(57)【要約】【課題】  非接触ＩＣリーダライタを設置することなく、ハンディターミナルがテーブル個数分なくても、少ないシステム導入費用で顧客自らが行う注文を受け付けることができる。【解決手段】  記憶部１４は第１の固有情報を記憶する。受信部１２は携帯電話６から送信された第２の固有情報を受信する。制御部１３は受信部１２が受信した第２の固有情報と、記憶部１４が記憶する第１の固有情報とを比較した結果に基づいて、携帯電話６からの注文情報を受け付けるか否か判断する。【選択図】  図１
2009163543.tif 000002
【特許請求の範囲】
【請求項１】
第１の固有情報を記憶する記憶部と、
携帯電話から送信された第２の固有情報を受信する受信部と、
前記受信部が受信した前記第２の固有情報と、前記記憶部が記憶する前記第１の固有情報とを比較した結果に基づいて、前記携帯電話からの注文情報を受け付けるか否か判断する制御部と、
を備えたことを特徴とする注文管理装置。
【請求項２】
前記制御部は、前記携帯電話が送信した前記注文情報の会計処理が終了した場合に、当該携帯電話から送信された前記第２の固有情報と一致する前記第１の固有情報を前記記憶部より消去する
ことを特徴とする請求項１に記載の注文管理装置。
【請求項３】
前記制御部は、前記第１の固有情報を含んだ二次元コードを生成し、前記二次元コードをプリンタに出力する
ことを特徴とする請求項１または請求項２のいずれか１項に記載の注文管理装置。
【請求項４】
前記記憶部が記憶するメニューデータを前記携帯電話に送信する送信部
を備えたことを特徴とする請求項１から請求項３のいずれか１項に記載の注文管理装置。
【請求項５】
請求項１から請求項４のいずれか１項に記載の注文管理装置と、
店員により入力された注文を前記注文管理装置に送信するハンディターミナルと、
携帯電話から前記注文管理装置への接続を受け付けるサーバと、
前記注文管理装置から出力された伝票を出力するプリンタ装置と、
を備えたことを特徴とする注文管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、商品の注文管理に用いられる注文管理装置及び注文管理システムに関する。
【背景技術】
【０００２】
レストランあるいはホテルなどの飲食店で顧客自らが料理等を注文する仕組みとして、テーブルトップオーダリングシステム（ＴＴＯ）などの専用端末を各テーブルに設置し、顧客がその専用端末を操作することで注文を受け付ける仕組みがある。また、テーブルトップオーダリングシステムではなく、携帯可能なハンディターミナルを顧客に貸与し、そのハンディターミナルを顧客が操作することで注文を受け付ける仕組みが実現されている。
【０００３】
また、店舗に非接触ＩＣリーダライタを設置した環境において、携帯電話に専用アプリケーションを導入し、顧客がその携帯端末を操作し、非接触ＩＣリーダライタを介して携帯端末から店舗が備える注文管理装置に注文情報を送信することで注文を受け付ける仕組みも考案されている（例えば、特許文献１参照。）。
【特許文献１】特開２００７−２１３２２１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の方法では、テーブルトップオーダリングシステムなどの専用端末や、非接触ＩＣリーダライタはテーブル毎に設置しなければならず、設置費用がかかるという問題があった。また、ハンディターミナルを使用したシステムでは、注文入力専用端末としてのハンディターミナルをテーブル個数分用意しなければならず、導入費用が割高になるという問題があった。
【０００５】
本発明は上記の課題を解決するためになされたものであり、非接触ＩＣリーダライタを設置することなく、ハンディターミナルがテーブル個数分なくても、少ないシステム導入費用で顧客自らが行う注文を受け付けることが可能な注文管理装置及び注文管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、第１の固有情報を記憶する記憶部と、携帯電話から送信された第２の固有情報を受信する受信部と、前記受信部が受信した前記第２の固有情報と、前記記憶部が記憶する前記第１の固有情報とを比較した結果に基づいて、前記携帯電話からの注文情報を受け付けるか否か判断する制御部と、を備えたことを特徴とする注文管理装置である。
【０００７】
また、本発明の注文管理装置において、前記制御部は、前記携帯電話が送信した前記注文情報の会計処理が終了した場合に、当該携帯電話から送信された前記第２の固有情報と一致する前記第１の固有情報を前記記憶部より消去することを特徴とする。
【０００８】
また、本発明の注文管理装置において、前記制御部は、前記第１の固有情報を含んだ二次元コードを生成し、前記二次元コードをプリンタに出力することを特徴とする。
【０００９】
また、本発明は、前記記憶部が記憶するメニューデータを前記携帯電話に送信する送信部を備えたことを特徴とする注文管理装置である。
【００１０】
また、本発明は、注文管理装置と、店員により入力された注文を前記注文管理装置に送信するハンディターミナルと、携帯電話から前記注文管理装置への接続を受け付けるサーバと、前記注文管理装置から出力された伝票を出力するプリンタ装置と、を備えたことを特徴とする注文管理システムである。
【発明の効果】
【００１１】
この発明によれば、非接触ＩＣリーダライタを設置することなく、ハンディターミナルがテーブル個数分なくても、少ないシステム導入費用で顧客自らが行う注文を受け付けることが可能となる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の一実施形態について図面を参照して説明する。図１は、本実施形態での注文管理装置の構成を示した構成図である。図示する例では、注文管理装置１は、送信部１１と、受信部１２と、制御部１３と、記憶部１４とを備える。送信部１１は、他の機器へ情報を送信する。受信部１２は、他の機器より送信された情報を受信する。制御部１３は、注文管理装置１の制御を行う。記憶部１４は、注文管理装置１が使用する情報を記憶する。なお、注文管理装置の物理構成としては、例えば、送信部１１、受信部１２は、送受信用のアンテナ及び通信回路であり、制御部１３はＣＰＵであり、記憶部１４はＲＯＭ及びＲＡＭである。
【００１３】
図２は、本実施形態での注文管理システムの構成を示した構成図である。注文管理システムは、少なくとも注文管理装置１と、サーバ２と、ＰＯＳレジ３（Ｐｏｉｎｔ  ｏｆ  ｓａｌｅレジスタ）と、プリンタ４と、ハンディターミナル７等の注文入力端末を備えている。この注文管理システムに、インターネット５を介して携帯電話６からアクセス可能となっている。また、ハンディターミナル７は、無線通信を用いて、注文管理装置１にデータを送信することができる。
【００１４】
注文管理装置１は、顧客から受け付けた注文情報を管理する装置である。サーバ２は、携帯電話６と注文管理装置１の接続を仲介する装置である。ＰＯＳレジ３は、会計処理を実施する装置である。プリンタ４は伝票２０を印刷する装置である。携帯電話６は、顧客が所有する携帯電話であり、顧客はこの携帯電話を用いて注文を入力する。サーバ２と携帯電話６はインターネット５を介して接続している。注文管理装置１とサーバ２はネットワークを介して接続している。サーバ２とＰＯＳレジ３はネットワークを介して接続している。注文管理装置１とＰＯＳレジ３はネットワークを介して接続している。注文管理装置１とプリンタ４はネットワークを介して接続している。
【００１５】
次に、本実施形態において顧客が携帯電話６を使用して注文を行い、注文伝票および調理指示伝票が出力されるまでの手順について図３を参照して説明する。図３は、顧客が入店してから注文伝票および調理指示伝票が出力されるまでの手順を示したフローチャートである。
【００１６】
（ステップＳ１０１）顧客が来店すると、店員はＰＯＳレジ３やハンディターミナル７等の店員が入力する注文入力端末を操作し、着席したテーブル番号や、顧客の人数、客層等の顧客情報を入力し、二次元コードが印刷される伝票２０の生成を命令する。命令を受け付けた注文入力端末は、注文管理装置１に二次元コードの印刷命令を出力する。注文入力端末より二次元コードの印刷命令を入力された注文管理装置１の制御部１３は、固有情報（第１の固有情報）を生成する。制御部１３は、生成した第１の固有情報および注文管理装置１のＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を含んだ二次元コードを生成する。さらに制御部１３は、生成した二次元コードをプリンタ４に出力する。また、制御部１３は、記憶部１４に第１の固有情報を記憶させる。記憶部１４が記憶する第１の固有情報の集合を固有情報リストとする。また、第１の固有情報については後述する。プリンタ４は、二次元コードを印刷し伝票２０を生成する。これにより、店員は二次元コードが印刷された伝票２０を取得することができる。店員は、この二次元コードが印刷された伝票２０を顧客に渡す。その後、ステップＳ１０２に進む。なお、注文管理装置１の制御部１３は、第１の固有情報を自ら生成することなく、外部から取得しても良い。
【００１７】
図４は、本実施形態における固有情報リストを示した図である。第１の固有情報には店舗番号と、来店日時と、伝票番号との３つの属性がある。図示する例では、店舗番号が０１００１であり、来店日時が２００７１１０８１２１５３０であり、伝票番号が０００１２５である行と、店舗番号が０１００１であり、来店日時が２００７１１０８１２２０４５であり、伝票番号が０００１２６である行とが含まれる。店舗番号は、店舗が一意に決まる番号であり、本実施形態における店舗の店舗番号は０１００１である。来店日時は伝票２０を生成した日時（顧客が来店した日時）を示しており、上４桁は年を示し、次の２桁は月を示し、次の２桁は日を示し、次の６桁は時間を示す。
【００１８】
例えば、来店日時が２００７１１０８１２１５３０は、２００７年１１月８日１２時１５分３０秒に伝票２０を生成した（顧客が来店した）ことを示す。伝票番号は、生成した伝票２０毎に異なる番号であり、本実施形態では、伝票２０を作成する毎に伝票番号は１つずつ加算される。店舗番号と、来店日時と、伝票番号との１つの組が１つの第１の固有情報である。この第１の固有情報によって、来店した１組の客を識別することができる。
【００１９】
図５は、本実施形態における伝票２０の例を示した図である。図示する例では伝票２０の右側に二次元コード２１が印刷されている。携帯電話６は、この二次元コード２１を読み取り第１の固有情報およびＵＲＬを取得することができる。
【００２０】
以下、図３のフローチャートの説明に戻る。
【００２１】
（ステップＳ１０２）顧客は携帯電話６を操作し、店員より渡された伝票２０に印刷された二次元コード２１を携帯電話６に読み取らせる。携帯電話６は、二次元コード２１を読み取り、第１の固有情報およびＵＲＬを取得する。その後、ステップＳ１０３に進む。
【００２２】
図６は、本実施形態において、携帯電話６が二次元コード２１を読み取る例を示した図である。図示する例では、携帯電話６は、読み取った二次元コード２１より、ＵＲＬとして「ｈｔｔｐ：／／ｗｗｗ．ａａａ．ｈｔｍｌ」を、第１の固有情報として「０１００１２００７１１０８１２１５３０」を取得している。第１の固有情報が、携帯電話６に読取られ保存された後は、同じ固有情報であっても存在する場所に違いがあるため、便宜的に第１の固有情報を第２の固有情報と呼ぶこととする。
【００２３】
（ステップＳ１０３）顧客は携帯電話６を操作し、サーバ２を介して携帯電話６を注文管理装置１に接続させる。携帯電話６は、二次元コード２１より取得したＵＲＬに基づいて、サーバ２を介して注文管理装置１に接続する。注文管理装置１に接続する際、携帯電話６は、二次元コード２１より取得して保存した第２の固有情報を注文管理装置１に送信する。
【００２４】
なお、二次元コード２１を読み取ることが出来ない携帯電話６を使用する場合、ステップＳ１０２〜ステップＳ１０３の代わりに、以下のステップＳ１０２´〜ステップＳ１０３´を行うことで注文管理装置１に第２の固有情報を送信することが出来る。
【００２５】
（ステップＳ１０２´）顧客は携帯電話６を操作し、店員より通知されたＵＲＬを携帯電話６に入力する。携帯電話６は、入力されたＵＲＬのサイトに接続する。その後ステップＳ１０３´に進む。なお、店員は、ステップＳ１０１で注文入力端末を操作した際に、ＵＲＬおよび第２の固有情報を取得することができる。
【００２６】
（ステップＳ１０３´）顧客は携帯電話６を操作し、店員より通知された第２の固有情報を入力する。携帯電話６は、入力され保存された第２の固有情報を注文管理装置１に送信する。その後、ステップＳ１０４に進む。
【００２７】
（ステップＳ１０４）注文管理装置１の制御部１３は、携帯電話６が接続され、受信部１２が第２の固有情報を受信すると、記憶部１４が記憶する固有情報リストに含まれる第１の固有情報と受信した第２の固有情報とを比較し、受信した第２の固有情報と一致する固有情報が固有情報リストに含まれているか否か判断する。受信した固有情報と一致する第１の固有情報が固有情報リストに含まれていると判断した場合、制御部１３は記憶部１４が予め記憶しているメニュー情報リストを携帯電話６に送信部１１を介して送信し、ステップＳ１０５に進む。それ以外の場合、制御部１３は携帯電話６の接続を拒否し、処理を終了する。
【００２８】
図７は、本実施形態におけるメニュー情報リストを示した図である。メニュー情報リストには複数のメニュー情報が含まれている。メニュー情報にはメニュー番号と、メニュー名称と、単価と、お勧め指定と、残数指定との５つの属性がある。図示する例では、メニュー番号が００００１であり、メニュー名称がハンバーグであり、単価が６８０であり、お勧め指定が「無」であり、残数指定が「無」である行と、メニュー番号が００００２であり、メニュー名称が日替わりランチであり、単価が５００であり、お勧め指定が「有」であり、残数指定が「２０」である行と、メニュー番号が００００３であり、メニュー名称がコーヒーであり、単価が３００であり、お勧め指定が「無」であり、残数指定が「無」である行とが含まれる。
【００２９】
メニュー番号は、メニュー名称が一意に決まる番号である。例えば、メニュー番号が００００１である場合、メニュー名称はハンバーグである。メニュー名称はメニューの名前である。お勧め指定は残数を表示するか否かを設定する値である。残数指定は当該メニュー名称の品の残り数である。
【００３０】
（ステップＳ１０５）携帯電話６は、自身が備える画面に注文管理装置１より送信されたメニュー情報を表示する。顧客は、携帯電話６を操作し、画面に表示されたメニュー情報から注文するメニューを選択する。携帯電話６は、選択されたメニュー情報と第２の固有情報とを結びつけた情報である注文情報を注文管理装置１に送信する。その後、ステップＳ１０６に進む。
【００３１】
（ステップＳ１０６）注文管理装置１の制御部１３は、受信部１２を介して携帯電話６より受信した注文情報を記憶部１４が記憶する注文情報リストに記憶させる。
【００３２】
（ステップＳ１０７）注文管理装置１の制御部１３は、記憶部１４が記憶する注文情報に基づいて、注文伝票情報および調理指示伝票情報をプリンタ４に出力する。プリンタ４は注文伝票情報および調理指示伝票情報に基づいた印刷をし、注文伝票および調理指示伝票を生成する。この時、各伝票には、注文管理装置１で別途管理されているテーブル番号も合わせて印字される。接客担当者はプリンタ４より出力された注文伝票を顧客に手渡す。調理担当者は、プリンタ４より出力された調理指示伝票に従って調理を開始し、調理を完了するとその旨を接客担当者に通知する。これにより、接客担当者は注文を受けた料理を顧客に配膳することになる。
【００３３】
上述したとおり、本実施形態によれば、顧客は、二次元コードを読み取り、読み取った情報に基づいて注文管理装置１にウェブブラウザを利用して接続することができるため、携帯電話に専用のアプリケーションをインストールすることなく携帯電話６を用いて注文することができる。そのため、注文入力用の専用端末や、非接触ＩＣリーダライタを設置することなく、また、携帯電話６に専用のアプリケーションを導入することなく、注文管理装置１は、顧客が所有する携帯電話６を用いて顧客自らが行う注文を受け付けることができる。また、テーブルトップオーダリングシステムなどの専用端末や、ハンディターミナル、非接触ＩＣリーダライタをテーブル毎に設置する必要がないため、設置費用を削減することができる。
【００３４】
また、顧客が退店後、注文する際に使用した第２の固有情報を使用して不正に注文管理装置１にアクセスすることを防ぐことも可能である。図８は、本実施形態における会計情報を示した図である。会計情報は、店舗番号と、来店日時と、伝票番号と、卓番号と、人数と、金額情報と、会計有無と、明細情報との８つの属性がある。図示する例では、店舗番号が０１００１であり、来店日時が２００７１１０９１１３０１５であり、卓番号が２０であり、人数が２であり、金額情報が５０００であり、会計有無が「済」であり、明細情報が＃＃＃である行が含まれている。他の行は図示するとおりである。
【００３５】
店舗番号と、来店日時と、伝票番号とは先述した第１の固有情報である。卓番号は、当該第１の固有情報を有する顧客が使用しているテーブルの番号を示す。人数は、当該第１の固有情報を有する顧客の人数（一人または複数人）を示す。なお、顧客が来店すると、店員はＰＯＳレジ３を操作し、二次元コードの生成を命令するが、このときに卓番号および人数を併せてＰＯＳレジ３に入力する。金額情報は、顧客が所有する携帯電話６より注文を受け付ける度に注文管理装置１の制御部１３が算出する、顧客によって注文された料理の合計金額である。
【００３６】
会計有無は当該第１の固有情報に関連した注文の会計が済んだか否かを示す情報である。会計有無の欄が「済」であれば当該注文の会計は済んだことを示し、「未」であれば当該注文の会計は済んでいないことを示す。明細情報は顧客が注文した料理の情報を示す。本実施形態では省略しており＃＃＃と示している。
【００３７】
以下、顧客が退店後、注文する際に使用した第２の固有情報を使用して、不正に注文管理装置１にアクセスできないようにする手順について説明する。
【００３８】
（ステップＳ２０１）制御部１３は、記憶部１４が記憶する会計情報のうち、会計有無の情報が「済」となった行の固有情報を第３の固有情報として取得する。その後、ステップＳ２０２に進む。
【００３９】
（ステップＳ２０２）制御部１３は、記憶部１４が記憶する固有情報リストから、ステップＳ２０１で取得した第３の固有情報と同一の第１の固有情報を削除する。
【００４０】
上述したとおり、制御部１３が、会計が済んだ会計情報に含まれる第１の固有情報を固有情報リストから削除することで、先述したステップＳ１０４において、当該携帯電話６からの接続を拒否することができる。よって、会計を終えて退店した顧客が所有する携帯電話６からの接続を拒否することができる。
【００４１】
また、携帯電話６は、自身が備える画面に注文管理装置１より送信されたメニュー情報を表示する。顧客は、携帯電話６を操作し、画面に表示されたメニュー情報から注文するメニューを選択する。そのため、メニュー変更がある場合においても、注文管理装置１の記憶部１４が記憶するメニュー情報の更新を行うことで、メニュー変更を顧客に知らせることができる。
【００４２】
また、図７に示したとおり、メニュー情報に「お勧め指定」および「残数指定」を設け、お勧め指定が「有」の場合、携帯電話６は自身の画面に残数指定に設定された数量をメニュー情報として表示させることも可能である。なお、制御部１３は、顧客に当該メニューを注文される毎に当該残数指定の値を減算する。これにより、残り数が僅かなメニューを顧客に知らせることができ、顧客の購買欲を促すこともできる。
【００４３】
また、携帯電話６の通信費は、顧客の負担となるが、電話会社の料金プランで通信費固定のプランもあるため、このプランを適用している顧客にとっては負担とならない場合もある。また、注文管理装置１の制御部１３が、携帯電話６から送信されたデータ量より通信費を割り出し、会計時に割り出した通信費を割り引くことや、ポイントサービスを行うことも可能である。
【００４４】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【図面の簡単な説明】
【００４５】
【図１】本発明の一実施形態における注文管理装置の構成を示した構成図である。
【図２】本実施形態での注文管理システムの構成を示した構成図である。
【図３】本実施形態において、顧客が入店してから注文伝票および調理指示伝票が出力されるまでの手順を示したフローチャートである。
【図４】本実施形態における固有情報リストを示した図である。
【図５】本実施形態における伝票の例を示した図である。
【図６】本実施形態において、携帯電話が二次元コードを読み取る例を示した図である。
【図７】本実施形態におけるメニュー情報リストを示した図である。
【図８】本実施形態における会計情報を示した図である。
【符号の説明】
【００４６】
１・・・注文管理装置
２・・・サーバ
３・・・ＰＯＳレジ
４・・・プリンタ
５・・・インターネット
６・・・携帯電話
７・・・ハンディターミナル
１１・・・送信部
１２・・・受信部
１３・・・制御部
１４・・・記憶部
２０・・・伝票
２１・・・二次元コード
【図１】
2009163543.tif 000003
【図２】
2009163543.tif 000004
【図３】
2009163543.tif 000005
【図４】
2009163543.tif 000006
【図５】
2009163543.tif 000007
【図６】
2009163543.tif 000008
【図７】
2009163543.tif 000009
【図８】
2009163543.tif 000010