WO2014101159A1

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

Info

Publication number: WO2014101159A1
Application number: PCT/CN2012/087968
Authority: WO
Inventors: 孙扬; 周皓隽
Original assignee: 华为技术有限公司
Priority date: 2012-12-31
Filing date: 2012-12-31
Publication date: 2014-07-03
Also published as: CN104255014A

Abstract

本发明公开了一种处理交互式连接建立（ICE）地址的方法和装置，应用于网页实时通信（WebRTC）会话过程中。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

权利要求

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

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

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

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、如权利要求 2所述的方法，其特征在于，所述检测所述第二 ICE地址是否可达，具体为：

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

4、如权利要求 1所述的方法，其特征在于，所述第一终端的浏览器识别出所述处理指示，根据所述识别出的处理指示对所述第二 ICE地址进行相应处理，具体包括：

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

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、如权利要求 1所述的方法，其特征在于，所述地址增加候选消息是由所述第一 Web应用在接收所述第二 Web应用发送的地址传输消息，以及根据当前业务的业务 ID和处理指示表，确定所述第一终端的浏览器对所述第二 ICE地址的处理指示之后，向所述第一终端的浏览器发送的，其中，所述地址传输消息包含所述第二终端的浏览器的第二 ICE地址。

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 地址进行相应处理。

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地址的处理指示。

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地址。

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地址进行相应处理。

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地址。

14、如权利要求 13所述的方法，其特征在于，所述检测所述第二 ICE 地址是否可达，具体为：

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

15、如权利要求 13所述的方法，其特征在于，所述状态修改请求是由所述第一 Web应用根据当前业务的业务 ID和处理指示表，确定所述第一终端的浏览器对在所述 WebRTC会话期间内接收到的所有所述第二 ICE地址的统一的处理指示之后，向所述第一终端的浏览器发送的。

16、如权利要求 15所述的方法，其特征在于，还包括：

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

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

17、如权利要求 13所述的方法，其特征在于，在所述第一终端的浏览器接收所述第一 Web应用发送的包含所述第二 ICE地址的地址增加候选消息之前，还包括：所述第一终端的浏览器向所述第一 Web应用发送含允许更新标志的状态修改响应，以便于所述第一 Web应用根据所述允许更新标志通知 WebRTC业务服务器允许所述第二 Web应用向所述第一 Web应用发送所述第二 ICE地址。

18、一种设置交互式连接建立 ICE地址处理指示的方法，其特征在于，包括：

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

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

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

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地址的统一的处理指示。

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

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

21、如权利要求 19所述的方法，其特征在于，在所述第一 Web应用向所述第一终端的浏览器发送状态修改请求之后，还包括：接收所述第一终端的浏览器发送的包含允许更新标志的状态修改响应，并且根据所述允许更新标志，所述第一 Web应用向 WebRTC业务服务器发送地址启动消息，以便于所述 WebRTC业务服务器允许所述第二 Web应用向所述第一 Web 应用发送所述第二 ICE地址。

22、一种处理交互式连接建立 ICE地址的装置，其特征在于，用于在网页实时通信 WebRTC会话过程中处理 ICE地址，所述 WebRTC会话是由第一万维网 Web应用与第二 Web应用通过所述装置自身的 ICE地址和运行所述第二 Web应用的浏览器的第一 ICE地址协商建立，所述第一 Web应用为加载在所述装置上的 Web应用，所述装置包括收发器和处理器，其中：

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

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

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

23、如权利要求 22所述的装置，其特征在于，所述处理器具体包括检测模块和丢弃模块，其中：

检测模块用于检测从所述收发器接收到的所述第二 ICE地址是否可达；丢弃模块用于当所述检测模块检测到所述第二 ICE地址不可达时，丢弃所述第二 ICE地址。

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

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

所述第一自主决策模块，用于当所述检测模块检测到所述第二 ICE地址可达时，以及当所述处理器识别出处理指示为自主决策时，检查从所述收发器接收到的所述第二 ICE地址携带的优先级；如果所述第二 ICE地址携带的优先级大于所述第一 ICE地址携带的优先级，则将所述第一 ICE地址替换为所述第二 ICE地址；如果所述第二 ICE地址携带的优先级小于或等于所第一 ICE地址携带的优先级，则向所述丢弃模块发送丢弃命令；所述丢弃模块，还用于接收所述第一自主决策模块发送的所述丢弃命令，丢弃所述第二 ICE地址。

25、如权利要求 23所述的装置，其特征在于，所述处理器具体还用于识别出所述处理指示，根据所述识别出的处理指示，修改所述装置自身的 ICE 代理状态机的状态，使修改后的状态与所述处理指示相对应；根据所述 ICE代理状态机的状态，所述装置自身对所述第二 ICE地址进行相应处理。

26、如权利要求 25所述的装置，其特征在于，所述处理器具体包括第二保存模块、第二替换模块和第二自主决策模块中的一个或多个，其中，所述第二保存模块，用于根据所述处理指示为保存，修改所述 ICE代理状态机的状态为保持状态；当所述检测模块检测到所述第二 ICE地址可达时，保存所述装置自身的 ICE地址和所述第二 ICE地址的地址对；

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

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

所述丢弃模块，还用于接收所述第二自主决策模块发送的所述丢弃命令，丢弃所述第二 ICE地址。

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地址的处理指示。

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所述的装置，其特征在于，所述处理器具体包括检测模块和丢弃模块，其中：

31、如权利要求 29所述的装置，其特征在于，所述处理器包括保存模块，替换模块和自主决策模块中的一个或多个，其中，

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

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

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

所述丢弃模块，还用于接收所述丢弃模块发送的所述丢弃命令，丢弃所述第二 ICE地址。

32、如权利要求 29所述的装置，其特征在于，所述收发器，还用于当 ICE代理机的状态修改成功后，向所述第一 Web应用发送包含允许更新标志的状态修改响应，以便于所述第一 Web应用根据所述允许更新标志通知 WebRTC业务服务器允许所述第二 Web应用向所述第一 Web应用发送所述第二 ICE地址。

33、一种设置交互式连接建立 ICE地址的处理指示的装置，其特征在于，包括：

处理器，用于根据当前业务的业务 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地址的统一的处理指示。

35、如权利要求 33所述的装置，其特征在于，所述收发器，还用于接收所述第一终端的浏览器发送的包含允许更新标志的状态修改响应，并且根据所述允许更新标志，向 WebRTC业务服务器发送 ICE地址启动消息，以便于所述 WebRTC业务服务器允许所述第二 Web应用向所述第一 Web 应用发送所述第二 ICE地址

36、一种网页实时通信 WebRTC业务服务器，其特征在于，包括收发器和处理器，其中，

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

37、如权利要求 36所述的 WebRTC业务服务器，其特征在于，所述收发器还用于，当所述表保存响应包含允许更新标志时，根据所述允许更新标志，向加载在第二终端的浏览器上的第二 Web应用发送允许更新消息，以便于允许所述第二 Web应用向所述第一 Web应用发送所述第二 ICE地址； ^炅新标志时，还接收所述第一 Web应用发送的包含允许更新标志的允许更新通知，根据所述允许更新标志，向所述第二 Web应用发送允许更新消息，以便于允许所述第二 Web应用向所述第一 Web应用发送所述第二 ICE地址。