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

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

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

(11)【特許番号】6195585

(24)【登録日】2017年8月25日

(45)【発行日】2017年9月13日

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

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20170904BHJP

   G06Q 50/12 20120101ALI20170904BHJP

【ＦＩ】

   G06Q50/10

   G06Q50/12

【請求項の数】12

【全頁数】16

(21)【出願番号】特願2015-31544(P2015-31544)

(22)【出願日】2015年2月20日

(65)【公開番号】特開2016-153946(P2016-153946A)

(43)【公開日】2016年8月25日

【審査請求日】2016年1月7日

【新規性喪失の例外の表示】特許法第３０条第２項適用 平成２７年１月２６日 ｈｔｔｐｓ：／／ａｄｍｉｎ．ｇｎａｖｉ．ｃｏ．ｊｐ／Ｐｒｏ／ｍｏｂｉｌｅ／

(73)【特許権者】

【識別番号】500175565

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

(74)【代理人】

【識別番号】100104215

【弁理士】

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

(74)【代理人】

【識別番号】100196575

【弁理士】

【氏名又は名称】高橋 満

(74)【代理人】

【識別番号】100117330

【弁理士】

【氏名又は名称】折居 章

(74)【代理人】

【識別番号】100160989

【弁理士】

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

(74)【代理人】

【識別番号】100168181

【弁理士】

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

(74)【代理人】

【識別番号】100168745

【弁理士】

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

(74)【代理人】

【識別番号】100170346

【弁理士】

【氏名又は名称】吉田 望

(74)【代理人】

【識別番号】100176131

【弁理士】

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

(74)【代理人】

【識別番号】100197398

【弁理士】

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

(74)【代理人】

【識別番号】100197619

【弁理士】

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

(72)【発明者】

【氏名】幸 哲史

(72)【発明者】

【氏名】中村 一成

【審査官】 毛利 太郎

(56)【参考文献】

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

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

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

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

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

【文献】 国際公開第２０１３／１４１３４１（ＷＯ，Ａ１）

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

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

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

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

Ｇ０６Ｑ １０／００−９９／００

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

【請求項1】

複数の店舗を識別する店舗識別情報を記憶する記憶手段と、
前記複数の店舗の各店舗端末から、各店舗における空席状況を示す空席状況情報を、前記店舗識別情報とともに受信する通信手段と、
前記通信手段が受信した空席状況情報から、前記各店舗の空席状況の複数の店舗についての統計を示す統計情報を生成する制御手段とを具備し、
前記制御手段は、
前記通信手段が受信した空席状況情報を前記店舗識別情報と対応付けて記憶するように前記記憶手段を制御し、
前記店舗端末から前記空席状況情報及び前記店舗識別情報を受信したことを条件に、その受信元の店舗端末からの送信要求に応じて、前記統計情報を当該店舗端末へ送信するように前記通信手段を制御する
情報処理装置。

【請求項2】

請求項１に記載の情報処理装置であって、
前記空席状況情報は、前記各店舗が有する空席状況を少なくとも２つの段階で示し、
前記統計情報は、前記受信された空席状況情報に対応する店舗識別情報の総数に対する、前記空席状況情報で示される前記各段階の空席状況を有する店舗の店舗識別情報の数の割合を示す
情報処理装置。

【請求項3】

請求項１または２に記載の情報処理装置であって、
前記記憶手段は、前記生成された統計情報を逐次記憶し、
前記制御手段は、前記店舗端末からの送信要求があったときから所定時間前に生成された統計情報を前記店舗端末へ送信するように前記通信手段を制御する
情報処理装置。

【請求項4】

請求項３に記載の情報処理装置であって、
前記制御手段は、前記所定時間を一日のうちの時間帯毎に変更する
情報処理装置。

【請求項5】

請求項１〜４のいずれかに記載の情報処理装置であって、
前記記憶手段は、前記各店舗が所在するエリアを示すエリア情報を前記店舗識別情報と対応付けて記憶し、
前記制御手段は、前記エリア情報毎に前記統計情報を生成する
情報処理装置。

【請求項6】

請求項５に記載の情報処理装置であって、
前記記憶手段は、前記エリア情報を前記エリアの大きさに応じた階層構造として階層毎に前記店舗識別情報と対応付けて記憶し、
前記制御手段は、前記各階層のエリア毎に前記統計情報を生成する
情報処理装置。

【請求項7】

請求項１〜６のいずれかに記載の情報処理装置であって、
前記制御手段は、前記統計情報の送信先である店舗端末から再度送信要求があった場合に、当該店舗端末へ前記空席状況情報及び前記店舗識別情報の送信を要求するように前記通信手段を制御する
情報処理装置。

【請求項8】

請求項１〜７のいずれかに記載の情報処理装置であって、
前記制御手段は、
少なくとも、前記送信された統計情報の生成に用いられた空席状況情報に対応する店舗識別情報の数を基に、前記統計情報の信頼度を示す信頼度情報を生成し、
前記信頼度情報を前記統計情報と共に送信するように前記通信手段を制御する
情報処理装置。

【請求項9】

請求項８に記載の情報処理装置であって、
前記制御手段は、前記信頼度情報を、前記記憶された店舗識別情報の数に対する、前記送信された統計情報の生成に用いられた空席状況情報に対応する店舗識別情報の数の割合を示す情報として生成する
情報処理装置。

【請求項10】

請求項１〜９のいずれかに記載の情報処理装置であって、
前記記憶手段は、前記各店舗の業態または前記各店舗が提供可能なサービスのカテゴリを示すカテゴリ情報を前記店舗識別情報と対応付けて記憶し、
前記制御手段は、前記カテゴリ情報毎に前記統計情報を生成する
情報処理装置。

【請求項11】

前記複数の店舗の各店舗端末から、各店舗における空席状況を示す空席状況情報を、前記各店舗を識別する店舗識別情報とともに受信し、
前記受信された空席状況情報を前記店舗識別情報と対応付けて記憶し、
前記受信された空席状況情報から、前記各店舗の空席状況の複数の店舗についての統計を示す統計情報を生成し、
前記店舗端末から前記空席状況情報及び前記店舗識別情報を受信したことを条件に、その受信元の店舗端末からの送信要求に応じて、前記統計情報を当該店舗端末へ送信する
情報処理方法。

【請求項12】

情報処理装置に、
前記複数の店舗の各店舗端末から、各店舗における空席状況を示す空席状況情報を、前記各店舗を識別する店舗識別情報とともに受信するステップと、
前記受信された空席状況情報を前記店舗識別情報と対応付けて記憶するステップと、
前記受信された空席状況情報から、前記各店舗の空席状況の複数の店舗についての統計を示す統計情報を生成するステップと、
前記店舗端末から前記空席状況情報及び前記店舗識別情報を受信したことを条件に、その受信元の店舗端末からの送信要求に応じて、前記統計情報を当該店舗端末へ送信するステップと
を実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【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】

これにより情報処理装置は、各店舗に、自店舗と同じカテゴリに属する他店舗、すなわち競業店舗の空席状況を把握させ、より綿密な営業戦略を立てさせることができる。

【0028】

本発明の他の形態に係る情報処理方法は、
上記複数の店舗の各店舗端末から、各店舗における空席状況を示す空席状況情報を、上記各店舗を識別する店舗識別情報とともに受信すること、
上記受信された空席状況情報を上記店舗識別情報と対応付けて記憶すること、
上記受信された空席状況情報から、上記各店舗の空席状況の統計を示す統計情報を生成すること、及び、
上記空席状況情報及び上記店舗識別情報の送信元である店舗端末からの送信要求に応じて、上記統計情報を当該店舗端末へ送信することを含む。

【0029】

本発明のまた別の形態に係るプログラムは、情報処理装置に、
上記複数の店舗の各店舗端末から、各店舗における空席状況を示す空席状況情報を、上記各店舗を識別する店舗識別情報とともに受信するステップと、
上記受信された空席状況情報を上記店舗識別情報と対応付けて記憶するステップと、
上記受信された空席状況情報から、上記各店舗の空席状況の統計を示す統計情報を生成するステップと、
上記空席状況情報及び上記店舗識別情報の送信元である店舗端末からの送信要求に応じて、上記統計情報を当該店舗端末へ送信するステップと
を実行させる。

【発明の効果】

【0030】

以上説明したように、本発明によれば、飲食店等の店舗に、他の同業店舗の空席状況を正確に把握させることができる。しかし、当該効果は本発明を限定するものではない。

【図面の簡単な説明】

【0031】

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

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

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

【図4】本発明の一実施形態に係る空席情報提供サーバによる、統計情報の生成処理の流れを示したフローチャートである。

【図5】本発明の一実施形態における統計情報の生成処理における各空席状況情報の抽出及び集計処理を説明するための図である。

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

【図7】本発明の一実施形態において店舗端末に提供される管理画面の例を示した図である。

【図8】本発明の一実施形態において店舗端末に提供される管理画面の例を示した図である。

【図9】本発明の一実施形態において店舗端末に提供される管理画面の例を示した図である。

【図10】本発明の一実施形態において店舗端末に提供される管理画面の例を示した図である。

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

空席情報提供サーバ１００は、上記ポータルサイトにおいて、一般ユーザ（飲食店に来店する客）向けに店舗情報の検索システムを提供するほか、上記ポータルサイトに掲載される飲食店（加盟店）向けに、店舗情報の管理画面（Ｗｅｂページ）を提供している。

【0037】

店舗端末２００（２００Ａ，２００Ｂ，２００Ｃ...）は、飲食店の店舗管理者（例えば店長等）により使用される端末であり、例えばスマートフォン、携帯電話、タブレットＰＣ（Personal Computer）、ノートブックＰＣ、デスクトップＰＣ等である。

【0038】

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

【0039】

店舗端末２００の管理者は、上記ブラウザによって表示される管理画面を介して、上記ポータルサイト上に掲載される自店舗の店舗情報やプロモーション情報等の編集やアップロード等を行うことができる。

【0040】

また、空席情報提供サーバ１００は、上記管理画面を介して、各店舗の現在の空席状況に関する情報を受け付けることが可能である。当該空席状況は、上記ポータルサイト上の各店舗情報ページに掲載されることで、一般ユーザに閲覧可能となる。

【0041】

また一方で、空席情報提供サーバ１００は、各店舗から受信した当該空席状況情報を基に、各店舗の当該空席状況の統計を示す統計情報を生成して、上記管理画面を介して各店舗端末２００へ提供することも可能である。当該統計情報により、各店舗の管理者は、他店舗の空席状況を把握することができる。当該空席状況情報及び統計情報の詳細については後述する。

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

後述するが、特に本実施形態において、記憶部１８は、店舗情報データベース、空席状況情報データベース、及び統計情報データベースを有している。

【0049】

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

【0050】

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

【0051】

同図に示すように、空席情報提供サーバ１００は、記憶部１８に、店舗情報データベース３１、空席状況情報データベース３２、及び統計情報データベース３３を有している。

【0052】

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

【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】

また、空席情報提供サーバ１００は、このバッチ処理を実行する間隔（所定時間）を、一日のうちの時間帯毎に変更してもよい。例えば、昼間は１時間毎にバッチ処理が実行され、１８時〜２０時の間は、３０分毎または１０分毎にバッチ処理が実行されてもよい。これにより、空席情報提供サーバ１００は、統計情報のリアルタイム性が要求される時間帯においては上記所定時間を極力短くし、比較的リアルタイム性が要求されない時間帯には上記所定時間を長くすることで、リアルタイム性と処理負荷のバランスを取ることができる。

【0093】

上述の実施形態においては、エリア情報としては全国と都道府県の２つが用いられた。しかし、市区町村や電車の駅周辺等、より狭い範囲のエリア情報が用いられ、それに応じた統計情報が提供されてもよい。すなわち、上記店舗情報データベース３１において、エリア情報が、全国→都道府県（例えば東京都）→市区町村（例えば中央区）→駅周辺（例えば銀座・有楽町・築地）というように、エリアの大きさに応じた階層構造として階層毎に店舗ＩＤと対応付けられて記憶され、当該エリア毎に統計情報が生成されてもよい。これにより空席情報提供サーバ１００は、各店舗に、エリアの範囲毎に他店舗の空席状況を把握させることで、マクロ的な判断もミクロ的な判断も行わせることができる。例えば、各店舗は、自店舗の空席の要因が、全国的または都道府県レベルの要因なのか、自店舗の存在する限定的なエリアにおける要因なのか、自店舗のみに関する要因なのかを類推することができる。

【0094】

上述の実施形態において、空席情報提供サーバ１００は、少なくとも、上記統計情報の生成に用いられた空席状況情報に対応する店舗ＩＤの数を基に、統計情報の信頼度を示す信頼度情報を生成し、当該信頼度情報を上記統計情報と共に送信して管理画面に表示させてもよい。例えば、統計情報の生成時において空席状況情報データベース３２上に存在する店舗ＩＤのエリア毎の総数が信頼度情報として表示されてもよい。また、店舗情報データベース３１に存在する店舗ＩＤのエリア毎の総数（全ての加盟店舗のエリア毎の総数）に対する、統計情報の生成に用いられた、空席状況情報データベース３２に存在する店舗ＩＤの総数（空席状況情報を空席情報提供サーバ１００へ送信した店舗端末２００の総数）の割合（百分率または分数）が信頼度情報として表示されてもよい。これにより空席情報提供サーバ１００は、統計情報の信頼度を各店舗に把握させることができる。

【0095】

上述の実施形態では、統計情報はエリア毎に切替可能に表示されたが、それに加え、店舗ＩＤに関連付けられたエリア以外の様々なパラメータによって切替可能に表示されてもよい。例えば、上記店舗情報データベース３１に記憶されている、各店舗のカテゴリ情報（メインカテゴリ及びサブカテゴリを含む）毎に統計情報が切替可能に表示されてもよい。例えば、ある店舗のカテゴリが焼き鳥である場合、その店舗の店舗端末２００に対しては、全カテゴリにおけるエリア毎の統計情報が提供されるほか、焼き鳥店に関するエリア毎（例えばその店舗が属する市区町村）の統計情報も切り替えて表示可能とされてもよい。これにより空席情報提供サーバ１００は、各店舗に、自店舗と同じカテゴリに属する他店舗、すなわち競業店舗の空席状況を把握させ、より綿密な販売促進計画を立てさせることができる。

【0096】

上述の実施形態においては、店舗の空席状況情報の入力を促す文言が管理画面上にデフォルトで表示されていたため、統計情報が表示された後に管理画面の更新要求があった場合には、単に統計情報が消去された管理画面が表示されていた（図１０）。しかし、空席情報提供サーバ１００は、統計情報の表示後に更新要求があった場合には、空席状況情報の入力を促すメッセージを例えばポップアップ等で表示させてもよい。

【0097】

上述の実施形態では、飲食店に関する空席状況情報に基づく統計情報が生成されたが、例えば、宿泊施設、スポーツ施設、映画館、医院、美容院、スポーツスタジオ、音楽スタジオ、マッサージ店、ボーリング場、カラオケ店、会議室等、様々な店舗に関する空席状況情報が収集され、各店舗の管理者向けに統計情報が提供されてもよい。

【符号の説明】

【0098】

１１…ＣＰＵ
１８…記憶部
１９…通信部
３１…店舗情報データベース
３２…空席状況情報データベース
３３…統計情報データベース
７１…空席状況設定ボタン
７２…統計情報
７３…エリア切替ボタン
１００…空席情報提供サーバ
２００…店舗端末

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】