IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

2023-87659情報処理システム、情報処理方法及びプログラム
<>
  • -情報処理システム、情報処理方法及びプログラム 図1
  • -情報処理システム、情報処理方法及びプログラム 図2
  • -情報処理システム、情報処理方法及びプログラム 図3
  • -情報処理システム、情報処理方法及びプログラム 図4
  • -情報処理システム、情報処理方法及びプログラム 図5
  • -情報処理システム、情報処理方法及びプログラム 図6
  • -情報処理システム、情報処理方法及びプログラム 図7
  • -情報処理システム、情報処理方法及びプログラム 図8
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023087659
(43)【公開日】2023-06-23
(54)【発明の名称】情報処理システム、情報処理方法及びプログラム
(51)【国際特許分類】
   G06Q 50/12 20120101AFI20230616BHJP
   G06Q 30/015 20230101ALI20230616BHJP
【FI】
G06Q50/12
G06Q30/015
【審査請求】未請求
【請求項の数】9
【出願形態】OL
(21)【出願番号】P 2022190443
(22)【出願日】2022-11-29
(31)【優先権主張番号】P 2021201459
(32)【優先日】2021-12-13
(33)【優先権主張国・地域又は機関】JP
(71)【出願人】
【識別番号】500175565
【氏名又は名称】株式会社ぐるなび
(74)【代理人】
【識別番号】110003339
【氏名又は名称】弁理士法人南青山国際特許事務所
(72)【発明者】
【氏名】森口 智生
【テーマコード(参考)】
5L049
【Fターム(参考)】
5L049CC24
(57)【要約】
【課題】ユーザの飲食店の利用中に、その飲食店の利用直後に利用可能でユーザに適した他の飲食店をユーザに提案すること。
【解決手段】情報処理システムは、サーバと、ユーザ端末のユーザが利用している第1飲食店の各テーブルに設置されたテーブル端末とを有する情報処理システムである。上記テーブル端末は、表示部と、上記第1飲食店のテーブルの利用人数情報と、ジャンル情報及びエリア情報を含む店舗識別情報と、当該第1飲食店の当該利用中のテーブルにおけるメニューの注文情報とを示すコードを生成して上記表示部に表示させる端末制御部と、を有する。上記サーバは、上記ユーザ端末によって読み取られた上記コードが示すコード情報を当該ユーザ端末から受信し、上記受信したコード情報を基に、上記ユーザが上記第1飲食店の利用直後に利用可能な第2飲食店を検索し、上記検索した第2飲食店に関する情報を上記ユーザ端末へ送信する、サーバ制御部を有する。
【選択図】図4
【特許請求の範囲】
【請求項1】
サーバと、ユーザ端末のユーザが利用している第1飲食店に設置された店舗側端末とを具備する情報処理システムであって、
前記店舗側端末は、
前記第1飲食店のテーブルの利用人数情報と、ジャンル情報及びエリア情報を含む店舗識別情報と、当該第1飲食店の当該利用中のテーブルにおけるメニューの注文情報とを示すコードを生成して前記テーブルに設置された表示部に表示させる端末制御部、を有し、
前記サーバは、
前記ユーザ端末によって読み取られた前記コードが示すコード情報を当該ユーザ端末から受信し、
前記受信したコード情報を基に、前記ユーザが前記第1飲食店の利用直後に利用可能な第2飲食店を検索し、
前記検索した第2飲食店に関する情報を前記ユーザ端末へ送信する、
サーバ制御部を有する
情報処理システム。
【請求項2】
請求項1に記載の情報処理システムであって、
前記端末制御部は、前記注文情報が更新されるたびに前記コードを更新して前記表示部に表示させる
情報処理システム。
【請求項3】
請求項1または2に記載の情報処理システムであって、
前記端末制御部は、前記注文情報が所定数蓄積された場合に前記コードを前記表示部に表示させる
情報処理システム。
【請求項4】
請求項1または2に記載の情報処理システムであって、
前記端末制御部は、前記注文情報が所定種類蓄積された場合に前記コードを前記表示部に表示させる
情報処理システム。
【請求項5】
請求項1乃至4のいずれかに記載の情報処理システムであって、
前記端末制御部は、前記第1飲食店の利用開始時刻情報または利用終了予定時刻情報を前記コードに含ませる
情報処理システム。
【請求項6】
請求項1乃至5のいずれかに記載の情報処理システムであって、
前記端末制御部は、前記メニューの注文頻度が所定値以下の場合、または、所定時間以上注文が無い場合に前記コードを前記表示部に表示させる
情報処理システム。
【請求項7】
第1飲食店に設置された店舗側端末または当該第1飲食店の各テーブルを利用するユーザのユーザ端末と通信する通信部と、
前記ユーザ端末のユーザが利用している前記第1飲食店のテーブルの利用人数情報と、ジャンル情報及びエリア情報を含む店舗識別情報と、当該第1飲食店の当該利用中のテーブルにおけるメニューの注文情報とを示すコード情報を前記店舗側端末または前記ユーザ端末から受信し、
前記受信したコード情報に含まれる情報を基に、前記ユーザが前記第1飲食店の利用直後に利用可能な第2飲食店を検索し、
前記検索した第2飲食店に関する情報を前記ユーザ端末へ送信する、
制御部と
を具備する情報処理システム。
【請求項8】
ユーザ端末のユーザが利用している第1飲食店のテーブルの利用人数情報と、ジャンル情報及びエリア情報を含む店舗識別情報と、当該第1飲食店の当該利用中のテーブルにおけるメニューの注文情報とを示すコードを生成して、前記テーブルに設置された表示部に表示し、
前記ユーザ端末によって読み取られた前記コードが示すコード情報を当該ユーザ端末から受信し、
前記受信したコード情報を基に、前記ユーザが前記第1飲食店の利用直後に利用可能な第2飲食店を検索し、
前記検索した第2飲食店に関する情報を前記ユーザ端末へ送信する
情報処理方法。
【請求項9】
情報処理装置に、
ユーザが利用している第1飲食店のテーブルの利用人数情報と、ジャンル情報及びエリア情報を含む店舗識別情報と、当該第1飲食店の当該利用中のテーブルにおけるメニューの注文情報とを示すコード情報を、前記第1飲食店に設置された店舗側端末または前記ユーザのユーザ端末から受信するステップと、
前記受信したコード情報に含まれる情報を基に、前記ユーザが前記第1飲食店の利用直後に利用可能な第2飲食店を検索するステップと、
前記検索した第2飲食店に関する情報を前記ユーザ端末へ送信するステップと
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、飲食店においてユーザ端末から送信された注文情報を処理可能な情報処理システム、情報処理方法及びプログラムに関する。
【背景技術】
【0002】
従来から、ある飲食店でユーザが注文した飲食物の情報を基に、他の飲食店の情報を検索してユーザに提案する技術が知られている。
【0003】
例えば、下記特許文献1には、第1の飲食店において利用客が注文したメニューに応じた注文情報をサーバが受信し、サーバが当該注文情報に基づいて、上記利用客が上記第1の飲食店を退出後に行く第2の飲食店を選択し、選択した上記第2の飲食店を特定する情報と上記第1の飲食店を特定する情報を少なくとも含むコード情報(クーポン等)を生成し、当該注文情報の送信元の第1の飲食店の店舗端末に上記コード情報を送信し、当該店舗端末がコード情報をレシート等に印刷して利用客に手渡すことが記載されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開2020-57310号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、上記のような従来技術においては、飲食店を利用したユーザに他の飲食店が提案されるのは当該飲食店の利用が終了した時点であり、そうするとユーザはそこから他の飲食店の予約確認等を行う必要があり、また当該他の飲食店に空席が無い場合にはその飲食店を利用することはできない。
【0006】
以上のような事情に鑑み、本発明の目的は、ユーザの飲食店の利用中に、その飲食店の利用直後に利用可能でユーザに適した他の飲食店をユーザに提案することが可能な情報処理システム、情報処理装置、情報処理方法及びプログラムを提供することにある。
【課題を解決するための手段】
【0007】
上記目的を達成するため、本発明の一形態に係る情報処理システムは、サーバと、ユーザ端末のユーザが利用している第1飲食店に設置された店舗側端末とを有する情報処理システムである。上記店舗側端末は、上記第1飲食店のテーブルの利用人数情報と、ジャンル情報及びエリア情報を含む店舗識別情報と、当該第1飲食店の当該利用中のテーブルにおけるメニューの注文情報とを示すコードを生成して上記テーブルに設置された表示部に表示させる端末制御部と、を有する。上記サーバは、上記ユーザ端末によって読み取られた上記コードが示すコード情報を当該ユーザ端末から受信し、上記受信したコード情報を基に、上記ユーザが上記第1飲食店の利用直後に利用可能な第2飲食店を検索し、上記検索した第2飲食店に関する情報を上記ユーザ端末へ送信する、サーバ制御部を有する。
【0008】
この構成により情報処理システムは、ユーザが利用中の飲食店の情報や当該飲食店での注文情報等を示すコードをテーブルの表示部に表示させユーザ端末に読み取らせることで、ユーザの飲食店の利用中に、その飲食店の利用直後に利用可能で(空席を有し)ユーザに適した他の飲食店をユーザに提案することができる。店舗側端末は、店舗内の各テーブルに設置され各テーブル端末と接続された飲食店端末であってもよいし、各テーブルのテーブル端末であってもよい。前者の場合、表示部はテーブル端末が担い、後者の場合、テーブル端末が店舗側端末と表示部を兼ねることになる。当該情報処理システムは、1つまたは複数の情報処理装置によって構成されうる。コードは例えば2次元バーコードであるがこれに限られない。
【0009】
上記端末制御部は、上記注文情報が更新されるたびに上記コード情報を更新して上記表示部に表示させてもよい。
【0010】
これにより情報処理システムは、注文情報が更新されるたびに累積的に検索精度を向上させ、よりユーザに適した他の飲食店を提案することが可能となる。
【0011】
上記端末制御部は、上記注文情報が所定数蓄積された場合に上記コード情報を上記表示部に表示させてもよい。
【0012】
これにより情報処理システムは、注文情報が所定数蓄積されて初めてコードを表示することで、ユーザに適した他の飲食店を検索するための検索条件としての情報量を確保し、ユーザに適しない他の飲食店が提案されるのを防ぐことができる。
【0013】
上記端末制御部は、上記注文情報が所定種類蓄積された場合に上記コードを上記表示部に表示させてもよい。
【0014】
これにより情報処理システムは、注文情報が所定種類蓄積されて初めてコードを表示することで、ユーザに適した他の飲食店を検索するための検索条件としての情報量を確保し、ユーザに適しない他の飲食店が提案されるのを防ぐことができる。
【0015】
上記端末制御部は、上記第1飲食店の利用開始時刻情報または利用終了予定時刻情報を上記コードに含ませてもよい。
【0016】
これにより情報処理システムは、ユーザが第1の飲食店の利用終了時刻から間を置かずに利用可能な第2の飲食店を検索してユーザに提案することができる。
【0017】
上記端末制御部は、上記メニューの注文頻度が所定値以下の場合、または、所定時間以上注文が無い場合に上記コードを上記表示部に表示させてもよい。
【0018】
これにより情報処理システムは、注文頻度が下がった場合や注文がしばらく無い場合にはユーザがその飲食店のメニューに飽きたかその飲食店の利用終了が近いと考えられることから、そのタイミングで他の飲食店を提案することで提案の効果を高めることができる。
【0019】
本発明の他の形態に係る情報処理システムは、通信部と制御部とを有する。上記通信部は、第1飲食店に設置された店舗側端末または当該各テーブルを利用するユーザのユーザ端末と通信する。上記制御部は、上記ユーザ端末のユーザが利用している上記第1飲食店のテーブルの利用人数情報と、ジャンル情報及びエリア情報を含む店舗識別情報と、当該第1飲食店の当該利用中のテーブルにおけるメニューの注文情報とを上記店舗側端末または上記ユーザ端末から受信する。そして制御部は、上記受信した情報を基に、上記ユーザが上記第1飲食店の利用直後に利用可能な第2飲食店を検索し、上記検索した第2飲食店に関する情報を上記ユーザ端末へ送信する。
【0020】
本発明の他の形態に係る情報処理方法は、
ユーザ端末のユーザが利用している第1飲食店のテーブルの利用人数情報と、ジャンル情報及びエリア情報を含む店舗識別情報と、当該第1飲食店の当該利用中のテーブルにおけるメニューの注文情報とを含むコードを生成して、上記テーブルに設置された表示部に表示し、
上記ユーザ端末によって読み取られた上記コードが示すコード情報を当該ユーザ端末から受信し、
上記受信したコード情報を基に、上記ユーザが上記第1飲食店の利用直後に利用可能な第2飲食店を検索し、
上記検索した第2飲食店に関する情報を上記ユーザ端末へ送信する、ことを含む。
【0021】
本発明の他の形態に係るプログラムは、情報処理装置に、
ユーザが利用している第1飲食店のテーブルの利用人数情報と、ジャンル情報及びエリア情報を含む店舗識別情報と、当該第1飲食店の当該利用中のテーブルにおけるメニューの注文情報とを、上記第1飲食店に設置された店舗側端末または上記ユーザのユーザ端末から受信するステップと、
上記受信した情報を基に、上記ユーザが上記第1飲食店の利用直後に利用可能な第2飲食店を検索するステップと、
上記検索した第2飲食店に関する情報を上記ユーザ端末へ送信するステップと、を実行させる。
【発明の効果】
【0022】
以上説明したように、本発明によれば、ユーザの飲食店の利用中に、その飲食店の利用直後に利用可能でユーザに適した他の飲食店をユーザに提案することができる。しかし、当該効果は本発明を限定するものではない。
【図面の簡単な説明】
【0023】
図1】本発明の一実施形態に係る飲食店提案システムの構成を示した図である。
図2】本発明の一実施形態に係る飲食店情報提供サーバのハードウェア構成を示した図である。る。
図3】本発明の一実施形態に係るテーブル端末のハードウェア構成を示した図である。る。
図4】本発明の一実施形態に係る飲食店情報提供サーバが有するデータベースの構成を示した図である。
図5】本発明の一実施形態に係るテーブル端末によるコード表示処理の流れを示したフローチャートである。
図6】本発明の一実施形態に係るテーブル端末が表示する画面の例を示した図である。
図7】本発明の一実施形態に係る飲食店情報提供サーバによる飲食店検索処理の流れを示したフローチャートである。
図8】本発明の一実施形態に係る飲食店情報提供サーバが生成してユーザ端末に表示される飲食店検索結果表示画面の例を示した図である。
【発明を実施するための形態】
【0024】
以下、図面を参照しながら、本発明の実施形態を説明する。
【0025】
[システムの構成]
図1は、本実施形態に係る飲食店提案システムの構成を示した図である。
【0026】
同図に示すように、このシステムは、インターネット50上の飲食店情報提供サーバ100と、複数の飲食店の各テーブルTに設置されたテーブル端末(TTO(Table Top Order)端末)200と、飲食店の各テーブルTを利用する複数のユーザのユーザ端末300と、各飲食店に設置された飲食店端末400とを含む。
【0027】
飲食店情報提供サーバ100は、飲食店に関する情報を掲載したポータルサイトを運営するウェブサーバである。飲食店情報提供サーバ100は、複数のユーザ端末300及び複数の飲食店の飲食店端末400とインターネット50を介して接続されている。
【0028】
飲食店情報提供サーバ100は、上記ポータルサイトにおいて、ユーザ端末300のユーザ向けに飲食店情報の検索システムを提供する。具体的には、飲食店情報提供サーバ100は、ユーザ端末300からの検索要求に基づいて検索条件に合致する飲食店情報を検索し、検索結果を掲載したWebページを生成してユーザ端末300へ送信する。また飲食店情報提供サーバ100は、当該飲食店情報を閲覧したユーザのユーザ端末300からの、いずれかの飲食店に対する予約受付処理を代行する。
【0029】
また飲食店情報提供サーバ100は、上記ポータルサイトに掲載される飲食店(加盟店)向けに、飲食店情報の管理画面(Webページ)を提供している。飲食店端末400のユーザは、当該管理画面を介して、上記検索結果として一般ユーザに提供されるWebページ上の飲食店情報(コンテンツ)を編集・更新し、当該Webページを上記ポータルサイト上にアップロードすることができる。
【0030】
テーブル端末200(200A,200B,…)は、飲食店の各テーブルTを利用するユーザから注文を受け付けるための端末であり、例えばタブレットPC(Personal Computer)である。テーブル端末200は、例えばタッチパネルとしても機能する表示部上に飲食店のメニューの注文画面を表示し、当該注文画面を介してユーザの注文の入力を受け付けると、受け付けた注文情報を飲食店の厨房の端末(図示せず)へ送信する。
【0031】
またテーブル端末200は、受け付けた注文情報を蓄積し、ユーザから会計処理の要求を受け付けると、飲食店のPOS端末(図示せず)と連携して会計処理を実行する。
【0032】
ユーザ端末300(200A,200B,200C...)は、ユーザにより使用される端末であり、例えばスマートフォン、携帯電話、タブレットPC等である。ユーザ端末300は、飲食店情報提供サーバ100へアクセスし、上記Webページを受信してブラウザ等により画面に表示する。
【0033】
ユーザ端末300は、ユーザの操作に基づいて飲食店の検索条件を決定し、当該検索条件に基づく飲食店検索要求を飲食店情報提供サーバ100へ送信する。本実施形態では、飲食店の所在エリア(最寄駅)やジャンル、価格帯等、予め設定された検索条件をユーザ端末300のユーザが選択することで、予約可能な飲食店の検索要求の送信が可能である。そしてユーザ端末300は、ユーザの操作に基づいて、上記検索結果として表示されたいずれかの飲食店に対する予約要求を飲食店情報提供サーバ100へ送信可能である。
【0034】
飲食店端末400は、各飲食店に設置されている端末であり、タブレットPC、ノートブックPC、デスクトップPC等である。飲食店端末400は、管理者の操作に基づいて、上記飲食店情報の編集・更新等、自身の飲食店情報に関する処理を飲食店情報提供サーバ100との通信により実行することが可能である。
【0035】
また本実施形態では、テーブル端末200は、ユーザによるテーブルTの利用中に、当該ユーザの利用人数情報、当該テーブル端末200が設置された飲食店のジャンル情報及びエリア情報を含む店舗識別情報、当該テーブルTにおけるメニューの注文情報と含むコードを生成して、表示部に表示することができる。コード情報は例えば2次元バーコードであるが、これに限られない。
【0036】
ユーザ端末300は、当該コード情報を読み取ると、当該コード情報を飲食店情報提供サーバ100へ送信する。飲食店情報提供サーバ100は、ユーザ端末300から受信したコード情報に含まれる情報を基に、当該ユーザが現在利用中の飲食店の利用直後に利用可能な(空席を有する)他の飲食店を検索し、当該検索した飲食店をユーザ端末300のユーザに提案する。この飲食店検索処理の詳細については後述する。
【0037】
[飲食店情報提供サーバのハードウェア構成]
図2は、上記飲食店情報提供サーバ100のハードウェア構成を示した図である。同図に示すように、飲食店情報提供サーバ100は、CPU(Central Processing Unit)11(サーバ制御部)、ROM(Read Only Memory)12、RAM(Random Access Memory)13、入出力インタフェース15、及び、これらを互いに接続するバス14を備える。
【0038】
CPU11は、必要に応じてRAM13等に適宜アクセスし、各種演算処理を行いながら飲食店情報提供サーバ100の各ブロック全体を統括的に制御する。ROM12は、CPU11に実行させるOS、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。RAM13は、CPU11の作業用領域等として用いられ、OS、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。
【0039】
入出力インタフェース15には、表示部16、操作受付部17、記憶部18、通信部19等が接続される。
【0040】
表示部16は、例えばLCD(Liquid Crystal Display)、OELD(Organic ElectroLuminescence Display)、CRT(Cathode Ray Tube)等を用いた表示デバイスである。
【0041】
操作受付部17は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の入力装置である。操作受付部17がタッチパネルである場合、そのタッチパネルは表示部16と一体となり得る。
【0042】
記憶部18は、例えばHDD(Hard Disk Drive)や、フラッシュメモリ(SSD;Solid State Drive)、その他の固体メモリ等の不揮発性メモリである。当該記憶部18には、上記OSや各種アプリケーション、各種データが記憶される。
【0043】
特に本実施形態では、記憶部18は、飲食店情報提供サーバ100が後述する注文受付処理、ユーザ属性判定処理及び通知情報の生成処理を実行するためのアプリケーションその他のプログラムを記憶している。後述するが、記憶部18は、そのようなデータを含むデータベースとして、飲食店情報データベース、ユーザ情報データベース、コード情報データベース、及びコード情報データベースを有している。
【0044】
通信部19は、例えばEthernet用のNIC(Network Interface Card)や無線LAN等の無線通信用の各種モジュールであり、上記ユーザ端末300及び飲食店端末400との間の通信処理を担う。
【0045】
[テーブル端末のハードウェア構成]
図3は、上記テーブル端末200のハードウェア構成を示した図である。同図に示すように、テーブル端末200は、飲食店情報提供サーバ100と同様に、CPU21(端末制御部)、ROM22、RAM23、バス24、入出力インタフェース25、表示部26、操作受付部27、記憶部28、通信部29を備える。
【0046】
上述のように、表示部26及び操作受付部27は例えばタッチパネルである。記憶部28には、当該テーブル端末200が設置されたテーブルTのユーザの利用人数情報や、ユーザによるテーブルTの利用開始からユーザから受け付けた注文情報等が蓄積される。利用人数情報は例えばユーザにより入力されるが、例えばテーブルTに設置されたセンサにより検知された人数が利用人数情報として入力されてもよい。また記憶部28には、上記上記注文情報等からコードを生成するために必要なプログラムも記憶される。通信部29は、上記キッチン端末やPOS端末との通信を担う。
【0047】
図示しないが、ユーザ端末300及び飲食店端末400のハードウェア構成も、基本的には飲食店情報提供サーバ100及びテーブル端末200と同様である。
【0048】
[飲食店情報提供サーバのデータベース構成]
図3は、上記飲食店情報提供サーバ100が有するデータベースの構成を示した図である。
【0049】
同図に示すように、飲食店情報提供サーバ100は、記憶部18に、飲食店情報データベース31、ユーザ情報データベース32、POS情報データベース33、及び通知情報データベース34を有している。
【0050】
飲食店情報データベース31は、飲食店毎に、その飲食店の店名、所在位置(住所または緯度経度)情報、エリア情報、アクセス情報(最寄り駅情報、最寄り駅からの徒歩距離情報)電話番号、その飲食店を識別するID(店舗ID)、その飲食店の業態・サービスのカテゴリ情報、その飲食店を紹介する情報(店舗のPR文等の店舗の特徴を示す情報、飲食店が行うイベント情報等)、飲食店に関する(飲食店を紹介する)画像データ、飲食店が提供するメニューに関するメニュー情報、平均予算情報、営業時間、ウェブサイトURL等の情報等を記憶している。これらの情報は、各飲食店の飲食店端末400から、飲食店情報提供サーバ100が提供する管理画面を介して入力されたものである。
【0051】
上記メニュー情報は、上記ポータルサイト上の各飲食店のサイトに掲載されるメニューに対応する情報であり、各飲食店が提供可能な複数のメニューのメニュー名を、飲食店毎に記憶している。当該メニュー情報は、例えば前菜/メイン、ランチ/ディナー/コース等のメニューカテゴリ毎に記憶されてもよい。またメニュー情報としては、メニュー名や値段、説明等を示す文字情報の他、当該メニューを撮影した写真等の画像情報も対応付けて記憶される。
【0052】
上記エリア情報としては、広さ単位の異なる複数のエリアに関する情報が含まれる。広いエリアとしては例えば都道府県や市区町村、狭いエリアとしては例えば駅から数百m以内(例えば、「銀座エリア」)、それらの間の広さのエリアとして、例えば駅から1km以内のエリアや、複数の駅周辺エリアがまとまったエリア(例えば、「銀座・新橋・有楽町エリア」)等が挙げられるが、これらに限られない。これにより、同じ飲食店でも、その広さによって複数のエリアに紐付けられていることになる。
【0053】
上記カテゴリ情報は、例えば和食、中華、イタリアン、フレンチ、焼肉等のメインカテゴリの他、和食における焼き鳥・天ぷら等、イタリアンにおけるパスタ・ピザ等のより詳細なサブカテゴリを含んでいてもよい。
【0054】
ユーザ情報データベース32は、ユーザ端末300を所有する、上記飲食店情報提供サーバ100が提供する上記ポータルサイトを介した飲食店情報サービスの利用者(会員)であるユーザに関する情報を記憶する。具体的には、ユーザ情報データベース32は、ユーザID、パスワード、氏名、メールアドレス(その他、メッセージの宛先となる情報)、電話番号、住所、年齢(層)、性別、誕生日等の情報をユーザ毎に記憶している。
【0055】
コード情報データベース33は、各飲食店の各テーブルTのユーザ端末300から受信したコード情報を記憶する。コード情報は、上述のように、各テーブルTのユーザの利用人数情報、当該テーブル端末200が設置された飲食店のジャンル情報及びエリア情報を含む店舗識別情報、当該テーブルTにおけるメニューの注文情報を含む。これらの情報が、飲食店を識別する店舗IDごと、及びテーブルTを識別するテーブルIDごとに記憶される。
【0056】
これら各データベースは、後述する飲食店情報提供サーバ100による飲食店検索処理において、必要に応じて相互に参照されて用いられる。
【0057】
[システムの動作]
次に、以上のように構成されたシステム(テーブル端末200及び飲食店情報提供サーバ100)の動作について説明する。当該動作は、テーブル端末200のCPU21、飲食店情報提供サーバ100のCPU1等のハードウェアと、記憶部28及び記憶部18に記憶されたソフトウェアとの協働により実行される。以下の説明では、便宜上、CPU21及びCPU11を動作主体とする。
【0058】
まず、テーブル端末200による、コード表示処理について説明する。図5は、当該コード表示処理の流れを示したフローチャートである。
【0059】
同図に示すように、テーブル端末200のCPU21はまず、ユーザにより表示部26を介して、テーブル端末200が設置されたテーブルTの利用開始入力を受け付けた否かを判断する(ステップ51)。
【0060】
テーブルTの利用開始入力には、当該テーブルTを利用するユーザの利用人数に関する情報が含まれる。CPU21は、上記利用開始入力を受け付けたと判断した場合(ステップ51のYes)、利用人数情報を記憶部28に記憶する。
【0061】
続いてCPU21は、表示部26(タッチパネル)を介してユーザからメニューの注文を受け付けたか否かを判断する(ステップ53)。
【0062】
注文を受け付けたと判断した場合(ステップ53のYes)、CPU21は、注文対象のメニューを識別するメニューID、注文数量、及び当該メニューのカテゴリを示すカテゴリID等を含む注文情報を厨房端末へ送信するとともに、当該注文情報を記憶部28に記憶する(ステップ54)。
【0063】
続いてCPU21は、上記記憶部28に蓄積された、当該テーブルTにおける利用開始以降の注文数が所定数以上であるか否かを判断する(ステップ55。)所定数は例えば5個、10個等であるがこれらに限られない。
【0064】
注文数が所定数以上であると判断した場合(ステップ55のYes)、CPU21は、上記記憶した利用人数情報、注文情報に加えて、当該テーブル端末200が設置された飲食店の店舗識別情報(店舗のジャンル情報及び所在エリア情報)を示すコードを生成する(ステップ56)。上記ジャンル情報及び所在エリア情報は記憶部28に予め記憶されている。コードは例えば2次元バーコードであるが、これに限られない。
【0065】
所定数が所定数未満であると判断した場合(ステップ55のNo)、CPU21は上記ステップ53に戻り追加の注文を待機する。
【0066】
続いてCPU21は、上記生成したコードCを表示部26に表示する(ステップ57)。
【0067】
図6は、テーブル端末200が表示する画面の例を示した図である。同図に示すように、表示部26には、「本日のおすすめ」「飲み物」等のメニューを表示させるためのボタンや会計処理を実行するためのボタンが表示されるほか、例えばその右下隅に、上記生成されたコードCが表示される。
【0068】
当該コードCとともに、当該コードCが、ユーザが現在利用中の飲食店(第1飲食店)の利用終了直後に利用可能な他の飲食店(第2飲食店)を検索するためのものであることをユーザに示す、例えば「2軒目を検索」といったテキスト情報が表示されてもよい。
【0069】
当該コードCは、ユーザ端末300のバーコードリーダー等により読み取りが可能であり、後述するように、当該コードCがユーザ端末300に読み取られると(または読み取りによりユーザ端末300に表示される画面上で飲食店検索が指示されると)、当該コードCが飲食店情報提供サーバ100へ送信される。
【0070】
続いてCPU21は、上記会計用のボタン等を介して、ユーザからテーブルTの利用終了(会計要求)を受け付けたか否かを判断する(ステップ58)。
【0071】
利用終了を受け付けたと判断した場合(ステップ58のYes)、CPU21は、上記POS端末と連携して会計処理を実行する(ステップ59)。
【0072】
利用終了が受け付けられない限りは(ステップ58のNo)、CPU21は、上記ステップ53に戻りそれ以降の処理を繰り返す。すなわちCPU21は、注文情報が更新されるたびに上記コードCを更新して上記表示部26に表示させる。
【0073】
次に、上記表示されたコード情報に基づく飲食店情報提供サーバ100による飲食店検索処理について説明する。図7は、当該飲食店検索処理の流れを示したフローチャートである。
【0074】
同図に示すように、飲食店情報提供サーバ100のCPU11はまず、テーブル端末200に表示されたコードCを読み取ったユーザ端末300から当該コード情報を受信したか否かを判断する(ステップ71)。
【0075】
コード情報を受信したと判断した場合(ステップ71のYes)、CPU11は、コード情報が示す利用人数情報、店舗識別情報(ジャンル情報及びエリア情報)、注文情報を基に飲食店検索条件を設定する(ステップ72)。
【0076】
具体的には、CPU11は、利用人数情報及びエリア情報はそのまま検索条件として採用する一方、ジャンル情報及び注文情報については、NOT検索(マイナス検索)条件として設定してもよい。またそれ以外にCPU11は、利用時刻条件として現在時刻または所定時間(10分後、30分後等の短い時間)経過後の時刻を設定する。
【0077】
すなわち、ユーザは、現在利用中の飲食店の利用直後に利用する飲食店としては、現在利用中の飲食店とはジャンルやメニューが異なる飲食店を望む場合が多いと考えられる。したがってCPU11は、現在利用中の飲食店のジャンルと、現在利用中の飲食店でユーザが注文したメニューを検索条件から除外することで、現在利用中の飲食店の周辺において、現在利用中の飲食店とは異なるジャンル及び異なるメニューを提供し、現在利用可能な(空席を有する)飲食店を検索しユーザに提案することができる。
【0078】
CPU11はこれとは逆に、例えばユーザのメニューに対するこだわりが強い場合(例えばワインが飲める店にしか行きたくない等)を考慮して、ジャンル情報及び注文情報についてもそのまま上記利用人数情報及びエリア情報と共にAND検索条件に設定してもよい。
【0079】
またCPU11は、注文情報のうち、特定のカテゴリの注文メニュー(例えば飲み物)のみAND検索条件に設定し、他の注文メニュー(例えば食べ物)についてはNOT検索条件に設定してもよい。またCPU11は、注文情報のうち特定のカテゴリの注文メニュー(例えば食べ物)のみを検索条件(例えばNOT検索条件)に設定してもよいし、特定のカテゴリの注文メニュー(例えば飲み物)を除いた注文メニューを検索条件(例えばAND検索条件)に設定してもよい。
【0080】
続いてCPU11は、上記設定した検索条件で上記飲食店情報データベース31内の飲食店を検索する(ステップ73)。
【0081】
続いてCPU11は、上記検索条件に合致する飲食店が見つかったか否かを判断する(ステップ74)。
【0082】
上記検索条件に合致する飲食店が見つかったと判断した場合(ステップ74のYes)、CPU11は、当該飲食店を示す飲食店検索結果情報を生成して(ステップ75)、当該飲食店検索結果情報をコード情報送信元のユーザ端末300へ送信する(ステップ76)。当該飲食店検索結果情報は、検索された飲食店の名称、ジャンル情報、住所、位置情報(緯度・経度情報)、当該飲食店の情報を掲載したウェブページのURL等を含む。
【0083】
一方、上記検索条件に合致する飲食店が見つからなかったと判断した場合(ステップ74のNo)、CPU11は、検索結果無しの旨を示す情報をユーザ端末300へ通知する(ステップ77)。
【0084】
図8は、上記飲食店検索結果情報を基にユーザ端末300に表示される表示画面の例を示した図である。
【0085】
各ユーザ端末300には、上記飲食店情報提供サーバ100が提供するシステムに対応するアプリケーションがインストールされている。当該アプリケーションは、同図に示すように、飲食店情報提供サーバ100から受信した飲食店検索結果情報を基に、GPS(Global Positioning System)等から取得される現在位置を示すアイコン81と、上記検索条件に合致する飲食店の所在位置を示すアイコン82を重畳した地図データを表示可能である。また例えば画面下部にはアイコン82に対応する飲食店に関する情報(店名やジャンル等のテキストや画像)も表示される。
【0086】
そしてユーザがいずれかの飲食店のアイコン82をタップすると、当該飲食店の詳細情報を掲載するとともに当該飲食店の予約を受け付け可能なページが表示され、ユーザは当該ページを介して当該飲食店を予約することが可能となる。
【0087】
[まとめ]
以上説明したように、本実施形態によれば、飲食店情報提供サーバ100及びテーブル端末200は、ユーザが利用中の飲食店の情報や当該飲食店での注文情報等を示すコードCをテーブル端末200に表示させユーザ端末300に読み取らせることで、ユーザの飲食店の利用中に、その飲食店の利用直後に利用可能で(空席を有し)ユーザに適した他の飲食店をユーザに提案することができる。
【0088】
飲食店情報提供サーバ100及びテーブル端末200は、注文情報が所定数蓄積されて初めてコードを表示することで、ユーザに適した他の飲食店を検索するための検索条件としての情報量を確保し、ユーザに適しない他の飲食店が提案されるのを防ぐことができる。
【0089】
すなわち、上記端末制御部は、上記注文情報が更新されるたびに上記コード情報を更新して上記表示部に表示させる。
【0090】
さらに飲食店情報提供サーバ100及びテーブル端末200は、注文情報が更新されるたびにコードCを更新して表示させることで、累積的に飲食店の検索精度を向上させ、よりユーザに適した他の飲食店を提案することが可能となる。
【0091】
[変形例]
本発明は上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更され得る。
【0092】
上述の実施形態において、テーブル端末200は、注文情報が所定数蓄積された場合にコードCを表示させていたが、これに代えて、またはこれに加えて注文情報が所定種類(カテゴリ)数分蓄積された場合にコードCを表示させてもよい。
【0093】
またテーブル端末200は、ユーザが現在利用中の飲食店の利用開始時刻情報または利用終了予定時刻情報を上記コードCに含ませてもよい。当該利用開始時刻情報または利用終了予定時刻情報は、ユーザがテーブル端末200に入力したものであってもよいし、ユーザが飲食店の予約時に飲食店端末400に入力されテーブル端末200に転送されたものであってもよい。この場合飲食店情報提供サーバ100は、利用開始時刻情報が示す時刻の所定時間後(例えば2時間後または3時間後)を検索条件に設定してもよいし、利用終了時刻情報が示す時刻またはその時刻の所定時間後(例えば10分後、30分後)を検索条件に設定してもよい。これにより飲食店情報提供サーバ100は、ユーザが現在利用中の飲食店の利用が終了した後に間を置かずに利用可能な他の飲食店を検索して提案することができる。
【0094】
上述の実施形態において、上記テーブル端末200は、ユーザによるメニューの注文頻度が所定値以下の場合、または、所定時間以上注文が無い場合にコードCを表示部26に表示させてもよい。所定値とは例えば2回/時間、1回/時間等であり、所定時間とは30分、1時間等であるがこれらに限られない。注文頻度が下がった場合やしばらく注文が無い場合にはユーザがその飲食店のメニューに飽きたかその飲食店の利用終了が近いと考えられる。したがってテーブル端末200及び飲食店情報提供サーバ100は、そのタイミングで他の飲食店を提案することで提案の効果を高めることができる。
【0095】
上述の実施形態では、店舗側端末としてのテーブル端末200が、利用人数情報や注文情報の蓄積処理、注文数が所定数以上であるかの判断処理、コードCの生成処理及びコードCの表示処理までの全ての処理を担った。しかし、利用人数情報や注文情報の蓄積処理、上記注文数の判断処理、コードCの生成処理については、各テーブル端末200に接続された飲食店端末400が店舗側端末として担い、テーブル端末200は当該飲食店端末400が生成したコードCを飲食店端末400から受信して表示する表示部としてのみ機能してもよい。この場合飲食店端末400は注文情報をテーブル端末200から受信する上記厨房端末であってもよいし、注文情報を受信するとともにテーブル端末200との間で会計処理を実行するPOS端末であってもよい。
【0096】
上述の実施形態では、利用人数情報、店舗識別情報、注文情報は、テーブル端末200に表示されたコードCをユーザ端末300が読み取ることでユーザ端末300から飲食店情報提供サーバ100へコード情報として送信された。しかし、これらの情報は、ユーザ端末300を介さずにテーブル端末200または飲食店端末400からユーザ端末300を介さずに飲食店情報提供サーバ100へ直接送信されてもよい。この場合飲食店情報提供サーバ100は、上記図8に示したような飲食店検索結果画面(飲食店提案画面)をテーブル端末200に表示させてもよい。
【0097】
上述の実施形態において、飲食店情報提供サーバ100は、上記図7において注文情報を基に飲食店検索条件を設定する(ステップ72)際に、ユーザの満腹度を判定し、当該満腹度に応じて検索条件を設定してもよい。
【0098】
具体的には、飲食店情報提供サーバ100は、上記飲食店情報データベース31において、飲食店ごとの客1人当たりの平均注文数または平均客単価を記憶しておき、コード情報に含まれる注文数または支払金額並びに利用人数の情報を基に、客1人当たりの注文数または客単価を算出し、それを上記平均注文数または平均客単価と比較する。そして飲食店情報提供サーバ100は、客1人当たりの注文数または客単価が平均注文数または平均客単価よりも大きい場合(または所定割合以上大きい場合)には、ユーザは満腹度が高くこれ以上の食事はほとんど必要ないと判断して、検索条件として、例えば飲食店のジャンル「バー」「バル」「パブ」「ラウンジ」「カラオケ」等、料理がメインで提供されない店のジャンルを設定する。一方、客1人当たりの注文数または客単価が平均注文数または平均客単価よりも小さい場合(または所定割合以上小さい場合)には、まだユーザはまだ満腹ではなくある程度食事が必要であると判断して、検索条件として、例えば飲食店のジャンル「居酒屋」「洋食」「中華」等、料理がメインで提供される一般的なレストランのジャンルを設定する。なお上記注文数または支払金額から、飲み物の分を除外してもよい。
【0099】
また上記客1人当たりの平均注文数または平均客単価以外にも、例えば、飲食店情報提供サーバ100は、上記飲食店情報データベース31において、飲食店ごとに、各メニューの一皿当たりの分量またはカロリーを記憶しておき、上記コード情報に含まれる各メニューについて、当該分量またはカロリーの情報を取得してその総数を算出し、当該算出した総数が所定値以上であるか否かに応じて検索条件を設定してもよい。
【0100】
このように、ユーザが利用中の飲食店において食べた量が類推できる情報を用いて飲食店を検索することで、当該利用中の飲食店におけるユーザの満腹度に応じて、適切な他の飲食店を提案することができる。
【0101】
上述の実施形態では、クラウド上の飲食店情報提供サーバ100が複数のユーザ端末向けに飲食店検索処理を実行する例が示されたが、飲食店毎に、上記飲食店情報提供サーバ100と同様の機能を有するサーバが設置され、上記飲食店検索処理を実行しても構わない。
【0102】
本願の特許請求の範囲に記載された発明のうち、「情報処理方法」と記載された発明は、その各ステップを、ソフトウェアによる情報処理によりコンピュータ等の少なくとも1つの装置が自動的に行うものであり、人間がコンピュータ等の装置を用いて行うものではない。すなわち、当該「情報処理方法」は、コンピュータ・ソフトウェアによる情報処理方法であって、コンピュータという計算道具を人間が操作する方法ではない。
【符号の説明】
【0103】
11、21…CPU
18、28…記憶部
19、29…通信部
31…飲食店情報データベース
32…ユーザ情報データベース
33…コード情報データベース
100…飲食店情報提供サーバ
200…テーブル端末
300…ユーザ端末
400…飲食店端末
C…コード(2次元バーコード)
図1
図2
図3
図4
図5
図6
図7
図8