CN106230878A - 一种基于AllJoyn框架的设备服务调用方法及装置 - Google Patents
一种基于AllJoyn框架的设备服务调用方法及装置 Download PDFInfo
- Publication number
- CN106230878A CN106230878A CN201610533797.0A CN201610533797A CN106230878A CN 106230878 A CN106230878 A CN 106230878A CN 201610533797 A CN201610533797 A CN 201610533797A CN 106230878 A CN106230878 A CN 106230878A
- Authority
- CN
- China
- Prior art keywords
- server device
- end equipment
- application end
- service
- parameter
- 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.)
- Granted
Links
Classifications
-
- 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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
-
- 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/2866—Architectures; Arrangements
- H04L67/30—Profiles
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Debugging And Monitoring (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种基于AllJoyn框架的设备服务调用方法及装置,用以解决现有技术中存在的用户无法判断调用的配置基础服务是否调用成功的问题。方法包括:应用端设备在向所述服务端设备发送用于调用所述服务端设备的目标服务的调用请求之前,向服务端设备发送状态获知消息,所述状态获知消息用于获知所述服务端设备当前状态;所述应用端在第一预设时长内收到所述服务端设备发送的用于反馈所述状态获知消息的反馈消息时,向所述服务端设备发送用于调用所述目标服务的调用请求。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种基于AllJoyn框架的设备服务调用方法及装置。
背景技术
物联网是利用局部网络或互联网等通信技术把传感器、控制器、机器、人员和物等通过新的方式联在一起,形成人与物、物与物相联,实现信息化、远程管理控制和智能化的网络。在物联网应用场景中,比如智能家居,经常需要对物联网设备执行配置操作。AllJoyn是一个合作的开源软件框架,AllJoyn中提供了配置基础服务(Config base service)来提供配置服务。配置基础服务包括对设备基础属性的修改,例如修改名称、设备默认语言等以及设备重启、或者参数重置等。
AllJoyn中在提供配置基础服务时,首先应用端设备与服务端设备建立会话,然后客户端可以向服务设备调用配置基础服务。但是客户端向服务设备调用配置基础服务,属于单向控制,则使得用户无法判断调用的配置基础服务是否调用成功。
发明内容
本发明实施例提供一种基于AllJoyn框架的设备服务调用方法及装置,用以解决现有技术中存在的用户无法判断调用的配置基础服务是否调用成功的问题。
第一方面,本发明实施例提供了一种基于AllJoyn服务框架的设备服务调用方法,该方法包括:
应用端设备在向所述服务端设备发送用于调用所述服务端设备的目标服务的调用请求之前,向服务端设备发送状态获知消息,所述状态获知消息用于获知所述服务端设备当前状态;
所述应用端设备在第一预设时长内收到所述服务端设备发送的用于反馈所述状态获知消息的反馈消息时,向所述服务端设备发送用于调用所述目标服务的调用请求。
通过本发明实施例提供的方案,在应用端设备进行Config服务的调用时,服务端设备在接收到状态获知消息后反馈消息,从而保证应用端设备获取当前服务端设备的运行状态为正常,从而再向服务端设备发送目标服务的调用请求,提高了调用的成功率。
在一种可能的实现方式中,所述目标服务为重启或者重置所述服务端设备参数;所述应用端设备向所述服务端设备发送用于调用所述服务端设备的目标服务的调用请求之后,所述方法还包括:
所述应用端设备接收所述服务端设备发送的第一通知消息,所述第一通知消息用于通知所述应用端设备重启所述服务端设备或者重置所述服务端设备参数的原因为接收到应用端设备发送的调用请求。
通过上述方案,在服务端设备重启或者重置参数后,向应用端设备发送原因,使得应用端设备及时的获知服务端设备是否存在故障。
在一种可能的实现方式中,所述方法还包括:所述应用端设备在未向所述服务端设备发送用于调用所服务端设备的目标服务的调用请求情况下,接收到所述服务端设备发送的第二通知消息,所述第二通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数原因为非接收调用请求;所述应用端设备确定所述服务端设备存在故障。
在一种可能的设计中,所述方法还包括:
所述应用端设备在第一预设时长内未收到所述服务端设备发送的用于反馈所述状态获知消息的反馈消息时,向服务端设备重复发送状态获知消息;并在向所述服务端设备重复发送预定次数后,未收到所述服务端设备发送的所述反馈消息时,确定所述服务端设备存在故障。
第二方面,本发明实施例还提供了一种基于AllJoyn服务框架的设备服务调用方法,包括:
服务端设备接收到所述应用端设备发送的用于调用目标服务的调用请求之前,服务端设备接收应用端设备发送的状态获知消息,所述状态获知消息用于获知所述服务端设备当前状态;
所述服务端设备向所述应用端设备发送的用于反馈所述状态获知消息的反馈消息。
通过本发明实施例提供的方案,在应用端设备进行Config服务的调用时,服务端设备在接收到状态获知消息后反馈消息,从而保证应用端设备获取当前服务端设备的运行状态为正常时,再向服务端设备发送调度请求,提高了调用成功率。
在一种可能的实现方式中,所述目标服务为重启所述服务端设备或者重置所述服务端设备参数,所述方法还包括:
所述服务端设备接收到所述应用端设备发送的用于调用目标服务的调用请求后,所述服务端设备向所述应用端设备发送第一通知消息;所述第一通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数的原因为接收到应用端设备发送的调用请求。
通过上述方案,能够使得应用端设备及时的获知服务端设备重启或者重置参数的原因。
在一种可能的实现方式中,所述方法还包括:
所述服务端设备接收到所述应用端设备发送的用于调用目标服务的调用请求后,将预配置的数据分区中存储的用于指示服务端设备重启或重置参数的原因的参数值修改为第一值;所述第一值用于表明所述服务端设备重启或重置参数的原因为接收到所述应用端设备发送的调用请求。
在一种可能的实现方式中,所述服务端设备接收到所述应用端设备发送的用于调用目标服务的调用请求后,所述方法还包括:所述服务端设备执行所述目标服务;所述服务端设备向所述应用端设备发送第一通知消息,包括:
所述服务端设备检测到所述预配置的数据分区中存储的所述参数值为第一值时,所述服务端设备向所述应用端设备发送第一通知消息。
在一种可能的实现方式中,所述服务端设备向所述应用端设备发送第一通知消息后,将所述预配置的数据分区中存储的所述参数对应的参数值置为空或者修改为默认值。
在一种可能的实现方式中,所述方法还包括:
所述服务端设备在未接收到所述应用端设备发送的用于调用目标服务的调用请求情况下执行完重启或者重置参数,检测到所述预配置的数据分区中存储的所述参数值为空或者为默认值;
所述服务端设备向所述应用端设备发送第二通知消息;所述第一通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数的原因为非接收调用请求。
本发明实施例还提供了一种基于AllJoyn服务框架的设备服务调用方法,包括:
应用端设备向服务端设备发送用于调用所述服务端设备的目标服务的调用请求,所述目标服务为重启或者重置所述服务端设备参数;
所述应用端设备接收所述服务端设备发送的第一通知消息,所述第一通知消息用于通知所述应用端设备重启所述服务端设备或者重置所述服务端设备参数的原因为接收到应用端设备发送的调用请求。
在一种可能的设计中,还包括:
所述应用端设备在未向所述服务端设备发送用于调用所服务端设备的目标服务的调用请求情况下,接收到所述服务端设备发送的第二通知消息,所述第二通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数原因为非接收调用请求;
所述应用端设备确定所述服务端设备存在故障。
本发明实施例还提供了一种基于AllJoyn框架的设备服务调用方法,包括:
所述服务端设备接收到所述应用端设备发送的用于调用目标服务的调用请求,所述目标服务为重启所述服务端设备或者重置所述服务端设备参数;
所述服务端设备向所述应用端设备发送第一通知消息;所述第一通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数的原因为接收到应用端设备发送的调用请求。
在一种可能的实现方式中,所述服务端设备接收到所述应用端设备发送的用于调用目标服务的调用请求后,将预配置的数据分区中存储的用于指示服务端设备重启或重置参数的原因的参数值修改为第一值;所述第一值用于表明所述服务端设备重启或重置参数的原因为接收到所述应用端设备发送的调用请求。
在一种可能的实现方式中,所述服务端设备接收到所述应用端设备发送的用于调用目标服务的调用请求后,所述方法还包括:所述服务端设备执行所述目标服务;所述服务端设备向所述应用端设备发送第一通知消息,包括:
所述服务端设备检测到所述预配置的数据分区中存储的所述参数值为第一值时,所述服务端设备向所述应用端设备发送第一通知消息。
在一种可能的实现方式中,所述服务端设备向所述应用端设备发送第一通知消息后,将所述预配置的数据分区中存储的所述参数对应的参数值置为空或者修改为默认值。
在一种可能的实现方式中,所述方法还包括:
所述服务端设备在未接收到所述应用端设备发送的用于调用目标服务的调用请求情况下执行完重启或者重置参数,并检测到所述预配置的数据分区中存储的所述参数值为空或者为默认值时,所述服务端设备向所述应用端设备发送第二通知消息;所述第一通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数的原因为非接收调用请求。
本发明实施例还提供了一种基于AllJoyn服务框架的设备服务调用装置,应用于应用端设备,包括:
发送模块,用于在向所述服务端设备发送用于调用所述服务端设备的目标服务的调用请求之前,向服务端设备发送状态获知消息,所述状态获知消息用于获知所述服务端设备当前状态;
接收模块,用于在第一预设时长内收到所述服务端设备发送的用于反馈所述状态获知消息的反馈消息;
所述发送模块,还用于向所述服务端设备发送用于调用所述目标服务的调用请求。
在一种可能的实现方式中,所述目标服务为重启或者重置所述服务端设备参数;
所述接收模块,还用于在所述发送模块向所述服务端设备发送用于调用所述服务端设备的目标服务的调用请求之后,接收所述服务端设备发送的第一通知消息,所述第一通知消息用于通知所述应用端设备重启所述服务端设备或者重置所述服务端设备参数的原因为接收到应用端设备发送的调用请求。
在一种可能的实现方式中,所述接收模块,还用于在所述发送模块未向所述服务端设备发送用于调用所服务端设备的目标服务的调用请求情况下,接收到所述服务端设备发送的第二通知消息,所述第二通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数原因为非接收调用请求;
所述装置还包括:确定模块,用于在所述接收模块接收到所述第二通知消息时,确定所述服务端设备存在故障。
在一种可能的实现方式中,所述发送模块,还用于在第一预设时长内所述接收模块未收到所述服务端设备发送的用于反馈所述状态获知消息的反馈消息时,向服务端设备重复发送状态获知消息;所述装置还包括:
确定模块,在所述发送模块向所述服务端设备重复发送预定次数的状态获知消息后,所述接收模块未收到所述服务端设备发送的所述反馈消息时,确定所述服务端设备存在故障。
本发明实施例还提供了一种基于AllJoyn服务框架的设备服务调用装置,应用于服务端设备,包括:
接收模块,用于在接收到所述应用端设备发送的用于调用目标服务的调用请求之前,服务端设备接收应用端设备发送的状态获知消息,所述状态获知消息用于获知所述服务端设备当前状态;
发送模块,用于向所述应用端设备发送的用于反馈所述状态获知消息的反馈消息。
在一种可能的实现方式中,所述目标服务为重启所述服务端设备或者重置所述服务端设备参数,所述发送模块,还用于在所述接收模块接收到所述应用端设备发送的用于调用目标服务的调用请求后,向所述应用端设备发送第一通知消息;所述第一通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数的原因为接收到应用端设备发送的调用请求。
在一种可能的实现方式中,所述装置还包括:
修改模块,用于在所述接收模块接收到所述应用端设备发送的用于调用目标服务的调用请求后,将预配置的数据分区中存储的用于指示服务端设备重启或重置参数的原因的参数值修改为第一值;所述第一值用于表明所述服务端设备重启或重置参数的原因为接收到所述应用端设备发送的调用请求。
在一种可能的实现方式中,所述装置还包括:
执行模块,用于在所述接收模块接收到所述应用端设备发送的用于调用目标服务的调用请求后,执行所述目标服务;
检测模块,用于检测到所述预配置的数据分区中存储的所述参数值为第一值,则所述发送模块向所述应用端设备发送第一通知消息。
在一种可能的实现方式中,所述修改模块,还用于在所述发送模块向所述应用端设备发送第一通知消息后,将所述预配置的数据分区中存储的所述参数对应的参数值置为空或者修改为默认值。
在一种可能的实现方式中,所述检测模块,还用于在所述接收模块未接收到所述应用端设备发送的用于调用目标服务的调用请求情况下,所述执行模块执行完重启或者重置参数时,检测到所述预配置的数据分区中存储的所述参数值为空或者为默认值;
所述发送模块,还用于向所述应用端设备发送第二通知消息;所述第一通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数的原因为非接收调用请求。
本发明实施例提供了一种基于AllJoyn服务框架的设备服务调用装置,应用于应用端设备,包括:
发送模块,用于向服务端设备发送用于调用所述服务端设备的目标服务的调用请求,所述目标服务为重启或者重置所述服务端设备参数;
接收模块,用于接收所述服务端设备发送的第一通知消息,所述第一通知消息用于通知所述应用端设备重启所述服务端设备或者重置所述服务端设备参数的原因为接收到应用端设备发送的调用请求。
在一种可能的实现方式中,所述接收模块,还用于在所述发送模块未向所述服务端设备发送用于调用所服务端设备的目标服务的调用请求情况下,接收到所述服务端设备发送的第二通知消息,所述第二通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数原因为非接收调用请求;
所述装置还包括:
确定模块,用于确定所述服务端设备存在故障。
本发明实施例提供了一种基于AllJoyn框架的设备服务调用装置,应用于服务端设备,包括:
接收模块,用于接收到所述应用端设备发送的用于调用目标服务的调用请求,所述目标服务为重启所述服务端设备或者重置所述服务端设备参数;
发送模块,用于向所述应用端设备发送第一通知消息;所述第一通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数的原因为接收到应用端设备发送的调用请求。
在一种可能的实现方式中,所述装置还包括:
修改模块,用于在所述接收模块接收到所述应用端设备发送的用于调用目标服务的调用请求后,将预配置的数据分区中存储的用于指示服务端设备重启或重置参数的原因的参数值修改为第一值;所述第一值用于表明所述服务端设备重启或重置参数的原因为接收到所述应用端设备发送的调用请求。
在一种可能的实现方式中,所述装置还包括:
执行模块,用于在所述接收模块接收到所述应用端设备发送的用于调用目标服务的调用请求后,执行所述目标服务;
检测模块,用于检测到所述预配置的数据分区中存储的所述参数值为第一值,则所述发送模块向所述应用端设备发送第一通知消息。
在一种可能的实现方式中,所述修改模块,还用于在所述发送模块向所述应用端设备发送第一通知消息后,将所述预配置的数据分区中存储的所述参数对应的参数值置为空或者修改为默认值。
在一种可能的实现方式中,所述发送模块,还用于在所述接收模块未接收到所述应用端设备发送的用于调用目标服务的调用请求情况下,所述执行模块执行完重启或者重置参数后,所述检测模块检测到所述预配置的数据分区中存储的所述参数值为空或者为默认值时,向所述应用端设备发送第二通知消息;所述第一通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数的原因为非接收调用请求。
附图说明
图1为本发明实施例提供的一种应用于应用端设备的基于AllJoyn框架的设备服务调用方法流程图;
图2为本发明实施例提供的另一种应用于应用端设备的基于AllJoyn框架的设备服务调用方法流程图;
图3为本发明实施例提供的一种应用于服务端设备的基于AllJoyn框架的设备服务调用方法流程图;
图4为本发明实施例提供的又一种应用于应用端设备的基于AllJoyn框架的设备服务调用方法流程图;
图5为本发明实施例提供的另一种应用于服务端设备的基于AllJoyn框架的设备服务调用方法流程图;
图6为本发明实施例提供的一种基于AllJoyn框架的设备服务调用方法示意图;
图7为本发明实施例提供的一种应用于应用端设备的基于AllJoyn框架的设备服务调用装置示意图;
图8为本发明实施例提供的一种应用于服务端设备的基于AllJoyn框架的设备服务调用装置示意图;
图9为本发明实施例提供的另一种应用于应用端设备的基于AllJoyn框架的设备服务调用装置示意图;
图10为本发明实施例提供的另一种应用于服务端设备的基于AllJoyn框架的设备服务调用装置示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
本发明实施例提供一种基于AllJoyn框架的设备服务调用方法及装置,用以解决现有技术中存在的用户无法判断调用的配置基础服务是否调用成功的问题。其中,方法和装置是基于同一发明构思的,由于方法及装置解决问题的原理相似,因此装置与方法的实施可以相互参见,重复之处不再赘述。
下面先对本申请涉及技术名词进行解释说明。
配置(Config)服务:基于AllJoyn的基础服务功能。主要包括修改设备的设备名、设备的默认语言、密码修改(针对设备配置服务的密码),设备重启、参数重置等。
通知(Notification)服务:基于AllJoyn的基础服务功能,包括在局域网内发送存活时间的广播消息,该消息能在网络内存中存活一段时间,在消息存活时间内,加入网络的AllJoyn应用端设备也能收到该消息。
服务调用:AllJoyn服务端设备能够提供一些服务(以方法形式)被其他设备或应用调用。同一局域网内的其他应用或设备在获取到服务端设备的接口名、路径、方法名和参数类型等数据,能够调用该服务端设备提供的服务,例如config服务中参数重置或者设备重启等。
三次握手:三次握手协议是指在设备需要发送数据的准备阶段,应用端设备与服务端设备需要通过三次消息交互来建立连接。
本申请中所提及的应用端设备是指作为调用目标服务的请求方的机器设备,应用端设备用来执行控制操作,例如:手机、智能手表等。应用端设备运行了AllJoyn框架,用于调用服务器设备端提供的config服务。在应用端设备获知一些Config服务以及每个Config服务(对应方法)的接口之后,根据方法名、接口名、路径等信息调用。应用端设备也是消息接收端,接收来自服务端设备发回的消息。
服务端设备是指作为具有请求方所请求调用的目标服务的被调用方的机器设备,例如:空调、冰箱、电视机等电子设备。服务端设备用于提供状态信息以及服务调用,服务设备预先配置有基于AllJoyn的Config基础服务功能,服务端设备与应用端设备建立会话之后,可以被调用具体的Config服务。
本发明实施例提供了一种基于AllJoyn框架的设备服务调用方法,如图1所示,所述方法包括:
S101,应用端设备在向所述服务端设备发送用于调用所述服务端设备的目标服务的调用请求之前,向服务端设备发送状态获知消息,所述状态获知消息用于获知所述服务端设备当前状态。
本发明实施例中提及的目标服务可以是Config服务中的任意一种服务。
S102,所述应用端在第一预设时长内收到所述服务端设备发送的用于反馈所述状态获知消息的反馈消息时,向所述服务端设备发送用于调用所述目标服务的调用请求。
通过本发明实施例提供的方案,在应用端设备进行Config服务的调用时,服务端设备在接收到状态获知消息后反馈消息,从而保证应用端设备获取当前服务端设备的运行状态为正常,从而再向服务端设备发送目标服务的调用请求,提高了调用的成功率。
所述应用端在第一预设时长内未收到所述服务端设备发送的用于反馈所述状态获知消息的反馈消息时,向服务端设备重复发送状态获知消息;并在向所述服务端设备重复发送预定次数后,未收到所述服务端设备发送的所述反馈消息时,确定所述服务端设备存在故障。
如图2所示,为设备服务调用方法流程示意图。
S201,在向所述服务端设备发送状态获知消息;执行S202。
S202,所述应用端设备确定第一预设时长内是否收到所述服务端设备发送的用于反馈所述状态获知消息的反馈消息,若是,执行S203,若否,执行S204。
S203,应用端设备向所述服务端设备发送用于调用所述目标服务的调用请求。
S204,应用端设备确定向所述服务端设备发送状态获知消息的次数是否大于预定次数,若是,执行S205,若否,执行S201。
S205,应用端设备确定所述服务端设备存在故障。
存在故障可以是服务端设备稳定性较差、或者比较忙、或者设备损坏等。在确定服务端设备存在故障时,不再向服务端设备发送调用请求。
可选地,应用端设备在确定服务端设备存在故障时,向通过消息的形式显示给用户。从而用户在确定服务端设备故障后,对服务端设备进行及时维修。
可选地,所述目标服务为所述服务端设备重启或者重置参数;所述应用端设备向所述服务端设备发送用于调用所服务端设备的目标服务的调用请求之后,所述方法还可以包括:
所述应用端设备接收所述服务端设备发送的第一通知消息,所述第一通知消息用于通知所述应用端设备重启或者重置参数的原因为接收到应用端设备发送的调用请求。
可选地,所述应用端设备在未向所述服务端设备发送用于调用所服务端设备的目标服务的调用请求情况下,接收到所述服务端设备发送的第二通知消息,所述第二通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数原因为非接收调用请求;所述应用端设备确定所述服务端设备存在故障。
通过上述方案,在服务端设备重启或者重置参数后,向应用端设备发送原因,使得应用端设备及时的获知服务端设备是否存在故障。
应用端设备可以向服务端设备存在故障的消息显示给用户,从而用户在确定服务端设备故障后,对服务端设备进行及时维修。
本发明实施例还提供了一种基于AllJoyn框架的设备服务调用方法,如图3所示,该方法包括:
S301,服务端设备接收到所述应用端设备发送的用于调用目标服务的调用请求之前,服务端设备接收应用端设备发送的状态获知消息,所述状态获知消息用于获知所述服务端设备当前状态。
目标服务可以是config服务中的任意一种服务。
S302,所述服务端设备向所述应用端设备发送的用于反馈所述状态获知消息的反馈消息。
通过本发明实施例提供的方案,在应用端设备进行Config服务的调用时,服务端设备在接收到状态获知消息后反馈消息,从而保证应用端设备获取当前服务端设备的运行状态为正常时,再向服务端设备发送调度请求,提高了调用成功率。
可选地,所述目标服务为重启所述服务端设备或者重置所述服务端设备参数,所述方法还包括:
S303,所述服务端设备接收到所述应用端设备发送的用于调用目标服务的调用请求后,所述服务端设备向所述应用端设备发送第一通知消息;所述第一通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数的原因为接收到应用端设备发送的调用请求。
通过上述方案,能够使得应用端设备及时的获知服务端设备重启或者重置参数的原因。
可选地,所述服务端设备接收到所述应用端设备发送的用于调用目标服务的调用请求后,将预配置的数据分区中存储的用于指示服务端设备重启或重置参数的原因的参数值修改为第一值;所述第一值用于表明所述服务端设备重启或重置参数的原因为接收到所述应用端设备发送的调用请求。
所述服务端设备接收到所述应用端设备发送的用于调用目标服务的调用请求后,所述服务端设备执行所述目标服务;从而所述服务端设备检测到所述预配置的数据分区中存储的所述参数值为第一值时,所述服务端设备向所述应用端设备发送第一通知消息。
数据分区存储的参数可以是布尔(Boolean)数据类型,当参数值true时,表明所述服务端设备重启或重置参数的原因为接收到所述应用端设备发送的调用请求。参数值默认值为false。默认值表明所述服务端设备重启或重置参数的原因为非调用请求,即其他原因导致的。
通过上述方案,预配置数据分区,并在数据分区中存储用于指示服务端设备重启或重置参数的原因的参数值,这些数据不会因为设备的重启或者重置参数而被擦除,从而在设备重启或者重置参数后来检查数据分区中的参数值,基于参数值向应用端设备发送通知消息。
可选地,所述服务端设备向所述应用端设备发送第一通知消息后,将所述预配置的数据分区中存储的所述参数对应的参数值置为空或者修改为默认值。参数值为空或者为默认值表明服务端设备重启或者重置参数的原因为其他原因,非调度请求。
可选地,所述方法还包括:所述服务端设备在未接收到所述应用端设备发送的用于调用目标服务的调用请求情况下执行完重启或者重置参数,检测到所述预配置的数据分区中存储的所述参数值为空或者为默认值;所述服务端设备向所述应用端设备发送第二通知消息;所述第一通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数的原因为非接收调用请求。
本发明实施例还提供了一种基于AllJoyn框架的设备服务调用方法,如图4所示,该方法包括:
S401,应用端设备向服务端设备发送用于调用所述服务端设备的目标服务的调用请求,所述目标服务为重启或者重置所述服务端设备参数。
S402,所述应用端设备接收所述服务端设备发送的第一通知消息,所述第一通知消息用于通知所述应用端设备重启所述服务端设备或者重置所述服务端设备参数的原因为接收到应用端设备发送的调用请求。
通过上述方案,能够使得应用端设备及时的获知服务端设备重启或者重置参数的原因。
可选地,所述应用端设备在未向所述服务端设备发送用于调用所服务端设备的目标服务的调用请求情况下,接收到所述服务端设备发送的第二通知消息,所述第二通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数原因为非接收调用请求;所述应用端设备确定所述服务端设备存在故障。
本发明实施例还提供了一种基于AllJoyn框架的设备服务调用方法,如图5所示,该方法包括:
S501,所述服务端设备接收到所述应用端设备发送的用于调用目标服务的调用请求,所述目标服务为重启所述服务端设备或者重置所述服务端设备参数;
S502,所述服务端设备向所述应用端设备发送第一通知消息;所述第一通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数的原因为接收到应用端设备发送的调用请求。
通过上述方案,能够使得应用端设备及时的获知服务端设备重启或者重置参数的原因。
可选地,所述服务端设备接收到所述应用端设备发送的用于调用目标服务的调用请求后,将预配置的数据分区中存储的用于指示服务端设备重启或重置参数的原因的参数值修改为第一值;所述第一值用于表明所述服务端设备重启或重置参数的原因为接收到所述应用端设备发送的调用请求。
可选地,所述服务端设备接收到所述应用端设备发送的用于调用目标服务的调用请求后,所述方法还包括:所述服务端设备执行所述目标服务;
所述服务端设备向所述应用端设备发送第一通知消息,包括:
所述服务端设备检测到所述预配置的数据分区中存储的所述参数值为第一值时,所述服务端设备向所述应用端设备发送第一通知消息。
可选地,所述服务端设备向所述应用端设备发送第一通知消息后,将所述预配置的数据分区中存储的所述参数对应的参数值置为空或者修改为默认值。
可选地,所述方法还可以包括:
所述服务端设备在未接收到所述应用端设备发送的用于调用目标服务的调用请求情况下执行完重启或者重置参数,并检测到所述预配置的数据分区中存储的所述参数值为空或者为默认值时,所述服务端设备向所述应用端设备发送第二通知消息;所述第二通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数的原因为非接收调用请求。
下面结合具体应用场景对本发明实施例作具体说明。
设备服务调用***包括应用端设备、服务端设备。本发明实施例以包括两个服务端设备为例进行说明,分别为第一服务端设备以及第二服务端设备。
其中,第一服务端设备以及第二服务端设备分别连接到一个局域网内。应用端设备分别与第一服务端设备以及第二服务端设备通过三次握手后建立会话。
参见图6为设备服务调用示意图。
S601,应用端设备向第一服务端设备发送状态获知消息。
S602,第一服务端设备在接收到状态获知消息后,向所述应用端设备发送反馈消息。从而应用端设备在预设时长内接收到反馈消息。
S603,所述应用端设备向所述第一服务端设备发送调用请求。调用请求用于调用所述第一服务端设备的目标服务。目标服务包括重启第一服务端设备或者重置第一服务设备参数。在此重启第一服务端设备为例。
S604,所述第一服务端设备在接收到所述调用请求后,将数据分区中的布尔(Boolean)数据类型的参数值修改为true。
S605,所述第一服务端设备执行重启操作。
S606,所述第一服务端设备检测数据分区中的布尔(Boolean)数据类型的参数值为true。
S607,所述第一服务端设备向所述应用端设备发送第一通知消息。
所述第一通知消息用于通知所述应用端设备,所述第一服务端设备执行重启的原因为接收到应用端设备发送的调用请求。
S608,所述第一服务端设备将所述数据分区中的布尔(Boolean)数据类型的参数值修改为false。
S609,所述第二服务端设备未收到应用端设备发送的用于重启的调用请求,执行重启操作;
S610,检查第二服务端设备对应的数据分区中布尔(Boolean)数据类型的参数值为false。
S611,所述第二服务端设备向所述应用端设备发送第二通知消息。
所述第二通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数的原因为非接收调用请求。
S612,所述应用端设备确定所述第二服务端设备存在故障。所述应用端设备可以将第二服务设备存在故障的消息展示给用户,让用户了解到设备重启的原因。
本发明实施例中在发送调用请求之前,发送状态获知消息了解服务端设备的状态,提高了调用的成功率,且增强了应用端设备配置的可靠性以及稳定性。服务端设备在重启设备或者重置参数后向应用设备发送重启或者重置参数原因值,从而使得用户及时的获知服务端设备重启或者重置参数原因,若是故障导致,可以及时的维修。
基于与方法实施例同样的发明构思,本发明实施例还提供了一种基于AllJoyn服务框架的设备服务调用装置,该装置应用于应用端设备,如图7所示,包括:
发送模块701,用于在向所述服务端设备发送用于调用所述服务端设备的目标服务的调用请求之前,向服务端设备发送状态获知消息,所述状态获知消息用于获知所述服务端设备当前状态;
接收模块702,用于在第一预设时长内收到所述服务端设备发送的用于反馈所述状态获知消息的反馈消息;
所述发送模块701,还用于向所述服务端设备发送用于调用所述目标服务的调用请求。
在一种可能的实现方式中,所述目标服务可以为重启或者重置所述服务端设备参数;则所述接收模块702,还用于在所述发送模块701向所述服务端设备发送用于调用所述服务端设备的目标服务的调用请求之后,接收所述服务端设备发送的第一通知消息,所述第一通知消息用于通知所述应用端设备重启所述服务端设备或者重置所述服务端设备参数的原因为接收到应用端设备发送的调用请求。
在一种可能的实现方式中,所述接收模块702,还用于在所述发送模块701未向所述服务端设备发送用于调用所服务端设备的目标服务的调用请求情况下,接收到所述服务端设备发送的第二通知消息,所述第二通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数原因为非接收调用请求;则所述装置还包括:确定模块703,用于在所述接收模块702接收到所述第二通知消息时,确定所述服务端设备存在故障。
在一种可能的实现方式中,所述发送模块701,还用于在第一预设时长内所述接收模块702未收到所述服务端设备发送的用于反馈所述状态获知消息的反馈消息时,向服务端设备重复发送状态获知消息;所述确定模块703,在所述发送模块701向所述服务端设备重复发送预定次数的状态获知消息后,所述接收模块702未收到所述服务端设备发送的所述反馈消息时,确定所述服务端设备存在故障。
本发明实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,另外,在本申请各个实施例中的各功能单元可以集成在一个处理器中,也可以是单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。
本发明实施例提供的基于AllJoyn服务框架的设备服务调用装置可以包括处理器,具体可以是将上述各个模块均可以集成在一个处理器中,该处理器可以是中央处理单元(英文:Central Process Unit,简称CPU)。该装置还包括存储器,则存储器用于存储处理器执行的程序代码,可以是易失性存储器(英文:volatile memory),例如随机存取存储器(英文:random-access memory,缩写:RAM);存储器也可以是非易失性存储器(英文:non-volatile memory),例如只读存储器(英文:read-only memory,缩写:ROM),快闪存储器(英文:flash memory),硬盘(英文:hard disk drive,缩写:HDD)或固态硬盘(英文:solid-state drive,缩写:SSD)、或者存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是上述存储器的组合。
本发明实施例还提供了一种基于AllJoyn服务框架的设备服务调用装置,应用于服务端设备,如图8所示,所述装置包括:
接收模块801,用于在接收到所述应用端设备发送的用于调用目标服务的调用请求之前,服务端设备接收应用端设备发送的状态获知消息,所述状态获知消息用于获知所述服务端设备当前状态;
发送模块802,用于向所述应用端设备发送的用于反馈所述状态获知消息的反馈消息。
在一种可能的实现方式中,所述目标服务为重启所述服务端设备或者重置所述服务端设备参数,所述发送模块802,还用于在所述接收模块801接收到所述应用端设备发送的用于调用目标服务的调用请求后,向所述应用端设备发送第一通知消息;所述第一通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数的原因为接收到应用端设备发送的调用请求。
可选地,所述装置还可以包括:修改模块803,用于在所述接收模块801接收到所述应用端设备发送的用于调用目标服务的调用请求后,将预配置的数据分区中存储的用于指示服务端设备重启或重置参数的原因的参数值修改为第一值;所述第一值用于表明所述服务端设备重启或重置参数的原因为接收到所述应用端设备发送的调用请求。
可选地,所述装置还包括:执行模块804,用于在所述接收模块801接收到所述应用端设备发送的用于调用目标服务的调用请求后,执行所述目标服务;
检测模块805,用于检测到所述预配置的数据分区中存储的所述参数值为第一值,则所述发送模块802向所述应用端设备发送第一通知消息。
可选地,所述修改模块803,还用于在所述发送模块802向所述应用端设备发送第一通知消息后,将所述预配置的数据分区中存储的所述参数对应的参数值置为空或者修改为默认值。
可选地,所述检测模块805,还用于在所述接收模块801未接收到所述应用端设备发送的用于调用目标服务的调用请求情况下,所述执行模块804执行完重启或者重置参数时,检测到所述预配置的数据分区中存储的所述参数值为空或者为默认值;
所述发送模块802,还用于向所述应用端设备发送第二通知消息;所述第一通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数的原因为非接收调用请求。
本发明实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,另外,在本申请各个实施例中的各功能单元可以集成在一个处理器中,也可以是单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。
本发明实施例提供的基于AllJoyn服务框架的设备服务调用装置可以包括处理器,具体可以是将上述各个模块均可以集成在一个处理器中,该处理器可以是CPU。该装置还包括存储器,则存储器用于存储处理器执行的程序代码,可以是volatile memory,例如RAM;存储器也可以是non-volatile memory,例如ROM,flash memory,HDD或SSD、或者存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是上述存储器的组合。
本发明实施例还提供了一种基于AllJoyn服务框架的设备服务调用装置,应用于应用端设备,如图9所示,包括:
发送模块901,用于向服务端设备发送用于调用所述服务端设备的目标服务的调用请求,所述目标服务为重启或者重置所述服务端设备参数;
接收模块902,用于接收所述服务端设备发送的第一通知消息,所述第一通知消息用于通知所述应用端设备重启所述服务端设备或者重置所述服务端设备参数的原因为接收到应用端设备发送的调用请求。
可选地,所述接收模块902,还用于在所述发送模块901未向所述服务端设备发送用于调用所服务端设备的目标服务的调用请求情况下,接收到所述服务端设备发送的第二通知消息,所述第二通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数原因为非接收调用请求;所述装置还包括:确定模块903,用于确定所述服务端设备存在故障。
本发明实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,另外,在本申请各个实施例中的各功能单元可以集成在一个处理器中,也可以是单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。
本发明实施例提供的基于AllJoyn服务框架的设备服务调用装置可以包括处理器,具体可以是将上述各个模块均可以集成在一个处理器中,该处理器可以是CPU。该装置还包括存储器,则存储器用于存储处理器执行的程序代码,可以是volatile memory,例如RAM;存储器也可以是non-volatile memory,例如ROM,flash memory,HDD或SSD、或者存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是上述存储器的组合。
本发明实施例还提供了一种基于AllJoyn框架的设备服务调用装置,应用于服务端设备,如图10所示,所述装置包括:
接收模块1001,用于接收到所述应用端设备发送的用于调用目标服务的调用请求,所述目标服务为重启所述服务端设备或者重置所述服务端设备参数;
发送模块1002,用于向所述应用端设备发送第一通知消息;所述第一通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数的原因为接收到应用端设备发送的调用请求。
可选地,所述装置还包括:修改模块1003,用于在所述接收模块1001接收到所述应用端设备发送的用于调用目标服务的调用请求后,将预配置的数据分区中存储的用于指示服务端设备重启或重置参数的原因的参数值修改为第一值;所述第一值用于表明所述服务端设备重启或重置参数的原因为接收到所述应用端设备发送的调用请求。
可选地,所述装置还包括:执行模块1004,用于在所述接收模块1001接收到所述应用端设备发送的用于调用目标服务的调用请求后,执行所述目标服务;检测模块1005,用于检测到所述预配置的数据分区中存储的所述参数值为第一值,则所述发送模块1002向所述应用端设备发送第一通知消息。
可选地,所述修改模块1003,还用于在所述发送模块1002向所述应用端设备发送第一通知消息后,将所述预配置的数据分区中存储的所述参数对应的参数值置为空或者修改为默认值。
可选地,所述发送模块1002,还用于在所述接收模块1001未接收到所述应用端设备发送的用于调用目标服务的调用请求情况下,所述执行模块1004执行完重启或者重置参数后,所述检测模块1005检测到所述预配置的数据分区中存储的所述参数值为空或者为默认值时,向所述应用端设备发送第二通知消息;所述第一通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数的原因为非接收调用请求。
本发明实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,另外,在本申请各个实施例中的各功能单元可以集成在一个处理器中,也可以是单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。
本发明实施例提供的基于AllJoyn服务框架的设备服务调用装置可以包括处理器,具体可以是将上述各个模块均可以集成在一个处理器中,该处理器可以是CPU。该装置还包括存储器,则存储器用于存储处理器执行的程序代码,可以是volatile memory,例如RAM;存储器也可以是non-volatile memory,例如ROM,flash memory,HDD或SSD、或者存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是上述存储器的组合。
本领域内的技术人员应明白,本发明的实施例可提供为方法、***、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (34)
1.一种基于AllJoyn服务框架的设备服务调用方法,其特征在于,包括:
应用端设备在向所述服务端设备发送用于调用所述服务端设备的目标服务的调用请求之前,向服务端设备发送状态获知消息,所述状态获知消息用于获知所述服务端设备当前状态;
所述应用端设备在第一预设时长内收到所述服务端设备发送的用于反馈所述状态获知消息的反馈消息时,向所述服务端设备发送用于调用所述目标服务的调用请求。
2.如权利要求1所述的方法,其特征在于,所述目标服务为重启或者重置所述服务端设备参数;所述应用端设备向所述服务端设备发送用于调用所述服务端设备的目标服务的调用请求之后,所述方法还包括:
所述应用端设备接收所述服务端设备发送的第一通知消息,所述第一通知消息用于通知所述应用端设备重启所述服务端设备或者重置所述服务端设备参数的原因为接收到应用端设备发送的调用请求。
3.如权利要求1所述的方法,其特征在于,还包括:
所述应用端设备在未向所述服务端设备发送用于调用所服务端设备的目标服务的调用请求情况下,接收到所述服务端设备发送的第二通知消息,所述第二通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数原因为非接收调用请求;所述应用端设备确定所述服务端设备存在故障。
4.如权利要求1至3任一项所述的方法,其特征在于,还包括:
所述应用端设备在第一预设时长内未收到所述服务端设备发送的用于反馈所述状态获知消息的反馈消息时,向服务端设备重复发送状态获知消息;并在向所述服务端设备重复发送预定次数后,未收到所述服务端设备发送的所述反馈消息时,确定所述服务端设备存在故障。
5.一种基于AllJoyn服务框架的设备服务调用方法,其特征在于,包括:
服务端设备接收到所述应用端设备发送的用于调用目标服务的调用请求之前,服务端设备接收应用端设备发送的状态获知消息,所述状态获知消息用于获知所述服务端设备当前状态;
所述服务端设备向所述应用端设备发送的用于反馈所述状态获知消息的反馈消息。
6.如权利要求5所述的方法,其特征在于,所述目标服务为重启所述服务端设备或者重置所述服务端设备参数,所述方法还包括:
所述服务端设备接收到所述应用端设备发送的用于调用目标服务的调用请求后,所述服务端设备向所述应用端设备发送第一通知消息;所述第一通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数的原因为接收到应用端设备发送的调用请求。
7.如权利要求6所述的方法,其特征在于,所述方法还包括:
所述服务端设备接收到所述应用端设备发送的用于调用目标服务的调用请求后,将预配置的数据分区中存储的用于指示服务端设备重启或重置参数的原因的参数值修改为第一值;所述第一值用于表明所述服务端设备重启或重置参数的原因为接收到所述应用端设备发送的调用请求。
8.如权利要求7所述的方法,其特征在于,所述服务端设备接收到所述应用端设备发送的用于调用目标服务的调用请求后,所述方法还包括:
所述服务端设备执行所述目标服务;
所述服务端设备向所述应用端设备发送第一通知消息,包括:
所述服务端设备检测到所述预配置的数据分区中存储的所述参数值为第一值时,所述服务端设备向所述应用端设备发送第一通知消息。
9.如权利要求8所述的方法,其特征在于,所述服务端设备向所述应用端设备发送第一通知消息后,将所述预配置的数据分区中存储的所述参数对应的参数值置为空或者修改为默认值。
10.如权利要求9所述的方法,其特征在于,所述方法还包括:
所述服务端设备在未接收到所述应用端设备发送的用于调用目标服务的调用请求情况下执行完重启或者重置参数,检测到所述预配置的数据分区中存储的所述参数值为空或者为默认值;
所述服务端设备向所述应用端设备发送第二通知消息;所述第一通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数的原因为非接收调用请求。
11.一种基于AllJoyn服务框架的设备服务调用方法,其特征在于,包括:
应用端设备向服务端设备发送用于调用所述服务端设备的目标服务的调用请求,所述目标服务为重启或者重置所述服务端设备参数;
所述应用端设备接收所述服务端设备发送的第一通知消息,所述第一通知消息用于通知所述应用端设备重启所述服务端设备或者重置所述服务端设备参数的原因为接收到应用端设备发送的调用请求。
12.如权利要求11所述的方法,其特征在于,还包括:
所述应用端设备在未向所述服务端设备发送用于调用所服务端设备的目标服务的调用请求情况下,接收到所述服务端设备发送的第二通知消息,所述第二通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数原因为非接收调用请求;
所述应用端设备确定所述服务端设备存在故障。
13.一种基于AllJoyn框架的设备服务调用方法,其特征在于,包括:
所述服务端设备接收到所述应用端设备发送的用于调用目标服务的调用请求,所述目标服务为重启所述服务端设备或者重置所述服务端设备参数;
所述服务端设备向所述应用端设备发送第一通知消息;所述第一通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数的原因为接收到应用端设备发送的调用请求。
14.如权利要求13所述的方法,其特征在于,所述服务端设备接收到所述应用端设备发送的用于调用目标服务的调用请求后,将预配置的数据分区中存储的用于指示服务端设备重启或重置参数的原因的参数值修改为第一值;所述第一值用于表明所述服务端设备重启或重置参数的原因为接收到所述应用端设备发送的调用请求。
15.如权利要求14所述的方法,其特征在于,所述服务端设备接收到所述应用端设备发送的用于调用目标服务的调用请求后,所述方法还包括:
所述服务端设备执行所述目标服务;
所述服务端设备向所述应用端设备发送第一通知消息,包括:
所述服务端设备检测到所述预配置的数据分区中存储的所述参数值为第一值时,所述服务端设备向所述应用端设备发送第一通知消息。
16.如权利要求15所述的方法,其特征在于,所述服务端设备向所述应用端设备发送第一通知消息后,将所述预配置的数据分区中存储的所述参数对应的参数值置为空或者修改为默认值。
17.如权利要求16所述的方法,其特征在于,所述方法还包括:
所述服务端设备在未接收到所述应用端设备发送的用于调用目标服务的调用请求情况下执行完重启或者重置参数,并检测到所述预配置的数据分区中存储的所述参数值为空或者为默认值时,所述服务端设备向所述应用端设备发送第二通知消息;所述第一通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数的原因为非接收调用请求。
18.一种基于AllJoyn服务框架的设备服务调用装置,其特征在于,应用于应用端设备,包括:
发送模块,用于在向所述服务端设备发送用于调用所述服务端设备的目标服务的调用请求之前,向服务端设备发送状态获知消息,所述状态获知消息用于获知所述服务端设备当前状态;
接收模块,用于在第一预设时长内收到所述服务端设备发送的用于反馈所述状态获知消息的反馈消息;
所述发送模块,还用于向所述服务端设备发送用于调用所述目标服务的调用请求。
19.如权利要求18所述的装置,其特征在于,所述目标服务为重启或者重置所述服务端设备参数;
所述接收模块,还用于在所述发送模块向所述服务端设备发送用于调用所述服务端设备的目标服务的调用请求之后,接收所述服务端设备发送的第一通知消息,所述第一通知消息用于通知所述应用端设备重启所述服务端设备或者重置所述服务端设备参数的原因为接收到应用端设备发送的调用请求。
20.如权利要求18所述的装置,其特征在于,所述接收模块,还用于在所述发送模块未向所述服务端设备发送用于调用所服务端设备的目标服务的调用请求情况下,接收到所述服务端设备发送的第二通知消息,所述第二通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数原因为非接收调用请求;
所述装置还包括:
确定模块,用于在所述接收模块接收到所述第二通知消息时,确定所述服务端设备存在故障。
21.如权利要求18至20任一项所述的装置,其特征在于,所述发送模块,还用于在第一预设时长内所述接收模块未收到所述服务端设备发送的用于反馈所述状态获知消息的反馈消息时,向服务端设备重复发送状态获知消息;
所述装置还包括:
确定模块,在所述发送模块向所述服务端设备重复发送预定次数的状态获知消息后,所述接收模块未收到所述服务端设备发送的所述反馈消息时,确定所述服务端设备存在故障。
22.一种基于AllJoyn服务框架的设备服务调用装置,其特征在于,应用于服务端设备,包括:
接收模块,用于在接收到所述应用端设备发送的用于调用目标服务的调用请求之前,服务端设备接收应用端设备发送的状态获知消息,所述状态获知消息用于获知所述服务端设备当前状态;
发送模块,用于向所述应用端设备发送的用于反馈所述状态获知消息的反馈消息。
23.如权利要求22所述的装置,其特征在于,所述目标服务为重启所述服务端设备或者重置所述服务端设备参数,所述发送模块,还用于在所述接收模块接收到所述应用端设备发送的用于调用目标服务的调用请求后,向所述应用端设备发送第一通知消息;所述第一通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数的原因为接收到应用端设备发送的调用请求。
24.如权利要求23所述的装置,其特征在于,所述装置还包括:
修改模块,用于在所述接收模块接收到所述应用端设备发送的用于调用目标服务的调用请求后,将预配置的数据分区中存储的用于指示服务端设备重启或重置参数的原因的参数值修改为第一值;所述第一值用于表明所述服务端设备重启或重置参数的原因为接收到所述应用端设备发送的调用请求。
25.如权利要求24所述的装置,其特征在于,所述装置还包括:
执行模块,用于在所述接收模块接收到所述应用端设备发送的用于调用目标服务的调用请求后,执行所述目标服务;
检测模块,用于检测到所述预配置的数据分区中存储的所述参数值为第一值,则所述发送模块向所述应用端设备发送第一通知消息。
26.如权利要求25所述的装置,其特征在于,所述修改模块,还用于在所述发送模块向所述应用端设备发送第一通知消息后,将所述预配置的数据分区中存储的所述参数对应的参数值置为空或者修改为默认值。
27.如权利要求26所述的装置,其特征在于,所述检测模块,还用于在所述接收模块未接收到所述应用端设备发送的用于调用目标服务的调用请求情况下,所述执行模块执行完重启或者重置参数时,检测到所述预配置的数据分区中存储的所述参数值为空或者为默认值;
所述发送模块,还用于向所述应用端设备发送第二通知消息;所述第一通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数的原因为非接收调用请求。
28.一种基于AllJoyn服务框架的设备服务调用装置,其特征在于,应用于应用端设备,包括:
发送模块,用于向服务端设备发送用于调用所述服务端设备的目标服务的调用请求,所述目标服务为重启或者重置所述服务端设备参数;
接收模块,用于接收所述服务端设备发送的第一通知消息,所述第一通知消息用于通知所述应用端设备重启所述服务端设备或者重置所述服务端设备参数的原因为接收到应用端设备发送的调用请求。
29.如权利要求28所述的装置,其特征在于,所述接收模块,还用于在所述发送模块未向所述服务端设备发送用于调用所服务端设备的目标服务的调用请求情况下,接收到所述服务端设备发送的第二通知消息,所述第二通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数原因为非接收调用请求;
所述装置还包括:
确定模块,用于确定所述服务端设备存在故障。
30.一种基于AllJoyn框架的设备服务调用装置,其特征在于,应用于服务端设备,包括:
接收模块,用于接收到所述应用端设备发送的用于调用目标服务的调用请求,所述目标服务为重启所述服务端设备或者重置所述服务端设备参数;
发送模块,用于向所述应用端设备发送第一通知消息;所述第一通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数的原因为接收到应用端设备发送的调用请求。
31.如权利要求30所述的装置,其特征在于,所述装置还包括:
修改模块,用于在所述接收模块接收到所述应用端设备发送的用于调用目标服务的调用请求后,将预配置的数据分区中存储的用于指示服务端设备重启或重置参数的原因的参数值修改为第一值;所述第一值用于表明所述服务端设备重启或重置参数的原因为接收到所述应用端设备发送的调用请求。
32.如权利要求31所述的装置,其特征在于,所述装置还包括:
执行模块,用于在所述接收模块接收到所述应用端设备发送的用于调用目标服务的调用请求后,执行所述目标服务;
检测模块,用于检测到所述预配置的数据分区中存储的所述参数值为第一值,则所述发送模块向所述应用端设备发送第一通知消息。
33.如权利要求32所述的装置,其特征在于,所述修改模块,还用于在所述发送模块向所述应用端设备发送第一通知消息后,将所述预配置的数据分区中存储的所述参数对应的参数值置为空或者修改为默认值。
34.如权利要求33所述的装置,其特征在于,所述发送模块,还用于在所述接收模块未接收到所述应用端设备发送的用于调用目标服务的调用请求情况下,所述执行模块执行完重启或者重置参数后,所述检测模块检测到所述预配置的数据分区中存储的所述参数值为空或者为默认值时,向所述应用端设备发送第二通知消息;所述第一通知消息用于通知所述应用端设备,所述服务端设备执行重启或者重置参数的原因为非接收调用请求。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610533797.0A CN106230878B (zh) | 2016-06-30 | 2016-06-30 | 一种基于AllJoyn框架的设备服务调用方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610533797.0A CN106230878B (zh) | 2016-06-30 | 2016-06-30 | 一种基于AllJoyn框架的设备服务调用方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106230878A true CN106230878A (zh) | 2016-12-14 |
CN106230878B CN106230878B (zh) | 2020-02-14 |
Family
ID=57519202
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610533797.0A Active CN106230878B (zh) | 2016-06-30 | 2016-06-30 | 一种基于AllJoyn框架的设备服务调用方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106230878B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108055072A (zh) * | 2017-11-20 | 2018-05-18 | 大唐软件技术股份有限公司 | 一种网络故障排查方法和装置 |
WO2020191669A1 (zh) * | 2019-03-27 | 2020-10-01 | 京东方科技集团股份有限公司 | 物联网***、中央控制设备、应用设备以及通信方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110243092A1 (en) * | 2008-07-01 | 2011-10-06 | Telefonaktiebolaget Lm Ericsson | Establishing channels between a domain manager and managed nodes |
CN103488499A (zh) * | 2013-09-05 | 2014-01-01 | 华为数字技术(成都)有限公司 | 远程过程调用方法及装置 |
CN103916395A (zh) * | 2014-04-09 | 2014-07-09 | 北京京东尚科信息技术有限公司 | 一种服务调用方法、设备及*** |
CN105592022A (zh) * | 2014-11-07 | 2016-05-18 | 北京海尔广科数字技术有限公司 | 一种基于Alljoyn网关间的设备服务调用方法及装置 |
-
2016
- 2016-06-30 CN CN201610533797.0A patent/CN106230878B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110243092A1 (en) * | 2008-07-01 | 2011-10-06 | Telefonaktiebolaget Lm Ericsson | Establishing channels between a domain manager and managed nodes |
CN103488499A (zh) * | 2013-09-05 | 2014-01-01 | 华为数字技术(成都)有限公司 | 远程过程调用方法及装置 |
CN103916395A (zh) * | 2014-04-09 | 2014-07-09 | 北京京东尚科信息技术有限公司 | 一种服务调用方法、设备及*** |
CN105592022A (zh) * | 2014-11-07 | 2016-05-18 | 北京海尔广科数字技术有限公司 | 一种基于Alljoyn网关间的设备服务调用方法及装置 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108055072A (zh) * | 2017-11-20 | 2018-05-18 | 大唐软件技术股份有限公司 | 一种网络故障排查方法和装置 |
WO2020191669A1 (zh) * | 2019-03-27 | 2020-10-01 | 京东方科技集团股份有限公司 | 物联网***、中央控制设备、应用设备以及通信方法 |
US11622005B2 (en) | 2019-03-27 | 2023-04-04 | Boe Technology Group Co., Ltd. | Internet of Things system, central control device, application device and communication methods |
Also Published As
Publication number | Publication date |
---|---|
CN106230878B (zh) | 2020-02-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
AU2015218550C1 (en) | Methods and apparatus for transmitting data | |
CN114615154B (zh) | 服务质量管理的方法及装置、通信*** | |
CN106664560A (zh) | 网络能力信息的获取方法及装置 | |
WO2016173280A1 (zh) | 监控管理方法及装置 | |
CN109600769B (zh) | 通信方法及装置 | |
CN104936282A (zh) | 一种融合通信业务的注册方法及装置 | |
US11166176B2 (en) | Method for determining establishment reason, and terminal | |
US11700517B2 (en) | Location reporting for service enabler architecture layer (SEAL) | |
US11930499B2 (en) | Network monitoring in service enabler architecture layer (SEAL) | |
CN107005435A (zh) | 一种网络服务描述符上架方法及装置 | |
CN105208654B (zh) | 一种通知消息发送方法及装置 | |
WO2014154707A1 (en) | Enhancements to resource allocation for mbsfn transmission in an mbsfn area | |
CN105323743A (zh) | 订阅资源变更通知的方法及装置 | |
CN109873730B (zh) | 一种网络切片测试管理方法及相关产品 | |
CN107770035B (zh) | 一种推送离线通知的方法和装置 | |
CN105933271B (zh) | 一种基于加密机的数据处理方法及装置 | |
CN106230878A (zh) | 一种基于AllJoyn框架的设备服务调用方法及装置 | |
CN105263163A (zh) | 一种通知消息的发送方法、装置和*** | |
CN109450702A (zh) | 一种数据处理方法及装置 | |
CN108462657B (zh) | 获取不同运营商的sdn网络的资源及信息的方法和设备 | |
CN113676894B (zh) | 业务处理方法及设备 | |
CN112153580B (zh) | 设置mcptt群组的方法、设备及*** | |
CN104539442B (zh) | 用于提高可靠性的方法、网络设备及*** | |
CN107211479B (zh) | 选择接入网的方法和装置 | |
CN110996359B (zh) | 一种网络控制方法、终端及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |