间通信。
[0045] WebSocket服务器可W用作转发器，并且可W产生在应用之间的通信信道。产生的 通信信道可W允许电子设备100和伙伴设备互相通信。WebSocket服务器可W使用期望执行 通信的应用的名称ID和起源ID，连接在请求相同信息的应用之间的信道，W产生通信信道。 例如，无需在化bTV 2.0中校正WebSocket API, W上描述的方法可W连接应用（客户端）和 应用(客户端）。
[0046] 在本说明书中，相应的术语是可互换的。
[0047] 图2是按照本发明实施例的用于描述第一客户端连接的示意图。
[004引图2图示电子设备IOOa和伙伴设备200曰。电子设备IOOa可W包括应用处理器和网 络处理器。作为示例，应用处理器可W对应于化bTV应用或者第一应用，并且网络处理器可 W对应于化bTV WebSocket服务器。伙伴设备200a可W包括伙伴设备处理器。作为示例，伙 伴设备处理器可W对应于伙伴应用或者第二客户端。WebSocket服务器可能需要被改变W 连接客户端。在下文中，将描述与WebSocket服务器的改变相关的操作。改变的WebSocket月良 务器可W在HbbTV 2.OTV中驱动。
[0049] 通常，与WebSocket连接升级报头一起，在初始GET请求中，WebSocket客户端可W 指定WebSocket客户端期望连接到的远程主机、W及在主机中用于期望服务的相关URI。但 是，在化bTV中，用于通信连接的对端（例如，伙伴设备）可能不与WebSocket服务器接触。因 此，来自第一客户端用于客户端到客户端连接的连接请求需要保持有效，直到目标对端请 求连接为止。
[0050] 在运方面，升级的WebSocket协议GET请求可W包括限定特定用途的两个字段。 Request-URI可W具有带有公用前缀字符串的预先确定的格式。运个字段可用于匹配相应 的通信对端。主机请求报头字段可W指的是在WebSocket服务器中操作的电视机（当与具有 匹配的Request-URI的任意对端通信建立时），或者指的是特定伙伴设备（当与指定的设备 通信并且匹配的Request-URI被建立时）。换句话说，应用处理器可W将指示关于在网络处 理器中操作的电子设备或者伙伴设备的信息的主机请求报头信息发送给网络处理器。
[0051 ] Request-URI字段的格式可W遵循W下的ABNF语法：
[0052] HbbTV-Request-URI = "/libbtv/"o;rg-id". "app-id [0化3] org-id = SHEX [0054] app-id = 4 肥X
[0化日]响应于Request-URI ,WebSocket服务器需要产生流头，其可W指的是与在通过客 户端的升级的GET请求中支持的URI请求相关联的半开放连接。WebSocket服务器可W保持 第一客户端处于待机状态之中，同时等待另一对端出现，而不是立即响应于WebSocket协议 握手响应。当WebSocket服务器期望实施超时时，服务器可W借助于504网关超时响应来响 应。
[0056]当请求客户端到客户端连接时，客户端不能使用Sec-WebSocket协议报头。服务器 可W在用于客户端到客户端连接的请求中忽略Sec-WebSocket协议报头。如果在客户端到 客户端连接请求中的主机报头字段没有指定在服务器安装到的本地子网络上的任何设备， 则服务器可WW403禁止响应来响应。所有化bTV 2.OWebSocket客户端可W使用从化bTV 2. OWebSocket服务器请求客户端到客户端连接的方法。
[0057] 换句话说，通常地，与WebSocket连接升级报头一起，在初始GET请求中，WebSocket 客户端将指定其希望建立连接的远程主机、W及在该主机上用于期望服务的相关URI。但 是，在化bTV的情形下，不能假设将对其建立通信的对端已经接触WebSocket服务器。W特定 客户端到客户端模式从客户端请求连接，因此，需要保持有效，直到另一个适宜的对端抵达 为止。
[005引为了实现运些，我们限定对于WebSocket协议升级GET请求的两个字段的特定用 途。
[0化9] Request-URI--Request-Line的一部分--采用具有公用前缀字符串的预先确 定的格式。运个字段用于匹配相应的通信对端。
[0060]主机请求报头字段将指的是运行WebSocket服务器的电视机(在运样的情况下，将 建立与具有匹配的Request-URI的任何对端的通信），或者指的是特定伙伴设备（在运样情 况下，将建立仅仅与指定的设备通信，并且具有匹配的Request-URI)。
[0061 ] 用于Request-URI字段的格式将遵循W下的ABNF语法：
[0062] HbbTV-Request-URI = "/libbtv/"o;rg-id". "app-id
[0063] org-id = SHEX
[0064] app-id = 4 肥X
[00化]运些规则在图2中图示。响应于运样的请求，化bTV WebSocket服务器将生成流头， 其是半开放连接，其与在升级GET请求中由客户端提供的Request-URI相关联。服务器将不 会WWebSocket协议握手响应立即响应，而是代之W等待其他对端出现，并且从而保持第一 客户端等待。在服务器希望实施超时的情况下，其将W504网关超时响应来响应。
[0066] 当请求客户端到客户端连接时，客户端将不使用Sec-WebSocket协议报头。服务器 可W在用于客户端到客户端连接的请求中忽略Sec-WebSocket协议报头。如果在客户端到 客户端连接请求中的主机报头字段没有指定在服务器安装到的本地子网络的任何一个上 的设备，则服务器将W403禁止响应来响应。所有化bTV 2. OWebSocket客户端将使用在运个 部分中描述的方法从化bTV 2. OWebSocket服务器请求客户端到客户端连接。
[0067] 图3是按照本发明实施例的用于描述第二客户端连接的示意图。
[0068] 图3图示电子设备IOOa和伙伴设备200曰。电子设备IOOa可W包括应用处理器和网 络处理器。网络处理器(例如，WebSocket服务器)可W从化bTV应用和伙伴应用中接收连接 请求。
[0069] 当另一个客户端使用W上描述的方法请求客户端到客户端连接时，服务器可W生 成用于新的请求的流头，如图3所示。在生成新的流头之后，服务器可W在当前等待连接的 流头的聚合中捜索匹配新生成的流头的主机报头字段值和Request-URI。如果没有找到匹 配，则服务器可W将新生成的流头添加到当前等待连接的流头的聚合，并且可W保持等待 进一步的客户端到客户端连接请求。
[0070] 换句话说，当另一个客户端使用如上的方法请求客户端到客户端连接时，服务器 还将生成用于新的请求的流头，如图3所示。在生成新的流头之后，服务器将在当前等待连 接的流头的聚集中捜索匹配新生成的流头的主机报头字段值和Request-URI。如果没有找 到匹配，则服务器将新生成的流头添加到当前等待连接的流头的聚集，并且将保持等待进 一步的客户端到客户端连接请求。
[0071] 图4是按照本发明实施例的用于描述在第一和第二客户端之间的连接的示意图。
[0072] 图4图示电子设备IOOa和伙伴设备200曰。电子设备IOOa可W包括应用处理器和网 络处理器。网络处理器(例如，WebSocke t服务器)可W连接化bTV应用和伙伴应用。
[0073] 如果新生成的流头与在当前等待连接的流头的聚集中的流头相同的Request-URI 和主机报头字段值相关联，则WebSocket服务器可W从该聚集去除匹配的流头，并且可W在 两个流头之间建立全双工通信信道。
[0074] 当两个流头被连接时，无需更改为相应的其他流头，服务器立即输出从一个流头 接收的所有数据。W运种方法，透明通信信道可W在两个客户端之间建立。
[0075] 当两个客户端的一个发送关闭（Close)帖时，服务器可W将相应的关闭帖发送给 另一个客户端。当两个客户端的一个删除连接而没有发送关闭帖时，服务器可W产生关闭 帖，并且将其发送给另一个客户端。
[0076] 换句话说，网络处理器可W响应于来自应用处理器的连接请求产生应用处理器的 流头，并且将流头包括在流头组中。此外，响应于来自伙伴设备的连接请求，网络处理器可 W产生伙伴设备的流头，并且验证是否匹配的流头存在。当匹配的流头存在时，网络处理器 可W连接应用处理器的流头和包括在流头组中的伙伴设备的匹配的流头。在运种情况下， 网络处理器可W从流头组去除