WO2023060902A1 - 公共交通工具的乘车方法及装置、设备、存储介质和计算机程序产品 - Google Patents

公共交通工具的乘车方法及装置、设备、存储介质和计算机程序产品 Download PDF

Info

Publication number
WO2023060902A1
WO2023060902A1 PCT/CN2022/095496 CN2022095496W WO2023060902A1 WO 2023060902 A1 WO2023060902 A1 WO 2023060902A1 CN 2022095496 W CN2022095496 W CN 2022095496W WO 2023060902 A1 WO2023060902 A1 WO 2023060902A1
Authority
WO
WIPO (PCT)
Prior art keywords
passenger
information
verification
train number
ride
Prior art date
Application number
PCT/CN2022/095496
Other languages
English (en)
French (fr)
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 上海商汤智能科技有限公司
Publication of WO2023060902A1 publication Critical patent/WO2023060902A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G06Q20/40145—Biometric identity checks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction

Definitions

  • the present disclosure relates to the field of image processing, and relates to, but not limited to, a public transportation vehicle riding method, device, device, storage medium and computer program product.
  • the bus billing method has also undergone great changes.
  • the traditional conductor charges have been replaced by credit card payment, QR code payment, and facial recognition payment.
  • the new billing method has greatly improved travel efficiency.
  • Embodiments of the present disclosure provide a method, device, device, storage medium, and computer program product for riding a public vehicle.
  • an embodiment of the present disclosure provides a method for riding a public vehicle, which is applied to a vehicle-mounted terminal, and the method includes:
  • the passenger's verification information In response to detecting the passenger's verification information, determine the identity of the passenger; based on the passenger's identity, determine whether the passenger's verification information is the first verification of the current train number; when the passenger's verification information is the current train number In the case of the first verification, the verification information of the passenger will be sent to the third-party platform for deduction.
  • an embodiment of the present disclosure provides a ride-on device for a public vehicle, the device includes a first determining part, a second determining part and a sending part, wherein:
  • the first determination part is configured to determine the identity of the passenger in response to receiving the verification information of the passenger;
  • the second determining part is configured to determine whether the verification information of the passenger is the first verification of the current train number based on the identity of the passenger;
  • the sending part is configured to send the passenger's verification information to a third-party platform for fee deduction when the passenger's verification information is the first verification of the current train number.
  • an embodiment of the present disclosure provides an electronic device, including a memory and a processor, the memory stores a computer program that can run on the processor, and the processor implements the above-mentioned first aspect when executing the program Steps in the ride method.
  • an embodiment of the present disclosure provides a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the steps in the above-mentioned method for riding a vehicle in the first aspect are implemented.
  • an embodiment of the present disclosure provides a computer program product, the computer program product includes a computer program or an instruction, and when the computer program or instruction is run on an electronic device, the electronic device executes the above-mentioned The steps in the ride method of the first aspect.
  • the passenger in response to receiving the verification information of the passenger, determine the identity of the passenger; based on the identity of the passenger, determine whether the verification information of the passenger is the first verification of the current train number; When the passenger's verification information is the first verification of the current train number, the passenger's verification information is sent to a third-party platform for deduction; thus, by pre-recording the train number, when the passenger's verification information is detected in response, it can Based on the verification information of the determined passenger, it is judged whether the passenger pays repeatedly under the current train number, so as to avoid the problem that the passenger pays multiple times under the same train number.
  • FIG. 1 is a schematic flow diagram of a method for taking a public vehicle provided by an embodiment of the present disclosure
  • FIG. 2 is a schematic flow diagram of a method for riding a public transport vehicle provided by an embodiment of the present disclosure
  • FIG. 3 is an interactive flow chart of a public transportation vehicle riding method provided by an embodiment of the present disclosure
  • FIG. 4 is a logical schematic diagram of a public transportation method provided by an embodiment of the present disclosure.
  • FIG. 5 is a schematic diagram of the composition and structure of a ride-on device of a public transport provided by an embodiment of the present disclosure
  • Fig. 6 is a schematic diagram of a hardware entity of an electronic device provided by an embodiment of the present disclosure.
  • first ⁇ second ⁇ third involved in the embodiments of the present disclosure is only to distinguish similar objects, and does not represent a specific ordering of objects. Understandably, “first ⁇ second ⁇ third Where permitted, the specific order or sequence may be interchanged such that the embodiments of the disclosure described herein can be practiced in sequences other than those illustrated or described herein.
  • a kind of bus card swiping billing device is provided in the related art, two card swiping machines are arranged and placed on the front and rear doors of the bus compartment respectively. The fare is overcharged. But this billing device needs to swipe the card twice, which reduces the efficiency of traffic travel.
  • An embodiment of the present disclosure provides a public transportation ride method, which is applied to a vehicle-mounted terminal or an edge device interconnected with the vehicle-mounted terminal, where the edge device can be an edge processing box or an edge comparison terminal with computing capabilities.
  • Public transportation includes, but is not limited to, buses, trolleybuses, and buses.
  • the vehicle-mounted terminal can be a credit card machine or a host computer installed on any of the above-mentioned public transportation vehicles.
  • the passenger holds an authorized integrated circuit (Integrated Circuit, IC) card, reads the card by induction, and can complete the payment process of consumption.
  • the type of travel card, time period, and fare can be set in the vehicle-mounted terminal, and charges are charged according to different pricing forms.
  • Fig. 1 is a schematic flow chart of a method for taking a public vehicle provided by an embodiment of the present disclosure. As shown in Fig. 1, the method at least includes the following steps:
  • Step S110 in response to receiving the verification information of the passenger, determine the identity of the passenger
  • the passenger's verification information includes one of the following information: the passenger's payment QR code information, the passenger's travel card information, and the passenger's face image.
  • the payment two-dimensional code information is the two-dimensional code image generated by the vehicle-mounted terminal in response to scanning the passenger's payment two-dimensional code; It is collected in real time by the camera module on the vehicle-mounted terminal after the passenger enters the face-swiping distance of the vehicle-mounted terminal.
  • various forms of verification information such as passenger card information, QR code information or facial features can be combined to determine the passenger's payment status and avoid double billing.
  • the identity of the passenger is unique, such as ID card number, resident card number, etc. It is understandable that when the passenger's travel card is processed, the relevant business platform has associated the passenger card with the passenger's identity. When the passenger swipes the card, the identity of the passenger will be automatically analyzed; or, by analyzing the payment QR code generated by the third-party application software, the identity of the passenger can be obtained; Passenger identification.
  • the embodiment of the present disclosure does not limit the manner of determining the identity of the passenger.
  • the verification information of the passenger is generated through the card slot of the vehicle-mounted terminal itself or a face recognition module;
  • the method is executed by the side-end device connected to the vehicle-mounted terminal, and the passenger's verification information is sent to the side-end device through the vehicle-mounted terminal.
  • Step S120 based on the identity of the passenger, determine whether the verification information of the passenger is the first verification of the current train number
  • the passenger's verification information is the first verification of the current train number, indicating that the passenger is performing payment verification for the first time under the current train number, and needs to deduct fees based on the verification information; the passenger's verification information is not the current train number.
  • the first verification indicates that the passenger has already been verified under the current train number, and this verification is repeated payment verification.
  • the side-end device In response to detecting the verification information of the passenger, process the verification information through the vehicle-mounted terminal itself, judge whether the passenger identification corresponding to the verification information is repeated under the current train number, and determine whether the passenger's verification information is the first verification of the current train number; or, By sending a request carrying verification information to other side-end devices set on the public transport, the side-end device judges whether the passenger identification corresponding to the verification information is repeated under the current train number, and determines that the verification feedback information is the verification of the passenger Whether the information is the first verification of the current train number, and return the verification feedback information to the vehicle terminal.
  • the verification feedback information is verification success information, indicating that the passenger is verifying for the first time under the current train number; in other embodiments, the verification feedback information is verification failure information, indicating that the passenger is repeated verification under the current train number, so Passengers can be prompted for verification failure based on the verification failure information to avoid double billing.
  • Step S130 in the case that the verification information of the passenger is the first verification of the current train, sending the verification information of the passenger to a third-party platform for deduction.
  • the business platform center sends the deduction information to the third-party payment platform, so as to realize the deduction only for the successful payment this time, and avoid the same passenger taking the same bus.
  • the third-party payment platform can be the urban rail transit automatic fare collection system, or the payment platforms authorized by the urban rail transit automatic fare collection system, such as WeChat, Alipay, UnionPay Commerce, etc., which is not limited in the embodiments of the present disclosure.
  • the passenger in response to receiving the verification information of the passenger, determine the identity of the passenger; based on the identity of the passenger, determine whether the verification information of the passenger is the first verification of the current train number; When the passenger's verification information is the first verification of the current train number, the passenger's verification information is sent to a third-party platform for deduction; thus, by pre-recording the train number, when the passenger's verification information is detected in response, it can Based on the verification information of the determined passenger, it is judged whether the passenger pays repeatedly under the current train number, so as to avoid the problem that the passenger pays multiple times under the same train number.
  • Fig. 2 is a schematic flow chart of a method for taking a public vehicle provided by an embodiment of the present disclosure. As shown in Fig. 2, the method at least includes the following steps:
  • Step S210 in response to detecting the passenger's facial swiping operation, acquiring the passenger's face image sequence
  • the face image sequence of the passenger is recorded by the face recognition module of the vehicle-mounted terminal or the edge device.
  • Step S220 selecting a frame of face image meeting preset requirements from the sequence of face images as the verification information of the passenger;
  • a frame of human face image satisfying requirements is selected from the human face image sequence as the verification information of the passenger.
  • the edge device can later judge whether it is repeated billing.
  • Step S230 in response to receiving the verification information of the passenger, determine the identity of the passenger
  • the verification information of the passenger is the passenger's payment QR code information or travel card information
  • the payment QR code information or travel card information is identified to obtain the identity of the passenger Identification
  • the verification information of the passenger is the face image of the passenger collected by the vehicle-mounted terminal, and feature extraction is performed on the face image of the passenger to obtain the corresponding face feature vector of the face image; based on The face feature vector determines the identity of the passenger.
  • Step S240 based on the identity of the passenger, determine whether the verification information of the passenger is the first verification of the current train;
  • Step S250 in the case that the verification information of the passenger is the first verification of the current train number, sending the verification information of the passenger to a third-party platform for deduction;
  • Step S260 in the case that the verification information of the passenger is the first verification of the current train number, broadcast the voice of successful verification and/or display the text of successful verification;
  • Step S270 in the case that the passenger's verification information is not the first verification of the current train number, broadcast the repeated verification voice and/or display the repeated verification text.
  • the vehicle-mounted terminal or side-end device can output prompt information to remind the driver or passengers that they have already been verified when it is determined that the passenger has repeatedly verified under the current train number, or output a prompt if it is determined that the passenger is verified for the first time under the current train number
  • the information alerts the driver or passenger that the payment has not been made successfully and that payment needs to be made again.
  • the vehicle-mounted terminal or edge device may include a display component such as a display screen, a sound component such as a speaker, a light component such as a reminder light or a vibration component, etc., so that the form of outputting prompt information may be at least one of the following: through the display The screen displays the copy of the payment success or payment failure, the prompt sound of the payment success or failure is broadcast through the speaker, and the different colors of the prompt light indicate whether the payment is successful or not.
  • a display component such as a display screen
  • a sound component such as a speaker
  • a light component such as a reminder light or a vibration component, etc.
  • the verification information of the passenger is determined by collecting face images, which facilitates the rapid generation of verification information in the scenario of paying by facial swiping for subsequent judgment on whether it is repeated billing.
  • different prompt information is output according to different situations of repeated verification, which can effectively avoid repeated payment by passengers and improve the efficiency of correct billing and statistics on public transportation.
  • the ride-on method is applied to a vehicle-mounted terminal, or to an edge device interconnected with the vehicle-mounted terminal; wherein, when the ride-on method is applied to the edge-end device, from The vehicle-mounted terminal receives the verification information of the passenger.
  • the passenger's verification information is directly processed to determine whether the passenger has repeatedly paid under the current train number; when the vehicle-mounted terminal does not have high computing power, the verification information is based on the passenger's verification information through the side device It is judged whether the passenger pays repeatedly under the current trip, and the feedback is sent to the vehicle terminal, so as to avoid the problem of passengers paying multiple times under the same trip.
  • step S130 or step S240 based on the identity of the passenger, determine whether the verification information of the passenger is the first verification of the current train number" can be implemented through the following steps:
  • Step S241 obtaining the train number information of the public transport
  • the bus number information is used to characterize each trip of the public transport. That is to say, the train number information can identify each trip of public transport, and may include information such as starting station, vehicle type, departure time, etc., which is not limited in this embodiment of the present disclosure, as long as the train number information can distinguish each trip.
  • the vehicle-mounted terminal with high computing power has the capabilities of data processing and record keeping, and can determine the real-time position of public transportation by setting up a Global Positioning System (GPS) module, so that based on public transportation
  • GPS Global Positioning System
  • the location change of the public transport marks the corresponding train number for each trip of the public transport, generates the train number information and stores it in the cache.
  • the GPS module is set in the edge device connected to the vehicle-mounted terminal to mark the train number information of the public transport.
  • the number information of the public transport is generated; In the case of a preset termination location (such as a terminal station), the train number information of the public transport vehicle is canceled.
  • Step S242 based on the train number information, obtain the ride record table corresponding to the current train number;
  • the ride record table is used to record the identity information and ride records of all passengers under the current train.
  • the trip record table includes the trip information recorded when the public transport vehicle leaves the starting station and the verification information of different passengers recorded during the public transport vehicle driving, wherein the verification information can be card swiping, swiping The information generated by any form of payment such as facial recognition or QR code swiping.
  • the record of the corresponding passenger's successful verification under the current train number is stored, such as passenger A's credit card payment at the first moment Records, passenger B's face payment record at the second moment, passenger C's QR code payment record at the third moment, etc.
  • a payment record table under the same train number can be generated in advance, and when the passenger generates verification information once, it is inquired whether the same passenger's verification information exists in the payment record table. In this way, when determining whether the verification information of the passenger is the first verification of the current train number based on the identity of the passenger, directly obtain the train number information of the pre-marked public transport equipment and the ride record table corresponding to the current train number for verification, which can Avoid the problem of repeated billing in the same train trip due to verification information generated by passenger misoperation.
  • Step S243 based on the identity of the passenger and the ride record, determine whether the verification information of the passenger is the first verification of the current train.
  • the passenger's verification information of the passenger is the first verification of the current train number; In the case where the passenger's identity identifier cannot be found in the table for any form of payment record corresponding to the passenger, it is determined that the passenger's verification information is not the first verification of the current train number.
  • the method also includes the steps of:
  • Step S244 in the case that the verification information of the passenger is the first verification of the current train number, a new ride record is generated based on the verification information of the passenger;
  • the verification feedback information is verification success information, and this verification information is recorded in the payment record table; if it exists, it is determined that the verification feedback information is verification failure information, and it is not recorded.
  • Step S245 updating the new ride record into the ride record table corresponding to the current train number.
  • the method also includes the steps of:
  • the ride information is used for checking and updating by the service platform center.
  • the passenger's train number and verification information can be combined into the ride information.
  • Step S247 uploading the ride information of the passenger to the service platform center; the ride information is used for verification and update by the service platform center.
  • the service platform center can be a background server, which is used to manage line information, vehicle identification, verification information, etc., and assist the third-party platform in billing and deduction.
  • the business platform center stores the passenger information received each time, that is to say, for each verification information generated, regardless of whether the payment is successful or not, the passenger information generated by this payment is recorded.
  • the business platform center checks whether the passenger’s current payment is repeated billing, so as to determine whether to send the deduction information to the third-party payment platform, so as to realize the deduction only for the successful payment this time, avoiding The case of repeated billing when the same passenger takes the same train.
  • the payment process is completed by determining the passenger's ride information and uploading it to the business platform center so that the business platform center can verify whether it needs to send deduction information to the third-party platform.
  • Fig. 3 is an interactive flow chart of a method for taking a public vehicle provided by an embodiment of the present disclosure. As shown in Fig. 3, the method can be implemented through the following steps:
  • Step S301 the vehicle-mounted terminal determines the passenger's verification information in response to detecting the passenger's payment operation
  • the vehicle-mounted terminal in response to detecting the passenger's card swiping operation, the vehicle-mounted terminal reads the passenger's ride card and recognizes the card identification information as the passenger's verification information.
  • the vehicle terminal in response to detecting the passenger's QR code scanning operation, the vehicle terminal generates the passenger's payment QR code image as the passenger's verification information.
  • Step S302 the vehicle-mounted terminal sends the verification information of the passenger to the edge device
  • both the vehicle-mounted terminal and the side-end device are set on public transportation vehicles, and wireless communication can be performed between them. After the vehicle terminal obtains the passenger's verification information, it is sent to the edge device immediately.
  • Step S303 the edge device obtains the train number information of the public transport
  • the edge device integrates various intelligent algorithms and image processing technologies, which can provide capabilities such as liveness detection, face recognition, behavior analysis, people counting, data processing, and record keeping.
  • the edge device includes a vehicle-mounted GPS, and the location information of the public transport can be acquired through the vehicle-mounted GPS.
  • the train number information can include information such as the starting station and the vehicle type; in some implementations, the train number information can include the departure time, for example, the train number information can be the information "202107161005" represented by a set of numerical values, the train number information It is specifically expressed as the number of trains departing at 10:05 on July 16, 2021.
  • the vehicle-mounted GPS when the vehicle-mounted GPS detects that the public transport has left the starting point, record the bus number information of the public transport, and upload the bus number information to the service platform center for storage. In this way, the starting position of the public transport is detected by the vehicle-mounted GPS and the train number information is recorded, combined with the verification information of the passengers, the problem of repeated billing on the same train number can be solved.
  • the vehicle-mounted GPS detects that the public transport has arrived at a terminal
  • the number information of the public transport is canceled. In this way, it can be ensured that the number of trips generated by the same public transport is not repeated, which is beneficial to reduce the loss caused by the verification information generated by the passenger's periodic use of the public transport as repeated billing.
  • Step S304 the side-end device determines the verification feedback information of the passenger in response to receiving the verification information of the passenger sent by the vehicle-mounted terminal;
  • the verification feedback information is determined based on the bus number information of the public transport, indicating whether the passenger has repeatedly paid, and is used to indicate whether the passenger has repeatedly paid under the current bus number.
  • the verification feedback information includes verification success information and verification failure information. In implementation, it can be determined whether the passenger's current payment is repeated payment under the current train number by judging whether the passenger has a ride record under the current train number.
  • Step S305 the edge device sends verification feedback information to the vehicle terminal
  • the side-end device when it is determined that the passenger's current payment is a repeated payment under the current train number, the side-end device sends verification failure information to the vehicle-mounted terminal; The device sends verification success information to the vehicle terminal.
  • Step S306 the vehicle terminal outputs prompt information based on the verification feedback information
  • Step S307 the side-end device determines the passenger's boarding information based on the train number information and the passenger's verification information;
  • the ride information is used for checking and updating by the service platform center.
  • the passenger's train number and verification information can be combined into the ride information.
  • the ride information can be that the passenger has taken the public transportation of GJ1048 and paid successfully.
  • Step S308 the edge device uploads the passenger's ride information to the service platform center
  • the business platform center can provide complete travel card management, driver attendance information, user travel consumption details, etc., among which travel card management can include various services such as card issuance, binding, recharge, card refund, loss report blacklist, etc.
  • travel card management can include various services such as card issuance, binding, recharge, card refund, loss report blacklist, etc.
  • the embodiment of the present disclosure does not limit the services supported by the service platform center.
  • the edge device can determine the verification feedback information and ride information at the same time, and then respectively verify the The feedback information is sent to the vehicle terminal, and the ride information is asynchronously reported to the business platform center.
  • Step S309 the service platform center updates the stored passenger's ride information
  • the business platform center stores the passenger information uploaded by the edge device each time, that is to say, for each verification information generated, no matter whether the verification is successful or not, the passenger information generated by this verification is recorded.
  • step S310 the business platform center determines whether to deduct fees through the third-party payment platform based on the updated ride information.
  • the business platform center checks whether the passenger’s current payment is repeated billing, so as to determine whether to send the deduction information to the third-party payment platform, so as to realize the deduction only for the successful payment this time. , to avoid double billing when the same passenger takes the same train.
  • the business platform center only records the current ride information; if this payment is non-repeated billing, the business platform center records the current ride information on the one hand, On the other hand, the fee deduction information is generated based on the ride information and sent to the third-party payment platform, so that the fee deduction is performed based on the passenger's current payment through the third-party payment platform.
  • the third-party payment platform may be WeChat, Alipay, UnionPay Commerce, etc., which is not limited in this embodiment of the present disclosure.
  • the vehicle-mounted terminal determines the passenger’s verification information and sends it to the side-end device; then the side-end device judges whether the passenger has repeated payment under the current train number based on the passenger’s verification information, so as to determine the verification feedback information and return it to the vehicle-mounted terminal , so that the vehicle-mounted terminal broadcasts payment success or failure information to avoid repeated payment by the user.
  • the edge device generates the passenger's ride information based on the passenger's verification information and the obtained train number information, and then sends the ride information to the business platform center; finally, the business platform center verifies that the passenger is a repeated payment through a third party.
  • the payment platform completes the deduction of this payment.
  • by marking the number of public transportation equipment and the corresponding ride records through the edge device it is possible to avoid the problem of double billing caused by the verification information generated by the passenger's misoperation.
  • a bus billing system using facial recognition payment is taken as an example to illustrate the method for taking a public transport provided by the embodiment of the present disclosure.
  • the method consists of a passenger 41, a face recognition module 42, a terminal 43 (equivalent to a vehicle terminal), an edge processing box 44 (equivalent to an edge device), a bus service platform 45 (equivalent to a business platform center) ) and the three-party payment platform 46, a complete passenger ride process includes the following steps:
  • step S401 the passenger 41 enters the face scanning distance
  • Step S402 the face recognition module 42 performs liveness detection and frame selection
  • the face recognition module 42 is set in the terminal 43, and the terminal 43 also includes a camera module, which is used to record a sequence of human face images and transmit them to the face recognition module for live detection. Module 42 selects a suitable face image.
  • step S403 the terminal 43 acquires a face image.
  • Step S404 the terminal 43 uploads the face image to the edge processing box 44;
  • Step S405 the edge processing box 44 judges whether the passenger of the current train has a ride record
  • Case 1 the current passenger does not have a ride record, perform the following steps S406 to S411; Case 2: the current passenger has a ride record, perform the following steps S406 to S411.
  • Step S406 the edge processing box 44 returns verification success information to the terminal 43;
  • Step S407 the terminal 43 broadcasts a prompt sound for successful facial recognition, and displays the corresponding text;
  • Step S408 the edge processing box 44 asynchronously reports the ride information to the bus service platform 45;
  • Step S409 the bus service platform 45 verifies and updates the ride information
  • Step S410 the bus service platform 45 reports the deduction information to the third-party payment platform 46;
  • Step S411 the third-party payment platform 46 returns the payment status
  • Step S412 the edge processing box 44 returns verification failure information to the terminal 43;
  • Step S414 the edge processing box 44 asynchronously reports the ride information to the bus service platform 45;
  • Step S415 the bus service platform 45 verifies and updates the ride information.
  • Embodiments of the present disclosure use the GPS module of the vehicle-mounted edge box to mark the number of trips for each bus when it leaves the starting station: when the vehicle-mounted GPS detects that the bus leaves the starting station, it marks a corresponding bus number for the bus; when the vehicle-mounted GPS detects that the bus arrives at the destination When the bus stops, cancel the bus times.
  • the embodiment of the present disclosure avoids the problem of repeated billing when the same passenger takes the same train based on the train number information, and is applicable to various payment methods for rides, such as swiping a card, swiping a QR code, swiping a face, etc., and can avoid double billing.
  • the bus is equipped with this billing system and pays by facial recognition.
  • passengers are constantly moving in front of the billing terminal, and passengers will not be billed repeatedly by swiping their faces multiple times;
  • the bus installs this billing system and pays by swiping a card or by swiping a QR code.
  • passengers get on the bus and pay by swiping their cards they swipe their cards multiple times by mistake, and there will be no repeated billing.
  • the writing order of each step does not mean a strict execution order and constitutes any limitation on the implementation process.
  • the specific execution order of each step should be based on its function and possible
  • the inner logic is OK.
  • an embodiment of the present disclosure further provides a ride-on device for a public vehicle, the device includes each part included, and each sub-part included in each part, and the processor in the electronic device can It can also be realized by a specific logic circuit; in the process of implementation, the processor can be a central processing unit (Central Processing Unit, CPU), a microprocessor (Micro Processing Unit, MPU), a digital signal processor ( Digital Signal Processor, DSP) or Field Programmable Gate Array (Field Programmable Gate Array, FPGA), etc.
  • CPU Central Processing Unit
  • MPU Micro Processing Unit
  • DSP Digital Signal Processor
  • FPGA Field Programmable Gate Array
  • FIG. 5 is a schematic diagram of the composition and structure of a ride-on device for public transport provided by an embodiment of the present disclosure.
  • the device 500 includes a first determining part 510, a second determining part 520 and a sending part 530, in:
  • the first determining part 510 is configured to determine the identity of the passenger in response to receiving the verification information of the passenger;
  • the second determining part 520 is configured to determine whether the verification information of the passenger is the first verification of the current train number based on the identity of the passenger;
  • the sending part 530 is configured to send the passenger's verification information to a third-party platform for fee deduction when the passenger's verification information is the first verification of the current train.
  • the device 500 further includes a first output part and a second output part, wherein: the first output part is configured to be the first verification information of the passenger when the passenger's verification information is the first verification of the current train number Next, broadcast the voice of successful verification and/or display the text of successful verification; the second output part is configured to broadcast the voice of repeated verification and/or display the text of repeated verification when the verification information of the passenger is not the first verification of the current train number copywriting.
  • the passenger's verification information includes one of the following information: the passenger's payment QR code information, the passenger's travel card information, and the passenger's face image.
  • the ride-on method is applied to a vehicle-mounted terminal, or to an edge device interconnected with the vehicle-mounted terminal; wherein, when the ride-on method is applied to the edge-end device, from The vehicle-mounted terminal receives the verification information of the passenger.
  • the device 500 further includes an acquisition part and a screening part, wherein: the acquisition part is configured to acquire the face image sequence of the passenger in response to detecting the passenger's face scanning operation ;
  • the screening part is configured to select a frame of face image that meets preset requirements from the sequence of face images as the verification information of the passenger.
  • the first determination part 510 includes an identification sub-section or a feature extraction sub-section, wherein: the identification sub-section is configured such that the passenger's verification information is the passenger's payment QR code In the case of information or bus card information, the payment two-dimensional code information or the bus card information is identified to obtain the identity of the passenger; the feature extraction sub-part is configured to verify the passenger If the information is the face image of the passenger, the identity of the passenger is determined based on a face feature vector obtained by extracting features from the face image of the passenger.
  • the second determination part 520 includes a first acquisition subsection, a second acquisition subsection and a first determination subsection, wherein: the first acquisition subsection is configured to acquire the public Vehicle number information; the second obtaining subpart is configured to acquire the vehicle number information of the public transportation vehicle; wherein the vehicle number information is configured to characterize each trip of the public transportation vehicle; the first determiner The part is configured to determine whether the verification information of the passenger is the first verification of the current train number based on the identity of the passenger and the ride record.
  • the first acquisition subpart is further configured to generate the train number information of the public transport when it is detected that the public transport has left the starting point; the device 500 also includes a logout The part is configured to cancel the train number information of the public transport when it is detected that the public transport has arrived at the terminal.
  • the device further includes a generating part and a first updating part, wherein: the generating part is configured to, based on the The passenger's verification information generates a new ride record; the first updating part is configured to update the new ride record into the ride record table corresponding to the train number information.
  • the device further includes a third determining part and an uploading part, wherein: the third determining part is configured to determine the passenger's ID based on the train number information and the passenger's verification information ride information; the uploading part is configured to upload the ride information of the passenger to the service platform center; the ride information is used for verification and update by the service platform center.
  • the description of the above device embodiment is similar to the description of the above method embodiment, and has similar beneficial effects as the method embodiment.
  • the description of the method embodiments of the present disclosure please refer to the description of the method embodiments of the present disclosure for understanding.
  • an embodiment of the present disclosure provides a computer-readable storage medium.
  • the computer-readable storage medium may be a tangible device that holds and stores instructions used by an instruction execution device, and may be a volatile storage medium or a non-volatile storage medium. medium.
  • a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the steps in the method for riding a public transport vehicle described in any one of the above-mentioned embodiments are implemented.
  • a chip is also provided, the chip includes a programmable logic circuit and/or program instructions, and when the chip is running, it is configured to implement any of the public transportation in the above embodiments Steps in the ride method of the tool.
  • a computer program product is also provided, and when the computer program product is executed by the processor of the electronic device, it is configured to realize the ride of any one of the public transportation means in the above embodiments steps in the method.
  • the above-mentioned payment equipment, vehicle-mounted terminal, side-end equipment, and business platform center can all be realized by electronic equipment, and the electronic equipment includes but is not limited to mobile phones, notebook computers, tablet computers and handheld Internet equipment, multimedia equipment, streaming media equipment, mobile Internet devices, wearables, or other types of devices.
  • the functions realized by the method can be realized by calling the program codes by the processor in the electronic device, and of course the program codes can be stored in the computer storage medium.
  • the electronic device at least includes a processor and a storage medium.
  • the processor can be used to process the charging process, and the memory can be used to store data required and generated during the charging process.
  • FIG. 6 is a schematic diagram of hardware entities of an electronic device provided by an embodiment of the present disclosure.
  • the electronic device 600 includes a memory 610 and a processor 620, and the memory 610 stores a A computer program, when the processor 620 executes the program, implements the steps in any one of the methods for riding public transport in the embodiments of the present disclosure.
  • the memory 610 is configured to store instructions and applications executable by the processor 620, and also cache data to be processed or already processed by the processor 620 and various parts of the electronic device (for example, image data, audio data, voice communication data and video Communication data), which can be realized by flash memory (FLASH) or random access memory (Random Access Memory, RAM).
  • FLASH flash memory
  • RAM Random Access Memory
  • the processor 620 executes the program, it realizes the steps of any one of the methods for riding a public transportation vehicle described above.
  • the processor 620 generally controls the overall operation of the electronic device 600 .
  • the above-mentioned processor can be an application specific integrated circuit (Application Specific Integrated Circuit, ASIC), a digital signal processor (Digital Signal Processor, DSP), a digital signal processing device (Digital Signal Processing Device, DSPD), a programmable logic device (Programmable Logic At least one of Device, PLD), Field Programmable Gate Array (Field Programmable Gate Array, FPGA), Central Processing Unit (Central Processing Unit, CPU), controller, microcontroller, microprocessor. Understandably, the electronic device that implements the above processor function may also be other, which is not specifically limited in this embodiment of the present disclosure.
  • the above-mentioned computer storage medium/memory can be read-only memory (Read Only Memory, ROM), programmable read-only memory (Programmable Read-Only Memory, PROM), erasable programmable read-only memory (Erasable Programmable Read-Only Memory, EPROM), Electrically Erasable Programmable Read-Only Memory (Electrically Erasable Programmable Read-Only Memory, EEPROM), Magnetic Random Access Memory (Ferromagnetic Random Access Memory, FRAM), Flash Memory (Flash Memory), Magnetic Surface Memory, CD-ROM, or CD-ROM (Compact Disc Read-Only Memory, CD-ROM) and other memories; it can also be various electronic devices including one or any combination of the above-mentioned memories, such as mobile phones, computers, tablet devices, personal digital assistants wait.
  • the above method of riding a public transport is realized in the form of a software function part and sold or used as an independent product, it can also be stored in a computer-readable storage medium .
  • the computer software products are stored in a storage medium, and include several instructions to make
  • An electronic device which may be a smart phone with a camera, a tablet computer, etc.
  • the aforementioned storage medium includes: various media that can store program codes such as U disk, mobile hard disk, read-only memory (Read Only Memory, ROM), magnetic disk or optical disk.
  • embodiments of the present disclosure are not limited to any specific combination of hardware and software.
  • the disclosed devices and methods may be implemented in other ways.
  • the device embodiments described above are only illustrative.
  • the division of the units is only a logical function division.
  • the coupling, or direct coupling, or communication connection between the components shown or discussed may be through some interfaces, and the indirect coupling or communication connection of devices or units may be electrical, mechanical or other forms of.
  • the units described above as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units; they may be located in one place or distributed to multiple network units; Part or all of the units can be selected according to actual needs to achieve the purpose of the solutions of the embodiments of the present disclosure.
  • each functional unit in each embodiment of the present disclosure may be integrated into one processing unit, or each unit may be used as a single unit, or two or more units may be integrated into one unit; the above-mentioned integration
  • the unit can be realized in the form of hardware or in the form of hardware plus software functional unit.
  • the above-mentioned integrated units of the present disclosure are implemented in the form of software function parts and sold or used as independent products, they can also be stored in a computer-readable storage medium.
  • the aforementioned storage medium includes various media capable of storing program codes such as removable storage devices, ROMs, magnetic disks or optical disks.
  • Embodiments of the present disclosure provide a method, device, device, storage medium, and computer program product for riding a public vehicle.
  • the riding method at first, in response to receiving the verification information of the passenger, determine the identity of the passenger; based on the identity of the passenger, determine whether the verification information of the passenger is the first verification of the current train number; When the passenger's verification information is the first verification of the current train number, the passenger's verification information is sent to the third-party platform for deduction; in this way, by pre-recording the train number, when the passenger's verification information is detected in response, it can be determined based on Passenger verification information to determine whether the passenger has paid repeatedly under the current train, so as to avoid the problem of passengers paying multiple times under the same train.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本公开实施例公开了一种公共交通工具的乘车方法及装置、设备、存储介质和计算机程序产品，其中，所述方法包括：响应于接收到乘客的验证信息，确定所述乘客的身份标识；基于所述乘客的身份标识，确定所述乘客的验证信息是否为当前车次的首次验证；在所述乘客的验证信息是当前车次的首次验证的情况下，将所述乘客的验证信息发送至第三方平台扣费。

Description

公共交通工具的乘车方法及装置、设备、存储介质和计算机程序产品
相关申请的交叉引用
本公开实施例基于申请号为202111203994.3、申请日为2021年10月15日、申请名称为“公共交通工具的乘车方法及装置、设备、存储介质”的中国专利申请提出，并要求该中国专利申请的优先权，该中国专利申请的全部内容在此引入本公开作为参考。
技术领域
本公开涉及图像处理领域，涉及但不限定于公共交通工具的乘车方法及装置、设备、存储介质和计算机程序产品。
背景技术
公共交通对城市生活而言十分重要，畅通的公共交通会为市民的生活工作带来极大的便利。城市公交是城市公共交通的重要组成部分，城市中的大部分人在选择公共交通出行的时候都会首选城市公交，可见其重要性。
随着各个城市公交系统的发展，公交计费方式也有了很大的改变，传统的售票员收费已经被刷卡支付、二维码支付、以及人脸刷脸支付所取代，新的计费方式大大提高了出行效率。
发明内容
本公开实施例提供一种公共交通工具的乘车方法及装置、设备、存储介质和计算机程序产品。
本公开实施例的技术方案是这样实现的：
第一方面，本公开实施例提供一种公共交通工具的乘车方法，应用于车载终端，所述方法包括：
响应于检测到乘客的验证信息，确定所述乘客的身份标识；基于所述乘客的身份标识，确定所述乘客的验证信息是否为当前车次的首次验证；在所述乘客的验证信息是当前车次的首次验证的情况下，将所述乘客的验证信息发送至第三方平台扣费。
第二方面，本公开实施例提供一种公共交通工具的乘车装置，所述装置包括第一确定部分、第二确定部分和发送部分，其中：
所述第一确定部分，配置为响应于接收到乘客的验证信息，确定所述乘客的身份标识；
所述第二确定部分，配置为基于所述乘客的身份标识，确定所述乘客的验证信息是否为当前车次的首次验证；
所述发送部分，配置为在所述乘客的验证信息是当前车次的首次验证的情况下，将所述乘客的验证信息发送至第三方平台扣费。
第三方面，本公开实施例提供一种电子设备，包括存储器和处理器，所述存储器存储有 可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述第一方面的乘车方法中的步骤。
第四方面，本公开实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面的乘车方法中的步骤。
第五方面，本公开实施例提供一种计算机程序产品，所述计算机程序产品包括计算机程序或指令，在所述计算机程序或指令在电子设备上运行的情况下，使得所述电子设备执行实现上述第一方面的乘车方法中的步骤。
本公开实施例提供的技术方案带来的有益效果至少包括：
在本公开实施例中，首先，响应于接收到乘客的验证信息，确定所述乘客的身份标识；基于所述乘客的身份标识，确定所述乘客的验证信息是否为当前车次的首次验证；在所述乘客的验证信息是当前车次的首次验证的情况下，将所述乘客的验证信息发送至第三方平台扣费；如此，通过预先记录车次，在响应于检测到乘客的验证信息时，能够基于确定的乘客的验证信息判断乘客在当前车次下是否重复支付，从而避免乘客在同一车次下多次付费的问题。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，而非限制本公开。
附图说明
为了更清楚地说明本公开实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图，其中：
图1为本公开实施例提供的一种公共交通工具的乘车方法的流程示意图；
图2为本公开实施例提供的一种公共交通工具的乘车方法的流程示意图；
图3为本公开实施例提供的一种公共交通工具的乘车方法的交互流程图；
图4为本公开实施例提供的一种公共交通工具的乘车方法的逻辑示意图；
图5为本公开实施例提供的一种公共交通工具的乘车装置的组成结构示意图；
图6为本公开实施例提供的一种电子设备的硬件实体示意图。
此处的附图被并入说明书中并构成本说明书的一部分，这些附图示出了符合本公开的实施例，并与说明书一起用于说明本公开的技术方案。
具体实施方式
为了使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。以下实施例用于说明本公开，但不用来限制本公开的范围。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得 的所有其他实施例，都属于本公开保护的范围。
在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。
需要指出，本公开实施例所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本公开实施例能够以除了在这里图示或描述的以外的顺序实施。
本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本公开实施例所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。
随着各个城市公交系统的发展，公交计费方式也有了很大的改变，新的计费方式如刷卡支付、二维码支付、以及人脸刷脸支付等大大提高了出行效率。但是都存在一个共有的缺点，乘客乘车时总会存在重复扣费的问题，例如意外多次刷卡、重复刷二维码、或者刷脸识别多次支付。
相关技术中提供了一种公交刷卡计费装置，设置了两个刷卡机分别置于公交车厢的前后门，乘客上下车时各刷一次公交卡，再进行计费，按里程计费，并避免乘车费多收。但是这种计费装置需要两次刷卡，降低了交通出行的效率。
本公开实施例提供一种公共交通工具的乘车方法，应用于车载终端或与所述车载终端互联的边端设备，其中边端设备可以为边缘处理盒子或具备计算能力的边缘对比终端。公共交通工具包括但不限于公共汽车、无轨电车、公交车。车载终端则可以为上述任一公共交通工具上设置的刷卡机或上位机等。示例地，乘客持一张经过授权的集成电路(Integrated Circuit，IC)卡，感应读卡，即可完成消费的支付过程。车载终端中可设定乘车卡类、时段、票价，按照不同计价形式收费。
图1为本公开实施例提供的一种公共交通工具的乘车方法的流程示意图，如图1所示，该方法至少包括以下步骤：
步骤S110，响应于接收到乘客的验证信息，确定所述乘客的身份标识；
这里，所述乘客的验证信息包括以下信息中的一种：所述乘客的支付二维码信息、所述乘客的乘车卡信息和所述乘客的人脸图像。其中，支付二维码信息为车载终端响应于扫描到乘客的支付二维码而产生的二维码图像，乘车卡信息为车载终端读取IC卡并识别得到的卡标识信息，人脸图像则为乘客进入到车载终端的刷脸距离后由车载终端上的摄像模组实时采集的。从而结合乘客刷卡信息、二维码信息或者人脸特征等多种形式的验证信息，确定乘客的支付情况，避免重复计费。
所述乘客的身份标识是唯一的，如身份证号、居民证号等，可以理解的是，乘客所持的乘车卡在办理时，相关业务平台已经将该乘客卡与乘客的身份标识关联，在乘客刷卡时会自 动解析出乘客的身份标识；或者，对第三方应用软件所生成的支付二维码进行解析，可以得到乘客的身份标识；对采集的乘客的人脸图像进行识别，可以得到乘客的身份标识。本公开实施例对确定乘客的身份标识的方式不作限定。
需要说明的是，所述方法为公共交通工具上的车载终端执行的情况下，响应于乘客的支付操作，通过车载终端自身的卡槽或人脸识别模组等生成所述乘客的验证信息；所述方法为与车载终端连接的边端设备执行的情况下，通过车载终端向边端设备发送乘客的验证信息。
步骤S120，基于所述乘客的身份标识，确定所述乘客的验证信息是否为当前车次的首次验证；
这里，所述乘客的验证信息为当前车次的首次验证说明所述乘客在当前车次下第一次进行支付验证，需要基于该验证信息进行相应扣费；所述乘客的验证信息不为当前车次的首次验证时说明所述乘客在当前车次下已经验证过，此次验证为重复的支付验证。
响应于检测到乘客的验证信息，通过车载终端自身对该验证信息进行处理，判断在当前车次下该验证信息对应的乘客标识是否重复，确定乘客的验证信息是否为当前车次的首次验证；或者，通过向公共交通工具上设置的其他边端设备发送携带验证信息的请求，此时由边端设备判断在当前车次下该验证信息对应的乘客标识是否重复，确定验证反馈信息即所述乘客的验证信息是否为当前车次的首次验证，并将验证反馈信息返回给车载终端。
在一些实施方式中，验证反馈信息为验证成功信息，表征乘客在当前车次下为首次验证；在另一些实施方式中，验证反馈信息为验证失败信息，表征乘客在当前车次下为重复验证，因此可以基于验证失败信息向乘客提示验证失败以避免重复计费。
步骤S130，在所述乘客的验证信息是当前车次的首次验证的情况下，将所述乘客的验证信息发送至第三方平台扣费。
这里，在所述乘客的验证信息是当前车次的首次验证的情况下，通过业务平台中心向第三方支付平台发送扣费信息，实现仅针对本次支付成功的情况进行扣费，避免同一乘客乘坐同一车次时重复计费的情况。
其中，第三方支付平台可以为城市轨道交通自动售检票系统，或者城市轨道交通自动售检票系统授权的微信、支付宝、银联商务等支付平台，本公开实施例对此不作限定。
在本公开实施例中，首先，响应于接收到乘客的验证信息，确定所述乘客的身份标识；基于所述乘客的身份标识，确定所述乘客的验证信息是否为当前车次的首次验证；在所述乘客的验证信息是当前车次的首次验证的情况下，将所述乘客的验证信息发送至第三方平台扣费；如此，通过预先记录车次，在响应于检测到乘客的验证信息时，能够基于确定的乘客的验证信息判断乘客在当前车次下是否重复支付，从而避免乘客在同一车次下多次付费的问题。
图2为本公开实施例提供的一种公共交通工具的乘车方法的流程示意图，如图2所示，该方法至少包括以下步骤：
步骤S210，响应于检测到乘客的刷脸操作，获取所述乘客的人脸图像序列；
这里，响应于检测到所述乘客的刷脸操作，通过所述车载终端或所述边端设备的人脸识别模组录制所述乘客的人脸图像序列。
步骤S220，从所述人脸图像序列中选取满足预设要求的一帧人脸图像作为所述乘客的验证信息；
这里，从所述人脸图像序列中选取满足要求的一帧人脸图像作为所述乘客的验证信息。这样，通过采集人脸图像确定该乘客的验证信息，方便在通过人脸刷脸支付的场景下快速产生验证信息以便后续供边端设备判断是否为重复计费。
步骤S230，响应于接收到乘客的验证信息，确定所述乘客的身份标识；
这里，在所述乘客的验证信息为所述乘客的支付二维码信息或乘车卡信息的情况下，对所述支付二维码信息或乘车卡信息进行识别，得到所述乘客的身份标识；在所述乘客的验证信息为所述车载终端采集的所述乘客的人脸图像，对所述乘客的人脸图像进行特征提取，得到所述人脸图像对应的人脸特征向量；基于所述人脸特征向量，确定所述乘客的身份标识。
这样，针对不同形式的验证信息采用不同的解析方式得到该乘客的身份标识，进而基于乘客的身份标识判断本次支付是否为重复计费，可以从根本上解决同一乘客由于不同形式的验证信息产的重复计费问题。
步骤S240，基于所述乘客的身份标识，确定所述乘客的验证信息是否为当前车次的首次验证；
步骤S250，在所述乘客的验证信息是当前车次的首次验证的情况下，将所述乘客的验证信息发送至第三方平台扣费；
步骤S260，在所述乘客的验证信息是当前车次的首次验证的情况下，播报验证成功语音和/或显示验证成功文案；
步骤S270，在所述乘客的验证信息不是当前车次的首次验证的情况下，播报重复验证语音和/或显示重复验证文案。
这里，车载终端或边端设备可以在确定乘客在当前车次下重复验证的情况下，输出提示信息提醒司机或乘客已经验证过，或者在确定乘客在当前车次下为首次验证的情况下，输出提示信息告警司机或乘客还未成功支付、需要再次支付等。
在一些实施方式中，车载终端或边端设备可以包括显示组件如显示屏、发声组件如扬声器、发光组件如提示灯或振动组件等，从而输出提示信息的形式可以为以下至少一种：通过显示屏显示支付成功或支付失败的文案、通过扬声器播报支付成功与否的提示音、通过提示灯显示不同颜色表征支付成功与否。
在本公开实施例中，通过采集人脸图像确定该乘客的验证信息，方便在通过人脸刷脸支付的场景下快速产生验证信息以便后续供判断是否为重复计费。同时针对是否重复验证的不同情况输出不同的提示信息，能够有效避免乘客重复支付，提高公共交通工具上正确计费并统计的效率。
在一些可能的实施例中，所述乘车方法应用于车载终端，或者应用于与所述车载终端互联的边端设备；其中，当所述乘车方法应用于所述边端设备时，从所述车载终端接收所述乘客的验证信息。这样，在车载终端具备高算力时直接对乘客的验证信息进行处理，判断乘客在当前车次下是否重复支付；在车载终端不具备高算力时将验证信息通过边端设备基于乘客的验证信息判断乘客在当前车次下是否重复支付，并反馈给车载终端，从而避免乘客在同一 车次下多次付费的问题。
在一些实施例中，上述步骤S130或步骤S240“基于所述乘客的身份标识，确定所述乘客的验证信息是否为当前车次的首次验证”可以通过以下步骤实现：
步骤S241，获取所述公共交通工具的车次信息；
这里，所述车次信息用于表征所述公共交通工具的每一次行程。也就是说，车次信息能够标识每一次公共交通工具的行程，可以包括起始站、车型、发车时间等信息，本公开实施例对此不作限定，只要车次信息能够区分每一次行程。
需要说明的是，具有高算力的车载终端具有数据处理、记录保存等能力，可以通过设置有全球定位系统(Global Positioning System，GPS)模组确定公共交通工具的实时位置，从而基于公共交通工具的位置变化给公共交通工具的每一行程标记对应车次，生成车次信息并存储在缓存中。在车载终端不具备高算力、不能对乘客的验证信息进行处理时，通过与车载终端通信连接的边端设备中设置GPS模组标记公共交通工具的车次信息。
在一些实施方式中，在检测到所述公共交通工具离开预设的起始位置(例如公交总站)的情况下，生成所述公共交通工具的车次信息；在检测到所述公共交通工具抵达预设的终止位置(例如终点站)的情况下，注销所述公共交通工具的车次信息。
这样，通过检测公共交通工具的起始位置并记录车次信息，结合乘客的验证信息、验证记录可以解决同一车次上的重复计费问题。同时在公共交通工具抵达终点站的情况下，注销车次信息可以确保同一公共交通工具产生的车次不重复，有利于减少因乘客周期性乘坐该公共交通工具产生的验证信息被作为重复计费而产生的损失。
步骤S242，基于所述车次信息，获取所述当前车次对应的乘车记录表；
这里，所述乘车记录表用于记录当前车次下所有乘客的身份信息和乘车记录。在一些实施方式中，所述车次记录表中包括所述公共交通工具离开起点站时记录的车次信息以及在公共交通工具行驶过程中记录的不同乘客的验证信息，其中验证信息可以为刷卡、刷脸、刷二维码中的任一种支付形式产生的信息。
示例地，车次记录表中针对公共交通工具从起始站出发到抵达终点站期间中的每一乘客，存储相应乘客在当前车次下的验证成功的记录，例如乘客A在第一时刻的刷卡支付记录，乘客B在第二时刻的刷脸支付记录，乘客C在第三时刻的刷二维码记录等。
在实施中，可以预先生成一个同一车次下的支付记录表，当乘客产生一次验证信息时，便查询该支付记录表中是否存在同一乘客的验证信息。这样，在基于所述乘客的身份标识，确定所述乘客的验证信息是否为当前车次的首次验证时，直接获取预先标记公共交通设备的车次信息以及当前车次对应的乘车记录表进行验证，可以避免因乘客的误操作产生验证信息而导致在同一车次中重复计费的问题。
步骤S243，基于所述乘客的身份标识和所述乘车记录表，确定所述乘客的验证信息是否为当前车次的首次验证。
这里，在从乘车记录表中可以查找与该乘客的身份标识对应的任一支付形式的乘车记录的情况下，确定所述乘客的验证信息为当前车次的首次验证；在从乘车记录表中不能查找与该乘客的身份标识对应的任一支付形式的乘车记录的情况下，确定所述乘客的验证信息不为 当前车次的首次验证。
在本公开实施例中，通过预先设定公共交通工具的车次信息和每一车次的乘车记录表，可以在每收到乘客的验证信息时快速查询该乘客在当前车次下是否已存在乘客记录，确定该乘客的验证信息是否为当前车次的首次验证，从而避免对该乘客进行重复计费。
在一些实施例中，所述方法还包括以下步骤：
步骤S244，在所述乘客的验证信息是当前车次的首次验证的情况下，基于所述乘客的验证信息生成新的乘车记录；
这里，如果不存在，则确定验证反馈信息为验证成功信息，并将本次验证信息记录在该支付记录表中；如果存在，则确定验证反馈信息为验证失败信息，且不记录。
步骤S245，将所述新的乘车记录更新至所述当前车次对应的乘车记录表中。
这样，在该乘客本次支付成功的情况下，生成基于本次验证信息对应的新的乘车记录，并存储在当前车次对应的乘车记录表中。从而实时更新维护乘车记录表，便于后续判断该乘客因误操作产生新的验证信息而重复计费。
在一些实施例中，所述方法还包括以下步骤：
步骤S246，基于所述车次信息和所述乘客的验证信息，确定所述乘客的乘车信息；
这里，乘车信息用于所述业务平台中心校验和更新。可以将乘客乘坐的车次和验证信息结合为乘车信息。
步骤S247，将所述乘客的乘车信息上传到业务平台中心；所述乘车信息用于所述业务平台中心校验和更新。
这里，业务平台中心可以为后台服务器，用于管理线路信息、车辆标识、验证信息等，并辅助第三方平台进行计费、扣费。业务平台中心将每一次接收的乘客信息存储起来，也就是说，针对每一次产生的验证信息，无论是否支付成功，均记录本次支付产生的乘客信息。
业务平台中心基于更新后的乘车信息检验出该乘客本次支付是否为重复计费，从而确定是否向第三方支付平台发送扣费信息，实现仅针对本次支付成功的情况进行扣费，避免同一乘客乘坐同一车次时重复计费的情况。
这样，通过确定乘客的乘车信息并上传给业务平台中心，以便业务平台中心校验是否需要向第三方平台发送扣费信息，完成支付流程。
在一些实施例中，所述方法应用于所述边端设备时，从所述车载终端接收所述乘客的验证信息。图3为本公开实施例提供的一种公共交通工具的乘车方法的交互流程图，如图3所示，所述方法可以通过以下步骤实现：
步骤S301，车载终端响应于检测到乘客的支付操作，确定乘客的验证信息；
这里，在一些实施方式中，车载终端响应于检测到乘客的刷卡操作，读取乘客的乘车卡并识别得到卡标识信息作为乘客的验证信息。
在一些实施方式中，车载终端响应于检测到乘客的二维码扫描操作，生成乘客的支付二维码图像作为乘客的验证信息。
步骤S302，车载终端向边端设备发送乘客的验证信息；
这里，车载终端和边端设备均设置在公共交通工具上，两者之间可以进行无线通信。在 车载终端获得乘客的验证信息之后即时发送给边端设备。
步骤S303，边端设备获取公共交通工具的车次信息；
这里，所述边端设备中集成了各种智能算法和图像处理技术，能提供活体检测、人脸识别、行为分析、人数统计、数据处理、记录保存等能力。同时，所述边端设备中包括车载GPS，可以通过所述车载GPS获取所述公共交通工具的位置信息。
在一些实施方式中，车次信息可以包括起始站和车型等信息；在一些实施方式中，车次信息可以包括发车时间，例如，车次信息可以为一组数值表示的信息“202107161005”，该车次信息具体表示为2021年7月16日10点05发车的车次。
在一些实施方式中，在通过所述车载GPS检测到所述公共交通工具离开起点站的情况下，记录所述公共交通工具的车次信息，并将车次信息上传到业务平台中心进行存储。这样，通过车载GPS检测公共交通工具的起始位置并记录车次信息，结合乘客的验证信息可以解决同一车次上的重复计费问题。
在另一些实施方式中，在通过所述车载GPS检测到所述公共交通工具抵达终点站的情况下，注销所述公共交通工具的车次信息。这样，可以确保同一公共交通工具产生的车次不重复，有利于减少因乘客周期性乘坐该公共交通工具产生的验证信息被作为重复计费而产生的损失。
步骤S304，边端设备响应于接收到车载终端发送的乘客的验证信息，确定乘客的验证反馈信息；
这里，所述验证反馈信息为基于所述公共交通工具的车次信息确定的表征所述乘客是否重复支付的信息，用于表征所述乘客在当前车次下是否重复支付。验证反馈信息包括验证成功信息和验证失败信息。在实施中，可以通过判断该乘客在当前车次下是否有过乘车记录，从而确定乘客本次支付在当前车次下是否为重复支付。
步骤S305，边端设备向车载终端发送验证反馈信息；
这里，在确定乘客本次支付在当前车次下为重复支付的情况下，边端设备向车载终端发送验证失败信息；在确定乘客本次支付在当前车次下为非重复支付的情况下，边端设备向车载终端发送验证成功信息。
步骤S306，车载终端基于验证反馈信息，输出提示信息；
步骤S307，边端设备基于车次信息和乘客的验证信息，确定乘客的乘车信息；
这里，所述乘车信息用于所述业务平台中心校验和更新。可以将乘客乘坐的车次和验证信息结合为乘车信息，例如乘车信息可以是乘客乘坐了GJ1048这一车次的公共交通工具并支付成功。
步骤S308，边端设备将乘客的乘车信息上传到业务平台中心；
这里，业务平台中心可以提供完整的乘车卡管理、司机考勤信息、用户乘车消费明细等，其中乘车卡管理可以包括发卡、绑定、充值、退卡、挂失黑名单等各种业务，本公开实施例对业务平台中心所支持的业务不作限定。
需要说明的是，步骤S304至步骤S308之间无限定的先后执行顺序，也就是说，边端设备在接收到乘客的验证信息之后，可以同时确定验证反馈信息和乘车信息，之后分别将验证 反馈信息发送给车载终端、将乘车信息异步上报给业务平台中心。
步骤S309，业务平台中心更新存储的乘客的乘车信息；
这里，业务平台中心将每一次由边端设备上传的乘客信息存储起来，也就是说，针对每一次产生的验证信息，无论是否验证成功，均记录本次验证产生的乘客信息。
步骤S310，业务平台中心基于更新后的乘车信息，确定是否通过第三方支付平台进行扣费。
这里，业务平台中心基于更新后的乘车信息检验出该乘客本次支付是否为重复计费，从而确定是否向第三方支付平台发送扣费信息，实现仅针对本次支付成功的情况进行扣费，避免同一乘客乘坐同一车次时重复计费的情况。
在本次支付为重复计费的情况下，业务平台中心仅记录本次的乘车信息；在本次支付为非重复计费的情况下，业务平台中心一方面记录本次的乘车信息，另一方面基于乘车信息生成扣费信息并发送至第三方支付平台，以通过第三方支付平台进行基于乘客的本次支付进行扣费。其中，第三方支付平台可以为微信、支付宝、银联商务等，本公开实施例对此不作限定。
在本公开实施例中，通过车载终端确定乘客的验证信息并发送给边端设备；再由边端设备基于乘客的验证信息判断乘客在当前车次下是否重复支付从而确定验证反馈信息返回给车载终端，以便车载终端播报支付成功或失败信息，避免用户重复支付。同时，边端设备基于乘客的验证信息和获取的车次信息生成乘客的乘车信息，再将乘车信息发送给业务平台中心；最后由业务平台中心校验乘客为重复支付的情况下通过第三方支付平台完成本次支付的扣费。本公开实施例通过边端设备标记公共交通设备的车次以及对应的乘车记录，可以避免因乘客的误操作产生验证信息而导致重复计费的问题。
下面结合一个具体实施例对上述存储方法进行说明，然而值得注意的是，该具体实施例仅是为了更好地说明本公开，并不构成对本公开的不当限定。
本公开实施例以使用刷脸支付的公交计费系统为例，说明本公开实施例提供的公共交通工具的乘车方法。如图4所示，该方法由乘客41、人脸识别模组42、终端43(相当于车载终端)、边缘处理盒子44(相当于边端设备)、公交业务平台45(相当于业务平台中心)和三方支付平台46共同实现，一次完整的乘客乘车流程包括以下步骤：
步骤S401，乘客41进入刷脸距离；
步骤S402，人脸识别模组42进行活体检测及选帧；
这里，在实施中人脸识别模组42设置在终端43中，同时终端43中还包括摄像模组，用于录制人脸图像序列并传输给人脸识别模组进行活体检测，由人脸识别模组42选取合适的人脸图像。
步骤S403，终端43获取人脸图像。
步骤S404，终端43上传人脸图像至边缘处理盒子44；
步骤S405，边缘处理盒子44判断当前车次该乘客是否有乘车记录；
这里，也就是判断该乘客在当前车次下是否重复计费，判断结果包括以下两种情况：
情况一：当前乘客不存在乘车记录，执行以下步骤S406至步骤S411；情况二：当前乘 客存在乘车记录，执行以下步骤S406至步骤S411。
步骤S406，边缘处理盒子44返回验证成功信息给终端43；
步骤S407，终端43播报刷脸成功提示音，显示对应文案；
步骤S408，边缘处理盒子44异步上报乘车信息给公交业务平台45；
步骤S409，公交业务平台45校验更新乘车信息；
步骤S410，公交业务平台45上报扣费信息给第三方支付平台46；
步骤S411，第三方支付平台46返回支付情况；
步骤S412，边缘处理盒子44返回验证失败信息给终端43；
步骤S413，终端43播报警告提示音，显示对应文案；
步骤S414，边缘处理盒子44异步上报乘车信息给公交业务平台45；
步骤S415，公交业务平台45校验更新乘车信息。
本公开实施例利用车载边缘盒子GPS模块在离开起点站时为每辆公交标记车次：当车载GPS检测到公交离开起点站时，为该公交标记一个对应车次，当该车载GPS检测到公交抵达终点站时，注销该公交车次。本公开实施例依据车次信息来避免同一乘客乘坐同一车次时重复计费的问题，适用于多种乘车支付方法，例如刷卡、刷二维码、刷脸等，都可以避免重复计费。
本公开实施例至少用于以下用户场景：公交车安装此计费系统并采用刷脸支付，在车厢比较拥挤时，乘客在计费终端前不断移动，乘客多次刷脸不会重复计费；公交车安装此计费系统并采用刷卡或刷二维码支付，乘客上车刷卡支付时误操作多次刷卡，不会重复计费。
本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。
基于前述的实施例，本公开实施例再提供一种公共交通工具的乘车装置，所述装置包括所包括的各部分、以及各部分所包括的各子部分，可以通过电子设备中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为中央处理器(Central Processing Unit，CPU)、微处理器(Micro Processing Unit，MPU)、数字信号处理器(Digital Signal Processor，DSP)或现场可编程门阵列(Field Programmable Gate Array，FPGA)等。
图5为本公开实施例提供的一种公交交通工具的乘车装置的组成结构示意图，如图5所示，所述装置500包括第一确定部分510、第二确定部分520和发送部分530，其中：
所述第一确定部分510，配置为响应于接收到乘客的验证信息，确定所述乘客的身份标识；
所述第二确定部分520，配置为基于所述乘客的身份标识，确定所述乘客的验证信息是否为当前车次的首次验证；
所述发送部分530，配置为在所述乘客的验证信息是当前车次的首次验证的情况下，将所述乘客的验证信息发送至第三方平台扣费。
在一些可能的实施例中，所述装置500还包括第一输出部分和第二输出部分，其中：所述第一输出部分，配置为在所述乘客的验证信息是当前车次的首次验证的情况下，播报验证 成功语音和/或显示验证成功文案；所述第二输出部分，配置为在所述乘客的验证信息不是当前车次的首次验证的情况下，播报重复验证语音和/或显示重复验证文案。
在一些可能的实施例中，所述乘客的验证信息包括以下信息中的一种：所述乘客的支付二维码信息、所述乘客的乘车卡信息和所述乘客的人脸图像。
在一些可能的实施例中，所述乘车方法应用于车载终端，或者应用于与所述车载终端互联的边端设备；其中，当所述乘车方法应用于所述边端设备时，从所述车载终端接收所述乘客的验证信息。
在一些可能的实施例中，所述装置500还包括获取部分和筛选部分，其中：所述获取部分，配置为响应于检测到所述乘客的刷脸操作，获取所述乘客的人脸图像序列；所述筛选部分，配置为从所述人脸图像序列中选取满足预设要求的一帧人脸图像作为所述乘客的验证信息。
在一些可能的实施例中，所述第一确定部分510包括识别子部分或特征提取子部分，其中：所述识别子部分配置为在所述乘客的验证信息为所述乘客的支付二维码信息或乘车卡信息的情况下，对所述支付二维码信息或所述乘车卡信息进行识别，得到所述乘客的身份标识；所述特征提取子部分配置为在所述乘客的验证信息为所述乘客的人脸图像的情况下，基于对所述乘客的人脸图像进行特征提取得到的人脸特征向量，确定所述乘客的身份标识。
在一些可能的实施例中，所述第二确定部分520包括第一获取子部分、第二获取子部分和第一确定子部分，其中：所述第一获取子部分，配置为获取所述公共交通工具的车次信息；所述第二获取子部分，配置为获取所述公共交通工具的车次信息；其中所述车次信息配置为表征所述公共交通工具的每一次行程；所述第一确定子部分，配置为基于所述乘客的身份标识和所述乘车记录表，确定所述乘客的验证信息是否为当前车次的首次验证。
在一些可能的实施例中，所述第一获取子部分还配置为在检测到所述公共交通工具离开起点站的情况下，生成所述公共交通工具的车次信息；所述装置500还包括注销部分，配置为在检测到所述公共交通工具抵达终点站的情况下，注销所述公共交通工具的车次信息。
在一些可能的实施例中，所述装置还包括生成部分和第一更新部分，其中：所述生成部分，配置为在所述乘客的验证信息是当前车次的首次验证的情况下，基于所述乘客的验证信息生成新的乘车记录；所述第一更新部分，配置为将所述新的乘车记录更新至所述车次信息对应的乘车记录表中。
在一些可能的实施例中，所述装置还包括第三确定部分和上传部分，其中：所述第三确定部分，配置为基于所述车次信息和所述乘客的验证信息，确定所述乘客的乘车信息；所述上传部分，配置为将所述乘客的乘车信息上传到业务平台中心；所述乘车信息用于所述业务平台中心校验和更新。
这里需要指出的是：以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本公开装置实施例中未披露的技术细节，请参照本公开方法实施例的描述而理解。
对应地，本公开实施例提供一种计算机可读存储介质，计算机可读存储介质可以是保持和存储由指令执行设备使用的指令的有形设备，可以是易失性存储介质或非易失性存储介 质。计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中任一所述公共交通工具的乘车方法中的步骤。对应地，本公开实施例中，还提供了一种芯片，所述芯片包括可编程逻辑电路和/或程序指令，当所述芯片运行时，配置为实现上述实施例中任一所述公共交通工具的乘车方法中的步骤。对应地，本公开实施例中，还提供了一种计算机程序产品，当该计算机程序产品被电子设备的处理器执行时，其配置为实现上述实施例中任一所述公共交通工具的乘车方法中的步骤。
上述支付机具、车载终端、边端设备、业务平台中心都可以采用电子设备来实现，所述电子设备包括但不限于手机、笔记本电脑、平板电脑和掌上上网设备、多媒体设备、流媒体设备、移动互联网设备、可穿戴设备或其他类型的设备。该方法所实现的功能可以通过电子设备中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该电子设备至少包括处理器和存储介质。处理器可以用于进行计费过程的处理，存储器可以用于存储进行计费过程中需要的数据以及产生的数据。
基于同一技术构思，本公开实施例提供一种电子设备，用于实施上述方法实施例记载的公共交通工具的乘车方法。图6为本公开实施例提供的一种电子设备的硬件实体示意图，如图6所示，所述电子设备600包括存储器610和处理器620，所述存储器610存储有可在处理器620上运行的计算机程序，所述处理器620执行所述程序时实现本公开实施例任一所述公共交通工具的乘车方法中的步骤。
存储器610配置为存储由处理器620可执行的指令和应用，还可以缓存待处理器620以及电子设备中各部分待处理或已经处理的数据(例如，图像数据、音频数据、语音通信数据和视频通信数据)，可以通过闪存(FLASH)或随机访问存储器(Random Access Memory，RAM)实现。
处理器620执行程序时实现上述任一项的公共交通工具的乘车方法的步骤。处理器620通常控制电子设备600的总体操作。
上述处理器可以为特定用途集成电路(Application Specific Integrated Circuit，ASIC)、数字信号处理器(Digital Signal Processor，DSP)、数字信号处理装置(Digital Signal Processing Device，DSPD)、可编程逻辑装置(Programmable Logic Device，PLD)、现场可编程门阵列(Field Programmable Gate Array，FPGA)、中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器中的至少一种。可以理解地，实现上述处理器功能的电子器件还可以为其它，本公开实施例不作具体限定。
上述计算机存储介质/存储器可以是只读存储器(Read Only Memory，ROM)、可编程只读存储器(Programmable Read-Only Memory，PROM)、可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，EPROM)、电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性随机存取存储器(Ferromagnetic Random Access Memory，FRAM)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(Compact Disc Read-Only Memory，CD-ROM)等存储器；也可以是包括上述存储器之一或任意组合的各种电子设备，如移动电话、计算机、平板设备、个人数字助理等。
这里需要指出的是：以上存储介质和设备实施例的描述，与上述方法实施例的描述是类 似的，具有同方法实施例相似的有益效果。对于本公开存储介质和设备实施例中未披露的技术细节，请参照本公开方法实施例的描述而理解。
需要说明的是，本公开实施例中，如果以软件功能部分的形式实现上述公共交通工具的乘车方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得电子设备(可以是具有摄像头的智能手机、平板电脑等)执行本公开各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本公开实施例不限制于任何特定的硬件和软件结合。
应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本公开的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本公开的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本公开实施例的实施过程构成任何限定。上述本公开实施例序号仅仅为了描述，不代表实施例的优劣。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
在本公开所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本公开实施例方案的目的。
另外，在本公开各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。或者，本公开上述集成的单元如果以软件功能部分的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一 个存储介质中，包括若干指令用以使得设备自动测试线执行本公开各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。
本公开所提供的几个方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。本公开所提供的几个方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。
以上所述，仅为本公开的实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以所述权利要求的保护范围为准。
工业实用性
本公开实施例提供一种公共交通工具的乘车方法及装置、设备、存储介质和计算机程序产品。在乘车方法中首先，响应于接收到乘客的验证信息，确定所述乘客的身份标识；基于所述乘客的身份标识，确定所述乘客的验证信息是否为当前车次的首次验证；在所述乘客的验证信息是当前车次的首次验证的情况下，将所述乘客的验证信息发送至第三方平台扣费；如此，通过预先记录车次，在响应于检测到乘客的验证信息时，能够基于确定的乘客的验证信息判断乘客在当前车次下是否重复支付，从而避免乘客在同一车次下多次付费的问题。

Claims (23)

  1. 一种公共交通工具的乘车方法，所述方法包括：
    响应于接收到乘客的验证信息，确定所述乘客的身份标识；
    基于所述乘客的身份标识，确定所述乘客的验证信息是否为当前车次的首次验证；
    在所述乘客的验证信息是当前车次的首次验证的情况下，将所述乘客的验证信息发送至第三方平台扣费。
  2. 如权利要求1所述的方法，其中，所述方法还包括：
    在所述乘客的验证信息是当前车次的首次验证的情况下，播报验证成功语音和/或显示验证成功文案；
    在所述乘客的验证信息不是当前车次的首次验证的情况下，播报重复验证语音和/或显示重复验证文案。
  3. 如权利要求1或2所述的方法，其中，所述乘客的验证信息包括以下信息中的一种：
    所述乘客的支付二维码信息、所述乘客的乘车卡信息和所述乘客的人脸图像。
  4. 如权利要求1至3任一项所述的方法，其中，所述乘车方法应用于车载终端，或者应用于与所述车载终端互联的边端设备；其中，当所述乘车方法应用于所述边端设备时，从所述车载终端接收所述乘客的验证信息。
  5. 如权利要求4所述的方法，其中，所述方法还包括：
    响应于检测到所述乘客的刷脸操作，获取所述乘客的人脸图像序列；
    从所述人脸图像序列中选取满足预设要求的一帧人脸图像作为所述乘客的验证信息。
  6. 如权利要求1至5任一项所述的方法，其中，所述响应于接收到乘客的验证信息，确定所述乘客的身份标识，包括：
    在所述乘客的验证信息为所述乘客的支付二维码信息或乘车卡信息的情况下，对所述支付二维码信息或所述乘车卡信息进行识别，得到所述乘客的身份标识；或者，
    在所述乘客的验证信息为所述乘客的人脸图像的情况下，基于对所述乘客的人脸图像进行特征提取得到的人脸特征向量，确定所述乘客的身份标识。
  7. 如权利要求1至6任一项所述的方法，其中，所述基于所述乘客的身份标识，确定所述乘客的验证信息是否为当前车次的首次验证，包括：
    获取所述公共交通工具的车次信息；其中所述车次信息用于表征所述公共交通工具的每一次行程；
    基于所述车次信息，获取所述当前车次对应的乘车记录表；其中，所述乘车记录表用于记录当前车次下所有乘客的身份信息和乘车记录；
    基于所述乘客的身份标识和所述乘车记录表，确定所述乘客的验证信息是否为当前车次的首次验证。
  8. 如权利要求7所述的方法，其中，所述获取所述公共交通工具的车次信息，包括：
    在检测到所述公共交通工具离开预设的起始位置的情况下，生成所述公共交通工具的车次信息；
    所述方法还包括：
    在检测到所述公共交通工具抵达预设的终止位置的情况下，注销所述公共交通工具的车次信息。
  9. 如权利要求7或8所述的方法，其中，所述方法还包括：
    在所述乘客的验证信息是当前车次的首次验证的情况下，基于所述乘客的验证信息生成新的乘车记录；
    将所述新的乘车记录更新至所述当前车次对应的乘车记录表中。
  10. 如权利要求7至9任一项所述的方法，其中，所述方法还包括：
    基于所述车次信息和所述乘客的验证信息，确定所述乘客的乘车信息；
    将所述乘客的乘车信息上传到业务平台中心；所述乘车信息用于业务平台中心校验和更新。
  11. 一种公共交通工具的乘车装置，所述装置包括第一确定部分、第二确定部分和发送部分，其中：
    所述第一确定部分，配置为响应于接收到乘客的验证信息，确定所述乘客的身份标识；
    所述第二确定部分，配置为基于所述乘客的身份标识，确定所述乘客的验证信息是否为当前车次的首次验证；
    所述发送部分，配置为在所述乘客的验证信息是当前车次的首次验证的情况下，将所述乘客的验证信息发送至第三方平台扣费。
  12. 如权利要求11所述的装置，其中，所述装置还包括：
    第一输出部分，配置为在所述乘客的验证信息是当前车次的首次验证的情况下，播报验证成功语音和/或显示验证成功文案；
    第二输出部分，配置为在所述乘客的验证信息不是当前车次的首次验证的情况下，播报重复验证语音和/或显示重复验证文案。
  13. 如权利要求11或12所述的装置，其中，所述乘客的验证信息包括以下信息中的一种：
    所述乘客的支付二维码信息、所述乘客的乘车卡信息和所述乘客的人脸图像。
  14. 如权利要求11至13任一项所述的装置，其中，所述乘车方法应用于车载终端，或者应用于与所述车载终端互联的边端设备；其中，当所述乘车方法应用于所述边端设备时，从所述车载终端接收所述乘客的验证信息。
  15. 如权利要求14所述的装置，其中，所述装置还包括：
    获取部分，配置为响应于检测到所述乘客的刷脸操作，获取所述乘客的人脸图像序列；
    筛选部分，配置为从所述人脸图像序列中选取满足预设要求的一帧人脸图像作为所述乘客的验证信息。
  16. 如权利要求11至15任一项所述的装置，其中，所述第一确定部分包括：
    识别子部分，配置为在所述乘客的验证信息为所述乘客的支付二维码信息或乘车卡信息的情况下，对所述支付二维码信息或所述乘车卡信息进行识别，得到所述乘客的身份标识；或者，特征提取子部分，配置为在所述乘客的验证信息为所述乘客的人脸图像的情况下，基于对所述乘客的人脸图像进行特征提取得到的人脸特征向量，确定所述乘客的身份标识。
  17. 如权利要求11至16任一项所述的装置，其中，所述第二确定部分包括：
    第一获取子部分，配置为获取所述公共交通工具的车次信息；
    第二获取子部分，配置为获取所述公共交通工具的车次信息；其中所述车次信息配置为表征所述公共交通工具的每一次行程；
    第一确定子部分，配置为基于所述乘客的身份标识和所述乘车记录表，确定所述乘客的验证信息是否为当前车次的首次验证。
  18. 如权利要求17所述的装置，其中，所述第一获取子部分还配置为在检测到所述公共交通工具离开起点站的情况下，生成所述公共交通工具的车次信息；所述装置还包括：
    注销部分，配置为在检测到所述公共交通工具抵达终点站的情况下，注销所述公共交通工具的车次信息。
  19. 如权利要求17或18所述的装置，其中，所述装置还包括：
    生成部分，配置为在所述乘客的验证信息是当前车次的首次验证的情况下，基于所述乘客的验证信息生成新的乘车记录；
    第一更新部分，配置为将所述新的乘车记录更新至所述车次信息对应的乘车记录表中。
  20. 如权利要求17至19任一项所述的装置，其中，所述装置还包括：
    第三确定部分，配置为基于所述车次信息和所述乘客的验证信息，确定所述乘客的乘车信息；
    上传部分，配置为将所述乘客的乘车信息上传到业务平台中心；所述乘车信息用于所述业务平台中心校验和更新。
  21. 一种电子设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现权利要求1至10中任一项所述方法中的步骤。
  22. 一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1至10中任一项所述方法中的步骤。
  23. 一种计算机程序产品，所述计算机程序产品包括计算机程序或指令，在所述计算机程序或指令在电子设备上运行的情况下，使得所述电子设备执行权利要求1至10中任一项所述方法中的步骤。
PCT/CN2022/095496 2021-10-15 2022-05-27 公共交通工具的乘车方法及装置、设备、存储介质和计算机程序产品 WO2023060902A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202111203994.3 2021-10-15
CN202111203994.3A CN113962702A (zh) 2021-10-15 2021-10-15 公共交通工具的乘车方法及装置、设备、存储介质

Publications (1)

Publication Number Publication Date
WO2023060902A1 true WO2023060902A1 (zh) 2023-04-20

Family

ID=79464128

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/095496 WO2023060902A1 (zh) 2021-10-15 2022-05-27 公共交通工具的乘车方法及装置、设备、存储介质和计算机程序产品

Country Status (2)

Country Link
CN (1) CN113962702A (zh)
WO (1) WO2023060902A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113962702A (zh) * 2021-10-15 2022-01-21 深圳市商汤科技有限公司 公共交通工具的乘车方法及装置、设备、存储介质
CN114758437A (zh) * 2022-03-10 2022-07-15 北京轨道交通路网管理有限公司 闸机的控制方法及装置、非易失性存储介质、处理器
CN114694217B (zh) * 2022-03-23 2023-05-02 成都智元汇信息技术股份有限公司 基于动作数据推送人脸通行标签的方法及其装置、系统
CN116051119B (zh) * 2023-04-03 2023-07-07 山东恒宇电子有限公司 一种基于公共交通的收银终端及校正方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008107945A (ja) * 2006-10-24 2008-05-08 Chugoku Electric Power Co Inc:The 車載器、自動料金収受用コンピュータプログラム及び自動料金収受システム
CN111243109A (zh) * 2020-01-15 2020-06-05 广州交通信息化建设投资营运有限公司 基于人脸识别的乘车检票方法、装置、系统和计算机设备
CN112215617A (zh) * 2020-12-04 2021-01-12 成都智元汇信息技术股份有限公司 一种地铁乘车支付方法
CN112419566A (zh) * 2021-01-25 2021-02-26 成都智元汇信息技术股份有限公司 一种地铁闸机检票方法
CN113470199A (zh) * 2021-08-10 2021-10-01 成都智元汇信息技术股份有限公司 票卡交易的互斥方法、装置、系统及闸机控制方法
CN113962702A (zh) * 2021-10-15 2022-01-21 深圳市商汤科技有限公司 公共交通工具的乘车方法及装置、设备、存储介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008107945A (ja) * 2006-10-24 2008-05-08 Chugoku Electric Power Co Inc:The 車載器、自動料金収受用コンピュータプログラム及び自動料金収受システム
CN111243109A (zh) * 2020-01-15 2020-06-05 广州交通信息化建设投资营运有限公司 基于人脸识别的乘车检票方法、装置、系统和计算机设备
CN112215617A (zh) * 2020-12-04 2021-01-12 成都智元汇信息技术股份有限公司 一种地铁乘车支付方法
CN112419566A (zh) * 2021-01-25 2021-02-26 成都智元汇信息技术股份有限公司 一种地铁闸机检票方法
CN113470199A (zh) * 2021-08-10 2021-10-01 成都智元汇信息技术股份有限公司 票卡交易的互斥方法、装置、系统及闸机控制方法
CN113962702A (zh) * 2021-10-15 2022-01-21 深圳市商汤科技有限公司 公共交通工具的乘车方法及装置、设备、存储介质

Also Published As

Publication number Publication date
CN113962702A (zh) 2022-01-21

Similar Documents

Publication Publication Date Title
WO2023060902A1 (zh) 公共交通工具的乘车方法及装置、设备、存储介质和计算机程序产品
CN105206059B (zh) 一种交通事故现场证据采集指导系统及其方法
WO2017041644A1 (zh) 车辆收费方法、服务器、系统和存储介质
CN110349281A (zh) 一种收费方法、装置及系统
TW201629864A (zh) 無線支付方法與裝置及交通工具乘坐費檢驗方法與系統
CN109410634A (zh) 车辆管理方法、系统及存储介质
CN104331972A (zh) 车辆通行请求发送方法、通行控制方法、通行方法及系统
WO2018113222A1 (zh) 一种汽车自动化快速支付系统及方法
CN112819976A (zh) 停车场控制方法和装置
KR102131441B1 (ko) 통행료 결제 시스템 및 그 방법
US20220277279A1 (en) Method, device, and system for providing vehicle sharing service
CN105405314A (zh) 用于控制车辆出行的方法与设备
CN108335388A (zh) 车辆放行处理方法、装置和存储介质
CN116739743A (zh) 一种无人车载客方法及无人车
CN114373233A (zh) 支付方法、装置、设备及计算机可读存储介质
CN105825554A (zh) 基于车辆识别的消费方法及系统
CN107886393A (zh) 泊车方法、装置、系统、计算机装置及计算机可读存储介质
CN110348845A (zh) 优惠券处理方法及装置
KR20170006740A (ko) 사용자 단말，중앙 서버 및 이들에 의한 요금 결제 방법
CN113034707A (zh) 支付停车费的方法以及相应的计算机程序产品
CN107437276A (zh) 高速公路缴费方法、存储设备和系统
CN114550492B (zh) 一种车辆信息的处理方法、装置、电子设备及存储介质
CN111260800A (zh) 支付方法、支付系统、车载终端及计算机可读存储介质
CN109598803B (zh) 高速公路收费方法、服务器、系统和存储介质
CN110298931A (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: 22879851

Country of ref document: EP

Kind code of ref document: A1