(57)【特許請求の範囲】
【請求項１】
個人的なナビゲーションのためのコンピュータに実装された方法であって、
ウェブサーバーにおいて、
車両での将来の移動中にユーザーを支援するための目的地の位置の情報を記憶するユーザープロファイルを確立するステップと、
前記ウェブサーバー上で実行するためのウェブアプリケーションにおいて、
目的地の位置を特定するための目的地の位置のデータを受け取るステップと、
前記目的地の位置のデータを前記ユーザープロファイルに記憶するステップと、
選択した携帯通信装置が、遠隔で車両に設置された対象のナビゲーション装置に前記目的地の位置のデータをプログラミングするために、前記選択した携帯通信装置を特定するための通信装置の識別子のデータを受け取るステップと、
記憶した前記目的地の位置のデータを、前記ウェブサーバーから前記選択した携帯通信装置へ送ることができるために、前記受け取った通信装置の識別子のデータを前記ウェブサーバー内の前記ユーザープロファイルに記憶するステップと、
前記ユーザーから、車両に設置された対象のナビゲーション装置を特定するデータを受け取るステップと、
前記対象のナビゲーション装置を特定するデータを前記ウェブサーバー内の前記ユーザープロファイルに記憶するステップと、
前記ウェブサーバーで、前記ユーザーからの遠隔で目的地をプログラミングする要求を受け取るステップであって、前記遠隔で目的地をプログラミングする要求は前記遠隔で目的地をプログラミングする要求を前記ユーザープロファイルにあらかじめ記憶された前記目的地の位置のデータと関連付けるための目的地の識別子を含むステップと、
前記ウェブサーバーで、前記遠隔で目的地をプログラミングする要求に応答して、対応する前記ユーザープロファイルのデータにアクセスし、前記ユーザープロファイルのデータの中で、前記遠隔で目的地をプログラミングする要求で示された前記目的地の識別子に対応する目的地の位置を特定するための記憶された目的地の位置のデータを選択するステップと、
前記選択した目的地の位置のデータを前記ウェブサーバーから前記選択した携帯通信装置へ帯域内信号方式によりダウンロードするステップと、
続いて、前記対象のナビゲーション装置に前記目的地の位置のデータをプログラミングするために、前記選択した携帯通信装置は、前記対象のナビゲーション装置に、前記選択した目的地の位置のデータをダウンロードするステップと、を含み、
前記帯域内信号方式は、無線通信ネットワークの音声チャネル接続により通信すること、を特徴とする方法。
【請求項２】
請求項１に記載の方法であって、前記ユーザーは、ウェブインターフェースを通じて前記プロファイルの情報および前記目的地の位置のデータを入力すること、を特徴とする方法。
【請求項３】
請求項１に記載の方法であって、前記ユーザーは、前記対象のナビゲーション装置から遠隔の場所から前記目的地の位置のデータを入力すること、を特徴とする方法。
【請求項４】
請求項１に記載の方法であって、前記ユーザーは、携帯無線装置を通じて、前記対象のナビゲーション装置から遠隔の場所から前記目的地の位置のデータを入力すること、を特徴とする方法。
【請求項５】
請求項１に記載の方法であって、前記ユーザーは、通信網を通じて、前記対象のナビゲーション装置から遠隔の場所から前記目的地の位置のデータを入力すること、を特徴とする方法。
【請求項６】
請求項５に記載の方法であって、前記ユーザーは、音声呼、テキストメッセージまたは通信データサービスを通じて、前記対象のナビゲーション装置から遠隔の場所から前記目的地の位置のデータを入力すること、を特徴とする方法。
【請求項７】
請求項１に記載の方法であって、さらに、前記目的地の位置のデータの受け取りを知らせるために、前記ウェブサーバーから前記ユーザープロファイルに規定される通信装置に確認メッセージを送るステップを含むこと、を特徴とする方法。
【請求項８】
請求項１に記載の方法であって、前記対象のナビゲーション装置は車両に設置されていること、を特徴とする方法。
【請求項９】
請求項１に記載の方法であって、さらに、前記ユーザーからの要求に応答して、前記ウェブサーバーから選択された携帯装置へ、記憶した前記目的地の位置のデータをダウンロードするステップを含むこと、を特徴とする方法。
【請求項１０】
請求項１に記載の方法であって、前記対象のナビゲーション装置はレンタカーに設置されていること、を特徴とする方法。
【請求項１１】
レンタカーにおけるナビゲーションのためにコンピュータに実装された方法であって、
ウェブサーバーにおいて、
レンタカーでの将来の移動中にユーザーを支援するための目的地の位置の情報を記憶するユーザープロファイルを確立するステップと、
前記ユーザーから目的地の位置を特定するためのデータを受け取るステップと、
前記目的地の位置のデータを前記ウェブサーバー内の前記ユーザープロファイルに記憶するステップと、
前記ユーザーから遠隔で目的地をプログラミングする要求を受け取るステップと、
前記記憶した目的地の位置のデータを前記ウェブサーバーから選択した第１の無線通信装置へ帯域内信号方式によりダウンロードするステップと、
その後、前記対象のナビゲーション装置に前記目的地の位置のデータをプログラミングするために、前記選択した第１の無線通信装置は、前記対象のナビゲーション装置に、前記記憶した目的地の位置のデータをダウンロードするステップと、を含み、
前記帯域内信号方式は、無線通信ネットワークの音声チャネル接続により通信すること、を特徴とする方法。
【請求項１２】
請求項１１に記載の方法であって、さらに、
前記ユーザーから前記第１の無線通信装置を特定するための識別子の情報を受け取るステップと、
記憶した前記目的地の位置のデータを前記第１の無線通信装置へ送るために、前記第１の無線通信装置の識別子の情報を前記ウェブサーバー内の前記ユーザープロファイルに記憶するステップと、
前記ウェブサーバーから前記第１の無線通信装置へ確認メッセージを送るステップと、
を含むことを特徴とする方法。
【請求項１３】
請求項１２に記載の方法であって、前記第１の無線通信装置は携帯電話またはＰＤＡを備えることを特徴とする方法。
【請求項１４】
請求項１２に記載の方法であって、前記確認メッセージは、前記目的地の位置、前記レンタカーのレンタル予約および前記遠隔で目的地をプログラミングする要求のうちの１つの受け取りを確認することを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願）
本出願は、２００５年６月１５日に出願された同時係属出願である米国特許出願第１１／１５４，１４５の一部継続出願であり、その全体を参照することにより、本出願に包含される。親出願の発明の名称は、「デジタル無線電気通信ネットワークを介してデータを通信するための同時帯域内信号方式」である（代理人案件整理番号４４３７５／３３：１）。
【０００２】
（著作権情報）
（ｃ）２００５−２００８エアビクティ社。本出願の開示の一部は、著作権保護の対象となる題材を含む。著作権者は、特許商標庁に出願され、登録された本件または特許開示の複製に対して異議を唱えるものではない。しかし、その他のいかなる場合も、全ての著作権を留保する（米国特許規則１．７１（ｄ））。
【０００３】
本出願は、車両ナビゲーションに関連する方法およびシステムに関する。より具体的には、ナビゲーションシステムへ目的地住所をプログラミングする際の改善に関する。とりわけ、必ずしも自動車で移動中の使用のためではない。
【背景技術】
【０００４】
全地球測位システム（ＧＰＳ：Global Positioning System）は、その名の通り至る所でアクセスでき、今や、多種多様の軍事用、商業用および消費者用アプリケーションのために広く使用されている。ＧＰＳは、ミサイル誘導から、突然のシェラネバダの吹雪の中でパシフィック・クレスト・トレイルから迷子になったバックパッカーの案内まで、あらゆることに使用される。ＧＰＳシステム運用の詳細については、他の場所で公にされている。ここでは、静止軌道の位置にある多くのＧＰＳ衛星の中の少なくとも一握りのＧＰＳ衛星の「視野内」にＧＰＳ受信器がいる限り、衛星によるＧＰＳネットワークは、ＧＰＳ受信器に情報を提供することを述べておけば十分である。ＧＰＳ受信器または関連するプロセッサは、受信した情報から現在の受信器の場所を計算する。その結果生じる位置データは、例えば、緯度、経度、高度または同等の座標系として表現することができる。
【０００５】
近年は、ＧＰＳ受信器および関連する装置の大きさおよびコストは著しく減少し、この技術は、今や手で持って運べるほど十分小さいパッケージであり、かつ、この装置は消費者の手の届く価格水準で利用できる。実際には、今日の多くの携帯電話は内蔵のＧＰＳ受信器を含む。
【０００６】
ＧＰＳ受信器において成長しているアプリケーションの１つは、自動車のナビゲーションを目的とするものである。運転手が所望の目的地またはその周辺地域に不慣れである場所において、ＧＰＳに基づくナビゲーション装置は、ほとんどいつも車両の場所を決定できるため手助けとなる。地方のごみ収集車から長距離の牽引トラックまで、商用の車両アプリケーションも成長している。
【０００７】
ＧＰＳ装置の供給メーカーの１つ（Ｇａｒｍｉｎとして知られる）は、報道発表で以下のように述べた。「ＧＰＳ−Ｂｕｄｄｙユニットを通じて送信されるリアルタイムの情報のおかげで、運行管理者は、どこに彼らの全車両がいるかを知り、操縦者と２４時間、週７日連絡を取ることができる。６０秒毎に、固定されたＧＰＳ−Ｂｕｄｄｙサーバーは、車両の位置、スピード、例えばエンジンデータ、荷積み用ドア、および、温度自動調節器などの状況についての情報を受け取る。その後、情報は、インターネット上でＧＰＳ−Ｂｕｄｄｙの顧客が利用することができる。データは、いつ、どんな装置によっても、パーソナルコンピュータ、スマートフォン、または、ＰＤＡなどにより、インターネットにアクセスすることで、見ることができる。」要するに、位置データおよび他の情報を自動車からサーバーにアップロードすることは知られている。
【０００８】
車両（または手で運ぶ）ナビゲーションシステムは、一般的に、ＧＰＳを用いて現在の位置を得ることができるが、いかなる場合も、ナビゲーションシステムがその位置へのナビゲーションを支援する前に、所望の目的地の位置（以後、単に「目的地」という）がプログラムされていなければならない。
【０００９】
所望の位置へナビゲーションシステムをプログラムすることは、手を使用したユーザーインターフェースに不慣れなユーザーにとっては難しい場合もあり、いずれにしても、ユーザーの時間を奪う。
【００１０】
無線通信網の音声チャネルを通じてデジタルデータを送信するシステムおよび方法も知られている。音声サービスは、様々な無線ネットワークおよび無線技術にわたって、低コスト、高信頼性および広い有用性という利点を有する。これらは、時々、（電話を通じた）人間の接触および個人化されたサービスを考慮して、「コンシェルジュ」サービスと呼ばれる。デジタル無線データサービスは、それと対照的に、信頼できない場合があり、異なるネットワークおよび技術を超えて、帯域幅、遅延および他のパラメータが変わることもあり得る。
【００１１】
また、音声チャネル内のデータ送信は、音声呼接続を確立しなければならないという特性を有する。これは、実質的に、同時の音声通信およびデータ通信を可能にする。したがって、例えば、緊急通話を受けた人またはコンシェルジュのオペレータは、援助を要求する人と話すことができ、そして、実質的に同時に、その人の位置または生理データもしくは医療データを受け取ることができる。実際のコンシェルジュのオペレータは、言葉により「進路変更毎（turn by turn）」の運転指示を与え、典型的には自動車であるが、乗り物が無線電話、音声帯域または「帯域内の」信号モデム等の不可欠な装備に適している限り、ユーザーが移動中にユーザーを所望の場所へ導くことができる。位置データは、音声チャネルを通じて、車からコンシェルジュまたは他の「通話を受けた人」に提供することができる。しかしながら、これらのサービスは労働集約型であるため高価である。車内の電子ナビゲーション装置を使用した、より独立した扱い方を好むユーザーもいる。
【００１２】
車載ナビゲーション装置は、今や、市場で利用でき、いくつかの高級車およびレンタカーに装備されている。これらの車載ナビゲーション装置は、一般的に「スタンドアローン」であり、遠隔の実際のオペレータによる支援なしに動作する。これらは、典型的には、自動車の現在の場所を決定するために、装置に装備された、または、接続されたＧＰＳ受信器を有する。これらは、ナビゲーションを援助するための地図もしくは他のＧＩＳデータを含むデータベース（例えば、ＣＤ−ＲＯＭに記憶されたもの）を有し、または、必要に応じて、例えば、無線通信ネットワーク、インターネットに接続したＷＡＰ、衛星等を通じてダウンロードすることができる。スタンドアローンシステムは、録音された、または、擬似的な、いわゆる「進路変更毎」の運転指示をする音声アナウンスを提供し、選択された目的地へユーザーを導くことができる。いかなる場合も、所望の目的地はシステムへ入力されなければならない。ナビゲーションシステムをプログラミングすること、すなわち所望の目的地の位置を入力することは、例えば、非常に限られたユーザーインターフェース、小さいディスプレイ画面等のために、ぎこちなく困難なものである。ユーザーが運転中に、ナビゲーション装置へ所望の目的地の住所の入力を試みることは特に困難であり危険な場合もある。
【発明の概要】
【００１３】
ＧＰＳに基づくナビゲーションの利便性を改善するための、特に、所望の目的地をナビゲーションシステムに入力する課題に取り組むための方法およびシステムを開示する。発明の態様は手で持ち運びできる携帯ＧＰＳシステムに適用することができる。他の実施形態においては、発明の態様は車両ナビゲーションシステムをプログラミングするために役に立つ。ここに記載する発明の態様は、ボート、他の船、飛行機などの種々の乗り物に適用できるが、主なアプリケーションは自動車である。
【００１４】
一実施形態においては、ユーザーは、ＰＣまたは他のコンピュータ型の装置上で実行されるグラフィカル・ユーザー・インターフェースを使用して所望の目的地を決めることができる。好適には、ユーザーインターフェースはウェブページを含む。ユーザーは、例えば旅行に出発する前に目的地を遠隔サーバーにアップロードすることができる。サーバーは、続いて選択したナビゲーション装置（例えば自動車に設置されたもの）に、目的地データをダウンロードする。
【００１５】
代替の一実施形態においては、ユーザーは目的地データを入力し、そのデータをＳＭＳメッセージまたは他の無線メッセージサービスを通じて遠隔の目的地プログラミングサーバーに送信する。サーバーは、前述同様、要求されたときに、要求されたように目的地データを選択されたナビゲーション装置にダウンロードするため、ユーザー自身がナビゲーション装置を「プログラム」する必要はない。
【００１６】
好適な一実施形態においては、ユーザーが選択した目的地データは、遠隔サーバーにおけるユーザースペースまたはユーザープロファイルに保存される。このようにして、ユーザーは、例えば暗く不慣れな駐車場などで最初にレンタカーに乗り込むときに、ナビゲーションデバイスを「その場所で」プログラミングする必要性から解放される。
【００１７】
他の好適な一実施形態においては、対象のナビゲーションシステムは完全に取り除かれ、ユーザーの通信装置が他の機能に加えて、個人的なナビゲーションシステムとしても中心的存在になる。
【００１８】
付加的な態様およびこの発明の利点は、図面を参照して進む以下の好適な実施例の詳細な説明から明らかとなるであろう。
【図面の簡単な説明】
【００１９】
【図１】無線ノードから遠隔サーバーサイトにおけるモデムバンクへの同時帯域内信号方式を提供する無線通信ネットワークを示す図である。
【図２】遠隔サイトにおけるモデムバンクから無線ノードへの同時帯域内信号方式を示す図である。
【図３】本発明の他の実施形態における、無線ノードとモデムバンクの間の双方向の同時帯域内信号方式を示す図である。
【図４】遠隔目的地プログラミングおよび関連する操作についてのいくつかの異なる実施形態を実行する様々な通信チャネルを介した、ユーザー、車両、および、遠隔ナビゲーションサーバー間の様々な通信を示す簡易図である。
【図５】本発明の実施例の態様の間の様々な機能および操作についての別の簡易図である。
【発明を実施するための形態】
【００２０】
予め、図面は正確なハードウェアまたはソフトウェアの図ではないことに注意するべきである。むしろ、図に示すほとんどの要素は、実用的な実施におけるハードウェアおよびソフトウェアの組み合わせを含む。本発明は、多くの細かい設計上の選択にしたがって、ハードウェアおよびソフトウェアの様々な組み合わせで実行でき、これら全てが発明の範囲内とみなされるべきである。
【００２１】
図１は、モデムバンクへの同時帯域内信号方式（ＣＩＢＳ：Concomitant In-Band Signaling）モデム送信を備える無線通信ネットワークの一例を示す。モデムバンクは遠隔サーバーに配置することができる。アナログ音声信号は、パルス符号変調（ＰＣＭ：Pulse Code Modulation）を使用する符号器−復号器（音声コーデック）１０によりデジタル化され、音声活動検出器（ＶＡＤ：Voice Activity Detector）１２へ送られる。ＶＡＤアルゴリズムは、音声信号内における音声の存在を検出し、音声活動状況をＩＢＳモデム（帯域内信号方式モデム：In-band signaling modem）１４へ送信する。帯域内信号方式モデムは、参照として本願に含まれる米国特許第６，４９３，３３８号に詳細に記載されている。複数のＧＰＳ衛星１６、ＧＬＯＮＡＳＳ（Global Orbiting Navigation Satellite System）衛星、及び／又は、ＧＡＬＬＩＬＥＯ衛星からの放送は、ＧＰＳ受信器１８によって受信され、ナビゲーションデータへと処理される。周期的に、ナビゲーションデータは、衛星ナビゲーション受信器からＩＢＳモデム１４へ送信される。ＶＡＤが、音声信号に無声またはノイズが存在し、送信されるデジタルデータが存在することを見つけ出した場合、ＩＢＳモデムは、ナビゲーションデータをネットワークアクセス装置（ＮＡＤ：Network Access Device）２０へ渡される合成音声トーンに符号化する。音声が存在する場合は、ＩＢＳモデムは、変更されていない音声信号をＮＡＤへ渡す。
【００２２】
ＮＡＤは、回線交換呼として無線通信網２４と通信するか、または、インターネットプロトコル（ＩＰ：Internet Protocol）パケット交換ＶｏＷＬＡＮ呼（ＶｏＷＬＡＮ：Voice Over Wireless LAN）として無線インターネットアクセスポイント２６と通信する。デジタル無線通信網および無線インターネットアクセスポイントは、送信に要求される帯域幅を減らすために、音声ＰＣＭ信号がボコーダー（vocoder）２８により処理されることを必要とする。ボコーダーは、予測符号技術を用いることにより人間の音声に関連付けられる情報を圧縮する。呼は、公衆交換電話網（ＰＳＴＮ：Public Switched Telephone Network）３０からＩＰネットワーク３２へ、または、その逆へとルーティングすることができる。
【００２３】
呼は、モデムバンク４０を含む遠隔サーバーサイトで受け取られ、モデム活動検出器（ＭＡＤ：Modem Activity Detector）４２により検出される。ＭＡＤ４２は、入ってくるＰＣＭ音声を処理し、信号エネルギーおよび周波数の内容を解析するアルゴリズムを通じて合成音声トーンの存在を検出する。ＭＡＤが、合成トーンは存在しないと決定した場合、モデム活動状況は、電話スイッチ４４を制御し音声をアナログ音声信号４８への変換用のコーデック４６に送るために用いられる。ＭＡＤ４２が合成音声トーンを検出した場合、モデム活動状況は、音声スイッチ４４を通じてＩＢＳモデム５０に音声を送るために用いられる。同時に、快適音声雑音発生器（ＣＮＧ：Comfort Noise Generator）５２の音声ノイズは、電話スイッチ４４からコーデック４６へ送られる。
【００２４】
ＩＢＳモデム５０は、合成音声トーンをデジタルナビゲーションデータに復号する。ナビゲーションデータ６０は、入ってくるデータを、例えば、タイムスタンプ、位置、対地速度および地上軌跡の角度など過去の多数のナビゲーション情報型のサンプルに基づいてフィルターして確認する位置処理アルゴリズム６２に渡される。ナビゲーションデータは、その後、逆ジオコーディングのために地理情報システム（ＧＩＳ：Geographic Information System）アプリケーションへ出力される。この時点で、受け取った位置情報は遠隔サーバーで回復される。
【００２５】
図２は、いくつかの点で図１に似ている。共通の要素の記載は省略している。図２は、無線ノードに送信しているモデムバンク内のＣＩＢＳモデムの例を示す。図１と同様の方法で、アナログ音声信号は、ＰＣＭを用いて、コーデックによりデジタル化され、ＶＡＤに送られる。ＶＡＤの音声検出アルゴリズムは、ＩＢＳモデムへの音声の存在を示す。音声が存在する場合は、変更されていない音声信号が、回線交換呼またはＶｏＩＰ（Voice over IP）呼における一連のＩＰパケットとして通信網に渡される。音声が存在せず、例えば、全車両管理アプリケーションのような他のアプリケーションからのデジタル信号が送信されているとＶＡＤが決定した場合は、ＩＢＳモデムは、デジタルデータを通信網を通じた送信のための合成音声トーンに符号化する。
【００２６】
この例におけるＮＡＤ２００は、ボコーダーが符号化音声信号を音声ＰＣＭ信号に再構成する呼を受け取る。ＰＣＭ音声は、モデムから合成音声トーンを検出し、モデム活動状況をＩＢＳモデム２０４に提供するＭＡＤ２０２により処理される。ＭＡＤ２０２が、合成トーンが存在しないことを示す場合は、ＩＢＳモデムは、スピーカー２０８で再生できるアナログ信号に変換するために、ＰＣＭ音声をコーデック２０６へ転送する。非音声データが存在することを示す合成トーンが存在する場合は、ＩＢＳモデム２０４は、無音を示すＰＣＭ音声をコーデック２０６に送ることにより、入ってくる音声をミュートする。ＩＢＳモデムは、その後、トーンをデジタルデータに復号する。復号されたデジタルデータは、遠隔サーバーサイト１００で、例えばナビゲーションアプリケーション２３０のようなアプリケーションにより送られたものである。このデータは、例えば、ラップトップコンピュータ２１０、または、自動車の場合においては車両ネットワーク２２０のような移動コンピュータプラットフォームに送ることができる。
【００２７】
図３は、図１および図２にあるいくつかの要素を含む。図３は、位置データを含み、多チャンネル帯域内信号（ＭＩＢＳ：Multichannel Inband Signaling）を用いることにより双方向に送信されるデジタルデータのためのシステムの一例を示す。第１の周波数ペアを一チャネル中で送信されるデジタルデータを変調するために使用し、第２の周波数ペアを他のチャネルで反対方向に送信されるデジタルデータを変調するために使用することにより、全二重の通信リンクをモデムバンクと無線ノードの間に確立することができる。
【００２８】
無線ノード３００からモデムバンク３４０に送信されるデジタルデータのために、コーデック３０２はアナログ音声信号をＰＣＭ音声にデジタル化する。ＶＡＤ３０４は、音声がＰＣＭ音声に存在するか否かを決定し、音声活動状況をＭＩＢＳモデム３１０へ渡す。音声が存在する場合は、ＭＩＢＳモデムはそれをボコーダー３１２へ渡す。そうでない場合は、移動コンピュータプラットフォームから受け取ったデジタルデータを合成音声トーンに変調し、ＮＡＤ３２０を介し通信網を通じた送信のために、これらの信号をボコーダーに渡す。ここで、「移動コンピュータプラットフォーム」の用語は広い意味で用いている。ラップトップコンピュータ３２８または車両ネットワーク３３０を含むが、これに限定されるものではない。
【００２９】
モデムバンク３４０は、無線ノード３００から呼を受け取り、結合したＭＡＤ／ＭＩＢＳモデム３４２へ音声を送る。ＭＡＤは、モデム活動が存在するか否かを決定し、状況をスイッチ３４４へ渡す。モデム活動が存在しない場合は、音声ＰＣＭは、スピーカー３４８で再生できるアナログ音声信号へ変換するためにコーデック３４６へ渡される（スピーカーおよびマイクは、自動化された、または、無人の遠隔サーバーの場合は取り除くことができる）。合成音声トーンが存在する場合は、ＭＩＢＳモデムはデジタルデータを復調し、このデータを、例えばナビゲーションアプリケーション３５０のような目的アプリケーションに渡す。スイッチ３４４は、モデム活動が存在する状況を受け取り、ＰＣＭ音声を、スピーカーが使用される装置においてスピーカー３４８で再生できるアナログ信号に変換するために、ＣＮＧ３６０からコーデック３４６へ渡す。
【００３０】
モデムバンク３４０から無線ノード３００へ送信されるデジタルデータのために、ＶＡＤ３６２は、アナログ音声信号を示すコーデック３４６からのＰＣＭ音声を解析し、音声活動状況信号を生成する。音声が存在する場合は、結合したＭＡＤ／ＭＩＢＳモデム３４２は、ＰＣＭ音声を変更なしに通信網（ＰＳＴＮ，無線、インターネット）へ転送する。そうでない場合は、ＭＩＢＳモデム３４２は、アプリケーションから受け取ったデジタルデータを、無線ノードにおいてＭＩＢＳモデム３１０により生成されたものとは異なる合成音声トーンのセットを用いて変調する。これらの合成音声トーンは、ＰＳＴＮ、ＶＯＩＰを用いたインターネット、および、ＶｏＷＬＡＮを用いたローカルエリアネットワークなどの複数のネットワークに渡る通信網を通じて送信される。
【００３１】
ＮＡＤ３２０は、通信網から音声を受け取り、その音声を、信号を音声ＰＣＭに再構成するボコーダー３１２へ転送する。音声ＰＣＭは、合成トーンが存在するという状況をＭＩＢＳモデム３１０に提供するＭＡＤ３７０により解析される。合成トーンが存在しない場合は、ＰＣＭ音声は変更なしでコーデック３０２へ渡され、スピーカーで再生するためのアナログ信号へ変換される。そうでない場合は、ＭＩＢＳモデム３１０は、無音を示すＰＣＭ音声をコーデック３０２へ渡し、スピーカーにおける無声の再生をもたらす。ここで使用される「スピーカー」の用語は、音声再生のためのあらゆる手段を参照するものである。例えば、携帯電話または他のＰＤＡに接続されたイヤホンまたはヘッドセットの形態をとることもできる。このような接続は、短距離無線接続であってもよい。ある実装、例えば車両ネットワークにおいては、スピーカーは車載オーディオエンターテイメントシステムの一部であっても良い。ＭＩＢＳモデムは、合成音声トーン周波数の第２のセットに基づいて音声を復調し、デジタルデータを移動コンピュータプラットフォームに渡す。
【００３２】
図４は、全て本発明の範囲内であるいくつかの異なる実施形態示す通信の概略図である。図４は、異なる実施例の様々な態様を示す図を複合したものである。役に立つ実施形態は、図４に示される全ての要素を含む必要はない。図４においては、不明りょうな図になることを避けるため、通信接続の詳細（無線、固定電話）を省略している。
【００３３】
本アプリケーションにおける「通信装置」の用語は、携帯、または、移動無線電気通信装置を参照する。すなわち、無線通信網を通じて（音声またはデータ）通信できる装置である。このような装置は携帯可能であり、または、自動車若しくはトラックのような車両に備えつけられている。「ＧＰＳ可能」の語句は、ＧＰＳを参照して通信装置が位置情報をＧＰＳシステムの使用により獲得できることを意味する。その目的のために、ＧＰＳ受信器は通信装置に備え付けまたは結合することができる。ここで、「結合する」とは、ＧＰＳ受信器から獲得した位置情報の通信装置への転送を可能にする、あらゆる一時的なまたは恒久的な接続をも意味する。この転送は、直接接続、または、例えば車内の車両ネットワークのようなローカルネットワークを通じたものである。この接続は、有線または無線である（後者の場合は、この短距離無線接続は長距離無線通信網の接続とは混同されない）。このような装置は、例えば、携帯電話、適切な装備を持つＰＤＡ、または、Blackberry（登録商標）携帯電話／ＰＤＡを含むが、これらに限定されるものではない。
【００３４】
図４において、一般に、遠隔ナビゲーションサーバー４００は、例えば、ユーザーを所定のまたは所望の目的地の位置へ導くための更新された指示を送ることにより、ナビゲーション支援を移動するユーザーに提供する。移動するユーザーは、歩行者または自転車、ボート若しくは他の乗り物等に乗っている者であってよい。最初に、更新されたナビゲーション指示を論じる前に、どのようにしてユーザーが所望の目的地の位置を、旅行への出発前であっても入力または選択することができるかを記述する。
【００３５】
一実施形態においては、所望の目的地は、遠隔ナビゲーションプログラミングにより選択される。この実施形態においては、ナビゲーションサーバー４００は、ユーザーのデータベースを保持する。各ユーザーは、関連付けられたプロファイル情報を有する。通常のウェブサイトのログインおよび他のセキュリティーもしくはプライバシー技術を配備することができる。例えば、個人の家からの旅行プランが公にならないようにすることは重要であろう。ユーザーはいつでもナビゲーションサイトに登録でき、好適には旅行への出発前に登録できる。これは、例えば、家または会社のコンピュータ４０２からインターネット４０４を通じて実行可能である。例えば、コンタクト情報（さらに後述する）のような様々なユーザープロファイル情報は、都合の良いときに入力して対応するユーザープロファイルに保存することができる。
【００３６】
目的地の位置を記憶する一つの方法は、目的地の位置を後の使用のためにユーザープロファイルの中に記憶することである。上述のように、１つまたはそれ以上の目的地をコンピュータ４０２から更新することができる。目的地は、例えば、無線通信網を通じて携帯電話４０６のような通信装置から送ることができる（図１〜３を参照）。これは、図の４１０に示すように、帯域内、または、ＳＭＳのような様々なテキストメッセージもしくは他のデータサービスを用いることにより実行することができる。他の実施形態（図示せず）においては、無線またはＰＳＴＮを通じてナビゲーションサーバーサイト（１００）へ単純な通話をすることができる。（ユーザープロファイルに記憶された）既定の目的地は、オペレータにより、または、好適には自動化された対話式電話サービスにより選択することができる。これらの詳細はよく知られている。
【００３７】
再び図４を参照すると、ＰＤＡ４２０はナビゲーションサーバー４００との通信に使用することができる。これは、サーバー４００に結合したインターネット４０４またはＰＳＴＮ回線を通じて無線通信網を用いることにより可能となる。ＰＤＡ４２０は、ナビゲーションにおけるアカウント／プロファイルのセットアップ、所望の目的地の更新、確認メッセージの受け取り等を含む機能のいずれかまたは全てのために使用することができる。ＰＤＡがＧＰＳ機能を持つものである場合は、ＰＤＡは、ユーザーが所望の目的地へ行く途中に、ナビゲーションサーバーへ現在の位置データも提供することができる。図４は、サーバー４００からの確認メッセージを受け取るために用いることができる第２の携帯電話４２２も示す。サーバーは、例えば、目的地の選択の確認について、ユーザープロファイルに記憶されているユーザーの好みに応じて、要求している電話４０６、または、異なる電話４２２もしくはＰＤＡ４２０に確認メッセージを送る。説明すると、ユーザーは、会社を出る前に携帯電話または他の通信装置から目的地選択を送ることができる。しかし、ユーザーは、車電話で確認メッセージを受け取ること、または、配偶者もしくは秘書に確認メッセージが送られることを好むこともある。
【００３８】
要約すると、ユーザーの所望の目的地は、旅行中または旅行前にナビゲーションサーバーへのほとんど全ての利用可能な通信手段を用いて、更新し記憶することができる。ユーザーは、この作業のために特別な装置を有する必要はない。ＧＰＳ受信器のような特別な装置は、例えばユーザーがレンタカーを借りるときのように、後で役割を果たすことになる。
【００３９】
再び図４を参照すると、さらに他の携帯電話４２８が示されている。この電話（状況に応じて４０６または４２２と同じ電話であってもよい）は、ＧＰＳ可能であり内蔵の帯域内信号モデム（ＩＢＳ：In-Band Signaling modem）を有する。したがって、この電話は、サーバー４００への点線４３０で示されるように、現在の位置データを更新することができる。この位置の更新は、ソフトウェアの制御の下、ユニット４２８により「プッシュ」されるか、または、サーバー４００により要求（「プル」）されることが可能である。その高い信頼性とユビキタスに近い有用性により、データサービスよりも帯域内信号が使用される。帯域内信号のより詳細な点については、ここに参照として含まれている米国特許第６，６８１，１２１号に記載されている。
【００４０】
ナビゲーションサーバー４００は、更新された現在位置および所望の目的地の位置に基づいて、一般に所望の目的地の位置へユーザーを前進させるための指示を決定する。これらは、「進路変更毎」指示と呼ばれる。４４２に示すように、指示は、ＩＢＳを用いてユーザー装置へダウンロードすることができる。これらの指示は、画像表示、及び／又は、音声により提供される。音声は、合成された音声であることが好ましい。ユーザーが自家用車４４０で旅行し、携帯装置４２８を車内に有している場合は、ユーザーが所望の目的地に到着することを支援するための他のナビゲーション装置は必要ない。進路変更毎の指示は、要求に応じてサーバー４００により生成され伝達される。更新された位置データは、サーバーへアップロードされ、新しい指示が提供される。このループ処理は終了するまで繰り返される。
【００４１】
いくつかの実施形態においては、すでにあるとおり、携帯電話は自動車に組み入れることができる。ＧＰＳ受信器も、別々にまたは携帯電話の一部として自動車に組み入れることができる。実際には、これらの機能部は、１つまたはそれ以上の車内の自動車網の一部として様々なトポロジーで配置され、携帯型のように別々のパッケージを有さないこともある。例えば、音声および画像表示機能は、車両エンターテイメントシステムに組み入れることができる。車両が、ソフトウェアによる実装も可能な帯域内信号モデムも有している場合もまた、別個または専用のナビゲーション装置ではなく、上述のナビゲーション処理を使用することができる。
【００４２】
レンタカー・アプリケーション
一実施形態においては、ユーザーの所望の目的地情報は、最初にユーザーの携帯電話、または、他の携帯無線通信装置にダウンロードすることによりダウンロードすることができる。ここから、目的地情報は、さらに、例えば、車両の車載ナビゲーションシステムのような対象ナビゲーション装置にダウンロードされる。対象ナビゲーション装置はユーザーの所有物である必要はない。ある態様においては、対象ナビゲーション装置は、レンタカー代理店により提供される。他の選択肢として、対象ナビゲーション装置は、たいていの場合、追加費用のオプションとしてレンタカー代理店により提供される携帯モデルである。これは、レンタカー代理店とは関連がない第三者から借りることができる。他の状況においては、ナビゲーション装置は、ＯＥＭまたはアフターマーケットの形態で、レンタカー４５４に備えつけられている。プログラミングについては、さらに後述する。
【００４３】
図５は、発明のある態様のいくつかの別の実施形態の機能を要約した概略図を示す（再び、通信システムの詳細は除外している）。図の左側は、ユーザーとナビゲーションサーバー５００の間のいくつかの予定されるやりとりをまとめたものである。最初のユーザー設定およびプロファイルの記憶５０２は様々な方法で達成され、好適にはクライアントアプリケーションおよびインターネットが用いられる。この場合は、ナビゲーションサーバーはウェブサイトを含むか、または、ウェブサイトに関連付けられる。次に、ユーザーは、１つまたはそれ以上の所望の目的地をユーザープロファイルに設定し記憶することができる（ステップ５０４）。これは、ステップ５０２において、または、先に述べたように、後に通常の携帯電話または固定電話を含む適切な通信装置のいずれかを用いることにより実行することができる。ステップ５０６において、ユーザーは、使用するため記憶していた目的地の１つを選択する。このステップは、同様に任意の適切な通信装置を用いることによって実行することができる。来たる旅行への所望の目的地を選択することに加えて、ユーザーは目的地選択の確認および後続のメッセージをサーバーから受け取るために、事前に記憶した携帯装置を確認するための識別子（番号）を選択し、または、新しい番号を入力することができる。最後にステップ５１０において、ユーザーは後続の通信のための携帯装置の識別を更新することができる。例えば、ユーザーは遠方の国に旅行して携帯電話を借りるかもしれない。ユーザーは新しい携帯電話の番号が利用可能になったときに、このコンタクト情報を更新することができる。５０２、５０４および５０６のどのステップも必要に応じて更新することができる。
【００４４】
図５の右上部において、ナビゲーションサーバー５００が、（５０６において選択された）所望の目的地を、例えばレンタル車両の車載の携帯装置５２２に直接ダウンロード（即ち、遠隔でプログラム）する状況５２０が示されている。そして、「対象装置」とも呼ばれる車内の装置は、サーバー５００からのさらなるサポートなしに進路変更毎の指示５２４を提供する。装置が動作しない場合であっても、ユーザーは、次に述べる代わりの方策を用いることができる。または、車内の装置が提供されない場合、もしくは高価すぎる場合は、ユーザーは以下のようにすすめる。
【００４５】
ステップ５２６において、ユーザーは、ＧＰＳ可能な携帯通信装置を、例えばレンタカーまたは代車の中に運ぶ。この場合も先と同様に、所望の目的地はすでにサーバーに記憶されている。出発の準備ができたとき、ユーザーは既定の番号を通じてサーバーに発呼をする。ユーザーはログインＩＤおよびパスワードを入力する場合もあり、ナビゲーションを始めるために、目的地または旅行の識別子を入力する場合もある。好適には、サーバーで通話を受けた人の処理は上述のように自動化されている。現在の位置データは、すでに述べたようにサーバーへアップロードされる（ステップ５２８）。サーバー５００は、更新された指示を返し（ステップ５３０）、ユーザーを所望の目的地に案内するため、このループは必要に応じて繰り返される。
【００４６】
当業者にとっては、本発明の基本的な原則から外れることなく、上述の実施形態の詳細について多くの変更を加えることが可能であることは明らかであろう。本発明の範囲は、したがって、以下のクレームのみによって定められる。
【図１】
0005643655.tif 000002
【図２】
0005643655.tif 000003
【図３】
0005643655.tif 000004
【図４】
0005643655.tif 000005
【図５】
0005643655.tif 000006