Determining and providing predetermined location data points to service providers
US-2016034828-A1 · Feb 4, 2016 · US
US2019221069A1 · US · A1
| Field | Value |
|---|---|
| Publication number | US-2019221069-A1 |
| Application number | US-201916360858-A |
| Country | US |
| Kind code | A1 |
| Filing date | Mar 21, 2019 |
| Priority date | Oct 12, 2016 |
| Publication date | Jul 18, 2019 |
| Grant date | — |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
A computing system can receive a pick-up request for a transport service from a requesting user within a given region. Based at least in part on the requesting user being within the given region, the computing system can transmit match code data corresponding to a match code to the computing device of the requesting user. The computing system may then receive input data indicating the match code from a computing device of an available driver, signifying that the available driver is to provide the transport service for the requesting user, and update a status for the requesting user to indicate that the transport service is being provided by the available driver for the requesting user.
Opening claim text (preview).
What is claimed is: 1 . A computing system implementing a transport service for a given region, the computing system comprising: a network communication interface to communicate, over one or more networks, with computing devices of users and drivers of the transport service; one or more processors; and one or more memory resources storing instructions that, when executed by the one or more processors, cause the one or more processors to: receive, over the one or more networks, request data corresponding to a pick-up request for the transport service from a computing device of a requesting user within the given region; based at least in part on the requesting user being within the given region, transmit, over the one or more networks, match code data corresponding to a match code to the computing device of the requesting user; receive, over the one or more networks, input data indicating the match code from a computing device of an available driver, the input data signifying that the available driver is to provide the transport service for the requesting user; and update a status for the requesting user to indicate that the transport service is being provided by the available driver for the requesting user. 2 . The computing system of claim 1 , wherein the network communication interface communicates with the computing device of the requesting user via a rider application, and wherein the network communication interface communicates with the computing device of the available driver via a driver application. 3 . The computing system of claim 2 , wherein the executed instructions further cause the one or more processors to: generate a geo-fence area encompassing the given region, wherein the driver application executing on the computing device of the available driver operates in a normal service state when the available driver is external to the geo-fence area. 4 . The computing system of claim 3 , wherein the executed instructions further cause the one or more processors to: receive, over the one or more networks, location data from a location-based resource of the computing device of the available driver, the location data indicating a dynamic current location of the available driver traveling throughout the given region; based on the dynamic current location of the available driver, detect the available driver entering the geo-fence area; and in response to the available driver entering the geo-fence area, transmit, over the one or more networks, trigger data to the driver application executing on the computing device of the available driver, the trigger data causing the driver application to switch from the normal service state to a late-binding state, the late-binding state enabling reception of the match code on the computing device of the available driver to pair the available driver with the requesting user. 5 . The computing system of claim 2 , wherein the executed instructions further cause the one or more processors to: transmit, over the one or more networks, a notification to the rider application executing on the computing device of the requesting user, the notification indicating a pick-up area to pair with available drivers within the given region. 6 . The computing system of claim 5 , wherein the executed instructions further cause the one or more processors to: generate, via the rider application, map data causing map content to be displayed on a display screen of the computing device of the requesting user, the map content providing navigation directions to the pick-up area. 7 . The computing system of claim 1 , wherein the match code comprises a personal identification number (PIN) displayed on a display screen of the computing device of the requesting user, and wherein receiving the match code data from the computing device of the available driver corresponds to the available driver inputting the PIN on the computing device of the available driver. 8 . The computing system of claim 1 , wherein the match code comprises a quick response (QR) code displayed on a display screen of the computing device of the requesting user, and wherein receiving the match code data from the computing device of the available driver corresponds to the available driver scanning the QR code with the computing device of the available driver. 9 . A non-transitory computer readable medium storing instructions that, when executed by one or more processors, cause the one or more processors to: communicate, over one or more networks, with computing devices of users and drivers of the transport service; receive, over the one or more networks, request data corresponding to a pick-up request for a transport service from a computing device of a requesting user within a given region; based at least in part on the requesting user being within the given region, transmit, over the one or more networks, match code data corresponding to a match code to the computing device of the requesting user; receive, over the one or more networks, input data indicating the match code from a computing device of an available driver, the input data signifying that the available driver is to provide the transport service for the requesting user; and update a status for the requesting user to indicate that the transport service is being provided by the available driver for the requesting user. 10 . The non-transitory computer readable medium of claim 9 , wherein the executed instructions cause the one or more processors to communicate with the computing device of the requesting user via a rider application, and wherein the network communication interface communicates with the computing device of the available driver via a driver application. 11 . The non-transitory computer readable medium of claim 10 , wherein the executed instructions further cause the one or more processors to: generate a geo-fence area encompassing the given region, wherein the driver application executing on the computing device of the available driver operates in a normal service state when the available driver is external to the geo-fence area. 12 . The non-transitory computer readable medium of claim 11 , wherein the executed instructions further cause the one or more processors to: receive, over the one or more networks, location data from a location-based resource of the computing device of the available driver, the location data indicating a dynamic current location of the available driver traveling throughout the given region; based on the dynamic current location of the available driver, detect the available driver entering the geo-fence area; and in response to the available driver entering the geo-fence area, transmit, over the one or more networks, trigger data to the driver application executing on the computing device of the available driver, the trigger data causing the driver application to switch from the normal service state to a late-binding state, the late-binding state enabling reception of the match code on the computing device of the available driver to pair the available driver with the requesting user. 13 . The non-transitory computer readable medium of claim 10 , wherein the executed instructions further cause the one or more processors to: transmit, over the one or more networks, a notification to the rider application executing on the computing device of the requesting user, the notification indicating a pick-up area to pair with available drivers within the given region. 14 . The non-transitory computer readable medium of claim 13 , wherein the executed instructions further cause the one or more processors to: generate, via
2D bar codes · CPC title
Services related to particular areas, e.g. point of interest [POI] services, venue services or geofences · CPC title
the scanner comprising adaptations for scanning a record carrier that is displayed on a display-screen or the like · CPC title
Scheduling, planning or task assignment for a person or group · CPC title
for the hiring or rent of vehicles, e.g. cars, bicycles or wheelchairs (car rental G07B15/00) · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.