(57)【要約】【課題】データ管理装置に障害が発生した場合でも、データ管理装置のハードウェア構成を見直すことなく、注文データのバックアップをとる仕組みを提供することを課題とする。【解決手段】データ管理装置は、会計終了に基づく会計終了情報を注文データ入力装置に送信する。そして、該会計終了情報を受信した注文データ入力装置は、会計の終了した注文データを記憶部に記憶された注文データより特定し削除する。  これにより、注文データ入力装置の記憶部には、未会計の注文データのみが記憶されるので、データ管理装置の故障時には、該未会計の注文データをバックアップとして利用することが可能となる。【選択図】図８
2008176391.tif 000002
【特許請求の範囲】
【請求項１】
注文データを入力する入力手段と、
前記入力された注文データを記憶する記憶手段と、
データ管理装置または会計処理装置に、注文データを送信する送信手段と、
前記送信した注文データに基づく会計が終了したことを示す会計終了通知を受信する受信手段と、
前記受信した会計終了通知に対応する注文データを前記記憶手段から削除する削除手段とを備えたことを特徴とする注文データ入力装置。
【請求項２】
データ管理装置から注文データの送信要求を受信するデータ要求受信手段を備え、
前記送信要求を受信した場合、前記送信手段は、前記記憶手段に記憶されている注文データを前記データ管理装置に送信する、ことを特徴とする請求項１に記載の注文データ入力装置。
【請求項３】
他の注文データ入力装置で入力された注文データを受信する注文データ受信手段を備え、
前記記憶手段は、さらに前記受信した注文データを記憶することを特徴とする請求項１、または請求項２記載の注文データ入力装置。
【請求項４】
前記入力された注文データを表示する表示手段をさらに備えたことを特徴とする請求項１、請求項２または請求項３記載の注文データ入力装置。
【請求項５】
注文データを受信する注文データ受信手段と、
前記受信した注文データを登録する登録手段と、
前記登録手段で登録した注文データを、会計処理装置に送信する第１の注文データ送信手段と、
前記会計処理装置から、前記第１の注文データ送信手段で送信した注文データに基づく会計が終了したことを示す会計終了通知を受信する終了通知受信手段と、
前記受信した会計終了通知に対応する注文データを、該注文データを受信した注文データ入力装置に送信する第２の注文データ送信手段と、を備えたことを特徴とするデータ管理装置。
【請求項６】
各注文データ入力装置に対して注文データの送信要求を送信する要求手段を備え、
前記注文データ受信手段は、前記送信要求に基づいて、各注文データ入力装置から送信される注文データを受信し、
前記登録手段は、前記受信した注文データを登録することを特徴とする請求項５記載のデータ管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、注文データ入力装置、データ管理装置に関し、例えば、レストラン、ホテル、または飲食店などで、客が注文した商品が入力される装置、およびそれに付随する情報の管理に利用される注文データを管理する装置に関する。
【背景技術】
【０００２】
従来から、例えば、レストラン、ホテル、居酒屋あるいは喫茶店などでは、客が注文した商品やそれに付随する注文情報を管理し、会計処理を円滑に行うため、注文データ入力装置、データ管理装置および会計処理装置などの装置が導入されている。
【０００３】
これら装置の使用例を以下に概略説明する。
まず、例えば、ウェイトレスなどの接客担当者が客から料理の注文を受けた場合、携帯している注文データ入力装置に、テーブル番号とともに注文を受けた各メニューを入力する。
この注文データ入力装置に入力された注文データは、各種データの処理や一元管理などを行うデータ管理装置に送信される。なおこのとき、送信された注文データは、記憶容量の節約のため、従来は送信後は記憶部から自動的に削除される仕組みとなっている。
そして、注文データを受信したデータ管理装置は、注文を受けた時刻および接客担当者を識別する番号などの情報とともに、注文データを管理するための伝票番号を付与し、該注文データを注文データ登録部に登録する。
【０００４】
データ管理装置は、登録された注文データを、印刷を行うプリンタに転送する。プリンタでは、該注文データを基に、厨房への指示を調理人に対して行うための調理指示伝票、ウェイトレスに料理提供を指示するためのゲスト用伝票を印字出力する。
【０００５】
また、ゲスト用伝票には料金情報が印字されており、会計時に客がゲスト用伝票を会計処理を行う会計処理装置（例えば、ＰＯＳレジ（Point Of Sales Register）など）に持ち込み、店員が前記ゲスト用伝票に示された伝票番号を会計処理装置に入力する。
次に、該入力された伝票番号に基づいて、データ管理装置が、登録された注文データを検索し、該当する注文データを会計処理装置へと送信される。そして、送信された注文データを基に会計処理装置では会計処理が行われる。
【０００６】
このように本システムでは、データ管理装置が注文データの管理を一元的に進めることによって、円滑かつ迅速な注文データの管理を行うことができる。
従って、このデータ管理装置に障害が発生し、注文データが喪失してしまった場合、会計処理に対して滞りが発生するという問題がある。
そこで、下記特許文献では、データ管理装置のハードウェア構成を二重化などにより見直すことによって、注文データのバックアップをとる技術が開示されている。
【特許文献１】特開２０００−２０７４６７
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記特許文献では、データ管理装置のハードウェア構成から見直す必要があるため、本システム導入に係るコストアップの要因となる問題がある。
【０００８】
そこで、本発明の課題は、データ管理装置に障害が発生した場合でも、データ管理装置のハードウェア構成などを見直すことなく、簡易に注文データのバックアップをとる仕組みを提供することを第１の目的とする。
また、障害発生中の注文データを欠落させず、障害復旧時には、未会計の注文データを速やかに登録し、円滑かつ迅速な会計業務を提供することを第２の目的とする。
【課題を解決するための手段】
【０００９】
請求項１記載の発明では、注文データ入力装置が、注文データを入力する入力手段と、
前記入力された注文データを記憶する記憶手段と、データ管理装置または会計処理装置に、注文データを送信する注文データ送信手段と、前記送信した注文データに基づく会計が終了したことを示す会計終了情報を受信する終了情報受信手段と、前記受信した会計終了情報に対応する注文データを前記記憶手段から削除する削除手段とを備えたことを特徴とすることにより前記第１の目的を達成する。
【００１０】
請求項２記載の発明では、請求項１記載の発明において、注文データ入力装置が、データ管理装置から注文データの送信要求を受信するデータ要求受信手段を備え、前記送信要求を受信した場合、前記注文データ送信手段は、前記記憶手段に記憶されている注文データを前記データ管理装置に送信することにより、前記第１および第２の目的を達成する。
【００１１】
請求項３記載の発明では、請求項１、又は請求項２記載の発明において、注文データ入力装置が、他の注文データ入力装置で入力された注文データを受信する注文データ受信手段を備え、前記記憶手段は、さらに前記受信した注文データを記憶することを特徴とする。
【００１２】
請求項４記載の発明では、請求項１、請求項２または請求項３記載の発明において、注文データ入力装置が、前記入力された注文データを表示する表示手段をさらに備えたことを特徴とする。
【００１３】
請求項５記載の発明では、データ管理装置が、注文データを受信する注文データ受信手段と、前記受信した注文データを登録する登録手段と、前記登録手段で登録した注文データを、会計処理装置に送信する注文データ送信手段と、前記注文データ送信手段で送信した注文データに基づく会計が終了したことを示す会計終了情報を受信する終了情報受信手段と、前記受信した会計終了情報を、該会計終了情報に対応する該注文データを受信した注文データ入力装置に送信する終了情報送信手段と、を備えたことにより前記第１の目的を達成する。
【００１４】
請求項６記載の発明では、請求項５記載の発明において、データ管理装置が、各注文データ入力装置に対して注文データの送信要求を送信する要求手段を備え、前記注文データ受信手段は、前記送信要求に基づいて、各注文データ入力装置から送信される注文データを受信し、前記登録手段は、受信した注文データを登録することにより前記第１および第２の目的を達成する。
【発明の効果】
【００１５】
本発明によって、会計終了情報を受信した注文データ入力装置は、該会計終了情報に基づいて、会計の終了した情報を削除するので、未会計の注文データのみを保存することができる。
【発明を実施するための最良の形態】
【００１６】
（１）実施の形態の概要
データ管理装置は、会計終了に基づく会計終了情報を注文データ入力装置に送信する。そして、該会計終了情報を受信した注文データ入力装置は、会計の終了した注文データを記憶部に記憶された注文データより特定し削除する。
これにより、注文データ入力装置の記憶部には、未会計の注文データが記憶されるので、データ管理装置の故障時には、該未会計の注文データをバックアップとして利用することが可能となる。
【００１７】
（２）実施の形態の詳細
本発明の実施形態について詳細に説明する。
図１は、本発明の実施形態を説明するための注文データ入力装置１１０、データ管理装置１２０、プリンタ１３０およびＰＯＳレジ１４０のシステム構成を表したものである。
【００１８】
なお、本実施形態のシステム構成例は、例えば、レストラン、ホテル、居酒屋あるいは喫茶店などの店舗に設置されているものとする。
【００１９】
図１において、注文データ入力装置１１０は、ウェイトレスなどの接客担当者が所有し、客から受けた注文を入力する装置である。
データ管理装置１２０は、店舗のコーナー、および階層ごとなどに設置され、例えば注文メニュー、数量、テーブル番号などの注文に係るデータ（以下注文データという）を集約し、一元的に管理するための装置である。
プリンタ１３０ａは、店舗のフロントに設置され、料金を客に提示したり、ウェイトレスに料理提供を提示するために必要なゲスト用伝票を印字出力する。プリンタ１３０ｂは店舗の厨房に設置され、厨房への指示を調理人に対して行うための調理指示伝票などを印字出力する。
ＰＯＳレジ１４０は、食事の終了した客から金銭の支払いを行うための会計処理装置である。
【００２０】
ここで、プリンタ１３０、ＰＯＳレジ１４０および注文データ入力装置１１０は、データ管理装置１２０と、注文データの通信を行う。
また、データ管理装置１２０の障害発生時には、注文データ入力装置１１０は、プリンタ１３０およびＰＯＳレジ１４０と、注文データの通信を行うことも可能である。
【００２１】
図２を用いて、注文データ入力装置１１０の構成例を説明する。
入力部２１５には、客からの注文メニュー、テーブル番号、数量などの注文データを入力する入力キーなどが配置されている。
通信部２１６は、有線、または無線で他の装置と通信を行うことが可能であり、注文データ入力装置の送信手段および受信手段として機能する。
表示部２１４は、入力した注文データ等を表示する。
記憶部２１３は、入力部２１５からの操作入力を受けて、注文データなどの情報を一時的に記憶する。
メモリ２１２は、注文データ入力装置が実行する様々な機能を実現するための動作プログラムが内蔵されている。
これら、入力部２１５、通信部２１６、表示部２１４、記憶部２１３およびメモリ２１２はバスラインを介して接続されており、メモリ２１２にある動作プログラムが実行され、ＣＰＵ２１１によって必要な構成要素が制御される。
【００２２】
注文データ入力装置１１０は、携帯可能な重さおよび大きさを有し、その表示部２１４
の表示画面にはタッチパネルが装着されており、さらに、複数の固定キーと画面スクロー
ル等を行うためのサイドキーが設けられている。入力部２１５としての、このサイドキー
の操作とタッチパネル、固定キーの操作によって、接客担当者が注文データの入力操作を
行い、入力された注文データは記憶部２１３に一時的に格納される。
【００２３】
接客担当者は、客からの注文データの入力を行い、復唱を完了した後、注文データ入力装置１１０の送信キーを押して通信部２１６より注文データを送信する。
【００２４】
なお、本実施形態では、注文データ入力装置１１０を接客担当者が所有する携帯型の装置として説明しているが、これに限らず、各テーブルなどに設置された据え置き型の装置であってもよい。また、客に持たせて注文を入力させるセルフオーダ端末であってもよい。
【００２５】
本実施形態の注文データ入力装置１１０では、従来、データ管理装置１２０送信後に削除した記憶部２１３の注文データを、少なくともその会計が終了するまで記憶する。これにより、記憶部２１３に記憶された未会計の注文データは、データ管理装置１２０の故障時などに、バックアップとして利用することが可能となる。
【００２６】
図３は、注文データ入力装置の記憶部２１３に記憶される注文データ、および該注文データの付属情報を示したものである。
まず、客から注文を受けた注文データ入力装置１１０のオペレーターは、客の座っているテーブル番号を確認し、テーブル番号３０１「０５」を入力する。そして、客から注文されたメニュー番号３０２順に、メニュー名（キー）３０３および数量３０５が、順次入力部２１５から入力される。
本実施形態では、テーブル番号３０１、メニュー名３０３、数量３０５、金額３１７によって、注文データを構成するが、該注文データの付属情報として、入力時刻３０９、客層情報３０７、金額情報６１５などが設定されるようになっている。
客層情報３０７に係わる入力処理は、例えば、「子連れ」、「子供」、「会社員」、「男性」、「女性」などの情報をメニュー番号と対応させて、入力部２１５から入力する。  このように入力部２１５に入力された注文データおよび該注文データの付属情報は、記憶部２１３に記憶される。
【００２７】
図４は、データ管理装置１２０の構成を表したものである。
通信部４２６は、他装置と注文データの送信および受信を行う通信部である。
記憶部４２５は、各注文データ入力装置を所有する接客担当者名などの情報が記憶されている。
注文データ登録部４２３は、注文データ入力装置から受信した注文データを登録する。
これら、注文データ登録部４２３、通信部４２６、記憶部４２５およびメモリ４２２はバスラインを介して接続されており、メモリ４２２にある動作プログラムが実行され、ＣＰＵ４１１によって必要な構成要素が制御される。
【００２８】
図５は、注文データ登録部４２３に登録される注文データおよび注文データの付属情報を概念的に表したものである。
注文データ登録部４２３には、テーブル番号５０１、メニュー名称（キー）５０３、数量５０５、金額５０７、伝票番号５０９、担当者５１１、時刻５１３、客層情報５１５、装置Ｎｏ５１７、会計処理装置送信済みフラグ５１９、会計処理終了フラグ５２２などの記憶エリアが設定され、通信部４２６から受信した注文データおよび該注文データの付属情報が登録される。
データ管理装置１２０は、注文データ登録部４２３に注文データを登録する際、客を特定するための任意の番号として伝票番号５０５をテーブル番号５０１と対応して設定する。
例えば、テーブル番号５０１「０５」と同一の番号から、伝票番号５０９「０００１」が設定され、テーブル番号５０１「０７」には、伝票番号５０９「０００１」の追番として伝票番号５０９「０００２」が設定される。
また、データ管理装置１２０は、通信部４２６で受信した注文データを注文データ登録部４２３に登録する際、テーブル番号５０１にすでに同一のテーブル番号５０１が登録されている場合には、その注文データを追加オーダーとして認識し、伝票番号「０００１−０１」を設定する。このように、データ管理装置１２０は、伝票番号に枝番号が付与されることによって追加オーダーの設定を行う。
このように設定された伝票番号５０９は、伝票を簡易に識別するコード（以下、伝票識別子）として使用する。また、本実施形態では、伝票識別子を伝票番号として使用するが、伝票識別子はテーブル番号、または整理番号など伝票を特定するための数字であれば何でも使用することが可能である。
なお、テーブル番号５０１「０５→１０」は、客がテーブル番号を変更した場合の注文データ登録例を示しており、これにより注文データ登録部４２３に登録されたテーブル番号５０１「０５」の注文データは、全てテーブル番号５０５「１０」に変更される。
また、テーブル番号変更を注文データ入力装置１１０から受信したデータ管理装置１２０は、他の注文データ入力装置１１０にテーブル番号が変更した旨の通知を行うこともできる。  これにより、テーブル番号が変更した旨の通知を受信した注文データ入力装置１１０は、記憶部２１３に記憶されたテーブル番号３０１「０５」を「１０」に変更する。
会計処理装置送信済みフラグ５１９は、ＰＯＳレジ１４０からの送信要求に対応したか否かを判別するためのフラグである。例えば、データ管理装置１２０から、注文データがＰＯＳレジ１４０に送信された場合、会計処理装置送信済みフラグ５１５にチェックが記入される。
ＰＯＳレジ１４０は、データ管理装置１２０からＰＯＳレジ１４０に送信した注文データの会計が終了した場合、データ管理装置１２０に会計の終了した伝票番号を送信する。該伝票番号に該当する注文データには、すでに会計処理装置送信済みフラグ５１５にチェックが記入されているので、データ管理装置１２０は、注文データ登録部４２３から該当する注文データおよび該注文データの付属情報を削除することができる。
また、ＰＯＳレジ１４０は、伝票番号とともに会計終了通知信号をデータ管理装置１２０に送信することによって、会計済みの注文データをデータ管理装置１２０に通知することも可能である。
なお、会計が終了し、削除対象となった注文データ、および該注文データの付属情報は、会計処理終了フラグ５２２がチェックされ、一定時間の後に削除される仕組みとなっている。
会計処理フラグ５２２のチェック後は、削除対象の注文データとなるが、削除前に、図１に図示しない本部管理サーバなどに転送して、注文データ、およびその付属情報を保存してもよい。
【００２９】
図６は、プリンタ１３０の構成を表した図である。
通信部６３６は、他装置との注文データの送信および受信を行う通信部である。
記憶部６３７は、通信部６３６により受信した注文データを、一時的に記憶する。
表示部６３４は、受信した注文データを表示する。なお、厨房に設置される調理指示を行うプリンタに、ディスプレイで表示される表示機能を有したものもあるが、そのような技術についてはいずれも公知であるので、ここでは言及しない。
これら通信部６３６、記憶部６３７および表示部６３４は、バスラインを介して接続している。そして、メモリ６３２は、プリンタ１３０が実行する様々な機能を実現するための動作プログラムが記憶されており、ＣＰＵ６３１により各構成要素が制御され、印字出力部６３３において受信した情報が印字出力される。
【００３０】
プリンタ１３０は、データ管理装置１２０と注文データの送信および受信を行い、例えば、プリンタ１３０ａは、厨房に設置され、指示を調理人に対して行うための調理指示伝票などが印字出力され、プリンタ１３０ｂは、料金を客に提示したり、ウェイトレスに料理提供を指示するために、必要なゲスト用伝票が印字出力される。
【００３１】
図７は、ＰＯＳレジ１４０の構成を表した図である。
通信部７４０は、無線通信、または有線通信で他装置と注文データの送信および受信を行う。
記憶部７３７は、通信により受信した注文データを一時的に記憶する。
表示部７３４は、受信した注文データの表示を行い、会計に係る金銭の授受を行うための表示を行う。
入力部７３５は、表示部７３４で表示された金額などに基づき、受領金額の入力処理、および、注文データを特定するための伝票番号の入力を行うためのキーである。
メモリ７３２は、会計処理を実行する様々な機能を実現するための動作プログラムが記憶され、ＣＰＵ７３１により、各構成要素が制御され、会計処理に必要な情報を表示部７３５に出力する。
そして、印字出力部５３６は、会計終了後に領収書などを印字出力し、ドロア部５３３が解放され、ＰＯＳレジ１４０のオペレーターによって、釣銭などが客に対して支払われる。
【００３２】
ＰＯＳレジ１４０を用いて会計を行う際、まず、プリンタにて印字されたゲスト用伝票の情報を基に、伝票番号を入力部７３４から入力する。なお、本実施形態では、伝票番号は、伝票番号として使用するが、伝票識別子は伝票番号の他にもテーブル番号、整理番号など伝票を特定するための数字であれば何でも使用することが可能である。
ＰＯＳレジ１４０に入力された伝票番号は、通信部７４０を介してデータ管理装置に送信される。伝票番号を受信したデータ管理装置１２０は、受信した伝票番号に対応する会計処理に必要な注文データを注文データ登録部４２３から検索し、会計処理装置送信済みフラグ５１５を記入し、該当する注文データをＰＯＳレジへと送信する。ＰＯＳレジ１４０は、データ管理装置１２０から受信した会計処理に必要な注文データを表示部７３４に表示する。これによって、会計処理を滞りなく円滑に実施することができる。
【００３３】
会計の終了したＰＯＳレジ１４０は、会計の終了した注文データを通知するため、伝票番号を、データ管理装置１２０に送信する。伝票番号を受信したデータ管理装置１２０は、伝票番号から該当する注文データを注文データ登録部４２３から特定し、該当する注文データの会計処理送信済みフラグ５１５が記入済みであることから、会計が終了した旨の認識をする。
また、ＰＯＳレジ１４０は、伝票番号とともに会計終了通知信号をデータ管理装置１２０に送信することによって、会計済みの注文データを通知することも可能である。
【００３４】
図８および図９は、本発明の第１の実施形態について、注文データ入力装置１１０、データ管理装置１２０、プリンタ１３０およびＰＯＳレジ１４０の動作を示すフローチャートである。
【００３５】
まず、注文データ入力装置１１０は、客から注文データに係るオーダーを受けた場合に、注文データ入力装置の入力部２１５からテーブル番号、メニュー名、数量といった注文データがウェイトレスなどのオペレーターから、入力される（ステップ８０１）。また、入力される注文データには、このとき付属情報として客層情報といった情報も入力される。
【００３６】
注文データ入力装置１１０は、入力された注文データを記憶部２１３内に記憶する。このとき記憶した注文データには、入力された時刻も同時に記憶する（ステップ８０３）。
【００３７】
そして、注文データ入力装置１１０は、記憶部２１３に記憶された注文データと該注文データ入力装置の装置番号を、通信部２１６よりデータ管理装置１１０に送信する（ステップ８０５）。なお、従来の注文データ入力装置１１０では、データ管理装置１２０に送信後、注文データは記憶部２１３より削除されるが、本実施形態の注文データ入力装置１１０では、少なくとも後述する注文データ入力装置１１０をデータ管理装置１２０から受信するまで保存するようになっている。
【００３８】
データ管理装置１２０は、通信部４２６を介して、注文データ入力装置１１０から、注文データと装置番号を受信すると（ステップ８０１）、伝票番号を設定し、注文データ登録部に登録する（ステップ８０９）。
なお、伝票番号は、一致するテーブル番号が先に存在する場合には、追加オーダーと判断され、枝番号が設定され、存在しない場合には、新たな番号が設定される。
【００３９】
データ管理装置１２０は、設定した伝票番号を、通信部４２６から注文データ入力装置１１０に送信する（ステップ８１０）。
注文データ入力装置１１０は、通信部２１６で、伝票番号を受信し、記憶部２１３に記憶された対応する注文データに対して、伝票番号を記憶する（ステップ８１１）。
【００４０】
また、データ管理装置１２０は、注文データ登録部４２３に登録した伝票番号を伝票識別子とし、注文データと伝票識別子を、通信部４２６を介してプリンタへ送信する（ステップ８１２）。プリンタは、通信部６３６より、注文データと伝票識別子を受信し（ステップ８１３）、受信した注文データ、および伝票識別子を印字出力部７３６から印字出力する（ステップ８１４）。
なお、このときゲスト用伝票として印字出力される注文データは、メニュー名、テーブル番号、数量、金額だけでなく、金額の合計値を計算して出力するようにしてもよい。
この印字出力される注文データおよび伝票識別子は、厨房に設置されたプリンタでは、調理人に対して指示を行うための調理指示伝票として利用され、また、フロント側に設置されたプリンタでは、料金を客に提示したり、ウェイトレスに料理提供を指示するために必要なゲスト用伝票として利用される。
【００４１】
そして、食事の終了した客に対して会計処理を行う（ステップ８１５；Ｙ）際に、ＰＯＳレジ１４０は、ゲスト用伝票に印字された伝票番号を基にレジのオペレーターの入力部７３５の操作によって、該伝票番号が入力される（ステップ８１７）。このとき、本実施形態では、伝票番号を伝票識別子として使用しているが、その他にもテーブル番号、整理番号など客を特定するための数値であれば、伝票識別子として利用することは可能である。
【００４２】
ＰＯＳレジ１４０は、入力部７３５より入力された伝票番号を、通信部７４０からデータ管理装置１２０に送信する（ステップ８１９）。データ管理装置１２０は、伝票番号を通信部６３６より受信し（ステップ８２１）、受信した伝票番号に対応する注文データを注文データ登録部４２３から検索する（ステップ８２３）。
データ管理装置１２０は、受信した伝票番号に対応する注文データの送信済みフラグ５１５が立っているか否かの確認を行う。送信済みフラグ５１５が立っていない場合、ステップ８２１における伝票番号の受信を会計要求通知と判断し、伝票番号に対応する注文データの送信を行い、会計処理装置送信済みフラグ５１５を立てる（ステップ８２７）。
【００４３】
データ管理装置１２０は、伝票番号に対応する注文データの送信を行う（ステップ８２５）。このとき、注文データ登録部４２３内の伝票番号に対応する注文データには、会計処理装置送信済みフラグ５１５がチェックされる。
【００４４】
ＰＯＳレジ１４０は、伝票番号に対応する注文データを受信し（ステップ８２７）、注文データに対して、消費税などの計算処理を施し、各メニューごとの金額および合計金額などを表示部７３４に表示する（ステップ８２９）。
【００４５】
ＰＯＳレジ１４０は、表示部７３４の表示に基づいて客より受領した金額が入力され（ステップ８３１）、ドロア部７３３の解放処理、印字出力部７３６よりレシート発行処理などの処理を行い、会計が終了する（ステップ８３１；Ｙ）。
【００４６】
ＰＯＳレジ１４０は、会計の終了に伴い、会計の終了した注文データをデータ管理装置１２０に通知するため、通信部７４０より伝票番号をデータ管理装置１２０に送信する（ステップ８３３）。
【００４７】
データ管理装置１２０は、通信部４２６よりＰＯＳレジ１４０から送信された伝票番号を受信し（ステップ８３５）、注文データ登録部４２３に登録された注文データを検索する。このとき該当する注文データには、ステップ８２５において、注文データ登録部４２３内の会計処理装置送信済みフラグ５１５が立っている。
そこで、データ管理装置１２０は、ＰＯＳレジ１４０からの伝票番号は、会計の終了通知を意味するものと判断し、該当する注文データの伝票番号をさらに通信部４２６から、注文データ入力装置１１０に送信する（ステップ８３７）。
そして、データ管理装置１２０は、該当する注文データ、および該当する注文データの付属情報を別途管理用データベースに保存した上で、注文データ登録部４２３から削除する（ステップ８３９）。
【００４８】
一方、注文データ入力装置１１０は、通信部２１６で伝票番号を受信し（ステップ８４１）、ステップ８１１で記憶された伝票番号を基に、該当する注文データを記憶部２１３より削除する（ステップ８４３）。
【００４９】
本実施形態では、伝票番号の設定は、テーブル番号に対応付けられているので、伝票番号の代替としてテーブル番号を使用することも可能である。
【００５０】
なお、ステップ８３９で、データ管理装置１２０は、削除前の注文データとその付属情報を図１に図示しない本部サーバなどに転送してもよい。
【００５１】
なお、本実施形態では、会計が終了した注文データを特定するために、注文データ登録部４２３内に会計処理送信済みフラグ５１５を設けており、ステップ８１９およびステップ８３３で、ＰＯＳレジ１４０は、伝票番号をデータ管理装置１２０に送信することによって、会計済みの注文データをデータ管理装置１２０に通知する。
なお、会計処理送信済みフラグを設けず、ステップ８３３で、ＰＯＳレジ１４０が、伝票番号とともに会計終了通知を送信することによって、会計済みの注文データをデータ管理装置１２０に通知してもよい。
また、ステップ８３７で、データ管理装置１２０は、伝票番号とともに会計終了通知信号を注文データ入力装置１１０に送信することによって、会計済みの注文データを注文データ入力装置１１０に通知することも可能である。
【００５２】
このように第１の実施形態では、注文データ入力装置１１０において、従来データ管理装置１２０の送信後に注文データ入力装置１１０の記憶部２１３から削除されていた注文データを、少なくとも会計が終了するまで記憶し、会計終了後に削除する。
従って、注文データ入力装置の記憶部２１３には、未会計の注文データのみが記憶されるので、データ管理装置１２０の故障時には該注文データをバックアップとして利用することができる。
このように、本発明では、データ管理装置１２０をハードウェア構成から見直すなどによって注文データのバックアップとすることなく、注文データのバックアップをとることができる。
【００５３】
図１０は、本発明の第１の実施形態において、データ管理装置１２０が故障し、初期化または復旧処理が行われた場合の注文データ入力装置１１０、データ管理装置１２０、プリンタ１３０およびＰＯＳレジ１４０の動作を説明するフローチャートである。
【００５４】
図１０において、注文データの入力から送信までの処理（ステップ９０１、ステップ９０２およびステップ９０３）については、図８のステップ８１５〜ステップ８４３と同じである。
【００５５】
そして、注文データ入力装置１１０は、通信部２１６から、データ管理装置に送信する（ステップ９０３）。
ステップ９０３において、注文データ入力装置１１０は、データ管理装置１２０からの伝票番号の受信があるか否かを判断する（ステップ９０４）。ここで、伝票番号の受信がある場合（ステップ９０４；Ｙ）、注文データ入力装置１１０は、データ管理装置１２０が正常に作動していると判断する。この場合には図８の処理が実行される。
しかしながら、伝票番号の受信がない場合（ステップ９０４；Ｎ）、注文データ入力装置１１０は、データ管理装置１２０が故障したと判断する。
【００５６】
そして、注文データ入力装置１１０は、故障したデータ管理装置１２０に代わって、記憶した注文データを通信部４２６より印字用データに変換して、プリンタに送信する（ステップ９０５）。プリンタ１４０は、注文データを通信部６３６から受信し（ステップ９０６）、該注文データの印字出力を印字出力部６３６から行う（ステップ９０７）。
【００５７】
故障したデータ管理装置１２０が、復旧または初期化すると（ステップ９０８）、データ管理装置１２０は、記憶部４２５に記憶された各注文データ入力装置１１０の装置番号から、注文データ入力装置１１０に復旧または初期化した旨の通知信号（注文データの送信要求）を通信部４２６から送信する（ステップ９０９）。
注文データ入力装置１１０は、復旧または初期化した旨の通知信号を通信部２１６より受信し（ステップ９１０）、記憶部２１３に保存されている注文データ、付属データなどの全データをデータ管理装置１２０に送信する（ステップ９１１）。
【００５８】
データ管理装置１２０は、送信要求に基づいて各注文データ入力装置１１０から送信される注文データを受信し（ステップ９１３）、注文データ登録部４２３に登録する（ステップ９１５）。
このとき登録された注文データには、注文を受けた時期（故障の前後）によって、伝票番号が設定されているものと、設定されていないものとがある。そこで、データ管理装置１２０は、伝票番号が設定されていない注文データを調べ、新たに伝票番号を設定する。
そして、データ管理装置１２０は、新たに設定した伝票番号と対応する注文データとを注文データ入力装置１１０およびプリンタ１４０に送信する（ステップ９１６）。
【００５９】
一方、注文データ入力装置１１０は、通信部２１６から、伝票番号を受信し、記憶部２１３に記憶された該当する注文データに対して、伝票番号を記憶する（ステップ９１７）。
プリンタ１４０は、通信部６３６を介して注文データおよび伝票番号を受信し（ステップ９１８）、印字出力部４３３で注文データ、および伝票番号を印字出力する（ステップ９１９）。
この印字出力された伝票は、ウェイトレスなどによって、ステップ９０７において客に提示した伝票と交換し、会計の際には新たな伝票での会計を依頼する。なお、新たな伝票は、混同を避けるために「再発行しました」などの文言を併せて印字出力するようにしてもよい。
【００６０】
そして、ステップ９１９以降の会計処理、および注文データの削除などの処理については、復旧が完了したので、図８および図９のステップ８１５〜ステップ８４３と同じである。
但し、ＰＯＳレジ１４０において、ステップ９０７で発行された伝票に基づいて、会計処理を行う場合には、伝票番号が存在せず、データ管理装置に注文データを要求できないので、伝票に印字された注文データを入力することで、会計の合計などが計算される。
【００６１】
本実施形態では、伝票識別子として、伝票番号を使用しているが、その他にもテーブル番号、整理番号など客を特定するための数値であれば、伝票識別子として利用することは可能である。
【００６２】
このように、第１の実施形態において、データ管理装置１２０が故障した場合、復旧または初期化された旨の通知を受けた注文データ入力装置が、データ管理装置に未会計の注文データを送信するので、バックアップとして記憶された注文データを速やか登録させることができる。
また、データ管理装置１２０は、復旧または初期化時に自動的に未会計の注文データを受信するので、未会計の注文データを円滑かつ迅速に登録させることができる。
【００６３】
以上説明した実施形態では、注文データや付属データおよび伝票番号等の会計に必要な情報（注文保持情報）については、注文を受け付けた注文データ入力装置１１０ａに保存する場合について説明したが、注文データについては、他の注文データ入力装置１１０ｂで保存するようにしてもよい。
この変形例の場合、注文を受け付けた注文データ入力装置１１０ａは、ステップ８０５において、注文データと装置番号をデータ管理装置１２０に送信するとともに、他の注文データ入力装置１１０ｂにも送信する（ステップ８０５に対応）。
なお、以下の説明では、注文データ入力装置１１０ａで受け付けた注文データ等を、注文データ入力装置１１０ｂでも保持する場合を例に説明するが、逆の場合も同様に行われる。
【００６４】
他の注文データ１１０ｂは、自装置で受け付けた注文データ等と共に、受信した注文データと装置番号を保存する。この場合の保存は、自装置で受け付けた注文データ等と別の領域に区別可能に保存するが、装置番号により識別可能であるため合わせて同一領域に保存するようにしてもよい。
【００６５】
なお、お互いに注文保持情報を保存しあう注文データ入力装置１１０ａと１１０ｂの対は予め決められている。
そして、各注文データ入力装置１１０には送信先である他の注文データ入力装置の装置番号が保存され、データ管理装置１２０には、対となっている注文データ入力装置の装置番号が保存される。
【００６６】
そして、特定の注文データ入力装置１１０ａから注文データと装置番号を受信すると、データ管理装置１２０は、注文データに対する伝票番号を設定し、注文データ入力装置１１０ａおよび注文データ入力装置１１０ｂの両者に対して注文データと共に送信する（ステップ８１０に対応）。
【００６７】
また、データ管理装置１２０では、ＰＯＳレジ１４０から会計終了を意味する伝票番号（フラグ５２２が立っている場合）を受信すると（ステップ８３５）、伝票番号に対応する注文データ入力装置１１０ａ、ｂの対を特定し、両者に伝票番号を送信することで会計終了を伝える（ステップ８３７に対応）。
【００６８】
会計終了を意味する伝票番号を受信すると、各注文データ入力装置１１０ａ、ｂは、伝票番号に対応する注文保持情報を削除する（ステップ８４３に対応）。
【００６９】
一方、データ管理装置１２０に障害が発生し、その後復旧した場合、データ管理装置１２０は、説明した実施形態と同様に、復旧の通知を全注文データ入力装置１１０に送信する。
これに対して、各注文データ入力装置１１０は、自装置に保存されている全てのデータ（自装置で受け付けた注文および、対となっている他の注文データ入力装置１１０から受信した注文表示情報）をデータ管理装置１２０に送信する（ステップ９１１に対応）。
【００７０】
データ管理装置１２０では、各注文データ入力装置１１０から注文データ等を受信すると、各データが重複するため、ソート処理の後一方を残して登録する。また、伝票番号が設定されていない注文データについては新たに伝票番号を設定し、注文を受け付けた注文データ入力装置１１０（装置番号から特定）および、これと対になっている注文データ入力装置１１０に送信する（ステップ９１５、９１６に対応）。
【００７１】
以上説明した変形例によれば、注文データ等の注文保持情報を注文を受け付けた注文データ入力装置１１０だけでなく、さらに対の注文データ入力装置１１０で保存しているので、いずれか一方の注文データ入力装置１１０が故障（電池切れや落下などによる）しても、注文データ等を復旧させることができる。
【００７２】
また、本実施形態では、注文データ入力装置１１０は表示機能を備えることによって、記憶部２１３に記憶された注文データを表示部２１４で表示することが可能である。そのため、注文データ入力装置１１０をプリンタの代替などとして利用すること可能である。
【００７３】
以上説明した本発明の実施形態より以下の効果を得ることができる。
（１）従来、注文データ入力装置１１０から、データ管理装置１２０送信後に削除されていた注文データを、会計終了時まで記憶するので、データ管理装置１２０の故障時などに記憶部に記憶された未会計の注文データをバックアップとして利用することが可能となる。
（２）注文データ入力装置１１０に記憶された注文データをさらに複数台で記憶させバックアップとするので、注文データ入力装置１１０に発生する予期できない電池切れや、落下による故障などが発生しても、注文データの消失を未然に回避することができる。
（３）データ管理装置１２０が復旧または初期化後に、復旧または初期化した旨の通知を注文データ入力装置１１０に送信するので、バックアップとして記憶されたデータから速やかに未会計の注文データを登録することができる。
（４）注文データ入力装置１１０は表示機能を備え、バックアップされた注文データを表示するので、注文データ入力装置をプリンタの代替として利用することができる。
【図面の簡単な説明】
【００７４】
【図１】本実施の形態に係る注文管理システムを実現する構成の一例を示したブロック図である。
【図２】注文データ入力装置のハードウェア的な構成の一例について説明するための図である。
【図３】注文データ入力装置の記憶部に記憶される注文データおよび注文データの付属情報などを説明するための図である。
【図４】データ管理装置のハードウェア的な構成の一例について説明するための図である。
【図５】データ管理装置の注文データ登録部に登録される注文データ、伝票番号、および注文データの付属情報などを説明するための図である。
【図６】プリンタのハードウェア的な構成の一例について説明するための図である。
【図７】ＰＯＳレジのハードウェア的な構成の一例について説明するための図である。
【図８】本発明の第１の実施形態の動作を説明したフローチャートの一部である。
【図９】本発明の第１の実施形態の動作を説明したフローチャートの残りの部分である。
【図１０】データ管理装置が故障した場合の本発明の第１の実施形態の動作を示したフローチャートである。
【符号の説明】
【００７５】
１１０ａ  注文データ入力装置Ａ
１１０ｂ  注文データ入力装置Ｂ
１２０  データ管理装置
１３０ａ  フロント側に設置されたプリンタ
１３０ｂ  厨房側に設置されたプリンタ
１４０  ＰＯＳレジ
【図１】
2008176391.tif 000003
【図２】
2008176391.tif 000004
【図３】
2008176391.tif 000005
【図４】
2008176391.tif 000006
【図５】
2008176391.tif 000007
【図６】
2008176391.tif 000008
【図７】
2008176391.tif 000009
【図８】
2008176391.tif 000010
【図９】
2008176391.tif 000011
【図１０】
2008176391.tif 000012