WO2016116048A1 - 一种为按需服务提供信息的***及方法 - Google Patents

一种为按需服务提供信息的***及方法 Download PDF

Info

Publication number
WO2016116048A1
WO2016116048A1 PCT/CN2016/071470 CN2016071470W WO2016116048A1 WO 2016116048 A1 WO2016116048 A1 WO 2016116048A1 CN 2016071470 W CN2016071470 W CN 2016071470W WO 2016116048 A1 WO2016116048 A1 WO 2016116048A1
Authority
WO
WIPO (PCT)
Prior art keywords
location
information
passenger
merge
service
Prior art date
Application number
PCT/CN2016/071470
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
Priority claimed from CN201510028638.0A external-priority patent/CN104581637A/zh
Priority claimed from CN201510035598.2A external-priority patent/CN104580499B/zh
Priority claimed from CN201510158678.7A external-priority patent/CN104732471A/zh
Priority claimed from CN201510163520.9A external-priority patent/CN104715286B/zh
Priority claimed from CN201510243122.8A external-priority patent/CN104866552A/zh
Priority claimed from CN201510295656.5A external-priority patent/CN105025437B/zh
Priority claimed from CN201510515752.6A external-priority patent/CN105225468A/zh
Priority claimed from CN201510600441.XA external-priority patent/CN105205147A/zh
Priority to KR1020177023047A priority Critical patent/KR102126660B1/ko
Priority to AU2016208929A priority patent/AU2016208929B2/en
Priority to JP2017538313A priority patent/JP2018503196A/ja
Priority to NZ733863A priority patent/NZ733863A/en
Priority to BR112017015589A priority patent/BR112017015589A8/pt
Priority to KR1020207017533A priority patent/KR102267823B1/ko
Priority to US15/544,138 priority patent/US10769742B2/en
Priority to EP16739795.9A priority patent/EP3249602A4/en
Priority to SG11201705930PA priority patent/SG11201705930PA/en
Priority to CA2974452A priority patent/CA2974452C/en
Priority to GB1711519.7A priority patent/GB2550304A/en
Application filed by 北京嘀嘀无限科技发展有限公司 filed Critical 北京嘀嘀无限科技发展有限公司
Publication of WO2016116048A1 publication Critical patent/WO2016116048A1/zh
Priority to PH12017501303A priority patent/PH12017501303A1/en
Priority to HK18105003.4A priority patent/HK1245956A1/zh
Priority to AU2019279998A priority patent/AU2019279998A1/en
Priority to US17/013,845 priority patent/US20200402194A1/en

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
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • 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
    • G01S5/00—Position-fixing by co-ordinating two or more direction or position line determinations; Position-fixing by co-ordinating two or more distance determinations
    • G01S5/0009—Transmission of position information to remote stations
    • G01S5/0045—Transmission from base station to mobile station
    • G01S5/0063—Transmission from base station to mobile station of measured values, i.e. measurement on base station and position calculation on mobile
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0639—Item locations
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/953—Querying, e.g. by the use of web search engines
    • G06F16/9537—Spatial or temporal dependent retrieval, e.g. spatiotemporal queries

Definitions

  • the present application relates to systems and methods for providing information for on-demand services, and more particularly to a system and method for providing information for on-demand services using mobile internet technologies and data processing techniques.
  • a method of providing information for an on-demand service comprising receiving service request information from a service requester, the service request information including information related to a service requestor location; Determining, based in part on the service request information, an alternate convergence location set, the candidate convergence location set including at least one candidate convergence location; transmitting the candidate convergence location set to the service requestor; receiving the service from the service Processing by the requesting party of the set of candidate merge locations; and generating a processing result based at least in part on processing by the service requestor of the set of alternate merge locations.
  • a system for providing information for an on-demand service comprising: a computer readable storage medium configured to store an executable module, comprising: a service requester interface module configured To: 1) receive service request information from a service requester, the service request information includes information related to the location of the service requester; 2) receive processing from the service requester for an alternate set of merged locations, Said alternative merging location set comprises at least one alternative merging location; 3) transmitting said alternative merging location set to said service requesting party; processing module configured to: 1) determine at least in part based on said service request information Determining a set of alternative merge locations; 2) generating a processing result based at least in part on processing by the service requestor of the set of alternate merge locations; and a processor capable of executing the computer readable storage An executable module for media storage.
  • a service requester interface module configured To: 1) receive service request information from a service requester, the service request information includes information related to the location of the service requester; 2) receive processing from the service requester for an alternate set of merged
  • the processing of the candidate convergence location set by the service requester includes at least one of: selecting one of the candidate convergence location sets; deleting the standby Selecting an alternate merge location in the set of merge locations; modifying one of the alternate merge locations in the set of alternate merge locations; adding a location that does not belong to the set of alternate merge locations.
  • a method of providing information for an on-demand service further includes transmitting the set of alternate merge locations to a service provider.
  • a method of providing information for an on-demand service further includes receiving a process from the service provider for the set of alternate merge locations.
  • the processing by the service provider for the candidate convergence location set includes at least one of: selecting one of the candidate convergence location sets; deleting the standby Selecting an alternate merge location in the set of merge locations; modifying one of the alternate merge locations in the set of alternate merge locations; adding a location that does not belong to the set of alternate merge locations.
  • a method of providing information for an on-demand service further includes transmitting the processing result to the service provider.
  • a method of providing information for an on-demand service further includes evaluating the alternate merge location.
  • the evaluating the alternate merge location is based on a distance of the alternate merge location from the service requestor location.
  • the evaluation of the alternate merge location is based on historical information associated with the alternate merge location.
  • a method of providing information for an on-demand service further includes transmitting the processing result to a service provider.
  • FIG. 1-A is a schematic diagram of a network environment including an on-demand service system, according to some embodiments of the present application.
  • FIG. 1-B is another schematic diagram of a network environment of an on-demand service system according to some embodiments of the present application.
  • FIG. 2 is an exemplary system diagram of an on-demand service system, in accordance with some embodiments of the present application.
  • FIG. 3 is an exemplary block diagram of a processing module in a positioning engine, shown in accordance with some embodiments of the present application;
  • FIG. 4 is a passenger interface in a positioning engine shown in accordance with some embodiments of the present application Exemplary block diagram
  • FIG. 5 is an exemplary block diagram of a driver interface in a positioning engine, shown in accordance with some embodiments of the present application;
  • FIG. 6 is an exemplary block diagram of a client device shown in accordance with some embodiments of the present application.
  • FIG. 7 is an exemplary block diagram of a database shown in accordance with some embodiments of the present application.
  • FIG. 8 is an exemplary flow diagram showing determining a precise location and a merged location, in accordance with some embodiments of the present application.
  • FIG. 9 is an exemplary flow diagram of generating optimized location information, shown in accordance with some embodiments of the present application.
  • FIG. 10 is an exemplary flow diagram of generating optimized location information, in accordance with some embodiments of the present application.
  • FIG. 11 is an exemplary flow diagram of generating optimized location information, in accordance with some embodiments of the present application.
  • FIG. 12 is an exemplary flow diagram of precise positioning on a passenger end device, shown in accordance with some embodiments of the present application.
  • FIG. 13 is an exemplary flow diagram of processing a merged position on a driver's end device, in accordance with some embodiments of the present application.
  • FIG. 14 is an exemplary flow chart for determining a merge position, in accordance with some embodiments of the present application.
  • 15 is an exemplary flow chart for determining a merge position, in accordance with some embodiments of the present application.
  • 16 is an exemplary flow diagram of determining a merge location on a positioning engine, in accordance with some embodiments of the present application.
  • 17 is an exemplary flow diagram of determining a convergence location by a positioning engine, in accordance with some embodiments of the present application.
  • FIG. 18 is an exemplary flowchart of a location engine generating a convergence location, in accordance with some embodiments of the present application.
  • 19-A is an exemplary flowchart of a positioning engine coordinating a distance measurement between a passenger end device and a driver end device, according to some embodiments of the present application;
  • 19-B is an exemplary flow chart of driver-side device ranging as shown in some embodiments of the present application.
  • FIG. 20 is an exemplary flowchart of a positioning engine ranging from a Bluetooth base station to a passenger end device, in accordance with some embodiments of the present application;
  • Figure 21 shows the structure of a mobile device that can implement the particular system disclosed in this application
  • Figure 22 shows the structure of a computer that can implement the particular system disclosed in this application.
  • Embodiments of the present application can be applied to different on-demand service systems, such as one or more of a transportation service system, a catering service system, a housekeeping service system, a medical service system, and the like.
  • the following description takes the transportation service system as an example. This is for convenience of description and is not intended to limit the scope of the embodiments.
  • the transportation service system may include one or a combination of terrestrial, marine, aerospace, aerospace, and the like.
  • horses, rickshaws two-wheeled bicycles, tricycles, etc.
  • taxis special cars, rides, buses, trains, motor trains, high-speed rail, subways, ships, airplanes, spaceships, hot air balloons, unmanned vehicles, collection / A transportation system such as a delivery and management that is managed and/or distributed.
  • the different application scenarios of the present application may include one or a combination of a web page, a browser plug-in, a client, a customization system, an in-house analysis system, an artificial intelligence robot, and the like. It should be understood that the application scenarios of the system and method of the present application are only some examples or embodiments of the present application. For those skilled in the art, according to the drawings, without any creative work, This application is applied to other similar scenarios. For example, other similar on-demand service systems.
  • the "passenger”, “customer”, “demander”, “service demander”, “consumer”, “consumer”, “user demander”, etc. described in this application are interchangeable, meaning that they are required or ordered.
  • the party to the service can be an individual or a tool.
  • the "driver”, “provider”, “supplier”, “service provider”, “servicer”, “service party”, etc. described herein are also interchangeable, meaning that the service is provided or assisted.
  • the "user” described in the present application may be a party that needs or subscribes to a service, or a party that provides a service or assists in providing a service.
  • the network environment 100 can include an on-demand service system 105, one or more passenger devices 120, one or more databases 130, one or more driver devices 140, one or more networks 150, one or more information Source 160.
  • the on-demand service system 105 can include a location engine 110.
  • the positioning engine 110 can be used in a system that analyzes the collected information to generate an analysis result.
  • Positioning engine 110 can be a server or a server group, and each server in the group is connected through a wired or wireless network.
  • a server group can be centralized, such as a data center; a server group can also be distributed, such as a distributed system.
  • the location engine 110 can be centralized or distributed.
  • Passenger terminal 120 and driver terminal 140 may be collectively referred to as a user, which may be a person, tool, or other entity directly associated with a service order, such as a requestor and service provider of a service order. Passengers can be service demanders. In this document, “passenger”, “passenger” and “passenger equipment” are used interchangeably. The driver can be a service provider. In this article, “driver”, “driver” and “driver device” are used interchangeably. In an embodiment where the user is a tool, the passenger terminal 120 may include one or a combination of the desktop computer 120-1, the notebook computer 120-2, the built-in device 120-3 of the motor vehicle, the mobile device 120-4, and the like. .
  • the built-in device 120-3 of the motor vehicle may be a carputer or the like;
  • the mobile device 120-4 may be a smart phone, a personal digital assitance (PDA), a tablet computer, a handheld game console, One or more of smart glasses, smart watches, wearable devices, virtual display devices, or display enhancement devices such as Google Glass, Oculus Rift, Hololens, Gear VR, and more.
  • Driver terminal 140 may also include one or more of similar devices.
  • the location engine 110 can directly access and/or access data information stored in the database 130, and can also access and/or access information of the client 120/140 directly through the network 150.
  • database 130 can be broadly referred to as a device having a storage function.
  • the database 130 is primarily used to store data collected from the passengers 120 and/or the driver 140 and various data utilized, generated, and output in the operation of the positioning engine 110.
  • Database 130 can be local or remote.
  • the connection or communication of database 130 with on-demand service system 105 or a portion thereof (e.g., location engine 110) may be wired or wireless.
  • Network 150 can be a single network or a combination of multiple different networks.
  • the network 150 may be a local area network (LAN), a wide area network (WAN), a public network, a private network, a proprietary network, a public switched telephone network (PSTN), the Internet, Wireless network, virtual network, or any combination of the above.
  • Network 150 can also include multiple network connections Incoming point, for example, a wired or wireless access point, such as base station 150-1, base station 150-2, Internet switching point, etc., through which any data source can access network 150 and send information over network 150 .
  • the driver terminal 140 in the transportation service is taken as an example, but the application is not limited to the scope of this embodiment.
  • the driver device 140 can be a mobile phone or a tablet.
  • the network environment 100 of the driver device 140 can be divided into a wireless network (Bluetooth, wireless local area network (WLAN), Wi-Fi, etc.), and a mobile network (2G, 3G, 4G). Signal, etc., or other private connection (virtual private network, VPN), shared network, near field communication (NFC), ZigBee, etc.).
  • a wireless network Bluetooth, wireless local area network (WLAN), Wi-Fi, etc.
  • a mobile network 2G, 3G, 4G
  • Signal, etc. or other private connection (virtual private network, VPN), shared network, near field communication (NFC), ZigBee, etc.).
  • Information source 160 is a source of additional information for the system.
  • the information source 160 can be used to provide service related information to the system, such as weather conditions, traffic information, legal and regulatory information, news events, lifestyle information, lifestyle guide information, and the like.
  • the information source 160 may exist in the form of a single central server, or in the form of a plurality of servers connected through a network, or in the form of a large number of personal devices.
  • the devices can connect the cloud server with the user through a user-generated content, such as uploading text, sound, image, video, etc. to the cloud server.
  • a large number of personal devices together form an information source.
  • the information source 160 may be a municipal service system including map information and city service information, a traffic real-time broadcast system, a weather broadcast system, a news network, and the like.
  • the information source 160 may be a physical information source such as a common speed measuring device, a sensing device, an Internet of Things device, such as a driver's vehicle speedometer, a radar speedometer on a road, and a temperature and humidity sensor.
  • the information source 160 can also be a source for obtaining news, information, road real-time information, etc., such as a network information source.
  • the network information source may include one or more of an Internet news group based on Usenet, a server on the Internet, a weather information server, a road status information server, and the like.
  • the information source 160 may be a system that stores a plurality of catering service providers in a certain area, a municipal service system including map information and city service information, a traffic road condition system, a weather broadcast system, a news network, and the like.
  • a municipal service system including map information and city service information, a traffic road condition system, a weather broadcast system, a news network, and the like.
  • One or more are not intended to limit the scope of the information sources herein, nor are they limited to the scope of the examples.
  • the present invention can be applied to any service that can provide and serve Equipment and networks for information related can be classified as information sources.
  • information exchange between the on-demand service system 105 and different portions of the network environment 100 in which it is located can be performed by way of an order.
  • the object of the order can be any product.
  • the product can be a tangible product or an intangible product.
  • a physical product may be any kind or combination of physical objects, such as food, medicine, daily necessities, chemical products, electrical appliances, clothing, automobiles, real estate, luxury goods, and the like.
  • An intangible product may include one or a combination of a service product, a financial product, an intellectual product, an internet product, and the like.
  • An Internet product can be any product that meets the user's needs for information, entertainment, communication or business. There are many classification methods.
  • the Internet product may include one or a combination of a personal host product, a Web product, a mobile Internet product, a commercial host platform product, an embedded product, and the like.
  • the mobile internet product can be a software, program or system for use in a mobile terminal.
  • the mobile terminal includes, but is not limited to, a combination of one or more of a notebook, a tablet, a mobile phone, a personal digital assistant (PDA), an electronic watch, a POS machine, a car computer, a television, and the like.
  • PDA personal digital assistant
  • various types of social, shopping, travel, entertainment, learning, investment, and other software or applications used on a computer or mobile phone for example, various types of social, shopping, travel, entertainment, learning, investment, and other software or applications used on a computer or mobile phone.
  • the travel software or application can be software or applications such as travel software, vehicle reservations, maps, and the like.
  • the traffic reservation software or application refers to a reservation for a horse, a carriage, a rickshaw (for example, a two-wheeled bicycle, a tricycle, etc.), a car (for example, a taxi, a bus, etc.), a train, a subway, a ship, an aircraft (for example) , a combination of one or more of aircraft, helicopters, space shuttles, rockets, hot air balloons, etc.).
  • FIG. 1-B Another schematic diagram of a network environment 100 is shown in FIG. 1-B.
  • Figure 1-B is similar to Figure 1-A.
  • database 130 is self-contained and can be directly coupled to network 150.
  • the on-demand service system 105, or a portion thereof (e.g., the location engine 110), and/or the client 120/140 can directly access the database 130 over the network 150.
  • the database 130 in FIG. 1-A or FIG. 1-B is different from the on-demand service system 105, or a portion thereof (eg, the location engine 110), and/or the client 120/140.
  • the access rights of the parties to the database 130 can be limited.
  • the on-demand service system 105, or a portion thereof (eg, the location engine 110) has the highest access to the database 130.
  • the public or personal information can be read or modified from the database 130; the passenger device 120 or the driver device 140 can read some of the public's information or personal information related to the user when certain conditions are met.
  • the on-demand service system 105 can modify the information of the public or with the user in the database 130 based on the experience of one user (passenger or driver) using the on-demand service system 105.
  • a driver user 140 when receiving a service order from a passenger user 120, can view partial information about the passenger user 120 in the database 130; however, the driver user 140 cannot autonomously modify the database 130 regarding the The information of the passenger user 120, which can only be reported to the on-demand service system 105, is determined by the on-demand service system 105 whether to modify the information in the database 130 regarding the passenger user 120.
  • a passenger user 120 upon receiving a request from a driver user 140 to provide a service, may view partial information about the driver user 140 in the database 130 (eg, user rating information, driving experience, etc.); The passenger user 120 may not autonomously modify the information about the driver user 140 in the database 130, but may only report to the on-demand service system 105, and the on-demand service system 105 determines whether to modify the information about the driver user 140 in the database 130.
  • partial information about the driver user 140 in the database 130 eg, user rating information, driving experience, etc.
  • the passenger user 120 may not autonomously modify the information about the driver user 140 in the database 130, but may only report to the on-demand service system 105, and the on-demand service system 105 determines whether to modify the information about the driver user 140 in the database 130.
  • database 130 may be a cloud computing platform with data storage capabilities, including but not limited to public clouds, private clouds, community clouds, hybrid clouds, and the like. Variations such as these are within the scope of the present application.
  • FIG. 2 is an exemplary system diagram.
  • Positioning engine 110 may include one or more processing modules 210, one or more storage modules 220, one or more passenger interfaces 230, and one or more driver interfaces 240.
  • the modules of the positioning engine 110 may be centralized or distributed.
  • One or more of the modules of the positioning engine 110 may be local or remote.
  • the location engine 110 can be one or a combination of a web server, a file server, a database server, an FTP server, an application server, a proxy server, a mail server, and the like.
  • the positioning engine 110 can be used to receive information from the passenger 120 via the passenger interface 230 or to transmit the processed information to the passenger 120, the manner in which the information can be received and transmitted can be direct (eg, directly through the passenger interface 230) Or the driver interface 240 may be obtained by the network 150 from one or more passengers 120 and/or one or more drivers 140, or may receive information from other sources 160, or may be indirect. Processing module 210 may obtain the required information by sending a request to one or more information sources 160.
  • Information in information source 160 may include, but is not limited to, weather conditions, road conditions, traffic conditions, etc., or any combination of the above.
  • the processing module 210 can be used for processing related information. Processing module 210 may send the processed information to passenger interface 230 and/or driver interface 240.
  • the manner of information processing may include, but is not limited to, a combination of one or several of storing, classifying, filtering, converting, calculating, retrieving, predicting, training, and the like.
  • the processing module 210 may include, but is not limited to, a central processing unit (CPU), an application specific integrated circuit (ASIC), and an application specific instruction set processor.
  • ASIP Application Specific Interconnect Protocol
  • PPU Physical Processing Unit
  • DSP Digital Processing Processor
  • FPGA Field-Programmable Gate Array
  • PLD Programmable Logic A combination of one or more of a device (Programmable Logic Device (PLD)), a processor, a microprocessor, a controller, a microcontroller, and the like.
  • PLD Programmable Logic Device
  • the passenger interface 230 and the driver interface 240 can be used to receive respective transmitted information from the passenger 120 and the driver 140, respectively.
  • the information herein may be request information for the service, current location information, input text for the passenger 120/driver 140, other input information for the passenger 120/driver 140 (eg, uploaded images, video, audio information, etc.).
  • the received information may be stored in the storage module 220 or may be calculated and processed by the processing module 210.
  • the passenger interface 230 and the driver interface 240 can be used to output information processed by the processing module 210 for analysis.
  • the information here can be optimized positioning information, which can be direct information of the order or processing information of the order.
  • the outputted information may or may not be sent to the passenger 120 and/or the driver 140.
  • the output information that is not transmitted may be stored in the database 130 or may be stored in the storage module 220.
  • database 130 can be placed in the background of on-demand service system 105 (as shown in Figure 1-A). In some embodiments, database 130 can be self-contained, directly connected to network 150 (as shown in Figure 1-B). In some embodiments, database 130 can be an on-demand service system 105, or part of location engine 110. Database 130 can be broadly referred to as a device having a storage function. Database 130 is primarily used to store data collected from users 120/140 and/or information source 160 and various data generated in the operation of location engine 110. Database 130 or other storage devices within the system generally refer to all media that can have read/write capabilities. The database 130 or other storage devices in the system may be internal to the system or external devices of the system.
  • Database 130 or other storage devices within the system may include, but are not limited to, a combination of one or more of a hierarchical database, a networked database, and a relational database.
  • the database 130 or other storage device within the system can digitize the information and store it in a storage device that utilizes electrical, magnetic or optical means.
  • Database 130 or other storage devices within the system can be used to store various information such as programs and data.
  • the database 130 or other storage devices in the system may be devices that store information by means of electrical energy, such as various memories, random access memory (RAM), read only memory (ROM), and the like.
  • the random access memory includes but is not limited to a decimal counter tube, a selection tube, a delay line memory, a Williams tube, a dynamic random access memory (DRAM), a static random access memory (SRAM), a thyristor random access memory (T-RAM), and a zero capacitor.
  • Read-only memory includes, but is not limited to, bubble memory, magnetic button line memory, thin film memory, magnetic plate line memory, magnetic core memory, drum memory, optical disk drive, hard disk, magnetic tape, early non-volatile memory (NVRAM), phase change Memory, magnetoresistive random storage memory, random ferroelectric Memory, non-volatile SRAM, flash memory, electronic erasable rewritable read-only memory, erasable programmable read-only memory, programmable read-only memory, shielded stacked read memory, floating connected gate random access memory, nano A combination of one or more of random access memory, track memory, variable resistive memory, programmable metallization cells, and the like.
  • the database 130 or other storage devices within the system may be devices that store information using magnetic energy, such as hard disks, floppy disks, magnetic tapes, magnetic core memories, magnetic bubble memories, USB flash drives, flash memories, and the like.
  • the database 130 or other storage device within the system may be a device that optically stores information, such as a CD or DVD.
  • the database 130 or other storage device within the system may be a device that uses magneto-optical means to store information, such as a magneto-optical disk or the like.
  • the access mode of the database 130 or other storage devices in the system may be one or a combination of random storage, serial access storage, read-only storage, and the like.
  • Database 130 or other storage devices within the system may be non-persistent memory or permanent memory. The storage devices mentioned above are just a few examples, and the storage devices that the system can use are not limited thereto. Database 130 or other storage devices within the system may be local or remote.
  • the foregoing processing module 210 and/or the database 130 may actually exist in the user end, and may also perform corresponding functions through the cloud computing platform.
  • the cloud computing platform includes, but is not limited to, a storage-based cloud platform based on storage data, a computing cloud platform based on processing data, and an integrated cloud computing platform that takes into account data storage and processing.
  • the cloud platform used by the client may be a public cloud, a private cloud, a community cloud, or a hybrid cloud.
  • some order information and/or non-order information received by the user terminal may be calculated and/or stored by the user cloud platform.
  • Other order information and/or non-order information may be calculated and/or stored by a local processing module and/or a system database.
  • location engine 110 can be implemented in a variety of ways.
  • location engine 110 can be implemented in hardware, software, or a combination of software and hardware.
  • the hardware portion can be implemented using dedicated logic; the software portion can be stored in memory and executed by a suitable instruction execution system, such as a microprocessor or dedicated design hardware.
  • a suitable instruction execution system such as a microprocessor or dedicated design hardware.
  • processor control code such as on a carrier medium such as a magnetic disk, CD or DVD-ROM, such as read-only storage.
  • Such code is provided on a programmable memory of the device (firmware) or on a data carrier such as an optical or electronic signal carrier.
  • Positioning engine 110 and its modules may be implemented not only with hardware such as very large scale integrated circuits or gate arrays, semiconductors such as logic chips, transistors, etc., or programmable hardware devices such as field programmable gate arrays, programmable logic devices, and the like. It can also be implemented by, for example, software executed by various types of processors, or by a combination of the above-described hardware circuits and software (for example, firmware).
  • the processing module 210, the storage module 220, the passenger interface 230, the driver interface 240, and the database 130 may be different modules embodied in one system, or may be a module to implement the functions of the above two or more modules.
  • passenger interface 230 and driver interface 240 may be the same interface while interacting with passenger terminal 120 and driver terminal 140. Variations such as these are within the scope of the present application.
  • the database 130 can be located within the location engine 110, and the entire functionality of the database 130 and the storage module 220 can be implemented by the same storage device.
  • the processing module 210 may include the following units: an address resolution unit 310, an image processing unit 320, a merge position processing unit 330, a path processing unit 340, an identification search unit 350, an identification adding unit 360, and an audio processing unit 370.
  • the processing module 210 can also include other units.
  • the address resolution unit 310 can be configured to process the received address information.
  • the manner of processing may include resolving address information or inversely resolving address information.
  • Reverse analysis refers to the conversion of an address coordinate to the text description of the location of the coordinates.
  • the analysis refers to converting the text description information of a place into an address coordinate information.
  • the address coordinates can be, for example, latitude and longitude coordinates.
  • the text description information may be, for example, a common name of a place, a street house number of a place, a landmark building name of a place, etc., which are iconic and representative. One or more of the usual names.
  • the address resolution unit 310 can also transmit the processed address information to other units, such as the path processing unit 340, the identification search unit 350, the image processing unit 320, the merge position processing unit 330, the audio processing unit 370, and the like.
  • the image processing unit 320 can be configured to process the received image (still picture or video) information to obtain processed information.
  • the processing manner may include, for example, one or more image processing means such as image enhancement, image recognition, image segmentation, image measurement (angle, distance, calculation of perspective relationship), and the like.
  • image processing means such as image enhancement, image recognition, image segmentation, image measurement (angle, distance, calculation of perspective relationship), and the like.
  • the image information recognized by the image processing unit 320 can be input to the address resolution unit 310 for finding the corresponding address information.
  • Image processing unit 320 may also receive information from other units, such as identification search unit 350.
  • the merged location processing unit 330 can be configured to calculate, identify, based on an address information from the passenger terminal 120 and/or the driver terminal 140, one or more locations for the passenger to meet with the driver, and can also be used to access the passenger terminal 120. And/or the driver's end 140 processes feedback information such as selection, exclusion, or evaluation of the merged location to screen the merged location.
  • the merge position processing unit 330 can also calculate the merge position based on the address information parsed or inversely parsed by the address parsing unit 310.
  • the merged location processing unit 330 can also send the resulting merged location to the path processing unit 340.
  • the path processing unit 340 can be used to calculate and plan the travel path of the passenger and the travel path of the driver to the passenger and the like based on the positioning information from the passenger terminal 120 and the driver terminal 140.
  • the path processing unit 340 can utilize the merged location information from the merged location processing unit 330 to plan the driver's travel path.
  • the path processing unit 340 can also utilize the identification planning path searched by the identification search unit 350.
  • the identity search unit 350 can be used to search for geographic identities near geographic locations.
  • the identifier adding unit 360 may be used to add an identifier to the geographic location information.
  • the audio processing unit 370 can be used to process audio information from the passenger terminal 120 or the driver terminal 140 in a manner that includes noise reduction, speech recognition, semantic recognition, character recognition, and the like.
  • the audio processing unit 370 can output the recognized audio information to other units for processing, such as outputting the recognized address information to the address resolution unit 310.
  • the operations or processes performed by the various sub-units 310-370 in the processing module 210 may It is a logic-based operation, such as an OR-OR operation; it can also be a value-based operation.
  • Each of the sub-units 310-370 in the processing module 210 can include one or more processors, which can be any general purpose processor, such as a programmed programmable logic device (PLD), or an application specific integrated circuit (ASIC). ), or a microprocessor, can also be a system chip (SoC), etc., can also be a digital signal processor (DSP) and so on.
  • PLD programmed programmable logic device
  • ASIC application specific integrated circuit
  • SoC system chip
  • DSP digital signal processor
  • sub-units 310-370 in processing module 210 can be implemented in a variety of ways.
  • the system can be implemented by hardware, software, or a combination of software and hardware, not only by semiconductors such as very large scale integrated circuits or gate arrays, such as logic chips, transistors, etc., or such as field programmable gates.
  • Hardware circuit implementations of programmable hardware devices, such as arrays, programmable logic devices, etc. may also be implemented, for example, by software executed by various types of processors, or by a combination of the above-described hardware circuits and software (eg, firmware). achieve.
  • FIG. 4 shows a block diagram of the passenger interface 230 in the positioning engine 110, in accordance with some embodiments.
  • the passenger interface 230 may include a passenger information receiving unit 410, a passenger information analyzing unit 420, and a passenger information transmitting unit 430.
  • the passenger information receiving unit 410 is configured to receive information transmitted by the passenger on the device of the passenger, and to identify, organize, and classify the information. From the content point of view, the information sent by the passenger may be the current location of the passenger determined by the positioning technology, the current location or departure location of the passenger input, the passenger's choice of service, the request or description information, the passenger's desired information. One or more of the setting of factors such as content, format, time, number, and the like.
  • the information sent by the passenger may be natural language text information input by the passenger on the device, binary information sent by the passenger through the device, and audio information recorded by the input and output module 620 of the passenger device 120 (including passengers).
  • the passenger can provide the above information to the passenger information receiving unit 410 in the passenger interface 230 via the network 150.
  • the passenger information analysis unit 420 can be configured to perform the parsing operation on the passenger information received by the passenger information receiving unit 410.
  • the parsing operation may include collating or classifying the passenger information for conversion to a format that the processing module 210 or the storage module 220 can calculate, process, or store.
  • the passenger information parsing unit 420 can also be used to convert the information processed by the processing module 210 or the information in the storage module 220 into a format that the passenger can read or select according to the instructions or preferences of the passenger, and provide the information to the passenger.
  • Information transmitting unit 430 can be used to transmit information that the positioning engine 110 needs to send to the passenger to the passenger via the network 150.
  • the passenger information receiving unit 410 may be composed of a wired or wireless receiving device that establishes contact with the passenger terminal device 120 via the network 150.
  • the passenger information transmitting unit 430 may be composed of a wired or wireless transmitting device that establishes contact with the passenger device 120 via the network 150.
  • FIG. 5 shows a block diagram of the driver interface 240 in the positioning engine 110, in accordance with some embodiments.
  • the driver interface 240 may include a driver information receiving unit 510, a driver information analyzing unit 520, and a driver information transmitting unit 530.
  • the driver information receiving unit 510 is configured to receive information transmitted by the driver on the device of the driver, and to identify, organize, and classify the information. From the content point of view, the information sent by the driver may be the current location of the driver determined by the positioning technology, the speed of the driver, the current service status fed by the driver (passenger, waiting for passengers, empty driving), the driver's request for service One or more of selection, confirmation or rejection information.
  • the information sent by the driver may be natural language text information input by the driver on the device, binary information sent by the driver through the device, and audio information recorded by the driver device 140 (including the voice input of the driver).
  • the driver device 140 can provide the above information to the driver information receiving unit 510 in the driver interface 240 via the network 150.
  • the driver information parsing unit 520 can be configured to perform the parsing operation on the driver information received by the driver information receiving unit 510.
  • the parsing operations herein may include collating or classifying driver information for conversion to a format that processing module 210 or storage module 220 can calculate, process, or store.
  • the driver information parsing unit 520 can also be configured to convert the information processed by the processing module 210 or the information in the storage module 220 into an information format that the driver can read or select according to the instruction or preference of the driver 140, and provide the information format to the driver.
  • the driver information transmitting unit 530 can be used to transmit information that the positioning engine 110 needs to send to the driver to the driver via the network 150.
  • the driver information receiving unit 510 may be composed of a wired or wireless receiving device that establishes contact with the driver device 140 via the network 150.
  • the driver information transmitting unit 530 may be composed of a wired or wireless transmitting device, and establishes contact with the driver device 140 via the network 150.
  • the passenger terminal device 120 may include a display module 610, an input and output module 620, a positioning module 630, a communication module 640, a processing module 650, and a storage module 660.
  • the passenger terminal device 120 can also contain more modules or components.
  • the display module 610 can be used to display a graphical interface of an on-demand service application, a map interface, an input and output operation interface, and the like.
  • the input output module 620 can be configured to receive one or more forms of input of the user on the on-demand service application graphical interface, the map interface, and the input and output operation interface, and pass the information to be provided to the user in one or more forms. Output.
  • the input/output module 620 can also be used to collect and record one or more of the optical, sound and other information of the user or the outside world (such as the surrounding environment) in the form of still pictures, video, audio, etc. by means of signal conversion or the like.
  • the form of the input or output may include one or more of a sound signal, an optical signal, a mechanical vibration signal, and the like.
  • the positioning module 630 can be used to determine the location of the user, and/or its state of motion based on one or more positioning, ranging techniques.
  • determining the location of the user and its motion state may include calculating one or more of the user's position, speed, acceleration, angular velocity, path, and the like.
  • the communication module 640 can be configured to transmit or receive information to be transmitted or to be received by the guest device 120 by way of wired or wireless communication.
  • communication module 670 can communicate with passenger interface 230 in positioning engine 110 to enable passenger terminal device 120 to transmit to or receive information from positioning engine 110.
  • the passenger terminal device 120 can also communicate with the driver device 140 via a communication module, for example, including Bluetooth communication. After the driver device 120 and the passenger device 140 turn on the Bluetooth, the distance between the driver and the passenger can be directly measured.
  • the processing module 650 can be used to calculate and process the obtained information in the passenger terminal device 120.
  • the storage module 660 can be used to acquire, generate, calculate, or process the input/output module 620, the positioning module 630, and the processing module 650.
  • the post information is stored.
  • the above description of the user equipment 120/140 is merely for convenience of description, and the present application is not limited to the scope of the embodiments. It can be understood that, for those skilled in the art, after understanding the functions performed by the user equipment, it is possible to perform any combination of the modules in the case of implementing the above functions, or to form a subsystem to be connected with other modules. Various modifications and changes in the form and details of the application of the method and system.
  • the display module 610, the input and output module 620 may be different modules embodied in one system, or may be a module to implement the functions of the above two or more modules. Variations such as these are within the scope of the present application.
  • FIG. 7 is a schematic structural diagram of the database 130.
  • the database 130 can store information for a variety of different content, such as a historical order database 710, a map database 720, a user database 730, and the like.
  • a historical order database 710 may include the starting location of the historical order, the location of the passenger and driver, the travel history, the amount of the order service, the order service tip, the order travel time, the average travel speed, the passenger and/or the driver's evaluation of the historical order, etc. content.
  • the map database 720 may include geographic coordinates of artificial objects such as streets, bridges, buildings, and the geographical coordinates of natural landscapes such as various water bodies, mountains, forests, wetlands, and descriptive names or logos of the above objects (street number, building name, River name, store name, etc.), image information of the above objects, and the like.
  • the information stored by the user database 730 may include the account name, display name (nickname), ID (driver's license, ID card, etc.) number of the user 120/140, registration time, user level/level, credit history, user's home address, user.
  • the storage of the above information may be implemented by different modules or components in a database 130.
  • the storage of the above information may also be implemented by a plurality of databases 130, which may exchange information with each other via wired or wireless communication connections.
  • the precise location may include correcting or eliminating positioning information acquired by the positioning device or module. The result of the error.
  • the precise location may include other representations of one location information.
  • the other expressions described above may be expressions that are easier to understand. For example, the location entered by the passenger is "Haidian Street No. 3", and the processing by the positioning engine 110 can generate a "Dinghao Building" which is a name that is more easily recognized by the driver. Elsewhere in the application, "optimized location information" can also be considered as another form of expression of precise location information.
  • the location engine 110 can obtain current location related information. This step can be accomplished by passenger interface 230 and/or driver interface 240.
  • the current location related information may be from the passenger device 120 and/or the driver device 140, the database 130, or the information source 160.
  • the above current location related information may include, but is not limited to, a current location of the passenger, a current location of the driver, a service starting location, and a service destination location.
  • the current location of the passengers and drivers may be acquired by the passenger terminal device 120 and/or the positioning module 630 in the driver device 140, or may be obtained by the input and output module 620.
  • the current location of the passenger and driver may be the location coordinates of the passenger and driver located by the GPS positioning technology, or the current location of the passenger or driver input.
  • the current location related information further includes other information about the current location of the passenger and/or the driver, such as a business district, a residential area, an attraction, a hospital, a school, a large building, a bus station, a railway station, and a subway station. One or more of airports, bridges, intersections, etc.
  • the location-related information described above also includes pictures, video, audio, etc., uploaded from the passenger terminal device 120 and/or the driver device 140 about its current location.
  • the above picture, video, and audio information can be obtained through the input and output module 620.
  • a passenger can take a landmark building around his or her mobile phone and upload it to the positioning engine 110.
  • a passenger may generate or retrieve a voice or a video about the situation around its current location and send it to the location engine 110.
  • the location engine 110 can process the current location related information. Processing of the current location information may be done by processing module 210 in location engine 110.
  • the positioning engine 110 may pass an address in the processing module 210 in the positioning engine 110 based on the current location of the passenger (such as the location obtained by GPS) and the landmark building around the current location uploaded by the passenger.
  • the parsing unit 310 and the image processing unit 320 are configured such that the precise location of the passenger can be determined (step 830).
  • the address resolution unit 310 can resolve the current location of the passenger.
  • the image processing unit 320 can By identifying the name of the landmark building and then querying the database based on the identified building name, the positioning information of the building can be obtained.
  • the positioning engine 110 receives video or audio about the current location of the passenger, and the image processing unit 320 and/or the audio processing unit 370 in the processing unit 210 can obtain the inclusion therein by analyzing the video or audio.
  • Information for example, information related to the current location of the passenger.
  • the processing of the current location related information by the processing module 210 may further include directly obtaining the other information related to the current location related information according to the current location retrieval database 130 or the storage module 220.
  • the processing module 210 can derive information related to the current location directly from the current location of the passenger. For example, after the positioning engine 110 obtains the current position coordinates of the passenger, the landmark database name associated with the location coordinates or near the location coordinates may be obtained by the retrieval database 130.
  • the location engine 110 can determine the exact location based on the processing of the current location related information. For example, in some embodiments, processing unit 210 in positioning engine 110 may determine based on the current location of the passenger and other information associated with the current location, such as landmark building name, landmark building location, The exact location of the passenger.
  • the positioning engine 110 can directly obtain the precise location of the passenger or driver without having to perform steps 810 and 820.
  • passengers can directly scan QR codes on certain buildings, such as shopping malls or office buildings.
  • the above two-dimensional code directly implies the precise position of the passenger.
  • the positioning engine 110 can directly receive the above two-dimensional code transmitted by the passenger.
  • the passenger's current location is the passenger's desired pick-up location, so the passenger will use the current location as the starting address for the order.
  • the boarding position is the meeting position of the driver and the passenger.
  • the driver can receive the order and drive directly to the location.
  • the current location of the passenger is the division.
  • the current location of the passenger is not a confluence location.
  • the current location of the passenger is inside a certain mall, and the location of the passenger and the driver can be at an exit of the mall or elsewhere in the mall, so the location of the convergence needs to be determined between the passenger and the driver.
  • the positioning engine 110 can generate some alternative merge locations.
  • the location engine 110 when the passenger selects an order start location, the location engine 110 will recommend one or more options to the passenger.
  • the above options may be the current location of the passenger or other location near the current location of the passenger.
  • the above options may be internal to the location engine 110 or may be obtained from, for example, the database 130 or the information source 160.
  • the above option may be generated by the order after the passenger inputs the order start position.
  • location engine 110 can store one or more merge locations associated with a certain location.
  • the location engine 110 can store one or more merge locations associated with a location and the passenger.
  • the location engine 110 can extract one or more merge locations based directly on the association and send the location to the passenger device 120 and/or the driver device 140.
  • the positioning engine 110 may consider some additional information such as road condition information, weather information, time, etc., to generate an easy-to-carry vehicle. Convergence location recommendation results. This additional information may include whether it is the peak of the commute, whether it is the peak of school attendance, whether there is a large competition or activity around the starting position of the passenger input order and the time period, road maintenance or closure, public transportation is normal operation, etc. A variety.
  • the location engine 110 can also generate one or more alternate merge location information in conjunction with the starting location of the order and the termination location of the order.
  • the location engine 110 can transmit the generated alternate merge location to the guest device 120 and/or the driver device 140.
  • some preset merge locations are stored within the system for passenger and/or driver selection.
  • the passenger terminal device 120 and/or the driver terminal device 140 processes the predetermined merged position described above. The above processing includes, but is not limited to, directly receiving or selecting one of the options as the final merge position, deleting one or more of the options, returning the remaining options to the positioning engine 110, and the like.
  • the positioning engine 110 can receive processing results from the passenger end device 120 and/or the driver device 140 for alternative merged location information.
  • the positioning engine 110 The above processing results can be further processed to generate a final merge position.
  • the positioning engine 110 can evaluate alternative merge locations and determine a final merge location based on the results of the evaluation.
  • the rules on which the above evaluation is based may include, but are not limited to, the distance of the alternate merge location from the current location of the passenger, the road condition of the alternate location, the orientation of the alternate location relative to the passenger destination, and the like.
  • the location engine 110 can transmit the optimized merge location information.
  • the optimized merged location information may be sent to the passenger premises equipment 120 and/or the driver equipment 140 for the passenger equipment 120 and/or the driver equipment 140 to display the merged location.
  • the path processing unit 340 in the location engine 110 can generate one or more paths from the driver's current location to the merge location and one or more slave locations.
  • the planning of the above path may be based on a certain path planning algorithm, such as a shortest path algorithm.
  • the shortest path algorithm described above includes one or more of Dijkstra algorithm, SPFA algorithm, Bellman-Ford algorithm, Johnson algorithm, or Floyd-Warshall algorithm.
  • the factors involved in the above path planning include one or more of road condition information, weather information, time, and the like.
  • the positioning engine 110 can transmit the above path to the passenger end device 120 and/or the driver end device 140 via the passenger interface 230 and/or the driver interface 240 for the passenger end device 120 and/or the driver end device 140 to display the path.
  • the positioning engine 110 can also calculate, by its processing module 210, the distance between the current location of the driver and the merged position.
  • the calculation of the above distance may be accomplished by a computing unit (not shown in Figure 3) in processing module 210.
  • the above distance may include a straight line distance between the current location of the driver and the above-mentioned merged position, a road surface distance, a travel distance, and the like.
  • the measurement method of the above distance is similar to the measurement method described elsewhere in this application, and will not be described again here.
  • the positioning engine 110 can transmit the above distance to the passenger terminal device 120 and/or the driver device 140 via the passenger interface 230 and/or the driver interface 240 via the network 150 for the passenger terminal device 120 and/or the driver device 140 to display the distance information.
  • FIG. 9 illustrates a flow of positioning engine 110 to generate optimized location information.
  • the location engine 110 obtains its original location information from the passenger device 120 at step 910.
  • the original location information may be geographic coordinate information about the passenger terminal device 120 obtained by the location module 630 in the passenger end device 120, such as latitude and longitude coordinates, altitude, and the like.
  • the positioning module 630 can obtain information such as the current position, motion state, and speed of the passenger by employing one or more positioning techniques.
  • the positioning technology may be selected from the group consisting of global positioning system (GPS) technology, global navigation satellite system (GLONASS) technology, Beidou navigation system technology, Galileo positioning system (Galileo) technology, quasi-zenith satellite system (QAZZ) technology, base station positioning technology, Wi-Fi positioning technology, various positioning and speed measuring systems that are provided by the vehicle. Due to the measurement error of the positioning module 630 itself and the accuracy limitation of the positioning technology itself, the original position information is often not accurate and cannot meet the needs of accurate service.
  • GPS global positioning system
  • GLONASS global navigation satellite system
  • Beidou navigation system technology Beidou navigation system technology
  • Galileo positioning system Galileo positioning system
  • QAZZ quasi-zenith satellite system
  • base station positioning technology Wi-Fi positioning technology
  • Wi-Fi positioning technology various positioning and speed measuring systems that are provided by the vehicle. Due to the measurement error of the positioning module 630 itself and the accuracy limitation of the positioning technology itself, the original position information is often not accurate and cannot meet the needs of accurate service.
  • the basic positioning information of the current location can be acquired based on the Wi-Fi positioning technology.
  • a wireless router has a globally unique Media Access Control (MAC) address, and in general the wireless router does not move for a period of time.
  • MAC Media Access Control
  • the passenger terminal device 120 can scan and collect the surrounding router signals to obtain the MAC address broadcasted by the router.
  • the passenger terminal device 120 can transmit these data capable of indicating the router to the positioning engine 110.
  • the location engine 110 can retrieve the geographic location of the relevant router in the database 130 based on the received data, and calculate the location of the passenger terminal device 120 in conjunction with the strength of the different router signals that the passenger terminal device 120 sends.
  • the communication module 640 of the passenger equipment 120 can measure the downlink pilot signals of different base stations to obtain the arrival time (Time of Arrival (TOA)) or arrival time of the downlink pilots of different base stations. Time Difference of Arrival (TDOA).
  • TOA Time of Arrival
  • TDOA Time Difference of Arrival
  • the measured signal is transmitted by the passenger end device 120 to the positioning engine 110 via the network 150.
  • the processing module 210 of the positioning engine 110 can calculate the original location information of the device. In some embodiments, the processing module 210 can calculate the original location information described above using a trigonometric formula algorithm.
  • the location engine 110 may obtain the original location related information from the storage module 220, the database 130, the information source 160, and the like.
  • the location engine 110 can obtain raw location related information over the network 150.
  • the original location related information may be an image information from the passenger end device 120.
  • the image information may contain still picture information and/or video information.
  • the original location related information includes a photo of a building having a specific landmark, a road sign, or a video.
  • the original location related information may be one or more photos or videos of a building with a particular logo around the current location, or multiple photos or videos of multiple buildings around the current location may be obtained.
  • the original location related information may also be feature identification information near the original location retrieved by the processing module 210 by the identification search unit 350 in the map database 720 within the database 130.
  • the identity search unit 350 may search for feature signatures within its preset range centered on the original location.
  • the location engine processes the raw location information and the original location related information obtained in steps 910 and 920.
  • the step includes identifying the name of the building from a photo or video of the building having the particular logo.
  • the image processing unit 320 in the processing module 210 can identify the basic features of the building through image recognition technology.
  • the information stored in the map database 720 in the database 130 is retrieved by the positioning engine 110, and the image information of the building is retrieved, and the building matching the feature can be found, and the geographical location information corresponding to the building can be obtained.
  • the positioning engine 110 finds a matching still picture or image through image recognition technology
  • the plurality of buildings of the building feature are identified by B1, B2, ... Bn (n is greater than or equal to 1) from the name of the building identified in the map database 720 in the database 130.
  • the image processing unit 320 in the processing module 210 in the positioning engine 110 can also use image measurement technology to determine the distance between the image capturing point and a certain building in the photo/video, and image capturing. Information such as the angle of the image and the direction in which the image was taken.
  • the processing module 210 generates optimized location information based on the processed original location information and the original location related information.
  • the processing module 210 may obtain accurate location information of the captured points according to the original location information and the image information after image recognition and/or image measurement, and generate optimized location information.
  • the processing module 210 can identify the buildings in the image, and by retrieving in the map database 720 in the database 130, the positioning information of the building can be acquired. For example, based on the identified names B1, B2, ... Bn (n is greater than or equal to 1), the address information database is queried, and the geographic coordinates P1, P2, ... Pn of the building can be obtained (n is greater than or equal to 1).
  • the acquired location information of the building is P1, P2, ... Pn (n is greater than or equal to 1), and P0 and P1, P2, ..., Pn are sequentially calculated (n is greater than The distance between 1) is D01, D02, ... D0n, and D01, D02, ... D0n are sorted in order from small to large, and the minimum value D0x can be found.
  • the minimum value D0x corresponds to P0 is the closest positioning information Px of the building. Px can be used as the precise location information for the current location.
  • the processing module 210 may according to the distance between the image capturing point obtained in step 930 and a certain building in the photo/video, the angle of image capturing, the direction of image capturing, and the like, and according to the above information.
  • the image processing unit 320 determines the distance of the shooting point from the building, and obtains the accurate geographical coordinates of the shooting point by combining the accurate geographical coordinates of the building in the database 130, and generates optimized position information.
  • the location engine 110 may add the searched feature identification to the original location information through the identity addition unit 360 in the processing module 210 to generate optimized location information.
  • the path processing unit 340 in the location engine 110 can generate one or more slave drivers currently located.
  • the planning method and design elements of the above path are the same as those described elsewhere in this application, and are not described here.
  • the location engine 110 can transmit the above path to the passenger end device 120 and/or the driver device 140 via the passenger interface 230 and/or the driver interface 240 for display by the guest device 120 and/or the driver device 140.
  • step 920 The location engine 110 can obtain optimized location information directly from the original location information obtained in step 910 without going through step 920.
  • FIG. 10 is an exemplary flow chart for generating optimized location information, in accordance with some embodiments of the present application.
  • the selection of the starting position of the order may include manually inputting or selecting the current location or the location to be boarded or the destination location to be reached, or may include positioning the order directly through positioning methods such as GPS. Start position and end position.
  • the location engine 110 obtains the address information in the order at step 1010. Acquisition of the order information can be done by the passenger interface 230.
  • the location engine 110 can resolve the address information in the above order.
  • the above address information may include information such as a departure address and/or a destination address, that is, a start position and an end position of the order.
  • the resolution of the address information in the order can be done by the address resolution unit 310 in the processing module 210.
  • step 1020 by analyzing the address information, the latitude and longitude corresponding to the address information can be obtained.
  • the positioning engine 110 may search for the feature identifiers within the preset range centering on the latitude and longitude corresponding to the address information obtained as described above.
  • the search for feature identifications can be done by the identity search unit 350 in the processing module 210.
  • the above preset range can be set as needed, for example, it can be set to be greater than 500 meters, equal to 500 meters, or less than 500 meters.
  • the preset range may be 1 meter to 200 meters, 200 meters to 300 meters, 300 meters to 400 meters, or 400 meters to 500 meters.
  • the preset range may be 1 meter to 50 meters 50 meters to 100 meters, 100 meters to 150 meters, or 150 meters to 200 meters.
  • the predetermined range may be 10 meters, 20 meters, 30 meters, 40 meters, 50 meters, 60 meters, 70 meters, 80 meters, 90 meters, 100 meters, and the like.
  • the setting of the preset range may be determined according to the position where the latitude and longitude are located, that is, different preset ranges are set at different positions.
  • the above feature identifier may be one or more of a business district, a residential area, an attraction, a hospital, a school, a large building, a bus station, a railway station, a subway station, an airport, a bridge, an intersection, and the like.
  • the search for the priority of the feature identified above may be performed. That is to say, each feature identifier corresponds to a priority order.
  • the business circle has the highest priority, followed by a bridge or intersection, followed by the priority of the road, and the like.
  • the other feature identifiers are no longer searched, or other searched feature identifiers are ignored, and the searched business circle is used as the feature identifier; if the business circle is not searched, the latitude and longitude is centered Search for bridges or intersections within its preset range. If a bridge or intersection is searched, the searched bridge or intersection is used as a feature identifier; if a bridge or intersection is searched, the latitude and longitude is searched for the center. A road within its preset range, if a road is searched, the searched road is a feature identifier. It should be noted that the priority order used in the above searching for the feature identifiers in the order of priority is only an exemplary description, and does not constitute a limitation on the present application.
  • the search order of the feature identifiers may be preset by the positioning engine 110, set by the user himself, set by the positioning engine 110 or the map used by the user, or a combination of several methods. For example, the search order set by the user is prioritized, the search order set in the map is suboptimal, and the search order preset by the positioning engine 110 is finally considered.
  • the search order preset by the positioning engine 110 can be automatically updated based on historical data. For example, the search order preset by the positioning engine 110 may be updated according to factors such as the frequency, number of times, etc., of which the recommended feature flag is adopted or rejected by the user. The update may also consider factors such as the combination of a feature that is adopted or rejected by the user with time, weather, and the like.
  • the search order of feature identifiers can also be selected according to factors such as time and weather. For example, schools can be used as a priority before and after school hours. Feature identification. For another example, in the abnormal business hours, the business circle is not used as a feature identifier for priority acquisition.
  • the above-mentioned characteristic identifier associated with the latitude and longitude may be existing inside the on-demand service system 105 or the positioning engine 110, or may be generated according to the order after the passenger inputs the order start position.
  • the on-demand service system 105 or the location engine 110 may internally store one or more feature identifications associated with a certain location. After the passenger's order start position is determined, the positioning engine 110 may extract one or more feature identifiers according to certain rules based directly on the association.
  • the location engine 110 may collect the geographic location information within the preset range of the initial location after receiving the initial location of the order, thereby obtaining the feature identifier.
  • the above geographic location information may include, but is not limited to, surrounding architectural facilities, natural facilities, and traffic roads, bridges, and the like. Then, the positioning engine 110 can identify the above-mentioned feature identification and feature identification information with respect to latitude and longitude.
  • the storage information of the above-mentioned feature identification and latitude and longitude and the storage location of the preset range include, but are not limited to, the database 130, the storage module 220 in the positioning engine 110, or other units or modules having a storage function in the system.
  • the location engine 110 may add the searched feature identifier to the corresponding address information in the order.
  • the addition of the identification can be done by the identification addition unit 360 of the processing module.
  • the address information added with the feature identifier can be sent to the driver device 140, and the information is also easily recognized by the driver. When the driver orders the operation, it is convenient to determine whether the traffic service order is an expected traffic service order, and the order resource is avoided. waste.
  • step 1020 is skipped, and step 1030 is directly executed to search for the feature within the preset range with the above latitude and longitude as the center.
  • step 1030 is directly executed to search for the feature within the preset range with the above latitude and longitude as the center.
  • the positioning engine 110 obtains the address name After the address information represented by the form is also not parsed, the feature identifier in the preset range of the address name is directly obtained.
  • the positioning device or positioning module on the passenger end device 120 can only locate a relatively coarse position, and the position of the passenger custom input may also be less precise or not detailed. Therefore, in order to make the driver easier to identify, more precise location information or a more detailed description of the address information is required.
  • the location engine 110 obtains an order sent by the passenger containing the address information. Acquisition of the above order may be accomplished by the passenger interface 230.
  • the above address information may include, but is not limited to, one or more of a current location of the passenger, a departure place of the passenger, a destination of the passenger, and the like.
  • the current location of the passenger is different from the departure location of the passenger. In some embodiments, the current location of the passenger is the departure point of the passenger.
  • the address information may be in the form of one or more of text, image, audio, video, and the like.
  • the order information can be sent to a driver device 140 at step 1120.
  • the location engine 110 receives a response from the driver device 140 to the order. Sending an order to a driver device 140 and receiving the driver device 140 response to the order may be completed by the driver interface 240.
  • the positioning engine 110 may go through other steps before sending the order to the driver device 140.
  • the order received by the positioning engine 110 can be further processed.
  • the passenger information parsing unit 420 in the passenger interface 230 may perform the parsing operation on the order information transmitted by the passenger received by the passenger information receiving unit 410.
  • the parsing operations herein may include collating or classifying passenger information for conversion to a format that the processing module or storage module can calculate, process, or store.
  • the order received by the positioning engine 110 may be in audio form, and the audio processing unit 370 in the processing module 210 in the positioning engine 110 may parse the audio in the order and generate order information in text form. .
  • the location engine 110 can send order information to the driver via the driver interface 240.
  • the order received by the positioning engine 110 may be in the form of a text, video or image.
  • the processing module 210 in the positioning engine 110 can set the above-mentioned text, video or image form.
  • the order information converted into a voice form is sent to the driver.
  • the driver's response to the order may include requiring more accurate location information in the order.
  • an order sent by the positioning engine 110 to the driver may be unclear.
  • Some smart navigation positioning can only give a rough position and cannot locate a very precise position.
  • the passenger terminal device 120 may be located to a certain shopping mall, but it is difficult to accurately determine the specific location of the shopping mall, such as a specific exit, a specific floor, or a specific room. Therefore, in some cases, a driver with a simple address after positioning may find it difficult to find a passenger, and a more accurate position representation is needed.
  • the location engine 110 receives at least one detailed location for the passenger upon receipt of the driver's response to the order via the driver interface 240.
  • the at least one detailed location described above is some of the locations within the preset location of the order or the current location of the passenger.
  • the above preset range may be less than 100 meters, equal to 100 meters, or greater than 100 meters.
  • the predetermined range may be less than 50 meters, equal to 50 meters, or greater than 50 meters.
  • the predetermined range may be less than 40 meters, equal to 40 meters, or greater than 40 meters.
  • the predetermined range may be less than 30 meters, equal to 30 meters, or greater than 30 meters.
  • the predetermined range may be less than 20 meters, equal to 20 meters, or greater than 20 meters. In some embodiments, the predetermined range may be less than 10 meters, equal to 10 meters, or greater than 10 meters.
  • the at least one detailed location described above may be presented to the passenger in the form of a list for passenger selection.
  • the at least one detailed location generated by the location engine 110 is a more detailed description of the location of the address in the order. This description is easier to understand and recognize by the driver.
  • the at least one detailed location may be internal to the system.
  • One or more detailed locations associated with a location can be stored internally within the system.
  • the system can extract one or more detailed locations associated with the starting location of the order based directly on the above association.
  • These detailed locations may be stored in the database 130, or may be stored in the storage module 220, or other modules or units having storage functions within the on-demand service system 105.
  • the on-demand service system 105 will enter the information in the preset range of the starting position in the order after receiving the order. Line acquisition to obtain at least one of the above detailed locations.
  • the positioning engine 110 can receive the passenger's processing of the at least one detailed location.
  • the above processing may include directly selecting one of the detailed locations for transmission to the positioning engine 110.
  • the above processing includes selecting a plurality of ones to send to the positioning engine 110.
  • the above processing includes deleting the detailed location provided by one or more positioning engines 110. It is to be noted that the above description of the processing of the passenger with respect to at least one detailed location transmitted by the positioning engine 110 is merely exemplary and does not constitute a limitation of the present application. In some embodiments, other processing methods may also be included.
  • the location engine 110 may transmit the processed results of the received passengers to the at least one detailed location to the driver device 140 via the driver interface 240. Based on the above results, the driver can determine the specific location of the passenger or the passenger's desired getting-up position, that is, the meeting position.
  • the positioning engine 110 needs to further process the result after receiving the processing result of the passenger on the at least one detailed position.
  • the processing result of the passenger received by the positioning engine 110 may include a plurality of detailed positions, and the positioning engine 110 may evaluate the detailed positions, and select the one with the highest score as the final result and send to the driver.
  • the above processing may also include a transition to the format of the passenger processing results.
  • the transformation mode includes one or more of text-to-speech, picture-to-speech, video-to-speech, video-to-text, voice-to-text, voice-to-picture, and the like.
  • one or more of the above steps are not required.
  • the driver's response to the order may include receiving the order directly without the need to perform other steps, ie, step 1140, step 1150, and step 1160 are not required.
  • FIG. 12 is an exemplary flow diagram for precise positioning on the passenger end device 120, in accordance with some embodiments of the present application.
  • the driver can quickly know the approximate location of the passenger, but the location is not accurate enough. For example, if the passenger is in a large building with multiple exits, or where a passenger is unfamiliar, it may be difficult for passengers to accurately describe their specific location. Conventional positioning techniques usually have a certain deviation, so only one positioning is used. It is difficult for a simple address driver to find a passenger. In some cases, even the driver is very close to the passenger but they can't find each other.
  • the passenger terminal device 120 collects current location related information, which may be geographic coordinate information, may also be a departure description name, and may also be other forms of information, such as an image surrounding the departure place (still picture or video). Information, other information related to a precise location, etc.
  • the geographic coordinate information may be acquired by the positioning module 630 in the passenger terminal device 120, or may be generated by the passenger by operating the map interface displayed by the display module 610.
  • the departure description name can be entered or selected by the passenger.
  • Other forms of information may be collected or recorded by the passenger through the passenger device 120, such as image information collected by the input and output module 620 in the device 120, and the like.
  • other information related to a precise location may be in the form of a bar code or a two-dimensional code by way of posting at a certain location, with a precise geographic coordinate and / or geo description name associated.
  • Step 1220 after collecting the current location related information, the passenger device 120 can send the information to the positioning engine.
  • This information can constitute an order information for a transportation service request.
  • the passenger equipment 120 may access the network 150 through a network access device (eg, a cellular network base station 150-1, 150-2 or a wireless network access point) and will collect the current The location related information is sent to the positioning engine 110.
  • a network access device eg, a cellular network base station 150-1, 150-2 or a wireless network access point
  • the passenger end device 120 receives at least one detailed location issued by the positioning engine 110 in step 1230.
  • the response of the driver-side device 140 to the transportation service request order is responded to by the positioning engine 110.
  • the at least one detailed location is based at least in part on current location related information transmitted by the guest device 120.
  • the at least one detailed location may include a location of the pick-up location recommended by the positioning engine 110 to the passenger, or may be a location of the pick-up location provided by the driver 140 to the passenger via the positioning engine 110.
  • the pick-up location may be stored in the database 130. It may also be provided in information source 160.
  • the passenger terminal device 120 receives a detailed location in step 1230 that can be determined by the positioning engine 110 as the precise location at which the passenger is currently located.
  • the passenger terminal device 120 can display the received detailed location using its display module 610.
  • the display method can be text form, map form, picture form, and the like.
  • Step 1240 after receiving at least one detailed location issued by the positioning engine 110, the passenger can select one of the detailed positions by operating the passenger device 120. At least one detailed location issued by the positioning engine 110 can be displayed by the display module 610 on the passenger terminal device 120, and the passenger can select a detailed location by the input and output module 620 in at least one of the displayed detailed positions. Understandably, passengers can also choose to have more than one detailed location.
  • the passenger terminal device 120 transmits the selected option to the positioning engine 110.
  • step 1230 After accepting at least one detailed location issued by the positioning engine 110 in step 1230, the process may also terminate, and the passenger terminal device 120 does not have to wait for the passenger's selection or confirmation operation.
  • FIG. 13 is an exemplary flow diagram for processing a merged position on the driver's end device 140, in accordance with some embodiments of the present application.
  • the driver device 140 can receive alternate merge location information transmitted from the location engine 110.
  • the driver device 140 receives the alternate convergence location information, either at the same time as receiving the traffic service request, or after receiving the traffic service request.
  • the alternative merge location information may constitute a set of alternative merge locations.
  • the elements in the collection may be a single merge location information, or may be multiple merge location information, such as a merge location information list.
  • the merged location information may include geographic coordinate information, or may include a descriptive name of the merged location, and may also include a type of the merged location, such as a store, a restaurant, a public facility, a residential community, and the like.
  • the driver device 140 may display the foregoing information through the display module 610 by displaying the geographic coordinate information in the merged location information in an icon form on a map interface. It may also be a descriptive name and/or type that displays the above merged location information in text form (ordinary or multimedia).
  • the driver device 140 may receive, via its input and output module 620, the driver's processing of the displayed alternate merge location information.
  • the process includes the selection, exclusion, and evaluation of one or more alternate merge locations.
  • the above evaluation may be in the form of a text comment or a form of scoring.
  • the above evaluation may represent the driver's propensity for one or more alternative confluence locations.
  • the process may also include an update to the alternate merge location information.
  • the update may be the addition of one or more alternate merge locations from the driver device 140, modifications to the one or more alternate merge locations from the driver 140, and the like.
  • the driver may delete, add, and move the alternate merge position icon on the map interface through the input/output module 620.
  • the manner of the above processing may also be that the driver deletes, adds or modifies the descriptive name and type of the alternate merge location.
  • the driver device 140 transmits the processed merge location information to the location engine 110 via its communication module 640 for its calculation and processing.
  • the driver device 140 receives the optimized merge location information from the location engine 110.
  • the optimized merge location information may be partially/completely based on the driver's processing of the alternate merge location information, may be partially/completely based on the passenger's processing of the alternate merge location information, or may be partially/completely based on the information source 160.
  • Information or based on a combination of multiple treatments or information.
  • the display module 610 of the driver device 140 can display the received optimized merge position information. Further preferably, the display module 610 can display the optimized merge position information in the form of an icon on a map interface. Still further preferably, the display module 610 can display a descriptive name of the merged location near the optimized merged location information of the icon display. Still more preferably, the display module 610 can simultaneously display the driver's current location information on a map interface.
  • steps 1320, 1330, and 1340 can be skipped.
  • the driver device 140 can receive alternate merge location information from the location engine 110 without performing processing of the alternate merge location and subsequent operations.
  • FIG. 14 is an exemplary flow diagram of a passenger determining a meeting position.
  • the passenger's current location is the passenger.
  • the location where the passenger is currently located is not the passenger's pick-up location.
  • the pick-up location may also be described as a merge location, a pick-up point, a pick-up point, a starting location of an order, or a departure location.
  • the passenger terminal device 120 collects location related information.
  • the location related information may include one or more of a location where the passenger is currently located, a starting location of the order, or a termination location of the order.
  • the collection of location information may be accomplished by location module 630 in passenger device 120.
  • the positioning module 630 can determine the passenger position using one or more positioning techniques.
  • the above positioning technologies include Global Positioning System (GPS) technology, Global Navigation Satellite System (GLONASS) technology, Beidou navigation system technology, Galileo positioning system (Galileo) technology, Quasi-Zenith satellite system (QAZZ) technology, base station positioning technology, or Wi One or more of -Fi positioning technology and the like.
  • the collection of location information may be accomplished by input and output module 620 in passenger terminal device 120.
  • the passenger can enter the name of the current location, the starting position of the order, or the end position of the order.
  • the format of the location-related information may include, but is not limited to, one or more of text, picture, video, or audio. It should be noted that the passenger terminal device 120 may also collect other information including, but not limited to, one or more of the passenger's name, contact information, planned boarding time, and the like. Acquisition of other information may be accomplished by input and output module 620.
  • the processing module 650 in the passenger device 120 can process the collected location information. The above processing includes, but is not limited to, format conversion and the like.
  • the passenger terminal device 120 can also store the collected location related information and other information.
  • the storage location may be storage module 660, server 130, or other module or unit having storage functionality within the system.
  • the passenger transmits the processed or unprocessed location related information and/or other information to the on-demand service system 105 or the location engine 110.
  • the transmission of the above location related information and the transmission of other information may be performed in the same manner or in a certain order.
  • the location related information from the passenger end device 120 may include the current location and destination of the passenger, and the passenger may use the current location as the convergence location.
  • the passenger simultaneously transmits the current location, the merge location, and the destination.
  • the on-demand service system 105 or the location engine 110 will be based on the passenger device
  • the location related information transmitted by 120 generates some alternative merge locations for the passenger to select.
  • the number of alternative merge positions described above may be arbitrary, for example, one, two, three, four, five, six, or any other number.
  • the passenger terminal device 120 can receive an alternate merge location transmitted from the on-demand service system 105 or the location engine 110. This process can be done by the communication module 640 in the user equipment. The user receives the alternate location and can present it to the passenger in the form of a list.
  • the priority of the alternate locations may be different. This means that each alternate location has a corresponding priority level. The highest priority alternative location may be understood to be the optimal convergence point considered by the on-demand service system 105 or the location engine 110.
  • the alternate locations received by the passengers can be arranged in order of priority from high to low or from low to high. In some embodiments, the priority of the alternate locations may be the same, and the alternate locations shown to the passengers are not prioritized.
  • the alternate location information may be processed at step 1450 and the processed alternate merge location information may be processed at step 1450. Resent to the on-demand service system 105 or the location engine 110. Processing of the alternate merge location information may be done by processing module 650 in passenger terminal device 120. The alternate merge location information after the transmission process can be completed by the communication module 640. The above processing of the alternate merge location information may include, but is not limited to, the passenger directly selecting one of the options as the final merge location, and the passenger selects or deletes one or more of the alternate merge locations.
  • the passenger may think that the portion of the alternate merge location sent by the on-demand service system 105 or the location engine 110 is less convenient based on where it is now, so the passenger can directly delete these through the passenger device 120. Alternative location. In some cases, the passenger may consider that one or more of the alternate merge locations sent by the on-demand service system 105 or the location engine 110 are receivable, so the passenger may select these alternate merge locations via the passenger terminal device 120. .
  • the on-demand service system 105 or the location engine 110 further processes the candidate merge locations to generate an optimization.
  • the merged location information is sent to the passenger terminal device 120.
  • the passenger terminal device 120 can receive the optimized merged location information. This step can be done by the communication module 640 in the passenger premises equipment 120.
  • the "optimized convergence position" herein may also be described as the optimal convergence position, the final convergence position, or the starting position of the order, etc. in other places of the application. These descriptions represent where the passenger and driver finally meet.
  • the meeting position collected by the passenger terminal device 120 or the current position of the passenger can be used as the final meeting position.
  • the final confluence location above is where the passenger and the driver really want to meet. Therefore, it is not necessary to perform the following steps 1430 to 1460.
  • the on-demand service system 105 or the location engine 110 generates only one alternate merge location, so by default this alternate merge location is sent to the driver and passenger as the final merge location. In this case, the driver and passengers do not need to do anything.
  • step 1440, step 1450, and step 1460 need not be performed after execution of step 1430. Therefore, these modifications and changes are still within the scope of the above description.
  • the above description of the process for determining the location of the junction at the passenger end is merely exemplary, and some steps, such as storage, are not reflected in the process, but this does not explain the intermediate results and ultimately in the process described above. Processing results do not need to be stored.
  • the intermediate results and final processing results in the processes described above may be stored in whole or in part.
  • the stored locations may include, but are not limited to, a storage module 660 in the passenger premises device 120, a database 130, a storage module 220 in the location engine 110, or other modules or units having storage functionality in the on-demand service system 105.
  • the location engine 110 obtains location information sent by the order sender ("passenger"). This step can be done by the passenger interface 230.
  • the above location information may include However, it is not limited to one or more of the current location of the passenger, the starting position of the order, or the termination position of the order.
  • the location engine 110 can also obtain other information through the passenger interface 230. The description of other information is similar to that described elsewhere in this application.
  • a historical order can be retrieved.
  • the storage location of the above historical order includes the database 130, the storage module 220 in the location engine 110, or other modules or units having storage functions in the on-demand service system 105.
  • the historical order described above may be a historical order within a given time period.
  • the historical order described above may be a historical order within a predetermined threshold.
  • the above preset threshold may be the distance between the starting position of the historical order and the current position of the passenger.
  • the historical order described above may be a historical order within a predetermined threshold within a given time period.
  • the above given time period may include one day or several days, one week or several weeks, one month or several months, and the like. In some embodiments, the given time period described above can be two months. In some embodiments, the given time period described above may be given randomly or may be a fixed value. In some embodiments, the given time period described above may be determined based on historical experience or experimental data. In some embodiments, the given time period described above may be associated with a passenger account that placed the order. In some embodiments, the given time period described above may be associated with a driver account that receives the order. In some embodiments, the given time period may be related to specific location information, that is, the set time periods are different according to different locations. The above preset threshold may be determined based on historical experience or experimental data.
  • the above preset threshold may be greater than 500 meters, equal to 500 meters or less than 500 meters.
  • the preset threshold may be 1 meter to 200 meters, 200 meters to 300 meters, 300 meters to 400 meters, or 400 meters to 500 meters.
  • the preset threshold may be 1 meter to 50 meters, 50 meters to 100 meters, 100 meters to 150 meters, or 150 meters to 200 meters.
  • the predetermined range may be 10 meters, 20 meters, 30 meters, 40 meters, 50 meters, 60 meters, 70 meters, 80 meters, 90 meters, 100 meters, and the like. For example, when the preset threshold is 100 meters, that is, when the distance between the starting position of the historical order and the current location of the passenger is less than 100 meters, the starting position of the historical order is located near the passenger.
  • the location engine 110 can determine the merge location based on the historical order described above.
  • the method of determining the location of the merge can be The determination includes the average value or the clustering value of the starting position of the above historical order as the final meeting position.
  • the historical order may not be retrieved; if there is information about the merged location in the location information obtained in step 1510, the merged location may be directly used as the final merged location; if the location information obtained in step 1510 is There is no information about the location of the meeting, but it contains the location of the passenger, so the current location of the passenger can be used as the final meeting position.
  • the location engine 110 can sort the retrieved historical orders in ascending order of their initial location from the current location of the passengers, with the starting position of the historical order having the smallest distance as the final The confluence location is sent to the passengers and drivers.
  • the positioning engine 110 may further filter the historical order obtained in step 1520 based on the current road condition, the time period, the weather, and the like, and according to the result after the screening. Determine the final meeting position.
  • the location engine 110 includes information about the merge location in the location information obtained in step 1510, and the location engine 110 and the driver also recognize the location, then the location engine 110 does not have to perform step 1520, directly The above confluence position is taken as the final confluence position.
  • the path processing unit 340 in the location engine 110 can generate one or more paths from the driver's current location to the merge location and one or more slave locations.
  • the path to the end of the order For the planning method and design elements of the above path, reference may be made to the descriptions elsewhere in this application, and details are not described herein again.
  • the positioning engine 110 can transmit the above path to the passenger end device 120 and/or the driver end device 140 via the passenger interface 230 and/or the driver interface 240.
  • FIG. 16 is an exemplary flow diagram for determining a merge position on the positioning engine 110, in accordance with some embodiments of the present application.
  • the positioning engine 110 can pass through the network 150,
  • the passenger interface 230 acquires location information of the passenger.
  • the location information may be a rough location information or an accurate location information.
  • the passenger's location information can be part of a service request.
  • the service request may also contain other information, such as a passenger's propensity or indication of the final meeting location.
  • the location engine 110 determines one or more candidate merge locations based on the location information.
  • the address resolution unit 310 may identify the area in which the passenger is located based on the passenger location information.
  • the location engine 110 can count the plurality of hot merge location areas of the area as an alternate merge location by accessing the merged location in the regional history order record stored in the database 130.
  • the positioning engine 110 may determine an alternate merge location based on a certain distance threshold.
  • the location engine 110 can look up converged locations within a neighborhood of a certain distance threshold range for the location based on the passenger location and use the merged locations as alternate merge locations.
  • the positioning engine 110 when the positioning engine 110 can base the passenger's tendency or indication of the converging position in the passenger service request, the converging position that the passenger prefers or indicates is the alternate converging position.
  • the merged location processing unit 330 in the location engine 110 evaluates the plurality of alternate merge locations in accordance with the predetermined rules.
  • the evaluation criteria may be the distance from the location of the passenger to the plurality of alternate merge locations (the distance may be a linear distance or a road distance), from the location of the passenger to a plurality of alternatives The time of the confluence location, one or more of the traffic conditions from the location of the passenger to the plurality of alternate converging locations, the security of the path from the location of the passenger to the plurality of alternate converging locations, and the like.
  • the "evaluation" method may be a rating or a rating.
  • the shorter the distance from the location of the passenger to the multiple alternate merge locations the higher the rating/rating.
  • the shorter the time from the location of the passenger to the multiple alternate merge locations rating/rating The higher.
  • the smaller the traffic flow or crowding from the location of the passenger to the plurality of alternate merge locations the higher the rating/rating.
  • the higher the path safety index of the passenger's location to the plurality of alternate merge locations the higher the score/rating.
  • the location engine 110 selects a predetermined number of merge locations based on the evaluation of the alternate merge locations in step 1630, and transmits them to the passenger device 120 and the driver device 140 via the passenger interface 230 and the driver interface 240, respectively.
  • the predetermined number may be 1-5, and may of course be other numbers.
  • the manner of selection here may be to select a converging position with a higher rating or a higher ranking based on the ranking of the above ratings or ratings, or may be a threshold or range according to certain ratings or ratings, exclusion of alternative converging locations, and the like.
  • the positioning engine 110 can also transmit a predetermined number of merged position information to the passenger terminal device 120 only through the passenger interface 230 without transmitting the same information to the driver terminal device 140. Similarly, the positioning engine 110 can also transmit a predetermined number of merged information to the driver device 140 via the driver interface 240 only without transmitting the same information to the passenger device 120.
  • the positioning engine 110 receives from the network 150 via the passenger interface 230 and the driver interface 240 the processing of the merged position by the passenger terminal device 120 and the driver terminal device 140, respectively.
  • the handling of the confluence location by the passenger and the driver may be the selection, exclusion, evaluation or update of one or more alternative confluence locations.
  • the above evaluation may be in the form of a text comment or a form of scoring.
  • the effect of the above evaluation is to represent the propensity of the passenger or driver for one or more alternative confluence locations.
  • both the guest device 120 and the driver device 140 receive five alternate merge locations a, b, c, d, e from the positioning engine 110.
  • the passenger can exclude the positions b, c, d by the passenger terminal device 120, and the driver can exclude the positions c, d by the driver device 140, and the results of the positions b, c, d marked as "excluded" will be return.
  • the positioning engine 110 receives from the passenger end device 120 and the driver device 140 a partial merge position of a predetermined number of merge positions that they have selected. For example, if both the passenger equipment 120 and the driver equipment 140 receive five alternative convergence locations a, b, c, d, e.
  • the passenger can select the positions b, c, d through the passenger terminal device 120, and the driver can select the positions c, d through the driver device 140.
  • Final positioning engine 110 will receive the alternate merge positions b, c, d returned by the passenger end device 120, and receive the alternate merge positions c, d returned by the driver device 140.
  • the positioning engine 110 may also receive its processing of the merged position information from the passenger terminal device 120 only through the passenger interface 230 without acquiring similar information from the driver's end device 140. Similarly, the positioning engine 110 can also receive its processing of the merged location information from the driver device 140 via the driver interface 240 only, without obtaining similar information from the passenger device 120.
  • the processing module 210 in the location engine 110 may determine the highest ranked one of the processed merge locations as the agreed merge location.
  • the processing module 210 may first pre-process the processing of the merged location from the passenger 120 and the driver 140 to obtain a set containing at least one merged location.
  • the pre-processing herein may include an operation of aggregating the merged positions from the passenger 120 and the driver 140, for example, intersection, summation, complementation, and the like. By pre-processing, the processing module 210 can obtain a set containing at least one merge location.
  • the processing module 210 can evaluate the at least one merge location in the set based on the predetermined rules in step 1630.
  • the criteria and methods of evaluation can be referred to the foregoing description, and will not be described again here.
  • a confluence location with the highest rating is determined and determined as the converging location agreed between the passenger 120 and the driver 140.
  • the location engine 110 sends the agreed merge location to the passenger 120 and the driver 140 to notify the service parties of the location of the future convergence.
  • the path processing unit 340 in the location engine 110 can generate one or more paths from the driver's current location to the merge location and one or more slave locations.
  • the planning method and design elements of the above path are the same as those described elsewhere in this application, and are not described here.
  • the positioning engine 110 can transmit the above path to the passenger end device 120 and/or the driver end device 140 via the passenger interface 230 and/or the driver interface 240.
  • the positioning engine 110 may adopt different forms when transmitting the convergence position and the path. Different forms include, but are not limited to, voice information, text information, image information, and the like.
  • the location engine 110 can use voice announcements to pass the above information through the passenger interface 230.
  • And/or driver interface 240 is sent to passenger terminal device 120 and/or driver device 140.
  • the location engine 110 receives the departure location or current location of the passenger.
  • the location or current location of the passenger may be location information in a text format input by the passenger received by the passenger device 120, or may be geographic coordinate information selected by the user through operations (eg, sliding the map interface, selecting a pull-down menu, etc.). It may also be information containing the origin or current location of the passenger's voice input, or may be multimedia information such as an image taken by the passenger using the device 120.
  • the passenger's departure location may not coincide with the current location. For example, a passenger may request a transportation service by way of an appointment, and the location at the time of the request is not the final departure location.
  • the location engine 110 may parse or inversely parse the information at step 1720. If the form of the map data store does not match the form of the received origin location and/or current location, the location engine 110 may parse or reverse parse the received location. For example, location engine 110 stores map data in geographic coordinates; when location information received by location engine 110 is some address description information, such as a certain store name or street number, location engine 110 utilizes the address in its processing module 210 The parsing unit 310 searches and finds the description name to find its corresponding geographic coordinates, such as latitude and longitude information.
  • the location engine 110 stores map data in the form of a street number; when the location engine 110 receives certain geographic coordinate information, the address resolution unit 310 in the processing module 210 performs inverse analysis on the geographic coordinate information to find its corresponding Address description information, such as street numbers.
  • the above address description information may be map data from the database 130.
  • the process proceeds to step 1730, and the positioning engine 110 obtains the first convergence position and the corresponding address description information based on the departure location or the current location.
  • the method of obtaining the first merge position here can be based on different judgment criteria.
  • the distance from the departure location or the current location may further be a road distance or a linear distance.
  • the average arrival time between the departure point and the departure point may be based on different speeds of movement.
  • the address resolution unit 310 in the processing module 210 may perform address inverse analysis on the first merge location to find the pair.
  • the address description information should be.
  • the merged location processing unit 330 in the location engine 110 evaluates each of the first merge locations in accordance with a predetermined rule.
  • a predetermined rule There may be a plurality of predetermined rules for evaluation based on different evaluation criteria and evaluation methods. For details of the evaluation criteria and the evaluation method, refer to the description of step 1630 in FIG. 16, and details are not described herein again.
  • step 1750 after obtaining the evaluation of the first merge position, the positioning engine 110 may generate the second merge position and the corresponding address description information.
  • the process of generating the second merge position may be based on the evaluation result, selecting a partial merge position in the first merge position to obtain at least one second merge position.
  • the positioning engine 110 may select the N first merge positions with the highest scores based on a certain predetermined number N, or rate the top N first merge positions.
  • the positioning engine 110 may mark the first merge position where the evaluation result exceeds a preset evaluation threshold (eg, a certain percentage) as the second merge position. It can be understood that the preset number N can be adjusted as needed, that is, the first merge position of the portion can be selected, or all the first merge positions can be selected. When the first merge position of the portion is selected, the top N first merge positions in which the evaluation results are in a certain order may be selected. Similarly, the above percentages can also be adjusted as needed.
  • the above process may also be performed to perform deduplication processing on the first merge position.
  • the positioning engine 110 may determine whether the distance between any two first convergence positions is less than a preset distance. If the distance is less than the preset distance, perform deduplication processing to remove part of the first convergence position to obtain a Or multiple second merge locations.
  • the distance between the two first merge positions may be a straight line distance, a road surface distance, or a travel distance.
  • the positioning engine 110 may use address resolution and inverse analysis to obtain corresponding address description information of the second merge position. This process can refer to step 1720, and details are not described herein again.
  • the location engine 110 transmits the generated second merge location and corresponding address description information to the passenger device 120 and/or the driver device 140 via its passenger interface 230 and/or driver interface 240, respectively.
  • the convergence location and the corresponding address description information can be sent to the passenger device 120 and the driver device in different forms. 140.
  • the merge location may be sent to the guest device 120 and/or the driver device 140 in text form.
  • the address description information can be sent to the passenger terminal device 120 and/or the driver device 140 in text form or voice form.
  • the path processing unit 340 in the location engine 110 can generate one or more paths from the driver's current location to the merge location and one or more slave locations.
  • the planning method and design elements of the above path are the same as those described elsewhere in this application, and are not described here.
  • the positioning engine 110 can transmit the above path to the passenger end device 120 and/or the driver end device 140 via the passenger interface 230 and/or the driver interface 240.
  • the location engine 110 may choose to skip the step 1720 and proceed directly to step 1730.
  • the location engine 110 obtains location information sent by the order sender ("passenger"). Elsewhere in the application, "location information" may also be represented by "address information” or "address location information.” This step can be done by the passenger interface 230.
  • the location information may include, but is not limited to, one or more of a location where the passenger is currently located, a starting location of the order, or a termination location of the order.
  • the location engine 110 can also obtain other information through the passenger interface 230. The description of other information is similar to that described elsewhere in this application.
  • the location information described above can be represented by location coordinates.
  • the above position coordinates may be latitude and longitude coordinates.
  • the location information described above can be represented by a location name.
  • the positioning engine 110 may inversely analyze the position information to generate position information represented by the position name. The resolution of the location information can be done by the address resolution unit 310.
  • the location engine 110 can generate an alternate merge location based on the location information represented by the location name described above. If the location information obtained by the location engine 110 at step 1810 is represented in the form of a location name, then step 1820 can be skipped and step 1830 can be directly performed to generate an alternate merge location.
  • the number of alternate merge locations generated by the positioning engine 110 can be one, two, three, four, five, six, or any other number.
  • the rules for generating the above-described alternate merge locations may be based on historical orders or based on preset presets already existing within the location engine 110.
  • the preset pick-up points may specify some address locations stored in the bit engine 110 or the database 130, such as a designated pick-up location or a temporary parking location. These address locations can be alternate merge locations.
  • a method of generating alternative merge locations based on historical orders can be referred to elsewhere in this application.
  • location engine 110 may use some address locations as the pick-up points.
  • the above address as the access point address is fixed for a certain period of time, and may be continuously updated.
  • the update period may include, but is not limited to, one week, one month, one quarter, six months, or one year.
  • the above update includes adding a new location as a pick-up point, and also removing some existing pick-up points.
  • the location engine 110 may internally store information for the point of arrival.
  • the existence of these pick-up points can effectively reduce the complexity of communication between the driver and the passengers at the departure place, thereby improving the efficiency of the transfer.
  • the storage location of the above-mentioned pick-up point may be the database 130, the storage module 220, or other modules or units having storage functions within the system.
  • the pick-up point can be retrieved according to a certain rule, and the retrieved pick-up point is taken as an alternative merge position.
  • the above rule may be to retrieve the pick-up point within a certain distance from the current location of the passenger or the starting position of the order.
  • the above distance may range from 1 meter to 200 meters, 200 meters to 300 meters, 300 meters to 400 meters, or 400 meters to 500 meters. In some embodiments, the above distance may range from 1 meter to 50 meters, 50 meters to 100 meters, 100 meters to 150 meters, or 150 meters to 200 meters. In some embodiments, the distances described above may range from 10 meters, 20 meters, 30 meters, 40 meters, 50 meters, 60 meters, 70 meters, 80 meters, 90 meters, 100 meters, and the like.
  • the positioning engine 110 can place the above-mentioned alternate merge position
  • the transmission is sent to the passenger terminal device 120.
  • the positioning engine 110 can also send other information to the passenger end device 120.
  • the other information may include, but is not limited to, one or more of the distance between the merged position and the current position of the passenger, the time when the passenger reaches the merged position, the road condition information of the merged position, and the like.
  • the above alternative merge locations and other information may be displayed on the passenger end device 120 for passenger reference.
  • the passenger may directly select one of the alternate merge locations after the location engine 110 transmits as the final merge location, and the location engine 110 may transmit the final merge location to the driver device 140 and/or Or passenger terminal device 120.
  • the passenger may select or delete one or more of the options after receiving the alternate merge location sent by the location engine 110, returning the remaining options to the location engine 110.
  • the location engine 110 can receive processing results from the passenger end device 120 for alternate merge location information.
  • the positioning engine 110 can further process the above processing results to generate a final merge position.
  • the further processing described above may include the location engine 110 scoring the remaining alternate merge locations, with the highest scoring being the final merge location.
  • the rule based on the above-mentioned scoring may be one or more of the degree of congestion of the road where the merge position is located, the distance between the merged position and the current position of the passenger, the time when the passenger reaches the merged position, and the like.
  • the path processing unit 340 in the location engine 110 can generate one or more paths from the driver's current location to the merge location and one or more slave locations.
  • the planning method and design elements of the above path are the same as those described elsewhere in this application, and are not described here.
  • the positioning engine 110 can transmit the above path to the passenger end device 120 and/or the driver end device 140 via the passenger interface 230 and/or the driver interface 240.
  • Figure 19-A shows when the passenger terminal device 120 and the driver are in accordance with some embodiments of the present application
  • the positioning engine 110 coordinates the process of ranging between the two parties.
  • the passenger's transportation service request is accepted by a driver, the driver goes to the confluence location to pick up the passenger.
  • the positioning engine 110 receives preliminary positioning information from the passenger end device 120 and the driver device 140 via the passenger interface 230 and the driver interface 240, respectively.
  • the reception of preliminary positioning information may be real-time or non-real-time.
  • Preliminary positioning information can typically be determined by one or more positioning techniques. For details of the positioning technology, refer to the previous content, and details are not described herein again.
  • the preliminary positioning information of the passenger terminal device 120 and the driver device 140 may be generated by the same positioning technology or may be generated by different positioning technologies.
  • the positioning engine 110 can calculate the distance between the two parties through the processing module 210 by using the preliminary positioning information of the above two parties.
  • the distance may be a straight line distance or a shortest surface distance.
  • the road surface distance may be the shortest travel distance of the motor vehicle.
  • the positioning engine 110 determines the calculated distance between the passenger device 120 and the driver device 140, and compares the size with a predetermined threshold.
  • the preset threshold may be determined according to factors such as a signal coverage area range or a measurement range of a certain ranging device.
  • the determination of the preset threshold may be determined individually or collectively based on historical orders for one or both of the passenger equipment 120 and the driver equipment 140. The historical order information described above can be obtained by retrieving or querying the historical order database 710 in the database 130.
  • the determination of the preset threshold may be based on the geographic area or location at which the passenger equipment 120 and the driver equipment 140 are located.
  • the specific geographic area or specific location information can be obtained by retrieving or querying the map database 720 in the database 130.
  • the determination of the preset threshold may be based on the personal preferences of the passenger and the driver.
  • the above personal preferences may be obtained by retrieving or querying user information stored in the user database 730 in the database 130.
  • step 1930 If the distance between the passenger equipment 120 and the driver equipment 140 is less than the preset threshold, proceed to step 1930. Otherwise, return to step 1910, the positioning engine 110 continues to receive preliminary positioning information of the passenger equipment 120 and the driver equipment 140. .
  • the positioning engine 110 sends an instruction to the passenger device 120 and/or the driver device 140 via the passenger interface 230 and/or the driver interface 240 to cause one or both of the two parties to turn on the ranging device.
  • a ranging device can refer to a type of ranging technology that can be utilized. A device that measures the distance between objects.
  • the ranging device may be integrated in the passenger terminal device 120/driver device 140 (eg, in the communication module 640) or may be external to the passenger device 120/driver device 140.
  • the ranging technique can be one or more based on electromagnetic waves, acoustic waves, or other fluctuations.
  • electromagnetic wave distance measurement technology can utilize one or more of radio waves, infrared rays, visible light, and the like.
  • the range technology using radio waves can utilize the Bluetooth band, or other microwave bands.
  • One or more of infrared rays, far infrared rays, and the like in the near infrared rays can be utilized by the distance measuring technique using infrared rays.
  • the sound wave ranging technique may be one or more of ultrasonic based infrasound waves, or acoustic waves in other frequency bands, and the like.
  • the distance measurement technique using electromagnetic waves or sound waves can measure the distance based on one or more of a variety of principles.
  • ranging techniques using electromagnetic waves or acoustic waves may be based on one or more of the time the waveform propagates, the Doppler effect, the signal strength, the signal attenuation characteristics, and the like.
  • the instructions of positioning engine 110 may indicate that one or more ranging devices are turned on. Both of the distance measuring devices are turned on at the same time, and it is also possible to indicate that only one of the devices is turned on.
  • the positioning engine 110 may also not send instructions to the ranging device of the passenger device 120 and/or the driver device 140, but to a common ranging that does not belong to the passenger device 120 or the driver device 140.
  • the device sends the above command to start the public ranging device.
  • the public ranging device can exist as an information source 160 in the on-demand service system 105 or network environment 100.
  • the public ranging device obtains distance information or orientation information of one or both of the two parties by ranging the passenger terminal device 120 and/or the driver terminal device 140.
  • the positioning engine 110 receives the ranging data transmitted by the ranging device in step 1940 to obtain the current distance between the passenger and the driver.
  • the ranging data may be one or more of original data of the ranging process, intermediate processing data, and finally calculated distance between the two parties.
  • the distance between the two parties may be directly included in the ranging data received by the positioning engine 110, or may be obtained by the processing module 210 in the positioning engine 110.
  • the positioning engine 110 can transmit the current distance in step 1940 to the passenger device 120 and the driver device 140 via the network 150 via the passenger interface 230 and the driver interface 240, respectively, for the passenger device 120 and the driver device.
  • the distances are displayed by their respective display modules 610.
  • the positioning procedure for the positioning engine 110 to coordinate the distance between the passenger device 120 and the driver device 140 is merely for convenience of description, and the present application is not limited to the scope of the embodiments. It will be understood that, after understanding the processes and principles of the process, those skilled in the art may arbitrarily combine the various operation steps without departing from the process and principle, and perform the form and implementation of the above process. Various corrections and changes in details. For example, if one of the passenger and the driver directly obtains the current distance between the two parties through their ranging device, the positioning engine 110 may not send the current distance to the party, but only transmits the information to the other party.
  • the ranging between the passenger equipment 120 and the driver equipment 140 may be performed without intermediate coordination by the positioning engine 110, but on the basis of direct communication between the two parties.
  • One of the parties may send a request through its communication module 640, requesting the other party to turn on the ranging device, and perform a ranging operation and the like.
  • the other party can complete the above ranging process and obtain ranging data after the ranging device is turned on.
  • 19-B illustrates the flow of the distance measurement by the driver device 140 when the passenger device 120 is closer to the driver device 140, in accordance with some embodiments of the present application.
  • the driver device 140 collects its own location information.
  • the driver device 140 obtains positioning information through its positioning module 630.
  • the driver device 140 obtains passenger input information obtained by its input and output module 620.
  • the user input information may be text information or voice information or image information. Further, the image information may be still image information or video information.
  • the driver device 140 can transmit the acquired location information through its communication module 640.
  • the destination of the location information transmission may be the system 105 or the passenger terminal device 120.
  • the driver device 140 determines whether an open from the positioning engine 110 is received. The instruction of the ranging device on the driver device 140 is initiated. If the determination result is yes, proceed to the next step 1945; if the determination result is no, return to step 1915 to continue collecting the positioning information.
  • the content to be determined may also be not from the instruction of the positioning engine 110, but from the request with the passenger device 120.
  • the content of the request is to request the driver device 140 to turn on its ranging device.
  • the driver device 140 may also not determine whether to receive an instruction, directly after step 1925, to step 1945.
  • the driver device 140 turns on the ranging device to measure the distance between the driver device 140 and the passenger device 120.
  • the ranging means and the ranging principle used by the ranging device are described in the foregoing description, and are not described herein again.
  • the driver device 140 can obtain ranging data by turning on the ranging device.
  • the ranging data may be one or more of original data of the ranging process, intermediate processing data, final calculated distance between the two parties, and orientation of the other party.
  • the driver device 140 transmits the ranging data to its one or more devices via its communication module 640 via the network 150.
  • the above-described devices may include a passenger device 120, a system 105, or other device, such as a third party computing device or the like.
  • the driver device 140 can make the devices aware of the distance between the driver and the passenger, providing useful information for the convergence of both passenger drivers.
  • the ranging data may be one or more of raw data of the ranging process, intermediate processing data, and finally calculated distances between the two parties.
  • the ranging data can be processed at other locations, such as passenger end device 120, system 105, or other computing device, to obtain both distances.
  • the ranging data can also be processed locally, i.e., on the driver device 140, to obtain the distance between the two parties.
  • the driver device 140 transmits the ranging data to the passenger device 120 for the passenger device 120 to display the ranging data.
  • the driver device 140 can receive the distance between the driver's passengers. In some embodiments, the distance is from the passenger end device 120, from the system 105, or from other computing devices. In some embodiments, the driver device 140 can display the above distance through its display module 610.
  • the driver device 140 may not perform step 1965.
  • FIG. 20 shows a flow of location engine 110 ranging for a passenger end device 120 via a Bluetooth base station.
  • the positioning engine 110 receives preliminary positioning information for the passenger terminal device 120 and the driver device 140 via its passenger interface 230 and driver interface 240, respectively.
  • the preliminary positioning information of the passenger equipment 120 and the driver equipment 140 may be different forms of information.
  • the preliminary positioning information may be a text input information, which may be an icon information on a graphical interface, or may be positioning information determined by one or more positioning technologies.
  • the receipt of the above information may be real-time or non-real-time.
  • the reception of the preliminary positioning information by the passenger terminal device 120 and the driver terminal device 140 may have the same or different temporality.
  • the receipt of preliminary location information for the passenger premises equipment 120 may be non-real time.
  • the receiving of the preliminary positioning information of the driver device 140 may be real-time. vice versa.
  • the location engine 110 can utilize its processing module 210 to calculate the distance between the passenger and the driver.
  • the distance may be a linear distance or a shortest surface distance, and further, may be the shortest travel distance.
  • the positioning engine 110 determines the distance between the passenger end device 120 and the driver's end device 140 to determine if the distance between the passenger and the driver is less than a certain threshold. When the determination result is yes, go to step 2030; otherwise, go back to step 2010.
  • the foregoing threshold may be determined according to factors such as a signal coverage area range or a measurement range of the Bluetooth base station.
  • the determination of the threshold may also be determined individually or collectively based on historical orders of one or both of the passenger and the driver.
  • the historical order information may be obtained by retrieving or querying the historical order database 710 in the database 130.
  • the determination of the threshold may also be obtained according to the geographic area or specific location where the passenger equipment 120 and the driver equipment 140 are located, and the specific geographic area or specific location information may be obtained by retrieving or querying the map database 720 in the database 130.
  • the determination of the threshold may also be based on the personal preferences of the passenger and the driver, which may be obtained by retrieving or querying the user information stored in the user database 730 in the database 130.
  • the threshold may be determined according to the radius of the signal coverage area of the Bluetooth base station. For example, if the radius of the signal coverage area of the Bluetooth base station is 50 meters, the preset threshold may be set to 50 meters. Setting according to need, for example, considering the problem of calculating the accuracy, setting the preset threshold to be smaller than the value of the signal coverage area radius of the Bluetooth base station, for example, if the signal coverage area of the Bluetooth base station has a radius of 50 meters.
  • the preset threshold may also be set to a value of 40 meters, 30 meters, 20 meters, and the like.
  • the positioning engine sends an instruction to the Bluetooth base station to enable it to transmit and transmit a broadcast signal.
  • the Bluetooth base station determines the location of other objects using Bluetooth positioning technology and calculates the distance between it and the Bluetooth base station.
  • the number of the above-mentioned Bluetooth base stations may be one or multiple.
  • the Bluetooth base station can be a public Bluetooth base station, for example, placed in a publicly accessible facility.
  • the Bluetooth base station can also be a private Bluetooth base station, for example, can be placed around the passenger and/or driver.
  • the Bluetooth base station may be located in the vicinity of the driver device 140 (for example, the base station may be placed on the driver's car), so the distance between the passenger device 120 and the Bluetooth base station may be used as the passenger. The current distance between the end device 120 and the driver device 140.
  • the Bluetooth base station may use an iBeacon Bluetooth base station, and the iBeacon is a Bluetooth 4.0-based Bluetooth base station protocol introduced by Apple.
  • the passenger equipment 120 supporting the iBeacon enters a signal coverage area of the iBeacon Bluetooth base station, the The passenger terminal device 120 will receive the broadcast signal from the iBeacon Bluetooth base station, and calculate the distance between it and the iBeacon Bluetooth base station by the signal strength of the received broadcast signal.
  • the above description of the Bluetooth base station is merely for convenience of description, and the present application is not limited to the scope of the embodiments. It will be understood that, after understanding the processes and principles of the process, those skilled in the art may arbitrarily combine the various operation steps without departing from the process and principle, and perform the form and implementation of the above process. Various corrections and changes in details. For example, the above-mentioned Bluetooth base station can also adopt other similar functions of the Bluetooth base station.
  • the location engine 110 receives, via its passenger interface 230, the broadcast signal strength between the Bluetooth base station and the Bluetooth base station transmitted by the passenger device 120.
  • the positioning engine 110 can also receive other information, such as the identifier or identification information of the Bluetooth base station, the distance between the passenger terminal device 120 and the Bluetooth base station, the passenger terminal device 120 and the Bluetooth device. Other parameters such as communication between base stations.
  • the identifier or identification information includes, but is not limited to, a MAC address, a universal unique identification (UUID) or other identification information, and the like.
  • Other parameters for communication between the passenger terminal device 120 and the Bluetooth base station may include frequency bands, power, signal to noise ratio, frame related parameters, other channel parameters, and the like for Bluetooth communication. From the above information, the location engine 110 can calculate the distance between the passenger device 120 and the Bluetooth base station in step 2050.
  • the positioning engine 110 can transmit the distance to the passenger terminal device 120 and the driver device 140 via its passenger interface 230 and driver interface 240, respectively, for at least one of the parties to display the distance information.
  • step 2050 can be skipped, ie, the positioning engine 110 can no longer perform steps 2050 and 2060 after performing step 2040.
  • the positioning engine 110 may proceed to step 2060 after step 2040 to transmit the distance to one of the passenger end device 120 and the driver device 140.
  • the Bluetooth base station can simultaneously access the passenger terminal device 120. Positioning and ranging are performed with the driver device 140, and based on the information of the two parties, the distance and orientation between the two parties are calculated and sent to both parties in step 2060.
  • the ranging between the passenger equipment 120 and the Bluetooth base station may also be intermediate coordinated without the positioning engine 110.
  • the passenger terminal device 120 or the driver device 120 can send a request to the Bluetooth base station through its communication module 640, requesting the Bluetooth base station to start broadcasting.
  • the passenger terminal device 120 can obtain the broadcast signal strength and other information between the communication and the Bluetooth base station by the communication module 640.
  • the passenger terminal device 120 can report the broadcast signal strength and other information to the driver device 140 via the communication module 640 for the processing module 650 of the driver device 140 to process and calculate the distance between the passenger device 120 and the Bluetooth base station.
  • the passenger terminal device 120 can process and calculate its distance from the Bluetooth base station through its processing module 650 and report this distance information to the driver device 140 via its communication module 640.
  • the ranging of the Bluetooth base station to the driver device 140 can refer to the ranging of the passenger device 120.
  • the user device for displaying and interacting with location related information is a mobile device 2100, including but not limited to, a smartphone, a tablet, a music player, a portable game console, a Global Positioning System (GPS) receiver, Wearable computing devices (such as glasses, watches, etc.), or other forms.
  • the mobile device 2100 in this example includes one or more central processing units (CPUs) 2140, one or more graphics processing units (GPUs) 2130, a display 2120, a memory 2160, and an antenna 2110, such as A wireless communication unit, a storage unit 2190, and one or more input output (I/O) devices 2150.
  • any other suitable components including but not limited to a system bus or controller (not shown), may also be included in the mobile device 2100.
  • a mobile operating system 2170 such as iOS, Android, Windows Phone, etc.
  • applications 2180 can be loaded into the memory 2160 from the storage unit 2190 and executed by the central processing unit 2140.
  • Application 2180 may include a browser or other mobile application suitable for receiving and processing location related information on mobile device 2100. User interaction with location related information can be passed Input/output system device 2150 is obtained and provided to positioning engine 110, and/or other components of system 100, such as through network 150.
  • a computer hardware platform can be utilized as a hardware platform for one or more of the elements described above (eg, positioning engine 110, and/or FIG. 1 Other components of system 100 described in -20).
  • the hardware elements, operating systems, and programming languages of such computers are common in nature, and it is assumed that those skilled in the art are familiar enough with these techniques to be able to provide the information needed for on-demand services using the techniques described herein.
  • a computer containing user interface elements can be used as a personal computer (PC) or other type of workstation or terminal device, and can be used as a server after being properly programmed.
  • PC personal computer
  • Those skilled in the art will be recognized to be familiar with such structures, programs, and general operations of such computer devices, and thus all drawings do not require additional explanation.
  • Figure 22 depicts an architecture of a computer device that can be used to implement a particular system disclosed in this application.
  • the particular system in this embodiment utilizes a functional block diagram to explain a hardware platform that includes a user interface.
  • a computer can be a general purpose computer or a computer with a specific purpose. Both computers can be used to implement the particular system in this embodiment.
  • Computer 2200 can be used to implement any component that currently provides the information needed for on-demand service.
  • location engine 110 can be implemented by a computer such as computer 2200 through its hardware devices, software programs, firmware, and combinations thereof.
  • FIG. 22 only one computer is depicted in FIG. 22, but the related computer functions described in this embodiment for providing the information required for on-demand services can be implemented in a distributed manner by a similar set of platforms. Dispose of the processing load of the system.
  • Computer 2200 includes a communication port 2250 to which is connected a network that implements data communication.
  • Computer 2200 also includes a central processing unit (CPU) unit for executing program instructions comprised of one or more processors.
  • An exemplary computer platform includes an internal communication bus 2210, different forms of program storage units and data storage units, such as a hard disk 2270, read only memory (ROM) 2230, random access memory (RAM) 2240, which can be used for computer processing and/or Or various data files used for communication, and executed by the CPU Possible program instructions.
  • Computer 2200 also includes an input/output component 2260 that supports input/output data flow between the computer and other components, such as user interface 2280. The computer 2200 can also accept programs and data over a communication network.
  • Tangible, permanent storage media includes the memory or memory used by any computer, processor, or similar device or associated module.
  • various semiconductor memories, tape drives, disk drives, or the like that can provide storage functions for software at any time.
  • All software or parts of it may sometimes communicate over a network, such as the Internet or other communication networks.
  • Such communication can load software from one computer device or processor to another.
  • a system that loads from a management server or host computer of an on-demand service system to a computer environment, or other computer environment that implements the system, or a similar function associated with the information needed to provide on-demand services. Therefore, another medium capable of transmitting software elements can also be used as a physical connection between local devices, such as light waves, electric waves, electromagnetic waves, etc., through cable, fiber optic cable or air.
  • Physical media used for carrier waves such as cables, wireless connections, or fiber optic cables can also be considered as media for carrying software.
  • a computer readable medium can take many forms, including but not limited to, a tangible storage medium, carrier medium or physical transmission medium.
  • Stable storage media include: optical or magnetic disks, as well as storage systems used in other computers or similar devices that enable the implementation of the system components described in the figures.
  • Unstable storage media include dynamic memory, such as the main memory of a computer platform.
  • Tangible transmission media include coaxial cables, copper cables, and fiber optics, including the circuitry that forms the bus within the computer system.
  • the carrier transmission medium can transmit electrical signals, electromagnetic signals, acoustic signals or optical signals, which can be generated by radio frequency or infrared data communication methods.
  • a typical computer readable medium includes a hard disk, Floppy disk, tape, any other magnetic media; CD-ROM, DVD, DVD-ROM, any other optical media; punched card, any other physical storage medium containing aperture mode; RAM, PROM, EPROM, FLASH-EPROM, any other Memory slice or tape; connection device for transmitting data or instructions, carrier or cable carrier, any other program code and/or data that can be read by a computer. Many of these forms of computer readable media appear in the process of the processor executing instructions, passing one or more results.

Landscapes

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

Abstract

本申请披露了一种为按需服务提供信息的方法，包括：接收来自一个服务请求方的服务请求信息，所述服务请求信息包括与服务请求方位置相关的信息；至少部分基于所述服务请求信息确定一个备选汇合位置集合，所述备选汇合位置集合包含至少一个备选汇合位置；发送所述备选汇合位置集合给所述服务请求方；接收来自所述服务请求方对所述备选汇合位置集合的处理；以及至少部分基于所述服务请求方对所述备选汇合位置集合的处理，生成处理结果。同时披露了一种实施上述方法的***。

Description

一种为按需服务提供信息的***及方法
交叉引用
本申请要求以下申请的优先权：
2015年1月20日提交的编号为CN201510028638.0的中国申请；
2015年1月23日提交的编号为CN201510035598.2的中国申请；
2015年4月3日提交的编号为CN201510158678.7的中国申请；
2015年4月8日提交的编号为CN201510163520.9的中国申请；
2015年5月13日提交的编号为CN201510243122.8的中国申请；
2015年6月2日提交的编号为CN201510295656.5的中国申请；
2015年8月20日提交的编号为CN201510515752.6的中国申请；以及
2015年9月18日提交的编号为CN201510600441.X的中国申请。
上述申请的内容以引用方式被包含于此。
技术领域
本申请涉及为按需服务提供信息的***及方法，尤其是涉及一种应用移动互联网技术和数据处理技术的为按需服务提供信息的***及方法。
背景技术
目前，按需服务应用的使用越来越普遍。以交通服务为例，乘客可以便捷地通过其设备上安装的应用发出服务请求，并等待司机前来汇合。尽管现有的交通服务应用可以利用设备的定位信息来导航，但是往往因为定位错误或者定位获得的位置不够精确，以及司机和/或乘客对于地点的不熟悉，乘客与司机之间需要花费较多时间和精力汇合，影响了交通服务的效率与体验。
发明内容
根据本申请的一个方面，提供了一种为按需服务提供信息的方法，该方法包括接收来自一个服务请求方的服务请求信息，所述服务请求信息包括与服务请求方位置相关的信息；至少部分基于所述服务请求信息确定一个备选汇合位置集合，所述备选汇合位置集合包含至少一个备选汇合位置；发送所述备选汇合位置集合给所述服务请求方；接收来自所述服务请求方对所述备选汇合位置集合的处理；以及至少部分基于所述服务请求方对所述备选汇合位置集合的处理，生成处理结果。
根据本申请的另一个方面，提供了一种为按需服务提供信息的***，包括：一种计算机可读的存储媒介，被配置为存储可执行模块，包括：服务请求方接口模块，被配置为：1)接收来自一个服务请求方的服务请求信息，所述服务请求信息包括与服务请求方位置相关的信息；2)接收来自所述服务请求方对一个备选汇合位置集合的处理，所述备选汇合位置集合包含至少一个备选汇合位置；3)发送所述备选汇合位置集合给所述服务请求方；处理模块，被配置为：1)至少部分基于所述服务请求信息确定所述备选汇合位置集合；2)至少部分基于所述服务请求方对所述备选汇合位置集合的处理，生成处理结果；与一个处理器，所述处理器能够执行所述计算机可读的存储媒介存储的可执行模块。
根据本申请的一个实施例，所述服务请求方对所述备选汇合位置集合的处理包括以下至少一种处理：选择所述备选汇合位置集合中的一个备选汇合位置；删除所述备选汇合位置集合中的一个备选汇合位置；修改所述备选汇合位置集合中的一个备选汇合位置；添加一个不属于所述备选汇合位置集合的一个位置。
根据本申请的一个实施例，为按需服务提供信息的方法进一步包括发送所述备选汇合位置集合给一个服务提供方。
根据本申请的一个实施例，为按需服务提供信息的方法进一步包括接收来自所述服务提供方对所述备选汇合位置集合的处理。
根据本申请的一个实施例，所述服务提供方对所述备选汇合位置集合的处理包括以下至少一种处理：选择所述备选汇合位置集合中的一个备选汇合位置；删除所述备选汇合位置集合中的一个备选汇合位置；修改所述备选汇合位置集合中的一个备选汇合位置；添加一个不属于所述备选汇合位置集合的一个位置。
根据本申请的一个实施例，为按需服务提供信息的方法进一步包括发送所述处理结果给所述服务提供方。
根据本申请的一个实施例，为按需服务提供信息的方法进一步包括对所述备选汇合位置进行评价。
根据本申请的一个实施例，所述对所述备选汇合位置的评价是基于所述备选汇合位置与所述服务请求方位置的距离。
根据本申请的一个实施例，所述对所述备选汇合位置的评价是基于与所述备选汇合位置相关联的历史信息。
根据本申请的一个实施例，为按需服务提供信息的方法进一步包括发送所述处理结果给一个服务提供方。
附图描述
在此所述的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的限定。在各图中，相同标号表示相同部件。
图1-A是根据本申请的一些实施例所示的一个包含按需服务***的网络环境的示意图；
图1-B是根据本申请的一些实施例所示的一个按需服务***的网络环境的另一个示意图；
图2是根据本申请的一些实施例所示的一种按需服务***的示例性***图；
图3是根据本申请的一些实施例所示的定位引擎中的处理模块示例性框图；
图4是根据本申请的一些实施例所示的定位引擎中的乘客接口的 示例性框图；
图5是根据本申请的一些实施例所示的定位引擎中的司机接口的示例性框图；
图6是根据本申请的一些实施例所示用户端设备的示例性框图；
图7是根据本申请的一些实施例所示的数据库的示例性框图；
图8是根据本申请的一些实施例所示确定精确位置以及汇合位置的示例性流程图；
图9是根据本申请的一些实施例所示的生成优化的位置信息的示例性流程图；
图10是根据本申请的一些实施例所示的生成优化的位置信息的示例性流程图；
图11是根据本申请的一些实施例所示的生成优化的位置信息的示例性流程图；
图12是根据本申请的一些实施例所示的在乘客端设备上精确定位的示例性流程图；
图13是根据本申请的一些实施例所示的在司机端设备上处理汇合位置的示例性流程图；
图14是根据本申请的一些实施例所示的确定汇合位置的示例性流程图；
图15是根据本申请的一些实施例所示的确定汇合位置的示例性流程图；
图16是根据本申请的一些实施例所示的在定位引擎上确定汇合位置的示例性流程图；
图17是根据本申请的一些实施例所示的定位引擎确定汇合位置的示例性流程图；
图18是根据本申请的一些实施例所示的定位引擎生成汇合位置的示例性流程图；
图19-A是根据本申请的一些实施例所示的定位引擎协调乘客端设备与司机端设备测距的示例性流程图；
图19-B是根据本申请的一些实施例所示的司机端设备测距的示例性流程图；
图20是根据本申请的一些实施例所示的定位引擎通过蓝牙基站对乘客端设备测距的示例性流程图；
图21显示的是一个移动设备的结构，该移动设备可以实施本申请中披露的特定***；和
图22显示的是一个计算机的结构，该计算机可以实施本申请中披露的特定***。
具体描述
为了更清楚地说明本申请的实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。应当理解，给出这些示例性实施例仅仅是为了使相关领域的技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。
如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其他的步骤或元素。
虽然本申请对根据本申请的实施例的***中的某些模块做出了各种引用，然而，任何数量的不同模块可以被使用并运行在客户端和/或服务器上。所述模块仅是说明性的，并且所述***和方法的不同方面可以使用不同模块。
本申请中使用了流程图用来说明根据本申请的实施例的***所执行的操作。应当理解的是，前面或下面操作不一定按照顺序来精确 地执行。相反，可以按照倒序或同时处理各种步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。
本申请的实施例可以应用于不同的按需服务***，比如交通服务***、餐饮服务***、家政服务***、医药服务***等中的一种或多种。以下描述以交通服务***为例。这是只为了描述方便，不能把本申请限制在所举实施例范围之内。交通服务***可以包括陆地、海洋、航空、航天等中的一种或几种的组合。例如，马匹、人力车(两轮自行车、三轮车等)、出租车、专车、顺风车、巴士、火车、动车、高铁、地铁、船舶、飞机、飞船、热气球、无人驾驶的交通工具、收/送快递等应用了管理和/或分配的运输***。本申请的不同实施例应用场景可以包括网页、浏览器插件、客户端、定制***、企业内部分析***、人工智能机器人等中的一种或几种的组合。应当理解的是，本申请的***及方法的应用场景仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。例如，其他类似的按需服务***。
本申请描述的“乘客”、“顾客”、“需求者”、“服务需求者”、“消费者”、“消费方”、“使用需求者”等是可以互换的，是指需要或者订购服务的一方，可以是个人，也可以是工具。同样地，本申请描述的“司机”、“提供者”、“供应者”、“服务提供者”、“服务者”、“服务方”等也是可以互换的，是指提供服务或者协助提供服务的个人、工具或者其他实体等。另外，本申请描述的“用户”可以是需要或者订购服务的一方，也可以是提供服务或者协助提供服务的一方。
根据本申请的一些实施例，图1-A所示的是一个网络环境100的示意图。该网络环境100可以包括一个按需服务***105、一个或多个乘客端设备120、一个或多个数据库130、一个或多个司机端设备140、一个或多个网络150、一个或多个信息源160。该按需服务***105可以包含一个定位引擎110。在一些实施例中，定位引擎110可以用于对收集的信息进行分析加工以生成分析结果的***。定位引擎 110可以是一个服务器，也可以是一个服务器群组，群组内的各个服务器通过有线的或无线的网络进行连接。一个服务器群组可以是集中式的，例如数据中心；一个服务器群组也可以是分布式的，例如一个分布式***。定位引擎110可以是集中式的，也可以是分布式的。
乘客端120和司机端140可以统称为用户，它可以是直接与服务订单相关联的个人、工具或者其他实体，例如服务订单的请求者与提供服务者。乘客可以是服务需求方。在本文中，“乘客”、“乘客端”和“乘客端设备”可以互换使用。司机可以是服务提供方。在本文中，“司机”、“司机端”和“司机端设备”可以互换使用。在用户为工具的实施例中，乘客端120可以包括台式电脑120-1、笔记本电脑120-2、机动车的内置设备120-3、移动设备120-4等中的一种或几种的组合。进一步地，机动车的内置设备120-3，可以为车载电脑(carputer)等；移动设备120-4，可以为智能手机、个人数码助理(personal digital assitance，PDA)、平板电脑、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如Google Glass、Oculus Rift、Hololens、Gear VR)等中的一种或多种。司机端140也可以包括类似的设备中的一种或多种。
定位引擎110可以直接访问和/或存取储存在数据库130的数据信息，也可以直接通过网络150访问和/或存取用户端120/140的信息。在一些实施例中，数据库130可以泛指具有存储功能的设备。数据库130主要用于存储从乘客120和/或司机140收集的数据和定位引擎110工作中所利用、产生和输出的各种数据。数据库130可以是本地的，也可以是远程的。数据库130与按需服务***105或其一部分(例如，定位引擎110)的连接或通信可以是有线的，也可以是无线的。
网络150可以是单个网络，也可以是多个不同网络的组合。例如，网络150可能是一个局域网(local area network，LAN)、广域网(wide area network，WAN)、公用网络、私人网络、专有网络、公共交换电话网(public switched telephone network，PSTN)、互联网、无线网络、虚拟网络或者上述网络的任何组合。网络150也可以包括多个网络接 入点，例如，如基站150-1、基站150-2、互联网交换点等在内的有线或无线接入点，通过这些接入点，任何数据源可以接入网络150并通过网络150发送信息。为理解方便，现以交通服务中的司机端140为例说明，但本申请并不局限于此实施例范围内。例如司机端设备140可以是手机或平板电脑，司机端设备140的网络环境100可以分为无线网络(蓝牙、wireless local area network(WLAN)、Wi-Fi等)、移动网络(2G、3G、4G信号等)、或其他连接方式(virtual private network，VPN)、共享网络、near field communication(NFC)、ZigBee等)。
信息源160是为***提供其他信息的一个源。信息源160可以用于为***提供与服务相关的信息，例如，天气情况、交通信息、法律法规信息、新闻事件、生活资讯、生活指南信息等。信息源160可以是以一个单独的中央服务器的形式存在，也可以是以多个通过网络连接的服务器形式存在，还可以是以大量的个人设备形式存在。当信息源以大量个人设备形式存在时，这些设备可以通过一种用户生成内容(user-generated contents)的方式，例如向云端服务器上传文字、声音、图像、视频等，从而使云端服务器连同与其连接的众多个人设备一起组成信息源。
以交通服务为例，信息源160可以是包含有地图信息与城市服务信息的市政服务***、交通实时播报***、天气播报***、新闻网络等。信息源160可以是实物信息源，如常见的测速设备、传感、物联网设备，例如司机的车载测速仪、道路上的雷达测速仪、温湿度传感器。信息源160也可以是获取新闻、资讯、道路实时信息等的源，例如一个网络信息源。网络信息源可以包括基于Usenet的互联网新闻组、Internet上的服务器、天气信息服务器、道路状况信息服务器等中的一种或多种。以送餐服务为例，信息源160可以是存储有某一地域众多餐饮服务商的***、包含有地图信息与城市服务信息的市政服务***、交通路况***、天气播报***、新闻网络等中的一种或多种。上述举例并非用于局限此处的信息源的范围，也并非局限于所举实例这几类服务范围，本发明可以适用于各种服务任何能够提供与相应服 务有关的信息的设备、网络，都可以被归为信息源。
在一些实施例中，该按需服务***105及所处网络环境100内不同部分之间的信息交流可以通过订单方式进行。订单的客体可以是任一产品。在一些实施例中，产品可以是有形产品或无形产品。一个实物产品可以是任何有形状大小或的实物，例如食品、药品、日用品、化工产品、电器、衣物、汽车、房产、奢侈品等中的一种或几种的组合。一个无形产品可以包括服务性产品、金融性产品、知识性产品、互联网产品等中的一种或几种的组合。一个互联网产品可以是任一满足用户对信息、娱乐、沟通或商务需要的产品。有很多分类方法。以其承载平台分类为例，互联网产品可以包括个人主机产品、Web产品、移动互联网产品、商用主机平台产品、嵌入式产品等中的一种或几种的组合。移动互联网产品可以是用在移动终端的软件、程序或***。其中的移动终端包括但不限于笔记本、平板电脑、手机、个人数码助理(PDA)、电子手表、POS机、车载电脑、电视机等中的一种或几种的组合。例如，在电脑或手机上使用的各类社交、购物、出行、娱乐、学习、投资等软件或应用。其中的出行软件或应用又可以是旅行软件、交通工具预定、地图等软件或应用等。其中的交通预定软件或应用是指可以用来预约马匹、马车、人力车(例如，两轮自行车、三轮车等)、汽车(例如，出租车、公交车等)、火车、地铁、船只、飞行器(例如，飞机、直升机、航天飞机、火箭、热气球等)等中的一种或几种的组合。
图1-B所示的是一个网络环境100的另一个示意图。图1-B与图1-A类似。图1-B中，数据库130是独立的，可以直接与网络150相连。按需服务***105，或其一部分(例如，定位引擎110)，和/或用户端120/140可以通过网络150直接访问数据库130。
图1-A或图1-B中数据库130与按需服务***105，或其一部分(例如，定位引擎110)，和/或用户端120/140的连接方式不同。各方对数据库130的访问权限可以是有限制的。例如，按需服务***105，或其一部分(例如，定位引擎110)，对数据库130有最高的访问权限， 可以从数据库130中读取或修改大众的或个人的信息；乘客端设备120或司机端设备140在满足一定条件时可以读取部分大众的信息或与用户相关的个人信息。例如，按需服务***105可以根据一位用户(乘客或司机)的一次使用按需服务***105的经历修改数据库130中大众的或与该位用户的信息。又例如，一位司机用户140，在收到一位乘客用户120的服务订单时，可以查看数据库130中关于该乘客用户120的部分信息；但该司机用户140不可以自主修改数据库130中关于该乘客用户120的信息，而只能向按需服务***105汇报，由按需服务***105决定是否修改数据库130中关于该乘客用户120的信息。再例如，一位乘客用户120，在收到一位司机用户140的提供服务的请求时，可以查看数据库130中关于该司机用户140的部分信息(如用户评分信息，驾驶经验等)；但该乘客用户120不可以自主修改数据库130中关于该司机用户140的信息，而只能向按需服务***105汇报，由按需服务***105决定是否修改数据库130中关于该司机用户140的信息。
需要注意的是，以上对于基于位置的服务***的描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该***的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子***与其他模块连接，对实施上述方法和***的应用领域形式和细节上的各种修正和改变。例如，数据库130可以是具有数据存储功能的云计算平台，包括但不限于公用云、私有云、社区云和混合云等。诸如此类的变形，均在本申请的保护范围之内。
根据本申请的一些实施例，图2所示的是一种示例性***图。为描述方便，按需服务***105没有显示，而是以定位引擎110为例来说明。定位引擎110可以包括一个或多个处理模块210、一个或多个存储模块220、一个或多个乘客接口230、以及一个或多个司机接口240。定位引擎110的模块可以是集中式的也可以是分布式的。定位引擎110的模块中的一个或多个模块可以是本地的也可以是远程的。 在一些实施例中，定位引擎110可以是网页服务器、文件服务器、数据库服务器、FTP服务器、应用程序服务器、代理服务器、邮件服务器等中的一种或几种的组合。
在一些实施例中，定位引擎110可以用于通过乘客接口230从乘客120接收信息，或将处理后的信息发送给乘客120，接收和发送信息的方式可以是直接的(例如直接通过乘客接口230或司机接口240由网络150从一个或多个乘客120和/或一个或多个司机140获取信息，也可以是从其他信息源160接收信息)，也可以是间接的。处理模块210可以通过向一个或多个信息源160发送请求，以获取需要的信息。信息源160中的信息可以包括但不限于天气情况、道路状况、交通条件等，或者上述信息的任意组合。
在一些实施例中，处理模块210可以用于相关信息的处理。处理模块210可以将处理后的信息发送至乘客接口230和/或司机接口240。信息处理的方式可以包括但不限于对信息进行存储、分类、筛选、转换、计算、检索、预测、训练等中的一种或几种的组合。在一些实施例中，处理模块210可以包括但不限于中央处理器(Central Processing Unit(CPU))、专门应用集成电路(Application Specific Integrated Circuit(ASIC))、专用指令处理器(Application Specific Instruction Set Processor(ASIP))、物理处理器(Physics Processing Unit(PPU))、数字信号处理器(Digital Processing Processor(DSP))、现场可编程逻辑门阵列(Field-Programmable Gate Array(FPGA))、可编程逻辑器件(Programmable Logic Device(PLD))、处理器、微处理器、控制器、微控制器等中的一种或几种的组合。
在一些实施例中，乘客接口230与司机接口240可以用于分别从乘客120与司机140接收各自发送的信息。此处的信息，可以是服务的请求信息、当前定位信息、乘客120/司机140的输入文本、乘客120/司机140的其他输入信息(例如所上传的图像、视频、音频信息等)。所接收的信息，可以被存储于存储模块220中，也可以由处理模块210进行计算与处理。
在一些实施例中，乘客接口230与司机接口240可以用于输出经过处理模块210分析处理后的信息。此处的信息，可以是优化后的定位信息，可以是订单的直接信息，也可以是订单的处理信息。输出的信息可以发送给乘客120和/或司机140，也可以不发送。不发送的输出信息可以存储在数据库130中，也可以存储在存储模块220。
在一些实施例中，数据库130可以设置在按需服务***105的后台(如图1-A中所示)。在一些实施例中，数据库130可以是独立的，直接与网络150连接(如图1-B中所示)。在一些实施例中，数据库130可以是按需服务***105，或定位引擎110的一部分。数据库130可以泛指具有存储功能的设备。数据库130主要用于存储从用户120/140和/或信息源160收集的数据和定位引擎110工作中产生的各种数据。数据库130或***内的其他存储设备泛指所有可以具有读/写功能的媒介。数据库130或***内其他存储设备可以是***内部的，也可以是***的外接设备。数据库130与***内其他存储设备的连接方式可以是有线的，也可以是无线的。数据库130或***内其他存储设备可以包括但不限于层次式数据库、网络式数据库和关系式数据库等其中的一种或几种的组合。
数据库130或***内其他存储设备可以将信息数字化后再以利用电、磁或光学等方式的存储设备加以存储。数据库130或***内其他存储设备可以用来存放各种信息例如程序和数据等。数据库130或***内其他存储设备可以是利用电能方式存储信息的设备，例如各种存储器、随机存取存储器(Random Access Memory(RAM))、只读存储器(Read Only Memory(ROM))等。其中随机存储器包括但不限于十进计数管、选数管、延迟线存储器、威廉姆斯管、动态随机存储器(DRAM)、静态随机存储器(SRAM)、晶闸管随机存储器(T-RAM)、零电容随机存储器(Z-RAM)等中的一种或几种的组合。只读存储器包括但不限于磁泡存储器、磁钮线存储器、薄膜存储器、磁镀线存储器、磁芯内存、磁鼓存储器、光盘驱动器、硬盘、磁带、早期非易失存储器(NVRAM)、相变化内存、磁阻式随机存储式内存、铁电随机 存储内存、非易失SRAM、闪存、电子抹除式可复写只读存储器、可擦除可编程只读存储器、可编程只读存储器、屏蔽式堆读内存、浮动连接门随机存取存储器、纳米随机存储器、赛道内存、可变电阻式内存、可编程金属化单元等中的一种或几种的组合。数据库130或***内其他存储设备可以是利用磁能方式存储信息的设备，例如硬盘、软盘、磁带、磁芯存储器、磁泡存储器、U盘、闪存等。数据库130或***内其他存储设备可以是利用光学方式存储信息的设备，例如CD或DVD等。数据库130或***内其他存储设备可以是利用磁光方式存储信息的设备，例如磁光盘等。数据库130或***内其他存储设备的存取方式可以是随机存储、串行访问存储、只读存储等中的一种或几种的组合。数据库130或***内其他存储设备可以是非永久记忆存储器，也可以是永久记忆存储器。以上提及的存储设备只是列举了一些例子，该***可以使用的存储设备并不局限于此。数据库130或***内其他存储设备可以是本地的，也可以是远程的。
需要注意的是，上述处理模块210和/或数据库130可以实际存在于用户端中，也可以通过云计算平台完成相应功能。其中，云计算平台包括但不限于存储数据为主的存储型云平台、以处理数据为主的计算型云平台以及兼顾数据存储和处理的综合云计算平台。用户端所使用的云平台可以是公共云、私有云、社区云或混合云等。例如，根据用户实际需要，用户端接收的一些订单信息和/或非订单信息，可以通过用户云平台进行计算和/或存储。另一些订单信息和/或非订单信息，可以通过本地处理模块和/或***数据库进行计算和/或存储。
应当理解，图2所示的定位引擎110可以利用各种方式来实现。例如，在一些实施例中，定位引擎110可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储器中，由适当的指令执行***，例如微处理器或者专用设计硬件来执行。本领域技术人员可以理解上述的方法和***可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储 器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。定位引擎110及其模块不仅可以有诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合(例如，固件)来实现。
需要注意的是，以上对于定位引擎110的描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该引擎的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子***与其他模块连接，对实施上述方法和***的应用领域形式和细节上的各种修正和改变。例如，处理模块210、存储模块220、乘客接口230、司机接口240和数据库130可以是体现在一个***中的不同模块，也可以是一个模块实现上述的两个或两个以上模块的功能。例如乘客接口230与司机接口240可以是同一个接口，同时与乘客端120与司机端140交互。诸如此类的变形，均在本申请的保护范围之内。又例如，数据库130可以位于定位引擎110之内，由同一个存储设备实现数据库130与存储模块220的全部功能。
根据本申请的一些实施例，图3所示的是定位引擎110中的处理模块210的示意图。处理模块210可以包括以下单元：地址解析单元310、图像处理单元320、汇合位置处理单元330、路径处理单元340、标识搜索单元350、标识添加单元360与音频处理单元370。除此之外，处理模块210还可以包含有其他的单元。
地址解析单元310可以用于将接收到的地址信息进行处理。其处理的方式可以包括解析地址信息或者逆解析地址信息。逆解析是指将一个地址坐标转换为坐标所在位置的文字描述信息，解析是指将一个地点的文字描述信息转换为一个地址坐标信息。地址坐标可以是，例如，经纬度坐标。文字描述信息可以是，例如，地点的常用名称、地点的街道门牌号码、地点的地标建筑名称等等具有标志性、代表性的 惯用名称等中的一种或几种。地址解析单元310还可以将处理后的地址信息发送给其他单元，如路径处理单元340、标识搜索单元350、图像处理单元320、汇合位置处理单元330、音频处理单元370等。
图像处理单元320可以用于对接收到的图像(静止图片或视频)信息进行处理，以得到处理后的信息。其处理方式可以包括，例如，图像增强、图像识别、图像分割、图像测量(角度、距离、透视关系的计算)等中的一种或多种图像处理手段。图像处理单元320所识别出的图像信息可以输入至地址解析单元310中，供其查找出相应的地址信息。图像处理单元320还可以接收其他单元的信息，例如，标识搜索单元350。
汇合位置处理单元330可以用于根据一个来自乘客端120和/或司机端140的地址信息，计算、识别出一个或者多个的供乘客与司机汇合的位置，还可以用于对来自乘客端120和/或司机端140对汇合位置的选择、排除或评价等反馈信息进行处理，以筛选汇合位置。汇合位置处理单元330还可以根据地址解析单元310所解析或逆解析的地址信息，计算出汇合位置。汇合位置处理单元330还可以将得到的汇合位置发送给路径处理单元340。
路径处理单元340可以用于基于来自乘客端120和司机端140的定位信息，计算并规划乘客的出行路径与司机开往乘客的行驶路径等。路径处理单元340可以利用来自汇合位置处理单元330的汇合位置信息，规划出司机的行驶路径。在一些实施例中，路径处理单元340还可以利用标识搜索单元350搜索到的标识规划路径。标识搜索单元350可以用于搜索地理位置附近的地理标识。标识添加单元360可以用于对地理位置信息进行添加标识的操作。音频处理单元370可以用于对来自乘客端120或司机端140的音频信息进行处理，其处理的方式包括，降噪、语音识别、语义识别、人物识别等。音频处理单元370可以将识别出的音频信息输出到其他单元进行处理，如将识别出的地址信息输出至地址解析单元310中。
处理模块210中的各个子单元310-370所执行的运算或处理可以 是基于逻辑的运算，如与或非运算；也可以是基于数值的运算。处理模块210中的各个子单元310-370可以包含一个或多个处理器，处理器可以是任何通用处理器，例如，一个经过编程的可编程逻辑器件(PLD)，或者一个专用集成电路(ASIC)，或者一个微处理器，也可以是一个***芯片(SoC)等，还可以是一个数字信号处理器(DSP)等等。各子单元310-370中的两个或者更多的单元可以被集成在一个硬件设备上，也可以是彼此独立的两个或者更多的硬件设备上。应当理解，处理模块210中的子单元310-370可以利用各种方式来实现。例如，在一些实施例中，***可以通过硬件、软件或者软件和硬件的结合来实现，不仅可以由诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合(例如，固件)来实现。
根据一些实施例，图4显示了定位引擎110中的乘客接口230的框图。乘客接口230可以包括一个乘客信息接收单元410、一个乘客信息解析单元420、与一个乘客信息发送单元430。乘客信息接收单元410用于乘客的设备上接收乘客发送的信息，并对这些信息进行识别、整理和归类。从内容上来看，乘客所发送的信息，可以是经定位技术所确定的乘客当前位置、乘客输入的当前位置或出发位置、乘客对服务的选择、要求或描述信息、乘客对希望接受到的信息的内容、格式、时间、数量等的因素的设定等中的一种或几种。从信息类型上看，乘客所发送的信息可以是乘客在设备上所输入的自然语言文本信息、乘客通过设备所发送的二进制信息、乘客端设备120输入输出模块620所记录的音频信息(包括乘客的语音输入)、乘客端设备120输入输出模块620所拍摄的图像(静止图片或视频)信息以及其他类型的一种或多种信息。乘客通过网络150可以将上述信息提供给乘客接口230中的乘客信息接收单元410。乘客信息解析单元420可以用于将乘客信息接收单元410所收到的乘客信息进行解析操作。这里的 解析操作可以包括对乘客信息进行整理或分类，以转换为处理模块210或存储模块220能够计算、处理或存储的格式。乘客信息解析单元420还可以用于将处理模块210所处理后的信息或存储模块220中的信息，按照乘客的指令或偏好，转换为乘客所能读取或选择的信息格式，并提供给乘客信息发送单元430。乘客信息发送单元430可以用于将定位引擎110需要向乘客发送的信息通过网络150发送给乘客。乘客信息接收单元410可以是由一个有线的或无线的接收设备所组成，通过网络150与乘客端设备120建立联系。类似的，乘客信息发送单元430可以是由有线或无线的发送设备所组成，通过网络150与乘客端设备120建立联系。
根据一些实施例，图5显示了定位引擎110中的司机接口240的框图。如图中所示，司机接口240可以包括一个司机信息接收单元510、一个司机信息解析单元520与一个司机信息发送单元530。司机信息接收单元510用于司机的设备上接收司机发送的信息，并对这些信息进行识别、整理和归类。从内容上来看，司机所发送的信息可以是经定位技术所确定的司机当前位置、司机所行驶的速度、司机所反馈的当前服务状态(载客、等待载客、空驶)、司机对服务请求的选择、确认或拒绝信息等中的一种或多种。从信息类型上看，司机所发送的信息可以是司机在设备上所输入的自然语言文本信息、司机通过设备所发送的二进制信息、司机端设备140所记录的音频信息(包括司机的语音输入)、司机端设备140所拍摄的图像(静止图片或视频)信息以及其他类型的多媒体信息等种的一种或多种。司机端设备140通过网络150可以将上述信息提供给司机接口240中的司机信息接收单元510。司机信息解析单元520可以用于将司机信息接收单元510所收到的司机信息进行解析操作。这里的解析操作可以包括对司机信息进行整理或分类，以转换为处理模块210或存储模块220能够计算、处理或存储的格式。司机信息解析单元520还可以用于将处理模块210所处理后的信息或存储模块220中的信息，按照司机140的指令或偏好，转换为司机所能读取或选择的信息格式，并提供给司机信息 发送单元430。司机信息发送单元530可以用于将定位引擎110需要向司机发送的信息通过网络150发送给司机。司机信息接收单元510可以是由一个有线的或无线的接收设备所组成，通过网络150与司机端设备140建立联系。类似的，司机信息发送单元530可以是由有线或无线的发送设备所组成，通过网络150与司机端设备140建立联系。
根据一些实施例，图6是乘客端设备120和司机端设备140框图。以乘客端设备120为例，如图6中所示，乘客端设备120可以包括显示模块610、输入输出模块620、定位模块630、通信模块640、处理模块650、和存储模块660。乘客端设备120也可以包含更多的模块或组件。显示模块610可以用于显示按需服务应用的图形界面、地图界面、输入输出的操作界面等。输入输出模块620可以用于接收用户对按需服务应用图形界面、地图界面、以及输入输出操作界面的一种或多种形式的输入，并且将待提供给用户的信息通过一种或多种形式输出。输入输出模块620还可以用于通过信号转换等手段，将用户或外界(如周边环境)的光学、声音等信息中的一种或几种以静止图片、视频、音频等形式予以采集和记录。输入或输出的形式可以包括声音信号、光信号、机械振动信号等等中的一种或多种。定位模块630可以用于基于一种或多种定位、测距技术、确定用户的位置、和/或其运动状态。具体地，确定用户的位置及其运动状态可以包括计算用户的位置、速度、加速度、角速度、路径等等运动参数中的一种或多种。通信模块640可以用于将乘客端设备120待发送或待接收的信息通过有线或无线通信的方式发送或接收。例如，通信模块670可以与定位引擎110中的乘客接口230通信以实现乘客端设备120向定位引擎110发送或从定位引擎110接收信息。在一些实施例中，乘客端设备120还可以通过通信模块与司机端设备140进行通信，例如，包括蓝牙通信。司机端设备120和乘客端设备140开启蓝牙后可以直接测量司机与乘客之间的距离。处理模块650可以用于对乘客端设备120中的所获得的信息进行计算、处理。存储模块660可以用于将输入输出模块620、定位模块630、处理模块650所获取、生成、计算或处理 后的信息进行存储。
以上对乘客端设备120的描述适用于司机端设备140。
需要注意的是，以上对于用户设备120/140的描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解用户设备所执行的功能后，可能在实现上述功能的情况下，对各个模块进行任意组合，或者构成子***与其他模块连接，对实施上述方法和***的应用领域形式和细节上的各种修正和改变。例如，显示模块610、输入输出模块620、可以是体现在一个***中的不同模块，也可以是一个模块实现上述的两个或两个以上模块的功能。诸如此类的变形，均在本申请的保护范围之内。
图7是数据库130的结构示意图。数据库130可以存储多种不同内容的信息，例如，历史订单数据库710、地图数据库720、用户数据库730等。当定位引擎110或其他的模块或单元需要一类或几类信息时，可以从数据库130中提取。历史订单数据库710可以包括历史订单的起始地点、乘客与司机的汇合位置、出行历程、订单服务金额、订单服务小费、订单行驶时间、平均行驶速度、乘客和/或司机对历史订单的评价等内容。地图数据库720可以包括街道、桥梁、建筑等人造物体的地理坐标，各种水体、山脉、森林、湿地等自然地貌的地理坐标，以及上述物体的描述性名称或标识等(街道号码、大厦名称、河流名称、商店名称等)，上述物体的图像信息等。用户数据库730所存储的信息可以包括用户120/140的账号名称、显示名称(昵称)、证件(驾照、ID卡等)号码、注册时间、用户等级/级别、信用记录、用户的家庭地址、用户的营业地点、司机140的交通工具信息等。上述信息的存储可以是在一个数据库130中的不同模块或组件所实现的。上述信息的存储也可以是由多个数据库130所分别实现的，这些数据库可以通过有线或无线的通信连接相互交换信息。
根据本申请的一些实施例，图8是定位引擎110确定乘客精确位置以及确定乘客和司机汇合位置的示例性流程图。需要注意的是，在一些实施例中，精确位置可以包括修正或消除定位设备或模块采集的定位信息 的误差后的结果。在一些实施例中，精确位置可以包括对于一个定位信息的其他的表达方式。上述其他的表达方式可以是更易于理解的表达方式。例如，乘客输入的位置是“海淀大街3号”，经过定位引擎110的处理可以生成“鼎好大厦”这一更容易被司机识别的名称。在本申请的其他地方，“优化的位置信息”也可以认为是精确位置信息的另一种表达形式。
如图8所示，在步骤810，定位引擎110可以获取当前位置相关信息。该步骤可以由乘客接口230和/或司机接口240完成。在一些实施例中，上述当前位置相关信息可以来乘客端设备120和/或司机端设备140、数据库130或信息源160。上述当前位置相关信息可以包括但不限于乘客当前位置、司机当前位置、服务起始位置、和服务目的地位置。乘客和司机的当前位置可以由乘客端设备120和/或司机端设备140中的定位模块630采集，也可以由输入输出模块620所获得。乘客和司机的当前位置可以是由GPS定位技术定位到的乘客和司机的位置坐标，或者乘客或司机输入的当前所在位置等。在一些实施例中，上述当前位置相关信息还包括乘客和/或司机当前位置的附近的其他信息，如商圈、住宅区、景点，医院、学校、大型建筑、汽车站、火车站、地铁站、飞机场、桥梁、交叉路口等中的一种或多种。在一些实施例中，上述位置相关信息还包括从乘客端设备120和/或司机端设备140上传的关于其当前位置周围的图片、视频、音频等。上述图片、视频、音频信息可以通过输入输出模块620所获得。例如，乘客可以用手机拍下其所在周围的标志性建筑物，并上传到定位引擎110。又例如，乘客可以生成或获取关于其当前位置周围情况的语音或一段视频，并发送到定位引擎110。
定位引擎110获取了当前位置相关信息之后，在步骤820，定位引擎110可以处理上述当前位置相关信息。对当前位置信息的处理可以由定位引擎110中的处理模块210完成。例如，在一些实施例中，定位引擎110可以根据乘客当前位置(如由GPS得到的位置)和乘客上传的其当前位置周围的标志性建筑物，通过定位引擎110中的处理模块210中的地址解析单元310和图像处理单元320，从而可以确定乘客的精确位置(步骤830)。地址解析单元310可以解析出乘客当前位置。图像处理单元320可 以识别出该标志性建筑物的名称，进而根据识别出的建筑物名称，查询数据库，就可以获得该建筑物的定位信息。在一些实施例中，定位引擎110接收的是关于乘客当前位置的视频或者音频，处理单元210中的图像处理单元320和/或音频处理单元370通过对视频或者音频的解析，可以得到其中包含的信息，例如，与乘客当前位置相关的信息。另外，在一些实施例中，处理模块210对当前位置相关信息的处理还可以包括直接根据当前位置检索数据库130或者存储模块220得到与上述当前位置相关信息有关的其他信息。在一些实施例中，处理模块210可以直接根据乘客的当前位置得到与该当前位置相关的信息。例如，当定位引擎110获得了乘客的当前位置坐标之后，可以通过检索数据库130得到与该位置坐标相关或者与位置坐标附近的标志性建筑物名称。
在步骤830，定位引擎110可以根据对当前位置相关信息的处理结果确定精确位置。例如，在一些实施例中，定位引擎110中的处理单元210可以基于乘客的当前位置以及解析出的与上述当前位置相关的其他信息，如标志性建筑物名称，标志性建筑物位置，从而确定乘客所在的精确位置。
需要注意的是，以上描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解本申请的关于精确定位的基本原理后，可以在不背离这一原理的情况下，对精确定位方法作出修正和改变。在一些实施例中，部分步骤可以添加或者省略。例如，定位引擎110可以直接获得乘客或者司机的精确位置，而不必执行步骤810和步骤820。例如，乘客可以直接扫描某些建筑物上的二维码，如商场或者写字楼。上述二维码直接隐含了乘客的精确位置。定位引擎110可以直接接收乘客发送的上述二维码。这些修正和改变都在本申请的保护范围之内。
在一些实施例中，乘客当前所在的位置就是乘客想要的上车位置，因此乘客会将当前所在的位置作为订单的起始地址。需要注意的是，上车位置也就是司机和乘客的汇合位置。在一些实施例中，司机可以接收上述订单，并直接驶向该位置。也就是说，乘客当前所在的位置就是司 机与乘客的最终汇合位置。在一些实施例中，乘客当前的所在的位置并不是汇合位置。例如，乘客当前的位置是在某个商场的内部，乘客与司机的汇合位置可以在商场的某个出口处或者该商场附近的其他地方，因此乘客和司机之间需要确定汇合位置。
在步骤840，定位引擎110可以生成一些备选的汇合位置。在一些实施例中，当乘客选择订单起始位置的时候，定位引擎110会推荐给乘客一个或多个选项。上述选项可以是乘客当前位置，也可以是乘客当前位置附近的其他位置。上述选项可以是定位引擎110内部已有的或可以从，例如，数据库130或信息源160获取的。上述选项可以是也可以是乘客输入订单起始位置的之后根据该订单生成。在一些实施例中，定位引擎110可以存储与某个地点相关联的一个或多个汇合位置。定位引擎110可以存储与某个地点以及该乘客相关联的一个或多个汇合位置。当乘客的订单起始位置确定之后，定位引擎110可以直接基于上述关联提取出一个或多个汇合位置，并将该位置发送给乘客端设备120和/或司机端设备140。在一些实施例中，定位引擎110可以在接收到订单的起始位置之后，可以考虑一些额外信息，如路况信息、天气信息、时间等信息中的一种或多种，从而生成易于上车的汇合位置推荐结果。这些额外信息可以包括是否是上下班高峰、是否是上学放学高峰、乘客输入订单起始位置周围及时间段是否有大型比赛或活动、道路维修或关闭、公共交通是否正常运营等中的一种或多种。在一些实施例中，定位引擎110还可以结合订单的起始位置和订单的终止位置生成一个或多个备选的汇合位置信息。
在步骤850，定位引擎110可以将上述生成的备选的汇合位置发送给乘客端设备120和/或司机端设备140。在一些实施例中，该***内部会存储一些预设的汇合位置供乘客和/或司机选择。乘客端设备120和/或司机端设备140会对上述预设的汇合位置进行处理。上述处理包括但不限于直接接收或选择其中的一个选项作为最终的汇合位置，删除其中的一个或多个选项，将剩余的选项返回到定位引擎110等。
在步骤860，定位引擎110可以接收来自乘客端设备120和/或司机端设备140对备选的汇合位置信息的处理结果。在步骤870，定位引擎110 可以对上述处理结果做进一步处理，从而生成一个最终的汇合位置。例如，在一些实施例中，定位引擎110可以对备选的汇合位置进行评价，并根据评价结果确定最终的汇合位置。上述评价基于的规则可以包括但不限于备选的汇合位置距离乘客当前位置的距离，备选位置的路况，备选位置相对于乘客目的地的方位等。在步骤880，定位引擎110可以发送优化后的汇合位置信息。上述优化后的汇合位置信息可以发送给乘客端设备120和/或司机端设备140，供乘客端设备120和/或司机端设备140显示汇合位置。
基于上述汇合位置、司机当前所在的位置以及服务目的地位置，定位引擎110中的路径处理单元340可以生成一个或多个从司机当前所在的位置到汇合位置的路径以及一个或多个从汇合位置到订单终止位置的路径。上述路径的规划可以基于一定的路径规划算法，例如最短路径算法。上述最短路径算法包括Dijkstra算法、SPFA算法、Bellman-Ford算法、Johnson算法、或Floyd-Warshall算法等中的一种或多种。上述路径规划涉及的因素包括路况信息、天气信息、时间等信息中的一种或多种。例如，上下班高峰时间段、上学放学高峰时间段、大型比赛或活动地点、道路维修或关闭情况、公共交通是否正常运营等中的一种或多种。定位引擎110可以通过乘客接口230和/或司机接口240将上述路径发送给乘客端设备120和/或司机端设备140，供乘客端设备120和/或司机端设备140显示路径。
根据上述汇合位置以及司机当前所在的位置，定位引擎110还可以通过其处理模块210计算出司机当前所在的位置与上述汇合位置之间的距离。上述距离的计算可以由处理模块210中的计算单元(在图3中没有画出)完成。上述距离可以包括司机当前所在位置和上述汇合位置之间的直线距离、路面距离、行驶距离等。上述距离的测量方法与本申请中其他地方描述的测距方法类似，这里不再赘述。定位引擎110可以将上述距离通过乘客接口230和/或司机接口240经网络150发送给乘客端设备120和/或司机端设备140，供乘客端设备120和/或司机端设备140显示距离信息。
以上对确定精确位置和汇合位置实施例的描述仅仅是具体的示例，不应被视为是唯一可行的实施方案。显然，对于本领域的专业人员来说，在了解确定精确位置和汇合位置的基本原理后，可能在不背离这一原理的情况下，对确定精确位置和汇合位置的具体方式与步骤进行形式和细节上的各种修正和改变，但是这些修正和改变仍在以上描述的范围之内。
根据本申请的一些实施例，图9图示了定位引擎110生成优化的位置信息的流程。定位引擎110在步骤910从乘客端设备120处获取其原始位置信息。原始位置信息可以是由乘客端设备120中的定位模块630所获得的关于乘客端设备120所在的地理坐标信息，例如，经纬度坐标，海拔高度等。定位模块630可以通过采用一种或多种定位技术获取乘客当前位置、运动状态与运动速度等信息。该定位技术可以选自全球定位***(GPS)技术、全球导航卫星***(GLONASS)技术、北斗导航***技术、伽利略定位***(Galileo)技术、准天顶卫星***(QAZZ)技术、基站定位技术、Wi-Fi定位技术、交通工具自带的各种定位测速***等。由于定位模块630本身的测量误差，以及定位技术本身的精度限制，原始位置信息常常并不精确，不能满足精准服务的需要。
例如，可以基于Wi-Fi定位技术获取当前位置的基本定位信息。一个无线路由器都有一个全球唯一的Media Access Control(MAC)地址，并且一般来说无线路由器在一段时间内不会移动。乘客端设备120在开启Wi-Fi的情况下，即可扫描并收集周围的路由器信号获取路由器广播出来的MAC地址。乘客端设备120可以将这些能够标示路由器的数据发送到定位引擎110。定位引擎110可以根据收到的数据在数据库130中检索出相关路由器的地理位置，并结合乘客端设备120所发送的其收到的不同路由器信号强弱程度，计算出乘客端设备120的位置。
另外，还可以基于基站定位技术获取当前位置的基本定位信息。乘客端设备120的通信模块640可以测量不同基站的下行导频信号，得到不同基站下行导频的到达时刻(Time of Arrival(TOA))或到达时 间差(Time Difference of Arrival(TDOA))。测量出的信号被乘客端设备120通过网络150发送给定位引擎110。根据该测量结果并结合基站的坐标，定位引擎110的处理模块210就能够计算出设备的原始位置信息。在一些实施例中，处理模块210可以采用三角公式算法计算出上述原始位置信息。
在获取了乘客端设备120的原始位置信息之后或同时，在步骤920，定位引擎110可以从存储模块220、数据库130、信息源160等，获得原始位置相关信息。定位引擎110可以通过网络150获取原始位置相关信息。根据本申请的一些实施例，原始位置相关信息可以是来自乘客端设备120的一种图像信息。图像信息可以包含静止图片信息和/或视频信息。
根据本申请的实施例，该原始位置相关信息包括具有特定标志的建筑物、路标的照片或者视频。例如，该原始位置相关信息可以是当前位置周围具有特定标志的一个建筑物的一张或多张照片或者视频，或者可以获取当前位置周围多个建筑物的多张照片或者视频。
根据本申请的一些实施例，原始位置相关信息还可以是处理模块210通过其标识搜索单元350在数据库130内地图数据库720中所检索到的原始位置附近的特征标识信息。标识搜索单元350在地图数据库720中对原始位置附近特征标识的搜索。根据一些实施例，标识搜索单元350可以是以原始位置为中心搜索其预设范围内的特征标识。
在步骤930，定位引擎对在步骤910与920中所获取的原始位置信息与原始位置相关信息进行处理。在一些实施例中，该步骤包括从具有特定标志的建筑物的照片或者视频中识别出该建筑物的名称。例如，定位引擎110在获取了该建筑物的照片/视频之后，其处理模块210中的图像处理单元320通过图像识别技术，可以识别出该建筑物的基本特征。通过定位引擎110调取数据库130中地图数据库720所存储的信息，并对建筑物的图像信息进行检索，可以找到匹配该特征的建筑物，并得到与该建筑物所对应的地理位置信息。根据本申请的一些实施例，如果定位引擎110通过图像识别技术找到匹配静止图片或图像 中建筑物特征的多个建筑物，用B1，B2，...Bn(n大于等于1)来标识从数据库130中地图数据库720中所识别出的建筑物的名称。根据本申请的一些实施例，定位引擎110中处理模块210中的图像处理单元320，还可以利用图像测量技术，求出图像拍摄点与照片/视频中的某建筑物之间的距离、图像拍摄的角度、图像拍摄的方向等信息。
在步骤940，处理模块210根据处理过的原始位置信息与原始位置相关信息，生成优化的位置信息。根据本申请的一些实施例，处理模块210可以根据原始位置信息与经过图像识别和/或图像测量后的图像信息，得到拍摄点的准确位置信息，生成优化的位置信息。通过步骤930处理原始位置相关信息，处理模块210可以识别出图像中的建筑物，并通过在数据库130中地图数据库720中检索，可以获取所述建筑物的定位信息。例如，基于所识别出的建筑物的名称B1，B2，...Bn(n大于等于1)，查询地址信息数据库，可以获取建筑物的地理坐标P1，P2，...Pn(n大于等于1)。例如，假设当前位置的原始定位信息为P0，获取的建筑物的定位信息为P1，P2，...Pn(n大于等于1)，依次计算P0与P1，P2，...Pn(n大于等于1)之间的距离，分别为D01，D02，...D0n，对D01，D02，...D0n按从小到大的顺序进行排序，可以找到最小值D0x，该最小值D0x对应于与P0距离最接近的建筑物的定位信息Px。可以将Px作为该当前位置的精确定位信息。
在一些实施例中，处理模块210可以根据步骤930中所得到的图像拍摄点与照片/视频中的某建筑物之间的距离、图像拍摄的角度、图像拍摄的方向等信息，并根据上述信息，由图像处理单元320求出拍摄点距离该建筑物的距离，通过结合数据库130中该建筑物的准确地理坐标，求出拍摄点的准确地理坐标，并生成优化的位置信息。在一些实施例中，定位引擎110可以通过处理模块210中的标识添加单元360将搜索到的特征标识添加至原始位置信息中，以生成优化的位置信息。
基于上述汇合位置、司机当前所在的位置以及订单的终止位置，定位引擎110中的路径处理单元340可以生成一个或多个从司机当前所在的 位置到汇合位置的路径以及一个或多个从汇合位置到订单终止位置的路径。上述路径的规划方法以及设计的要素与本申请中其他地方的描述相同，这里不再赘述。定位引擎110可以通过乘客接口230和/或司机接口240将上述路径发送给乘客端设备120和/或司机端设备140，供乘客端设备120和/或司机端设备140显示。
以上对生成优化位置信息的实施例的描述仅仅是具体的示例，不应被视为是唯一可行的实施方案。显然，对于本领域的专业人员来说，在了解生成优化位置信息的基本原理后，可能在不背离这一原理的情况下，对生成优化位置信息的具体方式与步骤进行形式和细节上的各种修正和改变。但是这些修正和改变仍在以上描述的范围之内。在一些实施例中，上述流程中的一些步骤是可以省略的，例如，步骤920。定位引擎110可以直接根据步骤910获得的原始位置信息就可以得到优化的位置信息，而不需要经过步骤920。
根据本申请的一些实施例，图10是生成优化位置信息的示例性流程图。乘客在确定打车订单时，对于订单起始位置的选择可以包括是手动输入或选择当前位置或者要上车的位置或者要到达的目的地位置，也可以包括直接通过GPS等定位方式定位订单的起始位置和终止位置。定位引擎110在步骤1010获取订单中的地址信息。对订单信息的获取可以由乘客接口230完成。当乘客提供或选择当前位置、要上车的位置、或者要到达的目的地位置时，定位引擎110可以对上述订单中的地址信息进行解析。上述地址信息可以包括出发地地址和/或目的地地址等信息，也就是订单的起始位置和终止位置。对订单中地址信息的解析可以由处理模块210中的地址解析单元310完成。在步骤1020，通过解析上述地址信息，可以得到与该地址信息对应的经纬度。
在步骤1030，定位引擎110可以以上述得到的与地址信息对应的经纬度为中心搜索其预设范围内的特征标识。对特征标识的搜索可以由处理模块210中的标识搜索单元350完成。上述预设范围可以根据需要进行设置，例如，可以设置为大于500米、等于500米或者小于500米。在一些实施例中，预设范围可以是1米到200米、200米到300米、 300米到400米、或者400米到500米。在一些实施例中，预设范围可以是1米到50米50米到100米、100米到150米或150米到200米。在一些实施例中，预设范围可以是10米、20米、30米、40米、50米、60米、70米、80米、90米、100米等。在一些实施例中，预设范围的设置可以根据经纬度所处的位置进行确定，即在不同的位置设置不同的预设范围。
上述特征标识可以是商圈、住宅区、景点、医院、学校、大型建筑、汽车站、火车站、地铁站、飞机场、桥梁、交叉路口等中的一种或多种。在一些实施例中，可以对上述特征标识的根据优先级的高低进行搜索。也就是说，每种特征标识都对应的有优先级顺序。例如，在一些实施例中，商圈的优先级最高，桥梁或者交叉路口其次，接着是道路的优先级等。如果搜索到商圈，则不再对其他的特征标识进行搜索，或者将搜索到的其他特征标识忽略，将搜索到的商圈作为特征标识；若未搜索到商圈，以所述经纬度为中心搜索其预设范围内的桥梁或交叉路口，若搜索到桥梁或交叉路口，则将搜索到的桥梁或交叉路口作为特征标识；若为搜索到桥梁或交叉路口，则以所述经纬度为中心搜索其预设范围内的道路，若搜索到道路，则将搜索到的道路为特征标识。需要注意的是，以上对于按照优先级的顺序搜索特征标识时采用的优先级顺序只是一种示例性的描述，不构成对本申请的限制。
特征标识的搜索顺序可以是定位引擎110预设的，用户自己设定的，定位引擎110或用户所用地图中设定的，或几种方法相结合。例如，用户自己设定的搜索顺序优先，地图中设定的搜索顺序次优，定位引擎110预设的搜索顺序最后考虑。定位引擎110预设的搜索顺序可以根据历史数据自动更新。例如，定位引擎110预设的搜索顺序可以根据其推荐的特征标志被用户采纳或拒绝的频率、次数等因素而更新。该更新还可以考虑一个特征标识被用户采纳或拒绝的情况与时间、天气等因素的结合等的因素。特征标识的搜索顺序还可以根据时间、天气等因素而选取。例如，放学时间前后，学校可作为优先获取 的特征标识。又例如，非正常营业时间，商圈不作为优先获取的特征标识。
上述与经纬度关联的特征标识可以是按需服务***105或定位引擎110内部已有的，也可以是乘客输入订单起始位置的之后根据该订单生成。在一些实施例中，按需服务***105或定位引擎110内部可以存储与某个地点相关联的一个或多个特征标识。当乘客的订单起始位置确定之后，定位引擎110可以直接基于上述关联根据一定的规则提取出一个或多个特征标识。在一些实施例中，定位引擎110可以在接收到订单的起始位置之后，对该起始位置预设范围内的地理位置信息进行采集，从而得到上述特征标识。上述地理位置信息可以包括但不限于周围的建筑设施，自然设施，以及交通道路、桥梁等。接着，定位引擎110可以对上述特征标识以及特征标识与经纬度的关联信息。上述特征标识与经纬度的关联信息和预设范围的存储位置包括但不限于数据库130、定位引擎110中的存储模块220或***内具有存储功能的其他单元或模块。
在步骤1040，定位引擎110可以将上述搜索到的特征标识添加至订单中对应的地址信息。对标识的添加可以由处理模块的标识添加单元360完成。添加了特征标识的地址信息可以发送给司机端设备140，该信息也容易被司机识别，司机在接单操作时，便于判断该交通服务订单是否为其预想的交通服务订单，避免了订单资源的浪费。
以上对生成优化的位置信息的描述仅仅是具体的示例，不应被视为是唯一可行的实施方案。显然，对于本领域的专业人员来说，在了解生成优化的位置信息的基本原理后，可能在不背离这一原理的情况下，对生成优化信息的具体方式与步骤进行形式和细节上的各种修正和改变，但是这些修正和改变仍在以上描述的范围之内。在一些实施例中，上述有些步骤可以省略。例如，定位引擎110从乘客端设备120接收到的订单中的地址信息是用经纬度方式表示的，那么步骤1020就被跳过，直接执行步骤1030，以上述经纬度为中心搜索预设范围内的特征标识。又例如，在一些实施例中，定位引擎110获得以地址名称 形式表示的地址信息后也可以不经过解析，直接得到该地址名称预设范围内的特征标识。
根据本申请的一些实施例，图11是生成优化的位置信息的示例性流程图。在一些实施例中，乘客端设备120上的定位装置或者定位模块只能定位出较为粗略的位置，乘客自定义输入的位置也可能不太精确或不详细。因此，为了使司机更容易识别，需要更精确的位置信息或者是对地址信息的更详细的描述。首先，在步骤1110，定位引擎110获取乘客发送的包含地址信息的订单。上述订单的获取可以由乘客接口230完成。上述地址信息可以包括但不限于乘客当前的位置、乘客的出发地、乘客的目的地等中的一种或多种。在一些实施例中，乘客的当前位置与乘客的出发地不同。在一些实施例中，乘客的当前位置就是乘客的出发地。上述地址信息的形式可以是文字、图像、音频、视频等中的一种或多种。
定位引擎110接收到乘客的订单后，可以在步骤1120将订单信息发送给一个司机端设备140。接着，在步骤1130，定位引擎110会接收来自该司机端设备140对该订单的响应。将订单发送给一个司机端设备140以及接收该司机端设备140对这个订单的响应可以由司机接口240完成。需要注意的是，定位引擎110将订单发送给司机端设备140之前可以经过其他步骤。例如，在一些实施中，定位引擎110接收到的订单可以做进一步处理。在一些实施例中，乘客接口230中的乘客信息解析单元420可以将乘客信息接收单元410所收到的乘客发送的订单信息进行解析操作。这里的解析操作可以包括对乘客信息进行整理或分类，以转换为处理模块或存储模块能够计算、处理或存储的格式。在一些实施例中，定位引擎110接收到的订单中可以是音频形式的，定位引擎110中的处理模块210中的音频处理单元370可以对订单中的音频进行解析，并生成文字形式的订单信息。定位引擎110可以通过司机接口240将订单信息发送给司机。在一些实施例中，定位引擎110接收到的订单中的可以是文字的、视频的或图像形式的。定位引擎110中的处理模块210可以将上述文字的、视频的或图像形式的订 单转换成语音形式的订单信息发送给司机。
在一些实施例中，司机对订单的响应可以包括要求订单中更精确的位置信息。在一些实施例中，定位引擎110发送给司机的订单会存在表述不清楚的情况。一些智能导航定位只能给出一个大致的位置，并不能定位出很精确的位置。例如，根据某种定位技术，乘客端设备120可能会被定位到某个商场，但不能其在该商场的具***置，例如具体出口、具体楼层、具体房间难以精确确定。因此，在一些情况下，仅凭一个定位后的简单地址司机或许很难找到乘客，就需要一个更精准的位置表示。
在步骤1140，定位引擎110通过司机接口240接收司机对订单的响应后会发送至少一个详细位置给乘客。上述至少一个详细位置是订单的起始位置或乘客的当前位置预设范围内的一些位置。上述预设范围可以小于100米、等于100米、或者大于100米。在一些实施例中，上述预设范围可以小于50米、等于50米、或者大于50米。在一些实施例中，上述预设范围可以小于40米、等于40米、或者大于40米。在一些实施例中，上述预设范围可以小于30米、等于30米、或者大于30米。在一些实施例中，上述预设范围可以小于20米、等于20米、或者大于20米。在一些实施例中，上述预设范围可以小于10米、等于10米、或者大于10米。上述至少一个详细位置可以以列表的形式展示给乘客以供乘客选择。
定位引擎110生成的上述至少一个详细位置是关于上述订单中的地址位置的更详细的描述方式。该描述方式更容易被司机理解识别。在一些实施例中，上述至少一个详细位置可以是***内部已有的。***内部可以存储与某个地点相关联的一个或多个详细位置。当乘客的订单确认之后，***可以直接基于上述关联情况，提取出与订单的起始位置相关联的一个或多个详细位置。这些详细位置可以存储在数据库130中，也可以存储在存储模块220中，或者按需服务***105内其他具有存储功能的模块或单元。在一些实施例中，按需服务***105会在接收到订单之后，对订单中的起始位置上述预设范围内的信息进 行采集，从而得到上述至少一个详细位置。
在步骤1150，定位引擎110可以接收乘客对上述至少一个详细位置的处理。在一些实施例中，上述处理可以包括直接选择其中的一个详细位置发送给定位引擎110。在一些实施例中，上述处理包括选择其中的多个发送给定位引擎110。在一些实施例中，上述处理包括删除一个或多个定位引擎110提供的详细位置。需要注意的是，以上关于乘客对于定位引擎110发送的至少一个详细位置的处理的描述只是示例性的描述，不构成对本申请的限制。在一些实施例中，还可以包括其他的处理方式。
在步骤1160，定位引擎110可以将接收到的乘客对于上述至少一个详细位置的处理结果通过司机接口240发送给司机端设备140。司机可以根据上述结果确定乘客的具***置或者乘客期望的上车位置也就是汇合位置。
需要注意的是，以上对于生成优化的位置信息的过程的描述只是示例性的，不应被视为是唯一可行的实施方案。显然，对于本领域的专业人员来说，在了解生成优化的位置信息的基本原理后，可能在不背离这一原理的情况下，对生成优化信息的具体方式与步骤进行形式和细节上的各种修正和改变。在一些实施例中，还可以加入其他步骤。例如，定位引擎110接收到乘客对至少一个详细位置的处理结果后还需要对该结果做进一步的处理。在一些实施例中，定位引擎110接收到的乘客的处理结果中可以包含多个详细位置，定位引擎110可以对这些详细位置进行评价，选出评分最高的一个作为最终的结果发送给司机。上述处理还可以包含对乘客处理结果的格式的转变。转变方式包括文字转语音，图片转语音，视频转语音，视频转文字，语音转文字，语音转图片等中的一种或多种。在一些实施例中，上述流程中的一个或多个步骤不是必须的。例如，在一些实施例中，司机对订单的响应可以包括直接接收订单，而不需要执行其他的步骤，即步骤1140、步骤1150和步骤1160不是必需的。这些修正和改变仍在以上描述的范围之内。
根据本申请的一些实施例，图12是在乘客端设备120上精确定位的示例性流程图。在乘客发出服务订单请求之后，司机可以快速知道乘客的大概位置，但是该位置还不够精准。例如，乘客是在一个多出口的大型建筑物，或者是一个乘客陌生的地方，乘客可能难以准确描述自己的具***置，而常规的定位技术通常又有一定的偏差，因此仅凭一个定位后的简单地址司机很难找到乘客。在某些情况下，甚至产生司机与乘客的距离很近但就是互相找不到对方。在步骤1210，乘客端设备120采集当前位置相关信息，该信息可以是地理坐标信息，也可以是出发地描述名称，还可以是其他形式的信息，例如出发地周边的图像(静止图片或视频)信息，与一个精确地点有关的其他信息等。该地理坐标信息，可以是由乘客端设备120中的定位模块630所获取的，也可以是乘客通过操作由显示模块610所显示的地图界面而产生的。该出发地描述名称，可以是乘客所输入或选择的。其他形式的信息，可以是乘客通过乘客端设备120进行采集或记录的，例如通过设备120中输入输出模块620所采集的图像信息等。在一些实施例中，与一个精确地点有关的其他信息，可以是一个条形码或二维码形式存在的，该条形码或二维码通过张贴在某一确定地点的方式，与一个精确的地理坐标和/或地理描述名称相关联。
步骤1220，在采集了当前位置相关信息之后，乘客端设备120可以将信息发送给定位引擎。这些信息可以构成一个交通服务请求的订单信息。根据本申请的一些实施例，乘客端设备120可以通过网络接入设备(例如，蜂窝网络基站150-1、150-2或无线网络接入点)接入网络150，并且将其所采集的当前位置相关信息发送至定位引擎110。
乘客端设备120在步骤1230中，接收定位引擎110所下发的至少一个详细位置。由定位引擎110响应于司机端设备140对交通服务请求订单的响应。至少一个详细位置是至少部分基于乘客端设备120所发送的当前位置相关信息。该至少一个详细位置可以包含有定位引擎110向乘客推荐的上车地点位置，也可以是司机140通过定位引擎110向乘客提供的上车地点位置。上车地点位置可以是存储在数据库130中的， 也可以是信息源160中所提供的。在一些实施例中，乘客端设备120在步骤1230中接收到一个详细位置，该详细位置就可以被定位引擎110确定为乘客当前所在的精确位置。可选地，乘客端设备120可以利用其显示模块610显示接收到的详细位置。显示的方式可以是文本形式、地图形式、图片形式等。
步骤1240，在接收到定位引擎110所下发的至少一个详细位置后，乘客可以通过操作乘客端设备120选择其中的一个详细位置。定位引擎110所下发的至少一个详细位置可以通过乘客端设备120上的显示模块610进行显示，乘客可以通过在所显示的至少一个详细位置中，通过输入输出模块620，选择出一个详细位置。可以理解，乘客也可以选择出不止一个详细位置。
步骤1250，在通过输入输出模块620获得来自乘客对详细位置的选择后，乘客端设备120将被选的选项发送至定位引擎110。
需要注意，本流程中的部分步骤可以省略或跳过。例如，在1230步骤接受定位引擎110下发的至少一个详细位置后，本流程也可以终止，乘客端设备120不必等待乘客的选择或确认操作。
根据本申请的一些实施例，图13是在司机端设备140上处理汇合位置的示例性流程图。在步骤1310，司机端设备140可以接收来自定位引擎110发送的备选的汇合位置信息。司机端设备140接收备选的汇合位置信息，可以是和接收交通服务请求同时的，也可以是在接收交通服务请求之后的。备选的汇合位置信息，可构成一个备选汇合位置集合。集合中的元素可以是单个汇合位置信息，也可以是多个汇合位置信息，例如一个汇合位置信息列表。汇合位置信息，可以包含地理坐标信息，也可以包含该汇合位置的描述性名称，还可以包含该汇合位置的类型，例如，商铺、餐厅、公共设施、住宅小区等。在接收备选的汇合位置信息后，司机端设备140可以通过其显示模块610对上述信息进行显示，显示的方式可以是在一个地图界面上以图标形式表示出上述汇合位置信息中的地理坐标信息，也可以是通过文本形式(普通的或多媒体的)显示上述汇合位置信息的描述性名称和/或类型。
在步骤1320，司机端设备140可以通过其输入输出模块620接收司机对所显示的备选汇合位置信息的处理。该处理包括，对一个或多个备选汇合位置的选择、排除、评价。上述评价可以是以文本评论的形式，也可以是评分的形式。上述评价可以代表司机对于一个或多个备选汇合位置的倾向。该处理还可以包括对备选汇合位置信息的更新。根据一些实施例，上述更新可以是从司机端设备140新增一个或多个备选汇合位置，从司机端140对一个或多个备选汇合位置的修改等。上述处理的方式，可以是司机通过输入输出模块620，对地图界面上备选汇合位置图标进行删除、添加、移动。上述处理的方式，也可以是司机对备选汇合位置的描述性名称和类型进行删除、添加或修改。
在步骤1330，司机端设备140通过其通信模块640将处理后的汇合位置信息发送至定位引擎110，供其计算与处理之用。
在步骤1340，司机端设备140接收来自定位引擎110的优化后的汇合位置信息。该优化后的汇合位置信息可以是部分/完全基于司机对备选汇合位置信息的处理，可以是部分/完全基于乘客对备选汇合位置信息的处理，还可以是部分/完全基于来自信息源160的信息，或基于多种处理或信息的结合。
优选地，司机端设备140的显示模块610可以将接收到的优化后汇合位置信息进行显示。进一步优选地，显示模块610可以在一个地图界面上以图标的形式显示优化后的汇合位置信息。再进一步优选地，显示模块610可以在图标显示的优化后汇合位置信息附近显示该汇合位置的描述性名称。更进一步优选地，显示模块610可以在一个地图界面上同时显示司机的当前位置信息。
需要注意，上述流程图中的一步或者多步流程并非必须实施。根据一些实施例，步骤1320、1330和1340可以被跳过。例如，司机端设备140可以接收来自定位引擎110的备选汇合位置信息，不进行对备选汇合位置的处理及其后的操作。
根据本申请的一些实施例，图14所示的是乘客确定汇合位置的一种示例性的流程图。在一些实施例中，乘客当前所在的位置就是乘客 的上车位置。在一些实施例中，乘客当前所在的位置并不是乘客的上车位置。在本申请的其他地方，上车位置也可以描述为汇合位置、上车点、接乘点、订单的起始位置、或出发地等。
在步骤1410，乘客端设备120采集位置相关信息。上述位置相关信息可以包括乘客当前所在的位置、订单的起始位置或订单的终止位置等中的一种或多种。在一些实施例中，对位置信息的采集可以由乘客端设备120中的定位模块630完成。定位模块630可以采用一种或多种定位技术确定乘客位置。上述定位技术包括全球定位***(GPS)技术、全球导航卫星***(GLONASS)技术、北斗导航***技术、伽利略定位***(Galileo)技术、准天顶卫星***(QAZZ)技术、基站定位技术、或Wi-Fi定位技术等中的一种或多种。在一些实施例中，对位置信息的采集可以由乘客端设备120中的输入输出模块620完成。乘客可以输入当前所在的位置、订单的起始位置或订单的终止位置的名称。上述位置相关的信息的格式可以包括但不限于文字的、图片的、视频的或音频的等中的一种或多种。需要注意的是，乘客端设备120还可以采集其他信息，包括但不限于乘客的姓名、联系方式、计划上车时间等中的一种或多种。对于其他的信息的采集可以由输入输出模块620完成。在采集位置相关信息之后，乘客端设备120中的处理模块650可以对采集的位置信息进行处理。上述处理包括但不限于格式转换等。乘客端设备120还可以对采集的位置相关信息和其他信息进行存储。存储位置可以是存储模块660、服务器130或者***内其他具有存储功能的模块或单元。
接着，在步骤1420，乘客将上述处理过或未经处理的位置相关信息和/或其他信息发送至按需服务***105或定位引擎110。对上述位置相关信息的发送和对其他信息的发送可以是同是进行的，也可以是具有一定顺序的。在一些实施例中，来自乘客端设备120的位置相关信息可以包含乘客的当前位置和目的地，乘客可以将当前位置作为汇合位置。在一些实施例中，乘客同时发送当前位置、汇合位置和目的地。在一些实施例中，按需服务***105或定位引擎110会根据乘客端设备 120发送的位置相关信息生成一些备选的汇合位置以供乘客选择。上述备选的汇合位置的数量可以是任意的，例如，一个、两个、三个、四个、五个、六个或其他任意数量。
在步骤1430，乘客端设备120可以接收从按需服务***105或定位引擎110发送的备选的汇合位置。该过程可以由用户设备中的通信模块640完成。用户接收到备选位置可以以列表的形式展示给乘客。在一些实施例中，备选的位置的优先级可以不同。也就是说每个备选位置都有对应的优先级别。优先级最高的备选位置可以理解为是按需服务***105或定位引擎110认为的最优的汇合点。乘客接收到的备选位置可以按照优先级从高到低或者从低到高的顺序进行排列。在一些实施例中，备选位置的优先级可以是相同的，展示给乘客的备选位置不存在按优先级排序。
乘客端设备120接收到从按需服务***105或定位引擎110发送的备选汇合位置后，可以在步骤1450对上述备选位置信息进行处理，并在步骤1450将处理后的备选汇合位置信息重新发送给按需服务***105或定位引擎110。对备选汇合位置信息的处理可以由乘客端设备120中的处理模块650完成。发送处理后的备选汇合位置信息可以由通信模块640完成。上述对备选汇合位置信息的处理可以包括但不限于乘客直接选择其中的一项作为最终的汇合位置，乘客选择或删除其中的一个或多个备选汇合位置。在一些情况下，乘客可能会认为按需服务***105或定位引擎110发送的部分备选汇合位置基于其现在所处的位置来说较为不方便，因此乘客可以通过乘客端设备120直接删除掉这些备选位置。在一些情况下，乘客可能会认为按需服务***105或定位引擎110发送的备选汇合位置中的一个或多个都是可以接收的，因此乘客可以通过乘客端设备120选择这些备选汇合位置。
乘客端设备120将处理后的备选的汇合位置发给按需服务***105或定位引擎110后，按需服务***105或定位引擎110会对上述备选的汇合位置作进一步的处理，生成优化的汇合位置信息并发送给乘客端设备120。在步骤1460，乘客端设备120可以接收优化后的汇合位置 信息。该步骤可以由乘客端设备120中的通信模块640完成。需要说明的是，这里的“优化后的汇合位置”在本申请的其他地方也可以描述为最优的汇合位置、最终的汇合位置、或订单的起始位置等。这些描述表示的都是乘客与司机最终汇合的地方。
需要注意的是，以上对于生成汇合位置的过程的描述只是示例性的，不应被视为是唯一可行的实施方案。显然，对于本领域的专业人员来说，在了解生成汇合位置的基本原理后，可能在不背离这一原理的情况下，对生成汇合位置的具体方式与步骤进行形式和细节上的各种修正和改变。在一些实施例中，上述生成汇合位置过程中一些步骤可以省略。例如，在一些实施例中，乘客端设备120发送给按需服务***105或定位引擎110的位置相关信息可以直接被按需服务***105或定位引擎110接受。也就是说乘客端设备120采集到的汇合位置或乘客当前的位置就可以作为最终的汇合位置。上述最终的汇合位置就是乘客与司机真正要汇合的位置。因此，不必执行下面的步骤1430到步骤1460。又例如，在一些实施例中，按需服务***105或定位引擎110生成的备选的汇合位置只有一个，因此就默认将这个备选的汇合位置作为最终的汇合位置发送给司机和乘客。在这种情况下，司机和乘客不需要做任何操作。对于乘客端来说，执行到步骤1430之后就不需要执行步骤1440、步骤1450和步骤1460。因此，这些修正和改变仍在以上描述的范围之内。除此之外，以上对于乘客端确定汇合位置的流程的描述只是示例性的，有些步骤，比如存储，并未体现在该流程中，但是这并不能说明以上描述的流程中的中间结果和最终处理结果都不需要存储。在一些实施例中，以上描述的流程中的中间结果和最终处理结果可以全部或部分进行存储。存储的位置可以包括但不限于乘客端设备120中的存储模块660、数据库130、定位引擎110中的存储模块220、或按需服务***105中其他具有存储功能的模块或单元。
根据本申请的一些实施例，图15所示的是确定汇合位置的流程图。在步骤1510，定位引擎110获取订单发送者(“乘客”)发送的位置信息。这个步骤可以由乘客接口230完成。上述位置信息可以包括 但不限于乘客当前所在的位置、订单的起始位置或订单的终止位置等中的一种或多种。定位引擎110还可以通过乘客接口230获取其他信息。关于其他信息的描述与本申请其他地方描述的类似。
定位引擎110获得关于乘客的位置信息之后，在步骤1520，可以检索历史订单。上述历史订单的存储位置包括数据库130，定位引擎110中的存储模块220，或按需服务***105内其他具有存储功能的模块或单元。在一些实施例中，上述历史订单可以是给定时间段内的历史订单。在一些实施例中，上述历史订单可以是预设阈值内的历史订单。上述预设阈值可以是历史订单的起始位置与乘客当前位置的距离。在一些实施例中，上述历史订单可以是给定时间段内的预设阈值内的历史订单。上述给定时间段可以包括一天或几天、一周或几周、一个月或几个月等。在一些实施例中，上述给定的时间段可以是两个月。在一些实施例中，上述给定的时间段可以是随机给出的，也可以是一个固定的值。在一些实施例中，上述给定的时间段可以根据历史经验或者实验数据确定。在一些实施例中，上述给定的时间段可以与发出订单的乘客账户相关。在一些实施例中，上述给定的时间段可以与接收该订单的司机账户相关。在一些实施例中，上述给定的时间段可以与具体的位置信息相关，也就是说根据不同的位置，设置的时间段不同。上述预设阈值的可以是根据历史经验或者实验数据确定的。上述预设阈值可以为大于500米、等于500米或者小于500米。在一些实施例中，预设阈值可以是1米到200米、200米到300米、300米到400米、或者400米到500米。在一些实施例中，预设阈值可以是1米到50米、50米到100米、100米到150米或150米到200米。在一些实施例中，预设范围可以是10米、20米、30米、40米、50米、60米、70米、80米、90米、100米等。例如，当预设阈值为100米时，也就是说历史订单的起始位置与乘客当前所在的位置之间的距离小于100米时，说明该历史订单的起始位置位于乘客的附近。
得到上述历史订单之后，在步骤1530，定位引擎110可以根据上述历史订单确定汇合位置。在一些实施例中，确定汇合位置的方法可 以包括将上述历史订单的起始位置的平均值或聚类值确定为最终汇合位置。在一些情况下，可能检索不到历史订单；如果在步骤1510获取的位置信息中有关于汇合位置的信息，则可以直接将上述汇合位置作为最终的汇合位置；如果在步骤1510获取的位置信息中没有关于汇合位置的信息，但是包含乘客当前所在的位置，那么可以将乘客当前所在的位置作为最终的汇合位置。在一些实施例中，定位引擎110可以将检索到的历史订单按照其初始位置与乘客的当前所在的位置的距离按照从小到大的顺序进行排序，将距离最小的历史订单的起始位置作为最终的汇合位置发送给乘客和司机。在一些实施例中，定位引擎110在接收到乘客发送的订单之后，可以基于当时的路况、所处时间段、天气等其他信息进一步对步骤1520得到的历史订单进行筛选，并根据筛选之后的结果确定最终的汇合位置。
另外，在一些实施例中，定位引擎110在步骤1510中获得的位置信息中包含关于汇合位置的信息，而定位引擎110和司机也都认可该位置，那么定位引擎110就不必执行步骤1520，直接将上述汇合位置作为最终的汇合位置。
基于上述汇合位置、司机当前所在的位置以及订单的终止位置，定位引擎110中的路径处理单元340可以生成一个或多个从司机当前所在的位置到汇合位置的路径以及一个或多个从汇合位置到订单终止位置的路径。上述路径的规划方法以及设计的要素可以参考本申请中其他地方的描述，这里不再赘述。定位引擎110可以通过乘客接口230和/或司机接口240将上述路径发送给乘客端设备120和/或司机端设备140。
需要注意的是，以上对于生成汇合位置的过程的描述只是示例性的，不应被视为是唯一可行的实施方案。显然，对于本领域的专业人员来说，在了解生成汇合位置的基本原理后，可能在不背离这一原理的情况下，对生成汇合位置的具体方式与步骤进行形式和细节上的各种修正和改变。这些修正和改变仍在以上描述的范围之内。
根据本申请的一些实施例，图16是在定位引擎110上确定汇合位置的示例性流程图。在步骤1610，定位引擎110可以通过网络150，由 乘客接口230获取乘客的位置信息。该位置信息可以是一个粗略的定位信息，也可以是一个精确的定位信息。乘客的位置信息可以是一个服务请求中的一部分。该服务请求还可以包含其他信息，例如，乘客对最终汇合位置的倾向或指示等。
在步骤1620，定位引擎110根据位置信息，确定一个或多个备选的汇合位置。根据本申请的一些实施例，当定位引擎110获取乘客服务需求及其中的位置信息时，可根据乘客位置信息，由地址解析单元310可以识别出乘客所在的区域。定位引擎110可以通过访问数据库130中所存储的该区域历史订单记录中汇合位置，统计出该区域的多个热门汇合位置区域作为备选汇合位置。
根据本申请的一些实施例，当定位引擎110可以基于某一个距离阈值，确定备选汇合位置。定位引擎110可以基于乘客位置，查找在该位置的某一距离阈值范围的邻域内的汇合位置，并将这些汇合位置作为备选汇合位置。
根据本申请的一些实施例，当定位引擎110可以基于乘客服务请求中乘客对汇合位置的倾向或指示，将乘客所倾向或指示的汇合位置作为备选汇合位置。
然后，在步骤1630，根据预定规则，定位引擎110中的汇合位置处理单元330对多个备选的汇合位置进行评价。基于不同的评价标准和评价方法，评价的预定规则可以有多种。根据本申请的一些实施例，评价标准可以是从乘客的位置到多个备选的汇合位置的距离(该距离可以是直线距离，也可以是路面距离)，从乘客的位置到多个备选的汇合位置的时间，从乘客的位置到多个备选的汇合位置的交通路况，从乘客的位置到多个备选的汇合位置的路径的安全情况等中的一种或几种。根据本申请的一些实施例，“评价”方法可以是评分，也可以是评级。
下面就几个例子对评价方法与标准进行简单说明。例如，从乘客的位置到多个备选的汇合位置的距离越短，评分/评级越高。根据一些实施例，从乘客的位置到多个备选的汇合位置的时间越短，评分/评级 越高。根据另一些实施例，从乘客的位置到多个备选的汇合位置的车流或人流拥挤程度越小，评分/评级越高。根据另一些实施例，乘客的位置到多个备选的汇合位置的路径安全指数越高，评分/评级越高。
在步骤1640，定位引擎110根据在步骤1630中各备选汇合位置的评价，选择出预定个数的汇合位置，通过乘客接口230与司机接口240分别发送给乘客端设备120和司机端设备140。根据一些实施例，这里，该预定个数可选地可以为1-5个，当然也可以是其他个数。这里选择的方式，可以是基于上述评分或评级的排序而选择评分较高或排序较前的汇合位置，也可以是根据某些评分或评级的阈值或范围，对备选汇合位置的排除等。
可以理解，定位引擎110也可以只通过乘客接口230向乘客端设备120发送预定个数的汇合位置信息，而不向司机端设备140发送同样信息。类似地，定位引擎110也可以只通过司机接口240向司机端设备140发送预定个数的汇合信息，而不向乘客端设备120发送同样信息。
在步骤1650，定位引擎110通过乘客接口230与司机接口240从网络150上接收乘客端设备120与司机端设备140分别对汇合位置的处理。乘客与司机对汇合位置的处理可以是对一个或多个备选汇合位置的选择、排除、评价或更新。上述评价可以是以文本评论的形式，也可以是评分的形式。上述评价的作用是代表乘客或司机对于一个或多个备选汇合位置的倾向。
在一些实施例中，乘客端设备120和司机端设备140均从定位引擎110接收到了5个备选的汇合位置a、b、c、d、e。此时，乘客可以通过乘客端设备120排除位置b、c、d，而司机可以通过司机端设备140可以排除位置c、d，被标记为“排除”的位置b、c、d的结果将被返回。在一些实施例中，定位引擎110从乘客端设备120和司机端设备140分别接收到他们所选择预定个数汇合位置中的部分汇合位置。例如，如果乘客端设备120和司机端设备140均接收到了5个备选的汇合位置a、b、c、d、e。此时，乘客可以通过乘客端设备120可以选择位置b、c、d，而司机可以通过司机端设备140可以选择位置c、d。最终定位引擎 110将接收到乘客端设备120返回的备选汇合位置b、c、d，接收到司机端设备140返回的备选汇合位置c、d。
可以理解，定位引擎110也可以只通过乘客接口230从乘客端设备120接收其对汇合位置信息的处理，而不从司机端设备140获取类似信息。类似地，定位引擎110也可以只通过司机接口240从司机端设备140接收其对汇合位置信息的处理，而不从乘客端设备120获取类似信息。
在步骤1660，定位引擎110中的处理模块210可以将处理后汇合位置中评价最高的一个确定为约定的汇合位置。这里，处理模块210可以首先将来自乘客120和司机140对汇合位置的处理进行预处理，以得到一个含有至少一个汇合位置的集合。这里的预处理可以包括对来自乘客120与司机140的汇合位置进行集合的运算，例如，求交集、求并集、求补集等。通过预处理，处理模块210可以得到一个含有至少一个汇合位置的集合。
在得到含有至少一个汇合位置的集合后，处理模块210可以根据在步骤1630中的预定规则，对该集合中的至少一个汇合位置进行评价。评价的标准和方法可以参见前面的描述，在此不再赘述。根据评分或评级的数值或次序，确定出评价最高(评分最高或评级最前)的一个汇合位置，并将其确定为乘客120与司机140约定的汇合位置。
在步骤1670，定位引擎110将约定的汇合位置发送给乘客120与司机140，从而向服务双方通知将来汇合的地点。
基于上述汇合位置、司机当前所在的位置以及订单的终止位置，定位引擎110中的路径处理单元340可以生成一个或多个从司机当前所在的位置到汇合位置的路径以及一个或多个从汇合位置到订单终止位置的路径。上述路径的规划方法以及设计的要素与本申请中其他地方的描述相同，这里不再赘述。定位引擎110可以通过乘客接口230和/或司机接口240将上述路径发送给乘客端设备120和/或司机端设备140。
需要说明的是，定位引擎110在发送汇合位置和路径时，可以采用不同的形式。不同的形式包括但不限于，语音信息、文本信息、图像信息等。例如，定位引擎110可以采用语音播报，将上述信息通过乘客接口230 和/或司机接口240发送给乘客端设备120和/或司机端设备140。
根据本申请的一些实施例，图17是定位引擎110确定汇合位置的流程图。在步骤1710，定位引擎110接收乘客的出发地位置或当前位置。乘客的出发地位置或当前位置，可以是乘客端设备120接收的乘客所输入的文本格式的位置信息，也可以是用户通过操作(例如，滑动地图界面，选择下拉菜单等)选择的地理坐标信息，还可以是乘客语音输入的含有出发地或当前位置的信息，还可以是乘客利用其设备120所拍摄的图像等多媒体信息。在一些情况下，乘客的出发地位置可能并不与当前位置重合。例如，乘客可能通过预约的方式提出交通服务请求，提出请求时的位置不是最终出发位置。
接收到出发地位置和/或当前位置后，定位引擎110可以在步骤1720对上述信息进行解析或逆解析。如果地图数据存储的形式与所接收到的出发地位置和/或当前位置的形式不一致，定位引擎110可以对接收到的位置进行解析或逆解析。例如，定位引擎110以地理坐标形式存储地图数据；当定位引擎110接收的位置信息是某一地址描述信息，例如，某一商铺名称或街道号码，则定位引擎110利用其处理模块210中的地址解析单元310对这一描述名称进行搜索和查找，以找到其对应的地理坐标，如经纬度信息。又例如，定位引擎110以街道号码形式存储地图数据；当定位引擎110接收到某地理坐标信息，则其处理模块210中的地址解析单元310将对该地理坐标信息进行逆解析，以找到其对应的地址描述信息，例如街道号码。上述地址描述信息，可以是来自数据库130中的地图数据。
在地址解析或逆解析后，进入步骤1730，定位引擎110基于出发地位置或当前位置，获得第一汇合位置及相应的地址描述信息。这里获得第一汇合位置的方法，可以基于不同判断标准。例如，与出发地位置或当前位置的距离，该距离可进一步地是路面距离或直线距离。又例如，与出发地之间的平均到达时间，该平均到达时间可以是基于不同运动速度下的。在获得第一汇合位置后，可以利用处理模块210中的地址解析单元310对第一汇合位置进行地址逆解析，以找到其对 应的地址描述信息。
进入步骤1740，根据预定规则，定位引擎110中的汇合位置处理单元330对各个第一汇合位置进行评价。基于不同的评价标准和评价方法，评价的预定规则可以有多种。评价标准和评价方法的细节，可以参见图16中步骤1630的描述，在此不再赘述。
在步骤1750，获得了个第一汇合位置的评价后，定位引擎110可以生成第二汇合位置及相应的地址描述信息。
生成第二汇合位置的过程可以是在评价结果的基础上，对第一汇合位置中的部分汇合位置进行选择，以得到至少一个第二汇合位置。在一些实施例中，定位引擎110可以基于某一预先设定的数量N，选择评分最高的N个第一汇合位置，或者评级最前的N个第一汇合位置。在一些实施例中，定位引擎110可以将评价结果超过预设评价阈值(例如某一个百分比)的第一汇合位置标记为第二汇合位置。可理解的是，预设数量N可根据需要进行调整，即可选择部分的第一汇合位置，也可选择全部的第一汇合位置。在选择部分的第一汇合位置时，可以选择评价结果按照某种顺序的前N个第一汇合位置。类似地，上述百分比也可以根据需要进行调整。
上述过程还可以是对所述第一汇合位置进行去重处理。根据一些实施例，定位引擎110可以判断任意两个第一汇合位置之间的距离是否小于预设距离，若小于该预设距离，则进行去重处理，去掉部分第一汇合位置，以得到一个或多个第二汇合位置。上述两个第一汇合位置之间的距离，可以是直线距离，也可以是路面距离，还可以是行驶距离。
在获得第二汇合位置后，定位引擎110可以利用地址解析与逆解析，求出第二汇合位置的相应地址描述信息。这一过程可以参照步骤1720，在此不再赘述。
步骤1760，定位引擎110将生成的第二汇合位置及相应的地址描述信息，通过其乘客接口230和/或司机接口240，分别发送给乘客端设备120和/或司机端设备140。需要注意，这里的汇合位置与相应地址描述信息，可以通过不同的形式发送给乘客端设备120与司机端设备 140。根据本申请的一些实施例，汇合位置可以通过文本形式发送给乘客端设备120和/或司机端设备140。地址描述信息，可以通过文本形式或语音形式，发送给乘客端设备120和/或司机端设备140。
基于上述汇合位置、司机当前所在的位置以及订单的终止位置，定位引擎110中的路径处理单元340可以生成一个或多个从司机当前所在的位置到汇合位置的路径以及一个或多个从汇合位置到服务目的地的路径。上述路径的规划方法以及设计的要素与本申请中其他地方的描述相同，这里不再赘述。定位引擎110可以通过乘客接口230和/或司机接口240将上述路径发送给乘客端设备120和/或司机端设备140。
需要注意的是，以上对于生成汇合位置的过程的描述只是示例性的，不应被视为是唯一可行的实施方案。显然，对于本领域的专业人员来说，在了解生成汇合位置的基本原理后，可能在不背离这一原理的情况下，对生成汇合位置的具体方式与步骤进行形式和细节上的各种修正和改变。这些修正和改变仍在以上描述的范围之内。例如，在接收乘客的出发地位置和/或当前位置后，定位引擎110可以选择跳过1720这一步骤，直接执行步骤1730。
根据本申请的一些实施例，图18是定位引擎110生成汇合位置的示例性流程图。在步骤1810，定位引擎110获取订单发送者(“乘客”)发送的位置信息。在本申请的其他地方，“位置信息”也可以用“地址信息”或“地址位置信息”来表示。这个步骤可以由乘客接口230完成。上述位置信息可以包括但不限于乘客当前所在的位置、订单的起始位置或订单的终止位置等中的一种或多种。定位引擎110还可以通过乘客接口230获取其他信息。关于其他信息的描述与本申请其他地方描述的类似。
在一些实施例中，上述位置信息可以用位置坐标表示的。上述位置坐标可以是经纬度坐标。在一些实施例中，上述位置信息可以用位置名称表示。当位置坐标是用位置坐标表示时，在步骤1820，定位引擎110可以对位置信息进行逆解析，生成用位置名称表示的位置信息。对位置信息的解析可以由地址解析单元310完成。接着，在步骤1830， 定位引擎110可以根据上述用位置名称表示的位置信息，生成备选的汇合位置。如果定位引擎110在步骤1810获得的位置信息是用位置名称形式表示的，那么，可以跳过步骤1820，直接执行步骤1830生成备选的汇合位置。
在步骤1830中，定位引擎110生成的备选的汇合位置的数量可以是一个、两个、三个、四个、五个、六个、或其他任意数量。生成上述备选的汇合位置的规则可以是根据历史订单，也可以是基于定位引擎110内已有的预设的接乘点。上述预设的接乘点可以指定位引擎110或者数据库130中存储的一些地址位置，例如指定的上下车地点或临时停车地点。这些地址位置可以是备选的汇合位置。根据历史订单生成备选的汇合位置的方法可以参考本申请中其他地方的描述。
在一些实施例中，定位引擎110可以将一些地址位置作为接乘点。上述作为接乘点地址位置在一定时间内是固定的，也可以是不断更新的。更新的周期可以包括但不限于一周、一个月、一个季度、半年或一年等。上述更新包括增加新的位置作为接乘点，也包括去掉现有的一些接乘点。
在一些实施例中，定位引擎110内部可以存储接乘点的信息。这些接乘点的存在可以有效降低司机和乘客间对出发地的沟通的复杂度，从而提升接乘效率。上述接乘点的存储的位置可以是数据库130、存储模块220、或***内其他具有存储功能的模块或单元。当定位引擎110获得乘客的当前位置或者乘客发送的订单的起始位置时，可以按照一定的规则检索接乘点，并将检索到的接乘点作为备选的汇合位置。上述规则可以是检索距离乘客当前所在的位置或者订单的起始位置一定距离范围内的接乘点。上述距离范围可以是1米到200米、200米到300米、300米到400米或者400米到500米。在一些实施例中，上述距离范围可以是1米到50米、50米到100米、100米到150米、或150米到200米。在一些实施例中，上述距离范围可以是10米、20米、30米、40米、50米、60米、70米、80米、90米、100米等。
生成备选的汇合位置后，定位引擎110可以将上述备选的汇合位 置发送给乘客端设备120。另外，定位引擎110还可以将其他信息发送给乘客端设备120。上述其他信息可以包括但不限于上述汇合位置与乘客当前的位置的距离、乘客达到上述汇合位置的时间、上述汇合位置的路况信息等中的一种或多种。上述备选的汇合位置和其他信息可以显示在乘客端设备120上以供乘客参考。
在一些实施例中，乘客接收到定位引擎110发送的备选的汇合位置后可以直接选择其中的一个作为最终的汇合位置，定位引擎110可以将上述最终的汇合位置发送给司机端设备140和/或乘客端设备120。在一些实施例中，乘客接收到定位引擎110发送的备选的汇合位置后可以选择或删除其中的一个或多个选项，将剩余的选项返回到定位引擎110中。接着，定位引擎110可以接收来自乘客端设备120对备选的汇合位置信息的处理结果。定位引擎110可以对上述处理结果做进一步处理，从而生成一个最终的汇合位置。上述进一步的处理可以包括定位引擎110对剩余的备选的汇合位置进行打分，将打分最高的一个作为最终的汇合位置。上述打分基于的规则可以是汇合位置所处道路的拥挤程度、上述汇合位置与乘客当前的位置的距离、乘客达到上述汇合位置的时间等中的一种或多种。
基于上述汇合位置、司机当前所在的位置以及订单的终止位置，定位引擎110中的路径处理单元340可以生成一个或多个从司机当前所在的位置到汇合位置的路径以及一个或多个从汇合位置到订单终止位置的路径。上述路径的规划方法以及设计的要素与本申请中其他地方的描述相同，这里不再赘述。定位引擎110可以通过乘客接口230和/或司机接口240将上述路径发送给乘客端设备120和/或司机端设备140。
需要注意的是，以上对于生成汇合位置的过程的描述只是示例性的，不应被视为是唯一可行的实施方案。显然，对于本领域的专业人员来说，在了解生成汇合位置的基本原理后，可能在不背离这一原理的情况下，对生成汇合位置的具体方式与步骤进行形式和细节上的各种修正和改变。这些修正和改变仍在以上描述的范围之内。
根据本申请的一些实施例，图19-A显示了当乘客端设备120与司机 端设备140距离较近时定位引擎110协调双方测距的流程。当乘客的交通服务请求被一个司机所接受后，司机前往汇合位置接乘客。
在步骤1910，定位引擎110通过其乘客接口230与司机接口240，分别接收来自乘客端设备120与司机端设备140的初步定位信息。初步定位信息的接收，可以是实时的，也可以是非实时的。初步定位信息，通常可以由一种或多种定位技术来确定。定位技术的细节参见前面的内容，在此不再赘述。乘客端设备120与司机端设备140的初步定位信息可以是由同一种定位技术产生的，也可以是由不同定位技术所产生的。定位引擎110可以利用上述双方的初步定位信息，通过其处理模块210计算出双方之间的距离。该距离可以是直线距离，也可以是最短路面距离。在一些实施例中，该路面距离可以是机动车的最短行驶距离。
在步骤1920，定位引擎110对计算得到的乘客端设备120与司机端设备140间距离进行判定，与某一个预设阈值进行大小比较。在一些实施例中，预设阈值可按照某一种测距设备的信号覆盖区域范围或者测量量程等因素来确定。在一些实施例中，预设阈值的确定可以根据乘客端设备120和司机端设备140中一方或双方的历史订单而单独或共同地确定。上述历史订单信息可以通过调取或查询数据库130中历史订单数据库710而得到。在一些实施例中，预设阈值的确定可以根据乘客端设备120与司机端设备140所在的地理区域或具***置。具体的地理区域或具***置信息可以通过调取或查询数据库130中地图数据库720而得到。在一些实施例中，预设阈值的确定可以根据乘客与司机的个人偏好。上述个人偏好可以通过调取或查询数据库130中用户数据库730所存储的用户信息而得到。
如果乘客端设备120与司机端设备140之间距离小于上述预设阈值，则进入步骤1930，反之，则回到步骤1910，定位引擎110继续接收乘客端设备120与司机端设备140的初步定位信息。
在步骤1930，定位引擎110通过乘客接口230和/或司机接口240，向乘客端设备120和/或司机端设备140发送指令，使双方中的一方或两方的测距设备开启。测距设备可以指一种能够利用某种测距技术，对 物体间距离进行测量的设备。测距设备可以是集成在乘客端设备120/司机端设备140中(例如，通信模块640中)的，也可以是在乘客端设备120/司机端设备140之外的。测距技术可以是基于电磁波的、声波的、或其他波动的一种或多种。
例如，电磁波的测距技术可以利用无线电波，红外线，可见光等中的一种或多种。利用无线电波的测距技术可以利用蓝牙波段，或其他微波波段。利用红外线的测距技术可以利用近红外线中红外线、远红外线等中的一种或多种。
声波的测距技术可以是基于超声波的次声波的，或其他频段的声波等中的一种或多种。
利用电磁波或声波的测距技术可以基于多种原理中的一种或多种对距离进行测量。例如，利用电磁波或声波的测距技术可以基于波形所传播的时间、多普勒效应、信号强度、信号衰减特性等中的一种或多种。
在一些实施例中，定位引擎110的指令可以指示一个或多个测距设备开启。双方的测距设备同时开启，也可以指示仅仅一方的设备开启。
在一些实施例中，定位引擎110也可以不向乘客端设备120和/或司机端设备140的测距设备发送指令，而是向一个不属于乘客端设备120或司机端设备140的公共测距设备发送上述指令，以启动公共测距设备。该公共测距设备可以作为一个信息源160而存在与按需服务***105或网络环境100中。公共测距设备通过对乘客端设备120和/或司机端设备140进行测距，获得双方中一方或两方的距离信息或方位信息。
在测距设备开启后，定位引擎110在步骤1940中接收测距设备所发送的测距数据，得到乘客与司机双方的当前距离。该测距数据可以是测距过程的原始数据，中间处理数据，最终计算出来的双方距离等中的一种或多种。双方距离，可能是定位引擎110接收到的测距数据中直接包含的，也可以是测距数据经过定位引擎110中处理模块210计算处理所得到的。
在步骤1950，定位引擎110可以通过乘客接口230与司机接口240，分别将步骤1940中的当前距离经网络150发送给乘客端设备120与司机端设备140，以供乘客端设备120与司机端设备140借助其各自的显示模块610显示距离。
需要注意的是，以上对于定位引擎110协调乘客端设备120与司机端设备140双方测距流程的描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该流程的过程与原理后，可能在不背离这一过程与原理的情况下，对各个操作步骤进行任意组合，对实施上述过程进行形式和细节上的各种修正和改变。例如，如果乘客与司机中的一方通过其测距设备直接得到了双方当前距离，则定位引擎110可以不必将当前距离发送给该方，只将该信息发送给另外一方。又例如，乘客端设备120与司机端设备140之间的测距，也可以不经过定位引擎110进行中间协调，而是在双方直接通信的基础上进行。其中一方可以通过其通信模块640发送一个请求，要求对方开启测距设备，并执行测距操作等。而另一方在开启测距设备后，即可以完成上述测距过程，并获得测距数据。
根据本申请的一些实施例，图19-B图示了乘客端设备120与司机端设备140距离较近时司机端设备140测距的流程。
在步骤1915，司机端设备140采集自身定位信息。在一些实施例中，司机端设备140获取定位信息是通过其定位模块630而实现的。在一些实施例中，司机端设备140获取定位信息是通过其输入输出模块620而获取的乘客输入信息。用户输入信息可以是文本信息，也可以是语音信息或者图像信息。进一步地，图像信息可以是静止图像信息或者视频信息。
在步骤1925，司机端设备140可以通过其通信模块640将获取的定位信息发送出去。定位信息发送的终点可以是***105，也可以是乘客端设备120。
在步骤1935，司机端设备140判定是否收到来自定位引擎110的开 启司机端设备140上测距设备的指令。如果判定结果为是，则进入下一步骤1945；如果判定结果为否，则返回步骤1915，继续采集定位信息。
根据本申请的一些实施例，步骤1935中，待判定的内容也可以不是来自定位引擎110的指令，而是来自与乘客端设备120的请求。该请求的内容是请求司机端设备140开启其测距设备。
在一些实施例中，司机端设备140也可以不进行是否收到指令的判定，直接在步骤1925后，进入步骤1945。
在步骤1945，司机端设备140开启测距设备，以测量司机端设备140与乘客端设备120之间的距离。测距设备所利用的测距手段、测距原理参见前文中的描述，在此不再赘述。
在一些实施例中，司机端设备140可以通过开启测距设备，获得测距数据。该测距数据可以是测距过程的原始数据、中间处理数据、最终计算出来的双方距离、对方的方位等数据中的一种或多种。
在步骤1955，司机端设备140将测距数据通过其通信模块640经网络150发送至一个或多个设备。在一些实施例中，上述设备可以包括乘客端设备120、***105，或其他设备，例如第三方的计算设备等。通过将测距数据发送给上述设备，司机端设备140可以使这些设备了解司机与乘客之间的距离，为乘客司机双方的汇合提供有用信息。根据本申请的一些实施例，类似在步骤1945中的那样，上述测距数据可以是测距过程的原始数据、中间处理数据、最终计算出来的双方距离中的一种或多种。相应地，测距数据可以在其他位置，例如乘客端设备120、***105、或者其他计算设备上被处理，以得到双方距离。测距数据也可以在本地，即司机端设备140上，被处理以得到双方距离。
特别地，司机端设备140将测距数据发送给乘客端设备120，以供乘客端设备120显示这一测距数据。
在步骤1965，司机端设备140可以接收司机乘客之间的距离。在一些实施例中，上述距离是来自于乘客端设备120的，也可以是来自***105的，还可以是来自于其他计算设备的。在一些实施例中，司机端设备140可以通过其显示模块610显示上述距离。
根据本申请的一些实施例，当司机端设备140处理并计算出双方距离之后，司机端设备140也可以不执行步骤1965。
需要注意的是，以上对于司机端设备140对乘客司机双方测距流程的描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该流程的过程与原理后，可能在不背离这一过程与原理的情况下，对各个操作步骤进行任意组合，对实施上述过程进行形式和细节上的各种修正和改变。例如，如果不必进行步骤1935判定操作，或者不必进行步骤1965接收距离的操作。诸如此类的变形，均在本申请的保护范围之内。
根据本申请的一些实施例，图20显示了定位引擎110通过蓝牙基站对乘客端设备120测距的流程。
在步骤2010，定位引擎110通过其乘客接口230和司机接口240，分别接收乘客端设备120和司机端设备140的初步定位信息。根据本申请的一些实施例，乘客端设备120和司机端设备140的初步定位信息可能是不同形式的信息。例如，初步定位信息可以是一个文本输入信息，可以是一个在图形界面上的图标信息，也可以是一种或多种定位技术所确定的定位信息。上述信息的接收，可以是实时的，也可以是非实时的。乘客端设备120和司机端设备140初步定位信息的接收，可以具有相同或不同的时间性。例如，对乘客端设备120初步定位信息的接收，可以是非实时的。而对司机端设备140初步定位信息的接收，可以是实时的。反之亦然。根据所接收到的乘客端设备120与司机端设备140初步定位信息，定位引擎110可以利用其处理模块210计算乘客和司机的距离。如前所述，该距离，可以是直线距离，也可以是最短路面距离，进一步地，可以是最短行驶距离。
在步骤2020，定位引擎110对乘客端设备120与司机端设备140距离进行判定，以确定乘客与司机间距离是否小于某一阈值。当判定结果为是，进入步骤2030；否则，回到步骤2010。
判定的细节参见前面图19-A和19-B中的相关描述，在此不再赘述。
需要说明的是，上述阈值可按照蓝牙基站的信号覆盖区域范围或者测量量程等因素来确定。阈值的确定，还可以根据乘客和司机中一方或双方的历史订单而单独或共同地确定，上述历史订单信息可以通过调取或查询数据库130中历史订单数据库710而得到。阈值的确定，还可以根据乘客端设备120与司机端设备140所在的地理区域或具***置，具体的地理区域或具***置信息可以通过调取或查询数据库130中地图数据库720而得到。阈值的确定，还可以根据乘客与司机的个人偏好，上述个人偏好可以通过调取或查询数据库130中用户数据库730所存储的用户信息而得到。
特别地，上述阈值可按照蓝牙基站的信号覆盖区域的半径来确定，例如，若蓝牙基站的信号覆盖区域的半径为50米，则可将所述预设阈值设置为50米，当然，还可根据需要进行设置，例如，考虑到计算准确率的问题，将所述预设阈值设置为小于所述蓝牙基站的信号覆盖区域半径的值，例如，若蓝牙基站的信号覆盖区域的半径为50米，也可将所述预设阈值设置为40米、30米、20米等值。
在步骤2030，定位引擎向蓝牙基站发送指令，使其开启并发送广播信号。根据本申请的一些实施例，上述蓝牙基站利用蓝牙定位技术确定其他物体的位置，并计算出其与蓝牙基站间的距离。上述蓝牙基站的数量，可以是一个，也可以是多个。蓝牙基站可以是公共的蓝牙基站，例如安置在某一个大众可及的设施上。蓝牙基站也可以是私有的蓝牙基站，例如可以安置在乘客和/或司机的周边。根据本申请的一些实施例，蓝牙基站可以位于司机端设备140的附近(例如，可以将基站设置于司机的汽车上)，故而可将该乘客端设备120与蓝牙基站之间的距离作为该乘客端设备120与司机端设备140之间的当前距离。
在一些实施例中，上述蓝牙基站可采用iBeacon蓝牙基站，所述iBeacon为苹果公司推出的基于蓝牙4.0的蓝牙基站协议，当支持iBeacon的乘客端设备120进入iBeacon蓝牙基站的信号覆盖的区域，该乘客端设备120将接收到iBeacon蓝牙基站发出的广播信号，可通过接收到的广播信号的信号强度计算其与iBeacon蓝牙基站之间的距离。
需要注意的是，以上对于蓝牙基站的描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该流程的过程与原理后，可能在不背离这一过程与原理的情况下，对各个操作步骤进行任意组合，对实施上述过程进行形式和细节上的各种修正和改变。例如，上述蓝牙基站还可采用其他类似功能的蓝牙基站。
在步骤2040，定位引擎110通过其乘客接口230接收乘客端设备120发送的其与蓝牙基站间的广播信号强度。在这一步骤中，除了接收广播信号强度，定位引擎110还可以接收其他信息，例如，蓝牙基站的标识符或标识信息，乘客端设备120与蓝牙基站之间的距离，乘客端设备120与蓝牙基站间通信的其他参数等。进一步地，标识符或标识信息，包括但不限于MAC地址、通用唯一识别码universal unique identification(UUID)或其他标识信息等。乘客端设备120与蓝牙基站间通信的其他参数，可以包括蓝牙通信的频段、功率、信噪比、与帧相关的参数、其他信道参数等。通过上述信息，定位引擎110可以在步骤2050中计算出乘客端设备120与蓝牙基站之间的距离。
在步骤2060，定位引擎110可以将上述距离通过其乘客接口230和司机接口240分别发送给乘客端设备120和司机端设备140，以供双方中的至少一方显示上述距离信息。
需要注意的是，以上对于定位引擎110计算乘客端设备120与蓝牙基站之间距离流程的描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该流程的过程与原理后，可能在不背离这一过程与原理的情况下，对各个操作步骤进行任意组合，对实施上述过程进行形式和细节上的各种修正和改变。例如，当乘客端设备120和/或蓝牙基站已经计算出双方之间距离的情况下，步骤2050可以被跳过，即定位引擎110可以在执行步骤2040后，不再执行步骤2050和2060。或者，定位引擎110可以在步骤2040后，进入步骤2060，将距离发送给乘客端设备120与司机端设备140中的一方。又例如，蓝牙基站可以同时对乘客端设备120 与司机端设备140进行定位与测距，并基于两方的信息，计算出双方之间的距离与方位，并在步骤2060发送给双方。又例如，乘客端设备120与蓝牙基站之间的测距，也可以不经过定位引擎110进行中间协调。乘客端设备120或司机端设备120，可以通过其通信模块640向蓝牙基站发送一个请求，要求蓝牙基站开启广播。而乘客端设备120在接收到广播后，可以由其通信模块640得到其与蓝牙基站之间通信的广播信号强度以及其他信息。乘客端设备120可以借助通信模块640，向司机端设备140报告广播信号强度以及其他信息，以供司机端设备140的处理模块650处理并计算得到乘客端设备120与蓝牙基站之间的距离。或者，乘客端设备120可以通过其处理模块650处理并计算得到其与蓝牙基站之间的距离，并将这一距离信息通过其通信模块640报告给司机端设备140。
类似地，蓝牙基站对司机端设备140的测距，可以参照对乘客端设备120的测距。
图21描述了一种移动设备的结构，该移动设备能够用于实现实施本申请中披露的特定***。在本例中，用于显示和交互位置相关信息的用户设备是一个移动设备2100，包括但不限于，智能手机、平板电脑、音乐播放器、便携游戏机、全球定位***(GPS)接收器、可穿戴计算设备(如眼镜、手表等)，或者其他形式。本例中的移动设备2100包括一个或多个中央处理器(CPUs)2140，一个或多个图形处理器(graphical processing units(GPUs))2130，一个显示2120，一个内存2160，一个天线2110，例如一个无线通信单元，存储单元2190，以及一个或多个输入/输出(input output(I/O))设备2150。任何其他合适的组件，包括但不限于***总线或控制器(图上未显示)，也可能被包括在移动设备2100中。如图21所示，一个移动操作***2170，如iOS、Android、Windows Phone等，以及一个或多个应用2180可以从存储单元2190加载进内存2160中，并被中央处理器2140所执行。应用2180可能包括一个浏览器或其他适合在移动设备2100上接收并处理位置相关信息的移动应用。用户关于位置相关信息的交互可以通过 输入/输出***设备2150获得并提供给定位引擎110，以及/或***100的其他组件，例如：通过网络150。
为了实现不同的模块、单元以及在之前的披露中所描述的他们的功能，计算机硬件平台可以被用作以上描述的一个或多个元素的硬件平台(例如：定位引擎110，和/或图1-20中描述的***100的其他组件)。这类计算机的硬件元素、操作***和程序语言在自然界中是常见的，可以假定本领域技术人员对这些技术都足够熟悉，能够利用这里描述的技术提供按需服务所需要的信息。一台包含用户界面元素的计算机能够被用作个人计算机(personal computer(PC))或其他类型的工作站或终端设备，被适当程序化后也可以作为服务器使用。可以认为本领域技术人员对这样的结构、程序以及这类计算机设备的一般操作都是熟悉的，因此所有附图也都不需要额外的解释。
图22描述了一种计算机设备的架构，这种计算机设备能够被用于实现实施本申请中披露的特定***。本实施例中的特定***利用功能框图解释了一个包含用户界面的硬件平台。这种计算机可以是一个通用目的的计算机，也可以是一个有特定目的的计算机。两种计算机都可以被用于实现本实施例中的特定***。计算机2200可以用于实施当前描述地提供按需服务所需要的信息的任何组件。例如：定位引擎110能够被如计算机2200的计算机通过其硬件设备、软件程序、固件以及他们的组合所实现。为了方便起见，图22中只绘制了一台计算机，但是本实施例所描述的提供按需服务所需要的信息的相关计算机功能是可以以分布的方式、由一组相似的平台所实施的，分散***的处理负荷。
计算机2200包括通信端口2250，与之相连的是实现数据通信的网络。计算机2200还包括一个中央处理***(CPU)单元用于执行程序指令，由一个或多个处理器组成。示例的计算机平台包括一个内部通信总线2210，不同形式的程序储存单元以及数据储存单元，例如硬盘2270，只读存储器(ROM)2230，随机存取存储器(RAM)2240，能够用于计算机处理和/或通信使用的各种数据文件，以及CPU所执行 的可能的程序指令。计算机2200还包括一个输入/输出组件2260，支持计算机与其他组件(如用户界面2280)之间的输入/输出数据流。计算机2200也可以通过通信网络接受程序及数据。
以上概述了提供按需服务所需要的信息的方法的不同方面和/或通过程序实现其他步骤的方法。技术中的程序部分可以被认为是以可执行的代码和/或相关数据的形式而存在的“产品”或“制品”，是通过计算机可读的介质所参与或实现的。有形的、永久的储存介质包括任何计算机、处理器、或类似设备或相关的模块所用到的内存或存储器。例如各种半导体存储器、磁带驱动器、磁盘驱动器或者类似任何时间能够为软件提供存储功能的设备。
所有软件或其中的一部分有时可能会通过网络进行通信，如互联网或其他通信网络。此类通信能够将软件从一个计算机设备或处理器加载到另一个。例如：从按需服务***的一个管理服务器或主机计算机加载至一个计算机环境的硬件平台，或其他实现***的计算机环境，或与提供按需服务所需要的信息相关的类似功能的***。因此，另一种能够传递软件元素的介质也可以被用作局部设备之间的物理连接，例如光波、电波、电磁波等，通过电缆、光缆或者空气实现传播。用来载波的物理介质如电缆、无线连接或光缆等类似设备，也可以被认为是承载软件的介质。在这里的用法除非限制了有形的“储存”介质，其他表示计算机或机器“可读介质”的术语都表示在处理器执行任何指令的过程中参与的介质。
因此，一个计算机可读的介质可能有多种形式，包括但不限于，有形的存储介质，载波介质或物理传输介质。稳定的储存介质包括：光盘或磁盘，以及其他计算机或类似设备中使用的，能够实现图中所描述的***组件的存储***。不稳定的存储介质包括动态内存，例如计算机平台的主内存。有形的传输介质包括同轴电缆、铜电缆以及光纤，包括计算机***内部形成总线的线路。载波传输介质可以传递电信号、电磁信号，声波信号或光波信号，这些信号可以由无线电频率或红外数据通信的方法所产生的。通常的计算机可读介质包括硬盘、 软盘、磁带、任何其他磁性介质；CD-ROM、DVD、DVD-ROM、任何其他光学介质；穿孔卡、任何其他包含小孔模式的物理存储介质；RAM、PROM、EPROM、FLASH-EPROM，任何其他存储器片或磁带；传输数据或指令的载波、电缆或传输载波的连接装置、任何其他可以利用计算机读取的程序代码和/或数据。这些计算机可读介质的形式中，会有很多种出现在处理器在执行指令、传递一个或更多结果的过程之中。
本领域技术人员能够理解，本申请所披露的内容可以出现多种变型和改进。例如，以上所描述的不同***组件都是通过硬件设备所实现的，但是也可能只通过软件的解决方案得以实现。例如：在现有的服务器上安装***。此外，这里所披露的位置信息的提供可能是通过一个固件、固件/软件的组合、固件/硬件的组合或硬件/固件/软件的组合得以实现。
以上内容描述了本申请和/或一些其他的示例。根据上述内容，本申请还可以作出不同的变形。本申请披露的主题能够以不同的形式和例子所实现，并且本申请可以被应用于大量的应用程序中。后文权利要求中所要求保护的所有应用、修饰以及改变都属于本申请的范围。

Claims (20)

  1. 一种为按需服务提供信息的方法，包括：
    接收来自一个服务请求方的服务请求信息，所述服务请求信息包括与服务请求方位置相关的信息；
    至少部分基于所述服务请求信息确定一个备选汇合位置集合，所述备选汇合位置集合包含至少一个备选汇合位置；
    发送所述备选汇合位置集合给所述服务请求方；
    接收来自所述服务请求方对所述备选汇合位置集合的处理；以及
    至少部分基于所述服务请求方对所述备选汇合位置集合的处理，生成处理结果。
  2. 根据权利要求l所述的为按需服务提供信息的方法，所述服务请求方对所述备选汇合位置集合的处理包括以下至少一种处理：选择所述备选汇合位置集合中的一个备选汇合位置；删除所述备选汇合位置集合中的一个备选汇合位置；修改所述备选汇合位置集合中的一个备选汇合位置；添加一个不属于所述备选汇合位置集合的一个位置。
  3. 根据权利要求1所述的为按需服务提供信息的方法，进一步包括发送所述备选汇合位置集合给一个服务提供方。
  4. 根据权利要求3所述的为按需服务提供信息的方法，进一步包括接收来自所述服务提供方对所述备选汇合位置集合的处理。
  5. 根据权利要求4所述的为按需服务提供信息的方法，所述服务提供方对所述备选汇合位置集合的处理包括以下至少一种处理：选择所述备选汇合位置集合中的一个备选汇合位置；删除所述备选汇合位置集合中的一个备选汇合位置；修改所述备选汇合位置集合中的一个备选汇合位置；添加不属于所述备选汇合位置集合的一个位置。
  6. 根据权利要求3所述的为按需服务提供信息的方法，进一步包括发送所述处理结果给所述服务提供方。
  7. 根据权利要求1所述的为按需服务提供信息的方法，进一步包括对所述备选汇合位置进行评价。
  8. 根据权利要求7所述的为按需服务提供信息的方法，所述对所述备选汇合位置的评价是基于所述备选汇合位置与所述服务请求方位置的距离。
  9. 根据权利要求7所述的为按需服务提供信息的方法，所述对所述备选汇合位置的评价是基于与所述备选汇合位置相关联的历史信息。
  10. 根据权利要求1所述的为按需服务提供信息的方法，进一步包括发送所述处理结果给一个服务提供方。
  11. 一种为按需服务提供信息的***，包括：
    一种计算机可读的存储媒介，被配置为存储可执行模块，包括：
    服务请求方接口模块，被配置为：1)接收来自一个服务请求方的服务请求信息，所述服务请求信息包括与服务请求方位置相关的信息；2)接收来自所述服务请求方对一个备选汇合位置集合的处理，所述备选汇合位置集合包含至少一个备选汇合位置；3)发送所述备选汇合位置集合给所述服务请求方；
    处理模块，被配置为：1)至少部分基于所述服务请求信息确定所述备选汇合位置集合；2)至少部分基于所述服务请求方对所述备选汇合位置集合的处理，生成处理结果；
    一个处理器，所述处理器能够执行所述计算机可读的存储媒介存储的可执行模块。
  12. 根据权利要求11所述的为按需服务提供信息的***，所述服务请求方对所述备选汇合位置集合的处理包括以下至少一种处理：选择所述备选汇合位置集合中的一个备选汇合位置；删除所述备选汇合位置集合中的一个备选汇合位置；修改所述备选汇合位置集合中的一个备选汇合位置；添加不属于所述备选汇合位置集合的一个位置。
  13. 根据权利要求11所述的为按需服务提供信息的***，进一步包括一个服务提供方接口，被配制为发送所述备选汇合位置集合给一个服务提供方。
  14. 根据权利要求13所述的为按需服务提供信息的***，所述服务提供方接口进一步被配制为接收来自所述服务提供方对所述备选汇 合位置集合的处理。
  15. 根据权利要求14所述的为按需服务提供信息的***，所述服务提供方对所述备选汇合位置集合的处理包括以下至少一种处理：选择所述备选汇合位置集合中的一个备选汇合位置；删除所述备选汇合位置集合中的一个备选汇合位置；修改所述备选汇合位置集合中的一个备选汇合位置；添加一个不属于所述备选汇合位置集合的一个位置。
  16. 根据权利要求13所述的为按需服务提供信息的***，所述服务提供方接口进一步被配制为发送所述处理结果给所述服务提供方。
  17. 根据权利要求11所述的为按需服务提供信息的***，所述处理模块进一步被配制为对所述备选汇合位置进行评价。
  18. 根据权利要求17所述的为按需服务提供信息的***，所述对所述备选汇合位置的评价是基于所述备选汇合位置与所述服务请求方位置的距离。
  19. 根据权利要求17所述的为按需服务提供信息的***，所述对所述备选汇合位置的评价是基于与所述备选汇合位置相关联的历史信息。
  20. 根据权利要求11所述的为按需服务提供信息的***，所述服务提供方接口进一步被配制为发送所述处理结果给一个服务提供方。
PCT/CN2016/071470 2015-01-20 2016-01-20 一种为按需服务提供信息的***及方法 WO2016116048A1 (zh)

Priority Applications (15)

Application Number Priority Date Filing Date Title
BR112017015589A BR112017015589A8 (pt) 2015-01-20 2016-01-20 Sistemas e métodos para fornecer informações para um serviço por demanda
KR1020207017533A KR102267823B1 (ko) 2015-01-20 2016-01-20 온-디맨드 서비스를 위한 정보를 제공하기 위한 시스템 및 방법
US15/544,138 US10769742B2 (en) 2015-01-20 2016-01-20 Systems and methods for providing information for an on-demand service
AU2016208929A AU2016208929B2 (en) 2015-01-20 2016-01-20 Systems and methods for providing information for an on-demand service
SG11201705930PA SG11201705930PA (en) 2015-01-20 2016-01-20 Systems and methods for providing information for an on-demand service
KR1020177023047A KR102126660B1 (ko) 2015-01-20 2016-01-20 온-디맨드 서비스를 위한 정보를 제공하기 위한 시스템 및 방법
GB1711519.7A GB2550304A (en) 2015-01-20 2016-01-20 Information providing system and method for on-demand service
CA2974452A CA2974452C (en) 2015-01-20 2016-01-20 Systems and methods for providing information for an on-demand service
EP16739795.9A EP3249602A4 (en) 2015-01-20 2016-01-20 Information providing system and method for on-demand service
JP2017538313A JP2018503196A (ja) 2015-01-20 2016-01-20 オン・デマンドサービスの情報を提供するシステム及び方法
NZ733863A NZ733863A (en) 2015-01-20 2016-01-20 Systems and methods for providing information for an on-demand service
PH12017501303A PH12017501303A1 (en) 2015-01-20 2017-07-18 System and methods for providing information for an on-demand service
HK18105003.4A HK1245956A1 (zh) 2015-01-20 2018-04-18 按需服務信息提供系統和方法
AU2019279998A AU2019279998A1 (en) 2015-01-20 2019-12-11 Systems and methods for providing information for an on-demand service
US17/013,845 US20200402194A1 (en) 2015-01-20 2020-09-07 Systems and methods for providing information for an on-demand service

Applications Claiming Priority (16)

Application Number Priority Date Filing Date Title
CN201510028638.0A CN104581637A (zh) 2015-01-20 2015-01-20 定位的方法及设备
CN201510028638.0 2015-01-20
CN201510035598.2A CN104580499B (zh) 2015-01-23 2015-01-23 用于精准标注位置的方法和设备
CN201510035598.2 2015-01-23
CN201510158678.7 2015-04-03
CN201510158678.7A CN104732471A (zh) 2015-04-03 2015-04-03 汇合位置选择方法与***
CN201510163520.9 2015-04-08
CN201510163520.9A CN104715286B (zh) 2015-04-08 2015-04-08 确定订单起点的方法和设备
CN201510243122.8A CN104866552A (zh) 2015-05-13 2015-05-13 地址处理方法及装置
CN201510243122.8 2015-05-13
CN201510295656.5 2015-06-02
CN201510295656.5A CN105025437B (zh) 2015-06-02 2015-06-02 一种定位方法、装置及***
CN201510515752.6 2015-08-20
CN201510515752.6A CN105225468A (zh) 2015-08-20 2015-08-20 一种确定位置的方法及装置
CN201510600441.X 2015-09-18
CN201510600441.XA CN105205147A (zh) 2015-09-18 2015-09-18 汇合位置提示方法及装置

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US15/544,138 A-371-Of-International US10769742B2 (en) 2015-01-20 2016-01-20 Systems and methods for providing information for an on-demand service
US17/013,845 Continuation US20200402194A1 (en) 2015-01-20 2020-09-07 Systems and methods for providing information for an on-demand service

Publications (1)

Publication Number Publication Date
WO2016116048A1 true WO2016116048A1 (zh) 2016-07-28

Family

ID=56416447

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/071470 WO2016116048A1 (zh) 2015-01-20 2016-01-20 一种为按需服务提供信息的***及方法

Country Status (14)

Country Link
US (2) US10769742B2 (zh)
EP (1) EP3249602A4 (zh)
JP (1) JP2018503196A (zh)
KR (2) KR102267823B1 (zh)
AU (2) AU2016208929B2 (zh)
BR (1) BR112017015589A8 (zh)
CA (1) CA2974452C (zh)
GB (1) GB2550304A (zh)
HK (1) HK1245956A1 (zh)
MY (1) MY181403A (zh)
NZ (1) NZ733863A (zh)
PH (1) PH12017501303A1 (zh)
SG (1) SG11201705930PA (zh)
WO (1) WO2016116048A1 (zh)

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018219306A1 (en) * 2017-06-01 2018-12-06 Beijing Didi Infinity Technology And Development Co., Ltd. Methods and systems for providing transportation service
CN108986446A (zh) * 2017-06-01 2018-12-11 北京嘀嘀无限科技发展有限公司 上车点获取方法、司机乘客互联方法、以及装置、***
CN109115237A (zh) * 2018-08-27 2019-01-01 北京优酷科技有限公司 一种乘车位置推荐方法及服务器
CN109308537A (zh) * 2017-07-26 2019-02-05 北京嘀嘀无限科技发展有限公司 站点推荐方法及装置
CN109313845A (zh) * 2017-02-24 2019-02-05 北京嘀嘀无限科技发展有限公司 用于提供导航路线的***和方法
CN109685590A (zh) * 2017-10-18 2019-04-26 北京医联蓝卡在线科技有限公司 一种智能购药的***及方法
EP3586285A4 (en) * 2017-06-13 2020-01-01 Beijing Didi Infinity Technology And Development Co., Ltd. SYSTEMS AND METHODS FOR RECOMMENDING AN ESTIMATED ARRIVAL TIME
CN110999331A (zh) * 2017-08-04 2020-04-10 北京嘀嘀无限科技发展有限公司 一种命名接载位置的方法和***
US10769742B2 (en) 2015-01-20 2020-09-08 Beijing Didi Infinity Technology And Development Co., Ltd. Systems and methods for providing information for an on-demand service
CN111813817A (zh) * 2019-12-26 2020-10-23 北京嘀嘀无限科技发展有限公司 上车点的命名方法、装置、存储介质及电子设备
CN113701772A (zh) * 2017-02-24 2021-11-26 北京嘀嘀无限科技发展有限公司 一种导航路线确定方法、***、电子设备及存储介质
JP7455455B2 (ja) 2017-08-01 2024-03-26 アレクシス ダコスタ， 搬送業界セグメントにおけるインタラクティブリアルタイムシステムおよびそのリアルタイム使用方法
CN111813817B (zh) * 2019-12-26 2024-08-02 北京嘀嘀无限科技发展有限公司 上车点的命名方法、装置、存储介质及电子设备

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6637054B2 (ja) * 2015-01-27 2020-01-29 ベイジン ディディ インフィニティ テクノロジー アンド ディベロップメント カンパニー リミティッド オン・デマンドサービスの情報を提供する方法及びシステム
US11182709B2 (en) 2016-08-16 2021-11-23 Teleport Mobility, Inc. Interactive real time system and real time method of use thereof in conveyance industry segments
US11176500B2 (en) 2016-08-16 2021-11-16 Teleport Mobility, Inc. Interactive real time system and real time method of use thereof in conveyance industry segments
US11087252B2 (en) 2016-08-16 2021-08-10 Teleport Mobility, Inc. Interactive real time system and real time method of use thereof in conveyance industry segments
US10126138B1 (en) 2017-05-10 2018-11-13 Lyft, Inc. Dynamic geolocation optimization of pickup paths using curb segment data
WO2018232607A1 (en) 2017-06-20 2018-12-27 Beijing Didi Infinity Technology And Development Co., Ltd. SYSTEM AND METHOD FOR POSITIONING AN ARCHITECTURE GATEWAY
WO2018232723A1 (en) * 2017-06-23 2018-12-27 Beijing Didi Infinity Technology And Development Co., Ltd. SYSTEM AND METHOD FOR USER BEHAVIOR BASED ON SERVICE DISTRIBUTION
US10545507B2 (en) * 2017-09-27 2020-01-28 Uatc, Llc Cellular device location discovery systems and methods for autonomous vehicles
CN110431597A (zh) * 2017-12-15 2019-11-08 北京嘀嘀无限科技发展有限公司 用于优化在线按需服务的***和方法
US11022452B2 (en) * 2018-05-21 2021-06-01 Waymo Llc Inconvenience for passenger pickups and drop offs for autonomous vehicles
KR102167679B1 (ko) * 2018-08-08 2020-10-19 이영우 택시를 이용하여 대리기사의 픽업이 가능한 택시-대리기사 매칭 서비스 제공시스템 및 그 구동방법
JP7327241B2 (ja) * 2020-03-26 2023-08-16 トヨタ自動車株式会社 情報処理装置、プログラム、及び評価方法
CN114333389A (zh) * 2020-09-30 2022-04-12 奥迪股份公司 移动出行服务站牌定位方法、装置、移动出行服务站牌、计算机设备和存储介质
US20220391049A1 (en) * 2021-06-04 2022-12-08 Bank Of America Corporation Determining user interface shortcuts for a wearable device
CN113507356A (zh) * 2021-07-08 2021-10-15 哈尔滨工业大学 一种密态最短路网距离计算方法、设备及存储介质

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1740809A (zh) * 2005-09-12 2006-03-01 倚天资讯股份有限公司 结合定位功能的行动通讯网路及其方法
CN101355714A (zh) * 2007-07-24 2009-01-28 梁宇杰 一种实时拼车***和方法
CN101378581A (zh) * 2007-08-28 2009-03-04 郑志豪 出租车运营辅助***及方法
CN103186980A (zh) * 2011-12-30 2013-07-03 上海飞田通信技术有限公司 基于智能移动设备的自主叫车***及方法
KR20130083034A (ko) * 2011-12-28 2013-07-22 텔코웨어 주식회사 승객 정보 제공 서비스 시스템 및 그 방법
CN103456161A (zh) * 2012-05-28 2013-12-18 上海飞田通信技术有限公司 通过增加信息对称辅助乘客决策叫车的***和方法
CN103903426A (zh) * 2012-12-28 2014-07-02 上海飞田通信技术有限公司 出租车调度***、移动终端 、调度服务器及车载导航终端
CN104580499A (zh) * 2015-01-23 2015-04-29 北京嘀嘀无限科技发展有限公司 用于精准标注位置的方法和设备
CN104715286A (zh) * 2015-04-08 2015-06-17 北京嘀嘀无限科技发展有限公司 确定订单起点的方法和设备
CN104732471A (zh) * 2015-04-03 2015-06-24 北京嘀嘀无限科技发展有限公司 汇合位置选择方法与***
CN104866552A (zh) * 2015-05-13 2015-08-26 北京嘀嘀无限科技发展有限公司 地址处理方法及装置
CN105205147A (zh) * 2015-09-18 2015-12-30 北京嘀嘀无限科技发展有限公司 汇合位置提示方法及装置
CN105225468A (zh) * 2015-08-20 2016-01-06 北京嘀嘀无限科技发展有限公司 一种确定位置的方法及装置

Family Cites Families (60)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002032898A (ja) 2000-07-14 2002-01-31 Nippon Kouatsu Electric Co 営業車用客情報提供システム
US20020034292A1 (en) 2000-08-22 2002-03-21 Tuoriniemi Veijo M. System and a method to match demand and supply based on geographical location derived from a positioning system
US7203502B2 (en) 2002-06-14 2007-04-10 Cingular Wireless Ii, Llc System for providing location-based services in a wireless network, such as locating individuals and coordinating meetings
AU2003258018A1 (en) 2002-08-02 2004-02-23 Limoq, Inc. Method, system and apparatus for providing transportation services
JP3730967B2 (ja) 2003-03-20 2006-01-05 株式会社エヌ・ティ・ティ・ドコモ 車両配車システム及び管理サーバ
JP2005275678A (ja) * 2004-03-24 2005-10-06 Hitachi Software Eng Co Ltd 配車サービス支援方法および装置
US7689349B1 (en) * 2004-12-23 2010-03-30 Aol Llc Automatic determination of a surrogate origin for personalized routing
JP2007072588A (ja) * 2005-09-05 2007-03-22 Nissan Motor Co Ltd 待ち合わせ支援システム、待ち合わせ支援方法、および待ち合わせ支援装置
CN1928943A (zh) 2005-09-07 2007-03-14 马飞 精确有效的出租车调度方法
US20080119203A1 (en) 2006-11-17 2008-05-22 Yoram Shalmon Method and system for providing location based services
JP2008146500A (ja) 2006-12-12 2008-06-26 Sueo Imamura 配車システム
CN101000371B (zh) 2006-12-30 2011-02-16 深圳市凯立德计算机***技术有限公司 一种基于位置监控的导航方法及设备
US8798639B2 (en) 2007-01-17 2014-08-05 Qualcomm Incorporated Method and apparatus for using historic network information for determining approximate position
US20090030885A1 (en) 2007-07-26 2009-01-29 Ridecharge Method and system for on-demand and scheduled services relating to travel and transportation
CN101520950B (zh) 2008-03-31 2012-09-19 杭州义盛祥通信技术有限公司 出租车即时呼叫分派管理***及呼叫分派管理方法
JP5299018B2 (ja) 2009-03-26 2013-09-25 ソニー株式会社 情報処理装置、コンテンツ処理方法及びプログラム
KR101314588B1 (ko) 2009-10-26 2013-10-07 한국전자통신연구원 인공 표식물의 지도 작성 방법 및 장치와 이를 이용한 이동체 위치 측정 방법 및 장치
US9230292B2 (en) 2012-11-08 2016-01-05 Uber Technologies, Inc. Providing on-demand services through use of portable computing devices
AU2010325793B2 (en) 2009-12-04 2015-03-12 Uber Technologies, Inc. System and method for arranging transport amongst parties through use of mobile devices
CN101788302B (zh) 2010-01-26 2012-02-22 东软集团股份有限公司 导航装置及其方法
CN102158804A (zh) 2010-02-11 2011-08-17 希姆通信息技术（上海）有限公司 一种出租车手机呼叫***
US20110313779A1 (en) 2010-06-17 2011-12-22 Microsoft Corporation Augmentation and correction of location based data through user feedback
US20120041675A1 (en) 2010-08-10 2012-02-16 Steven Juliver Method and System for Coordinating Transportation Service
US20130132887A1 (en) 2010-12-06 2013-05-23 Uber Technologies, Inc. Transitioning user interface features for on-demand services through use of portable computing devices
US8618932B2 (en) 2011-03-18 2013-12-31 Microsoft Corporation Device location detection
CN102780971A (zh) 2011-05-12 2012-11-14 上海圣利信息科技有限公司 通过无线网络和全球定位实现乘客与出租车通信的方法
US8996523B1 (en) 2011-05-24 2015-03-31 Google Inc. Forming quality street addresses from multiple providers
KR20120132932A (ko) * 2011-05-30 2012-12-10 주식회사 케이티 위치 정보를 이용한 운송 서비스 제공 방법 및 단말
US20130203440A1 (en) 2011-07-27 2013-08-08 Qualcomm Labs, Inc. Selectively performing a positioning procedure at an access terminal based on a behavior model
US8538686B2 (en) 2011-09-09 2013-09-17 Microsoft Corporation Transport-dependent prediction of destinations
KR20130037133A (ko) 2011-10-05 2013-04-15 조은형 모바일 기기를 사용한 차량동승 시스템 및 방법
CN103134506A (zh) 2011-11-24 2013-06-05 北京千橡网景科技发展有限公司 路径导航方法和装置
CA2860461C (en) 2011-12-27 2017-09-05 Intel Corporation Method, system, and device for to-do-list based navigation
CN102572697A (zh) 2012-02-26 2012-07-11 沈哲 基于手持移动终端的出租车呼叫***及方法
JP6062641B2 (ja) * 2012-03-05 2017-01-18 セイコーソリューションズ株式会社 タクシー運用システムおよびサーバ装置
CN102636795B (zh) 2012-04-27 2013-08-21 清华大学 一种多接收机网络化无线定位方法
CN102829775A (zh) 2012-08-29 2012-12-19 成都理想境界科技有限公司 一种室内导航方法、***及设备
JP6040391B2 (ja) 2012-08-29 2016-12-07 株式会社 聖亘トランスネットワーク 待ち合わせ支援システム、待ち合わせ支援サーバ、待ち合わせ支援方法およびプログラム
CN102867410A (zh) 2012-09-21 2013-01-09 李明康 通过位置服务和云计算实现出租车司乘智能交互服务方法
US9671233B2 (en) * 2012-11-08 2017-06-06 Uber Technologies, Inc. Dynamically providing position information of a transit object to a computing device
US20140278105A1 (en) * 2013-03-16 2014-09-18 Nimbler World, Inc. Computing apparatus and method for providing transportation information
CN104080045B (zh) 2013-03-30 2019-05-14 百度在线网络技术（北京）有限公司 基于定位技术的图片上传方法及装置
CN104134342B (zh) 2013-05-04 2017-10-20 李艳友 出租车调度的智能分析处理***及方法
CN104236569A (zh) 2013-06-21 2014-12-24 株式会社日立制作所 确定最优的会合点的方法和装置
US20150002539A1 (en) 2013-06-28 2015-01-01 Tencent Technology (Shenzhen) Company Limited Methods and apparatuses for displaying perspective street view map
CN103398717B (zh) 2013-08-22 2016-04-20 成都理想境界科技有限公司 全景地图数据库采集***及基于视觉的定位、导航方法
CN105917376A (zh) * 2013-12-11 2016-08-31 优步技术公司 针对运输请求优化对驾驶员的选择
CN103841517B (zh) 2014-03-03 2018-12-04 七星天（北京）咨询有限责任公司 一种叫车信息服务的***和方法
US20150254581A1 (en) * 2014-03-04 2015-09-10 iCarpool, Inc. Rideshare system and method to facilitate instant carpooling
US9818196B2 (en) 2014-03-31 2017-11-14 Xiaomi Inc. Method and device for positioning and navigating
US9631933B1 (en) * 2014-05-23 2017-04-25 Google Inc. Specifying unavailable locations for autonomous vehicles
CN104089622B (zh) 2014-06-18 2017-02-15 中科创达软件股份有限公司 一种基于移动终端的导航方法
CN104796856B (zh) 2014-07-15 2018-07-10 北京东方车云信息技术有限公司 基于乘客打车历史数据对电子地图中上车位置进行修正的***及方法
CN104598506B (zh) 2014-07-31 2018-07-24 腾讯科技（深圳）有限公司 地理位置点的地址生成、查询方法和装置
KR20190000400A (ko) 2014-08-04 2019-01-02 베이징 디디 인피니티 테크놀로지 앤드 디벨럽먼트 컴퍼니 리미티드 서비스 분배 시스템 및 방법
US10740718B2 (en) * 2014-12-01 2020-08-11 Curbside, Inc. Limited location tracking of a user device for local pickup
CN104602185B (zh) 2014-12-24 2018-09-25 新浪网技术(中国)有限公司 一种定位方法及装置
KR102267823B1 (ko) 2015-01-20 2021-06-23 베이징 디디 인피니티 테크놀로지 앤드 디벨럽먼트 컴퍼니 리미티드 온-디맨드 서비스를 위한 정보를 제공하기 위한 시스템 및 방법
US20170059347A1 (en) * 2015-08-28 2017-03-02 Google Inc. Determining Improved Pick-Up Locations
US10685416B2 (en) * 2015-12-10 2020-06-16 Uber Technologies, Inc. Suggested pickup location for ride services

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1740809A (zh) * 2005-09-12 2006-03-01 倚天资讯股份有限公司 结合定位功能的行动通讯网路及其方法
CN101355714A (zh) * 2007-07-24 2009-01-28 梁宇杰 一种实时拼车***和方法
CN101378581A (zh) * 2007-08-28 2009-03-04 郑志豪 出租车运营辅助***及方法
KR20130083034A (ko) * 2011-12-28 2013-07-22 텔코웨어 주식회사 승객 정보 제공 서비스 시스템 및 그 방법
CN103186980A (zh) * 2011-12-30 2013-07-03 上海飞田通信技术有限公司 基于智能移动设备的自主叫车***及方法
CN103456161A (zh) * 2012-05-28 2013-12-18 上海飞田通信技术有限公司 通过增加信息对称辅助乘客决策叫车的***和方法
CN103903426A (zh) * 2012-12-28 2014-07-02 上海飞田通信技术有限公司 出租车调度***、移动终端 、调度服务器及车载导航终端
CN104580499A (zh) * 2015-01-23 2015-04-29 北京嘀嘀无限科技发展有限公司 用于精准标注位置的方法和设备
CN104732471A (zh) * 2015-04-03 2015-06-24 北京嘀嘀无限科技发展有限公司 汇合位置选择方法与***
CN104715286A (zh) * 2015-04-08 2015-06-17 北京嘀嘀无限科技发展有限公司 确定订单起点的方法和设备
CN104866552A (zh) * 2015-05-13 2015-08-26 北京嘀嘀无限科技发展有限公司 地址处理方法及装置
CN105225468A (zh) * 2015-08-20 2016-01-06 北京嘀嘀无限科技发展有限公司 一种确定位置的方法及装置
CN105205147A (zh) * 2015-09-18 2015-12-30 北京嘀嘀无限科技发展有限公司 汇合位置提示方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3249602A4 *

Cited By (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10769742B2 (en) 2015-01-20 2020-09-08 Beijing Didi Infinity Technology And Development Co., Ltd. Systems and methods for providing information for an on-demand service
CN113701772A (zh) * 2017-02-24 2021-11-26 北京嘀嘀无限科技发展有限公司 一种导航路线确定方法、***、电子设备及存储介质
CN109313845A (zh) * 2017-02-24 2019-02-05 北京嘀嘀无限科技发展有限公司 用于提供导航路线的***和方法
WO2018219306A1 (en) * 2017-06-01 2018-12-06 Beijing Didi Infinity Technology And Development Co., Ltd. Methods and systems for providing transportation service
CN108986446A (zh) * 2017-06-01 2018-12-11 北京嘀嘀无限科技发展有限公司 上车点获取方法、司机乘客互联方法、以及装置、***
US11092449B2 (en) 2017-06-01 2021-08-17 Beijing Didi Infinity Technology And Development Co., Ltd. Methods and systems for providing transportation service
CN109328363A (zh) * 2017-06-01 2019-02-12 北京嘀嘀无限科技发展有限公司 提供运输服务的方法和***
JP2019526850A (ja) * 2017-06-01 2019-09-19 ベイジン ディディ インフィニティ テクノロジー アンド ディベロップメント カンパニー リミティッド 輸送サービスを提供するための方法およびシステム
EP3586285A4 (en) * 2017-06-13 2020-01-01 Beijing Didi Infinity Technology And Development Co., Ltd. SYSTEMS AND METHODS FOR RECOMMENDING AN ESTIMATED ARRIVAL TIME
CN109308537A (zh) * 2017-07-26 2019-02-05 北京嘀嘀无限科技发展有限公司 站点推荐方法及装置
CN109308537B (zh) * 2017-07-26 2021-10-15 北京嘀嘀无限科技发展有限公司 站点推荐方法及装置
JP7455455B2 (ja) 2017-08-01 2024-03-26 アレクシス ダコスタ， 搬送業界セグメントにおけるインタラクティブリアルタイムシステムおよびそのリアルタイム使用方法
JP7462320B2 (ja) 2017-08-01 2024-04-05 アレクシス ダコスタ， 搬送業界セグメントにおけるインタラクティブリアルタイムシステムおよびそのリアルタイム使用方法
CN110999331A (zh) * 2017-08-04 2020-04-10 北京嘀嘀无限科技发展有限公司 一种命名接载位置的方法和***
CN109685590A (zh) * 2017-10-18 2019-04-26 北京医联蓝卡在线科技有限公司 一种智能购药的***及方法
CN109115237B (zh) * 2018-08-27 2021-05-07 阿里巴巴（中国）有限公司 一种乘车位置推荐方法及服务器
CN109115237A (zh) * 2018-08-27 2019-01-01 北京优酷科技有限公司 一种乘车位置推荐方法及服务器
CN111813817A (zh) * 2019-12-26 2020-10-23 北京嘀嘀无限科技发展有限公司 上车点的命名方法、装置、存储介质及电子设备
CN111813817B (zh) * 2019-12-26 2024-08-02 北京嘀嘀无限科技发展有限公司 上车点的命名方法、装置、存储介质及电子设备

Also Published As

Publication number Publication date
GB201711519D0 (en) 2017-08-30
US20200402194A1 (en) 2020-12-24
CA2974452A1 (en) 2016-07-28
EP3249602A4 (en) 2018-06-13
AU2019279998A1 (en) 2020-01-16
CA2974452C (en) 2021-06-15
AU2016208929B2 (en) 2019-09-12
JP2018503196A (ja) 2018-02-01
HK1245956A1 (zh) 2018-08-31
GB2550304A (en) 2017-11-15
PH12017501303A1 (en) 2018-01-29
AU2016208929A1 (en) 2017-08-10
MY181403A (en) 2020-12-21
NZ733863A (en) 2019-04-26
BR112017015589A2 (zh) 2018-03-13
US20180033112A1 (en) 2018-02-01
SG11201705930PA (en) 2017-08-30
KR20180010175A (ko) 2018-01-30
KR102267823B1 (ko) 2021-06-23
KR20200075038A (ko) 2020-06-25
EP3249602A1 (en) 2017-11-29
KR102126660B1 (ko) 2020-06-26
BR112017015589A8 (pt) 2022-11-29
US10769742B2 (en) 2020-09-08

Similar Documents

Publication Publication Date Title
WO2016116048A1 (zh) 一种为按需服务提供信息的***及方法
AU2019101806A4 (en) Methods and systems for providing information for an on-demand service
WO2016127917A1 (zh) 一种订单推送方法及***
US11303621B2 (en) Method and apparatus for pairing autonomous vehicles to share navigation-based content
US9488487B2 (en) Route detection in a trip-oriented message data communications system
WO2016138863A1 (zh) 一种订单配对***及方法
US20230168094A1 (en) Methods and systems for generating a personalized routing graph for use with shared vehicle hubs
AU2019101822A4 (en) Database system using multi-modal search keys
NZ751377A (en) Methods and systems for providing information for an on-demand service
BR112017016064B1 (pt) Métodos e sistemas para fornecer informação para um serviço por demanda

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 201711519

Country of ref document: GB

Kind code of ref document: A

Free format text: PCT FILING DATE = 20160120

REEP Request for entry into the european phase

Ref document number: 2016739795

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 12017501303

Country of ref document: PH

ENP Entry into the national phase

Ref document number: 2974452

Country of ref document: CA

Ref document number: 2017538313

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 11201705930P

Country of ref document: SG

NENP Non-entry into the national phase

Ref country code: DE

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112017015589

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 2016208929

Country of ref document: AU

Date of ref document: 20160120

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 20177023047

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 112017015589

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20170720