ebSocket服务器可W识别如果调用WebSocket API的应用的IP是相同 的，则调用的应用是化bTV应用，并且可W识别如果IP彼此不同，则调用的应用是伙伴设备 应用。当使用相同的端口时，WebSocket服务器可W简化服务器实施方式和测试，并且发现 是不必要的。（借助于大部分WebSocket库，需要每个端口起动不同的实例。单个端口急大地 简化服务器实施方式和测试。如果app-2-app服务器在TV上定义明确的端口上收听，则不需 要发现）。
[0095] 接下来，将给出客户端使用不同的端口情形的描述。运个情形指的是由TV驱动的 应用和由伙伴设备驱动的应用使用相同的URI路径和使用不同的端口的情形。作为一个实 施例，由TV驱动的化bTV应用可W使用端口 8900,并且由伙伴设备驱动的应用可W使用端口 8901。当WebSocket服务器知道由TV应用和伙伴应用使用的端口时，能够在TV应用和伙伴应 用之间的通信与伙伴间应用通信之间辨别。当使用不同的端口时，如果多个伙伴设备被使 用相同的主机请求报头连接到TV，则客户端可W容易地通过区别伙伴设备和TV连接。因为 TV和伙伴设备通过经由不同的端口连接到WebSocket服务器互相通信，而主机请求报头是 相同的，所W能够在伙伴设备和TV之间辨别。因此，就安全性而言能够采用互补测量。
[0096] 图7是按照本发明实施例的用于描述在应用之间连接的待机连接的示意图。
[0097] 图7图示电子设备IOOa和伙伴设备200曰。电子设备IOOa的TV应用可W将连接请求 发送给WebSocket服务器。TV应用被包括在电子设备中，并且因此，WebSocket服务器可W将 TV应用识别为本地应用。此外，伙伴应用存在于电子设备外部，并且因此，WebSocket服务器 可W将伙伴应用识别为远程应用。作为一个实施例，当请求连接时，应用可W使用W下的方 法。
[0102] 作为一个实施例，网络处理器可W执行W3C WebSocket API,并且可W支持最少 200个同时的WebSocket连接。
[0103] 网络处理器可W提供由WebSocket协议规范的服务器侧执行的两个服务端点。本 地端点用于由化bTV应用连接到网络处理器。远程端点可W通过另一个设备的应用连接到 本地网络，并且用于包括由另一个化bTV设备驱动的远程伙伴应用或者化bTV应用。化bTV应 用可W连接到应用在其中操作的网络处理器的本地服务端点，或者在相同的归属网络中的 另一个混合终端的远程服务端点。优选地，网络处理器没有连接到在归属网络中的另一个 设备的本地服务端点。例如，运可W通过设置网络处理器的本地回环接口的本地服务端点 实现。当另一个服务端点执行WebSocket协议规范的服务侧，并且化bTV应用或者伙伴应用 使用该服务端点时，混合终端将不会在与另一个服务端点相同的主机和端口组合上设置服 务端点。
[0104] 用于在应用之间的服务端点的基础TOL可W是WebSocket U化。WebSocket U化可 W限定服务端点的主机、端口、安全性和资源名。客户端需要连接到由服务端点的 WebSocket U化指定的主机和端口。在由客户端请求的初始协议中使用的资源名遵循ABNF 语法。
[0105] resource-name = b曰se-url-resource-name 曰pp-endpoint
[0106] 6日36-111'1-'630111'。6-]1日1116是从服务端点的胖665〇。1<：61：1]化导出的资源名。日口口-emlpoint是应用说明，并且可W用于对应于客户端的客户端连接匹配过程。对应客户端的 消息可W经由WebSocket协议传送。app-endpoint可W由应用开发者选择W避免冲突。因 此，app-endpoint可W从唯一地与化bTV应用、伙伴应用或者其开发者相关的W反DNS标记 格式化的ID开始。混合终端可W支持包括在最小长度1000字符的资源名中允许的某个字符 的app-endpoint 和 WebSocket 协议规范。
[0107] 服务端点可W支持来自客户端的最少十个同时的TCP套接字（socket)连接。当客 户端尝试开放在服务器和TCP套接字之间连接时，如果服务器不能管理同时连接，则服务器 可W拒绝请求。否则，服务器可能许可TCP套接字连接，并且起动WebSocket协议握手。当服 务器从客户端接收请求握手时，服务器可W不W握手响应立即响应。代之W，服务器可W等 待直到连接被配对，或者客户端的连接被删除为止。在运个状态下，待机连接可W被配置为 连接。当服务器尝试执行超时时，服务器可W W504网关超时响应来响应。
[0108] 服务器可W忽略由客户端发送的请求握手的某个起源报头。当请求在客户端之间 连接时，客户端可W不使用Sec-WebSocket协议报头。在对于客户端之间的连接的请求中， 服务器可W忽略Sec-WebSocket协议报头。服务器可W不使用Sec-WebSocket协议报头许可 来自客户端对于协议扩展的请求。当客户端使用Sec-WebSocket扩展报头时，服务器可W不 使用在WebSocket协议规范中限定的方案建立连接。
[0109] 如在图7中图示的，作为客户端操作的化bTV应用可W尝试与本地服务端点连接， 其具有('or邑? mych曰nnel. my曰卵''的曰pp-endpoint和/hbbtv/的b曰se-ur 1-resource-n曰me O 与 伙伴设备的连接可W保持在待机状态，因为伙伴应用还没有链接到使用相同app-emlpoint 的应用之间的通信。
[0110] 图8是按照本发明实施例的用于描述与第二客户端连接的新连接请求的示意图。
[0111] 参考图8,化bTV应用（客户端)连接到伙伴设备200a的伙伴应用（客户端）。此外， 化bTV应用可W产生用于另一个客户端的另一个流头。
[0112] 服务器不能允许来自具有相同的app-en化Oint的相同的起源IP地址的一个或多 个同时的待机连接。当被成功地连接时，或者当在终止之前IP地址的客户端使用相同的 app-emlpo int发出另一个连接请求时，服务器可W W 403禁止响应来响应。
[0113] 客户端可能期望使用不同的resource-name组合经由相同的服务端点在多个同时 的客户端之间建立连接。在待机连接服务端点成功或者超时或者连接被删除之前，客户端 不能尝试请求与现有的服务端点的另一个连接。客户端的运个操作可W由WebSocket协议 规范限定。
[0114] 按照图8,当客户端期望与一个或多个客户端通信时，客户端可W等待直到现有的 待机连接被配对为止。在运种情况下，附加连接请求可W发出到服务器，直到达到可处理的 客户端间连接的最大数为止。换句话说，化bTV应用可W产生新的待机连接请求W允许应用 间通信建立。
[0115] 同时，客户端可W在URI路径中包括IP地址。
[0116] 图9是按照本发明实施例的用于描述当包括IP地址时第一客户端设置的示意图。
[0117] 作为一个实施例，W上描述的URI路径在根（V")之后从指示化bTV的保留字 ("化btb")开始，并且此后可W包括组织/公司ID(org-id)和应用ID(app-id)。期望执行应 用间通信的应用可W将驱动设备的IP地址添加到URI路径W指定目标应用。WebSocket服务 器可W按照要用于通信的IP连接应用，其WebSocket API调用URI路径是相同的。
[0118] 语法）661'"/]1化切/"1日巧61:1?"/"〇巧-1(1"."日9口-1(1
[0119] 示例）GET/ht)btv/l. 1.1. l/o;rg.mychannel .myapp
[0120] 作为一个实施例，TV应用A可W在IP I.I.I.I中驱动，伙伴应用B可W在IP 1.1.1.2(第一用户终端）中驱动，并且伙伴应用C可W在IP 1.1.1.3(第二用户终端）中驱 动。在运种情况下，TV应用A可W尝试与伙伴应用C通信。TV应用A可W包括IP(1.1.1.3)，其 中伙伴应用C在WebSocket请求中包括的URI路径中被驱动。此外，伙伴应用C可W在包括在 WebSocket请求的URI路径中包括TV应用A的IP( 1.1.1.1)。
[0121 ] 按照图9，抓1路径可^对应于11化切/192.0.2.7/〇'邑.1117油日]1]161.1117日口口册1口/1/ 1。在运里，192.0.2.7可W对应于目标应用的IP地址。192.0.2.110可W对应于其IP地址。此 夕Korg.mychannel .mya卵可W对应于应用ID。
[0122] 图10是