Loading method and loading system

Abstract

The invention provides a transfer method and a transfer system, which are applied to any one road side device in the transfer system, and the method comprises the steps: receiving to-be-transferred record data from an ETC platform; determining whether a target to-be-loaded record of a target vehicle currently passing through the roadside device exists in the to-be-loaded record data or not; if yes, obtaining to-be-verified data through the target ETC stored-value card, and sending a load verification request containing the to-be-verified data to the ETC platform, so that the ETC platform verifies the load state of the target ETC stored-value card based on the load verification request, and generates load verification data; receiving transfer verification data sent by the ETC platform, and sending a transfer instruction to the target ETC value card according to the target to-be-transferred record and the transfer verification data; and receiving transfer feedback data sent after transfer of the target ETC value card, reporting a transfer result to the ETC platform according to the transfer feedback data, and realizing non-inductive transfer of the ETC value card when the vehicle passes through the roadside device.

Description

TECHNICAL FIELD

[0001] The present application relates to the field of communication technology, in particular to a circle storage method and a circle storage system. BACKGROUND

[0002] When a vehicle passes through a highway, a toll collection system records passage information through an electronic toll collection (ETC) card, automatically calculates and deducts the toll. Among them, the ETC card is divided into an account card and a stored value card. The toll of the account card is directly deducted from the associated bank account, and the stored value card needs to be pre-charged and stored in the card wallet. The wallet is used to pay the toll when passing through. If the balance of the wallet is insufficient, the vehicle will be intercepted at the exit and cannot pass through.

[0003] The fund use process of the ETC stored value card includes two processes of online recharge and local circle storage. At present, the circle storage methods mainly include interacting with the ETC stored value card through Bluetooth, non-contact or 5.8Ghz dedicated short-range communication (DSRC) link. The circle storage operation of the recharge amount needs to be completed through channels such as application programs, offline outlets, toll station exit and entrance booths, which greatly limits the convenience of users using ETC. In addition, for users without Bluetooth function or single ETC card, the issuing service institution needs to provide a special device for the user to store the ETC stored value card, such as a Bluetooth box, which increases the use cost of the ETC stored value card.

[0004] Therefore, the circle storage method of the ETC stored value card in the prior art has certain limitations. SUMMARY

[0005] The purpose of the present application is to solve the problem of the limitations of the circle storage method of the ETC stored value card in the prior art.

[0006] To achieve the above purpose, the technical solutions adopted by the embodiments of the present application are as follows: In a first aspect, the embodiments of the present application provide a circle storage method applied to any roadside device in a circle storage system, the circle storage system including an ETC platform set in the cloud and a plurality of roadside devices, wherein at least one roadside device is set in the area of a toll station; the method comprises: receiving circle storage record data from the ETC platform; determining whether a target to-be-stored record of a target vehicle currently passing through the roadside device exists in the to-be-stored record data, the target to-be-stored record being a to-be-stored record of a target ETC stored-value card on the target vehicle; If yes, obtaining to-be-verified data through the target ETC stored-value card, and sending a storage verification request containing the to-be-verified data to the ETC platform, so that the ETC platform verifies the storage state of the target ETC stored-value card based on the storage verification request, and generates storage verification data; receiving the storage verification data sent by the ETC platform, and sending a storage instruction to the target ETC stored-value card according to the target to-be-stored record and the storage verification data, the storage instruction being used to instruct the target ETC stored-value card to store a to-be-stored amount; receiving storage feedback data sent by the target ETC stored-value card after storage, and reporting a storage result to the ETC platform according to the storage feedback data.

[0007] In a second aspect, an embodiment of the present application provides a storage method applied to an ETC platform in a storage system; the storage system comprises the ETC platform arranged in the cloud and a plurality of roadside devices; the method comprises: generating a to-be-stored record of a target ETC stored-value card according to a recharging operation of a user on the target ETC stored-value card; downloading to-be-stored record data to at least one roadside device, the to-be-stored record data comprising to-be-stored records of a plurality of ETC stored-value cards; receiving a storage verification request sent by the roadside device, verifying the storage state of the target ETC stored-value card according to the storage verification request, generating storage verification data, and sending the storage verification data to the roadside device; receiving a storage result sent by the roadside device, and updating the to-be-stored record data according to the storage result.

[0008] In a third aspect, an embodiment of the present application provides a storage device corresponding to a storage method performed by a roadside device, the storage device comprising: a receiving module configured to receive to-be-stored record data from the ETC platform; a determining module configured to determine whether a target to-be-stored record of a target vehicle currently passing through the roadside device exists in the to-be-stored record data, the target to-be-stored record being a to-be-stored record of a target ETC stored-value card on the target vehicle; The first sending module is configured to, if yes, acquire to-be-verified data through the target ETC stored-value card, and send a recharge verification request containing the to-be-verified data to the ETC platform, so that the ETC platform verifies the recharge state of the target ETC stored-value card based on the recharge verification request, and generates recharge verification data; The first sending module is further configured to receive the recharge verification data sent by the ETC platform, and send a recharge instruction to the target ETC stored-value card according to the target to-be-recharged record and the recharge verification data, the recharge instruction being used to instruct the target ETC stored-value card to recharge the to-be-recharged amount. The first sending module is further configured to receive recharge feedback data sent by the target ETC stored-value card after the recharge, and report a recharge result to the ETC platform according to the recharge feedback data.

[0009] In a fourth aspect, an embodiment of the present application provides a recharge device corresponding to a recharge method performed by an ETC platform, and the recharge device comprises: A generating module is configured to generate a to-be-recharged record of a target ETC stored-value card according to a recharge operation of a user on the target ETC stored-value card. A second sending module is configured to send to-be-recharged record data to at least one roadside device, the to-be-recharged record data comprising to-be-recharged records of a plurality of ETC stored-value cards. The generating module is further configured to receive a recharge verification request sent by the roadside device, verify the recharge state of the target ETC stored-value card according to the recharge verification request, generate recharge verification data, and send the recharge verification data to the roadside device. An updating module is configured to receive a recharge result sent by the roadside device, and update the to-be-recharged record data according to the recharge result.

[0010] In a fifth aspect, an embodiment of the present application provides an electronic device, which is the roadside device or the ETC platform, and the electronic device comprises a processor, a memory and a bus. The memory stores machine-readable instructions executable by the processor. When the electronic device is running, the processor communicates with the memory through the bus. The processor executes the machine-readable instructions to perform the method steps performed by the roadside device of the first aspect or the ETC platform of the second aspect.

[0011] In a sixth aspect, an embodiment of the present application provides a recharge system, which comprises an ETC platform and a plurality of roadside devices. The plurality of roadside devices are arranged in an area where a toll station is located. Each of the roadside devices is configured to perform the steps of the recharge method of the first aspect. The ETC platform is configured to perform the steps of the recharging method of the second aspect.

[0012] The application has the following advantages: The application provides a recharging method and a recharging system. An ETC platform generates a to-be-recharged record of a target ETC stored-value card and sends to-be-recharged record data containing to-be-recharged records of a plurality of ETC stored-value cards to at least one roadside device in an area where a toll station is located. When the roadside device determines that a target to-be-recharged record of a target vehicle currently passing the roadside device exists in the to-be-recharged record data, the roadside device acquires to-be-verified data through interaction with the target ETC stored-value card on the target vehicle, generates a recharging verification request according to the to-be-verified data, and sends the recharging verification request to the ETC platform. The ETC platform verifies the recharging state of the target ETC stored-value card according to the recharging verification request and generates recharging verification data. The roadside device generates a recharging instruction according to the target to-be-recharged record and the recharging verification data sent by the ETC platform, and sends the recharging instruction to the target ETC stored-value card to instruct the target ETC stored-value card to recharge the to-be-recharged amount. The roadside device receives recharging feedback data sent by the target ETC stored-value card after recharging, and reports the recharging result to the ETC platform according to the recharging feedback data. The user only needs to complete the regular recharge, and when the vehicle passes the toll station, the roadside device will automatically identify the to-be-recharged record of the vehicle. Through the interaction between the roadside device in the area where the toll station is located and the ETC platform and the ETC stored-value card on the vehicle, automatic and non-perceptual recharging is realized when the vehicle passes the roadside device of the toll station, greatly improving the convenience of ETC stored-value card recharging. Moreover, the recharging interaction process is performed in parallel with the regular ETC deduction, and does not affect the vehicle passing speed, thereby improving the user experience of using the ETC stored-value card. BRIEF DESCRIPTION OF DRAWINGS

[0013] In order to more clearly illustrate the technical solutions of the embodiments of the application, the following will briefly introduce the drawings needed to be used in the embodiments. It should be understood that the following drawings only show some of the embodiments of the application, and therefore should not be considered as limiting the scope. For those skilled in the art, other related drawings can also be obtained without creative labor.

[0014] Figure 1 Architecture of the recharging system provided by the embodiments of the application Figure 1 ; Figure 2 Flowchart of the recharging method provided by the embodiments of the application Figure 1 ; Figure 3 Architecture of the recharging system provided by the embodiments of the application Figure 2 ; Figure 4 Flowchart of the recharging method provided by the embodiments of the applicationFigure 2 ; Figure 5 Flowchart of the circle storage method provided by the embodiment of the present application Figure 3 ; Figure 6 Flowchart of the circle storage method provided by the embodiment of the present application Figure 4 ; Figure 7 Flowchart of the circle storage method provided by the embodiment of the present application Figure 5 ; Figure 8 Flowchart of the circle storage method provided by the embodiment of the present application Figure 6 ; Figure 9 Schematic diagram of calculating the second packet authentication code provided by the embodiment of the present application Figure 10 Flowchart of the circle storage method provided by the embodiment of the present application Figure 7 ; Figure 11 Flowchart of the circle storage method provided by the embodiment of the present application Figure 8 ; Figure 12 Flowchart of the circle storage method provided by the embodiment of the present application Figure 9 ; Figure 13 Module structure diagram of a circle storage device provided by the embodiment of the present application Figure 14 Module structure diagram of another circle storage device provided by the embodiment of the present application Figure 15 Structure schematic diagram of an electronic device provided by the embodiment of the present application DETAILED DESCRIPTION

[0015] To make the objectives, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be described below in a clear and complete manner with reference to the accompanying drawings in the embodiments of the present application. It should be understood that the accompanying drawings in the present application only serve the purpose of description and illustration, and are not used to limit the protection scope of the present application. In addition, it should be understood that the schematic drawings are not drawn according to the actual proportions. The flowcharts in the present application show the operations implemented according to some embodiments of the present application. It should be understood that the operations of the flowcharts can not be implemented in sequence, and the steps without logical context relationship can be reversed in sequence or implemented simultaneously. In addition, one or more other operations can be added to the flowcharts or one or more operations can be removed from the flowcharts under the guidance of the content of the present application.

[0016] In addition, the described embodiments are only some of the embodiments of the present application, not all the embodiments. The components of the embodiments of the present application described and shown in the drawings herein can be arranged and designed in various different configurations. Therefore, the following detailed description of the embodiments of the present application provided in the drawings is not intended to limit the scope of the claimed present application, but only represents selected embodiments of the present application. Based on the embodiments of the present application, all other embodiments obtained by those skilled in the art without creative labor fall within the scope of protection of the present application.

[0017] It should be noted that the term "comprising" will be used in the embodiments of the present application to indicate the presence of the features declared thereafter, but does not exclude the addition of other features.

[0018] For the ETC stored value card, the fund use process includes two processes of online recharge and local loading. At present, the loading operation of the recharge amount is completed through channels such as application programs, offline outlets, toll station entrance and exit kiosks, which limits the convenience of users using ETC, and the loading cost of ETC stored value card is high, and the loading process is complicated.

[0019] Based on the above problems, the embodiments of the present application provide a loading method, which, without any hardware modification, utilizes the existing architecture of the ETC charging system, interacts with the roadside device of the toll station, the ETC platform and the ETC stored value card on the vehicle, and realizes the non-inductive loading of the ETC stored value card when the vehicle passes through the roadside device, greatly improving the convenience of loading.

[0020] Figure 1 The architecture of the loading system provided by the embodiments of the present application is shown Figure 1 As shown in Figure 1 The loading system includes an ETC platform and a plurality of roadside devices set in the cloud. Figure 1 For example, an entrance road roadside device, an exit ramp roadside device and an exit road roadside device are set in the area where a toll station is located, and each roadside device in the area where n toll stations are located can communicate with the ETC platform to obtain the to-be-loaded record data from the ETC platform, and obtain the to-be-loaded records of the ETC stored value cards on a plurality of vehicles.

[0021] Wherein, each road side device is deployed with a road side unit (RSU) antenna, and the ETC stored value card on the vehicle is deployed with an on-board unit (OBU). When the vehicle passes through the entrance road side device, the entrance road side device scans the area, and the RSU antenna of the entrance lane establishes a communication link with the OBU. When there is a to-be-stored record of the ETC stored value card in the to-be-stored record data, the entrance road side device can interact with the ETC stored value card on the vehicle and the ETC platform, and realize the non-inductive storage of the ETC stored value card when the vehicle passes through the entrance road side device.

[0022] If the storage fails when the vehicle passes through the entrance road side device due to too fast vehicle speed or the like, the ETC stored value card is stored again when the vehicle passes through the exit ramp road side. If the storage fails when the vehicle passes through the exit ramp road side device, the ETC stored value card is stored again when the vehicle stops at the exit road side device. At this time, the RSU antenna of the exit road side device interacts with the OBU more stably than the state of the vehicle running, and the storage success rate is also higher. Through the entrance road side device, the exit ramp road side device and the exit road side device in the toll station area, the non-inductive storage of the ETC stored value card can be completed before the vehicle leaves the toll station.

[0023] Figure 2 The flowchart of the storage method provided by the embodiment of the application Figure 1 Wherein, the road side device is any road side device in the area where the toll station is located. As shown in Figure 2 The method comprises the following steps: S101, the ETC platform generates a to-be-stored record of a target ETC stored value card according to the user's recharging operation on the target ETC stored value card.

[0024] Optionally, the user initiates a recharging operation on the target ETC stored value card under his name through the ETC platform, for example, after the user recharges 200 yuan, the recharging amount is in the account balance of the target ETC stored value card, and the ETC platform generates a to-be-stored record for the target ETC stored value card, that is, generates the to-be-stored record of the target ETC stored value card. Wherein, the target ETC stored value card is the ETC stored value card on the target vehicle currently passing through the road side device.

[0025] The to-be-stored record of the target ETC stored value card can include the card number, the to-be-stored amount, the storage state and other transaction information of the target ETC stored value card.

[0026] S102, the ETC platform generates to-be-stored record data according to the to-be-stored records of a plurality of ETC stored value cards.

[0027] Optionally, the ETC platform aggregates the to-be-stored records of the plurality of ETC stored-value cards in a preset time period to generate to-be-stored record data, and the to-be-stored record data includes the to-be-stored records of the ETC stored-value cards on the plurality of vehicles.

[0028] Illustratively, the ETC platform aggregates the to-be-stored records of the ETC stored-value cards in 5 minutes to generate to-be-stored record data.

[0029] S103, the ETC platform sends the to-be-stored record data to at least one roadside device, and the roadside device receives the to-be-stored record data from the ETC platform.

[0030] Optionally, the ETC platform sends the to-be-stored record data to at least one roadside device in the area where each toll station is located, for example, the ETC platform sends the to-be-stored record data to the entry road roadside device, the exit ramp roadside device, and the exit road roadside device of each of the n toll stations.

[0031] After the roadside device receives the to-be-stored record data from the ETC platform, the roadside device stores the to-be-stored record data locally and calls the locally stored to-be-stored record data when a vehicle passes through the roadside device.

[0032] S104, the roadside device determines whether there is a target to-be-stored record of a target vehicle currently passing through the roadside device in the to-be-stored record data, and the target to-be-stored record is the to-be-stored record of a target ETC stored-value card on the target vehicle.

[0033] Optionally, the vehicle currently passing through the roadside device is taken as the target vehicle, and the roadside device first performs a conventional ETC deduction process to obtain the card number of the ETC card through communication between the OBU and the RSU antenna.

[0034] Specifically, the roadside device establishes a communication channel with the OBU through the RSU antenna and interacts with the ETC card, so that the ETC card executes an enter 3F00 directory instruction, and the ETC card returns a string ending with 9000 to indicate that the execution is successful, and the instruction is used to enter the 3F00 root directory.

[0035] The roadside device interacts with the ETC card, so that the ETC card executes an enter 1001 directory instruction, and the ETC card returns a string ending with 9000 to indicate that the execution is successful, and the instruction is used to enter the 1001 subdirectory under the 3F00 root directory.

[0036] The roadside device interacts with the ETC card to make the ETC card execute a personal identification number (PIN) verification instruction, and the ETC card returns a string ending with 9000 to indicate that the PIN verification is successful. If the ETC card fails to execute the PIN verification for multiple times, the ETC card will be automatically locked and cannot be used again. The PIN verification serves as a security protection mechanism of the ETC card and can prevent illegal cracking of the ETC card. For example, if the ETC card fails to execute the PIN verification for 3 times, the ETC card is locked.

[0037] After the PIN verification is passed, the roadside device interacts with the ETC card to make the ETC card execute a read ETC card instruction, and the ETC card returns a card number and ends with a 9000 string. The read ETC card instruction is used to read the card number stored in the ETC card 0015 file.

[0038] After the roadside device obtains the card number of the ETC card on the target vehicle, the type of the ETC card on the target vehicle is identified. If it is identified that the ETC card on the target vehicle is an ETC stored-value card, an asynchronous task is established to call the locally stored record data to be stored, and it is determined whether there is a record to be stored of the target vehicle in the record data to be stored, that is, whether there is a record to be stored of the target ETC stored-value card on the target vehicle in the record data to be stored.

[0039] In which, the asynchronous task can be used to search whether there is a target record to be stored corresponding to the card number of the target ETC stored-value card in the record data to be stored.

[0040] If there is a target record to be stored, a subsequent non-inductive storage process can be triggered, otherwise, a regular ETC fee deduction is performed, and the storage of the target ETC stored-value card is not triggered. Since the roadside device determines whether there is a target record to be stored through an asynchronous task, the identification task is performed at the same time as the regular fee deduction, without additional time consumption, and the passing speed of the target vehicle is not affected.

[0041] If the roadside device identifies that the ETC card on the target vehicle is an ETC accounting card, a regular business operation of vehicle ETC passing is directly performed, and the ETC accounting card does not need to be stored.

[0042] S105, if yes, the roadside device obtains the to-be-verified data through the target ETC stored-value card.

[0043] Optionally, if it is determined that there is a target record to be stored, a non-inductive storage of the target ETC stored-value card is triggered, and the to-be-verified data returned by the target ETC stored-value card is obtained through interaction with the target ETC stored-value card.

[0044] The to-be-verified data returned by the target ETC stored-value card is used to verify whether the target ETC stored-value card is fake, and is used to verify the recharge state of the target ETC stored-value card, that is, based on the to-be-verified data returned by the target ETC stored-value card, the authenticity and the recharge state of the target ETC stored-value card can be verified, so as to ensure that the target ETC stored-value card is a real and valid to-be-recharged ETC stored-value card, avoid triggering the recharge of a fake card or an invalid card, and protect the safety of funds.

[0045] In S106, the roadside device generates a recharge verification request according to the to-be-verified data.

[0046] Optionally, the roadside device generates the recharge verification request containing the to-be-verified data, where the recharge verification request is used to instruct the ETC platform to verify the authenticity and the recharge state of the target ETC stored-value card.

[0047] In S107, the roadside device sends the recharge verification request containing the to-be-verified data to the ETC platform.

[0048] Optionally, the roadside device sends the recharge verification request containing the to-be-verified data to the ETC platform, so as to confirm whether the target ETC stored-value card is a fake card and whether the to-be-recharged record of the target ETC stored-value card is valid.

[0049] In S108, the ETC platform verifies the recharge state of the target ETC stored-value card according to the recharge verification request, and generates recharge verification data.

[0050] Optionally, after receiving the recharge verification request, the ETC platform first verifies the authenticity of the target ETC stored-value card according to the recharge verification request, and ensures the legality of the target ETC stored-value card.

[0051] After the authenticity verification passes, the ETC platform verifies the recharge state of the target ETC stored-value card according to the recharge verification request, and generates recharge verification data. The recharge verification data includes the recharge verification result of the target ETC stored-value card and the data generated by the ETC platform for the target ETC stored-value card.

[0052] The data for the target ETC stored-value card is used to verify whether the ETC platform is a legal and authorized platform, so as to avoid an attacker from forging the ETC platform to perform illegal recharge.

[0053] In S109, the ETC platform sends the recharge verification data to the roadside device.

[0054] Optionally, the ETC platform sends the recharge verification data to the roadside device, so that the roadside device confirms the authenticity and the recharge state of the target ETC stored-value card based on the recharge verification data, and receives the data for the target ETC stored-value card in the recharge verification data.

[0055] S110, the roadside device generates a top-up instruction according to the target to-be-top-up record and the top-up verification data.

[0056] Optionally, the roadside device generates a top-up instruction according to the target to-be-top-up record and the top-up verification data, wherein the top-up instruction at least includes data to be verified by the target ETC stored value card.

[0057] S111, the roadside device sends the top-up instruction to the target ETC stored value card, and the top-up instruction is used to instruct the target ETC stored value card to top up the to-be-top-up amount.

[0058] Optionally, the roadside device sends the top-up instruction to the target ETC stored value card, and the target ETC stored value card verifies the legality of the ETC platform after receiving the top-up instruction, and then top up the to-be-top-up amount into the electronic wallet of the target ETC stored value card after the verification is passed.

[0059] Table 1 is the structure of the electronic wallet file of the ETC stored value card. The card operating system (COS) is the core management system of the ETC stored value card, which is embedded in the chip of the ETC stored value card.

[0060] Table 1

[0061] Specifically, the target ETC stored value card writes the to-be-top-up amount into the current balance of the electronic wallet through the COS, and the current balance of the electronic wallet is updated to the original balance plus the to-be-top-up amount.

[0062] S112, the roadside device receives the top-up feedback data sent by the target ETC stored value card after top-up.

[0063] Optionally, the target ETC stored value card generates the top-up feedback data after top-up and sends it to the roadside device. The top-up feedback data can be the top-up transaction voucher of the target ETC stored value card.

[0064] The roadside device reads the current balance of the electronic wallet of the target ETC stored value card, and judges whether the target ETC stored value card is successfully topped up according to the current balance of the electronic wallet. If the top-up is successful, the top-up transaction voucher of the target ETC stored value card is taken as the top-up result.

[0065] S113, the roadside device reports the top-up result to the ETC platform according to the top-up feedback data.

[0066] Optionally, the roadside device reports the top-up feedback data, i.e. the top-up transaction voucher of the target ETC stored value card, to the ETC platform as the top-up result, so as to prompt the ETC platform that the target ETC stored value card has been successfully topped up.

[0067] S114, the ETC platform updates the to-be-stored record data according to the storage result.

[0068] Optionally, the ETC platform updates the to-be-stored record data according to the storage transaction voucher of the target ETC stored value card in the storage result, to avoid repeated storage.

[0069] Specifically, the ETC platform updates the storage state of the to-be-stored record of the target ETC stored value card to stored, and deletes the to-be-stored record of the target ETC stored value card from the to-be-stored record data.

[0070] In this embodiment, the ETC platform generates the to-be-stored record of the target ETC stored value card, and distributes the to-be-stored record data containing the to-be-stored records of a plurality of ETC stored value cards to at least one roadside device in the area where the toll station is located. When the roadside device determines that the target to-be-stored record of the target vehicle currently passing through the roadside device exists in the to-be-stored record data, the roadside device acquires the to-be-verified data by interacting with the target ETC stored value card on the target vehicle, generates a storage verification request according to the to-be-verified data, and sends the storage verification request to the ETC platform. The ETC platform verifies the storage state of the target ETC stored value card according to the storage verification request, and generates storage verification data. The roadside device generates a storage instruction according to the target to-be-stored record and the storage verification data sent by the ETC platform, and sends the storage instruction to the target ETC stored value card to instruct the target ETC stored value card to store the to-be-stored amount. The roadside device receives the storage feedback data sent by the target ETC stored value card after storage, and reports the storage result to the ETC platform according to the storage feedback data. The user only needs to complete the regular recharge, and when the vehicle passes through the toll station, the roadside device will automatically identify the to-be-stored record of the vehicle. By using the existing hardware structure of the roadside device, the roadside device in the area where the toll station is located interacts with the ETC platform and the ETC stored value card on the vehicle, to realize automatic and non-perceptual storage when the vehicle passes through the roadside device of the toll station, greatly improving the convenience of ETC stored value card storage. Moreover, the storage interaction process is executed in parallel with the regular ETC deduction, without affecting the vehicle passing speed, and improving the user experience of using the ETC stored value card.

[0071] Figure 3 Architecture of the storage system provided by the embodiment of the present application Figure 2 As shown in Figure 3 , the storage system further includes a networking platform.

[0072] Optionally, referring to Figure 3 , the networking platform is in networked communication with the ETC platform and each roadside device in the area where each toll station is located.

[0073] Figure 4 Flow of the storage method provided by the embodiment of the present application Figure 2 As shown in Figure 4 , based on Figure 3As shown in the system architecture, the roadside device receives the to-be-stored record data from the ETC platform in step S103, including: S201, send a storage request information to the networking platform at a preset fixed time interval, and the storage request information is used to request to download the to-be-stored record data from the ETC platform.

[0074] Optionally, the roadside device sends the storage request information to the networking platform at a preset fixed time interval. The frequency of the roadside device sending the storage request information to the networking platform can be consistent with the frequency of the ETC platform summarizing and generating the to-be-stored record data, so as to avoid missing the to-be-stored record of the vehicle.

[0075] For example, if the ETC platform summarizes and generates a to-be-stored record data every 5 minutes, the preset fixed time interval can also be 5 minutes, and the roadside device sends a storage request information to the networking platform every 5 minutes to request to download a new to-be-stored record data from the ETC platform.

[0076] S202, download the to-be-stored record data from the ETC platform through the networking platform according to the storage request information, and the to-be-stored record data includes the to-be-stored record of the ETC stored value card on the plurality of vehicles.

[0077] Optionally, the networking platform downloads the to-be-stored record data from the ETC platform according to the storage request information, and forwards the downloaded to-be-stored record data to the roadside device, and the roadside device stores the to-be-stored record data locally.

[0078] The to-be-stored record data includes the to-be-stored record of the ETC stored value card on the plurality of vehicles within a preset fixed time interval, for example, the to-be-stored record of the ETC stored value card on the plurality of vehicles generated after the plurality of users recharge within 5 minutes.

[0079] In this embodiment, the roadside device sends the storage request information to the networking platform at a preset fixed time interval, and downloads the to-be-stored record data containing the to-be-stored record of the ETC stored value card on the plurality of vehicles from the ETC platform through the networking platform according to the storage request information. The roadside device obtains the to-be-stored record data from the ETC platform, which can provide data support for the trigger of the non-sensing storage.

[0080] Figure 5 Flowchart of the storage method provided by the embodiment of the application Figure 3 As shown in the system architecture, Figure 5 The roadside device obtains the to-be-verified data through the target ETC stored value card in step S105, including: S301, generate a storage initialization instruction according to the target to-be-stored record, and send the storage initialization instruction to the target ETC stored value card.

[0081] Optionally, the road-side device generates a top-up initialization instruction according to the target top-up record, and the top-up initialization instruction is used to perform top-up initialization on the target ETC stored value card, so that the target ETC stored value card prepares for subsequent execution of the top-up instruction.

[0082] The road-side device sends the top-up initialization instruction to the target ETC stored value card, so that the target ETC stored value card executes the top-up initialization instruction, generates the to-be-verified data, and returns the to-be-verified data to the road-side device.

[0083] The first message authentication code MAC1 is obtained by performing chain encryption on a data block composed of the balance of the target ETC stored value card, the amount to be topped up, the value 02, and the transaction terminal identifier, using a symmetric key block cipher algorithm and taking the process key as the encryption key. The process key is a key obtained by performing two-level dispersion on the card-specific top-up key of the target ETC stored value card using a process key factor. The process key factor includes a random number, an online transaction serial number, and a preset value. The card-specific top-up key of the target ETC stored value card is a key obtained by performing two-level dispersion on the master top-up key and the card number. That is, the process key is a three-level key, and the security of the first message authentication code MAC1 encrypted by taking the process key as the encryption key is greatly improved.

[0084] S302, receiving the to-be-verified data sent by the target ETC stored value card, the to-be-verified data at least including the first message authentication code.

[0085] Optionally, the road-side device receives the to-be-verified data sent by the target ETC stored value card, wherein the to-be-verified data at least includes the first message authentication code (Message Authentication Code, abbreviated as MAC), i.e. MAC1.

[0086] The to-be-verified data can also include the balance of the target ETC stored value card, the online transaction serial number, the overdraft limit, the key version, the algorithm identifier, and the status code. The status code can be 9000, i.e. a string ending with 9000 indicates that the target ETC stored value card successfully executes the top-up initialization instruction.

[0087] In this embodiment, the road-side device generates a top-up initialization instruction according to the target top-up record, and sends the top-up initialization instruction to the target ETC stored value card, so that the target ETC stored value card executes the top-up initialization instruction, generates the to-be-verified data, and returns the to-be-verified data to the road-side device. The road-side device receives the to-be-verified data sent by the target ETC stored value card, and the to-be-verified data at least includes the first message authentication code. The target ETC stored value card executes the top-up initialization instruction and receives the to-be-verified data returned by the target ETC stored value card after executing the top-up initialization instruction.

[0088] Figure 6 Flowchart of the circle storage method provided for the embodiments of the present application Figure 4 As shown in Figure 7 The step S301 of generating the circle storage initialization instruction according to the target record to be stored includes the following steps. S401, the key index and the amount to be stored are parsed from the target record to be stored, and the first data to be transmitted is generated according to the key index, the amount to be stored and the transaction terminal identifier, wherein the transaction terminal identifier is the identifier of the roadside device.

[0089] Optionally, the roadside device parses the target record to be stored to obtain the key index and the amount to be stored, and obtains the identifier of the roadside device itself as the transaction terminal identifier, and generates the first data to be transmitted according to the key index, the amount to be stored and the transaction terminal identifier.

[0090] Illustratively, the data length of the first data to be transmitted is 11 bytes, wherein the data length of the key index is 1 byte, the data length of the amount to be stored is 4 bytes, and the data length of the transaction terminal identifier is 6 bytes.

[0091] S402, the first target value corresponding to the circle storage initialization instruction is determined according to the preset code value definition.

[0092] Optionally, the roadside device obtains the preset code value definition based on the standard instruction format of the ETC stored value chip, and determines the first target value corresponding to the circle storage initialization instruction according to the code value definition. The first target value is used to indicate the instruction category, instruction function, instruction operation mode, instruction operation range and data length of the first data to be transmitted of the circle storage initialization instruction. Illustratively, the first target value corresponding to the circle storage initialization instruction can be 805000020B.

[0093] Table 2

[0094] Specifically, Table 2 is a corresponding relationship between each value in the first target value corresponding to the top-up initialization instruction and the code. As shown in Table 2, the code CLA represents the command class, and the corresponding value '80' indicates the operation of top-up, deduction, etc. in the ETC. The code INS is the instruction code, and the corresponding value '50' indicates that the instruction function is top-up initialization. The code P1 is the parameter 1, which is used to refine the operation mode of INS, and the corresponding value '00' of the code P1 indicates online top-up. The code P2 is the parameter 2, which is used to further supplement the instruction details and assist in defining the instruction operation range, and the corresponding value '02' of the code P2 indicates that the instruction operation object is the in-card electronic wallet of the ETC stored-value card. The code Lc is the length of the command data field, which is used to indicate the number of bytes of the data DATA field, and the corresponding value '0B' of the code Lc indicates that the number of bytes of the first to-be-transmitted data in the top-up initialization instruction is 11. The code DATA is the valid data transmitted in the instruction, including [key index (1 byte)] + [amount to be topped up (4 bytes)] + [transaction terminal identifier (6 bytes)].

[0095] S403, generating a top-up initialization instruction containing the first target value and the first to-be-transmitted data.

[0096] Optionally, the roadside device generates the top-up initialization instruction according to the first target value 805000020B and the first to-be-transmitted data.

[0097] Exemplarily, the key index in the first to-be-transmitted data is 01, the amount is 00000064, and the transaction terminal identifier is 112233445566, and then the top-up initialization instruction is 805000020B+01[key index]+00000064[amount to be topped up]+112233445566[transaction terminal identifier].

[0098] In this embodiment, the roadside device parses the key index and the amount to be topped up from the target record to be topped up, and obtains the identifier of the roadside device itself as the transaction terminal identifier, and generates the first to-be-transmitted data according to the key index, the amount to be topped up, and the transaction terminal identifier. The roadside device determines the first target value corresponding to the top-up initialization instruction according to the preset code value definition, and the first target value is used to indicate the command class, the instruction function, the instruction operation mode, the instruction operation range, and the data length of the first to-be-transmitted data. The roadside device generates the top-up initialization instruction containing the first target value and the first to-be-transmitted data, so as to ensure that the top-up initialization instruction can be correctly recognized and executed by the ETC stored-value card.

[0099] Figure 5Flowchart of the circle storage method provided in the embodiment of the present application Figure 8 As shown in Figure 6 the step S107, the circle storage verification request containing the to-be-verified data is sent to the ETC platform by the roadside device, including: S501, generating a circle storage verification request according to the to-be-verified data.

[0100] Optionally, the roadside device generates the circle storage verification request according to the first message authentication code MAC1 in the to-be-verified data, and the circle storage verification request is used to request the ETC platform to verify the authenticity of the target ETC stored value card and the validity of the to-be-circle storage record.

[0101] S502, calling a circle storage service interface of the ETC platform, and sending the circle storage verification request to the ETC platform.

[0102] Optionally, the ETC platform provides the circle storage service interface, and the roadside device calls the circle storage service interface of the ETC platform to send the circle storage verification request to the ETC platform to request the ETC platform to perform the circle storage business verification on the target ETC stored value card.

[0103] Specifically, the roadside device requests the ETC platform to verify whether the target ETC stored value card is a fake card and to verify whether the to-be-circle storage record of the target ETC stored value card is valid through the circle storage service interface.

[0104] In this embodiment, the roadside device generates the circle storage verification request according to the to-be-verified data, calls the circle storage service interface provided by the ETC platform, and sends the circle storage verification request to the ETC platform to request the ETC platform to perform the circle storage business verification on the target ETC stored value card. This facilitates the ETC platform to verify the authenticity of the target ETC stored value card and the validity of the to-be-circle storage record, and avoids illegal circle storage.

[0105] Figure 9 Flowchart of the circle storage method provided in the embodiment of the present application Figure 7 As shown in Figure 10 the step S107, the circle storage verification request containing the to-be-verified data is sent to the ETC platform by the roadside device, including: S601, the ETC platform verifies the circle storage state of the target ETC stored value card according to the circle storage verification request, and obtains a circle storage verification result.

[0106] Optionally, the ETC platform performs the circle storage business verification according to the first message authentication code MAC1 in the circle storage verification request, verifies whether the target ETC stored value card is a fake card, and verifies whether there is still a to-be-circle storage flow record of the target ETC stored value card, and obtains the circle storage verification result.

[0107] Specifically, the ETC platform calls a remote key service interface provided by the networking platform, calculates a message authentication code, and verifies whether the first message authentication code MAC1 in the recharge verification request is correct according to the message authentication code, if yes, it indicates that the target ETC stored value card is a legal card, and further verifies the recharge state of the target ETC stored value card to obtain a recharge verification result.

[0108] The message authentication code is obtained by the ETC platform calling the remote key service interface, using a process key as an encryption key, and using a symmetric key block cipher algorithm to perform chain encryption on a data block composed of the balance of the target ETC stored value card, the amount to be recharged, the value 02, and the transaction terminal identifier. The process key is a key obtained by performing two-level dispersion on the card-specific recharge key of the target ETC stored value card using a process key factor, the process key factor includes a random number, an online transaction serial number, and a preset value, and the card-specific recharge key of the target ETC stored value card is a key obtained by performing two-level dispersion on the card number using a master recharge key.

[0109] Since only a legal card with a correct key can calculate a correct message authentication code, the ETC platform can verify whether the target ETC stored value card is a counterfeit illegal card by calling the remote key service interface and verifying whether the first message authentication code MAC1 generated by the target ETC stored value card is consistent with the message authentication code generated by the ETC platform calling the remote key service interface provided by the networking platform.

[0110] S602, the ETC platform sends the recharge verification result to the roadside device, and the recharge verification result is used to indicate whether the target ETC stored value card is in a rechargeable state.

[0111] Optionally, the ETC platform sends the recharge verification result indicating the authenticity and recharge state of the target ETC stored value card to the roadside device, so that the roadside device determines whether to send a recharge instruction to the target ETC stored value card according to the recharge verification result.

[0112] Specifically, if the recharge verification result indicates that the target ETC stored value card is a counterfeit card or the target ETC stored value card is in an un-rechargeable state, the roadside device cannot send a recharge instruction to the target ETC stored value card, which can effectively avoid illegal recharge.

[0113] S603, if the target ETC stored value card is in a rechargeable state, the ETC platform generates a second message authentication code according to the target to-be-recharged record.

[0114] Optionally, if the ETC platform verifies that the target ETC stored value card is a legal card and is in a rechargeable state, the ETC platform calls the remote key service interface to generate data to be verified by the target ETC stored value card, i.e., the second message authentication code MAC2, according to the target to-be-recharged record.

[0115] Figure 8 A schematic diagram illustrating the calculation of the second message authentication code provided in this application embodiment is shown below. Figure 9 As shown, the ETC platform calls the remote key service interface to obtain the data for generating the second message authentication code (MAC2) based on the target top-up record. The MAC2 data includes the top-up amount, the value 02, the transaction terminal identifier, and the transaction time. The top-up amount, value 02, transaction terminal identifier, and transaction time from the MAC2 data are combined into a large data block. This large data block is then divided into smaller data blocks of 8 bytes each, labeled D1, D2, D3, D4, etc. The last data block may be less than 8 bytes, requiring padding to reach 8 bytes. Specifically, if the last data block is already 8 bytes long, an 8-byte hexadecimal number '8000000000000000' is added after it. If the last data block is less than 8 bytes long, a hexadecimal number '80' is added after it; if it is still less than 8 bytes, a hexadecimal number '00' is added after it, until it reaches 8 bytes.

[0116] The second message authentication code MAC2 is obtained by the ETC platform calling the remote key service interface, using the process key as the encryption key, and employing a symmetric key block cipher algorithm to chain-encrypt a data block consisting of the amount to be topped up, the value 02, the transaction terminal identifier, and the transaction time. The process key is obtained by secondary-distributing the target ETC prepaid card's designated top-up key using process key factors. The process key factors include a random number, the online transaction sequence number, and a preset value. The target ETC prepaid card's designated top-up key is obtained by secondary-distributing the primary top-up key and the card number; the primary top-up key is the key corresponding to the key index. The preset value can be 8000.

[0117] by Figure 9 Taking four small data blocks D1, D2, D3, and D4 as an example, this paper explains in detail the steps of generating the second message authentication code MAC2 by chaining encryption of the data block consisting of the amount to be deposited, the value 02, the transaction terminal identifier, and the transaction time using a symmetric key block cipher algorithm.

[0118] Reference Figure 9 I represents input, O represents output, D1, D2, D3, and D4 are small data blocks, ⊕ represents the XOR operation, DEA(e) is the encryption mode of the symmetric key block cipher algorithm 3DES, DEA(d) is the decryption mode of the 3DES algorithm, KMA represents the first 8 bytes of the process key, and KMB represents the last 8 bytes of the process key. The data length of the process key is 16 bytes.

[0119] With reference to the foregoing Figure 9 , the random number is taken as an initial value, the first small data block D1 is taken as I1, and is XORed with the initial value to obtain a data block I2, the data block I2 is encrypted by taking the first 8 bytes of the process key as an encryption key to obtain a data block O1. The data block O1 is XORed with the second small data block D2 to obtain a data block I3, the data block I3 is encrypted by taking the first 8 bytes of the process key as an encryption key to obtain a data block O2. The data block O2 is XORed with the third small data block D3 to obtain a data block I4, the data block I4 is encrypted by taking the first 8 bytes of the process key as an encryption key to obtain a data block O3. The data block O3 is XORed with the fourth small data block D4 to obtain a data block I5, the data block I5 is encrypted by taking the first 8 bytes of the process key as an encryption key to obtain a data block O4. The data block O4 is decrypted by taking the last 8 bytes of the process key as a decryption key to obtain a data block O5. The data block O5 is encrypted by taking the first 8 bytes of the process key as an encryption key to obtain a data block O6. The first 4 bytes of the data block O6 are taken as a second message authentication code MAC2.

[0120] S604, the ETC platform sends the second message authentication code to the roadside device.

[0121] Optionally, the ETC platform sends the second message authentication code MAC2 to the roadside device, and the roadside device can send the second message authentication code MAC2 to the target ETC stored value card in a recharge instruction, so that the target ETC stored value card verifies the legitimacy of the ETC platform based on the second message authentication code MAC2 in the recharge instruction.

[0122] Through the roadside device, the ETC platform and the target ETC stored value card can be securely and offline bidirectionally verified, and the security of the fund recharge is ensured.

[0123] In this embodiment, the ETC platform verifies the recharge state of the target ETC stored value card according to the recharge verification request, obtains a recharge verification result, and sends the recharge verification result to the roadside device, which indicates whether the target ETC stored value card is in a rechargeable state. If the target ETC stored value card is in a rechargeable state, the ETC platform generates a second message authentication code according to the target to-be-recharged record and sends the second message authentication code to the roadside device. By receiving the recharge verification request sent by the roadside device and sending the second message authentication code to the roadside device, the ETC platform and the target ETC stored value card can be securely and offline bidirectionally verified, and the security of the fund recharge is ensured.

[0124] Figure 10 Flowchart of the recharge method provided in the embodiment of the application Figure 7 As Figure 10As shown, the roadside device generates the top-up instruction according to the target top-up record and the top-up verification data in the above step, and sends the top-up instruction to the target ETC stored-value card, which comprises: S701, generating a top-up instruction according to the second message authentication code and the target top-up record.

[0125] Optionally, the roadside device generates the top-up instruction according to the second message authentication code MAC2 and the target top-up record, wherein the top-up instruction at least contains the second message authentication code MAC2.

[0126] The top-up instruction is used to instruct the target ETC stored-value card to perform ETC platform verification based on the second message authentication code, and to perform top-up of the top-up amount after the verification is passed.

[0127] S702, sending the top-up instruction to the target ETC stored-value card, so that the target ETC stored-value card performs ETC platform verification based on the second message authentication code, and top-up of the top-up amount after the verification is passed.

[0128] Optionally, the roadside device sends the top-up instruction containing the second message authentication code MAC2 to the target ETC stored-value card. Since the second message authentication code MAC2 is obtained by the ETC platform calling the remote key service interface and using the DES algorithm for chain decryption, the second message authentication code MAC2 is the data to be verified by the target ETC stored-value card. The target ETC stored-value card uses the symmetric key block cipher algorithm to perform chain encryption on the data block composed of the top-up amount, the value 02, the transaction terminal identifier and the transaction time, using the process key as the encryption key, and verifies whether the message authentication code is the same as the second message authentication code MAC2 to verify the legality of the ETC platform.

[0129] Since only a legal card with a correct key can calculate a correct message authentication code, the target ETC stored-value card verifies whether the message authentication code generated by the target ETC stored-value card is consistent with the second message authentication code MAC2 generated by the ETC platform calling the remote key service interface provided by the networking platform, so as to verify the legality of the ETC platform.

[0130] After verifying the legality of the ETC platform, the target ETC stored-value card top-ups the top-up amount into the electronic card wallet of the target ETC stored-value card.

[0131] In this embodiment, the roadside device generates the top-up instruction according to the second message authentication code and the target top-up record, and sends the top-up instruction to the target ETC stored-value card. This facilitates the target ETC stored-value card to verify the legality of the ETC platform based on the second message authentication code, and to top-up the top-up amount after the verification is passed. Through the verification of the target ETC stored-value card on the ETC platform, the security of the fund top-up is further improved.

[0132] Figure 11 Flowchart of the method for circle storage provided by the embodiments of the present application Figure 8 As shown in Figure 12 The circle storage instruction generated according to the second message authentication code and the target record to be stored in step S701 includes the following steps. S801, obtaining transaction time information from the target record to be stored.

[0133] Optionally, the roadside device parses the target record to be stored to obtain the transaction time information, wherein the transaction time information can include transaction date and transaction time.

[0134] S802, generating second data to be transmitted according to the second message authentication code and the transaction time information.

[0135] Optionally, the roadside device combines the second message authentication code MAC2 and the transaction time information to obtain the second data to be transmitted.

[0136] Illustratively, the data length of the second data to be transmitted is 11 bytes, wherein the data length of the transaction date is 4 bytes, the data length of the transaction time is 3 bytes, and the data length of the second message authentication code MAC2 is 4 bytes.

[0137] S803, determining the second target value corresponding to the circle storage instruction according to the preset code value definition.

[0138] Optionally, the roadside device obtains the preset code value definition based on the standard instruction format of the ETC stored value chip, and determines the second target value corresponding to the circle storage instruction according to the code value definition. The second target value is used to indicate the instruction category, instruction function, instruction operation mode, instruction operation range, data length of the second data to be transmitted, and data length expected to be returned by the target ETC stored value card. Illustratively, the second target value corresponding to the circle storage instruction can be 805200000B and 08.

[0139] Table 3

[0140] Specifically, the above Table 3 is the correspondence between each value in the second target value corresponding to the top-up instruction and the code. As shown in Table 3, the code CLA represents the command class, and the corresponding value '80' represents the operation of top-up, deduction, etc. in the ETC. The code INS is the instruction code, and the corresponding value '52' represents that the instruction function is to execute top-up. The code P1 is the first parameter, which is used to refine the operation mode of INS, and the corresponding value '00' of the code P1 represents online top-up. The code P2 is the second parameter, which is used to further supplement the instruction details, and the corresponding value '00' of the code P2 represents no additional special conditions. The code Lc is the length of the command data field, which is used to indicate the number of bytes of the data field DATA, and the corresponding value '0B' of the code Lc represents that the number of bytes of the second to-be-transmitted data in the top-up instruction is 11. The code DATA is the valid data transmitted in the instruction, including [transaction date (4 bytes)] + [transaction time (3 bytes)] + [second message authentication code MAC2 (4 bytes)]. The code Le is the expected return length, which is used to indicate the length of the data returned by the target ETC stored value card, and the value '08' represents that the target ETC stored value card returns 8 bytes of data.

[0141] S804, generating a top-up instruction containing the second target value and the second to-be-transmitted data.

[0142] Optionally, the road-side device generates the top-up instruction according to the second target value 805200000B and 08 and the second to-be-transmitted data.

[0143] Exemplarily, the top-up instruction is 805200000B + [transaction date] + [transaction time] + [second message authentication code MAC2] + 08.

[0144] In this embodiment, the road-side device obtains the transaction time information from the target to-be-top-up record, generates the second to-be-transmitted data according to the second message authentication code and the transaction time information, determines the second target value corresponding to the top-up instruction according to the preset code value definition, and generates the top-up instruction containing the second target value and the second to-be-transmitted data. The road-side device generates the top-up initialization instruction containing the second target value and the second to-be-transmitted data, so as to ensure that the top-up instruction can be correctly recognized and executed by the ETC stored value card.

[0145] It is worth noting that after the target ETC prepaid card successfully tops up the amount to be topped up, it uses the process key as the encryption key and employs a symmetric key block cipher algorithm to perform chain encryption on the post-transaction balance, online transaction sequence number, amount to be topped up, transaction type identifier, transaction terminal identifier, transaction date, and transaction time to obtain the Transaction Authorization Code (TAC). The steps for generating the TAC are similar to those for generating the MAC, and will not be repeated here.

[0146] Table 4 shows the top-up feedback data sent by the target ETC prepaid card to the roadside device after successful top-up of the amount to be topped up. Specifically, Table 4 shows the correspondence between the values ​​and codes in the third target value corresponding to the top-up feedback data. The code DATA is the valid data transmitted in the top-up feedback data, including [TAC (4 bytes)]. Code SW1 is Status Word 1, which is the first-level label of the instruction execution result. The value '90' corresponding to code SW1 indicates that the instruction was executed successfully. Code SW2 is Status Word 2, which is the second-level label of the instruction execution result. The value '00' corresponding to code SW2 indicates that the instruction was executed completely successfully. That is, if the data returned by the target ETC prepaid card ends with a string of the value 9000, it means that the target ETC prepaid card instruction was executed completely successfully.

[0147] Table 4

[0148] Figure 9 Flowchart of the top-up method provided in the embodiments of this application Figure 13 ,like Figure 10 As shown, the method also includes: S901. Read the terminal transaction record file of the target ETC prepaid card, read the target successful top-up record of the target ETC prepaid card from the terminal transaction record file, and determine whether the top-up status of the previous top-up record of the current top-up record is in the process of top-up.

[0149] Optionally, when the network condition of the roadside device is poor, there may be situations such as interruption of the top-up service or abnormal reporting of successful top-up results, resulting in a one-sided account problem where the card and account are inconsistent.

[0150] The ETC platform reads the terminal transaction record file of the target ETC prepaid card, and then reads the target successful top-up record of the target ETC prepaid card from the terminal transaction record file. The target successful top-up record is the most recent successful top-up record of the target ETC prepaid card.

[0151] The terminal transaction record file of the target ETC prepaid card is shown in Table 5 below.

[0152] Specifically, the ETC platform obtains the most recent successful top-up record of the target ETC prepaid card from the terminal transaction record file, and obtains the online transaction sequence number, transaction amount (i.e., the amount to be topped up) and transaction time corresponding to the most recent successful top-up record.

[0153] Table 5

[0154] ETC checks whether the previous record to be topped up is in the top-up process to determine whether the top-up status of the previous record needs to be corrected, in order to overcome the problem of inconsistent billing between the card and the account.

[0155] S902. If so, then update the status of the previous record to be topped up to either topped up or topped up failed, based on the target record that was successfully topped up.

[0156] Optionally, if the previous pending record is detected to be in the pending status of "in progress", it indicates that there is a one-sided account problem in the previous pending record of the target ETC prepaid card. The ETC platform will then check whether the online transaction sequence number and transaction amount in the most recent successful pending record of the target ETC prepaid card are consistent with the online transaction sequence number and transaction amount of the previous pending record of the target ETC prepaid card in the pending record data. If they are consistent, it means that the previous pending record has been successfully pending but not reported. The ETC platform will then restore the pending status of the previous pending record from "in progress" to "pending".

[0157] Correspondingly, if the online transaction number and transaction amount in the most recent successful top-up record are inconsistent with the online transaction number and transaction amount of the previous top-up record of the target ETC prepaid card in the top-up record data, it means that the top-up of the previous top-up record failed. In this case, the ETC platform will restore the top-up status of the previous top-up record of the target ETC prepaid card in the top-up record data from the top-up record to top-up failure.

[0158] If the ETC platform updates the status of the previous pending record to "paid," it will delete the previous pending record from the pending record data to avoid duplicate payments. If the ETC platform updates the status of the previous pending record to "payment failed," it will retain the previous pending record in the pending record data so that it can be repaid.

[0159] In this embodiment, the ETC platform reads the terminal transaction record file of the target ETC prepaid card, retrieves the target successful top-up record from the terminal transaction record file, and determines whether the top-up status of the previous top-up record is in progress. If the top-up status of the previous top-up record is detected as in progress, it indicates that there is a one-sided account problem with the previous top-up record of the target ETC prepaid card. The ETC platform then updates the top-up status of the previous top-up record to either topped up or failed to top up, based on the target successful top-up record. This effectively prevents the one-sided account problem caused by discrepancies between the card and the account information.

[0160] Based on the same inventive concept, this application also provides a charging device corresponding to the charging method performed by the roadside device. Since the principle of the device in this application is similar to the charging method performed by the roadside device in the above-mentioned embodiment of this application, the implementation of the device can refer to the implementation of the method, and the repeated parts will not be described again.

[0161] Figure 14 A schematic diagram of a charge-up device provided in this application is shown below. Figure 11 As shown, the device includes: The receiving module 1301 is used to receive the data of the ETC top-up record from the ETC platform.

[0162] The determination module 1302 is used to determine whether there is a target ETC record to be recharged for the target vehicle currently passing the roadside device in the record data to be recharged. The target record to be recharged is the record to be recharged for the target ETC prepaid card on the target vehicle.

[0163] The first sending module 1303 is used to obtain the data to be verified through the target ETC prepaid card if the condition is met, and send a top-up verification request containing the data to be verified to the ETC platform, so that the ETC platform can verify the top-up status of the target ETC prepaid card based on the top-up verification request and generate top-up verification data.

[0164] The first sending module 1303 is also used to receive the top-up verification data sent by the ETC platform, and send a top-up instruction to the target ETC prepaid card according to the target top-up record and the top-up verification data. The top-up instruction is used to instruct the target ETC prepaid card to top up the amount to be topped up.

[0165] The first sending module 1303 is also used to receive the top-up feedback data sent after the target ETC prepaid card is topped up, and to report the top-up result to the ETC platform based on the top-up feedback data.

[0166] As an optional implementation, the receiving module 1301 is specifically used for: Receive pending top-up data from the ETC platform, including: At preset fixed time intervals, a top-up request message is sent to the network platform. The top-up request message is used to request the download of the record data to be topped up from the ETC platform.

[0167] Based on the top-up request information, the network platform downloads the top-up record data from the ETC platform. The top-up record data includes the top-up records of ETC prepaid cards in multiple vehicles.

[0168] As an optional implementation, the first transmitting module 1303 is specifically used for: Based on the target ETC card to be topped up, a top-up initialization command is generated and sent to the target ETC card.

[0169] Receive the verification data sent by the target ETC prepaid card. The verification data includes at least the first message authentication code.

[0170] As an optional implementation, the first transmitting module 1303 is specifically used for: The key index and the amount to be deducted are parsed from the target deductible record. The first data to be transmitted is generated based on the key index, the amount to be deducted, and the transaction terminal identifier, where the transaction terminal identifier is the identifier of the roadside device.

[0171] Based on the preset code value definition, determine the first target value corresponding to the top-up initialization instruction.

[0172] Generate a memory initialization instruction containing the first target value and the first data to be transmitted.

[0173] As an optional implementation, the first transmitting module 1303 is specifically used for: Generate a top-up verification request based on the data to be verified.

[0174] Call the top-up service interface of the ETC platform to send a top-up verification request to the ETC platform.

[0175] As an optional implementation, the receiving module 1301 is specifically used for: The system receives the top-up verification result sent by the ETC platform after verifying the top-up status of the target ETC prepaid card based on the top-up verification request. The top-up verification result is used to indicate whether the target ETC prepaid card is in a top-up-available state.

[0176] Receive the second message authentication code sent by the ETC platform when the target ETC prepaid card is in a top-up state.

[0177] As an optional implementation, the first transmitting module 1303 is specifically used for: Generate a top-up instruction based on the second message authentication code and the target top-up record.

[0178] The top-up instruction is sent to the target ETC prepaid card so that the target ETC prepaid card can be verified by the ETC platform based on the second message authentication code, and the amount to be topped up is topped up after the verification is successful.

[0179] As an optional implementation, the first transmitting module 1303 is specifically used for: The transaction time information is obtained by parsing the target pending deposit records.

[0180] Based on the second message authentication code and transaction time information, generate the second data to be transmitted.

[0181] Based on the preset code value definition, determine the second target value corresponding to the top-up instruction.

[0182] Generate a charge instruction containing the second target value and the second data to be transmitted.

[0183] Figure 15 A schematic diagram of another type of charge-up device provided in this application is shown below. Figure 12 As shown, the device includes: The generation module 1401 is used to generate a record of the target ETC prepaid card to be topped up based on the user's top-up operation on the target ETC prepaid card.

[0184] The second sending module 1402 is used to send the data to be topped up to at least one roadside device. The data to be topped up includes the data to be topped up for multiple ETC prepaid cards.

[0185] The generation module 1401 is also used to receive the top-up verification request sent by the roadside device, verify the top-up status of the target ETC prepaid card according to the top-up verification request, generate top-up verification data, and send the top-up verification data to the roadside device.

[0186] The update module 1403 is used to receive the top-up results sent by the roadside device and update the data to be topped up based on the top-up results.

[0187] As an optional implementation, the generation module 1401 is specifically used for: Based on the top-up verification request, the top-up status of the target ETC prepaid card is verified, the top-up verification result is obtained, and the top-up verification result is sent to the roadside device. The top-up verification result is used to indicate whether the target ETC prepaid card is in a top-up-ready state.

[0188] If the target ETC prepaid card is in a top-up state, a second message authentication code is generated based on the top-up record of the target ETC prepaid card, and the second message authentication code is sent to the roadside device.

[0189] As an optional implementation, the update module 1403 is specifically used for: Read the terminal transaction record file of the target ETC prepaid card, read the target successful top-up record of the target ETC prepaid card from the terminal transaction record file, and determine whether the top-up status of the previous top-up record of the current top-up record is in the process of top-up.

[0190] If so, the status of the previous record to be topped up will be updated to either topped up or topped up failed, based on the target record that was successfully topped up.

[0191] This application also provides an electronic device, which can be the roadside device or ETC platform described above. For example... Figure 13 The diagram shown is a schematic representation of the structure of an electronic device provided in an embodiment of this application, including: a processor 151, a memory 152, and a bus 153. The memory 152 stores machine-readable instructions executable by the processor 151 (e.g., ...). Figure 1 The device includes the receiving module 1301, the determining module 1302, and the first sending module 1303, and the corresponding execution instructions, or... ​ The device generates the corresponding execution instructions of the generation module 1401, the second sending module 1402, and the update module 1403. When the electronic device 150 is running, the processor 151 and the memory 152 communicate through the bus 153. When the machine-readable instructions are executed by the processor 151, the method steps executed by the roadside device or the ETC platform are performed.

[0192] This application also provides a top-up system, such as... ​ As shown, the toll collection system includes an electronic ETC platform and multiple roadside devices, with the multiple roadside devices located within the toll station area.

[0193] Each roadside device and ETC platform is used to execute the steps of the top-up method described in the aforementioned embodiments.

[0194] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems and devices described above can be referred to the corresponding processes in the method embodiments, and will not be repeated here. In the several embodiments provided in this application, it should be understood that the disclosed systems, devices, and methods can be implemented in other ways. The device embodiments described above are merely illustrative. For example, the division of modules is only a logical functional division, and in actual implementation, there may be other division methods. Furthermore, multiple modules or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the displayed or discussed mutual coupling or direct coupling or communication connection can be through some communication interfaces; the indirect coupling or communication connection of devices or modules can be electrical, mechanical, or other forms.

[0195] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. If the functions are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes: USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, optical disks, and other media capable of storing program code.

[0196] The above are merely specific embodiments of this application, but the scope of protection of this application is not limited thereto. Any changes or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application.

Claims

1. A method for accumulating data, characterized in that, The method applies to any roadside device in a toll collection system, wherein the toll collection system includes an electronic non-stop toll collection (ETC) platform located in the cloud and multiple roadside devices, wherein at least one of the roadside devices is installed in the area where a toll station is located; the method includes: Receive the data of the ETC top-up record from the ETC platform; Determine whether there is a target ETC record to be topped up in the data of records to be topped up for a target vehicle that is currently passing the roadside device. The target record to be topped up is the record to be topped up for the target ETC prepaid card on the target vehicle. If so, the data to be verified is obtained through the target ETC prepaid card, and a top-up verification request containing the data to be verified is sent to the ETC platform, so that the ETC platform can verify the top-up status of the target ETC prepaid card based on the top-up verification request and generate top-up verification data. The system receives the top-up verification data sent by the ETC platform and sends a top-up instruction to the target ETC prepaid card based on the target top-up record and the top-up verification data. The top-up instruction is used to instruct the target ETC prepaid card to top up the amount to be topped up. The system receives top-up feedback data sent after the target ETC prepaid card has been topped up, and reports the top-up result to the ETC platform based on the top-up feedback data.

2. The method according to claim 1, characterized in that, The top-up system also includes: a network platform; The receiving of the data to be topped up from the ETC platform includes: At preset fixed time intervals, a top-up request information is sent to the network platform, the top-up request information being used to request the download of the record data to be topped up from the ETC platform; The network platform downloads the data to be topped up from the ETC platform based on the top-up request information. The data to be topped up includes the top-up records of ETC prepaid cards in multiple vehicles.

3. The method according to claim 1, characterized in that, The step of obtaining the data to be verified through the target ETC prepaid card includes: Based on the target ETC card to be topped up, a top-up initialization instruction is generated and sent to the target ETC card. The system receives the data to be verified sent by the target ETC prepaid card, wherein the data to be verified includes at least a first message authentication code.

4. The method according to claim 3, characterized in that, The step of generating a top-up initialization instruction based on the target top-up record includes: The key index and the amount to be deposited are parsed from the target deposit record. First data to be transmitted is generated based on the key index, the amount to be deposited, and the transaction terminal identifier, wherein the transaction terminal identifier is the identifier of the roadside device. Based on the preset code value definition, determine the first target value corresponding to the top-up initialization instruction; Generate the initialization instruction containing the first target value and the first data to be transmitted.

5. The method according to claim 1, characterized in that, Sending a top-up verification request containing the data to be verified to the ETC platform includes: The top-up verification request is generated based on the data to be verified. Call the top-up service interface of the ETC platform to send the top-up verification request to the ETC platform.

6. The method according to claim 1, characterized in that, The receipt of the top-up verification data sent by the ETC platform includes: The system receives a top-up verification result sent by the ETC platform after verifying the top-up status of the target ETC prepaid card based on the top-up verification request. The top-up verification result is used to indicate whether the target ETC prepaid card is in a top-up-available state. Receive the second message authentication code sent by the ETC platform when the target ETC prepaid card is in a top-up state.

7. The method according to claim 6, characterized in that, Sending a top-up instruction to the target ETC prepaid card based on the target top-up record and the top-up verification data includes: The top-up instruction is generated based on the second message authentication code and the target top-up record; The top-up instruction is sent to the target ETC prepaid card, so that the target ETC prepaid card can perform ETC platform verification based on the second message authentication code, and top up the amount to be topped up after the verification is successful.

8. The method according to claim 7, characterized in that, The step of generating the top-up instruction based on the second message authentication code and the target top-up record includes: The transaction time information is obtained by parsing the target pending deposit records; Based on the second message authentication code and the transaction time information, generate the second data to be transmitted; Based on the preset code value definition, determine the second target value corresponding to the top-up instruction; Generate the charge instruction containing the second target value and the second data to be transmitted.

9. A method for accumulating data, characterized in that, Electronic toll collection (ETC) platform applied to the top-up system; The top-up system includes: the ETC platform located in the cloud and multiple roadside devices; the method includes: Based on the user's recharge operation for the target ETC prepaid card, generate a record of the target ETC prepaid card to be recharged; The data to be topped up is sent to at least one roadside device, and the data to be topped up includes the data to be topped up of multiple ETC prepaid cards; The system receives a top-up verification request from the roadside device, verifies the top-up status of the target ETC prepaid card according to the top-up verification request, generates top-up verification data, and sends the top-up verification data to the roadside device. Receive the top-up result sent by the roadside device, and update the top-up record data according to the top-up result.

10. The method according to claim 9, characterized in that, The step of verifying the top-up status of the target ETC prepaid card according to the top-up verification request, generating top-up verification data, and sending the top-up verification data to the roadside device includes: According to the top-up verification request, the top-up status of the target ETC prepaid card is verified, the top-up verification result is obtained, and the top-up verification result is sent to the roadside device. The top-up verification result is used to indicate whether the target ETC prepaid card is in a top-upable state. If the target ETC prepaid card is in a top-up state, a second message authentication code is generated based on the top-up record of the target ETC prepaid card, and the second message authentication code is sent to the roadside device.

11. The method according to claim 9, characterized in that, The method further includes: Read the terminal transaction record file of the target ETC prepaid card, read the target successful top-up record of the target ETC prepaid card from the terminal transaction record file, and determine whether the top-up status of the previous top-up record of the current top-up record is in the process of top-up. If so, the status of the previous record to be topped up will be updated to either topped up or topped up failed, based on the target successful top-up record.

12. A top-up system, characterized in that, The top-up system includes: an Electronic Toll Collection (ETC) platform and multiple roadside devices, wherein the multiple roadside devices are installed within the area where the toll station is located; Each of the roadside devices is used to perform the steps of the charge-up method according to any one of claims 1 to 8; The ETC platform is used to perform the steps of the top-up method according to any one of claims 9 to 11.

Images