用于绿通车辆检测的检测算法升级方法及绿通检测系统

摘要

本发明公开了一种用于绿通车辆检测的检测算法升级方法及绿通检测系统，涉及计算机软件技术领域，该方法包括节点服务器对当前的业务数据中的字段排序，对当前的业务数据封装包头和包尾，将封装后的业务数据发送给上级管理服务器；上级管理服务器对封装后的业务数据进行解包，在解包后进行CRC校验；在CRC校验通过后，对业务数据进行解析；解析成功后，上级管理服务器根据检测算法的版本信息确定节点服务器中的检测算法是否需要升级；如果需要升级，则确定出升级时间并向节点服务器返回指定格式的升级反馈信息，以便节点服务器根据升级反馈信息进行算法升级。本申请提供的方法及系统可提升检测算法升级的响应速度，提高系统的可靠性和稳定性。

说明书

技术领域

本发明涉及计算机软件技术领域，具体涉及一种用于绿通车辆检测的检测算法升级方法及绿通检测系统。

背景技术

公路绿色通道政策是对运送鲜活农产品等符合规定的车辆免收高速通行费，在执行过程中，需要对绿色通道车辆进行查验并上传查验数据，然后通过相应的检测算法进行绿通车辆检测。

由于用于绿通车辆检测的检测算法是不断迭代更新的，常常需要对用于绿通车辆检测的检测算法进行远程升级。目前，传统的计算机网络数据通信方式普遍采用数据通信软件来完成上述的算法升级数据的发送，缺少业务质量保证机制，而在绿通车辆检测过程中，除了算法升级数据之外，系统还涉及到大量数据的处理，系统数据吞吐量大，采用这样的方式容易导致数据传输的延时不可控，延长系统升级的响应时间，从而导致系统的稳定性和可靠性较差。

因此，如何提供一种有效的方案，以便提升检测算法升级的响应速度，提高系统的可靠性和稳定性，已成为现有技术中一亟待解决的难题。

发明内容

本发明的目的是提供一种用于绿通车辆检测的检测算法升级方法及绿通检测系统，以解决现有技术中容易出现检测算法升级的响应速度慢的问题。

第一方面，本发明提供了一种用于绿通车辆检测的检测算法升级方法，应用于绿通检测系统，所述绿通检测系统包括节点服务器和与所述节点服务器通信连接的上级管理服务器，该方法包括：

所述节点服务器对当前的业务数据中的字段排序，并对当前的业务数据封装包头和包尾，当前的业务数据中携带有所述检测算法的版本信息，所述包头中携带有所述业务数据的数据类型信息，所述包尾中携带有CRC校验码；

所述节点服务器将封装后的业务数据发送给所述上级管理服务器；

所述上级管理服务器对封装后的业务数据进行解包，并在解包后根据包尾中携带的CRC校验码进行CRC校验；

所述上级管理服务器在CRC校验通过后，对业务数据进行解析；

在解析成功后，所述上级管理服务器根据所述检测算法的版本信息确定所述节点服务器中的所述检测算法是否需要升级；

如果所述节点服务器中的所述检测算法需要升级，则所述上级管理服务器确定出所述节点服务器中的所述检测算法的升级时间；

所述上级管理服务器向所述节点服务器返回指定格式的升级反馈信息，以便所述节点服务器根据所述升级反馈信息进行算法升级，所述升级反馈信息中携带有所述升级时间和升级文件地址。

在一个可能的设计中，所述包头中还携带有数据包ID、业务数据条数、保留位和访问凭证，所述数据包ID、所述数据类型信息、所述业务数据条数、所述保留位和所述访问凭证依次排列，所述包尾中还携带有结尾标志，所述结尾标志和所述CRC校验码依次排列。

在一个可能的设计中，所述升级反馈信息中携带有与所述数据包ID对应的返回信息识别码。

在一个可能的设计中，所述方法还包括：

如果对封装后的业务数据解包失败，则所述上级管理服务器丢弃封装后的业务数据并向所述节点服务器发送一数据请求，以指示所述节点服务器重新向所述上级管理服务器发送业务数据。

在一个可能的设计中，所述方法还包括：

如果CRC校验失败，则所述上级管理服务器向所述节点服务器发送一数据请求，以指示所述节点服务器重新向所述上级管理服务器发送业务数据。

在一个可能的设计中，所述上级管理服务器确定出所述节点服务器中的所述检测算法的升级时间，包括：

所述上级管理服务器根据所述节点服务器中的所述检测算法的历史运行记录，确定出所述节点服务器中的所述检测算法的闲置时段，并将所述闲置时段作为所述节点服务器中的所述检测算法的升级时间；或

所述上级管理服务器根据与之通信连接的其他节点服务器发送的业务数据中携带的检测算法的版本信息，确定出其他节点服务器中需要进行算法升级的服务器；

所述上级管理服务器基于同一时刻进行算法升级的服务器数量最小原则，为节点服务器和其他节点服务器中需要进行算法升级的服务器分配检测算法的升级时间，所述升级时间包括允许升级的开始时间和允许升级的结束时间。

在一个可能的设计中，所述方法还包括：

所述节点服务器以心跳的方式获取当前服务器状态和所述检测算法的版本信息；

所述节点服务器将最新获取到的所述当前服务器状态和所述检测算法的版本信息组合，得到当前的业务数据。

第二方面，本发明提供了一种绿通检测系统，包括节点服务器和与所述节点服务器通信连接的上级管理服务器，所述节点服务器用于对当前的业务数据中的字段排序，并对当前的业务数据封装包头和包尾；以及

将封装后的业务数据发送给所述上级管理服务器，其中，当前的业务数据中携带有用于绿通车辆检测的检测算法的版本信息，所述包头中携带有所述业务数据的数据类型信息，所述包尾中携带有CRC校验码；

所述上级管理服务器用于对封装后的业务数据进行解包；

在解包后根据包尾中携带的CRC校验码进行CRC校验；

在CRC校验通过后，对业务数据进行解析；

在解析成功后，根据所述检测算法的版本信息确定所述节点服务器中的所述检测算法是否需要升级；

如果所述节点服务器中的所述检测算法需要升级，则确定出所述节点服务器中的所述检测算法的升级时间；以及

向所述节点服务器返回指定格式的升级反馈信息，以便所述节点服务器根据所述升级反馈信息进行算法升级，所述升级反馈信息中携带有所述升级时间和升级文件地址。

在一个可能的设计中，绿通检测系统还包括车道管理终端、车道控制设备和X射线检测设备，所述车道控制设备分别与所述车道管理终端和所述X射线检测设备通信连接，所述车道管理终端还分别与所述节点服务器和所述上级管理服务器连接；

所述X射线检测设备用于获取收费车道的车辆的X射线检测图像；

所述车道控制设备用于将所述X射线检测设备获取到的X射线检测图像发送给所述车道管理终端；

所述车道管理终端用于将所述X射线检测图像发送给所述节点服务器，以便所述节点服务器基于所述X射线检测图像和所述检测算法检测所述收费车道的车辆是否属于绿通车辆。

在一个可能的设计中，所述车道管理终端、所述车道控制设备和所述X射线检测设备均为多个且数量相同，多个所述车道控制设备分别与多个所述车道管理终端以及多个所述X射线检测设备一一对应连接。

本申请一个或多个实施例采用的上述至少一个技术方案能够达到以下有益效果：

通过节点服务器对当前的业务数据中的字段排序，并对当前的业务数据封装包头和包尾，然后将封装后的业务数据发送给上级管理服务器，上级管理服务器对封装后的业务数据进行解包，并在解包后根据包尾中携带的CRC校验码进行CRC校验，在CRC校验通过后对业务数据进行解析，在解析成功后上级管理服务器根据检测算法的版本信息确定节点服务器中的检测算法是否需要升级，如果是则确定出节点服务器中的检测算法的升级时间并向节点服务器返回指定格式的升级反馈信息，以便节点服务器根据升级反馈信息进行算法升级。在此过程中，由于节点服务器对当前的业务数据中的字段排序，并对当前的业务数据封装包头和包尾，上级管理服务器向节点服务器返回升级反馈信息时返回指定格式的升级反馈信息，采用这样的数据结构，从而可以使用智能化硬件或者可编程固件方式处理算法升级过程中的相关数据，而极大地加快了算法升级过程中的相关数据的处理速度，提升检测算法升级的响应速度，提高系统的可靠性和稳定性。

附图说明

图1为本发明提供的用于绿通车辆检测的检测算法升级方法的流程图；

图2为本发明提供的封装包头和包尾的业务数据的结构示意图；

图3为本发明提供的绿通检测系统的结构示意图。

具体实施方式

下面结合附图及具体实施例来对本发明作进一步阐述。在此需要说明的是，对于这些实施例方式的说明虽然是用于帮助理解本发明，但并不构成对本发明的限定。本文公开的特定结构和功能细节仅用于描述本发明的示例实施例。然而，可用很多备选的形式来体现本发明，并且不应当理解为本发明限制在本文阐述的实施例中。

应当理解，尽管本文可能使用术语第一、第二等等来描述各种单元，但是这些单元不应当受到这些术语的限制。这些术语仅用于区分一个单元和另一个单元。例如可以将第一单元称作第二单元,并且类似地可以将第二单元称作第一单元，同时不脱离本发明的示例实施例的范围。

应当理解，对于本文中可能出现的术语“和/或”，其仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，单独存在B，同时存在A和B三种情况；对于本文中可能出现的术语“/和”，其是描述另一种关联对象关系，表示可以存在两种关系，例如，A/和B，可以表示：单独存在A，单独存在A和B两种情况；另外，对于本文中可能出现的字符“/”，一般表示前后关联对象是一种“或”关系。

实施例

为了提升检测算法升级的响应速度，本申请实施例提供了一种用于绿通车辆检测的检测算法升级方法及绿通检测系统，该用于绿通车辆检测的检测算法升级方法及绿通检测系统可提升检测算法升级的响应速度，提高系统的可靠性和稳定性。

如图1所示，是本申请实施例第一方面提供的一种用于绿通车辆检测的检测算法升级方法的流程图，该用于绿通车辆检测的检测算法升级方法可应用于应用于绿通检测系统，所述绿通检测系统包括节点服务器和与所述节点服务器通信连接的上级管理服务器，所述上级管理服务器可以是高速公路业主方的后台服务器，也可以是省级/部级绿通管理平台的服务器，所述节点服务器为用于绿通检测的服务器集群中的其中一个服务器，在服务器集群中的每一台服务器均可以向该上级管理服务器周期性的发送服务器相关数据信息，如服务器当前状态、服务器中用于绿通车辆检测的检测算法的版本信息等数据。所述用于绿通车辆检测的检测算法升级方法可以包括如下步骤：

步骤S101,节点服务器对当前的业务数据中的字段排序，并对当前的业务数据封装包头和包尾。

其中，当前的业务数据中携带有所述检测算法的版本信息，所述包头中携带有所述业务数据的数据类型信息，所述包尾中携带有CRC(Cyclic Redundancy Check，循环冗余校核)校验码。

本申请实施例中，节点服务器可以以心跳的方式获取当前服务器状态和用于绿通车辆检测的检测算法的版本信息，并将节点服务器将最新获取到的当前服务器状态和检测算法的版本信息组合，得到当前的业务数据。此时节点服务器可对当前的业务数据中的字段排序，并对当前的业务数据封装包头和包尾。

其中，所述数据类型可以是，但不限于字符型、string型等。

所述包头中携带有所述业务数据的数据类型信息，所述包尾中携带有CRC校验码。如图2所示，在一个或多个实施例中，包头中携带有数据包ID(reqID)、数据类型信息(buscode)、业务数据条数(reqQty)、保留位(reserved)和访问凭证(requestID Auth)，所述数据包ID、所述数据类型信息、所述业务数据条数、所述保留位和所述访问凭证依次排列且顺序不可更改。所述包尾中携带有结尾标志(endSign)和CRC校验码(crcCheck)，结尾标志和CRC校验码依次排列且顺序不可更改。业务数据包括多个字段，字段之间通过{}分隔，以便于对业务数据的解析。在一个或多个实施例中，一条业务数据中的字段可以如下表1。

表1

如表1所示，业务数据中包括requestIdAuth字段、Version字段、LastUpdateDate字段、LastAiDate字段、LastAiTime字段、ClusterNum字段和ServerNum字段，字段类型均为字符串，其中requestIdAuth字段表示访问凭证，Version字段表示当前AI算法(检测算法)版本号、LastUpdateDate字段表示检测算法的最后升级完成日期，LastAiDate字段表示检测算法的最后一次工作时间，LastAiTime字段表示最后一次AI识别(绿通车辆检测识别)时长，ClusterNum字段表示节点服务器所属的服务器集群编号，ServerNum字段表示节点服务器的服务器编号。

步骤S102,节点服务器将封装后的业务数据发送给上级管理服务器。

在将封装后的业务数据发送给上级管理服务器时，可基于现有的网络协议对封装后的业务数据再次封装传输包头和传输包尾后发送给上级管理服务器，在此不再详细说明。

步骤S103,上级管理服务器对封装后的业务数据进行解包，并在解包后根据包尾中携带的CRC校验码进行CRC校验。

在步骤S103中，上级管理服务器可以对封装后的业务数据进行解包，恢复业务数据，并根据解包后得到的包尾中携带的CRC校验码进行CRC校验，然后在CRC校验通过后执行步骤S104。

可以理解的，在解包时如果对封装后的业务数据解包失败，即无法恢复业务数据，此时上级管理服务器可以丢弃掉该封装后的业务数据，然后向节点服务器发送一数据请求，以指示所述节点服务器重新向所述上级管理服务器发送业务数据，直至节点服务器新发送的(封装后的)业务数据解包成功，该数据请求中可以携带与该数据包ID对应的识别码。

另外，如果在进行CRC校验时CRC校验失败，则说明业务数据发生损坏，此时上级管理服务器可以丢弃掉解包得到的业务数据，并向上级管理服务器向所述节点服务器发送一数据请求，以指示所述节点服务器重新向所述上级管理服务器发送业务数据，直至节点服务器新发送的(封装后的)业务数据解包完成且CRC校验成功，该数据请求中可以携带与该数据包ID对应的识别码。

步骤S104,上级管理服务器在CRC校验通过后，对业务数据进行解析。

步骤S105,在解析成功后，上级管理服务器根据检测算法的版本信息确定节点服务器中的检测算法是否需要升级。

上级管理服务器可将解析出的检测算法的版本信息，与检测算法当前最新的版本信息进行比较，如果两者一致，则说明节点服务器中的检测算法是最新版本的算法，如果不一致，则说明节点服务器中的检测算法不是最新版本的算法，需要进行算法升级。

步骤S106,如果节点服务器中的检测算法需要升级，则上级管理服务器确定出节点服务器中的检测算法的升级时间。

如果节点服务器中的检测算法需要升级，则上级管理服务器需要先确定出节点服务器中的检测算法的升级时间。

节点服务器中的检测算法的升级时间，可以基于节点服务器中的检测算法的历史运行记录来确定。例如，上级管理服务器可以根据所述节点服务器中的所述检测算法的历史运行记录，确定出所述节点服务器中的所述检测算法的闲置时段，并将所述闲置时段作为所述节点服务器中的所述检测算法的升级时间。

又例如，上级管理服务器还可以根据与之通信连接的其他节点服务器中检测算法的版本信息综合考虑来确定节点服务器中的检测算法的升级时间。具体的，上级管理服务器可以根据与之通信连接的其他节点服务器发送的业务数据中携带的检测算法的版本信息，确定出其他节点服务器中需要进行算法升级的服务器，然后上级管理服务器再基于同一时刻进行算法升级的服务器数量最小原则，为节点服务器和其他节点服务器中需要进行算法升级的服务器分配检测算法的升级时间。如此，在节点服务器中的检测算法升级期间，如果需要对绿通车辆进行检测，也可以由上级管理服务器分配当前未进行算法升级的其他节点服务器来暂时替代该节点服务器进行连通车辆检测。

其中，节点服务器中的检测算法的升级时间可以包括允许升级的开始时间和允许升级的结束时间。

可以理解的，上述确定节点服务器中的检测算法的升级时间仅仅是举例说明，在其他的一些实施例中，还也采用其他的方式确定检测算法的升级时间。

步骤S107,上级管理服务器向节点服务器返回指定格式的升级反馈信息，以便节点服务器根据升级反馈信息进行算法升级。

其中，所述指定格式可以是与业务数据相同的数据格式。

所述升级反馈信息中携带有所述升级时间和升级文件地址。本申请实施例中，所述升级反馈信息中还可以携带与所述数据包ID对应的返回信息识别码，升级文件大小、升级文件MD5码、检测算法最新版本号等。

综上所述，本申请实施例提供的用于绿通车辆检测的检测算法升级方法，通过节点服务器对当前的业务数据中的字段排序，并对当前的业务数据封装包头和包尾，然后将封装后的业务数据发送给上级管理服务器，上级管理服务器对封装后的业务数据进行解包，并在解包后根据包尾中携带的CRC校验码进行CRC校验，在CRC校验通过后对业务数据进行解析，在解析成功后上级管理服务器根据检测算法的版本信息确定节点服务器中的检测算法是否需要升级，如果是则确定出节点服务器中的检测算法的升级时间并向节点服务器返回指定格式的升级反馈信息，以便节点服务器根据升级反馈信息进行算法升级。在此过程中，由于节点服务器对当前的业务数据中的字段排序，并对当前的业务数据封装包头和包尾，上级管理服务器向节点服务器返回升级反馈信息时返回指定格式的升级反馈信息，采用这样的数据结构，从而可以使用智能化硬件或者可编程固件方式处理算法升级过程中的相关数据，而极大地加快了算法升级过程中的相关数据的处理速度，提升检测算法升级的响应速度，提高系统的可靠性和稳定性。

如图3所示，本申请实施例第二方面提供了一种绿通检测系统，包括节点服务器和与所述节点服务器通信连接的上级管理服务器，所述节点服务器用于对当前的业务数据中的字段排序，并对当前的业务数据封装包头和包尾；以及

将封装后的业务数据发送给所述上级管理服务器，其中，当前的业务数据中携带有用于绿通车辆检测的检测算法的版本信息，所述包头中携带有所述业务数据的数据类型信息，所述包尾中携带有CRC校验码；

所述上级管理服务器用于对封装后的业务数据进行解包；

在解包后根据包尾中携带的CRC校验码进行CRC校验；

在CRC校验通过后，对业务数据进行解析；

在解析成功后，根据所述检测算法的版本信息确定所述节点服务器中的所述检测算法是否需要升级；

如果所述节点服务器中的所述检测算法需要升级，则确定出所述节点服务器中的所述检测算法的升级时间；以及

向所述节点服务器返回指定格式的升级反馈信息，以便所述节点服务器根据所述升级反馈信息进行算法升级，所述升级反馈信息中携带有所述升级时间和升级文件地址。

在一个可能的设计中，绿通检测系统还包括车道管理终端、车道控制设备和X射线检测设备，所述车道控制设备分别与所述车道管理终端和所述X射线检测设备通信连接，所述车道管理终端还分别与所述节点服务器和所述上级管理服务器连接；

所述X射线检测设备用于获取收费车道的车辆的X射线检测图像；

所述车道控制设备用于将所述X射线检测设备获取到的X射线检测图像发送给所述车道管理终端；

所述车道管理终端用于将所述X射线检测图像发送给所述节点服务器，以便所述节点服务器基于所述X射线检测图像和所述检测算法检测所述收费车道的车辆是否属于绿通车辆。

在一个可能的设计中，所述车道管理终端、所述车道控制设备和所述X射线检测设备均为多个且数量相同，多个所述车道控制设备分别与多个所述车道管理终端以及多个所述X射线检测设备一一对应连接。

本实施例第二方面提供的系统的工作过程、工作细节和技术效果，可以参见实施例第一方面，于此不再赘述。

本文件中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

最后应说明的是：以上所述仅为本发明的优选实施例而已，并不用于限制本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。