JP6598249B2

JP6598249B2 - 注文管理システムおよび注文管理方法

Info

Publication number: JP6598249B2
Application number: JP2016043901A
Authority: JP
Inventors: 茂孝翁
Original assignee: Seiko Solutions Inc.
Current assignee: Seiko Solutions Inc.
Priority date: 2016-03-07
Filing date: 2016-03-07
Publication date: 2019-10-30
Anticipated expiration: 2036-03-07
Also published as: JP2017162028A

Description

本発明は、注文管理システムおよび注文管理方法に関する。

レストラン、居酒屋、カラオケ店などの店舗では、注文内容をハンディターミナルに入力し、入力された注文をハンディターミナルから注文管理装置に送信するオーダー管理システムが使用されている。オーダー管理システムにおいて、オーダー入力時に、注文内容とは別に、客を識別するために、テーブル番号、人数、客層、オーダーを入力した従業員の識別番号などの情報を入力する必要がある。また、テーブル等に置かれているハンディターミナルを客が操作して注文内容を入力する店舗もある。

また、客が所有しているスマートフォン等の携帯端末から注文内容を入力することが提案されている。このように、客が自分の携帯端末から注文内容を入力する場合、いたずら等の不正な注文を防止する必要がある。
例えば、特許文献１には、客が持つ携帯端末をオーダエントリの注文端末として使用し、不正を防止する技術が記載されている。

特開２０１４−２６４１号公報

しかしながら、特許文献１に記載の技術では、客が店舗近傍に居る事だけが注文可能な条件となっているため、客が来店する事が確実ではない。

本発明は、上記の問題点に鑑みてなされたものであって、不正な注文を防止することができる注文管理システムおよび注文管理方法を提供することを目的とする。

（１）上記目的を達成するため、本発明の一態様に係る注文管理システムは、携帯端末を所有する客に関する情報を取得して、取得した前記情報に基づいて新規注文情報を生成し、生成した前記新規注文情報をサーバ装置へ送信し、前記携帯端末が前記サーバ装置へのアクセスに必要な前記新規注文情報に基づくアクセス情報を提供する店舗内システムと、前記店舗内システムが提供する前記アクセス情報を取得し、取得した前記アクセス情報を前記サーバ装置へ送信する携帯端末と、前記店舗内システムと前記携帯端末とネットワークを介して接続され、前記店舗内システムが送信する前記新規注文情報と前記携帯端末が送信した前記アクセス情報とに基づいて、前記携帯端末が前記店舗内システムによって提供される機能を利用可能であるか判別するサーバ装置と、を備え、前記サーバ装置は、前記携帯端末の接続を許可する場合、前記新規注文情報に基づいて接続端末コードを生成し、生成した前記接続端末コードを、前記携帯端末と前記店舗内システムへ送信し、前記携帯端末は、前記サーバ装置が提供する各種の機能を利用するとき、前記接続端末コードを前記サーバ装置へ送信し、前記サーバ装置は、前記携帯端末が送信した前記接続端末コードに応じて、前記アクセス情報を送信した前記携帯端末を所有する客に提供可能な各種機能を前記携帯端末に提供する。

（２）また、本発明の一態様に係る注文管理システムにおいて、前記店舗内システムは、前記客が料理を注文するとみなせる状態の時に、前記客に関する情報に基づいて、伝票を識別する伝票番号を少なくとも含む前記新規注文情報を生成し、前記客が料理を注文するとみなせる状態とは、前記客が料理を注文した状態、前記客がテーブルに通された状態のうち少なくとも１つであり、前記客に関する情報とは、前記客が注文した料理を識別する料理識別情報、前記テーブルを識別するテーブル情報、前記客の人数を示す情報、前記客が入店した時間を示す情報、前記客が料理を注文した時間を示す情報のうちの少なくとも１つであるようにしてもよい。

（３）また、本発明の一態様に係る注文管理システムにおいて、前記アクセス情報は、前記サーバ装置と接続可能なアドレスであるＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）と少なくとも伝票を識別する伝票番号を含み、前記携帯端末は、前記アクセス情報を取得し、取得した前記ＵＲＬへ接続し、少なくとも前記伝票番号を接続依頼情報として前記サーバ装置へ送信し、前記サーバ装置は、前記店舗内システムが送信した前記新規注文情報と、前記携帯端末が送信した前記接続依頼情報とを比較し、比較した結果、前記新規注文情報に含まれる情報と前記接続依頼情報が一致する場合に前記携帯端末の接続を許可するようにしてもよい。

（４）また、本発明の一態様に係る注文管理システムにおいて、前記店舗内システムは、自注文入力装置の操作により入力された、店舗を識別する情報とテーブルを識別するテーブル情報と前記客の人数と前記客が注文した料理を識別する料理識別情報を含む注文データを注文管理装置へ送信する注文入力装置と、前記注文入力装置が送信する前記注文データを取得し、取得した前記注文データに基づいて前記伝票番号を生成し、生成した前記伝票番号を含む前記新規注文情報を前記サーバ装置へ送信し、前記伝票番号と前記ＵＲＬと前記店舗を識別する情報を用いて前記アクセス情報を生成し、生成した前記アクセス情報を印字装置に送信する注文管理装置と、前記注文管理装置が送信した前記アクセス情報を印字する印字装置と、を備え、前記携帯端末は、前記印字装置が印字した前記アクセス情報を取得し、取得した前記アクセス情報に含まれる前記ＵＲＬに接続し、前記サーバ装置が送信する前記接続端末コードを取得するようにしてもよい。

（５）また、本発明の一態様に係る注文管理システムにおいて、前記店舗内システムは、自注文入力装置の操作により入力された、店舗を識別する情報とテーブルを識別するテーブル情報と前記客の人数を含む注文データを注文管理装置へ送信する注文入力装置と、前記注文入力装置が送信する前記注文データを取得し、取得した前記注文データに基づいて前記伝票番号を生成し、生成した前記伝票番号を含む前記新規注文情報を前記サーバ装置へ送信し、前記伝票番号と前記ＵＲＬと店舗を識別する情報を用いて前記アクセス情報を生成し、生成した前記アクセス情報を印字装置に送信する注文管理装置と、前記注文管理装置が送信した前記アクセス情報を印字する印字装置と、を備え、前記携帯端末は、前記印字装置が印字した前記アクセス情報を取得することで、前記アクセス情報に含まれる前記ＵＲＬに接続し、取得した前記アクセス情報に含まれる前記ＵＲＬに接続し、前記サーバ装置が送信する前記接続端末コードを取得するようにしてもよい。

（６）また、本発明の一態様に係る注文管理システムにおいて、前記店舗内システムは、従業員の操作により入力された、前記客の人数と前記客が注文した料理を識別する料理識別情報とテーブルが未確定であることを示すテーブル未確定情報を含む注文データを注文管理装置へ送信し、前記注文管理装置が送信する前記アクセス情報を取得し、取得した前記アクセス情報を前記客に提示する注文入力装置と、前記注文入力装置が送信する前記注文データを取得し、取得した前記注文データに基づいて伝票を識別する伝票番号を生成し、生成した前記伝票番号を含む前記新規注文情報を前記サーバ装置へ送信し、前記伝票番号と前記ＵＲＬと店舗を識別する情報を用いて前記アクセス情報を生成し、生成した前記アクセス情報を前記注文入力装置に送信する注文管理装置と、印字装置と、を備え、前記携帯端末は、前記注文入力装置が提示する前記アクセス情報を取得し、取得した前記アクセス情報に含まれる前記ＵＲＬに接続し、前記サーバ装置が送信する前記接続端末コードを取得し、テーブルが確定したとき前記サーバ装置へ前記テーブルを識別するテーブル情報を送信し、前記サーバ装置は、前記携帯端末が送信した前記テーブル情報を取得し、取得した前記テーブル情報と前記新規注文情報を含むテーブル確定情報を生成し、生成した前記テーブル確定情報を前記注文管理装置へ送信し、前記注文管理装置は、前記サーバ装置が送信するテーブル確定情報を取得し、取得した前記テーブル確定情報に応じて、前記新規注文情報に前記テーブル情報を付加した伝票情報を前記印字装置へ送信し、前記印字装置は、前記注文管理装置が送信した前記伝票情報を取得し、取得した前記伝票情報に応じて、前記新規注文情報に前記テーブル情報が付加された伝票情報に含まれる前記新規注文情報を印字するようにしてもよい。

（７）また、本発明の一態様に係る注文管理システムにおいて、前記店舗内システムは、前記客の操作により入力された前記客が注文した料理を識別する料理識別情報を含む注文データに基づく食券を発券し、前記注文データを注文管理装置へ送信し、前記注文管理装置が送信した前記アクセス情報を受信し、受信した前記アクセス情報を注文した前記客に提示する券売機と、前記券売機が送信する前記注文データを取得し、取得した前記注文データに基づいて伝票を識別する伝票番号を生成し、生成した前記伝票番号を含む前記新規
注文情報を前記サーバ装置へ送信し、前記伝票番号と前記ＵＲＬと店舗を識別する情報を用いて前記アクセス情報を生成し、生成した前記アクセス情報を前記券売機に送信する注文管理装置と、印字装置と、を備え、前記携帯端末は、前記券売機が提示する前記アクセス情報を取得し、取得した前記アクセス情報に含まれる前記ＵＲＬに接続し、前記サーバ装置が送信する前記接続端末コードを取得し、テーブルが確定したとき前記サーバ装置へテーブルを識別するテーブル情報を送信し、前記サーバ装置は、前記携帯端末が送信した前記テーブル情報を取得し、取得した前記テーブル情報と前記新規注文情報を含むテーブル確定情報を生成し、生成した前記テーブル確定情報を前記注文管理装置へ送信し、前記注文管理装置は、前記サーバ装置が送信する、前記テーブル確定情報に応じて、前記新規注文情報に前記テーブル情報を付加した伝票情報を印字装置へ送信し、前記印字装置は、前記注文管理装置が送信する前記伝票情報を取得し、取得した前記伝票情報を印字するようにしてもよい。

（８）また、本発明の一態様に係る注文管理システムにおいて、前記印字装置は、前記客によって注文された料理の調理が完了したことを示す情報を取得したとき、前記店舗を識別する情報と前記伝票番号を含む調理完了情報を生成し、生成した前記調理完了情報を前記サーバ装置へ送信し、前記サーバ装置は、前記印字装置が送信した前記調理完了情報に含まれる前記伝票番号に基づいて、注文された料理ができあがったことを示す情報を、前記接続端末コードを送信済みである前記携帯端末に送信し、前記携帯端末は、前記サーバ装置が送信した注文された料理ができあがったことを示す情報を報知するようにしてもよい。

（９）また、本発明の一態様に係る注文管理システムにおいて、前記店舗内システムは、前記注文管理装置が送信する前記客からの従業員の呼び出し指示を示す呼出指示に応じて、呼出指示が送信された前記携帯端末に前記テーブル情報を報知する呼び出し装置を備え、前記携帯端末は、前記接続端末コードを取得したことにより前記サーバ装置に対し前記呼出指示が可能である場合に、店舗を識別する情報と前記テーブル情報を含む前記呼出指示を生成し、生成した前記呼出指示を前記サーバ装置へ送信し、前記サーバ装置は、前記携帯端末が送信した前記呼出指示に応じて、前記呼出指示に含まれる前記テーブル情報を、前記店舗を識別する情報の前記注文管理装置へ送信するようにしてもよい。

（１０）また、本発明の一態様に係る注文管理システムにおいて、前記携帯端末は、前記接続端末コードを取得したことにより前記サーバ装置に対し追加注文の入力が可能であり、前記追加注文の入力が前記客によって行われたとき、前記追加注文の内容を示す情報と前記店舗を識別する情報と前記伝票番号とを含む追加注文情報を前記サーバ装置へ送信し、前記サーバ装置は、前記携帯端末が送信した前記追加注文情報に含まれる前記店舗を識別する情報の前記注文管理装置へ前記追加注文情報を送信し、前記注文管理装置は、前記サーバ装置が送信した前記追加注文情報を用いて伝票情報を生成し、生成した前記伝票情報を前記印字装置へ送信し、前記印字装置は、前記注文管理装置が送信した前記追加注文情報の前記伝票情報を印字するようにしてもよい。

（１１）上記目的を達成するため、本発明の一態様に係る注文管理方法は、携帯端末と、店舗内システムと、前記店舗内システムと前記携帯端末とネットワークを介して接続されるサーバ装置を備える注文管理システムの注文管理方法であって、前記店舗内システムが、携帯端末を所有する客に関する情報を取得して、取得した前記情報に基づいて新規注文情報を生成し、生成した前記新規注文情報をサーバ装置へ送信する注文情報送信手順と、前記店舗内システムが、前記携帯端末が前記サーバ装置へのアクセスに必要な前記新規注文情報に基づくアクセス情報を提供する提供手順と、前記携帯端末が、前記店舗内システムが提供する前記アクセス情報を取得し、取得した前記アクセス情報を前記サーバ装置へ送信する送信手順と、前記サーバ装置が、前記注文情報送信手順によって送信された前記新規注文情報と前記送信手順によって送信された前記アクセス情報とに基づいて、前記携帯端末が前記店舗内システムによって提供される機能を利用可能であるか判別する判別手順と、前記サーバ装置が、前記携帯端末の接続を許可する場合、前記新規注文情報に基づいて接続端末コードを生成し、生成した前記接続端末コードを、前記携帯端末と前記店舗内システムへ送信する手順と、前記携帯端末が、前記サーバ装置が提供する各種の機能を利用するとき、前記接続端末コードを前記サーバ装置へ送信する手順と、前記サーバ装置が、前記携帯端末が送信した前記接続端末コードに応じて、前記アクセス情報を送信した前記携帯端末を所有する客に提供可能な各種機能を前記携帯端末に提供する手順と、を含む。

（１）および（１１）によれば、注文の意志のある客の携帯端末とサーバ装置とを接続するようにしたので、完全な不正防止を実現した上で、オーダリング側の調理状況等のリアルタイムな情報を客に提供できる。

（２）によれば、客が料理を注文するとみなせる状態の時に伝票を識別する伝票番号を含む新規注文情報をサーバ装置へ送信する。これにより、（２）によれば、サーバ装置は、この新規注文情報を自装置内に記憶し、記憶した新規注文情報と、サーバ装置へアクセスしてきた携帯端末が送信する情報を比較することで、携帯端末のサーバ装置への接続の可否を判別して、注文の意志のある客の携帯端末とサーバ装置とを接続することができる。

（３）によれば、注文の意志のある客の携帯端末へサーバ装置へのアクセスに必要なアクセス情報を提供するようにしたので、注文の意志のある客の携帯端末とサーバ装置とを接続することができる。
（１）によれば、サーバ装置が提供する機能を利用する際に必要な情報を含めてサーバ装置が携帯端末へ接続端末コードを送信するようにしたので、携帯端末のサーバ装置への接続の可否を判別して、注文の意志のある客の携帯端末へ機能を提供することができる。

（４）によれば、テーブルと注文する料理が確定している、客が注文の意思がある状態であるため、サーバ装置が、客の携帯端末をサーバ装置に接続させるようにしたので、不正な接続による不正な注文等を防ぐことができる。
（５）によれば、テーブルが確定する前かつ注文する料理が確定する前であっても、客が店舗内に存在し客が注文の意思がある状態であるため、サーバ装置が、客の携帯端末をサーバ装置に接続させるようにしたので、不正な接続による不正な注文等を防ぐことができる。

（６）によれば、客がテーブルに着席する前であっても、サーバ装置が、客が注文の意思がある状態のときに、客の携帯端末をサーバ装置に接続させるようにしたので、不正な接続による不正な注文等を防ぐことができる。

（７）によれば、客がテーブルに着席する前であっても、客が券売機で食券を購入している場合に客が注文の意思がある状態とみなし、客の携帯端末をサーバ装置に接続させるようにしたので、不正な接続による不正な注文等を防ぐことができる。
（８）によれば、料理ができたとき、店舗のサーバ装置への接続を確立している客が所有している携帯端末へ調理ができたことを示す情報を送信することができる。客は、この報知を見ることで、料理ができあがったことを知ることができ、料理を取りに行くことができる。

（９）によれば、接続が許可されていない携帯端末がサーバ装置へ接続した場合であっても、注文の意志のない携帯端末とはサーバ装置との接続が確立できていないため、接続が許可されていない携帯端末による不正な呼び出し指示を防ぐことができる。また、（９）によれば、客がサーバ装置と接続された携帯端末を操作して従業員を呼び出すことができる。そして、従業員は、呼び出し装置に報知されたテーブル番号を確認することで、客から呼び出しがあったことを知ることができる。
（１０）によれば、客がサーバ装置と接続された携帯端末を操作して追加注文を行うことができる。また、（１０）によれば、接続が許可されていない携帯端末がサーバ装置へ接続した場合であっても、注文の意志のない携帯端末とはサーバ装置との接続が確立できていないため、接続が許可されていない携帯端末による不正な追加注文を防ぐことができる。

本実施形態に係るオーダー管理システムの概略構成図である。本実施形態に係る店舗内システムの概略構成図である。本実施形態に係る携帯端末の概略構成図である。本実施形態に係る注文入力装置の概略構成図である。本実施形態に係るオーダー管理システムが行う第１の処理例のシーケンス図である。本実施形態に係るサーバ装置５が記憶する新規注文情報を示す図である。本実施形態に係るオーダー管理システムが行う第２の処理例のシーケンス図である。本実施形態に係るオーダー管理システムが行う第３の処理例のシーケンス図である。本実施形態に係るオーダー管理システムが行う第４の処理例のシーケンス図である。本実施形態に係るオーダー管理システムが行う第４の処理例のシーケンス図である。本実施形態に係るオーダー管理システムが行う第５の処理例のシーケンス図である。本実施形態に係るオーダー管理システムが行う第６の処理例のシーケンス図である。本実施形態に係る第６の処理例における携帯端末の表示部上に表示される画像の一例を示す図である。本実施形態に係る呼び出し装置の外形の一例を示す図である。本実施形態に係るオーダー管理システムが行う第７の処理例のシーケンス図である。本実施形態に係る第７の処理例における携帯端末の表示部上に表示される画像の一例を示す図である。本実施形態に係るオーダー管理システムが行う第８の処理例のシーケンス図である。本実施形態に係る第８の処理例における携帯端末の表示部上に表示される画像の一例を示す図である。

以下、図面を参照しながら本発明の実施形態について説明する。なお、本実施形態では、オーダー管理システムの例として、レストラン、居酒屋、ファーストフード店、コンビニエンスストア等の飲食店で用いられるシステムを例に説明し、商品の例として飲食物を例に説明する。

図１は、本実施形態に係るオーダー管理システム１の概略構成図である。図１に示すように、オーダー管理システム１は、携帯端末３、店舗内システム４、およびサーバ装置５を含んで構成される。携帯端末３、店舗内システム４、およびサーバ装置５は、インターネット２を介して接続されている。

インターネット２は、例えばＴＣＰ／ＩＰ通信規格を用いたネットワークである。なお、店舗内システム４とサーバ装置５との接続は、例えば有線ネットワークであり、携帯端末３の接続は、例えば無線ネットワークである。

店舗内システム４は、レストランや居酒屋などの外食店舗で用いられるシステムである。また、店舗内システム４は、店員が注文入力装置４６（ハンディターミナル）によって受けた注文に関する情報（新規注文情報）または券売機４４で客が購入した食券に基づく注文に関する情報（新規注文情報）を、インターネット２を介してサーバ装置５へ送信する。また、店舗内システム４は、取得した新規注文情報に応じて各種の処理を行い、取得した新規注文情報に応じてＱＲコード（登録商標）等の二次元コードを印字した伝票を発行する。なお、店舗内システム４の構成と動作については、後述する。また、用いるコードはＱＲコード（登録商標）に限られず、他の二次元コードであってもよく、さらには三次元コード等であってもよい。

携帯端末３は、客が有する端末であり、通信機能と入力機能と表示機能を備える。携帯端末３は、例えばスマートフォン、タブレット端末、ウェアブル端末、腕時計型端末、携帯ゲーム機器等である。また、携帯端末３は、伝票に印字された二次元コード、または注文入力装置４６が提示する二次元コード、または印字装置４５が提示する二次元コードを読み取り、読み取った結果に基づいて接続リクエストを生成し、生成した接続リクエストを、インターネット２を介してサーバ装置５に送信する。携帯端末３は、客が操作した結果に応じた追加注文に関する情報（追加注文情報）を、インターネット２を介して店舗内システム４に送信する。なお、携帯端末３の構成と動作については、後述する。

サーバ装置５は、例えばクラウド上に設置されているサーバ装置である。サーバ装置５は、店舗内システム４が送信した注文データを、インターネット２を介して取得し、取得した注文データに応じて新規注文情報テーブルを生成する。さらに、サーバ装置５は、携帯端末３が送信した接続リクエスト情報を、インターネット２を介して取得し、取得した接続リクエストに対して認証を行い、認証した結果を、インターネット２を介して携帯端末３と店舗内システム４に送信する。サーバ装置５は、携帯端末３が送信した追加注文情報を、インターネット２を介して取得する。なお、携帯端末３の構成と動作については、後述する。

次に、店舗内システム４の構成例と動作について説明する。
図２は、本実施形態に係る店舗内システム４の概略構成図である。図２に示すように、店舗内システム４は、ブロードバンドルータ４１、ＰＯＳ（ＰｏｉｎｔＯｆＳａｌｅｓｙｓｔｅｍ；販売時点情報管理）４２、注文管理装置４３、券売機４４、印字装置４５、注文入力装置４６、および呼び出し装置４７を備える。ブロードバンドルータ４１、ＰＯＳ４２、注文管理装置４３、券売機４４それぞれは、有線ネットワーク４８を介して互いに接続されている。また、印字装置４５、注文入力装置４６、および呼び出し装置４７は、無線ネットワーク４９を介して注文管理装置４３に接続されている。

有線ネットワーク４８は、例えばＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ；ローカル・エリア・ネットワーク）である。無線ネットワーク４９は、例えばＩＥＥＥ８０２．１１規格であるＷｉ−Ｆｉ規格のネットワークである。
ブロードバンドルータ４１は、インターネット２と有線ネットワーク４８との異なるネットワーク同士を相互接続するネットワーク機器であり、ＰＯＳ４２、注文管理装置４３、券売機４４をインターネット２へ接続するルータである。

ＰＯＳ４２は、レジスターであり、注文管理装置４３が送信した注文データを取得し、取得した注文データを用いて商品の販売額を計算する装置である。例えば、客がレジで注文を行う場合、ＰＯＳ４２は、注文に応じて注文データを生成し、生成した注文データを、有線ネットワーク４８を介して注文管理装置４３に送信する。また、従業員が注文入力装置４６を操作して客からの注文を受けた場合、ＰＯＳ４２は、注文管理装置４３が送信した注文データを取得する。また、客が携帯端末３を操作して注文（含む追加注文）を入力した場合、ＰＯＳ４２は、注文管理装置４３が送信した注文データを取得する。ＰＯＳ４２は、取得した注文データに基づいて、会計処理を行う。

注文管理装置４３は、ＰＯＳ４２または券売機４４が送信した注文データを、有線ネットワーク４８を介して取得する。または、注文管理装置４３は、注文入力装置４６が送信した注文データを、無線ネットワーク４９を介して取得する。または、注文管理装置４３は、携帯端末３が送信した注文データを、インターネット２とブロードバンドルータ４１と有線ネットワーク４８を介して取得する。注文管理装置４３は、取得した注文データに基づいて二次元コードを生成し、生成した二次元コードを注文データに含めて印字装置４５に送信する。また、注文管理装置４３は、注文された料理が調理された場合、注文データに基づいて客を呼び出す呼出データを生成し、生成した呼出データを、無線ネットワーク４９を介して呼び出し装置４７に送信する。

券売機４４は、例えば商品毎のボタン、タッチパネル式入力部、通貨投入口、プリペイドカードの投入または通信部等を備えている。券売機４４は、客が操作した結果に応じて注文データを生成し、生成した注文データを、有線ネットワーク４８を介して注文管理装置４３に送信する。なお、券売機４４が、印字装置４５を備えていてもよい。

印字装置４５は、注文管理装置４３が送信した注文データを、無線ネットワーク４９を介して取得し、取得した注文データを伝票に印刷する。なお、印字装置４５は、注文データに含まれる二次元コードも伝票に印刷する。

注文入力装置４６は、従業員（店員、ウェイトレス、ウェイター）が所持する装置であり、入力部や表示部を備える。注文入力装置４６は、従業員が操作した結果に応じて注文データを生成し、生成した注文データを、無線ネットワーク４９を介して注文管理装置４３に送信する。なお、注文入力装置４６の構成については、後述する。

呼び出し装置４７は、表示部を備え、注文管理装置４３が送信した呼出データを、無線ネットワーク４９を介して取得し、取得した呼出データを表示する。ここで、呼出データには、例えばテーブルを識別する情報であるテーブルＮｏ（番号）またはテーブルＮｏを示す情報が含まれている。なお、呼び出し装置４７は、従業員が表示部を確認しやすいように、店舗内の壁の高い位置に設置されることが多い。

次に、携帯端末３の構成例と動作について説明する。
図３は、本実施形態に係る携帯端末３の概略構成図である。図３に示すように、通信部３０１、キー入力部３０２、カメラ３０３、表示部３０４、ＣＰＵ（中央演算処理装置）３０５、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ；読み出し専用メモリ）３０６、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）３０７、記憶装置３０８、および音出力部３０９を備えている。また、通信部３０１、キー入力部３０２、カメラ３０３、表示部３０４、ＣＰＵ３０５、ＲＯＭ３０６、ＲＡＭ３０７、記憶装置３０８、および音出力部３０９は、バス（Ｂｕｓ）３１０を介して接続されている。

通信部３０１は、ＣＰＵ３０５の制御によって、注文管理装置４３が送信した情報を、インターネット２を介して受信し、受信した情報をＣＰＵ３０５に出力する。また、通信部３０１は、ＣＰＵ３０５が出力した情報（含む注文データ、二次元コード）を、インターネット２を介して注文管理装置４３に送信する。

キー入力部３０２は、機械式スイッチ、表示部３０４上に設けられたタッチパネル入力部である。キー入力部３０２は、客が操作した結果を検出し、検出した入力情報をＣＰＵ３０５に出力する。

カメラ３０３は、ＣＰＵ３０５の指示に応じて、伝票に印刷された二次元コードを含む画像を撮像し、撮像した画像をＣＰＵ３０５に出力する。
表示部３０４は、液晶パネル、有機ＥＬ（エレクトロルミネッセンス）パネル等であり、ＣＰＵ３０５が出力した画像を表示する。

ＣＰＵ３０５は、例えば記憶装置３０８が記憶する注文プログラムを読み出し、読み出した注文プログラムに応じて携帯端末３を制御する。なお、ＣＰＵ３０５は、客の操作に応じて、インターネット２に接続して注文プログラムを予めダウンロードし、ダウンロードした注文プログラムを記憶装置３０８に予めインストールする。ＣＰＵ３０５は、注文プログラムに応じて表示部３０４に表示させる注文入力画像、追加注文を入力する追加注文入力画像、二次元コード読み取りを行うときの表示画像、会計指示の画像等を生成し、生成した画像を表示部３０４に出力する。なお、注文入力画像には、テーブルＮｏの入力を促す画像、１つの固まりのテーブルの椅子に着席している客の人数の入力を促す画像、注文料理名の選択画像、注文料理の個数の入力画像等が含まれる。なお、１つの固まりのテーブルとは、１つのテーブルまたは複数のテーブルを隣接させて並べたものである。本実施形態では、この１つの固まりのテーブルの椅子に着席している客の総数を、客の人数という。このため、テーブルの椅子に着席している客の数は、１人以上であり、複数人の場合もある。ＣＰＵ３０５は、キー入力部３０２が出力した入力情報に基づいて注文データを生成し、生成した注文データを、通信部３０１を制御して送信する。なお、注文データには、テーブルＮｏ、客の人数、注文された料理を識別する情報である料理のメニュー番号（料理識別情報）（以下、単にメニュー番号という）と個数等の情報が含まれている。また、ＣＰＵ３０５は、注文管理装置４３が送信した呼出データを、インターネット２または無線ネットワーク４９を介して取得する。ここで、メニュー番号とは、予め料理毎に設定されている番号であり、例えばコーヒーが０００１、紅茶が０００２等である。そして、ＣＰＵ３０５は、取得した呼出データに応じて呼出画像と呼出音を生成し、生成した呼出画像を表示部３０４に出力し、生成した呼出音を音出力部３０９に出力する。

ＲＯＭ３０６は、携帯端末３の制御プログラム等を格納する。
ＲＡＭ３０７は、例えば注文データを一時的に記憶する。

記憶装置３０８は、例えばフラッシュメモリである。記憶装置３０８は、注文プログラムを記憶する。なお、ＲＯＭ３０６が注文プログラムを記憶していてもよい。また、注文プログラムは、少なくともＱＲコード（登録商標）を撮影して、撮影した画像を画像認識し、ＱＲコード（登録商標）に埋め込まれているサーバサイトＵＲＬへ接続するプログラムを含む。
音出力部３０９は、例えばスピーカである。音出力部３０９は、ＣＰＵ３０５が出力した音情報を再生する。

次に、注文入力装置４６の構成例と動作について説明する。
図４は、本実施形態に係る注文入力装置４６の概略構成図である。図４に示すように、通信部４６１、キー入力部４６２、表示部４６３、ＣＰＵ４６４、ＲＯＭ４６５、ＲＡＭ４６６、および記憶装置４６７を備えている。また、通信部４６１、キー入力部４６２、表示部４６３、ＣＰＵ４６４、ＲＯＭ４６５、ＲＡＭ４６６、および記憶装置４６７は、バス４６８を介して接続されている。

通信部４６１は、ＣＰＵ４６４から出力された注文データを、無線ネットワーク４９を介して注文管理装置４３へ送信する。
キー入力部４６２は、複数のスイッチ、表示部４６３上に設けられたタッチパネル式センサーである。なお、複数のスイッチは、料理毎のボタン、テーブルＮｏや人数や注文数を入力する数字ボタン等を備えている。キー入力部４６２は、従業員により操作されたキーを検出し、検出したキーを示す情報をＣＰＵ４６４に出力する。
表示部４６３は、ＣＰＵ４６４の制御に応じて各種情報を表示する。表示部４６３は、例えば液晶パネル、または有機ＥＬパネルである。

ＣＰＵ４６４は、ＲＯＭ４６５が記憶する制御プログラムと、ＲＡＭ４６６または記憶装置４６７記憶する各種情報を読み出し、読み出した制御プログラムと各種情報とに基づいて各部の制御を行う。また、ＣＰＵ４６４は、必要な情報をＲＡＭ４６６に記憶させる。ＣＰＵ４６４は、無線ネットワーク４９を介して注文入力装置４６が備える各部と互いにデータの入出力が可能な状態で接続している。ＣＰＵ４６４は、キー入力部４６２が検出した入力情報をＲＡＭ４６６に記憶させる。またＣＰＵ４６４は、キー入力部４６２が検出した入力情報を表示部４６３に表示させる。ＣＰＵ４６４は、キー入力部４６２が検出した入力情報に基づいて注文データを生成し、生成した注文データを通信部４６１へ出力する。

ＲＯＭ４６５は、ＣＰＵ４６４が用いる制御プログラムを記憶する。
ＲＡＭ４６６、ＣＰＵ４６４が用いる情報を記憶する一時記憶する。
記憶装置４６７は、例えばフラッシュメモリである。記憶装置４６７は、注文入力装置４６の電源が消耗してＲＡＭ４６６の内容を保持できなくなった場合に消失させたくないデータを保持する。消失させたくないデータとは、例えば、注文管理装置４３の端末番号や従業員番号、メニューの情報（料理名称・メニュー番号、単価など）、過去の動作履歴（ログデータ）等である。

＜第１の処理例＞
次に、オーダー管理システム１が行う処理の一例を説明する。
第１の処理例では、従業員が客から注文を取り、注文入力装置４６に注文を入力する例を説明する。
図５は、本実施形態に係るオーダー管理システム１が行う第１の処理例のシーケンス図である。なお、以下の処理は、客がテーブルに着席した後に行う。

（ステップＳ１）従業員は、注文入力装置４６のキー入力部４６２を操作して、客からの新規の注文を入力する。従業員が入力するデータは、テーブルＮｏ、客の人数、客層（年齢、性別）データ、注文データ等である。続けて、注文入力装置４６のＣＰＵ４６４は、従業員がキー入力部４６２を操作した結果に応じて送信データを生成する。なお、送信データには、テーブルＮｏ、そのテーブルに着席している客の人数、客層データ、注文データ等が含まれている。また、注文データには、メニュー番号、個数が含まれている。
（ステップＳ２）ＣＰＵ４６４は、生成した送信データを、通信部４６１と無線ネットワーク４９を介して注文管理装置４３へ送信する。

（ステップＳ３）注文管理装置４３は、注文入力装置４６が送信した送信データを取得することで、注文を受け付ける。注文管理装置４３は、取得した送信データを用いて、伝票Ｎｏ（番号）を付与し（以下、付番するともいう）、チェックコードを生成し、伝票データを生成する。ここで、チェックコードとは、例えば、テーブルＮｏや客の情報（人数、客層等）を用いて生成されるデータであり、不正な注文を防止するための識別子として用いる。

（ステップＳ４）注文管理装置４３は、新規注文情報を、有線ネットワーク４８とインターネット２を介してサーバ装置５へ送信する。なお、新規注文情報には、店舗Ｎｏ（番号）、テーブルＮｏ、伝票Ｎｏ、客層データ、注文情報、チェックコードが含まれている。店舗Ｎｏとは、例えばチェーン店において、店舗毎に割り振られた店舗固有の番号である。また、注文情報は、注文データがあることを示す情報と、注文データを含む。なお、伝票Ｎｏが全てのチェーン店で重ならないように付与されているか伝票Ｎｏに店舗Ｎｏが含まれる場合、新規注文情報は、店舗Ｎｏを含まなくてもよい。この場合、サーバ装置５は、伝票Ｎｏに基づき、店舗を判別するようにしてもよい。また、新規注文情報は、チェックコードを含まなくてもよい。この場合、注文管理装置４３は、チェックコードを用いずに伝票印字データを生成し、サーバ装置５が、チェックコードを含まない新規注文情報に基づいて認証するようにしてもよい。

（ステップＳ５）注文管理装置４３は、取得した送信データを用いて伝票印字データを生成し、生成した伝票印字データを、無線ネットワーク４９を介して印字装置４５へ送信する。なお、図５に示す例において、伝票印字データは、ＱＲコード（登録商標）のイメージデータである。また、ＱＲコード（登録商標）には、少なくとも客が携帯端末３を操作してアクセスするサーバーサイトＵＲＬ、店舗Ｎｏ、伝票Ｎｏ、チェックコードが含まれている。また、本実施形態では、サーバーサイトＵＲＬ、店舗Ｎｏ、伝票Ｎｏ、チェックコードが含まれているＱＲコード（登録商標）をアクセス情報という。

（ステップＳ６）印字装置４５は、注文管理装置４３が送信した伝票印字データを取得し、取得した伝票印字データを印字した伝票ｇ５１を発行する（伝票印字ともいう）。続けて、従業員は、発行された伝票ｇ５１を客に渡す。なお、印字装置４５は、注文入力装置４６が備えていてもよい。または、印字装置４５は、テーブル毎にテーブル上に設置されていてもよい。

（ステップＳ７）サーバ装置５は、注文管理装置４３が送信した新規注文情報を取得し、取得した新規注文情報をテーブル形式にし（テーブルの作成ともいう）、サーバ装置５が備える、またはサーバ装置５に接続されている記憶装置に記憶させる。なお、サーバ装置５は、伝票Ｎｏ毎に新規注文情報をテーブル形式で記憶させる。このため、テーブル形式の新規注文情報データは、図６に示すように、店舗毎に生成され、伝票Ｎｏに、テーブルＮｏと客層データと注文情報（メニュー番号、個数）とチェックコードとが対応付けられている。図６は、本実施形態に係るサーバ装置５が記憶する新規注文情報を示す図である。図６に示すように、新規注文情報には、例えば、伝票Ｎｏが５６４３２１に、テーブルＮｏが３８と、チェックコードがＸ２１５Ｐ２と、メニュー番号が００２３と、個数が１と、客層データが２０代男性とが対応付けられている。なお、例えば伝票Ｎｏが５６４３２１の客から追加注文を受けた場合は、この伝票Ｎｏに追加注文情報（メニュー番号、個数）が追加される。

（ステップＳ８）客は、伝票印字データが印字されている伝票ｇ５１を取得する。続けて、客は、携帯端末３のキー入力部３０２を操作して注文プログラムを選択する。続けて、携帯端末３のＣＰＵ３０５は、注文プログラムを起動する。続けて、客は、伝票ｇ５１をカメラ３０３によって撮影する。

（ステップＳ９）携帯端末３のＣＰＵ３０５は、カメラ３０３が撮影したＱＲコード（登録商標）を画像認識して、ＱＲコード（登録商標）に含まれているサーバーサイトＵＲＬ、店舗Ｎｏ、伝票Ｎｏ、チェックコードを読み出し、読み出したサーバーサイトＵＲＬ、店舗Ｎｏ、伝票Ｎｏ、チェックコードを記憶装置３０８に記憶させる。

（ステップＳ１０）ＣＰＵ３０５は、通信部３０１を制御して読み出したサーバーサイトＵＲＬへ、インターネット２を介して接続する。ＣＰＵ３０５は、接続後、店舗Ｎｏと伝票Ｎｏとチェックコードを接続依頼情報として、インターネット２を介してサーバ装置５に送信する。

（ステップＳ１１）サーバ装置５は、携帯端末３が送信した接続依頼情報を取得する。続けて、サーバ装置５は、取得した情報を、記憶させたテーブル形式の情報と比較することで、一致する情報が存在する場合に認証がＯＫであると判別し、一致する情報が存在しない場合に認証がＮＧであると判別する。続けて、サーバ装置５は、認証がＯＫであると判別した場合（ステップＳ１１；ＯＫ）、ステップＳ１４の処理に進め、認証がＮＧであると判別した場合（ステップＳ１１；ＮＧ）、ステップＳ１２の処理に進める。

（ステップＳ１２）サーバ装置５は、認証がＮＧであるため不正な注文であると判別して、認証がＮＧであることを示す情報を、インターネット２を介して携帯端末３へ送信する。

（ステップＳ１３）ＣＰＵ３０５は、サーバ装置５が送信した認証がＮＧであることを示す情報を、通信部３０１を介して取得する。ＣＰＵ３０５は、取得した認証がＮＧであることを示す情報に応じて、注文プログラムによって表示部３０４上に認証がＮＧであることを示す画像ｇ５２「認証に失敗しました」を表示させ、処理を終了する。

（ステップＳ１４）サーバ装置５は、認証がＯＫであったため、新規注文情報に基づき、店舗Ｎｏと伝票Ｎｏを含む接続端末コードを生成し、生成した接続端末コードを、インターネット２を介して携帯端末３へ送信する。なお、接続端末コードとは、サーバ装置５への接続を許可する携帯端末３を示す情報である。サーバ装置５は、接続端末コードを、携帯端末３へ情報報知する場合に用いる。続けて、サーバ装置５は、接続端末コードを、例えば店舗Ｎｏ、伝票Ｎｏ、注文情報に対応付けて記憶する。

（ステップＳ１５）ＣＰＵ３０５は、サーバ装置５が送信した接続端末コードを、通信部３０１を介して取得する。ＣＰＵ３０５は、接続端末コードを取得したことに応じて、表示部３０４上に認証がＯＫであることを示す画像ｇ５３「接続しました機能メニュー」を表示させる。機能メニューには、例えば、注文データ（料理名称、個数）、調理の進行状態、合計金額、追加注文の入力等が含まれている。図１６の符号ｇ１６２は、機能メニューの一例であり、各種機能ボタンの画像ｂ１６６〜ｂ１６９が、例えば、注文データ（料理名称、個数）、調理の進行状態、合計金額、追加注文の入力に対応する。なお、サーバ装置５が提供する機能メニュー等は、例えばウェブアプリケーションである。また、サーバ装置５は、メニュー番号と料理名称とを対応付けて記憶している。そして、サーバ装置５は、この記憶している情報を用いて、メニュー番号を料理名称に変換して機能メニュー（店舗システムによって提供される機能）を提供する。なお、サーバ装置５との接続後にＣＰＵ３０５が送信する接続リクエストには、接続端末コードが含まれている。
（ステップＳ１６）サーバ装置５は、接続端末コードを、インターネット２を介して注文管理装置４３へ送信する。

（ステップＳ１７）客は、携帯端末３がサーバ装置５と接続されたのち、機能メニューを選択する。ＣＰＵ３０５は、客によって機能メニューが選ばれた場合、接続端末コードを含む接続リクエストと選択された機能メニューを示す情報を、インターネット２を介してサーバ装置５へ送信することで、処理を継続する。なお、サーバ装置５は、認証がＯＫであった場合でも、客が会計を済ませた後等、認証をＮＧに変更することで、携帯端末３との接続を終了する。

以上の処理によって、客が注文の意思がある状態のとき、客が所有している携帯端末３を、店舗のサーバ装置５への接続を確立することができる。なお、客が注文の意思がある状態とは、客が従業員に注文を行った状態、または客が食券購入等によって注文に対する代金を支払っている状態のうち少なくとも１つである。すなわち、サーバ装置５は、客が注文の意思がある状態のときに、客の携帯端末３をサーバ装置５に接続させるようにしたので、いたずら等による不正な接続による不正な注文等を防ぐことができる。

なお、接続端末コードは、チェックコードと同じであってもよく、携帯端末３毎にサーバ装置５が割り振った暗証番号やパスワードであってもよい。携帯端末３を利用する客は、後述する携帯端末３を用いて、従業員の呼び出しを行うときや追加注文を行うときなどに、まずこの接続端末コードを入力してから操作するようにしてもよい。または、携帯端末３のＣＰＵ３０５が、記憶装置３０８に接続端末コードを記憶させておくようにしてもよい。

＜第２の処理例＞
第２の処理例では、客が携帯端末３から注文を入力する例を説明する。
図７は、本実施形態に係るオーダー管理システム１が行う第２の処理例のシーケンス図である。なお、以下の処理も、客がテーブルに着席した後に行う。

（ステップＳ１０１）従業員は、注文入力装置４６のキー入力部４６２を操作して、空伝票を発行する機能を選択する。なお、従業員は、キー入力部４６２を操作して、テーブルＮｏ、客の人数、客層データ等を入力する。続けて、注文入力装置４６のＣＰＵ４６４は、従業員がキー入力部４６２を操作した結果に応じて空伝票を発行する空伝票発行指示を生成する。なお、空伝票発行指示には、テーブルＮｏ、そのテーブルに着席している客の人数、客層データ等が含まれている。すなわち、空伝票発行指示には、注文データが含まれていないことを示す情報が含まれている。または、空伝票発行指示には、注文データが含まれていなくてもよい。
（ステップＳ１０２）ＣＰＵ４６４は、生成した空伝票発行指示を、通信部４６１と無線ネットワーク４９を介して注文管理装置４３へ送信する。

（ステップＳ１０３）注文管理装置４３は、注文入力装置４６が送信した空伝票発行指示を取得することで、注文を受け付ける。注文管理装置４３は、取得した空伝票発行指示を用いて、伝票Ｎｏを付番し、チェックコードを生成し、伝票データを生成する。

（ステップＳ１０４）注文管理装置４３は、新規注文情報を、有線ネットワーク４８とインターネット２を介してサーバ装置５へ送信する。なお、新規注文情報には、店舗Ｎｏ、テーブルＮｏ、伝票Ｎｏ、客層データ、注文情報、チェックコードが含まれている。ここで、注文情報は、注文データがないことを示す情報が含まれる。なお、注文管理装置４３は、空伝票発行指示に注文データが含まれていないことを示す情報が含まれている場合、または注文データが含まれていない場合、注文データがないことを示す情報（客の注文が未確定であることを示す情報）を生成する。

（ステップＳ１０５）注文管理装置４３は、取得した送信データを用いて伝票印字データを生成し、生成した伝票印字データを、無線ネットワーク４９を介して印字装置４５へ送信する。

（ステップＳ１０６）印字装置４５は、注文管理装置４３が送信した伝票印字データを取得し、取得した伝票印字データを印字した伝票ｇ６１を発行する。続けて、従業員は、発行された伝票ｇ６１を客に渡す。

（ステップＳ１０７）サーバ装置５は、注文管理装置４３が送信した新規注文情報を取得し、取得した新規注文情報をテーブル形式にし、サーバ装置５が備える、またはサーバ装置５に接続されている記憶装置に記憶させる。

（ステップＳ１０８）携帯端末３のＣＰＵ３０５は、ステップＳ８（図５）と同様の処理を行う。
（ステップＳ１０９）ＣＰＵ３０５は、ステップＳ９（図５）と同様の処理を行う。
（ステップＳ１１０）ＣＰＵ３０５は、ステップＳ１０（図５）と同様の処理を行う。

（ステップＳ１１１）サーバ装置５は、携帯端末３が送信した情報を取得する。続けて、サーバ装置５は、取得した情報を、記憶させたテーブル形式の情報と比較することで、一致する情報が存在する場合に認証がＯＫであると判別し、一致する情報が存在しない場合に認証がＮＧであると判別する。続けて、サーバ装置５は、認証がＯＫであると判別した場合（ステップＳ１１１；ＯＫ）、ステップＳ１１４の処理に進め、認証がＮＧであると判別した場合（ステップＳ１１１；ＮＧ）、ステップＳ１１２の処理に進める。

（ステップＳ１１２）サーバ装置５は、ステップＳ１２（図５）と同様の処理を行う。
（ステップＳ１１３）ＣＰＵ３０５は、サーバ装置５が送信した認証がＮＧであることを示す情報を、通信部３０１を介して取得する。ＣＰＵ３０５は、取得した認証がＮＧであることを示す情報に応じて、注文プログラムによって表示部３０４上に認証がＮＧであることを示す画像ｇ６２「認証に失敗しました」を表示させ、処理を終了する。

（ステップＳ１１４）サーバ装置５は、ステップＳ１４（図５）と同様の処理を行う。
（ステップＳ１１５）ＣＰＵ３０５は、ステップＳ１５（図５）と同様の処理を行う。
（ステップＳ１１６）ＣＰＵ３０５は、ステップＳ１６（図５）と同様の処理を行う。

（ステップＳ１１７）ステップＳ１１６終了後、サーバ装置５との接続が確立された客は携帯端末３の表示部３０４上に表示された機能メニューを操作することで、注文データ（料理名称、個数）等を入力する。ＣＰＵ３０５は、客の機能メニューの選択に応じて処理を継続する。

以上の処理によって、客が注文の意思がある状態のとき、客が所有している携帯端末３を、店舗のサーバ装置５への接続を確立することができる。なお、第２の処理例において、客が注文の意思がある状態とは、客がテーブルに着席している状態である。このように、サーバ装置５は、客が注文の意思がある状態のときに、客の携帯端末３をサーバ装置５に接続させるようにしたので、第２の処理例においても、いたずら等による不正な接続による不正な注文等を防ぐことができる。

＜第３の処理例＞
第３の処理例では、客が着席するテーブルＮｏが決定していないウェイティングしている客に対する処理の例を説明する。
図８は、本実施形態に係るオーダー管理システム１が行う第３の処理例のシーケンス図である。

（ステップＳ２０１）従業員は、注文入力装置４６のキー入力部４６２を操作して、ウェイティング注文機能を実行するボタンを選択する。なお、従業員は、キー入力部４６２を操作して、客の人数、客層データ、注文データ等を入力する。続けて、注文入力装置４６のＣＰＵ４６４は、従業員がキー入力部４６２を操作した結果に応じてウェイティング注文データを生成する。なお、ウェイティング注文データには、テーブルが未決定であることを示す情報（テーブル未確定情報）、客の人数、客層データ、注文データ等が含まれている。なお、ウェイティング注文データには、注文入力装置４６を識別するための固有情報が含まれている。

（ステップＳ２０２）ＣＰＵ４６４は、生成したウェイティング注文データを、通信部４６１と無線ネットワーク４９を介して注文管理装置４３へ送信する。

（ステップＳ２０３）注文管理装置４３は、注文入力装置４６が送信したウェイティング注文データを取得することで、注文を受け付ける。注文管理装置４３は、取得したウェイティング注文データを用いて、伝票Ｎｏを付番し、チェックコードを生成し、新規注文情報を生成する。ここで、新規注文情報には、店舗Ｎｏ、テーブル未確定情報、伝票Ｎｏ、客層データ、注文情報、チェックコードが含まれている。
（ステップＳ２０４）注文管理装置４３は、新規注文情報を、有線ネットワーク４８とインターネット２を介してサーバ装置５へ送信する。

（ステップＳ２０５）サーバ装置５は、ステップＳ７（図５）と同様の処理を行う。
（ステップＳ２０６）注文管理装置４３は、取得した新規注文情報を用いてＱＲコード（登録商標）の画像データを生成し、生成したＱＲコード（登録商標）の画像データを、固有情報に応じて、無線ネットワーク４９を介して注文入力装置４６へ送信する。

（ステップＳ２０７）ＣＰＵ４６４は、注文管理装置４３が送信したＱＲコード（登録商標）の画像データを取得し、取得したＱＲコード（登録商標）の画像データに基づくＱＲコード（登録商標）ｇ７１を表示部４６３に表示する。続けて、従業員は、表示部４６３されたＱＲコード（登録商標）ｇ７１を客に提示する。なお、従業員がモバイルプリンタを持っている場合は、従業員がＱＲコード（登録商標）を印字して客に手渡ししてもよい。

（ステップＳ２０８）携帯端末３のＣＰＵ３０５は、ステップＳ８（図５）と同様の処理を行う。
（ステップＳ２０９）ＣＰＵ３０５は、ステップＳ９（図５）と同様の処理を行う。
（ステップＳ２１０）ＣＰＵ３０５は、ステップＳ１０（図５）と同様の処理を行う。

（ステップＳ２１１）サーバ装置５は、携帯端末３が送信した情報を取得する。続けて、サーバ装置５は、取得した情報を、記憶させたテーブル形式の情報と比較することで、一致する情報が存在する場合に認証がＯＫであると判別し、一致する情報が存在しない場合に認証がＮＧであると判別する。続けて、サーバ装置５は、認証がＯＫであると判別した場合（ステップＳ２１１；ＯＫ）、ステップＳ２１４の処理に進め、認証がＮＧであると判別した場合（ステップＳ２１１；ＮＧ）、ステップＳ２１２の処理に進める。

（ステップＳ２１２）サーバ装置５は、ステップＳ１２（図５）と同様の処理を行う。
（ステップＳ２１３）ＣＰＵ３０５は、サーバ装置５が送信した認証がＮＧであることを示す情報を、通信部３０１を介して取得する。ＣＰＵ３０５は、取得した認証がＮＧであることを示す情報に応じて、注文プログラムによって表示部３０４上に認証がＮＧであることを示す画像ｇ７２「認証に失敗しました」を表示させ、処理を終了する。

（ステップＳ２１４）サーバ装置５は、ステップＳ１４（図５）と同様の処理を行う。
（ステップＳ２１５）ＣＰＵ３０５は、ステップＳ１５（図５）と同様の処理を行う。
（ステップＳ２１６）ＣＰＵ３０５は、ステップＳ１６（図５）と同様の処理を行う。ＣＰＵ３０５は、処理後、ステップＳ２１７に処理を進める。

（ステップＳ２１７）客は、テーブルが空いた後、テーブルの椅子に着席する。続けて、客は、携帯端末３を用いて、テーブルに設置されている、例えばＩＣタグを読み込ませる。ＣＰＵ３０５は、ＩＣタグを読み込むことでテーブルＮｏを取得する。なお、客は、注文アプリケーションに応じて、携帯端末３のキー入力部３０２を操作して、テーブルＮｏを入力するようにしてもよい。または、客は、注文アプリケーションに応じて、携帯端末３のキー入力部３０２を操作しカメラ３０３によって、例えばテーブルに貼ってあるＱＲコード（登録商標）を読み込ますようにしてもよい。
（ステップＳ２１８）ＣＰＵ３０５は、取得したテーブルＮｏを、インターネット２を介してサーバ装置５へ送信する。

（ステップＳ２１９）サーバ装置５は、携帯端末３が送信したテーブルＮｏを取得し、取得したテーブルＮｏに応じてテーブル確定情報を生成する。なお、テーブル確定情報には、伝票ＮｏとテーブルＮｏが含まれる。続けて、サーバ装置５は、生成したテーブル確定情報を、インターネット２を介して注文管理装置４３へ送信する。

（ステップＳ２２０）注文管理装置４３は、サーバ装置５が送信したテーブル確定情報を取得し、取得したテーブル確定情報を用いて伝票印字データを生成する。なお、注文管理装置４３は、自装置内に記憶している情報も用いて、伝票印字データを生成するようにしてもよい。続けて、注文管理装置４３は、生成した伝票印字データを、無線ネットワーク４９を介して印字装置４５へ送信する。

（ステップＳ２２１）印字装置４５は、注文管理装置４３が送信した伝票印字データを用いて伝票ｇ７４を印字する。厨房の従業員は、この伝票ｇ７４に応じて調理を開始する。すなわち、第３の処理例では、注文をステップＳ２０１で受け付けているが、この時点で客は、まだテーブルに着席していない。このため、第３の処理例では、客がテーブルに着席した後、テーブルＮｏをサーバ装置５が取得した後に調理開始の指示である伝票ｇ７４を印字装置４５が印字する。

（ステップＳ２２２）ステップＳ２２１終了後、サーバ装置５との接続が確立された客は携帯端末３の表示部３０４上に表示された機能メニューを操作することで、注文データ（料理名称、個数）等を入力する。ＣＰＵ３０５は、客の機能メニューの選択に応じて処理を継続する。

以上の処理によって、客が注文の意思がある状態のとき、客が所有している携帯端末３を、店舗のサーバ装置５への接続を確立することができる。なお、第３の処理例において、客が注文の意思がある状態とは、客がテーブルに着席する前であっても、ウェイティング状態で、先に注文を従業員に伝えている状態である。このように、サーバ装置５は、客が注文の意思がある状態のときに、客の携帯端末３をサーバ装置５に接続させるようにしたので、第３の処理例においても、いたずら等による不正な接続による不正な注文等を防ぐことができる。

＜第４の処理例＞
第４の処理例では、客が券売機４４で食券を購入する例を説明する。
図９および図１０は、本実施形態に係るオーダー管理システム１が行う第４の処理例のシーケンス図である。

（ステップＳ３０１）客は、券売機４４で食券を購入する。続けて、券売機４４は、食券を発券し、さらに購入された食券に基づいて注文データを生成する。なお、券売機４４は、例えば、１つのまとまった会計を１人または１つのグループの注文であると判別する。また、注文データには、メニュー番号、個数が含まれている。

（ステップＳ３０２）券売機４４は、生成した注文データを、有線ネットワーク４８を介して注文管理装置４３へ送信する。なお、客層データは、食券の購入時に、どの料理が誰の注文であるかが分かるように、性別や年齢層を選択して購入することで、券売機４４が取得して注文管理装置４３へ送信するようにしてもよい。

（ステップＳ３０３）注文管理装置４３は、券売機４４が送信した注文データを取得することで、注文を受け付ける。注文管理装置４３は、取得した注文データを用いて、伝票Ｎｏを付番し、チェックコードを生成し、伝票データを生成し、新規注文情報を生成する。ここで、新規注文情報には、店舗Ｎｏ、テーブルが未確定であることを示す情報、伝票Ｎｏ、客層データ、注文情報、チェックコードが含まれている。客層データが無い場合、新規注文情報は、客層データの代わりに、客層データがないことを示す情報を用いるようにしてもよい。
（ステップＳ３０４）注文管理装置４３は、新規注文情報を、有線ネットワーク４８とインターネット２を介してサーバ装置５へ送信する。

（ステップＳ３０５）サーバ装置５は、ステップＳ７（図５）と同様の処理を行う。
（ステップＳ３０６）注文管理装置４３は、生成した新規注文情報を用いてＱＲコード（登録商標）の画像データを生成し、生成したＱＲコード（登録商標）の画像データを、無線ネットワーク４９を介して券売機４４へ送信する。

（ステップＳ３０７）券売機４４は、注文管理装置４３が送信したＱＲコード（登録商標）の画像データを取得し、取得したＱＲコード（登録商標）の画像データに基づくＱＲコード（登録商標）ｇ８１を券売機４４が有する表示部に表示する。なお、券売機４４がプリンタを有している場合、または券売機４４にプリンタが接続されている場合、券売機４４は、ＱＲコード（登録商標）ｇ８１を印字して客に提供するようにしてもよい。また、この際、券売機４４は、ＱＲコード（登録商標）ｇ８１に加えて、注文の明細に関する情報（料理名称、個数、単価、合計金額等）も印字するようにしてもよい。

（ステップＳ３０８）携帯端末３のＣＰＵ３０５は、ステップＳ８（図５）と同様の処理を行う。
（ステップＳ３０９）注文管理装置４３は、生成した新規注文情報を用いて伝票データを生成し、生成した伝票データを、無線ネットワーク４９を介して印字装置４５へ送信する。
（ステップＳ３１０）印字装置４５は、注文管理装置４３が送信した伝票データに応じて伝票ｇ８２を印刷する。この伝票ｇ８２は、例えば、料理が注文された厨房で用いられる。

（ステップＳ３１０）携帯端末３のＣＰＵ３０５は、ステップＳ８（図５）と同様の処理を行う。
（ステップＳ３１１）ＣＰＵ３０５は、ステップＳ９（図５）と同様の処理を行う。
（ステップＳ３１２）ＣＰＵ３０５は、ステップＳ１０（図５）と同様の処理を行う。

（ステップＳ３１３）サーバ装置５は、携帯端末３が送信した情報を取得する。続けて、サーバ装置５は、取得した情報を、記憶させたテーブル形式の情報と比較することで、一致する情報が存在する場合に認証がＯＫであると判別し、一致する情報が存在しない場合に認証がＮＧであると判別する。続けて、サーバ装置５は、認証がＯＫであると判別した場合（ステップＳ３１３；ＯＫ）、ステップＳ３１６の処理に進め、認証がＮＧであると判別した場合（ステップＳ３１３；ＮＧ）、ステップＳ３１４の処理に進める。

（ステップＳ３１４）サーバ装置５は、ステップＳ１２（図５）と同様の処理を行う。
（ステップＳ３１５）ＣＰＵ３０５は、サーバ装置５が送信した認証がＮＧであることを示す情報を、通信部３０１を介して取得する。ＣＰＵ３０５は、取得した認証がＮＧであることを示す情報に応じて、注文プログラムによって表示部３０４上に認証がＮＧであることを示す画像ｇ８３「認証に失敗しました」を表示させ、処理を終了する。

（ステップＳ３１６）サーバ装置５は、ステップＳ１４（図５）と同様の処理を行う。
（ステップＳ３１７）ＣＰＵ３０５は、ステップＳ１５（図５）と同様の処理を行う。
（ステップＳ３１８）ＣＰＵ３０５は、ステップＳ１６（図５）と同様の処理を行う。ＣＰＵ３０５は、ステップＳ３１９（図１０）に進む。

（ステップＳ３１９）客は、例えば好みのテーブルに着席する。続けて、客は、携帯端末３を用いて、テーブルに設置されている、例えばＩＣタグを読み込ませる。ＣＰＵ３０５は、ステップＳ２１７（図８）と同様の処理を行う。なお、客は、注文アプリケーションに応じて、携帯端末３のキー入力部３０２を操作して、テーブルＮｏを入力するようにしてもよい。または、客は、注文アプリケーションに応じて、携帯端末３のキー入力部３０２を操作しカメラ３０３によって、例えばテーブルに貼ってあるＱＲコード（登録商標）を読み込ますようにしてもよい。
（ステップＳ３２０）ＣＰＵ３０５は、ステップＳ２１８（図８）と同様の処理を行う。
（ステップＳ３２１）サーバ装置５は、ステップＳ２１９（図８）と同様の処理を行う。

（ステップＳ３２２）注文管理装置４３は、サーバ装置５が送信したテーブル確定情報に含まれるテーブルＮｏと伝票Ｎｏを抽出し、抽出したテーブルＮｏと伝票Ｎｏを、無線ネットワーク４９を介して印字装置４５へ送信する。
（ステップＳ３２３）印字装置４５は、注文管理装置４３が送信したテーブルＮｏと伝票Ｎｏを取得することで、テーブルＮｏを確定する。続けて、印字装置４５は、例えば厨房に対する調理指示の伝票ｇ８５を印字する。

（ステップＳ３２４）ステップＳ３２３終了後、サーバ装置５との接続が確立された客は携帯端末３の表示部３０４上に表示された機能メニューを操作することで、注文データ（料理名称、個数）等を入力する。ＣＰＵ３０５は、客の機能メニューの選択に応じて処理を継続する。

以上の処理によって、客が注文の意思がある状態のとき、客が所有している携帯端末３を、店舗のサーバ装置５への接続を確立することができる。なお、第４の処理例において、客が注文の意思がある状態とは、客が券売機４４で食券を購入している状態である。この状態では、客がテーブルに着席する前であっても、食券を購入済みのため、客が注文の意思がある状態であるとみなすことができる。このように、サーバ装置５は、客が注文の意思がある状態のときに、客の携帯端末３をサーバ装置５に接続させるようにしたので、第４の処理例においても、いたずら等による不正な接続による不正な注文等を防ぐことができる。

第５の処理例では、客が券売機４４で食券を購入し、料理ができあがったとき携帯端末３へ報知する例を説明する。
図１１は、本実施形態に係るオーダー管理システム１が行う第５の処理例のシーケンス図である。なお、印字装置４５は、調理場に設置されているとする。また、印字装置４５は、操作部（不図示）またはバーコードリーダを備えているとする。

第５の処理では、ステップＳ３０１〜Ｓ３１８（図１０）の処理の後、図１１のステップＳ４１９に進む。
（ステップＳ４１９）調理場の人は、料理ができあがったとき、印字装置４５にその料理の伝票Ｎｏを入力する。または、伝票に伝票Ｎｏのバーコードが印字されている場合、調理場の人は、バーコードを印字装置４５のバーコードリーダを使って読み込ませる。続けて、印字装置４５は、入力された伝票Ｎｏを取得、または読み込んだ伝票Ｎｏを取得する。

（ステップＳ４２０）印字装置４５は、取得した伝票Ｎｏに対応付けて調理が完了したことを示す情報を付加して、無線ネットワーク４９を介して注文管理装置４３へ送信する。
（ステップＳ４２１）注文管理装置４３は、印字装置４５が送信した伝票Ｎｏと調理が完了したことを示す情報に店舗Ｎｏを付加した情報を、インターネット２を介してサーバ装置５へ送信する。

（ステップＳ４２２）サーバ装置５は、印字装置４５が送信した伝票Ｎｏと調理が完了したことを示す情報に店舗Ｎｏを付加した情報を、記憶した情報を参照し、情報に一致する接続端末コードを読み出すことで取得する。
（ステップＳ４２３）サーバ装置５は、調理ができたことを示す情報を、インターネット２を介して取得した接続端末コードの携帯端末３へ送信する。続けて、携帯端末３のＣＰＵ３０５は、通信部３０１を介してサーバ装置５が送信した調理ができたことを示す情報を取得し、取得した調理ができたことを示す情報に応じて表示部３０４に符号ｇ１０５に示す画像「お料理ができました」を表示させる。

以上の処理によって、第５の処理例によれば、料理ができたとき、店舗のサーバ装置５への接続を確立している客が所有している携帯端末３へ調理ができたことを示す情報を送信し報知することができる。客は、この報知を見ることで、料理ができあがったことを知ることができ、料理を取りに行くことができる。

なお、オーダー管理システム１は、第５の処理例のステップＳ４１９〜Ｓ４２３の処理を、第１の処理〜第３の処理の後に行ってもよい。

＜第６の処理例＞
第６の処理例では、客が携帯端末３を用いて、従業員を呼び出す例を説明する。
図１２は、本実施形態に係るオーダー管理システム１が行う第６の処理例のシーケンス図である。なお、呼び出し装置４７は、店舗内に設置されている。図１３は、本実施形態に係る第６の処理例における携帯端末３の表示部３０４上に表示される画像の一例を示す図である。図１４は、本実施形態に係る呼び出し装置４７の外形の一例を示す図である。図１４に示すように、呼び出し装置４７は、アンテナ４７１と表示部４７２を備えている。なお、以下の処理は、携帯端末３が、接続端末コードを取得した後に行う。

（ステップＳ５０１）客は、従業員を呼び出したいとき、携帯端末３上の注文アプリケーションから呼び出し機能のボタンを選択する。このとき、例えば図１３の符号ｇ１３１の従業員呼び出しボタンの画像ｂ１３１を含む画像が表示部３０４上に表示される。客がボタンｂ１３１を選択した後、符号ｇ１３１の確認画像が表示される。確認画像には、呼び出しを実行する「はい」ボタンの画像ｂ１３２と、呼び出しをキャンセルする「キャンセル」ボタンの画像ｂ１３３が含まれている。続けて、携帯端末３のＣＰＵ３０５は、客がキー入力部３０２を操作した結果として呼び出し機能のボタン（例えばボタンｂ１３２）が選択されたことを検出する。

（ステップＳ５０２）ＣＰＵ３０５は、検出した結果に応じて、携帯端末３から呼び出し指示があったことを示す情報を、インターネット２を介して、サーバ装置５へ送信する。なお、呼び出し指示には、店舗Ｎｏ、テーブルＮｏが含まれている。なお、呼び出し指示には、伝票Ｎｏ、接続端末コードも含まれていてもよい。

（ステップＳ５０３）サーバ装置５は、携帯端末３が送信した呼び出し指示を取得し、取得した呼び出し指示に含まれるテーブルＮｏを呼び出し指示として、インターネット２を介して店舗Ｎｏに対応する店舗の注文管理装置４３へ送信する。なお、サーバ装置５が注文管理装置４３へ送信する呼び出し指示には、伝票Ｎｏと接続端末コードが含まれていてもよい。なお、サーバ装置５は、店舗Ｎｏと、各店舗に設置されている注文管理装置４３を識別する固有値（例えばＭＡＣ（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ）アドレス）とを関連付けて記憶している。

（ステップＳ５０４）注文管理装置４３は、サーバ装置５が送信した呼び出し指示を取得し、取得した呼び出し指示を、無線ネットワーク４９を介して呼び出し装置４７へ送信する。続けて、呼び出し装置４７は、注文管理装置４３が送信した呼び出し指示を、アンテナ４７１を介して取得し、取得した呼び出し指示に含まれているテーブルＮｏを表示部４７２に表示する。

以上の処理によって、第６の処理例によれば、客がサーバ装置５と接続された携帯端末３を操作して従業員を呼び出すことができる。そして、従業員は、呼び出し装置４７の表示部４７２にテーブルＮｏが表示されている場合、客から呼び出しがあったことを知ることができる。このように、第６の処理例によれば、接続が許可されていない携帯端末３がサーバ装置５へ接続された場合であっても、注文の意志のない携帯端末３とはサーバ装置５との接続が確立できていないため、接続が許可されていない携帯端末３による不正な呼び出し指示を防ぐことができる。

なお、上述した例において、呼び出し装置４７が、表示したテーブルＮｏ毎に確認ボタン（不図示）を備えていてもよい。従業員が、呼び出し装置４７の表示部４７２の表示を確認し、テーブルへ向かう場合、この確認ボタンを押すことで、確認結果を、呼び出し装置４７が無線ネットワーク４９を介して注文管理装置４３へ送信するようにしてもよい。そして、注文管理装置４３は、確認結果を、インターネット２を介してサーバ装置５へ送信するようにしてもよい。また、サーバ装置５は、確認結果を、インターネット２を介して携帯端末３へ送信するようにしてもよい。さらに、携帯端末３のＣＰＵ３０５は、サーバ装置５が送信した確認結果を取得して表示部３０４させるようにしてもよい。これにより、客は、従業員の呼び出しを行ったことが従業員へ伝わったことを確認することができる。

＜第７の処理例＞
第７の処理例では、客が携帯端末３を用いて、追加注文を行う例を説明する。
図１５は、本実施形態に係るオーダー管理システム１が行う第７の処理例のシーケンス図である。オーダー管理システム１は、以下の処理を、携帯端末３が接続端末コードを取得した後に行う。また、オーダー管理システム１は、第７の処理例の前または後で、第６の処理例を、従業員を呼び出す必要性に応じて行うようにしてもよい。

（ステップＳ６０１）客は、追加注文を行いたいとき、携帯端末３上の注文アプリケーションから追加注文のボタンを選択する。ＣＰＵ３０５は、追加ボタンの画像ｂ１６１が選択されたことを検出したとき、追加注文を行う画像を表示部３０４上に表示する。

（ステップＳ６０２）ＣＰＵ３０５は、追加注文を行う画像において、客によって追加注文が選択され、送信ボタンが押されたことが検出したとき、追加注文情報を通信部３０１によって、インターネット２を介してサーバ装置５へ送信する。なお、追加注文情報は、追加注文データと店舗Ｎｏと伝票Ｎｏを含む。追加注文データは、メニュー番号とその料理の個数を含む。

（ステップＳ６０３）サーバ装置５は、携帯端末３が送信した追加注文情報を取得し、取得した追加注文情報に含まれる追加注文データと伝票Ｎｏを、インターネット２を介して、店舗Ｎｏに対応する注文管理装置４３へ送信する。

（ステップＳ６０４）注文管理装置４３は、サーバ装置５が送信した追加注文情報を取得することで注文を受け付ける。続けて、注文管理装置４３は、取得した追加注文情報に基づいて、調理指示である伝票印字データを生成し、生成した伝票印字データを、無線ネットワーク４９を介して各調理場に設置されている印字装置４５に送信する。なお、伝票印字データには、料理名称と個数が含まれる。

（ステップＳ６０５）印字装置４５は、注文管理装置４３が送信した伝票印字データを取得して伝票ｇ１５１の印字を行う。厨房の従業員は、この伝票ｇ１５１に応じて調理を開始する。

次に、客が行う操作、携帯端末３の表示部３０４に表示される画像の例、ＣＰＵ３０５の処理の例を説明する。
図１６は、本実施形態に係る第７の処理例における携帯端末の表示部上に表示される画像の一例を示す図である。

携帯端末３の表示部３０４は、サーバ装置５との接続後、例えば図１６の符号ｇ１６１の追加注文ボタンの画像ｂ１６１を含む画像の機能メニュー（機能選択）を表示する。なお、符号ｇ１６１では、追加注文ボタンの画像ｂ１６１を示しているが、符号ｇ１６２に示すように、機能選択（機能メニュー）では、複数の機能ボタンの画像ｂ１６６〜ｂ１６９が表示される。

客は、キー入力部３０２を操作して、追加注文ボタンの画像ｂ１６１を選択する。ＣＰＵ３０５は、追加注文ボタンｂ１６１が選択されたことを検出したとき、符号ｇ１６２の追加注文を行う画像を表示部３０４上に表示する。なお、追加注文を行う画像には、追加ボタンの画像ｂ１６２、確認ボタンの画像ｂ１６３、送信ボタンの画像ｂ１６４が含まれている。

客は、追加注文を行うために追加ボタンの画像ｂ１６２を選択する。ＣＰＵ３０５は、追加注文ボタンの画像ｂ１６２が選択されたことを検出したとき、追加ボタンの画像ｂ１６２と確認ボタンｂ１６３との間に追加可能な料理名称を表示する。客は、追加したい料理名称を選択し、さらに希望する個数を補助画面（不図示）から選択する。ＣＰＵ３０５は、料理名が選択されたことを検出したとき、選択された料理名称を追加注文データとする。続けて、ＣＰＵ３０５は、例えば選択された料理名称が長押しされたことを検出したとき、料理の個数を選択する補助画面を表示部３０４上に表示する。続けて、ＣＰＵ３０５は、選択された料理の個数を追加注文データに追加する。

客は、追加したい料理の選択と個数の入力が終了した後、送信ボタンの画像ｂ１６３を選択する。なお、確認ボタンの画像ｂ１６３が選択された場合、ＣＰＵ３０５は、表示部３０４上に、例えば注文済みの料理名称と個数を表示するようにしてもよい。または、確認ボタンの画像ｂ１６３が選択された場合、ＣＰＵ３０５は、選択または入力された追加注文データを表示するようにしてもよい。ＣＰＵ３０５は、送信ボタンの画像ｂ１６４が選択されたことを検出したとき、送信完了ボタンの画像ｂ１６５を含む符号ｇ１６２の画像を表示部３０４に表示する。

ＣＰＵ３０５は、符号ｇ１６２の画像を表示部３０４上に所定の時間表示した後、符号ｇ１６３の機能メニュー（機能選択）の画像に切り替える。なお、ＣＰＵ３０５は、客が送信完了ボタンｂ１６５を選択したことを検出したとき、号ｇ１６３の機能メニュー（機能選択）の画像に切り替えるようにしてもよい。

以上の処理によって、第７の処理例によれば、客がサーバ装置５と接続された携帯端末３を操作して追加注文を行うことができる。このように、第７の処理例によれば、接続が許可されていない携帯端末３がサーバ装置５へ接続されている場合であっても、注文の意志のない携帯端末３とはサーバ装置５との接続が確立できていないため、接続が許可されていない携帯端末３による不正な追加注文を防ぐことができる。

＜第８の処理例＞
第８の処理例では、料理ができあがったことを示す情報である料理提供準備完了通知を、印字装置４５が携帯端末３へ送信する例を説明する。
図１７は、本実施形態に係るオーダー管理システム１が行う第８の処理例のシーケンス図である。図１８は、本実施形態に係る第８の処理例における携帯端末３の表示部３０４上に表示される画像の一例を示す図である以下の処理は、注文の完了後、かつ携帯端末３が接続端末コードを取得した後に行う。また、以下の例では、印字装置４５が料理提供準備完了通知をサーバ装置へ送信する例を説明するが、印字装置４５の代わりに、例えば注文入力装置４６が料理提供準備完了通知をサーバ装置へ送信するようにしてもよい。この場合、従業員が、注文入力装置４６に料理ができあがったことを入力するようにしてもよい。そして、注文入力装置４６は、この入力に応じて料理提供準備完了通知を生成し、生成した料理提供準備完了通知をサーバ装置へ送信するようにしてもよい。なお、オーダー管理システム１は、第８の処理例の前または後に、前述した前記第６の処理例を、店員を呼び出す必要性に応じて行うようにしてもよい。

（ステップＳ７０１）印字装置４５は、料理ができあがったとき、料理提供準備完了機能を実行する。なお、料理提供準備完了機能とは、料理ができあがったことを、調理場の従業員が入力し、この入力を印字装置４５が検出する機能である。なお、印字装置４５がバーコードリーダを備え、伝票にバーコードが印字されている場合、印字装置４５は、従業員が伝票のバーコードを読み込ますことで、料理ができあがったことを検出するようにしてもよい。

（ステップＳ７０２）印字装置４５は、検出した結果に基づいて料理提供準備完了通知を生成し、料理提供準備完了通知を、無線ネットワーク４９を介してサーバ装置５へ送信する。ここで、料理提供準備完了通知には、店舗Ｎｏと伝票Ｎｏと提供準備が完了した注文データ（メニュー番号と個数）が含まれている。

（ステップＳ７０３）サーバ装置５は、印字装置４５が送信した料理提供準備完了通知を取得する。続けて、サーバ装置５は、取得した料理提供準備完了通知に含まれる提供準備が完了した注文データにおけるメニュー番号を抽出し、抽出したメニュー番号を料理名称に変換する。続けて、サーバ装置５は、変換した料理名称を含む料理提供準備完了通知を、インターネット２を介して料理提供準備完了通知に含まれる伝票Ｎｏに対応する携帯端末３へ送信する。ここで、料理提供準備完了通知には、できあがったどの料理名称（含む個数）を示す情報と、料理を取りに行く場所を示す情報等が含まれている。なお、サーバ装置５は、予め店舗毎にメニュー番号と取りに行く窓口等を対応付けて記憶し、記憶している情報を用いて、料理を取りに行く場所を示す情報を生成する。

（ステップＳ７０４）携帯端末３のＣＰＵ３０５は、サーバ装置５が送信した料理提供準備完了通知をインターネット２と通信部３０１を介して取得する。ＣＰＵ３０５は、取得した料理提供準備完了通知に応じて、表示部３０４上に、図１８の符号ｇ１８１に示す画像を表示する。符号ｇ１８１には、料理提供準備完了、料理名称（醤油ラーメン）、個数（１）、料理を取りに行く場所（３番窓口に来て下さい）、および了解を示す「ＯＫ」ボタンの画像ｇ１８１が含まれている。なお、ＣＰＵ３０５は、取得した料理提供準備完了通知に応じて、音出力部３０９から音（例えば「ピンポン」）を出力するようにしてもよい。

以上の処理によって、第８の処理例によれば、料理ができあがったとき、客の携帯端末３へ料理ができあがったことを示す情報を送信することができる。

なお、上述した第１の処理例〜第８の処理例は一例であり、この範囲に限られない。
例えば、携帯端末３は、店舗内の無線ネットワーク４９を介して、サーバ装置５と接続を確立する用にしてもよい。また、サーバ装置５は、料理ができあがるまで、店舗内で遊べるアプリケーションを携帯端末３へ送信するようにしてもよい。また、サーバ装置５は、キャンペーン情報やクーポン券等を携帯端末３へ送信するようにしてもよい。また、サーバ装置５は、店舗内のみで視聴できる音楽や映像を携帯端末３へ提供してもよい。また、サーバ装置５は、注文に応じて、ポイントや割引券を携帯端末３へ提供するようにしてもよい。また、サーバ装置５は、例えば追加注文時に、お勧めのメニューを携帯端末３へ報知するようにしてもよい。また、サーバ装置５は、ゲームの追加アイテムを入手できるパスワード等を携帯端末３へ提供してもよい。なお、サーバ装置５は、これらのサービスを、顧客が店舗内にいる期間、またはキャンペーンメニューを注文した客に対して、または所定の金額以上注文した客に対して提供するようにしてもよい。

１…オーダー管理システム、２…インターネット、３…携帯端末、３０１…通信部、３０２…キー入力部、３０３…カメラ、３０４…表示部、３０５…ＣＰＵ、３０６…ＲＯＭ、３０７…ＲＡＭ、３０８…記憶装置、３０９…音出力部、３１０…バス、４…店舗内システム、４１…ブロードバンドルータ、４２…ＰＯＳ、４３…注文管理装置、４４…券売機、４５…印字装置、４６…注文入力装置、４６１…通信部、４６２…キー入力部、４６３…表示部、４６４…ＣＰＵ、４６５…ＲＯＭ、４６６…ＲＡＭ、４６７…記憶装置、４７…呼び出し装置、４７１…アンテナ、４７２…表示部、５…サーバ装置

Claims

携帯端末を所有する客に関する情報を取得して、取得した前記情報に基づいて新規注文情報を生成し、生成した前記新規注文情報をサーバ装置へ送信し、前記携帯端末が前記サーバ装置へのアクセスに必要な前記新規注文情報に基づくアクセス情報を提供する店舗内システムと、
前記店舗内システムが提供する前記アクセス情報を取得し、取得した前記アクセス情報を前記サーバ装置へ送信する携帯端末と、
前記店舗内システムと前記携帯端末とネットワークを介して接続され、前記店舗内システムが送信する前記新規注文情報と前記携帯端末が送信した前記アクセス情報とに基づいて、前記携帯端末が前記店舗内システムによって提供される機能を利用可能であるか判別するサーバ装置と、
を備え、
前記サーバ装置は、
前記携帯端末の接続を許可する場合、前記新規注文情報に基づいて接続端末コードを生成し、生成した前記接続端末コードを、前記携帯端末と前記店舗内システムへ送信し、
前記携帯端末は、
前記サーバ装置が提供する各種の機能を利用するとき、前記接続端末コードを前記サーバ装置へ送信し、
前記サーバ装置は、
前記携帯端末が送信した前記接続端末コードに応じて、前記アクセス情報を送信した前記携帯端末を所有する客に提供可能な各種機能を前記携帯端末に提供する、
注文管理システム。
前記店舗内システムは、
前記客が料理を注文するとみなせる状態の時に、前記客に関する情報に基づいて、伝票を識別する伝票番号を少なくとも含む前記新規注文情報を生成し、
前記客が料理を注文するとみなせる状態とは、
前記客が料理を注文した状態、前記客がテーブルに通された状態のうち少なくとも１つであり、
前記客に関する情報とは、
前記客が注文した料理を識別する料理識別情報、前記テーブルを識別するテーブル情報、前記客の人数を示す情報、前記客が入店した時間を示す情報、前記客が料理を注文した時間を示す情報のうちの少なくとも１つである、請求項１に記載の注文管理システム。
前記アクセス情報は、
前記サーバ装置と接続可能なアドレスであるＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）と少なくとも伝票を識別する伝票番号を含み、
前記携帯端末は、
前記アクセス情報を取得し、取得した前記ＵＲＬへ接続し、少なくとも前記伝票番号を接続依頼情報として前記サーバ装置へ送信し、
前記サーバ装置は、
前記店舗内システムが送信した前記新規注文情報と、前記携帯端末が送信した前記接続依頼情報とを比較し、比較した結果、前記新規注文情報に含まれる情報と前記接続依頼情報が一致する場合に前記携帯端末の接続を許可する、請求項２に記載の注文管理システム。
前記店舗内システムは、
自注文入力装置の操作により入力された、店舗を識別する情報とテーブルを識別するテーブル情報と前記客の人数と前記客が注文した料理を識別する料理識別情報を含む注文データを注文管理装置へ送信する注文入力装置と、
前記注文入力装置が送信する前記注文データを取得し、取得した前記注文データに基づいて前記伝票番号を生成し、生成した前記伝票番号を含む前記新規注文情報を前記サーバ装置へ送信し、前記伝票番号と前記ＵＲＬと前記店舗を識別する情報を用いて前記アクセス情報を生成し、生成した前記アクセス情報を印字装置に送信する注文管理装置と、
前記注文管理装置が送信した前記アクセス情報を印字する印字装置と、
を備え、
前記携帯端末は、
前記印字装置が印字した前記アクセス情報を取得し、取得した前記アクセス情報に含まれる前記ＵＲＬに接続し、前記サーバ装置が送信する前記接続端末コードを取得する、請求項３に記載の注文管理システム。
前記店舗内システムは、
自注文入力装置の操作により入力された、店舗を識別する情報とテーブルを識別するテーブル情報と前記客の人数を含む注文データを注文管理装置へ送信する注文入力装置と、
前記注文入力装置が送信する前記注文データを取得し、取得した前記注文データに基づいて前記伝票番号を生成し、生成した前記伝票番号を含む前記新規注文情報を前記サーバ装置へ送信し、前記伝票番号と前記ＵＲＬと店舗を識別する情報を用いて前記アクセス情報を生成し、生成した前記アクセス情報を印字装置に送信する注文管理装置と、
前記注文管理装置が送信した前記アクセス情報を印字する印字装置と、
を備え、
前記携帯端末は、
前記印字装置が印字した前記アクセス情報を取得することで、前記アクセス情報に含まれる前記ＵＲＬに接続し、取得した前記アクセス情報に含まれる前記ＵＲＬに接続し、前記サーバ装置が送信する前記接続端末コードを取得する、請求項３に記載の注文管理システム。
前記店舗内システムは、
従業員の操作により入力された、前記客の人数と前記客が注文した料理を識別する料理識別情報とテーブルが未確定であることを示すテーブル未確定情報を含む注文データを注文管理装置へ送信し、前記注文管理装置が送信する前記アクセス情報を取得し、取得した前記アクセス情報を前記客に提示する注文入力装置と、
前記注文入力装置が送信する前記注文データを取得し、取得した前記注文データに基づいて伝票を識別する伝票番号を生成し、生成した前記伝票番号を含む前記新規注文情報を前記サーバ装置へ送信し、前記伝票番号と前記ＵＲＬと店舗を識別する情報を用いて前記アクセス情報を生成し、生成した前記アクセス情報を前記注文入力装置に送信する注文管理装置と、
印字装置と、
を備え、
前記携帯端末は、
前記注文入力装置が提示する前記アクセス情報を取得し、取得した前記アクセス情報に含まれる前記ＵＲＬに接続し、前記サーバ装置が送信する前記接続端末コードを取得し、テーブルが確定したとき前記サーバ装置へ前記テーブルを識別するテーブル情報を送信し、
前記サーバ装置は、
前記携帯端末が送信した前記テーブル情報を取得し、取得した前記テーブル情報と前記新規注文情報を含むテーブル確定情報を生成し、生成した前記テーブル確定情報を前記注文管理装置へ送信し、
前記注文管理装置は、
前記サーバ装置が送信するテーブル確定情報を取得し、取得した前記テーブル確定情報に応じて、前記新規注文情報に前記テーブル情報を付加した伝票情報を前記印字装置へ送信し、
前記印字装置は、
前記注文管理装置が送信した前記伝票情報を取得し、取得した前記伝票情報に応じて、前記新規注文情報に前記テーブル情報が付加された伝票情報に含まれる前記新規注文情報を印字する、請求項３に記載の注文管理システム。
前記店舗内システムは、
前記客の操作により入力された前記客が注文した料理を識別する料理識別情報を含む注文データに基づく食券を発券し、前記注文データを注文管理装置へ送信し、前記注文管理装置が送信した前記アクセス情報を受信し、受信した前記アクセス情報を注文した前記客に提示する券売機と、
前記券売機が送信する前記注文データを取得し、取得した前記注文データに基づいて伝票を識別する伝票番号を生成し、生成した前記伝票番号を含む前記新規注文情報を前記サーバ装置へ送信し、前記伝票番号と前記ＵＲＬと店舗を識別する情報を用いて前記アクセス情報を生成し、生成した前記アクセス情報を前記券売機に送信する注文管理装置と、
印字装置と、
を備え、
前記携帯端末は、
前記券売機が提示する前記アクセス情報を取得し、取得した前記アクセス情報に含まれる前記ＵＲＬに接続し、前記サーバ装置が送信する前記接続端末コードを取得し、テーブルが確定したとき前記サーバ装置へテーブルを識別するテーブル情報を送信し、
前記サーバ装置は、
前記携帯端末が送信した前記テーブル情報を取得し、取得した前記テーブル情報と前記新規注文情報を含むテーブル確定情報を生成し、生成した前記テーブル確定情報を前記注文管理装置へ送信し、
前記注文管理装置は、
前記サーバ装置が送信する、前記テーブル確定情報に応じて、前記新規注文情報に前記テーブル情報を付加した伝票情報を印字装置へ送信し、
前記印字装置は、
前記注文管理装置が送信する前記伝票情報を取得し、取得した前記伝票情報を印字する、
請求項３に記載の注文管理システム。
前記印字装置は、
前記客によって注文された料理の調理が完了したことを示す情報を取得したとき、前記店舗を識別する情報と前記伝票番号を含む調理完了情報を生成し、生成した前記調理完了情報を前記サーバ装置へ送信し、
前記サーバ装置は、
前記印字装置が送信した前記調理完了情報に含まれる前記伝票番号に基づいて、注文された料理ができあがったことを示す情報を、前記接続端末コードを送信済みである前記携帯端末に送信し、
前記携帯端末は、
前記サーバ装置が送信した注文された料理ができあがったことを示す情報を報知する、
請求項４から請求項７のいずれか１項に記載の注文管理システム。
前記店舗内システムは、
前記注文管理装置が送信する前記客からの従業員の呼び出し指示を示す呼出指示に応じて、呼出指示が送信された前記携帯端末に前記テーブル情報を報知する呼び出し装置を備え、
前記携帯端末は、
前記接続端末コードを取得したことにより前記サーバ装置に対し前記呼出指示が可能である場合に、店舗を識別する情報と前記テーブル情報を含む前記呼出指示を生成し、生成した前記呼出指示を前記サーバ装置へ送信し、
前記サーバ装置は、
前記携帯端末が送信した前記呼出指示に応じて、前記呼出指示に含まれる前記テーブル情報を、前記店舗を識別する情報の前記注文管理装置へ送信する、請求項４から請求項８のいずれか１項に記載の注文管理システム。
前記携帯端末は、
前記接続端末コードを取得したことにより前記サーバ装置に対し追加注文の入力が可能であり、前記追加注文の入力が前記客によって行われたとき、前記追加注文の内容を示す情報と前記店舗を識別する情報と前記伝票番号とを含む追加注文情報を前記サーバ装置へ送信し、
前記サーバ装置は、
前記携帯端末が送信した前記追加注文情報に含まれる前記店舗を識別する情報の前記注文管理装置へ前記追加注文情報を送信し、
前記注文管理装置は、
前記サーバ装置が送信した前記追加注文情報を用いて伝票情報を生成し、生成した前記伝票情報を前記印字装置へ送信し、
前記印字装置は、
前記注文管理装置が送信した前記追加注文情報の前記伝票情報を印字する、請求項４から請求項９のいずれか１項に記載の注文管理システム。
携帯端末と、店舗内システムと、前記店舗内システムと前記携帯端末とネットワークを介して接続されるサーバ装置を備える注文管理システムの注文管理方法であって、
前記店舗内システムが、携帯端末を所有する客に関する情報を取得して、取得した前記情報に基づいて新規注文情報を生成し、生成した前記新規注文情報をサーバ装置へ送信する注文情報送信手順と、
前記店舗内システムが、前記携帯端末が前記サーバ装置へのアクセスに必要な前記新規注文情報に基づくアクセス情報を提供する提供手順と、
前記携帯端末が、前記店舗内システムが提供する前記アクセス情報を取得し、取得した前記アクセス情報を前記サーバ装置へ送信する送信手順と、
前記サーバ装置が、前記注文情報送信手順によって送信された前記新規注文情報と前記送信手順によって送信された前記アクセス情報とに基づいて、前記携帯端末が前記店舗内システムによって提供される機能を利用可能であるか判別する判別手順と、
前記サーバ装置が、前記携帯端末の接続を許可する場合、前記新規注文情報に基づいて接続端末コードを生成し、生成した前記接続端末コードを、前記携帯端末と前記店舗内システムへ送信する手順と、
前記携帯端末が、前記サーバ装置が提供する各種の機能を利用するとき、前記接続端末コードを前記サーバ装置へ送信する手順と、
前記サーバ装置が、前記携帯端末が送信した前記接続端末コードに応じて、前記アクセス情報を送信した前記携帯端末を所有する客に提供可能な各種機能を前記携帯端末に提供する手順と、
を含む注文管理方法。