CN116931882A - 软件框架、运行方法、调用服务方法、装置、设备及介质 - Google Patents

软件框架、运行方法、调用服务方法、装置、设备及介质 Download PDF

Info

Publication number
CN116931882A
CN116931882A CN202210359663.7A CN202210359663A CN116931882A CN 116931882 A CN116931882 A CN 116931882A CN 202210359663 A CN202210359663 A CN 202210359663A CN 116931882 A CN116931882 A CN 116931882A
Authority
CN
China
Prior art keywords
service
software framework
gateway
preset
equipment
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202210359663.7A
Other languages
English (en)
Inventor
伏思昌
黎国梁
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Priority to CN202210359663.7A priority Critical patent/CN116931882A/zh
Priority to US17/903,986 priority patent/US20230327908A1/en
Priority to EP22194764.1A priority patent/EP4258620A1/en
Publication of CN116931882A publication Critical patent/CN116931882A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1023—Media gateways
    • H04L65/1026—Media gateways at the edge
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/20—Software design
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40006—Architecture of a communication node
    • H04L12/40032—Details regarding a bus interface enhancer
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/547—Remote procedure calls [RPC]; Web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1859—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast adapted to provide push services, e.g. data channels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/04—Processing captured monitoring data, e.g. for logfile generation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/214—Monitoring or handling of messages using selective forwarding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities

Abstract

本公开是关于一种软件框架、运行方法、调用服务方法、装置、设备及介质，该软件框架，适用于网关设备，所述软件框架包括应用服务层和基础服务层，所述应用服务层中包括预先注册的至少一个设备服务，所述基础服务层中包括预先构建的数据总线，其中：所述设备服务对应于所述网关设备下关联的设备的一个能力；所述数据总线用于实现所述设备服务与外部服务之间的通信，所述外部服务为与所述设备服务属于同一网关设备或不同网关设备的设备服务。本公开可以实现业务开发的解耦，降低网关开发工作量，有利于后续对网关能力进行扩展，且可以方便后期对网关的维护工作。

Description

软件框架、运行方法、调用服务方法、装置、设备及介质
技术领域
本公开涉及终端技术领域，尤其涉及一种软件框架、运行方法、调用服务方法、装置、设备及介质。
背景技术
随着终端技术的快速发展，目前用户家中的智能设备越来越多，如蓝牙、ZigBee等设备，而这些设备需要通过网关设备才能连接外网。由于网关的覆盖范围有限，在每个家庭环境中，通常同时需要多个网关，网关的类型诸如蓝牙网关、PLC网关等。相关技术中，当针对某个硬件平台完成网关程序的代码开发后，如果更换了硬件平台，则需要在新平台上重新实现网关程序的代码，因为不同平台的硬件接口不同，因而需要为每个平台分别维持一套网关程序的代码，导致业务开发耦合的问题，即会导致网关开发工作量繁重，对网关能力进行扩展非常不便，且不利于网关的后期维护。
发明内容
为克服相关技术中存在的问题，本公开实施例提供一种软件框架、运行方法、调用服务方法、装置、设备及介质，用以解决相关技术中的缺陷。
根据本公开实施例的第一方面，提供一种软件框架，适用于网关设备，所述软件框架包括应用服务层和基础服务层，所述应用服务层中包括预先注册的至少一个设备服务，所述基础服务层中包括预先构建的数据总线，其中：
所述设备服务对应于所述网关设备下关联的设备的一个能力；
所述数据总线用于实现所述设备服务与外部服务之间的通信，所述外部服务为与所述设备服务属于同一网关设备或不同网关设备的设备服务。
在一些实施例中，所述数据总线包括订阅/发布模块；
所述订阅/发布模块，用于通过订阅或发布预设的主题的方式实现所述外部服务对所述设备服务的调用。
在一些实施例中，所述数据总线包括组网发现模块；
所述组网发现模块，用于发现所述网关设备周围的其他网关设备，并与发现的其他网关设备进行组网。
在一些实施例中，所述数据总线包括安全认证模块；
所述安全认证模块，用于在与其他网关设备建立通信连接之前，通过验证数字证书的方式验证其他网关设备的安全性。
在一些实施例中，所述基础服务层中还包括以下至少一种服务；
数据存储服务，用于存储所述软件框架的系统数据；
数据更新服务，用于更新所述软件框架的系统数据；
日志系统服务，用于生成所述软件框架的系统日志；
系统监控服务，用于监控所述软件框架中预设服务的状态。
根据本公开实施例的第二方面，提供一种软件框架的运行方法，所述方法应用于软件框架，所述软件框架适用于网关设备，所述软件框架包括应用服务层和基础服务层，所述应用服务层中包括预先注册的至少一个设备服务，所述基础服务层中包括预先构建的数据总线，所述方法包括：
基于所述设备服务实现所述网关设备下关联的设备的一个能力；
基于所述数据总线实现所述设备服务与外部服务之间的通信，所述外部服务为与所述设备服务属于同一网关设备或不同网关设备的设备服务。
在一些实施例中，所述方法还包括：
基于所述数据总线通过订阅或发布预设的主题的方式实现所述外部服务对所述设备服务的调用。
在一些实施例中，所述方法还包括：
基于所述数据总线发现所述网关设备周围的其他网关设备，并与发现的其他网关设备进行组网。
在一些实施例中，所述方法还包括：
基于所述数据总线在与其他网关设备建立通信连接之前，通过验证数字证书的方式验证其他网关设备的安全性。
在一些实施例中，所述方法还包括以下至少一项：
基于所述基础服务层中的数据存储服务，存储所述软件框架的系统数据；
基于所述基础服务层中的数据更新服务，更新所述软件框架的系统数据；
基于所述基础服务层中的日志系统服务，生成所述软件框架的系统日志；
基于所述基础服务层中的系统监控服务，监控所述软件框架中预设服务的状态。
根据本公开实施例的第三方面，提供一种软件框架的运行装置，所述装置应用于软件框架，所述软件框架适用于网关设备，所述软件框架包括应用服务层和基础服务层，所述应用服务层中包括预先注册的至少一个设备服务，所述基础服务层中包括预先构建的数据总线，所述装置包括：
能力实现模块，用于基于所述设备服务实现所述网关设备下关联的设备的一个能力；
通信实现模块，用于基于所述数据总线实现所述设备服务与外部服务之间的通信，所述外部服务为与所述设备服务属于同一网关设备或不同网关设备的设备服务。
在一些实施例中，所述通信实现模块还包括：
订阅/发布单元，用于基于所述数据总线通过订阅或发布预设的主题的方式实现所述外部服务对所述设备服务的调用。
在一些实施例中，所述通信实现模块还包括：
组网发现单元，用于基于所述数据总线发现所述网关设备周围的其他网关设备，并与发现的其他网关设备进行组网。
在一些实施例中，所述通信实现模块还包括：
安全认证单元，用于基于所述数据总线在与其他网关设备建立通信连接之前，通过验证数字证书的方式验证其他网关设备的安全性。
在一些实施例中，所述装置还包括以下至少一项：
存储模块，用于基于所述基础服务层中的数据存储服务，存储所述软件框架的系统数据；
更新模块，用于基于所述基础服务层中的数据更新服务，更新所述软件框架的系统数据；
生成模块，用于基于所述基础服务层中的日志系统服务，生成所述软件框架的系统日志；
监控模块，用于基于所述基础服务层中的系统监控服务，监控所述软件框架中预设服务的状态。
根据本公开实施例的第四方面，提供一种调用服务的方法，应用于预设软件框架中的第一设备服务，所述预设软件框架适用于网关设备，所述预设软件框架中包括预先注册的多个设备服务，每个所述设备服务对应于当前环境中网关设备下关联的设备的一个能力；
所述方法包括：
响应于检测到所述当前环境满足调用所述预设软件框架中的第二设备服务的条件，生成服务调用请求信息；
将所述服务调用请求信息基于所述预设软件框架中预设的数据总线，发送至所述第二设备服务；
接收所述第二网关服务基于所述数据总线发送的服务调用应答信息，所述服务调用应答信息包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成的信息。
在一些实施例中，所述将所述服务调用请求信息基于所述预设软件框架中预设的数据总线，发送至所述第二设备服务，包括：
将所述服务调用请求信息基于第一预设主题发布至所述数据总线，以使所述第二设备服务基于预先订阅的所述第一预设主题，接收所述数据总线发送的所述服务调用请求信息，所述第一预设主题中包含所述服务调用请求信息的传输范围、所述服务调用请求信息的接收方标识信息以及所述服务调用请求信息的消息类型中的至少一种。
在一些实施例中，所述接收所述第二网关服务基于所述数据总线发送的服务调用应答信息，包括：
基于预先订阅的第二预设主题，接收所述数据总线发送的所述服务调用应答信息，所述服务调用应答信息包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成并基于所述第二预设主题发布至所述数据总线的信息，所述第二预设主题中包含所述服务调用应答信息的传输范围、所述服务调用应答信息的接收方标识信息以及所述服务调用应答信息的消息类型中的至少一种。
在一些实施例中，所述响应于检测到所述当前环境满足调用所述预设软件框架中的第二设备服务的条件，生成服务调用请求信息，包括：
响应于检测到所述当前环境满足调用所述预设软件框架中的第二设备服务的条件，基于预先获取的服务查询结果生成服务调用请求信息，所述服务查询结果包括预先通过查询的方式对所述预设软件框架中的服务进行查询后得到的结果。
在一些实施例中，所述第一设备服务为预先配置的中枢服务；
所述方法还包括：
响应于接受所述预设软件框架中的第三设备服务的委托，代理所述第三设备服务对外提供服务，所述第三设备服务为预先配置的非中枢服务。
在一些实施例中，所述第一设备服务为预先配置的中枢服务；
所述方法还包括：
响应于检测到所述预设软件框架中存在两个以上可以提供相同服务的非中枢服务，基于预设的服务调度规则对所述非中枢服务进行调度。
根据本公开实施例的第五方面，提供一种调用服务的装置，应用于预设软件框架中的第一设备服务，所述预设软件框架适用于网关设备，所述预设软件框架中包括预先注册的多个设备服务，每个所述设备服务对应于当前环境中网关设备下关联的设备的一个能力；
所述装置包括：
请求信息生成模块，用于响应于检测到所述当前环境满足调用所述预设软件框架中的第二设备服务的条件，生成服务调用请求信息；
请求信息发送模块，用于将所述服务调用请求信息基于所述预设软件框架中预设的数据总线，发送至所述第二设备服务；
应答信息接收模块，用于接收所述第二网关服务基于所述数据总线发送的服务调用应答信息，所述服务调用应答信息包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成的信息。
在一些实施例中，所述请求信息发送模块还用于将所述服务调用请求信息基于第一预设主题发布至所述数据总线，以使所述第二设备服务基于预先订阅的所述第一预设主题，接收所述数据总线发送的所述服务调用请求信息，所述第一预设主题中包含所述服务调用请求信息的传输范围、所述服务调用请求信息的接收方标识信息以及所述服务调用请求信息的消息类型中的至少一种。
在一些实施例中，所述应答信息接收模块还用于基于预先订阅的第二预设主题，接收所述数据总线发送的所述服务调用应答信息，所述服务调用应答信息包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成并基于所述第二预设主题发布至所述数据总线的信息，所述第二预设主题中包含所述服务调用应答信息的传输范围、所述服务调用应答信息的接收方标识信息以及所述服务调用应答信息的消息类型中的至少一种。
在一些实施例中，所述请求信息生成模块还用于响应于检测到所述当前环境满足调用所述预设软件框架中的第二设备服务的条件，基于预先获取的服务查询结果生成服务调用请求信息，所述服务查询结果包括预先通过查询的方式对所述预设软件框架中的服务进行查询后得到的结果。
在一些实施例中，所述第一设备服务为预先配置的中枢服务；
所述装置还包括：
服务代理模块，用于响应于接受所述预设软件框架中的第三设备服务的委托，代理所述第三设备服务对外提供服务，所述第三设备服务为预先配置的非中枢服务。
在一些实施例中，所述第一设备服务为预先配置的中枢服务；
所述装置还包括：
服务调度模块，用于响应于检测到所述预设软件框架中存在两个以上可以提供相同服务的非中枢服务，基于预设的服务调度规则对所述非中枢服务进行调度。
根据本公开实施例的第六方面，提供一种网关设备，所述设备包括：
处理器以及用于存储计算机程序的存储器；
其中，所述处理器被配置为在执行所述计算机程序时，实现上述任一项所述的调用服务的方法。
根据本公开实施例的第七方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一项所述的调用服务的方法。
本公开的实施例提供的技术方案可以包括以下有益效果：
本公开中提供的软件框架适用于网关设备，该软件框架包括应用服务层和基础服务层，所述应用服务层中包括预先注册的至少一个设备服务，所述基础服务层中包括预先构建的数据总线，其中：所述设备服务对应于所述网关设备下关联的设备的一个能力；所述数据总线用于实现所述设备服务与外部服务之间的通信，所述外部服务为与所述设备服务属于同一网关设备或不同网关设备的设备服务，由于是将各个设备的能力抽象为该预设软件框架中的各个服务，进而可以通过各个服务之间的通信实现各个设备能力的通信，而且各个服务之间定义的接口和契约是独立于实现服务的硬件平台、操作系统和编程语言的，因而可以使得构建在预设软件框架中的服务可以以统一和通用的方式进行交互，因而可以实现业务开发的解耦，进而可以降低网关开发工作量，有利于后续对网关能力进行扩展，且可以方便后期对网关的维护工作。并且，由于预设软件框架中预先构建了数据总线，因而可以基于该数据总线实现网关设备下的第一设备服务与第二设备服务之间的信息交互，可以极大简化网关中的应用开发逻辑，使得各个应用的开发只需关注自身的算法逻辑，而将网关内部的数据传输统一交给数据总线，实现对信息传输的解耦。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
图1A是根据本公开一示例性实施例示出的网关内部的各个能力之间的信息传输通道耦合的示意图；
图1B是根据本公开一示例性实施例示出的一种软件框架的结构示意图；
图1C是根据本公开一示例性实施例示出的一种软件框架的运行方法的流程图；
图1D是根据本公开一示例性实施例示出的一种软件框架的运行装置的框图；
图2是根据本公开一示例性实施例示出的一种调用服务的方法的流程图；
图3是根据本公开一示例性实施例示出的另一种调用服务的方法的流程图；
图4是根据本公开一示例性实施例示出的又一种调用服务的方法的流程图；
图5是根据本公开一示例性实施例示出的一种调用服务的方法的应用场景示意图；
图6是根据本公开一示例性实施例示出的一种调用服务的装置的框图；
图7是根据本公开一示例性实施例示出的又一种调用服务的装置的框图；
图8是根据本公开一示例性实施例示出的一种网关设备的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施例并不代表与本公开相一致的所有实施例。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
随着终端技术的快速发展，目前用户家中的智能设备越来越多，如蓝牙、ZigBee等设备。其中，蓝牙、ZigBee等设备需要通过网关设备才能连接外网。由于网关的覆盖范围有限，在每个家庭环境中，通常同时需要多个网关，网关的类型诸如蓝牙网关、PLC网关等。相关技术中，一个网关的内部可以具有蓝牙、PLC以及自动化等多种能力。举例来说，图1A是根据本公开一示例性实施例示出的网关内部的各个能力之间的信息传输通道耦合的示意图。如图1A所示，关联了设备1和设备2的网关1的内部可以具备P1能力、P2能力、P3能力以及P4能力等。当其中两个能力之间需要进行信息交互时，需要双方预先建立信息传输通道。而如果一个能力需要与其他多个能力进行信息交互，就需要预先与其他每个能力均建立单独的信息传输通道。如图1A所示，需预先建立P1与P3、P1与P4、P2与P4、P3与P4之间的信息传输通道，导致信息传输耦合的问题。另一方面，当针对某个硬件平台完成网关程序的代码开发后，如果更换了硬件平台，则需要在新平台上重新实现网关程序的代码，因为不同平台的硬件接口不同，因而需要为每个平台分别维持一套网关程序的代码，导致业务开发耦合的问题。上述信息传输耦合与业务耦合问题，不仅导致网关开发工作量繁重，而且对网关能力进行扩展非常不方便，且不利于网关的后期维护。
基于此，本公开提出了一种适用于网关设备的预设软件框架，该预设软件框架采用面向服务的架构，可将各个设备的能力抽象为该预设软件框架中的各个服务，进而通过各个服务之间的通信，实现各个设备能力的通信。值得说明的是，面向服务的架构(Service-Oriented Architecture，SOA)是一个组件模型，它将应用程序的不同能力单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在上述预设软件框架中的服务可以以统一和通用的方式进行交互，因而可以实现业务开发的解耦，提高代码的扩展性和可复用性，并且通过在该预设软件框架中引入数据总线，可以极大简化网关中的应用开发逻辑，使得各个应用只需关注自身的算法逻辑，而将数据传输统一交给数据总线，实现对信息传输的解耦。下面以具体的实施例介绍本公开的跨设备软件框架、运行方法、调用服务方法、装置、设备及介质。
图1B是根据本公开一示例性实施例示出的一种软件框架的结构示意图；本实施例的软件框架适用于网关设备，如图1B所示，该软件框架包括应用服务层和基础服务层，所述应用服务层中包括预先注册的至少一个设备服务，所述基础服务层中包括预先构建的数据总线。其中：
设备服务对应于所述网关设备下关联的设备的一个能力。举例来说，设备服务可以包括：AUTO服务、BT GW服务、Wi-Fi GW服务以及服务网关中的至少一种。
AUTO服务用于提供自动化能力；BT GW服务用于提供蓝牙网关能力；Wi-Fi GW服务用于提供Wi-Fi网关能力；服务网关用于提供当前网关设备的网关服务等，本实施例对此不进行限定。
数据总线可以用于实现所述设备服务与外部服务之间的通信，所述外部服务为与所述设备服务属于同一网关设备或不同网关设备的设备服务。
在一些实施例中，所述数据总线可以用于通过订阅或发布预设的主题的方式实现所述外部服务对所述设备服务的调用。示例性地，预设的主题中可以包含当前信息的传输范围、当前信息的接收方标识信息(如，设备服务的名称等信息)以及当前信息的消息类型中的至少一种。
本实施例中，各个设备服务之间订阅或发布的主题可以分为本地主题和全局主题。其中，本地主题的传输范围可以为同一网关设备内，而全局主题的传输范围可以为不同网关设备，即实现跨设备的传输。示例性地，本实施例的主题通用格式可以为：
${domain_name}/${service_name}/${service_defined}/xxx。
由此可知，主题通用格式中可以采用"/"进行内容分割，其中：
${domain_name}可以用于区分主题作用域，可采用设备ID等信息用于跨设备寻址；或者可以使用保留域名“local”，用于表征传输范围在本地网关下的服务之间；“${service_name}”为服务名称，可以用于区分每个服务；“${service_defined}/xxx”为服务自定义的接口。进一步地，本实施例还定义了以下的主题匹配规则符“+”和“#”。具体地，“+”可以用于进行主题的单层匹配，其可以放在订阅主题的中间层级或最后，即当进行主题匹配时，仅匹配到“+”所在层级；而“#”可以用于进行主题的多层匹配，只能放在订阅主题的最后，即当进行主题匹配时，可以匹配到“#”所在层级以及其后的各个层级。可以理解的是，当主题匹配成功后，可以确定当前主题为服务所订阅的主题，进而可以将该主题对应的信息传输至该服务。
在一些实施例中，数据总线还可以用于发现所述网关设备周围的其他网关设备，并与发现的其他网关设备进行组网。举例来说，每个网关设备上电之后，可以先主动发现周围是否存在主中枢设备(例如，通过用户数据报协议UDP组播方式等，本实施例对此不进行限定)：若存在主中枢设备，则可以通过外部数据总线连接到主中枢设备；而若不存在主中枢设备，则可以开始选举流程，即每个设备都可以组播自身的设备属性信息profile(即，设备自身的一些属性，包含自身能力以及选举优先级等信息)，同时监听其他设备的设备属性信息profile；进而当发现其他设备的选举优先级较高时，可以退出选举；而若在设定时间内(如，30s等)都没有发现优先级较高的设备时，可以自身升级为主中枢设备，进而可以实现以主中枢设备为中心的组网。
在一些实施例中，上述数据总线还可以用于在与其他网关设备建立通信连接之前，通过验证数字证书的方式验证其他网关设备的安全性。其中，数字证书的颁发与认证过程可以参见相关技术中的解释和说明，本实施例对此不进行限定。
在一些实施例中，上述基础服务层中还可以包括以下至少一种服务；
数据存储服务，用于存储所述软件框架的系统数据；
数据更新服务，用于更新所述软件框架的系统数据；
日志系统服务，用于生成所述软件框架的系统日志；
系统监控服务，用于监控所述软件框架中预设服务的状态。
示例性地，数据更新服务可以基于实际需要进行设置，如设置为空中下载技术(Over-the-Air Technology，OTA)等，本实施例对此不进行限定。
本实施例中，通过将各个设备的能力抽象为该预设软件框架中的各个服务，进而可以通过各个服务之间的通信实现各个设备能力的通信，而且各个服务之间定义的接口和契约是独立于实现服务的硬件平台、操作系统和编程语言的，因而可以使得构建在预设软件框架中的服务可以以统一和通用的方式进行交互，因而可以实现业务开发的解耦，进而可以降低网关开发工作量，有利于后续对网关能力进行扩展，且可以方便后期对网关的维护工作。并且，由于预设软件框架中预先构建了数据总线，因而可以基于该数据总线实现网关设备下的第一设备服务与第二设备服务之间的信息交互，可以极大简化网关中的应用开发逻辑，使得各个应用的开发只需关注自身的算法逻辑，而将网关内部的数据传输统一交给数据总线，实现对信息传输的解耦。
图1C是根据本公开一示例性实施例示出的一种软件框架的运行方法的流程图；本实施例的方法应用于软件框架，该软件框架适用于网关设备，其中，该软件框架包括应用服务层和基础服务层，该应用服务层中包括预先注册的至少一个设备服务，而基础服务层中包括预先构建的数据总线。如图1C所示，该方法包括以下步骤S101-S102：
在步骤S101中，基于所述设备服务实现所述网关设备下关联的设备的一个能力；
在步骤S102中，基于所述数据总线实现所述设备服务与外部服务之间的通信，所述外部服务为与所述设备服务属于同一网关设备或不同网关设备的设备服务。
举例来说，设备服务可以包括：AUTO服务、BT GW服务、Wi-Fi GW服务以及服务网关中的至少一种。
AUTO服务用于提供自动化能力；BT GW服务用于提供蓝牙网关能力；Wi-Fi GW服务用于提供Wi-Fi网关能力；服务网关用于提供当前网关设备的网关服务等，本实施例对此不进行限定。
在一些实施例中，上述方法还可以包括：
基于所述数据总线通过订阅或发布预设的主题的方式实现所述外部服务对所述设备服务的调用。示例性地，预设的主题中可以包含当前信息的传输范围、当前信息的接收方标识信息(如，设备服务的名称等信息)以及当前信息的消息类型中的至少一种。
本实施例中，各个设备服务之间订阅或发布的主题可以分为本地主题和全局主题。其中，本地主题的传输范围可以为同一网关设备内，而全局主题的传输范围可以为不同网关设备，即实现跨设备的传输。示例性地，本实施例的主题通用格式可以为：
${domain_name}/${service_name}/${service_defined}/xxx。
由此可知，主题通用格式中可以采用"/"进行内容分割，其中：
${domain_name}可以用于区分主题作用域，可采用设备ID等信息用于跨设备寻址；或者可以使用保留域名“local”，用于表征传输范围在本地网关下的服务之间；“${service_name}”为服务名称，可以用于区分每个服务；“${service_defined}/xxx”为服务自定义的接口。进一步地，本实施例还定义了以下的主题匹配规则符“+”和“#”。具体地，“+”可以用于进行主题的单层匹配，其可以放在订阅主题的中间层级或最后，即当进行主题匹配时，仅匹配到“+”所在层级；而“#”可以用于进行主题的多层匹配，只能放在订阅主题的最后，即当进行主题匹配时，可以匹配到“#”所在层级以及其后的各个层级。可以理解的是，当主题匹配成功后，可以确定当前主题为服务所订阅的主题，进而可以将该主题对应的信息传输至该服务。
在一些实施例中，上述方法还可以包括：
基于所述数据总线发现所述网关设备周围的其他网关设备，并与发现的其他网关设备进行组网。举例来说，每个网关设备上电之后，可以先主动发现周围是否存在主中枢设备(例如，通过UDP组播方式等，本实施例对此不进行限定)：若存在主中枢设备，则可以通过外部数据总线连接到主中枢设备；而若不存在主中枢设备，则可以开始选举流程，即每个设备都可以组播自身的设备属性信息profile(即，设备自身的一些属性，包含自身能力以及选举优先级等信息)，同时监听其他设备的设备属性信息profile；进而当发现其他设备的选举优先级较高时，可以退出选举；而若在设定时间内(如，30s等)都没有发现优先级较高的设备时，可以自身升级为主中枢设备，进而可以实现以主中枢设备为中心的组网。
在一些实施例中，上述方法还可以包括：
基于所述数据总线在与其他网关设备建立通信连接之前，通过验证数字证书的方式验证其他网关设备的安全性。其中，数字证书的颁发与认证过程可以参见相关技术中的解释和说明，本实施例对此不进行限定。
在一些实施例中，上述方法还可以包括以下至少一项：
基于所述基础服务层中的数据存储服务，存储所述软件框架的系统数据；
基于所述基础服务层中的数据更新服务，更新所述软件框架的系统数据；
基于所述基础服务层中的日志系统服务，生成所述软件框架的系统日志；
基于所述基础服务层中的系统监控服务，监控所述软件框架中预设服务的状态。
示例性地，上述数据更新服务可以基于实际需要进行设置，如设置为空中下载技术(Over-the-Air Technology，OTA)等，本实施例对此不进行限定。
本实施例中，通过将各个设备的能力抽象为该预设软件框架中的各个服务，进而可以通过各个服务之间的通信实现各个设备能力的通信，而且各个服务之间定义的接口和契约是独立于实现服务的硬件平台、操作系统和编程语言的，因而可以使得构建在预设软件框架中的服务可以以统一和通用的方式进行交互，因而可以实现业务开发的解耦，进而可以降低网关开发工作量，有利于后续对网关能力进行扩展，且可以方便后期对网关的维护工作。并且，由于预设软件框架中预先构建了数据总线，因而可以基于该数据总线实现网关设备下的第一设备服务与第二设备服务之间的信息交互，可以极大简化网关中的应用开发逻辑，使得各个应用的开发只需关注自身的算法逻辑，而将网关内部的数据传输统一交给数据总线，实现对信息传输的解耦。
图1D是根据本公开一示例性实施例示出的一种软件框架的运行装置的框图；本实施例的装置应用于软件框架，所述软件框架适用于网关设备，所述软件框架包括应用服务层和基础服务层，所述应用服务层中包括预先注册的至少一个设备服务，所述基础服务层中包括预先构建的数据总线。如图1D所示，该装置可以包括：能力实现模块10和通信实现模块20；其中：
能力实现模块10，用于基于所述设备服务实现所述网关设备下关联的设备的一个能力；
通信实现模块20，用于基于所述数据总线实现所述设备服务与外部服务之间的通信，所述外部服务为与所述设备服务属于同一网关设备或不同网关设备的设备服务。
在一些实施例中，通信实现模块20还可以包括：
订阅/发布单元21，用于基于所述数据总线通过订阅或发布预设的主题的方式实现所述外部服务对所述设备服务的调用。
在一些实施例中，通信实现模块20还可以包括：
组网发现单元22，用于基于所述数据总线发现所述网关设备周围的其他网关设备，并与发现的其他网关设备进行组网。
在一些实施例中，通信实现模块20还可以包括：
安全认证单元23，用于基于所述数据总线在与其他网关设备建立通信连接之前，通过验证数字证书的方式验证其他网关设备的安全性。
在一些实施例中，上述装置还可以包括以下至少一项：
存储模块30，用于基于所述基础服务层中的数据存储服务，存储所述软件框架的系统数据；
更新模块40，用于基于所述基础服务层中的数据更新服务，更新所述软件框架的系统数据；
生成模块50，用于基于所述基础服务层中的日志系统服务，生成所述软件框架的系统日志；
监控模块60，用于基于所述基础服务层中的系统监控服务，监控所述软件框架中预设服务的状态。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
图2是根据一示例性实施例示出的一种调用服务的方法的流程图；本实施例的方法应用于预设软件框架中的第一设备服务，所述预设软件框架适用于网关设备，所述预设软件框架中包括预先注册的多个设备服务，每个所述设备服务对应于当前环境中网关设备下关联的设备的一个能力。
如图2所示，该方法包括以下步骤S201-S203：
在步骤S201中，响应于检测到所述当前环境满足调用所述预设软件框架中的第二设备服务的条件，生成服务调用请求信息；
在步骤S202中，将所述服务调用请求信息基于所述预设软件框架中预设的数据总线，发送至所述第二设备服务；
在步骤S203中，接收所述第二网关服务基于所述数据总线发送的服务调用应答信息。
其中，所述服务调用应答信息包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成的信息。
本实施例中，上述服务调用请求信息可以包括第一设备服务响应于检测到所述当前环境满足调用第二设备服务的条件所生成的信息，如RPC(Remote Procedure Call，远程过程调用)请求，本实施例对此进行限定。所述第一设备服务对应于第一设备的第一能力，第二设备服务对应于第二设备的第二能力，所述网关设备与所述第一设备和第二设备关联(即，第一设备和第二设备均为第一网关设备下的设备)。
上述服务调用应答信息包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成的信息。
举例来说，本实施例的调用服务的方法流程可以包括以下步骤(1)～(4)：
(1)、当预设软件框架中的第一设备服务检测到当前满足调用第二设备服务的条件时，可以生成服务调用请求信息。其中，当前满足调用第二设备服务的条件的情况，可以包括当前满足控制第二设备发挥第二能力的情况。示例性地，假设第一设备为红外传感器，第二设备为门灯；相应地，第一设备服务为预设软件框架中相应的红外传感服务，第二设备服务为预设软件框架中的门灯照明服务。当第一设备检测到用户走到门前时，可以判定当前满足调用第二设备进行照明的条件，也即第一设备服务可以检测到当前满足调用第二设备服务的条件。
在一些实施例中，第一设备服务可以响应于检测到所述当前环境满足调用所述预设软件框架中的第二设备服务的条件，基于预先获取的服务查询结果生成服务调用请求信息，所述服务查询结果包括预先通过查询的方式对所述预设软件框架中的服务进行查询后得到的结果。其中，该第一设备服务可以在网关设备启动和/或检测到当前环境满足调用所述预设软件框架中的第二设备服务的条件时，向数据总线发送查询第二设备服务的查询消息，进而当接收数据总线回复的第二设备服务的相关信息时，确定第二设备服务存在；而当在设定时间内未收到数据总线回复的第二设备服务的相关信息时，可以确定第二设备服务不存在。
(2)、当生成服务调用请求信息后，第一设备服务可以将所述服务调用请求信息基于所述预设软件框架中的数据总线，发送至第二设备服务。
(3)、当接收到服务调用请求信息后，第二设备服务可以基于接收到的所述服务调用请求信息进行处理，并基于得到的处理结果生成服务调用应答信息；其中，该服务调用应答信息可以包括信息处理结果，该处理结果可以包括在完成服务调用后生成的反馈信息或无法完成服务调用时生成的反馈信息等，本实施例对此不进行限定。
(6)、当生成服务调用应答信息后，第二设备服务可以将所述服务调用应答信息基于所述数据总线，发送至第一设备服务，进而当第一设备服务接收到该服务调用应答信息后，即完成了一次调用服务。
由上述描述可知，本实施例的方法通过响应于检测到所述当前环境满足调用所述预设软件框架中的第二设备服务的条件，生成服务调用请求信息，并将所述服务调用请求信息基于所述预设软件框架中预设的数据总线，发送至所述第二设备服务，进而接收所述第二网关服务基于所述数据总线发送的服务调用应答信息，所述服务调用应答信息包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成的信息，由于是将各个设备的能力抽象为该预设软件框架中的各个服务，进而可以通过各个服务之间的通信实现各个设备能力的通信，而且各个服务之间定义的接口和契约是独立于实现服务的硬件平台、操作系统和编程语言的，因而可以使得构建在预设软件框架中的服务可以以统一和通用的方式进行交互，因而可以实现业务开发的解耦，进而可以降低网关开发工作量，有利于后续对网关能力进行扩展，且可以方便后期对网关的维护工作。
并且，由于预设软件框架中预先构建了数据总线，因而可以基于该数据总线实现网关设备下的第一设备服务与第二设备服务之间的信息交互，可以极大简化网关中的应用开发逻辑，使得各个应用的开发只需关注自身的算法逻辑，而将网关内部的数据传输统一交给数据总线，实现对信息传输的解耦。
图3是根据本公开一示例性实施例示出的另一种调用服务的方法的流程图；本实施例的方法应用于预设软件框架中的第一设备服务，所述预设软件框架适用于网关设备，所述预设软件框架中包括预先注册的多个设备服务，每个所述设备服务对应于当前环境中网关设备下关联的设备的一个能力。
如图3所示，该方法包括以下步骤S301-S303：
在步骤S301中，响应于检测到所述当前环境满足调用所述预设软件框架中的第二设备服务的条件，生成服务调用请求信息；
在步骤S302中，将所述服务调用请求信息基于第一预设主题发布至所述数据总线，以使所述第二设备服务基于预先订阅的所述第一预设主题，接收所述数据总线发送的所述服务调用请求信息；
其中，上述第一预设主题中可以包含所述服务调用请求信息的传输范围、所述服务调用请求信息的接收方标识信息(如，第二设备服务的名称等信息)以及所述服务调用请求信息的消息类型中的至少一种。
在步骤S303中，基于预先订阅的第二预设主题，接收所述数据总线发送的所述服务调用应答信息。
其中，上述服务调用应答信息可以包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成并基于所述第二预设主题发布至所述数据总线的信息，所述第二预设主题中包含所述服务调用应答信息的传输范围、所述服务调用应答信息的接收方标识信息(如，第一设备服务的名称等信息)以及所述服务调用应答信息的消息类型中的至少一种。
其中，所述服务调用应答信息包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成的信息。
上述步骤S301的相关解释和说明可以参见上述图2所示实施例中的步骤S201，在此不进行赘述。
本实施例中，第一网关服务可以当检测到服务调用请求信息与第二设备服务订阅的主题匹配时，可以向第二设备服务隶属的第二网关服务发送该服务调用请求信息，以实现后续通过第二网关服务将所述服务调用请求信息送至所述第二设备服务。
值得说明的是，预设软件框架中的各个服务之间可以通过订阅或发布预设的主题(topic)来实现相应服务的调用。可以理解的是，服务之间通过发布或发布的方式进行通信，可以减少无效数据传输，即每个服务仅接收自己订阅的数据，而无需接收全部数据再筛选出自己所需的数据，因而可以提高信息传输效率，并可以降低流量耗费。
举例来说，在同一网关服务下，A服务可以预先订阅自己所需的主题，当B服务发布了该主题的信息后，数据总线可以将B服务的发布的该主题的信息发送给A服务。在一些实施例中，服务之间订阅或发布的主题可以分为本地主题和全局主题。其中，本地主题的传输范围可以为同一网关设备内，而全局主题的传输范围可以为不同网关设备，即实现跨设备的传输。示例性地，本实施例的主题通用格式可以为：
${domain_name}/${service_name}/${service_defined}/xxx。
由此可知，主题通用格式中可以采用"/"进行内容分割，其中：
${domain_name}可以用于区分主题作用域，可采用设备ID等信息用于跨设备寻址；或者可以使用保留域名“local”，用于表征传输范围在本地网关下的服务之间；“${service_name}”为服务名称，可以用于区分每个服务；“${service_defined}/xxx”为服务自定义的接口。进一步地，本实施例还定义了以下的主题匹配规则符“+”和“#”。具体地，“+”可以用于进行主题的单层匹配，其可以放在订阅主题的中间层级或最后，即当进行主题匹配时，仅匹配到“+”所在层级；而“#”可以用于进行主题的多层匹配，只能放在订阅主题的最后，即当进行主题匹配时，可以匹配到“#”所在层级以及其后的各个层级。可以理解的是，当主题匹配成功后，可以确定当前主题为服务所订阅的主题，进而可以将该主题对应的信息传输至该服务。
图4是根据本公开一示例性实施例示出的又一种调用服务的方法的流程图；本实施例的方法应用于预设软件框架中的第一设备服务，所述预设软件框架适用于网关设备，所述预设软件框架中包括预先注册的多个设备服务，每个所述设备服务对应于当前环境中网关设备下关联的设备的一个能力。
本实施例中，第一设备服务可以为预先配置的中枢服务，该中枢服务可以用于代理当前网关下的其他非中枢服务，和/或基于预设的服务调度规则对多个可以提供相同服务的非中枢服务进行调度，以平衡各个非中枢服务的负载。具体地，如图4所示，该方法包括以下步骤S401-S405：
在步骤S401中，响应于检测到所述当前环境满足调用所述预设软件框架中的第二设备服务的条件，生成服务调用请求信息；
在步骤S402中，将所述服务调用请求信息基于所述预设软件框架中预设的数据总线，发送至所述第二设备服务；
在步骤S403中，接收所述第二网关服务基于所述数据总线发送的服务调用应答信息，所述服务调用应答信息包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成的信息；
在步骤S404中，响应于接受所述预设软件框架中的第三设备服务的委托，代理所述第三设备服务对外提供服务，所述第三设备服务为预先配置的非中枢服务；
在步骤S405中，响应于检测到所述预设软件框架中存在两个以上可以提供相同服务的非中枢服务，基于预设的服务调度规则对所述非中枢服务进行调度。
上述步骤S401-S403的相关解释和说明可以参见上述图2所示的步骤S201-S203，在此不进行赘述。
在一些实施例中，上述预设软件框架中的非中枢服务可以委托中枢服务(即，上述第一设备服务)通过代理的方式对外提供服务。示例性地，中枢服务可以作为非中枢服务的代理，承担订阅/发布消息的职责，而实际服务的处理方仍可以为非中枢服务自己。例如，中枢服务可以基于非中枢服务的服务能力外发订阅预设主题的服务请求信息，进而当接收到其他服务发布的该预设主题的服务请求信息时，中枢服务可以将该信息转发给非中枢服务，当该非中枢服务完成信息处理，并基于处理结果生成服务应答信息后，中枢服务可以将该服务应答信息进行发布，以使其他服务能够基于预先订阅的主题，接收到该服务应答信息。
在另一些实施例中，上述中枢服务还可以确定预设软件框架中存在两个以上可以提供相同服务的非中枢服务时，基于预设的服务调度规则(如，负载均衡的调度规则等)对该非中枢服务进行调度。示例性地，中枢服务可以预先获取各个非中枢服务的当前状态(如，占用状态或空闲状态等)，进而当接收到用于调用目标服务的服务请求信息时，可以将该服务请求信息优先发送至当前处于空闲状态的非中枢服务，可以使各个非中枢服务的负载均衡，进而能够提高服务调用的效率。
图5是根据本公开一示例性实施例示出的一种调用服务的方法的应用场景示意图；本实施例在上述各个实施例的基础上，以同一网关设备下的S2服务访问S1服务为例说明本公开实施例的调用服务的方法。如图5所示，该方法的流程包括以下1-6步：
1.S1服务订阅(Subscribe)主题“local/s1/rpc/request”，以对外提供RPC请求接口，即当同一网关下的其他服务发布了此主题的RPC请求信息，会转发给S1服务；
2.S2服务订阅主题“local/s2/rpc//response”对外提供RPC应答接口，即当其他服务发布了此主题的RPC应答回复信息，会转发给S2服务；
3.S2服务发布(Publish)主题为“local/s1/rpc/request”的RPC请求，并提供RPC应答主题“local/s2/rpc/response”其中“{id:123,method：""}”可以为主题的数据包，表示：消息id为“123”，以及服务的具体方法method：""(此处为缺省)；
4.S1服务通过内数据总线收到RPC请求后，进行处理；
可以理解的是，数据总线中具有订阅/发布模块(图中未示出)，用于实现各个服务的信息订阅和信息发布。
5.S1服务将处理结果发布到应答主题“local/s2/rpc/response”；
6.S2服务通过内数据总线收到上述处理结果，至此即完成一次RPC服务调用。
由上述描述可知，本公开实施例由于采用面向服务的预设软件框架，可以实现同一网关内部的服务之间的调用，可以提高代码的扩展性以及可复用性；另一方面，通过引入数据总线，可以极大简化服务之间的信息传输通道，以及简化应用开发逻辑，使得应用开发时只需要关心自身的逻辑，将数据传输交给消息总线；此外，通过在主题格式中采用域控制的概念，可以提高服务网关以及整个系统的安全性。
图6是根据一示例性实施例示出的一种调用服务的装置的框图；本实施例的装置应用于预设软件框架中的第一设备服务，所述预设软件框架适用于网关设备，所述预设软件框架中包括预先注册的多个设备服务，每个所述设备服务对应于当前环境中网关设备下关联的设备的一个能力。如图6所示，该装置可以包括：请求信息生成模块110、请求信息发送模块120和应答信息接收模块130，其中：
请求信息生成模块110，用于响应于检测到所述当前环境满足调用所述预设软件框架中的第二设备服务的条件，生成服务调用请求信息；
请求信息发送模块120，用于将所述服务调用请求信息基于所述预设软件框架中预设的数据总线，发送至所述第二设备服务；
应答信息接收模块130，用于接收所述第二网关服务基于所述数据总线发送的服务调用应答信息，所述服务调用应答信息包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成的信息。
由上述描述可知，本实施例的装置通过响应于检测到所述当前环境满足调用所述预设软件框架中的第二设备服务的条件，生成服务调用请求信息，并将所述服务调用请求信息基于所述预设软件框架中预设的数据总线，发送至所述第二设备服务，进而接收所述第二网关服务基于所述数据总线发送的服务调用应答信息，所述服务调用应答信息包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成的信息，由于是将各个设备的能力抽象为该预设软件框架中的各个服务，进而可以通过各个服务之间的通信实现各个设备能力的通信，而且各个服务之间定义的接口和契约是独立于实现服务的硬件平台、操作系统和编程语言的，因而可以使得构建在预设软件框架中的服务可以以统一和通用的方式进行交互，因而可以实现业务开发的解耦，进而可以降低网关开发工作量，有利于后续对网关能力进行扩展，且可以方便后期对网关的维护工作。
并且，由于预设软件框架中预先构建了数据总线，因而可以基于该数据总线实现网关设备下的第一设备服务与第二设备服务之间的信息交互，可以极大简化网关中的应用开发逻辑，使得各个应用的开发只需关注自身的算法逻辑，而将网关内部的数据传输统一交给数据总线，实现对信息传输的解耦。
图7是根据又一示例性实施例示出的一种调用服务的装置的框图；本实施例的装置应用于预设软件框架中的第一设备服务，所述预设软件框架适用于网关设备，所述预设软件框架中包括预先注册的多个设备服务，每个所述设备服务对应于当前环境中网关设备下关联的设备的一个能力。其中，请求信息生成模块210、请求信息发送模块220和应答信息接收模块230与前述图6所示实施例中的请求信息生成模块110、请求信息发送模块120和应答信息接收模块130的能力相同，在此不进行赘述。
如图7所示，本实施例中的请求信息发送模块220还可以用于将所述服务调用请求信息基于第一预设主题发布至所述数据总线，以使所述第二设备服务基于预先订阅的所述第一预设主题，接收所述数据总线发送的所述服务调用请求信息，其中，所述第一预设主题中包含所述服务调用请求信息的传输范围、所述服务调用请求信息的接收方标识信息以及所述服务调用请求信息的消息类型中的至少一种。
在一些实施例中，应答信息接收模块230还可以用于基于预先订阅的第二预设主题，接收所述数据总线发送的所述服务调用应答信息，所述服务调用应答信息包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成并基于所述第二预设主题发布至所述数据总线的信息，所述第二预设主题中包含所述服务调用应答信息的传输范围、所述服务调用应答信息的接收方标识信息以及所述服务调用应答信息的消息类型中的至少一种。
在一些实施例中，请求信息生成模块210还可以用于响应于检测到所述当前环境满足调用所述预设软件框架中的第二设备服务的条件，基于预先获取的服务查询结果生成服务调用请求信息，所述服务查询结果包括预先通过查询的方式对所述预设软件框架中的服务进行查询后得到的结果。
在一些实施例中，第一设备服务可以为预先配置的中枢服务；
进而，上述装置还可以包括：
服务代理模块240，用于响应于接受所述预设软件框架中的第三设备服务的委托，代理所述第三设备服务对外提供服务，所述第三设备服务为预先配置的非中枢服务。
在一些实施例中，第一设备服务可以为预先配置的中枢服务；
进而，上述装置还可以包括：
服务调度模块250，用于响应于检测到所述预设软件框架中存在两个以上可以提供相同服务的非中枢服务，基于预设的服务调度规则对所述非中枢服务进行调度。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
图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 (29)

1.一种软件框架，其特征在于，适用于网关设备，所述软件框架包括应用服务层和基础服务层，所述应用服务层中包括预先注册的至少一个设备服务，所述基础服务层中包括预先构建的数据总线，其中：
所述设备服务对应于所述网关设备下关联的设备的一个能力；
所述数据总线用于实现所述设备服务与外部服务之间的通信，所述外部服务为与所述设备服务属于同一网关设备或不同网关设备的设备服务。
2.根据权利要求1所述的软件框架，其特征在于，所述数据总线还用于通过订阅或发布预设的主题的方式实现所述外部服务对所述设备服务的调用。
3.根据权利要求1所述的软件框架，其特征在于，所述数据总线还用于发现所述网关设备周围的其他网关设备，并与发现的其他网关设备进行组网。
4.根据权利要求1所述的软件框架，其特征在于，所述数据总线还用于在与其他网关设备建立通信连接之前，通过验证数字证书的方式验证其他网关设备的安全性。
5.根据权利要求1所述的软件框架，其特征在于，所述基础服务层中还包括以下至少一种服务；
数据存储服务，用于存储所述软件框架的系统数据；
数据更新服务，用于更新所述软件框架的系统数据；
日志系统服务，用于生成所述软件框架的系统日志；
系统监控服务，用于监控所述软件框架中预设服务的状态。
6.一种软件框架的运行方法，其特征在于，所述方法应用于软件框架，所述软件框架适用于网关设备，所述软件框架包括应用服务层和基础服务层，所述应用服务层中包括预先注册的至少一个设备服务，所述基础服务层中包括预先构建的数据总线，所述方法包括：
基于所述设备服务实现所述网关设备下关联的设备的一个能力；
基于所述数据总线实现所述设备服务与外部服务之间的通信，所述外部服务为与所述设备服务属于同一网关设备或不同网关设备的设备服务。
7.根据权利要求6所述的方法，其特征在于，所述方法还包括：
基于所述数据总线通过订阅或发布预设的主题的方式实现所述外部服务对所述设备服务的调用。
8.根据权利要求6所述的方法，其特征在于，所述方法还包括：
基于所述数据总线发现所述网关设备周围的其他网关设备，并与发现的其他网关设备进行组网。
9.根据权利要求6所述的方法，其特征在于，所述方法还包括：
基于所述数据总线在与其他网关设备建立通信连接之前，通过验证数字证书的方式验证其他网关设备的安全性。
10.根据权利要求6所述的方法，其特征在于，所述方法还包括以下至少一项：
基于所述基础服务层中的数据存储服务，存储所述软件框架的系统数据；
基于所述基础服务层中的数据更新服务，更新所述软件框架的系统数据；
基于所述基础服务层中的日志系统服务，生成所述软件框架的系统日志；
基于所述基础服务层中的系统监控服务，监控所述软件框架中预设服务的状态。
11.一种软件框架的运行装置，其特征在于，所述装置应用于软件框架，所述软件框架适用于网关设备，所述软件框架包括应用服务层和基础服务层，所述应用服务层中包括预先注册的至少一个设备服务，所述基础服务层中包括预先构建的数据总线，所述装置包括：
能力实现模块，用于基于所述设备服务实现所述网关设备下关联的设备的一个能力；
通信实现模块，用于基于所述数据总线实现所述设备服务与外部服务之间的通信，所述外部服务为与所述设备服务属于同一网关设备或不同网关设备的设备服务。
12.根据权利要求11所述的装置，其特征在于，所述通信实现模块还包括：
订阅/发布单元，用于基于所述数据总线通过订阅或发布预设的主题的方式实现所述外部服务对所述设备服务的调用。
13.根据权利要求11所述的装置，其特征在于，所述通信实现模块还包括：
组网发现单元，用于基于所述数据总线发现所述网关设备周围的其他网关设备，并与发现的其他网关设备进行组网。
14.根据权利要求11所述的装置，其特征在于，所述通信实现模块还包括：
安全认证单元，用于基于所述数据总线在与其他网关设备建立通信连接之前，通过验证数字证书的方式验证其他网关设备的安全性。
15.根据权利要求11所述的装置，其特征在于，所述装置还包括以下至少一项：
存储模块，用于基于所述基础服务层中的数据存储服务，存储所述软件框架的系统数据；
更新模块，用于基于所述基础服务层中的数据更新服务，更新所述软件框架的系统数据；
生成模块，用于基于所述基础服务层中的日志系统服务，生成所述软件框架的系统日志；
监控模块，用于基于所述基础服务层中的系统监控服务，监控所述软件框架中预设服务的状态。
16.一种调用服务的方法，其特征在于，应用于预设软件框架中的第一设备服务，所述预设软件框架适用于网关设备，所述预设软件框架中包括预先注册的多个设备服务，每个所述设备服务对应于当前环境中网关设备下关联的设备的一个能力；
所述方法包括：
响应于检测到所述当前环境满足调用所述预设软件框架中的第二设备服务的条件，生成服务调用请求信息；
将所述服务调用请求信息基于所述预设软件框架中预设的数据总线，发送至所述第二设备服务；
接收所述第二网关服务基于所述数据总线发送的服务调用应答信息，所述服务调用应答信息包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成的信息。
17.根据权利要求16所述的方法，其特征在于，所述将所述服务调用请求信息基于所述预设软件框架中预设的数据总线，发送至所述第二设备服务，包括：
将所述服务调用请求信息基于第一预设主题发布至所述数据总线，以使所述第二设备服务基于预先订阅的所述第一预设主题，接收所述数据总线发送的所述服务调用请求信息，所述第一预设主题中包含所述服务调用请求信息的传输范围、所述服务调用请求信息的接收方标识信息以及所述服务调用请求信息的消息类型中的至少一种。
18.根据权利要求16所述的方法，其特征在于，所述接收所述第二网关服务基于所述数据总线发送的服务调用应答信息，包括：
基于预先订阅的第二预设主题，接收所述数据总线发送的所述服务调用应答信息，所述服务调用应答信息包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成并基于所述第二预设主题发布至所述数据总线的信息，所述第二预设主题中包含所述服务调用应答信息的传输范围、所述服务调用应答信息的接收方标识信息以及所述服务调用应答信息的消息类型中的至少一种。
19.根据权利要求16所述的方法，其特征在于，所述响应于检测到所述当前环境满足调用所述预设软件框架中的第二设备服务的条件，生成服务调用请求信息，包括：
响应于检测到所述当前环境满足调用所述预设软件框架中的第二设备服务的条件，基于预先获取的服务查询结果生成服务调用请求信息，所述服务查询结果包括预先通过查询的方式对所述预设软件框架中的服务进行查询后得到的结果。
20.根据权利要求16所述的方法，其特征在于，所述第一设备服务为预先配置的中枢服务；
所述方法还包括：
响应于接受所述预设软件框架中的第三设备服务的委托，代理所述第三设备服务对外提供服务，所述第三设备服务为预先配置的非中枢服务。
21.根据权利要求16所述的方法，其特征在于，所述第一设备服务为预先配置的中枢服务；
所述方法还包括：
响应于检测到所述预设软件框架中存在两个以上可以提供相同服务的非中枢服务，基于预设的服务调度规则对所述非中枢服务进行调度。
22.一种调用服务的装置，其特征在于，应用于预设软件框架中的第一设备服务，所述预设软件框架适用于网关设备，所述预设软件框架中包括预先注册的多个设备服务，每个所述设备服务对应于当前环境中网关设备下关联的设备的一个能力；
所述装置包括：
请求信息生成模块，用于响应于检测到所述当前环境满足调用所述预设软件框架中的第二设备服务的条件，生成服务调用请求信息；
请求信息发送模块，用于将所述服务调用请求信息基于所述预设软件框架中预设的数据总线，发送至所述第二设备服务；
应答信息接收模块，用于接收所述第二网关服务基于所述数据总线发送的服务调用应答信息，所述服务调用应答信息包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成的信息。
23.根据权利要求22所述的装置，其特征在于，所述请求信息发送模块还用于将所述服务调用请求信息基于第一预设主题发布至所述数据总线，以使所述第二设备服务基于预先订阅的所述第一预设主题，接收所述数据总线发送的所述服务调用请求信息，所述第一预设主题中包含所述服务调用请求信息的传输范围、所述服务调用请求信息的接收方标识信息以及所述服务调用请求信息的消息类型中的至少一种。
24.根据权利要求22所述的装置，其特征在于，所述应答信息接收模块还用于基于预先订阅的第二预设主题，接收所述数据总线发送的所述服务调用应答信息，所述服务调用应答信息包括所述第二设备服务对接收到的所述服务调用请求信息进行处理后，基于得到的处理结果生成并基于所述第二预设主题发布至所述数据总线的信息，所述第二预设主题中包含所述服务调用应答信息的传输范围、所述服务调用应答信息的接收方标识信息以及所述服务调用应答信息的消息类型中的至少一种。
25.根据权利要求22所述的装置，其特征在于，所述请求信息生成模块还用于响应于检测到所述当前环境满足调用所述预设软件框架中的第二设备服务的条件，基于预先获取的服务查询结果生成服务调用请求信息，所述服务查询结果包括预先通过查询的方式对所述预设软件框架中的服务进行查询后得到的结果。
26.根据权利要求22所述的装置，其特征在于，所述第一设备服务为预先配置的中枢服务；
所述装置还包括：
服务代理模块，用于响应于接受所述预设软件框架中的第三设备服务的委托，代理所述第三设备服务对外提供服务，所述第三设备服务为预先配置的非中枢服务。
27.根据权利要求22所述的装置，其特征在于，所述第一设备服务为预先配置的中枢服务；
所述装置还包括：
服务调度模块，用于响应于检测到所述预设软件框架中存在两个以上可以提供相同服务的非中枢服务，基于预设的服务调度规则对所述非中枢服务进行调度。
28.一种网关设备，其特征在于，所述设备包括：
处理器以及用于存储计算机程序的存储器；
其中，所述处理器被配置为在执行所述计算机程序时，实现上述权利要求16至21任一项所述的调用服务的方法。
29.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现上述权利要求16至21任一项所述的调用服务的方法。
CN202210359663.7A 2022-04-06 2022-04-06 软件框架、运行方法、调用服务方法、装置、设备及介质 Pending CN116931882A (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202210359663.7A CN116931882A (zh) 2022-04-06 2022-04-06 软件框架、运行方法、调用服务方法、装置、设备及介质
US17/903,986 US20230327908A1 (en) 2022-04-06 2022-09-06 Operation method, invoking service method, device, and medium
EP22194764.1A EP4258620A1 (en) 2022-04-06 2022-09-09 Invoking service method, device, and computer readable storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210359663.7A CN116931882A (zh) 2022-04-06 2022-04-06 软件框架、运行方法、调用服务方法、装置、设备及介质

Publications (1)

Publication Number Publication Date
CN116931882A true CN116931882A (zh) 2023-10-24

Family

ID=83546813

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210359663.7A Pending CN116931882A (zh) 2022-04-06 2022-04-06 软件框架、运行方法、调用服务方法、装置、设备及介质

Country Status (3)

Country Link
US (1) US20230327908A1 (zh)
EP (1) EP4258620A1 (zh)
CN (1) CN116931882A (zh)

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006065690A (ja) * 2004-08-27 2006-03-09 Ntt Docomo Inc デバイス認証装置、サービス制御装置、サービス要求装置、デバイス認証方法、サービス制御方法及びサービス要求方法
US20120059838A1 (en) * 2010-09-07 2012-03-08 Microsoft Corporation Providing entity-specific content in response to a search query
US10863422B2 (en) * 2015-08-03 2020-12-08 Convida Wireless, Llc Mechanisms for ad hoc service discovery
US11070562B2 (en) * 2018-04-25 2021-07-20 Vmware, Inc. Fine-grained IoT access control via device proxies and SDN-based micro-segmentation
US10735262B1 (en) * 2018-04-26 2020-08-04 Intuit Inc. System and method for self-orchestrated canary release deployment within an API gateway architecture
US10817280B1 (en) * 2018-05-21 2020-10-27 Amazon Technologies, Inc. Overriding shared service interfaces
US10838769B2 (en) * 2018-11-16 2020-11-17 International Business Machines Corporation Application program interface based service lookup in a service architecture
JP7416815B2 (ja) * 2019-02-18 2024-01-17 ホアウェイ・テクノロジーズ・カンパニー・リミテッド ネットワークに外部サービスを提供するためのエンティティ
CN111835520B (zh) * 2019-04-19 2023-04-07 株式会社理光 设备认证的方法、服务接入控制的方法、设备及存储介质
CN110493067B (zh) * 2019-09-05 2022-02-18 中国银联股份有限公司 一种api网关服务更新的方法及装置
US10904038B1 (en) * 2019-11-21 2021-01-26 Verizon Patent And Licensing Inc. Micro-adapter architecture for cloud native gateway device
CN117063585A (zh) * 2021-03-15 2023-11-14 三星电子株式会社 电子设备和用于控制支持共享频带的异构通信技术的电子设备中的通信的方法

Also Published As

Publication number Publication date
EP4258620A1 (en) 2023-10-11
US20230327908A1 (en) 2023-10-12

Similar Documents

Publication Publication Date Title
CN111328076B (zh) 一种设备配网方法、装置及介质
CN106507437B (zh) 智能设备联网方法和装置
CN113115403B (zh) 网络节点接入网络的方法、装置、电子设备及存储介质
KR101933466B1 (ko) 개인망을 이용한 컴포넌트 기반 서비스 제공 방법 및 장치
CN106454998B (zh) 无线局域网络接入方法、装置及终端
CN109582400B (zh) 程序调用方法及装置
CN109496441B (zh) 基于物物直连建立单播连接和数据传输的方法及装置
US20150105020A1 (en) Short-range wireless communication device
CN105208089A (zh) 信息显示方法、装置及系统
CN111031002A (zh) 广播发现方法、广播发现装置及存储介质
CN113783774A (zh) 一种跨集群的网络配置方法、装置、通信设备及存储介质
CN114200848A (zh) 家居设备的远程控制方法、系统、装置及存储介质
CN111010721A (zh) 无线配网方法、无线配网装置及计算机可读存储介质
CN111093248B (zh) 配网方法、配网装置及电子设备
JP2018527765A (ja) サービス接続を確立する方法、装置、プログラム、及び記録媒体
CN116248430A (zh) 一种数据处理方法、装置
CN116931882A (zh) 软件框架、运行方法、调用服务方法、装置、设备及介质
CN113342370A (zh) 一种配置更新的方法、装置、电子设备及存储介质
CN116931883A (zh) 跨设备调用服务的方法、装置、网关设备及存储介质
US11575793B2 (en) Service system supporting voice call using digital assistant device, method thereof, and non-transitory computer readable medium having computer program recorded thereon
CN114430410B (zh) 基于虚拟域名的系统访问方法、装置及设备
WO2023130436A1 (zh) 会话释放方法及装置、存储介质
CN115484154B (zh) 资源设备的配置方法、请求方法、装置及存储介质
CN110209511B (zh) 应用之间的跳转方法及装置
WO2022160105A1 (zh) 一种应用功能会话处理方法、装置及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination