・ＷｅｂＲＴＣ技术集成了最佳的音频、视频引擎，并被 部署到数以百万级的终端中．经过了超过８年的磨 练。Ｇｏｏｇｌｅ不会从该技术中收取费用。 ・包含了使用ＳＴＵＮ［ＳＴＵＮ】、ＩＣＥ［ＩＣＥ］、ＴＵＲＮ，ＵＲＮ］、 ＲＴＰ．ｏｖｅｒ．ＴＣＰ的关键ＮＡＴ （ｎｅｔｗｏｒｋ ａｄｄｒｅｓｓ ｔｒａｎｓｌａｔｉｏｎ）和防火墙穿越技术，并支持代理。 ・构建在浏览器中．通过提供直接映射到Ｐｅｅｒ Ｃｏｎｎｅｃｔｉｏｎ的信号状态机抽象信号处理。Ｗｅｂ开发 人员可以选择适合应用场景的协议（如ＳＩＰ、ＸＭＰＰ／ Ｊｉｎｇｌｅ等）。 Ｇｏｏｇｌｅ放弃价值不菲的知识产权．意图是令浏览器厂 商将该技术直接内嵌到浏览器中，从而将浏览器打造成普 适的实时通信平台。这对广大的网络应用开发者深人了解 与实时通信相关的音频、视频处理技术．对今后开发新型 面向Ｐ２Ｐ的实时通信Ｗｅｂ Ａｐｐ，无疑是极大的促进。 ２ ＷｅｂＲＴＣ技术的发展现状 Ｇｏｏｇｌｅ积极地参与ＩＥＴＦ和Ｗ３Ｃ工作组的活动，定义 和实现了一套ＪａｖａＳｃｒｉｐｔ的实时通信接口标准。Ｗ３Ｃ的草 案最初由Ｇｏｏｇｌｅ发起，并在ＷＨＡＴＷＧ中进行前期的讨 论；２０１１年５月ｗｅｂＲＴＣ工作组成立之后，则由Ｃｉｓｃｏ、 Ｍｏｚｉｌｌａ、Ｖｏｘｅｏ、Ｅｒｉｃｓｓｏｎ共同完善。工作组的目标是制定 ＷｅｂＲＴＣ客户端侧ＡＰＩ。维护的主要文档包括两部分： ＷｅｂＲＴＣ规范ｆＷｅｂＲＴＣ１以及Ｇｅｔ Ｕｓｅｒ Ｍｅｄｉａ接口规范 【ｇｅｔｕｓｅｒｍｅｄｉａ］，目前仍然处于草案阶段。ＷｅｂＲＴＣ规范的最 新版更新到１．０，规范主要定义了两组ＡＰＩ：Ｓｔｒｅａｍ ＡＰＩ与 Ｐｅｅｒ Ｃｏｎｎｅｃｔｉｏｎ ＡＰＩ．如图１所示．Ｇｅｔ Ｕｓｅｒ Ｍｅｄｉａ已经从 原有Ｓｔｒｅａｍ ＡＰＩ中独立出来。Ｇｅｔ Ｕｓｅｒ Ｍｅｄｉａ接口规范原 本属于ＷｅｂＲＴＣ规范，最近被分离出来成为独立的文档， 交由Ｍｅｄｉａ Ｃａｐｔｕｒｅ ＴＦ维护。 ＩＥＴＦ的ＷｅｂＲＴＣ标准称为ａｃＷｅｂ标准。从名称上 看．其涵盖的范围比Ｗ３Ｃ的标准更广，主要面向基于Ｗｅｂ 图１ Ｗ３Ｃ定义的ＷｅｂＲＴＣ浏览器接口调用 电信科学 ２ｏ ２ 零葡 氢 浏览器的Ｐ２Ｐ交互式富通信应用，除音／视频通信之外，还 包括远程协作与网络游戏等实时交互式应用，ＩＥＴＦ维护 的文档内容包括数据通道、ＪＳＥＰ、ＲＴＰ的使用方式、安全架 构等；从总体上看，ＩＥＴＦ更关心ＷｅｂＲＴＣ的总体通信架 构，而不仅仅是音／视频流媒体或ＪａｖａＳｃｒｉｐｔ ＡＰＩ。 企业界方面。Ｇｏｏｇｌｅ正在与其他浏览器厂商紧密合作，如 Ｍｏｚｉｌｌａ和Ｏｐｅｒａ等，以期尽快在浏览器中集成ＷｅｂＲＴＣ技术 供Ｗｅｂ社区使用。Ｍｏｚｉｌｌａ Ｆｉｒｅｆｏｘ、Ｏｐｅｒａ等浏览器厂商已宣 布在未来的版本中支持ＷｅｂＲＴＣ技术，微软也在考虑是否 在ＩＥ１０中提供类似功能。截至目前，只有Ｇｏｏｌｇｅ Ｃｈｒｏｍｅ Ｄｅｖ １９（Ｃａｎａｒｙ）￣全支持Ｗ３Ｃ规范中定义的所有接口。 Ｏｐｅｒａ在２０１２年２月２９日推出的Ｏｐｅｒａ Ｍｏｂｉｌｅ １２ 中。支持ＷｅｂＲＴＣ媒体控制的部分功能，如Ｇｅｔ Ｕｓｅｒ Ｍｅｄｉａ，但仍不支持Ｐｅｅｒ Ｃｏｎｎｅｃｔｉｏｎ接口。Ｆｉｒｅｆｏｘ的 ＷｅｂＲＴＣ实现——Ｒａｉｎｂｏｗ也在积极实施中，目前也主要 针对媒体控制部分。爱立信实验室与思科系统也给出了各 自的ＷｅｂＲＴＣ实现，其基本思路是在开源的ＷｅｂＫｉｔ基础 上进行扩展，实现ＷｅｂＲＴＣ接口，其目的可能是将来支持 其私有协议的ＷｅｂＲＴＣ应用。 目前已经有许多基于ＷｅｂＲＴＣ的新应用演示在网上 出现。这些应用分别展现了ＷｅｂＲＴＣ技术在基于ＳＩＰ的 ＶｏｌＰ电话、增强现实、图像分割、人脸识别等方面的应用， 对于浏览器用户是一种全新的体验。可以预见，通过对 Ｗｅｂ浏览器的增强，未来的Ｗｅｂ Ａｐｐ将更加强大，应用也 更加丰富多彩。 ３ ＷｅｂＲＴＣ的总体架构 ＷｅｂＲＴＣ的本质是将实时通信应用所需要的音／视频 捕获及处理模块、网络传输及会话控制等协议集成到Ｗｅｂ 浏览器中，从而屏蔽底层硬件实现或操作系统之间的差 异。图２给出了基于ＷｅｂＲＴＣ开源项目的ＷｅｂＲＴＣ架构 的一种实现。第三方Ｗｅｂ Ａｐｐ开发者可以通过浏览器提 供Ｗｅｂ ＡＰＩ调用音／视频实时通信能力，相关接口函数需 符合Ｗ３Ｃ组织的ＷｅｂＲＴＣ接口规范。ＷｅｂＲＴＣ开源项目 向浏览器厂商提供相关功能的Ｃ＋＋ＡＰＩ以及代码实现，如 音／视频捕获、音／视频处理引擎、网络传输协议、会话控制 协议．从而极大地减小项目开发的成本和风险。其中，音 频、视频处理引擎以及网络传输协议等模块是ＷｅｂＲＴＣ架 构新增的，以下将做进一步介绍。 音频处理引擎是从声卡到网络侧音频媒体处理链的 视频应用层面的功能．给点对点的视频双方提供了数据上 的安全保证，可以防止Ｗｅｂ上视频数据的泄漏。视频图像 处理针对每一帧图像进行处理 包括明暗度检测、颜色增 ４ ＷｅｂＲＴＣ对电信运营商的影响 不难看出，Ｇｏｏｇｌｅ希望将ＷｅｂＲＴＣ打造成一个统一的 强、降噪处理等功能，用来提升视频质量。 ３＿２网络传输及会话控制协议 ＷｅｂＲＴＣ技术在浏览器内部集成了一系列的网络传 通信平台，借助Ｗｅｂ浏览器的广大受众面，大规模推广其 基于互联网的音／视频通信业务的设想。随着众浏览器厂 商倒向ＷｅｂＲＴＣ阵营，其他潜在市场竞争者也蠢蠢欲动， 如微软抢在Ｇｏｏｇｌｅ之前斥巨资收购了ＶｏＩＰ领域的“领头 输及会话控制相关协议。传输及会话控制的实现重用了 ｌｉｂｊｉｎｇｌｅ项目的部分代码，其性能已经在过去的应用中得 羊”Ｓｋｙｐｅ公司。未来的操作系统也有可能直接集成ＶｏＩＰ 到验证，如Ｇｍａｉｌ的Ｖｉｄｅｏ Ｃｈａｔ．主要组成部分包括：Ｒ ｒＰ／ 功能。分析人士已经在猜测谁会是下一个行动者。也许是 ＳＲＴＰ协议栈、ＳＴＵＮ／ＴＵＲＮ／ＩＣＥ等用于ＮＡＴ透传的方法。 ＡＴ＆Ｔ。对以实时通信业务为主要收入来源的各大电信运 其对会话层仅提供抽象逻辑描述。开发者需要根据场景进 营商而言，ＷｅｂＲＴＣ引起的市场变化不可小觑，这其中必 行具体实现。 然是机遇与挑战并存。 会话控制的实现目前有两种方式：一种是直接在浏览 ＷｅｂＲＴＣ作为基于浏览器的实时音／视频通信技术，对 器中集成协议栈；另一种是使用ＪａｖａＳｃｒｉｐｔ编写协议栈。前 面向ｗｅｂ的富通信的产品形态和业务模式产生了重要影 者的优势在于可以直接利用现有协议栈实现．如Ｃ＋＋源代 响。由于运营商掌握着带宽资源，这些变化虽不足以挑战 码或链接库等，程序运行效率比较高；缺点是灵活度较低， 运营商的主导地位，但无疑会对现有的实时音／视频通信 无法支持私有协议，如果浏览器集成多种协议栈会变得臃 业务运营模式造成冲击。另一方面，基于Ｗｅｂ的富通信可 肿。因此，目前有部分实现采用基于ＪａｖａＳｃｒｉｐｔ的协议栈，如 满足移动互联网业务的跨终端平台需求，提升用户体验， 基于ＪａｖａＳｃｒｉｐｔ的ＳＩＰ协议栈或者ＪＳＥＰ（ＪａｖａＳｃｒｉｐｔ ｓｅｓｓｉｏｎ 降低开发成本。如果利用得当，也可以扩展运营商的通信 ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｔｏｃａ１）。ＪａｖａＳｃｒｉｐｔ使得ＷｅｂＲＴＣ具有强大的 能力及其应用范围。为应对互联网的挑战，运营商有必要 扩展能力。这种方式对于个人开发者而言特别具有吸引力， 加速研究现状下包括ＷｅｂＲＴＣ技术在内的富通信关键技 在协议逻辑并不复杂且系统轻载的情况下，是较容易实现的。 术．探索体现电信网络优势的新型富通信产品。运营商需 从已有的实现来看，爱立信实验室选择后一种方式， 要结合ＩＭＳ网络建设，探讨基于ＷｅｂＲＴＣ的互联网／移动 而思科更倾向于前者。思科给出了基于Ｃｈｒｏｍｅ以及 互联网多媒体实时通信的可行性和技术框架，以使得互联 Ｆｉｒｅｆｏｘ的两种实现。在Ｃｈｒｏｍｅ实现中，ＳＩＰ协议栈直接嵌 网业务与现网业务相互促进、协同发展。 人浏览器，并提供Ｗｅｂ ＡＰＩ进行直接控制；在Ｆｉｒｅｆｏｘ实现 部分企业研究机构已经在考虑ＷｅｂＲＴＣ技术与电信 中。呼叫控制ＡＰＩ与底层的ＳＩＰ协议栈被集成在一个 网络的互通方式。如图３所示，爱立信实验室给出了一种 Ｆｉｒｅｆｏｘ插件中。这种实现不提供对ＳＩＰ协议栈的直接控 实现ＷｅｂＲＴＣ与ＩＭＳ网络进行互通的方案。该方案的核 制．Ｗｅｂ开发者只能通过ＪａｖａＳｃｒｉｐｔ ＡＰＩ调用呼叫控制功 心是采用ＷｅｂＲＴＣ．ＩＭＳ网关实现对控制信令的转换以及 能。从ＩＥＴＦ会议讨论的情况来看，一种共识是在现阶段仍 媒体流的中继。互通的主要困难在于ＷｅｂＲＴＣ所采用的 不适宜讨论ＷｅｂＲＴＣ应当采用何种协议栈，同时支持多种 音，视频媒体流标准仍不被运营商普遍支持，需要媒体网 协议的实现方式对于ＷｅｂＲＴＣ的推广是有好处的。 关进行转换，这将导致巨大的计算开销。未来随着信令协 ＰＣ软终端 Ｗｅｂ应用 ＷｅｂＲＴＣ ＩＭＳ网关 ＩＭＳ网络 Ｓ１Ｐ ＣＳＣＦ ＳＩＰ 基于ＪａｖａＳｃｒｉｐ的 ——’ ＳＩＰ协议栈 ［ ．ＰＳＴＮ网关 ＣＳ —— ＲＴＰ ＲＴＰ 图３ ＷｅｂＲＴＣ与ＩＭＳ网络的互通 磷究与鬻．畿 议栈及Ｐｅｅｒ Ｃｏｎｎｅｃｔｉｏｎ接口的不断完善，是否会出现直连 开发进度。另外．由于现阶段主要解决的是技术实现问题， 方案仍未可知。 ＷｅｂＲＴＣ的私隐保护及网络安全机制仍未被充分讨论，其 ５ 结束语 最终完善仍有待时日。 总体而言．ＷｅｂＲＴＣ技术在短时间内已经取得了较大 尽管得到了众多浏览器与标准化组织的大力支持， 进步，但发展仍面临许多困难，ＷｅｂＲＴＣ是否会像Ｇｏｏｇｌｅ ＷｅｂＲＴＣ发展迅速，但这并不意味着其今后的道路将会一 所期待的那样成为统一的实时通信解决方案仍有待考察。 帆风顺。 产业界需要思考如何携手合作。为ＷｅｂＲＴＣ选择一条较为 首先。Ｇｏｏｇｌｅ执意令ＷｅｂＲＴＣ绕过现有专利技术的做 平坦的发展道路，这将是未来促成其成功的关键。 法可能过于激进。这除了导致与现有系统兼容性差之外， 也可能招致知识产权风险。例如，ＶＰ８的许多细节与 参考文献 Ｈ．２６４过分相似，使人很难相信其不会招惹任何专利纠 ｌ Ａｄａｍ Ｂｅｒｇｋｖｉｓｔ，Ｄａｎｉｅｌ Ｃ Ｂｕｒｎｅｔｔ，Ｃｕｌｌｅｎ Ｊｅｎｎｉｎｇｓ，ｅｔ ａ１． 纷。已经有专利组织考虑采取法律行动。部分观点认为，采 ＷｅｂＲＴＣ １．Ｏ：Ｒｅａｌ—Ｔｉｍｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｂｅｔｗｅｅｎ Ｂｒｏｗｓｅｒｓ． Ｗ３Ｃ Ｅｄｉｔｏｒ＇ｓ Ｄｒａｆｔ．２０１２ 用ＶＰ８或者Ｈ．２６４都存在较大的知识产权风险，因此希 ２ Ｄａｎｉｅｌ Ｃ Ｂｕｒｎｅｔｔ，Ａｎａｎｔ Ｎａｒａｙａｎａｎ．Ｇｅｔ Ｕｓｅｒ Ｍｅｄｉａ：Ｇｅｔｔｉｎｇ 望采用一些较为折中的方案。如Ｈ．２６３等：但支持者则坚 Ａｃｃｅｓｓ ｔｏ Ｌｏｃａｌ Ｄｅｖｉｃｅｓ Ｔｈａｔ Ｃａｌｌ Ｇｃｎｅｒａｔｅ Ｍｕｌｔｉｍｅｄｉａ Ｓｔｒｅａｍｓ． 定地认为，ＶＰ８已经得到充分的测试，也获得了足够的软 Ｗ３Ｃ Ｅｄｉｔｏｒ＇ｓ Ｄｒａｆｔ．２０１１ 硬件厂商的支持，无需考虑其他编码方式。这些争论给 ３ Ｕｂｅａｉ Ｊ，Ｊｅｎｎｉｎｇｓ Ｃ．ＪａｖａＳｃｆｉｐｔ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｐｒｏｔｏｃｏｌ ＷｅｂＲＴＣ的发展带来了不明朗因素。 （ＪＳＥＰ），２０１２ 另一方面，各标准化组织需要根据先期各厂商的实践 ４ Ａｎｄｅｒｓｅｎ Ｓ，Ｄｕｆｉｃ Ａ Ｔｅｌｉｏ，Ａｓｔｒｏｍ Ｈ，ｅｔ ａ１．Ｇｌｏｂａｌ ＩＰ Ｓｏｕｎｄ， Ｉｎｔｅｒｎｅｔ ＬｏＷ Ｂｉｔ Ｒａｔｅ Ｃｏｄｅｃ（ｉＬＢＣ），Ｉｎｔｅｍｅｔ ＲＦＣ３９５１，２Ｏｏ４ 经验不断修正其指引。现行ＷｅｂＲＴＣ ＡＰＩ相关指引仍处于 ５ Ｒｏｓｅｎｂｅｒｇ Ｊ，Ｍａｈｙ Ｒ，Ｍａｔｔｈｅｗｓ Ｐ，ｅｔ ｎｆ．Ｓｅｓｓｉｏｎ Ｔｒａｖｅｒｓａｌ 经常修改、极不稳定的状态，由此产生的多个实现版本并 Ｕｔｉｌｉｔｉｅｓ ｆｏｒ ＮＡＴ（ＳＴＵＮ）．Ｉｎｔｅｒｎｅｔ ＲＦＣ５３８９，２００８ 存以及不同实现间的兼容性问题日益突出。目前，对多个 ６ Ｍａｈｙ Ｐ，Ｍａｔｔｈｅｗｓ Ｐ，Ｒｏｓｅｎｂｅｒｇ Ｊ．Ｔｒａｖｅｒｓａｌ Ｕｓｉｎｇ Ｒｅｌａｙｓ 程序库的修改正同步展开，对ＷｅｂＫｉｔ等开源软件库的修 ａｒｏｕｎｄ ＮＡＴ ｆＴＵＲＮ）：Ｒｅｌａｙ Ｅｘｔｅｎｓｉｏｎｓ ｔｏ Ｓｅｓｓｉｏｎ Ｔｒａｖｅｒｓａｌ 改必须获得整个开源社区的认可，如函数名的定义、代码 Ｕｔｉｌｉｔｉｅｓ ｏｆｒ ＮＡＴ（ＳＴＵＮ）．Ｉｎｔｅｒｎｅｔ ＲＦＣ５７６６．２０１ ｌ ７ Ｒｏｓｅｎｂｅｒｇ Ｊ．Ｉｎｔｅｒａｃｔｉｖｅ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｅｓｔａｂｌｉｓｈｍｅｎｔ（ＩＣＥ）：ａ 风格应该与原有代码保持一致等。各浏览器厂商需要进行 Ｐｒｏｔｏｃｏｌ ｆｏｒ Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｏｒ ｆＮＡＴ）Ｔｒａｖｅｒｓａｌ ｆ０ｒ 大量协调工作。这在一定程度上会拖延各ＷｅｂＲＴＣ项目的 Ｏｆｆｅｒ／Ａｎｓｗｅｒ Ｐｒｏｔｏｃｏｌｓ．Ｉｎｔｅｍｅｔ ＲＦＣ５２４５．２ＯｌＯ Ａ Ｐｒｅｌｉｍｉｎａｒｙ Ｅｘｐｌｏｒａｔｉｏｎ ｏｆ Ａｒｉｓｉｎｇ ＷｅｂＲＴＣ Ｔｅｃｈｎｏｌｏｇｙ Ｑｕ Ｚｈｅｎｈｕａ，Ｌｉ Ｈｕｉｙｕｎ，Ｚｈａｎｇ Ｈａｉｔａｏ，Ｌｏｎｇ Ｘｉａｎｊｕｎ （Ｇｕａｎｇｄｏｎｇ Ｒｅｓｅａｒｃｈ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｃｈｉｎａ Ｔｅｌｅｃｏｍ Ｃｏ．，Ｌｔｄ．，Ｇｕａｎｇｚｈｏｕ ５ １０６３０，Ｃｈｉｎａ） Ａｂｓｔｒａｃｔ Ｔｈｅ ｔｒａｄｉｔｉｏｎａｌ ｗａｙ ｔｏ ａｃｑｕｉｒｅ ＲＴＣ ａｂｉｌｉｔｙ ｉｓ ｔｏ ｉｎｓｔａｌｌ ａ ｓｏｆｔｗａｒｅ ｃｌｉｅｎｔ ｏｒ ａ ｂｒｏｗｓｅｒ ｐｌｕｇ—ｉｎ．Ｔｈｉｓ ｍａｙ ｔａｋｅ ａｎ ｕｓｅｒ ｓｏｍｅ ｔｅｄｉｏｕｓ ｓｔｅｐｓ ａｎｄ ｐｒｅｖｅｎｔ ｔｈｅ ｐｏｐｕｌａｒｉｚａｔｉｏｎ ｏｆ ＲＴＣ ａｐｐｌｉｃａｔｉｏｎｓ．ＷｅｂＲＴＣ ｉｓ ａｎ ａｒｉｓｉｎｇ ｎｅｗ ｔｅｃｈｎｏｌｏｇｙ ａｆｆｉｌｉａｔｅｄ ｔｏ ｔｈｅ ＨＴＭＬ５ ｓｔａｎｄａｒｄ ｗｈｉｃｈ ｉｎｔｅｎｄｓ ｔｏ ｐｒｏｖｉｄｅ ｐｅｒｖａｓｉｖｅ ａｃｃｅｓｓ ｔｏ ＲＴＣ ａｂｉｌｉｔｙ ｆｒｏｍ ａｎ ａｒｂｉｔｒａｒｙ ｂｒｏｗｓｅｒ．Ｉｔ ｗｏｒｋｓ ｂｙ ｉｎｔｅｇｒａｔｉｎｇ ａ ｆｕｌｌｙ ｆｕｎｃｔｉｏｎａｌ ａｕｄｉｏ／ｖｉｄｅｏ ＲＴＣ ａｒｃｈｉｔｅｃｔｕｒｅ ｉｎｔｏ ｂｒｏｗｓｅｒｓ．Ｗｉｔｈ ｔｈｉｓ ｎｅｗ ｔｅｃｈｎｏｌｏｇｙ，ｗｅｂ ａｐｐｌｉｃａｔｉｏｎ ｄｅｖｅｌｏｐｅｒｓ ｃａｎ ｉｍｐｌｅｍｅｎｔ ｐｏｗｅｒｆｕｌ ｂｒｏｗｓｅｒ－ｂａｓｅｄ ａｕｄｉｏ／ｖｉｄｅｏ ＲＴＣ ａｐｐｌｉｃａｔｉｏｎｓ ｂｙ ｓｉｍｐｌｙ ｉｎｖｏｋｉｎｇ ａ ｆｅｗ ＪａｖａＳｃｒｉｐｔ ＡＰＩ．Ｃｕｒｒｅｎｔｌｙ，ＷｅｂＲＴＣ ｉｓ ｓｔｉｌｌ ａｔ ｉｔｓ ｅａｒｌｙ ｓｔａｇｅ ｏｆ ｄｅｖｅｌｏｐｍｅｎｔ．Ｔｈｉｓ ｐａｐｅｒ ｗｉｌｌ ｇｉｖｅ ａ ｐｒｅｌｉｍｉｎａｒｙ ｅｘｐｌｏｒａｔｉｏｎ ｔｏ ＷｅｂＲＴＣ ｂｙ ａｄｄｒｅｓｓｉｎｇ ｉｔｓ ｂａｃｋｇｒｏｕｎｄ，ｃｕｒｒｅｎｔ ｓｔａｔｕｓ，ｔｅｃｈｎｉｃａｌ ａｒｃｈｉｔｅｃｔｕｒｅ，ａｎｄ ｔｈｅ ｐｒｏｂａｂｌｅ ｉｎｆｌｕｅｎｃｅ ｔｏ ｔｈｅ ｔｅｌｅｃｏｍｓ．Ｉｔ ｃａｒｌ ｇｉｖｅ ｔｈｅ ｒｅａｄｅｒ ａ ｐｏｒｔｒａｉｔ ｏｆ ｔｈｅ ｄｅｖｅｌｏｐｍｅｎｔ ｒｏａｄｍａｐ ｏｆ ＷｅｂＲＴＣ． Ｋｅｙ ｗｏｒｄｓ ＷｅｂＲＴＣ，ＨＴＭＬ５，ｒｅａｌ ｔｉｍｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ，ｍｕｌｔｉｍｅｄｉａ ｃｏｍｍｕｎｉｃａｔｉｏｎ （收稿日期：２０１２—０７—０１）