称重设备管控方法、系统、称重设备管理中间件及介质与流程

本申请涉及车辆称重技术领域，特别涉及一种称重设备管控方法、系统、称重设备管理中间件及计算机可读存储介质。

背景技术：

称重发运系统中各功能设备一般通过直连数据线与地磅端的计算机终端相连的方式实现数据通讯。设备可能包括智能道闸、红绿灯、led显示屏、音响设备、对讲设备、红外线定位、rfid读卡器、ic卡刷卡器等。

这些不同种类的设备通常由不同生产厂家进行生成和售卖，即每种设备的管理应用都是相应厂商单独开发的，即使相同种类的设备也有可能因为厂家的不同存在不同的管理应用，且同时由于适用版本问题存在相同设备的多版本管理应用，使得在进行称重发运管理时，不仅需要频繁在多种设备的管理应用中进行操作，且还会因为操作规程不统一使得需要按照不同设备的操作规程来进行，无疑增加了管理难度和出错的概率。

同时，设备直接受相应管理应用的管控方式也使得如果更换了不同厂家、不同通讯方式或型号的设备或添加新的设备时必须要对原有的软件进行大规模的改动。而同种设备在不同厂家和型号的管理应用提供的通讯方式和调用的方法都不相同的情况下，还需要更换新的、匹配的管理应用，在更换完成后还需要调试、操作工人适应新的操作方法，使得在多设备情况下的管理效率低下。

因此，如何克服现有称重发运系统中对多设备进行管控时存在的各项技术缺陷，提供一种管理方式更统一、操作人员上手更快的多称重设备管控机制是本领域技术人员亟待解决的问题。

技术实现要素：

本申请的目的是提供一种称重设备管控方法，应用于称重设备管理中间件，其一端与各称重设备相连、一端与上层管理设备相连，该中间件内置有每种称重设备对应的管理应用，在实际使用时接收上层管理设备就统一格式生成的管控指令，并从中提取出该管控指令实际对应的目标操作对象和目标管控内容，在确定目标操作对象对应的称重设备后，将原格式的目标管控内容转换为可被目标称重设备管理应用读取的格式，基于此可实现以管控指令的统一，无需频繁切换不同的管理应用，将格式转换操作交由中间件进行，极大的增加了多设备管控效率和减低了出错的可能性。

本申请的另一目的在于提供了一种称重设备管控系统、称重设备管理中间件及计算机可读存储介质。

为实现上述目的，本申请提供一种称重设备管控方法，应用于称重设备管理中间件，该方法包括：

接收管理人员输入的称重设备管控指令；

从所述称重设备管控指令中提取得到目标操作对象和目标管控内容；

根据对应表确定所述目标操作对象对应的目标称重设备，并将所述目标管控内容转换为可被所述目标称重设备对应的管理应用识别的数据；其中，所述对应表中包括各操作对象与各称重设备间的对应关系、各称重设备与各管理应用间的对应关系；

将所述数据下发至所述目标称重设备的管理应用，以利用所述管理应用将所述数据配置于对应的称重设备。

可选的，从所述称重设备管控指令中提取得到目标操作对象和目标管控内容，包括：

利用关键字提取方式从所述称重设备管控指令中提取得到目标操作对象；

在所述称重设备管控指令中的预设位置处提取得到所述目标管控内容。

可选的，该称重设备管控方法还包括：

预先为每个称重设备进行命名，得到设备识别标识，并将各所述设备识别标识作为对应称重设备的操作对象。

可选的，该称重设备管控方法还包括：

接收每个称重设备的管理应用反馈回的管控指令执行结果；

将各所述管控指令执行结果统一转换为可被所述称重设备管理中间件识别的统一格式数据；

根据所述统一格式数据显示对应称重设备的管控结果；

当所述管控结果为配置失败时，通过预设路径发送警告信息。

可选的，所述称重设备管控指令的来源包括：

与所述管理中间件直接相连的本地控制主机、与所述管理中间件远程相连的远程控制主机、与所述本地控制主机相连的其它控制主机中的任意一种。

可选的，所述目标管控内容包括：

称重设备的启动命令、称重设备的停止命令、称重设备的参数配置命令、称重设备的当前参数获取指令、称重设备的日志获取指令中的至少一项。

为实现上述目的，本申请还提供了一种称重设备管控系统，应用于称重设备管理中间件，该系统包括：

管控指令接收单元，用于接收管理人员输入的称重设备管控指令；

信息提取单元，用于从所述称重设备管控指令中提取得到目标操作对象和目标管控内容；

对应关系确定及转换单元，用于根据对应表确定所述目标操作对象对应的目标称重设备，并将所述目标管控内容转换为可被所述目标称重设备对应的管理应用识别的数据；其中，所述对应表中包括各操作对象与各称重设备间的对应关系、各称重设备与各管理应用间的对应关系；

数据下发单元，用于将所述数据下发至所述目标称重设备的管理应用，以利用所述管理应用将所述数据配置于对应的称重设备。

可选的，所述信息提取单元包括：

操作对象提取子单元，用于利用关键字提取方式从所述称重设备管控指令中提取得到目标操作对象；

管控内容提取子单元，用于在所述称重设备管控指令中的预设位置处提取得到所述目标管控内容。

可选的，该称重设备管理系统还包括：

命名单元，用于预先为每个称重设备进行命名，得到设备识别标识，并将各所述设备识别标识作为对应称重设备的操作对象。

可选的，该称重设备管理系统还包括：

执行结果接收单元，用于接收每个称重设备的管理应用反馈回的管控指令执行结果；

格式转换单元，用于将各所述管控指令执行结果统一转换为可被所述称重设备管理中间件识别的统一格式数据；

统一显示单元，用于根据所述统一格式数据显示对应称重设备的管控结果；

警告发送单元，用于当所述管控结果为配置失败时，通过预设路径发送警告信息。

为实现上述目的，本申请还提供了一种称重设备管理中间件，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上述内容所描述的称重设备管控方法的步骤。

为实现上述目的，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述内容所描述的称重设备管控方法的步骤。

显然，本申请所提供的一种称重设备管控方法，应用于称重设备管理中间件，其一端与各称重设备相连、一端与上层管理设备相连，该中间件内置有每种称重设备对应的管理应用，在实际使用时接收上层管理设备就统一格式生成的管控指令，并从中提取出该管控指令实际对应的目标操作对象和目标管控内容，在确定目标操作对象对应的称重设备后，将原格式的目标管控内容转换为可被目标称重设备管理应用读取的格式，基于此可实现以管控指令的统一，无需频繁切换不同的管理应用，将格式转换操作交由中间件进行，极大的增加了多设备管控效率和减低了出错的可能性。本申请同时还提供了一种称重设备管控系统、称重设备管理中间件及计算机可读存储介质，具有上述有益效果，在此不再赘述。

附图说明

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

图1为本申请实施例提供的一种称重设备管控方法的流程图；

图2为本申请实施例提供的另一种称重设备管控方法的流程图；

图3为本申请实施例提供的一种称重设备管控系统的结构框图；

图4为本申请实施例提供的一种称重设备管理中间件的内部逻辑示意图。

具体实施方式

本申请的核心是提供一种称重设备管控方法、系统、称重设备管理中间件及计算机可读存储介质，应用于称重设备管理中间件，其一端与各称重设备相连、一端与上层管理设备相连，该中间件内置有每种称重设备对应的管理应用，在实际使用时接收上层管理设备就统一格式生成的管控指令，并从中提取出该管控指令实际对应的目标操作对象和目标管控内容，在确定目标操作对象对应的称重设备后，将原格式的目标管控内容转换为可被目标称重设备管理应用读取的格式，基于此可实现以管控指令的统一，无需频繁切换不同的管理应用，将格式转换操作交由中间件进行，极大的增加了多设备管控效率和减低了出错的可能性。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

实施例一

以下结合图1，图1为本申请实施例提供的一种称重设备管控方法的流程图，本实施例提供的方法应用于称重设备管理中间件，该中间件一端与各称重设备相连、一端与上层管理设备相连，且其中内置有每种已连接的称重设备对应的管理应用，本实施例的执行主体也为该称重设备管理中间件：

s101：接收管理人员输入的称重设备管控指令；

本步骤旨在接收来自上层管理设备发来的称重设备管控指令，需要说明的是，由于该称重设备管理中间件的存在，使得所有与其相连的称重设备进行的数据通讯均会基于该中间件实现，因此为了使得上层管理操作更加便捷，可执行一套统一的管控指令生成格式，使得对所有种类称重设备下发的管控指令均采用相同的操作规程实现，而在该统一格式的管控指令到达中间件时再将其转换相应称重设备对应管理应用可识别的格式即可，如此操作，不仅方便了上层操作人员在生成管控指令时的操作便利性，也将转换操作交由机器实现，可显著降低错误率。

需要说明的是，本申请所描述的称重设备，不仅仅指的是用于测量货车载重的地磅或汽车衡，还包括整个称重发运系统中用于辅助进行称重作业、发运作业的各种类设备，例如在背景技术中所给出的智能道闸、红绿灯、led显示屏、音响设备、对讲设备、红外线定位、rfid读卡器、ic卡刷卡器等，本申请所描述的称重设备包括上述这些辅助称重作业、发运作业的设备。

进一步的，该称重设备管控指令的来源不仅仅限于与该称重设备管理中间件建立直接物理连接的直连本地控制主机，还可以在添加无线通信模块的基础上，直接与远程控制主机建立连接，进而接收由远程主机直接下发的称重设备管控指令。另一种远程控制的方式为，与直连本地控制主机建立连接关系，间接的通过该直连本地控制主机来控制该称重设备管理中间件，此处并不做具体限定，可根据实际情况灵活选择最合适的方式。

s102：从称重设备管控指令中提取得到目标操作对象和目标管控内容；

在s101的基础上，本步骤旨在从接收到的称重设备管控指令中提取得到目标操作对象和目标管控内容。其中，目标操作对象是指本条称重设备管控指令的管控对象具体为哪台称重设备，目标管控内容是指想要对目标操作对象对应的称重设备进行何种操作，这两部分也是每条称重设备管控指令一定需要包含的内容，因为该称重设备管控指令的受众群体不仅仅为一台设备，因此为了明确操作对象必须存在这两部内容，特殊的，当需要对所有连接于该中间件的称重设备下发相同的目标管控内容时，可以选择广播的方式，此时就无需区分目标操作对象。

当然，除本步骤提及的两部分外，该称重设备管控指令中根据实际的需求还可以包含其它信息，例如纠错编码、指令发送者的身份识别代码等等，可根据实际情况中所有可能出现的特殊要求灵活制定该称重设备管控指令的数据构成格式。

具体的，目标管控内容可由称重设备的启动命令、称重设备的停止命令、称重设备的参数配置命令、称重设备的当前参数获取指令、称重设备的日志获取指令中的至少一项组成，此处并不做具体限定。

s103：根据对应表确定目标操作对象对应的目标称重设备，并将目标管控内容转换为可被目标称重设备对应的管理应用识别的数据；

其中，该对应表中包括各操作对象与各称重设备间的对应关系、各称重设备与各管理应用间的对应关系，在此基础上，本步骤才能根据该对应表确定目标操作对象对应的目标称重设备，并将目标管控内容转换为可被目标称重设备对应的管理应用识别的数据。

为了便于描述对应表中的对应关系，还可以预先为每个称重设备进行命名，得到设备识别标识，并将各设备识别标识作为对应称重设备的操作对象，具体如何命名，此处并不做具体限定，本申请的重点并非为如何进行操作对象命名，且本领域技术可在本步骤思想的指导下给出多种实现方式，在此不再赘述。

同时，为了能够将包含于称重设备管控指令中的目标管控内容以可被读取的格式下发至于目标操作对象对应的管理应用，还可以预先根据两者间数据格式的差别执行一个数据格式转换规则，一种包括但不限于的方式为采用正则表达式进行信息的修改和替换，以完成格式间的转换，使得可在上层采用统一的指令生成格式实现对所有种类称重设备的管控，极大的减低了指令的制作难度。

s104：将数据下发至目标称重设备的管理应用，以利用管理应用将数据配置于对应的称重设备。

在s103的基础上，本步骤旨在将格式转换后得到的数据下发至目标称重设备的管理应用，以利用管理应用将配套的管控内容配置于对应的称重设备，完成一次基于该称重设备管理中间件的称重设备管控。

进一步的，还可以接收每个称重设备的管理应用反馈回的管控指令执行结果；将各管控指令执行结果统一转换为可被称重设备管理中间件识别的统一格式数据；根据统一格式数据显示对应称重设备的管控结果；并当管控结果为配置失败时，通过预设路径发送警告信息。即在上层管理设备上对所有连接于该中间件的称重设备的信息进行显示时，是基于相同界面下的，而无需分别在各个称重设备的管理应用上进行呈现，这是因为该管理中间件会对各个管理应用返回的执行结果进行统一呈现，以减低管理难度。

需要说明的是，该预设路径可以为电子邮件、声光报警器、即时通讯应用以及弹窗提示等等方式，还可以接受用户的自定义，此处并不做具体限定。

基于上述技术方案，本申请实施例提供的一种称重设备管控方法，应用于称重设备管理中间件，其一端与各称重设备相连、一端与上层管理设备相连，该中间件内置有每种称重设备对应的管理应用，在实际使用时接收上层管理设备就统一格式生成的管控指令，并从中提取出该管控指令实际对应的目标操作对象和目标管控内容，在确定目标操作对象对应的称重设备后，将原格式的目标管控内容转换为可被目标称重设备管理应用读取的格式，基于此可实现以管控指令的统一，无需频繁切换不同的管理应用，将格式转换操作交由中间件进行，极大的增加了多设备管控效率和减低了出错的可能性。

实施例二

以下结合图2，图2为本申请实施例提供的另一种称重设备管控方法的流程图，本实施例在实施例一的基础上，通过s202和s203给出了一种如何从统一格式的称重设备管控指令中提取得到目标操作对象和目标管控内容的方法，通过s206至s208给出了一种接受执行下发后返回的返回数据并进行处理的方式，需要说明的是，上述两部分均可以单独与实施例一形成相应的实施例，本实施例仅作为一种同时包含两种优选方式的优选实施例存在，具体步骤如下：

s201：接收管理人员输入的称重设备管控指令；

s202：利用关键字提取方式从称重设备管控指令中提取得到目标操作对象；

s203：在称重设备管控指令中的预设位置处提取得到目标管控内容；

本实施例采用关键字提取方式从称重设备管控指令中提取得到目标操作对象，能够采用该提取方式的前提为预先为各种类称重设备进行了存在相同部分标识的命名，例如设备001、设备002、设备003，基于相同部分可采用该关键字提取方式。而在提取目标管控内容时则采用了在称重设备管控指令中的预设位置处进行提取的方式，这是因为通常情况下该目标管控内容通常会存在于一个固定的位置，类似的，目标操作对象的提取也可以基于此种方式进行。

s204：根据对应表确定目标操作对象对应的目标称重设备，并将目标管控内容转换为可被目标称重设备对应的管理应用识别的数据；

s205：将数据下发至目标称重设备的管理应用，以利用管理应用将数据配置于对应的称重设备；

s206：接收每个称重设备的管理应用反馈回的管控指令执行结果；

s207：将各管控指令执行结果统一转换为可被称重设备管理中间件识别的统一格式数据；

s208：根据统一格式数据显示对应称重设备的管控结果。

下面请参见图3，图3为本申请实施例提供的一种称重设备管控系统的结构框图，该称重设备管控系统可以包括：

管控指令接收单元100，用于接收管理人员输入的称重设备管控指令；

信息提取单元200，用于从称重设备管控指令中提取得到目标操作对象和目标管控内容；

对应关系确定及转换单元300，用于根据对应表确定目标操作对象对应的目标称重设备，并将目标管控内容转换为可被目标称重设备对应的管理应用识别的数据；其中，对应表中包括各操作对象与各称重设备间的对应关系、各称重设备与各管理应用间的对应关系；

数据下发单元400，用于将数据下发至目标称重设备的管理应用，以利用管理应用将数据配置于对应的称重设备。

其中，信息提取单元200可以包括：

操作对象提取子单元，用于利用关键字提取方式从称重设备管控指令中提取得到目标操作对象；

管控内容提取子单元，用于在称重设备管控指令中的预设位置处提取得到目标管控内容。

进一步的，该称重设备管理系统还可以包括：

命名单元，用于预先为每个称重设备进行命名，得到设备识别标识，并将各设备识别标识作为对应称重设备的操作对象。

执行结果接收单元，用于接收每个称重设备的管理应用反馈回的管控指令执行结果；

格式转换单元，用于将各管控指令执行结果统一转换为可被称重设备管理中间件识别的统一格式数据；

统一显示单元，用于根据统一格式数据显示对应称重设备的管控结果；

警告发送单元，用于当管控结果为配置失败时，通过预设路径发送警告信息。

基于上述实施例，本申请还提供了一种称重设备管理中间件，该中间件可以包括存储器和处理器，其中，该存储器中存有计算机程序，该处理器调用该存储器中的计算机程序时，可以实现上述实施例所提供的步骤。当然，该中间件还可以包括各种必要的网络接口、电源以及其它零部件等。

实施例三

本实施例在上述各实施例的基础上，结合具体场景给出一种称重设备管理中间件，各称重设备集中连接到该称重设备管理中间件，借助该中间件对外提供服务，而每种称重设备对应的管理应用则与该中间件进行数据通讯，请参见图4，图4为一种称重设备管理中间件的内部逻辑构成示意图：

各称重设备与硬件服务直接连接，硬件服务与管理应用连接，提供通用协议，对管理应用来说，只针对特定种类的设备，不用关心具体的厂家、通讯方式和型号，与设备解耦。

如图4所示，其中依次包含三个层次，依次为提供对外服务的接口，支持tcp/ip接口和websocket接口(一种基于套接字协议的接口)，可广泛支持各种开发语言和开发技术框架的业务接口层；执行业务接口层接收的指令，并通过线程池实现自动任务调度、自动资源调度，可实现对设备的各种配置，包括通讯参数、是否屏蔽以及执行次数等，并将接收的指令和处理的结果记录日志的业务处理层；支持多种标准通讯协议，可适配绝大多数各种不同的硬件设备，实现与设备的通讯的设备接口层。图4中其它未进行解释的英文均为本领域技术人员所熟知的协议，此处不再一一赘述。

硬件服务把每一个设备看成是一个资源，把每个需要使用硬件的管理应用看成是一个任务，管理应用根据不同的业务按需对设备进行访问和控制，每一次访问或控制会在硬件服务内生成一个独立的线程即任务，线程按生成的时间顺序放入线程池内，并按先生成先处理的顺序访问设备资源，并将访问或控制的结果按任务进行返回。每个任务可以配置独立的参数例如执行次数、是否屏蔽等，硬件服务在执行任务时按任务的参数执行。这样做的好处是对于称重软件不再关系是具体的哪一个厂家哪一种型号的设备，只需要按每种设备的协议就可以通过硬服务对设备进行访问和控制。对于变更的设备只需要在硬件服务中配置即可。而组件是一个一个相互独立的库，只能由称重软件进行控制，什么时候需要什么时候调用，无法实现计算资源的合理利用和任务调度。

虽然硬件服务是按任务的生成顺序进行调用的，但是硬件服务支持多任务运行，可以同时支持多个任务同时执行，哪个任务先执行完就返回哪一个。可最大程度地发挥计算机的计算资源。

硬件服务内部维护了一个设备列表，可以对已经连接过的设备进行管理和配置，使用时只需要指定具体的型号即可，如已经有10个厂家不同型号的同种设备，例如采用第3种，只需要将第3种设备的状态修改成启用，其他设备设置为关闭即可。这样就解决了不同版本、不同厂家、不同型号的设备管理问题。而使用组件技术时无法实现配置，只能依靠人工统计，使用哪一个就引用哪一个即可。

硬件服务在业务接口层支持多客户端调用，这样就可以服务多个程序，地磅现场的各管理应用通过硬件服务实现称重业务，由于不再使用单一的组件，各管理应用就可以按需进行调用，而不是把所有的组件都添加进来；上层管理终端可以同时连接所有地磅的硬件服务，对各个地磅的设备运行情况了如执掌，如果出现故障也可以向硬件服务发送指令进行维护和排除故障。这样就解决了集中管理和维护的难题。

因为情况复杂，无法一一列举进行阐述，本领域技术人员应能意识到根据本申请提供的基本方法原理结合实际情况可以存在很多的例子，在不付出足够的创造性劳动下，应均在本申请的保护范围内。

本申请还提供了一种计算机可读存储介质，其上存有计算机程序，该计算机程序被执行终端或处理器执行时可以实现上述实施例所提供的步骤。该存储介质可以包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

本文中应用了具体个例对本申请的原理及实施方式进行了阐述，且各个实施例间为递进关系，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，可参见对应的方法部分说明。以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其它要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。