(57)【要約】【課題】駅名リスト表示システムにおいて、データ量の小さい駅名リストを得る。【解決手段】ＰＯＩ情報データベースにアクセス可能なセンタ装置と、このセンタ装置から駅名リストデータをダウンロードして表示する端末装置を備えた駅名リスト表示システムにおいて、センタ装置は、端末装置から受信した駅名の読みデータに対応してＰＯＩ情報データベースから路線名を含む駅名データを得ると共にこの駅名データをリスト加工して端末装置に送信する機能を備える。【選択図】      図１
2004355375.tif 000002
【特許請求の範囲】
【請求項１】
ＰＯＩ情報データベースにアクセス可能なセンタ装置と、前記センタ装置から駅名リストデータをダウンロードして表示する端末装置を備えた駅名リスト表示システムにおいて、
前記センタ装置は、前記端末装置から受信した駅名の読みデータに対応して前記ＰＯＩ情報データベースから路線名を含む駅名データを得ると共に該駅名データをリスト加工し前記端末装置に送信する機能を備える事を特徴とする、駅名リスト表示システム。
【請求項２】
請求項１に記載の駅名リスト表示システムにおいて、駅名リストの加工は、同一の駅名で緯度・経度情報が同じである駅名データを削除して１個の駅名とすることを特徴とする、駅名リスト表示システム。
【請求項３】
請求項１に記載の駅名リスト表示システムにおいて、前記センタ装置および端末装置は、路線名をコード化するための変換テーブルを備え、前記センタ装置から前記端末装置への加工された駅名リストデータの送信にあたって路線名をコード化して送信することを特徴とする、駅名リスト表示システム。
【請求項４】
ＰＯＩ情報データベースを備える外部サーバと、前記外部サーバにアクセス可能なセンタ装置と、前記センタ装置から駅名リストデータをダウンロードして表示する端末装置を備えた駅名リスト表示システムにおいて、
前記センタ装置は、前記端末装置から受信した駅名の読みデータに対応して前記外部サーバに駅名の検索要求および駅名リストの加工要求を送信する機能を備え、
前記外部サーバは前記センタ装置から受信した駅名の検索要求に基づいて前記ＰＯＩ情報データベースを検索して路線名を含む駅名データを得ると共に、前記センタ装置より受信した駅名リストの加工要求に基づいて前記駅名データをリスト加工して前記センタ装置に送信する機能を備える事を特徴とする、駅名リスト表示システム。
【請求項５】
請求項４に記載の駅名リスト表示システムにおいて、駅名リストの加工は、同一の駅名で緯度・経度情報が同じである駅名データを削除して１個の駅名とすることを特徴とする、駅名リスト表示システム。
【請求項６】
請求項４に記載の駅名リスト表示システムにおいて、前記センタ装置および端末装置は、路線名をコード化するための変換テーブルを備え、前記センタ装置から前記端末装置への加工された駅名リストデータの送信にあたって路線名をコード化して送信することを特徴とする、駅名リスト表示システム。
【請求項７】
ＰＯＩ情報データベースにアクセス可能なセンタ装置であって、該センタ装置は、
端末装置から送信された駅名の読みのデータに基づいて前記ＰＯＩ情報データベースを検索し前記駅名の読みのデータに対応する駅名リストおよび当該リスト中の各駅の緯度および経度情報を取得するための取得手段と、
前記取得手段によって取得された前記駅名リストを加工するための手段と、
前記加工された駅名リストを前記端末装置に送信するための送信手段を備え、
前記加工するための手段は、同一の駅名で緯度・経度情報が同じである駅名データを一つの駅名として加工することを特徴とする、センタ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、駅名の読みに対応する駅名リストを得ると共にこれを端末装置に表示させる、駅名リスト表示システム、このシステムを構成するセンタ装置および駅名検索装置に関する。
【０００２】
【従来の技術】
いわゆる通信方式のカーナビゲーションシステムでは、サービスセンタにおいて、あるいはサービスセンタを介してＰＯＩ情報データベースおよび地図データベースにアクセスし、必要な場所の地図データをダウンロードし、これを車載用ディスプレイに転送して表示することにより、目的地設定等に利用している。
【０００３】
ＰＯＩ情報データベースとは、現在位置や目的地等の周辺情報を含んだデータベースであって、ＰＯＩＸ（Ｐｏｉｎｔ・ｏｆ・ｉｎｔｅｒｅｓｔ・ｅｘｃｈａｎｇｅ・ｌａｎｇｕａｇｅ）を用いて構成された階層化されたデータベースである（例えば特許文献１参照）。このデータベースを利用して目的地の緯度・経度情報を得た後、この緯度・経度に対応した位置周辺の地図データを地図データベースより切り出すことにより、目的地周辺の地図をダウンロードすることができる。
【０００４】
あるいは、ＰＯＩ情報データベースで目的地の住所名称を特定できれば、その住所周辺の施設情報、例えばレストランのリスト等を、施設情報データベースから検索すること等も可能である。
【０００５】
センタ装置を利用する通信ナビゲーションシステムでは、ユーザが車載端末装置に住所等の読みを検索のためのキーワードとして入力し、これをセンタ装置を介してＰＯＩ情報データベースに送信することにより、データベース検索を行っている。ＰＯＩ情報データベースの設計によっては、検索のためのキーワードとして、住所の他に交通機関の駅名の読みを利用するものもある。
【０００６】
駅名の読みをキーワードとする場合、全国の交通機関では多くの同名の駅が存在し、また同じ駅であっても路線ごとに複数の駅として登録されている事もあり、ユーザが検索を希望する駅を特定することが困難である。そのため、従来のＰＯＩ情報検索システムでは、同じ読みの駅名、さらにその読みを名前の一部に含む駅名をリストアップして駅名リストを作成し、これを端末装置に送信してユーザに特定の駅名を選択させる仕組みを取っている。（例えば、非特許文献１参照。）
【０００７】
【特許文献１】
特開２００１−１７５６２２号
【０００８】
【非特許文献１】
「ＪＲトラベルナビゲータ」のホームページ
【０００９】
【発明が解決しようとする課題】
端末装置とセンタ装置間をつなぐ現状のインフラ環境では、データサイズが大きくなることによりデータのダウンロード時間が長くなり、さらにそれに伴ってダウンロードのための料金（回線使用料）が高額になる。従って、駅名リストをセンタ装置から端末装置に送信する場合、そのリストのデータサイズはなるべく小さいほうが好ましい。また、ユーザにとっても、選択項目をおおく含むリストはあまり使い勝手の良いものではない。駅名リストと共にこのリストに含まれる各駅の緯度・経度情報をも端末装置に送信する場合は、リストのデータ量は更に増大する。
【００１０】
本発明は、従来の駅名リスト表示システムの上記の点に関してなされたもので、駅名リストをそのデータ量が少なくなるように効果的に加工（カスタマイズ）してユーザに提供することにより、駅名リストの端末装置へのダウンロード時間を短縮しかつユーザの使い勝手を向上させることを課題とする。
【００１１】
【課題を解決するための手段】
本発明の第１の駅名リスト表示システムは、上記課題を解決するために、ＰＯＩ情報データベースにアクセス可能なセンタ装置と、前記センタ装置から駅名リストデータをダウンロードして表示する端末装置を備え、さらに前記センタ装置に、前記端末装置から受信した駅名の読みデータに対応して前記ＰＯＩ情報データベースから路線名を含む駅名データを得ると共に該駅名データをリスト加工して前記端末装置に送信する機能を設けたことを特徴とする。
【００１２】
本発明の第２の駅名リスト表示システムは、ＰＯＩ情報データベースを備える外部サーバと、前記外部サーバにアクセス可能なセンタ装置と、前記センタ装置から駅名リストデータをダウンロードして表示する端末装置を備え、さらに前記センタ装置に、前記端末装置から受信した駅名の読みデータに対応して前記外部サーバに駅名の検索要求および駅名リストの加工要求を送信する機能を設け、前記外部サーバに、前記センタ装置から受信した駅名の検索要求に基づいて前記ＰＯＩ情報データベースを検索して路線名を含む駅名データを得ると共に、前記センタ装置より受信した駅名リストの加工要求に基づいて前記駅名データをリスト加工して前記センタ装置に送信する機能を設けたことを特徴としている。
【００１３】
前記第１および第２の駅名表示システムにおいて、駅名リストの加工は、同一の駅名で緯度・経度情報が同じである駅名データを削除して１個の駅名とするものである。これによって、リスト中の不要なデータが削除され、端末装置に送信すべきデータ量が減少してダウンロード時間が短縮される。また、端末装置上で表示されるリストがシンプルになることによって、ユーザの駅名選択が容易となる。
【００１４】
また、前記センタ装置および端末装置は、路線名をコード化するための変換テーブルを備え、前記センタ装置から前記端末装置への加工された駅名リストデータの送信にあたって路線名をコード化して送信する。これによって、センタ装置と端末装置間でのデータのダウンロード時間がより短縮される。
【００１５】
【発明の実施の形態】
以下に本発明の実施形態について、図面を参照して詳細に説明する。
【００１６】
図１は、本発明の第１の実施形態にかかる駅名リスト表示システムの概略構成を示す。この実施形態では、駅名リストの表示を目的の駅の、周辺地図ダウンロードのために用いているが、この使用目的はあくまでも本発明の説明のための一例であって、本発明を特定するものではない。
【００１７】
図１において、１は例えばナビゲーション機能を備える車載端末装置、２は端末装置１に着脱可能な携帯電話である。３はサービスセンタを構成するセンタ装置であって、インターネット４等の通信回線を介して端末装置１とデータ通信が可能なようにされている。端末端末装置１自体が無線通信機能を備えていれば、携帯電話２は必要ない。
【００１８】
５は、例えばインターネット４あるいは専用線を介してセンタ装置３と接続された第１の外部サーバ、６は同様に第２の外部サーバである。第１の外部サーバ５は、ＰＯＩ情報データベース５ａを備え、第２の外部サーバ６は地図データベース６ａを備えている。コンテンツ提供業者としてＰＯＩ情報と地図情報を同時に提供する業者が利用可能である場合は、第１、第２のサーバ５，６は、１個のサーバで構成することができる。また、センタ装置３として処理容量および記憶容量の大きなサーバを利用すれば、ＰＯＩ情報データベースおよび地図データベースを該装置内に備えることも可能である。
【００１９】
図２は、図１のシステムにおける端末装置１およびセンタ装置３の概略構成を示すブロック図である。端末装置１がカーナビゲーションシステムを構成するものである場合、装置１は、ＧＰＳ１１、ディスプレイ１２、通信部１３、制御部１４、描画部１５およびメモリ１６を含んで構成されている。なお、通信部１３は、図１に示す様に携帯電話２を端末装置１に接続することによって構成するものであっても良い。また、端末装置１がユーザの音声による駅名の読みの入力機能を備えている場合は、音声認識部１７を有している。
【００２０】
センタ装置３は、端末装置１と該装置３間の通信、さらにインターネット４等を介した第１、第２の外部サーバ５、６との通信を行うための通信部３１と、このセンタ装置３において所定の機能を実行させるための各種制御を行う制御部３２およびメモリ３３を含んでいる。
【００２１】
図３は、図１および２に示すシステムの処理の手順を示すタイムチャート、図４および５はＰＯＩ情報データベース検索結果の一例を示す図、さらに図６は駅名リストのカスタマイズ前後の画面を示す図である。以下に、これらの図を参照して、本発明の第１の実施形態にかかる駅名リスト表示システムの構成およびその動作を以下に詳細に説明する。
【００２２】
図３において、ユーザはまず端末装置１に、周辺の地図をダウンロードしようとする駅の名称の読みを“かな”あるいは“音声”にて入力する。この入力データは、地図のダウンロード要求と共にセンタ装置３に送信される（ステップＳ１）。センタ装置３では、端末装置１から受信した信号に基づいて外部サーバ５に駅名の読みデータを転送すると共にＰＯＩ情報データベースの検索要求を送信する（ステップＳ２）。
【００２３】
外部サーバ５では、センタ装置３から受信した駅名の読みデータをキーワードとして検索を行い、該当する駅名、その緯度・経度情報を出力すると共に、同名の駅および入力された読みをその名前の一部に有する駅のリストを作成し、これをセンタ装置３に返送する（ステップＳ３）。
【００２４】
図４および５は、駅名の読みを「おおくぼ」とした場合のＰＯＩ情報検索結果を示す図であって、この検索はキーワードとの完全一致の結果のみを出力した場合を示している。これらの図に示す様に、「おおくぼ」をキーワードとして検索を行った場合、ＪＲ奥羽本線の「大久保駅」、ＪＲ山陽本線の「大久保駅」、ＪＲ中央本線の「大久保駅」、近鉄京都線の「大久保駅」それぞれのＰＯＩ情報が出力される。図示のＰＯＩ情報としては、その駅の住所名称および緯度・経度情報が含まれる。
【００２５】
図示はしないが、さらに、「おおくぼ」を名称の一部に含む駅名の検索を行うと、小湊鉄道線の「上総大久保」、京成本線の「京成大久保」、ＪＲ山手線の「新大久保」がリストアップされる。外部サーバ５は、これらの出力結果に基づいて、図６（ａ）に示す駅名リスト４０を算出し、各駅の緯度・経度情報と共にこれをセンタ装置３に送信する（図３のステップＳ３）。
【００２６】
図６の駅名リスト４０は、同じ駅であるが路線名が違う複数のデータ、例えば東海道線の大阪、環状線の大阪等を含んでいる。さらに、路線名が異なる同名の駅、またその名称を一部に有する駅名を、その路線名と共に含んでいる。
【００２７】
センタ装置３は外部サーバ５から図６の駅名リスト４０と各駅の緯度・経度情報を受信すると、これを一旦メモリ３３に格納し、制御部３２の制御の下で駅名リストのカスタマイズを行う（ステップＳ４）。このカスタマイズは、同一の駅名であって、緯度・経度情報が同じものは１個の駅名であると認識し、重複するデータを削除することによって複数路線にまたがる同一の駅名を１個の駅名に集約することを含んでいる。
【００２８】
これによって、図６（ａ）に示す２個の、同名でしかも緯度・経度が同じ駅名４１は、カスタマイズ後の駅名リスト５０において、１個の駅名に集約される。同様に、緯度・経度の同じ同名の駅４３および４４がそれぞれ１個の駅名に集約される。なお、同名ではあるが緯度・経度が異なるため、駅名４１とは異なる駅であると認識された駅名４２は、カスタマイズ後の駅名リスト５０において、その路線名と共にリストアップされる。
【００２９】
駅名リストのカスタマイズとして、次に、私鉄、地下鉄および必要なＪＲ線については、駅名の下に改行して路線名を表示すること、さらに重複すると認められたＪＲの駅名に関しては路線名を表示せず、駅名の横にＪＲの文字を付与することを含んでいる。これらの処理の結果、カスタマイズされた駅名リスト５０が構成される。
【００３０】
以上の様にしてセンタ装置３で駅名リストのカスタマイズが実行されると（図３のステップＳ４）、この駅名リスト５０はそれぞれの駅の緯度・経度情報と共に端末装置１に転送され（図３のステップＳ５）、駅名リスト５０のみがそのディスプレイに表示される。カスタマイズ後の駅名リストはカスタマイズ前の駅名リストに比べて、そのデータ量が大幅に削減されているので、センタ装置３から端末装置１へのデータのダウンロードに要する時間が大幅に短縮される。また、端末装置１上で表示されたリストも、表示項目が大幅に削減されているので、ユーザの選択が容易となる。
【００３１】
以上の様にして端末装置１のディスプレイ上に駅名リストが表示されると、ユーザはそのリスト中から希望する駅名を選択する。この選択によって、端末装置１からその駅の緯度・経度情報がセンタ装置３に送信される（図３のステップＳ６）。センタ装置３がこの緯度・経度情報を第２の外部サーバ６に転送すると、外部サーバ６は受信した緯度・経度に対応する位置の周辺の地図データを地図データベースから切り出し、これをセンタ装置３に返送する（ステップＳ８）。
【００３２】
センタ装置３に返送された地図データは、端末装置１に転送され（ステップＳ９）、そのディスプレイ上で表示される。ユーザは、このようにして表示された地図を用いてナビゲーションシステムに対して目的地の設定等種々の操作を実行することができる。
【００３３】
図７は、センタ装置３における駅名リストのカスタマイズ手順を示すフローチャートである。ＰＯＩ情報データベースで作成された駅名リストにおいて、まず、同じ名称で緯度・経度が同じ駅名が存在するか否かを判定する（ステップＰ１）。該当のものが存在する場合（ステップＰ１でＹＥＳの場合）、ステップＰ２で重複する駅名を削除して１個の駅名とする。
【００３４】
次に、該当のものの路線種別がＪＲか否かを判定する（ステップＰ３）。ＪＲである場合（ステップＰ３のＹＥＳ）は、ステップＰ４で路線名称の表示を削除し、駅名の後ろに“ＪＲ”を付与する。その後、駅名および路線名称の文字後尾に、改行コードを自動挿入し、ＨＴＭＬ文を構成する（ステップＰ５）。次のステップＰ６ではリスト中の全ての項目について調べたか否かを判定し、ＮＯの場合は再びステップＰ１に戻って処理を続行する。ステップＰ６でＹＥＳの場合は、駅名リストのカスタマイズ処理は終了する。
【００３５】
なお、ステップＰ１でＮＯの場合、即ち同じ名称であっても緯度・経度が異なる駅名が存在する場合はその駅名および路線名をリストに残しておく必要があるので、そのままステップＰ５に移ってＨＴＭＬ文を作成する。ステップＰ３でＮＯの場合も同様に路線名を残しておく必要があるので、そのままステップＰ５に移ってＨＴＭＬ文を作成する。
【００３６】
図７に示す実施形態の場合は、センタ装置３において駅名リストのカスタマイズを行っているが、このカスタマイズは外部サーバ５において行っても良い。
【００３７】
図８は、駅名リストのカスタマイズを外部サーバ５において実行する実施形態の動作フローを示すタイムチャートである。図３に示す実施形態との相違を明確にするために、図８において図３と同じ処理を行うステップには同じ符号を付して示している。
【００３８】
本実施形態では、センタ装置３は、地図のダウンロード要求と駅名の読みデータを端末装置１から受信した後（ステップＳ１の後）、ステップＳ２０でＰＯＩ情報データベース検索要求、駅名の読みデータと共に、駅名リストのカスタマイズ要求を外部サーバ５に送信し、さらにステップＳ２１で外部サーバ５においてカスタマイズされた駅名リストを各駅の緯度・経度情報と共に受信する。なお、その他のステップは図３の実施形態と同じであるのでその説明については省略する。
【００３９】
図３および８に示す実施形態において、センタ装置３から端末装置１に駅名リストを送信する場合、リスト中の各駅名の緯度・経度情報もリストと共に送付しているが、本発明では必ずしもこの構成を必須の要件としない。例えば、端末装置１とセンタ装置３間で駅名のみのデータ伝送を行い、端末装置１から選択された駅名の送信があった場合、センタ装置３はこの駅名に対応する緯度・経度情報をメモリ中から取り出してこれを地図データベースに送信する構成としても良い。この場合には、端末装置１とセンタ装置３間では、緯度・経度情報を送受信する必要がないので送受信すべきデータ容量が更に削減され、ダウンロード時間がより短縮される。
【００４０】
図９は、本発明の更に他の実施形態を示す図である。本実施形態では、路線名をコード化（例えば数値化）し、端末装置１とセンタ装置３において路線コードと路線名称の変換テーブルを用意することによって、端末装置１とセンタ装置３間のデータ送信量の更なる削減を図ることを特徴としている。このために本実施形態では、図９に示すように、駅名リスト５１のカスタマイズにあたって、路線名を変換テーブル５２に従ってコードに変換しこれを駅名の後ろに付与する構成を取っている。
【００４１】
端末装置１側では、受信した駅名リスト中のコードを、変換テーブル５３に従って路線名に変換して表示する。また、ユーザが駅名を選択した場合、端末装置１の制御部は選択された路線名を変換テーブル５３に従ってコードに変換し、これをセンタ装置３に送信する。この結果、端末装置１とセンタ装置３間で通信すべきデータ容量が削減される。
【００４２】
なお、路線名毎にコード化する小分類用変換テーブル５２、５３に加えて、ＪＲ，地下鉄、私鉄等の鉄道の種別で分類する大分類用変換テーブル５４，５５を設け、用途に応じて分類の定義を切換えて使用することも可能である。例えば、端末装置１をエリア指定で使用する場合、都市部では多くの路線が混在しているため同一名称の駅が多く、従って小分類用のコードを用いることが好ましい。一方、地方ではＪＲ線のみしか存在しない場合が多く、このような場合路線名の指定は効果が乏しく、従って大分類用のコードを用いることが好ましい。
【００４３】
このように、用途に応じて、大分類、小分類のコード化を適宜選択することによって、さらにデータ容量を削減することができる。大、小分類の選択は、ユーザが手動で行ってもよく、あるいはエリア指定に連動して自動的に行われるようにしても良い。
【００４４】
【発明の効果】
以上、種々の実施形態を示して説明したように、本発明では、センタ装置３から端末装置１に送信する駅名リストを、そのデータ量が削減される様に、さらにリストが視覚的にシンプルになるようにカスタマイズしているので、データのダウンロード時間が短縮され、かつユーザが駅名選択に要する手間および時間も短縮される。そのため、通信速度が速く、かつ使い勝手の良い駅名リスト表示システムを提供することが可能となる。
【図面の簡単な説明】
【図１】本発明に係る駅名リスト表示システムの概略構成を示す図。
【図２】図１のシステムの要部の構成を示すブロック図。
【図３】図１に示すシステムの動作フローを示すタイムチャート。
【図４】ＰＯＩ情報データベース検索結果の一例の前半部分を示す図。
【図５】ＰＯＩ情報データベース検索結果の一例の後半部分を示す図。
【図６】駅名リストのカスタマイズ例を示す図。
【図７】駅名リストのカスタマイズのための処理フローを示すフローチャート。
【図８】本発明の他の実施形態の動作フローを示すタイムチャート。
【図９】本発明の他の実施形態の説明に供する図。
【符号の説明】
１…端末装置
２…携帯電話
３…センタ装置
４…インターネット
５…第１の外部サーバ
５ａ…ＰＯＩ情報データベース
６…第２の外部サーバ
６ａ…地図データベース
４０…駅名リスト
５０…カスタマイズされた駅名リスト
【図１】
2004355375.tif 000003
【図２】
2004355375.tif 000004
【図３】
2004355375.tif 000005
【図４】
2004355375.tif 000006
【図５】
2004355375.tif 000007
【図６】
2004355375.tif 000008
【図７】
2004355375.tif 000009
【図８】
2004355375.tif 000010
【図９】
2004355375.tif 000011