JP2019506586A - Sharing navigation data between computing devices in the same location - Google Patents

Abstract

  Described herein are systems, methods, devices, and other techniques for sharing navigation data between computing devices. In this technique, the first computing device detects the second computing device, and the first computing device detects an audio signal output from one or more speakers of the second computing device. Identifying based on. The second computing device is executing a navigation application that is programmed to navigate the geographic route. The first computing device uses the information encoded in the audio signal output from the one or more speakers of the second computing device to use the navigation application running on the second computing device. Determine the geographic route that is programmed to navigate. The representation of the geographic route can be displayed on the electronic display of the first computing device.

Description

  This specification relates generally to computer-based navigation techniques, and more specifically to sharing navigation data between computing devices.

Background Car drivers increasingly use computer-based navigation applications to plan trips, determine geographic routes, and provide turn-by-turn navigation instructions along the route. It has come to offer. Some modern advanced navigation applications use location information to display a map of an area within the navigation device area, traffic conditions, remaining distance to the destination, estimated arrival time, public transport information Some of them can present car drivers with expandable street view, live traffic information, terrain, transit lines, points of interest, and other additional information. Some navigation applications allow an automobile driver to interact with the navigation application via a user interface on a portable computing device touch screen.

SUMMARY This specification generally describes systems, methods, devices, and other techniques for sharing navigation data between devices in the same location. In some examples, the driver can navigate the geographic route by programming his personal computing device or a fixed navigation system in the vehicle. Navigation systems can often operate autonomously once a route is established, but driving is often performed by the driver in various situations (eg, traffic conditions, road construction, weather changes, or planning or purposes). It is a dynamic experience that is required to respond to changes in the ground. In such a situation, the driver may be able to enjoy passenger assistance in navigating or changing routes, for example. Passenger assistance can reduce, for example, situations where the driver needs to interact with the navigation device during the trip, which can cause distraction from driving, which is the most important job.

  Thus, this specification describes a technique that allows a driver's device to communicate navigation data to a personal computing device owned by the passenger. When the passenger's device receives the navigation data, it can use this data to recreate the driver's geographic route. Then, the passenger can verify this route and further assist the driver in maneuvering. In some implementations, the driver may delegate control of some functions of the driver's device to the passenger during the trip. Then, the passenger can use his / her device (passenger's device) to modify the route on the driver's device, and other tasks can be input to perform the task. Even if not given by the driver, it can be executed on behalf of the driver. In some implementations, the data is stored between the driver's device and the passenger's device using a high frequency audio signal encoded with navigation data or in a server system. Communication can be performed using a pointer to the navigation data.

  Some implementations of the subject matter described herein include computer-implemented methods for sharing navigation data between computing devices at the same location. In this method, the first computing device detects the second computing device, and the first computing device detects an audio signal output from one or more speakers of the second computing device. Based on, it may include identifying. The second computing device is executing a navigation application that is programmed to navigate the geographic route. The first computing device uses the information encoded in the audio signal output from the one or more speakers of the second computing device to use the navigation application running on the second computing device. A geographic route that is programmed to navigate can be determined. The representation of the geographic route can be displayed on the electronic display of the first computing device.

These and other implementations can optionally include one or more of the following features.
Identifying the second computing device comprises: (i) causing one or more speakers of the first computing device to output a first audio signal indicating the presence of the first computing device; (Ii) monitoring a response to the first audio signal for a period of time. The audio signal output from the one or more speakers of the second computing device may be a second audio signal. The second computing device may output the second audio signal in response to detecting the first audio signal.

  The first computing device may be a mobile computing device. The second computing device may be a mobile computing device or may be at least part of an integrated navigation computer system installed in the vehicle.

The center frequency of the audio signal may be at least 20 kilohertz.
Using the information encoded in the second audio signal output by one or more speakers of the second computing device, the navigation application running on the second computing device is a geographical route. It may be verified that it has been reprogrammed to navigate through different corrected geographic routes. The first computing device may detect the second audio signal while continuing to display a representation of the geographic route on the electronic display of the first computing device. The first computing device is reprogrammed to navigate to a navigation application running on the second computing device using information encoded in the second audio signal. Determined geographic routes may be determined. In response to determining the modified geographic route, the first computing device displays a representation of the geographic route on the electronic display of the first computing device, so that the electronic display of the first computing device Can automatically switch to displaying a modified representation of the geographical route.

  The audio signal may encode an address indicating a location on the computer network where information specifying the geographical route can be accessed. The step of determining a geographic route programmed to navigate by a navigation application running on the second computing device specifies the geographic route using an address encoded in the audio signal. Accessing information may be included.

  The location on the computer network that can access the information specifying the geographic route may be a location that is not on the first computing device or the second computing device.

  The displayed geographic route by displaying content identifying the second computing device or a user of the second computing device along with a representation of the geographic route on the electronic display of the first computing device May indicate that the second computing device or a user of the second computing device is sharing with the first computing device.

  The first computing device may be in the vehicle, for example in the vehicle cabin. The second computing device may also be in the vehicle, for example in the vehicle cabin. The first computing device may be owned and / or currently operated by a passenger of the vehicle, may be under its control, or may be currently logged in. The second computing device may also be owned and / or currently operated, controlled by, or currently logged in by the vehicle driver. The vehicle may be a road vehicle such as a passenger car or a truck.

  A first computing device may receive user input to modify the geographic route and generate a modified geographic route. In response to receiving user input to modify the geographic route, the navigation application running on the second computing device is switched from navigating the geographic route to navigating the modified geographic route. Information formatted in this manner may be transmitted to the second computing device.

  In response to determining a geographic route that the navigation application running on the second computing device is programmed to navigate, the navigation application running on the first computing device is automatically In particular, the determined geographical route may be navigated. A search query may be received at the first computing device while navigating a determined geographic route by a navigation application running at the first computing device. Based on the search query and information about the geographic route, obtain one or more search results specifying each location determined to be relevant to the search query and located in a predefined neighborhood of the geographic route May be.

  Data indicating that the user input has selected a particular search result from one or more search results may be received. In response to receiving data indicating that the user input has selected a particular search result, the navigation application running on the second computing device is navigated to a location specified by the particular search result. Information formatted in this manner may be transmitted to the second computing device.

  Some implementations of the subject matter described herein can include one or more non-transitory computer-readable media that store instructions that when executed by one or more processors perform operations. . The above operation is performed when the first computing device detects the second computing device, and the first computing device detects an audio signal output from one or more speakers of the second computing device. Identifying based on. The second computing device is executing a navigation application that is programmed to navigate the geographic route, and the above operation is further performed by the first computing device being one of the second computing devices. Information encoded in the audio signal output from the one or more speakers is used to determine a geographic route that is programmed to navigate by a navigation application running on the second computing device. And displaying the representation of the geographic route on the electronic display of the first computing device.

  Some implementations of the subject matter described herein can include computer-implemented methods. The method includes a first computing device running a navigation application programmed to navigate a geographic route, wherein the first computing device communicates the geographic route with a second computing device. Receiving a request for sharing and, in response to receiving the request, second computing to determine a geographic route being navigated by the navigation application of the first computing device; Generating an audio signal encoded with information available to the device, and the audio signal for detection by the second computing device, one or more speakers of the first computing device or One or more of the vehicles It may include a step of outputting from the speaker.

  These and other implementations can optionally include one or more of the following features. In response to the first computing device receiving a request from the second computing device to share the geographic route with the second computing device, (i) the identity of the second computing device. Alternatively, the identity of the user of the second computing device may be determined, and (ii) based on the identity of the second computing device or the identity of the user of the second computing device, A determination may be made as to whether a user of the second computing device is authorized to receive navigation data shared by the first computing device.

  In response to determining that the second computing device or a user of the second computing device is authorized to receive navigation data shared by the first computing device, the first computing device An audio signal may be generated and this audio signal may be output. In response to determining that the second computing device or a user of the second computing device is not authorized to receive navigation data shared by the first computing device, the first computing device Configured to not share information with the second computing device that the second computing device can use to determine the geographic route being navigated by the navigation application of the first computing device. Good.

  Determining whether the second computing device or a user of the second computing device is authorized to receive navigation data shared by the first computing device is the first computing device Determining whether the user's social media account is connected to the user's social media account of the second computing device.

  Determining whether the second computing device or a user of the second computing device is authorized to receive navigation data shared by the first computing device is the second computing Determining whether the user of the device is included in the contact list of the user of the first computing device;

  The first computing device is at a time after outputting the audio signal for detection by the second computing device, and the navigation application running on the first computing device continues to be geographical Receiving a second audio signal output from a second computing device, encoded with information that can be used to determine a different second geographic route while navigating the route May be. In response to receiving the second audio signal, the first computing device automatically determines a second geographical route and determines the navigation application running on the first computing device to It may be reprogrammed to navigate a different second geographic route.

  Some implementations of the subject matter described herein can include one or more non-transitory computer-readable media that store instructions that when executed by one or more processors perform operations. . This operation is a first computing device running a navigation application programmed to navigate a geographic route, where the first computing device takes the geographic route with a second computing device. Receiving a request to share and second computing to determine a geographic route being navigated by the navigation application of the first computing device in response to receiving the request; Generating one or more speakers of the first computing device for generating an audio signal encoded with information available to the device and detecting the audio signal for detection by the second computing device; One or more speeds of the vehicle It may include and outputting from over.

  Some implementations of the subject matter described herein include a first navigation in which a first computing device has been transmitted from a second computing device located in the vicinity of the first computing device. Receiving data may be included. The first navigation data specifies a geographic route that the navigation application at the second computing device is programmed to navigate. Further, generating a representation of a geographical route at the first computing device by the first computing device executing the first navigation data, wherein the first computing device modifies the geographical route. Generating a modified geographic route, information that the first computing device can use to access second navigation data that specifies the modified geographic route, Transmitting to a second computing device.

  These and other implementations can optionally include one or more of the following features. A copy of the second navigation data may be sent to a computing system separate from the first computing device and the second computing device. Sending information that can be used to access the second navigation data specifying the modified geographic route includes a pointer to the location of the second navigation data in the computing system, the second computing device. Transmitting to the network.

  Receiving first navigation data specifying a geographical route is encoded using a pointer that indicates a network location that is encoded using the first navigation data or where the first navigation data is stored. Receiving the received audio signal.

  Particular implementations of the subject matter described in this specification can achieve one or more of the following advantages in certain cases. By providing and sharing navigation data from the driver's device to the passenger's device, the passenger can track the progress of the trip and collaborate with the driver on alternative route options. In some implementations, the passenger uses his computing device to reproduce the route being navigated on the driver's computing device, make changes to this route, and pass the navigation data to the driver. The driver's computing device may automatically update the route according to the passenger's instructions. For this reason, the driver will be able to concentrate on driving the vehicle, rather than interacting with his / her navigation device, changing the route, searching for a specific location, examining the traffic situation, and the like. In some implementations, the passenger device and the driver device may exchange messages using short-range audio signals. The range of the audio signal may be configured so that communication is limited to devices within the same vehicle and devices outside the vehicle are generally prevented from detecting signals from devices within the vehicle. Thus, the audio signal can at least partially ensure that navigation data is transmitted between computing devices at the same location. In some implementations, these technologies advantageously allow navigation data to be shared between devices in the same location, taking advantage of the fact that these devices are in close proximity, Can be shared. For example, neither driver nor passenger need to provide credit information, sign in to an account, or prove past connections between devices to allow sharing of navigation data. Let's go.

  Some implementations of the invention may separately provide the first and / or second computing devices described herein. If the second computing device is provided by at least a part of an integrated navigation computer system installed in the vehicle, an implementation of the invention provides a vehicle comprising such a second computing device. Can be provided.

FIG. 1 is a conceptual flow diagram illustrating navigation data shared between a driver's computing device and a passenger's computing device in a vehicle. FIG. 2A shows a swim lane diagram of an example process for sharing navigation data between computing devices in the same car location. FIG. 2B shows a swim lane diagram of an example process for sharing navigation data between computing devices in the same car location. FIG. 2C shows a swim lane diagram of an example process for sharing navigation data between computing devices in the same car location. 1 is a conceptual diagram of an example of a system of computing devices in a pair of vehicles. A set of computing devices in each vehicle can share navigation data with other devices in the same vehicle, but not in general with devices located in other vehicles. FIG. 5 illustrates an example swim lane diagram of a process for sharing navigation data between computing devices at the same location. This process illustrates a communication protocol that can be used by passenger devices and driver devices in close proximity to share information characterizing the driver navigation state with the passenger devices. FIG. 11 illustrates an example of a computing device and a mobile computing device that can be used to implement the techniques described herein. For example, the passenger and driver devices described herein may have hardware such as the hardware described with respect to the mobile computing device of FIG.

Like reference symbols in the different drawings indicate like elements.
DETAILED DESCRIPTION This specification generally describes systems, methods, devices, and other techniques for sharing navigation data between devices in the same location, such as devices that are each located in the same vehicle. To do. In some implementations of the techniques described herein, the driver of the car can send one or more passengers in the car to the driver's personal device (eg, a smartphone or tablet computing device) or a vehicle navigation computer. The ability to recreate the geographic route programmed into the navigation application on the riding system on the passenger's personal device. The passenger can then use this ability to monitor the progress of the trip while traveling the route. In some cases, the passenger can also assist the driver in navigating the route or correcting the route using the navigation data shared by the driver. For example, a driver may determine that he / she needs to leave the route in order to make an unscheduled stop at a grocery store during a journey that follows the originally programmed route. Since the driver will focus on driving the car, the driver can interact with his / her smartphone or other navigation device so that the groceries between the current position of the vehicle and the final destination of the route Determining the location of a store can be a distracting or difficult task in some cases, including including the driver modifying the route and stopping at the grocery store, or in some cases distracting or It is a difficult task. Thus, with the techniques described herein, a passenger who has reproduced the originally planned route on his personal computing device can, for example, find the appropriate grocery store and The route can be updated to include a stop at the store, and the driver's device automatically updates the route in the manner specified by the passenger to include the stop at the grocery store. Can be transmitted to the driver's navigation device. In this way, the passenger can reduce the situation in which the driver must interact with his / her navigation device while driving by assisting the driver in managing the navigation function during the trip.

  In some implementations, the techniques described herein can provide secure communication for sharing navigation data between computing devices at the same location. For example, navigation data is a way to reduce the likelihood that an unauthorized passenger will obtain navigation data for the driver, and to reduce the amount of user effort required to start sharing navigation data And share it. In some implementations, navigation data or messages that include pointers to navigation data are generally detectable by devices that are close to each other (eg, in the same vehicle cabin) but that exceed a short distance of the signal (eg, outside the vehicle or from a vehicle) Devices that are in excess of the threshold distance may be transmitted between computing devices at the same location using short range signals (eg, high frequency audio signals) that are generally undetectable. In addition, in some implementations, navigation data may be shared between co-located devices, even if there is no association between these devices in the past. For example, a passenger's device may receive navigation data broadcast from another device in the vehicle, even if the passenger's device has not been authenticated by the device that broadcasted it. If so, it can be received. Therefore, both the driver and the passenger need relatively little effort to start sharing navigation data.

  Referring now to FIG. 1, a conceptual flow diagram of navigation data shared between a driver device 102 and a passenger device 104 in a vehicle 106 is shown. The vehicle 106 is driven by a driver 108 as a first occupant, and a passenger 110 as a second occupant is in the vehicle. Driver 108 and passenger 110 each have a computing device capable of running a navigation application that can provide turn-by-turn instructions along the geographical route to the destination. Driver device 102 and passenger device 104 may each be, for example, a dedicated portable navigation device, a smartphone, a tablet computing device, a smart watch or other wearable device, an integrated vehicle navigation device, or a node book computer. .

  FIG. 1 generally shows four operational stages AD (112-118) performed between the driver device 102 and the passenger device 104. FIG. The operation in these stages is as described briefly above, but will be described in more detail in connection with FIGS. 2A-2C, 3 and 4. Stage A (112) generally indicates the start of a trip on the vehicle 106, and the driver 108 has already programmed the driver's device 102 to navigate along the first geographic route. For example, the route indicated by stage A (112) extends from Hawthorne, CA (CA) to Pasadena, CA. Most of this route extends along Interstate 110 (I-110). After this route is programmed into the driver device 102, navigation data defining the first geographic route is shared with the passenger device 104 in stage B (114). In some implementations, navigation data defining this route can be transmitted directly from the driver device 102 to the passenger device 104 via short-range voice or wireless signals. In some implementations, a pointer identifying a network location (such as a location on a remote cloud-based server) that can access the navigation data may be sent from the driver device 102 to the passenger device 104; The passenger's device can then retrieve the actual navigation data from the remote server, including the information necessary to reproduce the first geographic route. Upon obtaining navigation data shared by the driver, the passenger's device 104 can begin navigation along the first geographic route. For example, a representation of this route can be presented on the map, as shown by the passenger's device 104 at stage B (114). The passenger 110 may also be presented with text and / or graphical elements that indicate that the displayed route has been shared with another device. For example, at stage B (114), the passenger's device 104 displays an annotation identifying the route along the route with the driver's name (eg, "Andrew route"). In addition, a notification to passenger 110 that “you are in Andrew's car” is also displayed on the map. This notification also provides basic information about the route, such as its destination and estimated arrival time.

  In some implementations, passenger 110 may make changes to the first geographic route. Passenger 110 may modify the route so that the route passes through one or more specific points, for example, to avoid traffic jams or simply to change the scenery. As shown on the display of the passenger's device 104 at stage C (116), the passenger 110 is changing the route to avoid I-110. The corrected route may be selected from one or more recommended routes determined by the navigation application, may be manually set by the passenger 110, or may be set using a combination of algorithmic and manual techniques. Good. Once the corrected route is set, the passenger 110 may select a control in the user interface of the navigation application to communicate the corrected route to the driver's device. In some implementations, navigation data defining a modified route was communicated from the passenger device 104 to the driver device 102 and a first route from the driver device 102 to the passenger device 104. It may be communicated in a manner similar to that. For example, a message encoded into a short range voice or radio signal may be transmitted from the passenger device 104 and received by the driver device 102. This message may include navigation data regarding the modified route itself, or through the driver's device 102 over a wireless network connection (eg, LTE, CDMA, GSM®, 3G, or other broadband wireless area network connection). A pointer to navigation data located on the remote server to allow access to the data may be included. In stage D (118), the driver's device 102 may automatically update the route based on the new parameters set by the passenger 110 on the passenger's device 104. Thus, the driver can continue to use his device 102 for navigation without the distracting task of reconfiguring the route while driving.

  With reference to FIGS. 2A-2C, a swim lane diagram of an example process 200 for sharing navigation data between computing devices in the same vehicle location is shown. This swimlane diagram shows an example of the operation that occurs between just two devices (ie, the driver's device and the passenger's device), but in some implementations other devices and alternative device configurations A similar technology can be realized. For example, connecting the driver's device, the passenger's device, or both through an in-vehicle navigation system that is part of the vehicle's integrated computing system (eg, a navigation system with a display built into the vehicle's instrument panel) May be. In some implementations, the driver device is a personal mobile device of the driver of the vehicle, such as a smartphone, tablet computing device, notebook computer, dedicated portable navigation device, or smart watch or other wearable device. There may be. The passenger's device may be any of these types of devices as well. In some implementations, the driver's device may be an in-vehicle navigation system that is part of the vehicle's integrated computing system. In some implementations, multiple passenger devices may be connected to the driver's device and / or in-vehicle navigation system. These various configurations are further described below with reference to FIG. 3, for example.

  In some implementations, the process 200 begins at stages 202 and 204, where the driver device and the passenger device start their respective navigation applications on their respective devices. The navigation application may be a specific application (eg on a dedicated portable navigation device), depending on the type of device running the application, and installed third party application (eg GOOGLE® for mobile) Map). In general, the navigation application determines, for example, a route to one or more destinations specified by the user of each device, displays an expression of this route on an electronic map, and determines the start point of the route. The current location of the computing device can be accessed for use. A navigation application can be activated simultaneously on the driver's device and the passenger's device, but this is not necessary. In some implementations, for example, a vehicle driver may first launch a navigation application and set a route to guide the drive to a predetermined destination. After navigating the route for a certain period of time, the driver may ask the passenger in the vehicle for assistance in changing the route originally planned. At that time, the passenger may turn on his device and launch a navigation application on the passenger device. In accordance with the techniques described herein, passengers can perform a search for relevant locations close to the route, modify the route to avoid congestion, add specific points to visit along the route, and You may act as a driver navigator by performing actions such as doing. In particular, many of these actions by the passenger can be performed without the driver being distracted by having an important interaction with the driver's device.

  At stage 206, the driver's device optionally connects to the vehicle's integrated navigation system. The integrated vehicle navigation system has the ability to determine the route to the destination specified by the user, to give instructions in a turn-by-turn manner to navigate the route, and on the vehicle's electronic display (eg on the vehicle's instrument panel). It may be configured to perform functions similar to the navigation application on the driver's device and the passenger's device, such as the ability to display the entire route or a portion thereof on the provided LCD display). The driver's device may be connected to the integrated vehicle system via a wired connection (eg, USB cable) or by a short range wireless connection (eg, Bluetooth®). In some implementations, the vehicle navigation system retrieves relevant parameters for a given trip from the driver's device and then reconfigures and executes the trip substantially independently of the driver's device. Also good. For example, a vehicle navigation system obtains a programmed travel destination and information defining the route to the destination from the driver's device, and then navigates the route according to the parameters from the driver's device. You may start. In some implementations, the vehicle navigation system may be a relatively thin client that relies more on the driver's device to perform navigation functions. For example, the navigation system may simply mirror the audiovisual content from the navigation application on the device to the in-car display and stereo system. In implementations where the driver's device is not connected to the integrated vehicle navigation system, the passenger's device may communicate with the vehicle system either directly or via the driver's personal device. The remaining description with respect to FIGS. 2A-2C relates to interactions between the passenger's device and the driver's device (and the actions performed by the driver's device). However, if the driver's device is connected to a separate vehicle navigation system, at least some of the interactions and actions described above are not or in addition to the driver's personal navigation device. It should be understood that a vehicle navigation system may be required.

  At stage 208, the driver's device begins navigation along the first route. The first route may be determined based on one or more parameters specified by a user (eg, a driver) and based on the current location of the driver's device. For example, the driver's device may have a GPS receiver that recognizes that the current location of the device is Eden Prairie, Minnesota. The driver may type or voice into the device that he wants to navigate to the TARGET Field in Minneapolis, Minnesota. Next, the driver's device may determine one or more routes to navigate from Eden Prairie to the TARGET Field in Minneapolis. The driver may select a preferred route and start navigation. While navigating the selected route, the driver's device may also provide the driver with a turn-by-turn instruction that indicates the driving operation that the driver must perform to reach the selected destination. Good.

  On the other hand, when the driver's device is navigating the first route, the passenger's device may establish communication with the driver's device at stage 210, and further to the driver's device, It may be registered that the passenger's device is located in the same vehicle as the driver's device. In some implementations, the passenger device may establish communication with the driver device at other times, such as before the driver device initiates navigation of the first route. Various techniques may be used to provide a communication connection between the driver's device and the passenger's device. In some implementations, for example, the driver device and the passenger device may communicate through a short-range wireless connection, such as a Bluetooth connection. In some implementations, navigation data is transmitted to the driver using shorter-range radio technologies such as near-field communication (NFC) protocols or radio-frequency identification (RFID). Exchanges may be made between the device and the passenger's device. In some implementations, these devices are wireless networks such as Wi-Fi® networks or wide area wireless networks operated by cellular network carriers (eg, LTE, WiMAX®, UMTS, DCMA2000, GSM). You may communicate through.

  In some implementations, communication between the driver's device and the passenger's device can detect other devices in the passenger compartment, but generally does not have a band that is detected by devices outside the passenger compartment. Can be realized by the broadcasted signal. Such technology ensures that navigation data can only be transferred between devices at the same location in the same vehicle, for example, passengers in adjacent vehicles can receive navigation data from the wrong driver's device. Will not be received unintentionally. In some implementations, the broadcast signal may be a signal that has not been tampered with so that any navigation device in the vehicle can receive the signal. Thus, the driver's device and one or more passenger devices can provide navigation data even if there is no past connection between the devices and the user does not work to formally pair the devices. Can be shared. Rather, these devices can share navigation data with each other only by having the driver's device and the passenger's device in the same vehicle. This approach can be advantageous compared to other approaches that typically require past connections between devices and / or vehicles. For example, in general, a user must initiate a pairing of a specific device with Bluetooth, or a specific network or device to communicate with using Wi-Fi or some other communication protocol. Must be identified.

  However, in some cases it is desirable to be able to share data as quickly as possible with minimal user effort. For example, the driver is dedicated to traveling in a traffic jam and can pair the passenger with his / her phone (driver ’s navigation device), join the appropriate network, or It may not be distracted to help the passengers provide detailed instructions for establishing communication with the driver's device. One such communication protocol that can realize one or more of these advantages is described in more detail below, for example, with reference to FIG. In some implementations, the communication protocol uses a high frequency audio signal (eg, greater than 20 kHz and outside the normal human hearing range) to navigate between the driver's device and one or more passenger devices. Data can be sent. For example, a speaker driven by a driver's navigation device may determine the navigation state of the driver's device by broadcasting a high-frequency audio tone encoded with data that can be used by the passenger's device. Since the data transmission rate of voice signal broadcasts is relatively low (eg, in comparison with RF transmission), data transmitted between devices via voice may be compressed and minimized. In some implementations, for example, the driver's device is a file that represents the route being navigated by the driver's device to and / or from the passenger's device and / or navigation of the driver's device. Other information regarding the status may be shared by broadcasting a pointer to a network location (e.g., a navigation URL or other network address) accessible to the passenger's device. A pointer broadcast through an audio signal may have a data size that is relatively smaller than the actual navigation data that the pointer points to. When the passenger's device receives the pointer, it can use other communication means (eg, Wi-Fi, LTE) to access the navigation data located at the address specified by the pointer via a higher bandwidth connection. .

  At stage 212, when the passenger's device establishes communication with the driver's device, the driver's device requests that the driver's device share its navigational state with the passenger's device. The navigation state of the driver's device may include one or more information that describes the navigation parameters of the trip that the driver's device is currently performing or is set to do at some point in the future. The navigation state can be, for example, one or more specific routes to which the device is programmed to navigate in a specific route to the destination, one or more alternative routes to the destination, and / or a journey to the destination. May include information specifying a point of interest. Passengers may, for example, look up information about this trip, find specific points along the planned route, or further assist the driver with navigation instructions, or modify the planned route You may request information.

  In some implementations, the passenger's device may enter “passenger mode” before the driver's device requests to share its navigational state with the passenger's device. In passenger mode, the passenger's device broadcasts a message informing them that they are in the vehicle. This message may be anonymous in the sense that it does not contain identifying information about the passenger's device or about the user corresponding to the passenger's device, or the message may be of the passenger's device or passenger's device Information that uniquely identifies the user may be included. When in the “driver mode”, the driver's device may detect a message transmitted by the passenger trying to listen to such a message. The driver's device may then broadcast a message indicating an acknowledgment that the passenger's device message was received correctly and confirming the driver's device availability to the passenger's device. In some implementations, this acknowledgment indicates whether the driver's device has navigational state data that can be used for sharing and the specific type of navigation configured to be shared by the driver's device. You may have other information indicating data. This message may further include information identifying the driver or the driver's device. For example, the driver's device may send a message to the passenger's device that includes the driver's name or a name associated with the driver's device account. Thus, if the driver's name is Jacob, the driver's device will send a message to the passenger's device that the passenger is in Jacob's vehicle and that navigation data is available for sharing. Can be sent. In some implementations, instead of acknowledging the message broadcast by the passenger's device and then waiting for another message asking for sharing of navigation data, the driver's device An immediate response may be made with a message that includes navigation data that reflects the navigational state (and that includes pointers to remotely stored navigation data). These operations are illustrated at stage 214 in the flowchart of FIG. 2A. At this stage, the driver's device sends navigation data (or a pointer to the navigation data) for the first route.

  In some implementations, the process 200 may include a stage 216 where the driver's device authenticates the passenger's device before sharing navigation data with the passenger's device. This authentication can take several forms. For example, in some implementations, the driver's device may generate a prompt asking whether the driver wishes to share navigation data with the requesting passenger device. This prompt is displayed to the driver on the driver's device screen, displayed on the integrated vehicle screen, played through the driver's device speaker, and / or played through the vehicle speaker. Etc., by visual means, auditory means, or both. If the name of the operator of the passenger device requesting sharing of navigation data is, for example, Jennifer, does the prompt want the driver to share navigation data with Jennifer, the passenger? You can simply ask whether or not. The driver can then accept or reject this request. If the driver accepts, process 200 proceeds to stage 218. If the driver rejects this request, process 200 may end without navigation data being shared between devices.

  In some implementations, the driver's device may verify that the passenger's device is requesting navigation data on behalf of the authorized requester. In some implementations, the requester can be authorized based on the credit information provided by the passenger's device in the request for the driver's device. In some implementations, the driver's device (or an account associated with the driver's device) may manage a whitelist of authorized occupants that the driver has allowed to receive shared navigation data. Good. If the credit or other identifying information provided by the occupant's device indicates that the requester is included in the whitelisted authorized occupant, the driver's device will automatically accept the request and Navigation data for one route may be sent to the passenger's device (stage 218). On the other hand, if the passenger's credit information is not sufficient to approve the request for sharing the navigation data, the driver's device may request that it be transparent by notification or to the user of the driver's device. You may refuse. In some implementations, the driver's device generates a prompt notifying the unauthorized passenger that he / she wants to receive shared navigation data and whether to grant access to this passenger May be selected by the driver. In some implementations, passengers may be added to the whitelist only temporarily, or authorization may only continue while certain conditions are true. For example, the driver may choose to add a passenger to the whitelist only during the travel period (eg, until the vehicle reaches a specific destination). In addition, the driver may select a permission time frame and automatically cancel the permission when the time frame (number of hours, days, weeks) ends.

  In some implementations, the driver's device determines whether to share navigation data with a particular passenger, and the driver may receive navigation data from the driver's device by the driver. The determination can be based on whether or not it is determined to be a member of one or more groups allowed in advance. For example, the driver may specify one or more social network groups (eg, friends, family, co-workers) whose members are allowed to receive navigation data. The driver's device may use the identification information transmitted from the passenger's device to check the requester's identity against the authorized group membership. As a result, the driver's request to share navigation data will be allowed or rejected. For example, the driver may set up a social network group that includes only a small group of people who are taking a planned trip with the driver. Each person in this group may then be granted access to receive shared navigation data from the driver's device. The authorization may have an infinite period of time, or may be specifically limited to the duration of the trip or other time specified by the driver. Examples of other groups that the driver can recognize as authorized navigation data recipients are groups of people in the driver's electronic address book or contact list, in the driver's call history list. It may include people included, people included in the list of exchange address books, and people that the driver is scheduled to run business together in a calendar event. It may be beneficial to authenticate the requester in this way. This guarantees a past relationship between the driver and the passenger who requested the driver's navigation data, but establishes a network connection, pairs devices with each other, or This is because an additional effort such as manual input is not required for the driver or the passenger.

  In some implementations, the driver may give different permissions to different groups or different individual passengers. For example, the driver grants the first passenger permission to receive the driver's navigation status, but the first passenger modifies the driver's navigation status or the driver's device. Setting related parameters may be prohibited. However, the second passenger is authorized to receive data characterizing the driver's navigational state and to modify the driver's navigational state (e.g., updating and updating the route on the passenger's device). Permission to share the route with the driver's device).

  In some implementations, the process 200 may not require the passenger's device to be authenticated before allowing the driver's navigation data to be shared. For example, a driver can use his or her navigation device or other navigation device to communicate with any device within the range of the driver's device (eg, a device in the same vehicle as the driver's device). All that is required is a driver mode configured to allow sharing. This may be useful, for example, for bus passengers or other passengers in public transport who want to see the route of the bus and the estimated time of arrival at a stop along this route. Any passenger on the bus will be able to receive driver navigation data without authenticating themselves to the network or driver device. In some implementations, the passenger may be able to see the bus route, but may be prohibited from modifying the bus route.

  At stage 220, the passenger device receives the navigation data (or pointer to the navigation data) transmitted from the driver device at stage 218. If the transmitted data includes a pointer to navigation data stored on a remote server, the passenger's device can automatically perform an action to access the navigation data from the server. Upon acquiring the driver's navigation data, the passenger's device may start navigation along the first route indicated by the navigation data at stage 222. For example, a navigation application running on a passenger's device may reproduce the route being navigated by the driver's device on the passenger's device and provide turn-by-turn instructions. You may give to. While navigating the first route, the navigation application displays a map view from above showing a representation of all or part of the first route, a map location corresponding to the current vehicle's geographical location, It may be provided, such as by placing a graphical marker at the destination of one route and at a specific point programmed to pass by the first route. The map view from above may further include a graphical display of these roads and highways, for example by highlighting roads and highways including the first route on the map. In some implementations, the passenger device's navigation application may provide a user interface that indicates text or other content that identifies the first route being navigated as a route shared by the driver. Good. For example, the route may be annotated with text indicating that the route is “$ driver's route” ($ driver is a variable indicating the name of the driver). The user interface may also provide other indications that the first route is shared by the driver and is therefore not a route that the passenger has independently programmed. For example, a persistent text element displayed on the user interface may describe "You are in the $ driver's vehicle" or include another description that has a similar effect.

  While the passenger's device is navigating the first route, the passenger interacts with the navigation application in a manner generally similar to how the passenger can interact with the independently programmed route. Also good. For example, the passenger can see a representation of the first route overlaid on the map and / or can see a list of turn-by-turn instructions for the first route. The user may zoom in on various parts of the first route on the map and may examine traffic conditions along the first route.

  In some implementations, the passenger may also modify the route shared by the driver's device, as shown in FIG. 2A (stage 224), after which FIG. 2B (stages 226-232) Share the modified route with the driver's device, as shown in Figure 3, so that the driver's device updates the originally programmed route with the modified route programmed by the passenger. Good. In this way, the driver can effectively delegate control of at least a portion of the navigation state of the driver's device to the passenger and the passenger's device. In some implementations, these techniques thus allow the driver not to interact directly with the driver's device to perform route corrections that may divert the driver's attention while driving. Can also be done. After that, the passenger (not the driver) is responsible for realizing the correction, but the driver and the passenger can collaborate to cooperate in the first planned travel route change or other course change. May be determined.

  In some implementations, the passenger can modify the first route shared by the driver's device by selecting an alternative route recommended by the navigation application on the passenger's device. This alternative route may be determined locally by the driver's device or by a remote navigation server that provided an alternative to the passenger's device. Since the passenger is not exhausted with the responsibility to actually drive the vehicle, the passenger may determine the preferred route for the trip by investigating various alternative routes over time. For example, passengers may be due to different routes and / or traffic conditions, road works, road conditions, road types (interstate vs. roads in town), scenery, and specific locations along the route Differences in estimated time to arrive at a common destination due to other factors such as may be considered. Passengers may also discuss route alternatives with the driver and one or more passengers in the vehicle and, upon reaching agreement, may select a preferred alternative route. The selected route may include a different second route sent from the passenger device to the driver device (stage 226). At stage 228, the driver's device receives the second route, and at stage 232, the driver's device switches from navigating the first route to navigating the second route selected by the passenger. Change.

  In some implementations, the driver's device may prompt the driver to accept or reject the route modification suggested by the passenger. For example, upon receipt of navigation data specifying a second route, the driver confirms the driver's will to navigate the second route, the driver's device displays or otherwise presents. The first route may continue to be navigated until the driver selects control. In some implementations, the driver's device previews the first route and takes an informed decision as to whether to accept the first route change in favor of the second route. Can be performed. For example, the driver's device displays a list of one or more changes between the first route and the second route, and the estimated time difference between the two routes to arrive at the destination. (E.g. “Passenger Marie navigates to Target Field via I-35N (estimated arrival time 21 minutes) rather than Minnesota Expressway 100N (estimated arrival time (ETA) 17 minutes)) "Do you want to accept the change?") In some implementations, the driver's device may automatically switch from navigating the first route to navigating the modified (second) route provided by the passenger's device. May generate an audible and / or visual warning that informs the driver that a route change has been made. In some implementations, after invoking navigate on the modified (second) route, the driver application on the device of the driver allows the driver to return to the previous route after invoking the modified route Controls that the user can select may be provided.

  The passenger's device may communicate new navigation data to the driver's device in a manner similar to how the driver's device originally communicated its navigation data to the passenger's device. For example, communication between devices may be performed using short-range or long-range wireless communication protocols such as NFC, RFID, Bluetooth, Wi-Fi, or broadband wide area networks (eg, LTE, CDMA, GCM). In some implementations, the device may broadcast a high-frequency audio signal at a level designed to have a range that spans the entire cabin but is not strong enough to be detected by a standard receiver outside the vehicle. In some implementations, this approach does not require drivers or passengers to pair devices or communicate devices between them for communication of navigation data compared to other approaches. One or more advantages, such as the ability to quickly share information between devices, can be realized without prior association. In some implementations, the information specifying the modified (second) route may be sent directly from the passenger device to the driver device. In some implementations, the message communicated directly from the passenger device to the driver device may not include actual navigation data specifying the modified (second) route, and Instead, this message encodes one or more pointers (eg, URLs) to network locations from a remote server outside the vehicle that the driver's device can access, and a modified (second) route representation. Actual navigation data to be included.

  While the driver navigates the second route using his personal device or vehicle navigation system, the passenger continues to interact with the navigation application on his personal device, Various tasks related to navigation of the route may be performed. For example, referring to FIGS. 2B and 2C, stages 234-248 of flowchart 200 illustrate a process that may update the current route based on search results generated in response to a passenger initiated query. . Specifically, at stage 234, while both the driver device and the passenger device are navigating the second route, the passenger enters a search query into the navigation application of the passenger device. Then, a search request based on the search query may be sent. The search request may be sent to a search engine on a remote server outside the vehicle (eg, via LTE, GSM, or other broadband wireless area network). The search engine may determine a set of search results determined to be relevant to the user's search erosion, and the results are provided to the passenger's device at stage 236. In some implementations, the search results may indicate a particular point located within the maximum distance of the vehicle and / or within the maximum distance of the second route. For example, if the user performs a search for “gas station”, the search results may include one or more gas stations located near the vehicle and / or near the portion of the route that the vehicle will follow. Can show. In some cases, the second route may need to be modified to guide the vehicle to a location corresponding to one or more of the search results. In some implementations, the route may be updated based on the passenger's selection of one or more search results (specific points) performed at the passenger's device. Depending on the user's instructions, replace the route's final destination with the location indicated by one of the search results, or keep the first programmed final destination and before the route finally reaches the destination In addition, the route can be updated in various ways, such as changing the route to pass through a location corresponding to the selected search result.

  At stage 238, the passenger can choose to share all or some of the retrieved search results with the driver's device. In response to the passenger's choice to share the search results, the passenger's device can send information about the selected search results to the driver's device using an appropriate communication protocol. In some implementations, data representing search results may be sent directly from the passenger device to the driver device. In some implementations, the passenger's device may send a compressed URL or other pointer to the driver's device rather than the search results themselves. A message containing a pointer to the search result may inform the driver's device of the availability of the search result that the passenger wishes to share with the driver. The driver device, in some implementations, may automatically access shared search results upon receiving a pointer (stage 240).

  A navigation application on the driver's device may generate audio and / or visual notifications to the driver when search results shared by the passengers of the vehicle are available. Next, the driver may choose to browse the list of shared search results, and select one of the search results to view more detailed information about the specific location or point corresponding to that search result. May be. In a manner similar to how a passenger can modify a route based on a selection of search results, at stage 242, one or more searches for a location that the driver also wants to visit along the way to the final destination. The route can be changed by selecting a result or by selecting a search result for a new location that will replace the existing destination of the second route. In response to the driver selecting one or more of the shared search results, the driver's device may prompt the driver to confirm the driver's will to change the current route. . If the driver confirms his intention to change the current (second) route, the driver's device may start navigation on the modified route (ie, the third route). At stage 244, the driver's device can then send navigation data regarding the third route (eg, information specifying the third route itself or a pointer to such information) to the passenger's device. . The passenger's device receives new navigation data from the driver's device at stage 246, and at stage 248, the current navigation data is transferred from the second route to the third route on the passenger's device. Update. In some implementations, the passenger's device may update the route automatically, or the passenger's device may prompt the passenger to confirm whether or not to update the route.

  At stage 250, the driver's device may optionally give the passenger's device the right to control a limited set of off-navigation features on the driver's device. Out-of-navigation features are generally features that would normally be controlled when the driver is not driving, within or outside the navigation application on the driver's device, such as route setting, analysis, modification, and This feature is not related to the main function of navigation. Two examples of such out-of-navigation features (ie, (i) control of audio streams played through the driver's device and (ii) management of calls through the driver's device) are illustrated in the process 200 of FIG. 2C. This will be described in relation to the stages 252 to 262 in the flowchart of FIG. By delegating control of certain off-navigation features to the passenger's device while traveling, the passenger can drive in managing tasks that would be distracted or dangerous if the driver handles it while driving. Can be supported. In addition, the passenger can manage these tasks on his personal device without taking the driver's device in use for navigation from the driver. In some implementations, the right for the passenger to control off-navigation features on the driver's device may be limited in time by a limited amount of time, or the right may be one or more triggers An event (eg, the end of a trip, the driver has selected a control to revoke the passenger's rights, the vehicle has been stopped for a threshold time, and / or the vehicle has been determined to have reached its destination on the route ) May be set to be invalidated. In some implementations, the driver may customize a set of rights granted to different passengers. For example, the first passenger in the car may be allowed to manage the call (but not allowed to play podcasts or other media content). In contrast, a second passenger in the car may be allowed to play podcasts or other media content (but is not allowed to talk).

  Stages 252-256 relate to a first example of an off-navigation feature, which is audio streaming controlled by a passenger. In this example, the passenger may use his personal computing device to control the audio stream (or other type of media stream such as a video stream). For example, a driver connects his device to a vehicle speaker system at the start of a trip so that the driver's device can stream streaming radio, streaming music, podcasts, and / or other audio content, and the vehicle speaker system. May be able to play through. With this configuration, the synthesized voice generated by the driver's navigation application may give a turn-by-turn instruction through the vehicle speaker system. In some implementations, the driver's device sends a message to the passenger's device that the passenger's device may control one or more audio / media playback applications on the driver's device. can do. For example, the driver's device may send information to the passenger's device that allows the passenger's device to access a list of songs or audio files in the driver's library (eg, playlist). At stage 252, the driver may select a particular audio file from the driver's playlist, and at stage 254, the display of the selected file is communicated to the driver's device. Next, the driver's device receives a message from the passenger's device indicating the selected audio content, and at stage 256, the driver's device passes through the driver's device speaker and / or the vehicle speaker. Playback of the selected audio content can be started.

  Stages 258-262 relate to a second example of off-navigation features on the driver's device that can be managed through the passenger's device, ie, initiating a call on the driver's device through the passenger's device. . At stage 258, the passenger may access a user interface on the passenger device to make a call through the driver device. In some implementations, the user interface may include a virtual numeric keypad. The passenger may tap the number on the keypad that the driver's device should call, so that the entered telephone number can be transmitted to the driver's device (stage 260). The driver's device can finally dial and talk as instructed (stage 262). In some implementations, the driver's device may transfer at least a portion of the driver's contact list, otherwise the passenger's device can access at least a portion of this contact list. You may do it. The passenger may then select a name from the contact list and send an instruction to the driver's device requesting that the passenger's device call the selected contact.

  In some implementations, the driver's device may give the passenger's device the right to control other types of off-navigation features in addition to or instead of call management and media management. For example, a passenger may be allowed to respond to a text message or email in the driver's account while driving by the driver, and / or the passenger may enter the driver's contact list or calendar. You may be allowed to access.

  Referring now to FIG. 3, a conceptual diagram of an example system 300 for sharing navigation data between devices in the same vehicle is shown. This figure shows a pair of vehicles 302a and 302b. Each vehicle 302a, 302b includes an in-vehicle navigation system 308a, 308b, a driver computing device 310a, 310b, and one or more passenger computing devices 312a, 312b. All or some of the devices and systems in the vehicles 302 a, 302 b may communicate with the remote navigation server 306 through the wireless communication network 304. In general, the system 300 technology for sharing navigation data described herein (and other related types of data sharing technology described herein) is realized by a wide variety of configurations of devices in the vehicle. It is intended to show what can be done. In some implementations, these various configurations of system 300 may be used to implement the methods, processes, and other described herein, including process 200 (FIGS. 2A-2C) and process 400 (FIG. 4). Technology can be implemented.

  The possible device and system configurations in each of the vehicles 302a and 302b are generally equivalent. For example, each vehicle may include a driver device 310a, 310b, one or more passenger devices 312a, 312b, and a respective in-vehicle navigation system 308a, 308b. Two vehicles 302a, 302b indicate that communication between their respective sets of devices / systems within each vehicle 302a, 302b is generally limited to devices / systems within the same vehicle 302a, 302b. It is drawn in. That is, the passenger device 312b in the second vehicle 302b receives navigation data from the driver device 310a in the first vehicle 302a, or the passenger device 312a in the first vehicle 302a is the second vehicle. Measures can be taken to reduce the likelihood of receiving navigation data from the driver device 310b in 302b. For example, referring to devices / systems within the first vehicle 302a, the driver device 310a, the passenger device 312a, and / or the in-vehicle navigation system 308 may be located within the same vehicle 302a for sharing navigation data. It may be limited to only other devices or systems that have been identified. For example, if the passenger device 312b requests sharing of navigation data from the driver device 310a or from the in-vehicle navigation system 308a, the driver device 310 or the in-vehicle navigation system 308a indicates that the passenger device 312b is the first vehicle. It can be checked whether it is in 302a. Since the passenger device 312b is not in the same vehicle, the navigation data sharing request can be rejected.

  In some implementations, the communication protocol used to send messages between co-located devices and systems is such that devices and systems outside a particular vehicle are in the same vehicle. Can be substantially guaranteed not to receive shared navigation data. For example, navigation messages (eg, including navigation data or pointers to navigation data) may be communicated from devices and system speakers in the vehicle using relatively low level audio signals. The center frequency of the audio signal is above the human audible range (eg above 20 kHz). The audio signal may also be modulated with an analog or digital representation of the navigation message. For example, a pointer to navigation data representing the route of the driver device 310a or representing the overall navigation state may be transmitted by a high frequency audio signal emanating from one or more speakers of the driver device 310a. Next, the microphone of the passenger's device 312a can reproduce the pointer to the navigation data by detecting and decoding the audio signal. By setting the amplitude of the audio signal, the range of the signal can be controlled, and for example, only the microphone of the device in the same vehicle compartment can detect the audio signal (using a conventional audio receiving device). . The device in the second vehicle 302b or other vehicle will be outside the range of the audio signal of the device in the first vehicle 302a. In some implementations, other short-range wireless technologies such as NFC, RFID, Bluetooth, WiFi, etc. may also be configured to limit the sharing of navigation data only with devices that are in the same vehicle.

  In some implementations, each vehicle 302a, 302b may manage a registry of devices in the same corresponding vehicle 302a, 302b. By examining the request for sharing of navigation data against this registry, it can be determined that the requester's device is in the same vehicle as the device or system for which sharing of the navigation data is requested. If these devices are in the same vehicle, the request is approved and the navigation data can be shared. If these devices are determined not to be in the same location, the request is denied and sharing of navigation data can be prevented. In some implementations, the device may be manually entered into the registry. A unique identifier may be assigned to each device (eg, in-vehicle navigation system 308a, driver device 310a, and each passenger device 312a). The assigned unique identifier is then stored in the registry. Messages sent between devices, such as requests for sharing navigation data, may include an identifier. The destination device can use this identifier to confirm that the requester is in the same vehicle. In some implementations, a device may be automatically added to the registry based on one or more signals indicating that the device is in a particular vehicle. For example, the registry may be managed by the driver's device and / or onboard navigation system 308a. When the passenger device 312a is in the driver mode, it may periodically transmit its current location (eg, determined by GPS signals) and a unique device identifier to the device or system that manages the registry. If the position data from a particular passenger device 312a matches the current position data of the vehicle or driver device, it can be determined that the passenger device 312a is in the first vehicle 302a. Accordingly, the passenger device 312a can be added to the registry. In some implementations, the registry may be stored and managed by one or more of the in-vehicle navigation system 308a, the driver device 310a, the passenger device 312a, and the remote navigation server 306. In some implementations, the registry may have a finite lifetime, or an entry for a particular device in the registry may have a finite lifetime. A registry or a specific entry in the registry becomes invalid, for example, after a certain amount of time has elapsed and / or when a certain event occurs (eg the end of a trip, the arrival of a route destination) Also good. Therefore, the passenger may not be continuously given permission to receive the driver's navigation data. Alternatively, the rights may be limited to the duration of the trip or to a specific number of hours, days, weeks, etc.

  In some implementations, whether the device is in the vehicle may be determined based on information detected by one or more sensors in the vehicle. These sensors may indicate that there is a passenger in the vehicle, may indicate that there is a driver in the vehicle, and / or may indicate that there is a navigation device in the vehicle. For example, the first vehicle 302a may have a pressure transducer located under each seat of the vehicle. When a person sits in a given seat, the seat pressure transducer can output a signal to the vehicle computing system that detects and identifies the load. Similarly, the seat belt sensor may indicate when the seat belt of each seat of the vehicle 302a is fastened and in use. Signals from any of these sensors and others may be used by the in-vehicle navigation system 308a to determine whether a person has been seated in the seat while traveling. For example, if it is determined that there are two passengers in the vehicle 302a, the in-vehicle navigation system 308a may permit the navigation data to be shared with a device associated with the two passengers. If it is determined that there is no passenger in the vehicle, the sharing of the navigation data may be blocked or restricted so that the navigation data is not intended to be shared with an unauthorized device outside the vehicle. The driver may be able to invalidate the judgment regarding the presence of a passenger in the vehicle. For example, if the computer mistakenly thinks that there is no passenger, the driver may still allow a request from the passenger's device to share the driver's navigation data. In some implementations, the vehicle 302a and / or the in-vehicle navigation system 308a may expose an application programming interface (API) to the driver device 310a so that the driver device 310a Estimation data obtained from such human sensor data or whether there is a person in the car 302a.

  As previously mentioned, the system 300 may be configured to accommodate sharing of navigation data between different numbers and different configurations of devices within a particular vehicle 302a or 302b. For example, referring to the first vehicle 302a, in some implementations, the driver device 310 may communicate and share navigation data with multiple passenger devices 312a. In some implementations, each of the plurality of passenger devices 312a may receive shared navigation data from the driver's drive 310a. In some implementations, individual sessions may be established between the driver device 310a and each passenger device 312a. In each session, each passenger device 312a may request navigation data for the driver device 310a, which transmits the navigation data (or a pointer to the navigation data) to the corresponding passenger device 312a. May be. In some implementations, the driver device 310a may broadcast a signal (eg, an audio signal) that can be received by all passenger devices 312a. These devices can receive this signal because they are close to the driver device 310a in the vehicle. By detecting and using the broadcast signal by each passenger device 312a, navigation data shared by the driver device 310a can be acquired and executed. In some implementations, each passenger device 312a may be given separate permissions for the ability to interact with the driver device during the trip. For example, the driver shares the driver's current navigation status with all passengers in the car, so that the passenger can browse the route for a given trip, examine traffic conditions, and select a specific route along the route. You may want to be able to search for a location and track it as you travel. However, the driver can update the route on the driver's device for all passengers other than one of the passengers or features outside navigation on the driver's device (eg call management, voice stream management) In some cases, it may be desirable to limit the functions that control In response, the driver gives the first device of the passenger device 312a permission to share the updated navigation data with the driver device, update the route and control out-of-navigation features. Also good. All other passenger devices 312a in the vehicle 302a may be limited to the ability to receive navigation data. In some implementations, when the first passenger device 312a updates the route, a message is first sent from the first passenger device 312a to the driver device 310a so that the driver device 310a takes the new route. The navigation can be updated based on the new route information to each of the other passenger devices 312a. In some implementations, when the first passenger device 312a updates the route, the first passenger device 312a sends the updated route information (or a pointer to the route information) to the driver device 310a and other Broadcast directly to both passenger devices 310a.

  Although many of the examples described herein relate to communication between a driver device 310a and one or more passenger devices 312a, in some implementations, an in-vehicle navigation system 308a is included in the navigation function and vehicle 302a. It may play an important role in sharing navigation data among other devices. The in-vehicle navigation system 308a may be a fixed element of the vehicle. For example, the navigation system 308a may include an electronic display built into the instrument panel or control panel of the vehicle 302a. In some implementations, the navigation system 308a may be part of a wider information entertainment system of the vehicle 302a. In some implementations, the in-vehicle navigation system 308a instead performs all or some of the operations described as being performed by the driver's personal device 310a elsewhere in the specification. May be. For example, the passenger device 312a may request navigation data from the in-vehicle navigation system 308a, and then share the corrected navigation data with the in-vehicle navigation system 308a. In some implementations, the in-vehicle navigation system 308a may be configured to navigate the originally programmed route on the driver's device 310a. For example, before going on a trip, the driver may program the route for this trip on his smartphone (driver device 310a). This route may then be downloaded to the in-vehicle navigation system 308a (eg, via a cloud or directly from the driver's device 310a via a wired or wireless connection). During the trip, the passenger device 312a may then request and obtain navigation data regarding the route from either the driver device 310a or the in-vehicle navigation system 308a. The correction to the route being navigated by the in-vehicle navigation system 308a may be transmitted directly from the passenger device 312a to the in-vehicle navigation system 308a, or the driver device 310a may send navigation data from the passenger device to the in-vehicle navigation. It may function as an intermediary to route to system 308a.

  FIG. 4 is a swim lane diagram illustrating an example process 400 for sharing navigation data between devices in the same location. Process 400 illustrates a communication protocol that can be used by passenger and driver devices in close proximity to each other to share information characterizing the driver's navigational state with the passenger's device. Although not clearly shown in FIG. 4, a similar technique may be used to share information characterizing the passenger device's navigational state (eg, navigation data for modified routes) with the driver's device. In some implementations, the message sent between the driver device and the passenger device in process 400 is an audio signal encoded with digital or analog data that conveys the appropriate message to the receiving device. May be. The center frequency of the audio signal may exceed the normal human audible range, and may be, for example, 20 kHz or more, 21 kHz or more, or 25 kHz or more. Performing voice signal communication in this manner is advantageous in some implementations. Because the audio signal is in the short range, it is possible to prevent a device outside the range near the transmitting device from receiving this audio signal. In addition, the protocol shown in FIG. 4 allows passenger and driver devices to communicate with minimal, if any, setup effort by the owner or user of each device. For example, the user need not go through a formal pairing process that places the devices in pairing mode to establish a direct connection between the devices. Also, it is not necessary for devices to be in close proximity to each other (eg, a few inches or less) as in NFC or RFID data transfer. This can distract the driver of the vehicle. Nevertheless, in some implementations, other communication technologies may be used, including transmitting short range radio waves between devices.

  In stage 402, the driver's device launches a navigation application. The navigation application may be installed on the driver's device, may be a web-based application, or may be mirrored from a server, for example. The driver may be leaving for a drive that he has programmed a geographical route to a specific destination in the navigation application. At stage 406, the driver provides the navigation application with input that causes the navigation application to begin navigating the route. While navigating a route, the navigation application may, for example, track the current position of the vehicle (eg, using GPS signals) or provide turn-by-turn instructions to follow a route to the destination. Often, an expression indicating the road along the route may be displayed at the current position on the map. The driver may be traveling with the passenger and may want to assist the passenger in reviewing the route while traveling. Thus, the driver may allow the navigation state of the driver's device to be shared by the passenger's device. In some implementations, the driver may place the driver's device in driver mode at stage 408. The driver's device navigation application detects the presence of the passenger's device during driver mode, shares navigation data with one or more passenger devices, undergoes route correction, and / or off-navigation features. It may be configured to delegate control (eg, call management) to the passenger device. In some implementations, the driver's device may enter driver mode in response to the user selecting a control on the driver device to invoke driver mode. In some implementations, the driver device automatically selects the driver mode based on one or more external signals that indicate to the navigation application that the driver device should be in the driver mode. You may enter. For example, the driver's device may be automatically paired with a fixed computing system in the vehicle (eg, via Bluetooth). The driver device is then informed that the driver is in his vehicle. Assuming the driver is driving his vehicle, the navigation application may enter the driver mode by default. As a result of being in driver mode, the driver's device can begin coexistence monitoring (stage 412). Coexistence monitoring generally involves monitoring a discoverable passenger device in the vicinity of the driver's device. In some implementations, coexistence monitoring is that a driver's device uses one or more microphones on the device to listen to messages sent by a passenger device that may request navigation data for the driver's device. In passive. In some implementations (not shown in FIG. 4), coexistence monitoring can periodically send a consultation message from the driver device to check for available passenger devices in the vicinity of the driver device. In point, it may be active.

  Meanwhile, before, during, or after operation of the driver's device at stages 402, 406, 408, and 412, the passenger's device receives navigation data from the driver's device that communicates and shares with the driver's device. It may be configured as follows. At stage 404, the passenger's device launches the navigation application, and at stage 410, the passenger's device enters passenger mode. In passenger mode, the passenger's device is delegated to the passenger, requesting and receiving navigation data shared with the driver's device, establishing communication with the driver's device in proximity to the passenger's device. Configured to perform operations such as controlling off-navigation features of a driver's device, modifying a route provided by the driver's device, and / or communicating the route modification to the driver's device May be. In some implementations, upon entering passenger mode, the passenger device broadcasts a passenger presence message (eg, via a high frequency audio signal) to a driver device that may be in proximity to the passenger device. You can notify and discover this. The passenger device may then initiate coexistence monitoring by listening for responses to passenger presence messages from driver devices proximate to the passenger device. At stage 416, the driver's device detects a passenger presence message broadcast from the passenger's device, and at stage 420, the driver device responds by indicating that the passenger device has the navigation status of the driver's device. Broadcast information that can be used to obtain. In some implementations, data that fully specifies the navigation state is sent directly from the driver's device to the passenger's device. In some implementations, this data is compressed to transmit the size of the message that is transferred directly from the driver's device to the passenger's device, especially over a relatively low frequency, low bandwidth channel. If so, it may be minimized (eg, audio signal encoding). In some implementations, the driver's device does not send information that identifies the navigation state of the driver's device itself, but instead an address or other that identifies a location in the cloud that the passenger's device can access The pointer may be transmitted. This may also be advantageous in reducing the size of messages sent between the driver's device and the passenger's device.

  At stage 418, the passenger's device begins coexistence monitoring after sending the passenger presence message, and at stage 422, during such monitoring, the passenger's device includes navigation state information or a navigation state pointer. Detect messages sent from the driver's device. At stage 424, the passenger's device uses the navigation status pointer to retrieve navigation status data from a cloud-based server remote from the vehicle where the driver's device and the passenger's device are located. The passenger's device then uses the navigation state data to reconstruct the same route that the driver's device is navigating and initiates navigation of the route in the navigation application.

  In some implementations, the driver's device and the passenger's device, even if all navigation data or pointers to navigation data are communicated out of band (ie separate from high frequency audio signals) between devices Can use high frequency audio signals as a mechanism to ensure that multiple devices are in close proximity to each other. For example, a driver device in driver mode may broadcast an audio signal that includes a unique identifier for the driver device. The passenger's device may then use the identifier obtained from this audio signal to access current navigation data stored in a cloud-based database in association with the driver's device identifier, Driver navigation data may be downloaded to the passenger's device. In some implementations, the driver's device keeps the sharing of navigation data between the driver's device and the passenger's device in close proximity to each other, such as when in the same vehicle And may be adjusted on the passenger's device. Therefore, these devices may periodically ping each other using short-range high-frequency audio signals. If no response to one or more pings is received, subsequent navigation data sharing may be blocked (or users of either or both of these devices wish to continue sharing navigation data) May or may not be noted).

  FIG. 5 illustrates an example of a computing device 500 and a mobile computing device that can be used to implement the techniques described herein. Computing device 500 is intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other suitable computers. Mobile computing devices are intended to represent various forms of mobile devices, such as personal digital assistants, cellular phones, smartphones, and other similar computing devices. The components shown here, their connections and relationships, and their functions are intended to be examples only and implementations of the invention described herein and / or as claimed. Not intended to be limited.

  The computing device 500 includes a processor 502, a memory 504, a storage device 506, a memory 504 and a high-speed interface 508 connected to the plurality of high-speed expansion ports 510, and a low-speed bus 514 and a low-speed interface 512 connected to the storage device 506. including. Each of processor 502, memory 504, storage device 506, high speed interface 508, high speed expansion port 510, and low speed interface 512 are connected to each other using various buses, as appropriate on a common motherboard or otherwise. Can be mounted. The processor 502 is capable of processing instructions executed within the computing device 500, which include graphics information for the GUI on an external input / output device such as a display 516 coupled to the high speed interface 508. Instructions stored in memory 504 or on storage device 506 for display are included. In other implementations, multiple processors and / or multiple buses may be used as needed with multiple memories and multiple types of memory. Also, multiple computing devices can be connected, each providing some of the required operations (eg, as a server bank, a group of blade servers, or a multiprocessor system).

  Memory 504 stores information within computing device 500. In some implementations, the memory 504 is one or more volatile memory units. In some implementations, the memory 504 is one or more non-volatile memory units. The memory 504 may also be another form of computer readable medium such as a magnetic disk or an optical disk.

  Storage device 506 can provide mass storage to computing device 500. In some implementations, the storage device 506 may be a floppy disk device, hard disk device, optical disk device, or tape device, flash memory or other similar solid state memory device, or storage area network or other configuration. It may be a computer readable medium, such as a number of devices, including devices in a network, or may include such computer readable medium. A computer program product may also include instructions that, when executed, perform one or more methods as described above. Further, in the computer program product, the information medium may be tangibly realized in a computer readable medium or a machine readable medium such as a memory 504, a storage device 506, or a memory on the processor 502.

  The high speed interface 508 manages bandwidth intensive operations for the computing device 500, while the low speed interface 512 manages lower bandwidth intensive operations. Such assignment of functions is merely exemplary. In some implementations, the high speed interface 508 is coupled to the memory 504, the display 516 (eg, via a graphics processor or accelerator), and a high speed expansion port 510 that can accommodate various expansion cards (not shown). The In this implementation, the low speed interface 512 is coupled to the storage device 506 and the low speed expansion port 514. The low speed expansion port 514, which can include various communication ports (eg, USB, Bluetooth, Ethernet, wireless Ethernet), includes one or more inputs / outputs such as a keyboard, pointing device, scanner, or networking device such as a switch or router. It can be coupled to the device, for example via a network adapter.

  The computing device 500 may be implemented in a number of different forms as shown. For example, computing device 500 may be implemented multiple times as standard server 520 or within a group of such servers. Further, computing device 500 may be implemented in a personal computer such as laptop computer 522. Further, the computing device 500 may be realized as a part of the rack server system 524. Alternatively, the components of computing device 500 may be combined with other components in a mobile device (not shown), such as mobile computing device 550. Each such device may include one or more of computing device 500 and mobile computing 550, and the entire system may be comprised of multiple computing devices that communicate with each other.

  Mobile computing device 550 includes a processor 552, memory 564, input / output devices such as display 554, communication interface 566, and transceiver 568, among other components. In addition, the mobile computing device 550 may be provided with a storage device such as a microdrive or other device to provide additional storage. Each of processor 552, memory 564, communication interface 566, and transceiver 568 are interconnected using various buses, and some of the components may be appropriately mounted on a common motherboard or in other manners.

  The processor 552 can execute instructions in the mobile computing device 550, including instructions stored in the memory 564. The processor 552 may be implemented as a chip set of chips that include separate analog and digital processors. The processor 552 may provide coordination of other components of the mobile computing device 550, such as, for example, a user interface, applications executed by the mobile computing device 550, and control of wireless communications by the mobile computing device 550.

  Processor 552 may communicate with a user via control interface 558 and display interface 556 coupled to display 554. Display 554 can be, for example, a TFT LCD (Thin Film Transistor Liquid Crystal Display) display or an OLED (Organic Light Emitting Diode) display, or other suitable display technology. Display interface 556 may include appropriate circuitry for driving display 554 to present graphics and other information to the user. Control interface 558 may receive commands from the user and convert the commands for submission to processor 552. Further, an external interface 562 may be provided in communication with the processor 552 to allow adjacent communication between the mobile computing device 550 and other devices. The external interface 562 may provide, for example, wired communication in some implementations, wireless communication in other implementations, and multiple interfaces may be used.

  Memory 564 stores information within mobile computing device 550. Memory 564 may be implemented as one or more of one or more computer readable media, one or more volatile memory units, or one or more non-volatile memory units. Further, an expansion memory 574 may be provided and connected to the mobile computing device 550 via an expansion interface 572 that may include, for example, a SIMM (Single In Line Memory Module) card interface. Extended memory 574 may provide extra storage space for device 550 or may further store applications or other information for mobile computing device 550. Specifically, extended memory 574 may include instructions for performing or supplementing the above-described process and may further include secure information. Thus, for example, the expanded memory 574 may be provided as a security module for the mobile computing device 550 and may be programmed with instructions that permit secure use of the mobile computing device 550. Further, a secure application may be provided through the SIMM card with additional information, such as placing identification information on the SIMM card so that it cannot be hacked.

  The memory may include, for example, flash memory and / or NVRAM memory (nonvolatile random access memory) as described below. The computer program product includes instructions that, when executed, perform one or more methods as described above. The computer program product may be a computer readable medium or a machine readable medium, such as memory 564, expansion memory 574, or memory on processor 552. In some implementations, the computer program product may be received on transceiver 568 or external interface 562, for example.

  Mobile computing device 550 may communicate wirelessly via communication interface 566, which may include digital signal processing circuitry as required. The communication interface 566 includes, among other things, GSM voice communication (Global System for Mobile communications), SMS (Short Message Service), EMS (Enhanced Messaging Service), or MMS messaging (Multimedia Messaging Service), CDMA (code division multiple access), TDMA. Provides communication under various modes or protocols such as (time division multiple access), PDC (Personal Digital Cellular), WCDMA (Wideband Code Division Multiple Access), CDMA2000, or GPRS (General Packet Radio Service) Can do. Such communication can occur, for example, via transceiver 568 using radio frequency. In addition, short-range communications can occur, such as using Bluetooth, Wi-Fi, or other such transceivers (not shown). In addition, a Global Positioning System (GPS) receiver module 570 may provide additional navigation-related and location-related wireless data to the mobile computing device 550, which is an application running on the mobile computing device 550. Can be used as appropriate.

  The mobile computing device 550 can also audibly communicate with an audio codec 560 that can receive verbal information from a user and convert the information into usable digital information. The audio codec 560 may similarly generate audible sound to the user, such as through a speaker, for example, within the handset of the mobile computing device 550. Such sounds may include sounds from a voice phone, may include recorded sounds (eg, voice messages, music files, etc.), and applications running on the mobile computing device 550. May contain sounds generated by

  Mobile computing device 550 may be implemented in a number of different forms as shown. For example, computing device 550 may be implemented as cellular phone 580. The computing device 550 may also be implemented as part of a smartphone 582, a personal digital assistant, or other similar mobile device.

  Various implementations of the systems and techniques described herein include digital electronic circuits, integrated circuits, specially designed ASICs (application specific integrated circuits), computer hardware, firmware, software, and / or their It can be realized in combination. These various implementations may include implementations in one or more computer programs that are executable and / or interpretable on a programmable system including at least one programmable processor, the processor being dedicated. And may be general purpose and is coupled to receive and send data and instructions to and from the storage system, at least one input device, and at least one output device.

  These computer programs (also known as programs, software, software applications or code) contain machine instructions for programmable processors, in high level procedural and / or object oriented programming languages, and / or assembly languages / machines. Can be implemented in a language. The terms machine readable medium and computer readable medium as used herein refer to any computer program product, apparatus, and / or device (eg, magnetic disk) used to provide machine instructions and / or data to a programmable processor. , Optical disk, memory, programmable logic device (PLD), including machine-readable media that receives machine instructions as machine-readable signals. The term “machine-readable signal” refers to any signal used to provide machine instructions and / or data to a programmable processor.

  To provide user interaction, the systems and techniques described herein include a display device (eg, a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user, It can be implemented on a computer having a keyboard and pointing device (eg, mouse or trackball) that can be used in providing input to the computer. Other types of devices can also be used to provide interaction with the user, for example, the feedback provided to the user can be any form of sensory feedback (eg, visual feedback, audio feedback, or tactile feedback) The input from the user may be received in any form including acoustic input, speech input, or haptic input.

  The systems and techniques described herein include a back-end component (eg, as a data server), or a middleware component (eg, as an application server), or a front-end component (eg, a user of the systems and techniques described above). It can be implemented in a computing system that includes a graphic user interface or client computer with a web browser that can be used to interact with an implementation), or any combination of such back-end, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (eg, a communication network). Examples of communication networks include a local area network (LAN), a wide area network (WAN), and the Internet.

  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 between the client and the server is caused by computer programs that are executed on the respective computers and have a client-server relationship with each other.

  Here, in situations where the system, method, device, and other technologies may collect or utilize personal information (eg, context data) about the user, the user may have a program or feature Opportunity to collect or manage information (eg, a user's social network, social act or activity, occupation, user preference, or user's current location), or content that may be more relevant to the user An opportunity may be given to manage whether and / or how to receive content from the server. In addition, certain data may be processed in one or more ways prior to storage or use to remove personally identifiable information. For example, by processing a user's identity, you may not be asked for personally identifiable information about this user, or if location information (such as a city code, zip code, or country level) is obtained The user's geographical location may be generalized so that a specific location of the user cannot be determined. In this way, the user may manage how information about the user himself is collected and used by the content server.

  While various implementations have been described in detail, other modifications are possible. In addition, the logical flows shown in the drawings need not be in the specific order or order shown in order to achieve the desired result. In addition, other steps may be provided, or steps may be removed from the described flow, and other elements may be added to the described system, and elements from this system may be added. May be deleted. Thus, other implementations are within the scope of the following claims.

Claims (19)

A computer-implemented method for sharing navigation data between computing devices in the same location, comprising:
The first computing device detects the second computing device based on the first computing device detecting an audio signal output from one or more speakers of the second computing device. The second computing device is executing a navigation application that is programmed to navigate a geographical route; and
The first computing device executes at the second computing device using information encoded in the audio signal output from the one or more speakers of the second computing device. Determining the geographic route that the navigation application being programmed is programmed to navigate;
Displaying the representation of the geographic route on an electronic display of the first computing device. The first computing device is a mobile computing device;
The computer-implemented method of claim 1, wherein the second computing device is at least part of a mobile computing device or an integrated navigation computer system installed in a vehicle. The first computing device is in a vehicle;
The second computing device is in the vehicle;
The first computing device is owned by a passenger of the vehicle;
The computer-implemented method of claim 1 or 2, wherein the second computing device is owned by a driver of the vehicle.   A computer-implemented method according to any preceding claim, wherein the center frequency of the audio signal is at least 20 kilohertz. Identifying the second computing device comprises:
Causing one or more speakers of the first computing device to output a first audio signal indicating the presence of the first computing device;
Monitoring a response to the first audio signal for a period of time;
The audio signal output from the one or more speakers of the second computing device is a second audio signal, and the second computing device has detected the first audio signal. A computer-implemented method according to any preceding claim, wherein the second audio signal is output in response. Using the information encoded in a second audio signal output by the one or more speakers of the second computing device, the navigation application running on the second computing device is Further comprising verifying that the first computing device is reprogrammed to navigate a modified geographic route that is different from the geographic route, the first computing device comprising: Detecting the second audio signal while continuously displaying the representation of the geographical route on the electronic display;
The first computing device is reprogrammed such that the navigation application running on the second computing device navigates using information encoded in the second audio signal. Determining the modified geographic route;
Displaying the representation of the geographical route on the electronic display of the first computing device in response to the determination of the modified geographical route, the electronic display of the first computing device; 5. A computer-implemented method according to any of claims 1 to 4, comprising automatically switching to displaying a modified representation of the geographical route. The audio signal encodes an address indicating a location on a computer network where information specifying the geographical route can be accessed;
Determining the geographic route that the navigation application running on the second computing device is programmed to navigate using the address encoded in the audio signal A computer-implemented method according to any of claims 1 to 4, comprising accessing the information specifying a geographical route.   8. The computer of claim 7, wherein a location on the computer network that can access the information that specifies the geographic route is a location that is not on the first computing device or the second computing device. The way that is realized.   Displayed on the electronic display of the first computing device by displaying content identifying the second computing device or a user of the second computing device along with a representation of the geographic route. Further comprising the step of indicating that the representation of the geographic route being shared by the second computing device or the user of the second computing device with the first computing device A computer-implemented method according to any of the claims. Receiving at the first computing device user input to modify the geographic route and generating a modified geographic route;
In response to receiving user input to modify the geographic route, the navigation application running on the second computing device is moved from navigating the geographic route to the modified geographic route. Transmitting the information formatted to switch to the second computing device to a computer-implemented method according to any preceding claim. Navigation being performed at the first computing device in response to the navigation application being executed at the second computing device determining the geographic route that is programmed to navigate Automatically configuring an application to navigate the determined geographic route;
Receiving a search query at the first computing device while the navigation application running at the first computing device is navigating the determined geographic route;
Based on the search query and information about the geographic route, one or more specifying each location determined to be related to the search query and located in a predefined neighborhood of the geographic route A computer-implemented method according to any preceding claim, further comprising obtaining a search result. Receiving an indication that the user input has selected a particular search result from the one or more search results;
In response to receiving an indication that the user input has selected a particular search result, the navigation application running on the second computing device is designated by the particular search result. The computer-implemented method of claim 11, further comprising: transmitting information formatted to navigate to a location to the second computing device. One or more non-transitory computer readable media having instructions stored thereon that when executed by one or more processors store the operations, the operations comprising:
The first computing device detects the second computing device based on the first computing device detecting an audio signal output from one or more speakers of the second computing device. The second computing device is executing a navigation application that is programmed to navigate a geographic route, the operation further comprising:
The first computing device executes at the second computing device using information encoded in the audio signal output from the one or more speakers of the second computing device. Determining the geographic route that the navigation application being programmed is programmed to navigate;
Displaying one or more non-transitory computer readable media comprising displaying the representation of the geographic route on an electronic display of the first computing device. Identifying the second computing device comprises:
Causing one or more speakers of the first computing device to output a first audio signal indicative of the presence of the first computing device;
Monitoring a response to the first audio signal for a period of time;
The audio signal output from the one or more speakers of the second computing device is a second audio signal, and the second computing device has detected the first audio signal. 14. One or more non-transitory computer readable media as recited in claim 13, wherein the second audio signal is output in response. The operation further includes:
Using the information encoded in a second audio signal output by the one or more speakers of the second computing device, the navigation application running on the second computing device is Further comprising verifying that the first computing device is reprogrammed to navigate a modified geographic route that is different from the geographic route, the first computing device comprising: Detecting the second audio signal while continuously displaying the representation of the geographical route on the electronic display;
The first computing device is reprogrammed such that the navigation application running on the second computing device navigates using information encoded in the second audio signal. Determining the modified geographical route;
Displaying the representation of the geographical route on the electronic display of the first computing device in response to the determination of the modified geographical route, the electronic display of the first computing device; 14. One or more non-transitory computer readable media as recited in claim 13, including automatically switching to displaying a modified representation of a geographical route. The audio signal encodes an address indicating a location on a computer network where information specifying the geographical route can be accessed;
Determining the geographic route that the navigation application running on the second computing device is programmed to navigate using the address encoded in the audio signal 14. One or more non-transitory computer readable media as recited in claim 13, comprising accessing the information specifying a geographic route. A computer-implemented method comprising:
A first computing device comprising receiving first navigation data transmitted from a second computing device located in the vicinity of the first computing device, wherein the first navigation data is Specify a geographic route that the navigation application in the second computing device is programmed to navigate;
Generating a representation of the geographical route at the first computing device by the first computing device executing the first navigation data;
The first computing device receives input to modify the geographic route and generates a modified geographic route;
Transmitting to the second computing device information that can be used by the first computing device to access second navigation data specifying the modified geographic route. The method realized by. Further comprising sending a copy of the second navigation data to a computing system separate from the first computing device and the second computing device;
Sending the information that can be used to access the second navigation data specifying the modified geographic route comprises: a pointer indicating a location of the second navigation data in the computing system; The computer-implemented method of claim 17, comprising transmitting to a second computing device.   The step of receiving the first navigation data designating the geographic route includes a pointer indicating a network location encoded using the first navigation data or storing the first navigation data. 19. A computer-implemented method according to claim 17 or 18, comprising receiving an audio signal encoded using the same.