(57)【要約】【課題】複数の飲食店を併設したエリアにおいて顧客の注文を好適に管理できる注文管理システム等を提供する。【解決手段】注文管理システムは、複数の飲食店１２１、１２２、１２３を併設したフードコート１００において注文の管理を行うものであり、注文端末２、店舗端末３、精算端末４等を含む。注文端末２は注文情報を店舗端末３に送信して注文を行う。注文情報は、注文識別情報、料理の配膳先に対応する配膳先情報、注文する料理とその数量を示し且つ料理を提供する飲食店が識別可能な料理情報を含む。精算端末４は、注文の精算時、注文端末２から取得した注文情報の料理情報を用いて飲食店１２１、１２２、１２３が提供する料理の売り上げを飲食店１２１、１２２、１２３ごとに記録する。【選択図】図５
2016181116.tif 000002
【特許請求の範囲】
【請求項１】
複数の飲食店の注文の管理を行う注文管理システムであって、
料理の注文に用いる注文端末と注文の精算に用いる精算端末を含み、
前記注文端末は、
注文する料理とその数量を示し且つ前記料理を提供する飲食店が識別可能な料理情報と、前記料理の配膳先に対応する配膳先情報と、を含む注文情報を送信する送信手段を有し、
前記精算端末は、
前記料理情報を取得し、前記料理情報を用いて飲食店が提供する料理の売り上げを飲食店ごとに記録する記録手段を有する
ことを特徴とする注文管理システム。
【請求項２】
前記注文端末は、持ち運び可能な携帯端末であることを特徴とする請求項１記載の注文管理システム。
【請求項３】
前記料理情報は、注文する料理とその数量、及び前記料理を提供する飲食店の店舗識別情報を含むことを特徴とする請求項１または請求項２記載の注文管理システム。
【請求項４】
前記配膳先情報は、前記注文端末の端末識別情報であることを特徴とする請求項１から請求項３のいずれか１項に記載の注文管理システム。
【請求項５】
料理の注文に用いる注文端末と注文の精算に用いる精算端末を含み、複数の飲食店の注文の管理を行う注文管理システムによる注文管理方法であって、
前記注文端末が、
注文する料理とその数量を示し且つ前記料理を提供する飲食店が識別可能な料理情報と、前記料理の配膳先に対応する配膳先情報と、を含む注文情報を送信し、
前記精算端末が、
前記料理情報を取得し、前記料理情報を用いて飲食店が提供する料理の売り上げを飲食店ごとに記録する
ことを特徴とする注文管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、注文の管理を行う注文管理システム等に関する。
【背景技術】
【０００２】
大型のショッピングモールなどでは、複数の飲食店を併設したエリアが設けられることが多い。このようなエリアはフードコートなどと呼ばれる。
【０００３】
フードコートでは、顧客がいずれかの店舗に出向き料理の注文、受取、精算等を行った後、テーブル等に料理を持ち帰って食事を行う。しかしながら、店舗に出向いてから料理を持ち帰るまでの移動距離や移動時間が長くなりがちであり、また混雑時などでは、先にテーブル等の席を確保して注文の際に荷物などをテーブル等に置いたまま店舗に並ぶことになる場合もあり、顧客にとって大変であり必ずしも便利とはいえない。その他、家族の場合、誰かが子供に付いて店舗を回る必要があり、結果、親は食べたいものがあっても子供に合わせなければならない。逆もまた同様である。さらに、インバウンドでの海外旅行者の場合、席を確保するのが大変であり特に合席などは不可能に近く、加えて各店舗で言葉が通じないことによるストレスも大きい。例えば料理の内容が判らない、各店舗で馴染みの無い通貨で都度支払いをしなければならないといったことはストレスになる。
【０００４】
一般的な飲食店では、顧客がテーブル等から料理の注文を行った後、注文した料理がサービス係によって顧客のテーブル等まで配膳されることが多く、上記のような不便さは無い。特許文献１、２には、このような飲食店における注文を管理して円滑に行うためのシステムとして、顧客が注文端末を操作して料理の注文を行う例が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第4137599号
【特許文献２】特許第3582782号
【発明の概要】
【発明が解決しようとする課題】
【０００６】
フードコートでも上記のように顧客がテーブル等から注文を行い、サービス係が顧客の元へ料理を配膳するような運用を行うと顧客にとって便利であり、それに適した注文管理のためのシステムがあると望ましい。特許文献１、２は単一の飲食店におけるシステムであり、フードコートのような複数の飲食店を併設したエリアへの適用を目的としたものではなかった。
【０００７】
本発明は、複数の飲食店を併設したエリアに適した注文管理システム等を提供することを目的とする。
【課題を解決するための手段】
【０００８】
前述した課題を解決するための第１の発明は、複数の飲食店の注文の管理を行う注文管理システムであって、料理の注文に用いる注文端末と注文の精算に用いる精算端末を含み、前記注文端末は、注文する料理とその数量を示し且つ前記料理を提供する飲食店が識別可能な料理情報と、前記料理の配膳先に対応する配膳先情報と、を含む注文情報を送信する送信手段を有し、前記精算端末は、前記料理情報を取得し、前記料理情報を用いて飲食店が提供する料理の売り上げを飲食店ごとに記録する記録手段を有することを特徴とする注文管理システムである。
【０００９】
本発明によれば、フードコートなど複数の飲食店を併設したエリアにおいて、顧客が注文端末を用いてテーブル等から注文を行い、サービス係が顧客の元へと料理を配膳するような運用を行う際に、顧客の注文を好適に管理することができる。すなわち、注文時に送信する注文情報として料理情報や配膳先情報を含むとともに、料理情報によって注文する料理やその数量を示すほか料理を提供する飲食店を識別可能としておくことで、複数の飲食店を併設したエリアにおいても、注文を受け付けた後各店舗における料理の調理、料理の配膳等を円滑に行うことができ、少ない人員でも対応可能になる。また料理情報を用いて飲食店ごとに売り上げを記録でき、各店舗の売り上げを個別に把握できるようになる。
【００１０】
前記注文端末は、持ち運び可能な携帯端末であると望ましい。
これにより、顧客の利便性を向上させることができる。
【００１１】
前記料理情報は、注文する料理とその数量、及び前記料理を提供する飲食店の店舗識別情報を含むことが望ましい。
これにより、料理情報によって飲食店を好適に識別できる。
【００１２】
前記配膳先情報は、前記注文端末の端末識別情報であることが望ましい。
これにより、注文端末で料理の注文を行った顧客の元へとスムーズに料理の配膳を行うことが可能になる。
【００１３】
第２の発明は、料理の注文に用いる注文端末と注文の精算に用いる精算端末を含み、複数の飲食店の注文の管理を行う注文管理システムによる注文管理方法であって、前記注文端末が、注文する料理とその数量を示し且つ前記料理を提供する飲食店が識別可能な料理情報と、前記料理の配膳先に対応する配膳先情報と、を含む注文情報を送信し、前記精算端末が、前記料理情報を取得し、前記料理情報を用いて飲食店が提供する料理の売り上げを飲食店ごとに記録することを特徴とする注文管理方法である。
【発明の効果】
【００１４】
本発明により、複数の飲食店を併設したエリアに適した注文管理システム等を提供することができる。
【図面の簡単な説明】
【００１５】
【図１】注文管理システム１を示す図
【図２】注文端末２のハードウェア構成を示す図
【図３】店舗端末３のハードウェア構成を示す図
【図４】精算端末４のハードウェア構成を示す図
【図５】フードコート１００について説明する図
【図６】料理の注文の流れを示すフローチャート
【図７】注文情報５０の例を示す図
【図８】注文の精算の流れを示すフローチャート
【図９】売上情報６０の例を示す図
【図１０】フードコート１００を示す図
【図１１】注文情報５０ａの例を示す図
【発明を実施するための形態】
【００１６】
以下、図面に基づいて本発明の好適な実施形態について詳細に説明する。
【００１７】
（１．注文管理システム１）
図１は本発明の実施形態に係る注文管理システム１の概略構成を示す図である。注文管理システム１は後述するフードコート等に適用され、複数の飲食店に対する料理の注文の管理を行うものであり、注文端末２、店舗端末３、精算端末４、サーバ５等を含む。
【００１８】
注文端末２は、顧客が料理の注文に用いる端末であり、後述する注文情報を無線通信等を介して店舗端末３に送信することで注文を行う。本実施形態では、注文端末２を顧客が持ち運び可能な携帯端末とする。注文端末２としては例えば各種のタブレット端末等を用いることができるが、これに限ることはない。また、注文端末２はフードコート等のサービス係などが使用することも可能である。
【００１９】
図２は注文端末２のハードウェア構成を示す図である。図２に示すように、注文端末２は、例えば制御部２１、記憶部２２、入力部２３、表示部２４、通信部２５等をバス２６により接続して構成される。但しこれに限ることなく、適宜様々な構成をとることができる。
【００２０】
制御部２１は、ＣＰＵ、ＲＯＭ、ＲＡＭ等から構成される。ＣＰＵは記憶部２２などに格納された注文端末２の処理に係るプログラムをＲＡＭ上のワークメモリ領域に呼び出して実行する。ＲＯＭは不揮発性メモリであり、ブートプログラムやＢＩＯＳなどのプログラム、データなどを恒久的に保持している。ＲＡＭは揮発性メモリであり、記憶部２２、ＲＯＭなどからロードしたプログラムやデータを一時的に保持するとともに、制御部２１が各種処理を行うために使用するワークエリアを備える。
【００２１】
記憶部２２は例えばフラッシュメモリ等であり、制御部２１が実行するプログラム、プログラム実行に必要なデータ、ＯＳなどが格納される。プログラム等は制御部２１により必要に応じて読み出され、ＲＡＭに移して実行される。
【００２２】
入力部２３は、例えば表示部２４に設けられたタッチパネルなどの入力装置である。
表示部２４は、例えば液晶ディスプレイなどのディスプレイ装置である。
通信部２５は無線通信等を媒介する通信インタフェースであり、他の装置との間で通信を行う。
バス２６は各部間の制御信号、データ信号等の授受を媒介する経路である。
【００２３】
店舗端末３は、注文端末２からの注文を受け付ける注文受付用の端末である。本実施形態において、店舗端末３は飲食店ごとに設置される。
【００２４】
図３は店舗端末３のハードウェア構成を示す図である。図３に示すように、店舗端末３は、例えば制御部３１、記憶部３２、入力部３３、表示部３４、通信部３５、プリンタ３６等をバス３７により接続して構成される。但しこれに限ることなく、適宜様々な構成をとることができる。
【００２５】
制御部３１は図２で説明した制御部２１と略同様であり、記憶部３２等に格納された店舗端末３の処理に係るプログラムをＣＰＵによりＲＡＭ上のワークメモリ領域に呼び出して実行する。その他の記憶部３２、入力部３３、表示部３４、通信部３５、バス３７についても、図２で説明した記憶部２２、入力部２３、表示部２４、通信部２５、バス２６と略同様である。
【００２６】
プリンタ３６は、後述する料理の配膳時に料理とともに持って行くレシートなどを印刷し、出力するものである。なお、１店舗に複数の店舗端末３を設け、これらの店舗端末３に対して１台のプリンタ３６とすることも可能である。
【００２７】
精算端末４は、注文の精算に用いる端末である。本実施形態において、精算端末４は複数の飲食店についての精算を一括して受け付け、飲食店が提供する料理の売り上げを飲食店ごとに記録する。
【００２８】
図４は精算端末４のハードウェア構成を示す図である。図４に示すように、精算端末４は、例えば制御部４１、記憶部４２、入力部４３、表示部４４、通信部４５、プリンタ４６等をバス４７により接続して構成されたレジ端末である。但しこれに限ることなく、適宜様々な構成をとることができる。
【００２９】
制御部４１は図２で説明した制御部２１と略同様であり、記憶部４２等に格納された精算端末４の処理に係るプログラムをＣＰＵによりＲＡＭ上のワークメモリ領域に呼び出して実行する。その他の記憶部４２、入力部４３、表示部４４、通信部４５、バス４７についても、図２で説明した記憶部２２、入力部２３、表示部２４、通信部２５、バス２６と略同様である。
【００３０】
プリンタ４６は、注文の精算時に請求書としてレシートを印刷し、出力するものである。
【００３１】
サーバ５はネットワーク６を介して店舗端末３や精算端末４と接続され、後述する注文情報や売上情報等を記録し管理するために用いられる。サーバ５は、図２で説明したものと略同様の制御部、記憶部、入力部、表示部、通信部、バス等を有する。
【００３２】
（２．フードコート１００）
図５は注文管理システム１を適用するフードコート１００の例を示す図である。フードコート１００は、料理の提供を行う複数の飲食店１２１、１２２、１２３を併設したエリアであり、飲食スペース１１０と店舗スペース１２０からなる。
【００３３】
飲食スペース１１０は顧客（図５のＡ参照）が飲食を行うためのスペースであり、複数のテーブル１１２、椅子１１３が設けられる。注文端末２は、例えばテーブル１１２上の所定の位置に配置される（図では一部のみ示している）。飲食スペース１１０の出入口１１１の脇には精算端末４が設けられる。
【００３４】
店舗スペース１２０には複数の飲食店１２１、１２２、１２３が配置される。店舗スペース１２０には、各飲食店１２１、１２２、１２３の厨房等が設けられ、各飲食店１２１、１２２、１２３には前記した店舗端末３も設置される。
【００３５】
なお、図５ではサーバ５の図示を省略している。また本実施形態では、注文端末２で予め位置設定を行い、注文端末２の位置に対応する位置データ（位置ID、テーブルID、座席ID等）を注文端末２の記憶部３２等に記録するようにしておく。
【００３６】
（３．注文管理システム１による注文管理方法）
次に、注文管理システム１による注文管理方法について図６〜図９等を参照して説明する。
【００３７】
（３−１．料理の注文）
図６は料理の注文の流れを示すフローチャートである。図６のＳ１１〜Ｓ１３は注文端末２の制御部２１が実行する処理であり、Ｓ１４〜Ｓ１７は店舗端末３の制御部３１が実行する処理である。
【００３８】
本実施形態では、顧客が図５に示したフードコート１００の出入口１１１から飲食スペース１１０に入る際に、サービス係によってテーブル１１２へと案内される。顧客は案内に従って移動し、案内先のテーブル１１２の椅子１１３へと着席する。その後、顧客は注文端末２を操作し、飲食店１２１、１２２、１２３が提供する料理の中から注文を行う。
【００３９】
具体的な操作手順は様々であり特に限定されないが、例えば、注文端末２にて飲食店を選択可能に表示する店舗選択画面（不図示）をまず表示し、店舗選択画面でいずれかの飲食店が選択されると、その飲食店が提供する料理、及びその数量を選択可能に表示する料理選択画面（不図示）へと移行するものとする。顧客は、各画面にて飲食店と注文する料理、及びその数量を順次選択して入力する。注文端末２はこれらの入力を受付ける（Ｓ１１）。
【００４０】
その後、顧客は注文端末２から料理の注文を行う。この際、顧客は例えば上記の料理選択画面上に表示された「注文」ボタンを選択するなどして注文指示を入力する。注文端末２は注文指示の入力を受付けると（Ｓ１２）、料理情報と配膳先情報とを含む注文情報を作成し、店舗端末３へと送信する（Ｓ１３）。注文情報は注文端末２の記憶部２２やサーバ５の記憶部等にも記録される。
【００４１】
図７に注文情報５０の例を示す。図７の上段が飲食店１２１、下段が飲食店１２２についての注文情報５０の例である。図７に示すように、注文情報５０は、注文識別情報５１、配膳先情報５２、料理情報５３等を含む。
【００４２】
注文識別情報５１は注文を識別する情報であり、例えば一回の注文ごとに割り当てられた番号などの注文IDである。
配膳先情報５２は料理の配膳先に対応する情報であり、本実施形態では前記した注文端末２の位置データが用いられる。
【００４３】
料理情報５３は、注文する料理とその数量を示し、且つ料理を提供する飲食店を識別可能とするものである。料理情報５３は、店舗ID５３１、料理５３２、数量５３３、金額５３４等を含み、これらを紐付けて記録したものである。
【００４４】
店舗ID５３１は、料理５３２を提供する飲食店を識別するための店舗識別情報である。本実施形態では、店舗ID５３１に対応する飲食店の店舗端末３に注文情報５０が個別に送信される。
【００４５】
料理５３２は注文する料理を示すものであり、数量５３３は注文する料理の数量を示す。図７の例では、飲食店１２１に対して「カツサンド」を２つ注文しており、飲食店１２２に対しては「ハンバーガー」を２つ注文している。本実施形態では１品ずつ注文を行っているが、例えば「カツサンド」と「コーヒー」など、複数品（複数種類）の料理を注文することも可能である。
【００４６】
金額５３４は料理５３２ごとの代金であり、料理５３２の単価に数量５３３を掛けて得られる。料理５３２の単価は例えば注文端末２の記憶部２２に予め格納される。
【００４７】
図６の説明に戻る。店舗端末３は、注文端末２から注文情報５０を受信する（Ｓ１４）と、注文情報５０の出力を行う（Ｓ１５）。
【００４８】
Ｓ１５では、例えば店舗端末３に接続された各飲食店１２１、１２２、１２３のディスプレイや店舗端末３のプリンタ３６で注文情報５０の表示出力や印刷出力を行う。１台のディスプレイやプリンタを店舗スペース１２０内の共用空間に設置するなどして複数の飲食店１２１、１２２、１２３で共通利用してもよい。
【００４９】
各飲食店１２１、１２２、１２３の調理係は、出力された注文情報５０を見て自身の店舗に対して注文された料理を調理する。調理を終えた際には、店舗端末３に調理完了の旨が入力される。店舗端末３は調理完了の入力を受付ける（Ｓ１６）と、プリンタ３６を制御して料理５３２や配膳先情報５２等が印刷されたレシートを印刷する（Ｓ１７）。また調理完了を示す情報を店舗端末３から注文端末２に送信し、注文端末２で表示させることも可能である。当該情報の送信は別の端末などから行うこともできる。
【００５０】
サービス係は上記のレシートを持って、調理された料理を顧客の元へと配膳する。サービス係はレシートの配膳先情報５２を見て注文端末２の位置を把握でき、当該注文端末２にて注文を行った顧客の元へと調理された料理を届けることができる。
【００５１】
（３−２．注文の精算）
顧客は食事を終えた後、精算を行ってフードコート１００を出る。図８は精算の流れを示すフローチャートである。図８のＳ２１、Ｓ２２は注文端末２の制御部２１が実行する処理であり、Ｓ２３〜Ｓ２５は精算端末４の制御部４１が実行する処理である。
【００５２】
本実施形態では、食事を終えた顧客が注文端末２から精算の依頼を行う。具体的な手順は様々であり特に限定されないが、例えば、精算を行うための精算画面（不図示）を注文端末２にて表示し、顧客が精算画面上で「精算」ボタンを選択するなどして精算依頼の入力を行うようにしておく。注文端末２は、精算依頼の入力を受付ける（Ｓ２１）と、図７で説明した料理情報５３等を含む各飲食店についての注文情報５０を精算端末４に送信する（Ｓ２２）。
【００５３】
精算端末４は、注文情報５０を受信して取得する（Ｓ２３）と、注文情報５０に含まれる料理情報５３を参照し、プリンタ４６を制御してレシートを請求書として印刷する（Ｓ２４）。この請求書には、各飲食店に注文した料理５３２とその金額５３４、配膳先情報５２、及び金額５３４の総計などが表示される。サービス係はこの請求書を持って顧客の元まで移動し顧客に手渡す。顧客は請求書を持って精算端末４の位置まで向かい、支払を行う。以上により注文の精算が完了し、顧客は出入口１１１から退場する。なお、精算端末４では、配膳先情報５２（注文端末２の位置データ）が入力されると各飲食店に注文した料理５３２の金額５３４の総計が支払額として表示部４４に表示されるようになっている。
【００５４】
また、精算端末４は、注文端末２から取得した注文情報５０の料理情報５３を用いて、飲食店ごとに料理の売り上げを記録し（Ｓ２５）、売上情報を作成する。
【００５５】
図９（ａ）は売上情報６０の例であり、各飲食店１２１、１２２、１２３の店舗ID６１ごとに、料理６２とその数量６３、金額６４が記録されている。店舗ID６１、料理６２、数量６３、金額６４は、図７で説明した店舗ID５３１、料理５３２、数量５３３、金額５３４と同様である。
【００５６】
精算端末４は、例えば前記のＳ２３において図７で説明した注文情報５０を取得した場合、注文情報５０の料理情報５３を参照し、店舗ID５３１に紐づく料理５３２、数量５３３、金額５３４を、店舗ID５３１と対応する店舗ID６１の料理６２、数量６３、金額６４として図９（ｂ）のＢに示すように新たに追加して記録する。
【００５７】
こうして売上情報６０が作成される。この売上情報６０は精算端末４の記憶部４２やサーバ５の記憶部に記録され、例えば営業日ごとに営業時間の終了後プリンタなどによって出力することができ、各店舗の一日の売上を把握できる。また、翌日以降の売上予測などにも用いることができ、料理の調理に必要な食材の注文量を決定する際の参考にもなる。
【００５８】
以上説明したように、本実施形態によれば、フードコート１００など複数の飲食店を併設したエリアにおいて顧客が注文端末２を用いてテーブル等から注文を行い、サービス係が顧客の元へ料理を配膳するような運用を行う際に、顧客の注文を好適に管理することができる。すなわち、注文時に送信する注文情報５０として料理情報５３や配膳先情報５２を含むとともに、料理情報５３によって注文する料理５３２やその数量５３３を示すほか料理を提供する飲食店を識別可能としておくことで、複数の飲食店を併設したエリアにおいても、注文を受け付けた後各店舗における料理の調理、料理の配膳等を円滑に行うことができ、少ない人員でも対応可能になる。また料理情報５３を用いて飲食店ごとに売り上げを記録でき、各店舗の売り上げを個別に把握できるようになる。
【００５９】
また、注文端末２を持ち運び可能な携帯端末とすることで、顧客の利便性を向上させることができる。
【００６０】
さらに、料理情報５３は注文する料理５３２とその数量５３３に加え、店舗ID５３１を含むので、料理情報５３によって飲食店を好適に識別できる。ただし、各店舗で提供する料理５３２に重複が無く料理５３２そのものから当該料理５３２を提供する飲食店が識別可能なケースなどでは、店舗ID５３１を省略することも可能である。
【００６１】
しかしながら、本発明は上記の実施形態に限らない。例えば、本実施形態では配膳先情報５２として注文端末２の位置データを用いたが、配膳先情報５２はこれに限らず、料理の配膳先に対応していればよい。配膳先情報５２の別の例については後述する。さらに、本発明に係る注文管理システム１の適用対象は複数の飲食店であればよく、フードコート１００に限ることはない。
【００６２】
次に、本発明の第２の実施形態について説明する。第２の実施形態は第１の実施形態と異なる点について説明し、同様の点については図等で同じ符号を付すなどして説明を省略する。また、第１、第２の実施形態で説明した構成は、必要に応じて組み合わせて用いることが可能である。
【００６３】
［第２の実施形態］
図１０は第２の実施形態におけるフードコート１００を示す図である。本実施形態では、第１の実施形態と異なり、顧客が飲食スペース１１０に入る際にサービス係から注文端末２が手渡され、そのままテーブル１１２へと案内される（点線矢印参照）。また、本実施形態では店舗端末３が店舗スペース１２０に１台設けられ、この店舗端末３で複数の飲食店に対する料理の注文を受け付ける。
【００６４】
さらに、精算端末４ａは、飲食スペース１１０の出入口１１１の隣に設けられた自動精算機である。精算端末４ａは、図４で説明した構成に加え、硬貨投入口（不図示）や紙幣挿入口（不図示）からの硬貨や紙幣による入金を管理するコインメックやビルバリ等の入金部（不図示）を有する。また、電子マネーカードやクレジットカード、プリペイドカード等から支払いができるよう、入金部はこれらのカード媒体の読取や書込を行うためのリーダライタを備える。
【００６５】
また本実施形態では、フードコート１００内で注文端末２の測位が行われているものとする。例えば、店舗端末３を測位用の端末として機能させ、アクセスポイント（不図示）等を用いた既知の手法により注文端末２の現在場所を注文端末２の端末IDとともに定期的に取得し、これらを紐付けて記憶部３２等に記録するようにしておく。なお、測位用の端末を別途設けることも可能である。
【００６６】
次に、第２の実施形態における料理の注文から注文の精算までの流れについて、第１の実施形態と異なる点を主に説明する。
【００６７】
本実施形態でも、料理の注文については前記のＳ１１〜１３と同様に注文端末２から行われる。図１１は注文時に注文端末２から店舗端末３に送信される注文情報５０ａの例であり、本実施形態では配膳先情報５２として注文端末２の端末ID（端末識別情報）が用いられる。また注文情報５０ａは２つの店舗（飲食店１２１、１２２）への注文を一括したものとなっている。
【００６８】
店舗端末３でも前記のＳ１４〜Ｓ１７と同様の処理が行われ、各飲食店１２１、１２２、１２３の調理係は、前記と同様、店舗側で出力された注文情報５０ａに基づき、自身の店舗に対して注文された料理を調理することができる。サービス係は、前記と同様、店舗端末３のプリンタ３６で印刷されるレシートを持って、調理された料理を顧客の元へと配膳する。前記したように、このレシートには料理５３２や配膳先情報５２等が印刷される。
【００６９】
本実施形態では店舗端末３によって注文端末２の場所と端末IDが紐付けて記録されており、店舗端末３と接続されたディスプレイやサービス係が所持する端末などで注文端末２の場所と端末IDを表示させることができる。一方で、サービス係の持つ上記のレシートには配膳先情報５２である注文端末２の端末ID（図１１参照）が印刷されるので、サービス係は、上記の表示と見比べて配膳先情報５２（端末ID）に対応する注文端末２の場所を把握でき、当該注文端末２にて注文を行った顧客の元へと調理された料理を届けることができる。
【００７０】
注文の精算時には、食事を終えた顧客が注文端末２を持って出入口１１１まで移動し、精算端末４ａにて精算を行う。顧客は、前記のＳ２１〜Ｓ２２と同様の手順で注文端末２から精算依頼を行う。精算端末４ａは、注文端末２から注文情報５０ａを受信するのは前記のＳ２３と同様であるが、その後、注文情報５０ａに含まれる料理情報５３を参照し、各飲食店に注文した料理５３２の金額５３４の総計を支払額として表示部４４に表示する。顧客は表示された支払額を見て、その金額を現金や電子マネーなどによって入金して支払を行い、注文端末２を返却して出入口１１１から退場する。
【００７１】
なお、精算を終えた顧客のみ退場可能とするため、例えば出入口１１１にフラップ開閉式のゲートやバー回転式のゲートなど退場を規制するための規制装置（不図示）を設けておき、精算完了時に精算端末４ａによって規制装置の退場規制を解除するなどの運用も可能である。例えばフラップ開閉式のゲートの場合、精算完了時に精算端末４ａからゲートに開放指示を送信してフラップ扉を開状態とさせる。
【００７２】
この第２の実施形態でも、第１の実施形態と同様の効果が得られる。また配膳先情報５２として注文端末２の端末識別情報を用いることで、注文端末２で料理の注文を行った顧客の元へとスムーズに料理の配膳を行うことが可能になる。
【００７３】
なお、サービス係が顧客をテーブル１１１へと案内したときに、サービス係が第１の実施形態で説明した位置データを注文端末２に入力したり、あるいはテーブル１１１等に読取可能に設けた位置データを注文端末２で読み取らせてもよく、この場合、配膳先情報５２としてこの位置データを用いることが可能である。
【００７４】
また注文の精算時には、例えば顧客が注文識別情報５１や配膳先情報５２を精算端末４ａに直接入力し、精算端末４ａがこれに対応する注文情報５０ａを店舗端末３等から受信して取得することも可能である。以降の処理は前記したものと同様である。
【００７５】
また、本実施形態では食事の後に精算を行っているが、食事の前に精算を行う前払いとすることもできる。例えば料理の注文時に注文情報５０ａを注文端末２から精算端末４ａに送信し、前記と同様に精算端末４ａでの精算を終えた後、精算端末４ａから店舗端末３に注文情報５０ａを送信するようにしておく。以降の料理の調理や配膳は前記と同様に行うことができ、この例では精算端末４ａが注文受付用の端末として機能する。
【００７６】
以上、添付図面を参照して、本発明の好適な実施形態について説明したが、本発明は係る例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【符号の説明】
【００７７】
１；注文管理システム
２；注文端末
３；店舗端末
４、４ａ；精算端末
５０、５０ａ；注文情報
５１；注文識別情報
５２；配膳先情報
５３；料理情報
６０；売上情報
６１、５３１；店舗ID
６２、５３２；料理
６３、５３３；数量
６４、５３４；金額
１００；フードコート
１１０；飲食スペース
１１１；出入口
１１２；テーブル
１１３；椅子
１２０；店舗スペース
１２１、１２２、１２３；飲食店
【図１】
2016181116.tif 000003
【図２】
2016181116.tif 000004
【図３】
2016181116.tif 000005
【図４】
2016181116.tif 000006
【図５】
2016181116.tif 000007
【図６】
2016181116.tif 000008
【図７】
2016181116.tif 000009
【図８】
2016181116.tif 000010
【図９】
2016181116.tif 000011
【図１０】
2016181116.tif 000012
【図１１】
2016181116.tif 000013