(57)【要約】【課題】メニュー品目の注文忘れを抑止する。【解決手段】実施形態の注文装置は、表示器と、表示制御手段と、受付手段と、送信手段と、カバー部材と、検出手段と、報知手段と、を備える。表示制御手段は、メニュー品目の一覧を表示器に表示する。受付手段は、表示器に表示されたメニュー品目の一覧から、いずれかのメニュー品目の指定を受け付ける。送信手段は、送信を行うための送信ボタンが押下された場合に、受付手段により指定を受け付けたメニュー品目を表した品目情報を外部装置に送信する。カバー部材は、指定の受け付けない時に受付手段を覆う、開閉可能とする。検出手段は、カバー部材の開閉を検出する。報知手段は、品目情報が送信手段により外部装置に送信されずに、検出手段によりカバー部材が閉じられたことを検出した場合に報知を行う。【選択図】図３
2014032549.tif 000002
【特許請求の範囲】
【請求項１】
表示器と、
メニュー品目の一覧を前記表示器に表示する表示制御手段と、
前記表示器に表示された前記メニュー品目の一覧から、いずれかのメニュー品目の指定を受け付ける受付手段と、
送信を行うための送信ボタンが押下された場合に、前記受付手段により指定を受け付けた前記メニュー品目を表した品目情報を外部装置に送信する送信手段と、
前記指定の受け付けない時に前記受付手段を覆う、開閉可能なカバー部材と、
前記カバー部材の開閉を検出する検出手段と、
前記品目情報が前記送信手段により前記外部装置に送信されずに、前記検出手段により前記カバー部材が閉じられたことを検出した場合に報知を行う報知手段と、
を備える注文装置。
【請求項２】
前記報知手段は、音の出力及びバイブレーションのうちいずれか一つ以上である、
請求項１に記載の注文装置。
【請求項３】
前記報知手段は、報知を開始した後、所定のボタンの押下を受け付けるまで報知し続ける、
請求項１又は２に記載の注文装置。
【請求項４】
前記報知手段は、さらに、前記品目情報が前記送信手段により前記外部装置に送信された後、前記外部装置から前記品目情報の送信で異常が生じたことを受け付けた場合に報知を行う、
請求項１乃至３のいずれか一つに記載の注文装置。
【請求項５】
前記報知手段は、さらに、前記品目情報が前記送信手段により前記外部装置に送信されずに、所定時間が経過した場合に報知を行う、
請求項１乃至４のいずれか一つに記載の注文装置。
【請求項６】
表示器と、
メニュー品目の一覧を表示器に表示する表示制御ステップと、
前記表示器に表示された前記メニュー品目の一覧から、いずれかのメニュー品目の指定を指定受付手段で受け付ける受付ステップと、
送信を行うための送信ボタンが押下された場合に、前記受付ステップにより指定を受け付けた前記メニュー品目を表した品目情報を外部装置に送信する送信ステップと、
前記指定の受け付けない時に前記受付手段を覆う、開閉可能なカバー部材の開閉を検出する検出ステップと、
前記品目情報が前記送信ステップにより前記外部装置に送信されずに、前記検出ステップにより前記カバー部材が閉じられたことを検出した場合に報知を行う報知ステップと、
をコンピュータに実行させるための注文受付プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、注文装置、及び注文受付プログラムに関する。
【背景技術】
【０００２】
従来、メニュー品目表示の一覧を表示し、その一覧中のメニュー品目表示の指定を受け付け、受け付けたメニュー品目の注文を管理するハンディターミナル等の注文装置がある。この注文装置を使用する場合、店員は、客が注文したメニュー品目に対応するメニュー品目表示を指定操作して、客の注文を入力する。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
このような従来技術の注文装置においては、注文を受け付けた後、オーダーを受け付ける装置に対して、注文されたメニュー品目を送信し忘れた場合、所定時間経過後に数秒間警告音が鳴っていた。しかしながら、店員がその警告音に気づかない場合、再度報知することは行われないため、客の注文を受け付けていないという状況が生じる可能性がある。
【課題を解決するための手段】
【０００４】
実施形態の注文装置は、表示器と、表示制御手段と、受付手段と、送信手段と、カバー部材と、検出手段と、報知手段と、を備える。表示制御手段は、メニュー品目の一覧を表示器に表示する。受付手段は、表示器に表示されたメニュー品目の一覧から、いずれかのメニュー品目の指定を受け付ける。送信手段は、送信を行うための送信ボタンが押下された場合に、受付手段により指定を受け付けたメニュー品目を表した品目情報を外部装置に送信する。カバー部材は、指定の受け付けない時に受付手段を覆う、開閉可能とする。検出手段は、カバー部材の開閉を検出する。報知手段は、品目情報が送信手段により外部装置に送信されずに、検出手段によりカバー部材が閉じられたことを検出した場合に報知を行う。
【図面の簡単な説明】
【０００５】
【図１】図１は、店舗システム１を概略的に示すシステム構成図である。
【図２】図２は、ハンディターミナル１０１を示す正面図である。
【図３】図３は、ハンディターミナル１０１の電気的接続を示すブロック図である。
【図４】図４は、本実施形態にかかるハンディターミナルの機能構成を示す図である。
【図５】図５は、本実施形態にかかるハンディターミナル１０１における報知が行われるまでの一例を示した図である。
【図６】図６は、本実施の形態にかかるハンディターミナル１０１、オーダステーション５０１、及びキッチンプリンタ２０１における全体的な処理の手順を示すフローチャートである。
【発明を実施するための形態】
【０００６】
以下、図面を参照して、実施形態について詳細に説明する。
【０００７】
（第１の実施形態）
図１は、店舗システム１を概略的に示すシステム構成図である。図１に示すように、店舗システム１は、注文端末としての複数のハンディターミナル１０１と、キッチンプリンタ２０１と、カスタマチェックプリンタ４０１と、ＰＯＳ（Point  of  Sales：販売時点管理）端末３０１と、オーダステーション５０１と、無線中継器６０１と、を備える。  
【０００８】
ＰＯＳ端末３０１、オーダステーション５０１、キッチンプリンタ２０１、およびカスタマチェックプリンタ４０１は、通信ケーブル１５を介して互いにデータ通信可能に接続されている。また、通信ケーブル１５には、店舗の天井に設置された無線中継器６０１が接続されている。ハンディターミナル１０１は、無線中継器６０１を介して、ＰＯＳ端末３０１、オーダステーション５０１、キッチンプリンタ２０１、およびカスタマチェックプリンタ４０１と無線によるデータ通信を可能とする。このような店舗システム１は、通信ネットワーク１３を介して（図示しない）本部システムと接続されている。
【０００９】
ＰＯＳ端末３０１は、コンピュータ構成の制御部を備え、会計処理等の処理を行う。この制御部には、バスラインを介して、ハードディスクドライブ装置と通信インターフェースとが接続されている。通信インターフェースは、通信ケーブル１５を介して、キッチンプリンタ２０１、カスタマチェックプリンタ４０１、オーダステーション５０１、および無線中継器６０１との間でのデータ通信を可能とする。このＰＯＳ端末３０１の制御部は、本部システムから配信されるメニューマスタを受信し、受信したメニューマスタを自機のハードディスクドライブ装置に格納する。そして、ＰＯＳ端末３０１の制御部は、格納したメニューマスタを、ハンディターミナル１０１やオーダステーション５０１へ配信する。
【００１０】
図２は、ハンディターミナル１０１を示す正面図である。図２に示すように、ハンディターミナル１０１は、左ユニット１０２と右ユニット１０３とを有する。左ユニット１０２と右ユニット１０３とは、ヒンジ１０４によって回動開閉可能に連結されている。ハンディターミナル１０１は、携帯型の注文装置であり、店員に携帯されて使用される。
【００１１】
左ユニット１０２の筐体１０２ａには、表示器１２１が設けられている。表示器１２１は、例えば液晶表示器である。表示器１２１の表示面には、タッチパネル１２２が積層して取り付けられている。タッチパネル１２２の下段側（図２中下側）の部分には、このタッチパネル１２２に重ねられてキーシート１２３が設けられている。キーシート１２３は、数字を表示するテンキー１２３ａ、上下の矢印を表示する矢印キー１２３ｂ、「クリア」と表示されたクリアキー１２３ｃ、および「送信」と表示された送信キー１２３ｄ等を含む。
【００１２】
さらに、左ユニット１０２の筐体１０２ａには、右ユニット１０３が閉じられているか否かを検出する開閉検出機構１０５が設けられている。本実施形態にかかる開閉検出機構１０５は、スイッチ形状となっており、押下されているか否かを検出することで、右ユニット１０３が閉じているか否かを検出する。
【００１３】
右ユニット１０３は、キーボード１３１又はタッチパネル１２２からメニュー品目等のステイを受け付けないときには誤入力を抑止するために左ユニット１０２をカバーする、開閉可能なカバー部材とする。さらに、右ユニット１０３は、複数個のキーを有するキーボード１３１が設けられている。キーは、「和善」等の上位メニューを表示する文字が印刷された複数個の上位メニューキー１３１ａ、「Ｅｎｔｅｒ」という文字が印刷されたエンターキー１３１ｅ等である。
【００１４】
図３は、ハンディターミナル１０１の電気的接続を示すブロック図である。図３に示すハンディターミナル１０１は、表示器１２１と、タッチパネル１２２と、キーボード１３１と、表示コントローラ１６２と、タッチパネルコントローラ１６１と、キーボードコントローラ１６３と、ＲＯＭ１５４と、ＲＡＭ１５５と、不揮発性メモリ１５６と、開閉検出機構１０５と、無線通信Ｉ／Ｆ１６４と、無線部１６５と、アンテナ１６６と、を備える。
【００１５】
そして、ＣＰＵ１５２と、表示コントローラ１６２と、タッチパネルコントローラ１６１と、キーボードコントローラ１６３と、ＲＯＭ１５４と、ＲＡＭ１５５と、不揮発性メモリ１５６と、開閉検出機構１０５と、無線通信Ｉ／Ｆ１６４とは、バスライン１５３を介して接続されている。
【００１６】
ハンディターミナル１０１は、ＣＰＵ１５２に、バスライン１５３を介してＲＯＭ１５４とＲＡＭ１５５とが接続されて構成されたコンピュータである。ＣＰＵ１５２は、注文受付プログラムに従って各種の演算やハンディターミナル１０１の各部の制御を行う。ＲＡＭ１５５は、ハンディターミナル１０１の作業領域として用いられる。ＲＯＭ１５４は、ＣＰＵ１５２を動作させる注文受付プログラム等の固定的情報を予め記憶する。ＲＡＭ１５５は、各種データを書き換え可能に記憶する。
【００１７】
タッチパネルコントローラ１６１は、バスライン１５３を介して、タッチパネル１２２からの入力信号をＣＰＵ１５２に出力する。表示コントローラ１６２は、画像データに基づいて表示器１２１を駆動制御し、画像データに応じた画像を表示器１２１に表示させる。キーボードコントローラ１６３は、キーボード１３１からの入力信号をＣＰＵ１５２に出力する。無線通信Ｉ／Ｆ（インターフェース）１６４は、無線部１６５を駆動制御する。
【００１８】
開閉検出機構１０５は、ハンディターミナル１０１の右ユニット１０３が閉じているか否かを検出し、当該検出結果を示す信号（検出結果信号）をＣＰＵ１５２に出力する。
【００１９】
なお、本実施形態は、開閉検出機構１０５が有するスイッチ機構により、右ユニット１０３が閉じているか否かを検出する例について説明した。しかしながら、カバーとなる右ユニット１０３の開閉検出をスイッチ機構に制限するものではなく、カバーの開閉を検出できる手法であればよい。例えば光センサや磁気センサを用いて開閉を検出しても良い。
【００２０】
無線部１６５は、アンテナ１６６を介して無線中継器６０１との間で無線通信を実行する。ハンディターミナル１０１のＣＰＵ１５２が生成する注文データ等の各種情報は、無線部１６５から無線中継器６０１に送信される。ハンディターミナル１０１のＲＡＭ１５５には、ＰＯＳ端末３０１から無線中継器６０１を介して配信されるメニューマスタが記憶される。
【００２１】
オーダステーション５０１は、制御部を備える。この制御部には、バスラインを介して、ハードディスクドライブ装置と通信インターフェースとが接続されている（いずれも図示せず）。通信インターフェースは、通信ケーブル１５を介して、キッチンプリンタ２０１、ＰＯＳ端末３０１、カスタマチェックプリンタ４０１、および無線中継器６０１との間でのデータ通信を可能とする。ハードディスクドライブ装置には、ＰＯＳ端末３０１から配信されるメニューマスタが格納される。さらに、ハードディスクドライブ装置には、注文ファイルが格納されている。注文ファイルは、ハンディターミナル１０１から送信される注文データを記憶するファイルである。また、オーダステーション５０１は、注文ファイルを用いて、メニュー品目の在庫数を求める。そして、在庫が無くなった（品切れとなった）メニュー品目を検出した場合、当該メニュー品目が在庫切れである旨の在庫切れ情報を各ハンディターミナル１０１に送信する。
【００２２】
次に、ハンディターミナル１０１のＣＰＵ１５２が注文受付プログラムに従って実行する注文処理について説明する。
【００２３】
図４は、本実施形態にかかるハンディターミナルの機能構成を示す図である。図４に示されるように、ハンディターミナル１０１のＣＰＵ１５２は、注文受付プログラムに従うことで、受信制御部１７１と、送信制御部１７２と、表示制御部１７３と、受付部１７４と、検出制御部１７５と、判定部１７６と、報知部１７７として動作する。
【００２４】
受信制御部１７１は、無線通信Ｉ／Ｆ１６４を介して接続された外部装置からのデータの受信制御を行う。例えば、受信制御部１７１は、ＰＯＳ端末３０１から配信されたメニューマスタを受信制御する。受信したメニューマスタは、ＲＡＭ１５５に格納される。
【００２５】
表示制御部１７３は、表示コントローラ１６２を介して、メニューマスタに基づいたメニュー品目の一覧を表示器１２１に表示制御する。
【００２６】
受付部１７４は、店員からの様々な指定を受け付ける。例えば、受付部１７４は、表示器１２１に表示されたメニュー品目の一覧から、客からのオーダーに従って、いずれかのメニュー品目の指定を受け付ける。メニュー品目の指定は、図２に示すキーボード１３１や、タッチパネル１２２を介して行われる。
【００２７】
そして、ハンディターミナル１０１は、受付部１７４がメニュー品目の指定を受け付けた後、指定を受け付けたメニュー品目を表した品目情報を、外部装置であるオーダステーション５０１に送信するための送信キー１２３ｄの押下を受け付ける。
【００２８】
そして、送信制御部１７２は、無線通信Ｉ／Ｆ１６４を介して接続された外部装置に対してデータの送信制御を行う。例えば、送信制御部１７２は、送信キー１２３ｄが押下された場合に、受付部１７４により指定を受け付けたメニュー品目を表した品目情報を、オーダステーション５０１に送信する。
【００２９】
検出制御部１７５は、開閉検出機構１０５から出力される信号に基づいて、ハンディターミナル１０１の右ユニット１０３が閉じているか否かを検出制御する。
【００３０】
判定部１７６は、報知を行うか否かの判定を行う。本実施形態では、オーダステーション５０１に、指定を受け付けたメニュー品目を示す情報が伝達せずに放置されたか否かを判定する。本実施形態では、伝達されずに放置されたか否かの基準として、メニュー品目の指定を開始してから、送信キー１２３ｄが押下されてない状態で、他のキー入力が行われず所定時間が経過した場合、又は送信キー１２３ｄの押下がされていない状態で、右ユニット１０３を閉じたことを検出した場合とする。なお、本実施形態は、所定時間として、デフォルト値として５０秒が設定されている例とするが、利用者に要求に従って、所望の値に変更可能とする。
【００３１】
さらに、判定部１７６は、オーダステーション５０１からの送信結果が異常であるか否かを判定する。
【００３２】
報知部１７７は、判定部１７６による判定結果に基づいて報知を行う。本実施形態では、報知部１７７は、送信制御部１７２によりメニュー品目を表す情報の送信が行われていない場合や、オーダステーション５０１からの送信結果が異常だと判定された場合に、報知を行う。報知部１７７による報知手法としては、音の出力及びバイブレーションのうちいずれか一つ以上とする。
【００３３】
つまり、従来は、メニュー品目の指定を受け付けてから送信キー１２３ｄの押下が行われず、一定時間入力がない場合に異常が生じたものとして、数秒間報知を行っていた。これに対して、本実施形態では、送信キー１２３ｄの押下がなされずに、右ユニット１０３が閉じた場合に、報知を行うこととした。これにより、迅速に店員に送信忘れを認識させることができる。
【００３４】
ところで、従来からハンディターミナルは、利用された後、店員のポケット等に収納される傾向にある。この場合、音や表示のみでは、店員が気づかない可能性がある。そこで、本実施形態では、収納された後でも、エラーが生じていることを店員に認識させることを容易にするため、本実施形態にかかる報知部１７７は、バイブレーションによる報知を可能とした。これにより、ハンディターミナル１０１がポケット等に収納された場合でも、店員にエラーが生じていることを認識させることが可能となる。
【００３５】
図５は、本実施形態にかかるハンディターミナル１０１における報知が行われるまでの一例を示した図である。図５の（１）に示す様に、キーボード１３１又はタッチパネル１２２からメニュー品目の指定を受け付ける。その後、図５の（２）に示す様に、送信キー１２３ｄの押下が行われずに、右ユニット１０３で、左ユニット１０２を閉じたものとする。その際、検出制御部１７５が閉じたことを検出した後、報知部１７７により、音出力及びバイブレーションによる報知が行われる。これにより、店員は、送信忘れを認識することができる。
【００３６】
さらには、本実施形態にかかるハンディターミナル１０１では、報知部１７７が報知を開始した後、クリアキー１２３ｃの押下を受け付けるまで報知し続ける。つまり、従来は、メニュー品目の送信が行われずに報知が開始された際、数秒で報知が終了している場合が多かった。これに対して、本実施形態では、クリアキー１２３ｃの押下を受け付けるまで、報知を継続させることで、店員に送信忘れ等のエラーを認識させることができる。
【００３７】
次に、本実施の形態にかかるハンディターミナル１０１、オーダステーション５０１、及びキッチンプリンタ２０１における、全体的な処理の流れについて説明する。図６は、本実施の形態にかかるハンディターミナル１０１、オーダステーション５０１、及びキッチンプリンタ２０１における全体的な処理の手順を示すフローチャートである。
【００３８】
まず、ハンディターミナル１０１が、アイドル中とする（ステップＳ６０１）。次に、受付部１７４が、キーボード１３１又はタッチパネル１２２を介して、メニュー品目の指定を受け付ける（ステップＳ６０２）。その後、判定部１７６が、送信キー１２３ｄが押下されたか否かを判定する（ステップＳ６０３）。
【００３９】
判定部１７６が、送信キー１２３ｄを押下されたと判定した場合（ステップＳ６０３：Ｙｅｓ）、送信制御部１７２が、指定を受け付けたメニュー品目を表した情報を、オーダステーション５０１に送信する制御を行う（ステップＳ６０４）。
【００４０】
オーダステーション５０１では、最初、ハンディターミナル１０１からの情報を受信待ちしている（ステップＳ６２１）。そして、オーダステーション５０１は、ハンディターミナル１０１からステップＳ６０４で送信された、メニュー品目を表した情報を受信する（ステップＳ６２２）。
【００４１】
そして、オーダステーション５０１は、ステップＳ６２２のハンディターミナル１０１との間の通信結果を、ハンディターミナル１０１に送信する（ステップＳ６２３）。
【００４２】
その後、オーダステーション５０１は、通信結果が正常であったか否かを判定する（ステップＳ６２４）。正常でないと判定した場合（ステップＳ６２４：Ｎｏ）、ステップＳ６２１の受信待ち状態となる。
【００４３】
一方、オーダステーション５０１で、通信結果が正常であると判定した場合（ステップＳ６２４：Ｙｅｓ）、キッチンプリンタ２０１に対して、伝票印字の依頼を送信処理する（ステップＳ６２５）。その後、ステップＳ６２１の受信待ち状態となる。
【００４４】
キッチンプリンタ２０１では、最初、依頼の受信待ち状態とする（ステップＳ６３１）。その後、オーダステーション５０１から伝票印字の依頼を受信した場合（ステップＳ６３２）に、伝票を印字する（ステップＳ６３３）。
【００４５】
一方、ハンディターミナル１０１では、ステップＳ６０４の送信制御の後、受信制御部１７１が、オーダステーション５０１から、通信結果を受信する制御を行う（ステップＳ６０５）。そして、判定部１７６が、通信結果において、注文メニューの送信がエラーであったか否かを判定する（ステップＳ６０６）。送信がエラーでなく正常に行われたと判定した場合（ステップＳ６０６：Ｎｏ）、再びステップＳ６０１のアイドル中の状態となる。送信がエラーであったと判定された場合（ステップＳ６０６：Ｙｅｓ）、ステップＳ６０９に移行する。
【００４６】
また、判定部１７６が、送信キー１２３ｄを押下されなかったと判定した場合（ステップＳ６０３：Ｎｏ）、右ユニット１０３を閉じたか否かを判定する（ステップＳ６０７）。右ユニット１０３が閉じていると判定した場合（ステップＳ６０７：Ｙｅｓ）、ステップＳ６０９に移行する。
【００４７】
一方、ステップＳ６０７で判定部１７６が、右ユニット１０３を閉じていないと判定した場合（ステップＳ６０７：Ｎｏ）、所定時間を経過したか否かを判定する（ステップＳ６０８）。所定時間を経過していないと判定した場合（ステップＳ６０８：Ｎｏ）、ステップＳ６０３の送信キー１２３ｄが押下されたか否かの判定から処理を行う。
【００４８】
そして、判定部１７６が、ステップＳ６０８で所定の時間を経過したと判定した場合（ステップＳ６０８：Ｙｅｓ）、ステップＳ６０７で右ユニット１０３を閉じたと判定した場合（ステップＳ６０７：Ｙｅｓ）、又はステップＳ６０６で送信がエラーであったと判定された場合（ステップＳ６０６：Ｙｅｓ）、報知部１７７が報知を開始する（ステップＳ６０９）。
【００４９】
その後、受付部１７４が、クリアキー１２３ｃの押下を受け付けた否かを検出する（ステップＳ６１０）。押下を受け付けていない場合（ステップＳ６１０：Ｎｏ）、押下を受け付けるまで報知を継続する。
【００５０】
一方、受付部１７４が、クリアキー１２３ｃの押下を受け付けた場合（ステップＳ６１０）。報知部１７７は、報知を停止して（ステップＳ６１１）、ステップＳ６０２から処理を再開する。
【００５１】
上述した処理手順により、指定された注文メニューの送信忘れを抑止できる。さらには、送信エラーが生じた場合に再送を促すことが可能となる。
【００５２】
なお、本実施形態にかかるハンディターミナル１０１では、セルフモード時においては、オプション項目「セルフモード時のオーダー未送信防止機能」で報知を行うか否かを設定可能とする。これにより、ユーザの要求に応じて、報知を行うか否かを設定できる。
【００５３】
本実施形態では、報知部１７７による報知手法として、バイブレーションによる報知と、音出力による報知と、を行う例について説明した。音出力手法としては、ＢｅｅＰ音でもよいし、音声データ（例えばwavデータ）を用いた音出力でも良い。また、出力する音の種類を設定可能としても良い。さらに報知部１７７が報知する際の音量は、段階的に大きくする。例えば、間欠音を五回鳴らす毎に音量を一つ上げていき、最大音量になった場合に継続して鳴らせ続ける等が考えられる。
【００５４】
バイブレーションによる報知では、オプション項目によりバイブレーションを使用するか否かを切り替えることができる。振動パターンは、一種類でも良いし、複数種類から選択可能にしても良い。なお、セルフモードの場合には、バイブレーションを使用させないようにしても良い。
【００５５】
（変形例）
上述した実施形態では、報知部１７７による報知手法として、バイブレーション及び音出力を用いる場合について説明した。しかしながら、上述した実施形態は、バイブレーション及び音出力による報知に制限するものではない。そこで、変形例としては、ハンディターミナル１０１に設けられたＬＥＤを点灯させることが考えられる。これにより、店員は、ハンディターミナル１０１を遠くから視認する場合でも、エラーが生じているか否かを把握することができる。報知手法は、店員に認識させる手法であればよく、他の報知手法を用いても良い。
【００５６】
また、注文装置として、携帯型のもの（ハンディターミナル１０１）を例に説明したが、これに限るものではなく、他の態様であっても良い。
【００５７】
以上説明したとおり、上記の実施形態によれば、ハンディターミナル１０１において、客からの注文忘れを抑止できる。
【００５８】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００５９】
１０１…ハンディターミナル（注文装置）、１０２…左ユニット、１０３…右ユニット、１０５…開閉検出機構、１２１…表示器、１２２…タッチパネル、１２３…キーシート、１２３ａ…テンキー、１２３ｂ…矢印キー、１２３ｃ…クリアキー、１２３ｄ…送信キー、１３１ｅ…エンターキー、１７１…受信制御部、１７２…送信制御部、１７３…表示制御部、１７４…受付部、１７５…検出制御部、１７６…判定部、１７７…報知部
【先行技術文献】
【特許文献】
【００６０】
【特許文献１】特開平４−１０９３９６号公報
【図１】
2014032549.tif 000003
【図２】
2014032549.tif 000004
【図３】
2014032549.tif 000005
【図４】
2014032549.tif 000006
【図５】
2014032549.tif 000007
【図６】
2014032549.tif 000008