一种设备管理的方法及系统与流程

文档序号:12494121阅读:238来源:国知局
一种设备管理的方法及系统与流程

本发明涉及通信技术领域,尤其涉及一种设备管理的方法及系统。



背景技术:

目前,家庭网关可以实现多个类型设备的接入,具体实现方法为在家庭网关上设置与设备类型对应的通信接口,且家庭网关支持各类型设备分别对应的接入协议,从而实现了家庭网关对各类型设备的管理,由于家庭网关是通过协议栈与所支持接入的设备进行匹配,随着所支持接入的设备种类越来越多,家庭网关的协议栈会过于臃肿,并且可能无法匹配所有类型的设备。

为了保证更多类型的设备能够接入家庭网关,可以采用智能家庭网关代替传统的家庭网关。在这种方案中,智能家庭网关中安装有分别与各类型设备相匹配的网关应用,每个网关应用支持各自所匹配类型的设备的通信协议,且终端中安装有分别与各类型设备相匹配的终端应用,一种类型的设备可由该类型设备对应的终端应用通过该类型设备对应的网关应用来管理,即每种类型的设备分别对应一个网关应用和一个终端应用。例如,设备A对应终端应用A和网关应用A,当终端应用A需要管理设备A时,向网关应用A发送访问请求,进而终端应用A可以通过网关应用A来对设备A进行管理。

然而,当该终端需要管理其他类型的设备时,必须重新打开与其他设备类型对应的终端应用才能够对其他类型的设备进行管理,即终端每需要管理一种类型的设备都需要安装和使用该类型设备对应的终端应用,导致对多类型设备管理的操作比较繁琐。



技术实现要素:

本发明的实施例提供一种设备管理的方法及系统,可以解决终端每需要管理一种类型的设备都需安装和使用该类型设备对应的终端应用,导致对多类型设备管理的操作比较繁琐的问题。

为达到上述目的,本发明的实施例采用如下技术方案:

一种设备管理的方法,包括:

终端应用向网关发送访问请求,所述访问请求用于请求访问目标设备,所述目标设备为已经注册到所述网关的资源池中的任意类型的设备;

所述网关将所述访问请求转发至所述目标设备对应的目标网关应用,其中,一个网关应用对应至少一个类型的设备;

所述目标网关应用根据所述访问请求生成操作指令,所述操作指令用于指示所述目标设备执行指定操作;

所述目标网关应用向所述目标设备发送所述操作指令,以使得所述目标设备执行所述操作指令。

一种设备管理的系统,所述系统包括终端、网关、接入所述网关的设备,所述终端上安装有终端应用,所述网关上有网关应用、资源池,一个网关应用对应至少一个类型的设备;

所述终端应用,用于向网关发送访问请求,所述访问请求用于请求访问目标设备,所述目标设备为已经注册到所述网关的资源池中的任意类型的设备;

所述网关,用于接收所述终端应用发送的所述访问请求,将所述访问请求转发至所述目标设备对应的目标网关应用;

所述目标网关应用,用于接收所述网关转发的所述访问请求,根据所述访问请求生成操作指令,所述操作指令用于指示所述目标设备执行指定操作;向所述目标设备发送所述操作指令,以使得所述目标设备执行所述操作指令。

本发明实施例提供的设备管理的方法及系统,终端应用向网关发送访问请求,访问请求用于请求访问目标设备,然后网关将访问请求转发至目标设备对应的目标网关应用,目标网关应用根据访问请求生成操作指令,并向目标设备发送操作指令,以使得目标设备执行操作指令。与现有技术中,终端每需要管理一种类型的设备都需安装和使用该类型设备对应的终端应用,导致对多类型设备管理的操作比较繁琐相比,本发明中,首先终端应用向网关发送对目标设备的访问请求,然后由网关控制并将访问请求转发至管理目标设备的目标网关应用。因此,在网关的控制下,终端应用就可以将访问请求发送至管理目标设备的目标网关应用,而并非将访问请求发送至终端应用对应的网关应用,进而终端应用可以通过目标网关应用来管理目标设备。其中,目标设备为已注册到网关资源池中的任意类型的设备,因此,终端应用可以向网关发送对任意类型设备的访问请求,网关将对相应类型设备的访问请求转发至管理相应类型设备的网关应用,进而使用一个终端应用就可以管理多类型的设备,而无需安装和使用多类型设备对应的终端应用,就降低了管理设备操作的复杂性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种设备管理的系统的示例性示意图;

图2为本发明实施例提供的一种设备管理的方法的流程示意图;

图3为本发明实施例提供的另一种设备管理的方法的流程示意图;

图4为本发明实施例提供的另一种设备管理的系统的示例性示意图。

具体实施方式

下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

本发明实施例提供的设备管理的方法,应用于设备管理的系统中,如图1所示,该系统包括:网关101、接入网关的设备103、接入适配器102、云服务器105以及终端104,其中终端上安装有终端应用1041。

其中,网关中包括:网关应用和资源池。设备与网关上分别设置有底层通信接口,例如WiFi(Wireless Fidelity,无线保真)接口、USB(Universal Serial Bus,通用串行总线)接口等。设备通过接口与网关建立底层的通信连接,以使得设备能够接入网关。

网关应用,用于接入和管理需要接入网关的设备,一个网关应用对应至少一个类型的设备。

资源池,用于存储接入网关的所有设备的设备信息。其中,设备的访问权限包含允许任意终端应用访问,或者只允许设备的类型对应的终端应用访问。

终端应用,用于通过管理设备的网关应用来对接入网关的设备进行访问或者管理。需要说明的是,现有技术中,一种类型的设备可由该类型设备对应的终端应用通过该类型设备对应的网关应用来管理,即每种类型的设备分别对应一个网关应用和一个终端应用,一个终端应用只能访问或管理其所对应的一种类型的设备。而本发明实施例中,一个终端应用可以访问或管理多种类型的设备。

云服务器,用于存储已经接入网关的,且访问权限为允许任意终端应用访问的设备的设备信息。

接入适配器,用于匹配网关与设备的接口,以使得设备通过接入适配器接入网关。

可以理解的是,在终端应用对设备进行管理之前,需要预先将设备接入网关。以下对设备接入网关的过程进行说明。

首先,为了让网关与设备建立底层的通信连接,网关需检测自身是否存在与待接入设备相匹配的接口,若不存在,则可以提示用户在网关的某一接口(如USB接口)插入与设备接口匹配的接入适配器,以使得该待接入设备通过接入适配器接入网关。

例如,用户A家中的网关A具有Wi-Fi接口,通用ZigBee接口和通用USB接口,设备A(温度传感器)通过Zigbee接口连接网关A,设备B(智能空调)通过Wi-Fi接口连接网关A,设备C(智能门锁)采用的是私有Zigbee接口,而网关A中不存在该私有Zigbee接口,所以设备C需通过在网关A的USB接口上插入私有Zigbee接入适配器来连接网关。

在底层通信连接建立成功后,网关应用还需根据预设的上层协议,建立与自身所管理类型设备的上层数据连接,以使得每个网关应用与各自所管理类型设备之间能够进行数据交互,每个网关应用可获取各自所管理类型设备的设备信息,并在网关资源池中注册各自所管理的设备,并设置设备的访问权限。其中,设备的访问权限包含允许任意终端应用访问,或者只允许设备的类型对应的终端应用访问。

例如,上述网关A中,设置有网关应用A,网关应用A为厂商A为设备A提供的网关应用,在设备A接入网关A之后,网关应用A需获取设备A的设备信息,将获取的设备信息注册到网关A的资源池中,并将设备A的访问权限设置为公开,即允许任意终端应用访问。

同样,网关应用B将设备B的设备信息注册到网关A的资源池中,并将设备B的访问权限也设置为公开。网关应用C将设备C的设备信息注册到网关A的资源池中,并将设备C的访问权限设置为私有,即只允许设备C对应的终端应用访问。

这样,资源池中就存储了接入网关的所有设备的设备信息,本地其他应用和网关应用均可从资源池中获取访问权限为公开的所有设备的设备信息,并将获取到的设备信息发送至云服务器,从而使得终端应用可以从云服务器获取设备信息,进而使得终端应用可以根据从云服务器获取的设备信息对网关连接的设备进行访问。在另一种可能的实现方式中,每个网关应用将各自管理的设备注册到网关的资源池中之后,可分别将各自所管理的设备的设备信息发送至云服务器。

例如,在上述网关A中,还设置有本地应用Y,本地应用Y根据资源池中设备的访问权限,仅能获取到设备A和设备B的设备信息,并将设备A和设备B的设备信息发送至云服务器。

需要说明的是,结合上述例子,为了对接入网关A的设备进行管理,可以在终端中分别设置终端应用A、终端应用B和终端应用C,由于设备A和设备B的访问权限为公开,所以,终端中的任意一个应用均可以通过网关访问设备A和设备B。但是,由于设备C的访问权限为私有,所以只允许设备C对应的终端应用C通过网关访问设备C。

或者,在终端中可以只设置终端应用A和终端应用C,终端应用A用于访问访问权限为公开的设备,终端应用C用于访问访问权限为私有的设备C。

结合图1所示的系统,在设备接入网关之后,终端应用可以通过网关应用对设备进行管理,为了降低管理设备的复杂性,本发明实施例提供了一种设备管理的方法,如图2所示,该方法包括:

201、终端应用向网关发送访问请求,访问请求用于请求访问目标设备。

其中,目标设备为已经注册到网关的资源池中的任意类型的设备。

需要说明的是,在终端应用向网关发送访问请求之前,需从云服务器获取设备信息,以确定需要访问的目标设备,进而发送用于访问目标设备的访问请求。其中,云服务器中的设备信息为网关的资源池中包含的指定访问权限的设备的信息,指定访问权限为允许任意终端应用访问。

还需说明的是,上述过程中的访问请求包括终端应用标识、应用识别码、操作内容、应用类型。

其中,应用识别码分别由用户设置在终端应用和网关应用上,用于网关应用判断是否响应终端应用对目标设备的访问请求。

应用类型,包括局域应用和远程应用。局域应用包括本用户的终端应用,远程应用是互联网上的其他应用。

可以理解的是,为了防止本用户之外的其他用户访问本用户家中的设备,当发送访问请求的终端应用是远程应用时,目标网关应用拒绝对访问请求作出响应。

202、网关将访问请求转发至目标设备对应的目标网关应用。

需要说明的是,网关应用仅可以对自身所对应的类型的设备进行管理。

203、目标网关应用根据访问请求生成操作指令。

其中,操作指令用于指示目标设备执行指定操作。例如,操作指令为指示智能空调B对温度进行调节。

204、目标网关应用向目标设备发送操作指令,以使得目标设备执行操作指令。

本发明实施例提供的设备管理的方法,终端应用向网关发送访问请求,访问请求用于请求访问目标设备,然后网关将访问请求转发至目标设备对应的目标网关应用,目标网关应用根据访问请求生成操作指令,并向目标设备发送操作指令,以使得目标设备执行操作指令。与现有技术中,终端每需要管理一种类型的设备都需安装和使用该类型设备对应的终端应用,导致对多类型设备管理的操作比较繁琐相比,本发明中,首先终端应用向网关发送对目标设备的访问请求,然后由网关控制并将访问请求转发至管理目标设备的目标网关应用。因此,在网关的控制下,终端应用就可以将访问请求发送至管理目标设备的目标网关应用,而并非将访问请求发送至终端应用对应的网关应用,进而终端应用可以通过目标网关应用来管理目标设备。其中,目标设备为已注册到网关资源池中的任意类型的设备,因此,终端应用可以向网关发送对任意类型设备的访问请求,网关将对相应类型设备的访问请求转发至管理相应类型设备的网关应用,进而使用一个终端应用就可以管理多类型的设备,而无需安装和使用多类型设备对应的终端应用,就降低了管理设备操作的复杂性。

可以理解的是,在网关将访问请求转发至目标设备对应的目标网关应用之后,为了避免对目标设备的错误操作,网关应用需根据预设策略判断是否响应接收的访问请求,基于此,在本发明实施例提供的另一种实现方式中,在步骤202、网关将访问请求转发至目标设备对应的目标网关应用之后,还需执行步骤301。

301、目标网关应用根据预设策略判断是否需要响应访问请求,若是,则执行步骤203,若否,则执行步骤302。

其中,预设策略包括以下至少一种:

拒绝在预设时间间隔内响应一次以上包含相同操作内容的访问请求;

拒绝响应包含预设操作类型的操作内容的访问请求;

拒绝响应包含非允许时间内的操作内容的访问请求;

拒绝响应不包含预设应用识别码的访问请求;

拒绝响应包含预设应用类型之外的访问请求。

例如,时间间隔门限为由用户设置为10分钟内不允许重复查询温度,则若用户10分钟内再次请求查询温度,网关应用不响应访问请求。

预设类型操作由用户设置为不允许进行温度查询,则若用户请求查询温度时,网关应用不响应访问请求。

非允许时间由用户设置为8:00-12:00,则若用户在8:00-12:00请求开启某一设备,则网关应用不响应访问请求。此外,用户还可以设置在非允许时间内不响应某一指定操作。例如,预设策略由用户设置为在8:00-12:00不响应对空调操作的任何访问请求。

用户将网关应用的应用识别码设置为123,将终端应用的应用识别码设置为12,且预设策略由用户设置为拒绝响应不包含预设应用识别码的访问请求,则若用户使用应用识别码为12的终端应用请求访问设备时,网关应用不响应访问请求。

预设策略由用户设置为只响应局域应用的访问请求,则若互联网上的其他用户向网关应用发送访问请求时,网关应用不响应该访问请求。

302、网关应用向终端应用发送响应失败指令。

可以理解的是,响应失败指令中可以包括默认结果,在访问请求中的操作内容不同时,该默认结果也不同。例如,由于预设策略为10分钟内不允许重复查询室内温度,则用户10分钟内再次请求查询室内温度时,因为室内温度基本上是平稳变化的,不存在温度骤变,所以网关应用向终端应用发送用户上次查询室内温度时返回的查询结果27摄氏度。或者响应失败指令只是用于提示用户访问失败,例如,由于预设策略为不响应A类型终端应用对B类型设备的请求,则若用户使用A类型终端应用请求访问B类型设备时,网关应用向该A类型终端应用返回访问设备失败的提示。

可见,两种场景中,因操作内容的差异,返回的响应失败指令也不同。

还需说明的是,在目标网关应用向目标设备发送操作指令之后,目标设备需要响应该操作指令,以响应终端应用对自身的访问。所以,在步骤204、目标网关应用向目标设备发送操作指令之后,还需执行步骤303至步骤305。

303、目标设备执行操作指令;

例如,操作指令为指示智能空调B对温度进行调节时,智能空调B执行此操作指令,对温度进行了调节。

304、目标设备向目标网关应用发送操作结果;

例如,当智能空调B执行操作指令,对温度进行调节后,智能空调B向网关应用B发送操作结果,其中,该操作结果包括操作成功提示。又例如,当操作指令为指示温度传感器A查询温度时,温度传感器A执行完该操作后,向网关应用A发送的操作结果是查询的温度值。由此可见,当操作指令不同时,返回的操作结果也是不同的。

305、目标网关应用向终端应用发送操作结果。

需要说明的是,网关应用根据可以根据访问请求生成的操作指令中携带的终端应用标识来向终端应用发送操作结果,以使得终端应用实时监测设备的操作状态。

本发明实施例提供的设备管理的方法,终端应用向网关发送访问请求,访问请求用于请求访问目标设备,然后网关将访问请求转发至目标设备对应的目标网关应用,目标网关应用根据访问请求生成操作指令,并向目标设备发送操作指令,以使得目标设备执行操作指令。与现有技术中,终端每需要管理一种类型的设备都需安装和使用该类型设备对应的终端应用,导致对多类型设备管理的操作比较繁琐相比,本发明中,首先终端应用向网关发送对目标设备的访问请求,然后由网关控制并将访问请求转发至管理目标设备的目标网关应用。因此,在网关的控制下,终端应用就可以将访问请求发送至管理目标设备的目标网关应用,而并非将访问请求发送至终端应用对应的网关应用,进而终端应用可以通过目标网关应用来管理目标设备。其中,目标设备为已注册到网关资源池中的任意类型的设备,因此,终端应用可以向网关发送对任意类型设备的访问请求,网关将对相应类型设备的访问请求转发至管理相应类型设备的网关应用,进而使用一个终端应用就可以管理多类型的设备,而无需安装和使用多类型设备对应的终端应用,就降低了管理设备操作的复杂性。

以下结合具体的场景对上述实施例进行说明,

结合上文的例子,用户A的终端应用D,其应用识别码由用户设置为123。用户通过终端应用D,从云服务器获取到温度传感器A和智能空调B的设备信息。

用户下班回家前想访问温度传感器A的查询温度功能,则用户通过终端应用D向网关发送对温度传感器A的访问请求,网关将访问请求转发给网关应用A。该访问请求携带应用D标识、应用D类型:局域应用,应用D的识别码123,操作类型:执行温度传感器A的查询温度功能。网关应用A根据接收到的访问请求和预设策略,判断是否响应该访问请求。由于网关应用的预设策略为不响应查询温度操作,所以网关应用A不响应查询温度的请求,此时,其向终端应用D返回访问温度传感器失败的提示。

用户还想访问智能空调B的温度调节功能,则基于与上述终端应用D请求访问温度传感器相同的步骤,网关应用B根据接收到的访问请求和预设策略,判断是否响应访问请求。由于网关应用B的预设策略为拒绝响应不包含预设应用识别码的访问请求,而网关应用B的应用识别码由用户设置为123,因此,网关应用B需要响应应用识别码同为123的终端应用D的访问请求,然后,其根据访问请求生成操作指令,以指示智能空调B执行温度调节操作,智能空调执行完温度调节操作后,将访问成功的提示发送至网关应用B,再由网关应用B将该提示发送至终端应用D,以使得终端应用D实时监测智能空调B的操作状态。

为了管理用户的私有设备智能门锁,用户终端还安装有终端应用E,终端应用E为网关应用C的终端匹配应用。终端通过WIFI连接到网关,终端应用E向网关应用C发送打开门锁的访问请求,再由网关应用C将门锁打开。

对应于图2所示的方法流程,为了解决终端每需要管理一种类型的设备都需安装和使用该类型设备对应的终端应用的问题。本发明实施例提出了一种设备管理的系统,如图4所示,该系统包括网关401、接入网关401的设备402,云服务器403、终端404。终端404上安装有终端应用4041,网关401上有网关应用4012和资源池4011。

示例性的,图4示出了网关401上安装的多个网关应用4012,其中,包括目标网关应用4012。图4还示出了接入网关401的多个设备402,其中,包括目标设备402。其中,一个网关应用4012对应至少一个类型的设备402,图4中以一个网关应用4012对应一种类型的设备402为例;

终端应用4041,用于向网关401发送访问请求,访问请求用于请求访问目标设备402,目标设备402为已经注册到网关401的资源池4011中的任意类型的设备402;

网关401,用于接收终端应用4041发送的访问请求,将访问请求转发至目标设备402对应的目标网关应用4012;

目标网关应用4012,用于接收网关401转发的访问请求,根据访问请求生成操作指令,操作指令用于指示目标设备402执行指定操作;向目标设备402发送操作指令,以使得目标设备402执行操作指令。

在本发明实施例提出的另一种实现方式中,目标网关应用4012,还用于根据预设策略判断是否需要响应访问请求;若是,则根据访问请求生成操作指令;若否,则向终端应用4041发送响应失败指令。

在本发明实施例提出的另一种实现方式中,访问请求中包括终端应用标识、应用识别码、操作内容、应用类型;

预设策略包括以下至少一种:

拒绝在预设时间间隔内响应一次以上包含相同操作内容的访问请求;

拒绝响应包含预设操作类型的操作内容的访问请求;

拒绝响应包含非允许时间内的操作内容的访问请求;

拒绝响应不包含预设应用识别码的访问请求;

拒绝响应包含预设应用类型之外的访问请求。

在本发明实施例提出的另一种实现方式中,

终端应用4041,还用于从云服务器403获取设备信息,设备信息为网关401的资源池4011中包含的指定访问权限的设备的信息,指定访问权限为允许任意终端应用4041访问。

在本发明实施例提出的另一种实现方式中,目标设备402,用于执行操作指令;

目标设备402,还用于向目标网关应用4012发送操作结果;

目标网关应用4012,还用于接收目标设备402发送的操作结果,向终端应用4041发送操作结果。

本发明实施例提供的设备管理的系统,终端应用向网关发送访问请求,访问请求用于请求访问目标设备,然后网关将访问请求转发至目标设备对应的目标网关应用,目标网关应用根据访问请求生成操作指令,并向目标设备发送操作指令,以使得目标设备执行操作指令。与现有技术中,终端每需要管理一种类型的设备都需安装和使用该类型设备对应的终端应用,导致对多类型设备管理的操作比较繁琐相比,本发明中,首先终端应用向网关发送对目标设备的访问请求,然后由网关控制并将访问请求转发至管理目标设备的目标网关应用。因此,在网关的控制下,终端应用就可以将访问请求发送至管理目标设备的目标网关应用,而并非将访问请求发送至终端应用对应的网关应用,进而终端应用可以通过目标网关应用来管理目标设备。其中,目标设备为已注册到网关资源池中的任意类型的设备,因此,终端应用可以向网关发送对任意类型设备的访问请求,网关将对相应类型设备的访问请求转发至管理相应类型设备的网关应用,进而使用一个终端应用就可以管理多类型的设备,而无需安装和使用多类型设备对应的终端应用,就降低了管理设备操作的复杂性。

通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘,硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。

以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1