(57)【要約】【課題】ユーザが注文した料理の調理の進捗状況を当該ユーザに知らせることができる店舗装置等を実現する。【解決手段】注文された料理に関する注文料理情報とユーザ端末を識別するユーザ端末識別子とを有する注文情報をユーザ端末から受信する注文情報受信部と、注文情報が有する注文料理情報を出力する注文料理情報出力部と、注文された料理の調理の進捗に関する情報であり、注文料理情報に対応付けられた情報である進捗情報を受け付ける進捗情報受付部と、進捗情報が受け付けられた場合、進捗情報に対応する注文料理情報と対になるユーザ端末識別子により識別されるユーザ端末に進捗情報を送信する進捗情報送信部とを具備する店舗装置により、ユーザが注文した料理の調理の進捗状況を当該ユーザに知らせることができる。【選択図】図１
2017220173.tif 000002
【特許請求の範囲】
【請求項１】
注文された料理に関する注文料理情報とユーザ端末を識別するユーザ端末識別子とを有する注文情報を前記ユーザ端末から受信する注文情報受信部と、
前記注文情報が有する注文料理情報を出力する注文料理情報出力部と、
注文された料理の調理の進捗に関する情報であり、前記注文料理情報に対応付けられた情報である進捗情報を受け付ける進捗情報受付部と、
前記進捗情報が受け付けられた場合、当該進捗情報に対応する注文料理情報と対になるユーザ端末識別子により識別されるユーザ端末に前記進捗情報を送信する進捗情報送信部とを具備する店舗装置。
【請求項２】
前記注文情報受信部は、
２以上の注文情報を受信し、
前記注文料理情報出力部は、
前記２以上の各注文情報が有する２以上の注文料理情報を整列して出力する請求項１記載の店舗装置。
【請求項３】
前記注文情報受信部は、
一のテーブルに対応する２以上の各ユーザ端末から注文情報を受信し、
前記注文情報受信部が受信した２以上の注文情報が有する各注文料理情報に対応する価格を示す価格情報を取得する価格情報取得部と、
前記価格情報取得部が取得した２以上の価格情報を用いて、前記一のテーブルの価格を集計した総合価格情報を取得する価格集計部と、
前記総合価格情報を送信する総合価格情報送信部とをさらに具備する請求項２記載の店舗装置。
【請求項４】
前記一のテーブルに対応する人数を取得する人数取得部と、
前記総合価格情報を人数で除算し、一人あたりの価格である各人価格情報を取得する各人価格取得部と、
前記各人価格情報を送信する各人価格情報送信部とをさらに具備する請求項３記載の店舗装置。
【請求項５】
料理のメニューを示すメニュー情報が格納されるメニュー情報格納部と、
ユーザ端末を識別するユーザ端末識別子をユーザ端末から受信するユーザ端末識別子受信部と、
前記ユーザ端末識別子受信部が、予め決められた時間以上または予め決められた時間より長い時間、同一の前記ユーザ端末識別子を受信していない場合、前記ユーザ端末識別子により識別されるユーザ端末に前記メニュー情報を送信するメニュー情報送信部とをさらに具備する請求項１から請求項４いずれか一項に記載の店舗装置。
【請求項６】
前記ユーザ端末識別子受信部は、テーブルを識別するテーブル識別子と対にユーザ端末識別子を受信し、
前記ユーザ端末識別子受信部が前記テーブル識別子と対に受信した１以上のユーザ端末識別子を用いて、前記テーブルが使用されている状況を示すテーブル使用状況情報を取得するテーブル使用状況情報取得部と、
前記テーブル使用状況情報を出力するテーブル使用状況情報出力部とをさらに具備する請求項５記載の店舗装置。
【請求項７】
テーブルを予約するための情報であり、当該テーブルを識別するテーブル識別子と日時とを有する予約情報を受け付ける予約情報受付部と、
予約情報を格納し得る予約情報格納部と、
前記予約情報受付部が受け付けた予約情報を前記予約情報格納部に蓄積する予約情報蓄積部と、
前記予約情報格納部に格納されている予約情報を出力する予約情報出力部とをさらに具備する請求項１から請求項６いずれか一項に記載の店舗装置。
【請求項８】
前記予約情報出力部は、前記予約情報受付部が受け付けた予約情報を識別する予約識別子をも出力し、
前記予約情報受付部が予約情報を受け付けた後に、当該予約情報を識別する予約識別子と注文された料理に関する注文料理情報とを有する事前注文情報を受け付ける事前注文情報受付部と、
事前注文情報を格納し得る事前注文情報格納部と、
前記事前注文情報受付部が受け付けた事前注文情報を前記事前注文情報格納部に蓄積する事前注文情報蓄積部と、
現在時刻を取得し、取得した現在時刻が、前記予約情報が有する日時に対応する場合に、前記事前注文情報格納部に格納されている事前注文情報が有する注文料理情報を出力する事前注文料理情報出力部とをさらに具備する請求項７記載の店舗装置。
【請求項９】
注文情報受信部、注文料理情報出力部、進捗情報受付部、および進捗情報送信部によって行われる情報処理方法であって、
前記注文情報受信部が、注文された料理に関する注文料理情報とユーザ端末を識別するユーザ端末識別子とを有する注文情報を前記ユーザ端末から受信する注文情報受信ステップと、
前記注文料理情報出力部が、前記注文情報が有する注文料理情報を出力する注文料理情報出力ステップと、
前記進捗情報受付部が、注文された料理の調理の進捗に関する情報であり、前記注文料理情報に対応付けられた情報である進捗情報を受け付ける進捗情報受付ステップと、
前記進捗情報送信部が、前記進捗情報が受け付けられた場合、当該進捗情報に対応する注文料理情報と対になるユーザ端末識別子により識別されるユーザ端末に前記進捗情報を送信する進捗情報送信ステップとを具備する情報処理方法。
【請求項１０】
コンピュータを、
注文された料理に関する注文料理情報とユーザ端末を識別するユーザ端末識別子とを有する注文情報を前記ユーザ端末から受信する注文情報受信部と、
前記注文情報が有する注文料理情報を出力する注文料理情報出力部と、
注文された料理の調理の進捗に関する情報であり、前記注文料理情報に対応付けられた情報である進捗情報を受け付ける進捗情報受付部と、
前記進捗情報が受け付けられた場合、当該進捗情報に対応する注文料理情報と対になるユーザ端末識別子により識別されるユーザ端末に前記進捗情報を送信する進捗情報送信部として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、店舗の情報を処理する店舗装置等に関するものである。
【背景技術】
【０００２】
従来、調理の事前準備を開始するための有益な情報を速やかに厨房に伝えることができ、これにより、客への料理出しを早めることができるようにする注文情報管理装置があった（例えば、特許文献１参照）。
【０００３】
また、ユーザが、フードコートで料理を注文した場合、料理が出来上がると、渡された装置のブザーが鳴ることにより、ユーザに料理の完了を知らせる仕組みがあった。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−２０９９１１号公報（第１頁、第１図等）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、従来技術においては、ユーザが料理の完了を知るためには、特別なブザーの装置が必要であったり、注文とユーザに知らせる装置との連携が人手によりなされているので、出来上がった料理とブザー装置とのリンクが間違っていることもあった。
【０００６】
また、従来技術においては、ユーザは、注文した料理の調理の進捗状況がわからないので、待ち時間が長くなると、苛々したり、注文が店舗側に伝わっているのか不安を感じたりすることがあった。
【０００７】
さらに、従来技術においては、会計処理が面倒であった。
【０００８】
そこで、本発明は、ユーザが注文した料理の調理の進捗状況を当該ユーザに知らせることができる店舗装置等の実現を目的とする。
【０００９】
また、本発明は、会計処理をスムーズに行うことも目的とする。
【課題を解決するための手段】
【００１０】
本第一の発明の店舗装置は、注文された料理に関する注文料理情報とユーザ端末を識別するユーザ端末識別子とを有する注文情報をユーザ端末から受信する注文情報受信部と、注文情報が有する注文料理情報を出力する注文料理情報出力部と、注文された料理の調理の進捗に関する情報であり、注文料理情報に対応付けられた情報である進捗情報を受け付ける進捗情報受付部と、進捗情報が受け付けられた場合、進捗情報に対応する注文料理情報と対になるユーザ端末識別子により識別されるユーザ端末に進捗情報を送信する進捗情報送信部とを具備する店舗装置である。
【００１１】
かかる構成により、ユーザが注文した料理の調理の進捗状況を当該ユーザに知らせることができる。その結果、調理の完成を待つユーザの苛々や不安が軽減される。
【００１２】
また、本第二の発明の店舗装置は、第一の発明に対して、注文情報受信部は、２以上の注文情報を受信し、注文料理情報出力部は、２以上の各注文情報が有する２以上の注文料理情報を整列して出力する店舗装置である。
【００１３】
かかる構成により、ユーザの注文を店舗側が的確に把握できる。
【００１４】
また、本第三の発明の店舗装置は、第二の発明に対して、注文情報受信部は、一のテーブルに対応する２以上の各ユーザ端末から注文情報を受信し、注文情報受信部が受信した２以上の注文情報が有する各注文料理情報に対応する価格を示す価格情報を取得する価格情報取得部と、価格情報取得部が取得した２以上の価格情報を用いて、一のテーブルの価格を集計した総合価格情報を取得する価格集計部と、総合価格情報を送信する総合価格情報送信部とをさらに具備する店舗装置である。
【００１５】
かかる構成により、会計処理をスムーズに行うことができる。さらに具体的には、一のテーブルに対応する総合価格情報を取得し、伝えることができる。例えば、総合価格情報を、当該一のテーブルに対応する２以上の各ユーザ端末に送信することで、お会計をスマートに行える。
【００１６】
また、本第四の発明の店舗装置は、第三の発明に対して、一のテーブルに対応する人数を取得する人数取得部と、総合価格情報を人数で除算し、一人あたりの価格である各人価格情報を取得する各人価格取得部と、各人価格情報を送信する各人価格情報送信部とをさらに具備する店舗装置である。
【００１７】
かかる構成により、会計処理をスムーズに行うことができる。さらに具体的には、総合価格情報を人数で除算した各人価格情報をも取得し、伝えることができる。例えば、２以上の各ユーザ端末に各人価格情報をも送信することで、お会計を割り勘でスマートに行える。
【００１８】
また、本第五の発明の店舗装置は、第一から第四いずれか１つの発明に対して、料理のメニューを示すメニュー情報が格納されるメニュー情報格納部と、ユーザ端末を識別するユーザ端末識別子をユーザ端末から受信するユーザ端末識別子受信部と、ユーザ端末識別子受信部が、予め決められた時間以上または予め決められた時間より長い時間、同一のユーザ端末識別子を受信していない場合、ユーザ端末識別子により識別されるユーザ端末にメニュー情報を送信するメニュー情報送信部とをさらに具備する店舗装置である。
【００１９】
かかる構成により、ユーザが入店する時に、そのユーザのユーザ端末にメニュー情報をダウンロードできる。その結果、店内のユーザは、ユーザ端末で最新のメニュー情報を基に注文が行える。また、同一のユーザ端末識別子を受信していない時間が予め決められた時間に満たない、または以下である場合は、メニュー情報のダウンロードが実行されないので、通信量を抑制できる。
【００２０】
また、本第六の発明の店舗装置は、第五の発明に対して、ユーザ端末識別子受信部は、テーブルを識別するテーブル識別子と対にユーザ端末識別子を受信し、ユーザ端末識別子受信部がテーブル識別子と対に受信した１以上のユーザ端末識別子を用いて、テーブルが使用されている状況を示すテーブル使用状況情報を取得するテーブル使用状況情報取得部と、テーブル使用状況情報を出力するテーブル使用状況情報出力部とをさらに具備する店舗装置である。
【００２１】
かかる構成により、テーブルごとの使用状況を店舗側に伝達できる。
【００２２】
また、本第七の発明の店舗装置は、第一から第六いずれか１つの発明に対して、テーブルを予約するための情報であり、テーブルを識別するテーブル識別子と日時とを有する予約情報を受け付ける予約情報受付部と、予約情報を格納し得る予約情報格納部と、予約情報受付部が受け付けた予約情報を予約情報格納部に蓄積する予約情報蓄積部と、予約情報格納部に格納されている予約情報を出力する予約情報出力部とをさらに具備する店舗装置である。
【００２３】
かかる構成により、テーブルごとに予約を受け付けることができる。
【００２４】
また、本第八の発明の店舗装置は、第七の発明に対して、予約情報出力部は、予約情報受付部が受け付けた予約情報を識別する予約識別子をも出力し、予約情報受付部が予約情報を受け付けた後に、予約情報を識別する予約識別子と注文された料理に関する注文料理情報とを有する事前注文情報を受け付ける事前注文情報受付部と、事前注文情報を格納し得る事前注文情報格納部と、事前注文情報受付部が受け付けた事前注文情報を事前注文情報格納部に蓄積する事前注文情報蓄積部と、現在時刻を取得し、取得した現在時刻が、予約情報が有する日時に対応する場合に、事前注文情報格納部に格納されている事前注文情報が有する注文料理情報を出力する事前注文料理情報出力部とをさらに具備する店舗装置である。
【００２５】
かかる構成により、テーブルの予約後に、料理の事前注文を受け付け、事前注文された料理に関する情報を、予約された日時に対応するタイミングで店舗側に伝達できる。例えば、予約された日時またはそれよりも前に情報を出力することで、店舗側は、ユーザが来店する以前に調理を開始できるようになり、ユーザの待ち時間が短縮される。
【発明の効果】
【００２６】
本発明によれば、ユーザが注文した料理の調理の進捗状況を当該ユーザに知らせることができる。
【図面の簡単な説明】
【００２７】
【図１】実施の形態における店舗装置を用いた飲食店システムの概念図
【図２】同飲食店システムのブロック図
【図３】同店舗装置の動作例を説明するフローチャートの一部を示す図
【図４】同店舗装置の動作例を説明するフローチャートの他の一部を示す図
【図５】同ユーザ端末の動作例を説明するフローチャート
【図６】同店舗装置の格納部に格納されているテーブル管理表の一部を示す図
【図７】同店舗装置によるテーブル使用状況情報の出力例を示す図
【図８】同店舗装置による注文料理情報の出力例を示す図
【図９】同ユーザ端末による進捗情報の出力例を示す図
【図１０】同ユーザ端末による総合価格情報および各人価格情報の出力例を示す図
【図１１】同コンピュータシステムの外観図
【図１２】同コンピュータシステムの内部構成図
【発明を実施するための形態】
【００２８】
以下、ユーザが注文した料理の調理の進捗状況を当該ユーザに知らせることができる店舗装置等の実施形態について、図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。
【００２９】
図１は、本実施の形態における店舗装置１を用いた飲食店システムの概念図である。この飲食店システムは、店舗装置１、１または２以上のユーザ端末２を備える。店舗装置１は、例えば、店舗で使用される端末である。ただし、店舗装置１は、例えば、サーバであってもよい。サーバは、例えば、店舗のサーバでも、複数の店舗を有する会社等のサーバでもよいし、インターネット上のクラウドサーバでも構わない。つまり、サーバの種類は問わない。店舗装置１がサーバである場合、飲食店システムは、１または２以上の厨房端末３をさらに備えていてもよい。また、ユーザ端末２は店舗が貸与した端末でも良い。つまり、ユーザ端末２の持ち主は問わないことは言うまでもない。
【００３０】
店舗は、例えば、フードコート、レストラン、居酒屋といった飲食店の店舗である。飲食店の店舗は、通常、厨房、ホールを有する。厨房は、店舗のスタッフが調理を行うための調理スペース（キッチン）である。ホールは、店舗の顧客が飲食を行うための飲食スペースである。ただし、店舗のタイプは問わない。１以上の各ユーザ端末２は、１以上の各ユーザによって携帯される端末である。各ユーザは、店舗の顧客でもあり、店舗を利用して飲食を行う。
【００３１】
店舗装置１は、例えば、店舗のスタッフが操作可能な電子装置である。店舗のスタッフが操作可能な電子装置とは、例えば、タブレット端末、ノート型または据え置き型のＰＣなどであるが、その種類は問わない。ユーザ端末２は、通常、ユーザが携帯および操作可能な電子装置である。ユーザが携帯および操作可能な電子装置とは、例えば、スマートフォン、タブレット端末、ノート型ＰＣなどであるが、その種類は問わない。店舗装置１と１以上の各ユーザ端末２（さらには１以上の各厨房端末３）とは、例えば、無線ＬＡＮ、インターネットなどのネットワークを介して通信可能に接続される。ただし、店舗装置１と１以上の各ユーザ端末２（さらには１以上の各厨房端末３）との間は、例えば、近距離無線や有線で接続されもよく、接続態様は問わない。
【００３２】
ホールには、通常、１以上のテーブル（例えば、テーブル１、テーブル２、…、テーブルｎ）が設けられる。また、ホールには、好ましくは、１以上のテーブルに対応して、１以上のユーザ端末２がネットワークにアクセスするための１以上のアクセスポイント（例えば、アクセスポイントＡＰ１、アクセスポイントＡＰ２、…、アクセスポイントＡＰｎ）が設けられる。１以上の各アクセスポイントは、当該アクセスポイントを識別するアクセスポイント識別子（例えば“ＡＰ１”，“ＡＰ２”，…“ＡＰｎ”）を送信する。アクセスポイント識別子は、例えばＭＡＣアドレスなどであるが、アクセスポイントを識別し得る情報であれば何でもよい。アクセスポイント識別子は、通常、一定間隔（例えば１秒周期）で送信されるが、不定期に送信されても、１回だけ送信されてもよく、その送信態様は問わない。
【００３３】
１以上のテーブルと１以上のアクセスポイントとは、通常、１対１に対応している。このため、１以上の各アクセスポイントから送信されるアクセスポイント識別子は、当該アクセスポイントに対応するテーブルを識別するテーブル識別子となり得る。以下に記すテーブル識別子は、通常、アクセスポイント識別子である。ただし、１以上のテーブルと１以上のアクセスポイントとの対応は、多対１でもよい。その場合は、１以上のテーブルに対応して、例えば、１以上のビーコンを設けることで、各ビーコンから送信されるビーコン識別子をテーブル識別子として用いることができる。または、テーブル識別子は、例えば、テーブルのＩＤ（番号１，２，…，ｎ等）でもよく、テーブルを識別し得る情報であれば何でもよい。
【００３４】
なお、厨房内にも、図示しない１または２以上のアクセスポイントが設けられており、１以上の各厨房端末３は、店舗内の一のアクセスポイントを介してネットワークに接続可能である。
【００３５】
図２は、飲食店システムのブロック図である。飲食店システムを構成する店舗装置１は、格納部１１、注文情報受信部１２１、注文料理情報出力部１２２、進捗情報受付部１２３、進捗情報送信部１２４、価格情報取得部１２５、価格集計部１２６、総合価格情報送信部１２７、人数取得部１２８、各人価格取得部１２９、各人価格情報送信部１３０、ユーザ端末識別子受信部１３１、メニュー情報送信部１３２、テーブル使用状況情報取得部１３３、テーブル使用状況情報出力部１３４、予約情報受付部１３５、予約情報出力部１３７、事前注文情報受付部１３８、事前注文情報蓄積部１３９、事前注文料理情報出力部１４０を備える。格納部１１は、メニュー情報格納部１１１、予約情報格納部１１２、事前注文情報格納部１１３を備える。ユーザ端末２は、端末格納部２１、端末受付部２２、端末出力部２３、端末受信部２４、端末送信部２５を備える。
【００３６】
店舗装置１を構成する格納部１１は、各種の情報を格納し得る。各種の情報とは、例えば、後述するメニュー情報、価格情報、予約情報、事前注文情報、注文情報、テーブル識別子と１以上のユーザ端末識別子との組の集合、などである。
【００３７】
メニュー情報格納部１１１には、メニュー情報が格納される。メニュー情報とは、店舗で提供可能な２以上の料理のメニューを示す情報である。メニュー情報は、例えば、料理識別子と料理情報との対の集合で構成される。料理識別子とは、料理を識別する情報（例えば、ＩＤなど）である。料理情報とは、料理に関する情報である。料理情報は、例えば、料理の写真、価格などの情報を含む。ただし、メニュー情報のデータ構造は問わない。また、料理情報の内容も問わない。
【００３８】
予約情報格納部１１２は、予約情報を格納し得る。なお、予約情報の詳細については後述する。
【００３９】
事前注文情報格納部１１３は、事前注文情報を格納し得る。なお、事前注文情報の詳細については後述する。
【００４０】
注文情報受信部１２１は、注文情報をユーザ端末２から受信する。注文情報とは、料理の注文に関する情報である。注文情報は、例えば、ユーザ端末識別子と、注文料理情報とを有する。注文情報は、例えば、ユーザ端末識別子と、料理識別子とを有する。注文情報は、例えば、ユーザ端末識別子と、料理識別子と、数量とを有する。ユーザ端末識別子とは、ユーザ端末２を識別する識別子である。ユーザ端末識別子は、通常、ＩＰアドレス、ＭＡＣアドレスなどであるが、例えば、メールアドレス、電話番号などでもよく、ユーザ端末２を識別し得る情報であれば、その種類は問わない。注文料理情報とは、注文された料理に関する情報である。注文料理情報は、例えば、料理識別子、注文数などの情報を含む。ただし、注文情報は、テーブル識別子をさらに有していてもよいし、注文数が１の場合は当該注文数“１”を省略してもよく、そのデータ構造は問わない。また、注文料理情報の内容も問わない。
【００４１】
注文情報受信部１２１は、２以上の注文情報を受信し得る。注文情報受信部１２１は、例えば、一のテーブルに対応する２以上の各ユーザ端末２から注文情報を受信する。注文情報受信部１２１は、例えば、一のテーブルのテーブル識別子と共に、注文情報を受信する。一のテーブルに対応するユーザ端末とは、一のテーブルのテーブル識別子に対応付けられたユーザ端末２である。例えば、格納部１１に、ユーザ端末２を識別するユーザ端末識別子とテーブル識別子とが対応付けられて、格納されている。なお、ユーザ端末識別子とテーブル識別子との対応付けは、どのように行われても良い。ユーザ端末２がテーブルに設置された装置からテーブル識別子を受信しても良いし、ユーザがユーザ端末２にテーブル識別子を入力しても良い。かかる場合、ユーザ端末識別子とテーブル識別子との対が、ユーザ端末２から店舗装置１に送信されることとなる。また、ユーザ端末２が、ユーザの入店の際に、テーブル識別子を受信するなどしても良い。
【００４２】
また、注文情報受信部１２１は、例えば、一のテーブルの近傍に存在する２以上の各ユーザ端末２から注文情報を受信してもよい。一のテーブルの近傍とは、当該一のテーブルの周辺の一定範囲をいう。一定範囲とは、例えば、当該一のテーブルに対応するアクセスポイントから送信されるテーブル識別子を受信し得る範囲である。２以上のテーブルに対応する２以上のアクセスポイントから送信される２以上のテーブル識別子を受信し得る場合は、一定範囲は、通常、当該一のテーブルに対応するアクセスポイントから送信されるテーブル識別子を最大受信強度で受信し得る範囲となる。ただし、一定範囲は、当該一のテーブルからの距離が閾値以下の範囲でもよく、当該一のテーブルの周辺の範囲であれば、どのような範囲でもよい。注文情報受信部１２１は、一のテーブルの近傍に存在する２以上の各ユーザ端末２からの注文情報を、通常、当該一のテーブルに対応して設けられたアクセスポイントを介して受信する。注文情報受信部１２１は、受信した注文情報を、例えば格納部１１に蓄積してもよい。また、かかる場合、通常、注文情報は、アクセスポイントを識別するアクセスポイント識別子、またはテーブルを識別するテーブル識別子を有する。また、アクセスポイント識別子はテーブル識別子と考えても良い。
【００４３】
注文料理情報出力部１２２は、注文情報受信部１２１が受信した注文情報が有する注文料理情報を出力する。出力とは、通常、ディスプレイやスピーカ等の出力デバイスへの出力（表示、音出力等）であるが、外部装置（例えば、厨房に設置されたディスプレイ、スタッフが携帯するタブレット端末等のスタッフ端末、レジに置かれたＰＯＳ等のレジ端末など）への送信、プリンタでの印字、記録媒体への蓄積などでもよい。
【００４４】
注文料理情報出力部１２２は、注文情報受信部１２１が受信した２以上の各注文情報が有する２以上の注文料理情報を整列して出力し得る。整列とは、一定の順序で並べることをいう。一定の順序とは、例えば、受信順であるが、どのような順序でもよい。また、整列は、例えば、テーブル識別子で区分すること、料理または調理方法の属性値で分類すること等を含んでもよい。料理または調理方法の属性値とは、例えば、食べ物、生もの、焼き物（焼く）、煮物（煮る）、飲み物、アルコール、ノンアルコール等である。属性値は、階層化されていてもよい。例えば、上位の属性値“食べ物”に対して、下位の属性値“生もの”、“焼き物”、“煮物”等があってもよい。また、例えば、“生もの”を中位の属性値として、下位の属性値“刺身”、“サラダ”等があってもよい。なお、属性値で分類する場合は、例えば、料理識別子と属性値との対の集合、または料理識別子と属性値と階層との組の集合が、例えば格納部１１に格納される。ただし、整列の態様は問わない。
【００４５】
進捗情報受付部１２３は、進捗情報を受け付ける。進捗情報とは、注文された料理の調理の進捗に関する情報であり、注文料理情報に対応付けられた情報である。進捗情報は、調理が完了したことを示す情報でも良い。また、進捗情報は、調理の途中であることを示す情報（ここで、調理中情報という。）も含むことは好適である。調理中情報は、調理中であることを示す情報、もうすぐ調理が完了することを示す情報、調理が完了するまでの時間を含む情報、調理が開始されたことを示す情報等である。また、進捗情報は、例えば、“未調理”、“調理中”、“まもなく完成”、“調理済み”といった情報、またはそのような情報を識別する識別子であるが、その内容やデータ形式は問わない。受け付けとは、例えば、タッチパネルやマイクロフォン等の入力デバイスから入力された情報の受け付け、ネットワークや通信回線を介して送信された情報の受信、各種のディスクや半導体メモリなどの記録媒体から読み出された情報の受け付けなどを含む概念である。
【００４６】
進捗情報受付部１２３は、通常、注文料理情報出力部１２２または事前注文料理情報出力部１４０が出力した注文料理情報に対する入力であり、店舗のスタッフ（通常、調理者）による進捗情報の入力を、タッチパネルやマイクロフォン等の入力デバイスを介して受け付ける。タッチパネルによる受け付けの場合、進捗情報受付部１２３は、注文料理情報と対に、例えば“済／もうすぐ／準備中”といった、２以上の進捗情報の候補をディスプレイに表示し、表示されている２以上の候補のうち一の候補へのタッチを、タッチパネルで検出してもよい。マイクロフォンによる受け付けの場合、進捗情報受付部１２３は、例えば、「テーブル１のチャーハン、もうすぐ。」、「テーブル２のチューハイ、準備中。」といったスタッフの発話音声を、マイクロフォンで音声信号に変換し、音声認識機能により認識してもよい。ただし、進捗情報受付部１２３は、例えば、外部装置（スタッフ端末等）から進捗情報を受信してもよい。進捗情報受付部１２３は、厨房に設置された厨房端末（図示しない）に入力された進捗情報を、厨房端末から受信しても良い。
【００４７】
進捗情報受付部１２３の進捗情報の受け付けとは、自動的に進捗情報を取得することでも良い。つまり、進捗情報受付部１２３は、注文情報受信部１２１が注文情報を受信した後、所定時間経過後に、進んだ進捗情報（例えば、“調理中”、“まもなく完成”等の情報）を取得しても良い。また、かかる場合、進捗情報受付部１２３は、注文情報が有する料理識別子、または料理識別子と数量等に応じて、異なる時間経過後に、進んだ進捗情報を取得しても良い。つまり、進捗情報を取得する所定時間は、注文情報が有する料理識別子、または料理識別子と数量等に応じて、異なることは好適である。また、この場合、通常、例えば、料理識別子と時間（例えば、進捗情報“まもなく完成”を取得するまでの時間）との１以上の対応情報が格納部１１に格納されている。
【００４８】
進捗情報送信部１２４は、進捗情報が受け付けられた場合、当該進捗情報に対応する注文料理情報と対になるユーザ端末識別子により識別されるユーザ端末２に、当該進捗情報を送信する。つまり、注文情報受信部１２１によってユーザ端末２から受信された注文料理情報に対する進捗情報が、進捗情報送信部１２４によって当該ユーザ端末２に送信される。
【００４９】
価格情報取得部１２５は、価格情報を取得する。価格情報とは、注文情報受信部１２１が受信した２以上の注文情報が有する各注文料理情報に対応する価格を示す情報である。価格情報は、例えば、料理識別子と価格との対を有する。一般に、取得とは、例えば、記録媒体からの読み出し、外部装置からの受信、所定のアルゴリズムに基づく導出（情報の構成、数値の算出等）などを含む概念である。価格情報取得部１２５は、価格情報を、通常、格納部１１から取得するが、例えば、外部装置（レジ端末等）から受信してもよく、価格情報の取得先、取得方法は問わない。
【００５０】
価格集計部１２６は、価格情報取得部１２５が取得した２以上の価格情報を用いて、一のテーブルの価格を集計した総合価格情報を取得する。価格集計部１２６は、注文情報受信部１２１が受信した２以上の各注文情報が有する同一のテーブル識別子に対応する２以上の価格情報を用いて、一のテーブルの価格を集計した総合価格を算出する。そして、価格集計部１２６は、例えば、テーブル識別子と総合価格とを有する総合価格情報を構成する。総合価格は、例えば、一のテーブルに対応する２以上の価格情報が有する２以上の価格を合計した合計価格でもよいし、かかる合計価格に対して各種の割引を適用した割引後の合計価格でもよく、一のテーブルに対応する２以上の価格情報の集計を基に取得される価格であれば、どのような価格でもよい。
【００５１】
価格集計部１２６は、通常、ユーザ端末２から会計指示を受信したことに応じて、集計を行い、総合価格情報を取得する。会計指示とは、当該テーブルでの飲食代金の精算（お会計）を行うための指示である。ただし、価格集計部１２６は、集計を、例えば、当該テーブルの近傍に存在する２以上のユーザ端末２のうち一定割合（例えば、半数、６割等）以上の、または一定割合を超えるユーザ端末２が当該テーブルから離れたことに応じて行ってもよく、集計を行うためのトリガーは問わない。なお、ユーザ端末２がテーブルから離れたことは、ユーザ端末識別子とテーブル識別子との対を最後に受信してからの経過時間が一定時間を超えても、または一定時間以上となっても、同じユーザ端末識別子とテーブル識別子との対を再度受信しないことで、検出可能である。なお、会計指示は、テーブル識別子を有することは好適である。
【００５２】
総合価格情報送信部１２７は、価格集計部１２６が取得した総合価格情報を送信する。総合価格情報は、通常、当該一のテーブル近傍に存在する２以上の各ユーザ端末２に送信されるが、例えば、外部装置（スタッフ端末、レジ端末等）にも送信されてよく、その送信先は問わない。
【００５３】
人数取得部１２８は、一のテーブルに対応する人数を取得する。一のテーブルに対応する人数とは、例えば、当該一のテーブルの近傍に居るユーザの人数の情報をいう。一のテーブルに対応する人数は、例えば、当該一のテーブルに対応するアクセスポイントを介して検出される端末の数である。人数取得部１２８は、例えば、後述するユーザ端末識別子受信部１３１が当該アクセスポイントを識別するアクセスポイント識別子と対に受信したユーザ端末識別子の数を計数してもよい。人数取得部１２８は、通常、後述するユーザ端末識別子受信部１３１が、受信したテーブル識別子とユーザ端末識別子との対を格納部１１に蓄積した結果として格納部１１に格納されている、一の端末識別子に対応するユーザ端末識別子の数を計数する。人数取得部１２８は、ユーザ端末２から人数の情報を受信しても良い。ただし、人数取得部１２８は、例えば顔認識を利用して人数を取得してもよく、その取得方法は問わない。
【００５４】
人数取得部１２８は、ユーザ端末２から、一のテーブルに対応する人数を受信しても良い。かかる場合、人数取得部１２８は、通常、テーブル識別子と対にして、人数を受信する。
【００５５】
各人価格取得部１２９は、価格集計部１２６が取得した総合価格情報が有する総合価格を用いて、各人の価格を算出する。
【００５６】
各人価格取得部１２９は、例えば、２以上の各人の価格を公平に算出しても良い。つまり、各人価格取得部１２９は、例えば、ワリカンの価格を算出しても良い。かかる場合、各人価格取得部１２９は、価格集計部１２６が取得した総合価格情報が有する総合価格を、人数取得部１２８が取得した人数で除算し、一人あたりの価格を算出する。そして、各人価格取得部１２９は、一人あたりの価格とテーブル識別子とを有する各人価格情報を構成する。各人価格情報は、例えば、テーブル識別子と、一人あたりの価格とを有する。ただし、各人価格情報は、さらに人数を有していてもよく、そのデータ構造は問わない。
【００５７】
また、図示しない受信手段が、１以上のユーザ端末２から、当該１以上の各ユーザ端末２のユーザが支払う金額の情報をテーブル識別子と対で受信した場合、各人価格取得部１２９は、同一のテーブル識別子と対になる金額の情報を加算し、総合価格情報が有する総合価格から加算した金額を減算し、残りの金額を算出する。そして、例えば、各人価格取得部１２９は、残りの金額を、支払う金額の情報を送信していないユーザ端末２であり、同一のテーブル識別子と対になるユーザ端末識別子のユーザ端末２の数で除算し、残る人の支払金額を算出する等しても良い。例えば、総合価格が１５０００円であり、部長が１００００円支払う場合、他の参加者である２名の部員が各々２５００円ずつ支払う様なことが容易に可能となる。
【００５８】
また、図示しない受信手段が、同一のテーブル識別子に対応するすべてのユーザ端末２から、各ユーザ端末２のユーザが支払う金額の情報をテーブル識別子と対で受信した場合、各人価格取得部１２９は、各ユーザ端末２から受信された金額を加算し、総合価格情報が有する総合価格と一致することを検出し、残る費用は必要無い旨の情報（例えば、残金「０」）を取得しても良い。
【００５９】
各人価格情報送信部１３０は、各人価格取得部１２９が取得した各人価格情報を送信する。各人価格情報は、総合価格情報と同様に、通常、当該一のテーブル近傍に存在する２以上の各ユーザ端末２に送信されるが、例えば、スタッフ端末、レジ端末にも送信されてよく、その送信先は問わない。
【００６０】
また、各人価格情報送信部１３０は、同一のテーブル識別子と対になる金額の情報を送信してきていないユーザ端末２であり、当該テーブル識別子と対になる１以上のユーザ端末２に、各人価格取得部１２９により算出された残りの金額の情報、または残りの金額から取得された金額の情報を送信しても良い。
【００６１】
さらに、各人価格情報送信部１３０は、残る費用は必要無い旨の情報（例えば、残金「０」）を送信しても良い。
【００６２】
ユーザ端末識別子受信部１３１は、ユーザ端末識別子をユーザ端末２から受信する。ユーザ端末識別子受信部１３１は、好ましくは、一のテーブルを識別するテーブル識別子と対に、ユーザ端末識別子を受信する。一のテーブルを識別するテーブル識別子は、前述したように、通常、当該一のテーブルに対応するアクセスポイントの識別子である。ユーザ端末識別子受信部１３１は、受信したテーブル識別子とユーザ端末識別子との対を、例えば、当該対の受信頻度または受信回数が閾値以上または閾値を超えている場合に、格納部１１に蓄積する。受信頻度とは、当該一の対の単位時間当たりの受信回数をいう。ユーザ端末識別子受信部１３１は、例えば、当該一の対を受信する度に、当該一の対を受信した時刻である受信時刻を、格納部１１に蓄積する。閾値は、ユーザ端末２がテーブル識別子とユーザ端末識別子との対を送信する送信周期を基に予め決められた値であってもよい。例えば、送信周期が毎秒１回である場合の閾値は、１０秒当たり７回といった値であるが、具体的な値は問わない。ユーザ端末識別子受信部１３１は、格納部１１に格納されている１以上の受信時刻と閾値とを用いて、当該一の対の受信頻度が閾値以上または閾値を超えているか否かを判別する。これによって、単にテーブルの傍を通過しただけのユーザに対応するテーブル識別子とユーザ端末識別子との対の格納部１１への蓄積が排除される。格納部１１に格納されているテーブル識別子とユーザ端末識別子との対の集合によって、１以上のユーザ端末２と１以上のテーブルとの対応関係を示す対応関係情報が構成される。
【００６３】
メニュー情報送信部１３２は、メニュー情報格納部１１１に格納されているメニュー情報をユーザ端末２に送信する。メニュー情報送信部１３２は、好ましくは、ユーザ端末識別子受信部１３１が、予め決められた時間以上または予め決められた時間より長い時間、同一のユーザ端末識別子を受信していない場合、ユーザ端末識別子により識別されるユーザ端末２にメニュー情報を送信する。予め決められた時間とは、メニュー情報を送信するか否かの判断を行う際の閾値である。予め決められた時間は、例えば、３時間、一日、１週間などであるが、その長さは問わない。これによって、同一のユーザ端末識別子を受信していない時間が予め決められた時間に満たない、または以下である場合（例えば、お手洗等で店舗の外に出た後に再入店する場合など）は、メニュー情報のダウンロードが実行されないので、通信量を抑制できる。
【００６４】
メニュー情報送信部１３２は、図示しない受信手段がユーザからの指示（メニュー情報送信指示）をユーザ端末２から受信した場合に、メニュー情報格納部１１１に格納されているメニュー情報を当該ユーザ端末２に送信しても良い。
【００６５】
テーブル使用状況情報取得部１３３は、テーブル使用状況情報を取得する。テーブル使用状況情報とは、１以上の各テーブルが使用されている状況を示す情報である。テーブル使用状況情報は、例えば、テーブル識別子、着席済み人数などを有する。着席済み人数とは、すでに入店し当該テーブルに着席しているユーザの人数をいう。着席済み人数は、例えば、当該テーブルの近傍に存在するユーザ端末２の台数であってよい。空いているテーブルのテーブル使用状況情報は、例えば“空”である。テーブル使用状況情報は、着席済み人数に代えて、またはこれに加えて、予約人数と着席済み人数との差分に関する差分情報をさらに有していてもよい。予約人数とは、後述する予約情報受付部１３５が受け付けた予約情報が有する人数である。差分情報は、例えば“あと２人”、“着席完了”などである。ただし、テーブル使用状況情報のデータ構造は問わない。
【００６６】
テーブル使用状況情報取得部１３３は、通常、ユーザ端末識別子受信部１３１がテーブル識別子と対に受信した１以上のユーザ端末識別子を用いて、当該テーブル識別子で識別されるテーブルに対応するテーブル使用状況情報を取得する。テーブル使用状況情報取得部１３３は、例えば、格納部１１に格納されている上記対応関係情報（テーブル識別子とユーザ端末識別子との対の集合）を基に、テーブル使用状況情報を取得してもよい。テーブル使用状況情報取得部１３３は、例えば、ユーザ端末識別子受信部１３１がテーブル識別子と対に受信したユーザ端末識別子の個数を計数することで、着席済み人数を取得（算出）してもよい。また、テーブル使用状況情報取得部１３３は、例えば、着席済み人数から予約人数を減算することで、差分情報を取得（算出）してもよい。
【００６７】
テーブル使用状況情報出力部１３４は、テーブル使用状況情報取得部１３３が取得したテーブル使用状況情報を出力する。テーブル使用状況情報出力部１３４は、テーブル使用状況情報を、通常、ディスプレイやスピーカ等の出力デバイスを介して出力するが、例えば、外部装置（スタッフ端末等）に送信してもよい。テーブル使用状況情報は、プリンタで印字されたり、記録媒体に蓄積されたりしてもよく、その出力態様は問わない。
【００６８】
予約情報受付部１３５は、予約情報を受け付ける。予約情報とは、店舗の予約を行うための情報であり、特に、店舗内のテーブルを予約するための情報をいう。予約情報は、好ましくは、テーブル識別子と、ユーザ端末識別子と、日時と、人数とを有する。ただし、予約情報は、ユーザ端末識別子、人数を有していなくてもよく、そのデータ構造は問わない。予約情報受付部１３５は、予約情報を、例えば、入力デバイスを介して受け付けてもよいし、ユーザ端末２から受信しても構わない。なお、日時は、開始時刻を示す情報でも良いし、時間帯を示す情報（開始時刻と終了時刻とを示す情報）でも良い。
【００６９】
予約情報蓄積部１３６は、予約情報受付部１３５が受け付けた予約情報を、予約情報格納部１１２に蓄積する。
【００７０】
予約情報出力部１３７は、予約情報受付部１３５が受け付けた予約情報を出力する。予約情報出力部１３７は、通常、予約情報格納部１１２に格納されている予約情報を出力する。予約情報出力部１３７は、好ましくは、現在時刻を取得し、取得した現在時刻が、予約情報格納部１１２に格納されている予約情報が有する日時に対応する場合に、当該予約情報を出力する。なお、現在時刻は、例えば、ＭＰＵの内蔵時計やＮＴＰサーバ等から取得可能である。ただし、予約情報出力部１３７は、予約情報受付部１３５による予約情報の受け付けに応じて当該予約情報を出力してもよく、予約情報の出力指示が図示しない受信手段により受信されたことにより、予約情報を出力してもよい。つまり、予約情報の出力タイミングは問わない。
【００７１】
また、予約情報出力部１３７は、予約情報受付部１３５が受け付けた予約情報を識別する予約識別子をも出力する。予約識別子は、例えば予約番号であるが、予約情報を識別し得る情報であれば何でもよい。予約情報出力部１３７は、通常、予約情報受付部１３５が受け付けた予約情報を識別する予約識別子を、当該予約情報が有するユーザ端末識別子で識別されるユーザ端末２に送信する。ただし、予約情報出力部１３７は、予約識別子を、例えば、ユーザ端末２がアクセスした予約ページを介して出力してもよく、その出力態様は問わない。
【００７２】
事前注文情報受付部１３８は、予約情報受付部１３５が予約情報を受け付けた後に、事前注文情報を受け付ける。事前注文情報とは、料理を事前に（例えば、予約時、前日、予約した日時の１時間前など、予約して以降、入店する前までに）注文するための情報である。事前注文情報は、例えば、予約情報を識別する予約識別子と、事前に注文された料理に関する注文料理識別子とを有する。ただし、事前注文情報のデータ構造は問わない。
【００７３】
事前注文情報蓄積部１３９は、事前注文情報受付部１３８が受け付けた事前注文情報を、事前注文情報格納部１１３に蓄積する。
【００７４】
事前注文料理情報出力部１４０は、事前注文情報受付部１３８が受け付けた事前注文情報が有する注文料理情報を出力する。事前注文料理情報出力部１４０は、通常、事前注文情報格納部１１３に格納されている事前注文情報が有する注文料理情報を出力する。事前注文料理情報出力部１４０は、好ましくは、現在時刻を取得し、取得した現在時刻が、予約情報格納部１１２に格納されている予約情報が有する日時に対応する場合に、事前注文情報格納部１１３に格納されている事前注文情報であり、当該予約情報に対応する事前注文料理情報が有する注文料理情報を出力する。対応とは、例えば、当該日時に一致すること、または、当該日時の一定時間前（１時間前、１５分前等）になったこと、等である。ただし、事前注文料理情報出力部１４０は、例えば、事前注文情報受付部１３８による事前注文情報の受け付けに応じて当該事前注文情報を出力してもよく、事前注文情報の出力タイミングは問わない。事前注文料理情報出力部１４０は、注文料理情報を、通常、ディスプレイ等の出力デバイスを介して出力するが、例えば、外部装置（厨房の厨房端末、スタッフ端末等）に送信してもよい。注文料理情報は、プリンタで印字されたり、記録媒体に蓄積されたりしてもよく、その出力態様は問わない。
【００７５】
１以上の各ユーザ端末２を構成する端末格納部２１は、各種の情報を格納し得る。各種の情報とは、例えば、前述したテーブル識別子、ユーザ端末識別子、メニュー情報などである。端末格納部２１には、通常、店舗内の１以上のテーブルを識別する１以上のテーブル識別子、当該ユーザ端末２を識別するユーザ端末識別子などが格納されている。
【００７６】
端末受付部２２は、各種の情報を受け付ける。各種の情報とは、例えば、前述した予約情報、事前注文情報、注文情報、会計指示、後述するメニュー出力指示、メニュー情報を送信することを促すメニュー情報送信指示、ユーザが負担する金額の情報、テーブル識別子、一のテーブルに対応する人数の情報などである。メニュー出力指示とは、店舗装置１から受信したメニュー情報を出力するための指示である。
【００７７】
端末出力部２３は、各種の情報を出力する。各種の情報とは、例えば、前述した進捗情報、総合価格情報、各人価格情報などである。
【００７８】
端末受信部２４は、各種の情報を受信する。各種の情報とは、例えば、前述したテーブル識別子、メニュー情報、進捗情報、総合価格情報、各人価格情報などである。
【００７９】
端末送信部２５は、各種の情報を送信する。各種の情報とは、例えば、前述した予約情報、事前注文情報、テーブル識別子とユーザ端末識別子との対、注文情報、テーブル識別子と会計指示との対、メニュー情報を送信することを促すメニュー情報送信指示、ユーザが負担する金額の情報、テーブル識別子、一のテーブルに対応する人数の情報などである。
【００８０】
格納部１１、メニュー情報格納部１１１、および端末格納部２１は、例えば、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。
【００８１】
格納部１１等にメニュー情報等の情報が記憶される過程は問わない。例えば、記録媒体を介して情報が格納部１１等で記憶されるようになってもよく、通信回線等を介して送信された情報が格納部１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報が格納部１１等で記憶されるようになってもよい。入力デバイスは、例えば、キーボード、マウス、タッチパネル、マイクロフォン等、何でもよい。
【００８２】
価格情報取得部１２５、価格集計部１２６、人数取得部１２８、各人価格取得部１２９、テーブル使用状況情報取得部１３３、テーブル使用状況情報出力部１３４、予約情報受付部１３５、予約情報蓄積部１３６、および事前注文情報蓄積部１３９は、通常、ＭＰＵやメモリ等から実現され得る。注文情報受信部１２１等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現してもよい。
【００８３】
進捗情報受付部１２３、予約情報受付部１３５、事前注文情報受付部１３８、および端末受付部２２は、入力デバイスを含むと考えても、含まないと考えてもよい。進捗情報受付部１２３等の受け付け機能は、入力デバイスのドライバーソフトによって、または入力デバイスとそのドライバーソフトとで実現され得る。入力デバイスとしてマイクロフォンを用いる場合、進捗情報受付部１２３等は、音声認識機能を有する必要がある。なお、進捗情報受付部１２３、予約情報受付部１３５、および事前注文情報受付部１３８は、有線または無線の通信手段等実現されても良い。
【００８４】
注文料理情報出力部１２２、テーブル使用状況情報出力部１３４、予約情報出力部１３７、事前注文料理情報出力部１４０、および端末出力部２３は、ディスプレイやスピーカ等の出力デバイスを含むと考えても含まないと考えてもよい。注文料理情報出力部１２２等の出力機能は、出力デバイスのドライバーソフトによって、または出力デバイスとそのドライバーソフトとで実現され得る。なお、注文料理情報出力部１２２、テーブル使用状況情報出力部１３４、予約情報出力部１３７、および事前注文料理情報出力部１４０は、有線または無線の通信手段等で実現されても良い。
【００８５】
注文情報受信部１２１、ユーザ端末識別子受信部１３１、および端末受信部２４の受信機能は、通常、有線または無線の通信手段で実現されるが、放送を受信する手段で実現されてもよい。
【００８６】
進捗情報送信部１２４、総合価格情報送信部１２７、各人価格情報送信部１３０、メニュー情報送信部１３２、および端末送信部２５の送信機能は、通常、有線または無線の通信手段で実現されるが、放送手段で実現されてもよい。
【００８７】
次に、飲食店システムの動作について図３〜図５のフローチャートを用いて説明する。ただし、前述した各部の詳細な動作説明と重複する説明は、省略または簡略化する場合がある。
【００８８】
図３および図４は、店舗装置１の動作例を説明するフローチャートである。
【００８９】
（ステップＳ３０１）予約情報受付部１３５は、予約情報を受け付けたか否か（ユーザ端末２から受信したか否か）を判別する。予約情報を受け付けた（ユーザ端末２から受信した）と判別された場合はステップＳ３０２に進み、受け付けていない（ユーザ端末２から受信していない）と判別された場合はステップＳ３０４に進む。
【００９０】
（ステップＳ３０２）予約情報蓄積部１３６は、予約情報受付部１３５が受け付けた予約情報を、予約情報格納部１１２に蓄積する。
【００９１】
（ステップＳ３０３）予約情報出力部１３７は、予約情報受付部１３５が受け付けた予約情報を識別する予約識別子を、当該予約情報が有するユーザ端末識別子で識別されるユーザ端末２に送信する。なお、予約情報出力部１３７は、予約情報受付部１３５が受け付けた予約情報を、例えば、このタイミングで、ディスプレイ等の出力デバイスを介して出力してもよい。その後、ステップＳ３０１に戻る。
【００９２】
（ステップＳ３０４）事前注文情報受付部１３８は、当該予約情報に対応する事前注文情報を受け付けたか否か（ユーザ端末２から受信したか否か）を判別する。予約情報受付部１３５が当該予約情報に対応する事前注文情報を受け付けた（ユーザ端末２から受信した）と判別された場合はステップＳ３０５に進み、受け付けていない（ユーザ端末２から受信していない）と判別された場合はステップＳ３０６に進む。
【００９３】
（ステップＳ３０５）事前注文情報蓄積部１３９は、事前注文情報受付部１３８が受け付けた事前注文情報を、事前注文情報格納部１１３に蓄積する。その後、ステップＳ３０１に戻る。
【００９４】
（ステップＳ３０６）ユーザ端末識別子受信部１３１は、テーブル識別子とユーザ端末識別子との対を受信したか否かを判別する。テーブル識別子とユーザ端末識別子との対を受信したと判別された場合はステップＳ３０７に進み、受信していないと判別された場合はステップＳ３１３に進む。
【００９５】
（ステップＳ３０７）メニュー情報送信部１３２は、ユーザ端末識別子受信部１３１が、予め決められた時間以上または予め決められた時間より長い時間、当該ユーザ端末識別子と同一のユーザ端末識別子を受信していないか否かを判別する。ユーザ端末識別子受信部１３１が、予め決められた時間以上または予め決められた時間より長い時間、当該ユーザ端末識別子と同一のユーザ端末識別子を受信していないと判別された場合はステップＳ３０８に進み、当該ユーザ端末識別子と同一のユーザ端末識別子を受信していない時間が予め決められた時間に満たない、または以下であると判別された場合はステップＳ３０９に進む。
【００９６】
（ステップＳ３０８）メニュー情報送信部１３２は、メニュー情報格納部１１１に格納されているメニュー情報を、当該ユーザ端末識別子で識別されるユーザ端末２に送信する。その後、ステップＳ３０１に戻る。
【００９７】
（ステップＳ３０９）ユーザ端末識別子受信部１３１は、受信したテーブル識別子とユーザ端末識別子との対の受信頻度が閾値以上または閾値を超えているか否かを判別する。当該対の受信頻度が閾値以上または閾値を超えていると判別された場合はステップＳ３１０に進み、超えていないと判別された場合はステップＳ３０１に戻る。
【００９８】
（ステップＳ３１０）ユーザ端末識別子受信部１３１は、受信したテーブル識別子とユーザ端末識別子との対を、例えば格納部１１に蓄積する。
【００９９】
（ステップＳ３１１）テーブル使用状況情報取得部１３３は、ユーザ端末識別子受信部１３１がテーブル識別子と対に受信した１以上のユーザ端末識別子を用いて、当該テーブル識別子で識別されるテーブルに対応するテーブル使用状況情報を取得する。
【０１００】
（ステップＳ３１２）テーブル使用状況情報出力部１３４は、テーブル使用状況情報取得部１３３が取得したテーブル使用状況情報を、例えばディスプレイ等の出力デバイスを介して出力する。その後、ステップＳ３０１に戻る。
【０１０１】
（ステップＳ３１３）事前注文料理情報出力部１４０は、当該テーブル識別子に対応する予約情報が格納部１１に格納されているか否かを判別する。当該事前注文情報が格納部１１に格納されていると判別された場合はステップＳ３１４に進み、格納されていないと判別された場合はステップＳ３１９に進む。
【０１０２】
（ステップＳ３１４）事前注文料理情報出力部１４０は、例えばＭＰＵの内蔵時計から、現在時刻を取得する。
【０１０３】
（ステップＳ３１５）事前注文料理情報出力部１４０は、取得した現在時刻が、当該予約情報が有する日時に対応するか否かを判別する。現在時刻が当該日時に対応すると判別された場合はステップＳ３１６に進み、対応しないと判別された場合はステップＳ３０１に戻る。
【０１０４】
（ステップＳ３１６）予約情報出力部１３７は、予約情報格納部１１２に格納されている予約情報であり、当該テーブル識別子に対応する予約情報を、ディスプレイ等の出力デバイスを介して出力する。
【０１０５】
（ステップＳ３１７）事前注文料理情報出力部１４０は、当該予約情報に対応する事前注文情報が格納部１１に格納されているか否かを判別する。当該予約情報に対応する事前注文情報が格納部１１に格納されていると判別された場合はステップＳ３１８に進み、格納されていないと判別された場合はステップＳ３０１に戻る。
【０１０６】
（ステップＳ３１８）事前注文料理情報出力部１４０は、当該事前注文情報が有する注文料理情報を、例えばディスプレイ等の出力デバイスを介して出力する。その後、ステップＳ３０１に戻る。
【０１０７】
（ステップＳ３１９）注文情報受信部１２１は、注文情報をユーザ端末２から受信したか否かを判別する。注文情報をユーザ端末２から受信したと判別された場合はステップＳ３２０に進み、受信していないと判別された場合はステップＳ３２１に進む。
【０１０８】
（ステップＳ３２０）注文料理情報出力部１２２は、注文情報受信部１２１が受信した注文情報が有する注文料理情報を、例えばディスプレイ等の出力デバイスを介して出力する。その後、ステップＳ３０１に戻る。
【０１０９】
（ステップＳ３２１）進捗情報受付部１２３は、注文料理情報出力部１２２または事前注文料理情報出力部１４０が出力した注文料理情報に対する進捗情報を受け付けたか否かを判別する。例えば、ディスプレイに表示された注文料理情報に対し、スタッフがタッチパネル等の入力デバイスを介して進捗情報を入力すると、進捗情報受付部１２３は、進捗情報を受け付けたと判別する。出力した注文料理情報に対する進捗情報を受け付けたと判別した場合はステップＳ３２２に進み、受け付けいていないと判別した場合はステップＳ３２３に進む。
【０１１０】
（ステップＳ３２２）進捗情報送信部１２４は、当該進捗情報に対応する注文料理情報と対になるユーザ端末識別子により識別されるユーザ端末２に、当該進捗情報を送信する。その後、ステップＳ３０１に戻る。
【０１１１】
（ステップＳ３２３）価格集計部１２６は、当該テーブルを識別するテーブル識別子と会計指示との対を受信したか否かを判別する。テーブル識別子と会計指示との対を受信したと判別された場合はステップＳ３２４に進み、受信していないと判別された場合はステップＳ３０１に戻る。
【０１１２】
（ステップＳ３２４）価格情報取得部１２５は、当該テーブル識別子に対応する２以上の注文情報が有する各注文料理情報に対応する価格を示す価格情報を、例えば格納部１１から取得する。
【０１１３】
（ステップＳ３２５）価格集計部１２６は、価格情報取得部１２５が取得した２以上の価格情報を用いて、当該のテーブルの価格を集計した総合価格（例えば、２以上の価格を合計した合計価格）を算出し、当該総合価格を含む総合価格情報を取得する。
【０１１４】
（ステップＳ３２６）総合価格情報送信部１２７は、価格集計部１２６が取得した総合価格情報を、例えば当該テーブルに対応する２以上の各ユーザ端末２に送信する。
【０１１５】
（ステップＳ３２７）人数取得部１２８は、当該テーブルに対応する人数を取得する。例えば、人数取得部１２８は、ユーザ端末識別子受信部１３１が当該テーブルを識別するテーブル識別子と対に受信したユーザ端末識別子の数を計数してもよい。
【０１１６】
（ステップＳ３２８）各人価格取得部１２９は、各人価格情報を取得する。各人価格取得部１２９は、例えば、価格集計部１２６が取得した総合価格情報に含まれる総合価格を、人数取得部１２８が取得した人数で除算し、一人あたりの価格を含む各人価格情報を取得する。
【０１１７】
（ステップＳ３２９）各人価格情報送信部１３０は、各人価格取得部１２９が取得した各人価格情報を、例えば当該テーブルに対応する２以上の各ユーザ端末２に送信する。その後、ステップＳ３０１に戻る。
【０１１８】
なお、図３および図４のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【０１１９】
図５は、ユーザ端末２の動作例を説明するフローチャートある。
【０１２０】
（ステップＳ５０１）端末受付部２２は、予約情報を受け付けたか否かを判別する。例えば、ユーザがタッチパネル等の入力デバイスを介して予約情報を入力すると、端末受付部２２は、予約情報を受け付けたと判別する。なお、このことは、後述する他の情報の受付にも共通する。予約情報を受け付けたと判別された場合はステップＳ５０２に進み、受け付けていないと判別された場合はステップＳ５０５に進む。
【０１２１】
（ステップＳ５０２）端末送信部２５は、当該予約情報を店舗装置１に送信する。
【０１２２】
（ステップＳ５０３）端末受信部２４は、店舗装置１から予約識別子を受信したか否かを判別する。予約識別子を受信したと判別された場合はステップＳ５０２に進み、受信していないと判別された場合はステップＳ５０３に戻る。
【０１２３】
（ステップＳ５０４）端末出力部２３は、端末受信部２４が受信した予約識別子を出力する。出力は、ディスプレイ等の出力デバイスを介した出力（表示等）でもよいし、格納部１１への蓄積でもよい。その後、ステップＳ５０１に戻る。
【０１２４】
（ステップＳ５０５）端末受付部２２は、当該予約情報に対応する事前注文情報を受け付けたか否かを判別する。事前注文情報を受け付けたと判別された場合はステップＳ５０６に進み、受け付けていないと判別された場合はステップＳ５０７に進む。
【０１２５】
（ステップＳ５０６）端末送信部２５は、当該事前注文情報を店舗装置１に送信する。その後、ステップＳ５０１に戻る。
【０１２６】
（ステップＳ５０７）端末受信部２４は、端末格納部２１に格納されている１以上のテーブル識別子のうちの一のテーブル識別子を受信したか否かを判別する。一のテーブル識別子を受信したと判別された場合はステップＳ５０８に進み、受信してないと判別された場合はステップＳ５１１に進む。
【０１２７】
（ステップＳ５０８）端末送信部２５は、端末受信部２４が受信したテーブル識別子と当該端末２を識別するユーザ端末識別子との対を、店舗装置１に送信する。
【０１２８】
（ステップＳ５０９）端末受信部２４は、メニュー情報を受信したか否かを判別する。メニュー情報を受信したと判別された場合はステップＳ５１０に進み、受信していないと判別された場合はステップＳ５０９に戻る。
【０１２９】
（ステップＳ５１０）端末受信部２４は、受信したメニュー情報を端末格納部２１に蓄積する。その後、ステップＳ５０１に戻る。なお、端末出力部２５は、端末受信部２４がメニュー情報を受信したことに応じて、ディスプレイ等の出力デバイスに当該メニュー情報を出力してもよい。
【０１３０】
（ステップＳ５１１）端末受付部２２は、メニュー出力指示を受け付けたか否かを判別する。メニュー出力指示を受け付けたと判別された場合はステップＳ５１２に進み、受け付けていないと判別された場合はステップＳ５１５に進む。
【０１３１】
（ステップＳ５１２）端末出力部２３は、端末格納部２１に格納されているメニュー情報を、ディスプレイ等の出力デバイスを介して出力する。
【０１３２】
（ステップＳ５１３）端末受付部２２は、注文情報を受け付けたか否かを判別する。注文情報を受け付けたと判別された場合はステップＳ５１４に進み、受け付けていないと判別された場合はステップＳ５１３に戻る。
【０１３３】
（ステップＳ５１４）端末送信部２５は、端末受付部２２が受け付けた注文情報を店舗装置１に送信する。その後、ステップＳ５０１に戻る。
【０１３４】
（ステップＳ５１５）端末受信部２４は、進捗情報を受信したか否かを判別する。進捗情報を受信したと判別された場合はステップＳ５１６に進み、受信していないと判別された場合はステップＳ５１７に進む。
【０１３５】
（ステップＳ５１６）端末出力部２３は、端末受信部２４が受信した進捗情報を、例えばディスプレイ等の出力デバイスを介して出力する。その後、ステップＳ５０１に戻る。
【０１３６】
（ステップＳ５１７）端末受付部２２は、会計指示を受け付けたか否かを判別する。会計指示を受け付けたと判別された場合はステップＳ５１８に進み、受け付けていないと判別された場合はステップＳ５０１に戻る。
【０１３７】
（ステップＳ５１８）端末送信部２５は、テーブル識別子と会計指示との対を店舗装置１に送信する。
【０１３８】
（ステップＳ５１９）端末受信部２４は、総合価格情報と各人価格情報のうち１以上の情報を受信したか否かを判別する。総合価格情報と各人価格情報のうち１以上の情報を受信したと判別された場合はステップＳ５１９に進み、受信していないと判別された場合はステップＳ５１８に戻る。
【０１３９】
（ステップＳ５２０）端末出力部２３は、端末受信部２４が受信した情報、つまり総合価格情報と各人価格情報のうち１以上の情報を、例えばディスプレイ等の出力デバイスを介して出力する。その後、ステップＳ５０１に戻る。
【０１４０】
なお、図５のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【０１４１】
以下、本実施の形態における飲食店システムの具体的な動作例について説明する。なお、以下の説明は、例示に過ぎず、種々の変更が可能であり、本発明を何ら限定するものではない。
【０１４２】
飲食店システムの概念図は図１である。本例では、店舗装置１はサーバであり、店舗の厨房には、１または２以上の厨房端末３が存在している。１以上の各厨房端末３は、店舗装置１から注文情報を受信し、受信した注文料理情報が有する注文料理情報を出力し、出力した注文料理情報に対する進捗情報を受け付け、受け付けた進捗情報を店舗装置１に送信する。
【０１４３】
なお、厨房は、２以上のブースに区切られ、ブースごとに異なる種類の料理（例えば、中華料理、ファーストフード等）が調理されてもよい。ホールは、２以上のブースから提供される各種の料理を飲食可能なフードコートの態様を有してもよい。
【０１４４】
また、１以上の各テーブルは、２以上のブースのうち一のブースと対応づいていてもよい。また、２以上の各ブースに、一の厨房端末３が存在してもよい。この場合、格納部１１には、テーブル識別子とブース識別子と厨房端末識別子との組の集合が格納される。ブース識別子とは、ブースを識別する識別子である。ブース識別子は、例えば、当該ブースから提供される料理の種類を示す“中華料理”，“ファーストフード”等であってもよいが、これに限らない。厨房端末識別子とは、厨房端末を識別する識別子である。厨房端末識別子は、例えば、ＭＡＣアドレス、ＩＰアドレスなどであるが、これに限らない。
【０１４５】
テーブル識別子とブース識別子と厨房端末識別子との組の集合は、例えば、テーブル識別子“ＡＰ１”とブース識別子“中華料理”と厨房端末識別子“ａａａ”との組、テーブル識別子“ＡＰ２”とブース識別子“中華料理”と厨房端末識別子“ａａａ”との組、…、テーブル識別子“ＡＰｎ”とブース識別子“ファーストフード”と厨房端末識別子“ｂｂｂ”の組、の集合などである。
【０１４６】
なお、以下の説明で、例えば、テーブル１を予約することは、中華料理を予約することであってもよい。つまり、中華料理を予約することで、これに対応するテーブル１が予約される結果となってもよい。
【０１４７】
現在時刻は、例えば１９：１０である。現在、この店舗のホールでは、ｍ人（ｍは２以上の整数）のユーザをメンバーとするグループが１９時頃に来店し、テーブル１に着席している。このグループは、前以てテーブル１（または、これに対応する中華料理）を予約していたグループであり、格納部１１には、このグループによるテーブル１の予約情報が格納されている。この予約情報は、例えば、テーブル識別子“ＡＰ１”と、ユーザ端末識別子“ａａａ”と、日時“２０１６年５月○日１９：００”と、人数“ｍ”とを有する。ユーザ端末識別子“ａａａ”は、当該ｍ人のうち予約を行ったユーザのユーザ端末２を識別する識別子である。
【０１４８】
このユーザは、上記予約の後に、料理の事前注文も行っており、格納部１１には、この予約情報に対応する事前注文情報がさらに格納されている。この事前注文情報は、例えば、当該予約情報を識別する予約識別子“１１１”と、注文料理識別子“ＡＡＡ”，“ＢＢＢ”とを有する。予約識別子“１１１”は、例えば予約番号である。注文料理識別子“ＡＡＡ”は、例えばチャーハンを識別する識別子である。注文料理識別子“ＢＢＢ”は、例えば生ビールを識別する識別子である。これら予約情報および事前注文情報は、例えば次の“予約時の動作例”で述べる手順で格納部１１に格納されたものである。
【０１４９】
店舗内のテーブル２には、予約なしで１９時ごろに来店した２人連れのユーザが着席している。テーブルｎは、誰も着席していない空きテーブルである。なお、他のテーブルは、空きテーブルでもよいし、適宜な人数のユーザが着席していてもよい。
【０１５０】
（予約時の動作例）
【０１５１】
ユーザ端末識別子“ａａａ”で識別されるユーザ端末２のユーザは、この店舗の予約を行うための予約ページにアクセスし、タッチパネル等の入力デバイスを介して、テーブル識別子“ＡＰ１”と、ユーザ端末識別子“ａａａ”と、日時“２０１６年５月○日１９：００”と、人数“ｍ”とを有する予約情報を入力する。当該端末２を構成する端末受付部２２は、入力された予約情報を受け付け、端末送信部２５は、この予約情報を店舗装置１に送信する。店舗装置１を構成する予約情報受付部１３５は、この予約情報を受信し、予約情報蓄積部１３６がこれを格納部１１に蓄積する。予約情報出力部１３７は、当該予約情報を識別する予約識別子“１１１”を当該ユーザ端末２に送信する。
【０１５２】
その後、ユーザは、事前注文行うための事前注文ページに移動し、タッチパネル等の入力デバイスを介して、予約識別子“１１１”と注文料理識別子“ＡＡＡ”，“ＢＢＢ”とを有する事前注文情報を入力する。端末受付部２２は、入力された事前注文情報を受け付け、端末送信部２５は、その事前注文情報を店舗装置１に送信する。店舗装置１を構成する事前注文情報受付部１３８は、この事前注文情報を受信し、事前注文情報蓄積部１３９がこれを事前注文情報格納部１１３に蓄積する。
【０１５３】
（入店時の動作例）
【０１５４】
予約当日、店内に居るｍ人の各ユーザが携帯するユーザ端末２のメニュー情報格納部１１１には、入店時に店舗装置１からダウンロードされたメニュー情報が格納されている。例えば、ユーザ端末識別子“ａａａ”で識別されるユーザ端末２を構成する格納部１１に格納されているメニュー情報は、例えば次の手順で、店舗装置１からダウンロードされたものである。
【０１５５】
店舗の出入り口に最も近いテーブル１に対応するアクセスポイントＡＰ１から、当該テーブル１を識別するテーブル識別子“ＡＰ１”が送信されている。ユーザ端末識別子“ａａａ”で識別されるユーザ端末２のアクセスポイントＡＰ１への接近に応じて、当該ユーザ端末２を構成する端末受信部２４が、アクセスポイントＡＰ１からのテーブル識別子“ＡＰ１”を受信し、端末送信部２５は、当該テーブル識別子“ＡＰ２”と、当該ユーザ端末２を識別するユーザ端末識別子“ａａａ”との対を店舗装置１に送信する。
【０１５６】
店舗装置１において、ユーザ端末識別子受信部１３１がテーブル識別子“ＡＰ２”とユーザ端末識別子“ａａａ”との対を受信すると（ただし、テーブル識別子“ＡＰ２”は受信しなくてもよい）、メニュー情報送信部１３２は、格納部１１から当該一の対を最後に受信した受信時刻を取得する一方、ＭＰＵの内蔵時計等から現在時刻を取得する。そして、メニュー情報送信部１３２は、取得した受信時刻および現在時刻を基に、予め決められた時間以上または予め決められた時間より長い時間、ユーザ端末識別子“ａａａ”を受信していないと判断されることから、当該ユーザ端末識別子“ａａａ”で識別されるユーザ端末２に、メニュー情報を送信する。ユーザ端末識別子“ａａａ”で識別されるユーザ端末２において、端末受信部２４がメニュー情報を受信し、端末格納部２１に格納する。店舗装置１を構成するユーザ端末識別子受信部１３１は、こうして受信したテーブル識別子“ＡＰ２”とユーザ端末識別子“ａａａ”との対を格納部１１に蓄積する。
【０１５７】
ユーザ端末識別子“ａａａ”で識別されるユーザ端末２を携帯したユーザがテーブル１に着席すると、店舗装置１において、ユーザ端末識別子受信部１３１は、テーブル識別子“ＡＰ１”とユーザ端末識別子“ａａａ”との対を閾値（例えば１０秒当たり７回）以上の頻度で受信するようになる。このため、ユーザ端末識別子受信部１３１は、ユーザ端末２から受信したテーブル識別子“ＡＰ１”とユーザ端末識別子“ａａａ”との対を格納部１１に蓄積する。また、テーブル使用状況情報取得部１３３は、ユーザ端末識別子受信部１３１がテーブル識別子と対に受信した１以上のユーザ端末識別子を用いて、当該テーブル識別子で識別されるテーブルに対応するテーブル使用状況情報を取得し、格納部１１に蓄積する。
【０１５８】
こうして、店舗内のテーブル１、テーブル２、…、テーブルｎに関する情報が、店舗装置１を構成する格納部１１に格納される結果となる。
【０１５９】
図６は、格納部１１に格納されているテーブル管理表の一部を示す図である。テーブル管理表とは、店舗内の１以上のテーブルを管理するための管理表である。テーブル管理表は、例えば、テーブル識別子と、当該テーブル識別子に対応する１以上の端末識別子と、当該１以上の端末識別子に対応する１以上の注文料理識別子と、当該テーブル識別子に対応するテーブル使用状況情報との組の集合で構成される。ただし、格納部１１に格納される情報のデータ構造は問わない。本例のテーブル管理表には、例えば、テーブル識別子“ＡＰ１”と、テーブル識別子“ＡＰ１”に対応する端末識別子“ａａａ”と、端末識別子“ａａａ”に対応する注文料理識別子“ＡＡＡ”，“ＢＢＢ”と、端末識別子“ｂｂｂ”に対応する注文料理識別子“ＣＣＣ”，“ＤＤＤ”と、…、テーブル識別子“ＡＰ１”に対応するテーブル使用状況情報“着席完了”との組が格納されている。また、格納部１１には、テーブル識別子“ＡＰ２”と、テーブル識別子“ＡＰ２”に対応する端末識別子“ｃｃｃ”と、端末識別子“ｃｃｃ”に対応する注文料理識別子“ＥＥＥ”と、端末識別子“ｄｄｄ”に対応する注文料理識別子“ＦＦＦ”と、…、テーブル識別子“ＡＰ２”に対応するテーブル使用状況情報“２人着席”との組が格納されている。また、格納部１１には、テーブル識別子“ＡＰｎ”と、テーブル識別子“ＡＰｎ”に対応するテーブル使用状況情報“空”との組が格納されている。
【０１６０】
テーブル使用状況情報出力部１３４は、格納部１１に格納されている上記テーブル管理表が有するテーブル使用状況情報を、ディスプレイ等の出力デバイスを介して出力する。テーブル使用状況情報出力部１３４は、例えば、上記テーブル管理表に新たな端末識別子が追加されたり、既存の端末識別子が削除されたりしたことで、テーブル使用状況情報が変化したことに応じて、テーブル使用状況情報を出力する。ただし、テーブル使用状況情報出力部１３４は、テーブル使用状況情報を、例えば、スタッフ等による表示指示の入力に応じて出力してもよく、その出力のトリガーは問わない。また、テーブル使用状況情報出力部１３４は、テーブル使用状況情報を、例えば、店舗装置１が有するディスプレイに出力する。ただし、テーブル使用状況情報は、例えば、１以上の各厨房端末３や、店舗の管理者が居る部屋のディスプレイ等に出力されてもよく、その出力先も問わない。
【０１６１】
図７は、店舗装置１によるテーブル使用状況情報の出力例を示す図である。店舗装置１のディスプレイには、テーブル識別子に対応するテーブルＮｏ．と、テーブル使用状況情報に対応するテーブル使用状況との組が、ｎ組、表示される。ｎ組とは、テーブルＮｏ．“１”とテーブル使用状況“着席完了”との組、テーブルＮｏ．“２”とテーブル使用状況“２人着席”との組、…、テーブルＮｏ．“ｎ”とテーブル使用状況“空”との組である。なお、テーブル使用状況は、例えば、ユーザが着席したこと（お手洗等で短時間外出した後の再着席は除く）に応じて、所定の時間（例えば、５秒間、１０秒間等）表示される。なお、新規の着席か再着席かは、ユーザ端末識別子受信部１３１が、予め決められた時間以上または予め決められた時間より長い時間、当該ユーザ端末識別子と同一のユーザ端末識別子を受信していないか否かで判断可能である。また、テーブル使用状況情報出力部１３４は、テーブル使用状況情報の表示開始時にベル音などの報知音を出力することで、店舗装置１のディスプレイに、テーブル使用状況が表示されることを報知してもよい。または、テーブル使用状況は、ディスプレイの画面の一部分に常時表示されてもよく、その表示態様は問わない。
【０１６２】
店舗に入店した各ユーザは、自分のユーザ端末２で、入店時に店舗装置１からダウンロードしたメニュー情報を用いて、例えば以下のようにして料理を注文することができる。
【０１６３】
（注文時の動作例）
【０１６４】
店舗内で料理を注文したいユーザは、メニュー情報を出力させるためのメニュー出力指示を、タッチパネル等の入力デバイスを介して入力する。なお、端末出力部２５は、端末受信部２４がメニュー情報を受信したことに応じて、ディスプレイ等の出力デバイスに当該メニュー情報を出力することが好適である。これにより、ユーザが入店した時、そのユーザ端末２のディスプレイに、自動的にメニューが表示されるので、ユーザは、入店後、速やかに注文が行える。
【０１６５】
例えば、ユーザ端末識別子“ｂｂｂ”で識別されるユーザ端末２のユーザが、入力デバイスでメニュー出力指示を入力したとすると、当該ユーザ端末２を構成する端末受付部２２は、入力されたメニュー出力指示を受け付け、端末出力部２３は、端末格納部２１からメニュー情報を取得し、ディスプレイ等の出力デバイスを介して出力する。これによって、ディスプレイには、メニュー情報に対応するメニューが表示される。このメニューは、例えば、ラーメン、エビチリといった１以上の料理の写真と、当該１以上の料理の写真に対応して、当該１以上の料理を注文するための注文ボタンとが含まれる。ユーザは、例えばラーメンとエビチリを注文したければ、ラーメンに対応する注文ボタンと、エビチリ対応する注文ボタンにタッチすればよい。端末受付部２２は、ラーメンに対応する注文ボタンと、エビチリ対応する注文ボタンへのタッチを、タッチパネルで検出する。端末送信部２５は、当該ユーザ端末２を識別するユーザ端末識別子“ｂｂｂ”と、ラーメンに対応する注文料理識別子“ＣＣＣ”と、エビチリに対応する注文料理識別子“ＤＤＤ”とを有する注文情報を、店舗装置１に送信する。
【０１６６】
店舗装置１において、注文情報受信部１２１が注文情報を受信し、注文料理情報出力部１２２は、当該注文情報が有する注文料理情報を、当該注文情報が有するテーブル識別子に対応する厨房端末識別子で識別される厨房端末３に送信する。この厨房端末３は、注文料理情報を受信し、当該注文料理情報が有する注文料理識別子“ＣＣＣ”および“ＤＤＤ”に対応する注文料理情報をディスプレイ等の出力デバイスを介して出力する。これにより、厨房端末３のディスプレイに、注文料理“ラーメン”および“エビチリ”が表示される。また、事前注文料理情報出力部１４０は、現在時刻を取得し、取得した現在時刻が、予約情報格納部１２に格納されている予約情報が有する日時の一定時間前（例えば１５分前）である場合に、事前予約情報格納部１１３に格納されている事前注文情報が有する注文料理情報を、当該事前注文情報が有するテーブル識別子に対応する厨房端末識別子で識別される厨房端末３に送信する。この厨房端末３は、事前注文料理情報を受信し、当該事前注文料理情報が有する注文料理識別子“ＡＡＡ”および“ＤＤＤ”に対応する注文料理情報をディスプレイ等の出力デバイスを介して出力する。これにより、厨房端末３のディスプレイに、注文料理“チャーハン”および“生ビール”が表示される。
【０１６７】
図８は、店舗装置１による注文料理情報の厨房端末３を介した出力例を示す図である。厨房端末３のディスプレイには、端末識別子“ａａａ”で識別されるユーザ端末２からの事前注文情報が有する注文料理識別子“ＡＡＡ”，“ＢＢＢ”に対応する注文料理“チャーハン”，“生ビール”と、端末識別子“ｂｂｂ”で識別されるユーザ端末２からの注文料理情報が有する注文料理識別子“ＣＣＣ”，“ＤＤＤ”に対応する注文料理“ラーメン”，“エビチリ”と、端末識別子“ｃｃｃ”で識別されるユーザ端末２からの注文料理情報が有する注文料理識別子“ＥＥＥ”に対応する注文料理“チューハイ”と、端末識別子“ｄｄｄ”で識別されるユーザ端末２からの注文料理情報が有する注文料理識別子“ＦＦＦ”に対応する注文料理“ウーロン茶”とが、以下の要領で整列表示されている。
【０１６８】
上記の注文料理は、テーブルで区分して表示されている。例えば、テーブル１に対応する注文料理“チャーハン”，“生ビール”，“ラーメン”，“エビチリ”が画面の上部に表示され、その下に、テーブル２に対応する注文料理“チューハイ”，“ウーロン茶”が表示されている。なお、同様の注文料理情報は、店舗装置１のディスプレイにも表示されてよい。
【０１６９】
また、一のテーブルに対応する２以上の注文料理は、料理の属性値で分類して表示されている。例えば、テーブル１に対応する注文料理は、食べ物である“チャーハン”，“ラーメン”，“エビチリ”と、飲み物である“生ビール”とに分類して表示されている。属性値は、階層化されていてもよい。例えば、テーブル２に対応する注文料理は、いずれも飲み物（上位の属性値）であるが、アルコール飲料（下位の属性値の１つ）である“チューハイ”と、ノンアルコール飲料（下位の属性値の他の１つ）である“ウーロン茶”とに分類して表示されてもよい。
【０１７０】
さらに、一の属性値に対応する２以上の注文料理は、時系列に並べて表示されている。例えば、食べ物である“チャーハン”，“ラーメン”，“エビチリ”は、それぞれを含んだ注文情報または事前注文情報の受信時刻（１８：４５，１９：０５，１９：０５）が早い順に表示されている。
【０１７１】
そして、上記の各注文料理は、属性値、受信時刻、テーブルＮｏ．と対に表示されている。例えば、注文料理“チャーハン”は、属性値“食べ物”、受信時刻“１８：４５”、テーブルＮｏ．“１”と対に表示されている。ただし、属性値、受信時刻、テーブルＮｏ．の表示は省略してよい。
【０１７２】
厨房端末３は、上記の各注文料理情報に対する進捗情報を、タッチパネル等の入力デバイスを介して受け付け、ディスプレイ等の出力デバイスを介して出力する。厨房端末３のディスプレイには、図８に示したように、上記の各注文料理と対に、進捗状況の候補を示すボタン“済”，“もうすぐ”，“準備中”がさらに表示されていてもよい。進捗状況の初期値は“準備中”であり、新規に出力された注文料理情報に対応する進捗状況では、３つのボタン“済”，“もうすぐ”，“準備中”のうちボタン“準備中”が強調表示されている。
【０１７３】
例えば、注文料理“チャーハン”に対応する調理が完成に近づくと、スタッフはボタン“もうすぐ”にタッチする。厨房端末３は、ボタン“もうすぐ”へのタッチをタッチパネルで受け付け、注文料理“チャーハン”に対応する３つのボタンのうち、ボタン“準備中”の強調表示を解除し、ボタン“もうすぐ”を強調表示してもよい。厨房端末３は、注文料理“チャーハン”に対応する注文料理識別子“ＡＡＡ”と、当該進捗情報“もうすぐ”に対応する進捗情報識別子“Ｑ１”との対を、店舗端末１に送信する。
【０１７４】
店舗端末１を構成する進捗情報受付部１２３は、注文料理識別子“ＡＡＡ”と進捗情報識別子“Ｑ１”との対を受信し、進捗情報送信部１２４は、注文料理識別子“ＡＡＡ”と対になるユーザ端末識別子“ａａａ”により識別されるユーザ端末２に、 注文料理識別子“ＡＡＡ”と進捗情報識別子“Ｑ１”との対を送信する。
【０１７５】
ユーザ端末識別子“ａａａ”により識別されるユーザ端末２において、端末受信部２４が、 注文料理識別子“ＡＡＡ”と進捗情報識別子“Ｑ１”との対を受信し、端末出力部２３は、注文料理情報“チャーハン”と対に進捗情報“もうすぐ”を、ディスプレイ等の出力デバイスを介して出力する。
【０１７６】
図９は、テーブル１に対応する一のユーザ端末２による進捗情報の出力例を示す図である。このユーザ端末２のディスプレイには、テーブル識別子“ＡＰ１”に対応するテーブルＮｏ．“１”と、注文料理識別子“ＡＡＡ”に対応する注文料理“チャーハン”と、進捗状況“もうすぐ”との対、注文料理“ラーメン”と進捗状況“準備中”との対、注文料理“エビチリ”と進捗状況“準備中”との対、注文料理“生ビール”と進捗状況“済”との対、…とが表示されている。これにより、ユーザは、自分が注文した料理の進捗状況を知ることができ、進捗状況が“済”になった料理を取りに行くこともできる。また、ユーザは、自分と同じテーブル１に着席している他のユーザが注文した各料理の調理の進捗状況もわかる。
【０１７７】
（会計時の動作例）
【０１７８】
テーブル１で上記注文料理の飲食が終わり、例えば、端末識別子“ａａａ”で識別されるユーザ端末２のユーザが、当該ユーザ端末２のディスプレイに表示された“お会計”ボタンにタッチすることで、会計指示を入力したとする。当該ユーザ端末２において、端末受付部２２は、入力された会計指示をタッチパネルで受け付け、端末送信部２５は、テーブル識別子“ＡＰ１”と会計指示との対を店舗装置１に送信する。
【０１７９】
店舗装置１では、当該ユーザ端末２からのテーブル識別子“ＡＰ１”と会計指示との対の受信に応じて、価格情報取得部１２５が、当該テーブル識別子“ＡＰ１”に対応する２以上の注文情報が有する各注文料理情報に対応する価格を示す価格情報を、格納部１１から取得する。例えば、注文料理“チャーハン”に対応する価格“８００円”、注文料理“ラーメン”に対応する価格“６００円”、…等を有する価格情報が取得され、価格集計部１２６は、取得された２以上の価格情報を用いて、テーブル１で注文した料理の価格“８００円”，“６００円”，…を集計した総合価格（例えば６０００円）を含む総合価格情報を取得する。総合価格情報送信部１２７は、取得された総合価格情報を、テーブル１に対応する各ユーザ端末２に送信する。また、人数取得部１２８がテーブル１に対応する人数“ｍ”（例えば“４人”）を取得し、各人価格取得部１２９は、総合価格情報に含まれる総合価格を当該人数で除算し、一人あたりの価格（例えば１５００円）を含む各人価格情報を取得する。各人価格情報送信部１３０は、取得された各人価格情報を、テーブル１に対応する各ユーザ端末２に送信する。
【０１８０】
テーブル１に対応する各ユーザ端末２において、端末受信部２４が、店舗装置１からの総合価格情報と各人価格情報を受信し、端末出力部２３は、総合価格情報と各人価格情報を、例えばディスプレイ等の出力デバイスを介して出力する。
【０１８１】
図１０は、テーブル１に対応する一のユーザ端末２による総合価格情報および各人価格情報の出力例を示す図である。このユーザ端末２のディスプレイには、テーブル識別子“ＡＰ１”に対応するテーブルＮｏ．“１”と、総合価格情報が有する総合価格“￥６，０００”と、各人価格情報が有する各人価格“￥１，５００”とが表示されている。これにより、テーブル１で飲食した各ユーザは、テーブル１で支払うべき総合価格と、各ユーザが負担すべき各人価格とを、自分のユーザ端末２で知ることができ、お会計を割り勘でスマートに行える。
【０１８２】
以上、本実施の形態によれば、店舗装置１は、注文料理情報とユーザ端末識別子とを有する注文情報をユーザ端末２から受信して、その注文情報が有する注文料理情報を出力し、その注文料理情報に対する進捗情報が受け付けられた場合に、その進捗情報に対応する注文料理情報と対になるユーザ端末識別子により識別されるユーザ端末２に、その進捗情報を送信するので、ユーザが注文した料理の調理の進捗状況を当該ユーザに知らせることができる。その結果、調理の完成を待つユーザの苛々や不安が軽減される。
【０１８３】
また、店舗装置１は、２以上の注文料理情報を整列して出力するので、ユーザの注文を店舗側が的確に把握できる。
【０１８４】
また、店舗装置１は、一のテーブルの近傍に存在する２以上の各ユーザ端末２から注文情報を受信し、受信した２以上の注文情報が有する各注文料理情報に対応する価格を示す価格情報を取得し、取得した２以上の価格情報を用いて、一のテーブルの価格を集計した総合価格情報を取得し、送信するので、一のテーブルに対応する総合価格情報を、例えば、当該一のテーブルの近傍に居るユーザに伝えることができる。その結果、ユーザは、お会計をスマートに行える。
【０１８５】
また、店舗装置１は、総合価格情報を人数で除算した各人価格情報をも取得し、伝えることができる。その結果、ユーザは、お会計を割り勘でスマートに行える。
【０１８６】
また、店舗装置１は、ユーザ端末２からユーザ端末識別子を受信し、予め決められた時間以上または予め決められた時間より長い時間、同一のユーザ端末識別子を受信していない場合、そのユーザ端末識別子により識別されるユーザ端末２にメニュー情報を送信するので、ユーザが入店する時に、そのユーザのユーザ端末２にメニュー情報をダウンロードできる。その結果、店内のユーザは、ユーザ端末２で最新のメニュー情報を用いた注文が行える。また、同一のユーザ端末識別子を受信していない時間が予め決められた時間に満たない、または以下である場合は、メニュー情報のダウンロードが実行されないので、通信量を抑制できる。
【０１８７】
また、店舗装置１は、一のテーブルを識別するテーブル識別子と対にユーザ端末識別子を受信し、当該１以上のユーザ端末識別子を用いて、当該テーブルのテーブル使用状況を示すテーブル使用状況情報を取得し、出力するので、テーブルごとの使用状況を店舗側に伝達できる。
【０１８８】
また、店舗装置１は、一のテーブルを識別するテーブル識別子と日時とを有する予約情報を受け付け、当該予約情報を識別する予約識別子を出力するので、テーブルごとに予約を受け付けることができる。
【０１８９】
また、店舗装置１は、予約情報を受け付けた後に、当該予約情報を識別する予約識別子と注文された料理に関する注文料理情報とを有する事前注文情報を受け付け、現在時刻が、予約情報が有する日時に対応する場合に、事前注文情報が有する注文料理情報を出力するので、注文された料理に関する情報を、予約の日時に対応するタイミングで、店舗側に伝達できる。例えば、予約の日時に、またはそれよりも前に、注文された料理に関する情報を出力することで、店舗側は、ユーザが来店するタイミングで、またはそれより前に、調理を開始できるようになり、ユーザの待ち時間が短縮される。
【０１９０】
さらに、本実施の形態における処理は、ソフトウェアで実現してもよい。そして、このソフトウェアをソフトウェアダウンロード等により配布してもよい。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布してもよい。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における店舗装置１を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、注文された料理に関する注文料理情報とユーザ端末２を識別するユーザ端末識別子とを有する注文情報を前記ユーザ端末２から受信する注文情報受信部１２１と、前記注文情報が有する注文料理情報を出力する注文料理情報出力部１２２と、注文された料理の調理の進捗に関する情報であり、前記注文料理情報に対応付けられた情報である進捗情報を受け付ける進捗情報受付部１２３と、前記進捗情報が受け付けられた場合、当該進捗情報に対応する注文料理情報と対になるユーザ端末識別子により識別されるユーザ端末２に前記進捗情報を送信する進捗情報送信部１２４として機能させるためのプログラムである。
【０１９１】
また、このプログラムは、上記プログラムに対して、前記注文情報受信部１２１は、２以上の注文情報を受信し、前記注文料理情報出力部１２２は、前記２以上の各注文情報が有する２以上の注文料理情報を整列して出力するプログラムであってもよい。
【０１９２】
また、このプログラムは、上記プログラムに対して、前記注文情報受信部１２１は、一のテーブルの近傍に存在する２以上の各ユーザ端末２から注文情報を受信し、前記コンピュータを、前記注文情報受信部１２１が受信した２以上の注文情報が有する各注文料理情報に対応する価格を示す価格情報を取得する価格情報取得部１２５と、前記価格情報取得部１２５が取得した２以上の価格情報を用いて、前記一のテーブルの価格を集計した総合価格情報を取得する価格集計部１２６と、前記総合価格情報を送信する総合価格情報送信部１２７としてさらに機能させるプログラムであってもよい。
【０１９３】
また、このプログラムは、上記プログラムに対して、前記コンピュータを、前記一のテーブルに対応する人数を取得する人数取得部１２８と、前記総合価格情報を人数で除算し、一人あたりの価格である各人価格情報を取得する各人価格取得部１２９と、前記各人価格情報を送信する各人価格情報送信部１３０としてさらに機能させるプログラムであってもよい。
【０１９４】
また、このプログラムは、上記プログラムに対して、前記コンピュータがアクセス可能な記録媒体は、料理のメニューを示すメニュー情報が格納されるメニュー情報格納部１１１を格納しており、前記コンピュータを、ユーザ端末２を識別するユーザ端末識別子をユーザ端末２から受信するユーザ端末識別子受信部１３１と、前記ユーザ端末識別子受信部１３１が、予め決められた時間以上または予め決められた時間より長い時間、同一の前記ユーザ端末識別子を受信していない場合、前記ユーザ端末識別子により識別されるユーザ端末２に前記メニュー情報を送信するメニュー情報送信部１３２としてさらに機能させるプログラムであってものよい。
【０１９５】
また、このプログラムは、上記プログラムに対して、前記ユーザ端末識別子受信部１３１は、前記一のテーブルを識別するテーブル識別子と対にユーザ端末識別子を受信し、前記コンピュータを、前記ユーザ端末識別子受信部１３１が前記テーブル識別子と対に受信した１以上のユーザ端末識別子を用いて、前記一のテーブルが使用されている状況を示すテーブル使用状況情報を取得するテーブル使用状況情報取得部１３３と、前記テーブル使用状況情報を出力するテーブル使用状況情報出力部１３４としてさらに機能させるプログラムであってもよい。
【０１９６】
また、このプログラムは、上記プログラムに対して、前記記録媒体は、予約情報を格納し得る予約情報格納部１１２をも格納しており、前記コンピュータを、前記一のテーブルを予約するための情報であり、当該一のテーブルを識別するテーブル識別子と日時とを有する予約情報を受け付ける予約情報受付部１３５と、前記予約情報受付部１３５が受け付けた予約情報を前記予約情報格納部１１２に蓄積する予約情報蓄積部１３６と、予約情報格納部１１２に格納されている予約情報を出力する予約情報出力部１３７としてさらに機能させるプログラムであってもよい。
【０１９７】
また、このプログラムは、上記プログラムに対して、前記記録媒体は、事前注文情報を格納し得る事前注文情報格納部１１３をも格納しており、前記予約情報出力部１３７は、前記予約情報受付部１３５が受け付けた予約情報を識別する予約識別子をも出力し、前記コンピュータを、前記予約情報受付部１３５が予約情報を受け付けた後に、当該予約情報を識別する予約識別子と注文された料理に関する注文料理情報とを有する事前注文情報を受け付ける事前注文情報受付部１３８と、前記事前注文情報受付部１３８が受け付けた事前注文情報を前記事前注文情報格納部１１３に蓄積する事前注文情報蓄積部１３９と、現在時刻を取得し、取得した現在時刻が、前記予約情報が有する日時に対応する場合に、前記事前注文情報格納部に格納されている事前注文情報が有する注文料理情報を出力する事前注文料理情報出力部１４０としてさらに機能させるプログラムであってもよい。
【０１９８】
図１１は、上記プログラムを実行して、店舗装置１を実現するコンピュータシステム９００の外観の一例を示す図である。上記実施の形態は、コンピュータハードウェアおよびその上で実行されるコンピュータプログラムによって実現され得る。図１１において、コンピュータシステム９００は、ＣＤ−ＲＯＭドライブ９０５を含むコンピュータ９０１と、キーボード９０２と、マウス９０３と、ディスプレイ９０４とを備える。なお、キーボード９０２やマウス９０３やディスプレイ９０４をも含むシステム全体をコンピュータと呼んでもよい。
【０１９９】
図１２は、コンピュータシステム９００の内部構成を示す図である。図１２において、コンピュータ９０１は、ＣＤ−ＲＯＭドライブ９０５に加えて、ＭＰＵ９１１と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ９１２と、ＭＰＵ９１１に接続され、アプリケーションプログラムの命令を一時的に記憶すると共に、一時記憶空間を提供するＲＡＭ９１３と、アプリケーションプログラム、システムプログラム、およびデータを記憶するハードディスク９１４と、ＭＰＵ９１１、ＲＯＭ９１２等を相互に接続するバス９１５と、インターネット等のネットワークへの接続を提供するネットワークカード９１６とを備える。
【０２００】
コンピュータシステム９００に、店舗装置１の機能を実行させるプログラムは、ＣＤ−ＲＯＭ９２１に記憶されて、ＣＤ−ＲＯＭドライブ９０５に挿入され、ハードディスク９１４に転送されてもよい。これに代えて、そのプログラムは、インターネット等のネットワークを介してコンピュータ９０１に送信され、ハードディスク９１４に記憶されてもよい。プログラムは、実行の際にＲＡＭ９１３にロードされる。なお、プログラムは、ＣＤ−ＲＯＭ９２１、またはネットワークから直接、ロードされてもよい。また、ＣＤ−ＲＯＭ９２１に代えて他の着脱可能な記録媒体（例えば、ＤＶＤやメモリカード等）を介して、プログラムがコンピュータシステム９００に読み込まれてもよい。プログラムは、コンピュータの詳細を示す９０１に、店舗装置１の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティプログラム等を必ずしも含んでいなくてもよい。プログラムは、制御された態様で適切な機能やモジュールを呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいてもよい。コンピュータシステム９００がどのように動作するのかについては周知であり、詳細な説明は省略する。
【０２０１】
なお、上記プログラムにおいて、情報を送信する送信ステップや、情報を受信する受信ステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。
【０２０２】
また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
【０２０３】
また、上記実施の形態において、一の装置に存在する２以上の通信手段（例えば、端末送信部２５、端末受信部２４など）は、物理的に一の媒体で実現されてもよいことは言うまでもない。
【０２０４】
また、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。
【０２０５】
本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【産業上の利用可能性】
【０２０６】
以上のように、本発明にかかる店舗装置等は、ユーザが注文した料理の調理の進捗状況を当該ユーザに知らせることができ、その結果、例えば、料理を待つユーザの苛々や不安が軽減されるという効果を有し、店舗装置等として有用である。
【符号の説明】
【０２０７】
１  店舗装置
２  ユーザ端末
３  厨房端末
１１  格納部
２１  端末格納部
２２  端末受付部
２３  端末出力部
２４  端末受信部
２５  端末送信部
１１１  メニュー情報格納部
１１２  予約情報格納部
１１３  事前注文情報格納部
１２１  注文情報受信部
１２２  注文料理情報出力部
１２３  進捗情報受付部
１２４  進捗情報送信部
１２５  価格情報取得部
１２６  価格集計部
１２７  総合価格情報送信部
１２８  人数取得部
１２９  各人価格取得部
１３０  各人価格情報送信部
１３１  ユーザ端末識別子受信部
１３２  メニュー情報送信部
１３３  テーブル使用状況情報取得部
１３４  テーブル使用状況情報出力部
１３５  予約情報受付部
１３６  予約情報蓄積部
１３７  予約情報出力部
１３８  事前注文情報受付部
１３９  事前注文情報蓄積部
１４０  事前注文料理情報出力部
【図１】
2017220173.tif 000003
【図２】
2017220173.tif 000004
【図３】
2017220173.tif 000005
【図４】
2017220173.tif 000006
【図５】
2017220173.tif 000007
【図６】
2017220173.tif 000008
【図７】
2017220173.tif 000009
【図８】
2017220173.tif 000010
【図９】
2017220173.tif 000011
【図１０】
2017220173.tif 000012
【図１１】
2017220173.tif 000013
【図１２】
2017220173.tif 000014