WO2018072206A1 - Procédé et dispositif de paiement de transport - Google Patents

Procédé et dispositif de paiement de transport Download PDF

Info

Publication number
WO2018072206A1
WO2018072206A1 PCT/CN2016/102930 CN2016102930W WO2018072206A1 WO 2018072206 A1 WO2018072206 A1 WO 2018072206A1 CN 2016102930 W CN2016102930 W CN 2016102930W WO 2018072206 A1 WO2018072206 A1 WO 2018072206A1
Authority
WO
WIPO (PCT)
Prior art keywords
authentication
inbound
charging device
charging
outbound
Prior art date
Application number
PCT/CN2016/102930
Other languages
English (en)
Chinese (zh)
Inventor
李国庆
常新苗
赵晓娜
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to PCT/CN2016/102930 priority Critical patent/WO2018072206A1/fr
Priority to CN201680065985.3A priority patent/CN108352863B/zh
Publication of WO2018072206A1 publication Critical patent/WO2018072206A1/fr

Links

Images

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B5/00—Near-field transmission systems, e.g. inductive or capacitive transmission systems

Definitions

  • the present application relates to the field of near field communication (English: Near Field Communication, abbreviation: NFC), and particularly relates to a method and device for payment of traffic.
  • NFC Near Field Communication
  • NFC Near Field Communication
  • the working mode of NFC includes card simulation mode (English: Card Emulation, abbreviation: CE).
  • CE Card Emulation, abbreviation: CE
  • NFC terminals work in card emulation mode, simulating traffic cards and financial contactless integrated circuits (English: Integrated Circuit, Abbreviation: IC) card has become an important application scenario for NFC terminals to be used for payment.
  • Users can use the NFC terminal to simulate a transportation card to take the bus, or use the NFC terminal to simulate a financial IC card, and use the mobile phone to checkout with a non-contact POS machine.
  • the more common analog transportation card application payment method is to brush the card once and for all.
  • the specific implementation is:
  • the contactless card reader selects the traffic card application in the simulated traffic card, reads the subway application data file in the simulated traffic card, specifically, the contactless card reader sends READ CAPP DATA command and receive response message returned by the simulated traffic card.
  • the contactless card reader determines whether the last transaction was successful according to the data recorded in the subway application data file, and if the transaction is successful, sends an acquisition processing option including a transaction amount of 0 to the simulated transportation card (English: Get Processing Option, abbreviation :GPO) instruction.
  • the contactless card reader writes the inbound information into the subway application data file by using the write application data file command, updates the subway charge special data record, fills in the city code, the operation enterprise code, the record format version number, the transaction flag, and the charge.
  • Area trading time, toll area transaction line code, toll area transaction site code, toll area transaction gate code, toll area transaction serial number and dedicated tracking area code (English: Tracking Area Code, abbreviation: TAC), etc.
  • TAC Tracking Area Code
  • the contactless card reader When exiting the station, the contactless card reader first reads the subway application data file in the simulated traffic card, and according to the data record of the application file, determines whether the charging area is normally entered in the last time; if it is normal, it calculates according to the inbound information. The amount is consumed and a transaction order GPO containing the transaction amount is sent; after that, the contactless reader writes outbound information to the subway application data file. Specifically, the contactless card reader has obtained an inbound record by reading the READ CAPP DATA command, and according to the record, the subway charge special data record is updated, and the toll area transaction time and the toll area transaction line are filled out.
  • the application provides a transportation payment method and device for realizing at least two people to use a transportation card to enter and exit the station, which is convenient for the user to travel.
  • a method for payment of traffic for a terminal having a near field communication NFC function, the method being implemented by: the terminal changing the traffic logic on the side of the traffic card to use the same content signaling when the card is in the station.
  • the answering charging device realizes at least two inbound operations, and when the card is out of the station, the data recording response charging device generated at the time of inbound is sequentially used to realize at least two outbound operations. In this way, it is possible to realize one card and multiple brushes through simple terminal-side business logic changes, and two or more people can use the same traffic card (ie, the terminal simulated traffic card) to enter and exit the station.
  • the terminal implements a transportation payment method by determining the number N, N of the traffic payment that needs to be performed this time is a natural number greater than 1, and the terminal and the first charging device perform M-stop authentication, Generating M charging data records, where M is a natural number greater than 1 and less than or equal to N; wherein, when the terminal is placed in the communication range of the first charging device, the inbound authentication is triggered once, and In the process of performing the inbound authentication, the terminal sends the pre-stored information indicating that the traffic payment function is normal to the first charging device, and receives the information returned by the first charging device.
  • the terminal and the second charging device performing M outbound authentication
  • the outbound authentication is triggered once, and each time the outbound authentication is performed, the terminal is in a set order And selecting a billing data record in the M billing data records, and sending the selected one billing data record to the second billing device, and receiving the second billing device, A second response message indicating that the outbound authentication is successful, and performing a license transaction process based on the transaction amount included in the second response message.
  • the service logic on the charging device side can be changed, and the traffic logic on the traffic card side can be changed by simply changing the business logic of the traffic card side, so that at least two people can use the same transportation card to realize the transportation payment.
  • the terminal starts a counter after determining the number N of people who need to make a traffic payment, and the counter is used to perform the inbound every time the terminal and the first charging device perform the
  • the authentication or the outbound authentication is performed once with the second charging device, the number of people who have passed is recorded or updated. In this way, it is avoided that the actual number of inbounds exceeds the number of inbounds N set by the terminal, resulting in a transaction error.
  • the terminal determines, in the process of performing the inbound authentication and the outbound authentication, to the first charging device and the second meter according to the latest data recording location indication information. a location where the information sent by the fee device is located; wherein, when the terminal and the first charging device perform the first to the (M-1)th times of the inbound authentication, the inbound authentication is completed every time Thereafter, maintaining the location indicated by the latest data recording location indication information as a location indicating that the traffic payment function is normal, and after performing the Mth the inbound authentication, recording the latest data
  • the location indicated by the recorded location indication information is changed to the location of the charging data record generated when the first inbound authentication is performed; the terminal and the second charging device perform the first to the first (M-1)
  • the outbound authentication each time the outbound authentication is completed, the positions indicated by the latest data recording location indication information are respectively changed to perform the second to the Mth times of the inbound station.
  • the terminal sets an initial value of the counter to 0 before executing the first time the inbound authentication with the first charging device; the terminal and the first meter The fee device determines that the counter value of the counter is less than or equal to (M-) before transmitting the saved information indicating that the traffic payment function is normal to the first charging device in each process of performing the inbound authentication.
  • the terminal and the second charging device are in the process of performing the outbound authentication each time, Determining that the counter has a count value less than or equal to (2M-1) before transmitting the selected billing data record to the second billing device; and, after each completion of the outbound authentication, The counter value of the counter is incremented by one.
  • the terminal after receiving the second response message sent by the second charging device, the terminal saves the outbound related information included in the second response message in the corresponding charging data. Recorded.
  • the inbound related information included in each of the billing data records of the M billing data records is the same. This prevents different users from entering the station from different stations.
  • the terminal does not perform the (M+1)th time after the terminal passes the set time threshold after performing the Mth the inbound authentication. Inbound certification, the number of people who need to make transportation payments from this time is adjusted from N to M.
  • a traffic payment device having a near field communication NFC function, the device comprising a determining unit, configured to determine the number N, N of the number of people who need to make a traffic payment, a natural number greater than 1, and an authentication unit For performing M times of inbound authentication with the first charging device, generating M charging data records, where M is a natural number greater than 1 and less than or equal to N; wherein, whenever the device When the communication range of the first charging device is placed, the inbound authentication is triggered once, and each time the execution of the inbound authentication is performed, information that is pre-stored indicating that the traffic payment function is normal is sent to Receiving, by the first charging device, a first response message that is returned by the first charging device to indicate that the inbound authentication is successful, and is generated based on the inbound related information included in the first response message.
  • the authentication unit is further configured to perform M outbound authentication with the second billing device, where the device triggers whenever the device is placed in the communication range of the second billing device Performing the outbound authentication once, and each time the outbound authentication is performed, selecting one charging data record in the M charging data records according to a set order, and transmitting the selected one charging data record to the a second charging device, and receiving a second response message sent by the second charging device to indicate that the outbound authentication is successful, and performing a license transaction according to the transaction amount included in the second response message Cheng.
  • M outbound authentication with the second billing device where the device triggers whenever the device is placed in the communication range of the second billing device Performing the outbound authentication once, and each time the outbound authentication is performed, selecting one charging data record in the M charging data records according to a set order, and transmitting the selected one charging data record to the a second charging device, and receiving a second response message sent by the second charging device to indicate that the outbound authentication is successful, and performing a license transaction according to the transaction amount included in the second
  • the device further includes a counting unit, configured to perform the first time with the first charging device at the authentication unit after the determining unit determines the number N of people who need to make a traffic payment this time.
  • the inbound authentication or each time the outbound authentication is performed with the second charging device the number of people who have passed is recorded or updated. In this way, it is avoided that the actual number of inbounds exceeds the number of inbounds N set by the terminal, resulting in a transaction error.
  • the authentication unit is further configured to determine, in the process of performing the inbound authentication and the outbound authentication, the first charging device and the location according to the latest data recording location indication information. a location where the information sent by the second charging device is located; wherein the authentication unit and the first charging device perform the first to the (M-1)th times of the inbound authentication, each time completing After the inbound authentication, the location indicated by the latest data record location indication information is maintained as a location indicating that the traffic payment function is normal, and the latest is performed after the Mth verification of the inbound authentication is performed.
  • the location indicated by the data record location indication information is changed to the location where the charging data record generated when the first time the station authentication is performed; the authentication unit and the second charging device perform the first time to the first ( M-1) when the outbound authentication is performed, after each completion of the outbound authentication, the position indicated by the latest data recording position indication information is respectively changed to be executed for the second time.
  • the location at which the billing data record generated at the Mth time of the inbound authentication is located. In this way, multi-person inbound and outbound can be realized from the aspect of business logic, which is simple and easy to implement.
  • the counting unit sets an initial value to 0 before the authentication unit and the first charging device perform the first time of the inbound authentication; the authentication unit and the In a process of performing the inbound authentication, the charging device determines that the counter value of the counter is less than or equal to (the information before the saved information indicating that the traffic payment function is normal is sent to the first charging device) M-1); and, after each completion of the inbound authentication, incrementing the count value of the counter; the authentication unit and the second charging device perform the outbound authentication each time In the process, before sending the selected charging data record to the second charging device, determining that the counter value of the counter is less than or equal to (2M-1); and, completing the outbound authentication each time After that, the counter value of the counter is incremented by one.
  • the authentication unit is further configured to: save the outbound related information included in the second response message after receiving the second response message sent by the second charging device Corresponding billing data record.
  • the inbound related information included in each of the billing data records of the M billing data records is the same.
  • the authentication unit is further configured to: after performing the Mth the inbound authentication, if the set time threshold is exceeded, the (M+1)th time is not executed.
  • the inbound authentication adjusts the number of people who need to make transportation payment from N to M.
  • a terminal having a function of implementing terminal behavior in any of the possible aspects of the first aspect and the first aspect described above.
  • the functions may be implemented by hardware or by corresponding software implemented by hardware.
  • the hardware or software includes one or more modules corresponding to the functions described above.
  • the structure of the terminal comprises a transceiver, a memory and a processor, wherein the memory is for storing a set of programs, the processor is for calling the program stored by the memory to perform the first aspect as described above And the method described in any of the possible designs of the first aspect.
  • a computer storage medium for storing the final Computer software instructions for use, including programs designed to perform the above aspects.
  • FIG. 1 is a schematic structural diagram of a system in an embodiment of the present application.
  • FIG. 2 is a schematic flowchart of a method for payment of a transportation in an embodiment of the present application
  • FIG. 3 is a schematic flowchart of a mobile phone implementing multi-person simultaneous stationing in the embodiment of the present application
  • FIG. 4 is a schematic diagram of a signaling flow of inbound authentication in an embodiment of the present application.
  • FIG. 5 is a schematic flowchart of a mobile phone implementing multi-person simultaneous outbound in the embodiment of the present application.
  • FIG. 6 is a schematic diagram of a signaling process of outbound authentication in an embodiment of the present application.
  • FIG. 7 is a schematic structural diagram of a traffic payment device according to an embodiment of the present application.
  • FIG. 8 is a schematic structural diagram of a terminal in an embodiment of the present application.
  • the embodiment of the present application provides a transportation payment method and device, by changing the transportation card.
  • the business logic can realize one card and more brushes, and two or more people can use the same traffic card to enter and exit the station.
  • the embodiment of the present application can be applied to a scenario of card payment, and is preferably applied to a mobile payment scenario.
  • the traffic card involved is a traffic card simulated by a terminal device such as a mobile phone or a tablet computer, and is carried in a terminal having an NFC function.
  • the system architecture applied in the embodiment of the present application is as shown in FIG. 1, and includes a terminal 101 and a charging device 102.
  • the terminal 101 is provided with an NFC function and may include various handheld devices having wireless communication functions, wearable devices, computing devices, or other processing devices connected to the wireless modem. Ready, for example, NFC-enabled mobile phones, tablets.
  • the terminal 101 includes a main controller (English: Device Host, abbreviated as DH).
  • the billing device 102 is used for deducting the traffic card application in the public transportation system, and may be a bus in-vehicle charging machine (also called an in-vehicle device); the charging device 102 may be applied to a segment-charging vehicle, for example Buses, subways, ships, etc.
  • the charging device 102 can also be applied to a charging scenario with a time-slot charging, such as a parking charging scenario, the transportation card is a parking card, and the charging device 102 is configured to charge the parking card in the parking system by time.
  • the flow of the payment payment method provided by the embodiment of the present application is as follows.
  • the terminal has an NFC function, and the terminal has built-in software and hardware capable of simulating a traffic card (referred to as a traffic card), and the terminal communicates with the charging device through the NFC, and performs a charging deduction through the simulated traffic card and the charging device.
  • a traffic card referred to as a traffic card
  • Step 201 The terminal determines the number N, N of the number of people who need to make traffic payment, and is a natural number greater than 1.
  • Step 202 The terminal and the first charging device perform M times of inbound authentication, and generate M charging data records, where M is a natural number greater than 1 and less than or equal to N.
  • Step 203 The terminal and the second charging device perform M outbound authentication.
  • the traffic card management application can be run in the operating system of the terminal (English: Operating System, abbreviated as OS), and the user can perform some basic settings and management on the traffic card in the traffic card management application.
  • OS Operating System
  • step 201 when the user uses the traffic card application of the terminal, the user can input the number of people who need to make traffic payment in the interface of the traffic card management application in the OS, and the terminal detects the input operation of the user, and determines that the traffic payment needs to be performed this time. Number of people N.
  • the number N of people who need to make a traffic payment at the terminal can be different from the number M of the actual station.
  • the number of people who need to make traffic payment detected by the terminal is 5, but The number of intervening stations is 4.
  • the terminal may also detect traffic interval information input by the user, that is, the inbound information and the outbound information.
  • the terminal determines whether the current balance of the traffic card is sufficient to pay the amount of the N-person current payment.
  • the specific method is: the terminal determines whether the current balance of the traffic card is greater than or equal to the product of the highest single limit and N, and if so, determines that the current balance of the traffic card is sufficient; otherwise, it determines that the current balance of the traffic card is insufficient.
  • the terminal detects the traffic section information input by the user, calculating the traffic payment amount of the single person in the traffic section, and the terminal determining whether the current amount of the traffic card is greater than or equal to the product of the traffic payment amount of the single person in the traffic section and N, If yes, it is determined that the current balance of the transportation card is sufficient; otherwise, it is determined that the current balance of the transportation card is insufficient.
  • step 202 is performed.
  • a terminal with NFC capability has the property that a data record is saved each time a complete inbound and outbound authentication is performed.
  • the data record records the inbound information, outbound information, and deduction amount of the current transportation payment.
  • step 202 Prior to execution of step 202, a data record generated by the historical transaction process may have been saved in the terminal.
  • a data record generated by the historical transaction process may have been saved in the terminal.
  • an inbound authentication is triggered each time the terminal is placed within the communication range of the first charging device, that is, whenever the terminal can communicate with the first charging device via NFC.
  • the terminal sends a complete data record of the history record to the first charging device, and the first charging device determines whether the last transaction of the terminal is successful through the received data record, and determines the transaction. If successful, the inbound authentication will be successful. Otherwise, the inbound authentication fails.
  • the data record sent by the terminal to the first charging device may include information indicating that the traffic payment function is normal.
  • a special case is that if the terminal does not have a historical transaction process before step 202, but the card balance is sufficient, and the last wrong transaction is not found, it may be a newly installed traffic card application of the terminal.
  • the data record sent by the terminal to the first charging device may be a special data record, for example, the data record of the inbound information and the outbound information are empty, and the special data record is used as the traffic card for the traffic payment function. Instructions.
  • the first charging device After the terminal sends the information indicating that the traffic payment function is normal to the first charging device, the first charging device returns a response message, which is recorded as a first response message, and the first response message is used to indicate that the inbound authentication is successful, and the The first response message includes inbound related information, such as the station name of the inbound station, the starting transaction amount, etc., and the starting transaction amount may be 0.
  • the terminal After receiving the first response message returned by the first charging device, the terminal generates a charging data record based on the inbound related information included in the first response message, and the charging data is recorded after the historically saved data record. In this way, after performing the M times of the inbound authentication, the terminal generates M charging data records, and the inbound related information included in each of the charging data records of the M charging data records is the same, that is, The M station is the same station.
  • an outbound authentication is triggered each time the terminal is placed within the communication range of the second charging device.
  • the terminal needs to send a charging data record including the inbound related information to the second charging device, and the second charging device determines whether the terminal normally enters the station, and determines that the terminal normally enters the station.
  • the outbound authentication will be executed successfully. Otherwise, the outbound authentication fails.
  • the terminal sends a charging data record generated during the inbound authentication to the second charging device, because the inbound related information included in the M charging data records is the same,
  • the charging data records sent by the terminal at each outbound authentication may be in any order, for example, may be selected from the first to the Mth.
  • the terminal selects one charging data record in the M charging data records according to the setting order, and sends the selected one charging data record to the second charging device.
  • the second charging device determines that the terminal normally enters the station, and constructs a complete transaction data record including the inbound related information, the outbound related information, and the deduction amount, and records the complete transaction data. Writing to the card application of the terminal; or, after receiving the charging data record, the second charging device determines that the terminal normally enters the station, and returns a response message indicating that the outbound success is successful to the terminal, which is recorded as the second response message.
  • the outbound related information such as the station name and the transaction amount of the outbound
  • the terminal After receiving the second response message sent by the second charging device, the terminal adds the outbound related information included in the second response message to the corresponding charging data record, and generates a piece of information including the inbound related information and the outbound related information. Complete transaction data record. And finally the terminal performs the license transaction process according to the transaction amount included in the second response message, that is, the deduction is performed according to the transaction amount included in the second response message.
  • the information of the terminal maintenance counter that is, the terminal starts the counter after determining the number N of people who need to make the traffic payment, and performs one inbound authentication or each second charging device with each first charging device.
  • the number of people who have passed is recorded or updated when an outbound authentication is performed. In this way, it is avoided that the actual number of inbounds exceeds the number of inbounds N set by the terminal, resulting in a transaction error.
  • the initial value of the counter is set to zero.
  • the terminal and the first charging device determine that the counter value is less than or equal to (M-1) before transmitting the saved information indicating that the traffic payment function is normal to the first charging device in the process of performing the inbound authentication. And greater than 0; and, after each completion of the inbound authentication, the counter is incremented by one;
  • the terminal and the second charging device determine that the counter value is less than or equal to (2M-1) before sending the selected charging data record to the second charging device in each process of performing the outbound authentication; And, after each completion of the outbound authentication, the counter value is incremented by one.
  • the terminal may further maintain the latest data record location indication information (which may be simply referred to as location indication information), and indicate, by using the location indication information, a location where the information sent to the first charging device or the second charging device is located. That is, each time the inbound authentication is performed with the first charging device or the outbound authentication is performed with the second charging device, the terminal determines the location of the transmitted information according to the location indicated by the location indication information.
  • location indication information which may be simply referred to as location indication information
  • the terminal and the first charging device perform the first to (M-1)th inbound authentication
  • the location indicated by the latest data recording location indication information is kept unchanged, In order to point to the location where the traffic is functioning properly.
  • the location indicated by the latest data record location indication information is changed to the location of the charging data record generated when the first inbound authentication is performed;
  • the terminal and the second charging device perform the first to (M-1)th outbound authentication, after each completion of the outbound authentication, the location indicated by the latest data recording location indication information is respectively changed to be executed.
  • the location of the billing data record generated during the second to the Mth inbound authentication is respectively changed to be executed.
  • the terminal can determine the number of people who ultimately need to enter the station by:
  • the terminal After the terminal performs the Mth inbound authentication, if the terminal does not perform the (M+1)th inbound authentication after the terminal has passed the set time threshold, the number of people who need to make the traffic payment is adjusted from N to M.
  • the traffic payment method provided by the embodiment of the present application is further described in detail below in conjunction with a specific application scenario.
  • the mobile phone has an NFC function, and an application program of a simulated transportation card (referred to as a transportation card) is installed in the mobile phone, and a traffic card management application for managing the transportation card is installed, and the transportation card management application performs the traffic card.
  • a transportation card an application program of a simulated transportation card
  • a traffic card management application for managing the transportation card
  • the transportation card management application performs the traffic card.
  • the N value is not higher than the maximum number of passengers defined by the bus company.
  • the bus card management application is an application in the mobile phone OS.
  • Step 302 The mobile phone determines whether N people are allowed to ride at the same time.
  • the traffic card management application in the mobile phone starts to perform a policy check to determine whether the current balance of the traffic card simulated by the mobile phone supports the N-person ride; specifically, the traffic card management application queries the traffic card.
  • the current balance if (balance + segment deduction deduction limit) is greater than or equal to (N* maximum single occupancy limit), or if (balance + segment deduction deduction limit) is greater than or equal to (N * user input ride interval Corresponding to the fare), step 303 is performed; otherwise, step 303' is performed.
  • Step 303 allowing the N people to ride at the same time.
  • the data record can be a dedicated data record for the subway charge.
  • the traffic card management application configures the traffic card and writes the number of passengers N simultaneously into the "simple passenger limit" field in the traffic card application.
  • the counter is used to record the number of inbounds and the number of outbounds.
  • the traffic card management application configures the initial value of the counter to zero.
  • the initial value of the position indication information is set at the position of the data record generated by the most recent transaction.
  • the location indication information may be set in the form of a “latest data record pointer”, which is a pointer to a subway charging dedicated data record that successfully completed the transaction last time, or reads a subway charging dedicated data record corresponding to the last successful transaction. ID of the ID.
  • the traffic card management application Assuming that m+1 subway ride records have been saved in the traffic card, the traffic card management application after the traffic card is configured, the data record files in the traffic card are as shown in Table 1 below.
  • Table 1 and "-" in the following tables indicate that the data record corresponding to the row is not set with "position indication information", and the field labeled "location indication information” indicates the data record setting "position indication information” corresponding to the row. .
  • the fields of "-" and “location indication information” can be designed in the form of yes/no (ie true/false or yes/no).
  • R 0 to Rm are used to indicate the label of the data record, and Rm corresponding to the row where the position indication information is located is the latest data record.
  • step 303' the mobile phone prompts the user that the balance in the traffic card is insufficient or the status of the traffic card is abnormal.
  • Step 304 Swipe the card, check whether the number of inbounds in the mobile phone is less than (N-1), and if yes, go to step 305; otherwise, go to step 306.
  • Whether the value of the traffic card check counter is less than (N-1), for example, N 5, and whether the value of the traffic card check counter is less than 4.
  • Step 305 The traffic card in the mobile phone responds according to the latest data record indicated by the location indication information. Inbound gate, increment the counter value by one and return to step 304.
  • the counter value When the first card is put in, the counter value is 0, the Rm corresponding to the position indication information is the latest data record, and the traffic card in the mobile phone is sent to the inbound gate according to the data record corresponding to Rm. After the first person enters the station, the value of the counter is incremented by 1 to become 1. The counter value is incremented by 1 each time the second to the (N-1)th time is swiped, but the latest data record indicated by the position indication remains unchanged and remains at R m .
  • Step 306 Swipe the card, check whether the number of inbounds in the mobile phone is equal to (N-1), and if yes, go to step 307; otherwise, go to step 309.
  • Step 307 The traffic card in the mobile phone responds to the inbound gate according to the latest data record indicated by the position indication information, and increments the counter value by one.
  • Step 308 Update the latest data record indicated by the location indication information to the data record generated when the first person enters the station.
  • Step 309 Perform an outbound process.
  • the inbound gate sends a read application data file (ie READ CAPP DATA) command to read the CAPP file to determine whether the transaction was successful last time.
  • the traffic card receives this command, it performs the check of the number of people who have entered the station. If the value of the counter of the traffic card is less than or equal to (N-1), it is determined that the traffic card is in the multi-person inbound mode; the latest data record pointer in step 303 is used.
  • the pointed data record is replied to the inbound gate, or the subway charging data record pointed to by the latest subway charging dedicated data record is recorded in response to the inbound gate; the indicia of the plurality of inbound data records may be consecutive integers.
  • the inbound gate After receiving the response, the inbound gate determines that the traffic card last transaction is normal, sends a GPO with an authorized amount of 0, and the traffic card receives the GPO response message after receiving the GPO;
  • the gate of the inbound gate After receiving the response message of the GPO, the gate of the inbound gate determines that the last transaction is successful, enters the segmentation charging process; and uses the UPDATA CAPP DATA CACHE command to update the traffic information to the traffic card, specifically to the traffic Write a new subway charge-specific data record in the card, package Includes inbound information and default outbound information.
  • the data record file update in the traffic card is as shown in Table 2.
  • the user can prompt the last person to enter the station through the mobile phone interface.
  • step 306 is performed.
  • the traffic card modification position indication information points to Rm+1, so that the Rm+1 transaction record becomes the latest data record, and the data record file in the traffic card is as shown in Table 3.
  • the position indication information points to the data record generated when the first person enters the station, which means that the next time the card is swiped, only the Rm+ of the inbound information will be included.
  • One data record answers the gate, triggering an outbound settlement.
  • the traffic card receives the update card application data file command, it checks the inbound information in the data record containing only the inbound information in the application data file, and the update card application data file command. Whether the inbound information is consistent; if it is inconsistent, an error is reported and the card application is set to the abnormal mode.
  • the traffic card preset time threshold T after exceeding T, the electronic card automatically calculates the number of inbound information in the current card, and updates the position indication information.
  • the data record points to the first inbound record.
  • the signaling flow of the inbound authentication is as follows.
  • the first inbound authentication signaling process is:
  • the inbound gate sends a READ CAPP DATA command to the mobile phone, and the mobile phone receives the READ CAPP DATA command sent by the inbound gate, reads the CAPP file, determines the inbound mode of the traffic card, and prepares for the response.
  • S402 The mobile phone returns a response message to the inbound gate, and the response message includes the Rm data record.
  • the inbound gate sends a UPDATA CAPP DATA CACHE command to the mobile phone to update the traffic information to the traffic card, and writes the Rm+1 data record in the data record file of the traffic card.
  • the mobile phone returns a response message to the inbound gate.
  • Step 501 The user holds the mobile phone to swipe the card at the exit, and the traffic card receives the READ CAPP DATA command to obtain the information of “the number of simultaneous riders N” and the “count of used times”.
  • Step 502 Determine whether the counter value is greater than or equal to N and less than or equal to 2N-1. If yes, execute step 503, otherwise perform step 504.
  • Step 503 the traffic card can determine that the current multi-person outbound mode; the data record pointed to by the latest data record pointer (that is, the first inbound record) is answered by the inbound gate, or the latest subway charging dedicated data record mark is utilized. The subway charging data record pointed to the inbound gate.
  • Step 503' the traffic card can determine that the current mode is single player.
  • Step 504 The gate receives the READ CAPP DATA response message, reads the inbound information to determine the normal inbound, starts to execute the gate billing process, uses the GPO to send the transaction instruction to the traffic card, and the traffic card should perform the outbound process license transaction;
  • Step 505 The gate uses the inbound data record included in the response obtained by the READ CAPP DATA to generate a complete data record including the inbound and outbound information and the transaction amount, and writes the complete data to the traffic card by using the UPDATE CAPP DATA CACHE command. Record; after receiving the command, the transportation card saves the complete data record to the terrain application data file CAPP, and updates the "new subway charge special data record mark" to point to the next inbound data record; at the same time, the counter is incremented by one; After the individual leaves the station, the charge record file in the card is shown in Table 4.
  • Step 506 When the card is swiped again, it is determined whether the value of the counter is equal to 2N-1. If not, the process returns to step 501 to continue to swipe the card out; after each card is sent out, the position indication information is moved. The position of the latest data record; if it is determined that the value of the counter is equal to 2N-1, step 507 is performed.
  • step 507 when the counter value is 2N-1, the last person is prompted to leave the station through the mobile phone interface.
  • the traffic card automatically restores the "simple occupancy limit N" to 1, and restores the inbound and outbound processing to single-person mode, that is, single-use status.
  • N and counters are no longer checked during use, the counter value is reset to zero, and the latest subway charge-specific data record points to the latest transaction record.
  • the signaling flow of the outbound authentication is as follows.
  • the outbound gate sends a READ CAPP DATA command to the mobile phone, and the mobile phone receives the READ CAPP DATA command sent by the outbound gate, reads the CAPP file, determines that the traffic card is in the outbound mode, and prepares for the response.
  • the mobile phone returns a response message to the outbound gate, and the response message includes the Rm+1 data record, and the Rm+1 data record is an inbound record containing only the inbound information.
  • the outbound gate sends a UPDATA CAPP DATA CACHE command to the mobile phone to update the outbound information to the traffic card, and writes the Rm+1 data record including the outbound information in the data record file of the traffic card.
  • the mobile phone returns a response message to the outbound gate.
  • a traffic payment device 700 is provided in the embodiment of the present application.
  • the traffic payment device 700 is provided with a near field communication NFC function, and includes a determining unit 701 and an authentication unit 702.
  • a determining unit 701 configured to determine the number of people N, N that need to make a traffic payment, is a natural number greater than one;
  • the authentication unit 702 is configured to perform M times of inbound authentication with the first charging device to generate M charging data records, where M is a natural number greater than 1 and less than or equal to N; wherein each device is placed in the first charging device When the communication range is within, triggering one inbound authentication, and in each process of performing the inbound authentication, transmitting the pre-stored information indicating that the traffic payment function is normal to the first charging device, and receiving the first charging device Returning a first response message indicating success of the inbound authentication, and generating a charging data record based on the inbound related information included in the first response message;
  • the authentication unit 702 is further configured to perform M outbound authentication with the second charging device, where each time the device is placed in the communication range of the second charging device, an outbound authentication is triggered, and each time the outbound is performed. Authentication, selecting one accounting data record in the M charging data records according to the setting order, sending the selected one charging data record to the second charging device, and receiving the second charging device A second response message indicating that the outbound authentication is successful, and performing a license transaction process based on the transaction amount included in the second response message.
  • the traffic payment device 700 further includes a counting unit 703, configured to perform an inbound authentication or each time with the first charging device at the authentication unit 702 after the determining unit 701 determines the number N of people who need to make the traffic payment.
  • a counting unit 703 configured to perform an inbound authentication or each time with the first charging device at the authentication unit 702 after the determining unit 701 determines the number N of people who need to make the traffic payment.
  • the number of people who have passed is recorded or updated.
  • the authentication unit 702 is further configured to:
  • the authentication unit 702 and the first charging device perform the first to (M-1)th inbound authentication
  • the location indicated by the latest data recording location indication information is pointed after each completion of the inbound authentication.
  • the authentication unit 702 and the second charging device perform the first to (M-1)th outbound authentication, respectively, after each completion of the outbound authentication, the corresponding location indicated by the latest data recording location indication information is changed respectively.
  • the counting unit 703 sets the initial value to 0 before the authentication unit 702 and the first charging device perform the first inbound authentication;
  • the authentication unit 702 and the first charging device determine that the counter value of the counter is less than or equal to (M) before transmitting the saved information indicating that the traffic payment function is normal to the first charging device in the process of performing the inbound authentication. -1); and, after each completion of the inbound authentication, the counter value is incremented by one;
  • the authentication unit 702 and the second charging device determine that the counter value is less than or equal to (2M-1) before transmitting the selected charging data record to the second charging device each time the outbound authentication is performed. ); and, after each completion of the outbound authentication, the counter is incremented by one.
  • the authentication unit 702 is further configured to:
  • the outbound related information included in the second response message is saved in the corresponding charging data record.
  • the inbound related information included in each of the billing data records of the M billing data records is the same.
  • the authentication unit 702 is further configured to:
  • the embodiment of the present application further provides a terminal 800, which includes a memory 801, a processor 802, a transceiver 803, and a bus 804.
  • the memory 801, the processor 802, and the transceiver 803 are both A bus 804 is connected, wherein the memory 801 stores a set of programs, and the processor 802 is configured to invoke a program stored in the memory 801 such that the terminal 800 performs the methods provided in FIGS. 2, 3, and 5. .
  • connection manner between the parts shown in FIG. 8 is only one possible example.
  • both the memory 801 and the transceiver 803 are connected to the processor 802, and the memory 801 and the transceiver 803 are connected. There is no connection, or it can be other possible connections.
  • the processor 802 can be a central processing unit (English: central processing unit, abbreviated: CPU), a network processor (English: network processor, abbreviated: NP) or a combination of a CPU and an NP.
  • CPU central processing unit
  • NP network processor
  • Processor 802 can also further include a hardware chip.
  • the hardware chip may be an application-specific integrated circuit (ASIC), a programmable logic device (abbreviated as PLD), or a combination thereof.
  • ASIC application-specific integrated circuit
  • PLD programmable logic device
  • the above PLD can be a complex programmable logic device (English: complex programmable logic device, abbreviation: CPLD), field-programmable gate array (English: field-programmable gate array, abbreviation: FPGA), general array logic (English: generic array Logic, abbreviation: GAL) or any combination thereof.
  • the memory 801 may include a volatile memory (English: volatile memory), such as a random access memory (English: random-access memory, abbreviation: RAM); the memory 801 may also include a non-volatile memory (English: non-volatile memory) ), such as flash memory (English) Text: flash memory), hard disk (English: hard disk drive, abbreviated: HDD) or solid state drive (English: solid-state drive, abbreviation: SSD); the memory 801 may also include a combination of the above types of memory.
  • a volatile memory English: volatile memory
  • RAM random access memory
  • non-volatile memory such as flash memory (English) Text: flash memory), hard disk (English: hard disk drive, abbreviated: HDD) or solid state drive (English: solid-state drive, abbreviation: SSD)
  • the memory 801 may also include a combination of the above types of memory.
  • embodiments of the present application can be provided as a method, system, or computer program product.
  • the present application can take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment in combination of software and hardware.
  • the application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) including computer usable program code.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • the apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
  • the instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Devices For Checking Fares Or Tickets At Control Points (AREA)

Abstract

L'invention concerne un procédé et un dispositif de paiement de transport, utilisés pour permettre à deux personnes ou plus d'entrer et de sortir d'une station à l'aide de la même carte de transport. Le procédé comprend les étapes suivantes : un terminal ayant une fonction NFC détermine le nombre N de personnes devant mettre en œuvre un paiement de transport à un moment déterminé, exécute M authentifications d'entrée de station avec un premier dispositif de facturation, et génère M enregistrements de données de facturation ; chaque fois qu'une authentification d'entrée de station est déclenchée, le terminal envoie au premier dispositif de facturation des informations préenregistrées indiquant une fonction de paiement de transport normal, reçoit un premier message de réponse renvoyé par le premier dispositif de facturation et, sur la base d'informations relatives à l'entrée de station contenues dans le premier message de réponse, génère un enregistrement de données de facturation ; le terminal met en œuvre M authentifications de sortie de station avec un second dispositif de facturation ; le terminal sélectionne, chaque fois qu'une authentification de sortie de station est déclenchée, un enregistrement de données de facturation à partir des M enregistrements de données de facturation selon un ordre défini et les envoie au second dispositif de facturation, reçoit un second message de réponse envoyé par le second dispositif de facturation et, sur la base d'une quantité de transactions contenue dans le second message de réponse, exécute un processus d'autorisation de transaction.
PCT/CN2016/102930 2016-10-21 2016-10-21 Procédé et dispositif de paiement de transport WO2018072206A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/CN2016/102930 WO2018072206A1 (fr) 2016-10-21 2016-10-21 Procédé et dispositif de paiement de transport
CN201680065985.3A CN108352863B (zh) 2016-10-21 2016-10-21 一种交通支付方法及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2016/102930 WO2018072206A1 (fr) 2016-10-21 2016-10-21 Procédé et dispositif de paiement de transport

Publications (1)

Publication Number Publication Date
WO2018072206A1 true WO2018072206A1 (fr) 2018-04-26

Family

ID=62018245

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/102930 WO2018072206A1 (fr) 2016-10-21 2016-10-21 Procédé et dispositif de paiement de transport

Country Status (2)

Country Link
CN (1) CN108352863B (fr)
WO (1) WO2018072206A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110648131B (zh) * 2019-08-27 2022-06-17 Oppo广东移动通信有限公司 基于近场通信的刷卡方法、装置、电子设备以及存储介质
CN111401866A (zh) * 2020-03-13 2020-07-10 杭州复杂美科技有限公司 手续费的预存和扣除方法、设备和存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101604374A (zh) * 2009-07-03 2009-12-16 北京百纳威尔科技有限公司 无线识别系统及方法
CN203350948U (zh) * 2013-06-24 2013-12-18 南京航空航天大学 地铁一卡式多人次计费终端
CN103473853A (zh) * 2013-08-20 2013-12-25 华为终端有限公司 一种用于移动支付的方法、装置和系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102184593A (zh) * 2011-02-25 2011-09-14 惠州Tcl移动通信有限公司 基于移动通信终端的一卡通系统
US10152706B2 (en) * 2013-03-11 2018-12-11 Cellco Partnership Secure NFC data authentication
CN105654617A (zh) * 2014-11-26 2016-06-08 镇江雅迅软件有限责任公司 一种基于nfc支付的地铁刷卡系统
CN104899731B (zh) * 2015-03-19 2018-12-11 腾讯科技（深圳）有限公司 移动支付数据的传输方法、装置和系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101604374A (zh) * 2009-07-03 2009-12-16 北京百纳威尔科技有限公司 无线识别系统及方法
CN203350948U (zh) * 2013-06-24 2013-12-18 南京航空航天大学 地铁一卡式多人次计费终端
CN103473853A (zh) * 2013-08-20 2013-12-25 华为终端有限公司 一种用于移动支付的方法、装置和系统

Also Published As

Publication number Publication date
CN108352863B (zh) 2020-10-09
CN108352863A (zh) 2018-07-31

Similar Documents

Publication Publication Date Title
US20200082488A1 (en) Interactive image-based communication using image coding
US10121288B2 (en) Transit account management with mobile device messaging
CN104766205B (zh) 一种移动支付方法及装置
AU2011218922B2 (en) Virtual fare card and virtual fare device
AU2009262066B2 (en) Mobile communication device configured for transit application
AU2010271244B2 (en) Predictive techniques in transit alerting
AU2010271245B2 (en) Reloadable prepaid card distribution, reload, and registration in transit
US20110165836A1 (en) Id application for nfc phone
US11200627B2 (en) Conducting various actions indicated by a financial card
EP3365855A1 (fr) Systèmes et procédés d'identification de comptes de paiement par rapport à des segments
US11521192B2 (en) Settlement system, user terminal and method executed thereby, settlement device and method executed thereby, and program
CN106464502A (zh) 用于通信装置的认证的方法和系统
WO2018072206A1 (fr) Procédé et dispositif de paiement de transport
US20150317635A1 (en) Electronic gesture-based signatures
CN110678909A (zh) 信息处理装置和信息处理方法
RU117671U1 (ru) Система продажи виртуальных билетов и проверки их действительности
KR102505977B1 (ko) 오프라인 결제 처리 시스템, 개인 정보 질의 기반의 2차 인증을 이용한 오프라인 결제 처리 방법 및 이를 이용한 장치
KR102533853B1 (ko) 오프라인 결제 처리 시스템, 2단계 위치 측위를 이용한 체크인 기반의 오프라인 결제 처리 방법 및 이를 이용한 장치
KR102515736B1 (ko) 오프라인 결제 처리 시스템, 픽처 터치 패턴을 이용한 인증 기반의 오프라인 결제 처리 방법 및 이를 이용한 장치
US20210375068A1 (en) Computer readable recording medium, payment system, and payment server
TW201443809A (zh) 企業通貨管理裝置、企業通貨管理方法及程式
US20200372485A1 (en) Method for sharing, collecting and processing data and related system
CN114372704A (zh) 一种运输管理监控系统
CN113610514A (zh) 账户作业处理方法、装置、电子设备及存储介质
TW201447783A (zh) 企業通貨管理裝置、企業通貨管理方法及程式

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16919175

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16919175

Country of ref document: EP

Kind code of ref document: A1