US20150206267A1 - Systems and methods for providing a transportation marketplace - Google Patents

Systems and methods for providing a transportation marketplace Download PDF

Info

Publication number
US20150206267A1
US20150206267A1 US14/602,442 US201514602442A US2015206267A1 US 20150206267 A1 US20150206267 A1 US 20150206267A1 US 201514602442 A US201514602442 A US 201514602442A US 2015206267 A1 US2015206267 A1 US 2015206267A1
Authority
US
United States
Prior art keywords
driver
drivers
location
client device
preference
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US14/602,442
Other languages
English (en)
Inventor
Jahan Khanna
Robert Wong
Sunil Paul
Thomas Gellatly
Gregory Boutte
Cesar Torres
Lee Fastenau
Yik Kit (Nelson) To
Robert Moran
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sc Innovations Inc
Original Assignee
Sidecar Technologies Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sidecar Technologies Inc filed Critical Sidecar Technologies Inc
Priority to US14/602,442 priority Critical patent/US20150206267A1/en
Publication of US20150206267A1 publication Critical patent/US20150206267A1/en
Assigned to SIDECAR TECHNOLOGIES, INC. reassignment SIDECAR TECHNOLOGIES, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: BOUTTE, Gregory, TO, YIK KIT (NELSON), KHANNA, Jahan, FASTENAU, LEE, TORRES, CESAR, GELLATLY, Thomas, MORAN, ROBERT, WONG, ROBERT, PAUL, SUNIL
Priority to US16/121,250 priority patent/US11145023B2/en
Assigned to SC INNOVATIONS, INC. reassignment SC INNOVATIONS, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: SIDECAR TECHNOLOGIES, INC.
Abandoned legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • G06Q50/30—
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G01C21/3407—Route searching; Route guidance specially adapted for specific applications
    • G01C21/3438—Rendez-vous, i.e. searching a destination where several users can meet, and the routes to this destination for these users; Ride sharing, i.e. searching a route such that at least two users can share a vehicle for at least part of the route
    • 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
    • G06Q30/0283—Price estimation or determination
    • G06Q30/0284—Time or distance, e.g. usage of parking meters or taximeters
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0623—Item investigation
    • G06Q30/0625—Directed, with specific intent or strategy
    • G06Q30/0629—Directed, with specific intent or strategy for generating comparisons

Definitions

  • the present disclosure generally relates to transportation services and, more specifically, to systems and methods for providing a transportation marketplace.
  • FIG. 1 is a schematic diagram showing an example of a system for providing a transportation marketplace, according to some embodiments
  • FIG. 2 is a block diagram showing example components of a transportation server, according to some embodiments.
  • FIG. 3 is a block diagram showing example components of a client device, according to some embodiments.
  • FIGS. 4-27 are interface diagrams illustrating example user interfaces associated with a transportation marketplace, according to some embodiments.
  • FIG. 28A is a flowchart showing an example method of providing a transportation marketplace, according to some embodiments.
  • FIGS. 28B-28C are flowcharts showing example methods of responding to a request for transportation.
  • FIG. 29 is a block diagram of a machine in the example form of a computer system within which a set of instructions, for causing the machine to perform any one or more of the methodologies discussed herein, may be executed, according to some embodiments.
  • Example systems and methods for providing a transportation marketplace are described.
  • numerous specific details are set forth in order to provide a thorough understanding of example embodiments. It will be evident, however, to one skilled in the art that the present technology may be practiced without these specific details.
  • a transportation marketplace described herein provides a real-time list of available drivers from which a user selects when requesting a transportation service.
  • the transportation marketplace is available to a user via a passenger application on a client device of the user.
  • a user requests a transportation service using the transportation marketplace.
  • the user indicates a request for transportation to a particular location.
  • the request is sent to a transportation server capable of facilitating communication between available drivers and passengers requesting transportation.
  • the request from a user indicates any information relevant to the transportation service requested, including a pickup location, a drop-off location, a price preference, a driver rating, a driver response rate, a casual carpooling preference, a preferred estimated time of arrival, vehicle choice, a favorite driver, and the like.
  • the client device of the user determines the current location of the user (e.g., using the Global Positioning System (GPS)) and utilizes the determined location to automatically generate a pickup location from which the user is to be picked up.
  • GPS Global Positioning System
  • the automatically generated pickup location is based on location determined using GPS and any other relevant information, such as the user's history of pickup locations near the determined location, known or common pickup locations near the determined location (e.g., a park, restaurant, etc.), and the like.
  • a set of drivers that are available to fulfill the request is determined and provided to the user.
  • the list of available drivers is provided based on availability of is provided to a user in a manner that is sorted based on any suitable criteria.
  • the user specifies the criteria (i.e. settings, preferences) preferred by the user.
  • the list of available drivers is sorted by price, distance of the driver from the user's pickup location, the type of vehicle of the driver, a rating of the driver, an average response time of the driver, an estimated time of arrival of the driver, a driver's indication of casual carpooling, number of seats in the vehicle, and the like.
  • a request is sent to the driver via the transportation server, and the driver either accepts or denies the request.
  • a driver receives the request via a driver application on a client device of the driver.
  • the driver application allows (i.e. provides functionality that allows) a driver to specify preferences for requests that the driver would like to receive from potential passengers.
  • the preferences may be any preferences relevant to transportation requests to which the driver would like to respond, including pickup location, drop-off location, price, a rating of a passenger, a casual carpool preference, and the like.
  • the transportation server receives a requested pick-up and drop-off locations from the potential passenger's client application.
  • the transportation server determines a current location of an available driver.
  • the transportation determines a projected route based on the requested pick-up and drop-off locations and the available driver's current location.
  • the transportation server calculates a fare based on a fixed base fare, the mileage of the projected route, a mileage rate, an estimated amount of time required to complete the projected route and a time rate. It is understood that the fare can be further adjusted based on various preferences selected by the available driver.
  • the transportation server sends the calculate fare to the potential passenger's client application such that the calculated fare and an identification and description of the available driver will be displayed by the potential passenger's client application.
  • the transportation server receives a selection of the available driver and the calculate fare from the potential passenger's client application.
  • the transportation server determines whether the potential passenger and/or the projected route is compatible with one or more preferences selected by the available driver. Upon determining compatibility, the transportation server sends a booking request for the potential passenger to the driver's client application. The transportation server receives a selection of the booking request from the driver's client application.
  • the transportation server continually tracks the location of the driver as the driver transports the passenger to the requested drop-off location. Based on such continual tracking, the transportation server determines an actual route that the driver traveled. The transportation server compares the projected route and the actual route to determine a route difference. If a route difference exists, the transportation server compares the route difference to a route difference threshold. If the route difference threshold is satisfied, that is, the route difference exceeds a minimum required route difference, the transportation server determines that the actual route may have included a detour from the projected route. The transportation server requests the driver to confirm whether a detour from the projected route occurred.
  • the transportation server Upon receiving a confirmation of the detour from the driver's client application, the transportation server determines a detour price based on the detour mileage, the mileage rate, the time it took to travel the detour mileage and the time rate. The transportation server charges the passenger according to the detour price and the originally calculated fare.
  • FIG. 1 is a schematic diagram showing an example of a system 100 for providing a transportation marketplace.
  • the system 100 includes a transportation server 104 , one or more client devices 108 , and a third party server 110 .
  • the components of the system 100 are connected directly or over a network 102 , which may be any suitable network.
  • one or more portions of the network 102 may include any of: an ad hoc network, an intranet, an extranet, a virtual private network (VPN), a local area network (LAN), a wireless LAN (WLAN), a wide area network (WAN), a wireless WAN (WWAN), a metropolitan area network (MAN), a portion of the Internet, a portion of the Public Switched Telephone Network (PSTN), a cellular telephone network, or any other type of network, or a combination of two or more such networks.
  • VPN virtual private network
  • LAN local area network
  • WLAN wireless LAN
  • WAN wide area network
  • WWAN wireless WAN
  • MAN metropolitan area network
  • PSTN Public Switched Telephone Network
  • PSTN Public Switched Telephone Network
  • the transportation server 104 includes a network-addressable computing system that facilitates communication between drivers and passengers and obtains and utilizes data relevant to drivers and/or passengers stored in the database(s) 106 . It is understood that any of the operations described herein can be performed by the transportation server 104 .
  • the client device 108 is any suitable computing device that is used by a driver and/or a passenger to communicate with one another, such as a smart phone, a personal digital assistant (PDA), a mobile phone, a personal computer, a laptop, a computing tablet, or any other device suitable for communication.
  • a smart phone such as a smart phone, a personal digital assistant (PDA), a mobile phone, a personal computer, a laptop, a computing tablet, or any other device suitable for communication.
  • PDA personal digital assistant
  • the third party server 110 is any server that may be accessed by the transportation server 104 and/or the client device 108 to obtain information relevant to transportation services (e.g., public transportation, location-based services, etc.).
  • transportation services e.g., public transportation, location-based services, etc.
  • FIG. 2 is a block diagram showing example components of a transportation server 104 .
  • the transportation server 104 includes an input module 205 , an output module 210 , a transportation module 215 , a user profile module 220 , and a payment module 225 .
  • the input module 205 is be a hardware-implemented module which receives and processes any inputs from one or more components of system 100 of FIG. 1 (e.g., one or more client devices 108 , third party server 110 , etc.).
  • the inputs may include requests related to transportation, payment information, and the like.
  • the output module 210 is a hardware-implemented module which sends any outputs to one or more components of system 100 of FIG. 1 (e.g., one or more client devices 108 , third party server 110 , etc.).
  • the outputs may include information about available drivers, passengers requesting transportation, and the like.
  • the transportation module 215 is a hardware-implemented module which manages, facilitates, and controls transportation requests from passengers and/or drivers. For example, when a request for transportation is received from a passenger, the transportation module 215 determines and generate a list of drivers available to fulfill the request.
  • the user profile module 220 is a hardware-implemented module which manages, controls, stores, and accesses information associated with drivers and/or passengers. The information may be stored in and accessed from the database(s) 106 shown in FIG. 1 .
  • the information managed by the user profile module 220 may include any information associated with a driver and/or passenger, such as preferences, vehicle information, background information of a driver, ratings of drivers and/or passengers, payment information of drivers and/or passengers, and the like.
  • the payment module 225 is a hardware-implemented module which manages, facilitates, and controls payments between drivers and passengers.
  • the payment module 225 also determines suggested prices associated with transportation requests based on the characteristics of the request (e.g., distance to be traveled, etc.).
  • FIG. 3 is a block diagram showing example components of a client device 108 .
  • the client device is a computing device of a driver and/or a passenger and includes a driver application 300 and/or a passenger application 350 .
  • the driver application 300 is a software application associated with the transportation server 104 of FIGS. 1-2 .
  • the driver application includes an input module 305 , an output module 310 , a settings module 315 , and a location module 320 .
  • the input module 305 is a hardware-implemented module that receives and processes any inputs from a driver, including inputs related to responses to transportation requests from a passenger, inputs related to preferences of the driver, and the like.
  • the output module 310 is be a hardware-implemented module that sends any outputs to one or more components of system 100 of FIG. 1 (e.g., other client devices 108 , third party server 110 , transportation server 104 , etc.).
  • the outputs include responses to transportation requests, location of the client device 108 , and the like.
  • the settings module 315 is a hardware-implemented module that manages, stores, and accesses settings indicated by a driver, such as pickup location, drop-off location, price, a rating of a passenger, a casual carpool preference, and the like.
  • the location module 320 is a hardware-implemented module that determines a location of the client device 108 .
  • the location module 320 determines location in any suitable manner (e.g., using a third party server 110 , GPS capabilities on the client device 108 , etc.).
  • the passenger application 350 is a software application associated with the transportation server 104 of FIGS. 1-2 .
  • the passenger application includes an input module 355 , an output module 360 , a settings module 365 , and a location module 370 .
  • the input module 355 is a hardware-implemented module that receives and processes any inputs from a passenger, including inputs related to a transportation request, inputs related to preferences of the passenger, and the like.
  • the output module 360 is a hardware-implemented module that sends any outputs to one or more components of system 100 of FIG. 1 (e.g., other client devices 108 , third party server 110 , transportation server 104 , etc.).
  • the outputs include transportation requests, location of the client device 108 , and the like.
  • the settings module 365 is a hardware-implemented module that manages, stores, and accesses settings indicated by a passenger, such as a pickup location, a drop-off location, a price preference, a driver rating, a driver response rate, a casual carpooling preference, a preferred estimated time of arrival, and the like.
  • the location module 370 is a hardware-implemented module that determines a location of the client device 108 .
  • the location module 320 determines location in any suitable manner (e.g., using a third party server 110 , GPS capabilities on the client device 108 , etc.).
  • FIGS. 4-26 are interface diagrams illustrating example user interfaces associated with a transportation marketplace.
  • a user interface 400 is shown, which is an introductory screen shown when a passenger initially downloads and installs and accesses the passenger application 350 on their client device.
  • a user interface 500 is shown, which is another introductory screen shown to a passenger through the passenger application 350 .
  • the user interface 500 explains that, in some embodiments, a driver is selected based on the passenger's preferences.
  • a user interface 600 is shown, which is another introductory screen shown to a passenger through the passenger application 350 .
  • the user interface 600 explains that the passenger receives any suitable amount of information available about a driver.
  • a user interface 700 is shown, which is a screen displaying selectable settings (or preferences), such as “Request Radius”, “Dropoff Area”, TurnByTurn”, “Rider Generosity”, that a driver accesses through the driver application 300 .
  • selectable settings or preferences
  • the driver utilizes user interface 700 to indicate a particular request radius such that the driver receives passenger requests from passengers within a particular radial distance from the driver's current location or a location selected by the driver.
  • FIG. 8 shows an example user interface 800 for providing the request radius setting.
  • the radius is set to 0.50 miles from the driver's location such that the driver will receive requests from passengers that are currently located within 0.50 miles of the driver at any given time. While a graphic circle centered around the driver is shown in FIG. 8 , one of ordinary skill in the art will note that any shape and/or any fixed location within the shape may be used. It is understood that the driver may set the radius according to any radial distance the driver prefers.
  • the user interface 700 of FIG. 7 also allows (i.e. provides functionality that allows) a driver to set a particular drop-off area such that the driver receives passenger requests from passengers who are requesting to be dropped off within a particular drop-off area.
  • FIG. 9 shows an example user interface 900 for setting a drop-off area such that the driver receives requests from passengers that request to be dropped off within the particular drop-off area set. This is useful for drivers who would like to drive a passenger to a drop-off area near a particular location (e.g., the driver's home). While a circle centered around a particular point on the map is shown in FIG. 9 , one of ordinary skill in the art will note that any shape and/or any fixed location within the shape may be used. As shown in FIG.
  • the driver has set the drop-off area to be based on a radius of 0.52 miles for the “Request Radius” setting of FIG. 7 . It is understood that the driver may set the drop-off area according to any radial distance the driver prefers.
  • the user interface 700 of FIG. 7 allows a driver to access turn by turn directions for routes between the requesting passenger's pickup and drop-off locations.
  • FIG. 10 shows an example user interface 1000 for selecting a particular third-party navigation application (“Navigon”, “Waze”, “Apple”, “Google”) to use for the turn by turn directions. As shown in FIG. 10 , the driver has selected the “Waze” third-party navigation application to be used for turn by turn directions as the “TurnbyTurn” setting of FIG. 7 .
  • the user interface 700 of FIG. 7 allows a driver to set a particular rider psychology setting such that the driver will receive requests from passengers who typically donate a particular amount of money.
  • FIG. 11 shows an example user interface 1100 for specifying a particular amount that a passenger typically donates. As shown in FIG. 11 , the driver has selected “Any amount” to be used for the “Rider Generosity” setting of FIG. 7 .
  • a user interface 1200 allows a driver to specify a particular price multiplier to be used based on a price suggested by the transportation server 104 for a particular route. This allows a driver to charge more or less than the price suggested by the transportation server 104 . For example, on a Saturday night, the demand for transportation may be higher, and the driver may set a price multiplier of 1.5 such that the driver will charge 1.5 times the price (or calculated fare) suggested by the transportation server 104 since the driver feels that there is enough demand to satisfy this price.
  • the user interface 1200 also allows a driver to select to follow the average pricing of the driver community for a particular day and/or time of day. For example, if other drivers tend to charge less in the middle of a weekday, a driver automatically follows the average price charged by drivers by selecting the “Follow Average” setting. In some embodiments, this setting provides drivers with feedback on their price versus the current market prices by displaying the average price for recent and/or nearby booked rides. As shown in FIG. 12 , the driver has currently selected a price multiplier of 1.0. The price multiplier of 1.0 will then be used for the “Rider Generosity” setting of FIG. 7 .
  • a user interface 1300 allows a driver to set a minimum price setting such that the driver will be sent requests, by the transportation server 104 , from passengers for routes with a particular minimum price suggested by the transportation server 104 .
  • this setting allows a driver to take the greater of the calculated price of the minimum price.
  • the driver has currently selected a minimum price setting to be $8.00. However, it is understood that the driver may select minimum price setting to be any price amount.
  • a schematic diagram 1400 illustrates a detour pricing feature.
  • the price for the destination is calculated by the transportation server 104 based on a detour from the driver's original route.
  • detour pricing can instead be used to decrease the cost of a route while increasing the convenience to the driver by starting and ending closer to the driver's current path (e.g., detour route of 3 miles that would take approximately 5 minutes).
  • Such detour pricing can be determined according to a “Matching” pricing model.
  • the driver indicates an intended destination (or drop-off area). That is, the driver is currently traveling towards the intended destination.
  • the transportation server 104 determines a projected original route from the driver's current location to the driver's intended destination.
  • the transportation server 104 receives a transportation service request from a potential passenger who wants to travel from a pick-up location A to drop-off location B.
  • the transportation server 104 determines a projected new route from the driver's current location to pick-up location A, to drop-off location B and then to the driver's intended destination.
  • the transportation server 104 compares the projected original route and the projected new route and determines that the projected new route includes a detour of 3 miles, from the projected original route, which will require an extra 5 minutes of travel time.
  • the transportation server 104 calculates a fare for the potential passenger based on the detour. For example, the fare will be based on the detour mileage (3 miles), a mileage rate, the detour time (5 minutes) and a time rate.
  • a user interface 1500 of a passenger application 350 allows a passenger to set a drop-off location at the location at which the passenger would like to be dropped off upon completion of a booked transportation service.
  • a passenger also sets a pickup location at which the passenger would like to be picked up at the beginning of a booked transportation service.
  • the pickup location and/or drop-off location are automatically set using predictive determination based on any suitable factors, such as a history of pickup location, a history of drop-off locations, points of interest, GPS strength, and the like.
  • the drop-off location is current set to “360 Pine Street,” which is represented by a pin labeled “B” displayed within a graphical map.
  • a user interface 1600 of a passenger application 350 shows a list of available drivers that are available to accommodate the request for transportation from a particular pickup location to a particular drop-off location.
  • the list of available drivers indicates any information about each driver, such as vehicle type (make, model, year, etc.), an estimated arrival time (“ETA”) of the driver based on the driver's location at the time of the request, a suggested price for the particular transportation requested based on characteristics of the trip, a driver's rating, driver's settings (or preferences) and the like.
  • vehicle type make, model, year, etc.
  • ETA estimated arrival time
  • a list of soon-to-be-available drivers is provided to a passenger requesting transportation.
  • the list of soon-to-be-available drivers is shown with a price associated with the trip, an estimated time of arrival, and the like.
  • a soon-to-be-available driver is a driver who is not available when the request from the passenger is sent but is estimated to be available in the near future (e.g., a driver who is currently giving a ride to another passenger and is dropping off the other passenger near the requesting passenger's pickup location).
  • a user interface 1700 of a passenger application 350 allows the passenger to scroll down the list of available drivers and select/request a particular driver within the list of drivers using the request button (e.g., “Request Lauryn”).
  • the request button e.g., “Request Lauryn”.
  • information 1705 about the driver is displayed. Any relevant information about the driver is displayed from a driver's profile.
  • FIG. 18 depicts an example user interface 1800 displaying a driver profile associated with a driver displayed via the passenger application 350 .
  • the driver profile displays any information associated with the driver, including the driver's name, the driver's vehicle information, comments provided by the driver, ratings of the driver, driver activity, whether the driver's vehicle includes car seats, the number of seatbelts in the vehicle, and the like.
  • the information in a driver's profile may be searchable and is presented to a potential passenger in various ways (e.g., in a list of available drivers provided to a passenger requesting transportation).
  • a user interface 1900 of a driver application 300 receives a notification 1905 of a request from a passenger.
  • the notification 1905 indicates information about the request, such as the suggested price associated with the request, the pickup location, the requested drop-off location, and the like.
  • the request is received if the request fulfills the preferences set by the driver in the driver application 300 .
  • the notification 1905 appears regardless of which user interface is currently displayed by the driver application 300 . As shown in FIG. 19 , the notification 1905 appears along with the example user interface for selecting a particular third-party navigation application (as discussed with regard to FIG. 10 ).
  • a user interface 2000 of the driver application 300 allows a driver to view details about a request received from a passenger.
  • the request is related to notification 1905 and is for a request for a ride from a pick-up location of “800 Brannon St.” (represented as label “A” in a graphical map portion of the user interface 2000 ) to a drop-off location of “360 Pine St., San Francisco, Calif..” (represented as label “B” in the graphical map portion of the user interface 2000 ). If the driver approves of the request and would like to pick up the passenger, the driver indicates acceptance of the request by clicking or tapping on the “Accept Ride” button.
  • the “Accept Ride” button may indicate an amount of time (e.g., 8 seconds) before the request expires and is sent to another driver.
  • the user interface 2000 further indicates that the passenger requesting the ride has selected the driver as a “Favorite Driver”—thereby providing an incentive for the driver to approve the request.
  • a user interface 2100 of the passenger application 350 is further used to indicate that the driver chosen by the passenger is unavailable to fulfill the request and presents the passenger with a backup driver (“Brett”), along with an amount of time until the backup driver can pick-up the passenger (“9 min”) and a price ($12) for a ride from the backup driver .
  • the backup driver is selected for the passenger based on any criteria and/or preferences of the passenger. In some embodiments, the backup driver is selected by the transportation server 104 based on relevancy and/or similarities between the backup driver and the driver originally selected by the passenger.
  • a user interface 2200 of the driver application 300 indicates when the requesting passenger is in the vehicle (e.g., has been picked up by the driver at the pick-up location) by clicking or tapping on the “Passenger in Car” button.
  • a user interface 2300 of the driver application 300 indicates that the trip has begun or that the trip should be canceled. Once the trip begins, the driver selects the “Begin Trip” button or can select the “Cancel” button should the driver seek to cancel the trip.
  • a user interface 2400 of the driver application 300 allows a driver to specify when the driver arrives at the passenger's drop-off location (i.e. 360 Pine St.) by clicking or tapping on the “At Drop Off” button on the user interface 2400 .
  • a user interface 2500 of the driver application 300 indicates the suggested ride price ($11) to be charged to the passenger.
  • the suggested ride price is calculated by, and received from, the transportation server 104 .
  • a user interface 2600 of the driver application 300 allows a driver to rate a passenger. For example, the driver may wish to rate the passenger based on how much the passenger paid relative to the suggested price, the experience the driver had while driving the passenger, and the like.
  • the transportation server 104 receives the passenger rating and updates a profile of the passenger based on the received passenger rating.
  • a user interface 2700 of the driver application 300 allows a driver to either continue driving and receiving requests from passengers or may go offline such that passenger requests are no longer received.
  • the transportation server 104 receives an indication of which button the driver selected.
  • FIG. 28A is a flowchart showing an example method 2800 of providing a transportation marketplace.
  • operation 2802 a request for a transportation service received by the transportation server 104 from a client device 108 of a passenger.
  • the transportation server 104 determines a set of drivers in response to the request.
  • the set of drivers are drivers that are available and/or willing to fulfill the request (e.g., based on preferences set by the drivers).
  • the determined set of drivers is provided to the client device 108 of the passenger such that the passenger selects a particular driver from the set of drivers provided.
  • FIGS. 28B-28C are flowcharts showing example methods 2820 and 2840 , respectively, of responding to a request for transportation.
  • a passenger requests an itinerary from for a ride from a pick-up location to a drop-off location. It is understood that there are one or more available drivers who have set their own personal criteria, settings and/or preferences (as already discussed above.)
  • the transportation server 104 receives the passenger's requested itinerary and scans all drivers that are currently online in the transportation marketplace and compares information about the passenger and the requested itinerary against each driver's respective criteria, settings and/or preferences. The transportation server 104 determines one or more drivers that match with the passenger and the requested itinerary.
  • the transportation server 104 sends a list of one or more matched drivers to the passenger's client device, wherein each matched driver is associated with a suggested price as calculated by the transportation server 104 .
  • the list of matched drivers is displayed to the passenger on the client device.
  • the passenger selects a driver from the list of matched drivers and the passenger application sends an identification of the selected driver to the transportation server 104 .
  • the transportation Based on receipt of the selected driver, the transportation sets a binding between the passenger and the selected driver.
  • the transportation server 104 send a notification to the selected driver's client application indicating the passenger's requested itinerary.
  • the driver's client application displays the notification to the driver and presents the driver with an option to accept or decline the passenger's transportation request.
  • the transportation server 104 books a ride for the passenger with the accepting driver according to the requested itinerary.
  • the transportation server 104 selects a backup driver from the list of matched drivers and sends a notification to the back-up driver's client application indicating the passenger's requested itinerary.
  • the transportation server 104 receives an indication that the back-up driver has accepted the passenger's request and the transportation server 104 books a ride for the passenger with the back-up driver according to the requested itinerary.
  • a passenger can select multiple drivers from a list of matched driver displayed by the passenger's client application.
  • the transportation server 104 receives an indication of each respective selected driver and sends a notification of the passenger's requested itinerary to each selected driver. Additionally, each driver can also be currently receiving requests from other passengers. Based on receiving a first (i.e. earliest) acceptance of the passenger's request from a driver, the transportation server 104 books a ride for the passenger with the accepting driver according to the requested itinerary.
  • the price is based on the route from the driver starting point (e.g., where the driver accepts the transportation request) to the pickup location and then to the drop-off location in order to compensate the driver while they are en-route to pick up the passenger.
  • driver A can pick up passenger B, then pick up passenger C, then drop off passenger C, then drop off passenger B, and the price of the trip can be allocated between passenger B and passenger C based on the distance, cost of the ride, and the like.
  • transportation requests are automatically filtered by the transportation server 104 to show requests that are compatible with a driver's start time, start location, desired end time, desired end location, and the like.
  • the driver indicates that the driver will be heading home from work at 6:00 pm and is willing to give a ride to someone as long as the driver will arrive at home by 7:30 pm.
  • Pricing for the ride can be calculated according to the “Matching” pricing model as discussed with regard to FIG. 14 .
  • information from drivers and passengers is used to automatically match drivers and passengers based on compatibility of schedules of the drivers and passengers (e.g., based on desired pickup time, pickup location, drop-off location, and the like). This allows for rides to be automatically scheduled based on compatibility.
  • the scheduling features factor in the passenger's desired end time to match drivers with multiple passengers fulfilling request criteria such that a driver may take several passengers at once from multiple pickup locations.
  • a passenger and/or a driver filter their requests to limit the requests to certain groups (e.g., employees of a particular company, friends connected through a social media website, etc.).
  • groups e.g., employees of a particular company, friends connected through a social media website, etc.
  • the services provided by the transportation server 104 are integrated with other third party aggregators showing transportation results (e.g., public transportation websites, map websites, etc.).
  • transportation results e.g., public transportation websites, map websites, etc.
  • information from these third party aggregators is incorporated into results (e.g., list of available drivers) provided by the transportation server 104 .
  • drivers and/or passengers are rated based on a dual-level rating that provides a primary and a secondary rating.
  • the dual-level rating is used to rank drivers and/or passengers accordingly within a search result.
  • drivers and/or passengers are ranked on a dual-level ranking For example, a driver and/or passenger is automatically warned of a possible termination of their account based on past or current activities and will subsequently have their account terminated based on continued behavior. In another example, a driver and/or passenger is automatically rewarded and acknowledged based on their behavior.
  • a passenger specifies which drivers have been their favorite drivers based on past experiences with those drivers, and/or a driver specifies which passengers have been their favorites based on past experiences with those passengers.
  • a list of available drivers is provided to a passenger requesting transportation based on the passenger's favorite drivers. For example, the list is sorted based on available favorite drivers and may or may not provide other drivers that are not favorite drivers of the passenger. This can also be similarly be performed for a driver's favorite passengers, which may be useful for occurrences such as commuting, events, and the like.
  • a passenger is shown a list of their favorite drivers in response to the passenger entering a promotional code or a special link.
  • a passenger enters a code while in transit with a particular driver, which results in the particular driver automatically being specified as one of the passenger's favorite drivers. This also results in an automatic change in economic transactions (e.g., zero take rate).
  • specifying a driver and/or passenger as a favorite driver and/or passenger results in allowing access to a communication channel between the passenger and the driver. For example, when a passenger and/or driver specifies a favorite driver and/or passenger, the passenger and/or driver is allowed to communicate with the driver and/or passenger in any suitable manner (e.g., text message, instant message, telephone call, email, etc.). In some embodiments, a driver and/or a passenger choose to follow or friend another driver and/or passenger, which provides access to any suitable communication channel. In some embodiments, the indication of a favorite driver and/or passenger is displayed on a driver and/or passenger's profile and viewable by other drivers and/or passengers.
  • being a favorite driver and/or passenger results in a reward (e.g., monetary, credits, discounts, etc.).
  • a list of a driver and/or passenger's favorites is adopted by other drivers and/or passengers so that the favorite drivers and/or passengers are added to their own list of favorites.
  • a group of drivers and/or passengers are collectively added to a list of favorites in any suitable manner (e.g., using a code, identifier, URL, etc.).
  • the group of drivers and/or passengers may be any group of drivers and/or passengers having any affiliations or similarities (e.g., based on an associated company, rating, location, etc.).
  • a specific driver who a passenger has previously ridden with, or who has been recommended to the passenger though social interaction with the passenger is selected as a driver for the passenger.
  • the specific driver is used as a backup driver in the event a selected driver is unavailable.
  • GPS is used to co-locate a driver and passenger and automatically associate the two or more parties to allow activities like favoriting, payment, and ratings. This allows for the initiation of a game, social activity, or other activity. This includes looking for GPS/location-aware updates that travel a distance together to create the association.
  • Modules may constitute either software modules (e.g., code embodied on a machine-readable medium or in a transmission signal) or hardware modules.
  • a hardware module is a tangible unit capable of performing certain operations and may be configured or arranged in a certain manner.
  • one or more computer systems e.g., a standalone, client or server computer system
  • one or more hardware modules of a computer system e.g., a processor or a group of processors
  • software e.g., an application or application portion
  • a hardware module may be implemented mechanically or electronically.
  • a hardware module may comprise dedicated circuitry or logic that is permanently configured (e.g., as a special-purpose processor, such as a field programmable gate array (FPGA) or an application-specific integrated circuit (ASIC)) to perform certain operations.
  • a hardware module may also comprise programmable logic or circuitry (e.g., as encompassed within a general-purpose processor or other programmable processor) that is temporarily configured by software to perform certain operations. It will be appreciated that the decision to implement a hardware module mechanically, in dedicated and permanently configured circuitry, or in temporarily configured circuitry (e.g., configured by software) may be driven by cost and time considerations.
  • the term “hardware module” should be understood to encompass a tangible entity, be that an entity that is physically constructed, permanently configured (e.g., hardwired) or temporarily configured (e.g., programmed) to operate in a certain manner and/or to perform certain operations described herein.
  • hardware modules are temporarily configured (e.g., programmed)
  • each of the hardware modules need not be configured or instantiated at any one instance in time.
  • the hardware modules comprise a general-purpose processor configured using software
  • the general-purpose processor may be configured as respective different hardware modules at different times.
  • Software may accordingly configure a processor, for example, to constitute a particular hardware module at one instance of time and to constitute a different hardware module at a different instance of time.
  • Hardware modules can provide information to, and receive information from, other hardware modules. Accordingly, the described hardware modules may be regarded as being communicatively coupled. Where multiple of such hardware modules exist contemporaneously, communications may be achieved through signal transmission (e.g., over appropriate circuits and buses) that connect the hardware modules. In embodiments in which multiple hardware modules are configured or instantiated at different times, communications between such hardware modules may be achieved, for example, through the storage and retrieval of information in memory structures to which the multiple hardware modules have access. For example, one hardware module may perform an operation, and store the output of that operation in a memory device to which it is communicatively coupled. A further hardware module may then, at a later time, access the memory device to retrieve and process the stored output. Hardware modules may also initiate communications with input or output devices, and can operate on a resource (e.g., a collection of information).
  • a resource e.g., a collection of information
  • processors may be temporarily configured (e.g., by software) or permanently configured to perform the relevant operations. Whether temporarily or permanently configured, such processors may constitute processor-implemented modules that operate to perform one or more operations or functions.
  • the modules referred to herein may, in some example embodiments, comprise processor-implemented modules.
  • the methods described herein may be at least partially processor-implemented. For example, at least some of the operations of a method may be performed by one or more processors or processor-implemented modules. The performance of certain of the operations may be distributed among the one or more processors, not only residing within a single machine, but deployed across a number of machines. In some example embodiments, the processor or processors may be located in a single location (e.g., within a home environment, an office environment or as a server farm), while in other embodiments the processors may be distributed across a number of locations.
  • the one or more processors may also operate to support performance of the relevant operations in a “cloud computing” environment or as a “software as a service” (SaaS). For example, at least some of the operations may be performed by a group of computers (as examples of machines including processors), these operations being accessible via a network (e.g., the Internet) and via one or more appropriate interfaces (e.g., application program interfaces (APIs)).
  • SaaS software as a service
  • Example embodiments may be implemented in digital electronic circuitry, or in computer hardware, firmware, software, or in combinations of them.
  • Example embodiments may be implemented using a computer program product, e.g., a computer program tangibly embodied in an information carrier, e.g., in a machine-readable medium for execution by, or to control the operation of, data processing apparatus, e.g., a programmable processor, a computer, or multiple computers.
  • a computer program can be written in any form of programming language, including compiled or interpreted languages, and it can be deployed in any form, including as a stand-alone program or as a module, subroutine, or other unit suitable for use in a computing environment.
  • a computer program can be deployed to be executed on one computer or on multiple computers at one site or distributed across multiple sites and interconnected by a communication network.
  • operations may be performed by one or more programmable processors executing a computer program to perform functions by operating on input data and generating output.
  • Method operations can also be performed by, and apparatus of example embodiments may be implemented as, special purpose logic circuitry (e.g., a FPGA or an ASIC).
  • the computing system can include clients and servers.
  • a client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other.
  • both hardware and software architectures require consideration.
  • the choice of whether to implement certain functionality in permanently configured hardware e.g., an ASIC
  • temporarily configured hardware e.g., a combination of software and a programmable processor
  • a combination of permanently and temporarily configured hardware may be a design choice.
  • hardware e.g., machine
  • software architectures that may be deployed, in various example embodiments.
  • FIG. 29 is a block diagram of a machine in the example form of a computer system 2900 within which instructions, for causing the machine to perform any one or more of the methodologies discussed herein, may be executed.
  • the machine operates as a standalone device or may be connected (e.g., networked) to other machines.
  • the machine may operate in the capacity of a server or a client machine in server-client network environment, or as a peer machine in a peer-to-peer (or distributed) network environment.
  • the machine may be a personal computer (PC), a tablet PC, a set-top box (STB), a Personal Digital Assistant (PDA), a cellular telephone, a web appliance, a network router, switch or bridge, or any machine capable of executing instructions (sequential or otherwise) that specify actions to be taken by that machine.
  • PC personal computer
  • PDA Personal Digital Assistant
  • STB set-top box
  • WPA Personal Digital Assistant
  • a cellular telephone a web appliance
  • network router switch or bridge
  • machine any machine capable of executing instructions (sequential or otherwise) that specify actions to be taken by that machine.
  • machine shall also be taken to include any collection of machines that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methodologies discussed herein.
  • Example computer system 2900 includes a processor 2902 (e.g., a central processing unit (CPU), a graphics processing unit (GPU) or both), a main memory 2904 , and a static memory 2906 , which communicate with each other via a bus 2908 .
  • Computer system 2900 may further include a video display device 2910 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)).
  • Computer system 2900 also includes an alphanumeric input device 2912 (e.g., a keyboard), a user interface (UI) navigation device 2914 (e.g., a mouse or touch sensitive display), a disk drive unit 2916 , a signal generation device 2918 (e.g., a speaker) and a network interface device 2920 .
  • UI user interface
  • Disk drive unit 2916 includes a machine-readable medium 2922 on which is stored one or more sets of instructions and data structures (e.g., software) 2924 embodying or utilized by any one or more of the methodologies or functions described herein. Instructions 2924 may also reside, completely or at least partially, within main memory 2904 , within static memory 2906 , and/or within processor 2902 during execution thereof by computer system 2900 , main memory 2904 and processor 2902 also constituting machine-readable media.
  • instructions 2924 may also reside, completely or at least partially, within main memory 2904 , within static memory 2906 , and/or within processor 2902 during execution thereof by computer system 2900 , main memory 2904 and processor 2902 also constituting machine-readable media.
  • machine-readable medium 2922 is shown in an example embodiment to be a single medium, the term “machine-readable medium” may include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one or more instructions or data structures.
  • the term “machine-readable medium” shall also be taken to include any tangible medium that is capable of storing, encoding or carrying instructions for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present technology, or that is capable of storing, encoding or carrying data structures utilized by or associated with such instructions.
  • the term “machine-readable medium” shall accordingly be taken to include, but not be limited to, solid-state memories, and optical and magnetic media.
  • machine-readable media include non-volatile memory, including by way of example semiconductor memory devices, e.g., Erasable Programmable Read-Only Memory (EPROM), Electrically Erasable Programmable Read-Only Memory (EEPROM), and flash memory devices; magnetic disks such as internal hard disks and removable disks; magneto-optical disks; and CD-ROM and DVD-ROM disks.
  • semiconductor memory devices e.g., Erasable Programmable Read-Only Memory (EPROM), Electrically Erasable Programmable Read-Only Memory (EEPROM), and flash memory devices
  • EPROM Erasable Programmable Read-Only Memory
  • EEPROM Electrically Erasable Programmable Read-Only Memory
  • flash memory devices e.g., electrically Erasable Programmable Read-Only Memory (EEPROM), and flash memory devices
  • magnetic disks such as internal hard disks and removable disks
  • magneto-optical disks e.g., magneto-optical disks
  • Instructions 2924 may further be transmitted or received over a communications network 2926 using a transmission medium. Instructions 2924 may be transmitted using network interface device 2920 and any one of a number of well-known transfer protocols (e.g., HTTP). Examples of communication networks include a local area network (“LAN”), a wide area network (“WAN”), the Internet, mobile telephone networks, Plain Old Telephone (POTS) networks, and wireless data networks (e.g., WiFi and WiMAX networks).
  • POTS Plain Old Telephone
  • the term “transmission medium” shall be taken to include any intangible medium that is capable of storing, encoding or carrying instructions for execution by the machine, and includes digital or analog communications signals or other intangible media to facilitate communication of such software.
  • inventive subject matter may be referred to herein, individually and/or collectively, by the term “invention” merely for convenience and without intending to voluntarily limit the scope of this application to any single invention or inventive concept if more than one is in fact disclosed.
  • inventive concept merely for convenience and without intending to voluntarily limit the scope of this application to any single invention or inventive concept if more than one is in fact disclosed.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Remote Sensing (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Tourism & Hospitality (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Automation & Control Theory (AREA)
  • Game Theory and Decision Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Navigation (AREA)
  • Operations Research (AREA)
  • Traffic Control Systems (AREA)
US14/602,442 2014-01-22 2015-01-22 Systems and methods for providing a transportation marketplace Abandoned US20150206267A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US14/602,442 US20150206267A1 (en) 2014-01-22 2015-01-22 Systems and methods for providing a transportation marketplace
US16/121,250 US11145023B2 (en) 2014-01-22 2018-09-04 Graphical interface of a driver application in ride-sharing system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201461930368P 2014-01-22 2014-01-22
US14/602,442 US20150206267A1 (en) 2014-01-22 2015-01-22 Systems and methods for providing a transportation marketplace

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/121,250 Continuation US11145023B2 (en) 2014-01-22 2018-09-04 Graphical interface of a driver application in ride-sharing system

Publications (1)

Publication Number Publication Date
US20150206267A1 true US20150206267A1 (en) 2015-07-23

Family

ID=53545210

Family Applications (2)

Application Number Title Priority Date Filing Date
US14/602,442 Abandoned US20150206267A1 (en) 2014-01-22 2015-01-22 Systems and methods for providing a transportation marketplace
US16/121,250 Active 2035-11-26 US11145023B2 (en) 2014-01-22 2018-09-04 Graphical interface of a driver application in ride-sharing system

Family Applications After (1)

Application Number Title Priority Date Filing Date
US16/121,250 Active 2035-11-26 US11145023B2 (en) 2014-01-22 2018-09-04 Graphical interface of a driver application in ride-sharing system

Country Status (2)

Country Link
US (2) US20150206267A1 (fr)
WO (1) WO2015112669A1 (fr)

Cited By (70)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160173624A1 (en) * 2014-12-10 2016-06-16 Chiun Mai Communication Systems, Inc. Method and appratus for providing location-based services
US20160356615A1 (en) * 2015-06-05 2016-12-08 MuV Technologies, Inc. Scheduled and On-Demand Transportation Management Platform for Rideshare
US20160373473A1 (en) * 2015-06-17 2016-12-22 Uber Technologies, Inc. Trip anomaly detection system
US20170039667A1 (en) * 2015-08-03 2017-02-09 Nhn Entertainment Corporation System for providing a transportation call service in response to passenger's vehicle selection and method using the same
US20170098188A1 (en) * 2015-10-02 2017-04-06 United States Postal Service System and method of entering item into distribution network or service
US20170116563A1 (en) * 2015-10-27 2017-04-27 Peter Fong System and Method for Arranging Duty with Transport Among Parties
US20170148229A1 (en) * 2015-11-25 2017-05-25 Juno Lab, Inc. System for directing a transporation request to a driver with an inactive status based on exception criteria
US9706367B2 (en) 2014-09-05 2017-07-11 Uber Technologies, Inc. Providing route information to devices during a shared transport service
US20170206622A1 (en) * 2016-01-18 2017-07-20 Indriverru LTD Systems and methods for matching drivers with passengers, wherein passengers specify the price to be paid for a ride before the ride commences
CN107031537A (zh) * 2015-11-11 2017-08-11 福特全球技术公司 用于共享车辆的健康状态的方法和设备
WO2017173209A1 (fr) * 2016-04-01 2017-10-05 Wal-Mart Stores, Inc. Systèmes et procédés de livraison d'article de magasin
US20170344911A1 (en) * 2016-05-31 2017-11-30 Toyota Jidosha Kabushiki Kaisha Information processing system
US20180012178A1 (en) * 2016-07-11 2018-01-11 Anderson Ramirez Parcel delivery system and method
US20180032919A1 (en) * 2016-07-29 2018-02-01 Conduent Business Services, Llc Predictive model for supporting carpooling
US9898791B1 (en) * 2017-02-14 2018-02-20 Uber Technologies, Inc. Network system to filter requests by destination and deadline
EP3324348A1 (fr) * 2016-11-17 2018-05-23 GT Gettaxi Limited Système et procédé de réservation de conducteurs pour un service de transport et d'acheminement de conducteurs vers des demandes de transport de services
CN108470238A (zh) * 2018-02-14 2018-08-31 复旦大学 基于图论km匹配算法的agv自动调度方法
US20180270605A1 (en) * 2017-03-20 2018-09-20 Satori Worldwide, Llc System and method for providing location data over a messaging system
WO2018175810A1 (fr) * 2017-03-23 2018-09-27 Uber Technologies, Inc. Association d'identifiants d'après des ensembles de données appariées
US20180322420A1 (en) * 2017-05-04 2018-11-08 Gt Gettaxi Limited System and method for reserving drivers with minimum fare offers and navigating drivers to service transportation requests
CN108776882A (zh) * 2018-06-15 2018-11-09 天津五八到家科技有限公司 任务处理方法及设备
WO2018191054A3 (fr) * 2017-04-12 2018-11-15 Visa International Service Association Agrégation de fournisseurs de ressources et système de notification de contenu à base de contexte
WO2018209263A1 (fr) * 2017-05-11 2018-11-15 Uber Technologies, Inc. Système informatique de réseau permettant de positionner des fournisseurs de services à l'aide de déterminations de niveaux d'approvisionnement
US20180374002A1 (en) * 2017-06-21 2018-12-27 Chian Chiu Li Autonomous Driving under User Instructions and Hailing Methods
US10192448B2 (en) * 2016-09-30 2019-01-29 Nec Corporation Method to control vehicle fleets to deliver on-demand transportation services
WO2019027715A1 (fr) * 2017-08-01 2019-02-07 Dacosta Alexis Système interactif en temps réel et son procédé d'utilisation en temps réel dans des branches de l'industrie du transport
CN109791672A (zh) * 2017-08-16 2019-05-21 北京嘀嘀无限科技发展有限公司 一种用于处理同时拼车请求的系统和方法
WO2019133526A1 (fr) * 2017-12-29 2019-07-04 Lyft, Inc. Optimisation de réseaux de transport par l'intermédiaire d'interfaces utilisateur dynamiques
US10395333B2 (en) * 2016-06-07 2019-08-27 Uber Technologies, Inc. Hierarchical selection process
US10417584B2 (en) 2014-06-20 2019-09-17 Uber Technologies, Inc. Trip planning and implementation
CN110476184A (zh) * 2017-03-23 2019-11-19 北京嘀嘀无限科技发展有限公司 拼车方法及系统
CN110633838A (zh) * 2018-06-21 2019-12-31 罗伯特·博世有限公司 将携带准备就绪从车辆传输给外部网络的驾驶员辅助装置和方法
US10552768B2 (en) * 2016-04-26 2020-02-04 Uber Technologies, Inc. Flexible departure time for trip requests
US10628903B2 (en) 2017-05-22 2020-04-21 Uber Technologies, Inc. Network computer system to implement counter values for arranging services
US20200143319A1 (en) * 2018-11-01 2020-05-07 Walmart Apollo, Llc Systems and methods for determining delivery time and route assignments
US10697789B2 (en) 2017-05-23 2020-06-30 Uatc, Llc Individualized risk routing for human drivers
US10721327B2 (en) 2017-08-11 2020-07-21 Uber Technologies, Inc. Dynamic scheduling system for planned service requests
US10762447B2 (en) 2017-05-23 2020-09-01 Uatc, Llc Vehicle selection for on-demand transportation services
US10789835B2 (en) 2017-05-23 2020-09-29 Uatc, Llc Fractional risk performance evaluation for autonomous vehicles
US10796248B2 (en) 2015-04-29 2020-10-06 Ford Global Technologies, Llc Ride-sharing joint rental groups
US10884902B2 (en) 2017-05-23 2021-01-05 Uatc, Llc Software version verification for autonomous vehicles
US10890458B2 (en) * 2017-04-02 2021-01-12 Uber Technologies, Inc. System and method for attributing deviation from predicted travel distance or time for arranged transport services
US10900795B2 (en) * 2016-07-22 2021-01-26 Comuto S.A. Method and system for identifying meeting points
US10928210B2 (en) 2015-11-16 2021-02-23 Uber Technologies, Inc. Method and system for shared transport
EP3665642A4 (fr) * 2017-08-11 2021-05-05 Lyft, Inc. Prédictions de trajet de déplacement et de localisation
CN113053095A (zh) * 2021-03-27 2021-06-29 李文祥 一种低空座率的网约车系统与方法
US11080806B2 (en) 2017-05-23 2021-08-03 Uber Technologies, Inc. Non-trip risk matching and routing for on-demand transportation services
US11080944B2 (en) 2015-02-05 2021-08-03 Uber Technologies, Inc. Programmatically determining location information in connection with a transport service
US11087252B2 (en) 2016-08-16 2021-08-10 Teleport Mobility, Inc. Interactive real time system and real time method of use thereof in conveyance industry segments
US11087250B2 (en) * 2016-08-16 2021-08-10 Teleport Mobility, Inc. Interactive real time system and real time method of use thereof in conveyance industry segments
US11087253B2 (en) * 2016-08-16 2021-08-10 Teleport Mobility, Inc. Interactive real time system and real time method of use thereof in conveyance industry segments
US11164276B2 (en) 2014-08-21 2021-11-02 Uber Technologies, Inc. Computer system arranging transport services for users based on the estimated time of arrival information
US20220027832A1 (en) * 2018-12-06 2022-01-27 Beijing Didi Infinity Technology And Development Co., Ltd. Methods, systems, devices, and computer-readable storage medium for information processing
US11282009B2 (en) 2017-05-23 2022-03-22 Uatc, Llc Fleet utilization efficiency for on-demand transportation services
US11282016B2 (en) 2017-05-23 2022-03-22 Uatc, Llc Individualized risk vehicle matching for an on-demand transportation service
US11288612B2 (en) 2017-05-23 2022-03-29 Uatc, Llc Generalized risk routing for human drivers
US11443247B2 (en) * 2018-11-13 2022-09-13 Denso International America, Inc. Vehicle prioritization for vehicle-sharing fleet
US11468536B2 (en) 2018-05-18 2022-10-11 Beijing Didi Infinity Technology And Development Co., Ltd. Systems and methods for recommending a personalized pick-up location
US20220351136A1 (en) * 2016-09-30 2022-11-03 Runbuggy Omi, Inc. Predictive analytics for transport services
US11494714B2 (en) 2018-09-07 2022-11-08 Lyft, Inc. Efficiency of a transportation matching system using geocoded provider models
US11503133B2 (en) 2014-03-31 2022-11-15 Uber Technologies, Inc. Adjusting attributes for an on-demand service system based on real-time information
US11514546B2 (en) 2017-11-11 2022-11-29 Lyft, Inc. Dynamically generating and updating multipliers for a transportation matching system using machine learning
US11514796B2 (en) 2017-12-04 2022-11-29 Beijing Didi Infinity Technology And Development Co., Ltd. System and method for determining and recommending vehicle pick-up location
US11587192B2 (en) 2015-10-09 2023-02-21 Lyft, Inc. System for navigating vehicles associated with a delivery service
US20230114415A1 (en) * 2021-09-28 2023-04-13 Here Global B.V. Method, apparatus, and system for providing digital street hailing
US11669786B2 (en) 2020-02-14 2023-06-06 Uber Technologies, Inc. On-demand transport services
US11713972B2 (en) 2015-12-31 2023-08-01 Lyft, Inc. System for navigating drivers to passengers based on start times of events
US11747154B2 (en) 2016-09-26 2023-09-05 Uber Technologies, Inc. Network system for preselecting a service provider based on predictive information
US11922343B2 (en) 2018-01-19 2024-03-05 Walmart Apollo, Llc Systems and methods for combinatorial resource optimization
US12131273B2 (en) 2021-06-24 2024-10-29 Uber Technologies, Inc. System and method for facilitating a transport service for drivers and users of a geographic region

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150206267A1 (en) 2014-01-22 2015-07-23 Jahan Khanna Systems and methods for providing a transportation marketplace
US10832367B2 (en) * 2016-02-17 2020-11-10 Justin Andrew Frankert System for arranging transportation services and associated methods
CN111859105A (zh) * 2020-04-10 2020-10-30 北京嘀嘀无限科技发展有限公司 服务请求处理方法、装置、电子设备及存储介质
US20240177080A1 (en) * 2022-11-28 2024-05-30 Lyft, Inc. Providing transportation match probability indicators based on variable directional filters in a transportation matching system

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2135200A4 (fr) * 2007-02-12 2011-12-28 Sean O'sullivan Système de transport partagé et réseau de services
US20090216600A1 (en) 2008-02-27 2009-08-27 Montiss Llc Systems and methods for arranging a transport transaction
US20100153279A1 (en) * 2008-09-30 2010-06-17 Walter Zahn Systems and methods for global transportation,vetting, and payment
WO2011020184A1 (fr) * 2009-08-21 2011-02-24 William Spat Système et procédé permettant de satisfaire à des requêtes au moyen d'un dispositif mobile
EP2507753A4 (fr) * 2009-12-04 2013-10-30 Uber Technologies Inc Système et procédé d'organisation d'un transport entre des parties au moyen de dispositifs mobilessystem and method for arranging transport amongst parties through use of mobile devices
US8688532B2 (en) * 2009-12-11 2014-04-01 General Motors Llc Real-time ride share system
US20110153453A1 (en) 2009-12-18 2011-06-23 Gameelah Ghafoor Transport allocation and payment system, method and software
CA2726096A1 (fr) * 2009-12-30 2011-06-30 Trapeze Software Inc. Methode et systeme de planification des parcours de transport adapte
KR20120090445A (ko) 2011-02-08 2012-08-17 삼성전자주식회사 안전한 택시 서비스를 제공하는 방법 및 장치
FI20115464A0 (fi) * 2011-05-13 2011-05-13 Raeisaenen Sami Järjestely ja menetelmä yhteiskuljetusta varten
US20130290040A1 (en) * 2012-04-25 2013-10-31 Alexander Perry Method and System for Arranging Taxi and Transportation Services
US9300152B2 (en) 2012-12-04 2016-03-29 EV Connect, Inc. Electric vehicle charging station, system, and methods
US20150206267A1 (en) 2014-01-22 2015-07-23 Jahan Khanna Systems and methods for providing a transportation marketplace

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
Choi US Patent Application Publication no 2012/0203599 *
Ghafoor US Patent Application Publication no 2011/0153453 *
Hill US Patent Application Publication no 2009/0216600 *
Juhasz US Patent Application Publication no 2014/0152254 *

Cited By (117)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12010192B2 (en) 2014-03-31 2024-06-11 Uber Technologies, Inc. Adjusting attributes for an on-demand service system based on real-time information
US11503133B2 (en) 2014-03-31 2022-11-15 Uber Technologies, Inc. Adjusting attributes for an on-demand service system based on real-time information
US10417584B2 (en) 2014-06-20 2019-09-17 Uber Technologies, Inc. Trip planning and implementation
US11164276B2 (en) 2014-08-21 2021-11-02 Uber Technologies, Inc. Computer system arranging transport services for users based on the estimated time of arrival information
US11908034B2 (en) 2014-08-21 2024-02-20 Uber Technologies, Inc. Computer system arranging transport services for users based on the estimated time of arrival information
US11700515B2 (en) 2014-09-05 2023-07-11 Uber Technologies, Inc. Providing route information to devices during a shared transport service
US9706367B2 (en) 2014-09-05 2017-07-11 Uber Technologies, Inc. Providing route information to devices during a shared transport service
US10873839B2 (en) 2014-09-05 2020-12-22 Uber Technologies, Inc. Providing route information to devices during a shared transport service
US10212556B2 (en) 2014-09-05 2019-02-19 Uber Technologies, Inc. Providing route information to devices during a shared transport service
US20160173624A1 (en) * 2014-12-10 2016-06-16 Chiun Mai Communication Systems, Inc. Method and appratus for providing location-based services
US9800676B2 (en) * 2014-12-10 2017-10-24 Chiun Mai Communication Systems, Inc. Method and apparatus for providing location-based services
US11080944B2 (en) 2015-02-05 2021-08-03 Uber Technologies, Inc. Programmatically determining location information in connection with a transport service
US11605246B2 (en) 2015-02-05 2023-03-14 Uber Technologies, Inc. Programmatically determining location information in connection with a transport service
US10796248B2 (en) 2015-04-29 2020-10-06 Ford Global Technologies, Llc Ride-sharing joint rental groups
US20160356615A1 (en) * 2015-06-05 2016-12-08 MuV Technologies, Inc. Scheduled and On-Demand Transportation Management Platform for Rideshare
US10301867B2 (en) 2015-06-17 2019-05-28 Uber Technologies, Inc. Trip anomaly detection system
US9883371B2 (en) 2015-06-17 2018-01-30 Uber Technologies, Inc. Trip anomaly detection system
US10123199B2 (en) 2015-06-17 2018-11-06 Uber Technologies, Inc. Trip anomaly detection system
US9762601B2 (en) * 2015-06-17 2017-09-12 Uber Technologies, Inc. Trip anomaly detection system
US20160373473A1 (en) * 2015-06-17 2016-12-22 Uber Technologies, Inc. Trip anomaly detection system
US9723469B2 (en) 2015-06-17 2017-08-01 Uber Technologies, Inc. Trip anomaly detection system
US20170039667A1 (en) * 2015-08-03 2017-02-09 Nhn Entertainment Corporation System for providing a transportation call service in response to passenger's vehicle selection and method using the same
US20170098188A1 (en) * 2015-10-02 2017-04-06 United States Postal Service System and method of entering item into distribution network or service
US11587192B2 (en) 2015-10-09 2023-02-21 Lyft, Inc. System for navigating vehicles associated with a delivery service
US20170116563A1 (en) * 2015-10-27 2017-04-27 Peter Fong System and Method for Arranging Duty with Transport Among Parties
CN107031537A (zh) * 2015-11-11 2017-08-11 福特全球技术公司 用于共享车辆的健康状态的方法和设备
US11754407B2 (en) 2015-11-16 2023-09-12 Uber Technologies, Inc. Method and system for shared transport
US10928210B2 (en) 2015-11-16 2021-02-23 Uber Technologies, Inc. Method and system for shared transport
US20170148229A1 (en) * 2015-11-25 2017-05-25 Juno Lab, Inc. System for directing a transporation request to a driver with an inactive status based on exception criteria
US11847862B2 (en) * 2015-11-25 2023-12-19 Lyft, Inc. System for directing a transportation request to a driver with an inactive status based on exception criteria
US11713972B2 (en) 2015-12-31 2023-08-01 Lyft, Inc. System for navigating drivers to passengers based on start times of events
US20170206622A1 (en) * 2016-01-18 2017-07-20 Indriverru LTD Systems and methods for matching drivers with passengers, wherein passengers specify the price to be paid for a ride before the ride commences
US10489738B2 (en) 2016-04-01 2019-11-26 Walmart Apollo, Llc System and method for facilitating bids by delivery drivers on customer store item deliveries
WO2017173209A1 (fr) * 2016-04-01 2017-10-05 Wal-Mart Stores, Inc. Systèmes et procédés de livraison d'article de magasin
US10552768B2 (en) * 2016-04-26 2020-02-04 Uber Technologies, Inc. Flexible departure time for trip requests
US20170344911A1 (en) * 2016-05-31 2017-11-30 Toyota Jidosha Kabushiki Kaisha Information processing system
US11250531B2 (en) * 2016-06-07 2022-02-15 Uber Technologies, Inc. Hierarchical selection process
US10395333B2 (en) * 2016-06-07 2019-08-27 Uber Technologies, Inc. Hierarchical selection process
US20180012178A1 (en) * 2016-07-11 2018-01-11 Anderson Ramirez Parcel delivery system and method
US10900795B2 (en) * 2016-07-22 2021-01-26 Comuto S.A. Method and system for identifying meeting points
US20180032919A1 (en) * 2016-07-29 2018-02-01 Conduent Business Services, Llc Predictive model for supporting carpooling
US10817806B2 (en) * 2016-07-29 2020-10-27 Xerox Corporation Predictive model for supporting carpooling
US11989672B2 (en) 2016-08-16 2024-05-21 Teleport Mobility, Inc. Interactive network and method for securing conveyance services
US11887030B2 (en) 2016-08-16 2024-01-30 Teleport Mobility, Inc. Interactive network and method for securing conveyance services
US20230162107A1 (en) * 2016-08-16 2023-05-25 Teleport Mobility, Inc. Interactive network and method for securing conveyance services
US20230162106A1 (en) * 2016-08-16 2023-05-25 Teleport Mobility, Inc. Interactive network and method for securing conveyance services
US11087252B2 (en) 2016-08-16 2021-08-10 Teleport Mobility, Inc. Interactive real time system and real time method of use thereof in conveyance industry segments
US11182709B2 (en) * 2016-08-16 2021-11-23 Teleport Mobility, Inc. Interactive real time system and real time method of use thereof in conveyance industry segments
US11087250B2 (en) * 2016-08-16 2021-08-10 Teleport Mobility, Inc. Interactive real time system and real time method of use thereof in conveyance industry segments
US11176500B2 (en) 2016-08-16 2021-11-16 Teleport Mobility, Inc. Interactive real time system and real time method of use thereof in conveyance industry segments
US11087253B2 (en) * 2016-08-16 2021-08-10 Teleport Mobility, Inc. Interactive real time system and real time method of use thereof in conveyance industry segments
US11747154B2 (en) 2016-09-26 2023-09-05 Uber Technologies, Inc. Network system for preselecting a service provider based on predictive information
US10192448B2 (en) * 2016-09-30 2019-01-29 Nec Corporation Method to control vehicle fleets to deliver on-demand transportation services
US20220351136A1 (en) * 2016-09-30 2022-11-03 Runbuggy Omi, Inc. Predictive analytics for transport services
EP3324348A1 (fr) * 2016-11-17 2018-05-23 GT Gettaxi Limited Système et procédé de réservation de conducteurs pour un service de transport et d'acheminement de conducteurs vers des demandes de transport de services
US9898791B1 (en) * 2017-02-14 2018-02-20 Uber Technologies, Inc. Network system to filter requests by destination and deadline
US20180232841A1 (en) * 2017-02-14 2018-08-16 Uber Technologies, Inc. Network system to filter requests by destination and deadline
US11599964B2 (en) 2017-02-14 2023-03-07 Uber Technologies, Inc. Network system to filter requests by destination and deadline
WO2018152086A1 (fr) * 2017-02-14 2018-08-23 Uber Technologies, Inc. Système de réseau pour filtrer des demandes par destination et par échéance
US10937115B2 (en) * 2017-02-14 2021-03-02 Uber Technologies, Inc. Network system to filter requests by destination and deadline
US20180270605A1 (en) * 2017-03-20 2018-09-20 Satori Worldwide, Llc System and method for providing location data over a messaging system
CN110476184A (zh) * 2017-03-23 2019-11-19 北京嘀嘀无限科技发展有限公司 拼车方法及系统
WO2018175810A1 (fr) * 2017-03-23 2018-09-27 Uber Technologies, Inc. Association d'identifiants d'après des ensembles de données appariées
US10963824B2 (en) 2017-03-23 2021-03-30 Uber Technologies, Inc. Associating identifiers based on paired data sets
US10890458B2 (en) * 2017-04-02 2021-01-12 Uber Technologies, Inc. System and method for attributing deviation from predicted travel distance or time for arranged transport services
US11144907B2 (en) 2017-04-12 2021-10-12 Visa International Service Association Resource provider aggregation and context-based content notification system
WO2018191054A3 (fr) * 2017-04-12 2018-11-15 Visa International Service Association Agrégation de fournisseurs de ressources et système de notification de contenu à base de contexte
US11755960B2 (en) * 2017-05-04 2023-09-12 Lyft, Inc. System and method for reserving drivers with minimum fare offers and navigating drivers to service transportation requests
US20180322420A1 (en) * 2017-05-04 2018-11-08 Gt Gettaxi Limited System and method for reserving drivers with minimum fare offers and navigating drivers to service transportation requests
WO2018209263A1 (fr) * 2017-05-11 2018-11-15 Uber Technologies, Inc. Système informatique de réseau permettant de positionner des fournisseurs de services à l'aide de déterminations de niveaux d'approvisionnement
US12014635B2 (en) 2017-05-11 2024-06-18 Uber Technologies, Inc. Network computer system to position transport providers using provisioning level determinations
US11551555B2 (en) 2017-05-11 2023-01-10 Uber Technologies, Inc. Network computer system to position transport providers using provisioning level determinations
US10839695B2 (en) 2017-05-11 2020-11-17 Uber Technologies, Inc. Network computer system to position service providers using provisioning level determinations
US10628903B2 (en) 2017-05-22 2020-04-21 Uber Technologies, Inc. Network computer system to implement counter values for arranging services
US10884902B2 (en) 2017-05-23 2021-01-05 Uatc, Llc Software version verification for autonomous vehicles
US10789835B2 (en) 2017-05-23 2020-09-29 Uatc, Llc Fractional risk performance evaluation for autonomous vehicles
US10697789B2 (en) 2017-05-23 2020-06-30 Uatc, Llc Individualized risk routing for human drivers
US11282009B2 (en) 2017-05-23 2022-03-22 Uatc, Llc Fleet utilization efficiency for on-demand transportation services
US11282016B2 (en) 2017-05-23 2022-03-22 Uatc, Llc Individualized risk vehicle matching for an on-demand transportation service
US11288612B2 (en) 2017-05-23 2022-03-29 Uatc, Llc Generalized risk routing for human drivers
US11080806B2 (en) 2017-05-23 2021-08-03 Uber Technologies, Inc. Non-trip risk matching and routing for on-demand transportation services
US10762447B2 (en) 2017-05-23 2020-09-01 Uatc, Llc Vehicle selection for on-demand transportation services
US11887032B2 (en) 2017-05-23 2024-01-30 Uatc, Llc Fleet utilization efficiency for on-demand transportation services
US20180374002A1 (en) * 2017-06-21 2018-12-27 Chian Chiu Li Autonomous Driving under User Instructions and Hailing Methods
US11244252B2 (en) * 2017-06-21 2022-02-08 Chian Chiu Li Autonomous driving under user instructions and hailing methods
CN111201547A (zh) * 2017-08-01 2020-05-26 亚历克西斯·达科斯塔 在运输行业部门中的交互式实时系统及使用其的实时方法
CN111164662A (zh) * 2017-08-01 2020-05-15 亚历克西斯·达科斯塔 交互式实时系统及其在运输行业部门中的实时使用方法
WO2019027715A1 (fr) * 2017-08-01 2019-02-07 Dacosta Alexis Système interactif en temps réel et son procédé d'utilisation en temps réel dans des branches de l'industrie du transport
US10721327B2 (en) 2017-08-11 2020-07-21 Uber Technologies, Inc. Dynamic scheduling system for planned service requests
US11196838B2 (en) 2017-08-11 2021-12-07 Uber Technologies, Inc. Dynamic scheduling system for planned service requests
EP3665642A4 (fr) * 2017-08-11 2021-05-05 Lyft, Inc. Prédictions de trajet de déplacement et de localisation
US11582328B2 (en) 2017-08-11 2023-02-14 Uber Technologies, Inc. Dynamic scheduling system for planned service requests
CN109791672A (zh) * 2017-08-16 2019-05-21 北京嘀嘀无限科技发展有限公司 一种用于处理同时拼车请求的系统和方法
US11763411B1 (en) 2017-11-11 2023-09-19 Lyft, Inc. Dynamically generating and updating multipliers for a transportation matching system using machine learning
US12094024B1 (en) 2017-11-11 2024-09-17 Lyft, Inc. Dynamically generating and updating multipliers for a transportation matching system using machine learning
US11514546B2 (en) 2017-11-11 2022-11-29 Lyft, Inc. Dynamically generating and updating multipliers for a transportation matching system using machine learning
US11514796B2 (en) 2017-12-04 2022-11-29 Beijing Didi Infinity Technology And Development Co., Ltd. System and method for determining and recommending vehicle pick-up location
WO2019133526A1 (fr) * 2017-12-29 2019-07-04 Lyft, Inc. Optimisation de réseaux de transport par l'intermédiaire d'interfaces utilisateur dynamiques
US10852903B2 (en) 2017-12-29 2020-12-01 Lyft, Inc. Optimizing transportation networks through dynamic user interfaces
US11709575B2 (en) 2017-12-29 2023-07-25 Lyft, Inc. Optimizing transportation networks through dynamic user interfaces
US11422667B2 (en) 2017-12-29 2022-08-23 Lyft, Inc. Optimizing transportation networks through dynamic user interfaces
US11922343B2 (en) 2018-01-19 2024-03-05 Walmart Apollo, Llc Systems and methods for combinatorial resource optimization
CN108470238A (zh) * 2018-02-14 2018-08-31 复旦大学 基于图论km匹配算法的agv自动调度方法
US11468536B2 (en) 2018-05-18 2022-10-11 Beijing Didi Infinity Technology And Development Co., Ltd. Systems and methods for recommending a personalized pick-up location
CN108776882A (zh) * 2018-06-15 2018-11-09 天津五八到家科技有限公司 任务处理方法及设备
CN110633838A (zh) * 2018-06-21 2019-12-31 罗伯特·博世有限公司 将携带准备就绪从车辆传输给外部网络的驾驶员辅助装置和方法
US11494714B2 (en) 2018-09-07 2022-11-08 Lyft, Inc. Efficiency of a transportation matching system using geocoded provider models
US11615368B2 (en) * 2018-11-01 2023-03-28 Walmart Apollo, Llc Systems and methods for determining delivery time and route assignments
US20200143319A1 (en) * 2018-11-01 2020-05-07 Walmart Apollo, Llc Systems and methods for determining delivery time and route assignments
US11443247B2 (en) * 2018-11-13 2022-09-13 Denso International America, Inc. Vehicle prioritization for vehicle-sharing fleet
US20220027832A1 (en) * 2018-12-06 2022-01-27 Beijing Didi Infinity Technology And Development Co., Ltd. Methods, systems, devices, and computer-readable storage medium for information processing
US11669786B2 (en) 2020-02-14 2023-06-06 Uber Technologies, Inc. On-demand transport services
US12008492B2 (en) 2020-02-14 2024-06-11 Uber Technologies, Inc. On-demand transport services
CN113053095A (zh) * 2021-03-27 2021-06-29 李文祥 一种低空座率的网约车系统与方法
US12131273B2 (en) 2021-06-24 2024-10-29 Uber Technologies, Inc. System and method for facilitating a transport service for drivers and users of a geographic region
US20230114415A1 (en) * 2021-09-28 2023-04-13 Here Global B.V. Method, apparatus, and system for providing digital street hailing
US12130144B2 (en) 2022-02-17 2024-10-29 Uber Technologies, Inc. Dynamic route recommendation and progress monitoring for service providers

Also Published As

Publication number Publication date
US20180374182A1 (en) 2018-12-27
US11145023B2 (en) 2021-10-12
WO2015112669A1 (fr) 2015-07-30

Similar Documents

Publication Publication Date Title
US11145023B2 (en) Graphical interface of a driver application in ride-sharing system
US11808588B2 (en) Navigating drivers to dynamically selected drop-off locations for shared rides
US12087166B2 (en) Preemptively navigating drivers to an event location to transport passengers upon completion of the event
US10388167B2 (en) Transmitting navigational data to driver devices for transporting a user to destinations specified in a transportation request
US10817969B2 (en) Transmitting navigation instructions to a driver device to direct the driver device to a geographic region in view of locations and device activity of user devices
US11713972B2 (en) System for navigating drivers to passengers based on start times of events
US10467561B2 (en) System for identifying events and preemptively navigating drivers to transport passengers from the events
US9857190B2 (en) System for generating travel route to be serviced by primary transportation service and secondary transportation service
US20150248689A1 (en) Systems and methods for providing transportation discounts
US20190050880A1 (en) Systems and methods for improved shared transportation services and improved queued transportation services
US20190019146A1 (en) System and method for arranging deliveries and ride sharings
EP3324348A1 (fr) Système et procédé de réservation de conducteurs pour un service de transport et d'acheminement de conducteurs vers des demandes de transport de services
US20120041675A1 (en) Method and System for Coordinating Transportation Service
EP3309726A1 (fr) Système de navigation de pilotes pour passagers sur la base des heures d'arrivée et des informations de tarification de surtension
US20140304116A1 (en) Life advisor application for task completion
US20230283988A1 (en) Network system for creating and managing a session at a remote computing system
JP6739673B1 (ja) ネットワークベースのサービスのための状況通知

Legal Events

Date Code Title Description
AS Assignment

Owner name: SIDECAR TECHNOLOGIES, INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:KHANNA, JAHAN;WONG, ROBERT;PAUL, SUNIL;AND OTHERS;SIGNING DATES FROM 20150412 TO 20160113;REEL/FRAME:037502/0396

AS Assignment

Owner name: SC INNOVATIONS, INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:SIDECAR TECHNOLOGIES, INC.;REEL/FRAME:047060/0505

Effective date: 20181003

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION