W3C

W3C 重点报告
2020年5月版

这份报告同时也是为2020年5月举办的 W3C 顾问委员会线上会议而准备的。关于 W3C 运行信息，请另行参阅同期发布的 W3C Fact Sheet — 2020年5月版。W3C 工作重点报告每年发布两次，欢迎查阅往期报告。

该报告还提供英文原版和日文版翻译。

概述

W3C 社区完成的工作是对人类工程的致敬，它在互联网核心工作的基础上为我们带来 Web：一种已然并将继续加速科技合作与发现的工具、一个连接家人及朋友的社交方式、一种在线学习与增长技能的方法、一种开展成功业务的手段等等。

W3C 现有34个工作组和10个兴趣组支持 W3C 通过创建 Web 标准、指南和支撑材料来实现其使命。我们通过 GitHub 上的同质工作空间追踪整个联盟围绕 –250份规范– 所做的大量工作，从而实现更好的监测和管理。

Web 上的隐私已成为一个日益严重的问题，Covid-19疫情流行进一步加剧了这个问题，因为有相当一部分人为了进行隔离以阻止病毒传播，而将其工作和通讯转移到 Web 上。

Covid-19疫情

2020年初，全世界面临着迄今为止最大的挑战之一 —Covid-19冠状病毒在全球爆发。W3C 尊重保持适当社交距离的重要性，优先考虑人们的需求，并因此迅速暂停了所有工作差旅，完全以远程运作的方式继续我们在社区中的最重要工作 —创建 Web 标准。

Web 是渡过这次危机的必要关键基础架构之一，我们在增强平台能力并让其为所有人可用方面的工作至关重要。 尽管缺乏实体会议和出于对其他因素的考量导致一些项目进展缓慢，但大多项目仍在继续进行。

动态标准

随着 Web 不断发展，各组也在寻求规范的演进方式。所谓的“持续更新标准”或“动态标准”目的是在适当的情况下持续逐个跟踪每个特性的开发（与维护），同时获得专利审查和承诺。

W3C 咨询委员会（AB）、更新中的 W3C 流程社区组以及 W3C 团队已着手对 W3C 标准流程文档展开更新，引入了一些重大变动，以支持更轻松地更新 RECs（正式推荐标准）和 CRs（候选推荐标准），为 W3C 标准化轨道添加动态标准能力，同时保持与现有流程相同的审查和质量要求。参见详细说明了解哪些更改会影响标准化流程。

实现动态标准能力需要增强 W3C 专利政策。 W3C 专利与标准兴趣组（PSIG）正加快步伐，秉着最小必要修改的原则对现有专利政策进行修订，在继续保持联盟稳定可靠政策的同时，努力确保对候选推荐标准快照（专利审查草案）的专利承诺。小组提出了围绕专利政策的拟议更新，其中包括一些尚待解决的问题。

围绕政策修订的审查工作对公众开放，至5月31日结束。我们预计6月份将修订后的文件发送顾问委员会（AC）进行正式审阅与批准，预期今年7月生效。

未来Web标准

W3C 通过各种机制吸引社区探讨什么是好的未来 Web 标准。这包括与会员展开交流、与其他标准组织保持联系、关注超过335个社区组数千名成员的活动，以及主办 W3C 技术研讨会。其中有很多不错的想法。W3C 战略团队识别有前景的标准化话题，同时邀请公众参与。

研讨会通过演示报告、小组讨论、分组会议和“走廊”会议的形式，汇集社区成员共同围绕新领域的工作展开协作。切换到线上会议带来了工作模式上的改变，并需要重置日程安排，与此同时，我们预期分布式会议将带来更广泛的全球参与以及更多的可访问性。即将举行的研讨会和考虑中的话题包括：

近期召开的研讨会

W3C 战略漏斗（Strategy Funnel）记录了成员在探索潜在新工作过程中的各阶段进展：经历孵化与评估，最终界定工作章程从而开展标准化工作。战略漏斗是托管在 GitHub 上的项目，每一个“卡片”（card）都代表一个新领域的问题（issue），由这些卡片组成的堆栈从左至右依次表示各项工作不断向前推进的进度。大多卡片都是从探索阶段开始，之后或界定工作章程开始标准化，或是被最终移除。

公众在任何阶段都可以参与，尤其是对那些已经开始孵化的工作。这有助于 W3C 识别已经被充分孵化的工作、确保标准化进程、审阅相关生态系统、了解参与意向，进而编辑一份准确反映标准化范畴的工作章程。持续的反馈将加速整个标准化进程。

自上一份工作重点报告发布以来，W3C 小组动态更新如下：

新成立/更新章程的小组
章程延期的小组
计划成立/提议更新章程的小组

满足行业需求

Web支付

现有的支付规范

W3C 的支付标准提供了流畅的支付交互体验，用更低的前端开发成本为商户提供一致的 Web 支付用户体验。用户可以存储和复用支付信息，更迅速精确地完成线上交易。最近的进展包括：

  • Web 支付工作组最近添加了一个新的规范，以促进通过支付请求 API 使用 EMVCo 安全远程商务（SRC）。
  • 该小组在2020年的目标之一是增加浏览器对支付应用的支持，增加可与支付请求 API 一起使用的支付应用的数量，以及增加 API 的商家采用（通过其付款服务提供商）。
  • 实现报告显示了支付请求 API 的 Chrome 和 Safari 实现之间的互操作性，当更多的商户采用时，我们会将规范过渡到提案推荐标准。
  • W3C 正在启动一个商户业务组，以使用 Web 技术解决客户体验和业务需求方面的挑战，商家、集成商、平台提供商和其他人员将在其中讨论新兴的 Web 技术如何帮助解决客户体验挑战，以及还有哪些其他解决方案。
  • 与 Web 身份验证工作组创建了一个联合特别任务组，以帮助确保目前以及未来的 Web 身份验证技术可以支持现实世界中的支付流程。
  • 自一年前 Web 支付安全小组成立以来，两场对话取得了进展：
    • 说明 EMVCo、FIDO 和 W3C 技术之间关系的参考资料。
    • 关于浏览器中有关指纹和 Cookie 的更改可能如何影响风险分析协议（例如 EMVCo 的 3-D Secure）以及正在开发替代技术的技术的共识，旨在确保支付行业的利益相关者可以将这些技术用于降低现实世界中的风险。

数字出版

现有的数字出版规范 • 规范进度板

Web 是一个通用的出版平台。出版业受 Web 的影响在日渐加深，而 Web 也在越来越广地推动出版业的发展。

Publishing@W3C 出版界在 Web 特别感兴趣的领域包括字体排版、无障碍访问、可用性、可移植性、内容分发、内容归档、离线访问、个性化打印和可依赖的跨平台引用。数字出版社区的成员组成也十分多样，包括“传统”出版商、电子书阅读器制造商、语音书出版商、学术书刊、教科书、图书馆科学者和浏览器开发者。最近的进展包括：

为了确保 EPUB 的未来并为 W3C 的出版领域树立新的发展方向：

  • W3C 正在起草新的 EPUB 3 工作组章程，以推动 EPUB 3.2 在 W3C 标准化轨道上的发展，大大提高 EPUB 出版物和阅读系统的互操作性。严格的 W3C 测试流程将使 EPUB 3 规范更清晰并且更易于实现。
  • 现有的 EPUB 3 社区组即将更名为出版社区组，以孵化新的技术构想和规范草案。
  • 出版业务组已经成功筹集了用于开发新一代 EPUBCheck 的资金，将发展业务案例，以了解拟议的技术构想，扩大社区，并继续交流工作，以确保人们有一个共享和获得全球和本地信息的地方。

Web与电信

Web 是移动的开放平台。长期以来，电信服务提供商和网络设备提供商一直是 Web 技术部署中的关键角色。随着 Web 平台的成熟，它带来了越来越丰富的功能，以将现有服务扩展到新用户和设备，并提出新的创新服务。

实时通信（WebRTC）

WebRTC logo

现有的实时通信相关规范

WebRTC 通过使任何连接的设备成为潜在的通信端点，在任何网络上的任何地方进行音频和视频通信，从而极大地扩展了运营商与客户联系的能力，从而重塑了整个通信格局。WebRTC 是许多在线交流和协作服务的基石。

WebRTC 工作组继续致力于将 WebRTC 1.0（以及随附的媒体捕捉与媒体流规范）发布为正式推荐标准。最初的2019年末计划已被推迟，但有关互操作性和解决问题的工作取得了良好进展，并希望在接下来的几个月中正式发布。

同时，该小组发布了扩展WebRTC（又名WebRTC NV）的用例文档的第一个版本，一旦WebRTC 1.0最终确定，该小组将集中精力进行工作，这将成为下一个WebRTC工作组章程的基础。

Web & Networks

Web & Networks 兴趣组于2019年9月在 TPAC 举行了首次面对面会议，并举行了一系列电话会议。

该小组将注意力集中在两个主要的探索主题上：

  • 边缘计算对Web平台的影响；
  • 如何将网络质量监视和预测整合到浏览器中。

媒体和娱乐

现有的媒体相关规范

媒体和娱乐活动跟踪并标准化了与媒体相关的主题和特性，这些主题和特性可为最终用户提供身临其境的体验。HTML5、TTML和TTML配置、WebVTT将标准的音频、视频和字幕带入了Web。自那时以来，标准化活动将 Web 变成了完全适合于媒体和相关内容分发的专业平台，从而使缺少的特性可以在 Web 上流传输视频内容，例如自适应流传输和内容保护。当前小组的目标是：

  • 加强核心媒体技术。该目标对应到下面的“字幕”、“媒体渲染”和“第二屏”部分。
  • 减少碎片化，如以下设备互联互通部分所述。
  • 创造未来，在下面的“沉浸式媒体”和“媒体分发”部分中介绍。

字幕

时序文本工作组继续致力于 Web 的字幕标准。在 TTML2 以及互联网媒体字幕的 TTML 文本与图片规范（IMSC）1.1标准发布于2018年底之后，该小组于2020年3月发布了 TTML IMSC 1.2 候选推荐标准。此修订版定义了 TTML2 的一个纯文本配置和一个纯图像配置，保留了与 TTML IMSC 1.1 的兼容性，并在其上构建以反映现代实践，并合并了SMPTE ST 2052-1：2010“时序文本格式（SMPTE-TT）”中指定的扩展，例如SMPTE #image扩展。 通过选择TTML IMSC 1.2中定义的功能和扩展的子集，可以创建也符合SMPTE2052-1的TTML IMSC 1.2文档。

该小组还开始研究一个新的 TTML 配置，旨在支持整个工作流程中的音频描述脚本交换，包括脚本的产生，通过记录或文本到语音合成的语音呈现以及音频混合。

实际上，Web 浏览器直接支持 WebVTT，而不支持 TTML。为了实现 WebVTT 不支持的高级功能，Web 媒体播放器和应用可以选择使用 JavaScript 自己渲染字幕。根据定义，这意味着生成的字幕无法从与基础平台的集成中受益，例如应用用户样式表或参与画中画场景。媒体和娱乐兴趣组一直在跟踪有关 TextTrackCue 增强功能的早期讨论，这些讨论可以为该领域的通用解决方案铺平道路。

除了传统的隐藏式字幕之外，许多视频共享平台还实现了称为弹幕的功能，通过该功能，用户可以实时生成评论，并在媒体特定时间上显示和动画化。媒体和娱乐兴趣组探讨了该领域可能的互操作性要求和技术差距。

VR/AR 场景中字幕的渲染在渲染方面提出了独特的挑战（在 3D 中将这些字幕放置在哪里，是否跟随用户的头部移动，如何在用户当前正在观看其他地方时指示360°视频中字幕的位置）以及发行方面（如何在时序文本文件中对这些字幕进行可互操作的编码）。沉浸式 Web 社区组正在探索360°视频中字幕的用例以及 WebXR 中字幕和文本的要求。同时，沉浸式字幕社区组正在研究使用不同类型的沉浸式媒体（AR、VR、游戏）的字幕的访问、激活和显示设置的最佳实践。

媒体渲染

媒体工作组成立于2019年中，旨在开发和改进 Web 上的客户端媒体处理和播放功能。工作组在进行包括以下 API 的标准化：

  • 媒体能力标准不仅可以显示有关给定格式的解码和编码功能的信息，还可以显示输出能力以根据设备找到最佳匹配。一个示例是即使在页面的其余部分可能以较低的分辨率渲染时（由于电视和投射设备通常具有用于渲染视频和图形的不同平面），也可以解码和渲染 4K 视频。
  • 画中画标准允许网站始终在其他窗口之上创建浮动视频窗口，以便用户在与其他内容站点或设备上的应用交互时可以继续使用媒体。
  • 媒体会话标准在平台用户界面上显示自定义的媒体元数据，自定义的平台媒体控件，以及访问平台的媒体密钥（例如在键盘、头戴式耳机、远程控制中找到的硬件密钥，以及在通知区域和移动设备的锁屏界面上找到的软件密钥）。

媒体工作组还开发了媒体源扩展规范的修订版，特别是增加了编解码器切换功能以改善对广告插入场景的支持，以及对加密媒体扩展规范的修订，比如添加持久性使用记录会话。

在针对媒体时间事件的用例和需求开展工作之后，对 datacue 提案的孵化已开始为 Web 平台带来对时序元数据的支持，尤其是对 MPEG-DASH emsg 带内事件的支持。

第二屏

第二屏工作组开始了关于开放屏幕协议的标准化工作，开放屏幕协议是基于 QUIC 的一组网络协议，允许浏览器和设备以可互操作的方式实现 Presentation API 和 Remote Playback API。开放屏幕协议专门支持通过同一局域网连接的浏览器和显示。它允许浏览器显示 URL，启动 HTML 媒体元素的远程播放以及将媒体数据流传输到另一个设备。

设备互联互通

关于减少设备碎片，有几种方法，其中之一是确保设备在某个时间点上都对构成 Web 平台的技术有统一的定义。通过 Web 媒体 APIs 社区组，CTA WAVE 项目发布了 Web API 的年度快照，这些 Web API 在发布时在主要的浏览器引擎中都受支持。

媒体和娱乐兴趣组也已开始收集与 Web 媒体 API 集成相关的消费电子设备的限制，比如硬件一次只能解码一个视频时的播放行为。

改善应用程序中跨设备支持的另一种方法是记录并公开功能上的差异。媒体能力和 CSS 媒体查询是很好的规范示例，它们公开了对媒体相关功能（例如编解码器支持、视频清晰度和色彩空间）的实际设备支持。Web 性能工作组还制定了规范，让 Web 应用可以使用计时 API，以分析执行各种任务所花费的时间。尽管并非专门针对媒体场景，但这些规范（例如导航计时、资源计时、用户计时和服务器计时）使监视实际设备上运行的应用性能成为可能，从而可以衡量体验质量。

沉浸式媒体

支持虚拟现实（VR）和增强现实（AR）应用的硬件设备已被消费者广泛接受，这为沉浸式计算应用平台带来了机遇和挑战。与沉浸式设备直接交互的能力对保障 Web 能够作为第一公民在这个环境中良好运行是至关重要的。

沉浸式 Web 工作组在使 WebXR 设备 API 更加稳定。该小组根据对不同功能的预期进展速度，将规范分为单独管理的模块（核心 API、AR 模块、游戏手柄模块）。与此同时，沉浸式 Web 社区组将培育出一系列被确定为沉浸式 Web 未来关键的功能。

W3C 于2019年11月举办了一次有关沉浸式 Web 标准的包容性设计的研讨会，从现有的技术中学习无障碍体验 XR 的方法。研讨会重点介绍了以下几个方面（有关详细信息，请参见完整报告）：

  • 对于视觉交互，将场景和模型（例如，glTF格式）的语义标准化的需求被认为是较容易完成的成果，而浏览器和 3D 引擎可以为适应弱视障碍（例如，高对比度、放大倍数）提供支持。
  • 考虑到移动性，确保 WebXR 输入机制可以应用于无障碍的控制器并启用对默认控制器的无障碍的重新映射将提供初步的的改进，同时使现实世界中的移动检测无障碍可能需要更多的实质性标准化工作（交互语义、用户的能力和偏好以及开发最佳实践）。
  • 在听觉方面，研讨会的参与者回顾了有关如何在 3D 环境中整合和定位无障碍的现有研究（例如手语翻译和字幕）。
  • 参会者还回顾了辅助技术的概况，以了解当前工具如何为 XR 提供支持，并同意需要新的工具和方法（例如 AI）来提供全面的 XR 支持，包括使用 Web 和 XR 技术本身作为基础建立辅助技术。

有关基础技术的工作在 W3C 和 Khronos 等标准化小组中完成，例如沉浸式 Web 工作组，时序文本工作组和 Khronos glTF 工作组。

3D 是任何沉浸式体验的核心。WebGPU 社区组孵化了 WebGPU 规范，这是一个与 WebGL 相比更现代的API，让Web 可以使用 GPU 硬件的功能，并有效地抽象出了常见的本地 GPU API（Vulkan、Direct3D 12和Metal）。

媒体分发

Web and Networks 兴趣组于2019年成立，致力于探索 Web 应用的解决方案，以利用网络能力（例如新的5G特性）以实现更好的性能和资源分配。该小组最近在探索网络质量的监视和预测，以允许 Web 应用创建尽可能流畅的媒体播放体验。

W3C还正在研究和标准化将媒体分发延迟降低1秒一下的解决方案。WebRTC 现在已经稳定，被在大多数视频会议系统和浏览器支持，并且已成功应用于将实时媒体流传输到客户端设备。展望未来，拟议的 WebTransport API 是一种建立在 QUIC 之上的类似 Websocket 的 API，该 API 允许应用创建多个流、单向流、无序传输和不可靠传输。这些技术与 WebCodecs API 提案结合使用，以使 Web 应用能够直接使用媒体编码器/解码器。这些技术可以创建一种新的在 Web 上流传输实时媒体的高效机制。

W3C 计划成立 WebTransport 工作组现开始编辑小组章程界定标准化范畴。

其他媒体技术

W3C 讨论并标准化了与媒体直接或间接相关的其他技术。例如，2019年6月举行的 W3C Web 游戏技术研讨会（阅读中文版报告）探讨了一些领域，这些领域也可以应用于实时场景中的媒体制作和媒体流，例如低延迟输入处理，多线程支持等。Web 媒体技术路线图列出了可用于构建媒体应用和服务的 Web 技术。

媒体和娱乐兴趣组是 W3C 用于与媒体相关的技术讨论的主要小组，以跟踪 Web 上媒体特性的发展状况。除了上面提到的主题之外，该小组还也将开始探索 Web 上媒体制作的用例和需求。

汽车

现有的汽车规范

W3C 汽车工作组

W3C 汽车工作组正在从其车辆信息服务规范（VISS）中汲取现实经验，该规范现已在量产车中使用，并已在其他地方使用，旨在创建丰富的车辆应用生态系统。

该标准为车辆、发动机温度、剩余燃油或电量、范围、轮胎气压等所有可用信号信息提供了一种通用数据模型的访问方法。目前，标准封装了大约一千种不同的数据元素，并且将不断增长以适应自动驾驶和驾驶员辅助技术以及电气化等汽车领域的进步。

应用程序在车辆本身的“主机”（汽车音响所在的地方）上运行，其他应用程序也可以连接到车辆。小组还在设想在云中使用它来提供对车辆的间接访问。

利用大众汽车提交的 VIWI 基础数据模型，该小组正在研究VISS的后继产品，作为一种更强大的方式来访问车辆信号信息，并满足其他汽车需求的相同范例，包括基于位置的服务、媒体、通知和缓存内容。小组目前有一个尚未命名的“Gen2”后继者的早期原型。

W3C 汽车和 Web 平台业务组

汽车和 Web 平台业务组是 W3C 汽车活动的孵化器，专注于将车辆信息带到云中并在云中使用后的机遇和挑战。

宝马和通信系统工程师学校与研究中心（EURECOM）在车辆内使用的数据模型之上创建了一个本体（VSSo），除了启用数据分析之外，它还可以将车辆表示为万维物联网（WoT）领域中的物，这项技术在很多地方进行了概念演示。EURECOM 已同意将 VSSo 引入 W3C Auto BG。

业务组已与以下组建立联系：

  • ISO TC204 智能交通系统（ITS）
  • ISO TC211 地理空间
  • ISO TC22 SC31 Extended Vehicle
  • 开放地理空间联盟
  • W3C Web 空间数据兴趣组
  • ISO JTC1 WG11 智慧城市（与小组数据架构师合作）

业务组已经形成了一种数据优先的方法来确定哪些信息是更广泛的运输中的主要组成部分，该业务组将被重命名为 W3C 汽车和运输业务组并重新发布以反映更广阔的视野。该小组将在车辆信号本体的基础上，专注于协调运输本体，并研究车载应用的最佳实践，密切关注 MiniApps 社区组，并创建一个展示图服务器，展示可通过此车辆数据回答的现实问题。

万维物联网（WoT）

WoT logo

现有的 WoT 规范

W3C 的 Web of Things（WoT）工作目标是为不同的技术方搭建桥梁来允许各种设备共同协作和实现规模化，从而通过减少碎片化和增强互联互通性来发挥物联网的潜能。

WoT 是对现有物联网生态系统的补充，可通过组合多种设备和信息服务来通过降低应用的供应商和消费者的成本和风险创造价值。许多行业将受益，例如智能家居、智慧城市、智能产业、智能农业和智能医疗保健等。

WoT 工作组最近完成了万维物联网标准的第一版：

该小组继续扩大工作范围和深度，例如以安全的方式加入物联网；支持特定使用场景和特定技术的互操作性配置；支持新协议和其他标准元数据（例如位置或设备制造商）的词汇；用于支持不断发展的安全机制的安全方案，例如 OAuth2 中的流，对 PoP 令牌的支持，对 ACE 的支持等；链接关系类型规范以最大程度地实现互操作性；标准化的发现机制，使设备可以直接自我描述，而不必依赖于集中式基础架构；以及事物描述模板的改进。

WoT 兴趣组与外部标准开发组织和行业联盟合作，在标准化之前探索各种想法。这些联络已经在两个关键领域取得了进展：

  • 语义互操作性
  • 跨平台的端到端安全

增强Web核心能力

HTML

HTML logo

HTML 工作组将 DOM 规范的2019年6月快照发布为候选推荐标准。这是 W3C 与 WHATWG 合作的第一个成果。该小组将一直待命，直到 DOM 发布为正式推荐标准为止，然后才能进一步推进 HTML 规范2019年8月快照的广泛审阅。

该小组预计 DOM（基于6月快照）和 HTML（基于12月快照）将每年发布新版本。

CSS

现有的 CSS 规范 image demonstrating discretionary ligatures

CSS 是开放 Web 平台的关键部分。CSS 工作组从两个很大的 CSS 用户群体收集需求：出版业和 Web 应用开发人者。前者需要更好的分页支持和高级字体处理，而后者则需要智能和高效的滚动和动画。

我们所说的 CSS 其实是一百多个规范的集合，通常称其为“模块”。工作组把 CSS 当前的技术发展状态反映在一份快照文档中，每年更新一次。工作组还发布了一个索引定义 CSS 规范所定义的每个术语。

自从上一个重点报告以来，CSS工作组发布了13个文档（工作草案和候选推荐标准），包括 CSS 书写模式第三版（已成为正式 Web 标准），使 Web 上的文本可以水平或垂直排列。

SVG

SVG logo

现有的 SVG 规范

SVG 是开放 Web 平台的一个重要而且广泛使用的部分。SVG 是开放 Web 平台的一个重要而且广泛使用的部分。然而，尽管 SVG 工作组正在解决 SVG 2.0 的一些问题，但该组仍缺乏资源来推动该规范的完成。

音频

Web 音频工作组的章程最近进行了更新，以完成有关 Web音频API 的工作（该工作已经基本完成），并继续进行 Web 音频 API 2.0的工作。音频社区组正在酝酿新功能，该小组每月与音频工作组进行电话会议。

该规范的第一个版本已在所有浏览器中实现，可在浏览器中合成音频。音频操作是通过音频节点执行的，这些音频节点链接在一起以形成模块化的音频路由图。该规范支持具有不同类型的通道布局的多个源。这种模块化设计提供了创建具有动态效果的复杂音频功能的灵活性。

性能

Web性能

现有的 Web 性能规范

Web 性能工作组的任务是提供观察和改进用户代理功能和 API 的应用性能的方法，目前包含15个规范。

该小组发布了高解析度时间的第二版，并花费了大量时间来审查 WICG 中旨在提高性能的提案，例如 调度 API 和 is-input-pending。

WebAssembly

WASM logo

现有的 WebAssembly 规范

继HTML、CSS和JavaScript之后，WebAssembly工作组于去年12月发布了WebAssembly核心规范作为W3C正式推荐标准，从而使WebAssembly成为第四种允许在浏览器中运行代码的Web语言。

WebAssembly是一种安全、可移植的低级格式，旨在在现代处理器（包括Web浏览器）中高效执行代码并紧凑地表示代码。WebAssembly的核心是一种虚拟指令集体系结构，可以在 Web 上创建高性能应用，并且可以在许多其他环境中使用。WebAssembly的实现有多种，包括浏览器和独立系统。WebAssembly可用于视频和音频编解码器、图形和3D、多媒体和游戏、密码计算或便携式语言实现等应用中。

WebAssembly 是一个可让加载的页面作为本机编译代码运行的虚拟机和执行环境，提高了 Web 性能和功耗。换句话说，WebAssembly 可以实现接近本机的性能，优化加载时间，而且最重要的是，可以作为现有代码库的编译目标。在下载其余代码时，网页可以提前开始运行。网络和 API 访问通过随附的 JavaScript 库进行，而安全模型与 JavaScript 相同。

WebAssembly 工作组和社区组（在社区组中进行需求收集和语言开发）已经在为该标准的未来版本开发了一系列特性，包括：

  • 线程：线程提供了共享内存多线程和原子内存访问的好处。
  • 固定宽度的SIMD：并行执行循环的矢量操作。
  • 引用类型：允许 WebAssembly 代码直接引用宿主对象。
  • 尾调用：在不使用额外堆栈空间的情况下调用函数。
  • ECMAScript 模块集成：通过将 WebAssembly 可执行文件加载为 ES6 模块来与 JavaScript 交互。

测试

浏览器测试通过以下方式在 Web 发展中演绎重要角色：

  • 提升 Web 技术接口定义的可靠性；
  • 通过帮助浏览器厂商检测其产品中的 bug 进而提升浏览器技术的实现质量；
  • 通过发布测试结果，增加 Web 开发者对已知 Web 技术的 bug 和缺陷的了解。

浏览器测试与工具

浏览器测试和工具工作组发布了 WebDriver 第二版的首个公开工作草案，包括一个远程控制接口，可以对用户代理进行控制，提供了与平台和语言无关的协议，以作为进程外程序远程指示浏览器行为的一种方式。

该小组正在为 WebDriver 指定标准的双向协议。该协议将与现有的类似协议有相同的一些特性，例如Chrome Devtools协议（又名CDP，又名Chrome调试协议）。

Web平台测试

W3C 自2014年就开始着手协调这个为 Web 平台构建跨浏览器测试的项目。该测试已经被 W3C、WHATWG 及全部主流浏览器所采用。最近的进展包括：

  • Web平台测试项目主站重新设计，有了改进的文档和全文搜索。
  • 启用了测试的 HTTP/2 支持。
  • 创建了一个 repo，其中包含测试结果与浏览器 bug 之间的链接，并具有查询功能。
  • 作为 https://w3c-test.org 的代替，启动了 https://wpt.live。
  • 通过了 RFC 流程以提出更改并整理反馈。

数据Web

现有的数据规范

在过去的一年中，在 Web 数据标准化方面的成功案例很多：

数据在所有组织里都日益重要，尤其随着物联网和大数据的技术发展。W3C 发布了一系列数据相关的延伸规范，拓展了过去二十多年对数据的研究经验，并计划进一步开展让开发人员更容易使用图数据和知识图谱的工作。为了使行业利用先进的数字技术并通过沿供应链和价值链的水平集成以及从工厂到办公室的垂直集成来促进业务发展。

关联数据是关于使用 URI 作为事物的名称，对这些 URI 进行解引用以获取更多信息并包含指向其他数据的链接的能力。Web 上开放关联数据的来源和针对服务供应商和消费者的数据服务也越来越多。W3C 正在寻求会员对有关数据相关标准的未来工作以及 AI 和机器学习的新兴机会的优先级提供意见。即将举行的 Web 和机器学习研讨会将着重于通过为机器学习提供更好的基础来丰富开放 Web 平台。

传统的数据处理方法侧重于表格数据库（SQL/RDBMS）、逗号分隔值（CSV）文件以及嵌入 PDF 文档和电子表格中的数据。我们现在正处于一个重大的转变中，即使用带有节点的图数据，并标记它们之间的有向链接。图数据：

  • 比使用 SQL 和相关的 JOIN 操作更快
  • 更适合集成来自异构数据源的数据
  • 更适合于数据模型逐渐发展的情况

W3C 的方法基于 RDF，并且在 W3C 和其他地方针对各种应用领域的词汇表进行了大量工作。在 W3C 图数据研讨会之后（阅读中文版报告），我们正在寻求支持以启动图标准化业务组，以提供具有用例和需求的业务视角，以协调技术标准工作并与外部组织进行联络。

去中心的Web

分散式身份（DID）和可验证凭据密切相关：由于其本身具有可加密验证的性质，DID是识别可验证凭据中各种不同角色的理想工具，其加密完整性是其最重要的功能之一。两者最初都是在W3C凭证社区组中孵化，社区组制定的新规范可能进入 W3C 的相关工作组。

可验证凭证

凭证是我们日常生活的一部分：驾驶执照用来证明我们有驾驶机动车的能力，大学学位可以用来证明我们的教育水平，政府颁发的护照使我们能够在国家之间旅行这种凭证，特别是其数字版本，对于 Web 上的许多应用、用户交互、工作流等至关重要。这些数字凭证必须是加密安全且可验证的，尊重隐私的并且以去中心方式进行管理，以确保依赖于它们的应用程序的灵活性和长期可持续性。

可验证凭证工作组（以前称为可验证声明工作组）在 2019 年秋季发布了可验证凭证数据模型1.0正式推荐标准和可验证凭证用例，为跨许多不同应用大规模部署数字凭证提供了基础。

数字身份

数字身份对于交互式应用、数据 Web 和在 Web 上和 Web 外部署各种服务都是至关重要的。考虑到各种类型的应用，身份应该易于创建、去中心、持久、可解析和可加密验证。尽管许多标识方案（Web URL、ISBN、ORCID号、电子邮件地址、UUID等）满足其中某些特征，但没有一个可以满足所有特征。

分散式标识符（DID）工作组旨在将数字身份定义为与特定 URI 方案关联的 DID 文档：这是一个 JSON 文档，主要包含加密信息，允许任何客户端检查实体完整性、交换私有信息并获取服务信息；并且可以存储在各种类型的分布式账本、Web存储系统（如 GitHub 或 IPFS）上。该小组已经发布了DID 标识符 v1.0的工作草案以及DID的用例与需求文档。

所有人的Web

安全、隐私

现有的安全规范 • 现有的隐私规范

W3C 的隐私和安全活动非常活跃，我们成立了一个隐私社区组，并在隐私兴趣组（PING）和改进 Web 广告业务组中开展了重要的新活动。

长期以来，隐私和安全（人权和公民自由的组成部分）在 W3C 的议程中一直很重要。例如，我们的工作通过开发可以代替弱密码并减少网络钓鱼和其他攻击威胁的身份验证技术，在提高 Web 安全性方面发挥了重要作用。但是，用户理所当然地担心滥用自己的个人数据并被在线跟踪，包括浏览器指、虚假信息的传播以及其他在线危害。这些是困难而紧迫的挑战。我们已经开始讨论如何在不增加审查的情况下帮助用户在 Web 上找到可信赖的内容。

国际化（i18n）

indic script example

现有的国际化规范 • 教育类文章 • 标准开发者清单 • 语言支持工作概览 • 国际化赞助计划

在全球将近80亿人口中，只有一小部分人会说英语，但超过50％的在线内容是以这种语言书写的。那些 Web 未支持的语言的社区将越来越被边缘化和排斥。他们将无法获得 Web 带来的的经济、教育或民主利益，并且由于没有 Web 的存在和参与，我们将失去 Web 反映世界的多样性的潜力。

W3C 于1998年启动了国际化活动（i18n），以缔造真正全球通行的 Web。为了使 Web 真正为世界各地的利益相关者提供各种语言内容的服务，必须有语言专家、网站设计师、开发者和标准实现厂商的积极协作，积极推动 Web 的发展。W3C 国际化活动开发了一个文种矩阵，该矩阵说明了各语言的排版在 Web 上的支持程度。当 Web 支持世界上所有语言时，我们才能够连接共享一种语言的所有社区。

欢迎参阅 i18n radar 了解关于当前各项目的概述。

国际化赞助计划

国际化赞助计划旨在增加参与者，并鼓励赞助者提供会员费之外的资源。计划针对三个主要领域的贡献者：语言支持、开发者支持和网站或电子书的作者支持。

语言支持

日中布局任务团继续定期开会，并积极修订文档。我们希望很快发布日文排版需求文档的新版本（包括英文版和日文版），其中包含勘误和一些编辑更改。差距分析的工作也在进行中。

其他小组包括阿拉伯文、东南亚和印度任务团。我们还拥有新生用于讨论欧洲和非洲语言的小组。在接下来的4-5个月中，我们希望鼓励更多的专家活跃于这些小组中，并欢迎任何志愿者或会员的支持。迄今为止，这些小组制作的文档包括阿拉伯文、波斯文、日文、中文、阿姆哈拉文、底格里尼亚文、印地文、马拉地文、泰米尔文、孟加拉文、旁遮普文、老挝文、高棉文、泰文、爪哇文、格鲁吉亚文、荷兰文、匈牙利文等。有关当前状态的摘要，请参见语言矩阵。

有关更多信息，请参见分析对Web上文本布局的支持。有关在此领域工作的任务团及其文档的列表，请参阅正在进行的语言支持工作概述。

其他近期新闻包括：

  • 交互式测试：一种为开发用于差距分析工作的测试的新方法。
  • 基于 GitHub 的差距分析内容开发：为了减少对差距分析文档做出贡献的障碍，启用各种新的数据视图并改善协作，我们建立了一个新流程来使用 GitHub issue 进行内容创作。在 issue 中所做的任何更改都将立即提供给在浏览器中查看差距分析文档的人员。
  • 语言支持索引：该文档最近经过了全面修订，为实现者和开发者提供了各类信息的链接，并包含需求、差距分析 issue、测试和语言支持问题的链接。

开发者支持

国际化工作组一直在积极审查规范并向其他工作组提供建议，包括 CSS、WHATWG、Web应用、WAI 和出版、万维物联网、JSON-LD 等小组。

  • 简短审阅清单：此清单可帮助规范开发者了解规范的哪些方面可能需要国际化，并将其指向相关主题的更详细的清单。该清单提供了一种自我审查的简便方法，还可以帮助那些审查 i18n 问题规范的人。
  • Web上的字符串：语言和方向元数据：提出问题并讨论使用 JSON 或其他数据格式的字符串传递有关语言和方向的信息的潜在解决方案。该文档使我们能够与 JSON-LD 和出版工作组合作，开发一种解决方案，用于处理 RDF、JSON-LD 和相关规范中从右到左书写系统的文字方向的元数据。
  • 用户友好的测试格式：国际化测试套件测试开发了一种新格式，该格式显示有关测试如何工作的有用信息。这非常有用，因为这些测试经常会被链接在教育文章和差距分析文档中。（另请参见前面提到的交互式测试方法。）

教育与推广

除了 HTML 和 CSS 创作技术（请参阅文章列表）之外，新的教学材料还包括：

  • 链接到标题和图的国际化小技巧：如果你要链接到要被翻译成另一种语言的页面或多语言页面的标题和图，本文的内容将包括你需要牢记的内容并提供代码模板，对内容作者很有用。
  • LTR 书写系统的 RTL 模式：描述了在 HTML 和 CSS 如何使用中文、日文、埃及象形文字、提法纳格语、旧北欧语符以及许多其他的古文字的右到左排版方式。
  • 语言声明的类型：描述两种类型的语言信息（“元数据”和“文本处理”）的不同，对开发者和内容作者都很有用。

Web无障碍

logo of the Web Accessibility Initiative

现有的无障碍规范 • WAI翻译 • 无障碍基础知识 • 数字无障碍的商业案例

2006年，联合国通过了《残疾人权利公约》，该公约重申，所有类型的残疾人都应能够享有所有人权和基本自由。该公约将获取信息，包括网络和数字内容定义为一项人权。数字无障碍，包括 Web 无障碍，是所有人享有平等机会和参与的关键。

对网站和 Web 工具进行适当的设计和开发后，残疾人可以使用它们。个人、企业和社会都会从中受益。W3C 的无障碍标准计划（简称 WAI）于1997年启动，旨在制定技术规范、指南和技术，并提供如宣传和培训材料之类的资源，以提高人们对无障碍的认识和技术实现。WAI 的 Web 内容无障碍指南（WCAG）被视为有关 Web 无障碍的权威国际标准，并且已被世界各地的许多政府采用或引用。

但是，随着 Web 复杂性的增加以及数字出版和虚拟现实等多种技术融合到 Web 上，最新技术中对无障碍支持的需求呈指数性增长。如果没有 W3C 的努力，残障人士将被进一步抛在后面。

W3C 无障碍标准计划支持 W3C 的所有人的 Web 使命，并帮助确保协调总体的无障碍计划，使该计划在 W3C 的不同领域中都有分布，并得到 WAI 资助者和赞助者的额外支持。 最近的成就包括：

新增的教育资源

  • 我们最近在W3Cx上开设了MOOC（大规模开放在线课程）：Web无障碍入门。本课程是免费提供的，也可以获得证书。
  • 我们新增了WAI资料的翻译，并更新了翻译支持资料，以使译者更容易选择高优先级的资源进行翻译，并获得有关翻译过程的指导，这是使人们对 Web 无障碍资源的访问范围扩大努力的一部分。

无障碍指南的更新

W3C 无障碍指南工作组（Accessibility Guidelines Working Group）近期：

  • 发布了 Web 内容无障碍指南（WCAG）2.2 的首个公开工作草案（阅读博客文章），为认知和学习障碍者，弱视者和移动无障碍增加了更多的无障碍需求；
  • 完成了无障碍符合性测试规则格式 1.0，以在评估Web内容对WCAG的符合性时提高评估者之间的可靠性；
  • 正在准备 Web 内容无障碍指南（WCAG）3.0 的首个公开工作草案。

WAI的工作人员继续通过包括欧洲规范EN 301 549在内的全球标准进行协调。中国国家无障碍标准的更新已完成。

新兴技术的无障碍：研究问题特别任务组（RQTF）

  • 通过 XR 无障碍用户需求（XAUR）等文档，继续探索基于 Web 的无障碍新兴技术。
  • 从会议主持人、参与者、采购和开发者的角度，探索无障碍的远程会议。
  • 为沉浸式 Web 标准的包容性设计技术研讨会和沉浸式字幕社区组提供了支持，该小组正在探索增强和虚拟现实中的字幕。

对可访问的富互联网应用和映射的更新

ARIA工作组将根据ARIA路线图继续开发ARIA的交付成果：

你的规范是否有无障碍支持？

大多数规范都有和无障碍有关的特性。使用FAST检查表检查你的标准是否符合无障碍要求（这里有更详细的指导文档）。

面向全球

W3C 开发者关系

web developers icon

为了促进 Web 标准进程和 Web 开发人员之间的良性循环，同时增加多元化社区参与，W3C 在开发者关系方面的举措包括：

  • @w3cdevs 社交媒体账号是 W3C 团队与开发者联系的媒介之一，及时分享 W3C 社区内外进行中的以及新兴的技术类消息。
  • 技术视频：在福冈举行的 TPAC 2019 期间的简短采访。
  • TPAC 开发者大会：2019年9月在日本福冈成功举办了开发者大会
  • MDN 产品咨询委员会：W3C、Google、Microsoft、三星和 Bocoup 之间的合作最近实现了：
    • 将 EPUB 3 纳入 MDN 文档的一部分的进展
    • W3C社区（通过小组主席和 W3C 员工的号召）参与了一项调查的设计，以从 Web 开发者那里收集有关 Web 平台需求的信息；该调查的结果已经提供了有关 W3C 未来工作的关键见解，并有望为 W3C 议程提供进一步的关键性意见

W3C 在线课程

w3cx logo
  • 2020年1月，W3C推出了 W3Cx 在线课程：Web 无障碍入门。
    • 讲师来自Deque、Infoaxia、Intopia、Knowability、Paciello Group、Web Key IT和W3C-WAI组成的的国际专家团队。
  • W3Cx“前端Web开发人员”（FEED）课程仍然非常受欢迎，入学人数已接近100万。

翻译计划

W3C 文档的官方语言是英语，而众多非英语的 Web 用户得益于对 W3C 文档的翻译。W3C 非常感谢社区志愿者的持续努力与贡献，是他们让 W3C 的各种可交付成果（尤其是规范文档）能够免费提供给不同语言的读者，从而确保文档能够尽可能多地为全球用户所用。您可以参考如何参与翻译工作的流程说明。

W3C 与其他联盟组织

与其他联盟和标准开发组织（SDOs）之间的交流与协调对 W3C 来说至关重要：

  • 确保标准的互操作性
  • W3C 与 ICANN、GIPO、IGF、IETF、ISOC、IAB 等组织建立联系协调彼此在推动互联网发展进程中的步伐
  • 在政府沟通层面确保我们的标准工作得到官方认可，从而基于这些标准的产品（通常由会员完成）成为其制定政策时考虑的一部分；W3C 具有 ISO 的 ARO/PAS 席位；W3C 参与欧盟 MSP 和标准化延展计划
  • 确保全球 Web 和互联网标准在技术和政策层面形成兼容的技术堆栈
  • 促进行业、公共部门和广大公众对标准的采纳和使用
  • 在会员可见的邮件列表中可以看到 W3C 与其他联盟组织的官方联络