CN104255014A - 设置、处理交互式连接建立ice地址的方法、装置和服务器 - Google Patents

Abstract

本发明公开了一种处理交互式连接建立(ICE)地址的方法和装置,应用于网页实时通信(WebRCT)会话过程中。WebRTC会话是由第一万维网(Web)应用通过第一终端的浏览器的ICE地址与第二Web应用通过第二终端的浏览器的第一ICE地址协商建立的。第一Web应用为加载在第一终端的浏览器上的Web应用，第二Web应用为加载在第二终端的浏览器上的Web应用。所述方法包括：第一终端的浏览器接收第一Web应用发送的地址增加候选消息，地址增加候选消息包含第二终端的浏览器的第二ICE地址和第一终端的浏览器对第二ICE地址的处理指示(201)；第一终端的浏览器识别出处理指示，根据识别出的处理指示对第二ICE地址进行相应处理(202)。

Description

设置、 处理交互式连接建立 ICE地址的方法、 装置和服务器

技术领域 本发明涉及 WebRTC技术， 尤其涉及一种处理交互式连接建立 ICE地 址的方法和装置及设置 ICE地址处理指示的方法、 装置和服务器。

背景技术 网页实时通信 (Web Real-Time Communication, WebRTC)是一项在浏览 器内部进行实时视频和音频通信的技术， 该技术主要利用超文本标记语言 ( HyperTextMark-upLanguage 5 , HTML5 )十办议和 JavaScript(JS)语言， 在不 使用插件的情况下实现浏览器之间的通信。 要实现 WebRTC会话， 就需要 在会话建立过程中协商浏览器各自的媒体信息 （包括媒体发送 /接收地址、 媒体传送使用的编解码方式、协议等）， 目前 WebRTC项目中使用会话描述 协议 (Session Description Protocol, SDP)作为媒体信息描述的协议。在会话建 立过程中， 利用 SDP的 OFFER/ANSWER机制进行媒体信息的协商。

在现有技术中， 用户 A通过使用 Web应用 A时， Web应用 A将加载 在终端 A的浏览器上， 用户 B准备使用 Web应用 B时， Web应用 B将加 载在终端 B的浏览器上， Web应用 A和 Web应用 B进行协商， 以建立 WebRTC会话， 协商的内容包括： 交互式连接建立（ Interactive Connectivity Establishment, ICE ) 地址和 SDP参数。

然而， 在某些的场景下， 在 WebRTC会话建立成功后， 终端 B的浏览 器可能会收集到新 ICE地址。 当终端 B的浏览器收集到新 ICE地址之后， Web应用 B—定会先将携带有终端 B的浏览器的新 ICE地址的 HTTP消息 发送给 WebRTC业务服务器， 然后由 WebRTC业务服务器再将携带有终端 B的浏览器的新 ICE地址的 HTTP消息发送给 Web应用 A。 Web应用 A 可以通过候选地址增加 （ addlceCandidate ) 消息将该终端 B 的浏览器的新 ICE地址发送给终端 A的浏览器。 对于终端 A的浏览器如何使用该终端 B 的浏览器的新 ICE地址， 都是由终端 A的浏览器内部决策的， Web应用 A 是不能参与决策终端 B的浏览器的新 ICE地址的使用的。 比如终端 A的浏 览器收到终端 B的浏览器的新 ICE地址后， 如果检测到终端 B的浏览器的 新 ICE地址可用， 不管现在终端 A的浏览器正在进行什么业务或者在什么 样的网络上， 均将该终端 B的浏览器的新 ICE地址丢弃； 或者， 终端 A的 浏览器会则将 Web应用 A与 Web应用 B之间的正在进行 WebRTC会话的 终端 B的浏览器的 ICE地址替换为终端 B的浏览器的新 ICE地址。

但是， 在很多业务场景下， 业务是不希望中断或者希望中断时， 也就 是说业务不希望采用终端 B的浏览器的新 ICE地址或者希望采用终端 B的 浏览器的新 ICE地址； 但是终端 A的浏览器无法根据业务的需求来决策是 否使用终端 B的浏览器的新 ICE地址。 比如： 如果终端 B的浏览器正通过 WebRTC业务服务器进行紧急呼叫， 虽然收到了终端 B的浏览器的新 ICE 地址， 但是由于是紧急呼叫， 该业务是不能中断， 但是终端 A的浏览器并 不知道业务不能中断， 终端 A的浏览器可能会将 Web应用 A与 Web应用 B之间的正在进行 WebRTC会话的终端 B的浏览器的 ICE地址替换为终端 B的浏览器的新 ICE地址， 这就导致了业务的中断了。 或者在一些网络场 景下， 必须要采用终端 B的浏览器的新 ICE地址， 但是终端 A的浏览器无 法根据网络的需求来决策是否使用终端 B的浏览器的新 ICE地址。 比如： 为终端 B 的浏览器提供服务的老的使用中继的网络地址转换 （Network Address Translator, NAT ) 穿越（ Traversal Using Relay NAT, TURN )服务 器由于超负荷或者故障等原因， 需要维护， WebRTC 业务服务器必须采用 新的 TURN服务器， 也就是说终端 B的浏览器的 ICE地址发生了改变， 并 且需要用该终端 B的浏览器的新 ICE地址来与终端 A的浏览器进行通信， 但是终端 A的浏览器并不知道需要将 Web应用 A与 Web应用 B之间的当 前正在进行 WebRTC会话的终端 B的浏览器的 ICE地址替换为终端 B的浏 览器的新 ICE地址，终端 A的浏览器可能只是保存终端 B的浏览器的新 ICE 地址或丢弃终端 B的浏览器的新 ICE地址， 这样就无法满足业务的需求， 以及对业务会产生较大的影响。

发明内容 有鉴于此， 为解决上述处理 Web应用无法控制浏览器如何使用对端新 的 ICE地址的问题。 本发本发明实施方式采用如下技术方案：

第一方面， 处理 ICE地址的方法， 应用于网页实时通信 WebRCT会话 过程中， WebRTC会话是由第一万维网 Web应用通过第一终端的浏览器的 ICE地址与第二 Web应用通过第二终端的浏览器的第一 ICE地址协商建立 的， 第一 Web应用为加载在第一终端的浏览器上的 Web应用， 第二 Web 应用为加载在第二终端的浏览器上的 Web应用， 方法包括： 第一终端的浏 览器接收第一 Web应用发送的地址增加候选消息， 地址增加候选消息包含 第二终端的浏览器的第二 ICE地址和第一终端的浏览器对第二 ICE地址的 处理指示； 第一终端的浏览器识别出处理指示， 根据识别出的处理指示对 第二 ICE地址进行相应处理。

在第一方面的第一种可能的实现方式中， 第一终端的浏览器识别出处 理指示， 根据识别出的处理指示对第二 ICE地址进行相应处理， 包括： 第 一终端的浏览器识别出处理指示为保存时， 检测第二 ICE地址是否可达， 并且在检测出第二 ICE地址可达时， 保存第一终端的浏览器的 ICE地址和 第二 ICE地址的地址对；在检测出第二 ICE地址不可达时，则丢弃第二 ICE 地址； 或者， 第一终端的浏览器识别出处理指示为替换时， 检测第二 ICE 地址是否可达， 并且在检测出第二 ICE地址可达时， 将第一 ICE地址替换 为第二 ICE地址；在检测出第二 ICE地址不可达时，则丢弃第二 ICE地址； 或者， 第一终端的浏览器识别出处理指示为自主决策时， 检测第二 ICE地 址是否可达， 并且在检测出第二 ICE地址可达时， 检查第二 ICE地址携带 携带的优先级； 如果第二 ICE地址携带携带的优先级高于第一 ICE地址携 带的优先级， 则将第一 ICE地址替换为第二 ICE地址； 如果第二 ICE地址 携带的优先级低于或等于第一 ICE地址携带的优先级， 则丢弃第二 ICE地 址； 在检测出第二 ICE地址不可达时， 则丢弃第二 ICE地址。

结合第一方面的第一种可能的实现方式，在第二种可能的实现方式中， 检测第二 ICE地址是否可达， 具体为： 向第二终端的浏览器发送可达检测 请求， 如果在规定时间内， 第一终端的浏览器接收到第二终端的浏览器返 回的可达检测响应， 则第二 ICE地址是可达； 如果在规定时间内， 第一终 端的浏览器没有接收到第二终端的浏览器返回的可达检测响应，则第二 ICE 地址是不可达的。

在第一方面的第三种可能的实现方式中， 第一终端的浏览器识别出处 理指示，根据识别出的处理指示对第二 ICE地址进行相应处理，具体包括： 第一终端的浏览器识别出处理指示， 根据识别出的处理指示， 修改第一终 端的浏览器中的 ICE代理状态机的状态， 使修改后的状态与处理指示相对 应； 根据 ICE代理状态机的状态， 第一终端的浏览器对第二 ICE地址进行 相应处理。

结合第一方面的第三种可能的实现方式，在第四种可能的实现方式中， 根据识别出的处理指示， 修改第一终端的浏览器中的 ICE代理状态机的状 态， 使修改后的状态与处理指示相对应； 根据 ICE代理状态机的状态， 第 一终端的浏览器对第二 ICE地址进行相应处理， 具体包括： 根据处理指示 为保存， 修改 ICE代理状态机的状态为保持状态； 第一终端的浏览器检测 第二 ICE地址是否可达， 并且在检测出第二 ICE地址可达时， 保存第一终 端的浏览器的 ICE地址和第二 ICE地址的地址对； 在检测出第二 ICE地址 不可达时， 则丢弃第二 ICE地址； 或者， 根据处理指示为替换， 修改 ICE 代理状态机的状态为检测状态； 第一终端的浏览器检测第二 ICE地址是否 可达，并且在检测出第二 ICE地址可达时，将第一 ICE地址替换为第二 ICE 地址； 在检测出第二 ICE地址不可达时， 则丢弃第二 ICE地址； 或者， 根 据处理指示为自主决策， 修改 ICE代理状态机的状态为自动状态； ICE代 理状态机的状态为自动状态时， 第一终端的浏览器检测第二 ICE地址是否 可达， 并且在检测出第二 ICE地址可达时， 检查第二 ICE地址携带的优先 级； 如果第二 ICE地址携带的优先级大于第一 ICE地址携带的优先级， 则 将与第一 _ICE地址替换为第二 ICE地址； 如果第二 ICE地址携带的优先级 小于或等于第一 ICE地址携带的优先级， 则丢弃第二 ICE地址； 在检测出 第二 ICE地址不可达时， 则丢弃第二 ICE地址。

在第一方面的第五种可能的实现方式中， 地址增加候选消息是由第一 Web应用在接收第二 Web应用发送的地址传输消息， 以及根据当前业务的 业务 ID和处理指示表，确定第一终端的浏览器对第二 ICE地址的处理指示 之后， 向第一终端的浏览器发送的， 其中， 地址传输消息包含第二终端的 浏览器的第二 ICE地址。

结合第一方面的第五种可能的实现方式中， 在第一方面的第六种可能 的实现方式中，在 WebRTC会话建立之前， WebRTC业务服务器将 WebRTC 业务服务器所支持的所有业务分别设定相应的处理指示， 并将业务的业务 ID 与业务相应的处理指示保存在业务与处理指示对应关系表中， 在 WebRTC会话建立之后， WebRTC业务服务器向第一 Web应用发送包含处 理指示表的表保存请求， 其中处理指示表具体为业务与处理指示对应关系 表， 接收第一 Web应用发送包含允许更新标志的表保存响应， 根据允许更 新标志， 向第二 Web应用发送允许更新消息， 以便于允许第二 Web应用向 第一 Web应用发送第二 ICE地址； 或者， WebRTC业务服务器将 WebRTC 业务服务器所支持的所有业务分别进行分类以及为每种类型设定相应的处 理指示， 并将业务的业务 ID与业务对应的类型 ID存储在业务与类型对应 关系表中， 并将业务对应的类型 ID与类型 ID相应的处理指示存储在类型 与处理指示对应关系表中， 在 WebRTC会话建立之后， WebRTC业务服务 器向第一 Web应用发送包含处理指示表的表保存请求， 其中处理指示表包 含业务与类型对应关系表和类型与处理指示对应关系表， 接收第一 Web应 用发送含允许更新标志的表保存响应， 根据允许更新标志， 向第二 Web应 用发送允许更新消息，以便于允许第二 Web应用向第一 Web应用发送第二 ICE地址。

结合第一方面的第六种可能的实现方式中， 在第一方面的第七种可能 的实现方式中， 当处理指示表具体为业务与处理指示对应关系表时， 第一 Web应用获取当前业务的业务 ID,其中，业务 ID为创建当前业务时 WebRTC 业务服务器分配的； 第一 Web应用根据业务 ID和业务与处理指示对应关 系表， 获得业务 ID对应的处理指示， 确认业务 ID对应的处理指示为第一 终端的浏览器对第二 ICE地址的处理指示； 或者， 当处理指示表包含业务 与类型对应关系表和类型与处理指示对应关系表时， 第一 Web应用获取当 前业务的业务 ID, 其中， 业务 ID为创建当前业务时 WebRTC业务服务器 分配的； 第一 Web应用根据业务 ID和业务与类型对应关系表， 获得业务 ID对应的类型 ID, 并根据类型与处理指示对应关系表， 获得类型 ID对应 的处理指示， 确认类型 ID对应的处理指示为第一终端的浏览器对第二 ICE 地址的处理指示。

第二方面， 设置 ICE地址处理指示的方法， 包括： 第一万维网 Web应 用通过第一终端的浏览器的 ICE地址与第二 Web应用通过第一终端的浏览 器的第一 ICE地址进行协商， 并建立网页实时通信 WebRTC会话， 其中， 第一 Web应用为加载在第一终端的浏览器上 Web应用， 第二 Web应用为 加载在第二终端的浏览器上 Web应用； 在 WebRTC会话过程中， 第一 Web 应用接收第二 Web应用发送的地址传输消息， 地址传输消息包含了第二终 端的浏览器的第二 ICE地址； 第一 Web应用根据当前业务的业务 ID和处 理指示表， 确定第一终端的浏览器对第二 ICE地址的处理指示； 向第一终 端的浏览器发送地址增加候选消息， 地址增加候选消息包含第二 ICE地址 和第一终端的浏览器对第二 ICE地址处理指示， 以便于第一终端的浏览器 根据处理指示对第二 ICE地址进行相应处理。

在第二方面的第一种可能的实现方式中， 第一 Web应用根据当前业务 的业务 ID和处理指示表，确定第一终端的浏览器对第二 ICE地址的处理指 示， 具体为： 当处理指示表为业务 ID 与处理指示的对应关系表时， 第一 Web应用获取当前业务的业务 ID,其中，业务 ID为创建当前业务时 WebRTC 业务服务器分配的； 第一 Web应用根据业务 ID和业务 ID与处理指示的对 应关系表， 获得业务 ID对应的处理指示， 确认业务 ID对应的处理指示为 第一终端的浏览器对第二 ICE地址的处理指示； 或者， 当处理指示表为类 型表和类型与处理指示的对应关系表时， 第一 Web应用获取当前业务的业 务 ID, 其中， 业务 ID为创建当前业务时 WebRTC业务服务器分配的； 第 一 Web应用根据业务 ID和类型表， 获得业务 ID对应的类型 ID, 并根据类 型 ID与处理指示的对应关系表， 获得类型 ID对应的处理指示， 确认类型 ID对应的处理指示为第一终端的浏览器对第二 ICE地址的处理指示。

结合第二方面的第一种可能的实现方式， 在第二方面的第二种可能的 实现方式中， 在 WebRTC会话建立之前， WebRTC业务服务器将 WebRTC 业务服务器所支持的所有业务分别设定相应的处理指示， 并将业务的业务 ID 与业务相应的处理指示保存在业务与处理指示对应关系表中， 在 WebRTC会话建立之后， WebRTC业务服务器向第一 Web应用发送包含处 理指示表的表保存请求， 其中处理指示表具体为业务与处理指示对应关系 表， 接收第一 Web应用发送含允许更新标志的表保存响应， 根据允许更新 标志， 向第二 Web应用发送允许更新消息， 以便于允许第二 Web应用向第 一 Web应用发送第二 ICE地址； 或者， WebRTC业务服务器将 WebRTC业 务服务器所支持的所有业务分别进行分类以及为每种类型设定相应的处理 指示， 并将业务的业务 ID与业务对应的类型 ID存储在业务与类型对应关 系表中， 并将业务对应的类型 ID与类型 ID相应的处理指示存储在类型与 处理指示对应关系表中， 在 WebRTC会话建立之后， WebRTC业务服务器 向第一 Web应用发送包含处理指示表的表保存请求， 其中处理指示表包含 业务与类型对应关系表和类型与处理指示对应关系表， 接收第一 Web应用 发送含允许更新标志的表保存响应， 根据允许更新标志， 向第二 Web应用 发送允许更新消息， 以便于允许第二 Web应用向第一 Web应用发送第二 ICE地址。

在第三方面， 一种处理 ICE地址的方法， 其特征在于， 应用于网页实 时通信 WebRCT会话过程中， WebRTC会话是由第一万维网 Web应用通过 第一终端的浏览器的 ICE地址与第二 Web应用通过第二终端的浏览器的第 一 ICE地址协商建立的， 第一 Web应用为加载在第一终端的浏览器上的 Web应用， 第二 Web应用为加载在第二终端的浏览器上的 Web应用， 方法 包括： 第一终端的浏览器接收第一 Web应用发送的状态修改请求， 状态修 改请求包含第一终端的浏览器对在 WebRTC会话期间内接收到的所有第二 终端的浏览器的第二 ICE地址的统一的处理指示， 其中， 第二 ICE地址为 第二终端的浏览器的更新的 ICE地址；； 根据统一的处理指示， 修改第一终 端的浏览器中的 ICE代理状态机的状态， 使修改后的状态与处理指示相对 应； 在 WebRTC会话期间内， 第一终端的浏览器接收第一 Web应用发送的 包含第二 ICE 地址的地址增加候选消息， 其中地址增加候选消息由第一 Web应用在接收到第二 Web应用发送的包含第二 ICE地址的地址传输消息 之后发送的； 根据 ICE代理状态机的状态， 第一终端的浏览器对第二 ICE 地址进行相应处理。

在第三方面的第一种可能的实现方式中， 根据处理指示， 修改 ICE代 理状态机的状态， 使修改后的状态与处理指示相对应， 具体包括： 处理指 示具体为保存时， 根据处理指示为保存， 修改 ICE代理状态机的状态为保 持状态； 相应的， 根据 ICE代理状态机的状态， 第一终端的浏览器对第二 ICE地址进行相应处理， 具体包括： ICE代理状态机的状态为保持状态时， 第一终端的浏览器检测第二 ICE地址是否可达， 并且在检测出第二 ICE地 址可达时， 保存第一终端的浏览器的 ICE地址和第二 ICE地址的地址对； 在检测出第二 ICE地址不可达时， 则丢弃第二 ICE地址； 或者， 根据处理 指示， 修改 ICE代理状态机的状态， 使修改后的状态与处理指示相对应， 具体包括： 处理指示具体为替换时， 根据处理指示为替换， 修改 ICE代理 状态机的状态为检测状态； 相应的， 根据 ICE代理状态机的状态， 第一终 端的浏览器对第二 ICE地址进行相应处理， 具体包括： ICE代理状态机的 状态为检测状态时， 第一终端的浏览器检测第二 ICE地址是否可达， 并且 在检测出第二 ICE地址可达时， 将第一 ICE地址替换为第二 ICE地址； 在 检测出第二 ICE地址不可达时， 则丢弃第二 ICE地址； 或者， 根据处理指 示， 修改 ICE代理状态机的状态， 使修改后的状态与处理指示相对应， 具 体包括： 述处理指示具体为自主决策， 根据处理指示为自主决策， 修改 ICE 代理状态机的状态为自动状态； 相应地， 根据 ICE代理状态机的状态， 第 一终端的浏览器对第二 ICE地址进行相应处理， 具体包括： ICE代理状态 机的状态为自动状态时， 第一终端的浏览器检测第二 ICE地址是否可达， 并且在检测出第二 ICE地址可达时， 检查第二 ICE地址携带的优先级； 如 果第二 ICE地址携带的优先级大于第一 ICE地址携带的优先级， 则将与第 一 ICE地址替换为第二 ICE地址； 如果第二 ICE地址携带的优先级小于或 等于第一 ICE地址携带的优先级，则丢弃第二 ICE地址；在检测出第二 ICE 地址不可达时， 则丢弃第二 ICE地址。

结合第三方面的第一种可能的实现方式，在第二种可能的实现方式中， 检测第二 ICE地址是否可达， 具体为： 向第二终端的浏览器发送可达检测 请求， 如果在规定时间内， 第一终端的浏览器接收到第二终端的浏览器返 回的可达检测响应， 则第二 ICE地址是可达的； 如果在规定时间内， 第一 终端的浏览器没有接收到第二终端的浏览器返回的可达检测响应， 则第二 ICE地址是不可达的。

在第三方面的第三种可能的实现方式中， 状态修改请求是由第一 Web 应用根据当前业务的业务 ID 和处理指示表， 确定第一终端的浏览器对在 WebRTC会话期间内接收到的所有第二 ICE地址的统一的处理指示之后， 向第一终端的浏览器发送的。

结合第三方面的第三种可能的实现方式， 在第四种可能的实现方式， 还包括： 在 WebRTC会话建立之前， WebRTC业务服务器将 WebRTC业务 服务器所支持的所有业务分别设定相应的处理指示，并将业务的业务 ID与 业务相应的处理指示保存在业务与处理指示对应关系表中， 在 WebRTC会 话建立之后， WebRTC业务服务器向第一 Web应用发送包含处理指示表的 表保存请求， 其中处理指示表具体为业务与处理指示对应关系表， 接收第 一 Web应用发送表保存响应，其中表保存响应不包含允许更新标志；或者， WebRTC业务服务器将 WebRTC业务服务器所支持的所有业务分别进行分 类以及为每种类型设定相应的处理指示，并将业务的业务 ID与业务对应的 类型 ID存储在业务与类型对应关系表中， 并将业务对应的类型 ID与类型 ID相应的处理指示存储在类型与处理指示对应关系表中，在 WebRTC会话 建立之后， WebRTC业务服务器向第一 Web应用发送包含处理指示表的表 保存请求， 其中处理指示表包含业务与类型对应关系表和类型与处理指示 对应关系表， 接收第一 Web应用发送表保存响应， 其中表保存响应不包含 允许更新标志。

在第三方面的第五种可能的实现方式中， 在第一终端的浏览器接收第 一 Web应用发送的包含第二 ICE地址的地址增加候选消息之前， 还包括： 第一终端的浏览器向第一 Web应用发送含允许更新标志的状态修改响应， 以便于第一 Web应用根据允许更新标志通知 WebRTC业务服务器允许第二 Web应用向第一 Web应用发送第二 ICE地址。

第四方面，一种设置 ICE地址处理指示的方法， 包括： 第一万维网 Web 应用通过第一终端的浏览器的 ICE地址与第二 Web应用通过第二终端的浏 览器的第一 ICE地址进行协商，并建立网页实时通信 WebRTC会话，其中， 第一 Web应用为加载在第一终端的浏览器上 Web应用， 第二 Web应用为 加载在第二终端的浏览器上 Web应用；第一 Web应用根据当前业务的业务 ID和处理指示表，确定第一终端的浏览器对在 WebRTC会话期间内接收到 的所有第二 I CE地址的统一的处理指示； 第一 Web应用向第一终端的浏览 器发送状态修改请求， 状态修改请求包含第一终端的浏览器对在 WebRTC 会话期间内接收到的所有第二终端的浏览器的第二 ICE地址的统一的处理 指示， 其中， 第二 ICE地址为第二终端的浏览器的更新的 ICE地址； 以便 于第一终端的浏览器根据统一的处理指示，修改第一终端的浏览器中的 ICE 代理状态机的状态， 使修改后的状态与处理指示相对应。

在第四方面的第一种可能的实现方式中， 第一 Web应用根据当前业务 的业务 ID和处理指示表，确定第一终端的浏览器对在 WebRTC会话期间内 接收到的所有第二 ICE地址的统一的处理指示具体为： 当处理指示表具体 为业务与处理指示对应关系表时， 第一 Web应用获取当前业务的业务 ID, 其中， 业务 ID为创建当前业务时 WebRTC业务服务器分配的； 第一 Web 应用根据业务 ID和业务与处理指示对应关系表， 获得业务 ID对应的处理 指示，确认业务 ID对应的处理指示为第一终端的浏览器对在 WebRTC会话 期间内接收到的所有第二 ICE地址的统一的处理指示； 或者， 当处理指示 表包含业务与类型对应关系表和类型与处理指示对应关系表时， 第一 Web 应用获取当前业务的业务 ID, 其中， 业务 ID为创建当前业务时 WebRTC 业务服务器分配的；第一 Web应用根据业务 ID和业务与类型对应关系表， 获得业务 ID对应的类型 ID,并根据类型 ID和类型与处理指示对应关系表， 获得类型 ID对应的处理指示， 确认类型 ID对应的处理指示为第一终端的 浏览器对在 WebRTC会话期间内接收到的所有第二 ICE地址的统一的处理 指示。

结合第四方面的第一种可能的实现方式， 在第四方面的第二种可能的 实现方式中， 还包括： 在 WebRTC会话建立之前， WebRTC业务服务器将 WebRTC 业务服务器所支持的所有业务分别设定相应的处理指示， 并将业 务的业务 ID与业务相应的处理指示保存在业务与处理指示对应关系表中， 在 WebRTC会话建立之后， WebRTC业务服务器向第一 Web应用发送包含 处理指示表的表保存请求， 其中处理指示表具体为业务与处理指示对应关 系表， 接收第一 Web应用发送表保存响应， 其中， 表保存响应不包含允许 更新标志； 或者， WebRTC业务服务器将 WebRTC业务服务器所支持的所 有业务分别进行分类以及为每种类型设定相应的处理指示， 并将业务的业 务 ID与业务对应的类型 ID存储在业务与类型对应关系表中， 并将业务对 应的类型 ID与类型 ID相应的处理指示存储在类型与处理指示对应关系表 中， 在 WebRTC会话建立之后， WebRTC业务服务器向第一 Web应用发送 包含处理指示表的表保存请求， 其中处理指示表包含业务与类型对应关系 表和类型与处理指示对应关系表， 接收第一 Web应用发送表保存响应， 其 中， 表保存响应不包含允许更新标志。

在第四方面的第三种可能的实现方式中， 在第一 Web应用向第一终端 的浏览器发送状态修改请求之后， 还包括： 接收第一终端的浏览器发送的 包含允许更新标志的状态爹改响应， 并且根据允许更新标志， 第一 Web应 用向 WebRTC业务服务器发送地址启动消息， 以便于 WebRTC业务服务器 允许第二 Web应用向第一 Web应用发送第二 ICE地址。

在第五方面、一种处理 ICE地址的装置，用于在网页实时通信 WebRTC 会话过程中处理 ICE地址，所述 WebRTC会话是由第一万维网 Web应用与 第二 Web应用通过所述装置自身的 ICE地址和运行所述第二 Web应用的浏 览器的第一 ICE地址协商建立， 所述第一 Web应用为加载在所述装置上的 Web应用， 装置包括收发器和处理器， 其中： 收发器， 用于接收第一 Web 应用发送的地址增加候选消息， 地址增加候选消息包含运行第二 Web应用 的浏览器的第二 ICE地址和处理器对第二 ICE地址的处理指示； 收发器， 还用于向处理器发送第二 ICE地址和处理器对第二 ICE地址的处理指示； 处理器， 用于接收收发器发送的第二 ICE地址和处理器对第二 ICE地址的 处理指示， 并识别出处理指示， 根据识别出的处理指示， 对第二 ICE地址 进行相应处理。

在第五方面的第一种可能的实现方式中， 处理器具体包括检测模块和 丢弃模块， 其中： 检测模块用于检测从收发器接收到的第二 ICE地址是否 可达； 丢弃模块用于当检测模块检测到第二 ICE地址不可达时， 丢弃第二 ICE地址。

结合第五方面的第一种可能的实现方式， 在第五方面的第二种可能的 实现方式中， 处理器具体包括第一保存模块、 第一替换模块和第一自主决 策模块中的一个或多个， 其中， 第一保存模块， 用于当检测模块检测到第 二 ICE地址可达时， 以及当处理器识别出处理指示为保存时， 保存装置自 身的 ICE地址和第二 ICE地址的地址对； 第一替换模块， 用于当检测模块 检测到第二 ICE地址可达时， 以及当处理器识别出处理指示为替换时， 将 第一 ICE地址替换为第二 ICE地址； 第一自主决策模块， 用于当检测模块 检测到第二 ICE地址可达时，以及当处理器识别出处理指示为自主决策时， 检查从收发器接收到的第二 ICE地址携带的优先级； 如果第二 ICE地址携 带的优先级大于第一 ICE地址携带的优先级， 则将与第一 ICE地址替换为 第二 ICE地址； 如果第二 ICE地址携带的优先级小于或等于所第一 ICE地 址携带的优先级， 则向丢弃模块发送丢弃命令； 丢弃模块， 还用于接收第 一自主决策模块发送的丢弃命令， 丢弃第二 ICE地址。

结合第五方面的第一种可能的实现方式， 在第五方面的第三种可能的 实现方式中，处理器具体还用于识别出处理指示，根据识别出的处理指示， 修改所述运行所述第二 Web应用的浏览器中的 ICE代理状态机的状态， 使 修改后的状态与处理指示相对应； 根据 ICE代理状态机的状态， 所述装置 对第二 ICE地址进行相应处理。

结合第五方面的第三种可能的实现方式， 在第五方面的第四种可能的 实现方式中， 处理器具体包括第二保存模块、 第二替换模块和第二自主决 策模块中的一个或多个，其中，第二保存模块，用于根据处理指示为保存， 修改 ICE代理状态机的状态为保持状态； 当检测模块检测到第二 ICE地址 可达时， 保存装置自身的 ICE地址和第二 ICE地址的地址对； 第二替换模 块， 用于根据处理指示为替换， 修改 ICE代理状态机的状态为检测状态； 当检测模块检测到第二 ICE地址可达时， 将第一 ICE地址替换为第二 ICE 地址； 第二自主决策模块， 用于根据处理指示为自主决策， 修改 ICE代理 状态机的状态为自动状态； ICE 代理状态机的状态为自动状态时， 当检测 模块检测到第二 ICE地址可达时， 检查第二 ICE地址携带的优先级； 如果 第二 ICE地址携带的优先级大于第一 ICE地址携带的优先级， 则将与第一 ICE地址替换为第二 ICE地址； 如果第二 ICE地址携带的优先级小于或等 于第一 ICE地址携带的优先级， 则向丢弃模块发送丢弃命令； 丢弃模块， 还用于接收第二自主决策模块发送的丢弃命令， 丢弃第二 ICE地址。

第六方面， 一种设置 ICE地址处理指示的装置， 包括： 会话模块， 用 于通过第一终端的浏览器的 ICE地址与万维网 Web应用通过第二终端的浏 览器的第一 ICE地址进行协商，并建立网页实时通信 WebRTC会话，其中， Web应用为加载在第二终端的浏览器上 Web应用；收发器，用于在 WebRTC 会话过程中， 接收 Web应用发送的地址传输消息， 地址传输消息包含第二 终端的浏览器的第二 ICE地址； 处理器， 用于根据当前业务的业务 ID和处 理指示表， 确定第一终端的浏览器对收发器接收到的第二 ICE地址的处理 指示， 并向收发器发送第一终端的浏览器对第二 ICE地址的处理指示； 收 发器， 还用于接收处理器发送的第一终端的浏览器对第二 ICE地址的处理 指示， 并向第一终端的浏览器发送地址增加候选消息， 地址增加候选消息 包含了第二 ICE地址和第一终端的浏览器对第二 ICE地址处理指示， 以便 于第一终端的浏览器根据处理指示对第二 ICE地址进行相应处理。

在第六方面的第一种可能的实现方式中， 处理器， 具体用于当处理指 示表具体为业务与处理指示对应关系表时，获取当前业务的业务 ID,其中， 业务 ID为创建当前业务时 WebRTC业务服务器分配的； 并根据业务 ID和 业务与处理指示对应关系表， 获得业务 ID对应的处理指示， 确认业务 ID 对应的处理指示为第一终端的浏览器对第二 ICE地址的处理指示； 或者， 处理器， 具体用于当处理指示表包含业务与类型对应关系表和类型与处理 指示对应关系表时， 获取当前业务的业务 ID, 其中， 业务 ID为创建当前 业务时 WebRTC业务服务器分配的；根据业务 ID和业务与类型对应关系表， 获得业务 ID对应的类型 ID, 并根据类型与处理指示对应关系表， 获得类 型 ID对应的处理指示， 确认类型 ID对应的处理指示为第一终端的浏览器 对第二 ICE地址的处理指示。 在第七方面， 一种处理交互式连接建立 ICE地址的装置， 用于在网页 实时通信 WebRTC会话过程中处理 ICE地址， 所述 WebRTC会话是由第一 万维网 Web应用与第二 Web应用通过所述装置自身的 ICE地址和运行所述 第二 Web应用的浏览器的第一 ICE地址协商建立，所述第一 Web应用为加 载在所述装置上的 Web应用， 装置包括收发器和处理器， 收发器， 用于接 收第一 Web应用发送的状态修改请求， 状态修改请求包含处理器对在整个 WebRTC会话期间内接收到的运行所述第二 Web应用的浏览器的所有第二 ICE地址的统一的处理指示， 其中， 第二 ICE地址为运行所述第二 Web应 用的浏览器的更新的 ICE 地址； 收发器还用于向处理器发送处理器在 WebRTC会话中对接收到的第二 ICE地址的处理指示； 处理器， 用于接收 收发器发送的处理指示， 并根据处理指示， 修改 ICE代理状态机的状态， 使修改后的状态与处理指示相对应； 收发器， 还用于接收第一 Web应用发 送的包含第二 ICE地址的地址增加候选消息， 并向处理器发送地址增加候 选消息； 处理器， 还用于接收收发器发送的地址增加候选消息， 根据 ICE 代理状态机的状态， 对第二 ICE地址进行相应处理。

在第七方面的第一种可能的实现方式中， 处理器具体包括检测模块和 丢弃模块， 其中： 检测模块用于检测从收发器接收到的第二 ICE地址是否 可达； 丢弃模块用于当检测模块检测到第二 ICE地址不可达时， 丢弃第二 ICE地址。

在第七方面的第二种可能的实现方式中， 处理器包括保存模块， 替换 模块和自主决策模块中的一个或多个， 其中， 保存模块， 用于当处理指示 为保存， 修改 ICE代理状态机的状态为保持状态， 并且当检测模块检测到 第二 ICE地址可达时， 以及当 ICE代理状态机的状态为保持状态， 保存装 置自身的 ICE地址和第二 ICE地址的地址对； 替换模块， 用于当处理指示 为替换， 修改 ICE代理状态机的状态为检测状态； 当检测模块检测到第二 ICE地址可达时，以及当 ICE代理状态机的状态为检测状态时，将第一 ICE 地址替换为第二 ICE地址； 自主决策模块， 用于当处理指示为自主决策， 修改 ICE代理状态机的状态为自动状态； 并当检测模块检测到第二 ICE地 址可达时， 以及当 ICE代理状态机的状态为自动状态时， 检查第二 ICE地 址携带的优先级，如果第二 ICE地址携带的优先级大于装置自身的第一 ICE 地址携带的优先级， 则将与第一 ICE地址替换为第二 ICE地址； 如果第二 ICE地址携带的优先级小于或等于第一 ICE地址携带的优先级， 则向丢弃 模块发送丢弃命令； 丢弃模块， 还用于接收丢弃模块发送的丢弃命令， 丢 弃第二 ICE地址。

在第七方面的第三种可能的实现方式中， 收发器， 还用于当 ICE代理 机的状态修改成功后， 向第一 Web应用发送包含允许更新标志的状态修改 响应， 以便于第一 Web应用根据允许更新标志通知 WebRTC业务服务器允 许第二 Web应用向第一 Web应用发送第二 ICE地址。

第八方面， 一种设置 ICE地址的处理指示的装置， 包括： 会话模块， 用于通过第一终端的浏览器的 ICE地址与万维网 Web应用通过第二终端的 浏览器的第一 ICE地址进行协商， 并建立网页实时通信 WebRTC会话， 其 中， Web应用为加载在第二终端的浏览器上 Web应用； 处理器， 用于根据 当前业务的业务 ID 和处理指示表， 确定第一终端的浏览器对在 WebRTC 会话期间内接收到的所有第二 ICE地址的统一的处理指示； 收发器， 用于 向第一终端的浏览器发送状态修改请求， 状态修改请求包含处理器确定的 第一终端的浏览器对在 WebRTC会话期间内接收到的所有第二终端的浏览 器的第二 ICE地址的统一的处理指示， 其中， 第二 ICE地址为第二终端的 浏览器的更新的 ICE地址；以便于第一终端的浏览器根据统一的处理指示， 修改第一终端的浏览器中的 ICE代理状态机的状态， 使修改后的状态与处 理指示相对应。

在第八方面的第一种可能的实现方式中， 处理器具体用于当处理指示 表具体为业务与处理指示对应关系表时， 获取当前业务的业务 ID, 其中， 业务 ID为创建当前业务时 WebRTC业务服务器分配的； 根据业务 ID和业 务与处理指示对应关系表， 获得业务 ID对应的处理指示， 确认业务 ID对 应的处理指示为第一终端的浏览器对在 WebRTC会话期间内接收到的所有 第二 ICE地址的统一的处理指示； 或者， 处理器具体还用于当处理指示表 为业务与类型对应关系表和类型与处理指示对应关系表时， 获取当前业务 的业务 ID,其中，业务 ID为创建当前业务时 WebRTC业务服务器分配的； 根据业务 ID和类型表， 获得业务 ID对应的类型 ID, 并根据类型 ID与处 理指示的对应关系表， 获得类型 ID对应的处理指示， 确认类型 ID对应的 处理指示为第一终端的浏览器对在 WebRTC会话期间内接收到的所有第二 ICE地址的统一的处理指示。

在第八方面的第二种可能的实现方式中， 收发器， 还用于接收第一终 端的浏览器发送的包含允许更新标志的状态修改响应， 并且根据允许更新 标志， 向 WebRTC业务服务器发送 ICE地址启动消息， 以便于 WebRTC业 务服务器允许第二 Web应用向第一 Web应用发送第二 ICE地址。

第九方面， 一种 WebRTC业务服务器， 包括收发器和处理器， 其中， 处理器， 用于将 WebRTC业务服务器所支持的所有业务分别设定相应的处 理指示，并将业务的业务 ID与业务相应的处理指示保存在业务与处理指示 对应关系表中， 此时处理指示表具体为业务与处理指示对应关系表， 或者 将 WebRTC业务服务器所支持的所有业务分别进行分类以及为每种类型设 定相应的处理指示， 并将业务的业务 ID与业务对应的类型 ID存储在业务 与类型对应关系表中， 并将业务对应的类型 ID与类型 ID相应的处理指示 存储在类型与处理指示对应关系表， 此时处理指示表包含业务与类型对应 关系表和类型与处理指示对应关系表； 收发器， 用于在 WebRTC会话建立 之后， 向加载在第一终端的浏览器上的第一 Web应用发送包含处理指示表 的表保存请求， 接收第一 Web应用发送表保存响应。

在第九方面的第一种可能的实现方式中， 收发器还用于， 当表保存响 应包含允许更新标志时， 根据允许更新标志， 向加载在第二终端的浏览器 上的第二 Web应用发送允许更新消息， 以便于允许第二 Web应用向第一 Web应用发送第二 ICE地址； 当保存响应不包含允许更新标志时， 还接收 第一 Web应用发送的包含允许更新标志的允许更新通知， 根据允许更新标 志， 向第二 Web应用发送允许更新消息， 以便于允许第二 Web应用向第一 Web应用发送第二 ICE地址。

在本发明的实施例中，由于第一 Web应用可以根据当前业务的业务 ID 和处理指示表， 对接收到的第二 ICE地址设置相应的处理指示， 并可以让 第一终端的浏览器根据该处理指示， 对该第二 ICE地址进行相应处理， 这 样就可以第一 Web应用来控制第一终端的浏览器对第二 ICE地址的处理指 示。

附图说明 为了更清楚地说明本发明实施例的技术方案， 下面将对本发明实施例 中所需要使用的附图作筒单地介绍， 显而易见地， 下面所描述的附图仅仅 是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性 劳动的前提下， 还可以根据这些附图获得其他的附图。

图 1为典型的 WebRTC业务网络系统结构示意图；

图 为本发明实施例提供的一种处理 ICE地址的方法流程图；

图 3为本发明实施例提供的一种设置 ICE地址处理指示的方法流程图； 图 4为本发明实施例提供的另一种处理 ICE地址的方法流程图； 图 5为本发明实施例提供的另一种处理 ICE地址的方法流程图； 图 6为本发明实施例提供的另一种设置 ICE地址处理指示的方法流程 图；

图 7为本发明实施例提供的另一种处理 ICE地址的方法流程图； 图 8为本发明实施例提供的一种处理 ICE地址的装置的结构示意图； 图 9为本发明实施例提供的另一种处理 I C E地址的装置的结构示意图； 图 10为本发明实施例提供的一种设置 ICE地址处理指示的装置的结构 示意图；

图 11为本发明实施例提供的另一种处理 ICE地址的装置的结构示意图; 图 12为本发明实施例提供的另一种处理 ICE地址的装置的结构示意图； 图 13为本发明实施例提供的另一种设置 ICE地址处理指示的装置的结 构示意图；

图 14为本发明实施例提供的一种 WebRTC业务服务器的结构示意图； 图 15为本发明实施例提供的另一种处理 ICE地址的装置的结构示意图； 图 16为本发明实施例提供的另一种设置 ICE地址处理指示的装置的结 构示意图；

图 17为本发明实施例提供的另一种 WebRTC业务服务器的结构示意图。

具体实施方式 下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进 行清楚、 完整地描述， 显然， 所描述的实施例是本发明的一部分实施例， 而不是全部实施例。 基于本发明中的实施例， 本领域普通技术人员在没有 做出创造性劳动的前提下所获得的所有其他实施例， 都应属于本发明保护 的范围。

下面首先介绍一下一个典型的 WebRTC业务网络系统结构， 如图 1所 示：

终端 103,106 是一个可以运行浏览器的设备， 并且浏览器上可以加载 Web应用， 浏览器是一种用于访问互联网的软件， Web应用是一种业务模 块， 它存储在 WebRTC业务服务器 101上， 在浏览器访问到 WebRTC业务 服务器 101时， Web应用从 WebRTC业务服务器 101加载到浏览器上。 例 如： 终端 103,106 可以是计算机， 智能手机， 平板电脑 （Pad ), 电子书阅 览器， 瘦客户端等。

WebRTC业务服务器 101 是用于对加载在浏览器的 Web应用进行会话 控制、 寻址以及业务逻辑处理等。

TURN服务器 104可以用于帮助浏览器获得本浏览器可以用来和其它 浏览器进行通信的 ICE地址， 并中继浏览器之间的媒体流。 NAT网关 102是一种用于为浏览器访问互联网 （Internet )服务， 或者 和公网用户通信时进行内网地址到外网地址的转换的网络设备。 因为在现 实网络中， 由于公网 IP地址不足，导致使用私网 IP地址的私网广泛部署， 为了让私网环境中的计算机和外界通信，公司会使用 NAT( Network Address Translator )设备， 进行内网地址到外网地址的转换。

上述 ICE地址是浏览器在 TURN服务器的协助下， 从浏览器所在终端 103,106的各个网络接口收集到的可以被外界访问的地址。 ICE地址包含地 址、 媒体流 id (sdpMid)和媒体行索弓 I (sdpMLinelndex)信息。

ICE地址的结构和实例如下所示：

ICE地址： 地址： ICE地址序号 IP地址序号 传输层协议 优先级 IP地址 端口号 类型

SDP媒体流 ID

SDP媒体行索引 例如： 一个具体的 ICE地址为：

a=candidate:l 1 UDP 213070643 1 10.0.188.98 3487 type host

其中上述 ICE地址中的 ICE地址序号指的是： 该 ICE地址在当前浏览 器所在的终端所获得的 ICE地址信息中的位置， 比如当前浏览器所在的终 端收集了三个 ICE地址， 那么第一个 ICE地址的序号为 1 , 第二个 ICE地 址的序号为 2。

IP地址序号指的是： 浏览器所在的终端支持多个 IP地址时， 该 IP地 址的编号， 比如该终端支持多个网络接口的， 有 3个 IP地址， 那么 IP地 址序号可以为 1、 2、 3的编号。

传输层协议指的是： 浏览器所使用的传输层协议， 传输层协议可以有 TCP, UDP或者其他的协议等类型。 优先级可以使用 ICE地址的优先级参数来进行指示， 例如： 优先级参 数为 1表示优先级为最高。

用于浏览器决定使用 ICE地址的一个参考依据， 双方浏览器可以根据 某些算法共同计算出来的该 ICE地址的一串数值， 数值大则优先级高， 数 值小则优先级低。

类型指的是： 该 ICE地址的类型， 类型包括主机类型， 中继类型和服 务器类型等。

SDP媒体流 ID指的是： 该 ICE地址对应 WebRTC会话中的某个媒体 流的 ID。

SDP媒体行索引指的是：在 SDP中会包含某个媒体流的媒体行，在 ICE 地址中也会包含对应媒体流媒体行的 SDP媒体行索引。每个 SDP媒体行索 引对应 SDP中的每个媒体流，这样浏览器通过 ICE地址中的 SDP媒体行索 引可以知道该 ICE地址是用于哪个媒体流的。

如图 2所示， 为本发明实施例的一种处理 ICE地址的方法， 应用于网 页实时通信 WebRCT会话过程中， WebRTC会话是由第一万维网 Web应用 通过第一终端的浏览器的 ICE地址与第二 Web应用通过第二终端的浏览器 的第一 ICE地址协商建立的， 第一 Web应用为加载在第一终端的浏览器上 的 Web应用， 第二 Web应用为加载在第二终端的浏览器上的 Web应用， 该方法具体包括：

201第一终端的浏览器接收第一 Web应用发送的地址增加候选消息， 地址增加候选消息包含了第二终端的浏览器的第二 ICE地址和第一终端的 浏览器对第二 ICE地址的处理指示；

202、 第一终端的浏览器识别出处理指示， 根据识别出的处理指示， 对 第二 ICE地址进行相应处理。

具体的： 识别出处理指示为保存时， 第一终端的浏览器检测第二 ICE 地址是否可达， 在检测出第二 ICE地址可达时， 保存第一终端的浏览器自 身的 ICE地址和第二 ICE地址的地址对；在检测出第二 ICE地址不可达时， 则丢弃第二 ICE地址。

识别出处理指示为替换时， 第一终端的浏览器检测第二 ICE地址是否 可达， 在检测出第二 ICE地址可达时， 将第二终端的浏览器的第一 ICE地 址替换为第二 ICE地址； 在检测出第二 ICE地址不可达时， 丢弃第二 ICE 地址。

识别出处理指示为自主决策时， 第一终端的浏览器检测第二 ICE地址 是否可达， 在检测出第二 ICE地址可达时， 则检查第二 ICE地址携带的优 先级； 如果第二 ICE地址携带的优先级大于第一 ICE地址携带的优先级， 则将与第一 ICE地址替换为第二 ICE地址； 如果第二 ICE地址携带的优先 级小于或等于第一 ICE地址携带的优先级， 则丢弃第二 ICE地址； 在检测 出第二 ICE地址不可达时， 则丢弃第二 ICE地址。

上述检测第二 ICE地址是否可达， 具体为：

向第二终端的浏览器发送可达检测请求， 如果在规定时间内， 第一终 端的浏览器接收到第二终端的浏览器返回的可达检测响应， 则第二 ICE地 址可达； 如果在规定时间内， 第一终端的浏览器没有接收到第二终端的浏 览器返回的可达检测响应， 则第二 ICE地址不可达。

可选的， 第一终端的浏览器识别出处理指示， 根据识别出的处理指示 对第二 ICE地址进行相应处理， 具体包括： 第一终端的浏览器识别出处理 指示， 根据识别出的处理指示， 修改第一终端的浏览器中的 ICE代理状态 机的状态， 使修改后的状态与处理指示相对应； 根据 ICE代理状态机的状 态， 第一终端的浏览器对第二 ICE地址进行相应处理。

可选的， 根据识别出的处理指示， 修改第一终端的浏览器中的 ICE代 理状态机的状态， 使修改后的状态与处理指示相对应； 根据 ICE代理状态 机的状态， 第一终端的浏览器对第二 ICE地址进行相应处理， 具体包括： 根据处理指示为保存， 修改 ICE代理状态机的状态为保持状态； 第一终端 的浏览器检测第二 ICE地址是否可达，并且在检测出第二 ICE地址可达时， 保存第一终端的浏览器的 ICE地址和第二 ICE地址的地址对； 在检测出第 二 ICE地址不可达时，则丢弃第二 ICE地址；或者，根据处理指示为替换， 修改 ICE代理状态机的状态为检测状态； 第一终端的浏览器检测第二 ICE 地址是否可达， 并且在检测出第二 ICE地址可达时， 将第一 ICE地址替换 为第二 ICE地址；在检测出第二 ICE地址不可达时，则丢弃第二 ICE地址； 或者，根据处理指示为自主决策，修改 ICE代理状态机的状态为自动状态； ICE代理状态机的状态为自动状态时， 第一终端的浏览器检测第二 ICE地 址是否可达， 并且在检测出第二 ICE地址可达时， 检查第二 ICE地址携带 的优先级； 如果第二 ICE地址携带的优先级大于第一 ICE地址携带的优先 级， 则将与第一 ICE地址替换为第二 ICE地址； 如果第二 ICE地址携带的 优先级小于或等于第一 ICE地址携带的优先级， 则丢弃第二 ICE地址； 在 检测出第二 ICE地址不可达时， 则丢弃第二 ICE地址。

可选的，地址增加候选消息是由第一 Web应用在接收第二 Web应用发 送的地址传输消息， 以及根据当前业务的业务 ID和处理指示表， 确定第一 终端的浏览器对第二 ICE地址的处理指示之后， 向第一终端的浏览器发送 的， 其中， 地址传输消息包含第二终端的浏览器的第二 ICE地址。

可选的， 该方法还包括： 在 WebRTC会话建立之前， WebRTC业务服 务器将 WebRTC业务服务器所支持的所有业务分别设定相应的处理指示， 并将业务的业务 ID 与业务相应的处理指示保存在业务与处理指示对应关 系表中， 在 WebRTC会话建立之后， WebRTC业务服务器向第一 Web应用 发送包含处理指示表的表保存请求， 其中处理指示表具体为业务与处理指 示对应关系表， 接收第一 Web应用发送包含允许更新标志的表保存响应， 根据允许更新标志， 向第二 Web应用发送允许更新消息， 以便于允许第二 Web应用向第一 Web应用发送第二 ICE地址； 或者， WebRTC业务服务器 将 WebRTC业务服务器所支持的所有业务分别进行分类以及为每种类型设 定相应的处理指示， 并将业务的业务 ID与业务对应的类型 ID存储在业务 与类型对应关系表中， 并将业务对应的类型 ID与类型 ID相应的处理指示 存储在类型与处理指示对应关系表中，在 WebRTC会话建立之后， WebRTC 业务服务器向第一 Web应用发送包含处理指示表的表保存请求， 其中处理 指示表包含业务与类型对应关系表和类型与处理指示对应关系表， 接收第 一 Web应用发送含允许更新标志的表保存响应， 根据允许更新标志， 向第 二 Web应用发送允许更新消息， 以便于允许第二 Web应用向第一 Web应 用发送第二 ICE地址。

进一步的， 该方法还包括： 当处理指示表具体为业务与处理指示对应 关系表时， 第一 Web应用获取当前业务的业务 ID, 其中， 业务 ID为创建 当前业务时 WebRTC业务服务器分配的； 第一 Web应用根据业务 ID和业 务与处理指示对应关系表， 获得业务 ID对应的处理指示， 确认业务 ID对 应的处理指示为第一终端的浏览器对第二 ICE地址的处理指示； 或者， 当 处理指示表包含业务与类型对应关系表和类型与处理指示对应关系表时， 第一 Web应用获取当前业务的业务 ID, 其中， 业务 ID为创建当前业务时 WebRTC业务服务器分配的； 第一 Web应用根据业务 ID和业务与类型对 应关系表， 获得业务 ID对应的类型 ID, 并根据类型与处理指示对应关系 表， 获得类型 ID对应的处理指示， 确认类型 ID对应的处理指示为第一终 端的浏览器对第二 I C E地址的处理指示。

如图 3所示， 为本发明实施例的一种设置 ICE地址处理指示的方法， 该方法具体包括：

301、 第一 Web应用通过第一终端的浏览器的 ICE地址与第二 Web应 用通过第一终端的浏览器的第一 ICE地址进行协商，并建立 WebRTC会话， 其中， 第一 Web应用为加载在第一终端的浏览器上 Web应用， 第二 Web 应用为加载在第二终端的浏览器上 Web应用；

302、 在 WebRTC会话过程中， 第一 Web应用接收第二 Web应用发送 的地址传输消息， 地址传输消息包含第二终端的浏览器的第二 ICE地址；

303、 第一 Web应用根据当前业务的业务 ID和处理指示表， 确定第一 终端的浏览器对第二 ICE地址的处理指示；

304、 向第一终端的浏览器发送地址增加候选消息， 地址增加候选消息 包含了第二 ICE地址和第一终端的浏览器对第二 ICE地址处理指示， 以便 于第一终端的浏览器根据处理指示对第二 ICE地址进行相应处理。

具体的， 处理指示具体为： 保存、 替换或者自主决策。

可选的： 第一 Web应用根据当前业务的业务 ID和处理指示表， 确定 第一终端的浏览器对第二 ICE地址的处理指示， 具体为： 当处理指示表为 业务 ID与处理指示的对应关系表时， 第一 Web应用获取当前业务的业务 ID, 其中， 业务 ID为创建当前业务时 WebRTC业务服务器分配的； 第一 Web应用根据业务 ID和业务 ID与处理指示的对应关系表，获得业务 ID对 应的处理指示， 确认业务 ID 对应的处理指示为第一终端的浏览器对第二 ICE 地址的处理指示； 或者， 当处理指示表为类型表和类型与处理指示的 对应关系表时， 第一 Web应用获取当前业务的业务 ID, 其中， 业务 ID为 创建当前业务时 WebRTC业务服务器分配的； 第一 Web应用根据业务 ID 和类型表， 获得业务 ID对应的类型 ID, 并根据类型 ID与处理指示的对应 关系表， 获得类型 ID对应的处理指示， 确认类型 ID对应的处理指示为第 一终端的浏览器对第二 ICE地址的处理指示。

可选的， 该方法还包括： 在 WebRTC会话建立之前， WebRTC业务服 务器将 WebRTC业务服务器所支持的所有业务分别设定相应的处理指示， 并将业务的业务 ID 与业务相应的处理指示保存在业务与处理指示对应关 系表中， 在 WebRTC会话建立之后， WebRTC业务服务器向第一 Web应用 发送包含处理指示表的表保存请求， 其中处理指示表具体为业务与处理指 示对应关系表， 接收第一 Web应用发送含允许更新标志的表保存响应， 根 据允许更新标志， 向第二 Web 应用发送允许更新消息， 以便于允许第二 Web应用向第一 Web应用发送第二 ICE地址； 或者， WebRTC业务服务器 将 WebRTC业务服务器所支持的所有业务分别进行分类以及为每种类型设 定相应的处理指示， 并将业务的业务 ID与业务对应的类型 ID存储在业务 与类型对应关系表中， 并将业务对应的类型 ID与类型 ID相应的处理指示 存储在类型与处理指示对应关系表中，在 WebRTC会话建立之后， WebRTC 业务服务器向第一 Web应用发送包含处理指示表的表保存请求 , 其中处理 指示表包含业务与类型对应关系表和类型与处理指示对应关系表， 接收第 一 Web应用发送含允许更新标志的表保存响应， 根据允许更新标志， 向第 二 Web应用发送允许更新消息， 以便于允许第二 Web应用向第一 Web应 用发送第二 ICE地址。

如图 4所示， 为本发明实施例的另一种处理 ICE地址的方法， 该方法 具体包括：

401、用户 A使用 Web应用 A时， Web应用 A将加载在浏览器 A上， 浏览器 A运行在终端 103上， 用户 B使用 Web应用 B时， Web应用 B将 加载在浏览器 B上， 浏览器 B运行在终端 106上， Web应用 A和 Web应 用 B进行协商， 以建立 WebRTC会话。 协商的内容包括： ICE地址的协 商和 SDP参数协商。

这里的 Web应用 A和 Web应用 B可以为同种 Web应用， 比如： Web 应用 A和 Web应用 B都是 WebQQ, 只是 Web应用 A和 Web应用 B的账 号不同而已， Web应用 A和 Web应用 B还可以为不同种 Web应用，比如： Web应用 A是 WebQQ和 Web应用 B为微信。

为了描述的方便， 本发明的实施例可以做如下假设： 在 WebRTC会话 过程中，浏览器 B收集到的浏览器 B自身的 ICE地址为浏览器 B的第二 ICE 地址， 用于 Web应用 A与 Web应用 B之间正在进行的 WebRTC会话的浏 览器 B的 ICE地址为浏览器 B的第一 ICE地址。

在建立 WebRTC会话之前， WebRTC业务服务器将 WebRTC业务服务 器所支持的所有业务分别设定相应的处理指示，并将业务的业务 ID与业务 相应的处理指示保存在业务与处理指示对应关系表中， 在 WebRTC会话建 立之后， WebRTC业务服务器向 Web应用 A发送包含处理指示表的表保存 请求， 其中处理指示表具体为业务与处理指示对应关系表， 接收 Web应用 A发送包含允许更新标志的表保存响应， 根据允许更新标志， 向 Web应用 B发送允许更新消息，以便于允许 Web应用 B向 Web应用 A发送第二 ICE 地址； 或者， WebRTC业务服务器将 WebRTC业务服务器所支持的所有业 务分别进行分类以及为每种类型设定相应的处理指示， 并将业务的业务 ID 与业务对应的类型 ID存储在业务与类型对应关系表中，并将业务对应的类 型 ID与类型 ID相应的处理指示存储在类型与处理指示对应关系表中， 在 WebRTC会话建立之后， WebRTC业务服务器向 Web应用 A发送包含处理 指示表的表保存请求， 其中处理指示表包含业务与类型对应关系表和类型 与处理指示对应关系表，接收 Web应用 A发送含允许更新标志的表保存响 应， 根据允许更新标志， 向 Web应用 B发送允许更新消息， 以便于允许 Web应用 B向 Web应用 A发送第二 ICE地址。

WebRTC 业务服务器可以根据每种业务的业务需求来确定每种业务对 应的处理指示或者每种业务对应的类型所对应的处理指示。 如果该业务的 要求是不能中断的， 例如： 紧急呼叫， 视频通话等， 该类业务被设定为保 存的处理指示， 如果该业务的要求是不需要长时间连接的， 即是可以中断 的， 例如： 微博业务， 微信业务等， 该业务被设定为替换的处理指示， 该 类业务也可以被设定为自主决策的处理指示。

402: Web应用 B在接收 WebRTC业务服务器发送的允许更新消息后， 确认当前可以将浏览器 B的新 ICE地址发送给 Web应用 A, 因此根据业务 需求或者网络需求， 确定浏览器 B需要收集浏览器 B 自身的新 ICE地址。

例如： 在以下这些场景中， Web应用 B会确定并指示浏览器 B收集新 ICE地址。 1 ), TURN服务器超负荷负载或者发生故障时， 需要更换 TURN 服务器为浏览器 B服务，即 TURN服务器的地址发生了改变，因此 WebRTC 业务服务器向 Web应用 B知会 TURN服务器的地址发生了改变， Web应用 B确定需要指示浏览器 B收集新 ICE地址。 2 ), 当用户 B通过 Web应用 B 手动选择切换到不同运营商服务器时。 由于不同的运营商各自维护自己的 TURN服务器， 如果用户 B将终端 B所在的网络从第一运营商切换到第二 运营商时，那么自然将为运行在终端 B上的浏览器 B服务的第一 TURN服 务器切换到第二 TURN服务器，第二 TURN服务器将为浏览器 B分配新 ICE 地址， 即 TURN服务器地址发生了改变， Web应用 B确定需要指示浏览器 B收集新 ICE地址。 3 ), Web应用 B根据当前不同业务的上下文， 为不同 的业务选择不同的 ICE地址。 比如运营商有十个 TURN月良务器， TURN 服务器 1,2和 3是带宽最大的服务器， 而 TURN服务器 10是带宽最差的服 务器， 一些对带宽要求强的业务， 比如视频， 需要用 TURN服务器 1,2或 3 为该业务服务； 而一些对带宽要求不强的业务， 比如传输小数据， 则可以 使用 TURN服务器 10为该业务服务， 即当前的业务发生了改变时， TURN 服务器地址发生了改变， Web应用 B确定需要指示浏览器 B收集新 ICE地 址。

假设：在 WebRTC会话过程中，浏览器 B收集到的浏览器 B 自身的 ICE 地址为浏览器 B的第二 ICE地址， 当前 Web应用 A与 Web应用 B之间正 在进行的 WebRTC会话的浏览器 B的 ICE地址为浏览器 B的第一 ICE地址。

403、 Web应用 B向浏览器 B发送地址更新 （ updatelCE ) 消息， 通知 浏览器 B收集浏览器 B 自身的第二 ICE地址， 该 updatelCE消息中携带了 新的 TURN服务器地址。

404、浏览器 B收到 Web应用 B发送的 updatelCE消息，根据 updatelCE 消息携带的新的 TURN服务器的地址， 从该新的 TURN服务器上获取到浏 览器 B 自身的第二 ICE地址。

浏览器 B根据 ICE地址类型、 中间节点有无和数量、 IP地址类型、 安 全以及网关距离主机远近等综合因素，可以确定 ICE地址的优先级，如 ICE 地址类型包括： 主机地址、 TURN 地址、 会话穿越效用网络地址转换器 ( Session Traversal Utilities for NAT, STUN )协助获取地址和对等地址等； 媒体流将途经中间节点的优先级将比媒体流不途经中间节点优先级低， 例 如： 媒体流会流经 TURN服务器， TURN服务器就是中间节点； IP地址类 型的优先级顺序是： IPv6地址类型高于 IPv6地址到 IPv4地址（ IPv6toIPv4 ) 的类型， IPv6toIPv4类型高于 IPv4地址的类型； 安全的优先级顺序是： 虚 拟专用网络（ Virtual Private Network , VPN ) 高于普通网络； 网关距离主机 远近优先级顺序是： 网关距离主机近的优先级高于网关距离主机远的优先 级。

本发明还有另外一个实施例， 除了 Web应用 B 因为 TURN服务器更 换时指示浏览器 B收集浏览器 B 自身的第二 ICE地址场景之外， 浏览器 B 还可以在无需接收到 Web应用 B发送 updatelCE消息情况下， 直接收集浏 览器 B的第二 ICE地址， 此时步骤 402-404就无需执行了。

例如： 浏览器 B所在终端原来在 3G网络， 但是现在由于位置移动， 新的位置又连接上了 WIFI, 则现在浏览器 B所在终端除了 3G网络可以使 用， 又有 WIFI网络可以使用， 虽然 3G网络或 WIFI网络可能还是同一个 运营商网络，其 TURN服务器是没有变的，但是新增加了 WIFI网络接口， TURN服务器上还是会给浏览器 B分配一个更适合这个新网络接口的 ICE 地址，

当终端 B的无线模块检测到终端 B已经连接到 WIFI网络时， 终端 B 的无线模块会向浏览器 B发送网络接口增加消息， 并在该网络接口增加消 息包含了此时 WIFI接口的 IP地址和端口号，浏览器 B根据该 IP地址和端 口号， 向 TURN服务器发送 STUN请求； TURN服务器根据 STUN请求， 为浏览器分配一个合适的 ICE地址， 并向浏览器 B发送 STUN响应， 该 STUN响应包含了上述 ICE地址。

405、 浏览器 B收集到了第二 ICE地址之后， 向 Web应用 B发送地址 候选 ( onlCEcandidate )消息， 该 onlCEcandidate消息中带有浏览器 B的第 二 ICE地址。 onlCEcandidate消息是用于从浏览器向 Web应用传输浏览器 自身的新 ICE地址。

406、 Web应用 B收到 onlCEcandidate消息之后，从该消息中取出浏览 器 B的第二 ICE地址。 Web应用 B可以通过和 WebRTC业务服务器之间的 信令连接，并通过 WebRTC业务服务器中转向 Web应用 A发送包含浏览器 B的第二 ICE地址的地址传输消息。

上述 Web 应用和 WebRTC 业务服务器之间的信令连接可以是基于 HTTP的信令连接，也可以是基于 Websocket的信令连接。如果是基于 HTTP 的信令连接， 需要 Web应用 A保持和 WebRTC业务服务器之间的 HTTP 长轮询连接，这样当 WebRTC业务服务器需要向给 Web应用 A的发送浏览 器 B的第二 ICE地址时， 可以通过 HTTP长轮询中的 HTTP响应将该浏览 器 B的第二 ICE地址发送给 Web应用 A, 此时， 地址传输消息具体可以是 HTTP消息。 如果是基于 Websocket的信令连接， WebRTC业务服务器均可 以保持和 Web应用 A、 Web应用 B之间的 Websocket长连接， 可以随时向 Web应用 A或 Web应用 B发送信令， 也可以随时接收来自 Web应用 A或 Web应用 B的信令，在这种情况下， Web应用 B可以将浏览器 B的第二 ICE 地址携带在 Websocket报文， 此时， 地址传输消息具体可以是 Websocket 报文， 并通过 WebRTC业务服务器将包含 Websocket报文发送到 Web应用 A。

407、 Web应用 A接收 Web应用 B发送的地址传输消息后， 从地址传 输消息中获取到浏览器 B的第二 ICE地址。 Web应用 A根据当前业务的业 务 ID和处理指示表， 确定浏览器 A对该浏览器 B的第二 ICE地址的处理 指示， 并向浏览器 A 发送地址增加候选 （ addlceCandidate ) 消息， 该 addlceCandidate中携带了浏览器 B的第二 ICE地址以及对该浏览器 B的第 二 ICE地址的处理指示。

当处理指示表具体为业务与处理指示对应关系表时， Web应用 A获取 当前业务的业务 ID, 其中， 业务 ID为创建当前业务时 WebRTC业务服务 器分配的； Web应用 A根据业务 ID和业务与处理指示对应关系表， 获得 业务 I D对应的处理指示， 确认业务 ID对应的处理指示为浏览器 A对第二 ICE 地址的处理指示； 或者， 当处理指示表包含业务与类型对应关系表和 类型与处理指示对应关系表时， Web应用 A获取当前业务的业务 ID,其中， 业务 ID为创建当前业务时 WebRTC业务服务器分配的； Web应用 A根据 业务 ID和业务与类型对应关系表， 获得业务 ID对应的类型 ID, 并根据类 型与处理指示对应关系表， 获得类型 ID对应的处理指示， 确认类型 ID对 应的处理指示为浏览器 A对第二 ICE地址的处理指示。

处理指示可以多种， 比如， 替换， 保存和自主决策。 其中处理指示可 以两种表达， 可以通过处理参数来表示， 处理参数具体可以为 replace, 而 replace参数有三个值， 1), Yes, 表示的处理指示为替换， 即浏览器 A需要 优先使用浏览器 B的第二 ICE地址，也就是说，在检测浏览器 B的第二 ICE 地址可达时，将浏览器 B的址第一 ICE地址替换为浏览器 B的第二 ICE地 址， 在检测浏览器 B的第二 ICE地址不可达时， 浏览器 A丢弃该浏览器 B 的第二 ICE地址； 2), No, 表示的处理指示为保存， 即浏览器 A优先保存 浏览器 B的第二 ICE地址， 也就是说， 在检测浏览器 B的第二 ICE地址可 达时， 浏览器 A只保存浏览器 A的 ICE地址与浏览器 B的第二 ICE地址 的地址对， 在检测浏览器 B的第二 ICE地址不可达时， 浏览器 A丢弃该浏 览器 B的第二 ICE地址； 3 ), Auto, 表示的处理指示为自主决策， 即由浏 览器 A自身决策如何使用浏览器 B的第二 ICE地址。还可以利用不同的处 理参数来表示不同的处理指示， 例如处理参数为 replace时， 与上述 replace 的值为 yes的含义相同， 处理参数为 store时， 与上述 replace的值为 no的 含义相同， 处理参数为 auto时， 与上述 replace的值为 auto的含义相同。

408、 浏览器 A接收到 addlceCandidate消息后， 根据 addlceCandidate 消息中处理指示来处理该浏览器 B的第二 ICE地址。

浏览器 A根据处理指示来处理该浏览器 B的第二 ICE地址的详细方法 描述如下：

1 ) 当浏览器 A 收到 Web应用 A的 addlceCandidate消息后， 浏览器 A首先判断现有的 WebRTC 会话中是否有对应的连接。在 ICE地址中包含 一个 M行索引的参数， 浏览器会将这个 M行索引对比现有 SDP中所有 M 行的索引， 如果找到一个和 ICE地址的 M行索引相同的 M行， 就认为存 在一个和 ICE地址对应的连接， 否则就是不存在。

2 )如果现有的 WebRTC 会话中不存在对应连接， 那么浏览器 A会忽 略 addlceCandidate消息中的处理指示，检测浏览器 B的第二 ICE地址是否 可达， 如果浏览器 B的第二 ICE地址可达， 浏览器 A则将该浏览器 B的第 二 ICE地址和浏览器 A自身的 ICE地址配对并保存在浏览器 A的 ICE地址 对列表中。 如果浏览器 B的第二 ICE地址不可达， 浏览器 A则丢弃该浏览 器 B的第二 ICE地址。

3 ) 如果现有的 WebRTC 会话中存在对应连接， 浏览器 A 则分析 addlceCandidate消息中处理指示。 如果处理指示为替换， 浏览器 A检测该 浏览器 B的第二 ICE地址是否可达，如果浏览器 B的第二 ICE地址不可达， 则丢弃该浏览器 B的第二 ICE地址；如果该浏览器 B的第二 ICE地址可达， 浏览器 A则将与浏览器 B第一 ICE地址替换为该浏览器 B的第二 ICE地址。 如果处理指示为保存， 浏览器 A检测浏览器 B的第二 ICE地址是否可达， 如果浏览器 B的第二 ICE地址可达， 浏览器 A则将该浏览器 B的第二 ICE 地址和浏览器 A自身的 ICE地址配对并保存在浏览器 A的 ICE地址对列表 中； 如果浏览器 B的第二 ICE地址不可达， 浏览器 A则丢弃掉该浏览器 B 的第二 ICE地址。 如果处理指示为自动， 浏览器 A可以根据自主决策如何 处理该浏览器 B的第二 ICE地址， 比如： 浏览器 A检测该浏览器 B的第二 ICE地址是否可达， 如果该浏览器 B的第一 ICE可达， 则检查该浏览器 B 的第二 ICE地址携带的优先级； 如果该浏览器 B的第二 ICE地址携带的优 先级大于浏览器 B的第一 ICE地址携带的优先级， 则将与浏览器 B的第一 ICE地址替换为该浏览器 B的第二 ICE地址， 否则丢弃该浏览器 B的第二 ICE地址； 如果浏览器 B的第二 ICE地址不可达， 则丢弃该浏览器 B的第 二 ICE地址。

或者， 根据 addlceCandidate消息中处理指示来处理该浏览器 B的第二 ICE 地址， 具体为： 当处理指示为保存时， 根据所述处理指示为保存， 修 改 ICE代理状态机的状态为保持状态； 浏览器 A检测第二 ICE地址是否可 达， 并且在检测出所述第二 ICE地址可达时， 保存的浏览器 A的 ICE地址 和第二 ICE地址的地址对； 在检测出第二 ICE地址不可达时， 则丢弃第二 ICE地址； 当处理指示为替换时， 根据所述处理指示为替换， 修改 ICE代 理状态机的状态为检测状态； 浏览器 A检测第二 ICE地址是否可达， 并且 在检测出第二 ICE地址可达时， 将第一 ICE地址替换为第二 ICE地址； 在 检测出第二 ICE地址不可达时， 则丢弃第二 ICE地址； 当处理指示为自主 决策时， 根据处理指示为所述自主决策， 修改 ICE代理状态机的状态为自 动状态； ICE代理状态机的状态为自动状态时， 浏览器 A检测第二 ICE 地址是否可达， 并且在检测出第二 ICE地址可达时， 检查第二 ICE地址携 带的优先级； 如果第二 ICE地址携带的优先级大于第一 ICE地址携带的优 先级， 则将第一 ICE地址替换为第二 ICE地址； 如果第二 ICE地址携带的 优先级小于或等于第一 ICE地址携带的优先级，则丢弃所述第二 ICE地址； 在检测出第二 ICE地址不可达时， 则丢弃第二 ICE地址。

下面介绍一下浏览器 A检测浏览器 B的第二 ICE地址是否可达的具体 过程：

1 )、 浏览器 A向浏览器 B发送可达检测请求， 该可达检测请求具体可 以为 STUN请求， 以检测 "浏览器 A的 ICE地址： 浏览器 B的第二 ICE地 址" 地址对是否能够连通， 其中， 该 STUN请求包含了请求发送的源地址 和请求发往的目的地址， 例如： 这里的源地址为浏览器 A的 ICE地址， 目 的地址为浏览器 B的第二 ICE地址。

2 )、如果浏览器 A在规定时间内接收到浏览器 B返回的可达检测响应， 该可达检测响应具体可以为 STUN响应， 其中 STUN响应包含了响应发送 的源地址和请求发往的目的地址， 确认 "浏览器 A 的 ICE地址 ： 浏览器 B的第二 ICE地址" 地址对是可以用于和浏览器 B的进行 WebRTC会话， 则该浏览器 B的第二 ICE地址可达。 例如： 这里 STUN响应的源地址为浏 览器 B的第二 ICE地址， 目的地址为浏览器 A的 ICE地址； 如果在规定时 间内，没有接收到浏览器 B返回的可达检测响应，则该浏览器 B的第二 ICE 地址不可达。

3 )、 类似的， 浏览器 B也可以向浏览器 A发送可达检测请求， 该可达 检测请求具体可以为 STUN请求， 以检测 "浏览器 B的第二 ICE地址： 浏 览器 A的 ICE地址" 地址对是否可达， 其中， 该 STUN请求包含了请求发 送的源地址和请求发往的目的地址， 例如： 这里的源地址为浏览器 B的第 二 ICE地址， 目的地址为浏览器 A的 ICE地址。

4 )、如果浏览器 B在规定时间内接收到浏览器 A返回的可达检测响应， 该可达检测响应具体可以为 STUN响应， 其中 STUN响应包含了响应发送 的源地址和请求发往的目的地址， 确认 "浏览器 B 的第二 ICE地址 ： 浏 览器 A的 ICE地址" 地址对是可以用于和浏览器 A的进行 WebRTC会话， 则将该浏览器 A的 ICE地址可达。 例如： 这里的源地址为浏览器 A的 ICE 地址， 目的地址为浏览器 B的第二 ICE地址， 如果在规定时间内， 没有接 收到浏览器 A返回的可达检测响应， 则该浏览器 A的 ICE地址不可达。

在本发明的实施例中， 由于 WebRTC业务服务器根据业务需求， 预先 对 WebRTC业务服务器所能支持的所有业务都配置相应的处理方式， 这样 Web应用 A可以根据当前业务的业务 ID和处理指示表， 对接收到的浏览 器 B的第二 ICE地址设置相应的处理指示， 并可以让浏览器 A根据该处理 指示， 对该浏览器 B的第二 ICE地址进行相应处理， 这样就可以 Web应用 A实现了根据业务需求， 来控制浏览器 A对浏览器 B的第二 ICE地址的处 理指示， Web应用控制的粒度比较小， 影响小， 方便根据不同的业务灵活 调整对 ICE地址的策略。

如图 5所示， 为本发明实施例的另一种处理 ICE地址的方法， 应用于 信 WebRCT会话过程中， WebRTC会话是由第一万维网 Web应用通过第 一终端的浏览器的 ICE地址与第二 Web应用通过第二终端的浏览器的第一 ICE地址协商建立的， 第一 Web应用为加载在第一终端的浏览器上的 Web 应用， 第二 Web应用为加载在第二终端的浏览器上的 Web应用， 该方法具 体包括：

501、 第一终端的浏览器接收第一万维网 Web应用发送的状态修改请 求， 状态修改请求包含第一终端的浏览器对在 WebRTC会话期间内接收到 的所有第二终端的浏览器的第二 ICE地址的统一的处理指示， 其中， 第二 ICE地址为第二终端的浏览器的更新的 ICE地址；

502、根据统一的处理指示， 修改第一终端的浏览器中的 ICE代理状态 机的状态， 使修改后的状态与处理指示相对应；

具体的： 当统一的处理指示为保存时， 修改 ICE代理状态机的状态为 保持状态； 当统一的处理指示为替换时， 修改 ICE代理状态机的状态为检 测状态； 当统一的处理指示为自主决策时， 修改 ICE代理状态机的状态为 自动状态。

可选的， 向第一 Web应用发送含允许更新标志的状态修改响应， 以便 于第一 Web应用根据允许更新标志通知 WebRTC业务服务器允许第二 Web 应用向第一 Web应用发送第二 ICE地址。

503、 在 WebRTC会话期间内， 第一终端的浏览器接收第一 Web应用 发送的包含第二 ICE地址的地址增加候选消息， 其中地址增加候选消息由 第一 Web应用在接收到第二 Web应用发送的包含第二 ICE地址的地址传输 消息之后发送的。

504、根据 ICE代理状态机的状态， 第一终端的浏览器对第二 ICE地址 进行相应处理。

具体的： 当 ICE代理状态机的状态为保持状态时， 第一终端的浏览器 检测第二 ICE地址是否可达， 如果第二 ICE地址可达， 则保存第一终端的 浏览器的 ICE地址和第二 ICE地址的地址对； 如果第二 ICE地址不可达， 则丢弃第二 ICE地址； 当 ICE代理状态机的状态为检测状态时， 第一终端 的浏览器检测第二 ICE地址是否可达， 如果第二 ICE地址可达， 则将第二 终端的浏览器的第一 ICE地址替换为第二 ICE地址； 如果第二 ICE地址不 可达， 则丢弃第二 ICE地址； 根据 ICE代理状态机的状态为自动状态， 第 一终端的浏览器检测第二 ICE地址是否可达， 如果第二 ICE地址可达， 则 检查第二 ICE地址携带的优先级； 如果第二 ICE地址携带的优先级大于第 一 ICE地址携带的优先级， 则将与第一 ICE地址替换为第二 ICE地址； 如 果第二 ICE地址携带的优先级小于或等于第一 ICE地址携带的优先级， 则 丢弃第二 ICE地址； 如果第二 ICE地址不可达， 则丢弃第二 ICE地址。 其中检测第二 ICE地址是否可达， 具体为： 向第二终端的浏览器发送 可达检测请求， 如果在规定时间内， 第一终端的浏览器接收到第二终端的 浏览器返回的可达检测响应， 则第二 ICE地址可达； 如果在规定时间内， 第一终端的浏览器没有接收到第二终端的浏览器返回的能力检测响应， 则 第二 ICE地址是不可达。

可选的， 状态修改请求是由第一 Web应用根据当前业务的业务 ID和 处理指示表， 确定第一终端的浏览器对在 WebRTC会话期间内接收到的所 有第二 ICE地址的统一的处理指示之后， 向第一终端的浏览器发送的。

可选的， 该方法还包括： 在 WebRTC会话建立之前， WebRTC业务服 务器将 WebRTC业务服务器所支持的所有业务分别设定相应的处理指示， 并将业务的业务 ID 与业务相应的处理指示保存在业务与处理指示对应关 系表中， 在 WebRTC会话建立之后， WebRTC业务服务器向第一 Web应用 发送包含处理指示表的表保存请求， 其中处理指示表具体为业务与处理指 示对应关系表， 接收第一 Web应用发送表保存响应， 其中表保存响应不包 含允许更新标志； 或者， WebRTC业务服务器将 WebRTC业务服务器所支 持的所有业务分别进行分类以及为每种类型设定相应的处理指示， 并将业 务的业务 ID与业务对应的类型 ID存储在业务与类型对应关系表中， 并将 业务对应的类型 ID与类型 ID相应的处理指示存储在类型与处理指示对应 关系表中， 在 WebRTC会话建立之后， WebRTC业务服务器向第一 Web应 用发送包含处理指示表的表保存请求， 其中处理指示表包含业务与类型对 应关系表和类型与处理指示对应关系表， 接收第一 Web应用发送表保存响 应， 其中表保存响应不包含允许更新标志。

如图 6所示， 为本发明实施例的一种设置 ICE地址处理指示的方法， 该方法具体包括：

601、 第一 Web应用通过第一终端的浏览器的 ICE地址与第二 Web应 用通过第二终端的浏览器的第一 ICE地址进行协商，并建立 WebRTC会话， 其中， 第一 Web应用为加载在第一终端的浏览器上 Web应用， 第二 Web 应用为加载在第二终端的浏览器上 Web应用。

602、 第一 Web应用根据当前业务的业务 ID和处理指示表， 确定所述 第一终端的浏览器对在所述 WebRTC 会话期间内接收到的所有所述第二 ICE地址的统一的处理指示。

603、 第一 Web应用向第一终端的浏览器发送状态修改请求， 状态修 改请求包含第一终端的浏览器对在 WebRTC会话期间内接收到的所有第二 终端的浏览器的第二 ICE地址的统一的处理指示， 其中， 第二 ICE地址为 第二终端的浏览器的更新的 ICE地址； 以便于第一终端的浏览器根据统一的 处理指示， 修改第一终端的浏览器中的 ICE代理状态机的状态， 使修改后 的状态与处理指示相对应；

可选的，在第一 Web应用向第一终端的浏览器发送状态修改请求之后， 第一 web应用还接收第一终端的浏览器发送的包含允许更新标志的状态修 改响应， 并且根据允许更新标志， 第一 Web应用向 WebRTC业务服务器发 送 ICE地址启动消息，以便于 WebRTC业务服务器允许第二 Web应用向第 一 Web应用发送第二 ICE地址。

可选的： 第一 Web应用根据当前业务的业务 ID和处理指示表， 确定 第一终端的浏览器对在 WebRTC会话期间内接收到的所有第二 ICE地址的 统一的处理指示具体为： 当处理指示表具体为业务与处理指示对应关系表 时， 第一 Web应用获取当前业务的业务 ID, 其中， 业务 ID为创建当前业 务时 WebRTC业务服务器分配的； 第一 Web应用根据业务 ID和业务与处 理指示对应关系表， 获得业务 ID对应的处理指示， 确认业务 ID对应的处 理指示为第一终端的浏览器对在 WebRTC 会话期间内接收到的所有第二 ICE 地址的统一的处理指示； 或者， 当处理指示表包含业务与类型对应关 系表和类型与处理指示对应关系表时， 第一 Web应用获取当前业务的业务 ID, 其中， 业务 ID为创建当前业务时 WebRTC业务服务器分配的； 第一 Web应用根据业务 ID和业务与类型对应关系表， 获得业务 ID对应的类型 ID, 并根据类型 ID和类型与处理指示对应关系表， 获得类型 ID对应的处 理指示， 确认类型 ID 对应的处理指示为第一终端的浏览器对在 WebRTC 会话期间内接收到的所有第二 ICE地址的统一的处理指示。

可选的， 该方法还包括： 在 WebRTC会话建立之前， WebRTC业务服 务器将 WebRTC业务服务器所支持的所有业务分别设定相应的处理指示， 并将业务的业务 ID 与业务相应的处理指示保存在业务与处理指示对应关 系表中， 在 WebRTC会话建立之后， WebRTC业务服务器向第一 Web应用 发送包含处理指示表的表保存请求， 其中处理指示表具体为业务与处理指 示对应关系表， 接收第一 Web应用发送表保存响应， 其中， 表保存响应不 包含允许更新标志； 或者， WebRTC业务服务器将 WebRTC业务服务器所 支持的所有业务分别进行分类以及为每种类型设定相应的处理指示， 并将 业务的业务 ID与业务对应的类型 ID存储在业务与类型对应关系表中， 并 将业务对应的类型 ID与类型 ID相应的处理指示存储在类型与处理指示对 应关系表中， 在 WebRTC会话建立之后， WebRTC业务服务器向第一 Web 应用发送包含处理指示表的表保存请求， 其中处理指示表包含业务与类型 对应关系表和类型与处理指示对应关系表， 接收第一 Web应用发送表保存 响应， 其中， 表保存响应不包含允许更新标志。

如图 7所示， 为本发明实施例的另一种处理 ICE地址的方法， 该方法 具体包括：

701、 除了 WebRTC业务服务器接收 Web应用 A发送的表保存响应， 以及， 根据允许更新标志， 向 Web应用 B发送允许更新消息， 以便于允许 Web应用 B向 Web应用 A发送第二 ICE地址， 与步骤 401不同外， 其它 的内容与步骤 401相同， 本实施例在此不赘述。

在本实施例中， WebRTC业务服务器接收 Web应用 A发送的表保存响 应中并不包含允许更新标志， 进一步的， 由于当前 WebRTC业务服务器还 没有接收到 Web应用 A发送的允许更新标志，因此此时没有向 Web应用 B 发送允许更新消息。 702、 Web应用 A根据当前业务的业务 ID和处理指示表， 确定浏览器 A对在所述 WebRTC会话期间内接收到的所有浏览器 B的第二 ICE地址的 统一的处理指示， 并向浏览器 A发送状态修改请求， 所述状态修改请求具 体为 updatelCE消息， 该 updatelCE消息包含浏览器 A对在所述 WebRTC 会话期间内接收到的所有浏览器 B的第二 ICE地址的统一的处理指示。

处理指示可以多种， 比如， 替换， 保存和自主决策。 其中处理指示可 以有两种表达， 可以通过处理参数来表达， 处理参数具体可以为 replace, 而 replace参数有三个值， 1), Yes, 表示的处理指示为替换， 即浏览器 A 需要优先使用浏览器 B的第二 ICE地址， 也就是说， 在检测浏览器 B的第 二 ICE地址可达时，将浏览器 B的第一 ICE地址替换为浏览器 B的第二 ICE 地址， 在检测浏览器 B的第二 ICE地址不可达时， 浏览器 A丢弃该浏览器 B的第二 ICE地址； 2),No, 表示的处理指示为保存， 即浏览器 A优先保存 浏览器 B的第二 ICE地址， 也就是说， 在检测浏览器 B的第二 ICE地址的 可达时， 浏览器 A只保存浏览器 A的 ICE地址与浏览器 B的第二 ICE地 址的地址对， 在检测浏览器 B的第二 ICE地址不可达时， 浏览器 A丢弃该 浏览器 B的第二 ICE地址； 3 ), Auto, 表示的处理指示为自主决策， 即由 浏览器 A自身决策如何使用浏览器 B的第二 ICE地址。还可以利用不同的 处理参数来表达不同的处理指示，例如处理参数为 replace时，与上述 replace 的值为 yes的含义相同， 处理参数为 store时， 与上述 replace的值为 no的 含义相同， 处理参数为 auto时， 与上述 replace的值为 auto的含义相同。

当处理指示表具体为业务与处理指示对应关系表时， Web应用 A获取 当前业务的业务 ID, 其中， 业务 ID为创建当前业务时 WebRTC业务服务 器分配的； Web应用 A根据业务 ID和业务与处理指示对应关系表， 获得 业务 ID对应的处理指示， 确认业务 ID对应的处理指示为浏览器 A对在 WebRTC会话期间内接收到的所有第二 ICE地址的统一的处理指示；或者， 当处理指示表包含业务与类型对应关系表和类型与处理指示对应关系 表时， Web应用 A获取当前业务的业务 ID, 其中， 业务 ID为创建当前业 务时 WebRTC业务服务器分配的； Web应用 A根据业务 ID和业务与类型 对应关系表， 获得业务 ID对应的类型 ID, 并根据类型 ID和类型与处理指 示对应关系表， 获得类型 ID对应的处理指示， 确认类型 ID对应的处理指 示为浏览器 A对在 WebRTC会话期间内接收到的所有第二 ICE地址的统一 的处理指示。

703、浏览器 A接收了应用 A发送的 updatelCE消息后，根据 updatelCE 消息中统一的处理指示， 修改在浏览器 A中的 ICE代理状态机的状态。

浏览器 A根据 updatelCE消息中统一的处理指示， 修改在浏览器 A中 的 ICE代理状态机的状态。 比如当处理指示为保存的时候， 浏览器 A将在 浏览器 A中的 ICE代理状态机的状态修改为保持状态（ HOLD ) , 在这种状 态下，在本次 WebRTC会话过程中，浏览器 A后续收到浏览器 B的第二 ICE 地址之后， 在检测该浏览器 B的第二 ICE地址的可达时， 浏览器 A只保存 浏览器 A的 ICE地址与浏览器 B的第二 ICE地址的地址对，在检测浏览器 B的第二 ICE地址不可达时， 浏览器 A丢弃该浏览器 B的第二 ICE地址； 当处理指示为替换的时候，浏览器 A将浏览器 A中的 ICE代理状态机状态 修改为检测状态 （CHECKING ), 在这种状态下， 在本次 WebRTC会话过 程中， 浏览器 A在后续收到浏览器 B的第二 ICE地址之后， 在检测浏览器 B的第二 ICE地址可达时， 将浏览器 B的第一 ICE地址替换为浏览器 B的 第二 ICE地址， 在检测浏览器 B的第二 ICE地址不可达时， 浏览器 A丢弃 该浏览器 B的第二 ICE地址； 当处理指示为自主决策的时候， 浏览器 A在 ICE 代理状态机状态爹改为自动状态 （AUTO ), 在这种状态下， 在本次 WebRTC会话过程中，浏览器 A在后续收到浏览器 B的第二 ICE地址之后， 浏览器 A自身决策如何使用浏览器 B的第二 ICE地址。例如： 浏览器 A检 测该浏览器 B的第二 ICE地址是否可达，如果该浏览器 B的第一 ICE可达， 则检查该浏览器 B的第二 ICE地址携带的优先级； 如果该浏览器 B的第二 ICE地址携带的优先级大于浏览器 B的第一 ICE地址携带的优先级， 则将 与浏览器 B的第一 ICE地址替换为该浏览器 B的第二 ICE地址，否则丢弃 该浏览器 B的第二 ICE地址； 如果该浏览器 B的第一 ICE不可达， 则丢弃 该浏览器 B的第二 ICE地址。

704、 浏览器 A在修改 ICE代理状态机的状态完成后， 向 Web应用 A 发送允许更新标志的状态修改响应。

705、 Web应用 A接收允许更新标志的状态修改响应， 根据允许更新 标志， 向 WebRTC业务服务器发送地址启动消息， WebRTC业务服务器向 Web应用 B地址启动消息， 以允许 Web应用 B向 Web应用 A发送浏览器 B的第二 ICE地址， 其中， 第二 ICE地址为第二终端的浏览器的更新的 ICE 地址。

706、 Web应用 B接收 WebRTC业务服务器发送的地址启动消息， 确 认可以向 Web应用 A发送浏览器 B的第二 ICE地址， 并根据业务需求或 者网络需求， 确定浏览器 B需要收集浏览器 B 自身的新 ICE地址。

707-710、 与步骤 403-406相同， 本实施例在此不赞述。

711、 Web应用 A从 WebRTC 业务服务器接收到地址传输消息后， 从 地址传输消息中获取到浏览器 B 的第二 ICE 地址； 并向浏览器 A 发送 addlceCandidate消息，该 addlceCandidate消息中携带了浏览器 B的第二 ICE 地址。

712、 浏览器 A接收到上述 addlceCandidate消息， 获取到浏览器 B的 第二 ICE地址， 并根据步骤 703中保存的当前浏览器 A中的 ICE代理状态 机的状态， 确定对浏览器 B的第二 ICE地址的处理方式， 并根据该处理方 式对浏览器 B的第二 ICE地址相应处理。

1 ) 当浏览器 A收到 Web应用 A的 addlceCandidate消息后， 浏览器 A首先判断现有的 WebRTC 会话中是否有对应的连接。在 ICE地址中包含 一个 M行索引的参数， 浏览器会将这个 M行索引对比现有 SDP中所有 M 行的索引， 如果找到一个和 ICE地址的 M行索引相同的 M行， 就认为存 在一个和 ICE地址对应的连接， 否则就是不存在。

2 )如果现有的 WebRTC 会话中不存在对应连接， 那么浏览器 A会忽 略当前浏览器 A中的 ICE代理状态机的状态对应的处理方式， 检测浏览器 B的第二 ICE地址是否可达， 如果该浏览器 B的第二 ICE地址可达， 浏览 器 A则将该浏览器 B的第二 ICE地址和浏览器 A 自身的 ICE地址配对并 保存在浏览器 A的 ICE地址对列表中。如果该浏览器 B的第二 ICE地址不 可达， 浏览器 A则丢弃该浏览器 B的第二 ICE地址。

3 )如果现有的 WebRTC 会话中存在对应连接， 浏览器 A则分析当前 浏览器 A中的 ICE代理状态机的状态。 如果状态为检测状态， 浏览器 A检 测该浏览器 B的第二 ICE地址是否可达，如果该浏览器 B的第二 ICE地址 不可达， 则丢弃该浏览器 B的第二 ICE地址； 如果该浏览器 B的第二 ICE 地址可达，浏览器 A则将浏览器 B第一 ICE地址替换为该浏览器 B的第二 ICE地址。 如果处理方式为保持状态， 浏览器 A检测浏览器 B的第二 ICE 地址是否可达， 如果该浏览器 B的第二 ICE地址可达， 浏览器 A则将该浏 览器 B的第二 ICE地址和浏览器 A自身的 ICE地址配对并保存在浏览器 A 的 ICE地址对列表中； 如果该浏览器 B的第二 ICE地址不可达， 浏览器 A 则丢弃掉该浏览器 B的第二 ICE地址。 如果状态为自动状态， 浏览器 A检 测该浏览器 B的第二 ICE地址是否可达，如果该浏览器 B的第二 ICE地址 可达， 则检查该浏览器 B的第二 ICE地址自带的优先级； 如果该浏览器 B 的第二 ICE地址自带的优先级大于浏览器 B的第一 ICE地址自带的优先级， 则将与浏览器 B的第一 ICE地址替换为该浏览器 B的第二 ICE地址，否则 丢弃该浏览器 B的第二 ICE地址；如果该浏览器 B的第二 ICE地址不可达， 则丢弃该浏览器 B的第二 ICE地址。

浏览器 A检测浏览器 B 的第二 ICE地址是否可达的具体过程与步骤 408中的浏览器 A检测浏览器 B的第二 ICE地址是否可达的具体过程是相 同的， 这里就不赘述了。

在本发明的实施例中， 由于 Web应用 A在 WebRTC会话建立后， 确定 在本次 WebRTC会话期间内，浏览器 A对接收到的所有浏览器 B的第二 ICE 地址的统一的处理方式， 并向浏览器 A发送状态修改请求， 该状态修改请 求包含了在本次 WebRTC会话过程中浏览器 A对接收到的所有浏览器 B的 第二 ICE地址的统一的处理方式， 这样的话就实现了 Web应用 A在一个 WebRTC会话过程中， 设置统一的浏览器 B的第二 ICE地址的处理方式， 进一步的 Web应用 A无需为每一个浏览器 B发送的浏览器 B的第二 ICE 地址单独设置处理方式， 因此减少 Web应用 A对浏览器 B的第二 ICE地 址的处理判断。

图 8为本发明实施例提供的处理 ICE地址的装置的结构示意图， 用于 在网页实时通信 WebRTC会话过程中处理 ICE地址， 所述 WebRTC会话是 由第一万维网 Web应用与第二 Web应用通过所述装置自身的 ICE地址和运 行所述第二 Web应用的浏览器的第一 ICE地址协商建立， 所述第一 Web 应用为加载在所述装置上的 Web应用， 所述装置包括： 收发器 81和处理 器 82, 其中：

收发器 81 , 用于接收第一 Web应用发送的地址增加候选消息， 地址增 加候选消息包含处理器对运行第二 Web应用的浏览器的第二 ICE地址的处 理指示和第二 ICE地址；

收发器 81 , 还用于向处理器 82发送处理器对第二 ICE地址的处理指 示和第二 ICE地址；

处理器 82, 用于接收收发器 81发送的处理器对第二 ICE地址的处理 指示和第二 ICE地址， 并识别出该处理指示， 根据识别出的处理指示， 对 第二 ICE地址进行相应处理。

可选的， 图 9为本发明实施例提供的另一种处理 ICE地址的装置的结 构示意图， 处理器 82具体包括检测模块 821和丢弃模块 822, 其中： 检测 模块 821用于检测从收发器接收到的第二 ICE地址是否可达；丢弃模块 822 用于当检测模块检测到第二 ICE地址不可达时， 丢弃第二 ICE地址。

可选的， 处理器 82处理器具体包括第一保存模块 823、 第一替换模块 824和第一自主决策模块 825中的一个或多个， 该第一保存模块 823 , 用于 当检测模块检测到第二 ICE地址可达时， 以及当处理器识别出处理指示为 保存时， 保存处理 ICE地址的装置自身的 ICE地址和第二 ICE地址的地址 对；第一替换模块 824,用于当检测模块 821检测到第二 ICE地址可达时， 以及当处理器识别出处理指示为替换时， 将运行所述第二 Web应用的浏览 器的第一 ICE地址替换为第二 ICE地址； 第一自主决策模块 825 , 用于当 检测模块检测到第二 ICE地址可达时， 以及当处理器识别出处理指示为自 主决策时， 检查从收发器接收到的第二 ICE地址携带的优先级； 如果第二 ICE地址携带的优先级大于第一 ICE地址携带的优先级， 则将与第一 ICE 地址替换为第二 ICE地址； 如果第二 ICE地址携带的优先级小于或等于第 一 ICE地址携带的优先级， 则向丢弃模块发送丢弃命令； 丢弃模块 822, 还用于接收丢弃命令， 丢弃第二 ICE地址。

可选的：处理器具体还用于识别出处理指示，根据识别出的处理指示， 修改装置自身中的 ICE代理状态机的状态， 使修改后的状态与处理指示相 对应； 根据 ICE代理状态机的状态， 装置自身对第二 ICE地址进行相应处 理。

可选的， 处理器 82具体包括第二保存模块 826、 第二替换模块 827和 第二自主决策模块 828中的一个或多个， 其中， 第二保存模块 826, 用于根 据处理指示为保存， 修改 ICE代理状态机的状态为保持状态； 当检测模块 检测到第二 ICE地址可达时， 保存装置自身的 ICE地址和第二 ICE地址的 地址对； 第二替换模块 827, 用于根据处理指示为替换， 修改 ICE代理状 态机的状态为检测状态； 当检测模块检测到第二 ICE地址可达时， 将第一 ICE地址替换为第二 ICE地址； 第二自主决策模块 828,用于根据处理指示 为自主决策， 修改 ICE代理状态机的状态为自动状态； ICE代理状态机的 状态为自动状态时，当检测模块检测到第二 ICE地址可达时，检查第二 ICE 地址携带的优先级； 如果第二 ICE地址携带的优先级大于第一 ICE地址携 带的优先级， 则将与第一 ICE地址替换为第二 ICE地址； 如果第二 ICE地 址携带的优先级小于或等于第一 ICE地址携带的优先级， 则向丢弃模块发 送丢弃命令； 丢弃模块， 还用于接收第二自主决策模块发送的丢弃命令， 丢弃第二 ICE地址。

图 10为本发明实施例提供的一种设置 ICE地址的处理指示的装置的结 构示意图， 包括： 会话模块 1001 , 用于通过第一终端的浏览器的 ICE地址 与万维网 Web应用通过第二终端的浏览器的第一 ICE地址进行协商， 并建 立网页实时通信 WebRTC会话， 其中， Web应用为加载在第二终端的浏览 器上 Web应用，该 Web应用就为图 3的方法实施例对应的第二 Web应用； 收发器 1002,用于在 WebRTC会话过程中，接收 Web应用发送的地址 传输消息， 地址传输消息包含第二终端的浏览器的第二 ICE地址；

处理器 1003 , 用于根据当前业务的业务 ID和处理指示表， 确定第一 终端的浏览器对收发器 1002接收到的第二 ICE地址的处理指示，并将收发 器 1002发送第一终端的浏览器对收发器 1002接收到的第二 ICE地址的处 理指示；

收发器 1002, 还用于接收处理器发送的第一终端的浏览器对第二 ICE 地址的处理指示， 并向第一终端的浏览器发送地址增加候选消息， 地址增 加候选消息包含了第二 ICE地址和第一终端的浏览器对第二 ICE地址处理 指示， 以便于第一终端的浏览器根据处理指示对第二 ICE地址进行相应处 理。

可选的， 处理器 1003 , 具体用于当处理指示表具体为业务与处理指示 对应关系表时， 获取当前业务的业务 ID, 其中， 业务 ID为创建当前业务 时 WebRTC业务服务器分配的；并根据业务 ID和业务与处理指示对应关系 表， 获得业务 ID对应的处理指示， 确认业务 ID对应的处理指示为第一终 端的浏览器对第二 ICE地址的处理指示； 或者， 处理器 1003 , 具体用于当 处理指示表包含业务与类型对应关系表和类型与处理指示对应关系表时， 获取当前业务的业务 ID, 其中， 业务 ID为创建当前业务时 WebRTC业务 服务器分配的； 根据业务 ID和业务与类型对应关系表， 获得业务 ID对应 的类型 ID, 并根据类型与处理指示对应关系表， 获得类型 ID对应的处理 指示，确认类型 ID对应的处理指示为第一终端的浏览器对第二 I CE地址的 处理指示。

图 11为本发明实施例提供的另一种处理 ICE地址的装置的结构示意图， 用于在网页实时通信 WebRTC会话过程中处理 ICE地址， 所述 WebRTC会 话是由第一万维网 Web应用与第二 Web应用通过所述装置自身的 ICE地址 和运行所述第二 Web应用的浏览器的第一 ICE地址协商建立， 所述第一 Web应用为加载在所述装置上的 Web应用， 装置包括： 包括收发器 1101 和处理器 1102,

收发器 1101 , 用于接收第一 Web应用发送的状态修改请求， 状态修改 器请求包含处理器对在 WebRTC会话期间内接收到的所有所述第二 ICE地 址的统一的处理指示；

收发器 1101 , 还用于向处理器 1102发送处理器对在 WebRTC会话期 间内接收到运行所述第二 Web应用的所有第二 ICE地址的统一的处理指示 , 其中， 所述第二 ICE地址为运行第二 Web应用的浏览器的更新的 ICE地址； 处理器 1102, 用于接收收发器 1101发送的统一的处理指示， 并根据统 一的处理指示， 修改 ICE代理状态机的状态， 使修改后的状态与处理指示 相对应。

收发器 1101 , 还用于当 ICE 代理状态机的状态修改成功后， 向第一 Web应用发送包含允许更新标志的状态修改响应， 以便于所述第一 Web应 用根据所述允许更新标志通知 WebRTC业务服务器允许所述第二 Web应用 向所述第一 Web应用发送所述第二 ICE地址。

收发器 1101 ,还用于接收第一 Web应用发送的包含第二 ICE地址的地 址增加候选消息， 并向处理器 1102发送地址增加候选消息；

处理器 1102, 用于接收收发器 1101发送的地址增加候选消息， 并获取 到 ICE代理状态机的状态， 根据状态， 对第二 ICE地址进行相应处理。

可选的，图 12为本发明实施例提供的另一种处理 ICE地址的装置的结 构示意图，处理器 1103具体包括检测模块 11021和丢弃模块 11022,其中： 检测模块 11021用于检测从收发器 1101接收到的第二 ICE地址是否可达； 丢弃模块 11022用于当检测模块 11021检测到第二 ICE地址不可达时， 丢 弃第二 ICE地址。

可选的， 处理器 1102, 具体用于当处理指示为保存时， 修改 ICE代理 状态机的状态为保持状态； 当处理指示为替换， 修改 ICE代理状态机的状 态为检测状态； 当处理指示为自主决策， 修改 ICE代理状态机的状态为自 动^ 态；

可选的， 处理器 1102 具体还包括保存模块 11023 , 用于当检测模块 11021检测到第二 ICE地址可达时， 以及当 ICE代理状态机的状态为保持 状态时， 保存处理 ICE地址的装置自身的 ICE地址和第二 ICE地址的地址 对。

可选的， 处理器 1102 具体还包括替换模块 11024, 用于当检测模块 11021检测到第二 ICE地址可达时当 ICE代理状态机的状态为检测状态时， 将运行第二 Web应用的浏览器的第一 ICE地址替换为第二 ICE地址。

可选的， 处理器 1102具体还包括自主决策模块 11025 , 用于当检测模 块 11021检测到第二 ICE地址可达时， 以及当 ICE代理状态机的状态为自 动状态时， 检查第二 ICE地址携带的优先级， 如果第二 ICE地址携带的优 先级大于第一 ICE地址携带的优先级，则将与第一 ICE地址替换为第二 ICE 地址； 如果第二 ICE地址携带的优先级小于或等于第一 ICE地址携带的优 先级， 则向丢弃模块 11022发送丢弃命令；

丢弃模块 11022, 还用于接收丢弃命令， 丢弃第二 ICE地址。

图 13为本发明实施例提供的另一种设置 ICE地址的处理指示的装置的 结构示意图，具体包括：会话模块 1301 ,用于通过第一终端的浏览器的 ICE 地址与万维网 Web应用通过第二终端的浏览器的第一 ICE地址进行协商， 并建立 WebRTC会话， 其中， Web应用为加载在第二终端的浏览器上 Web 应用， 这里的 Web应用对应于图 6实施例的第二 Web应用；

处理器 1302, 用于根据当前业务的业务 ID和处理指示表， 确定第一 终端的浏览器对在 WebRTC会话期间内接收到的所有第二 ICE地址的统一 的处理指示。

收发器 1303 , 用于向第一终端的浏览器发送状态修改请求， 状态修改 请求包含了处理器 1302确定的第一终端的浏览器对在 WebRTC会话期间内 接收到的所有第二终端的浏览器的第二 ICE地址的统一的处理指示， 其中， 第二 ICE地址为第二终端的浏览器的更新的 ICE地址； 以便于第一终端的浏 览器根据统一的处理指示， 修改第一终端的浏览器中的 ICE代理状态机的 状态， 使修改后的状态与处理指示相对应。

收发器 1303 , 还用于接收第一终端的浏览器发送的包含允许更新标志 的状态修改响应， 并且根据允许更新标志， 向 WebRTC业务服务器发送地 址启动消息， 以便于 WebRTC业务服务器允许第二 Web应用向第一 Web 应用发送第二 ICE地址。

可选的，处理器 1302具体用于当处理指示表具体为业务与处理指示对 应关系表时， 获取当前业务的业务 ID, 其中， 业务 ID为创建当前业务时 WebRTC业务服务器分配的； 根据业务 ID和业务与处理指示对应关系表， 获得业务 ID对应的处理指示， 确认业务 ID对应的处理指示为第一终端的 浏览器对在 WebRTC会话期间内接收到的所有第二 ICE地址的统一的处理 指示； 或者， 处理器 1302具体还用于当处理指示表为业务与类型对应关系 表和类型与处理指示对应关系表时， 获取当前业务的业务 ID, 其中， 业务 ID为创建当前业务时 WebRTC业务服务器分配的；根据业务 ID和类型表， 获得业务 ID对应的类型 ID, 并根据类型 ID与处理指示的对应关系表， 获 得类型 ID对应的处理指示， 确认类型 ID对应的处理指示为第一终端的浏 览器对在 WebRTC会话期间内接收到的所有第二 ICE地址的统一的处理指 示。

如图 14所示， 介绍了一种 WebRTC业务服务器， 包括收发器和处理 器， 其中， 处理器 1401 , 用于将 WebRTC业务服务器所支持的所有业务分 别设定相应的处理指示，并将业务的业务 ID与业务相应的处理指示保存在 业务与处理指示对应关系表中， 此时处理指示表具体为业务与处理指示对 应关系表， 或者将 WebRTC业务服务器所支持的所有业务分别进行分类以 及为每种类型设定相应的处理指示，并将业务的业务 ID与业务对应的类型 ID存储在业务与类型对应关系表中， 并将业务对应的类型 ID与类型 ID相 应的处理指示存储在类型与处理指示对应关系表， 此时处理指示表包含业 务与类型对应关系表和类型与处理指示对应关系表； 收发器 1402, 用于在 WebRTC会话建立之后， 向加载在第一终端的浏览器上的第一 Web应用发 送包含处理指示表的表保存请求， 接收第一 Web应用发送表保存响应。

可选的， 收发器 1402还用于， 当表保存响应包含允许更新标志时， 根 据允许更新标志， 向加载在第二终端的浏览器上的第二 Web应用发送允许 更新消息， 以便于允许第二 Web应用向第一 Web应用发送第二 ICE地址； 当保存响应不包含允许更新标志时， 还接收第一 Web应用发送的包含允许 更新标志的允许更新通知， 根据允许更新标志， 向第二 Web应用发送允许 更新消息， 以便于允许第二 Web应用向第一 Web应用发送第二 ICE地址。

本发明实施例中的处理 ICE地址的装置可以基于计算机系统来实现， 图 2、图 4-5和图 7所示的方法均可在基于计算机系统的处理 ICE地址的装 置中实现。图 15示出了基于计算机系统来实现的处理 ICE地址的装置的实 施例。本实施例中处理 ICE地址的装置可以包括：处理器 1501、存储器 1502 和通信接口 1503。 存储器 1502用于存储程序代码。 处理器 1501用于执行 存储器 1502中存储的程序代码。 本发明一个实施例中， 存储器 1502存储 有第一程序代码， 处理器 1501用于执行该第一程序代码， 包括执行如下操 作： 在 WebRCT会话过程中， WebRTC会话是由第一 Web应用通过第一终 端的浏览器的 ICE地址与第二 Web应用通过第二终端的浏览器的第一 ICE 地址协商建立的，第一 Web应用为加载在第一终端的浏览器上的 Web应用， 第二 Web应用为加载在第二终端的浏览器上的 Web应用，以及第一终端的 浏览器接收第一 Web应用发送的地址增加候选消息， 地址增加候选消息包 含第二终端的浏览器的第二 ICE地址和第一终端的浏览器对第二 ICE地址 的处理指示； 第一终端的浏览器识别出处理指示， 根据识别出的处理指示 对第二 ICE地址进行相应处理。 本发明的另外一个实施例中， 存储器 1502 存储有第二程序代码， 处理器 1501用于执行该第二程序代码， 包括执行如 下操作： 在 WebRCT会话过程中， WebRTC会话是由第一 Web应用通过第 一终端的浏览器的 ICE地址与第二 Web应用通过第二终端的浏览器的第一 ICE地址协商建立的， 第一 Web应用为加载在第一终端的浏览器上的 Web 应用， 第二 Web应用为加载在第二终端的浏览器上的 Web应用， 以及第一 终端的浏览器接收第一 Web应用发送的状态修改请求， 状态修改请求包含 第一终端的浏览器对在 WebRTC会话期间内接收到的所有第二 ICE地址的 统一的处理指示； 根据统一的处理指示， 修改第一终端的浏览器中的 ICE 代理状态机的状态， 使修改后的状态与处理指示相对应； 第一终端的浏览 器向第一 Web应用发送含允许更新标志的状态修改响应， 以便于第一 Web 应用根据允许更新标志通知 WebRTC业务服务器允许第二 Web应用向第一 Web应用发送第二 ICE地址； 在 WebRTC会话期间内， 第一终端的浏览器 接收第一 Web应用发送的包含第二 ICE地址的地址增加候选消息， 其中地 址增加候选消息由第一 Web应用在接收到第二 Web应用发送的包含第二 ICE地址的地址传输消息之后发送的； 根据 ICE代理状态机的状态， 第一 终端的浏览器对第二 ICE地址进行相应处理。 通信接口 1403 , 用于与外部 设备通信，如与 Web应用通信。处理 ICE地址的装置与 Web应用之间交互 的消息 （如方法实施例图 2、 图 4-5和图 7所示） 均通过通信接口 1503发 送和接收。 其中， 处理器 1501根据存储器 1502中的程序代码对通信接口 1503接收到的消息进行处理， 并通过通信接口 1503与外部设备交互。处理 器 1501可以是中央处理器 （central processing unit, CPU ), 专用集成电路 ( application- specific integrated circuit, ASIC ) 等。 其中, 本实施例中的处 理 ICE地址的装置可以包括总线 1504。 处理器 1501、 存储器 1502以及通 信接口 1503之间可通过总线 1504连接并通信。 其中， 存储器 1502可以包 括： 随机存取存者器（ random access memory, RAM ),只读存者器（ read-only memory, ROM ), 磁盘等具有存储功能的实体。 本发明实施例中的呼叫上下 文可緩存在 RAM中。

本发明实施例中的设置 ICE地址的处理指示的装置可以基于计算机系 统来实现， 图 3-4和图 6-7所示的方法均可在基于计算机系统的 ICE处理 地址的装置中实现。图 16示出了基于计算机系统来实现的处理 ICE地址的 装置的实施例。 本实施例中处理 ICE地址的装置可以包括： 处理器 1601、 存储器 1602和通信接口 1603。存储器 1602用于存储程序代码。处理器 1601 用于执行存储器 1602 中存储的程序代码。 本发明一个实施例中， 存储器 1602存储有第一程序代码，处理器 1601用于执行该第一程序代码， 包括执 行如下操作： 第一 Web应用通过第一终端的浏览器的 ICE地址与第二 Web 应用通过第一终端的浏览器的第一 ICE地址进行协商， 并建立网页实时通 信 WebRTC会话， 其中， 第一 Web应用为加载在第一终端的浏览器上 Web 应用， 第二 Web应用为加载在第二终端的浏览器上 Web应用； 在 WebRTC 会话过程中， 第一 Web应用接收第二 Web应用发送的地址传输消息， 地址 传输消息包含了第二终端的浏览器的第二 ICE地址； 第一 Web应用根据当 前业务的业务 ID和处理指示表 ， 确定第一终端的浏览器对第二 ICE地址 的处理指示； 向第一终端的浏览器发送地址增加候选消息， 地址增加候选 消息包含第二 ICE地址和第一终端的浏览器对第二 ICE地址处理指示， 以 便于第一终端的浏览器根据处理指示对第二 ICE地址进行相应处理。 本发 明的另外一个实施例中， 存储器 1602存储有第二程序代码， 处理器 1601 用于执行该第二程序代码， 包括执行如下操作： 第一万维网 Web应用通过 第一终端的浏览器的 ICE地址与第二 Web应用通过第二终端的浏览器的第 一 ICE地址进行协商， 并建立网页实时通信 WebRTC会话， 其中， 第一 Web应用为加载在第一终端的浏览器上 Web应用，第二 Web应用为加载在 第二终端的浏览器上 Web应用； 第一 Web应用根据当前业务的业务 ID和 处理指示表， 确定第一终端的浏览器对在 WebRTC会话期间内接收到的所 有第二 ICE地址的统一的处理指示； 第一 Web应用向第一终端的浏览器发 送状态修改请求， 状态修改请求包含第一终端的浏览器对在 WebRTC会话 期间内接收到的所有第二 ICE地址的统一的处理指示， 以便于第一终端的 浏览器根据统一的处理指示， 修改第一终端的浏览器中的 ICE代理状态机 的状态， 使修改后的状态与处理指示相对应； 接收第一终端的浏览器发送 的包含允许更新标志的状态修改响应， 并且根据允许更新标志， 第一 Web 应用向 WebRTC业务服务器发送地址启动消息， 以便于 WebRTC业务服务 器允许第二 Web应用向第一 Web应用发送第二 ICE地址。通信接口 1603 , 用于与外部设备通信， 如与浏览器通信。 处理 ICE地址的装置与浏览器之 间交互的消息 （如方法实施例图 3-4和图 6-7所示） 均通过通信接口 1603 发送和接收。 其中， 处理器 1601根据存储器 1602中的程序代码对通信接 口 1603接收到的消息进行处理， 并通过通信接口 1603与外部设备交互。 处理器 1601可以是中央处理器（ central processing unit, CPU )、 专用集成电 路 ( application- specific integrated circuit, ASIC ) 等。 其中, 本实施例中的 处理 ICE地址的装置可以包括总线 1604。 处理器 1601、 存储器 1602以及 通信接口 1603之间可通过总线 1604连接并通信。 其中， 存储器 1602可以 包括： 随机存取存 器 （ random access memory, RAM ) , 只读存 器 ( read-only memory, ROM ), 磁盘等具有存储功能的实体。 本发明实施例中 的呼叫上下文可緩存在 RAM中。

本发明实施例中的 WebRTC业务服务器可以基于计算机系统来实现， 图 2-7所示的方法均可在基于计算机系统的 ICE处理地址的装置中实现。 图 17示出了基于计算机系统来实现的 WebRTC业务服务器的实施例。本实 施例中 WebRTC业务服务器可以包括： 处理器 1701、 存储器 1702和通信 接口 1703。 存储器 1702用于存储程序代码。 处理器 1701用于执行存储器 1702中存储的程序代码。本发明一个实施例中，存储器 1702存储有第一程 序代码， 处理器 1701 用于执行该第一程序代码， 包括执行如下操作： 将 WebRTC 业务服务器所支持的所有业务分别设定相应的处理指示， 并将业 务的业务 ID与业务相应的处理指示保存在业务与处理指示对应关系表中， 此时处理指示表具体为业务与处理指示对应关系表， 或者将 WebRTC业务 服务器所支持的所有业务分别进行分类以及为每种类型设定相应的处理指 示， 并将业务的业务 ID与业务对应的类型 ID存储在业务与类型对应关系 表中， 并将业务对应的类型 ID与类型 ID相应的处理指示存储在类型与处 理指示对应关系表， 此时处理指示表包含业务与类型对应关系表和类型与 处理指示对应关系表； 在 WebRTC会话建立之后， 向加载在第一终端的浏 览器上的第一 Web应用发送包含处理指示表的表保存请求， 接收第一 Web 应用发送表保存响应。 通信接口 1703 , 用于与外部设备通信， 如与浏览器 通信。处理 ICE地址的装置与浏览器之间交互的消息（如方法实施例图 2-7 所示） 均通过通信接口 1703发送和接收。 其中， 处理器 1701根据存储器 1702中的程序代码对通信接口 1703接收到的消息进行处理，并通过通信接 口 1703与外部设备交互。处理器 1701可以是中央处理器（central processing unit, CPU )、专用集成电路( application- specific integrated circuit, ASIC )等。

其中，本实施例中的处理 ICE地址的装置可以包括总线 1704。处理器 1701、 存储器 1702以及通信接口 1703之间可通过总线 1704连接并通信。 其中， 存储器 1702可以包括： 随机存取存储器 （ random access memory, RAM ), 只读存储器（read-only memory, ROM ), 磁盘等具有存储功能的实体。 本发 明实施例中的呼叫上下文可緩存在 RAM中。

本领域普通技术人员可以理解， 实现上述实施例所示视频编码和解码 方法可以通过程序指令相关的硬件来完成， 所述的程序可以存储于可读取 存储介质中， 该程序在执行时执行上述方法中的对应步骤。 所述的存储介 质可以如： ROM/RAM、 磁碟、 光盘等。

以上所述仅是本发明的优选实施方式， 应当指出， 对于本技术领域的 普通技术人员来说， 在不脱离本发明原理的前提下， 还可以做出若干改进 和润饰， 这些改进和润饰也应视为本发明的保护范围。

+

Claims (32)

1. 权 利 要 求

   1、 一种处理交互式连接建立 ICE地址的方法， 其特征在于， 应用于网 页实时通信 WebRCT会话过程中， 所述 WebRTC会话是由第一万维网 Web 应用通过第一终端的浏览器的 ICE地址与第二 Web应用通过第二终端的浏 览器的第一 ICE地址协商建立的， 所述第一 Web应用为加载在所述第一终 端的浏览器上的 Web应用，所述第二 Web应用为加载在所述第二终端的浏 览器上的 Web应用， 所述方法包括：

   所述第一终端的浏览器接收第一 Web应用发送的地址增加候选消息， 所述地址增加候选消息包含所述第二终端的浏览器的第二 ICE地址和所述 第一终端的浏览器对所述第二 ICE地址的处理指示；

   所述第一终端的浏览器识别出所述处理指示， 根据识别出的处理指示 对所述第二 ICE地址进行相应处理。
2. 2、如权利要求 1所述的方法，其特征在于，所述处理指示具体为保存、 替换或自主决策；

   所述第一终端的浏览器识别出所述处理指示， 根据所述识别出的处理 指示对所述第二 ICE地址进行相应处理， 包括：

   所述第一终端的浏览器识别出所述处理指示为保存时， 检测所述第二 ICE地址是否可达， 并且在检测出所述第二 ICE地址可达时， 保存所述第 一终端的浏览器的 ICE地址和所述第二 ICE地址的地址对； 在检测出所述 第二 ICE地址不可达时， 则丢弃所述第二 ICE地址； 或者

   所述第一终端的浏览器识别出所述处理指示为替换时， 检测所述第二 ICE地址是否可达， 并且在检测出所述第二 ICE地址可达时， 将所述第一 ICE地址替换为所述第二 ICE地址；在检测出所述第二 ICE地址不可达时， 则丢弃所述第二 ICE地址； 或者，

   所述第一终端的浏览器识别出所述处理指示为自主决策时， 检测所述 第二 ICE地址是否可达， 并且在检测出所述第二 ICE地址可达时， 检查所 述第二 ICE地址携带携带的优先级； 如果所述第二 ICE地址携带携带的优 先级高于所述第一 ICE地址携带的优先级， 则将所述第一 ICE地址替换为 所述第二 ICE地址； 如果所述第二 ICE地址携带的优先级低于或等于所述 第一 ICE地址携带的优先级， 则丢弃所述第二 ICE地址； 在检测出所述第 二 ICE地址不可达时， 则丢弃所述第二 ICE地址。
3. 3、 如权利要求 2所述的方法， 其特征在于， 所述检测所述第二 ICE地 址是否可达， 具体为：

   向所述第二终端的浏览器发送可达检测请求， 如果在规定时间内， 所 述第一终端的浏览器接收到所述第二终端的浏览器返回的可达检测响应， 则所述第二 ICE地址是可达； 如果在规定时间内， 所述第一终端的浏览器 没有接收到所述第二终端的浏览器返回的可达检测响应， 则所述第二 ICE 地址是不可达的。
4. 4、 如权利要求 1所述的方法， 其特征在于， 所述第一终端的浏览器识 别出所述处理指示， 根据所述识别出的处理指示对所述第二 ICE地址进行 相应处理， 具体包括：

   所述第一终端的浏览器识别出所述处理指示， 根据所述识别出的处理 指示， 修改所述第一终端的浏览器中的 ICE代理状态机的状态， 使修改后 的状态与所述处理指示相对应； 根据所述 ICE代理状态机的状态， 所述第 一终端的浏览器对所述第二 ICE地址进行相应处理。
5. 5、如权利要求 4所述的方法，其特征在于，所述处理指示具体为保存、 替换或自主决策；

   所述根据所述识别出的处理指示，修改所述第一终端的浏览器中的 ICE 代理状态机的状态，使修改后的状态与所述处理指示相对应；根据所述 ICE 代理状态机的状态， 所述第一终端的浏览器对所述第二 ICE地址进行相应 处理， 具体包括：

   根据所述处理指示为保存， 修改所述 ICE代理状态机的状态为保持状 态； 所述第一终端的浏览器检测所述第二 ICE地址是否可达， 并且在检测 出所述第二 ICE地址可达时， 保存所述第一终端的浏览器的 ICE地址和所 述第二 ICE地址的地址对； 在检测出所述第二 ICE地址不可达时， 则丢弃 所述第二 ICE地址； 或者，

   根据所述处理指示为替换， 修改所述 ICE代理状态机的状态为检测状 态； 所述第一终端的浏览器检测所述第二 ICE地址是否可达， 并且在检测 出所述第二 ICE地址可达时， 将所述第一 ICE地址替换为所述第二 ICE地 址； 在检测出所述第二 ICE地址不可达时， 则丢弃所述第二 ICE地址； 或 者，

   根据所述处理指示为所述自主决策， 修改所述 ICE代理状态机的状态 为自动状态； 所述 ICE代理状态机的状态为自动状态时， 所述第一终端的 浏览器检测所述第二 ICE地址是否可达， 并且在检测出所述第二 ICE地址 可达时， 检查所述第二 ICE地址携带的优先级； 如果所述第二 ICE地址携 带的优先级大于所述第一 ICE地址携带的优先级， 则将所述第一 ICE地址 替换为所述第二 ICE地址； 如果所述第二 ICE地址携带的优先级小于或等 于所述第一 ICE地址携带的优先级， 则丢弃所述第二 ICE地址； 在检测出 所述第二 ICE地址不可达时， 则丢弃所述第二 ICE地址。
6. 6、 如权利要求 1所述的方法， 其特征在于， 所述地址增加候选消息是 由所述第一 Web应用在接收所述第二 Web应用发送的地址传输消息，以及 根据当前业务的业务 ID和处理指示表，确定所述第一终端的浏览器对所述 第二 ICE地址的处理指示之后， 向所述第一终端的浏览器发送的， 其中， 所述地址传输消息包含所述第二终端的浏览器的第二 ICE地址。
7. 7、 如权利要求 6所述的方法， 其特征在于， 还包括： 在所述 WebRTC 会话建立之前， WebRTC业务服务器将所述 WebRTC业务服务器所支持的 所有业务分别设定相应的处理指示，并将业务的业务 ID与所述业务相应的 所述处理指示保存在所述业务与处理指示对应关系表中， 在所述 WebRTC 会话建立之后， 所述 WebRTC业务服务器向所述第一 Web应用发送包含处 理指示表的表保存请求， 其中所述处理指示表具体为业务与处理指示对应 关系表， 接收所述第一 Web应用发送包含允许更新标志的表保存响应， 根 据所述允许更新标志， 向所述第二 Web应用发送允许更新消息， 以便于允 许所述第二 Web应用向所述第一 Web应用发送所述第二 ICE地址； 或者， 所述 WebRTC业务服务器将所述 WebRTC业务服务器所支持的所有业 务分别进行分类以及为每种类型设定相应的处理指示， 并将业务的业务 ID 与所述业务对应的类型 ID存储在业务与类型对应关系表中，并将所述业务 对应的类型 ID与所述类型 ID相应的处理指示存储在所述类型与处理指示 对应关系表中， 在所述 WebRTC会话建立之后， 所述 WebRTC业务服务器 向所述第一 Web应用发送包含所述处理指示表的表保存请求， 其中所述处 理指示表包含业务与类型对应关系表和类型与处理指示对应关系表， 接收 所述第一 Web应用发送含允许更新标志的表保存响应， 根据所述允许更新 标志， 向所述第二 Web应用发送允许更新消息， 以便于允许所述第二 Web 应用向所述第一 Web应用发送所述第二 ICE地址。

   8、 如权利要求 7所述的方法， 其特征在于， 还包括： 当所述处理指示 表具体为业务与处理指示对应关系表时， 所述第一 Web应用获取当前业务 的所述业务 ID, 其中， 所述业务 ID为创建所述当前业务时所述 WebRTC 业务服务器分配的； 所述第一 Web应用根据所述业务 ID和所述业务与处 理指示对应关系表， 获得所述业务 ID对应的处理指示， 确认所述业务 ID 对应的处理指示为所述第一终端的浏览器对所述第二 ICE地址的处理指示; 或者，

   当所述处理指示表包含所述业务与类型对应关系表和所述类型与处理 指示对应关系表时，所述第一 Web应用获取当前业务的所述业务 ID,其中， 所述业务 ID为创建所述当前业务时所述 WebRTC业务 务器分配的；所述 第一 Web应用根据所述业务 ID和所述业务与类型对应关系表， 获得所述 业务 ID对应的类型 ID, 并根据所述类型与处理指示对应关系表， 获得所 述类型 ID对应的处理指示， 确认所述类型 ID对应的处理指示为第一终端 的浏览器对所述第二 ICE地址的处理指示。 9、 一种设置交互式连接建立 ICE地址处理指示的方法， 其特征在于， 包括：

   第一万维网 Web应用通过第一终端的浏览器的 ICE地址与第二 Web 应用通过第一终端的浏览器的第一 ICE地址进行协商， 并建立网页实时通 信 WebRTC会话， 其中， 所述第一 Web应用为加载在所述第一终端的浏览 器上 Web应用，所述第二 Web应用为加载在所述第二终端的浏览器上 Web 应用；

   在所述 WebRTC会话过程中， 所述第一 Web应用接收所述第二 Web 应用发送的地址传输消息， 所述地址传输消息包含了所述第二终端的浏览 器的第二 ICE地址；

   所述第一 Web应用根据当前业务的业务 ID和处理指示表， 确定所述 第一终端的浏览器对所述第二 ICE地址的处理指示；

   向所述第一终端的浏览器发送地址增加候选消息， 所述地址增加候选 消息包含所述第二 ICE地址和所述第一终端的浏览器对所述第二 ICE地址 处理指示，以便于所述第一终端的浏览器根据所述处理指示对所述第二 ICE 地址进行相应处理。
8. 10、 如权利要求 9所述的方法， 其特征在于， 所述第一 Web应用根据 当前业务的业务 ID和处理指示表，确定所述第一终端的浏览器对所述第二 ICE地址的处理指示， 具体为：

   当所述处理指示表为业务 ID 与处理指示的对应关系表时， 所述第一 Web应用获取当前业务的所述业务 ID, 其中， 所述业务 ID为创建所述当 前业务时所述 WebRTC业务服务器分配的； 所述第一 Web应用根据所述业 务 ID和业务 ID与处理指示的对应关系表，获得所述业务 ID对应的处理指 示，确认所述业务 ID对应的处理指示为所述第一终端的浏览器对所述第二 ICE地址的处理指示； 或者，

   当所述处理指示表为类型表和类型与处理指示的对应关系表时， 所述 第一 Web应用获取当前业务的所述业务 ID, 其中， 所述业务 ID为创建所 述当前业务时所述 WebRTC业务服务器分配的； 所述第一 Web应用根据所 述业务 ID和所述类型表， 获得所述业务 ID对应的类型 ID, 并根据所述类 型 ID与处理指示的对应关系表， 获得所述类型 ID对应的处理指示， 确认 所述类型 ID对应的处理指示为第一终端的浏览器对所述第二 ICE地址的处 理指示。
9. 11、如权利要求 10所述的方法，其特征在于，还包括：在所述 WebRTC 会话建立之前， WebRTC业务服务器将所述 WebRTC业务服务器所支持的 所有业务分别设定相应的处理指示，并将业务的业务 ID与所述业务相应的 处理指示保存在业务与处理指示对应关系表中， 在所述 WebRTC会话建立 之后， 所述 WebRTC业务服务器向所述第一 Web应用发送包含所述处理指 示表的表保存请求， 其中所述处理指示表具体为业务与处理指示对应关系 表， 接收所述第一 Web应用发送含允许更新标志的表保存响应， 根据所述 允许更新标志， 向所述第二 Web应用发送允许更新消息， 以便于允许所述 第二 Web应用向所述第一 Web应用发送所述第二 ICE地址； 或者，

   所述 WebRTC业务服务器将所述 WebRTC业务服务器所支持的所有业 务分别进行分类以及为每种类型设定相应的处理指示， 并将业务的业务 ID 与所述业务对应的类型 ID存储在业务与类型对应关系表中，并将所述业务 对应的类型 ID与所述类型 ID相应的处理指示存储在所述类型与处理指示 对应关系表中， 在所述 WebRTC会话建立之后， 所述 WebRTC业务服务器 向所述第一 Web应用发送包含所述处理指示表的表保存请求， 其中所述处 理指示表包含所述业务与类型对应关系表和所述类型与处理指示对应关系 表， 接收所述第一 Web应用发送含允许更新标志的表保存响应， 根据所述 允许更新标志， 向所述第二 Web应用发送允许更新消息， 以便于允许所述 第二 Web应用向所述第一 Web应用发送所述第二 ICE地址。
10. 12、 一种处理交互式连接建立 ICE地址的方法， 其特征在于， 应用于 网页实时通信 WebRCT会话过程中， 所述 WebRTC会话是由第一万维网 Web应用通过第一终端的浏览器的 ICE地址与第二 Web应用通过第二终端 的浏览器的第一 ICE地址协商建立的， 所述第一 Web应用为加载在所述第 一终端的浏览器上的 Web应用，所述第二 Web应用为加载在所述第二终端 的浏览器上的 Web应用， 所述方法包括：

    所述第一终端的浏览器接收所述第一 Web应用发送的状态修改请求， 所述状态修改请求包含所述第一终端的浏览器对在所述 WebRTC会话期间 内接收到的所有第二终端的浏览器的第二 ICE地址的统一的处理指示， 其 中， 所述第二 ICE地址为第二终端的浏览器的更新的 ICE地址；

    根据所述统一的处理指示， 修改所述第一终端的浏览器中的 ICE代理 状态机的状态， 使修改后的状态与所述处理指示相对应；

    在所述 WebRTC 会话期间内， 所述第一终端的浏览器接收所述第一 Web应用发送的包含所述第二 ICE地址的地址增加候选消息， 其中所述地 址增加候选消息由所述第一 Web应用在接收到所述第二 Web应用发送的包 含所述第二 ICE地址的地址传输消息之后发送的；

    根据所述 ICE代理状态机的状态， 所述第一终端的浏览器对所述第二 ICE地址进行相应处理。
11. 13、如权利要求 12所述的方法，其特征在于，所述根据所述处理指示， 修改所述 ICE代理状态机的状态，使修改后的状态与所述处理指示相对应， 具体包括： 所述处理指示具体为保存时， 根据所述处理指示为保存， 修改 所述 ICE代理状态机的状态为保持状态； 相应的， 所述根据所述 ICE代理 状态机的状态，所述第一终端的浏览器对所述第二 ICE地址进行相应处理， 具体包括： 所述 ICE代理状态机的状态为保持状态时， 所述第一终端的浏 览器检测所述第二 ICE地址是否可达， 并且在检测出所述第二 ICE地址可 达时， 保存所述第一终端的浏览器的 ICE地址和所述第二 ICE地址的地址 对； 在检测出所述第二 ICE地址不可达时， 则丢弃所述第二 ICE地址； 或 者，

    所述根据所述处理指示， 修改所述 ICE代理状态机的状态， 使修改后 的状态与所述处理指示相对应， 具体包括： 所述处理指示具体为替换时， 根据所述处理指示为替换， 修改所述 ICE代理状态机的状态为检测状态； 相应的， 所述根据所述 ICE代理状态机的状态， 所述第一终端的浏览器对 所述第二 ICE地址进行相应处理， 具体包括： 所述 ICE代理状态机的状态 为检测状态时， 所述第一终端的浏览器检测所述第二 ICE地址是否可达， 并且在检测出所述第二 ICE地址可达时， 将所述第一 ICE地址替换为所述 第二 ICE地址；在检测出所述第二 ICE地址不可达时，则丢弃所述第二 ICE 地址； 或者，

    所述根据所述处理指示， 修改所述 ICE代理状态机的状态， 使修改后 的状态与所述处理指示相对应， 具体包括： 述处理指示具体为自主决策， 根据所述处理指示为所述自主决策， 修改所述 ICE代理状态机的状态为自 动状态； 相应地， 所述根据所述 ICE代理状态机的状态， 所述第一终端的 浏览器对所述第二 ICE地址进行相应处理， 具体包括： 所述 ICE代理状态 机的状态为自动状态时， 所述第一终端的浏览器检测所述第二 ICE地址是 否可达， 并且在检测出所述第二 ICE地址可达时， 检查所述第二 ICE地址 携带的优先级； 如果所述第二 ICE地址携带的优先级大于所述第一 ICE地 址携带的优先级， 则将所述第一 ICE地址替换为所述第二 ICE地址； 如果 所述第二 ICE地址携带的优先级小于或等于所述第一 ICE地址携带的优先 级， 则丢弃所述第二 ICE地址； 在检测出所述第二 ICE地址不可达时， 则 丢弃所述第二 ICE地址。
12. 14、 如权利要求 13所述的方法， 其特征在于， 所述检测所述第二 ICE 地址是否可达， 具体为：

    向所述第二终端的浏览器发送可达检测请求， 如果在规定时间内， 所 述第一终端的浏览器接收到所述第二终端的浏览器返回的可达检测响应， 则所述第二 ICE地址是可达的； 如果在规定时间内， 所述第一终端的浏览 器没有接收到所述第二终端的浏览器返回的可达检测响应，则所述第二 ICE 地址是不可达的。
13. 15、 如权利要求 13所述的方法， 其特征在于， 所述状态修改请求是由 所述第一 Web应用根据当前业务的业务 ID和处理指示表， 确定所述第一 终端的浏览器对在所述 WebRTC会话期间内接收到的所有所述第二 ICE地 址的统一的处理指示之后， 向所述第一终端的浏览器发送的。
14. 16、 如权利要求 15所述的方法， 其特征在于， 还包括：

    在所述 WebRTC会话建立之前， WebRTC业务服务器将所述 WebRTC 业务服务器所支持的所有业务分别设定相应的处理指示， 并将业务的业务 ID与所述业务相应的处理指示保存在业务与处理指示对应关系表中， 在所 述 WebRTC会话建立之后，所述 WebRTC业务服务器向所述第一 Web应用 发送包含所述处理指示表的表保存请求， 其中所述处理指示表具体为业务 与处理指示对应关系表， 接收所述第一 Web应用发送表保存响应， 其中所 述表保存响应不包含允许更新标志； 或者，

    所述 WebRTC业务服务器将所述 WebRTC业务服务器所支持的所有业 务分别进行分类以及为每种类型设定相应的处理指示， 并将业务的业务 ID 与所述业务对应的类型 ID存储在业务与类型对应关系表中，并将所述业务 对应的类型 ID与所述类型 ID相应的处理指示存储在所述类型与处理指示 对应关系表中， 在所述 WebRTC会话建立之后， 所述 WebRTC业务服务器 向所述第一 Web应用发送包含所述处理指示表的表保存请求， 其中所述处 理指示表包含业务与类型对应关系表和类型与处理指示对应关系表， 接收 所述第一 Web应用发送表保存响应， 其中所述表保存响应不包含允许更新 标志。
15. 17、 如权利要求 13所述的方法， 其特征在于， 在所述第一终端的浏览 器接收所述第一 Web应用发送的包含所述第二 ICE地址的地址增加候选消 息之前， 还包括： 所述第一终端的浏览器向所述第一 Web应用发送含允许 更新标志的状态修改响应， 以便于所述第一 Web应用根据所述允许更新标 志通知 WebRTC业务服务器允许所述第二 Web应用向所述第一 Web应用 发送所述第二 ICE地址。
16. 18、一种设置交互式连接建立 ICE地址处理指示的方法，其特征在于， 包括：

    第一万维网 Web应用通过第一终端的浏览器的 ICE地址与第二 Web 应用通过第二终端的浏览器的第一 ICE地址进行协商， 并建立网页实时通 信 WebRTC会话， 其中， 所述第一 Web应用为加载在所述第一终端的浏览 器上 Web应用，所述第二 Web应用为加载在所述第二终端的浏览器上 Web 应用；

    所述第一 Web应用根据当前业务的业务 ID和处理指示表， 确定所述 第一终端的浏览器对在所述 WebRTC会话期间内接收到的所有所述第二终 端的浏览器的第二 ICE地址的统一的处理指示， 其中， 所述第二 ICE地址 为第二终端的浏览器的更新的 ICE地址；

    所述第一 Web应用向所述第一终端的浏览器发送状态修改请求， 所述 状态修改请求包含所述第一终端的浏览器对在所述 WebRTC会话期间内接 收到的所有所述第二 ICE地址的统一的处理指示， 以便于所述第一终端的 浏览器根据所述统一的处理指示， 修改所述第一终端的浏览器中的 ICE代 理状态机的状态， 使修改后的状态与所述处理指示相对应。
17. 19、 如权利要求 18所述的方法， 其特征在于， 所述第一 Web应用根 据当前业务的业务 ID和处理指示表，确定所述第一终端的浏览器对在所述 WebRTC会话期间内接收到的所有所述第二 ICE地址的统一的处理指示具 体为：

    当所述处理指示表具体为业务与处理指示对应关系表时， 所述第一 Web应用获取当前业务的所述业务 ID, 其中， 所述业务 ID为创建所述当 前业务时所述 WebRTC业务服务器分配的； 所述第一 Web应用根据所述业 务 ID和业务与处理指示对应关系表， 获得所述业务 ID对应的处理指示， 确认所述业务 ID 对应的处理指示为所述第一终端的浏览器对在所述 WebRTC会话期间内接收到的所有所述第二 ICE地址的统一的处理指示； 或者，

    当所述处理指示表包含所述业务与类型对应关系表和所述类型与处理 指示对应关系表时，所述第一 Web应用获取当前业务的所述业务 ID,其中， 所述业务 ID为创建所述当前业务时所述 WebRTC业务 务器分配的；所述 第一 Web应用根据所述业务 ID和所述业务与类型对应关系表， 获得所述 业务 ID对应的类型 ID, 并根据所述类型 ID和所述类型与处理指示对应关 系表， 获得所述类型 ID对应的处理指示， 确认所述类型 ID对应的处理指 示为所述第一终端的浏览器对在所述 WebRTC会话期间内接收到的所有所 述第二 ICE地址的统一的处理指示。
18. 20、如权利要求 19所述的方法，其特征在于，还包括：在所述 WebRTC 会话建立之前， WebRTC业务服务器将所述 WebRTC业务服务器所支持的 所有业务分别设定相应的处理指示，并将业务的业务 ID与所述业务相应的 处理指示保存在业务与处理指示对应关系表中， 在所述 WebRTC会话建立 之后， 所述 WebRTC业务服务器向所述第一 Web应用发送包含所述处理指 示表的表保存请求， 其中所述处理指示表具体为业务与处理指示对应关系 表， 接收所述第一 Web应用发送表保存响应， 其中， 所述表保存响应不包 含允许更新标志； 或者，

    所述 WebRTC业务服务器将所述 WebRTC业务服务器所支持的所有业 务分别进行分类以及为每种类型设定相应的处理指示， 并将业务的业务 ID 与所述业务对应的类型 ID存储在业务与类型对应关系表中，并将所述业务 对应的类型 ID与所述类型 ID相应的处理指示存储在所述类型与处理指示 对应关系表中， 在所述 WebRTC会话建立之后， 所述 WebRTC业务服务器 向所述第一 Web应用发送包含所述处理指示表的表保存请求， 其中所述处 理指示表包含业务与类型对应关系表和类型与处理指示对应关系表， 接收 所述第一 Web应用发送表保存响应， 其中， 所述表保存响应不包含允许更 新标志。
19. 21、 如权利要求 19所述的方法， 其特征在于， 在所述第一 Web应用 向所述第一终端的浏览器发送状态修改请求之后， 还包括： 接收所述第一 终端的浏览器发送的包含允许更新标志的状态修改响应， 并且根据所述允 许更新标志，所述第一 Web应用向 WebRTC业务服务器发送地址启动消息， 以便于所述 WebRTC业务服务器允许所述第二 Web应用向所述第一 Web 应用发送所述第二 ICE地址。
20. 22、 一种处理交互式连接建立 ICE地址的装置， 其特征在于， 用于在网 页实时通信 WebRTC会话过程中处理 ICE地址， 所述 WebRTC会话是由第一 万维网 Web应用与第二 Web应用通过所述装置自身的 ICE地址和运行所述第 二 Web应用的浏览器的第一 ICE地址协商建立， 所述第一 Web应用为加载在 所述装置上的 Web应用， 所述装置包括收发器和处理器， 其中：

    所述收发器， 用于接收第一 Web应用发送的地址增加候选消息， 所述 地址增加候选消息包含运行所述第二 Web应用的浏览器的第二 ICE地址和 所述处理器对所述第二 ICE地址的处理指示；

    所述收发器， 还用于向所述处理器发送所述第二 ICE地址和所述处理 器对所述第二 ICE地址的处理指示；

    所述处理器，用于接收所述收发器发送的所述第二 ICE地址和所述处理 器对所述第二 ICE地址的处理指示， 并识别出所述处理指示， 根据识别出的 处理指示， 对所述第二 ICE地址进行相应处理。
21. 23、 如权利要求 22所述的装置， 其特征在于， 所述处理器具体包括检 测模块和丢弃模块， 其中：

    检测模块用于检测从所述收发器接收到的所述第二 ICE地址是否可达； 丢弃模块用于当所述检测模块检测到所述第二 ICE地址不可达时，丢弃 所述第二 ICE地址。
22. 24、 如权利要求 23所述的装置， 其特征在于， 所述处理器具体包括第 一保存模块、 第一替换模块和第一自主决策模块中的一个或多个， 其中， 所述第一保存模块，用于当所述检测模块检测到所述第二 ICE地址可达 时， 以及当所述处理器识别出处理指示为保存时， 保存所述装置自身的 ICE 地址和所述第二 ICE地址的地址对；

    所述第一替换模块， 用于当所述检测模块检测到所述第二 ICE地址可 达时， 以及当所述处理器识别出处理指示为替换时， 将所述第一 ICE地址 替换为所述第二 ICE地址；

    所述第一自主决策模块， 用于当所述检测模块检测到所述第二 ICE地 址可达时， 以及当所述处理器识别出处理指示为自主决策时， 检查从所述 收发器接收到的所述第二 ICE地址携带的优先级； 如果所述第二 ICE地址 携带的优先级大于所述第一 ICE地址携带的优先级， 则将所述第一 ICE地 址替换为所述第二 ICE地址； 如果所述第二 ICE地址携带的优先级小于或 等于所第一 ICE地址携带的优先级， 则向所述丢弃模块发送丢弃命令； 所述丢弃模块， 还用于接收所述第一自主决策模块发送的所述丢弃命 令， 丢弃所述第二 ICE地址。
23. 25、 如权利要求 23所述的装置， 其特征在于， 所述处理器具体还用于 识别出所述处理指示， 根据所述识别出的处理指示， 修改所述装置自身的 ICE 代理状态机的状态， 使修改后的状态与所述处理指示相对应； 根据所 述 ICE代理状态机的状态， 所述装置自身对所述第二 ICE地址进行相应处 理。
24. 26、 如权利要求 25所述的装置， 其特征在于， 所述处理器具体包括第 二保存模块、 第二替换模块和第二自主决策模块中的一个或多个， 其中， 所述第二保存模块， 用于根据所述处理指示为保存， 修改所述 ICE代 理状态机的状态为保持状态； 当所述检测模块检测到所述第二 ICE地址可 达时， 保存所述装置自身的 ICE地址和所述第二 ICE地址的地址对；

    所述第二替换模块， 用于根据所述处理指示为替换， 修改所述 ICE代 理状态机的状态为检测状态； 当所述检测模块检测到所述第二 ICE地址可 达时， 将所述第一 ICE地址替换为所述第二 ICE地址；

    所述第二自主决策模块， 用于根据所述处理指示为所述自主决策， 修 改所述 ICE代理状态机的状态为自动状态； 所述 ICE代理状态机的状态为 自动状态时， 当所述检测模块检测到所述第二 ICE地址可达时， 检查所述 第二 ICE地址携带的优先级； 如果所述第二 ICE地址携带的优先级大于所 述第一 ICE地址携带的优先级，则将所述第一 ICE地址替换为所述第二 ICE 地址； 如果所述第二 ICE地址携带的优先级小于或等于所述第一 ICE地址 携带的优先级， 则向所述丢弃模块发送丢弃命令；

    所述丢弃模块， 还用于接收所述第二自主决策模块发送的所述丢弃命 令， 丢弃所述第二 ICE地址。
25. 27、一种设置交互式连接建立 ICE地址处理指示的装置，其特征在于， 包括：

    会话模块， 用于通过第一终端的浏览器的 ICE地址与万维网 Web应用 通过第二终端的浏览器的第一 ICE 地址进行协商， 并建立网页实时通信 WebRTC 会话， 其中， 所述 Web 应用为加载在所述第二终端的浏览器上 Web应用；

    收发器， 用于在所述 WebRTC会话过程中， 接收所述 Web应用发送的 地址传输消息， 所述地址传输消息包含所述第二终端的浏览器的第二 ICE 地址；

    处理器， 用于根据当前业务的业务 ID和处理指示表， 确定所述第一终 端的浏览器对收发器接收到的所述第二 ICE地址的处理指示， 并向所述收 发器发送所述第一终端的浏览器对所述第二 ICE地址的处理指示；

    收发器， 还用于接收所述处理器发送的所述第一终端的浏览器对所述 第二 ICE地址的处理指示， 并向所述第一终端的浏览器发送地址增加候选 消息， 所述地址增加候选消息包含了所述第二 ICE地址和所述第一终端的 浏览器对所述第二 ICE地址处理指示， 以便于所述第一终端的浏览器根据 所述处理指示对所述第二 ICE地址进行相应处理。

    28、 如权利要求 27所述的装置， 其特征在于， 所述处理器， 具体用于 当所述处理指示表具体为业务与处理指示对应关系表时， 获取当前业务的 所述业务 ID, 其中， 所述业务 ID为创建所述当前业务时所述 WebRTC业 务服务器分配的； 并根据所述业务 ID和业务与处理指示对应关系表， 获得 所述业务 ID对应的处理指示， 确认所述业务 ID对应的处理指示为所述第 一终端的浏览器对所述第二 ICE地址的处理指示； 或者，

    所述处理器， 具体用于当所述处理指示表包含业务与类型对应关系表 和类型与处理指示对应关系表时， 获取当前业务的所述业务 ID, 其中， 所 述业务 ID为创建所述当前业务时所述 WebRTC业务服务器分配的；根据所 述业务 ID和所述业务与类型对应关系表，获得所述业务 ID对应的类型 ID, 并根据所述类型与处理指示对应关系表，获得所述类型 ID对应的处理指示, 确认所述类型 ID对应的处理指示为第一终端的浏览器对所述第二 ICE地址 的处理指示。
26. 29、 一种处理交互式连接建立 ICE地址的装置， 其特征在于， 用于在 网页实时通信 WebRTC会话过程中处理 ICE地址， 所述 WebRTC会话是由 第一万维网 Web应用与第二 Web应用通过所述装置自身的 ICE地址和运行 所述第二 Web应用的浏览器的第一 ICE地址协商建立，所述第一 Web应用 为加载在所述装置上的 Web应用， 所述装置包括收发器和处理器，

    所述收发器， 用于接收所述第一 Web应用发送的状态修改请求， 所述 状态修改请求包含所述处理器对在整个所述 WebRTC会话期间内接收到的 所述运行所述第二 Web应用的浏览器的所有第二 ICE地址的统一的处理指 示， 其中， 所述第二 ICE地址为所述浏览器的更新的 ICE地址；

    所述收发器还用于向所述处理器发送所述处理器在所述 WebRTC会话 中对接收到的所述第二 ICE地址的处理指示；

    所述处理器， 用于接收所述收发器发送的统一的所述处理指示， 并根 据所述处理指示， 修改 ICE代理状态机的状态， 使修改后的状态与所述处 理指示相对应；

    所述收发器， 还用于接收所述第一 Web应用发送的包含所述第二 ICE 地址的地址增加候选消息， 并向所述处理器发送所述地址增加候选消息； 所述处理器， 还用于接收所述收发器发送的所述地址增加候选消息， 根据所述 ICE代理状态机的状态， 对所述第二 ICE地址进行相应处理。 30、 如权利要求 28所述的装置， 其特征在于， 所述处理器具体包括检 测模块和丢弃模块， 其中：

    检测模块用于检测从所述收发器接收到的所述第二 ICE地址是否可达； 丢弃模块用于当所述检测模块检测到所述第二 ICE地址不可达时， 丢 弃所述第二 ICE地址。
27. 31、 如权利要求 29所述的装置， 其特征在于， 所述处理器包括保存模 块， 替换模块和自主决策模块中的一个或多个， 其中，

    所述保存模块， 用于当所述处理指示为保存， 修改所述 ICE代理状态 机的状态为保持状态， 并且当所述检测模块检测到所述第二 ICE地址可达 时， 以及当所述 ICE代理状态机的状态为保持状态， 保存所述装置自身的 ICE地址和所述第二 ICE地址的地址对；

    所述替换模块， 用于当所述处理指示为替换， 修改所述 ICE代理状态 机的状态为检测状态； 当所述检测模块检测到所述第二 ICE地址可达时， 换为所述第二 ICE地址；

    所述自主决策模块， 用于当所述处理指示为自主决策， 修改所述 ICE 代理状态机的状态为自动状态； 并当所述检测模块检测到所述第二 ICE地 址可达时， 以及当所述 ICE代理状态机的状态为自动状态时， 检查所述第 二 ICE地址携带的优先级， 如果所述第二 ICE地址携带的优先级大于所述 浏览器的第一 ICE地址携带的优先级， 则将所述第一 ICE地址替换为所述 第二 ICE地址； 如果所述第二 ICE地址携带的优先级小于或等于所述第一 ICE地址携带的优先级， 则向所述丢弃模块发送丢弃命令；

    所述丢弃模块， 还用于接收所述丢弃模块发送的所述丢弃命令， 丢弃 所述第二 ICE地址。
28. 32、 如权利要求 29所述的装置， 其特征在于， 所述收发器， 还用于当 ICE代理机的状态修改成功后， 向所述第一 Web应用发送包含允许更新标 志的状态修改响应， 以便于所述第一 Web应用根据所述允许更新标志通知 WebRTC业务服务器允许所述第二 Web应用向所述第一 Web应用发送所述 第二 ICE地址。
29. 33、 一种设置交互式连接建立 ICE地址的处理指示的装置， 其特征在 于， 包括：

    会话模块， 用于通过第一终端的浏览器的 ICE地址与万维网 Web应用 通过第二终端的浏览器的第一 ICE 地址进行协商， 并建立网页实时通信 WebRTC 会话， 其中， 所述 Web 应用为加载在所述第二终端的浏览器上 Web应用；

    处理器， 用于根据当前业务的业务 ID和处理指示表， 确定所述第一终 端的浏览器对在所述 WebRTC会话期间内接收到的所有第二终端的浏览器 的第二 ICE地址的统一的处理指示， 其中， 所述第二 ICE地址为第二终端 的浏览器的更新的 ICE地址；

    所述收发器， 用于向所述第一终端的浏览器发送状态修改请求， 所述 状态修改请求包含所述处理器确定的所述第一终端的浏览器对在所述 WebRTC会话期间内接收到的所有所述第二 ICE地址的统一的处理指示， 以便于所述第一终端的浏览器根据所述统一的处理指示， 修改所述第一终 端的浏览器中的 ICE代理状态机的状态， 使修改后的状态与所述处理指示 相对应。

    34、 如权利要求 33所述的装置， 其特征在于， 所述处理器具体用于当 所述处理指示表具体为业务与处理指示对应关系表时， 获取当前业务的所 述业务 ID, 其中， 所述业务 ID为创建所述当前业务时所述 WebRTC业务 服务器分配的； 根据所述业务 ID和业务与处理指示对应关系表， 获得所述 业务 ID对应的处理指示， 确认所述业务 ID对应的处理指示为所述第一终 端的浏览器对在所述 WebRTC会话期间内接收到的所有所述第二 ICE地址 的统一的处理指示； 或者，

    所述处理器具体还用于当所述处理指示表为业务与类型对应关系表和 类型与处理指示对应关系表时， 获取当前业务的所述业务 ID, 其中， 所述 业务 ID为创建所述当前业务时所述 WebRTC业务服务器分配的；根据所述 业务 ID和所述类型表， 获得所述业务 ID对应的类型 ID, 并根据所述类型 ID与处理指示的对应关系表， 获得所述类型 ID对应的处理指示， 确认所 述类型 ID对应的处理指示为所述第一终端的浏览器对在所述 WebRTC会话 期间内接收到的所有所述第二 ICE地址的统一的处理指示。
30. 35、 如权利要求 33所述的装置， 其特征在于， 所述收发器， 还用于接 收所述第一终端的浏览器发送的包含允许更新标志的状态修改响应， 并且 根据所述允许更新标志， 向 WebRTC业务服务器发送 ICE地址启动消息， 以便于所述 WebRTC业务服务器允许所述第二 Web应用向所述第一 Web 应用发送所述第二 ICE地址
31. 36、 一种网页实时通信 WebRTC业务服务器， 其特征在于， 包括收发 器和处理器， 其中，

    所述处理器， 用于将所述 WebRTC业务服务器所支持的所有业务分别 设定相应的处理指示，并将业务的业务 ID与所述业务相应的处理指示保存 在业务与处理指示对应关系表中， 此时处理指示表具体为业务与处理指示 对应关系表， 或者将所述 WebRTC业务服务器所支持的所有业务分别进行 分类以及为每种类型设定相应的处理指示，并将业务的业务 ID与所述业务 对应的类型 ID存储在业务与类型对应关系表中，并将所述业务对应的类型 ID与所述类型 ID相应的处理指示存储在类型与处理指示对应关系表， 此 时处理指示表包含业务与类型对应关系表和类型与处理指示对应关系表； 所述收发器， 用于在所述 WebRTC会话建立之后， 向加载在第一终端 的浏览器上的第一 Web应用发送包含所述处理指示表的表保存请求， 接收 所述第一 Web应用发送表保存响应。
32. 37、 如权利要求 36所述的 WebRTC业务服务器， 其特征在于， 所述收 发器还用于， 当所述表保存响应包含允许更新标志时， 根据所述允许更新 标志， 向加载在第二终端的浏览器上的第二 Web应用发送允许更新消息， 以便于允许所述第二 Web应用向所述第一 Web应用发送所述第二 ICE地址； ^炅新标志时， 还接收所述第一 Web应用发 送的包含允许更新标志的允许更新通知， 根据所述允许更新标志， 向所述 第二 Web应用发送允许更新消息，以便于允许所述第二 Web应用向所述第 一 Web应用发送所述第二 ICE地址。