设备管理方法、系统和数据传输方法、系统及终端设备与流程

文档序号:18133869发布日期:2019-07-10 10:27阅读:254来源:国知局
设备管理方法、系统和数据传输方法、系统及终端设备与流程

本发明属于设备管理技术领域,尤其涉及一种设备管理方法、系统和数据传输方法、系统及终端设备。



背景技术:

设备管理是对设备寿命周期全过程的管理,包括选择设备、正确使用设备、维护修理设备以及更新改造设备全过程的管理工作。复杂的设备管理系统需要对数量庞大的设备进行管理,一般采用设备组网的方式连接。

现有技术中由于设备组网的结构复杂,造成不易扩展以及难以进行故障设备定位的问题。



技术实现要素:

有鉴于此,本发明实施例提供了一种设备管理方法、系统和数据传输方法、系统及终端设备,以解决现有技术中由于设备组网的结构复杂,造成不易扩展以及难以进行故障设备定位的问题。

本发明实施例的第一方面提供了一种设备管理方法,包括:

向通信链路发送控制指令数据包,其中,所述通信链路由预设数量的设备依次级联组成,所述控制指令数据包沿所述通信链路中的各设备依次传输。

接收所述通信链路反馈的控制响应数据包。

根据所述控制响应数据包,判断所述通信链路中是否有设备发生故障。

若有设备发生故障,对发生故障的设备进行定位。

本发明实施例的第二方面提供了一种设备管理系统,包括:

控制指令发送模块,用于向通信链路发送控制指令数据包,其中,所述通信链路由预设数量的设备依次级联组成,所述控制指令数据包沿所述通信链路中的各设备依次传输。

控制响应接收模块,用于接收所述通信链路反馈的控制响应数据包。

故障检测模块,用于根据所述控制响应数据包,判断所述通信链路中是否有设备发生故障。

故障定位模块,用于若有设备发生故障,对发生故障的设备进行定位。

本发明实施例的第三方面提供了一种数据传输方法,由通信链路中的任一设备执行,所述通信链路由预设数量的设备依次级联组成,所述数据传输方法包括:

当接收到前一级设备发送的控制指令数据包时,生成设备数据包。

按照预设规则,将所述设备数据包和所述控制指令数据包打包,得到新的控制指令数据包。

向后一级设备发送所述新的控制指令数据包,并判断是否发送成功。

若发送失败,则将所述新的控制指令数据包作为控制响应数据包,并反馈至前一级设备。

当接收到后一级设备发送的控制响应数据包时,将所述控制响应数据包转发至前一级设备。

本发明实施例的第四方面提供了一种数据传输系统,基于通信链路中的任一设备实现,所述通信链路由预设数量的设备依次级联组成,所述数据传输系统包括:

控制指令接收模块,用于当接收到前一级设备发送的控制指令数据包时,生成设备数据包。

数据处理模块,用于按照预设规则,将所述设备数据包和所述控制指令数据包打包,得到新的控制指令数据包。

发送测试模块,用于向后一级设备发送所述新的控制指令数据包,并判断是否发送成功。

控制响应生成模块,用于若发送失败,则将所述新的控制指令数据包作为控制响应数据包,并反馈至前一级设备。

控制响应发送模块,用于当接收到后一级设备发送的控制响应数据包时,将所述控制响应数据包转发至前一级设备。

本发明实施例的第五方面提供了一种终端设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如上所述设备管理方法的步骤和/或所述数据传输方法的步骤。

本发明实施例的第六方面提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现如上所述设备管理方法的步骤和/或所述数据传输方法的步骤。

本发明实施例与现有技术相比存在的有益效果是:通过向由预设数量的设备依次级联组成的通信链路发送控制指令数据包,并接收所述通信链路反馈的控制响应数据包,判断所述通信链路中是否有设备发生故障,若有设备发生故障,对发生故障的设备进行定位。本发明实施例能够实现通信链路中设备的灵活扩展,并能迅速判断发生故障的设备的位置。在不改变设备设置的情况下,可实现随意的在通信链路中添加设备且不会引起通信链路的通信冲突,有利于设备的大批量生产和管理,减少设备组网的难度和风险。

附图说明

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

图1是本发明的一个实施例提供的设备管理方法的流程示意图;

图2是本发明的一个实施例提供的设备管理系统的结构示意图;

图3是本发明的一个实施例提供的数据传输方法的流程示意图;

图4是本发明的一个实施例提供的数据传输系统的结构示意图;

图5是本发明的一个实施例提供的终端设备的示意图。

具体实施方式

以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本发明实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本发明的描述。

本发明的说明书和权利要求书及上述附图中的术语“包括”以及其他任何变形,是指“包括但不限于”,意图在于覆盖不排他的包含。例如包含一系列步骤或单元的过程、方法或系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。此外,术语“第一”、“第二”和“第三”等是用于区别不同对象,而非用于描述特定顺序。

为了说明本发明所述的技术方案,下面通过具体实施例来进行说明。

本发明实施例基于一种通信链路实现,所述通信链路由预设数量的设备依次级联组成。所述设备包括数据收发模块。任意两个设备之间通过总线连接,总线可以为can总线(controllerareanetwork)或者485通信总线。由于设备采用依次级联的方式,任意一个设备只能与前一级设备或者后一级设备通信。

实施例1:

如图1所示,本发明实施例所提供的一种设备管理方法,包括:

步骤s101,向通信链路发送控制指令数据包,其中,所述通信链路由预设数量的设备依次级联组成,所述控制指令数据包沿所述通信链路中的各设备依次传输。

本实施例中,控制指令数据包包括控制指令,用于指示设备生成设备数据包与控制指令数据包打包得到控制响应数据包,还用于指示目标设备执行相应处理。设备数据包包括设备地址和设备数据。

步骤s102,接收所述通信链路反馈的控制响应数据包。

本实施例中,控制响应数据包为通信链路接收到控制指令数据包后经过预设处理生成的。

步骤s103,根据所述控制响应数据包,判断所述通信链路中是否有设备发生故障。

步骤s104,若有设备发生故障,对发生故障的设备进行定位。

本发明实施例能够实现通信链路中设备的灵活扩展,并能迅速判断发生故障的设备的位置。在不改变设备设置的情况下,可实现随意的在通信链路中添加设备且不会引起通信链路的通信冲突,仅通过主机集中的管理各个设备。有利于设备的大批量生产和管理,减少设备组网的难度和风险。

在本发明的一个实施例中,在步骤s101之前,包括:

1)向所述通信链路发送地址测试指令,其中,所述地址测试指令用于指示所述各设备按照在所述通信链路中的排序生成设备地址。

本实施例中,当前设备的当前设备地址等于前一级设备的设备地址与预设值之和。预设值为整数,例如1、10等。

2)接收所述通信链路反馈的地址数据包,其中,所述地址数据包为按照所述排序打包得到的所述设备地址的集合。

本实施例实现了为通信链路中的各设备动态分配设备地址。

在一个实施例中,按照各设备在所述通信链路中的排序生成各设备的设备地址;将各设备的设备地址按照所述排序结合得到设备地址数据包;向所述通信链路发送设备地址数据包,所述设备地址数据包包括各设备对应的设备地址。

在一个实施例中,在步骤s101之前,还包括:

1)向所述通信链路发送测试请求数据包,其中,所述测试请求数据包沿所述通信链路中的各设备依次传输。

2)接收所述通信链路反馈的测试响应数据包。

3)根据所述测试响应数据包,获取所述通信链路的初始状态。

其中,所述初始状态包括设备数量、设备连接关系和设备属性信息。

在本发明的一个实施例中,步骤s103包括:

1)根据所述控制响应数据包中的设备地址,判断所述控制响应数据包中是否有设备地址缺失。

2)若有设备地址缺失,确定缺失的设备地址所对应的设备发生故障。

本实施例中,接收到所述控制响应数据包后,对所述控制响应数据包进行分包处理,提取其中的设备地址。将控制响应数据包中的设备地址与预存的完整的设备地址进行比对,判断所述控制响应数据包中是否有设备地址缺失。若有设备地址缺失,根据比对确定缺失的设备地址,那么,缺失的设备地址所对应的设备即为发生故障。

应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。

实施例2:

如图2所示,本发明的一个实施例提供的设备管理系统100,用于执行图1所对应的实施例中的方法步骤,其包括:

控制指令发送模块110,用于向通信链路发送控制指令数据包,其中,所述通信链路由预设数量的设备依次级联组成,所述控制指令数据包沿所述通信链路中的各设备依次传输。

控制响应接收模块120,用于接收所述通信链路反馈的控制响应数据包。

故障检测模块130,用于根据所述控制响应数据包,判断所述通信链路中是否有设备发生故障。

故障定位模块140,用于若有设备发生故障,对发生故障的设备进行定位。

在本发明的一个实施例中,设备管理系统100还包括:

地址测试指令发送模块,用于向所述通信链路发送地址测试指令,其中,所述地址测试指令用于指示所述各设备按照在所述通信链路中的排序生成设备地址。

地址数据接收模块,用于接收所述通信链路反馈的地址数据包,其中,所述地址数据包为按照所述排序打包得到的所述设备地址的集合。

在本发明的一个实施例中,故障检测模块130还用于:

根据所述控制响应数据包中的设备地址,判断所述控制响应数据包中是否有设备地址缺失。

若有设备地址缺失,确定缺失的设备地址所对应的设备发生故障。

在一个实施例中,设备管理系统100还包括其他功能模块/单元,用于实现实施例1中各实施例中的方法步骤。

上述设备管理系统100中模块的具体工作过程,可以参考实施例1的对应过程,在此不再赘述。

实施例3:

如图3所示,为本发明实施例所提供的一种数据传输方法的流程示意图。所述数据传输方法由通信链路中的任一设备执行,所述通信链路由预设数量的设备依次级联组成。所述数据传输方法包括:

步骤s201,当接收到前一级设备发送的控制指令数据包时,生成设备数据包。

步骤s202,按照预设规则,将所述设备数据包和所述控制指令数据包打包,得到新的控制指令数据包。

步骤s203,向后一级设备发送所述新的控制指令数据包,并判断是否发送成功。

步骤s204,若发送失败,则将所述新的控制指令数据包作为控制响应数据包,并反馈至前一级设备。

步骤s205,当接收到后一级设备发送的控制响应数据包时,将所述控制响应数据包转发至前一级设备。

本实施例中,所述控制指令数据包通过所述通信链路按照由前至后的方向依次传输。所述控制指令数据包包括目标设备地址。

本实施例中,若所述设备检测到无法与后一级设备进行通信时,将生成的所述控制响应数据包反馈至前一级设备,所述控制响应数据包通过所述通信链路按照由后至前的方向依次传输。

在本发明的一个实施例中,在步骤s201之前,所述数据传输方法包括:

1)当接收到前一级设备发送的地址测试指令和地址数据包时,生成当前设备地址,其中,所述当前设备地址等于前一级设备的设备地址与预设值之和。

2)按照预设规则,将所述当前设备地址和所述地址数据包打包,得到新的地址数据包。

3)向后一级设备发送所述新的地址数据包,并判断是否发送成功。

4)若发送失败,则将所述新的地址数据包反馈至前一级设备。

5)当接收到后一级设备发送的地址数据包时,将所述地址数据包转发至前一级设备。

本实施例实现了动态分配设备地址。

在本发明的一个实施例中,步骤s201包括:

1)根据所述控制指令数据包中的控制指令,得到相应的设备数据。

2)将所述当前设备地址和所述设备数据打包生成所述设备数据包。

在本发明的一个实施例中,所述控制指令数据包包括目标设备地址。

在本发明的一个实施例中,所述根据所述控制指令数据包中的控制指令,得到相应的设备数据,包括:

1)检测所述当前设备地址是否与所述目标设备地址匹配。

2)若匹配,则根据所述控制指令执行相应处理,并得到处理后生成的响应数据,将所述响应数据作为所述设备数据。

3)若不匹配,则提取预存的设备数据。

本实施例实现了控制指令的依次传输。

在本发明的一个实施例中,所述数据传输方法还包括:

1)当接收到前一级设备发送的测试请求数据包时,生成测试设备数据包,所述测试设备数据包包括设备地址和预存的设备数据。

2)将所述测试设备数据包和所述测试请求数据包打包,得到新的测试请求数据包。

3)向后一级设备发送所述新的测试请求数据包,并判断是否发送成功。

4)若发送失败,则将所述新的测试请求数据包作为测试响应数据包,并反馈至前一级设备。

5)当接收到后一级设备发送的测试响应数据包时,将所述测试响应数据包转发至前一级设备。

本实施例中,所述测试请求数据包通过所述通信链路按照由前至后的方向依次传输。所述设备接收到所述测试请求数据包后,将对应的所述设备地址和预存的设备数据与所述测试请求数据包结合生成新的测试请求数据包传输至后一级设备。

当所述通信链路末端的设备接收到所述测试请求数据包后,将对应的所述设备地址和预存的设备数据与所述测试请求数据包结合生成所述测试响应数据包,并反馈至前一级设备。所述测试响应数据包通过所述通信链路按照由后至前的方向依次传输。

接收到所述测试响应数据包后,根据所述测试响应数据包确定所述通信链路的初始状态,所述初始状态包括设备数量、设备连接关系和设备属性信息。

实施例4:

如图4所示,本发明的一个实施例提供的数据传输系统200,基于通信链路中的任一设备实现,所述通信链路由预设数量的设备依次级联组成。

所述数据传输系统200包括:

控制指令接收模块210,用于当接收到前一级设备发送的控制指令数据包时,生成设备数据包。

数据处理模块220,用于按照预设规则,将所述设备数据包和所述控制指令数据包打包,得到新的控制指令数据包。

发送测试模块230,用于向后一级设备发送所述新的控制指令数据包,并判断是否发送成功。

控制响应生成模块240,用于若发送失败,则将所述新的控制指令数据包作为控制响应数据包,并反馈至前一级设备。

控制响应发送模块250,用于当接收到后一级设备发送的控制响应数据包时,将所述控制响应数据包转发至前一级设备。

在本发明的一个实施例中,所述数据传输系统200还包括:

地址生成模块,用于当接收到前一级设备发送的地址测试指令和地址数据包时,生成当前设备地址,其中,所述当前设备地址等于前一级设备的设备地址与预设值之和。

地址数据包生成模块,用于按照预设规则,将所述当前设备地址和所述地址数据包打包,得到新的地址数据包。

第一地址发送模块,用于向后一级设备发送所述新的地址数据包,并判断是否发送成功。

判断模块,用于若发送失败,则将所述新的地址数据包反馈至前一级设备。

第二地址发送模块,用于当接收到后一级设备发送的地址数据包时,将所述地址数据包转发至前一级设备。

在本发明的一个实施例中,控制指令接收模块210还用于:

根据所述控制指令数据包中的控制指令,得到相应的设备数据。

将所述当前设备地址和所述设备数据打包生成所述设备数据包。

在本发明的一个实施例中,所述控制指令数据包包括目标设备地址。

在本发明的一个实施例中,所述根据所述控制指令数据包中的控制指令,得到相应的设备数据,包括:

检测所述当前设备地址是否与所述目标设备地址匹配。

若匹配,则根据所述控制指令执行相应处理,并得到处理后生成的响应数据,将所述响应数据作为所述设备数据。

若不匹配,则提取预存的设备数据。

在一个实施例中,数据传输系统200还包括其他功能模块/单元,用于实现实施例3中各实施例中的方法步骤。

上述数据传输系统200中模块的具体工作过程,可以参考实施例3的对应过程,在此不再赘述。

实施例5:

图5是本发明一实施例提供的终端设备的示意图。如图5所示,该实施例的终端设备5包括:处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机程序52。

在一个实施例中,所述处理器50执行所述计算机程序52时实现如实施例1中所述的各实施例中的步骤,例如图1所示的步骤s101至s104。或者,所述处理器50执行所述计算机程序52时实现如实施例2中所述的各系统实施例中的各模块/单元的功能,例如图2所示模块110至140的功能。

在一个实施例中,所述处理器50执行所述计算机程序52时实现如实施例3中所述的各实施例中的步骤,例如图3所示的步骤s201至s205。或者,所述处理器50执行所述计算机程序52时实现如实施例4中所述的各系统实施例中的各模块/单元的功能,例如图4所示模块210至250的功能。

所称处理器50可以是中央处理单元(centralprocessingunit,cpu),还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor,dsp)、专用集成电路(applicationspecificintegratedcircuit,asic)、现成可编程门阵列(field-programmablegatearray,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器51可以是所述终端设备5的内部存储单元,例如终端设备5的硬盘或内存。所述存储器51也可以是所述终端设备5的外部存储设备,例如所述终端设备5上配备的插接式硬盘,智能存储卡(smartmediacard,smc),安全数字(securedigital,sd)卡,闪存卡(flashcard)等。进一步地,所述存储器51还可以既包括所述终端设备5的内部存储单元也包括外部存储设备。所述存储器51用于存储所述计算机程序以及所述终端设备5所需的其他程序和数据。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

实施例6:

本发明实施例还提供了一种计算机可读存储介质,计算机可读存储介质存储有计算机程序,计算机程序被处理器执行时实现如实施例1和/或实施例3中所述的各实施例中的步骤,例如图1所示的步骤s101至步骤s104,和/或图3所示的步骤s201至步骤s205。或者,所述计算机程序被处理器执行时实现如实施例2和/或实施例4中所述的各系统实施例中的各模块/单元的功能,例如图2所示的模块110至140的功能,和/或图4所示的模块210至250的功能。

所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括是电载波信号和电信信号。

在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本发明实施例系统中的模块或单元可以根据实际需要进行合并、划分和删减。

本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。

在本发明所提供的实施例中,应该理解到,所揭露的系统/终端设备和方法,可以通过其它的方式实现。例如,以上所描述的系统/终端设备实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。

以上所述实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围,均应包含在本发明的保护范围之内。

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