Patent Grant
10867330
On-demand services, such as on-demand transport services, can be requested and arranged through the use of mobile computing devices. For example, a user can operate his or her computing device to make a request for a transport service and a transport arrangement system can select a driver for that user.
Examples described herein provide for a system and method for enabling a user to utilize the user's own network service to control the output of media in a public setting. According to some embodiments, a transport service can be arranged for a user (e.g., taxi, limousine or black cab, multi-user passenger van, etc.). A device of the user can communicate with an audio system of the transport vehicle in order to control the use and output of media from a network service using the account of the user. In this way, examples described herein provide a mechanism to enable the user to control the media being outputted (or played) in the driver's vehicle during the duration of the transport service.
In some examples, the system enables the user to have control over the media being outputted in the vehicle so that the user may have a personalized media experience from the start of the transport service (e.g., from pickup or just before pickup) to the end of the transport service (e.g., to drop off or just before drop off). The user can operate his or her device as a master device and have temporary control over at least a functionality of the driver's computing device using one or more network services. In this manner, the user can control what music is played during the transport service, thereby providing the user with an enhanced transport experience.
One or more network services can enable the user to operate and provide inputs to one or more applications running on the user's client device. Input that is provided via an application, such as a media application or an on-demand service application that includes media functionality, can be conveyed through the one or more network services to the driver's device to control at least a portion of a media application or an on-demand service application on the driver's device. For example, the media application can enable the user to select a song, artist, or playlist, or search criteria for determining what media is outputted on the driver device. Typically, a user can operate the application on her device in order to output media using a speaker or headphone that is coupled to the user's device (e.g., the integrated speaker of the device, a wirelessly connected portable speaker, earphones, etc.). By providing the user with the option to have media control during a transport service, the user can operate the media application on the user device to output the media using the audio system of the vehicle (which can communicate with the driver's device rather than the user device).
In some examples, the system, such as a transport arrangement system, can arrange a transport service for a user and a driver. Once the transport service is arranged for the user and the driver, the system can determine if the driver has enabled media control for the user. As described herein, enabling “media control” for a user refers to enabling the user to operate the user's computing device in order to control the output of media on the driver's computing device. The driver's device can output media based on inputs provided by the user on the user's device. In one example, the driver can operate a designated driver service application on his or her mobile computing device to configure settings to allow the user to have media control over media being played in the driver's vehicle and/or to prevent the user from having media control (e.g., the driver wants to have control).
According to an example, if the driver has enabled media control on the driver's device, the system transmits a message to the user's device to notify the user that the user can control the media in the vehicle during the transport service. In some examples, the user can operate any one of a plurality of media applications, such as video applications, music applications for streaming media, the designated service application that includes media functionality, etc., on his or her device. As referred to herein, a media application can be an application that is provided by a third-party media service provider (e.g., Pandora®, Spotify®, Rdio®, Youtube®, etc.) that is separate from the transport service system or provider. In one example, the media application can interface with or be a part of the designated service application so that a user can operate the service application to communicate with the corresponding third-party media service provider. Still further, in another example, the designated service application can provide media functionality independent of the third-party media service provider so that the transport arrangement system can provide media without relying on the third-party media service provider (e.g., through an arrangement with a record label company, or media studio, etc.).
A user can have a subscription or an account with a third-party media service provider (or with multiple providers), in which the user can access, control, and consume (e.g., watch or listen to) media using her device. Users can already have accounts with the third-party media service providers to enjoy music and other media on their computing devices. As discussed, examples provided herein enable a user to consume media on her computing device and continue the user's enjoyment of such services seamlessly when entering a public environment, such as a vehicle. According to an example, a user can link the user's account with the transport service system with the user's account with the third-party media service provider. The user can subscribe to the media control feature using the designated service application on her device by providing a credential (e.g., a user name and password) for the media service provider to the transport service system. The system can store the credential as a token associated with the user in a memory resource. The token can be encrypted and/or protected, for example, and used by the system to enable the driver's mobile computing device to be controlled by the user's mobile computing device.
In one example, the system can determine that the user has requested to operate the media application on her device to control media to be outputted on an output device of the driver, such as the speakers of the driver's vehicle, during a duration of the transport service. The system can identify the user's token associated with the user's media service account, and transmit the token to the driver's device. In this manner, the driver's device can use the user's token to play or output the media associated with the user's account. The driver's mobile computing device can be coupled (e.g., using an auxiliary cable or via Bluetooth) to a speaker system, such as the speakers of the vehicle or another speaker source (e.g., a portable speaker system), thereby enabling the user's media to be played back by speakers coupled to the driver's device. When media control is enabled for the user and the user chooses to use the media control feature, the user can operate the media application on her device to cause the driver's device to output the media. In this manner, the user can listen to her music streamed by the media service provider (and can also control the music being played back using the media application on her device) using the driver's speakers during the transport service.
According to some examples, the system does not enable the user to have media control until the transport service has begun (or just before the transport service has begun). For example, the system does not allow the user to play her music in the driver's vehicle until she is picked up by the driver or just before she is picked up (e.g., so that when she opens the door to the vehicle, her music is already playing). The system can detect or determine that an event has occurred for enabling the user to control the media to be outputted on the output device of the driver. Depending on implementation, the event can correspond to the driver providing input via the driver's designated service application indicating to the system (e.g., by sending a message from the driver's device over a network to the system) that the driver is “arriving now” (or is close to picking up the user) or that the driver is “beginning the trip” (or has initiated the transport service).
In other examples, the event can be detected in response to the user's device or driver's device being within a predetermined proximity of one another. Proximity can be determined using one or more of (i) GPS information corresponding to the current locations of the devices, or (ii) device aware resources, local on the respective devices, such as Bluetooth or other short-range wireless receivers (e.g., Wi-Fi), which detect other devices when in range (e.g., within ten feet). The system can detect the occurrence of the event by determining the distance between the current locations of the user's device and the driver's device (e.g., the proximity) and comparing the distance to a threshold distance. If the distance is less than the threshold distance, the system can determine that the devices are proximate to each other and determine that the transport service is about to begin. In the case where proximity is detected using wireless receivers of the respective devices, one or both devices can make the proximity detection and then communicate the determination to the system. For example, the event can be determined in response to the user's device and/or driver's device broadcasting a wireless signal to the other (e.g., such as wireless signals transmitted using Bluetooth) and determining a distance between the devices (e.g., using time of arrival or signal strength measurements). When a predefined proximity is detected, the user's device and/or driver's device can notify the system of the event, and the system can determine that the transport service is about to begin.
In response to determining the occurrence of an event, the system can cause the driver's computing device to output media (and therefore, output the media to the speakers of the vehicle) that is controlled by the user via the media application on the user's mobile computing device. The driver's computing device can receive media from the media service provider or the system (depending on implementation) based on input or parameters specified with the user's account (e.g., based on input received from the user's interaction with the media service provider on the user's device). The system can also determine another event or trigger for terminating a user's media control of the driver's output system (e.g., based on the driver providing input that the transport service has been completed, or based on distance of the user and driver's mobile computing devices being greater than a threshold distance). In this manner, the user can have full control over the music, for example, that is being played in the vehicle for the duration of the transport service.
As used herein, a client or user device, a computing device, a mobile computing device, a driver device, a driver computing device, etc., refers to devices corresponding to desktop computers, cellular devices or smartphones, tablets, laptop computers, tablet devices, etc., that can provide network connectivity and processing resources for communicating with the system over a network. A driver device can also correspond to taxi meters, other metering devices of a transit object, or custom hardware, etc.
Although examples described herein relate to media service providers and media applications, other examples of providers and applications can be used in the system. For example, the user can operate any one of a messaging application, a social networking application, a game application, a financial application, etc., and provide input to control one or more aspects of the service application (which includes one or more frameworks for communicating with the one or more service providers for those applications) of the driver's device.
One or more examples described herein provide that methods, techniques, and actions performed by a computing device are performed programmatically, or as a computer-implemented method. Programmatically, as used herein, means through the use of code or computer-executable instructions. These instructions can be stored in one or more memory resources of the computing device. A programmatically performed step may or may not be automatic.
One or more examples described herein can be implemented using programmatic modules, engines, or components. A programmatic module, engine, or component can include a program, a sub-routine, a portion of a program, or a software component or a hardware component capable of performing one or more stated tasks or functions. As used herein, a module or component can exist on a hardware component independently of other modules or components. Alternatively, a module or component can be a shared element or process of other modules, programs or machines.
Some examples described herein can generally require the use of computing devices, including processing and memory resources. Examples described herein may be implemented, in whole or in part, on computing devices such as servers, desktop computers, cellular or smartphones, personal digital assistants (e.g., PDAs), laptop computers, printers, digital picture frames, network equipment (e.g., routers) and tablet devices. Memory, processing, and network resources may all be used in connection with the establishment, use, or performance of any example described herein (including with the performance of any method or with the implementation of any system).
Furthermore, one or more examples described herein may be implemented through the use of instructions that are executable by one or more processors. These instructions may be carried on a computer-readable medium. Machines shown or described with figures below provide examples of processing resources and computer-readable mediums on which instructions for implementing examples can be carried and/or executed. In particular, the numerous machines shown with examples include processor(s) and various forms of memory for holding data and instructions. Examples of computer-readable mediums include permanent memory storage devices, such as hard drives on personal computers or servers. Other examples of computer storage mediums include portable storage units, such as CD or DVD units, flash memory (such as carried on smartphones, multifunctional devices or tablets), and magnetic memory. Computers, terminals, network enabled devices (e.g., mobile devices, such as cell phones) are all examples of machines and devices that utilize processors, memory, and instructions stored on computer-readable mediums. Additionally, examples may be implemented in the form of computer-programs, or a computer usable carrier medium capable of carrying such a program.
System Description
Similarly, depending on implementation, the driver device 120 can include a media application that communicates with the media service provider 140 (not shown in
Depending on implementation, one or more components of the transport arrangement system 130 can be implemented on a computing device, such as a server, laptop, PC, etc., or on multiple computing devices that can communicate with driver devices and client devices over one or more networks. In some examples, a computing device can operate or execute an application to perform one or more of the processes described by the various components of the transport arrangement system. The transport arrangement system 130 can also be implemented through other computer systems in alternative architectures (e.g., peer-to-peer networks, etc.).
The transport arrangement system 130 can communicate, over one or more networks via a network interface (e.g., wirelessly), with driver devices 120 using a driver device interface and client devices 110 using a client device interface. The device interfaces (not shown in
The transport arrangement system 130 can include a dispatch service 132 that receives a transport request 115 from a user's client device 110 and selects an appropriate driver for that user. The dispatch service 132 transmits an invitation message 125 to a selected driver's device 120 asking the driver whether or not the driver wants to provide transport for that user. The driver can provide an acceptance 126 to the dispatch service 132. Once the transport service has been arranged for the user, the dispatch service 132 can notify the user that the driver has been selected and is en route to a pickup location designated by the user.
The transport arrangement system 130 can also include a media management component 134. According to some examples, the media management component 134 can provide the user with a mechanism to play back media using the driver's device resources when the user is provided the transport. The dispatch service 132 can notify the media management component 134 which driver is providing the transport service (e.g., provide the driver's identifier). The media management component 134 can use the driver's identifier to access the driver's profile to determine if the driver has enabled media control. For example, drivers' information (e.g., profile or account) can be stored in a data store 136 of the transport arrangement system 130 so that the media management component 134 can determine whether the driver is first enabled to provide the user with media control and/or whether the driver has chosen to allow or prevent the user from having media control. Depending on the situation, a driver may or may not have her driver device 120 equipped for providing a user with media control. For example, for the driver to be equipped with providing a user with media control, the driver may connect her driver device 120 with the driver's output device (e.g., speakers) and have the media control feature enabled with the driver's account or profile (e.g., by toggling a settings features using the driver's service application 122).
In one example, the dispatch service 132 can be in communication with the media management component 134 and/or the driver database to identify which drivers (e.g., in a particular geographic region) have media control capabilities and/or have enabled media control. The dispatch service 132 can communicate information about which vehicles or drivers can provide media control to the designated service application 112 running on client devices 110. The designated service application 112 on a client device 110 can provide a user interface feature, such as a marker or in-application notification, that indicates to a user that vehicles in that geographic region have media control capabilities (and/or other augmented capabilities). According to an example, when making a transport request 115, the user can specifically specify that he or she would like a driver that has media control capabilities by selecting a type of vehicles indicated as having media control capabilities. In such case, the dispatch service 132 can select a driver that can provide media control capabilities.
In some examples, if a selected driver enables the user to have media control, the transport arrangement system 130 (via the media management component 134) can transmit a media notification 117 to the user's client device 110. In one example, the media notification 117 can be provided within or in conjunction with the designated service application 112 to notify the user that the user can link or synchronize the designated service application 112 with a media application 114 on the user's device 110, so that the user can listen to or view media using the output device(s) of the vehicle. While the user waits for the transport service (e.g., waits for the driver to arrive), for example, the user can perform a simple, one-time link of their designated service application 112 with a media application 114, such as a music streaming application (provided by a media service provider, e.g., Rdio®, Spotify®), if necessary. An example of the media notification 117 can be seen in
In order for the user to sign up or subscribe to the media control feature, the user can provide a credential for the user's account with the media service provider to the media management component 134. For example, the user may already have an account that is set up with a media service provider 140 that provides the media application 114 on the client device 110. As a result, the user can input the user's known credential in an interface provided by the service application 112. The credential can correspond to the user's user name, ID, or email address, and a password, for example. The media management component 134 can store the user's credential as a token 141 in the data store 136 along with the user's account or profile with the transport arrangement system 130. In one example, the media management component 134 can communicate with the media service provider 140 using the user's token 141 to authenticate the user with the media service provider 140.
Once the designated client service application 112 is linked with the media application 114 (e.g., the user's transport service account and the user's media service account is linked), the media management component 134 can access the token 141 for that user and provide the token 141 (or an associated temporary token) to the driver device 120 when the user requests media control. The media management component 134 can provide the token 141 to the driver device 120 of the driver that has been arranged to provide the transport service for the user. In this manner, the driver device 120 can now act as a slave device for the user's client device 110 during the transport service. User inputs provided on the user's client device 110 can be provided to the media service provider 140, and the media service provider 140 can cause corresponding actions to be performed on the driver device 120, thereby giving the user's device client 110 control over a functionality of the driver device 120 (e.g., the media play back functionality).
According to some examples, the media management component 134 determines a time when the user is to have media control, e.g., at the start of the transport service or just before the user is picked up. For example, the media management component 134 does not enable the user to have control over the media output of the driver's device or vehicle until a time the transport service has begun (or just before). The media management component 134 can prevent the user from playing her music in the driver's vehicle, for example, until she is picked up by the driver or just before she is picked up (e.g., so that when she opens the door to the vehicle, her music is already playing). The media management component 134 can interact with other components of the transportation arrangement system 130 (not shown in
Depending on implementation, an event can correspond to receiving data, a signal, or a message from the client device 110 and/or the driver device 130. For example, the event can correspond to the driver providing input via the driver's service application 122 indicating to the transport arrangement system 130 (e.g., by sending a message from the driver's device over a network to the system) that the driver is “arriving now” (or close to picking up the user), or that the driver is “beginning the trip” (or has initiated the transport service).
According to other examples, the event can be detected in response to the user's device or driver's device being within a predetermined proximity of one another (e.g., determined using GPS information corresponding to the current locations of the devices and comparing the distance between them to a threshold distance). The media management component 134 can communicate with a location monitoring component of the transport arrangement system 130 to receive the GPS information from the client device 110 and the driver device 120, and determine their proximity.
In another example, the event can be determined in response to the client device 110 and/or the driver device 120 broadcasting a wireless signal to the other and determining a distance between the devices. When the distance is equal to or less than a predefined distance, the client device 110 and/or the driver device 120 can determine that the two devices are proximate to each other and notify the media management component 134 of the event. In response to determining the event, the media management component 134 can then cause the driver device 120 to output media that is controlled by the user via the media application 114 on the user's device 110 (and therefore, output the media to the speakers of the vehicle).
In one example, the media management component 134 can signal or transmit a message to the service application 122 on the driver device 120 indicating that the media control has been given to the user. The driver's service application 122, which includes the software development kit for a media application associated with the media service provider 140, can use the user's token 141 to communicate with the media service provider 140 over one or more networks (either directly or via the media management component 134, depending on implementation). As discussed, according to some examples, the user's token 141 can be provided to the driver's service application 122 in response to the user indicating that he or she wants media control. The driver's device 120 can receive the media 134 associated with the user's media service account, such as a song or a playlist of songs.
The user can operate the media application 114 on her client device 110 to play, arrange, and/or queue up a song(s) or playlist(s) from the media application 114. When the user provides inputs by operating the media application 114, the associated media service provider 140 can receive the inputs from the media application 114, and cause the appropriate media 143 (such as a particular song) to be provided or streamed to the driver's device 122. The driver's media application (not shown in
Once the transport service is complete, the user can be prevented from having media control of the driver's device or vehicle. The media management component 134 can detect triggers or events that indicate that the media control is to be relinquished back to the driver. Depending on examples, the event can correspond to (i) the driver providing an input using the driver's service application 122 specifying that the transport service has been complete, (ii) the transport arrangement system 130 determines that the locations of the driver's device 120 and the client's device 110 has a distance that is greater than or equal to a threshold distance, thereby indicating that the user is no longer in the driver's vehicle, (iii) the user providing an input using the user's client service application 112 specifying that the user no longer wants media control, or (iv) the user's device 110 and/or driver's device 120 broadcasts a wireless signal to the other and determines a distance between the devices and that the distance is greater than or equal to a threshold distance, and notifies the transport arrangement system 130 of the event. In response to detecting the event, the transport arrangement system 130 can notify the driver's service application 122 to delete or remove the user's token 141. Deleting or removing the token 141 can revoke the user's media control. In another example, the transport arrangement system 130 can communicate with the media service provider 140 indicating that the driver's service application 122 is to no longer play or output the user's selected media 143. The media service provider 140 can then revoke the token 141 from the driver's device 120.
In some variations, a driver can have an account with a media service provider 140 and operate an associated media application on the driver device 120. The driver's account can be accessible by the transport arrangement system 130 so that the transport arrangement system 130 can provide songs and/or a playlist(s) of songs, in connection with the media service provider 140, to both the media application 114 on the client device 110 and the media application on the driver device 120. For example, the transport arrangement system 130 can preload one or more playlists to be played back on the driver's device. The media service provider 140 can provide different playlists specified by the transport arrangement system 130 (e.g., by a user of the system 130) to different cities or geographic regions (e.g., a particular playlist for San Francisco, Calif., another playlist for Austin, Tex.). The playlists(s) can be made available to users' accounts and/or drivers' accounts of users and/or drivers, respectively, that are in a geographic region. In this manner, when the user is in a particular city, a different playlist (e.g., localized mix) can be made available to the user, the user can select a playlist that the user wants to listen to during the transport service, and the user can have media control over the music being played in the driver's vehicle.
As an addition or an alternative, without giving the user full media control, the media management system 130 can enable the user to send or share a playlist of the user's account (e.g., a user-configured playlist) with the driver device 120. A user can configure a playlist of songs using a media application or the service application. The playlist can be associated with the user's account with the media service provider 140 or the transport service system 130. Instead of allowing the user to have full media control, the transport service system 130 can enable partial control by allowing the user to share the user's playlist (or a selected album or radio station, etc.) with the driver device 120. In one example, the media application or the service application on the driver's device can display a notification that the user requests to play back media from the user's playlist. The driver can then select a feature on a user interface to view the user's playlist and select a media item to play back. In this manner, the driver can have control over song selection or volume by operating the playlist from the driver device 120.
Although an example of
Methodology
Referring to
According to some examples, the system 130 can also determine whether the user has subscribed to the media control feature by accessing a user database. If the user has subscribed to the media control feature, the user can control media by operating his or her device and based on the user's input, control the media to be outputted via the driver's computing device. If the user has not yet subscribed to the media control feature, the system 130 can provide a message to the user's device notifying the user of the media control feature and/or prompting the user to subscribe to the media control feature. The user can subscribe to the media control feature by following instructions provided by a set of user interfaces of the designated client application 112.
The system 130 can determine whether an event has occurred in which the user is to be given control over the selection and output of media using the driver's device (215). The detection of the event can be a trigger in which the system 130 passes control of the output of media from the driver's device 120 to the client's device 110. For example, while the user is waiting for the driver for pick up, the user can continue to consume media on her client device 110 using the media application 114. Typically, the media can be outputted to a speaker or earphones connected to the client device 110. When the system 130 detects the event (e.g., the driver is about to pick up the user or the client device 110 and the driver device 120 are within proximity of one another), the system 130 can then provide the user with control over the media to be outputted to the driver's device (220).
At this point, the service application 112 and/or the media application 114 causes the user's client device 110 to cease outputting the media to the speaker or earphones connected to the client device 110, but instead causes the media to be outputted to the driver's device 120. The driver's device 120 can then use the user's account with the media service provider and output the user-controlled media. The driver's device 120 can be connected (e.g., wirelessly or via a wire) to the speakers of the vehicle, for example, thereby enabling the media to be outputted to the speakers of the vehicle. In this manner, the user can control the media to be outputted using the media application 114 on her client device 110 and can seamlessly continue to consume the media using the speakers of the vehicle when entering the public environment, e.g., the vehicle.
In some examples, the transport arrangement system 130 determines whether the driver has enabled media control (and is capable of providing media control) (240). The media management component 134 of the transportation arrangement system 130 can access the driver's account or profile to determine whether the driver has enabled media control. The driver can access his or her profile/account with the transportation arrangement system 130 to change a settings feature indicating whether the driver wants to allow a user to play media in his or her device. In one example, the driver may also be incapable of providing media control if the driver is operating an older version of a driver's service application (or does not have the software development kit for a media application), or if the driver does not have an output device (e.g., does not have the driver's device connected to a portable speaker system or the speakers of the vehicle).
If the driver has not enabled media control for the user and/or if the driver is not capable of providing media control for the user, the transport arrangement system 130 continues with normal operations for monitoring the transport service (242). The user does not have media control and can be provided the transport service normally. On the other hand, if the driver is capable of providing media control and has enabled media control for the user, the transport arrangement system 130 can transmit a message to the user's client device 110 notifying the user that the user can operate her media application to control the media being outputted or played using the driver's speakers during the transport service (245).
The media management component 134 determines whether the user has signed up for or subscribed to the media control feature (e.g., linked the media application on her device with the designated client service application) (250). If the user has not subscribed to the media control feature and does not want to, the transport arrangement system continues with normal operations for monitoring the transport service (242). For example, the media management component 134 can transmit an in-application message that notifies the user that the user can listen to her own media in the driver's vehicle during the ride. The user may provide an input via the service application that she is not interested. If the user has not subscribed to the media control feature, but wants to subscribe, the user's service application provides user interfaces to enable the user to sign up from her device.
If the user subscribes or has previously subscribed to the media control feature, the user can request to operate the media application on her device to control the media to be played back in the driver's vehicle. When the user makes the request to have media control, the media management component 134 can identify the user's token for the account with the media service provider associated with or that provides the media application (255). The media management component 134 can access a memory resource to identify the user's stored token.
The media management component 134 can transmit the user's token for the media service provider (or, in another variation, a temporary token corresponding to the user's token) to the driver's device (260). The driver's service application, which includes a software development kit for a media application corresponding to the media service provider, can use the token to have access to and/or communicate with the media service provider. In this manner, the driver's service application can have access to media associated with the user's account with the media service provider so long as the driver's service application has the user's token.
Depending on some examples, steps 240-260 of
For example, the user can have an account with a music streaming network service and have a music application provided by the music streaming network service installed on her device. The driver can have a music application provided by the same music streaming service or a designated service application that interfaces with the music application or has a software development kit for that music application installed on his device. By providing the driver's device with the user's token for the user's account with the music streaming network service, the music application or the designated service application on the driver's device can output the music that the user controls on her device. In another example, the designated service application on each of the user's device and the driver's device can be enabled to provide media, e.g., music, video, playlists, without using a media application provided by a media service provider. In this example, the transport arrangement system 130 can provide the media without relying on a separate media service provider.
The user's interactions with a media application, for example, can cause the media application to communicate with the media service provider, which in turn, conveys data to the media application or the designated service application on the driver's device. In another example, the user can interact with the designated service application, which interfaces with the media application (via APIs), to control the media and communicate with the media service provider (e.g., over the network and/or via the transportation arrangement system 130). In this example, the user can control media from the designated service application without having to separately launch or operate a media application. In other variations, the designated service application can include media control features to enable the user to control the output or streaming of media, e.g., play, pause, select a media, make or manage a playlist, etc., without relying on the services of a media service provider. The transportation arrangement system 130 can provide or stream media over the designated service application without interfacing with the media application (e.g., through agreements with music labels directly).
User Interface Examples
According to an example, user interface (A) corresponds a user interface in which the driver can select the “Go Online” feature 302 to be on duty or active, for providing transport services to users. Once the driver is on duty, the driver can access her account, shown in user interface (B), to change the driver's account or profile settings. One of the settings in the driver's account or profile can be an indication whether to disable or enable media control for a user, as shown in user interface (C). User interface (D) illustrates the service application when the driver is approaching the pickup location of a user. In this example, the transport service has been arranged for the user and the driver. The driver can select the “Arriving Now” feature 304 to indicate to the user that she is arriving. In one example, selecting this feature can be an event that triggers the transport arrangement system to enable the user to have control. User interface (E) shows a user interface in which the driver is notified of the change in media control from the driver (as a default) to the user (e.g., notification message 306). The driver can select the “OK” feature 308 to enable the user to have the media control. Once the driver picks up the user, the driver can select the “Begin Trip” feature 310, shown in user interface (F), to notify the transportation arrangement system that the transport service has been initiated.
When the user adds the application, called Music Application, for example, the user is provided with user interface (E), in which the user can input credentials for Music Application (e.g., specific to Music Application). The user can provide the user name and password for the account with the media service provider, Music Application, and select the “Allow” feature 506 to enable a driver's device to have access to the media associated with that account. For example, the process can correspond to an OAuth and sign up process for an on-demand music application. Once the user provides the credentials, the user is taken back to the home page or status page, as shown in user interface (F).
For example, selection of the “Link Music” feature 512 can cause the designated client service application to display user interface (B) of
The user can operate the media features on user interface (B) to control and select which song or playlist to consume. A status feature for the service application can be provided with the user interface of the music application, as illustrated by the “Your Uber is Arriving in 6 Minutes” feature 604 in
During the transport service, the user can interact with the media application to control the media that is being played in the vehicle. As discussed above, the user can interact with the media application, which causes the driver's device to receive the media based on the user's input with the media application on the user's client device.
In other examples, the designated client service application can provide the media outputting service without use of a separate media application. In such examples, the user can select the “Listen to Music” feature 602 on user interface (A) of
Hardware Diagram
In one implementation, computer system 900 includes processing resources, main memory, ROM, storage device, and communication interface. Computer system 900 includes at least one processor for processing information and a main memory, such as a random access memory (RAM) or other dynamic storage device, for storing information and instructions to be executed by the processor. Main memory also may be used for storing temporary variables or other intermediate information during execution of instructions to be executed by processor. Computer system 900 may also include a read only memory (ROM) or other static storage device for storing static information and instructions for processor. A storage device, such as a magnetic disk or optical disk, is provided for storing information and instructions. For example, the storage device can correspond to a computer-readable medium that stores media management instructions for performing operations discussed with respect to
The communication interface can enable computer system 900 to communicate with one or more networks (e.g., cellular network) through use of the network link (wireless or via a wire). Using the network link, computer system can communicate with a plurality of devices, such as the mobile computing devices of the clients and service providers. According to some examples, computer system can receive a transport request from a user's mobile computing device via the network link and arrange a transport for the user. If media control is enabled for the user and the driver, the processor can provide a token to the driver's device to enable the driver's device to access media of the user's account with a media service provider. The processor can receive or determine triggers and provide the user with media control of the driver's device.
Computer system 900 can also include a display device, such as a cathode ray tube (CRT), an LCD monitor, or a television set, for example, for displaying graphics and information to a user. An input mechanism, such as a keyboard that includes alphanumeric keys and other keys, can be coupled to computer system for communicating information and command selections to processor. Other non-limiting, illustrative examples of input mechanisms include a mouse, a trackball, touch-sensitive screen, or cursor direction keys for communicating direction information and command selections to processor and for controlling cursor movement on display.
Examples described herein are related to the use of computer system 900 for implementing the techniques described herein. According to one example, those techniques are performed by computer system 900 in response to processor executing one or more sequences of one or more instructions contained in main memory, such as the price adjustment instructions. Such instructions may be read into main memory from another machine-readable medium, such as storage device. Execution of the sequences of instructions contained in main memory causes processor to perform the process steps described herein. In alternative implementations, hard-wired circuitry may be used in place of or in combination with software instructions to implement examples described herein. Thus, the examples described are not limited to any specific combination of hardware circuitry and software.
The processor is configured with software and/or other logic to perform one or more processes, steps and other functions described with implementations, such as described by
A service provider, for example, can operate a mobile computing device (such as a computing device 1000) to operate a designated service application. The GPS component can determine location information, such as current location information of the computing device 1000. The location information can be wirelessly transmitted to the system via the communication sub-systems periodically and/or as part of a status message. The computing device 1000, such as a client device, can receive a media notification notifying the user that the user can link or sync the designated service application with a media application in order to listen and/or view media through the speakers and/or display of the driver's vehicle during the duration of the transport service. In addition, application credentials for a user's account with a media provider can be provided to the system for use with media control.
For example, the processor can provide a variety of content to the display by executing instructions and/or applications that are stored in the memory resources. One or more user interfaces can be provided by the processor, such as the user interfaces for the designated service application. While
It is contemplated for examples described herein to extend to individual elements and concepts described herein, independently of other concepts, ideas or system, as well as for examples to include combinations of elements recited anywhere in this application. Although examples are described in detail herein with reference to the accompanying drawings, it is to be understood that the concepts are not limited to those precise examples. Accordingly, it is intended that the scope of the concepts be defined by the following claims and their equivalents. Furthermore, it is contemplated that a particular feature described either individually or as part of an example can be combined with other individually described features, or parts of other examples, even if the other features and examples make no mentioned of the particular feature. Thus, the absence of describing combinations should not preclude having rights to such combinations.
This application is a continuation of U.S. patent application Ser. No. 14/333,352, filed Jul. 16, 2014, which claims the benefit of priority to U.S. Provisional Patent Application No. 61/937,456, filed Feb. 7, 2014; the aforementioned applications being hereby incorporated by reference in their respective entireties.
| Number | Name | Date | Kind |
|---|---|---|---|
| 4550304 | Saitta | Oct 1985 | A |
| 5168451 | Bolger | Dec 1992 | A |
| 5212645 | Wildes et al. | May 1993 | A |
| 5604676 | Penzias | Feb 1997 | A |
| 5945919 | Trask | Aug 1999 | A |
| 6028537 | Suman | Feb 2000 | A |
| 6212393 | Suarez | Apr 2001 | B1 |
| 6356838 | Paul | Mar 2002 | B1 |
| 6618593 | Drutman | Sep 2003 | B1 |
| 6756913 | Ayed | Jun 2004 | B1 |
| 6874037 | Abram | Mar 2005 | B1 |
| 6925381 | Adamcyzk | Aug 2005 | B2 |
| 6950745 | Agnew | Sep 2005 | B2 |
| 6989765 | Gueziec | Jan 2006 | B2 |
| 7080019 | Hurzeler | Jul 2006 | B1 |
| 7610145 | Kantarjiev | Oct 2009 | B2 |
| 7822426 | Wuersch | Oct 2010 | B1 |
| 8140256 | dos-Santos | Mar 2012 | B1 |
| 8285571 | Demirdjian | Oct 2012 | B2 |
| 8362894 | Shah | Jan 2013 | B2 |
| 8489119 | Fraccaroli | Jul 2013 | B1 |
| 8554608 | O'Connor | Oct 2013 | B1 |
| 8646194 | Podd | Feb 2014 | B2 |
| 8799038 | Chen et al. | Aug 2014 | B2 |
| 8909256 | Fraccaroli | Dec 2014 | B2 |
| 9483744 | Ford | Nov 2016 | B2 |
| 9488484 | Ford | Nov 2016 | B2 |
| 9552559 | Ford | Jan 2017 | B2 |
| 9558469 | Ford | Jan 2017 | B2 |
| 9569740 | Ford | Feb 2017 | B2 |
| 9599481 | Ford | Mar 2017 | B2 |
| 9671239 | Ford | Jun 2017 | B2 |
| 9689694 | Ford | Jun 2017 | B2 |
| 9715667 | Ford | Jul 2017 | B2 |
| 9965960 | McDavitt-Van Fleet | May 2018 | B1 |
| 20010037174 | Dickerson | Nov 2001 | A1 |
| 20010056363 | Gantz | Dec 2001 | A1 |
| 20020125839 | Yen | Sep 2002 | A1 |
| 20030030666 | Najmi | Feb 2003 | A1 |
| 20040024789 | Ditcharo et al. | Feb 2004 | A1 |
| 20040049424 | Murray | Mar 2004 | A1 |
| 20040107110 | Gottlieb et al. | Jun 2004 | A1 |
| 20050153707 | Ledyard | Jul 2005 | A1 |
| 20050227704 | Ferra | Oct 2005 | A1 |
| 20060004590 | Khoo | Jan 2006 | A1 |
| 20060034201 | Umeda et al. | Feb 2006 | A1 |
| 20060059023 | Mashinsky | Mar 2006 | A1 |
| 20060200306 | Adamcyzk | Sep 2006 | A1 |
| 20060224437 | Gupta | Oct 2006 | A1 |
| 20060242154 | Rawat | Oct 2006 | A1 |
| 20070150375 | Yang | Jun 2007 | A1 |
| 20070183156 | Shan | Aug 2007 | A1 |
| 20070255627 | Hallowell | Nov 2007 | A1 |
| 20070265974 | Chang | Nov 2007 | A1 |
| 20070276595 | Lewinson | Nov 2007 | A1 |
| 20080055049 | Weill | Mar 2008 | A1 |
| 20080091342 | Assael | Apr 2008 | A1 |
| 20080109867 | Panabaker | May 2008 | A1 |
| 20080195428 | O'Sullivan | Aug 2008 | A1 |
| 20080270204 | Poykko | Oct 2008 | A1 |
| 20080277183 | Huang | Nov 2008 | A1 |
| 20080298058 | Kan | Dec 2008 | A1 |
| 20090049119 | Marcinkiewicz et al. | Feb 2009 | A1 |
| 20090143965 | Chang et al. | Jun 2009 | A1 |
| 20090176508 | Lubeck et al. | Jul 2009 | A1 |
| 20090192851 | Bishop | Jul 2009 | A1 |
| 20090216600 | Hill | Aug 2009 | A1 |
| 20090281844 | Probst | Nov 2009 | A1 |
| 20090313077 | Wheeler, IV | Dec 2009 | A1 |
| 20090326991 | Wei | Dec 2009 | A1 |
| 20100042549 | Adamcyzk | Feb 2010 | A1 |
| 20100198428 | Sultan et al. | Aug 2010 | A1 |
| 20100205017 | Sichelman et al. | Aug 2010 | A1 |
| 20100260350 | Chutorash | Oct 2010 | A1 |
| 20100292914 | Vepsalinen | Nov 2010 | A1 |
| 20100332133 | Harris | Dec 2010 | A1 |
| 20110000747 | Wu | Jan 2011 | A1 |
| 20110009098 | Kong | Jan 2011 | A1 |
| 20110099040 | Felt et al. | Apr 2011 | A1 |
| 20110102165 | Rahamim | May 2011 | A1 |
| 20110118981 | Chamlou | May 2011 | A1 |
| 20110153629 | Lehmann et al. | Jun 2011 | A1 |
| 20110161227 | Santo, Jr. | Jun 2011 | A1 |
| 20110225269 | Yap et al. | Sep 2011 | A1 |
| 20110258623 | Wagner | Oct 2011 | A1 |
| 20110301985 | Camp et al. | Dec 2011 | A1 |
| 20110301997 | Gale et al. | Dec 2011 | A1 |
| 20110320230 | Podgumy | Dec 2011 | A1 |
| 20120041675 | Juliver | Feb 2012 | A1 |
| 20120059693 | Colodny et al. | Mar 2012 | A1 |
| 20120078672 | Mohebbi | Mar 2012 | A1 |
| 20120092194 | Crucs | Apr 2012 | A1 |
| 20120131170 | Spat | May 2012 | A1 |
| 20120137256 | Lalancette | May 2012 | A1 |
| 20120171963 | Tsfaty | Jul 2012 | A1 |
| 20120203599 | Choi et al. | Aug 2012 | A1 |
| 20120232943 | Myr | Sep 2012 | A1 |
| 20130054139 | Bodin | Feb 2013 | A1 |
| 20130073327 | Edelberg | Mar 2013 | A1 |
| 20130074111 | Hyde et al. | Mar 2013 | A1 |
| 20130090963 | Sharma | Apr 2013 | A1 |
| 20130102333 | Dam | Apr 2013 | A1 |
| 20130132140 | Amin | May 2013 | A1 |
| 20130144831 | Atlas | Jun 2013 | A1 |
| 20130150004 | Rosen | Jun 2013 | A1 |
| 20130171930 | Anand | Jul 2013 | A1 |
| 20130179205 | Slinin | Jul 2013 | A1 |
| 20130179215 | Slinin | Jul 2013 | A1 |
| 20130295963 | Sen | Nov 2013 | A1 |
| 20130316727 | Edge | Nov 2013 | A1 |
| 20140011522 | Lin | Jan 2014 | A1 |
| 20140051465 | Ruys et al. | Feb 2014 | A1 |
| 20140067488 | James | Mar 2014 | A1 |
| 20140081764 | James | Mar 2014 | A1 |
| 20140082069 | Varoglu et al. | Mar 2014 | A1 |
| 20140087697 | Johnston | Mar 2014 | A1 |
| 20140129135 | Holden et al. | May 2014 | A1 |
| 20140129951 | Amin | May 2014 | A1 |
| 20140130387 | Pod | May 2014 | A1 |
| 20140149544 | Le Nerriec | May 2014 | A1 |
| 20140156556 | Lavian | Jun 2014 | A1 |
| 20140164559 | Demeniuk | Jun 2014 | A1 |
| 20140223787 | Richmond | Aug 2014 | A1 |
| 20150046080 | Wesselius | Feb 2015 | A1 |
| 20150127439 | Campos De Figueiredo Faceira | May 2015 | A1 |
| 20150154810 | Tew | Jun 2015 | A1 |
| 20150161564 | Sweeney | Jun 2015 | A1 |
| 20150195133 | Sheets | Jul 2015 | A1 |
| 20150228000 | Bijor | Aug 2015 | A1 |
| 20150262430 | Farrelly | Sep 2015 | A1 |
| 20150310868 | Mallik | Oct 2015 | A1 |
| 20150317568 | Grasso | Nov 2015 | A1 |
| 20150323327 | Ford | Nov 2015 | A1 |
| 20150323329 | Ford | Nov 2015 | A1 |
| 20150323330 | Ford | Nov 2015 | A1 |
| 20150323331 | Ford | Nov 2015 | A1 |
| 20150324334 | Ford | Nov 2015 | A1 |
| 20150324717 | Lord | Nov 2015 | A1 |
| 20150324734 | Ford | Nov 2015 | A1 |
| 20150324945 | Ford | Nov 2015 | A1 |
| 20150325158 | Ford | Nov 2015 | A1 |
| 20150332425 | Kalanick | Nov 2015 | A1 |
| 20150339923 | Konig | Nov 2015 | A1 |
| 20150345743 | Trincia | Dec 2015 | A1 |
| 20150345951 | Dutta | Dec 2015 | A1 |
| 20160019728 | Petrie | Jan 2016 | A1 |
| 20160027306 | Lambert | Jan 2016 | A1 |
| 20160034828 | Sarawgi | Feb 2016 | A1 |
| 20160042303 | Medina | Feb 2016 | A1 |
| 20160117610 | Ikeda | Apr 2016 | A1 |
| 20160138928 | Guo | May 2016 | A1 |
| 20160180346 | Cheng | Jun 2016 | A1 |
| 20160356615 | Arata | Dec 2016 | A1 |
| 20160364678 | Cao | Dec 2016 | A1 |
| 20160377445 | Rodoni | Dec 2016 | A1 |
| 20160378303 | Crilley | Dec 2016 | A1 |
| 20170017374 | Herz | Jan 2017 | A1 |
| 20170072844 | Kalanick | Mar 2017 | A1 |
| 20170126810 | Kentley | May 2017 | A1 |
| 20170193404 | Yoo | Jul 2017 | A1 |
| 20170213160 | Yerli | Jul 2017 | A1 |
| 20170267166 | Kalanick | Sep 2017 | A1 |
| 20170300848 | Shoval | Oct 2017 | A1 |
| 20180101925 | Brinig | Apr 2018 | A1 |
| 20180102017 | Brinig | Apr 2018 | A1 |
| 20180178717 | Kalanick | Jun 2018 | A1 |
| 20180198535 | Cirit | Jul 2018 | A1 |
| 20180232789 | Bijor | Aug 2018 | A1 |
| 20190035202 | Brinig | Jan 2019 | A1 |
| 20190051174 | Haque | Feb 2019 | A1 |
| 20190152382 | Kalanick | May 2019 | A1 |
| 20190221069 | Brinig | Jul 2019 | A1 |
| 20190320043 | Goldstein | Oct 2019 | A1 |
| 20190327003 | Cirit | Oct 2019 | A1 |
| Number | Date | Country |
|---|---|---|
| 2889853 | May 2014 | CA |
| 201918124 | Aug 2011 | CN |
| 202213529 | May 2012 | CN |
| 102934393 | Feb 2013 | CN |
| 104885386 | Sep 2015 | CN |
| 105871903 | Aug 2016 | CN |
| 109120497 | Jan 2019 | CN |
| 2473831 | Mar 2011 | GB |
| 1992027220 | May 1990 | JP |
| 2000082199 | Mar 2000 | JP |
| 2004-302941 | Oct 2004 | JP |
| 2004-362271 | Dec 2004 | JP |
| 3934985 | Jun 2007 | JP |
| 2012088925 | May 2012 | JP |
| 2014-130552 | Jun 2014 | JP |
| 2004-073639 | May 2015 | JP |
| 6218057 | Oct 2017 | JP |
| 10-2010-0053717 | May 2010 | KR |
| 10-2012-0090480 | Aug 2012 | KR |
| 10-2014-0124137 | Oct 2014 | KR |
| 10-2015-0045962 | Apr 2015 | KR |
| WO 1999044186 | Feb 1999 | WO |
| WO 1999044186 | Sep 1999 | WO |
| WO 2005013588 | Feb 2005 | WO |
| WO-2009023295 | Feb 2009 | WO |
| WO-2009023295 | Feb 2009 | WO |
| WO 2011067741 | Jun 2011 | WO |
| WO 2014106617 | Jul 2014 | WO |
| WO-2018128781 | Jul 2018 | WO |
| Entry |
|---|
| Dillow, C.; “Without Smarts, New York's ‘Taxi of Tomorrow’ is Really the Taxi of Yesterday” (Apr. 10, 2012); Popular Science, https://www.popsci.com/cars/article/2012-04/without-connectivity-new-yorks-new-taxi-tomorrow-really-taxi-yesterday (Year: 2012). |
| Office Action in AU 2017390194 dated Jul. 26, 2019. |
| Office Action in CA 3048145 dated Jul. 29, 2019. |
| Exam Report No. 2 in AU 2017/342747 dated Aug. 27, 2019. |
| Exam Report No. 1 in AU2015214049 dated Nov. 5, 2019. |
| Office Action in KR 10-2019-7022998 dated Sep. 2, 2019. |
| First Office Action in CN 201780086102.1 dated Dec. 30, 2019. |
| Notice of Allowance in KR 10-2019-7022998 dated Jan. 2, 2020. |
| Examination Reported in AU 2017342747 dated Apr. 8, 2019. |
| IPRP in PCT/US2017/053065 dated Apr. 25, 2019. |
| Office Action in CN 2015800072642 dated May 8, 2019. |
| ISR and Written Opinion issued in PCT/US2017/066859 dated Mar. 15, 2018. |
| ISR and Written Opinion issued in PCT/US2019/025659 dated Jul. 15, 2019. |
| International Search Report dated May 13, 2015 in PCT/US2015/014743. |
| International Prelimniary Report on Patentability in PCT/US2015/014743 dated Aug. 18, 2016. |
| EESR in EP 15745931.4 dated May 30, 2017. |
| Branscombe, M.; Use your phone to control your car using MirrorLink (Aug. 1, 2012; Tech Radar, pp. 1-2, http: // www.techradar. Com/news/car-tech/use-your-phone-to-control-your-car-sing-mirrorlink-1090628 (Year: 2012). |
| Office Action in EP15745931.4 dated Mar. 2, 2018. |
| Office Action in JP 2019-534853 dated Feb. 5, 2020. |
| Exam Report No. 1 in AU 2019200957 dated Apr. 15, 2020. |
| OA in EP 17859424.8 dated Apr. 28, 2020. |
| Number | Date | Country | |
|---|---|---|---|
| 20180232789 A1 | Aug 2018 | US |
| Number | Date | Country | |
|---|---|---|---|
| 61937456 | Feb 2014 | US |
| Number | Date | Country | |
|---|---|---|---|
| Parent | 14333352 | Jul 2014 | US |
| Child | 15947117 | US |
