JP6909914B1 - 注文情報処理システム - Google Patents

Abstract

【課題】注文された飲食物を配膳する際に、配膳される飲食物毎に注文者が明確となることで、配膳時における新たなサービスの提供を可能とするものである。【解決手段】注文者が飲食物を注文した注文情報を取得する注文情報取得手段と前記注文者に関する情報である注文者情報を取得する注文者情報取得手段と前記注文者の位置情報を取得する位置情報取得手段と、前記注文者が注文した前記飲食物の器に対して付加できる媒体に、前記注文情報と前記注文者情報と前記位置情報とを対応付けて出力する出力手段とを備えた注文情報処理システムである。【選択図】図１

Description

本発明は、注文情報処理システムに関する。

特許文献１では、ユーザが保持している端末から注文をし、ユーザの識別情報と注文情報を対応付けて送信するシステムが記載されている。より詳しくは、例えばスマートフォンなどのユーザ端末から注文し、その際、ユーザ端末の識別子などでユーザを識別する。そして、ＧＰＳなどを使用して位置を把握して、座席とユーザと注文とを対応させる。そして、「複数の注文者が店舗に入った場合でも、店員が担当する注文者と座席との対応を容易」にする。
特許文献２では注文する際に、注文端末に取り付けられた撮影手段により顔写真を撮影し、注文データと注文者の顔写真とを結びつけて注文票を出す技術が開示されている。調理された品を、客に配膳する際に注文票に印刷されている顔写真と客の顔とを照らし合わせることによって、飲食メニューを注文した客を容易に特定することができることが記載されている。

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

特許文献１では、例えばスマートフォンなどのユーザ端末から注文し、その際、ユーザ端末の識別子などでユーザを識別する。そして、ＧＰＳなどを使用して位置を把握して、座席、ユーザ、および注文を対応させる。これにより、複数の注文者が店舗に入った場合でも、店員が担当する注文者と座席との対応を容易にする、と記載されている。
しかしながら、この特許文献１に記載の技術では、実際に出来上がった飲食物を配膳する際に、座席と飲食物との対応はとれているが、それを超えたサービスを提供できるものではない。
本発明は、注文された飲食物を配膳する際に、配膳される飲食物毎に注文者が明確となることで、配膳時における新たなサービスの提供を可能とするものである。

請求項１記載の発明は、注文者が複数の飲食物を注文した注文情報を取得する注文情報取得手段と前記注文者に関する情報である注文者情報を取得する注文者情報取得手段と前記注文者の位置情報を取得する位置情報取得手段と、前記注文者が注文した前記飲食物の器に対して付加できる媒体に、当該飲食物ごとに前記注文情報のうち当該飲食物に係る情報と前記注文者情報と前記位置情報とを対応付けて出力する出力手段とを備えた注文情報処理システムである。
請求項２記載の発明は、前記注文者情報取得手段は、さらに前記注文者情報を読み上げてよいか否かの情報を取得し、前記出力手段は、前記注文者情報を読み上げることが許可されない場合には、当該注文者情報を出力しないことを特徴とする請求項１に記載の注文情報処理システム。
請求項３記載の発明は、前記注文者と同席している同席者に関する情報である同席者情報を取得する同席者情報取得手段をさらに有し、前記注文情報取得手段は、前記同席者が飲食するものとして前記注文者が注文をした注文情報を取得し、前記位置情報取得手段は、前記注文者の位置情報または当該注文者の位置情報に基づくテーブル情報を前記同席者の位置情報とし、前記出力手段は、前記同席者が飲食するものとして注文した前記飲食物の器に対して付加できる媒体に、当該飲食物ごとに当該同席者が飲食するものとして注文された注文情報のうち当該飲食物に係る情報と前記同席者情報と前記同席者の位置情報とを対応付けて出力する出力手段を備えた請求項１又は２に記載の注文情報処理システムである。
請求項４記載の発明は、前記媒体が粘着力を有するシートであり、前記出力手段は注文者および同席者に応じて、注文者および同席者ごとに異なる表示を、前記粘着力を有するシートにさらに出力し、前記異なる表示は、切り取り可能にカットされていることを特徴とする請求項１乃至３のいずれか１項に記載の注文情報処理システムである。
請求項５記載の発明は、前記注文者に対して特典を付与する特典情報を前記媒体にさらに出力する請求項1乃至４のいずれか１項に記載の注文情報処理システムである。
請求項６記載の発明は、前記注文者情報は、前記注文者を識別することができる注文者識別情報を含み、当該注文者識別情報と当該注文者情報とを対応付けて記憶する記憶手段を有する請求項１乃至５のいずれか１項に記載の注文情報処理システムである。

注文された飲食物を配膳する際に、配膳される飲食物毎に注文者が明確となることで、配膳時における新たなサービスの提供を可能とすることができる。

注文情報処理システムの全体図である。 サーバ装置の機能構成である。 サーバ装置の制御部の機能構成である。 ユーザ端末の機能構成である。 従業員端末の機能構成である。 出力装置の機能構成である。 調理表示端末の機能構成である。 席情報を記録している表である。 ユーザ情報を記録している表である。 ユーザ識別情報を記録している表である。 同席者情報を記録している表である 注文情報を記憶している表である。 注文情報とユーザ情報もしくは同席者情報とユーザ情報とを対応付けた表である。 実施例１のフローチャートである。 ユーザ情報を入力する画面である。 ユーザ端末に表示されるメニュー画面である。 Ｂの注文確認画面である。 Ａの注文確認画面である。 調理表示端末の表示部に表示されている画面である。 実施例１の出力装置が印刷している図である。 実施例２の出力装置が印刷している図である。

以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。
図１は本注文情報処理システム１の全体図である。本実施例の注文情報処理システム１には、注文情報を処理するサーバ装置１０と、ユーザが情報通信に用いるユーザ端末２０と、従業員が情報通信に用いる従業員端末３０と、注文に関する情報を印刷する出力装置４０と、注文に関する情報が表示される調理表示端末５０とがネットワーク６０につながっている。
ここで、ユーザとは、飲食店等における客であって、飲食物等を注文する者である。
また、図１に示す例では、一つのサーバ装置１０が示されているが、サーバ装置は、単体のサーバマシンに限定されない。サーバ装置１０は、ネットワーク上に設けられた複数のサーバマシンに分散させてサーバ装置の機能を実現しても良い（所謂クラウド環境等）。
ユーザ端末２０は、ユーザが所持している端末であり、例えばスマートフォンやタブレットＰＣ等である。
従業員端末３０は、片手で持てる程度の大きさのデータ入出力端末で、ボタンやタッチパネルなどでデータを入力し、通信機能によりサーバ装置１０と情報を送受信する。

なお、本実施形態の注文情報処理システム１では、ユーザ端末２０と従業員端末３０と、出力装置４０と、調理表示端末５０はそれぞれネットワーク６０を介して、サーバ装置１０と情報通信を行えるようになっている。ネットワーク６０は、各装置の間のデータ通信に用いられる通信ネットワークであれば特に限定されず、例えばＬＡＮ（Local Area Network）、インターネット等として良い。データ通信に用いられる通信回線は、有線か無線かを問わず、これらを併用しても良い。また、各装置は、ゲートウェイ装置やルータ等の中継装置を用い、複数のネットワークや通信回線を介して接続されても良い。

ユーザ端末２０には、図４に示す、制御部２１と、記憶部２２と、通信部２３と、操作部２４と、表示部２５と、コード読取部２６がある。
制御部２１はＣＰＵ（Central Processing Unit）で構成され、記憶部２２に格納されたプログラムを用いて、ユーザ端末２０全体を制御する。
記憶部２２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）等で構成され、ユーザ端末２０に用いられるプログラムや各種データを記憶する。
通信部２３は、ネットワーク６０を介してサーバ装置１０と通信を行う。
操作部２４は、スマートフォンなどのユーザ端末２０を操作するのに用いるものである。本実施形態のユーザ端末２０ではタッチパネルが設けられており、後述するメニュー画面等をユーザがタッチすることで画面に表示される画像に対する操作および指示を行うことができる。
表示部２５は、液晶ディスプレイや有機ＥＬ（Electro Luminescence）ディスプレイで構成され、後述するメニュー画面のページ等を表示させる。

コード読み取り部２６は、２次元コード例えばＱＲコード（登録商標）を読み取ることができる。本実施形態では、ユーザ端末２０は席にあるＱＲコードまたは後述する従業員端末３０の表示部３５に表示されたＱＲコードを読み取ることで席またはテーブルに対応付けられているＵＲＬを入手しサーバ装置１０へアクセスを行う。
ユーザは店で席に着くと、席についているＱＲコードを読み込み、ＱＲコードに埋め込まれているＵＲＬに接続する。ＵＲＬに接続するとサーバ装置１０からメニュー情報が送信されメニュー画面がユーザ端末２０に表示される。タッチパネルを操作し表示されたメニュー画面から注文する飲食物を選択し、送信する。

従業員端末３０には、図５に示す、制御部３１と、記憶部３２と、通信部３３と、操作部３４と、表示部３５と、コード表示制御部３６がある。
制御部３１はＣＰＵで構成され、記憶部３２に格納されたプログラムを用いて、従業員端末３０全体を制御する。
記憶部３２は、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ＨＤＤ等で構成され、従業員端末３０に用いられるプログラムや各種データを記憶する。
通信部３３は、ネットワーク６０を介してサーバ装置１０と通信を行う。
操作部３４は、従業員端末３０を操作するのに用いるものである。本実施形態の従業員端末３０ではタッチパネルが設けられており、従業員がタッチすることで画面に表示される画像に対する操作および指示を行うことができる。
表示部３５は、液晶ディスプレイもしくは有機ＥＬ（Electro Luminescence）ディスプレイ等で構成される。

コード表示制御部３６は、席番号もしくはテーブル番号に応じたＱＲコードを表示部３５に表示する制御を行う。席毎またはテーブル毎にＱＲコードが貼られていない場合に、ユーザを席に案内した従業員は席の情報を操作部３４を用いて入力し、入力した番号に応じたＱＲコードが表示部３５に表示される。ユーザは、コード読み取り部２６を用いて表示されたＱＲコードを読み取ることでサーバ装置１０へアクセスできるＵＲＬを取得することができる。

調理表示端末５０は、図７に示す、制御部５１と、記憶部５２と、通信部５３と、操作部５４と、表示部５５と注文情報処理部５６と調理完了情報送信部５７とがある。
制御部５１はＣＰＵで構成され、記憶部５２に格納されたプログラムを用いて、調理表示端末５０全体を制御する。
記憶部５２は、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ＨＤＤ等で構成され、調理表示端末５０に用いられるプログラムや各種データを記憶する。
通信部５３は、ネットワーク６０を介してサーバ装置１０と通信を行う。
操作部５４は、調理表示端末５０を操作するのに用いるものである。本実施形態の調理表示端末５０ではタッチパネルが設けられており、従業員がタッチすることで画面に表示される画像に対する操作および指示を行うことができる。
図１に示す例では、一つの調理表示端末５０が示されているが、調理表示端末５０の数は一つに限定されず複数あってもよい。
表示部５５は、液晶ディスプレイもしくは有機ＥＬ（Electro Luminescence）ディスプレイ等で構成される。

注文情報処理部５６は、サーバ装置１０から送られる注文情報を取得し、注文された情報を席情報と合わせて表示部５５で表示する処理を行う。
調理完了情報送信部５７は、従業員が料理や飲み物の作成を完了したときに、従業員が操作部５４を操作することで、料理や飲み物が完成した旨をサーバ装置１０へ送信する。

出力装置４０には、図６に示す、制御部４１と記憶部４２と通信部４３と、操作部４４と、印刷部４５とがある。出力装置４０が出力手段の一例である。
制御部４１はＣＰＵで構成され、記憶部４２に格納されたプログラムを用いて、出力装置４０全体を制御する。
記憶部４２は、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ＨＤＤ等で構成され、出力装置４０に用いられるプログラムや各種データを記憶する。
通信部４３は、ネットワーク６０を介してサーバ装置１０と通信を行う。
操作部４４は、出力装置４０を操作するのに用いるものである。本実施形態の出力装置４０では物理ボタンスイッチが設けられており、電源のオンオフ等の操作を行うことができる。
出力装置４０は、サーバ装置１０から送られた出力情報を取得し、注文された料理や飲料ごとに注文者の情報と席情報とが対応付けられた情報を印刷する装置である。例えば、熱によって感熱紙に印字する所謂キッチンプリンタである。さらに、出力装置４０は、裏に糊等の粘着部が付いた紙やプラスチックフィルムの粘着部に剥離可能なシートが添えてある所謂シールに印字し、飲食物の器に張り付けることができる所謂ラベルプリンタのようなものとしてもよい。
図１に示す例では、一つの出力装置４０が示されているが、出力装置４０の数は一つに限定されず複数あってもよい。

サーバ装置１０には、図２に示す、制御部１１と、記憶部１２と、通信部１３とがある。
制御部１１はＣＰＵで構成され、記憶部１２に格納されたプログラムを用いて、サーバ装置１０全体を制御する。
記憶部１２は、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ＨＤＤ等で構成され、サーバ装置１０に用いられるプログラムや各種データを記憶する。
通信部１３は、ネットワーク６０を介して、ユーザ端末２０や、従業員端末３０や、出力装置４０や、調理表示端末５０と通信を行う。

制御部１１には、図３に示す、席番号取得部１０１と、メニュー画面送信部１０２と、ユーザ情報取得部１０３と、同席者情報取得部１０４と、注文情報取得部１０５と、対応付け部１０６と、調理情報送信部１０７と、出力情報送信部１０８と、調理完了情報取得部１０９と特典情報付与部１１０とがある。

席番号取得部１０１は、ユーザが席ごとのＱＲコードを読み込み、そのＱＲコードのアドレスにアクセスすることにより、ユーザの席情報（店舗の情報を含めてもよい）とユーザが使用するユーザ端末２０を特定する端末特定情報を取得するものである。端末特定情報としては、例えば、ユーザ端末２０がＱＲコードにてサーバ装置１０にアクセスした際にサーバ装置１０からユーザ端末２０に対して設定するＣｏｏｋｉｅ等を用いることができる。なお、端末特定情報としては、ユーザ端末２０を一意に特定できる情報であれば良いので、取得可能であれば、ユーザ端末２０のＭＡＣアドレスや、ユーザ端末２０である携帯電話の電話番号やＥメールアドレス等を用いても良い。さらに、前回入店時の履歴を利用しない等、限定的な利用とする場合、ユーザ端末２０がサーバ装置１０にアクセスした際に割り当てられるＩＰアドレスを端末特定情報とすることも考えられる。
席番号取得部１０１は、取得した席情報と端末特定情報とを併せて記憶部１２にある図８のような席情報表に記録する。席情報表には、席番号とテーブル番号と端末特定情報とが記録されている。図８において記載されているＣｏｏｋｉｅの情報は端末特定情報の一例である。テーブル番号は机の番号で、一つの机に対して、座席は一つであっても、複数であってもよい。同じテーブル番号の席を利用している人が同席者の一例である。例えば、図８に示す席情報表では、席番号「１１」、「１２」、「１３」の席の利用者は、同じテーブル番号「１」のテーブルを利用する同席者である。また、部屋を貸し切って立食パーティーを行う場合は、テーブル番号ではなく部屋を識別する名称や部屋番号であったりしてもよい。
なお、テーブルレイアウト変更がされた場合は、従業員が席情報表のテーブル番号を変更することができる。
席番号やテーブル番号や部屋番号が位置情報の一例である。
席番号取得部１０１が位置情報取得手段の一例である。

メニュー画面送信部１０２は、ＱＲコードを読み取ってアクセスしてきたユーザ端末２０（端末特定情報により特定されるユーザ端末２０）に対して、ユーザ情報入力画面と席情報に対応したメニュー画面を送信する。ユーザ情報入力画面は、ユーザ情報を入力し、ユーザ情報をサーバ装置１０に送信するための画面である。ユーザ情報とは、注文者情報の一例である。
ユーザ情報入力画面には、ＳＮＳのＩＤやユーザ端末２０のＭＡＣアドレスを自動で入力するかを選択する項目があり、ユーザが自動で入力することを選択すると、ユーザを識別することができるＳＮＳのＩＤやＭＡＣアドレスをサーバ装置１０が取得することができる。このユーザを識別できるユーザ識別情報を利用して、ユーザが次回入店した際に、サーバ装置１０は、来店回数の情報や前回のユーザ情報の氏名やニックネーム等を用いることができる。ユーザ情報入力画面では、次回入店時にユーザ識別情報の利用を許可するか否かについて、ユーザによる入力を受け付けるようにしても良い。
メニュー画面は、ユーザがユーザ端末２０を用いて注文する飲食物を選択する画面であり、注文確認画面も含むものである。注文確認画面とは、ユーザが選択した商品が一覧的に表示され、さらに選択した商品ごとにその商品を飲食する人を選択する画面である。注文確認画面により注文を決定することで注文が確定する。
飲食する人を選択する選択肢には、ユーザ端末２０を用いて注文をするユーザの氏名またはニックネームと同席者の氏名またはニックネームとがある。メニュー画面送信部１０２は、注文確認画面を送信する際に、送信先のユーザ端末２０の端末特定情報を含むユーザ情報が後述するユーザ情報表にある場合、その氏名またはニックネームを注文確認画面の飲食する人を選択する選択肢とする。また、メニュー画面送信部１０２は、注文確認画面を送信する際に、送信先のユーザ端末２０の端末特定情報を含む同席者情報が後述する同席者情報表にある場合、その氏名またはニックネームを注文確認画面の飲食する人を選択する選択肢に加える。
さらに、メニュー画面送信部１０２は、注文確認画面を送信する際に、席情報表を用いて、送信先のユーザ端末２０に対応づけられたテーブル番号を把握する。これにより、同じテーブルを利用するユーザが複数いるときは、それらのユーザのユーザ端末２０（同じテーブル番号に対応付けられたユーザ端末２０）が特定される。そして、特定されたユーザ端末２０（同じテーブル番号に対応付けられたユーザ端末２０）が、後述するユーザ情報表に記録されている場合は、氏名またはニックネームを注文確認画面の飲食する人を選択する選択肢に加える。さらに、特定されたユーザ端末２０の端末特定情報（送信先のユーザ端末２０と同じテーブル番号に対応付けられたユーザ端末２０の端末特定情報）が後述する同席者情報表にある場合は、その同席者情報表にある氏名やニックネームを、注文確認画面の飲食する人を選択する選択肢に加える。

ユーザ情報取得部１０３は、ユーザ情報入力画面に入力され送信された情報を、記憶部１２の図９のようなユーザ情報表に記録する。ユーザ情報表には、例えば、ユーザ番号と、氏名と、氏名を呼んでも良いかの確認と、ニックネームと、ニックネームを呼んでも良いかの確認と、写真と好きなスポーツと好きな動物と端末特定情報とが記録されている。また、図９に示すユーザ情報表には、ユーザ端末２０のＭＡＣアドレスやユーザが利用するＳＮＳのＩＤ等も記録される。これらの情報は、ユーザを識別するためのユーザ識別情報である。ユーザ識別情報は、注文者識別情報の一例である。ユーザ識別情報としては、図９に例示したＭＡＣアドレスやＳＮＳのＩＤの他、携帯電話の電話番号やＥメールアドレスを用いても良い。また、ユーザ端末２０がＱＲコードを読み取ってサーバ装置１０にアクセスしてきたときにＩＤ番号を割り当て、このＩＤ番号をユーザ識別情報として用いても良い。さらに、端末特定情報をユーザ識別情報として用いても良い。
次回入店時に注文者識別情報を利用することが許可された場合は、図１０のようなユーザ識別情報表にユーザ識別情報が記録され、このユーザ識別情報により、ユーザ識別情報表とユーザ情報表とが紐づけられる。ユーザ識別情報表は、注文情報と組み合わせて、来店回数や以前来店した際に注文した商品なども記録することができる。ユーザ情報取得部１０３が、注文者情報取得手段の一例であり、注文者識別情報取得手段の一例である。

同席者情報取得部１０４は、同席者情報入力画面に入力され送信された情報を、記憶部１２の図１１のような同席者情報表に記録する。同席者情報入力画面が表示されるには、例えば、同席者情報入力画面へ遷移するボタンがユーザ情報入力画面に表示されており、それをタッチすることで同席者情報入力画面へ遷移することができる。同席者情報表には、例えば、同席者番号と、同席者情報を入力し送信したユーザ端末２０の端末特定情報と、氏名と、氏名を呼んでも良いかの確認と、ニックネームと、ニックネームを呼んでも良いかの確認と、写真と好きなスポーツと好きな動物とが記録されており、これらが同席者情報の一例である。なお、これらの全ての項目を記録する必要はなく、取得できた情報のみ記録すればよい。同席者情報取得部１０４が同席者情報取得手段の一例である。

注文情報取得部１０５は、ユーザがユーザ端末２０を操作しメニュー画面から注文した内容である注文情報を記憶部１２にある図１２のような注文情報表に記録する。注文情報取得部１０５は、記憶部１２にある注文情報表に注文情報を記録する。注文情報表には、注文番号と、注文したユーザ端末２０の端末特定情報と、注文日時と、商品名と、数量と、注文した飲食物の提供を受けるものとして送信されたユーザの氏名等が記録されている。
注文情報取得部１０５が注文情報取得手段の一例である。

対応付け部１０６は、席情報と注文情報とユーザ情報と同席者情報とを端末特定情報を基に対応付けを行う。対応付けられた情報は、記憶部１２にある図１３のような対応付け表に記録される。対応付け表には、例えば、注文番号と、端末特定情報と、注文時間と、席番号と、注文品名と、注文数と、ユーザ情報である氏名、ニックネーム、アイコンが記録されている。また、同席者の席情報は注文者の席情報に対するテーブル番号を対応付ける、テーブル番号がない場合など対応付けることができないときは同席者の席情報は注文者の席番号とする。ＱＲコードがテーブルごとに用意されている場合は、注文者の席情報をテーブル番号とし、同席者の席情報を注文者のテーブル番号としてもよい。ここで、対応付け表のユーザ情報の欄には「ＮＧ」の文字があるが、これはユーザ情報もしくは同席者情報の「氏名を呼んで良いかの確認」の欄が「ＮＧ」であることを表す。「氏名を呼んで良いかの確認」の欄が「ＯＫ」の場合は、対応付け表の氏名の欄には氏名が表示されることになる。同様に対応付け表のニックネームの欄も、ユーザ情報表もしくは同席者情報表の「ニックネームを呼んでも良いかの確認」の欄によって、ニックネームが表示されるか否かが変わる。

調理情報送信部１０７は、注文が入ると調理表示端末５０へ調理情報を送信する。ここで調理情報とは、調理表示端末５０に表示される情報で、対応付け表の中から予め定められた項目の情報である。例えば、注文番号、注文時間、席番号注文品名、注文数が調理情報の一例である。調理表示端末５０は、調理情報を受信すると、調理表示端末５０の表示部５５に調理情報を表示する。従業員は、調理表示端末５０の表示部に表示された調理情報を見て、料理や飲食物の作成を行う。
飲食物の作成が完了したら、従業員は、調理表示端末５０のタッチパネルを操作し飲食物の作成が完了したことを調理完了情報としてサーバ装置１０へ送信し、サーバ装置１０の調理完了情報取得部１０９が調理完了情報を取得する。
調理完了情報取得部１０９は、調理完了情報を取得すると、従業員端末３０へ、調理が完了したことを表す情報を送信する。

出力情報送信部１０８は、対応付け部１０６によって対応付けられた情報のうち予め定められている出力情報を出力装置４０へ送信する。例えば、注文品名、席番号、ユーザもしくは同席者のニックネームが出力情報の一例である。
出力装置４０へ出力情報を送信するタイミングは、ユーザにより注文が行われたタイミングであったり、調理完了情報取得部１０９が調理完了情報を取得したタイミングであったり、予め定められたタイミングで行われる。また、後述する特典情報を出力情報に付加する場合があるときは、出力情報送信部１０８は、出力情報を出力装置４０へ送らずに、サーバ装置１０の特典情報付与部１１０へ送信する。

特典情報付与部１１０は、出力装置４０によって印刷されるシートに、さらに特典情報を付与する。特典情報は例えば、店で使えるポイントであったり、クーポン券などである。特典情報付与部１１０は、出力情報送信部から出力情報を受け取ると、乱数を用いてランダムに出力情報に特典情報を付与したり、記憶部１２に記録されているユーザ識別情報表から、例えば、来店回数や、注文内容や、注文料金の合計に応じて、予め定められた特典付与に関する規則に基づいて、出力情報に特典情報を付与したりする。
こうして、特典情報を付与された出力情報もしくは特典情報を付与されなかった出力情報を出力装置４０へ送信する。

＜実施例１＞
以下、図１４のフローチャートに沿って実施例１の流れを説明する。
ここでは、Ａ、Ｂ、Ｃ、Ｄの４人で飲食店に入り、Ａ、Ｂ、Ｃの３人は携帯端末を有しており各自注文し、Ｄは携帯端末を有さずにＡに注文を行ってもらう場合を説明する。

ステップ１００１では、飲食店に入り席に着くと、Ａ、Ｂ、Ｃは、それぞれの席にあるＱＲコードをそれぞれのユーザ端末２０のコード読取部２６で読み取る。
Ａは席番号１１に付されているＱＲコードを読み取り、Ｂは席番号１２に付されているＱＲコードを読み取り、Ｃは席番号１３に付されているＱＲコードを読み取っている。
ステップ１００２では、ユーザは、ステップ１００１で読み取ったＱＲコードに含まれている情報のＵＲＬを用いてサーバ装置１０へアクセスする。
ステップ１００３では、ユーザ端末２０からアクセスをされると、サーバ装置１０の席番号取得部１０１が、ＵＲＬに対応した席番号に端末特定情報を記憶部１２に記憶させる。本実施例１では図８の席情報表のように記憶され、席番号１１〜１３にＡ〜Ｃの端末特定情報が記憶されている。
ステップ１００４では、サーバ装置１０のメニュー画面送信部１０２が、アクセスしてきたユーザ端末２０に対してユーザ情報入力画面を送信する。

ステップ１００５では、ユーザ端末２０は、サーバ装置１０からユーザ情報入力画面を受信し、ユーザ端末２０の表示部２５にユーザ情報入力画面が表示される。本実施形態１では、図１５のユーザ情報入力画面のように、氏名を入力する欄と、氏名を店内で呼んで良いかの確認の欄と、ニックネームを入力する欄と、ニックネームを呼んで良いか確認する欄と、写真情報を入力する欄と、好きなスポーツを入力する欄と、好きな動物を入力する欄と、ＳＮＳのＩＤを利用するか確認する欄とがある。これらの欄に入力し、送信ボタンをタッチすることでサーバ装置１０へユーザ情報を送信することができる。これらの入力は必須なものとせずに、任意に入力するものとしてもよい。
また、同席者情報を入力する場合は、「同席者情報入力画面へ」をタップして同席者情報入力画面が表示される。同席者情報入力画面はユーザ情報入力画面と同様の欄があり、これらの欄に入力することで同席者情報を入力することができる。
本実施形態１では、図９のユーザ情報表のユーザ番号１００００１のように、Ａがユーザ情報として、氏名「Ａ」、氏名を呼んでいいかの確認では「ＯＫ」、ニックネーム「やま」、ニックネームを呼んで良いかの確認では、「ＯＫ」、好きなスポーツ「サッカー」、好きな動物「犬」とＳＮＳのＩＤ「yama」の使用を許可し、ＭＡＣアドレスの使用を許可する入力をし、サーバ装置１０へ送信した。また、同席者情報の入力も行っており、図１１の同席者情報表の２００００１のように、同席者情報としてＤの情報が入力されている。ＢとＣもそれぞれ図９のユーザ情報表のユーザ番号１００００２と１００００３のようにユーザ情報を入力し記録されている。

ステップ１００６では、ユーザは、ユーザ端末２０の操作部２４を用いてユーザ情報入力画面にユーザ情報を入力し、ユーザ端末２０の通信部２３を用いてサーバ装置１０へユーザ情報を送信する。
ステップ１００７では、ユーザ情報を受信したサーバ装置１０は、ユーザ情報取得部１０３が記憶部１２にユーザ情報を記憶させる。
ステップ１００８では、サーバ装置１０はメニュー画面送信部１０２からメニュー画面をユーザ端末２０へ送信する。

ステップ１００９では、メニュー画面を受信したユーザ端末２０はユーザ端末２０の表示部２５に、図１６のようなメニュー画面を表示させる。メニューは魚料理、肉料理、ドリンク、ユーザ情報入力の選択肢が表示されており、それぞれの選択肢をタッチすると、メニューがさらに詳しく表示される。ユーザは注文する商品を選択することができる。ユーザ情報入力の選択肢はユーザがユーザ情報をさらに入力したい場合にタッチしてユーザ情報入力画面を開くことでユーザ情報を入力することができる。
本実施例１では、ＡはＡが飲むものとして「生ビール」とＤが飲むものとして「ハイボール」とを選択し、Ｂは「生ビール」と「枝豆」とを選択し、Ｃは「生ビール」を選択する。

ステップ１０１０では、注文する料理、飲み物を選択し終えると、注文確認画面が表示される。
注文内容が正しければユーザは送信ボタンを押して注文を完了させる。
Ｂの注文確認画面である図１７の注文確認画面はＢが注文した「生ビール」と「枝豆」とが表示されており、それぞれの飲食する人がＢのニックネームである「しんいち」が表示されている。ユーザ情報の氏名またはニックネームが登録されているとその名前またはニックネームが表示される。名前またはニックネームのどちらも登録されている場合は予めどちらを表示するか決めておいてもよい。
Ａの注文確認画面である図１８の注文確認画面は、Ａが注文した「ハイボール」と「生ビール」が表示され、飲食する人の欄が選択形式となっており、ユーザ情報が登録されている「Ａ」と同席者情報が記憶されている「Ｄ」とが選択できるようになっている。Ａは「ハイボール」の選択肢を「Ｄ」とし、生ビールの選択肢を「Ａ」として注文を確認し、サーバ装置１０へ送信する。

ステップ１０１１では、サーバ装置１０の注文情報取得部１０５は、送信された注文情報を端末特定情報と併せて記憶部１２に記憶させる。
本実施例１では、図１２の注文情報表に記憶されている。
ステップ１０１２では、サーバ装置１０の対応付け部１０６は、取得した席番号情報とユーザ情報と注文情報とを対応付ける。
本実施例１では、図１３のように席と注文品とユーザ情報を対応付けて記憶する。

ステップ１０１３では、サーバ装置１０の調理情報送信部１０７は、対応付けた情報を表示する画面を調理表示端末５０に送信する。

ステップ１０１４では、調理表示端末５０の表示部５５に注文品が表示され、キッチンの従業員が注文された品の作成を行う。
本実施例１では、図１９の表のようにＢが注文した注文番号と、注文時間と、席番号と注文品名と注文数と注文品の作成が完了したときに押す完了ボタン画像があり、注文番号２２４では、Ｃがした注文が表示されており、注文番号２２５ではＡがした注文が表示されており、同席者であるＤが飲食する生ビールの「席」はＡのテーブル番号である「１」が表示されている。
ステップ１０１５では、注文された品の作成を完了したら、完了ボタンをタッチして完了したことをサーバ装置１０へ送信する。
例えば、注文番号２２３、２２４、２２５の生ビール３つの作成が完成したときは、それぞれの完了ボタンを押して、生ビールの作成が完了した情報をサーバ装置１０へ送信する。

ステップ１０１６では、調理完了情報取得部１０９が調理完了情報を受け取ると、サーバ装置１０は出力情報送信部１０８から出力装置４０へ調理が完成した商品の出力情報を送信する。

ステップ１０１７では、出力装置４０は、出力情報を受信すると、注文品名と席番号とユーザ情報とを印刷する。
例えば、図２０のように、Ａが注文した商品名である「生ビール」とＡの席番号である「１１」とＡのニックネームである「やま」が記載されたシートが印刷される。そして、Ｃが注文した商品名である「生ビール」とＣの席番号である「１３」とＣのニックネームである「ほくと」が記載されたシートが印刷され、さらにＢが注文した商品名である「生ビール」とＢの席番号である「１２」とＢのニックネームである「しんいち」が記載されたシートが印刷される。

ステップ１０１８では、従業員は完成された料理に印刷されたシートを張り付けてお客様に提供する。
これにより、従業員はユーザの情報を得て料理の提供を行うことができる。
提供する際に、貼られたシートは剥がしても良いし、シートに特典情報をつける場合などは、そのまま提供することにしても良い。

＜実施例２＞
実施例２では、一つの部屋を貸し切って、席がなく、料理はバイキング形式で、飲み物は注文形式の立食パーティー形式の場合を説明する。

本実施例の出力装置４０は、シールに印刷することができ、図２１のシールの図のように、飲み物の名前と、ユーザ名と、部屋名と、アイコンを印刷することができる。アイコン部分だけ抜きとれるようにシールがカットされている。アイコンは動物を表したものであったり、スポーツの道具を表したものであったりする。例えば、野球のボールの絵やサッカーのボールの絵をアイコンとして用いることができる。

ユーザは飲料を注文する際に、ユーザ情報を入力する。ユーザ情報には氏名、氏名を呼んで良いかの確認、ニックネーム、ニックネームを呼んで良いかの確認、ＳＮＳ等のＩＤ、写真、好きなスポーツ、好きな動物などを入力する。
オーダ確認時にアイコンの選択があり、既に他の人が使っているアイコンの選択はできず、ユーザ情報に入力されている好きなスポーツや好きな動物のアイコンが自動的に選択されてもよい。その部屋にいる人にそれぞれ違うアイコンを選択させるようにする。

注文が入ると、従業員は飲料を作り、出力装置４０から出力されたシールを飲料の器に貼って持っていき、ユーザにドリンクを提供する。この時、注文した人の名前もしくはニックネームを把握することができているのでスムーズな提供が可能である。また提供の際にアイコン部分のシールだけをドリンクの器に貼って提供することができる。

１０…サーバ装置、２０…ユーザ端末、３０…従業員端末、４０…出力装置、５０…調理表示端末、６０…ネットワーク

Claims (6)

1. 注文者が複数の飲食物を注文した注文情報を取得する注文情報取得手段と
   前記注文者に関する情報である注文者情報を取得する注文者情報取得手段と
   前記注文者の位置情報を取得する位置情報取得手段と、
   前記注文者が注文した前記飲食物の器に対して付加できる媒体に、当該飲食物ごとに前記注文情報のうち当該飲食物に係る情報と前記注文者情報と前記位置情報とを対応付けて出力する出力手段と
   を備えた注文情報処理システム。
2. 前記注文者情報取得手段は、さらに前記注文者情報を読み上げてよいか否かの情報を取得し、
   前記出力手段は、前記注文者情報を読み上げることが許可されない場合には、当該注文者情報を出力しないことを特徴とする請求項１に記載の注文情報処理システム。
3. 前記注文者と同席している同席者に関する情報である同席者情報を取得する同席者情報取得手段をさらに有し、
   前記注文情報取得手段は、前記同席者が飲食するものとして前記注文者が注文をした注文情報を取得し、
   前記位置情報取得手段は、前記注文者の位置情報または当該注文者の位置情報に基づくテーブル情報を前記同席者の位置情報とし、
   前記出力手段は、前記同席者が飲食するものとして注文した前記飲食物の器に対して付加できる媒体に、当該飲食物ごとに当該同席者が飲食するものとして注文された注文情報のうち当該飲食物に係る情報と前記同席者情報と前記同席者の位置情報とを対応付けて出力する出力手段
   を備えた請求項１又は２に記載の注文情報処理システム。
4. 前記媒体が粘着力を有するシートであり、
   前記出力手段は、注文者および同席者に応じて、注文者および同席者ごとに異なる表示を、前記粘着力を有するシートにさらに出力し、
   前記異なる表示は、切り取り可能にカットされていることを特徴とする請求項１乃至３のいずれか１項に記載の注文情報処理システム。
5. 前記注文者に対して特典を付与する特典情報を前記媒体にさらに出力する請求項１乃至４のいずれか１項に記載の注文情報処理システム。
6. 前記注文者情報は、前記注文者を識別することができる注文者識別情報を含み、当該注文者識別情報と当該注文者情報とを対応付けて記憶する記憶手段を有する請求項１乃至５のいずれか１項に記載の注文情報処理システム。

Images