WO2021179621A1 - 乘车服务方法、装置、设备及存储介质 - Google Patents

乘车服务方法、装置、设备及存储介质 Download PDF

Info

Publication number
WO2021179621A1
WO2021179621A1 PCT/CN2020/123814 CN2020123814W WO2021179621A1 WO 2021179621 A1 WO2021179621 A1 WO 2021179621A1 CN 2020123814 W CN2020123814 W CN 2020123814W WO 2021179621 A1 WO2021179621 A1 WO 2021179621A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
vehicle
location information
user terminal
ride
Prior art date
Application number
PCT/CN2020/123814
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 WO2021179621A1 publication Critical patent/WO2021179621A1/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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
    • G01S19/00—Satellite radio beacon positioning systems; Determining position, velocity or attitude using signals transmitted by such systems
    • G01S19/38—Determining a navigation solution using signals transmitted by a satellite radio beacon positioning system
    • G01S19/39—Determining a navigation solution using signals transmitted by a satellite radio beacon positioning system the satellite radio beacon positioning system transmitting time-stamped messages, e.g. GPS [Global Positioning System], GLONASS [Global Orbiting Navigation Satellite System] or GALILEO
    • G01S19/42—Determining position
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K17/00—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations
    • G06K17/0022—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations arrangements or provisious for transferring data to distant stations, e.g. from a sensing device
    • G06K17/0025—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations arrangements or provisious for transferring data to distant stations, e.g. from a sensing device the arrangement consisting of a wireless interrogation device in combination with a device for optically marking the record carrier
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal

Definitions

  • the present disclosure relates to the technical field of data processing, and in particular, to a ride service method, device, equipment, and storage medium.
  • Taxi is one of the more common means of transportation that people choose for daily travel, which brings great convenience to people's travel. Passengers can choose to take a taxi offline or call a taxi online to enjoy the taxi service.
  • passengers can take the taxi by beckoning to stop the taxi on the roadside offline.
  • passengers can call a taxi through the online car-hailing platform.
  • the online car-hailing platform can determine the starting point of the passenger through the location of the passenger's mobile phone, and match the corresponding taxi to the passenger's starting point to pick up the passenger.
  • the embodiments of the present disclosure provide a ride service method, device, equipment, and storage medium.
  • the embodiments of the present disclosure provide a ride service method, which is applied to a service platform, and the service platform communicates with a user terminal and an on-board terminal provided in the service vehicle.
  • the method includes:
  • the ride service request contains the location information of the user terminal and the identification information of the on-board terminal; obtain the location information of the on-board terminal according to the identification information of the on-board terminal in the ride service request; determine the vehicle Whether the distance between the location information of the terminal and the location information of the user terminal in the ride service request is less than a preset threshold; if it is less than the preset threshold, a corresponding ride service order is generated according to the ride service request.
  • the method further includes:
  • the method further includes:
  • the method further includes:
  • the method before the obtaining the service bill corresponding to the ride service order, the method further includes:
  • the obtaining the service bill corresponding to the ride service order includes:
  • the method further includes:
  • embodiments of the present disclosure provide a ride service device, which is applied to a service platform, and the service platform is respectively connected to a user terminal and an on-board terminal provided in the service vehicle.
  • the device includes: a first acquisition module, The second acquisition module, the first judgment module and the order generation module.
  • the first acquisition module is used to acquire the ride service request sent by the user terminal.
  • the ride service request contains the location information of the user terminal and the identification information of the on-board terminal; the second acquisition module is used to obtain the vehicle-mounted service request according to the ride service request.
  • the identification information of the terminal obtains the location information of the vehicle-mounted terminal; the first judgment module is used to judge whether the distance between the location information of the vehicle-mounted terminal and the location information of the user terminal in the ride service request is less than a preset threshold; the order generation module, If it is less than the preset threshold, generate a corresponding ride service order according to the ride service request.
  • the device further includes: a third acquisition module and a route planning module.
  • the third obtaining module is used to obtain the destination address entered by the user in the user terminal;
  • the route planning module is used to generate the route planning information associated with the ride service order based on the destination address and the location information of the vehicle terminal, and to combine the route planning information Sent to the user terminal.
  • the device further includes: an update module and an abnormality determination module.
  • the update module is used to update the location information of the user terminal and the location information of the vehicle-mounted terminal according to the preset period after the order generation module generates the corresponding ride service order according to the ride service service request;
  • the first judgment module is also used for Determine whether the distance between the updated location information of the user terminal and the updated location information of the vehicle-mounted terminal is greater than or equal to the preset threshold;
  • the abnormality determination module is used to determine the ride service order if it is greater than or equal to the preset threshold Order for abnormal service.
  • the device further includes: a second judgment module and a bill sending module.
  • the second judging module is used for judging whether the updated location information of the user terminal and the destination address are the same after the update module updates the location information of the user terminal and the location information of the vehicle-mounted terminal according to the preset period; the bill sending module is used for If the updated location information of the user terminal is the same as the destination address, the service bill corresponding to the ride service order is obtained, and the service bill is sent to the user terminal.
  • the device further includes: a bill generation module for obtaining the driving path between the location information of the user terminal or the vehicle terminal and the destination address before the bill sending module obtains the service bill corresponding to the ride service order, and A service bill corresponding to the ride service order is generated according to the driving route.
  • a bill generation module for obtaining the driving path between the location information of the user terminal or the vehicle terminal and the destination address before the bill sending module obtains the service bill corresponding to the ride service order, and A service bill corresponding to the ride service order is generated according to the driving route.
  • the bill sending module is specifically configured to obtain a service bill generated by the vehicle-mounted terminal according to the driving path of the vehicle-mounted terminal.
  • the device further includes: an end service module, configured to receive an end service request sent by the vehicle-mounted terminal, obtain a service bill corresponding to the ride service order according to the end service request, and send the service bill to the user terminal.
  • an end service module configured to receive an end service request sent by the vehicle-mounted terminal, obtain a service bill corresponding to the ride service order according to the end service request, and send the service bill to the user terminal.
  • embodiments of the present disclosure provide a ride service device, including a processor, a storage medium, and a bus.
  • the storage medium stores machine-readable instructions executable by the processor.
  • the processor Through bus communication with the storage medium, the processor executes machine-readable instructions to execute the steps of the ride service method as described in the first aspect when executed.
  • an embodiment of the present disclosure provides a storage medium with a computer program stored on the storage medium, and the computer program executes the steps of the ride service method as described in the first aspect when the computer program is run by a processor.
  • the embodiments of the present disclosure obtain the ride service request sent by the user terminal, obtain the location information of the on-board terminal according to the identification information of the on-board terminal in the ride service request, and determine the position information of the on-board terminal and the user terminal in the ride service request. Whether the distance between the location information is less than the preset threshold, if it is less than the preset threshold, the corresponding ride service order will be generated according to the ride service request, which can realize that when the user successfully rides the vehicle where the onboard terminal is located, it can be used to communicate with the onboard terminal
  • the ride service between the vehicles in which it is located can effectively supervise the ride service, thereby ensuring the quality of the ride service and improving the user's service experience.
  • Figure 1 shows a schematic structural diagram of a ride service system provided by an embodiment of the present disclosure
  • FIG. 2 shows a schematic flowchart of a ride service method provided by an embodiment of the present disclosure
  • FIG. 3 shows another schematic flowchart of a ride service method provided by an embodiment of the present disclosure
  • FIG. 4 shows another schematic flowchart of a ride service method provided by an embodiment of the present disclosure
  • FIG. 5 shows another schematic flow chart of a ride service method provided by an embodiment of the present disclosure
  • FIG. 6 shows another schematic flow chart of a ride service method provided by an embodiment of the present disclosure
  • FIG. 7 shows another schematic flowchart of a ride service method provided by an embodiment of the present disclosure
  • FIG. 8 shows another schematic flowchart of a ride service method provided by an embodiment of the present disclosure
  • FIG. 9 shows a schematic structural diagram of a ride service device provided by an embodiment of the present disclosure.
  • FIG. 10 shows another schematic structural diagram of a ride service device provided by an embodiment of the present disclosure
  • FIG. 11 shows another structural schematic diagram of the ride service device provided by an embodiment of the present disclosure.
  • FIG. 12 shows another schematic structural diagram of the ride service device provided by an embodiment of the present disclosure
  • FIG. 13 shows another schematic structural diagram of the ride service device provided by an embodiment of the present disclosure
  • FIG. 14 shows another structural schematic diagram of the ride service device provided by an embodiment of the present disclosure.
  • FIG. 15 shows a schematic structural diagram of a ride service device provided by an embodiment of the present disclosure.
  • Fig. 1 shows a schematic structural diagram of a ride service system provided by an embodiment of the present disclosure.
  • an embodiment of the present disclosure provides a ride service system, which may include a service platform 110, a user terminal 120, and a vehicle-mounted terminal 130.
  • the service platform 110 may be communicatively connected with the user terminal 120 and the vehicle-mounted terminal 130, respectively.
  • the service platform 110 may be an online car-hailing service platform, a taxi dispatch platform, and the like.
  • the user terminal 120 can be a terminal device such as a smart phone, a tablet computer, a handheld, a smart watch, etc.
  • the user terminal 120 can be installed with a service application (Application, App) provided by the service platform 110, and the user can refer to the service platform 110 to request A person, entity or tool of the service, for example, a user may refer to a passenger who uses a service application (Application, App) in the user terminal 120.
  • the vehicle-mounted terminal 130 may be an electronic control unit (ECU), a trip computer, etc., installed in the service vehicle.
  • ECU electronice control unit
  • embodiments of the present disclosure provide a ride service method, which can be applied to the service platform in the ride service system.
  • the execution subject of the ride service method may be a server, a computer, and other equipment with data processing capabilities of the service platform, which is not limited in the present disclosure.
  • the server may be a single server or a server group.
  • the server group can be centralized or distributed (for example, the server can be a distributed system).
  • the user may initiate a service request to the server through a terminal such as a smart phone, a computer, a handheld device, or a smart watch.
  • the server may be local or remote relative to the terminal.
  • the server can access the information or data stored in the user terminal or database via the network.
  • the server can also be implemented on a cloud platform; as an example, a cloud platform can include private cloud, public cloud, hybrid cloud, community cloud, distributed cloud, and inter-cloud. , Multi-cloud, etc., or any combination of them.
  • the present disclosure will provide the following implementation manners in conjunction with a specific application scenario "taxi service".
  • taxi service a specific application scenario
  • the embodiments of the present disclosure are described with “taxi service” as a specific application scenario, it should be understood that this is only an exemplary embodiment, and for those skilled in the art, without departing from the spirit of the present disclosure
  • the general principles defined in the following embodiments can also be applied to other embodiments, online car-hailing services, ride-hailing services, and other application scenarios.
  • the present disclosure does not limit the application scenarios of the ride service method provided by the embodiments of the present disclosure.
  • Fig. 2 shows a schematic flowchart of a ride service method provided by an embodiment of the present disclosure.
  • the ride service method may include:
  • the ride service request may include the location information of the user terminal and the identification information of the vehicle-mounted terminal.
  • the location information of the user terminal may be Global Positioning System (Global Positioning System, GPS) coordinates, Beidou coordinates, etc. of the user terminal.
  • the identification information of the vehicle-mounted terminal may refer to the device code of the vehicle-mounted terminal, the frame number and license plate number of the vehicle where the vehicle-mounted terminal is located, and the vehicle-mounted terminal of different vehicles has unique identification information.
  • a two-dimensional code (for example, a smart code for riding a car) that is uniquely bound to a vehicle-mounted terminal may be provided on the taxi, and the two-dimensional code may include identification information of the vehicle-mounted terminal.
  • the user can use a user terminal (such as a mobile phone) to scan the QR code after getting in the car.
  • the user terminal After the user terminal obtains the two-dimensional code information, it can learn the identification information of the vehicle-mounted terminal, and generate a ride service request based on the identification information of the vehicle-mounted terminal and the current location information of the user terminal, and then send the ride service request to the service platform.
  • both the vehicle-mounted terminal and the user terminal may be equipped with a Bluetooth or Near Field Communication (NFC) chip.
  • NFC Near Field Communication
  • the user terminal may also be used for Bluetooth connection or NFC connection with the vehicle-mounted terminal.
  • the vehicle terminal identification information can also be obtained, so as to generate a ride service request based on the vehicle terminal identification information and the current user terminal location information, and send it to the service platform.
  • the above-mentioned ride service process may be that the user takes a taxi offline, and sends a ride service request to the service platform through the user terminal.
  • the user may call a taxi to take a ride through some online taxi-hailing platforms, which is not limited in the present disclosure.
  • the service platform may also be the online taxi-hailing platform.
  • S202 Acquire location information of the vehicle-mounted terminal according to the identification information of the vehicle-mounted terminal in the ride service request.
  • the service platform After obtaining the ride service request sent by the user terminal, the service platform can learn the identification information of the on-board terminal from the ride service request, and then can obtain the location information of the corresponding on-board terminal according to the identification information of the on-board terminal. For example, the service platform may send a location information query request to the corresponding vehicle terminal according to the identification information of the vehicle terminal. After receiving the location information query request, the corresponding vehicle terminal may return the location information of the vehicle terminal to the service platform.
  • S203 Determine whether the distance between the location information of the vehicle-mounted terminal and the location information of the user terminal in the ride service request is less than a preset threshold.
  • the distance between the location information of the vehicle-mounted terminal and the location information of the user terminal in the ride service request can be used to indicate the current distance between the user and the vehicle where the vehicle-mounted terminal is located.
  • the service platform can determine whether the distance between the location information of the vehicle-mounted terminal and the location information of the user terminal is less than a preset threshold.
  • the preset threshold may be 20m, 30m, 50m, and so on.
  • the GPS positioning data accuracy of mobile phones is 5m-10m.
  • the preset threshold can be set according to actual needs, and the present disclosure does not limit the specific size of the preset threshold.
  • the service platform determines that the distance between the location information of the vehicle-mounted terminal and the location information of the user terminal is less than the preset threshold, it can determine that the distance between the user and the vehicle where the vehicle-mounted terminal is located is less than the preset threshold, taking into account the impact of positioning deviation , It can be considered that the user currently rides in the vehicle where the on-board terminal is located, and the ride service can be started, so that the corresponding ride service order can be generated according to the passenger service request sent by the user terminal. Among them, the ride service order can be used to record or maintain ride services between the user and the vehicle where the on-board terminal is located.
  • the service platform determines that the distance between the location information of the vehicle-mounted terminal and the location information of the user terminal is less than 50m, it can determine that the distance between the user and the vehicle where the vehicle-mounted terminal is located is less than 50m, thus Generate corresponding ride service orders for users.
  • the service platform determines that the distance between the location information of the vehicle-mounted terminal and the location information of the user terminal is not less than a preset threshold (that is, greater than or equal to the preset threshold), it can determine where the user and the vehicle-mounted terminal are located.
  • the distance between the vehicles is not less than the preset threshold. It can be considered that the user has not successfully boarded the vehicle where the on-board terminal is currently located. Therefore, the corresponding ride service order may not be generated for the ride service request to avoid the user actually not boarding the vehicle. It's the occurrence of phenomena such as the malicious swipe of orders by the driver.
  • the embodiments of the present disclosure obtain the ride service request sent by the user terminal, obtain the location information of the on-board terminal according to the identification information of the on-board terminal in the ride service request, and determine the location information and ride service of the on-board terminal Whether the distance between the location information of the user terminal in the request is less than the preset threshold, if it is less than the preset threshold, the corresponding ride service order will be generated according to the ride service request, which can be turned on when the user successfully rides in the vehicle of the vehicle terminal.
  • the ride service between the user and the vehicle where the on-board terminal is located can effectively supervise the ride service, thereby ensuring the quality of the ride service and improving the user's service experience.
  • Fig. 3 shows another schematic flow chart of a ride service method provided by an embodiment of the present disclosure.
  • the ride service method may further include:
  • S301 Acquire the destination address entered by the user in the user terminal.
  • the service platform When the user gets on the car and sends a ride service request to the service platform through the user terminal, the service platform generates the ride service order corresponding to the ride service request through the method described in the foregoing embodiment, and the user can also enter the purpose of the journey on the user terminal Address, the user terminal can send the destination address to the service platform.
  • S302 Generate route planning information associated with the ride service order according to the destination address and the location information of the vehicle-mounted terminal.
  • the service platform after the service platform obtains the destination address sent by the user terminal, it can generate the route planning information associated with the ride service order based on the destination address and the location information of the vehicle-mounted terminal.
  • the route planning information may include: route planning from the user's current location to the destination address, estimated course, estimated cost to reach the destination address, and so on.
  • the service platform can send the generated route planning information to the user terminal, so that the user can view the above-mentioned route planning, estimated history, estimated cost to reach the destination address and other information on the user terminal, and can check the driving route and cost of the vehicle.
  • the information can be understood more intuitively, which can improve the user's service experience.
  • the service platform may also generate the route planning information associated with the ride service order based on the location information and the destination address of the user terminal, which is not limited in this disclosure.
  • FIG. 4 shows another schematic flow chart of the riding service method provided by the embodiment of the present disclosure.
  • the ride service method may further include:
  • S401 Update the location information of the user terminal and the location information of the vehicle-mounted terminal according to a preset period.
  • the preset period may be 5 seconds (S), 8S, 10S, 15S, 20S, etc.
  • the present disclosure also does not limit the specific size of the preset period.
  • the service platform can obtain the latest location information of the user terminal and the vehicle-mounted terminal every 15S, and update the location information of the user terminal and the vehicle-mounted terminal.
  • S402 Determine whether the distance between the updated location information of the user terminal and the updated location information of the vehicle-mounted terminal is greater than or equal to a preset threshold.
  • the process of determining the distance between the updated location information of the user terminal and the updated location information of the vehicle-mounted terminal is the same as the method described in step S203 in the foregoing embodiment, and will not be repeated here.
  • the service platform determines that the distance between the updated location information of the user terminal and the updated location information of the vehicle-mounted terminal is greater than or equal to the preset threshold, it can be determined that the positioning of the vehicle where the user and the vehicle-mounted terminal are located no longer overlap, thereby It can be considered that the ride service is abnormal, and the ride service order can be determined as an abnormal service order.
  • the service platform can first determine whether the distance between the location information of the user terminal and the location information of the on-board terminal of the taxi is less than a preset threshold. When it is less than the threshold, a corresponding ride service order is generated and the user is opened. Ride service between taxis.
  • the location information of the user terminal and the location information of the taxi vehicle terminal can be continuously updated according to the preset cycle, and the updated location information of the user terminal and the updated taxi vehicle terminal location can be judged in real time Whether the distance between the information is always less than the preset threshold; when the taxi is driving, the service platform judges that the distance between the updated location information of the user terminal and the updated location information of the taxi terminal is greater than or equal to
  • the ride service order can be determined as an abnormal service order.
  • the abnormal service order can be closed to prevent the driver from maliciously swiping the order.
  • the abnormal service order can also be pushed to a manual customer service, and the manual customer service will verify the abnormal service order.
  • the driver or user can call the driver or user to verify whether the ride service is abnormal.
  • the embodiments of the present disclosure update the location information of the user terminal and the location information of the vehicle-mounted terminal according to a preset cycle, and determine whether the updated location information of the user terminal and the updated location information of the vehicle-mounted terminal are different.
  • the ride service order is determined as an abnormal service order, which realizes the real-time verification of the location information of the user terminal and the location information of the vehicle terminal during the driving process of the vehicle. To a certain extent, avoid the occurrence of malicious brushing of orders by drivers and passengers.
  • the ride service method provided by the embodiments of the present disclosure can effectively compare the actual itinerary with various data information by judging the overlap range of the real-time position of the user (user terminal) and the real-time position of the taxi (vehicle terminal).
  • Unique binding can ensure the certainty and uniqueness of the itinerary, thereby avoiding driver and passenger disputes and standardizing taxi services.
  • data can also be provided for reference.
  • FIG. 5 shows another schematic flow chart of the riding service method provided by an embodiment of the present disclosure.
  • the riding service method may further include:
  • S501 Determine whether the updated location information of the user terminal is the same as the destination address.
  • the service platform judges that the updated location information of the user terminal is the same as the destination address entered by the user in the user terminal, it can be determined that the user has reached the destination address, so that the ride service is about to be completed. At this point, the service platform can obtain the service bill corresponding to the ride service order and send it to the user terminal. The user can view the service bill through the user terminal, and pay for the ride service according to the service fee displayed in the service bill. cost. After the user has completed the payment, the ride service order can be closed.
  • the service bill corresponding to the ride service order is sent to the user terminal, so that the user can directly
  • the user terminal uses payment tools to make quick payments, no need to pay cash or scan code payments, etc., for users, the payment operation is more convenient and the service experience is better.
  • the ride service order can also be directly closed, which is not limited in the present disclosure.
  • the service platform determines that the updated location information of the user terminal is the same as the destination address entered by the user in the user terminal, and determines that the user has reached the destination address, if it also determines that the updated user terminal at this time If the distance between the location information of the terminal and the updated location information of the vehicle-mounted terminal is greater than or equal to the preset threshold, the ride service order is also classified as an abnormal service order.
  • the service platform determines that the distance between the updated location information of the user terminal and the updated location information of the vehicle-mounted terminal at this time is less than the preset threshold, the user can directly pay The cost is credited to the driver’s account. If the service platform determines that the distance between the updated location information of the user terminal and the updated location information of the vehicle-mounted terminal at this time is greater than or equal to the preset threshold, it needs to send the ride service order to the human customer service for inquiry and confirmation , Determine whether there is a malicious swipe of orders by the driver, and then determine whether to credit the user’s payment into the driver’s account based on the result of the inquiry from the manual customer service.
  • the service platform determines that the updated location information of the user terminal is not the same as the destination address entered by the user at the user terminal, it can be determined that the user has not reached the destination address, and the ride service has not yet been completed.
  • the location information of the user terminal and the location information of the vehicle-mounted terminal may continue to be updated according to the preset period, and step S501 may be continued.
  • Fig. 6 shows another schematic flow chart of the riding service method provided by an embodiment of the present disclosure.
  • the ride service method may further include:
  • the service platform may determine the driving route based on the location information of the user terminal and the destination address when the ride service order is generated.
  • the travel route may be determined based on the location information and the destination address of the vehicle-mounted terminal when the ride service order is generated, which is not limited in the present disclosure.
  • S602 Generate a service bill corresponding to the ride service order according to the travel route.
  • the service platform can calculate the actual service cost of the ride service according to the preset charging rules according to the driving route, and generate a service bill corresponding to the ride service order based on the actual service cost.
  • the preset charging rule may be: charging according to the total mileage and consumption time of the driving route, such as: 2 yuan per kilometer.
  • the specific charging method of the preset charging rule is not limited here.
  • the service bill may also be generated by a vehicle-mounted terminal.
  • the service bill may be generated by a taximeter in a taxi. That is, the step of obtaining the service bill corresponding to the ride service order may specifically include: obtaining the service bill generated by the vehicle-mounted terminal according to the driving path of the vehicle-mounted terminal.
  • the present disclosure also does not limit the method of generating service bills.
  • FIG. 7 shows another schematic flow chart of the riding service method provided by an embodiment of the present disclosure.
  • the ride service method may further include:
  • the driver can send an end service request to the service platform through the on-board terminal, and the end service request can be used to request the service platform to end the ride service.
  • the service platform After receiving the service end request sent by the vehicle-mounted terminal, the service platform can obtain the service bill corresponding to the ride service order and send it to the user terminal.
  • the service bill may be calculated by the service platform according to the driving path, or generated by the vehicle-mounted terminal, and the service platform may be directly obtained from the vehicle-mounted terminal, which will not be repeated here.
  • the meter can be integrated with the vehicle terminal, or the meter can be connected to the vehicle terminal, so that the vehicle terminal can obtain the service bill generated by the meter.
  • the driver can deduct the meter, control the meter to stop the calculation and generate a service bill
  • the vehicle-mounted terminal can send the service bill to the service platform
  • the service platform can send the received service bill Sent to the user terminal.
  • FIG. 8 shows another schematic flow chart of the riding service method provided by an embodiment of the present disclosure.
  • the ride service method may include:
  • S803 Determine whether the distance between the location information of the vehicle-mounted terminal and the location information of the user terminal in the ride service request is less than a preset threshold.
  • step S804 If yes, go to step S804; if no, go to the end.
  • S805 Acquire the destination address entered by the user in the user terminal.
  • S806 Generate route planning information associated with the ride service order according to the destination address and the location information of the vehicle-mounted terminal.
  • S808 Update the location information of the user terminal and the location information of the vehicle-mounted terminal according to a preset period.
  • step S808 After step S808 is executed, step S809 and step S810, and step S811 can be executed in sequence.
  • step S810 If yes, go to step S810; if no, go back to step S808.
  • S811 Determine whether the updated location information of the user terminal is the same as the destination address.
  • step S812 If yes, go to step S812; if no, go back to step S808.
  • the step of determining whether the distance between the location information of the vehicle-mounted terminal and the location information of the user terminal is less than a preset threshold described in the foregoing embodiment may also be completed by the vehicle-mounted terminal or the user terminal.
  • the service platform can forward the location information of the user terminal to the vehicle-mounted terminal.
  • the judgment result can be fed back to the service platform, and the service platform can decide whether to generate a ride based on the judgment result.
  • Car service order if the user terminal makes the judgment, the service platform can forward the location information of the vehicle-mounted terminal to the user terminal.
  • the judgment result can be fed back to the service platform, and the service platform also decides whether to generate according to the judgment result Ride service order.
  • the present disclosure does not limit the specific execution subject of the positioning coincidence judgment process.
  • an embodiment of the present disclosure also provides a ride service device, which can be applied to a service platform, and the service platform is respectively set in the user terminal and in the service vehicle.
  • the communication connection of the in-vehicle terminal is respectively set in the user terminal and in the service vehicle.
  • Fig. 9 shows a schematic structural diagram of a ride service device provided by an embodiment of the present disclosure.
  • the ride service device may include: a first acquisition module 11, a second acquisition module 12, a first judgment module 13 and an order generation module 14.
  • the first obtaining module 11 is used to obtain the ride service request sent by the user terminal.
  • the ride service request contains the location information of the user terminal and the identification information of the on-board terminal; the second obtaining module 12 is used to obtain the ride service request according to the ride service request.
  • the identification information of the vehicle-mounted terminal is used to obtain the location information of the vehicle-mounted terminal; the first judgment module 13 is used to judge whether the distance between the location information of the vehicle-mounted terminal and the location information of the user terminal in the ride service request is less than a preset threshold; The generating module 14 is configured to generate a corresponding ride service order according to the ride service request if it is less than the preset threshold.
  • FIG. 10 shows another schematic diagram of the structure of the ride service device provided by the embodiment of the present disclosure.
  • the ride service device may further include: a third acquisition module 15 and a route planning module 16.
  • the third obtaining module 15 is used to obtain the destination address entered by the user at the user terminal;
  • the route planning module 16 is used to generate the route planning information associated with the ride service order according to the destination address and the location information of the vehicle terminal The planning information is sent to the user terminal.
  • FIG. 11 shows another structural schematic diagram of the ride service device provided by the embodiment of the present disclosure.
  • the riding service device may further include: an update module 17 and an abnormality determination module 18.
  • the update module 17 is used to update the location information of the user terminal and the location information of the vehicle terminal according to the preset period after the order generation module generates the corresponding ride service order according to the ride service service request;
  • the first judgment module 13 also It is used to determine whether the distance between the updated location information of the user terminal and the updated location information of the vehicle-mounted terminal is greater than or equal to a preset threshold;
  • the abnormality determination module 18 is used to determine whether the distance between the updated location information of the user terminal and the updated location information of the vehicle-mounted terminal is greater than or equal to the preset threshold.
  • the car service order is an abnormal service order.
  • FIG. 12 shows another schematic structural diagram of the ride service device provided by an embodiment of the present disclosure.
  • the riding service device may further include: a second judgment module 19 and a bill sending module 20.
  • the second judging module 19 is used to judge whether the updated location information of the user terminal and the destination address are the same after the update module updates the location information of the user terminal and the location information of the vehicle-mounted terminal according to the preset period; the bill sending module 20, If the updated location information of the user terminal is the same as the destination address, obtain the service bill corresponding to the ride service order, and send the service bill to the user terminal.
  • FIG. 13 shows another structural schematic diagram of the ride service device provided by an embodiment of the present disclosure.
  • the ride service device may further include: a bill generation module 21, configured to obtain the location of the user terminal or the vehicle terminal before the bill sending module 20 obtains the service bill corresponding to the ride service order Information about the driving path between the destination address and the driving path, and generate a service bill corresponding to the ride service order based on the driving path.
  • a bill generation module 21 configured to obtain the location of the user terminal or the vehicle terminal before the bill sending module 20 obtains the service bill corresponding to the ride service order Information about the driving path between the destination address and the driving path, and generate a service bill corresponding to the ride service order based on the driving path.
  • the bill sending module 20 may be specifically used to obtain a service bill generated by the vehicle-mounted terminal according to the driving path of the vehicle-mounted terminal.
  • FIG. 14 shows another structural schematic diagram of the riding service device provided by an embodiment of the present disclosure.
  • the ride service device may further include: an end service module 22, configured to receive an end service request sent by the vehicle-mounted terminal, and obtain a service bill corresponding to the ride service order according to the end service request, And send the service bill to the user terminal.
  • an end service module 22 configured to receive an end service request sent by the vehicle-mounted terminal, and obtain a service bill corresponding to the ride service order according to the end service request, And send the service bill to the user terminal.
  • the above-mentioned device may be integrated into a server or computer in the service platform, and the disclosure is not limited herein.
  • the specific working process of the ride service device can refer to the corresponding process of the ride service method described in the foregoing method embodiment. Go into details again.
  • the device embodiments described above are merely illustrative, and the devices and methods disclosed in the embodiments of the present disclosure may also be implemented in other ways.
  • the division of the modules is only a logical function division, and there may be other divisions in actual implementation.
  • multiple modules or components can be combined or integrated into another system, or some features can be ignored. Or not.
  • the displayed or discussed mutual coupling or direct coupling or communication connection may be indirect coupling or communication connection through some communication interfaces, devices or modules, and may be in electrical, mechanical or other forms.
  • the functional units in the various embodiments of the present disclosure may be integrated into one processing unit, or each unit may exist alone physically, or two or more units may be integrated into one unit.
  • the function is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a non-volatile computer readable storage medium executable by a processor.
  • the technical solution of the present disclosure essentially or the part that contributes to the prior art or the part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including Several instructions are used to make a computer device (which may be a personal computer, a server, or a network device, etc.) execute all or part of the steps of the methods described in the various embodiments of the present disclosure.
  • the embodiments of the present disclosure also provide a program product.
  • the program product may be a storage medium such as a U disk, a mobile hard disk, ROM, RAM, a magnetic disk, or an optical disk.
  • the storage medium may store a computer program, and the computer program is processed.
  • the steps of the ride service method described in the foregoing method embodiment are executed.
  • the specific implementation method is similar to the technical effect, and will not be repeated here.
  • embodiments of the present disclosure also provide a ride service device, which may be a device with data processing capabilities such as the above-mentioned personal computer, server, or network device. Schematic diagram of the structure of the ride service equipment.
  • the ride service equipment may include: a processor 100, a storage medium 200, and a bus 300.
  • the storage medium 200 stores machine-readable instructions executable by the processor 100.
  • the processor 100 communicates with the storage medium 200 through the bus 300, and the processor 100 executes machine-readable instructions to execute the steps of the ride service method described in the foregoing method embodiment when executed.
  • the specific implementation method and technical effect are similar, and will not be repeated here again.
  • the ride service equipment in the present disclosure may also include multiple processors, so the steps performed by one processor described in the present disclosure may also be executed jointly or individually by multiple processors. .

Landscapes

  • Engineering & Computer Science (AREA)
  • Remote Sensing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • General Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Traffic Control Systems (AREA)

Abstract

本公开提供了一种乘车服务方法、装置、设备及存储介质，涉及数据处理技术领域。本公开通过获取用户终端发送的乘车服务请求，根据乘车服务请求中车载终端的标识信息，获取车载终端的位置信息，并判断车载终端的位置信息与乘车服务请求中用户终端的位置信息之间的距离是否小于预设阈值，根据所述判断确定是否生成乘车服务订单。

Description

乘车服务方法、装置、设备及存储介质 技术领域
本公开涉及数据处理技术领域，具体而言，涉及一种乘车服务方法、装置、设备及存储介质。
背景技术
出租车是人们日常出行所选择的较为常见的交通工具之一，为人们的出行带来了极大的便利。乘客可以选择线下搭乘出租车或线上呼叫出租车两种方式，享受出租车服务。
例如，线下搭乘出租车的方式中，乘客可以通过线下在路边招手拦停出租车的方式进行乘车。线上呼叫出租车的方式中，乘客可以通过网约车平台呼叫出租车，网约车平台可以通过乘客的手机定位判断乘客的起点，并为乘客匹配相应的出租车到乘客起点接乘客。
但是，上述现有的线下搭乘出租车、以及线上呼叫出租车方式中，均无法判断乘客是否成功搭乘出租车，不能够对出租车服务进行有效地监管。
发明内容
本公开实施例提供一种乘车服务方法、装置、设备及存储介质。
第一方面，本公开实施例提供一种乘车服务方法，该方法应用于服务平台，服务平台分别与用户终端和设置于服务车辆中的车载终端通信连接，该方法包括：
获取用户终端发送的乘车服务请求，乘车服务请求中包含有用户终端的位置信息和车载终端的标识信息；根据乘车服务请求中车载终端的标识信息，获取车载终端的位置信息；判断车载终端的位置信息与乘车服务请求中用户终端的位置信息之间的距离是否小于预设阈值；若小于预设阈值，则根据乘车服务请求生成对应的乘车服务订单。
可选地，该方法还包括：
获取用户在用户终端输入的目的地址；根据目的地址和车载终端的位置信息，生成与乘车服务订单关联的路程规划信息；将路程规划信息发送给用户终端。
可选地，所述根据乘车服务服务请求生成对应的乘车服务订单之后，该方法还包括：
按照预设周期更新用户终端的位置信息、以及车载终端的位置信息；判断更新后的用户终端的位置信息与更新后的车载终端的位置信息之间的距离是否大于或等于预设阈值；若大于或等于预设阈值，则确定乘车服务订单为异常服务订单。
可选地，所述按照预设周期更新用户终端的位置信息、以及车载终端的位置信息之后，该方法还包括：
判断更新后的用户终端的位置信息与目的地址是否相同；若更新后的用户终端的位置信息与目的地址相同，则获取乘车服务订单对应的服务账单，并将服务账单发送给用户终端。
可选地，所述获取乘车服务订单对应的服务账单之前，该方法还包括：
获取用户终端或车载终端的位置信息分别与目的地址之间的行驶路径；根据行驶路径生成乘车服务订单对应的服务账单。
可选地，所述获取乘车服务订单对应的服务账单，包括：
获取车载终端根据车载终端的行驶路径生成的服务账单。
可选地，该方法还包括：
接收车载终端发送的结束服务请求；根据结束服务请求，获取乘车服务订单对应的服务账单；将服务账单发送给用户终端。
第二方面，本公开实施例提供一种乘车服务装置，该装置应用于服务平台，服务平台分别与用户终端和设置于服务车辆中的车载终端通信连接，该装置包括：第一获取模块、第二获取模块、第一判断模块和订单生成模块。第一获取模块，用于获取用户终端发送的乘车服务请求，乘车服务请求中包含有用户终端的位置信息和车载终端的标识信息；第二获取模块，用于根据乘车服务请求中车载终端的标识信息，获取车载终端的位置信息；第一判断模块，用于判断车载终端的位置信息与乘车服务请求中用户终端的位置信息之间的距离是否小于预设阈值；订单生成模块，用于若小于预设阈值，则根据乘车服务请求生成对应的乘车服务订单。
可选地，该装置还包括：第三获取模块和路程规划模块。第三获取模块，用于获取用户在用户终端输入的目的地址；路程规划模块，用于根据目的地址和车载终端的位置信息，生成与乘车服务订单关联的路程规划信息，并将路程规划信息发送给用户终端。
可选地，该装置还包括：更新模块和异常确定模块。更新模块，用于在订单生成模块根据乘车服务服务请求生成对应的乘车服务订单之后，按照预设周期更新用户终端的位置信息、以及车载终端的位置信息；第一判断模块，还用于判断更新后的用户终端的 位置信息与更新后的车载终端的位置信息之间的距离是否大于或等于预设阈值；异常确定模块，用于若大于或等于预设阈值，则确定乘车服务订单为异常服务订单。
可选地，该装置还包括：第二判断模块和账单发送模块。第二判断模块，用于在更新模块按照预设周期更新用户终端的位置信息、以及车载终端的位置信息之后，判断更新后的用户终端的位置信息与目的地址是否相同；账单发送模块，用于若更新后的用户终端的位置信息与目的地址相同，则获取乘车服务订单对应的服务账单，并将服务账单发送给用户终端。
可选地，该装置还包括：账单生成模块，用于在账单发送模块获取乘车服务订单对应的服务账单之前，获取用户终端或车载终端的位置信息分别与目的地址之间的行驶路径，并根据行驶路径生成乘车服务订单对应的服务账单。
可选地，账单发送模块，具体用于获取车载终端根据车载终端的行驶路径生成的服务账单。
可选地，该装置还包括：结束服务模块，用于接收车载终端发送的结束服务请求，根据结束服务请求，获取乘车服务订单对应的服务账单，并将服务账单发送给用户终端。
第三方面，本公开实施例提供一种乘车服务设备，包括：处理器、存储介质和总线，存储介质存储有处理器可执行的机器可读指令，当乘车服务设备运行时，处理器与存储介质之间通过总线通信，处理器执行机器可读指令，以执行时执行如第一方面所述的乘车服务方法的步骤。
第四方面，本公开实施例提供一种存储介质，存储介质上存储有计算机程序，计算机程序被处理器运行时执行如第一方面所述的乘车服务方法的步骤。
本公开实施例通过获取用户终端发送的乘车服务请求，根据乘车服务请求中车载终端的标识信息，获取车载终端的位置信息，并判断车载终端的位置信息与乘车服务请求中用户终端的位置信息之间的距离是否小于预设阈值，若小于预设阈值，则根据乘车服务请求生成对应的乘车服务订单，可以实现用户成功搭乘车载终端所在车辆时，才开启用于与车载终端所在车辆之间的乘车服务，从而可以对乘车服务进行有效地监管，进而能够保证乘车服务的质量，提高用户的服务体验。
附图说明
为了更清楚地说明本公开实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本公开的某些实施例，因此不应被看作是 对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1示出了本公开实施例提供的乘车服务***的结构示意图；
图2示出了本公开实施例提供的乘车服务方法的流程示意图；
图3示出了本公开实施例提供的乘车服务方法的另一流程示意图；
图4示出了本公开实施例提供的乘车服务方法的又一流程示意图；
图5示出了本公开实施例提供的乘车服务方法的又一流程示意图；
图6示出了本公开实施例提供的乘车服务方法的又一流程示意图；
图7示出了本公开实施例提供的乘车服务方法的又一流程示意图；
图8示出了本公开实施例提供的乘车服务方法的又一流程示意图；
图9示出了本公开实施例提供的乘车服务装置的结构示意图；
图10示出了本公开实施例提供的乘车服务装置的另一结构示意图；
图11示出了本公开实施例提供的乘车服务装置的又一结构示意图；
图12示出了本公开实施例提供的乘车服务装置的又一结构示意图；
图13示出了本公开实施例提供的乘车服务装置的又一结构示意图；
图14示出了本公开实施例提供的乘车服务装置的又一结构示意图；
图15示出了本公开实施例提供的乘车服务设备的结构示意图。
具体实施方式
为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，应当理解，本公开中附图仅起到说明和描述的目的，并不用于限定本公开的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本公开中使用的流程图示出了根据本公开的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本公开内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。
另外，本公开所描述的实施例仅仅是本公开的一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围，而是仅仅表示本公开的选定实施例。基于本公开的实施例，本领域技术 人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。
需要说明的是，本公开实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。还应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。在本公开的描述中，还需要说明的是，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
图1示出了本公开实施例提供的乘车服务***的结构示意图。
如图1所示，本公开实施例提供一种乘车服务***，可以包括：服务平台110、用户终端120和车载终端130，服务平台110可以分别与用户终端120和车载终端130通信连接。
其中，服务平台110可以是网约车服务平台、出租车调度平台等。用户终端120可以是智能手机、平板电脑、手持机、智能手表等终端设备，用户终端120中可以安装有服务平台110提供的服务应用程序(Application，App)，用户可以指代向服务平台110请求服务的个人、实体或工具，如：用户可以是指使用用户终端120中的服务应用程序(Application，App)的乘客。车载终端130可以是设置于服务车辆中的电子控制单元(Electronic Control Unit，ECU)、行车电脑等。
基于上述图1所示的乘车服务***，本公开实施例提供一种乘车服务方法，该乘车服务方法可以应用于乘车服务***中的服务平台。该乘车服务方法的执行主体可以是服务平台的服务器、计算机等具有数据处理能力的设备，本公开对此不作限制。
在一些实施例中，服务器可以是单个服务器，也可以是服务器组。服务器组可以是集中式的，也可以是分布式的(例如，服务器可以是分布式***)。在一些实施例中，用户可以通过智能手机、电脑、手持机、智能手表等终端向服务器发起服务请求，服务器相对于终端，可以是本地的、也可以是远程的。例如，服务器可以经由网络访问存储在用户终端或数据库中的信息或数据。在一些实施例中，服务器还可以在云平台上实现；仅作为示例，云平台可以包括私有云、公有云、混合云、社区云(community cloud)、分布式云、跨云(inter-cloud)、多云(multi-cloud)等，或者它们的任意组合。
为了使得本领域技术人员能够使用本公开内容，本公开将结合特定应用场景“出租车服务”，给出以下实施方式。但需要说明，本公开实施例虽然以“出租车服务”作为特定应用场景进行描述，但是应该理解，这仅是一个示例性实施例，对于本领域技术人 员来说，在不脱离本公开的精神和范围的情况下，也可以将这里下述实施例中所定义的一般原理，应用于其他实施例、网约车服务、顺风车服务等其他应用场景中。对于本公开实施例提供的乘车服务方法的应用场景，本公开不作限定。
图2示出了本公开实施例提供的乘车服务方法的流程示意图。
如图2所示，该乘车服务方法可以包括：
S201、获取用户终端发送的乘车服务请求。
乘车服务请求中可以包含有用户终端的位置信息和车载终端的标识信息。其中，用户终端的位置信息可以是用户终端的全球定位***(Global Positioning System，GPS)坐标、北斗坐标等。车载终端的标识信息可以是指车载终端的设备编码、车载终端所在车辆的车架号、车牌号等，不同车辆的车载终端具有唯一的标识信息。
以出租车服务为例：
一些实施方式中，出租车上可以设置有与车载终端唯一绑定的为二维码(如：可以是乘车智慧码)，二维码中可以包含有车载终端的标识信息。当用户(也即乘客，下述描述中，用户均指乘客)搭乘出租车时，用户在上车后可以使用用户终端(如：手机)扫描该二维码。用户终端获取到二维码信息后，可以得知车载终端的标识信息，并根据车载终端的标识信息和当前用户终端的位置信息生成乘车服务请求，然后乘车服务请求发送给服务平台。
另外一些实施方式中，车载终端和用户终端均可以配置有蓝牙或近场通信(Near Field Communication，NFC)芯片，当用户上车后，也可以使用用户终端与车载终端进行蓝牙连接或NFC连接。当用户终端与车载终端蓝牙连接或NFC连接成功后，也可以获取到车载终端的标识信息，从而根据车载终端的标识信息和当前用户终端的位置信息生成乘车服务请求，并发送给服务平台。
需要说明的是，上述乘车服务过程可以是用户线下搭乘出租车，通过用户终端向服务平台发出乘车服务请求。或者，也可以是用户通过一些在线打车平台呼叫出租车进行搭乘，本公开对此不作限制。当用户通过在线打车平台呼叫出租车进行搭乘时，服务平台也可以是该在线打车平台。
S202、根据乘车服务请求中车载终端的标识信息，获取车载终端的位置信息。
服务平台在获取到用户终端发送的乘车服务请求后，可以从乘车服务请求中得知车载终端的标识信息，然后，可以根据车载终端的标识信息获取对应的车载终端的位置信息。例如，服务平台可以根据车载终端的标识信息向对应的车载终端发出位置信息查询 请求，对应的车载终端接收到该位置信息查询请求后，可以向服务平台返回车载终端的位置信息。
S203、判断车载终端的位置信息与乘车服务请求中用户终端的位置信息之间的距离是否小于预设阈值。
车载终端的位置信息与乘车服务请求中用户终端的位置信息之间的距离也即车载终端与用户终端之间的距离，可以用于表示用户当前与车载终端所在车辆之间的距离。
可选地，服务平台获取到车载终端的位置信息后，可以判断车载终端的位置信息和用户终端的位置信息之间的距离是否小于预设阈值。其中，预设阈值可以是20m、30m、50m等。在理想情况下手机GPS定位数据精度为5m-10m，然而，由于定位硬件、环境因素等外界干扰，实际的定位精度要低于理想值。所以，预设阈值可以根据实际需求进行设定，本公开对预设阈值的具体大小不作限制。
S204、若小于预设阈值，则根据乘车服务请求生成对应的乘车服务订单。
当服务平台判断得知车载终端的位置信息和用户终端的位置信息之间的距离小于预设阈值时，可以确定用户与车载终端所在车辆之间的距离小于预设阈值，考虑到定位偏差的影响，可以认为用户当前搭乘了车载终端所在车辆，该次乘车服务可以开始，从而可以根据用户终端发送的乘客服务请求生成对应的乘车服务订单。其中，乘车服务订单可以用于记录或维护用户与车载终端所在车辆之间的乘车服务。
以预设阈值为50m为例，若服务平台判断得知车载终端的位置信息和用户终端的位置信息之间的距离小于50m，则可以确定用户与车载终端所在车辆之间的距离小于50m，从而为用户生成对应的乘车服务订单。
可选地，若服务平台判断得知车载终端的位置信息和用户终端的位置信息之间的距离不小于预设阈值(也即，大于或等于预设阈值)时，可以确定用户与车载终端所在车辆之间的距离不小于预设阈值，可以认为用户当前并没有成功搭乘车载终端所在车辆，从而可以不为该乘车服务请求生成对应的乘车服务订单，以避免用户实际并没有搭乘车辆、而是司机恶意刷单等现象的发生。
由上所述，本公开实施例通过获取用户终端发送的乘车服务请求，根据乘车服务请求中车载终端的标识信息，获取车载终端的位置信息，并判断车载终端的位置信息与乘车服务请求中用户终端的位置信息之间的距离是否小于预设阈值，若小于预设阈值，则根据乘车服务请求生成对应的乘车服务订单，可以实现用户成功搭乘车载终端所在车辆 时，才开启用户与车载终端所在车辆之间的乘车服务，从而可以对乘车服务进行有效地监管，进而能够保证乘车服务的质量，提高用户的服务体验。
另外，对于线上网约车平台而言，通过上述乘车服务方法判断用户是否成功搭乘车辆，还可以有效减少司机与乘客恶意刷单现象的发生，能够对服务数据进行更好的管控。
图3示出了本公开实施例提供的乘车服务方法的另一流程示意图。
可选地，如图3所示，该乘车服务方法还可以包括：
S301、获取用户在用户终端输入的目的地址。
以用户线下搭乘出租车为例：
当用户上车通过用户终端向服务平台发送乘车服务请求，服务平台通过前述实施例所述的方式生成乘车服务请求对应的乘车服务订单后，用户还可以在用户终端输入需要前往的目的地址，用户终端可以将该目的地址发送给服务平台。
S302、根据目的地址和车载终端的位置信息，生成与乘车服务订单关联的路程规划信息。
S303、将路程规划信息发送给用户终端。
如上所述，一种实施方式中，服务平台获取到用户终端发送的目的地址后，可以根据目的地址和车载终端的位置信息，生成与乘车服务订单关联的路程规划信息。其中，路程规划信息可以包括：用户所在的当前位置到目的地址的路线规划、预估历程、到达目的地址所需的预估费用等。
服务平台可以将生成的路程规划信息发送给用户终端，以使得用户可以在用户终端查看上述路线规划、预估历程、到达目的地址所需的预估费用等信息，能够对车辆的行驶路线、费用信息有更直观地了解，从而可以提高用户的服务体验。
或者，另一种实施方式中，服务平台也可以根据用户终端的位置信息和目的地址，生成与乘车服务订单关联的路程规划信息，本公开在此不作限制。
图4示出了本公开实施例提供的乘车服务方法的又一流程示意图。
可选地，如图4所示，上述根据乘车服务服务请求生成对应的乘车服务订单的步骤之后，该乘车服务方法还可以包括：
S401、按照预设周期更新用户终端的位置信息、以及车载终端的位置信息。
可选地，预设周期可以是5秒(S)、8S、10S、15S、20S等，本公开对预设周期的具体大小同样不作限制。以预设周期为15S为例，服务平台可以每隔15S获取一次最新的用户终端和车载终端的位置信息，对用户终端和车载终端的位置信息进行更新。
S402、判断更新后的用户终端的位置信息与更新后的车载终端的位置信息之间的距离是否大于或等于预设阈值。
对于更新后的用户终端的位置信息与更新后的车载终端的位置信息之间的距离的判断过程，与前述实施例中步骤S203中所述的方式相同，在此不再赘述。
S403、若大于或等于预设阈值，则确定乘车服务订单为异常服务订单。
当服务平台判断得知更新后的用户终端的位置信息与更新后的车载终端的位置信息之间的距离大于或等于预设阈值时，可以确定用户与车载终端所在车辆的定位不再重合，从而可以认为该次乘车服务发生异常，可以将该乘车服务订单确定为异常服务订单。
举例说明：
用户在搭乘出租车时，服务平台可以先判断用户终端的位置信息与出租车车载终端的位置信息之间的距离是否小于预设阈值，当小于阈值时，生成对应的乘车服务订单，开启用户与出租车之间的乘车服务。在出租车行驶过程中，可以按照预设周期不断更新用户终端的位置信息、以及出租车车载终端的位置信息，并实时判断更新后的用户终端的位置信息与更新后的出租车车载终端的位置信息之间的距离是否一直小于预设阈值；当出租车行驶过程中，服务平台判断得知更新后的用户终端的位置信息与更新后的出租车车载终端的位置信息之间的距离大于或等于预设阈值时，即可将该乘车服务订单确定为异常服务订单。
可选地，将乘车服务订单确定为异常服务订单后，可以关闭异常服务订单，以防止司机恶意刷单的行为。或者，也可以将异常服务订单推送给人工客服，由人工客服对该异常服务订单进行核实，如：可以与司机或用户进行电话核实乘车服务是否异常。
如上所述，本公开实施例通过按照预设周期更新用户终端的位置信息、以及车载终端的位置信息，并在判断得知更新后的用户终端的位置信息与更新后的车载终端的位置信息之间的距离大于或等于预设阈值时，将乘车服务订单确定为异常服务订单，实现了在车辆行驶过程中，对用户终端的位置信息和车载终端的位置信息的实时校验，能够更大程度地避免司机与乘客恶意刷单现象的发生。
另外，本公开实施例提供的乘车服务方法，通过对用户(用户终端)实时位置与出租车(车载终端)实时位置的重合范围进行判定，还可以有效地将实际行程与各种数据信息进行唯一绑定，从而可以保证行程的确定性和唯一性，进而避免司乘纠纷，规范出租车服务。当发生投诉或对司机进行考评时，还可以提供数据参考。
图5示出了本公开实施例提供的乘车服务方法的又一流程示意图。
可选地，如图5所示，部分实施例中，上述按照预设周期更新用户终端的位置信息、以及车载终端的位置信息的步骤之后，该乘车服务方法还可以包括：
S501、判断更新后的用户终端的位置信息与目的地址是否相同。
S502、若更新后的用户终端的位置信息与目的地址相同，则获取乘车服务订单对应的服务账单，并将服务账单发送给用户终端。
当服务平台判断得知更新后的用户终端的位置信息与用户在用户终端输入的目的地址相同时，可以确定用户已经到达目的地址，从而可以认为本次乘车服务即将完成。此时，服务平台可以获取该乘车服务订单对应的服务账单并发送给用户终端，用户可以通过用户终端查看该服务账单，并根据服务账单显示的服务费用，为本次乘车服务支付相应的费用。待用户支付完成后，可以关闭该乘车服务订单。
通过判断更新后的用户终端的位置信息与目的地址是否相同，在更新后的用户终端的位置信息与目的地址相同时，将乘车服务订单对应的服务账单发送给用户终端，可以使得用户直接在用户终端采用支付工具进行快捷支付，无需再支付现金或扫码付款等，对用户而言，支付操作更加便利、服务体验更佳。
或者，当用户选择线下支付(如：支付现金或扫码付款)时，也可以直接关闭该乘车服务订单，本公开对此并不作限制。
还需要说明的是，当服务平台判断得知更新后的用户终端的位置信息与用户在用户终端输入的目的地址相同，确定用户已经到达目的地址时，若还判断得知此时更新后的用户终端的位置信息与更新后的车载终端的位置信息之间的距离大于或等于预设阈值，则也将该乘车服务订单划分为异常服务订单。
举例说明：
当用户搭乘出租车到达目的地址时，若服务平台判断得知此时更新后的用户终端的位置信息与更新后的车载终端的位置信息之间的距离小于预设阈值，则可以直接将用户支付的费用打入司机账户。若服务平台判断得知此时更新后的用户终端的位置信息与更新后的车载终端的位置信息之间的距离大于或等于预设阈值，则需要将乘车服务订单发送给人工客服进行询问确定，判断是否存在司机恶意刷单的行为，之后根据人工客服的询问结果，确定是否将用户支付的费用打入司机账户。
可选地，当服务平台判断得知更新后的用户终端的位置信息与用户在用户终端输入的目的地址不相同时，可以确定用户还未到达目的地址，可以认为本次乘车服务还未完 成。此时，可以继续按照预设周期更新用户终端的位置信息、以及车载终端的位置信息，并继续执行步骤S501。
图6示出了本公开实施例提供的乘车服务方法的又一流程示意图。
可选地，如图6所示，上述获取乘车服务订单对应的服务账单的步骤之前，该乘车服务方法还可以包括：
S601、获取用户终端或车载终端的位置信息分别与目的地址之间的行驶路径。
一些实施方式中，服务平台可以根据生成乘车服务订单时用户终端的位置信息、以及目的地址，确定行驶路径。或者，另外一些实施方式中，也可以根据生成乘车服务订单时车载终端的位置信息、以及目的地址，确定行驶路径，本公开在此不作限制。
S602、根据行驶路径生成乘车服务订单对应的服务账单。
服务平台在确定得到上述行驶路径后，可以根据该行驶路径按照预设计费规则计算本次乘车服务的实际服务费用，并根据实际服务费用生成乘车服务订单对应的服务账单。例如，预设计费规则可以是：根据行驶路径的总里程长度、消耗时长等进行计费，如：每公里2元，对于预设计费规则的具体计费方式在此不作限制。
另外一些实施方式中，服务账单也可以由车载终端生成，例如，服务账单可以由出租车中的计价器进行生成。也即，上述获取乘车服务订单对应的服务账单的步骤，具体可以包括：获取车载终端根据车载终端的行驶路径生成的服务账单。本公开对服务账单的生成方式同样不作限制。
图7示出了本公开实施例提供的乘车服务方法的又一流程示意图。
可选地，如图7所示，其他实施例中，该乘车服务方法还可以包括：
S701、接收车载终端发送的结束服务请求。
例如，当用户到达目的地址或中途需要下车时，司机可以通过车载终端向服务平台发送结束服务请求，该结束服务请求可以用于向服务平台请求结束本次乘车服务。
S702、根据结束服务请求，获取乘车服务订单对应的服务账单。
S703、将服务账单发送给用户终端。
服务平台接收到车载终端发送的结束服务请求后，可以获取乘车服务订单对应的服务账单并发送给用户终端。
与前述实施例中所述相同，该服务账单可以由服务平台根据行驶路径计算得到，也可以由车载终端生成，服务平台可以直接从车载终端中进行获取，在此不再赘述。
以前述实施例中所述的出租车服务为例：计价器可以与车载终端为一体的结构，或者计价器可以与车载终端连接，使得车载终端可以获取计价器生成的服务账单。当用户到达目的地址或用户中途需要下车时，司机可以进行扣表操作，控制计价器停止计价并生成服务账单，车载终端可以将服务账单发送给服务平台，服务平台可以将接收到的服务账单发送给用户终端。
下面以一种具体实施方式对本公开实施例提供的乘车服务方法作以说明：
图8示出了本公开实施例提供的乘车服务方法的又一流程示意图。
如图8所示，本实施方式中，乘车服务方法可以包括：
S801、获取用户终端发送的乘车服务请求。
S802、根据乘车服务请求中车载终端的标识信息，获取车载终端的位置信息。
S803、判断车载终端的位置信息与乘车服务请求中用户终端的位置信息之间的距离是否小于预设阈值。
若是，则执行步骤S804；若否，则结束。
S804、根据乘车服务请求生成对应的乘车服务订单。
S805、获取用户在用户终端输入的目的地址。
S806、根据目的地址和车载终端的位置信息，生成与乘车服务订单关联的路程规划信息。
S807、将路程规划信息发送给用户终端。
S808、按照预设周期更新用户终端的位置信息、以及车载终端的位置信息。
执行步骤S808后，可以分别依次执行步骤S809和步骤S810、以及执行步骤S811。
S809、判断更新后的用户终端的位置信息与更新后的车载终端的位置信息之间的距离是否大于或等于预设阈值。
若是，则执行步骤S810；若否，则返回步骤S808。
S810、确定乘车服务订单为异常服务订单。
S811、判断更新后的用户终端的位置信息与目的地址是否相同。
若是，则执行步骤S812；若否，则返回步骤S808。
S812、获取乘车服务订单对应的服务账单，并将服务账单发送给用户终端。
本实施方式提供的乘车服务方法所具备的有益效果与前述实施例中所述相同，在此不再赘述。
可选地，一些实施方式中，上述实施例中所述的判断车载终端的位置信息与用户终端的位置信息之间的距离是否小于预设阈值的步骤，也可以由车载终端或用户终端完成。例如，若由车载终端进行判断，则服务平台可以将用户终端的位置信息转发给车载终端，当车载终端判断完成后，可以将判断结果反馈给服务平台，由服务平台根据判断结果决定是否生成乘车服务订单。或者，若由用户终端进行判断，则服务平台可以将车载终端的位置信息转发给用户终端，当用户终端判断完成后，可以将判断结果反馈给服务平台，同样由服务平台根据判断结果决定是否生成乘车服务订单。本公开对定位重合判断过程的具体执行主体，并不作限制。
基于前述方法实施例中所述的乘车服务方法，对应的，本公开实施例还提供一种乘车服务装置，该装置可以应用于服务平台，服务平台分别与用户终端和设置于服务车辆中的车载终端通信连接。
图9示出了本公开实施例提供的乘车服务装置的结构示意图。
如图9所示，该乘车服务装置可以包括：第一获取模块11、第二获取模块12、第一判断模块13和订单生成模块14。第一获取模块11，用于获取用户终端发送的乘车服务请求，乘车服务请求中包含有用户终端的位置信息和车载终端的标识信息；第二获取模块12，用于根据乘车服务请求中车载终端的标识信息，获取车载终端的位置信息；第一判断模块13，用于判断车载终端的位置信息与乘车服务请求中用户终端的位置信息之间的距离是否小于预设阈值；订单生成模块14，用于若小于预设阈值，则根据乘车服务请求生成对应的乘车服务订单。
图10示出了本公开实施例提供的乘车服务装置的另一结构示意图。
可选地，如图10所示，该乘车服务装置还可以包括：第三获取模块15和路程规划模块16。第三获取模块15，用于获取用户在用户终端输入的目的地址；路程规划模块16，用于根据目的地址和车载终端的位置信息，生成与乘车服务订单关联的路程规划信息，并将路程规划信息发送给用户终端。
图11示出了本公开实施例提供的乘车服务装置的又一结构示意图。
可选地，如图11所示，该乘车服务装置还可以包括：更新模块17和异常确定模块18。更新模块17，用于在订单生成模块根据乘车服务服务请求生成对应的乘车服务订单之后，按照预设周期更新用户终端的位置信息、以及车载终端的位置信息；第一判断模块13，还用于判断更新后的用户终端的位置信息与更新后的车载终端的位置信息之间的 距离是否大于或等于预设阈值；异常确定模块18，用于若大于或等于预设阈值，则确定乘车服务订单为异常服务订单。
图12示出了本公开实施例提供的乘车服务装置的又一结构示意图。
可选地，如图12所示，该乘车服务装置还可以包括：第二判断模块19和账单发送模块20。第二判断模块19，用于在更新模块按照预设周期更新用户终端的位置信息、以及车载终端的位置信息之后，判断更新后的用户终端的位置信息与目的地址是否相同；账单发送模块20，用于若更新后的用户终端的位置信息与目的地址相同，则获取乘车服务订单对应的服务账单，并将服务账单发送给用户终端。
图13示出了本公开实施例提供的乘车服务装置的又一结构示意图。
可选地，如图13所示，该乘车服务装置还可以包括：账单生成模块21，用于在账单发送模块20获取乘车服务订单对应的服务账单之前，获取用户终端或车载终端的位置信息分别与目的地址之间的行驶路径，并根据行驶路径生成乘车服务订单对应的服务账单。
可选地，账单发送模块20，具体还可以用于获取车载终端根据车载终端的行驶路径生成的服务账单。
图14示出了本公开实施例提供的乘车服务装置的又一结构示意图。
可选地，如图14所示，该乘车服务装置还可以包括：结束服务模块22，用于接收车载终端发送的结束服务请求，根据结束服务请求，获取乘车服务订单对应的服务账单，并将服务账单发送给用户终端。
上述装置可以集成于服务平台中的服务器或计算机等设备，本公开在此不作限制。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，该乘车服务装置的具体工作过程，可以参考前述方法实施例中所述的乘车服务方法的对应过程，本公开中不再赘述。
应该理解，以上所描述的装置实施例仅仅是示意性的，本公开实施例所揭露的装置和方法，也可以通过其它的方式实现。例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。
也即，本领域内的技术人员应明白，本公开实施例可以采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式中的任一种实现。
基于此，本公开实施例还提供一种程序产品，该程序产品可以是U盘、移动硬盘、ROM、RAM、磁碟或者光盘等存储介质，存储介质上可以存储有计算机程序，计算机程序被处理器运行时执行如前述方法实施例中所述的乘车服务方法的步骤。具体实现方式和技术效果类似，在此不再赘述。
另外，本公开实施例还提供一种乘车服务设备，该乘车服务设备可以是上述个人计算机、服务器、或者网络设备等具有数据处理能力的设备，图15示出了本公开实施例提供的乘车服务设备的结构示意图。
如图15所示，该乘车服务设备可以包括：处理器100、存储介质200和总线300，存储介质200存储有处理器100可执行的机器可读指令，当乘车服务设备运行时，处理器100与存储介质200之间通过总线300通信，处理器100执行机器可读指令，以执行时执行如前述方法实施例中所述的乘车服务方法的步骤。具体实现方式和技术效果类似，在此同样不再赘述。
为了便于说明，在上述乘车服务设备中仅描述了一个处理器。然而，应当注意，一些实施例中，本公开中的乘车服务设备还可以包括多个处理器，因此本公开中描述的一个处理器执行的步骤也可以由多个处理器联合执行或单独执行。
以上仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以权利要求的保护范围为准。

Claims (23)

  1. 一种乘车服务方法，其特征在于，所述方法应用于服务平台，所述服务平台分别与用户终端和设置于服务车辆中的车载终端通信连接，所述方法包括：
    获取所述用户终端发送的乘车服务请求，所述乘车服务请求中包含有所述用户终端的位置信息和所述车载终端的标识信息；
    根据所述乘车服务请求中所述车载终端的标识信息，获取所述车载终端的位置信息；
    判断所述车载终端的位置信息与所述乘车服务请求中所述用户终端的位置信息之间的距离是否小于预设阈值；
    根据所述判断确定是否生成乘车服务订单。
  2. 根据权利要求1所述的方法，其特征在于，根据所述判断确定是否生成乘车服务订单，包括：
    若判断所述车载终端的位置信息与所述乘车服务请求中所述用户终端的位置信息之间的距离小于预设阈值，则根据所述乘车服务请求生成对应的乘车服务订单。
  3. 根据权利要求1所述的方法，其特征在于，根据所述判断确定是否生成乘车服务订单，包括：
    若判断所述车载终端的位置信息与所述乘车服务请求中所述用户终端的位置信息之间的距离不小于预设阈值，则不为所述乘车服务请求生成对应的乘车服务订单。
  4. 根据权利要求2所述的方法，其特征在于，所述方法还包括：
    获取用户在所述用户终端输入的目的地址；
    根据所述目的地址和所述车载终端的位置信息，生成与所述乘车服务订单关联的路程规划信息；
    将所述路程规划信息发送给所述用户终端。
  5. 根据权利要求2所述的方法，其特征在于，所述根据所述乘车服务服务请求生成对应的乘车服务订单之后，所述方法还包括：
    按照预设周期更新所述用户终端的位置信息、以及所述车载终端的位置信息；
    判断更新后的所述用户终端的位置信息与更新后的所述车载终端的位置信息之间的距离是否大于或等于预设阈值；
    若大于或等于预设阈值，则确定所述乘车服务订单为异常服务订单。
  6. 根据权利要求5所述的方法，其特征在于，若确定所述乘车服务订单为异常服务订单，则关闭所述异常服务订单。
  7. 根据权利要求5所述的方法，其特征在于，若确定所述乘车服务订单为异常服务订单，则将所述异常服务订单推送给人工客服。
  8. 根据权利要求2所述的方法，其特征在于，所述根据所述乘车服务服务请求生成对应的乘车服务订单之后，所述方法还包括：
    按照预设周期更新所述用户终端的位置信息；
    判断更新后的所述用户终端的位置信息与所述目的地址是否相同；
    若更新后的所述用户终端的位置信息与所述目的地址相同，则获取所述乘车服务订单对应的服务账单，并将所述服务账单发送给所述用户终端。
  9. 根据权利要求8所述的方法，其特征在于，所述获取所述乘车服务订单对应的服务账单之前，所述方法还包括：
    获取所述用户终端或所述车载终端的位置信息分别与所述目的地址之间的行驶路径；
    根据所述行驶路径生成所述乘车服务订单对应的服务账单。
  10. 根据权利要求8所述的方法，其特征在于，所述获取所述乘车服务订单对应的服务账单，包括：
    获取所述车载终端根据所述车载终端的行驶路径生成的服务账单。
  11. 根据权利要求10所述的方法，其特征在于，所述服务车辆为出租车，所述服务账单为所述出租车的计价器生成的服务账单。
  12. 根据权利要求8所述的方法，其特征在于，所述根据所述乘车服务服务请求生成对应的乘车服务订单之后，所述方法还包括：
    按照预设周期更新所述车辆终端的位置信息；
    当判断更新后的所述用户终端的位置信息与所述目的地址相同时，若还判断此时更新后的所述用户终端的位置信息与更新后的所述车载终端的位置信息之间的距离大于或等于预设阈值，则将该乘车服务订单划分为异常服务订单。
  13. 根据权利要求2所述的方法，其特征在于，所述方法还包括：
    接收所述车载终端发送的结束服务请求；
    根据所述结束服务请求，获取所述乘车服务订单对应的服务账单；
    将所述服务账单发送给所述用户终端。
  14. 一种乘车服务方法，其特征在于，所述方法应用于服务平台，所述服务平台分别与用户终端和设置于服务车辆中的车载终端通信连接，所述方法包括：
    接收判断所述车载终端的位置信息与所述用户终端的位置信息之间的距离是否小于预设阈值的判断结果；
    根据所述判断结果，确定是否生成乘车服务订单。
  15. 一种乘车服务装置，其特征在于，所述装置应用于服务平台，所述服务平台分别与用户终端和设置于服务车辆中的车载终端通信连接，所述装置包括：第一获取模块、第二获取模块、第一判断模块和订单生成模块；
    所述第一获取模块，用于获取所述用户终端发送的乘车服务请求，所述乘车服务请求中包含有所述用户终端的位置信息和所述车载终端的标识信息；
    所述第二获取模块，用于根据所述乘车服务请求中所述车载终端的标识信息，获取所述车载终端的位置信息；
    所述第一判断模块，用于判断所述车载终端的位置信息与所述乘车服务请求中所述用户终端的位置信息之间的距离是否小于预设阈值；
    所述订单生成模块，用于若小于预设阈值，则根据所述乘车服务请求生成对应的乘车服务订单。
  16. 根据权利要求15所述的装置，其特征在于，所述装置还包括：第三获取模块和路程规划模块；
    所述第三获取模块，用于获取用户在所述用户终端输入的目的地址；
    所述路程规划模块，用于根据所述目的地址和所述车载终端的位置信息，生成与所述乘车服务订单关联的路程规划信息，并将所述路程规划信息发送给所述用户终端。
  17. 根据权利要求16所述的装置，其特征在于，所述装置还包括：更新模块和异常确定模块；
    所述更新模块，用于在所述订单生成模块根据所述乘车服务服务请求生成对应的乘车服务订单之后，按照预设周期更新所述用户终端的位置信息、以及所述车载终端的位置信息；
    所述第一判断模块，还用于判断更新后的所述用户终端的位置信息与更新后的所述车载终端的位置信息之间的距离是否大于或等于预设阈值；
    所述异常确定模块，用于若大于或等于预设阈值，则确定所述乘车服务订单为异常服务订单。
  18. 根据权利要求17所述的装置，其特征在于，所述装置还包括：第二判断模块和账单发送模块；
    所述第二判断模块，用于在所述更新模块按照预设周期更新所述用户终端的位置信息、以及所述车载终端的位置信息之后，判断更新后的所述用户终端的位置信息与所述目的地址是否相同；
    所述账单发送模块，用于若更新后的所述用户终端的位置信息与所述目的地址相同，则获取所述乘车服务订单对应的服务账单，并将所述服务账单发送给所述用户终端。
  19. 根据权利要求18所述的装置，其特征在于，所述装置还包括：账单生成模块，用于在所述账单发送模块获取所述乘车服务订单对应的服务账单之前，获取所述用户终端或所述车载终端的位置信息分别与所述目的地址之间的行驶路径，并根据所述行驶路径生成所述乘车服务订单对应的服务账单。
  20. 根据权利要求18所述的装置，其特征在于，所述账单发送模块，具体用于获取所述车载终端根据所述车载终端的行驶路径生成的服务账单。
  21. 根据权利要求17所述的装置，其特征在于，所述装置还包括：结束服务模块，用于接收所述车载终端发送的结束服务请求，根据所述结束服务请求，获取所述乘车服务订单对应的服务账单，并将所述服务账单发送给所述用户终端。
  22. 一种乘车服务设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当所述乘车服务设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如权利要求1至14中任一项所述的乘车服务方法的步骤。
  23. 一种存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1至14中任一项所述的乘车服务方法的步骤。
PCT/CN2020/123814 2020-03-10 2020-10-27 乘车服务方法、装置、设备及存储介质 WO2021179621A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010163830.1A CN111932428B (zh) 2020-03-10 2020-03-10 乘车服务方法、装置、设备及存储介质
CN202010163830.1 2020-03-10

Publications (1)

Publication Number Publication Date
WO2021179621A1 true WO2021179621A1 (zh) 2021-09-16

Family

ID=73316154

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/123814 WO2021179621A1 (zh) 2020-03-10 2020-10-27 乘车服务方法、装置、设备及存储介质

Country Status (2)

Country Link
CN (1) CN111932428B (zh)
WO (1) WO2021179621A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114331459A (zh) * 2022-03-14 2022-04-12 广东招才通信息科技有限公司 一种基于大数据的移动支付***及方法
CN114584583A (zh) * 2022-02-24 2022-06-03 ***股份有限公司 信息交互方法、装置和智能座舱
CN115174575A (zh) * 2022-06-28 2022-10-11 重庆长安汽车股份有限公司 一种服务控制方法、装置、电子设备及存储介质
CN115439196A (zh) * 2022-11-09 2022-12-06 浙江云针信息科技有限公司 无人驾驶车辆接单方法及装置、存储介质和终端

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112837119A (zh) * 2021-01-28 2021-05-25 天津五八到家货运服务有限公司 异常订单识别方法、装置、电子设备及存储介质
CN112860732A (zh) * 2021-02-07 2021-05-28 西安艾润物联网技术服务有限责任公司 相关信息的自动关联方法及装置、自动关联终端
CN112927046B (zh) * 2021-03-22 2024-06-04 广州宸祺出行科技有限公司 一种基于二维码网约车快速下单的方法、装置及电子设备
CN113240206B (zh) * 2021-06-21 2024-03-26 拼途(北京)信息技术有限公司 扫码打车方法、扫码打车装置、电子设备和可读存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107871384A (zh) * 2016-09-28 2018-04-03 北京嘀嘀无限科技发展有限公司 一种行李信息显示方法、装置及服务器
US20180275661A1 (en) * 2017-03-21 2018-09-27 GM Global Technology Operations LLC Multi-mode transportation planning and scheduling
CN108830396A (zh) * 2018-06-14 2018-11-16 武汉斑马快跑科技有限公司 一种乘客上车行为识别方法及装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN204242224U (zh) * 2014-11-21 2015-04-01 北京东方车云信息技术有限公司 在网络租车中判断乘客上下车的***
CN104683952B (zh) * 2015-03-09 2016-09-14 深圳市城方建设科技有限公司 一种出租车约车方法
US10885472B2 (en) * 2016-06-28 2021-01-05 International Business Machines Corporation Dynamic transportation pooling
CN107844284B (zh) * 2016-09-19 2020-12-04 北京嘀嘀无限科技发展有限公司 一种乘客定位处理方法及服务器
CN107241405A (zh) * 2017-05-31 2017-10-10 广汽丰田汽车有限公司 一种人车信息交互的控制方法及装置
CN108985476A (zh) * 2018-06-19 2018-12-11 联动优势电子商务有限公司 一种身份识别方法及装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107871384A (zh) * 2016-09-28 2018-04-03 北京嘀嘀无限科技发展有限公司 一种行李信息显示方法、装置及服务器
US20180275661A1 (en) * 2017-03-21 2018-09-27 GM Global Technology Operations LLC Multi-mode transportation planning and scheduling
CN108830396A (zh) * 2018-06-14 2018-11-16 武汉斑马快跑科技有限公司 一种乘客上车行为识别方法及装置

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114584583A (zh) * 2022-02-24 2022-06-03 ***股份有限公司 信息交互方法、装置和智能座舱
CN114331459A (zh) * 2022-03-14 2022-04-12 广东招才通信息科技有限公司 一种基于大数据的移动支付***及方法
CN114331459B (zh) * 2022-03-14 2022-05-24 广东招才通信息科技有限公司 一种基于大数据的移动支付***及方法
CN115174575A (zh) * 2022-06-28 2022-10-11 重庆长安汽车股份有限公司 一种服务控制方法、装置、电子设备及存储介质
CN115174575B (zh) * 2022-06-28 2023-06-16 重庆长安汽车股份有限公司 一种服务控制方法、装置、电子设备及存储介质
CN115439196A (zh) * 2022-11-09 2022-12-06 浙江云针信息科技有限公司 无人驾驶车辆接单方法及装置、存储介质和终端

Also Published As

Publication number Publication date
CN111932428A (zh) 2020-11-13
CN111932428B (zh) 2021-03-26

Similar Documents

Publication Publication Date Title
WO2021179621A1 (zh) 乘车服务方法、装置、设备及存储介质
US11774255B2 (en) Methods and systems for conversion of physical movements to carbon units
US20230177887A1 (en) Toll payment equipment
WO2021179620A1 (zh) 车辆信息获取方法、装置及存储介质
CA2824943C (en) Computer-implemented method and system for reporting a confidence score in relation to a vehicle equipped with a wireless-enabled usage reporting device
US10810675B2 (en) Providing transit alternatives based on monitored vehicle characteristics
CN108876506B (zh) 一种车辆登记方法及装置
WO2019118947A2 (en) Blockchain-based connected user communication and interface system
KR102636645B1 (ko) 통합 교통 서비스 제공 시스템 및 방법
JP7080561B2 (ja) 情報提供装置および情報提供方法
KR20190143247A (ko) 대중교통이용에 따른 탄소배출권 인증시스템
CN109842678B (zh) 一种车辆共享方法及装置
CN106575403B (zh) 信息提供***、显示控制装置、信息设备以及信息提供方法
AU2020333471B2 (en) Estimating fuel economy
KR20210126189A (ko) 이륜차 운전의 ict 기반 운전자 특정 평가 분석 및 보상 플랫폼을 제공하기 위한 장치 및 방법
WO2021164438A1 (zh) 用于租赁车辆的方法、电子设备和计算机存储介质
CN110148036A (zh) 一种随车资源共享方法及终端
CN111028053B (zh) 一种订单处理的方法、装置、电子设备及存储介质
US12014636B2 (en) Delivery approval apparatus and delivery approval method
US20240232663A1 (en) Task-oriented dialog modeling and action determination
US20230419247A1 (en) Methods and systems for conversion of physical movements to carbon units
US20230243663A1 (en) Methods for determining an emission savings value
US20240233731A1 (en) Data structure for task-oriented dialog modeling
JP2021144330A (ja) 車両貸出サービス管理装置、車両貸出サービス管理方法、およびプログラム
JP2021140457A (ja) 車両貸出サービス管理装置、車両貸出サービス管理方法、およびプログラム

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

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

Country of ref document: EP

Kind code of ref document: A1