CN117894088A - 一种etc的批量发行***、方法、介质和电子设备 - Google Patents

Abstract

本申请提供了一种ETC的批量发行***、方法、介质和电子设备。所述***包括供应端、审核端、车端和ETC模块。在车辆交付用户前，由供应端批量提供每个车辆的用户信息和车辆信息生成对应车辆的审核请求信息，提交给审核端完成对每辆车的支付信用审核，审核通过后由审核端生成每个车辆的收费认证信息；当用户接收到该批车辆后，车端通过银行为每个车辆分配的银行卡的第二银行卡身份信息，与对应车辆车端的收费认证信息中的第一银行卡身份信息的匹配，验证***ETC模块中银行卡的可靠性，进而激活本车辆的车端将本车辆的收费认证信息写入连接的ETC模块中，从而完成用户自助发行ETC模块中收费认证信息的工作。保证了ETC批量发行的安全性和可靠性。

Description

一种ETC的批量发行***、方法、介质和电子设备

技术领域

本申请涉及ETC安全技术领域，具体而言，涉及一种ETC的批量发行***、方法、介质和电子设备。

背景技术

电子不停车收费***(英文全称Electronic Toll Collection，简称ETC)是高速公路或桥梁自动收费。通过安装在车辆挡风玻璃上的车载电子标签与在收费站ETC车道上的微波天线之间进行的专用短程通讯，利用计算机联网技术与银行进行后台结算处理，从而达到车辆通过高速公路或桥梁收费站无需停车而能交纳高速公路或桥梁费用的目的。ETC多为车辆出厂后由银行安装。随着ETC的发展，非个人用户需要车辆批量出厂前安装好ETC，以快速、便捷的方式完成出厂后的ETC发行。

但是，出厂前安装好ETC与非个人用户开始使用ETC之间存在长时间脱节的问题，容易使非个人用户的财产造成损失。

因此，本申请提供了一种ETC的批量发行***，以解决上述技术问题。

发明内容

本申请的目的在于提供一种ETC的批量发行***、方法、介质和电子设备，能够解决上述提到的至少一个技术问题。具体方案如下：

根据本申请的具体实施方式，第一方面，本申请提供一种ETC的批量发行***，包括：

供应端，配置为批量提供每个车辆的用户信息和车辆信息生成对应车辆的审核请求信息；

审核端，与所述供应端通信连接，配置为对每个车辆的审核请求信息中的用户信息和车辆信息进行支付信用审核，至少基于审核通过的每个车辆的用户信息、车辆信息和第一银行卡身份信息生成对应车辆的收费信息包中的收费认证信息；

车端，与所述审核端无线通信连接，且与ETC模块通信连接，配置为：响应于获得银行卡***所述ETC模块的***信号，当所述银行卡中的第二银行卡身份信息与所述收费信息包的收费认证信息中的第一银行卡身份信息匹配时，将所述收费信息包中的收费认证信息写入所述ETC模块。

可选的，所述审核端配置为所述至少基于审核通过的每个车辆的用户信息、车辆信息和第一银行卡身份信息生成对应车辆的收费信息包中的收费认证信息，包括：

至少基于审核通过的每个车辆的用户信息、车辆信息和第一银行卡身份信息生成对应车辆的收费认证信息；

基于本批的预设加密秘钥对每个车辆的收费认证信息进行批量加密，生成对应车辆加密后的收费信息包。

可选的，所述供应端，与所述车端通信连接，还配置为：响应于获取所述审核端反馈的每个车辆的审核通过信息，将对应车辆的用户信息和车辆信息传送至对应车辆的车端保存；

所述审核端，还配置为：响应于生成每个车辆的收费信息包中的收费认证信息，将对应车辆的收费信息包传送至对应车辆的车端保存。

可选的，所述车端配置为所述响应于获得银行卡***所述ETC模块的***信号，当所述银行卡中的第二银行卡身份信息与所述收费信息包的收费认证信息中的第一银行卡身份信息匹配时，将所述收费信息包中的收费认证信息写入所述ETC模块，包括：

响应于获得银行卡***所述ETC模块的***信号，读取所述银行卡中的第二银行卡身份信息；

基于保存的所述的用户信息和所述车辆信息以及所述第二银行卡身份信息向所述审核端发出解密申请；

基于所述审核端响应于所述解密申请反馈的本批解密秘钥，解开所述收费信息包，获得所述收费认证信息；

当所述第二银行卡身份信息与所述收费认证信息中的第一银行卡身份信息匹配时，将所述收费认证信息写入所述ETC模块。

可选的，所述车端还配置为：

响应于获得银行卡***所述ETC模块的***信号，当所述第二银行卡身份信息与所述第一银行卡身份信息不匹配时，删除所述收费认证信息。

根据本申请的具体实施方式，第二方面，本申请提供一种ETC的批量发行方法，应用于上述***中的车端，包括：

获取审核端下发的收费信息包，其中，所述收费信息包包括收费认证信息中的第一银行卡身份信息；

响应于获得银行卡***ETC模块的***信号，读取所述银行卡中的第二银行卡身份信息；

当所述第二银行卡身份信息与所述第一银行卡身份信息匹配时，将所述收费信息包中的收费认证信息写入所述ETC模块。

可选的，所述方法还包括：

保存所述供应端获得审核通过信息后发送的所属车辆的用户信息和车辆信息，保存所述审核端生成所属车辆的收费信息包中的收费认证信息后发送的收费信息包。

可选的，所述当所述第二银行卡身份信息与所述第一银行卡身份信息匹配时，将所述收费信息包中的收费认证信息写入所述ETC模块之前，还包括：

基于保存的所述的用户信息和所述车辆信息以及所述第二银行卡身份信息向所述审核端发出解密申请；

基于所述审核端响应于所述解密申请反馈的本批解密秘钥，解开所述收费信息包，获得所述收费认证信息。

根据本申请的具体实施方式，第三方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如上任一项所述ETC的批量发行方法。

根据本申请的具体实施方式，第四方面，本申请提供一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上任一项所述ETC的批量发行方法。

本申请实施例的上述方案与现有技术相比，至少具有以下有益效果：

本申请提供了一种ETC的批量发行***、方法、介质和电子设备。本申请在在车辆交付用户前，由供应端批量提供每个车辆的用户信息和车辆信息生成对应车辆的审核请求信息，提交给审核端完成对每辆车的支付信用审核，审核通过后由审核端生成每个车辆的收费信息包中的收费认证信息；当用户接收到该批车辆后，车端通过银行为每个车辆分配的银行卡的第二银行卡身份信息，与对应车辆车端的收费认证信息中的第一银行卡身份信息的匹配，验证***ETC模块中银行卡的可靠性，进而激活本车辆的车端将本车辆的收费认证信息写入连接的ETC模块中，从而完成用户自助发行ETC模块中收费认证信息的工作。通过批量分发的支付信用审核，以及自助发行对***银行卡的验证，保证了ETC批量发行的安全性和可靠性。车端获得银行卡***ETC模块的***信号作为用户自助激活自助发行工作的条件之一，能够有效避免在无银行卡的情况下激活自主发行的工作，造成收费认证信息的长时间暴露，造成安全隐患。

附图说明

图1示出了根据本申请实施例的ETC的批量发行***的示意图；

图2示出了根据本申请实施例的ETC的批量发行方法的流程图。

具体实施方式

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

在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种。

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

应当理解，尽管在本申请实施例中可能采用术语第一、第二、第三等来描述，但这些描述不应限于这些术语。这些术语仅用来将描述区分开。例如，在不脱离本申请实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者装置中还存在另外的相同要素。

特别需要说明的是，在说明书中存在的符号和/或数字，如果在附图说明中未被标记的，均不是附图标记。

下面结合附图详细说明本申请的可选实施例。

对本申请提供的实施例，即一种ETC的批量发行***的实施例。

下面结合图1对本申请实施例进行详细说明。

本申请提供了一种ETC的批量发行***，包括：供应端、审核端、车端和ETC模块。

本申请提供的ETC的批量发行***，通过生产厂家或经销商的供应端对用户订购的成批车辆统一安装ETC，并由银行的审核端完成审核工作，当车辆下发至用户手中后，由用户通过车端自助激活车辆的ETC，从而完成ETC批量发行的工作。

供应端，配置为批量提供每个车辆的用户信息和车辆信息生成对应车辆的审核请求信息。

用户信息，记录这批车辆的非个人用户的使用主体，包括单位信息。

车辆信息，记录该车辆的唯一标识，例如车架号。

供应端由生产厂家或经销商使用。生产厂家或经销商在生产或销售给同一用户的成批车辆中集中安装ETC，并基于该批车辆的用户信息和车辆信息生成每个车辆的审核请求信息。

审核端，与所述供应端通信连接，配置为对每个车辆的审核请求信息中的用户信息和车辆信息进行支付信用审核，至少基于审核通过的每个车辆的用户信息、车辆信息和第一银行卡身份信息生成对应车辆的收费信息包中的收费认证信息。

支付信用审核，是对用户在使用收费公路时是否具有支付能力的审核。考核该用户在本银行的存款数量、历史欠费记录和历史还款记录。如果该用户无不良记录，将审核通过；如果存在不良记录，还要通过不良记录的性质进行评分，划分出信用等级，根据信用等级确定是否审核通过。如果一个车辆的审核通过将生成该车辆ETC所使用的收费认证信息。

收费认证信息是按照ETC模块的生产厂商提供的预设模块格式生成的信息，输入ETC模块后，直接被ETC模块使用。

第一银行卡身份信息，是为车辆指定的银行卡的唯一信息，例如，该批车辆中的第一车辆中安装的第一ETC模块必须***第一银行卡才能够正常使用，第二车辆中安装的第二ETC模块必须***第二银行卡才能够正常使用。

银行卡身份信息包括：银行卡***、银行卡PIN码、银行卡PID码和/或银行卡HID码。

银行卡***和银行卡PIN码均由银行分配的。

银行卡PIN码是由银行根据业务类型分配的业务安全代码。

银行卡PID码和银行卡HID码均由银行卡的制造商写入到银行卡中的。

车端，与所述审核端无线通信连接，且与ETC模块通信连接，配置为：响应于获得银行卡***所述ETC模块的***信号，当所述银行卡中的第二银行卡身份信息与所述收费信息包的收费认证信息中的第一银行卡身份信息匹配时，将所述收费信息包中的收费认证信息写入所述ETC模块。

车端，能够在生产厂家或经销商处便从审核端获得收费信息包，也能够在银行卡***ETC模块的***信号后，再从审核端获得收费信息包，本申请不限于此。

本申请实施例将银行卡***ETC模块，车端获得***信号作为用户自助激活自助发行工作的条件之一，能够有效避免在无银行卡的情况下激活自主发行的工作，造成收费认证信息的长时间暴露，造成安全隐患。为了防止收费认证信息的长时间暴露，在将所述收费信息包中的收费认证信息写入所述ETC模块后，删除车端中保存的收费认证信息。

从银行卡中读取第二银行卡身份信息。如果***的银行卡是审核端为该车辆分配的银行卡，则将该车的ETC模块所需的收费认证信息写入所述ETC模块。

本申请实施例在在车辆交付用户前，由供应端批量提供每个车辆的用户信息和车辆信息生成对应车辆的审核请求信息，提交给审核端完成对每辆车的支付信用审核，审核通过后由审核端生成每个车辆的收费信息包中的收费认证信息；当用户接收到该批车辆后，车端通过银行为每个车辆分配的银行卡的第二银行卡身份信息，与对应车辆车端的收费认证信息中的第一银行卡身份信息的匹配，验证***ETC模块中银行卡的可靠性，进而激活本车辆的车端将本车辆的收费认证信息写入连接的ETC模块中，从而完成用户自助发行ETC模块中收费认证信息的工作。通过批量分发的支付信用审核，以及自助发行对***银行卡的验证，保证了ETC批量发行的安全性和可靠性。车端获得银行卡***ETC模块的***信号作为用户自助激活自助发行工作的条件之一，能够有效避免在无银行卡的情况下激活自主发行的工作，造成收费认证信息的长时间暴露，造成安全隐患。

在一些具体实施例中，所述审核端配置为所述至少基于审核通过的每个车辆的用户信息、车辆信息和第一银行卡身份信息生成对应车辆的收费信息包中的收费认证信息，包括：至少基于审核通过的每个车辆的用户信息、车辆信息和第一银行卡身份信息生成对应车辆的收费认证信息；基于本批的预设加密秘钥对每个车辆的收费认证信息进行批量加密，生成对应车辆加密后的收费信息包。

在本具体实施例中，为了保证收费认证信息在传输和保存过程中的安全性，为本批次设置了预设加密秘钥(可以理解为，批次不同，预设加密秘钥也不同，避免不同批次的发行工作相互干扰)，对本批次中每个车辆的收费认证信息进行了加密，防止收费认证信息泄露。

在另一些具体实施例中，所述供应端，与所述车端通信连接，还配置为：响应于获取所述审核端反馈的每个车辆的审核通过信息，将对应车辆的用户信息和车辆信息传送至对应车辆的车端保存；

所述审核端，还配置为：响应于生成每个车辆的收费信息包中的收费认证信息，将对应车辆的收费信息包传送至对应车辆的车端保存。

在本具体实施例中，为了提高在自助发行过程中的发行效率，在生产厂家或经销商处便从审核端获得收费信息包。车端将收费信息包和用户信息和车辆信息保存至预先划定的、普通访问无法进入的存储区域中，例如，EEPROM中。以便保证收费信息包和用户信息和车辆信息的安全。

在另一些具体实施例中，所述车端配置为所述响应于获得银行卡***所述ETC模块的***信号，当所述银行卡中的第二银行卡身份信息与所述收费信息包的收费认证信息中的第一银行卡身份信息匹配时，将所述收费信息包中的收费认证信息写入所述ETC模块，包括：响应于获得银行卡***所述ETC模块的***信号，读取所述银行卡中的第二银行卡身份信息；基于保存的所述的用户信息和所述车辆信息以及所述第二银行卡身份信息向所述审核端发出解密申请；基于所述审核端响应于所述解密申请反馈的本批解密秘钥，解开所述收费信息包，获得所述收费认证信息；当所述第二银行卡身份信息与所述收费认证信息中的第一银行卡身份信息匹配时，将所述收费认证信息写入所述ETC模块。

在本具体实施例中，在获得银行卡***所述ETC模块的***信号后，向审核端发出解密申请。审核端通过用户信息与车辆信息的对应关系的唯一性能够确定解密申请属于哪一批次，进而获得所属批次的解密秘钥，传送至车端。车端通过本批解密秘钥解开收费信息包，获得所述收费认证信息；进而在验证***银行卡的有效性后，将所述收费认证信息写入所述ETC模块。在将所述收费认证信息写入所述ETC模块后，删除解密的收费认证信息。避免长时间暴露收费认证信息，保证收费认证信息的安全性。

在另一些具体实施例中，所述车端还配置为：响应于获得银行卡***所述ETC模块的***信号，当所述第二银行卡身份信息与所述第一银行卡身份信息不匹配时，删除所述收费认证信息。

在本具体实施例中，车端如果在获得***信号后，验证***的银行卡无效，则马上删除解密的收费认证信息。避免长时间暴露收费认证信息，保证收费认证信息的安全性。

本申请实施例通过一系列安全措施，避免长时间暴露收费认证信息，保证收费认证信息的安全性，降低了审核端支付信用审核通过，与车端自助发行之间长时间脱离的风险，保证了写入ETC模块的收费认证信息的安全性，减少了盗取收费认证信息的风险。

本申请还提供了承接上述实施例的方法实施例，基于相同的名称含义的解释与如上实施例相同，具有与如上实施例相同的技术效果，此处不再赘述。

如图2所示，本申请提供一种ETC的批量发行方法，应用于上述ETC的批量发行***中的车端，包括：

步骤S201，获取审核端下发的收费信息包，其中，所述收费信息包包括收费认证信息中的第一银行卡身份信息；

步骤S202，响应于获得银行卡***ETC模块的***信号，读取所述银行卡中的第二银行卡身份信息；

步骤S203，当所述第二银行卡身份信息与所述第一银行卡身份信息匹配时，将所述收费信息包中的收费认证信息写入所述ETC模块。

可选的，所述方法还包括：

保存所述供应端获得审核通过信息后发送的所属车辆的用户信息和车辆信息，保存所述审核端生成所属车辆的收费信息包中的收费认证信息后发送的收费信息包。

可选的，所述当所述第二银行卡身份信息与所述第一银行卡身份信息匹配时，将所述收费信息包中的收费认证信息写入所述ETC模块之前，还包括：

步骤S203-1，基于保存的所述的用户信息和所述车辆信息以及所述第二银行卡身份信息向所述审核端发出解密申请；

步骤S203-2，基于所述审核端响应于所述解密申请反馈的本批解密秘钥，解开所述收费信息包，获得所述收费认证信息。

本申请实施例当用户接收到该批车辆后，车端通过银行为每个车辆分配的银行卡的第二银行卡身份信息，与对应车辆车端的收费认证信息中的第一银行卡身份信息的匹配，验证***ETC模块中银行卡的可靠性，进而激活本车辆的车端将本车辆的收费认证信息写入连接的ETC模块中，从而完成用户自助发行ETC模块中收费认证信息的工作。车端获得银行卡***ETC模块的***信号作为用户自助激活自助发行工作的条件之一，能够有效避免在无银行卡的情况下激活自主发行的工作，造成收费认证信息的长时间暴露，造成安全隐患。

本实施例提供一种电子设备，所述电子设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上实施例所述的方法步骤。

本申请实施例提供了一种非易失性计算机存储介质，所述计算机存储介质存储有计算机可执行指令，该计算机可执行指令可执行如上实施例所述的方法步骤。

最后应说明的是：本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

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

Claims (10)

1.一种ETC的批量发行***，其特征在于，包括：

供应端，配置为批量提供每个车辆的用户信息和车辆信息生成对应车辆的审核请求信息；

审核端，与所述供应端通信连接，配置为对每个车辆的审核请求信息中的用户信息和车辆信息进行支付信用审核，至少基于审核通过的每个车辆的用户信息、车辆信息和第一银行卡身份信息生成对应车辆的收费信息包中的收费认证信息；

车端，与所述审核端无线通信连接，且与ETC模块通信连接，配置为：响应于获得银行卡***所述ETC模块的***信号，当所述银行卡中的第二银行卡身份信息与所述收费信息包的收费认证信息中的第一银行卡身份信息匹配时，将所述收费信息包中的收费认证信息写入所述ETC模块。

2.根据权利要求1所述的***，其特征在于，所述审核端配置为所述至少基于审核通过的每个车辆的用户信息、车辆信息和第一银行卡身份信息生成对应车辆的收费信息包中的收费认证信息，包括：

至少基于审核通过的每个车辆的用户信息、车辆信息和第一银行卡身份信息生成对应车辆的收费认证信息；

基于本批的预设加密秘钥对每个车辆的收费认证信息进行批量加密，生成对应车辆加密后的收费信息包。

3.根据权利要求2所述的***，其特征在于，所述供应端，与所述车端通信连接，还配置为：响应于获取所述审核端反馈的每个车辆的审核通过信息，将对应车辆的用户信息和车辆信息传送至对应车辆的车端保存；

所述审核端，还配置为：响应于生成每个车辆的收费信息包中的收费认证信息，将对应车辆的收费信息包传送至对应车辆的车端保存。

4.根据权利要求3所述的***，其特征在于，所述车端配置为所述响应于获得银行卡***所述ETC模块的***信号，当所述银行卡中的第二银行卡身份信息与所述收费信息包的收费认证信息中的第一银行卡身份信息匹配时，将所述收费信息包中的收费认证信息写入所述ETC模块，包括：

响应于获得银行卡***所述ETC模块的***信号，读取所述银行卡中的第二银行卡身份信息；

基于保存的所述的用户信息和所述车辆信息以及所述第二银行卡身份信息向所述审核端发出解密申请；

基于所述审核端响应于所述解密申请反馈的本批解密秘钥，解开所述收费信息包，获得所述收费认证信息；

当所述第二银行卡身份信息与所述收费认证信息中的第一银行卡身份信息匹配时，将所述收费认证信息写入所述ETC模块。

5.根据权利要求1所述的***，其特征在于，所述车端还配置为：

响应于获得银行卡***所述ETC模块的***信号，当所述第二银行卡身份信息与所述第一银行卡身份信息不匹配时，删除所述收费认证信息。

6.一种ETC的批量发行方法，应用于权利要求1所述***中的车端，其特征在于，包括：

获取审核端下发的收费信息包，其中，所述收费信息包包括收费认证信息中的第一银行卡身份信息；

响应于获得银行卡***ETC模块的***信号，读取所述银行卡中的第二银行卡身份信息；

当所述第二银行卡身份信息与所述第一银行卡身份信息匹配时，将所述收费信息包中的收费认证信息写入所述ETC模块。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

保存所述供应端获得审核通过信息后发送的所属车辆的用户信息和车辆信息，保存所述审核端生成所属车辆的收费信息包中的收费认证信息后发送的收费信息包。

8.根据权利要求7所述的方法，其特征在于，所述当所述第二银行卡身份信息与所述第一银行卡身份信息匹配时，将所述收费信息包中的收费认证信息写入所述ETC模块之前，还包括：

基于保存的所述的用户信息和所述车辆信息以及所述第二银行卡身份信息向所述审核端发出解密申请；

基于所述审核端响应于所述解密申请反馈的本批解密秘钥，解开所述收费信息包，获得所述收费认证信息。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求6至8中任一项所述的方法。

10.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理器执行时，所述一个或多个处理器实现如权利要求6至8中任一项所述的方法。