CN103891236B - 恢复会话内容的传输的方法，终端和服务器 - Google Patents

恢复会话内容的传输的方法，终端和服务器 Download PDF

Info

Publication number
CN103891236B
CN103891236B CN201280000742.3A CN201280000742A CN103891236B CN 103891236 B CN103891236 B CN 103891236B CN 201280000742 A CN201280000742 A CN 201280000742A CN 103891236 B CN103891236 B CN 103891236B
Authority
CN
China
Prior art keywords
session
ice
address
information
ice address
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201280000742.3A
Other languages
English (en)
Other versions
CN103891236A (zh
Inventor
周皓隽
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN103891236A publication Critical patent/CN103891236A/zh
Application granted granted Critical
Publication of CN103891236B publication Critical patent/CN103891236B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/256—NAT traversal
    • H04L61/2575—NAT traversal using address mapping retrieval, e.g. simple traversal of user datagram protocol through session traversal utilities for NAT [STUN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/256—NAT traversal
    • H04L61/2589—NAT traversal over a relay server, e.g. traversal using relay for network address translation [TURN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/2514—Translation of Internet protocol [IP] addresses between local and global IP addresses

Abstract

本发明提供了一种恢复会话内容的传输的方法，终端和服务器。该方法包括在接收针对页面的刷新消息后，保持页面中会话使用的第一ICE地址处于激活状态，使用处于激活状态的第一ICE地址恢复所述会话的会话内容的传输。从而使得终端在收到刷新后的页面后直接根据处于激活状态的第一ICE地址建立连接，无需终端在接收到页面刷新请求后进行ICE地址的协商以确立合适的ICE地址用于会话内容的接收和发送，缩短与对端用户进行会话内容交互的等待时间，从而提高用户体验。

Description

恢复会话内容的传输的方法，终端和服务器
技术领域
本发明涉及通讯领域，尤其涉及恢复会话内容的传输的方法，终端和服务器。
背景技术
浏览器实时通讯(WEBRTC，Real-time Communication Between Browsers)是一项在浏览器内部进行实时视频和音频通信的技术，该技术主要利用超文本标记语言(HyperTextMark-upLanguage 5，HTML5)协议和j avascript语言，在不使用插件的情况下实现浏览器之间的通信。
WebRTC中主要用于实现浏览器之间点对点的通信，从而实现两个浏览器之间真正的点对点连接。在建立浏览器之间的会话的过程中，需要在会话建立过程中协商浏览器的媒体信息，媒体信息可以包括媒体发送/接收地址、媒体传送使用的编解码方式、协议等，并通过使用会话描述协议(SDP，Session Description Protocol)承载。在会话建立过程中，利用SDP的OFFER/ANSWER机制进行媒体信息的协商，比如音视频协商，媒体使用的编解码的协商。当网络中有网络地址转换器(NAT，Network Address Translator)或防火墙设备时，还需要使用交互式连接建立协议(ICE，Interactive Connectivity Establishment)进行可用ICE地址的协商，以进行会话内容的点到点传输，从而建立通过浏览器产生的会话的连接(peerconncection)，从而使得浏览器之间可以进行通话。
在现有的建立会话的过程中，当主叫浏览器需要发送建立会话的请求时，主叫浏览器还需要收集可用的ICE候选地址用于穿越NAT或防火墙从而进行会话内容的发送和接收。ICE候选地址的收集过程主要是浏览器向为其服务的会话穿越效用网络地址转换器(STUN，Session Traversal Utilities for NAT)服务器或NAT中继穿越网络地址转换器(TURN，Traversal Using Relay NAT)服务器发送请求。STUN或TURN服务器在返回的响应中会将穿越NAT或防火墙后的对外通信地址(即ICE地址)或服务器上的中继地址(即ICE地址)返回给浏览器。当浏览器对ICE候选地址收集完成后，可以在建立会话的请求中，也可以以单独消息把ICE候选地址发送给被叫(可以为IMS终端、浏览器或普通终端)。如果被叫也支持ICE协商，则被叫在收到主叫浏览器发送的ICE候选地址后，还要进行被叫端的ICE候选地址的收集，并将收集到的ICE候选地址发送给主叫浏览器。也就是说主叫方和被叫方都需要进行ICE地址的协商，从而找到最合适的一个ICE地址对进行会话内容的传输。其ICE地址对的协商过程主要是每个被叫的ICE候选地址与每个主叫的ICE候选地址进行协商(具体为每个被叫的ICE候选地址向每个主叫的ICE候选地址发送NAT请求包，并等待接收通过主叫ICE候选地址返回的响应)以及每个主叫的ICE候选地址与每个被叫的ICE候选地址进行协商(具体为每个主叫的ICE候选地址向每个被叫的ICE候选地址发送NAT请求包，并等待接收通过被叫的ICE候选地址返回的响应)。如果有多对地址对可以互相发送并接收到正确的响应，则根据ICE协议中定义的判断机制(比如ICE候选地址的优先级情况，应用的偏好等)选出一对最佳的包括主叫ICE地址和被叫ICE地址的ICE地址对作为主叫浏览器和被叫浏览器的进行会话内容传输的地址。
现有的通过浏览器进行会话的过程中，如果主叫浏览器或被叫浏览器发生了刷新(即用户点击刷新或是由于网络问题产生了浏览器的临时重启)，如果要恢复之前的会话的连接，浏览器之间还需要进行ICE的重协商，而该过程的四次握手协商耗时较长，使得会话内容的传输有一个较明显的中断，从而导致用户体验差。
发明内容
本发明的实施例提供的恢复会话内容的传输的方法，终端和服务器，解决现有的主叫浏览器或被叫浏览器发生了刷新，在恢复之前会话的内容传输还需要重新进行ICE的协商，从而导致耗时较长，使得会话有一个较明显的中断导致用户体验差的问题。
本发明第一方面提供了一种恢复会话内容的传输的方法，包括：接收针对页面的刷新消息；保持所述页面中的会话使用的交互式连接建立协议(ICE，InteractiveConnectivity Establishment)地址对中第一ICE地址处于激活状态，并向服务器发送刷新请求；接收所述服务器返回的刷新后的页面，所述刷新后的页面包含应用程序；通过运行所述应用程序，使用处于激活状态的第一ICE地址恢复所述会话的会话内容的传输。
作为第一方面的第一可能的实现方式中，所述接收页面刷新请求之前，该方法还包括：向服务器发送会话使用ICE地址对的信息和会话标识，所述会话使用的ICE地址对的信息包含所述第一ICE地址的信息和第二地址的信息。
作为第一方面的第一可能的第一可选方式的实现方式中，所述应用程序中包括所述ICE地址对的信息和所述会话标识，所述会话使用的ICE地址对的信息包含所述第一ICE地址的信息和第二地址的信息；所述使用处于激活状态的第一ICE地址恢复所述会话的会话内容具体为：将与第一ICE地址的信息对应的处于激活状态的ICE地址分配给所述会话，并向所述第二地址发送数据。
作为第一方面的第二可能的实现方式中，所述接收针对页面的刷新消息之前，该方法还包括：保存所述会话使用ICE地址对的信息和会话标识，所述会话使用的ICE地址对的信息包含所述第一ICE地址的信息和第二地址信息；所述使用处于激活状态的第一ICE地址恢复所述会话的内容的传输具体为：将与第一ICE地址的信息对应的处于激活状态的第一ICE地址分配给所述会话，并向所述第二地址发送数据。
作为第一方面的所有可能的所有实现方式中，保持所述页面中的会话使用的ICE地址对中第一ICE地址处于激活状态具体为：启动定时器，在定时器设定的时间范围内，保持该ICE地址的处于激活状态。
结合在第一方面的第一可能的所有实现方式的第三可能，所述使用处于激活状态的第一ICE地址恢复会话内容的传输之前，该方法进一步包括：确定所述第一ICE地址处于激活状态。
结合在第三可能的第四可能，使用处于激活状态的第一ICE地址恢复会话内容的传输之后，该方法进一步包括：关闭启动的定时器；或确认所述保持所述第一ICE地址处于激活状态的时间达到定时器设定的时间，关闭启动的定时器。
本发明第二方面提供了一种终端，包括：收发器：用于接收针对页面的刷新消息；保持单元，用于在收发器接收到针对页面的刷新消息后，保持所述页面中的会话使用的交互式连接建立(ICE，Interactive Connectivity Establishment)地址对中第一ICE地址处于激活状态；所述收发器进一步用于在接收到针对页面的刷新消息后，向服务器发送刷新请求；以及接收所述服务器返回的刷新后的页面，所述刷新后的页面包含应用程序；运行单元，用于通过运行收发器接到的服务器返回的应用程序使用保持单元保持的处于激活状态的第一ICE地址恢复所述会话的会话内容的传输。
作为第二方面的第一可能的实现方式中，所述收发器在接收针对页面的刷新消息之前进一步用于向服务器发送会话使用ICE地址对的信息和会话标识，所述会话使用的ICE地址对的信息包含所述第一ICE地址的信息和第二地址的信息。
作为第二方面的第一可能的第一可选方式的实现方式中，所述应用程序中包括所述ICE地址的信息和所述会话标识，所述会话使用的ICE地址对的信息包含所述第一ICE地址的信息和第二地址的信息；所述运行单元使用保持单元保持的处于激活状态的第一ICE地址恢复所述会话的会话内容的传输具体为：将与第一ICE地址的信息对应的处于激活状态的ICE地址分配给所述会话，并向所述第二地址发送数据。
作为第二方面的第二可能的实现方式中，该终端进一步包括存储单元，用于保存会话使用ICE地址对的信息和会话标识，所述会话使用的ICE地址对的信息包含所述第一ICE地址的信息和第二地址信息；所述运行单元使用保持单元保持的处于激活状态的第一ICE地址恢复会话内容的传输具体为：将与第一ICE地址的信息对应的处于激活状态的ICE地址分配给所述会话，并向所述第二地址发送数据。
结合在第一方面的第一可能的所有实现方式的第三可能，所述保持单元保持所述页面中的会话使用的ICE地址处于激活状态具体为：启动定时器，在定时器设定的时间范围内，保持该ICE地址的处于激活状态。
结合在第三可能的第四可能，所述保持单元进一步用于，当所述运行单元使用处于激活状态的第一ICE地址恢复会话内容的传输之后，关闭启动的定时器；或，所述保持单元进一步用于，确认所述保持所述第一ICE地址处于激活状态的时间达到定时器设定的时间，关闭启动的定时器。
本发明第三方面提供了一种恢复会话内容的传输的方法，包括：接收终端发送的会话使用的ICE地址对的信息和会话标识，并将所述会话使用的ICE地址对的信息和所述会话标识绑定存储，所述会话使用的ICE地址对的信息包含所述第一ICE地址的信息和第二地址信息；接收终端发送的刷新请求；向终端返回刷新后的页面，所述刷新后的页面包含应用程序，所述应用程序中包括所述ICE地址的信息和所述会话标识；以便于终端通过运行所述应用程序将与第一ICE地址的信息对应的处于激活状态的第一ICE地址分配给所述会话，并向所述第二地址发送数据。
本发明第三方面提供了一种服务器，包括：收发器，用于接收接收终端发送的会话使用的ICE地址对的信息和会话标识，所述会话使用的ICE地址对的信息包含所述第一ICE地址的信息和第二地址信息；存储单元，用于绑定存储所述收发器接收到的所述会话使用的ICE地址对的信息和所述会话标识；所述收发器进一步用于接收终端发送的刷新请求；向终端返回刷新后的页面，所述刷新后的页面包含应用程序，所述应用程序中包括所述ICE地址的信息和所述会话标识；以便于终端将与第一ICE地址的信息对应的处于激活状态的第一ICE地址分配给所述会话，并向所述第二地址发送数据。
通过上述方案可以看出，在页面刷新从而导致不能继续与对端用户进行会话交互时，如不能接听对方声音，消息等，继续保持页面中会话使用的第一ICE地址处于激活状态，从而使得终端在收到刷新后的页面后直接根据处于激活状态的第一ICE地址建立连接，无需终端在接收到页面刷新请求后进行ICE地址对的协商以确立合适的ICE地址用于会话内容的接收和发送，缩短与对端用户进行会话内容交互的等待时间，从而提高用户体验。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的恢复会话内容传输的方法流程图；
图2为本发明实施例提供的恢复会话内容传输的方法流程图；
图3为本发明实施例提供的恢复会话内容传输的方法流程图；
图4为本发明实施例提供的恢复会话内容传输的方法流程图；
图5为本发明实施例提供的恢复会话内容传输的方法流程图；
图6为本发明实施例提供的终端的结构示意图；
图7为本发明实施例提供的终端的另一结构示意图；
图8为本发明实施例提供的恢复会话内容传输的方法流程图；
图9为本发明实施例提供的服务器的结构示意图；
图10为本发明实施例提供的服务器的另一结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1为本发明实施例提供的建立会话的方法流程图，包括如下步骤：
步骤101、接收针对页面的刷新消息；
具体的，当终端通过浏览器浏览页面时，接收针对页面的刷新消息。所述针对页面的刷新消息可以是用户通过页面的刷新功能发送的，也可以是当浏览器重启时发送的。本发明实施例在此不再限定。
步骤102、保持所述页面中的会话使用的交互式连接建立(ICE，InteractiveConnectivity Establishment)地址对中第一ICE地址处于激活状态，并向服务器发送刷新请求；会话使用的ICE地址对包括接收针对页面的刷新消息的浏览器使用的ICE地址(本发明实施例称为第一ICE地址)，以及会话使用的ICE地址对中的对端用户使用的地址(本发明实施例称第二地址)。其中，第二地址可以为ICE地址，也可以为其它的地址，本发明实施例在此不做限定。
具体的，用户通过终端的浏览器建立与其它用户的会话(浏览器实时通讯(WEBRTC，Real-time Communication Between Browsers)会话)时需要使用ICE地址与其它用户进行连接。而在会话的过程中，终端会通过浏览器向分配会话使用的第一ICE地址的STUN或TURN服务器发送消息，并接收该STUN或TURN服务器返回的响应以保持该第一ICE地址处于激活状态。而在本发明实施例中，即使在接收到刷新消息后，终端仍继续向分配会话使用的第一ICE地址的STUN或TURN服务器发送消息以继续保持与会话使用的第一ICE地址处于激活状态，而无需释放与会话对应的第一ICE地址的资源。
此外，终端在保持所述页面中的会话使用的ICE地址对中第一ICE地址处于激活状态的过程中，还向服务器发送刷新请求，该刷新请求可以包含该页面的统一资源定位器(URL：Uniform Resoure Locator)，以便服务器根据该URL返回刷新后的页面。
步骤103、接收所述服务器返回的刷新后的页面，所述刷新后的页面包含应用程序；
具体的，服务器在接收到终端发送的页面刷新请求后，根据页面刷新请求包含的URL获取与该URL对应的刷新后的页面，并向终端返回刷新后的页面，所述刷新后的页面包含应用程序；该应用程序可以是javascript(JS)应用程序，也可以是别的应用程序，本发明实施例在此不做限定。
步骤104、通过运行所述应用程序使用处于激活状态的第一ICE地址恢复所述会话的会话内容的传输。
具体的，终端在接收到刷新后的页面后，运行该页面包含的应用程序(如JS程序)，并通过运行该应用程序使用处于激活状态的ICE地址恢复接收从会话的对端用户发送过来的内容，以及向对端用户发送会话的内容。
从以上实施例可以看出，终端在页面刷新从而导致不能继续与对端用户进行会话内容的传输时，如不能接听对方声音，消息等，继续保持页面中会话使用的的ICE地址处于激活状态，从而使得终端在收到刷新后的页面后直接根据处于激活状态的ICE地址建立连接，无需终端在接收到页面刷新请求后进行ICE地址的协商以确立合适的ICE地址用于会话内容的接收和发送，缩短与对端用户进行会话内容交互的等待时间，从而提高用户体验。
图2为本发明实施例提供的恢复会话内容传输的方法流程图，在该实现方式中，终端通过第一应用模块将会话使用的ICE地址保存在服务器，包括如下步骤：
步骤200、用户通过终端的浏览器运行第一应用模块的第一应用程序建立第一peerconnection信息。
具体的，终端包括浏览器模块，第一应用模块，第二应用模块。第一应用模块存储第一应用程序，其中第一应用程序为浏览器模块通过运行该应用而与对端建立会话的应用程序，如JS应用程序，也可以是其它应用程序。第二应用模块存储第二应用程序，第二应用程序为服务器在接收到刷新请求后发送给终端的应用程序。。
而终端在与对端设备建立WebRTC会话时，需要通过运行第一应用模块中的第一应用程序，以建立与WebRTC会话对应的第一peerconnection信息。该第一peerconnection信息记录了WebRTC会话的相关信息，例如WebRTC会话标识(比如主被叫用户信息，以及其它可以标识会话的信息)，WebRTC会话使用的SDP信息，以及WebRTC会话的状态信息(如是否处于连接状态等)，以及该WebRTC会话是否获取过ICE地址的状态信息。由于在本实施例中，WebRTC会话已经建立，第一peerconnection记录的是该WebRTC会话已经获取过ICE地址的状态信息。
如果在同一页面中存在终端用户正在进行的多个WebRTC会话，则与每个WebRTC会话都具有一个peerconnection来记录该WebRTC会话的相关信息。此外，终端在建立第一peerconnection信息，还会将与第一peerconnection信息发送给服务器，并对第一peerconnection信息的更新同步到服务器。
步骤201、用户通过终端的浏览器和其它终端建立的WebRTC会话，实现与其它终端(如对端)进行会话内容的传输。
步骤202、浏览器模块向第一应用模块发送该WebRTC会话使用的ICE地址对的信息。
具体的，终端通过浏览器使用ICE地址回调函数(iceCallback()函数)，或其他函数将该终端在WebRTC会话中使用的ICE地址发送给第一应用模块的应用程序，即第一应用程序(如JS(javasctrip)程序)。
iceCallback(cand，|moreToFollow|)函数作为现有的浏览器向第一应用模块的应用程序发送收集的ICE候选地址的函数。其中候选地址(cand)参数取值为ICE地址，更多ICE地址参数(|moreToFollow|)有两个可选取值，当取值为真(true)时，表明浏览器还会向第一应用程序发送候选ICE地址，当取值为假(false)时，表明浏览器不会针对同一WebRTC会话再发送ICE候选地址，也即说明ICE候选地址收集的流程已经进行完毕。
在本实施例中，可使用用ICE地址回调函数(iceCallback()函数)来携带WebRTC会话使用的ICE地址对的信息，比如可以是iceCallback (local-cand，remote-cand，|moreToFollow|，|Provided |)。当然也可以不携带|moreToFollow|参数，来标示该cand地址为WebRTC会话使用的ICE地址。即iceCallback(local-cand，remote-cand，|moreToFollow|)。在ICE地址回调函数中，参数本地地址(local-cand)表示该WebRTC会话最终使用的ICE地址对中的接收针对页面的刷新消息的浏览器使用的ICE地址(本发明实施例称为第一ICE地址)。参数对端地址(remote-cand)表示该WebRTC会话使用的ICE地址对中的对端用户使用的地址(本发明实施例称第二地址)的信息。当然在其它的可选方式中，第二地址可以是ICE地址，也可以不是ICE地址，本发明实施例在此不做限定)。或者在iceCallback()函数里再增加一个参数，比如为|Provided|，即iceCallback(local-cand，remote-cand，，|moreToFollow|，|Provided|)，当|Provided|为false时，说明该local-cand，remote-cand地址对不是该会话所使用的ICE地址，当|Provided|为真(true)时，说明该local-cand，remote-cand地址对的信息是会话所使用的ICE地址对的信息，当|Provided|为真(true)时，|moreToFollow|需要设置为假(false)，其他设置同之前类似。
当然，本发明实施例还可以使用新的函数如ICE地址发现函数(finalIce (local-cand，remote-cand)函数)向第一应用程序发送该WebRTC会话使用的ICE地址对的信息。此时，该函数的cand取值即为该WebRTC会话使用的ICE地址的信息。
此外，还可以使用上述函数仅发送接收针对页面的刷新消息的浏览器使用的ICE地址，本发明实施例在些不做限定。
步骤203、第一应用模块向服务器发送保存ICE地址对的请求，该保存ICE地址对的请求包含WebRTC会话使用的ICE地址对的信息以及与该WebRTC会话标识。该保存ICE地址对的请求可以使用HTTP POST请求。
步骤204、服务器向第一应用模块发送保存ICE地址对的响应。具体的，当服务器接收到保存ICE地址对的请求后，将将该ICE地址对同其对应WebRTC会话标识绑定保存，向第一应用模块发送保存ICE地址对成功响应。
步骤205、终端接收针对页面的刷新消息；具体可参见步骤101，本发明实施例在此不再详述。
步骤206、终端向服务器发送刷新请求。该刷新请求可以包含该页面的统一资源定位器(URL：Uniform Resoure Locator)，以便服务器获取与该URL对应的页面，并作为刷新后的页面返回给浏览器模块。
步骤207、浏览器模块保持所述页面中的会话使用的交互式连接建立(ICE，Interactive Connectivity Establishment)地址第一ICE地址处于激活状态。
具体的，浏览器根据与该WebRTC会话对应的第一peerconnection信息确定接收到针对页面的刷新消息之前的WebRTC会话处于连接状态，则继续保持该WebRTC会话所使用的ICE地址对中第一ICE地址处于激话状态。但是浏览器在收到针对页面的刷新消息后，会将页面呈现内容全部删除，以及与该WebRTC会话对应的第一peerconnection的相关信息删除。
也就是说，浏览器只是保持WebRTC会话使用ICE地址对中第一ICE地址的激活状态，但该第一ICE地址与该WebRTC会话的对应关系被删除了。
值得说明的是，步骤206、207并没有时间上的先后顺序。
步骤208、浏览器启动关于保持该第一ICE地址处于激活状态的定时器。即在定时器设定的时间范围内，保持该第一ICE地址的处于激活状态。具体地，在定时器的指示的时间范围内，向分配该第一CE地址的STUN或TURN服务器发送请求消息，并接收来自该STUN或TURN服务器返回的响应，从而保持该ICE地址的激活状态。
步骤209、服务器响应刷新请求，将刷新后的页面发送到终端的第二应用模块。
具体的，刷新后的页面包括刷新后的HTML代码及第二应用程序(如JS应用程序)发送到终端的第二应用模块。此外，第二应用程序还包括WebRTC会话使用的ICE地址对的信息以及与该WebRTC会话对应的第一peerconnection信息。此外，第二应用程序与第一应用程序可以是相同的程序，也可以是不同的应用程序(如直接在第二应用程序中包括WebRTC会话使用的ICE地址息以及与该WebRTC会话标识信息)。
步骤210、运行步骤209中下发下来的第二应用程序，建立与该WebRTC会话对应的第二peerconnection信息，以恢复该WebRTC会话的内容传输。
具体的，第二应用程序中包括了第一peerconnection信息，浏览器模块利用步骤209中服务器下发第二应用程序的第一peerconnection信息建立与该WebRTC会话对应的第二peerconnection信息，如将与第一peerconnection信息中记录的会话标识(如主被叫用户的信息)，刷新之前该WebRTC会话使用的SDP信息等记录到第二peerconnection信息中。
步骤211、向浏览器模块发送WebRTC会话使用的ICE地址对的信息，以便于浏览器模块利用与该ICE地址对的信息对应的ICE地址恢复与会话标识对应的WebRTC会话的会话内容的传输。
具体的，第二应用模块可以使用ICE地址响应函数将WebRTC会话使用的ICE地址对的信息发送给浏览器模块。比如，使用新的应用接口函数(API函数)来携带该ICE地址的信息，比如ICE地址响应函数(icefeedback(|local-cand|，|remote-cand|函数))的，该ICE地址响应函数用于第二应用模块向浏览器发送ICE地址的信息，local-cand表示该会话最终使用的ICE地址对中的第一ICE地址的信息，remote-cand表示该会话最终使用的ICE地址对中的第二地址的信息。
此外，第二应用模块还可以使用现有的API函数，比如处理ICE地址消息函数(processIceMessage(|candidate|)函数)，该processIceMessage(|candidate|)函数是现有的应用程序(如JS程序)向浏览器发送对端的ICE地址的，在这里可以扩展该函数，比如增加一个参数|final|，processIceMessage(|local-cand|，|remote-cand|，|final|)，该|final|参数取值为true时，说明该参数本地地址local-cand表示该WebRTC会话使用的ICE地址对中的第一ICE地址，参数远端地址remote-cand表示该会话最终使用的ICE地址对中的第二地址，则浏览器直接使用该地址做ICE链接即可，当|final|参数取值为false时，该函数的作用同以前一样。
步骤212、浏览器模块利用该ICE地址对恢复WebRTC会话的会话内容的传输。
具体的，浏览器模块收到JS发送来的ICE地址对后，判断该ICE地址对中第一ICE地址是否存在于该浏览器，且处于激活状态。当确定该第一ICE地址处于激活状态后，将该第一ICE地址分配给WebRTC会话，并向第二地址发送数据，从而将恢复会话内容的传输。
步骤213、浏览器模块关闭之前启动的定时器。
作为一种可选方式，在步骤213可能在步骤212之前执行，即当浏览器模块根据定时器设定的时间确认保持WebRTC会话使用的ICE地址对中第一ICE地址处于激活状态的时间达到定时器设定的时间，则浏览器模块关闭启动的定时器，并不再保持WebRTC会话使用的ICE地址对中ICE地址处于激活状态。在步骤212中，浏览器模块收到JS发送来的ICE地址对后，并检测该ICE地址对中第一ICE地址存在于该浏览器或虽存在于浏览器，但不处于激活状态，则浏览器模块并不能直接使用JS发送的与ICE地址对的信息对应的ICE地址对恢复会话内容的传输，而需要像现有技术一样，重新进行ICE地址对的协商，以恢复会话内容的传输。
从上述实施例可以看出，终端在页面刷新从而导致不能继续与对端用户进行会话交互时，如不能接听对方声音，消息等，继续保持页面中会话使用的第一ICE地址处于激活状态，从而使得终端在收到刷新后的页面后直接根据处于激活状态的ICE地址建立连接，无需终端在接收到页面刷新请求后进行第一ICE地址的协商以确立合适的ICE地址用于会话内容的接接和发送，缩短与对端用户进行会话内容交互的等待时间，从而提高用户体验。
图3为本发明实施例提供的恢复会话内容传输的方法流程图，与图2所对应的流程相同，在该实现方式中，终端将WebRTC会话使用的ICE地址保存在服务器，包括如下步骤：
步骤301、用户通过终端的浏览器和其它终端建立的WebRTC会话，实现与其它终端(如对端)进行会话内容的传输。
在执行本步之前，而终端在与对端用户建立WebRTC会话时，通过运行第一应用程序，建立与该WebRTC会话对应的第一peerconnection信息。该第一peerconnection信息记录了WebRTC会话的相关信息，例如WebRTC会话标识(比如主被叫用户信息，以及其它可以标识会话的信息)，WebRTC会话使用的SDP信息，以及WebRTC会话的状态信息(如是否处于连接状态)，以及该WebRTC会话是否协商过ICE地址的信息，以及该WebRTC会话是否获取过ICE地址的状态信息。由于在本实施例中，WebRTC会话已经建立，第一peerconnection记录的是该WebRTC会话已经获取过ICE地址的状态信息。
如果在同一页面中存在终端用户正在进行的多个WebRTC会话，则与每个WebRTC会话都具有一个peerconnection来记录该WebRTC会话的相关信息。此外，终端在建立第一peerconnection信息，还会将与第一peerconnection信息发送给服务器，并对第一peerconnection信息的更新同步到服务器。
步骤302、终端向服务器发送保存ICE地址对的请求，该保存ICE地址的请求包含WebRTC会话使用的ICE地址对的信息以及与该WebRTC会话对应的第一peerconnection信息。该保存ICE地址的请求可以使用HTTP POST请求，以便由服务器将该ICE地址同其对应的WebRTC会话标识绑定保存。
在执行此步骤之前，终端通过浏览器使用ICE地址回调函数(iceCallback()函数)，或其他函数将该终端在WebRTC会话中使用的ICE地址发送给第一应用程序(如JS(javasctrip)程序)。在本发明实施例中，为了便于说明，将刷新请求之前建立WebRTC会话使用的应用程序为第一应用程序，而在接收到刷新消息后，为恢复会话内容传输而运行的应用程序为第二应用程序。第一应用程序可以与第二应用程序相同，也可以不同，本发明实施例在此不做限定。
ICE回调函数(iceCallback(cand，|moreToFollow|)函数)作为现有的浏览器向第一应用模块的的应用程序发送收集的ICE候选地址的函数，其中候选地址(cand)参数取值为ICE地址，更多ICE候选地址参数(|moreToFollow|)有两个可选取值，当取值为真(true)时，表明浏览器还会向第一应用程序发送ICE候选地址，当取值为假(false)时，表明浏览器不会针对同一WebRTC会话再发送ICE候选地址，也即说明ICE候选地址收集的流程已经进行完毕。
在本实施例中，可使用用ICE地址回调函数(iceCallback()函数)来携带WebRTC会话使用的ICE地址对，比如可以是iceCallback(local-cand，remote-cand，|moreToFollow|，|Provided|)。当然也可以不携带|moreToFollow|参数，来标示该local-cand，remote-cand地址为WebRTC会话使用的ICE地址对。即iceCallback(local-cand，remote-cand，|moreToFollow|)。在ICE地址回调函数中，参数本地地址(local-cand)表示该WebRTC会话最终使用的ICE地址对中的接收针对页面的刷新消息的浏览器使用的ICE地址(本发明实施例称为第一ICE地址。参数对端地址(remote-cand)表示该WebRTC会话使用的ICE地址对中的对端用户使用的地址(本发明实施例称第二地址)。当然在其它的可选方式中，第二地址可以是ICE地址，也可以不是ICE地址，本发明实施例在此不做限定。或者在iceCallback()函数里再增加一个参数，比如为|Provided|，即iceCallback(local-cand，remote-cand，，|moreToFollow|，|Provided|)，当|Provided|为false时，说明该local-cand，remote-cand地址对不是该会话所使用的ICE地址，当|Provided|为真(true)时，说明该local-cand，remote-cand地址对是会话所使用的ICE地址，当|Provided|为真(true)时，|moreToFollow|需要设置为假(false)，其他设置同之前类似。
当然，本发明实施例还可以使用新的函数如ICE地址发现函数(finalIce (local-cand，remote-cand)函数)向第一应用程序发送该WebRTC会话使用的ICE地址对。此时，该函数的cand取值即为该WebRTC会话使用的ICE地址。
此外，还可以使用上述函数仅发送接收针对页面的刷新消息的浏览器使用的ICE地址，本发明实施例在些不做限定。
步骤303，服务器向终端发送保存ICE地址对的响应。具体的，当服务器接收到保存ICE地址对的请求后，将将该ICE地址对的信息同其对应WebRTC会话标识绑定保存，向终端发送保存ICE地址对的响应。步骤304、与步骤101相同，本发明实施例在此不再详述。
步骤305、终端向服务器发送刷新请求。该刷新请求可以包含该页面的统一资源定位器(URL：Uniform Resoure Locator)，以便服务器获取与该URL对应的页面，并作为刷新后的页面返回给终端。
步骤306、终端保持所述页面中的会话使用的ICE地址处于激活状态。
具体的，终端根据与该WebRTC会话对应的第一peerconnection信息判断接收到针对页面的刷新消息之前的WebRTC会话连接状态的，则继续保持第一ICE地址处于激话状态。但是终端在收到针对页面的刷新消息后，会将页面呈现内容全部删除，以及与该WebRTC会话对应的第一peerconnection信息删除。
也就是说，终端只是保持第一ICE地址的激活状态，但该第一ICE地址与该WebRTC会话的对应关系被删除了。
值得说明的是，步骤305、306并没有时间上的先后顺序。
步骤307、终端启动关于保持该第一ICE地址处于激活状态的定时器。即在定时器设定的时间范围内，保持第一ICE地址的处于激活状态。具体的，在定时器的指示的时间范围内，向该第一ICE地址发送消息，并接收来自该第一ICE地址返回的响应。
步骤308、服务器响应刷新请求，将刷新后的页面发送到终端。
具体的，刷新后的页面包括刷新后的HTML代码及第二应用程序(如JS应用程序)发送到终端。此外，刷新后的页面还包括WebRTC会话使用的ICE地址对的信息以及与该WebRTC会话对应的第一peerconnection信息。此外，第二应用程序与第一应用程序可以是相同的程序，也可以是不同的应用程序，如直接在第二应用程序中包括WebRTC会话使用的ICE地址息以及与该WebRTC会话标识信息。
步骤309、终端利用与该ICE地址对的信息对应的ICE地址对恢复WebRTC会话的会话内容的传输。
具体的，终端收到服务器发送的包含ICE地址对的信息及与WebRTC会话对应的第一peerconnection信息的刷新后的页面及第二应用程序后，检测第一ICE地址是否存在于该浏览器，且处于激活状态。当确定第一ICE地址处于激活状态后，将该第一ICE地址分配给WebRTC会话，并向第二地址发送数据，从而将恢复会话内容的传输。
在执行此步骤之前，终端还要运行步骤309中下发下来的第二应用程序，建立与该WebRTC会话对应的第二peerconnection信息，以恢复该WebRTC会话的内容传输。如将与第一peerconnection信息中记录的会话标识(如主被叫用户的信息)，刷新之前该WebRTC会话使用的SDP信息等记录到第二peerconnection信息中。
此外，终端还可以使用ICE地址响应函数获取包含在刷新后的页面中的将WebRTC会话使用的ICE地址对的信息，以便于利用与该ICE地址对的信息对应的ICE地址对恢复WebRTC会话的会话内容的传输。
具体的，终端可以使用新的应用接口函数(API函数)来获取该ICE地址对，比如ICE地址响应函数(icefeedback(|local-cand|，|remote-cand|函数))的，该函数用于第二应用模块向浏览器发送ICE地址的信息，其中候选地址参数“|local-cand|，|remote-cand|”参数即为要发送的ICE地址对的信息；以及可以使用现有的API函数，比如处理ICE地址消息函数(processIceMessage(|candidate|)函数)，该processIceMessage(|candidate|)函数是现有的应用程序(如JS程序)向浏览器发送对端的ICE地址的，在这里可以扩展该函数，比如增加一个参数|final|，processIceMessage(||local-cand|，|remote-cand||，|final|)，该|final|参数取值为true时，说明该||local-cand|，|remote-cand||里携带的是之前协商确定的ICE地址对的信息，则浏览器直接使用该地址做ICE链接即可，当|final|参数取值为false时，该函数的用于同以前一样。
步骤310、终端关闭之前启动的定时器。
值得说明的是，在图3对应的流程中，终端还有可能多次接收到针对页面的刷新消息，如果终端第二次接收到针对页面的刷新消息时，停止执行当前正在进行的刷新步骤，假设当终端在步骤305、308、309任一步骤执行时收到了第二次针对页面的刷新消息，则停止执行正在进行的步骤，如步骤305、308、309的任一步骤，重新执行步骤305、308、309，但步骤307不再重复执行，即保持ICE地址处于激活状态的定时器不再新新设定，并步执行步骤309时判断ICE地址是否仍处于激活状态，如果处于激活状态执行步骤309，否则，WebRTC会话的内容传输不能直接使用终端存储发送的ICE地址对的信息恢复会话内容的传输，而需要像现有技术一样，重新进行ICE地址对的协商，以恢复会话内容的传输。。
作为一种可选方式，在步骤310可能在步骤309之前执行，即当终端根据定时器设定的时间确认保持WebRTC会话使用的ICE地址处于激活状态的时间达到定时器设定的时间，则终端关闭启动的定时器，并不再保持WebRTC会话使用的ICE地址处于激活状态(即终止向该ICE地址发送消息包，并接收从该ICE地址返回的响应)。在步骤309中，终端在获取到WebRTC会话使用的ICE地址后，并在存在于该检测该浏览器或虽存在于浏览器，但不处于激活状态，则终端并不能使用获取到的存储的ICE地址恢复会话内容的传输，而需要像现有技术一样，重新进行ICE地址的协商，以恢复会话内容的传输。
从上述实施例可以看出，终端在页面刷新从而导致不能继续与对端用户进行会话交互时，如不能接听对方声音，消息等，继续保持页面中会话使用的ICE地址处于激活状态，从而使得终端在收到刷新后的页面后直接根据处于激活状态的ICE地址建立连接，无需终端在接收到页面刷新请求后进行ICE地址的协商以确立合适的ICE地址用于会话内容的接接和发送，缩短与对端用户进行会话内容交互的等待时间，从而提高用户体验。
图4为本发明实施例提供的恢复会话内容传输的方法流程图，在该实现方式中，终端通过第一应用模块使用web存储API函数(web storage API函数)将WebRTC会话使ICE地址保存在浏览器模块，包括如下步骤：
步骤400-402、与步骤201-202相同，本发明实施例在此不在详述。
步骤403、第一应用模块向浏览器模块发送保存ICE地址对的请求，该保存ICE地址对的请求包含WebRTC会话使用的ICE地址对的信息以及与该WebRTC会话的会话标识。并由浏览器模块将该ICE地址对的信息同其对应WebRTC会话的会话标识绑定保存。
具体的，第一应用模块中的第一应用程序收到该ICE地址对的信息后，调用浏览器本地存储(Web storage)里的会话存储应用程序编程接口(Application ProgrammingInterface，API)函数(session storage API，windows.sessionStorage.setItem(“key”，“value”)函数)，将将WebRTC会话的会话标识以及WebRTC会话使用的ICE地址对的信息绑定存储。作为一种实现方式，该函数定义了一个名为关键字“key”的变量，其值为“value”，当浏览器收模块到该session storage API函数后，会在浏览器内创建并保存一个变量名为“key”，其值为“value”的变量。在该实施例中，第一应用程序可以将变量名取为“PC-ICE”其中“PC”为WebRTC会话的会话标识，参数“ICE”表明其是存储ICE地址对的信息。所以此时的API可以为：窗口会话存储设置项目windows.sessionStorage.setItem(“PC-ice”，“candidate”)函数。当浏览器模块接收收到该函数后，即将变量“PC-ICE”及其值保存在浏览器内部，在这里“candidate”的值即为步骤402中收到的ICE地址对的信息。当存储完成后，第一应用程序将与第一peerconnection的ICE地址对状态参数(“iceState”参数)状态为获取ICE地址状态，如“ICE_RECEIVED”。
步骤404、与步骤205相同，本发明实施例在此不再详述。
步骤405、与步骤206相同，本发明实施例在此不再详述。
步骤406-407、与步骤207-208相同，本发明实施例在此不再详述。
值得说明的是，步骤405、406以及步骤407并没有时间上的先后顺序。
步骤408、服务器响应刷新请求，将刷新后的页面发送到终端的第二应用模块。
具体的，刷新后的页面包括刷新后的HTML代码及第二应用程序(如JS应用程序)发送到终端的浏览器模块，第二应用程序中包括第一peerconnection信息。
步骤409、运行步骤408中下发下来的第二应用程序，建立与该WebRTC会话对应的第二peerconnection信息，以恢复该WebRTC会话的内容传输。
具体的，浏览器模块利用第二应用程序包括的第一peerconnection信息建立与该WebRTC会话对应的第二peerconnection信息，如将与第一peerconnection信息中记录的会话标识(如主被叫用户的信息)，刷新之前该WebRTC会话使用的SDP信息，以及该WebRTC会话协商过ICE地址的信息记录到第二peerconnection信息中。
步骤410、第二应用模块向浏览器模块发送ICE地址对的信息获取请求，该ICE地址对的信息获取请求中携带WebRTC会话的会话标识。
具体的，第二应用模块通过第二应用程序调用浏览器本地保存API函数sessionstorage API函数，alert(windows.sessionStorage.getItem(“PC-ICE”)。以便于浏览器收到该函数后，在浏览器内部查找名为“PC-ICE”的变量，并将存储的ICE地址对的信息发送给第二应用模块。
具体的，当第二应用模块通过第二应用程序判断第二peerconnection中的ICE地址状态参数(“iceState”参数)状态为已获取ICE地址“ICE_RECEIVED”时，则表明刷新前的第一peerconnection记录了WebRTC会话获取过ICE地址的状态信息，此时第二应用程序可以调用web存储storage里的会话存储API函数(session storage API函数)，以便于从浏览器中获取保存的该WebRTC会话使用的ICE地址的信息。
步骤411、浏览器模块向第二应用模块发送ICE地址对的信息获取响应，将ICE地址对的信息返回给第二应用模块。
具体的，浏览器模块在接收到ICE地址对的信息获取请求后，根据WebRTC会话标识查到之前保存的“PC-ICE”变量后，将PC-ICE变量中的ICE地址对的信息返回给第二应用模块。
步骤412、与步骤211相同，本发明实施例在此不在详述。
步骤413、与步骤212相同，本发明实施例在此不在详述。
步骤414、与步骤213相同，本发明实施例在此不在详述。
值得说明的是，在图4对应的流程中，浏览器模块还有可能多次接收到针对页面的刷新消息，如果浏览器模块第二次接收到针对页面的刷新消息时，停止执行当前正在进行的刷新步骤，假设当浏览器模块在步骤408或步骤409、410、411、412任意步骤执行时收到了第二次针对页面的刷新消息，则停止执行正在进行的步骤，如步骤步骤408或步骤409、410、411、412的任一步骤，重新执行步骤405以及408-412，但步骤407不再重复执行，即保持第一ICE地址处于激活状态的定时器不再新新设定.在步骤413中，浏览器模块收到JS发送来的ICE地址对的信息后，并检测于该检测该浏览器或虽存在于浏览器，但不处于激活状态，则浏览器模块并不能直接使用JS发送的ICE地址对的信息对应的ICE地址对恢复会话内容的传输，而需要像现有技术一样，重新进行ICE地址的协商，以恢复会话内容的传输。
从上述实施例可以看出，终端在页面刷新从而导致不能继续与对端用户进行会话交互时，如不能接听对方声音，消息等，继续保持页面中会话使用的第一ICE地址处于激活状态，从而使得终端在收到刷新后的页面后直接根据处于激活状态的第一ICE地址建立连接，无需终端在接收到页面刷新请求后进行ICE地址的协商以确立合适的ICE地址用于会话内容的接接和发送，缩短与对端用户进行会话内容交互的等待时间，从而提高用户体验。
图5为本发明实施例提供的恢复会话内容传输的方法流程图，在该实现方式中，终端通过使用web存储API函数(web storage API函数)存储WebRTC会话使用ICE地址，包括如下步骤：
步骤501、与步骤301相同，本发实施例例在此不再详述。
步骤502、终端存储WebRTC会话使用的ICE地址对的信息。
具体的，在执行此步骤之前，终端通过浏览器使用ICE地址回调函数(iceCallback()函数)，或其他函数将该终端在WebRTC会话中使用的ICE地址对的信息发送给第一应用程序(如JS(java-sctrip)程序)。
第一应用程序收到该ICE地址对的信息后，调用web存储(Web storage)里的会话存储应用程序编程接口(Application Programming Interface，API)函数(sessionstorage API，windows.sessionStorage.setItem(“key”，“value”)函数)，将WebRTC会话的会话标识以及WebRTC会话使用的ICE地址对的信息绑定存储。
步骤503、与步骤304相同，本发明实施例在此不再详述。
步骤504、与步骤305相同，本发明实施例在此不再详述。
步骤505-506、与步骤306-307相同，本发明实施例在此不再详述。
值得说明的是，步骤504、505以及步骤506并没有时间上的先后顺序。
步骤507、服务器响应刷新请求，将刷新后的页面发送到终端。
具体的，刷新后的页面包括刷新后的HTML代码及第二应用程序(如JS应用程序)发送到终端的浏览器模块，第二应用程序中包括第一peerconnection信息。
步骤508、终端利用该ICE地址恢复WebRTC会话的会话内容的传输。
具体的，终端运行第二应用程序，利用第二应用程序包括的第一peerconnection信息建立与该WebRTC会话对应的第二peerconnection信息，如将与第一peerconnection信息中记录的会话标识(如主被叫用户的信息)，刷新之前该WebRTC会话使用的SDP信息，以及该WebRTC会话协商过ICE地址的信息记录到第二peerconnection信息中。
第二应用程序调用浏览器本地保存API函数session storage API函数，alert(windows.sessionStorage.getItem(“PC-ICE”)函数。以便于浏览器收到该函数后，在终端内部查找名为“PC-ICE”的变量。
具体的，当第二应用程序确定第二peerconnection中的ICE地址状态参数(“iceFinalState”参数)状态为已获取ICE地址“ICE_RECEIVED”时，则表明刷新前的第一peerconnection记录了WebRTC会话获取过ICE地址的状态信息。第二应用程序可以调用web存储storage里的会话存储API函数(session storage API函数)，从终端中获取终端保存的该WebRTC会话使用的ICE地址的信息。
步骤509、与步骤310相同，本发明实施例在此不再详述。
值得说明的是，在图5对应的流程中，终端还有可能多次接收到针对页面的刷新消息，如果终端第二次接收到针对页面的刷新消息时，停止执行当前正在进行的刷新步骤，假设当浏览器模块在步骤504或步骤507、508任意步骤执行时收到了第二次针对页面的刷新消息，则停止执行正在进行的步骤，如步骤504或步骤507、508的任一步骤，重新执行步骤504以及步骤507-508，但步骤506不再重复执行，即保持第一ICE地址处于激活状态的定时器不再重新设定。在步骤308中，终端在获取到WebRTC会话使用的ICE地址对的信息后，并检测该ICE地址对中第一ICE地址存在于该浏览器或虽存在于浏览器，但不处于激活状态，则终端并不能使用获取到的存储的与ICE地址对的信息对应的ICE地址恢复会话内容的传输，而需要像现有技术一样，重新进行ICE地址对的协商，以恢复会话内容的传输。
作为一种可选方式，在步骤509可能在步骤508之前执行，即当终端根据定时器设定的时间确认保持WebRTC会话使用的第一ICE地址处于激活状态的时间达到定时器设定的时间，则终端关闭启动的定时器，并不再保持WebRTC会话使用的第一ICE地址处于激活状态(即终止向该ICE地址发送消息包，并接收从该第一ICE地址返回的响应)。在步骤508中，终端在获取到WebRTC会话使用的ICE地址后，并在存在于该检测该浏览器或虽存在于浏览器，但不处于激活状态，则终端并不能使用获取到的存储的ICE地址恢复会话内容的传输，而需要像现有技术一样，重新进行ICE地址对的协商，以恢复会话内容的传输。
从上述实施例可以看出，终端在页面刷新从而导致不能继续与对端用户进行会话交互时，如不能接听对方声音，消息等，继续保持页面中会话使用的ICE地址处于激活状态，从而使得终端在收到刷新后的页面后直接根据处于激活状态的ICE地址建立连接，无需终端在接收到页面刷新请求后进行ICE地址的协商以确立合适的ICE地址用于会话内容的接接和发送，缩短与对端用户进行会话内容交互的等待时间，从而提高用户体验。
图6为本发明实施例提供的终端的结构示意图，包括：收发器601、保持单元602、确认单元603，存储单元604和运行单元605。
其中，收发器601用于接收针对页面的刷新消息；保持单元602，用于在收发器接收到针对页面的刷新消息后，保持所述页面中的会话使用的交互式连接建立(ICE，Interactive Connectivity Establishment)地址对中第一ICE地址处于激活状态；所述收发器601进一步用于在接收到针对页面的刷新消息后，向服务器发送刷新请求；以及接收所述服务器返回的刷新后的页面，所述刷新后的页面包含应用程序；运行单元605，用于通过运行收发器接到的服务器返回的应用程序使用保持单元保持的处于激活状态的第一ICE地址恢复所述会话的会话内容的传输。
可选的，所述收发器601在接收针对页面的刷新消息之前进一步用于向服务器发送会话使用ICE地址对的信息和会话标识，所述会话使用的ICE地址对的信息包含所述第一ICE地址的信息和第二地址的信息。
可选的，所述应用程序中包括所述ICE地址的信息和会话标识，所述会话使用的ICE地址对的信息包含所述第一ICE地址的信息和第二地址的信息；所述运行单元605使用保持单元保持的处于激活状态的第一ICE地址恢复会话内容的传输具体为：将与第一ICE地址的信息对应的处于激活状态的ICE地址分配给所述会话，并向所述第二地址发送数据。
可选的，该终端进一步包括存储单元604，用于保存会话使用ICE地址对的信息和会话标识，所述会话使用的ICE地址对的信息包含所述第一ICE地址的信息和第二地址信息；所述运行单元605使用保持单元保持的处于激活状态的第一ICE地址恢复会话内容的传输具体为：将与第一ICE地址的信息对应的处于激活状态的ICE地址分配给所述会话，并向所述第二地址发送数据。
可选的，所述保持单元602保持所述页面中的会话使用的ICE地址对中第一ICE地址处于激活状态具体为：启动定时器，在定时器设定的时间范围内，保持所述第一ICE地址的处于激活状态。
可选的，该终端进一步包括确定单元603，用于在所述运行单元使用保持单元保持的处于激活状态的第一ICE地址恢复会话内容的传输之前，确定所述第一ICE地址处于激活状态。
可选的，所述保持单元602进一步用于，当所述运行单元使用处于激活状态的第一ICE地址恢复会话内容的传输之后，关闭启动的定时器；或，所述保持单元602进一步用于，确认所述保持所述第一ICE地址处于激活状态的时间达到定时器设定的时间，关闭启动的定时器。
在上述装置实施例中，存储单元可以为存储器(memerry，或storage)，也可以是随机存储器(RAM，random access memory)，也可以是只读存储器(ROM，-ead Only Memory)，本发明实施例在此不做限定。
图8为本发明实施例提供的终端的结构示意图，包括：收发器701、存储器702、处理器803。
具体的，收发器701用于与进行通信，接收发送给终端的指令以及发送信令。此外，图7中的收发器701可以与图6中的收发器601相同，执行图6中的收发器的相关功能。存储器702与处理器703偶合，存储器702用于各种程序与应用，并在处理器703的调用下执行各程序与应用的功能。图7中的存储器702可以与图6中的存储器604相同，执行图6中的存储器604执行的相关功能。具体的，本发明实施例的收发器用于接收针对页面的刷新消息；以及在接收到针对页面的刷新消息后，向服务器发送刷新请求；以及接收所述服务器返回的刷新后的页面，所述刷新后的页面包含应用程序。处理器703用于用于在收发器接收到针对页面的刷新消息后，保持所述页面中的会话使用的交互式连接建立(ICE，InteractiveConnectivity Establishment)地址处于激活状态；以及运行收发器接到的服务器返回的应用程序，使用保持单元保持的处于激活状态的ICE地址恢复会话内容的传输。
此外，处理器703还可以用于执行方法实施例中图1到图5描述的终端或终端的功能模块执行的各步骤，本发明实施例在此不再详述。
值得说明的是，在图6和图7中，终端还有可能多次接收到针对页面的刷新消息。终端在多次接收到针对页面的刷新消息后的具体处理可以参见前述图2-图5的相关描述，本发明实施例在些不作限定。此外，图6和图7的终端可以执行前述方法流程实施例中终端执行的任一步骤，本发明实施例在此不再一一详述。
图8为本发明实施例提供的一种恢复恢话内容的传输的方法，包括如下步骤：
步骤801、接收终端发送的会话使用的ICE地址对的信息和会话标识，并将所述会话使用的ICE地址对的信息和所述会话标识绑定存储，所述会话使用的ICE地址对的信息包含所述第一ICE地址的信息和第二地址信息。
具体的，服务器接收终端发送的的会话使用的ICE地址对的信息和会话标识，并将所述会话使用的ICE地址对的信息和所述会话标识绑定存储。其具体实现过程参见图2中步骤203，步骤204，以及图3中步骤302、303的相关描述，本发明实施例在此不再详细描述。
步骤802、接收终端发送的刷新请求；
具体的，服务器在终端接收到针对页面的刷新消息后向服务器发送的刷新请求。可参见图2中步骤206，以及图3中步骤305的相关描述，本发明实施例在此不再详细描述。
步骤803、向终端返回刷新后的页面，所述刷新后的页面包含应用程序，所述应用程序中包括所述ICE地址对的信息和所述会话标识；以便于终端通过运行所述应用程序将与第一ICE地址的信息对应的处于激活状态的第一ICE地址分配给所述会话，并向所述第二地址发送数据。
具体的，可参图2中步骤209以及图3中步骤308的相关描述，本发明实施例在此不再详细描述。
图9为本发明实施例提供的服务器的结构示意图，包括：收发器901、存储单元902。
具体的，收发器901用于接收接收终端发送的会话使用的ICE地址对的信息和会话标识，所述会话使用的ICE地址对的信息包含所述第一ICE地址的信息和第二地址信息；存储单元902用于绑定存储所述收发器901所述会话使用的ICE地址对的信息和所述会话标识；所述收发器901进一步用于接收终端发送的刷新请求；向终端返回刷新后的页面，所述刷新后的页面包含应用程序，所述应用程序中包括所述ICE地址对的信息和所述会话标识；以便于终端通过运行所述应用程序将与第一ICE地址的信息对应的处于激活状态的第一ICE地址分配给所述会话，并向所述第二地址发送数据。
图10为本发明实施例提供的终端的结构示意图，包括：收发器1001、存储器1002、处理器1003。
具体的，收发器701用于与进行通信，接收终端发送的更新请求以及向终端返回更新的页面。此外，图10中的收发器1001可以与图9中的收发器901相同，执行图6中的收发器的相关功能。存储器1002与处理器1003偶合，存储器1002用于各种程序与应用，并在处理器1003的调用下执行各程序与应用的功能。图10中的存储器1002可以与图9中的存储单元902相同，执行图9中的存储单元902执行的相关功能。具体的，本发明实施例的收发器1001用于接收终端发送的会话使用的ICE地址对的信息和会话标识；接收终端发送的刷新请求；向终端返回刷新后的页面，所述刷新后的页面包含应用程序，所述应用程序中包括所述ICE地址对的信息和所述会话标识；以便于终端通过运行所述应用程序使用与所述ICE地址对的信息对应的处于激活状态的第一ICE地址恢复与所述会话标识对应的会话的会话内容的传输。存储单元用于并将所述会话使用的ICE地址对的信息和所述会话标识绑定存储；
此外，处理器1003还可以用于执行方法实施例中图1到图5描述服务器执行的各步骤，本发明实施例在此不再详述。
在上述各实施例中，终端可以是各种移动终端，如种终智能手机，平板电脑，移动阅读设备等。在上述实施例中，尤其图7对应的实施例中，终端包括的各个装置只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各装置的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。图1-图5的终端的各功能模块或各装置的功能均可以由终端的的处理器运行完成，
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (16)

1.一种恢复会话内容的传输的方法，其特征在于，包括：
终端通过浏览器浏览页面时,接收针对页面的刷新消息,所述针对页面的刷新消息是用户通过页面的刷新功能发送的或是当浏览器重启时发送的；
保持所述页面中的会话使用的交互式连接建立协议(ICE，Interactive ConnectivityEstablishment)地址对中第一ICE地址处于激活状态，并向服务器发送刷新请求，所述会话为用户通过终端的浏览器建立与其它用户的会话；
接收所述服务器返回的刷新后的页面，所述刷新后的页面包含应用程序；
通过运行所述应用程序使用处于激活状态的第一ICE地址恢复所述会话的会话内容的传输。
2.如权利要求1所述的方法，其特征在于，所述接收针对页面的刷新消息之前，该方法还包括：
向服务器发送所述会话使用的ICE地址对的信息和会话标识，所述会话使用的ICE地址对的信息包含所述第一ICE地址的信息和第二地址的信息。
3.如权利要求2所述的方法，其特征在于：
所述应用程序中包括所述ICE地址对的信息和所述会话标识；所述会话使用的ICE地址对的信息包含所述第一ICE地址的信息和所述第二地址的信息；所述使用处于激活状态的第一ICE地址恢复所述会话的会话内容具体为：
将与第一ICE地址的信息对应的处于激活状态的ICE地址分配给所述会话，并向所述第二地址发送数据。
4.如权利要求1所述的方法，其特征在于，所述接收针对页面的刷新消息之前，该方法还包括：
保存所述会话使用ICE地址对的信息和会话标识，所述会话使用的ICE地址对的信息包含所述第一ICE地址的信息和第二地址信息；
所述使用处于激活状态的第一ICE地址恢复所述会话的内容的传输具体为：将与第一ICE地址的信息对应的处于激活状态的第一ICE地址分配给所述会话，并向所述第二地址发送数据。
5.如权利要求1-4任一所述的方法，其特征在于，保持所述页面中的会话使用的ICE地址对中第一ICE地址处于激活状态具体为：
启动定时器，在定时器设定的时间范围内，保持所述第一ICE地址的处于激活状态。
6.如权利要求5任一所述的方法，其特征在于，所述使用处于激活状态的第一ICE地址恢复会话内容的传输之前，该方法进一步包括：确定所述第一ICE地址处于激活状态。
7.如权利要求6所述的方法，其特征在于，
使用处于激活状态的第一ICE地址恢复会话内容的传输之后，该方法进一步包括：关闭启动的定时器；或
确认所述保持所述第一ICE地址处于激活状态的时间达到定时器设定的时间，关闭启动的定时器。
8.一种终端，其特征在于，包括：
收发器：用于终端通过浏览器浏览页面时,接收针对页面的刷新消息，所述针对页面的刷新消息是用户通过页面的刷新功能发送的或是当浏览器重启时发送的；
保持单元，用于在收发器接收到针对页面的刷新消息后，保持所述页面中的会话使用的交互式连接建立(ICE，Interactive Connectivity Establishment)地址对中第一ICE地址处于激活状态，所述会话为用户通过终端的浏览器建立与其它用户的会话；
所述收发器进一步用于在接收到针对页面的刷新消息后，向服务器发送刷新请求；以及接收所述服务器返回的刷新后的页面，所述刷新后的页面包含应用程序；
运行单元，用于通过运行收发器接到的服务器返回的应用程序使用保持单元保持的处于激活状态的第一ICE地址恢复所述会话的会话内容的传输。
9.如权利要求8所述的终端，其特征在于，所述收发器在接收针对页面的刷新消息之前进一步用于向服务器发送会话使用ICE地址对的信息和会话标识，所述会话使用的ICE地址对的信息包含所述第一ICE地址的信息和第二地址的信息。
10.如权利要求9所述的终端，其特征在于，所述应用程序中包括所述ICE地址对的信息和所述会话标识，所述会话使用的ICE地址对的信息包含所述第一ICE地址的信息和第二地址的信息；
所述运行单元使用保持单元保持的处于激活状态的第一ICE地址恢复所述会话的会话内容的传输具体为：将与第一ICE地址的信息对应的处于激活状态的ICE地址分配给所述会话，并向所述第二地址发送数据。
11.如权利要求8所述的终端，其特征在于，该终端进一步包括存储单元，用于保存会话使用ICE地址对的信息和会话标识，所述会话使用的ICE地址对的信息包含所述第一ICE地址的信息和第二地址信息；
所述运行单元使用保持单元保持的处于激活状态的第一ICE地址恢复会话内容的传输具体为：将与第一ICE地址的信息对应的处于激活状态的ICE地址分配给所述会话，并向所述第二地址发送数据。
12.如权利要求8-11任一所述的终端，其特征在于，
所述保持单元保持所述页面中的会话使用的ICE地址对中第一ICE地址处于激活状态具体为：启动定时器，在定时器设定的时间范围内，保持所述第一ICE地址的处于激活状态。
13.如权利要求12任一所述的终端，其特征在于，该终端进一步包括确定单元，用于在所述运行单元使用保持单元保持的处于激活状态的第一ICE地址恢复会话内容的传输之前，确定所述第一ICE地址处于激活状态。
14.如权利要求13所述的终端，其特征在于，
所述保持单元进一步用于，当所述运行单元使用处于激活状态的第一ICE地址恢复会话内容的传输之后，关闭启动的定时器；或
所述保持单元进一步用于，确认所述保持所述第一ICE地址处于激活状态的时间达到定时器设定的时间，关闭启动的定时器。
15.一种恢复会话内容的传输的方法，其特征在于，包括：
服务器接收终端发送的会话使用的ICE地址对的信息和会话标识，并将所述会话使用的ICE地址对的信息和所述会话标识绑定存储，所述会话使用的ICE地址对的信息包含第一ICE地址的信息和第二地址信息，所述会话为用户通过终端的浏览器建立与其它用户的会话；
所述服务器接收终端发送的刷新请求，所述刷新请求是所述终端在接收到针对页面的刷新消息后发送的，所述终端在通过浏览器浏览页面时接收所述针对页面的刷新消息，所述针对页面的刷新消息是用户通过页面的刷新功能发送的或是当浏览器重启时发送的；
所述服务器向终端返回刷新后的页面，所述刷新后的页面包含应用程序，所述应用程序中包括所述ICE地址对的信息和所述会话标识；以便于终端通过运行所述应用程序将与第一ICE地址的信息对应的处于激活状态的第一ICE地址分配给所述会话，并向所述第二地址发送数据。
16.一种服务器，其特征在于包括：收发器，用于接收接收终端发送的会话使用的ICE地址对的信息和会话标识，所述会话使用的ICE地址对的信息包含第一ICE地址的信息和第二地址信息，所述会话为用户通过终端的浏览器建立与其它用户的会话；
存储单元，用于绑定存储所述收发器接收到的所述会话使用的ICE地址对的信息和所述会话标识；
所述收发器进一步用于接收终端发送的刷新请求；向终端返回刷新后的页面，所述刷新后的页面包含应用程序，所述应用程序中包括所述ICE地址对的信息和所述会话标识；以便于终端通过运行所述应用程序将与第一ICE地址的信息对应的处于激活状态的第一ICE地址分配给所述会话，并向所述第二地址发送数据，所述刷新请求是所述终端在接收到针对页面的刷新消息后发送的，所述终端在通过浏览器浏览页面时接收所述针对页面的刷新消息，所述针对页面的刷新消息是用户通过页面的刷新功能发送的或是当浏览器重启时发送的。
CN201280000742.3A 2012-06-30 2012-06-30 恢复会话内容的传输的方法，终端和服务器 Active CN103891236B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2012/078003 WO2014000312A1 (zh) 2012-06-30 2012-06-30 恢复会话内容的传输的方法，终端和服务器

Publications (2)

Publication Number Publication Date
CN103891236A CN103891236A (zh) 2014-06-25
CN103891236B true CN103891236B (zh) 2017-01-25

Family

ID=49782135

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201280000742.3A Active CN103891236B (zh) 2012-06-30 2012-06-30 恢复会话内容的传输的方法，终端和服务器

Country Status (5)

Country Link
US (1) US10015204B2 (zh)
EP (1) EP2802115B1 (zh)
CN (1) CN103891236B (zh)
ES (1) ES2583842T3 (zh)
WO (1) WO2014000312A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9769214B2 (en) * 2013-11-05 2017-09-19 Avaya Inc. Providing reliable session initiation protocol (SIP) signaling for web real-time communications (WEBRTC) interactive flows, and related methods, systems, and computer-readable media
CN106105090B (zh) * 2014-04-14 2019-10-22 迈克菲股份有限公司 利用会话共享自动登录和登出会话
US10397183B2 (en) 2016-11-10 2019-08-27 Cisco Technology, Inc. Method and system for enabling media optimization in a cloud conference
CN108322514A (zh) * 2018-01-09 2018-07-24 安徽小马创意科技股份有限公司 基于WebRTC的多路音频数据自定义混合技术的研发方法
US11366731B2 (en) * 2019-07-03 2022-06-21 At&T Intellectual Property I, L.P. Method and system to automate troubleshooting and resolution of customer device issues
CN110971669B (zh) * 2019-11-11 2022-03-01 北京达佳互联信息技术有限公司 消息通知方法、装置、服务器、电子设备及可读存储介质
CN113382026B (zh) * 2021-08-16 2021-10-29 腾讯科技（深圳）有限公司 数据处理方法、装置、相关设备及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6701368B1 (en) * 1999-04-26 2004-03-02 Cisco Technology, Inc. Providing a stream of data to a browser to update properties on a page
CN102187698A (zh) * 2008-10-17 2011-09-14 阿尔卡特朗讯美国公司 通过边界网关继承优化ip多媒体承载路径的改进方法和系统

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
LU69979A1 (zh) * 1974-05-02 1976-04-13
US20060129933A1 (en) * 2000-12-19 2006-06-15 Sparkpoint Software, Inc. System and method for multimedia authoring and playback
US20060190563A1 (en) * 2005-02-22 2006-08-24 Vann Richard J High-volume web page update system and method
CN100535900C (zh) * 2005-12-06 2009-09-02 国际商业机器公司 用于提供异步门户页的方法和系统
US9122650B1 (en) * 2007-11-14 2015-09-01 Appcelerator, Inc. Web server based on the same paradigms as web clients
TW200924439A (en) * 2007-11-23 2009-06-01 D Link Corp Portable ICE relay server and its method thereof
US8589955B2 (en) * 2008-02-12 2013-11-19 Nuance Communications, Inc. System and method for building applications, such as customized applications for mobile devices
US7953010B2 (en) * 2008-07-30 2011-05-31 Avaya Inc. System and method of controlling in-bound path selection based on historical and continuous path quality monitoring, assessment and predictions
US8305980B1 (en) * 2008-09-12 2012-11-06 Nix John A Efficient handover of media communications in heterogeneous IP networks using handover procedure rules and media handover relays
US7941551B2 (en) * 2009-02-25 2011-05-10 Microsoft Corporation Tunneling of remote desktop sessions through firewalls
US8185660B2 (en) * 2009-05-12 2012-05-22 Cisco Technology, Inc. Inter-working between network address type (ANAT) endpoints and interactive connectivity establishment (ICE) endpoints
KR20110053160A (ko) * 2009-11-13 2011-05-19 삼성전자주식회사 비디오 부가 재생 정보의 3차원 깊이감 조절을 위한 멀티미디어 스트림 생성 방법과 그 장치, 및 수신 방법과 그 장치
US9363228B2 (en) * 2009-12-15 2016-06-07 Qualcomm Innovation Center, Inc. Apparatus and method of peer-to-peer communication
WO2012060747A1 (en) * 2010-11-03 2012-05-10 Telefonaktiebolaget L M Ericsson (Publ) Signalling gateway, method, computer program and computer program product for communication between http and sip
US20130031453A1 (en) * 2011-07-28 2013-01-31 Peter Griffiths System for Annotating Documents Served by a Document System without Functional Dependence on the Document System
US9413589B2 (en) * 2011-11-08 2016-08-09 Blackberry Limited Method for discovering a dynamic address of a communication device
US8601347B1 (en) * 2012-06-21 2013-12-03 Hitachi, Ltd. Flash memory device and storage control method

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6701368B1 (en) * 1999-04-26 2004-03-02 Cisco Technology, Inc. Providing a stream of data to a browser to update properties on a page
CN102187698A (zh) * 2008-10-17 2011-09-14 阿尔卡特朗讯美国公司 通过边界网关继承优化ip多媒体承载路径的改进方法和系统

Also Published As

Publication number Publication date
EP2802115A1 (en) 2014-11-12
US10015204B2 (en) 2018-07-03
EP2802115A4 (en) 2015-03-04
WO2014000312A1 (zh) 2014-01-03
EP2802115B1 (en) 2016-04-27
ES2583842T3 (es) 2016-09-22
US20140359004A1 (en) 2014-12-04
CN103891236A (zh) 2014-06-25

Similar Documents

Publication Publication Date Title
CN103891236B (zh) 恢复会话内容的传输的方法，终端和服务器
CN104253857B (zh) 背靠背虚拟web实时通信代理以及相关的方法、系统
CN104253742B (zh) 虚拟web实时通信网关以及相关的方法、系统
CN102710748B (zh) 数据获取方法、系统及设备
CN104853430B (zh) 车载设备、移动终端及车载设备与移动终端的连接方法
CN104967644B (zh) 消息推送方法、装置及系统
WO2015117367A1 (zh) 远程协助的控制方法及装置
CN108989488B (zh) 网络地址转换设备的穿越方法、装置及存储介质
CN104348710A (zh) 用于获取和关联web实时通信交互流特性的方法和系统
CN103001860A (zh) 一种融合通信Web即时消息实现系统
CN103780641B (zh) 接入云桌面的方法、家庭网关和系统
CN106131138B (zh) 一种基于非阻塞队列的展示数据实时推送系统和方法
CN107979592A (zh) 一种发送业务请求消息的方法及装置
CN105099858B (zh) 网络即时通信会话方法和系统
CN104717131B (zh) 信息交互方法及服务器
CN104821929A (zh) 多媒体数据分享方法及终端
CN106850384A (zh) 一种实现访问不同局域网内设备的方法及移动终端
CN109168171A (zh) 配置信息获取方法、装置、设备及系统
WO2017071356A1 (zh) 一种基于客户端的网络数据同步的方法、装置以及系统
CN101159739A (zh) 一种字幕显示方法及通讯系统以及相关设备
WO2017096794A1 (zh) 广告数据传输方法、装置及系统
CN106487661A (zh) 增强型基于移动终端的智能搜索系统及其方法
CN103987017B (zh) 一种用于在wlan中建立服务访问的方法及系统
CN109413215A (zh) 用于录音设备和用户终端的数据同步方法和系统
JP2007035053A (ja) 異なる端末器間のセッション保持方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant