的以下描述时，能更好理解本发明。
【附图说明】
[0046] 图1示出了本发明的实现的一般上下文。
[0047] 图2示出了用于执行本发明的实现的家庭网关的架构。
[0048] 图3是示出了当执行本发明时各台设备之间的交换的定时图。
【具体实施方式】
[0049] 图1示出了本发明的实现的一般上下文。
[0050] 应用服务器（3)连接到因特网（5)。服务器（3)和客户机终端（1)之间的通信使 用HTTP协议经由因特网发生。网页可例如按照HTML格式呈现给客户机终端，该HTML格式 是用于描绘这样的页面而设计的数据格式。
[0051] 客户机终端（1)具有万维网客户机；应用页面典型地通过使用万维网浏览器在终 端（1)上呈现。服务器（3)提供需要按照双向模式在服务器和终端之间传递数据的万维网 类型应用，例如具有被设计为借助于这样的浏览器在终端上呈现的页面的、天气预报应用 或即时消息传送应用。应用服务器向终端规则地发送数据，例如只要新消息到达时的通知。
[0052] 在该示例中，客户机终端（1)是适于与服务器通信的、与计算机和因特网浏览功 能关联的移动电话（已知为智能电话），但是其能够同样是膝上型计算机、写字板计算机 等。下面，使用术语"客户机终端"、或更简单的"终端"来指定适于经由通信信道与万维网 服务器（3)连接、并适于按照双工模式（也称为双向模式，S卩，允许沿着两个方向交换应用 消息的模式）与服务器通信的任何装置。如上所述，Websocket协议定义万维网上的客户 机和服务器之间的双向通信机制。在选择的实现中，消息是Websocket类型，并且它们在 Websocket通信会话（更简单地称为Websocket会话，并在图1和3中缩写为SS_WS)期间 交换。
[0053] 客户机终端（1)在例如移动网络的网络（6)中。更广泛地，并且没有超出本发明 的范围，网络（6)能够是提供适于经由双向协议（并且具体的是Websocket协议）与服务 器（3)通信的终端（1)的任何类型的网络（蜂窝、全球移动通信系统（GSM)、通用移动电信 系统（UMTS)、无线（WiFi)等）。在另一实现中，终端（1)能够同样按照有线模式直接连接 到因特网（5)。
[0054] 服务器⑷也连接到因特网。该服务器将数据传送到移动网络（6)的终端⑴；有 时被称为通知服务器的该服务器可以例如是用于通知Zigbee类型、或者事实上短消息服 务中心（SMSC)类型的消息的服务器，S卩，其用来管理短消息服务（SMS)消息（按照文本或 二进制模式）经由在服务器和移动网络之间建立的链路（9)向移动电话的传递。服务器存 储消息，并然后当在网络上存在目的地（移动接通）时，将其转发到目的地。在该实现中， 特别是服务器（4)能够使得终端（1)待令以便停止其一些功能，使得其消耗较少能量。相 反，服务器（4)也能够激活终端的某些功能。通知服务器能由此转发独立于客户机终端和 应用服务器之间建立的会话的通知。使用术语"独立"以意味着不借助于会话传播通知。
[0055] 本发明通过引入被称为"万维网代理"（在图2中称为PWS)的一台设备或模 块（2)，使得能够按照便宜的方式管理在客户机和服务器之间建立的Websocket会话，当 Websocket会话停止并且终端由此变得不能对来自服务器（3)的Websocket消息应答时，所 述设备或模块（2)能够用其自己替换终端（1)。代理模块提出一类替换通信信道（由图中 的虚线代表），其适于拦截Websocket会话SS_WS的消息，并由此在该上下文中，适于用其自 己替换终端。
[0056] 参考图2和3来更详细地描述本发明。
[0057] 图2示出了执行本发明的实现的设备的架构。代理模块（2,PWS)可位于与因特网 连接的任何设备中，并且作为示例在该实现中位于家庭网关（10)中，该设备使得可能在各 个终端和其所连接到的网络之间重定向或"路由"数据分组。
[0058] 按照传统方式，网关（10)包括与处理器（CPU)关联的存储器（M)。这些存储器可 以是只读存储器（ROM)类型或随机存取存储器（RAM)类型或事实上闪存类型。在本发明 中，存储器M的一部分包括借助于软件和/或硬件部件执行的本发明的装置（PWS)的软件 部分。术语"模块"可同样对应于软件部件或硬件部件或硬件和软件部件的集合，软件部件 自己对应于一个或多个计算机程序或子程序，或者按照更一般的方式对应于适于执行对于 讨论的模块所描述的功能或功能集合的任何程序元素。按照相同的方式，硬件部件对应于 适于执行讨论的模块（集成电路、智能卡、存储卡等）的功能或功能集合的硬件组件的任何 元素。网关10还具有某些数目的模块，使得其能通过不同物理链路经由各种协议与外部通 信；在图2中，由此示意性示出了用于与因特网有线通信的以太网模块、以及用于无线通信 的WiFi模块、和Zigbee模块。
[0059] 图3示出了客户机终端（1)、本发明的代理模块（2)、Websocket服务器（3)、和移 动服务器（4)之间的交换。
[0060] 本发明可应用到任何类型的终端网络，并且还应用到终端和因特网之间的任何类 型的链路：终端3和因特网之间的物理链路（C1)可以是有线类型（以太网）或无线类型 (WiFi、3G、4G、Zigbee)。托管（hosting)终端的网络可以是本地网络或移动网络、或者事 实上是用于使用Zigbee协议（使得能通过无线电信道交换基于IEE802. 15. 4标准符合 Zigbee协议的消息的、使用低功率无线电的无线技术）通信的无线电介质。在该实现的上 下文中，假设对于服务器和终端之间的通信所使用的应用协议是Websocket类型。尽管如 此，本发明不限于Websocket，并且其可应用到服务器和通信之间的任何其他双向通信会话 的上下文。
[0061] 为了建立Websocket会话或连接，通过在客户机（1)和服务器（3)之间交换HTTP 消息来进行在前协商。被称为握手的该协商用来设立通信会话（SS_WS)，用于在网络的客户 机和服务器之间交换符合Websocket协议的应用消息。该数据可随后在Websocket连接或 会话关闭之前、通过使用Websocket协议而由在该实现中由智能电话（1)和服务器（3)构 成的两个端点发送和接收。在该实现中，并且如图3中所示，代理（2)接收该初始阶段的消 息。具体地，在步骤E10期间，移动终端（1)通过向该标准所定义的标准消息添加附加参数 来启动握手，所述参数向代理作出对于优化Websocket会话（WS0)的请求。作为选择，取决 于使用的实现，该参数可以是命令、请求等的形式。终端发送的会话打开消息由此包括这样 的信息，其告知代理该终端被安排为接收独立于会话的通知形式的会话重新打开请求。由 此，例如为了节能的目的而需要停止会话的仅那些终端（智能电话等）需要请求该优化的 模式，而其他终端（计算机等）设立标准会话。
[0062] 作为示例，可使用Web-Socket-Extensions(万维网-套接字-扩展）字段（符合 上述RFC6455规范）以传送该信息。作为示例，在握手交换期间：
[0063] 1.客户机发送与图3中的消息HS_WS(WS0)或消息HS_WS(WSO,NUM)对应的帧：
[0064]
[0065] 其后，取决于客户机是否具有先前接收的编号，S卩，取决于消息是HS_WS(WSO)还 是HS_WS(WSO，NUM):
[0066]
[0067] 在变型中，还可能添加时间计数值（对应于应允许在检测到不活动性之前过去的 时间，如下面讨论的）作为参数。
[0068] 2.服务器对消息（对应于图3中的消息SS_OK(NUM))进行应答：
[0069]
[0070] 在管理通信会话的设立的步骤E1期间，代理模块（2)接收握手消息（HS_WS)。其 后，在该步骤E1期间，代理模块向其原始打算送给的万维网服务器重传握手消息（HS_WS)， 如果其授权该会话（即，如果满足其接受与终端（1)的Websocket会话的所有必要条件）， 则接收来自服务器的确认（SS_0K)，并向终端（1)重传连接确收（SS_0K)。还将会话编号 (NUM)传送到终端（1)。这是代理模块所管理的唯一标识符，使得其能够关联终端和服务 器。作为示例，为此目的，代理模块可维持表格，该表格对于每一会话编号包括终端的地址 和服务器的对应地址。
[0071] 在步骤E2期间，代理