(57)【要約】【課題】サーバとシンクライアントとの間の通信速度が低下しても、画面表示を乱すことなく道案内を継続できる通信ナビゲーションシステム及び方法、クライアント、サーバ及びこれらの制御方法並びにプログラムを提供する。【解決手段】クライアント２０は、無線通信の通信速度を監視する通信速度測定部２８と、無線通信の通信速度が所定の速度を下回った場合に、サーバに通知する制御部２３とを有し、サーバ１０は、クライアント２０から通信速度の低下を通知された場合には、ルート全体を一画面に収める地図を用いた案内画面をナビエンジン１２で生成し、クライアント２０に表示させる。【選択図】図１
2010223691.tif 000002
【特許請求の範囲】
【請求項１】
無線通信によりネットワークに接続可能なクライアントと、前記ネットワークに接続され、地図データ及び道路データを格納したサーバとを有し、前記クライアントが自身の位置情報を前記サーバに通知し、前記サーバにおいて前記地図データ及び前記道路データ並びに前記位置情報を基に生成した目的地までのルートを案内する案内画面を前記クライアントに転送して表示させる通信ナビゲーションシステムであって、
前記クライアントは、
前記無線通信の通信速度を監視する手段と、前記無線通信の通信速度が所定の速度を下回った場合に、前記サーバに通知する手段とを有し、
前記サーバは、前記クライアントから前記通信速度の低下を通知された場合には、ルート全体を一画面に収める地図画像を用いた案内画面を前記クライアントに表示させることを特徴とする通信ナビゲーションシステム。
【請求項２】
前記クライアントは、前記位置情報の変動量を基に移動速度を算出した自身の移動速度に基づいて、前記所定の通信速度を変更することを特徴とする請求項１記載の通信ナビゲーションシステム。
【請求項３】
前記ルート全体を一画面に収める地図画像のデータを、前記ルートの探索時に前記クライアントに転送して該クライアントに格納しておくことを特徴とする請求項１又は２記載の通信ナビゲーションシステム。
【請求項４】
前記クライアントは、前記通信速度が低下している間は、前記格納した地図画像のデータを基に、表示装置に表示する案内画面のデータを自装置内で生成することを特徴とする請求項３記載の通信ナビゲーションシステム。
【請求項５】
前記ルートを案内していない状態では、前記クライアントは、前記位置情報の変動量を基に移動速度を算出した自身の移動速度と、現在表示されている地図画像の縮尺とに基づいて、現在の移動速度でも途切れることなく表示を続けるのに必要となる必要通信速度を算出し、現在の通信速度が前記必要通信速度を下回る場合には、縮尺の拡大を前記サーバに要求し、
前記サーバは、前記クライアントからの要求に応じて、前記クライアントに表示させている地図画像よりも広域の縮尺の地図画像を生成し、該広域の縮尺の地図画像を前記クライアントに表示させることを特徴とする請求項１から４のいずれか１項記載の通信ナビゲーションシステム。
【請求項６】
前記サーバは、目的地までのルートを案内する案内ガイダンスをテキストデータとして生成して前記クライアントへ送信し、
前記クライアントは、前記テキスト情報を音声に変換して出力することを特徴とする請求項１から５のいずれか１項記載の通信ナビゲーションシステム。
【請求項７】
無線通信によりネットワークに接続可能であり、
地図データ及び道路データを格納したサーバに対して自身の位置情報を通知し、前記サーバにおいて前記地図データ及び前記道路データ並びに前記位置情報を基に生成された目的地までのルートを案内する案内画面を前記ネットワークを介して受信し、表示するクライアントであって、
前記無線通信の通信速度を監視する手段と、前記無線通信の通信速度が所定の速度を下回った場合に、前記サーバに通知する手段とを有することを特徴とするクライアント。
【請求項８】
前記位置情報の変動量を基に移動速度を算出した自身の移動速度に基づいて、前記所定の通信速度を変更することを特徴とする請求項７記載のクライアント。
【請求項９】
前記ルート全体を一画面に収める地図画像のデータを、前記サーバから前記ネットワークを介して受信し、格納しておくことを特徴とする請求項７又は８記載のクライアント。
【請求項１０】
前記通信速度が低下している間は、前記格納した地図画像のデータを基に、表示装置に表示する案内画面のデータを自装置内で生成することを特徴とする請求項９記載のクライアント。
【請求項１１】
前記ルートを案内していない状態では、前記位置情報の変動量を基に移動速度を算出した自身の移動速度と、現在表示されている地図画像の縮尺とに基づいて、現在の移動速度でも途切れることなく表示を続けるのに必要となる必要通信速度を算出し、現在の通信速度が前記必要通信速度を下回る場合には、縮尺の拡大を前記サーバに要求することを特徴とする請求項７から１０のいずれか１項記載のクライアント。
【請求項１２】
前記サーバから、テキストデータとして受信した目的地までのルートを案内する案内ガイダンスを、音声に変換して出力することを特徴とする請求項７から１１のいずれか１項記載のクライアント。
【請求項１３】
無線通信によりネットワークに接続可能なクライアントから通知された位置情報と、自装置に格納されている地図データ及び道路データとを基に生成した目的地までのルートを案内する案内画面を前記クライアントに転送して表示させるサーバであって、
前記クライアントから前記通信速度の低下を通知された場合には、ルート全体を一画面に収める地図画像を用いた案内画面を前記クライアントに表示させることを特徴とするサーバ。
【請求項１４】
前記ルート全体を一画面に収める地図画像のデータを、前記ルートの探索時に前記クライアントに転送することを特徴とする請求項１３記載のサーバ。
【請求項１５】
前記ルートを案内していない状態では、前記クライアントからの要求に応じて、前記クライアントに表示させている地図画像よりも広域の縮尺の地図画像を生成し、該広域の縮尺の地図画像を、前記クライアントに表示させることを特徴とする請求項１３又は１４記載のサーバ。
【請求項１６】
目的地までのルートを案内する案内ガイダンスをテキストデータとして生成して前記クライアントへ送信することを特徴とする請求項１３から１５のいずれか１項記載のサーバ。
【請求項１７】
無線通信によりネットワークに接続可能なクライアントと、前記ネットワークに接続され、地図データ及び道路データを格納したサーバとを有し、前記クライアントが自身の位置情報を前記サーバに通知し、前記サーバにおいて前記地図データ及び前記道路データ並びに前記位置情報を基に生成した目的地までのルートを案内する案内画面を前記クライアントに転送して表示させるシステムを用いた通信ナビゲーション方法であって、
前記クライアントは、
前記無線通信の通信速度を監視して、前記無線通信の通信速度が所定の速度を下回った場合には前記サーバに通知し、
前記サーバは、前記クライアントから前記通信速度の低下を通知された場合には、ルート全体を一画面に収める地図画像を用いた案内画面を前記クライアントに表示させることを特徴とする通信ナビゲーション方法。
【請求項１８】
前記クライアントは、前記位置情報の変動量を基に移動速度を算出した自身の移動速度に基づいて、前記所定の通信速度を変更することを特徴とする請求項１７記載の通信ナビゲーション方法。
【請求項１９】
前記ルート全体を一画面に収める地図画像のデータを、前記ルートの探索時に前記クライアントに転送して該クライアントに格納しておくことを特徴とする請求項１７又は１８記載の通信ナビゲーション方法。
【請求項２０】
前記通信速度が低下している間は、前記格納した地図画像のデータを基に、表示装置に表示する画面のデータを前記クライアントが生成することを特徴とする請求項１９記載の通信ナビゲーション方法。
【請求項２１】
前記ルートを案内していない状態では、前記クライアントは、前記位置情報の変動量を基に移動速度を算出した自身の移動速度と、現在表示されている地図の縮尺とに基づいて、現在の移動速度でも途切れることなく表示を続けるのに必要となる必要通信速度を算出し、現在の通信速度が前記必要通信速度を下回る場合には、縮尺の拡大を前記サーバに要求し、
前記サーバは、前記クライアントからの要求に応じて、前記クライアントに表示させている地図画像よりも広域の縮尺の地図画像を生成し、該広域の縮尺の地図画像を前記クライアントに表示させることを特徴とする請求項１７から２０のいずれか１項記載の通信ナビゲーション方法。
【請求項２２】
前記サーバは、目的地までのルートを案内する案内ガイダンスをテキストデータとして生成して前記クライアントへ送信し、
前記クライアントは、前記テキスト情報を音声に変換して出力することを特徴とする請求項１７から２１のいずれか１項記載の通信ナビゲーション方法。
【請求項２３】
無線通信によりネットワークに接続可能であり、地図データ及び道路データを格納したサーバに対して自身の位置情報を通知し、前記サーバにおいて前記地図データ及び前記道路データ並びに前記位置情報を基に生成された目的地までのルートを案内する案内画面を前記ネットワークを介して受信し、表示するクライアントの制御方法であって、
前記無線通信の通信速度を監視し、前記無線通信の通信速度が所定の速度を下回った場合に、前記サーバに通知することを特徴とするクライアントの制御方法。
【請求項２４】
前記位置情報の変動量を基に移動速度を算出した自身の移動速度に基づいて、前記所定の通信速度を変更することを特徴とする請求項２３記載のクライアントの制御方法。
【請求項２５】
前記ルート全体を一画面に収める地図画像のデータを、前記サーバから前記ネットワークを介して受信し、格納させておくことを特徴とする請求項２３又は２４記載のクライアントの制御方法。
【請求項２６】
前記通信速度が低下している間は、前記格納した地図画像のデータを基に、表示装置に表示する案内画面のデータを自装置内で生成させることを特徴とする請求項２５記載のクライアントの制御方法。
【請求項２７】
前記ルートを案内していない状態では、前記位置情報の変動量を基に移動速度を算出した自身の移動速度と、現在表示されている地図の縮尺とに基づいて、現在の移動速度でも途切れることなく表示を続けるのに必要となる必要通信速度を算出し、現在の通信速度が前記必要通信速度を下回る場合には、縮尺の拡大を前記サーバに要求することを特徴とする請求項２３から２６のいずれか１項記載のクライアントの制御方法。
【請求項２８】
前記サーバから、テキストデータとして受信した目的地までのルートを案内する案内ガイダンスを、音声に変換して出力することを特徴とする請求項２３から２７のいずれか１項記載のクライアントの制御方法。
【請求項２９】
無線通信によりネットワークに接続可能なクライアントから通知された位置情報と、自装置に格納されている地図データ及び道路データとを基に生成した目的地までのルートを案内する案内画面を前記クライアントに転送して表示させるサーバの制御方法であって、
前記クライアントから前記通信速度の低下を通知された場合には、ルート全体を一画面に収める地図画像を用いた案内画面を前記クライアントに表示させることを特徴とするサーバの制御方法。
【請求項３０】
前記ルート全体を一画面に収める地図画像のデータを、前記ルートの探索時に前記クライアントに転送させることを特徴とする請求項２９記載のサーバの制御方法。
【請求項３１】
前記ルートを案内していない状態では、前記クライアントからの要求に応じて、前記クライアントに表示させている地図画像よりも広域の縮尺の地図画像を生成し、該広域の縮尺の地図画像を前記クライアントに表示させることを特徴とする請求項２９又は３０記載のサーバの制御方法。
【請求項３２】
目的地までのルートを案内する案内ガイダンスをテキストデータとして生成して前記クライアントへ送信させることを特徴とする請求項２９から３１のいずれか１項記載のサーバの制御方法。
【請求項３３】
請求項２３から２８のいずれか１項記載のクライアントの制御方法をクライアントのコンピュータに実行させることを特徴とするナビゲーションプログラム。
【請求項３４】
請求項２９から３２のいずれか１項記載のサーバの制御方法をサーバのコンピュータに実行させることを特徴とするナビゲーションプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、目的地までの道順を案内する通信ナビゲーションシステムに関する。
【背景技術】
【０００２】
目的地までの道順を案内するナビゲーション装置は、車載用や手持ち用などが普及している。
【０００３】
これまでのナビゲーション装置は、任意の記憶媒体（ＨＤＤ、ＤＶＤ、ＣＤなど）に格納された地図データ及び道路データと、それらのデータを用いて案内情報を生成するナビゲーションエンジン（以下、ナビエンジン）とを備えたナビゲーションアプリケーションを備えている。
【０００４】
しかし、ナビゲーション装置は、移動しながら使用する装置であるため、装置の小型化・軽量化が当然要求される。このため、全国津々浦々の詳細な地図を地図データとして装置内に格納しておくことには困難を伴う。
【０００５】
また、新しい道路が開通したり、それまで使用されていた道路が廃道化したような場合には、地図データや道路データを更新しなければ正確な道案内を行えないが、そのためには最新の地図データや道路データが格納されたメディアを購入したり、ＨＤＤのデータの書き換えをメーカに依頼する必要があった。
【０００６】
近年、無線通信環境が整備されたため、無線通信でもデータを高速にやりとりすることが可能となった。
【０００７】
このため、シンクライアントを用いたサーバ・クライアントモデルを採用し、サーバ側にナビゲーションアプリケーションの機能を持たせておき、クライアント側が現在位置の情報を無線通信でサーバへ送ることにより、現在位置の近辺の地図、案内するルート、現在位置と言った情報をサーバから無線通信で受け取って表示する通信ナビゲーションシステムが特許文献１に提案されている。
【０００８】
この通信ナビゲーションシステムでは、一般的なナビゲーション装置と同様に、現在位置表示用のアイコンの位置を一定とし、地図をスクロールさせて表示することで、旧来のナビゲーション装置と変わらない操作感を実現している。
すなわち、図１４に示すように、案内画面は、自己位置プレーン上に表示される自己位置アイコンと、地図プレーン上に表示される地図画像のデータと、道路プレーン上に表示される道路情報とを重ね合わせたものとして生成され、クライアントの移動に伴って、地図プレーンや道路プレーン上の情報が随時更新されていく。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００５−１２１４４５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかし、無線通信は環境によって通信速度が大きく変動する。このため、特許文献１に開示される発明は、クライアントの通信速度が低下した状態では、クライアントがサーバから地図データを取得するのに多くの時間を要することとなる。
【００１１】
携帯電話端末向けのナビゲーションサービスのように、クライアントへ転送する地図データが小さい場合には通信速度の低下の影響は小さいが、視認性を高めるためにはディスプレイの大型化は必須であり、サーバからクライアントへ転送する地図データの容量も大きくせざるを得ない。
【００１２】
このため、通信速度が低下した状況では、地図のスクロールが追いつかず表示が乱れてしまう（すでに通過した場所の地図上での案内画面を表示してしまう）ことがあり、正常に案内できなかった。
【００１３】
本発明は係る問題に鑑みてなされたものであり、サーバとシンクライアントとの間の通信速度が低下しても、画面表示を乱すことなく道案内を継続できる通信ナビゲーションシステム及び方法、クライアント、サーバ及びこれらの制御方法並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記目的を達成するため、本発明は、第１の態様として、無線通信によりネットワークに接続可能なクライアントと、ネットワークに接続され、地図データ及び道路データを格納したサーバとを有し、クライアントが自身の位置情報をサーバに通知し、サーバにおいて地図データ及び道路データ並びに位置情報を基に生成した目的地までのルートを案内する案内画面をクライアントに転送して表示させる通信ナビゲーションシステムであって、クライアントは、無線通信の通信速度を監視する手段と、無線通信の通信速度が所定の速度を下回った場合に、サーバに通知する手段とを有し、サーバは、クライアントから通信速度の低下を通知された場合には、ルート全体を一画面に収める地図画像を用いた案内画面をクライアントに表示させることを特徴とする通信ナビゲーションシステムを提供するものである。
【００１５】
また、上記目的を達成するため、本発明は、第２の態様として、無線通信によりネットワークに接続可能であり、地図データ及び道路データを格納したサーバに対して自身の位置情報を通知し、サーバにおいて地図データ及び道路データ並びに位置情報を基に生成された目的地までのルートを案内する案内画面をネットワークを介して受信し、表示するクライアントであって、無線通信の通信速度を監視する手段と、無線通信の通信速度が所定の速度を下回った場合に、サーバに通知する手段とを有することを特徴とするクライアントを提供するものである。
【００１６】
また、上記目的を達成するため、本発明は、第３の態様として、無線通信によりネットワークに接続可能なクライアントから通知された位置情報と、自装置に格納されている地図データ及び道路データとを基に生成した目的地までのルートを案内する案内画面をクライアントに転送して表示させるサーバであって、クライアントから通信速度の低下を通知された場合には、ルート全体を一画面に収める地図画像を用いた案内画面をクライアントに表示させることを特徴とするサーバを提供するものである。
【００１７】
また、上記目的を達成するため、本発明は、第４の態様として、無線通信によりネットワークに接続可能なクライアントと、ネットワークに接続され、地図データ及び道路データを格納したサーバとを有し、クライアントが自身の位置情報をサーバに通知し、サーバにおいて地図データ及び道路データ並びに位置情報を基に生成した目的地までのルートを案内する案内画面をクライアントに転送して表示させるシステムを用いた通信ナビゲーション方法であって、クライアントは、無線通信の通信速度を監視して、無線通信の通信速度が所定の速度を下回った場合にはサーバに通知し、サーバは、クライアントから通信速度の低下を通知された場合には、ルート全体を一画面に収める地図画像を用いた案内画面をクライアントに表示させることを特徴とする通信ナビゲーション方法を提供するものである。
【００１８】
また、上記目的を達成するため、本発明は、第５の態様として、無線通信によりネットワークに接続可能であり、地図データ及び道路データを格納したサーバに対して自身の位置情報を通知し、サーバにおいてデータ及び道路データ並びに位置情報を基に生成された目的地までのルートを案内する案内画面をネットワークを介して受信し、表示するクライアントの制御方法であって、無線通信の通信速度を監視し、無線通信の通信速度が所定の速度を下回った場合に、サーバに通知することを特徴とするクライアントの制御方法を提供するものである。
【００１９】
また、上記目的を達成するため、本発明は、第６の態様として、無線通信によりネットワークに接続可能なクライアントから通知された位置情報と、自装置に格納されている地図データ及び道路データとを基に生成した目的地までのルートを案内する案内画面をクライアントに転送して表示させるサーバの制御方法であって、クライアントから通信速度の低下を通知された場合には、ルート全体を一画面に収める地図画像を用いた案内画面をクライアントに表示させることを特徴とするサーバの制御方法を提供するものである。
【００２０】
また、上記目的を達成するため、本発明は、第７の態様として、上記本発明の第５の態様に係るクライアントの制御方法をクライアントのコンピュータに実行させることを特徴とするナビゲーションプログラムを提供するものである。
【００２１】
また、上記目的を達成するため、本発明は、第８の態様として、上記本発明の第６の態様に係るサーバの制御方法をサーバのコンピュータに実行させることを特徴とするナビゲーションプログラムを提供するものである。
【発明の効果】
【００２２】
本発明によれば、サーバとシンクライアントとの間の通信速度が低下しても、画面表示を乱すことなく道案内を継続できる通信ナビゲーションシステム及び方法、クライアント、サーバ及びこれらの制御方法並びにプログラムを提供できる。
【図面の簡単な説明】
【００２３】
【図１】本発明を好適に実施した第１の実施形態に係る通信ナビゲーションシステムの構成を示す図である。
【図２】第１の実施形態に係る通信ナビゲーションシステムのサーバの構成を示す図である。
【図３】第１の実施形態に係る通信ナビゲーションシステムのクライアントの構成を示す図である。
【図４】非ルート案内時の通信ナビゲーションシステムの動作の流れを示す図である。
【図５】ルート案内時の通信ナビゲーションシステムの動作の流れを示す図である。
【図６】クライアントが自身の移動速度に応じて通信速度の低下の判断の基準を変更する動作の流れを示す図である。
【図７】本発明を好適に実施した第２の実施形態に係る通信ナビゲーションシステムのサーバの構成を示す図である。
【図８】第２の実施形態に係る通信ナビゲーションシステムのクライアントの構成を示す図である。
【図９】ルート案内開始時のサーバの動作の流れを示す図である。
【図１０】ルート案内開始時のクライアントの動作の流れを示す図である。
【図１１】ルート案内時の通信ナビゲーションシステムの動作の流れを示す図である。
【図１２】本発明を好適に実施した第３の実施形態に係る通信ナビゲーションシステムのクライアントの構成を示す図である。
【図１３】ルート案内時の通信ナビゲーションシステムの動作の流れを示す図である。
【図１４】案内画面の一例を示す図である。
【発明を実施するための形態】
【００２４】
〔第１の実施形態〕
本発明を好適に実施した第１の実施形態について説明する。図１に、本実施形態に係る通信ナビゲーションシステムの構成を示す。
この通信ナビゲーションシステムは、サーバ１０とクライアント２０とがネットワーク４０を介して接続された構成である。なお、クライアント２０は無線通信によってネットワーク４０に接続されている。
【００２５】
図２に、サーバ１０の構成を示す。サーバ１０は、受信部１１、ナビエンジン１２、地図データ・道路データ格納部１３、出力データ生成部１４、データ圧縮部１５及び送信部１６を有する。
受信部１１は、クライアント２０から送られてくる位置情報や、操作入力部２９を介して入力された操作情報を受信する。ナビエンジン１２は、クライアント２０の位置情報と、地図データ・道路データ格納部１３に格納されている地図データ・道路データとに基づいてクライアント２０が表示部２６ａにおいて表示可能な解像度で案内情報を生成し、出力データ生成部１４へ出力する。案内情報としては、現在位置及びその周囲の地図並びに案内する経路を視覚的に示す案内画面と、進行方向をどちらに変えるかや、進行方向を変える場所までの距離を音声として通知する音声案内とがある。図１４に示したように、案内画面は、自己位置プレーン上に表示される自己位置アイコンと、地図プレーン上に表示される地図画像のデータと、道路プレーン上に表示される道路情報とが重ね合わされた一つの画面データとして生成される。また、音声案内のデータは、音声データとしてではなく、テキストデータとして生成される。また、案内をしていない時にはクライアントの現在地の近傍の地図データを地図データ・道路データ格納部１３から取得して出力データ生成部１４へ出力する。出力データ生成部１４は、クライアント２０へ前回送信したデータとナビエンジン１２から入力されたデータとの差分データを生成する。データ圧縮部１５は、出力生成部１４が生成した差分データに圧縮処理を施してデータ量を削減する。送信部１６は、クライアント２０へ送信するデータをネットワーク４０へ出力する。
【００２６】
図３にクライアント２０の構成を示す。クライアント２０は、受信部２１、データ伸張部２２、制御部２３、ＧＰＳアンテナ２４、ＧＰＳ受信部２５、表示部２６ａ、音声出力部２６ｂ、音声読み上げ部２７、通信速度測定部２８、操作入力部２９及び送信部３０を有する。
受信部２１は、サーバ１０からの情報を無線通信でネットワーク４０にアクセスすることによって受信する。データ伸張部２１は、受信部２１が受信した案内情報の圧縮されているデータを伸張する。制御部２３は、データ伸張部２１が伸張した案内情報を表示部２６ａへ出力したり、ＧＰＳ受信部２５から入力されたＧＰＳ情報（現在位置情報）を送信部３０へ出力するなどの処理を行う。ＧＰＳアンテナ２４は、ＧＰＳ衛星から発せられるＧＰＳ無線信号を電気信号に変換する。ＧＰＳ受信部２５は、ＧＰＳ信号を解析してＧＰＳ情報を生成する。音声読み上げ部２７は、制御部２３内に設けられており、音声案内用のテキストデータを音声データに変換して音声出力部２６ｂへ出力する。通信速度測定部２８は、受信部２１の通信速度を監視し、制御部２３に通知する。通信速度測定部２８が通信速度を監視する方法としては、所定時間内に受信したデータ量から算出する方法や、送信部３０からpingを実行してその応答時間から算出する方法などを適用可能であるが、特定の方法に限定されることはない。操作入力部２９は、クライアント２０のユーザが操作を行うための入力インタフェースである。送信部３０は、ＧＰＳ情報や操作入力部２９を介して行われた操作の情報などの情報を、無線通信によってネットワーク４０を介してサーバ１０へ送信する。
【００２７】
本実施形態に係る通信ナビゲーションシステムの動作について説明する。
【００２８】
＜非案内時の動作＞
まず、ルート案内をしていない状態（非案内時）での動作について図１を用いて説明する。
非案内時は、制御部２３は、ＧＰＳ受信部２５から受け取るＧＰＳ情報の変化量として現れるクライアント２０の移動速度と、表示部２６ａに現在表示されている地図の縮尺とに基づいて、現在の移動速度でも途切れることなく表示を続けるのに必要な通信速度（必要通信速度）を算出する。
そして、通信速度測定部２８から入力される通信速度と算出した必要通信速度とを比較し、現在の通信速度の方が低速である場合には、現在の通信速度でも途切れることなく表示可能な縮尺に変更する要求を、サーバ１０へ送信部３０を介して送信する。すなわち、広域表示にすると詳細表示に比べ、同じ移動量でも地図のスクロール量を減らすことができるため、制御部２３は、より広域の地図に変更する要求を送信部３０を介してサーバ１０へ送信する。
【００２９】
サーバ１０は、クライアント２０からの縮尺変更の要求を、受信部１１を介してナビエンジン１２で受け取る。ナビエンジン１２は、地図データ・道路データ格納部１３から要求された縮尺の地図画像のデータを取得し、クライアント２０に表示させる現在位置周辺の部分を切り出して出力データ生成部１４へ出力する。出力データ生成部１４は、現在位置周辺の地図画像（ナビエンジン１２によって生成された画面をキャプチャした画像）のデータをデータ圧縮部１５へ出力し、送信部１６からネットワーク４０を介してクライアント２０へ送信する。
【００３０】
また、ナビエンジン１２は、これ以降は、通信速度が回復したことをクライアント２０から通知されるまでは、現在の通信速度でクライアント２０が表示可能な縮尺の地図よりも詳細な地図へ切り替えるための操作情報が操作入力部２９から送られてきたとしても、これをキャンセルする。なお、操作入力部２９がタッチパネルを用いて表示部２６ａ上に実現される場合には、縮尺の切替用のボタンを非表示とするようにしても良い。
【００３１】
クライアント２０は、サーバ１０から送られてきた現在位置周辺の地図画像のデータを受信部２１で受信し、データ伸張部２２で伸張する。制御部２３は現在位置周辺の地図を、表示部２６ａに表示させる。
【００３２】
以上の動作により、クライアント２０の通信速度が低下した場合には、現在の移動速度でも途切れることなく表示を続けられる縮尺の地図（広域の地図）を表示するように切り替えるため、地図の書き換え頻度が少なくなり、地図の書き換えが追いつかなくなることはない。
【００３３】
＜ルート案内時の動作＞
次に、ルート案内時の動作について説明する。
通信速度が低下していない状態では、特許文献１に記載の発明などと同様である。すなわち、クライアント２０では、ＧＰＳアンテナ２４及びＧＰＳ受信部２５を用いて制御部２３が取得したＧＰＳ情報を、送信部３０からネットワーク４０を介して定期的にサーバ１０へ送信する。サーバ１０は、クライアント２０からのＧＰＳ情報を受信部１１で受信し、ナビエンジン１２が、現在位置が所定の位置（例えば表示部２６ａの画面中央）となるように地図データ・道路データ格納部１３に格納されている地図データを基に地図画像を切り出し、これを用いて案内画面のデータを生成する。ナビエンジン１２が生成した案内画面のデータは、出力データ生成部１４、データ圧縮部１５及び送信部１６を用いて、ネットワーク４０を介してクライアント２０へ送信される。
クライアント２０の制御部２３はこの案内画面のデータを受信部２１及びデータ伸張部２２を介して受け取り、表示部２６ａに表示させる。
【００３４】
通信速度が低下した状態での動作について、図５を用いて説明する。
通信速度が所定の速度を下回ると（ステップＳ２０１／Ｙｅｓ）、制御部２３は縮尺変更の要求を送信部３０からネットワーク４０を介してサーバ１０へ送信する（ステップＳ２０２）。
【００３５】
サーバ１０は、受信部１１でサーバ２０からの縮尺変更の要求を受信する。ナビエンジン１２は案内するルートを目的地まで一画面内で表示可能な縮尺の地図画像のデータを地図データ・道路データ格納部１３から取得し、ルート全体を収めた地図画像を切り出し（ステップＳ２０３）、その地図上で現在位置を表示する案内画面を生成して出力データ生成部１４へ出力する（ステップＳ２０４）。出力データ生成部１４は、クライアント２０へ送信する差分情報を生成し、データ生成部１５で圧縮した後に送信部１６からネットワーク４０を介してクライアント２０へ送信する（ステップＳ２０５）。
【００３６】
制御部２３は、サーバ１０から受信したルート全体を収めた地図上で現在位置を表示する案内画面を表示部２６ａに表示させる（ステップＳ２０６）。ルート全体を収めた地図上で現在位置を表示するため、案内されたルートに沿って移動する限り現在位置が変化しても地図の書き換えを行う必要がない。
【００３７】
その後制御部２３は、通信速度を監視する。通信速度が所定の速度以上に回復すると（ステップＳ２０７）、制御部２３はその旨を、送信部３０からネットワーク４０を介してサーバ１０へ通知する（ステップＳ２０８）。
【００３８】
ナビエンジン１２は、クライアント２０から通信速度が回復したことを通知されると、元の縮尺の地図画像のデータを地図データ・道路データ格納部１３から取得し、現在位置が所定の位置となるように地図データから地図を切り出し（ステップＳ２０９）、これを用いて案内画面のデータを生成する（ステップＳ２１０）。そして、出力データ生成部１４、データ圧縮部１５及び送信部１６を用いてクライアント２０へ送信する（ステップＳ２１１）。
【００３９】
クライアント２０の制御部２３はこの案内画面のデータを受信部２１及びデータ伸張部２２を介して受け取り、表示部２６ａに表示させる（ステップＳ２１２）。
【００４０】
このように、クライアントの通信速度が所定の速度を下回った場合には、サーバに縮尺の変更を要求することで、自己位置プレーン上の自己位置アイコンのみを書き換えてルート案内を行う。これにより、通信速度の低下中に地図の書き換えを行う必要が無くなるため、クライアントの通信速度が低下した場合でも、地図の書き換えが追いつかずに表示が乱れてしまうことがなくなる。
【００４１】
なお、クライアント２０の制御部２３が地図の縮尺の変更をサーバ１０に要求したり、通信速度の回復を通知するのに先立ってクライアント２０の移動速度を考慮するようにしても良い。換言すると、制御部２３が地図の縮尺の変更をサーバ１０に要求する閾値となる通信速度を、クライアント２０の移動速度に応じて段階的又は連続的に変更しても良い。クライアント２０が低速で移動している場合には、表示部２６ａに表示される案内画面内の地図は前回の案内画面内の地図と大きく変わらないため、出力データ生成部１４で生成される差分データのデータ量は小さくなる。逆に、クライアント２０が高速で移動している場合には、表示部２６ａに表示される案内画面内の地図は、前回の案内画面内の地図と大きく異なるため、出力データ生成部１４で生成される差分データのデータ量は大きくなる。従って、制御部２３は、クライアント２０が高速で移動している時ほど、通信速度が少し低下しただけでも縮尺の変更を要求することが好ましい。
この場合には、図６に示す処理を図５の処理と並行して行い、ステップＳ２０１やステップＳ２０７では現在の移動速度に応じた所定の通信速度を閾値として判断すればよい。
【００４２】
〔第２の実施形態〕
本発明を好適に実施した第２の実施形態について説明する。本実施形態に係る通信ナビゲーションシステムの構成は第１の実施形態と同様であり、サーバ１０とクライアント２０とがネットワーク４０を介して接続された構成である。
図７に、本実施形態に係るサーバ１０の構成を示す。第１の実施形態とほぼ同様の構成であるが、記憶部１８をさらに有する。記憶部１８は、ルート全体を収めた地図画像のデータが記憶される。
【００４３】
図８に、クライアント２０の構成を示す。クライアント２０は、記憶部３１を更に有する。クライアント２０は、サーバ１０から受信した地図画像のデータのうち、フラグによって指定されている特定の画面のデータを記憶部３１に記憶し、フラグ付きの画面データを格納したことをサーバ１０に通知する。
【００４４】
本実施形態に係る通信ナビゲーションシステムの動作について説明する。非案内時の動作は第１の実施形態と同様である。
まず、ナビゲーション開始時の動作について説明する。
図９に、ルート案内開始時のサーバの動作の流れを示す。ナビエンジン１２は、ルート探索を完了すると（ステップＳ３０１）、クライアント２０での目的地設定操作時に使用されていた地図と同縮尺かつ表示部２６ａの一画面分の地図にルート全体を表示可能であるか否かを判断する（ステップＳ３０２）。表示部２６ａの一画面分の大きさの地図上にルート全体を描画できない場合は（ステップＳ３０３／Ｎｏ）、その縮尺で表示部２６ａの一画面分の大きさの地図画像のデータをクライアント２０へ出力した後（ステップＳ３０３）、ナビエンジン１２はより広域の縮尺の地図画像（表示部２６ａの一画面分の大きさにより広範囲を表示する地図画像）のデータを地図データ・道路データ格納部１３から取得する（ステップＳ３０４）。
【００４５】
表示部２６ａの一画面分の地図にルート全体を描画できる場合は（ステップＳ３０２／Ｙｅｓ）、ナビエンジン１２は、その縮尺を記憶するとともに、その地図を出力データ生成部１４に出力する際に、ルート全体が描画できる旨のフラグを付加して出力データ生成部１４に通知する（ステップＳ３０５）。出力データ生成部１４は、ナビエンジン１２からのこの通知を受けると、その地図画像のデータを記憶部１８に格納する。そして、出力データ生成部１４は、その地図画像のデータをデータ生成部１５で圧縮した後に送信部１６からネットワーク４０を介してクライアント２０へ送信する（ステップＳ３０６）。その後、クライアント２０から受信通知が送られて来るのを待ち合わせる。
【００４６】
なお、所定の縮尺まで拡大してもルート全体を一画面に描画できない場合には、それ以上の縮尺の拡大は行わないようにしても良い。
【００４７】
図１０に、ルート案内開始時のクライアントの動作の流れを示す。クライアント２０では、制御部２３は、サーバ１０から送られてくる地図画像のデータを受信すると（ステップＳ４０１）、それを表示部２６ａに表示させるとともに（ステップＳ４０２）、フラグが付加されていたか確認する（ステップＳ４０３）。フラグが付加されていた場合には（ステップＳ４０３／Ｙｅｓ）、受信した地図画像のデータを記憶部３１に格納し（ステップＳ４０４）、受信通知をサーバ１０へ送信する（ステップＳ４０５）。
【００４８】
サーバ１０がクライアント２０からの受信通知を受け取ったら（ステップＳ３０７）、ナビエンジン１２は元の縮尺の地図での案内画面のデータを生成する。その後、生成した案内画面のデータを出力データ生成部１４へ出力し、ルート案内を開始する（ステップＳ３０８）。
【００４９】
次に、通信速度低下時の動作について説明する。
図１１に、通信速度低下時の通信ナビゲーションシステムの動作の流れを示す。通信速度が所定の速度を下回ると（ステップＳ５０１／Ｙｅｓ）、制御部２３は、通信速度が低下したことをネットワーク４０を介してサーバ１０に通知する（ステップＳ５０２）。また、制御部２３は記憶部３１に格納した地図画像のデータを読み出し（ステップＳ５０３）、これを表示部２６ａに表示させる（ステップＳ５０４）。
【００５０】
サーバ１０は、通信速度が低下したことをクライアント２０から通知されると、案内開始時に記憶した縮尺と同じ縮尺の地図画像のデータを地図データ・道路データ格納部１３から取得し（ステップＳ５０５）、案内画面のデータを生成し、そのデータを出力データ生成部１４に出力する（ステップＳ５０６）。
出力データ生成部１４は、ナビエンジン１２から入力されたデータと記憶部１８に記憶した地図データとの差分を抽出し（ステップＳ５０７）、差分データをデータ圧縮部１５に出力し、データ生成部１５で圧縮した後に送信部１６からネットワーク４０を介してクライアント２０へ送信する（ステップＳ５０８）。クライアント２０は、サーバ１０から受信した差分データと記憶部３１に記憶させた地図データとに基づいて案内画面を表示部２６ａに表示させる（ステップＳ５０９）。
【００５１】
その後、第１の実施形態と同様に制御部２３がクライアント２０の通信速度を監視し（ステップＳ５０９）、通信速度が回復したら元の縮尺の地図を用いた案内を行う（ステップＳ５１１）。
【００５２】
このように、本実施形態においては、クライアントの通信速度が低下した際に用いる案内画面のデータを予めサーバとクライアントにそれぞれ格納しておくため、通信速度が低下した場合でも、縮尺の切替をスムーズに行えると共に、同一データからの差分データのみを送信すれば良いため、送信するデータを非常に小さくできる。
【００５３】
〔第３の実施形態〕
本発明を好適に実施した第３の実施形態について説明する。
通信ナビゲーションシステム全体としては、上記第１、第２の実施形態と同様であり、サーバ１０とクライアント２０とがネットワーク４０を介して接続された構成である。
サーバ１０の構成は第２の実施形態と同様である。図１２に本実施形態のクライアント２０の構成を示す。クライアント２０は、第２の実施形態とほぼ同様の構成であるが、自己位置アイコン制御部３２及び道路データ格納部３３をさらに有する。
【００５４】
本実施形態に係る通信ナビゲーションシステムの動作について説明する。非案内時の動作は第１の実施形態と同様である。また、案内開始時の動作は第２の実施形態と同様である。
【００５５】
通信速度低下時の動作について説明する。図１３に、通信速度低下時の動作の流れを示す。通信速度が所定の速度を下回ると（ステップＳ６０１／Ｙｅｓ）、通信速度が低下したことをネットワーク４０を介してサーバ１０に通知する（ステップＳ６０２）。また、制御部２３は、制御部２３は記憶部３１に格納した地図画像のデータ及び道路データ格納部３３に格納されている道路データを読み出し（ステップＳ６０３）、ＧＰＳ受信部２５から入力されるＧＰＳ情報を基に案内画面を生成し（ステップＳ６０４）、これを表示部２６ａに表示させる（ステップＳ６０５）。すなわち、記憶部３１にデータを格納した地図の上に、道路データ格納部３３に格納されている道路データと、自己位置アイコン制御部３２が生成する自己位置アイコンとを表示させることにより案内画面を生成する。
また、制御部２３は、通信速度が低下中であることを表すメッセージを表示部２６ａに表示又は音声出力部２６ｂから出力することにより、表示部２６ａにＧＵＩとしてボタン等が表示されていても使用できない状態であることをユーザに通知する。
【００５６】
サーバ１０は、通信速度が低下したことをクライアント２０から通知されると、地図画像を用いた案内画面の送信を停止し、音声案内のデータのみを出力データ生成部１４に出力する（ステップＳ６０６）。なお、ナビエンジン１２は、案内画面を用いた案内をいつでも再開できるように、案内画面の生成は継続する。
出力データ生成部１４は、ナビエンジン１２から入力された音声案内のデータをデータ圧縮部１５に出力し、データ生成部１５で圧縮した後に送信部１６からネットワーク４０を介してクライアント２０へ送信する（ステップＳ６０７）。
クライアント２０において、受信部２１で受信された音声案内の圧縮データは、第１の実施形態と同様に、データ伸張部２２で伸張され、音声読み上げ部２７において音声データに変換された後、音声出力部２６ｂから出力される。
【００５７】
その後、第１の実施形態と同様に制御部２３がクライアント２０の通信速度を監視し、通信速度が回復したらその旨をサーバへ通知する。ナビエンジン１２はクライアント２０からの通知を受けると、地図データを用いた案内画面の作成を再開し、出力データ生成部１４、データ圧縮部１５及び送信部１６を用いてネットワーク４０を介してクライアント２０へ送信する。クライアント２０は、サーバ１０から案内画面のデータを受信すると、表示部２６ａに表示させ、通常の案内の動作に戻る。
【００５８】
本実施形態においては、クライアントの通信速度が低下した場合には、クライアントが自装置内で案内画面のデータを生成するため、クライアント２０の通信速度が極端に低くなったり、完全に通信が切断された場合でもルート案内を継続できる。
【００５９】
なお、上記各実施形態は、本発明の好適な実施の一例であり、本発明はこれに限定されることはない。
例えば、上記各実施形態においては、ナビエンジンが音声案内をテキストデータとして生成し、クライアント側でテキスト読み上げ処理を実行する場合を例としたが、クライアントに音声案内の部品となる音声データを格納しておき、ナビエンジンはそれらの部品をどのようにつなげるかを示す情報を音声案内として出力するようにしても良い。具体的には、クライアントに「２００ｍ先」、「ガソリンスタンドの前」、「左方向」という音声データをつなげて音声出力部から出力させることで、「２００ｍ先のガソリンスタンドの前で左折する。」という案内を行える。
このように、本発明は様々な変形が可能である。
【符号の説明】
【００６０】
１０    サーバ
１１、２１    受信部
１２    ナビエンジン
１３    地図データ・道路データ格納部
１４    出力データ生成部
１５    データ圧縮部
１６、３０    送信部
１８、３１    記憶部
２０    クライアント
２２    データ伸張部
２３    制御部
２４    ＧＰＳアンテナ
２５    ＧＰＳ受信部
２６ａ    表示部
２６ｂ    音声出力部
２７    音声読み上げ部
２８    通信速度測定部
２９    操作入力部
３２    自己位置アイコン制御部
３３    道路データ格納部
４０    ネットワーク
【図１】
2010223691.tif 000003
【図２】
2010223691.tif 000004
【図３】
2010223691.tif 000005
【図４】
2010223691.tif 000006
【図５】
2010223691.tif 000007
【図６】
2010223691.tif 000008
【図７】
2010223691.tif 000009
【図８】
2010223691.tif 000010
【図９】
2010223691.tif 000011
【図１０】
2010223691.tif 000012
【図１１】
2010223691.tif 000013
【図１２】
2010223691.tif 000014
【図１３】
2010223691.tif 000015
【図１４】
2010223691.tif 000016