JP2018110038A - 注文システム及び注文方法 - Google Patents

Abstract

【課題】飲食店などで、顧客自らが端末を操作することで注文を行い、自らが料理を取りに行く、いわゆるセルフオーダー式の注文システムを提供することを目的とする。【解決手段】顧客を識別する情報／顧客が着座した場所を識別する場所識別情報と、その顧客が注文した料理に関する情報とを対応づけて記憶する注文情報記憶部と、飲食店で提供する料理に関する情報を記憶する料理情報記憶部と、料理情報記憶部に記憶する料理に関する情報を顧客が利用する携帯端末、顧客が着座した場所に設置されたテーブル端末に表示させることで、顧客が注文をする料理に関する情報を携帯端末／テーブル端末から受け付けて、顧客識別情報／場所識別情報に対応づけて注文情報記憶部に記憶させる注文処理部と、顧客が注文した料理が完成した情報を受け取ると、携帯端末／テーブル端末に注文した料理が完成した通知を送る配膳処理部と、を有する注文システムである。【選択図】図１

Description

本発明は、飲食店などで、顧客自らが端末を操作することで注文を行い、自らが料理を取りに行く、いわゆるセルフオーダー式の注文システム及び当該注文システムが行う注文方法に関する。

飲食店で顧客が注文を行う場合には、従来は、接客担当の従業員をテーブルまで呼び、注文を行うことが多かった。通常の飲食店では、接客担当の従業員が配膳なども担当していることが多く、店内が混雑する時間帯では、従業員がテーブルに来るまで時間がかかったり、注文を間違えたり配膳を間違えるミスも発生していた。

そこで、従業員に、従業員専用の通信型の注文端末を携帯させ、注文を受け付けることで、注文の間違いを防ぎ、かつ注文操作と調理指示とが同時に出来る注文システムが一般化している。

また、従業員の負担を軽減するため、注文を行う専用の端末をテーブル上に設置して顧客自らが専用端末を操作して注文を行う注文システム（卓上注文端末）も一部では導入されている。この注文システムの一例を下記特許文献１および特許文献２に示す。

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

特許文献１や特許文献２に開示のシステムの場合、テーブル上に専用端末を設置して顧客が注文を行うことで、顧客にとっては従業員を呼ぶ手間を省ける点デメリットがある。また、飲食店にとっても注文ミスをなくす、注文にかかる時間、負担を削減できるといった点でメリットがある。

しかしながら特許文献１や特許文献２で用いられる通信型の注文端末や卓上の注文端末は、専用端末であることが一般的であって、ＰＯＳシステム連動の専用のコンピュータシステムであるため、設備投資の費用が高額にならざるを得ない。

また、注文にかかる時間や負担を削減できたとしても、配膳は従業員が行う必要があり、その人件費等の発生が否めない。

そこで、本願発明者は、配膳自体を顧客に行ってもらうことが可能な注文システム及び当該注文システムが行う注文方法を発明した。

第１の発明は、飲食店における注文システムであって、顧客を識別する顧客識別情報と、その顧客が着座した場所を識別する場所識別情報と、その顧客が注文した料理に関する情報とを対応づけて記憶する注文情報記憶部と、前記顧客が着座し利用するテーブルに設置された読取装置に、前記顧客が利用する携帯端末を接触または近接させることで、顧客識別情報と場所識別情報とを含む来店情報を、前記携帯端末または読取装置から取得して前記注文情報記憶部に記憶させる来店情報取得部と、前記飲食店で提供する料理に関する情報を記憶する料理情報記憶部と、前記来店情報取得部が前記来店情報を取得してから前記顧客が利用する前記携帯端末からの要求を受けると、前記料理情報記憶部に記憶する料理に関する情報を前記携帯端末に表示させ、前記顧客が注文をする料理に関する情報と、前記顧客識別情報および前記場所識別情報とを前記携帯端末から受け付け、前記記憶させた対応する顧客識別情報に関連付けて前記注文した料理に関する情報を前記注文情報記憶部に記憶させる注文処理部と、前記顧客が注文した料理が完成したことを示す情報を受け取ると該料理に識別番号を割り当て、前記注文情報記憶部に基づいて、前記顧客が利用する携帯端末に、前記割り当てた識別番号と共に前記注文した料理が完成した通知を送る配膳処理部と、を有することを特徴とする。

本発明のように構成することで、顧客が利用する携帯端末を用いて料理の注文が可能になるとともに、料理が完成した段階で当該顧客の携帯端末に通知が行われる。この通知を顧客が確認することで、顧客は指定場所に料理を取りに行き、配膳を自らで行うことが出来る。これによって、飲食店は、配膳に係る作業を軽減することが出来る。また、顧客が料理を取りに行ったタイミングによっては、調理が完成した料理が複数存在する場合もある。そこで本発明のように料理を識別する識別番号を通知に含め、一方、料理はその識別番号に従って手渡す或いは所定位置に置いておくことにより、顧客は自分の料理を適切に認識することが出来る。その結果、料理の取り間違いが発生しない。

また、前記注文情報記憶部には、前記顧客識別情報に対応付けて複数の前記場所識別情報が記憶されていることが望ましい。

大人数で飲食店を利用する場合には、複数のテーブルに分かれることも多い。そのような場合、注文をまとめて管理できることが好ましい。そこで、本発明のように構成することで、複数のテーブルに分かれた場合であっても、まとめて注文を管理することが出来る。

また、料理を受け取った顧客が利用する携帯端末から、該料理の精算処理要求及び前記顧客識別情報を受け付けることで、前記注文情報記憶部に記憶する前記顧客が注文した料理の合計金額を算出する精算処理部を有することが望ましい。

上記の構成によれば、料理を取りに行く度に精算を行う飲食店において、効率的な精算処理を行うことができる。

また、レジ端末において前記携帯端末から読み取った前記顧客識別情報と、前記料理の精算処理の要求とを前記レジ端末または前記携帯端末から受け取り、前記受け取った顧客識別情報に基づいて、前記注文情報記憶部に記憶する前記顧客が注文した料理の合計金額を算出する精算処理部、を有することが望ましい。

上記の構成により、料理の精算をまとめて行うことが出来る。また、顧客が利用する携帯端末を伝票として利用することができる。これにより、伝票を節約し、また精算に係る処理を自動化して迅速かつ確実に行うことが可能となる。

第２の発明は、飲食店の顧客が注文した料理に関する情報を記憶する注文情報記憶部及び飲食店で提供する料理に関する情報を記憶する料理情報記憶部を備えたサーバと、飲食店の調理場に設置されたキッチン端末とを備えた注文システムが行う料理の注文方法であって、前記サーバは、前記顧客が着座し利用するテーブルに設置された読取装置に、前記顧客が利用する携帯端末を接触または近接させることで、顧客識別情報と場所識別情報とを含む来店情報を、前記携帯端末または読取装置から取得して前記注文情報記憶部に記憶させるステップと、前記来店情報を取得してから前記顧客が利用する前記携帯端末からの要求を受けると、前記料理情報記憶部に記憶する料理に関する情報を前記携帯端末に表示させ、前記顧客が注文をする料理に関する情報と、前記顧客識別情報および前記場所識別情報とを前記携帯端末から受け付け、前記記憶させた対応する顧客識別情報に関連付けて前記注文した料理に関する情報を前記注文情報記憶部に記憶させるステップと、前記キッチン端末に、前記携帯端末から受け付けた顧客が注文をする料理に関する情報と、前記顧客識別情報および前記場所識別情報とを送信して表示させるステップと、前記キッチン端末から前記顧客が注文した料理が完成したことを示す情報を受け取り、該完成した料理に識別番号を割り当て、前記注文情報記憶部に基づいて、前記顧客が利用する携帯端末に、前記割り当てた識別番号と共に前記注文した料理が完成した通知を送るステップと、を実行する、ことを特徴とする。

本発明の注文システム及び注文方法を用いることで、従業員の配膳に要する時間、負担を削減することが出来るので、飲食店において従業員をさらに削減することが可能となる。また、配膳を顧客が行うことによって取り間違いが発生する可能性があるが、本発明のように構成することで、取り間違いを防止することも出来る。

本発明の注文システムの全体の構成を示す概念図の一例である。 サーバのハードウェア構成の一例を模式的に示す図である。 実施例１の注文システムの処理プロセスの一例を模式的に示すフローチャートである。 料理情報記憶部の一例を模式的に示す図である。 注文情報記憶部の一例を模式的に示す図である。 初期状態の注文情報記憶部の一例を模式的に示す図である。 料理情報が表示された携帯端末の一例を模式的に示す図である。 注文を確認する画面の一例を模式的に示す図である。 キッチン端末で表示する画面の一例を模式的に示す図である。 調理完了後の注文情報記憶部の一例を模式的に示す図である。 調理完了後のキッチン端末で表示する画面の一例を模式的に示す図である。 顧客が料理をデシャップで取る状態のイメージ図である。 調理完了を通知する画面の一例を模式的に示す図である。 実施例２の注文システムの処理プロセスの一例を模式的に示すフローチャートである。 本発明の注文システムの全体の構成を示すほかの概念図の一例である。 実施例３の注文システムの処理プロセスの一例を模式的に示すフローチャートである。 テーブル端末からも注文を行った場合の注文情報記憶部の一例を模式的に示す図である。 実施例４の注文システムの処理プロセスの一例を模式的に示すフローチャートである。 複数のテーブル端末からも注文を行った場合の注文情報記憶部の一例を模式的に示す図である。 本発明の注文システムの全体の構成を示すほかの概念図の一例である。 実施例６の注文システムの処理プロセスの一例を模式的に示すフローチャートである。 携帯端末を用いない場合の注文情報記憶部の一例を模式的に示す図である。 携帯端末を用いない場合の調理完了後の注文情報記憶部の一例を模式的に示す図である。 実施例７の注文システムの処理プロセスの一例を模式的に示すフローチャートである。

本発明の注文システム１の全体の構成の一例を図１に模式的に示す。本発明の注文システム１では、飲食店などの店舗や運営企業などが利用する管理サーバ２と、各飲食店に設置される読取装置３と、調理を行う厨房に設置されるキッチン端末６と、が用いられる。また、必要に応じて、さらに各飲食店の精算処理を行う場所に設置されるレジ端末５、顧客が利用する携帯端末４、顧客が着席するテーブルに設置されており注文を行うテーブル端末７、が用いられる。

なお本発明では主に以下の６つの実施態様がある。第１の実施態様として顧客が利用する携帯端末４を用いて注文を行う場合であって、注文した料理を受け取る際に精算を行う場合（実施例１）、第２の実施態様として顧客が利用する携帯端末４を用いて注文を行う場合であって、店舗を出る際に，最後にまとめて精算を行う場合（実施例２）、第３の実施態様として携帯端末４とテーブル端末７を用いて注文を行う場合であって、注文した料理を受け取る際に精算を行う場合（実施例３）、第４の実施態様として携帯端末４とテーブル端末７を用いて注文を行う場合であって、店舗を出る際に，最後にまとめて精算を行う場合（実施例４）、第５の実施態様としてテーブル端末７を用いて注文を行う場合であって、注文した料理を受け取る際に精算を行う場合（実施例６）、第６の実施態様としてテーブル端末７を用いて注文を行う場合であって、店舗を出る際に，最後にまとめて精算を行う場合（実施例７）の場合を説明する。上記の実施態様は本発明の注文システム１の代表的な例の一例であり、これに限定されることはない。

管理サーバ２は、プログラムの演算処理を実行するＣＰＵなどの演算装置７０と、情報を記憶するＲＡＭやハードディスクなどの記憶装置７１と、ディスプレイ（画面）などの表示装置７２と、キーボードやポインティングデバイス（マウスやテンキーなど）などの入力装置７３と、演算装置７０の処理結果や記憶装置７１に記憶する情報をインターネットやＬＡＮなどのネットワークを介して送受信する通信装置７４とを有している。コンピュータ上で実現する各機能（各手段）は、その処理を実行する手段（プログラムやモジュールなど）が演算装置７０に読み込まれることでその処理が実行される。各機能は、記憶装置７１に記憶した情報をその処理において使用する場合には、該当する情報を当該記憶装置７１から読み出し、読み出した情報を適宜、演算装置７０における処理に用いる。図２に管理サーバ２のハードウェア構成の一例を模式的に示す。また、管理サーバ２における処理は、複数のサーバ（コンピュータ端末も含む）などに、その機能が分散配置されていても良い。また管理サーバ２は、飲食店情報提供会社などが複数の飲食店の利用に供するために管理、運営をしても良い。また飲食店毎に管理、運営をしても良い。

本発明における各手段は、その機能が論理的に区別されているのみであって、物理上あるいは事実上は同一の領域を為していても良い。
（実施例１）

本発明の注文システム１の第１の実施態様について説明する。本実施例は、顧客が利用する携帯端末４を用いて注文を行う場合であって、注文した料理を受け取る際に精算を行う場合である。

本発明の注文システム１では、管理サーバ２と読取装置３と携帯端末４とレジ端末５とキッチン端末６とを用いる。

携帯端末４は、顧客が利用する可搬型の通信端末であり、読取装置３などに接触または近接させる端末である。携帯端末４は、携帯電話（スマートフォンも含む）、ＰＨＳ、ＰＤＡ、タブレット型コンピュータなどの通信機能を備えた端末である。また携帯端末４の記憶装置７１には、当該顧客を識別するための識別情報（顧客識別情報）が記憶されていることが好ましい。さらに携帯端末４には、所定のアプリケーションソフトウェアが記憶されていると良い。このアプリケーションソフトウェアを用いて、本発明の注文システム１におけるメニューを表示し注文する処理などを実行することが出来る。なおアプリケーションソフトウェアを用いない場合には、いわゆるウェブブラウザを用いて、上述と同様の処理を実現できる。

読取装置３は、各飲食店に設置される端末であって、携帯端末４と接触または近接することで、携帯端末４に記憶されている顧客識別情報と、当該飲食店において、どの読取装置３が設置されたテーブルや椅子に着座したかを示す読取装置識別情報（読取装置３を識別する情報）と、を少なくとも来店情報として管理サーバ２に通知する。なお、読取装置３はテーブル単位で読取装置３が設置されることが好ましいが、それに限られず椅子単位（特にカウンター席の場合）などであってもよい。読取装置３には上述の読取装置識別情報が記憶されている。

なお、顧客が着座した場所はテーブルや椅子によって識別できるが、これを識別する情報（場所識別情報）として、以下では読取装置識別情報を用いる。しかしながら読取装置識別情報ではなく、テーブルや椅子を識別する識別情報であっても良い。これらを総称して場所識別情報とする。また、読取装置識別情報とテーブルや椅子を識別する識別情報との対応関係が記憶されていても良い。この場合、読取装置識別情報を受信すると、上記対応関係に基づいてテーブルや椅子を識別する情報が特定可能となる。

読取装置３と携帯端末４との間で接触または非接触で通信を行う場合の通信方式にはさまざまなものがあるが、たとえばＮＦＣ方式（Near Field Communication）などのＲＦＩＤが一例としてある。なお、これには限定されない。

読取装置３は、携帯端末４に記憶された顧客識別情報を読み取り、読み取った顧客識別情報と読取装置識別情報と来店日時情報とを管理サーバ２に送信する。ネットワークでの通信が可能な読取装置３とは、読取装置３そのものに通信機能が内蔵されているほか、読取装置３と接続された、ネットワークでの通信が可能な装置（たとえばＰＯＳレジやコンピュータ端末など）の場合も含む。

さらに、携帯端末４には読取装置３と通信を行うための通信機能を備えていない場合もある。その場合、読取装置３から所定の音（読取装置３ごとにユニークな音）を再生する。そして携帯端末４で所定のアプリケーションソフトウェア（後述の処理を行うアプリケーションソフトウェア）を起動させた状態で、携帯端末４を近接させると、当該アプリケーションソフトウェアでその音を認識することで読取装置３を特定し、対応する読取装置識別情報を特定する。そして携帯端末４のアプリケーションソフトウェアが認識した読取装置識別情報と顧客識別情報と来店日時情報とを管理サーバ２に送る。

以上のような処理を行うことで、読取装置３または携帯端末４から管理サーバ２に来店したことを示す情報（来店情報）を送る。

管理サーバ２は、来店情報取得部２０と料理情報記憶部２１と注文処理部２２と配膳処理部２３と精算処理部２４と注文情報記憶部２５とを有する。

来店情報取得部２０は、読取装置３または携帯端末４から顧客識別情報、読取装置識別情報、来店日時情報などを取得し、注文情報記憶部２５に記憶させる。

料理情報記憶部２１は、飲食店毎に注文可能な料理の情報を記憶している。図４に料理情報記憶部２１の一例を模式的に示す。料理の情報としては、料理を識別可能な料理識別情報（料理ＩＤ）、料理名、単価、画像情報（または画像情報が記憶されている記憶領域の情報）などが記憶されていると良いが、これに限られるものではない。ここで記憶された料理情報が顧客の携帯端末４に送られ、顧客が選択可能となる。

注文処理部２２は、料理情報記憶部２１に記憶した料理情報を抽出し、顧客の携帯端末４に表示させる。この際には、顧客識別情報に基づいて注文情報記憶部２５を参照することで読取装置識別情報を特定することで、顧客が入店している飲食店を特定し、その飲食店の料理情報を抽出すれば良い。

また注文処理部２２は、顧客の携帯端末４から、選択された料理（注文する料理）とその個数の情報（注文情報）と顧客自らが配膳を行うかを示す配膳情報とを受け付け、注文情報記憶部２５に記憶させる。この際に、顧客の顧客識別情報とともに受け付けることが好ましい。また、受け付けた注文情報と、どこからの注文であるのかを示す情報と、顧客自らが配膳をするかを示す情報と、をキッチン端末６に送り、表示させる。どこからの注文であるのかを示す情報としては、読取装置識別情報に対応するテーブル番号や椅子番号（以下の説明では単にテーブル番号という。なおテーブルや椅子を一意に識別できれば番号でなくても良い）などを表示させればよい。読取装置識別情報は固定的に設置されているので、読取装置識別情報が特定出来れば、どのテーブル、椅子に座っている顧客からの注文であるかを特定出来る。読取装置識別情報とテーブルや椅子席との対応関係を記憶しておくことが好ましい。また読取装置識別情報は、注文情報記憶部２５に顧客識別情報と対応づけて記憶しているので、それを参照すれば良い。

配膳処理部２３は、後述するキッチン端末６から、顧客が注文した料理の調理が完了したことの通知を受け取ると、識別番号（料理番号）を割り当て、当該料理を注文した顧客の携帯端末４に対して、料理番号とともに、調理が完了したので取りに来る旨の調理完了通知を送る。

精算処理部２４は、携帯端末４において所定の操作が行われると、注文情報記憶部２５に記憶した注文情報に基づいて、注文した料理の合計金額を算出し、それをＰＯＳレジなどに送る。ここで所定の操作とは、たとえば携帯端末４において、「精算」のボタンが押下される、レジ端末５に携帯端末４が接触または近接されるなどにより、携帯端末４から管理サーバ２（場合によってはレジ端末５を介して）に顧客の顧客識別情報と、精算処理の要求とが送られればよい。また精算処理部２４は、注文情報記憶部２５における注文について、精算が終了した注文には精算済みの情報を記憶させても良い。

なお顧客が料理を取りに行ったあと、レジ端末５に向かい精算を行う際に、顧客が携帯端末４で上述の操作等を行うことで、精算処理部２４における処理が実行されるが、精算担当者がレジ端末５のところにいて、手動で精算処理を行っても良い。この場合、精算処理部２４は設けずとも良い。

注文情報記憶部２５は、顧客によって注文された料理の情報を記憶する。図５に注文情報記憶部２５の一例を模式的に示す。注文情報記憶部２５には、顧客識別情報、読取装置識別情報、店舗内における顧客の着席場所を示すテーブル番号、来店日時、注文した料理の情報、注文日時、顧客自らが配膳を行うかを示すフラグ、調理済みを示すフラグ、精算済みを示すフラグなどの情報が記憶される。なお読取装置識別情報の代わりに、注文されたテーブルや椅子席などを示すテーブル番号のみが記憶されていても良い。

レジ端末５とは、精算処理を行う場所に設置された読取装置３を備えたレジスターであって、上述の読取装置３と同様に、携帯端末４が接触または近接されることで、携帯端末４に記憶された顧客識別情報が読み取られる。なお、精算処理を行うことを携帯端末４から操作可能な場合には、レジ端末５に読取装置３を設けずとも良い。またレジ端末５はＰＯＳレジであっても良い。また、レジ端末５は、精算担当者が手動で行う場合には、携帯端末４を読み取らせるなどの処理を行わなくても良い。

キッチン端末６は、調理を行う場所に設置された端末である。キッチン端末６には、注文処理部２２で受け付けた注文情報に基づいて、調理をすべき注文の情報が表示される。また調理済みの注文情報については、キッチン端末６で所定の操作、たとえばタッチパネル式のキッチン端末６において、当該注文情報を選択して調理済みの入力を行うことで、調理済みの情報が注文情報記憶部２５に記憶される。具体的には、注文情報記憶部２５における「調理済み」のフラグが「未」から「済」に変更される。これによって、キッチン端末６から、当該注文情報の表示が消去される。

次に本実施例における注文システム１の処理プロセスの一例を図３のフローチャートを用いて説明する。

顧客は飲食店に入店し、席に案内された後、テーブルなどに設置された読取装置３に自らの携帯端末４を接触または近接させる（Ｓ１００）。これによって、携帯端末４に記憶された顧客識別情報が読取装置３で読み取られ（Ｓ１１０）、顧客識別情報、読取装置識別情報、来店日時情報（読取装置３に携帯端末４を接触または近接させた日時情報）などが、携帯端末４または読取装置３から管理サーバ２に送られ、管理サーバ２の来店情報取得部２０でこれを取得する（Ｓ１２０）。たとえば顧客識別情報が「１２３４５」であり、読取装置識別情報が「Ａ１２３４」であり、来店日時が「２０１１年１０月２５日１７時００分」である場合には、それらが携帯端末４または読取装置３から管理サーバ２に送られ、それを管理サーバ２の来店情報取得部２０で取得することとなる。

なお、携帯端末４を接触または近接させる場合には、携帯端末４の形式により、さまざまな方法を採ることができ、携帯端末４に記憶された所定のアプリケーションソフトウェアを起動した状態で接触または近接させても良いし、起動させずに接触または近接させても良い。これは、携帯端末４や読取装置３の仕様により、随時、変更が可能である。

来店情報取得部２０では、携帯端末４または読取装置３から顧客識別情報、読取装置識別情報、来店日時情報などを取得すると、それを注文情報記憶部２５に記憶させる。この状態の注文情報記憶部２５の一例が図６である。なお、この際に、来店情報取得部２０では読取装置識別情報に対応するテーブル番号を、読取装置識別情報に対応づけて記憶しているテーブル番号との対応表（図示せず）から抽出し、対応づけて注文情報記憶部２５に記憶させる。

そして顧客は携帯端末４のアプリケーションソフトウェアで所定の操作を行うことで、料理情報の表示要求（メニューの表示要求）を行うと、その要求を管理サーバ２で受け取り、注文処理部２２は、料理情報記憶部２１に記憶した料理情報を抽出して携帯端末４に送る。そして携帯端末４では、管理サーバ２から受け取った料理情報をメニュー形式で表示をする（Ｓ１３０）。図７に料理情報が表示された携帯端末４の一例を模式的に示す。

そして顧客は、携帯端末４で表示された料理情報から、注文したい料理を逐次選択し、注文を行う。すなわち注文したい料理とその個数を選択する。また自ら料理を取りに行くことを選択する場合には、それを示すボタンを選択する。なお、店舗のすべての料理を取りに行くことが決定している場合には、取りに行くことの選択がなくても良い。このようにして、注文したい料理とその個数、取りに行くかを示す情報の選択を行うと、たとえば「注文確定」のボタンを押下することで、それらが顧客識別情報とともに、携帯端末４から管理サーバ２に送られる。たとえば、顧客が「刺身盛り」、「焼鳥」をそれぞれ１個ずつ、「サラダ」を２個選択し、さらに「焼鳥」と「サラダ」は自ら取りに行くことを選択した場合、「注文確定」のボタンを押下することで、顧客識別情報「１２３４５」、それぞれの料理識別情報とともに、注文情報として携帯端末４から管理サーバ２に送られる。

なお、顧客が注文を行う場合、図８に示すような注文確認画面を表示した上で行うことが好ましい。

管理サーバ２の注文処理部２２ではそれらの情報を受け付け（Ｓ１４０）、注文情報記憶部２５に記憶させる。この状態の注文情報記憶部２５の一例が図５である。そして、注文処理部２２２２は、顧客識別情報に基づいて読取装置識別情報（あるいはテーブル席や椅子席の識別情報）を特定し、キッチン端末６に対して、新たな注文情報として、「刺身盛」１個、「焼鳥」１個、「サラダ」１個の追加の注文の情報と、読取装置識別情報（あるいはテーブルや椅子席の識別情報）とを表示させる。図９にキッチン端末６の一例を示す。なお、図９では、読取装置識別情報ではなく、読取装置３が設置されたテーブルの識別情報が表示されている。これは、上述の読取装置識別情報とテーブルや椅子席との対応関係に基づいて表示できる。

厨房ではキッチン端末６に表示された注文に基づいて調理を行う。そして調理が終了後、キッチン端末６の当該注文の情報を、たとえばタッチすることで調理済みとして入力を行う。この入力によって、注文情報記憶部２５の当該注文情報のうち、調理済みのフラグが「未」から「済」になり、その情報の表示がキッチン端末６で消去または反転表示等される。

たとえばサラダの調理が終わった場合、キッチン端末６の「サラダ」をタッチすることで調理済みとして入力を行う。その結果、注文情報記憶部２５の「サラダ」の調理済みのフラグは「済」に変更され、またキッチン端末６の表示から「サラダ」が反転表示される。この状態の注文情報記憶部２５の一例を模式的に示すのが図１０である。また、この状態のキッチン端末６の一例を模式的に示すのが図１１である。

また厨房では上記の処理に加え、完成した料理は、配膳担当者に手渡され、配膳担当者は、キッチン端末６の上記表示を見ながら、所定の場所にこの料理を置いておく。なおこの際には、ほかの料理と区別するため、後述するように、当該料理を注文した顧客の携帯端末４に通知した注文番号を示す表示とともに、たとえばデシャップなどにおいておく。図１２にそのイメージ図を示す。なお、顧客が自分で取りに行くことを希望していない料理については、図９に示すように、「取りに来る」のマークが表示されていないので、そのような料理は、従来どおり、配膳担当者がテーブルまで運べばよい。

また配膳処理部２３は、注文情報記憶部２５を監視し、顧客が注文した料理であって、かつ自分で配膳を行うことを選択した料理について、「調理済」のフラグが「未」から「済」になると、当該料理を注文した顧客識別情報を特定し、当該顧客識別情報を有する顧客の顧客端末に対して、注文した料理の調理が完了したこと、完了した料理、料理番号などの情報を通知する（Ｓ１５０）。この通知を携帯端末４で受信することで、図１３に示すような調理完了通知画面が携帯端末４で表示され、それを顧客が視認することで、当該携帯端末４を持参し、所定の場所まで料理を取りに行く。なお、この通知は管理サーバ２から当該携帯端末４に、携帯端末４に備えられたアプリケーションソフトウェアの機能として、管理サーバ２から当該携帯端末４に調理完了通知画面の表示を行う制御指示を送ることで出来る。この制御指示には、完了した料理、料理番号などの情報の含まれている。

また、配膳処理部２３が上記通知を行うと、キッチン端末６における上記調理が完了した料理について「通知済」と変更し、顧客に対して調理完了通知を行ったことを示す。

ユーザは、デシャップなどに行き、携帯端末４に表示された料理番号などを参考にして、自分の注文した料理を取る。そして、その注文した料理とともにレジ端末５に移動する。

ユーザは、携帯端末４で「精算」のボタンを押下する、あるいはレジ端末５に携帯端末４を接触または近接させることで、注文した料理の精算処理の要求、顧客識別情報が携帯端末４またはレジ端末５を介して管理サーバ２に送られる（Ｓ１６０）。管理サーバ２の精算処理部２４では、精算処理の要求を受け付けると、顧客識別情報に基づいて当該顧客の注文した料理情報であって調理済のフラグがある料理であって精算済みのフラグがない料理、およびその金額を注文情報記憶部２５から抽出し、その合計金額を算出する（Ｓ１７０）。

算出した合計金額は、管理サーバ２からＰＯＳレジなどに送られ、その金額が表示されて、顧客はそれに対して精算を行う（Ｓ１８０）。また、精算の終了後、精算終了がＰＯＳレジまたは携帯端末４から管理サーバ２に送られ、管理サーバ２の精算処理部２４でそれを受け付けると、当該注文情報に対して、精算済みのフラグを「未」から「済」に変更する。

なお合計金額などの精算処理は管理サーバ２からＰＯＳレジに送られるのではなく、管理サーバ２から携帯端末４またはレジ端末５に送られ、そこから情報を取得して精算を実行することも出来る。

また、ユーザが携帯端末４をレジ端末５に接触、近接させるほか、精算担当者が注文番号に基づいて料理を特定し、その料理の精算を行っても良い。この場合、精算担当者が注文番号をレジ端末５に入力すると、レジ端末５から管理サーバ２に当該注文番号の、調理済のフラグがある料理であって、かつ精算済みのフラグがない料理を注文情報記憶部２５から抽出し、その合計金額を算出する。そして、算出した合計金額が管理サーバ２からＰＯＳレジなどに送られ、その金額が表示されて顧客がそれに対して精算を行っても良い。

このように顧客は料理を取りに行った段階で精算処理を行い、それが終了すると、自席に戻り、飲食を行う。

そして顧客が追加注文を行う場合には、再度、携帯端末４で所定の操作を行うことで、上述と同様に料理情報を表示させ、注文処理を行うこととなる。
（実施例２）

次に本発明の注文システム１の第２の実施態様について説明する。本実施例は、顧客が利用する携帯端末４を用いて注文を行う場合であって、店舗を出る際に，最後にまとめて精算を行う場合である。なお、実施例１と同様の部分は説明を省略する。

本実施例では、実施例１と異なり、料理を取りに行った際に精算をするのではなく、店舗を出る際に最後にまとめて精算を行うことから、Ｓ２００乃至Ｓ２５０は、Ｓ１００乃至Ｓ１５０と同様である。

ユーザは、デシャップなどに調理が完了した料理を取りに行き、携帯端末４に表示された料理番号などを参考にして、自分の注文した料理を取る。そして、その注文した料理をもって、自席に戻り、飲食を行う。

そして顧客が追加注文を行う場合には、再度、携帯端末４で所定の操作を行うことで、上述と同様に料理情報を表示させ、注文処理を行うこととなる。

このような処理を反復し、顧客が退店をする場合には、携帯端末４で「精算」のボタンを押下する、あるいはレジ端末５に携帯端末４を接触または近接させることで、注文の受け付けの終了と精算処理の要求、顧客識別情報が携帯端末４またはレジ端末５を介して管理サーバ２に送られる（Ｓ２６０）。管理サーバ２の精算処理部２４では、精算処理の要求を受け付けると、顧客識別情報に基づいて当該顧客の注文した料理情報であって調理済のフラグがある料理であって精算済みのフラグがない料理、およびその金額を注文情報記憶部２５から抽出し、その合計金額を算出する（Ｓ２７０）。

算出した合計金額は、管理サーバ２からＰＯＳレジなどに送られ、その金額が表示されて、顧客はそれに対して精算を行う（Ｓ２８０）。また、精算の終了後、精算終了がＰＯＳレジまたは携帯端末４から管理サーバ２に送られ、管理サーバ２の精算処理部２４でそれを受け付けると、当該注文情報に対して、精算済みのフラグを「未」から「済」に変更する。

なお合計金額などの精算処理は管理サーバ２からＰＯＳレジに送られるのではなく、管理サーバ２から携帯端末４またはレジ端末５に送られ、そこから情報を取得して精算を実行することも出来る。
（実施例３）

次に本発明の注文システム１の第３の実施態様について説明する。本実施例は、テーブル端末７を用いて注文を行う場合であって、注文した料理を受け取る際に精算を行う場合である。なお、上述の各実施例と同様の部分は説明を省略する。図１５に本実施例の場合のシステム構成の一例を模式的に示す。テーブル端末７は、テーブルや椅子毎に設置された端末であって、主にタッチパネル方式により、料理の注文を行うことが出来る端末である。

テーブル端末７には所定箇所に読取装置３が備えられており、その読取装置３に携帯端末４を接触または近接させることで、上述と同様の処理が可能となる。またテーブル端末７からは携帯端末４と同様に、料理の注文を行うことが可能となっている。

次に、実施例３における注文システム１の処理プロセスの一例を模式的に示す。図１６に本実施例における処理プロセスの一例のフローチャートを模式的に示す。

顧客は飲食店に入店し、席に案内された後、テーブルなどに設置されたテーブル端末７の読取装置３に自らの携帯端末４を接触または近接させる（Ｓ３００）。これによって、携帯端末４に記憶された顧客識別情報がテーブル端末７の読取装置３で読み取られ（Ｓ３１０）、顧客識別情報、読取装置識別情報、来店日時情報（テーブル端末７の読取装置３に携帯端末４を接触または近接させた日時情報）などが、携帯端末４またはテーブル端末７から管理サーバ２に送られ、管理サーバ２の来店情報取得部２０でこれを取得する（Ｓ３２０）。たとえば顧客識別情報が「１２３４５」であり、読取装置識別情報が「Ａ１２３４」であり、来店日時が「２０１１年１０月２５日１７時００分」である場合には、それらが携帯端末４またはテーブル端末７から管理サーバ２に送られ、それを管理サーバ２の来店情報取得部２０で取得することとなる。

来店情報取得部２０では、携帯端末４またはテーブル端末７から顧客識別情報、読取装置識別情報、来店日時情報などを取得すると、それを注文情報記憶部２５に記憶させる。なお、この際に、来店情報取得部２０では読取装置識別情報に対応するテーブル番号を、読取装置識別情報に対応づけて記憶しているテーブル番号との対応表（図示せず）から抽出し、対応づけて注文情報記憶部２５に記憶させる。

そして顧客は携帯端末４のアプリケーションソフトウェアで所定の操作を行うことで、料理情報の表示要求（メニューの表示要求）を行うと、その要求を管理サーバ２で受け取り、注文処理部２２は、料理情報記憶部２１に記憶した料理情報を抽出して携帯端末４に送る。そして携帯端末４では、管理サーバ２から受け取った料理情報をメニュー形式で表示をする（Ｓ３３０）。

そして顧客は、携帯端末４で表示された料理情報から、注文したい料理を逐次選択し、注文を行う。すなわち注文したい料理とその個数、取りに行くかどうかを選択し、たとえば「注文確定」のボタンを押下することで、それらが顧客識別情報とともに、携帯端末４から管理サーバ２に送られる。たとえば、顧客が「刺身盛り」、「焼鳥」をそれぞれ１個ずつ、「サラダ」を２個選択した場合、「注文確定」のボタンを押下することで、顧客識別情報「１２３４５」、それぞれの料理識別情報とともに、注文情報として携帯端末４から管理サーバ２に送られる。

管理サーバ２の注文処理部２２ではそれらの情報を受け付け（Ｓ３４０）、注文情報記憶部２５に記憶させる。そして、注文処理部２２は、顧客識別情報に基づいて読取装置識別情報（あるいはテーブル席や椅子席の識別情報）を特定し、キッチン端末６に対して、新たな注文情報として、「刺身盛り」１個、「焼鳥」１個、「サラダ」２個の追加の注文の情報と、読取装置識別情報（あるいはテーブルや椅子席の識別情報）とを表示させる。

また上述の処理と並行して、顧客は、携帯端末４のみならず、携帯端末４を接触または近接させたテーブル端末７からも注文を行うことが出来る。すなわち、テーブル端末７では、そのタッチパネル式の画面において料理情報がメニューとして表示されている。

そしてテーブル端末７で表示された料理情報から、注文したい料理を逐次選択し、注文を行う。すなわち注文したい料理とその個数を選択し、たとえば「注文確定」のボタンを押下することで、それらが読取装置識別情報とともに（場合によっては、読み取った顧客識別情報を併せて送っても良い）、テーブル端末７から管理サーバ２に送られる。たとえば、顧客が「牛すじ大根」、「カシスソーダ」、「梅サワー」をそれぞれ一個ずつ、「かにクリームコロッケ」、「ビール」を二個ずつ選択した場合、「注文確定」のボタンを押下することで、読取装置識別情報「Ａ１２３４」、それぞれの料理識別情報とともに、注文情報としてテーブル端末７から管理サーバ２に送られる。

管理サーバ２の注文処理部２２ではそれらの情報を受け付け（Ｓ３４０）、注文情報記憶部２５に記憶させる。この状態の注文情報記憶部２５の一例が図１７である。そして、注文処理部２２は、キッチン端末６に対して、新たな注文情報として、「牛すじ大根」、「カシスソーダ」、「梅サワー」をそれぞれ一個ずつ、「かにクリームコロッケ」、「ビール」を二個の追加の注文の情報と、読取装置識別情報（あるいはテーブルや椅子席の識別情報）とを表示させる。

厨房ではキッチン端末６に表示された注文に基づいて調理を行う。そして調理が終了後、キッチン端末６の当該注文の情報を、たとえばタッチすることで調理済みとして入力を行う。この入力によって、注文情報記憶部２５の当該注文情報のうち、調理済みのフラグが「未」から「済」になり、その情報の表示がキッチン端末６で消去または反転表示等される。

また厨房では上記の処理に加え、完成した料理は、配膳担当者に手渡され、配膳担当者は、キッチン端末６の上記表示を見ながら、所定の場所にこの料理を置いておく。なおこの際には、ほかの料理と区別するため、後述するように、当該料理を注文した顧客の携帯端末４に通知した注文番号を示す表示とともに、たとえばデシャップなどにおいておく。なお、顧客が自分で取りに行くことを希望していない料理については、従来どおり、配膳担当者がテーブルまで運べばよい。

また配膳処理部２３は、注文情報記憶部２５を監視し、顧客が注文した料理であって、かつ自分で配膳を行うことを選択した料理について、「調理済」のフラグが「未」から「済」になると、当該料理を注文した顧客識別情報を特定し、当該顧客識別情報を有する顧客の顧客端末に対して、注文した料理の調理が完了したこと、完了した料理、料理番号などの情報を通知する（Ｓ３５０）。この通知を携帯端末４で受信することで、調理完了通知画面が携帯端末４で表示され、それを顧客が視認することで、当該携帯端末４を持参し、所定の場所まで料理を取りに行く。また、配膳処理部２３が上記通知を行うと、キッチン端末６における上記調理が完了した料理について「通知済」と変更し、顧客に対して調理完了通知を行ったことを示す。

ユーザは、デシャップなどに行き、携帯端末４に表示された料理番号などを参考にして、自分の注文した料理を取る。そして、その注文した料理とともにレジ端末５に移動する。

ユーザは、携帯端末４で「精算」のボタンを押下する、あるいはレジ端末５に携帯端末４を接触または近接させることで、注文した料理の精算処理の要求、顧客識別情報が携帯端末４またはレジ端末５を介して管理サーバ２に送られる。管理サーバ２の精算処理部２４では、精算処理の要求を受け付けると、顧客識別情報に基づいて当該顧客の注文した料理情報であって調理済のフラグがある料理であって精算済みのフラグがない料理、およびその金額を注文情報記憶部２５から抽出し、その合計金額を算出する（Ｓ３６０）。

算出した合計金額は、管理サーバ２からＰＯＳレジなどに送られ、その金額が表示されて、顧客はそれに対して精算を行う（Ｓ３７０）。また、精算の終了後、精算終了がＰＯＳレジまたは携帯端末４から管理サーバ２に送られ、管理サーバ２の精算処理部２４でそれを受け付けると、当該注文情報に対して、精算済みのフラグを「未」から「済」に変更する。

なお合計金額などの精算処理は管理サーバ２からＰＯＳレジに送られるのではなく、管理サーバ２から携帯端末４またはレジ端末５に送られ、そこから情報を取得して精算を実行することも出来る。

また、ユーザが携帯端末４をレジ端末５に接触、近接させるほか、精算担当者が注文番号に基づいて料理を特定し、その料理の精算を行っても良い。この場合、精算担当者が注文番号をレジ端末５に入力すると、レジ端末５から管理サーバ２に当該注文番号の、調理済のフラグがある料理であって、かつ精算済みのフラグがない料理を注文情報記憶部２５から抽出し、その合計金額を算出する。そして、算出した合計金額が管理サーバ２からＰＯＳレジなどに送られ、その金額が表示されて顧客がそれに対して精算を行っても良い。

このような処理を行うことで、携帯端末４およびテーブル端末７の双方から注文を行うことが出来る。これによって、携帯端末４を人に触らせたくない場合、あるいは人数が多いなどの理由で携帯端末４一つでは注文しにくい場合に、テーブル端末７を利用して注文処理を行うことが出来る。

このように顧客は料理を取りに行った段階で精算処理を行い、それが終了すると、自席に戻り、飲食を行う。

そして顧客が追加注文を行う場合には、再度、携帯端末４で所定の操作を行うことで、上述と同様に料理情報を表示させ、注文処理を行うこととなる（Ｓ３８０）。
（実施例４）

次に本発明の注文システム１の第４の実施態様について説明する。本実施例は、テーブル端末７を用いて注文を行う場合であって、店舗を出る際に，最後にまとめて精算を行う場合である。なお、上述の各実施例と同様の部分は説明を省略する。

本実施例では、実施例３と異なり、料理を取りに行った際に精算をするのではなく、店舗を出る際に最後にまとめて精算を行うことから、Ｓ４００乃至Ｓ４５０は、Ｓ３００乃至Ｓ３５０と同様である。

ユーザは、デシャップなどに調理が完了した料理を取りに行き、携帯端末４に表示された料理番号などを参考にして、自分の注文した料理を取る。そして、その注文した料理をもって、自席に戻り、飲食を行う。

そして顧客が追加注文を行う場合には、再度、携帯端末４で所定の操作を行うことで、上述と同様に料理情報を表示させ、注文処理を行うこととなる。

このような処理を反復し、顧客が退店をする場合には、携帯端末４で「精算」のボタンを押下する、あるいはレジ端末５に携帯端末４を接触または近接させることで、注文の受け付けの終了と精算処理の要求、顧客識別情報が携帯端末４またはレジ端末５を介して管理サーバ２に送られる（Ｓ４６０）。管理サーバ２の精算処理部２４では、精算処理の要求を受け付けると、顧客識別情報に基づいて当該顧客の注文した料理情報であって調理済のフラグがある料理であって精算済みのフラグがない料理、およびその金額を注文情報記憶部２５から抽出し、その合計金額を算出する（Ｓ４７０）。

算出した合計金額は、管理サーバ２からＰＯＳレジなどに送られ、その金額が表示されて、顧客はそれに対して精算を行う（Ｓ４８０）。また、精算の終了後、精算終了がＰＯＳレジまたは携帯端末４から管理サーバ２に送られ、管理サーバ２の精算処理部２４でそれを受け付けると、当該注文情報に対して、精算済みのフラグを「未」から「済」に変更する。

なお合計金額などの精算処理は管理サーバ２からＰＯＳレジに送られるのではなく、管理サーバ２から携帯端末４またはレジ端末５に送られ、そこから情報を取得して精算を実行することも出来る。
（実施例５）

次に、実施例３と実施例４では一つの携帯端末４に一つのテーブル端末７を関連づけた場合を説明したが、携帯端末４に複数のテーブル端末７を関連づけても良い。これによって、当該顧客の携帯端末４を複数のテーブル端末７に接触または近接させることで、実施例３や実施例４と同様の処理が行える。

この場合、携帯端末４、それぞれのテーブル端末７から注文が可能となり、また精算はまとめて行うことが可能となる。

すなわち、携帯端末４を複数のテーブル端末７に接触または近接させることで、携帯端末４の顧客識別情報と、テーブル端末７に備えられた読取装置識別情報とがそれぞれ、来店情報として送られ、来店情報取得部２０は、図１９に示すように、それぞれを記憶させる。

携帯端末４から注文された場合には顧客識別情報に従って、テーブル端末７から注文された場合には読取装置識別情報に従って、それぞれ注文情報として記憶されることから、それぞれの注文を追加していくことが可能となる。

また精算の際には、顧客識別情報に従って注文情報を抽出するので、各テーブル端末７の隔たりなく、注文した料理の合計金額を算出することが出来る。

このような構成とすることで、飲食店を大人数で利用する場合には、注文は個別的に行い、精算はまとめて行うことが出来、利便性が高くなる。
（実施例６）

上述の実施例３では、携帯端末４とテーブル端末７とを併用する場合を説明したが、テーブル端末７のみとしても良い。なお、上述の実施例３と同様の部分は説明を省略する。図２０に本実施例の場合のシステム構成の一例を模式的に示す。

本実施例においては、携帯端末４を用いないので、来店情報取得部２０を設ける必要はない。また、注文情報記憶部２５は、顧客によって注文された料理の情報を記憶するが、顧客識別情報、読取装置識別情報は記憶せずとも良い。すなわち、店舗内における顧客の着席場所を示すテーブル番号、来店日時、注文した料理の情報、注文日時、顧客自らが配膳を行うかを示すフラグ、調理済みを示すフラグ、精算済みを示すフラグなどの情報が記憶されている。本実施例における注文情報記憶部２５の一例を図２２に模式的に示す。

なお本実施例では各テーブル端末７を、テーブル番号を用いて識別するので、その情報がテーブル端末７に記憶されている。

次に本実施例における処理プロセスの一例を、図２１のフローチャートを用いて説明する。

顧客は飲食店に入店し、席に案内された後、その席に着席する。そして注文を行う場合には、テーブル端末７では、そのタッチパネル式の画面において料理情報がメニューとして表示されるので（Ｓ５００）、テーブル端末７で所定の操作を行うことで、料理の注文を行う。

まずテーブル端末７で表示された料理情報から、注文したい料理を逐次選択し、注文を行う。すなわち注文したい料理とその個数を選択し、たとえば「注文確定」のボタンを押下することで、それらがテーブル番号とともに、テーブル端末７から管理サーバ２に送られる。たとえば、顧客が「刺身盛」、「焼鳥」をそれぞれ１個ずつ、「サラダ」を２個選択した場合、「注文確定」のボタンを押下することで、テーブル番号「１」、それぞれの料理識別情報とともに、注文情報としてテーブル端末７から管理サーバ２に送られる。

管理サーバ２の注文処理部２２ではそれらの情報を受け付け（Ｓ５１０）、注文情報記憶部２５に記憶させる。この状態の注文情報記憶部２５の一例が図２２である。そして、注文処理部２２は、キッチン端末６に対して、新たな注文情報として、「刺身盛」、「焼鳥」をそれぞれ１個ずつ、「サラダ」を２個の追加の注文の情報と、テーブル番号とを表示させる。

厨房ではキッチン端末６に表示された注文に基づいて調理を行う。そして調理が終了後、キッチン端末６の当該注文の情報を、たとえばタッチすることで調理済みとして入力を行う。この入力によって、注文情報記憶部２５の当該注文情報のうち、調理済みのフラグが「未」から「済」になり、その情報の表示がキッチン端末６で消去または反転表示等される。この状態の注文情報記憶部２５の一例が図２３である。

また厨房では上記の処理に加え、完成した料理は、配膳担当者に手渡され、配膳担当者は、キッチン端末６の上記表示を見ながら、所定の場所にこの料理を置いておく。なおこの際には、ほかの料理と区別するため、後述するように、当該料理を注文した顧客の携帯端末４に通知した注文番号を示す表示とともに、たとえばデシャップなどにおいておく。なお、顧客が自分で取りに行くことを希望していない料理については、従来どおり、配膳担当者がテーブルまで運べばよい。

また配膳処理部２３は、注文情報記憶部２５を監視し、顧客が注文した料理であって、かつ自分で配膳を行うことを選択した料理について、「調理済」のフラグが「未」から「済」になると、当該料理を注文したテーブル番号を特定し、当該テーブル番号を有するテーブル端末７に対して、注文した料理の調理が完了したこと、完了した料理、料理番号などの情報を通知する（Ｓ５２０）。この通知をテーブル端末７で受信することで、調理完了通知画面が携帯端末４で表示され、それを顧客が視認することで、所定の場所まで料理を取りに行く。また、配膳処理部２３が上記通知を行うと、キッチン端末６における上記調理が完了した料理について「通知済」と変更し、顧客に対して調理完了通知を行ったことを示す。

ユーザは、デシャップなどに行き、テーブル端末７に表示された料理番号などを参考にして、自分の注文した料理を取る。そして、その注文した料理とともにレジ端末５に移動する。この際に、テーブル端末７の画面をユーザが利用する携帯端末４で撮像したり、テーブル端末７から料理番号が印刷された紙が出力されても良い。

ユーザがレジ端末５に行くと、精算担当者がその料理の精算を行う。この場合、ユーザが口頭で料理番号やテーブル番号などを告知する、あるいは携帯端末４で撮像したテーブル端末７の画面を見せる、テーブル端末７から出力された紙を見せる、など何らかの方法によって料理番号やテーブル番号を告知の確実性を高めると良い。

そして精算担当者が料理番号やテーブル番号をレジ端末５に入力すると、レジ端末５から管理サーバ２に当該料理番号やテーブル番号の、調理済のフラグがある料理であって、かつ精算済みのフラグがない料理を注文情報記憶部２５から抽出し、その合計金額を算出する（Ｓ５３０）。そして、算出した合計金額が管理サーバ２からＰＯＳレジなどに送られ、その金額が表示されて顧客がそれに対して精算を行っても良い（Ｓ５４０）。

このような処理を行うことで、テーブル端末７から注文を行うことが出来る。

このように顧客は料理を取りに行った段階で精算処理を行い、それが終了すると、自席に戻り、飲食を行う。

そして顧客が追加注文を行う場合には、再度、携帯端末４で所定の操作を行うことで、上述と同様に料理情報を表示させ、注文処理を行うこととなる（Ｓ５５０）。
（実施例７）

上述の実施例４では、携帯端末４とテーブル端末７とを併用する場合を説明したが、テーブル端末７のみとしても良い。なお、上述の実施例４と同様の部分は説明を省略する。なお、本実施例においても、実施例６と同様に、携帯端末４を用いないので、来店情報取得部２０を設ける必要はない。また、注文情報記憶部２５は、顧客によって注文された料理の情報を記憶するが、顧客識別情報、読取装置識別情報は記憶せずとも良い。すなわち、店舗内における顧客の着席場所を示すテーブル番号、来店日時、注文した料理の情報、注文日時、顧客自らが配膳を行うかを示すフラグ、調理済みを示すフラグ、精算済みを示すフラグなどの情報が記憶されている。

次に本実施例における処理プロセスの一例を、図２４のフローチャートを用いて説明する。なお本実施例では、実施例６と異なり、料理を取りに行った際に精算をするのではなく、店舗を出る際に最後にまとめて精算を行うことから、Ｓ６００乃至Ｓ６２０はＳ５００乃至Ｓ５２０と同様なので説明を省略する。

ユーザは、デシャップなどに調理が完了した料理を取りに行き、テーブル端末７に表示された料理番号などを参考にして、自分の注文した料理を取る。そして、その注文した料理をもって、自席に戻り、飲食を行う。

そして顧客が追加注文を行う場合には、再度、テーブル端末７で所定の操作を行うことで、上述と同様に料理情報を表示させ、注文処理を行うこととなる。

このような処理を反復し、顧客が退店をする場合には、テーブル端末７で「精算」のボタンを押下することで、注文の受け付けの終了と精算処理の要求、テーブル番号がテーブル端末７から管理サーバ２に送られる（Ｓ６３０）。管理サーバ２の精算処理部２４では、精算処理の要求を受け付けると、テーブル番号に基づいて当該顧客の注文した料理情報であって調理済のフラグがある料理であって精算済みのフラグがない料理、およびその金額を注文情報記憶部２５から抽出し、その合計金額を算出する（Ｓ６４０）。

そして管理サーバ２からレジ端末５にその情報が送られると，レジ端末５の精算担当者はその伝票を出力し、顧客のテーブルにその伝票を渡し、精算を行う（Ｓ６５０）。
（実施例８）

上述の各実施例においては顧客自らが取りに行く場合と、従来どおりテーブルまで運んでもらう場合とで料理の値段が同じ場合であったが、顧客自らが取りに行く場合には、その価格を所定金額や所定割合だけ割り引いても良い。すなわち、注文処理部２２は、携帯端末４やテーブル端末７から料理の注文を受けると、当該料理について「取りに行く」ことが選択されている場合、当該料理の金額から所定割合／所定金額減算した金額を価格として注文情報記憶部２５に記憶する。これによって、顧客自らが取りに行く場合のインセンティブが発生し、顧客による積極的な活用に繋がる。

本発明の注文システム１を用いることで、従業員の配膳に要する時間、負担を削減することが出来るので、飲食店において従業員をさらに削減することが可能となる。また、配膳を顧客が行うことによって取り間違いが発生する可能性があるが、本発明のように構成することで、取り間違いを防止することも出来る。

１：注文システム
２：管理サーバ
３：読取装置
４：携帯端末
５：レジ端末
６：キッチン端末
７：テーブル端末
２０：来店情報取得部
２１：料理情報記憶部
２２：注文処理部
２３：配膳処理部
２４：精算処理部
２５：注文情報記憶部
７０：演算装置
７１：記憶装置
７２：表示装置
７３：入力装置
７４：通信装置

Claims (5)

1. 飲食店における注文システムであって、
   顧客を識別する顧客識別情報と、その顧客が着座した場所を識別する場所識別情報と、その顧客が注文した料理に関する情報とを対応づけて記憶する注文情報記憶部と、
   前記顧客が着座し利用するテーブルに設置された読取装置に、前記顧客が利用する携帯端末を接触または近接させることで、顧客識別情報と場所識別情報とを含む来店情報を、
   前記携帯端末または読取装置から取得して前記注文情報記憶部に記憶させる来店情報取得部と、
   前記飲食店で提供する料理に関する情報を記憶する料理情報記憶部と、
   前記来店情報取得部が前記来店情報を取得してから前記顧客が利用する前記携帯端末からの要求を受けると、前記料理情報記憶部に記憶する料理に関する情報を前記携帯端末に表示させ、前記顧客が注文をする料理に関する情報と、前記顧客識別情報および前記場所識別情報とを前記携帯端末から受け付け、前記記憶させた対応する顧客識別情報に関連付けて前記注文した料理に関する情報を前記注文情報記憶部に記憶させる注文処理部と、
   前記顧客が注文した料理が完成したことを示す情報を受け取ると該料理に識別番号を割り当て、前記注文情報記憶部に基づいて、前記顧客が利用する携帯端末に、前記割り当てた識別番号と共に前記注文した料理が完成した通知を送る配膳処理部と、
   を有することを特徴とする注文システム。
2. 前記注文情報記憶部には、
   前記顧客識別情報に対応付けて複数の前記場所識別情報が記憶されている、
   ことを特徴とする請求項１に記載の注文システム。
3. 料理を受け取った顧客が利用する携帯端末から、該料理の精算処理要求及び前記顧客識別情報を受け付けることで、前記注文情報記憶部に記憶する前記顧客が注文した料理の合計金額を算出する精算処理部を有する、
   ことを特徴とする請求項１又は２に記載の注文システム。
4. レジ端末において前記携帯端末から読み取った前記顧客識別情報と、前記料理の精算処理の要求とを前記レジ端末または前記携帯端末から受け取り、前記受け取った顧客識別情報に基づいて、前記注文情報記憶部に記憶する前記顧客が注文した料理の合計金額を算出する精算処理部、
   を有することを特徴とする請求項１又は請求項２に記載の注文システム。
5. 飲食店の顧客が注文した料理に関する情報を記憶する注文情報記憶部及び飲食店で提供する料理に関する情報を記憶する料理情報記憶部を備えたサーバと、飲食店の調理場に設置されたキッチン端末とを備えた注文システムが行う料理の注文方法であって、
   前記サーバは、
   前記顧客が着座し利用するテーブルに設置された読取装置に、前記顧客が利用する携帯端末を接触または近接させることで、顧客識別情報と場所識別情報とを含む来店情報を、前記携帯端末または読取装置から取得して前記注文情報記憶部に記憶させるステップと、
   前記来店情報を取得してから前記顧客が利用する前記携帯端末からの要求を受けると、前記料理情報記憶部に記憶する料理に関する情報を前記携帯端末に表示させ、前記顧客が注文をする料理に関する情報と、前記顧客識別情報および前記場所識別情報とを前記携帯端末から受け付け、前記記憶させた対応する顧客識別情報に関連付けて前記注文した料理に関する情報を前記注文情報記憶部に記憶させるステップと、
   前記キッチン端末に、前記携帯端末から受け付けた顧客が注文をする料理に関する情報と、前記顧客識別情報および前記場所識別情報とを送信して表示させるステップと、
   前記キッチン端末から前記顧客が注文した料理が完成したことを示す情報を受け取り、該完成した料理に識別番号を割り当て、前記注文情報記憶部に基づいて、前記顧客が利用する携帯端末に、前記割り当てた識別番号と共に前記注文した料理が完成した通知を送るステップと、を実行する、
   ことを特徴とする料理の注文方法。

Images