(57)【特許請求の範囲】
【請求項１】
商品に係る注文情報を含む各種情報の入力を受け付ける受付手段と、
この受付手段が受け付けた注文情報を記憶する記憶部と、
外部機器に対して前記記憶部に記憶された注文情報の送信を指示する送信指示手段と、
この送信指示手段による送信指示がなされたにもかかわらず予め定められた時間送信されていない第１の未送信状態を判定するとともに、前記受付手段が注文情報を受け付けた後予め定められた時間送信指示手段による送信指示がなされていない第２の未送信状態を判定する判定手段と、
この判定手段で判定される第１の未送信状態と、第２の未送信状態とを区別して報知する報知手段と、
を備えることを特徴とする注文端末。
【請求項２】
前記報知手段により報知すると同時に、前記注文情報の未送信状態が生じている旨の情報を外部機器に対して出力する出力手段をさらに備えることを特徴とする請求項１に記載の注文端末。
【請求項３】
表示器と、前記受付手段を介して前記記憶部に記憶された注文情報を前記表示器に一覧表示する表示手段と、前記受付手段が受け付ける注文情報の入力が確定されたことに応じて予め定められた待ち時間を計時する計時手段と、をさらに備え、
前記計時手段は、前記受付手段を介した注文情報の入力が確定された後、この表示手段により前記表示器に前記注文情報が一覧表示された時から予め定められた待ち時間の計時を開始することを特徴とする請求項１または２のいずれか一つに記載の注文端末。
【請求項４】
商品に係る注文情報を含む各種情報の入力を受け付ける受付手段と、この受付手段が受け付けた注文情報を記憶する記憶部と、外部機器に対して前記記憶部に記憶された注文情報の送信を指示する送信指示手段と、この送信指示手段による送信指示がなされたにもかかわらず予め定められた時間送信されていない第１の未送信状態を判定するとともに、前記受付手段が注文情報を受け付けた後予め定められた時間送信指示手段による送信指示がなされていない第２の未送信状態を判定する判定手段と、この判定手段で判定される第１の未送信状態と、第２の未送信状態とを区別して報知する報知手段と、この報知手段により報知すると同時に、前記注文情報の未送信状態が生じている旨の情報を外部機器に対して出力する出力手段と、を有する注文端末と、
前記注文端末から送信された前記注文情報に関する情報及び前記未送信の状態である旨の情報を受信して、これらの情報を外部に送信する送受信部を備えるオーダーステーションと、
前記オーダーステーションから前記注文情報に関する情報及び前記未送信の状態である旨の情報を受信する受信部と、この受信部が受信した前記注文情報が未送信の状態である旨の情報を報知する伝票を印字発行する印字部とを有するキッチンプリンタと、
を備えることを特徴とするオーダーリングシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、飲食店等で使用される注文端末およびオーダーリングシステムに関する。
【背景技術】
【０００２】
従来、飲食店等で用いられているオーダーリングシステムは、ハンディターミナルと、このハンディターミナルから注文情報を受信し、各種機器に指示を与えるオーダーステーションと、このオーダーステーションからの指示に応じて注文情報を印字発行するキッチンプリンタを主として構成されている。
【０００３】
店員や来店客等は、ハンディターミナルで注文するメニュー情報を入力し、オーダーステーションにデータ送信を行う。オーダーステーションは注文されたデータを受信して、厨房等に設置されているキッチンプリンタに対して注文情報が印字された注文伝票の発行指示を行う。厨房で従事する担当者は、キッチンプリンタから印字発行された注文伝票を見て調理の準備を行う。
【０００４】
しかしながら、ハンディターミナルに不慣れな店員や来店客等においては、注文情報の送信実行の操作を忘れてしまう場合も考えられる。また、注文情報の送信を実行した場合であっても何らかの通信状態の不具合が生じていることにより、ハンディターミナルで受注した注文情報が未送信の状態となっている場合も起こりうる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−４７０３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
かかる事情を鑑みて、本発明の実施形態が解決しようとする課題は、注文情報の未送信状態を防止する注文端末およびプログラムを提供することである。
【課題を解決するための手段】
【０００７】
本実施形態の注文端末は、商品に係る注文情報を含む各種情報の入力を受け付ける受付手段と、この受付手段が受け付けた注文情報を記憶する記憶部と、外部機器に対して前記記憶部に記憶された注文情報の送信を指示する送信指示手段と、この送信指示手段による送信指示がなされたにもかかわらず予め定められた時間送信されていない第１の未送信状態を判定するとともに、前記受付手段が注文情報を受け付けた後予め定められた時間送信指示手段による送信指示がなされていない第２の未送信状態を判定する判定手段と、この判定手段で判定される第１の未送信状態と、第２の未送信状態とを区別して報知する報知手段と、を備える。
【０００８】
また、本実施形態のオーダーリングシステムは、商品に係る注文情報を含む各種情報の入力を受け付ける受付手段と、この受付手段が受け付けた注文情報を記憶する記憶部と、外部機器に対して前記記憶部に記憶された注文情報の送信を指示する送信指示手段と、この送信指示手段による送信指示がなされたにもかかわらず予め定められた時間送信されていない第１の未送信状態を判定するとともに、前記受付手段が注文情報を受け付けた後予め定められた時間送信指示手段による送信指示がなされていない第２の未送信状態を判定する判定手段と、この判定手段で判定される第１の未送信状態と、第２の未送信状態とを区別して報知する報知手段と、この報知手段により報知すると同時に、前記注文情報の未送信状態が生じている旨の情報を外部機器に対して出力する出力手段と、を有する注文端末と、前記注文端末から送信された前記注文情報に関する情報及び前記未送信の状態である旨の情報を受信して、これらの情報を外部に送信する送受信部を備えるオーダーステーションと、前記オーダーステーションから前記注文情報に関する情報及び前記未送信の状態である旨の情報を受信する受信部と、この受信部が受信した前記注文情報が未送信の状態である旨の情報を報知する伝票を印字発行する印字部とを有するキッチンプリンタと、を備える。
【図面の簡単な説明】
【０００９】
【図１】本実施形態のオーダーリングシステムの全体構成を示すブロック図。
【図２】本実施形態のハンディターミナルの電気的接続を示すブロック図。
【図３】本実施形態オーダーステーションの電気的接続を示すブロック図。
【図４】本実施形態のハンディターミナルのＣＰＵが実行する処理を示すフローチャート。
【図５】本実施形態のハンディターミナルのＣＰＵが実行する処理を示すフローチャート。
【図６】本実施形態のオーダーステーションが実行する処理を示したフローチャート。
【図７】本実施形態のキッチンプリンタから印字出力された伝票の一例を示す図。
【発明を実施するための形態】
【００１０】
以下、添付図面を参照して、本発明の実施形態に係る注文端末を詳細に説明する。なお、本実施形態に係る注文端末は、レストラン等の飲食店におけるオーダーリングシステムに使用されるハンディターミナルを例として説明する。
【００１１】
図１はオーダーリングシステム１の全体構成を示すブロック図である。オーダーリングシステム１は、注文端末であるハンディターミナル２、キッチンプリンタ３、ＰＯＳ（Ｐｏｉｎｔ−Ｏｆ−Ｓａｌｅｓ）端末４、カスタマチェックプリンタ５及びオーダーステーション６、無線中継器７を主として構成される。キッチンプリンタ３、ＰＯＳ端末４、及びカスタマチェックプリンタ５は、通信ケーブル８を介してオーダーステーション６と通信可能に接続される。
【００１２】
ハンディターミナル２は、注文担当の店員が各々携帯しており、キッチンプリンタ３は、注文メニュー品目をキッチンの調理人に指示するための調理指示伝票（図示せず）を印字発行する。ＰＯＳ端末４は、チェックアウトカウンタに設置される。カスタマチェックプリンタ５は、ホールに設置されキッチンプリンタ３と基本的な構造は同じであり、注文された商品を給仕した後に来店客に渡す伝票を印字発行する。オーダーステーション６は、例えば、店舗のバックヤード等に設置されオーダーリングシステム１全体を制御する。
【００１３】
ここで、ハンディターミナル２について詳述する。ハンディターミナル２は、例えば店内の天井等に設定された無線中継器７によってオーダーステーション６との無線通信を行う。ハンディターミナル２により注文された注文情報はオーダーステーション６からキッチンプリンタ３、ＰＯＳ端末４、カスタマチェックプリンタ５に送信される。キッチンプリンタ３等では、オーダーステーション６から受信した注文情報に応じた内容の伝票が印字発行される。また、ＰＯＳ端末４では注文情報に基づく会計処理が行われる。
【００１４】
ハンディターミナル２は、図１に示す通り、見開き可能な左扉体９と右扉体１０とから構成される。左扉体９は、タッチパネル１１付きＬＣＤ１２が設けられ、右扉体１０及びＬＣＤ１２の下方部にはキーボード１３を有する。ＬＣＤ１２は、ハンディターミナル２を使用する注文担当店員に所定の情報を表示する。キーボード１３は、メニューキー、テンキー、確定キーなどから構成される。これらの各種入力キーは、ＬＣＤ１２の画面上に割り付けられて使用されるタッチパネル１１とともに、注文情報の入力を可能にする。
【００１５】
右扉体１０は、右扉体１０を貫通する覗き窓１４を有する。覗き窓１４を通してハンディターミナル２を閉じた状態であっても、ＬＣＤ１２に表示された情報を確認することができる。
【００１６】
図２は、ハンディターミナル２の電気的接続を示すブロック図である。ハンディターミナル２は、ＣＰＵ３１、ＲＯＭ３３、ＲＡＭ３４、タッチパネルコントローラ３５、表示コントローラ３６、キーボードコントローラ３７、及び無線部インターフェイス（I/F）３９，タイマー４０を主として備える。これら各部は、バスライン３２を介してＣＰＵ３１に接続される。
【００１７】
また、ハンディターミナル２は、タッチパネルコントローラ３５を介してタッチパネル（表示器）１１が接続され、表示コントローラ３６を介してＬＣＤ１２が接続され、さらに、キーボードコントローラ３７を介してキーボード１６が接続される。
【００１８】
ＣＰＵ３１は、各部を集中的に制御する。ＲＯＭ３３は、ＣＰＵ３１を動作させる制御プログラム等の固定的情報を予め格納する。
【００１９】
ＲＡＭ３４は、各種情報を書き換え自在に格納するワークエリアとして機能する。また、ＲＡＭ３４は、注文されたメニューに付されたメニューコードを記憶するメニュー記憶テーブル（図示しない）や注文情報の送信が未送信となっている状態を知らせるための未送信情報をオーダーステーション６に報知する際に使用する報知時間テーブル（図示しない）を有する。
【００２０】
この報知時間テーブルには、ハンディターミナル２に未送信状態が発生した場合の処理において、後述する図５のＡｃｔ４１１、Ａｃｔ４１５、Ａｃｔ４１９にて使用される予め定められた待ち時間（“ｔ１”秒、“ｔ２” 秒）が記憶されている。待ち時間“ｔ１”は、後述する図５のＡｃｔ４１１の処理にて、ハンディターミナル２のオーダー送信キーが押下された後に送信エラーが生じているか否かを判定する際に用いられる待ち時間である。また、Ａｃｔ４１９の処理にてハンディターミナル２のオーダー送信キーが押されることによりオーダー送信の指示があったか否かを判定する際に用いられる待ち時間でもある。
【００２１】
待ち時間“ｔ２”秒は、図５のＡｃｔ４１５の処理にて、（１）後述するハンディターミナル２の送信キーが押されることによりオーダー送信の指示があった場合に何らかの送信エラーが生じてオーダー（注文情報）が送信エラーとなり、オーダーステーション６にオーダーが送信されていないために未送信の状態となる場合、（２）オーダー送信キーが押されることなく、オーダー送信の指示がない状態が継続し、未送信の状態となり、さらに所定の時間が継続した場合、の（１）、（２）のいずれかの場合に、ハンディターミナル２は、送信忘れの状態であると判断してオーダーステーション６などの外部機器に未送信状態が生じている旨を通知する際の基準となる待ち時間である。本実施形態においては、一例として待ち時間“ｔ１”は“１２０秒”、待ち時間“ｔ２”は“１８０秒”とセットされている。つまり“ｔ２”秒は、”ｔ１”秒に比べて長く設定されている。なお、待ち時間“ｔ１”秒、“ｔ２” 秒を同じ時間として設定してもよい。
【００２２】
また、ＲＡＭ３４は、後述する図５のＡｃｔ４１２、Ａｃｔ４２０にて記憶される未送信の状態を記憶するエラーフラグメモリを有する。このエラーフラグメモリには、初期値として“０”が記憶されており、上記（１）の場合の未送信状態が生じている場合では、エラーフラグ“１”がセットされ、上記（２）の場合の未送信状態が生じている場合では、エラーフラグ“２”がセットされる。また、ＲＡＭ３４には、このエラーフラグに対応付けて、注文情報の未送信状態が生じている旨を報知する報知方法も対応づけて記憶されている。
【００２３】
無線部３８は、無線部インターフェイス３９を介して接続されており無線中継器７との間で無線通信を実行する。ハンディターミナル２で入力された注文情報は、この無線部３８から無線中継器７に送信される。タイマー４０は、ＣＰＵ３１の動作開始指示に応じて所定の時間Ｔを計時する。
【００２４】
図３は、オーダーステーション６の電気的接続を示すブロック図である。オーダーステーション６は、ＣＰＵ５１、ＲＯＭ５３、ＲＡＭ５４、表示／キーボードコントローラ５５、ＬＡＮコントローラ５６を有する。また、オーダーステーション６には、表示／キーボードコントローラ５５を介してＬＣＤ１５及びキーボード１６が接続され、ＬＡＮコントローラ５６を介してＬＡＮドライバ／レシーバ５７が接続される。
【００２５】
ＣＰＵ５１は、バスライン５２を介して各部を集中的に制御する。ＲＯＭ５３は、ＣＰＵ５１を動作させる制御プログラム等の固定的情報を予め格納する。ＲＡＭ５４は、各種情報を書き換え自在に格納するワークエリアとして機能する。
【００２６】
ハンディターミナル２から出力されて無線中継器７が受信した注文情報は、ＬＡＮドライバ／レシーバ５７に接続された通信ケーブル８を経由して、オーダーステーション６に送信される。
【００２７】
図４、５は、来店客から注文されたメニュー情報が何らかの原因により、未送信状態となっていることをオーダーステーション６やキッチンプリンタ３等の外部機器に報知するために、ハンディターミナル２のＣＰＵ３１が実行する処理を示すフローチャートである。なお、以降のフローチャートの説明では、来店客により所定のメニューが注文されたことを前提として、Ａｃｔ４０１以降の説明を行う。また、以下の説明では、店員がオーダー送信キーを入力したものの何らかの通信障害が発生することにより、オーダー情報がステーション６に送信されず、未送信状態となり未送信エラーとなった場合を、初めに説明する。
【００２８】
まず、前提部分について説明する。ここでは、例えば、店員が来店客から、メニュー名「緑茶」、メニュー名「コーヒー」の２品について注文を受けた場合を想定する。
【００２９】
店員は、図２に示すハンディターミナル２のタッチパネル１１上に表示される画面を介して例えば、テーブルコード、担当者、来店人数等を入力する。ハンディターミナル２のＣＰＵ３１は、テーブルコード、担当者、来店人数等が入力されたことを検知すると（Ａｃｔ４０１のＹ）、この入力された内容をＲＡＭ３４に記憶する（Ａｃｔ４０２）。その後、ハンディターミナル２のタッチパネル１１の画面をメニュー画面に切り替える。表示部であるタッチパネル１１上にはメニュー画面が一覧表示される（Ａｃｔ４０３）。
【００３０】
ここで、店員は、来店客から「緑茶」の注文を受け付けると、ハンディターミナル２上に表示されている「緑茶」のメニューキーを押下する。ＣＰＵ３１は、メニュー「緑茶」が押下して入力されたことを検知すると（Ａｃｔ４０４のＹ）、この入力されたメニューキーに割り付けられているメニューコードをＲＡＭ３４に記憶する（Ａｃｔ４０５）。
【００３１】
次に、ＣＰＵ３１は、再度、メニューキーが押下して入力されることを待機する（Ａｃｔ４０６）。そして、ＣＰＵ３１は、ハンディターミナル２上に表示されている「コーヒー」のメニュー名が押下されたことを検知すると（Ａｃｔ４０６のＹ）、Ａｃｔ４０５の処理に戻り、この入力されたメニューキーに割り付けられているメニューコードをＲＡＭ３４に記憶する（Ａｃｔ４０５）。なお、Ａｃｔ４０１、Ａｃｔ４０４、Ａｃｔ４０６で実行する処理機能は、商品に係る注文情報を含む各種情報の入力を受け付ける受付手段に相当する。また、ＲＡＭ３４は、この受付手段が受け付けた各種情報を記憶する記憶部に相当する。
【００３２】
次に、店員はこれまでに来店客から注文を受けたメニューを確認するために確認キーを押す。そうすると、ＣＰＵ３１は、確認キーの入力があったことを検知し（Ａｃｔ４０７のＹ）、それまでにＲＡＭ３４に記憶されたメニュー情報をタッチパネルの画面上に一覧表示させる。このタッチパネルの画面上にＣＰＵ３１が一覧表示させる処理機能は、表示手段に相当する。
【００３３】
次にＣＰＵ３１は、図５に示すフローを実行し、タイマー４０を動作させて時間Ｔの計時を開始する（Ａｃｔ４０８）。このＡｃｔ４０８の処理機能が計時手段に相当する。なお、ここでの「メニュー確認」とは、ハンディターミナル２上に表示されている「確認キー」の入力を受けて、注文を受けたメニューを確定し、一覧表示することを意味する。この一覧表示を店員が見て、例えば、来店客に注文を確認することが出来る。
【００３４】
次に、ＣＰＵ３１は、注文されたメニューをオーダーステーション６に送信することを指示する送信キーが入力されることを待機する（Ａｃｔ４０９）。店員により送信キーが入力されると、ＣＰＵ３１は、注文管理装置であるオーダーステーション６に対してオーダー（注文情報）を受け付けたメニューの送信（すなわちオーダー送信）を行なう（Ａｃｔ４０９のＹ）。このＡｃｔ４０９でＣＰＵ３１が実行する処理機能は、外部機器に対して前記記憶部に記憶された注文情報の送信を指示する送信指示手段に相当する。
【００３５】
その後、ＣＰＵ３１は、オーダーステーション６からオーダー送信が正常に完了した旨の通知（例えば、通信プロトコルでのＡｃｋ信号）があることを待機する（Ａｃｔ４１０）。このＡｃｔ４１０でＣＰＵ３１が実行する処理機能がオーダー（注文情報）の未送信状態が生じているか否かを判定する判定手段に相当する。なお、ここでの「正常」とは、ハンディターミナル２から送信したメニュー情報がオーダーステーション６で受信されたことを意味する。ＣＰＵ３１は、オーダーステーション６からオーダー送信が完了した旨の通知を受信すると（Ａｃｔ４１０のＹ）、注文処理を終了する。
【００３６】
他方、ＣＰＵ３１は、オーダー送信が正常に完了した旨の通知を受信しない場合（Ａｃｔ４１０のＮ）、タイマー４０で計時する時間Ｔが、予め定められた待ち時間“ｔ１”秒を経過するか否かを判断する（Ａｃｔ４１１）。ＣＰＵ３１は、Ａｃｔ４１１にて、予め定められた待ち時間“ｔ１”秒が経過してもなおオーダーステーション６からオーダー送信が完了した旨の通知を受信しない場合（Ａｃｔ４１１のＹ）、送信エラーの状態であると判断してＲＡＭ３４のエラーフラグエリアのエラーフラグを“１”にセットする（Ａｃｔ４１２）。なお、ここでの「オーダーステーション６からオーダー送信が完了した旨の通知がない場合」とは、例えば、無線中継器における不具合や無線通信接続の不具合等により、ハンディターミナル２とオーダーステーション６との間の通信エラーが生じたことにより、情報の送信が完了しない状態を意味する。
【００３７】
次に、ＣＰＵ３１は、ＲＡＭ３４のエラーフラグメモリにセットされているエラーフラグを判定し（Ａｃｔ４１３）、エラーフラグに応じた種類のエラー報知を実行する（Ａｃｔ４１４）。このＡｃｔ４１４での処理機能が報知手段に相当する。ここでは、エラーフラグが“１”とセットされているので、例えば、予め定められたエラーを報知する報知音及びハンディターミナルに備えられたＬＥＤを点灯表示させてエラー状態を報知する。なお、この場合のエラー報知の方法としては、エラー音とエラー表示の双方で報知する形態に限られることなく、例えば、エラー音のみを報知、または、ＬＥＤのみを点灯してエラーを報知する等してもよい。また、送信キーを操作したが、無線通信において何らかの障害が発生したことにより未送信の状態であることを示すエラーメッセージを併せて表示してもよい。また、振動により無線通信において何らかの障害が発生したことを報知させてもよい。
【００３８】
次に、ＣＰＵ３１は、Ａｃｔ４０８にてタイマー４０が動作して計時を開始した時から予め定められた時間が経過したか否かを判定する（Ａｃｔ４１５）。一定時間経過したか否かの判断は、ＣＰＵ３１がＲＡＭ３４の報知時間テーブルにセットされている待ち時間“ｔ２”を参照することにより時間経過があったか否かを判断する。
【００３９】
ここで、ＲＡＭ３４の報知時間テーブルに例えば、待ち時間“ｔ２”として１８０秒と設定されている場合、Ａｃｔ４１５にて、ＣＰＵ３１は、確認キーの入力を検知した後、一定の待ち時間（この場合、１８０秒）が、経過したか否かを判断する。
【００４０】
ＣＰＵ３１は一定の待ち時間“ｔ２”秒が経過したと判断した場合（Ａｃｔ４１５のＹ）、ＣＰＵ３１は、ハンディターミナル２の送信エラーに起因した注文データの未送信状態を示すデータをオーダーステーション６に対して送信する（Ａｃｔ４１６）。このＡｃｔ４１６での処理機能が出力手段に相当する。なお、ハンディターミナル２は、この場合においても、Ａｃｔ４１４にて実行するエラー音やエラー表示によるエラー報知を維持した状態となっている。
【００４１】
次に、ＣＰＵ３１は例えばクリアキーの入力を待機する（Ａｃｔ４１７）。店員により、ハンディターミナル２上に表示されているクリアキーが押下されることにより、ＣＰＵ３１はキー入力があったことを検知すると（Ａｃｔ４１７のＹ）、Ａｃｔ４１４にて実行している未送信の状態を報知するエラー音及びエラー表示を解除する（Ａｃｔ４１８）。なお、クリアキーの入力を検知しない場合（Ａｃｔ４１７のＮ）、エラーを通知する状態は継続される。
【００４２】
一方、Ａｃｔ４１５にて、ＣＰＵ３１は、Ａｃｔ４０８にてタイマー４０が動作して計時を開始した時から一定の待ち時間（１８０秒）を経過する前に（Ａｃｔ４１５のＮ）、クリアキーの入力を検知した場合（Ａｃｔ４２１のＹ）、Ａｃｔ４１４にて実行するエラー音やエラー表示によるエラー報知状態を解除する（Ａｃｔ４２２）。この場合は、例えば、店員が一定時間経過する前にオーダーが未送信の状態となっていることに気づいた場合を意味する。
【００４３】
そして、エラーが解除された後は、Ａｃｔ４０８の処理に戻り、タイマー４０の計時を開始させて（Ａｃｔ４０８）、再度、店員によりオーダー送信キーが入力されることを待機する（Ａｃｔ４０９）。
【００４４】
次に、以下では、店員が送信キーの操作を忘れて未送信状態となった場合について図４、５を用いて説明する。
【００４５】
図４に示すＡｃｔ４０１からＡｃｔ４０７までの処理については、上記と同様であるので省略し、図５に示すＡｃｔ４０８以降の処理を説明する。
【００４６】
前述のようにＡｃｔ４０７にて、ＣＰＵ３１は、確認キーの入力を待機し、確認キーの入力があったことを検知した場合（Ａｃｔ４０７のＹ）、タイマー４０を動作させて計時を開始する（Ａｃｔ４０８）。次に、ＣＰＵ３１は、送信キーが操作されることにより、ＲＡＭ３４に記憶されているオーダー（注文情報）の送信の指示がされたか否かを待機する（Ａｃｔ４０９）。
【００４７】
ＣＰＵ３１は、送信キーの入力を検知することなく、すなわちオーダーの送信指示を受けることなく（Ａｃｔ４０９のＮ）、待ち時間“ｔ１”秒（ここでは、１２０秒）が経過したことを検知した場合（Ａｃｔ４１９のＹ）、店員が「送信キー」を入力し忘れたことによる未送信の状態が生じていると判断し、送信キーの入力が実行されていない未送信状態であると判断してＲＡＭ３４のエラーフラグエリアのエラーフラグを“２”にセットする（Ａｃｔ４２０）。
【００４８】
次に、ＣＰＵ３１は、ＲＡＭ３４のエラーフラグメモリにセットされているエラーフラグを判定し（Ａｃｔ４１３）、エラーフラグに応じた種類のエラー報知を実行する（Ａｃｔ４１４）。ここでは、エラーフラグが“２”とセットされているので、予め定められたエラーを報知する報知音及びハンディターミナルに備えられたＬＥＤを点灯表示させてエラー状態を報知する。なお、ここでのエラー報知は、先に詳述した送信キーの入力は行なったものの送信エラーとなった場合のエラー報知とは異なる報知が実行される。
【００４９】
その後、Ａｃｔ４１５にて、待ち時間“ｔ１”秒（すなわち、１２０秒）が経過してさらに “ｔ２”秒から“ｔ１”秒を差し引いた時間（ここでは、１８０秒から１２０秒を引いた６０秒）が経過したかを判断する。すなわち、Ａｃｔ４０８でタイマー４０が動作して計時を開始した時から待ち時間“ｔ２”秒（すなわち、１８０秒）に達したか否かを判定する。ＣＰＵ３１は、待ち時間“ｔ２”秒に達したと判定した場合、送信指示が所定時間されることがないことに起因した注文データの未送信状態を示すデータをオーダーステーション６に対して送信する（Ａｃｔ４１６）。つまり、（１）ハンディターミナル２の送信キーが押されることによりオーダー送信の指示があった場合に何らかの送信エラーが生じてオーダー（注文情報）が送信エラーとなり、オーダーステーション６にオーダーが送信されていない場合と（２）オーダー送信キーが押されることなく、オーダー送信の指示がない状態が継続し、未送信の状態となった場合であってこの状態からさらに所定の時間が経過した場合、とでオーダーステーション６に通知される情報は異なる情報であり、ハンディターミナル２で生じている未送信の原因を識別可能な形で情報送信する。
【００５０】
その後のＡｃｔ４１６以降の処理については、先に詳述した処理と同様であるため、説明は省略する。
【００５１】
図６は、本実施形態のオーダーステーション６が実行する処理を示したフローチャートである。以下の説明では、特に、図５に示すＡｃｔ４１６にてハンディターミナル２から未送信の状態を示すデータをオーダーステーション６が受信した場合について詳述する。
【００５２】
図３に示すオーダーステーション６のＣＰＵ５１は、ハンディターミナル２から送信されたデータを受信するまで待機する（Ａｃｔ６０１）。ＣＰＵ５１は、データを受信したことを検知すると（Ａｃｔ６０１のＹ）、この受信したデータが注文データであるか否かを判断し（Ａｃｔ６０２）、受信したデータが注文データであると判断した場合（Ａｃｔ６０２のＹ）、キッチンプリンタ３に対して、この受信した注文データに対応する注文伝票を発行する旨を指示する（Ａｃｔ６０２）。注文データは、ハンディターミナル２を介して入力された顧客情報としてのテーブル番号、人数、担当者およびオーダーされたメニュー（緑茶、コーヒー）である。
【００５３】
他方、オーダーステーション６のＣＰＵ５１は、Ａｃｔ６０２にてハンディターミナル２から送信されたデータを判断し、注文データではないと判定した場合（Ａｃｔ６０２のＮ）、この受信したデータが注文データ（注文情報）の未送信の状態であることを示す通知であるか否かを判断する（Ａｃｔ６０４）。そして、ＣＰＵ５１は、送信エラー又は未送信の状態となっている旨を示す送信データであると判定した場合（Ａｃｔ６０４のＹ）、キッチンプリンタ３に対して、ハンディターミナル２に未送信のデータが存在する旨を報知するための伝票を印字発行する旨を通知する（Ａｃｔ６０５）。なお、ＣＰＵ５１は、ハンディターミナル２に未送信のデータが存在する旨を報知するための印字データを作成して、キッチンプリンタに対してこの作成した印字データを送信してもよい。
【００５４】
オーダーステーション６のＣＰＵ５１から当該未送信のデータの存在を知らせるための伝票を印字発行する旨の通知を受けたキッチンプリンタ３は、この指示に応じて、例えば図７に示す形の所定の印字を行う。図７に示すキッチンプリンタ３から出力された伝票には、ハンディターミナル２に未送信データがある旨を知らせる「未送信データ有り」の文字とこの未送信データを有している対象のハンディターミナル２の番号「００１」、そして、確認キーが押された日時「２０１２／ｘｘ／ｄｄ ｈｈ：ｍｍ」が印字されている。さらには、再度の送信の実行を促す「未送信データがあります。再度送信を実行してください。」なる文字が印字されている。
【００５５】
厨房で従事する店員は、キッチンプリンタ３から印字発行された用紙を目視で確認することにより所定のハンディターミナル２に未送信データがあることを知ることが出来る。
【００５６】
なお、ＣＰＵ５１は、Ａｃｔ６０４にて受信したデータが注文情報の未送信の状態であることを示す通知であるか否かを判断し、注文情報の未送信の状態ではないと判定した場合（Ａｃｔ６０４のＮ）、受信したデータに応じた処理を実行する（Ａｃｔ６０６）。
【００５７】
以上、本実施の形態によれば、ハンディターミナルの送信キーが押されて送信が実行されたもののその後に何らかの通信障害が生じたことで、送信エラーとなった場合であっても、一定時間経過後に送信エラーが生じている旨がオーダーステーション６を介してキッチンプリンタ等の外部機器に通知されるので、オーダーの送信忘れ状態が長時間続くことを防止することができる。さらに、店員によるハンディターミナルの送信キーの押し忘れに起因したオーダー送信ミスが生じた場合であっても、一定時間経過後に未送信の状態が生じている旨がキッチンプリンタ等の外部機器に通知されるので、オーダーの送信忘れ状態が長時間続くことを防止することができる。
【００５８】
また、ハンディターミナルから通知される情報には、未送信状態に起因する情報を含んで外部機器に通知されるので、無線機器等の障害により未送信エラーとなった場合であるのか、または店員の送信キーの押し忘れによって未送信状態が発生した場合であるのか、を区別して報知することが出来る。
【００５９】
また、ハンディターミナルにおいては、外部機器に対して送信エラー又は未送信の状態が生じている旨を通知した後も、クリアキーが操作されない限りは、エラー報知状態が継続されているので、店員に対して未送信の状態があったことを知らせることができ、送信忘れが多い店員に対しては注意喚起を促すことが出来る。
【００６０】
本実施の形態では、送信エラーまたは未送信状態が生じている旨をキッチンプリンタに印字させて報知する形態にて説明したが、キッチンプリンタ３以外のＰＯＳ端末４やカスタマープリンタ５に対して通知を行なう形態であっても良い。また、キッチンプリンタ及びＰＯＳ端末等の複数の端末に報知する形態であっても良い。この場合、多数の外部機器に送信エラーまたは未送信状態が生じている旨を報知することが出来るので、多くの人に未送信状態を知らせることが出来、長時間の送信忘れ状態が生じて、来店客に迷惑をかけることを防止することができる。
【００６１】
本実施の形態では、図４、５のフローチャートでの説明に際して、確認キーの入力後にタイマーを作動させて計時を行なう形態を説明したが以下の形態としてもよい。例えば、来店客から注文を受けたメニューを店員がハンディターミナルを介して入力する場合において、店員が来店客からメニューを受けつけると、ハンディターミナルのＣＰＵはタイマーを動作させて計時を開始させる。そして、店員が次のメニューを受け付けると、ＣＰＵ３１は、それまで計時しているタイマー４０をリセットし、再度タイマー４０を動作させて計時をスタートさせる。そして、ハンディターミナル２のＣＰＵ３１は、最後にメニュー入力があった後、確認キーが押されない状態が所定時間が経過した場合に、未送信状態が生じている旨を無線部３８を介してオーダーステーション６に通知する形態としてもよい、この場合、店員がメニューの入力を受け付けるのみで確認キーを操作し忘れて、未送信の状態が生じてしまった場合となっても、一定時間が経過した後にオーダーステーション６に対して未送信状態が生じている旨が通知されるので、長時間の送信忘れ状態が生じることを防止することができる。
【００６２】
本実施の形態では、注文端末であるハンディターミナル２は、店員により携帯され操作が行なわれる注文端末として説明したが、これに限られることはない。すなわち、各テーブルにハンディターミナルが備えられることにより顧客用注文端末として使用されるものであってもよい。
【００６３】
以上、本発明の実施形態を説明したが、この実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。この新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。この実施形態は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００６４】
１  オーダーリングシステム
２  ハンディターミナル
３  キッチンプリンタ
４  ＰＯＳ端末
５  カスタマチェックプリンタ
６  オーダーステーション
３１  ＣＰＵ（ハンディターミナル）
３３  ＲＯＭ
３４  ＲＡＭ
５１  ＣＰＵ（オーダーステーション）
【図１】
0005586646.tif 000002
【図２】
0005586646.tif 000003
【図３】
0005586646.tif 000004
【図４】
0005586646.tif 000005
【図５】
0005586646.tif 000006
【図６】
0005586646.tif 000007
【図７】
0005586646.tif 000008