JP2015172916A - 制御装置、制御方法、データ管理システム、及び注文管理システム - Google Patents

Abstract

【課題】通信障害の回避とデータ出力の遅延の抑制とを両立することができる。
【解決手段】接続判定部は、複数の出力装置の各々との接続状態を判定し、通信制御部は、接続判定部が判定した一の出力装置との接続状態に基づいて、一の出力装置との通信の試行を繰り返す試行時間を設定し、試行時間内で一の出力装置との通信が成功しない場合、他の出力装置との通信を試行する。
【選択図】図３

Description

本発明は、制御装置、制御方法、データ管理システム、及び注文管理システムに関する。

レストラン、居酒屋等の店舗では、客から注文された注文に関する注文データ等を管理するために注文管理システムが使用されている。客から注文を受けた店員により入力された注文データは、ハンディーターミナルからコントローラに無線で送信される。注文データを受信したコントローラは、料理その他の商材の提供を指示するための伝票データを生成し、生成した伝票データを無線でプリンタに送信し、伝票として印刷させる。

特許文献１には、伝票を出力するプリンタに紙切れエラーなどの障害が発生し、コントローラがそのプリンタで印刷できないと判定したとき、伝票データを他のプリンタに迂回して伝票を印刷させる技術が提案されている。

特開２００４−３１０２４７号公報

ところで、上記注文管理システムにおいて、コントローラとプリンタとの間には、電子レンジなどの外来ノイズや一時的に通信経路が遮へいされることで、一時的な通信障害が発生する場合がある。このため、上述した注文管理システムでは、通信障害が発生した場合でも、所定のプリンタに対して１〜２分間程度の試行（リトライ）を繰り返してから他のプリンタに迂回するようになっている。しかしながら、通信障害がしばらく復旧しない比較的長い場合であっても、常に１〜２分間程度の試行を繰り返してから迂回するため、迂回伝票が出力されるまで時間がかかるという問題がある。

また、店舗の客が少ない時間帯では、一部のプリンタの電源を切り、別のプリンタに伝票を迂回する運用を行う場合がある。この場合も同様に、所定のプリンタの電源が切られているにもかかわらず、１〜２分の試行を繰り返してから迂回するため、迂回伝票が出力されるまで時間がかかるという問題がある。

本発明は、このような事情を考慮してなされたものであり、その目的は、通信障害の回避とデータ出力の遅延の抑制とを両立することができる制御装置、制御方法、及びデータ管理システムを提供することにある。

上述した課題を解決するために、本発明の一態様は、複数の出力装置の各々との接続状態を判定する接続判定部と、前記接続判定部が判定した一の出力装置との接続状態に基づいて、前記一の出力装置との通信の試行を繰り返す試行時間を設定し、前記試行時間内で前記一の出力装置との通信が成功しない場合、他の出力装置との通信を試行する通信制御部と、を備える制御装置である。

本発明の他の態様は、上記の制御装置において、前記通信制御部は、前記一の出力装置との接続状態が接続可能と判定された場合、接続不可と判定された場合よりも長い試行時間を設定する。

本発明の他の態様は、上記の制御装置において、前記接続判定部は、前記複数の出力装置から送信された接続状態照会信号に対する成功応答の受信の有無に応じて、前記複数の出力装置の各々との接続状態を判定する。

本発明の他の態様は、上記の制御装置において、前記接続判定部は、前記複数の出力装置からのデータの受信に基づいて、前記データを送信した出力装置との接続状態を接続可能と判定する。

本発明の他の態様は、上記の制御装置において、前記接続判定部は、前記試行時間内での前記一の出力装置とのデータの送信の成否に基づいて、前記一の出力装置との接続状態を判定する。

本発明の他の態様は、上記の制御装置において、客からの注文に関する注文データに基づく伝票データを生成する伝票データ処理部を備え、前記複数の出力装置の各々は、プリンタ装置であって、前記通信制御部は、前記伝票データ処理部が生成した伝票データの送信を試行する。

本発明の他の態様は、制御装置における制御方法であって、複数の出力装置の各々との接続状態を判定する接続判定ステップと、前記接続判定ステップで判定した一の出力装置との接続状態に基づいて、前記一の出力装置との通信の試行を繰り返す試行時間を設定する試行時間設定ステップと、前記試行時間設定ステップで設定した試行時間内で前記一の出力装置との通信が成功しない場合、他の出力装置との通信を試行する通信制御ステップと、を有する制御方法である。

本発明の他の態様は、複数の出力装置と制御装置とを備えるデータ管理システムであって、前記制御装置は、前記複数の出力装置の各々との接続状態を判定する接続判定部と、前記接続判定部が判定した一の出力装置との接続状態に基づいて、前記一の出力装置との通信の試行を繰り返す試行時間を設定し、前記試行時間内で前記一の出力装置との通信が成功しない場合、他の出力装置との通信を試行する通信制御部と、を備えるデータ管理システムである。

本発明の他の態様は、複数のプリンタ装置と制御装置とを備える注文管理システムであって、前記制御装置は、客からの注文に関する注文データに基づく伝票データを生成するデータ処理部と、前記複数のプリンタ装置の各々との接続状態を判定する接続判定部と、前記接続判定部が判定した一のプリンタ装置との接続状態に基づいて、前記一の出力装置への前記伝票データの送信の試行を繰り返す試行時間を設定し、前記試行時間内で前記一のプリンタ装置への送信が成功しない場合、他のプリンタ装置への前記伝票データの送信を試行する通信制御部と、を備える注文管理システムである。

この発明によれば、通信障害の回避とデータ出力の遅延の抑制とを両立することができる。

本発明の実施形態によるデータ管理システムの構成を示す図である。 本実施形態によるハンディーターミナルの構成を示すブロック図である。 本実施形態によるコントローラの構成を示すブロック図である。 本実施形態によるプリンタの構成を示すブロック図である。 本実施形態によるプリンタ通信設定情報を示す概念図である。 本実施形態によるプリンタステータス情報を示す概念図である。 本実施形態による調理伝票の一例を示す模式図である。 本実施形態によるゲスト伝票の一例を示す模式図である。 本実施形態による伝票生成設定情報の一例を示す概念図である。 本実施形態による伝票出力設定情報の一例を示す概念図である。 本実施形態において、注文入力から伝票印刷までの処理を示すシーケンス図である。 本実施形態による伝票処理を説明するためのフローチャートである。 本実施形態による伝票処理を説明するためのフローチャートである。 本実施形態による伝票データ送信処理を説明するためのフローチャートである。 本実施形態によるプリンタステータス情報更新の一例を示すシーケンス図である。 障害発生時の通信試行時間の変化例を説明するためのシーケンス図である。 本実施形態において、障害復旧時の通信試行時間の変化例を説明するためのシーケンス図である。 本実施形態において、キーデータ送信時の通信試行時間の変化例を説明するためのシーケンス図である。 本実施形態において、プリンタからの接続確認による通信試行時間の変化例を説明するためのシーケンス図である。 本実施形態による迂回伝票の一例を示す模式図である。

以下、本発明の一実施形態を、図面を参照して説明する。

図１は、本発明の実施形態によるデータ管理システム１の構成を示す図である。図１において、データ管理システム１は、ハンディーターミナル（ＨＴ：Ｈａｎｄｈｅｌｄ Ｔｅｒｍｉｎａｌ）２０と、コントローラ（ＣＮＴ：Ｃｏｎｔｒｏｌｌｅｒ、制御装置）３０と、複数のプリンタ（ＰＲ１：Ｐｒｉｎｔｅｒ１、出力装置）４０−１、（ＰＲ２：Ｐｒｉｎｔｅｒ２、出力装置）４０−２とからなる。データ管理システム１は、注文管理システムである。ハンディーターミナル（ＨＴ）２０は、携帯しているユーザ（例えば、店員）によって注文を入力し、入力した注文データをコントローラ（ＣＮＴ）３０に送信する。コントローラ（ＣＮＴ）３０は、注文データを受信すると、伝票データをプリンタ（ＰＲ１）４０−１、（ＰＲ２）４０−２に送信する。

プリンタ（ＰＲ１）４０−１、（ＰＲ２）４０−２は、伝票データを受信すると、プリンタ出力設定情報で設定された伝票の種類に従って、伝票（調理伝票、ゲスト伝票）を印字する。本実施形態では、プリンタ（ＰＲ１）４０−１は、調理伝票７０を印字するよう設定され、プリンタ（ＰＲ２）４０−２はゲスト伝票８０を印字するよう設定されている。なお、調理伝票とは、注文されたメニューを厨房での作業員に渡すための伝票であり、ゲスト伝票とは、注文されたメニューを顧客に渡すための伝票である。プリンタ（ＰＲ１）４０−１、（ＰＲ２）４０−２には、キーボード４１−１、４１−２が接続可能となっており、キー入力を受け付けることが可能である。特に、本実施形態では、プリンタ（ＰＲ１）４０−１、（ＰＲ２）４０−２において、接続されたキーボード４１−１、４１−２から、障害復旧時にコントローラ（ＣＮＴ）３０に対して、伝票再発行を指示するためのキー入力が行われる。また、図示の例では、ハンディーターミナル（ＨＴ）２０が１台、プリンタ（ＰＲ１）４０−１、（ＰＲ２）４０−２が２台である場合を示しているが、それよりも多くてもよい。なお、以下の説明では、プリンタ（ＰＲ１）４０−１、（ＰＲ２）４０−２をプリンタ４０と総称することがある。また、プリンタ（ＰＲ１）４０−１、（ＰＲ２）４０−２の構成が同様である場合を例にする。

コントローラ（ＣＮＴ）３０は、プリンタ（ＰＲ１）４０−１、（ＰＲ２）４０−２毎に、通信障害状況を保存し、通信障害が発生したプリンタへの通信試行時間を、通信障害が発生していない場合に比べ短い時間に設定する。
プリンタ（ＰＲ１）４０−１、（ＰＲ２）４０−２は、所定の時間間隔（例えば１分ごと）で、数秒程度の短い時間でコントローラ（ＣＮＴ）３０と接続確認を行い、通信障害が発生したプリンタからの通信が成功した場合、コントローラ（ＣＮＴ）３０は、通信障害状況を成功に書き換え、次の伝票出力において通信試行時間を長く設定する。

プリンタ（ＰＲ１）４０−１、（ＰＲ２）４０−２は、障害からの復旧時に、コントローラ（ＣＮＴ）３０との接続を確認するために、接続状態照会信号を送信する。コントローラ（ＣＮＴ）３０は、接続状態照会信号を受信することで、送信元のプリンタ（ＰＲ１）４０−１、（ＰＲ２）４０−２が障害から復旧したことを判定する。また、コントローラ（ＣＮＴ）３０は、プリンタ（ＰＲ１）４０−１、（ＰＲ２）４０−２から随時送信されるデータを受信すると、送信元のプリンタ（ＰＲ１）４０−１、（ＰＲ２）４０−２の通信が成功したと判定し、送信元のプリンタの通信障害状況を成功に書き換える。

図２は、本実施形態によるハンディーターミナル（ＨＴ）２０の構成を示すブロック図である。図において、ハンディーターミナル（ＨＴ）２０は、無線部２０２、表示部２０３、入力部２０４、及びハンディーターミナル制御部２０５を備えている。無線部２０２は、コントローラ（ＣＮＴ）３０との間で無線通信を行う。表示部２０３は、液晶表示器や有機ＥＬ表示器などからなり、入力した注文データ、数量、金額などを表示する。入力部２０４は、キーボードやタッチキーなどからなり注文を入力する。ハンディーターミナル制御部２０５は、上記各部の動作を制御する。

図３は、本実施形態によるコントローラ（ＣＮＴ）３０の構成を示すブロック図である。図において、コントローラ（ＣＮＴ）３０は、システム制御部３０１、通信制御部３０２、ＨＴ（ハンディーターミナル）注文データ処理部３０３、ＰＲ（Ｐｒｉｎｔｅｒ、プリンタ）伝票データ処理部３０４、ＰＲ接続確認処理部３０５、ＰＲキーデータ処理部３０６、及びデータ保存部３０７を備えている。

システム制御部３０１は、コントローラ（ＣＮＴ）３０の各部の動作を制御する。通信制御部３０２は、ハンディーターミナル（ＨＴ）２０との間、またはプリンタ（ＰＲ１）４０−１、（ＰＲ２）４０−２の間での通信を行う。ＨＴ注文データ処理部３０３は、ハンディーターミナル（ＨＴ）２０からの注文データに対して注文データ処理を実行する。ＰＲ伝票データ処理部３０４は、注文データに従って伝票データ（例えば、調理伝票データ、ゲスト伝票データ）を生成する。

ＰＲ接続確認処理部（接続判定部）３０５は、プリンタ（ＰＲ１）４０−１、（ＰＲ２）４０−２との間の通信接続確認処理を実行する。ＰＲキーデータ処理部３０６は、プリンタ４０からのキーデータ（伝票の再発行を指示するキー操作データ）に対してキーデータ処理（キーデータの判定など）を実行する。データ保存部３０７は、プリンタ通信設定情報５０と、プリンタステータス情報６０と、調理伝票フォーマット７０と、ゲスト伝票フォーマット８０と、メニューごとの伝票生成設定情報９０と、伝票出力設定情報１００とを保存している。

通信制御部３０２は、プリンタ通信設定情報５０を参照し、プリンタ（ＰＲ１）４０−１、またはプリンタ（ＰＲ２）４０−２に対する通信試行時間（リトライ時間）を取得し、該通信試行時間に応じて通信の試行（リトライ）を繰り返す。なお、通信試行時間は、プリンタ（ＰＲ１）４０−１とプリンタ（ＰＲ２）４０−２の接続状況に応じて変更されるようになっている。プリンタ通信設定情報５０の詳細については後述する。

また、通信制御部３０２は、プリンタステータス情報６０を参照し、プリンタ（ＰＲ１）４０−１、またはプリンタ（ＰＲ２）４０−２に障害が発生したか否かを判定する。この障害の発生の有無に基づいて、上記通信試行時間が設定されるようになっている。プリンタステータス情報６０の詳細についても後述する。また、ＰＲ伝票データ処理部３０４は、ハンディーターミナル（ＨＴ）２０からの注文されたメニューについて、メニューごとの伝票生成設定情報９０を参照して、調理伝票フォーマット７０とゲスト伝票フォーマット８０に従って、調理伝票データとゲスト伝票データを生成する。調理伝票フォーマット７０、ゲスト伝票フォーマット８０、及びメニューごとの伝票生成設定情報９０の詳細については後述する。また、ＰＲ伝票データ処理部３０４は、伝票出力設定情報１００を参照して、調理伝票データの出力先、及びゲスト伝票データの出力先を決定する。伝票出力設定情報１００の詳細については後述する。

図４は、本実施形態によるプリンタ４０の構成を示すブロック図である。図において、プリンタ４０は、プリンタ制御部４０１、通信制御部４０２、伝票データ処理部４０３、印字機構制御部４０４、印字メカ機構４０５、ＣＮＴ（コントローラ）接続確認処理部４０６、及びキーデータ処理部４０７を備えている。

プリンタ制御部４０１は、当該プリンタの各部の動作を制御する。具体的には、プリンタ制御部４０１は、通信制御部４０２で受信した伝票データを伝票データ処理部４０３で処理して伝票印字する。また、プリンタ制御部４０１は、印字メカ機構４０５または印字機構制御部４０４で障害が発生すると、伝票データ処理部４０３から通信制御部４０２を経由して、コントローラ（ＣＮＴ）３０に通知する。

通信制御部４０２は、伝票データを受信する。なお、本実施形態では、通信制御部４０２は、無線による通信を制御する場合を例にしているが、無線以外に有線による通信を制御してもよい。伝票データ処理部４０３は、受信した伝票データを処理して印字機構制御部４０４に供給する。印字機構制御部４０４は、伝票データ処理部４０３からの伝票データに従って印字メカ機構４０５の動作を制御する。印字メカ機構４０５は、印字機構制御部４０４による制御に従って、用紙送り機構や印字機構などを駆動して伝票を印字出力する。ＣＮＴ接続確認処理部４０６は、コントローラ（ＣＮＴ）３０との接続を所定時間毎に確認する。キーデータ処理部４０７は、障害復旧時に、接続されたキーボード４１−１、４１−２からのキー入力に従って、コントローラ（ＣＮＴ）３０に対して伝票再発行を指示するためのキーデータの生成を行う。

図５は、本実施形態によるプリンタ通信設定情報５０の一例を示す概念図である。
プリンタ通信設定情報５０は、プリンタ（ＰＲ１）４０−１とプリンタ（ＰＲ２）４０−２の通信試行時間＃０（正常時）、通信試行時間＃１（異常時）、通信試行時間＃２（異常時）を示す情報である。図示の例では、プリンタ（ＰＲ１）４０−１、プリンタ（ＰＲ２）４０−２の双方に対して、通信試行時間＃０（正常時）が９０（秒）、通信試行時間＃１（異常時）が１５（秒）、通信試行時間＃２（異常時）が６（秒）に設定されている。

通信試行時間の９０秒は、通信障害の一因である電子レンジが食品の加熱のために放射する電波の放射時間が１〜２分であり、加熱が終了することにより通信障害が解消される可能性が高いことに鑑みて定めたものである。通信試行時間は、その他の一時的な原因、例えば、携帯電話機その他の無線通信機による通信時間に基づいて定められた時間であってもよい。

なお、通信試行時間は９０秒、１５秒の２段階に限らず、３段階以上であってもよい。また、接続可能の検知、通信成功の判定が繰り返される毎に、通信制御部４０２は、通信試行時間を１段階ずつ長くし、接続不可能の検知、通信失敗が一度でも判定されたら最短（下限）の通信試行時間にしてもよい。また、通信試行時間には、上限（例えば、９０秒）、下限（０秒より大きい、例えば、５秒）が設けられている。

図６は、本実施形態によるプリンタステータス情報６０の一例を示す概念図である。プリンタステータス情報６０は、プリンタ（ＰＲ１）４０−１とプリンタ（ＰＲ２）４０−２の現在の状態（障害が生じているか否か）を示す情報である。図示の例では、プリンタ（ＰＲ１）４０−１、プリンタ（ＰＲ２）４０−２の双方ともプリンタ障害フラグが「０」、すなわち障害が生じていないことを示している。障害が生じている場合には、プリンタ障害フラグは「１」に設定される。
なお、プリンタ（ＰＲ１）４０−１やプリンタ（ＰＲ２）４０−２の障害が継続する場合、通信制御部４０２は、障害フラグを「２」とするようにしてもよく、その場合、試行時間を段階的に異なるようにしてもよい。つまり、通信制御部４０２は、障害が所定時間（例えば、１０分）継続する毎に通信試行時間を１段階ずつ長くしてもよい。

図７は、本実施形態による調理伝票７０の一例を示す模式図である。図において、調理伝票７０は、タイトル「調理指示伝票」、伝票番号「００１」、バーコードとその番号「Ｃ００１−１」、日時「２０１２／１１／１０ １０：２０」、テーブル番号「Ａ−１２」、担当「店長」、注文されたメニューとして、品名「ステーキ」、「サラダ」、「アイスクリーム」、数量「２」、「２」、「１」が記されている。これら調理伝票７０に記される項目、印字位置、印字フォントなどは、調理伝票フォーマットとして、コントローラ（ＣＮＴ）３０のデータ保存部３０７に保存されている。なお、本実施形態では、調理伝票、調理伝票フォーマットともに符号７０で表記する。

図８は、本実施形態によるゲスト伝票８０の一例を示す模式図である。図において、ゲスト伝票８０は、タイトル「お客様控え伝票」、伝票番号「００１」、バーコードとその番号「Ｇ００１−１」、日時「２０１２／１１／１０ １０：２０」、テーブル番号「Ａ−１２」、担当「店長」、番号「１」、「２」、「３」、「４」、注文されたメニューとして、品名「ステーキ」、「サラダ」、「ドリンクバー」、「アイスクリーム」、数量「２」、「２」、「２」、「１」、金額「２０００」、「６００」、「５００」、「３００」、合計「３４００円」が記されている。これらゲスト伝票８０に記される項目、印字位置、印字フォントなどは、ゲスト伝票フォーマットとして、コントローラ（ＣＮＴ）３０のデータ保存部３０７に保存されている。なお、本実施形態では、ゲスト伝票、ゲスト伝票フォーマットともに符号８０で表記する。

図９は、本実施形態による伝票生成設定情報９０の一例を示す概念図である。図において、伝票生成設定情報９０は、メニュー名称毎に、その単価、調理伝票対象フラグ、ゲスト伝票対象フラグからなる。調理伝票対象フラグ、ゲスト伝票対象フラグは、「１」又は「０」の値をとる。「１」の値、「０」の値は、それぞれ、対象メニュー、対象外のメニューを示す。コントローラ（ＣＮＴ）３０のＰＲ伝票データ処理部３０４は、注文されたメニューについて、メニューごとの伝票生成設定情報９０を参照し、伝票データを生成する。

図１０は、伝票出力設定情報１００の一例を示す概念図である。図において、伝票出力設定情報１００は、伝票フォーマット毎の出力先プリンタ名称と迂回先プリンタ名称とを示す情報である。伝票フォーマットとしては、調理伝票フォーマットとゲスト伝票フォーマットがある。図示の例では、調理伝票フォーマットに対しては、出力先プリンタ名称としてプリンタ（ＰＲ１）４０−１、迂回先プリンタ名称としてプリンタ（ＰＲ２）４０−２が設定されている。また、ゲスト伝票フォーマットに対しては、出力先プリンタ名称としてプリンタ（ＰＲ２）４０−２、迂回先プリンタ名称としてプリンタ（ＰＲ１）４０−１が設定されている。

なお、迂回先のプリンタは、各伝票フォーマットについて複数台設定可能であってもよい。複数台設定される場合には、図１０に示す伝票出力設定情報１００に設定されている列の順（左から右）に迂回の優先度が高くてもよい。また、優先度が高いものほど、長い通信試行時間が設定されてもよい。これにより、優先度が高いプリンタほど利用される頻度が高くなり、優先度が低いプリンタに迂回されにくくなる。また、異なる伝票フォーマット間で、出力先のプリンタ、迂回先のプリンタは、同一であってもよい。

図１１は、本実施形態において、ハンディーターミナル（ＨＴ）２０での注文入力から伝票印刷までの処理（通常動作）を説明するためのシーケンス図である。図において、ハンディーターミナル（ＨＴ）２０は、入力部２０４から注文が入力されると（ステップＳ１１０１）、無線部２０２からコントローラ（ＣＮＴ）３０に注文データ＃１を送信する（ステップＳ１１０２）。

コントローラ（ＣＮＴ）３０は、注文データ＃１を通信制御部３０２で受信し、ＨＴ注文データ処理部３０３によって注文処理＃１を実行する（ステップＳ１１０３）。その後、コントローラ（ＣＮＴ）３０は、ＰＲ伝票データ処理部３０４によって、伝票処理＃１を実行する（ステップＳ１１０４）。伝票処理＃１の詳細については後述する。

コントローラ（ＣＮＴ）３０は、伝票処理＃１で生成した調理伝票データ＃１をプリンタ（ＰＲ１）４０−１に送信する（ステップＳ１１０５）。プリンタ（ＰＲ１）４０−１は、調理伝票＃１を印字出力する（ステップＳ１１０６）。同様に、コントローラ（ＣＮＴ）３０は、伝票処理＃１で生成したゲスト伝票データ＃１をプリンタ（ＰＲ２）４０−２に送信する（ステップＳ１１０７）。プリンタ（ＰＲ２）４０−２は、ゲスト伝票＃１を印字出力する（ステップＳ１１０８）。

図１２、図１３は、本実施形態による伝票処理＃１の動作を説明するためのフローチャートである。なお、以下の説明では、注文データ＃１の注文メニューがステーキ（２つ）、サラダ（２つ）、ドリンクバー（２つ）、アイスクリーム（１つ）である場合を例にする。

伝票データ作成において、コントローラ（ＣＮＴ）３０のＰＲ伝票データ処理部３０４は、注文されたメニューについて、システム制御部３０１を介して、データ保存部３０７にあるメニューごとの伝票生成設定情報９０（図９）を参照し、必要とされる伝票を特定し、調理伝票フォーマット７０（図７）、ゲスト伝票フォーマット８０（図８）をそれぞれ読み出し、調理伝票データ、ゲスト伝票データを生成する（ステップＳ１２０１）。

例えば、ＨＴ注文データ処理部３０３で処理された注文データ＃１に含まれるメニューがステーキの場合、メニューごとの伝票生成設定情報９０（図９）を参照すると、メニュー名称９０１の「ステーキ」に対する、調理伝票対象フラグ９０２が「１」であるので、図７に示すように、調理伝票フォーマット７０に対して、品名７１１として「ステーキ」、数量７１２として「２」を追加する。また、メニュー名称９０１の「ステーキ」に対する、ゲスト伝票対象フラグ９０３が「１」であるので、図８に示すように、ゲスト伝票フォーマット８０に対して、品名８１１として「ステーキ」、数量８１２として「２」、金額８１３として「２０００円」を追加する。同様に、注文データ＃１に含まれる全てのメニューに対して上記処理を実行する。

このようにして、ＰＲ伝票データ処理部３０４は、図７に示すように、調理伝票フォーマット７０に対して、品名「ステーキ」、数量「２」、品名「サラダ」、数量「２」、品名「アイスクリーム」、数量「１」を加えた調理伝票データ＃１を作成する。また、ＰＲ伝票データ処理部３０４は、図８に示すように、ゲスト伝票フォーマット８０に対して、品名「ステーキ」、数量「２」、金額「２０００」、品名「サラダ」、数量「２」、金額「６００」、品名「ドリンクバー」、数量「２」、金額「５００」、品名「アイスクリーム」、数量「１」、金額「３００」、合計金額８１４として、「３４００円」を加えたゲスト伝票データ＃１を作成する。

次に、伝票出力先決定において、コントローラ（ＣＮＴ）３０のＰＲ伝票データ処理部３０４は、システム制御部３０１を介して、データ保存部３０７にある伝票出力設定情報１００（図１０）を参照し、調理伝票データ＃１の出力先をプリンタ（ＰＲ１）４０−１とし、ゲスト伝票データ＃１の出力先をプリンタ（ＰＲ２）４０−２と定める（Ｓ１２０２）。

具体的には、伝票フォーマット１０５１の「調理伝票フォーマット」に対する出力先プリンタ名称１０６１が「ＰＲ１」であるので、調理伝票の出力先をプリンタ（ＰＲ１）４０−１とし、伝票フォーマット１０５１の「ゲスト伝票フォーマット」に対する出力先プリンタ名称１０６１が「ＰＲ２」であるので、ゲスト伝票の出力先をプリンタ（ＰＲ２）４０−２とする。

次に、調理伝票データ送信において、コントローラ（ＣＮＴ）３０のＰＲ伝票データ処理部３０４は、調理伝票出力先のプリンタ（ＰＲ１）４０−１のプリンタステータス情報６０（図６）と、プリンタ通信設定情報５０（図５）とを参照し、通信条件を決定し、通信制御部３０２を介して、調理伝票データ＃１をプリンタ（ＰＲ１）４０−１に送信する（ステップＳ１２０３）。調理伝票データ送信処理の詳細については後述する。

次に、コントローラ（ＣＮＴ）３０のＰＲ接続確認処理部３０５は、調理伝票データ＃１の送信が成功したか否かを判定する（ステップＳ１２０４）。送信成功／失敗は、例えば、出力先からの成功応答（ＡＣＫ）を所定時間内（例えば、６秒）に受信できたか否かで判断する。そして、調理伝票データ＃１の送信が成功した場合には（ステップＳ１２０４のＹＥＳ）、ＰＲ１ステータス情報更新において、コントローラ（ＣＮＴ）３０のシステム制御部３０１は、プリンタステータス情報６０（図６）におけるプリンタ名称６０１の「ＰＲ１」に対するプリンタ障害フラグ６１１を「０（正常）」に設定する（ステップＳ１２０５）。

一方、調理伝票データ＃１の送信が失敗した場合には（ステップＳ１２０４のＮＯ）、ＰＲ１ステータス情報更新において、コントローラ（ＣＮＴ）３０のシステム制御部３０１は、プリンタステータス情報６０（図６）におけるプリンタ名称６０１の「ＰＲ１」に対するプリンタ障害フラグ６１１を「１（異常）」に設定する（ステップＳ１２０６）。

その後、伝票出力迂回先決定において、コントローラ（ＣＮＴ）３０のＰＲ伝票データ処理部３０４は、システム制御部３０１を介してデータ保存部３０７にある伝票出力設定情報１００（図１０）を参照し、伝票フォーマット１０５１の「調理伝票フォーマット」に対する迂回先プリンタ名称１０７１が「ＰＲ２」であるので、調理伝票の出力先をプリンタ（ＰＲ２）４０−２とする（ステップＳ１２０７）。

次に、調理伝票データを迂回先に送信において、コントローラ（ＣＮＴ）３０の通信制御部３０２は、迂回先のプリンタ（ＰＲ２）４０−２のプリンタステータス情報６０（図６）と、プリンタ通信設定情報５０（図５）とを参照し、通信条件を決めて調理伝票データ＃１をプリンタ（ＰＲ２）４０−２に送信する（ステップＳ１２０８）。

次に、コントローラ（ＣＮＴ）３０のＰＲ接続確認処理部３０５は、調理伝票データ＃１の送信が成功したか否かを判定する（ステップＳ１２０９）。送信成功／失敗は、例えば、出力先からの成功応答（ＡＣＫ）を所定時間内（例えば、６秒）に受信できたか否かで判断する。そして、調理伝票データ＃１の送信が成功した場合には（ステップＳ１２０９のＹＥＳ）、ＰＲ２ステータス情報更新において、コントローラ（ＣＮＴ）３０のシステム制御部３０１は、プリンタステータス情報６０（図６）におけるプリンタ名称６０１の「ＰＲ２」に対するプリンタ障害フラグ６１１を「０（正常）」に設定する（ステップＳ１２１０）。

一方、調理伝票データ＃１の送信が失敗した場合には（ステップＳ１２０９のＮＯ）、ＰＲ２ステータス情報更新において、コントローラ（ＣＮＴ）３０のシステム制御部３０１は、プリンタステータス情報６０（図６）におけるプリンタ名称６０１の「ＰＲ２」に対するプリンタ障害フラグ６１１を「１（異常）」に設定する（ステップＳ１２１１）。次に、コントローラ（ＣＮＴ）３０のシステム制御部３０１は、調理伝票出力エラー処理を実行する（ステップＳ１２１２）。調理伝票出力エラーは、一例として、注文入力を受け付けたハンディーターミナル（ＨＴ）２０に対して、その旨の情報を含む信号を出力し、表示部２０３（表示パネル）に「全プリンタ異常」とテキストで表示したり、筐体の表面に配置されたランプやＬＥＤなどを点灯させたりする。

次に、上述したステップＳ１２０５でのプリンタ（ＰＲ１）４０−１への調理伝票データ＃１の送信後、あるいは、上記ステップＳ１２１２での迂回先のプリンタ（ＰＲ２）４０−２への調理伝票データ＃１の送信後、ゲスト伝票データ送信において、コントローラ（ＣＮＴ）３０の通信制御部３０２は、ゲスト伝票出力先のプリンタ（ＰＲ２）４０−２のプリンタステータス情報６０（図６）と、プリンタ通信設定情報５０（図５）とを参照し、通信条件を決めてゲスト伝票データ＃１をプリンタ（ＰＲ２）４０−２に送信する（ステップＳ１２１３）。ゲスト伝票データ送信処理の詳細については後述する。

次に、コントローラ（ＣＮＴ）３０のＰＲ接続確認処理部３０５は、ゲスト伝票データ＃１の送信が成功したか否かを判定する（ステップＳ１２１４）。送信成功／失敗は、例えば、出力先からの成功応答（ＡＣＫ）を所定時間内（例えば、６秒）に受信できたか否かで判断する。そして、ゲスト伝票データ＃１の送信が成功した場合には（ステップＳ１２１４のＹＥＳ）、ＰＲ２ステータス情報更新において、コントローラ（ＣＮＴ）３０のシステム制御部３０１は、プリンタステータス情報６０（図６）におけるプリンタ名称６０１の「ＰＲ２」に対するプリンタ障害フラグ６１１を「０（正常）」に設定する（ステップＳ１２１５）。その後、当該伝票処理＃１を終了する。

一方、ゲスト伝票データ＃１の送信が失敗した場合には（ステップＳ１２１４のＮＯ）、ＰＲ２ステータス情報更新において、コントローラ（ＣＮＴ）３０のシステム制御部３０１は、プリンタステータス情報６０（図６）におけるプリンタ名称６０１の「ＰＲ２」に対するプリンタ障害フラグ６１１を「１（異常）」に設定する（ステップＳ１２１６）。

その後、伝票出力迂回先決定において、コントローラ（ＣＮＴ）３０のＰＲ伝票データ処理部３０４は、システム制御部３０１を介してデータ保存部３０７にある伝票出力設定情報１００（図１０）を参照し、伝票フォーマット１０５１の「ゲスト伝票フォーマット」に対する迂回先プリンタ名称１０７１が「ＰＲ１」であるので、ゲスト伝票の出力先をプリンタ（ＰＲ１）４０−１とする（ステップＳ１２１７）。

次に、ゲスト伝票データを迂回先に送信において、コントローラ（ＣＮＴ）３０の通信制御部３０２は、迂回先のプリンタ（ＰＲ１）４０−１のプリンタステータス情報６０（図６）と、プリンタ通信設定情報５０（図５）とを参照し、通信条件を決めてゲスト伝票データ＃１をプリンタ（ＰＲ１）４０−１に送信する（ステップＳ１２１８）。

次に、コントローラ（ＣＮＴ）３０のＰＲ接続確認処理部３０５は、ゲスト伝票データ＃１の送信が成功したか否かを判定する（ステップＳ１２１９）。送信成功／失敗は、例えば、出力先からの成功応答（ＡＣＫ）を所定時間内（例えば、６秒）に受信できたか否かで判断する。そして、ゲスト伝票データ＃１の送信が成功した場合には（ステップＳ１２１９のＹＥＳ）、ＰＲ１ステータス情報更新において、コントローラ（ＣＮＴ）３０のシステム制御部３０１は、プリンタステータス情報６０（図６）におけるプリンタ名称６０１の「ＰＲ１」に対するプリンタ障害フラグ６１１を「０（正常）」に設定する（ステップＳ１２２０）。その後、当該伝票処理＃１を終了する。

一方、ゲスト伝票データ＃１の送信が失敗した場合には（ステップＳ１２１９のＮＯ）、ＰＲ１ステータス情報更新において、コントローラ（ＣＮＴ）３０のシステム制御部３０１は、プリンタステータス情報６０（図６）におけるプリンタ名称６０１の「ＰＲ１」に対するプリンタ障害フラグ６１１を「１（異常）」に設定する（ステップＳ１２２１）。次に、コントローラ（ＣＮＴ）３０のシステム制御部３０１は、調理伝票出力エラー処理を実行する（ステップＳ１２２２）。ゲスト伝票出力エラーは、一例として、注文入力を受け付けたハンディーターミナル（ＨＴ）２０に対して、その旨の情報を含む信号を出力し、表示部２０３（表示パネル）に「全プリンタ異常」とテキストで表示したり、筐体の表面に配置されたランプやＬＥＤなどを点灯させたりする。その後、当該伝票処理＃１を終了する。

図１４は、本実施形態による（調理）伝票データ送信処理（Ｓ１２０３）を説明するためのフローチャートである。以下の説明では、調理伝票データをプリンタ（ＰＲ１）４０−１に送信する場合を例にするが、出力先のプリンタが異なる場合や、ゲスト伝票データについても同様な処理が行われてもよい。上述した伝票処理＃１の伝票出力先決定（ステップＳ１２０２）では、調理伝票データ＃１の出力先がプリンタ（ＰＲ１）４０−１に決定されている。その後、当該伝票データ送信処理が実行される。

調理伝票出力先ＰＲ１のステータス取得において、コントローラ（ＣＮＴ）３０の通信制御部３０２は、プリンタステータス情報６０（図６）のプリンタ名称６０１の「ＰＲ１」に対するプリンタ障害フラグ６１１が「０（正常）」であるときは、プリンタ通信設定情報５０（図５）のプリンタ名称５０１の「ＰＲ１」に対する通信試行時間（＃０）５１１にある「９０秒」を通信試行時間（リトライ時間）として設定する（ステップＳ１４０１）。

なお、プリンタステータス情報６０のプリンタ名称６０１の「ＰＲ１」に対するプリンタ障害フラグ６１１が「１（異常）」であるときは、通信制御部３０２は、プリンタ通信設定情報５０（図５）のプリンタ名称５０１の「ＰＲ１」に対する通信試行時間５２１にある「１５秒」を通信試行時間として設定する。

次に、コントローラ（ＣＮＴ）３０のＰＲ伝票データ処理部３０４は、送信処理開始から通信試行時間「９０秒」が経過したか否かを判定する（ステップＳ１４０２）。そして、送信処理開始から通信試行時間「９０秒」が経過していない場合には（ステップＳ１４０２のＮＯ）、通信制御部３０２は、プリンタ（ＰＲ１）４０−１への接続を試みる（ステップＳ１４０３）。次に、ＰＲ接続確認処理部３０５は、プリンタ（ＰＲ１）４０−１との接続が成功したか否かを判定する（ステップＳ１４０４）。そして、プリンタ（ＰＲ１）４０−１への接続が成功しなかった場合には（ステップＳ１４０４のＮＯ）、ステップＳ１４０２に戻る。以降、通信試行時間「９０秒」が経過するか、あるいはプリンタ（ＰＲ１）４０−１への接続が成功するまで、ステップＳ１４０２〜Ｓ１４０４を繰り返し実行する。なお、ステップＳ１４０２〜Ｓ１４０４は、一例として６秒間隔（試行（リトライ）間隔に相当）で繰り返す。

そして、プリンタ（ＰＲ１）４０−１への接続が成功することなく、通信試行時間「９０秒」が経過した場合には（ステップＳ１４０２のＹＥＳ）、送信が異常に終わったとして（送信異常終了）、当該伝票データ送信処理を終了する。

一方、通信試行時間「９０秒」が経過する前に、プリンタ（ＰＲ１）４０−１への接続が成功した場合には（ステップＳ１４０４のＹＥＳ）、コントローラ（ＣＮＴ）３０の通信制御部３０２は、調理伝票データ＃１をプリンタ（ＰＲ１）４０−１に送信する（ステップＳ１４０５）。次に、コントローラ（ＣＮＴ）３０のＰＲ接続確認処理部３０５は、調理伝票データ＃１のプリンタ（ＰＲ１）４０−１への送信が成功したか否かを判定する（ステップＳ１４０６）。そして、送信が成功しなかった場合には（ステップＳ１４０６のＮＯ）、通信制御部３０２は、プリンタ（ＰＲ１）４０−１との接続を切断し（ステップＳ１４１０）、ステップＳ１４０２に戻り、上述した処理、すなわちプリンタ（ＰＲ１）４０−１との接続の試行（９０秒）を繰り返す。

一方、送信が成功した場合には（ステップＳ１４０６のＹＥＳ）、通信制御部３０２は、プリンタ（ＰＲ１）４０−１からの応答を受信し（Ｓ１４０７）、ＰＲ接続確認処理部３０５は、応答がＯＫであるか（調理伝票データ＃１を正常に受信したか）否かを判定する（ステップＳ１４０８）。そして、応答がＯＫでない場合、すなわち調理伝票データ＃１を正常に受信できなかった場合には（ステップＳ１４０８のＮＯ）、通信制御部３０２は、プリンタ（ＰＲ１）４０−１との接続を切断し（ステップＳ１４１０）、ステップＳ１４０２に戻り、上述した処理、すなわちプリンタ（ＰＲ１）４０−１との接続の試行（９０秒）を繰り返す。

一方、応答がＯＫである場合、すなわち調理伝票データ＃１を正常に受信できた場合には（ステップＳ１４０８のＹＥＳ）、通信制御部３０２は、プリンタ（ＰＲ１）４０−１との接続を切断し（ステップＳ１４０９）、送信が正常に行われたとして（送信正常終了）、当該伝票データ送信処理を終了する。

図１５は、本実施形態によるプリンタステータス情報更新の一例を示すシーケンス図である。図において、プリンタ（ＰＲ１）４０−１は、キーボード４１−１からのキー入力＃１があると（ステップＳ１５０１）、キーデータ処理部４０７によって、通信制御部４０２を介して、キーデータ＃１をコントローラ（ＣＮＴ）３０に送信する（ステップＳ１５０２）。コントローラ（ＣＮＴ）３０は、キーデータ＃１を受信すると、ＰＲキーデータ処理部３０６でキー処理＃１を実行する（ステップＳ１５０３）。次に、コントローラ（ＣＮＴ）３０は、プリンタステータス情報６０の更新として、通信が成功したプリンタ（ＰＲ１）４０−１のプリンタ障害フラグを「０（正常）」に設定する（ステップＳ１５０４）。その後、コントローラ（ＣＮＴ）３０は、ＰＲ伝票データ処理部３０４で伝票処理＃１を実行し（ステップＳ１５０５）、通信制御部３０２を介して、キー要求伝票データ＃１をプリンタ（ＰＲ１）４０−１に送信する（ステップＳ１５０６）。

プリンタ（ＰＲ１）４０−１は、通信制御部４０２によりキー要求伝票データ＃１を受信すると、伝票データ処理部４０３によって、印字機構制御部４０４、印字メカ機構４０５を介して、キー要求伝票＃１を印字出力する（ステップＳ１５０７）。

また、コントローラ（ＣＮＴ）３０のシステム制御部３０１は、伝票処理＃１の終了後、プリンタステータス情報６０の更新として、通信が成功したプリンタ（ＰＲ１）４０−１のプリンタ障害フラグを「０（正常）」に設定する（ステップＳ１５０８）。

次に、プリンタ（ＰＲ１）４０−１のＣＮＴ接続確認処理部４０６は、コントローラ（ＣＮＴ）３０に対して通信確認を行う（ステップＳ１５０９）。通信確認は、後述するように所定のプロトコルを用いて接続状態か否かをもって判定する。このとき、ＣＮＴ接続確認処理部４０６、コントローラ（ＣＮＴ）３０のＰＲ接続確認処理部３０５ともに、相互間の接続状態を検出することができる。通信確認に成功すると、システム制御部３０１は、プリンタステータス情報６０の更新として、通信が成功したプリンタ（ＰＲ１）４０−１のプリンタ障害フラグを「０（正常）」に設定する（ステップＳ１５１０）。

上記ステップＳ１５０４、Ｓ１５０８、Ｓ１５１０におけるプリンタステータス情報６０の更新は、通信が成功した時点で、プリンタ（ＰＲ１）４０−１に対するプリンタステータス情報６０の障害フラグを「０（正常）」に戻すことを示している。

同様に、プリンタ（ＰＲ２）４０−２のＣＮＴ接続確認処理部４０６は、コントローラ（ＣＮＴ）３０に対して通信確認を行う（ステップＳ１５１１）。通信確認に成功すると（ステップＳ１５１１）、システム制御部３０１は、プリンタステータス情報６０の更新として、通信が成功したプリンタ（ＰＲ２）４０−２のプリンタ障害フラグを「０（正常）」に設定する（ステップＳ１５１２）。

次に、プリンタ（ＰＲ２）４０−２は、キーボード４１−２からのキー入力＃２があると（ステップＳ１５１３）、キーデータ処理部４０７は、通信制御部４０２を介して、キーデータ＃２をコントローラ（ＣＮＴ）３０に送信する（ステップＳ１５１４）。コントローラ（ＣＮＴ）３０は、通信制御部３０２を介してキーデータ＃２を受信すると、ＰＲキーデータ処理部３０６でキー処理＃２を実行する（ステップＳ１５１５）。次に、コントローラ（ＣＮＴ）３０は、プリンタステータス情報６０の更新として、通信が成功したプリンタ（ＰＲ２）４０−２のプリンタ障害フラグを「０（正常）」に設定する（ステップＳ１５１６）。その後、コントローラ（ＣＮＴ）３０は、ＰＲ伝票データ処理部３０４で伝票処理＃２を実行し（ステップＳ１５１７）、通信制御部３０２を介して、キー要求伝票データ＃２をプリンタ（ＰＲ２）４０−２に送信する（ステップＳ１５１８）。

プリンタ（ＰＲ２）４０−２は、通信制御部４０２を介してキー要求伝票データ＃２を受信すると、伝票データ処理部４０３によって、印字機構制御部４０４、印字メカ機構４０５を介して、キー要求伝票＃２を印字出力する（ステップＳ１５１９）。

また、コントローラ（ＣＮＴ）３０のシステム制御部３０１は、伝票処理＃２の終了後、プリンタステータス情報６０の更新として、通信が成功したプリンタ（ＰＲ２）４０−２のプリンタ障害フラグを「０（正常）」に設定する（ステップＳ１５２０）。

このように、プリンタ（ＰＲ２）４０−２においても同様に、上記ステップＳ１５１２、Ｓ１５１６、Ｓ１５２０におけるプリンタステータス情報６０の更新は、通信が成功した時点で、プリンタ（ＰＲ２）４０−２に対するプリンタステータス情報６０の障害フラグを「０（正常）」に戻すことを示している。

プリンタ（ＰＲ１）４０−１、またはプリンタ（ＰＲ２）４０−２との通信が成功した時点で、プリンタステータス情報６０の障害フラグを「０（正常）」に設定することで、通信可能な機器に対しては、通信試行時間をできるだけ長く確保する仕組みが設けられている。この結果、他のプリンタへ迂回出力することを可能な限り避けることが可能になる。

図１６は、本実施形態において、障害発生時の通信試行時間の変化例を説明するためのシーケンス図である。まず、コントローラ（ＣＮＴ）３０において、プリンタステータス情報６０ａのように、プリンタ（ＰＲ１）４０−１及びプリンタ（ＰＲ２）４０−２に対する障害フラグが「０（正常）」に設定される。

ハンディーターミナル（ＨＴ）２０は、入力部２０４から注文入力＃２があると（ステップＳ１６０１）、無線部２０２を介して、注文データ＃２をコントローラ（ＣＮＴ）３０に送信する（ステップＳ１６０２）。

コントローラ（ＣＮＴ）３０は、通信制御部３０２を介して、注文データ＃２を受信し、ＨＴ注文データ処理部３０３で注文処理＃２を実行する（ステップＳ１６０３）。その後、コントローラ（ＣＮＴ）３０は、ＰＲ伝票データ処理部３０４で伝票処理＃２を実行し（ステップＳ１６０４）、通信制御部３０２を介して、プリンタ（ＰＲ１）４０−１に調理伝票データ＃２の送信を試行する（ステップＳ１６０５）。このとき、プリンタ（ＰＲ１）４０−１では障害が発生しているため、通信制御部３０２は、９０秒の通信試行時間内で試行を繰り返す（リトライ）。

そして、９０秒以内に通信が成功しなかったので、コントローラ（ＣＮＴ）３０のシステム制御部３０１は、プリンタステータス情報６０ｂのように、プリンタ（ＰＲ１）４０−１に対する障害フラグを「１（異常）」に設定する。次に、コントローラ（ＣＮＴ）３０は、通信制御部３０２を介して、伝票処理＃２で生成した調理伝票データ＃２を迂回先のプリンタ（ＰＲ２）４０−２に送信する（ステップＳ１６０６）。プリンタ（ＰＲ２）４０−２の通信制御部４０２は、調理伝票データ＃２を受信し、伝票データ処理部４０３は、印字機構制御部４０４、印字メカ機構４０５を介して、調理伝票＃２を印字出力する（ステップＳ１６０７）。

次に、コントローラ（ＣＮＴ）３０は、通信制御部３０２を介して、伝票処理＃２で生成したゲスト伝票データ＃２をプリンタ（ＰＲ２）４０−２に送信する（ステップＳ１６０８）。プリンタ（ＰＲ２）４０−２の通信制御部４０２は、ゲスト伝票データ＃２を受信し、伝票データ処理部４０３は、印字機構制御部４０４、印字メカ機構４０５を介して、ゲスト伝票＃２を印字出力する（ステップＳ１６０９）。

同様にして、ハンディーターミナル（ＨＴ）２０は、入力部２０４から注文入力＃３が入力されると（ステップＳ１６１１）、無線部２０２を介して、注文データ＃３をコントローラ（ＣＮＴ）３０に送信する（ステップＳ１６１２）。

コントローラ（ＣＮＴ）３０は、通信制御部３０２を介して注文データ＃３を受信し、ＨＴ注文データ処理部３０３で注文処理＃３を実行する（ステップＳ１６１３）。その後、コントローラ（ＣＮＴ）３０は、ＰＲ伝票データ処理部３０４で伝票処理＃３を実行し（ステップＳ１６１４）、通信制御部３０２を介して、プリンタ（ＰＲ１）４０−１に調理伝票データ＃３の送信を試行する（ステップＳ１６１５）。このとき、プリンタ（ＰＲ１）４０−１では障害が発生しているため（プリンタステータス情報６０ｃの障害フラグが「１（異常）」）、コントローラ（ＣＮＴ）３０の通信制御部３０２は、プリンタ通信設定情報５０（図５）の通信試行時間＃１（異常時）にあるように、１５秒の通信試行時間内で試行を繰り返す（リトライ）。

この場合も、プリンタ（ＰＲ１）４０−１の障害は復旧していないので、１５秒以内に通信が成功しない。コントローラ（ＣＮＴ）３０は、システム制御部３０１により、プリンタステータス情報６０ｃに示すように、プリンタ（ＰＲ１）４０−１に対する障害フラグを「１（異常）」に設定する。次に、コントローラ（ＣＮＴ）３０は、通信制御部３０２を介して、伝票処理＃３で生成した調理伝票データ＃３を迂回先のプリンタ（ＰＲ２）４０−２に送信する（ステップＳ１６１６）。プリンタ（ＰＲ２）４０−２の通信制御部４０２は、調理伝票データ＃３を受信し、伝票データ処理部４０３は、印字機構制御部４０４、印字メカ機構４０５を介して、調理伝票＃３を印字出力する（ステップＳ１６１７）。

次に、コントローラ（ＣＮＴ）３０は、通信制御部３０２を介して、伝票処理＃３で生成したゲスト伝票データ＃３をプリンタ（ＰＲ２）４０−２に送信する（ステップＳ１６１８）。プリンタ（ＰＲ２）４０−２の通信制御部４０２は、ゲスト伝票データ＃３を受信し、伝票データ処理部４０３は、印字機構制御部４０４、印字メカ機構４０５を介して、ゲスト伝票＃３を印字出力する（ステップＳ１６１９）。

上述したように、本実施形態によれば、通信試行時間内に通信が成功しなかったことで障害の発生を検知し、プリンタステータス情報６０を書き換えることで、通信試行時間を９０秒から１５秒に短縮し、障害が検知されたプリンタへ短縮された通信試行時間内で通信を試行する。この結果、通信の試行による待ち時間を短縮することが可能になる。

図１７は、本実施形態において、障害復旧時の通信試行時間の変化例を説明するためのシーケンス図である。まず、プリンタ（ＰＲ１）４０−１において障害が発生し、コントローラ（ＣＮＴ）３０のシステム制御部３０１により、プリンタステータス情報６０ｄのプリンタ（ＰＲ１）４０−１に対する障害フラグが「１（異常）」に設定される。その後、プリンタ（ＰＲ１）４０−１の障害が復旧する。

ハンディーターミナル（ＨＴ）２０は、入力部２０４から注文入力＃４があると（ステップＳ１７０１）、無線部２０２を介して、注文データ＃４をコントローラ（ＣＮＴ）３０に送信する（ステップＳ１７０２）。

コントローラ（ＣＮＴ）３０は、通信制御部３０２を介して注文データ＃４を受信し、ＨＴ注文データ処理部３０３で注文処理＃４を実行する（ステップＳ１７０３）。その後、コントローラ（ＣＮＴ）３０は、ＰＲ伝票データ処理部３０４で伝票処理＃４を実行し（ステップＳ１７０４）、通信制御部３０２を介して、プリンタ（ＰＲ１）４０−１に調理伝票データ＃２の送信を試行する（ステップＳ１７０５）。このとき、プリンタ（ＰＲ１）４０−１に対する障害フラグが「１（異常）」であるため、通信制御部３０２は、１５秒の通信試行時間内で送信を繰り返えす（リトライ）。この場合、コントローラ（ＣＮＴ）３０のプリンタ（ＰＲ１）４０−１の障害は復旧しているので、１５秒以内に通信が成功することになる。通信が成功した後は、試行が停止される。

コントローラ（ＣＮＴ）３０のシステム制御部３０１は、通信が成功したので、プリンタステータス情報６０ｅのように、プリンタ（ＰＲ１）４０−１に対する障害フラグを「０（正常）」に設定する。一方、プリンタ（ＰＲ１）４０−１の通信制御部４０２は、調理伝票データ＃４を受信し、伝票データ処理部４０３は、印字機構制御部４０４、印字メカ機構４０５を介して、調理伝票＃４を印字出力する（ステップＳ１７０６）。

次に、コントローラ（ＣＮＴ）３０は、通信制御部３０２を介して、伝票処理＃４で生成したゲスト伝票データ＃４をプリンタ（ＰＲ２）４０−２に送信する（ステップＳ１７０７）。プリンタ（ＰＲ２）４０−２の通信制御部４０２は、ゲスト伝票データ＃４を受信し、伝票データ処理部４０３は、印字機構制御部４０４、印字メカ機構４０５を介して、ゲスト伝票＃４を印字出力する（ステップＳ１７０８）。

同様にして、ハンディーターミナル（ＨＴ）２０は、入力部２０４から注文入力＃５があると（ステップＳ１７１１）、無線部２０２を介して、注文データ＃５をコントローラ（ＣＮＴ）３０に送信する（ステップＳ１７１２）。

コントローラ（ＣＮＴ）３０は、通信制御部３０２を介して注文データ＃５を受信し、ＨＴ注文データ処理部３０３で注文処理＃５を実行する（ステップＳ１７１３）。その後、コントローラ（ＣＮＴ）３０は、ＰＲ伝票データ処理部３０４で伝票処理＃５を実行し（ステップＳ１７１４）、通信制御部３０２を介して、プリンタ（ＰＲ１）４０−１に調理伝票データ＃５を送信する（ステップＳ１７１５）。このとき、プリンタ（ＰＲ１）４０−１で、６０秒間の電波障害が発生したとする。コントローラ（ＣＮＴ）３０の通信制御部３０２は、プリンタ（ＰＲ１）４０−１の障害フラグが「０（正常）」であるので、９０秒の通信試行時間内で送信を試行する（リトライ）。プリンタ（ＰＲ１）４０−１での電波障害は、６０秒で復旧するので、９０秒の通信試行時間内で通信が成功する。通信が成功した後は、試行が停止される。プリンタ（ＰＲ１）４０−１の通信制御部４０２は、調理伝票データ＃５を受信し、伝票データ処理部４０３は、印字機構制御部４０４、印字メカ機構４０５を介して、調理伝票＃５を印字出力する（ステップＳ１７１６）。

次に、コントローラ（ＣＮＴ）３０は、通信制御部３０２を介して、伝票処理＃５で生成したゲスト伝票データ＃５をプリンタ（ＰＲ２）４０−２に送信する（ステップＳ１７１７）。プリンタ（ＰＲ２）４０−２は、通信制御部４０２を介してゲスト伝票データ＃５を受信し、伝票データ処理部４０３は、印字機構制御部４０４、印字メカ機構４０５を介して、ゲスト伝票＃５を印字出力する（ステップＳ１７１８）。

上述したように、本実施形態によれば、通信試行時間内に通信が成功したことで障害からの復旧が検知され、プリンタステータス情報６０が書き換えられることで、通信試行時間が１５秒から元の９０秒に延長する。この結果、障害が検知されたプリンタへ延長された通信試行時間内で試行することで、延長された通信試行時間内に一時的な障害が発生してもその障害原因が解消されることで通信が成功する。これにより、迂回出力を極力避けることが可能となる。

図１８は、本実施形態において、キーデータ送信時の通信試行時間の変化例を説明するためのシーケンス図である。まず、プリンタ（ＰＲ１）４０−１において障害が発生し、コントローラ（ＣＮＴ）３０の通信制御部３０２により、プリンタステータス情報６０ｆのプリンタ（ＰＲ１）４０−１に対する障害フラグが「１（異常）」に設定される。その後、プリンタ（ＰＲ１）４０−１の障害が復旧する。

プリンタ（ＰＲ１）４０−１の障害復旧後、プリンタ（ＰＲ１）４０−１は、キーボード４１−１から伝票再発行キー入力＃６があると（ステップＳ１８０１）、キーデータ処理部４０７によるキーデータ＃６を、通信制御部４０２を介してコントローラ（ＣＮＴ）３０に送信する（ステップＳ１８０２）。

コントローラ（ＣＮＴ）３０は、通信制御部４０２を介してプリンタ（ＰＲ１）４０−１からキーデータ＃６を受信すると、ＰＲキーデータ処理部３０６でキー処理＃６を実行する（ステップＳ１８０３）。このとき、コントローラ（ＣＮＴ）３０のＰＲ接続確認処理部３０５は、プリンタ（ＰＲ１）４０−１からキーデータ＃６を受信したことで、通信が成功したと判定し、システム制御部３０１は、プリンタステータス情報６０ｇに示すように、プリンタ（ＰＲ１）４０−１に対する障害フラグを「０（正常）」に設定する。

次に、コントローラ（ＣＮＴ）３０は、ＰＲ伝票データ処理部３０４で伝票処理＃６を実行し（ステップＳ１８０４）、通信制御部３０２を介して、プリンタ（ＰＲ１）４０−１に調理伝票データ＃６を送信する（ステップＳ１８０５）。このとき、プリンタ（ＰＲ１）４０−１に対する障害フラグは「０（正常）」であるため、コントローラ（ＣＮＴ）３０の通信制御部３０２は、９０秒の通信試行時間内で送信を試行する（リトライ）。この場合、プリンタ（ＰＲ１）４０−１の障害は復旧しているので、９０秒以内に通信が成功することになる。通信が成功した後は、試行が停止される。プリンタ（ＰＲ１）４０−１の通信制御部４０２は、調理伝票データ＃６を受信し、伝票データ処理部４０３は、印字機構制御部４０４、印字メカ機構４０５を介して、再発行伝票＃６を印字出力する（ステップＳ１８０６）。

同様にして、ハンディーターミナル（ＨＴ）２０は、入力部２０４から注文入力＃７が入力されると（ステップＳ１８１１）、無線部２０２を介して、注文データ＃７をコントローラ（ＣＮＴ）３０に送信する（ステップＳ１８１２）。

コントローラ（ＣＮＴ）３０は、通信制御部３０２を介して注文データ＃７を受信し、ＨＴ注文データ処理部３０３で注文処理＃７を実行する（ステップＳ１８１３）。その後、コントローラ（ＣＮＴ）３０は、ＰＲ伝票データ処理部３０４で伝票処理＃７を実行し（ステップＳ１８１４）、通信制御部３０２を介して、プリンタ（ＰＲ１）４０−１に調理伝票データ＃７を送信する（ステップＳ１８１５）。このとき、プリンタ（ＰＲ１）４０−１で、６０秒間の電波障害が発生したとする。コントローラ（ＣＮＴ）３０の通信制御部３０２は、プリンタ（ＰＲ１）４０−１の障害フラグが「０（正常）」であるので、９０秒の通信試行時間内で送信を試行する（リトライ）。プリンタ（ＰＲ１）４０−１での電波障害は、６０秒で復旧するので、９０秒の通信試行時間内で通信が成功する。通信が成功した後は、試行が停止される。プリンタ（ＰＲ１）４０−１の通信制御部４０２は、調理伝票データ＃７を受信し、伝票データ処理部４０３は、印字機構制御部４０４、印字メカ機構４０５を介して、調理伝票＃７を印字出力する（ステップＳ１８１６）。

次に、コントローラ（ＣＮＴ）３０の通信制御部３０２は、伝票処理＃７で生成したゲスト伝票データ＃７をプリンタ（ＰＲ２）４０−２に送信する（ステップＳ１８１７）。プリンタ（ＰＲ２）４０−２の通信制御部４０２は、ゲスト伝票データ＃７を受信し、伝票データ処理部４０３は、印字機構制御部４０４、印字メカ機構４０５を介して、ゲスト伝票＃７を印字出力する（ステップＳ１８１８）。

上述したように、本実施形態によれば、キーデータの送信または受信に成功したことで障害からの復旧が検知され、プリンタステータス情報が書き換えることで、通信試行時間が１５秒から元の９０秒に延長される。この結果、障害が検知されたプリンタへ延長された通信試行時間内で通信を試行することで、延長された通信試行時間内に一時的な障害が発生してもその障害原因が解消されることで通信が成功する。これにより、迂回出力を極力避けることが可能となる。

図１９は、本実施形態において、プリンタ４０からの接続確認による通信試行時間の変化例を説明するためのシーケンス図である。次に説明する例では、プリンタ（ＰＲ１）４０−１において障害が発生し、コントローラ（ＣＮＴ）３０のシステム制御部３０１により、プリンタステータス情報６０ｈのプリンタ（ＰＲ１）４０−１に対する障害フラグが「１（異常）」に設定される。その後、プリンタ（ＰＲ１）４０−１が障害から復旧し、通信が可能になる。

プリンタ（ＰＲ１）４０−１のＣＮＴ接続確認処理部４０６は、コントローラ（ＣＮＴ）３０に対して通信確認を行う（ステップＳ１９０１）。通信確認は、所定のプロトコル（例えば、ＴＣＰプロトコル）を用いて接続状態か否かをもって判定する。具体的には、プリンタ（ＰＲ１）４０−１のＣＮＴ接続確認処理部４０６は、通信制御部４０２を介して、接続状態照会信号をコントローラ（ＣＮＴ）３０に送信する。コントローラ（ＣＮＴ）３０の通信制御部３０２は、当該接続状態照会信号に応じて、プリンタ（ＰＲ１）４０−１に対して成功応答（ＡＣＫ）を送信し、ＣＮＴ接続確認処理部４０６は、接続状態照会信号の送信時から所定時間内に成功応答（ＡＣＫ）を受信したか否かで接続状態か否かを判定する。また、コントローラ（ＣＮＴ）３０のＰＲ接続確認処理部３０５は、通信制御部３０２を介してプリンタ（ＰＲ１）４０−１からの接続状態照会信号を受信することで障害からの復旧により接続状態であることを確認する。

ＰＲ接続確認処理部３０５は、プリンタ（ＰＲ１）４０−１からの接続状態照会信号を受信して接続状態であることを確認すると、プリンタステータス情報６０ｉに示すように、プリンタ（ＰＲ１）４０−１に対する障害フラグを「０（正常）」に設定する。

その後、ハンディーターミナル（ＨＴ）２０は、入力部２０４から注文入力＃８があると（ステップＳ１９０２）、無線部２０２を介して、注文データ＃８をコントローラ（ＣＮＴ）３０に送信する（ステップＳ１９０３）。

コントローラ（ＣＮＴ）３０は、通信制御部３０２を介して注文データ＃８を受信し、ＨＴ注文データ処理部３０３で注文処理＃８を実行する（ステップＳ１９０４）。その後、コントローラ（ＣＮＴ）３０のＰＲ伝票データ処理部３０４は伝票処理＃８を実行し（ステップＳ１９０５）、通信制御部３０２は、プリンタ（ＰＲ１）４０−１に調理伝票データ＃８を送信する（ステップＳ１９０６）。このとき、プリンタ（ＰＲ１）４０−１で、６０秒間の電波障害が発生したとする。コントローラ（ＣＮＴ）３０の通信制御部３０２は、プリンタ（ＰＲ１）４０−１の障害フラグが「０（正常）」であるので、９０秒の通信試行時間内で送信を試行する。プリンタ（ＰＲ１）４０−１での電波障害は、６０秒で復旧するので、９０秒の通信試行時間内で通信が成功する。通信が成功した後は、試行が停止される。プリンタ（ＰＲ１）４０−１の通信制御部４０２は、調理伝票データ＃８を受信し、伝票データ処理部４０３は、印字機構制御部４０４、印字メカ機構４０５を介して、調理伝票＃８を印字出力する（ステップＳ１９０７）。

次に、コントローラ（ＣＮＴ）３０の通信制御部３０２は、伝票処理＃８で生成したゲスト伝票データ＃８をプリンタ（ＰＲ２）４０−２に送信する（ステップＳ１９０８）。プリンタ（ＰＲ２）４０−２の通信制御部４０２は、ゲスト伝票データ＃８を受信し、伝票データ処理部４０３は、印字機構制御部４０４、印字メカ機構４０５を介して、ゲスト伝票＃８を印字出力する（ステップＳ１９０９）。

上述したように、本実施形態によれば、障害からの復旧時、あるいは所定の時間間隔（例えば、１分間隔）で、コントローラ（ＣＮＴ）３０とプリンタ（ＰＲ１）４０−１、（ＰＲ２）４０−２との間で通信確認処理を実行することで障害からの復旧を確認し、プリンタステータス情報を書き換えることで、通信試行時間を１５秒から元の９０秒に延長する。この結果、障害が検知されたプリンタに対して、延長された通信試行時間内で試行することで、延長された通信試行時間内に一時的な障害が発生してもその障害原因が解消されることで通信が成功する。これにより、迂回出力を極力避けることが可能となる。

図２０は、本実施形態による迂回伝票２００の一例を示す模式図である。迂回伝票２００は、プリンタ（ＰＲ１）４０−１からプリンタ（ＰＲ２）４０−２への迂回が発生したときに印字出力される伝票である。図示の例では、迂回伝票２００は、プリンタ（ＰＲ１）４０−１からの迂回伝票であることを示す第１構成部２００ａと調理伝票を構成する第２構成部２００ｂとからなる。なお、調理伝票を構成する第２構成部２００ｂは、通常の調理伝票７０と同様の形式である。

なお、ゲスト伝票の迂回伝票も同様な形式にしてもよい。また、迂回伝票２００は、迂回元のプリンタを示す第１構成部２００ａを省き、通常の調理伝票７０、ゲスト伝票８０と同様な形式であってもよい。

上述した実施形態によれば、複数のプリンタ４０との接続状態を判定し、当該接続状態に基づいて、それぞれのプリンタ４０との通信の試行を繰り返す試行時間を設定し、当該設定した試行時間内で繰り返す通信の試行で、あるプリンタ４０との通信が成功しない場合、他のプリンタ４０との通信を試行するようにした。そのため、あるプリンタ４０へのデータを送信する機会を確保しながら、接続状態に応じて、他のプリンタ４０へのデータ送信の迂回のしやすさを制御することができる。例えば、試行時間に従って通信が成功するまで試行するので、電子レンジのように一定時間で停止する妨害波に対して、通信障害を回避することができる。

また、上述した実施形態によれば、一方のプリンタ４０との接続状態が接続可能と判定された場合、接続不可と判定された場合よりも長い試行時間を設定するようにした。そのため、一時的な通信障害が生じても、一方のプリンタ４０にデータを送信することで、他のプリンタ４０へのデータの送信の迂回を抑制できるとともに、接続不可の場合には短い試行時間で通信を行うことで他のプリンタ４０へのデータの送信の迂回を迅速に行い、出力装置からのデータ出力の遅延を抑制することができる。

また、上述した実施形態によれば、複数のプリンタ４０の各々から送信された接続状態照会信号に対する成功応答の受信の有無によって、制御装置は複数のプリンタ４０の各々との接続状態を判定するようにした。そのため、当該制御装置自体で接続状態、例えば、接続不可（通信障害）か、接続可能（通信障害から復帰）かをデータ送信（例えば、伝票データ出力）間に確認することができるので、確認した接続状態に応じてより最適な接続状態にあるプリンタ４０へのデータ送信を制御することができる。

また、上述した実施形態によれば、複数のプリンタ４０からのデータの受信を契機に、データの送信元のプリンタ４０との接続状態を接続可能と判定するようにした。そのため、データを受信した時点で、最新の接続状態、すなわち送信元のプリンタ４０と接続可能であることを確認することができ、そのプリンタ４０へのデータ送信の試行を優先することで他のプリンタへのデータ送信を抑制することができる。例えば、障害復旧時に、プリンタ４０からの伝票再発行キー入力に応じて、プリンタステータス情報６０のプリンタ障害フラグを「０（成功）」に書き換えるので、安易に他のプリンタ４０に迂回することを抑制することができる。

また、上述した実施形態によれば、試行時間内でのプリンタ４０とのデータの送信の成否に基づいて、プリンタ４０との接続状態を判定するようにした。そのため、データの送信を試行した時点で、最新の接続状態を確認することができ、そのプリンタ４０へのデータ送信の試行時間を設定することができ、他のプリンタ４０へのデータ送信の迂回のしやすさを抑制することができる。

なお、上述した実施形態の変形例として、飲食店におけるメニューの注文以外にも、その他の店舗、施設での商材その他の物品、サービスの注文、手配、業務連絡、等にも適用可能である。

１…データ管理システム
２０…ハンディーターミナル
３０…コントローラ
４０（４０−１、４０−２）…プリンタ
５０…プリンタ通信設定情報
６０…プリンタステータス情報
７０…調理伝票
８０…ゲスト伝票
９０…メニューごとの伝票生成設定情報
１００…伝票出力設定情報
２０２…無線部
２０３…表示部
２０４…入力部
２０５…ハンディーターミナル制御部
３０１…システム制御部
３０２…通信制御部
３０３…ＨＴ注文データ処理部
３０４…ＰＲ伝票データ処理部
３０５…ＰＲ接続確認処理部
３０６…ＰＲキーデータ処理部
３０７…データ保存部
４０１…プリンタ制御部
４０２…通信制御部
４０３…伝票データ処理部
４０４…印字機構制御部
４０５…印字メカ機構
４０６…ＣＮＴ接続確認処理部
４０７…キーデータ処理部

Claims (9)

1. 複数の出力装置の各々との接続状態を判定する接続判定部と、
   前記接続判定部が判定した一の出力装置との接続状態に基づいて、前記一の出力装置との通信の試行を繰り返す試行時間を設定し、前記試行時間内で前記一の出力装置との通信が成功しない場合、他の出力装置との通信を試行する通信制御部と、
   を備える制御装置。
2. 前記通信制御部は、前記一の出力装置との接続状態が接続可能と判定された場合、接続不可と判定された場合よりも長い試行時間を設定する請求項１に記載の制御装置。
3. 前記接続判定部は、前記複数の出力装置から送信された接続状態照会信号に対する成功応答の受信の有無に応じて、前記複数の出力装置の各々との接続状態を判定する請求項１又は請求項２に記載の制御装置。
4. 前記接続判定部は、前記複数の出力装置からのデータの受信に基づいて、前記データを送信した出力装置との接続状態を接続可能と判定する請求項１から請求項３のいずれかに記載の制御装置。
5. 前記接続判定部は、前記試行時間内での前記一の出力装置とのデータの送信の成否に基づいて、前記一の出力装置との接続状態を判定する請求項１から請求項４のいずれかに記載の制御装置。
6. 客からの注文に関する注文データに基づく伝票データを生成する伝票データ処理部を備え、
   前記複数の出力装置の各々は、プリンタ装置であって、
   前記通信制御部は、前記伝票データ処理部が生成した伝票データの送信を試行する
   請求項１から５のいずれかに記載の制御装置。
7. 制御装置における制御方法であって、
   複数の出力装置の各々との接続状態を判定する接続判定ステップと、
   前記接続判定ステップで判定した一の出力装置との接続状態に基づいて、前記一の出力装置との通信の試行を繰り返す試行時間を設定する試行時間設定ステップと、
   前記試行時間設定ステップで設定した試行時間内で前記一の出力装置との通信が成功しない場合、他の出力装置との通信を試行する通信制御ステップと、
   を有する制御方法。
8. 複数の出力装置と制御装置とを備えるデータ管理システムであって、
   前記制御装置は、
   前記複数の出力装置の各々との接続状態を判定する接続判定部と、
   前記接続判定部が判定した一の出力装置との接続状態に基づいて、前記一の出力装置との通信の試行を繰り返す試行時間を設定し、前記試行時間内で前記一の出力装置との通信が成功しない場合、他の出力装置との通信を試行する通信制御部と、
   を備えるデータ管理システム。
9. 複数のプリンタ装置と制御装置とを備える注文管理システムであって、
   前記制御装置は、
   客からの注文に関する注文データに基づく伝票データを生成するデータ処理部と、
   前記複数のプリンタ装置の各々との接続状態を判定する接続判定部と、
   前記接続判定部が判定した一のプリンタ装置との接続状態に基づいて、前記一の出力装置への前記伝票データの送信の試行を繰り返す試行時間を設定し、前記試行時間内で前記一のプリンタ装置への送信が成功しない場合、他のプリンタ装置への前記伝票データの送信を試行する通信制御部と、
   を備える注文管理システム。

Images