(57)【要約】【課題】各種のメニュー品目が表示される表示部の画面を清潔に保つ。【解決手段】各種メニュー品目の画像を表示する表示部を備えた電子メニュー端末１と、この電子メニュー端末１を操作するための操作信号を当該電子メニュー端末に供給するコントローラ４とを備える。コントローラ４は、把持部を有する本体の操作内容を検出し、この操作内容に応じて操作信号を生成し、操作信号を非接触通信により電子メニュー端末１に送信する。電子メニュー端末１は、コントローラ４から送信される操作信号に基づいて表示部の画面を遷移させて注文メニュー品目を決定し、決定された注文メニュー品目のデータを上位へ通知する。【選択図】      図１
2011039686.tif 000002
【特許請求の範囲】
【請求項１】
各種メニュー品目の画像を表示する表示部を備えた電子メニュー端末と、この電子メニュー端末を操作するための操作信号を当該電子メニュー端末に供給するコントローラとを備え、
前記コントローラは、
把持部を有する本体と、
この本体の操作内容を検出する操作内容検出手段と、
この操作内容検出手段により検出された前記本体の操作内容に応じて操作信号を生成する操作信号生成手段と、
この操作信号生成手段により生成された操作信号を非接触通信により前記電子メニュー端末に送信する非接触送信部と、
を具備し、
前記電子メニュー端末は、
前記コントローラから送信される操作信号を非接触で受信する非接触受信部と、
この非接触受信部で受信した操作信号に基づいて前記表示部の画面を遷移させて注文メニュー品目を決定する注文受付手段と、
この注文受付手段により決定された注文メニュー品目のデータを上位へ通知する通知手段と、
を具備したことを特徴とする電子メニュー装置。
【請求項２】
前記電子メニュー端末は、
前記表示部に各種メニュー品目の中から選択された品目の画像を表示させている状態において、前記コントローラから所定の操作内容に応じた操作信号を受信すると、前記品目の画像を変化させる画像変化手段、
をさらに具備したことを特徴とする請求項１記載の電子メニュー装置。
【請求項３】
前記品目の画像の変化は、画像の拡大または縮小であることを特徴とする請求項２記載の電子メニュー装置。
【請求項４】
前記品目の画像の変化は、メニュー品目の画像に別の画像を追加したものであることを特徴とする請求項２記載の電子メニュー装置。
【請求項５】
前記操作内容検出手段は、前記本体の少なくとも一方向への移動を検出する手段であることを特徴とする請求項１乃至４のうちいずれか１記載の電子メニュー装置。
【請求項６】
前記操作内容検出手段は、前記本体に設けられた操作ボタンの入力を検出する手段を含むことを特徴とする請求項５記載の電子メニュー装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、飲食店向けの電子メニュー装置に関する。
【背景技術】
【０００２】
飲食店向けの電子メニュー装置として、従来、複数のメニュー品目の画像をタッチパネル付のディスプレイに一覧表示させ、いずれかのメニュー品目の画像がタッチ操作されると、その画像に対応したメニュー品目を客が注文したものとして処理するようにしたものは既に知られている。（例えば、特許文献１参照）
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来のこの種の電子メニュー装置は、客がディスプレイの画面に直接触れて注文を行うので、指紋や埃等が画面に付着して画面が汚れ易く、客に不快感を与え、飲食店用としては非常に好ましくなかった。
【０００４】
本発明はこのような事情に基づいてなされたものであり、その目的とするところは、各種のメニュー品目が表示される表示部の画面を清潔に保つことができ、客の満足度を高め得る電子メニュー装置を提供しようとするものである。
【課題を解決するための手段】
【０００５】
本発明の電子メニュー装置は、各種メニュー品目の画像を表示する表示部を備えた電子メニュー端末と、この電子メニュー端末を操作するための操作信号を当該電子メニュー端末に供給するコントローラとを備える。コントローラは、把持部を有する本体と、この本体の操作内容を検出する操作内容検出手段と、この操作内容検出手段により検出された前記本体の操作内容に応じて操作信号を生成する操作信号生成手段と、この操作信号生成手段により生成された操作信号を非接触通信により電子メニュー端末に送信する非接触送信部とを具備する。電子メニュー端末は、コントローラから送信される操作信号を非接触で受信する非接触受信部と、この非接触受信部で受信した操作信号に基づいて表示部の画面を遷移させて注文メニュー品目を決定する注文受付手段と、この注文受付手段により決定された注文メニュー品目のデータを上位へ通知する通知手段とを具備する。
【発明の効果】
【０００６】
かかる手段を講じた本発明によれば、各種のメニュー品目が表示される表示部の画面を清潔に保つことができ、客の満足度を高め得る電子メニュー装置を提供できる。
【図面の簡単な説明】
【０００７】
【図１】本発明の第１の実施形態に係るセルフオーダシステムの全体構成を示すブロック図。
【図２】カテゴリデータベースに記憶されるレコード構造の要部を示す図。
【図３】品目データベースに記憶されるレコード構造の要部を示す図。
【図４】画像データベースに記憶されるレコード構造の要部を示す図。
【図５】電子メニュー端末の要部構成を示すブロック図。
【図６】電子メニュー端末を構成するディスプレイの食卓への取付例とコントローラの配置例を示す模式図。
【図７】コントローラの外観図。
【図８】コントローラの要部構成を示すブロック図。
【図９】コントローラのＣＰＵが実行するメイン処理の手順を示す流れ図。
【図１０】電子メニュー端末の立体視ディスプレイに表示される主要な画面の変遷図。
【図１１】カテゴリ画面の一レイアウト例を示す平面図。
【図１２】品目一覧画面の一レイアウト例を示す平面図。
【図１３】品目選択画面の一レイアウト例を示す平面図。
【図１４】注文確認画面の一レイアウト例を示す平面図。
【図１５】注文完了画面の一レイアウト例を示す平面図。
【図１６】電子メニュー端末のＣＰＵが実行する情報処理手順の要部を示す流れ図。
【図１７】図１６におけるカテゴリ選択処理の処理手順を具体的に示す流れ図。
【図１８】図１７における品目選択処理の処理手順を具体的に示す流れ図。
【図１９】図１８における増量処理の処理手順を具体的に示す流れ図。
【図２０】図１８における減量処理の処理手順を具体的に示す流れ図。
【図２１】図１８における注文確認処理の処理手順を具体的に示す流れ図。
【図２２】選択メニュー品目の画像が段階的に拡大される様子を示す模式図。
【図２３】本発明の第２の実施形態に係るセルフオーダシステムの全体構成を示すブロック図。
【図２４】調味量データベースに記憶されるレコード構造の要部を示す図。
【図２５】第２の実施形態において、品目データベースに記憶されるレコード構造の要部を示す図。
【図２６】第２の実施形態における調味料増量処理の処理手順を具体的に示す流れ図。
【図２７】第２の実施形態における調味料減量処理の処理手順を具体的に示す流れ図。
【図２８】選択メニュー品目の画像に調味料の画像を重ね合わせる概念を説明するための模式図。
【発明を実施するための形態】
【０００８】
以下、本発明の一実施形態を、図面を用いて説明する。  
なお、この実施形態は、ファミリーレストラン等の飲食店に構築されるセルフオーダシステムの電子メニュー装置に本発明を適用した場合である。
【０００９】
（第１の実施形態）
図１は、本実施形態に係るセルフオーダシステムの全体構成を示すブロック図である。図示するように本セルフオーダシステムは、複数の電子メニュー端末１と、データベースサーバ２と、注文管理サーバ３と、複数のコントローラ４とを備える。各電子メニュー端末１は、それぞれＬＡＮ（Local Area Network）等のネットワーク５を介して、データベースサーバ２及び注文管理サーバ３に接続している。
【００１０】
注文管理サーバ３は、客の注文データを管理するのに特化したコンピュータ機器であり、専用回線６を介して厨房端末７とＰＯＳ（Point Of Sales）端末８とを接続している。厨房端末７は、各顧客の注文データに基づいて厨房への調理指示データを生成し、表示または印字出力する。ＰＯＳ端末８は、会計を申し出た顧客の注文データから代金を算出し、その代金に対する支払データを処理してレシート発行等を行う。なお、注文管理サーバ３と厨房端末７及びＰＯＳ端末８とを接続する回線は専用回線６に限定されるものではなく、厨房端末７及びＰＯＳ端末８をネットワーク５に接続し、このネットワーク５を介して注文管理サーバ３との間でデータを送受信してもよい。
【００１１】
データベースサーバ２は、カテゴリデータベース２Ａ、品目データベース２Ｂ、画像データベース２Ｃ等の種々のデータベースを管理するのに特化したコンピュータ機器である。
【００１２】
カテゴリデータベース２Ａは、各種のメニュー品目を分類するためのカテゴリに関する情報を記憶する領域であり、その１レコードのデータ構造を図２に示す。図示するように、カテゴリデータベース２Ａに保存されるレコードは、カテゴリコードとカテゴリ名称とを含む。カテゴリ名称は、例えばハンバーガー類、パスタ類、カレー類、ドリンク類、デザート類等のカテゴリを示す名称である。カテゴリコードは、各カテゴリを識別するためにカテゴリ毎に割り当てられた固有のコードである。
【００１３】
品目データベース２Ｂは、各メニュー品目に関する情報を記憶する領域であり、その１レコードのデータ構造を図３に示す。図示するように、品目データベース２Ｂのレコードは、品目コード、属性カテゴリコード、品目名称、単価、増量フラグ、増量割増額、減量フラグ、減量割引額、一覧用画像コード、標準画像コード、増量１画像コード、減量１画像コード、増量２画像コード及び減量２画像コードを含む。
【００１４】
品目コードは、各メニュー品目を識別するために品目毎に割り当てられた固有のコードである。属性カテゴリコードは、当該メニュー品目が所属するカテゴリのカテゴリコードである。品目名称及び単価は、当該メニュー品目の名称及びその１品あたりの価格である。増量フラグは、当該メニュー品目に対して増量が可能か否かを区分するデータである。増量割増額は、当該メニュー品目を増量したときに単価に加算される金額である。減量フラグは、当該メニュー品目に対して減量が可能か否かを区分するデータである。減量割引額は、当該メニュー品目を減量したときに単価から減算される金額である。
【００１５】
一覧用画像コードは、当該メニュー品目の一覧用画像データを識別するためのコードである。標準画像コードは、当該メニュー品目の標準画像データを識別するためのコードである。増量１画像コードは、当該メニュー品目の増量１画像データを識別するためのコードである。減量１画像コードは、当該メニュー品目の減量１画像データを識別するためのコードである。増量２画像コードは、当該メニュー品目の増量２画像データを識別するためのコードである。減量２画像コードは、当該メニュー品目の減量２画像データを識別するためのコードである。
【００１６】
一覧用画像データは、後述する品目一覧画面に表示される当該メニュー品目の画像データである。標準画像データは、後述する選択品目画面に表示される当該メニュー品目の画像データである。品目一覧画面は、複数のメニュー品目の画像を一覧表示する画面であるのに対し、選択品目画面は品目一覧画面から選択された１品目の画像を表示する画面である。このため、一覧用画像データは、サイズが小さく解像度の低い画像のデータであり、標準画像データは該当品目の実寸に近く解像度の高い画像のデータである。
【００１７】
増量１画像データ及び増量２画像データは、選択品目画面において、当該メニュー品目に対して増量が指示されたときに表示する画像データであり、標準のサイズに対して１段階増量したときの品目の画像を増量１画像データとし、２段階増量したときの画像を増量２画像データとしている。減量１画像データ及び減量２画像データは、選択品目画面において、当該メニュー品目に対して減量が指示されたときに表示する画像データであり、標準のサイズに対して１段階減量したときの画像を減量１画像データとし、２段階減量したときの画像を減量２画像データとしている。
【００１８】
なお、増量画像データ及び減量画像データの段数は、２段階に限定されるものではない。１段階のみでもよいし、３段階以上でもよい。また、全てのメニュー品目が共通の段階数で増量又は減量されるのでなく、品目によって増量の可否及びその段階数が設定され、この設定に応じて品目データベース２Ｂのレコードが生成される。
【００１９】
画像データベース２Ｃは、各種の画像データを記憶する領域であり、その１レコードのデータ構造を図４に示す。図示するように、画像データベース２Ｃのレコードは、画像コードと画像データとを含む。画像データは、各メニュー品目の一覧用画像データ、標準画像データ、増量１画像データ、減量１画像データ、増量２画像データ、減量２画像データ等である。画像コードは、対応する画像データを識別するために画像データ毎に割り当てられた固有のコードである。
【００２０】
なお、品目データベース２Ｂにおいて、画像コードの代わりに画像データを記憶するようにして、画像データベース２Ｃを省略してもよい。
【００２１】
次に、電子メニュー端末１について説明する。電子メニュー端末１は、飲食店で客に提供される複数の飲食メニュー品目の一覧を表示する電子メニューとしての機能と、各メニュー品目の中から客が注文したメニュー品目を注文管理サーバに伝達するオーダ入力としての機能とを有する。
【００２２】
電子メニュー端末１の要部構成を、図５のブロック図で示す。図示するように、電子メニュー端末１は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３を実装したコンピュータ機器であり、その他、ネットワークインターフェイス１４、表示コントローラ１５、無線通信インターフェース１６等を備えている。そして、各電子メニュー端末１を個々に識別するためのＩＤとなる端末番号を、例えばＲＡＭ１３に記憶している。  
ネットワークインターフェイス１４は、前記ネットワーク５を介して接続されるデータベースサーバ２や注文管理サーバ３との間のデータ通信を司る。
【００２３】
表示コントローラ１５は、ディスプレイ１７に対する画面表示を制御する。  
ディスプレイ１７は、ＴＦＴ液晶等を用いたパネル型のカラーディスプレイであり、図６に示すように、そのフラットな表示面を上に向けた状態で食卓２１の天板部２２に埋め込まれている。図６は、長方形状をなす天板部２２の対向する長辺にそれぞれ２名ずつの客席が用意された食卓２１に対するディスプレイ１７（１７Ａ，１７Ｂ，１７Ｃ，１７Ｄ）の取付例である。１つのディスプレイに対して１つの電子メニュー端末１が対応している。すなわち、図６の例では、食卓２１の４つの客席にそれぞれ１台ずつ計４台の電子メニュー端末１（１Ａ，１Ｂ，１Ｃ，１Ｄ）が取り付けられており、各々のディスプレイ１７（１７Ａ，１７Ｂ，１７Ｃ，１７Ｄ）が、各客席正面の天板部２２に埋め込まれた状態を示している。
【００２４】
無線通信インターフェース１６は、コントローラ４から例えば赤外線を媒体に送信されるデータ信号を受信する。
【００２５】
コントローラ４は、電子メニュー端末１を操作するための操作信号を当該電子メニュー端末１に供給するもので、図６に示すように、食卓２１の中央に固定されたホルダ２３の上に、着脱自在に置かれている。なお、図６では、コントローラ４は食卓２１の中央に置かれているが、コントローラ４の設置場所は中央に限定されるものではない。例えば、食卓の側面に専用のホルダを設けて、このホルダに収容するようにしてもよい。また、図６では、４人掛けの食卓２１に対してコントローラ４を１基置いているが、コントローラ４の数はこれに限定されるものではなく、例えば２人に１基の割合で食卓２１に置いても良いし、１人に１基ずつの割合で食卓に置いてもよい。
【００２６】
コントローラ４の外観図を図７に、ブロック構成図を図８に示す。図７に示すように、コントローラ４は、ボトル状の本体３１の略中央より下側を把持部３１ａとし、この把持部３１ａに、決定ボタン３２、キャンセルボタン３３及び十字ボタン３４を設けている。そして本体３１には、図８に示すように、ＣＰＵ３５、ＲＯＭ３６、ＲＡＮ３７、無線通信インターフェース３８、センサ３９、このセンサ３９からの信号を取り込むセンサ信号入力ポート４０、前記決定ボタン３２、キャンセルボタン３３及び十字ボタン３４の各ボタンから信号を取り込むボタン信号入力ポート４１等を搭載している。
【００２７】
無線通信インターフェース３８は、電子メニュー端末１に対して例えば赤外線を媒体にデータ信号を送信する。ここに、コントローラ４側の無線通信インターフェース３８は、非接触送信部として機能し、電子メニュー端末１側の無線通信インターフェース１６は、非接触受信部として機能する。
【００２８】
センサ３９は、２軸加速度センサであり、本体３１の把持部３１ａ付近に内蔵されている。そして、この本体３１の振動による動的加速度を計測して、本体３１の上から下または下から上への動きや、左から右又は右から左への動き等を検出する。
【００２９】
なお、センサ３９は２軸加速度センサに限定されるものではなく、例えば３軸加速度センサでもよい。また、加速度センサ以外のセンサであってもよい。要は、本体の操作内容の１つである動きを検出できるセンサであればよい。
【００３０】
ここに、センサ３９及びセンサ信号入力ポート４０と、各ボタン３２〜３４及びボタン信号入力ポート４１とは、本体３１の操作内容を検出する操作内容検出手段として機能する。
【００３１】
ＣＰＵ１１は、通常、図９の流れ図に示す手順の処理を実行する。この処理手順は、ＲＯＭ３６に格納されたコントローラ用プログラムによって制御される。
【００３２】
すなわちＣＰＵ１１は、センサ信号入力ポート４０及びボタン信号入力ポート４１を繰返し走査して、本体３１の操作入力を待機している（ＳＴ１）。ここで、センサ信号入力ポート４０に入力されたセンサ３９からの信号により本体３１の１振動を検出すると（ＳＴ２のＹＥＳ）、ＣＰＵ１１は、その振動方向を示す振動データ信号を生成する（操作信号生成手段）、そして、このデータ信号（操作信号）を、無線通信インターフェース３８を介して電子メニュー端末１に非接触通信により送信する（ＳＴ３）。例えば、本体３１が上から下に振り下ろされた場合には、振り下ろしを示す振動データ信号を生成し、電子メニュー端末１に無線送信する。また、本体３１が下から上に振り上げられた場合には、振り上げを示す振動データ信号を生成し、電子メニュー端末１に無線送信する。
【００３３】
一方、ボタン信号入力ポート４１に入力された信号により決定ボタン３２の入力を検出すると（ＳＴ４のＹＥＳ）、ＣＰＵ１１は、所定の決定データ信号を生成する（操作信号生成手段）。そして、このデータ信号（操作信号）を、無線通信インターフェース３８を介して電子メニュー端末１に非接触通信により送信する（ＳＴ５）。
【００３４】
同様に、ボタン信号入力ポート４１に入力された信号によりキャンセルボタン３３の入力を検出した場合には（ＳＴ６のＹＥＳ）、ＣＰＵ１１は、所定のキャンセルデータ信号を生成する（操作信号生成手段）。そして、このデータ信号（操作信号）を、無線通信インターフェース３８を介して電子メニュー端末１に非接触通信により送信する（ＳＴ７）。
【００３５】
また、ボタン信号入力ポート４１に入力された信号により十字ボタン３４の入力を検出した場合には（ＳＴ８のＹＥＳ）、ＣＰＵ１１は、入力方向に応じたデータ信号を生成する（操作信号生成手段）。そして、このデータ信号（操作信号）を、無線通信インターフェース３８を介して電子メニュー端末１に非接触通信により送信する（ＳＴ９）。
【００３６】
かかる構成のコントローラ４によって操作される電子メニュー端末１は、各種メニュー品目の画像を表示する表示部として前記ディスプレイ１７を備えている。客は、ディスプレイ１７に表示される画面の情報により、飲食店から提供されるメニュー品目を知ることができる。また、コントローラ４を操作することにより、所望のメニュー品目を選択し、注文することができる。
【００３７】
一人の客が、メニュー品目を確認し注文を完了するまでの間にディスプレイ１７に表示される画面、すなわちカテゴリ画面５０、品目一覧画面６０、選択品目画面７０、注文確認画面８０及び注文完了画面９０の変遷図を図１０に示す。また、各画面５０〜９０のレイアウト例を図１１〜図１５に示す。さらに、これらの画面表示機能を電子メニュー端末１に実現させるための電子メニュープログラムに従い、ＣＰＵ１１が実行する主要な情報処理手順を、図１６〜図２１の流れ図に示す。上記電子メニュープログラムは、予めＲＯＭ１２に記憶されている。
【００３８】
以下、これらの図面を参照しながら、一人の客が注文すべきメニュー品目を選択し注文を完了するまでの客の操作手順と、この操作手順に応じた電子メニュー端末１の動作について説明する。
【００３９】
食卓２１のいずれかの席に着いた客は、注文を開始するに先立ち、自席に対応して設けられている電子メニュー端末１の端末番号を確認する。そして、コントローラ４を手で持って、その端末番号の数だけコントローラを上下又は左右に振り、振り終えたならば、決定ボタン３２を押下する。そうすると、自席の前のディスプレイ１７にカテゴリ画面５０が表示される。
【００４０】
すなわち、電子メニュープログラムが起動し、アイドル状態に入った電子メニュー端末１のＣＰＵ１１は、図１６の流れ図に示す手順で動作する。先ず、ＳＴ１１として、ＣＰＵ１１は、ＲＡＭ１３に形成されているカウンタｎを“０”にリセットする。この状態で、ＳＴ１２としてコントローラ４からの信号を待機する。そして、無線通信インターフェース１６を介して振動データ信号を受信する毎に（ＳＴ１２のＹＥＳ）、ＣＰＵ１１は、ＳＴ１３として上記カウンタｎを“１”ずつカウントアップする。このとき、振動データ信号の振動方向は特に問わない。勿論、一定の方向例えば振り下ろし方向に制約してもよい。
【００４１】
コントローラ４から決定データ信号を受信した場合には（ＳＴ１４のＹＥＳ）、ＣＰＵ１１は、ＳＴ１５としてカウンタｎの値がＲＡＭ１３内の端末番号と一致しているか否かを判断する。一致していない場合には（ＳＴ１５のＮＯ）、ＳＴ１１に戻り、カウンタｎを“０”にリセットする。
【００４２】
これに対し、カウンタｎの値がＲＡＭ１３内の端末番号と一致している場合には（ＳＴ１５のＹＥＳ）、ＣＰＵ１１は、ＳＴ１６としてデータベースサーバ２にアクセスして、カテゴリデータベース２Ａを検索する。そして、カテゴリデータベース２Ａに登録されている全てのカテゴリコードとカテゴリ名称とを読込み、カテゴリ名称の一覧であるカテゴリ画面５０を作成して、ディスプレイ１７に表示させる。
【００４３】
カテゴリ画面５０の一レイアウト例を図１１に示す。図示するように、カテゴリ画面５０は、複数（図では６個）のカテゴリボタン５１（５１-1，５１-2，５１-3，５１-4，５１-5，５１-6）を配置しており、各カテゴリボタン５１にそれぞれカテゴリデータベース２Ａから取り込んだカテゴリ名称を表示させている。そして、予めデフォルトに設定されているいずれかのボタン（図１１ではカテゴリボタン５１-1）にフォーカスを当てて、選択状態であることを示している。
【００４４】
上記カテゴリ画面５０を確認した客は、コントローラ４の十字ボタン３４を操作して注文したいメニュー品目が属するカテゴリのカテゴリボタンを選択し、決定ボタン３２を押下する。そうすると、ディスプレイ１７の画面が、選択されたカテゴリに属するメニュー品目の一覧画面６０に切り換わる。なお、カテゴリを選択せずに注文を取止める場合、客は、キャンセルボタン３３を押下する。
【００４５】
すなわち、カテゴリ画面５０を表示させたＣＰＵ１１は、ＳＴ１７として予めデフォルトに設定されているカテゴリボタン５１-1のカテゴリ名称に対応したカテゴリコードを選択カテゴリ情報としてＲＡＭ１３に記憶する。この状態で、ＳＴ１８としてコントローラ４からの信号を待機する。そして、無線通信インターフェース１６を介して十字ボタン３４の操作データである入力方向データ信号を受信する毎に（ＳＴ１８のＹＥＳ）、ＣＰＵ１１は、ＳＴ１９としてその方向データに応じて選択カテゴリ情報を変更する。
【００４６】
具体的には、図１１に示すカテゴリ画面５０の状態において、右方向のデータ信号を受信すると、選択カテゴリ情報を、カテゴリボタン５１-1の画面に向かって右側に位置するカテゴリボタン５１-2のカテゴリ名称に対応したカテゴリコードに変更し、下方向のデータ信号を受信した場合には、カテゴリボタン５１-1の画面に向かって下側に位置するカテゴリボタン５１-4のカテゴリ名称に対応したカテゴリコードに変更する。上方向及び左方向のデータ信号を受信した場合には、カテゴリボタン５１-1の画面に向かって上側及び左側に位置するカテゴリボタンは存在しないので、選択カテゴリ情報を変更しない。同様に、カテゴリボタン５１-2が選択状態にあるとき、右方向のデータ信号を受信した場合には、選択カテゴリ情報をカテゴリボタン５１-3のカテゴリ名称に対応したカテゴリコードに変更し、下方向のデータ信号を受信した場合には、カテゴリボタン５１-5のカテゴリ名称に対応したカテゴリコードに変更し、左方向のデータ信号を受信した場合には、カテゴリボタン５１-1のカテゴリ名称に対応したカテゴリコードに変更する。上方向のデータ信号を受信した場合には、選択カテゴリ情報を変更しない。他のカテゴリボタン５１-3〜５１-6が選択状態にあるときも、これと同様に処理する。
【００４７】
一方、入力方向データ信号でなく決定データ信号を受信した場合には（ＳＴ２０のＹＥＳ）、ＣＰＵ１１は、後述するカテゴリ選択処理を開始する。また、決定データ信号でなくキャンセルデータ信号であった場合には（ＳＴ２１のＹＥＳ）、ＣＰＵ１１は、ＳＴ２２としてディスプレイ１７の画面を消去した後、ＳＴ１１に戻り、カウンタｎを“０”にリセットする。
【００４８】
上記カテゴリ選択処理の手順を、図１７の流れ図を用いて具体的に説明する。カテゴリ選択処理を開始すると、ＣＰＵ１１は先ず、ＳＴ３１としてデータベースサーバ２にアクセスして、品目データベース２Ｂを検索する。そして、選択カテゴリ情報として記憶しているカテゴリコードが設定されているメニュー品目のレコードを全て取り込む。
【００４９】
次に、ＣＰＵ１１は、ＳＴ３２として品目データベース２Ｂから取り込んだ各メニュー品目のレコードをそれぞれ解析して、各レコードから一覧用画像コードを抽出する。そして、データベースサーバ２にアクセスして、各レコードの一覧用画像コードでそれぞれ特定される一覧用画像データがセットされたレコードを画像データベース２Ｃから全て取り込む。しかしてＣＰＵ１１は、ＳＴ３３として、上記ＳＴ３１〜ＳＴ３２の各処理でそれぞれ取得した各レコードの各種データに基づいて品目一覧画面６０を作成する。そして、ＳＴ３４として作成した品目一覧画面６０をディスプレイ１７に表示させる。
【００５０】
品目一覧画面６０の一レイアウト例を図１２に示す。図示するように、品目一覧画面６０は、複数（図では６個）の品目画像表示欄６１（６１-1，６１-2，６１-3，６１-4，６１-5，６１-6）と、前頁ボタン６２及び次頁ボタン６３とを配置している。そして、画像データベース２Ｃから取り込んだレコードの各一覧用画像データから生成される画像を各品目画像表示欄６１にそれぞれ割り当てて表示させている。また、品目データベース２Ｂから取り込んだレコードの各メニュー品目データを基に、その画像に対応するメニュー品目の名称も各品目画像表示欄６１の近傍に表示させている。そして、予め設定されているいずれかのメニュー品目の一覧用画像（図１２では「品目画像１」６１-1）にフォーカスを当てて、選択状態であることを示している。
【００５１】
なお、選択カテゴリ情報として記憶されたカテゴリコードのカテゴリに属するメニュー品目の数が品目画像表示欄６１の数を超える場合には、品目一覧画面６０を複数頁に分割して作成する。そして、最初は１頁目を表示させる。
【００５２】
上記品目一覧画面６０を確認した客は、コントローラ４の十字ボタン３４を操作して注文したいメニュー品目を選択し、決定ボタン３２を押下する。なお、画面上に所望のメニュー品目が表示されていない場合には、コントローラ４を上から下に１回振り下ろす。そうすると、品目一覧画面６０が次頁に切り換わるので、注文したいメニュー品目を探す。あるいは、コントローラ４を下から上に１回振り上げる。そうすると、品目一覧画面６０が前頁に切り換わるので、注文したいメニュー品目を探す。
【００５３】
注文したいメニュー品目を選択し、決定ボタン３２を押下すると、ディスプレイ１７の画面が、選択されたメニュー品目の選択品目画面７０に切り換わる。なお、カテゴリを変更する場合、客は、キャンセルボタン３３を押下する。
【００５４】
すなわち、品目一覧画面６０を表示させたＣＰＵ１１は、ＳＴ３５として予めデフォルトに設定されている品目画像表示欄６１の品目画像に対応した品目コードを選択品目情報としてＲＡＭ１３に記憶する。この状態で、ＳＴ３６としてコントローラ４からの信号を待機する。そして、無線通信インターフェース１６を介して入力方向データ信号を受信する毎に（ＳＴ３６のＹＥＳ）、ＣＰＵ１１は、ＳＴ３７としてその方向データに応じて選択品目情報を変更する。
【００５５】
具体的には、図１２に示す品目一覧画面６０の状態において、右方向のデータ信号を受信すると、選択品目情報を、品目画像表示欄６１-1の画面に向かって右側に位置する品目画像表示欄６１-2の品目画像に対応した品目コードに変更する。また、下方向のデータ信号を受信すると、品目画像表示欄６１-1の画面に向かって下側に位置する品目画像表示欄６１-4の品目画像に対応した品目コードに変更する。上方向及び左方向のデータ信号を受信した場合には、品目画像表示欄６１-1の画面に向かって上側及び左側に位置する品目画像表示欄は存在しないので、選択品目情報を変更しない。
【００５６】
同様に、品目画像表示欄６１-2が選択状態にあるとき、右方向のデータ信号を受信した場合には、選択品目情報を品目画像表示欄６１-3の品目画像に対応した品目コードに変更し、下方向のデータ信号を受信した場合には、品目画像表示欄６１-5の品目画像に対応した品目コードに変更し、左方向のデータ信号を受信した場合には、品目画像表示欄６１-1の品目画像に対応した品目コードに変更する。上方向のデータ信号を受信した場合には、選択品目情報を変更しない。他の品目画像表示欄６１-3〜６１-6が選択状態にあるときも、これと同様に処理する。
【００５７】
一方、入力方向データ信号でなく上から下への振動データ信号を受信した場合には（ＳＴ３８のＹＥＳ）、ＳＴ３９として品目一覧画面６０を次頁に切り換える。同様に、下から上への振動データ信号を受信した場合には（ＳＴ４０のＹＥＳ）、ＳＴ４１として品目一覧画面６０を前頁に切り換える。なお、品目一覧画面６０が１頁のみの場合には、上記振動データ信号は無視される。
【００５８】
他方、入力方向データ信号や振動データ信号でなく決定データ信号を受信した場合には（ＳＴ４２のＹＥＳ）、ＣＰＵ１１は、後述する品目選択処理を開始する。また、決定データ信号でなくキャンセルデータ信号であった場合には（ＳＴ４３のＹＥＳ）、ＣＰＵ１１は、ＳＴ１６に戻り、ディスプレイ１７の画面をカテゴリ画面５０に戻す。
【００５９】
上記品目選択処理の手順を、図１８の流れ図を用いて具体的に説明する。品目選択処理を開始すると、ＣＰＵ１１は先ず、ＳＴ５１としてデータベースサーバ２にアクセスして、品目データベース２Ｂを検索する。そして、選択品目情報として記憶している品目コードが設定されているメニュー品目のレコードを取り込む。次に、ＣＰＵ１１は、ＳＴ５２として品目データベース２Ｂから取り込んだ１メニュー品目のレコードを解析して標準画像コードを抽出する。そして、データベースサーバ２にアクセスして、この標準画像コードで特定される標準画像データがセットされたレコードを画像データベース２Ｃから取り込む。このとき、ＣＰＵ１１は、後述する増減カウンタｍを“０”にリセットする。しかしてＣＰＵ１１は、ＳＴ５３として、上記ＳＴ５１〜ＳＴ５２の各処理でそれぞれ取得したレコードの各種データに基づいて選択品目画面７０を作成する。そして、ＳＴ５４として作成した選択品目画面７０をディスプレイ１７に表示させる。
【００６０】
選択品目画面７０の一レイアウト例を図１３に示す。図示するように選択品目画面７０には、選択品目画像の表示欄７１と、単価表示欄７２、個数表示欄７３及び金額表示欄７４とを配置している。そして、画像データベース２Ｃから取り込んだレコードの標準画像データから生成される画像を選択品目画像表示欄７１に表示させている。また、品目データベース２Ｂから取り込んだレコードの単価データを単価表示欄７２に表示させ、個数表示欄７３には初期値“１”を表示させ、金額表示欄７４には、単価と個数とを乗算して算出される金額を表示させている。
【００６１】
上記選択品目画面７０を確認した客は、コントローラ４を操作して注文内容を編集する。例えば、個数を増加させる場合には、十字ボタン３４の上方向ボタンを増加個数分押下する。逆に、個数を減少させる場合には、十字ボタン３４の下方向ボタンを減少個数分押下する。
【００６２】
また、メニュー品目のサイズ（分量）を大きく（多く）する場合には、コントローラ４を下から上に増量段階数分振り上げる。逆に、メニュー品目のサイズ（分量）を小さく（少なく）する場合には、コントローラ４を上から下に減量段階数分振り下ろす。
【００６３】
こうして、必要に応じて個数やサイズ（分量）の調整を行った後、客は、決定ボタン３２を押下して、選択メニュー品目の注文を確定させる。なお、注文を取止める場合には、キャンセルボタン３３を押下する。
【００６４】
すなわち、選択品目画面７０を表示させたＣＰＵ１１は、ＳＴ５５としてコントローラ４からの信号を待機する。そして、無線通信インターフェース１６を介して入力方向が上方向のデータ信号を受信する毎に（ＳＴ５５のＹＥＳ）、ＣＰＵ１１は、ＳＴ５６として「個数＋１処理」を実行する。同様に、入力方向が下方向のデータ信号を受信する毎に（ＳＴ５７のＹＥＳ）、ＣＰＵ１１は、ＳＴ５８として「個数−１処理」を実行する。
【００６５】
「個数＋１処理」は、先ず、選択メニュー品目の個数を“１”だけ増やす。次いで、選択メニュー品目の単価に個数を乗算して、金額を再計算する。最後に、選択品目画面７０の個数表示欄７３及び金額表示欄７４の値を変更する。
【００６６】
「個数−１処理」は、選択メニュー品目の個数が“２”以上であるとき実行される。先ず、個数を“１”だけ減らす。次いで、選択メニュー品目の単価に個数を乗算して、金額を再計算する。最後に、選択品目画面７０の個数表示欄７３及び金額表示欄７４の値を変更する。
【００６７】
また、コントローラ４からの信号を待機している状態において、無線通信インターフェース１６を介して上から下への振動データ信号を受信した場合には（ＳＴ５９のＹＥＳ）、ＣＰＵ１１は、ＳＴ６０として後述する増量処理を実行する。これに対し、下から上への振動データ信号を受信した場合には（ＳＴ６１のＹＥＳ）、ＣＰＵ１１は、ＳＴ６２として後述する減量処理を実行する。
【００６８】
一方、入力方向データ信号や振動データ信号でなくキャンセルデータ信号を受信した場合には（ＳＴ６３のＹＥＳ）、ＣＰＵ１１は、ＳＴ３４に戻り、ディスプレイ１７の画面を品目一覧画面６０に戻す。
【００６９】
また、キャンセルデータ信号でなく決定データ信号であった場合には（ＳＴ６４のＹＥＳ）、ＣＰＵ１１は、ＳＴ６５として選択メニュー品目の品目コード、品目名称、単価、個数、金額、増減カウンタｍの値等の注文品目データを、ＲＡＭ１３の注文メモリに登録する（注文受付手段）。しかる後、後述する注文確認処理を実行する。
【００７０】
上記増量処理の手順を、図１９の流れ図を用いて具体的に説明する。増量処理を開始すると、ＣＰＵ１１は、ＳＴ６１として選択メニュー品目が増量可能品目であるか否かを判断する。この判断は、選択メニュー品目のレコードに記憶される増量フラグに基づく。すなわち、増量フラグが増量可を示すとき（ＳＴ６１のＹＥＳ）、増量可能品目と判断する。その場合、ＣＰＵ１１は、ＳＴ６２として最大増量中であるか否かを判断する。
【００７１】
この判断は、品目選択処理のＳＴ５２にて“０”にリセットされる増減カウンタｍの値により判断される。増減カウンタｍは、増量処理が１回行われる毎に“１”ずつ加算される。また、減量処理が１回行われる毎に“１”ずつ減算される。増減カウンタｍの値が、選択メニュー品目のレコードに記憶される増量画像コードの最大段階数に達している場合は最大増量中と判断する。
【００７２】
選択メニュー品目が最大増量中の場合（ＳＴ６２のＹＥＳ）、あるいは増量フラグが増量不可を示すとき（ＳＴ６１のＮＯ）、ＣＰＵ１１は、ＳＴ６３として増量不可を示すメッセージをディスプレイ１７に表示させる。その後、コントローラ４からキャンセルデータを受信すると（ＳＴ６４のＹＥＳ）、メッセージを消去して（ＳＴ６５）、ＳＴ５４の処理に戻る。この場合、選択品目画面７０に変化はない。つまり、メッセージを確認した客は、キャンセルボタン３３を押下することによってメッセージを消去し、注文内容の編集をやり直すことができる。
【００７３】
選択メニュー品目が最大増量中でない場合（ＳＴ６２のＮＯ）、ＣＰＵ１１は、ＳＴ６６として増減カウンタｍを“１”だけカウントアップする。そして、ＳＴ６７として増減カウンタｍの値が“１”以上か否かを判断する。増減カウンタｍの値が“１”以上の場合、（ＳＴ６７のＹＥＳ）、標準サイズ又は増量サイズの選択メニュー品目の増量が指示されている。この場合、ＣＰＵ１１は、ＳＴ６８として選択メニュー品目のレコードから増量ｍ画像コード（ｍは増減カウンタｍの値）を取得する。そして、データベースサーバ２にアクセスして、この増量ｍ画像コードで特定される当該メニュー品目の増量ｍ画像データがセットされたレコードを画像データベース２Ｃから取り込む。さらに、ＳＴ６９として選択メニュー品目のレコードから増量割増額を取得する。そして、選択メニュー品目の現段階の単価データに増量割増額を加算する。しかる後、ＳＴ５４の処理に戻る。
【００７４】
このとき、ＣＰＵ１１は、選択品目画面７０の品目画像表示欄７１に表示される選択メニュー品目の画像を、ＳＴ６８の処理で取得した画像データの画像に更新する。例えば、元が標準サイズであった場合には、１段階増量サイズの画像に更新する。１段階増量サイズであった場合には、２段階増量サイズの画像に更新する（画像変化手段）。また、単価表示欄７２及び金額表示欄７４の値を、ＳＴ６９の処理で算出した金額に更新する。
【００７５】
一方、増減カウンタｍの値が“０”以下の場合、（ＳＴ６７のＮＯ）、減量サイズの選択メニュー品目の増量が指示されている。この場合、ＣＰＵ１１は、ＳＴ７０として選択メニュー品目のレコードから標準画像コード若しくは減量ｍ画像コード（ｍは増減カウンタｍの値）を取得する。具体的には、ｍが“０”である場合には標準画像コードを取得する。ｍが負である場合には減量ｍ画像コードを取得する。そして、データベースサーバ２にアクセスして、この画像コードで特定される画像データがセットされたレコードを画像データベース２Ｃから取り込む。さらに、ＳＴ７１として選択メニュー品目のレコードから減量割引額を取得する。そして、選択メニュー品目の現段階の単価データに減量割引額を加算する。しかる後、ＳＴ５４の処理に戻る。
【００７６】
このとき、ＣＰＵ１１は、選択品目画面７０の品目画像表示欄７１に表示される選択メニュー品目の画像を、ＳＴ７０の処理で取得した画像データの画像に更新する。例えば、元が２段階減量サイズであった場合には、１段階減量サイズの画像に更新する。１段階減量サイズであった場合には、標準サイズの画像に更新する（画像変化手段）。また、単価表示欄７２及び金額表示欄７４の値を、ＳＴ７１の処理で算出した金額に更新する。
【００７７】
次に、上記減量処理の手順を、図２０の流れ図を用いて具体的に説明する。減量処理を開始すると、ＣＰＵ１１は、ＳＴ８１として選択メニュー品目が減量可能品目であるか否かを判断する。この判断は、選択メニュー品目のレコードに記憶される減量フラグに基づく。すなわち、減量フラグが減量可を示すとき（ＳＴ８１のＹＥＳ）、減量可能品目と判断する。その場合、ＣＰＵ１１は、ＳＴ８２として最小減量中であるか否かを判断する。
【００７８】
この判断は、品目選択処理のＳＴ５２にて“０”にリセットされる増減カウンタｍの値により判断される。増減カウンタｍの値が、選択メニュー品目のレコードに記憶される減量画像コードの最大段階数に達している場合は最小減量中と判断する。
【００７９】
選択メニュー品目が最小減量中の場合（ＳＴ８２のＹＥＳ）、あるいは減量フラグが減量不可を示すとき（ＳＴ８１のＮＯ）、ＣＰＵ１１は、ＳＴ８３として減量不可を示すメッセージをディスプレイ１７に表示させる。その後、コントローラ４からキャンセルデータを受信すると（ＳＴ８４のＹＥＳ）、メッセージを消去して（ＳＴ８５）、ＳＴ５４の処理に戻る。この場合、選択品目画面７０に変化はない。つまり、メッセージを確認した客は、キャンセルボタン３３を押下することによってメッセージを消去し、注文内容の編集をやり直すことができる。
【００８０】
選択メニュー品目が最小減量中でない場合（ＳＴ８２のＮＯ）、ＣＰＵ１１は、ＳＴ８６として増減カウンタｍを“１”だけカウントダウンする。そして、ＳＴ８７として増減カウンタｍの値が負か否かを判断する。増減カウンタｍの値が負の場合、（ＳＴ８７のＹＥＳ）、標準サイズ又は減量サイズの選択メニュー品目の減量が支持されている。この場合、ＣＰＵ１１は、ＳＴ８８として選択メニュー品目のレコードから減量ｍ画像コード（ｍは増減カウンタｍの値）を取得する。そして、データベースサーバ２にアクセスして、この減量ｍ画像コードで特定される減量ｍ画像データがセットされたレコードを画像データベース２Ｃから取り込む。さらに、ＳＴ８９として選択メニュー品目のレコードから減量割引額を取得する。そして、選択メニュー品目の現段階の単価データから減量割引額を減算する。しかる後、ＳＴ５４の処理に戻る。
【００８１】
このとき、ＣＰＵ１１は、選択品目画面７０の品目画像表示欄７１に表示される選択メニュー品目の画像を、ＳＴ８８の処理で取得した画像データの画像に更新する。例えば元が標準サイズであった場合には、１段階減量サイズの画像に更新する。１段階減量サイズであった場合には、２段階減量サイズの画像に更新する（画像変化手段）。また、単価表示欄７２及び金額表示欄７４の値を、ＳＴ８９の処理で算出した金額に更新する。
【００８２】
一方、増減カウンタｍの値が“０”以上の場合、（ＳＴ８７のＮＯ）、増量サイズの選択メニュー品目の減量が指示されている。この場合、ＣＰＵ１１は、ＳＴ９０として選択メニュー品目のレコードから標準画像コード若しくは増量ｍ画像コード（ｍは増減カウンタｍの値）を取得する。具体的には、ｍが０である場合には標準画像コードを取得する。ｍが“１”以上である場合には増量ｍ画像コードを取得する。そして、データベースサーバ２にアクセスして、この画像コードで特定される画像データがセットされたレコードを画像データベース２Ｃから取り込む。さらに、ＳＴ９１として選択メニュー品目のレコードから増量割増額を取得する。そして、選択メニュー品目の現段階の単価データから増量割増額を減算する。しかる後、ＳＴ５４の処理に戻る。
【００８３】
このとき、ＣＰＵ１１は、選択品目画面７０の品目画像表示欄７１に表示される選択メニュー品目の画像を、ＳＴ９０の処理で取得した画像データの画像に更新する。例えば、元が２段階増量サイズであった場合には、１段階増量サイズの画像に更新する。１段階増量サイズであった場合には、標準サイズの画像に更新する（画像変化手段）。また、単価表示欄７２及び金額表示欄７４の値を、ＳＴ９１の処理で算出した金額に更新する。
【００８４】
上記注文確認処理の手順を、図２１の流れ図を用いて具体的に説明する。注文確認処理を開始すると、ＣＰＵ１１は、ＳＴ１０１として注文メモリに登録されている注文品目データに基づいて注文確認画面８０を生成する。そして、ＳＴ１０２としてこの注文確認画面８０をディスプレイ１７に表示させる。
【００８５】
注文確認画面８０の一レイアウト例を図１４に示す。図示するように、注文確認画面８０には、注文したメニュー品目の品名、数量及び金額からなる明細表示欄８１と、合計金額表示欄８２とが形成されている。
【００８６】
上記注文確認画面８０を確認した客は、注文を継続する場合にはコントローラ４を上下又は左右に振る。注文を確定させる場合には決定ボタン３２を押下する。注文を取止める場合にはキャンセルボタン３３を押下する。
【００８７】
すなわち、注文確認画面８０を表示させたＣＰＵ１１は、ＳＴ１０３としてコントローラ４からの信号を待機する。そして、無線通信インターフェース１６を介してキャンセルデータ信号を受信した場合には（ＳＴ１０３のＹＥＳ）、ＣＰＵ１１は、ＳＴ１０４として注文メモリをクリアする。しかる後、ＳＴ１６の処理に戻って、ディスプレイ１７の画面をカテゴリ画面５０とする。
【００８８】
これに対し、振動データ信号を受信した場合には（ＳＴ１０５のＹＥＳ）、ＣＰＵ１１は、注文メモリをクリアすることなくＳＴ１６の処理に戻って、ディスプレイ１７の画面をカテゴリ画面５０とする。このとき、振動データ信号の振動方向は特に問わない。勿論、一定の方向例えば振り下ろし方向に制約してもよい。
【００８９】
一方、決定データ信号を受信した場合には（ＳＴ１０６のＹＥＳ）、ＣＰＵ１１は、ＳＴ１０７として注文メモリのデータを注文管理サーバ３に送信する（通知手段）。そして、ＳＴ１０８として、例えば図１５に示すような注文完了画面９０をディスプレイ１７に表示させて、１客に対する注文受付処理を終了する。
【００９０】
このような構成のセルフオーダシステムが構築されている飲食店においては、食卓２１に着いた客は、コントローラ４に設けられたキーの押下や、コントローラ本体３１の振り上げ又は振り下ろし等を行うことにより、その食卓２１に設けられた電子メニュー端末１を自ら遠隔操作し、ディスプレイ１７に表示される画面を適宜遷移させて、所望のメニュー品目を注文することができる。
【００９１】
この場合において、所望のメニュー品目が増量または減量可能であるとき、コントローラ本体３１の振り下ろし又は振り上げによって増量又は減量を指示することができる。しかも、振り下ろし回数又は振り上げ回数によって、増量又は減量の分量を調整することができる。その上、選択品目画面７０に表示される選択メニュー品目の画像は、増量指示又は減量指示に合わせて拡大又は縮小される。したがって、増量又は減量の分量を視覚によって把握することができ、客にとって理解し易いものとなる。
【００９２】
例えば今、増量及び減量のいずれもが２段階ずつ可能なメニュー品目を客が選択したとする。このとき、選択品目画面７０の選択品目画像表示欄７１には、当該メニュー品目の標準サイズの画像（図２２（ａ）を参照）が表示される。
【００９３】
この状態で、客が、コントローラ４を１回上から下に振り下ろすと、当該メニュー品目の画像は、増量１画像データの画像、つまり１段階増量サイズの画像（図２２（ｂ）を参照）に拡大される。また、単価Ａに増量割増額ａが加算されて、単価データが（Ａ＋ａ）となる。続いて、客が、コントローラ４をもう１回振り下ろすと、当該メニュー品目の画像は、増量２画像データの画像、つまり２段階増量サイズの画像（図２２（ｃ）を参照）に拡大される。また、単価データが（Ａ＋２ａ）となる。さらに、客が、コントローラ４を振り下ろした場合には、増量不可を示すメッセージが表示されるので、客は、これ以上増量できないことを知り得る。
【００９４】
その後、客がコントローラ４を１回下から上に振り上げると、当該メニュー品目の画像は、増量１画像データの画像、つまり１段階増量サイズの画像（図２２（ｂ）を参照）に縮小される。また、単価（Ａ＋２ａ）から増量割増額ａが減算されて、単価データが（Ａ＋ａ）となる。さらに、客がコントローラ４をもう１回振り上げると、当該メニュー品目の画像は、標準画像データの画像、つまり標準サイズの画像（図２２（ａ）を参照）に縮小される。また、単価データがＡとなる。
【００９５】
一方、標準サイズの画像が表示されている状態において、客がコントローラ４を１回下から上に振り上げると、当該メニュー品目の画像は、減量ｍ画像データの画像、つまり１段階減量サイズの画像に縮小される。また、単価Ａから減量割引額ｂが減算されて、単価データが（Ａ−ｂ）となる。続いて、客が、コントローラ４をもう１回振り上げると、当該メニュー品目の画像は、減量２画像データの画像、つまり２段階減量サイズの画像に縮小される。また、単価データが（Ａ−２ｂ）となる。さらに、客が、コントローラ４を振り上げた場合は、減量不可を示すメッセージが表示されるので、客は、これ以上減量できないことを知り得る。
【００９６】
その後、客がコントローラ４を１回上から下に振り下ろすと、当該メニュー品目の画像は、減量１画像データの画像、つまり１段階減量サイズの画像に拡大される。また、単価（Ａ−２ｂ）に減量割引額ｂが加算されて、単価データが（Ａ−ｂ）となる。続いて、客がコントローラ４をもう１回振り下ろすと、当該メニュー品目の画像は、標準画像データの画像、つまり標準サイズの画像に拡大される。また、単価データがＡとなる。
【００９７】
このように、客は、コントローラ４を用いてディスプレイ１７に表示される画面を遷移させて所望のメニュー商品を注文することができるのみならず、そのコントローラ４を振り下ろしたり振り上げたりすることによって、注文メニュー品目の増量や減量を指示することができる。したがって、ディスプレイの画面に客が直接操作してメニュー商品を注文する従来のシステムと比較して、画面を清潔に保つことができ、客の満足度を高めることができる。
【００９８】
なお、上記説明では、コントローラ４の本体３１を振り下ろすことによって電子メニュー端末１に対して選択メニュー品目の増量を指示し、振り上げることによって減量を指示したが、振り上げることによって増量を指示し、振り下ろすことによって減量を指示するようにしてもよい。あるいは、右から左に振ることによって増量を指示し、左から右に振ることによって減量を指示するようにしてもよい。また、その逆であってもよい。
【００９９】
（第２の実施形態）
前記第１の実施形態では、注文内容の編集例として、注文メニュー品目のサイズ（分量）を調整する場合を示したが、編集例はこれに限定されるものではない。例えば、選択メニュー品目に加えられる調味料の分量を調整する場合も考えられる。
【０１００】
そこで次に、本発明に係る第２の実施形態として、選択メニュー品目に加えられる調味料の分量をコントローラ４の操作により調整する場合を例示する。なお、この第２の実施形態において、第１の実施形態と共通する部分には同一の符号を付し、詳しい説明を省略する。
【０１０１】
図２３は、第２の実施形態に係るセルフオーダシステムの全体構成を示すブロック図である。図１と比較すれば分かるように、第１の実施形態とは、データベースサーバ２に調味料データベース２Ｄを追加した点でのみ異なる。
【０１０２】
調味料データベース２Ｄは、所定のメニュー品目に追加される調味料に関する情報を記憶する領域であり、その１レコードのデータ構造を図２４に示す。図示するように、調味料データベース２Ｄのレコードは、調味料コード、分量１画像コード、分量２画像コード及び分量３画像コードを含む。
【０１０３】
調味量コードは、各種調味料を識別するために調味料毎に割り当てられた固有のコードである。分量１画像コードは、当該調味料の分量１画像データを識別するためのコードである。分量２画像コードは、当該調味料の分量２画像データを識別するためのコードである。分量３画像コードは、当該調味料の分量３画像データを識別するためのコードである。
【０１０４】
分量１画像データは、当該調味料がメニュー品目の画像に１単位の量だけ加えられていることを示す画像である。分量２画像データは、当該調味料がメニュー品目の画像に１単位の２倍の量だけ加えられていることを示す画像である。分量３画像データは、当該調味料がメニュー品目の画像に１単位の３倍の量だけ加えられていることを示す画像である。これらの調味料画像は、背景が透明であり、メニュー品目の画像に重ねられることによって、メニュー品目に調味料が加えられているように表示される。
【０１０５】
なお、調味料の単位は、調味料の種類毎によって決められる。また、増量の倍数は３倍に限定されるものではなく、２倍であってもよいし、４倍以上であってもよい。
【０１０６】
また、この第２の実施形態では、品目データベース２Ｂに記憶されるレコードのデータ構造が第１の実施形態とは異なる。第２の実施形態において、品目データベース２Ｂに記憶されるレコードのデータ構造を図２５に示す。図示するように、品目データベース２Ｂのレコードは、品目コード、属性カテゴリコード、品目名称、単価、調味料フラグ、調味料コード、一覧用画像コード及び標準画像コードを含む。
【０１０７】
調味料フラグは、当該メニュー品目が調味料を追加可能であるか否かを区分するコードである。調味料コードは、当該メニュー品目が調味料を追加可能であるとき、その調味料の種類を特定するコードである。
【０１０８】
しかして、この第２の実施形態においても、食卓２１のいずれかの席に着いた客が、コントローラ４を振って自らの電子メニュー端末１の端末番号を入力してから、注文メニュー品目を決定するまでの動作は、基本的に第１の実施形態と同様である。ただ、第１の実施形態では、図１８に示す品目選択処理のＳＴ５９において、コントローラ４の上から下への振動データ信号を受信した場合、選択メニュー品目のサイズを増量するための増量処理（図１９を参照）を実行したが、第２の実施形態では、選択メニュー品目への調味料増量処理（図２６を参照）を実行する。また、同品目選択処理のＳＴ６１において、コントローラ４の上から下への振動データ信号を受信した場合、第１の実施形態では、選択メニュー品目のサイズを減量するための減量処理（図２０を参照）を実行したが、第２の実施形態では、選択メニュー品目への調味料減量処理（図２７を参照）を実行する。
【０１０９】
上記調味料追加処理の手順を、図２６の流れ図を用いて具体的に説明する。調味料追加処理を開始すると、ＣＰＵ１１は、ＳＴ１１１として選択メニュー品目が調味料を追加可能な調味料対象品目か否かを判断する。この判断は、選択メニュー品目のレコードに記憶される調味料フラグに基づく。すなわち、調味料フラグが追加可能を示すとき（ＳＴ１１１のＹＥＳ）、選択メニュー品目は調味料対象品目なので、ＣＰＵ１１は、ＳＴ１１２として調味料の分量が最大ランクであるか否かを判断する。
【０１１０】
この判断は、品目選択処理のＳＴ５２にて“０”にリセットされる増減カウンタｍの値により判断される。増減カウンタｍは、調味料増量処理が１回行われる毎に“１”ずつ加算される。また、調味料減量処理が１回行われる毎に“１”ずつ減算される。増減カウンタｍの値が、選択メニュー品目のレコードに記憶される分量画像コードの最大ランク数に達している場合、調味料の分量が最大ランクであると判断する。
【０１１１】
調味料の分量が最大ランクの場合（ＳＴ１１２のＹＥＳ）、あるいは調味料フラグが調味料追加不可を示すとき（ＳＴ１１１のＮＯ）、ＣＰＵ１１は、ＳＴ１１３として調味料の増量不可を示すメッセージをディスプレイ１７に表示させる。その後、コントローラ４からキャンセルデータを受信すると（ＳＴ１１４のＹＥＳ）、メッセージを消去して（ＳＴ１１５）、ＳＴ５４の処理に戻る。この場合、選択品目画面７０に変化はない。つまり、メッセージを確認した客は、キャンセルボタン３３を押下することによってメッセージを消去し、注文内容の編集をやり直すことができる。
【０１１２】
調味量の分量が最大ランクでない場合（ＳＴ１１２のＮＯ）、ＣＰＵ１１は、ＳＴ１１６として増減カウンタｍを“１”だけカウントアップする。そして、ＳＴ１１７として選択メニュー品目のレコードから分量ｍ画像コード（ｍは増減カウンタｍの値）を取得する。さらに、データベースサーバ２にアクセスして、この分量ｍ画像コードで特定される当該調味料の分量ｍ画像データがセットされたレコードを画像データベース２Ｃから取り込む。そして、ＳＴ１１８として画像データベース２Ｃから取り込んだ分量ｍ画像データの画像を、選択品目画面７０の品目画像表示欄７１に表示されている選択メニュー品目の画像に重ね合わせる。このとき、既に分量ｍ−１画像データの画像が重ねられていた場合には、この画像を取り除いてから分量ｍ画像データの画像を重ね合わせる（画像変化手段）。しかる後、ＳＴ５４の処理に戻る。
【０１１３】
これにより、品目画像表示欄７１に表示されている選択メニュー品目の画像に、当該調味料の分量ｍ画像が追加されて、あたかもメニュー品目に調味料が加えられているような画像が表示される。
【０１１４】
次に、上記調味料減量処理の手順を、図２７の流れ図を用いて具体的に説明する。減量処理を開始すると、ＣＰＵ１１は、ＳＴ１２１として選択メニュー品目が調味料対象品目か否かを前記ＳＴ１１１の場合と同様にして判断する。そして、調味料対象商品であるとき（ＳＴ１２１のＹＥＳ）、ＣＰＵ１１は、ＳＴ１２２として調味料の分量が“０”であるか否かを判断する。増減カウンタｍの値が“０”のとき、調味料の分量が“０”であると判断する。
【０１１５】
調味料の分量が“０”の場合（ＳＴ１２２のＹＥＳ）、あるいは調味料対象品目でないとき（ＳＴ１２１のＮＯ）、ＣＰＵ１１は、ＳＴ１２３として調味料の減量不可を示すメッセージをディスプレイ１７に表示させる。その後、コントローラ４からキャンセルデータを受信すると（ＳＴ１２４のＹＥＳ）、メッセージを消去して（ＳＴ１２５）、ＳＴ５４の処理に戻る。
【０１１６】
調味量の分量が“０”でない場合（ＳＴ１２２のＮＯ）、ＣＰＵ１１は、ＳＴ１２６として増減カウンタｍを“１”だけカウントダウンする。そして、ＣＰＵ１１は、ＳＴ１２７として増減カウンタｍが“０”になったか否かを判断する。増減カウンタｍが“０”より大きい場合（ＳＴ１２７のＮＯ）、ＣＰＵ１１は、ＳＴ１２８として選択メニュー品目のレコードから分量ｍ画像コード（ｍは増減カウンタｍの値）を取得する。さらに、データベースサーバ２にアクセスして、この分量ｍ画像コードで特定される当該調味料の分量ｍ画像データがセットされたレコードを画像データベース２Ｃから取り込む。そして、ＳＴ１２９として選択メニュー品目の画像に既に重ねられている分量ｍ＋１画像コードで特定される調味料の画像を取り除いた後、画像データベース２Ｃから取り込んだ分量ｍ画像データの画像を選択メニュー品目の画像に重ね合わせる（画像変化手段）。しかる後、ＳＴ５４の処理に戻る。
【０１１７】
一方、カウントダウン後の増減カウンタｍが“０”の場合には（ＳＴ１２７のＹＥＳ）、ＣＰＵ１１は、ＳＴ１３０として選択メニュー品目の画像に重ねられている調味料の画像を取り除く。しかる後、ＳＴ５４の処理に戻る。
【０１１８】
例えば今、調味料として塩を追加可能なメニュー品目「野菜サラダ」を客が選択したとする。このとき、選択品目画面７０の選択品目画像表示欄７１には、「野菜サラダ」の標準サイズの画像（図２８（ａ）を参照）が表示される。
【０１１９】
この状態で、客が、コントローラ４を上から下に振り下ろすと、調味料「塩」の分量１画像データで特定される画像（図２８（ｂ）を参照）が画像データベース２Ｃから抽出される。そして、「野菜サラダ」の画像に調味料「塩」の画像が重ねあわされて、あたかも「野菜サラダ」に「塩」が振りかけられたような画像（図２８（ｃ）を参照）が選択品目画像表示欄７１に表示される。
【０１２０】
さらに、客が、コントローラ４を上から下に振り下ろすと、調味料「塩」の分量２画像データで特定される画像が画像データベース２Ｃから抽出される。そして、分量１画像データで特定される画像に代わって分量２画像データで特定される調味料「塩」の画像が「野菜サラダ」の画像に重ねあわされて、「野菜サラダ」に振りかけられる「塩」が増量した画像が選択品目画像表示欄７１に表示される。
【０１２１】
このように、第２の実施形態においては、客はコントローラ４を振り下ろしたり振り上げたりすることによって、注文メニュー品目に調味料を追加することを指示できる。この場合において、振り下ろし回数や振り上げ回数によって調味料の量を調整できる上、選択品目画面７０に表示される選択メニュー品目の画像には、調整された量の調味料が加えられている様子が表示されるので、調味料の分量を視覚によって把握することができ、客にとって認識し易いものとなる。
【０１２２】
なお、上記説明では、調味料の分量が異なる毎に、選択メニュー品目に重ね合わされる調味料の画像を入れ替えたが、例えば分量２画像コードで識別される画像は、分量１画像コードで識別される画像にさらに重ねることによって、調味料の分量が増量されるように作成することによって、コントローラ４の本体３１が上から下に振り下ろされる毎に調味料の画像を２枚、３枚と追加し、下から上に振り上げられた場合は１枚ずつ除去するようにして、調味料の増減を表示するようにしてもよい。
【０１２３】
なお、この発明は前記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。
【０１２４】
例えば、前記第１の実施形態では、注文内容の編集例として、注文メニュー品目のサイズ（分量）を調整する場合を示し、第２の実施形態では、選択メニュー品目に加えられる調味料の分量を調整する場合を示したが、これらを混在させてもよい。すなわち、選択メニュー品目がサイズの増減可能な品目である場合は、コントローラ４の振動データ信号によりサイズを増減し、選択メニュー品目が調味料の増減可能な品目である場合は、コントローラ４の振動データ信号により調味料を増減するようにしてもよい。また、サイズの増減と調味料の増減が可能な品目の場合は、最初のコントローラ４の振動データ信号によりサイズを増減し、次のコントローラ４の振動データ信号により調味料を増減するというようにシーケンス化して処理するようにしてもよい。
【０１２５】
また、前記実施形態では、カテゴリ画面５０又は品目一覧画面６０において、カテゴリやメニュー品目を選択するためにコントローラ４の十字ボタン３４を用いたが、コントローラ本体３１の振動回数を計数し、その数だけ選択状態にある画像をシフトすることによって、カテゴリやメニュー品目を選択できるようにしてもよい。こうすることにより、コントローラ４から十字ボタン３４を省略できる。なお、この際、振動回数を計数するカウンタは、コントローラ４側に設けてもよいし、電子メニュー端末１側に設けてもよい。
【０１２６】
この他、前記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を組合わせてもよい。
【符号の説明】
【０１２７】
１…電子メニュー端末、２…データベースサーバ、２Ａ…カテゴリデータベース、２Ｂ…品目データベース、２Ｃ…画像データベース、２Ｄ…調味料データベース、３…注文管理サーバ、４…コントローラ、１７…ディスプレイ、３９…センサ。
【先行技術文献】
【特許文献】
【０１２８】
【特許文献１】特開２００８−１１２３５６号公報
【図１】
2011039686.tif 000003
【図２】
2011039686.tif 000004
【図３】
2011039686.tif 000005
【図４】
2011039686.tif 000006
【図５】
2011039686.tif 000007
【図６】
2011039686.tif 000008
【図７】
2011039686.tif 000009
【図８】
2011039686.tif 000010
【図９】
2011039686.tif 000011
【図１０】
2011039686.tif 000012
【図１１】
2011039686.tif 000013
【図１２】
2011039686.tif 000014
【図１３】
2011039686.tif 000015
【図１４】
2011039686.tif 000016
【図１５】
2011039686.tif 000017
【図１６】
2011039686.tif 000018
【図１７】
2011039686.tif 000019
【図１８】
2011039686.tif 000020
【図１９】
2011039686.tif 000021
【図２０】
2011039686.tif 000022
【図２１】
2011039686.tif 000023
【図２２】
2011039686.tif 000024
【図２３】
2011039686.tif 000025
【図２４】
2011039686.tif 000026
【図２５】
2011039686.tif 000027
【図２６】
2011039686.tif 000028
【図２７】
2011039686.tif 000029
【図２８】
2011039686.tif 000030