JP5766588B2 - 検索端末装置、検索サーバ装置、及びセンタ連携型検索システム - Google Patents

Description

本発明は、検索データのサイズを削減する技術に関するものである。

カーナビゲーションシステム（以下、カーナビとする）は、地図データを加工してユーザに交通案内情報を提供するものである。この地図データの記録手段として従来はＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）を使用している機種が多かったが、近年はＳＤメモリーカードやＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の半導体素子メモリを用いた機種が主流になりつつある。

半導体素子メモリは、従来のＨＤＤと比較して、消費電力が少ない、耐衝撃性に優れている等の利点がある一方、容量あたりの単価が高いという欠点がある。そのため、従来と同程度の価格帯でユーザにカーナビを提供するためには、使用する半導体素子メモリの容量を少なくする必要がある。これに対して、カーナビが動作するために必要なデータの内容は、記録媒体がＨＤＤでも半導体素子メモリでも変わりはなく、また、新しい道路や施設の整備等によりデータベースのサイズは年々増加する傾向にあるため、カーナビに収録するデータのサイズを削減する技術が常に望まれている。この、データのサイズを削減する手段として、以下の技術が提案されている。

まず、データの内容を変えずにデータサイズを削減するために一般的に用いられる手段として、特許文献１に記載されているデータ圧縮技術がある。データ圧縮技術は、容易にデータサイズを削減することが可能であるため、特許文献１に記載の技術の他、多数の圧縮方式が提案され、広く実用に供されている。

また、カーナビに収録するデータサイズを削減する別の技術として、特許文献２に記載の技術がある。この技術は、従来カーナビに格納していたデータを、通信ネットワークを介して接続されているサーバ装置に格納し、必要なデータを逐次サーバ装置からダウンロードしてナビゲーションを行うものである。この技術によってカーナビにデータを格納する必要性が無くなるため、カーナビの記録媒体の容量を大幅に削減することが可能となる。

また、カーナビに収録するデータサイズを削減する別の技術として、特許文献３に記載の技術がある。この技術は、カーナビを販売後に新たに整備された道路や店舗等の情報は、通信ネットワークを介して接続されるサーバ装置のデータベースに格納しておき、検索を行う際は、まずカーナビ内のデータベースを検索し、該当施設がカーナビ内のデータベースに見つからない場合は、入力された検索条件（ジャンル、電話番号、５０音名称等）をサーバ装置に送信し、サーバ装置のデータベースで検索を行うものである。この技術を用いれば、カーナビを販売後に新たに整備された道路や店舗等の情報をカーナビに収録する必要が無くなるため、カーナビの記録媒体の容量は、カーナビを販売する時点のデータベースを収録できる容量があれば十分となり、カーナビを販売後に整備された道路や施設によるデータベースのサイズの増加は考慮しなくても良くなる。

特開平８−２３７１３８号公報 特開２００３−２０７３５４号公報 特開２００１−３０４８７４号公報

しかしながら、上記の特許文献１、特許文献２、および特許文献３に記載の技術には、以下の問題がある。

まず、特許文献１等に記載のデータ圧縮技術は、データを参照する前に、圧縮されたデータを元に戻す処理（以下、解凍処理と記載する）が必要になる。この解凍処理には時間がかかるため、単純にデータを圧縮してしまうと、データを参照して各種のナビゲーションを行う際の性能が悪化するという問題がある。

また、特許文献２に記載の技術は、データを参照する前に、通信ネットワークを介してサーバ装置からデータを取得する処理が必要になる。近年のデータ通信技術の発展によりデータ通信速度は向上しつつあるが、通信処理がユーザの操作性に大きく影響するような場合は問題がある。このような、通信処理がユーザの操作性に大きく影響する一例として、名称を入力して住所や施設等の検索を行う機能がある。一般的なカーナビで名称を入力してデータの検索を行う場合、ユーザの操作性を向上するために、キーボードから１文字が入力される毎に、候補名称や該当件数の表示を行ったり、次に入力可能なキーのみを押下可能とする制御が行われたりする。このような処理は、１文字入力される毎に検索データベースから情報を取得することにより実現されているため、１文字入力される毎に通信ネットワークを介したサーバ装置との通信が発生し、特にカーナビのように通信手段が低速の移動体通信にならざるを得ないような装置の場合は、ユーザの操作性が著しく悪化する。

また、特許文献３に記載の技術は、データの検索を行う際、まずカーナビに格納されているデータベースを検索し、カーナビのデータベースに該当データが無い場合は、入力された検索条件（ジャンル、電話番号、５０音名称等）をサーバ装置に送信し、サーバ装置のデータベースで検索を行うことを意図した技術であるが、この技術は、ユーザが検索条件を入力している間はデータベースへの問い合わせが発生しないことを前提としている。これに対して、前述した、１文字を入力する毎にユーザに候補名称を提示するような機能は、１文字入力する毎に必然的にデータベースへの問い合わせが発生するため、特許文献３に記載の技術では実現することが困難である。

以上の点に鑑み、本発明は、検索操作時のユーザの操作性を損なわずに、カーナビに格納するデータベースのサイズを削減することを課題とする。

上述した課題を解決し、目的を達成するために、本発明にかかる検索端末装置は、通信網を介して検索サーバ装置に接続された検索端末装置であって、検索対象となるデータを構成する情報と前記情報よりも前記データを構成する下位の階層の情報との関係を対応付けたノード情報と、前記ノード情報に含まれる前記情報または前記下位の情報によって特定される前記検索対象となるデータの実体を示す実体データを識別するための実体識別情報とを対応付けた検索木データを記憶する検索木データ記憶部と、ユーザから入力された前記情報または前記下位の情報と、前記検索木データ記憶部に記憶された前記ノード情報とに基づいて、前記検索対象となるデータの候補を出力する入力制御部と、前記入力制御部が出力した前記検索対象となるデータの候補に含まれる前記情報または前記下位の情報に対応する前記実体識別情報を含む検索要求を前記検索サーバ装置に送信し、前記検索サーバ装置から前記実体識別情報によって識別される前記実体データを取得する実体データ取得部と、を備えることを特徴とする。

また、本発明にかかる検索サーバ装置は、通信網を介して検索端末装置から検索対象となるデータの検索要求を受信する検索サーバ装置であって、複数の、前記検索対象となるデータの実体を示す実体データを識別するための実体識別情報と前記実体データとを対応付けて記憶する実体データ記憶部と、前記検索要求に含まれる、前記検索対象となるデータを構成する情報と前記情報よりも前記データを構成する下位の情報との関係を対応付けたノード情報に含まれる前記情報または前記下位の情報によって特定される前記検索対象となるデータを識別するための実体識別情報と前記情報または前記下位の情報によって特定される前記検索対象となるデータの候補の件数とに基づいて、前記実体データ記憶部に記憶されている複数の実体データの中から前記検索対象となるデータを検索する実体データ管理部と、を備えることを特徴とする。

また、本発明にかかる検索木圧縮方法は、検索木データを圧縮する検索木圧縮方法であって、複数の、検索対象となるデータを構成する情報と前記情報よりも前記データを構成する下位の情報との関係を対応付けたノード情報を所定の順序で並べるノード情報整列ステップと、前記ノード情報整列ステップにより整列された複数のノード情報を二以上のグループに分類するノード情報分類ステップと、前記ノード情報分類ステップにより分類された二以上のグループの各々に対して異なるデータ圧縮処理または非圧縮処理を実行するノード情報圧縮ステップと、を含むことを特徴とする。

また、本発明にかかるセンタ連携型検索システムは、通信網を介して検索端末装置と検索サーバ装置とが接続され、検索対象となるデータを検索するセンタ連携型検索システムであって、前記検索装置は、検索対象となるデータを構成する情報と前記情報よりも前記データを構成する下位の階層の情報との関係を対応付けたノード情報と、前記ノード情報に含まれる前記情報または前記下位の情報によって特定される前記検索対象となるデータの実体を示す実体データを識別するための実体識別情報とを対応付けた検索木データを記憶する検索木データ記憶部と、ユーザから入力された前記情報または前記下位の情報と、前記検索木データ記憶部に記憶された前記ノード情報とに基づいて、前記検索対象となるデータの候補を出力する入力制御部と、前記入力制御部が出力した前記検索対象となるデータの候補に含まれる前記情報または前記下位の情報に対応する前記実体識別情報を含む検索要求を前記検索サーバ装置に送信し、前記検索サーバ装置から前記実体識別情報によって識別される前記実体データを取得する実体データ取得部と、を備え、前記検索サーバ装置は、複数の、前記検索対象となるデータの実体を示す実体データを識別するための実体識別情報と前記実体データとを対応付けて記憶する実体データ記憶部と、前記検索要求に含まれる、前記ノード情報に含まれる前記実体識別情報と前記情報または前記下位の情報によって特定される前記検索対象となるデータの候補の件数とに基づいて、前記実体データ記憶部に記憶されている複数の実体データの中から前記検索対象となるデータを検索する実体データ管理部と、を備えることを特徴とする。

本発明により、検索操作時のユーザの操作性を損なわずに、カーナビに格納するデータベースのサイズを削減することが可能となる。

名称候補提示型検索システムの全体構成図（実施例１）。 検索木データの説明図（実施例１）。 実体データの説明図（実施例１）。 検索メニュー画面の説明図（実施例１）。 検索木有効性判定部の動作を示すフローチャート（実施例１）。 名称入力画面の説明図（実施例１）。 名称入力制御部の動作を示すフローチャート（実施例１）。 ノード情報取得部の動作を示すフローチャート（実施例１）。 候補情報設定部の動作を示すフローチャート（実施例１）。 検索結果取得画面の説明図（実施例１）。 実体データ取得部の動作を示すフローチャート（実施例１）。 実体データ要求メッセージの構成図（実施例１）。 実体データ応答メッセージの構成図（実施例１）。 実体データ管理部の動作を示すフローチャート（実施例１）。 検索木データ更新画面の説明図（実施例１）。 検索木データ更新部の動作を示すフローチャート（実施例１）。 キーボード制御型検索システムの全体構成図（実施例２）。 検索木データの説明図（実施例２）。 名称入力画面の説明図（実施例２）。 キーボード制御部の動作を示すフローチャート（実施例２）。

以下、図１から図１６を用いて、実施例１の名称候補提示型検索システムについて説明する。なお、実施例１および実施例２は、英文字による名称を入力してデータを検索するシステムの例について記載したものであるが、本発明は英文字の使用に限るものではなく、候補を提示して名称を検索するものであれば、日本語、ドイツ語、フランス語等、その他の言語、あるいは数字（例えば、その名称に対応する電話番号）についても応用可能である。

実施例１は、ユーザが施設情報を検索する際、名称を１文字入力する毎に候補の施設名称を表示し、ユーザが候補名称を選択した時点で検索サーバ装置へ施設情報の問い合わせを行い、結果を画面に表示するものである。

図１は、実施例１の名称候補提示型検索システムの全体構成図を示したものである。本システムは、検索端末装置１００、検索サーバ装置２００、および通信ネットワーク３００を含んで構成される。

検索端末装置１００は、検索木データの有効性を判定する検索木有効性判定部１１０、名称の入力を制御する名称入力制御部１２０、検索木データからノード情報を取得するノード情報取得部１３０、一以上の検索木データ１４１を記録している検索木データ記録部１４０、ノード情報に含まれる情報をもとに検索サーバ装置に実体データの問い合わせを行う実体データ取得部１５０、ノード情報に含まれる候補名称を名称入力画面に表示する候補名称設定部１６０、検索木データの更新を行う検索木データ更新部１８０、および一連の検索操作に必要となる各種画面の表示を行う検索制御部１９０から構成される。

検索サーバ装置２００は、一以上の索引データ２３１および実体データ２３２を記録している実体データ記録部２３０、一以上の最新の検索木データ（更新検索木データ）２４１を記録している更新検索木データ記録部２４０、実体データの検索要求を処理する実体データ管理部２５０、および検索木データの情報を検索端末装置に送信する検索木データ管理部２８０を含んで構成される。

通信ネットワーク３００は、一般的な通信網であり、携帯電話網、無線通信網など、カーナビにおいて利用可能な通信網に相当する。

図２は、検索木データ記録部１４０に記録される検索木データ１４１の例を記載したものである。実施例１の検索木データ１４１は、検索木識別子１４１１、検索木有効期限１４１２、ノード情報（非圧縮データ）１４１３、ノード情報（圧縮データ）１４１４、および名称リスト１４１５を含んで構成される。

検索木識別子１４１１は、検索木の種別を示す識別子である。図の例では“１００”が格納されており、レストランの検索データであることを意味している。検索木有効期限１４１２は、検索木データ１４１が有効である期限を示すものであり、図の検索木データは２０２０年３月３１日まで有効なデータであることを意味している。

ノード情報１４１３および１４１４は、検索木データ１４１を構成する各ノードの情報を並べたものである。各ノード情報には、文字と、その文字が入力された場合の下位ノード情報の位置を示す情報の並びが格納されている。例えば、ノード情報（１）は、すべての名称の１文字目の情報を記載したものであり、先頭の文字が“Ａ”、“Ｂ”、“Ｄ”である名称が存在することを意味する。同様に、ノード情報（２）は、１文字目が“Ａ”である場合の２文字目に関する情報を記載したものであり、２文字目が“Ａ”または“Ｃ”である名称が存在することを意味する。ノード情報（３）は１文字目が“Ａ”、２文字目が“Ａ”である場合の３文字目に関する情報を記載したものであり、３文字目が“Ｂ”である名称が存在することを意味する。

また、各ノード情報には、通常の文字の他に、特別な制御記号である“￥０”が含まれる。“￥０”は、現在のノード情報に対応する候補名称が、名称リスト１４１５のどこから開始するかを示すものである。例えば、ノード情報（２）の“￥０”は、入力文字列が“Ａ”である場合の候補名称が、名称リストの１行目（“Ａ”）から始まることを示しており、ノード情報（３）の“￥０”は、入力文字列が“ＡＡ”である場合の候補名称は名称リストの２行目（“ＡＡＢ”）から始まることを示している。

以上の説明は、図に記載しているその他のノード情報（４）（５）（６）（７）についても同様である。なお、以降の説明では、検索木データの先頭のノード情報（ノード情報（１））を、ルートノード情報と呼ぶ。

実施例１のノード情報１４１３および１４１４は、ノードの階層の深さ順（文字列を構成する文字順）に並べて収録されている。すなわち、１文字目に対応するノード情報（１）、２文字目に対応するノード情報（２）（６）、３文字目に対応するノード情報（３）（４）（７）、４文字目に対応するノード情報（５）の順序で収録されている。ここで、３文字目以降に対応するノード情報（３）（４）（７）（５）（すなわちノード情報１４１４）は、検索木データ記録部１４０においてデータ圧縮された状態で格納されている。

名称リスト１４１５は、検索可能な名称と、その名称について検索サーバ装置に問い合わせを行う際に必要となる件数および実体ＩＤを格納したものであり、名称のアルファベット順に並べて格納されている。

図３は、実体データ記録部２３０に記録される索引データ２３１および実体データ２３２の例を示したものである。索引データ２３１は、検索木識別子、有効期限、および実体ＩＤと実体データ内アドレスの情報を表形式で保持している。図には２個の索引データを記載しており、１つは有効期限が２０２０年３月３１日までの索引データ、もう１つは有効期限が２０２５年３月３１日までの索引データである。有効期限が２０２５年３月３１日までの索引データは、名称“ＡＣＥ”の施設が新たに１件整備されたことを意味しており、実体ＩＤ１００５が追加されている。実体データ２３２は、名称と、名称に付随する各種の情報を表形式で保持しており、図の例では都市名称と位置情報を記載している。

以下、ユーザが検索操作を行う際の処理の流れに沿って、実施例１を説明する。
図４は、検索制御部１９０が検索操作の最初に表示する、検索メニュー画面の説明図である。検索メニュー画面１９１は、検索可能な分類（レストラン、ガソリンスタンド等）の名称１９２がリスト表示されている。ユーザは、表示されるリストにおいて、検索したい分類を選択する。

図５は、上記分類の１つをユーザが選択後に実行される、検索木有効性判定部１１０の動作を示すフローチャートである。検索木有効性判定部１１０は、検索木データ記録部１４０から、選択された分類に対応する検索木データ１４１を参照し、検索木有効期限１４１２を取得する（ステップＳ１１０１）。次に、検索木有効性判定部１１０は、検索端末装置１００に設定されている現在時刻を取得する（ステップＳ１１０２）。なお、この現在時刻の取得は、一般的なＣＭＯＳクロック等の時計装置から取得しても良いし、カーナビの場合はＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）から取得される時刻情報を利用することも可能である。

次に、検索木有効性判定部１１０は、ステップＳ１１０１およびステップＳ１１０２で取得した検索木有効期限１４１２および現在時刻を比較して、検索木データ１４１の有効性を判定する（ステップＳ１１０３）。そして、検索木有効性判定部１１０は、現在時刻が有効期限内であれば、検索制御部１９０に名称入力画面１２１の表示を指示する（ステップＳ１１０４）。一方、検索木有効性判定部１１０は、現在時刻が有効期限を過ぎていた場合は、検索制御部１９０に検索木データ更新画面１８１の表示を指示する（ステップＳ１１０５）。なお、検索木データを更新する処理の流れについては後述する。

図６は、検索木データが有効期限内である場合に表示される、名称入力画面１２１の説明図である。実施例１の名称入力画面１２１は、名称を入力する名称入力欄１２２、文字を入力するためのキーボード１２３、および候補名称を表示する複数の候補名称ボタン１２４から構成される。候補名称ボタン１２４は、候補名称を表示するとともに、ユーザが押下した場合に検索サーバ装置への問い合わせを開始する検索ボタンとしての機能も有する。

名称入力画面１２１の動作は以下のとおりである。まず、ユーザがキーボード１２３を用いて文字“Ａ”を入力した場合、名称入力欄１２２に“Ａ”を表示するとともに、６個の候補名称ボタン１２４のそれぞれに、候補名称である“Ａ”“ＡＡＢ”“ＡＡＣ”“ＡＡＤ”“ＡＡＥ”“ＡＡＦ”を表示する。次に、ユーザがキーボード１２３を用いて文字“Ｃ”を入力した場合、２個の候補名称ボタン１２４のそれぞれに、候補名称である“ＡＣＤ”“ＡＣＥ”を表示する。

図７は、上記の動作を行うための、名称入力制御部１２０の動作を示すフローチャートである。名称入力制御部１２０は、まず、ノード情報取得部１３０に、ルートノード情報の取得を指示する（ステップＳ１２０１）。ノード情報取得部１３０の動作は後述する。次に、名称入力制御部１２０は、候補名称設定部１６０に、名称入力画面１２１の候補名称ボタン１２４への候補名称の設定を指示する（ステップＳ１２０２）。候補名称設定部１６０の動作は後述する。次に、名称入力制御部１２０は、候補名称設定部１６０の処理の結果、検索対象の名称が確定したかどうかを判定する（ステップＳ１２０３）。なお、名称が確定するとは、次の文字を入力しても該当する名称は存在しない等、ユーザがこれ以上名称を入力する必要性が無い状態を意味する。

名称入力制御部１２０は、ステップＳ１２０３の判定の結果、名称が確定していない場合は、ユーザによるボタンの押下を待つ（ステップＳ１２０４）。ボタンが押下された場合、名称入力制御部１２０は、まず、押下されたボタンが候補名称ボタン１２４（検索ボタン）であるかどうかを判定する（ステップＳ１２０５）。一方、押下されたボタンが候補名称ボタン１２４（検索ボタン）ではない場合、すなわち、キーボード１２３を使用して文字が入力された場合は、名称入力制御部１２０は、ノード情報取得部１３０に、現在取得済のノード情報の下位のノード情報のうち、押下された文字に対応するノード情報を取得するように指示する（ステップＳ１２０６）。名称入力制御部１２０は、下位のノード情報を取得後、ステップＳ１２０２から処理を繰り返す。この繰り返し処理の中で、ステップＳ１２０３において名称が確定したと判断した場合、および、ステップＳ１２０５で候補名称ボタン１２４（検索ボタン）が押下された場合は、名称入力制御部１２０は、押下された候補名称ボタン１２４（検索ボタン）に対応する件数および実体ＩＤを候補名称設定部１６０から取得し、検索制御部１９０に通知して、検索結果取得画面１５１の表示を指示する（ステップＳ１２０７）。

図８は、図７のステップＳ１２０１およびステップＳ１２０６において実行される、ノード情報取得部１３０の動作を示すフローチャートである。ノード情報取得部１３０は、まず、名称入力制御部１２０から取得を指示されたノードがルートノード情報であるかどうかを判定する（ステップＳ１３０１）。ルートノード情報であるか否かの判定は、ノード情報取得部１３０が、名称入力制御部１２０から取得を指示されたノードに対応する文字が、図２に示したノード情報（１）、すなわちルートノード情報に含まれているか否かを判定することによって行う。

ルートノード情報の取得を指示されている場合は、ノード情報取得部１３０は、検索木データ１４１に含まれるノード情報１４１３の先頭ノードを取得対象ノードとする（ステップＳ１３０２）。ルートノード情報ではなく、下位ノード情報の取得を指示されている場合は、ノード情報取得部１３０は、現在取得しているノード情報に含まれる下位ノード情報のうち、入力された文字に対応するノード情報を取得対象ノードとする（ステップＳ１３０３）。

次に、ノード情報取得部１３０は、取得対象のノードが、ノード情報（非圧縮データ）１４１３、およびノード情報（圧縮データ）１４１４のどちらに含まれるかを判定する（ステップＳ１３０４）。この判定は、取得対象のノードが名称の何文字目に対応するものなのかを確認することによって行う。すなわち、図２の説明で述べたように、実施例１の検索木データ１４１では、名称の３文字目以降に対応するノードは圧縮されているため、取得対象のノードが３文字目以降に対応するものである場合は、圧縮データに含まれていると判断する。次に、取得対象のノード情報がノード情報（圧縮データ）１４１４に含まれる場合は、ノード情報取得部１３０は、圧縮データの解凍を行う（ステップＳ１３０５）。最後に、ノード情報取得部１３０は、検索木データ１４１から取得対象のノード情報を読み込む（Ｓ１３０６）。

図９は、図７のステップＳ１２０２において実行される、候補情報設定部１６０の動作を示すフローチャートである。候補情報設定部１６０は、まず、ノード情報取得部１３０が取得しているノード情報を参照し、ノード情報に含まれる制御記号“￥０”が示す名称リスト１４１５上の位置から、候補名称、件数、実体ＩＤを取得して記憶する（ステップＳ１６０１）。この取得処理は、名称入力画面１２１に含まれる候補名称ボタン１２４（検索ボタン）の個数（６個）を上限として、ノード情報が示す名称リスト内の開始位置から下方向へ、名称の先頭が入力文字列に一致しない行の手前の行までを読み込むことによって行う。例えば、入力文字列が“ＡＣ”の場合は、ノード情報（４）によって示される名称リストの８行目（“ＡＣＤ”）から、名称の先頭が入力文字列“ＡＣ”に合致しない１０行目（“ＡＵＴＯ”）の手前の９行目までを、候補名称として取得する。

次に、候補情報設定部１６０は、候補名称ボタン１２４（検索ボタン）のそれぞれに対して、取得した候補名称を設定する（ステップＳ１６０２）。次に、候補情報設定部１６０は、ノード情報取得部１３０が取得しているノード情報に下位ノード情報が含まれるかどうかを判定する（ステップＳ１６０３）。下位ノード情報が存在しない場合、候補情報設定部１６０は、名称が確定したことを名称入力制御部１２０に通知する（ステップＳ１６０４）。

図１０は、図７のステップＳ１２０７を実行した結果表示される、検索結果取得画面１５１の説明図である。この図では、名称“ＡＣＥ”に関するデータを検索サーバ装置に問い合わせしている様子を示している。検索端末装置１００は、名称“ＡＣＥ”に関する問い合わせを開始する時点で、検索結果取得画面１５１上に、検索サーバ装置２００から情報を取得中であることを示すポップアップメッセージ１５２を表示する。なお、本発明において、検索サーバ装置２００から情報を取得中であることの表現は、ポップアップメッセージ１５２の形態に限るものではなく、通信ネットワーク３００に接続するために使用している携帯電話等の画面が通信状態に変化することなど、システムが通信中であることをユーザに通知するために一般的に用いられる手法を使用可能である。検索サーバ装置２００から問い合わせ結果を取得後、検索結果表示画面１５３が表示され、結果の一覧１５４が表示される。ユーザは、表示された一覧から目的のデータを選択することで、カーナビの目的地として設定したり、詳細情報を確認したりすることが可能となる。

図１１は、上記の動作を行うための、実体データ取得部１５０の動作を示すフローチャートである。実体データ取得部１５０は、まず、図１２に示す実体データ要求メッセージを、通信ネットワーク３００を介して実体データ管理部２５０へ送信する（ステップＳ１５０１）。次に、実体データ取得部１５０は、通信ネットワーク３００を介して、実体データ管理部２５０から、図１３に示す実体データ応答メッセージを受信する（ステップＳ１５０２）。実体データ応答メッセージを受信後、実体データ取得部１５０は、検索結果表示画面１５３に、取得した実体データに含まれる情報を表示する（ステップＳ１５０３）。

図１２は、図１１のステップＳ１５０１で送信する、実体データ要求メッセージの構成図である。実体データ要求メッセージは、検索木識別子１５１１、実体ＩＤ１５１２、および件数１５１３から構成される。

図１３は、図１１のステップＳ１５０２で受信する、実体データ応答メッセージの構成図である。実体データ応答メッセージは、複数の名称２５１１、都市名称２５１２、および位置情報２５１３を含んでいる。

図１４は、図１２の実体データ要求メッセージを受信した場合の、実体データ管理部２５０の動作を示すフローチャートである。実体データ管理部２５０は、まず、実体データ要求メッセージに含まれる検索木識別子１５１１を参照して、対応する索引データ２３１を取得する（ステップＳ２５０１）。次に、実体データ管理部２５０は、実体データ要求メッセージに含まれる実体ＩＤ１５１２と件数１５１３を参照して、実体ＩＤ１５１２が示す値から、その値に件数１５１３を加算した値から１を減算した実体ＩＤまでに対応するアドレス情報を、索引データ２３１から取得する（ステップＳ２５０２）。

例えば、図１２に示す実体データ要求メッセージの場合、実体データ管理部２５０は、実体ＩＤ１００２、１００３、１００４の３件の実体ＩＤに対応するアドレス情報を取得する。最後に、実体データ管理部２５０は、取得したアドレス情報に対応するデータを実体データ２３２から取得する（ステップＳ２５０３）。取得した実体データは、図１３に示す実体データ応答メッセージとして実体データ取得部１５０へ送信され、検索結果表示画面１５３に表示される。以上が、実施例１の名称候補提示型検索システムによる検索処理の流れである。

次に、前述した図５のステップＳ１１０３において検索木データが有効期限内ではなかった場合に実行される、検索木データの更新処理について説明する。

図１５は、検索木データが有効期限内ではなかった場合に表示される、検索木データ更新画面１８１の説明図である。検索木データ更新画面１８１は、検索木データの有効期限が切れたことをユーザに通知するポップアップメッセージ１８２、更新を続行するかどうかをユーザが選択するためのボタン１８３および１８４から構成される。この画面において“Ｙｅｓ”ボタン１８３が押下された場合、検索木データの更新中であることをユーザに通知するポップアップメッセージ１８５を表示し、検索木データの更新が完了した後に、図６に示す名称入力画面１２１を表示する。ユーザが“Ｎｏ”ボタン１８４を押下した場合は、図４に示す検索メニュー画面１９１に戻る。

図１６は、上記の動作を行うための、検索木データ更新部１８０の動作を示すフローチャートである。検索木データ更新部１８０は、まず、通信ネットワーク３００を介して、新しい検索木データの有効期限を取得する（ステップＳ１８０１）。この処理は、検索木データ１４１に含まれる検索木識別子１４１１を検索木データ管理部２８０に送信し、検索木データ管理部２８０は、受信した検索木識別子１４１１と同じ検索木識別子を持つ最新の更新検索木データ２４１の有効期限を返却することによって実現される。次に、検索木データ更新部１８０は、受信した有効期限を画面に表示し、検索木データの更新を行うかどうかをユーザに問い合わせる（ステップＳ１８０２、ステップＳ１８０３）。ユーザが更新続行を選択した場合は、検索木データ更新部１８０は、通信ネットワーク３００を介して検索木データ管理部２８０へ検索木識別子１４１１を送信し、最新の更新検索木データ２４１を取得して検索木データ記録部１４０に記録する（ステップＳ１８０４）。検索木データ更新部１８０は、検索木データを更新後、検索制御部１９０に名称入力画面１２１の表示を指示する（ステップＳ１８０５）。ステップＳ１８０３においてユーザが更新続行を選択しなかった場合は、検索木データ更新部１８０は、検索制御部１９０に検索メニュー画面１９１の表示を指示する（ステップＳ１８０６）。以上が、実施例１の名称候補提示型検索システムによる検索木データ更新処理の流れである。

以上で説明した内容により、候補名称を表示するための検索木データは検索端末装置に格納されており通信処理が発生しないため、名称入力時のユーザの操作性が損なわれることはない。また、検索木データからノード情報を取得する際、図８のステップＳ１３０５で圧縮データの解凍処理が行われるのは、ユーザが３文字目以降を入力した場合のみであるため、２文字目の入力までは、圧縮データの解凍処理による操作性の低下は発生しない。なお、本実施例では、３文字目以降に対応するノード情報を圧縮対象としているが、３文字目以降に限るものではなく、検索データに含まれる名称の長さの分布等に応じて設定すれば良い。

具体的には、図２に示した検索木データ１４１を構成するノード情報のうち、各階層のノード情報に含まれる文字数の分布に従って、圧縮データを解凍する時間が所定の閾値以下となるような範囲に含まれるノード情報を圧縮対象としてもよい。例えば、ノード情報（２）にはＡ、Ｃのほかこれらと同様に含まれる文字数ｎ（２）、ノード情報（３）にはＢのほかこれらと同様に含まれる文字数ｎ（３）、ノード情報（４）にはＤ、Ｅのほかこれらと同様に含まれる文字数ｎ（４）、…のように、各ノード情報に含まれる文字数の分布を求め、その分布の中で比較的少ない文字数の範囲にあるノード情報を、圧縮データの解凍時間が所定の閾値以下となる条件を満たすノード情報であるとして定め、それらのノード情報を圧縮対象とすることも可能である。このように、ノード情報に含まれる文字数の分布に応じて圧縮対象となるデータを定めることにより、解凍時間を考慮した、より柔軟な圧縮データの設定が可能となる。

また、以上で説明した内容により、検索木データから参照される実体データは検索サーバ装置に格納することが可能になるため、検索端末装置に格納するデータのサイズを削減することが可能となる。

以下、図１７から図２０を用いて、実施例２のキーボード制御型検索システムについて説明する。実施例２は、ユーザが施設情報を検索する際、名称を１文字入力する毎に、該当件数の表示と、次に入力可能な文字に対応するキーのみを押下可能にする制御を行い、ユーザが検索ボタンを押下した時点で、検索サーバ装置へ施設情報の問い合わせを行い、結果を画面に表示するものである。

図１７は、実施例２のキーボード制御型検索システムの全体構成図を示したものである。基本的な構成は実施例１と同様であり、実施例１との差異は、図１における候補名称設定部１６０がなくなり、新たにキーボード制御部１７０を追加している点、および、図１の検索木データ記録部１４０に記録されている検索木データ１４１の構成を変え、検索木データ１４２としている点である。それ以外の部分については、実施例１と基本的に同様である。

図１８は、実施例２における検索木データ１４２の例を記載したものである。実施例２の検索木データ１４２は、検索木識別子１４２１、検索木有効期限１４２２、ノード情報（非圧縮データ）１４２３、ノード情報（圧縮データ）１４２４を含んで構成される。検索木識別子１４２１、および検索木有効期限１４２２は、実施例１と同様である。

ノード情報１４２３、および１４２４は、検索木データ１４２を構成する各ノードの情報を並べたものである。各ノード情報には、文字と、その文字が入力された場合の件数、および下位ノード情報の位置を示す情報の並びが格納されている。例えば、ノード情報（１）は、“Ａ”が入力された場合の件数は２１件、“Ｂ”が入力された場合の件数は２６件であることを示している。その他の文字についても同様である。

各ノード情報には、通常の文字の他に、特別な制御記号である“￥０”が含まれる。文字が“￥０”の場合、該当件数を格納する欄にはそのノード情報に含まれる全ての文字の件数を合計した値が格納され、下位ノード情報の位置を示す欄には、そのノード情報に対応する実体ＩＤが記録されている。例えば、ノード情報（４）は、ユーザが“ＡＣ”の順に文字を入力した場合に取得されるノード情報であり、入力が“ＡＣ”の場合の件数は１２件であること、およびその場合の実体ＩＤは９９８であることを意味している。

実施例２のノード情報（非圧縮データ）１４２３およびノード情報（圧縮データ）１４２４を構成する各ノード情報は、“￥０”が示す件数の順に並べて収録されている。すなわち、件数が最も多い６７件であるノード情報（１）が先頭に配置され、次に、件数が２６件であるノード情報（６）が配置される。以降のノードについても同様である。ここで、件数が１０件以下であるノード情報（３）および（５）は、検索木データ記録部１４０において、データ圧縮された状態で格納されている。

以下、ユーザが検索操作を行う際の処理の流れに沿って、実施例２を説明する。名称入力画面が表示されるまでの流れは、実施例１と同様である。

図１９は、実施例２のキーボード制御型検索システムにおいて表示される名称入力画面１２１の説明図である。名称入力画面１２１は、実施例１と同様に、名称を入力する名称入力欄１２２、文字を入力するためのキーボード１２３、および検索ボタン１２４を持つ。なお、検索ボタン１２４は、実施例１では候補名称を表示するものであるが、実施例２ではボタンの名称として“検索”を表示している。また、実施例２の名称入力画面１２１は、入力された名称の件数を表示する件数表示欄１２５を備えている。

図１９に示す初期画面では、件数表示欄１２５に“６７”が表示されている。これは、検索可能なデータの件数が６７件であることを示している。また、キーボード１２３のボタン“Ｃ”“Ｆ”“Ｑ”等、一部のボタンは、押下できない状態に設定されている。これは、１文字目が“Ｃ”“Ｆ”“Ｑ”で始まる名称がデータベース（検索木データ１４２）に存在しないことを示している。この状態でユーザがキーボード１２３を用いて“Ａ”を入力した場合、件数表示欄１２５は“２１”に変化し、また、キーボード１２３は、ボタン“Ｂ”“Ｄ”“Ｅ”等、一部のボタンが押下できない状態に設定される。これは、１文字目が“Ａ”である件数は２１件であること、および、１文字目が“Ａ”で２文字目が“Ｂ”“Ｄ”“Ｅ”である名称はデータベースに存在しないことを示している。実施例２のキーボード制御型検索システムでは、このように、ユーザが１文字を入力する毎に、件数の表示と、次に入力可能なキーのみを押下可能にする制御が行われる。

図１９に示した動作を行うための処理について、名称入力制御部１２０、ノード情報取得部１３０、およびキーボード制御部１７０の動作を以下で説明する。

名称入力制御部１２０の動作については、図７のステップＳ１２０２において候補名称制御部１６０に候補名称を設定する指示を行っている箇所が、キーボード制御部１７０に件数表示およびキーボードの制御を指示する処理に変わるほかは、実施例１と同様である。

ノード情報取得部１３０の動作については、図８のステップＳ１３０４において取得対象ノードが圧縮データ内に存在するかどうかを判定する基準が、実施例１では対象ノードが名称の何文字目に対応するノードであるかであったのに対して、実施例２では、対象ノードに対応する件数が１０件以下であるかどうかに変わるほかは、実施例１と同様である。

キーボード制御部１７０については、図２０に、キーボード制御部１７０の動作を示したフローチャートを記載する。キーボード制御部１７０は、まず、ノード情報１３０が取得しているノード情報の“￥０”が示す件数を、実施例２の名称入力画面１２１の件数表示欄１２５に表示する（ステップＳ１７０１）。次に、キーボード制御部１７０は、キーボード１２３において、ノード情報に含まれる文字に対応するキーのみを押下可能に設定する（ステップＳ１７０２）。次に、キーボード制御部１７０は、ノード情報の“￥０”が示す件数および実体ＩＤを記憶する（ステップＳ１７０３）。次に、キーボード制御部１７０は、ノード情報に下位ノード情報が含まれるかどうかを判定する（ステップＳ１７０４）。下位ノード情報が存在しない場合、キーボード制御部１７０は、名称が確定したことを名称入力制御部１２０に通知する（ステップＳ１７０５）。

名称入力制御部１２０では、実施例１と同様に、図７のステップＳ１２０３において名称が確定した場合、または、ステップＳ１２０５において検索ボタン１２４が押下された場合、キーボード制御部１７０が記憶している件数および実体ＩＤを取得し、検索制御部１９０に通知して、検索結果取得画面１５１の表示を指示する。以降、件数および実体ＩＤを使用して検索サーバ装置から検索結果を取得する処理は、実施例１と同様である。

以上で説明した内容により、ユーザが名称を１文字入力する毎に件数を表示し、次に入力可能なキーのみを押下可能にする制御を行うための検索木データは検索端末装置に格納されており、通信処理が発生しないため、名称入力時のユーザの操作性が損なわれることはない。また、検索木データからノード情報を取得する際に圧縮データの解凍処理が行われるのは、件数が１０件以下になった場合のみであるため、件数が１０件より多い状態で検索ボタン１２４が押下されれば、圧縮データの解凍処理による操作性の低下は発生しない。なお、本実施例では件数が１０件以下であるノード情報を圧縮対象としているが、１０件以下に限るものではなく、検索データに含まれる件数等に応じて設定すれば良い。

具体的には、図１８に示した検索木データ１４２を構成するノード情報のうち、各階層のノード情報に含まれる文字の件数に従って、圧縮データを解凍する時間が所定の閾値以下となるような件数のノード情報を圧縮対象としてもよい。例えば、ノード情報（１）には“￥０”が示す件数６７件、ノード情報（２）には“￥０”が示す件数２１件、ノード情報（３）には“￥０”が示す件数９件、ノード情報（４）には“￥０”が示す件数１２件、ノード情報（５）には“￥０”が示す件数３件、ノード情報（６）には“￥０”が示す件数２６件、ノード情報（７）には“￥０”が示す件数１８件、…のように、各ノード情報に含まれる文字の件数を求め、その件数が多い順にノード情報を並べ替え、比較的少ない件数のノード情報（例えば、件数の少ない下位３つのノード情報）を、圧縮データの解凍時間が所定の閾値以下となる条件を満たすノード情報であるとして定め、それらのノード情報を圧縮対象とすることも可能である。このように、ノード情報に含まれる文字の件数に応じて圧縮対象となるデータを定めることにより、解凍時間を考慮した、より柔軟な圧縮データの設定が可能となる。

また、実施例１と同様に、検索木データから参照される実体データは検索サーバ装置に格納することが可能になるため、検索端末装置に格納するデータのサイズを削減することが可能となる。

さらに、上述した実施例１、実施例２において検索木データに含まれるノード情報のうち、ある階層よりも階層が深いノード情報（例えば、検索結果が十分に絞られた場合に表示される文字に対応するノード情報）は、検索対象となる場合が少ないノード情報、すなわち参照される頻度が低いノード情報であるとして、そのようなノード情報のみを圧縮対象とすることも可能である。この場合、参照頻度が高いノード情報は圧縮されることはないため、圧縮データの解凍に伴って発生する待ち時間の発生頻度を軽減することができ、利用者の利便性をさらに向上させることができる。

このように、実施例１、実施例２に示したように、例えば、施設データの検索に必要なデータベースのうち、ユーザが検索対象の名称を１文字入力する毎に必要となるデータ（検索木データ）はカーナビに格納し、検索木データから参照される検索データの実体（施設名称、住所、電話番号等のデータ。すなわち実体データ）は、通信ネットワークを介して接続される外部の検索サーバ装置に格納し、名称を入力する際のユーザの操作性を向上する処理はカーナビに格納している検索木データを参照して実行し、ユーザが検索実行を指示した時点で、あるいは、検索木データを参照した結果、それ以上の文字入力が必要ないと判断できる時点で、検索サーバ装置に実体データの問い合わせを行い、結果をカーナビの画面に表示することを特徴としている。このように、ユーザの操作性に大きく影響するデータはカーナビに格納することにより、ユーザの操作性を損なわずに、カーナビに格納するデータベースのサイズを削減することが可能としている。

さらに、カーナビに格納する検索木データを部分的に圧縮することを特徴としている。例えば、ユーザが検索対象の名称を入力する際、長い名称を最後まで入力することは稀であり、通常はある程度の長さを入力した時点で検索処理を実行して、結果の一覧から目的の名称を選択することが多い。すなわち、検索木データを構成する複数のノードのうち、名称の先頭近くの文字に対応するノードは必ず参照されるが、名称の末尾近くの文字に対応するノードは参照されないことが多い。このような参照頻度が少ないノードのみを選択的に圧縮することで、ユーザの操作性を損なわずに、カーナビに格納するデータベースのサイズをさらに削減することが可能となる。

なお、検索木データ更新部が検索木データを更新する際に、過去に検索木データに含まれるノード情報にアクセスされた回数や時刻等の履歴情報を検索木データ記録部が記憶し、記憶した履歴情報のうち、アクセスされた回数が少ないノード情報を圧縮対象とすることも可能である。このように、ノード情報にアクセスされた履歴に応じて圧縮対象となるデータを定めることにより、より効率的な圧縮データの設定が可能となる。

本発明は、上記実施の形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。例えば、実施例１および実施例２に記載の検索方法や圧縮方法を適宜組み合わせたり、いずれかを選択可能な形式で実施することももちろん可能である。

１００ 検索端末装置
１１０ 検索木有効性判定部
１２０ 名称入力制御部
１３０ ノード情報取得部
１４０ 検索木データ記録部
１５０ 実体データ取得部
１６０ 候補名称設定部
１７０ キーボード制御部
１８０ 検索木データ更新部
１９０ 検索制御部
２００ 検索サーバ装置
２３０ 実体データ記録部
２４０ 更新検索木データ記録部
２５０ 実体データ管理部
２８０ 検索木データ管理部
３００ 通信ネットワーク。

Claims (7)

1. 通信網を介して検索サーバ装置に接続された検索端末装置であって、
   検索対象となるデータを構成する情報と前記情報よりも前記データを構成する下位の階層の情報との関係を対応付けたノード情報と、前記ノード情報に含まれる前記情報または前記下位の情報によって特定される前記検索対象となるデータの実体を示す実体データを識別するための実体識別情報とを対応付けた検索木データを記憶する検索木データ記憶部と、
   ユーザから入力された前記情報または前記下位の情報と、前記検索木データ記憶部に記憶された前記ノード情報とに基づいて、前記検索対象となるデータの候補を出力する入力制御部と、
   前記入力制御部が出力した前記検索対象となるデータの候補に含まれる前記情報または前記下位の情報に対応する前記実体識別情報を含む検索要求を前記検索サーバ装置に送信し、前記検索サーバ装置から前記実体識別情報によって識別される前記実体データを取得する実体データ取得部と、
   あらかじめ定められた前記検索木データの有効期限と現在時刻とを比較することにより、前記検索木データの有効性を判定する検索木有効性判定部と、
   前記検索木有効性判定部が前記検索木データが有効ではないと判定した場合に、前記検索サーバ装置から更新後の検索木データを取得し、前記検索木データ記憶部に前記更新後の検索木データを記憶させる検索木データ更新部と、
   を備えることを特徴とする検索端末装置。
2. 請求項１に記載の検索端末装置であって、
   前記入力制御部が出力した前記データの候補を表示部に表示させる候補名称設定部をさらに備え、
   前記入力制御部は、前記表示部に表示された前記データの候補の指定を受け付け、
   前記実体データ取得部は、前記入力制御部が受け付けた前記データの候補に含まれる前記情報または前記下位の情報に対応する前記実体識別情報を含む検索要求を前記検索サーバ装置に送信する、
   ことを特徴とする検索端末装置。
3. 請求項１に記載の検索端末装置であって、
   前記ユーザから入力された前記情報または前記下位の情報と、前記検索木データ記憶部に記憶された前記ノード情報とに基づいて、キーボード表示部に表示されるキーのうち入力された前記情報または前記下位の情報の次に入力可能な情報に対応するキーを押下可能にするキーボード制御部をさらに備え、
   前記入力制御部は、前記キーボード表示部に表示された前記次に入力可能な情報に対応するキーの押下を受け付け、
   前記実体データ取得部は、前記入力制御部が受け付けた前記キーに含まれる前記情報または前記下位の情報に対応する前記実体識別情報を含む検索要求を前記検索サーバ装置に送信する、
   ことを特徴とする検索端末装置。
4. 請求項１から３のいずれか一項に記載の検索端末装置であって、
   前記実体データ取得部は、前記検索サーバ装置から前記実体データを取得する際に、前記検索装置と前記検索サーバとが通信中である旨を表示部に表示させる、
   ことを特徴とする検索端末装置。
5. 通信網を介して検索端末装置から検索対象となるデータの検索要求を受信する検索サーバ装置であって、
   複数の、前記検索対象となるデータの実体を示す実体データを識別するための実体識別情報と前記実体データの位置を示すアドレス情報を対応付けて記憶するとともに、前記アドレス情報と前記実体データとを対応付けて記憶する実体データ記憶部と、
   前記検索要求に含まれる、前記検索対象となるデータを構成する情報と前記情報よりも前記データを構成する下位の情報との関係を対応付けたノード情報に含まれる前記情報または前記下位の情報によって特定される前記検索対象となるデータを識別するための実体識別情報と前記情報または前記下位の情報によって特定される前記検索対象となるデータの候補の件数とに基づいて、前記実体データ記憶部に記憶されている複数の実体データの位置を示す前記アドレス情報の並びを取得し、前記アドレス情報の並びに基づいて前記検索対象となるデータを検索する実体データ管理部と、
   を備えることを特徴とする検索サーバ装置。
6. 請求項５に記載の検索サーバ装置であって、
   最新の検索木データを記録する更新検索木データ記録部と、
   前記検索端末装置から受信した前記検索木データの更新要求に基づいて、前記最新の検索木データを前記検索端末装置に送信する検索木データ管理部と、
   をさらに備えることを特徴とする検索サーバ装置。
7. 通信網を介して検索端末装置と検索サーバ装置とが接続され、検索対象となるデータを検索するセンタ連携型検索システムであって、
   前記検索装置は、
   検索対象となるデータを構成する情報と前記情報よりも前記データを構成する下位の階層の情報との関係を対応付けたノード情報と、前記ノード情報に含まれる前記情報または前記下位の情報によって特定される前記検索対象となるデータの実体を示す実体データを識別するための実体識別情報とを対応付けた検索木データを記憶する検索木データ記憶部と、
   ユーザから入力された前記情報または前記下位の情報と、前記検索木データ記憶部に記憶された前記ノード情報とに基づいて、前記検索対象となるデータの候補を出力する入力制御部と、
   前記入力制御部が出力した前記検索対象となるデータの候補に含まれる前記情報または前記下位の情報に対応する前記実体識別情報を含む検索要求を前記検索サーバ装置に送信し、前記検索サーバ装置から前記実体識別情報によって識別される前記実体データを取得する実体データ取得部と、
   あらかじめ定められた前記検索木データの有効期限と現在時刻とを比較することにより、前記検索木データの有効性を判定する検索木有効性判定部と、
   前記検索木有効性判定部が前記検索木データが有効ではないと判定した場合に、前記検索サーバ装置から更新後の検索木データを取得し、前記検索木データ記憶部に前記更新後の検索木データを記憶させる検索木データ更新部と、を備え、
   前記検索サーバ装置は、
   複数の、前記検索対象となるデータの実体を示す実体データを識別するための実体識別情報と前記実体データの位置を示すアドレス情報を対応付けて記憶するとともに、前記アドレス情報と前記実体データとを対応付けて記憶する実体データ記憶部と、
   前記検索要求に含まれる、前記ノード情報に含まれる前記実体識別情報と前記情報または前記下位の情報によって特定される前記検索対象となるデータの候補の件数とに基づいて、前記実体データ記憶部に記憶されている複数の実体データの位置を示す前記アドレス情報の並びを取得し、前記アドレス情報の並びに基づいて前記検索対象となるデータを検索する実体データ管理部と、
   を備えることを特徴とするセンタ連携型検索システム。

Images