(57)【特許請求の範囲】
【請求項１】
地図と共に道路の名称を表示する情報端末を、
前記道路の複数の前記名称を各名称の優先順位と共に取得する取得手段と、
前記地図を表示装置に表示する地図表示手段と、
前記取得手段が取得した前記道路の前記複数の前記名称のうち前記優先順位が最も高い前記名称を、前記地図に表示する名称表示手段と、
操作を受け付ける操作受付手段、として機能させ、
前記操作受付手段が、前記名称表示手段が前記地図に表示している前記複数の前記名称を切り替える操作を受け付けた場合、
前記名称表示手段は、前記地図に表示されている前記道路の前記名称の次に前記優先順位が高い前記道路の前記名称に切り替えることを特徴とするプログラム。
【請求項２】
前記取得手段は、１つ以上の道路を含むセクションの組み合わせで２点間の経路を表す経路情報と共に前記道路の前記複数の前記名称を取得し、
前記名称表示手段は、前記セクションが切り替わるごとに前記セクションに対応づけられた前記名称を前記地図に表示するものであり、
前記取得手段が取得した前記経路情報の前記セクションに対応づけられている前記複数の前記名称のうち前記優先順位が最も高い前記名称を、前記名称表示手段が前記地図に表示する請求項１に記載のプログラム。
【請求項３】
前記取得手段は、１つ以上の道路を含むセクションの組み合わせで２点間の経路を表す経路情報と共に前記道路の前記複数の前記名称を取得し、
前記名称表示手段は、前記セクションが切り替わるごとに前記セクションに対応づけられた前記名称を前記地図に表示するものであり、
切り替わる前の前記セクションと切り替わった後の前記セクションに対応づけられた前記名称が同じ場合、前記名称表示手段は前記地図に表示された前記道路の前記名称を更新しない請求項２に記載のプログラム。
【請求項４】
切り替わる前の前記セクションと切り替わった後の前記セクションに対応づけられた前記名称が異なるが、
切り替わる前の前記セクションと切り替わった後のさらに次の前記セクションに対応づけられた前記名称が同じ場合、前記名称表示手段は前記地図に表示された前記道路の前記名称を更新しない請求項３に記載のプログラム。
【請求項５】
前記情報端末を、さらに、
前記操作受付手段が前記地図に表示される前記名称を切り替える操作を受け付けることで、前記地図に表示された前記名称を前記セクションの識別情報と共に記憶部に記憶させる操作記録手段として機能させ、
前記セクションが切り替わった時に前記記憶部を参照し、切り替わった後の前記セクションの識別情報が記憶されている場合、前記記憶部に記憶されている前記セクションの識別情報の前記名称を前記経路情報から取得して前記名称表示手段が前記地図に表示させ、
前記記憶部に切り替わった後の前記セクションの識別情報が記憶されていない場合、前記取得手段が前記経路情報と共に取得した前記道路の前記名称を前記優先順位にしたがって前記地図に表示させる請求項２に記載のプログラム。
【請求項６】
ネットワークを介して通信可能な情報端末に、地図を提供する情報処理装置であって、
前記情報端末から経路の検索要求を受信する受信手段と、
前記受信手段が経路の検索要求を受信した場合、１つ以上の道路を含むセクションの組み合わせで２点間の経路を表す経路情報を作成する経路検索手段と、
前記セクションの識別情報に対応づけて前記道路の複数の名称が優先順位と共に登録されている道路名称記憶部から、前記経路情報に含まれる前記セクションの前記識別情報に対応づけられている前記複数の前記名称を読み出す読出手段と、
前記読出手段が読み出した前記複数の前記名称を前記優先順位と共に、前記経路情報に含まれる前記セクションに対応づける名称付与手段と、
前記セクションに前記複数の前記名称が前記優先順位と共に対応づけられた前記経路情報を前記情報端末に送信する送信手段と、を有する情報処理装置。
【請求項７】
前記受信手段は、前記セクションごとの前記複数の前記名称のうち前記情報端末で前記地図に表示された前記名称、及び、前記情報端末のユーザの属性情報を受信し、
前記ユーザの前記属性情報に対応づけて前記セクションごとに前記情報端末で前記地図に表示された前記名称の数情報を表示結果情報に記録する数情報記録手段を有し、
前記名称付与手段は、経路の検索要求と共に前記受信手段が受信した前記属性情報に対し前記名称ごとに対応づけられている前記数情報が多い順に前記複数の前記名称に前記優先順位を付与して、前記複数の前記名称を前記優先順位と共に前記経路情報に含まれる前記セクションに対応づける請求項６に記載の情報処理装置。
【請求項８】
情報端末と、地図を提供する情報処理装置とがネットワークを介して通信するナビゲーションシステムであって、
前記情報処理装置は、
前記情報端末から経路の検索要求を受信する受信手段と、
前記受信手段が経路の検索要求を受信した場合、１つ以上の道路を含むセクションの組み合わせで２点間の経路を表す経路情報を作成する経路検索手段と、
前記セクションの識別情報に対応づけて前記道路の複数の名称が優先順位と共に登録されている道路名称記憶部から、前記経路情報に含まれる前記セクションの前記識別情報に対応づけられている前記複数の前記名称を読み出す読出手段と、
前記読出手段が読み出した前記複数の前記名称を前記優先順位と共に前記経路情報に含まれる前記セクションに対応づける名称付与手段と、
前記セクションに前記複数の前記名称が前記優先順位と共に対応づけられた前記経路情報を前記情報端末に送信する送信手段と、を有し、
前記情報端末は、
前記道路の複数の前記経路情報を取得する取得手段と、
前記地図を表示装置に表示する地図表示手段と、
前記取得手段が取得した前記経路情報の前記セクションに対応づけられている前記複数の前記名称のうち前記優先順位が最も高い前記名称を、前記地図に表示する名称表示手段と、を有するナビゲーションシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラム、情報処理装置及びナビゲーションシステムに関する。
【背景技術】
【０００２】
現在地の周囲の地図を表示したり、現在地と目的地などの２つのＰＯＩ（Point  Of  Interest）間の経路を検索し地図に重ねて表示したりするナビゲーションシステムが知られている。ユーザ側の情報端末には道路名や建物などの施設名が記載された地図に経路が表示され、情報端末は右左折の手前などで案内音声を出力して進行方向を案内する。したがって、ユーザは道路名や建物名などで経路を確認しながら案内音声にしたがって目的地まで到達できる。
【０００３】
このように、地図には各種の名称が表示されるが、表示される名称はユーザが把握しやすいものであることが好ましい。そこで、ユーザの認知度にもとづいて名称を地図に表示する技術が考案されている（例えば、特許文献１参照。）。特許文献１には、ユーザが認知している確率が高い名称を地図に表示する地図情報表示装置が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−０２５６５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、同じ道路や施設、地名などが異なる名称で呼ばれる場合がある。例えば、レインボーブリッジ（登録商標）は一般にレインボーブリッジ（登録商標）と呼ばれる場合が多いが、首都高速１１号台場線という一般名称を有している。
【０００６】
しかしながら、従来のナビゲーションシステムでは、複数の名称を有する道路等について、特定の１つの名称を表示することしかできないという問題がある。このため、ナビゲーションシステムの管理者などは複数の名称を有する道路等について表示用の名称を決定する必要がある。また、情報端末は、送信された表示用の名称を表示することしかできず、表示用に決定されなかった名称については表示する機会がなかった。
【０００７】
本発明は、上記課題に鑑み、同じ道路の複数の名称を適切に表示できるプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題に鑑み、本発明は、地図と共に道路の名称を表示する情報端末を、前記道路の複数の前記名称を各名称の優先順位と共に取得する取得手段と、前記地図を表示装置に表示する地図表示手段と、前記取得手段が取得した前記道路の前記複数の前記名称のうち前記優先順位が最も高い前記名称を、前記地図に表示する名称表示手段と、操作を受け付ける操作受付手段、として機能させ、前記操作受付手段が、前記名称表示手段が前記地図に表示している前記複数の前記名称を切り替える操作を受け付けた場合、前記名称表示手段は、前記地図に表示されている前記道路の前記名称の次に前記優先順位が高い前記道路の前記名称に切り替えることを特徴とするを提供する。
【発明の効果】
【０００９】
同じ道路の複数の名称を適切に表示できるプログラムを提供することができる。
【図面の簡単な説明】
【００１０】
【図１】端末による道路名称の表示の概略を説明する図の一例である。
【図２】ナビゲーションシステムのシステム構成図の一例である。
【図３】サーバ及び端末のハードウェア構成図の一例である。
【図４】ナビゲーションシステムが備える各機能を図示した機能ブロック図の一例である。
【図５】端末がナビ画面に道路名称を表示する手順を示すシーケンス図の一例である。
【図６】端末の道路名称表示部が道路名称を表示する手順を示すフローチャート図の一例である。
【図７】ナビ画面に表示される道路名称の一例を示す図である。
【図８】端末の道路名称表示部が道路名称を表示する別の手順を示すフローチャート図の一例である。
【図９】端末の道路名称表示部が道路名称を表示する別の手順を示すフローチャート図の一例である。
【図１０】端末が表示するナビ画面の一例を示す図である。
【図１１】端末の機能ブロック図の一例である（実施例２）。
【図１２】ユーザが選択した道路名称の識別番号を端末が記録し、この記録に基づいて道路名称を表示する手順を示すフローチャート図の一例である。
【図１３】ナビゲーションシステムの機能ブロック図の一例である（実施例３）。
【図１４】サーバが属性・道路名称ＤＢを更新する手順を示すシーケンス図の一例である。
【図１５】端末がナビ画面に道路名称を表示する手順を示すシーケンス図の一例である。
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための形態について図面を参照しながら説明する。
【実施例１】
【００１２】
図１は、本実施形態の端末３５による道路名称の表示の概略を説明する図の一例である。図１（ａ）はサーバ３１が管理する道路名称ＤＢ４９４を説明する図であり、図１（ｂ）は端末が表示するナビ画面５０１を説明する図である。端末３５が車両に搭載されているものとして説明する。端末３５が表示するナビ画面５０１は道路名表示欄５０２を有しており、道路名表示欄５０２には車両が走行している道路に応じて道路名称が表示される。
【００１３】
このような仕組みを実現するため、サーバ３１は道路名称ＤＢ４９４に各道路の道路名称をセクションごとに保持している。セクションについては後述される。１つの同じ道路が異なる名称で呼ばれる場合があることを考慮して、道路名称ＤＢ４９４には１つの道路に最大４つの道路名称が登録されている。それぞれを通称名称、一般名称１、一般名称２、及び、正式名称という。路地などの幅員が狭い道路では４つの道路名称の全てがない道路もあるし、４つの道路名称の１つだけ、２つだけ又は３つだけが登録されている道路もある。
【００１４】
通称名称＞一般名称１＞一般名称２＞正式名称の順に一般性（この道路の呼称として使用されることが多い）が高いと考えられ、ナビゲーションシステムの管理者は一般性が高い順に各道路の道路名称をサーバ３１に登録しておく。したがって、ある道路の道路名称を１つだけ選択するなどの作業が不要になる。
【００１５】
端末３５は、目的地までの経路情報をサーバ３１から取得しており、ナビ画面５０１に経路６１を表示する。また、経路情報と共に、セクションごとに最大４つの道路名称が経路情報に関連づけられた状態で端末３５に送信される。端末３５は、走行中の道路に通称名称がある場合は通称名称を、一般名称１がある場合は一般名称１を、一般名称２がある場合は一般名称２を、正式名称がある場合は正式名称を道路名表示欄５０２に表示する。
【００１６】
したがって、ユーザは道路名表示欄５０２を見ることで走行中の道路の道路名称を把握できる。また、４つ全ての道路名称がサーバ３１から送信されなくても、端末３５は送信された道路名称の中から最も優先順位が高い道路名称を表示するので、ユーザは一般性が高い道路名称で走行中の道路を確認できる。また、ナビゲーションシステムの管理者は道路名称を１つに絞る必要がない。また、仮に、ある道路に新しい道路名称が付与された場合でも、管理者は通称名称、一般名称１、一般名称２又は正式名称の空いている欄に新しい道路名称を設定すればよい。この場合、優先順位にしたがって、端末３５が新しい道路名称を表示できる。
【００１７】
＜システム構成例＞
図２（ａ）は、本実施例にかかるナビゲーションシステム１００のシステム構成図の一例である。ナビゲーションシステム１００は、ネットワーク３４を介して通信可能に接続されたサーバ３１、端末３５、及び、管理者端末３３を有している。ネットワーク３４は、例えば、ＬＡＮ、広域範囲の複数のＬＡＮが接続されたＷＡＮ、及び、インターネットなどである。ネットワーク３４は有線のみ又は無線のみで構築されていてもよいし、有線と無線とで構築されていてもよい。また、ネットワーク３４にはアクセスポイントなどの基地局３２が接続されており、端末３５は無線で基地局３２にアクセスすることでネットワーク３４に接続する。端末３５は携帯電話網や無線ＬＡＮなどの主に無線で構築される通信網を介して基地局３２と通信する。
【００１８】
サーバ３１は、端末３５に対し、ナビゲーションに関するサービス・機能を提供する。例えば、端末３５から現在位置の位置情報と目的地を取得して経路を検索し、後述する経路情報と電子地図やメニューなどの各種アイコンを含むナビ画面５０１を端末３５に送信する。
【００１９】
ネットワーク３４には符号３５にて示す端末１〜Ｎが接続され得る。端末１〜Ｎを区別せずに説明する場合は端末３５と称する。例えば、端末１を自分であるユーザが使用し、端末２〜Ｎを相手が使用する。
【００２０】
図２（ｂ）に示す用に、端末３５は、汎用的な情報処理端末３５１である場合とナビゲーション専用端末３５２の場合がある。ナビゲーション専用端末３５２はＰＮＤ（Portable  Navigation  Device）とも呼ばれる。なお、本実施例の端末３５は、情報処理端末３５１又はナビゲーション専用端末３５２以外でもよい。
【００２１】
情報処理端末３５１としての端末３５は、例えば、スマートフォン、タブレット端末、携帯電話、ＰＤＡ（Personal  Digital  Assistant）、ノートＰＣ、及び、ウェアラブルＰＣ（例えば、腕時計型、サングラス型など）などである。情報処理端末３５１はこれらに限定されるものではなく、ナビ画面５０１の表示や経路案内に適切な装置であればよい。これらの装置は、普段は情報処理端末として利用されるが、ナビゲーションのためのアプリケーションソフトウェアを実行すると、ナビゲーション専用端末３５２と同様、経路検索及び経路案内等を行う。
【００２２】
また、端末３５は、汎用的な情報処理端末３５１とナビゲーション専用端末３５２のどちらの場合でも、車載された状態と携帯可能な状態の切り替えが可能であってもよい。
【００２３】
端末３５の動作態様には大きく２つある。１つは、端末３５が例えば専用のアプリケーションソフトウェアやＷｅｂブラウザを起動してサーバ３１と通信し、経路案内に関する情報を受信して表示するクライアント型の動作態様である。もう１つは、原則的に地図の描画などの処理を端末内で完結し、地図データの取得など必要な場合にのみサーバ３１と通信するアプリケーション型の動作端末である。本実施例では、クライアント型を例に説明するが、アプリケーション型に対しても本実施例の経路表示を好適に適用できる。
【００２４】
なお、ユーザは２台の端末３５を用いて、ナビゲーションシステム１００を利用してもよい。例えば、ノートＰＣなどの端末３５でドライブポータルサイトにアクセスして、出発地から目的地までの経路を事前に検索しておく。ドライブポータルサイトは、運転者（ドライバ）のための情報サービスサイトである。検索された経路はドライブポータルサイトに登録しておき、任意のタイミングでスマートフォンなどの端末３５から登録されている経路情報をダウンロードする。このような使い方により、ユーザは予め経路を事前に検索しておくことができ、出発前の端末３５の操作を少なくできる。
【００２５】
管理者端末３３は、ナビゲーションシステム１００の管理者が使用する情報処理装置である。管理者は管理者端末３３を操作してサーバ３１と通信し、後述する道路名称ＤＢ４９４に道路名称を登録する。管理者端末３３が端末３５と兼用されてもよい。管理者端末３３は有線又は無線のいずれでサーバ３１と通信してもよい。
【００２６】
＜ハードウェア構成＞
図３は、サーバ３１及び端末３５のハードウェア構成図の一例である。サーバ３１及び端末３５は情報処理装置の機能を有している。図３（ａ）に示すように、サーバ３１は、ハードウェア構成として、ＣＰＵ（Central  Processing  Unit）２１１、ＲＯＭ（Read  Only  Memory）２１５、ＲＡＭ（Random  Access  Memory）２１６、補助記憶装置２１７、入力装置２１２、表示装置２１３、及び、通信装置２１４を有する。
【００２７】
また、図３（ｂ）に示すように、端末３５は、ハードウェア構成として、ＣＰＵ２１１、ＲＯＭ２１５、ＲＡＭ２１６、補助記憶装置２１７、入力装置２１２、表示装置２１３、通信装置２１４、音声入出力装置２１８、及び、ＧＰＳ受信装置２１９を有する。
【００２８】
ＣＰＵ２１１は、各種プログラムの実行や演算処理を行う。ＲＯＭ２１５には、起動時に必要なプログラムなどが記憶されている。ＲＡＭ２１６は、ＣＰＵ２１１での処理を一時的に記憶したり、データを記憶したりする作業エリアである。補助記憶装置２１７は、各種データ及びプログラム２１０１、２１０２を格納する不揮発性のメモリである。入力装置２１２は、例えばキーボードやマウスである。表示装置２１３は、ディスプレイやプロジェクタ、ＨＵＤ（Ｈｅａｄ  Ｕｐ  Ｄｉｓｐｌａｙ）であり、例えば、ナビ画面等が表示される。通信装置２１４は、基地局３２を介してネットワーク３４に接続しサーバ３１等との通信を行う。音声入出力装置２１８は、音声の入出力を行う装置であり、例えば、ナビゲーションの音声ガイダンスが出力される。ＧＰＳ受信装置２１９は、ＧＰＳ衛星の電波を受信して現在位置を算出するＧＮＳＳ（Global  Navigation  Satellite  System）の一例である。
【００２９】
なお、端末３５の入力装置２１２は、キーボードやマウスに代え又はこれらに加えて、画面に対する接触位置（タッチ座標）を検知可能なタッチパネルにより実現されうる。また、入力装置２１２は、音声入出力装置２１８が入力させた音声を認識する音声認識装置としての機能を有していてもよい。
【００３０】
サーバ３１又は端末３５の補助記憶装置２１７に記憶されているプログラム２１０１，２１０２は、ＵＳＢメモリなどの記憶媒体に記憶された状態で配布される。あるいは、プログラムを配布する配信サーバから端末３５がダウンロードすることで配布される。端末３５のプログラム２１０２は、経路案内に専用のアプリケーションソフトウェアでもよいし、ブラウザソフトウェアでもよい。また、実行形式で配布されてもインストール用の形式で配布されてもよい。
【００３１】
なお、サーバ３１にはクラウドコンピューティングが適用されていることが好ましい。クラウドコンピューティングの物理的な構成に厳密な定義はないが、情報処理装置を構成するＣＰＵ、ＲＡＭ、ストレージなどのリソースが負荷に応じて動的に接続・切断されることで情報処理装置の構成や設置場所が柔軟に変更されてよい。また、クラウドコンピューティングでは、サーバ３１が仮想化されることが一般的である。一台の情報処理装置が仮想化によって複数のサーバ３１としての機能を提供することや、複数の情報処理装置が仮想化によって一台のサーバ３１としての機能を提供することができる。
【００３２】
したがって、図示したサーバ３１のハードウェア構成は、１つの筐体に収納されていたり一まとまりの装置として備えられていたりする必要はなく、サーバ３１が備えていることが好ましいハード的な要素を示す。なお、サーバ３１がクラウドコンピューティングとしてではなく単独の情報処理装置により提供されることも可能である。
【００３３】
なお、管理者端末３３のハードウェア構成は図３（ｂ）と同様でよいため、適宜、図３（ｂ）を参照して説明される。
【００３４】
＜ナビゲーションシステムの機能構成例＞
図４は、本実施例のナビゲーションシステム１００が備える各機能を図示した機能ブロック図の一例である。なお、管理者端末３３の機能は必要に応じて説明される。
【００３５】
<<サーバの機能構成>>
サーバ３１は、サーバ送受信部４１、経路検索部４２、ナビ画面作成部４３、道路名称取得部４５、及び、記憶・読出処理部４９を有している。これらの各機能は図３（ａ）に示したＣＰＵ２１１がプログラム２１０１を実行してサーバ３１のハードウェアと協働することで実現される機能又は手段である。これらの機能の一部又は全てがＩＣなどのハードウェア回路により実現されてもよい。
【００３６】
また、サーバ３１は、図３（ａ）に示した補助記憶装置２１７、ＲＯＭ２１５又はＲＡＭ２１６により構築される記憶部４９０を有している。記憶部４９０には、地図ＤＢ４９１、道路ネットワークＤＢ４９２、歩行者ネットワークＤＢ４９３、道路名称ＤＢ４９４が構築されている。これらの各ＤＢは、サーバ３１が直接有していなくてもよく、サーバ３１がアクセス可能なネットワーク３４上の任意の場所にあればよい。
【００３７】
まず、各データベースについて説明する。
【００３８】
地図ＤＢ４９１は、電子地図を描画するための地図データを記憶している。電子地図に表示される情報には、都道府県などの区画、緑地や河川、道路や鉄道、記号や注記など多くの表示対象があるため、性質の似たものに分類し各分類ごとに描画できるようになっている。それぞれに分類された表示対象又は表示対象が描画された状態をレイヤーといい、電子地図はいくつかのレイヤーを重ねることで描画される。各レイヤーの地図データは、ベクトルデータ又はラスターデータのうち表示対象に適したフォーマットで記述されている。また、地図データは経度・緯度などが既知のメッシュ状に区切られており、１つ以上のメッシュを結合してナビ画面５０１が作成される。ベクトルデータの場合は、緯度・経度でポイント、ポリライン、ポリゴンの位置が定められている。また、ラスターデータの場合は緯度・経度に対応づけて縮尺に応じたデータが用意されている。
【００３９】
【表１】
0006573807.tif 000002
【００４０】
表１は道路ネットワークＤＢ４９２の構成を模式的に示す。道路ネットワークＤＢ４９２は、車両が通行可能な道路の構造を表すデータであって、表１（ａ）のノードテーブルと表１（ｂ）のリンクテーブルとを有している。ノードテーブルには、ノードを識別するためのノードＩＤとノードの座標（緯度・経度）が登録されている。ノードとは道路網表現上の結節点である。具体的にはノードは例えば交差点、分岐点、合流点、屈曲点などである。ノードＩＤが分かればノードに繋がっているリンクがリンクテーブルから判明するので、ノードテーブルとリンクテーブルを相互に参照することで道路を検索できる。
【００４１】
また、リンクテーブルにはリンクを識別するためのリンクＩＤ、リンクの始点ノード、リンクの終点ノード、リンク長、セクションＩＤ、及び、道路種別などが登録されている。この他、幅員などが登録されてよい。リンクとはノードとノードを結ぶ道路を表し、リンクはノード同士を結ぶ線分となる。道路種別は、例えば一般道、高速道路、専用道路、私道などである。セクションとは、ある程度のリンクをひとまとめに扱うための単位である。少なくとも、異なる道路（例えば、国道１号と２号など）においてセクションが切り替わる。また、同じ道路内でも、リンク２つ分又はリンク３つ分などのように予め決めたルールにしたがって切り替わる。また、おおよそ数百メートル分のノードやリンクを１つのセクションとしてよい。
【００４２】
歩行者ネットワークＤＢ４９３は、ノードテーブルとリンクテーブルとを有する点で道路ネットワークＤＢ４９２と同様である。ただし、歩行者ネットワークＤＢ４９３には、歩行者が通行可能な道（歩道、横断歩道、歩道橋、地下道、通り抜け可能な通路など）のリンクと、リンクの始点と終点のノード等が登録されている。
【００４３】
【表２】
0006573807.tif 000003
【００４４】
表２は道路名称ＤＢ４９４の構成を模式的に示す。道路名称ＤＢ４９４には、セクションＩＤに対応づけて、通称名称、一般名称１、一般名称２、及び、正式名称が登録されている。したがって、サーバ３１はセクションＩＤが決まると、最大４つの道路名称を道路名称ＤＢ４９４から読み出して端末３５に提供できる。なお、道路名称ＤＢ４９４のセクションＩＤは一例に過ぎず実際の道路のセクションＩＤとは異なっていてよい。同じ道路の一部にだけ通称名称がある場合もあるなど、セクションと道路名称の関係は様々である。管理者は管理者端末３３を操作してセクションごとに道路名称を収集し、通称名称、一般名称１、一般名称２、及び、正式名称に該当する道路名称を登録する。
【００４５】
上記のように、通称名称＞一般名称１＞一般名称２＞正式名称の順に一般性が高い。ただし、厳密なものでなくてよく、管理者は１つの道路の道路名称として存在する最大４つの道路名称を道路名称ＤＢ４９４に登録する。新たな道路名称が生まれた場合や存在に気づいた場合は、適宜、登録することができる。また、あるセクションの道路名称の優先順位を切り替えたり、全てのセクションに対し道路名称の優先順位を切り替えたりすることができる。
【００４６】
なお、道路名称ＤＢ４９４は道路ネットワークＤＢ４９２や歩行者ネットワークＤＢ４９３に対し独立して存在するのでなく、道路ネットワークＤＢ４９２や歩行者ネットワークＤＢ４９３のセクションＩＤに対応づけて道路名称が登録されていてもよい。
【００４７】
（サーバ３１の機能について）
続いて、サーバ３１が有する機能について説明する。サーバ送受信部４１は、図３（ａ）のＣＰＵ２１１及び通信装置２１４等により実現される。サーバ送受信部４１は、送信部４１ａ及び受信部４１ｂを有している。サーバ送受信部４１の受信部４１ｂは、端末３５からナビゲーションに関する種々の要求を受け付ける。この要求は、例えば、目的地までの経路検索要求、ナビ画面５０１の更新要求（拡大・縮小、表示範囲の変更）などがある。これらの要求は、ナビ画面作成部４３又は経路検索部４２に振り分けられる。また、サーバ送受信部４１の送信部４１ａは経路情報及びナビ画面５０１を端末３５に送信する。
【００４８】
経路検索部４２は、図３（ａ）のＣＰＵ２１１等により実現され、検索要求に対し道路ネットワークＤＢ４９２又は歩行者ネットワークＤＢ４９３の少なくとも一方を用いて経路を検索し経路情報を作成する。経路検索には、リンク長や幅員、渋滞状況をコストに換算して、出発地から目的地までのコストの合計が最も少なくなる経路を選ぶダイクストラ法が知られている。なお、ダイクストラ法以外の検索方法が用いられてもよい。経路情報は、表３に示すように２点間を通過する道路をリンクＩＤ（又はノードＩＤ）で順番に示す情報となる。
【００４９】
経路検索部４２は、検索して得られた２点間の経路情報をナビ画面作成部４３、道路名称取得部４５及びサーバ送受信部４１に送出する。
【００５０】
ナビ画面作成部４３は、図３（ａ）のＣＰＵ２１１等により実現され、２点を包含する領域を含み、経路及び２点（例えば出発地及び目的地）が強調表示されたナビ画面５０１を作成する。なお、ナビ画面５０１は経路を含めＧＩＦやＪｐｅｇなどの画像データとして作成される場合と、画像データとしての電子地図とプログラムコードとして記述された経路情報とに分けて作成される場合がある。
【００５１】
後者の場合、経路の描画は端末３５が行う。サーバ３１のナビ画面作成部４３は経路を描画するためのプログラムコードを生成して端末３５に送信し、端末３５がプログラムコードを実行することでナビ画面５０１に経路を描画できる。このようなプログラムコードとしてはJavascript（登録商標）が知られている。
【００５２】
ナビ画面５０１はさらに、ユーザの現在位置を表示してもよい。また、ユーザが移動を開始すると、ナビ画面作成部４３は案内に適した縮尺のナビ画面５０１を作成する。また、端末３５から更新要求を取得すると、ナビ画面作成部４３は要求された縮尺や表示範囲に応じてナビ画面５０１を作成する。サーバ送受信部４１はこのようにして作成された経路情報とナビ画面５０１を端末３５に送信する。
【００５３】
道路名称取得部４５は、図３（ａ）のＣＰＵ２１１等により実現され、経路情報のセクションＩＤを取得し、記憶・読出処理部４９に対し道路名称を取得させる。記憶・読出処理部４９は道路名称ＤＢ４９４からセクションＩＤに対応付けられている最大４つの道路名称を読み出す。これにより、道路名称取得部４５は経路情報の各セクションに道路名称を対応づける。
【００５４】
【表３】
0006573807.tif 000004
【００５５】
表３は経路情報を模式的に示す。経路情報は経路ＩＤにより識別され、２点間（例えば出発地と目的地）の経路６１のリンクを示すリンクＩＤが通過順に登録されている構造となっている。リンクＩＤにはセクションＩＤが対応づけられているため、端末３５がセクションの切り替わりを検出できる。また、各セクションＩＤには、０〜４個の道路名称（通称名称、一般名称１、一般名称２、正式名称）が対応付けられている。道路名称は優先順位にしたがって配置されており、セクションＩＤに複数の道路名称が対応付けられていても、端末３５が各道路名称の優先順位を判定できる。
【００５６】
また、各リンク（セクション）には案内ポイントと呼ばれる進路の指示情報（進路変更するノード、通過するノード、進路変更を案内する位置）が含まれる場合がある。
【００５７】
なお、経路情報にはリンクＩＤでなくノードＩＤが登録されていてもよい。いずれの場合も各経路のノードの通過順が登録されていることになる。
【００５８】
記憶・読出処理部４９は、図３（ａ）のＣＰＵ２１１、ＲＯＭ２１５、ＲＡＭ２１６及び補助記憶装置２１７等により実現され、記憶部４９０に各種データを記憶したり、記憶部４９０に記憶された各種データを読み出す処理を行う。
【００５９】
<<端末の機能構成>>
続いて端末３５の機能又は手段について説明する。端末３５は、端末送受信部５１、操作受付部５２、位置検出部５３、経路案内部５４、及び、ナビ画面表示部５５を有している。これらは、図３（ｂ）に示したＣＰＵ２１１がプログラム２１０２を実行して端末３５のハードウェアと協働することで実現される機能又は手段である。これらの機能の一部又は全てがＩＣなどのハードウェア回路により実現されてもよい。
【００６０】
端末送受信部５１は、図３（ｂ）のＣＰＵ２１１及び通信装置２１４等により実現され、サーバ３１に検索要求及び更新要求を送信したり、サーバ３１からナビ画面５０１や経路情報を受信したりする。
【００６１】
操作受付部５２は、図３（ｂ）のＣＰＵ２１１及び入力装置２１２等により実現され、ユーザから経路検索のための２地点や検索方法の入力、拡大・縮尺の指示、及び、表示範囲変更などの指示を受け付ける。
【００６２】
位置検出部５３は、図３（ｂ）のＣＰＵ２１１及びＧＰＳ受信装置２１９等により実現され、定期的に及びユーザの操作に応じて現在位置を検出する。検出した現在位置は端末送受信部５１からサーバ３１に送信される。
【００６３】
経路案内部５４は、図３（ｂ）のＣＰＵ２１１等により実現され、サーバ３１から取得した経路情報と現在位置とに基づいて経路案内を行う。すなわち、ユーザの現在位置が経路情報に含まれる進路変更すべき位置に到達すると、曲がり角などを指示する音声データを音声入出力装置２１８に出力させる。なお、音声データはサーバ３１から送信されてもよいし、端末３５が案内用のテキストデータに基づいて音声合成をおこなって作成してもよい。
【００６４】
ナビ画面表示部５５は、図３（ｂ）のＣＰＵ２１１等により実現され、サーバ３１から受信したナビ画面５０１を表示装置２１３に表示する。また、位置検出部５３が検出した現在位置を経路上に補正して（ルートマッチングして）、ユーザの現在位置としてナビ画面５０１に合成する。経路情報が検索されていない状態では、道路や道などユーザが存在するはずのリンク上に現在位置を補正するマップマッチングを行う。なお、ルートマッチング又はマップマッチングはサーバ３１が行ってもよい。
【００６５】
ナビ画面表示部５５は道路名称表示部５６を有している。道路名称表示部５６は経路情報から道路名称を読み出してナビ画面５０１の道路名表示欄５０２に道路名称を表示する。詳細は後述される。
【００６６】
＜動作手順＞
図５は、端末３５がナビ画面５０１に道路名称を表示する手順を示すシーケンス図の一例である。図５の処理は、端末３５がユーザの操作を受け付けて経路検索をサーバ３１に要求するところからスタートする。
【００６７】
S1：端末３５の端末送受信部５１は経路検索要求をサーバ３１に送信する。経路検索要求には、出発地（例えば現在地）と目的地とが含まれている。
【００６８】
S2：サーバ３１のサーバ送受信部４１（受信部４１ｂ）は経路検索要求を受信し、経路検索部４２が現在地と目的地までの経路６１を検索する。
【００６９】
S3：サーバ３１のサーバ送受信部４１（送信部４１ａ）は経路情報を端末３５に送信する。
【００７０】
S4：端末３５の端末送受信部５１は経路情報を受信する。また、端末３５の操作受付部５２はユーザの操作を受け付けて、又は、ユーザが移動を開始すると自動的に経路案内を開始する。すなわち、現在地と経路情報を比較して案内ポイントでは進行方向を音声などで案内する。
【００７１】
S5：端末３５のナビ画面表示部５５はナビ画面５０１を表示し、道路名称表示部５６が道路名称をナビ画面５０１の道路名表示欄５０２に表示する。また、端末３５が搭載された車両は走行を開始するので、ナビ画面表示部５５はナビ画面５０１を更新する。また、車両がセクションを超えて移動すると、道路名称表示部５６は道路名称を更新する。
【００７２】
<<道路名称表示部の処理>>
図６は、端末３５の道路名称表示部５６が道路名称を表示する手順を示すフローチャート図の一例である。図６の処理は、ナビ画面５０１の表示中、繰り返し実行される。
【００７３】
まず、道路名称表示部５６はセクションが切り替わったか否かを判定する（Ｓ１０）。経路案内部５４が経路情報に基づいて現在地が属するセクションを判定しているので、道路名称表示部５６は経路案内部５４からセクションが切り替わったという通知を受ける。
【００７４】
ステップＳ１０の判定がＹｅｓの場合、道路名称表示部５６は道路名称を道路名表示欄５０２に表示しているか否かを判定する（Ｓ２０）。この判定は、例えば、経路情報において切り替わる前のセクションのセクションＩＤに道路名称が対応づけられているか否かにより判定される。あるいは、道路名称の表示中にＯＮとなるフラグを参照してもよい。
【００７５】
ステップＳ２０の判定がＮｏの場合、処理はステップＳ４０に進む。ステップＳ２０の判定がＹｅｓの場合、道路名称表示部５６は道路名表示欄５０２から道路名称を消去する（Ｓ３０）。
【００７６】
次に、道路名称表示部５６は次のセクションの道路名称を経路情報から読み出す（Ｓ４０）。上記のように、１つのセクションの道路名称は０〜４個のいずれかである。
【００７７】
道路名称表示部５６は道路名称に通称名称があるか否かを判定する（Ｓ５０）。ステップＳ５０の判定がＹｅｓの場合、道路名称表示部５６は道路名表示欄５０２に通称名称を表示して処理を終了する（Ｓ６０）。
【００７８】
ステップＳ５０の判定がＮｏの場合、道路名称表示部５６は道路名称に一般名称１があるか否かを判定する（Ｓ７０）。ステップＳ７０の判定がＹｅｓの場合、道路名称表示部５６は道路名表示欄５０２に一般名称１を表示して処理を終了する（Ｓ８０）。
【００７９】
ステップＳ７０の判定がＮｏの場合、道路名称表示部５６は道路名称に一般名称２があるか否かを判定する（Ｓ９０）。ステップＳ９０の判定がＹｅｓの場合、道路名称表示部５６は道路名表示欄５０２に一般名称２を表示して処理を終了する（Ｓ１００）。
【００８０】
ステップＳ９０の判定がＮｏの場合、道路名称表示部５６は道路名称に正式名称があるか否かを判定する（Ｓ１１０）。ステップＳ１１０の判定がＹｅｓの場合、道路名称表示部５６は道路名表示欄５０２に正式名称を表示して処理を終了する（Ｓ１２０）。
【００８１】
ステップＳ１１０の判定がＮｏの場合、道路名称表示部５６は道路名表示欄５０２に何も表示しない。あるいは、道路名表示欄５０２に道路名称がないことを示す「−」や「道路名称なし」などを表示してもよい。
【００８２】
＜道路名称の表示例＞
図７は、ナビ画面５０１に表示される道路名称の一例を示す図である。図７（ａ）は縦表示のナビ画面５０１を、図７（ｂ）は横表示のナビ画面５０１をそれぞれ示す。ユーザは車両の走行中、道路名称を把握できるため自分がどこを走行しているのかを把握しやすくなる。なお、道路名称の長さが閾値以上の場合、道路名表示欄５０２に入りきらない部分を「…」で表示してよい。
【００８３】
また、端末３５は縦表示と横表示とでそれぞれ適切な場所に道路名称を表示できる。端末３５はジャイロセンサを有しており、ピッチ方向、ロール方向、ヨー方向の３軸の回転角度や角速度を検出することができる。このため、端末３５の向きによって、ナビ画面表示部５５がナビ画面５０１を切り替えることができる。また、道路名称表示部５６もナビ画面５０１の向きに応じて道路名表示欄５０２の位置を変更し道路名称を表示する。
【００８４】
以上説明したように、本実施形態のナビゲーションシステム１００は、道路名称が複数ある道路について、優先順位にしたがって表示する道路名称を決定できる。ユーザは一般性が高い道路名称を見て走行中の道路を確認できる。また、管理者は、複数の道路名称から表示用の１つの道路名称を決定する必要がなく、ある道路に新しい道路名称が付与された場合でも、通称名称、一般名称１、一般名称２又は正式名称の空いている欄に新しい道路名称を設定すればよい。したがって、管理が容易になる。
【００８５】
＜道路名称表示部の処理の変形例＞
以下では、端末３５が道路名称を表示する手順のいくつかの変形例を説明する。
図８は、端末３５の道路名称表示部５６が道路名称を表示する別の手順を示すフローチャート図の一例である。なお、図８では主に図６との相違点を説明する。図６の処理では、切り替わる前のセクションと切り替わった後のセクションの道路名称が同じ場合でも、一度、道路名称が消去され（Ｓ３０）、再度、同じ道路名称が表示されてしまう。そこで、図８では、以下のように処理する。
【００８６】
まず、道路名称表示部５６はセクションが切り替わったか否かを判定する（Ｓ１０）。
【００８７】
次に、道路名称表示部５６は経路情報から現在のセクションと次のセクションの道路名称を読み出す（Ｓ１２）。
【００８８】
次に、道路名称表示部５６は現在のセクションと次のセクションの道路名称が同じかどうかを判定する（Ｓ１４）。ステップＳ１４の判定がＹｅｓの場合、道路名称表示部５６は何もせず図８の処理は終了する。
【００８９】
ステップＳ１４の判定がＮｏの場合、道路名称表示部５６は図６と同様にステップＳ３０，Ｓ５０〜Ｓ１２０の処理を実行する。
【００９０】
したがって、同じ道路名称がいったん消えてすぐに表示されることを防止できるため、ユーザが見やすい道路名称を表示できる。
【００９１】
<<道路名称表示部の処理の変形例>>
図９は、端末３５の道路名称表示部５６が道路名称を表示する別の手順を示すフローチャート図の一例である。なお、図９では主に図８との相違点を説明する。
【００９２】
例えば、現在のセクションの道路名称と次のセクションの道路名称が異なっていても、さらに次々のセクションの道路名称が同じ場合（例えば、Ａ→Ｂ→Ａのように道路名称が変わる場合）がある。この場合、Ａが消去されＢが表示されてもすぐにＡが表示されるため、Ｂを表示しない方が、ユーザにとって好ましい道路名称の表示となる場合がある。
【００９３】
そこで、図９では以下のように処理する。まず、道路名称表示部５６はセクションが切り替わったか否かを判定する（Ｓ１０）。
【００９４】
次に、ステップＳ１０の判定がＹｅｓの場合、道路名称表示部５６は経路情報から現在のセクション、次のセクション、及び、次々のセクションの道路名称を読み出す（Ｓ１３）。
【００９５】
次に、道路名称表示部５６は現在のセクションと次のセクションの道路名称が同じかどうかを判定する（Ｓ１４）。ステップＳ１４の判定がＹｅｓの場合、道路名称表示部５６は何もせず図９の処理は終了する。
【００９６】
ステップＳ１４の判定がＮｏの場合、道路名称表示部５６は現在のセクションと次々のセクションの道路名称が同じかどうかを判定する（Ｓ１５）。ステップＳ１５の判定がＹｅｓの場合、道路名称表示部５６は何もせず図９の処理は終了する。
【００９７】
したがって、一度、消去された道路名称が再び表示されることがなく、ユーザにとって好ましい道路名称の表示とすることができる。なお、図９のような処理を端末３５が行うかどうかを、ユーザが設定できることが好ましい。セクションが切り替わるごとに道路名称を把握したいというユーザもいるためである。
【実施例２】
【００９８】
本実施例では、表示される道路名称をユーザが変更できるナビゲーションシステムについて説明する。
【００９９】
図１０は、端末３５が表示するナビ画面５０１の一例を示す。図１０（ａ）に示すように、車両が走行中の道路は４つの道路名称を有しているものとする。端末３５は当初、通称名称の「レインボーブリッジ」を道路名表示欄５０２に表示する。本実施例では、ユーザが例えば道路名表示欄５０２をタップすることで、「通称名称→一般名称１→一般名称２→正式名称→通称名称→（以下繰り返し）」の順に端末３５が道路名称を変更する。したがって、ユーザは所望の道路名称を道路名表示欄５０２に表示できる。
【０１００】
また、端末３５はユーザが選択して表示した道路名称の識別番号を記憶部５９０に記憶しておく。すなわち、通称名称＝Ａ、一般名称１＝Ｂ、一般名称２＝Ｃ、正式名称＝ＤとしてＡ〜Ｄの１つを記録する。これにより、次回、車両が同じ道路を走行した場合、端末３５はユーザが選択した道路名称を道路名表示欄５０２に表示できる。
【０１０１】
図１１は、端末３５の機能ブロック図の一例である。サーバ３１の構成は図４と同様でよい。なお、本明細書において、同一の符号を付した構成要素については、同様の機能を果たすので、一度説明した構成要素の説明を省略あるいは相違点についてのみ説明する場合がある。
【０１０２】
本実施例では端末３５がユーザ操作記録部５７、記憶・読出処理部５９、及び、記憶部５９０を有している。ユーザ操作記録部５７は、ユーザが選択した道路名称の識別番号を記憶部５９０の道路名称テーブル５９１に記憶させる。記憶・読出処理部５９は、記憶部５９０に各種データを記憶したり、記憶部５９０に記憶された各種データを読み出す処理を行う。
【０１０３】
記憶部５９０の道路名称テーブル５９１には、ユーザが選択した道路名称の識別番号が登録される。
【０１０４】
【表４】
0006573807.tif 000005
【０１０５】
表４は道路名称テーブル５９１を模式的に示す。道路名称テーブル５９１にはセクションＩＤに対応づけて道路名称の識別番号（Ａ〜Ｄ）が登録される。すなわち、（通称名称、一般名称１、一般名称２、正式名称）が（Ａ、Ｂ、Ｃ、Ｄ）で表される。例えば、セクションＩＤがSec0052の道路では、ユーザが一般名称１（Ｂ）を表示させたことが記録されている。
【０１０６】
なお、本実施例では、道路名称の識別番号（Ａ〜Ｄ）を端末３５が記録するため経路情報に道路名称の識別番号（Ａ〜Ｄ）が含まれる。すなわち、経路情報では、例えば「Ａ通称名称、Ｂ一般名称１、Ｃ一般名称２、Ｄ正式名称」のように、道路名称に識別番号（Ａ〜Ｄ）が付与されている。なお、４つの道路名称の配置が優先順位を表すのは実施例１と同様である。
【０１０７】
図１２は、ユーザが選択した道路名称の識別番号を端末３５が記録し、この記録に基づいて道路名称を表示する手順を示すフローチャート図の一例である。図１２の手順は例えばナビ画面５０１の表示中、繰り返し実行される。
【０１０８】
まず、道路名称表示部５６はセクションが切り替わったか否かを判定する（Ｓ１０）。
【０１０９】
次に、ステップＳ１０の判定がＹｅｓの場合、ユーザ操作記録部５７は切り替わる前のセクションの道路名称が変更されていたかどうかを判定する（Ｓ２０）。具体的には、ステップＳ１００のように、予め表示中の道路名称の識別番号を記憶部５９０に記憶しておき、切り替わる前のセクションの道路名称のうち最も優先順位が高い道路名称の識別番号と比較する。
【０１１０】
ステップＳ２０の判定がＮｏの場合、ユーザは表示される道路名称を変更していないので、処理はステップＳ４０に進む。
【０１１１】
ステップＳ２０の判定がＹｅｓの場合、ユーザが表示される道路名称を変更したので、ユーザ操作記録部５７はセクションＩＤと道路名称の識別番号を道路名称テーブル５９１に登録する（Ｓ３０）。なお、同じセクションＩＤがすでに登録されている場合は上書きされる。これにより、セクションの切り替わり時にユーザが選択して表示させた道路名称の識別番号が記憶される。
【０１１２】
次に、道路名称表示部５６は道路名称テーブル５９１に次のセクションが登録されているか否かを判定する（Ｓ４０）。次のセクションのセクションＩＤは経路情報に登録されている。よって、このセクションＩＤが道路名称テーブル５９１に登録されているか否かを判定する。
【０１１３】
ステップＳ４０の判定がＹｅｓの場合、道路名称表示部５６は道路名称テーブル５９１から次のセクションのセクションＩＤに対応づけられている道路名称の識別番号を取得する（Ｓ５０）。
【０１１４】
そして、道路名称表示部５６は経路情報から次のセクションのセクションＩＤに対応付けられている道路名称のうち、ステップＳ５０で取得した識別番号の道路名称を取得し、ナビ画面５０１の道路名表示欄５０２に表示する（Ｓ６０）。これにより、前回、道路を走行した際にユーザが表示させた道路名称を、優先順位に関わらず表示させることができる。
【０１１５】
ステップＳ４０の判定がＮｏの場合、道路名称表示部５６は経路情報から道路名称を取得し優先順位にしたがって道路名称を表示させる（Ｓ７０）。すなわち、実施例１の図６、図８，図９などのように道路名称を表示させる（Ｓ７０）。
【０１１６】
一方、ステップＳ１０でＮｏと判定された場合、操作受付部５２がユーザの切替操作を受け付けたか否かを道路名称表示部５６が判定する（Ｓ８０）。
【０１１７】
ステップＳ８０の判定がＮｏの場合、道路名称に変更はなく、セクションの切り替わりが判定される（Ｓ１０）。したがって、道路名称が表示されていればそのまま表示され、道路名称が表示されていなければ表示されない。
【０１１８】
ステップＳ８０の判定がＹｅｓの場合、道路名称表示部５６はユーザ操作に応じて経路情報から道路名称を取得して表示する（Ｓ９０）。この場合、道路名称がすでに表示されているので、表示中の道路名称の次に優先順位が高い道路名称を道路名表示欄５０２に表示する。
【０１１９】
最後に、道路名称表示部５６は、現在、表示中の道路名称の識別番号を記憶部５９０に記憶させる（Ｓ１００）。
【０１２０】
以上のように、本実施例のナビゲーションシステムによれば、ユーザが表示を変更した道路名称を次回からは最初に表示させることができる。
【実施例３】
【０１２１】
本実施例では、ユーザの属性に応じて道路名称の優先順位を変更できるナビゲーションシステムについて説明する。例えば、年齢層によって一般的な道路名称が異なる場合がある。本実施例のナビゲーションシステムはこのような場合にユーザの年齢層に適した道路名称を表示させることができる。
【０１２２】
図１３は、ナビゲーションシステム１００の機能ブロック図の一例である。本実施例では主に実施例２との相違点が説明される。図１３では、サーバ３１が属性管理部４６を有し、記憶部４９０に属性・道路名称ＤＢ４９５が構築されている。属性管理部４６は、端末３５からユーザが選択した道路名称の識別番号を取得し、属性・道路名称ＤＢ４９５に登録する。
【０１２３】
【表５】
0006573807.tif 000006
【０１２４】
表５は、属性・道路名称ＤＢ４９５を模式的に示す。属性・道路名称ＤＢ４９５には、セクションＩＤに対応づけて、年代別に道路名称の選択数（数情報）が登録されている。例えば、１０代であれば、通称名称を１００人が表示させ、一般名称１を２０人が表示させ、一般名称２を１０人が表示させ、正式名称を２５人が表示させたことが記録されている。したがって、サーバ３１は年代別にどの道路名称が表示されているかをセクションごとに管理できる。
【０１２５】
一方、端末３５は記憶部５９０に属性テーブル５９２を有している。
【０１２６】
【表６】
0006573807.tif 000007
【０１２７】
表６は属性テーブルの一例を示す。属性テーブル５９２には各属性ごとにユーザの属性値が登録されている。属性としては年齢、性別、出身地、現住所が示されているがこれらには限られない。なお、ユーザによっては属性の提供に抵抗を持つ者もいるため属性を提供するか否かをユーザが任意に設定できる。
【０１２８】
＜動作手順＞
図１４は、サーバ３１が属性・道路名称ＤＢ４９５を更新する手順を示すシーケンス図の一例である。図１４の処理は、実施例２の処理により、道路名称テーブル５９１が更新されながら目的地までの走行が完了するとスタートする。
【０１２９】
S1：端末３５の端末送受信部５１は目的地に到着すると、表示結果通知をサーバ３１に送信する。表示結果通知には、属性テーブル５９２、経路情報、道路名称テーブル５９１が含まれている。
【０１３０】
S2：サーバ３１のサーバ送受信部４１（受信部４１ｂ）は表示結果通知を受信し、属性管理部４６が属性・道路名称ＤＢ４９５にユーザの選択結果を登録する。まず、経路情報に含まれるセクションＩＤを道路名称テーブル５９１のセクションＩＤに含まれるものと含まれないものに区分する。道路名称テーブル５９１のセクションＩＤに含まれるものは、ユーザが道路名称を選択して表示したセクションである。したがって、道路名称テーブル５９１のセクションＩＤに対応づけられている道路名称の識別番号により、属性・道路名称ＤＢ４９５のユーザ属性に対応する道路名称を特定し、その選択数を１つ大きくする。経路情報のうち道路名称テーブル５９１のセクションＩＤに含まれないものは、表示する道路名称をユーザが選択しなかったセクションである。したがって、経路情報において最も優先順位が高い道路名称の識別番号を取り出し、属性・道路名称ＤＢ４９５のユーザ属性に対応する道路名称の選択数を１つ大きくする。これにより、表５の属性・道路名称ＤＢ４９５を更新できる。
【０１３１】
S3：次に、ユーザがナビゲーションシステム１００を新たに使用する。したがって、端末３５の端末送受信部５１は経路検索要求をサーバ３１に送信する。経路検索要求には、出発地（例えば現在地）、目的地及び属性テーブル５９２が含まれている。
【０１３２】
S4：サーバ３１のサーバ送受信部４１（受信部４１ｂ）は経路検索要求を受信し、経路検索部４２が現在地と目的地までの経路６１を検索する。
【０１３３】
S5：サーバ３１の道路名称取得部４５は、属性テーブル５９２に基づいて道路名称の優先順位を変更する。すなわち、ユーザの属性に応じて選択数の多い順に道路名称の優先順位を変更する。表５を用いて説明すると、２０代のユーザには（Ａ、Ｂ、Ｃ、Ｄ）という優先順位で道路名称がセクションＩＤに対応づけられる。一方、５０代のユーザには（Ｂ、Ａ、Ｄ、Ｃ）という優先順位で道路名称がセクションＩＤに対応づけられる。
【０１３４】
S6：サーバ３１のサーバ送受信部４１（送信部４１ａ）は経路情報を端末３５に送信する。
【０１３５】
S7：端末３５の端末送受信部５１は経路情報を受信し、経路案内を開始する。
【０１３６】
<<道路名称表示部５６の処理>>
図１５は、本実施例において、端末３５が道路名称を表示する手順を示すフローチャート図の一例である。図１５の処理は、ナビ画面５０１の表示中、繰り返し実行される。
【０１３７】
まず、道路名称表示部５６はセクションが切り替わったか否かを判定する（Ｓ１０）。
【０１３８】
ステップＳ１０の判定がＹｅｓの場合、道路名称表示部５６は道路名称テーブル５９１に次のセクションが登録されているか否かを判定する（Ｓ２０）。
【０１３９】
ステップＳ２０の判定がＹｅｓの場合、ユーザが過去に道路名称の表示を変更したので、道路名称表示部５６は道路名称テーブル５９１から次のセクションのセクションＩＤに対応づけられている道路名称の識別番号を取得する（Ｓ３０）。
【０１４０】
道路名称表示部５６は経路情報から次のセクションのセクションＩＤに対応付けられている道路名称のうち、ステップＳ３０で取得した識別番号の道路名称を取得し、ナビ画面５０１の道路名表示欄５０２に表示する（Ｓ６０）。これにより、ユーザが過去に選択した道路名称を表示できる。
【０１４１】
ステップＳ２０の判定がＮｏの場合、ユーザは過去に道路名称の表示を変更していないので、道路名称表示部５６は経路情報で最も優先順位が高い道路名称を取得して表示する（Ｓ５０）。例えば、（Ｂ、Ａ、Ｄ、Ｃ）の道路名称であれば、Ｂ（一般名称１）の道路名称を表示する。これにより、ユーザの属性に適した道路名称を表示できる。
【０１４２】
なお、表示する道路名称をユーザが変更した場合、実施例２と同様に道路名称テーブル５９１に登録される。そして、車両が目的地まで走行すると図１４のステップＳ１で説明したように、表示結果通知がサーバ３１に送信されるので、サーバ３１の属性・道路名称ＤＢ４９５が更新される。したがって、ユーザの属性に対し道路名称の優先順位が徐々に最適化されていき、ユーザは道路名称を切り替える操作を行わなくても、自分に適した道路名称を表示できるようになっていく。
【０１４３】
なお、本実施例では、年齢層をユーザ属性の例として説明したが、性別、出身地又は現住所等をユーザ属性として道路名称の選択数をカウントしてもよい。
【０１４４】
＜その他の好適な適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【０１４５】
例えば、実施例１〜３では車両に搭載された端末３５が表示する道路名称について説明したが、歩行者が端末３５を携帯する場合も同様に道路名称を表示できる。また、電車に乗車中の場合は、路線名や駅名（○○駅と○○駅の間）などを移動と共に切り替えて表示できる。
【０１４６】
また、実施例１〜３では経路情報に道路名称が含まれるとして説明したが、経路情報を有さない端末３５が現在地と共に道路名称をサーバ３１に要求してもよい。端末３５は任意の場所で現在の道路の道路名称を表示できる。
【０１４７】
また、実施例１〜３では道路名称を例にしたが、地名や施設名などを表示する際にも適用できる。また、道路名称を含めこれらの名称は最大４つである必要はなく、２つ、３つ又は５つ以上でもよい。
【０１４８】
また、本実施形態ではサーバ３１が経路情報を作成し、道路名称をセクションに対応づけたが、端末３５が経路情報を作成し、道路名称をセクションに対応づけてもよい。本実施形態の処理は、データベースにアクセスする情報処理装置であれば実行でき、機能がどこにあるかは限定されない。
【０１４９】
また、図４などの構成例は、サーバ３１及び端末３５による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。サーバ３１及び端末３５の処理は、処理内容に応じてさらに多くの処理単位に分割することもできる。また、１つの処理単位がさらに多くの処理を含むように分割することもできる。
【０１５０】
また、サーバ３１が有する各データベースを複数の情報処理装置が分散して有していてもよい。
【０１５１】
また、図４では一台のサーバ３１を図示したが、サーバ３１が複数台、存在してもよい。また、一台のサーバ３１が有する機能が複数のサーバに分散して配置されてもよい。
【０１５２】
なお、端末送受信部５１は取得手段の一例であり、ナビ画面表示部５４は地図表示手段の一例であり、道路名称表示部５６は名称表示手段の一例である。操作受付部５２は操作受付手段の一例であり、ユーザ操作記録部５７は操作記録手段の一例であり、属性管理部４６は数情報記録手段の一例である。受信部４１ｂは受信手段の一例であり、道路名称取得部４５は名称付与手段の一例である。属性テーブル５９２は属性情報の一例であり、端末３５は情報端末の一例である。経路検索部４２は経路検索手段の一例であり、表示結果通知は表示結果情報の一例である。記憶・読出処理部４９は読出手段の一例であり、道路名称の識別番号はセクションの識別情報の一例である。送信部４１ａは送信手段の一例であり、道路名称ＤＢ４９４は道路名称記憶部の一例であり。
【符号の説明】
【０１５３】
３１        サーバ
３５        端末
４３        ナビ画面作成部
４５        道路名称取得部
５４        ナビ画面表示部
５５        経路案内部
５６        道路名称表示部
１００      ナビゲーションシステム
【図１】
0006573807.tif 000008
【図２】
0006573807.tif 000009
【図３】
0006573807.tif 000010
【図４】
0006573807.tif 000011
【図５】
0006573807.tif 000012
【図６】
0006573807.tif 000013
【図７】
0006573807.tif 000014
【図８】
0006573807.tif 000015
【図９】
0006573807.tif 000016
【図１０】
0006573807.tif 000017
【図１１】
0006573807.tif 000018
【図１２】
0006573807.tif 000019
【図１３】
0006573807.tif 000020
【図１４】
0006573807.tif 000021
【図１５】
0006573807.tif 000022