CN104168302B - 设备操控实现方法、系统和代理网关 - Google Patents

Abstract

本发明公开了一种设备操控实现方法、系统和代理网关，涉及互联网和移动互联网领域。该方法中代理网关根据绑定关系映射设备信息，从控制消息的HTTP头中取出被控设备接收地址；如果被控设备消息不可直达，暂存控制消息，向控制设备返回后续可轮询处理结果临时应答；接收被控设备的轮询，将暂存的控制消息返回给被控设备。该方法、系统和代理网关通过构建操控消息代理网关，实现对控制与被控设备之间的操控消息的转发，从而实现跨网的设备操控。

Description

设备操控实现方法、系统和代理网关

技术领域

本发明涉及互联网和移动互联网领域，特别涉及一种设备操控实现方法、系统和代理网关。

背景技术

现存各种设备间操控协议（如UPnP（Universal Plug and Play，通用即插即用）,IGRS（Intelligent Grouping and Resource Sharing，智能互联和资源共享））都是基于局域网（或能够直接连接的网络）互相访问。但在实际业务场景中，经常出现需要互操控的设备之间网络不可直达的情况，典型地，连接3G（the3^rd Generation,第3代）网络的手机和一个仅连接IPTV（交互式网络电视）专网的机顶盒之间，无法直接连接进行设备操控。此问题限制了多屏互动应用在现网的实施范围。

发明内容

本发明的发明人发现上述现有技术中存在问题，并因此针对所述问题中的至少一个问题提出了一种新的技术方案。

本发明的一个目的是提供一种用于跨网络设备操控的技术方案。

根据本发明的第一方面，提供了一种设备操控实现方法，包括：

代理网关接收来自控制设备的控制消息，所述控制消息的HTTP（Hypertexttransferprotocol，超文本传输协议）头中携带被控设备接收地址；

所述代理网关根据绑定关系匹配被控设备信息，从所述控制消息的HTTP头中取出被控设备接收地址；

如果所述被控设备消息不可直达，所述代理网关暂存所述控制消息，向所述控制设备返回“续可轮询处理结果”临时应答；

所述代理网关接收被控设备的轮询，将暂存的所述控制消息返回给所述被控设备；

所述代理网关接收来自所述被控设备的控制应答消息，暂存所述控制应答消息；

所述代理网关接收来自所述控制设备的轮询应答，将暂存的所述控制应答消息返回所述控制设备。

可选地，该方法还包括：如果所述被控设备消息可直达，所述代理网关将控制消息转发至所述被控设备；所述代理网关接收来自所述被控设备的控制应答消息；所述代理网关将所述被控设备的控制应答消息转发给所述控制设备。

可选地，该方法还包括：所述代理网关接收来自被控设备的设备注册消息，所述设备注册消息包括所述被控设备ID及设备能力描述信息。

可选地，该方法还包括：所述代理网关接收来自所述控制设备的单播发现消息，向所述代理网关请求设备发现；所述代理网关通过设备间映射关系找到被控设备之前注册的被控设备描述信息；所述代理网关将被控设备的设备描述作为设备发现的应答返回给控制设备。

根据本发明的另一方面，提供一种代理网关，包括：

控制消息接收单元，用于接收来自控制设备的控制消息，所述控制消息的HTTP头中携带被控设备接收地址；

对端设备确定单元，用于根据绑定关系匹配被控设备信息，从所述控制消息的HTTP头中取出被控设备接收地址；

控制消息转发单元，用于如果所述被控设备消息不可直达，暂存所述控制消息，向所述控制设备返回后续可轮询处理结果临时应答；接收被控设备的轮询，将暂存的所述控制消息返回给所述被控设备；

应答消息转发单元，用于接收来自所述被控设备的控制应答消息，暂存所述控制应答消息；接收来自所述控制设备的轮询应答，将暂存的所述控制应答消息返回所述控制设备。

可选地，控制消息转发单元还用于如果所述被控设备消息可直达，将控制消息转发至所述被控设备；

应答消息转发单元还用于接收来自所述被控设备的控制应答消息，将所述被控设备的控制应答消息转发给所述控制设备。

可选地，该代理网关还包括：注册消息接收单元，用于接收来自被控设备的设备注册消息，所述设备注册消息包括所述被控设备ID及设备能力描述信息。

可选地，该代理网关还包括：被控设备发现单元，用于接收来自所述控制设备的单播发现消息，向所述代理网关请求设备发现；通过设备间映射关系找到被控设备之前注册的被控设备描述信息；将被控设备的设备描述作为设备发现的应答返回给控制设备。

根据本发明的又一方面，提供一种设备操控实现系统，包括上述的代理网关，以及控制设备和被控设备。

本发明的一个优点在于，通过构建操控消息代理网关，实现对控制与被控设备之间的操控消息的转发，从而实现跨网的设备操控。

通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。

附图说明

构成说明书的一部分的附图描述了本发明的实施例，并且连同说明书一起用于解释本发明的原理。

参照附图，根据下面的详细描述，可以更加清楚地理解本发明，其中：

图1示出根据本发明的设备操控实现方法的一个实施例的流程图。

图2示出根据本发明的设备操控实现系统的一个实施例的结构图。

图3示出根据本发明的基于单播方式的设备发现过程一个例子的信令图。

图4示出根据本发明的设备操控实现方法的另一个实施例的流程图。

图5示出根据本发明的设备操控实现方法的又一个实施例的流程图。

图6示出根据本发明的代理网关的一个实施例的结构图。

图7示出根据本发明的代理网关的另一个实施例的结构图。

图8示出根据本发明的系统示意图。

具体实施方式

现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

图1示出根据本发明的设备操控实现方法的一个实施例的流程图。

如图1所示，步骤102，代理网关接收来自控制设备的控制消息，控制消息的HTTP头中携带被控设备接收地址。被控设备接收地址是指被控设备接收控制消息的入口地址，描述了被控设备的地址信息，也可以称为被控设备服务地址。例如，被控设备接收地址可以是一个服务路径，例如/dmrctrl/avts.jsp,当这个服务路径加入被控端主机名或IP地址后，就形成了完整的目标地址,例如http://11.22.33.44/dmrctrl.avts.jsp。网关可以根据该地址将控制消息转发给被控设备，转发过程例如是用HTTP POST将消息发送到上述地址。

步骤104，代理网关根据绑定关系匹配被控设备信息，从控制消息的HTTP头中取出被控设备接收地址。该绑定关系是预先建立的控制设备和被控设备之间的映射关系，例如，该绑定关系包括但不限于将控制设备和被控设备唯一ID进行关联，并在网关中存储这种关联关系。当控制设备发送控制消息给网关时，HTTP头携带自身设备ID,网关将此ID取出，根据上述关联关系找出被控设备ID，然后再根据被控设备ID找出其主机名或IP地址，然后根据被控设备接收地址获得完整的对端服务地址。

步骤106，如果被控设备消息不可直达，代理网关暂存控制消息，向控制设备“后续可轮询处理结果”临时应答。控制设备收到该临时应答后，将向代理网关轮询该处理结果。

步骤108，代理网关接收被控设备的轮询，将暂存的控制消息返回给该被控设备。

步骤110，代理网关接收来自被控设备的控制应答消息，暂存控制应答消息。被控设备根据控制消息进行操作，然后向代理网关返回控制应答消息。

步骤112，代理网关接收来自控制设备的轮询应答，将暂存的控制应答消息返回控制设备。

上述实施例中，通过构建操控消息代理网关及相关接口协议，实现对控制与被控设备之间的操控消息的转发，对设备操控消息HTTP头扩展，便于代理网关转发，实现了无法直接连接的远程设备间的操控。

图2示出根据本发明的设备操控实现系统的一个实施例的结构图。该实施例的系统中包括代理网关21、控制设备22和服务设备（或称为被控设备）23。控制设备22和服务设备23通过开机注册消息到代理网关21进行注册。其中，控制设备22和服务设备23相互间称为对端设备。操控消息代理网关21负责远程设备发现和控制消息在不同设备间的代理转发。操控消息代理网关21管理设备状态，提供设备发现服务及控制消息转发。

在一个实施例中，提供了一种基于单播方式的设备发现过程，在保留原有消息格式的前提下，增加单播形式的设备注册和设备发现协议，由消息代理网关进行代理设备发现。下面将结合图3-5，介绍在加入消息代理网关后远程设备间控制交互过程。

图3示出根据本发明的基于单播方式的设备发现过程一个例子的信令图。该实施例介绍了设备发现的流程。

如图3所示，步骤301，被控设备向代理网关进行设备注册。注册消息包括该被控设备ID及设备能力描述信息。代理网关收到后对该信息进行缓存。

步骤302，控制控制设备通过单播发现消息向代理网关请求设备发现。例如，控制设备向网关发起一个HTTP GET请求，包含自己的标识信息（可为但不限于设备ID），该请求的目的是要求代理网关返回允许该设备操控的“被控”设备信息。

步骤303，代理网关通过设备间映射关系找到被控设备之前注册的被控设备描述信息。设备间映射关系例如在管理系统人工编辑授权这两个设备之间的控制关系，或者用户发起的配对/绑定请求而建立的映射而产生。

步骤304：代理网关将被控设备的设备描述作为设备发现的应答返回给控制设备。至此，控制设备完成被控设备的发现过程。

上述实施例中，通过扩展单播方式的设备发现机制，解决广域网上设备发现。

消息代理网关负责控制消息转发，图4和图5分别说明了当将要发送给被控设备的控制消息可直达与不可直达情况下，代理网关对控制消息进行转发的步骤。

图4示出根据本发明的设备操控实现方法的另一个实施例的流程图。

如图4所示，当发送到被控设备的消息可直达时：

步骤401，控制设备将控制消息发送给代理网关，HTTP头携带“目标地址”字段，该字段包括被控设备接收地址。

步骤402，代理网关根据预先的绑定关系匹配被控设备，发现被控设备可达，例如被控设备处于公网或与网关在同一网段、或已通过NAT穿透等手段建立通讯链路等，从发来的HTTP头中取出被控设备接收地址。

步骤403，代理网关将控制消息转发至被控设备接收地址。

步骤404，被控设备处理控制消息，执行操作。

步骤405，被控设备并向网关返回应答。

步骤406，网关向控制设备转发应答。

图5示出根据本发明的设备操控实现方法的又一个实施例的流程图。

如图5所示，当被控设备消息不可直达时:

步骤501，控制设备将控制消息发送给网关。例如，设备A企图控制设备B播放一段音乐。A会产生一个数据块，通过HTTP协议发送给B，数据块包含命令（例如：Play（播放））和相关参数（音乐文件路径）。B解释该消息后执行相应的播放。数据块就是“控制消息”中包含的内容。

步骤502，网关根据预先的绑定关系匹配被控设备信息，发现被控设备不可达。例如，由于被控设备掉电或处于内网并无法进行NAT穿透，消息不可直达。

步骤503，网关暂存该控制消息。

步骤504，网关向控制设备返回临时应答。临时应答中包含“后续可轮询处理结果”。

步骤505，处于内网被控设备定时向网关轮询“是否有发来的控制消息”.

步骤506，网关将之前暂存消息返回给被控设备。

步骤507，被控设备处理控制消息，执行操作。

步骤508，被控设备向网关返回应答消息。

步骤509，网关暂存控制应答消息。

步骤510，控制设备按网关指示定时向网关轮询应答。

步骤511，网关将暂存的应答消息返回给控制设备。

图6示出根据本发明的代理网关的一个实施例的结构图。如图6所示，该实施例中代理网关包括：控制消息接收单元61，用于接收来自控制设备的控制消息，控制消息的HTTP头中携带被控设备接收地址；对端设备确定单元62，用于根据绑定关系匹配被控设备信息，从控制消息的HTTP头中取出被控设备接收地址；控制消息转发单元63，用于如果被控设备消息不可直达，暂存控制消息，向控制设备返回后续可轮询处理结果临时应答；接收被控设备的轮询，将暂存的控制消息返回给被控设备；应答消息转发单元64，用于接收来自被控设备的控制应答消息，暂存控制应答消息；接收来自控制设备的轮询应答，将暂存的控制应答消息返回控制设备。

上述实施例中，代理通过构建操控消息代理网关及相关接口协议，控制消息转发单元实现对控制与被控设备之间的操控消息的转发，对设备操控消息HTTP头扩展，便于代理网关转发，实现了无法直接连接的远程设备间的操控。

在一个实施例中，控制消息转发单元还用于如果被控设备消息可直达，将控制消息转发至被控设备；应答消息转发单元还用于接收来自被控设备的控制应答消息，将被控设备的控制应答消息转发给控制设备。

图7示出根据本发明的代理网关的另一个实施例的结构图。如图7所示，该实施例中，代理网关还包括注册消息接收单元75，用于接收来自被控设备的设备注册消息，设备注册消息包括被控设备ID及设备能力描述信息。被控设备发现单元76，接收来自控制设备的单播发现消息，向代理网关请求设备发现；通过设备间映射关系找到被控设备之前注册的被控设备描述信息；将被控设备的设备描述作为设备发现的应答返回给控制设备。

本文实施例涉及信息家庭及多终端互动的方法和系统。图8示出根据本发明一个实施例的系统示意图。如图8所示，保持原设备操控协议栈不变，增加远程服务模块，将标准设备控制转换为本专利涉及的远程交互逻辑。从应用层可透明地实现远程与近场控制的融合。

至此，已经详细描述了根据本发明的设备操控实现方法和系统以及代理网关。为了避免遮蔽本发明的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。

可能以许多方式来实现本发明的方法和系统。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法和系统。用于所述方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。

虽然已经通过示例对本发明的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本发明的范围。本领域的技术人员应该理解，可在不脱离本发明的范围和精神的情况下，对以上实施例进行修改。本发明的范围由所附权利要求来限定。

Claims (10)

1.一种设备操控实现方法，其特征在于，包括：

代理网关接收来自控制设备的控制消息，所述控制消息的超文本传输协议HTTP头中携带被控设备接收地址，所述被控设备接收地址是指被控设备接收控制消息的入口地址；

所述代理网关根据绑定关系匹配被控设备信息，从所述控制消息的HTTP头中取出被控设备接收地址；

如果所述被控设备消息不可直达，所述代理网关暂存所述控制消息，向所述控制设备返回后续可轮询处理结果的临时应答；

所述代理网关接收所述被控设备的轮询，将暂存的所述控制消息发送给所述被控设备；

所述代理网关接收来自所述被控设备的控制应答消息，暂存所述控制应答消息；

所述代理网关接收来自所述控制设备的轮询应答，将暂存的所述控制应答消息返回所述控制设备。

2.根据权利要求1所述的方法，其特征在于，还包括：

如果所述被控设备消息可直达，所述代理网关将控制消息转发至所述被控设备；

所述代理网关接收来自所述被控设备的控制应答消息；

所述代理网关将所述被控设备的控制应答消息转发给所述控制设备。

3.根据权利要求1或2所述的方法，其特征在于，还包括：

所述代理网关接收来自被控设备的设备注册消息，所述设备注册消息包括所述被控设备标识ID及设备能力描述信息。

4.根据权利要求3所述的方法，其特征在于，还包括：

所述代理网关接收来自所述控制设备的单播发现消息，向所述代理网关请求设备发现；

所述代理网关通过设备间映射关系找到被控设备已注册的被控设备描述信息；

所述代理网关将所述被控设备的被控设备描述信息作为设备发现的应答返回给控制设备。

5.根据权利要求1所述的方法，其特征在于，所述绑定关系包括控制设备和被控设备标识的映射关系。

6.一种代理网关，其特征在于，包括：

控制消息接收单元，用于接收来自控制设备的控制消息，所述控制消息的超文本传输协议HTTP头中携带被控设备接收地址；

对端设备确定单元，用于根据绑定关系匹配被控设备信息，从所述控制消息的HTTP头中取出被控设备接收地址，所述被控设备接收地址是指被控设备接收控制消息的入口地址；

控制消息转发单元，用于如果所述被控设备消息不可直达，暂存所述控制消息，向所述控制设备返回后续可轮询处理结果临时应答；接收被控设备的轮询，将暂存的所述控制消息返回给所述被控设备；

应答消息转发单元，用于接收来自所述被控设备的控制应答消息，暂存所述控制应答消息；接收来自所述控制设备的轮询应答，将暂存的所述控制应答消息返回所述控制设备。

7.根据权利要求6所述的代理网关，其特征在于，所述控制消息转发单元还用于如果所述被控设备消息可直达，将控制消息转发至所述被控设备；

应答消息转发单元还用于接收来自所述被控设备的控制应答消息，将所述被控设备的控制应答消息转发给所述控制设备。

8.根据权利要求6或7所述的代理网关，其特征在于，还包括：

注册消息接收单元，用于接收来自被控设备的设备注册消息，所述设备注册消息包括所述被控设备标识ID及设备能力描述信息。

9.根据权利要求8所述的代理网关，其特征在于，还包括：

被控设备发现单元，用于接收来自所述控制设备的单播发现消息，向所述代理网关请求设备发现；通过设备间映射关系找到被控设备之前注册的被控设备描述信息；将被控设备的设备描述作为设备发现的应答返回给控制设备。

10.一种设备操控实现系统，其特征在于，包括如权利要求6至9中任意一项所述的代理网关，以及控制设备和被控设备。