CN104766467A - Taxi-calling system with pairing function and method thereof - Google Patents
Taxi-calling system with pairing function and method thereof Download PDFInfo
- Publication number
- CN104766467A CN104766467A CN201510104053.2A CN201510104053A CN104766467A CN 104766467 A CN104766467 A CN 104766467A CN 201510104053 A CN201510104053 A CN 201510104053A CN 104766467 A CN104766467 A CN 104766467A
- Authority
- CN
- China
- Prior art keywords
- driver
- information
- coordinate
- passenger
- server
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
- G08G1/202—Dispatching vehicles on the basis of a location, e.g. taxi dispatching
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Traffic Control Systems (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Provided is a taxi-calling system with a pairing function and a method thereof. A hitchhiking request is transmitted to a servo end through a passenger end, so that the servo end inquires corresponding passenger information according to the hitchhiking request and conducts screening and pairing on driver information according to the passenger information, coincident driver information is selected, a corresponding transportation request is generated, the transportation request is transmitted to a corresponding driver end, and the technical effects of improving the pairing satisfaction degree and the taxi-calling convenience are achieved.
Description
Technical field
The present invention, for having about a kind of taxi calling system and method thereof, refers to a kind of taxi calling system and the method thereof that can carry out the tool matching function screening and match according to the service item preset especially.
Background technology
In recent years, along with popularizing with flourish of GPS, many vehicles are provided with GPS, for providing location and navigation Service, also therefore the service of various applied global positioning system is just arisen at the historic moment, and wherein attracts most attention with taxi delegation system again.
Generally speaking, traditional taxi delegation system includes server-side and driver's end, and wherein server-side is arranged at taxi garage; Driver's end is then arranged on taxi.Then, the coordinate that server-side continuous reception taxi (i.e. driver's end) returns is to learn its current location, when passenger calls chauffeur, the more neighbouring taxi of assigning that can supply of position inquiry of informing according to passenger to manually be sent.But the efficiency of sending of this mode is limited by the impact of artificial query time, easily causes passenger to wait for a long time and feel inconvenience, and inappropriate taxi cannot be screened for passenger.
In view of this, Bian You manufacturer is proposed that passenger is held and is positioned by GPS equally, and the coordinate produced location transmits server-side, calculates hold nearest driver to hold to carry out matching and sending with passenger for server-side.But, although this mode effectively omits the time of artificial enquiry, due to passenger cannot be provided to screen inappropriate taxi, therefore for passenger, still there is the problem of chauffeur inconvenience, and also effectively cannot improve the satisfaction of passenger for pairing.
In sum, there is the problem that cannot improve pairing satisfaction and passenger's chauffeur inconvenience since known prior art is medium-term and long-term, therefore the real technological means being necessary to propose to improve, solves this problem always.
Summary of the invention
Because prior art Problems existing, the invention provides a kind of taxi calling system and method thereof of tool matching function.
The taxi calling system of tool matching function provided by the present invention, comprises: Cheng Keduan, driver's end and server-side.Wherein, each passenger end is for transmitting ride-share request, and this ride-share request at least comprises coordinate position and passenger's status; Each driver end is used for receiving and showing corresponding transport request, and continue to transmit running information, this running information at least comprises destination locations, driving coordinate, driver's status and passenger carrying status, passenger is for the position of the destination of arrival for setting on taxi for destination locations, and it sets by each driver end; In the part of server-side, server-side comprises information database, vehicle condition module, takes module, screens module, matching module and delivery module.Wherein, information database stores driver information and Customer information, and each driver information and each Customer information all at least comprise coordinate, customer identification, service item, refusal list and state recording; Vehicle condition module is for receiving running information, and the driver's status read in running information is to compare with the customer identification of each driver information, and read driving coordinate in this running information with the coordinate of the driver information upgrading comparison and meet, and passenger carrying status in reading running information is with the state recording of the driver information upgrading comparison and meet, if running information includes destination locations, then vehicle condition module will calculate estimated time of arrival (ETA) according to destination locations and driving coordinate, and destination locations and estimated time of arrival (ETA) will be recorded in the state recording of driver information; Take module for receiving ride-share request, and the passenger's status read in ride-share request is to compare with the customer identification of each Customer information, and reads coordinate position in this ride-share request with the coordinate of the Customer information upgrading comparison and meet; Screening module is for reading comparison and meet and Customer information after upgrading, and according to the coordinate comprised in this Customer information, service item and refusal list, driver information is screened, for filtering out the driving coordinate driver information close with the coordinate of Customer information and filter out the close driver information of the coordinate of destination locations and Customer information simultaneously; Matching module is used for each driver information filtered out to produce corresponding weighted value respectively according to the degree that conforms to of service item, and selects at least one in the driver information gone out according to the size self-sizing of this weighted value; Delivery module is used for meeting according to the driver information selected and comparison and Customer information after upgrading produces corresponding transport request, and this transport request is sent to corresponding driver and holds.
As for the taxi calling method of the tool matching function of the present invention, be applied in the transmission environment with passenger's end, driver's end and server-side, its step comprises: the information database in server-side provides driver information and Customer information, and wherein each driver information and each Customer information all at least comprise coordinate, customer identification, service item, refusal list and state recording; Each driver supports to resume and send running information, and this running information at least comprises driving coordinate, driver's status and passenger carrying status, and passenger is for the position of the destination of arrival for setting on taxi for destination locations, and it sets by each driver end; Server-side receives running information, and the driver's status read in this running information is to compare with the customer identification of each driver information, and read driving coordinate in this running information with the coordinate of the driver information upgrading comparison and meet, and passenger carrying status in reading running information is with the state recording of the driver information upgrading comparison and meet, if running information includes destination locations, then calculate estimated time of arrival (ETA) according to destination locations and driving coordinate, and destination locations and estimated time of arrival (ETA) are recorded in the state recording of driver information; Passenger holds transmission ride-share request, and this ride-share request at least comprises coordinate position and passenger's status; Server-side receives ride-share request, and the passenger's status read in this ride-share request is to compare with the customer identification of each Customer information, and reads coordinate position in this ride-share request with the coordinate of the Customer information upgrading comparison and meet; Server-side reads comparison and meets and Customer information after upgrading, and according to the coordinate comprised in Customer information, service item and refusal list, driver information is screened, for filtering out the driving coordinate driver information close with the coordinate of Customer information and filtering out the close driver information of the coordinate of destination locations and Customer information; Each driver information filtered out is produced corresponding weighted value according to the degree that conforms to of service item by server-side respectively, and selects at least one in the driver information gone out according to the size self-sizing of this weighted value; Server-side meets according to the driver information selected and described comparison and Customer information after upgrading produces corresponding transport request, and transport request is sent to corresponding driver and holds; Described driver's end is used for receiving and showing corresponding transport request.
System and method for provided by the present invention as above, and the difference between prior art is that the present invention holds by passenger to transmit ride-share request to server-side, so that server-side inquires about corresponding Customer information according to ride-share request, and according to Customer information driver information to be screened and match, to select the driver information that meets and to produce corresponding transport request, and transport request is sent to corresponding driver end.
By above-mentioned technological means, the present invention can reach the technology effect improving pairing satisfaction and chauffeur convenience.
Accompanying drawing explanation
Fig. 1 is the system block diagram of the taxi calling system of tool matching function of the present invention.
Fig. 2 A to Fig. 2 C is the method flow diagram of the taxi calling method of tool matching function of the present invention.
Fig. 3 is the schematic diagram of driver information of the present invention and Customer information.
Fig. 4 carries out the schematic diagram of chauffeur for applying passenger of the present invention end.
Fig. 5 holds the schematic diagram of display transport request for applying driver of the present invention.
Fig. 6 browses the schematic diagram of running information for applying the present invention.
Fig. 7 is for application the present invention is in the schematic diagram of server-side calculating central position.
Embodiment
Graphic and embodiment below will be coordinated to describe the embodiment of the present invention in detail, by this to the present invention how application technology means solve technical matters and the implementation procedure reaching technology effect can fully understand and implement according to this.
Before the taxi calling system that tool matching function provided by the present invention is described and method thereof, first the environment architecture that the present invention applies is explained, the present invention is applied in the transmission environment with passenger's end, driver's end and server-side, the wherein said electronic equipment of passenger's end for having locating device, on reality is implemented, can be the running gear with GPS (Global Positioning System, GPS), as: mobile phone.This action device can detect the coordinate position at current place when chauffeur, and can provide passenger's sets itself passenger status, and transmits ride-share request to server-side, described driver's end is then similarly the electronic equipment with locating device, such as: can be the mobile phone being arranged on crane device on vehicle or driver, the mobile phone of this crane device or driver can continue detect lines vehicle seat mark (that is vehicle position) by GPS, and provide driver to set driver's status and passenger carrying status, and coordinate of driving a vehicle, driver's status and passenger carrying status are sent to server-side as running information, in addition, this crane device is provided with display with the transport request of display from server-side, on reality is implemented, time distance (such as: every five hectometers or every one kilometer) that driver holds vehicle seat mark of can being expert to reach fixing, again running information is sent to server-side to reduce the load (Loading) of server-side, described server-side is then the host computer being positioned at far-end (such as: taxi garage), for the running information that the ride-share request and driver that receive passenger's end are held, so that after carrying out upgrading, screening and join peer processes, produce transport request and be sent to corresponding driver end, by graphic for collocation, passenger's end, driver's end and server-side being elaborated after a while.
The graphic taxi calling system to tool matching function of the present invention and method thereof is below coordinated to be described further, refer to " Fig. 1 ", " Fig. 1 " is the system block diagram of the taxi calling system of tool matching function of the present invention, comprises: passenger holds 110, driver holds 120 and server-side 130.Wherein, passenger holds 110 for transmitting ride-share request, this ride-share request at least comprises coordinate position and passenger's status, wherein said coordinate position includes but not limited to longitude and latitude coordinate, passenger's status then can be International Mobile Equipment Identity code (International Mobile Equipment Identity, IMEI), telephone number on reality is implemented ... etc. the identification code with uniqueness.Be noted that passenger holds 110 more can comprise to transmit the passenger of corresponding driver information to evaluate to server-side 130 to be stored in information database 131 especially, will elaborate to this part after a while.
Driver holds 120 for receiving from server-side 130 and showing corresponding transport request, and continue to transmit running information, part at server-side 130 elaborates by described transport request after a while, and described running information at least comprises driving coordinate, driver's status and passenger carrying status, wherein said driving coordinate includes but not limited to longitude and latitude coordinate; Described driver's status then can comprise name driver, contact information, the taxi number-plate number, cabdriver's operation registration card number ... etc. the identification data with uniqueness; Described passenger carrying status then can comprise in empty wagons, carrying, pairing, have a rest ... etc. state.Be noted that especially, on reality is implemented, running information more can comprise destination locations, this destination locations is the destination of passenger for arriving, it holds the voice of 120 reception cabdrivers to set by driver, or cabdriver holds on 120 the driver with Touch Screen and sets in the mode of touch click map, owing to being all known technology by the mode of voice or touch-control setting destination locations, therefore will no longer repeat at this more.What remark additionally is, although driver of the present invention holds 120 to illustrate with crane device, but the present invention is not construed as limiting with this, on reality is implemented, described driver holds 120 the running gear of cabdriver (such as: mobile phone) also can be used to reach function and the effect of described crane device.
Then, in the part of server-side 130, server-side 130 comprises: information database 131, vehicle condition module 132, take module 133, screening module 134, matching module 135 and delivery module 136.Described information database 131 stores driver information and Customer information, each driver information and each Customer information all at least comprise coordinate, customer identification, service item, refusal list and state recording, for example, in each Customer information, its coordinate records each passenger respectively and holds 110 current positions (such as: longitude and latitude coordinate); Customer identification records IMEI, cell-phone telephone number, passenger name, contact information ... etc. data; Service item then records the service item that passenger requires, as the vehicle of: taxi, internal environment, driver's hygienic habit and pet are carried ... etc. data, even taxi service log and satisfaction evaluation can be comprised; Refusal list then records the cabdriver of refusal, as: the identity card font size of cabdriver, the taxi number-plate number, cabdriver's operation registration card number ... etc. the data being enough to identification cabdriver; During state recording then can be recorded as and take, do not take, matches, cancel and taking ... etc. state.In addition, each driver information recorded data also duplicates with Customer information, and its coordinate records each driver respectively and holds 120 current positions (such as: longitude and latitude coordinate); Customer identification then can record IMEI, cell-phone telephone number, cabdriver's name, contact information, the taxi number-plate number, cabdriver's operation registration card number, identity card font size ... etc. data; Service item then records the service item that taxi provides, as: taxi vehicle, internal environment, driver's hygienic habit and whether agree to that pet is carried ... etc. data, even taxi service log and satisfaction evaluation can be comprised; Refusal list is then the list of passenger of register reject, as: the cell-phone telephone number of passenger, IMEI ... etc. the data being enough to identification passenger status; State recording then can be recorded as in empty wagons, carrying, pairing, have a rest ... etc. state.Be noted that especially, although the present invention illustrates each driver information and Customer information recorded data with above-mentioned, but the present invention is not as limit, as long as can recognizing site, status, and the service item, the data such as refusal list and state etc. that require/provide are provided, neither depart from application category of the present invention.In addition, the data such as above-mentioned customer identification, service item and refusal list all can link to information database 131 by passenger or cabdriver in advance, and after being verified by status, its corresponding Customer information or driver information increased newly, delete and the process such as editor.
Vehicle condition module 132 is for receiving the running information holding 120 to transmit from driver, and the driver's status read in this running information is to compare with the customer identification of each driver information in information database 131, and read the coordinate of the driver information that the driving coordinate in this running information meets with comparison in lastest imformation database 131, and read the state recording of the driver information that the passenger carrying status in running information meets with comparison in lastest imformation database 131.For example, supposing that vehicle condition module 132 is received from the running information that driver holds 120 to transmit is " 24.206102 ° of N, 120.607101 ° of E; N226605438; Empty wagons "; it represents driving coordinate, driver's status and passenger carrying status respectively; then vehicle condition module 132 will reads driver's status " N226605438 " to compare with the customer identification of all driver information in information database 131; and by driver information that loading comparison meets; as: " 24.206201 ° of N, 120.607100 ° of E; N226605438; Do not smoke, without automobile perfume, women driver; 35-209900-176148-1; Empty wagons ", in this driver information, recorded data is respectively coordinate, customer identification, service item, refusal list and state recording.
Then, vehicle condition module 132 reads driving coordinate in running information again with the coordinate of the driver information upgrading comparison and meet, and with this example, the coordinate of driver information will be updated to " 24.206102 ° of N, 120.607101 ° of E " by " 24.206201 ° of N; 120.607100 ° of E "; Then, vehicle condition module 132 can read passenger carrying status in running information again with the state recording of the driver information upgrading comparison and meet, with this example, because the state recording of passenger carrying status and driver information is all " empty wagons ", therefore vehicle condition module 132 after the updating, in its information database 131, the state recording of the driver information that this comparison meets still maintains " empty wagons ".In other words, can according to driver information corresponding in the running information continuous updating information database 131 received by vehicle condition module 132, to make driver information maintain up-to-date state.Be noted that especially, if running information includes destination locations, then vehicle condition module 132 calculates estimated time of arrival (ETA) by according to the destination locations of running information and driving coordinate, and destination locations and estimated time of arrival (ETA) are recorded in the state recording of driver information.
Take module 133 for holding 110 reception ride-share request from passenger, and the passenger's status read in this ride-share request is to compare with the customer identification of each Customer information in information database 131, and reads the coordinate of the Customer information that the coordinate position in this ride-share request meets with comparison in lastest imformation database 131.For example, suppose that taking module 133 receives ride-share request for " 24.206120 ° of N, 120.607110 ° of E; 35-209900-176152-1 "; wherein " 24.206120 ° of N, 120.607110 ° of E " for coordinate position, " 35-209900-176152-1 " be passenger's status (i.e. the IMEI of mobile phone); then take module 133 and this passenger's status of reading be used for comparing with the customer identification of all Customer informations in information database 131; to find out the Customer information that comparison meets; such as: " 21.202201 ° of N, 120.601100 ° of E; 35-209900-176152-1; Do not smoke, without automobile perfume, women driver; A123456789; Do not take ", in this Customer information, recorded data is respectively coordinate, customer identification, service item, refusal list and state recording.Then, take module 133 and read coordinate position " 24.206120 ° of N, 120.607110 ° of E " in this ride-share request, to be updated to " 24.206120 ° of N, 120.607110 ° of E " by the coordinate " 21.202201 ° of N; 120.601100 ° of E " in former Customer information.In other words, after passenger holds 110 to send ride-share request, the module 133 of taking of server-side 130 holds the Customer information of 110, to make this Customer information maintain up-to-date state by upgrading this passenger corresponding in its information database 131.
Screening module 134 is taken comparison in module 133 meet and Customer information after upgrading for being read in, and according to the coordinate comprised in this Customer information, service item, refuse list and state recording screens driver information all in information database 131.Above example, comparison meets and Customer information after upgrading is " 24.206120 ° of N, 120.607110 ° of E; 35-209900-176152-1; Do not smoke, without automobile perfume, women driver; A123456789; Do not take "; then screen coordinate " 24.206120 ° of N that module 134 will comprise according to this Customer information, 120.607110 ° of E ", service item " do not smoke, without automobile perfume, women driver ", refuse list " A123456789 " and state recording " does not take " and screen all driver information; as the driver information first getting rid of state recording non-" empty wagons "; then filter out again coordinate close, serve satisfied more than one of item, and the driver information not in refusal list each other.On reality is implemented, judge mode that whether coordinate close by absolute distance and Reference Map information (such as: route, have a lot of social connections and single-direction and dual-direction drawing lines etc.) with transport information (such as: vehicle flowrate and average speed etc.) to estimate operating range, because its judgment mode and distance estimations mode are known technology, therefore much more no longer to repeat at this.Be noted that especially, the present invention also only can get rid of the driver information that state recording is " rest ", in other words, even if state recording is " carrying ", still can, as screened object, driver be made to hold 120 passengers that can continue carrying vicinity when carrying completes to hold 110.In addition, when there is destination locations and estimated time of arrival (ETA) in the state recording of driver information, screening module 134 also can when screening driver information, consider that state recording is the driver information of " carrying " and " empty wagons " simultaneously, such as: state recording is " carrying " and the close driver information of the coordinate of destination locations and Customer information, and state recording is " empty wagons " and the close driver information etc. of the coordinate of coordinate and Customer information all lists limit of consideration in, and the length of time of arrival sequential from short to long on the estimation, the chance of successful matching is promoted with the quantity increasing screening target.
Mention above, described driver information at least comprises coordinate, customer identification, service item, refusal list and state recording, on reality is implemented, driver information more can comprise service log for recording service times in certain hour, completing ratio and initiatively cancel number of times, thus, screening module 134 can according to service log filter out (such as: odd-numbered day or continuous two days etc.) in certain hour service times, complete ratio and initiatively cancel number of times and all meet pre-conditioned driver information, and can to sort from high to low according to number of times and ratio.In addition, also mention before that passenger holds 110 more can comprise to transmit the passenger of corresponding driver information to evaluate to server-side 130 to be stored to information database 131.Now, screening module 134 can be evaluated according to the passenger corresponding with driver information and screen, and passenger is evaluated and sorts from high to low, even screen module 134 and also can calculate passenger's evaluation of all driver information to produce mean value, and again according to the coordinate comprised in Customer information after filtering out the driver information of more than mean value, service item, refusal list and state recording carry out programmed screening, cabdriver's service quality performance evaluation method that the mechanism evaluated by the above-mentioned passenger of setting can provide one to have a public credibility, in order to do the integrity service level improving taxi industry.
Matching module 135 is for producing corresponding weighted value by each driver information filtered out respectively according to the degree that conforms to of serving item, and select at least one in the driver information gone out according to the size self-sizing of this weighted value, be noted that especially, whether the service item of described Customer information more allows to be set to is necessary project, if the necessary project set by the service item of Customer information and the service item in driver information are not inconsistent, then how many weighted values no matter produced all gets rid of this driver information (that is not listing the selection of pairing in).Above example, supposes that first driver information that screening module 134 filters out is " 24.206100 ° of N, 120.607210 ° of E, N226605438, do not smoke, without automobile perfume, women driver, 34-109901-176140-1, empty wagons " and second driver information filtering out be " 24.206100 ° of N, 120.607220 ° of E, A123456789, do not smoke, without automobile perfume, male sex driver, 31-209900-100000-1, empty wagons " etc. two driver information, then the service item of these two driver information and the service item of Customer information can " not smoked by matching module 135 respectively, without automobile perfume, women driver " compare, and produce corresponding weighted value according to the degree that conforms to, with this example, because first driver information has three to conform to the service item of Customer information, therefore matching module 135 produces corresponding weighted value, as: numerical value " 3 ", and second driver information has two to conform to the service item of Customer information, therefore matching module 135 produces corresponding weighted value, as: numerical value " 2 ".In addition, suppose in the service item of Customer information, in advance " women driver " is set to necessary project, then matching module 135 will be judged as not being inconsistent for " male sex driver " because of the service transaction record of second driver information, although still have two to serve item in this instance to meet (as: " not smoking " and " without automobile perfume "), but no matter its weighted value produced is set to how many, second driver information all can be got rid of by matching module 135.
Then, the driver information that matching module 135 can select weighted value maximum, such as: the weighted value of first driver information is numerical value " 3 ", the weighted value of second driver information is numerical value " 2 ", and now matching module 135 is by selection first driver information.On reality is implemented, matching module 135 also can calculate the mean value of weighted value according to the driver information filtered out, and select all driver information being greater than mean value, for example, suppose that screening module 134 filters out three driver information, its weighted value is respectively: numerical value " 9 ", numerical value " 4 " and numerical value " 5 ", so matching module 135 can calculate the mean value of these three weighted values is numerical value " 6 " (calculating formula is: " (9+4+5)/3=6 "), and select the driver information (namely right to choose weight values is the driver information of numerical value " 9 ") being greater than weighted value " 6 ".In addition, if weighted value is identical, matching module 135 will select two driver information simultaneously.Although be noted that the present invention is with the above-mentioned account form illustrating weighted value especially, but the present invention is not construed as limiting with this, any mode that can produce corresponding weighted value according to the degree that conforms to of serving item neither departs from application category of the present invention.
From the above, on reality is implemented, each project of described service item also may correspond to data, for the degree size of the necessity and importance that represent its project, so that sort by when described data being matched as matching module 135 to the driver information filtered out.For example, meaning as shown in the table sorts according to importance, and wherein, the numerical value of importance is less, and to represent importance higher:
| Importance | 1 | 2 | 3 | |
| Sequence | Service item | Do not smoke | Without automobile perfume | Women driver |
| 1 | Driver holds A | Meet | Meet | Meet |
| 2 | Driver holds B | Meet | Do not meet | Do not meet |
| 3 | Driver holds C | Do not meet | Meet | Meet |
In addition, also as shown in the tablely can anticipate, sort with the number of entry of the service item met:
| Importance | 1 | 2 | 3 | |
| Sequence | Service item | Do not smoke | Without automobile perfume | Women driver |
| 1 | Driver holds A | Meet | Meet | Meet |
| 2 | Driver holds C | Do not meet | Meet | Meet |
| 3 | Driver holds B | Meet | Do not meet | Do not meet |
In addition, also following table can illustrate, simultaneously according to the importance preset and weight parameter, calculated the laggard line ordering of weighted value:
| Importance/weight parameter | 1/100 | 2/80 | 3/50 | |
| Sequence | Service item | Do not smoke | Without automobile perfume | Women driver |
| 1 | Driver holds A/230 | Meet | Meet | Meet |
| 2 | Driver holds C/130 | Do not meet | Meet | Meet |
| 3 | Driver holds B/100 | Meet | Do not meet | Do not meet |
Wherein, the numerical value " 230 " of " driver holds A/230 " carries out adding up (i.e. " 100+80+50=230 ") according to the weight parameter meeting three service items; The numerical value " 130 " of " driver holds C/130 " carries out adding up (i.e. " 80+50=130 ") according to the weight parameter meeting two services item (without automobile perfume, women driver); The numerical value " 100 " of " driver holds B/100 " is then come from the weight parameter (i.e. " 100 ") meeting service item (not smoking).Be noted that especially, described service item, importance and weight parameter thereof are held 110 information databases 131 linking to server-side 130 in advance to carry out editing by passenger and are set, if without presetting, the passenger that 110 can be held in the past to transmit according to passenger evaluates, search the driver information higher than mean value, and the service item that reading is wherein recorded is as the foundation calculating importance and sequence.
This transport request for meet according to the driver information selected and comparison and Customer information after upgrading produces corresponding transport request, and is sent to corresponding driver and holds by delivery module 136.For example, suppose that the driver information selected is " 24.206100 ° of N, 120.607210 ° of E; N226605438; Do not smoke, without automobile perfume, women driver; 34-109901-176140-1; Empty wagons ", Customer information is " 24.206120 ° of N, 120.607110 ° of E; 35-209900-176152-1; Do not smoke, without automobile perfume, women driver; A123456789; Do not take ", then delivery module 136 will produce the transport request of at least holding the coordinate position of 110 containing passenger, and the driver this transport request sent to corresponding to the driver information selected holds 120.On reality is implemented, its delivery module 136 is by such as: satellite communication, third generation Mobile Communications (Third Generation, 3G) ... Deng wireless communication mode, transport request is sent to driver and holds 120.Be noted that especially, if matching module 135 selects two or more driver information, then transport request is sent to multiple driver by the mode broadcasting (broadcast) and holds 120 by delivery module 136, or sequentially transmits from high to low according to the sequence of driver information.In addition, after driver holds 120 to receive transport request, if driver is for accepting transport request, can sets itself passenger carrying status be then " carrying ", if otherwise driver is not for carrying, so driver can sets itself passenger carrying status be " rest ", or directly replying server-side 130 refuses this carrying to be recorded in information database 131.
Be noted that especially, server-side 130 more can comprise assignment module 137 and each Customer information more comprises time interocclusal record, now interocclusal record holds each time of transmitting ride-share request for recording each passenger, for the time interocclusal record and coordinate providing assignment module 137 to add up each Customer information, and the adjacent occupants end filtering out the same period is with calculating central position, and the center calculated is sent to contiguous driver's end, much more no longer the account form of this center is known technology, therefore to repeat at this.On reality is implemented, this center more can coordinate cartographic information adjustment, to guarantee that center is on road.Thus, driver holds 120 just can go to this place Waiting Passengers according to this center and provide carrying service, elaborates after a while by graphic for cooperation.
Then, refer to " Fig. 2 A " to " Fig. 2 C ", " Fig. 2 A " to " Fig. 2 C " method flow diagram for the taxi calling method of tool matching function of the present invention, be applied to and there is the transmission environment that passenger holds 110, driver holds 120 and server-side 130, its step comprises: the information database in server-side 130 provides driver information and Customer information, and wherein each driver information and each Customer information all at least comprise coordinate, customer identification, service item, refusal list and state recording (step 201); Each driver holds 120 to continue to transmit running information, and this running information at least comprises driving coordinate, driver's status and passenger carrying status (step 202); Server-side 130 receives running information, and the driver's status read in this running information is to compare with the customer identification of each driver information, and read driving coordinate in this running information with the coordinate of the driver information upgrading comparison and meet, and read passenger carrying status in running information with the state recording (step 203) of the driver information upgrading comparison and meet; Passenger holds 110 transmission ride-share request, and this ride-share request at least comprises coordinate position and passenger's status (step 204); Server-side 130 receives ride-share request, and the passenger's status read in this ride-share request is to compare with the customer identification of each Customer information, and read coordinate position in this ride-share request with the coordinate (step 205) of the Customer information upgrading comparison and meet; Server-side 130 reads comparison and meets and Customer information after upgrading, and screens (step 206) all driver information according to the coordinate comprised in Customer information, service item, refusal list and state recording; Each driver information filtered out is produced corresponding weighted value according to the degree that conforms to of service item by server-side 130 respectively, and selects at least one (step 207) in the driver information gone out according to the size self-sizing of this weighted value; Server-side 130 meets according to the driver information selected and described comparison and Customer information after upgrading produces corresponding transport request, and transport request is sent to corresponding driver and holds 120 (steps 208); Described driver holds 120 for receiving and showing corresponding transport request (step 209).Pass through above-mentioned steps, can allow and hold 110 transmission ride-share request to server-side 130 for the passenger taking taxi by passenger, so that server-side 130 inquires about corresponding Customer information according to ride-share request, and according to Customer information driver information to be screened and match, to select the driver information that meets and to produce corresponding transport request, and transport request is sent to corresponding driver and holds 120.
Be noted that especially, after step 209, the driver information that server-side 130 is selected is sent to corresponding passenger and holds 110, for providing passenger to hold 110 to carry out browsing and confirming, and this passenger holds 110 more to comprise transmit corresponding driver information passenger evaluate to server-side 130 to be stored in information database (step 210); In each Customer information record each time of transmitting ride-share request as time interocclusal record, and add up each Customer information time interocclusal record and coordinate to filter out the adjacent occupants end 110 of same period and calculating central position, and this center be sent to contiguous driver hold 120 (steps 220); And more destination locations is recorded in running information, server-side 130 calculates estimated time of arrival (ETA) according to the destination locations of this running information and driving coordinate, and this destination locations and estimated time of arrival (ETA) are recorded in (step 230) in state recording.
Below coordinate " Fig. 3 " to illustrate as follows by way of example to " Fig. 7 ", please first consult " Fig. 3 ", the schematic diagram that " Fig. 3 " is driver information of the present invention and Customer information.Mention above, each driver information in information database 131 and Customer information at least comprise coordinate, customer identification, service item, refusal list and state recording, its recording mode can be anticipated as shown in the figure 3, record in driver information 310 coordinate " 24.206102 ° of N, 120.607101 ° of E ", customer identification " N226605438 ", service item " do not smoke, without automobile perfume, women driver ", refuse list " 35-209900-176148-1 " and state recording " empty wagons ".Wherein, the coordinate longitude and latitude coordinate of locating for GPS; Customer identification is then the identity card font size of cabdriver; The service that theres is provided of taxi for this reason of service item; The IMEI of passenger of refusal list then register reject carrying; State recording then records the travel position of current taxi.
In addition, record in Customer information 320 coordinate " 24.206120 ° of N, 120.607110 ° of E ", customer identification " 35-209900-176152-1 ", service item " do not smoke, without automobile perfume, women driver ", refuse list " A123456789 " and state recording " in pairing ".Wherein, the coordinate longitude and latitude coordinate of locating for GPS; The IMEI of the running gear that customer identification is then held for passenger; Service item requires the service that provides for passenger; Refusal list is driver's identity card font size of taxi of taking of register reject then; State recording then records the state of current passenger.The above-mentioned driver information 310 mentioned and Customer information 320 by direct line or far-end link to information database 131 carry out editing, newly-increased or delete.
From the above, the driver information 310 be stored in information database 131 is understood the running information holding 120 to transmit according to each driver and is upgraded, on reality is implemented, each driver holds 120 all can continue detect lines vehicle seat mark by GPS, and this journey vehicle seat mark and the driver's status preset and passenger carrying status are sent to server-side 130 as running information, so that server-side 130 holds 120 corresponding driver information according in running information lastest imformation database 131 to described driver, the Customer information 320 be stored in information database 131 is then when the ride-share request that passenger holds 110 transmission to comprise coordinate position and passenger's status is to server-side 130, by server-side 130 according to the ride-share request received for upgrading corresponding Customer information.
Next, refer to " Fig. 4 ", " Fig. 4 " is the schematic diagram that application passenger's end of the present invention carries out chauffeur.When passenger is for taking taxi, opens corresponding application program carry out chauffeur by running gear 400, this application program execution picture will be anticipated as shown in figure 4 and will be presented in Touch Screen 410.Now, passenger can be clicked and detect button 411 to be positioned by GPS, and obtains the longitude and latitude coordinate behind location " 24.206102 ° of N, 120.607101 ° of E " so that as the foundation of searching taxi.Then, when passenger determines to carry out chauffeur, can click chauffeur button 412 to transmit ride-share request to server-side 130, this ride-share request comprises coordinate position (the longitude and latitude coordinate namely behind location) and passenger's status (i.e. the IMEI " 35-209900-176148-1 " of running gear 400).On reality is implemented, this coordinate position and passenger's status also can be presented in Touch Screen 410, provide passenger to confirm.In addition, also can after server-side 130 have matched, the driver being transmitted pairing by server-side 130 holds the coordinate of 120 to hold 110 to passenger, so that passenger holds 110 collocation cartographic informations driver to be held the position display of 120 to provide passenger to browse in Touch Screen, even passenger wait driver hold 120 time, server-side 130 can be transmitted advertisement and hold 110 to be play by corresponding application program to passenger, and when passenger holds 110 to hold the coordinate of 120 to overlap with driver, display vehicle arrival notice, and after providing acknowledgement window of leaving to click to passenger, be sent to server-side 130 with the state recording in lastest imformation database 131.
Be noted that especially, if passenger slowly has no driver when holding 120, more 110 transfer request are held to confirm to server-side 130 by passenger, after server-side 130 receives this request confirmation, judge whether holding the coordinate of 120 according to driver to advance towards passenger, if then feed back an information notification passenger, otherwise if not, the announcement information then being transmitted confirmed service by server-side 130 is held 120 to driver and requires to reply, if driver holds 120 replies to confirm carrying, in then notifying that this driver of passenger holds 120 to go to by server-side 130, if driver holds to reply cancel carrying, then server-side 130 is recorded as serv-fail in the driver information of information database 131, and after again being carried out screening and match by screening module 134 and matching module 135, again result is notified that passenger holds 110.
Then, refer to " Fig. 5 ", " Fig. 5 " is the schematic diagram that application driver of the present invention holds display transport request.Mention above, applying driver of the present invention holds 120 to be arranged at crane device 500 on vehicle (i.e. taxi) or the mobile phone of cabdriver, for crane device 500, this crane device 500 can continue detect lines vehicle seat mark by GPS, and this journey vehicle seat mark and the driver's status preset and passenger carrying status are sent to server-side 130, so that driver information stored in server-side 130 lastest imformation database 131, and carry out foundation when screening and match process as server-side 130.
110 are held with after driver holds the pairing of 120 when server-side 130 completes passenger, server-side 130 will produce as previously mentioned and transmit transport request holds 120 to corresponding driver, and now driver holds 120 (i.e. crane devices 500) to show the transport request of server-side 130 transmission by display 510.Because transport request at least comprises the coordinate of Customer information, therefore this coordinate can be indicated in cartographic information in eye-catching mode to be shown as passenger position 512, and hold the driving coordinate of 120 to be indicated in equally in same cartographic information to be shown as driver position 511 driver, to be supplied to cabdriver to browse, and cabdriver is guided to drive to go to passenger position 512 carrying.On reality is implemented, cabdriver presses empty wagons button 521, carrying button 522 or button 523 of refusing to take passengers to set passenger carrying status by crane device 500, such as: can press empty wagons button 521 when not yet carrying and set passenger carrying status as " empty wagons "; Carrying button 522 can be pressed when carrying and set passenger carrying status as " carrying "; Not wanting can press button 523 of refusing to take passengers and set passenger carrying status as " refusing to take passengers ", so that server-side 130 screens suitable driver information according to passenger carrying status when carrying this passenger.In addition, cabdriver more can press the setting button 524 of crane device 500 to set driver's status, and passenger carrying status after described setting and driver's status are all stored in the information database 131 of server-side 130.
As " Fig. 6 " illustrate, " Fig. 6 " is that application the present invention browses the schematic diagram of running information.Mention above, cabdriver can press the setting button 524 of crane device 500 to set driver's status.On reality is implemented, when after pressing setting button 524, more can illustrate first to show running information as reference frame when setting as " Fig. 6 " institute, then reresent and input new driver's status to complete setting.In addition, when also showing a Password Input picture (not shown) after pressing setting button 524, just allow to set driver's status after pointing out the correct password of input.
Refer to " Fig. 7 ", " Fig. 7 " is for application the present invention is in the schematic diagram of server-side calculating central position.Mention above, the assignment module 137 of server-side 130 can when Customer information comprises during interocclusal record, interocclusal record and coordinate thereof when each Customer information in statistical information data storehouse 131, for filtering out the adjacent occupants end (such as: namely represent adjacent in the radius of five hectometers) of same period, and calculate the center that each passenger holds 110.For " Fig. 7 ", suppose that assignment module 137 filters out the same period in same map area 600, has adjacent three passengers end (611 after statistics, 612 and 613), so assignment module 137 will according to these three passenger's ends (611, 612 and 613) coordinate calculates center 610, so that in the date backward, whenever holding 620 close to just this center 610 being sent to the driver being arranged in this map area 600 during this period, and then guide its cabdriver to drive to go to this center 610 to wait for, until driver holds 620 to receive three passenger's ends (611, 612 and 613) just at once carrying is gone to when one of them transmits ride-share request.In other words, assignment module 137 can be added up passenger and be held the pre-assigned driver of rule of getting a lift of 110 to hold 120 to go to contiguous place to wait, and holds the oil consumption of 120 to save driver and effectively reduces the waiting time that passenger holds 110.
From the above, on reality is implemented, assignment module 137 is when transmitting center 610, more can simultaneously by three passenger's ends (611, 612 and 613) coordinate is sent to driver in the lump and holds 620, and by center 610 and three passenger's ends (611, 612 and 613) coordinate be presented at as " Fig. 5 " the display 510 illustrated, its display frame will as " Fig. 7 " illustrate, and with different colours to three passenger's ends (611, 612 and 613), center 610 and driver hold 620 to carry out indicating (owing to cannot distinguish with color in figure, therefore different colours is represented respectively with different site in " Fig. 7 ").
Next, the present invention illustrates chauffeur flow process with another embodiment again, and the chauffeur flow process of this embodiment and the maximum difference of the chauffeur flow process of a upper embodiment are rewarding mechanism.First, driver holds 120 to continue to transmit running information to server-side 130, and its load mode calculates after driver holds 120 to move one section of fixed range (such as: five hectometers) according to the coordinate of GPS location to transmit again; Then, server-side 130 holds the coordinate of 120 (being recorded in driver information) according to the driver in this driving information updating information database 131, when the ride-share request that passenger holds 110 transmission to have coordinate position and a passenger's status is to server-side 130, server-side 130 carries out screening and matching according to the driver information in information database 131 and Customer information, with obtain apart from close, meet service item and the driver that passenger carrying status is " empty wagons " hold 120 and produce corresponding transport request.Then, this transport request is sent to corresponding driver and holds 120 and wait for that driver holds 120 to confirm by server-side 130, when server-side 130 receives after driver holds the confirmation of 120, passenger carrying status is changed into " carrying " by " empty wagons ", and according to driver hold 120 and passenger hold the coordinate of 110 to calculate waiting time, and are held this waiting time and driver the information of 120 confirmations carryings to be sent to passenger and to hold 110; After driver holds 120 arrival, driver holds 120 return server-sides 130 to arrive, and again this time of arrival is sent to passenger after being signed in by server-side 130 and holds 110, and prompt passengers end 110 is taken; Now, when passenger holds 110 after getting on the bus, passenger hold 110 and driver hold 120 all can transmit to get on the bus and confirm to server-side 130, record pick-up time in information database 131 by server-side 130; Finally, when passenger holds 110 arrival destination, by passenger hold 110 and driver hold 120 transmission arrive confirm to server-side 130, the arrival that wherein passenger holds 110 to transmit confirms that can comprise passenger evaluates, and the arrival that driver holds 120 to transmit confirms that can comprise driver evaluates, and passenger can evaluate and be recorded in driver information by server-side 130, and driver's evaluation is recorded in Customer information, as reference frame when following screening and pairing process, so far, namely to complete whole chauffeur flow process.Can learn that itself and previous embodiment Main Differences all can perform to return in each flow process after treatment by above-mentioned explanation to process.
What remark additionally is, aforementionedly mention that transport request is sent to corresponding driver and holds 120 and wait for that driver holds 120 to confirm by server-side 130, if driver hold 120 do not agree to carrying time, server-side 130 can again screen and match other drivers hold 120 until have driver hold 120 be ready carrying.In addition, suppose that transport request is sent to multiple driver and holds 120 by server-side 130 in a broadcast manner, so when one of them driver holds 120 confirmation carrying, server-side 130 will notify that other drivers hold 120 cancellation transport request.In addition, when passenger hold 110 receive driver hold 120 confirmations carrying after, also can by passenger hold 110 transmission cancel information, hold 120 carryings for refusing driver thus.
On reality is implemented, above-mentioned two embodiments are except carrying out screening and match except process with server-side 130, also can 110 be held to specify voluntarily by passenger or select driver to hold 120, and wait and be designated or held 120 replies whether to carry by the driver selected, if then complete pairing, then again select driver by server-side 130 prompt passengers end 110 if not and hold 120.In addition, if whether driver holds 120 not reply to carry in Preset Time, then prompt passengers end 110 inquiry whether can continue to wait for, if so, then maintain wait, if not, then equally again select driver by server-side 130 prompt passengers end 110 and hold 120.
Mention above, passenger holds 110 drivers that can refuse to be screened by server-side 130 and matched to hold 120, when this situation occurs, this driver can hold the customer identification of 120 to embed in the refusal list in Customer information by server-side 130, and notifies that driver holds 120 cancellation carryings and upgrades the state recording of driver information for " empty wagons ".Similarly, driver hold 120 also can refuse by server-side 130 the passenger that screens and match hold 110, when this situation occurs, this passenger can hold the customer identification of 110 to embed in the refusal list in driver information by server-side 130, and is again screened by server-side 130 and match.
In sum, difference between known the present invention and prior art is to hold 110 transmission ride-share request to server-side 130 by passenger, so that server-side 130 inquires about corresponding Customer information according to ride-share request, and according to Customer information driver information to be screened and match, to select the driver information that meets and to produce corresponding transport request, and transport request is sent to corresponding driver and holds 120, the problem existing for prior art can be solved by this technological means, and then reach the technology effect improving pairing satisfaction and chauffeur convenience.
Although the present invention provides as above with aforementioned embodiment; so it is not intended to limit the present invention; anyly have the knack of alike those skilled in the art; without departing from the spirit and scope of the invention; when doing a little change and retouching, the scope of patent protection of therefore the present invention must be as the criterion depending on the right person of defining that this instructions is appended.
Claims (10)
1. a taxi calling system for tool matching function, is characterized in that, comprises:
At least one passenger's end, each passenger end is for transmitting a ride-share request, and this ride-share request at least comprises
One coordinate position and passenger's status;
At least one driver's end, each driver end is used for receiving and showing a corresponding transport request, and lasting transmission one running information, this running information at least comprises a destination locations, a line vehicle seat mark, driver's status and a passenger carrying status, passenger is for the position of the destination of arrival for setting on taxi for this destination locations, and it sets by each driver end; And
One server-side, comprises:
One information database, for storing at least one driver information and at least one Customer information, wherein each driver information and each Customer information all at least comprise a coordinate, a customer identification, a service item, refusal list and a state recording;
One vehicle condition module, for receiving this running information, and this driver's status read in this running information is to compare with this customer identification of each driver information, and read this driving coordinate in this running information with this coordinate of this driver information upgrading comparison and meet, and read this passenger carrying status in this running information with this state recording of this driver information upgrading comparison and meet, if running information includes this destination locations, then this vehicle condition module will calculate an estimated time of arrival (ETA) according to this destination locations and this driving coordinate, and this destination locations and this estimated time of arrival (ETA) are recorded in this state recording of this driver information,
One takes module, for receiving this ride-share request, and this passenger's status read in this ride-share request is to compare with this customer identification of each Customer information, and read this coordinate position in this ride-share request with this coordinate of this Customer information upgrading comparison and meet;
One screening module, meet and this Customer information after upgrading for reading comparison, and according to this coordinate comprised in this Customer information, this service item and this refusal list, driver information is screened, the driver information that this coordinate for filtering out this driving coordinate and this Customer information is close and filter out the close driver information of this coordinate of this destination locations and this Customer information;
One matching module, for each driver information filtered out is produced a corresponding weighted value respectively according to the degree that conforms to of this service item, and selects at least one in the driver information gone out according to the size self-sizing of this weighted value; And
One delivery module, for meet according to the described driver information selected and described comparison and Customer information after upgrading produces this transport request corresponding, and is sent to corresponding driver and holds by described transport request.
2. the taxi calling system of tool matching function as claimed in claim 1, it is characterized in that, described passenger end and described driver end continue to detect this coordinate position and this driving coordinate by a GPS, and provide respectively and set this passenger's status and this driver's status and this passenger carrying status.
3. the taxi calling system of tool matching function as claimed in claim 1, it is characterized in that, this system more comprises an assignment module, for adding up the interocclusal record and this coordinate in a period of time of each Customer information, and filter out this driving coordinate of same period Customer information close with this coordinate, and by this assignment module, the coordinate of the Customer information filtered out is sent to contiguous driver to hold, is received by driver's termination of being close to and show the coordinate being close to passenger and holding.
4. the taxi calling system of tool matching function as claimed in claim 3, it is characterized in that, this assignment module more comprises and calculates a center according to the coordinate of this driving coordinate of same period Customer information close with this coordinate, and by this delivery module, this center is sent to contiguous driver to hold, is received by driver's termination of being close to and show the coordinate being close to passenger and holding.
5. the taxi calling system of tool matching function as claimed in claim 1, it is characterized in that, this delivery module more comprises and the driver information that this matching module is selected is sent to corresponding passenger end, for for this passenger end carry out browsing and confirming, and this passenger end more comprise transmit to should driver information one passenger evaluate to this server-side to be stored in this information database.
6. a taxi calling method for tool matching function, be applied in the transmission environment of at least one passenger end, at least one driver end and a server-side, it is characterized in that, step comprises:
An information database in this server-side provides at least one driver information and at least one Customer information, wherein each driver information and each Customer information all at least comprise a coordinate, a customer identification, a service item, refusal list and a state recording, and each Customer information more comprises interocclusal record for the moment;
Each driver supports to resume and send a running information, this running information at least comprises a destination locations, a line vehicle seat mark, driver's status and a passenger carrying status, passenger is for the position of the destination of arrival for setting on taxi for this destination locations, and it sets by each driver end;
This server-side receives this running information, and this driver's status read in this running information is to compare with this customer identification of each driver information, and read this driving coordinate in this running information with this coordinate of this driver information upgrading comparison and meet, and read this passenger carrying status in this running information with this state recording of this driver information upgrading comparison and meet, if running information includes this destination locations, then calculate an estimated time of arrival (ETA) according to this destination locations and this driving coordinate, and this destination locations and this estimated time of arrival (ETA) are recorded in this state recording of this driver information,
Described passenger holds transmission one ride-share request, and this ride-share request at least comprises a coordinate position and passenger's status;
This server-side receives this ride-share request, and this passenger's status read in this ride-share request is to compare with this customer identification of each Customer information, and read this coordinate position in this ride-share request with this coordinate of this Customer information upgrading comparison and meet;
This server-side reads comparison and meets and this Customer information after upgrading, and according to this coordinate comprised in this Customer information, this service item and this refusal list, driver information is screened, the driver information that this coordinate for filtering out this driving coordinate and this Customer information is close and filter out the close driver information of this coordinate of this destination locations and this Customer information;
Each driver information filtered out is produced a corresponding weighted value according to the degree that conforms to of this service item by this server-side respectively, and selects at least one in the driver information gone out according to the size self-sizing of this weighted value;
This server-side meets according to the described driver information selected and described comparison and Customer information after upgrading produces a corresponding transport request, and described transport request is sent to corresponding driver and holds;
Described driver's end is used for receiving and shows this transport request corresponding.
7. the taxi calling method of tool matching function as claimed in claim 6, it is characterized in that, described passenger end and described driver end continue to detect this coordinate position and this driving coordinate by a GPS, and more comprise described passenger end and described driver end provides the step setting this passenger's status and this driver's status and this passenger carrying status respectively.
8. the taxi calling method of tool matching function as claimed in claim 6, it is characterized in that, the method more comprises the interocclusal record and this coordinate in a period of time of each Customer information of statistics, and filter out this driving coordinate of same period Customer information close with this coordinate, and the coordinate of the Customer information filtered out is sent to contiguous driver's end, is received by contiguous driver's termination and show the step of the coordinate that vicinity passenger holds.
9. the taxi calling method of tool matching function as claimed in claim 8, it is characterized in that, the method more comprises and calculates a center according to the coordinate of this driving coordinate of same period Customer information close with this coordinate, and this center is sent to contiguous driver's end, is received by contiguous driver's termination and show the step of the coordinate that vicinity passenger holds.
10. the taxi calling method of tool matching function as claimed in claim 6, it is characterized in that, the method more comprises and the driver information that this server-side is selected is sent to corresponding passenger end, for for this passenger end carry out browsing and confirming, and this passenger end more comprise transmit to should driver information one passenger evaluate to this server-side to be stored in the step of this information database.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2010105660847A CN102479431A (en) | 2010-11-23 | 2010-11-23 | Taxi calling system possessing matching function and method thereof |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2010105660847A Division CN102479431A (en) | 2010-11-23 | 2010-11-23 | Taxi calling system possessing matching function and method thereof |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN104766467A true CN104766467A (en) | 2015-07-08 |
Family
ID=46092057
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2010105660847A Pending CN102479431A (en) | 2010-11-23 | 2010-11-23 | Taxi calling system possessing matching function and method thereof |
| CN201510104053.2A Pending CN104766467A (en) | 2010-11-23 | 2010-11-23 | Taxi-calling system with pairing function and method thereof |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2010105660847A Pending CN102479431A (en) | 2010-11-23 | 2010-11-23 | Taxi calling system possessing matching function and method thereof |
Country Status (1)
| Country | Link |
|---|---|
| CN (2) | CN102479431A (en) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105551232A (en) * | 2015-12-14 | 2016-05-04 | 华北电力科学研究院有限责任公司 | Power service vehicle scheduling method, terminal, server and system |
| CN106296354A (en) * | 2016-08-08 | 2017-01-04 | 李建成 | A kind of driver of raising and passenger go together the method and system of rate |
| CN107766997A (en) * | 2016-08-15 | 2018-03-06 | 滴滴（中国）科技有限公司 | A kind of method and device of order push |
| CN108596411A (en) * | 2017-03-14 | 2018-09-28 | 北京嘀嘀无限科技发展有限公司 | Net about vehicle order allocation method and device |
| CN108629642A (en) * | 2017-03-20 | 2018-10-09 | 北京嘀嘀无限科技发展有限公司 | A kind of order processing method and device |
| CN109961158A (en) * | 2017-12-25 | 2019-07-02 | 北京嘀嘀无限科技发展有限公司 | Reserve order allocation method and reservation Order splitting device |
| TWI676961B (en) * | 2017-09-13 | 2019-11-11 | 全家便利商店股份有限公司 | Call service system, call service method and computer program product |
Families Citing this family (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| HK1165942A2 (en) * | 2012-06-08 | 2012-10-12 | Agito Group Ltd | A computer-implemented system for ordering a taxi |
| CN102708682B (en) * | 2012-06-20 | 2014-07-02 | 深圳市京泰基科技有限公司 | Riding direction and driving direction matched taxi allocation system and method |
| CN102779422B (en) * | 2012-07-19 | 2014-11-26 | 杭州路招网络科技有限公司 | Reminding confirmation system of distance position between taxi and passenger |
| CN102855756B (en) * | 2012-09-28 | 2015-11-04 | 深圳华宏联创科技有限公司 | A kind of intelligent taxi responds method, server and system |
| CN103700252A (en) * | 2013-12-16 | 2014-04-02 | 杭州电子科技大学 | Intelligent taxi calling system |
| CN104123834A (en) * | 2014-06-27 | 2014-10-29 | 北京艾亿沃德电子有限公司 | Taxi calling management settlement system and method |
| US9823081B2 (en) * | 2014-12-03 | 2017-11-21 | Ford Global Technologies, Llc | Vehicle passenger identification |
| WO2016134509A1 (en) * | 2015-02-26 | 2016-09-01 | 刘一佳 | Method and mobile terminal for transmitting use information when hailing taxi |
| CN105006145B (en) * | 2015-06-24 | 2019-03-08 | 淄博京科电气有限公司 | A kind of taxi guidance scheduling system |
| CN107437183B (en) * | 2016-05-25 | 2021-06-04 | 北京嘀嘀无限科技发展有限公司 | Method and system for confirming identity of boarding passenger |
| CN107786585A (en) * | 2016-08-24 | 2018-03-09 | 腾讯科技（深圳）有限公司 | Business information processing method and business information processing unit |
| CN110073399B (en) * | 2016-11-03 | 2024-03-15 | 福特汽车公司 | Apparatus and method for queuing transport providers and passengers |
| CN108076140A (en) * | 2017-11-20 | 2018-05-25 | 维沃移动通信有限公司 | Recognition methods, identification device, server and mobile terminal |
| CN108259674A (en) * | 2018-01-31 | 2018-07-06 | 广东欧珀移动通信有限公司 | Electronic equipment, information-pushing method and Related product |
| CN110163702A (en) * | 2018-02-12 | 2019-08-23 | 北京嘀嘀无限科技发展有限公司 | Method for processing business, device and storage medium |
| CN108668222B (en) * | 2018-05-11 | 2020-06-30 | 京东方科技集团股份有限公司 | Taxi booking method and taxi booking device |
| TWI682685B (en) * | 2018-05-15 | 2020-01-11 | 聯華電信股份有限公司 | Communication system and method thereof |
| TW202230273A (en) * | 2021-01-29 | 2022-08-01 | 事必達科技股份有限公司 | Search system and search method thereof at an agreed meeting place |
Citations (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1298623A2 (en) * | 2001-09-28 | 2003-04-02 | Fujitsu Limited | Vehicle dispatching system and apparatus |
| CN1484206A (en) * | 2003-08-13 | 2004-03-24 | 倚天资讯股份有限公司 | automatic vehicle dispatching system and method |
| CN1603176A (en) * | 2004-11-16 | 2005-04-06 | 冶金自动化研究设计院 | Passenger-carrying intelligent directing apparatus for taxi |
| JP2008269347A (en) * | 2007-04-20 | 2008-11-06 | Total Kankyo:Kk | Taxi dispatch system, taxi terminal (device), taxi dispatch system, taxi dispatch method, and computer program |
| CN101365022A (en) * | 2007-08-10 | 2009-02-11 | 张文松 | Taxi scheduling system and implementing method thereof |
| CN101383089A (en) * | 2008-10-15 | 2009-03-11 | 梁宇杰 | Vehicle matching scheduling system and method |
| CN101510361A (en) * | 2009-04-03 | 2009-08-19 | 联华电信股份有限公司 | Method and system for dispatching vehicle and navigation host applying the same |
| CN101520950A (en) * | 2008-03-31 | 2009-09-02 | 杭州义盛祥通信技术有限公司 | Immediate taxi calling assignment managing system and calling assignment managing method |
| CN101609608A (en) * | 2009-07-03 | 2009-12-23 | 联华电信股份有限公司 | Vehicle dispatching method and task assignation system for vehicles |
| CN101652789A (en) * | 2007-02-12 | 2010-02-17 | 肖恩·奥沙利文 | Share transportation system and service network |
| CN101751775A (en) * | 2008-11-28 | 2010-06-23 | 上海迪哈大计算机科技有限公司 | Hitchhiking request processing system and corresponding control method |
| CN101826256A (en) * | 2010-04-29 | 2010-09-08 | 联华电信股份有限公司 | Vehicle dispatching method and vehicle dispatching system |
| JP2010204905A (en) * | 2009-03-03 | 2010-09-16 | Kenwood Corp | Information distribution system, information distribution method, fixed terminal, portable terminal, and program |
| CN101887440A (en) * | 2009-05-13 | 2010-11-17 | 财团法人资讯工业策进会 | Hot spot analytic system and method |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3479499B2 (en) * | 2000-06-27 | 2003-12-15 | 秀明 岡 | Vehicle reservation system and operation status management device |
| JP2002042298A (en) * | 2000-07-27 | 2002-02-08 | Digital Create:Kk | Taxi allocating method and system |
| JP2002074587A (en) * | 2000-08-24 | 2002-03-15 | Digital Create:Kk | Method and system for selecting passenger |
| JP2002140796A (en) * | 2000-11-02 | 2002-05-17 | Denso Corp | System for asking taxi to come, management server and method for asking taxi to come |
| CN101287157A (en) * | 2008-05-27 | 2008-10-15 | 黄国灿 | Bi-end satellite positioning communication and cab scheduling method and system by centralized scheduling |
-
2010
- 2010-11-23 CN CN2010105660847A patent/CN102479431A/en active Pending
- 2010-11-23 CN CN201510104053.2A patent/CN104766467A/en active Pending
Patent Citations (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1298623A2 (en) * | 2001-09-28 | 2003-04-02 | Fujitsu Limited | Vehicle dispatching system and apparatus |
| CN1484206A (en) * | 2003-08-13 | 2004-03-24 | 倚天资讯股份有限公司 | automatic vehicle dispatching system and method |
| CN1603176A (en) * | 2004-11-16 | 2005-04-06 | 冶金自动化研究设计院 | Passenger-carrying intelligent directing apparatus for taxi |
| CN101652789A (en) * | 2007-02-12 | 2010-02-17 | 肖恩·奥沙利文 | Share transportation system and service network |
| JP2008269347A (en) * | 2007-04-20 | 2008-11-06 | Total Kankyo:Kk | Taxi dispatch system, taxi terminal (device), taxi dispatch system, taxi dispatch method, and computer program |
| CN101365022A (en) * | 2007-08-10 | 2009-02-11 | 张文松 | Taxi scheduling system and implementing method thereof |
| CN101520950A (en) * | 2008-03-31 | 2009-09-02 | 杭州义盛祥通信技术有限公司 | Immediate taxi calling assignment managing system and calling assignment managing method |
| CN101383089A (en) * | 2008-10-15 | 2009-03-11 | 梁宇杰 | Vehicle matching scheduling system and method |
| CN101751775A (en) * | 2008-11-28 | 2010-06-23 | 上海迪哈大计算机科技有限公司 | Hitchhiking request processing system and corresponding control method |
| JP2010204905A (en) * | 2009-03-03 | 2010-09-16 | Kenwood Corp | Information distribution system, information distribution method, fixed terminal, portable terminal, and program |
| CN101510361A (en) * | 2009-04-03 | 2009-08-19 | 联华电信股份有限公司 | Method and system for dispatching vehicle and navigation host applying the same |
| CN101887440A (en) * | 2009-05-13 | 2010-11-17 | 财团法人资讯工业策进会 | Hot spot analytic system and method |
| CN101609608A (en) * | 2009-07-03 | 2009-12-23 | 联华电信股份有限公司 | Vehicle dispatching method and task assignation system for vehicles |
| CN101826256A (en) * | 2010-04-29 | 2010-09-08 | 联华电信股份有限公司 | Vehicle dispatching method and vehicle dispatching system |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105551232A (en) * | 2015-12-14 | 2016-05-04 | 华北电力科学研究院有限责任公司 | Power service vehicle scheduling method, terminal, server and system |
| CN106296354A (en) * | 2016-08-08 | 2017-01-04 | 李建成 | A kind of driver of raising and passenger go together the method and system of rate |
| CN106296354B (en) * | 2016-08-08 | 2020-02-14 | 李建成 | Method and system for improving co-traffic rate of driver and passenger |
| CN107766997A (en) * | 2016-08-15 | 2018-03-06 | 滴滴（中国）科技有限公司 | A kind of method and device of order push |
| CN108596411A (en) * | 2017-03-14 | 2018-09-28 | 北京嘀嘀无限科技发展有限公司 | Net about vehicle order allocation method and device |
| CN108629642A (en) * | 2017-03-20 | 2018-10-09 | 北京嘀嘀无限科技发展有限公司 | A kind of order processing method and device |
| CN108629642B (en) * | 2017-03-20 | 2021-11-02 | 北京嘀嘀无限科技发展有限公司 | Order processing method and device |
| TWI676961B (en) * | 2017-09-13 | 2019-11-11 | 全家便利商店股份有限公司 | Call service system, call service method and computer program product |
| CN109961158A (en) * | 2017-12-25 | 2019-07-02 | 北京嘀嘀无限科技发展有限公司 | Reserve order allocation method and reservation Order splitting device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102479431A (en) | 2012-05-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104766467A (en) | Taxi-calling system with pairing function and method thereof | |
| CN100353142C (en) | Information display system | |
| CN106897788B (en) | Centrally managed waypoints established, transmitted and presented through a vehicle telematics/infotainment infrastructure | |
| KR101994631B1 (en) | System and method for managing supply of service | |
| CN101520950B (en) | Immediate taxi calling assignment managing system and calling assignment managing method | |
| US20090005963A1 (en) | Method, Apparatus and Computer Program Product for Providing Route Planning Based on Personal Activity Plans of Multiple Individuals | |
| US6545596B1 (en) | Presenting information to mobile targets | |
| CN201181988Y (en) | Taxi instant calling and allocation management system | |
| CN100357986C (en) | Method for transmitting and processing dispatching information in vehicle dispatching system | |
| CN107194762A (en) | The vehicles recommend method, system and its equipment | |
| CN1507553A (en) | Information display system | |
| CN107045797A (en) | Information processing method and mobile terminal | |
| CN101826256A (en) | Vehicle dispatching method and vehicle dispatching system | |
| CN1825358A (en) | System and method for providing public tranport information | |
| JPH11120487A (en) | Mobile object terminal equipment, for providing device, system, and method information and medium recording program for mobile object terminal equipment | |
| CN105489051A (en) | Bus station arrival prompting method, mobile terminal and cloud server | |
| CN103929729A (en) | Vehicle Telematics Unit Management | |
| CN107705576A (en) | Vehicle fake-license detection method, server and storage medium | |
| CN111652639B (en) | Service recommendation method and system | |
| CN104252777A (en) | Intelligent bidirectional real-time vehicle dispatching system | |
| CN106372119A (en) | Method for judging bus passenger travel information through mobile phone APP and card swiping | |
| US20180012148A1 (en) | Vehicle booking system and method thereof | |
| CN201417309Y (en) | Bus positioning query system | |
| TWI450211B (en) | Taxi calling system with matching function and method thereof | |
| JP4552079B2 (en) | Information distribution service system linked to personal calendar |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| EXSB | Decision made by sipo to initiate substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20150708 |
|
| WD01 | Invention patent application deemed withdrawn after publication |