WO2016134638A1 - 公交实时信息同步的方法、装置和系统 - Google Patents

公交实时信息同步的方法、装置和系统 Download PDF

Info

Publication number
WO2016134638A1
WO2016134638A1 PCT/CN2016/073593 CN2016073593W WO2016134638A1 WO 2016134638 A1 WO2016134638 A1 WO 2016134638A1 CN 2016073593 W CN2016073593 W CN 2016073593W WO 2016134638 A1 WO2016134638 A1 WO 2016134638A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
bus
information
ride
unit
Prior art date
Application number
PCT/CN2016/073593
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 WO2016134638A1 publication Critical patent/WO2016134638A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/123—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams

Definitions

  • the present invention relates to the field of computer application technologies, and in particular, to a bus information synchronization method, device and system.
  • the present invention provides a method, device and system for synchronizing real-time information of public transportation, so as to facilitate passengers to take a bus.
  • the invention provides a method for real-time information synchronization of public transportation, the method comprising:
  • the driver terminal device of the bus that is multiplied by the user is sent to the user. Get off the information, and/or send a drop-off reminder message to the client device.
  • the method includes determining that a bus line passes through the boarding station
  • the bus with the drop-off site is a bus that the user can take.
  • the method further includes:
  • the bus corresponding to the bus number that the user selects to take is determined as the bus that the user can ride.
  • the method further includes: acquiring location information reported by the device having the positioning function in the bus that the user can ride.
  • the detecting that the user is riding the bus comprises: receiving information sent by the sensor on the bus that is successfully paired with the user equipment.
  • the method after acquiring the bus ride information selected by the user sent by the user equipment, the method includes:
  • the method further includes:
  • the user terminal device deducts the ticket that the user needs to pay from the account of the user.
  • the method further includes:
  • the information indicating whether the user payment is successful is sent to the driver's device of the bus that the user has taken.
  • the user if the information sent by the sensor on the bus multiplied by the user is successfully received, the user is determined to have got off the vehicle; or if the user is received Determining that the user has already got off the vehicle, and the user has already got off the vehicle;
  • the invention also provides a method for synchronizing real-time information of public transportation, the method comprising:
  • the bus ride information includes: the boarding site information and the getting off site information;
  • the boarding reminding information sent when the bus that the user can ride detects that the boarding station reaches a preset first distance threshold; and/or receiving the synchronization server detects that the user is riding The bus departure reminder message sent when the bus stop reaches the preset second distance threshold.
  • the method further includes:
  • the bus line sent by the synchronization server passes the bus information of the boarding station and the getting off site, or the bus line passing the bus station and the getting off station, the current distance of the bus Site information and display to the user;
  • the method further includes:
  • the client device and the sensor on the bus When the distance between the client device and the sensor on the bus is within the sensing distance, it is paired with the sensor on the bus.
  • the method further includes:
  • the pairing with the sensors on the bus is performed using the unique encoded information.
  • the method further includes:
  • the ticket to the bus is paid from the account of the user to the sensor on the bus.
  • the invention also provides a device for real-time information synchronization of a public transportation, the device comprising: a user interaction unit, a first detection unit, a second detection unit and a bus interaction unit;
  • the user interaction unit is configured to acquire the bus ride information selected by the user sent by the user equipment, where the bus ride information includes: the boarding site information and the getting off site information; if the first detecting unit is provided, Sending the reminder information to the user equipment; if the getting-off reminding information provided by the second detecting unit is received, sending the getting-off reminding information to the user equipment ;
  • the first detecting unit is configured to: when detecting that the bus that the user can ride reaches the preset first distance threshold from the loading station, provide the boarding reminding information to the user interaction unit, and/or Providing the user's ride demand information to the bus interaction unit;
  • the second detecting unit is configured to detect that after the user rides the bus, if the bus that the user rides reaches the preset second distance threshold from the getting off site, the getting off reminding information is provided to the a client interaction unit, and/or providing information about the user to get off the bus to the bus interaction unit;
  • the bus terminal interaction unit is configured to: if the boarding demand information provided by the first detecting unit is received, provide the boarding demand information to a driver device of the bus that the user can ride; if received The information that the user needs to get off the vehicle provided by the second detecting unit sends the information that the user wants to get off the vehicle to the driver device of the bus that the user rides.
  • the first detecting unit is further configured to determine that a bus of the bus line passing through the boarding station and the getting off station is a bus that the user can ride.
  • the apparatus further includes: a positioning unit, configured to provide, to the user, information of a bus line passing through the boarding station and the boarding station at a current distance from the boarding station End interaction unit
  • the user interaction unit is further configured to send information provided by the positioning unit to the user equipment, and receive, by the user equipment, a bus number selected by the user to be used, and provide the information to the First detecting unit;
  • the first detecting unit is further configured to determine, by the user, a bus corresponding to a bus number to be taken as a bus that the user can ride.
  • the bus terminal interaction unit is further configured to acquire location information reported by a device having a positioning function in a bus that the user can ride.
  • the second detecting unit detects that the user is riding the bus. .
  • the device further includes: a pairing management unit, configured to allocate unique coding information to the user and provide the user with the bus information after the user interaction unit acquires the bus ride information An interaction unit and the bus interaction unit;
  • the user interaction unit is further configured to send the unique encoding information to the user equipment;
  • the bus terminal interaction unit is further configured to send the unique coded information to a sensor on a bus that the user can ride.
  • the device further includes: a payment management unit, configured to calculate, according to the bus ride information, a ticket that the user needs to pay, and provide the ticket to the public transport unit;
  • the bus interaction unit is further configured to send the ticket that the user needs to pay to the sensor on the bus that the user can ride.
  • the bus terminal interaction unit is further configured to receive information about whether the user payment sent by the sensor on the bus is successful, and provide information about whether the user payment is successful to the payment management unit. And sent to the driver's device of the bus that the user took.
  • the bus terminal interaction unit receives the information that the sensor on the bus that the user is riding on is successfully paired with the user equipment, or the user interaction unit receives And the second detecting unit detects that the user has got off the vehicle, and provides information that the user has got off the vehicle to the bus interaction unit;
  • the bus interaction unit is further configured to send information that the user has got off the vehicle to the driver device of the bus that the user has taken.
  • the invention also provides a device for synchronizing real-time information of public transportation, the device comprising: a user-side interaction unit and a server-side interaction unit;
  • the user interaction unit is configured to acquire bus ride information selected by the user
  • the server-side interaction unit is configured to send the bus ride information selected by the user to the synchronization server, where the bus ride information includes: the boarding site information and the getting-off site information;
  • the server-side interaction unit is further configured to receive the boarding reminding information sent by the synchronization server when detecting that the bus that the user can ride reaches the preset first distance threshold from the boarding station; and/or, Receiving the departure reminding information sent by the synchronization server when the bus that the user rides detects that the getting off site reaches a preset second distance threshold.
  • the server-side interaction unit is further configured to receive bus information that the bus line sent by the synchronization server passes through the boarding station and the drop-off station, or the bus line passes the The bus at the pick-up site and the drop-off site is currently at a distance from the pick-up site And providing the user interaction unit; sending the bus number information provided by the user interaction unit to the synchronization server;
  • the user interaction unit is further configured to display the information provided by the server-side interaction unit to the user, obtain the bus number to be taken by the user, and provide the information to the server-side interaction unit.
  • the device further comprises:
  • the pairing unit is configured to pair with the sensor on the bus when the distance between the client device where the device is located and the sensor on the bus is within the sensing distance.
  • the server-side interaction unit is further configured to receive unique coding information allocated by the synchronization server to the user;
  • the pairing unit uses the unique encoded information to pair with a sensor on the bus.
  • the apparatus further includes: a payment unit, configured to, after the pairing unit is successfully paired with the sensor on the bus, from the account of the user to the bus The sensor pays for the ticket that needs to be paid.
  • the invention also provides a system for real-time information synchronization of public transportation, the system comprising: a synchronization server and a client device.
  • the system further includes: the driver device, configured to receive information sent by the synchronization server.
  • the system further includes: positioning means for transmitting the location information of the bus where the positioning device is located to the synchronization server.
  • the system further includes: a sensor disposed on the bus for pairing with the client device when the distance from the client device is within a sensing distance.
  • the sensor disposed on the bus is further configured to receive the ticket information that the user needs to pay by the synchronization server, and after successfully pairing with the user equipment, The ticket information that the user needs to pay is provided to the client device, and the corresponding ticket paid by the client device from the account of the user is obtained.
  • the invention also provides a method for synchronizing real-time information of public transportation, the method comprising:
  • the travel demand information of the current site user includes: at least one of the number of users of the current site to be boarded and the location information of the user to be boarded by the current site;
  • the information that the current site user wants to get off the vehicle includes: the number of users who are going to get off the current site.
  • the method further includes:
  • the method further includes:
  • the invention also provides a device for synchronizing real-time information of public transportation, the device comprising:
  • the receiving unit is configured to receive the travel demand information of the current station user sent by the synchronization server, and/or receive the information that the current site user needs to get off the transport sent by the synchronization server;
  • a presentation unit configured to display the travel demand information of the current site user, and/or to display information that the current site user wants to get off the vehicle.
  • the travel demand information of the current site user includes: at least one of the number of users of the current site to be boarded and the location information of the user to be boarded by the current site;
  • the information that the current site user wants to get off the vehicle includes: the number of users who are going to get off the current site.
  • the receiving unit is further configured to receive information about whether the user payment sent by the synchronization server is successful;
  • the presentation unit is further configured to display information about whether the user payment is successful.
  • the receiving unit is further configured to receive information that the user sent by the synchronization server has gotten off the vehicle;
  • the presentation unit is further configured to display information that the user has got off the vehicle, or to determine and display the number of users who are going to get off at the current site but have not yet got off the vehicle.
  • the present invention determines the public transportation that the user can take according to the user's boarding station and the getting-off station, and when the user can take the bus to the boarding station, the vehicle is sent to remind the user to use the vehicle.
  • the customer equipment and/or the sending of the passenger demand information to the driver equipment so that the user can prepare for getting on the train in advance, or the driver can know the ride demand of the station, so as to ensure that the user who has the demand for getting on the vehicle can get on the train as much as possible.
  • the driver is sent to the user equipment and/or the information to be sent off by the user is sent to the driver device, so that the user can prepare for getting off the bus in advance, or the driver can know.
  • the drop-off demand of this station so as to ensure that users who have the demand for getting off the bus can get off.
  • FIG. 1 is a schematic structural diagram of a system according to an embodiment of the present invention
  • FIG. 3 is a schematic diagram of a bus selection interface according to an embodiment of the present invention.
  • FIG. 4 is a diagram showing an example of a bus selection interface according to an embodiment of the present invention.
  • FIG. 5 is a schematic diagram of an on-board reminder interface according to an embodiment of the present invention.
  • FIG. 6 is a diagram showing an example of ride demand information displayed on a driver device according to an embodiment of the present invention.
  • FIG. 7 is a schematic diagram of an example of a successful payment interface displayed on a client device according to an embodiment of the present disclosure
  • FIG. 8 is a schematic diagram of an example of a get-off reminder interface according to an embodiment of the present invention.
  • FIG. 9 is a structural diagram of a device according to an embodiment of the present invention.
  • FIG. 10 is a structural diagram of another apparatus according to an embodiment of the present invention.
  • FIG. 11 is a structural diagram of still another apparatus according to an embodiment of the present invention.
  • the system architecture on which the embodiments of the present invention are based is first described.
  • the system on which the embodiment of the present invention is based mainly includes a synchronization server and a client device, and may further include a driver device and a sensor disposed on the bus.
  • the synchronization server may be a server or a server cluster composed of multiple servers, and the user equipment may be a mobile phone, a tablet computer, a personal digital assistant (PDA), a smart wearable device, etc. Can move devices.
  • the driver device can be a smart mobile device such as a mobile phone, a tablet computer, a personal digital assistant (PDA), or a specially customized terminal device.
  • the sensor disposed on the bus may be a device having a short-distance communication function, capable of short-distance communication with the client device, and capable of long-distance communication with the synchronization server.
  • the servers and terminal devices are architecturally comprised of basic components such as buses, processing systems, storage systems, one or more input/output systems, and communication interfaces.
  • the bus may include one or more wires for communication between the various components of the server or terminal device.
  • a processing system includes various types of processors or microprocessors for executing instructions, processing processes, or threads.
  • the storage system may include a dynamic memory such as a random access memory (RAM) that stores dynamic information, and a static memory such as a read only memory (ROM) that stores static information, and a large-capacity memory including a magnetic or optical recording medium and a corresponding drive.
  • the input system allows the user to input information to a server or terminal device such as a keyboard, mouse, stylus, voice recognition system, or biometric system.
  • the output system includes a display, a printer, a speaker, and the like for outputting information.
  • Communication interfaces are used to enable a server or terminal device to communicate with other systems or systems.
  • the communication interfaces can be connected to the network wirelessly, so that the synchronization server, the client device, the driver device and the sensor can communicate with each other through the network.
  • Both the server and the terminal device contain operating system software for managing system resources, controlling the running of other programs, and application software for implementing specific functional modules.
  • the user equipment mainly has the following functions:
  • the user may also display the bus number of the bus route passing the boarding site information and the getting off site information, and the buses. The current location of the number of buses.
  • the bus ride information includes the boarding site information and the getting off site information, and may further include the bus number information selected by the user.
  • the distance between the client device and the sensor can be paired when the distance is within the sensing distance.
  • the client device and the sensor can be paired by using the unique encoding information categorized by the synchronization server for the user, that is, the synchronization server is only selected for the user.
  • the bus sends the unique coded information, and the sensor without the unique coded information cannot be paired with the client device.
  • the sensor can send the ticket information that the user needs to pay to the user equipment, and the user equipment can deduct the ticket that the user needs to pay from the user's account and pay the sensor to the sensor.
  • Positioning function Report the location information of the client device to the synchronization server.
  • the driver device can have the following functions:
  • the positioning function reports the location information of the driver device to the synchronization server, so that the synchronization server can know the location information of the bus where the driver device is located.
  • the senor disposed on the bus may have the following functions:
  • the client device can be paired when the distance is within the sensing distance.
  • the client device and the sensor can be paired by using the unique encoding information that the synchronization server classifies for the user, that is, the synchronization server only targets the user.
  • the sensor under the selected bus sends the unique coded information, and the sensor without the unique coded information cannot be set with the user terminal. Paired.
  • the collection of the ticket is completed by the pairing in 1).
  • the sensor can send the ticket information that the user needs to pay to the user equipment, and the user equipment needs to deduct the ticket that the user needs to pay from the user's account.
  • the senor can be placed at a position near the upper and lower doors, so that when the user gets on and off the vehicle, the user equipment and the sensor can automatically perform pairing within the sensing distance.
  • the synchronization server mainly has the following functions:
  • bus ride information selected by the user sent by the user equipment, where the bus ride information includes the boarding site information and the getting off site information.
  • the acquisition of the positioning information can be performed by receiving positioning information sent by a device having a positioning function on the bus.
  • the device having a positioning function on the bus may be a driver device, a sensor disposed on the bus, or other device.
  • the driver's demand information of the bus that the user can ride is sent to the user's travel demand information, and/or to the user's user end.
  • the device sends a reminder message on the train.
  • Pairing management function In order to ensure that the user equipment is successfully paired with the bus selected by the user, the synchronization server can assign unique coding information to the user after obtaining the public transportation information of the user, and then send the information to the user equipment and the bus that the user can take. Sensor. Client device and induction The unique coding information categorized by the synchronization server for the user can be used for pairing, that is, the synchronization server only sends the unique coding information to the sensor under the bus selected by the user, for the case without the unique coding information. The sensor is not paired with the client device.
  • Payment management function Calculate the ticket amount that the user needs to pay according to the user's bus ride information, and send the ticket information that the user needs to pay to the sensor on the bus that the user can ride. And receive information on whether the payment is successful by the sensor on the bus.
  • the driver's device of the bus that the user rides is sent the information that the user wants to get off, so that the driver can know To get off the bus, and/or send a drop-off reminder to the client device to remind the user to get off the bus.
  • FIG. 2 is a flowchart of a detailed method according to an embodiment of the present invention. As shown in FIG. 2, the method may include the following steps:
  • the user equipment displays the bus selection interface to the user, and obtains the bus ride information selected by the user, and the bus ride information includes the boarding site information and the getting off site information.
  • the client When the user opens the client on the client device (the client is used to implement the related function of the client device in the embodiment of the present invention), the client displays the bus selection interface to the user on the screen of the client device.
  • the bus selection interface may be default interface data stored by the client locally on the client device, or may be interface data requested and acquired by the client in real time to the synchronization server.
  • the bus selection interface can provide the user with an input box for the pick-up site and the drop-off site, similar to that shown in FIG.
  • the user may also be provided with a drop-down selection box, or may recommend the nearest site to the user for selection as a boarding site based on the location of the client device, and the like.
  • the manner in which the user inputs or selects the boarding station and the boarding station may include, but is not limited to, manual input, voice input, and the like.
  • the client device sends the bus ride information selected by the user to the synchronization server.
  • the synchronization server passes the bus route through the bus of the above boarding station and the getting off station.
  • the information is sent to the client device.
  • the synchronization server can provide the bus number and the distance of the nearby bus from the boarding station to the user for reference when sending the bus information.
  • the above distance can be described in text form. It can also be described by means of displaying the location of the bus and the location of the boarding station on the map. Of course, it can also be described in other ways, and will not be enumerated here.
  • the user equipment provides the bus route information of the bus route through the above-mentioned boarding station and the boarding station to the user, and obtains the bus number selected by the user.
  • the synchronization server determines the bus route passing through the Summer Palace and Beijing West railway Station (which can also consider the starting direction). , can be replaced by other factors) 74, 968, 5 special. Then, the bus numbers and the information of the current bus stop sites of the buses can be displayed to the user. When displaying the distance information, only the distance of the nearest bus in each bus to the boarding station can be displayed, as shown in FIG. 4 . Shown in . In this way, the user can select a bus that can catch up in time according to his current location.
  • the client device transmits the bus number selected by the user to the synchronization server.
  • the synchronization server uses the bus number selected by the user as the bus that the user can take, and starts to locate the bus of the vehicle number.
  • the above-mentioned 203, 204, and 205 may not be executed, and the user server directly passes the bus line through the bus of the above-mentioned boarding station and the boarding station in 206.
  • the car is positioned as a bus that the user can take.
  • the positioning of the bus in this step may include: receiving location information sent by the driver device on the bus, receiving location information sent by the sensor on the bus, or receiving location information sent by other devices having a positioning function on the bus.
  • the synchronization server generates unique encoded information for the user, and transmits the unique encoded information to the client device and the sensor on the bus selected by the user.
  • the synchronization server uses the boarding site information, the getting off site information, and the bus selected by the user to calculate the ticket that the user needs to pay, and sends the ticket information that the user needs to pay to the sensor on the bus that the user can take. .
  • the synchronization server may also send the calculated ticket information to the user equipment, and the user equipment may display to the user for reference or choose whether to ride the bus or supervise the payment of the subsequent ticket.
  • the boarding reminder information is sent to the user equipment of the user.
  • the synchronous server starts to locate the 968 bus.
  • the boarding reminding information may be one or a combination of the modes of sound reminding, flashing light reminding, displaying reminding interface, etc., for example, as shown in FIG. 5, the reminding interface may be displayed, and the user is informed that the 968 bus is coming soon. station. In this way, the user can prepare for getting on the bus in advance and arrive at the station early to avoid missing the bus.
  • the user's ride demand information is transmitted to the driver's end device of the bus that the user can ride.
  • the driver device can know which users are going to get on the bus at the Summer Palace station, and can also send the location information of these users to the driver device.
  • the driver can wait a little for the user who can get on the car soon, ensuring that the user can go in time. car.
  • a user within 50 meters of the current station can be displayed on the driver's side device.
  • step 209 sending the boarding reminding information to the user equipment and sending the boarding demand information to the driver device in step 210 may be performed simultaneously, or may be performed in any order.
  • the sensing function in the user equipment may be opened after the user equipment sends the bus ride information or after receiving the boarding reminder.
  • the short-distance communication method can be used between the client device and the sensor to complete the pairing, including but not limited to Bluetooth mode, NFC (Near Field Communication), RFID (contactless radio frequency identification) checks the unique coded information during the pairing process, and only the unique coded information of both parties can be paired successfully, so that the sensors on other buses cannot be combined with the bus that the user can take. The client device pairing was successful.
  • the sensor sends the ticket information that the user needs to pay to the user equipment, and the user equipment can deduct the ticket that the user needs to pay from the user's account and pay the sensor.
  • the user can pre-charge the user's account through the payment platform or directly from the bank card for payment of the ticket.
  • the sensor sends a message of successful payment to the synchronization server.
  • the synchronization server can confirm that the user has taken the bus.
  • the user can also use the traditional payment method to pay the ticket, for example, using a bus card, paying cash, etc., at this time, the above payment process is not included, and only the pairing process exists.
  • the sensor can send the successful pairing information to the synchronization server, and has informed the synchronization server that the user has taken the bus.
  • the synchronization server sends N times of the boarding reminder to the user equipment, and N is a preset positive integer greater than 1, and the user still does not get on the vehicle, the synchronization of the current real-time information of the bus for the user is ended. Or after receiving the request for the end information synchronization sent by the user equipment (for example, the user exits the client), the synchronization of the real-time information of the public transportation for the user is ended.
  • the synchronization server sends a message of whether the payment was successful to the driver's device of the bus that the user has taken.
  • the driver can know whether the user who got on the bus pays the ticket and supervises it.
  • the user of the driver device in the embodiment of the present invention is not necessarily a driver, but may also be other crew members on the bus.
  • the synchronization server can also send the information about whether the payment is successful to the user equipment, so that the user can know whether the bus that is used for the ride has successfully paid the fare, how much fare is paid, and the like, for example, as shown in FIG.
  • the client device can present information to the user for payment success and inform the user how many tickets were paid.
  • the synchronization server detects that the bus multiplied by the user reaches a preset second distance threshold from the user's getting off site, the synchronization reminder information is sent to the user equipment.
  • the first distance threshold and the second distance threshold in the embodiment of the present invention may adopt the same value, or may adopt different values according to actual needs.
  • the reminder may be one or a combination of, but not limited to, an audible reminder, a flashing reminder, a display interface reminder, and the like.
  • the synchronization server sends the information of the user to get off the bus to the driver's device of the bus that the user has taken.
  • the synchronization server will send the user information about the station to the driver device, so that the driver device can know which users to get off.
  • step 214 the sending of the getting-off reminder to the user equipment and the sending of the information that the user wants to get off the vehicle to the driver device in step 215 may be performed simultaneously, or may be performed in any order.
  • the client device and the sensor on the bus are paired with uniquely encoded information.
  • the senor sends the successful pairing information to the synchronization server, and the synchronization server knows that the user has got off the vehicle.
  • the synchronization server receives the information of the pairing success sent by the sensor and receives the information of the pairing success of the same user again sent by the sensor of the same bus, it is confirmed that the user has got off the vehicle.
  • the user terminal device may also send the information that the user has got off the vehicle to the synchronization server. For example, after the user gets off the vehicle, the sending of the information of the dropped vehicle may be manually triggered.
  • the synchronization server transmits the information that the user has got off the vehicle to the driver device in real time.
  • an interface can be presented: displaying the user position on the bus on the interface, indicating each type of user with a different color identifier, and a color indicating the user who wants to get off the station,
  • the color logo indicates that the user has already got off the bus, and can further use text to indicate how many users are going to get off the station, and several have not yet got off.
  • the synchronization server ends the synchronization of the real-time information of the bus for the user.
  • FIG. 9 is a structural diagram of a device according to an embodiment of the present invention.
  • the device is installed in a synchronization server to complete the function of the synchronization server in the foregoing embodiment.
  • the apparatus may include: a client interaction unit 01, a first detection unit 02, a second detection unit 03, and a bus interaction unit 04, and may further include a positioning unit 05, a pairing management unit 06, and a payment management. Unit 07.
  • the user interaction unit 01 is responsible for completing the interaction function between the synchronization server and the client device
  • the bus interaction unit 04 is responsible for completing the interaction function between the synchronization server and the driver device and the sensor of the bus.
  • the user interaction unit 01 acquires the bus ride information selected by the user sent by the user equipment, and the bus ride information includes: the boarding site information and the getting off site information.
  • the first detecting unit 02 detects that the bus that the user can ride reaches the preset first distance threshold when the loading station reaches the preset first distance threshold, and provides the boarding reminding information to the user interaction unit 01, and/or the user's riding demand information.
  • the first distance threshold here can be set according to actual conditions, for example, can be set to 0.5 km.
  • the first detecting unit 02 can determine the bus that the bus line passes through the boarding station and the getting off station as a bus that the user can ride.
  • the bus that the user can ride may have multiple car numbers or types. .
  • the first detecting unit 02 sends the bus information of the bus line through the boarding station and the boarding station to the user equipment for the user to select.
  • the locating unit 05 can further provide the information of the bus stop through the boarding station and the getting off site at the current distance of the boarding station to the user interaction unit, so that the user can refer to it when the user selects, so that the user can Choose the right bus for the pick-up site.
  • the positioning unit 05 can receive the location information sent by the driver device on the bus, receive the location information sent by the sensor on the bus, or receive the location information sent by other devices with the positioning function on the bus through the bus interaction unit 04.
  • the user interaction unit 01 receives the bus number selected by the user equipment and is selected by the user equipment, and provides the bus number to the first detecting unit 02.
  • the first detecting unit 02 determines the bus corresponding to the bus number that the user selects to take as the bus that the user can take.
  • the client interaction unit 01 sends the boarding reminder information to the client device if the boarding reminder information provided by the first detecting unit 02 is received.
  • the bus terminal interaction unit 04 receives the first detection unit
  • the ride demand information provided by 02 provides the ride demand information to the driver's device of the bus that the user can ride.
  • the second detecting unit 03 detects that the user gets the bus, and if the bus that the user rides reaches the preset second distance threshold from the getting off site, the getting off reminder information is provided to the user interaction unit 01, and / Or the information that the user wants to get off is provided to the bus interaction unit 04.
  • the second distance threshold may be set according to actual needs to ensure that the user can prepare for getting off the vehicle, for example, set to 0.5 km. It should be noted that there is no necessary relationship between the first distance threshold and the second distance threshold, and may be set to the same value or may be set to different values.
  • the user-side interaction unit 01 receives the getting-off reminder information provided by the second detecting unit 03, the user-delivery reminder information is sent to the user-side device, so that the user can prepare for getting on the bus in advance, and arrive at the station early to avoid missing the bus. car.
  • the bus-side interaction unit 04 receives the information that the user to get off the vehicle provided by the second detecting unit 03, the information that the user wants to get off the vehicle is sent to the driver's device of the bus that the user has taken. In this way, the driver device can know which users are going to get on the bus at the Summer Palace station, and can also send the location information of these users to the driver device. The driver can wait a little for the user who can get on the car soon, ensuring that the user can go in time. car.
  • the second detecting unit 03 detects that the user has taken the bus.
  • the pairing management unit 06 can obtain the bus at the user interaction unit 01.
  • the user is assigned unique coding information and provided to the client interaction unit 01 and the bus interaction unit 04.
  • the client interaction unit 01 transmits the unique encoding information to the client device
  • the bus interaction unit 04 transmits the unique encoding information to the sensor on the bus that the user can ride.
  • the payment management unit 07 can calculate the ticket that the user needs to pay according to the bus ride information in advance, and provide the bus terminal interaction unit 01, and the bus terminal interaction unit 01 will charge the ticket that the user needs to pay.
  • the information is sent to the sensor on the bus that the user can take, so that the sensor can automatically deduct the corresponding ticket from the user's account after successfully pairing with the client device.
  • the sensor on the bus sends the information about whether the payment is successful to the synchronization server
  • the bus interaction unit 01 receives the information about whether the user payment sent by the sensor on the bus is successful, and whether the user pays whether
  • the successful information is provided to the payment management unit 07 and sent to the driver's device of the bus that the user has taken, so that the driver can know whether the user pays the ticket, thereby playing a supervisory role.
  • the bus terminal interaction unit 01 can also send information about whether the payment is successful to the client device, so that the user can know whether he or she pays the successful ticket.
  • the bus interaction unit 01 receives the information that the user's device is successfully paired with the sensor on the bus that the user is riding on, the second detecting unit 03 detects that the user has got off the vehicle and the user has got off the vehicle.
  • the bus interaction unit 04. the user terminal is manually triggered to send the information that the user has got off the vehicle, and the user interaction unit 01 receives the information that the user terminal device has sent the vehicle, and the second detecting unit 03 detects that the user has got off the vehicle, and The information that the user has gotten off is provided to the bus interaction unit 04.
  • the bus-side interaction unit sends the information that the user has got off the bus to the driver's device of the bus that the user has taken, so that the driver-side device can know which users have got off the bus, and which users should get off the bus but have not yet got off the bus.
  • FIG. 10 is a structural diagram of another apparatus according to an embodiment of the present invention.
  • the apparatus is disposed on a client device, and the device may be installed and run in a client device.
  • the device may include
  • the client interaction unit 11 and the server interaction unit 12 may further include a pairing unit 13 and a payment unit 14.
  • the user interaction unit 11 is responsible for acquiring the bus ride information selected by the user, and the bus ride information includes the boarding site information and the getting off site information.
  • the client interaction unit 11 can display a bus selection interface to the user on the screen of the client device, and the user can select the boarding site and the getting off site on the bus selection interface.
  • the bus selection interface may be default interface data stored by the client locally on the client device, or may be interface data requested and acquired by the client in real time to the synchronization server.
  • the server side interaction unit 12 transmits the bus ride information selected by the user to the synchronization server.
  • the server-side interaction unit 12 receives the boarding reminding information sent by the synchronization server when detecting that the bus that the user can ride reaches the preset first distance threshold from the boarding station; and/or, the receiving synchronization server detects the user multiplying The get-off reminder message sent when the bus on the bus reaches the preset second distance threshold.
  • the first distance threshold and the second distance threshold may be set according to actual requirements, and the two may use the same value or different values.
  • the server-side interaction unit 12 may receive information about the current distance of the bus from the boarding station and the boarding station of the bus line sent by the synchronization server, and provide the information to the user interaction unit 11; 11 Display the information provided by the server-side interaction unit 12 to the user for reference when the user selects the bus number to be taken. Then, the user interaction unit 11 receives the bus number selected by the user and provides the bus number to the server. The server interaction unit 12 sends the bus number information provided by the user interaction unit 11 to the synchronization server.
  • the pairing unit 13 and the sensor on the bus Paired When the user gets on or off the vehicle, when the distance between the client device where the device is located and the sensor installed on the bus (for example, at the door of the upper and lower doors) is within the sensing distance, the pairing unit 13 and the sensor on the bus Paired.
  • the synchronization server allocates unique coding information to the user.
  • the server interaction unit 12 receives the unique coding information allocated by the synchronization server for the user, and the pairing unit 13
  • the unique coded information is used to pair with the sensor on the bus, that is, the unique coded information needs to be verified during the pairing process, and only the sensor having the unique coded information can be successfully paired with the client device.
  • the payment unit 14 pays the ticket to be paid from the user's account to the sensor on the bus after the pairing unit 13 successfully pairs with the sensor on the bus.
  • the user can pre-charge the user's account through the payment platform or directly from the bank card for payment of the ticket.
  • FIG. 11 is a structural diagram of a device installed in a driver device according to an embodiment of the present invention. As shown in FIG. 11, the device may include: a receiving unit 21 and a presentation unit 22.
  • the receiving unit 21 is mainly responsible for receiving the information sent by the synchronization server, and may include: the travel demand information of the current site user, and/or the information that the current site user wants to get off the vehicle.
  • the presentation unit 22 is mainly responsible for presenting information to the driver, and may include: presenting the travel demand information of the current site user, and/or displaying information that the current site user wants to get off the vehicle.
  • the manner in which the presentation unit 22 displays the information may be displayed by using an image, or may be displayed by using a sound, or may be displayed in the form of a table or the like.
  • the presentation is performed on the screen in the form of an image.
  • the presentation unit 22 may display the information sent by the synchronization server after the driver device is turned on, or may perform the presentation according to the operation request of the driver.
  • the above-mentioned current site user's passenger demand information may include: the number of users who are going to board the current site to And at least one of the location information of the current site to be boarded by the user.
  • the information that the current site user wants to get off may include: the number of users who are going to get off the current site.
  • the receiving unit 21 can also receive information on whether the user payment sent by the synchronization server is successful, and accordingly, the presentation unit 22 displays information on whether the user payment is successful.
  • the receiving unit 21 may further receive information that the user sent by the synchronization server has gotten off the vehicle. Accordingly, the presentation unit 22 can present information that the user has got off the vehicle. Alternatively, the presentation unit 22 may use the information that the current site user wants to get off the vehicle and the information that the user has got off the vehicle, and determine the number of users who are going to get off the vehicle at the current site but have not yet got off the vehicle, and display it.
  • the client device and the sensor installed on the bus can realize the automatic payment of the ticket in the short-distance pairing process, and the payment method is faster and smarter, which alleviates the congestion caused by swiping the card after getting on the bus.
  • the user can pre-charge the user's account through a payment platform or a bank card, without having to go to a special recharge point to recharge, which is more convenient.
  • the units described as separate components may or may not be physically separated as The components displayed by the unit may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the above integrated unit can be implemented in the form of hardware or in the form of hardware plus software functional units.
  • the above-described integrated unit implemented in the form of a software functional unit can be stored in a computer readable storage medium.
  • the above software functional unit is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor to perform the methods of the various embodiments of the present invention. Part of the steps.
  • the foregoing storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, and the like, which can store program codes. .

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Traffic Control Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

一种公交实时信息同步的方法、装置和系统，其中方法包括：获取用户端设备发送的用户选择的公交乘坐信息，所述公交乘坐信息包括：上车站点信息和下车站点信息；检测到用户可乘坐的公交车距离所述上车站点达到预设的第一距离阈值时，向所述用户可乘坐的公交车的司机端设备发送所述用户的乘车需求信息，和/或向所述用户端设备发送上车提醒信息；检测到用户乘上公交车后，如果用户乘上的公交车距离所述下车站点达到预设的第二距离阈值，则向所述用户乘上的公交车的司机端设备发送所述用户要下车的信息，和/或向所述用户端设备发送下车提醒信息。为乘客乘坐公交车提供便利，且提供了一种更便捷和智能的车票支付方式。

Description

公交实时信息同步的方法、装置和系统 技术领域
本发明涉及计算机应用技术领域，特别涉及一种公交信息同步方法、装置和系统。
背景技术
公交对城市发展起着最基本的推动作用，因其具有的便捷、价格低廉、环保、促进交通资源的合理利用等优点，成为大部分乘客采用的出行方式。然而，乘客在乘坐公交时，往往面临以下几种常见的问题：刚刚到公交站不远的地方，要乘坐的公交车却开走了，追也追不上；公交车所到的站点需要司机手动报站；当乘客到站要下车时，因车上乘客较多或者要下车的乘客行动不便等因素，乘客未能及时下车车门却关上了，只能通过大声喊叫的方式让司机知晓。
发明内容
有鉴于此，本发明提供了一种公交实时信息同步的方法、装置和系统，以便于为乘客乘坐公交车提供便利。
具体技术方案如下：
本发明提供了一种公交实时信息同步的方法，该方法包括：
获取用户端设备发送的用户选择的公交乘坐信息，所述公交乘坐信息包括：上车站点信息和下车站点信息；
检测到用户可乘坐的公交车距离所述上车站点达到预设的第一距离阈值时，向所述用户可乘坐的公交车的司机端设备发送所述用户的乘车需求信息，和/或向所述用户端设备发送上车提醒信息；
检测到用户乘上公交车后，如果用户乘上的公交车距离所述下车站点达到预设的第二距离阈值，则向所述用户乘上的公交车的司机端设备发送所述用户要下车的信息，和/或向所述用户端设备发送下车提醒信息。
根据本发明一优选实施方式，该方法包括：确定公交线路经过所述上车站点 和所述下车站点的公交车为所述用户可乘坐的公交车。
根据本发明一优选实施方式，该方法还包括：
将公交线路经过所述上车站点和所述下车站点的公交车信息发送给所述用户端设备，或者，将公交线路经过所述上车站点和所述下车站点的公交车当前距离所述上车站点的信息发送给所述用户端设备，以供所述用户选择要乘坐的公交车号；
将所述用户选择要乘坐的公交车号对应的公交车确定为所述用户可乘坐的公交车。
根据本发明一优选实施方式，该方法还包括：获取所述用户可乘坐的公交车中具有定位功能的装置上报的位置信息。
根据本发明一优选实施方式，所述检测到用户乘上公交车包括：接收到公交车上的感应器发送的与所述用户端设备配对成功的信息。
根据本发明一优选实施方式，在获取用户端设备发送的用户选择的公交乘坐信息之后，该方法包括：
为所述用户分配唯一编码信息，将所述唯一编码信息发送给所述用户端设备和所述用户可乘坐的公交车上的感应器，以便所述用户端设备与所述用户可乘坐的公交车上的感应器配对。
根据本发明一优选实施方式，该方法还包括：
根据所述公交乘坐信息计算所述用户需要支付的票款，将所述用户需要支付的票款信息发送给所述用户可乘坐的公交车上的感应器，以便所述感应器与所述用户端设备配对成功后，通过所述用户端设备从所述用户的账户中扣除所述用户需要支付的票款。
根据本发明一优选实施方式，该方法还包括：
将所述用户支付是否成功的信息发送给用户乘上的公交车的司机端设备。
根据本发明一优选实施方式，如果再次接收到用户乘上的公交车上的感应器发送的与所述用户端设备配对成功的信息，则确定所述用户已经下车；或者，如果接收到所述用户端设备发送的已经下车的信息，则确定所述用户已经下车；
将所述用户已经下车的信息发送给所述用户乘上的公交车的司机端设备。
本发明还提供了一种公交实时信息同步的方法，该方法包括：
将用户选择的公交乘坐信息发送给同步服务器，所述公交乘坐信息包括：上车站点信息和下车站点信息；
接收所述同步服务器在检测到用户可乘坐的公交车距离所述上车站点达到预设的第一距离阈值时发送的上车提醒信息；和/或，接收所述同步服务器检测到用户乘上的公交车距离所述下车站点达到预设的第二距离阈值时发送的下车提醒信息。
根据本发明一优选实施方式，该方法还包括：
接收所述同步服务器发送的公交线路经过所述上车站点和所述下车站点的公交车信息，或者公交线路经过所述上车站点和所述下车站点的公交车当前距离所述上车站点的信息，并显示给所述用户；
获取所述用户选择的要乘坐的公交车号并发送给所述同步服务器。
根据本发明一优选实施方式，该方法还包括：
当用户端设备与公交车上的感应器的距离在感应距离内时，与公交车上的感应器进行配对。
根据本发明一优选实施方式，该方法还包括：
接收所述同步服务器为所述用户分配的唯一编码信息；
利用所述唯一编码信息执行所述与公交车上的感应器进行配对。
根据本发明一优选实施方式，该方法还包括：
与所述公交车上的感应器配对成功后，从所述用户的账户中向所述公交车上的感应器支付需要支付的票款。
本发明还提供了一种公交实时信息同步的装置，该装置包括：用户端交互单元、第一检测单元、第二检测单元和公交端交互单元；
所述用户端交互单元，用于获取用户端设备发送的用户选择的公交乘坐信息，所述公交乘坐信息包括：上车站点信息和下车站点信息；如果接收到所述第一检测单元提供的上车提醒信息，则将该上车提醒信息发送给所述用户端设备；如果接收到所述第二检测单元提供的下车提醒信息，则将该下车提醒信息发送给所述用户端设备；
所述第一检测单元，用于检测到用户可乘坐的公交车距离所述上车站点达到预设的第一距离阈值时，将上车提醒信息提供给所述用户端交互单元，和/或将所述用户的乘车需求信息提供给所述公交端交互单元；
所述第二检测单元，用于检测到用户乘上公交车后，如果用户乘上的公交车距离所述下车站点达到预设的第二距离阈值，则将下车提醒信息提供给所述用户端交互单元，和/或将所述用户要下车的信息提供给所述公交端交互单元；
所述公交端交互单元，用于如果接收到所述第一检测单元提供的乘车需求信息，则将该乘车需求信息提供给所述用户可乘坐的公交车的司机端设备；如果接收到所述第二检测单元提供的所述用户要下车的信息，则将所述用户要下车的信息发送给所述用户乘上的公交车的司机端设备。
根据本发明一优选实施方式，所述第一检测单元，还用于确定公交线路经过所述上车站点和所述下车站点的公交车为所述用户可乘坐的公交车。
根据本发明一优选实施方式，该装置还包括：定位单元，用于将公交线路经过所述上车站点和所述下车站点的公交车当前距离所述上车站点的信息提供给所述用户端交互单元；
所述用户端交互单元，还用于将所述定位单元提供的信息发送给所述用户端设备；接收所述用户端设备发送的所述用户选择要乘坐的公交车号，并提供给所述第一检测单元；
所述第一检测单元，还用于将所述用户选择要乘坐的公交车号对应的公交车确定为所述用户可乘坐的公交车。
根据本发明一优选实施方式，所述公交端交互单元，还用于获取所述用户可乘坐的公交车中具有定位功能的装置上报的位置信息。
根据本发明一优选实施方式，如果所述公交端交互单元接收到公交车上的感应器发送的与所述用户端设备配对成功的信息，则所述第二检测单元检测到用户乘上公交车。
根据本发明一优选实施方式，该装置还包括：配对管理单元，用于在所述用户端交互单元获取到所述公交乘坐信息后，为所述用户分配唯一编码信息并提供给所述用户端交互单元和所述公交端交互单元；
所述用户端交互单元，还用于将所述唯一编码信息发送给所述用户端设备；
所述公交端交互单元，还用于将所述唯一编码信息发送给所述用户可乘坐的公交车上的感应器。
根据本发明一优选实施方式，该装置还包括：支付管理单元，用于根据所述公交乘坐信息计算所述用户需要支付的票款，并提供给所述公交端交互单元；
所述公交端交互单元，还用于将所述用户需要支付的票款发送给所述用户可乘坐的公交车上的感应器。
根据本发明一优选实施方式，所述公交端交互单元，还用于接收所述公交车上的感应器发送的用户支付是否成功的信息，将用户支付是否成功的信息提供给所述支付管理单元，并发送给用户乘上的公交车的司机端设备。
根据本发明一优选实施方式，如果所述公交端交互单元再次接收到用户乘上的公交车上的感应器发送的与所述用户端设备配对成功的信息，或者，所述用户端交互单元接收到所述用户端设备发送的已经下车的信息，则所述第二检测单元检测到所述用户已经下车，将用户已经下车的信息提供给所述公交端交互单元；
所述公交端交互单元，还用于将所述用户已经下车的信息发送给所述用户乘上的公交车的司机端设备。
本发明还提供了一种公交实时信息同步的装置，该装置包括：用户端交互单元和服务器端交互单元；
所述用户端交互单元，用于获取用户选择的公交乘坐信息；
所述服务器端交互单元，用于将用户选择的公交乘坐信息发送给同步服务器，所述公交乘坐信息包括：上车站点信息和下车站点信息；
所述服务器端交互单元，还用于接收所述同步服务器在检测到用户可乘坐的公交车距离所述上车站点达到预设的第一距离阈值时发送的上车提醒信息；和/或，接收所述同步服务器检测到用户乘上的公交车距离所述下车站点达到预设的第二距离阈值时发送的下车提醒信息。
根据本发明一优选实施方式，所述服务器端交互单元，还用于接收所述同步服务器发送的公交线路经过所述上车站点和所述下车站点的公交车信息，或者公交线路经过所述上车站点和所述下车站点的公交车当前距离所述上车站点的信 息，并提供给所述用户端交互单元；将所述用户端交互单元提供的公交车号信息发送给所述同步服务器；
所述用户端交互单元，还用于将所述服务器端交互单元提供的信息显示给用户；获取所述用户选择的要乘坐的公交车号，并提供给所述服务器端交互单元。
根据本发明一优选实施方式，该装置还包括：
配对单元，用于当该装置所在的用户端设备与公交车上的感应器的距离在感应距离内时，与公交车上的感应器进行配对。
根据本发明一优选实施方式，所述服务器端交互单元，还用于接收所述同步服务器为所述用户分配的唯一编码信息；
所述配对单元利用所述唯一编码信息与公交车上的感应器配对。
根据本发明一优选实施方式，该装置还包括：支付单元，用于在所述配对单元与所述公交车上的感应器配对成功后，从所述用户的账户中向所述公交车上的感应器支付需要支付的票款。
本发明还提供了一种公交实时信息同步的系统，该系统包括：同步服务器和用户端设备。
根据本发明一优选实施方式，该系统还包括：所述司机端设备，用于接收所述同步服务器发送的信息。
根据本发明一优选实施方式，该系统还包括：定位装置，用于向所述同步服务器发送该定位装置所在公交车的位置信息。
根据本发明一优选实施方式，该系统还包括：设置于公交车上的感应器，用于与所述用户端设备的距离在感应距离内时，与所述用户端设备进行配对。
根据本发明一优选实施方式，所述设置于公交车上的感应器，还用于接收所述同步服务器发送的用户需要支付的票款信息，与所述用户端设备配对成功后，将所述用户需要支付的票款信息提供给所述用户端设备，并获取所述用户端设备从所述用户的账户中支付的对应票款。
本发明还提供了一种公交实时信息同步的方法，该方法包括：
接收同步服务器发送来的当前站点用户的乘车需求信息，并将当前站点用户的乘车需求信息进行展现；和/或，
接收同步服务器发送来的当前站点用户要下车的信息，并将当前站点用户要下车的信息进行展现。
根据本发明一优选实施方式，所述当前站点用户的乘车需求信息包括：当前站点要上车用户的人数以及当前站点要上车用户的位置信息中的至少一种；
所述当前站点用户要下车的信息包括：当前站点要下车用户的人数。
根据本发明一优选实施方式，该方法还包括：
接收并展现所述同步服务器发送来的用户支付是否成功的信息。
根据本发明一优选实施方式，该方法还包括：
接收并展现所述同步服务器发送来的用户已经下车的信息；或者，
接收所述同步服务器发送来的用户已经下车的信息，确定并展现当前站点要下车但尚未下车的用户人数。
本发明还提供了一种公交实时信息同步的装置，该装置包括：
接收单元，用于接收同步服务器发送来的当前站点用户的乘车需求信息，和/或，接收同步服务器发送来的当前站点用户要下车的信息；
展现单元，用于展现所述当前站点用户的乘车需求信息，和/或，展现所述当前站点用户要下车的信息。
根据本发明一优选实施方式，所述当前站点用户的乘车需求信息包括：当前站点要上车用户的人数以及当前站点要上车用户的位置信息中的至少一种；
所述当前站点用户要下车的信息包括：当前站点要下车用户的人数。
根据本发明一优选实施方式，所述接收单元，还用于接收所述同步服务器发送来的用户支付是否成功的信息；
所述展现单元，还用于展现所述用户支付是否成功的信息。
根据本发明一优选实施方式，所述接收单元，还用于接收所述同步服务器发送来的用户已经下车的信息；
所述展现单元，还用于展现所述用户已经下车的信息，或者，确定并展现当前站点要下车但尚未下车的用户人数。
由以上技术方案可以看出，本发明根据用户的上车站点和下车站点确定用户可乘坐的公交，当用户可乘坐的公交车快到上车站点时，发送上车提醒给用 户端设备和/或发送乘车需求信息给司机端设备，使得用户能够提前做好上车准备，或者司机能够获知本站的乘车需求，从而能够尽量保证有上车需求的用户能够上车。当用户乘坐的公交车快到下车站点时，发送下车提醒给用户端设备和/或发送用户要下车的信息给司机端设备，使得用户能够提前做好下车准备，或者司机能够获知本站的下车需求，从而尽量保证有下车需求的用户能够下车。
附图说明
图1为本发明实施例提供的系统架构图；
图2为本发明实施例提供的详细方法流程图；
图3为本发明实施例提供的一种公交选择界面的示意图；
图4为本发明实施例提供的公交选择界面的实例图；
图5为本发明实施例提供的上车提醒界面的实例图；
图6为本发明实施例提供的司机端设备上显示的乘车需求信息的实例图；
图7为本发明实施例提供的用户端设备上显示的支付成功的界面实例图；
图8为本发明实施例提供的下车提醒界面的实例图；
图9为本发明实施例提供的一种装置结构图；
图10为本发明实施例提供的另一种装置结构图；
图11为本发明实施例提供的再一种装置结构图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。
为了方便理解，首先对本发明实施例所基于的系统架构进行描述。如图1中所示，本发明实施例所基于的系统主要包括同步服务器和用户端设备，还可以进一步包括司机端设备和设置于公交车上的感应器。
该同步服务器可以是一台服务器，也可以是多台服务器构成的服务器集群，该用户端设备可以是手机、平板电脑、个人数字助理(PDA)、智能穿戴设备等智 能移动设备。司机端设备可以是手机、平板电脑、个人数字助理(PDA)等智能移动设备，或者是特别定制的终端设备。设置于公交车上的感应器可以是具有短距离通信功能的设备，能够与用户端设备进行短距离通信，并能够与同步服务器之间进行长距离的通信。
这些服务器和终端设备在架构上都包含一些基本组件，如总线、处理系统、存储系统、一个或多个输入/输出系统、和通信接口等。总线可以包括一个或多个导线，用来实现服务器或终端设备各组件之间的通信。处理系统包括各类型的用来执行指令、处理进程或线程的处理器或微处理器。存储系统可以包括存储动态信息的随机访问存储器(RAM)等动态存储器，和存储静态信息的只读存储器(ROM)等静态存储器，以及包括磁或光学记录介质与相应驱动的大容量存储器。输入系统供用户输入信息到服务器或终端设备，如键盘、鼠标、手写笔、声音识别系统、或生物测定系统等。输出系统包括用来输出信息的显示器、打印机、扬声器等。通信接口用来使服务器或终端设备与其它系统或系统进行通信。通信接口之间可通过无线方式连接到网络中，使同步服务器、用户端设备、司机端设备和感应器间能够通过网络实现相互间的通信。
服务器和终端设备上均包含有用来管理系统资源、控制其它程序运行的操作系统软件，以及用来实现特定功能模块的应用软件。
在本发明实施例中，用户端设备主要具备以下功能：
1)接收同步服务器发送的公交选择界面，或者，当用户打开客户端时向用户展现默认的公交选择界面，将该公交选择界面显示给用户。通过该公交选择界面用户可以输入上车站点信息和下车站点信息，还可以进一步输入公交车号信息。
更进一步地，当用户在该公交选择界面输入上车站点信息和下车站点信息后，还可以向用户显示公交线路经过该上车站点信息和下车站点信息的公交车号，以及这些公交车号的公交车的当前位置。
2)获取用户选择的公交乘坐信息，并将用户选择的公交乘坐信息发送给同步服务器。该公交乘坐信息包括上车站点信息和下车站点信息，还可以进一步包括用户选择的公交车号信息。
3)与设置于公交车上的感应器进行配对。用户端设备与感应器之间的距离在感应距离之内时，能够进行配对。为了保证用户端设备只与用户选择的公交车配对成功，用户端设备与感应器之间可以采用同步服务器为用户分类的唯一编码信息来进行配对，也就是说，同步服务器只会针对用户选择的公交车下发该唯一编码信息，对于没有该唯一编码信息的感应器是无法与用户端设备配对的。
4)通过3)中的配对来完成票款的支付。配对成功后，感应器可以将用户需要支付的票款信息发送给用户端设备，用户端设备可以从用户的账户中扣除用户需要支付的票款支付给感应器。
5)接收同步服务器发送的上车提醒信息和下车提醒信息。
6)定位功能。将用户端设备的位置信息上报给同步服务器。
在本发明实施例中，司机端设备可以具备以下功能：
1)接收同步服务器发送的用户的乘车需求信息，并显示给司机。这样司机就能够获知在某站点要上车的用户有哪些，为了排除干扰，可以仅显示距离该站点一定距离范围内的用户。
2)接收同步服务器发送的用户要下车的信息，并显示给司机。这样司机就能够获知在某站点要下车的用户有哪些。
3)接收同步服务器发送的用户是否下车的信息，并显示给司机。这样司机就能够获知哪些用户已经下车，还有哪些在当前站点要下车的用户还没下车。
4)定位功能，将司机端设备的位置信息上报给同步服务器，这样同步服务器就能够获知该司机端设备所在公交车的位置信息。
在本发明实施例中，设置于公交车上的感应器可以具备以下功能：
1)与用户端设备进行配对。用户端设备与感应器之间的距离在感应距离之内时，能够进行配对。同样，为了保证用户端设备只与用户选择的公交车配对成功，用户端设备与感应器之间可以采用同步服务器为用户分类的唯一编码信息来进行配对，也就是说，同步服务器只会针对用户选择的公交车下上的感应器发该唯一编码信息，对于没有该唯一编码信息的感应器是无法与用户端设 备配对的。
2)通过1)中的配对来完成票款的收取。配对成功后，感应器可以将用户需要支付的票款信息发送给用户端设备，通过用户端设备从用户的账户中扣除用户需要支付的票款。
3)定位功能。上报自身的位置信息，这样同步服务器就能够获知该司机端设备所在公交车的位置信息。
优选地，可以将感应器设置于上下车门附近的位置，使得用户在上车和下车的时候，用户端设备和感应器在感应距离内，能够自动进行配对。
在本发明实施例中，同步服务器主要具备以下功能：
1)获取用户端设备发送的用户选择的公交乘坐信息，该公交乘坐信息中包含上车站点信息和下车站点信息。
2)确定用户可乘坐的公交车。这里可以采用但不限于以下两种方式：其一、确定公交线路经过上述上车站点和下车站点的公交车为用户可乘坐的公交车。其二、先确定公交线路经过上述上车站点和下车站点的公交车，将这些公交车当前距离上车站点的信息发送给用户端设备，以供用户选择要乘坐的公交车号，然后接收到用户选择的公交车号后，将该公交车号对应的公交车确定为用户可乘坐的公交车。
3)获取公交车的定位信息。这里该定位信息的获取可以通过接收公交车上具有定位功能的装置发送的定位信息。公交车上具有定位功能的装置可以是司机端设备、设置于公交车上的感应器或者其他设备。
4)检测到用户可乘坐的公交车距离用户选择的上车站点达到一定距离时，向用户可乘坐的公交车的司机端设备发送用户的乘车需求信息，和/或向该用户的用户端设备发送上车提醒信息。
5)检测用户是否乘上公交车。如果接收到公交车上的感应器发送的与该用户端设备配对成功的信息，则确认用户乘上公交车。
6)配对管理功能。为了保证用户端设备只与用户选择的公交车配对成功，同步服务器在获取到用户的公交乘坐信息后，可以为用户分配唯一编码信息，然后下发给用户端设备和用户可乘坐的公交车上的感应器。用户端设备与感应 器之间可以采用同步服务器为用户分类的唯一编码信息来进行配对，也就是说，同步服务器只会针对用户选择的公交车下上的感应器发该唯一编码信息，对于没有该唯一编码信息的感应器是无法与用户端设备配对的。
7)支付管理功能。根据用户的公交乘坐信息计算用户需要支付的票款，将用户需要支付的票款信息发送给用户可乘坐的公交车上的感应器。并接收公交车上的感应器上报的是否支付成功的信息。
8)检测到用户乘上公交车后，如果用户乘上的公交车距离下车站点达到一定距离，则向用户乘上的公交车的司机端设备发送用户要下车的信息，以便司机能够知晓要下车的状况，和/或向用户端设备发送下车提醒，以便提醒用户该下车了。
9)获取用户是否下车的信息，将是否下车的信息发送给用户乘上的公交车上的司机端设备，以便司机能够知晓当前站点的下车状况，多少用户已经下车，多少用户应该下车的还未下车。
下面基于上述系统架构对本发明提供的方法进行详细描述，图2为本发明实施例提供的详细方法流程图，如图2中所示，该方法可以包括以下步骤：
在201中，用户端设备向用户显示公交选择界面，并获取用户选择的公交乘坐信息，该公交乘坐信息包括上车站点信息和下车站点信息。
当用户打开用户端设备上的客户端(该客户端用于实现本发明实施例中用户端设备的相关功能)时，客户端在用户端设备的屏幕上向用户显示公交选择界面。该公交选择界面可以是客户端存储于用户端设备本地的默认界面数据，也可以是客户端实时向同步服务器请求并获取的界面数据。
公交选择界面可以为用户提供上车站点和下车站点的输入框，类似于图3中所示。也可以为用户提供下拉式选择框，也可以基于对用户端设备的定位向用户推荐最近的站点供用户选择作为上车站点，等等。
另外，用户输入或选择上车站点和下车站点的方式可以包括但不限于：手工输入、语音输入等。
在202中，用户端设备将用户选择的公交乘坐信息发送给同步服务器。
在203中，同步服务器将公交路线经过上述上车站点和下车站点的公交车 信息发送给用户端设备。
为了方便用户选择可乘坐的公交车，同步服务器在发送公交车信息时，可以将公交车号以及临近公交车距离上车站点的距离提供给用户供用户参考。上述距离可以采用文本的方式描述。也可以采用在地图上显示公交车位置和上车站点位置的方式描述，当然也可以采用其他方式描述，在此不再一一列举。
在204中，用户端设备将公交路线经过上述上车站点和下车站点的公交车信息提供给用户，获取用户从中选择的公交车号。
假设用户在图3所示的界面中输入上车站点为“颐和园”，下车站点为“北京西站”，同步服务器确定公交线路经过颐和园和北京西站的公交车(其中也可以考虑发车方向、可换成等因素)有74路、968路、特5路。那么可以将这些公交车号以及这些公交车当前距离上车站点的信息显示给用户，在显示距离信息时，可以仅显示每一路公交车中最近的公交车距离上车站点的距离，如图4中所示。这样用户就能够根据自己当前的位置来选择能够及时赶上的公交车。
在205中，用户端设备将用户选择的公交车号发送给同步服务器。
在206中，同步服务器将用户选择的公交车号作为用户可乘坐的公交车，开始对该车号的公交车进行定位。
除了上述将用户选择的公交车号作为用户可乘坐的公交车之外，也可以不执行上述203、204和205，用户服务器在206中直接将公交线路经过上述上车站点和下车站点的公交车作为用户可乘坐的公交车，对这些公交车进行定位。
本步骤中对公交车进行的定位可以包括：接收公交车上司机端设备发送的位置信息、接收公交车上感应器发送的位置信息或者接收公交车上其他具有定位功能的设备发送的位置信息。
在207中，同步服务器针对该用户生成唯一编码信息，将该唯一编码信息发送给用户端设备和用户选择的公交车上的感应器。
在208中，同步服务器利用上车站点信息、下车站点信息以及用户选择的公交车计算用户需要支付的票款，将用户需要支付的票款信息发送给用户可乘坐的公交车上的感应器。
在本步骤中，由于可能不同类型的公交车票价是不同的，因此，如果用户 可乘坐的公交存在多种类型，可以分别针对不同类型进行票款的计算，然后分别对应下发给对应公交车上的感应器，以便后续感应器通过与用户端设备进行配对从用户账户中扣款。
另外，同步服务器还可以将计算出的票款信息发送给用户端设备，用户端设备可以显示给用户，供用户参考或选择是否乘坐该公交车，或者对后续票款的支付进行监督。
在209中，当检测到用户可乘坐的公交车距离用户选择的上车站点达到预设的第一距离阈值时，向该用户的用户端设备发送上车提醒信息。
假设用户在图4所示的界面中选择了乘坐968路公交车，那么同步服务器开始对968路公交车进行定位，当968路公交车距离颐和园站小于0.5km时，向用户的用户端设备发送上车提醒信息。该上车提醒信息可以采用但不限于：声音提醒、闪灯提醒、显示提醒界面等方式中的一种或组合，例如图5中所示，可以显示提醒界面，告知用户968路公交车快要到站。这样用户就能够提前做好上车准备，提早到达车站以免错过公交车。
在210中，向用户可乘坐的公交车的司机端设备发送用户的乘车需求信息。
这样司机端设备就能够获知在颐和园站有哪些用户要上车，还可以向司机端设备发送这些用户的位置信息，司机对于很快能够上车的用户就可以稍加等待，保证用户能够及时上车。如图6中所示，在司机端设备上可以显示在当前站上车的50米以内的用户。
需要说明的是，步骤209中向用户端设备发送上车提醒信息和步骤210中向司机端设备发送乘车需求信息可以同时执行，也可以以任意的顺序先后执行。
在211中，用户上车时，当用户端设备与设置于公交车上的感应器的距离在感应距离内时，用户端设备与感应器利用唯一编码信息进行配对，配对成功后完成票款支付。
在本发明实施例中，可以在用户端设备发送了公交乘坐信息后或者在接收到上车提醒后，打开用户端设备中的感应功能。用户端设备和感应器之间可以采用近距离通信方式来完成配对，包括但不限于蓝牙方式、NFC(近场通信)、 RFID(非接触式射频识别)在配对过程中校验唯一编码信息，只有双方唯一编码信息一致才能配对成功，这样，除了用户可乘坐的公交车之外，其他公交车上的感应器是不能与用户端设备配对成功的。
配对成功后，感应器将用户需要支付的票款信息发送给用户端设备，用户端设备可以从用户的账户中扣除用户需要支付的票款并支付给感应器。用户可以预先通过支付平台或者直接从银行卡中向用户的账户中充值，以用于支付票款。
在212中，感应器将支付成功的信息发送给同步服务器。
本步骤中，同步服务器接收到支付成功的信息后，可以确认用户已经乘上公交车。当然，用户也可以采用传统的支付方式来支付票款，例如采用刷公交卡、支付现金等等，此时就不包括上述的支付流程，仅仅存在配对的过程。感应器可以将配对成功的信息发送给同步服务器，已告知同步服务器用户已经乘上公交车。
另外，如果同步服务器对用户端设备发送了N次上车提醒后，N为预设的大于1的正整数，用户仍未上车，则结束针对该用户的本次公交实时信息的同步。或者接收到用户端设备发送的结束信息同步的请求后(例如用户退出客户端)，结束针对该用户的本次公交实时信息的同步。
在213中，同步服务器将是否支付成功的信息发送给用户乘上的公交车的司机端设备。
这样司机就能够知晓上车的用户是否支付票款，从而进行监督。需要说明的是，本发明实施例中的司机端设备的使用者并非一定是司机，也可以是公交车上的其他乘务人员。
同步服务器还可以将是否支付成功的信息发送给用户端设备，使得用户能够知晓本次乘坐的公交车是否支付票价成功，支付了多少票价等等，例如图7中所示，支付成功后用户端设备可以展现给用户支付成功的信息并告知用户支付了多少票款。
在214中，同步服务器如果检测到用户乘上的公交车距离用户的下车站点达到预设的第二距离阈值，则向用户端设备发送下车提醒信息。
本发明实施例中的第一距离阈值和第二距离阈值可以采用相同的值，也可以根据实际需要采用不同的值。
例如如果同步服务器检测到用户乘上的公交车距离用户的下车站点达到0.5km了，则向用户端设备发送下车提醒，使得用户能够提前做好下车准备，以免错过下车时间。同样，提醒的方式可以采用但不限于：声音提醒、闪灯提醒、显示界面提醒等中的一种或组合。例如图8中所示的提醒界面。
在215中，同步服务器向用户乘上的公交车的司机端设备发送用户要下车的信息。
在本步骤中，同步服务器会将快要到站的用户信息发送给司机端设备，使得司机端设备能够知晓要下车的用户有哪些。
上述步骤214中向用户端设备发送下车提醒以及步骤215中向司机端设备发送用户要下车的信息可以同时执行，也可以采用任意顺序先后执行。
在216中，当用户下车时，用户端设备与公交车上的感应器利用唯一编码信息进行配对。
在217中，感应器将配对成功的信息发送给同步服务器，同步服务器就知道该用户已下车。
如果同步服务器在接收到感应器发送的配对成功的信息之后，再次接收到同一公交车的感应器再次发送的针对同一用户的配对成功的信息，则确认该用户已下车。
当然，除了这种方式之外，也可以由用户端设备发送用户已下车的信息给同步服务器，例如用户下车后，可以手动触发该已下车的信息的发送。
在218中，同步服务器实时将用户已下车的信息发送给司机端设备。
这样司机端设备就能够知晓哪些用户已经下车，哪些用户应该下车但尚未下车。在司机端设备上可以呈现这样一个界面：在界面上显示本公交车上的用户位置，用不同颜色的标识表示各类型的用户，一种颜色的标识表示本站要下车的用户，一种颜色的标识表示已经下车的用户，还可以进一步用文本说明本站要下车的用户有多少，还有几位尚未下车。
当用户下车后，同步服务器结束针对该用户本次的公交实时信息的同步。
下面对本发明提供的装置进行详细描述，图9为本发明实施例提供的一种装置结构图，该装置设置于同步服务器中，用于完成上述实施例中同步服务器的功能。如图9中所示，该装置可以包括：用户端交互单元01、第一检测单元02、第二检测单元03和公交端交互单元04，还可以包括定位单元05、配对管理单元06和支付管理单元07。
其中，用户端交互单元01负责完成同步服务器与用户端设备之间的交互功能，公交端交互单元04负责完成同步服务器与公交端的司机端设备以及感应器之间的交互功能。
用户端交互单元01获取用户端设备发送的用户选择的公交乘坐信息，公交乘坐信息包括：上车站点信息和下车站点信息。第一检测单元02检测到用户可乘坐的公交车距离上车站点达到预设的第一距离阈值时，将上车提醒信息提供给用户端交互单元01，和/或将用户的乘车需求信息提供给公交端交互单元04。这里的第一距离阈值可以根据实际情况进行设定，例如可以设定为0.5km。
其中，第一检测单元02可以将公交线路经过上车站点和下车站点的公交车确定为用户可乘坐的公交车，这种情况下，用户可乘坐的公交车可能存在多个车号或者类型。
还有一种方式，第一检测单元02将公交线路经过上车站点和下车站点的公交车信息发送给用户端设备，以供用户选择。优选地，定位单元05可以进一步将公交线路经过上车站点和下车站点的公交车当前距离上车站点的信息提供给用户端交互单元，以供用户选择时进行参考，以便用户能够根据自己当前距离上车站点的情况选择合适的公交车。其中，定位单元05可以通过公交端交互单元04接收公交车上司机端设备发送的位置信息、接收公交车上感应器发送的位置信息或者接收公交车上其他具有定位功能的设备发送的位置信息。此时，用户端交互单元01接收用户端设备发送的用户选择要乘坐的公交车号，并提供给第一检测单元02。第一检测单元02将用户选择要乘坐的公交车号对应的公交车确定为用户可乘坐的公交车。
用户端交互单元01如果接收到第一检测单元02提供的上车提醒信息，则将该上车提醒信息发送给用户端设备。公交端交互单元04如果接收到第一检测单元 02提供的乘车需求信息，则将该乘车需求信息提供给用户可乘坐的公交车的司机端设备。
第二检测单元03检测到用户乘上公交车后，如果用户乘上的公交车距离下车站点达到预设的第二距离阈值，则将下车提醒信息提供给用户端交互单元01，和/或将用户要下车的信息提供给公交端交互单元04。其中第二距离阈值可以根据实际需求进行设置，以保证用户能够做好下车准备，例如设置为0.5km。需要说明的是，第一距离阈值和第二距离阈值之间没有必然的联系，可以设置为相同的值，也可以设置为不同的值。
用户端交互单元01如果接收到第二检测单元03提供的下车提醒信息，则将该下车提醒信息发送给用户端设备，这样用户就能够提前做好上车准备，提早到达车站以免错过公交车。公交端交互单元04如果接收到第二检测单元03提供的用户要下车的信息，则将用户要下车的信息发送给用户乘上的公交车的司机端设备。这样司机端设备就能够获知在颐和园站有哪些用户要上车，还可以向司机端设备发送这些用户的位置信息，司机对于很快能够上车的用户就可以稍加等待，保证用户能够及时上车。
如果公交端交互单元01接收到公交车上的感应器发送的与用户端设备配对成功的信息，则第二检测单元03检测到用户乘上公交车。为了对用户端设备与感应器之间的配对进行管理，使得只有用户可乘坐的公交车上的感应器才能够与用户端设备配对成功，配对管理单元06可以在用户端交互单元01获取到公交乘坐信息后，为用户分配唯一编码信息并提供给用户端交互单元01和公交端交互单元04。用户端交互单元01将唯一编码信息发送给用户端设备，公交端交互单元04将唯一编码信息发送给用户可乘坐的公交车上的感应器。
为了实现用户上车后车票自动支付，支付管理单元07可以预先根据公交乘坐信息计算用户需要支付的票款，并提供给公交端交互单元01，由公交端交互单元01将用户需要支付的票款信息发送给用户可乘坐的公交车上的感应器，以便感应器能够在与用户端设备配对成功后自动从用户的账户中扣除相应的票款。
公交车上的感应器会将支付是否成功的信息发送给同步服务器，公交端交互单元01接收公交车上的感应器发送的用户支付是否成功的信息，将用户支付是否 成功的信息提供给支付管理单元07，并发送给用户乘上的公交车的司机端设备，以便司机能够知晓用户是否支付票款，从而起到监督作用。公交端交互单元01还可以将支付是否成功的信息发送给用户端设备，以便用户能够知晓自己是否支付成功票款。
用户在下车时，用户端设备与设置于下车门处的感应器之间的距离达到感应距离，再次配对。如果公交端交互单元01再次接收到用户乘上的公交车上的感应器发送的与用户端设备配对成功的信息，则第二检测单元03检测到用户已经下车，将用户已经下车的信息提供给公交端交互单元04。或者，用户在下车后，人工触发用户终端发送已经下车的信息，用户端交互单元01接收到用户端设备发送的已经下车的信息，则第二检测单元03检测到用户已经下车，将用户已经下车的信息提供给公交端交互单元04。公交端交互单元将用户已经下车的信息发送给用户乘上的公交车的司机端设备，这样司机端设备就能够知晓哪些用户已经下车，哪些用户应该下车但尚未下车。
图10为本发明实施例提供的另一种装置结构图，该装置设置于用户端设备，该装置可以以客户端的形式安装并运行于用户端设备中，如图10所示，该装置可以包括：用户端交互单元11和服务器端交互单元12，还可以包括配对单元13和支付单元14。
其中，用户端交互单元11负责获取用户选择的公交乘坐信息，该公交乘坐信息包括上车站点信息和下车站点信息。当用户打开用户端设备上的该客户端时，用户端交互单元11可以在用户端设备的屏幕上向用户显示公交选择界面，用户可以在该公交选择界面上选择上车站点和下车站点。该公交选择界面可以是客户端存储于用户端设备本地的默认界面数据，也可以是客户端实时向同步服务器请求并获取的界面数据。服务器端交互单元12将用户选择的公交乘坐信息发送给同步服务器。然后，服务器端交互单元12接收同步服务器在检测到用户可乘坐的公交车距离上车站点达到预设的第一距离阈值时发送的上车提醒信息；和/或，接收同步服务器检测到用户乘上的公交车距离下车站点达到预设的第二距离阈值时发送的下车提醒信息。其中，第一距离阈值和第二距离阈值可以根据实际需求进行设置，两者可以采用相同的值，也可以采用不同的值。
更进一步地，服务器端交互单元12可以接收同步服务器发送的公交线路经过上车站点和下车站点的公交车当前距离上车站点的信息，并提供给用户端交互单元11；由用户端交互单元11将服务器端交互单元12提供的信息显示给用户，以供用户在选择要乘坐的公交车号时作为参考。然后用户端交互单元11接收用户选择的要乘坐的公交车号，并提供给服务器端交互单元12，由服务器端交互单元12将用户端交互单元11提供的公交车号信息发送给同步服务器。
当用户上车或者下车时，该装置所在的用户端设备与设置于公交车上的感应器(例如设置于上下车门处)的距离在感应距离内时，配对单元13与公交车上的感应器进行配对。
优选地，为了保证用户端设备仅与用户可乘坐的公交车配对成功，同步服务器会为用户分配唯一编码信息，此时服务器端交互单元12接收同步服务器为用户分配的唯一编码信息，配对单元13利用唯一编码信息与公交车上的感应器配对，即在配对过程中需要校验唯一编码信息，只有具有该唯一编码信息的感应器才能够与用户端设备配对成功。
在实现自动支付时，支付单元14在配对单元13与公交车上的感应器配对成功后，从用户的账户中向公交车上的感应器支付需要支付的票款。用户可以预先通过支付平台或者直接从银行卡中向用户的账户中充值，以用于支付票款。
图11为本发明实施例提供的设置于司机端设备的装置结构图，如图11中所示，该装置可以包括：接收单元21和展现单元22。
接收单元21主要负责接收同步服务器发送来的信息，可以包括：当前站点用户的乘车需求信息，和/或，当前站点用户要下车的信息。
展现单元22主要负责向司机展现信息，可以包括：展现当前站点用户的乘车需求信息，和/或，展现当前站点用户要下车的信息。展现单元22对信息的展现方式可以采用图像进行展现，也可以采用声音进行展现，还可以采用表格等形式进行展现。优选地，在屏幕上采用图像的方式进行展现。
另外，展现单元22在进行信息展现时，可以在司机端设备开启后，一旦接收到同步服务器发送来的信息就进行展现，也可以是应司机的操作请求进行展现。
上述当前站点用户的乘车需求信息可以包括：当前站点要上车用户的人数以 及当前站点要上车用户的位置信息中的至少一种。当前站点用户要下车的信息可以包括：当前站点要下车用户的人数。
除此之外，接收单元21还可以接收同步服务器发送来的用户支付是否成功的信息，相应地，展现单元22展现用户支付是否成功的信息。
更进一步地，接收单元21还可以接收同步服务器发送来的用户已经下车的信息。相应地，展现单元22可以展现用户已经下车的信息。或者，展现单元22可以利用当前站点用户要下车的信息与用户已经下车的信息，确定当前站点要下车但尚未下车的用户人数，并进行展现。
由以上描述可以看出，本发明实施例提供的方法、装置和系统可以具备以下优点：
1)根据用户的上车站点和下车站点确定用户可乘坐的公交，当用户可乘坐的公交车快到上车站点时，发送上车提醒给用户端设备和/或发送乘车需求信息给司机端设备，使得用户能够提前做好上车准备，或者司机能够获知本站的乘车需求，从而能够尽量保证有上车需求的用户能够上车。
2)当用户乘坐的公交车快到下车站点时，发送下车提醒给用户端设备和/或发送用户要下车的信息给司机端设备，使得用户能够提前做好下车准备，或者司机能够获知本站的下车需求，从而尽量保证有下车需求的用户能够下车。这种方式特别适合于老年人、儿童、残障人士等行动不方便的人，或者聋哑人等。
3)用户端设备与设置于公交车上的感应器能够在近距离配对过程中实现票款的自动支付，支付方式更加快捷和智能，缓解了上车后满身找乘车卡进行刷卡造成拥挤的情况。用户可以预先通过支付平台或者银行卡等对用户的账户进行充值，而不必跑到专门的充值点去充值，更加方便。
在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为 单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (41)

  1. 一种公交实时信息同步的方法，其特征在于，该方法包括：
    获取用户端设备发送的用户选择的公交乘坐信息，所述公交乘坐信息包括：上车站点信息和下车站点信息；
    检测到用户可乘坐的公交车距离所述上车站点达到预设的第一距离阈值时，向所述用户可乘坐的公交车的司机端设备发送所述用户的乘车需求信息，和/或向所述用户端设备发送上车提醒信息；
    检测到用户乘上公交车后，如果用户乘上的公交车距离所述下车站点达到预设的第二距离阈值，则向所述用户乘上的公交车的司机端设备发送所述用户要下车的信息，和/或向所述用户端设备发送下车提醒信息。
  2. 根据权利要求1所述的方法，其特征在于，该方法包括：确定公交线路经过所述上车站点和所述下车站点的公交车为所述用户可乘坐的公交车。
  3. 根据权利要求1所述的方法，其特征在于，该方法还包括：
    将公交线路经过所述上车站点和所述下车站点的公交车信息发送给所述用户端设备，或者，将公交线路经过所述上车站点和所述下车站点的公交车当前距离所述上车站点的信息发送给所述用户端设备，以供所述用户选择要乘坐的公交车号；
    将所述用户选择要乘坐的公交车号对应的公交车确定为所述用户可乘坐的公交车。
  4. 根据权利要求1、2或3所述的方法，其特征在于，该方法还包括：获取所述用户可乘坐的公交车中具有定位功能的装置上报的位置信息。
  5. 根据权利要求1、2或3所述的方法，其特征在于，所述检测到用户乘上公交车包括：接收到公交车上的感应器发送的与所述用户端设备配对成功的信息。
  6. 根据权利要求5所述的方法，其特征在于，在获取用户端设备发送的用户选择的公交乘坐信息之后，该方法包括：
    为所述用户分配唯一编码信息，将所述唯一编码信息发送给所述用户端设备和所述用户可乘坐的公交车上的感应器，以便所述用户端设备与所述用户可乘坐的公交车上的感应器配对。
  7. 根据权利要求5所述的方法，其特征在于，该方法还包括：
    根据所述公交乘坐信息计算所述用户需要支付的票款，将所述用户需要支付的票款信息发送给所述用户可乘坐的公交车上的感应器，以便所述感应器与所述用户端设备配对成功后，通过所述用户端设备从所述用户的账户中扣除所述用户需要支付的票款。
  8. 根据权利要求7所述的方法，其特征在于，该方法还包括：
    将所述用户支付是否成功的信息发送给用户乘上的公交车的司机端设备。
  9. 根据权利要求5所述的方法，其特征在于，如果再次接收到用户乘上的公交车上的感应器发送的与所述用户端设备配对成功的信息，则确定所述用户已经下车；或者，如果接收到所述用户端设备发送的已经下车的信息，则确定所述用户已经下车；
    将所述用户已经下车的信息发送给所述用户乘上的公交车的司机端设备。
  10. 一种公交实时信息同步的方法，其特征在于，该方法包括：
    将用户选择的公交乘坐信息发送给同步服务器，所述公交乘坐信息包括：上车站点信息和下车站点信息；
    接收所述同步服务器在检测到用户可乘坐的公交车距离所述上车站点达到预设的第一距离阈值时发送的上车提醒信息；和/或，接收所述同步服务器检测到用户乘上的公交车距离所述下车站点达到预设的第二距离阈值时发送的下车提醒信息。
  11. 根据权利要求10所述的方法，其特征在于，该方法还包括：
    接收所述同步服务器发送的公交线路经过所述上车站点和所述下车站点的公交车信息，或者公交线路经过所述上车站点和所述下车站点的公交车当前距离所述上车站点的信息，并显示给所述用户；
    获取所述用户选择的要乘坐的公交车号并发送给所述同步服务器。
  12. 根据权利要求10或11所述的方法，其特征在于，该方法还包括：
    当用户端设备与公交车上的感应器的距离在感应距离内时，与公交车上的感应器进行配对。
  13. 根据权利要求12所述的方法，其特征在于，该方法还包括：
    接收所述同步服务器为所述用户分配的唯一编码信息；
    利用所述唯一编码信息执行所述与公交车上的感应器进行配对。
  14. 根据权利要求12所述的方法，其特征在于，该方法还包括：
    与所述公交车上的感应器配对成功后，从所述用户的账户中向所述公交车上的感应器支付需要支付的票款。
  15. 一种公交实时信息同步的装置，其特征在于，该装置包括：用户端交互单元、第一检测单元、第二检测单元和公交端交互单元；
    所述用户端交互单元，用于获取用户端设备发送的用户选择的公交乘坐信息，所述公交乘坐信息包括：上车站点信息和下车站点信息；如果接收到所述第一检测单元提供的上车提醒信息，则将该上车提醒信息发送给所述用户端设备；如果接收到所述第二检测单元提供的下车提醒信息，则将该下车提醒信息发送给所述用户端设备；
    所述第一检测单元，用于检测到用户可乘坐的公交车距离所述上车站点达到预设的第一距离阈值时，将上车提醒信息提供给所述用户端交互单元，和/或将所述用户的乘车需求信息提供给所述公交端交互单元；
    所述第二检测单元，用于检测到用户乘上公交车后，如果用户乘上的公交车距离所述下车站点达到预设的第二距离阈值，则将下车提醒信息提供给所述用户端交互单元，和/或将所述用户要下车的信息提供给所述公交端交互单元；
    所述公交端交互单元，用于如果接收到所述第一检测单元提供的乘车需求信息，则将该乘车需求信息提供给所述用户可乘坐的公交车的司机端设备；如果接收到所述第二检测单元提供的所述用户要下车的信息，则将所述用户要下车的信息发送给所述用户乘上的公交车的司机端设备。
  16. 根据权利要求15所述的装置，其特征在于，所述第一检测单元，还用于确定公交线路经过所述上车站点和所述下车站点的公交车为所述用户可乘坐的公交车。
  17. 根据权利要求15所述的装置，其特征在于，该装置还包括：定位单元，用于将公交线路经过所述上车站点和所述下车站点的公交车当前距离所述上车站点的信息提供给所述用户端交互单元；
    所述用户端交互单元，还用于将所述定位单元提供的信息发送给所述用户端设备；接收所述用户端设备发送的所述用户选择要乘坐的公交车号，并提供给所述第一检测单元；
    所述第一检测单元，还用于将所述用户选择要乘坐的公交车号对应的公交车确定为所述用户可乘坐的公交车。
  18. 根据权利要求15、16或17所述的装置，其特征在于，所述公交端交互单元，还用于获取所述用户可乘坐的公交车中具有定位功能的装置上报的位置信息。
  19. 根据权利要求15、16或17所述的装置，其特征在于，如果所述公交端交互单元接收到公交车上的感应器发送的与所述用户端设备配对成功的信息，则所述第二检测单元检测到用户乘上公交车。
  20. 根据权利要求19所述的装置，其特征在于，该装置还包括：配对管理单元，用于在所述用户端交互单元获取到所述公交乘坐信息后，为所述用户分配唯一编码信息并提供给所述用户端交互单元和所述公交端交互单元；
    所述用户端交互单元，还用于将所述唯一编码信息发送给所述用户端设备；
    所述公交端交互单元，还用于将所述唯一编码信息发送给所述用户可乘坐的公交车上的感应器。
  21. 根据权利要求19所述的装置，其特征在于，该装置还包括：支付管理单元，用于根据所述公交乘坐信息计算所述用户需要支付的票款，并提供给所述公交端交互单元；
    所述公交端交互单元，还用于将所述用户需要支付的票款发送给所述用户可乘坐的公交车上的感应器。
  22. 根据权利要求21所述的装置，其特征在于，所述公交端交互单元，还用于接收所述公交车上的感应器发送的用户支付是否成功的信息，将用户支付是否成功的信息提供给所述支付管理单元，并发送给用户乘上的公交车的司机端设备。
  23. 根据权利要求19所述的装置，其特征在于，如果所述公交端交互单元再次接收到用户乘上的公交车上的感应器发送的与所述用户端设备配对成功的信息，或者，所述用户端交互单元接收到所述用户端设备发送的已经下车的信息， 则所述第二检测单元检测到所述用户已经下车，将用户已经下车的信息提供给所述公交端交互单元；
    所述公交端交互单元，还用于将所述用户已经下车的信息发送给所述用户乘上的公交车的司机端设备。
  24. 一种公交实时信息同步的装置，其特征在于，该装置包括：用户端交互单元和服务器端交互单元；
    所述用户端交互单元，用于获取用户选择的公交乘坐信息；
    所述服务器端交互单元，用于将用户选择的公交乘坐信息发送给同步服务器，所述公交乘坐信息包括：上车站点信息和下车站点信息；
    所述服务器端交互单元，还用于接收所述同步服务器在检测到用户可乘坐的公交车距离所述上车站点达到预设的第一距离阈值时发送的上车提醒信息；和/或，接收所述同步服务器检测到用户乘上的公交车距离所述下车站点达到预设的第二距离阈值时发送的下车提醒信息。
  25. 根据权利要求24所述的装置，其特征在于，所述服务器端交互单元，还用于接收所述同步服务器发送的公交线路经过所述上车站点和所述下车站点的公交车信息，或者公交线路经过所述上车站点和所述下车站点的公交车当前距离所述上车站点的信息，并提供给所述用户端交互单元；将所述用户端交互单元提供的公交车号信息发送给所述同步服务器；
    所述用户端交互单元，还用于将所述服务器端交互单元提供的信息显示给用户；获取所述用户选择的要乘坐的公交车号，并提供给所述服务器端交互单元。
  26. 根据权利要求24或25所述的装置，其特征在于，该装置还包括：
    配对单元，用于当该装置所在的用户端设备与公交车上的感应器的距离在感应距离内时，与公交车上的感应器进行配对。
  27. 根据权利要求26所述的装置，其特征在于，所述服务器端交互单元，还用于接收所述同步服务器为所述用户分配的唯一编码信息；
    所述配对单元利用所述唯一编码信息与公交车上的感应器配对。
  28. 根据权利要求26所述的装置，其特征在于，该装置还包括：支付单元，用于在所述配对单元与所述公交车上的感应器配对成功后，从所述用户的账户中 向所述公交车上的感应器支付需要支付的票款。
  29. 一种公交实时信息同步的系统，其特征在于，该系统包括：同步服务器和用户端设备；
    所述同步服务器包含如权利要求15所述的装置；
    所述用户端设备包含如权利要求24所述的装置。
  30. 根据权利要求29所述的系统，其特征在于，该系统还包括：所述司机端设备，用于接收所述同步服务器发送的信息。
  31. 根据权利要求29所述的系统，其特征在于，该系统还包括：定位装置，用于向所述同步服务器发送该定位装置所在公交车的位置信息。
  32. 根据权利要求29所述的系统，其特征在于，该系统还包括：设置于公交车上的感应器，用于与所述用户端设备的距离在感应距离内时，与所述用户端设备进行配对。
  33. 根据权利要求30所述的系统，其特征在于，所述设置于公交车上的感应器，还用于接收所述同步服务器发送的用户需要支付的票款信息，与所述用户端设备配对成功后，将所述用户需要支付的票款信息提供给所述用户端设备，并获取所述用户端设备从所述用户的账户中支付的对应票款。
  34. 一种公交实时信息同步的方法，其特征在于，该方法包括：
    接收同步服务器发送来的当前站点用户的乘车需求信息，并将当前站点用户的乘车需求信息进行展现；和/或，
    接收同步服务器发送来的当前站点用户要下车的信息，并将当前站点用户要下车的信息进行展现。
  35. 根据权利要求34所述的方法，其特征在于，所述当前站点用户的乘车需求信息包括：当前站点要上车用户的人数以及当前站点要上车用户的位置信息中的至少一种；
    所述当前站点用户要下车的信息包括：当前站点要下车用户的人数。
  36. 根据权利要求34或35所述的方法，其特征在于，该方法还包括：
    接收并展现所述同步服务器发送来的用户支付是否成功的信息。
  37. 根据权利要求34或35所述的方法，其特征在于，该方法还包括：
    接收并展现所述同步服务器发送来的用户已经下车的信息；或者，
    接收所述同步服务器发送来的用户已经下车的信息，确定并展现当前站点要下车但尚未下车的用户人数。
  38. 一种公交实时信息同步的装置，其特征在于，该装置包括：
    接收单元，用于接收同步服务器发送来的当前站点用户的乘车需求信息，和/或，接收同步服务器发送来的当前站点用户要下车的信息；
    展现单元，用于展现所述当前站点用户的乘车需求信息，和/或，展现所述当前站点用户要下车的信息。
  39. 根据权利要求38所述的装置，其特征在于，所述当前站点用户的乘车需求信息包括：当前站点要上车用户的人数以及当前站点要上车用户的位置信息中的至少一种；
    所述当前站点用户要下车的信息包括：当前站点要下车用户的人数。
  40. 根据权利要求38或39所述的装置，其特征在于，所述接收单元，还用于接收所述同步服务器发送来的用户支付是否成功的信息；
    所述展现单元，还用于展现所述用户支付是否成功的信息。
  41. 根据权利要求38或39所述的装置，其特征在于，所述接收单元，还用于接收所述同步服务器发送来的用户已经下车的信息；
    所述展现单元，还用于展现所述用户已经下车的信息，或者，确定并展现当前站点要下车但尚未下车的用户人数。
PCT/CN2016/073593 2015-02-27 2016-02-05 公交实时信息同步的方法、装置和系统 WO2016134638A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510091273.6A CN105989733A (zh) 2015-02-27 2015-02-27 公交实时信息同步的方法、装置和系统
CN201510091273.6 2015-02-27

Publications (1)

Publication Number Publication Date
WO2016134638A1 true WO2016134638A1 (zh) 2016-09-01

Family

ID=56787815

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/073593 WO2016134638A1 (zh) 2015-02-27 2016-02-05 公交实时信息同步的方法、装置和系统

Country Status (2)

Country Link
CN (1) CN105989733A (zh)
WO (1) WO2016134638A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109615767A (zh) * 2018-11-30 2019-04-12 鲁东大学 一种基于移动终端的公交车乘客自助缴费系统
CN111653118A (zh) * 2020-05-28 2020-09-11 北京瑞华赢科技发展有限公司 基于电子门栏的公交站点识别方法及系统
US11037263B2 (en) 2016-05-25 2021-06-15 Beijing Didi Infinity Technology And Development Co., Ltd. Systems and methods for displaying an identity relating to a service request
CN115601987A (zh) * 2022-10-14 2023-01-13 珠海市珠海通科技有限公司（Cn） 一种公交信息提示系统

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107292604B (zh) * 2017-06-14 2020-10-16 宇龙计算机通信科技(深圳)有限公司 一种移动支付方法、移动终端、蓝牙信标设备和支付系统
CN107369330B (zh) * 2017-06-27 2020-09-29 苏州美天网络科技有限公司 基于射频技术的公交车智能到站提醒系统
CN107622654A (zh) * 2017-07-11 2018-01-23 深圳市前海绿色交通有限公司 基于云服务器的智能公交系统
CN107958608A (zh) * 2017-12-25 2018-04-24 中山市榄商置业发展有限公司 一种互联网智能交通系统
CN108417020B (zh) * 2018-03-06 2020-11-24 谢秀英 一种预计算预支付智能公交运行方法及其系统
CN113111263B (zh) * 2021-04-25 2022-07-22 浙江恒隆智慧科技集团有限公司 电子站牌的信息管理方法及装置
CN115810287A (zh) * 2022-01-27 2023-03-17 中电信用服务有限公司 一种乘客下车提示系统及提示方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001122121A (ja) * 1999-10-29 2001-05-08 Toyo Commun Equip Co Ltd 車両情報通知システム
CN102129781A (zh) * 2011-03-07 2011-07-20 王裕斌 公交车实时位置信息查询系统
CN102779425A (zh) * 2012-08-05 2012-11-14 李良杰 公交车到站提醒系统
TW201344647A (zh) * 2012-04-30 2013-11-01 Chunghwa Telecom Co Ltd 公車動態資訊系統到站準點控制的系統與方法
CN103559799A (zh) * 2013-11-20 2014-02-05 江南大学 智能公交系统

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100809558B1 (ko) * 2004-09-17 2008-03-04 김재호 차량운행 통제 시스템 및 방법
CN201319197Y (zh) * 2008-11-07 2009-09-30 黄新华 一种公共汽车上下车人数显示器
CN101762279B (zh) * 2010-02-01 2013-06-05 深圳市凯立德科技股份有限公司 导航方法及设备
CN201918013U (zh) * 2010-09-29 2011-08-03 南京工程学院 一种公交车乘客上下车提醒装置
CN201984557U (zh) * 2010-12-03 2011-09-21 山东理工大学 一种公交车用乘客计数系统
CN102185975A (zh) * 2011-05-16 2011-09-14 中兴通讯股份有限公司 一种基于移动终端的公交线路查询方法、装置及系统
CN103186926B (zh) * 2011-12-27 2015-09-09 浙江传媒学院 乘坐公交车分段自动扣费的方法和系统
CN103198564B (zh) * 2013-03-12 2015-11-04 东莞宇龙通信科技有限公司 公共交通系统及公共交通计费方法
CN104217608B (zh) * 2013-05-29 2018-02-23 星贝瑞有限公司 基于公交工具的信息服务方法及系统
CN103354034A (zh) * 2013-07-07 2013-10-16 李羲 公交车到站停车信号指示系统
CN103489127A (zh) * 2013-09-13 2014-01-01 深圳市欧珀通信软件有限公司 一种线路站点统计方法、装置及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001122121A (ja) * 1999-10-29 2001-05-08 Toyo Commun Equip Co Ltd 車両情報通知システム
CN102129781A (zh) * 2011-03-07 2011-07-20 王裕斌 公交车实时位置信息查询系统
TW201344647A (zh) * 2012-04-30 2013-11-01 Chunghwa Telecom Co Ltd 公車動態資訊系統到站準點控制的系統與方法
CN102779425A (zh) * 2012-08-05 2012-11-14 李良杰 公交车到站提醒系统
CN103559799A (zh) * 2013-11-20 2014-02-05 江南大学 智能公交系统

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11037263B2 (en) 2016-05-25 2021-06-15 Beijing Didi Infinity Technology And Development Co., Ltd. Systems and methods for displaying an identity relating to a service request
CN109615767A (zh) * 2018-11-30 2019-04-12 鲁东大学 一种基于移动终端的公交车乘客自助缴费系统
CN109615767B (zh) * 2018-11-30 2024-01-23 鲁东大学 一种基于移动终端的公交车乘客自助缴费系统
CN111653118A (zh) * 2020-05-28 2020-09-11 北京瑞华赢科技发展有限公司 基于电子门栏的公交站点识别方法及系统
CN115601987A (zh) * 2022-10-14 2023-01-13 珠海市珠海通科技有限公司（Cn） 一种公交信息提示系统

Also Published As

Publication number Publication date
CN105989733A (zh) 2016-10-05

Similar Documents

Publication Publication Date Title
WO2016134638A1 (zh) 公交实时信息同步的方法、装置和系统
JP5895079B1 (ja) 相乗り支援システム、携帯端末、プログラム、相乗り支援方法、および賃貸借支援システム
US20150235477A1 (en) Automatic Wireless Transportation Monitoring and Transactions for Mobile Devices
KR101343102B1 (ko) 지능형 주차장 관리 시스템 및 방법
KR20210055104A (ko) 자율주행 차량을 위한 스마트 표지판
US20140372155A1 (en) System and method for parking reservation and finding parking space suitable for user's vehicle size
JP2015108854A (ja) 情報処理システム、情報処理方法および情報処理プログラム
US10460530B2 (en) Localization of transaction of tags
CN107481548A (zh) 停车管理方法及系统
KR101513172B1 (ko) 스마트폰 앱을 이용한 주차장 사전예약 시스템
JP2020071778A (ja) 車両派遣システム、サーバおよび情報処理方法
CN110164175A (zh) 基于云端的停车管理方法、装置、介质和云服务器
KR20150044064A (ko) 스마트기기를 이용한 편리하고 안전한 택시이용방법
JP2016038858A (ja) 携帯端末装置、プログラム、ビーコン管理装置
CN111462368A (zh) 一种地铁进出站的识别方法、识别系统和计算机设备
KR101986540B1 (ko) 큐알 코드를 이용한 버스 요금 징수 시스템 및 요금 징수 방법
WO2021164438A1 (zh) 用于租赁车辆的方法、电子设备和计算机存储介质
EP3012809A1 (en) System and method for monitoring the use of public transport vehicles and payment for ride
KR101490518B1 (ko) 광역급행버스의 좌석예약방법 및 상기 방법에 의한 광역급행버스의 좌석예약장치
US20190108689A1 (en) Precedence path management system, management method and storage medium storing management program
JP7396792B2 (ja) 情報提供装置、情報提供方法、およびプログラム
Porle et al. Android-based Booking Application for Smart Parking System
JP2009054024A (ja) 降車駅情報提供システム、ホストコンピュータ、及び降車駅情報提供方法
JP2018190039A (ja) 進入管理システム、及び進入管理方法
TWI619097B (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: 16754747

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: 16754747

Country of ref document: EP

Kind code of ref document: A1