一种控制服务端的方法和装置的制造方法
一种控制服务端的方法和装置的制造方法
【技术领域】
[0001] 本发明属于通信领域，尤其涉及一种控制服务端的方法和装置。
【背景技术】
[0002] 在一个点对点通信网络中，不同网络设备间会话建立一般是通过同时连接两种不 同传输技术的网络控制设备（例如网关）来实现，例如客户端通过网关调用服务端的服务； 但会话建立的基础是两个网络设备需要事先通过客户端调用网关上与客户端相对应的服 务，建立会话；而事实上，对于服务端来说，不一定具有客户端；此外各设备提前分别与网 关建立会话需要设计特殊的机制；因此现有技术中不同网络设备建立会话完成相互控制的 过程不够智能，不仅需要服务端本身提供相应的客户端，并且客户端和服务端需要事先与 网络控制设备进行关联，增大了网络设备的运行负载。
【发明内容】
[0003] 有鉴于此，为了解决现有技术中存在服务端本身提供相应的客户端，并且需要事 先与网络控制设备进行关联的问题，本发明的目的是提出一种控制服务端的方法。为了对 披露的实施例的一些方面有一个基本的理解，下面给出了简单的概括。该概括部分不是泛 泛评述，也不是要确定关键/重要组成元素或描绘送些实施例的保护范围。其唯一目的是 用简单的形式呈现一些概念，W此作为后面的详细说明的序言。
[0004] 在一些可选的实施例中，所述控制服务端的方法，包括：
[0005] 接收客户端发送的通用接口调用请求消息；
[0006] 根据通用接口的通信协议解析所述通用接口调用请求消息，获得目标服务端的地 址及控制信息；
[0007] 根据目标服务端所支持的通信协议将获取到的所述控制信息进行封装，得到符合 所述目标服务端所支持的通信协议的控制请求消息，并根据所述目标服务端的地址将所述 控制请求消息发送给所述目标服务端。
[0008] 在一些可选的实施例中，所述控制服务端的方法，包括：
[0009] 将目标服务端的地址及控制信息按通用接口的通信协议进行封装，得到通用接口 调用请求消息；
[0010] 将所述通用接口调用请求消息发送给网络控制设备。
[0011] 本发明另一个目的是提出一种控制服务端的装置。
[0012] 在一些可选的实施例中，所述控制服务端的装置，其特征在于，包括：
[0013] 接收单元，用于接收客户端发送的通用接口调用请求消息；
[0014] 解析单元，用于根据通用接口的通信协议解析所述通用接口调用请求消息，获得 目标服务端的地址及控制信息；
[0015] 第一发送单元，用于根据目标服务端所支持的通信协议将获取到的所述控制信息 进行封装，得到符合所述目标服务端所支持的通信协议的控制请求消息，并根据所述目标 服务端的地址将所述控制请求消息发送给所述目标服务端。
[0016] 在一些可选的实施例中，所述控制服务端的装置，包括：
[0017] 封装单元，用于将所述目标服务端的地址及控制信息按通用接口的通信协议进行 封装，得到通用接口调用请求消息；
[0018] 控制单元，用于将所述通用接口调用请求消息发送给所述网络控制设备。
[0019] 采用上述实施例，可达到W下效果：
[0020] 使得客户端可W通过网络控制设备调用网络控制设备所能连接的任意服务端；月良 务端无需具备调用网络控制设备服务的客户端；
[0021] 客户端和服务端无需事先与网络控制设备建立会话，降低了设备的运行负载，节 省能耗。
[0022] 为了上述W及相关的目的，一个或多个实施例包括后面将详细说明并在权利要求 中特别指出的特征。下面的说明W及附图详细说明某些示例性方面，并且其指示的仅仅是 各个实施例的原则可W利用的各种方式中的一些方式。其它的益处和新颖性特征将随着下 面的详细说明结合附图考虑而变得明显，所公开的实施例是要包括所有送些方面W及它们 的等同。
【附图说明】
[0023] 此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发 明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
[0024] 图1示出了本发明实施例的一种控制服务端的方法的流程示意图；
[0025] 图2示出了本发明实施例的一种控制服务端的方法的流程示意图；
[0026] 图3示出了本发明实施例的一种控制服务端的方法的流程示意图；
[0027] 图4示出了本发明实施例的一种控制服务端的方法的流程示意图；
[0028] 图5示出了本发明实施例的设备网络通信的示意图；
[0029] 图6示出了本发明实施例的一种控制服务端的装置600的结构示意图；
[0030] 图7示出了本发明实施例的一种控制服务端的装置700的结构示意图。
【具体实施方式】
[0031] W下描述和附图充分地示出本发明的具体实施方案，W使本领域的技术人员能够 实践它们。其他实施方案可W包括结构的、逻辑的、电气的、过程的W及其他的改变。实施 例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选的，并且操作的顺序可 W变化。一些实施方案的部分和特征可W被包括在或替换其他实施方案的部分和特征。本 发明的实施方案的范围包括权利要求书的整个范围，W及权利要求书的所有可获得的等同 物。在本文中，本发明的送些实施方案可W被单独地或总地用术语"发明"来表示，送仅仅 是为了方便，并且如果事实上公开了超过一个的发明，不是要自动地限制该应用的范围为 任何单个发明或发明构思。
[0032] 图1示出了本发明实施例的控制服务端的方法的流程示意图，
[0033] 如图1所示，在一些说明性的实施例中，所述方法，可W应用于网络控制设备，包 括W下几个步骤：
[0034] 步骤SlOl，接收客户端发送的通用接口调用请求消息；
[0035] 通用接口是为客户端和服务端进行通信而预置的或用户设置的接口；该通用接口 可W解决因底层传输技术不同而导致的客户端和服务端无法直接通信的问题，提供了统一 的通信方式；此外相同的底层传输技术的客户端和服务端除了可W直接通信外，客户端也 可W通过该通用接口实现由网络控制设备对各服务端进行统一的调用和控制；在所述通用 接口调用请求消息中携带按照通用接口的通信协议封装后的通用接口的服务接口参数和 目标服务端的服务接口参数；
[0036] 本文中的网络控制设备是指支持多种底层传输技术，同时处于至少两个网络之 中，能够分别与各网络中的设备通信的一系列设备，例如服务器、网关；所述客户端是指安 装有为用户提供本地服务的程序的一系列装置或设备，例如手机、平板电脑、个人电脑等用 户终端，或者，安装了客户端的各种家电设备等等；所述目标服务端是指可W为客户端提供 服务，但与所述客户端支持的底层传输技术不同的装置或设备；
[0037] 步骤S102,根据通用接口的通信协议解析所述通用接口调用请求消息，获得目标 服务端的地址及控制信息；
[0038] 解析出的通用接口调用请求消息中的参数，除了通用接口的服务接口信息（包 括：通用接口的地址、控制方式W及相关的参数），还包括调用目标服务端的服务接口信息 (包括：目标服务端的地址和控制信息）；
[0039] 所述通用接口调用请求消息中包括一个或多个目标服务端，例如在当前网络中共 有10个服务端，但客户端只需要控制其中的3个服务端，则送3个服务端即为目标服务端， 通用接口调用请求消息中则包括送3个服务端的各服务端的地址和控制信息；
[0040] 在一些说明性的实施例中，所述控制信息包括所述目标服务端的调用方式；或，所 述控制信息包括所述目标服务端的调用方式和与该目标服务端的调用方式配合使用的至 少一个相关参数；
[0041] 举例对目标服务端的控制信息进行说明：
[0042] 若目标服务端是音箱，用户通过客户端（手机）向网络控制设备（网关）发送用 于控制音箱停止播放音乐的指令，则音箱的控制信息仅包括音箱的地址和音箱的调用方式 (停止"stop");若用户想控制音箱将当前播放的曲目快进到某位置时，则控制信息不仅包 括音箱的地址、音箱的调用方式（快进"FF(Fast化rward)")，还必须包括与快进指令相对 应的位置参数（如3分20砂）；
[0043] 步骤S103,根据目标服务端所支持的通信协议将获取到的所述控制信息进行封 装，得到符合所述目标服务端所支持的通信协议的控制请求消息，并根据所述目标服务端 的地址将所述控制请求消息发送给所述目标服务端；
[0044] 上述过程可W是；当解析出目标服务端的控制信息后，根据目标服务端所支持的 通信协议将控制信息进行二次封装，得到所述控制请求消息，然后将控制请求消息发送给 所述目标服务端，W使目标服务端根据控制请求消息中的控制信息，执行相应的操作；
[0045] 其中，目标服务端所支持的通信协议是预先获取的；
[0046] 举例；假设解析出的目标服务端为2个，分别是音箱和电视，其中音箱支持的通信 协议为藍牙BT，而电视支持的通信协议为无线WIFI，则分别根据各目标服务端所支持的通 信协议对控制信息进行二次封装，即转化为各目标服务端能识别的格式，生成控制请求消 息，并分别发 送给相应的目标服务端；
[0047] 在一些说明性的实施例中，在所述将获取到的所述控制信息进行封装，具体包 括：
[0048] 判断此次调用请求是否合法；若是，则进行所述封装。
[0049] 在一些说明性的实施例中，还包括；如果不合法，则反馈请求非法响应并终止后续 操作；
[0050] 在一些说明性的实施例中，接收所述通用接口调用请求消息前，还包括：发送所述 通用接口的相关信息（如通用接口的服务接口信息）到所述客户端和所述目标服务端；其 中，所述通用接口的相关信息包括通用接口的总线地址、通用接口的调用方式及其相关参 数；发送通用接口的相关信息的目的是为了让客户端根据所述通用接口的相关信息对通用 接口进行调用；送里的参数是必须的，可W是一段用于表达接口信息的字符串；
[0051] 所述发送所述通用接口的相关信息可W通过广播、单播或者组播等方式将通用接 口的服务接口信息告知所维护的或周围的客户端和服务端（包括目标服务端）；
[0052] 在一些说明性的实施例中，接收所述通用接口调用请求消息前，还包括：将所述目 标服务端的地址和控制信息发送到所述客户端；此处的发送方式可W是广播、组播或单播； 获取的所述服务端的服务接口信息，可能是通过接收服务端的广播获取，或者，通过接收来 自服务端的消息获取，在此处不进行限定；
[0053] 例如；通过广播的形式将所有注册的至少一个服务端（包括目标服务端）的服务 接口信息（包括：各服务器的地址和控制信息）告知网络中的所有设备，包括所述客户端。
[0054] 图2示出了本发明实施例的控制服务端的方法的流程示意图，
[0055] 如图2所示，在一些说明性的实施例中，所述方法，可W应用于目标服务端，包括 W下几个步骤：
[0056] 步骤S201，将目标服务端的地址及控制信息按通用接口的通信协议进行封装，得 到通用接口调用请求消息；
[0057] 在一些说明性的实例中，在步骤S201之前，还包括：
[005引接收所述网络控制设备侧发送的所述通用接口的相关信息；所述通用接口为所述 网络控制设备所提供的为客户端和服务端进行通信而预置的或用户设置的接口；其中，所 述通用接口的相关信息包括通用接口的总线地址、通用接口的调用方式及相关参数；
[0059] 在一些说明性的实施例中，在步骤S201之前，还包括；获取目标服务端的地址及 控制信息；
[0060] 所述目标服务端可W是一个或多个，若需要同时控制多个服务端，则所述目标服 务端是多个；
[0061] 在一些说明性的实施例中，所述目标服务端由所述网络控制设备维护，所述获取 目标服务端的地址及控制信息，包括：
[0062] 通过所述网络控制设备，查询并获得所述目标服务端的地址及控制信息；
[0063] 可选的，也可W通过网络控制设备的广播，获取所述至少一个目标服务端的地址 及虹制?旨息；
[0064] 在一些说明性的实施例中，所述控制信息包括所述目标服务端的调用方式；或，若 所述目标服务端的调用方式需要与至少一个相关参数配合使用，则所述控制信息包括所述 目标服务端的调用方式和与该目标服务端的调用方式配合使用的至少一个相关参数；
[0065] 在一些说明性的实施例中，若所述控制信息包括所述目标服务端的调用方式，W 及所述至少一个相关参数；则所述按网络控制设备的通用接口的通信协议进行封装各所述 目标服务端的地址及相应的控制信息，包括：
[0066] 将所述至少一个相关参数封装于同一个通用接口参数中；
[0067] 在一些说明性的实施例中，所述通用接口调用请求消息包括通用接口参数，则步 骤S201具体包括：
[0068] 将所述目标服务端的地址及控制信息全部封装于一个通用接口参数中；或，按照 信息类型，将所述目标服务端的地址及控制信息封装于不同的通用接口参数中；
[0069] 下面进行举例对上述封装过程进行说明：
[0070] 若所述目标服务端为一个，封装于多个通用接口参数的情况：若目标服务端的控 制信息包括所述目标服务端的调用方式和相应的至少一个参数，则将目标服务端的地址封 装于通用接口参数A，将目标服务端的调用方式封装于通用接口参数B，将目标服务端的与 调用方式相对应的至少一个参数统一封装于通用接口参数C中；封装于一个通用接口参数 的情况：将上述目标服务端的地址、目标服务端的调用方式和相应的至少一个参数，均封装 于通用接口参数D中；
[0071] 类似的，若所述目标服务端为多个，将所述至少一个目标服务端的地址及相应的 控制信息全部封装于一个通用接口参数中；或，按照信息类型，将所述至少一个目标服务端 的地址及相应的控制信息封装于不同的通用接口参数中；例如；按照信息类型（目标服务 端的地址、目标服务端的调用方式和参数）分Η类，将所述至少一个目标服务端的地址、各 所述目标服务端的调用方式和参数分别分装于相应通用接口参数中；步骤S202,将所述通 用接口调用请求消息发送给所述网络控制设备；
[0072] 将所述通用接口调用请求发送给所述网络控制设备的目的是；W使所述网络控制 设备对解析该接口调用请求消息得到的所述控制信息进行封装，得到符合所述目标服务端 所支持的通信协议的控制请求消息，并将所述控制请求消息发送给所述目标服务端。
[0073] 图3示出了本发明实施例的控制服务端的方法的流程示意图，
[0074] 如图3所示，在一些说明性的实施例中，所述方法包括如下几个步骤：
[00巧]步骤S301，用户终端（客户端）获取exe州te (通用接口）的服务接口信息及入网 家电（服务端）的服务接口信息；
[0076] 所述execute接口是网关（网络控制设备）的接口，所述execute服务接口信息 包括地址、所述通用接口的调用方式和其相关的参数；所述入网家电，即能够与网关通信的 家电设备并提供至少一种服务；所述服务接口信息包括；各入网家电的地址、入网家电提 供的至少一种服务的调用方式、W及与入网家电的调用方式相应的至少一个参数；其中，参 数为可选，因为有些入网家电的调用方式无需参数；
[0077] 步骤S302,用户终端选择目标服务，进行信息封装；
[007引用户终端根据接收到的入网家电的服务接口信息，选择需要的服务（一个或多 个），并相应的选择出提供该服务的相应的入网家电；并根据入网家电的服务接口信息，和 execute的服务接口信息，进行相应的信息封装，获得远程调用请求；
[0079] 步骤S303,用户终端发送远程调用请求到execute接口；
[0080] 步骤S304,网关解析远程调用请求中的信息；
[0081] 网关解析远程调用请求，获取其中关于调用家电设备的信息（地址、家电设备的 调用方式、参数）；
[0082] 步骤S305,网关将远程调用请求中的信息发送到家电设备；
[0083] 将调用请求中的信息转换成家电设备可识别的通信协议的消息，并发送给家电设 备；
[0084] 步骤S306,家电设备处理请求，执行相关操作；
[00财家电设备收到上述消息后，根据消息中的信息，执行相应的操作。
[0086] 下面W-个具体的实施例来说明本方案，如图4所示，在该实施例中涉及手机、网 关、LED(灯）和音箱；用户利用手机（客户端）可W通过网关（网络控制设备）对家庭网 络中的家电设备（服务端，包括L邸和音箱）进行控制；
[0087] 假设家庭网络中各设备的通信关系如图5所示，在应用层上，手机通过提供客户 端的应用程序APP1，向网关的应用程序Trans发送调用请求，再由网关将该调用请求中的 指令发送给家电设备（LED)的提供灯光控制服务的应用程序APP2上；事实上，设备之间是 基于(VS架构点对点的通信框架进行通信，包括Bus Daemon度US，总线守护进程）和终端节 点（应用程序），各设备的BUS连接起来构成一个连通的点对点网络通信系统的总线；在各 设备总线层的下面，系统还提供了一个抽象层，包括相应的通信协议的接口；从图5可W看 出，手机支持藍牙BT，L邸支持无线WiFi，网关支持上述两种通信协议，手机通过BT向网关 发送消息，网关再通过WiFi与L邸进行通信（音箱与L邸相同，在此处不进行累述）；
[0088] 手机通过网关获取execute服务接口信息和网关所维护的家电设备（包括L邸和 音箱）的服务接口信息；上述服务接口信息如下表所示：
[0089]
[0090]
[0091] 其中，地址用来标识目的设备上的服务接口；调用请求发送到网络中便可W根据 地址找到所调用的目标设备的相应接口；调用方式表示调用请求所要执行的操作；参数为 执行操作所需传入的必要数据；表中第一行是调用网关的execute接口所需的服务接口信 息；表中第二行和第Η行描述的是家电设备的服务接口信息；
[0092] 下面结合图4,对整个通信过程进行阐述：
[0093] 步骤S401，手机封装L邸和音箱的服务接口信息；
[0094] 若手机分别对LED和音箱的服务接口信息进行封装，形成两个调用请求，并分别 发送给网关进行控制，则封装的过程可W如下：
[00 95] W控制首箱为例：
[0096] 方式1 ;将音箱的服务接口信息封装成一个execute接口参数；
[0097] 网关exe州te接口的调用除了必要的地址、execute接口的调用方式外，可能包含 一个exe州te接口参数，形式如下：
[0098] Method Call ( "com. producer, gateway ;sd77as", "execute", args);
[0099] 其中，args是exe州te接口参数，包含被调用的音箱的接口地址，音箱的调用方式 的名称，相关参数等信息；如通过手机调用音箱W循环方式播放一首乐曲，args可W是一 下的形式：
[0100]
[0101]
[0102] 方式2 ;将音箱的服务接口信息封装成多个execute接口参数；
[0103] 网关execute接口的调用也可W包含多个参数，如用Η个参数分别封装音箱的接 口地址、音箱的调用方式的名称和相关参数：
[0104] Method Call ( "com. producer, gateway ;sd77as", "execute", appAcWress, methodName, methodArgs)；
[0105] 其中，appAcMress包含目标设备应用地址，methodName包含所调用的方式的名 称，methodArgs包含所调用的参数；仍W上面调用音箱W循环方式播放一首乐曲为例， appAddress 可 W是"com. producer, audio :sdsd90";methodName 可 W是"play";methodArgs 可W是下面的形式：
[0106]
[0107] 可选的，无论上述何种形式，在家电服务接口信息中包含不止一个参数时，多个参 数需要结合在一起封装在同一个execute接口参数中；
[0108] 若手机需要同时对LED和音箱的服务接口信息进行封装，即仅形成一个调用请 求，并发送给网关进行控制，则封装的过程可W如下：
[0109] 方式1 ;将L邸和音箱的服务接口信息均封装于同一个execute接口参数中；
[0110] 假设网关 exe州te 接 口的调用义用 MethdCall ( "com. producer, gateway ; sd77as"，"execute"，args)的形式；手机将L邸亮度调节W及音箱播放的地址、调用方式和 相关参数封装为网关execute接口的参数args ;args形式可W如下：
[0111]
[0112] 方式2 :将LED和音箱的服务接口信息封装于多个execute接口参数中；
[0113] 若网关 execute 接口的调用米用 Me化dCall ( "com. producer, gateway :sd77as"， "execute", appAddress，methodName，methodArgs)的形式；则 appAddress 可 W是数组的 形式，第一项 appAddress[0]为"com. producer, li組ting :ds89sd"，第二项 appAddress[l] 为"com. producer, audio :sdsd90";methodName 对应地也可为数组，第一项 me化odName[0] 为"intensity"，第二项me化odName[l]为"play"。methodArgs可?为下面的形式：
[0114]
[0115] 此时，网关解析时需能够将第一个〈device〉标签所含的参数与appA(Mress[0]、 methodName [0]进行对应关联，将第二个〈device〉标签所含的参数与appAcMress [1]、 methodName[l]进行对应关联；
[0116] 步骤S402,手机调用网关的exe州te接口；
[0117] 若客户选择同时对L邸和音箱进行控制，则向所述网关发送调用请求，所述调用 请求携带封装后的execute接口的服务接口信息、W及L邸和音箱的服务接口信息；
[om] 步骤S403,网关解析出LED和音箱的接口信息；
[0119] 网关解析execute接口，在execute接口参数中解析出LED和音箱的接口信息；
[0120] 步骤S404,网关判断调用请求是否合法；
[0121] 网关查询存储的规则库，判断用户手机控制L邸和音箱是合法的；
[0122] 步骤S405,网关向手机返回接口响应；
[0123] 网关返回给手机一个响应，表示已收到调用请求并开始执行，之后触发步骤S406 和S407,送两个步骤没有必然的顺序关系；
[0124] 步骤S406，网关与LED建立会话；
[01巧]步骤S407，网关与音箱建立会话；
[0126] 步骤S408,网关调用LED亮度调节接口；
[0127] 网关根据获得的LED的地址、LED的调用方式、相关参数调用L邸的对应接口，生 成L邸可识别的通信协议的消息，发送给LED ;
[012引步骤S409,网关调用音箱播放接口；
[0129] 网关根据获得的音箱的地址、音箱的调用方式、相关参数调用音箱的对应接口，生 成音箱可识别的通信协议的消息，发送给LED ;其中，步骤S408、S409没有必然的顺序关 系；
[0130] 步骤S410, LED向网关反馈亮度调节接口响应；
[0131] L邸执行调节亮度的操作后，向网关发送反馈消息，告知网关已完成相应的操作； [013引步骤S411，音箱向网关反馈播放接口响应。
[0133] 音箱执行播放音乐的操作后，向网关发送反馈消息，告知网关已完成相应的操作； 其中，步骤S408、S409没有必然的顺序关系；
[0134] 可选的，网关在收到L邸或音箱的反馈消息后，也会向手机发送反馈确认，告知用 户已完成对LED或音箱的服务控制；
[0135] 可选的，网关会对上述过程中用户手机调用L邸和音箱的过程进行记录，并将手 机与L邸和音箱做关联；例如在网关中会设置一个设备关联表，每次客户端（如手机）通过 网关调用服务端（L邸或音箱）后，网关都会在设备关联表中进行记录，并将客户端与服务 端做关联。
[0136] 图6示出了本发明实施例的一种控制服务端的装置600的结构示意图，
[0137] 在一些说明性的实施例中，所述装置600,包括：
[013引接收单元601，用于接收客户端发送的通用接口调用请求消息；
[0139] 解析单元602,用于按通用接口的通信协议解析所述通用接口调用请求消息，获得 目标服务端的地址及控制信息；
[0140] 第一发送单元603,用于根据目标服务端所支持的通信协议将获取到的所述控制 信息进行封装，得到符合所述目标服务端所支持的通信协议的控制请求消息，并根据所述 目标服务端的地址将所述控制请求消息发送给所述目标服务端；
[0141] 在一些说明性的实施例中，所述控制信息包括所述目标服务端的调用方式；
[0142] 或，所述控制信息包括所述目标服务端的调用方式和与该目标服务端的调用方式 配合使用的至少一个相关参数；
[0143] 在一些说明性的实施例中，所述装置600,所述第一发送单元603包括：
[0144] 判断单元6031，用于判断所述通用接口调用请求消息是否合法；
[0145] 若是，则将获取到的所述控制信息进行封装；
[0146] 在一些说明性的实施例中，所述装置600,还包括：
[0147] 第二发送单元604,用于所述接收单元601接收所述通用接口调用请求消息前，发 送所述通用接口的相关信息到所述客户端和所述目标服务端；
[014引其中，所述通用接口的相关信息包括通用接口的总线地址、通用接口的调用方式 及相关参数；
[0149] 在一些说明性的实施例中，所述装置600,还包括：
[0150] 第Η发送单元605,用于所述接收单元601接收所述通用接口调用请求消息前，将 所述目标服务端的地址和控制信息发送到所述客户端。
[0151] 图7示出了本发明实施例的一种控制服务端的装置700的结构示意图，
[0152] 在一些说明性的实施例中，所述装置700,包括：
[0153] 封装单元701，用于将目标服务端的地址及相应的控制信息按通用接口的通信协 议进行封装，得到通用接口调用请求消息；
[0154] 控制单元702,用于将所述通用接口调用请求消息给所述网络控制设备；
[01巧]在一些说明性的实施例中，所述目标服务端的地址及控制信息通过所述网络控制 设备查询并获取得到；
[0156] 在一些说明性的实施例中，所述装置700,还包括：
[0157] 接收单元703,用于所述封装单元701将目标服务端的地址及控制信息按通用接 口的通信协议进行封装，得到通用接口调用请求消息之前，接收所述网络控制设备侧发送 的所述通用接口的相关信息；
[015引其中，所述通用接口的相关信息包括通用接口的总线 地址、通用接口的调用方式 及其相关参数；
[0159] 在一些说明性的实施例中，所述通用接口调用请求消息包括通用接口参数，所述 封装单元701，包括：
[0160] 第一封装子单元7011，用于将所述目标服务端的地址及控制信息全部封装于一个 通用接口参数中；或，按照信息类型，将所述目标服务端的地址及控制信息封装于不同的通 用接口参数中；
[0161] 在一些说明性的实施例中，所述控制信息包括所述目标服务端的调用方式；
[0162] 或，所述控制信息包括所述目标服务端的调用方式和与该目标服务端的调用方式 配合使用的至少一个相关参数；
[0163] 在一些说明性的实施例中，若所述控制信息包括所述目标服务端的调用方式和与 该目标服务端的调用方式配合使用的至少一个相关参数，则所述封装单元701，包括：
[0164] 第二封装子单元7012,用于将所述至少一个相关参数封装于同一个通用接口参数 中。
[0165] 采用上述实施例，可达到W下效果：
[0166] 使得客户端可W通过网络控制设备调用网络控制设备所能连接的任意服务端；月良 务端无需具备调用网络控制设备服务的客户端；
[0167] 客户端和服务端无需事先与网络控制设备建立会话，降低了设备的运行负载，节 省能耗。
[0168] 本领域技术人员还应当理解，结合本文的实施例描述的各种说明性的逻辑框、模 块、电路和算法步骤均可W实现成电子硬件、计算机软件或其组合。为了清楚地说明硬件和 软件之间的可交换性，上面对各种说明性的部件、框、模块、电路和步骤均围绕其功能进行 了一般地描述。至于送种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个 系统所施加的设计约束条件。熟练的技术人员可W针对每个特定应用，W变通的方式实现 所描述的功能，但是，送种实现决策不应解释为背离本公开的保护范围。
[0169] W上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技 术人员来说，本发明可W有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修 改、等同替换、改进等，均应包含在本发明的保护范围之内。
【主权项】
1. 一种控制服务端的方法，其特征在于，包括： 接收客户端发送的通用接口调用请求消息； 根据通用接口的通信协议解析所述通用接口调用请求消息，获得目标服务端的地址及 控制信息； 根据目标服务端所支持的通信协议将获取到的所述控制信息进行封装，得到符合所述 目标服务端所支持的通信协议的控制请求消息，并根据所述目标服务端的地址将所述控制 请求消息发送给所述目标服务端。2. 如权利要求1所述的方法，其特征在于，所述控制信息包括所述目标服务端的调用 方式； 或，所述控制信息包括所述目标服务端的调用方式和与该目标服务端的调用方式配合 使用的至少一个相关参数。3. 如权利要求1所述的方法，其特征在于，所述将获取到的所述控制信息进行封装，具 体包括： 判断所述通用接口调用请求消息是否合法； 若是，则将获取到的所述控制信息进行封装。4. 如权利要求1至3任一项所述的方法，其特征在于，接收所述通用接口调用请求消息 前，还包括：发送所述通用接口的相关信息到所述客户端和所述目标服务端； 其中，所述通用接口的相关信息包括通用接口的总线地址、通用接口的调用方式及其 相关参数。5. 如权利要求1至3任一项所述的方法，其特征在于，接收所述通用接口调用请求消息 前，还包括：将所述目标服务端的地址和控制信息发送到所述客户端。6. -种控制服务端的方法，其特征在于，包括： 将目标服务端的地址及控制信息按通用接口的通信协议进行封装，得到通用接口调用 请求消息； 将所述通用接口调用请求消息发送给网络控制设备。7. 如权利要求6所述的方法，其特征在于，所述目标服务端的地址及控制信息通过所 述网络控制设备查询并获取得到。8. 如权利要求6所述的方法，其特征在于，在所述将目标服务端的地址及控制信息按 通用接口的通信协议进行封装，得到通用接口调用请求消息之前，还包括： 接收所述网络控制设备侧发送的所述通用接口的相关信息； 其中，所述通用接口的相关信息包括通用接口的总线地址、通用接口的调用方式及其 相关参数。9. 如权利要求6所述的方法，其特征在于，所述通用接口调用请求消息包括通用接口 参数； 所述将所述目标服务端的地址及控制信息按网络控制设备的通用接口的通信协议进 行封装，包括： 将所述目标服务端的地址及控制信息全部封装于一个通用接口参数中；或，按照信息 类型，将所述目标服务端的地址及控制信息封装于不同的通用接口参数中。10. 如权利要求9所述的方法，其特征在于，所述控制信息包括所述目标服务端的调用 方式；或， 所述控制信息包括所述目标服务端的调用方式和与该目标服务端的调用方式配合使 用的至少一个相关参数。11. 如权利要求10所述的方法，其特征在于，若所述控制信息包括所述目标服务端的 调用方式和与该目标服务端的调用方式配合使用的至少一个相关参数，则所述将目标服务 端的地址及控制信息，按网络控制设备的通用接口的通信协议进行封装，包括：将所述至少 一个相关参数封装于同一个通用接口参数中。12. -种控制服务端的装置，其特征在于，包括： 接收单元，用于接收客户端发送的通用接口调用请求消息； 解析单元，用于根据通用接口的通信协议解析所述通用接口调用请求消息，获得目标 服务端的地址及控制信息； 第一发送单元，用于根据目标服务端所支持的通信协议将获取到的所述控制信息进行 封装，得到符合所述目标服务端所支持的通信协议的控制请求消息，并根据所述目标服务 端的地址将所述控制请求消息发送给所述目标服务端。13. 如权利要求12所述的装置，其特征在于，所述控制信息包括所述目标服务端的调 用方式； 或，所述控制信息包括所述目标服务端的调用方式和与该目标服务端的调用方式配合 使用的至少一个相关参数。14. 如权利要求12所述的装置，其特征在于，所述第一发送单元包括： 判断单元，用于判断所述通用接口调用请求消息是否合法； 若是，则将获取到的所述控制信息进行封装。15. 如权利要求12至14任一项所述的装置，其特征在于，还包括： 第二发送单元，用于所述接收单元接收所述通用接口调用请求消息前，发送所述通用 接口的相关信息到所述客户端和所述目标服务端； 其中，所述通用接口的相关信息包括通用接口的总线地址、通用接口的调用方式及其 相关参数。16. 如权利要求12至14任一项所述的装置，其特征在于，还包括： 第三发送单元，用于所述接收单元接收所述通用接口调用请求消息前，将所述目标服 务端的地址和控制信息发送到所述客户端。17. -种控制服务端的装置，其特征在于，包括： 封装单元，用于将所述目标服务端的地址及控制信息按通用接口的通信协议进行封 装，得到通用接口调用请求消息； 控制单元，用于将所述通用接口调用请求消息发送给网络控制设备。18. 如权利要求17所述的装置，其特征在于，所述目标服务端的地址及控制信息通过 所述网络控制设备查询并获取得到。19. 如权利要求17所述的装置，其特征在于，还包括： 接收单元，用于所述封装单元将目标服务端的地址及控制信息按通用接口的通信协议 进行封装，得到通用接口调用请求消息之前，接收所述网络控制设备侧发送的所述通用接 口的相关信息； 其中，所述通用接口的相关信息包括通用接口的总线地址、所述通用接口的调用方式 及其相关参数。20. 如权利要求17所述的装置，其特征在于，所述通用接口调用请求消息包括通用接 口参数； 所述封装单元，包括： 第一封装子单元，用于将所述目标服务端的地址及控制信息全部封装于一个通用接口 参数中；或，按照信息类型，将所述目标服务端的地址及控制信息封装于不同的通用接口参 数中。21. 如权利要求20所述的装置，其特征在于，所述控制信息包括所述目标服务端的调 用方式； 或，所述控制信息包括所述目标服务端的调用方式和与该目标服务端的调用方式配合 使用的至少一个相关参数。22. 如权利要求21所述的装置，其特征在于，若所述控制信息包括所述目标服务端的 调用方式和与该目标服务端的调用方式配合使用的至少一个相关参数，则所述封装单元， 包括： 第二封装子单元，用于将所述至少一个相关参数封装于同一个通用接口参数中。
【专利摘要】一种控制服务端的方法，包括：接收客户端发送的通用接口调用请求消息；根据通用接口的通信协议解析所述通用接口调用请求消息，获得目标服务端的地址及控制信息；根据目标服务端所支持的通信协议将获取到的所述控制信息进行封装，得到符合所述目标服务端所支持的通信协议的控制请求消息，并根据所述目标服务端的地址将所述控制请求消息发送给所述目标服务端。此外，本文还提供了一种控制服务端的装置。采用本方案，可达到以下效果：客户端可以通过网络控制设备调用网络控制设备所能连接的任意服务端；服务端无需具备调用网络控制设备服务的客户端；客户端和服务端无需事先与网络控制设备建立会话，降低了设备的运行负载，节省能耗。
【IPC分类】H04L29/12, H04L29/06
【公开号】CN105490984
【申请号】CN201410469202
【发明人】茹昭, 王淼, 白青松
【申请人】青岛海尔智能家电科技有限公司, 北京海尔广科数字技术有限公司
【公开日】2016年4月13日
【申请日】2014年9月15日
【技术领域】
[0001] 本发明属于通信领域，尤其涉及一种控制服务端的方法和装置。
【背景技术】
[0002] 在一个点对点通信网络中，不同网络设备间会话建立一般是通过同时连接两种不 同传输技术的网络控制设备（例如网关）来实现，例如客户端通过网关调用服务端的服务； 但会话建立的基础是两个网络设备需要事先通过客户端调用网关上与客户端相对应的服 务，建立会话；而事实上，对于服务端来说，不一定具有客户端；此外各设备提前分别与网 关建立会话需要设计特殊的机制；因此现有技术中不同网络设备建立会话完成相互控制的 过程不够智能，不仅需要服务端本身提供相应的客户端，并且客户端和服务端需要事先与 网络控制设备进行关联，增大了网络设备的运行负载。
【发明内容】
[0003] 有鉴于此，为了解决现有技术中存在服务端本身提供相应的客户端，并且需要事 先与网络控制设备进行关联的问题，本发明的目的是提出一种控制服务端的方法。为了对 披露的实施例的一些方面有一个基本的理解，下面给出了简单的概括。该概括部分不是泛 泛评述，也不是要确定关键/重要组成元素或描绘送些实施例的保护范围。其唯一目的是 用简单的形式呈现一些概念，W此作为后面的详细说明的序言。
[0004] 在一些可选的实施例中，所述控制服务端的方法，包括：
[0005] 接收客户端发送的通用接口调用请求消息；
[0006] 根据通用接口的通信协议解析所述通用接口调用请求消息，获得目标服务端的地 址及控制信息；
[0007] 根据目标服务端所支持的通信协议将获取到的所述控制信息进行封装，得到符合 所述目标服务端所支持的通信协议的控制请求消息，并根据所述目标服务端的地址将所述 控制请求消息发送给所述目标服务端。
[0008] 在一些可选的实施例中，所述控制服务端的方法，包括：
[0009] 将目标服务端的地址及控制信息按通用接口的通信协议进行封装，得到通用接口 调用请求消息；
[0010] 将所述通用接口调用请求消息发送给网络控制设备。
[0011] 本发明另一个目的是提出一种控制服务端的装置。
[0012] 在一些可选的实施例中，所述控制服务端的装置，其特征在于，包括：
[0013] 接收单元，用于接收客户端发送的通用接口调用请求消息；
[0014] 解析单元，用于根据通用接口的通信协议解析所述通用接口调用请求消息，获得 目标服务端的地址及控制信息；
[0015] 第一发送单元，用于根据目标服务端所支持的通信协议将获取到的所述控制信息 进行封装，得到符合所述目标服务端所支持的通信协议的控制请求消息，并根据所述目标 服务端的地址将所述控制请求消息发送给所述目标服务端。
[0016] 在一些可选的实施例中，所述控制服务端的装置，包括：
[0017] 封装单元，用于将所述目标服务端的地址及控制信息按通用接口的通信协议进行 封装，得到通用接口调用请求消息；
[0018] 控制单元，用于将所述通用接口调用请求消息发送给所述网络控制设备。
[0019] 采用上述实施例，可达到W下效果：
[0020] 使得客户端可W通过网络控制设备调用网络控制设备所能连接的任意服务端；月良 务端无需具备调用网络控制设备服务的客户端；
[0021] 客户端和服务端无需事先与网络控制设备建立会话，降低了设备的运行负载，节 省能耗。
[0022] 为了上述W及相关的目的，一个或多个实施例包括后面将详细说明并在权利要求 中特别指出的特征。下面的说明W及附图详细说明某些示例性方面，并且其指示的仅仅是 各个实施例的原则可W利用的各种方式中的一些方式。其它的益处和新颖性特征将随着下 面的详细说明结合附图考虑而变得明显，所公开的实施例是要包括所有送些方面W及它们 的等同。
【附图说明】
[0023] 此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发 明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
[0024] 图1示出了本发明实施例的一种控制服务端的方法的流程示意图；
[0025] 图2示出了本发明实施例的一种控制服务端的方法的流程示意图；
[0026] 图3示出了本发明实施例的一种控制服务端的方法的流程示意图；
[0027] 图4示出了本发明实施例的一种控制服务端的方法的流程示意图；
[0028] 图5示出了本发明实施例的设备网络通信的示意图；
[0029] 图6示出了本发明实施例的一种控制服务端的装置600的结构示意图；
[0030] 图7示出了本发明实施例的一种控制服务端的装置700的结构示意图。
【具体实施方式】
[0031] W下描述和附图充分地示出本发明的具体实施方案，W使本领域的技术人员能够 实践它们。其他实施方案可W包括结构的、逻辑的、电气的、过程的W及其他的改变。实施 例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选的，并且操作的顺序可 W变化。一些实施方案的部分和特征可W被包括在或替换其他实施方案的部分和特征。本 发明的实施方案的范围包括权利要求书的整个范围，W及权利要求书的所有可获得的等同 物。在本文中，本发明的送些实施方案可W被单独地或总地用术语"发明"来表示，送仅仅 是为了方便，并且如果事实上公开了超过一个的发明，不是要自动地限制该应用的范围为 任何单个发明或发明构思。
[0032] 图1示出了本发明实施例的控制服务端的方法的流程示意图，
[0033] 如图1所示，在一些说明性的实施例中，所述方法，可W应用于网络控制设备，包 括W下几个步骤：
[0034] 步骤SlOl，接收客户端发送的通用接口调用请求消息；
[0035] 通用接口是为客户端和服务端进行通信而预置的或用户设置的接口；该通用接口 可W解决因底层传输技术不同而导致的客户端和服务端无法直接通信的问题，提供了统一 的通信方式；此外相同的底层传输技术的客户端和服务端除了可W直接通信外，客户端也 可W通过该通用接口实现由网络控制设备对各服务端进行统一的调用和控制；在所述通用 接口调用请求消息中携带按照通用接口的通信协议封装后的通用接口的服务接口参数和 目标服务端的服务接口参数；
[0036] 本文中的网络控制设备是指支持多种底层传输技术，同时处于至少两个网络之 中，能够分别与各网络中的设备通信的一系列设备，例如服务器、网关；所述客户端是指安 装有为用户提供本地服务的程序的一系列装置或设备，例如手机、平板电脑、个人电脑等用 户终端，或者，安装了客户端的各种家电设备等等；所述目标服务端是指可W为客户端提供 服务，但与所述客户端支持的底层传输技术不同的装置或设备；
[0037] 步骤S102,根据通用接口的通信协议解析所述通用接口调用请求消息，获得目标 服务端的地址及控制信息；
[0038] 解析出的通用接口调用请求消息中的参数，除了通用接口的服务接口信息（包 括：通用接口的地址、控制方式W及相关的参数），还包括调用目标服务端的服务接口信息 (包括：目标服务端的地址和控制信息）；
[0039] 所述通用接口调用请求消息中包括一个或多个目标服务端，例如在当前网络中共 有10个服务端，但客户端只需要控制其中的3个服务端，则送3个服务端即为目标服务端， 通用接口调用请求消息中则包括送3个服务端的各服务端的地址和控制信息；
[0040] 在一些说明性的实施例中，所述控制信息包括所述目标服务端的调用方式；或，所 述控制信息包括所述目标服务端的调用方式和与该目标服务端的调用方式配合使用的至 少一个相关参数；
[0041] 举例对目标服务端的控制信息进行说明：
[0042] 若目标服务端是音箱，用户通过客户端（手机）向网络控制设备（网关）发送用 于控制音箱停止播放音乐的指令，则音箱的控制信息仅包括音箱的地址和音箱的调用方式 (停止"stop");若用户想控制音箱将当前播放的曲目快进到某位置时，则控制信息不仅包 括音箱的地址、音箱的调用方式（快进"FF(Fast化rward)")，还必须包括与快进指令相对 应的位置参数（如3分20砂）；
[0043] 步骤S103,根据目标服务端所支持的通信协议将获取到的所述控制信息进行封 装，得到符合所述目标服务端所支持的通信协议的控制请求消息，并根据所述目标服务端 的地址将所述控制请求消息发送给所述目标服务端；
[0044] 上述过程可W是；当解析出目标服务端的控制信息后，根据目标服务端所支持的 通信协议将控制信息进行二次封装，得到所述控制请求消息，然后将控制请求消息发送给 所述目标服务端，W使目标服务端根据控制请求消息中的控制信息，执行相应的操作；
[0045] 其中，目标服务端所支持的通信协议是预先获取的；
[0046] 举例；假设解析出的目标服务端为2个，分别是音箱和电视，其中音箱支持的通信 协议为藍牙BT，而电视支持的通信协议为无线WIFI，则分别根据各目标服务端所支持的通 信协议对控制信息进行二次封装，即转化为各目标服务端能识别的格式，生成控制请求消 息，并分别发 送给相应的目标服务端；
[0047] 在一些说明性的实施例中，在所述将获取到的所述控制信息进行封装，具体包 括：
[0048] 判断此次调用请求是否合法；若是，则进行所述封装。
[0049] 在一些说明性的实施例中，还包括；如果不合法，则反馈请求非法响应并终止后续 操作；
[0050] 在一些说明性的实施例中，接收所述通用接口调用请求消息前，还包括：发送所述 通用接口的相关信息（如通用接口的服务接口信息）到所述客户端和所述目标服务端；其 中，所述通用接口的相关信息包括通用接口的总线地址、通用接口的调用方式及其相关参 数；发送通用接口的相关信息的目的是为了让客户端根据所述通用接口的相关信息对通用 接口进行调用；送里的参数是必须的，可W是一段用于表达接口信息的字符串；
[0051] 所述发送所述通用接口的相关信息可W通过广播、单播或者组播等方式将通用接 口的服务接口信息告知所维护的或周围的客户端和服务端（包括目标服务端）；
[0052] 在一些说明性的实施例中，接收所述通用接口调用请求消息前，还包括：将所述目 标服务端的地址和控制信息发送到所述客户端；此处的发送方式可W是广播、组播或单播； 获取的所述服务端的服务接口信息，可能是通过接收服务端的广播获取，或者，通过接收来 自服务端的消息获取，在此处不进行限定；
[0053] 例如；通过广播的形式将所有注册的至少一个服务端（包括目标服务端）的服务 接口信息（包括：各服务器的地址和控制信息）告知网络中的所有设备，包括所述客户端。
[0054] 图2示出了本发明实施例的控制服务端的方法的流程示意图，
[0055] 如图2所示，在一些说明性的实施例中，所述方法，可W应用于目标服务端，包括 W下几个步骤：
[0056] 步骤S201，将目标服务端的地址及控制信息按通用接口的通信协议进行封装，得 到通用接口调用请求消息；
[0057] 在一些说明性的实例中，在步骤S201之前，还包括：
[005引接收所述网络控制设备侧发送的所述通用接口的相关信息；所述通用接口为所述 网络控制设备所提供的为客户端和服务端进行通信而预置的或用户设置的接口；其中，所 述通用接口的相关信息包括通用接口的总线地址、通用接口的调用方式及相关参数；
[0059] 在一些说明性的实施例中，在步骤S201之前，还包括；获取目标服务端的地址及 控制信息；
[0060] 所述目标服务端可W是一个或多个，若需要同时控制多个服务端，则所述目标服 务端是多个；
[0061] 在一些说明性的实施例中，所述目标服务端由所述网络控制设备维护，所述获取 目标服务端的地址及控制信息，包括：
[0062] 通过所述网络控制设备，查询并获得所述目标服务端的地址及控制信息；
[0063] 可选的，也可W通过网络控制设备的广播，获取所述至少一个目标服务端的地址 及虹制?旨息；
[0064] 在一些说明性的实施例中，所述控制信息包括所述目标服务端的调用方式；或，若 所述目标服务端的调用方式需要与至少一个相关参数配合使用，则所述控制信息包括所述 目标服务端的调用方式和与该目标服务端的调用方式配合使用的至少一个相关参数；
[0065] 在一些说明性的实施例中，若所述控制信息包括所述目标服务端的调用方式，W 及所述至少一个相关参数；则所述按网络控制设备的通用接口的通信协议进行封装各所述 目标服务端的地址及相应的控制信息，包括：
[0066] 将所述至少一个相关参数封装于同一个通用接口参数中；
[0067] 在一些说明性的实施例中，所述通用接口调用请求消息包括通用接口参数，则步 骤S201具体包括：
[0068] 将所述目标服务端的地址及控制信息全部封装于一个通用接口参数中；或，按照 信息类型，将所述目标服务端的地址及控制信息封装于不同的通用接口参数中；
[0069] 下面进行举例对上述封装过程进行说明：
[0070] 若所述目标服务端为一个，封装于多个通用接口参数的情况：若目标服务端的控 制信息包括所述目标服务端的调用方式和相应的至少一个参数，则将目标服务端的地址封 装于通用接口参数A，将目标服务端的调用方式封装于通用接口参数B，将目标服务端的与 调用方式相对应的至少一个参数统一封装于通用接口参数C中；封装于一个通用接口参数 的情况：将上述目标服务端的地址、目标服务端的调用方式和相应的至少一个参数，均封装 于通用接口参数D中；
[0071] 类似的，若所述目标服务端为多个，将所述至少一个目标服务端的地址及相应的 控制信息全部封装于一个通用接口参数中；或，按照信息类型，将所述至少一个目标服务端 的地址及相应的控制信息封装于不同的通用接口参数中；例如；按照信息类型（目标服务 端的地址、目标服务端的调用方式和参数）分Η类，将所述至少一个目标服务端的地址、各 所述目标服务端的调用方式和参数分别分装于相应通用接口参数中；步骤S202,将所述通 用接口调用请求消息发送给所述网络控制设备；
[0072] 将所述通用接口调用请求发送给所述网络控制设备的目的是；W使所述网络控制 设备对解析该接口调用请求消息得到的所述控制信息进行封装，得到符合所述目标服务端 所支持的通信协议的控制请求消息，并将所述控制请求消息发送给所述目标服务端。
[0073] 图3示出了本发明实施例的控制服务端的方法的流程示意图，
[0074] 如图3所示，在一些说明性的实施例中，所述方法包括如下几个步骤：
[00巧]步骤S301，用户终端（客户端）获取exe州te (通用接口）的服务接口信息及入网 家电（服务端）的服务接口信息；
[0076] 所述execute接口是网关（网络控制设备）的接口，所述execute服务接口信息 包括地址、所述通用接口的调用方式和其相关的参数；所述入网家电，即能够与网关通信的 家电设备并提供至少一种服务；所述服务接口信息包括；各入网家电的地址、入网家电提 供的至少一种服务的调用方式、W及与入网家电的调用方式相应的至少一个参数；其中，参 数为可选，因为有些入网家电的调用方式无需参数；
[0077] 步骤S302,用户终端选择目标服务，进行信息封装；
[007引用户终端根据接收到的入网家电的服务接口信息，选择需要的服务（一个或多 个），并相应的选择出提供该服务的相应的入网家电；并根据入网家电的服务接口信息，和 execute的服务接口信息，进行相应的信息封装，获得远程调用请求；
[0079] 步骤S303,用户终端发送远程调用请求到execute接口；
[0080] 步骤S304,网关解析远程调用请求中的信息；
[0081] 网关解析远程调用请求，获取其中关于调用家电设备的信息（地址、家电设备的 调用方式、参数）；
[0082] 步骤S305,网关将远程调用请求中的信息发送到家电设备；
[0083] 将调用请求中的信息转换成家电设备可识别的通信协议的消息，并发送给家电设 备；
[0084] 步骤S306,家电设备处理请求，执行相关操作；
[00财家电设备收到上述消息后，根据消息中的信息，执行相应的操作。
[0086] 下面W-个具体的实施例来说明本方案，如图4所示，在该实施例中涉及手机、网 关、LED(灯）和音箱；用户利用手机（客户端）可W通过网关（网络控制设备）对家庭网 络中的家电设备（服务端，包括L邸和音箱）进行控制；
[0087] 假设家庭网络中各设备的通信关系如图5所示，在应用层上，手机通过提供客户 端的应用程序APP1，向网关的应用程序Trans发送调用请求，再由网关将该调用请求中的 指令发送给家电设备（LED)的提供灯光控制服务的应用程序APP2上；事实上，设备之间是 基于(VS架构点对点的通信框架进行通信，包括Bus Daemon度US，总线守护进程）和终端节 点（应用程序），各设备的BUS连接起来构成一个连通的点对点网络通信系统的总线；在各 设备总线层的下面，系统还提供了一个抽象层，包括相应的通信协议的接口；从图5可W看 出，手机支持藍牙BT，L邸支持无线WiFi，网关支持上述两种通信协议，手机通过BT向网关 发送消息，网关再通过WiFi与L邸进行通信（音箱与L邸相同，在此处不进行累述）；
[0088] 手机通过网关获取execute服务接口信息和网关所维护的家电设备（包括L邸和 音箱）的服务接口信息；上述服务接口信息如下表所示：
[0089]
[0090]
[0091] 其中，地址用来标识目的设备上的服务接口；调用请求发送到网络中便可W根据 地址找到所调用的目标设备的相应接口；调用方式表示调用请求所要执行的操作；参数为 执行操作所需传入的必要数据；表中第一行是调用网关的execute接口所需的服务接口信 息；表中第二行和第Η行描述的是家电设备的服务接口信息；
[0092] 下面结合图4,对整个通信过程进行阐述：
[0093] 步骤S401，手机封装L邸和音箱的服务接口信息；
[0094] 若手机分别对LED和音箱的服务接口信息进行封装，形成两个调用请求，并分别 发送给网关进行控制，则封装的过程可W如下：
[00 95] W控制首箱为例：
[0096] 方式1 ;将音箱的服务接口信息封装成一个execute接口参数；
[0097] 网关exe州te接口的调用除了必要的地址、execute接口的调用方式外，可能包含 一个exe州te接口参数，形式如下：
[0098] Method Call ( "com. producer, gateway ;sd77as", "execute", args);
[0099] 其中，args是exe州te接口参数，包含被调用的音箱的接口地址，音箱的调用方式 的名称，相关参数等信息；如通过手机调用音箱W循环方式播放一首乐曲，args可W是一 下的形式：
[0100]
[0101]
[0102] 方式2 ;将音箱的服务接口信息封装成多个execute接口参数；
[0103] 网关execute接口的调用也可W包含多个参数，如用Η个参数分别封装音箱的接 口地址、音箱的调用方式的名称和相关参数：
[0104] Method Call ( "com. producer, gateway ;sd77as", "execute", appAcWress, methodName, methodArgs)；
[0105] 其中，appAcMress包含目标设备应用地址，methodName包含所调用的方式的名 称，methodArgs包含所调用的参数；仍W上面调用音箱W循环方式播放一首乐曲为例， appAddress 可 W是"com. producer, audio :sdsd90";methodName 可 W是"play";methodArgs 可W是下面的形式：
[0106]
[0107] 可选的，无论上述何种形式，在家电服务接口信息中包含不止一个参数时，多个参 数需要结合在一起封装在同一个execute接口参数中；
[0108] 若手机需要同时对LED和音箱的服务接口信息进行封装，即仅形成一个调用请 求，并发送给网关进行控制，则封装的过程可W如下：
[0109] 方式1 ;将L邸和音箱的服务接口信息均封装于同一个execute接口参数中；
[0110] 假设网关 exe州te 接 口的调用义用 MethdCall ( "com. producer, gateway ; sd77as"，"execute"，args)的形式；手机将L邸亮度调节W及音箱播放的地址、调用方式和 相关参数封装为网关execute接口的参数args ;args形式可W如下：
[0111]
[0112] 方式2 :将LED和音箱的服务接口信息封装于多个execute接口参数中；
[0113] 若网关 execute 接口的调用米用 Me化dCall ( "com. producer, gateway :sd77as"， "execute", appAddress，methodName，methodArgs)的形式；则 appAddress 可 W是数组的 形式，第一项 appAddress[0]为"com. producer, li組ting :ds89sd"，第二项 appAddress[l] 为"com. producer, audio :sdsd90";methodName 对应地也可为数组，第一项 me化odName[0] 为"intensity"，第二项me化odName[l]为"play"。methodArgs可?为下面的形式：
[0114]
[0115] 此时，网关解析时需能够将第一个〈device〉标签所含的参数与appA(Mress[0]、 methodName [0]进行对应关联，将第二个〈device〉标签所含的参数与appAcMress [1]、 methodName[l]进行对应关联；
[0116] 步骤S402,手机调用网关的exe州te接口；
[0117] 若客户选择同时对L邸和音箱进行控制，则向所述网关发送调用请求，所述调用 请求携带封装后的execute接口的服务接口信息、W及L邸和音箱的服务接口信息；
[om] 步骤S403,网关解析出LED和音箱的接口信息；
[0119] 网关解析execute接口，在execute接口参数中解析出LED和音箱的接口信息；
[0120] 步骤S404,网关判断调用请求是否合法；
[0121] 网关查询存储的规则库，判断用户手机控制L邸和音箱是合法的；
[0122] 步骤S405,网关向手机返回接口响应；
[0123] 网关返回给手机一个响应，表示已收到调用请求并开始执行，之后触发步骤S406 和S407,送两个步骤没有必然的顺序关系；
[0124] 步骤S406，网关与LED建立会话；
[01巧]步骤S407，网关与音箱建立会话；
[0126] 步骤S408,网关调用LED亮度调节接口；
[0127] 网关根据获得的LED的地址、LED的调用方式、相关参数调用L邸的对应接口，生 成L邸可识别的通信协议的消息，发送给LED ;
[012引步骤S409,网关调用音箱播放接口；
[0129] 网关根据获得的音箱的地址、音箱的调用方式、相关参数调用音箱的对应接口，生 成音箱可识别的通信协议的消息，发送给LED ;其中，步骤S408、S409没有必然的顺序关 系；
[0130] 步骤S410, LED向网关反馈亮度调节接口响应；
[0131] L邸执行调节亮度的操作后，向网关发送反馈消息，告知网关已完成相应的操作； [013引步骤S411，音箱向网关反馈播放接口响应。
[0133] 音箱执行播放音乐的操作后，向网关发送反馈消息，告知网关已完成相应的操作； 其中，步骤S408、S409没有必然的顺序关系；
[0134] 可选的，网关在收到L邸或音箱的反馈消息后，也会向手机发送反馈确认，告知用 户已完成对LED或音箱的服务控制；
[0135] 可选的，网关会对上述过程中用户手机调用L邸和音箱的过程进行记录，并将手 机与L邸和音箱做关联；例如在网关中会设置一个设备关联表，每次客户端（如手机）通过 网关调用服务端（L邸或音箱）后，网关都会在设备关联表中进行记录，并将客户端与服务 端做关联。
[0136] 图6示出了本发明实施例的一种控制服务端的装置600的结构示意图，
[0137] 在一些说明性的实施例中，所述装置600,包括：
[013引接收单元601，用于接收客户端发送的通用接口调用请求消息；
[0139] 解析单元602,用于按通用接口的通信协议解析所述通用接口调用请求消息，获得 目标服务端的地址及控制信息；
[0140] 第一发送单元603,用于根据目标服务端所支持的通信协议将获取到的所述控制 信息进行封装，得到符合所述目标服务端所支持的通信协议的控制请求消息，并根据所述 目标服务端的地址将所述控制请求消息发送给所述目标服务端；
[0141] 在一些说明性的实施例中，所述控制信息包括所述目标服务端的调用方式；
[0142] 或，所述控制信息包括所述目标服务端的调用方式和与该目标服务端的调用方式 配合使用的至少一个相关参数；
[0143] 在一些说明性的实施例中，所述装置600,所述第一发送单元603包括：
[0144] 判断单元6031，用于判断所述通用接口调用请求消息是否合法；
[0145] 若是，则将获取到的所述控制信息进行封装；
[0146] 在一些说明性的实施例中，所述装置600,还包括：
[0147] 第二发送单元604,用于所述接收单元601接收所述通用接口调用请求消息前，发 送所述通用接口的相关信息到所述客户端和所述目标服务端；
[014引其中，所述通用接口的相关信息包括通用接口的总线地址、通用接口的调用方式 及相关参数；
[0149] 在一些说明性的实施例中，所述装置600,还包括：
[0150] 第Η发送单元605,用于所述接收单元601接收所述通用接口调用请求消息前，将 所述目标服务端的地址和控制信息发送到所述客户端。
[0151] 图7示出了本发明实施例的一种控制服务端的装置700的结构示意图，
[0152] 在一些说明性的实施例中，所述装置700,包括：
[0153] 封装单元701，用于将目标服务端的地址及相应的控制信息按通用接口的通信协 议进行封装，得到通用接口调用请求消息；
[0154] 控制单元702,用于将所述通用接口调用请求消息给所述网络控制设备；
[01巧]在一些说明性的实施例中，所述目标服务端的地址及控制信息通过所述网络控制 设备查询并获取得到；
[0156] 在一些说明性的实施例中，所述装置700,还包括：
[0157] 接收单元703,用于所述封装单元701将目标服务端的地址及控制信息按通用接 口的通信协议进行封装，得到通用接口调用请求消息之前，接收所述网络控制设备侧发送 的所述通用接口的相关信息；
[015引其中，所述通用接口的相关信息包括通用接口的总线 地址、通用接口的调用方式 及其相关参数；
[0159] 在一些说明性的实施例中，所述通用接口调用请求消息包括通用接口参数，所述 封装单元701，包括：
[0160] 第一封装子单元7011，用于将所述目标服务端的地址及控制信息全部封装于一个 通用接口参数中；或，按照信息类型，将所述目标服务端的地址及控制信息封装于不同的通 用接口参数中；
[0161] 在一些说明性的实施例中，所述控制信息包括所述目标服务端的调用方式；
[0162] 或，所述控制信息包括所述目标服务端的调用方式和与该目标服务端的调用方式 配合使用的至少一个相关参数；
[0163] 在一些说明性的实施例中，若所述控制信息包括所述目标服务端的调用方式和与 该目标服务端的调用方式配合使用的至少一个相关参数，则所述封装单元701，包括：
[0164] 第二封装子单元7012,用于将所述至少一个相关参数封装于同一个通用接口参数 中。
[0165] 采用上述实施例，可达到W下效果：
[0166] 使得客户端可W通过网络控制设备调用网络控制设备所能连接的任意服务端；月良 务端无需具备调用网络控制设备服务的客户端；
[0167] 客户端和服务端无需事先与网络控制设备建立会话，降低了设备的运行负载，节 省能耗。
[0168] 本领域技术人员还应当理解，结合本文的实施例描述的各种说明性的逻辑框、模 块、电路和算法步骤均可W实现成电子硬件、计算机软件或其组合。为了清楚地说明硬件和 软件之间的可交换性，上面对各种说明性的部件、框、模块、电路和步骤均围绕其功能进行 了一般地描述。至于送种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个 系统所施加的设计约束条件。熟练的技术人员可W针对每个特定应用，W变通的方式实现 所描述的功能，但是，送种实现决策不应解释为背离本公开的保护范围。
[0169] W上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技 术人员来说，本发明可W有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修 改、等同替换、改进等，均应包含在本发明的保护范围之内。
【主权项】
1. 一种控制服务端的方法，其特征在于，包括： 接收客户端发送的通用接口调用请求消息； 根据通用接口的通信协议解析所述通用接口调用请求消息，获得目标服务端的地址及 控制信息； 根据目标服务端所支持的通信协议将获取到的所述控制信息进行封装，得到符合所述 目标服务端所支持的通信协议的控制请求消息，并根据所述目标服务端的地址将所述控制 请求消息发送给所述目标服务端。2. 如权利要求1所述的方法，其特征在于，所述控制信息包括所述目标服务端的调用 方式； 或，所述控制信息包括所述目标服务端的调用方式和与该目标服务端的调用方式配合 使用的至少一个相关参数。3. 如权利要求1所述的方法，其特征在于，所述将获取到的所述控制信息进行封装，具 体包括： 判断所述通用接口调用请求消息是否合法； 若是，则将获取到的所述控制信息进行封装。4. 如权利要求1至3任一项所述的方法，其特征在于，接收所述通用接口调用请求消息 前，还包括：发送所述通用接口的相关信息到所述客户端和所述目标服务端； 其中，所述通用接口的相关信息包括通用接口的总线地址、通用接口的调用方式及其 相关参数。5. 如权利要求1至3任一项所述的方法，其特征在于，接收所述通用接口调用请求消息 前，还包括：将所述目标服务端的地址和控制信息发送到所述客户端。6. -种控制服务端的方法，其特征在于，包括： 将目标服务端的地址及控制信息按通用接口的通信协议进行封装，得到通用接口调用 请求消息； 将所述通用接口调用请求消息发送给网络控制设备。7. 如权利要求6所述的方法，其特征在于，所述目标服务端的地址及控制信息通过所 述网络控制设备查询并获取得到。8. 如权利要求6所述的方法，其特征在于，在所述将目标服务端的地址及控制信息按 通用接口的通信协议进行封装，得到通用接口调用请求消息之前，还包括： 接收所述网络控制设备侧发送的所述通用接口的相关信息； 其中，所述通用接口的相关信息包括通用接口的总线地址、通用接口的调用方式及其 相关参数。9. 如权利要求6所述的方法，其特征在于，所述通用接口调用请求消息包括通用接口 参数； 所述将所述目标服务端的地址及控制信息按网络控制设备的通用接口的通信协议进 行封装，包括： 将所述目标服务端的地址及控制信息全部封装于一个通用接口参数中；或，按照信息 类型，将所述目标服务端的地址及控制信息封装于不同的通用接口参数中。10. 如权利要求9所述的方法，其特征在于，所述控制信息包括所述目标服务端的调用 方式；或， 所述控制信息包括所述目标服务端的调用方式和与该目标服务端的调用方式配合使 用的至少一个相关参数。11. 如权利要求10所述的方法，其特征在于，若所述控制信息包括所述目标服务端的 调用方式和与该目标服务端的调用方式配合使用的至少一个相关参数，则所述将目标服务 端的地址及控制信息，按网络控制设备的通用接口的通信协议进行封装，包括：将所述至少 一个相关参数封装于同一个通用接口参数中。12. -种控制服务端的装置，其特征在于，包括： 接收单元，用于接收客户端发送的通用接口调用请求消息； 解析单元，用于根据通用接口的通信协议解析所述通用接口调用请求消息，获得目标 服务端的地址及控制信息； 第一发送单元，用于根据目标服务端所支持的通信协议将获取到的所述控制信息进行 封装，得到符合所述目标服务端所支持的通信协议的控制请求消息，并根据所述目标服务 端的地址将所述控制请求消息发送给所述目标服务端。13. 如权利要求12所述的装置，其特征在于，所述控制信息包括所述目标服务端的调 用方式； 或，所述控制信息包括所述目标服务端的调用方式和与该目标服务端的调用方式配合 使用的至少一个相关参数。14. 如权利要求12所述的装置，其特征在于，所述第一发送单元包括： 判断单元，用于判断所述通用接口调用请求消息是否合法； 若是，则将获取到的所述控制信息进行封装。15. 如权利要求12至14任一项所述的装置，其特征在于，还包括： 第二发送单元，用于所述接收单元接收所述通用接口调用请求消息前，发送所述通用 接口的相关信息到所述客户端和所述目标服务端； 其中，所述通用接口的相关信息包括通用接口的总线地址、通用接口的调用方式及其 相关参数。16. 如权利要求12至14任一项所述的装置，其特征在于，还包括： 第三发送单元，用于所述接收单元接收所述通用接口调用请求消息前，将所述目标服 务端的地址和控制信息发送到所述客户端。17. -种控制服务端的装置，其特征在于，包括： 封装单元，用于将所述目标服务端的地址及控制信息按通用接口的通信协议进行封 装，得到通用接口调用请求消息； 控制单元，用于将所述通用接口调用请求消息发送给网络控制设备。18. 如权利要求17所述的装置，其特征在于，所述目标服务端的地址及控制信息通过 所述网络控制设备查询并获取得到。19. 如权利要求17所述的装置，其特征在于，还包括： 接收单元，用于所述封装单元将目标服务端的地址及控制信息按通用接口的通信协议 进行封装，得到通用接口调用请求消息之前，接收所述网络控制设备侧发送的所述通用接 口的相关信息； 其中，所述通用接口的相关信息包括通用接口的总线地址、所述通用接口的调用方式 及其相关参数。20. 如权利要求17所述的装置，其特征在于，所述通用接口调用请求消息包括通用接 口参数； 所述封装单元，包括： 第一封装子单元，用于将所述目标服务端的地址及控制信息全部封装于一个通用接口 参数中；或，按照信息类型，将所述目标服务端的地址及控制信息封装于不同的通用接口参 数中。21. 如权利要求20所述的装置，其特征在于，所述控制信息包括所述目标服务端的调 用方式； 或，所述控制信息包括所述目标服务端的调用方式和与该目标服务端的调用方式配合 使用的至少一个相关参数。22. 如权利要求21所述的装置，其特征在于，若所述控制信息包括所述目标服务端的 调用方式和与该目标服务端的调用方式配合使用的至少一个相关参数，则所述封装单元， 包括： 第二封装子单元，用于将所述至少一个相关参数封装于同一个通用接口参数中。
【专利摘要】一种控制服务端的方法，包括：接收客户端发送的通用接口调用请求消息；根据通用接口的通信协议解析所述通用接口调用请求消息，获得目标服务端的地址及控制信息；根据目标服务端所支持的通信协议将获取到的所述控制信息进行封装，得到符合所述目标服务端所支持的通信协议的控制请求消息，并根据所述目标服务端的地址将所述控制请求消息发送给所述目标服务端。此外，本文还提供了一种控制服务端的装置。采用本方案，可达到以下效果：客户端可以通过网络控制设备调用网络控制设备所能连接的任意服务端；服务端无需具备调用网络控制设备服务的客户端；客户端和服务端无需事先与网络控制设备建立会话，降低了设备的运行负载，节省能耗。
【IPC分类】H04L29/12, H04L29/06
【公开号】CN105490984
【申请号】CN201410469202
【发明人】茹昭, 王淼, 白青松
【申请人】青岛海尔智能家电科技有限公司, 北京海尔广科数字技术有限公司
【公开日】2016年4月13日
【申请日】2014年9月15日
最新回复(0)