车辆入网验证方法、装置及计算机可读存储介质

技术领域

本申请涉及物流技术领域，具体涉及一种车辆入网验证方法、装置及计算机可读存储介质。

背景技术

随着物流技术的快速发展，为解决传统物流运输方式存在运输效率低、成本高、司机工作舒适性和安全性低、容灾抗灾能力弱等缺陷，而将自动驾驶技术运用在物流领域的策略已被各行业争相提出。但由于不同城市城区支线运输驾驶场景千差万别，自动驾驶功能开发长尾效应明显，且单个自动驾驶干线物流重卡无法发挥规模化优势，因而又有人提出使用循环甩挂运输模式来组织车队执行运输任务的策略。同时，在组建车队时，需要严格的入网审核机制。

然而，当前的入网机制仅针对营运车辆的机动车性能和智能网联测试牌照，申请进行了比较详尽的法律法规以及行业标准的制定，缺乏适配于自动驾驶干线物流循环甩挂运输模式的入网资质审查方式。

发明内容

基于此，有必要针对上述技术问题，提供一种车辆入网验证方法、装置及计算机可读存储介质，用以在初步核验基础上叠加有效性核验，提升入网信息安全，最终提高物流运输效率。

第一方面，本申请提供一种车辆入网验证方法，包括：

接收待入网车辆的车辆入网请求，车辆入网请求包括待入网车辆的车辆类型；

根据待入网车辆的车辆类型，对待入网车辆进行初步核验；以及

响应于车辆类型为第一车辆类型以及初步核验的结果为核验通过，对待入网车辆进行有效性核验，得到有效性核验结果。

在本申请一些实施例中，有效性核验至少包括以下之一：第一有效性核验、第二有效性核验、第三有效性核验。

在本申请一些实施例中，对待入网车辆进行有效性核验，得到有效性核验结果，包括：获取来自待入网车辆的车载终端的待入网车辆的第一车辆信息，第一车辆信息包括位置信息、运动信息以及姿态信息中的至少一个；获取待入网车辆的第二车辆信息，第二车辆信息包括感知位置信息、感知运动信息以及感知姿态信息中的至少一个；其中，第二车辆信息由边缘计算单元根据路侧设备采集的数据计算得到；分析第一车辆信息与第二车辆信息之间的差异，以对待入网车辆进行第一有效性核验，得到有效性核验结果。

在本申请一些实施例中，对待入网车辆进行有效性核验，得到有效性核验结果，包括：获取来自待入网车辆的车载终端的待入网车辆的第一车辆信息，第一车辆信息包括位置信息、运动信息以及姿态信息中的至少一个；获取待入网车辆的第二车辆信息，第二车辆信息包括位置参考真值、运动参考真值以及姿态参考真值中的至少一个；其中，第二车辆信息由待入网车辆的已测车载终端采集得到；分析第一车辆信息与第二车辆信息之间的差异，以对待入网车辆进行第二有效性核验，得到有效性核验结果。

在本申请一些实施例中，对待入网车辆进行有效性核验，得到有效性核验结果，包括：获取来自待入网车辆的车载终端的待入网车辆的第一车辆信息，第一车辆信息包括位置信息、运动信息以及姿态信息中的至少一个；获取待入网车辆的第二车辆信息，第二车辆信息包括路侧解析位置信息、路侧解析运动信息以及路侧解析姿态信息中的至少一个；其中，第二车辆信息由路侧设备根据车载终端发送的第一车辆信息解析得到；分析第一车辆信息与第二车辆信息之间的差异，以对待入网车辆进行第三有效性核验，得到有效性核验结果。

在本申请一些实施例中，车辆入网验证方法还包括：获得预存的有效身份信息；比对有效身份信息和待入网车辆的感知身份信息，得到车辆身份比对结果；响应于车辆身份比对结果为通过，获取来自待入网车辆的车载终端的第一设备标识和预存的有效设备标识；比对有效设备标识和第一设备标识，得到设备比对结果；响应于设备比对结果为通过，执行分析第一车辆信息与第二车辆信息之间的差异的步骤；其中，感知身份信息由边缘计算单元根据路侧设备采集的数据计算得到。

在本申请一些实施例中，车辆入网验证方法还包括：响应于第一有效性核验的结果为核验通过，第二有效性核验的结果为核验通过，以及第三有效性核验的结果为核验通过，对待入网车辆进行入网操作。

在本申请一些实施例中，车辆入网验证方法还包括：响应于车辆类型为第二车辆类型以及初步核验的结果为核验通过，对待入网车辆进行入网操作。

在本申请一些实施例中，车辆入网请求还包括待入网车辆的车辆身份信息，根据车辆类型，对待入网车辆进行初步核验，包括：响应于车辆类型为第一车辆类型，根据待入网车辆的车辆身份信息，获取待入网车辆的登记信息；根据登记信息，对待入网车辆进行车辆资质核验；以及对待入网车辆的车载终端进行设备注册信息核验。

在本申请一些实施例中，车辆入网验证方法还包括：响应于初步核验的结果为核验通过，将待入网车辆的车辆身份信息作为有效身份信息进行存储；以及将待入网车辆的车载终端的设备标识作为有效设备标识进行存储。

在本申请一些实施例中，车辆入网请求还包括待入网车辆的车辆身份信息，根据车辆类型，对待入网车辆进行初步核验，包括：响应于车辆类型为第二车辆类型，根据待入网车辆的车辆身份信息，获取待入网车辆的登记信息；以及根据登记信息，对待入网车辆进行车辆资质核验。

在本申请一些实施例中，车辆入网验证方法还包括：响应于初步核验的结果为核验通过，将待入网车辆的车辆身份信息作为有效身份信息存储至预设的运力白名单；和/或将待入网车辆的车载终端的设备标识作为有效设备标识存储至预设的运力白名单；其中，有效身份信息和有效设备标识关联存储。

在本申请一些实施例中，车辆入网验证方法还包括：响应于有效性核验结果为核验通过，将待入网车辆的有效身份信息以及有效设备标识存储至预设的运力白名单；其中，有效身份信息和有效设备标识关联存储。

在本申请一些实施例中，车辆入网验证方法还包括：根据包含待测车载终端的第二设备标识的身份核验指令，获取来自待测车载终端的第一待测身份信息；从运力白名单中获取对应于第二设备标识的第一有效身份信息；以及响应于第一有效身份信息与第一待测身份信息不匹配，清除运力白名单中的第一有效身份信息；其中，第一待测身份信息为待测车载终端发送的车辆身份信息。

在本申请一些实施例中，车辆入网验证方法还包括：响应于第一有效身份信息与第一待测身份信息相匹配，获取第二待测身份信息；其中，第二待测身份信息由边缘计算单元根据路侧设备采集的数据分析得到；获得当前运输任务中与第一有效身份信息匹配的第二有效身份信息；以及响应于第二有效身份信息与第二待测身份信息不匹配，清除运力白名单中的第一有效身份信息和第二有效身份信息。

在本申请一些实施例中，车辆入网验证方法还包括：响应于第二有效身份信息与第二待测身份信息相匹配，根据包含待测车载终端的第二设备标识的信息核验指令，获取来自待测车载终端的第三车辆信息；根据包含第一有效身份信息的信息核验指令，获取来自边缘计算单元的第四车辆信息；以及响应于第三车辆信息和第四车辆信息不匹配，清除运力白名单中的第一有效身份信息。其中，第三车辆信息和第四车辆信息均包括位置信息、运动信息以及姿态信息中的至少一个。

第二方面，本申请提供一种车辆入网验证装置，包括：

请求接收模块，用于接收待入网车辆的车辆入网请求，车辆入网请求包括待入网车辆的车辆类型；

第一核验模块，用于根据待入网车辆的车辆类型，对待入网车辆进行初步核验；以及

第二核验模块，用于响应于车辆类型为第一车辆类型以及初步核验的结果为核验通过，对待入网车辆进行有效性核验，得到有效性核验结果。

第三方面，本申请还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器进行加载，以执行车辆入网验证方法中的步骤。

第四方面，本申请实施例提供一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述第一方面提供的方法。

上述车辆入网验证方法、装置及计算机可读存储介质，核验服务器通过接收待入网车辆的车辆入网请求，即可根据车辆入网请求包括的待入网车辆的车辆类型，对待入网车辆进行初步核验，以及响应于车辆类型为第一车辆类型以及初步核验的结果为核验通过，对待入网车辆进行有效性核验，得到有效性核验结果。由于本申请针对车辆入网这一场景，提出了在初步核验基础上叠加至少一种有效性核验的信息交互有效性核验机制，使得车辆入网的信息安全性得到大幅提升。

附图说明

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

图1是本申请实施例中车辆入网验证系统的架构示意图一；

图2是本申请实施例中车辆入网验证方法的场景示意图一；

图3是本申请实施例中车辆入网验证方法的流程示意图；

图4是本申请实施例中车辆入网验证方法的具体流程示意图；

图5是本申请实施例中车辆入网验证系统的架构示意图二；

图6是本申请实施例中车辆入网验证方法的具体流程示意图；

图7是本申请实施例中车辆入网验证方法的场景示意图二；

图8是本申请实施例中车辆入网验证方法的场景示意图三；

图9是本申请实施例中车辆入网验证装置的结构示意图；

图10是本申请实施例中计算机设备的结构示意图。

具体实施方式

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

在本申请的描述中，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

在本申请的描述中，术语“例如”一词用来表示“用作例子、例证或说明”。本申请中被描述为“例如”的任何实施例不一定被解释为比其它实施例更优选或更具优势。为了使本领域任何技术人员能够实现和使用本发明，给出了以下描述。在以下描述中，为了解释的目的而列出了细节。应当明白的是，本领域普通技术人员可以认识到，在不使用这些特定细节的情况下也可以实现本发明。在其它实例中，不会对公知的结构和过程进行详细阐述，以避免不必要的细节使本发明的描述变得晦涩。因此，本发明并非旨在限于所示的实施例，而是与符合本申请所公开的原理和特征的最广范围相一致。

本申请实施例提供一种车辆入网验证方法、装置及计算机可读存储介质，以下分别进行详细说明。

参阅图1，图1为本申请提供的车辆入网验证系统的架构示意图，包括：服务器、网联终端以及自动驾驶牵引运力；

其中，服务器包括核验服务器101和边缘计算单元102；网联终端包括车载终端103、已测车载终端104、第一路侧终端105和第二路侧终端106；车载终端103和已测车载终端104均设置于自动驾驶牵引运力之中；第一路侧终端105和第二路侧终端106均设置于自动驾驶牵引运力途经的道路旁；

核验服务器101分别与边缘计算单元102、车载终端103、已测车载终端104以及第一路侧终端105通信连接，边缘计算单元102与第二路侧终端106通信连接，车载终端103与第一路侧终端105通信连接。

具体的，边缘计算单元102可以按实际业务需求独立设置于自动驾驶牵引运力途经的道路旁；也可以是按实际场景需求设置于云端，作为云服务器；还可以与核验服务器101集成在一个总服务器中，与核验服务器101构成服务器集群；更可以与第一路侧终端105、第二路侧终端106集成在一个路侧系统中。

更具体的，核验服务器101和边缘计算单元102可以是独立的服务器，也可以是服务器组成的服务器网络或服务器集群，其包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云服务器。其中，云服务器由基于云计算(CloudComputing)的大量计算机或网络服务器构成。

具体的，车载终端103、已测车载终端104、第一路侧终端105和第二路侧终端106可以是既包括接收和发射硬件的设备，即具有能够在双向通信链路上，执行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备。车载终端103(On board Unit，OBU)可以是采用(Dedicated Short Range Communication，DSRC)技术，与第一路侧终端(RoadSide Unit，RSU)进行通讯的微波装置。此外，终端与服务器之间通过网络建立通信连接，网络具体可以是广域网、局域网、城域网中的任意一种。

具体的，自动驾驶牵引运力可以是应用于道路运输行业的运营车辆，包括但不局限于：(1)按载重质量划分的：微型车辆(总质量≤1.8吨)、轻型车辆(1.8吨<总质量≤6吨)、中型车辆(6吨<总质量≤14吨)、重型车辆(总质量≥14吨)；(2)按用途划分的：敞开式(平板式)车辆、封闭式(厢式)车辆；(3)全挂牵引车、半挂牵引车。

上述车辆入网验证系统可应用于如图2所示的场景中，但本领域技术人员应该理解，图2中示出的应用场景，仅仅是适用于本申请方案的一种应用场景，并不构成对本申请方案应用场景的限定，其他的应用环境还可以包括比图1中所示更多或更少的计算机设备。例如，图1中仅示出两个服务器，可以理解的是，该车辆入网验证系统还可以包括一个或多个其他服务器，或者一个或多个其他终端，具体此处不作限定。本领域普通技术人员可知，随着车辆入网验证系统的演变和新业务场景的出现，本发明实施例提供的技术方案对于类似的技术问题，同样适用。

可参阅图3，在一个实施例中，本申请实施例提供了一种车辆入网验证方法，下文将主要以该方法应用于上述图2中的核验服务器101来举例说明，该方法包括步骤S301至步骤S303，具体如下：

S301，接收待入网车辆的车辆入网请求，车辆入网请求包括待入网车辆的车辆类型。

其中，车辆入网请求为申请将待入网车辆加入运力白名单的请求。车辆入网请求具体可以包括待入网车辆的车辆入网信息、时间戳以及其他相关信息，运力白名单则是用于记录通过身份验证的所有运力，无论运力的车辆类型。

具体实现中，车辆入网请求可以是待入网车辆的车载终端发送的，也可以是用于管理待入网车辆的终端发送的，但无论是何设备发送的车辆入网请求，一旦核验服务器101接收到对应于某一车辆的车辆入网请求，即启动车辆入网验证程序，首先提取出车辆入网请求中的车辆入网信息，作为后续入网验证的分析依据。具体的，车辆入网信息包括待入网车辆的车辆类型，本申请实施例中的车辆类型可以设置为两种。

例如，车辆类型包括第一车辆类型和第二车辆类型，第一车辆类型可以是指具有牵引能力的车辆类型，例如，牵引车；第二车辆类型可以是不具有牵引能力，但具有被牵引能力的车辆类型，例如，半挂车或全挂车。可以理解的是，若是在车辆上配置如挂钩、耦合扣等连接装置，即可实现全挂车与牵引车、半挂车与牵引车之间相互连接。

S302，根据待入网车辆的车辆类型，对待入网车辆进行初步核验。

具体实现中，可参阅图4，本申请实施例提出初步核验针对的数据对象，可以根据车辆类型进行不同设置。具体而言，本申请实施例提供可入网验证的车辆类型包括：牵引车、半挂车(全挂车)，针对这两种车辆车型的初步核验区别，将在下文详细说明，依次为：半挂车(全挂车)的初步核验、牵引车的初步核验。

在一个实施例中，车辆入网请求还包括待入网车辆的车辆身份信息，本步骤包括：响应于车辆类型为第二车辆类型，根据待入网车辆的车辆身份信息，获取待入网车辆的登记信息；以及根据登记信息，对待入网车辆进行车辆资质核验。

具体实现中，可参阅图4，核验服务器101接收到的车辆入网请求中包括的车辆入网信息，不仅包括车辆类型，还包括车辆身份信息，而车辆身份信息的作用在于获取待入网车辆的登记信息，登记信息包括但不局限于：车牌号、车辆购置日期、车辆购置地点、车辆发动机型号、车辆发动机排量、车辆识别码(Vehicle Identification Number，VIN)、车辆尺寸、车辆颜色等。可以理解的是，车辆身份信息可以视实际业务需求，选用能够表示车辆全局唯一性的标识信息，例如，车牌号。

具体地，核验服务器101根据待入网车辆的车辆身份信息，从预存的多个登记信息中筛选得到待入网车辆的登记信息之后，即可利用待入网车辆的登记信息，对待入网车辆进行车辆资质核验，通过一步核验机制实现对第二车辆类型的待入网车辆的初步核验。

在一个实施例中，车辆入网验证方法还包括：响应于初步核验的结果为核验通过，将待入网车辆的车辆身份信息作为有效身份信息存储至预设的运力白名单；和/或将待入网车辆的车载终端的设备标识作为有效设备标识存储至预设的运力白名单；其中，有效身份信息和有效设备标识关联存储。

具体实现中，由于运力白名单是用于记录被核验信任的牵引车和半挂车(全挂车)的车辆身份信息，只有当牵引车和半挂车(全挂车)在运力白名单中时，才可接收运营网络管理端分配的运输任务，而本申请实施例提出的入网验证就是针对运营网络的入网验证。因此，第二车辆类型的待入网车辆经初步核验通过后，核验服务器101可将该车辆添加至运力白名单中，即将该车辆的车辆身份信息作为有效身份信息，和/或将该车辆的车载终端的设备标识作为有效设备标识，存储至预设的运力白名单中。

需要说明的是，在上述实施例中，虽然提及到车载终端103和已测车载终端104均设置于自动驾驶牵引运力之中，即设置在第一车辆类型的待入网车辆中，但不排除第二车辆类型的待入网车辆也内设有车载终端，只是第二车辆类型的待入网车辆的车载终端，其功能效果可能不同于第一车辆类型的待入网车辆的车载终端。若是第二车辆类型的待入网车辆也内设有车载终端，则针对第二车辆类型的初步核验还应当包括设备注册信息核验，且在第二车辆类型的待入网车辆经初步核验通过后，不仅可将该车辆的车辆身份信息存储至运力白名单中，还可按实际业务需求获取并将该车辆的车载终端的设备标识存储至运力白名单中。此外，若第二车辆类型的车辆身份信息和设备标识均被添加至运力白名单中，则两者需关联存储，以便于后续正常使用。

在一个实施例中，车辆入网请求还包括待入网车辆的车辆身份信息，本步骤包括：响应于车辆类型为第一车辆类型，根据待入网车辆的车辆身份信息，获取待入网车辆的登记信息；根据登记信息，对待入网车辆进行车辆资质核验；以及对待入网车辆的车载终端进行设备注册信息核验。

具体实现中，可参阅图4，同上述实施例中所述的针对第二车辆类型的待入网车辆的初步核验机制相同，核验服务器101根据待入网车辆的车辆身份信息，从预存的多个登记信息中筛选得到待入网车辆的登记信息之后，即可利用待入网车辆的登记信息，对待入网车辆进行车辆资质核验。除此之外，由于本实施例中提出的初步核验是针对第一车辆类型的，因此，对待入网车辆进行车辆资质核验之外，还需对待入网车辆的车载终端(OBU)进行设备注册信息核验，通过两步核验机制实现对第一车辆类型的待入网车辆的初步核验。

在一个实施例中，车辆入网验证方法还包括：响应于初步核验的结果为核验通过，将待入网车辆的车辆身份信息作为有效身份信息进行存储；以及将待入网车辆的车载终端的设备标识作为有效设备标识进行存储。

具体实现中，上述实施例中描述第二车辆类型的待入网车辆的初步核验方案时，提及到若是第二车辆类型的待入网车辆经初步核验通过后，可将车辆的车辆身份信息和/或设备标识存储至运力白名单中，即是将该第二车辆类型的车辆进行了入网操作。但是，本实施例中涉及的第一车辆类型不同于第二车辆类型，第一车辆类型的待入网车辆经初核验通过后，不能直接将该车辆进行入网操作，因为该类型车辆的入网前提不仅是初步核验，还需在初步核验基础上进行有效性核验，并且有效性核验也通过后，方可执行第一车辆类型的待入网车辆的入网操作。

由此，本实施例中提出当第一车辆类型的待入网车辆经初步核验通过后，可将该待入网车辆的车辆身份信息、设备标识存储至本地数据库中，待有效性核验通过后再添加至运力白名单中。

在一个实施例中，车辆入网验证方法还包括：响应于有效性核验结果为核验通过，将有效身份信息以及有效设备标识存储至预设的运力白名单；其中，有效身份信息和有效设备标识关联存储。

具体实现中，第一车辆类型的待入网车辆的有效性核验步骤主要分为三大步骤，具体将在下文详细说明。

在一个实施例中，车辆入网验证方法还包括：根据包含待测车载终端的第二设备标识的身份核验指令，获取来自待测车载终端的第一待测身份信息；从运力白名单中获取对应于第二设备标识的第一有效身份信息；以及响应于第一有效身份信息与第一待测身份信息不匹配，清除运力白名单中的第一有效身份信息；其中，第一待测身份信息为待测车载终端发送的车辆身份信息。

其中，本实施例中的第二设备标识在使用前已经存储在运力白名单中。

其中，在说明本实施例之前，可参阅图5，图5为本申请实施例中车辆入网验证系统的另一个架构示意图。如图5所示，与图1中的车辆入网验证系统架构不同的是，本实施例应用的车辆入网验证系统，包括：车辆身份核验模块1011和车辆信息核验模块1012，且车辆身份核验模块1011和车辆信息核验模块1012设置于核验服务器101中。还可以看出的是，本实施例应用的车辆入网验证系统，不包括图1中的已测车载终端104，原因是在实际运输旅程中，将已测车载终端104移除，可以避免后续加装设备对原系统正常运行的影响。

具体实现中，可参阅图6，待入网车辆完成初始的入网审核后，待入网车辆转变为已入网车辆，已入网车辆不仅被核验服务器101添加在了运力白名单中，使之获取承接运输任务的通行证，还会在后续运输任务的执行过程中被核验服务器101持续地跟踪测试。持续跟踪测试的目的在于，可以确保自动驾驶牵引车和半挂车在运输全流程中上传或发送信息的有效性，相较于传统的单次信息交互有效性验证而言，更能保证信息有效性。

具体地，已入网车辆接收运输任务后正式开始运输行程，在运输过程中，已入网车辆的车载终端103将实时发送车身信息，核验服务器101中的车辆身份核验模块1011随机发出身份核验指令，该身份核验指令包含该已入网车辆的车载终端的设备标识。

进一步地，核验服务器101中的车辆身份核验模块1011发出身份核验指令之后，将接收到已入网车辆的车载终端103反馈的第一待测身份信息，进而利用存储在运力白名单中的第一有效身份信息与第一待测身份信息进行比较，若比较结果表明存在差异，则需清除该已入网车辆在运力白名单中的第一有效身份信息。可以理解的是，随之关联清除的还有该已入网车辆的车载终端的有效设备标识。

在一个实施例中，车辆入网验证方法还包括：响应于第一有效身份信息与第一待测身份信息相匹配，获取第二待测身份信息；其中，第二待测身份信息由边缘计算单元根据路侧设备采集的数据分析得到；获得当前运输任务中与第一有效身份信息匹配的第二有效身份信息；以及响应于第二有效身份信息与第二待测身份信息不匹配，清除运力白名单中的第一有效身份信息和第二有效身份信息。

具体实现中，可参阅图6，在上述实施例基础之上，若是比较确认第一有效身份信息与第一待测身份信息无差异，则可进一步获取第二待测身份信息，即指示边缘计算单元102分析并反馈第二路侧终端106采集的数据。

具体的，核验服务器101中的车辆身份核验模块1011随机发出身份核验指令之后，第一路侧终端105将实时接收并解析身份核验指令，并将指令中包含的设备标识和车载终端103发送的车辆身份信息发送至边缘计算单元102，由边缘计算单元102将收到的设备标识和车辆身份信息，与第二路侧终端106感知到的两种信息进行匹配，验证设备标识和车辆身份信息是否和核验服务器101中保存的一致，验证确定匹配一致，则核验服务器101将接收到其上传的匹配的车辆身份信息，作为第二待测身份信息，并接收到匹配的设备标识。

进一步地，核验服务器101获取到第二待测身份信息之后，可调取当前未完成的运输任务列表进行查看，并在运输任务列表中提取出与第一有效身份信息匹配的第二有效身份信息。可以理解的是，若第一有效身份信息是自动驾驶牵引运力的车辆身份信息，则第二有效身份信息就是半挂车(或全挂车)的车辆身份信息。核验服务器101需判断第二有效身份信息与第二待测身份信息是否一致，若否，则表示当前分析的牵引车未按照任务指定装载相应的半挂车，需要清除运力白名单中的第一有效身份信息和第二有效身份信息。

在一个实施例中，车辆入网验证方法还包括：响应于第二有效身份信息与第二待测身份信息相匹配，根据包含待测车载终端的第二设备标识的信息核验指令，获取来自待测车载终端的第三车辆信息；根据包含第一有效身份信息的信息核验指令，获取来自边缘计算单元的第四车辆信息；以及响应于第三车辆信息和第四车辆信息不匹配，清除运力白名单中的第一有效身份信息。其中，第三车辆信息和第四车辆信息均包括位置信息、运动信息以及姿态信息中的至少一个。

具体实现中，可参阅图6，在上述实施例基础之上，若所有前序步骤中进行匹配的信息均相匹配，则核验服务器101中的车辆信息核验模块1012将随机发送车辆信息验证指令至第一路侧终端105和边缘计算单元102，并且发送至第一路侧终端105的指令中包含待测的车载终端103的设备标识，发送至边缘计算单元102的指令中包含待测牵引车的车辆身份信息。

进一步地，第一路侧终端105可响应指令向车辆信息核验模块1012发送源自待测的车载终端103的第三车辆信息；边缘计算单元102可响应指令向车辆信息核验模块1012上传路侧感知获得的待测牵引车的第四车辆信息，指令中包括第一有效身份信息，用于指示边缘计算单元上传对应车辆的车辆信息。最后，车辆信息核验模块1012将对来自于车载终端103的第三车辆信息，和来自于边缘计算单元102的第四车辆信息进行比对，若信息一致，则信息核验通过；若信息不一致，则将该待测牵引车移出运力白名单，即清除运力白名单中的第一有效身份信息，并可视业务需求上报异常。

S303，响应于车辆类型为第一车辆类型以及初步核验的结果为核验通过，对待入网车辆进行有效性核验，得到有效性核验结果。

具体实现中，可参阅图4，上述实施例已说明若待入网车辆的车辆类型为第一车辆类型，则其入网前提不仅需要初步核验，还需要有效性核验，以此提升入网信息安全，最终提高物流运输效率。具体的有效性核验机制将在下文详细说明。

在一个实施例中，有效性核验至少包括以下之一：第一有效性核验、第二有效性核验、第三有效性核验。第一有效性核验可以为感知信息有效性核验，第二有效性核验可以为车辆参考真值有效性核验，第三有效性核验可以为路侧解析信息有效性核验。

其中，感知信息有效性核验的数据对象为：来自于待入网车辆的车载终端103的第一车辆信息、来自于边缘计算单元102根据第二路侧终端106采集的数据计算得到的第二车辆信息。车辆参考真值有效性核验的数据对象为：来自于待入网车辆的车载终端103的第一车辆信息、来自于已测车载终端104的第二车辆信息。路侧解析信息有效性核验的数据对象为：来自于待入网车辆的车载终端103的第一车辆信息、来自于第二路侧终端106根据车载终端103发送的第一车辆信息解析得到的第二车辆信息。

在一个实施例中，本步骤包括：获取来自待入网车辆的车载终端的待入网车辆的第一车辆信息，第一车辆信息包括位置信息、运动信息以及姿态信息中的至少一个；获取待入网车辆的第二车辆信息，第二车辆信息包括感知位置信息、感知运动信息以及感知姿态信息中的至少一个；其中，第二车辆信息由边缘计算单元根据路侧设备采集的数据计算得到；分析第一车辆信息与第二车辆信息之间的差异，以对待入网车辆进行第一有效性核验，得到有效性核验结果。

具体实现中，可参阅图1，车载终端103中设置有多个车身信息模块，包括全球导航卫星系统模块(GNSS)、控制器局域网模块(CAN)以及惯性测量单元模块(IMU)，全球导航卫星系统模块(GNSS)用于获取待入网车辆的位置信息、控制器局域网模块(CAN)用于获取待入网车辆的运动信息、惯性测量单元模块(IMU)用于获取待入网车辆的姿态信息。待入网车辆的第二车辆信息的获取方式是：第二路侧终端106将采集到的原始数据发送至边缘计算单元102，边缘计算单元102根据原始数据进行目标识别和融合感知之后，得到待入网车辆的第二车辆信息。

在一个实施例中，本步骤包括：获取来自待入网车辆的车载终端的待入网车辆的第一车辆信息，第一车辆信息包括位置信息、运动信息以及姿态信息中的至少一个；获取待入网车辆的第二车辆信息，第二车辆信息包括位置参考真值、运动参考真值以及姿态参考真值中的至少一个；其中，第二车辆信息由待入网车辆的已测车载终端采集得到；分析第一车辆信息与第二车辆信息之间的差异，以对待入网车辆进行第二有效性核验，得到有效性核验结果。

具体实现中，可参阅图1，车载终端103中设置有多个车身信息模块，上述实施例中已详细说明，在此不再赘述。但需说明的是，已测车载终端104中也设置有相同的多个车身信息模块。需要说明的是，待测牵引车上额外安装了作为真值系统的已测车载终端104，目的是为待测的车载终端103上传的信息提供参考真值，同时实现和车辆入网验证系统中其他设备上传信息的交叉验证，避免了由于系统其他设备自身误差而造成结果偏差。

在一个实施例中，本步骤包括：获取来自待入网车辆的车载终端的待入网车辆的第一车辆信息，第一车辆信息包括位置信息、运动信息以及姿态信息中的至少一个；获取待入网车辆的第二车辆信息，第二车辆信息包括路侧解析位置信息、路侧解析运动信息以及路侧解析姿态信息中的至少一个；其中，第二车辆信息由路侧设备根据车载终端发送的第一车辆信息解析得到；分析第一车辆信息与第二车辆信息之间的差异，以对待入网车辆进行第三有效性核验，得到有效性核验结果。

具体实现时，为了使信息比较得以进行，第一车辆信息和第二车辆信息应当包括相同类型的信息。例如，当第一车辆信息和第二车辆信息均包括位置信息时，假设位置信息中含有预设坐标系下的坐标信息，则可以通过进行坐标匹配来分析第一车辆信息与第二车辆信息之间的差异；或者进一步地，第一车辆信息和第二车辆信息还分别包括运动信息，则在进行位置坐标匹配的同时，还需要进行运动信息的匹配，如果坐标匹配和运动信息匹配的结果均为通过，则可以认为第三有效性核验结果为通过；又或者进一步地，第一车辆信息和第二车辆信息还分别包括车辆姿态信息，则在进行位置坐标和运动信息匹配的同时，还需要进行车辆姿态的匹配，如果位置坐标、运动信息以及车身姿态匹配的结果均为通过，则可以认为第三有效性核验结果为通过。具体实现中，本实施例中的第二车辆信息是解析后的第一车辆信息，具体是第一路侧终端105接收并解析来自待测的车载终端103的第一车辆信息所得。

在一个实施例中，车辆入网验证方法还包括：获得预存的有效身份信息，有效身份信息为通过初步核验的车辆的身份信息；比对有效身份信息和待入网车辆的感知身份信息，通过判断是否存在与感知身份信息匹配的有效身份信息，得到车辆身份比对结果，若存在预存的有效身份信息与感知身份信息匹配，则比对结果为通过；其中，感知身份信息由边缘计算单元根据路侧设备采集的数据计算得到；响应于车辆身份比对结果为通过，获取来自待入网车辆的车载终端的第一设备标识，并提取预存的车载终端的有效设备标识；比对有效设备标识和第一设备标识，通过判断是否存在与第一设备标识匹配的有效设备标识，得到设备比对结果，若存在预存的有效设备标识与第一设备标识匹配，则比对结果为通过；响应于设备比对结果为一致，执行分析第一车辆信息与第二车辆信息之间的差异的步骤。

具体实现中，可参阅图4，在上述实施例基础之上，核验服务器101分析第一车辆信息与第二车辆信息之间的差异之前，可通过比对边缘计算单元102感知到的车辆身份信息、待测的车载终端103发送的设备标识，是否与已经通过初步核验的有效身份信息和有效设备标识一致，以确保进行验证的牵引车和车载终端，与初步核验通过的牵引车、车载终端均一致。

在一个实施例中，车辆入网验证方法还包括：响应于第一有效性核验的结果为核验通过，第二有效性核验的结果为核验通过，以及第三有效性核验的结果为核验通过，对待入网车辆进行入网操作。

具体实现中，本实施例提出上述三种有效性核验的结果均为核验通过，核验服务器101方可对待入网车辆进行入网操作。

在一个实施例中，车辆入网验证方法还包括：响应于车辆类型为第二车辆类型以及初步核验的结果为核验通过，对待入网车辆进行入网操作。

具体实现中，上述实施例中已详细说明，若待入网车辆的车辆类型为第二车辆，则其无需进行有效性核验，仅需在初步核验通过后即可入网。

上述实施例中的车辆入网验证方法，核验服务器通过接收待入网车辆的车辆入网请求，即可根据车辆入网请求包括的待入网车辆的车辆类型，对待入网车辆进行初步核验，以及响应于车辆类型为第一车辆类型以及初步核验的结果为核验通过，对待入网车辆进行有效性核验，得到有效性核验结果。由于本申请针对车辆入网这一场景，提出了在初步核验基础上叠加至少一种有效性核验的信息交互有效性核验机制，使得车辆入网的信息安全性得到大幅提升，并因高安全性信息所带来的信息稳定性，使得物流运输效率也得到有效提高。

为了便于本领域技术人员深入理解本申请实施例，以下将结合图7-8说明两个具体示例，主要说明待入网车辆申请入网时的验证方案，以及车辆入网之后的持续跟踪验证方案。

如图7所示，自动驾驶牵引车T1与半挂车ST1申请加入运力白名单，T1装载有车载终端OBU1，以及用于采集参考真值的已测车载信终端REF1，审核站点设置有第一路侧终端RSU1，边缘计算单元MEC1以及第二路侧终端P1。核验服务器V1根据车辆入网验证系统中各模块上传的各类信息，对信息有效性进行评估并给出反馈，具体包括如下步骤：

步骤1、半挂车ST1申请加入运力白名单，V1对ST1的车辆资质进行审核，ST1符合法律法规中关于半挂车的相关规定，ST1被V1加入运力白名单，V1记录ST1的车牌号和VIN码。

步骤2、自动驾驶牵引车T1申请加入运力白名单，V1对T1的车辆资质进行审核，T1符合法律法规中关于牵引车的相关规定，V1判定T1通过车辆资质审核，V1记录T1的车牌号和VIN码。

步骤3、V1对安装在T1上的OBU1进行车载智能终端注册信息审核，V1判定OBU1的车载智能终端注册信息有效，V1记录OBU1的设备号。

步骤4、V1向OBU1、REF1、RSU1和MEC1发送车辆信息验证指令。

步骤5、REF1将来自T1中GNSS，CAN，IMU等模块的位置信息、运动信息和姿态信息等上传至V1。

步骤6、OBU1将来自T1中GNSS，CAN，IMU等模块的位置信息，运动信息和姿态信息等，与OBU1的设备号一同上传至V1，并将该信息发送至RSU1。

步骤7、RSU1接收并解析来自OBU1的信息，并将解析结果上传至V1。

步骤8、MEC1对P1采集到的原始数据进行融合感知，将感知到的车牌号以及车身的位置信息、运动信息和姿态信息，上传至V1。

步骤9、V1对MEC1和OBU1上传的车身信息进行对比。将MEC1感知到的待测牵引车车牌号和车辆资质审核过程中记录的T1车牌号进行对比，将OBU1上传的设备号和车载智能终端注册信息审核过程中记录的OBU1设备号进行对比，确保进行测试的牵引车为T1，且该牵引车装载的车载终端与步骤3中通过车载智能终端注册信息审核的设备一致。若不一致，则申请失败。同时，对MEC1感知到的待测牵引车车牌号和OBU1上传的车辆信息进行比对，确保MEC1感知到的目标车辆与待测车辆为同一车辆。

步骤10、V1对REF1和OBU1上传的车身信息进行对比，检验OBU1上传的车身信息是否与REF1上传的车身信息真值一致，若信息不一致，申请失败。

步骤11、V1对RSU1上传的和OBU1上传的车身信息进行对比，检验OBU1发送至RSU1的信息是否与OBU1上传至V1的信息一致，验证RSU1获取来自OBU1信息的有效性。若信息不一致，申请失败。

步骤12、若步骤9至步骤11中获得的信息比对结果均为一致，则判定T1通过审核，T1将被V1加入运力白名单，包括T1的车牌号和VIN码，并同步记录OBU1的设备号，用于后续运输旅程中的持续跟踪核验。

如图8所示，自动驾驶牵引车T1与半挂车ST1均已通过申请，加入了运力白名单，T1装载有车载终端OBU1，根据干线实际路况，干线沿线设置有第一路侧终端RSU1、边缘计算单元MEC1以及第二路侧终端P1，核验服务器V1由车辆身份核验模块V1_1和车辆信息核验模块V1_2组成，具体包括如下步骤：

步骤1、T1装载ST1执行运输任务并正式开始运输行程，在运输过程中OBU1实时发送车身信息，V1_1在运输旅程中随机发送身份核验指令，该指令包含OBU1的设备号。

步骤2、RSU1接收并解析OBU1发送的信息，并将相应的OBU1设备号和OBU1从车身获取的车辆信息发送至MEC1。

步骤3、MEC1由P1获取路侧感知信息进行目标识别，并根据收到的车辆信息特征与路侧感知得到的车辆特征进行匹配。完成匹配后，MEC1将获取的匹配车辆的车牌号和OBU1的设备号上传到V1_1模块。

步骤4、V1_1模块根据车辆入网时记录的车牌号和相应的智能终端的设备号，与步骤3中MEC1上传的信息进行比对，若与入网记录组合信息不一致，则上报车辆身份异常，T1将被移出运力白名单。

步骤5、若信息一致，则可进一步对接收运输任务的T1和ST1进行组合审核。若T1与ST1信息不匹配，即ST1不是T1当前运输任务指定的半挂车，则上报信息异常，T1与ST1将被移出运力白名单。

步骤6、若步骤5中的信息匹配，则T1与ST1匹配信息核查通过。过后，V1_2模块随机发送信息验证指令至RSU1和MEC1，发送至RSU1的指令中包含OBU1的设备号，发送至MEC1的指令中包含待测牵引车T1的车牌号。

步骤7、RSU1向V1上传接收自OBU1的车辆信息。

步骤8、MEC1向V1上传路侧感知获得的T1的车辆信息。

步骤9、V1对步骤7和步骤8中分别上传的信息进行比对。若信息一致，则信息核验通过；若信息不一致，则上报信息异常，T1将被移出运力白名单。

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

为了更好实施本申请实施例提供的车辆入网验证方法，在本申请实施例所提出的车辆入网验证方法的基础之上，本申请实施例中还提供了一种车辆入网验证装置，如图9所示，该车辆入网验证装置900包括：

请求接收模块910，用于接收待入网车辆的车辆入网请求，车辆入网请求包括待入网车辆的车辆类型；

第一核验模块920，用于根据待入网车辆的车辆类型，对待入网车辆进行初步核验；以及

第二核验模块930，用于响应于车辆类型为第一车辆类型以及初步核验的结果为核验通过，对待入网车辆进行有效性核验，得到有效性核验结果。

在本申请一些实施例中，有效性核验至少包括以下之一：第一有效性核验、第二有效性核验、第三有效性核验。

在本申请一些实施例中，第二核验模块930还用于获取来自待入网车辆的车载终端的待入网车辆的第一车辆信息，第一车辆信息包括位置信息、运动信息以及姿态信息中的至少一个；获取待入网车辆的第二车辆信息，第二车辆信息包括感知位置信息、感知运动信息以及感知姿态信息中的至少一个；其中，第二车辆信息由边缘计算单元根据路侧设备采集的数据计算得到；分析第一车辆信息与第二车辆信息之间的差异，以对待入网车辆进行第一有效性核验，得到有效性核验结果。

在本申请一些实施例中，第二核验模块930还用于获取来自待入网车辆的车载终端的待入网车辆的第一车辆信息，第一车辆信息包括位置信息、运动信息以及姿态信息中的至少一个；获取待入网车辆的第二车辆信息，第二车辆信息包括位置参考真值、运动参考真值以及姿态参考真值中的至少一个；其中，第二车辆信息由待入网车辆的已测车载终端采集得到；分析第一车辆信息与第二车辆信息之间的差异，以对待入网车辆进行第二有效性核验，得到有效性核验结果。

在本申请一些实施例中，第二核验模块930还用于获取来自待入网车辆的车载终端的待入网车辆的第一车辆信息，第一车辆信息包括位置信息、运动信息以及姿态信息中的至少一个；获取待入网车辆的第二车辆信息，第二车辆信息包括路侧解析位置信息、路侧解析运动信息以及路侧解析姿态信息中的至少一个；其中，第二车辆信息由路侧设备根据车载终端发送的第一车辆信息解析得到；分析第一车辆信息与第二车辆信息之间的差异，以对待入网车辆进行第三有效性核验，得到有效性核验结果。

在本申请一些实施例中，第二核验模块930还用于获得预存的有效身份信息；比对有效身份信息和待入网车辆的感知身份信息，通过判断预存的有效身份信息中是否存在与感知身份信息匹配的有效身份信息，得到车辆身份比对结果，若存在有效身份信息与感知身份信息匹配，则比对结果为通过；其中，感知身份信息由边缘计算单元根据路侧设备采集的数据计算得到；响应于车辆身份比对结果为通过，获取来自待入网车辆的车载终端的第一设备标识和预存的有效设备标识；比对有效设备标识和第一设备标识，通过判断是否存在与第一设备标识匹配的有效设备标识，得到设备比对结果，若存在预存的有效设备标识与第一设备标识匹配，则比对结果为通过；响应于设备比对结果为通过，执行分析第一车辆信息与第二车辆信息之间的差异的步骤。

在本申请一些实施例中，第二核验模块930还用于响应于第一有效性核验的结果为核验通过，第二有效性核验的结果为核验通过，以及第三有效性核验的结果为核验通过，对待入网车辆进行入网操作。

在本申请一些实施例中，第三核验模块，用于响应于所述车辆类型为第二车辆类型以及所述初步核验的结果为核验通过，对所述待入网车辆进行入网操作。

在本申请一些实施例中，车辆入网请求还包括待入网车辆的车辆身份信息，第一核验模块920还用于响应于车辆类型为第一车辆类型，根据待入网车辆的车辆身份信息，获取待入网车辆的登记信息；根据登记信息，对待入网车辆进行车辆资质核验；以及对待入网车辆的车载终端进行设备注册信息核验。

在本申请一些实施例中，第一核验模块920还用于响应于初步核验的结果为核验通过，将待入网车辆的车辆身份信息作为有效身份信息进行存储；以及将待入网车辆的车载终端的设备标识作为有效设备标识进行存储。

在本申请一些实施例中，车辆入网请求还包括待入网车辆的车辆身份信息，第一核验模块920还用于响应于车辆类型为第二车辆类型，根据待入网车辆的车辆身份信息，获取待入网车辆的登记信息；以及根据登记信息，对待入网车辆进行车辆资质核验。

在本申请一些实施例中，第一核验模块920还用于响应于初步核验的结果为核验通过，将待入网车辆的车辆身份信息作为有效身份信息存储至预设的运力白名单；和/或将待入网车辆的车载终端的设备标识作为有效设备标识存储至预设的运力白名单；其中，有效身份信息和有效设备标识关联存储。

在本申请一些实施例中，第一核验模块920还用于响应于有效性核验结果为核验通过，将有效身份信息以及有效设备标识存储至预设的运力白名单；其中，有效身份信息和有效设备标识关联存储。

在本申请一些实施例中，第一核验模块920还用于根据包含待测车载终端的第二设备标识的身份核验指令，获取来自待测车载终端的第一待测身份信息；从运力白名单中获取对应于第二设备标识的第一有效身份信息；以及响应于第一有效身份信息与第一待测身份信息不匹配，清除运力白名单中的第一有效身份信息；其中，第一待测身份信息为待测车载终端发送的车辆身份信息。

在本申请一些实施例中，第一核验模块920还用于响应于第一有效身份信息与第一待测身份信息相匹配，获取第二待测身份信息；其中，第二待测身份信息由边缘计算单元根据路侧设备采集的数据分析得到；获得当前运输任务中与第一有效身份信息匹配的第二有效身份信息；以及响应于第二有效身份信息与第二待测身份信息不匹配，清除运力白名单中的第一有效身份信息和第二有效身份信息。

在本申请一些实施例中，第一核验模块920还用于响应于第二有效身份信息与第二待测身份信息相匹配，根据包含待测车载终端的第二设备标识的信息核验指令，获取来自待测车载终端的第三车辆信息；根据包含第一有效身份信息的信息核验指令，获取来自边缘计算单元的第四车辆信息；以及响应于第三车辆信息和第四车辆信息不匹配，清除运力白名单中的第一有效身份信息。其中，第三车辆信息和第四车辆信息均包括位置信息、运动信息以及姿态信息中的至少一个。

上述实施例中，核验服务器通过接收待入网车辆的车辆入网请求，即可根据车辆入网请求包括待入网车辆的车辆类型，对待入网车辆进行初步核验，以及响应于车辆类型为第一车辆类型以及初步核验的结果为核验通过，对待入网车辆进行有效性核验，得到有效性核验结果。由于本申请针对车辆入网这一场景，提出了在初步核验基础上叠加至少一种有效性核验的信息交互有效性核验机制，使得车辆入网的信息安全性得到大幅提升，并因高安全性信息所带来的信息稳定性，使得物流运输效率也得到有效提高。

在本申请一些实施例中，车辆入网验证装置900可以实现为一种计算机程序的形式，计算机程序可在如图10所示的计算机设备上运行。计算机设备的存储器中可存储组成该车辆入网验证装置900的各个程序模块，比如，图9所示的请求接收模块910、第一核验模块920以及第二核验模块930；各个程序模块构成的计算机程序使得处理器执行本说明书中描述的本申请各个实施例的车辆入网验证方法中的步骤。

例如，图10所示的计算机设备可以通过如图9所示的车辆入网验证装置900中的请求接收模块910执行步骤S301。计算机设备可通过第一核验模块920执行步骤S302。计算机设备可通过第二核验模块930执行步骤S303。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的计算机设备通过网络连接通信。该计算机程序被处理器执行时以实现一种车辆入网验证方法。

本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在本申请一些实施例中，提供了一种计算机设备，包括一个或多个处理器；存储器；以及一个或多个应用程序，其中的一个或多个应用程序被存储于存储器中，并配置为由处理器执行上述车辆入网验证方法的步骤。此处车辆入网验证方法的步骤可以是上述各个实施例的车辆入网验证方法中的步骤。

在本申请一些实施例中，提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器进行加载，使得处理器执行上述车辆入网验证方法的步骤。此处车辆入网验证方法的步骤可以是上述各个实施例的车辆入网验证方法中的步骤。

本邻域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

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

以上对本申请实施例所提供的一种车辆入网验证方法、装置及计算机可读存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。