W3C概况

万维网联盟(World Wide Web Consortium,简称 W3C)创建于1994年,是 Web 技术领域的国际中立性标准权威机构。

万维网发明人、图灵奖得主蒂姆·伯纳斯·李在1989年发明万维网(WorldWideWeb)这一存储在网络计算机中数量巨大的超文本信息集合,1990年制作了世界上第一个网页浏览器,1993年宣布将万维网免费开放给所有人,并于1994年创立万维网联盟。其使命是致力于开发协议、指南和标准以解决 Web 应用中不同平台、技术以及开发者带来的不兼容问题,保障网络信息流通的顺利及完整性,从而确保 Web 的长期稳定发展。

“信息获取和自由流通”是联合国定义的一项基本人权。W3C 标准设计原则是「Web for All,Web on Everything」,目标是实现全人类,无论其硬件、软件、网络、语言、文化、地域、行为能力如何,都能够平等拥有获取信息的权益。W3C 的愿景是「One Web」即构建广泛参与的、知识共享的、安全可信的全球同一 Web。

到目前为止,W3C 已制定了400多项影响深远的标准及实施指南,包括语言使用规范,开发导则和解释引擎行为等等,并督促应用开发与内容提供方遵循这些标准,例如广为业界采用的 HTML、XML、CSS、WCAG、WebAuthn、WebAssembly 等,有效促进了 Web 技术的互相兼容,对互联网技术的发展和应用起到基础性和根本性的支撑作用。

从标准流程角度,W3C的标准流程(Process Document)会员协议(Member Agreement)专利政策(Patent Policy)约定了W3C参与各方的职责和利益。其中,W3C的一些主要机构包括顾问委员会(Advisory Committee)咨询委员会(Advisory Board)技术架构组(Technical Architecture Group, TAG)及各个讨论组(chartered groups)

W3C 由设立在美国麻省理工学院(MIT)、欧洲数学与信息学研究联盟(ERCIM)、日本庆应大学(Keio University)及中国北京航空航天大学的四个全球总部机构联合运营,在全球二十多个国家及地区设立办事处机构,并拥有来自各国政府、行业、标准化组织、科研机构等四百多家成员单位,汇集全球数十个行业领域数千名技术专家,标准化工作覆盖 IT 及互联网、电视与媒体、汽车、出版、金融、数据、通信、物联网、航空等众多领域。

中国早在1994年就有了第一个 Web 网站并正式联入国际万维网。作为全球办事处计划的一部分,W3C 于2003年在香港科技大学设立办事处,2006年依托北京航空航天大学设立中国办事处(香港办事处同步撤消),2013年1月北京航空航天大学正式升级为 W3C 全球总部机构,成为我国第一所建立国际知名技术标准化组织总部机构的大学。

伴随着中国 ICT 产业的迅速发展,中国在全球 Web 技术领域的作用日益提升。中国会员单位在标准制定过程中承担重要角色,有效促进了一系列新兴 Web 标准在国内的推广、普及和应用。W3C 将与国内外学术界、产业界及广泛的技术社区共同构建更加开放的互联网技术平台,有效推动全球互联网技术与标准的发展。 更多内容,请参阅 W3C 全球官网www.w3.org

参与

会员参与信息大全:https://www.w3.org/Member/

会员(Members)

W3C 会员主要体现在 W3C 工作流程中,如下:

  1. 顾问委员会(Advisory Committee)由来自于每个会员组织的一名代表组成(参见仅会员可见当前顾问委员会代表名单),顾问委员会:
  2. 会员单位派代表加入工作组和兴趣组,并且编写和审查技术报告

    W3C 会员资格对所有实体单位开放,“如何加入 W3C”中有讲述(请参阅当前 W3C 会员的公开列表 [MEMBER-LIST])。单位组织根据会员协议[会员协议]签署会员。W3C 团队必须确保会员参与协议仅限团队知晓,并且保证在 W3C 不会有任何会员获得特殊优待。

    虽然 W3C 没有针对个人设置会员类别,但个人依然可以加入 W3C。当个人同时也代表某一个 W3C 会员单位时,则适用相关会员的限制规定。

会员的权益

各会员单位享有以下权利和利益:

  • 顾问委员会的一个席位;
  • 可以访问获取仅会员有权限的信息;
  • 申请或者参与会员提案
  • 在会员单位的宣传材料上使用 W3C 会员 logo,并发布会员单位参与 W3C 工作的情况。更多信息,请参阅新会员指南[INTRO] 中讲述的会员 logo 使用政策。

此外,根据会员协议内容更多的限制规定,会员单位的代表按照如下方式参与 W3C:

W3C 会员的权益以是否遵循本文档中规定的的工作流程为前提条件。绝大多数 W3C 会员会严格地遵循这些工作流程的精神和内容。如果的确发生了严重和/或重复的违规行为,并且在多次试图解决这些违规行为后,问题仍未能解决,则 W3C 理事可以进行违规处分。如有进一步分歧,可以进行仲裁裁决,依据会员协议[会员协议]第19章的管辖规定。请参阅违规处分指南规定[DISCIPLIARY-GL]。

会员联盟及相关会员

会员联盟

一个“会员联盟”是指一个由两个或更多个人、公司、组织或政府组成的联盟,用户社区,或这些实体的任意组合,加入  W3C 目的是参与一个共同活动或汇集资源,以实现一个共同目标,而不只是参与或实现某一家的愿望。一个股份公司或类似实体不会仅仅因为它有投资者或股东而成为会员联盟。如果不清楚一个潜在会员是否有会员联盟的资格,W3C 理事可以合理地作出决定。对于会员联盟,W3C 工作流程文件中描述的 W3C 会员的权利和权益,包括会员联盟的带薪员工和会员单位代表。

会员联盟还可以指定最多四个人(或更多,由 W3C 团队决定),就算这些人不是会员单位的雇员,可以行使会员代表的权利。

对于以个人身份作为成员的会员联盟,这些人在参与 W3C 工作时必须披露其雇佣关系。适用相关会员的条款规定。此外,这些人必须代表 W3C 会员单位的整体利益,而不是其雇主的特殊利益。

对于组织加入成为会员的会员联盟,所有这类的代表必须是会员组织的正式代表(如委员或任务组主席),并且在参与 W3C 工作时必须披露其雇佣关系。适用相关会员的规定。此外,这些个人必须代表 W3C 会员单位的整体利益,而不是其雇主的特殊利益。

对于会员联盟的所有代表们,知识产权许可承诺是代表会员联盟作出的,除非个人的雇主们进一步作出的知识产权许可承诺。

相关会员

为了确保在达成共识的过程考虑周全,会员参与本文档中规定的某些情况会受到相关会员状态的影响。正如本文档这里提到的,两个会员单位是相关的,如果:

  1. 一个会员单位是另一会员单位的附属子公司,或
  2. 两个会员单位都是一个共同实体的附属子公司,或
  3. 会影响到会员参与 W3C 的雇佣合同或咨询合同。

子公司是指被另一个独立的组织机构有效控制和/或拥有多数所有权的单位。

相关会员必须根据新会员指南[INTRO]中规定的机制披露这些关系。

顾问委员会(Advisory Committee)

在W3C的组织架构中,每位W3C会员需要指派一名代表,参与W3C的顾问委员会(W3C Advisory Committee)。这名代表被称为该会员单位的“顾问委员会代表(Advisory Committee Representative,简称AC Rep)。在W3C的流程文档(Process Document)中,有专门章节解释了AC代表的职责,相关内容请参阅 https://www.w3.org/Consortium/Process/#AC

当一个组织加入W3C成为其会员时,按照会员协议,它必须任命一位顾问委员会代表(以下简称AC代表),代表该会员单位行使会员权利。W3C的新会员指南中描述了如何订阅或取消订阅顾问委员会邮件列表,提供了关于顾问委员会会议的相关信息。AC代表必须遵从利益冲突政策,依据新会员指南中描述的机制披露相关信息。关于会员的更多信息请见W3C会员专区。

顾问委员会(Advisory Committee)

在W3C的组织架构中,每位W3C会员需要指派一名代表,参与W3C的顾问委员会(W3C Advisory Committee)。这名代表被称为该会员单位的“顾问委员会代表(Advisory Committee Representative,简称AC Rep)。在W3C的流程文档(Process Document)中,有专门章节解释了AC代表的职责,相关内容请参阅 https://www.w3.org/Consortium/Process/#AC

当一个组织加入W3C成为其会员时,按照会员协议,它必须任命一位顾问委员会代表(以下简称AC代表),代表该会员单位行使会员权利。W3C的新会员指南中描述了如何订阅或取消订阅顾问委员会邮件列表,提供了关于顾问委员会会议的相关信息。AC代表必须遵从利益冲突政策,依据新会员指南中描述的机制披露相关信息。关于会员的更多信息请见W3C会员专区。

AC 代表的要求

被指定的AC代表应当对该会员的组织架构有足够的了解,以便协调该会员单位合适的人员或团队参与W3C的相关技术工作。会员的AC代表不一定需要很强的技术背景,更重要的是参与所在单位的战略管理与协调工作。AC代表的职责主要(且不限于)通过参与邮件列表讨论、在线填写意见调查问卷、以及面对面会议完成。

AC 代表的工作内容

W3C会员单位指定的AC代表将收到W3C的官方通知,代表所在会员单位在W3C的各类决策流程(如审阅标准草案,参与相关活动,征集参考实现,及其他需要反馈的 W3C公告、投票等。参见 AC 审阅、申诉和投票的权利)中给与官方反馈。AC代表可以通过书面形式授权会员单位内的其他人员代理其部分职责。AC代表应当参加每半年一次的顾问委员会会议 (Advisory Committee Meetings),并同其他会员单位的AC代表建立联系。AC代表指派会员单位内的其他人员参与W3C的工作组(Working Groups)。

W3C团队必须使用邮件列表作为官方信息发布的正式渠道。每一位顾问委员会代表应当订阅次邮件列表。顾问委员会代表可以要求其所在单位其他员工订阅此邮件列表。W3C团队须为顾问委员会提供一个邮件列表以便其讨论。

W3C团队每年必须为顾问委员会组织两次面对面会议,即W3C AC Meeting。目前W3C的CEO担任这些会议的主席。AC代表应参加每年举行的顾问委员会会议。如遇特殊情况,如某会员单位AC代表换届之际,大会主席可批准该单位派两名代表参加会议。W3C最迟应在本次顾问委员会结束之前公布下一次会议的时间和地点,通常以提前一年公布为宜。在顾问委员会召开日期的8周之前,W3C团队须向顾问委员团征集会议议题,并在会议召开两周之前在会议网站公布本次会议的日程信息。

AC 代表的工作交接

如不再担任 AC 代表,应及时通知 W3C 团队(中国区会员可直接联系 W3C/北航团队联系人 zhenjie@w3.org),告知所在会员单位的新任 AC 代表姓名、联系方式、及其 W3C 账号名或注册邮箱(注册 W3C 账号),以顺利完成 AC 代表工作交接。

注册账号

W3C大多数站点是公开的,无需账号即可直接访问。当需要加入W3C的小组时,则需要创建一个用户账号,但我们不会公开发布个人账号信息。到https://www.w3.org/accounts/request注册W3C账号(详见账号注册与管理)。

  • 第一步:填写个人信息
    • Login(此处为之后登陆账号所使用的登陆名)
    • 注册公众个人账号:使用非会员单位的邮箱地址注册,后续可访问公开站点
    • 注册会员个人账号:使用会员单位的邮箱地址注册,后续可访问会员站点,系统将自动识别邮箱后缀并关联相应会员单位的组织账号
  • 第二步:选择账号所属关系
    • 如所在单位已经是W3C会员,勾选第一项 “I have a significant relationship (e.g., employment, consulting) with an organization” 并在下拉列表中选择所属的会员单位(输入拼音/英文搜索关键词),点击创建会员个人账号,联系会员单位AC代表审核批准(AC名录包含每一会员单位的AC代表姓名,邮件地址和电话信息)
    • 或,在下拉列表中选择所属的非会员单位,创建公众个人账号;如未找到所在单位,也可选择”添加新组织“,创建公众个人账号
    • 如无所属单位,请勾选第二项(学生)、三项(非学生)创建公众个人账号
  • 第三步:邮件确认
    • 系统自动发送一封确认邮件到注册邮箱,请点击邮件中的确认链接激活账号
    • 激活链接的有效期为一周,过期须重新申请

邮件列表订阅

工作组和兴趣组链接和邮件列表,欢迎订阅:https://lists.w3.org/Archives/Public/

订阅方法 :点击邮件列表的「subscribe」链接或寄一封标题为「subscribe」的信至需要订阅的邮箱。收到一个确认码以后直接回复该邮件(需要标题里带该确认码,可以是空邮件)。

W3C信息传播政策

W3C团队负责维护W3C内部以及与公众的沟通(例如,消息推送、新闻发布、管理网站和访问权限以及管理活动日历)。会员发布其与W3C工作相关的新闻稿件之前,应向询问W3C团队意见征求同意。

W3C团队尽一切努力确保以下公共信息的稳定性和有效性:

  • W3C技术报告:这些公开文档已获得W3C理事长批准。根据会员协议,W3C技术报告(和软件)对公众免费提供(请参阅W3C文档许可[DOC-License])。
  • 宗旨声明[Mission],解释W3C的目标和使命、会员的主要利益以及W3C的组织结构。
  • 法律文件,包括会员协议[会员协议]以及W3C与其他实体之间的任何法律义务的文件。
  • W3C工作流程文件。
  • W3C活动和研讨会的公开会议结果。

为了让会员及时了解W3C会议安排、研讨会和文档审阅截止日期,W3C团队为他们提供定期的(如每周)消息推送,并维护一个W3C官方活动的日历。鼓励会员将日程安排和活动信息发送给W3C团队,以便其在包含在W3C活动日历里。

保密权限

W3C信息的获取有三个重要权限(在W3C网站上、W3C会议等等):公众公开、仅限会员访问和仅限团队访问。

尽管W3C提供的许多信息是都是公开的,但“仅限会员访问”的信息只有在被授权情况下才可以访问,包括会员单位的代表、特邀专家、咨询委员会、TAG和W3C团队。例如,一些工作组的章程可能会说明小组会议记录仅设置会员有访问权限。

“仅限W3C团队访问”的信息只有W3C团队和其他被授权的人可以访问。

被授权的人可以获取仅限会员信息仅限W3C团队的信息:

  • 确保信息仅限W3C之内
  • 须尽合理努力确保信息适当的保密性,以及
  • 不得向公众或媒体发布此信息。

团队必须提供机制来确保仅会员有访问权限的信息,并保证被授权的人能够有效访问这些信息。文档应明确指出是否要求确保仅会员有权限访问。不确定信息保密权限的人应联系团队。

会员单位代表可以将仅会员可以访问的权限授权给会员单位代表们,或者会员单位雇佣的其他被认为可以访问的人。例如,会员单位代表以及本单位的其他雇员和正式的代表有责任确保仅会员有访问权限的信息,只在本单位推广内部使用。有关会员邮件列表的订阅使用,请参见新会员指南[INTRO]。

保密权限的变更

作为会员的一项权益,W3C会为特定内容的沟通交流提供了一个仅限团队和仅限会员知晓的方式。例如,会员单位代表可以通过仅团队知晓的方式发送审阅意见。

然而,对具有明显公众组成部分体现的W3C的工作流程,如技术报告研发过程有关的,影响决定做出的信息对公众公开也是很重要的。团队可能需要向工作组或公众公开仅团队知晓的信息。同样,只有会员参加的工作组活动必须公开与技术报告研发过程有关的信息。

本文档明确指出了哪些信息必须提供给会员或公众,即使这些信息最初是仅团队成员或仅会员的知晓。只有团队和团队授权的人可以变更此信息的保密权限。当需要变更时:

  1. 团队必须使用作者明确提供的变更保密权限的版本。在要求审阅和其他类似消息时,团队应提醒收件人这个可以选择的方案。
  2. 未经作者同意,团队不得擅自代替作者更改版本的保密权限。
  3. 如果作者未向团队表示可以适用其他保密权限的版本,团队可以根据所需内容版本设置合理的保密权限,同时尊重原始保密权限,并且不指明原始作者。

会员消息推广

新会员加入后,W3C将通过以下渠道推广新会员加入的消息,借此向会员及社区介绍新会员,识别潜在标准化合作意向并协助建立后续联系。

W3C中国很乐意与会员联合推广以下内容:W3C标准及联盟重要动态、会员对标准工作的参与及贡献(会员提案、技术输入等)、会员对标准的部署/实现/翻译、会员与W3C联合举办的活动等;W3C方面将不推广会员具体业务或产品。

如有联合推广意向,欢迎联系W3C团队:贾雪远 w3cchina-social@w3.org

TPAC 与 AC 会议

W3C会员的一个重要的价值,是有机会参与各类会议,并同其他会员建立工作关系。W3C在组织各类工作组会议、前沿技术研讨会之外,每年还组织两项重要的会议。

W3C 技术大会及顾问委员会会议(TPAC

TPAC [视频] 是W3C的年度重要技术会议之一。历届参会规模大约400-500人,参会者将在五天的时间里,共同协调未来开放Web平台的技术方向,讨论W3C的组织策略。TPAC期间将举行:

  • 小组会议(Group Meetings):工作组(Working Group)、兴趣组(Interest Group)、社区组(Community Group)、业务组(Business Group)讨论小组技术文档及工作进展细节;对各组成员开放,会员及特邀嘉宾可在得到小组主席许可的前提下以观察者(Observer)身份列席。
  • 顾问委员会会议(Advisory Committee Meeting,简称AC会议):探讨W3C运营策略、标准化战略以及政策文档等;仅对会员AC代表、小组主席、TAG、AB、W3C团队及全球办事处成员开放。
  • 技术分享日(Technical Plenary Day):采取分话题(breakout sessions)开放讨论的形式,讨论全球当下与潜在技术热点及Web相关议题;对所有参会者开放,其会议纪要对公众公开。

W3C顾问委员会会议(AC Meeting

W3C的顾问委员会是W3C会员及团队参与的会议,讨论W3C的运营策略、及主要技术方向,征求会员及团队意见。每年举行两次(其中下半年的AC会议与W3C的年度技术大会TPAC联合举行),仅对会员单位AC代表、小组主席、AB、TAG、W3C团队及全球办事处成员开放。W3C的会员应指派AC代表,并由AC代表本人参与会议;若AC代表本人无法参会,可指定同单位一位成员代为参会。

W3C 专利政策

Web标准的制定过程需遵循W3C专利政策,这项政策旨在确保所有据此制定的技术规范可以在免版税(Royalty-Free,RF)的基础上实现,也就是说任何实现W3C标准的组织或个人都不需要因为标准里包含的某个专利而支付费用。

如果W3C意识到某项必要专利技术是实现某一标准必须采用的专利技术(essential claim),且无法从专利持有人处获得免费授权,不能实现免版税的许可,W3C就不会发布该推荐标准。

为了充分发挥工作组和W3C的作用和价值,所有W3C的工作组章程内容都会包括该专利政策,以确保工作组制定出的技术规范是免版税的。

作为参与工作组的前提条件,每个参与者(W3C所有会员、W3C团队成员、特邀专家和公众参与者)应同意根据W3C免版税许可政策。只有通过W3C的申请流程,确认加入到工作组这个事实行为,或以其他方式同意W3C专利政策所述的专利许可条款,才能使会员履行W3C免版税许可的义务。仅仅是有W3C的会员资格,没有其他情况发生,无需履行W3C专利政策的许可义务。

W3C会员单位的成员在提交会员提案时,所有提案人以及与提交的文档相关的,涉及到专利技术许可的任何他人,必须说明每个实体法人组织(包含提案人和其他相关专利许可人)对会员提案中的所有内容是否会遵循W3C免版税的专利许可制度,允许公众免费使用,这些承诺随后也会被写入专利审查草案和W3C推荐标准。不管对此专利许可承诺的答案是肯定的或否定的,W3C团队会对外公开确认收到此提案申请,如果没有得到对于专利许可问题的回复,则不会对外公开确认收到此提案申请。

特邀专家以个人身份参加工作组的,特邀专家仅有义务对他/她声明的有实际控制权的专利授权许可。

W3C兴趣组的参与者对小组的可交付成果没有专利许可义务。W3C社区组和业务组的参与者具有专利许可和其他义务,如W3C社区贡献者许可协议(CLA)所述。参与社区和企业组之前,一方必须签署CLA。有关CLA和专利许可(及其他)义务的摘要,请参见:贡献者协议

W3C 讨论组

W3C 通过不同类型的讨论组来编写 Web 标准、指南和各种支持性材料,从而实现它的使命。社区组和商务组 提供了更多途径让创新者把想法带到 W3C。W3C 会员可以自由选择参加感兴趣的工作组、兴趣组、社区组和商务组。

大部分 W3C 讨论组都以 GitHub Repo 形式组织组内技术讨论。所有讨论组的参与都应当遵循 W3C 职业道德与行为准则[CEPC]

提示:申请 [加入] W3C 工作小组(工作组/兴趣组)时,成员须在相应小组的 [加入] 页面,阅读并承诺以下内容:

  • 已经审阅XXXX小组章程
  • 已经阅读 W3C 专利政策,特别是小组参与者需要遵守的专利许可规定(小组章程中指明的小组工作需要遵守的专利政策)
  • 同意遵守 W3C 专利政策的所有规定,包括遵守 W3C 的免版税专利许可制度规定
  • 已经审阅关于个人参与小组工作的要求、W3C 团队成员参与小组的 W3C 工作流程规定
  • 同意遵守XXXX小组章程中规定的参与条件
  • 申请加入 W3C 小组,您同意遵守 W3C 流程文档中包含的《W3C职业道德与行为准则》的条款和文件精神。

工作组 Working Groups

工作组是 W3C 流程文档的核心。依据流程文档,W3C 团队把一定量的时间资源投入到审阅会员提案、组织研讨会、和持续跟进 Web 技术发展等:

  1. W3C Director 宣布建议发展一个或多个工作组章程;
  2. 各公司的顾问董事委员会代表们审核所提议的章程;
  3. W3C Director 宣布是否批准这个工作组的决议,根据审阅者的意见或者修改建议。

工作组和兴趣组开发正式推荐标准和技术报告以及标准技术示例代码

关于工作组的更多运作细节,请参看 W3C 流程文档

现在运作中的工作组共有41个。最新情况请参考 W3C 工作组大全

组名 技术关键字 最新进展
实时通信(WebRTC)工作组 (加入) 实时通信 视频会议 边缘计算

继续完善 WebRTC 标准并于近期发布候选推荐标准。同时新冠疫情带来很多新的需求和用例,如 WebRTC Insertable Media using Streams

Web GPU 工作组 (加入) 游戏 3D图形 GPU 机器学习 计算

提供一个 Web 平台和现代本地设备 3D 图形与计算能力系统平台之间的接口

WebAssembly 工作组 (加入) 高性能计算 虚拟指令集体
    继续在工作组和社区组中探讨如何优化:
  • 线程:线程提供了共享内存多线程和原子内存访问的好处。
  • 固定宽度的SIMD:并行执行循环的矢量操作。
  • 引用类型:允许 WebAssembly 代码直接引用宿主对象。
  • 尾调用:在不使用额外堆栈空间的情况下调用函数。
  • ECMAScript 模块集成:通过将 WebAssembly 可执行文件加载为 ES6 模块来与 JavaScript 交互。
HTML工作组 (加入) HTML DOM
  • WHATWG 提交的DOM 2019年6月实时规范被发布为 W3C 正式推荐标准
  • HTML 2020年1月实时规范正征求 W3C 社区审阅
沉浸式 Web 工作组 (加入) AR VR 虚拟现实 虚拟设备

WebXR Device API进展很多,近期将被发布为候选推荐标准。和沉浸式Web社区组合作讨论新属性,纳入了手部跟踪等新题案。

媒体工作组 (加入) 流媒体MSE 版权保护EME 画中画

继续讨论 MSE 和 EME 的新需求新属性,增加 Media Capabilities, Picture-in-picture and Media Session等的标准化讨论。

指针事件工作组 (加入) 鼠标 指针 触摸屏 触屏笔

持续讨论指针、触摸屏、触屏笔等事件的优化和标准化,以及浏览器实现一致性测试。

去中心化标识符工作组 (DID) (加入) 去中心化 加密
Web 应用安全工作组 (加入) 安全 https 跨域访问
数字出版工作组 (加入) 语音书 电子书
Web 应用工作组 (加入) 在线编辑 文件表单 存储 移动端
Web身份验证工作组 (加入) 强认证 身份验证 登陆

于2020年发布第二版Web Authentication: An API for accessing Public Key Credentials规范。

Web 字体工作组 (加入) 字体 样式

正在进行渐进式字体扩容实验并为此设计了一个数据分析框架

Web 性能工作组 (加入) 性能监测 性能优化

继续探讨 (Third-Party Origin Trials, Event Timing, Interactions, Normalization, & SPA Navs)等新题案,部分新的想法开始进入工作组孵化 阶段。

物联网工作组 (加入) 物联网 智慧城市 智慧家居
Web 支付工作组 (加入) 银行 支付 金融
  • 安全支付确认提案获得工作组会员支持并进入实验阶段。
  • 新的趋势:浏览器正减少指纹提取和限制本地存储访问。
国际化(i18n)工作组 (加入) 国际化 语言 排版 文化

发布24个工作组笔记,为中文、日文、拉丁文、泰文、蒙古文、藏文等提供语言排版需求指引。

JSON-LD 工作组 (加入) JSON-LD 语义网 数据库

继续维护讨论 JSON-LD 1.1 相关标准

设备与传感器工作组 (加入) 硬件访问 传感器 蓝牙 USB

刚刚修订了章程,新的工作范围包含电池、网络状态、背景光等客户端访问API的讨论。

分布式跟踪工作组 (加入) 云计算 服务器
第二屏工作组 (加入) 多媒体 电视 流媒体
Service Workers 工作组 (加入) PWA 移动应用 离线

Service Workers V1 将于近期发布候选推荐标准,同时积极探讨 V2 新属性。

时序文本工作组 (加入) 字幕 媒体 视频
  • TTML-IMSC 1.2发布为正式推荐标准。
  • 持续讨论TTML和WebVTT如何更好地展示字幕。
SVG 工作组 (加入) 可视化 图形图像

继续维护与测试 SVG 2.0,同时探讨 Native SVG。

可验证凭证工作组 (加入) 数字金融 电子证书

在 2019 年秋季发布了可验证凭证数据模型1.0正式推荐标准和可验证凭证用例,为跨许多不同应用大规模部署数字凭证提供了基础。

EPUB 3 工作组 (加入) 数字出版 EPUB

开发更清晰、简洁、容易实现的EPUB 3规范,提升EPUB出版物和阅读系统的可交互性

汽车工作组 (WebAuto) (加入) 车载应用 数据模型 车联网
  • 汽车数据服务标准 VISS旨在帮忙建立车载应用生态,正在现实中被车企试验性实现。
  • 正在讨论 VSSo 汽车数据服务大数据模型
浏览器测试与工具工作组 (加入) WebDriver 测试 开源测试库
CSS 工作组 (加入) CSS Houdini

近期发布 23 文档,包括CSS Media Queries 4, Display 3 and Grid的候选推荐标准。

Dataset 交互工作组 (加入) 大数据 语义

维护 Data Catalog Vocabulary 和 DCAT

音频工作组 (APA) (加入) 多媒体 音频格式 合成
无障碍教育与推广工作组 (EOWG) (加入) 技术推广 培训教育
无障碍指南工作组 (WCAG) (加入) WCAG指南
无障碍平台架构工作组 (APA) (加入) 个人身份偏好 架构 语音
无障碍富文本标记工作组 (ARIA) (加入) 富文本标记 盲人阅读

无障碍富文本应用ARIA 1.2

MiniApps 工作组 (加入) MiniApps(小程序、快应用)

兴趣组 Interest Groups

兴趣组的首要目标是把相关人士聚集在一起讨论有标准化潜力的 Web 技术和政策,可以看作交流想法的业界平台。

  1. W3C Director 宣布建议发展一个或多个兴趣组章程;
  2. 各公司的顾问董事委员会代表们审核所提议的章程;
  3. W3C Director 宣布是否批准这个工作组的决议,根据审阅者的意见或者修改建议。

兴趣组并不会产出正式推荐标准,更多运作信息,可以参考 W3C 流程文档

现在运作中的兴趣组共有10个。最新情况请参考W3C 兴趣组大全

组名 技术关键字
Web 中文兴趣组 (加入) 中文讨论
专利与标准兴趣组 (加入) 专利 政策 协议
媒体娱乐兴趣组 (加入) 多媒体 流媒体 电视
万维物联网兴趣组 (加入) 物联网 智慧家居 智慧城市
Web 与网络兴趣组 (加入) 5G 边缘计算
Web 支付安全兴趣组 (加入) 银行 支付 安全
无障碍兴趣组 (加入) 无障碍 审阅
隐私兴趣组 (加入) 隐私 保护 审阅
Web 特殊数据兴趣组 (加入) 数据 语义网
国际化兴趣组 (加入) 让 Web 技术不违背各国语言文化

Web 中文兴趣组(Chinese Web Interest Group)

Web 中文兴趣组成立于2018年9月,旨在为 W3C 成员提供一个加强中国 Web 社区对 Web 标准工作的参与平台,识别中文 Web 社区需求并鼓励提供用例,协助中国会员熟悉参与 W3C 标准活动的流程、工具和其他所需信息,探讨可能提交给 W3C 的技术提案,加入标准的测试和实现工作,以及发现和交流标准化机会。

兴趣组自成立以来,通过组织小组成员会议,包括:小组启动会TPAC面对面会议、媒体(2019-03-23)、小程序/快应用(2019-05-11)、WebAssembly(2020-08-29)等话题技术研讨会,汇集众多会员及社区资源识别技术痛点,交流成员需求并协助探索标准化思路。

参见:兴趣组主页 | 工作章程 | 如何加入 | 邮件列表 | GitHub

MiniApps 生态社区组(MiniApps Ecosystem Community Group)

MiniApp(小程序/快应用)是运行在客户端基于 Web 技术结合了原生应用技术实现的应用,其在亚洲国家尤其是中国的使用及关注度不断提升。随着越来越多国际厂商对 MiniApp 表现出的兴趣,W3C MiniApps 生态社区组于2019年9月正式成立,宗旨是为全球厂商和广大社区提供一个共同的平台,用以讨论、孵化、提议与 MiniApp 相关的标准化构想,从而为 MiniApp 生态带来更高的互操作性。

参见:社区组主页 | 工作章程 | 如何加入 | 邮件列表 | GitHub

弹幕特别任务组(Bullet Chatting Task Force)

弹幕是指同步到特定时间轴的在视频屏幕上叠加的评论或注释。弹幕特别任务组是W3C媒体与娱乐兴趣组的特别任务之一,负责收集弹幕用例并探讨弹幕标准化的技术需求,使其更易实现和维护并可用于广泛的场景。

参见:任务组主页 | 如何参与 | 邮件列表 | GitHub

社区组与商务组 Community and Business Groups

W3C 通过创建社区组与商务组 Community and Business Groups 来满足日益增长的各方 Web 参与者的技术讨论需求。社区组给大家提供了一个在 W3C 为你的 Web 想法进行广泛交流以探讨未来标准化可能性的讨论组形式。商务组则为世界各地有专业实践经验和行业诉求的公司提供平台共建开放的 Web 技术。一旦技术得到充分孵化讨论,W3C 可能会为这些技术方向成立专门的工作组,从而在保证标准化的规范开发以外,尽可能地容纳社区和业界的兴趣点、技术创新和行业需求。

常设讨论组

技术架构组(Technical Architecture Group)

W3C Technical Architecture Group(简称TAG,中文亦称Web技术核心架构组)共10位成员,其中6位成员由全体AC选举产生,3位由W3C理事Sir Tim Berners-Lee直接任命,每个席位任期两年;Tim本人出任小组主席。TAG的主要工作为:

  • 记录和建立Web体系架构标准的共识,并在必要时解释和澄清这些原则;
  • 需要TAG解决的涉及通用Web体系结构相关问题;
  • 帮助协调W3C内部和外部跨技术架构发展。

参见:https://www.w3.org/Consortium/Process#TAG

咨询委员会(Advisory Board)

W3C Advisory Board(简称AB,中文亦称咨询委员会或咨询委员团)共9-11个席位,由全体AC选举而出,每个席位任期两年。最初成立于1998年,为W3C全球团队提供策略、管理、法律、标准制定流程及冲突解决等方面的指导意见。

参见:https://www.w3.org/Consortium/Process#AB

小组联络人(Team Contact)

Team Contact 为W3C团队联系人。每一个W3C工作组及兴趣组必须有至少一名W3C员工作为team contact 参与,该W3C员工作为协调小组主席、小组成员以及W3C全球团队的桥梁,推进小组工作。W3C team contact不可以作为主席参与小组工作。https://www.w3.org/Guide/teamcontact/role.html

目前中国区W3C员工作为小组联络人的成员有:

  • 贾雪远 Chinese Web Interest Group
  • 冉若曦 Accessibility Guidelines Working Group & Accessible Platform Architectures Working Group
  • 薛富侨 CSS Working Group & Device and Sensor Working Group & i18n (国际化) Working Group & Chinese Web Interest Group
  • 吴小倩 Web Applications Working Group & HTML Working Group

W3C 技术报告

所有的 W3C Technical Report 技术报告 可以在 技术报告页面 https://www.w3.org/TR找到。

W3C 一般发布和维护两类技术文档:

Recommendations 正式推荐标准
工作组 以 W3C 正式推荐标准流程来开发技术报告,从而为 Web 的标准化生产正式规范或者指南。正式推荐标准需要进行 wide review 横向审阅,足够的技术实现,和达成共识,同时需要符合 W3C 专利政策以保证标准的实现受 Royalty-Free IPR 保护。
Notes 技术笔记
讨论组也可以把技术文档发布为 W3C 技术笔记,典型的例子是为标准化讨论准备的非正式技术文档,如用例报告以激发标准化或标准技术最佳实践指南,或者在该项标准化工作中止后发布该阶段的讨论成果。

W3C 正式推荐标准的开发周期

自2020年9月15日起,W3C 将执行新的2020流程文档,其中对 W3C 正式推荐标准的开发周期进行了更新:

Basic W3C Recommendation Track First Public Working Draft (FPWD) - 专利声明开始 WG 决议 Director 批准 Working Draft (WD) 发布新的 Working Draft WG 决议: 需要横向技术审阅,或 过去6个月没有技术变动 发展为 Candidate Recommendation Director 批准 Candidate Recommendation (CR) - 专利声明 Candidate Recommendation Draft (CRD) 发布 revised Candidate Recommendation Draft WG 决议 发布 revised Candidate Recommendation Draft WG 决议 发布 revised Candidate Recommendation WG 决议 + Director 批准 Publish revised Candidate Recommendation WG 决议 Director 批准 发展为 Proposed Recommendation Director 批准 回到 Working Draft WG 或 Director 决议 例如,须进一步审阅 Proposed Recommendation (PR) - AC 顾问委员会(会员)审阅 发展为 Recommendation AC顾问委员会审阅 Director 批准 回到 Candidate Recommendation AC 审阅, Director 决议 例如,非技术性更改 回到 Working Draft AC 审阅和Director 决议,例如,需要进一步技术讨论或横向审阅 Recommendation (Rec)

上图所示,W3C 的正式推荐标准一般经过以下开发阶段:

  1. 发布第一版公开工作草稿 First Public Working Draft:开始专利排除周期;
  2. 发布 0 或多份迭代的工作草稿 Working Drafts
  3. 发布 1 或多份候选推荐标准 Candidate Recommendations:号召社区进行技术审阅,收集标准实现经验信息;
  4. 发布 1 份建议推荐标准 Proposed Recommendation:开始顾问委员会AC(会员)审阅,不能再做出关键性技术修改;
  5. 发布为正式推荐标准 W3C Recommendation
  6. 有可能将来被发布为修订版推荐标准 Amended Recommendation

W3C 横向技术审阅 Wide Reviews

W3C流程要求整个Web社区的利益相关者(包括公众)充分了解每个标准的进展情况和能够对规范进行审阅并提供意见。W3C鼓励工作组尽早请求标准的横向审阅(包括无障碍、技术架构、国际化、隐私、安全等),以使评论和建议的更改仍可以合理地纳入标准中。在技术规范过渡到下一个阶段之前(比如从工作草案过渡到候选推荐标准),W3C理事长会查看横向审阅的评论。

例如,邀请对新发布的工作草案中的经过重大修订的部分进行审阅,并对审阅的评论进行回应,是一个最佳实践,通常被认为是横向审阅的积极证据。相比之下,文档中如“随时可以审阅”等的一般性声明可能不会被视为该小组已进行横向审阅的充分证据。即使小组收到了很多评论,这也可能仅代表相关利益相关者社区中一小部分人。

标准横向审阅的具体流程可参照:https://w3c.github.io/documentreview/index.html

技术文档应从公开发布开始得到广泛审阅。除了组内技术讨论,还应该尽早向相关的横向审阅组提出审阅申请,横向审阅组一般包括:

安全与隐私

在开发技术文档的过程中,应随时考虑安全隐私问题,具体可以参考安全与隐私问卷。

如该技术规范涉及安全与隐私隐患,应该在规范里以专门的章节列出,如高精度时间规范所示,并给予开发者规避该隐患的技术建议。

W3C 研讨会

W3C 会不定期的组织不同主题的研讨会,以促进会员和公众参与到 W3C 的发展。研讨会的主题会根据当前热门话题或者新技术而定,目的是召集专家和其他相关方就技术或相关政策方面交换意见,达成初步共识,同时解决 W3C 会员迫切关注的问题。

参见 W3C 研讨会列表

2020年度计划举行的研讨会有:

W3C 无障碍

W3C 于1997年发起了 Web 无障碍推进计划 并致力于为残障人士改善 Web 的无障碍。它包括了多个工作组和兴趣小组,负责制定无障碍指南、技术报告、教育材料和其他与 Web 无障碍的有关的文档。这些文档涵盖的内容包括了 Web 内容、Web 浏览器和媒体播放器、创作工具和评估工具等。

W3C 无障碍标准

以下为 W3C 无障碍推挤计划的几个核心标准,更多的在标准化中的无障碍文档可参见标准和指南页面

  • 网页内容无障碍指南,简称 WCAG,解释了如何让残疾人更无障碍的访问 Web 内容。该指南是 W3C 无障碍最为重要的一份文档。更多信息可参考 Web content - WCAG 页面
  • 无障碍创作工具指南,简称 ATAG,针对创作工具无障碍性的指南,其中创作工具是 Web 的作者(网页开发人员、设计师、作家等)用来制作网页内容(静态网页、动态网页应用程序等)的软件和服务。更多信息可参考 Authoring Tools - ATAG 页面
  • 用户代理无障碍指南,简称 UAAG,解释了如何让残疾人访问用户代理。这里的用户代理包括浏览器、浏览器扩展、媒体播放器、阅读器以及呈现 Web 内容的其他应用程序。更多信息可参考 User Agents - UAAG 页面
  • 富互联网无障碍应用,简称 ARIA,定义了一种使 Web 内容和 Web 应用程序对残疾人更容易访问的方法。特别有助于使用Ajax、HTML、JavaScript和相关技术开发动态内容和高级用户界面控件。更多信息可参考 WAI - ARIA 页面

W3C 无障碍标准与国内标准

W3C 在近些年中参与制定与信息无障碍相关的国家标准与行业标准,并针对国际标准本土化引用提供了指导性意见和建议,2008年3月由工业和信息化部发布的 YD/T 1761-2012《网站设计无障碍技术要求》以及国家标准 GB/T 37668-2019《信息技术 互联网内容无障碍可访问性技术要求与测试方法》皆参考了来自 W3C 无障碍计划的 WCAG 标准。

W3C 国内无障碍社区

W3C 一直积极参与国内的无障碍社区建设,会不定期邀请国内外专家进行演讲,组织国内活动,目前在 W3C 在国内建立有一个无障碍社区组,欢迎加入社区组,了解 W3C 国内外无障碍动态,参与国内无障碍活动。

中文 Web 无障碍社区组:https://www.w3.org/community/cnwa/

W3C 无障碍课程

2019年12月3日,在国际残疾人日,W3C 和联合国教科文组织教育信息技术研究所(UNESCO IITE)于2020年1月28日推出一门名为“网页无障碍入门”的在线课程。本课程提供了一个基础的培训,目的是为了让所开发的网站符合国际标准,并提高所有用户的体验。课程适用于所有技术及非技术人员:

“网页无障碍入门”在线课程:https://www.w3.org/blog/2019/12/free-online-course-introduction-to-web-accessibility/

更多有关 Web 无障碍的内容请参考Web 无障碍推进计划,或联系冉若曦

AC 审阅、申诉和投票的权利

本节讲述顾问委员会代表(AC Rep)如何审阅 W3C 提案,以及会员单位代表如何对 W3C 决议进行顾问委员会申诉。W3C 决议指的是在顾问委员会审阅期后,W3C 理事长评估考虑 W3C 整个社区利益后做出的决定。

顾问委员会的审阅

顾问委员会审阅以下内容:

  • 新成立的和计划修订的工作组和兴趣组
  • W3C 提案推荐标准、提议废弃、撤销、取代或恢复的推荐标准,以及
  • 提议对 W3C工 作流程进行修订。

审阅期限的开始

每个顾问委员会审查期限,从W3C团体向顾问委员会向提出审查要求开始。征集审阅意见内容包括提案,提示的截止日期,预计决定何时可以做出,还有其他具体细节信息。每个会员组织可以发送一份审阅报告,该报告必须由会员单位代表发出。W3C团队必须为顾问委员会的审查意见提供两种方式:

  1. 一个存档的仅 W3C 团队知晓的列表;
  2. 一个存档的仅会员知晓的列表。

必须说明哪种方式是征集会员审查意见的默认方式。

审阅者可以通过一个渠道或者同时通过两个渠道发送信息。他们也可以通过邮件与其他 W3C 会员单位代表分享自己的意见。

会员单位可以在审阅期限内修改其审阅意见(例如鉴于其他会员的意见)。

审阅期结束后

审阅结束后,W3C 理事长必须向 W3C 顾问委员会宣布对提案的支持程度(达成共识或有异议)。理事长还必须说明是否有会员单位正式提出反对,并注意这个信息更改访问权限。W3C 的决定通常是以下情况之一:

  1. 该提案获得批准,可能还需要进行编辑性修改。
  2. 该提案获得批准,可能还包括实质性修改。在这种情况下,W3C 公告必须包括尽管提案还会有实质性修改,但仍决定通过该提案的理由。
  3. 该提案被退回,需要补充工作,并要求发起人正式解决某些问题。
  4. 提案被否决。

本文档没有规定顾问委员会审查期结束与 W3C 决定之间的时间间隔。这是为了确保会员单位和 W3C 团队有足够的时间考虑审查过程中收集到的评论意见。W3C 不会早于顾问委员会审查期结束后两周内宣布结果。但如果三周后,理事长仍未宣布结果,W3C 应向顾问委员们提供最新情况。

会员单位代表的申诉

会员单位代表可以对某些决定提出申诉,尽管只有在极端情况下才会提出。

当顾问委员会审查后W3C作出决定时,会员单位代表可以发起顾问委员会申诉。这些W3C决定包括与小组创建和修改相关的决定,以及推荐标准在不断成熟过程中的状态文档和W3C工作流程文档。

W3C会员单位代表也可以对某些不涉及顾问委员会审查的理事决定提起申诉。这些情况在描述理事决定的必要条件的章节中有讲到,包括其他的(不审查的)推荐标准在不断成熟过程中的状态文档、小组章程延期和终止,以及谅解备忘录等。

在所有情况下,申诉必须在决定作出的三周内提出。

会员单位代表通过向W3C团队发起申诉请求。请求应说明“我对该决定提出申诉”,并指明是哪个决定。W3C团队必须在一周内告知顾问委员会申诉程序,并为会员单位代表提供一个机制,并声明对这一审诉积极支持。这些声明的邮件记录仅会员有访问权限。如果在W3C团队宣布后的一周内,有5%或更多的顾问委员支持申诉请求,则W3C团队必须组织一次对此次申诉的投票,询问顾问委员“您是否同意理事长的决定?”并附上理事长的决定和支持申诉的链接。

投票必须考虑到三种可能的回应:“同意”、“反对”和“弃权”,以及留下评论。

如果反对的票数超过同意的票数,则该决定被推翻。在这种情况下,接下来可能出现:

  1. 提案被否决。
  2. 再次启动适用的决策程序之后,提案退回进行补充工作。

顾问委员会投票

顾问委员会投票是指在选举TAG或者咨询委员会成员时进行投票,或者如果顾问委员会的申诉达到了所需票数支持,会对这个申诉进行投票。不管任何时候,顾问委员会投票时,每个会员单位或每个会员单位团体享有一个投票权。在咨询委员会成员和TAG选举中,“一个投票权”指的是“对每个席位有一个投票权”。

W3C 相关信息链接

英文官网
https://www.w3.org/
中文官网
https://www.chinaw3c.org/
Github
https://github.com/w3c
W3C中国官方微博:@w3c中国
https://weibo.com/w3cchina
W3C中国微信订阅号:W3C资讯

https://mp.weixin.qq.com/s/rxsAy1pFgJb_c0oC24YMvQ
近期会议及活动
https://www.w3.org/participate/eventscal

W3C 常用名词解释

共识 Consensus

W3C标准工作的核心价值观,主要描述为小组内很大数量的成员表示同意,且无正式反对意见(Formal objection)。

A substantial number of individuals in the set support the decision and nobody in the set registers a Formal Objection. Individuals in the set may abstain. Abstention is either an explicit expression of no opinion or silence by an individual in the set. Unanimity is the particular case of consensus where all individuals in the set support the decision (i.e., no individual in the set abstains).

信誉良好(Good standing)

信誉良好(Good standing)为小组成员参与共组并表达相关意见的重要基础。

By default, the set of individuals eligible to participate in a decision is the set of group participants in Good Standing.

  • attending most meetings of the Working Group.
  • providing deliverables or drafts of deliverables in a timely fashion.
  • being familiar with the relevant documents of the Working Group, including minutes of past meetings.
  • following discussions on relevant mailing list(s).

Process Document

《W3C 流程文件》规定了W3C标准制定流程及各方的权利及义务。《W3C 流程文件》由AB负责更新并维护。https://www.w3.org/Consortium/Process/

Project, Strategy, Industry, System, Marcomm, Group and Task Force

W3C 内部以 Project Team 管理所有的工作组, Strategy Team关注技术发展和未来可标准化技术,Industry Team 关注产业动态和行业化标准项目,System Team 维护和开发 W3C 的工具和系统,Marcomm 在全球传达W3C使命推广相关工作,每个工作组兴趣组可以包含不同的 Task Force 关注发展不同专题的标准。

常用工具

即时聊天工具Internet Relay Chat (IRC)

Internet Relay Chat (IRC) - W3C 使用的即时聊天工具,主要用于会议内容现场速记、小组工作日常联系等。会员可以使用无需安装的Web版(地址为 https://irc.w3.org/),Nick name 输入您的英文名字,Channel 输入您需要参加的小组名称,例如,输入 /join #wot 命令后,回车确认;

  • q+ 为表示希望发言的命令,会议系统会自动将您添加到发言队列,并在屏幕显示
  • q- 为表示撤回发言请求,会议系统会将您从发言列队删除
  • 更多详细信息请见 W3C 会议工具使用指南