工业总线数据解析转义方法、装置及系统

技术领域

本发明涉及工业控制技术领域，尤其涉及一种工业总线数据解析转义方法、装置及系统。

背景技术

随着数字化进程的推进，围绕着智能制造、智慧城市、智慧楼宇等主题，越来越多的工业设备、智能电子产品接入到互联网平台中；应用场景、工业设备接口、设备通信协议的多样化，通过边缘层、网络层、平台层、应用层，层层之间的解析与转义，可形成统一的人机会话接口。同时，随着半导体集成电路芯片的不断升级与换代，各种硬件模块的迭代与更新，工业设备与应用场景的接入不得不随着硬件的换代而不断开发与更新，从而实现同系列产品生命周期的延续。现有技术中，硬件设备与软件程序之间通常具有耦合关系，因此，任何一个硬件设备进行更新或变动时，都需要对整个软件程序进行升级或更新，这种方式极容易造成软件程序的不稳定。

发明内容

本发明提供的工业总线数据解析转义方法、装置及系统，能够实现主程序模块、解析转义模块以及硬件接口之间的解耦，每个模块能够单独进行更新，避免了程序的不稳定性。

第一方面，本发明提供一种工业总线数据解析转义方法，执行于主程序模块，包括：

调用第一硬件接口，对第一硬件接口对应的第一通信控制器进行读取，以获得第一通信控制器从第一目标地址接收的第一数据帧；

将第一数据帧发送至解析转义模块，以使解析转义模块对第一数据帧进行解析并转换为第二数据帧；

接收解析转义模块发送的第二数据帧；

调用第二硬件接口，将第二数据帧发送至第二硬件接口对应的第二通信控制器，以使第二通信控制器将第二数据帧发送至第二目标地址。

可选地，还包括：

调用第一硬件接口，对第一硬件接口对应的第一通信控制器进行读取，以获得第一通信控制器从第一目标地址接收的第三数据帧；

依据第三数据帧对解析转义模块进行升级。

可选地，所述第三数据帧包括第三目标地址；

依据第三数据帧对解析转义模块进行升级的步骤，包括：

获取第三数据帧中的第三目标地址；

从第三目标地址获取目标协议库文件；

采用目标协议库文件替换解析转义模块中的当前协议库文件。

可选地，所述第三数据帧还包括校验标识；

依据第三数据帧对解析转义模块进行升级的步骤，还包括：

获取第三数据帧中的校验标识；

依据目标协议库文件，计算目标协议库文件的身份标识；

采用校验标识对身份标识进行校验；

当校验通过时，执行采用目标协议库文件替换解析转义模块中当前协议库文件的步骤；

当校验不通过时，生成错误信息，并调用第二硬件接口，将错误信息发送至第二硬件接口对应的第二通信控制器。

可选地，还包括：

接收解析转义模块发送的错误提示，并调用第二硬件接口，将错误提示发送至第二硬件接口对应的第二通信控制器。

可选地，第一通信控制器为网络通信控制器，第二通信控制器为工业总线控制器；或者，

第一通信控制器为工业总线控制器，第二通信控制器为网络通信控制器。

第二方面，本发明提供一种工业总线数据解析转义方法，执行于解析转义模块，包括：

接收主程序模块发送的第一数据帧；

依据第一数据帧对应的协议，将第一数据帧进行解析，以获取第一数据；

依据第二数据帧对应的协议，将第一数据封装为第二数据帧；

将第二数据帧发送至主程序模块，以使所述主程序模块调用第二硬件接口，并将所述第二数据帧发送至所述第二硬件接口对应的第二通信控制器。

可选地，接收主程序模块发送的第一数据帧的步骤之后，还包括：

判断第一数据帧是否符合现场设备的协议格式；

当第一数据帧不符合现场设备的协议格式时，将第一数据帧进行丢弃，并向主程序模块发送错误提示，以使所述主程序模块调用所述第二硬件接口，并将所述错误提示发送至所述第二硬件接口对应的所述第二通信控制器；

当第一数据帧符合现场设备的协议格式时，执行依据第一数据帧对应的协议，将第一数据帧进行解析的步骤。

第三方面，本发明提供一种工业总线数据解析转义装置，包括：

主程序模块，用于执行上述任意一项执行于主程序模块的工业总线数据解析转义方法；

解析转义模块，用于执行上述任意一项执行于解析转义模块的工业总线数据解析转义方法

第一硬件接口，用于响应主程序模块的调用从对应的第一通信控制器中读取第一数据帧；

第二硬件接口，用于响应主程序模块的调用向对应的第二通信控制器中写入第二数据帧。

第四方面，本发明提供一种工业总线数据解析转义系统，包括：

第一通信控制器、第二通信控制器、现场设备以及上述的工业总线数据解析转义装置；

工业总线数据解析转义装置分别与第一通信控制器和第二通信控制器相连接；

现场设备连接第一通信控制器，工业互联网平台连接第二通信控制器；或现场设备连接第二通信控制器，工业互联网平台连接第一通信控制器。

在本发明提供的技术方案中，主程序模块通过调用硬件接口来接收或发送数据，并通过将主程序模块获取到的数据发送给解析转义模块进行解析和转换，实现了主程序模块与硬件接口和解析转义模块的解耦，使解析转义模块与外接设备的逻辑应用处于同一层级。主程序模块仅需要通过对硬件接口和解析转义模块的调用即可获得对应的数据，而无需关注数据的接收、发送以及解析转义过程。本发明提供的技术方案中，在解析转义模块或者硬件接口进行更新时，无需对主程序模块进行改动，保持了主程序模块的稳定运行。

附图说明

图1为本发明一实施例工业总线数据解析转义方法的流程图；

图2为本发明另一实施例工业总线数据解析转义方法的更新过程流程图；

图3为本发明另一实施例工业总线数据解析转义方法更新过程校验流程图；

图4为本发明另一实施例工业总线数据解析转义方法更新过程校验流程图；

图5为本发明另一实施例工业总线数据解析转义方法的流程图；

图6为本发明另一实施例工业总线数据解析转义方法数据格式判断流程图；

图7为本发明另一实施例工业总线数据解析转义装置中主程序模块的示意图；

图8为本发明另一实施例工业总线数据解析转义装置中解析转义模块的示意图；

图9为本发明另一实施例工业总线数据解析转义装置的示意图；

图10为本发明另一实施例工业总线数据解析转义系统的交互示意图。

具体实施方式

为了便于理解本申请，下面将参照相关附图对本申请进行更全面的描述。附图中给出了本申请的实施例。但是，本申请可以以许多不同的形式来实现，并不限于本文所描述的实施例。相反地，提供这些实施例的目的是使本申请的公开内容更加透彻全面。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中在本申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请。

可以理解，本申请所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。

需要说明的是，当一个元件被认为是“连接”另一个元件时，它可以是直接连接到另一个元件，或者通过居中元件连接另一个元件。此外，以下实施例中的“连接”，如果被连接的对象之间具有电信号或数据的传递，则应理解为“电连接”、“通信连接”等。

在此使用时，单数形式的“一”、“一个”和“所述/该”也可以包括复数形式，除非上下文清楚指出另外的方式。还应当理解的是，术语“包括/包含”或“具有”等指定所陈述的特征、整体、步骤、操作、组件、部分或它们的组合的存在，但是不排除存在或添加一个或更多个其他特征、整体、步骤、操作、组件、部分或它们的组合的可能性。同时，在本说明书中使用的术语“和/或”包括相关所列项目的任何及所有组合。

本发明实施例提供一种工业总线数据解析转义方法，执行于主程序模块，如图1所示，包括：

步骤110，调用第一硬件接口，对第一硬件接口对应的第一通信控制器进行读取，以获得第一通信控制器从第一目标地址接收的第一数据帧；

在一些实施例中，第一硬件接口是指在数据交互过程中向主程序模块发送数据的硬件接口。硬件接口通常为可以向主程序模块发送数据，也可以接收主程序模块发送的数据；当硬件接口向主程序模块发送数据时，即为本步骤中的第一硬件接口，当硬件接口接收主程序模块发送的数据时，即为后续步骤中的第二硬件接口。第一硬件接口和第二硬件接口作为向主程序模块提供服务的统一调用接口，向下屏蔽物理接口(物理层)的访问差异。

步骤120，将第一数据帧发送至解析转义模块，以使解析转义模块对第一数据帧进行解析并转换为第二数据帧；

在一些实施例中，解析转义模块是将一种协议的数据转换为另一种协议的数据的模块，例如，可以将工业互联网平台通过LTE、WIFI或ETHernet发送的数据转换为工业现场总线，例如CAN总线协议或者转换为RS485总线能够发送的数据。又例如，可以将现场设备通过CAN总线协议或者转换为RS485总线发送的数据转换为LTE、WIFI或ETHernet能够发送的数据。

步骤130，接收解析转义模块发送的第二数据帧；

在一些实施例中，第二数据帧即经过解析转义模块转换后的数据帧，该数据帧能够通过规定的通信协议进行传送。例如，当第一数据帧为CAN总线协议或者转换为RS485总线发送的数据帧时，第二数据帧可以为LTE、WIFI或ETHernet能够发送的数据帧，以便将工业现场数据发送至工业互联网平台，又例如，第一数据帧为LTE、WIFI或ETHernet发送的数据帧时，第二数据帧可以为CAN总线协议或者转换为RS485总线能够发送的数据帧，以便将工业互联网平台的执行发送到工业现场进行执行。

步骤140，调用第二硬件接口，将第二数据帧发送至第二硬件接口对应的第二通信控制器，以使第二通信控制器将第二数据帧发送至第二目标地址。

在一些实施例中，第二硬件接口是指在数据交互过程中接收主程序模块发送的数据的硬件接口。硬件接口通常为可以向主程序模块发送数据，也可以接收主程序模块发送的数据；当硬件接口向主程序模块发送数据时，即为本步骤中的第一硬件接口，当硬件接口接收主程序模块发送的数据时，即为后续步骤中的第二硬件接口。第一硬件接口和第二硬件接口作为向主程序模块提供服务的统一调用接口，向下屏蔽物理接口(物理层)的访问差异。

作为一种可选的实施方式，如图2所示，还包括：

步骤210，调用第一硬件接口，对第一硬件接口对应的第一通信控制器进行读取，以获得第一通信控制器从第一目标地址接收的第三数据帧；

在一些实施例中，当工业现场所采用通信协议或者工业互联网采用的通信协议发生变化时，如果出现了解析转义模块中不存在的协议，则应当对解析转义模块进行更新。第三数据帧即是用于指示主程序模块对解析转义模块进行升级的指令。

步骤220，依据第三数据帧对解析转义模块进行升级。

在一些实施例中，第三数据帧通常可以指明更新数据的获取地址，或者还可以包括校验方式，在更新过程中，主程序模块依据第三数据帧的指示进行升级。

作为一种可选的实施方式，如图3所示，第三数据帧包括第三目标地址；

依据第三数据帧对解析转义模块进行升级的步骤包括：

步骤221，获取第三数据帧中的第三目标地址；

在一些实施例中，第三数据帧中的第三目标地址即为需要更新的数据所存储的地址。

步骤222，从第三目标地址获取目标协议库文件；

在一些实施例中，目标协议库文件存储在第三目标地址中，从第三目标地址下载该文件，即可获取到目标协议库文件。

步骤223，采用目标协议库文件替换解析转义模块中当前的协议库文件。

在一些实施例中，在替换之前，目标协议库文件为需要更新的文件，当前的协议库文件为解析转义模块中当前应用的协议库文件。在替换之后，目标协议库文件则变为当前应用的协议库文件。

作为一种可选的实施方式，如图4所示，第三数据帧还包括校验标识；

依据第三数据帧对解析转义模块进行升级的步骤，还包括：

步骤224，获取第三数据帧中的校验标识；

在一些实施例中，校验标识是为了保证目标协议库文件的安全性和合法性提供的。该校验标识例如可以为目标协议库文件的MD5值或者HASH值。

步骤225，依据目标协议库文件，计算目标协议库文件的身份标识；

在一些实施例中，对目标协议库文件计算身份标识时，需要以校验标识相同的计算方法进行计算。例如，当校验标识为MD5值时，则计算目标协议库文件的MD5值作为身份标识。又例如，当校验标识为HASH值时，则计算目标协议库文件的HASH值作为身份标识。

步骤226，采用校验标识对身份标识进行校验；

在一些实施例中，校验过程即校验标识与身份标识的比较过程，如果两者相同，即表明目标协议库文件未被篡改过。

步骤227，当校验通过时，执行采用目标协议库文件替换解析转义模块中当前协议库文件的步骤；

在一些实施例中，当校验通过时，即表明目标协议库文件是安全且完整的，此时可以进行更新。

步骤228，当校验不通过时，生成错误信息，并调用第二硬件接口，将错误信息发送至第二硬件接口对应的第二通信控制器。

在一些实施例中，当校验不通过时，即表明目标协议库文件的安全性是无法保证的，此时，需要向工业互联网平台发送错误提示。

作为一种可选的实施方式，还包括，接收解析转义模块发送的错误提示，并调用第二硬件接口，将错误提示发送至第二硬件接口对应的第二通信控制器。

在一些实施例中，当解析转义模块确定当前的数据协议不符合现场设备的协议格式时，需要向主程序模块发出错误提示。例如，当现场设备的应用协议发生了变更，但解析转义模块尚未进行更新时，有可能出现解析转义模块接收到与当前协议文件库中的协议格式不符的数据。此时，解析转义模块向主程序模块发出错误提示后，主程序模块可以向工业互联网平台发送该错误提示，以便尽快完成解析转义模块的更新。

作为一种可选的实施方式，第一通信控制器为网络通信控制器，第二通信控制器为工业总线控制器；在一些实施例中，当工业互联网平台向现场设备发送指令时，第一通信控制器为网络通信控制器，第二通信控制器为工业总线控制器；或者，第一通信控制器为工业总线控制器，第二通信控制器为网络通信控制器；在另一些实施例中，当工业现场设备向工业互联网平台发送现场数据时，第一通信控制器为工业总线控制器，第二通信控制器为网络通信控制器。

本发明实施例还提供一种工业总线数据解析转义方法，执行于解析转义模块，如图5所示，包括：

步骤310，接收主程序模块发送的第一数据帧；

在一些实施例中，第一数据帧是指主程序模块接收到的工业互联网平台发送的数据帧或者工业现场设备发送的数据帧。

步骤320，依据第一数据帧对应的协议，将第一数据帧进行解析，以获取第一数据；

在一些实施例中，第一数据是指第一数据帧中携带的具体数据，例如，工业互联网平台发送的具体指令，又例如，工业现场设备发送的具体数据。

步骤330，依据第二数据帧对应的协议，将第一数据封装为第二数据帧；

在一些实施例中，第二数据帧是指需要主程序模块向工业互联网平台或者工业现场设备发送的数据帧。第一数据帧和第二数据帧具有不同的数据格式。

步骤340，将第二数据帧发送至主程序模块，以使主程序模块调用第二硬件接口，并将第二数据帧发送至第二硬件接口对应的第二通信控制器。

在一些实施例中，第二数据帧发送至主程序模块后，主程序模块会将该第二数据帧发送至对应的目标。

作为一种可选的实施方式，如图6所示，接收主程序模块发送的第一数据帧的步骤之后，还包括：

步骤350，判断第一数据帧是否符合现场设备的协议格式；

在一些实施例中，解析转义模块需要首先判断第一数据帧是否复合现场设备的协议格式，即，第一数据帧所应用的协议和需要转换的协议是否都已经存在于当前的协议数据库中。例如，当现场设备的应用协议发生了变更，但解析转义模块尚未进行更新时，有可能出现解析转义模块接收到与当前协议文件库中的协议格式不符的数据。

步骤360，当第一数据帧不符合现场设备的协议格式时，将第一数据帧进行丢弃，并向主程序模块发送错误提示，以使主程序模块调用第二硬件接口，并将错误提示发送至第二硬件接口对应的第二通信控制器；

在一些实施例中，当第一数据帧不符合现场设备的协议格式时，解析转义模块向主程序模块发出错误提示后，主程序模块可以向工业互联网平台发送该错误提示，以便尽快完成解析转义模块的更新。

步骤370，当第一数据帧符合现场设备的协议格式时，执行依据第一数据帧对应的协议，将第一数据帧进行解析的步骤。

在一些实施例中，第一数据帧符合现场设备的协议格式时，解析转义模块有能力对将第一数据帧正确的转换为第二数据帧，此时，直接进行转换即可。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的工业总线数据解析转义方法的主程序模块和解析转义模块。该主程序模块和解析转义模块所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个主程序模块实施例中的具体限定可以参见上文中对于工业总线数据解析转义方法的限定，在此不再赘述。

本发明实施例还提供一种主程序模块，如图7所示，包括：

第一调用单元，用于调用第一硬件接口，对第一硬件接口对应的第一通信控制器进行读取，以获得第一通信控制器从第一目标地址接收的第一数据帧；

发送单元，用于将第一数据帧发送至解析转义模块，以使解析转义模块对第一数据帧进行解析并转换为第二数据帧；

第一接收单元，用于接收解析转义模块发送的第二数据帧；

第二调用单元，用于调用第二硬件接口，将第二数据帧发送至第二硬件接口对应的第二通信控制器，以使第二通信控制器将第二数据帧发送至第二目标地址。

在一些实施例中，主程序模块还包括：

第三调用单元，用于调用第一硬件接口，对第一硬件接口对应的第一通信控制器进行读取，以获得第一通信控制器从第一目标地址接收的第三数据帧；

升级单元，用于依据第三数据帧对解析转义模块进行升级。

在一些实施例中，第三数据帧包括第三目标地址；

升级单元，还用于获取第三数据帧中的第三目标地址；从第三目标地址获取目标协议库文件；采用目标协议库文件替换解析转义模块中的当前协议库文件。

在一些实施例中，第三数据帧还包括校验标识；

升级单元，还用于获取第三数据帧中的校验标识；依据目标协议库文件，计算目标协议库文件的身份标识；采用校验标识对身份标识进行校验；当校验通过时，执行采用目标协议库文件替换解析转义模块中的当前协议库文件的步骤；当校验不通过时，生成错误信息，并调用第二硬件接口，将错误信息发送至第二硬件接口对应的第二通信控制器。

在一些实施例中，主程序模块还包括：

第二接收单元，接收解析转义模块发送的错误提示，并调用第二硬件接口，将错误提示发送至第二硬件接口对应的第二通信控制器。

在一些实施例中，第一通信控制器为网络通信控制器，第二通信控制器为工业总线控制器；或者，

第一通信控制器为工业总线控制器，第二通信控制器为网络通信控制器。

本发明实施例还提供一种解析转义模块，如图8所示，包括：

数据帧接收单元，用于接收主程序模块发送的第一数据帧；

解析单元，用于依据第一数据帧对应的协议，将第一数据帧进行解析，以获取第一数据；

封装单元，用于依据第二数据帧对应的协议，将第一数据封装为第二数据帧；

数据帧发送单元，用于将第二数据帧发送至主程序模块，以使主程序模块调用第二硬件接口，并将第二数据帧发送至第二硬件接口对应的第二通信控制器。

在一些实施例中，解析转义模块还包括：

判断单元，用于判断第一数据帧是否符合现场设备的协议格式；当第一数据帧不符合现场设备的协议格式时，将第一数据帧进行丢弃，并向主程序模块发送错误提示，以使主程序模块调用第二硬件接口，并将错误提示发送至第二硬件接口对应的第二通信控制器；当第一数据帧符合现场设备的协议格式时，执行依据第一数据帧对应的协议，将第一数据帧进行解析的步骤。

上述主程序模块和解析转义模块中的各个单元可全部或部分通过软件、硬件及其组合来实现。上述各单元可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个单元对应的操作。

本发明实施例还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

本发明实施例还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

本发明实施例还提供一种工业总线数据解析转义装置，如图9所示，包括：

主程序模块，用于执行上述任意一项执行于主程序模块的工业总线数据解析转义方法；

解析转义模块，用于执行上述任意一项执行于解析转义模块的工业总线数据解析转义方法；

第一硬件接口，用于响应主程序模块的调用从对应的第一通信控制器中读取第一数据帧；

第二硬件接口，用于响应主程序模块的调用向对应的第二通信控制器中写入第二数据帧。

在一些实施例中，对于硬件访问统一接口来说，当需要向外发送数据时为第一硬件接口，当需要接收数据时为第二硬件接口。本发明实施例还提供了一种工业总线数据解析转义系统，如图10所示，包括：第一通信控制器、第二通信控制器、现场设备以及上述的工业总线数据解析转义设备；

工业总线数据解析转义设备分别与第一通信控制器和第二通信控制器相连接；

现场设备连接第一通信控制器，工业互联网平台连接第二通信控制器；或现场设备连接第二通信控制器，工业互联网平台连接第一通信控制器。

本发明采用工业现场设备与工业互联网平台之间的数据交互过程进行本发明技术方案的示例性展示：

在工业互联网向现场设备发送控制命令时，包括如下的步骤：

工业互联网平台下发控制命令给到网络模块，下发逻辑定时下发、人员操作下发。

主程序模块通过网络模块硬件访问接口，获取到平台下发的控制命令(自定义格式、JSON、XML)。

主程序模块将控制命令输入给解析转义模块。

解析转义模块将控制命令转换成具体协议(CJ/T 188、DL/T 645、ModBus)的总线数据帧并输出给主程序模块，若数据格式不符合工业互联网平台数据格式，则返回错误码给到主程序模块并丢弃数据。

主程序模块调用硬件接口将总线数据帧写入总线收发控制器(CAN、RS485)。

总线控制器将总线数据帧通过工业总线发送到工业现场设备。

在工业互联网向现场设备发送控制命令的过程中，网络模块为第一通信控制器，总线控制器为第二通信控制器。

在现场设备向工业互联网发送现场数据时，包括如下的步骤：

工业现场设备通过工业总线将设备数据发送出至总线收发控制器。

主程序模块通过硬件访问接口读取控制器接收到的总线数据帧。

主程序模块将总线数据帧输入给解析转义模块。

解析转义模块根据具体的协议(CJ/T 188、DL/T 645、ModBus)将总线数据帧转换成平台数据帧并输出给主程序模块，若程序不符合现场设备的协议格式，则返回错误码给到主程序模块并丢弃数据。

主程序模块将工业互联网平台数据帧通过硬件访问接口发送至网络模块。

网络模块通过因特网将平台数据帧发送至工业互联网平台。

在现场设备向工业互联网平台发送现场数据的过程中，网络模块为第二通信控制器，总线控制器为第一通信控制器。

解析转义模块的更新过程包括如下步骤：

工业互联网平台下发升级命令、解析转义模块库的下载地址、MD5校验值。

主程序模块通过下载地址从工业互联网平台下载当前工业现场设备的库文件。

主程序模块校验库文件，MD5值与工业互联网平台下发的是否一致。不一致则结束升级流程并将错误上报工业互联网平台。

卸载当前加载的解析转义模块库。

校验通过的解析转义模块库文件替换旧的库文件。

重新加载解析转义模块库，完成更新。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。