特許 6767897 情報処理装置、情報処理方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6767897

(24)【登録日】2020年9月24日

(45)【発行日】2020年10月14日

(54)【発明の名称】情報処理装置、情報処理方法及びプログラム

(51)【国際特許分類】

   G06F 16/9038 20190101AFI20201005BHJP

【ＦＩ】

   G06F16/9038

【請求項の数】11

【全頁数】15

(21)【出願番号】特願2017-35506(P2017-35506)

(22)【出願日】2017年2月27日

(65)【公開番号】特開2018-142149(P2018-142149A)

(43)【公開日】2018年9月13日

【審査請求日】2019年11月14日

(73)【特許権者】

【識別番号】500175565

【氏名又は名称】株式会社ぐるなび

(74)【代理人】

【識別番号】100104215

【弁理士】

【氏名又は名称】大森 純一

(74)【代理人】

【識別番号】100196575

【弁理士】

【氏名又は名称】高橋 満

(74)【代理人】

【識別番号】100168181

【弁理士】

【氏名又は名称】中村 哲平

(74)【代理人】

【識別番号】100117330

【弁理士】

【氏名又は名称】折居 章

(74)【代理人】

【識別番号】100160989

【弁理士】

【氏名又は名称】関根 正好

(74)【代理人】

【識別番号】100168745

【弁理士】

【氏名又は名称】金子 彩子

(74)【代理人】

【識別番号】100176131

【弁理士】

【氏名又は名称】金山 慎太郎

(74)【代理人】

【識別番号】100197398

【弁理士】

【氏名又は名称】千葉 絢子

(74)【代理人】

【識別番号】100197619

【弁理士】

【氏名又は名称】白鹿 智久

(72)【発明者】

【氏名】西澤 潔

【審査官】 西村 直史

(56)【参考文献】

【文献】 特開２０１６−０１８５４３（ＪＰ，Ａ）

【文献】 特開２０１１−６５５２６（ＪＰ，Ａ）

【文献】 特開２０１６−０５３８７０（ＪＰ，Ａ）

【文献】 特開２００４−０９４９３６（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １６／００−１６／９５８

(57)【特許請求の範囲】

【請求項1】

場所とジャンル又はメニューとを検索条件に設定して、飲食店情報群を検索し、
検索結果が所定の規模より小規模であるか否かを判定し、
検索結果が前記所定の規模より小規模である場合に、前記検索条件に設定された場所と、前記検索条件に設定されたジャンル又はメニューを除くジャンル又はメニューとを検索条件に設定して前記飲食店情報群を検索した検索結果を選択し、
選択された検索結果の一部と、検索結果が前記所定の規模より小規模であると判定された検索条件による検索結果とを含む表示情報を生成する
制御部
を具備する
情報処理装置。

【請求項2】

請求項１に記載の情報処理装置であって、
前記制御部は、検索結果が前記所定の規模より小規模である場合に、前記検索条件に設定された場所と、前記検索条件に設定されたジャンル又はメニューを除くジャンル又はメニューとを検索条件に設定して前記飲食店情報群を検索した検索結果のうち、検索結果が、所定の規模より小規模であると判定された検索結果よりも大規模であるような検索結果を選択する
情報処理装置。

【請求項3】

請求項１又は２に記載の情報処理装置であって、
前記制御部は、選択された検索結果から、前記飲食店情報群に登録されている店舗情報が所定の指標に基づいて充実していると判断される店舗情報を抽出し、前記表示情報に含める一部とする
情報処理装置。

【請求項4】

請求項３に記載の情報処理装置であって、
前記制御部は、前記所定の指標を、店舗写真の有無、店舗紹介の情報量、メニュー写真の有無、メニュー紹介の情報量から選ばれる少なくとも１つ以上として、店舗情報が充実しているか否かを判断する
情報処理装置。

【請求項5】

請求項１から４のいずれか１項に記載の情報処理装置であって、
前記制御部は、前記飲食店情報群を検索した検索結果の規模の大小を、検索結果に含まれる店舗情報に基づいて判断する
情報処理装置。

【請求項6】

請求項５に記載の情報処理装置であって、
前記制御部は、前記飲食店情報群を検索した検索結果の規模の大小を、
検索結果に含まれる店舗情報の数、
前記場所の店舗数に占める検索結果に含まれる店舗情報の数、
検索結果に含まれる店舗情報中の店舗面積又は席数、
から選ばれる少なくとも１つ以上に基づいて判断する
情報処理装置。

【請求項7】

請求項５又は６に記載の情報処理装置であって、
前記制御部は、前記飲食店情報群を検索した検索結果の規模の大小を、検索結果に含まれる店舗情報に重要度に基づく重み付けをした情報に基づいて判断する
情報処理装置。

【請求項8】

請求項１から７のいずれか１項に記載の情報処理装置であって、
前記制御部は、前記所定の規模より小規模であると判定された検索結果よりも大規模であるような検索結果のうち、前記所定の規模より小規模であると判定された検索結果と比較した場合規模の乖離がもっとも著しい検索結果を選択する
情報処理装置。

【請求項9】

請求項１から８のいずれか１項に記載の情報処理装置であって、
前記制御部は、前記選択された検索結果の一部が表示される表示モジュールと、検索結果が前記所定の規模より小規模であると判定された検索条件による検索結果が表示される表示モジュールとを、異なるエリアに配置した表示情報を生成する
情報処理装置。

【請求項10】

場所とジャンル又はメニューを検索条件に設定して、飲食店情報群を検索し、
検索結果が所定の規模より小規模であるか否かを判定し、
検索結果が前記所定の規模より小規模である場合に、前記検索条件に設定された場所と、前記検索条件に設定されたジャンル又はメニューを除くジャンル又はメニューとを検索条件に設定して前記飲食店情報群を検索した検索結果を選択し、
選択された検索結果の一部と、検索結果が前記所定の規模より小規模であると判定された検索条件による検索結果とを含む表示情報を生成する
情報処理方法。

【請求項11】

情報処理装置に、
場所とジャンル又はメニューを検索条件に設定して、飲食店情報群を検索するステップと、
検索結果が所定の規模より小規模であるか否かを判定するステップと、
検索結果が前記所定の規模より小規模である場合に、前記検索条件に設定された場所と、前記検索条件に設定されたジャンル又はメニューを除くジャンル又はメニューとを検索条件に設定して前記飲食店情報群を検索した検索結果を選択するステップと、
選択された検索結果の一部と、検索結果が前記所定の規模より小規模であると判定された検索条件による検索結果とを含む表示情報を生成するステップ
を実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

飲食店に関する情報を蓄積したデータベースに、所定の検索条件で検索をかけて、飲食店情報を得ることは従来知られている。特許文献１には、飲食店のメニュー情報を表示したメニュー掲載ページを、飲食店情報提供サーバが動的に構成することが記載されている。特許文献１は、飲食店情報ではなくメニュー情報ではあるが、データベースに検索をかけて、検索結果に基づいて動的にページを生成することは従来知られている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１７−００４２０６号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、データベースを検索し、検索結果に基づいて動的な表示情報を生成する技術においては、検索結果が小規模である場合に、検索を所望したユーザの嗜好や検索意図に応えられないという問題点がある。ここで、検索結果が小規模とは、例えば飲食店を検索した場合に店舗数が（期待値などより）少ないケースや、店舗数自体は足りていても席数が足りていないケースや、メニューのバリエーションが足りていないケースなどを含む概念である。

【0005】

これらの事情に鑑み、本発明は、データベースの検索結果に基づく動的な表示情報の生成において、顧客満足度を高めることを目的とする。

【課題を解決するための手段】

【0006】

上記目的を達成する本技術の一側面は、以下の処理を行う制御部を具備する情報処理装置である。
上記制御部は、場所とジャンル又はメニューを検索条件に設定して、飲食店情報群を検索する。
上記制御部は、検索結果が所定の規模より小規模であるか否かを判定する。
上記制御部は、検索結果が上記所定の規模より小規模である場合に、次の１と２を検索条件に設定して上記飲食店情報群を検索した検索結果を選択する。
１．上記検索条件に設定された場所。
２．上記検索条件に設定されたジャンル又はメニューを除くジャンル又はメニュー。
上記制御部は、選択された検索結果の一部と、検索結果が上記所定の規模より小規模であると判定された検索条件による検索結果とを含む表示情報を生成する。

【0007】

上記構成によれば、検索結果が少なすぎるような場合に、システムが選択した検索結果を含む表示情報を生成することができ、顧客満足度を高めることができるようになる。

【0008】

上記制御部は、検索結果が上記所定の規模より小規模である場合に、上記検索条件に設定された場所と、上記検索条件に設定されたジャンル又はメニューを除くジャンル又はメニューとを検索条件に設定して上記飲食店情報群を検索した検索結果のうち、検索結果が、所定の規模より小規模であると判定された検索結果よりも大規模であるような検索結果を選択してもよい。

【0009】

上記構成によれば、情報量や選択肢の豊富さといった点でユーザに物足りなさを感じさせるおそれのある検索結果よりも規模の大きな検索結果を、制御部が選択し、その一部を含めた表示情報を生成する。そのため、ユーザに物足りなさを感じさせるおそれが低減し、顧客満足度を高めることができる。

【0010】

上記制御部は、選択された検索結果から、上記飲食店情報群に登録されている店舗情報が所定の指標に基づいて充実していると判断される店舗情報を抽出し、上記表示情報に含める一部としてもよい。

【0011】

上記構成によれば、店舗情報の表示の際にユーザに提供可能な情報が豊富な店舗情報が優先的に示されるようになる。

【0012】

上記制御部は、上記所定の指標を、店舗写真の有無、店舗紹介の情報量、メニュー写真の有無、メニュー紹介の情報量から選ばれる少なくとも１つ以上として、店舗情報が充実しているか否かを判断してもよい。

【0013】

上記構成によれば、店舗情報の表示の際にユーザに提供可能な情報が豊富な店舗情報が優先的に示されるようになる。

【0014】

上記制御部は、上記飲食店情報群を検索した検索結果の規模の大小を、検索結果に含まれる店舗情報に基づいて判断してもよい。

【0015】

上記構成によれば、単なるヒット件数ではなく、検索条件に設定されたジャンルを除くジャンル又はメニューを検索条件に設定して上記飲食店情報群を検索した検索結果に含まれる店舗情報に基づいて、検索結果の規模が判断される。

【0016】

上記制御部は、上記飲食店情報群を検索した検索結果の規模の大小を、以下から選ばれる少なくとも１つ以上に基づいて判断してもよい。
・検索結果に含まれる店舗情報の数。
・上記場所の店舗数に占める検索結果に含まれる店舗情報の数。
・検索結果に含まれる店舗情報中の店舗面積又は席数。

【0017】

上記構成によれば、単なるヒット件数によらず、店舗の特徴やメニューの特徴により検索結果の規模が判断されるようになる。

【0018】

上記制御部は、上記飲食店情報群を検索した検索結果の規模の大小を、検索結果に含まれる店舗情報に重要度に基づく重み付けをした情報に基づいて判断してもよい。

【0019】

上記構成によれば、単なるヒット件数によらず、店舗の特徴やメニューの特徴により検索結果の規模が判断されるようになる。

【0020】

上記制御部は、上記所定の規模より小規模であると判定された検索結果よりも大規模であるような検索結果のうち、上記所定の規模より小規模であると判定された検索結果と比較した場合規模の乖離がもっとも著しい検索結果を選択してもよい。

【0021】

上記構成によれば、最初の検索条件による検索結果よりも規模の大きい検索結果が複数ある場合、そのうち規模の乖離がもっとも著しい検索結果が選択されるため、そのエリアにおける特徴的な業態やメニューが表示情報に含まれるようになる可能性が高まる。

【0022】

上記制御部は、上記選択された検索結果の一部が表示される表示モジュールと、検索結果が前記所定の規模より小規模であると判定された検索条件による検索結果が表示される表示モジュールとを、異なるエリアに配置した表示情報を生成してもよい。

【0023】

上記構成によれば、ユーザが指定した検索条件による検索結果と、システム側の検索条件とが分かれる表示情報を提供することが可能になり、ユーザが検索結果を見つけやすいという効果が得られる。

【0024】

また、上記目的を達成する本技術の別の一側面は、次の情報処理方法である。
場所とジャンル又はメニューを検索条件に設定して、飲食店情報群を検索し、
検索結果が所定の規模より小規模であるか否かを判定し、
検索結果が上記所定の規模より小規模である場合に、上記検索条件に設定された場所と、上記検索条件に設定されたジャンルを除くジャンル又はメニューを除くジャンル又はメニューとを検索条件に設定して上記飲食店情報群を検索した検索結果を選択し、
選択された検索結果の一部と、検索結果が上記所定の規模より小規模であると判定された検索条件による検索結果とを含む表示情報を生成する
情報処理方法。

【0025】

また、上記目的を達成する本技術の別の一側面は、次のプログラムである
情報処理装置に、
場所とジャンル又はメニューを検索条件に設定して、飲食店情報群を検索するステップと、
検索結果が所定の規模より小規模であるか否かを判定するステップと、
検索結果が上記所定の規模より小規模である場合に、上記検索条件に設定された場所と、上記検索条件に設定されたジャンルを除くジャンル又はメニューを除くジャンル又はメニューとを検索条件に設定して上記飲食店情報を検索した検索結果を選択するステップと、
選択された検索結果の一部と、検索結果が上記所定の規模より小規模であると判定された検索条件による検索結果とを含む表示情報を生成するステップ
を実行させるプログラム。

【発明の効果】

【0026】

以上に説明したように、本発明によれば、データベースの検索結果に基づく動的な表示情報の生成において、顧客満足度を高めることができる。ただし、この効果は本発明を限定するものではない。

【図面の簡単な説明】

【0027】

【図1】本発明の一実施形態に係る飲食店情報提供システムの構成を示した図である。

【図2】本発明の一実施形態に係る飲食店情報提供サーバのハードウェア構成を示した図である。

【図3】本発明の一実施形態に係る飲食店情報提供サーバが有するデータベースの構成を示した図である。

【図4】図３の飲食店情報データベースが記憶する店舗情報の構成を示した図である。

【図5】本発明の一実施形態に係る飲食店情報提供サーバによる、店舗情報提供処理の流れを示したフローチャートである。

【図6】本発明の一実施形態において飲食店情報提供サーバが提供する表示情報（Ｗｅｂページ）の例を示した図である。

【発明を実施するための形態】

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

同図に示すように、飲食店情報提供サーバ１００は、記憶部１８に、飲食店情報データベース３１とページ情報データベース３２を有している。なお、飲食店情報データベース３１は飲食店情報群の一例である。本実施形態に係る飲食店情報データベース３１は以下に述べるように正規化されたデータの集合体であるが、もっと単純に飲食店情報が複数ないし多数記憶されたデータとして「飲食店情報群」が実施されてもよい。

【0048】

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

【0049】

上記エリア情報は、例えば都道府県単位のものであるが、市区町村等のより狭い範囲の単位でも情報が記憶されてもよい。エリア情報は、行政上の区画割に基づいた地理情報に限定されず、そのほかには例えば、駅を中心とした地理的情報が記憶されてもよい。

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

図５は、飲食店情報提供サーバ１００による、飲食店情報提供処理の流れを示したフローチャートである。

【0056】

同図に示すように、まず、飲食店情報提供サーバ１００のＣＰＵ１１は、ユーザが指定した場所とジャンルで検索条件を設定して、飲食店情報データベース３１を検索する（ステップ１０１）。

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

入力ボックス６３はフリーワード入力を受付可能に構成されている。ここで、ユーザが入力ボックス６３にジャンル名を入力するなどして、ジャンルを指定することができる。メニュー名を入力することでメニュー指定もできる。

【0063】

図５に示されている飲食店情報提供処理においては、特に、ユーザが場所の条件とジャンルの条件でクロス検索を行った場合の情報処理が示されている。飲食店情報をオンライン上で提供するサービスにおいては、ジャンルを指定して検索をかけるユーザの傾向の一つとして、食べたいものが明確には定まっていないという傾向がある。

【0064】

そのような傾向がある中で、ユーザの指定した検索条件では提供可能な飲食店情報の情報量が少ない場合、ユーザの顧客満足が十分に得られない可能性があった。そこで、本実施形態においては、図５のステップ１０２以降に示す処理を実行する構成により、ユーザの顧客満足を高める。

【0065】

飲食店情報提供サーバ１００のＣＰＵ１１は、ユーザが指定した場所とジャンルで検索条件を設定して検索を行い（ステップ１０１）、その検索結果の規模（情報量など）の大きさを吟味する（ステップ１０２）。

【0066】

検索結果の規模の一例としては、検索のヒット件数がまず挙げられる。ヒット件数が所定のヒット件数（例えば１０件）より少ない場合に、ＣＰＵ１１は検索結果の規模が所定の規模より小規模であると判断する。以下では、検索結果の規模がヒット件数を意味するとして説明を進めるが、これに限定される必要はない。後述するが、検索結果の規模は、検索結果に含まれる店舗情報（飲食店情報）に基づいて、ＣＰＵ１１が判断してもよい。

【0067】

飲食店情報提供サーバ１００のＣＰＵ１１は、ユーザ指定の場所とジャンルによる検索の検索結果の規模が小規模であると判断した場合（ステップ１０２、Ｙｅｓ）、場所に関する検索条件は変えず、ユーザ指定のジャンルを除くジャンルを検索条件に設定して再検索する（ステップ１０３）。同様に、場所に関する検索条件は変えず、ジャンルに係る検索条件に代えてメニューを検索条件に設定して再検索する（ステップ１０４）。ステップ１０３とステップ１０４は入れ替えて実行してもよいし、同時に実行してもよい。

【0068】

ステップ１０３とステップ１０４において検索条件に設定可能なジャンル又はメニューが複数あれば、ＣＰＵ１１はステップ１０３とステップ１０４を複数回繰り返す。

【0069】

続いて飲食店情報提供サーバ１００のＣＰＵ１１は、ステップ１０３とステップ１０４で得られた検索結果のうち、ステップ１０１で得られた検索結果より規模が大きいものを選択する（ステップ１０５）。つまり、ユーザ指定外のジャンル又はメニューによる複数の検索結果の中から、ユーザ指定のジャンルによる検索結果よりもヒット件数が多いものが選択される。

【0070】

ステップ１０５における検索結果選択の方法について限定はないが、例えば、ステップ１０１で得られた検索結果とテップ１０３／ステップ１０４で得られた検索結果とを比較して、ステップ１０１で得られた検索結果との乖離が最も著しい検索結果が選択されるように構成してもよい。

【0071】

ステップ１０６以後は、表示情報を生成する処理（飲食店情報提供処理の一部）である。ＣＰＵ１１は、ステップ１０５で選択された検索結果を含む表示モジュールを生成する（ステップ１０６）。

【0072】

ＣＰＵ１１は、ステップ１０１の検索結果を含む表示モジュールも生成する（ステップ１０７）。なお、ステップ１０１の検索結果の規模が所定の規模より小規模ではないと判断された場合（ステップ１０２、Ｎｏ）は、ステップ１０６は実行されず、ステップ１０７だけが実行される。以下では、ステップ１０２でＹｅｓとなった場合のみを考慮する。

【0073】

続いてＣＰＵ１１は、ステップ１０６で生成されたシステム選択による検索結果を含む表示モジュール、ステップ１０７で生成されたユーザ指定のジャンルによる検索結果を含む表示モジュールの両方を含む表示情報を生成する（ステップ１０８）。

【0074】

［表示モジュールに載せる店舗情報の抽出］
図６を再び参照すると、ステップ１０８により両方の表示モジュールを含むように構成された表示情報（Ｗｅｂページ）の一例が示されている。検索結果表示モジュール６５は表示情報を構成する一部として機能し、ユーザ指定のジャンルによる検索結果を含む検索結果表示モジュール６６と、システム選択による検索結果を含む検索結果表示モジュール６７とを含む。

【0075】

各モジュールには、検索結果のすべてを表示することができない、あるいは、デザイン上好ましくない場合、検索結果の中からいくつかの店舗情報がピックアップされて表示される。

【0076】

ＣＰＵ１１は、どの店舗情報を抽出するかを、店舗情報の充実度に基づいて行う。飲食店情報データベース３１に登録されている店舗情報が、所定の指標に基づいて充実していると判断される場合、その店舗情報を検索結果表示モジュール６６，６７に抽出する候補情報とする。ＣＰＵ１１は表示情報（Ｗｅｂページ）の生成の都度、複数の候補情報の中からランダムに表示可能な個数の店舗情報を抽出する。

【0077】

ＣＰＵ１１が店舗情報の充実度を測る指標は、店舗写真の有無、店舗紹介の情報量、メニュー写真の有無、メニュー紹介の情報量のうちから選ばれる。情報量とは例えば文字量（バイト数）などである。これらの指標を組み合わせて用いてもよい。

【0078】

以上に述べたような店舗情報の抽出は、表示モジュールごとに行われる。図５の処理においては、ステップ１０６とステップ１０７において、上述の店舗情報の抽出が行われる。上述の処理により、ユーザに示される表示情報には、情報量の多い店舗情報が優先的に含まれるようになるため、顧客満足を高めることができる。なお、店舗情報の抽出を複数の候補情報の中から行うのは、毎回同じ店舗が抽出されないようにするためである。この構成も顧客満足を高めることに繋がる。

【0079】

［まとめ］
上述した飲食店情報提供サーバ１００の動作によると、場所とジャンルを指定した検索による検索結果が少なすぎると判断される場合、ユーザが指定したジャンルではない検索条件（ただし、場所は固定）を設定して、検索が行われる。飲食店情報提供サーバ１００は、ユーザ指定の検索条件による検索結果よりも規模が大きいものを選択し、選択した検索結果の一部を含む表示情報を生成する。

【0080】

ユーザがジャンルを指定する検索をする場合、ユーザの中で食べたいもののイメージが定まっていないケースが多く、特に検索結果が少ない場合にユーザが表示情報に不満を抱く可能性があったところ、上記実施形態によれば、ユーザが指定した場所における名物料理や特徴的な業態の店舗情報が表示情報に含まれる。したがって、ユーザの顧客満足を高めることが可能になる。

【0081】

［変形例］
上述の実施形態は種々の変形が可能である。例えば、上記実施形態においては、「検索結果の規模」を単に検索結果のヒット件数とした。これに対しては、種々の変形や拡張が可能である。ヒット件数はすなわち店舗件数である。しかしながら、飲食店の席数や店舗面積の広さにはバリエーションがある。また、幅広いメニューを取り扱う飲食店もある。また、そのエリアにおける有名店や優良店もある。

【0082】

そこで、ＣＰＵ１１が検索結果の規模の大小を判断する際（例えば、ステップ１０２やステップ１０５）、判断基準を以下にあげる情報の中から少なくとも１つ以上とする。
・検索結果に含まれる店舗情報の数
・検索条件に設定したエリア情報にある店舗数に占める、検索結果に含まれる店舗情報の数
・検索結果に含まれる店舗情報中の店舗面積及び／又は席数

【0083】

店舗数の絶対数が少ない場合でも、そもそもエリア内の店舗数が少ないケースでは、ユーザにおすすめするに足るジャンルやメニューである場合がある。検索規模の判断基準として、検索条件に設定したエリア情報にある店舗数に占める、検索結果に含まれる店舗情報の数を用いた場合、そのような特徴あるジャンルやメニューを表示情報に含めることができるようになり、顧客満足を高めることに繋がる。

【0084】

また、店舗数の絶対数が少ない場合でも、そのエリア内では広い店舗であるため多くのユーザを受け入れられる店舗である場合がある。検索規模の判断基準として、検索結果に含まれる店舗情報中の店舗面積及び／又は席数を用いた場合、そのようなキャパシティーを持った店舗を多く含むジャンルやメニューを表示情報に含めることができるようになり、顧客満足を高めることに繋がる。

【0085】

その他にも、ＣＰＵ１１が検索結果の規模の大小を判断する際（例えば、ステップ１０２やステップ１０５）、検索結果に現れる店舗情報に、重要度に基づく重み付けを行い、重み付け後の情報に基づいて、検索結果の規模を判断してもよい。例えば、あるメニューが全国規模で見て非常に特徴的である場合（地方の名物料理など）、ＣＰＵ１１はそのようなメニューを提供する店舗情報に重み付けを行う。続いてＣＰＵ１１は、重み付けされた店舗情報を含む検索結果同士を比較することにより、検索結果の規模を判断する。

【0086】

特徴的なメニューは、例えば、飲食店情報提供サーバ１００の記憶部１８にエリア情報ごとにあらかじめ記憶させておいてもよい。例えば、宇都宮エリアに特徴的なメニューとして「餃子」、月島エリアに特徴的なメニューとして「もんじゃ」を登録しておく。登録されたメニューは重み付けにより、検索規模の判断に基づく検索結果の選択の際に、選択されやすくなる。

【0087】

特徴的なメニューは例えば他のメニューと比較して提供する店舗数が少ないメニューを抽出して割り出してもよい。また、特徴的なメニューを提供する店舗であるという情報は、店舗ごとにメニュー表をベクトル空間モデルで表現し、標準的なメニュー表のベクトル表現との類似度が低いような店舗を抽出するといった方法で割り出してもよい。

【0088】

このような重み付けされた店舗情報を含む検索結果に基づいて、検索結果の規模を判断することにより、指定されたエリアにおける有名店や優良店や特徴ある店舗、特徴あるメニューを表示情報に組み入れることができるようになり、顧客満足を高めることに繋がる。

【0089】

なお、上記実施形態又はその変形例においては、表示情報としてＷｅｂページを前提としたが、本技術はこれに限定されない。スマートデバイスにおけるアプリケーションが生成するＧＵＩに表示してもよい。

【0090】

また、上記実施形態又はその変形例においては、飲食店情報提供サーバ１００が図５に示した動作をすべて実行しているが、本技術はこれに限定されない。飲食店情報提供サーバ１００の動作の一部又は全部をユーザ端末３００が実行するように構成してもよい。

【0091】

また、上記実施形態又はその変形例においては、ユーザ指定の検索条件に基づく検索結果と、システムが選択した検索条件に基づく検索結果とを分けて表示する表示情報を生成するように構成したが、これらを分けず、融合させてもよい。分ける場合はユーザが所望の情報を見つけやすい、あるいは、わかりやすい情報の提示になるというメリットがある。融合させる場合は、店舗情報をおすすめ順に表示させることができるというメリットがある。

【符号の説明】

【0092】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】