CN116931883A - 跨设备调用服务的方法、装置、网关设备及存储介质 - Google Patents

Abstract

本公开是关于一种跨设备调用服务的方法、装置、网关设备及存储介质，该方法应用于预设软件框架中的第一网关服务，所述方法包括：响应于接收到第一设备服务发送的服务调用请求信息，将所述服务调用请求信息基于所述预设软件框架中预先构建的外部数据总线发送至第二网关服务；响应于接收到所述第二网关服务基于所述外部数据总线发送的服务调用回复信息，将所述服务调用回复信息发送至所述第一设备服务。本公开可以基于该外部数据总线实现第一网关服务与第二网关服务之间的信息交互，进而可以基于该信息交互实现第一网关设备下的第一设备与第二网关设备下的第二设备之间的联动，解决了相关技术中不同网关下的设备之间的联动问题。

Description

跨设备调用服务的方法、装置、网关设备及存储介质

技术领域

本公开涉及终端技术领域，尤其涉及一种跨设备调用服务的方法、装置、网关设备及存储介质。

背景技术

随着终端技术的快速发展，目前用户家中的智能设备越来越多，如蓝牙、ZigBee(紫蜂)等设备。相关技术中，蓝牙、ZigBee等设备需要通过网关设备才能连接外网。由于网关的覆盖范围有限，在每个家庭环境中，通常同时需要多个网关，网关的类型诸如蓝牙网关、PLC(Programmable Logic Controller，可编程逻辑控制器)网关等。在此情况下，如何实现不同网关下的设备之间的联动已成为目前亟待解决的技术问题之一。

发明内容

为克服相关技术中存在的问题，本公开实施例提供一种跨设备调用服务的方法、装置、网关设备及存储介质，用以解决相关技术中的缺陷。

根据本公开实施例的第一方面，提供一种跨设备调用服务的方法，应用于预设软件框架中的第一网关服务，所述预设软件框架适用于第一网关设备，所述预设软件框架中包括预先注册的多个设备服务，每个所述设备服务对应于当前环境中网关设备下关联的设备的一个能力，所述第一网关服务对应于所述第一网关设备的网关能力；

所述方法包括：

响应于接收到第一设备服务发送的服务调用请求信息，将所述服务调用请求信息基于所述预设软件框架中预先构建的外部数据总线发送至第二网关服务，所述服务调用请求信息包括所述第一设备服务响应于检测到所述当前环境满足调用第二设备服务的条件所生成的信息，所述第一设备服务对应于第一设备的第一能力，所述第二设备服务对应于第二设备的第二能力，所述第二网关服务对应于第二网关设备的网关能力，所述第一网关设备与所述第一设备关联，所述第二网关设备与所述第二设备关联；

响应于接收到所述第二网关服务基于所述外部数据总线发送的服务调用回复信息，将所述服务调用回复信息发送至所述第一设备服务，所述服务调用回复信息包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成的信息。

在一些实施例中，所述预设软件框架中包括预先构建的第一内部数据总线；

所述响应于接收到第一设备服务发送的服务调用请求信息，包括：

响应于接收到第一设备服务基于所述第一内部数据总线发送的服务调用请求信息。

在一些实施例中，所述将所述服务调用回复信息发送至所述第一设备服务，包括：

将所述服务调用回复信息基于所述第一内部数据总线发送至所述第一设备服务。

根据本公开实施例的第二方面，提供一种跨设备调用服务的方法，应用于预设软件框架中的第二网关服务，所述预设软件框架适用于第二网关设备，所述预设软件框架中包括预先注册的多个设备服务，每个所述设备服务对应于当前环境中网关设备下关联的设备的一个能力，所述第二网关服务对应于第二网关设备的网关能力；

所述方法包括：

响应于接收到第一网关设备基于所述预设软件框架中预先构建的外部数据总线发送的服务调用请求信息，将所述服务调用请求信息发送至第二设备服务，所述服务调用请求信息包括第一设备服务响应于检测到所述当前环境满足调用所述第二设备服务的条件所生成的信息，所述第一设备服务对应于第一设备的第一能力，所述第二设备服务对应于第二设备的第二能力，所述第一网关服务对应于所述第一网关设备的网关能力，所述第一网关设备与所述第一设备关联，所述第二网关设备与所述第二设备关联；

响应于接收到第二设备服务发送的服务调用回复信息，将所述服务调用回复信息基于所述外部数据总线发送至所述第一网关服务，所述服务调用回复信息包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成的信息。

在一些实施例中，所述预设软件框架中包括预先构建的第二内部数据总线；

所述将所述服务调用请求信息发送至第二设备服务，包括：

将所述服务调用请求信息基于所述第二内部数据总线发送至第二设备服务。

在一些实施例中，所述响应于接收到第二设备服务发送的服务调用回复信息，包括：

响应于接收到第二设备服务基于所述第二内部数据总线发送的服务调用回复信息。

根据本公开实施例的第三方面，提供一种跨设备调用服务的装置，应用于预设软件框架中的第一网关服务，所述预设软件框架适用于第一网关设备，所述预设软件框架中包括预先注册的多个设备服务，每个所述设备服务对应于当前环境中网关设备下关联的设备的一个能力，所述第一网关服务对应于所述第一网关设备的网关能力；

所述装置包括：

请求信息发送模块，用于响应于接收到第一设备服务发送的服务调用请求信息，将所述服务调用请求信息基于所述预设软件框架中预先构建的外部数据总线发送至第二网关服务，所述服务调用请求信息包括所述第一设备服务响应于检测到所述当前环境满足调用第二设备服务的条件所生成的信息，所述第一设备服务对应于第一设备的第一能力，所述第二设备服务对应于第二设备的第二能力，所述第二网关服务对应于第二网关设备的网关能力，所述第一网关设备与所述第一设备关联，所述第二网关设备与所述第二设备关联；

回复信息发送模块，用于响应于接收到所述第二网关服务基于所述外部数据总线发送的服务调用回复信息，将所述服务调用回复信息发送至所述第一设备服务，所述服务调用回复信息包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成的信息。

在一些实施例中，所述预设软件框架中包括预先构建的第一内部数据总线；

所述请求信息发送模块还用于响应于接收到第一设备服务基于所述第一内部数据总线发送的服务调用请求信息。

在一些实施例中，所述回复信息发送模块还用于将所述服务调用回复信息基于所述第一内部数据总线发送至所述第一设备服务。

根据本公开实施例的第四方面，提供一种跨设备调用服务的装置，应用于预设软件框架中的第二网关服务，所述预设软件框架适用于第二网关设备，所述预设软件框架中包括预先注册的多个设备服务，每个所述设备服务对应于当前环境中网关设备下关联的设备的一个能力，所述第二网关服务对应于第二网关设备的网关能力；

所述装置包括：

调用请求发送模块，用于响应于接收到第一网关设备基于所述预设软件框架中预先构建的外部数据总线发送的服务调用请求信息，将所述服务调用请求信息发送至第二设备服务，所述服务调用请求信息包括第一设备服务响应于检测到所述当前环境满足调用所述第二设备服务的条件所生成的信息，所述第一设备服务对应于第一设备的第一能力，所述第二设备服务对应于第二设备的第二能力，所述第一网关服务对应于所述第一网关设备的网关能力，所述第一网关设备与所述第一设备关联，所述第二网关设备与所述第二设备关联；

调用回复发送模块，用于响应于接收到第二设备服务发送的服务调用回复信息，将所述服务调用回复信息基于所述外部数据总线发送至所述第一网关服务，所述服务调用回复信息包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成的信息。

在一些实施例中，所述预设软件框架中包括预先构建的第二内部数据总线；

所述调用请求发送模块还用于将所述服务调用请求信息基于所述第二内部数据总线发送至第二设备服务。

在一些实施例中，所述调用回复发送模块还用于响应于接收到第二设备服务基于所述第二内部数据总线发送的服务调用回复信息。

根据本公开实施例的第五方面，提供一种网关设备，所述设备包括：

处理器以及用于存储计算机程序的存储器；

其中，所述处理器被配置为在执行所述计算机程序时，实现上述任一项所述的跨设备调用服务的方法。

根据本公开实施例的第六方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一项所述的跨设备调用服务的方法。

本公开的实施例提供的技术方案可以包括以下有益效果：

本公开通过响应于接收到第一设备服务发送的服务调用请求信息，将所述服务调用请求信息基于所述预设软件框架中预先构建的外部数据总线发送至第二网关服务，并响应于接收到所述第二网关服务基于所述外部数据总线发送的服务调用回复信息，将所述服务调用回复信息发送至所述第一设备服务，由于预设软件框架中预先构建了外部数据总线，因而可以基于该外部数据总线实现第一网关服务与第二网关服务之间的信息交互，进而可以基于该信息交互实现第一网关设备下的第一设备与第二网关设备下的第二设备之间的联动，解决了相关技术中不同网关下的设备之间的联动问题。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1A是根据本公开一示例性实施例示出的相关技术中不同网关下的设备无法联动的应用场景示意图；

图1B是根据本公开一示例性实施例示出的一种跨设备调用服务的方法的流程图；

图2A是根据本公开一示例性实施例示出的另一种跨设备调用服务的方法的流程图；

图2B是根据本公开一示例性实施例示出的一种在网关服务中进行信息传输的场景示意图；

图2C是根据本公开一示例性实施例示出的另一种在网关服务中进行信息传输的场景示意图；

图3是根据本公开一示例性实施例示出的一种跨设备调用服务的方法的流程图；

图4是根据本公开一示例性实施例示出的另一种跨设备调用服务的方法的流程图；

图5是根据本公开一示例性实施例示出的一种跨设备调用服务的方法的应用场景示意图；

图6是根据本公开一示例性实施例示出的一种跨设备调用服务的装置的框图；

图7是根据本公开一示例性实施例示出的又一种跨设备调用服务的装置的框图；

图8是根据本公开一示例性实施例示出的一种网关设备的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施例并不代表与本公开相一致的所有实施例。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

随着终端技术的快速发展，目前用户家中的智能设备越来越多，如蓝牙、ZigBee等设备。相关技术中，蓝牙、ZigBee等设备需要通过网关设备才能连接外网。由于网关的覆盖范围有限，在每个家庭环境中，通常同时需要多个网关，网关的类型诸如蓝牙网关、PLC网关等。在此情况下，如何实现不同网关下的设备之间的联动已成为目前亟待解决的技术问题之一。举例来说，图1A是根据本公开一示例性实施例示出的相关技术中不同网关下的设备无法联动的应用场景示意图；如图1A所示，网关1下的设备1如果想和网关2下的设备3进行联动，由于网关1和网关2之间没有连接通道，因而导致该两个网关下的设备之间的无法实现信息交互，即无法实现设备联动。而如果两个网关通过云端服务器实现通信，就会导致信息传输的链路较长，进而会造成设备两个网关下的设备之间的联动发生延迟。而且，一旦发生云端服务器不可用(如网关断网等)情况，则会导致上述设备联动方案无法实施。

基于此，本公开提出了一种适用于网关设备的预设软件框架，该预设软件框架采用面向服务的架构，可将各个设备的能力抽象为该预设软件框架中的各个服务，进而通过各个服务之间的通信，实现局域网内各个设备的联通，在此基础上提出了基于上述预设软件框架的跨设备调用服务的方法、装置、网关设备及存储介质，可以大幅提升设备控制体验，并且可以简化软件框架的开发工作。下面以具体的实施例介绍本公开的跨设备调用服务的方法、装置、网关设备及存储介质。

图1B是根据一示例性实施例示出的一种跨设备调用服务的方法的流程图；本实施例的方法可以应用于预设软件框架中的第一网关服务，所述预设软件框架适用于第一网关设备，所述预设软件框架中包括预先注册的多个设备服务，每个所述设备服务对应于当前环境中网关设备下关联的设备的一个能力，所述第一网关服务对应于所述第一网关设备的网关能力。

如图1B所示，该方法包括以下步骤S101-S102：

在步骤S101中，响应于接收到第一设备服务发送的服务调用请求信息，将所述服务调用请求信息基于所述预设软件框架中预先构建的外部数据总线发送至第二网关服务；

在步骤S102中，响应于接收到所述第二网关服务基于所述外部数据总线发送的服务调用回复信息，将所述服务调用回复信息发送至所述第一设备服务。

其中，上述服务调用请求信息可以包括所述第一设备服务响应于检测到所述当前环境满足调用第二设备服务的条件所生成的信息，如RPC(Remote Procedure Call，远程过程调用)请求，本实施例对此进行限定。所述第一设备服务对应于第一设备的第一能力，所述第二设备服务对应于第二设备的第二能力，所述第二网关服务对应于第二网关设备的网关能力，所述第一网关设备与所述第一设备关联(即，第一设备为第一网关设备下的设备)，所述第二网关设备与所述第二设备关联(即，第二设备为第二网关设备下的设备)。

上述服务调用回复信息包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成的信息。

举例来说，本实施例的跨设备调用服务的方法流程可以包括以下步骤(1)～(8)：

(1)、当预设软件框架中的第一设备服务检测到当前满足调用第二设备服务的条件时，可以生成服务调用请求信息。其中，当前满足调用第二设备服务的条件的情况，可以包括当前满足控制第二设备发挥第二能力的情况。示例性地，假设第一设备为红外传感器，第二设备为门灯，第一设备服务为预设软件框架中相应的红外传感服务，第二设备服务为预设软件框架中的门灯照明服务。当第一设备检测到用户走到门前时，可以判定当前满足调用第二设备进行照明的条件，也即第一设备服务可以检测到当前满足调用第二设备服务的条件。

(2)、当生成服务调用请求信息后，第一设备服务可以将所述服务调用请求信息发送至所述预设软件框架中的第一网关服务；

(3)、当接收到服务调用请求信息后，第一网关服务可以将所述服务调用请求信息基于所述预设软件框架中预先构建的外部数据总线发送至第二网关服务；其中，外部数据总线是预先在预设软件框架中构建的用于不同网关服务之间进行信息传递的数据总线。

本实施例中，第一网关服务可以当检测到服务调用请求信息与第二设备服务订阅的主题匹配时，可以向第二设备服务隶属的第二网关服务发送该服务调用请求信息，以实现后续通过第二网关服务将所述服务调用请求信息送至所述第二设备服务。

值得说明的是，预设软件框架中的各个服务之间可以通过订阅或发布预设的主题(topic)，从而实现相应服务接口的调用。可以理解的是，服务之间通过发布或发布的方式进行通信，可以减少无效数据传输，即每个服务仅接收自己订阅的数据，而无需接收全部数据再筛选出自己所需的数据，因而可以提高信息传输效率，并可以降低流量耗费。

举例来说，A服务可以预先订阅自己所需的主题；当B服务发布了该主题后，外部数据总线可以将B服务的b网关转发的主题发送给A服务的a网关服务，以通过a网关服务将主题转发A服务。在一些实施例中，服务之间订阅或发布的主题可以分为本地主题和全局主题。其中，本地主题的传输范围可以为同一网关设备内，而全局主题的传输范围可以为不同网关设备，即实现跨设备的传输。本实施例中，主题通用格式可以为：

${domain_name}/${service_name}/${service_defined}/xxx。

由此可知，主题通用格式中可以采用"/"进行内容分割，其中：

${domain_name}可以用于区分主题作用域，可采用设备ID等信息用于跨设备寻址。保留域名“local”，可以用于表征传输范围在本地网关下的服务之间；“${service_name}”为服务名称，可以用于区分每个服务；“${service_defined}/xxx”为服务自定义的接口。进一步地，本实施例还定义了以下的主题匹配规则符“+”和“#”。具体地，“+”可以用于进行主题的单层匹配，其可以放在订阅主题的中间层级或最后，即当进行主题匹配时，仅匹配到“+”所在层级；而“#”可以用于进行主题的多层匹配，只能放在订阅主题的最后，即当进行主题匹配时，可以匹配到“#”所在层级以及其后的各个层级。可以理解的是，当主题匹配成功后，可以确定当前主题为服务所订阅的主题，进而可以将该主题对应的信息传输至该服务。

(4)、当接收到服务调用请求信息后，所述第二网关服务将所述服务调用请求信息送至所述第二设备服务；

(5)、当接收到服务调用请求信息后，第二设备服务基于接收到的所述服务调用请求信息进行处理，并基于得到的处理结果生成服务调用回复信息；其中，该服务调用回复信息可以包括在完成服务调用后生成的反馈信息或无法完成服务调用时生成的反馈信息等，本实施例对此不进行限定。

(6)、当生成服务调用回复信息后，第二设备服务将所述服务调用回复信息发送至所述第二网关服务；

(7)、当接收到服务调用回复信息后，第二网关服务将所述服务调用回复信息基于所述外部数据总线发送至所述第一网关服务；

(8)、当接收到服务调用回复信息后，第一网关服务将所述服务调用回复信息发送至所述第一设备服务，至此即完成了一次跨设备调用服务。

由上述描述可知，本实施例的装置通过响应于接收到第一设备服务发送的服务调用请求信息，将所述服务调用请求信息基于所述预设软件框架中预先构建的外部数据总线发送至第二网关服务，并响应于接收到所述第二网关服务基于所述外部数据总线发送的服务调用回复信息，将所述服务调用回复信息发送至所述第一设备服务，由于预设软件框架中预先构建了外部数据总线，因而可以基于该外部数据总线实现第一网关服务与第二网关服务之间的信息交互，进而可以基于该信息交互实现第一网关设备下的第一设备与第二网关设备下的第二设备之间的联动，解决了相关技术中不同网关下的设备之间的联动问题。

图2A是根据本公开一示例性实施例示出的另一种跨设备调用服务的方法的流程图；本实施例的方法可以应用于预设软件框架中的第一网关服务，所述预设软件框架适用于第一网关设备，所述预设软件框架中包括预先注册的多个设备服务，每个所述设备服务对应于当前环境中网关设备下关联的设备的一个能力，所述第一网关服务对应于所述第一网关设备的网关能力。本实施例中，所述预设软件框架中包括预先构建的第一内部数据总线。在此基础上，如图2A所示，该方法包括以下步骤S201-S202：

在步骤S201中，响应于接收到第一设备服务基于所述第一内部数据总线发送的服务调用请求信息，将所述服务调用请求信息基于所述预设软件框架中预先构建的外部数据总线发送至第二网关服务；

在步骤S202中，响应于接收到所述第二网关服务基于所述外部数据总线发送的服务调用回复信息，将所述服务调用回复信息基于所述第一内部数据总线发送至所述第一设备服务。

其中，所述服务调用请求信息可以包括所述第一设备服务响应于检测到所述当前环境满足调用第二设备服务的条件所生成的信息，所述第一设备服务对应于第一设备的第一能力，所述第二设备服务对应于第二设备的第二能力，所述第二网关服务对应于第二网关设备的网关能力，所述第一网关设备与所述第一设备关联，所述第二网关设备与所述第二设备关联。

所述服务调用回复信息可以包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成的信息。

本实施例中，上述第一内部数据总线是预先在预设软件框架中构建的用于同一网关服务(即第一网关服务)下的各个服务之间进行信息传递的数据总线。与外部数据总线对比可知，外部数据总线是用于不同网关服务之间进行信息传递的数据总线，即当第一网关服务与第二网关服务之间进行信息传递时，使用外部数据总线。而当第一网关服务与内部的第一设备服务之间进行信息传递时，则使用第一内部数据总线。可以理解的是，当第一网关服务下的任意两个设备服务之间进行信息传递时，也可以使用第一内部数据总线。因此本实施例中，第一设备服务是基于第一内部数据总线向第一网关服务发送服务调用信息，进而第一网关服务接收到该服务调用请求信息后，将该服务调用请求信息基于外部数据总线发送至第二网关服务；当第二网关服务将该服务调用信息基于第二内部数据总线发送至第二设备服务，以及第二设备服务在完成信息处理，生成服务调用回复信息后，可以将服务调用回复信息基于第二内部总线发送至第二网关服务，从而第二网关服务可以将服务调用回复信息基于外部数据总线发送至第一网关服务。在此基础上，第一网关服务可以响应于接收到该服务调用回复信息，将该服务调用回复信息基于第一内部数据总线发送至所述第一设备服务，至此即完成了一次跨设备调用服务。

可以理解的是，基于内部消息总线进行信息传输，可以有效避免同一网关服务下的各个服务之间进行信息传输的耦合。具体来说，图2B是根据本公开一示例性实施例示出的一种在网关服务中进行信息传输的场景示意图；图2C是根据本公开一示例性实施例示出的另一种在网关服务中进行信息传输的场景示意图。如图2B所示，在不采用内部数据总线的情况下，同一网关服务下的设备服务S1～S4进行信息交互时，需要交互双方分别建立通信连接，如S1<->S4、S1<->S3、S2<->S4等，即会形成信息传输的耦合。而如图2C所示，在采用内部数据总线的情况下，同一网关服务下的设备服务S1～S4进行信息交互时，只需将信息统一发送至内部数据总线，而无需交互双方分别建立通信连接，如此即可避免信息传输的耦合。

其中，步骤S201-S202中的相关解释和说明可以参见图1B所示实施例中的步骤S101-S102，在此不进行赘述。

图3是根据本公开一示例性实施例示出的一种跨设备调用服务的方法的流程图；本实施例的方法应用于预设软件框架中的第二网关服务，所述预设软件框架适用于第二网关设备，所述预设软件框架中包括预先注册的多个设备服务，每个所述设备服务对应于当前环境中网关设备下关联的设备的一个能力，所述第二网关服务对应于第二网关设备的网关能力。如图3所示，该方法可以包括以下步骤S301-S302：

在步骤S301中，响应于接收到第一网关设备基于所述预设软件框架中预先构建的外部数据总线发送的服务调用请求信息，将所述服务调用请求信息发送至第二设备服务；

在步骤S302中，响应于接收到第二设备服务发送的服务调用回复信息，将所述服务调用回复信息基于所述外部数据总线发送至所述第一网关服务。

其中，上述服务调用请求信息可以包括第一设备服务响应于检测到所述当前环境满足调用所述第二设备服务的条件所生成的信息，所述第一设备服务对应于第一设备的第一能力，所述第二设备服务对应于第二设备的第二能力，所述第一网关服务对应于所述第一网关设备的网关能力，所述第一网关设备与所述第一设备关联，所述第二网关设备与所述第二设备关联。

上述服务调用回复信息可以包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成的信息。

举例来说，本实施例的跨设备调用服务的方法流程可以包括以下步骤(1)～(8)：

(1)、当预设软件框架中的第一设备服务检测到当前满足调用第二设备服务的条件时，可以生成服务调用请求信息。其中，当前满足调用第二设备服务的条件的情况，可以包括当前满足控制第二设备发挥第二能力的情况。示例性地，假设第一设备为红外传感器，第二设备为门灯，第一设备服务为预设软件框架中相应的红外传感服务，第二设备服务为预设软件框架中的门灯照明服务。当第一设备检测到用户走到门前时，可以判定当前满足调用第二设备进行照明的条件，也即第一设备服务可以检测到当前满足调用第二设备服务的条件。

(2)、当生成服务调用请求信息后，第一设备服务可以将所述服务调用请求信息发送至所述预设软件框架中的第一网关服务；

(3)、当接收到服务调用请求信息后，第一网关服务可以将所述服务调用请求信息基于所述预设软件框架中预先构建的外部数据总线发送至第二网关服务；其中，外部数据总线是预先在预设软件框架中构建的用于不同网关服务之间进行信息传递的数据总线。

本实施例中，第一网关服务可以当检测到服务调用请求信息与第二设备服务订阅的主题匹配时，可以向第二设备服务隶属的第二网关服务发送该服务调用请求信息，以实现后续通过第二网关服务将所述服务调用请求信息送至所述第二设备服务。

值得说明的是，预设软件框架中的各个服务之间可以通过订阅或发布预设的主题(topic)，从而实现相应服务接口的调用。可以理解的是，服务之间通过发布或发布的方式进行通信，可以减少无效数据传输，即每个服务仅接收自己订阅的数据，而无需接收全部数据再筛选出自己所需的数据，因而可以提高信息传输效率，并可以降低流量耗费。

举例来说，A服务可以预先订阅自己所需的主题；当B服务发布了该主题后，外部数据总线可以将B服务的b网关转发的主题发送给A服务的a网关服务，以通过a网关服务将主题转发A服务。在一些实施例中，服务之间订阅或发布的主题可以分为本地主题和全局主题。其中，本地主题的传输范围可以为同一网关设备内，而全局主题的传输范围可以为不同网关设备，即实现跨设备的传输。本实施例中，主题通用格式可以为：

${domain_name}/${service_name}/${service_defined}/xxx。

由此可知，主题通用格式中可以采用"/"进行内容分割，其中：

${domain_name}可以用于区分主题作用域，可采用设备ID等信息用于跨设备寻址。保留域名“local”，可以用于表征传输范围在本地网关下的服务之间；“${service_name}”为服务名称，可以用于区分每个服务；“${service_defined}/xxx”为服务自定义的接口。进一步地，本实施例还定义了以下的主题匹配规则符“+”和“#”。具体地，“+”可以用于进行主题的单层匹配，其可以放在订阅主题的中间层级或最后，即当进行主题匹配时，仅匹配到“+”所在层级；而“#”可以用于进行主题的多层匹配，只能放在订阅主题的最后，即当进行主题匹配时，可以匹配到“#”所在层级以及其后的各个层级。可以理解的是，当主题匹配成功后，可以确定当前主题为服务所订阅的主题，进而可以将该主题对应的信息传输至该服务。

(4)、当接收到服务调用请求信息后，所述第二网关服务将所述服务调用请求信息送至所述第二设备服务；

(5)、当接收到服务调用请求信息后，第二设备服务基于接收到的所述服务调用请求信息进行处理，并基于得到的处理结果生成服务调用回复信息；其中，该服务调用回复信息可以包括在完成服务调用后生成的反馈信息或无法完成服务调用时生成的反馈信息等，本实施例对此不进行限定。

(6)、当生成服务调用回复信息后，第二设备服务将所述服务调用回复信息发送至所述第二网关服务；

(7)、当接收到服务调用回复信息后，第二网关服务将所述服务调用回复信息基于所述外部数据总线发送至所述第一网关服务；

(8)、当接收到服务调用回复信息后，第一网关服务将所述服务调用回复信息发送至所述第一设备服务，至此即完成了一次跨设备调用服务。

由上述描述可知，本实施例的装置通过响应于接收到第一网关设备基于所述预设软件框架中预先构建的外部数据总线发送的服务调用请求信息，并响应于接收到第二设备服务发送的服务调用回复信息，将所述服务调用回复信息基于所述外部数据总线发送至所述第一网关服务，由于预设软件框架中预先构建了外部数据总线，因而可以基于该外部数据总线实现第一网关服务与第二网关服务之间的信息交互，进而可以基于该信息交互实现第一网关设备下的第一设备与第二网关设备下的第二设备之间的联动，解决了相关技术中不同网关下的设备之间的联动问题。

图4是根据本公开一示例性实施例示出的另一种跨设备调用服务的方法的流程图；本实施例的方法应用于预设软件框架中的第二网关服务，所述预设软件框架适用于第二网关设备，所述预设软件框架中包括预先注册的多个设备服务，每个所述设备服务对应于当前环境中网关设备下关联的设备的一个能力，所述第二网关服务对应于第二网关设备的网关能力。本实施例中，所述预设软件框架中包括预先构建的第二内部数据总线。在此基础上，如图4所示，该方法可以包括以下步骤S401-S402：

在步骤S401中，响应于接收到第一网关设备基于所述预设软件框架中预先构建的外部数据总线发送的服务调用请求信息，将所述服务调用请求信息基于所述第二内部数据总线发送至第二设备服务务；

在步骤S402中，响应于接收到第二设备服务基于所述第二内部数据总线发送的服务调用回复信息，将所述服务调用回复信息基于所述外部数据总线发送至所述第一网关服务。

其中，上述服务调用请求信息可以包括第一设备服务响应于检测到所述当前环境满足调用所述第二设备服务的条件所生成的信息，所述第一设备服务对应于第一设备的第一能力，所述第二设备服务对应于第二设备的第二能力，所述第一网关服务对应于所述第一网关设备的网关能力，所述第一网关设备与所述第一设备关联，所述第二网关设备与所述第二设备关联。

上述服务调用回复信息可以包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成的信息。

本实施例中，上述第二内部数据总线是预先在预设软件框架中构建的用于同一网关服务(即，第二网关服务)下的各个服务之间进行信息传递的数据总线。与外部数据总线对比可知，外部数据总线是用于不同网关服务之间进行信息传递的数据总线，即当第一网关服务与第二网关服务之间进行信息传递时，使用外部数据总线。而当第二网关服务与内部的第二设备服务之间进行信息传递时，则使用第二内部数据总线。可以理解的是，当第二网关服务下的任意两个设备服务之间进行信息传递时，也可以使用第二内部数据总线。因此本实施例中，第一设备服务是基于第一内部数据总线向第一网关服务发送服务调用信息，进而第一网关服务接收到该服务调用请求信息后，将该服务调用请求信息基于外部数据总线发送至第二网关服务；当第二网关服务将该服务调用信息基于第二内部数据总线发送至第二设备服务，以及第二设备服务在完成信息处理，生成服务调用回复信息后，可以将服务调用回复信息基于第二内部总线发送至第二网关服务，从而第二网关服务可以将服务调用回复信息基于外部数据总线发送至第一网关服务。在此基础上，第一网关服务可以响应于接收到该服务调用回复信息，将该服务调用回复信息基于第一内部数据总线发送至所述第一设备服务，至此即完成了一次跨设备调用服务。

可以理解的是，基于内部消息总线进行信息传输，可以有效避免同一网关服务下的各个服务之间进行信息传输的耦合。其中，步骤S401-S402中的相关解释和说明可以参见图3所示实施例中的步骤S301-S302，在此不进行赘述。

图5是根据本公开一示例性实施例示出的一种跨设备调用服务的方法的应用场景示意图；本实施例在上述各个实施例的基础上，以设备B(即“DeviceB”)的S2服务访问设备A(即“DeviceA”)的S1服务为例说明本公开实施例的跨设备调用服务的方法。如图5所示，该方法的流程包括以下1-8步：

1.设备A的S1服务订阅(Subscribe)主题“local/s1/rpc/request”，以对外提供RPC请求接口，即当其他服务发布了此主题的RPC请求信息，最终都会转发给S1服务；

2.设备B的S2服务订阅主题“local/s2/rpc//response”对外提供RPC应答接口，即当其他服务发布了此主题的RPC应答回复信息，最终都会转发给S2服务；

3.设备B的S2服务发布(Publish)主题为“deviceA/s1/rpc/request”RPC请求，并提供RPC应答主题“local/s2/rpc/response”其中“{id:123,method：""}”为主题的数据包，表示：消息id为“123”，以及服务的具体方法method：""(此处为缺省)；

4.设备B的服务网关进行主题(topic)的转换，即将应答主题转换为“viceB/s2/rpc/response”，进而将RPC转发至设备A的服务网关；

可以理解的是，由于服务网关判断出该应答主题需要跨设备传输，因而需进行主题的转换。

5.设备A的服务网关进行topic转换，将目的主题转换为“local/s1/rpc/request”，然后将消息发布到内部消息总线；

可以理解的是，由于服务网关判断出该主题需要从外部设备传输至内部服务，因而需进行主题的转换。

6.设备A的S1服务收到RPC请求，进行处理，并将处理结果发布到应答主题“deviceB/s2/rpc/response”；

7.设备A的服务网关将应答转发至设备B的服务网关，设备B的服务网关将应答主题topic转换为“local/s2/rpc/response”，然后发布到内部总线；

8.设备B的S2服务收到上述处理结果，至此即完成一次RPC服务调用。

由上述描述可知，本公开实施例由于采用面向服务的预设软件框架，可以实现不同网关下的设备之间的互联，并可以提高代码的扩展性以及可复用性；另一方面，通过引入数据总线，可以极大简化服务之间的信息传输通道，以及简化应用开发逻辑，使得应用开发时只需要关心自身的逻辑，将数据传输交给消息总线；此外，通过在主题格式中采用域控制的概念，可以提高服务网关以及整个系统的安全性。

图6是根据一示例性实施例示出的一种跨设备调用服务的装置的框图；本实施例的装置可以应用于预设软件框架中的第一网关服务，所述预设软件框架适用于第一网关设备，所述预设软件框架中包括预先注册的多个设备服务，每个所述设备服务对应于当前环境中网关设备下关联的设备的一个能力，所述第一网关服务对应于所述第一网关设备的网关能力。如图6所示，该装置包括：请求信息发送模块110和回复信息发送模块120，其中：

请求信息发送模块110，用于响应于接收到第一设备服务发送的服务调用请求信息，将所述服务调用请求信息基于所述预设软件框架中预先构建的外部数据总线发送至第二网关服务，所述服务调用请求信息包括所述第一设备服务响应于检测到所述当前环境满足调用第二设备服务的条件所生成的信息，所述第一设备服务对应于第一设备的第一能力，所述第二设备服务对应于第二设备的第二能力，所述第二网关服务对应于第二网关设备的网关能力，所述第一网关设备与所述第一设备关联，所述第二网关设备与所述第二设备关联；

回复信息发送模块120，用于响应于接收到所述第二网关服务基于所述外部数据总线发送的服务调用回复信息，将所述服务调用回复信息发送至所述第一设备服务，所述服务调用回复信息包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成的信息。

在一些实施例中，上述预设软件框架中还可以包括预先构建的第一内部数据总线；

进而，上述请求信息发送模块110还可以用于响应于接收到第一设备服务基于所述第一内部数据总线发送的服务调用请求信息。

在一些实施例中，上述回复信息发送模块120还可以用于将所述服务调用回复信息基于所述第一内部数据总线发送至所述第一设备服务。

由上述描述可知，本实施例的装置通过响应于接收到第一设备服务发送的服务调用请求信息，将所述服务调用请求信息基于所述预设软件框架中预先构建的外部数据总线发送至第二网关服务，并响应于接收到所述第二网关服务基于所述外部数据总线发送的服务调用回复信息，将所述服务调用回复信息发送至所述第一设备服务，由于预设软件框架中预先构建了外部数据总线，因而可以基于该外部数据总线实现第一网关服务与第二网关服务之间的信息交互，进而可以基于该信息交互实现第一网关设备下的第一设备与第二网关设备下的第二设备之间的联动，解决了相关技术中不同网关下的设备之间的联动问题。

图7是根据又一示例性实施例示出的一种跨设备调用服务的装置的框图；本实施例的装置可以应用于预设软件框架中的第二网关服务，所述预设软件框架适用于第二网关设备，所述预设软件框架中包括预先注册的多个设备服务，每个所述设备服务对应于当前环境中网关设备下关联的设备的一个能力，所述第二网关服务对应于第二网关设备的网关能力；如图7所示，该装置包括：调用请求发送模块210和调用回复发送模块220，其中：

调用请求发送模块210，用于响应于接收到第一网关设备基于所述预设软件框架中预先构建的外部数据总线发送的服务调用请求信息，将所述服务调用请求信息发送至第二设备服务，所述服务调用请求信息包括第一设备服务响应于检测到所述当前环境满足调用所述第二设备服务的条件所生成的信息，所述第一设备服务对应于第一设备的第一能力，所述第二设备服务对应于第二设备的第二能力，所述第一网关服务对应于所述第一网关设备的网关能力，所述第一网关设备与所述第一设备关联，所述第二网关设备与所述第二设备关联；

调用回复发送模块220，用于响应于接收到第二设备服务发送的服务调用回复信息，将所述服务调用回复信息基于所述外部数据总线发送至所述第一网关服务，所述服务调用回复信息包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成的信息。

在一些实施例中，上述预设软件框架中可以包括预先构建的第二内部数据总线；

进而，调用请求发送模块210还可以用于将所述服务调用请求信息基于所述第二内部数据总线发送至第二设备服务。

在一些实施例中，上述调用回复发送模块220还可以用于响应于接收到第二设备服务基于所述第二内部数据总线发送的服务调用回复信息。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图8是根据一示例性实施例示出的一种网关设备的框图。例如，设备900可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图8，设备900可以包括以下一个或多个组件：处理组件902，存储器904，电源组件906，多媒体组件908，音频组件910，输入/输出(I/O)的接口912，传感器组件914，以及通信组件916。

处理组件902通常控制设备900的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件902可以包括一个或多个处理器920来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件902可以包括一个或多个模块，便于处理组件902和其他组件之间的交互。例如，处理组件902可以包括多媒体模块，以方便多媒体组件908和处理组件902之间的交互。

存储器904被配置为存储各种类型的数据以支持在设备900的操作。这些数据的示例包括用于在设备900上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器904可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件906为设备900的各种组件提供电力。电源组件906可以包括电源管理系统，一个或多个电源，及其他与为设备900生成、管理和分配电力相关联的组件。

多媒体组件908包括在所述设备900和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件908包括一个前置摄像头和/或后置摄像头。当设备900处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件910被配置为输出和/或输入音频信号。例如，音频组件910包括一个麦克风(MIC)，当设备900处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器904或经由通信组件916发送。在一些实施例中，音频组件910还包括一个扬声器，用于输出音频信号。

I/O接口912为处理组件902和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件914包括一个或多个传感器，用于为设备900提供各个方面的状态评估。例如，传感器组件914可以检测到设备900的打开/关闭状态，组件的相对定位，例如所述组件为设备900的显示器和小键盘，传感器组件914还可以检测设备900或设备900一个组件的位置改变，用户与设备900接触的存在或不存在，设备900方位或加速/减速和设备900的温度变化。传感器组件914还可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件914还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件914还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件916被配置为便于设备900和其他设备之间有线或无线方式的通信。设备900可以接入基于通信标准的无线网络，如WiFi，2G或3G，4G或5G或它们的组合。在一个示例性实施例中，通信组件916经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件916还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，设备900可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子组件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器904，上述指令可由设备900的处理器920执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (14)

1.一种跨设备调用服务的方法，其特征在于，应用于预设软件框架中的第一网关服务，所述预设软件框架适用于第一网关设备，所述预设软件框架中包括预先注册的多个设备服务，每个所述设备服务对应于当前环境中网关设备下关联的设备的一个能力，所述第一网关服务对应于所述第一网关设备的网关能力；

所述方法包括：

响应于接收到第一设备服务发送的服务调用请求信息，将所述服务调用请求信息基于所述预设软件框架中预先构建的外部数据总线发送至第二网关服务，所述服务调用请求信息包括所述第一设备服务响应于检测到所述当前环境满足调用第二设备服务的条件所生成的信息，所述第一设备服务对应于第一设备的第一能力，所述第二设备服务对应于第二设备的第二能力，所述第二网关服务对应于第二网关设备的网关能力，所述第一网关设备与所述第一设备关联，所述第二网关设备与所述第二设备关联；

响应于接收到所述第二网关服务基于所述外部数据总线发送的服务调用回复信息，将所述服务调用回复信息发送至所述第一设备服务，所述服务调用回复信息包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成的信息。

2.根据权利要求1所述的方法，其特征在于，所述预设软件框架中包括预先构建的第一内部数据总线；

所述响应于接收到第一设备服务发送的服务调用请求信息，包括：

响应于接收到第一设备服务基于所述第一内部数据总线发送的服务调用请求信息。

3.根据权利要求2所述的方法，其特征在于，所述将所述服务调用回复信息发送至所述第一设备服务，包括：

将所述服务调用回复信息基于所述第一内部数据总线发送至所述第一设备服务。

4.一种跨设备调用服务的方法，其特征在于，应用于预设软件框架中的第二网关服务，所述预设软件框架适用于第二网关设备，所述预设软件框架中包括预先注册的多个设备服务，每个所述设备服务对应于当前环境中网关设备下关联的设备的一个能力，所述第二网关服务对应于第二网关设备的网关能力；

所述方法包括：

响应于接收到第一网关设备基于所述预设软件框架中预先构建的外部数据总线发送的服务调用请求信息，将所述服务调用请求信息发送至第二设备服务，所述服务调用请求信息包括第一设备服务响应于检测到所述当前环境满足调用所述第二设备服务的条件所生成的信息，所述第一设备服务对应于第一设备的第一能力，所述第二设备服务对应于第二设备的第二能力，所述第一网关服务对应于所述第一网关设备的网关能力，所述第一网关设备与所述第一设备关联，所述第二网关设备与所述第二设备关联；

响应于接收到第二设备服务发送的服务调用回复信息，将所述服务调用回复信息基于所述外部数据总线发送至所述第一网关服务，所述服务调用回复信息包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成的信息。

5.根据权利要求4所述的方法，其特征在于，所述预设软件框架中包括预先构建的第二内部数据总线；

所述将所述服务调用请求信息发送至第二设备服务，包括：

将所述服务调用请求信息基于所述第二内部数据总线发送至第二设备服务。

6.根据权利要求5所述的方法，其特征在于，所述响应于接收到第二设备服务发送的服务调用回复信息，包括：

响应于接收到第二设备服务基于所述第二内部数据总线发送的服务调用回复信息。

7.一种跨设备调用服务的装置，其特征在于，应用于预设软件框架中的第一网关服务，所述预设软件框架适用于第一网关设备，所述预设软件框架中包括预先注册的多个设备服务，每个所述设备服务对应于当前环境中网关设备下关联的设备的一个能力，所述第一网关服务对应于所述第一网关设备的网关能力；

所述装置包括：

请求信息发送模块，用于响应于接收到第一设备服务发送的服务调用请求信息，将所述服务调用请求信息基于所述预设软件框架中预先构建的外部数据总线发送至第二网关服务，所述服务调用请求信息包括所述第一设备服务响应于检测到所述当前环境满足调用第二设备服务的条件所生成的信息，所述第一设备服务对应于第一设备的第一能力，所述第二设备服务对应于第二设备的第二能力，所述第二网关服务对应于第二网关设备的网关能力，所述第一网关设备与所述第一设备关联，所述第二网关设备与所述第二设备关联；

回复信息发送模块，用于响应于接收到所述第二网关服务基于所述外部数据总线发送的服务调用回复信息，将所述服务调用回复信息发送至所述第一设备服务，所述服务调用回复信息包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成的信息。

8.根据权利要求7所述的装置，其特征在于，所述预设软件框架中包括预先构建的第一内部数据总线；

所述请求信息发送模块还用于响应于接收到第一设备服务基于所述第一内部数据总线发送的服务调用请求信息。

9.根据权利要求8所述的装置，其特征在于，所述回复信息发送模块还用于将所述服务调用回复信息基于所述第一内部数据总线发送至所述第一设备服务。

10.一种跨设备调用服务的装置，其特征在于，应用于预设软件框架中的第二网关服务，所述预设软件框架适用于第二网关设备，所述预设软件框架中包括预先注册的多个设备服务，每个所述设备服务对应于当前环境中网关设备下关联的设备的一个能力，所述第二网关服务对应于第二网关设备的网关能力；

所述装置包括：

调用请求发送模块，用于响应于接收到第一网关设备基于所述预设软件框架中预先构建的外部数据总线发送的服务调用请求信息，将所述服务调用请求信息发送至第二设备服务，所述服务调用请求信息包括第一设备服务响应于检测到所述当前环境满足调用所述第二设备服务的条件所生成的信息，所述第一设备服务对应于第一设备的第一能力，所述第二设备服务对应于第二设备的第二能力，所述第一网关服务对应于所述第一网关设备的网关能力，所述第一网关设备与所述第一设备关联，所述第二网关设备与所述第二设备关联；

调用回复发送模块，用于响应于接收到第二设备服务发送的服务调用回复信息，将所述服务调用回复信息基于所述外部数据总线发送至所述第一网关服务，所述服务调用回复信息包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成的信息。

11.根据权利要求10所述的装置，其特征在于，所述预设软件框架中包括预先构建的第二内部数据总线；

所述调用请求发送模块还用于将所述服务调用请求信息基于所述第二内部数据总线发送至第二设备服务。

12.根据权利要求11所述的装置，其特征在于，所述调用回复发送模块还用于响应于接收到第二设备服务基于所述第二内部数据总线发送的服务调用回复信息。

13.一种网关设备，其特征在于，所述设备包括：

处理器以及用于存储计算机程序的存储器；

其中，所述处理器被配置为在执行所述计算机程序时，实现上述权利要求1至6中任一项所述的跨设备调用服务的方法。

14.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现上述权利要求1至6中任一项所述的跨设备调用服务的方法。