JP6814093B2 - 情報処理装置、情報処理方法及びプログラム - Google Patents

Description

本技術は、飲食店情報をユーザに提供可能に構成される情報処理装置、情報処理方法及びプログラムに関する。

特許文献１には、ディレクトリ型検索エンジンに関する技術の開示があり、特にそのデータ構成方法に関して記載がある。ディレクトリ型検索エンジンとは、カテゴリ又はコンテンツがノードとしてリンクにより各々接続され、しかも、親ノードと子ノードの関係が定義されることにより階層化されることにより木構造に構成されたディレクトリを検索対象とする検索エンジンである。

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

従来の飲食店情報のポータルサイトにおいては、ユーザが地名と料理名でクロス検索をすると、当該地名により指定された地域において、検索した料理を提供する店舗情報の一覧が検索結果としてユーザに提示される。料理名のほかにも、料理のジャンル、サービス、商品名などでも同じことができる。

しかしながら、ユーザが地名を正確に覚えていないと上記クロス検索は所望の検索結果を返せない可能性があった。

これらの事情に鑑み、本発明は、ユーザが地名を正確に覚えていない場合でも入力した検索キーワードからユーザが欲している情報を類推して提示することを目的とする。

上記目的を達成する本発明の一態様は、制御部を具備する情報処理装置である。
上記制御部は、少なくとも広域地名と、「ジャンル、サービス又は商品名」とを引数にして第１の店舗情報の検索を行う。
また、上記制御部は、上記第１の店舗情報の検索による検索結果の中から上記広域地名に含まれる複数の地名をそれぞれ引数として第２の店舗情報の検索を行う。
また、上記制御部は、上記第２の店舗情報の検索による複数の検索結果の中から店舗情報が集中している検索結果を抽出する。
また、上記制御部は、抽出した検索結果を含む表示情報を生成する。

上記構成によれば、ユーザが所望の検索結果が得られる狭域の地名をその中に含む広域地名さえ記憶していれば、当該狭域の地名による検索結果をユーザに示せることにより、ユーザが地名を正確に覚えていない場合でも入力した検索キーワードからユーザが欲している情報を類推して提示することができる。

上記制御部は、店舗情報の集中を、上記第１の店舗情報の検索による検索結果に含まれる店舗情報の数に対する、上記第２の店舗情報の検索による複数の検索結果のそれぞれに含まれる店舗情報の数の割合または差分に基づいて判断してもよい。

上記構成によれば、店舗情報が集中している検索結果を精度よく抽出することができる。

上記制御部は、上記広域地名が１又は複数の狭域地名を含み、上記１又は複数の狭域地名のそれぞれが１又は複数の最狭域地名を含む木構造を有するデータとして、上記広域地名と上記複数の地名を扱うように構成されてもよい。

また、上記構成の場合、上記制御部は、次のように店舗情報が集中している検索結果を抽出してもよい。
ある狭域地名による検索結果に含まれる店舗情報の数の全体に占める割合がある最狭域地名による検索結果に含まれる店舗情報の数の全体に占める割合と比較して、同程度であると判断する場合、上記狭域地名による検索結果を抽出する。

上記構成によれば、狭域地名による検索結果と、それに含まれる最狭域地名による検索結果が大差ない場合、上位カテゴリである狭域地名による検索結果を抽出することにより、ユーザ所望の検索結果に近づけることができる。

あるいは、上記構成の場合、上記制御部は、次のように店舗情報が集中している検索結果を抽出してもよい。
ある狭域地名に含まれる２つの最狭域地名による検索結果に含まれる店舗情報の数の全体に占める割合が同程度であると判断する場合、上記狭域地名による検索結果を抽出する。

上記構成によれば、ある狭域地名に含まれる２つの最狭域地名による検索結果２つが大差ない場合、両方を包含する上位カテゴリである狭域地名による検索結果を抽出することにより、ユーザ所望の検索結果に近づけることができる。

上記構成において、上記表示情報は、上記第１の店舗情報の検索による検索結果を含んでもよい。またこの場合、上記制御部は、上記抽出した検索結果をユーザへの提案として上記表示情報に含ませてもよい。

上記構成によれば、表示情報にユーザが当初入力した検索キーワードによる検索結果を含み、その上で「第２の店舗情報の検索」と「検索結果の抽出」の情報処理の結果を提案（サジェスチョン）として含ませることができる。

上記目的を達成する本発明の別の一態様は、以下の情報処理方法である。
少なくとも広域地名と、ジャンル、サービス又は商品名とを引数にして第１の店舗情報の検索を行うステップと、
上記第１の店舗情報の検索による検索結果の中から上記広域地名に含まれる複数の地名をそれぞれ引数として第２の店舗情報の検索を行うステップと、
上記第２の店舗情報の検索による複数の検索結果の中から店舗情報が集中している検索結果を抽出するステップと、
抽出した検索結果を含む表示情報を生成するステップ
を含む
情報処理方法。

上記目的を達成する本発明の別の一態様は、以下のプログラムである。
情報処理装置に、
少なくとも広域地名と、ジャンル、サービス又は商品名とを引数にして第１の店舗情報の検索を行うステップと、
上記第１の店舗情報の検索による検索結果の中から上記広域地名に含まれる複数の地名をそれぞれ引数として第２の店舗情報の検索を行うステップと、
上記第２の店舗情報の検索による複数の検索結果の中から店舗情報が集中している検索結果を抽出するステップと、
抽出した検索結果を含む表示情報を生成するステップ
を実行させる
プログラム。

以上に説明したように、本発明によれば、ユーザが地名を正確に覚えていない場合でも入力した検索キーワードからユーザが欲している情報を類推して提示することができる。

本発明の一実施形態に係る飲食店情報提供システムの構成を示した図である。 上記実施形態に係る飲食店情報提供サーバのハードウェア構成を示した図である。 上記実施形態に係る飲食店情報提供サーバが有するデータベースの構成を示した図である。 図３の飲食店情報データベースが記憶する地名情報の構成を示した図である。 上記実施形態に係る飲食店情報提供サーバによる、店舗情報提供処理の流れを示したフローチャートである。 上記実施形態において飲食店情報提供サーバが提供する表示情報（Ｗｅｂページ）の例を示した図である。

以下、図面を参照しながら、本発明の実施形態を説明する。

［システムの構成］
図１は、本実施形態に係る飲食店情報提供システムの構成を示した図である。

同図に示すように、このシステムは、インターネット５０上の飲食店情報提供サーバ１００と、複数の飲食店端末２００と、複数のユーザ端末３００を含む。

飲食店情報提供サーバ１００は、飲食店に関する情報を掲載したポータルサイト（飲食店情報提供サイト）を運営するウェブサーバである。飲食店情報提供サーバ１００は、複数の飲食店の各飲食店端末２００及び複数のユーザ端末３００とインターネット５０を介して接続されている。

飲食店情報提供サーバ１００は、上記ポータルサイトにアクセスし検索条件を入力したユーザ端末３００へ、当該検索条件に合致する飲食店情報を掲載したＷｅｂページを送信する。

また飲食店情報提供サーバ１００は、各飲食店の飲食店端末２００から、飲食店情報を構成する店舗写真、店舗紹介、メニュー写真、メニュー紹介などを受信可能である。店舗紹介とメニュー紹介は、店舗やメニューの広告文や売り文句などの文章である。

飲食店端末２００（２００Ａ，２００Ｂ，・・・）は、各飲食店が飲食店情報を飲食店情報提供サーバ１００に入力するための端末である。飲食店端末２００として、例えば、通常のパーソナルコンピュータやスマートデバイスなどが利用できる。

ユーザ端末３００（３００Ａ，３００Ｂ，３００Ｃ，・・・）は、ユーザ（ユーザＡ，ユーザＢ，ユーザＣ，・・・）により使用される端末であり、例えばスマートフォン、携帯電話、タブレットＰＣ、ノートブックＰＣ、デスクトップＰＣ等である。

ユーザ端末３００は、飲食店情報提供サーバ１００が提供する飲食店情報提供サイトへアクセスし、上記Ｗｅｂページを受信して、ブラウザにより画面に表示する。

ユーザ端末３００のユーザは、上記ブラウザによって表示される画面を介して、上記ポータルサイト内で飲食店を検索し、所望の飲食店に関する情報を閲覧する。上記Ｗｅｂページ上に表示される各飲食店に関する情報には、その飲食店の店名や、その飲食店を識別するＩＤ（店舗ＩＤ）、その飲食店の業態・サービスのジャンル情報、その飲食店を紹介する内容（飲食店のＰＲ文等の店舗の特徴を示す情報や飲食店が行うイベント情報等）、飲食店が立地しているエリア情報、飲食店の住所、電話番号、飲食店が提供するメニュー情報等が含まれる。

［飲食店情報提供サーバのハードウェア構成］
図２は、上記飲食店情報提供サーバ１００のハードウェア構成を示した図である。同図に示すように、飲食店情報提供サーバ１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。

ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながら飲食店情報提供サーバ１００の各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。

入出力インタフェース１５には、表示部１６、操作受付部１７、記憶部１８、通信部１９等が接続される。

表示部１６は、例えばＬＣＤ（Liquid Crystal Display）、ＯＥＬＤ（Organic Electro-Luminescence Display）、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。

操作受付部１７は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の入力装置である。操作受付部１７がタッチパネルである場合、そのタッチパネルは表示部１６と一体となり得る。

記憶部１８は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリ（ＳＳＤ；Solid State Drive）、その他の固体メモリ等の不揮発性メモリである。当該記憶部１８には、上記ＯＳや各種アプリケーション、各種データが記憶される。

後述するが、記憶部１８は、飲食店情報データベース３１とページ情報データベース３２と地名情報データベース３３を有している。

通信部１９は、例えばＮＩＣ（Network Interface Card）や無線ＬＡＮ等の無線通信用の各種モジュールである。上記通信部１９は、上記各飲食店の飲食店端末２００や上記ユーザ端末３００との間の通信処理を担う。

［飲食店情報提供サーバのデータベース構成］
図３は、上記飲食店情報提供サーバ１００が有するデータベースの構成を示した図である。図４は、図３中の地名情報データベース３３の構成を示した図である。

図３に示すように、飲食店情報提供サーバ１００は、記憶部１８に、飲食店情報データベース３１とページ情報データベース３２と地名情報データベース３３を有している。

飲食店情報データベース３１は、図４に示すように、飲食店毎に、その飲食店の店名や、その飲食店を識別するＩＤ（店舗ＩＤ）の他、その飲食店の業態・サービスのジャンル情報、その飲食店を紹介するテキスト（店舗のＰＲ文等の店舗の特徴を示す情報や、飲食店が行うイベント情報等）、飲食店が立地しているエリア情報、飲食店の住所、電話番号、飲食店が提供するメニュー情報（メニューＩＤ含む）、ウェブサイトＵＲＬ等の情報を記憶している。飲食店情報データベース３１は、その他に、飲食店が提供しうるサービスの情報を記憶してもよい。

上記エリア情報は、例えば都道府県単位のものであるが、市区町村等のより狭い範囲の単位でも情報が記憶されてもよい。エリア情報は、行政上の区画割に基づいた地理情報に限定されず、そのほかには例えば、駅を中心とした地理的情報が記憶されてもよい。本実施形態において、上記エリア情報は、地名情報データベース３３が記憶する地名情報に関連付けられている。

上記ジャンル情報は、例えば和食、中華、イタリアン、フレンチ、焼肉等のメインジャンルの他、和食における焼き鳥・天ぷら・もんじゃ等、イタリアンにおけるパスタ・ピザ等のより詳細なサブジャンルを含んでいてもよい。このように、上記ジャンル情報には「メニュー」と呼ばれる可能性のある概念も含む。

上記メニュー情報は、各飲食店が提供し得る全てのメニューに関する情報であり、上記各飲食店の飲食店端末２００から定期的（例えば１日毎、１週間毎）に受信され記憶される。上記飲食店情報提供サイト上に掲載されるメニュー情報は、この記憶された全てのメニュー情報のうちの少なくとも一部である。なお、上記メニュー情報は各店舗がサーブする個別具体的なメニューを指す。その点で上記メニュー情報は、上記ジャンル情報における「メニュー」と呼ばれる可能性のある概念と異なる。

ページ情報データベース３２は、飲食店情報提供サーバ１００が提供する飲食店情報提供サイトに掲載される各飲食店のウェブページを構成する情報、すなわち、ＨＴＭＬ（HyperText Markup Language）またはＸＨＴＭＬ（Extensible HTML）やスタイルシート、画像データ等を記憶している。

これら各データベースは、後述する飲食店情報提供サーバ１００による表示情報を生成する処理において、必要に応じて相互に参照されて用いられる。また、これら各データベース、特に飲食店情報データベース３１は、店舗端末２００から情報の更新が可能に構成される。飲食店情報データベース３１と店舗端末２００のインタフェースは、ウェブ技術ベースで構築される。

地名情報データベース３３は、上記エリア情報を、図４に示すように階層的に記憶している。同図に示すように、広域地名は狭域地名を包含し、狭域地名は最狭域地名を包含する。図示の例は３階層であるがより多段の階層を持つ木構造でもよい。また、下位の地名を持たない上位カテゴリの地名があってもよい（例えば、図中「狭域地名ｂａ」がそのような地名に該当する。）。

本実施形態の飲食店情報提供サーバ１００が提供する飲食店情報のポータルサイトにおいては、個々の飲食店情報を行政上の地理区分などに応じて小分類に分類し、いくつかの小分類を集めて中分類を構成し、いくつかの中分類を集めて大分類を構成するといった飲食店情報の分類を行う。例えば、大分類に日本の４７都道府県を割り当て、中分類に各県の市町村や都市を割り当て、小分類に町名を割り当てる。

［飲食店情報提供サーバの動作］
次に、以上のように構成された飲食店情報提供サーバ１００の動作について説明する。当該動作は、飲食店情報提供サーバ１００のＣＰＵ１１及び通信部１９等のハードウェアと、記憶部１８に記憶されたソフトウェアとの協働により実行される。以下の説明では、便宜上、ＣＰＵ１１を動作主体とする。

図５は、飲食店情報提供サーバ１００による、飲食店情報提供処理の流れを示したフローチャートである。ただし、同図のフローは、ユーザが最初に検索キーワードとして広域地名を指定することを前提としている。

同図に示すように、まず、飲食店情報提供サーバ１００のＣＰＵ１１は、ユーザが指定した広域地名と料理名で検索条件を設定して、飲食店情報データベース３１を検索する（ステップ１０１）。ステップ１０１は、第１の店舗情報の検索の一例である。

広域地名と料理名の指定は、飲食店情報提供サーバ１００がユーザ端末２００に送信している図６に示すような表示情報をインタフェースとして行われる。図６は飲食店情報提供サーバ１００が提供する表示情報（Ｗｅｂページ）の例を示した図である。

同図に示すウェブページは、ユーザ端末３００のユーザが、例えば飲食店情報提供サイトのトップページ等の一例を示している。このＷｅｂページは、検索条件指定モジュール６０と、検索結果表示モジュール６５に分かれている。

検索条件指定モジュール６０は、ユーザが入力ボックス６１、入力ボックス６２、入力ボックス６３に検索条件を入力し、検索ボタン６４を押下することで、飲食店情報提供サーバ１００にユーザが指定した検索条件を送信することができるインタフェースを提供する。

同図に示すように、上記検索条件指定モジュール６０は、飲食店情報提供サイト内のページであれば例えば常に上部に表示され、ユーザは常時飲食店を検索することができる。

ユーザは入力ボックス６２にエリア（場所）を入力ないし選択することにより、場所に関する条件を指定することができる。指定可能な条件としては市区町村などの地理情報のほか、駅名なども指定可能である。

入力ボックス６３はフリーワード入力を受付可能に構成されている。ユーザが入力ボックス６３にジャンル名を入力すると飲食店が提供する食事のジャンル（例えば、「和食」「イタリアン」など）を、メニュー名や料理名を入力するとメニューや料理（例えば、「そば」「うどん」など）を指定することができる。さらにサービス名を入力して、飲食店が提供するサービスや付加価値（例えば、「クレジットカード利用可」「夜景の見えるレストラン」など）を指定することもできる。

図５のフローの説明においては、簡略化のため、ユーザが入力ボックス６２に広域地名を入力することを前提とする。また、ユーザが入力ボックス６３に料理名を入力することを前提とする。

図５に示されている飲食店情報提供処理においては、特に、ユーザが広域地名の条件と料理名の条件でクロス検索を行った場合の情報処理が示されている。

飲食店情報提供サーバ１００のＣＰＵ１１は、ユーザが指定した広域地名と料理名で検索条件を設定して検索を行い（ステップ１０１）、その検索結果を得たあと、ユーザが指定した広域地名に含まれる地名を、地名情報データベース３３を検索することにより得る（ステップ１０２）。

本実施形態では、ＣＰＵ１１は、ステップ１０２において、広域地名に含まれる複数の狭域地名と、それらにそれぞれ含まれる最狭域地名のすべてを得る。

次に、ステップ１０２で得た地名のうち、どれか１つを検索条件として、ステップ１０１の検索結果を検索する（ステップ１０３）。これは、要するに、ステップ１０１の検索結果の絞込みを行う処理である。ステップ１０３は、第２の店舗情報の検索の一例である。

次に、ＣＰＵ１１はステップ１０２で得た地名のすべてについて、検索結果の絞込みを行ったか否か確認する（ステップ１０４）。ステップ１０２で得た地名のすべてについて、検索結果の絞込みが行われるまで、ステップ１０３が繰り返される。

繰り返しループを抜けると（ステップ１０４、Ｙｅｓ）、次に、ＣＰＵ１１は、ステップ１０３で絞り込んだ検索結果に含まれる店舗情報の数が、全体の検索結果（ステップ１０１の検索結果）に含まれる店舗情報の数に占める割合を計算する（ステップ１０５）。ＣＰＵ１１は、この計算を、ステップ１０２で得た複数の地名のすべてについて、行う。

例えば、広域地名で検索した場合の店舗情報のヒット数が１００件であり、その広域地名に含まれる狭域地名の１つが２０件であれば、その地名による検索結果が全体に占める割合は２０％である。

続いて、飲食店情報提供サーバ１００のＣＰＵ１１は、店舗情報が集中している検索結果があるか否かを判断する（ステップ１０６）。ない場合はフローを終わる（ステップ１０６、Ｎｏ）。ある場合（ステップ１０６、Ｙｅｓ）、ＣＰＵ１１は、店舗情報が集中していると判断される検索結果を抽出する（ステップ１０７）。

店舗情報の集中は、ステップ１０５で算出した割合を根拠にしてＣＰＵ１１が判断する。その他の方法としては、検索結果に含まれる店舗情報の数を根拠にするという方法がある。例えば、全体の検索結果（ステップ１０１の検索結果）に含まれる店舗情報の数とステップ１０３で絞り込んだ検索結果に含まれる店舗情報の数の差分が、所定の範囲内であれば店舗が集中していると判断する方法である。

しかしながら、狭域の検索結果に含まれる店舗情報の数が、それより広域の検索結果に含まれる店舗情報の数に占める割合を根拠にして、店舗情報の集中を判断する本実施形態の方法は、ユーザが所望する検索結果が得られる可能性が高い。

ステップ１０８は、表示情報を生成する処理（飲食店情報提供処理の一部）である。ＣＰＵ１１は、ステップ１０７で抽出された検索結果を含む表示情報を生成する（ステップ１０８）。

再び図６を参照すると、表示モジュール６６にステップ１０１の検索結果が示されていると同時に、表示モジュール６７にステップ１０７で抽出された検索結果が示されている。

［まとめ］
例えば、ユーザは、特定のあるエリアで有名な料理を食べたいというような動機を持って、飲食店情報サイトを利用する。そのような場合、当該料理を提供する飲食店が比較的狭い地域に固まって存在している。そのことに着目して、本実施形態は図５に示したような情報処理を行う。

これにより、たとえ、ユーザがエリア名や地名を失念してしまった場合でも、本実施形態の飲食店情報提供サービスにおいては、ユーザがそのエリアを包含する広域で当該有名な料理を検索するだけでよい。広域地名の下位に分類される地名で検索し、突出してヒット件数の多い下位地名を抽出する（ステップ１０７）ためである。

例えば、ユーザが大分県の中津でから揚げを食べたいとする。しかしながら、「中津」という固有名詞を忘れてしまい、うまく検索できない場合が往々にして起き得る。しかし、その地名の広域地名である「大分県」さえ覚えていれば、当該広域地名と「から揚げ」という検索キーワードで検索すると、本実施形態の情報処理によれば、中津地域に検索結果が集中していることを判断するため、図６に示したような表示モジュール６７でサジェスチョンを行うことができる。

［変形例］
上述の実施形態は種々の変形が可能である。例えば、上記実施形態においては、店舗情報の集中を単に割合で判断するとした。しかしながら、狭域地名（図４に示すもの）による検索結果に含まれる店舗情報の数が全体に占める割合と、その狭域地名に含まれる最狭域地名による検索結果に含まれる店舗情報の数が全体に占める割合とがほとんど変わらない場合がある。このような場合には、最狭域地名をサジェスチョンするよりも、それを包含する狭域地名をサジェスチョンするほうが合理的であるため、ステップ１０７においてそのような場合には狭域地名を抽出するように構成する。

ＣＰＵ１１が、狭域地名による検索結果に含まれる店舗情報の数が全体に占める割合と、その狭域地名に含まれる最狭域地名による検索結果に含まれる店舗情報の数が全体に占める割合が同程度であると判断する基準は、例えば、店舗情報の９０％が同一の検索結果であること、などのように設定するとよい。

そのほかにも、２つの最狭域地名による検索結果に含まれる店舗情報の数が全体に占める割合に、有意な差異がない場合に、店舗情報が集中している検索結果がないと判断される（ステップ１０６、Ｎｏ）おそれがある。

この問題を解決するために、ＣＰＵ１１は、２つの最狭域地名による検索結果に含まれる店舗情報の数が全体に占める割合に有意な差異がない場合、それら２つの最狭域地名の上位にあたる狭域地名による検索結果を、店舗情報が集中している検索結果として抽出する（ステップ１０６、１０７）。

上に述べたもの以外にも、本実施形態は種々の変形実施が可能である。例えば、上記実施形態では、料理名を検索の引数としたが、これに限定されなければならない理由はなく、ジャンル、サービス、商品名などを検索の引数としてもよい。

また、上記実施形態では、本発明を飲食店情報検索サービスに適用した実施形態を開示したが、これは適用例の一つに過ぎない。検索対象は飲食店に限定されない。

１１…ＣＰＵ
１８…記憶部
１９…通信部
３１…飲食店情報データベース
３２…ページ情報データベース
３３…地名情報データベース
６０…検索条件指定モジュール
６２…入力ボックス（エリア条件指定）
６３…入力ボックス（料理名条件指定）
６４…検索ボタン
６５…検索結果表示モジュール
６６…検索結果表示モジュール（ユーザ指定）
６７…検索結果表示モジュール（システム選択）
１００…飲食店情報提供サーバ
２００…店舗端末
３００…ユーザ端末

Claims (8)

1. 少なくとも広域地名と、ジャンル、サービス又は商品名とを引数にして第１の店舗情報の検索を行い、
   前記第１の店舗情報の検索による検索結果の中から前記広域地名に含まれる複数の地名をそれぞれ引数として第２の店舗情報の検索を行い、
   前記第２の店舗情報の検索による複数の検索結果の中から店舗情報が集中している検索結果を抽出し、
   抽出した検索結果を含む表示情報を生成する
   制御部
   を具備する
   情報処理装置。
2. 請求項１に記載の情報処理装置であって、
   前記制御部は、店舗情報の集中を、前記第１の店舗情報の検索による検索結果に含まれる店舗情報の数に対する、前記第２の店舗情報の検索による複数の検索結果のそれぞれに含まれる店舗情報の数の割合または差分に基づいて判断する
   情報処理装置。
3. 請求項２に記載の情報処理装置であって、
   前記制御部は、前記広域地名が１又は複数の狭域地名を含み、前記１又は複数の狭域地名のそれぞれが１又は複数の最狭域地名を含む木構造を有するデータとして、前記広域地名と前記複数の地名を扱う
   情報処理装置。
4. 請求項３に記載の情報処理装置であって、
   前記制御部は、
   店舗情報が集中している検索結果を抽出する際に、
   ある狭域地名による検索結果に含まれる店舗情報の数の全体に占める割合が
   ある最狭域地名による検索結果に含まれる店舗情報の数の全体に占める割合と比較して、
   同程度であると判断する場合、
   前記狭域地名による検索結果を抽出する
   情報処理装置。
5. 請求項３又は４に記載の情報処理装置であって、
   前記制御部は、
   ある狭域地名に含まれる２つの最狭域地名による検索結果に含まれる店舗情報の数の全体に占める割合が
   同程度であると判断する場合、
   前記狭域地名による検索結果を抽出する
   情報処理装置。
6. 請求項１から５のいずれかに記載の情報処理装置であって、
   前記表示情報は、前記第１の店舗情報の検索による検索結果を含み、
   前記制御部は、前記抽出した検索結果をユーザへの提案として前記表示情報に含ませる
   情報処理装置。
7. 少なくとも広域地名と、ジャンル、サービス又は商品名とを引数にして第１の店舗情報の検索を行うステップと、
   前記第１の店舗情報の検索による検索結果の中から前記広域地名に含まれる複数の地名をそれぞれ引数として第２の店舗情報の検索を行うステップと、
   前記第２の店舗情報の検索による複数の検索結果の中から店舗情報が集中している検索結果を抽出するステップと、
   抽出した検索結果を含む表示情報を生成するステップ
   を含む
   情報処理方法。
8. 情報処理装置に、
   少なくとも広域地名と、ジャンル、サービス又は商品名とを引数にして第１の店舗情報の検索を行うステップと、
   前記第１の店舗情報の検索による検索結果の中から前記広域地名に含まれる複数の地名をそれぞれ引数として第２の店舗情報の検索を行うステップと、
   前記第２の店舗情報の検索による複数の検索結果の中から店舗情報が集中している検索結果を抽出するステップと、
   抽出した検索結果を含む表示情報を生成するステップ
   を実行させる
   プログラム。

Images