(57)【要約】【課題】客に料理をタイムリーに提供できる注文管理システム、注文入力装置、注文管理装置および注文管理方法を提供することを目的とする。【解決手段】自注文入力装置の操作により入力された注文データに提供時期を示す提供時期情報を付加した前記注文データを注文データ毎に注文管理装置へ送信する注文入力装置と、注文データを受信し、受信した注文データに応じて注文入力装置に対応するエミュレーション環境を更新し、提供時期情報に応じて注文データの提供指示を行う注文管理装置と、を備える。【選択図】図１
2014160418.tif 000002
【特許請求の範囲】
【請求項１】
自注文入力装置の操作により入力された注文データに提供時期を示す提供時期情報を付加した前記注文データを当該注文データ毎に注文管理装置へ送信する注文入力装置と、
前記注文入力装置から前記注文データを受信し、受信した前記注文データに応じて前記注文入力装置に対応するエミュレーション環境を更新し、前記提供時期情報に応じて前記注文データの提供指示を行う注文管理装置と、
を備えることを特徴とする注文管理システム。
【請求項２】
前記注文入力装置は、
前記注文の入力を検出する入力部を備え、
前記入力部が入力を検出した毎に当該検出した結果を送信する
ことを特徴とする請求項１に記載の注文管理システム。
【請求項３】
前記注文入力装置は、
複数の前記注文データを記憶する記憶部と、
複数の前記注文データを前記記憶部の予め定められている領域に記憶させる制御部と、
を備え、
前記注文管理装置は、
少なくとも前記注文入力装置の前記記憶部と前記制御部とに対応する前記エミュレーション環境を構築する
ことを特徴とする請求項１または請求項２に記載の注文管理システム。
【請求項４】
前記注文入力装置は、
前記記憶部の記憶状態が変化したとき、前記記憶部に記憶されている情報を送信する
ことを特徴とする請求項３に記載の注文管理システム。
【請求項５】
前記注文入力装置は、
自装置を識別する識別子を付加した注文に関する複数の前記注文データを一括して送信する第１送信モード、および前記注文データに前記識別子と提供時期を示す提供時期情報とを付加した前記注文データを当該注文データ毎に送信する第２送信モードのいずれか一方の送信モードで注文管理装置へ送信する
ことを特徴とする請求項１から請求項４のいずれか１項に記載の注文管理システム。
【請求項６】
前記注文管理装置は、
前記第１送信モードの場合、前記注文入力装置から受信した複数の前記注文データを記憶させる第１送信モード記憶部と、
前記第１送信モード記憶部に記憶されている情報に基づいて注文処理を行う第１送信モード制御部と、
を備え、
前記第１送信モード制御部は、
前記第２送信モードの場合、前記注文入力装置から複数の前記注文データを受信した後、複数の前記注文データを前記第１送信モード記憶部に記憶させ、前記第１送信モード記憶部に記憶されている情報に基づいて注文処理を行う
ことを特徴とする請求項５に記載の注文管理システム。
【請求項７】
前記注文入力装置は、
自装置の記憶部に記憶されている情報の復元を要求する指示と自装置を識別する識別子とを前記注文管理装置に送信し、
前記注文管理装置は、
前記注文入力装置から受信した情報に応じて、前記エミュレーション環境から読み出した前記識別子に対応する情報を前記注文入力装置に送信し、
前記注文入力装置は、
前記注文管理装置から受信した前記識別子に対応する情報を当該記憶部に記憶させることで、当該記憶部に記憶されていた情報を復元する
ことを特徴とする請求項１から請求項６のいずれか１項に記載の注文管理システム。
【請求項８】
注文入力を開始するとき、注文に関する注文データを第１送信モードおよび第２送信モードのいずれか一方の送信モードで注文管理装置へ送信し、
前記第１送信モードのとき、複数の前記注文データを一括して前記注文管理装置へ送信し、
前記第２送信モードのとき、複数の前記注文データを前記注文データ毎に自装置を識別する識別子と提供時期を示す提供時期情報とを付加して注文管理装置へ送信する
ことを特徴とする注文入力装置。
【請求項９】
提供時期を示す提供時期情報が付加された注文に関する注文データを送信する注文入力装置から前記注文データを受信し、受信した前記注文データに応じて前記注文入力装置に対応するエミュレーション環境を更新し、前記提供時期情報に応じて前記注文データの提供指示を行う
ことを特徴とする注文管理装置。
【請求項１０】
注文入力装置と注文管理装置とを有する注文管理システムにおける注文管理方法であって、
前記注文入力装置が、自注文入力装置の操作により入力された注文データに提供時期を示す提供時期情報を付加した前記注文データを当該注文データ毎に注文管理装置へ送信する送信手順と、
前記注文管理装置が、前記注文入力装置から前記注文データを受信する受信手順と、
前記注文管理装置が、受信した前記注文データに応じて前記注文入力装置に対応するエミュレーション環境を更新する更新手順と、
前記注文管理装置が、前記提供時期情報に応じて前記注文データの提供指示を行う指示手順と、
を含むことを特徴とする注文管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、注文管理システム、注文入力装置、注文管理装置および注文管理方法に関する。
【背景技術】
【０００２】
近年、レストラン、居酒屋、カラオケ店など飲食物を提供する店舗では、従業員が客から受けた注文をハンディターミナルに入力し、入力された注文をハンディターミナルから注文管理装置に送信する注文管理システムが提案されている。
【０００３】
このような注文管理システムにおいて、ハンディターミナルは、従業員により注文を受け付けるためのボタンが押された後、従業員により注文に対する入力を受け付ける。次に、ハンディターミナルは、従業員が注文を送信するためのボタンを押した場合、注文の入力が終了したと判断して、入力された商品名とその個数を含む注文データを注文管理装置に送信する（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１１３３８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の技術では、注文の入力が終了した後に、当該客の一連の注文に関する注文データがハンディターミナルから注文管理装置へ送信されるため、調理者は一連の注文データを受信するまで飲食物の準備を行うことができない。このように特許文献１に記載の技術では、一連の注文データが送信されるまで飲食物の準備をできないので、客に料理を提供するまでに時間がかかるという課題があった。
【０００６】
本発明は、上記の事情に鑑み成されたものであって、客に料理をタイムリーに提供できる注文管理システム、注文入力装置、注文管理装置および注文管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明の一態様に係る注文管理システムは、自注文入力装置の操作により入力された注文データに提供時期を示す提供時期情報を付加した前記注文データを当該注文データ毎に注文管理装置へ送信する注文入力装置と、前記注文入力装置から前記注文データを受信し、受信した前記注文データに応じて前記注文入力装置に対応するエミュレーション環境を更新し、前記提供時期情報に応じて前記注文データの提供指示を行う注文管理装置と、を備えることを特徴としている。
【０００８】
また、本発明の一態様に係る注文管理システムであって、前記注文入力装置は、前記注文の入力を検出する入力部を備え、前記入力部が入力を検出した毎に当該検出した結果を送信するようにしてもよい。
【０００９】
また、本発明の一態様に係る注文管理システムであって、前記注文入力装置は、複数の前記注文データを記憶する記憶部と、複数の前記注文データを前記記憶部の予め定められている領域に記憶させる制御部と、を備え、前記注文管理装置は、少なくとも前記注文入力装置の前記記憶部と前記制御部とに対応する前記エミュレーション環境を構築するようにしてもよい。
【００１０】
また、本発明の一態様に係る注文管理システムであって、前記注文入力装置は、前記記憶部の記憶状態が変化したとき、前記記憶部に記憶されている情報を送信するようにしてもよい。
【００１１】
また、本発明の一態様に係る注文管理システムであって、前記注文入力装置は、自装置を識別する識別子を付加した注文に関する複数の前記注文データを一括して送信する第１送信モード、および前記注文データに前記識別子と提供時期を示す提供時期情報とを付加した前記注文データを当該注文データ毎に送信する第２送信モードのいずれか一方の送信モードで注文管理装置へ送信するようにしてもよい。
【００１２】
また、本発明の一態様に係る注文管理システムであって、前記注文管理装置は、前記第１送信モードの場合、前記注文入力装置から受信した複数の前記注文データを記憶させる第１送信モード記憶部と、前記第１送信モード記憶部に記憶されている情報に基づいて注文処理を行う第１送信モード制御部と、を備え、前記第１送信モード制御部は、前記第２送信モードの場合、前記注文入力装置から複数の前記注文データを受信した後、複数の前記注文データを前記第１送信モード記憶部に記憶させ、前記第１送信モード記憶部に記憶されている情報に基づいて注文処理を行うようにしてもよい。
【００１３】
また、本発明の一態様に係る注文管理システムであって、前記注文入力装置は、自装置の記憶部に記憶されている情報の復元を要求する指示と自装置を識別する識別子とを前記注文管理装置に送信し、前記注文管理装置は、前記注文入力装置から受信した情報に応じて、前記エミュレーション環境から読み出した前記識別子に対応する情報を前記注文入力装置に送信し、前記注文入力装置は、前記注文管理装置から受信した前記識別子に対応する情報を当該記憶部に記憶させることで、当該記憶部に記憶されていた情報を復元するようにしてもよい。
【００１４】
上記目的を達成するため、本発明の一態様に係る注文入力装置は、注文入力を開始するとき、注文に関する注文データを第１送信モードおよび第２送信モードのいずれか一方の送信モードで注文管理装置へ送信し、前記第１送信モードのとき、複数の前記注文データを一括して前記注文管理装置へ送信し、前記第２送信モードのとき、複数の前記注文データを前記注文データ毎に自装置を識別する識別子と提供時期を示す提供時期情報とを付加して注文管理装置へ送信することを特徴としている。
【００１５】
上記目的を達成するため、本発明の一態様に係る注文管理装置は、提供時期を示す提供時期情報が付加された注文に関する注文データを送信する注文入力装置から前記注文データを受信し、受信した前記注文データに応じて前記注文入力装置に対応するエミュレーション環境を更新し、前記提供時期情報に応じて前記注文データの提供指示を行うことを特徴としている。
【００１６】
上記目的を達成するため、本発明の一態様に係る注文管理方法は、注文入力装置と注文管理装置とを有する注文管理システムにおける注文管理方法であって、前記注文入力装置が、自注文入力装置の操作により入力された注文データに提供時期を示す提供時期情報を付加した前記注文データを当該注文データ毎に注文管理装置へ送信する送信手順と、前記注文管理装置が、前記注文入力装置から前記注文データを受信する受信手順と、前記注文管理装置が、受信した前記注文データに応じて前記注文入力装置に対応するエミュレーション環境を更新する更新手順と、前記注文管理装置が、前記提供時期情報に応じて前記注文データの提供指示を行う指示手順と、を含むことを特徴としている。
【発明の効果】
【００１７】
本発明によれば、客に料理をタイムリーに提供できる。
【図面の簡単な説明】
【００１８】
【図１】第１実施形態に係る注文管理システムの概略構成図である。
【図２】第１実施形態に係る注文入力装置の概略のブロック図である。
【図３】第１実施形態に係る注文入力装置の外観図である。
【図４】第１実施形態に係る注文管理装置の概略のブロック図である。
【図５】第１実施形態に係る注文管理装置における注文管理部と注文入力装置エミュレーション部を説明する図である。
【図６】第１実施形態に係る注文入力装置のＲＯＭおよびＲＡＭの構造の一例を説明する図である。
【図７】第１実施形態に係る注文管理システムにおける一括送信モードのときの処理のタイミングチャートである。
【図８】第１実施形態に係る注文入力装置と注文入力装置エミュレーション部における記憶領域の関係を説明する図である。
【図９】第１実施形態に係る一括送信モードと商品毎送信モードとの切替のフローチャートである。
【図１０】第１実施形態に係る注文管理システムにおける商品毎送信モードのときの処理のタイミングチャートである。
【図１１】第１実施形態に係る注文管理システムにおける商品毎送信モードのときの処理のタイミングチャートである。
【図１２】第１実施形態に係る伝票出力装置がプリントした調理指示の一例を説明する図である。
【図１３】第１実施形態に係る提供時期に応じた注文管理装置側の処理の一例のフローチャートである。
【図１４】第１実施形態に係る伝票出力装置がプリントした提供時期が特急の場合の調理指示の一例を説明する図である。
【図１５】第１実施形態に係る商品毎送信モードのときの表示部の画面の一例とＣＰＵが行う処理を説明する図である。
【図１６】第２実施形態に係る注文管理装置における注文入力装置に対する障害検出処理のフローチャートである。
【図１７】第２実施形態に係る障害発生時に表示部に表示されるアラートの一例を説明する図である。
【図１８】第２実施形態に係る注文入力装置の代替装置に対するデータの複製処理のフローチャートである。
【図１９】第２本実施形態に係る代替装置として注文入力装置を用いる場合の処理のフローチャートである。
【発明を実施するための形態】
【００１９】
［第１実施形態］
以下、本発明の実施形態について図面を参照しながら説明する。
図１は、本実施形態に係る注文管理システム１の概略構成図である。図１に示すように、注文管理システム１は、注文入力装置１０−１〜１０−ｎ（ｎは１以上の整数）、無線中継装置２０−１〜２０−ｍ（ｍは１以上の整数）、注文管理装置４０、および伝票出力装置５０−ｏ（ｏは１以上の整数）を備えている。無線中継装置２０と注文管理装置４０とは、ネットワーク３０を介して接続されている。ここで、ネットワーク３０は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等の有線ネットワークである。なお、ネットワーク３０は、無線ネットワークであってもよい。
以下の説明において、注文入力装置１０−１〜１０−ｎを特定しない場合、注文入力装置１０という。無線中継装置２０−１〜２０−ｍを特定しない場合、無線中継装置２０という。伝票出力装置５０−ｏを特定しない場合、伝票出力装置５０という。
【００２０】
注文入力装置１０は、無線中継装置２０、ネットワーク３０を介して注文管理装置４０と通信を行う。注文入力装置１０は、従業員が各種の入力キーにより入力または選択された情報を検出し、検出した情報を無線中継装置２０、ネットワーク３０を介して注文管理装置４０へ送信する。注文入力装置１０が送信する情報は、新規注文開始を示す情報、追加注文を示す情報、商品名とその個数を示す情報、一連の注文が完了したことを示す情報等である。なお、注文入力装置１０の構成については、後述する。
【００２１】
無線中継装置２０は、注文入力装置１０が送信した情報を受信し、受信した情報を、ネットワーク３０を介して注文管理装置４０に送信する。無線中継装置２０は、ネットワーク３０を介して注文管理装置４０が送信したお客が支払いを行うための伝票情報を受信し、受信した伝票情報を伝票出力装置５０に送信する。
【００２２】
注文管理装置４０は、無線中継装置２０およびネットワーク３０を介して、注文入力装置１０からの情報を受信する。注文管理装置４０は、受信した情報を自装置内に記憶させる。なお、注文管理装置４０は、受信した情報を表示部に表示してもよい。注文管理装置４０は、注文入力装置１０から受信した情報に応じて伝票情報を生成し、生成した伝票情報を、ネットワーク３０を介して無線中継装置２０へ送信する。
なお、注文管理装置４０の構成については、後述する。
伝票出力装置５０は、注文管理装置４０から受信した情報に応じて、お客が支払いを行うための伝票を発行する。伝票出力装置５０は、例えばプリンタである。
【００２３】
次に、注文入力装置１０の構成について説明する。
図２は、本実施形態に係る注文入力装置１０の概略のブロック図である。
図２に示すように、注文入力装置１０は、ＣＰＵ（中央演算処理装置）１０１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１０２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１０３、表示部１０４、キー入力部１０５、および通信制御部１０６を備えている。
【００２４】
ＣＰＵ１０１は、ＲＯＭ１０２が記憶する制御プログラムと、ＲＡＭ１０３が記憶する各種情報を読み出し、読み出した制御プログラムと各種情報とに基づいて各部の制御を行う。また、ＣＰＵ１０１は、必要な情報をＲＡＭ１０３に記憶させる。ＣＰＵ１０１は、バスを介して注文入力装置１０が備える各部と互いにデータの入出力が可能な状態で接続している。ＣＰＵ１０１は、キー入力部１０５が検出した入力情報をＲＡＭ１０３に記憶させる。またＣＰＵ１０１は、キー入力部１０５が検出した入力情報を表示部１０４に表示させる。ＣＰＵ１０１は、キー入力部１０５が検出した入力情報を、注文管理装置４０へ送信する情報毎に通信制御部１０６へ出力する。
【００２５】
ＲＯＭ１０２は、ＣＰＵ１０１が用いる制御プログラムを記憶する記憶領域である。
ＲＡＭ１０３は、ＣＰＵ１０１が用いる情報を記憶する一時記憶領域である。
表示部１０４は、ＣＰＵ１０１の制御に応じて各種情報を表示する。表示部１０４は、例えば液晶ディスプレイ、有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイである。
【００２６】
キー入力部１０５は、従業員により操作されたキーを検出し、検出したキーを示す情報をＣＰＵ１０１に出力する。キー入力部１０５は、図３に示すように、開始キー１０５−１、終了キー１０５−２、１０キー１０５−３、メニューキー１０５−４、及び機能キー１０５−５、等を備えている。図３は、本実施形態に係る注文入力装置１０の外観図である。
開始キー１０５−１は、注文の入力を開始するキーである。
終了キー１０５−２は、注文の入力を終了するキーである。
１０キー１０５−３は、メニューキー１０５−４で選択された商品の個数を入力するキーである。
メニューキー１０５−４は、客へ提供する商品を選択するキーである。
【００２７】
機能キー１０５−５は、モード選択キー１０５−５ａ、提供時期入力キー１０５−５ｂを備えている。
モード選択キー１０５−５ａは、一括送信モードか、商品毎送信モードかを選択するキーである。ここで、一括送信モードとは、開始キー１０５−１が押されてから入力および選択された商品およびその個数を示す一連の情報を、終了キー１０５−２が押されたときに送信するモードである。また、商品毎送信モードとは、開始キー１０５−１が押された後、商品とその個数および提供時期とを商品毎に送信するモードである。
提供時期入力キー１０５−５ｂは、メニューキー１０５−４で選択された商品を客に提供する提供時期を選択するキーである。なお提供時期は、例えば、特急、食前、食事と同時、食後等である。
【００２８】
図２に戻って、注文入力装置１０の構成について説明を続ける。
通信制御部１０６は、ＣＰＵ１０１から出力された入力情報を無線中継装置２０に送信する。
【００２９】
次に、注文管理装置４０の構成について説明する。
図４は、本実施形態に係る注文管理装置４０の概略のブロック図である。図４に示すように、注文管理装置４０は、通信制御部４０１、ＣＰＵ４０２、ＲＯＭ４０３、ＲＡＭ４０４、表示部４０５、および操作部４０６を備えている。
【００３０】
通信制御部４０１は、無線中継装置２０およびネットワーク３０を介して注文入力装置１０から受信した入力情報を、ＣＰＵ４０２に出力する。通信制御部４０１は、ＣＰＵ４０２から出力された伝票情報をネットワーク３０、無線中継装置２０を介して伝票出力装置５０へ送信する。
【００３１】
ＣＰＵ４０２は、ＲＯＭ４０３が記憶する制御プログラムと、ＲＡＭ４０４が記憶する各種情報を読み出し、読み出した制御プログラムと各種情報とに基づいて各部の制御を行う。ＣＰＵ４０２は、バスを介して注文管理装置４０が備える各部と互いにデータの入出力が可能な状態で接続している。
ＣＰＵ４０２は、無線中継装置２０、ネットワーク３０および通信制御部４０１を介して注文入力装置１０から入力情報を受信する。
【００３２】
ＣＰＵ４０２は、受信した入力情報に一括送信モードを示す情報が含まれている場合、入力情報をＲＡＭ４０４の第１ＲＡＭ領域４０４−１に記憶させる。
ＣＰＵ４０２は、受信した入力情報に商品毎送信モードを示す情報が含まれている場合、入力情報をＲＡＭ４０４の第２ＲＡＭ領域４０４−２に記憶させる。
ＣＰＵ４０２は、第１ＲＡＭ領域４０４−１に記憶されている情報のうち、未処理の情報を表示部４０５に表示してもよい。
ＣＰＵ４０２は、受信した入力情報に伝票出力指示が含まれている場合、第１ＲＡＭ領域４０４−１に記憶されている情報を読み出し、読み出した情報を用いて伝票情報を生成する。ＣＰＵ４０２は、生成した伝票情報を通信制御部４０１に出力する。
【００３３】
ＲＯＭ４０３は、ＣＰＵ４０２が用いる制御プログラムを記憶する記憶領域である。ＲＯＭ４０３は、第１ＲＯＭ領域４０３−１、第２ＲＯＭ領域４０３−２を備えている。第１ＲＯＭ領域４０３−１は、注文管理部の制御プログラムを記憶する記憶領域である。第２ＲＯＭ領域４０３−２は、注文入力装置エミュレーション部の制御プログラムを記憶する記憶領域である。
ＲＡＭ４０４は、ＣＰＵ４０２が用いる情報を記憶する一時記憶領域である。ＲＡＭ４０４は、第１ＲＡＭ領域４０４−１、第２ＲＡＭ領域４０４−２を備えている。
第１ＲＡＭ領域４０４−１は、注文管理部で用いられる各種情報を記憶する記憶領域である。第２ＲＡＭ領域４０４−２は、注文入力装置エミュレーション部の機能をソフトウェア的に実現する領域と、注文入力装置エミュレーション部で用いられる各種情報を記憶する記憶領域である。
なお、注文管理部と注文入力装置エミュレーション部については後述する。
【００３４】
表示部４０５は、ＣＰＵ４０２の制御に応じて各種情報を表示する。表示部４０５は、例えば液晶ディスプレイ、有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイである。なお、表示部４０５に表示される情報については、後述する。
操作部４０６は、従業員により操作されたキーを検出し、検出したキーを示す情報をＣＰＵ４０２に出力する。操作部４０６は、例えば機械式のキーである。なお操作部４０６は、表示部４０５上にタッチパネルとして組み込まれていてもよい。
【００３５】
図５は、本実施形態に係る注文管理装置４０における注文管理部と注文入力装置エミュレーション部を説明する図である。
注文管理部４２０は、注文入力装置１０が一括送信モードによって注文データを送信した場合に、受信した注文データを処理する。注文管理部４２０は、図４において、通信制御部４０１、ＣＰＵ４０２、第１ＲＯＭ領域４０３−１、第１ＲＡＭ領域４０４−１により構成される。
【００３６】
注文入力装置エミュレーション部４３０は、注文入力装置１０が商品毎送信モードによって注文データを送信した場合に、受信した注文データを処理する。注文入力装置エミュレーション部４３０は、ソフトウェアにより注文入力装置１０の機能のエミュレーションを行う。注文入力装置エミュレーション部４３０は、図４において、通信制御部４０１、ＣＰＵ４０２、第２ＲＯＭ領域４０３−２、第２ＲＡＭ領域４０４−２により構成される。なお、注文入力装置１０がｎ個の場合、注文管理装置４０は、注文入力装置エミュレーション部４３０をｎ個分、エミュレーションを行う。
なお、注文管理部４２０と複数の注文入力装置エミュレーション部４３０とは、バスを介して情報のやりとりを行う。
【００３７】
図６は、本実施形態に係る注文入力装置１０のＲＯＭ１０２およびＲＡＭ１０３の構造の一例を説明する図である。図６の左側に示すように、ＲＯＭ１０２には注文プログラムが記憶されている。ＲＡＭ１０３は、装置の識別子（ＨＴ  ＩＤ）が格納されている領域１０３−１、および注文格納領域１０３−１１を有している。注文格納領域１０３−１１は、第１注文データが記憶されている領域１０３−２1〜第ｍ注文データが記憶されている領域１０３−２m（ｍは１以上の整数）、空き領域を備えている。第１注文データ１０３−２1〜第ｍ注文データ１０３−２m各々は、１つのグループ毎の注文データである。１つのグループとは、同席する１人、家族、グループ等である。なお、以下の説明において、第１注文データ１０３−２1〜１０３−２mのうち特に特定しない場合は、単に注文データ１０３−２という。
図６の中央に示すように、注文データ１０３−２は、各々、注文ＩＤ６０１、注文確定フラグ６０２、注文付帯情報６０３、明細領域６０４を備えている。ここで、注文ＩＤ６０１は、注文入力装置１０が送信した注文データに対して注文管理装置４０が付与する識別子である。注文確定フラグ６０２は、注文入力状態を示すフラグであり、例えば注文開始前の初期状態が０、入力中が１、注文確定（注文管理装置４０への送信前）が２、注文確定（注文管理装置４０への送信後）が３である。注文付帯情報６０３は、客毎、または同席されているグループの客に関する情報である。注文付帯情報６０３は、例えばテーブルの識別番号、客層を示す情報、来店日時を示す情報等である。客層を示す情報とは、家族、カップル、グループ等を示す情報である。なお、来店日時を示す情報は、ＣＰＵ１０１が、開始キー１０５−１が押されたことを検出した日時に基づいて自動的に生成するようにしてもよく、従業員が１０キーを用いて入力した情報を検出するようにしてもよい。明細領域６０４は、第１明細６０４ａ（ａは１以上の整数）〜第ｐ明細６０４ｐ（ｐはａ以上の整数）を備えている。
【００３８】
図６の右側に示すように、第１明細６０４ａ〜第ｐ明細６０４ｐは、各々、新規／追加フラグ６０４ａ−１、提供時期フラグ６０４ａ−２、メニューＮｏ６０４ａ−３、数量６０４ａ−４を備えている。ここで、新規／追加フラグ６０４ａ−１は、第１明細６０４ａ〜第ｐ明細６０４ｐが新規の注文であるか追加の注文であることを示すフラグである。例えば、新規／追加フラグ６０４ａ−１は、新規の注文であることを示す場合１であり、追加の注文であること示す場合０である。提供時期フラグ６０４ａ−２は、提供時期入力キー１０５−５ｂにより選択された商品の提供時期を示すフラグである。提供時期フラグ６０４ａ−２は、例えば、特急の場合００であり、食前を示す場合０１であり、同時の場合１０であり、食後の場合１１である。メニューＮｏ６０４ａ−３は、メニューキー１０５−４により選択された商品の識別番号である。数量６０４ａ−４は、メニューＮｏ６０４ａ−３の注文の数量である。
【００３９】
次に、一括送信モードのときの処理について説明する。
図７は、本実施形態に係る注文管理システム１における一括送信モードのときの処理のタイミングチャートである。
（ステップＳ１）注文入力装置１０のＣＰＵ１０１は、キー入力部１０５の開始キー１０５−１が押された後、モード選択キー１０５−５ａにより一括送信モードが選択されたことを検出する。一括送信モードが選択されたことを検出した場合、ＣＰＵ１０１は、一括送信モードによる注文の処理を開始する。ステップＳ１終了後、ＣＰＵ１０１は処理をステップＳ２に進める。
【００４０】
（ステップＳ２）ＣＰＵ１０１は、キー入力部１０５のメニューキー１０５−４と１０キー１０５−３が押され、商品名とその個数が入力されたことを検出する。ＣＰＵ１０１は、終了キー１０５−２が押されたことを検出するまで、検出した商品名とその個数をＲＡＭ１０３に記憶させる。ステップＳ２終了後、ＣＰＵ１０１は処理をステップＳ３に進める。
（ステップＳ３）終了キー１０５−２が押されたことを検出した場合、ＣＰＵ１０１は、一連の注文に関する入力が終了したと判別する。なお、一連の注文とは、同席する客が行う全ての注文であり、例えば１人、１家族、１グループなどによる注文である。ステップＳ３終了後、ＣＰＵ１０１は処理をステップＳ４に進める。
【００４１】
（ステップＳ４）ＣＰＵ１０１は、ＲＡＭ１０３に記憶されている一連の注文に関する注文データを読み出す。次に、ＣＰＵ１０１は、読み出した注文データに一括送信モードを示す情報および自装置の識別子を付加して、通信制御部１０６、無線中継装置２０およびネットワーク３０を介して注文管理装置４０へ送信する。なお、送信する注文データには、テーブル番号等の情報が含まれている。
【００４２】
（ステップＳ５）注文管理装置４０のＣＰＵ４０２は、無線中継装置２０、ネットワーク３０および通信制御部４０１を介して、注文入力装置１０が送信した一括送信モードを示す情報および自装置の識別子が付加された注文データを受信する。次に、ＣＰＵ４０２は、受信したデータを検査する。ここで、ＣＰＵ４０２が行う検査は、例えば受信したデータのチェックサムを検査する。受信したデータにエラーが無いと判別した場合、ＣＰＵ４０２は、受信したデータに含まれている一括送信モードを示す情報を抽出する。次に、ＣＰＵ４０２は、受信したデータから識別子を抽出し、抽出した識別子と注文データとを関連づけて第１ＲＡＭ領域４０４−１に記憶させる。ステップＳ５終了後、ＣＰＵ４０２は処理をステップＳ６に進める。
【００４３】
（ステップＳ６）ＣＰＵ４０２は、受信した注文データに対して注文ＩＤを発行し、発行した注文ＩＤをステップＳ５で記憶させた注文データに関連づけて第１ＲＡＭ領域４０４−１に記憶させる。ステップＳ６終了後、ＣＰＵ４０２は処理をステップＳ７に進める。
（ステップＳ７）ＣＰＵ４０２は、発行した注文ＩＤを、通信制御部４０１、ネットワーク３０および無線中継装置２０を介して、ステップＳ４で注文データを送信した注文入力装置１０へ送信する。ステップＳ７終了後、ＣＰＵ４０２は処理をステップＳ８に進める。
（ステップＳ８）ＣＰＵ４０２は、調理指示を示す情報をプリントする指示を、通信制御部４０１、ネットワーク３０および無線中継装置２０を介して、伝票出力装置５０に送信する。次に、伝票出力装置５０は、受信した調理指示を示す情報をプリントする指示に応じて、プリントされた商品とその個数が記載された調理指示をプリントする。調理者は、伝票出力装置５０がプリントした調理指示に応じて、注文された商品の調理を開始する。次に、ＣＰＵ４０２は、注文データを第１ＲＡＭ領域４０４−１から読み出し、読み出した注文データを用いて伝票情報を生成する。次に、ＣＰＵ４０２は、生成した伝票情報を通信制御部４０１、ネットワーク３０および無線中継装置２０を介して、伝票出力装置５０に送信する。次に、伝票出力装置５０は、受信した伝票情報に応じて、お客が支払いを行うための伝票を発行する。なお、例えば、伝票には、伝票情報に基づくバーコードが印字されていてもよい。
【００４４】
（ステップＳ９）ＣＰＵ１０１は、注文管理装置４０から受信した注文ＩＤを、ステップＳ１〜Ｓ３でＲＡＭ１０３に記憶させた注文データに関連づけて記憶させる。
以上で、一括送信モードのときの処理を終了する。
【００４５】
なお、ステップＳ９の伝票発行後、従業員は、発行された伝票を客へ渡す。そして、客は、伝票を不図示のＰＯＳ（Ｐｏｉｎｔ  Ｏｆ  Ｓａｌｅ）レジスタが設置されている会計へ持って行き、支払いを行う。次に、ＰＯＳレジスタが有するバーコードリーダー装置は、伝票のバーコードを、ＰＯＳレジスタ担当の従業員の操作により読み取る。次に、ＰＯＳレジスタは、読み取ったバーコードを用いて、伝票に対応する明細と会計に関する会計情報を注文管理装置４０に問い合わせ、会計情報を注文管理装置４０から受信する。次に、ＰＯＳレジスタは、受信した会計情報に応じて、客に対して会計処理を行う。次に、ＰＯＳレジスタは、客からお金が入金された後、注文管理装置４０に会計処理が終了したことを示す会計要求を送信する。次に、注文管理装置４０は、ＰＯＳレジスタから受信した会計要求に応じて、ＰＯＳレジスタへ送信した注文データを会計済みにする。
【００４６】
次に、商品毎送信モードについて説明する。
図８は、本実施形態に係る注文入力装置１０と注文入力装置エミュレーション部４３０における記憶領域の関係を説明する図である。図８において、ｊは１以上かつｎ以下の整数であり、ｋはｊ以上かつｎ以下の整数である。
図８の左側に示すように、各注文入力装置１０のＲＯＭ１０２には注文プログラムが記憶され、ＲＡＭ１０３には注文入力装置１０の識別子（ＨＴ  ＩＤ）が記憶されている領域１０３−１および注文データ１０３−２1〜１０３−２mが記憶されている注文格納領域１０３−１１を有している。なお、注文格納領域１０３−１１の構成は図６で説明した構成である。例えば注文入力装置１０−ｊのＲＡＭ１０３−ｊは、識別子（ＨＴ  ＩＤ）が記憶されている領域１０３−１jおよび注文格納領域１０３−１１jを有している。
【００４７】
図８の右側に示すように、注文管理装置４０の注文入力装置エミュレーション部４３０の第２ＲＯＭ領域４０３−２には、注文入力装置エミュレーションプログラムが記憶され、第２ＲＡＭ領域４０４−２には、領域４０４−２1〜４０４−２n（ｎは１以上の整数）を有している。
図８の中央に示すように、領域４０２−２nには、識別子（ＨＴ  ＩＤ）が記憶されている領域４０４−２n−２と注文格納領域４０４−２n−ｎに加え、各領域４０２−２nが使用中であることを示す使用中フラグが記憶されている領域４０４−２n−１を有している。なお、使用中フラグは、例えば使用中を示す場合１であり、使用されていないことを示す場合０である。
【００４８】
例えば、注文入力装置１０−ｊのＲＡＭ１０３における識別子が記憶されている領域１０３−１jと注文格納領域１０３−１１jは、注文管理装置４０における第２ＲＡＭ領域４０４−２の領域４０４−２jに対応する。また、注文管理装置４０は、注文入力装置１０−ｊから注文データを受信し、受信した注文データを第２ＲＡＭ領域４０４−２jに記憶させたとき、第２ＲＡＭ領域４０４−２jの使用中フラグを１にする。
同様に、注文入力装置１０−ｋのＲＡＭ１０３における識別子が記憶されている領域１０３−１kと注文格納領域１０３−１１kは、注文管理装置４０における第２ＲＡＭ領域４０４−２の領域４０４−２kに対応する。また、注文管理装置４０は、注文入力装置１０−ｋから注文データを受信し、受信した注文データを第２ＲＡＭ領域４０４−２ｋに記憶させたとき、第２ＲＡＭ領域４０４−２ｋの使用中フラグを１にする。
なお、ＣＰＵ４０２は、領域４０４−２1から４０４−２nの順に使用する。そして、領域４０２−２nまで使用された場合、ＣＰＵ４０２は、先頭の領域４０４−２1から順に使用中フラグが０である領域を探し、見つかった領域の使用中フラグを０から１に変更し、その領域を使用する。
なお、以下の説明において、注文入力装置１０を特定しない場合、使用中フラグが記憶さる領域４０４−２−１、識別子が記憶される領域４０４−２−２、注文格納領域４０４−２−３という。
【００４９】
次に、一括送信モードと商品毎送信モードとの切替について説明する。
図９は、本実施形態に係る一括送信モードと商品毎送信モードとの切替のフローチャートである。
（ステップＳ１０１）注文入力装置１０のＣＰＵ１０１は、キー入力部１０５のいずれかのキーが押されたことが検出されたか否かを判別する。いずれかのキーが押されたことが検出された場合、ＣＰＵ１０１は、キー入力有り（ステップＳ１０１；Ｙｅｓ）と判別してステップＳ２へ進む。いずれかのキーが押されたことが検出されない場合、ＣＰＵ１０１は、キー入力なし（ステップＳ１０１；Ｎｏ）と判別してステップＳ１０１を繰り返す。
【００５０】
（ステップＳ１０２）ＣＰＵ１０１は、押されたキーがモード選択キー１０５−５ａであるか否かを判別する。ＣＰＵ１０１は、押されたキーがモード選択キー１０５−５ａであると判別した場合（ステップＳ１０２；Ｙｅｓ）、ステップＳ１０３に進み、押されたキーがモード選択キー１０５−５ａではないと判別した場合（ステップＳ１０２；Ｎｏ）、ステップＳ１０１に戻る。
（ステップＳ１０３）ＣＰＵ１０１は、表示部１０４にモード選択を行うための表示をする。例えば、ＣＰＵ１０１は、表示部１０４に、『商品毎送信モードにしますか？Ｙｅｓ  １  Ｎｏ  ０』を表示する。ステップＳ１０３終了後、ＣＰＵ１０１は処理をステップＳ１０４に進める。
【００５１】
（ステップＳ１０４）ＣＰＵ１０１は、キー入力部１０５のうち、１０キー１０５−３の０キーが押されたか１キーが押されたか判別する。ＣＰＵ１０１は、０キーが押されたと判別した場合（ステップＳ１０５；０）、ステップＳ１０５に進み、１キーが押されたと判別した場合（ステップＳ１０５；１）、ステップＳ１０６に進む。
（ステップＳ１０５）ＣＰＵ１０１は、送信モードを一括送信モードに決定する。次に、ＣＰＵ１０１は、表示部１０４に『一括送信モードに設定しました』と表示させる。
（ステップＳ１０６）ＣＰＵ１０１は、送信モードを商品毎送信モードに決定する。次に、ＣＰＵ１０１は、表示部１０４に『送信毎送信モードに設定しました』と表示させる。
以上で、一括送信モードと商品毎送信モードとの切替処理を終了する。
【００５２】
図１０と図１１は、本実施形態に係る注文管理システムにおける商品毎送信モードのときの処理のタイミングチャートである。なお、図１０、図１１で説明した処理において、例えば第１注文データ１０３−２1の入力が終了する前に、第２注文データ１０３−２2の注文に関するキー入力が行われないものとして説明する。
【００５３】
図１２は、本実施形態に係る伝票出力装置５０がプリントした調理指示７０１の一例を説明する図である。図１２に示すように、調理指示７０１には、テーブル番号を示す領域７１０、商品名を示す領域７１１、商品の数量を示す領域７１２を備えている。
【００５４】
（ステップＳ２０１）注文入力装置１０のＣＰＵ１０１は、キー入力部１０５の開始キー１０５−１が押された後、モード選択キー１０５−５ａにより商品毎送信モードが選択されたことを検出する。商品毎送信モードが選択されたことを検出した場合、ＣＰＵ１０１は、商品毎送信モードによる注文の処理を開始する。ステップＳ１終了後、ＣＰＵ１０１は処理をステップＳ２に進める。
（ステップＳ２０２）ＣＰＵ１０１は、注文が開始されたことを示す情報と自装置の識別子（ＨＴ  ＩＤ）を、通信制御部１０６、無線中継装置２０およびネットワーク３０を介して注文管理装置４０に送信する。
【００５５】
（ステップＳ２０３）注文管理装置４０のＣＰＵ４０２は、第２ＲＡＭ領域４０４−２に受信した識別子に対応し使用中＝１である領域４０４−２（図８参照）が確保されているか否かを判別する。識別子に対応する領域４０４−２が確保されていると判別した場合、ＣＰＵ４０２は、確保済みの領域４０４−２を使用する。識別子に対応する領域４０４−２が確保されていないと判別した場合、ＣＰＵ４０２は、新たに注文入力装置１０に対する注文入力装置エミュレーション領域である領域４０４−２を確保する。
（ステップＳ２０４）ステップＳ２０３で新たに領域４０４−２を確保した場合、ＣＰＵ４０２は、領域４０４−２に使用中フラグを、使用中を示す状態、例えば１に設定する。
（ステップＳ２０５）ステップＳ２０３で新たに領域４０４−２を確保した場合、ＣＰＵ４０２は、注文入力装置１０から受信したデータから識別子を抽出し、抽出した識別子を領域４０４−２の識別子が記憶される領域４０４−２−２に記憶させる。
【００５６】
（ステップＳ２０６）ＣＰＵ１０１は、キー入力部１０５の不図示の新規／追加キーが押されたことを検出し、検出した結果をＲＡＭ１０３の新規／追加フラグ６０４ａ−１に記憶する。次に、ＣＰＵ１０１は、新規の注文である場合は、新規の注文であることを示す情報を、通信制御部１０６、無線中継装置２０およびネットワーク３０を介して注文管理装置４０に送信する。または、ＣＰＵ１０１は、追加の注文である場合は、新規の注文であることを示す情報と注文ＩＤ６０１（図６参照）を、通信制御部１０６、無線中継装置２０およびネットワーク３０を介して注文管理装置４０に送信する。
【００５７】
（ステップＳ２０７）ＣＰＵ４０２は、新規の注文であることを示す情報を注文入力装置１０から受信した場合、第２ＲＡＭ領域４０４−２に注文データの格納領域である注文格納領域４０４−２−３を確保する。あるいは、ＣＰＵ４０２は、追加の注文であることを示す情報を注文入力装置１０から受信した場合、すでに確保済みの注文ＩＤに関連づけられて確保されている注文格納領域４０４−２−３を用いる。
（ステップＳ２０８）ＣＰＵ４０２は、新規の注文であることを示す情報を注文入力装置１０から受信した場合、注文開始を受信し、注文確定フラグに注文を入力中であることを示す１を、通信制御部４０１、ネットワーク３０および無線中継装置２０を介して注文入力装置１０に送信する。次に、注文入力装置１０は、注文管理装置４０から受信した注文確定フラグ＝１を注文確定フラグ６０２に記憶させる。
【００５８】
（ステップＳ２０９）ＣＰＵ１０１は、キー入力部１０５により入力または選択された注文付帯情報を検出し、検出した注文付帯情報をＲＡＭ１０３の注文付帯情報６０３（図６参照）に記憶させる。
（ステップＳ２１０）ＣＰＵ１０１は、ＲＡＭ１０３に記憶させた注文付帯情報を、通信制御部１０６、無線中継装置２０およびネットワーク３０を介して注文管理装置４０に送信する。
（ステップＳ２１１）ＣＰＵ４０２は、注文入力装置１０から受信した注文付帯情報を注文格納領域４０４−２−３（図８参照）に記憶させる。
【００５９】
（ステップＳ２１２）ＣＰＵ１０１は、キー入力部１０５により入力また選択された注文データ（メニューＮｏとその数量と提供時期）を検出し、検出した注文データをＲＡＭ１０３の注文格納領域の第１明細６０４ａに記憶させる。次に、ＣＰＵ１０１は、注文データを送信中であることを示す情報、例えば『転送中』を表示部１０４に表示する。
（ステップＳ２１３）ＣＰＵ１０１は、第１明細６０４ａに記憶されている注文データを、通信制御部１０６、無線中継装置２０およびネットワーク３０を介して注文管理装置４０に送信する。
（ステップＳ２１４）ＣＰＵ４０２は、注文入力装置１０から受信した注文データを注文格納領域４０４−２に記憶させる。
注文入力装置１０と注文管理装置４０とは、注文入力装置１０のキー入力部１０５のうち終了キー１０５−２が押されたことを検出するまで、ステップＳ２１２〜Ｓ２１４を繰り返す。
【００６０】
（ステップＳ２１５）ＣＰＵ１０１は、注文入力装置１０のキー入力部１０５のうち終了キー１０５−２が押されたことを検出した場合、一連の注文が終了したと判別する。
（ステップＳ２１６）ＣＰＵ１０１は、一連の注文が終了したことを示す情報を、通信制御部１０６、無線中継装置２０およびネットワーク３０を介して注文管理装置４０に送信する。
（ステップＳ２１７）ＣＰＵ４０２は、注文入力装置１０から受信した一連の注文が終了したことを示す情報に応じて、注文確定フラグに２を設定する。次に、ＣＰＵ４０２は、注文確定フラグ＝２を、通信制御部４０１、ネットワーク３０および無線中継装置２０を介して注文入力装置１０に送信する。
【００６１】
図１１に移って、注文管理システムにおける商品毎送信モードのときの処理の続きを説明する。
（ステップＳ２１８）ＣＰＵ４０２は、注文格納領域４０４−２−３に記憶されている一連の注文データを、注文管理部４２０に出力する。
（ステップＳ２１９）ＣＰＵ４０２は、注文管理部４２０に入力された一連の注文データを、第１ＲＡＭ領域４０４−１に記憶させる。
（ステップＳ２２０）ＣＰＵ４０２は、一連の注文データに対して注文ＩＤを発行する。
（ステップＳ２２１）ＣＰＵ４０２は、発行した注文ＩＤを、注文入力装置エミュレーション部４３０に出力する。
【００６２】
（ステップＳ２２２）ＣＰＵ４０２は、調理指示を示す情報をプリントする指示を、通信制御部４０１、ネットワーク３０および無線中継装置２０を介して、伝票出力装置５０に送信する。次に、伝票出力装置５０は、受信した調理指示を示す情報をプリントする指示に応じて、プリントされた商品とその個数が記載された調理指示を図１２のようにプリントする。なお、例えば、伝票出力装置５０は、各調理場に設置されている。ＣＰＵ４０２は、商品を調理する調理場を商品Ｎｏから判別し、判別した結果に応じて、調理場に設置されている伝票出力装置５０へ調理指示を示す情報を送信する。調理場では、伝票出力装置５０がプリントした調理指示７０１に応じて、調理人が調理を開始する。
【００６３】
（ステップＳ２２３）ＣＰＵ４０２は、注文管理部４２０から入力された注文ＩＤを注文格納領域４０４−２−３に格納する。
（ステップＳ２２４）ＣＰＵ４０２は、注文ＩＤが発行されたことにより注文管理部４２０への送信が完了したと判別し、判別した結果に応じて注文確定フラグを３に設定する。
【００６４】
（ステップＳ２２５）ＣＰＵ４０２は、注文ＩＤと注文確定フラグ＝３とを、通信制御部４０１、ネットワーク３０および無線中継装置２０を介して注文入力装置１０に送信する。
（ステップＳ２２６）ＣＰＵ１０１は、注文管理装置４０から受信した注文ＩＤと注文確定フラグ＝３とを、注文格納領域１０３−１１の注文データ１０３−２として記憶させる。次に、ＣＰＵ１０１は、注文データを注文管理装置４０へ送信完了したため、表示部１０４に表示した『転送中』を消去する。
以上で、注文管理システムにおける商品毎送信モードのときの処理を終了する。
【００６５】
なお、注文管理装置４０は、注文入力装置１０毎のエミュレーション環境である注文入力装置エミュレーション部４３０を、注文入力装置１０から注文入力が開始されたときに構築してもよい。または、注文管理装置４０は、予め注文入力装置１０毎の注文入力装置エミュレーション部４３０を構築しておいてもよい。あるいは、注文管理装置４０は、予め複数の注文入力装置エミュレーション部４３０を構築しておき、未登録の識別子（ＨＴ  ＩＤ）を受信したとき、識別子と注文入力装置エミュレーション部４３０とを対応づけるようにしてもよい。
【００６６】
次に、ステップＳ２１２で入力された提供時期に応じた注文管理装置４０側の処理の一例を説明する。
図１３は、本実施形態に係る提供時期に応じた注文管理装置４０側の処理の一例のフローチャートである。なお、図１３は、図１０のステップＳ２１４において、注文管理装置４０が１つの注文データを受信した後の処理である。また、図１４は、本実施形態に係る伝票出力装置５０がプリントした提供時期が特急の場合の調理指示７０１ａの一例を説明する図である。図１４に示すように、調理指示７０１ａには、調理指示７０１の各領域に加えて、注文が全て確定していないことを示す領域７１３を有している。領域７１３には、例えば『確定前』とプリントされる。
【００６７】
（ステップＳ３０１）ＣＰＵ４０２は、注文入力装置１０から受信した注文データから明細（図６参照）毎の明細データを生成する。
【００６８】
（ステップＳ３０２）ＣＰＵ４０２は、作成した明細データに含まれる提供時期フラグが特急であるか否かを判別する。ＣＰＵ４０２は、提供時期フラグが特急であると判別した場合（ステップＳ３０２；Ｙｅｓ）、ステップＳ３０３に進み、提供時期フラグが特急ではないと判別した場合（ステップＳ３０２；Ｎｏ）、処理を終了する。
（ステップＳ３０３）ＣＰＵ４０２は、提供時期フラグが特急である注文データを、通信制御部４０１、ネットワーク３０および無線中継装置２０を介して、伝票出力装置５０に送信する。次に、伝票出力装置５０は、受信した調理指示を示す情報をプリントする指示に応じて、プリントされた商品とその個数が記載された調理指示を図１４のようにプリントする。
【００６９】
以上のように、本実施形態に係る注文管理システム１は、自注文入力装置１０の操作により入力された注文データに提供時期を示す提供時期情報を付加した前記注文データを当該注文データ毎に注文管理装置４０へ送信する注文入力装置１０と、注文入力装置１０から注文データを受信し、受信した注文データに応じて注文入力装置１０に対応するエミュレーション環境（注文入力装置エミュレーション部４３０）を更新し、提供時期情報に応じて注文データの提供指示を行う注文管理装置４０と、を備える。
【００７０】
また、本実施形態に係る注文入力装置１０は、注文に関する注文データを第１送信モード（一括送信モード）および第２送信モード（商品毎送信モード）のいずれか一方の送信モードで注文管理装置４０へ送信し、第１送信モード（一括送信モード）のとき、複数の注文データを一括して注文管理装置４０へ送信し、第２送信モード（商品毎送信モード）のとき、複数の注文データを注文データ毎に自装置を識別する識別子（ＨＤ  ＩＤ）と提供時期を示す提供時期情報とを付加して注文管理装置４０へ送信する。
また、本実施形態に係る注文管理装置４０は、提供時期を示す提供時期情報が付加された注文に関する注文データを送信する注文入力装置１０から注文データを受信し、受信した注文データに応じて注文入力装置１０に対応するエミュレーション環境（注文入力装置エミュレーション部４３０）を更新し、提供時期情報に応じて注文データの提供指示を行う。
【００７１】
この構成により、ＣＰＵ４０２は、注文データ毎に提供時期フラグが特急であるか否かを判別し、提供時期フラグが特急であると判別した場合に全ての注文が終了する前であっても、提供時期フラグが特急である注文データを伝票出力装置５０へ送信する。これにより、調理場では、全ての注文が確定する前であっても、調理を開始することができる。この結果、本実施形態に係る注文管理システム１では、客が望む商品をタイムリーに提供することができるので、客の満足度を向上できる。また、本実施形態の注文管理システム１は、注文が全て確定する前に調理を開始できるので店舗の効率を向上することができる。
すなわち、本実施形態の注文管理システム１によれば、例えば、レストランや居酒屋などにおいて、ビールなど客が先に提供してほしい商品について、次の人の注文を入力担当者が待っている間でも作業ができるオーダは先に通してしまいたいというニーズに答えることができる。
【００７２】
なお、本実施形態では、キー入力部１０５のモード選択キー１０５−５ａにより一括送信モードか商品毎送信モードかを選択する例を説明したが、これに限られない。例えば、注文入力装置１０が無線中継装置２０へ情報を送信できない位置で操作されている場合、ＣＰＵ１０１は、表示部１０４に情報を送信できないことを示す情報、例えば『圏外』を表示させるようにしてもよい。この場合、ＣＰＵ１０１は、仮にモード選択キー１０５−５ａにより商品毎送信モードが選択された場合であっても、一連の注文データをＲＡＭ１０３に記憶しておく。そして、ＣＰＵ１０１は、無線中継装置２０と通信可能な位置になったときＲＡＭ１０３に記憶されている注文データを無線中継装置２０へ送信するようにしてもよい。このような場合、ＣＰＵ１０１は、表示部１０４に、『商品毎送信モードでは送信できません』等の表示を行うようにしてもよい。
【００７３】
また、本実施形態では、図７、図１１および図１２において、注文入力装置１０が１台の場合の例を説明したが、これに限られない。注文管理装置４０のＣＰＵ４０２は、複数の注文入力装置１０から図７、図１１および図１２に示した情報を受信した場合、注文入力装置１０毎の注文入力装置エミュレーション部４３０を形成する。そして、ＣＰＵ４０２は、注文入力装置エミュレーション部４３０毎に注文入力装置１０毎の記憶領域４０４−３を確保する。この場合、ＣＰＵ４０２は、通信制御部４０１が受信した順に情報を順次処理する。仮に２つの注文入力装置１０から情報を同時に受信した場合、ＣＰＵ４０２は、受信できた情報に応じて、情報を送信してきた注文入力装置１０へＡＣＫ（ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ；肯定応答）を送信するようにしてもよい。これにより、ＡＣＫを受信できなかった注文入力装置１０は、再度、注文管理装置４０へ情報を送信する。
【００７４】
また、本実施形態では、ステップＳ２１２〜Ｓ２１４（図１０）において商品毎に注文データを送信する例を説明したが、これに限られない。例えば、注文の途中で客が後から来店して注文をする場合もある。このような場合、例えば、注文入力装置１０は、ビールを示す商品Ｎｏと数量＝３および提供時期フラグ＝特急を注文管理装置４０へ送信する。その後、後から来た客の注文であるビールを示す商品Ｎｏと数量＝１および提供時期フラグ＝特急を注文管理装置４０へ送信する。これにより、本実施形態に係る注文管理システム１では、注文途中に客の人数が増え、提供時期フラグ＝特急の注文が増えても、迅速に対応することができる。
【００７５】
なお、図１３で示した例では、提供時期フラグが特急の場合、ＣＰＵ４０２は、提供時期フラグが特急である注文データを伝票出力装置５０に送信する例を説明したが、これに限られない。ＣＰＵ４０２は、提供時期フラグが食前または同時であっても、確定前に注文データを伝票出力装置５０に送信するようにしてもよい。これにより、本実施形態に係る注文管理システム１は、全ての注文が終わる前に調理者に対して調理指示を行うことができる。この結果、本実施形態に係る注文管理システム１によれば、客によって料理が提供される時間を短縮することができるので、客の満足度を向上することができる。
【００７６】
また、本実施形態では、注文入力装置１０が提供時期入力キー１０５−５ｂを備える例を説明したが、これに限られない。以下は、商品毎送信モードのときの表示部１０４の画面の一例とＣＰＵ１０１が行う処理について説明する。
図１５は、本実施形態に係る商品毎送信モードのときの表示部１０４の画面の一例とＣＰＵ１０１が行う処理を説明する図である。
図１５の１段目に示した表示部１０４の画面８０１は、注文入力前の初期状態の画面の一例である。図１５の２段目に示した表示部１０４の画面８０２は、商品『ビール』と数量『１』が入力されたときの画面の一例である。図１５の３段目に示した表示部１０４の画面８０３は、表示部１０４上の提供時期を選択する選択キー表示領域８１０に選択キーを表示した画面の一例である。図１５の４段目に示した表示部１０４の画面８０４は、提供時期を表示部１０４に表示した画面の一例である。
【００７７】
（ステップＳ４０１）ＣＰＵ１０１は、表示部１０４に初期表示の画面８０１を表示する。
（ステップＳ４０２）ＣＰＵ１０１は、キー入力部１０５から入力または選択された商品名とその数量を表示部１０４に表示する。
（ステップＳ４０３）ＣＰＵ１０１は、表示部１０４に、選択キー表示領域８１０に提供時期を選択する選択キーを表示する。
（ステップＳ４０４）ＣＰＵ１０１は、画面８０３に表示した選択キーの中から選択された提供時期を検出し、提供時期の表示領域８２０に検出した提供時期を、画面８０４のように画面８０２に追加して表示する。
なお、画面８０３に表示された提供時期の選択キーの選択は、表示部１０４上にタッチパネル式のキー入力部１０５を備える場合、ＣＰＵ１０１はタッチパネルが押されて選択された提供時期を検出するようにしてもよい。あるいは、ＣＰＵ１０１は、キー入力部１０５が有するカーソル移動キー（例えば←キー、→キー、↓キー、↑キー）により選択された提供時期を検出するようにしてもよい。
【００７８】
また、本実施形態では、ステップＳ２１３（図１０）において、注文入力装置１０がメニューＮｏと数量と提供時期とを関連づけて送信する例を説明したが、これに限られない。注文入力装置１０は、キー入力部１０５のキーが押される毎に、押されたキーを示す情報を注文管理装置４０へ送信するようにしてもよい。例えば、注文入力装置１０は、メニューＮｏを送信し、次に数量を送信し、次に提供時期を送信するようにしてもよい。
【００７９】
また、注文入力装置１０は、メニューＮｏではなく、キー入力部１０５の各キーに予め割り当てられているキーコードを送信するようにしてもよい。この場合であっても、注文入力装置１０は、ステップＳ２１３に示したように、メニューＮｏと数量と提供時期に対応する各キーコードを関連づけて送信してもよく、あるいはキーコード毎に送信するようにしてもよい。
【００８０】
また、注文入力装置１０は、ＲＡＭ１０３のメモリ状態が変更される毎に情報を注文管理装置４０に送信するようにしてもよい。例えば、ＲＡＭ１０３のオフセットアドレス＝ＡＡＡＡに記憶されるデータ変化したとき、このオフセットアドレスとデータを送信するようにしてもよい。次に、オフセットアドレス＝ＡＡＡＢに記憶されるデータが変化したとき、このオフセットアドレスとデータを送信するようにしてもよい。
【００８１】
ステップＳ２１３に示したように、注文入力装置１０がメニューＮｏと数量と提供時期を組にした注文毎に送信する場合、注文管理装置４０の注文入力装置エミュレーション部４３０には注文毎の情報が保持される。このため、注文入力装置エミュレーション部４３０は、注文入力装置１０の構成全てを備えていなくてもよく、構成を簡略化できる。
また、キーが押される毎にキーコードを注文入力装置１０が送信する場合、注文入力装置エミュレーション部４３０は、注文入力装置１０の実機におけるキー入力をエミュレーション環境における通信にリダイレクトすることでエミュレーションを実現できる。このため、キー毎に送信する注文管理システム１では、注文入力装置エミュレーション部４３０に注文入力装置１０と共通の制御プログラムを用いることも可能であるため、注文入力装置エミュレーション部４３０を構成しやすい効果がある。
さらに、メモリ状態が変更される毎に情報を注文入力装置１０が送信する場合、注文入力装置エミュレーション部４３０において第２ＲＡＭ領域４０４−２に記憶される情報が注文入力装置１０のＲＡＭ１０３に記憶される情報と一致する効果がある。この場合も、注文管理システム１は、注文入力装置エミュレーション部４３０を構成しやすい効果がある。
【００８２】
［第２実施形態］
本実施形態では、注文入力装置１０において、注文の入力中に電池切れや故障等が生じた場合について説明する。
図１６は、本実施形態に係る注文管理装置４０における注文入力装置１０に対する障害検出処理のフローチャートである。図１７は、本実施形態に係る障害発生時に表示部４０５に表示されるアラートの一例を説明する図である。図１７に示すように、表示部４０５に表示される画像９０１には、アラートの表示領域９１１、注文入力装置の番号の表示領域９１２、テーブル番号の表示領域９１３、および注文ＩＤの表示領域９１４を有している。アラートの表示領域９１１には、障害発生したとき、例えば『障害発生のため注文入力が完了していません！』が表示される。なお、図１７に示した例は、追加注文における注文入力時に障害が発生した場合の例である。このため、図１７に示した例では、注文ＩＤがすでに発行されている。このため、新規注文のときに障害が発生した場合、表示部４０５に表示される画像９０１において、注文ＩＤの表示領域９１４には何も表示されないか注文ＩＤが未発行であることを示す情報が表示される。
【００８３】
（ステップＳ５０１）注文管理装置４０のＣＰＵ４０２は、注文入力装置１０から送信される情報を受信するために待機する。
（ステップＳ５０２）ＣＰＵ４０２は、情報を受信するための待機時間が予め定められている時間を超えた（タイムオーバーともいう）か否か判別する。ＣＰＵ４０２は、待機時間が予め定められている時間を超えたと判別した場合（ステップＳ５０２；Ｙｅｓ）、ステップＳ５０４に進む。ＣＰＵ４０２は、待機時間が予め定められている時間を超えていないと判別した場合（ステップＳ５０２；Ｎｏ）、ステップＳ５０３に進む。
【００８４】
（ステップＳ５０３）待機時間が予め定められている時間を超えていないと判別した場合、ＣＰＵ４０２は、注文入力装置１０から受信した情報に応じた処理を行う。例えば、注文入力装置１０から受信した情報が注文データの場合、ＣＰＵ４０２は、受信した注文データをＲＡＭ４０４に記憶させる。
（ステップＳ５０４）待機時間が予め定められている時間を超えたと判別した場合、ＣＰＵ４０２は、表示部４０５に障害が生じていることを示すアラートを図１７のように表示する。
【００８５】
なお、ＣＰＵ４０２は、障害が生じていることを示すアラートを示す情報を、通信制御部、ネットワーク３０および無線中継装置２０を介して、伝票出力装置５０へ送信するようにしてもよい。そして、伝票出力装置５０は、受信した障害が生じていることを示すアラートを示す情報に応じて、図１７に示したような情報をプリントするようにしてもよい。
【００８６】
次に、図１６で説明したように注文入力装置１０に障害が発生した場合、注文入力装置１０の代替装置に対するデータの複製処理について説明する。
図１８は、本実施形態に係る注文入力装置１０の代替装置に対するデータの複製処理のフローチャートである。なお、以下の処理は、注文入力装置１０に電池切れの障害が発生し、電池交換した後の処理について説明する。
【００８７】
（ステップＳ６０１）注文入力装置１０のＣＰＵ１０１は、キー入力部１０５が有する複製開始キーが押されたことを検出する。次に、ＣＰＵ１０１は、検出した結果に応じて、ユーザーオペレーション複製処理を開始する。次に、ＣＰＵ１０１は、ＲＡＭ１０３の記憶領域の内、注文格納領域１０３−１１（図６参照）を初期化する。ここで、ユーザーオペレーション複製処理とは、注文入力装置１０の注文格納領域１０３−１１に記憶されていた情報の複製データを注文管理装置４０から受信し、受信したデータによって注文格納領域１０３−１１の情報を復元する処理である。
（ステップＳ６０２）ＣＰＵ１０１は、検出した結果に応じて自装置の識別子（ＨＴ  ＩＤ）を付加した複製データ要求を、通信制御部１０６、無線中継装置２０およびネットワーク３０を介して注文管理装置４０に送信する。
【００８８】
（ステップＳ６０３）注文管理装置４０のＣＰＵ４０２は、注文入力装置１０が送信した装置の識別子を付加された複製データ要求を受信する。次に、ＣＰＵ４０２は、受信した情報から装置の識別子を抽出し、抽出した識別子に対応する注文入力装置エミュレーション部４３０を検出する。次に、ＣＰＵ４０２は、識別子に対応する注文入力装置エミュレーション部４３０の注文格納領域４０４−２−３（図８参照）に記憶されている情報を読み出す。
【００８９】
（ステップＳ６０４）ＣＰＵ４０２は、読み出した情報を、通信制御部４０１、ネットワーク３０および無線中継装置２０を介して、複製データ要求を送信した注文入力装置１０へ送信する。
（ステップＳ６０５）ＣＰＵ１０１は、注文管理装置４０から受信した情報を、ＲＡＭ１０３の注文格納領域１０３−１１に記憶させる。
（ステップＳ６０６）ＣＰＵ１０１は、注文格納領域１０３−１１に記憶させた情報を確認する。例えばＣＰＵ１０１は、記憶させた情報の中から、注文確定フラグ６０２（図６参照）が入力中＝１を示す注文データを検索する。ＣＰＵ１０１は、注文確定フラグ６０２が入力中＝１を示す注文データが存在する場合、ステップＳ６０７に移る。また、注文確定フラグ６０２が入力中＝１を示す注文データが存在しない場合、例えば図１０のステップＳ２０１（注文の開始）に移る（不図示）。
【００９０】
（ステップＳ６０７）新規注文の場合、ＣＰＵ１０１は、注文格納領域１０３−１１に記憶させた情報のうち、自装置の識別子（ＨＴ  ＩＤ）を付加して注文入力の継続を示す指示を、通信制御部１０６、無線中継装置２０およびネットワーク３０を介して注文管理装置４０に送信する。ＣＰＵ１０１は、以下、図１０〜図１１に示したステップＳ２０９（注文付帯情報の入力）またはＳ２１２（オーダ入力）以降の処理を続行する。
追加注文の場合、ＣＰＵ１０１は、注文格納領域１０３−１１に記憶させた情報のうち、自装置の識別子（ＨＴ  ＩＤ）と注文ＩＤを付加した注文入力の継続を示す指示を、通信制御部１０６、無線中継装置２０およびネットワーク３０を介して注文管理装置４０に送信する。ＣＰＵ１０１は、以下、図１０〜図１１に示したステップＳ２１２（オーダ入力）以降の処理を続行する。
【００９１】
一方、ステップＳ６０７において注文入力の継続を示す指示を受けた注文管理装置４０のＣＰＵ４０２は、新規注文の場合、図１０〜図１１に示したステップＳ２１１（注文付帯情報の格納）またはＳ２１４（明細領域の格納・更新）以降の処理を続行する。
追加注文の場合、ＣＰＵ４０２は、図１０〜図１１に示したステップＳ２１４（明細領域の格納・更新）以降の処理を続行する。
【００９２】
以上のように、本実施形態に係る注文管理システム１において、注文入力装置１０は、自装置の記憶部（ＲＡＭ１０３）に記憶されている情報の復元を要求する指示と自装置を識別する識別子（ＨＴ  ＩＤ）とを注文管理装置４０に送信し、注文管理装置４０は、注文入力装置１０から受信した情報に応じて、エミュレーション環境（注文入力装置エミュレーション部４３０）から読み出した識別子（ＨＴ  ＩＤ）に対応する情報を注文入力装置１０に送信し、注文入力装置１０は、注文管理装置４０から受信した識別子（ＨＴ  ＩＤ）に対応する情報を記憶部（ＲＡＭ１０３）に記憶させることで、記憶部（ＲＡＭ１０３）に記憶されていた情報を復元する。
【００９３】
これにより、本実施形態に係る注文管理システム１では、注文入力装置１０の電力が一連の注文途中に消耗した場合であっても、例えば電池を交換した注文入力装置１０は、送信済みの注文データを注文入力装置エミュレーション部４３０へ再送信するリクエストを送信する。そして、例えば電池を交換した注文入力装置１０は、注文入力装置エミュレーション部４３０から受信した情報をＲＡＭ１０３に記憶させることにより、障害発生まで入力していた情報を復元することができる。
これにより、本実施形態に係る注文管理システム１によれば、再度、客に注文を聞き直すことなく、続けて注文を受けることが可能になる。
【００９４】
なお、上記では、注文入力装置１０に電池切れの障害が発生し、電池交換した後の処理について説明したが、本実施形態はこれに限られない。例えば、注文入力装置１０−１に障害が発生し、注文入力装置１０−２を代替装置として用いる場合について図１９を用いて説明する。図１９は、本実施形態の注文入力装置１０−２を代替装置として用いる場合の処理のフローチャートである。
【００９５】
（図１９のステップＳ６０１〜Ｓ６０６）図１８で説明した処理と同様に行う。すなわち、ステップＳ６０１において、代替装置である注文入力装置１０−２が、障害が発生した注文入力装置１０−１についてのユーザーオペレーション複製処理を開始する。次に、ステップＳ６０２において、注文入力装置１０−２が、注文管理装置４０に複製データを要求する。そして、ステップＳ６０５において、注文入力装置１０−２が、注文管理装置４０から受信した注文入力装置１０−１の複製を格納し、ステップＳ６０６でその内容を確認する。
（ステップＳ７０１）注文入力装置１０−２のＣＰＵ１０１は、従業員により入力された障害が発生した注文入力装置１０−１の識別子を検出し、検出した結果に応じて障害が発生した装置１０−１の識別子（ＨＴ  ＩＤ）と自装置１０−２の識別子（ＨＴ  ＩＤ）とを、通信制御部１０６、無線中継装置２０およびネットワーク３０を介して注文管理装置４０に送信する。
【００９６】
（ステップＳ７０２）注文管理装置４０のＣＰＵ４０２は、注文入力装置１０−２から受信した情報から、障害が発生した装置１０−１の識別子と、情報を送信した装置１０−２の識別子を抽出する。次に、ＣＰＵ４０２は、抽出した障害が発生した装置の識別子に対応する注文入力装置エミュレーション部４３０の識別子が記憶される領域４０４−２−２に記憶されている識別子を、抽出した情報を送信した装置１０−２の識別子に書き換える。
（ステップＳ７０３）ＣＰＵ４０２は、識別子を書き換えたことを示す情報を、通信制御部４０１、ネットワーク３０および無線中継装置２０を介して、ステップＳ７０１で識別子を送信した注文入力装置１０−２へ送信する。
【００９７】
（ステップＳ７０４）注文入力装置１０−２のＣＰＵ１０１は、注文管理装置４０から受信した識別子を書き換えたことを示す情報を受信した後、注文入力装置１０−１の代替装置として、実際に注文動作を開始するため、ステップＳ７０５に移る。
（ステップＳ７０５）新規注文の場合、注文入力装置１０−２のＣＰＵ１０１は、注文格納領域１０３−１１に記憶させた情報のうち、自装置の識別子（ＨＴ  ＩＤ）を、通信制御部１０６、無線中継装置２０およびネットワーク３０を介して注文管理装置４０に送信する。ＣＰＵ１０１は、以下、図１０〜図１１に示したステップＳ２０９（注文付帯情報の入力）またはＳ２１２（オーダ入力）以降の処理を続行する。
追加注文の場合、ＣＰＵ１０１は、注文格納領域１０３−１１に記憶させた情報のうち、自装置の識別子（ＨＴ  ＩＤ）と注文ＩＤとを、通信制御部１０６、無線中継装置２０およびネットワーク３０を介して注文管理装置４０に送信する。ＣＰＵ１０１は、以下、図１０〜図１１に示したステップＳ２１２（オーダ入力）以降の処理を続行する。
一方、ステップＳ６０７において注文入力の継続を示す指示を受けた注文管理装置４０のＣＰＵ４０２は、新規注文の場合、図１０〜図１１に示したステップＳ２１１（注文付帯情報の格納）またはＳ２１４以降の処理を続行する。追加注文の場合、ＣＰＵ４０２は、図１０〜図１１に示したステップＳ２１４（明細領域の格納・更新）以降の処理を続行する。
【００９８】
なお、本実施形態では、ステップＳ７０１において、障害が発生した装置１０−１の識別子と情報を送信した装置１０２−２の識別子を、注文入力装置１０から注文管理装置４０へ送信する例を説明したが、これに限られない。例えば、ＣＰＵ１０１は、ステップＳ６０２において障害が発生した装置１０−１の識別子と情報を送信した装置１０−２の識別子を注文管理装置４０へ送信するようにしてもよい。この場合、ＣＰＵ４０２は、受信した情報から障害が発生した装置１０−１の識別子と情報を送信した装置１０−２の識別子を抽出し、抽出した障害が発生した装置１０−１の識別子に対応する注文入力装置エミュレーション部４３０を検出する。そして、ＣＰＵ４０２は、検出した注文入力装置エミュレーション部４３０の識別子に記憶される領域４０４−２−２に記憶されている識別子を、抽出した情報を送信した装置１０−２の識別子に書き換えるようにしてもよい。
【００９９】
なお、本実施形態では、図１８、図１９のステップＳ６０２において、複製データ要求を受信した場合、注文管理装置４０は、送信した装置の識別子に対応する注文入力装置１０に対応する情報を全て送信する例を説明したが、これに限られない。例えばＣＰＵ４０２は、送信した装置の識別子に対応する注文入力装置エミュレーション部４３０に記憶されている情報の中から、注文付帯情報（図６参照）に基づいて複製データ要求を受信した営業日の情報のみを注文入力装置１０へ送信するようにしてもよい。
【０１００】
また、第１、第２実施形態において、注文管理装置４０のＲＡＭ４０４に注文入力装置１０から受信した情報を記憶させる例を説明したが、これに限られない。ＣＰＵ４０２は、例えば注文格納領域４０４−２−３に記憶されている第１明細６０４ａ〜第ｐ明細６０４ｐ（図６参照）毎に提供を行ったか行っていないかを示す提供済フラグを付加するようにしてもよい。提供済フラグは、例えば商品を提供済みの場合が１であり、商品を未提供の場合が０である。さらに、注文データ１０３−２（図６参照）毎に会計が終了したか否かを示す会計終了フラグを付加するようにしてもよい。会計終了フラグは、例えば会計済みの場合が１であり、会計が行われていない場合が０である。
このような会計終了フラグを追加することで、注文入力装置１０から複製データ要求を受信した場合、ＣＰＵ４０２は、会計終了フラグ＝０のみの情報を注文入力装置１０へ送信するようにしてもよい。これにより、注文管理システム１では、注文管理装置４０から注文入力装置１０へ送信する情報を削減できるので、注文入力装置１０に障害が発生しても注文入力装置１０に記憶されていた情報を迅速に復元することができる。
【０１０１】
また、第１、第２実施形態では、注文入力装置１０は、無線中継装置２０とネットワーク３０を介して注文管理装置４０へ情報を送信する例を説明したが、これに限られない。例えば、注文管理装置４０にネットワーク３０を介して、不図示の複数の情報入力装置が接続されている場合、注文入力装置１０はこの情報入力装置に有線で情報を送信するようにしてもよい。
また、第１、第２実施形態では、注文入力装置１０と伝票出力装置５０とが分かれている例を説明したが、注文入力装置１０は伝票出力装置５０の機能を有していてもよい。
【０１０２】
また、第１、第２実施形態において、複数の注文入力装置１０が使用されている場合、この複数の注文入力装置１０のＲＡＭ１０３に同じ情報が記録されていてもよい。例えば注文入力装置１０が２台の場合を説明する。注文入力装置１０−１から注文管理装置４０に注文データが送られた場合、注文管理装置４０は、この注文データを注文入力装置１０−２へ送信する。注文入力装置１０−２は、注文管理装置４０から受信した注文データをＲＡＭ１０３に記憶させる。これにより、注文を受け付けた注文入力装置１０−１を使用している第１の従業員ではなく、注文入力装置１０−２を使用している第２の従業員であっても、注文の受け付け後に提供時期の変更や調理指示を行うことができる。例えば、客からの依頼に応じて、注文入力装置１０−２が注文入力装置１０−１により送信された提供時期が食後の商品をＲＡＭ１０３から読み出し、読み出した商品に関連づけられている提供時期を食後から同時に変更する。これにより、本実施形態の注文管理システム１は、客への商品の提供をタイムリーに行うことができる。
【０１０３】
また、第１、第２実施形態では、注文入力装置１０が一括送信モードにより注文データを送信した場合、注文管理装置４０は、注文管理部４２０が処理を行う例を説明したが、これに限られない。一括送信モードで受信した注文データであっても、注文管理装置４０は、注文入力装置エミュレーション部４３０を用いて処理を行うようにしてもよい。この場合、注文入力装置１０は、一括送信モードであっても注文データを、商品毎、キーが押された毎または記憶部１０３の記憶状態が変化したときに送信するようにしてもよい。そして、注文管理装置４０は、受信した注文データにより注文入力装置エミュレーション部４３０を更新し、注文入力装置１０から一連の注文が終了したことを示す情報を受信したとき、受信した一連の注文データを注文管理部４２０へ出力するようにしてもよい。これにより、本実施形態の注文管理システム１は、注文入力装置１０の電池が消耗した場合であっても、第２実施形態で説明した処理と同様の処理により、注文入力装置１０に入力された注文データを復元することができる。
【０１０４】
また、第１、第２実施形態では、注文入力装置１０が店舗の従業員により操作される例を説明したが、注文入力装置１０は、客が直接操作するようにしてもよい。この場合、注文入力装置１０は、客が着席するテーブル毎に配置されていてもよい。このように、客が直接操作する場合、注文入力装置１０は、送信モードを一括送信モードまたは商品毎送信モードに固定しておいてもよい。
【０１０５】
また、第１、第２実施形態では、提供時期フラグの例として、特急、食前、同時および食後を説明したが、これに限られない。提供時期フラグは、他であってもよい。例えば、注文がケーキと紅茶の場合、客は、飲み物が、同時に提供されることを希望する場合と、ケーキを食した後に提供されることを希望することがある。飲み物を同時に提供する場合、例えば、ケーキと紅茶に対する提供時期フラグは『食後同時』であってもよい。また、飲み物をケーキの食後に提供する場合、例えば、ケーキに対する提供時期フラグは『食後』であり、紅茶に対する提供時期フラグは『食後・後』であってもよい。
【０１０６】
また、第１、第２実施形態では、注文入力装置１０のＣＰＵ１０１、注文管理装置４０のＣＰＵ４０２が、上述した処理を行う例を説明したが、これに限られない。注文入力装置１０のＣＰＵ１０１が行う処理を行う制御部、注文管理装置４０のＣＰＵ４０２が行う処理を行う制御部が、上述した処理を行うようにしてもよい。
また、また、第１、第２実施形態では、図５に示した注文入力装置エミュレーション部４３０を、ＣＰＵ４０２、注文管理装置４０の第２ＲＯＭ領域４０３−２および第２ＲＡＭ領域４０４−２により構成する例を説明したが、これに限られない。例えば、注文管理装置４０は、注文入力装置エミュレーション部を備えるようにしてもよい。
【符号の説明】
【０１０７】
１…注文管理システム、１０、１０−１〜１０−ｎ…注文入力装置、２０、２０−１〜２０−ｍ…無線中継装置、３０…ネットワーク、４０…注文管理装置、５０、５０−１〜５０−ｏ…伝票出力装置、１０１、４０２…ＣＰＵ、１０２、４０３…ＲＯＭ、１０３、４０４…ＲＡＭ、１０４、４０５…表示部１０４、キー入力部１０５、１０６、４０１…通信制御部、４０３−１…第１ＲＯＭ領域、４０３−２…第２ＲＯＭ領域、４０４−１…第１ＲＡＭ領域、４０４−２…第２ＲＡＭ領域、４０６…操作部、４２０…注文管理部、４３０…注文入力装置エミュレーション部
【図１】
2014160418.tif 000003
【図２】
2014160418.tif 000004
【図３】
2014160418.tif 000005
【図４】
2014160418.tif 000006
【図５】
2014160418.tif 000007
【図６】
2014160418.tif 000008
【図７】
2014160418.tif 000009
【図８】
2014160418.tif 000010
【図９】
2014160418.tif 000011
【図１０】
2014160418.tif 000012
【図１１】
2014160418.tif 000013
【図１２】
2014160418.tif 000014
【図１３】
2014160418.tif 000015
【図１４】
2014160418.tif 000016
【図１５】
2014160418.tif 000017
【図１６】
2014160418.tif 000018
【図１７】
2014160418.tif 000019
【図１８】
2014160418.tif 000020
【図１９】
2014160418.tif 000021