JP5899137B2 - 情報処理装置、商品注文システム及び制御プログラム - Google Patents

Description

本発明の実施形態は、メニューの商品に係る情報を処理する情報処理装置及びこの情報処理装置を用いた商品注文システム並びにコンピュータを前記情報処理装置として機能させるための制御プログラムに関する。

近年、飲食店向けに電子メニューを利用した商品注文システムが開発されている。このシステムにおいて、電子メニューに表示される商品を顧客毎にカスタマイズされたものとしたい要望がある。しかしそのためには、予め顧客毎に食べ物の好みなどの情報を登録しておく必要がある。このため、顧客側及び店側の双方にとって負担が大きくなり、実用的ではない。

特開２００９−０７０１８８号公報

一実施形態が解決しようとする課題は、飲食店において、人的な負担なく、顧客毎にカスタマイズされたメニューを提示できるようにすることにある。

一実施形態において、情報処理手段は、読取手段と、処理手段と、報知手段とを備える。読取手段は、商品データベース、客データベース、及び、推奨データベースから情報を読み取る。商品データベースには、メニューに表示される商品毎にその商品が属する分類情報とその商品に対しての嗜好に係る属性情報とが格納される。客データベースには、客毎に、その客が注文した商品の履歴情報として、前記分類情報と前記属性情報との組合せ毎に注文回数が格納される。推奨データベースには、メニューに表示される商品のなかから選定された推奨商品の情報が格納される。処理手段は、前記推奨データベースに記憶され、前記読取手段で読み取った前記推奨商品について、前記商品データベースに記憶され、前記読取手段で読み取った前記分類情報と前記属性情報との組合せを検出し、その組合せに対して前記客データベースに記憶され、前記読取手段で読み取った注文回数を客毎に検出する。報知手段は、処理手段により検出された前記注文回数の多い順に、客毎に推奨商品を報知する。

商品注文システムの全体構成図。 メニューデータベースに保存されるメニューデータレコードのフォーマットを示す模式図。 推奨データベースに保存される推奨データレコードのフォーマットを示す模式図。 オーダデータベースに保存されるオーダデータレコードのフォーマットを示す模式図。 会員データベースに保存される会員データレコードのフォーマットを示す模式図。 オーダ端末の構成を示すブロック図。 ワークテーブルの構成を示す模式図。 制御プログラムに従ってＣＰＵが実行する情報処理手順を示す流れ図。 会員客に対する推奨メニュー決定処理の手順を示す流れ図。 注文受付処理の手順を示す流れ図。 電子メニュー画面におけるトップページの一例を示す図。

以下、一実施形態について、図面を用いて説明する。
この実施形態は、電子メニューを利用した飲食店向けの商品注文システムに適用した場合である。

図１は、商品注文システム１の全体構成図である。本システム１は、サーバ群１１と、厨房端末１２と、伝票発行器１３と、ＰＯＳ（Point Of Sales）端末１４と、複数の無線基地局（アクセスポイント）１５と、複数のオーダ端末１６とを含む。

各オーダ端末１６は、それぞれ客席の食卓上に設置される。各食卓には、予め固有の卓番号が割当てられており、その食卓上に設置されているオーダ端末１６にも、同様の卓番号が設定される。各オーダ端末１６は、通信部として無線回路２６（図６を参照）を搭載しており、無線基地局１５との間で無線によるデータの送受信が可能である。

厨房端末１２は、厨房内に設置される。伝票発行器１３は、例えば厨房と客席エリアとを仕切るカウンタに設置される。ＰＯＳ端末１４は、会計場（レジ）に設置される。無線基地局１５は、客席エリアの例えば天井部に設置される。なお、厨房端末１２、伝票発行器１３、ＰＯＳ端末１４、無線基地局１５及びオーダ端末１６は、図示する台数に限定されるものではない。店の規模等に応じて適切な台数が設置される。

前記厨房端末１２、伝票発行器１３、ＰＯＳ端末１４及び無線基地局１５は、ＬＡＮ（Local Area Network）等のネットワーク１７を介してサーバ群１１に接続される。サーバ群１１は、会員管理サーバ１１１、メニュー管理サーバ１１２及び注文管理サーバ１１３を含む。

会員管理サーバ１１１は、会員データベース１１４に保存される会員データを基に、当該商品注文システム１が構築される飲食店の会員となった顧客の管理に特化したコンピュータである。メニュー管理サーバ１１２は、メニューデータベース１１５に保存されるメニューデータ及び推奨データベース１１６に保存される推奨データを基に、当該商品注文システム１が構築される飲食店のメニュー管理に特化したコンピュータである。

注文管理サーバ１１３は、各オーダ端末１６で受け付けた注文データの管理に特化したコンピュータである。注文管理サーバ１１３は、無線基地局１５を介して前記注文データを受信したならば、この注文データをオーダデータベース１１７で保存する。また注文管理サーバ１１３は、上記注文データに基づいて調理指示データを作成し、ネットワーク１７を介して厨房端末１２に送信する。さらに注文管理サーバ１１３は、上記注文データに基づいて注文伝票データを作成し、ネットワークを介して伝票発行器１３に送信する。

厨房端末１２は、上記調理指示データに基づいて、注文を受けたメニュー品目の調理指示を表示または印字によって行う。伝票発行器１３は、上記注文伝票データに基づいて、客席単位の注文伝票を印刷し発行する。この注文伝票には、客が注文したメニュー品目の明細や合計金額等とともに、その客が着いた客席の卓番号が印刷される。

ＰＯＳ端末１４は、会計を行う客を識別可能な識別データとして、卓番号の入力手段を有する。ＰＯＳ端末１４を操作する店員は、客の注文伝票に印刷されている卓番号を入力する。卓番号が入力されたことに応じて、ＰＯＳ端末１４は、ネットワーク１７を介して注文管理サーバ１１３に注文データの要求コマンドを送信する。このコマンドを受けて、注文管理サーバ１１３は、オーダデータベース１１７に保存されている注文データを検索する。そして注文管理サーバ１１３は、要求された注文データを、ネットワーク１７を介してＰＯＳ端末１４に送信する。ＰＯＳ端末１４は、上記注文データに基づいて、飲食を終えた客の会計を処理する。

図２は、メニューデータベース（商品データベース）１１５に保存される１レコード（メニューデータレコード１１５Ｒ）のフォーマットを示す模式図である。メニューデータレコード１１５Ｒは、メニューコード、メニュー名称、メニュー画像、価格、分類、第１属性（属性１）及び第２属性（属性２）の項目データを含む。メニューコードは、メニュー品目毎に割当てられた固有のコードである。メニュー名称、メニュー画像及び価格は、対応するメニューコードで特定されるメニュー品目の名称、電子メニュー用の画像及び１点当たりの価格である。

分類は、対応するメニューコードで特定されるメニュー品目が属するカテゴリを示す情報である。分類は単一に限らず、大分類、小分類というように段階的に設定されていてもよい。例えば、居酒屋を例にすると、ドリンク類、サラダ類、揚げ物類、焼き物類等を大分類とする。そしてドリンク類については、ビール類、焼酎類、日本種類、ソフトドリンク類等を小分類とする。ビール類のなかには、大ジョッキ、中ジョッキ、瓶ビール等の単品メニューが含有される。説明の便宜上、本実施形態では、分類項目を「分類１」，「分類２」，…，「分類Ｘ」と表わす。

第１属性及び第２属性は、対応するメニューコードで特定されるメニュー品目に対しての嗜好に係る情報である。例えば、第１属性は食材に係る情報であり、第２属性は味覚または食感に係る情報である。説明の便宜上、本実施形態では、第１属性の項目を「属性１ａ」，「属性１ｂ」，…，「属性１ｊ」と表わす。また、第２属性の項目を「属性２ａ」，「属性２ｂ」，…，「属性２ｋ」と表わす。
メニューデータベース１１５は、メニューに表示される商品毎にその商品が属する分類情報とその商品に対しての嗜好に係る属性情報とを記憶する商品データベースの一態様である。

図３は、推奨データベース１１６に保存される１データレコード（推奨データレコード１１６Ｒ）のフォーマットを示す模式図である。推奨データレコード１１６Ｒは、推奨メニューコード及び設定順位の項目データを含む。推奨メニューコードは、全メニュー品目の中から推奨メニューとして選定されたメニュー品目のメニューコードである。設定順位は、全推奨メニュー品目に対して設定された優先順位である。優先順位が高いメニューほど、客に対して優先的に報知される。

図４は、オーダデータベース１１７に保存される１データレコード（オーダデータレコード１１７Ｒ）のフォーマットを示す模式図である。オーダデータレコード１１７Ｒは、卓番号、人数、注文日時及び客別注文メニューの項目データを含む。人数は、対応する卓番号で特定される客席に着いた客の数である。注文日時は、対応する卓番号で特定される客席で受け付けた注文の最新日時である。

客別注文メニューは、客ＩＤと会員番号と注文メニューデータとからなる。客ＩＤは、客席に着いた客を識別するための情報である。例えば客ＩＤは、“１”，“２”，“３”，…のような数字でもよいし、“ａ”，“ｂ”，“ｃ”，…のような文字でもよい。また、数字と文字との組合せであってもよい。あるいは、“犬”，“猫”，“狸”，…のようなキャラクタ（アバター）を客ＩＤとして用いて、客を識別してもよい。会員番号は、会員である顧客に対して予め割当てられた固有の番号である。注文メニューデータは、対応する客ＩＤで識別される客が注文したメニュー品目のメニューコード、注文数等である。

図５は、会員データベース１１４に保存される１データレコード（会員データレコード１１４Ｒ）のフォーマットを示す模式図である。会員データレコード１１４Ｒは、会員番号、氏名、性別及び注文履歴の項目データを含む。氏名及び性別は、対応する会員番号で特定される顧客（会員）の個人情報である。注文履歴データは、分類と第１属性との組合せ及び分類と第２属性との組合せ毎の注文回数からなる。すなわち、対応する会員番号で識別される会員客が今までに注文したメニュー品目のデータが、分類と第１属性または第２属性との組合せが共通する品目の合計数として保存される。
会員データベース１１４は、客毎にその客が注文した商品の履歴情報を記憶する客データベースの一態様である。

図６は、オーダ端末１６の構成を示すブロック図である。オーダ端末１６は、ＣＰＵ（Central Processing Unit）２１、ＲＯＭ（Read Only Memory）２２、ＲＡＭ（Random Access Memory）２３、補助記憶部２４、時計部２５、無線回路２６、タッチパネル２７及び会員番号リーダ２８を含む。ＣＰＵ２１には、アドレスバス及びデータバスを含むシステムバス２９が接続される。そしてこのシステムバス２９に、ＲＯＭ２２、ＲＡＭ２３、補助記憶部２４及び時計部２５が接続される。また、無線回路２６、タッチパネル２７及び会員番号リーダ２８は、図示しない入出力回路を介してシステムバス２９に接続される。

コンピュータの中枢部分に相当するＣＰＵ２１は、所定のプログラムに従い、オーダ端末１６として必要な演算処理を実行する。コンピュータの主記憶部分に相当するＲＯＭ２２は、上記プログラム等の固定的なデータを記憶する。同じくコンピュータの主記憶部分に相当するＲＡＭ２３は、入力データ、表示データ等の可変的なデータを記憶する。コンピュータの補助記憶部分に相当する補助記憶部２４は、プログラム、データファイル等を記憶する。また補助記憶部２４は、電源オフ時のデータバックアップ領域としても機能する。ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）等が、補助記憶部として適用される。時計部２５は、現在の日付及び時刻を計時する。無線回路２６は、無線基地局１５との間で無線通信を利用してデータを送信または受信する。

タッチパネル２７は、表示デバイスであるパネル型のディスプレイ２７ｄと、操作デバイスであるタッチセンサ２７ｔとを含む。タッチセンサ２７ｔは、ディスプレイ２７ｄの画面に重ねて配置されており、タッチ操作された画面上の位置を検出する。ここに、タッチパネル２７は、入力部及び表示部として機能する。

会員番号リーダ２８は、会員番号が記録された媒体から会員番号を読み取る。例えば、会員番号がＩＣカード，磁気カードなどのカード媒体に記録されている場合には、カードリーダが会員番号リーダ２８に相当する。ＮＦＣ（Near Field Communication）等の近距離無線通信の規格に準拠した無線チップを実装してなる携帯電話，スマートフォン等のメモリに会員番号が記録されている場合には、同一規格に準拠した通信インターフェースが会員番号リーダ２８に相当する。

オーダ端末１６は、後述する読取手段、処理手段、表示手段、特定手段及び報知手段としての機能を有する情報処理装置の一態様である。以下、オーダ端末１６が上記情報処理装置の一態様である点について、具体的に説明する。

補助記憶部２４が記憶するデータファイルの１つに、電子メニューファイル３１がある。電子メニューファイル３１には、タッチパネル２７に表示される電子メニュー画面のデータが保存される。電子メニュー画面は階層構造となっている。すなわち、１階層目のトップメニュー画面には、大分類の項目選択ボタンが表示される。そして、いずれかの大分類項目が選択されると、２階層目の画面として、その大分類に属する小分類の項目選択ボタンが表示される。さらに、いずれかの小分類項目が選択されると、３階層目の画面として、その小分類に属するメニュー品目の選択ボタンが表示される。いずれかのメニュー品目が選択されると、そのメニュー品目が注文されたものとして処理される。ここに、タッチパネル２７は、電子メニューを表示する表示手段を構成する。

また、補助記憶部２４が記憶するデータファイルの１つに、卓番号ファイル３２がある。この卓番号ファイル３２には、当該オーダ端末１６が設置されている客席の食卓に割当てられた卓番号が保存される。

ＲＡＭ２３に形成されるメモリエリアの１つにワークテーブル４０がある。ワークテーブル４０は、当該オーダ端末１６からメニューを注文する客毎に形成される。ワークテーブル４０は、図７に示すように、客ＩＤのエリア４１と、会員番号のエリア４２と、推奨順位１〜Ｎ別の推奨メニューコード，設定順位，分類，第１属性，第２属性，変数ｐ１，変数ｐ２，変数Ｐの各エリア４３とを有する。

かかる構成の各オーダ端末１６において、制御部として機能するＣＰＵ２１は、それぞれ注文受付機能５０を有する。この機能５０は、プログラム記憶部であるＲＯＭ２２または補助記憶部２４に格納された制御プログラムによって実現される。

図８は、制御プログラムに従ってＣＰＵ２１が実行する情報処理手順を示す流れ図である。制御プログラムの起動によりこの処理が開始されると、ＣＰＵ２１は、タッチパネル２７のディスプレイ２７ｄに人数入力画面を表示させる（Act１）。この画面には、テンキーとともに、客の人数を入力することを促すメッセージが表示される。ＣＰＵ２１は、人数ｎが入力されるのを待機する（Act２）。

タッチセンサ２７ｔの信号によりテンキーで置数されたことを検知したならば（Act２にてＹＥＳ）、ＣＰＵ２１は、この数値ｎをＲＡＭ２３の人数メモリ（不図示）に格納する（Act３）。またＣＰＵ２１は、人数ｎ分のワークテーブル４０をＲＡＭ２３に形成する（Act４）。

ＣＰＵ２１は、ディスプレイ２７ｄの画面を客ＩＤ設定画面に切り替える（Act５）。客ＩＤ設定画面には、人数ｎ分以上の客ＩＤ（数字，文字、キャラクタ画像等）と、この客ＩＤの選択を促すメッセージとが表示される。ＣＰＵ２１は、カウンタＣ１を一旦“０”にリセットする（Act６）。次いでＣＰＵ２１は、カウンタＣ１を“１”だけカウントアップする（Act７）。そしてＣＰＵ２１は、カウンタＣ１が人数メモリの人数ｎを超えたか否かを確認する（Act８）。カウンタＣ１が人数ｎを超えていない場合（Act８にてＮＯ）、ＣＰＵ２１は、客ＩＤが選択されるのを待機する（Act９）。

タッチセンサ２７ｔの信号により客ＩＤ設定画面から客ＩＤが選択されたことを検知したならば（Act９にてＹＥＳ）、ＣＰＵ２１は、会員番号リーダ２８を動作させて会員番号を読み取らせる（Act１０）。ＣＰＵ２１は、会員番号の読取りに成功したか否かを確認する（Act１１）。会員番号の読取りに成功した場合（Act１１にてＹＥＳ）、ＣＰＵ２１は、客ＩＤと会員番号とを未使用のワークテーブル４０のエリア４１，４２に格納する（Act１２）。会員番号の読み取りに失敗した場合には（Act１１にてＮＯ）、ＣＰＵ２１は、客ＩＤのみを未使用のワークテーブル４０のエリア４１に格納する（Act１３）。

ＣＰＵ２１は、Act７の処理に戻る。すなわちＣＰＵ２１は、カウンタＣ１を“１”だけカウントアップする（Act７）。そしてＣＰＵ２１は、カウンタＣ１が人数メモリの人数ｎを超えたか否かを確認する（Act８）。カウンタＣ１が人数ｎを超えるまで、ＣＰＵ２１は、Act９，１０，１１，１２またはAct９，１０，１１，１３の処理を実行する。その結果、ＲＡＭ２３に形成された人数ｎ分のワークテーブル４０には、各客が選択した客ＩＤがそれぞれ格納される。また、客が会員であった場合には、その客の客ＩＤと関連付けて会員番号も格納される。

カウンタＣ１が人数ｎを超えたならば（Act８にてＹＥＳ）、ＣＰＵ２１は、推奨メニュー決定処理（Act１４）と注文受付処理（Act１５）とを順に実行する。

推奨メニュー決定処理は、客ＩＤの選択とともに会員番号の読取りに成功した会員客に対する処理と、会員番号の読取りに失敗した非会員客に対する処理とで異なる。図９は、会員客に対する推奨メニュー決定処理の手順を示す流れ図である。

ＣＰＵ２１は、ワークテーブル４０に会員番号が格納されているか否かを確認する。格納されている場合、図９の流れ図に示す手順の処理を開始する。先ずＣＰＵ２１は、その会員番号を含む会員データレコード１１４Ｒの読取コマンドを、無線回路２６を介して会員管理サーバ１１１に送信する。上記読取コマンドを受信した会員管理サーバ１１１は、会員データベース１１４から該当する会員データレコード１１４Ｒを読み出し、無線基地局１５を介してコマンド送信元のオーダ端末１６に送信する。かくしてＣＰＵ２１は、会員データベース１１４から会員データレコード１１４Ｒを読み取る（Act２１：読取手段）。

ＣＰＵ２１は、カウンタＣ２を一旦“０”にリセットする（Act２２）。次いでＣＰＵ２１は、カウンタＣ２を“１”だけカウントアップする（Act２３）。そしてＣＰＵ２１は、カウンタＣ２が規定値Ｎを超えたか否かを確認する（Act２４）。規定値Ｎは、推奨メニューとして客に報知する品目の上限数であり、“２”以上の値であれば任意に設定可能である。

カウンタＣ２が規定値Ｎを超えていない場合（Act２４にてＮＯ）、ＣＰＵ２１は、カウンタＣ２の値を設定順位とする推奨データレコード１１６Ｒの読取コマンドを、無線回路２６を介してメニュー管理サーバ１１２に送信する。上記読取コマンドを受信したメニュー管理サーバ１１２は、推奨データベース１１６から該当する推奨データレコード１１６Ｒを読み出す。またメニュー管理サーバ１１２は、この推奨データレコード１１６Ｒの推奨メニューコードを含むメニューデータレコード１１５Ｒをメニューデータベース１１５から読み出す。そしてメニュー管理サーバ１１２は、この推奨データレコード１１６Ｒとメニューデータレコード１１５Ｒとを、無線基地局１５を介してコマンド送信元のオーダ端末１６に送信する。かくしてＣＰＵ２１は、推奨データベース１１６から推奨データレコード１１６Ｒを読み取る（Act２５：読取手段）。またＣＰＵ２１は、メニューデータベース１１５から推奨メニューのメニューデータレコード１１５Ｒを読み取る（Act２６：読取手段）。

ＣＰＵ２１は、ワークテーブル４０のカウンタＣ２の値を推奨順位とするエリア４３に、推奨データレコード１１６Ｒの推奨メニューコード及び設定順位と、メニューデータレコード１１５Ｒの分類、第１属性及び第２属性とを格納する（Act２７）。

またＣＰＵ２１は、メニューデータレコード１１５Ｒから分類と第１属性とを検出する（Act２８）。そしてＣＰＵ２１は、この分類と第１属性とで会員データレコード１１４Ｒを検索して、同一の分類と第１属性との組合せに関連付けられた注文回数を検出する。そしてＣＰＵ２１は、ワークテーブル４０のカウンタＣ２の値を推奨順位とする変数ｐ１のエリア４３に、この注文回数を格納する（Act２９）。

同様に、ＣＰＵ２１は、メニューデータレコード１１５Ｒから分類と第２属性とを検出する（Act３０）。そしてＣＰＵ２１は、この分類と第２属性とで会員データレコード１１４Ｒを検索して、同一の分類と第２属性との組合せに関連付けられた注文回数を検出する。そしてＣＰＵ２１は、ワークテーブル４０のカウンタＣ２の値を推奨順位とする変数ｐ２のエリア４３に、この注文回数を格納する（Act３１：処理手段）。

さらにＣＰＵ２１は、上記変数ｐ１と変数ｐ２とを合計し、その合計値を、ワークテーブル４０のカウンタＣ２の値を推奨順位とする変数Ｐのエリア４３に格納する（Act３２）。

しかる後、ＣＰＵ２１は、Act２３の処理に戻る。すなわちＣＰＵ２１は、カウンタＣ２を“１”だけカウントアップする（Act２３）。カウンタＣ２が規定値Ｎを超えるまで、ＣＰＵ２１は、Act２５〜Act３２の処理を繰り返し実行する。

かくしてワークテーブル４０には、設定順位が１位からＮ位までの推奨メニュー品目毎に、推奨メニューコード、設定順位、分類、第１属性、第２属性、変数ｐ１，変数ｐ２及び変数Ｐが格納される。

カウンタＣ２が規定値Ｎを超えたならば（Act２４にてＹＥＳ）、ＣＰＵ２１は、変数Ｐが大きいほど推奨順位が上位となるように、ワークテーブル４０のエリア４３のデータをソートする。なお、変数Ｐが一致する場合には、設定順位が上位のデータを推奨順位の上位とする（Act３３）。以上で、会員客に対する推奨メニュー決定処理は終了する。

なお、非会員客に対する推奨メニュー決定処理は、図９の流れ図において、Act２１の処理と、Act２８〜Act３２の処理と、Act３３の処理とを省略したものとなる。すなわちＣＰＵ２１は、推奨データベース１１６から設定順位が高い順に推奨データレコード１１６Ｒを読み込む（Act２２〜Act２５）。そしてＣＰＵ２１は、推奨データレコード１１６Ｒを読み込んだ順に、このレコード１１６Ｒの推奨メニューコードと設定順位とをワークテーブル４０に格納する（Act２６）。カウンタＣ２が規定値Ｎを超えたならば（Act２４にてＹＥＳ）、非会員客に対する推奨メニュー決定処理は終了する。

注文受付処理は、会員客に対する処理と非会員客に対する処理とで違いはない。図１０は、注文受付処理の手順を示す流れ図である。

ＣＰＵ２１は、ディスプレイ２７ｄの画面を客ＩＤ選択画面に切り替える（Act４１）。客ＩＤ選択画面には、人数ｎ分のワークテーブル４０にそれぞれ格納された客ＩＤが選択可能に表示される。ＣＰＵ２１は、いずれかの客ＩＤが選択されるのを待機する（Act４２）。

タッチセンサ２７ｔの信号により客ＩＤが選択されたことを検知したならば（Act４２にてＹＥＳ）、ＣＰＵ２１は、この選択された客ＩＤがエリア４１にセットされているワークテーブル４０を特定する（Act４３：特定手段）。そしてＣＰＵ２１は、このワークテーブル４０から推奨順位の順番に推奨メニューコードを取得する（Act４４）。

ＣＰＵ２１は、この推奨メニューコードで識別されるメニュー品目がお勧めメニューとして推奨順位１位から順番に表示されるように、電子メニュー画面のトップページを作成する（Act４５）。そしてＣＰＵ２１は、このトップページを、ディスプレイ２７ｄに表示させる（Act４６：報知手段）。

図１１において、符号“６０”で示される画面例は、電子メニュー画面のトップページである。トップページ６０には、分類項目の選択ボタン群６１に加えて、推奨メニューボタン群６２が配置される。また、注文確定を宣言するための確定ボタン６３も配置される。

推奨メニューボタン群６２には、ボタンを表わすフレームの枠内に、推奨メニュー品目の画像等が表示される。本実施形態では、画面に向かって左側のボタンフレームから右側に向かって順番に、推奨順位１位から５位までの推奨メニュー品目の画像等が表示される。推奨メニュー品目については、フレームの枠内をタッチすることで注文可能である。その他のメニュー品目については、該当する分類を選択してメニューボタンを表示させることにより注文可能となる。

ＣＰＵ２１は、メニュー品目の注文を待機する（Act４７）。タッチセンサ２７ｔの信号によりメニュー品目が注文されたことを検知したならば（Act４７にてＹＥＳ）、ＣＰＵ２１は、Act４３の処理で特定されたワークテーブルのエリア４２に会員番号がセットされているか否かを確認する（Act４８）。

会員番号がセットされていない場合、客ＩＤ選択画面で選択された客ＩＤにより特定される客は、非会員客である。この場合（Act４８にてＮＯ）、ＣＰＵ２１は、注文を受け付けたメニュー品目のメニューコード及び注文点数に当該客ＩＤだけを関連付けて注文バッファに格納する（Act４９）。

これに対し、会員番号がセットされている場合には、客ＩＤ選択画面で選択された客ＩＤにより特定される客は、会員客である。この場合（Act４８にてＹＥＳ）、ＣＰＵ２１は、注文を受け付けたメニュー品目のメニューコード及び注文点数に当該客ＩＤと会員番号とを関連付けて、注文バッファに格納する（Act５０）。注文バッファは、例えばＲＡＭ２３に形成されている。

ＣＰＵ２１は、確定ボタン６３がタッチされたか否かを確認する（Act５１）。確定ボタン６３がタッチされていない場合、ＣＰＵ２１は、Act４７の処理に戻る。すなわちＣＰＵ２１は、次のメニュー品目の注文を待機する（Act４７）。メニュー品目が注文されたならば（Act４７にてＹＥＳ）、ＣＰＵ２１は、Act４８〜Act５１の処理を再度実行する。

タッチセンサ２７ｔの信号により確定ボタン６３がタッチされたことを検知した場合には（Act５１にてＹＥＳ）、ＣＰＵ２１は、ディスプレイの画面を客ＩＤ選択画面に戻す（Act４１）。

このとき、客ＩＤ選択画面には送信ボタンが表示される。ＣＰＵ２１は、客ＩＤが選択されるか（Act４２）、送信ボタンがタッチされるのを待機する（Act５２）。客ＩＤが選択された場合には（Act４２にてＹＥＳ）、ＣＰＵ２１は、Act４３〜Act５１の処理を再度実行する。

タッチセンサ２７ｔの信号により送信ボタンがタッチされたことを検知した場合には（Act５２にてＹＥＳ）、ＣＰＵ２１は、注文バッファに格納された注文データを、無線回路２６を介して送信する。

無線を利用して送信された注文データは、無線基地局１５で受信され、ネットワーク１７を通じて各サーバ１１１〜１１３に送出される。

注文データを受信した注文管理サーバ１１３は、この注文データをオーダデータベース１１７で保存する。また注文管理サーバ１１３は、上記注文データに基づいて調理指示データを作成し、ネットワーク１７を介して厨房端末１２に送信する。さらに注文管理サーバ１１３は、上記注文データに基づいて注文伝票データを作成し、ネットワークを介して伝票発行器１３に送信する。

メニュー管理サーバ１１２は、注文データに基づいて各メニュー品目の在庫数を変更する。

会員管理サーバ１１１は、会員番号が関連付けられた注文データを抽出する。そして会員管理サーバ１１１は、この注文データで、当該会員番号の会員データレコード１１４Ｒを更新する。すなわち会員管理サーバ１１１は、注文データのメニューコードで特定されるメニュー品目の分類と第１属性及び第２属性とをメニューデータベース１１５から取得する。そして会員管理サーバ１１１は、会員データレコード１１４Ｒの分類と第１属性との組合せが共通の注文回数及び分類と第２属性との組合せが共通の注文回数をそれぞれカウントアップする。

今、会員Ｍ１と会員Ｍ２の２名の客が来店し、同じ客席に着いた場合を想定する。この場合、客は先ず、オーダ端末１６のタッチパネル２７に表示される人数入力画面から、人数“２”を入力する。そうすると、２つのワークテーブル４０ａ．４０ｂが作成される。次いで、タッチパネル２７に客ＩＤ設定画面が表示されるので、先ず、会員Ｍ１は、所望の客ＩＤを選択するとともに自らの会員番号を会員番号リーダ２８で読み取らせる。そうすると、ワークテーブル４０ａに客ＩＤと会員番号とが格納される。次に、会員Ｍ２は、別の客ＩＤを選択するとともに自らの会員番号を会員番号リーダ２８で読み取らせる。そうすると、ワークテーブル４０ｂに客ＩＤと会員番号とが格納される。

会員Ｍ１，会員Ｍ２がそれぞれ客ＩＤを選択し終えると、オーダ端末１６では、各ワークテーブル４０ａ，４０ｂに対して推奨メニュー決定処理が実行される。その結果、各ワークテーブル４０ａ，４０ｂには、設定順位が１位からＮ位までの推奨メニュー品目に関するデータ（推奨メニューコード、設定順位、分類、第１属性、第２属性、変数ｐ１、変数ｐ２、変数Ｐ）が格納される。ただし、会員Ｍ１に対するワークテーブル４０ａと会員Ｍ２に対するワークテーブル４０ｂとでは、変数Ｐの大きい順に推奨順位１位からソートされるので、データの順番が異なる。

ここで、変数Ｐは、変数ｐ１と変数ｐ２との合算値である。変数ｐ１は、当該ワークテーブル４０にセットされた会員番号の客が、対応する推奨メニュー品目と分類及び第１属性が共通するメニュー品目を注文した回数である。変数ｐ２は、当該会員番号の客が、対応する推奨メニュー品目と分類及び第２属性が共通するメニュー品目を注文した回数である。したがって、変数ｐ１と変数ｐ２との合算値である変数Ｐは、その値が大きければ大きいほど、客の推奨メニュー品目に対する嗜好度合いが高いことを意味する。

推奨メニュー決定処理が終了すると、タッチパネル２７には、客ＩＤ選択画面が表示される。ここで、会員Ｍ１が自身の客ＩＤを選択したとする。そうすると、タッチパネル２７には、電子メニュー画面のトップページ６０が表示される。このとき、トップページ６０の推奨メニューボタン群６２には、会員Ｍ１に対するワークテーブル４０ａにデータが格納された推奨メニュー品目が、推奨順位１位から順に画面の左側から表示される。

同様に、会員Ｍ２が自身の客ＩＤを選択した場合も、電子メニュー画面のトップページ６０がタッチパネル２７に表示される。そして、このトップページ６０の推奨メニューボタン群６２には、会員Ｍ２に対するワークテーブル４０ｂにデータが格納された推奨メニュー品目が、推奨順位１位から順に画面の左側から表示される。

したがって、推奨メニューボタン群６２に表示される推奨メニュー品目の順番は、会員Ｍ１に対するトップページ６０と会員Ｍ２に対するトップページ６０とで異なる。本実施形態では、会員Ｍ１，Ｍ２の嗜好度合いが高い順に推奨メニュー品目が表示される。

このように本実施形態のオーダ端末１６によれば、客や店員等の人的な負担を生じることなく、客毎にカスタマイズされた電子メニューを提示することができる。また、オーダ端末１６によれば、この電子メニューを利用して客のオーダを容易に受け付けることができる。

なお、本発明は、前記実施形態に限定されるものではない。
例えば前記実施形態では、オーダ端末１６が食卓に設置されている場合を示した。しかしオーダ端末１６は、必ずしも食卓に設置されている必要はない。例えば、オーダ端末１６が持ち運び自在な形状を有しており、入店時に店側から客に受け渡されるものであってもよい。また、セルフ方式ではなく、店員が携帯して操作するハンディターミナル形式のオーダ端末に対して、本発明を適用することも可能である。

また、前記実施形態では、会員管理サーバ１１１、メニュー管理サーバ１１２及び注文管理サーバ１１３をそれぞれ独立して設けた。しかし、単一のサーバで各サーバ１１１〜１１３の機能を実現させてもよい。また、各サーバ１１１〜１１３のうち少なくとも一部のサーバをＷｅｂ上に設置し、インターネット等を利用して商品注文システム１を構築してもよい。

また、前記実施形態では、会員データベース１１４に保存される注文履歴データを分類と第１属性との組合せ及び分類と第２属性との組合せ毎の注文回数とした。しかし注文履歴データはこれに限定されるものではない。会員データベース１１４では単純に注文データを客毎にそのまま蓄積し、サーバが、適宜、所定期間内の注文データから注文回数またはそれに類するパラメータを算出して、嗜好度合いを求めてもよい。

また、前記実施形態では、図８において、カウンタＣ１が人数ｎを越えた後に（Act８にてＹＥＳ）、推奨メニュー決定処理を実行した。しかし、推奨メニュー決定処理を実行するタイミングは、ここに限定されるものではない。Act１２の処理の後に、推奨メニュー決定処理を実行してもよい。すなわち、会員によって客ＩＤが選択される毎に、その会員に対するワークテーブル４０に対して推奨メニュー決定処理を実行してもよい。

なお、前記実施形態は、オーダ端末１６の内部のプログラム記憶部であるＲＯＭ２２または補助記憶部２４に発明の機能を実現させる制御プログラムが予め記録されているものとした。しかしこれに限らず、同様のプログラムがネットワークからオーダ端末１６にダウンロードされてもよい。あるいは、記録媒体に記録された同様のプログラムが、オーダ端末１６にインストールされてもよい。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。また、本実施形態のプログラムを、通信機能を有する携帯電話やいわゆるＰＤＡのような携帯情報端末に組み込んで、その機能を実現させるものであってもよい。

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］メニューに表示される商品毎にその商品が属する分類情報とその商品に対しての嗜好に係る属性情報とを記憶する商品データベース、客毎にその客が注文した前記商品の履歴情報を記憶する客データベース、及び、前記商品のなかから選定された推奨商品の情報を記憶する推奨データベースから情報を読み取る読取手段と、前記客が注文した商品の履歴情報と、前記商品毎の分類情報及び属性情報とから、客毎に、前記推奨商品に対する嗜好度合いを求める処理手段と、この処理手段により求まる嗜好度合いに従い客毎に推奨商品を報知する報知手段と、具備したことを特徴とする情報処理装置。
［２］電子メニューを表示する表示手段と、前記電子メニューに表示される商品を注文する客を特定する特定手段と、をさらに具備し、前記報知手段は、前記特定手段により特定された客に対する推奨商品を前記電子メニューのトップページに表示することを特徴とする付記［１］記載の情報処理装置。
［３］メニューに表示される商品毎に、その商品が属する分類情報とその商品に対しての嗜好に係る属性情報とを記憶する商品データベース、客毎に、その客が注文した前記商品の履歴情報を記憶する客データベース、及び、前記商品のなかから選定された推奨商品の情報を記憶する推奨データベースを管理するサーバと、前記サーバにネットワークを介して接続される複数のオーダ端末とを備え、前記各オーダ端末は、前記ネットワークを介して前記サーバにアクセスして、前記商品データベース、客データベース及び推奨データベースから情報を読み取る読取手段と、この読取手段により読み取られた前記客が注文した商品の履歴情報と、前記商品毎の分類情報及び属性情報とから、客毎に、前記推奨商品に対する嗜好度合いを求める処理手段と、電子メニューを表示する表示手段と、前記電子メニューに表示される商品を注文する客を特定する特定手段と、前記特定手段により特定された客に対し、前記処理手段により求められた当該客の嗜好度合いに従い推奨商品を報知する報知手段と、を具備したことを特徴とする商品注文システム。
［４］前記報知手段は、前記特定手段により特定された客に対する推奨商品を前記電子メニューのトップページに表示することを特徴とする付記［３］記載の商品注文システム。
［５］前記各オーダ端末は、客席毎に設置されていることを特徴とする付記［３］または［４］記載の商品注文システム。
［６］コンピュータを、メニューに表示される商品毎に、その商品が属する分類情報とその商品に対しての嗜好に係る属性情報とを記憶する商品データベース、客毎に、その客が注文した前記商品の履歴情報を記憶する客データベース、及び、前記商品のなかから選定された推奨商品の情報を記憶する推奨データベースから情報を読み取る読取手段、前記客が注文した商品の履歴情報と、前記商品毎の分類情報及び属性情報とから、客毎に、前記推奨商品に対する嗜好度合いを求める処理手段、及び、前記処理手段により求まる嗜好度合いに従い客毎に推奨商品を報知する報知手段、として機能させるための制御プログラム。

１…商品注文システム、１６…オーダ端末、１１１…会員管理サーバ、１１２…メニュー管理サーバ、１１３…注文管理サーバ、１１４…会員データベース、１１５…メニューデータベース、１１６…推奨データベース、１１７…オーダデータベース、２１…ＣＰＵ、２２…ＲＯＭ、２３…ＲＡＭ、２４…補助記憶部、２５…時計部、２６…無線回路、２７…タッチパネル、２８…会員番号リーダ、４０…ワークテーブル、５０…注文受付機能。

Claims (6)

1. メニューに表示される商品毎にその商品が属する分類情報とその商品に対しての嗜好に係る属性情報とを記憶する商品データベース、客毎にその客が注文した前記商品の履歴情報として、前記分類情報と前記属性情報との組合せ毎に注文回数を記憶する客データベース、及び、前記商品のなかから選定された推奨商品の情報を記憶する推奨データベースから情報を読み取る読取手段と、
   前記推奨データベースに記憶され、前記読取手段で読み取った前記推奨商品について、前記商品データベースに記憶され、前記読取手段で読み取った前記分類情報と前記属性情報との組合せを検出し、その組合せに対して前記客データベースに記憶され、前記読取手段で読み取った注文回数を客毎に検出する処理手段と、
   この処理手段により検出された前記注文回数の多い順に、客毎に推奨商品を報知する報知手段と、
   を具備したことを特徴とする情報処理装置。
2. 電子メニューを表示する表示手段と、
   前記電子メニューに表示される商品を注文する客を特定する特定手段と、
   をさらに具備し、
   前記報知手段は、前記特定手段により特定された客に対する推奨商品を前記電子メニューのトップページに表示することを特徴とする請求項１記載の情報処理装置。
3. メニューに表示される商品毎にその商品が属する分類情報とその商品に対しての嗜好に係る属性情報とを記憶する商品データベース、客毎にその客が注文した前記商品の履歴情報として、前記分類情報と前記属性情報との組合せ毎に注文回数を記憶する客データベース、及び、前記商品のなかから選定された推奨商品の情報を記憶する推奨データベースを管理するサーバと、前記サーバにネットワークを介して接続される複数のオーダ端末とを備え、
   前記各オーダ端末は、
   前記ネットワークを介して前記サーバにアクセスして、前記商品データベース、客データベース及び推奨データベースから情報を読み取る読取手段と、
   前記推奨データベースに記憶され、前記読取手段で読み取った前記推奨商品について、前記商品データベースに記憶され、前記読取手段で読み取った前記分類情報と前記属性情報との組合せを検出し、その組合せに対して前記客データベースに記憶され、前記読取手段で読み取った注文回数を客毎に検出する処理手段と、
   この処理手段により検出された前記注文回数の多い順に、客毎に推奨商品を報知する報知手段と、
   電子メニューを表示する表示手段と、
   前記電子メニューに表示される商品を注文する客を特定する特定手段と、
   前記特定手段により特定された客に対し、前記処理手段により検出された前記注文回数の多い順に推奨商品を報知する報知手段と、
   を具備したことを特徴とする商品注文システム。
4. 前記報知手段は、前記特定手段により特定された客に対する推奨商品を前記電子メニューのトップページに表示することを特徴とする請求項３記載の商品注文システム。
5. 前記各オーダ端末は、客席毎に設置されていることを特徴とする請求項３または４記載の商品注文システム。
6. コンピュータを、
   メニューに表示される商品毎にその商品が属する分類情報とその商品に対しての嗜好に係る属性情報とを記憶する商品データベース、客毎にその客が注文した前記商品の履歴情報として、前記分類情報と前記属性情報との組合せ毎に注文回数を記憶する客データベース、及び、前記商品のなかから選定された推奨商品の情報を記憶する推奨データベースから情報を読み取る読取手段、
   前記推奨データベースに記憶され、前記読取手段で読み取った前記推奨商品について、前記商品データベースに記憶され、前記読取手段で読み取った前記分類情報と前記属性情報との組合せを検出し、その組合せに対して前記客データベースに記憶され、前記読取手段で読み取った注文回数を客毎に検出する処理手段、及び、
   前記処理手段により検出された前記注文回数の多い順に、客毎に推奨商品を報知する報知手段、
   として機能させるための制御プログラム。

Images