JP5789941B2

JP5789941B2 - 携帯端末装置及びプログラム

Info

Publication number: JP5789941B2
Application number: JP2010207432A
Authority: JP
Inventors: 池田　亨; 亨池田
Original assignee: Casio Computer Co Ltd
Current assignee: Casio Computer Co Ltd
Priority date: 2010-09-16
Filing date: 2010-09-16
Publication date: 2015-10-07
Anticipated expiration: 2030-09-16
Also published as: JP2012063965A

Description

本発明は、携帯端末装置及びプログラムに関する。

飲食店等の店舗で使用されるオーダエントリシステムにおいて、店員（ユーザ）は、ハンディターミナルなど、オーダ入力用の携帯端末装置を用いてゲストの注文を受付ける。また、オーダエントリシステムにおいて、厨房にいるユーザは、注文されたメニューの調理が完了した場合又は当該メニューの品切れが発生した場合などに、厨房用の携帯端末装置を用いて、その旨をオーダ入力用の携帯端末装置のユーザに伝える。
つまり、従来のオーダエントリシステムにおいて、ゲストのいるフロア部ではオーダ入力用の携帯端末装置が使用される一方、厨房ではオーダ入力用とは機能や操作方法の異なる厨房用の携帯端末装置が使用されていた。

ところで、比較的小型な店舗等において、フロア部でゲストの注文を受付けるユーザと、注文されたメニューを調理するユーザとが同一である場合は、往々にしてある。また、例えば、同一のユーザが、注文を受付ける作業と、注文されたメニューを調理する作業と、を時間交代制などで交互に担当する場合もある。このような場合、上記機能や操作方法の異なるオーダ入力用と厨房用との２種類の携帯端末装置を同一ユーザが担当する作業に応じて使い分けなくてはならない。そのため、ユーザが２種類の携帯端末装置それぞれの機能や操作方法に習熟していなければならないため、ユーザに携帯端末装置の操作負担が生じるとともに、店舗内に２種類の携帯端末装置を配備しなければならないため、店舗のコスト負担にも繋がる。

そこで、例えば、サーバとＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）で接続されたクライアント装置であって、必要に応じてサーバに備わるデータベースより客席端末用プログラム、厨房端末用プログラム、配膳端末用プログラム、又は会計端末用プログラム、の何れかを取得することにより、客席用、厨房用、配膳用、又は会計用の携帯端末装置として使用できるものが知られている（特許文献１参照）。

特開２００４−１６４１１８号公報

しかしながら、上記特許文献１に記載の発明によると、クライアント装置を何れかの種類の携帯端末装置として使用する場合、各種類における操作画面が種類に応じてそれぞれ異なったものであるため、依然としてユーザは各種類の携帯端末装置の機能や操作方法に習熟していなければならない。つまり、上記特許文献１に記載の発明は、ユーザに携帯端末装置の操作負担をもたらすという問題がある。

本発明の課題は、ユーザに操作負担をもたらすことなく、オーダ入力処理とオーダ完了処理とを１台で実現できるようにすることである。

請求項１は、複数のメニューキー項目が配列表示され、そのメニューキー項目の何れかに対するキー選択操作でそのメニューキー項目に対する選択入力処理を行う携帯端末装置であって、オーダ入力を行う入力モードと、オーダに対する完了処理を行う完了モードと、を任意に切り替える切替手段と、前記入力モードにおいて、前記配列表示される各メニューキー項目の内の何れかに対するキー選択操作が行われた際は、その選択されたメニューキー項目を特定し、その特定されたメニューキー項目をオーダ情報として記憶手段に記憶させる入力処理を行うオーダ入力手段と、前記完了モードにおいて、前記配列表示される各メニューキー項目の内の何れかに対するキー選択操作が行われた際は、その選択されたメニューキー項目を特定すると共に、その特定されたメニューキー項目に対応して前記記憶手段に記憶されたオーダ情報の内でオーダ処理の完了していない未処理のオーダ情報を検索する検索手段と、前記検索手段により検索された前記オーダ情報に対してオーダ処理の完了を更新記憶させる完了処理を行うオーダ完了手段と、を具備したことを特徴とする。

本発明によれば、ユーザに操作負担をもたらすことなく、オーダ入力処理とオーダ完了処理とを１台で実現できる。

本発明の実施形態に係るオーダエントリシステムの基本構成を例示する模式図である。図１に示すハンディターミナルの基本構成を例示する模式図である。図２に示すハンディターミナルにブックレットが装着された状態を例示する模式図である。シート面の各キー入力エリアと、メニューキー部のメニューキーと、の対応関係を模式的に説明するための図である。本発明の実施形態に係るハンディターミナルのブロック図である。オーダ入力用のブックレットに備わるシート面を例示する図である。厨房用のブックレットに備わるシート面を例示する図であり、（i）は出来上がり面を、（ii）は品切れ面を、それぞれ示す。図７のシート面において、ゲストに注文されたメニューの表示状態が強調状態にある場合を例示する図であり、（i）は出来上がり面を、（ii）は品切れ面を、それぞれ示す。実施形態１に係るハンディターミナルが実行する設定処理を説明するためのフローチャートである。設定処理の実行時に表示部に表示される画面を例示する図であり、（i）は動作モード設定画面、（ii）は動作モード一覧画面をそれぞれ示す。ハンディターミナルが実行するキー入力処理を説明するためのフローチャートである。ハンディターミナルが実行するキー入力処理を説明するためのフローチャートである。出来上がり確認リストを説明するための図であり、（i）は「天セイロそば」のメニューキーがキー入力される前の状態を、（ii）は「天セイロそば」のメニューキーがキー入力された後の状態を、模式的に表す。図６のシート面において、ゲストに注文されたメニューにサブメニューが存在する場合に、当該サブメニューの表示状態を強調状態に切換えたパターンを例示する図である。ハンディターミナルが実行する調理完了情報受信処理を説明するためのフローチャートである。オーダ入力用モードのハンディターミナルが調理完了情報を取得した際に、表示部に表示される報知画面を例示する図である。ハンディターミナルが実行する品切れ情報受信処理を説明するためのフローチャートである。ハンディターミナルが実行する取消情報受信処理を説明するためのフローチャートである。出来上がり確認リストを説明するための図であり、（i）は取消情報を受信する前の状態を、（ii）は取消情報に含まれるメニューの取消フラグを１に書き換えた後の状態を、模式的に表す。変形例１に係るハンディターミナルが実行する設定処理を説明するためのフローチャートである。

以下、本発明について、図面を用いて具体的な態様を説明する。ただし、発明の範囲は図示例に限定されない。

図１は、本発明の実施形態に係るオーダエントリシステムの基本構成を例示する模式図である。本実施形態に係るオーダエントリシステム１０００は、飲食店等で用いられ、図１に示すように、複数のハンディターミナル１と、コントローラ１２００と、プリンタ１１００と、などからなる。
コントローラ１２００は、無線通信により、ハンディターミナル１より受信した情報を、当該ハンディターミナル１以外の他のハンディターミナル１へ一斉送信する。つまり、複数のハンディターミナル１は、コントローラ１２００を介して、無線通信により相互に通信可能に構成される。
プリンタ１１００は、ハンディターミナル１を介してユーザより注文されたメニューなどを伝票として印刷処理する。

図２は、図１に示すハンディターミナル１の基本構成を例示する模式図である。
ハンディターミナル１は、図２に示すように、本体部２と蓋部３がヒンジ部４ａ，４ｂを介して連結された形状からなる。そして、ハンディターミナル１は、当該ヒンジ部４ａ，４ｂのＹ軸回りの回転に応じて閉じた状態と開いた状態とが切換えられる。さらに、ハンディターミナル１は、当該ヒンジ部４ａとヒンジ部４ｂ間に形成されるＹ軸方向の隙間部分４ｃに、ブックレット５００のブックレットヒンジ部５０５が嵌め込まれることで、図３に示すように、ブックレット５００が装着される。

ここで、ブックレット５００は、図２に示すように、略矩形状からなるブックレットシートが複数頁分（図２ではブックレットシート５０１〜５０４の４頁分）、ブックレットヒンジ部５０５により冊子状に綴られる。そして、ブックレット５００は、当該ブックレットヒンジ部５０５を介してユーザによるめくり操作が可能に構成される。
さらに、各ブックレットシート５０１〜５０４の片面又は両面には、メニューが印字されたシート面５１０が複数（ブックレットシート５０１：１面、ブックレットシート５０２及びブックレットシート５０３：２面、ブックレットシート５０４：１面、の計６面）形成されている。以下では、ユーザのめくり操作により、６面のシート面５１０の中で、本体部２側及び蓋部３側の上端に表示されるシート面５１０を表示面、と定義する。
また、ブックレットシート５０２及び５０３のＸ軸方向の一方の端部には、Ｙ軸方向に沿って第１磁石５０２ａ及び第２磁石５０３ａが、各々のＹ軸方向位置が相違するように取り付けられている。

以下、ハンディターミナル１に備わる各部構成について説明する。
図３は、図２に示すハンディターミナル１にブックレット５００が装着された状態を例示する模式図である。ハンディターミナル１は、図２及び図３に示すように、表示部１０（設定部、指定部）と、固定キー部２０（設定部、指定部、キー入力部）と、着脱部４０（設定部）と、表示面特定部５０と、メニューキー部６０（キー入力部、表示状態切換部）と、を含んで構成される。

表示部１０は、ＬＣＤ（ＬiｑｕiｄＣｒｙｓｔａｌＤiｓｐｌａｙ）、ＥＬＤ（ＥｌｅｃｔｒｏＬｕｍiｎｅｓｃｅｎｔＤiｓｐｌａｙ）等により構成され、各種文字や画像などからなる表示データを表示する表示処理を行う。

固定キー部２０は、送信キー２１、テンキー、カーソルキー、電源キー、各種ファンクションキー、等を含んで構成される固定キーであり、当該固定キーの押下操作による操作信号を後述の制御部１００に出力する。ここで、送信キー２１は、ハンディターミナル１がゲストより受けたメニューの注文を後述する注文情報として他のハンディターミナル１へ送信するためのキーである。

着脱部４０は、ヒンジ部４ａ，４ｂと、当該ヒンジ部４ａ，４ｂ間に形成されるＹ軸方向の隙間部分４ｃと、を含んで構成される。そして、着脱部４０は、ブックレットヒンジ部５０５を隙間部分４ｃ間に収まるように配設させることで、ブックレット５００をハンディターミナル１に装着させる。また、着脱部４０は、隙間部分４ｃの下方にホール素子等の磁気センサ（図示省略）を備えている。そして、ブックレット５００がハンディターミナル１に装着されると、ブックレットヒンジ部５０５内に取り付けられた磁石（図示省略）の磁気を当該磁気センサが検知し、制御部１００へ所定の検知信号を出力する。そのため、制御部１００は、当該検知信号によりブックレット５００の着脱状態を検知することができる。

表示面特定部５０は、ホール素子等からなる磁気センサ５１〜５４を含む。磁気センサ５１〜５４は、それぞれ、ブックレット５００がめくり操作されることで、第１磁石５０２ａ、第２磁石５０３ａが本体部２側又は蓋部３側に移動した際に、当該第１磁石５０２ａ、第２磁石５０３ａの下面に当接する位置に設けられる。そして、表示面特定部５０は、ブックレット５００がめくり操作された際、第１磁石５０２ａが磁気センサ５１と磁気センサ５３の何れに当接し、第２磁石５０３ａが磁気センサ５２と磁気センサ５４の何れに当接するか、に応じて異なる出力信号を制御部１００へ出力する。そのため、制御部１００は、当該出力信号に応じて、本体部２と蓋部３それぞれの表示面を特定できる。

図４は、ブックレット５００のシート面５１０の各キー入力エリアと、メニューキー部６０のメニューキー６１との対応関係を模式的に説明するための図である。
メニューキー部６０は、装着された状態にあるブックレット５００（ブックレットシート）の下面に設けられる。メニューキー部６０は、図２に示すように、本体部２側及び蓋部３側の双方に亘ってマトリクス状に配置された複数のメニューキー６１を備える。
そして、各メニューキー６１には、図４に示すように、本体部２及び蓋部３側それぞれにおいて番号が割り振られており、キー入力されると当該番号に応じた出力信号を制御部１００へ出力する。

ここで、ブックレットシートのシート面５１０は、図４に示すように、各メニューキー６１と対応するように複数のメニューエリア５１１を備えて構成される。そして、各メニューエリア５１１には、メニューの品目などが印字されている。
そのため、例えば、メニューエリア５１１１及びその下方のメニューキー６１１がキー入力されると、メニューキー部６０が本体部２の１９番のメニューキー６１であることを示唆する出力信号を制御部１００へ出力する。すると、制御部１００は、表示面特定部５０により現在の本体部２側の表示面を特定できるので、予め各番号に対応するメニューがシート面５１０単位で記憶されたメニューテーブルを後述するＲＯＭ１３０より抽出し、１９番のメニューを参照することで、キー入力されたメニューを特定できる。

また、各メニューキー６１の下方には、制御部１００による制御の下、適宜に点灯と消灯とを切換え可能なＬＥＤ６２（ＬiｇｈｔＥｍiｔｔiｎｇＤiｏｄｅ）が設けられる。そのため、制御部１００があるＬＥＤ６２を点灯することで、当該ＬＥＤ６２の上方に位置する特定のメニューエリア５１１（に印字されたメニュー）を照光することができるので、状況に応じて特定のメニューの表示状態を強調する（通常状態から強調状態に切換える）ことが可能となる。反対に、制御部１００が当該ＬＥＤ６２を消灯することで、特定のメニューの表示状態を強調状態から通常状態に切換えることができる。

次に、図５に示すハンディターミナル１のブロック図を参照して、ハンディターミナル１の機能的構成について説明する。

図５は、本発明の実施形態に係るハンディターミナル１のブロック図である。
ハンディターミナル１は、図５に示すように、ハンディターミナル１を統括制御する制御部１００（設定部、指定部、特定部）を備える。そして、制御部１００は、通信部１５０（送受信部）と、音声出力部１６０と、表示部１０と、固定キー部２０と、着脱部４０と、表示面検知部５０と、メニューキー部６０と、接続される。

制御部１００は、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓiｎｇＵｎiｔ）１１０と、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）１２０と、ＲＯＭ（Ｒｅａｄ
ＯｎｌｙＭｅｍｏｒｙ）１３０と、を含んで構成され、ハンディターミナル１の各部を統括制御する。

ＣＰＵ１１０は、ハンディターミナル１の各部から入力される入力信号に応じて、ＲＯＭ１３０に記憶された各種プログラム（プログラムコード）を実行するとともに、実行にかかるプログラムに基づいて各部に出力信号を出力することにより、ハンディターミナル１の動作全般を統括制御する。

ＲＡＭ１２０は、ＣＰＵ１１０によって実行される処理プログラムなどを展開するためのプログラム格納領域や、入力データや上記処理プログラムが実行される際に生じる処理結果などを一時的に格納するためのデータ格納領域などを備える。具体的には、ＲＡＭ１２０は、モード設定情報、後述する出来上がり確認リストＳ１２１、注文情報、取消情報、調理完了情報、品切れ情報、などを一時的に記憶する。
モード設定情報は、ハンディターミナル１の現在の動作モードをフラグで管理するための情報である。ここで、ハンディターミナル１の動作モードには、オーダ入力用モードと厨房用モードがある。オーダ入力用モードとは、主にフロア部で接客係を担当するユーザが、ハンディターミナル１によってゲストからのメニューの注文を受付けるためのモードである。厨房用モードとは、主に厨房で調理係を担当するユーザが、ハンディターミナル１によって注文されたメニューの調理完了やメニューの品切れを、他のユーザ（ハンディターミナル１）へ報知するためのモードである。

ここで、ブックレット５００には、上記動作モードに応じた種類がそれぞれ存在する。具体的には、ブックレット５００には、オーダ入力用のブックレット５００（ブックレット５００ａ）や、厨房用のブックレット５００（ブックレット５００ｂ）などがある。
図６は、オーダ入力用のブックレット５００ａに備わるシート面５１０ａを例示する図である。
オーダ入力用のブックレット５００ａには、図６に示すとおり、各メニューエリア５１１ａにゲストの注文するメニューの品目が印字されたシート面５１０ａ（ブックレットシート）が、複数枚綴られている。
ここで、図６に示す「サラダ」のメニューエリア５１１ａの右側には、ドレッシング（「和風ドレッシング」、「中華ドレッシング」、「フレンチドレッシング」）のメニューエリア５１１ａが設けられている。同様に、「ステーキ」のメニューエリア５１１ａの右側には、焼き加減（「レア」、「ミディアム」、「ウェルダン」）のメニューエリア５１１ａが設けられている。これらは、「サラダ」や「ステーキ」のメニューに、当該「サラダ」や「ステーキ」を修飾するためのサブメニューとしてドレッシングや焼き加減が存在することを表している。
図７は、厨房用のブックレット５００ｂに備わるシート面５１０ｂを例示する図であり、図７（i）は出来上がり面を、図７（ii）は品切れ面を、それぞれ示す。
厨房用のブックレット５００ｂのシート面５１０ｂには、図７（i）（ii）に示すとおり、注文されたメニューの調理が完了した際に使用する出来上がり面と、注文されたメニューが品切れ状態にあることを報知するための品切れ面と、が含まれる。そして、出来上がり面と品切れ面はともに、各メニューエリア５１１ｂに同じメニューが配置される。そのため、厨房用のブックレット５００ｂは、出来上がり面と品切れ面の分、オーダ入力用のブックレット５００ａの２倍のブックレットシートが綴られている。
図８は、図７（i）（ii）に示すシート面５１０ｂにおいて、ゲストに注文されたメニューの表示状態が強調状態にある場合を例示する図であり、図８（i）は出来上がり面を、図８（ii）は品切れ面を、それぞれ示す。
図８（i）（ii）に示すように、厨房用のブックレット５００ｂのシート面５１０ｂにおいて、後述する注文情報（ゲストより注文を受けたメニューに関する情報）を厨房用モードのハンディターミナル１が受信した際、当該注文情報に含まれるメニュー（つまり、厨房にて調理対象となるメニュー）の表示状態は、ＬＥＤ６２の点灯により強調状態に切換えられる。

ＲＯＭ１３０は、例えば、ハンディターミナル１で実行可能なシステムプログラムや、当該システムプログラムで実行可能な各種処理プログラム、上記処理プログラムを実行する際に使用されるデータなどを記憶する。具体的には、ＲＯＭ１３０は、各メニューキー６１（メニューエリア５１１）に割り振られる番号に対応するメニューがシート面５１０単位で記憶されたメニューテーブルと、後述する設定プログラムと、キー入力処理プログラムと、調理完了情報受信プログラムと、品切れ情報受信プログラムと、取消情報受信プログラムと、などを記憶する。

通信部１５０は、赤外線通信や無線ＬＡＮ通信等の無線通信用のインターフェースから構成される。そして、通信部１５０は、ＣＰＵ１１０の制御に基づいて、後述の注文情報、取消情報、調理完了情報、品切れ情報などの各種情報（データ）を、コントローラ１２００を経由して他のハンディターミナル１へ一斉送信する。また、通信部１５０は、コントローラ１２００を経由して他のハンディターミナル１より送信される各種情報を受信する。

音声出力部１６０は、アラーム音、ユーザが固定キー部２０やメニューキー部６０に備わる各種キーをキー入力した場合に発する効果音、などの音声を出力する。そして、音声出力部１６０は、ＣＰＵ１１０の制御に基づいて、出力する音声の音量を適宜に調整できる。

次に、ＲＯＭ１３０に記憶された各プログラムについて説明する。

設定プログラムは、ハンディターミナル１に動作モードを設定する機能をＣＰＵ１１０に実行させるプログラムである。具体的には、ＣＰＵ１１０は、設定プログラムを実行することで図９に示す設定処理を行う。

（設定処理）
図９は、実施形態１に係るハンディターミナル１が実行する設定処理を説明するためのフローチャートである。
まず、ＣＰＵ１１０は、ユーザがハンディターミナル１にブックレット５００（オーダ入力用のブックレット５００ａ又は厨房用のブックレット５００ｂ）を装着すると、着脱部４０を介してブックレット５００の装着状態を検知する（ステップＳ１）。

次いで、ＣＰＵ１１０は、表示部１０を表示制御して、表示部１０に表示される画面及び固定キー２０を介して、ユーザにハンディターミナル１に設定する動作モードを選択（指定）させる（ステップＳ２）。
図１０は、設定処理の実行時に表示部１０に表示される画面を例示する図であり、図１０（i）は動作モード設定画面８０１、図１０（ii）は動作モード一覧画面８０２をそれぞれ示す。
具体的には、ＣＰＵ１１０は、図１０（i）に示すような動作モード設定画面８０１を表示させる。次に、ユーザが固定キー部２０を介して当該動作モード設定画面８０１にて、「一覧から選択」を選択すると、ＣＰＵ１１０は、図１０（ii）に示すような動作モード一覧画面８０２を表示させる。当該動作モード一覧画面８０２には、ハンディターミナル１に設定可能な動作モードの一覧が表示され、ユーザは固定キー部２０を介して当該一覧より一の動作モードを選択できる。なお、動作モード設定画面８０１の「ブックレットＮｏで選択」に示すように、ＣＰＵ１１０が、ブックレット５００ごとに割り振られる番号をユーザに直接入力させることで、ハンディターミナル１に設定する動作モードを選択させるように構成してもよい。

次いで、ＣＰＵ１１０は、固定キー部２０より出力される信号に基づいて、ステップＳ２にてユーザに厨房用モードが選択されたか否かを判断する（ステップＳ３）。

そして、ＣＰＵ１１０は、ステップＳ３にてユーザに厨房用モードが選択されたと判断する場合（ステップＳ３；Ｙｅｓ）、ＲＡＭ１２０に記憶されたモード設定情報において、厨房用モードのフラグを１に設定する（ステップＳ４）。
次いで、ＣＰＵ１１０は、音声出力部１６０より出力される音声を、調理音などで騒然とした厨房内でも聞き取り易いように最大音量状態に設定し（ステップＳ５）、本処理を終了する。

一方で、ＣＰＵ１１０は、ステップＳ３にてユーザに厨房用モードが選択されていない（つまり、オーダ入力用モードが選択された）と判断する場合（ステップＳ３；Ｎｏ）、ＲＡＭ１２０に記憶されたモード設定情報において、オーダ入力用モードのフラグを１に設定する（ステップＳ６）。
次いで、ＣＰＵ１１０は、音声出力部１６０より出力される音声を、フロア部にてゲストの会話などの妨げとならないように消音状態又は最小音量状態に設定し（ステップＳ７）、本処理を終了する。

以上でハンディターミナル１に動作モードが設定される。次に、動作モードがオーダ入力用モード又は厨房用モードに設定された場合に実行されるプログラムについて述べる。

キー入力処理プログラムは、メニューキー６１や送信キー２１がキー入力された際に、設定された動作モードに応じた処理をＣＰＵ１１０に実行させるプログラムである。具体的には、ＣＰＵ１１０は、キー入力プログラムを実行することで図１１〜図１２に示すキー入力処理を行う。

（キー入力処理）
図１１及び図１２は、ハンディターミナル１が実行するキー入力処理を説明するためのフローチャートである。
まず、ユーザがメニューキー部６０に備わるメニューキー６１や固定キー部２０に備わる固定キーのキー入力を行う（ステップＳ１１）。
すると、ＣＰＵ１１０は、ＲＡＭ１２０に記憶されたモード設定情報を確認する（ステップＳ１２）。
そして、ＣＰＵ１１０は、当該モード設定情報にて厨房用モードとオーダ入力用モードとの何れのフラグが１に設定されているかを判断することで、現在ハンディターミナル１に設定されている動作モードが厨房用モードであるか否かを判断（動作モードを特定）する（ステップＳ１３）。

次いで、ＣＰＵ１１０は、ステップＳ１３にて厨房用モードであると判断した場合（ステップＳ１３；Ｙｅｓ）、表示面特定部５０を介して出力される信号に基づいて、表示面が出来上がり面であるか否かを判断する（ステップＳ１４）。

次いで、ＣＰＵ１１０は、ステップＳ１４にて出来上がり面であると判断した場合（ステップＳ１４；Ｙｅｓ）、ステップＳ１１にてキー入力されたキーがメニューキー部６０に備わるメニューキー６１であるか否かを判断する（ステップＳ１５）。
そして、ＣＰＵ１１０は、ステップＳ１５にてメニューキー６１でない（送信キー２１を含む他のキーである）と判断する場合（ステップＳ１５；Ｎｏ）、キー入力されたキーに即した処理を行って本処理を終了する。一方で、ＣＰＵ１１０は、ステップＳ１５にてメニューキー６１であると判断する場合（ステップＳ１５；Ｙｅｓ）、メニューキー部６０より出力される出力信号に基づいて、キー入力されたメニューを特定する（ステップＳ１６）。ここでは、一例として、ステップＳ１６にて特定されたメニューが、図８（i）に示す「天セイロそば」であったものとする。

次いで、ＣＰＵ１１０は、ＲＡＭ１２０に記憶された出来上がり確認リストＳ１２１を参照し、当該出来上がり確認リストＳ１２１の最上位にあるレコードより順に、ステップＳ１６にて特定したメニューと同じメニューを有するレコードを検索する（ステップＳ１７）。
ここで、出来上がり確認リストＳ１２１は、図１３（i）に示すように、店舗内のフロア部に配置された各テーブルに割り振られるテーブル番号と、各テーブルより注文されたメニューと、調理完了フラグと、取消フラグと、を一のレコードとするリストである。調理完了フラグは、レコードに係るメニューに対する調理が完了したか否かを識別するためのフラグ（１：調理完了状態、０：調理未完了状態）である。また、取消フラグは、後述する取消情報が送信された場合に設定され、当該メニューに対する注文が取消されたか否かを識別するためのフラグ（１：取消状態、０：非取消状態）である。そして、出来上がり確認リストＳ１２１において、各レコードは注文を受け付けた順に記憶される（つまり、下方のレコードに向かうにつれて最新の注文であることを表す）。
つまり、ＣＰＵ１１０は、ステップＳ１７の処理を実行することで、ステップＳ１６にて特定したメニュー（調理が完了したメニュー）と同じメニューを注文したテーブル（ゲスト）を、注文時間が最も早いものより順に検索することとなる。そのため、例えば、図１２（i）では、ＣＰＵ１１０は、メニューを「天セイロそば」とするテーブル番号が８，７，５の順にレコードを検索する。

次いで、ＣＰＵ１１０は、ステップＳ１７にて検索したレコードの調理完了フラグが１であるか否かを確認する（ステップＳ１８）。そして、ＣＰＵ１１０は、ステップＳ１８にて調理完了フラグが１であると判断する場合（ステップＳ１８；Ｙｅｓ）、ステップＳ１７にて検索したレコードの次のレコードへ移行し、ステップＳ１７以降の処理を繰り返す（ステップＳ１９）。一方で、ＣＰＵ１１０は、ステップＳ１８にて調理完了フラグが１でない（０である）と判断する場合（ステップＳ１８；Ｎｏ）、当該調理完了フラグが０であるレコードのテーブル番号を取得する（ステップＳ２０）。
つまり、ＣＰＵ１１０は、ステップＳ１８〜ステップＳ２０の処理により、出来上がり確認リストＳ１２１に含まれるテーブル番号（レコード）の中で、ステップＳ１６にて特定したメニューと同じメニューで、注文時間が最も早く且つ調理が未完了のテーブル番号を取得する。
図１３は、出来上がり確認リストＳ１２１を説明するための図であり、図１３（i）は「天セイロそば」のメニューキーがキー入力される前の状態を、図１３（ii）は「天セイロそば」のメニューキーがキー入力された後の状態を、模式的に表す。
具体的には、図１３（i）において、ＣＰＵ１１０は、調理完了フラグが１であるテーブル番号８，７のレコードについては次のレコードへ移行する処理行う一方で、調理完了フラグが０であるテーブル番号５のレコードについて当該テーブル番号を取得する処理を行う。

次いで、ＣＰＵ１１０は、ステップＳ２０にて取得したテーブル番号と、ステップＳ１６にて特定したメニューと、で構成される調理完了情報を生成し、通信部１５０により（コントローラ１２００を経由して）他のハンディターミナル１へ当該調理完了情報を一斉送信する（ステップＳ２１）。
次いで、ＣＰＵ１１０は、図１３（ii）に示すように、出来上がり確認リストＳ１２１において、ステップＳ１７にて検索したレコード（図１３（i）ではテーブル番号５のレコード）の調理完了フラグを１に設定する（ステップＳ２２）。

次いで、ＣＰＵ１１０は、出来上がり確認リストＳ１２１を参照し、ステップＳ１６にて特定したメニューと同じメニューを有するレコード全てについて、調理完了フラグ又は取消フラグの何れかが１に設定されているか否かを判断する（ステップＳ２３）。
そして、ＣＰＵ１１０は、ステップＳ２３にて設定されていると判断する場合（ステップＳ２３；Ｙｅｓ）、当該メニューに相当するＬＥＤ６２を消灯させて（ステップＳ２４）、本処理を終了する。
一方で、ＣＰＵ１１０は、ステップＳ２３にて設定されていないと判断する場合（ステップＳ２３；Ｎｏ）、そのまま本処理を終了する。
具体的には、図１３（ii）に示すメニューが「天セイロそば」のように、全てのレコードの調理完了フラグが１に設定されているような場合、ＣＰＵ１１０は、当該「天セイロそば」が本体部２側の表示面に表示されたものであるか蓋部３側の表示面に表示されたものであるかを特定する。さらに、ＣＰＵ１１０は、当該「天セイロそば」に対応するメニューキー６１の番号を特定する。そして、ＣＰＵ１１０は、特定した本体部２側又は蓋部３側のメニューキー６１の下方に配置されたＬＥＤ６２を消灯させることで、図８（i）に示す注文されたメニュー全ての強調状態から、調理が完了した「天セイロそば」のみを通常状態に切換えることができる。そのため、ＣＰＵ１１０は、厨房用モードのハンディターミナル１のユーザに、当該メニューの調理が全て完了したことを容易に認識させることができる。

次いで、ＣＰＵ１１０は、ステップＳ１４にて出来上がり面でない（つまり、品切れ面である）と判断した場合（ステップＳ１４；Ｎｏ）、ステップＳ１１にてキー入力されたキーがメニューキー部６０に備わるメニューキー６１であるか否かを判断する（ステップＳ３１）。
そして、ＣＰＵ１１０は、ステップＳ３１にてメニューキー６１でないと判断する場合（ステップＳ３１；Ｎｏ）、キー入力されたキーに即した処理を行って本処理を終了する。一方で、ＣＰＵ１１０は、ステップＳ３１にてメニューキー６１であると判断する場合（ステップＳ３１；Ｙｅｓ）、ステップＳ１６と同様に、メニューキー部６０より出力される出力信号に基づいて、キー入力されたメニューを特定する（ステップＳ３２）。
そして、ＣＰＵ１１０は、ステップＳ３２にて特定したメニューに関する情報である品切れ情報を生成し、通信部１５０により（コントローラ１２００を経由して）他のハンディターミナル１へ当該品切れ情報を一斉送信して（ステップＳ３３）、本処理を終了する。

次いで、ＣＰＵ１１０は、ステップＳ１３にて厨房用モードでない（つまり、オーダ入力用モードである）と判断した場合（ステップＳ１３；Ｎｏ）、メニューキー部６０や固定キー部２０より出力される出力信号に基づいて、ステップＳ１１にてキー入力されたキーの種類を判断する（ステップＳ４１）。

そして、ＣＰＵ１１０は、ステップＳ４１にてキーの種類をメニューキー６１であると判断する場合（ステップＳ４１；１．メニューキー）、ステップＳ１６と同様に、メニューキー部６０より出力される出力信号に基づいて、キー入力されたメニューを特定する（ステップＳ４２）。
次いで、ＣＰＵ１１０は、ステップＳ４２にて特定したメニューを注文情報に追加する（ステップＳ４３）。ここで、注文情報は、ゲストから注文を受けたメニューや当該メニューの注文数量をメニュー単位でリスト化したものである。

次いで、ＣＰＵ１１０は、ステップＳ４２にて特定したメニューにサブメニューが存在するか否かを判断する（ステップＳ４４）。そして、ＣＰＵ１１０は、ステップＳ４４にてサブメニューが存在しないと判断する場合（ステップＳ４４；Ｎｏ）、本処理を終了する。
一方で、ＣＰＵ１１０は、ステップＳ４４にてサブメニューが存在すると判断する場合（ステップＳ４４；Ｙｅｓ）、図１４に示すように当該サブメニューに相当するＬＥＤ６２を点灯させて、サブメニューを強調状態に切換え（ステップＳ４５）、本処理を終了する。
図１４は、図６のシート面において、ゲストに注文されたメニューにサブメニューが存在する場合に、当該サブメニューの表示状態を強調状態に切換えたパターンを例示する図である。
つまり、ＣＰＵ１１０は、オーダ入力用モードのハンディターミナル１のユーザに、ステップＳ４２にて特定したメニューにサブメニューが存在することを簡単に認識させることができる。

一方で、ＣＰＵ１１０は、ステップＳ４１にてキーの種類を送信キー２１であると判断する場合（ステップＳ４１；２．送信キー）、ステップＳ４３に係る注文情報を通信部１５０を介して他のハンディターミナル１へ一斉送信する（ステップＳ４６）。
また、ＣＰＵ１１０は、ステップＳ４１にてキーの種類をその他のキーであると判断する場合（ステップＳ４１；３．その他）、当該キーに即した処理を実行した後本処理を終了する。
つまり、ステップＳ４３及びステップＳ４６に示すように、ＣＰＵ１１０は、ステップＳ２１に係る調理完了情報の送信時と異なり、送信キー２１がユーザにキー入力されるまで待機した後に注文情報を送信する。これは、オーダ入力用モードのハンディターミナル１のユーザは、同時に複数のメニューの注文をゲストから受ける場合が多いため、メニューキー６１がキー入力される都度注文情報を送信するよりも、複数のメニューの注文を全て受付けた後に送信キー２１がキー入力されることで送信する方が、ユーザの操作負担を軽減出来るからである。

次に、ＲＯＭ１３０に記憶された調理完了情報受信プログラムについて、図１５のフローチャートを用いて説明する。
図１５は、ハンディターミナル１が実行する調理完了情報受信処理を説明するためのフローチャートである。
調理完了情報受信プログラムは、調理完了情報が他のハンディターミナル１より送信された際に、設定された動作モードに応じた処理をＣＰＵ１１０に実行させるプログラムである。具体的には、ＣＰＵ１１０は、調理完了情報受信プログラムを実行することで図１５に示す調理完了情報受信処理を行う。

（調理完了情報受信処理）
まず、ＣＰＵ１１０は、通信部１５０によってコントローラ１２００を介して他のハンディターミナル１より情報を受信する（ステップＳ５１）。
すると、ＣＰＵ１１０は、ステップＳ５１にて受信した情報が、他のハンディターミナル１（ステップＳ２１で述べた通り、厨房用モードに設定されたハンディターミナル１）から一斉送信された調理完了情報であるか否かを判断する（ステップＳ５２）。

そして、ＣＰＵ１１０は、ステップＳ５２にて調理完了情報でないと判断する場合（ステップＳ５２；Ｎｏ）、ステップＳ５１にて受信した情報に即した処理を実行して本処理を終了する。
一方で、ＣＰＵ１１０は、ステップＳ５２にて調理完了情報であると判断する場合（ステップＳ５２；Ｙｅｓ）、ＣＰＵ１１０は、ＲＡＭ１２０に記憶されたモード設定情報を確認する（ステップＳ５３）。
次いで、ＣＰＵ１１は、当該モード設定情報にて厨房用モードとオーダ入力用モードとの何れのフラグが１に設定されているかを判断することで、現在ハンディターミナル１に設定されている動作モードが厨房用モードであるか否かを判断する（ステップＳ５４）。

次いで、ＣＰＵ１１０は、ステップＳ５４にて厨房用モードであると判断した場合（ステップＳ５４；Ｙｅｓ）、そのまま本処理を終了する。
一方で、ＣＰＵ１１０は、ステップＳ５４にて厨房用モードでない（つまり、オーダ入力用モードである）と判断した場合（ステップＳ５４；Ｎｏ）、ステップＳ５１にて受信した情報（調理完了情報）を取得（ＲＡＭ１２０に記憶）する（ステップＳ５５）。
そして、ＣＰＵ１１０は、当該取得した調理完了情報に含まれるメニュー及びテーブル番号に基づいて、図１６に示す報知画面８０３を表示し（ステップＳ５５）、本処理を終了する。
図１６は、オーダ入力用モードのハンディターミナル１が調理完了情報を取得した際に、表示部１０に表示される報知画面８０３を例示する図である。
つまり、ＣＰＵ１１０は、オーダ入力用モードのハンディターミナル１のユーザに、報知画面８０３を介して、厨房で調理の完了したメニュー及び当該メニューを配膳すべきテーブルを報知する。

次に、ＲＯＭ１３０に記憶された品切れ情報受信プログラムについて、図１７のフローチャートを用いて説明する。
品切れ情報受信プログラムは、品切れ情報が他のハンディターミナル１より送信された際に、設定された動作モードに応じた処理をＣＰＵ１１０に実行させるプログラムである。具体的には、ＣＰＵ１１０は、品切れ情報受信プログラムを実行することで図１７に示す品切れ情報受信処理を行う。
図１７は、ハンディターミナル１が実行する品切れ情報受信処理を説明するためのフローチャートである。

（品切れ情報受信処理）
まず、ＣＰＵ１１０は、通信部１５０によってコントローラ１２００を介して他のハンディターミナル１より情報を受信する（ステップＳ６１）。
すると、ＣＰＵ１１０は、ステップＳ６１にて受信した情報が、他のハンディターミナル１（ステップＳ３３で述べた通り、厨房用モードに設定されたハンディターミナル１）から一斉送信された品切れ情報であるか否かを判断する（ステップＳ６２）。

そして、ＣＰＵ１１０は、ステップＳ６２にて品切れ情報でないと判断する場合（ステップＳ６２；Ｎｏ）、ステップＳ６１にて受信した情報に即した処理を実行して本処理を終了する。
一方で、ＣＰＵ１１０は、ステップＳ６２にて品切れ情報であると判断する場合（ステップＳ６２；Ｙｅｓ）、ＣＰＵ１１０は、ＲＡＭ１２０に記憶されたモード設定情報を確認する（ステップＳ６３）。
次いで、ＣＰＵ１１は、当該モード設定情報にて厨房用モードとオーダ入力用モードとの何れのフラグが１に設定されているかを判断することで、現在ハンディターミナル１に設定されている動作モードが厨房用モードであるか否かを判断する（ステップＳ６４）。

次いで、ＣＰＵ１１０は、ステップＳ６４にて厨房用モードであると判断した場合（ステップＳ６４；Ｙｅｓ）、そのまま本処理を終了する。

一方で、ＣＰＵ１１０は、ステップＳ６４にて厨房用モードでない（つまり、オーダ入力用モードである）と判断した場合（ステップＳ６４；Ｎｏ）、ステップＳ６１にて受信した情報（品切れ情報）をＲＡＭ１２０に記憶し、当該品切れ情報に含まれるメニューに相当するＬＥＤ６２を点灯させて（ステップＳ６５）、本処理を終了する。
つまり、ＣＰＵ１１０は、ステップＳ２３において、品切れ情報に含まれるメニューを抽出し、抽出したメニューが本体部２側の表示面に表示されたものであるか蓋部３側の表示面に表示されたものであるかを特定する。さらに、ＣＰＵ１１０は、当該メニューに対応するメニューキー６１の番号を特定する。そして、ＣＰＵ１１０は、特定した本体部２側又は蓋部３側のメニューキー６１の下方に配置されたＬＥＤ６２を点灯させることで、シート面５１０ａの中で、品切れ情報に含まれるメニューを表すメニューエリア５１１ａのみを強調状態に切換えることができる。そのため、ＣＰＵ１１０は、オーダ入力用モードのハンディターミナル１のユーザに、品切れ状態となったメニューを簡単に識別させることができる。

次に、ＲＯＭ１３０に記憶された取消情報受信プログラムについて、図１８のフローチャートを用いて説明する。
取消情報受信プログラムは、取消情報が他のハンディターミナル１より送信された際に、設定された動作モードに応じた処理をＣＰＵ１１０に実行させるプログラムである。具体的には、ＣＰＵ１１０は、取消情報受信プログラムを実行することで図１８に示す取消情報受信処理を行う。
図１８は、ハンディターミナルが実行する取消情報受信処理を説明するためのフローチャートである。
ここで、取消情報とは、オーダ入力用モードに設定されたハンディターミナル１のユーザがゲストより注文を受けた後、当該注文の取消しが発生した際に、上記ユーザが取消しの生じたメニューを他のハンディターミナル１に報知するための情報である。そして、取消情報は、取消しの生じたメニューと、取消しの生じたテーブルのテーブル番号と、などがリスト化された情報であり、上記注文の取消しが発生した際に他のハンディターミナル１へ一斉送信される。
また、前述のとおり、厨房用モードのハンディターミナル１は、オーダ入力用モードのハンディターミナル１より送信される注文情報を取得した際、図８に示すように、当該注文情報に含まれるメニューの表示状態を、ＬＥＤ６２を介して強調状態に切換えているものとする。

（取消情報受信処理）
まず、ＣＰＵ１１０は、通信部１５０によってコントローラ１２００を介して他のハンディターミナル１より情報を受信する（ステップＳ７１）。
すると、ＣＰＵ１１０は、ステップＳ７１にて受信した情報が、他のハンディターミナル１（オーダ入力用モードのハンディターミナル１）から送信される取消情報であるか否かを判断する（ステップＳ７２）。

そして、ＣＰＵ１１０は、ステップＳ７２にて取消情報でないと判断する場合（ステップＳ７２；Ｎｏ）、ステップＳ７１にて受信した情報に即した処理を実行して本処理を終了する。
一方で、ＣＰＵ１１０は、ステップＳ７２にて取消情報であると判断する場合（ステップＳ７２；Ｙｅｓ）、ＣＰＵ１１０は、ＲＡＭ１２０に記憶されたモード設定情報を確認する（ステップＳ７３）。
次いで、ＣＰＵ１１０は、当該モード設定情報にて厨房用モードとオーダ入力用モードとの何れのフラグが１に設定されているかを判断することで、現在ハンディターミナル１に設定されている動作モードが厨房用モードであるか否かを判断する（ステップＳ７４）。
そして、ステップＳ７４にて厨房用モードでない（つまり、オーダ入力用モードである）と判断した場合（ステップＳ７４；Ｎｏ）、そのまま本処理を終了する。

一方で、ＣＰＵ１１０は、ステップＳ７４にて厨房用モードであると判断した場合（ステップＳ７４；Ｙｅｓ）、ステップＳ７１にて受信した情報（取消情報）をＲＡＭ１２０に記憶し、当該取消情報に含まれるメニュー（及びテーブル番号）を抽出する（ステップＳ７５）。
そして、ＣＰＵ１１０は、出来上がり確認リストＳ１２１を参照し、ステップＳ７５にて抽出したメニューに該当するレコードの取消フラグを１に設定する（ステップＳ７６）。
図１９は、出来上がり確認リストＳ１２１を説明するための図であり、図１９（i）は取消情報を受信する前の状態を、図１９（ii）は取消情報に含まれるメニューの取消フラグを１に書き換えた後の状態を、模式的に表す。
具体的には、ＣＰＵ１１０は、出来上がり確認リストＳ１２１が図１９（i）に示すような状態である場合において、ステップＳ７５にて抽出したメニューが「天セイロそば」でテーブル番号が５の場合、当該メニュー及びテーブル番号に該当するレコードを特定し、図１９（ii）に示すように当該レコードの取消フラグを１に書き換える。

次いで、ＣＰＵ１１０は、出来上がり確認リストＳ１２１において、ステップＳ７５にて抽出したメニューと同じメニューを有するレコード全てについて、調理完了フラグ又は取消フラグのどちらかが１に設定されているか否かを判断する（ステップＳ７７）。
そして、ＣＰＵ１１０は、図１９（ii）に示すメニューが「天セイロそば」のように、ステップＳ７７にてどちらかのフラグが１に設定されていると判断する場合（ステップＳ７７；Ｙｅｓ）、ステップＳ２４と同様にして抽出したメニューに相当するＬＥＤ６２を消灯し（ステップＳ７８）、本処理を終了する。そのため、ＣＰＵ１１０は、厨房用モードのハンディターミナル１のユーザに、抽出したメニューについて、注文が全て取消された又は調理が完了しており、調理が不要であることを容易に認識させることができる。
一方で、ＣＰＵ１１０は、ステップＳ７７にて設定されていないと判断する場合（ステップＳ７７；Ｎｏ）、そのまま本処理を終了する。

以上により、本実施形態に係るハンディターミナル１によると、ＣＰＵ１１０は、メニューキー６１がキー入力された際、動作モードが厨房用モードであった場合は、操作手順を簡略化するために、送信キー２１のキー入力を待たずに他のハンディターミナル１へ調理完了情報を送信する一方で、動作モードがオーダ入力用モードであった場合は、ユーザが同時に複数のメニューの注文をゲストから受ける状況を考慮して、送信キー２１がキー入力されるまで待機した後に注文情報を送信する。
つまり、ハンディターミナル１によると、ユーザは、動作モードを厨房用モードに設定した場合でもオーダ入力用モードに設定した場合でも、操作方法の共通するメニューキー６１を用いることでメニューの入力操作を行うことが出来る。また、ハンディターミナル１によると、それぞれの動作モードで使用するユーザの置かれる環境や状況などを考慮して、情報の送信手順を動作モードに応じて異ならせているので、ユーザの操作負担は極力軽減される。
したがって、ハンディターミナル１は、ユーザに操作負担をもたらすことなく、オーダ入力用と厨房用の機能を１台で実現できる携帯端末装置及びプログラムといえる。

また、ＣＰＵ１１０は、他のハンディターミナル１より調理完了情報が送信された際、ステップＳ５４やステップＳ５５に示すように、動作モードがオーダ入力用モードであった場合にのみ、調理完了情報を取得する。
そのため、ＣＰＵ１１０は、動作モードが厨房用モードであった場合、当該厨房用モードにおいて不要な情報を取得せずに済む。

また、ＣＰＵ１１０は、メニューキー部６０を介して、メニューキー６１に対応するメニューの表示状態を、強調状態と通常状態とにメニューキー６１ごとに切換えることができる。
つまり、ＣＰＵ１１０は、各々のメニューの表示状態を状況に応じて強調させることができる。

また、ＣＰＵ１１０は、上記強調状態と通常状態との切換えを、ＬＥＤ６２を点灯／消灯させることで実現する。そのため、ハンディターミナル１は、比較的安価な製造コストで強調状態と通常状態との切換えを実現する。

また、ＣＰＵ１１０は、動作モードが厨房用モードであった場合、他のハンディターミナル１より送信される注文情報に基づいて調理対象となるメニューの表示状態を強調状態に切換える。そして、ＣＰＵ１１０は、ステップＳ２４で述べたように、当該強調状態にあるメニューに応じたメニューキー６１がキー入力された際に、そのメニューの表示状態を通常状態に切換える。
そのため、厨房用モードのハンディターミナル１のユーザは、メニューの表示状態が強調状態から通常状態に切換わる様子を視認することで、当該メニューの調理が完了したことを容易に認識することができる。

また、ＣＰＵ１１０は、動作モードが厨房用モードであった場合、通信部１５０により他のハンディターミナル１から取消情報が送信された際、ステップＳ７８で述べたように、強調状態にあるメニューのうち取消情報に含まれるメニューと一致するメニューの表示状態を通常状態に切換える。
そのため、厨房用モードのハンディターミナル１のユーザは、取消情報に含まれるメニューについて、注文が取消されたため調理が不要であることを容易に認識することができる。

また、ＣＰＵ１１０は、動作モードがオーダ入力用モードであった場合、他のハンディターミナル１から品切れ情報が送信された際、ステップＳ６５で述べたように、当該品切れ情報に含まれるメニューの表示状態を強調状態に切換える。
そのため、オーダ入力用モードのハンディターミナル１のユーザは、品切れ状態となったメニューを容易に識別することができるので、ゲストより品切れ状態となったメニューの注文を受けることを未然に防止できる。

また、ＣＰＵ１１０は、動作モードがオーダ入力用モードであった場合、メニューキー６１がキー入力された際、ステップＳ４４及びＳ４５で述べたように、当該メニューキー６１に対応するメニューにサブメニューが存在するか否かを判断し、サブメニューが存在すると判断すると当該サブメニューの表示状態を強調状態に切換える。
そのため、オーダ入力用モードのハンディターミナル１のユーザは、キー入力されたメニューにサブメニューが存在することを容易に認識できるので、当該メニューの注文を受ける際に、ゲストへサブメニューの確認を行うことを忘れずに済む。

また、ＣＰＵ１１０は、動作モードが厨房用モードであった場合、調理音などで騒然とした厨房内でも聞き取り易いように音声を最大音量状態に調整する一方で、動作モードがオーダ入力用モードであった場合、フロア部でのゲストの会話などの妨げとならないように音声を消音状態又は最小音量状態に調整することができる。
つまり、ＣＰＵ１１０は、音声を各動作モードに適した音量状態に自動的に調整することが出来る。

「変形例１」
実施形態１に係るハンディターミナル１では、動作モードを設定するにあたって、ＣＰＵ１１０が、動作モード設定画面８０１や動作モード一覧画面８０２を介して、ユーザに選択・設定させるように構成した。しかしながら、ＣＰＵ１１０が、装着されたブックレット５００の種類に応じて自動的に動作モードを設定するように構成してもよい。

具体的には、ブックレット５００においてブックレットヒンジ部５０５内に取り付ける磁石を、オーダ入力用のブックレット５００ａと、厨房用のブックレット５００ｂと、で異なる位置に設ける。そして、ＣＰＵ１１０は、隙間部分４ｃに配設する磁気センサにより、ブックレット５００ａとブックレット５００ｂとから各々検出される磁気信号の強度の相違に基づいて、ブックレット５００ａとブックレット５００ｂの何れであるかを判断するする。この場合に、ＣＰＵ１１０が実行する設定処理（設定プログラム）について図２０のフローチャートを用いて説明する。
図２０は、変形例１に係るハンディターミナル１が実行する設定処理を説明するためのフローチャートである。
なお、以下に述べる設定処理について、図９に示す設定処理と同じ処理については同じ符号を付して説明を省略し、相違点についてのみ述べる。

（設定処理）
まず、ステップＳ１にて、ＣＰＵ１１０は、ブックレット５００の装着状態を検知すると、検出される磁気信号の強度に基づいて、ブックレット５００（ブックレット５００ａ又はブックレット５００ｂ）の種類を特定する（ステップＳ２ａ）。
次いで、ＣＰＵ１１０は、ステップＳ２ａにて特定したブックレット５００が厨房用のブックレット５００ｂであるか否かを判断する（ステップＳ３ａ）。
そして、ＣＰＵ１１０は、ステップＳ３ａにて厨房用のブックレット５００ｂであると判断する（ステップＳ３ａ；Ｙｅｓ）、ステップＳ４以降の処理を実行する。
一方で、ＣＰＵ１１０は、ステップＳ３ａにて厨房用のブックレット５００ｂでない（つまり、オーダ入力用のブックレット５００ａである）と判断する場合（ステップＳ３ａ；Ｎｏ）、ステップＳ６以降の処理を実行する。

以上により、本変形例１によると、ユーザは、動作モードに応じたブックレット５００を着脱部４０に装着するだけで動作モードを設定できる。つまり、ユーザにとってのハンディターミナルの利便性が向上する。なお、ブックレットヒンジ部５０５内に非接触iＤタグを設け、隙間部分４ｃに非接触iＣカードリーダを配設し、ＣＰＵ１１０が、非接触iＣカードリーダを介して非接触iＤタグから動作モードに関する情報を読み取るように構成しても勿論よい。

なお、以上の実施形態における記述は、本発明に係る好適な携帯端末装置の一例であり、これに限定されるものではない。
また、以上の実施形態における携帯端末装置を構成する各部の細部構成及び細部動作に関して本発明の趣旨を逸脱することのない範囲で適宜変更可能である。

例えば、実施形態１に係るハンディターミナル１では、ＬＥＤ６２を点灯／消灯することで、メニューの表示状態を強調状態／通常状態に切換えるように構成した。しかしながら、例えば、ハンディターミナル１がブックレット５００を装着する形式ではなく、メニューキー部６０がタッチパネルで構成され、当該タッチパネル上にメニューが文字画像として表示される形式もある。このような形式のハンディターミナル１では、当該文字画像の文字色や文字画像のフォントサイズ等を変更することにより、メニューの表示状態を強調状態／通常状態に切換えることができる。

また、実施形態１や変形例１に係るハンディターミナル１では、着脱部４０に装着するブックレット５００の種類に応じて動作モードを変更するように構成した。しかしながら、同一のブックレット５００に、オーダ入力用モードのシート面５１０と、厨房用モードのシート面５１０（出来上がり面及び品切れ面）と、を備えるように構成してもよい。つまり、ＣＰＵ１１０は、表示面特定部５０を介して出力される信号に基づいて、表示面がオーダ入力用モードのシート面５１０であるか厨房用モードのシート面５１０であるかを判断することができるので、表示面に応じて動作モードを設定することができる。
この場合、ユーザはブックレット５００自体を交換することなく、ブックレット５００のめくり操作だけで動作モードを切換えることができる。そのため、ハンディターミナル１の利便性が向上する。

１０００オーダエントリシステム
１ハンディターミナル（携帯端末装置）
１０表示部（設定部、指定部）
２０固定キー部（設定部、指定部、キー入力部）
２１送信キー
４０着脱部（設定部）
５０表示面特定部
６０メニューキー部（キー入力部、表示状態切換部）
６１メニューキー
６２ＬＥＤ
１００制御部（設定部、指定部、特定部）
１１０ＣＰＵ
１２０ＲＡＭ
１３０ＲＯＭ
１５０通信部（送受信部）
１６０音声出力部
５００（５００ａ、５００ｂ）ブックレット
５１０（５１０ａ、５１０ｂ）シート面
５１１（５１１ａ、５１１ｂ）メニューエリア
１１００プリンタ
１２００コントローラ

Claims

複数のメニューキー項目が配列表示され、そのメニューキー項目の何れかに対するキー入力選択操作でそのメニューキー項目に対する選択入力処理を行う携帯端末装置であって、
オーダ入力を行う入力モードと、オーダに対する完了処理を行う完了モードと、を任意に切り替える切替手段と、
前記入力モードにおいて、前記配列表示される各メニューキー項目の内の何れかに対するキー選択操作が行われた際は、その選択されたメニューキー項目を特定し、その特定されたメニューキー項目をオーダ情報として記憶手段に記憶させる入力処理を行うオーダ入力手段と、
前記完了モードにおいて、前記配列表示される各メニューキー項目の内の何れかに対するキー選択操作が行われた際は、その選択されたメニューキー項目を特定すると共に、その特定されたメニューキー項目に対応して前記記憶手段に記憶されたオーダ情報の内でオーダ処理の完了していない未処理のオーダ情報を検索する検索手段と、
前記検索手段により検索された前記オーダ情報に対してオーダ処理の完了を更新記憶させる完了処理を行うオーダ完了手段と、
を具備したことを特徴とする携帯端末装置。
当該携帯端末装置は、オーダ入力用の複数メニューからなる第1ブックレットと、オーダ完了用の複数メニューからなる第２ブックレットと、の何れかを選択して任意に装着可能であり、
前記第１あるいは第２ブックレットの何れが装着されたかを判別する装着判別手段と、
を更に具備し、
前記切替手段は、前記装着判別手段での判別結果に応じて、前記入力モードと前記完了モードとの何れかに切り替える、
ことを特徴とする請求項１に記載の携帯端末装置。
前記オーダ入力手段は、前記メニューキー項目に対するキー選択操作が行われる毎に、そのキー選択操作で特定されたメニューキー項目のオーダ情報のオーダ入力処理を順次行って蓄積し、その後での送信操作が行われた際に、そのオーダ入力処理で蓄積されたオーダ情報を送信処理する、
ことを特徴とする請求項１又は２に記載の携帯端末装置。
前記オーダ完了手段は、前記検索手段で検索された前記オーダ情報のオーダを行ったテーブルのテーブル識別情報を取得し、そのテーブル識別情報のテーブルでの前記オーダ情報に対する処理が完了したことを通知する、
ことを特徴とする請求項１〜３の何れかに記載の携帯端末装置。
複数のメニューキー項目が配列表示され、そのメニューキー項目の何れかに対するキー選択操作でそのメニューキー項目に対する選択入力処理を行う携帯端末装置のコンピュータを制御するためのプログラムであって、
前記コンピュータを、
オーダ入力を行う入力モードと、オーダに対する完了処理を行う完了モードと、を任意に切り替える切替手段、
前記入力モードにおいて、前記配列表示される各メニューキー項目の内の何れかに対するキー選択操作が行われた際は、その選択されたメニューキー項目を特定し、その特定されたメニューキー項目をオーダ情報として記憶手段に記憶させる入力処理を行うオーダ入力手段、
前記完了モードにおいて、前記配列表示される各メニューキー項目の内の何れかに対するキー選択操作が行われた際は、その選択されたメニューキー項目を特定すると共に、その特定されたメニューキー項目に対応して前記記憶手段に記憶されたオーダ情報の内でオーダ処理の完了していない未処理のオーダ情報を検索する検索手段、
前記検索手段により検索された前記オーダ情報に対してオーダ処理の完了を更新記憶させる完了処理を行うオーダ完了手段、
として機能させるようにしたコンピュータ読み取り可能なプログラム。