(57)【特許請求の範囲】
【請求項１】
飲食店における注文システムであって、
顧客識別情報と、顧客が着座した場所を識別する読取装置識別情報と、前記顧客が注文した料理に関する情報とを対応づけて記憶する注文情報記憶部と、
前記顧客が着座し利用するテーブルの所定箇所に設置された読取装置に、前記顧客が利用する携帯端末を接触または近接させることで、前記顧客識別情報と前記読取装置識別情報とを含む来店情報を、前記携帯端末または読取装置から取得して前記注文情報記憶部に記憶させる来店情報取得部と、
前記飲食店で提供する料理に関する情報を記憶する商品情報記憶部と、
前記来店情報取得部が前記来店情報を取得してから前記顧客が利用する前記携帯端末からの要求を受けると、前記商品情報記憶部に記憶する料理に関する情報を前記携帯端末に送信して表示させ、前記顧客が注文した料理に関する情報と前記顧客識別情報とを前記携帯端末から受け付け、前記注文情報記憶部における前記顧客識別情報に対応づけて、前記注文した料理に関する情報を前記注文情報記憶部に記憶させる注文処理部と、
を有することを特徴とする注文システム。
【請求項２】
前記読取装置を備えたテーブル端末が前記テーブルの所定箇所に設置されており、
前記注文処理部は、
前記携帯端末を接触または近接させた前記テーブル端末から、顧客が注文した料理に関する情報及び前記読取装置識別情報を受け付け、前記注文情報記憶部における前記読取装置識別情報に対応づけて、前記注文した料理に関する情報を前記注文情報記憶部に記憶させる、
ことを特徴とする請求項１に記載の注文システム。
【請求項３】
前記注文情報記憶部には、
前記顧客識別情報に対応づけて複数の前記場所を識別する識別情報が記憶されている、
ことを特徴とする請求項２に記載の注文システム。
【請求項４】
前記注文情報記憶部に記憶した注文情報を注文履歴情報として抽出する注文履歴処理部と、
前記抽出した注文履歴情報を顧客識別情報毎に記憶する注文履歴情報記憶部と、
前記注文履歴情報記憶部に記憶した注文履歴情報に基づいて、顧客毎の広告またはＣＲＭに係る処理を実行する注文履歴利用処理部と、
を有することを特徴とする請求項１から請求項３のいずれかに記載の注文システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、飲食店などで、顧客自身が端末を操作することで注文を行う、いわゆるセルフオーダー式の注文システムに関する。
【背景技術】
【０００２】
飲食店で顧客が注文を行う場合には、従来は、接客担当の従業員をテーブルまで呼び、注文を行うことが多かった。通常の飲食店では、接客担当の従業員が配膳なども担当していることが多く、店内が混雑する時間帯では、従業員がテーブルに来るまで時間がかかったり、注文間違いなどの発生もある。また、十分な顧客対応を行うには、従業員の数が必要になる場合もある。
【０００３】
そこでテーブル上に、注文を行う専用端末を設置し、顧客自らがその専用端末を操作することで注文を行うセルフオーダー式の注文システムが、例えば下記特許文献１、特許文献２に開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−７９３８０号公報
【特許文献２】特開２００２−８３３７５号公報
【非特許文献】
【０００５】
【非特許文献１】Storific、”Storific”、インターネット＜ＵＲＬ：http://storific.com/＞
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１や特許文献２に開示のシステムの場合、テーブル上に専用端末を設置して顧客が注文を行うことで、顧客にとっては従業員を呼ぶ手間を省ける点でメリットがある。また飲食店にとっても注文間違いをなくす、従業員の数を減らすことが出来るなどの点でメリットがある。
【０００７】
しかしながら注文を行う端末が設置型か可搬型かで相違があるものの、いずれにしても専用端末が必要となる。そのため、設置費用も高額にならざるを得ない。
【０００８】
顧客が注文を行う端末として、顧客が普段から使用している、顧客自身の携帯端末（携帯電話、スマートフォン、ＰＨＳ、ＰＤＡ、タブレット型コンピュータなどが含まれる）を利用して注文が行えると、注文を行う端末として顧客の携帯端末を利用できるため、安価にすることが出来、飲食店にとってのメリットも大きい。そこで非特許文献１のように、顧客の携帯端末を用いて注文を行えるシステムも存在する。
【０００９】
しかし非特許文献１の場合、ＧＰＳを用いて店舗を特定して注文を行うことから、入店している飲食店を誤認識する可能性が高い。特に、日本では、ビルや地下に複数の飲食店が存在していることも多く、ＧＰＳを用いることが難しい場合もある。また、店内に入らずに注文が出来るため、注文するつもりもないのに、当該飲食店の入口付近に立ち、店外から注文をするなど、いたずらなどのリスクもある。
【課題を解決するための手段】
【００１０】
そこで本願発明者は、上記課題を解決する注文システムを発明した。
【００１１】
本発明は、飲食店における注文システムであって、顧客識別情報と、顧客が着座した場所を識別する読取装置識別情報と、前記顧客が注文した料理に関する情報とを対応づけて記憶する注文情報記憶部と、前記顧客が着座し利用するテーブルの所定箇所に設置された読取装置に、前記顧客が利用する携帯端末を接触または近接させることで、前記顧客識別情報と前記読取装置識別情報とを含む来店情報を、前記携帯端末または読取装置から取得して前記注文情報記憶部に記憶させる来店情報取得部と、前記飲食店で提供する料理に関する情報を記憶する商品情報記憶部と、前記来店情報取得部が前記来店情報を取得してから前記顧客が利用する前記携帯端末からの要求を受けると、前記商品情報記憶部に記憶する料理に関する情報を前記携帯端末に送信して表示させ、前記顧客が注文した料理に関する情報と前記顧客識別情報とを前記携帯端末から受け付け、前記注文情報記憶部における前記顧客識別情報に対応づけて、前記注文した料理に関する情報を前記注文情報記憶部に記憶させる注文処理部と、を有することを特徴とする。
【００１２】
本発明のように構成することで、顧客は、テーブルなどに設置された読取装置に、自らの携帯端末を接触または近接させることで、自らの携帯端末から注文を行うことが出来る。そのため、上述の非特許文献１の場合とは異なり、ビルや地下に入居している飲食店であっても、セルフオーダー式の注文システムを安価に実現することが出来る。また、確実に入店していることが保証されるので、いたずらや、別の飲食店にいるにもかかわらず、誤って店舗を認識し、異なる飲食店に注文をしてしまう誤注文なども防止することが出来る。
【００１３】
上述の発明において、前記読取装置を備えたテーブル端末が前記テーブルの所定箇所に設置されており、前記注文処理部は、前記携帯端末を接触または近接させた前記テーブル端末から、顧客が注文した料理に関する情報及び前記読取装置識別情報を受け付け、前記注文情報記憶部における前記読取装置識別情報に対応づけて、前記注文した料理に関する情報を前記注文情報記憶部に記憶させる、注文システムのように構成することもできる。
【００１４】
本発明のように構成することで、顧客が利用する携帯端末のみならず、テーブルに設置されたテーブル端末からも注文を行うことが可能となる。
【００１５】
上述の発明において、前記注文情報記憶部には、前記顧客識別情報に対応づけて複数の前記場所を識別する識別情報が記憶されている、注文システムのように構成することもできる。
【００１６】
大人数で飲食店を利用する場合には、複数のテーブルに分かれることも多い。しかしそのような場合であっても精算がまとめて出来ることが有益である。そのため、本発明のように構成することで、複数のテーブルに分かれた場合であっても、まとめて精算を行うように構成することも出来る。
【００１７】
上述の発明において、前記注文システムは、さらに、前記注文情報記憶部に記憶した注文情報を注文履歴情報として抽出する注文履歴処理部と、前記抽出した注文履歴情報を顧客識別情報毎に記憶する注文履歴情報記憶部と、前記注文履歴情報記憶部に記憶した注文履歴情報に基づいて、顧客毎の広告またはＣＲＭに係る処理を実行する注文履歴利用処理部と、を有する注文システムのように構成することもできる。
【００１８】
本発明では顧客毎の注文履歴情報を蓄積することが出来る。そこで本発明のように構成することで、顧客毎の広告配信やＣＲＭに係る処理を行うことが出来、またその精度を向上させることが出来る。
【発明の効果】
【００１９】
本発明を用いることで、注文を行う際には、ＧＰＳなどの位置情報を用いるのではなく、飲食店の、とくにテーブルの所定箇所に設置された読取装置に携帯端末をかざすことで、顧客の携帯端末を利用して注文を行う。そのため、いたずらや誤注文などを防止することが出来る。またビルや地下に入居している飲食店であっても利用可能となる。また、顧客自身が端末を操作をすることで注文を行う、いわゆるセルフオーダー式の注文システムを、安価に導入することが出来る。
【００２０】
さらに顧客がどのような注文を行ったかの注文履歴を蓄積することが出来るので、当該顧客に対して、ダイレクトメールやレコメンデーション、ポイントサービスなどを行うことも可能となる。
【図面の簡単な説明】
【００２１】
【図１】本発明の注文システムの全体の概要を示す概要図の一例である。
【図２】サーバのハードウェア構成の一例を模式的に示す図である。
【図３】本発明の注文システムの処理プロセスの一例を示すフローチャートである。
【図４】商品情報記憶部の一例を模式的に示す図である。
【図５】注文情報記憶部の一例を模式的に示す図である。
【図６】来店情報が注文情報記憶部に記憶された状態の一例を模式的に示す図である。
【図７】携帯端末の画面の一例を模式的に示す図である。
【図８】キッチン端末の画面の一例を模式的に示す図である。
【図９】注文情報記憶部のほかの一例を模式的に示す図である。
【図１０】キッチン端末の画面のほかの一例を模式的に示す図である。
【図１１】実施例２の注文システムの全体の概要を示す概要図の一例である。
【図１２】注文情報記憶部のほかの一例を模式的に示す図である。
【図１３】注文情報記憶部のほかの一例を模式的に示す図である。
【図１４】実施例４の注文システムの全体の概要を示す概要図の一例である。
【図１５】顧客情報記憶部の一例を模式的に示す図である。
【図１６】実施例５の注文システムの全体の概要を示す概要図の一例である。
【図１７】注文履歴情報記憶部の一例を模式的に示す図である。
【発明を実施するための形態】
【００２２】
本発明の全体の概念図を図１に模式的に示す。本発明の注文システム１では、飲食店などの店舗が利用する管理サーバ２と、各飲食店に設置される読取装置３と、各飲食店の精算処理を行う場所に設置されるレジ端末５と、調理を行う厨房に設置されるキッチン端末６と、顧客が利用する携帯端末４とが用いられる。
【００２３】
管理サーバ２は、プログラムの演算処理を実行するＣＰＵなどの演算装置７０と、情報を記憶するＲＡＭやハードディスクなどの記憶装置７１と、ディスプレイ（画面）などの表示装置７２と、キーボードやポインティングデバイス（マウスやテンキーなど）などの入力装置７３と、演算装置７０の処理結果や記憶装置７１に記憶する情報をインターネットやＬＡＮなどのネットワークを介して送受信する通信装置７４とを有している。コンピュータ上で実現する各機能（各手段）は、その処理を実行する手段（プログラムやモジュールなど）が演算装置７０に読み込まれることでその処理が実行される。各機能は、記憶装置７１に記憶した情報をその処理において使用する場合には、該当する情報を当該記憶装置７１から読み出し、読み出した情報を適宜、演算装置７０における処理に用いる。図２にサーバのハードウェア構成の一例を模式的に示す。また、サーバにおける処理は、複数のサーバ（コンピュータ端末も含む）などに、その機能が分散配置されていても良い。また管理サーバ２は、飲食店情報提供会社などが複数の飲食店の利用に供するために管理、運営をしても良い。また飲食店毎に管理、運営をしても良い。
【００２４】
本発明における各手段は、その機能が論理的に区別されているのみであって、物理上あるいは事実上は同一の領域を為していても良い。
【００２５】
携帯端末４は、顧客が利用する可搬型の通信端末であり、読取装置３などに接触または近接させる端末である。携帯端末４は、携帯電話（スマートフォンも含む）、ＰＨＳ、ＰＤＡ、タブレット型コンピュータなどの通信機能を備えた端末である。また携帯端末４の記憶装置７１には、当該顧客を識別するための識別情報（顧客識別情報）が記憶されていることが好ましい。さらに携帯端末４には、所定のアプリケーションソフトウェアが記憶されていると良い。このアプリケーションソフトウェアを用いて、本発明の注文システム１におけるメニューを表示し注文する処理などを実行することが出来る。なおアプリケーションソフトウェアを用いない場合には、いわゆるウェブブラウザを用いて、上述と同様の処理を実現できる。
【００２６】
読取装置３は、各飲食店に設置される端末であって、携帯端末４と接触または近接することで、携帯端末４に記憶されている顧客識別情報と、当該飲食店において、どの読取装置３が設置されたテーブルや椅子に着座したかを示す読取装置識別情報（読取装置３を識別する情報）と、を少なくとも来店情報として管理サーバ２に通知する。なお、読取装置３はテーブル単位で読取装置３が設置されることが好ましいが、それに限られず椅子単位（特にカウンター席の場合）などであってもよい。読取装置３には上述の読取装置識別情報が記憶されている。
【００２７】
なお、顧客が着座した場所はテーブルや椅子によって識別できるが、これを識別する情報（場所識別情報）として、以下では読取装置識別情報を用いる。しかしながら読取装置識別情報ではなく、テーブルや椅子を識別する識別情報であっても良い。これらを総称して場所識別情報とする。また、読取装置識別情報とテーブルや椅子を識別する識別情報との対応関係が記憶されていても良い。この場合、読取装置識別情報を受信すると、上記対応関係に基づいてテーブルや椅子を識別する情報が特定可能となる。
【００２８】
読取装置３と携帯端末４との間で接触または非接触で通信を行う場合の通信方式にはさまざまなものがあるが、たとえばＮＦＣ方式（Near Field Communication）などのＲＦＩＤが一例としてある。なお、これには限定されない。
【００２９】
読取装置３は、携帯端末４に記憶された顧客識別情報を読み取り、読み取った顧客識別情報と読取装置識別情報と来店日時情報とを管理サーバ２に送信する。ネットワークでの通信が可能な読取装置３とは、読取装置３そのものに通信機能が内蔵されているほか、読取装置３と接続された、ネットワークでの通信が可能な装置（たとえばＰＯＳレジやコンピュータ端末など）の場合も含む。
【００３０】
さらに、携帯端末４には読取装置３と通信を行うための通信機能を備えていない場合もある。その場合、読取装置３から所定の音（読取装置３ごとにユニークな音）を再生する。そして携帯端末４で所定のアプリケーションソフトウェア（後述の処理を行うアプリケーションソフトウェア）を起動させた状態で、携帯端末４を近接させると、当該アプリケーションソフトウェアでその音を認識することで読取装置３を特定し、対応する読取装置識別情報を特定する。そして携帯端末４のアプリケーションソフトウェアが認識した読取装置識別情報と顧客識別情報と来店日時情報とを管理サーバ２に送る。
【００３１】
以上のような処理を行うことで、読取装置３または携帯端末４から管理サーバ２に来店したことを示す情報（来店情報）を送る。
【００３２】
管理サーバ２は、来店情報取得部２０と商品情報記憶部２１と注文処理部２２と精算処理部２３と注文情報記憶部２４とを有する。
【００３３】
来店情報取得部２０は、読取装置３または携帯端末４から顧客識別情報、読取装置識別情報、来店日時情報などを取得し、注文情報記憶部２４に記憶させる。
【００３４】
商品情報記憶部２１は、飲食店毎に注文可能な商品の情報を記憶している。図４に商品情報記憶部２１の一例を模式的に示す。商品の情報としては、商品を識別可能な商品識別情報（商品ＩＤ）、商品名、単価、画像情報（または画像情報が記憶されている記憶領域の情報）などが記憶されていると良いが、これに限られるものではない。ここで記憶された商品情報が顧客の携帯端末４に送られ、顧客が選択可能となる。
【００３５】
注文処理部２２は、商品情報記憶部２１に記憶した商品情報を抽出し、顧客の携帯端末４に表示させる。この際には、顧客識別情報に基づいて注文情報記憶部２４を参照することで読取装置識別情報を特定することで、顧客が入店している飲食店を特定し、その飲食店の商品情報を抽出すれば良い。
【００３６】
また注文処理部２２は、顧客の携帯端末４から、選択された商品（注文する商品）とその個数の情報（注文情報）とを受け付け、注文情報記憶部２４に記憶させる。この際に、顧客の顧客識別情報とともに受け付けることが好ましい。また、受け付けた注文情報と、どこからの注文であるのかを示す情報とをキッチン端末６に送り、表示させる。どこからの注文であるのかを示す情報としては、読取装置識別情報に対応するテーブル番号、椅子番号などを表示させればよい。読取装置識別情報は固定的に設置されているので、読取装置識別情報が特定出来れば、どのテーブル、椅子に座っている顧客からの注文であるかを特定出来る。読取装置識別情報とテーブルや椅子席との対応関係を記憶しておくことが好ましい。また読取装置識別情報は、注文情報記憶部２４に顧客識別情報と対応づけて記憶しているので、それを参照すれば良い。
【００３７】
精算処理部２３は、携帯端末４において所定の操作が行われると、注文情報記憶部２４に記憶した注文情報に基づいて、注文した商品の合計金額を算出し、それをＰＯＳレジなどに送る。ここで所定の操作とは、たとえば携帯端末４において、「精算」のボタンが押下される、レジ端末５に携帯端末４が接触または近接されるなどにより、携帯端末４から管理サーバ２（場合によってはレジ端末５を介して）に顧客の顧客識別情報と、精算処理の要求とが送られればよい。また精算処理部２３は、注文情報記憶部２４における注文について、精算が終了した注文には精算済みの情報を記憶させても良い。
【００３８】
注文情報記憶部２４は、顧客によって注文された商品の情報を記憶する。図５に注文情報記憶部２４の一例を模式的に示す。注文情報記憶部２４には、顧客識別情報、読取装置識別情報、来店日時、注文した商品の情報、注文日時、調理済みを示すフラグ、精算済みを示すフラグなどの情報が記憶される。なお読取装置識別情報の代わりに、注文されたテーブルや椅子席などを示す情報が記憶されていても良い。
【００３９】
レジ端末５とは、精算処理を行う場所に設置された読取装置３を備えたレジスターであって、上述の読取装置３と同様に、携帯端末４が接触または近接されることで、携帯端末４に記憶された顧客識別情報が読み取られる。なお、精算処理を行うことを携帯端末４から操作可能な場合には、レジ端末５に読取装置３を設けずとも良い。またレジ端末５はＰＯＳレジであっても良い。
【００４０】
キッチン端末６は、調理を行う場所に設置された端末である。キッチン端末６には、注文処理部２２で受け付けた注文情報に基づいて、調理をすべき注文の情報が表示される。また調理済みの注文情報については、キッチン端末６で所定の操作、たとえばタッチパネル式のキッチン端末６において、当該注文情報を選択して調理済みの入力を行うことで、調理済みの情報が注文情報記憶部２４に記憶される。具体的には、注文情報記憶部２４における「調理済み」のフラグが「未」から「済」に変更される。これによって、キッチン端末６から、当該注文情報の表示が消去される。
【実施例１】
【００４１】
次に本発明の注文システム１の処理プロセスの一例を図３のフローチャートを用いて説明する。
【００４２】
顧客は飲食店に入店し、席に案内された後、テーブルなどに設置された読取装置３に自らの携帯端末４を接触または近接させる（Ｓ１００）。これによって、携帯端末４に記憶された顧客識別情報が読取装置３で読み取られ（Ｓ１１０）、顧客識別情報、読取装置識別情報、来店日時情報（読取装置３に携帯端末４を接触または近接させた日時情報）などが、携帯端末４または読取装置３から管理サーバ２に送られ、管理サーバ２の来店情報取得部２０でこれを取得する（Ｓ１２０）。たとえば顧客識別情報が「１２３４５」であり、読取装置識別情報が「Ａ１２３４」であり、来店日時が「２０１１年８月２日１９時２０分」である場合には、それらが携帯端末４または読取装置３から管理サーバ２に送られ、それを管理サーバ２の来店情報取得部２０で取得することとなる。
【００４３】
なお、携帯端末４を接触または近接させる場合には、携帯端末４の形式により、さまざまな方法を採ることができ、携帯端末４に記憶された所定のアプリケーションソフトウェアを起動した状態で接触または近接させても良いし、起動させずに接触または近接させても良い。これは、携帯端末４や読取装置３の仕様により、随時、変更が可能である。
【００４４】
来店情報取得部２０では、携帯端末４または読取装置３から顧客識別情報、読取装置識別情報、来店日時情報などを取得すると、それを注文情報記憶部２４に記憶させる。この状態の注文情報記憶部２４の一例が図６である。
【００４５】
そして顧客は携帯端末４のアプリケーションソフトウェアで所定の操作を行うことで、商品情報の表示要求（メニューの表示要求）を行うと、その要求を管理サーバ２で受け取り、注文処理部２２は、商品情報記憶部２１に記憶した商品情報を抽出して携帯端末４に送る。そして携帯端末４では、管理サーバ２から受け取った商品情報をメニュー形式で表示をする（Ｓ１３０）。図７に商品情報が表示された携帯端末４の一例を模式的に示す。
【００４６】
そして顧客は、携帯端末４で表示された商品情報から、注文したい商品を逐次選択し、注文を行う。すなわち注文したい商品とその個数を選択し、たとえば「注文確定」のボタンを押下することで、それらが顧客識別情報とともに、携帯端末４から管理サーバ２に送られる。たとえば、顧客が「刺身三点盛り」、「鶏の唐揚げ」、「シーザーサラダ」をそれぞれ一個ずつ、「ビール」を４杯選択した場合、「注文確定」のボタンを押下することで、顧客識別情報「１２３４５」、それぞれの商品識別情報とともに、注文情報として携帯端末４から管理サーバ２に送られる。
【００４７】
管理サーバ２の注文処理部２２ではそれらの情報を受け付け（Ｓ１４０）、注文情報記憶部２４に記憶させる。この状態の注文情報記憶部２４の一例が図５である。そして、注文処理部２２は、顧客識別情報に基づいて読取装置識別情報（あるいはテーブル席や椅子席の識別情報）を特定し、キッチン端末６に対して、新たな注文情報として、「刺身三点盛り」１個、「鶏の唐揚げ」１個、「シーザーサラダ」１個、「ビール」４杯の追加の注文の情報と、読取装置識別情報（あるいはテーブルや椅子席の識別情報）とを表示させる。図８にキッチン端末６の一例を示す。なお、図８では、読取装置識別情報ではなく、読取装置３が設置されたテーブルの識別情報が表示されている。これは、上述の読取装置識別情報とテーブルや椅子席との対応関係に基づいて表示できる。
【００４８】
厨房ではキッチン端末６に表示された注文に基づいて調理を行う。そして調理が終了後、キッチン端末６の当該注文の情報を、たとえばタッチすることで調理済みとして入力を行う。この入力によって、注文情報記憶部２４の当該注文情報のうち、調理済みのフラグが「未」から「済」になり、その情報の表示がキッチン端末６で消去される。
【００４９】
たとえばシーザーサラダの調理が終わった場合、キッチン端末６の「シーザーサラダ」をタッチすることで調理済みとして入力を行う。その結果、注文情報記憶部２４の「シーザーサラダ」の調理済みのフラグは「済」に変更され、またキッチン端末６の表示から「シーザーサラダ」が消去される。この状態の注文情報記憶部２４の一例を模式的に示すのが図９である。また、この状態のキッチン端末６の一例を模式的に示すのが図１０である。
【００５０】
そして顧客が追加注文を行う場合には、再度、携帯端末４で所定の操作を行うことで、上述と同様に商品情報を表示させ、注文処理を行うこととなる。
【００５１】
このような処理を反復し、顧客が退店をする場合には、携帯端末４で「精算」のボタンを押下する、あるいはレジ端末５に携帯端末４を接触または近接させることで、注文の受け付けの終了と精算処理の要求、顧客識別情報が携帯端末４またはレジ端末５を介して管理サーバ２に送られる（Ｓ１５０）。管理サーバ２の精算処理部２３では、精算処理の要求を受け付けると、顧客識別情報に基づいて当該顧客の注文した商品情報であって調理済のフラグがある商品であって精算済みのフラグがない商品、およびその金額を注文情報記憶部２４から抽出し、その合計金額を算出する（Ｓ１６０）。
【００５２】
算出した合計金額は、管理サーバ２からＰＯＳレジなどに送られ、その金額が表示されて、顧客はそれに対して精算を行う（Ｓ１７０）。また、精算の終了後、精算終了がＰＯＳレジまたは携帯端末４から管理サーバ２に送られ、管理サーバ２の精算処理部２３でそれを受け付けると、当該注文情報に対して、精算済みのフラグを「未」から「済」に変更する。
【００５３】
なお合計金額などの精算処理は管理サーバ２からＰＯＳレジに送られるのではなく、管理サーバ２から携帯端末４またはレジ端末５に送られ、そこから情報を取得して精算を実行することも出来る。
【００５４】
以上のようにすることで、顧客の携帯端末４を用いて注文処理を行うことが可能となる。
【実施例２】
【００５５】
次に、顧客の携帯端末４のみならず、テーブルに設置されたテーブル端末７と併用して注文処理を行う場合を説明する。図１１に本実施例の場合のシステム構成の一例を模式的に示す。テーブル端末７は、テーブルや椅子ごとに設置された端末であって、主にタッチパネル方式により、商品の注文を行うことができる端末である。
【００５６】
テーブル端末７には所定箇所に読取装置３が備えられており、その読取装置３に携帯端末４を接触または近接させることで、上述と同様の処理が可能となる。またテーブル端末７からは携帯端末４と同様に、商品の注文を行うことが可能となっている。
【００５７】
次に、実施例２における注文システム１の処理プロセスの一例を模式的に示す。
【００５８】
顧客は飲食店に入店し、席に案内された後、テーブルなどに設置されたテーブル端末７の読取装置３に自らの携帯端末４を接触または近接させる（Ｓ１００）。これによって、携帯端末４に記憶された顧客識別情報がテーブル端末７の読取装置３で読み取られ（Ｓ１１０）、顧客識別情報、読取装置識別情報、来店日時情報（テーブル端末７の読取装置３に携帯端末４を接触または近接させた日時情報）などが、携帯端末４またはテーブル端末７から管理サーバ２に送られ、管理サーバ２の来店情報取得部２０でこれを取得する（Ｓ１２０）。たとえば顧客識別情報が「１２３４５」であり、読取装置識別情報が「Ａ１２３４」であり、来店日時が「２０１１年８月２日１９時２０分」である場合には、それらが携帯端末４またはテーブル端末７から管理サーバ２に送られ、それを管理サーバ２の来店情報取得部２０で取得することとなる。
【００５９】
来店情報取得部２０では、携帯端末４またはテーブル端末７から顧客識別情報、読取装置識別情報、来店日時情報などを取得すると、それを注文情報記憶部２４に記憶させる。
【００６０】
そして顧客は携帯端末４のアプリケーションソフトウェアで所定の操作を行うことで、商品情報の表示要求（メニューの表示要求）を行うと、その要求を管理サーバ２で受け取り、注文処理部２２は、商品情報記憶部２１に記憶した商品情報を抽出して携帯端末４に送る。そして携帯端末４では、管理サーバ２から受け取った商品情報をメニュー形式で表示をする（Ｓ１３０）。
【００６１】
そして顧客は、携帯端末４で表示された商品情報から、注文したい商品を逐次選択し、注文を行う。すなわち注文したい商品とその個数を選択し、たとえば「注文確定」のボタンを押下することで、それらが顧客識別情報とともに、携帯端末４から管理サーバ２に送られる。たとえば、顧客が「刺身三点盛り」、「鶏の唐揚げ」、「シーザーサラダ」をそれぞれ一個ずつ、「ビール」を４杯選択した場合、「注文確定」のボタンを押下することで、顧客識別情報「１２３４５」、それぞれの商品識別情報とともに、注文情報として携帯端末４から管理サーバ２に送られる。
【００６２】
管理サーバ２の注文処理部２２ではそれらの情報を受け付け（Ｓ１４０）、注文情報記憶部２４に記憶させる。そして、注文処理部２２は、顧客識別情報に基づいて読取装置識別情報（あるいはテーブル席や椅子席の識別情報）を特定し、キッチン端末６に対して、新たな注文情報として、「刺身三点盛り」１個、「鶏の唐揚げ」１個、「シーザーサラダ」１個、「ビール」４杯の追加の注文の情報と、読取装置識別情報（あるいはテーブルや椅子席の識別情報）とを表示させる。
【００６３】
厨房ではキッチン端末６に表示された注文に基づいて調理を行う。そして調理が終了後、キッチン端末６の当該注文の情報を、たとえばタッチすることで調理済みとして入力を行う。この入力によって、注文情報記憶部２４の当該注文情報のうち、調理済みのフラグが「未」から「済」になり、その情報の表示がキッチン端末６で消去される。
【００６４】
また上述の処理と並行して、顧客は、携帯端末４のみならず、携帯端末４を接触または近接させたテーブル端末７からも注文を行うことが出来る。すなわち、テーブル端末７では、そのタッチパネル式の画面において商品情報がメニューとして表示されている。
【００６５】
そしてテーブル端末７で表示された商品情報から、注文したい商品を逐次選択し、注文を行う。すなわち注文したい商品とその個数を選択し、たとえば「注文確定」のボタンを押下することで、それらが読取装置識別情報とともに（場合によっては、読み取った顧客識別情報を併せて送っても良い）、テーブル端末７から管理サーバ２に送られる。たとえば、顧客が「牛すじ大根」、「カシスソーダ」、「梅サワー」をそれぞれ一個ずつ、「かにクリームコロッケ」、「ビール」を二個ずつ選択した場合、「注文確定」のボタンを押下することで、読取装置識別情報「Ａ１２３４」、それぞれの商品識別情報とともに、注文情報としてテーブル端末７から管理サーバ２に送られる。
【００６６】
管理サーバ２の注文処理部２２ではそれらの情報を受け付け（Ｓ１４０）、注文情報記憶部２４に記憶させる。この状態の注文情報記憶部２４の一例が図１２である。そして、注文処理部２２は、キッチン端末６に対して、新たな注文情報として、「牛すじ大根」、「カシスソーダ」、「梅サワー」をそれぞれ一個ずつ、「かにクリームコロッケ」、「ビール」を二個の追加の注文の情報と、読取装置識別情報（あるいはテーブルや椅子席の識別情報）とを表示させる。
【００６７】
このような処理を反復し、顧客が退店をする場合には、携帯端末４で「精算」のボタンを押下する、あるいはレジ端末５に携帯端末４を接触または近接させることで、注文の受け付けの終了と精算処理の要求、顧客識別情報が携帯端末４またはレジ端末５を介して管理サーバ２に送られる（Ｓ１５０）。管理サーバ２の精算処理部２３では、精算処理の要求を受け付けると、顧客識別情報に基づいて当該顧客の注文した商品情報であって注文済のフラグがある商品およびその金額を注文情報記憶部２４から抽出し、その合計金額を算出する（Ｓ１６０）。
【００６８】
算出した合計金額は、管理サーバ２からＰＯＳレジなどに送られ、その金額が表示されて、顧客はそれに対して精算を行う（Ｓ１７０）。また、精算の終了後、精算終了がＰＯＳレジまたは携帯端末４から管理サーバ２に送られ、管理サーバ２の精算処理部２３でそれを受け付けると、当該注文情報に対して、精算済みのフラグを「未」から「済」に変更する。
【００６９】
なお合計金額などの精算処理は管理サーバ２からＰＯＳレジに送られるのではなく、管理サーバ２から携帯端末４またはレジ端末５に送られ、そこから情報を取得して精算を実行することも出来る。
【００７０】
このような処理を行うことで、携帯端末４およびテーブル端末７の双方から注文を行うことが出来る。これによって、携帯端末４を人に触らせたくない場合、あるいは人数が多いなどの理由で携帯端末４一つでは注文しにくい場合に、テーブル端末７を利用して注文処理を行うことが出来る。
【実施例３】
【００７１】
実施例２では携帯端末４とテーブル端末７との関係が１対１の場合であったが、携帯端末４に複数のテーブル端末７を対応づけても良い。この場合、当該顧客の携帯端末４を複数のテーブル端末７に接触または近接させることで、実施例２と同様の処理が行える。
【００７２】
この場合、携帯端末４、それぞれのテーブル端末７から注文が可能となり、また精算はまとめて行うことが可能となる。
【００７３】
すなわち、携帯端末４を複数のテーブル端末７に接触または近接させることで、携帯端末４の顧客識別情報と、テーブル端末７に備えられた読取装置識別情報とがそれぞれ、来店情報として送られ、来店情報取得部２０は、図１３に示すように、それぞれを記憶させる。
【００７４】
携帯端末４から注文された場合には顧客識別情報に従って、テーブル端末７から注文された場合には読取装置識別情報に従って、それぞれ注文情報として記憶されることから、それぞれの注文を追加していくことが可能となる。
【００７５】
また精算の際には、顧客識別情報に従って注文情報を抽出するので、各テーブル端末７の隔たりなく、注文した商品の合計金額を算出することが出来る。
【００７６】
このような構成とすることで、飲食店を大人数で利用する場合には、注文は個別的に行い、精算はまとめて行うことが出来、利便性が高くなる。
【実施例４】
【００７７】
上述の各実施例においては、顧客が携帯端末４を読取装置３に接触または近接させることで顧客識別情報が読取装置３を介して管理サーバ２に送られていたが、読取装置３を備えたテーブル端末７に顧客識別情報とパスワードとを入力することで認証処理を行っても良い。この場合、管理サーバ２には、ログイン処理部２８と顧客情報記憶部２９とをさらに備える。実施例２の実施形態に、ログイン処理部２８、顧客情報記憶部２９をさらに備えた管理サーバ２の構成を図１４に模式的に示す。
【００７８】
ログイン処理部２８は、テーブル端末７の表示装置に入力された顧客識別情報とパスワードとを受け付け、認証処理を顧客情報記憶部２９に基づいて実行する。
【００７９】
顧客情報記憶部２９は、少なくとも顧客の認証情報を記憶する。たとえば顧客識別情報とパスワードを記憶していればよい。図１５に顧客情報記憶部２９の一例を模式的に示す。なお、顧客情報記憶部２９には、ほかに、顧客の属性情報（氏名、住所、連絡先、電子メールアドレス、電話番号、年齢や、それ以外の属性情報を必要に応じて記憶していても良い）。
【００８０】
携帯端末４を読取装置３に接触または近接させるほか、本実施例では、顧客が飲食店に入店し、席に案内された後、テーブルなどに設置されたテーブル端末７に、顧客識別情報やパスワードの認証情報の入力を行う。入力を受け付けた認証情報をテーブル端末７は管理サーバ２に送り、管理サーバ２のログイン処理部２８で受け付ける。ログイン処部２８で認証情報を受け付けると、顧客情報記憶部２９に記憶した顧客識別情報とパスワードの情報と比較することで認証処理を行い、一致すれば、来店情報として、顧客識別情報、当該テーブル端末７の読取装置３の読取装置識別情報、来店日時情報（認証情報の入力を受け付けた日時情報）などを注文情報記憶部２４に記憶させる。
【００８１】
このような処理を行うことで、テーブル端末７を用いて認証処理を行うことができる。そして、顧客は、携帯端末４のアプリケーションソフトウェアで所定の操作を行う、あるいはテーブル端末７で所定の操作を行うことで、商品情報の表示要求（メニューの表示要求）を行う。この際に、携帯端末４に記憶されている顧客識別情報が管理サーバ２に送られることから、どの顧客であるのかを識別可能となる。以上のようにしてメニューの表示要求を行った後、上述の各実施例と同様に、メニューの表示、注文等を行うことが出来る。
【００８２】
また本実施例は、顧客が携帯端末４を用いない場合にも適用可能である。特に、実施例３のように、一団体が複数のテーブルに分散した場合には、複数のテーブルの精算をひとまとまりで行いたい場合があるが、本実施例を用いることで、可能となる。すなわち、各テーブルに設置されたテーブル端末７に、それぞれ顧客識別情報を入力し、認証処理を行うことで、当該テーブル端末７から注文された商品は、上記顧客識別情報に紐づけられる。そのため、複数のテーブルに分散していても、精算を一つにまとめて行うことが可能となる。
【実施例５】
【００８３】
上述の各実施例における注文システム１を、さらに図１６に示すような構成とすることも出来る。これは管理サーバ２に、さらに注文履歴処理部２７と注文履歴情報記憶部２８と注文履歴利用処理部２９を備えることによって、顧客がどのような注文をしたかの履歴を記憶しておき、その注文履歴に基づいて広告等の配信処理やＣＲＭ（レコメンデーション、ポイントサービス、ダイレクトメールなど）の処理を実行可能とする。
【００８４】
すなわち、注文履歴処理部２７と注文履歴情報記憶部２８と注文履歴利用処理部２９とは以下のような処理を実行する。
【００８５】
注文履歴処理部２７は、精算処理終了後、所定のタイミング（たとえば夜中のバッチ処理、精算処理終了後、あるいは精算処理終了から所定時間経過後のリアルタイム処理、バッチ処理など）で注文情報記憶部２４に記憶された注文情報（注文した商品名やその識別情報、個数、単価、合計金額など）を顧客識別情報毎に抽出し、それを注文履歴の情報として注文履歴情報記憶部２８に記憶させる。
【００８６】
注文履歴情報記憶部２８は、注文履歴処理部２７が抽出した注文履歴の情報について、顧客識別情報毎に記憶している。なおこの際には、利用日時、どの店舗で利用したか（読取装置識別情報や店舗を識別する情報など）などの情報も、それぞれの注文履歴に記憶させておくと良い。図１７に注文履歴情報記憶部２８の一例を模式的に示す。
【００８７】
注文履歴利用処理部２９は、注文履歴情報記憶部２８に記憶した、顧客毎の注文履歴の情報および顧客情報記憶部２６に記憶する顧客の属性情報（たとえば年齢、居住地、住所など）に基づいて、ターゲティング広告やＣＲＭに係る処理を実行する。
【００８８】
このように顧客個人の注文履歴を蓄積し、それに基づいて広告配信やＣＲＭに係る処理を実行することで、性能の向上につなげることが出来る。
【産業上の利用可能性】
【００８９】
本発明の注文システム１を用いることで、注文を行う際には、ＧＰＳなどの位置情報を用いるのではなく、飲食店の、とくにテーブルの所定箇所に設置された読取装置３に携帯端末４をかざすことで、顧客の携帯端末４を利用して注文を行う。そのため、いたずらや誤注文などを防止することが出来る。またビルや地下に入居している飲食店であっても利用可能となる。また、顧客自身が端末を操作をすることで注文を行う、いわゆるセルフオーダー式の注文システム１を、安価に導入することが出来る。
【００９０】
さらに顧客がどのような注文を行ったかの注文履歴を蓄積することが出来るので、当該顧客に対して、ダイレクトメールやレコメンデーション、ポイントサービスなどを行うことも可能となる。
【符号の説明】
【００９１】
１：注文システム
２：管理サーバ
３：読取装置
４：携帯端末
５：レジ端末
６：キッチン端末
７：テーブル端末
２０：来店情報取得部
２１：商品情報記憶部
２２：注文処理部
２３：精算処理部
２４：注文情報記憶部
２５：ログイン処理部
２６：顧客情報記憶部
２７：注文履歴処理部
２８：注文履歴情報記憶部
２９：注文履歴利用処理部
７０：演算装置
７１：記憶装置
７２：表示装置
７３：入力装置
７４：通信装置
【図１】
0005819681.tif 000002
【図２】
0005819681.tif 000003
【図３】
0005819681.tif 000004
【図４】
0005819681.tif 000005
【図５】
0005819681.tif 000006
【図６】
0005819681.tif 000007
【図７】
0005819681.tif 000008
【図８】
0005819681.tif 000009
【図９】
0005819681.tif 000010
【図１０】
0005819681.tif 000011
【図１１】
0005819681.tif 000012
【図１２】
0005819681.tif 000013
【図１３】
0005819681.tif 000014
【図１４】
0005819681.tif 000015
【図１５】
0005819681.tif 000016
【図１６】
0005819681.tif 000017
【図１７】
0005819681.tif 000018