WO2003040972A1 - Ride-share request matching system and method - Google Patents

Ride-share request matching system and method Download PDF

Info

Publication number
WO2003040972A1
WO2003040972A1 PCT/GB2002/005060 GB0205060W WO03040972A1 WO 2003040972 A1 WO2003040972 A1 WO 2003040972A1 GB 0205060 W GB0205060 W GB 0205060W WO 03040972 A1 WO03040972 A1 WO 03040972A1
Authority
WO
WIPO (PCT)
Prior art keywords
lift
requirer
providers
provider
request
Prior art date
Application number
PCT/GB2002/005060
Other languages
French (fr)
Inventor
Stephen John Isaac
Original Assignee
Sitra Ltd
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 GBGB0126809.3A external-priority patent/GB0126809D0/en
Priority claimed from GB0129265A external-priority patent/GB0129265D0/en
Priority claimed from GB0202864A external-priority patent/GB0202864D0/en
Priority claimed from GB0221614A external-priority patent/GB0221614D0/en
Application filed by Sitra Ltd filed Critical Sitra Ltd
Priority to US10/493,230 priority Critical patent/US20040249818A1/en
Priority to EP02779666A priority patent/EP1449137A1/en
Publication of WO2003040972A1 publication Critical patent/WO2003040972A1/en

Links

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
    • G06Q10/00—Administration; Management
    • G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
    • G06Q10/047—Optimisation of routes or paths, e.g. travelling salesman problem
    • 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/02—Marketing; Price estimation or determination; Fundraising
    • 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/08—Auctions
    • 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

Definitions

  • the present invention relates to a real-time, ride-share request matching system for matching persons registered as lift requirers and requiring a lift to persons registered as lift providers and available to consider providing lifts, such as to enable the sharing of personal vehicle journeys, in particular car journeys.
  • the sharing of vehicle journeys increases the relative number of people who travel in vehicles, and thus reduces the number of vehicle journeys per person, but is currently often difficult to arrange, and is then only really effective for defined routes, for example, in sharing a lift to work, and, usually because of security fears, is only utilized when the sharing persons know each other.
  • the present invention provides a real-time ride-share request matching system for matching persons registered as lift requirers and requiring a lift to persons registered as lift providers and available to consider providing lifts such as to enable sharing of vehicle journeys, each of the lift requirers having a mobile communicator for making lift requests and each of the lift providers having a mobile communicator for addressing lift requests, the system comprising: a request handling module for receiving lift requests, each including a voice message, from lift requirers; a communications network for relaying lift requests to respective lift providers as determined by the locations of the respective lift requirers; and a reply handling module for receiving replies from lift providers to respective lift requests in accepting the same.
  • the present invention provides a real-time ride-share matching method for matching persons registered as lift requirers and requiring a lift to persons registered as lift providers and available to consider providing lifts such as to enable sharing of vehicle journeys, each of the lift requirers having a mobile communicator for making lift requests and each of the lift providers having a mobile communicator for addressing lift requests, the method comprising the steps of: receiving lift requests, each including a voice message, from lift requirers; relaying lift requests to respective lift providers as determined by the locations of the respective lift requirers; and receiving replies from lift providers to respective lift requests in accepting the same.
  • the present invention provides a real-time, location-based request matching system and method which enables the sharing of vehicle journeys by one or more persons who are not necessarily known to each other.
  • the present invention has been developed to provide for the more efficient and secure use of vehicle journeys, and it is envisaged that the present invention could be allied with other incentives, such as to provide discounted vehicle tax in accordance with the number and length of shared journeys made in a certain period, or employer benefits, particularly where the shared journeys are with work colleagues.
  • Figure 1 schematically illustrates a ride-share request matching system in accordance with a preferred embodiment of the present invention.
  • the system comprises a wireless communications network, in this embodiment comprising a plurality of transmitter/receiver units 3a, 3b, 3c, each assigned to a respective geographic zone 4a, 4b, 4c, which communicate with a plurality of mobile communicators 5, and a communications unit 7 for controlling communication between respective ones of the transmitter/receiver units 3a, 3b, 3c and the mobile communicators 5 and recording the locations of the mobile communicators 5.
  • a wireless communications network in this embodiment comprising a plurality of transmitter/receiver units 3a, 3b, 3c, each assigned to a respective geographic zone 4a, 4b, 4c, which communicate with a plurality of mobile communicators 5, and a communications unit 7 for controlling communication between respective ones of the transmitter/receiver units 3a, 3b, 3c and the mobile communicators 5 and recording the locations of the mobile communicators 5.
  • the wireless communications network comprises a cellular radio communications network, where the mobile communicators 5 are cellular radio communicators, typically mobile telephones or PDAs, and the geographic zones 4a, 4b, 4c assigned to each of the respective transmitter/receiver units 3a, 3b, 3c are cells, each identifiable by a cell id.
  • the mobile communicators 5 are cellular radio communicators, typically mobile telephones or PDAs
  • the geographic zones 4a, 4b, 4c assigned to each of the respective transmitter/receiver units 3a, 3b, 3c are cells, each identifiable by a cell id.
  • the transmitter/receiver units 3a, 3b, 3c are configured to broadcast to any mobile communicators 5 in the associated geographic zone 4a, 4b, 4c, and the mobile communicators 5 of registered lift providers are configured such as to be responsive to communications so broadcast by the transmitter/receiver units 3a, 3b, 3c.
  • a plurality of mobile communicators 5 located in one geographic zone 4a are illustrated as being in broadcast communication with the transmitter/receiver unit 3a associated with the one geographic zone 4a.
  • the mobile communicators 5 of registered lift providers are configured, where logged into the system, to relay a lift request, by replaying the lift request where recorded, as communicated by the respective transmitter/receiver unit 3a, 3b, 3c without any intervention on the part of the respective lift providers, that is, without requiring the mobile communicators 5 to ring and be addressed by the respective lift providers, which advantageously allows for hands-free and voice-free reception of lift requests.
  • the mobile communicators 5 of registered lift providers could be configured, where logged into the system, to ring on receipt of a communication, and relay a lift request, by replaying the lift request where recorded, as received in the communication on being addressed by the respective lift providers.
  • transmitter/receiver units 3a, 3b, 3c could be configured such that the broadcast is a multicast to selected ones of the mobile communicators 5 in the associated geographic zone 4a, 4b, 4c.
  • the transmitter/receiver units 3a, 3b, 3c could be configured to communicate individually, either serially over a single channel or at least in part simultaneously over a plurality of channels, with mobile communicators 5 in the associated geographic zone 4a, 4b, 4c, and the mobile communicators 5 of registered lift providers being configured such as to be responsive to communications so communicated by the transmitter/receiver units 3a, 3b, 3c.
  • the communications unit 7 comprises a control module 8 for controlling communication between respective ones of the transmitter/receiver units 3a, 3b, 3c and the mobile communicators 5, and a communicator location recording module 9 for maintaining a record of the locations of the mobile communicators 5 in the communications network.
  • the communicator location recording module 9 includes a record of the location of each mobile communicator 5 in the communications network, either by reference to a specific location, as identified by a co-ordinate system, or by reference to a geographic zone 4a, 4b, 4c.
  • Knowledge of the specific locations of the mobile communicators 5 enables communication to be established selectively with the mobile communicators 5 of available lift providers in any required spatial zone, and advantageously this spatial zone, such as a radius, need not be constrained to a geographic zone 4a, 4b, 4c associated with a respective transmitter/receiver unit 3a, 3b, 3c.
  • Knowledge of the mobile communicators 5 in any geographic zone 4a, 4b, 4c associated with a respective transmitter/receiver unit 3a, 3b, 3c enables a multicast communication to be established with the mobile communicators 5 of available lift providers in the respective geographic zone 4a, 4b, 4c without requiring any knowledge of the specific locations of the mobile communicators 5 of the available lift providers, which thereby advantageously avoids the need to obtain specific location information for the mobile communicators 5.
  • the system further comprises a request matching unit 10 for matching registered lift requirers to registered lift providers.
  • the system requires all lift requirers and lift providers to be registered in order inter alia to ensure the personal security thereof.
  • the registration information for each lift requirer includes details of the mobile communicator 5, in this embodiment, as cellular radio communicators, the dialling number, to be used in accessing the system, personal details, including name, age, sex, occupation, interests, etc, home address, lift provider requirements, that is, requirements of any lift provider, such as requiring one of a male or female lift provider, a lift provider of a particular age group or a lift provider from a particular locality, and account details so as to enable any charges incurred in use of the system to be debited.
  • the registration information for each lift provider, who can also be registered as a lift requirer includes details of the mobile communicator 5, in this embodiment, as cellular radio communicators, the dialling number, to be used in accessing the system, personal details, including name, age, sex, occupation, interests, etc, home address, vehicle details, including registration number, make, color, age, etc, lift requirer requirements, that is, requirements of any lift requirer, such as requiring one of a male or female lift requirer, a lift requirer of a particular age group, and account details, which account details are necessary to enable any charges accrued in providing lifts to lift requirers to be credited.
  • the registration information includes lift provider requirements, that is, requirements of any lift provider, such as requiring one of a male or female lift provider, a lift provider of a particular age group or a lift provider from a particular locality, and account details so as to enable any charges incurred in use of the system as a lift requirer to be debited.
  • the registration information can include further information as necessary to enable the identification of any lift requirer or lift provider.
  • any persons registering to the system can be vetted to ensure their standing and trustworthiness.
  • a check would be made to ensure that any person has no criminal record, in particular for violence, and, for any person registering as a lift provider, that the person has a full driving licence.
  • each person is assigned a personal identification code, in this embodiment a personal identification number (PIN), and a public identification code, in this embodiment a four-letter identity code (FLIC).
  • PINs are required to be kept secret, and ensure that only the person registered in respect of a respective mobile communicator 5 can access the system.
  • FLICs are utilized publicly to identify each registered person, and are made known to respective lift requirers and providers in order to establish the identities thereof. In being a code, the anonymity, at least in terms of name, of the respective lift requirers and providers can, if desired, be maintained.
  • the FLIC could be generated, for example, through the use of a random number generator, for each lift, such that, on acceptance of a lift request by a lift provider, the lift requirer and accepting lift provider would each be assigned a respective FLIC.
  • the use of a FLIC assigned at registration is, however, envisaged to be more practical, since this would avoid possible confusion through use of a continually changing code, it being easier to remember a FLIC which is used repeatedly, and also has the advantage of enabling lift providers to recognize regular lift requirers, which would assist lift providers in deciding whether to accept a lift request.
  • the request matching unit 10 comprises a lift provider logging module 11 which maintains a log of all lift providers currently logged onto the system as being available lift providers, that is, lift providers who are currently willing to provide registered lift requirers with a lift.
  • a lift provider logs onto the system by using his/her mobile communicator 5, here through an "Available” option in a displayed menu, to establish communication with the lift provider logging module 11 through the communications network, the system enabling a person to log on as one of a lift provider or a lift requirer as will be described in more detail hereinbelow, and enters his/her PIN to authenticate himself/herself to the mobile communicator 5 being used, with the identity of the mobile communicator 5 being determined from the calling line identity (CLI).
  • CLI calling line identity
  • the system is configured such as not to allow a lift provider to log onto the system either where the CLI of the mobile communicator 5 being used is disabled, which is such as to prevent direct identification thereof, or the PIN does not match that registered for the CLI of the mobile communicator 5 being used.
  • the system is configured such that, by default, a lift provider receives a contribution from any lift requirer when sharing a journey, but can be set by a lift provider so as not to require a contribution, here through a "Contribution" option in a displayed menu.
  • the request matching unit 10 further comprises a request handling module 15 for handling lift requests from registered lift requirers.
  • a lift requirer accesses the system by using his/her mobile communicator 5, here through a "Request" option in a displayed menu, to establish communication with the request handling module 15 through the communications network, and enters his/her PIN to authenticate himself/herself to the mobile communicator 5 being used, with the identity of the mobile communicator 5 being determined from the calling line identity (CLI).
  • CLI calling line identity
  • system is configured such as not to allow a lift requirer to access the request handling module 15 either where the CLI of the mobile communicator 5 being used is disabled, which is such as to prevent direct identification thereof, or the entered PIN does not match that registered for the CLI of the mobile communicator 5 being used.
  • a lift requirer in making a request, can select from one of two request modes, a first mode where a lift requirer simply inputs information in making a lift request, and a second mode where the lift requirer is presented with certain information prior to proceeding to leave a lift request.
  • a lift requirer leaves a voice message stating the pick-up point, his/her destination, his/her FLIC and any other relevant information, such as that he/she is travelling with a pet.
  • a lift requirer is presented with a short list of suggested pick- up points, in this embodiment with an associated map where the mobile communicator 5 of the lift requirer is enabled to receive pictoral information, such as a WAP-enabled communicator or an MMS-enabled communicator, and the number of available lift providers in his/her geographic zone 4a, 4b, 4c together with an indication as to whether those lift providers require a contribution to the cost of the journey.
  • pictoral information such as a WAP-enabled communicator or an MMS-enabled communicator
  • the lift requirer decides to proceed to make a lift request, he/she makes his/her way to a pick-up point, which need not necessarily be one of the suggested pick-up points, the lift requirer leaves a voice message stating the pick-up point, his/her destination, his/her FLIC and any other relevant information, such as that he/she is travelling with a pet.
  • the location of the mobile communicator 5 of the lift requirer is determined from the location records of the mobile communicators 5 maintained in the communicator location recording module 9 of the communications unit 7, such as to determine the geographic zone 4a, 4b, 4c, in this embodiment the cell id, in which the mobile communicator 5 of the lift requirer is located.
  • the control module 8 of the communications unit 7 acts to cause the transmitter/receiver unit 3a, 3b, 3c in the respective geographic zone 4a, 4b, 4c to broadcast the lift request to the mobile communicators 5 in the respective geographic zone 4a, 4b, 4c.
  • the location of the mobile communicator 5 of the lift requirer is determined from the location records of the mobile communicators 5 maintained in the communicator location recording module 9 of the communications unit 7, such as to determine the geographic zone 4a, 4b, 4c, in this embodiment the cell id, in which the mobile communicator 5 of the lift requirer is located, and, on determining the geographic zone 4a, 4b, 4c in which the mobile communicator 5 of the lift requirer is located, the mobile communicators 5 of available lift providers in the respective geographic zone 4a, 4b, 4c are then determined from the location records of the mobile communicators 5 maintained in the communicator location recording module 9 of the communications unit 7.
  • the control module 8 of the communications unit 7 acts to cause the transmitter/receiver unit 3a, 3b, 3c in the respective geographic zone 4a, 4b, 4c to multicast the lift request to the determined mobile communicators 5 of the available lift providers in the respective geographic zone 4a, 4b, 4c.
  • the location of the mobile communicator 5 of the lift requirer is determined from the location records of the mobile communicators 5 maintained in the communicator location recording module 9 of the communications unit 7, such as to determine the geographic zone 4a, 4b, 4c, in this embodiment the cell id, in which the mobile communicator 5 of the lift requirer is located, and, on determining the geographic zone 4a, 4b, 4c in which the mobile communicator 5 of the lift requirer is located, the mobile communicators 5 of available lift providers in the respective geographic zone 4a, 4b, 4c are then determined from the location records of the mobile communicators 5 maintained in the communicator location recording module 9 of the communications unit 7.
  • the control module 8 of the communications unit 7 acts to cause the transmitter/receiver unit 3a, 3b, 3c in the respective geographic zone 4a, 4b, 4c to relay individually the lift request to the determined mobile communicators 5 of the available lift providers in the respective geographic zone 4a, 4b, 4c.
  • the available lift providers in the respective geographic zone 4a, 4b, 4c then receive the lift request at the mobile communicators 5 thereof; the lift request being the voice message as recorded by the lift requirer, that is, including the pick-up point, the destination of the lift requirer, the FLIC of the lift requirer and other relevant information, such as that the lift requirer is travelling with a pet.
  • the lift request is relayed as communicated without any intervention on the part of the respective lift providers, that is, without requiring the mobile communicators 5 of the determined available lift providers to ring and be addressed by the respective lift providers.
  • the mobile communicators 5 of available lift providers ring on receipt of a communication, and the lift request is relayed as communicated on being addressed by the respective lift providers.
  • the request matching unit 9 further comprises a reply handling module 16 for handling replies from lift providers to lift requests.
  • any of the available lift providers can accept the lift request by selecting an "Accept” option.
  • the mobile communicators 5 of the lift providers are configured to be voice activated, such that the available lift providers accept a lift request simply by speaking "Accept”.
  • the "Accept" option can be presented in a displayed menu.
  • an available lift provider believes that he/she can give the lift requirer a lift, at least part way towards his/her destination, and feels comfortable about the voice message of the lift request from the lift requirer, the lift requirer selects the "Accept" option, and a flag corresponding to the respective lift request as held by the request handling module 15 is set to a provider acceptance state. It will be appreciated that by requiring the lift request to comprise a voice message, the available lift providers can gain quite a measure of confidence from the style and tone of the voice message. The use of a voice message is also advantageous in allowing for hands-free operation, and allows the lift request to be a free-format request, as opposed to a structured request constructed using, for example, set keywords.
  • the reply handling module 16 acts to provide the respective active lift provider with an audible confirmation, in this embodiment a "Confirmed" voice message, followed by a repeat of the lift request, and in this embodiment a text representation of the FLIC of the lift requirer, and a representation of the pick-up point, here by one or both of a text or pictoral representation, such as a map.
  • the system further comprises a journey logging module 17 which is configured to log journey details for each lift request following acceptance by respective lift providers, and configure the mobile communicators 5 of respective lift requirers and lift providers to be in a journey mode, which, as will be described in more detail hereinbelow, provides for the mobile communicators 5 to have predetermined functionality, in introducing additional functions, for example, emergency and travel information functions.
  • a journey logging module 17 which is configured to log journey details for each lift request following acceptance by respective lift providers, and configure the mobile communicators 5 of respective lift requirers and lift providers to be in a journey mode, which, as will be described in more detail hereinbelow, provides for the mobile communicators 5 to have predetermined functionality, in introducing additional functions, for example, emergency and travel information functions.
  • the journey logging module 17 logs all journeys for each of the registered lift providers, and, for each lift request, logs the following details: (i) lift requirer and lift provider, (ii) vehicle registration, (iii) pick-up date, time and location, (iv) route information, including locations and times along route, (v) distance travelled, (vi) drop-off date, time and location, (vii) time period between making the lift request and acceptance by the lift provider, (viii) time to accept by the lift provider, and (ix) required contribution to the cost of the journey.
  • the locations of the mobile communicators 5 of the respective lift requirers and lift providers are recorded in a GIS database using a co-ordinate system in order to be able to fix the position of the mobile communicators 5 and hence the vehicles of respective lift providers.
  • the locations of the mobile communicators 5 are determined by one of triangulation or radio positioning, such as GPS.
  • triangulation or radio positioning such as GPS.
  • GPS GPS
  • the locations of the mobile communicators 5 of the lift requirers and lift providers can be assigned to the geographic zones 4a, 4b, 4c of the communications network.
  • this travel log information is utilized to calculate the contributions required of lift requirers to the travel costs of lift providers as determined by usage, which contributions are debited from the accounts of the respective lift requirers, and the payments to be made to lift providers as determined by usage, which payments are credited to the accounts of the respective lift providers.
  • the available lift provider having accepted the lift request then drives to the designated pick-up point, and, if, from appearance, the lift requirer appears acceptable to the lift provider, the lift provider approaches the lift requirer and quotes the FLIC of the lift requirer; knowledge of the FLIC confirming that the lift provider is registered to the system. If there is anything that the lift provider feels uneasy about, for example, the appearance of the lift requirer, he/she can continue with the journey and selects a "Decline" option, the lift requirer being unaware that an accepted lift request has been subsequently declined.
  • the lift requirer then utilizes his/her mobile communicator 5 to provide journey confirmation for the shared journey, in this embodiment by selecting a "Journey Confirmation" option from an available menu, and enters the vehicle registration number.
  • the vehicle registration number is provided to the request handling module 15 to set the flag for the respective lift request to a provider confirmation state, in response to which the request handling module 15 instructs the journey logging module 17 to return, in this embodiment by text representation, the FLIC of the lift provider registered to the vehicle and confirmation as to whether the lift provider has requested a contribution towards the cost of the journey.
  • the lift requirer then asks the lift provider for his/her FLIC, and if the FLIC is correct, the lift requirer confirms the lift, in this embodiment by selecting a "Lift Confirmation" option from an available menu, and can enter the vehicle in the safe knowledge that the lift provider is the person registered to the vehicle. With lift confirmation, the journey logging module 17 assumes the journey mode for the respective lift request.
  • the lift requirer has to identify himself/herself, in this embodiment by displaying a card bearing his/her FLIC, in order that the lift provider can identify the lift requirer.
  • the flag corresponding to the respective lift request as held by the request handling module 15 is reset from the provider acceptance state to the pending state, and the lift request is re-communicated to available lift providers currently in the respective geographic zone 4a, 4b, 4c as described hereinabove, with the lift requirer being unaware that a lift provider has declined a previously- accepted lift request. Similarly, if no lift provider has accepted the initial lift request, after a short interval the lift request is re-transmitted to new lift providers having entered the respective geographic zone 4a, 4b, 4c.
  • the request matching unit 10 further comprises a status reporting module 19 which enables, in this embodiment by selecting a "Request Status" option from an available menu, lift requirers to obtain status reports regarding their respective requests, as typically may be sought when waiting at a pick-up point.
  • the information returned includes: (i) the time period for which his/her request has been outstanding, (ii) the number of lift providers who have passed nearby, here through the respective geographic zone 4a, 4b, 4c, since the lift request was made, these lift providers being classified by the direction of travel, here by the primary compass directions North, South, East and West, and as to whether a contribution to travel costs is required, (iii) the number of available lift providers currently in the respective geographic zone 4a, 4b, 4c, and (iv) the number of declines which have been received, which information is here delayed by a random period, typically up to three minutes, so as to prevent a lift requirer associating a decline with a particular vehicle, and hence lift provider.
  • the information in the status report would be used to modify a lift request which has proved unsuccessful.
  • a lift requirer may decide to try another pick-up point according to the relative directions of travel of available lift providers through the respective geographic zone 4a, 4b, 4c, try later where the number of available lift providers currently in the respective geographic zone 4a, 4b, 4c is low, change his/her lift request, for example, by designating a different initial direction of travel according to the relative directions of travel of available lift providers through the respective geographic zone 4a, 4b, 4c, or improve his/her appearance where a number of declines have been received.
  • the request matching unit 10 further comprises a travel information module 21 which enables, in this embodiment by selecting a "Travel Information" option from an available menu, lift requirers to obtain certain travel information when in the journey mode, including: (i) a list of suggested pick-up/drop-off points for the current or an alternate geographic zone 4a, 4b, 4c, (ii) the number of available lift providers in a geographic zone 4a, 4b, 4c, either the current or an alternate zone, these lift providers being classified by the direction of travel, here by the primary compass directions North, South, East and West, and as to whether a contribution to travel costs is required, and (iii) information relevant to a geographic zone 4a, 4b, 4c, either the current or an alternate zone, particularly relating to the use of the system. It is envisaged that this information will be utilized by lift requirers in deciding where to be dropped off when a further lift is required to reach his/her destination.
  • an available lift provider can share journeys with more than one lift requirer at any time, but the journey mode is maintained for each lift requirer until a termination event exists, that is, the journey mode established between the lift provider and a first lift requirer is maintained when another journey mode is established between the lift provider and a second lift requirer. Also, in this embodiment the system enables a lift requirer to make a further lift request even where the lift requirer is currently sharing a lift, but again the existing journey mode is maintained until a termination event exists.
  • the system is configured, in the interests of security, such that the mobile communicators 5 of the respective lift requirer and lift provider remain in the journey mode until a termination event exists, which in this embodiment is either where the mobile communicators 5 of the respective lift requirer and lift provider are physically separated by a predetermined distance or a predetermined period of time has elapsed in which the mobile communicators 5 of the respective lift requirer and lift provider are static, here embodied by the mobile communicators 5 of the respective lift requirer and lift provider being in the same geographic zone 4a, 4b, 4c.
  • This configuration prevents one of either the respective lift requirer or lift provider from disabling the emergency function of the mobile communicator 5 of the other of the respective lift requirer or lift provider.
  • the request matching unit 10 further comprises an emergency contact module 23 which provides for emergency contact by lift requirers or lift providers with an emergency service, typically the police, in the event of an emergency.
  • an emergency contact module 23 which provides for emergency contact by lift requirers or lift providers with an emergency service, typically the police, in the event of an emergency.
  • the system is configured such that, while the mobile communicators 5 of lift requirers and lift providers are in journey mode, a communication is established with a designated emergency service, such as the police, through the application of a predetermined keystroke.
  • a designated emergency service such as the police
  • the emergency function is enabled when a key on the respective mobile communicator 5 is pressed in quick succession, which emergency function, when actuated, causes an emergency message to be transmitted to the emergency service, which message includes details of the vehicle, including the registration number, make, color, age, etc, the current location as derived from the location of the mobile communicators 5 of the lift provider and the at least one lift requirer in the vehicle, the direction of travel and the names and addresses of the lift provider and the at least one lift requirer in the vehicle.
  • the emergency service should be able quickly to locate and stop the relevant vehicle.
  • the emergency function also discretely opens up a voice channel with the emergency service so as to enable the emergency service to listen in on conversations within the vehicle.
  • the operation of the emergency function to open up a voice channel is enabled by a different keystroke to that for transmitting the emergency message, here by holding down a key for an extended period of time.
  • This emergency function enables the emergency service once contacted to follow the movement of the mobile communicators 5 of the lift provider and at least one lift requirer in the vehicle, and hence determine the location of the vehicle.
  • the lift request could include textual information or pictoral information, such as a map of the pick-up point or a photograph, for example, of the respective lift requirer.
  • the system of the present invention also enables instant use where a lift requirer and a lift provider are aware that one requires a lift and the other is willing to give a lift, and yet gaining all the benefits of the inherent security.
  • a lift provider can log onto the system in the manner described hereinabove on identifying a person requiring a lift, typically a person waiting at the roadside, at which point the lift requirer enters the FLIC of the lift provider in his/her mobile communicator 5, with the system being configured such as to confirm the lift on entry of the FLIC of the lift provider.
  • the system is configured to enable a lift requirer to confirm a lift with another lift provider by entering the vehicle registration of the new lift provider.
  • the system is configured to transmit a cancellation message, as one or both of a voice and text message, to the previously-accepting lift provider.
  • the request matching unit 10 is also configured to enable a lift requirer to bid for a taxi ride or a demand route bus service.
  • the lift request would be multicast to one of registered taxi providers or demand bus service providers in the respective geographic zone 4a, 4b, 4c, with the first taxi provider or demand bus service provider to select an "Accept" option receiving a "Confirmed” message and the lift request, and being automatically connected through to the lift requirer so that he/she could confirm that he/she was on his/her way.
  • the other registered taxi providers or demand bus service providers in the respective geographic zone 4a, 4b, 4c would not receive the "Confirmed" message, and thus understand that the ride had been earlier accepted by another registered taxi provider or demand bus service provider.

Abstract

The present invention relates to a real-time, ride-share request matching system for and method of matching persons registered as lift requirers and requiring a lift to persons registered as lift providers and available to consider providing lifts such as to enable sharing of vehicle journeys, each of the lift requirers having a mobile communicator for making lift requests and each of the lift providers having a mobile communicator for addressing lift requests, the method comprising the steps of: receiving lift requests, each including a voice message, from lift requirers; relaying lift requests to respective lift providers as determined by the locations of the respective lift requirers; and receiving replies from lift providers to respective lift requests in accepting the same.

Description

RIDE-SHARE REQUEST MATCHING SYSTFM AND METHOD
The present invention relates to a real-time, ride-share request matching system for matching persons registered as lift requirers and requiring a lift to persons registered as lift providers and available to consider providing lifts, such as to enable the sharing of personal vehicle journeys, in particular car journeys.
For many reasons, principally environmental, there is a general desire, particularly by governmental bodies, to reduce the number of personal vehicle journeys. Improving public transport is seen as the key to achieving this goal, but, even with the necessary investment to improve public transport, timetable and route restrictions will always restrict the use of public transport. It is perceived that personal vehicles, such as cars, which have the ability to go anywhere and at anytime, will remain a dominant form of transport.
The sharing of vehicle journeys increases the relative number of people who travel in vehicles, and thus reduces the number of vehicle journeys per person, but is currently often difficult to arrange, and is then only really effective for defined routes, for example, in sharing a lift to work, and, usually because of security fears, is only utilized when the sharing persons know each other.
It is thus an aim of the present invention to provide a real-time, ride-share request matching system and method which provides for the more efficient, but yet secure, use of vehicle journeys by increasing the relative number of people travelling in vehicles.
In one aspect the present invention provides a real-time ride-share request matching system for matching persons registered as lift requirers and requiring a lift to persons registered as lift providers and available to consider providing lifts such as to enable sharing of vehicle journeys, each of the lift requirers having a mobile communicator for making lift requests and each of the lift providers having a mobile communicator for addressing lift requests, the system comprising: a request handling module for receiving lift requests, each including a voice message, from lift requirers; a communications network for relaying lift requests to respective lift providers as determined by the locations of the respective lift requirers; and a reply handling module for receiving replies from lift providers to respective lift requests in accepting the same.
In another aspect the present invention provides a real-time ride-share matching method for matching persons registered as lift requirers and requiring a lift to persons registered as lift providers and available to consider providing lifts such as to enable sharing of vehicle journeys, each of the lift requirers having a mobile communicator for making lift requests and each of the lift providers having a mobile communicator for addressing lift requests, the method comprising the steps of: receiving lift requests, each including a voice message, from lift requirers; relaying lift requests to respective lift providers as determined by the locations of the respective lift requirers; and receiving replies from lift providers to respective lift requests in accepting the same.
In essence, the present invention provides a real-time, location-based request matching system and method which enables the sharing of vehicle journeys by one or more persons who are not necessarily known to each other.
The present invention has been developed to provide for the more efficient and secure use of vehicle journeys, and it is envisaged that the present invention could be allied with other incentives, such as to provide discounted vehicle tax in accordance with the number and length of shared journeys made in a certain period, or employer benefits, particularly where the shared journeys are with work colleagues.
The present invention is to be known as the Travelshare ™ ride-sharing system. Preferred embodiments of the present invention will now be described hereinbelow by way of example only with reference to the accompanying drawing, in which:
Figure 1 schematically illustrates a ride-share request matching system in accordance with a preferred embodiment of the present invention.
The system comprises a wireless communications network, in this embodiment comprising a plurality of transmitter/receiver units 3a, 3b, 3c, each assigned to a respective geographic zone 4a, 4b, 4c, which communicate with a plurality of mobile communicators 5, and a communications unit 7 for controlling communication between respective ones of the transmitter/receiver units 3a, 3b, 3c and the mobile communicators 5 and recording the locations of the mobile communicators 5.
In this embodiment the wireless communications network comprises a cellular radio communications network, where the mobile communicators 5 are cellular radio communicators, typically mobile telephones or PDAs, and the geographic zones 4a, 4b, 4c assigned to each of the respective transmitter/receiver units 3a, 3b, 3c are cells, each identifiable by a cell id.
In this embodiment the transmitter/receiver units 3a, 3b, 3c are configured to broadcast to any mobile communicators 5 in the associated geographic zone 4a, 4b, 4c, and the mobile communicators 5 of registered lift providers are configured such as to be responsive to communications so broadcast by the transmitter/receiver units 3a, 3b, 3c. For the purposes of exemplification, a plurality of mobile communicators 5 located in one geographic zone 4a are illustrated as being in broadcast communication with the transmitter/receiver unit 3a associated with the one geographic zone 4a. In this embodiment the mobile communicators 5 of registered lift providers are configured, where logged into the system, to relay a lift request, by replaying the lift request where recorded, as communicated by the respective transmitter/receiver unit 3a, 3b, 3c without any intervention on the part of the respective lift providers, that is, without requiring the mobile communicators 5 to ring and be addressed by the respective lift providers, which advantageously allows for hands-free and voice-free reception of lift requests.
In another embodiment the mobile communicators 5 of registered lift providers could be configured, where logged into the system, to ring on receipt of a communication, and relay a lift request, by replaying the lift request where recorded, as received in the communication on being addressed by the respective lift providers.
In an alternative embodiment the transmitter/receiver units 3a, 3b, 3c could be configured such that the broadcast is a multicast to selected ones of the mobile communicators 5 in the associated geographic zone 4a, 4b, 4c.
In another alternative embodiment the transmitter/receiver units 3a, 3b, 3c could be configured to communicate individually, either serially over a single channel or at least in part simultaneously over a plurality of channels, with mobile communicators 5 in the associated geographic zone 4a, 4b, 4c, and the mobile communicators 5 of registered lift providers being configured such as to be responsive to communications so communicated by the transmitter/receiver units 3a, 3b, 3c.
The communications unit 7 comprises a control module 8 for controlling communication between respective ones of the transmitter/receiver units 3a, 3b, 3c and the mobile communicators 5, and a communicator location recording module 9 for maintaining a record of the locations of the mobile communicators 5 in the communications network. In this embodiment the communicator location recording module 9 includes a record of the location of each mobile communicator 5 in the communications network, either by reference to a specific location, as identified by a co-ordinate system, or by reference to a geographic zone 4a, 4b, 4c. Knowledge of the specific locations of the mobile communicators 5 enables communication to be established selectively with the mobile communicators 5 of available lift providers in any required spatial zone, and advantageously this spatial zone, such as a radius, need not be constrained to a geographic zone 4a, 4b, 4c associated with a respective transmitter/receiver unit 3a, 3b, 3c. Knowledge of the mobile communicators 5 in any geographic zone 4a, 4b, 4c associated with a respective transmitter/receiver unit 3a, 3b, 3c enables a multicast communication to be established with the mobile communicators 5 of available lift providers in the respective geographic zone 4a, 4b, 4c without requiring any knowledge of the specific locations of the mobile communicators 5 of the available lift providers, which thereby advantageously avoids the need to obtain specific location information for the mobile communicators 5.
The system further comprises a request matching unit 10 for matching registered lift requirers to registered lift providers. The system requires all lift requirers and lift providers to be registered in order inter alia to ensure the personal security thereof.
The registration information for each lift requirer includes details of the mobile communicator 5, in this embodiment, as cellular radio communicators, the dialling number, to be used in accessing the system, personal details, including name, age, sex, occupation, interests, etc, home address, lift provider requirements, that is, requirements of any lift provider, such as requiring one of a male or female lift provider, a lift provider of a particular age group or a lift provider from a particular locality, and account details so as to enable any charges incurred in use of the system to be debited.
The registration information for each lift provider, who can also be registered as a lift requirer, includes details of the mobile communicator 5, in this embodiment, as cellular radio communicators, the dialling number, to be used in accessing the system, personal details, including name, age, sex, occupation, interests, etc, home address, vehicle details, including registration number, make, color, age, etc, lift requirer requirements, that is, requirements of any lift requirer, such as requiring one of a male or female lift requirer, a lift requirer of a particular age group, and account details, which account details are necessary to enable any charges accrued in providing lifts to lift requirers to be credited. Where a lift provider is also to be registered as a lift requirer, the registration information includes lift provider requirements, that is, requirements of any lift provider, such as requiring one of a male or female lift provider, a lift provider of a particular age group or a lift provider from a particular locality, and account details so as to enable any charges incurred in use of the system as a lift requirer to be debited.
In other embodiments the registration information can include further information as necessary to enable the identification of any lift requirer or lift provider.
By requiring such registration information, any persons registering to the system can be vetted to ensure their standing and trustworthiness. In addition to checking the details provided against available records, it is envisaged that a check would be made to ensure that any person has no criminal record, in particular for violence, and, for any person registering as a lift provider, that the person has a full driving licence.
On registration, each person is assigned a personal identification code, in this embodiment a personal identification number (PIN), and a public identification code, in this embodiment a four-letter identity code (FLIC). The PINs are required to be kept secret, and ensure that only the person registered in respect of a respective mobile communicator 5 can access the system. The FLICs are utilized publicly to identify each registered person, and are made known to respective lift requirers and providers in order to establish the identities thereof. In being a code, the anonymity, at least in terms of name, of the respective lift requirers and providers can, if desired, be maintained.
In an alternative embodiment the FLIC could be generated, for example, through the use of a random number generator, for each lift, such that, on acceptance of a lift request by a lift provider, the lift requirer and accepting lift provider would each be assigned a respective FLIC. The use of a FLIC assigned at registration is, however, envisaged to be more practical, since this would avoid possible confusion through use of a continually changing code, it being easier to remember a FLIC which is used repeatedly, and also has the advantage of enabling lift providers to recognize regular lift requirers, which would assist lift providers in deciding whether to accept a lift request.
The request matching unit 10 comprises a lift provider logging module 11 which maintains a log of all lift providers currently logged onto the system as being available lift providers, that is, lift providers who are currently willing to provide registered lift requirers with a lift.
In this embodiment a lift provider logs onto the system by using his/her mobile communicator 5, here through an "Available" option in a displayed menu, to establish communication with the lift provider logging module 11 through the communications network, the system enabling a person to log on as one of a lift provider or a lift requirer as will be described in more detail hereinbelow, and enters his/her PIN to authenticate himself/herself to the mobile communicator 5 being used, with the identity of the mobile communicator 5 being determined from the calling line identity (CLI).
In this embodiment the system is configured such as not to allow a lift provider to log onto the system either where the CLI of the mobile communicator 5 being used is disabled, which is such as to prevent direct identification thereof, or the PIN does not match that registered for the CLI of the mobile communicator 5 being used. In this embodiment the system is configured such that, by default, a lift provider receives a contribution from any lift requirer when sharing a journey, but can be set by a lift provider so as not to require a contribution, here through a "Contribution" option in a displayed menu.
The request matching unit 10 further comprises a request handling module 15 for handling lift requests from registered lift requirers. In this embodiment a lift requirer accesses the system by using his/her mobile communicator 5, here through a "Request" option in a displayed menu, to establish communication with the request handling module 15 through the communications network, and enters his/her PIN to authenticate himself/herself to the mobile communicator 5 being used, with the identity of the mobile communicator 5 being determined from the calling line identity (CLI).
In this embodiment the system is configured such as not to allow a lift requirer to access the request handling module 15 either where the CLI of the mobile communicator 5 being used is disabled, which is such as to prevent direct identification thereof, or the entered PIN does not match that registered for the CLI of the mobile communicator 5 being used.
In this embodiment, in making a request, a lift requirer can select from one of two request modes, a first mode where a lift requirer simply inputs information in making a lift request, and a second mode where the lift requirer is presented with certain information prior to proceeding to leave a lift request. In the first, simple mode, a lift requirer leaves a voice message stating the pick-up point, his/her destination, his/her FLIC and any other relevant information, such as that he/she is travelling with a pet. In the second mode, a lift requirer is presented with a short list of suggested pick- up points, in this embodiment with an associated map where the mobile communicator 5 of the lift requirer is enabled to receive pictoral information, such as a WAP-enabled communicator or an MMS-enabled communicator, and the number of available lift providers in his/her geographic zone 4a, 4b, 4c together with an indication as to whether those lift providers require a contribution to the cost of the journey. Where the lift requirer decides to proceed to make a lift request, he/she makes his/her way to a pick-up point, which need not necessarily be one of the suggested pick-up points, the lift requirer leaves a voice message stating the pick-up point, his/her destination, his/her FLIC and any other relevant information, such as that he/she is travelling with a pet.
In this embodiment, when a lift requirer has made a lift request, the location of the mobile communicator 5 of the lift requirer is determined from the location records of the mobile communicators 5 maintained in the communicator location recording module 9 of the communications unit 7, such as to determine the geographic zone 4a, 4b, 4c, in this embodiment the cell id, in which the mobile communicator 5 of the lift requirer is located. On determining the geographic zone 4a, 4b, 4c in which the mobile communicator 5 of the lift requirer is located, the control module 8 of the communications unit 7 acts to cause the transmitter/receiver unit 3a, 3b, 3c in the respective geographic zone 4a, 4b, 4c to broadcast the lift request to the mobile communicators 5 in the respective geographic zone 4a, 4b, 4c.
In an alternative embodiment, when a lift requirer has made a lift request, the location of the mobile communicator 5 of the lift requirer is determined from the location records of the mobile communicators 5 maintained in the communicator location recording module 9 of the communications unit 7, such as to determine the geographic zone 4a, 4b, 4c, in this embodiment the cell id, in which the mobile communicator 5 of the lift requirer is located, and, on determining the geographic zone 4a, 4b, 4c in which the mobile communicator 5 of the lift requirer is located, the mobile communicators 5 of available lift providers in the respective geographic zone 4a, 4b, 4c are then determined from the location records of the mobile communicators 5 maintained in the communicator location recording module 9 of the communications unit 7. On determining the mobile communicators 5 of available lift providers in the respective geographic zone 4a, 4b, 4c, the control module 8 of the communications unit 7 acts to cause the transmitter/receiver unit 3a, 3b, 3c in the respective geographic zone 4a, 4b, 4c to multicast the lift request to the determined mobile communicators 5 of the available lift providers in the respective geographic zone 4a, 4b, 4c.
In another alternative embodiment, when a lift requirer has made a lift request, the location of the mobile communicator 5 of the lift requirer is determined from the location records of the mobile communicators 5 maintained in the communicator location recording module 9 of the communications unit 7, such as to determine the geographic zone 4a, 4b, 4c, in this embodiment the cell id, in which the mobile communicator 5 of the lift requirer is located, and, on determining the geographic zone 4a, 4b, 4c in which the mobile communicator 5 of the lift requirer is located, the mobile communicators 5 of available lift providers in the respective geographic zone 4a, 4b, 4c are then determined from the location records of the mobile communicators 5 maintained in the communicator location recording module 9 of the communications unit 7. On determining the mobile communicators 5 of available lift providers in the respective geographic zone 4a, 4b, 4c, the control module 8 of the communications unit 7 acts to cause the transmitter/receiver unit 3a, 3b, 3c in the respective geographic zone 4a, 4b, 4c to relay individually the lift request to the determined mobile communicators 5 of the available lift providers in the respective geographic zone 4a, 4b, 4c.
The available lift providers in the respective geographic zone 4a, 4b, 4c then receive the lift request at the mobile communicators 5 thereof; the lift request being the voice message as recorded by the lift requirer, that is, including the pick-up point, the destination of the lift requirer, the FLIC of the lift requirer and other relevant information, such as that the lift requirer is travelling with a pet.
In this embodiment the lift request is relayed as communicated without any intervention on the part of the respective lift providers, that is, without requiring the mobile communicators 5 of the determined available lift providers to ring and be addressed by the respective lift providers.
In another embodiment the mobile communicators 5 of available lift providers ring on receipt of a communication, and the lift request is relayed as communicated on being addressed by the respective lift providers.
The request matching unit 9 further comprises a reply handling module 16 for handling replies from lift providers to lift requests.
On receipt of the lift request, any of the available lift providers can accept the lift request by selecting an "Accept" option. In this embodiment the mobile communicators 5 of the lift providers are configured to be voice activated, such that the available lift providers accept a lift request simply by speaking "Accept". In another embodiment the "Accept" option can be presented in a displayed menu.
If an available lift provider believes that he/she can give the lift requirer a lift, at least part way towards his/her destination, and feels comfortable about the voice message of the lift request from the lift requirer, the lift requirer selects the "Accept" option, and a flag corresponding to the respective lift request as held by the request handling module 15 is set to a provider acceptance state. It will be appreciated that by requiring the lift request to comprise a voice message, the available lift providers can gain quite a measure of confidence from the style and tone of the voice message. The use of a voice message is also advantageous in allowing for hands-free operation, and allows the lift request to be a free-format request, as opposed to a structured request constructed using, for example, set keywords.
Following acceptance of the lift request, the reply handling module 16 acts to provide the respective active lift provider with an audible confirmation, in this embodiment a "Confirmed" voice message, followed by a repeat of the lift request, and in this embodiment a text representation of the FLIC of the lift requirer, and a representation of the pick-up point, here by one or both of a text or pictoral representation, such as a map.
The system further comprises a journey logging module 17 which is configured to log journey details for each lift request following acceptance by respective lift providers, and configure the mobile communicators 5 of respective lift requirers and lift providers to be in a journey mode, which, as will be described in more detail hereinbelow, provides for the mobile communicators 5 to have predetermined functionality, in introducing additional functions, for example, emergency and travel information functions.
In this embodiment the journey logging module 17 logs all journeys for each of the registered lift providers, and, for each lift request, logs the following details: (i) lift requirer and lift provider, (ii) vehicle registration, (iii) pick-up date, time and location, (iv) route information, including locations and times along route, (v) distance travelled, (vi) drop-off date, time and location, (vii) time period between making the lift request and acceptance by the lift provider, (viii) time to accept by the lift provider, and (ix) required contribution to the cost of the journey.
In this embodiment the locations of the mobile communicators 5 of the respective lift requirers and lift providers are recorded in a GIS database using a co-ordinate system in order to be able to fix the position of the mobile communicators 5 and hence the vehicles of respective lift providers. In embodiments the locations of the mobile communicators 5 are determined by one of triangulation or radio positioning, such as GPS. Through the use of a GIS database, distance, speed and direction can be determined and related both to the respective vehicle and the lift requirers and lift providers. In this embodiment the locations of the mobile communicators 5 of the lift requirers and lift providers can be assigned to the geographic zones 4a, 4b, 4c of the communications network. In this embodiment this travel log information is utilized to calculate the contributions required of lift requirers to the travel costs of lift providers as determined by usage, which contributions are debited from the accounts of the respective lift requirers, and the payments to be made to lift providers as determined by usage, which payments are credited to the accounts of the respective lift providers.
The available lift provider having accepted the lift request then drives to the designated pick-up point, and, if, from appearance, the lift requirer appears acceptable to the lift provider, the lift provider approaches the lift requirer and quotes the FLIC of the lift requirer; knowledge of the FLIC confirming that the lift provider is registered to the system. If there is anything that the lift provider feels uneasy about, for example, the appearance of the lift requirer, he/she can continue with the journey and selects a "Decline" option, the lift requirer being unaware that an accepted lift request has been subsequently declined.
Where the lift requirer is approached by the lift provider, the lift requirer then utilizes his/her mobile communicator 5 to provide journey confirmation for the shared journey, in this embodiment by selecting a "Journey Confirmation" option from an available menu, and enters the vehicle registration number. The vehicle registration number is provided to the request handling module 15 to set the flag for the respective lift request to a provider confirmation state, in response to which the request handling module 15 instructs the journey logging module 17 to return, in this embodiment by text representation, the FLIC of the lift provider registered to the vehicle and confirmation as to whether the lift provider has requested a contribution towards the cost of the journey.
The lift requirer then asks the lift provider for his/her FLIC, and if the FLIC is correct, the lift requirer confirms the lift, in this embodiment by selecting a "Lift Confirmation" option from an available menu, and can enter the vehicle in the safe knowledge that the lift provider is the person registered to the vehicle. With lift confirmation, the journey logging module 17 assumes the journey mode for the respective lift request.
If there is more than one person at the designated pick-up point, the lift requirer has to identify himself/herself, in this embodiment by displaying a card bearing his/her FLIC, in order that the lift provider can identify the lift requirer.
Where the lift provider selects the "Decline" option, the flag corresponding to the respective lift request as held by the request handling module 15 is reset from the provider acceptance state to the pending state, and the lift request is re-communicated to available lift providers currently in the respective geographic zone 4a, 4b, 4c as described hereinabove, with the lift requirer being unaware that a lift provider has declined a previously- accepted lift request. Similarly, if no lift provider has accepted the initial lift request, after a short interval the lift request is re-transmitted to new lift providers having entered the respective geographic zone 4a, 4b, 4c.
The request matching unit 10 further comprises a status reporting module 19 which enables, in this embodiment by selecting a "Request Status" option from an available menu, lift requirers to obtain status reports regarding their respective requests, as typically may be sought when waiting at a pick-up point. In this embodiment the information returned includes: (i) the time period for which his/her request has been outstanding, (ii) the number of lift providers who have passed nearby, here through the respective geographic zone 4a, 4b, 4c, since the lift request was made, these lift providers being classified by the direction of travel, here by the primary compass directions North, South, East and West, and as to whether a contribution to travel costs is required, (iii) the number of available lift providers currently in the respective geographic zone 4a, 4b, 4c, and (iv) the number of declines which have been received, which information is here delayed by a random period, typically up to three minutes, so as to prevent a lift requirer associating a decline with a particular vehicle, and hence lift provider. It is envisaged that the information in the status report would be used to modify a lift request which has proved unsuccessful. For example, a lift requirer may decide to try another pick-up point according to the relative directions of travel of available lift providers through the respective geographic zone 4a, 4b, 4c, try later where the number of available lift providers currently in the respective geographic zone 4a, 4b, 4c is low, change his/her lift request, for example, by designating a different initial direction of travel according to the relative directions of travel of available lift providers through the respective geographic zone 4a, 4b, 4c, or improve his/her appearance where a number of declines have been received.
The request matching unit 10 further comprises a travel information module 21 which enables, in this embodiment by selecting a "Travel Information" option from an available menu, lift requirers to obtain certain travel information when in the journey mode, including: (i) a list of suggested pick-up/drop-off points for the current or an alternate geographic zone 4a, 4b, 4c, (ii) the number of available lift providers in a geographic zone 4a, 4b, 4c, either the current or an alternate zone, these lift providers being classified by the direction of travel, here by the primary compass directions North, South, East and West, and as to whether a contribution to travel costs is required, and (iii) information relevant to a geographic zone 4a, 4b, 4c, either the current or an alternate zone, particularly relating to the use of the system. It is envisaged that this information will be utilized by lift requirers in deciding where to be dropped off when a further lift is required to reach his/her destination.
In this embodiment an available lift provider can share journeys with more than one lift requirer at any time, but the journey mode is maintained for each lift requirer until a termination event exists, that is, the journey mode established between the lift provider and a first lift requirer is maintained when another journey mode is established between the lift provider and a second lift requirer. Also, in this embodiment the system enables a lift requirer to make a further lift request even where the lift requirer is currently sharing a lift, but again the existing journey mode is maintained until a termination event exists.
When the lift requirer is dropped off, no specific action is taken by the lift requirer or the lift provider. The system is configured, in the interests of security, such that the mobile communicators 5 of the respective lift requirer and lift provider remain in the journey mode until a termination event exists, which in this embodiment is either where the mobile communicators 5 of the respective lift requirer and lift provider are physically separated by a predetermined distance or a predetermined period of time has elapsed in which the mobile communicators 5 of the respective lift requirer and lift provider are static, here embodied by the mobile communicators 5 of the respective lift requirer and lift provider being in the same geographic zone 4a, 4b, 4c. This configuration prevents one of either the respective lift requirer or lift provider from disabling the emergency function of the mobile communicator 5 of the other of the respective lift requirer or lift provider.
The request matching unit 10 further comprises an emergency contact module 23 which provides for emergency contact by lift requirers or lift providers with an emergency service, typically the police, in the event of an emergency. Although the system, through the lift requesting and lift accepting operations provides a high level of security, it is understood that emergency events can occur, and the emergency contact function has been provided to provide for added personal security for both lift requirers and lift providers, and thereby engender increased confidence in the system.
In this embodiment the system is configured such that, while the mobile communicators 5 of lift requirers and lift providers are in journey mode, a communication is established with a designated emergency service, such as the police, through the application of a predetermined keystroke. In this embodiment the emergency function is enabled when a key on the respective mobile communicator 5 is pressed in quick succession, which emergency function, when actuated, causes an emergency message to be transmitted to the emergency service, which message includes details of the vehicle, including the registration number, make, color, age, etc, the current location as derived from the location of the mobile communicators 5 of the lift provider and the at least one lift requirer in the vehicle, the direction of travel and the names and addresses of the lift provider and the at least one lift requirer in the vehicle. With this information, the emergency service should be able quickly to locate and stop the relevant vehicle. In this embodiment the emergency function also discretely opens up a voice channel with the emergency service so as to enable the emergency service to listen in on conversations within the vehicle. In an alternative embodiment the operation of the emergency function to open up a voice channel is enabled by a different keystroke to that for transmitting the emergency message, here by holding down a key for an extended period of time. This emergency function enables the emergency service once contacted to follow the movement of the mobile communicators 5 of the lift provider and at least one lift requirer in the vehicle, and hence determine the location of the vehicle.
Finally, it will be understood that the present invention has been described in its preferred embodiments and can be modified in many different ways without departing from the scope of the invention as defined by the appended claims.
For example, in one embodiment the lift request could include textual information or pictoral information, such as a map of the pick-up point or a photograph, for example, of the respective lift requirer.
The system of the present invention also enables instant use where a lift requirer and a lift provider are aware that one requires a lift and the other is willing to give a lift, and yet gaining all the benefits of the inherent security. For example, a lift provider can log onto the system in the manner described hereinabove on identifying a person requiring a lift, typically a person waiting at the roadside, at which point the lift requirer enters the FLIC of the lift provider in his/her mobile communicator 5, with the system being configured such as to confirm the lift on entry of the FLIC of the lift provider.
Also, where a lift requirer has already had a lift request accepted by a lift provider, the system is configured to enable a lift requirer to confirm a lift with another lift provider by entering the vehicle registration of the new lift provider. The system is configured to transmit a cancellation message, as one or both of a voice and text message, to the previously-accepting lift provider.
The request matching unit 10 is also configured to enable a lift requirer to bid for a taxi ride or a demand route bus service. In this mode, the lift request would be multicast to one of registered taxi providers or demand bus service providers in the respective geographic zone 4a, 4b, 4c, with the first taxi provider or demand bus service provider to select an "Accept" option receiving a "Confirmed" message and the lift request, and being automatically connected through to the lift requirer so that he/she could confirm that he/she was on his/her way. The other registered taxi providers or demand bus service providers in the respective geographic zone 4a, 4b, 4c would not receive the "Confirmed" message, and thus understand that the ride had been earlier accepted by another registered taxi provider or demand bus service provider.

Claims

1. A real-time ride-share request matching system for matching persons as lift requirers and requiring a lift to persons as lift providers and available to consider providing lifts such as to enable sharing of vehicle journeys, each of the lift requirers having a mobile communicator for making lift requests and each of the lift providers having a mobile communicator for addressing lift requests, the system comprising: a request handling module for receiving lift requests, each including a voice message, from lift requirers; a communications network for relaying lift requests to respective lift providers as determined by the locations of the respective lift requirers; and a reply handling module for receiving replies from lift providers to respective lift requests in accepting the same.
2. The system of claim 1, wherein the lift request includes one or both of a textual message and a pictoral image, such as a map or photograph.
3. The system of claim 1 or 2, wherein the mobile communicators comprise mobile telephones or PDAs.
4. The system of any of claims 1 to 3, wherein the communications network is configured to broadcast a lift request in a spatial zone as determined by a location of the respective lift requirer.
5. The system of claim 4, wherein the broadcast is a multicast communication to available lift providers in the spatial zone.
6. The system of any of claims 1 to 3, wherein the communications network is configured individually to communicate a lift request to available lift providers in a spatial zone as determined by a location of the respective lift requirer.
7. The system of any of claims 4 to 6, wherein the predetermined spatial zone is a radial distance, computed travel time or lift provider density relative to the location of the respective lift requirer.
8. The system of any of claims 4 to 6, wherein the communications network comprises a plurality of assigned geographic zones, with each of the geographic zones representing a spatial zone.
9. The system of claim 8, wherein the locations of the mobile communicators are determined from unique identifiers assigned to each of the respective geographic zones.
10. The system of any of claims 1 to 7, wherein the locations of the mobile communicators are determined by triangulation.
11. The system of any of claims 1 to 7, wherein the locations of the mobile communicators are determined by radio positioning, such as GPS.
12. The system of any of claims 1 to 11, further comprising: a communicator location recording module for recording the locations of the mobile communicators of the lift requirers and the lift providers.
13. The system of any of claims 1 to 12, further comprising: a journey logging module for logging journey information.
14. The system of any of claims 1 to 13, wherein the request handling module is configured to provide information regarding a lift provider accepting a request to the respective lift requirer.
15. The system of claim 14, wherein the lift requirers and lift providers are each registered and have an access code to enable access to the system and an identification code for providing a means of identification, and the request handling module is configured, for a lift request, to receive vehicle identification information from the mobile communicator of the respective lift requirer and transmit the identification code of the accepting lift provider to the mobile communicator of the respective lift requirer such that, where the identification code received by the respective lift requirer matches the identification code given by the respective lift provider, the lift is confirmed.
16. The system of claim 15 when appendant upon claim 13, wherein the journey logging module logs the respective lift requirer and lift provider as being in a journey mode.
17. The system of any of claims 1 to 16, further comprising: an emergency contact module for alerting an external agent on receiving an emergency signal from the mobile communicator of a lift requirer or a lift provider, the emergency contact module being configured to transmit details of the vehicle and the lift requirer and lift provider in the vehicle in which the lift requirer or lift provider who issued the emergency signal is located.
18. The system of claim 17, wherein the external agent is an emergency service.
19. The system of any of claims 1 to 18, wherein the reply handling module is configured to receive replies from lift providers declining to share vehicle journeys with respective lift requirers.
20. The system of claim 19, wherein, on a lift provider declining to share a vehicle journey with a respective lift requirer, the communications network is invoked to re-transmit the lift request to the mobile communicators of other available lift providers.
21. The system of any of claims 1 to 20, wherein the communications network is invoked to re-transmit the lift request to the mobile communicators of other available lift providers where the lift request is not accepted within a predeterminable period of time.
22. The system of any of claims 13 to 21, wherein the journey logging module is configured to release the logged journey mode for a respective lift requirer and lift provider where the lift requirer and the lift provider are one of separated by a predeterminable distance or a predeterminable period has elapsed in a static location.
23. A real-time ride-share matching method for matching persons as lift requirers and requiring a lift to persons as lift providers and available to consider providing lifts such as to enable sharing of vehicle journeys, each of the lift requirers having a mobile communicator for making lift requests and each of the lift providers having a mobile communicator for addressing lift requests, the method comprising the steps of: receiving lift requests, each including a voice message, from lift requirers; relaying lift requests to respective lift providers as determined by the locations of the respective lift requirers; and receiving replies from lift providers to respective lift requests in accepting the same.
24. The method of claim 23, wherein the lift request includes one or both of a textual message and a pictoral image, such as a map or photograph.
25. The method of claim 23 or 24, wherein the mobile communicators comprise mobile telephones or PDAs.
26. The method of any of claims 23 to 25, wherein the step of relaying lift requests comprises the step of: broadcasting a lift request in a spatial zone as determined by a location of the respective lift requirer.
27. The method of claim 26, wherein the broadcast is a multicast communication to available lift providers in the spatial zone.
28. The method of any of claims 23 to 25, wherein the step of relaying lift requests comprises the step of: individually communicating a lift request to available lift providers in a spatial zone as determined by a location of the respective lift requirer.
29. The method of any of claims 26 to 28, wherein the predetermined spatial zone is a radial distance, computed travel time or lift provider density relative to the location of the respective lift requirer.
30. The method of any of claims 26 to 28, wherein a communications network comprises a plurality of assigned geographic zones, with each of the geographic zones representing a spatial zone.
31. The method of claim 30, wherein the locations of the mobile communicators are determined from unique identifiers assigned to each of the respective geographic zones.
32. The method of any of claims 23 to 29, wherein the locations of the mobile communicators are determined by triangulation.
33. The method of any of claims 23 to 29, wherein the locations of the mobile communicators are determined by radio positioning, such as GPS.
34. The method of any of claims 23 to 33, further comprising the step of: recording the locations of the mobile communicators of the lift requirers and the lift providers.
35. The method of any of claims 23 to 34, further comprising the step of: logging journey information.
36. The method of any of claims 23 to 35, further comprising the step of: providing information regarding a lift provider accepting a request to the respective lift requirer.
37. The method of claim 36, wherein the lift requirers and lift providers are each registered and have an access code to enable access to the system and an identification code for providing a means of identification, and further comprising the steps of: receiving vehicle identification from the mobile communicator of the lift requirer; in response to receipt of vehicle identification, logging the lift requirer and lift provider as being in a journey mode; and transmitting the identification code of the lift provider to the mobile communicator of the lift requirer such that, where the identification code received by the lift requirer matches the identification code given by the lift provider, the lift is confirmed.
38. The method of claim 37 when appendant upon claim 35, wherein the step of logging journey information comprises the step of: logging the respective lift requirer and lift provider as being in a journey mode.
39. The method of any of claims 23 to 38, further comprising the step of: alerting an external agent on receiving an emergency signal from the mobile communicator of a lift requirer or a lift provider, including transmitting details of the vehicle and the lift requirer and lift provider in the vehicle in which the lift requirer or lift provider who issued the emergency signal is located.
40. The method of claim 39, wherein the external agent is an emergency service.
41. The method of any of claims 23 to 40, further comprising the step of: receiving replies from lift providers declining to share vehicle journeys with respective lift requirers.
42. The method of claim 41, further comprising, on a lift provider declining to share a vehicle journey with a respective lift requirer, the step of: re-transmitting the lift request to the mobile communicators of other available lift providers.
43. The method of any of claims 23 to 42, further comprising the step of: re-transmitting the lift request to the mobile communicators of other available lift providers where the lift request is not accepted within a predeterminable period of time.
44. The method of any of claims 35 to 43, wherein the logged journey mode is released for a respective lift requirer and lift provider where the lift requirer and the lift provider are one of separated by a predeterminable distance or a predeterminable period has elapsed in a static location.
PCT/GB2002/005060 2001-11-07 2002-11-07 Ride-share request matching system and method WO2003040972A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US10/493,230 US20040249818A1 (en) 2001-11-07 2002-11-07 Ride-share request matching system and method
EP02779666A EP1449137A1 (en) 2001-11-07 2002-11-07 Ride-share request matching system and method

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
GB0126809.3 2001-11-07
GBGB0126809.3A GB0126809D0 (en) 2001-11-07 2001-11-07 A car-sharing system
GB0129265A GB0129265D0 (en) 2001-12-06 2001-12-06 A request matching system
GB0129265.5 2001-12-06
GB0202864A GB0202864D0 (en) 2002-02-07 2002-02-07 Request matching system and method
GB0202864.5 2002-02-07
GB0221614.1 2002-09-18
GB0221614A GB0221614D0 (en) 2002-09-18 2002-09-18 Request matching system and method

Publications (1)

Publication Number Publication Date
WO2003040972A1 true WO2003040972A1 (en) 2003-05-15

Family

ID=27448001

Family Applications (2)

Application Number Title Priority Date Filing Date
PCT/GB2002/004987 WO2003040971A1 (en) 2000-05-19 2002-11-06 Request matching system and method
PCT/GB2002/005060 WO2003040972A1 (en) 2001-11-07 2002-11-07 Ride-share request matching system and method

Family Applications Before (1)

Application Number Title Priority Date Filing Date
PCT/GB2002/004987 WO2003040971A1 (en) 2000-05-19 2002-11-06 Request matching system and method

Country Status (8)

Country Link
EP (2) EP1451737A1 (en)
JP (1) JP2005508558A (en)
CN (2) CN1610913A (en)
AR (1) AR037267A1 (en)
BR (1) BR0213993A (en)
MX (1) MXPA04004425A (en)
TW (1) TW200300534A (en)
WO (2) WO2003040971A1 (en)

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2914455A1 (en) * 2007-03-28 2008-10-03 Pierre Olivier Jean Lafon Seller and professional e.g. commercial agent, connecting method for exchanging information, involves sending part of request to professional for accepting demand after determination, and sending other request part
BE1018481A3 (en) * 2008-04-25 2011-01-11 Delsupexhe Patrice THE INTELLIGENT COVOITURAGE.
CN102238212A (en) * 2010-04-21 2011-11-09 刘兴光 Convenience lift requesting and car sharing information service system
US8243646B2 (en) 2007-09-19 2012-08-14 International Business Machines Corporation Method and system for digital communication through infrastructure network with receiving stations according to their geographical status
CN103390344A (en) * 2012-05-09 2013-11-13 深圳华宏联创科技有限公司 Method and system for achieving taxi sharing
WO2015138013A1 (en) * 2014-03-13 2015-09-17 Uber Technologies, Inc. Configurable push notifications for a transport service
US9843897B1 (en) 2012-07-03 2017-12-12 Uber Technologies, Inc. System and method for providing dynamic supply positioning for on-demand services
US9960986B2 (en) 2014-03-19 2018-05-01 Uber Technologies, Inc. Providing notifications to devices based on real-time conditions related to an on-demand service
US10067988B2 (en) 2015-07-21 2018-09-04 Uber Technologies, Inc. User-based content filtering and ranking to facilitate on-demand services
US10212536B2 (en) 2015-07-10 2019-02-19 Uber Technologies, Inc. Selecting a messaging protocol for transmitting data in connection with a location-based service
US10282684B2 (en) 2015-02-26 2019-05-07 Uber Technologies, Inc. Performing selective operations based on mobile device locations
US10402841B2 (en) 2012-03-19 2019-09-03 Uber Technologies, Inc. Enabling a user to verify a price change for an on-demand service
US10460411B2 (en) 2016-08-30 2019-10-29 Uber Technologies, Inc. Real-time resource management for on-demand services
US11030843B2 (en) 2016-10-12 2021-06-08 Uber Technologies, Inc. Implementing a transport service using unique identifiers
US11263905B2 (en) 2016-03-21 2022-03-01 Uber Technologies, Inc. Target addressing system
US11720982B2 (en) 2014-05-16 2023-08-08 Uber Technologies, Inc. User-configurable indication device for use with an on-demand transport service

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1538583A1 (en) * 2003-11-06 2005-06-08 One plus One Technologies S.A.R.L. Ride-share system
US20060041715A1 (en) * 2004-05-28 2006-02-23 Chrysos George Z Multiprocessor chip having bidirectional ring interconnect
WO2008100489A2 (en) 2007-02-12 2008-08-21 Sean O'sullivan Shared transport system and service network
FR2935523B1 (en) * 2008-08-29 2010-11-05 Alcatel Lucent METHOD AND SYSTEM FOR AUTOMATICALLY AND DIRECTLY CONNECTING A DRIVER AND AT LEAST ONE PERSON TO BE TRANSPORTED.
CN101872543B (en) * 2009-04-23 2012-09-05 事必达科技股份有限公司 Frequently vehicle-lifting address speech synthesized automatic and rapid vehicle-calling system and method thereof
TWI426460B (en) * 2009-10-20 2014-02-11 Ind Tech Res Inst Application apparatus, server, system and method of travel service
TWI550534B (en) * 2012-05-21 2016-09-21 張凱傑 System for matching users and a method thereof
TWI475507B (en) * 2012-08-20 2015-03-01 Univ Nat Taiwan Science Tech Network matchmaking system
CN103344237B (en) * 2013-07-01 2016-10-19 成都三影科技有限公司 Pedestrian, vehicle navigation route Auto-matching terminal, system and method
CN103531025B (en) * 2013-11-08 2015-11-18 宁波市康惠网络科技有限公司 A kind of share-car method utilizing line sectionalizing method to carry out match information
US20150142484A1 (en) * 2013-11-18 2015-05-21 National Taipei University Of Technology Carpool service providing method and carpool server using the same
US9733096B2 (en) * 2015-06-22 2017-08-15 Waymo Llc Determining pickup and destination locations for autonomous vehicles
CN105897821A (en) * 2015-10-29 2016-08-24 乐卡汽车智能科技（北京）有限公司 Hitching device and wearable apparatus
CN108702382A (en) 2016-03-16 2018-10-23 北京嘀嘀无限科技发展有限公司 System and method for determining position
CN105741536B (en) * 2016-03-18 2018-10-12 北京理工大学 A kind of anonymity taxi take system and mobile security method of payment
JP6711734B2 (en) * 2016-10-31 2020-06-17 株式会社日立製作所 Trading system, trading system control method, and program therefor
CN108230077A (en) * 2016-12-21 2018-06-29 北京嘀嘀无限科技发展有限公司 The reservation vehicle display methods and device of mobile network appliance
JP7119636B2 (en) * 2018-06-22 2022-08-17 トヨタ自動車株式会社 In-vehicle terminal, user terminal, and ride-sharing control method

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4360875A (en) * 1981-02-23 1982-11-23 Behnke Robert W Automated, door-to-door, demand-responsive public transportation system
US20010037174A1 (en) * 2000-04-04 2001-11-01 Dickerson Stephen L. Communications and computing based urban transit system
WO2001091485A1 (en) * 2000-05-19 2001-11-29 Nokia Corporation Location information services

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE469771B (en) * 1990-11-27 1993-09-06 Leif Christer Ryden SAID THAT WITH THE help of a telephone exchange, we could offer a selective reconnection of a fixed subscriber device to a nearby mobile subscriber device
SE504186C2 (en) * 1995-10-31 1996-12-02 Taxitorget Bestaellningscentra Telecommunication system for routing calls to mobile subscribers via telephone exchange
AU7491100A (en) * 1999-09-24 2001-04-30 Nextdoor Networks, Inc. A system for matching a service provider with a service user
US6819919B1 (en) * 1999-10-29 2004-11-16 Telcontar Method for providing matching and introduction services to proximate mobile users and service providers
US20010037280A1 (en) * 2000-03-09 2001-11-01 Ingraham Scott S. System and method for facilitating renting and purchasing relationships

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4360875A (en) * 1981-02-23 1982-11-23 Behnke Robert W Automated, door-to-door, demand-responsive public transportation system
US20010037174A1 (en) * 2000-04-04 2001-11-01 Dickerson Stephen L. Communications and computing based urban transit system
WO2001091485A1 (en) * 2000-05-19 2001-11-29 Nokia Corporation Location information services

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
WALBRIDGE: "Real Time Ridesharing Using Wireless Pocket Phones to Access the Ride Matching Computer", PACIFIC RIM TRANSTECH CONFERENCE. VEHICLE NAVIGATION AND INFORMATION SYSTEMS CONFERENCE PROCEEDINGS. WASHINGTON, JULY 30 - AUG. 2, 1995, NEW YORK, IEEE, US, vol. CONF. 6, 30 July 1995 (1995-07-30), pages 486 - 492, XP002105805, ISBN: 0-7803-2588-5 *

Cited By (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2914455A1 (en) * 2007-03-28 2008-10-03 Pierre Olivier Jean Lafon Seller and professional e.g. commercial agent, connecting method for exchanging information, involves sending part of request to professional for accepting demand after determination, and sending other request part
US8243646B2 (en) 2007-09-19 2012-08-14 International Business Machines Corporation Method and system for digital communication through infrastructure network with receiving stations according to their geographical status
US8588125B2 (en) 2007-09-19 2013-11-19 International Business Machines Corporation Communication with receiving stations according to their geographical status
BE1018481A3 (en) * 2008-04-25 2011-01-11 Delsupexhe Patrice THE INTELLIGENT COVOITURAGE.
CN102238212A (en) * 2010-04-21 2011-11-09 刘兴光 Convenience lift requesting and car sharing information service system
US10402841B2 (en) 2012-03-19 2019-09-03 Uber Technologies, Inc. Enabling a user to verify a price change for an on-demand service
CN103390344A (en) * 2012-05-09 2013-11-13 深圳华宏联创科技有限公司 Method and system for achieving taxi sharing
US10313832B2 (en) 2012-07-03 2019-06-04 Uber Technologies, Inc. System and method for providing dynamic supply positioning for on-demand services
US9843897B1 (en) 2012-07-03 2017-12-12 Uber Technologies, Inc. System and method for providing dynamic supply positioning for on-demand services
US11922340B2 (en) 2014-03-13 2024-03-05 Uber Technologies, Inc. Configurable push notifications for a transport service
US11379761B2 (en) 2014-03-13 2022-07-05 Uber Technologies, Inc. Configurable push notifications for a transport service
US10198700B2 (en) 2014-03-13 2019-02-05 Uber Technologies, Inc. Configurable push notifications for a transport service
WO2015138013A1 (en) * 2014-03-13 2015-09-17 Uber Technologies, Inc. Configurable push notifications for a transport service
US10637763B2 (en) 2014-03-19 2020-04-28 Uber Technologies, Inc. Computing system implementing an on-demand transport service based on sub-regional utilization conditions
US9960986B2 (en) 2014-03-19 2018-05-01 Uber Technologies, Inc. Providing notifications to devices based on real-time conditions related to an on-demand service
US10091084B2 (en) 2014-03-19 2018-10-02 Uber Technologies, Inc. Providing notifications to devices based on real-time conditions related to an on-demand service
US11720982B2 (en) 2014-05-16 2023-08-08 Uber Technologies, Inc. User-configurable indication device for use with an on-demand transport service
US11687851B2 (en) 2015-02-26 2023-06-27 Uber Technologies, Inc. Computing system implementing a driver selection process based on device location
US11151489B2 (en) 2015-02-26 2021-10-19 Uber Technologies, Inc. Computing system implementing multiple driver selection processes based on device locations
US10282684B2 (en) 2015-02-26 2019-05-07 Uber Technologies, Inc. Performing selective operations based on mobile device locations
US10212536B2 (en) 2015-07-10 2019-02-19 Uber Technologies, Inc. Selecting a messaging protocol for transmitting data in connection with a location-based service
US10492032B2 (en) 2015-07-10 2019-11-26 Uber Technologies, Inc. Selecting a messaging protocol for transmitting data in connection with a location-based service
US10939243B2 (en) 2015-07-10 2021-03-02 Uber Technologies, Inc. Selecting a messaging protocol for transmitting data in connection with a location-based service
US11671791B2 (en) 2015-07-10 2023-06-06 Uber Technologies, Inc. Selecting a messaging protocol for transmitting data in connection with a location-based service
US10067988B2 (en) 2015-07-21 2018-09-04 Uber Technologies, Inc. User-based content filtering and ranking to facilitate on-demand services
US11263905B2 (en) 2016-03-21 2022-03-01 Uber Technologies, Inc. Target addressing system
US11741838B2 (en) 2016-03-21 2023-08-29 Uber Technologies, Inc. Target addressing system
US10460411B2 (en) 2016-08-30 2019-10-29 Uber Technologies, Inc. Real-time resource management for on-demand services
US11688225B2 (en) 2016-10-12 2023-06-27 Uber Technologies, Inc. Facilitating direct rendezvous for a network service
US11030843B2 (en) 2016-10-12 2021-06-08 Uber Technologies, Inc. Implementing a transport service using unique identifiers

Also Published As

Publication number Publication date
JP2005508558A (en) 2005-03-31
CN1656489A (en) 2005-08-17
WO2003040971A1 (en) 2003-05-15
EP1449137A1 (en) 2004-08-25
CN1610913A (en) 2005-04-27
TW200300534A (en) 2003-06-01
BR0213993A (en) 2004-08-31
MXPA04004425A (en) 2005-03-31
AR037267A1 (en) 2004-11-03
EP1451737A1 (en) 2004-09-01

Similar Documents

Publication Publication Date Title
US20040249818A1 (en) Ride-share request matching system and method
EP1449137A1 (en) Ride-share request matching system and method
US7174171B2 (en) Vehicle occupant response system
KR100548830B1 (en) Inter-vehicle Message Disseminating Method and Apparatus for the Application of the Method
US7894982B2 (en) Method and system for linked vehicle navigation
US7555386B2 (en) System and method for sharing position information using mobile communication system
US6888443B2 (en) Information system for public transportation and corresponding communication method
EP3073768B1 (en) A method, system and device for determining close proximity of two or more persons
CN101465881B (en) Synching online address book sources for a vehicle user
KR102270322B1 (en) Motor vehicle comprising driver identification device and driver identification signal transmitter
US20020075168A1 (en) Method for remotely accessing vehicle system information and user information in a vehicle
JPH1155741A (en) Method for displaying plural pieces of position information and position information management device
AU2011346565A1 (en) Method, device, and system for secured access to gated areas
JP2006268229A (en) Taxi dispatch system and program
US7574606B1 (en) Location authentication stamp attached to messages
US6952171B2 (en) Method and system for controlling urban traffic via a telephone network
KR100739507B1 (en) Location Notification Method And System Using cards
JP2004046309A (en) Taxi dispatch system
US6801139B2 (en) Method and system for delivering a time-efficient mobile vehicle route that encompasses multiple limited-duration events
EP1302920B1 (en) A system for managing a plurality of vehicles
JP2001307281A (en) Method for operating taxi and system
KR20010113568A (en) The temporary parking Information system which uses the mobile terminal
KR20040106951A (en) Call service system of taxi and method thereof
JPH06261149A (en) Navigation system utilizing telephone network
JP2009060581A (en) System for aggregating services for telecommunication platform

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ OM PH PL PT RO RU SC SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR IE IT LU MC NL PT SE SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 1198/DELNP/2004

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 10493230

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2002779666

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 20028264681

Country of ref document: CN

WWP Wipo information: published in national office

Ref document number: 2002779666

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Ref document number: JP

WWW Wipo information: withdrawn in national office

Ref document number: 2002779666

Country of ref document: EP