JP2019506586A - 同一の場所にあるコンピューティングデバイス間におけるナビゲーションデータの共有 - Google Patents

Abstract

本明細書に記載されているのは、コンピューティングデバイス間でナビゲーションデータを共有するためのシステム、方法、デバイス、およびその他の技術である。この技術は、第１のコンピューティングデバイスが、第２のコンピューティングデバイスを、第２のコンピューティングデバイスの１つ以上のスピーカーから出力された音声信号を第１のコンピューティングデバイスが検出したことに基づいて、識別することを含み得る。第２のコンピューティングデバイスは、地理的ルートをナビゲートするようにプログラムされているナビゲーションアプリケーションを実行している。第１のコンピューティングデバイスは、第２のコンピューティングデバイスの１つ以上のスピーカーから出力された音声信号において符号化されている情報を用いて、第２のコンピューティングデバイスにおいて実行されているナビゲーションアプリケーションがナビゲートするようにプログラムされている地理的ルートを決定する。地理的ルートの表現は、第１のコンピューティングデバイスの電子ディスプレイに表示することができる。

Description

本明細書は、概してコンピュータベースのナビゲーション技術に関し、より具体的にはコンピューティングデバイス間におけるナビゲーションデータの共有に関する。

背景
自動車の運転者はますます、コンピュータベースのナビゲーションアプリケーションを利用することにより、旅行を計画し、地理的ルートを決定し、ルートに沿ってターンバイターン（turn-by-turn）ナビゲーションによる指示を提供するようになっている。現代の高度なナビゲーションアプリケーションの中には、位置情報を用いて、ある地域の地図をナビゲーションデバイスの領域内に表示し、交通状況、目的地までの残りの距離、推定到着時間、公共交通機関情報、拡大可能なストリートビュー、生の交通情報、地形、トランジットライン、特定の地点（points of interest）その他の追加情報を、自動車の運転者に対して提示できるものがある。ナビゲーションアプリケーションの中には、自動車の運転者が、ポータブルコンピューティングデバイスのタッチスクリーン上のユーザインターフェイスを介して当該ナビゲーションアプリケーションと対話できるものがある。

概要
本明細書は概して、同一の場所にあるデバイス間でナビゲーションデータを共有するためのシステム、方法、デバイス、およびその他の技術を説明する。いくつかの例において、運転者は、自身の個人用コンピューティングデバイスまたは車両内の固定されたナビゲーションシステムをプログラムすることにより、地理的ルートをナビゲートすることができる。ナビゲーションシステムは、一旦ルートが設定されたら、大抵は自律的に動作し得るが、運転は多くの場合、運転者がさまざまな状況（たとえば、交通状況、道路工事、天候の変化、または計画もしくは目的地の変更）に対応することが求められる、動的な体験である。このような状況において、運転者は、たとえば、ルートのナビゲートまたはルート変更における同乗者の支援を享受し得る場合がある。同乗者による支援により、たとえば、最も重要な仕事である運転から注意をそらす原因になり得る、旅行中に運転者がナビゲーションデバイスと対話する必要がある状況を、少なくすることができる。

よって、本明細書は、運転者のデバイスが、同乗者が所有する個人用コンピューティングデバイスに対し、ナビゲーションデータを伝達できるようにする技術を説明する。同乗者のデバイスは、ナビゲーションデータを受信すると、このデータを用いて運転者の地理的ルートを再現し得る。そうすると、同乗者は、このルートを検証して運転者による操縦をさらに支援することができる。いくつかの実装例において、運転者は、旅行中、運転者のデバイスのいくつかの機能の制御を、同乗者に委任してもよい。そうすると、同乗者は、自身のデバイス（同乗者のデバイス）を用いて、運転者のデバイス上のルートを修正することができるとともに、その他の仕事を、当該仕事を実行するための入力が運転者から与えられなくても、運転者に代わって実行することができる。いくつかの実装例において、上記データは、運転者のデバイスと同乗者のデバイスとの間で、ナビゲーションデータを用いて符号化された高周波音声信号を用いて、または、サーバシステムに格納されているナビゲーションデータに対するポインタを用いて、やり取りすることができる。

本明細書に記載の主題のいくつかの実装例は、同一の場所にあるコンピューティングデバイス間でナビゲーションデータを共有するための、コンピュータによって実現される方法を含む。この方法は、第１のコンピューティングデバイスが、第２のコンピューティングデバイスを、第２のコンピューティングデバイスの１つ以上のスピーカーから出力された音声信号を第１のコンピューティングデバイスが検出したことに基づいて、識別するステップを含み得る。第２のコンピューティングデバイスは、地理的ルートをナビゲートするようにプログラムされているナビゲーションアプリケーションを実行している。第１のコンピューティングデバイスは、第２のコンピューティングデバイスの１つ以上のスピーカーから出力された音声信号において符号化されている情報を用いて、第２のコンピューティングデバイスにおいて実行されているナビゲーションアプリケーションがナビゲートするようにプログラムされている地理的ルートを決定することができる。地理的ルートの表現は、第１のコンピューティングデバイスの電子ディスプレイに表示することができる。

上記およびその他の実装例は任意で以下の特徴のうちの１つ以上を含むことができる。
第２のコンピューティングデバイスを識別するステップは、（ｉ）第１のコンピューティングデバイスの１つ以上のスピーカーに、第１のコンピューティングデバイスの存在を示す第１の音声信号を出力させるステップと、（ｉｉ）第１の音声信号に対する応答を、ある期間モニタリングするステップとを含み得る。第２のコンピューティングデバイスの１つ以上のスピーカーから出力される音声信号は第２の音声信号であってもよい。第２のコンピューティングデバイスは、第１の音声信号を検出したことに応じて、第２の音声信号を出力させてもよい。

第１のコンピューティングデバイスはモバイルコンピューティングデバイスであってもよい。第２のコンピューティングデバイスは、モバイルコンピューティングデバイスであってもよく、または、車両内に設置された統合ナビゲーションコンピュータシステムの少なくとも一部であってもよい。

音声信号の中心周波数は少なくとも２０キロヘルツであってもよい。
第２のコンピューティングデバイスの１つ以上のスピーカーによって出力される第２の音声信号において符号化されている情報を用いて、第２のコンピューティングデバイスにおいて実行されているナビゲーションアプリケーションは、地理的ルートと異なる修正された地理的ルートをナビゲートするように再度プログラムされていることを確認してもよい。第１のコンピューティングデバイスは、第１のコンピューティングデバイスの電子ディスプレイに地理的ルートの表現を引続き表示しつつ、第２の音声信号を検出してもよい。第１のコンピューティングデバイスは、第２の音声信号において符号化されている情報を用いて、第２のコンピューティングデバイスにおいて実行されているナビゲーションアプリケーションがナビゲートするように再度プログラムされている、修正された地理的ルートを決定してもよい。修正された地理的ルートの決定に応じて、第１のコンピューティングデバイスは、第１のコンピューティングデバイスの電子ディスプレイに地理的ルートの表現を表示することから、第１のコンピューティングデバイスの電子ディスプレイに修正された地理的ルートの表現を表示することに、自動的に切替えることができる。

音声信号は、地理的ルートを指定する情報にアクセスすることができるコンピュータネットワーク上の位置を示すアドレスを符号化してもよい。第２のコンピューティングデバイスにおいて実行されているナビゲーションアプリケーションがナビゲートするようにプログラムされている地理的ルートを決定するステップは、音声信号において符号化されているアドレスを用いて地理的ルートを指定する情報にアクセスすることを含み得る。

地理的ルートを指定する情報にアクセスできるコンピュータネットワーク上の位置は、第１のコンピューティングデバイスまたは第２のコンピューティングデバイス上ではない位置であってもよい。

第１のコンピューティングデバイスの電子ディスプレイに、地理的ルートの表現とともに、第２のコンピューティングデバイスまたは第２のコンピューティングデバイスのユーザを特定するコンテンツを表示することにより、表示されている地理的ルートの表現を第２のコンピューティングデバイスまたは第２のコンピューティングデバイスのユーザが第１のコンピューティングデバイスと共有していることを示してもよい。

第１のコンピューティングデバイスは、車両内に、たとえば車両の車室内にあってもよい。第２のコンピューティングデバイスも、車両内に、たとえば車両の車室内にあってもよい。第１のコンピューティングデバイスは、車両の同乗者によって、所有され、および／または現在操作されており、その制御下にあり、または現在ログインされていてもよい。第２のコンピューティングデバイスも同様に、車両の運転者によって、所有され、および／または現在操作されており、その制御下にあり、または現在ログインされていてもよい。車両は、乗用車またはトラック等の道路車両であってもよい。

第１のコンピューティングデバイスにおいて、地理的ルートを修正するためのユーザ入力を受け、修正された地理的ルートを生成してもよい。地理的ルートを修正するためのユーザ入力を受けたことに応じて、第２のコンピューティングデバイスにおいて実行されているナビゲーションアプリケーションを地理的ルートのナビゲートから修正された地理的ルートのナビゲートに切替えるようにフォーマットされた情報を、第２のコンピューティングデバイスに送信してもよい。

第２のコンピューティングデバイスにおいて実行されているナビゲーションアプリケーションがナビゲートするようにプログラムされている地理的ルートを決定したことに応じて、第１のコンピューティングデバイスにおいて実行されているナビゲーションアプリケーションを、自動的に、決定した地理的ルートをナビゲートできるようにしてもよい。第１のコンピューティングデバイスにおいて実行されているナビゲーションアプリケーションが決定した地理的ルートをナビゲートしている間に、第１のコンピューティングデバイスで検索クエリを受信してもよい。検索クエリと地理的ルートに関する情報とに基づいて、検索クエリに関連すると判断されかつ地理的ルートの予め画定された近傍に位置すると判断されたそれぞれの位置を指定する１つ以上の検索結果を取得してもよい。

ユーザ入力が１つ以上の検索結果の中から特定の検索結果を選択したことを示すデータを受信してもよい。ユーザ入力が特定の検索結果を選択したことを示すデータを受信したことに応じて、第２のコンピューティングデバイスにおいて実行されているナビゲーションアプリケーションに、特定の検索結果によって指定される位置までナビゲートさせるようにフォーマットされた情報を、第２のコンピューティングデバイスに送信してもよい。

本明細書に記載の主題のいくつかの実装例は、１つ以上のプロセッサによって実行されると動作を実行させる命令が格納された１つ以上の非一時的なコンピュータ読取可能な媒体を含み得る。上記動作は、第１のコンピューティングデバイスが、第２のコンピューティングデバイスを、第２のコンピューティングデバイスの１つ以上のスピーカーから出力された音声信号を第１のコンピューティングデバイスが検出したことに基づいて、識別することを含み得る。第２のコンピューティングデバイスは、地理的ルートをナビゲートするようにプログラムされているナビゲーションアプリケーションを実行しており、上記動作はさらに、第１のコンピューティングデバイスが、第２のコンピューティングデバイスの１つ以上のスピーカーから出力された音声信号において符号化されている情報を用いて、第２のコンピューティングデバイスにおいて実行されているナビゲーションアプリケーションがナビゲートするようにプログラムされている地理的ルートを決定することと、地理的ルートの表現を、第１のコンピューティングデバイスの電子ディスプレイに表示することとを含み得る。

本明細書に記載の主題のいくつかの実装例は、コンピュータによって実現される方法を含み得る。この方法は、地理的ルートをナビゲートするようにプログラムされているナビゲーションアプリケーションを実行している第１のコンピューティングデバイスで、第１のコンピューティングデバイスが地理的ルートを第２のコンピューティングデバイスと共有することを求める要求を受信するステップと、上記要求を受信したことに応じて、第１のコンピューティングデバイスのナビゲーションアプリケーションによってナビゲートされている地理的ルートを決定するために第２のコンピューティングデバイスが使用できる情報を用いて符号化された音声信号を生成するステップと、この音声信号を、第２のコンピューティングデバイスによる検出のために、第１のコンピューティングデバイスの１つ以上のスピーカーまたは車両の１つ以上のスピーカーから出力するステップとを含み得る。

上記およびその他の実装例は任意で以下の特徴のうちの１つ以上を含むことができる。第１のコンピューティングデバイスが地理的ルートを第２のコンピューティングデバイスと共有することを求める要求を第２のコンピューティングデバイスから受信したことに応じて、（ｉ）第２のコンピューティングデバイスのアイデンティティまたは第２のコンピューティングデバイスのユーザのアイデンティティを求めてもよく、（ｉｉ）第２のコンピューティングデバイスのアイデンティティまたは第２のコンピューティングデバイスのユーザのアイデンティティに基づいて、第２のコンピューティングデバイスまたは第２のコンピューティングデバイスのユーザが、第１のコンピューティングデバイスによって共有されるナビゲーションデータを受けることを許可されているか否かについて判断してもよい。

第１のコンピューティングデバイスは、第２のコンピューティングデバイスまたは第２のコンピューティングデバイスのユーザは第１のコンピューティングデバイスによって共有されるナビゲーションデータを受けることを許可されているという判断に応じて、音声信号を生成しこの音声信号を出力してもよい。第１のコンピューティングデバイスは、第２のコンピューティングデバイスまたは第２のコンピューティングデバイスのユーザは第１のコンピューティングデバイスによって共有されるナビゲーションデータを受けることを許可されていないという判断に応じて、第１のコンピューティングデバイスのナビゲーションアプリケーションによってナビゲートされている地理的ルートを決定するために第２のコンピューティングデバイスが使用できる情報を、第２のコンピューティングデバイスと共有しないように構成されてもよい。

第２のコンピューティングデバイスまたは第２のコンピューティングデバイスのユーザは第１のコンピューティングデバイスによって共有されるナビゲーションデータを受けることを許可されているか否かを判断することは、第１のコンピューティングデバイスのユーザのソーシャルメディアアカウントが、第２のコンピューティングデバイスのユーザのソーシャルメディアアカウントに接続されているか否かを判断することを含み得る。

第２のコンピューティングデバイスまたは第２のコンピューティングデバイスのユーザが、第１のコンピューティングデバイスによって共有されるナビゲーションデータを受けることを許可されているか否かを判断することは、第２のコンピューティングデバイスのユーザが、第１のコンピューティングデバイスのユーザの連絡先リストに含まれているか否かを判断することを含み得る。

第１のコンピューティングデバイスは、第２のコンピューティングデバイスによる検出のために音声信号を出力した後の時点であって、かつ、第１のコンピューティングデバイスにおいて実行されているナビゲーションアプリケーションが引続き地理的ルートをナビゲートしている間に、異なる第２の地理的ルートを決定するために使用できる情報を用いて符号化された、第２のコンピューティングデバイスから出力された第２の音声信号を受信してもよい。第２の音声信号を受信したことに応じて、第１のコンピューティングデバイスは、第２の地理的ルートを自動的に決定し、第１のコンピューティングデバイスにおいて実行されているナビゲーションアプリケーションを、この異なる第２の地理的ルートをナビゲートするように再度プログラムしてもよい。

本明細書に記載の主題のいくつかの実装例は、１つ以上のプロセッサによって実行されると動作を実行させる命令が格納された１つ以上の非一時的なコンピュータ読取可能な媒体を含み得る。この動作は、地理的ルートをナビゲートするようにプログラムされているナビゲーションアプリケーションを実行している第１のコンピューティングデバイスで、第１のコンピューティングデバイスが地理的ルートを第２のコンピューティングデバイスと共有することを求める要求を受信することと、上記要求を受信したことに応じて、第１のコンピューティングデバイスのナビゲーションアプリケーションによってナビゲートされている地理的ルートを決定するために第２のコンピューティングデバイスが使用できる情報を用いて符号化された音声信号を生成することと、この音声信号を、第２のコンピューティングデバイスによる検出のために、第１のコンピューティングデバイスの１つ以上のスピーカーまたは車両の１つ以上のスピーカーから出力することとを含み得る。

本明細書に記載の主題のいくつかの実装例は、第１のコンピューティングデバイスが、記第１のコンピューティングデバイスの近傍に位置する第２のコンピューティングデバイスから送信されてきた第１のナビゲーションデータを受信することを含み得る。第１のナビゲーションデータは、第２のコンピューティングデバイスにおけるナビゲーションアプリケーションがナビゲートするようにプログラムされている地理的ルートを指定する。さらに、第１のコンピューティングデバイスが第１のナビゲーションデータを実行することにより、第１のコンピューティングデバイスにおいて地理的ルートの表現を生成すること、第１のコンピューティングデバイスが、地理的ルートを修正するための入力を受け、修正された地理的ルートを生成すること、第１のコンピューティングデバイスが、修正された地理的ルートを指定する第２のナビゲーションデータにアクセスするために使用できる情報を、第２のコンピューティングデバイスに送信することとを含み得る。

上記およびその他の実装例は任意で以下の特徴のうちの１つ以上を含むことができる。第２のナビゲーションデータのコピーを、第１のコンピューティングデバイスおよび第２のコンピューティングデバイスとは別のコンピューティングシステムに送信してもよい。修正された地理的ルートを指定する第２のナビゲーションデータにアクセスするために使用できる情報を送信することは、コンピューティングシステムにおける第２のナビゲーションデータの位置を示すポインタを、第２のコンピューティングデバイスに送信することを含み得る。

地理的ルートを指定する第１のナビゲーションデータを受信することは、第１のナビゲーションデータを用いて符号化されたまたは第１のナビゲーションデータが格納されているネットワーク位置を示すポインタを用いて符号化された音声信号を受信することを含み得る。

本明細書に記載の主題の特定の実装例は、特定の場合において、以下の利点のうちの１つ以上を実現できる。ナビゲーションデータを、運転者のデバイスから同乗者のデバイスに与えて共有することにより、同乗者は、旅行の進行を追跡し、運転者と協力して代替のルート選択肢について話し合うことができる。いくつかの実装例において、同乗者は、自身のコンピューティングデバイスを用いて、運転者のコンピューティングデバイス上でナビゲートされているルートを再現し、このルートに変更を加え、ナビゲーションデータを運転者のコンピューティングデバイスに送信してもよく、そうすると、運転者のコンピューティングデバイスは、同乗者の指示に従ってルートを自動的に更新することができる。このため、運転者は、自身のナビゲーションデバイスと対話してルートを変更し特定地点を検索し交通状況を調べる等を行なうのではなく、車両の運転に集中できるであろう。いくつかの実装例において、同乗者のデバイスおよび運転者のデバイスは、短距離音声信号を用いてメッセージをやり取りしてもよい。音声信号の範囲は、通信が同一車両内にあるデバイスに制限されこの車両の外部のデバイスは概ね車両内のデバイスからの信号の検出を阻止されるように、構成すればよい。したがって音声信号は、同一場所にあるコンピューティングデバイス間でナビゲーションデータが送信されることを、少なくとも部分的に保証できる。いくつかの実装例において、これらの技術により、好都合に、ナビゲーションデータを、同一場所にあるデバイス間で、これらのデバイスは近接しているというだけの事実を利用して共有を許可することにより、共有させることができる。たとえば、ナビゲーションデータの共有が許可されるようにするために、運転者も同乗者も、信用情報を提供する、アカウントにサインインする、またはデバイス間の過去のつながりを証明する必要はないであろう。

本発明のいくつかの実装例は、本明細書に記載の第１のおよび／または第２のコンピューティングデバイスを別途提供することができる。第２のコンピューティングデバイスが、車両にインストールされている統合されたナビゲーションコンピュータシステムの少なくとも一部によって提供される場合、本発明の実装例により、このような第２のコンピューティングデバイスを備える車両を提供することができる。

図１は、車内における運転者のコンピューティングデバイスと同乗者のコンピューティングデバイスとの間で共有されているナビゲーションデータを示す概念的なフロー図である。 図２Ａは、同じ車内の場所にあるコンピューティングデバイス間でナビゲーションデータを共有するプロセスの一例のスイムレーン図を示す。 図２Ｂは、同じ車内の場所にあるコンピューティングデバイス間でナビゲーションデータを共有するプロセスの一例のスイムレーン図を示す。 図２Ｃは、同じ車内の場所にあるコンピューティングデバイス間でナビゲーションデータを共有するプロセスの一例のスイムレーン図を示す。 一対の車両内にあるコンピューティングデバイスのシステムの一例の概念図である。各車両内の一組のコンピューティングデバイスは、ナビゲーションデータを、同一車両内のその他のデバイスとは共有できるが、一般的に他の車両内に位置するデバイスとは共有できない。 同一の場所にあるコンピューティングデバイス間でナビゲーションデータを共有するプロセスの一例のスイムレーン図を示す。このプロセスは、運転者のナビゲーション状態を特徴付ける情報を、同乗者のデバイスと共有するための、相互に近接する同乗者のデバイスおよび運転者のデバイスが使用し得る通信プロトコルを示す。 本明細書に記載の技術を実現するために使用することができるコンピューティングデバイスおよびモバイルコンピューティングデバイスの一例を示す図である。たとえば、本明細書に記載の同乗者のデバイスおよび運転者のデバイスは、図５のモバイルコンピューティングデバイスに関して説明するハードウェアのようなハードウェアを有し得る。

異なる図面における同様の参照符号は同様の要素を示す。
詳細な説明
本明細書は、概して、各々が同一の車内に位置するデバイス等の、同一の場所にあるデバイス間でナビゲーションデータを共有するための、システム、方法、デバイス、およびその他の技術について説明する。本明細書に記載の技術のいくつかの実装例において、自動車の運転者は、車内の１人以上の同乗者に、運転者の個人用デバイス（たとえばスマートフォンもしくはタブレットコンピューティングデバイス）または車両ナビゲーションコンピューティングシステム上のナビゲーションアプリケーションにプログラムされている地理的ルートを、同乗者の個人デバイス上で再現する能力を、与え得る。そうすると、同乗者は、この能力を利用して、ルートを進行している間旅行の進捗をモニタリングすることができる。場合によっては、同乗者は、運転者が共有するナビゲーションデータを利用して、ルートのナビゲートまたはルートの修正について、運転者を支援することもできる。たとえば、運転者が、最初にプログラムしたルートを辿っている旅行の途中で、食料品店で予定外の停止を行なうために、当該ルートから外れる必要があると判断する場合がある。運転者は車の運転に注意を集中させているであろうから、運転者が自身のスマートフォンまたはその他のナビゲーションデバイスと対話することによって車両の現在位置とルートの最終目的地との間における食料品店の位置を特定することは、場合によっては気の散るもしくは難しい作業であり、運転者がルートを修正して食料品店で停止することをルートに含めることも、場合によっては気の散るもしくは難しい作業である。したがって、本明細書に記載の技術により、最初に計画されたルートを自身の個人用コンピューティングデバイス上で再現した同乗者は、たとえば、適切な食料品店を検索することができ、その食料品店での停止を含めるようにルートを更新することができ、食料品店での停止を含めるために同乗者が指定したやり方で、運転者のデバイスがルートを自動的に更新するように、命令を運転者のナビゲーションデバイスに対して送信することができる。このようにして、同乗者は、旅行中、運転者によるナビゲーション機能の管理を支援することにより、運転者が運転中に自身のナビゲーションデバイスと対話しなければならない状況を少なくすることができる。

いくつかの実装例において、本明細書に記載の技術は、同一の場所にあるコンピューティングデバイス間でナビゲーションデータを共有するための確実な通信を提供することができる。たとえば、ナビゲーションデータは、運転者のナビゲーションデータを無許可の同乗者が取得する可能性を低くするやり方で、かつ、ナビゲーションデータの共有を開始するのに必要なユーザの手間が比較的少なくなるやり方で、共有すればよい。いくつかの実装例において、ナビゲーションデータまたはナビゲーションデータに対するポインタを含むメッセージを、互いに近接する（たとえば同じ車室内の）デバイスによって概ね検出可能であるが信号の短距離を超える（たとえば車外のまたは車両からのしきい値距離を超える場所にある）デバイスは概ね検出できない短距離信号（たとえば高周波音声信号）を用いて、同一場所にあるコンピューティングデバイス間で送信してもよい。加えて、いくつかの実装例では、同一場所にあるデバイス間で、たとえ過去においてこれらのデバイス間に関連がなくても、ナビゲーションデータを共有し得る。たとえば、同乗者のデバイスは、車両内の別のデバイスからブロードキャストされたナビゲーションデータを、たとえ同乗者のデバイスが、ブロードキャストしたデバイスによる認証を受けていない場合であっても、ブロードキャストしたデバイスに近接していれば、受信することができる。したがって、運転者も同乗者もナビゲーションデータの共有を開始するために要する手間は比較的少なくて済む。

次に図１を参照して、車両１０６内の運転者のデバイス１０２と同乗者のデバイス１０４との間で共有されているナビゲーションデータの、概念的なフロー図が示されている。車両１０６は、第１の乗員である運転者１０８によって運転されており、第２の乗員である同乗者１１０がこの車両に乗っている。運転者１０８および同乗者１１０は各々、目的地までの地理的ルートに沿ってターンバイターン方式の指示を提供できるナビゲーションアプリケーションを実行することができるコンピューティングデバイスを有する。運転者のデバイス１０２および同乗者のデバイス１０４は各々、たとえば、専用ポータブルナビゲーションデバイス、スマートフォン、タブレットコンピューティングデバイス、スマートウォッチもしくはその他のウェアラブルデバイス、統合車両ナビゲーションデバイス、またはノードブックコンピュータであってもよい。

図１は概して、運転者のデバイス１０２と同乗者のデバイス１０４との間で実行される４つの動作ステージＡ〜Ｄ（１１２〜１１８）を示す。これらのステージにおける動作は、先に簡単に説明した通りであるが、図２Ａ〜図２Ｃ、図３、および図４との関連でさらに詳細に説明する。ステージＡ（１１２）は概して、車両１０６での旅行の開始を示し、運転者１０８は、第１の地理的ルートに沿ってナビゲートするように運転者のデバイス１０２を既にプログラムしている。たとえば、ステージＡ（１１２）で示されるルートは、カリフォルニア州（ＣＡ）のHawthorneからカリフォルニア州のPasadenaまで延びている。このルートのほとんどの部分は州間高速道路１１０（Ｉ−１１０）に沿って延びている。運転者のデバイス１０２にこのルートがプログラムされた後、ステージＢ（１１４）において、第１の地理的ルートを規定するナビゲーションデータが、同乗者のデバイス１０４と共有される。いくつかの実装例において、このルートを規定するナビゲーションデータは、運転者のデバイス１０２から同乗者のデバイス１０４に直接、短距離音声または無線信号を介して送信することができる。いくつかの実装例において、ナビゲーションデータにアクセスできるネットワーク位置（遠隔のクラウドベースのサーバ上の位置等）を特定するポインタを、運転者のデバイス１０２から同乗者のデバイス１０４に送信してもよく、そうすると、同乗者のデバイスは、第１の地理的ルートを再現するのに必要な情報を含む実際のナビゲーションデータを遠隔サーバから取出すことができる。運転者が共有するナビゲーションデータを取得すると、同乗者のデバイス１０４は、第１の地理的ルートに沿ってナビゲーションを開始することができる。たとえば、ステージＢ（１１４）における同乗者のデバイス１０４によって示されるように、このルートの表現を地図上に提示することができる。また、同乗者１１０に対し、表示されているルートが別のデバイスと共有されたことを示すテキストおよび／またはグラフィカル要素を提示してもよい。たとえば、ステージＢ（１１４）において、同乗者のデバイス１０４は、ルートに沿って、このルートを特定する注釈を、運転者の名前（たとえば「Andrewのルート」）で表示する。また、「あなたはAndrewの車内にいます」という、同乗者１１０に対する通知も、地図上に表示される。この通知は、ルートに関する基本情報、たとえばその目的地および推定到着時間も提供する。

いくつかの実装例において、同乗者１１０は、第１の地理的ルートに変更を加えることができる。同乗者１１０は、たとえば、渋滞を回避するためにまたは単に景色を変えるために、このルートが１つ以上の特定の地点を通るように、ルートを修正してもよい。ステージＣ（１１６）における同乗者のデバイス１０４のディスプレイ上に示されているように、同乗者１１０は、Ｉ−１１０を回避するためにルートを変更している。修正ルートは、ナビゲーションアプリケーションが決定した１つ以上の推奨ルートの中から選択してもよく、同乗者１１０が手動で設定してもよく、アルゴリズム技法と手動技法とを組合わせて設定してもよい。修正ルートが設定されると、同乗者１１０は、ナビゲーションアプリケーションのユーザインターフェイスにおけるコントロールを選択して、修正ルートを運転者のデバイスに伝えてもよい。いくつかの実装例において、修正ルートを規定するナビゲーションデータは、同乗者のデバイス１０４から、運転者のデバイス１０２に、第１のルートが運転者のデバイス１０２から同乗者のデバイス１０４に伝えられたやり方と同様のやり方で、伝えられてもよい。たとえば、短距離音声または無線信号に符号化されたメッセージを、同乗者のデバイス１０４から送信しそれを運転者のデバイス１０２が受信してもよい。このメッセージは、修正ルート自体に関するナビゲーションデータを含み得る、または、運転者のデバイス１０２が無線ネットワーク接続（たとえばＬＴＥ、ＣＤＭＡ、ＧＳＭ（登録商標）、３Ｇ、またはそれ以外の広帯域無線エリアネットワーク接続）を通してデータにアクセスできるようにするための、遠隔サーバ上に位置するナビゲーションデータに対するポインタを含み得る。ステージＤ（１１８）において、運転者のデバイス１０２は、同乗者のデバイス１０４上で同乗者１１０が設定した新たなパラメータに基づいてルートを自動的に更新してもよい。よって、運転者は、運転しながらルートを再構成するという気の散る作業を行なうことなく、ナビゲーションのために自身のデバイス１０２を使用し続けることができる。

図２Ａ〜図２Ｃを参照して、同じ車内の場所にあるコンピューティングデバイス間でナビゲーションデータを共有するためのプロセスの一例２００のスイムレーン図が示される。このスイムレーン図は、たった２つのデバイス（すなわち運転者のデバイスと同乗者のデバイス）間で発生する動作の例を示しているが、いくつかの実装例では、その他のデバイスおよび代替のデバイス構成で同様の技術を実現し得る。たとえば、運転者のデバイス、同乗者のデバイス、またはこれら双方を、この車両の統合コンピューティングシステムの一部である車載ナビゲーションシステム（たとえば車両の計器盤に組込まれたディスプレイを有するナビゲーションシステム）を通して接続してもよい。いくつかの実装例において、運転者のデバイスは、スマートフォン、タブレットコンピューティングデバイス、ノートブックコンピュータ、専用ポータブルナビゲーションデバイス、またはスマートウォッチもしくはその他のウェアラブルデバイス等の、車両の運転者の個人用モバイルデバイスであってもよい。同乗者のデバイスも同様に、これらの種類のデバイスのうちのいずれかであってもよい。いくつかの実装例において、運転者のデバイスは、車両の統合コンピューティングシステムの一部である車載ナビゲーションシステムであってもよい。いくつかの実装例において、複数の同乗者デバイスが運転者のデバイスおよび／または車載ナビゲーションシステムに接続してもよい。これらのさまざまな構成についてはたとえば図３を参照しながら以下でさらに説明する。

いくつかの実装例において、プロセス２００は、運転者のデバイスおよび同乗者のデバイスがそれぞれのナビゲーションアプリケーションを各々のデバイスで開始するステージ２０２および２０４から始まる。ナビゲーションアプリケーションは、当該アプリケーションを実行するデバイスの種類に応じて、（たとえば専用ポータブルナビゲーションデバイス上の）固有アプリケーションであってもよく、インストールされた第三者のアプリケーション（たとえばモバイル用GOOGLE（登録商標）マップ）であってもよい。一般的に、ナビゲーションアプリケーションは、たとえば、それぞれのデバイスのユーザが特定した１つ以上の目的地までのルートを決定し、電子マップ上にこのルートの表現を重ねて表示し、ルートの始点の決定に使用するためにコンピューティングデバイスの現在位置にアクセスすることができる。ナビゲーションアプリケーションは、運転者のデバイスと同乗者のデバイスとで同時に起動できるがそれが必要である訳ではない。いくつかの実装例において、たとえば車両の運転者が最初にナビゲーションアプリケーションを起動しルートを設定してその運転を所定の目的地まで案内してもよい。一定時間ルートをナビゲートした後に、運転者が車内の同乗者に対し、最初に計画したルートを変更するにあたって支援を要請してもよい。その時点で同乗者は自身のデバイスの電源を入れて同乗者デバイス上でナビゲーションアプリケーションを起動してもよい。本明細書に記載の技術に従うと、同乗者は、渋滞を回避するためにルートを修正する、ルートに沿った訪問すべき特定の地点を追加する、ルートに近い関連のある場所の検索を実行する等の行為を実行することにより、運転者のナビゲーターを務めてもよい。特に、同乗者によるこれらの行為の多くは、運転者が運転者のデバイスと重要な対話をすることで注意をそらされることなく、実行することができる。

ステージ２０６で、運転者のデバイスは、任意で車両の統合ナビゲーションシステムに接続する。統合車両ナビゲーションシステムは、ユーザが特定した目的地までのルートを決定する機能、ルートをナビゲートするためにターンバイターン方式で指示を与える機能、および車両の電子ディスプレイ上（たとえば車両の計器盤に設けられたＬＣＤディスプレイ上）でルート全体またはその一部を表示する機能等の、運転者のデバイスおよび同乗者のデバイス上のナビゲーションアプリケーションと同様の機能を実行するように構成されてもよい。運転者のデバイスは、有線接続（たとえばＵＳＢケーブル）を介して、または短距離無線接続（たとえばＢｌｕｅｔｏｏｔｈ（登録商標））により、統合車両システムに接続してもよい。いくつかの実装例において、車両ナビゲーションシステムは、所定の旅行のための関連パラメータを、運転者のデバイスから引出してから、運転者のデバイスから実質的に独立して旅行を再構成し実行してもよい。たとえば、車両のナビゲーションシステムは、運転者のデバイスから、プログラムされた旅行目的地と、目的地までの経路を規定する情報とを取得した後に、運転者のデバイスからのパラメータに従ってルートのナビゲートを開始してもよい。いくつかの実装例において、車両のナビゲーションシステムは、ナビゲーション機能を実行するために運転者のデバイスにより多くを依存する比較的シンクライアントであってもよい。たとえば、ナビゲーションシステムは、デバイス上のナビゲーションアプリケーションから、車内のディスプレイおよびステレオシステムに、音声映像コンテンツを単にミラーリングしてもよい。運転者のデバイスが統合車両ナビゲーションシステムに接続していない実装例において、同乗者のデバイスは、車両システムと、直接または運転者の個人用デバイスを介して通信してもよい。図２Ａ〜図２Ｃに関する残りの説明は、同乗者のデバイスと運転者のデバイスとの間のやり取り（および運転者のデバイスが実行する動作）に関連している。しかしながら、運転者のデバイスが、別体の車両ナビゲーションシステムに接続されている場合、上記のやり取りおよび動作のうちの少なくともいくつかは、運転者の個人用ナビゲーションデバイスではなく、またはこのデバイスに加えて、車両のナビゲーションシステムを必要とし得ることが、理解されるはずである。

ステージ２０８において、運転者のデバイスは第１のルートに沿ってナビゲーションを開始する。第１のルートは、ユーザ（たとえば運転者）が指定した１つ以上のパラメータに基づき、かつ、運転者のデバイスの現在位置に基づいて、決定されてもよい。たとえば、運転者のデバイスは、当該デバイスの現在位置がミネソタ州Eden Prairieであると認識するＧＰＳ受信機を有していてもよい。運転者は、ミネソタ州MinneapolisのTARGET Fieldまでのナビゲートを希望していることを、デバイスにタイプまたは音声入力してもよい。次に、運転者のデバイスは、Eden PrairieからMinneapolisのTARGET Fieldまでナビゲートするための１つ以上のルートを決定してもよい。運転者は、好ましいルートを選択しナビゲーションを開始すればよい。選択したルートのナビゲート中、運転者のデバイスは、選択した目的地に到達するために運転者が実行しなければならない運転操作を示す、ターンバイターン方式の指示を運転者に提供してもよい。

一方、運転者のデバイスが第１のルートをナビゲートしているとき、同乗者のデバイスは、ステージ２１０において運転者のデバイスとの通信を確立してもよく、さらに、運転者のデバイスに、同乗者のデバイスが運転者のデバイスと同じ車両内に位置していることを登録してもよい。いくつかの実装例において、同乗者のデバイスは、運転者のデバイスが第１のルートのナビゲーションを開始する前等の、その他の時点で、運転者のデバイスとの通信を確立してもよい。運転者のデバイスと同乗者のデバイスとの間の通信接続を提供するために、さまざまな技術を使用し得る。いくつかの実装例において、たとえば、運転者のデバイスと同乗者のデバイスとは、Ｂｌｕｅｔｏｏｔｈ接続等の短距離無線接続を通して通信してもよい。いくつかの実装例において、近距離無線通信（near-field communication：ＮＦＣ）プロトコルまたは無線周波数識別（Radio-Frequency Identification：ＲＦＩＤ）等のより短い距離の無線技術を用いて、ナビゲーションデータを運転者のデバイスと同乗者のデバイスとの間でやり取りしてもよい。いくつかの実装例において、これらのデバイスは、Ｗｉ−Ｆｉ（登録商標）ネットワークまたはセルラーネットワークキャリアが運用する広域無線ネットワーク（たとえばＬＴＥ、ＷｉＭＡＸ（登録商標）、ＵＭＴＳ、ＤＣＭＡ２０００、ＧＳＭ）等の無線ネットワークを通して通信してもよい。

いくつかの実装例において、運転者のデバイスと同乗者のデバイスとの間の通信は、車室内のその他のデバイスは検出できるが一般的には車室の外のデバイスが検出する帯域を持たない、ブロードキャストされた信号によって実現できる。このような技術により、確実に、ナビゲーションデータを、同じ車両の中の同一場所のデバイスの間でのみ転送することができるので、たとえば隣接する車両内の乗員は間違った運転者のデバイスからナビゲーションデータを意図せずして受信することはない。いくつかの実装例において、ブロードキャストされた信号は、車両内のどのナビゲーションデバイスでも信号を受信できるよう、盗聴対策が施されていない信号であってもよい。したがって、運転者のデバイスおよび１つ以上の同乗者デバイスは、デバイス間に過去のつながりがなくても、また、デバイスを正式にペアリングするためにユーザが作業を行なわなくても、ナビゲーションデータを共有し得る。むしろ、運転者のデバイスと同乗者のデバイスとが同一の車両の中にあるだけで、これらのデバイスはナビゲーションデータを互いに共有できる。この手法は、一般的にデバイス間および／または車両との過去のつながりを要するその他の手法と比較して、有利になり得る。たとえば、一般的に、ユーザはＢｌｕｅｔｏｏｔｈで特定のデバイスのペアリングを開始しなければならない、または、Ｗｉ−Ｆｉもしくはその他いくつかの通信プロトコルを用いて参加する特定のネットワークをまたは通信対象のデバイスを特定しなければならない。

しかしながら、場合によっては、ユーザの最小限の労力でできる限り素早くデータを共有できるようにすることが望ましい。たとえば、運転者は、交通渋滞の中を進むことに専念しており、同乗者と自身の電話（運転者のナビゲーションデバイス）とのペアリング、適切なネットワークへの参加、または同乗者のデバイスと運転者のデバイスとの間の通信を確立するための詳細な命令の提供を同乗者が行なうのを助けることに、気をそらせることができない場合がある。これらの利点のうちの１つ以上を実現し得るこのような通信プロトコルの１つを、たとえば図４に関連して以下でより詳しく説明する。いくつかの実装例において、この通信プロトコルは、高周波音声信号（たとえば２０ｋＨｚ超であり通常の人間の聴能範囲外）を用いて、運転者のデバイスと１つ以上の同乗者デバイスとの間でナビゲーションデータを送信し得る。たとえば、運転者のナビゲーションデバイスによって駆動されるスピーカーは、同乗者のデバイスが使用できるデータで符号化された高周波音声トーンをブロードキャストすることにより、運転者のデバイスのナビゲーション状態を決定してもよい。音声信号ブロードキャストのデータ送信速度は比較的低い（たとえばＲＦ送信との比較において）ため、音声を介してデバイス間で送信されるデータは圧縮して最小にしてもよい。いくつかの実装例において、たとえば、運転者のデバイスは、ルートを、同乗者のデバイスとの間で、運転者のデバイスによってナビゲートされているルートを表わすファイルおよび／または運転者のデバイスのナビゲーション状態に関するその他の情報に、同乗者のデバイスがアクセスできるネットワーク位置に対するポインタ（たとえばナビゲーションＵＲＬまたはその他のネットワークアドレス）をブロードキャストすることにより、共有してもよい。音声信号を通してブロードキャストされるポインタは、ポインタが指し示す実際のナビゲーションデータよりも相対的に小さいデータサイズを有し得る。同乗者のデバイスは、ポインタを受信すると、その他の通信手段（たとえばＷｉ−Ｆｉ、ＬＴＥ）を用いて、より高い帯域幅の接続を介し、ポインタが指定するアドレスに位置するナビゲーションデータにアクセスし得る。

ステージ２１２において、同乗者のデバイスは、運転者のデバイスとの通信を確立すると、運転者のデバイスがそのナビゲーション状態を同乗者のデバイスと共有することを要求する。運転者のデバイスのナビゲーション状態は、運転者のデバイスが現在行なっているまたは未来のある時点で行なうように設定された旅行のナビゲーションパラメータを記述する１つ以上の情報を含み得る。ナビゲーション状態は、たとえば、目的地までの特定のルート、目的地までの１つ以上の代替ルート、および／または目的地までの道程においてナビゲートするようにデバイスがプログラムされている１つ以上の特定の地点を指定する情報を含み得る。同乗者は、たとえば、この旅行に関する情報を調べるため、計画されたルートに沿う特定の地点を発見するため、またはナビゲーション命令に関して運転者をさらに支援するため、または計画されたルートを修正するために、情報を要求してもよい。

いくつかの実装例において、同乗者のデバイスは、運転者のデバイスがそのナビゲーション状態を同乗者のデバイスと共有することを要求する前に、「同乗者モード」に入ってもよい。同乗者モードにおいて、同乗者のデバイスは、自身が車両内に存在することを知らせるメッセージをブロードキャストする。このメッセージは、同乗者のデバイスに関するまたは同乗者のデバイスに対応するユーザに関する識別情報を含まないという意味において匿名であってもよく、または、このメッセージは、同乗者のデバイスまたは同乗者のデバイスのユーザを一意に特定する情報を含んでいてもよい。運転者のデバイスは、「運転者モード」のとき、このようなメッセージを聴こうとし同乗者が送信したメッセージを検出してもよい。次に、運転者のデバイスは、同乗者のデバイスのメッセージを正しく受信したという肯定応答を示しかつ運転者のデバイスの可用性を同乗者のデバイスに対して確認するメッセージをブロードキャストしてもよい。いくつかの実装例において、この肯定応答は、共有するために使用できるナビゲーション状態データを運転者のデバイスが有するか否かを示しかつ運転者のデバイスが共有するように構成された特定種類のナビゲーションデータを示すその他の情報を、持っていてもよい。このメッセージはさらに運転者または運転者のデバイスを特定する情報を含み得る。たとえば、運転者のデバイスは、運転者の名前または運転者のデバイスのアカウントに対応付けられた名前を含むメッセージを同乗者のデバイスに送信してもよい。よって、運転者の名前がJacobである場合、運転者のデバイスは、同乗者がJacobの車両の中にいることおよびナビゲーションデータを共有のために利用できることを同乗者のデバイスに対して示すメッセージを送信することができる。いくつかの実装例において、同乗者のデバイスがブロードキャストしたメッセージに対して肯定応答しその後ナビゲーションデータの共有を求める別のメッセージを待つのではなく、運転者のデバイスは、運転者のデバイスの現在のナビゲーション状態を反映するナビゲーションデータを含む（また遠隔で格納されているナビゲーションデータに対するポインタを含む）メッセージで即時応答してもよい。これらの動作は、図２Ａのフローチャートのステージ２１４に示されている。このステージで、運転者のデバイスは、第１のルートに関するナビゲーションデータ（またはナビゲーションデータに対するポインタ）を送信する。

いくつかの実装例において、プロセス２００は、運転者のデバイスが、ナビゲーションデータを同乗者のデバイスと共有する前に同乗者のデバイスを認証するステージ２１６を含み得る。この認証は、いくつかの形態を取り得る。たとえば、いくつかの実装例において、運転者のデバイスは、運転者に対し、ナビゲーションデータを、要求している同乗者デバイスと共有することを望むか否かを尋ねるプロンプトを生成してもよい。このプロンプトは、運転者に対し、運転者のデバイスの画面上に表示する、一体化された車両画面上に表示する、運転者のデバイスのスピーカーを通して再生する、および／または車両のスピーカーを通して再生する等、視覚手段、聴覚手段、または双方によって、示してもよい。ナビゲーションデータの共有を要求している同乗者のデバイスの操作者の名前がたとえばJenniferであるとすると、プロンプトは、運転者に対し、同乗者であるJenniferとナビゲーションデータを共有することを希望するか否かを単純に尋ねるだけでもよい。次に、運転者は、この要求を受容または拒絶することができる。運転者が受容する場合、プロセス２００はステージ２１８に進む、運転者がこの要求を拒絶する場合、プロセス２００は、ナビゲーションデータがデバイス間で共有されることなく、終了してもよい。

いくつかの実装例において、運転者のデバイスは、許可された要求者の代わりに同乗者のデバイスがナビゲーションデータを要求していることを確認してもよい。いくつかの実装例において、運転者のデバイスに対する要求において同乗者のデバイスが提供する信用情報に基づいて、要求者を許可することができる。いくつかの実装例において、運転者のデバイス（または運転者のデバイスに対応付けられているアカウント）は、共有ナビゲーションデータを受信することを運転者が許可した許可乗員のホワイトリストを管理してもよい。乗員のデバイスが提供する信用情報またはその他の識別情報が、ホワイトリストに含まれる許可乗員の中に要求者が含まれていることを示す場合、運転者のデバイスは自動的に要求を承諾し第１のルートに関するナビゲーションデータを同乗者のデバイスに送信してもよい（ステージ２１８）。一方、同乗者の信用情報が、ナビゲーションデータ共有の要求を承認するのに十分ではない場合、運転者のデバイスは、通知によって、または運転者のデバイスのユーザに対してトランスペアレントになるように、要求を拒否してもよい。いくつかの実装例において、運転者のデバイスは、未許可の同乗者が共有ナビゲーションデータの受信を希望していることを知らせるプロンプトを生成して、この同乗者にアクセス権を付与するか否かを運転者に選択させてもよい。いくつかの実装例において、ホワイトリストに一時的にだけ同乗者を追加してもよい、または、特定の条件が真である間のみ許可が継続するようにしてもよい。たとえば、運転者は、旅行期間中だけ（たとえば車両が特定の目的地に到達するまで）ホワイトリストに同乗者を追加することを選択してもよい。また、運転者は許可の時間枠を選択し時間枠（時間、日、週の数）が終わると自動的に許可が取り消されるようにしてもよい。

いくつかの実装例において、運転者のデバイスは、特定の同乗者とナビゲーションデータを共有するか否かの判断を、この同乗者が、運転者のデバイスからナビゲーションデータを受信することが運転者によって予め許可されている１つ以上のグループのメンバーであると判断されるか否かに基づいて、判断することができる。たとえば、運転者は、そのメンバーがナビゲーションデータを受信することを許可されている１つ以上のソーシャルネットワークグループ（たとえば友人、家族、同僚）を指定してもよい。運転者のデバイスは、同乗者のデバイスから送信された識別情報を用いて、要求者のアイデンティティを、認可されたグループのメンバシップに照らして調べてもよい。結果として、運転者のナビゲーションデータの共有要求は、許可または拒絶されるであろう。たとえば、運転者は、計画された旅行を運転者と一緒に行なっている人々からなる小さなグループのみを含むソーシャルネットワークグループをセットアップしてもよい。次に、このグループ内の人々は各々、運転者のデバイスから共有ナビゲーションデータを受信するためのアクセス権が付与されてもよい。許可は、無限の期間を有していてもよく、または、具体的に旅行の期間にまたは運転者が指定するその他の時間に限定されてもよい。許可されたナビゲーションデータ受信者として運転者が認めることができるその他のグループの例は、運転者の電子アドレス帳または連絡先一覧の中の人々で構成されるグループ、運転者の通話履歴のリストに含まれる人々、交換アドレス帳のリストに含まれる人々、およびカレンダーイベントにおいて運転者が一緒にビジネスを実行することが予定されている人々を、含み得る。このようにして要求者を認証することは有益となり得る。なぜなら、これは、運転者と、運転者のナビゲーションデータを要求した同乗者との間の過去の関係を保証するが、たとえばネットワーク接続を確立する、デバイスを相互にペアリングする、または信用情報を手入力するといった追加の手間が運転者または同乗者に要求されないからである。

いくつかの実装例において、運転者は、異なるグループまたは異なる個々の同乗者に対して異なる許可を与えてもよい。たとえば、運転者は、運転者のナビゲーション状態を受信することについての許可は第１の同乗者に付与するが、第１の同乗者が運転者のナビゲーション状態を修正することまたは運転者のデバイスに関連するパラメータを設定することを禁止してもよい。しかしながら、第２の同乗者は、運転者のナビゲーション状態を特徴付けるデータを受信することに対する許可と、運転者のナビゲーション状態を修正することに対する許可（たとえば、同乗者のデバイスでルートを更新し更新されたルートを運転者のデバイスと共有することに対する許可）とを、付与されてもよい。

いくつかの実装例において、プロセス２００は、運転者のナビゲーションデータの共有を許可する前に同乗者のデバイスを認証することを要求しない場合がある。たとえば、運転者は、自身の電話またはその他のナビゲーションデバイスを、運転者のデバイスの範囲内にあるどのデバイス（たとえば運転者のデバイスと同じ車両内にあるデバイス）との間でも運転者のナビゲーションデータを共有することを許可するように構成された運転者モードにするだけでよい。これは、たとえば、バスのルートおよびこのルートに沿った停留所に到着する予定時間を見たいと思うバスの乗客または公共交通のその他の乗客にとっては便利であろう。バスに乗っているどの乗客でも、ネットワークまたは運転者のデバイスに対して自身を認証しなくても、運転者のナビゲーションデータを受信することができるであろう。いくつかの実装例において、乗客は、バスルートを見ることはできても、バスルートを修正することは禁止されてもよい。

ステージ２２０において、同乗者のデバイスは、ステージ２１８において運転者のデバイスから送信されたナビゲーションデータ（またはナビゲーションデータに対するポインタ）を受信する。送信されたデータが、遠隔サーバに格納されているナビゲーションデータに対するポインタを含む場合、同乗者のデバイスは、サーバからのナビゲーションデータにアクセスするためのアクションを自動的に実行することができる。同乗者のデバイスは、運転者のナビゲーションデータを取得すると、ステージ２２２において、ナビゲーションデータが示す第１のルートに沿うナビゲーションを開始してもよい。たとえば、同乗者のデバイス上で実行されているナビゲーションアプリケーションは、運転者のデバイスによってナビゲートされているルートを、同乗者のデバイス上で再現してもよく、ターンバイターン方式の指示を同乗者に与えてもよい。ナビゲーションアプリケーションは、第１のルートのナビゲート中に、第１のルートの全体または一部の表現を示す上からのマップビューを、現在の車両の地理的位置に対応する地図上の位置、第１のルートの目的地、および第１のルートが通るようにプログラムされている特定の地点に、グラフィカルマーカーを置くなどして、提供してもよい。上からのマップビューはさらに、たとえば第１のルートを含む道路および高速道を地図上で表現したものを強調表示するなどして、これらの道路および高速道のグラフィカル表示を含んでいてもよい。いくつかの実装例において、同乗者のデバイスのナビゲーションアプリケーションは、運転者によって共有されたルートとしてナビゲートされている第１のルートを特定するテキストまたはその他のコンテンツを示すユーザインターフェイスを提供してもよい。たとえば、ルートが「＄運転者のルート」（＄運転者は、運転者の名前を示す変数）であることを示すテキストで、このルートに注釈を付けてもよい。上記ユーザインターフェイスはまた、第１のルートが運転者によって共有されておりしたがって同乗者が独立してプログラムしたルートではないことを示すその他の表示を提供してもよい。たとえば、ユーザインターフェイスに表示された持続性テキスト要素が、「あなたは＄運転者の車両に乗っています」を記述して、または、同様の効果のある別の記述を含んでいてもよい。

同乗者のデバイスが第１のルートをナビゲートしている間、同乗者は、独立してプログラムしたルートとの間で同乗者が対話できるやり方と概ね同様のやり方で、ナビゲーションアプリケーションと対話してもよい。たとえば、同乗者は、地図上に重ねられた第１のルートの表現を見ることができる、および／または第１のルートに関するターンバイターン方式の指示のリストを見ることができる。ユーザは、地図上の第１のルートのさまざまな部分を拡大してもよく、第１のルートに沿った交通状況を調べてもよい。

いくつかの実装例において、同乗者はまた、図２Ａ（ステージ２２４）に示されるように、運転者のデバイスによって共有されるルートを修正してもよく、その後、図２Ｂ（ステージ２２６〜２３２）に示されるように、修正後のルートを運転者のデバイスと共有して、運転者のデバイスが、最初にプログラムされたルートを、同乗者がプログラムした修正後のルートで更新するようにしてもよい。このようにして、運転者は、運転者のデバイスのナビゲーション状態の少なくとも一部の制御を、同乗者および同乗者のデバイスに効果的に委任することができる。いくつかの実装例において、これらの技術はこのようにして、運転中の運転者の注意をそらす可能性があるルート修正の実行のために、運転者が運転者のデバイスと直接対話しなくても済むようにすることができる。その後、（運転者ではなく）同乗者には修正を実現する責任があるが、運転者と同乗者は、会話することにより、最初に計画した旅行のルート変更またはその他の進路変更を、協力して決定してもよい。

いくつかの実装例において、同乗者は、運転者のデバイスが共有する第１のルートを、同乗者のデバイス上のナビゲーションアプリケーションが推奨する代替ルートを選択することにより、修正することができる。この代替ルートは、運転者のデバイスによってローカルに決定されてもよく、または、同乗者のデバイスに代替案を提供した遠隔ナビゲーションサーバによって決定されてもよい。同乗者は、車両を実際に運転する責任で消耗する訳ではないので、同乗者は、時間をかけてより綿密にさまざまな代案ルートを調べることにより、旅行の好ましいルートを決定してもよい。たとえば、同乗者は、ルートが異なることを原因とする、および／または交通状況、道路工事、道路状況、道路の種類（州間道路ｖｓ街中の道路）、景色、およびルートに沿った特定の場所等のその他の要素を原因とする、共通の目的地に到着する推定時間の違いを検討してもよい。同乗者はまた、ルートの代案を、運転者と、車両内の１人以上の同乗者とともに、議論してもよく、同意に達すると、好ましい代替ルートを選択してもよい。選択したルートは、同乗者のデバイスから運転者のデバイスに送信された、異なる、第２のルートを含み得る（ステージ２２６）。ステージ２２８において、運転者のデバイスは第２のルートを受信し、ステージ２３２において、運転者のデバイスは、第１のルートのナビゲートから、同乗者が選択した第２のルートのナビゲートに切替わる。

いくつかの実装例において、運転者のデバイスは、同乗者が提案するルート修正を受入れるか拒否するよう運転者を促してもよい。たとえば、第２のルートを指定するナビゲーションデータを受信すると、運転者は、第２のルートをナビゲートするという運転者の意志を確認する、運転者のデバイスが表示するかそうでなければ提示するコントロールを、運転者が選択するまで、第１のルートのナビゲートを続けてもよい。いくつかの実装例において、運転者のデバイスは第１のルートをプレビューして、第２のルートに賛成して第１のルートの変更を受入れるか否かに関する、説明を受けた上での決断を、行なうことができる。たとえば、運転者のデバイスは、第１のルートと第２のルートとの間の１つ以上の変更点のリストと、２つのルート間における、目的地に到着する推定時間の差とを、表示してもよい（たとえば、「同乗者Marieは、ミネソタ高速道路１００Ｎ（到着予定時間（ＥＴＡ）１７分）ではなくＩ−３５Ｎ（到着予定時間２１分）を経由してTarget Fieldまでナビゲートすることを提案しています。変更を受入れますか？」）。いくつかの実装例において、運転者のデバイスは、第１のルートのナビゲートから、同乗者のデバイスが提供する修正された（第２の）ルートのナビゲートに自動的に切替わってもよいが、ルート変更が実施されたことを運転者に対して伝える可聴および／または視覚警告を生成してもよい。いくつかの実装例において、修正された（第２の）ルートのナビゲートを呼出した後に、運転者のデバイスのナビゲーションアプリケーションは、修正ルートの呼出し後に前のルートに運転者が戻ることを可能にする、ユーザが選択できるコントロールを提供してもよい。

同乗者のデバイスは、運転者のデバイスが最初にそのナビゲーションデータを同乗者のデバイスに伝達したやり方と同様のやり方で、新たなナビゲーションデータを運転者のデバイスに伝達してもよい。たとえば、ＮＦＣ、ＲＦＩＤ、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ−Ｆｉまたは広帯域広域ネットワーク（たとえばＬＴＥ、ＣＤＭＡ、ＧＣＭ）等の、短距離または長距離無線通信プロトコルを用いて、デバイス間の通信を行なってもよい。いくつかの実装例において、デバイスは、車室全体に及ぶが車両の外の標準受信機が検出できるほど強力ではない範囲を有するように設計されたレベルの高周波音声信号をブロードキャストしてもよい。いくつかの実装例において、この手法は、その他の手法と比べて、運転者または同乗者がデバイスをペアリングする手間をかけなくても、またはデバイス間のナビゲーションデータの通信のためにデバイス同士を先に関連付けておかなくても、デバイス間で情報を素早く共有する機能といった、１つ以上の利点を実現することができる。いくつかの実装例において、修正された（第２の）ルートを指定する情報は、同乗者のデバイスから運転者のデバイスに直接送信されてもよい。いくつかの実装例において、同乗者のデバイスから運転者のデバイスに直接伝達されるメッセージは、修正された（第２の）ルートを指定する実際のナビゲーションデータを含んでいなくてもよく、その代わりに、このメッセージは、運転者のデバイスがアクセスできる、車両外の遠隔サーバからのネットワーク位置に対する１つ以上のポインタ（たとえばＵＲＬ）、および修正された（第２の）ルートの表現を符号化する実際のナビゲーションデータを含み得る。

運転者が、自身の個人用デバイスまたは車両ナビゲーションシステムを用いて第２のルートをナビゲートしている間、同乗者は引続き、自身の個人用デバイス上のナビゲーションアプリケーションと対話することで、第２のルートのナビゲーションに関するさまざまなタスクを実行してもよい。たとえば、図２Ｂおよび図２Ｃを参照して、フローチャート２００のステージ２３４〜２４８は、現在のルートを、同乗者が開始したクエリに応答して生成された検索結果に基づいて更新し得るプロセスを示す。具体的には、ステージ２３４において、運転者のデバイスおよび同乗者のデバイス双方が第２のルートをナビゲートしている間に、同乗者は、同乗者のデバイスのナビゲーションアプリケーションに検索クエリを入力してもよく、その次に、検索クエリに基づいた検索要求を送ってもよい。検索要求は、車両外の遠隔サーバの検索エンジンに（たとえばＬＴＥ、ＧＳＭ、またはその他の広帯域無線エリアネットワークを通して）送られてもよい。検索エンジンは、ユーザの検索食えるに関連すると判断された一組の検索結果を求めてもよく、この結果は、ステージ２３６において同乗者のデバイスに与えられる。いくつかの実装例において、検索結果は、車両の最大距離以内および／または第２のルートの最大距離以内に位置する特定の地点を示していてもよい。たとえば、ユーザが「ガソリンスタンド」の検索を実行する場合、検索結果は、車両の近傍に位置するおよび／または車両が今後辿るであろうルートの部分の近傍に位置する１つ以上のガソリンスタンドを示し得る。場合によっては、検索結果のうちの１つ以上に対応する場所まで車両を導くために第２のルートの修正が必要になるかもしれない。いくつかの実装例において、ルートは、同乗者のデバイスにおいて行われる、１つ以上の検索結果（特定の地点）の、同乗者による選択に基づいて、更新されてもよい。ユーザの指示に応じて、ルートの最終目的地を検索結果のうちの１つが示す場所に置換える、または、最初にプログラムした最終目的地は維持しつつ、ルートが最後に目的地に到達する前に、選択した検索結果に対応する場所を通るようにルートを変更するといった、さまざまなやり方で、ルートを更新し得る。

ステージ２３８において、同乗者は、取得した検索結果すべてまたはその一部を運転者のデバイスと共有することを選択できる。検索結果を共有するという同乗者の選択に応じて、同乗者のデバイスは、適切な通信プロトコルを用いて、選択された検索結果に関する情報を運転者のデバイスに送信することができる。いくつかの実装例において、検索結果を表わすデータは、同乗者のデバイスから運転者のデバイスに直接送信されてもよい。いくつかの実装例において、同乗者のデバイスは、検索結果そのものではなく、圧縮されたＵＲＬまたはその他のポインタを、運転者のデバイスに送信してもよい。検索結果に対するポインタを含むメッセージは、同乗者が運転者と共有することを希望する検索結果の可用性を運転者のデバイスに伝えてもよい。運転者のデバイスは、いくつかの実装例において、ポインタを受信すると、共有する検索結果に自動的にアクセスしてもよい（ステージ２４０）。

車両の同乗者によって共有される検索結果を利用できるとき、運転者のデバイス上のナビゲーションアプリケーションは、音声および／または視覚通知を運転者に対して生成してもよい。次に、運転者が共有検索結果のリストを閲覧することを選択してもよく、検索結果のうちのいずれかを選択しその検索結果に対応する特定の場所または地点に関するより詳しい情報を閲覧してもよい。同乗者が検索結果の選択に基づいてルートを修正できるやり方と同様のやり方で、ステージ２４２において、運転者も、最終目的地までの道程に沿って訪れることを希望する場所に関する１つ以上の検索結果を選択することにより、または、第２のルートの既存の目的地に置換える新たな場所に関する検索結果を選択することにより、ルートを変更することができる。共有する検索結果のうちの１つ以上を運転者が選択したことに応じて、運転者のデバイスは、現在のルートを変更するという運転者の意志を確認するよう、運転者を促してもよい。運転者が現在の（第２の）ルートを変更するという意志を確認した場合、運転者のデバイスは、修正後のルート（すなわち第３のルート）のナビゲーションを開始すればよい。ステージ２４４において、運転者のデバイスは次に、第３のルートに関するナビゲーションデータ（たとえば第３のルート自体またはこのような情報に対するポインタを指定する情報）を、同乗者のデバイスに送信することができる。同乗者のデバイスは、ステージ２４６において、運転者のデバイスから新たなナビゲーションデータを受信し、ステージ２４８において、同乗者のデバイス上で、現在のナビゲーションデータを、第２のルートから第３のルートに更新する。いくつかの実装例において、同乗者のデバイスはルートを自動的に更新してもよい、または、同乗者のデバイスはルートを更新するか否かを確認するよう同乗者に促してもよい。

ステージ２５０において、運転者のデバイスは、任意で、運転者のデバイス上で限られた一組のナビゲーション外特徴を制御する権利を、同乗者のデバイスに与えてもよい。ナビゲーション外特徴は、概して、運転者のデバイス上のナビゲーションアプリケーション内またはナビゲーションアプリケーション外の、運転者が運転していない場合に通常制御するであろう特徴であり、ルートの設定、解析、修正、およびナビゲートという主機能に関係のない特徴である。このようなナビゲーション外特徴の２つの例（すなわち、（ｉ）運転者のデバイスを通して再生される音声ストリームの制御および（ｉｉ）運転者のデバイスを通した通話の管理）を、図２Ｃのプロセス２００のフローチャートにおけるステージ２５２〜２６２に関連して説明する。特定のナビゲーション外特徴の制御を、旅行中同乗者のデバイスに委任することにより、運転者が運転中に扱うと注意を削がれることになるまたは危険であるタスクの管理において、同乗者は運転者を支援することができる。加えて、同乗者は、ナビゲーションのために使用中の運転者のデバイスを運転者から取り上げなくても、これらのタスクを自身の個人用デバイス上で管理することができる。いくつかの実装例において、同乗者が運転者のデバイス上のナビゲーション外特徴を制御する権利は、限定的時間量によって時間的に制限されてもよく、または、この権利は、１つ以上のトリガーイベント（たとえば、旅行の終了、運転者が同乗者の権利を取り消すコントロールを選択したこと、車両がしきい値時間停止したこと、および／または車両がルートの目的地に到達したと判断されたこと）が発生すると無効になるように設定されてもよい。いくつかの実装例において、運転者は、異なる同乗者に付与された一組の権利をカスタマイズしてもよい。たとえば、車内の第１の同乗者は、通話を管理することを許可されてもよい（しかしポッドキャストまたはその他の媒体コンテンツの再生は許可されない）。これに対し、車内の第２の同乗者は、ポッドキャストまたはその他の媒体コンテンツの再生を許可されてもよい（しかし通話は許可されない）。

ステージ２５２〜２５６は、同乗者によって制御される音声ストリーミングである、ナビゲーション外特徴の第１の例に関連する。この例において、同乗者は、自身の個人用コンピューティングデバイスを用いて音声ストリーム（または映像ストリーム等のその他の種類の媒体ストリーム）を制御してもよい。たとえば、運転者は、旅行の開始時に、自身のデバイスを車両のスピーカーシステムに接続して、運転者のデバイスがストリーミングラジオ、ストリーミング音楽、ポッドキャスト、および／またはその他の音声コンテンツを、車両のスピーカーシステムを通して再生できるようにする場合がある。この構成により、運転者のナビゲーションアプリケーションによって生成された合成音声が、車両のスピーカーシステムを通してターンバイターン方式の指示を述べるようにしてもよい。いくつかの実装例において、運転者のデバイスは、運転者のデバイス上の１つ以上の音声／媒体再生アプリケーションを、同乗者のデバイスが制御してもよいというメッセージを、同乗者のデバイスに送信することができる。たとえば、運転者のデバイスは、運転者のライブラリ（たとえばプレイリスト）の曲または音声ファイルのリストに同乗者のデバイスがアクセスことを許可する情報を、同乗者のデバイスに送信してもよい。ステージ２５２において、運転者は、運転者のプレイリストから特定の音声ファイルを選択してもよく、ステージ２５４において、選択したファイルの表示が運転者のデバイスに伝えられる。次に、運転者のデバイスは、選択された音声コンテンツを示すメッセージを同乗者のデバイスから受信し、ステージ２５６において、運転者のデバイスは、運転者のデバイスのスピーカーおよび／または車両のスピーカーを通して、選択された音声コンテンツの再生を開始することができる。

ステージ２５８〜２６２は、同乗者のデバイスを通して管理し得る運転者のデバイス上のナビゲーション外特徴の第２の例、すなわち、同乗者のデバイスを通して運転者のデバイス上の通話を開始することに関連する。ステージ２５８で、同乗者は、運転者のデバイスを通して通話するために、同乗者のデバイス上のユーザインターフェイスにアクセスしてもよい。いくつかの実装例において、このユーザインターフェイスは仮想数値キーパッドを含み得る。同乗者は、運転者のデバイスがコールすべきキーパッドの番号を叩いてもよく、そうすると、入力された電話番号は、運転者のデバイスに送信することができる（ステージ２６０）。運転者のデバイスは、最終的に、指示通りにダイヤルし通話することができる（ステージ２６２）。いくつかの実装例において、運転者のデバイスは、運転者の連絡先一覧の少なくとも一部を転送してもよく、そうでなければ同乗者のデバイスがこの連絡先一覧の少なくとも一部にアクセスできるようにしてもよい。次に、同乗者は、連絡先一覧からある名前を選択し、同乗者のデバイスが選択された連絡先に電話することを求める命令を、運転者のデバイスに送信してもよい。

いくつかの実装例において、運転者のデバイスは、同乗者のデバイスに、通話管理およびメディア管理に加えてまたはそれ代えて、その他の種類の、ナビゲーション外特徴を制御する権利を与えてもよい。たとえば、同乗者は、運転者による運転中に運転者のアカウントでテキストメッセージまたは電子メールに応答することを許可されてもよく、および／または、同乗者は、運転者の連絡先一覧またはカレンダーにアクセスすることを許可されてもよい。

次に図３を参照して、同一車両内にあるデバイス間でナビゲーションデータを共有するシステムの一例３００の概念図が示される。この図面は一対の車両３０２ａおよび３０２ｂを示す。各車両３０２ａ、３０２ｂは、車載ナビゲーションシステム３０８ａ、３０８ｂと、運転者のコンピューティングデバイス３１０ａ、３１０ｂと、１つ以上の同乗者コンピューティングデバイス３１２ａ、３１２ｂとを含む。車両３０２ａ、３０２ｂ内のデバイスおよびシステムのうちのすべてまたは一部は、無線通信ネットワーク３０４を通して遠隔のナビゲーションサーバ３０６と通信してもよい。システム３００は概して、本明細書に記載のナビゲーションデータを共有する技術（および本明細書に記載のその他の関連する種類のデータを共有する技術）は、車両内のデバイスの多種多様な構成によって実現し得ることを示すことを意図している。いくつかの実装例において、システム３００のこれらの多様な構成を用いて、プロセス２００（図２Ａ〜図２Ｃ）およびプロセス４００（図４）を含む本明細書に記載の方法、プロセス、およびその他の技術を実行することができる。

車両３０２ａおよび３０２ｂ各々における可能なデバイスおよびシステムの構成は概ね同等である。たとえば、各車両は、運転者のデバイス３１０ａ、３１０ｂと、１つ以上の同乗者デバイス３１２ａ、３１２ｂと、それぞれの車載ナビゲーションシステム３０８ａ、３０８ｂとを含み得る。２台の車両３０２ａ、３０２ｂは、各車両３０２ａ、３０２ｂ内のデバイス／システムからなるそれぞれの組の間の通信が、同一車両３０２ａ、３０２ｂ内にあるデバイス／システムに概ね限定されることを示すように描かれている。すなわち、第２の車両３０２ｂ内の同乗者デバイス３１２ｂが第１の車両３０２ａ内の運転者デバイス３１０ａからナビゲーションデータを受信する、または、第１の車両３０２ａ内の同乗者デバイス３１２ａが第２の車両３０２ｂ内の運転者デバイス３１０ｂからナビゲーションデータを受信する可能性を低減するための対策を講じることができる。たとえば、第１の車両３０２ａ内のデバイス／システムを参照すると、運転者デバイス３１０ａ、同乗者デバイス３１２ａ、および／または車載ナビゲーションシステム３０８は、ナビゲーションデータの共有を、同一車両３０２ａ内に位置することが確認されているその他のデバイスまたはシステムだけに限定してもよい。たとえば、同乗者デバイス３１２ｂが、運転者デバイス３１０ａからのまたは車載ナビゲーションシステム３０８ａからのナビゲーションデータの共有を要求する場合、運転者デバイス３１０または車載ナビゲーションシステム３０８ａは、同乗者デバイス３１２ｂが第１の車両３０２ａ内にあるか否かを検査することができる。同乗者デバイス３１２ｂは同一車両内にないので、ナビゲーションデータ共有要求は拒絶できる。

いくつかの実装例において、同一場所にあるデバイスおよびシステム間でメッセージを送信するために使用される通信プロトコルは、特定の車両の外部にあるデバイスおよびシステムが、同一車両内にある上記デバイスおよびシステムが共有するナビゲーションデータを受信しないことを実質的に保証することができる。たとえば、ナビゲーションメッセージ（たとえばナビゲーションデータまたはナビゲーションデータに対するポインタを含む）を、比較的低いレベルの音声信号を用いて、車両内のデバイスおよびシステムのスピーカーから伝達してもよい。音声信号の中心周波数は、人の可聴範囲を上回る（たとえば２０ｋＨｚを上回る）。また、音声信号は、ナビゲーションメッセージのアナログまたはデジタル表現で変調されてもよい。たとえば運転者のデバイス３１０ａのルートを表わすまたは全体的なナビゲーション状態を表わすナビゲーションデータに対するポインタを、運転者のデバイス３１０ａの１つ以上のスピーカーから発せられる高周波音声信号によって送信することができる。次に、同乗者のデバイス３１２ａのマイクは、この音声信号を検出および復号することにより、ナビゲーションデータに対するポインタを再現することができる。音声信号の振幅を設定することにより、信号の範囲を制御することができ、そうすると、たとえば同一車室内のデバイスのマイクのみが音声信号を（従来の音声受信機器を用いて）検出することができる。第２の車両３０２ｂまたはその他の車両内のデバイスは、第１の車両３０２ａ内のデバイスの音声信号の範囲外にあるであろう。いくつかの実装例において、ＮＦＣ、ＲＦＩＤ、Ｂｌｕｅｔｏｏｔｈ、ＷｉＦｉ等のその他の短距離無線技術も、同一車両内にあるデバイスのみにおけるナビゲーションデータの共有を制限するように構成されてもよい。

いくつかの実装例において、各車両３０２ａ、３０２ｂは、対応する同じ車両３０２ａ、３０２ｂ内にあるデバイスのレジストリを管理してもよい。ナビゲーションデータの共有を求める要求を、このレジストリに照らして検査することにより、要求者のデバイスが、そのナビゲーションデータの共有が要求されているデバイスまたはシステムと同一の車内にあることを確認できる。これらのデバイスが同一の車内にある場合、要求は承認されナビゲーションデータは共有できる。これらのデバイスが同じ場所にはないと判断された場合、要求は拒否されナビゲーションデータの共有は阻止できる。いくつかの実装例において、デバイスがレジストリに手入力されてもよい。固有識別子が、各デバイス（たとえば、車載ナビゲーションシステム３０８ａ、運転者デバイス３１０ａ、および各同乗者デバイス３１２ａ）に割当てられてもよい。割当てられた固有識別子はその後レジストリに格納される。デバイス間で送信される、ナビゲーションデータの共有を求める要求等のメッセージは、識別子を含み得る。宛先のデバイスは、この識別子を使用して、要求者が同一車両内にあることを確認することができる。いくつかの実装例において、デバイスが特定の車両の中にあることを示す１つ以上の信号に基づいて、デバイスが自動的にレジストリに追加されてもよい。たとえば、レジストリは、運転者のデバイスおよび／または車載ナビゲーションシステム３０８ａによって管理されてもよい。同乗者デバイス３１２ａは、運転者モードにされているとき、その現在位置（たとえばＧＰＳ信号によって求められる）および固有デバイス識別子を、レジストリを管理するデバイスまたはシステムに、定期的に送信してもよい。特定の同乗者デバイス３１２ａからの位置データが、車両または運転者デバイスの現在位置データと一致する場合は、同乗者デバイス３１２ａが第１の車両３０２ａ内にあると判断することができる。それに応じて同乗者デバイス３１２ａをレジストリに追加することができる。いくつかの実装例において、レジストリは、車載ナビゲーションシステム３０８ａ、運転者デバイス３１０ａ、同乗者デバイス３１２ａ、および遠隔ナビゲーションサーバ３０６のうちの１つ以上によって、格納および管理されてもよい。いくつかの実装例において、レジストリが有限寿命を有していてもよく、または、レジストリ内の特定デバイスのエントリが有限寿命を有していてもよい。レジストリまたはレジストリ内の特定のエントリは、たとえば、決められた時間量の経過後に、および／または決められたイベント（たとえば旅行の終了、ルートの目的地への到達）が発生すると、無効になってもよい。したがって、同乗者は運転者のナビゲーションデータを受ける許可を継続的に与えられていない場合がある。代わりに、その権利は、旅行期間に、または特定数の時間、日、週等に限定されていてもよい。

いくつかの実装例において、デバイスが車内にあるか否かを、車内の１つ以上のセンサが検出した情報に基づいて判断してもよい。これらのセンサは、車内に同乗者がいることを示し得る、車内に運転者がいることを示し得る、および／または車内にナビゲーションデバイスがあることを示し得る。たとえば、第１の車両３０２ａは、車両の各座席の下に位置する圧力変換器を有していてもよい。人が所定の座席に座ると、この座席の圧力変換器は、負荷を検出し負荷を識別する車両のコンピューティングシステムに対して信号を出力することができる。同様に、シートベルトセンサは、車両３０２ａの各座席のシートベルトがいつ締められて使用中になったかを示してもよい。これらのセンサのうちのいずれかからの信号およびその他を、車載ナビゲーションシステム３０８ａが使用して、旅行中座席に人が座ったか否かを判断してもよい。たとえば車両３０２ａに２人の同乗者がいると判断された場合、車載ナビゲーションシステム３０８ａは、この２人の同乗者に対応付けられたデバイスとナビゲーションデータを共有することを許可してもよい。車内に同乗者がいないと判断された場合は、ナビゲーションデータの共有を阻止または制限して、ナビゲーションデータが意図せずして車外の無許可のデバイスと共有されないようにしてもよい。運転者は、車内の同乗者の存在に関する判断を無効にできるようにされていてもよい。たとえば、コンピュータが、間違って、同乗者は存在しないと考えた場合、運転者は、それでもなお、同乗者のデバイスからの、運転者のナビゲーションデータの共有を求める要求を許可してもよい。いくつかの実装例において、車両３０２ａおよび／または車載ナビゲーションシステム３０８ａは、アプリケーションプログラミングインターフェイス（ＡＰＩ）を、運転者のデバイス３１０ａに対して公開してもよく、そうすると、運転者のデバイス３１０ａは、車両の人感センサデータまたは車内３０２ａに人がいるか否かに関するこのようなデータから得られた推定を取得できる。

先に述べたように、システム３００は、特定の車両３０２ａまたは３０２ｂ内のさまざまな数およびさまざまな構成のデバイス間でのナビゲーションデータの共有に適応するように構成し得る。たとえば第１の車両３０２ａを参照すると、いくつかの実装例において、運転者のデバイス３１０は、複数の同乗者デバイス３１２ａとの間で通信しナビゲーションデータを共有してもよい。いくつかの実装例において、複数の同乗者デバイス３１２ａは各々、運転者のドライブ３１０ａから、共有するナビゲーションデータを受信してもよい。いくつかの実装例において、個々のセッションを、運転者のデバイス３１０ａと各同乗者デバイス３１２ａとの間で確立することができる。各セッションにおいて、各同乗者デバイス３１２ａは、運転者デバイス３１０ａのナビゲーションデータを要求してもよく、運転者デバイス３１０ａは、ナビゲーションデータ（またはナビゲーションデータに対するポインタ）を対応する同乗者デバイス３１２ａに送信してもよい。いくつかの実装例において、運転者デバイス３１０ａは、すべての同乗者デバイス３１２ａが受信可能な信号（たとえば音声信号）をブロードキャストしてもよい。これらのデバイスがこの信号を受信できるのは、車内の運転者デバイス３１０ａに近接しているからである。ブロードキャストされた信号を、各同乗者デバイス３１２ａが検出し使用することにより、運転者デバイス３１０ａが共有するナビゲーションデータを取得し実行することができる。いくつかの実装例において、同乗者デバイス３１２ａはそれぞれ、旅行中に運転者デバイスと対話する機能について、別々の許可を与えられてもよい。たとえば、運転者が、運転者の現在のナビゲーション状態を、車内のすべての同乗者と共有して、同乗者が、所定の旅行のルートを閲覧し、交通状況を調べ、ルートに沿った特定の地点を検索し、旅行の進行と追跡できるようにすることを望む場合がある。しかしながら、運転者は、同乗者のうちの１人以外の同乗者すべての、運転者のデバイス上のルートを更新する機能または運転者のデバイス上のナビゲーション外特徴（たとえば通話管理、音声ストリーム管理）を制御する機能を、制限することを希望する場合がある。それに応じて、運転者は、更新されたナビゲーションデータを運転者デバイスと共有しルートを更新しナビゲーション外特徴を制御することについての許可を、同乗者デバイス３１２ａのうちの第１のデバイスに与えてもよい。車両３０２ａ内のその他すべての同乗者デバイス３１２ａは、ナビゲーションデータを受信する機能に制限されてもよい。いくつかの実装例において、第１の同乗者デバイス３１２ａがルートを更新すると、最初に第１の同乗者デバイス３１２ａから運転者デバイス３１０ａにメッセージが送信されて、運転者デバイス３１０ａが新たなルートに基づいてそのナビゲーションを更新し新たなルート情報をその他の同乗者デバイス３１２ａ各々に伝えることができる。いくつかの実装例において、第１の同乗者デバイス３１２ａがルートを更新すると、第１の同乗者デバイス３１２ａは、更新後のルート情報（またはルート情報に対するポインタ）を、運転者デバイス３１０ａおよびその他の同乗者デバイス３１０ａ双方に直接ブロードキャストすることができる。

本明細書に記載の例の多くは運転者デバイス３１０ａと１つ以上の同乗者デバイス３１２ａとの間の通信に関するが、いくつかの実装例において、車載ナビゲーションシステム３０８ａが、ナビゲーション機能および車両３０２ａ内のデバイス間におけるナビゲーションデータの共有において、重要な役割を果たしてもよい。車載ナビゲーションシステム３０８ａは、車両の固定要素であってもよい。たとえば、ナビゲーションシステム３０８ａは、車両３０２ａの計器盤または制御盤に組込まれた電子ディスプレイを含み得る。いくつかの実装例において、ナビゲーションシステム３０８ａは、車両３０２ａのより広範な情報娯楽システムの一部であってもよい。いくつかの実装例において、本明細書の他の場所で運転者の個人用デバイス３１０ａによって実行されると記載されている動作のうちのすべてまたは一部を、車載ナビゲーションシステム３０８ａが代わりに実行してもよい。同乗者デバイス３１２ａは、たとえば、車載ナビゲーションシステム３０８ａにナビゲーションデータを要求してもよく、その後、修正後のナビゲーションデータを車載ナビゲーションシステム３０８ａと共有してもよい。いくつかの実装例において、車載ナビゲーションシステム３０８ａは、運転者のデバイス３１０ａ上で最初にプログラムされたルートをナビゲートするように構成されてもよい。たとえば、旅行に出る前に、運転者は、自身のスマートフォン（運転者デバイス３１０ａ）上でこの旅行のルートをプログラムしてもよい。次に、このルートを車載ナビゲーションシステム３０８ａに（たとえばクラウドを通してまたは直接運転者のデバイス３１０ａから有線もしくは無線接続で）ダウンロードしてもよい。旅行中、同乗者デバイス３１２ａは次に、運転者デバイス３１０ａまたは車載ナビゲーションシステム３０８ａいずれかに、経路に関するナビゲーションデータを要求して取得してもよい。車載ナビゲーションシステム３０８ａによってナビゲートされている経路に対する修正は、そのまま同乗者デバイス３１２ａから車載ナビゲーションシステム３０８ａに伝えられてもよい、または、運転者のデバイス３１０ａが、ナビゲーションデータを同乗者デバイスから車載ナビゲーションシステム３０８ａにルーティングする媒介役として機能してもよい。

図４は、同一の場所にあるデバイス間でナビゲーションデータを共有するプロセスの一例４００を示すスイムレーン図である。プロセス４００は、運転者のナビゲーション状態を特徴付ける情報を同乗者のデバイスと共有するために互いに近接している同乗者デバイスおよび運転者デバイスが使用し得る通信プロトコルを示す。図４には明確に示されていないが、同乗者デバイスのナビゲーション状態（たとえば修正ルートのナビゲーションデータ）を特徴付ける情報を運転者のデバイスと共有するために、同様の技術を使用してもよい。いくつかの実装例において、プロセス４００において運転者のデバイスと同乗者のデバイスとの間で送信されるメッセージは、適切なメッセージを受信デバイスに伝えるデジタルまたはアナログデータで符号化された音声信号であってもよい。この音声信号の中心周波数は、人間の通常の可聴範囲を上回っていてもよく、たとえば、２０ｋＨｚ以上、２１ｋＨｚ以上、または２５ｋＨｚ以上であってもよい。このようにして音声信号通信を行なうことは、いくつかの実装例において好都合である。なぜなら、音声信号が近距離範囲であるので、送信デバイスの近隣の範囲の外にあるデバイスがこの音声信号を受信しないようにすることができる。加えて、図４に示されるプロトコルにより、同乗者のデバイスおよび運転者のデバイスは、各デバイスの所有者またはユーザによるセットアップ労力を、あるとしても最小にして、通信することができる。たとえば、デバイス間の直接的な接続を確立するためにデバイスをペアリングモードにする正式のペアリングプロセスをユーザは行なう必要がない。また、ＮＦＣまたはＲＦＩＤデータ転送の場合のようにデバイスを相互に極めて近接した状態（たとえば数インチ以下）にする必要はない。これは車両の運転者の注意をそらす可能性がある。それでもやはり、いくつかの実装例では、短距離無線波をデバイス間で送信することを含むその他の通信技術を用いてもよい。

ステージ４０２において、運転者のデバイスはナビゲーションアプリケーションを起動する。ナビゲーションアプリケーションは、たとえば、運転者のデバイスにインストールされてもよく、ウェブベースのアプリケーションであってもよく、またはサーバからミラーリングされてもよい。運転者は、自身がナビゲーションアプリケーションにおいて特定の目的地までの地理的ルートをプログラムしたドライブに出発しようとしていてもよい。ステージ４０６において、運転者は、ナビゲーションアプリケーションにルートのナビゲートを開始させる入力を、ナビゲーションアプリケーションに与える。ナビゲーションアプリケーションは、ルートのナビゲート中、たとえば、（たとえばＧＰＳ信号を用いて）車両の現在位置を追跡してもよく、目的地までの経路を辿るためにターンバイターン方式の指示を示してもよく、その地図上の現在位置に、ルートに沿う道路を示す表現を表示してもよい。運転者は、同乗者とともに旅行しているかもしれず、旅行中に経路の見直しを同乗者に支援してもらいたいと思うかもしれない。したがって、運転者は、運転者の装置のナビゲーション状態が同乗者のデバイスによって共有されることを許可してもよい。いくつかの実装例において、運転者は、ステージ４０８において、運転者のデバイスを運転者モードにしてもよい。運転者のデバイスのナビゲーションアプリケーションは、運転者モードの間、同乗者のデバイスの存在を検出し、ナビゲーションデータを１つ以上の同乗者デバイスと共有し、ルート修正を受け、および／またはナビゲーション外特徴（たとえば通話管理）のコントロールを同乗者デバイスに委任するように、構成されてもよい。いくつかの実装例において、運転者のデバイスは、運転者モードを呼出すためにユーザが運転者デバイス上のコントロールを選択したことに応じて、運転者モードに入ってもよい。いくつかの実装例において、運転者のデバイスは、運転者のデバイスは運転者モードにすべきであることをナビゲーションアプリケーションに対して示す１つ以上の外部信号に基づいて、自動的に運転者モードに入ってもよい。たとえば、運転者のデバイスは、車内の固定されたコンピューティングシステムと（たとえばＢｌｕｅｔｏｏｔｈを介して）自動的にペアリングされてもよい。そうすると、運転者が自身の車両内にいることが、運転者デバイスに知らされる。運転者が自身の車両を運転すると仮定すると、ナビゲーションアプリケーションは、デフォルトで運転者モードに入ってもよい。運転者モードである結果、運転者のデバイスは共存モニタリングを開始できる（ステージ４１２）。共存モニタリングは一般的に、運転者のデバイスの近傍にある、発見可能な同乗者デバイスのモニタリングを含む。いくつかの実装例において、共存モニタリングは、運転者のデバイスがデバイス上の１つ以上のマイクを用いて、運転者のデバイスのナビゲーションデータを要求し得る同乗者デバイスが送信するメッセージを聴くという点において、受動的である。いくつかの実装例（図４には示さず）において、共存モニタリングは、運転者のデバイスの近隣の利用できる同乗者のデバイスを調べるために打診メッセージを運転者のデバイスから定期的に送信できるという点において、能動的であってもよい。

一方、ステージ４０２、４０６、４０８、および４１２における運転者のデバイスの動作の前、間、または後に、同乗者のデバイスは運転者のデバイスと通信し共有するナビゲーションデータを運転者のデバイスから受信するように構成されていてもよい。ステージ４０４において、同乗者のデバイスはナビゲーションアプリケーションを起動し、ステージ４１０において、同乗者のデバイスは同乗者モードに入る。同乗者モードにおいて、同乗者のデバイスは、同乗者のデバイスに近接する運転者のデバイスとの通信を確立する、運転者のデバイスと共有するナビゲーションデータを要求して受信する、同乗者に委任されている運転者のデバイスのナビゲーション外特徴を制御する、運転者のデバイスから提供されたルートを修正する、および／またはルートの修正を運転者のデバイスに伝達するといった動作を実行するように構成されてもよい。いくつかの実装例において、同乗者モードに入ると直ちに、同乗者デバイスは、同乗者存在メッセージを（たとえば高周波音声信号を介して）ブロードキャストすることにより、同乗者デバイスに近接し得る運転者デバイスに通知してこれを発見することができる。次に、同乗者デバイスは、同乗者デバイスに近接する運転者デバイスからの同乗者存在メッセージに対する応答をリッスンすることにより、共存モニタリングを開始してもよい。ステージ４１６において、運転者のデバイスは、同乗者のデバイスからブロードキャストされた同乗者存在メッセージを検出し、ステージ４２０において、それに応じて運転者デバイスは、同乗者デバイスが運転者のデバイスのナビゲーション状態を取得するために使用できる情報をブロードキャストする。いくつかの実装例において、ナビゲーション状態を完全に特定するデータが、運転者のデバイスから同乗者のデバイスに直接送信される。いくつかの実装例において、このデータを圧縮して、運転者のデバイスから同乗者のデバイスに直接転送されるメッセージのサイズを、特に、このメッセージが比較的低周波で帯域幅が狭いチャネルで送信される場合は、最小にしてもよい（たとえば音声信号符号化）。いくつかの実装例において、運転者のデバイスは、運転者のデバイス自体のナビゲーション状態を特定する情報は送信せず、代わりに、同乗者のデバイスがアクセスできるクラウド内の位置を特定するアドレスまたはその他のポインタを送信してもよい。これも、運転者のデバイスと同乗者のデバイスとの間で送信されるメッセージのサイズを減じるのに有利であろう。

ステージ４１８において、同乗者のデバイスは、同乗者存在メッセージの送信後に、共存モニタリングを開始し、ステージ４２２において、このようなモニタリング中に、同乗者のデバイスは、ナビゲーション状態情報またはナビゲーション状態ポインタを含む、運転者のデバイスから送信されたメッセージを検出する。ステージ４２４において、同乗者のデバイスは、ナビゲーション状態ポインタを用いて、運転者のデバイスと同乗者のデバイスとが位置する車内から離れたクラウドベースのサーバからナビゲーション状態データを取出す。次に、同乗者のデバイスは、ナビゲーション状態データを用いて、運転者のデバイスがナビゲートしている同じルートを再構成し、ナビゲーションアプリケーションにおいてルートのナビゲーションを開始する。

いくつかの実装例において、すべてのナビゲーションデータまたはナビゲーションデータに対するポインタがデバイス間で帯域外で（すなわち高周波音声信号とは別に）通信される場合であっても、運転者のデバイスおよび同乗者のデバイスは、高周波音声信号を、複数のデバイスが互いに近接していることを保証するためのメカニズムとして、用いることができる。たとえば、運転者モードの運転者のデバイスは、運転者のデバイスの固有識別子を含む音声信号をブロードキャストしてもよい。次に、同乗者のデバイスは、この音声信号から得た識別子を用いて、運転者のデバイスの識別子に対応付けてクラウドベースのデータベースに格納されている現在のナビゲーションデータにアクセスしてもよく、運転者のナビゲーションデータは同乗者のデバイスにダウンロードされてもよい。いくつかの実装例において、運転者のデバイスと同乗者のデバイスとの間におけるナビゲーションデータの継続した共有を、同一車両内にある場合のように相互に近接した状態を保っている運転者のデバイスおよび同乗者のデバイス上で調整してもよい。したがって、これらのデバイスは、短距離高周波音声信号を用いて、定期的に相互にpingを実施してもよい。１つ以上のpingに対する応答が受信されない場合は、その後のナビゲーションデータの共有を阻止してもよい（またはこれらのデバイスのうちのいずれかまたは双方のユーザが、ナビゲーションデータの共有を続けることを望むか否かについて注意されてもよい）。

図５は、本明細書に記載の技術を実現するために使用することができるコンピューティングデバイス５００およびモバイルコンピューティングデバイスの一例を示す。コンピューティングデバイス５００は、ラップトップ、デスクトップ、ワークステーション、携帯情報端末、サーバ、ブレードサーバ、メインフレーム、および他の適切なコンピュータなどの、さまざまな形態のデジタルコンピュータを表わすことを意図している。モバイルコンピューティングデバイスは、携帯情報端末、セルラー電話、スマートフォン、および他の同様のコンピューティングデバイスなどの、さまざまな形態のモバイルデバイスを表わすことを意図している。ここに示すコンポーネント、それらの接続および関係、ならびにそれらの機能は例示であることが意図されているに過ぎず、本明細書に記載のおよび／または特許請求の範囲に記載の本発明の実装例を限定することを意図していない。

コンピューティングデバイス５００は、プロセッサ５０２、メモリ５０４、記憶装置５０６、メモリ５０４および複数の高速拡張ポート５１０に接続している高速インターフェイス５０８、ならびに低速バス５１４および記憶装置５０６に接続している低速インターフェイス５１２を含む。プロセッサ５０２、メモリ５０４、記憶装置５０６、高速インターフェイス５０８、高速拡張ポート５１０、および低速インターフェイス５１２の各々はさまざまなバスを用いて相互に接続されており、共通のマザーボード上にまたは他の態様で適宜搭載され得る。プロセッサ５０２は、コンピューティングデバイス５００内で実行される命令を処理可能であり、この命令には、ＧＵＩのためのグラフィック情報を高速インターフェイス５０８に結合されているディスプレイ５１６などの外部入出力デバイス上に表示するためにメモリ５０４内または記憶装置５０６上に記憶されている命令が含まれる。他の実装例では、複数のプロセッサおよび／または複数のバスが、複数のメモリおよび複数種類のメモリとともに必要に応じて用いられ得る。また、複数のコンピューティングデバイスが接続され得て、各デバイスは（たとえばサーババンク、ブレードサーバのグループ、またはマルチプロセッサシステムとして）必要な動作の一部を提供する。

メモリ５０４は情報をコンピューティングデバイス５００内に格納する。いくつかの実装例では、メモリ５０４は１つまたは複数の揮発性メモリユニットである。いくつかの実装例では、メモリ５０４は１つまたは複数の不揮発性メモリユニットである。また、メモリ５０４は、磁気ディスクまたは光ディスクなどの別の形態のコンピュータ読取可能媒体であってもよい。

記憶装置５０６は、コンピューティングデバイス５００に大容量記憶を提供可能である。いくつかの実装例では、記憶装置５０６は、フロッピー（登録商標）ディスクデバイス、ハードディスクデバイス、光ディスクデバイス、またはテープデバイス、フラッシュメモリもしくは他の同様のソリッドステートメモリデバイス、またはストレージエリアネットワークもしくは他のコンフィギュレーションにおけるデバイスを含む多数のデバイスなどの、コンピュータ読取可能媒体であってもよく、または当該コンピュータ読取可能媒体を含んでいてもよい。また、コンピュータプログラムプロダクトは、実行されると上述のような１つ以上の方法を実行する命令を含み得る。また、コンピュータプログラムプロダクトは、情報媒体は、メモリ５０４、記憶装置５０６、またはプロセッサ５０２上のメモリなどの、コンピュータ読取可能媒体または機械読取可能媒体において有形に実現されてもよい。

高速インターフェイス５０８はコンピューティングデバイス５００のための帯域幅集約的な動作を管理するのに対して、低速インターフェイス５１２はより低い帯域幅集約的な動作を管理する。そのような機能の割当ては例示に過ぎない。いくつかの実装例では、高速インターフェイス５０８はメモリ５０４、ディスプレイ５１６に（たとえばグラフィックスプロセッサまたはアクセラレータを介して）、およびさまざまな拡張カード（図示せず）を収容し得る高速拡張ポート５１０に結合される。当該実装例では、低速インターフェイス５１２は記憶装置５０６および低速拡張ポート５１４に結合される。さまざまな通信ポート（たとえばＵＳＢ、Ｂｌｕｅｔｏｏｔｈ、イーサネット（登録商標）、無線イーサネット）を含み得る低速拡張ポート５１４は、キーボード、ポインティングデバイス、スキャナ、またはスイッチもしくはルータといったネットワーキングデバイスなどの１つ以上の入出力デバイスに、たとえばネットワークアダプタを介して結合され得る。

コンピューティングデバイス５００は、図に示すように多数の異なる形態で実現されてもよい。たとえば、コンピューティングデバイス５００は標準的なサーバ５２０として、またはそのようなサーバのグループ内で複数回実現されてもよい。さらに、コンピューティングデバイス５００はラップトップコンピュータ５２２などのパーソナルコンピュータにおいて実現されてもよい。また、コンピューティングデバイス５００はラックサーバシステム５２４の一部として実現されてもよい。これに代えて、コンピューティングデバイス５００のコンポーネントは、モバイルコンピューティングデバイス５５０などのモバイルデバイス（図示せず）内の他のコンポーネントと組合わされてもよい。そのようなデバイスの各々がコンピューティングデバイス５００およびモバイルコンピューティング５５０のうちの１つ以上を含んでいてもよく、システム全体が、互いに通信する複数のコンピューティングデバイスで構成されてもよい。

モバイルコンピューティングデバイス５５０は、数あるコンポーネントの中でも特に、プロセッサ５５２、メモリ５６４、ディスプレイ５５４などの入出力デバイス、通信インターフェイス５６６、およびトランシーバ５６８を含む。また、モバイルコンピューティングデバイス５５０には、マイクロドライブまたは他のデバイスなどの記憶装置が提供されて付加的なストレージが提供されてもよい。プロセッサ５５２、メモリ５６４、通信インターフェイス５６６、およびトランシーバ５６８の各々はさまざまなバスを用いて相互に接続されており、当該コンポーネントのいくつかは共通のマザーボード上にまたは他の態様で適宜搭載され得る。

プロセッサ５５２は、メモリ５６４に格納されている命令を含む、モバイルコンピューティングデバイス５５０内の命令を実行可能である。プロセッサ５５２は、別個の複数のアナログおよびデジタルプロセッサを含むチップのチップセットとして実現されてもよい。プロセッサ５５２は、たとえば、ユーザインターフェイス、モバイルコンピューティングデバイス５５０が実行するアプリケーション、およびモバイルコンピューティングデバイス５５０による無線通信の制御などの、モバイルコンピューティングデバイス５５０の他のコンポーネントの協調を提供し得る。

プロセッサ５５２は、ディスプレイ５５４に結合された制御インターフェイス５５８およびディスプレイインターフェイス５５６を介してユーザと通信し得る。ディスプレイ５５４は、たとえば、ＴＦＴ ＬＣＤ（薄膜トランジスタ液晶ディスプレイ）ディスプレイもしくはＯＬＥＤ（有機発光ダイオード）ディスプレイ、または他の適切なディスプレイ技術であり得る。ディスプレイインターフェイス５５６は、ディスプレイ５５４を駆動してグラフィックおよび他の情報をユーザに提示するための適切な回路を含み得る。制御インターフェイス５５８はユーザからコマンドを受信し、当該コマンドをプロセッサ５５２に提出するために変換し得る。さらに、外部インターフェイス５６２が、モバイルコンピューティングデバイス５５０と他のデバイスとの隣接通信を可能にするために、プロセッサ５５２と通信した状態で提供されてもよい。外部インターフェイス５６２は、たとえば、いくつかの実装例では有線通信を提供し、他の実装例では無線通信を提供してもよく、また、複数のインターフェイスが用いられてもよい。

メモリ５６４は情報をモバイルコンピューティングデバイス５５０内に格納する。メモリ５６４は、１つもしくは複数のコンピュータ読取可能媒体、１つもしくは複数の揮発性メモリユニット、または１つもしくは複数の不揮発性メモリユニットの１つ以上として実現され得る。さらに、拡張メモリ５７４が提供され、たとえばＳＩＭＭ（Single In Line Memory Module）カードインターフェイスを含み得る拡張インターフェイス５７２を介してモバイルコンピューティングデバイス５５０に接続されてもよい。拡張メモリ５７４はデバイス５５０に余分のストレージスペースを提供し得るか、またはモバイルコンピューティングデバイス５５０のためのアプリケーションもしくは他の情報をさらに記憶し得る。具体的には、拡張メモリ５７４は上述のプロセスを実行または補足するための命令を含み得て、さらにセキュア情報を含み得る。ゆえに、たとえば、拡張メモリ５７４はモバイルコンピューティングデバイス５５０のためのセキュリティモジュールとして提供されてもよく、モバイルコンピューティングデバイス５５０のセキュアな使用を許可する命令でプログラムされてもよい。さらに、ハッキング不可能なようにＳＩＭＭカード上に識別情報を置くなどのように、セキュアなアプリケーションが付加的な情報とともにＳＩＭＭカードを介して提供されてもよい。

メモリは、以下に記載のように、たとえばフラッシュメモリおよび／またはＮＶＲＡＭメモリ（不揮発性ランダムアクセスメモリ）を含み得る。コンピュータプログラムプロダクトは、実行されると上述のような１つ以上の方法を実行する命令を含む。コンピュータプログラムプロダクトは、メモリ５６４、拡張メモリ５７４、またはプロセッサ５５２上のメモリなどの、コンピュータ読取可能媒体または機械読取可能媒体であってもよい。いくつかの実装例において、コンピュータプログラムプロダクトは、たとえばトランシーバ５６８または外部インターフェイス５６２上で受信され得る。

モバイルコンピューティングデバイス５５０は、必要に応じてデジタル信号処理回路を含み得る通信インターフェイス５６６を介して無線通信し得る。通信インターフェイス５６６は、とりわけ、ＧＳＭ音声通話（Global System for Mobile communications）、ＳＭＳ（Short Message Service）、ＥＭＳ（Enhanced Messaging Service）、またはＭＭＳメッセージング（Multimedia Messaging Service）、ＣＤＭＡ（code division multiple access）、ＴＤＭＡ（time division multiple access）、ＰＤＣ（Personal Digital Cellular）、ＷＣＤＭＡ（登録商標）（Wideband Code Division Multiple Access）、ＣＤＭＡ２０００、またはＧＰＲＳ（General Packet Radio Service）などの、さまざまなモードまたはプロトコル下の通信を提供し得る。そのような通信は、たとえば無線周波数を用いるトランシーバ５６８を介して起こり得る。さらに、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ−Ｆｉ、または他のそのようなトランシーバ（図示せず）を用いるなどして、短距離通信が起こり得る。さらに、ＧＰＳ（Global Positioning System）レシーバモジュール５７０が付加的なナビゲーション関連および位置関連の無線データをモバイルコンピューティングデバイス５５０に提供してもよく、当該データはモバイルコンピューティングデバイス５５０上で実行されるアプリケーションによって適宜用いられ得る。

また、モバイルコンピューティングデバイス５５０は、ユーザから口頭情報を受信して当該情報を使用可能なデジタル情報に変換し得る音声コーデック５６０を用いて可聴的に通信し得る。音声コーデック５６０も同様に、たとえばモバイルコンピューティングデバイス５５０のハンドセット内で、スピーカーを介すなどしてユーザに可聴音を生成し得る。そのような音は音声電話からの音を含んでいてもよく、録音された音（たとえば音声メッセージ、音楽ファイル等）を含んでいてもよく、さらに、モバイルコンピューティングデバイス５５０上で実行されるアプリケーションが生成する音を含んでいてもよい。

モバイルコンピューティングデバイス５５０は、図に示すように多数の異なる形態で実現されてもよい。たとえば、コンピューティングデバイス５５０はセルラー電話５８０として実現されてもよい。また、コンピューティングデバイス５５０は、スマートフォン５８２、携帯情報端末、または他の同様のモバイルデバイスの一部として実現されてもよい。

本明細書に記載のシステムおよび技術のさまざまな実装例は、デジタル電子回路、集積回路、特別に設計されたＡＳＩＣ（特定用途向け集積回路）、コンピュータハードウェア、ファームウェア、ソフトウェア、および／またはそれらの組み合わせで実現され得る。これらのさまざまな実装例は、少なくとも１つのプログラマブルプロセッサを含むプログラマブルシステム上で実行可能および／または解釈可能な１つ以上のコンピュータプログラムにおける実装例を含んでいてもよく、当該プロセッサは専用であっても汎用であってもよく、ストレージシステム、少なくとも１つの入力デバイス、および少なくとも１つの出力デバイスからデータおよび命令を受信するように、かつこれらにデータおよび命令を送信するように結合されている。

これらのコンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーションまたはコードとしても公知）はプログラマブルプロセッサのための機械命令を含んでおり、高レベル手続き言語および／もしくはオブジェクト指向プログラミング言語で、ならびに／またはアセンブリ言語／機械言語で実現され得る。本明細書において使用する機械読取可能媒体およびコンピュータ読取可能媒体という用語は、機械命令および／またはデータをプログラマブルプロセッサに提供するために用いられる任意のコンピュータプログラムプロダクト、装置および／またはデバイス（たとえば磁気ディスク、光ディスク、メモリ、プログラマブルロジックデバイス（ＰＬＤ））を指し、機械命令を機械読取可能信号として受信する機械読取可能媒体を含む。「機械読取可能信号」という用語は、機械命令および／またはデータをプログラマブルプロセッサに提供するために用いられる任意の信号を指す。

ユーザとの対話を提供するために、本明細書に記載のシステムおよび技術は、情報をユーザに表示するためのディスプレイデバイス（たとえばＣＲＴ（陰極線管）またはＬＣＤ（液晶ディスプレイ）モニタ）と、ユーザが入力をコンピュータに提供する際に使用可能なキーボードおよびポインティングデバイス（たとえばマウスまたはトラックボール）とを有するコンピュータ上で実現され得る。他の種類のデバイスを用いてユーザとの対話を提供することもでき、たとえば、ユーザに提供されるフィードバックは任意の形態の感覚フィードバック（たとえば視覚フィードバック、聴覚フィードバック、または触覚フィードバック）であり得て、ユーザからの入力は、音響入力、スピーチ入力、または触覚入力を含む任意の形態で受信され得る。

本明細書に記載のシステムおよび技術は、バックエンドコンポーネントを（たとえばデータサーバとして）含む、またはミドルウェアコンポーネントを（たとえばアプリケーションサーバとして）含む、またはフロントエンドコンポーネント（たとえば、ユーザが上記のシステムおよび技術の実装例と対話する際に使用可能なグラフィックユーザインターフェイスもしくはウェブブラウザを有するクライアントコンピュータ）、またはそのようなバックエンド、ミドルウェア、もしくはフロントエンドコンポーネントの任意の組み合わせを含むコンピューティングシステムにおいて実現され得る。システムのコンポーネントは、任意の形態または媒体のデジタルデータ通信（たとえば通信ネットワーク）によって相互に接続され得る。通信ネットワークの例として、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、およびインターネットが挙げられる。

コンピューティングシステムはクライアントおよびサーバを含み得る。クライアントおよびサーバは一般に互いにリモートであり、典型的に通信ネットワークを介して対話する。クライアントとサーバとの関係は、それぞれのコンピュータ上で実行されて互いにクライアント−サーバ関係を有するコンピュータプログラムによって生じる。

ここで、システム、方法、デバイス、およびその他の技術が、ユーザに関する個人情報（たとえばコンテキストデータ）を収集する、または個人情報を利用する可能性がある状況において、ユーザには、プログラムまたは特徴がユーザ情報（たとえば、ユーザの社会的ネットワーク、社会的行為または活動、職業、ユーザの好み、もしくはユーザの現在位置）を収集するか否か管理する機会、または、ユーザとの関連がより高いであろうコンテンツサーバからコンテンツを受けるか否かおよび／または如何にして受けるかを管理する機会が、与えられてもよい。加えて、特定のデータは、格納または使用前に１つ以上のやり方で処理することにより、個人を特定できる情報を削除してもよい。たとえば、ユーザのアイデンティティを処理することにより、このユーザについて個人を特定できる情報を求められないようにしてもよく、または、位置情報（都市コード、郵便番号、または国家レベル等）が得られる場合はユーザの地理的位置を一般化してユーザの特定の位置を決めることができないようにしてもよい。このように、ユーザは、ユーザ自身に関する情報がどのように収集されてコンテンツサーバによって使用されるかを管理してもよい。

さまざまな実装例について詳述してきたが、その他の修正例が可能である。加えて、図面に示されている論理フローは、所望の結果を得るために、示されている特定の順序または順番である必要はない。加えて、その他のステップが設けられてもよく、または記載されているフローからステップが削除されてもよく、かつ、記載されているシステムにその他の要素が追加されてもよく、このシステムから要素が削除されてもよい。このように、以下の請求項の範囲にはその他の実装例が含まれる。

Claims (19)

1. 同一の場所にあるコンピューティングデバイス間でナビゲーションデータを共有するためのコンピュータによって実現される方法であって、
   第１のコンピューティングデバイスが、第２のコンピューティングデバイスを、前記第２のコンピューティングデバイスの１つ以上のスピーカーから出力された音声信号を前記第１のコンピューティングデバイスが検出したことに基づいて、識別するステップを含み、前記第２のコンピューティングデバイスは、地理的ルートをナビゲートするようにプログラムされているナビゲーションアプリケーションを実行しており、さらに、
   前記第１のコンピューティングデバイスが、前記第２のコンピューティングデバイスの前記１つ以上のスピーカーから出力された前記音声信号において符号化されている情報を用いて、前記第２のコンピューティングデバイスにおいて実行されている前記ナビゲーションアプリケーションがナビゲートするようにプログラムされている前記地理的ルートを決定するステップと、
   前記地理的ルートの表現を、前記第１のコンピューティングデバイスの電子ディスプレイに表示するステップとを含む、コンピュータによって実現される方法。
2. 前記第１のコンピューティングデバイスはモバイルコンピューティングデバイスであり、
   前記第２のコンピューティングデバイスは、モバイルコンピューティングデバイス、または、車両内に設置された統合ナビゲーションコンピュータシステムの少なくとも一部である、請求項１に記載のコンピュータによって実現される方法。
3. 前記第１のコンピューティングデバイスは車両の中にあり、
   前記第２のコンピューティングデバイスは前記車両の中にあり、
   前記第１のコンピューティングデバイスは前記車両の同乗者が所有しており、
   前記第２のコンピューティングデバイスは前記車両の運転者が所有している、請求項１または２に記載のコンピュータによって実現される方法。
4. 前記音声信号の中心周波数は少なくとも２０キロヘルツである、先行する請求項のいずれかに記載のコンピュータによって実現される方法。
5. 前記第２のコンピューティングデバイスを識別するステップは、
   前記第１のコンピューティングデバイスの１つ以上のスピーカーに、前記第１のコンピューティングデバイスの存在を示す第１の音声信号を出力させるステップと、
   前記第１の音声信号に対する応答を、ある期間モニタリングするステップとを含み、
   前記第２のコンピューティングデバイスの前記１つ以上のスピーカーから出力される前記音声信号は第２の音声信号であり、前記第２のコンピューティングデバイスは、前記第１の音声信号を検出したことに応じて、前記第２の音声信号を出力させる、先行する請求項のいずれかに記載のコンピュータによって実現される方法。
6. 前記第２のコンピューティングデバイスの前記１つ以上のスピーカーによって出力される第２の音声信号において符号化されている情報を用いて、前記第２のコンピューティングデバイスにおいて実行されている前記ナビゲーションアプリケーションは、前記地理的ルートと異なる修正された地理的ルートをナビゲートするように再度プログラムされていることを確認するステップをさらに含み、前記第１のコンピューティングデバイスは、前記第１のコンピューティングデバイスの前記電子ディスプレイに前記地理的ルートの表現を引続き表示しつつ、前記第２の音声信号を検出し、
   前記第１のコンピューティングデバイスが、前記第２の音声信号において符号化されている情報を用いて、前記第２のコンピューティングデバイスにおいて実行されている前記ナビゲーションアプリケーションがナビゲートするように再度プログラムされている、前記修正された地理的ルートを決定するステップと、
   前記修正された地理的ルートの決定に応じて、前記第１のコンピューティングデバイスの前記電子ディスプレイに前記地理的ルートの表現を表示することから、前記第１のコンピューティングデバイスの前記電子ディスプレイに前記修正された地理的ルートの表現を表示することに、自動的に切替えるステップとを含む、請求項１〜４のいずれかに記載のコンピュータによって実現される方法。
7. 前記音声信号は、前記地理的ルートを指定する情報にアクセスすることができるコンピュータネットワーク上の位置を示すアドレスを符号化し、
   前記第２のコンピューティングデバイスにおいて実行されている前記ナビゲーションアプリケーションがナビゲートするようにプログラムされている前記地理的ルートを決定するステップは、前記音声信号において符号化されている前記アドレスを用いて前記地理的ルートを指定する前記情報にアクセスすることを含む、請求項１〜４のいずれかに記載のコンピュータによって実現される方法。
8. 前記地理的ルートを指定する前記情報にアクセスできる前記コンピュータネットワーク上の位置は、前記第１のコンピューティングデバイスまたは前記第２のコンピューティングデバイス上ではない位置である、請求項７に記載のコンピュータによって実現される方法。
9. 前記第１のコンピューティングデバイスの前記電子ディスプレイに、前記地理的ルートの表現とともに、前記第２のコンピューティングデバイスまたは前記第２のコンピューティングデバイスのユーザを特定するコンテンツを表示することにより、表示されている前記地理的ルートの表現を前記第２のコンピューティングデバイスまたは前記第２のコンピューティングデバイスの前記ユーザが前記第１のコンピューティングデバイスと共有していることを示すステップをさらに含む、先行する請求項のいずれかに記載のコンピュータによって実現される方法。
10. 前記第１のコンピューティングデバイスにおいて、前記地理的ルートを修正するためのユーザ入力を受け、修正された地理的ルートを生成するステップと、
    前記地理的ルートを修正するためのユーザ入力を受けたことに応じて、前記第２のコンピューティングデバイスにおいて実行されている前記ナビゲーションアプリケーションを前記地理的ルートのナビゲートから前記修正された地理的ルートのナビゲートに切替えるようにフォーマットされた情報を、前記第２のコンピューティングデバイスに送信するステップとをさらに含む、先行する請求項のいずれかに記載のコンピュータによって実現される方法。
11. 前記第２のコンピューティングデバイスにおいて実行されている前記ナビゲーションアプリケーションがナビゲートするようにプログラムされている前記地理的ルートを決定したことに応じて、前記第１のコンピューティングデバイスにおいて実行されているナビゲーションアプリケーションを、前記決定した地理的ルートをナビゲートするように、自動的に構成するステップと、
    前記第１のコンピューティングデバイスにおいて実行されている前記ナビゲーションアプリケーションが前記決定した地理的ルートをナビゲートしている間に、前記第１のコンピューティングデバイスで検索クエリを受信するステップと、
    前記検索クエリと前記地理的ルートに関する情報とに基づいて、前記検索クエリに関連すると判断されかつ前記地理的ルートの予め画定された近傍に位置すると判断されたそれぞれの位置を指定する１つ以上の検索結果を取得するステップとをさらに含む、先行する請求項のいずれかに記載のコンピュータによって実現される方法。
12. 前記ユーザ入力が前記１つ以上の検索結果の中から特定の検索結果を選択したことを示す表示を受信するステップと、
    前記ユーザ入力が特定の検索結果を選択したことを示す表示を受信したことに応じて、前記第２のコンピューティングデバイスにおいて実行されている前記ナビゲーションアプリケーションに、前記特定の検索結果によって指定される前記位置までナビゲートさせるようにフォーマットされた情報を、前記第２のコンピューティングデバイスに送信するステップとをさらに含む、請求項１１に記載のコンピュータによって実現される方法。
13. １つ以上のプロセッサによって実行されると動作を実行させる命令が格納された１つ以上の非一時的なコンピュータ読取可能な媒体であって、前記動作は、
    第１のコンピューティングデバイスが、第２のコンピューティングデバイスを、前記第２のコンピューティングデバイスの１つ以上のスピーカーから出力された音声信号を前記第１のコンピューティングデバイスが検出したことに基づいて、識別することを含み、前記第２のコンピューティングデバイスは、地理的ルートをナビゲートするようにプログラムされているナビゲーションアプリケーションを実行しており、前記動作はさらに、
    前記第１のコンピューティングデバイスが、前記第２のコンピューティングデバイスの前記１つ以上のスピーカーから出力された前記音声信号において符号化されている情報を用いて、前記第２のコンピューティングデバイスにおいて実行されている前記ナビゲーションアプリケーションがナビゲートするようにプログラムされている前記地理的ルートを決定することと、
    前記地理的ルートの表現を、前記第１のコンピューティングデバイスの電子ディスプレイに表示することとを含む、１つ以上の非一時的なコンピュータ読取可能な媒体。
14. 前記第２のコンピューティングデバイスを識別することは、
    前記第１のコンピューティングデバイスの１つ以上のスピーカーに、前記第１のコンピューティングデバイスの存在を示す第１の音声信号を出力させることと、
    前記第１の音声信号に対する応答を、ある期間モニタリングすることとを含み、
    前記第２のコンピューティングデバイスの前記１つ以上のスピーカーから出力される前記音声信号は第２の音声信号であり、前記第２のコンピューティングデバイスは、前記第１の音声信号を検出したことに応じて、前記第２の音声信号を出力させる、請求項１３に記載の１つ以上の非一時的なコンピュータ読取可能な媒体。
15. 前記動作はさらに、
    前記第２のコンピューティングデバイスの前記１つ以上のスピーカーによって出力される第２の音声信号において符号化されている情報を用いて、前記第２のコンピューティングデバイスにおいて実行されている前記ナビゲーションアプリケーションは、前記地理的ルートと異なる修正された地理的ルートをナビゲートするように再度プログラムされていることを確認することをさらに含み、前記第１のコンピューティングデバイスは、前記第１のコンピューティングデバイスの前記電子ディスプレイに前記地理的ルートの表現を引続き表示しつつ、前記第２の音声信号を検出し、
    前記第１のコンピューティングデバイスが、前記第２の音声信号において符号化されている情報を用いて、前記第２のコンピューティングデバイスにおいて実行されている前記ナビゲーションアプリケーションがナビゲートするように再度プログラムされている、前記修正された地理的ルートを決定することと、
    前記修正された地理的ルートの決定に応じて、前記第１のコンピューティングデバイスの前記電子ディスプレイに前記地理的ルートの表現を表示することから、前記第１のコンピューティングデバイスの前記電子ディスプレイに前記修正された地理的ルートの表現を表示することに、自動的に切替えることとを含む、請求項１３に記載の１つ以上の非一時的なコンピュータ読取可能な媒体。
16. 前記音声信号は、前記地理的ルートを指定する情報にアクセスすることができるコンピュータネットワーク上の位置を示すアドレスを符号化し、
    前記第２のコンピューティングデバイスにおいて実行されている前記ナビゲーションアプリケーションがナビゲートするようにプログラムされている前記地理的ルートを決定することは、前記音声信号において符号化されている前記アドレスを用いて前記地理的ルートを指定する前記情報にアクセスすることを含む、請求項１３に記載の１つ以上の非一時的なコンピュータ読取可能な媒体。
17. コンピュータによって実現される方法であって、
    第１のコンピューティングデバイスが、前記第１のコンピューティングデバイスの近傍に位置する第２のコンピューティングデバイスから送信されてきた第１のナビゲーションデータを受信することを含み、前記第１のナビゲーションデータは、前記第２のコンピューティングデバイスにおけるナビゲーションアプリケーションがナビゲートするようにプログラムされている地理的ルートを指定し、
    前記第１のコンピューティングデバイスが前記第１のナビゲーションデータを実行することにより、前記第１のコンピューティングデバイスにおいて前記地理的ルートの表現を生成するステップと、
    前記第１のコンピューティングデバイスが、前記地理的ルートを修正するための入力を受け、修正された地理的ルートを生成するステップと、
    前記第１のコンピューティングデバイスが、前記修正された地理的ルートを指定する第２のナビゲーションデータにアクセスするために使用できる情報を、前記第２のコンピューティングデバイスに送信するステップとを含む、コンピュータによって実現される方法。
18. 前記第２のナビゲーションデータのコピーを、前記第１のコンピューティングデバイスおよび前記第２のコンピューティングデバイスとは別のコンピューティングシステムに送信するステップをさらに含み、
    前記修正された地理的ルートを指定する前記第２のナビゲーションデータにアクセスするために使用できる前記情報を送信するステップは、前記コンピューティングシステムにおける前記第２のナビゲーションデータの位置を示すポインタを、前記第２のコンピューティングデバイスに送信することを含む、請求項１７に記載のコンピュータによって実現される方法。
19. 前記地理的ルートを指定する前記第１のナビゲーションデータを受信するステップは、前記第１のナビゲーションデータを用いて符号化されたまたは前記第１のナビゲーションデータが格納されているネットワーク位置を示すポインタを用いて符号化された音声信号を受信することを含む、請求項１７または１８に記載のコンピュータによって実現される方法。