飲食店用テーブル及びこのテーブルを用いた電子メニュー装置
【課題】飲食物のボリューム感を客に正しく伝えられる飲食店用テーブルを提供する。
【解決手段】脚部２４ａ〜２４ｄによって支持された天板２２に、メニュー品目の三次元画像を表示面に立体視可能に表示するための立体視ディスプレイ１７を設ける。
【解決手段】脚部２４ａ〜２４ｄによって支持された天板２２に、メニュー品目の三次元画像を表示面に立体視可能に表示するための立体視ディスプレイ１７を設ける。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、飲食店において、食卓として用いられる飲食店用テーブル及びこのテーブルを用いた電子メニュー装置に関する。
【背景技術】
【０００２】
卓上用の端末を用いた飲食店の注文システムは、既に知られている（例えば、特許文献１参照）。
【０００３】
特許文献１記載のシステムは、ディスプレイと入力部とを備えた端末を飲食店の各テーブル（食卓）に設置する。ディスプレイには、各メニュー品目の名称、画像等のメニューデータが表示される。客は、ディスプレイに表示されたメニューデータを見て、注文する品目を探す。そして、注文する品目を決定したならば、その品目の画像等がディスプレイに表示されているときに入力部の注文ボタンを押下する。そうすると、この品目に関する注文データが厨房端末に伝送され、受注処理される。
【特許文献１】特開平０９−２８８７７２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の卓上用端末では、メニュー品目の画像が平面的な二次元画像として表示されていたので、実物のボリューム感を客が把握しづらいという問題があった。このため、卓上用端末に表示された画像から推測した量よりも少なかったり、逆に多かったりして、客に不快感を与えることがあった。また、ディスプレイはテーブルの天板上に置かれるため、料理品を配膳する際の妨げになる上、料理品を置くスペースにも制約が生じるという問題があった。
【０００５】
本発明はこのような事情に基づいてなされたもので、その目的とするところは、飲食店で提供される飲食物のボリューム感を客に正しく伝えることができ、客の満足度を高め得る飲食店用テーブル及びこのテーブルを用いた電子メニュー装置を提供しようとするものである。
【課題を解決するための手段】
【０００６】
本発明の飲食店用テーブルは、天板と、この天板を支持する脚部とを備えた飲食店用テーブルにおいて、天板に、メニュー品目の三次元画像を表示面に立体視可能に表示するディスプレイを設けたものである。
【０００７】
本発明の電子メニュー装置は、上記飲食店用テーブルと、この飲食店用テーブルのディスプレイに、メニュー品目のリストを表示させるリスト表示制御手段と、メニュー品目のリストの中から選択されたメニュー品目の三次元画像をディスプレイに表示させる画像表示制御手段とを備えたものである。
【発明の効果】
【０００８】
かかる手段を講じた本発明によれば、飲食店で提供される飲食物のボリューム感を客に正しく伝えることができ、客の満足度を高め得る飲食店用テーブル及びこのテーブルを用いた電子メニュー装置を提供できる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明を実施するための最良の形態について、図面を用いて説明する。
なお、この実施の形態は、ファミリーレストラン等の飲食店に構築される電子メニューシステムに本発明を適用した場合である。
【００１０】
本実施の形態における電子メニューシステムの一構成例を図１に示す。図示するように、電子メニューシステムは、複数の電子メニュー端末１と、データベースサーバ２と、注文管理サーバ３とからなる。各電子メニュー端末１は、それぞれＬＡＮ（Local Area Network）等の通信回線４を介して、データベースサーバ２及び注文管理サーバ３に接続している。
【００１１】
注文管理サーバ３は、顧客の注文データを管理するのに特化したコンピュータ機器であり、専用回線５を介して厨房端末６とＰＯＳ（Point Of Sales）端末７とを接続している。厨房端末６は、各顧客の注文データに基づいて厨房への調理指示データを生成し、表示または印字出力する。ＰＯＳ端末７は、会計を申し出た顧客の注文データから代金を算出し、その代金に対する支払データを処理してレシート発行等を行う。なお、注文管理サーバ３と厨房端末６及びＰＯＳ端末７とを接続する回線は専用回線５に限定されるものではなく、厨房端末６及びＰＯＳ端末７を通信回線４に接続し、この通信回線４を介して注文管理サーバ３との間でデータを送受信してもよい。
【００１２】
データベースサーバ２は、カテゴリデータベース２Ａ、品目データベース２Ｂ、画像データベース２Ｃ、画面データベース２Ｄ等の種々のデータベースを管理するのに特化したコンピュータ機器である。
【００１３】
カテゴリデータベース２Ａは、各種のメニュー品目を分類するためのカテゴリに関する情報を記憶する領域であり、その１レコードのデータ構造を図２に示す。図示するように、カテゴリデータベース２Ａに保存されるレコードは、カテゴリコードとカテゴリ名称とを含む。カテゴリ名称は、例えばハンバーガー類、パスタ類、カレー類、ドリンク類、デザート類等のカテゴリを示す名称である。カテゴリコードは、各カテゴリを識別するためにカテゴリ毎に割り当てられた固有のコードである。
【００１４】
品目データベース２Ｂは、各メニュー品目に関する情報を記憶する領域であり、その１レコードのデータ構造を図３に示す。図示するように、品目データベース２Ｂのレコードは、品目コード、属性カテゴリコード、品目名称、単価、２Ｄ画像コード、３Ｄ画像コード、を含む。
【００１５】
品目コードは、各メニュー品目を識別するために品目毎に割り当てられた固有のコードである。属性カテゴリコードは、当該メニュー品目が所属するカテゴリのカテゴリコードである。品目名称及び単価は、当該メニュー品目の名称及びその１品あたりの価格である。
【００１６】
２Ｄ画像コードは、当該メニュー品目の二次元画像データを識別するためのコードである。３Ｄ画像コードは、当該メニュー品目の三次元画像データを識別するためのコードである。三次元画像のデータは、後述する立体視ディスプレイ１７に出力されることにより、このディスプレイの表示面に、表示対象を立体的に広がりを持つ三次元画像として表示させる。このとき、三次元画像の少なくとも平面的な広がり方向の大きさは、表示対象であるメニュー品目の実物と略同一サイズとなるように各種のパラメータが設定されている。また、高さ方向の大きさも、表示対象であるメニュー品目の実物と可能な限り同一サイズに近付くように各種のパラメータが設定されている。
【００１７】
画像データベース２Ｃは、各種の画像データを記憶する領域であり、その１レコードのデータ構造を図４に示す。図示するように、画像データベース２Ｃのレコードは、画像コードと画像データとを含む。画像データは、各メニュー品目の二次元画像データや三次元画像データ等である。画像コードは、対応する画像データを識別するために画像データ毎に割り当てられた固有のコードである。
【００１８】
ここに、品目データベース２Ｂと画像データベース２Ｃとは、メニュー品目毎に画像データを含むメニューデータを記憶するメニューデータ記憶部として機能する。なお、品目データベース２Ｂにおいて、画像コードの代わりに画像データを記憶することにより、メニューデータ記憶部を品目データベース２Ｂのみで実現することは可能である。
【００１９】
画面データベース２Ｄは、各種画面に関する情報を記憶する領域であり、その１レコードのデータ構造を図５に示す。図示するように、画面データベース２Ｄのレコードは、画面コード、画面名称、レイアウトデータ、及び複数（１〜ｎ：ｎ＞１）の３Ｄボタン画像とそのボタン名称を含む。
【００２０】
画面コードは、電子メニュー端末１のディスプレイに表示される各種の画面を識別するために画面毎に割り当てられた固有のコードである。画面名称は、当該画面に設定された名称である。レイアウトデータは、当該画面を構成する各部品の割付位置、大きさ、色等を示すデータである。３Ｄボタン画像は、立体視可能なボタン部品の画像データである。ボタン名称は、対応する３Ｄボタン画像内に表示される名称である。画面の種類については後述する。
【００２１】
次に、電子メニュー端末１について説明する。電子メニュー端末１は、飲食店で客に提供される複数の飲食メニュー品目の一覧を表示する電子メニュー装置としての機能と、各メニュー品目の中から客が注文したメニュー品目を注文管理サーバに伝達するオーダ入力装置としての機能とを有する。
【００２２】
電子メニュー端末１の要部構成を、図６のブロック図で示す。図示するように、電子メニュー端末１は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３を実装したコンピュータ機器であり、その他、通信インターフェイス１４、表示コントローラ１５、タッチパネルコントローラ１６等を備えている。表示コントローラ１５には、立体視ディスプレイ１７を接続している。そして、この立体視ディスプレイ１７の表示面にタッチパネル１８を取り付け、このタッチパネル１８からの信号をタッチパネルコントローラ１６が取り込むように構成している。
【００２３】
立体視ディスプレイ１７は、三次元画像を表示面に立体視可能に表示するディスプレイであり、本実施の形態では、特殊な眼鏡が不要な裸眼式の立体視ディスプレイを使用する。裸眼式立体視ディスプレイには、２眼表示方式（ヘッドトラッキング方式、スキャナバックライト方式等）や多眼表示方式（ステップバリア方式、斜めレンチ方式等）等があるが、表示方式は特に限定されるものではない。また、眼鏡式の立体視ディスプレイを使用してもよいが、レストランにおける電子メニュー端末としての用途を考慮すると、裸眼式立体視ディスプレイのほうが好ましい。
【００２４】
各電子メニュー端末１の立体視ディスプレイ１７は、図７及び図８に示すように、それぞれその表示面１７ａを上に向けた状態で飲食店用テーブル２１の天板２２に埋め込まれる。さらに、表示面１７ａの上にタッチパネル１８が配設される。このとき、タッチパネル１８が配置された表示面１７ａは天板２２の上面と略面一となる。
【００２５】
図７は、略矩形状をなす天板２２の対向する２辺にそれぞれ２名ずつの席２３ａ，２３ｂ，２３ｃ，２３ｄが用意された飲食店用テーブル２１に対する立体視ディスプレイ１７の取付例である。図８は、同テーブル２１の斜視図である。図７及び図８に示すように、飲食店用テーブル２１は、天板２２と、この天板２２を支持する４本の脚部２４ａ，２４ｂ，２４ｃ，２４ｄとを備えている。そして、各席２３ａ〜２３ｄの正面に立体視ディスプレイ１７をそれぞれ取り付けている。こうすることにより、テーブル２１に着いた客は、各席２３ａ〜２３ｄに腰掛けた状態で、自身の手前にある立体視ディスプレイ１７の表示面１７ａに表示される画像を閲覧し、また、その画像情報に従い表示面１７ａの適所をタッチすることによって必要な情報を入力することができる。
【００２６】
客は、立体視ディスプレイ１７に表示される画面から、飲食店から提供される飲食メニュー品目を確認することができる。また、画面をタッチ操作することにより、所望の飲食メニュー品目を注文することができる。一人の客が、飲食メニュー品目を確認し注文を完了するまでの間に立体視ディスプレイ１７に表示される画面、すなわちガイド画面４０、カテゴリ画面５０、品目一覧画面６０、品目詳細画面７０、注文確認画面８０及び注文完了画面９０の変遷図を図９に示す。また、各画面４０〜９０のレイアウト例を図１０〜図１５に示す。さらに、これらの画面表示機能を電子メニュー端末１に実現させるための表示制御プログラム３０に従い、ＣＰＵ１１が実行する主要な情報処理手順を、図１６〜図１９の流れ図に示す。上記表示制御プログラム３０は、予めＲＯＭ１２に記憶されている。
【００２７】
以下、これらの図面を参照しながら、一人の客がメニュー品目を確認し注文を完了するまでの客の操作手順と、この操作手順に応じた電子メニュー端末１の動作について説明する。
【００２８】
テーブル２１のいずれかの席２３ａ〜２３ｄに付いた客は、注文を開始するに先立ち、ガイド画面４０が表示された立体視ディスプレイ１７の画面にタッチする。そうすると、カテゴリ画面５０が立体視ディスプレイ１７に表示される。
【００２９】
すなわち、表示制御プログラム３０が起動し、アイドル状態に入った電子メニュー端末１のＣＰＵ１１は、図１６の流れ図に示す手順を開始する。先ず、ＳＴ（ステップ）１として、ＣＰＵ１１は、データベースサーバ２にアクセスして、画面データベース２Ｄからガイド画面４０に係るレコードを取り込む。そして、ＳＴ２としてこのレコードのレイアウトデータに基づいてガイド画面４０を作成する。ＣＰＵ１１は、ＳＴ３として作成したガイド画面４０を立体視ディスプレイ１７に表示させる。
【００３０】
ガイド画面４０の一レイアウト例を図１０に示す。図示するように、ガイド画面４０には、皿４１、ナイフ４２及びフォーク４３の各食器を示す画像が立体視可能な三次元画像として表示されている。皿４１は、画面の略中央に配置されている。そして、この皿４１の右側にナイフ４２が配置され、左側にフォーク４３が配置されている。
【００３１】
立体視ディスプレイ１７の表示面１７ａに表示される三次元画像は、どの位置から見ても必ず立体的に見えるというものではなく、立体視可能な範囲が存在する。本実施の形態では、テーブル２１の席２３ａ〜２３ｄに座った客が、正面のディスプレイ１７に表示されるナイフ４２とフォーク４３の位置に手を置くように姿勢を正すと、皿４１の上に表示されるメニュー品目の三次元画像が立体的に見られるようになる。つまり、ナイフ４２とフォーク４３は、ディスプレイ１７の表示面１７ａに表示される三次元画像を立体視可能な位置にユーザを導くためのガイドとして機能する。
【００３２】
ガイド画面４０を表示させたＣＰＵ１１は、ＳＴ４としてタッチパネル１８からの信号を待機する。タッチパネル１８から信号が入力されると、ＣＰＵ１１は、立体視ディスプレイ１７の画面がタッチされたものと判断する。画面がタッチされたと判断すると、ＣＰＵ１１は、ＳＴ５として注文品目リストメモリ３１をクリアする。注文品目リストメモリ３１は、ＲＡＭ１３に形成されている。注文品目リストメモリ３１は、注文情報記憶部として機能するメモリ領域であり、客が注文をしたメニュー品目のデータが一時的に登録される。
【００３３】
次いで、ＣＰＵ１１は、ＳＴ６としてデータベースサーバ２にアクセスして、画面データベース２Ｄからカテゴリ画面５０に係るレコードを取り込む。そして、ＳＴ７としてこのレコードのレイアウトデータや３Ｄボタン画像及びそのボタン名称等の各種設定情報に基づいてカテゴリ画面５０を作成する。ＣＰＵ１１は、ＳＴ８として作成したカテゴリ画面５０を立体視ディスプレイ１７に表示させる。
【００３４】
カテゴリ画面５０の一レイアウト例を図１１に示す。図示するように、カテゴリ画面５０には、カテゴリ別に用意された複数（図では６個）のカテゴリボタン５１（５１-1，５１-2，５１-3，５１-4，５１-5，５１-6）が立体視可能な３Ｄボタンとして表示されている。
【００３５】
カテゴリ画面５０を閲覧した客は、所望のカテゴリ名が表示されているいずれか１つのカテゴリボタン５１-i（１≦ｉ≦６）にタッチして、そのカテゴリを選択する。そうすると、選択されたカテゴリに属するメニュー品目を紹介する品目一覧画面６０が立体視ディスプレイ１７に表示される。
【００３６】
すなわちＣＰＵ１１は、ＳＴ９としてカテゴリ画面５０からいずれかのカテゴリが選択されるのを待機する。タッチパネル１８からの信号により、いずれか１つのカテゴリボタン５１-iがタッチされたことを検知すると、ＣＰＵ１１は、そのタッチされたカテゴリボタン５１-iに割り当てられているカテゴリ名のカテゴリが選択されたものとみなす。そして、ＳＴ１０として図１７の流れ図で具体的に示すカテゴリ選択処理を開始する。
【００３７】
先ず、ＣＰＵ１１は、ＳＴ１１としてデータベースサーバ２にアクセスして、画面データベース２Ｄから品目一覧画面６０に係るレコードを取り込む。また、ＳＴ１２としてデータベースサーバ２にアクセスして、品目データベース２Ｂを検索する。そして、選択されたカテゴリに属するメニュー品目のレコードを全て取り込む。次に、ＣＰＵ１１は、ＳＴ１３として品目データベース２Ｂから取り込んだメニュー品目のレコードを解析して２Ｄ画像コードを抽出する。そして、データベースサーバ２にアクセスして、この２Ｄ画像コードで特定される二次元画像データがセットされたレコードを画像データベース２Ｃから取り込む。しかしてＣＰＵ１１は、ＳＴ１４として、上記ＳＴ１１〜ＳＴ１３の各処理でそれぞれ取得したレコードの各種データに基づいて品目一覧画面６０を作成する。ＣＰＵ１１は、ＳＴ１５として作成した品目一覧画面６０を立体視ディスプレイ１７に表示させる（リスト表示制御手段）。
【００３８】
品目一覧画面６０の一レイアウト例を図１２に示す。図示するように、品目一覧画面６０には、複数（図では６個）の品目画像表示欄６１（６１-1，６１-2，６１-3，６１-4，６１-5，６１-6）が形成されている。また、各品目画像表示欄６１にそれぞれ対応して詳細ボタン６２（６２-1，６２-2，６２-3，６２-4，６２-5，６２-6）が表示されている。さらに戻りボタン６３、前頁ボタン６４、次頁ボタン６５及び注文ボタン６６が立体視可能な３Ｄボタンとして表示されている。これらの画面構成要素６１〜６６は、品目一覧画面６０に係るレコードのデータに基づいている。
【００３９】
各品目画像表示欄６１には、それぞれ選択されたカテゴリに属するメニュー品目の二次元画像が表示される。また、当該メニュー品目の名称も画像と対応させて表示される。二次元画像は、画像データベース２Ｃから取り込んだレコードの二次元画像データに基づくものであり、メニュー品目の名称は、品目データベース２Ｂから取り込んだレコードの品目名称データに基づくものである。
【００４０】
なお、選択されたカテゴリに属するメニュー品目の数が品目画像表示欄６１の数を超える場合には、品目一覧画面６０が複数頁に分割されて形成される。そして、最初は１頁目が表示される。
【００４１】
品目一覧画面６０を表示させた後、ＣＰＵ１１は、画面上のいずれかのボタンが入力されるのを待機する。
【００４２】
品目一覧画面６０を閲覧した客は、必要に応じて、前頁ボタン６４または次頁ボタン６５をタッチする。ＣＰＵ１１は、ＳＴ１６として前頁ボタン６４または次頁ボタン６５がタッチされたことを検知すると、ＳＴ１７として品目一覧画面６０の頁を切り換える。すなわち、前頁ボタン６４がタッチされた場合には１頁前の頁に切り換え、次頁ボタン６５がタッチされた場合には１頁後の頁に切り換える。なお、現在の頁が１頁目の場合には、前頁ボタン６４は機能しない。同様に、現在の頁が最終頁の場合には、次頁ボタン６５は機能しない。頁を切り換えた後、ＣＰＵ１１は、ＳＴ１５に戻り、切換後の頁の品目一覧画面６０を立体視ディスプレイ１７に表示させる（リスト表示制御手段）。
【００４３】
品目一覧画面６０を閲覧したが、注文すべきメニュー品目が見つからなかった場合、客は、戻りボタン６３をタッチする。ＣＰＵ１１は、ＳＴ１８として戻りボタン６３がタッチされたことを検知すると、ＳＴ５の処理に戻る。すなわち、立体視ディスプレイ１７の画面をカテゴリ画面５０に戻す。
【００４４】
また、現在までの注文内容を確認したい場合には、注文ボタン６６をタッチする。ＣＰＵ１１は、ＳＴ２１として注文ボタン６６がタッチされたことを検知すると、ＳＴ２２として図１９に具体的に示す注文確認画面表示処理を実行する。注文確認画面表示処理について後述する。
【００４５】
品目一覧画面６０のなかから注文すべきメニュー品目が見つかった場合、客は、そのメニュー品目の画像が表示されている品目画像表示欄６１-j（１≦j≦６）に対応した詳細ボタン６２-jをタッチする。ＣＰＵ１１は、ＳＴ１９としていずれか１つの詳細ボタン６２-jがタッチされたことを検知すると、その詳細ボタン６２-jに対応する品目画像表示欄６１-jに画像が表示されているメニュー品目が選択されたものとみなす。そして、ＳＴ２０として図１８に具体的に示す品目詳細画面表示処理を実行する。
【００４６】
先ず、ＣＰＵ１１は、ＳＴ３１としてデータベースサーバ２にアクセスして、画面データベース２Ｄから品目詳細画面７０に係るレコードを取り込む。また、ＳＴ３２として品目データベース２Ｂから選択メニュー品目のレコードを取り込む。そして、このレコードを解析して、選択メニュー品目の３Ｄ画像コードを抽出する。そして、データベースサーバ２にアクセスして、この詳細３Ｄ画像コードで特定される三次元画像データがセットされたレコードを画像データベース２Ｃから取り込む。しかしてＣＰＵ１１は、ＳＴ３３として、上記ＳＴ３１〜ＳＴ３２の各処理でそれぞれ取得したレコードの各種データに基づいて品目詳細画面７０を作成する。ＣＰＵ１１は、ＳＴ３４として作成した品目詳細画面７０を立体視ディスプレイ１７に表示させる（画面表示制御手段）。
【００４７】
品目詳細画面７０の一レイアウト例を図１３に示す。図示するように、品目詳細画面７０には、品目三次元画像表示欄７１が形成されている。また、単価表示欄７２、上下スピンボタン７３付のエディットフィールド７４及び金額表示欄７５が形成されている。さらに、戻りボタン７６及び注文ボタン７７が立体視可能な３Ｄボタンとして表示されている。これらの画面構成要素７１〜７７は、品目詳細画面７０に係るレコードのデータに基づいている。
【００４８】
品目三次元画像表示欄７１には、選択メニュー品目の三次元画像が表示される。三次元画像は、画像データベース２Ｃから取り込んだレコードの三次元画像データに基づくものである。これにより、品目三次元画像表示欄７１には、平面的な広がり方向（Ｘ−Ｙ平面の方向）の大きさが、表示対象であるメニュー品目の実物と略同一サイズであり、高さ方向（Ｚ方向）の大きさも、同実物と可能な限り同一サイズに近付けられた三次元画像が表示される。すなわち、実物と略実寸大の三次元画像が立体視可能に表示される。したがって、品目詳細画面７０を閲覧した客は、注文すべきメニュー品目の画像を立体的に目視できるので、ボリューム感を把握することができる。
【００４９】
単価表示欄７２には、選択メニュー品目のレコードから読み出した単価が表示される。エディットフィールド７４には注文数量の初期値として“１”が表示される。金額表示欄７５には、選択メニュー品目の単価に注文数量を乗算した金額が表示される。
【００５０】
品目詳細画面７０を閲覧した客は、注文点数を変更する場合、スピンボタン７３をタッチする。ＣＰＵ１１は、ＳＴ３５としてスピンボタン７３がタッチされたことを検知すると、ＳＴ３６としてエディットフィールド７４の注文数量を“１”ずつ増減する。また、金額を再計算し、金額表示欄７５の値を更新する。
【００５１】
品目三次元画像表示欄７１に三次元画像が立体視可能に表示されている選択メニュー品目を注文する場合、客は、注文ボタン７７をタッチする。ＣＰＵ１１は、ＳＴ３８として注文ボタン７７がタッチされたことを検知すると、ＳＴ３９として選択メニュー品目のレコードを注文メニュー品目のデータとして注文品目リストメモリ３１に登録する。このとき、注文数量と金額も注文メニュー品目のデータとして登録する。しかる後、ＣＰＵ１１は、ＳＴ４０として注文確認画面表示処理を実行する。
【００５２】
一方、注文を取止める場合には、戻りボタン７６をタッチする。ＣＰＵ１１は、ＳＴ３７として戻りボタン７６がタッチされたことを検知すると、注文メニュー品目のデータを登録することなくＳＴ１５の処理に戻り、立体視ディスプレイ１７の画面を品目一覧画面６０に戻す。
【００５３】
このように、品目一覧画面６０から注文すべきメニュー品目を見つけた客は、そのメニュー品目の二次元画像が表示されている品目画像表示欄６１-iに対応した詳細ボタン６２-iをタッチする。そうすると、このメニュー品目の詳細画面７０が立体視ディスプレイ１７に表示されるので、その内容とボリュームを確認する。そして、注文をする場合には、注文ボタン７７をタッチする。そうすると、このメニュー品目のレコードや注文数量などのデータが注文品目リストメモリ３１に登録される。
【００５４】
次に、ＳＴ２２またはＳＴ４０で実行される注文確認画面表示処理について、図１９を用いて説明する。
【００５５】
品目一覧画面６０または品目詳細画面７０において、注文ボタン６６または７７をタッチすると、立体視ディスプレイ１７の画面が注文確認画面８０に切り換わる。
【００５６】
すなわちＣＰＵ１１は、ＳＴ５１としてデータベースサーバ２にアクセスして、画面データベース２Ｄから注文確認画面８０に係るレコードを取り込む。そして、ＳＴ５２としてこのレコードのデータに基づいて注文確認画面８０を作成する。ＣＰＵ１１は、ＳＴ５３として作成した注文確認画面８０を立体視ディスプレイ１７に表示させる。
【００５７】
注文確認画面８０の一レイアウト例を図１４に示す。図示するように、注文確認画面８０には、注文したメニュー品目の品名、数量及び金額からなる明細表示欄８１と、合計金額表示欄８２とが形成されている。明細表示欄８１には、明細行毎に取消ボタン８３が形成されている。また、戻りボタン８４と送信ボタン８５とが立体視可能な３Ｄボタンとして表示されている。
【００５８】
ＣＰＵ１１は、ＳＴ５４として注文品目リストメモリ３１を検索して、注文メニュー品目のデータが登録されているか否かを判断する。登録されている場合には（ＳＴ５４のＹＥＳ）、ＣＰＵ１１は、ＳＴ５５としてその登録データから注文メニュー品目の品目名称、注文数量，金額を取得し、合計金額を算出する。そして、ＳＴ５６として注文確認画面８０の明細表示欄８１に、注文メニュー品目の品目名称、注文数量，金額を表示させる。また、合計金額表示欄８２に合計金額を表示させる。この状態で、ＣＰＵ１１は、取消ボタン８３、戻りボタン８４、または送信ボタン８５のいずれかのボタンが入力されるのを待機する。
【００５９】
注文確認画面８０を閲覧した客は、注文を続ける場合、戻りボタン８４をタッチする。ＣＰＵ１１は、ＳＴ５７として戻りボタン８４がタッチされたことを検知すると、ＳＴ８の処理に戻る。すなわち、立体視ディスプレイ１７の画面をカテゴリ画面５０に戻す。
【００６０】
また、注文を取消す場合には、明細表示欄８１の取消すべき品目の明細が表示されている行に対応した取消ボタン８３をタッチする。ＣＰＵ１１は、ＳＴ５８としていずれかの取消ボタン８３がタッチされたことを検知すると、ＳＴ５９として注文品目リストメモリ３１から取消が指示されたメニュー品目の登録データを削除する。しかる後、ＣＰＵ１１は、ＳＴ５４の処理に戻る。
【００６１】
注文を確定させる場合には、送信ボタン８５をタッチする。ＣＰＵ１１は、ＳＴ６０として送信ボタン８５がタッチされたことを検知すると、ＳＴ６１として注文品目リストメモリ３１に登録されている注文メニュー品目のデータを注文管理サーバ３に伝送する。しかる後、ＳＴ６２としてデータベースサーバ２にアクセスして、画面データベース２Ｄから注文完了画面９０に係るレコードを取り込む。そして、ＳＴ６３としてこのレコードのデータに基づいて注文完了画面９０を作成し、立体視ディスプレイ１７に表示させる。
【００６２】
注文完了画面９０の一レイアウト例を図１５に示す。
以上で、一人の客の注文が完了する。その後、ＣＰＵ１１は、アイドル状態に戻り、ディスプレイ１７にガイド画面４０を再び表示させる。
【００６３】
なお、注文品目リストメモリ３１を検索した結果、注文メニュー品目のデータが登録されていない場合には（ＳＴ５４のＮＯ）、ＣＰＵ１１は、戻りボタン８４が入力されるのを待機する。そして、ＳＴ６４として戻りボタン８４がタッチされたことを検知したならば、ＳＴ８の処理に戻る。
【００６４】
このように、本実施の形態によれば、飲食店用テーブル２１の客席２３ａ〜２３ｄに座った客は、メニュー品目を注文する前にそのメニュー品目の三次元画像からボリューム感を略正確に把握できるので、客は食べたい量に応じた注文を容易に行うことができる。このため、自身が推測した量よりも少なかったり、逆に多かったりして、不満に感じることがなくなり、客のオーダに関する満足度を高めることができる。
【００６５】
また、メニュー品目の三次元画像が表示される立体視ディスプレイ１７は、その表示面１７ａがテーブル２１を構成する天板２２の上面と面一となっている。したがって、テーブル２１の天板２２上には実際に注文されたメニュー品目の調理品が配膳されるが、上記ディスプレイ１７が料理品を配膳する際の妨げになることはなく、また、天板２２上を全て料理品を置くスペースとして有効に活用することができる。
【００６６】
さらに、客自身が電子メニュー端末１を用いて注文したデータは、直接、注文管理サーバ３に伝送され、厨房端末６への調理指示や、ＰＯＳ端末７での会計処理に供せられるので、セルフ飲食店システムを実現することができる。
【００６７】
なお、この発明は前記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。
【００６８】
例えば、前記実施の形態では、電子メニュー端末１のアイドル状態時の画面としてガイド画面４０を例示したが、ガイド画面４０を省略しても本発明の効果は十分に奏するものである。また、注文完了後にガイド画面４０に戻すようにしたが、ガイド画面４０以外の画面、例えば注文した料理に適した画像を表示する画面に切り換えるようにしてもよい。
【００６９】
また、前記実施の形態では、ガイド画面４０に表示されるガイドを、皿４１、ナイフ４２及びフォーク４３の食器類としたが、箸、スプーン、茶碗などの他の食器類をガイドとして用いてもよい。また、食器ではなく、例えば「この位置から画面を見てください」というようなメッセージをガイドとして、天板２２やディスプレイ１７に表示してもよい。
【００７０】
また、立体視ディスプレイ１７に表示されるメニュー品目の三次元画像に関し、前記実施の形態では、平面的な広がり方向の大きさが当該メニュー品目の実物と略同一サイズであり、また、高さ方向の大きさも、実物と可能な限り同一サイズに近付くようにしたが、平面的な広がり方向の大きさのみ実物と略同一サイズとするだけでも、立体視画像によって客にボリューム感を与えることができるので、本発明の効果を奏することができる。
【００７１】
また、前記実施の形態では、詳細ボタン６２をタッチしたが、品目画像表示欄６１に表示されている画像がタッチされたことを検知すると、その画像に対応したメニュー品目の注文を受付けるようにしてもよい。こうすることにより、品目一覧画面６０から詳細ボタン６２を省略することができる。
【００７２】
また、前記実施の形態では、電子メニュー端末１の入力装置としてタッチパネル１８を示したが、入力装置はタッチパネルに限定されるものではない。例えば、マウス等のポインティングデバイスやキーボード等を用いることもできる。
【００７３】
また、前記実施の形態では、テーブル２１の客席２３ａ〜２３ｄ毎に電子メニュー端末１を設けたが、テーブル２１毎に１台の電子メニュー端末１を設け、そのテーブルに着いた客が１台の電子メニュー端末１を共用するようにしてもよい。なお、天板２２の客席２３ａ〜２３ｄの正面となる位置に、電子メニュー端末１を客席２３ａ〜２３ｄと１対１で対応させて設けることによって、テーブル２１に着いた客のうち誰が注文したメニュー品目なのかを容易に判別できるメリットはある。
【００７４】
さらに、前記実施の形態では電子メニュー端末１のＲＯＭ１２に発明を実施する機能である表示制御プログラム３０が予め記録されているものとして説明をしたが、これに限らず同様の機能をネットワークから電子メニュー端末１にダウンロードしても良いし、同様の機能を記録媒体に記憶させたものを電子メニュー端末１にインストールしてもよい。記録媒体としては、ＣＤ−ＲＯＭ等プログラムを記憶でき、かつ装置が読み取り可能な記録媒体であれば、その形態は何れの形態であっても良い。またこのように予めインストールやダウンロードにより得る機能は装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。
【００７５】
この他、前記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を組合わせてもよい。
【図面の簡単な説明】
【００７６】
【図１】本発明の一実施の形態である電子メニューシステムの一構成例を示すブロック図。
【図２】カテゴリデータベースに記憶されるレコード構造の要部を示す図。
【図３】品目データベースに記憶されるレコード構造の要部を示す図。
【図４】画像データベースに記憶されるレコード構造の要部を示す図。
【図５】画面データベースに記憶されるレコード構造の要部を示す図。
【図６】電子メニュー端末の要部構成を示すブロック図。
【図７】電子メニュー端末を構成する立体視ディスプレイの飲食店用テーブルに対する取付例を示す模式図。
【図８】立体視ディスプレイが取り付けられた飲食店用テーブルの一例を示す斜視図。
【図９】電子メニュー端末の立体視ディスプレイに表示される主要な画面の変遷図。
【図１０】ガイド画面の一レイアウト例を示す平面図。
【図１１】カテゴリ画面の一レイアウト例を示す平面図。
【図１２】品目一覧画面の一レイアウト例を示す平面図。
【図１３】品目詳細画面の一レイアウト例を示す平面図。
【図１４】注文確認画面の一レイアウト例を示す平面図。
【図１５】注文完了画面の一レイアウト例を示す平面図。
【図１６】電子メニュー端末のＣＰＵが実行する情報処理手順の要部を示す流れ図。
【図１７】図１６におけるカテゴリ選択処理の処理手順を具体的に示す流れ図。
【図１８】図１７における品目詳細画面表示処理の処理手順を具体的に示す流れ図。
【図１９】図１７または図１８における注文確認画面表示処理の処理手順を具体的に示す流れ図。
【符号の説明】
【００７７】
１…電子メニュー端末、２…データベースサーバ、２Ａ…カテゴリデータベース、２Ｂ…品目データベース、２Ｃ…画像データベース、２Ｄ…画面データベース、３…注文管理サーバ、１１…ＣＰＵ、１２…ＲＯＭ、１３…ＲＡＭ、１４…通信インターフェイス、１７…立体視ディスプレイ、１８…タッチパネル、２１…飲食店用テーブル、２２…天板、２３…脚部。
【技術分野】
【０００１】
本発明は、飲食店において、食卓として用いられる飲食店用テーブル及びこのテーブルを用いた電子メニュー装置に関する。
【背景技術】
【０００２】
卓上用の端末を用いた飲食店の注文システムは、既に知られている（例えば、特許文献１参照）。
【０００３】
特許文献１記載のシステムは、ディスプレイと入力部とを備えた端末を飲食店の各テーブル（食卓）に設置する。ディスプレイには、各メニュー品目の名称、画像等のメニューデータが表示される。客は、ディスプレイに表示されたメニューデータを見て、注文する品目を探す。そして、注文する品目を決定したならば、その品目の画像等がディスプレイに表示されているときに入力部の注文ボタンを押下する。そうすると、この品目に関する注文データが厨房端末に伝送され、受注処理される。
【特許文献１】特開平０９−２８８７７２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の卓上用端末では、メニュー品目の画像が平面的な二次元画像として表示されていたので、実物のボリューム感を客が把握しづらいという問題があった。このため、卓上用端末に表示された画像から推測した量よりも少なかったり、逆に多かったりして、客に不快感を与えることがあった。また、ディスプレイはテーブルの天板上に置かれるため、料理品を配膳する際の妨げになる上、料理品を置くスペースにも制約が生じるという問題があった。
【０００５】
本発明はこのような事情に基づいてなされたもので、その目的とするところは、飲食店で提供される飲食物のボリューム感を客に正しく伝えることができ、客の満足度を高め得る飲食店用テーブル及びこのテーブルを用いた電子メニュー装置を提供しようとするものである。
【課題を解決するための手段】
【０００６】
本発明の飲食店用テーブルは、天板と、この天板を支持する脚部とを備えた飲食店用テーブルにおいて、天板に、メニュー品目の三次元画像を表示面に立体視可能に表示するディスプレイを設けたものである。
【０００７】
本発明の電子メニュー装置は、上記飲食店用テーブルと、この飲食店用テーブルのディスプレイに、メニュー品目のリストを表示させるリスト表示制御手段と、メニュー品目のリストの中から選択されたメニュー品目の三次元画像をディスプレイに表示させる画像表示制御手段とを備えたものである。
【発明の効果】
【０００８】
かかる手段を講じた本発明によれば、飲食店で提供される飲食物のボリューム感を客に正しく伝えることができ、客の満足度を高め得る飲食店用テーブル及びこのテーブルを用いた電子メニュー装置を提供できる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明を実施するための最良の形態について、図面を用いて説明する。
なお、この実施の形態は、ファミリーレストラン等の飲食店に構築される電子メニューシステムに本発明を適用した場合である。
【００１０】
本実施の形態における電子メニューシステムの一構成例を図１に示す。図示するように、電子メニューシステムは、複数の電子メニュー端末１と、データベースサーバ２と、注文管理サーバ３とからなる。各電子メニュー端末１は、それぞれＬＡＮ（Local Area Network）等の通信回線４を介して、データベースサーバ２及び注文管理サーバ３に接続している。
【００１１】
注文管理サーバ３は、顧客の注文データを管理するのに特化したコンピュータ機器であり、専用回線５を介して厨房端末６とＰＯＳ（Point Of Sales）端末７とを接続している。厨房端末６は、各顧客の注文データに基づいて厨房への調理指示データを生成し、表示または印字出力する。ＰＯＳ端末７は、会計を申し出た顧客の注文データから代金を算出し、その代金に対する支払データを処理してレシート発行等を行う。なお、注文管理サーバ３と厨房端末６及びＰＯＳ端末７とを接続する回線は専用回線５に限定されるものではなく、厨房端末６及びＰＯＳ端末７を通信回線４に接続し、この通信回線４を介して注文管理サーバ３との間でデータを送受信してもよい。
【００１２】
データベースサーバ２は、カテゴリデータベース２Ａ、品目データベース２Ｂ、画像データベース２Ｃ、画面データベース２Ｄ等の種々のデータベースを管理するのに特化したコンピュータ機器である。
【００１３】
カテゴリデータベース２Ａは、各種のメニュー品目を分類するためのカテゴリに関する情報を記憶する領域であり、その１レコードのデータ構造を図２に示す。図示するように、カテゴリデータベース２Ａに保存されるレコードは、カテゴリコードとカテゴリ名称とを含む。カテゴリ名称は、例えばハンバーガー類、パスタ類、カレー類、ドリンク類、デザート類等のカテゴリを示す名称である。カテゴリコードは、各カテゴリを識別するためにカテゴリ毎に割り当てられた固有のコードである。
【００１４】
品目データベース２Ｂは、各メニュー品目に関する情報を記憶する領域であり、その１レコードのデータ構造を図３に示す。図示するように、品目データベース２Ｂのレコードは、品目コード、属性カテゴリコード、品目名称、単価、２Ｄ画像コード、３Ｄ画像コード、を含む。
【００１５】
品目コードは、各メニュー品目を識別するために品目毎に割り当てられた固有のコードである。属性カテゴリコードは、当該メニュー品目が所属するカテゴリのカテゴリコードである。品目名称及び単価は、当該メニュー品目の名称及びその１品あたりの価格である。
【００１６】
２Ｄ画像コードは、当該メニュー品目の二次元画像データを識別するためのコードである。３Ｄ画像コードは、当該メニュー品目の三次元画像データを識別するためのコードである。三次元画像のデータは、後述する立体視ディスプレイ１７に出力されることにより、このディスプレイの表示面に、表示対象を立体的に広がりを持つ三次元画像として表示させる。このとき、三次元画像の少なくとも平面的な広がり方向の大きさは、表示対象であるメニュー品目の実物と略同一サイズとなるように各種のパラメータが設定されている。また、高さ方向の大きさも、表示対象であるメニュー品目の実物と可能な限り同一サイズに近付くように各種のパラメータが設定されている。
【００１７】
画像データベース２Ｃは、各種の画像データを記憶する領域であり、その１レコードのデータ構造を図４に示す。図示するように、画像データベース２Ｃのレコードは、画像コードと画像データとを含む。画像データは、各メニュー品目の二次元画像データや三次元画像データ等である。画像コードは、対応する画像データを識別するために画像データ毎に割り当てられた固有のコードである。
【００１８】
ここに、品目データベース２Ｂと画像データベース２Ｃとは、メニュー品目毎に画像データを含むメニューデータを記憶するメニューデータ記憶部として機能する。なお、品目データベース２Ｂにおいて、画像コードの代わりに画像データを記憶することにより、メニューデータ記憶部を品目データベース２Ｂのみで実現することは可能である。
【００１９】
画面データベース２Ｄは、各種画面に関する情報を記憶する領域であり、その１レコードのデータ構造を図５に示す。図示するように、画面データベース２Ｄのレコードは、画面コード、画面名称、レイアウトデータ、及び複数（１〜ｎ：ｎ＞１）の３Ｄボタン画像とそのボタン名称を含む。
【００２０】
画面コードは、電子メニュー端末１のディスプレイに表示される各種の画面を識別するために画面毎に割り当てられた固有のコードである。画面名称は、当該画面に設定された名称である。レイアウトデータは、当該画面を構成する各部品の割付位置、大きさ、色等を示すデータである。３Ｄボタン画像は、立体視可能なボタン部品の画像データである。ボタン名称は、対応する３Ｄボタン画像内に表示される名称である。画面の種類については後述する。
【００２１】
次に、電子メニュー端末１について説明する。電子メニュー端末１は、飲食店で客に提供される複数の飲食メニュー品目の一覧を表示する電子メニュー装置としての機能と、各メニュー品目の中から客が注文したメニュー品目を注文管理サーバに伝達するオーダ入力装置としての機能とを有する。
【００２２】
電子メニュー端末１の要部構成を、図６のブロック図で示す。図示するように、電子メニュー端末１は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３を実装したコンピュータ機器であり、その他、通信インターフェイス１４、表示コントローラ１５、タッチパネルコントローラ１６等を備えている。表示コントローラ１５には、立体視ディスプレイ１７を接続している。そして、この立体視ディスプレイ１７の表示面にタッチパネル１８を取り付け、このタッチパネル１８からの信号をタッチパネルコントローラ１６が取り込むように構成している。
【００２３】
立体視ディスプレイ１７は、三次元画像を表示面に立体視可能に表示するディスプレイであり、本実施の形態では、特殊な眼鏡が不要な裸眼式の立体視ディスプレイを使用する。裸眼式立体視ディスプレイには、２眼表示方式（ヘッドトラッキング方式、スキャナバックライト方式等）や多眼表示方式（ステップバリア方式、斜めレンチ方式等）等があるが、表示方式は特に限定されるものではない。また、眼鏡式の立体視ディスプレイを使用してもよいが、レストランにおける電子メニュー端末としての用途を考慮すると、裸眼式立体視ディスプレイのほうが好ましい。
【００２４】
各電子メニュー端末１の立体視ディスプレイ１７は、図７及び図８に示すように、それぞれその表示面１７ａを上に向けた状態で飲食店用テーブル２１の天板２２に埋め込まれる。さらに、表示面１７ａの上にタッチパネル１８が配設される。このとき、タッチパネル１８が配置された表示面１７ａは天板２２の上面と略面一となる。
【００２５】
図７は、略矩形状をなす天板２２の対向する２辺にそれぞれ２名ずつの席２３ａ，２３ｂ，２３ｃ，２３ｄが用意された飲食店用テーブル２１に対する立体視ディスプレイ１７の取付例である。図８は、同テーブル２１の斜視図である。図７及び図８に示すように、飲食店用テーブル２１は、天板２２と、この天板２２を支持する４本の脚部２４ａ，２４ｂ，２４ｃ，２４ｄとを備えている。そして、各席２３ａ〜２３ｄの正面に立体視ディスプレイ１７をそれぞれ取り付けている。こうすることにより、テーブル２１に着いた客は、各席２３ａ〜２３ｄに腰掛けた状態で、自身の手前にある立体視ディスプレイ１７の表示面１７ａに表示される画像を閲覧し、また、その画像情報に従い表示面１７ａの適所をタッチすることによって必要な情報を入力することができる。
【００２６】
客は、立体視ディスプレイ１７に表示される画面から、飲食店から提供される飲食メニュー品目を確認することができる。また、画面をタッチ操作することにより、所望の飲食メニュー品目を注文することができる。一人の客が、飲食メニュー品目を確認し注文を完了するまでの間に立体視ディスプレイ１７に表示される画面、すなわちガイド画面４０、カテゴリ画面５０、品目一覧画面６０、品目詳細画面７０、注文確認画面８０及び注文完了画面９０の変遷図を図９に示す。また、各画面４０〜９０のレイアウト例を図１０〜図１５に示す。さらに、これらの画面表示機能を電子メニュー端末１に実現させるための表示制御プログラム３０に従い、ＣＰＵ１１が実行する主要な情報処理手順を、図１６〜図１９の流れ図に示す。上記表示制御プログラム３０は、予めＲＯＭ１２に記憶されている。
【００２７】
以下、これらの図面を参照しながら、一人の客がメニュー品目を確認し注文を完了するまでの客の操作手順と、この操作手順に応じた電子メニュー端末１の動作について説明する。
【００２８】
テーブル２１のいずれかの席２３ａ〜２３ｄに付いた客は、注文を開始するに先立ち、ガイド画面４０が表示された立体視ディスプレイ１７の画面にタッチする。そうすると、カテゴリ画面５０が立体視ディスプレイ１７に表示される。
【００２９】
すなわち、表示制御プログラム３０が起動し、アイドル状態に入った電子メニュー端末１のＣＰＵ１１は、図１６の流れ図に示す手順を開始する。先ず、ＳＴ（ステップ）１として、ＣＰＵ１１は、データベースサーバ２にアクセスして、画面データベース２Ｄからガイド画面４０に係るレコードを取り込む。そして、ＳＴ２としてこのレコードのレイアウトデータに基づいてガイド画面４０を作成する。ＣＰＵ１１は、ＳＴ３として作成したガイド画面４０を立体視ディスプレイ１７に表示させる。
【００３０】
ガイド画面４０の一レイアウト例を図１０に示す。図示するように、ガイド画面４０には、皿４１、ナイフ４２及びフォーク４３の各食器を示す画像が立体視可能な三次元画像として表示されている。皿４１は、画面の略中央に配置されている。そして、この皿４１の右側にナイフ４２が配置され、左側にフォーク４３が配置されている。
【００３１】
立体視ディスプレイ１７の表示面１７ａに表示される三次元画像は、どの位置から見ても必ず立体的に見えるというものではなく、立体視可能な範囲が存在する。本実施の形態では、テーブル２１の席２３ａ〜２３ｄに座った客が、正面のディスプレイ１７に表示されるナイフ４２とフォーク４３の位置に手を置くように姿勢を正すと、皿４１の上に表示されるメニュー品目の三次元画像が立体的に見られるようになる。つまり、ナイフ４２とフォーク４３は、ディスプレイ１７の表示面１７ａに表示される三次元画像を立体視可能な位置にユーザを導くためのガイドとして機能する。
【００３２】
ガイド画面４０を表示させたＣＰＵ１１は、ＳＴ４としてタッチパネル１８からの信号を待機する。タッチパネル１８から信号が入力されると、ＣＰＵ１１は、立体視ディスプレイ１７の画面がタッチされたものと判断する。画面がタッチされたと判断すると、ＣＰＵ１１は、ＳＴ５として注文品目リストメモリ３１をクリアする。注文品目リストメモリ３１は、ＲＡＭ１３に形成されている。注文品目リストメモリ３１は、注文情報記憶部として機能するメモリ領域であり、客が注文をしたメニュー品目のデータが一時的に登録される。
【００３３】
次いで、ＣＰＵ１１は、ＳＴ６としてデータベースサーバ２にアクセスして、画面データベース２Ｄからカテゴリ画面５０に係るレコードを取り込む。そして、ＳＴ７としてこのレコードのレイアウトデータや３Ｄボタン画像及びそのボタン名称等の各種設定情報に基づいてカテゴリ画面５０を作成する。ＣＰＵ１１は、ＳＴ８として作成したカテゴリ画面５０を立体視ディスプレイ１７に表示させる。
【００３４】
カテゴリ画面５０の一レイアウト例を図１１に示す。図示するように、カテゴリ画面５０には、カテゴリ別に用意された複数（図では６個）のカテゴリボタン５１（５１-1，５１-2，５１-3，５１-4，５１-5，５１-6）が立体視可能な３Ｄボタンとして表示されている。
【００３５】
カテゴリ画面５０を閲覧した客は、所望のカテゴリ名が表示されているいずれか１つのカテゴリボタン５１-i（１≦ｉ≦６）にタッチして、そのカテゴリを選択する。そうすると、選択されたカテゴリに属するメニュー品目を紹介する品目一覧画面６０が立体視ディスプレイ１７に表示される。
【００３６】
すなわちＣＰＵ１１は、ＳＴ９としてカテゴリ画面５０からいずれかのカテゴリが選択されるのを待機する。タッチパネル１８からの信号により、いずれか１つのカテゴリボタン５１-iがタッチされたことを検知すると、ＣＰＵ１１は、そのタッチされたカテゴリボタン５１-iに割り当てられているカテゴリ名のカテゴリが選択されたものとみなす。そして、ＳＴ１０として図１７の流れ図で具体的に示すカテゴリ選択処理を開始する。
【００３７】
先ず、ＣＰＵ１１は、ＳＴ１１としてデータベースサーバ２にアクセスして、画面データベース２Ｄから品目一覧画面６０に係るレコードを取り込む。また、ＳＴ１２としてデータベースサーバ２にアクセスして、品目データベース２Ｂを検索する。そして、選択されたカテゴリに属するメニュー品目のレコードを全て取り込む。次に、ＣＰＵ１１は、ＳＴ１３として品目データベース２Ｂから取り込んだメニュー品目のレコードを解析して２Ｄ画像コードを抽出する。そして、データベースサーバ２にアクセスして、この２Ｄ画像コードで特定される二次元画像データがセットされたレコードを画像データベース２Ｃから取り込む。しかしてＣＰＵ１１は、ＳＴ１４として、上記ＳＴ１１〜ＳＴ１３の各処理でそれぞれ取得したレコードの各種データに基づいて品目一覧画面６０を作成する。ＣＰＵ１１は、ＳＴ１５として作成した品目一覧画面６０を立体視ディスプレイ１７に表示させる（リスト表示制御手段）。
【００３８】
品目一覧画面６０の一レイアウト例を図１２に示す。図示するように、品目一覧画面６０には、複数（図では６個）の品目画像表示欄６１（６１-1，６１-2，６１-3，６１-4，６１-5，６１-6）が形成されている。また、各品目画像表示欄６１にそれぞれ対応して詳細ボタン６２（６２-1，６２-2，６２-3，６２-4，６２-5，６２-6）が表示されている。さらに戻りボタン６３、前頁ボタン６４、次頁ボタン６５及び注文ボタン６６が立体視可能な３Ｄボタンとして表示されている。これらの画面構成要素６１〜６６は、品目一覧画面６０に係るレコードのデータに基づいている。
【００３９】
各品目画像表示欄６１には、それぞれ選択されたカテゴリに属するメニュー品目の二次元画像が表示される。また、当該メニュー品目の名称も画像と対応させて表示される。二次元画像は、画像データベース２Ｃから取り込んだレコードの二次元画像データに基づくものであり、メニュー品目の名称は、品目データベース２Ｂから取り込んだレコードの品目名称データに基づくものである。
【００４０】
なお、選択されたカテゴリに属するメニュー品目の数が品目画像表示欄６１の数を超える場合には、品目一覧画面６０が複数頁に分割されて形成される。そして、最初は１頁目が表示される。
【００４１】
品目一覧画面６０を表示させた後、ＣＰＵ１１は、画面上のいずれかのボタンが入力されるのを待機する。
【００４２】
品目一覧画面６０を閲覧した客は、必要に応じて、前頁ボタン６４または次頁ボタン６５をタッチする。ＣＰＵ１１は、ＳＴ１６として前頁ボタン６４または次頁ボタン６５がタッチされたことを検知すると、ＳＴ１７として品目一覧画面６０の頁を切り換える。すなわち、前頁ボタン６４がタッチされた場合には１頁前の頁に切り換え、次頁ボタン６５がタッチされた場合には１頁後の頁に切り換える。なお、現在の頁が１頁目の場合には、前頁ボタン６４は機能しない。同様に、現在の頁が最終頁の場合には、次頁ボタン６５は機能しない。頁を切り換えた後、ＣＰＵ１１は、ＳＴ１５に戻り、切換後の頁の品目一覧画面６０を立体視ディスプレイ１７に表示させる（リスト表示制御手段）。
【００４３】
品目一覧画面６０を閲覧したが、注文すべきメニュー品目が見つからなかった場合、客は、戻りボタン６３をタッチする。ＣＰＵ１１は、ＳＴ１８として戻りボタン６３がタッチされたことを検知すると、ＳＴ５の処理に戻る。すなわち、立体視ディスプレイ１７の画面をカテゴリ画面５０に戻す。
【００４４】
また、現在までの注文内容を確認したい場合には、注文ボタン６６をタッチする。ＣＰＵ１１は、ＳＴ２１として注文ボタン６６がタッチされたことを検知すると、ＳＴ２２として図１９に具体的に示す注文確認画面表示処理を実行する。注文確認画面表示処理について後述する。
【００４５】
品目一覧画面６０のなかから注文すべきメニュー品目が見つかった場合、客は、そのメニュー品目の画像が表示されている品目画像表示欄６１-j（１≦j≦６）に対応した詳細ボタン６２-jをタッチする。ＣＰＵ１１は、ＳＴ１９としていずれか１つの詳細ボタン６２-jがタッチされたことを検知すると、その詳細ボタン６２-jに対応する品目画像表示欄６１-jに画像が表示されているメニュー品目が選択されたものとみなす。そして、ＳＴ２０として図１８に具体的に示す品目詳細画面表示処理を実行する。
【００４６】
先ず、ＣＰＵ１１は、ＳＴ３１としてデータベースサーバ２にアクセスして、画面データベース２Ｄから品目詳細画面７０に係るレコードを取り込む。また、ＳＴ３２として品目データベース２Ｂから選択メニュー品目のレコードを取り込む。そして、このレコードを解析して、選択メニュー品目の３Ｄ画像コードを抽出する。そして、データベースサーバ２にアクセスして、この詳細３Ｄ画像コードで特定される三次元画像データがセットされたレコードを画像データベース２Ｃから取り込む。しかしてＣＰＵ１１は、ＳＴ３３として、上記ＳＴ３１〜ＳＴ３２の各処理でそれぞれ取得したレコードの各種データに基づいて品目詳細画面７０を作成する。ＣＰＵ１１は、ＳＴ３４として作成した品目詳細画面７０を立体視ディスプレイ１７に表示させる（画面表示制御手段）。
【００４７】
品目詳細画面７０の一レイアウト例を図１３に示す。図示するように、品目詳細画面７０には、品目三次元画像表示欄７１が形成されている。また、単価表示欄７２、上下スピンボタン７３付のエディットフィールド７４及び金額表示欄７５が形成されている。さらに、戻りボタン７６及び注文ボタン７７が立体視可能な３Ｄボタンとして表示されている。これらの画面構成要素７１〜７７は、品目詳細画面７０に係るレコードのデータに基づいている。
【００４８】
品目三次元画像表示欄７１には、選択メニュー品目の三次元画像が表示される。三次元画像は、画像データベース２Ｃから取り込んだレコードの三次元画像データに基づくものである。これにより、品目三次元画像表示欄７１には、平面的な広がり方向（Ｘ−Ｙ平面の方向）の大きさが、表示対象であるメニュー品目の実物と略同一サイズであり、高さ方向（Ｚ方向）の大きさも、同実物と可能な限り同一サイズに近付けられた三次元画像が表示される。すなわち、実物と略実寸大の三次元画像が立体視可能に表示される。したがって、品目詳細画面７０を閲覧した客は、注文すべきメニュー品目の画像を立体的に目視できるので、ボリューム感を把握することができる。
【００４９】
単価表示欄７２には、選択メニュー品目のレコードから読み出した単価が表示される。エディットフィールド７４には注文数量の初期値として“１”が表示される。金額表示欄７５には、選択メニュー品目の単価に注文数量を乗算した金額が表示される。
【００５０】
品目詳細画面７０を閲覧した客は、注文点数を変更する場合、スピンボタン７３をタッチする。ＣＰＵ１１は、ＳＴ３５としてスピンボタン７３がタッチされたことを検知すると、ＳＴ３６としてエディットフィールド７４の注文数量を“１”ずつ増減する。また、金額を再計算し、金額表示欄７５の値を更新する。
【００５１】
品目三次元画像表示欄７１に三次元画像が立体視可能に表示されている選択メニュー品目を注文する場合、客は、注文ボタン７７をタッチする。ＣＰＵ１１は、ＳＴ３８として注文ボタン７７がタッチされたことを検知すると、ＳＴ３９として選択メニュー品目のレコードを注文メニュー品目のデータとして注文品目リストメモリ３１に登録する。このとき、注文数量と金額も注文メニュー品目のデータとして登録する。しかる後、ＣＰＵ１１は、ＳＴ４０として注文確認画面表示処理を実行する。
【００５２】
一方、注文を取止める場合には、戻りボタン７６をタッチする。ＣＰＵ１１は、ＳＴ３７として戻りボタン７６がタッチされたことを検知すると、注文メニュー品目のデータを登録することなくＳＴ１５の処理に戻り、立体視ディスプレイ１７の画面を品目一覧画面６０に戻す。
【００５３】
このように、品目一覧画面６０から注文すべきメニュー品目を見つけた客は、そのメニュー品目の二次元画像が表示されている品目画像表示欄６１-iに対応した詳細ボタン６２-iをタッチする。そうすると、このメニュー品目の詳細画面７０が立体視ディスプレイ１７に表示されるので、その内容とボリュームを確認する。そして、注文をする場合には、注文ボタン７７をタッチする。そうすると、このメニュー品目のレコードや注文数量などのデータが注文品目リストメモリ３１に登録される。
【００５４】
次に、ＳＴ２２またはＳＴ４０で実行される注文確認画面表示処理について、図１９を用いて説明する。
【００５５】
品目一覧画面６０または品目詳細画面７０において、注文ボタン６６または７７をタッチすると、立体視ディスプレイ１７の画面が注文確認画面８０に切り換わる。
【００５６】
すなわちＣＰＵ１１は、ＳＴ５１としてデータベースサーバ２にアクセスして、画面データベース２Ｄから注文確認画面８０に係るレコードを取り込む。そして、ＳＴ５２としてこのレコードのデータに基づいて注文確認画面８０を作成する。ＣＰＵ１１は、ＳＴ５３として作成した注文確認画面８０を立体視ディスプレイ１７に表示させる。
【００５７】
注文確認画面８０の一レイアウト例を図１４に示す。図示するように、注文確認画面８０には、注文したメニュー品目の品名、数量及び金額からなる明細表示欄８１と、合計金額表示欄８２とが形成されている。明細表示欄８１には、明細行毎に取消ボタン８３が形成されている。また、戻りボタン８４と送信ボタン８５とが立体視可能な３Ｄボタンとして表示されている。
【００５８】
ＣＰＵ１１は、ＳＴ５４として注文品目リストメモリ３１を検索して、注文メニュー品目のデータが登録されているか否かを判断する。登録されている場合には（ＳＴ５４のＹＥＳ）、ＣＰＵ１１は、ＳＴ５５としてその登録データから注文メニュー品目の品目名称、注文数量，金額を取得し、合計金額を算出する。そして、ＳＴ５６として注文確認画面８０の明細表示欄８１に、注文メニュー品目の品目名称、注文数量，金額を表示させる。また、合計金額表示欄８２に合計金額を表示させる。この状態で、ＣＰＵ１１は、取消ボタン８３、戻りボタン８４、または送信ボタン８５のいずれかのボタンが入力されるのを待機する。
【００５９】
注文確認画面８０を閲覧した客は、注文を続ける場合、戻りボタン８４をタッチする。ＣＰＵ１１は、ＳＴ５７として戻りボタン８４がタッチされたことを検知すると、ＳＴ８の処理に戻る。すなわち、立体視ディスプレイ１７の画面をカテゴリ画面５０に戻す。
【００６０】
また、注文を取消す場合には、明細表示欄８１の取消すべき品目の明細が表示されている行に対応した取消ボタン８３をタッチする。ＣＰＵ１１は、ＳＴ５８としていずれかの取消ボタン８３がタッチされたことを検知すると、ＳＴ５９として注文品目リストメモリ３１から取消が指示されたメニュー品目の登録データを削除する。しかる後、ＣＰＵ１１は、ＳＴ５４の処理に戻る。
【００６１】
注文を確定させる場合には、送信ボタン８５をタッチする。ＣＰＵ１１は、ＳＴ６０として送信ボタン８５がタッチされたことを検知すると、ＳＴ６１として注文品目リストメモリ３１に登録されている注文メニュー品目のデータを注文管理サーバ３に伝送する。しかる後、ＳＴ６２としてデータベースサーバ２にアクセスして、画面データベース２Ｄから注文完了画面９０に係るレコードを取り込む。そして、ＳＴ６３としてこのレコードのデータに基づいて注文完了画面９０を作成し、立体視ディスプレイ１７に表示させる。
【００６２】
注文完了画面９０の一レイアウト例を図１５に示す。
以上で、一人の客の注文が完了する。その後、ＣＰＵ１１は、アイドル状態に戻り、ディスプレイ１７にガイド画面４０を再び表示させる。
【００６３】
なお、注文品目リストメモリ３１を検索した結果、注文メニュー品目のデータが登録されていない場合には（ＳＴ５４のＮＯ）、ＣＰＵ１１は、戻りボタン８４が入力されるのを待機する。そして、ＳＴ６４として戻りボタン８４がタッチされたことを検知したならば、ＳＴ８の処理に戻る。
【００６４】
このように、本実施の形態によれば、飲食店用テーブル２１の客席２３ａ〜２３ｄに座った客は、メニュー品目を注文する前にそのメニュー品目の三次元画像からボリューム感を略正確に把握できるので、客は食べたい量に応じた注文を容易に行うことができる。このため、自身が推測した量よりも少なかったり、逆に多かったりして、不満に感じることがなくなり、客のオーダに関する満足度を高めることができる。
【００６５】
また、メニュー品目の三次元画像が表示される立体視ディスプレイ１７は、その表示面１７ａがテーブル２１を構成する天板２２の上面と面一となっている。したがって、テーブル２１の天板２２上には実際に注文されたメニュー品目の調理品が配膳されるが、上記ディスプレイ１７が料理品を配膳する際の妨げになることはなく、また、天板２２上を全て料理品を置くスペースとして有効に活用することができる。
【００６６】
さらに、客自身が電子メニュー端末１を用いて注文したデータは、直接、注文管理サーバ３に伝送され、厨房端末６への調理指示や、ＰＯＳ端末７での会計処理に供せられるので、セルフ飲食店システムを実現することができる。
【００６７】
なお、この発明は前記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。
【００６８】
例えば、前記実施の形態では、電子メニュー端末１のアイドル状態時の画面としてガイド画面４０を例示したが、ガイド画面４０を省略しても本発明の効果は十分に奏するものである。また、注文完了後にガイド画面４０に戻すようにしたが、ガイド画面４０以外の画面、例えば注文した料理に適した画像を表示する画面に切り換えるようにしてもよい。
【００６９】
また、前記実施の形態では、ガイド画面４０に表示されるガイドを、皿４１、ナイフ４２及びフォーク４３の食器類としたが、箸、スプーン、茶碗などの他の食器類をガイドとして用いてもよい。また、食器ではなく、例えば「この位置から画面を見てください」というようなメッセージをガイドとして、天板２２やディスプレイ１７に表示してもよい。
【００７０】
また、立体視ディスプレイ１７に表示されるメニュー品目の三次元画像に関し、前記実施の形態では、平面的な広がり方向の大きさが当該メニュー品目の実物と略同一サイズであり、また、高さ方向の大きさも、実物と可能な限り同一サイズに近付くようにしたが、平面的な広がり方向の大きさのみ実物と略同一サイズとするだけでも、立体視画像によって客にボリューム感を与えることができるので、本発明の効果を奏することができる。
【００７１】
また、前記実施の形態では、詳細ボタン６２をタッチしたが、品目画像表示欄６１に表示されている画像がタッチされたことを検知すると、その画像に対応したメニュー品目の注文を受付けるようにしてもよい。こうすることにより、品目一覧画面６０から詳細ボタン６２を省略することができる。
【００７２】
また、前記実施の形態では、電子メニュー端末１の入力装置としてタッチパネル１８を示したが、入力装置はタッチパネルに限定されるものではない。例えば、マウス等のポインティングデバイスやキーボード等を用いることもできる。
【００７３】
また、前記実施の形態では、テーブル２１の客席２３ａ〜２３ｄ毎に電子メニュー端末１を設けたが、テーブル２１毎に１台の電子メニュー端末１を設け、そのテーブルに着いた客が１台の電子メニュー端末１を共用するようにしてもよい。なお、天板２２の客席２３ａ〜２３ｄの正面となる位置に、電子メニュー端末１を客席２３ａ〜２３ｄと１対１で対応させて設けることによって、テーブル２１に着いた客のうち誰が注文したメニュー品目なのかを容易に判別できるメリットはある。
【００７４】
さらに、前記実施の形態では電子メニュー端末１のＲＯＭ１２に発明を実施する機能である表示制御プログラム３０が予め記録されているものとして説明をしたが、これに限らず同様の機能をネットワークから電子メニュー端末１にダウンロードしても良いし、同様の機能を記録媒体に記憶させたものを電子メニュー端末１にインストールしてもよい。記録媒体としては、ＣＤ−ＲＯＭ等プログラムを記憶でき、かつ装置が読み取り可能な記録媒体であれば、その形態は何れの形態であっても良い。またこのように予めインストールやダウンロードにより得る機能は装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。
【００７５】
この他、前記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を組合わせてもよい。
【図面の簡単な説明】
【００７６】
【図１】本発明の一実施の形態である電子メニューシステムの一構成例を示すブロック図。
【図２】カテゴリデータベースに記憶されるレコード構造の要部を示す図。
【図３】品目データベースに記憶されるレコード構造の要部を示す図。
【図４】画像データベースに記憶されるレコード構造の要部を示す図。
【図５】画面データベースに記憶されるレコード構造の要部を示す図。
【図６】電子メニュー端末の要部構成を示すブロック図。
【図７】電子メニュー端末を構成する立体視ディスプレイの飲食店用テーブルに対する取付例を示す模式図。
【図８】立体視ディスプレイが取り付けられた飲食店用テーブルの一例を示す斜視図。
【図９】電子メニュー端末の立体視ディスプレイに表示される主要な画面の変遷図。
【図１０】ガイド画面の一レイアウト例を示す平面図。
【図１１】カテゴリ画面の一レイアウト例を示す平面図。
【図１２】品目一覧画面の一レイアウト例を示す平面図。
【図１３】品目詳細画面の一レイアウト例を示す平面図。
【図１４】注文確認画面の一レイアウト例を示す平面図。
【図１５】注文完了画面の一レイアウト例を示す平面図。
【図１６】電子メニュー端末のＣＰＵが実行する情報処理手順の要部を示す流れ図。
【図１７】図１６におけるカテゴリ選択処理の処理手順を具体的に示す流れ図。
【図１８】図１７における品目詳細画面表示処理の処理手順を具体的に示す流れ図。
【図１９】図１７または図１８における注文確認画面表示処理の処理手順を具体的に示す流れ図。
【符号の説明】
【００７７】
１…電子メニュー端末、２…データベースサーバ、２Ａ…カテゴリデータベース、２Ｂ…品目データベース、２Ｃ…画像データベース、２Ｄ…画面データベース、３…注文管理サーバ、１１…ＣＰＵ、１２…ＲＯＭ、１３…ＲＡＭ、１４…通信インターフェイス、１７…立体視ディスプレイ、１８…タッチパネル、２１…飲食店用テーブル、２２…天板、２３…脚部。
【特許請求の範囲】
【請求項１】
天板と、この天板を支持する脚部とを備えた飲食店用テーブルにおいて、
前記天板に、メニュー品目の三次元画像を表示面に立体視可能に表示するディスプレイ、を設けたことを特徴とする飲食店用テーブル。
【請求項２】
前記ディスプレイは、天板の客席の正面となる位置に、客席と１対１で対応させて設けたことを特徴とする請求項１記載の飲食店用テーブル。
【請求項３】
前記ディスプレイは、その表示面にタッチパネルを配設したことを特徴とする請求項１または２記載の飲食店用テーブル。
【請求項４】
前記ディスプレイは、その表示面が前記天板の上面と面一であることを特徴とする請求項１乃至３のうちいずれか１項に記載の飲食店用テーブル。
【請求項５】
前記表示面に表示される三次元画像を立体視可能な位置にユーザを導くためのガイド、をさらに設けたことを特徴とする請求項１乃至４のうちいずれか１項に記載の飲食店用テーブル。
【請求項６】
前記ガイドは、前記表示面に表示される食器の画像であることを特徴とする請求項５記載の飲食店用テーブル。
【請求項７】
請求項１乃至６のうちいずれか１項に記載の飲食店用テーブルと、
前記飲食店用テーブルのディスプレイに、メニュー品目のリストを表示させるリスト表示制御手段と、
前記メニュー品目のリストの中から選択されたメニュー品目の三次元画像を前記ディスプレイに表示させる画像表示制御手段と、
を具備したことを特徴とする電子メニュー装置。
【請求項１】
天板と、この天板を支持する脚部とを備えた飲食店用テーブルにおいて、
前記天板に、メニュー品目の三次元画像を表示面に立体視可能に表示するディスプレイ、を設けたことを特徴とする飲食店用テーブル。
【請求項２】
前記ディスプレイは、天板の客席の正面となる位置に、客席と１対１で対応させて設けたことを特徴とする請求項１記載の飲食店用テーブル。
【請求項３】
前記ディスプレイは、その表示面にタッチパネルを配設したことを特徴とする請求項１または２記載の飲食店用テーブル。
【請求項４】
前記ディスプレイは、その表示面が前記天板の上面と面一であることを特徴とする請求項１乃至３のうちいずれか１項に記載の飲食店用テーブル。
【請求項５】
前記表示面に表示される三次元画像を立体視可能な位置にユーザを導くためのガイド、をさらに設けたことを特徴とする請求項１乃至４のうちいずれか１項に記載の飲食店用テーブル。
【請求項６】
前記ガイドは、前記表示面に表示される食器の画像であることを特徴とする請求項５記載の飲食店用テーブル。
【請求項７】
請求項１乃至６のうちいずれか１項に記載の飲食店用テーブルと、
前記飲食店用テーブルのディスプレイに、メニュー品目のリストを表示させるリスト表示制御手段と、
前記メニュー品目のリストの中から選択されたメニュー品目の三次元画像を前記ディスプレイに表示させる画像表示制御手段と、
を具備したことを特徴とする電子メニュー装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２０１０−８８８１１（Ｐ２０１０−８８８１１Ａ）
【公開日】平成２２年４月２２日（２０１０．４．２２）
【国際特許分類】
【出願番号】特願２００８−２６４４３６（Ｐ２００８−２６４４３６）
【出願日】平成２０年１０月１０日（２００８．１０．１０）
【出願人】（０００００３５６２）東芝テック株式会社 (5,631)
【Ｆターム（参考）】
【公開日】平成２２年４月２２日（２０１０．４．２２）
【国際特許分類】
【出願日】平成２０年１０月１０日（２００８．１０．１０）
【出願人】（０００００３５６２）東芝テック株式会社 (5,631)
【Ｆターム（参考）】
[ Back to top ]