JP2013246486A - 注文端末およびコンピュータプログラム - Google Patents

Abstract

【課題】 客に対して適確なメニューをリコメンドできる注文端末およびコンピュータプログラムを提供する。
【解決手段】 一実施形態の注文端末は、撮像手段、属性特定手段、メニュー特定手段、表示手段、操作手段、注文処理手段を備える。撮像手段は、操作者を撮像して画像データを生成する。属性特定手段は、撮像手段が生成した画像データに含まれる操作者像に基づき、当該操作者の属性を特定する。メニュー特定手段は、操作者の属性ごとにおすすめメニューを規定するデータベースから、属性特定手段が特定した属性に対して規定されたおすすめメニューを特定する。表示手段は、メニュー特定手段が特定したおすすめメニューを指定するための画面部品を含む注文画面を表示する。操作手段は、注文画面を操作する。注文処理手段は、操作手段の操作によって指定されたメニューを注文処理する。
【選択図】 図９

Description

本発明の実施形態は、メニュー品目を注文するための注文端末およびコンピュータプログラムに関する。

近年、飲食店において、客自身の操作によりメニュー品目を注文する注文端末が利用されている。

注文端末は、例えばメニュー品目や注文数量を指定するためのボタンが配置された注文画面をディスプレイに表示し、この注文画面の操作によって指定されたメニュー品目の識別情報や注文数量等をサーバ等の上位の機器に送信する。

このような注文端末の注文画面に、客に対してリコメンドするメニュー品目（以下、おすすめメニューと称す）に関する情報を表示し、当該おすすめメニューの注文を促すことにより売上の向上等を図る試みがある。通常、このおすすめメニューは、事前に設定された固定的なメニュー品目である。

客の嗜好は、その客の年齢や性別等の属性、さらには時間帯に応じて異なる。そのため、おすすめメニューを事前に設定されたメニュー品目に固定すると、客の嗜好に合ったメニュー品目をリコメンドできず、十分な効果が得られない虞がある。

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

本発明が解決しようとする課題は、客に対して適確なメニュー品目をリコメンドできる注文端末およびコンピュータプログラムを提供することである。

一実施形態に係る注文端末は、撮像手段と、属性特定手段と、メニュー特定手段と、表示手段と、操作手段と、注文処理手段とを備える。
上記撮像手段は、操作者を撮像して画像データを生成する。上記属性特定手段は、上記撮像手段が生成した画像データに含まれる操作者像に基づき、当該操作者の属性を特定する。上記メニュー特定手段は、操作者の属性ごとにおすすめメニューを規定するデータベースから、上記属性特定手段が特定した属性に対して規定されたおすすめメニューを特定する。上記表示手段は、上記メニュー特定手段が特定したおすすめメニューを指定するための画面部品を含む注文画面を表示する。上記操作手段は、上記注文画面を操作する。上記注文処理手段は、上記操作手段の操作によって指定されたメニューを注文処理する。

第１の実施形態に係る注文端末を含むオーダエントリシステムの概略構成図。 同実施形態に係るサーバの要部構成を示すブロック図。 同実施形態に係る注文端末の要部構成を示すブロック図。 同実施形態に係る注文画面の一例を示す図。 同実施形態に係るおすすめファイル（時間帯Ｔ１）のデータ構造例を示す図。 同実施形態に係るおすすめファイル（時間帯Ｔ２）のデータ構造例を示す図。 同実施形態に係る集計ファイル（時間帯Ｔ１）のデータ構造例を示す図。 同実施形態に係る集計ファイル（時間帯Ｔ２）のデータ構造例を示す図。 同実施形態に係る注文端末のＣＰＵが実行する処理のフローチャート。 同実施形態に係るサーバのＣＰＵが実行する処理のフローチャート。

いくつかの実施形態につき、図面を参照しながら説明する。
（第１の実施形態）
図１は、第１の実施形態に係る注文端末を含むオーダエントリシステムの概略構成図である。このオーダエントリシステムは、レストランや居酒屋等の飲食店にて稼動し、サーバ１と、１または複数の注文端末２と、ＰＯＳ（Point Of Sales）端末３と、設定用ＰＣ４とを備える。

サーバ１は、例えば当該飲食店の事務室に配置される。図２は、サーバ１の要部構成を示すブロック図である。サーバ１は、ＣＰＵ（Central Processing Unit）１０と、ＲＯＭ（Read Only Memory）１１と、ＲＡＭ（Random Access Memory）１２と、時計回路１３と、通信ユニット１４と、補助記憶装置１５とを備える。ＲＯＭ１１、ＲＡＭ１２、時計回路１３、通信ユニット１４、および補助記憶装置１５は、アドレスバスやデータバスにて構成されるバスライン１６を介してＣＰＵ１０に接続される。

ＲＯＭ１１は、ＣＰＵ１０が実行するコンピュータプログラム等の固定的データを記憶する。ＲＡＭ１２は、サーバ１の主記憶装置として機能する。時計回路１３は、日時を例えば年、月、日、時、分、秒の単位で計時する。

通信ユニット１４は、ＬＡＮ（Local Area Network）ケーブルを介した有線通信あるいは電波等を介した無線通信により、注文端末２、ＰＯＳ端末３、および設定用ＰＣ４等の当該オーダエントリシステムに含まれる各要素と通信する。例えば注文端末２との通信を無線通信とする場合には、通信ユニット１４に無線通信用のアクセスポイントを接続し、当該アクセスポイントを介してサーバ１および注文端末２間の無線通信を確立すればよい。

補助記憶装置１５としては、例えばＨＤＤ（Hard Disk Drive）やＳＤＤ（Solid State Drive）等の大容量記憶装置を用いることができる。補助記憶装置１５は、例えばＯＳ（Operating System）および各種アプリケーション等に関するデータや、おすすめメニューに関するデータを管理するデータベース（ＤＢ）５等を記憶する。

注文端末２は、客自身の操作により当該飲食店にて提供されるメニュー品目からの注文を受け付ける。図３は、注文端末２の要部構成を示すブロック図である。注文端末２は、ＣＰＵ２０と、ＲＯＭ２１と、ＲＡＭ２２と、時計回路２３と、通信ユニット２４と、ディスプレイ２５と、タッチパネル２６と、カメラ２７とを備える。ＲＯＭ２１、ＲＡＭ２２、時計回路２３、通信ユニット２４、ディスプレイ２５、タッチパネル２６、およびカメラ２７は、アドレスバスやデータバスにて構成されるバスライン２８を介してＣＰＵ２０に接続される。ディスプレイ２５は本実施形態に係る表示手段として機能し、タッチパネル２６は本実施形態に係る操作手段として機能する。

ＲＯＭ２１は、ＣＰＵ２０が実行するコンピュータプログラム等の固定的データを記憶する。ＲＡＭ２２は、注文端末２の主記憶装置として機能する。時計回路２３は、日時を例えば年、月、日、時、分、秒の単位で計時する。

通信ユニット２４は、ＬＡＮケーブルを介した有線通信あるいは電波等を介した無線通信によりサーバ１と通信する。特に上述の通りアクセスポイントを用いる場合、通信ユニット２４は、当該アクセスポイントと電波等を介して無線通信する。

ディスプレイ２５は、例えばＬＣＤ（Liquid Crystal Display）であり、後述の注文画面（図４参照）等を表示する。タッチパネル２６は、ディスプレイ２５の表示画面上に設けられ、上記注文画面等に含まれる画面部品（ＧＵＩ：Graphical User Interface）への指あるいはスタイラス等によるタッチ操作を検出する。

図１に示すように、注文端末２の筐体面には、ディスプレイ２５の表示方向に設定された撮像領域からの光を集光するレンズ２９が設けられている。カメラ２７は、入射した光に応じた電気信号を出力する例えばＣＣＤ（Charge Coupled Device）である撮像素子と、レンズ２９によって集光された光を撮像素子に導く反射鏡と、撮像素子が出力する電気信号をデジタルデータに変換するＡＤコンバータとを備える。カメラ２７は、ＡＤコンバータから出力されたデータ、すなわち上記撮像領域を撮像することで得られる画像データをＲＡＭ２２に保存する。上記撮像領域は、ディスプレイ２５を操作する人物の顔が含まれるように位置が設定されている。このような設定は、例えばレンズ２９の向きや焦点距離を調整することで行えばよい。なお、カメラ２７やレンズ２９は、本実施形態に係る撮像手段を構成する。

注文端末２は、例えば当該飲食店のテーブル上あるいはその近辺に設置されたクレイドルに対して着脱される。このクレイドルに注文端末２が装着されているとき、クレイドルから注文端末２に電源が供給され、注文端末２の図示せぬバッテリが充電される。客は、注文を行う際に注文端末２をクレイドルから取り外し、指やスタイラスにて注文画面を操作してメニュー品目の注文を行う。

ＰＯＳ端末３は、客が飲食したメニュー品目の代金を精算するための処理を行う。この処理において、ＰＯＳ端末３は、サーバ１と通信して客が飲食したメニュー品目に関する情報を取得し、当該情報に基づいて算出される合計代金の支払いを受け付け、代金の支払いが完了したならばレシートを発行する。

設定用ＰＣ４は、サーバ１に対する各種の設定等を行うためのパーソナルコンピュータである。オーダエントリシステムの管理者は、例えば設定用ＰＣ４が備えるキーボードやマウスの操作により、データベース５に保存されたデータを編集したり閲覧したりすることができる。

ディスプレイ２５に表示される注文画面の一例を図４に示す。この注文画面１００は、カテゴリボタン群１１０，１２０と、メニューボタン群１３０と、おすすめメニューボタン群１４０と、注文送信ボタン１５０とを含む。

カテゴリボタン群１１０は、「ドリンクメニュー」、「食べ物メニュー」、「スピードメニュー」などの大分類のカテゴリを指定するためのボタンで構成される。カテゴリボタン群１１０に含まれる各ボタンには、対応する大分類カテゴリの名称等が表される。

カテゴリボタン群１２０は、カテゴリボタン群１１０に含まれるボタンのうちユーザによって操作されたボタンに対応する大分類カテゴリに含まれる小分類のカテゴリを指定するためのボタンで構成される。すなわち、カテゴリボタン群１２０に含まれるボタンは、カテゴリボタン群１１０に含まれるボタンの操作に応じて切り替わる。カテゴリボタン群１２０に含まれる各ボタンには、対応する小分類カテゴリの名称等が表される。図４においては、カテゴリボタン群１１０にて「ドリンクメニュー」に係るボタンが操作され、「ドリンクメニュー」に含まれる「ワイン」、「ビール」、「カクテル」・・・等の小分類のカテゴリを指定するためのボタンがカテゴリボタン群１２０に配置された例を示している。

メニューボタン群１３０は、カテゴリボタン群１２０に含まれるボタンのうちユーザによって操作されたボタンに対応する小分類カテゴリに含まれるメニュー品目を注文メニューとして指定するためのボタンで構成される。すなわち、メニューボタン群１３０に含まれるボタンは、カテゴリボタン群１２０に含まれるボタンの操作に応じて切り替わる。メニューボタン群１３０に含まれる各ボタンには、対応するメニュー品目の画像、名称、価格等が表される。図４においては、カテゴリボタン群１２０にて「ビール」に係るボタンが操作され、「ビール」に含まれる「樽生ビール中ジョッキ」、「樽生ビールグラス」、「黒生ビール中ジョッキ」・・・等のメニュー品目を指定するためのボタンがカテゴリボタン群１１０に配置された例を示している。

おすすめメニューボタン群１４０は、客にリコメンドするメニュー品目であるおすすめメニューを注文メニューとして指定するためのボタン１４１，１４２，１４３，１４４，１４５，１４６で構成される。ただし、より多数あるいは少数のボタンにておすすめメニューボタン群１４０を構成してもよい。図４においては図示を省略しているが、おすすめメニューボタン群１４０に含まれる各ボタン１４１〜１４６には、対応するメニュー品目の画像や名称等が表される。

注文送信ボタン１５０は、メニューボタン群１３０あるいはおすすめメニューボタン群１４０に含まれるボタンの操作によって指定されたメニュー品目の注文を確定するためのボタンである。

次に、データベース５について説明する。データベース５は、図５に示すデータ構造のおすすめファイルＦＡ１、図６に示すデータ構造のおすすめファイルＦＡ２、図７に示すデータ構造の集計ファイルＦＢ１、および、図８に示すデータ構造の集計ファイルＦＢ２を含む。

おすすめファイルＦＡ１は、時間帯Ｔ１において客にリコメンドするおすすめメニューを、注文者の属性ごとに規定するためのファイルである。
おすすめファイルＦＡ２は、時間帯Ｔ２において客にリコメンドするおすすめメニューを、注文者の属性ごとに規定するためのファイルである。

注文者の属性は、例えば年齢や性別によって客を区別するものであり、本実施形態では男性、女性、子供の３パターンを採用する。

具体的には、おすすめファイルＦＡ１，ＦＡ２は、いずれも男性、女性、子供のそれぞれに対応するレコード（図５，図６における各行）を有する。各レコードには、６つのおすすめメニューＲ１，Ｒ２，Ｒ３，Ｒ４，Ｒ５，Ｒ６として、メニュー品目を識別するためのメニューコードが書き込まれる。

本実施形態においては、時間帯Ｔ１，Ｔ２を、店舗の営業時間を複数に分割した時間帯に設定する。具体的には、時間帯Ｔ１がランチ時間（例えば開店から１５時迄）であり、時間帯Ｔ２がディナー時間（例えば１５時から閉店迄）であるとする。

集計ファイルＦＢ１は、時間帯Ｔ１において、当該飲食店で提供される各メニュー品目および属性の組み合せごとに、メニューボタン群１３０およびメニューボタン群１４０の操作による注文数（以下、全注文数Ｘと称す）と、この全注文数Ｘのうちおすすめメニューボタン群１４０に含まれるボタン１４１〜１４６の操作による注文数（以下、おすすめ注文数Ｙと称す）とを集計するためのファイルである。

集計ファイルＦＢ２は、時間帯Ｔ２において、当該飲食店で提供される各メニュー品目および属性の組み合せごとに、メニューボタン群１３０およびメニューボタン群１４０の操作による全注文数Ｘと、この全注文数Ｘのうちおすすめメニューボタン群１４０に含まれるボタン１４１〜１４６の操作によるおすすめ注文数Ｙとを集計するためのファイルである。

具体的には、集計ファイルＦＢ１，ＦＢ２は、いずれもメニューコードごとに設けられたレコード（図７，図８における各行）を有する。各レコードには、男性、女性、子供ごとに全注文数Ｘと、おすすめ注文数Ｙとが書き込まれる。図７，図８においては、「Ｘ（Ｙ）」のようにおすすめ注文数Ｙを括弧で括って表し、おすすめ注文数Ｙの左側に全注文数Ｘを表している。

注文端末２の主要な動作について説明する。
図示せぬ電源スイッチの操作等により注文端末２が起動すると、注文端末２のＣＰＵ２０はＲＯＭ２１等に保存されたコンピュータプログラムを実行し、図９のフローチャートに沿う動作を開始する。

この動作において、先ずＣＰＵ２０は、注文されるメニュー品目に関する情報を一時的保存するための注文バッファをＲＡＭ２２に形成する（ステップＳ１０１）。そして、ＣＰＵ２０は、客が注文端末２を手に取るまで待機する（ステップＳ１０２）。

当該飲食店に来店し、テーブルについた客は、所望のメニュー品目を注文すべく、当該テーブルに配置されたクレイドルから注文端末２を手に取る。このとき、クレイドルから注文端末２への電源供給が遮断する。クレイドルからの電源供給が遮断したことを以って、ＣＰＵ２０は客が注文端末を手に取ったと判定し（ステップＳ１０２のＹｅｓ）、カメラ２７に撮像を指令する（ステップＳ１０３）。この指令を受けたカメラ２７は、撮像領域を撮像し、撮像の結果得られた画像データをＲＡＭ２２に保存する。通常、注文端末２を手にとった客は、ディスプレイ２５の画面を見るので、当該客の顔を含む操作者像が画像データに含まれることになる。

ステップＳ１０３の後、ＣＰＵ２０は、ＲＡＭ２２に保存された画像データに基づき、操作者である客の属性を特定する（ステップＳ１０４）。特に本実施形態では、操作者の属性として男性／女性／子供の別を特定する。操作者の属性の特定手法としては、例えば顔認識技術を利用できる。また、顔だけでなく衣服等の特徴も利用して操作者の属性を判定してもよい。

顔認識技術を利用する場合、例えば事前に性別が既知の顔画像データを多数収集し、収集した顔画像データに含まれるパーツ（頭部輪郭、目、鼻、口、眉、耳、髪の生え際、しわ等）の形状や位置関係と各属性との相関を統計的手法によって求め、その結果を表すデータをデータベース化してＲＯＭ２１等に保存しておく。そして、ステップＳ１０３にてＲＡＭ２２に保存された画像データに含まれる操作者像における上記パーツの形状や位置関係等と、上記データベースに保存されたデータとの比較により、当該操作者の属性を特定（推定）する。

ステップＳ１０４の後、ＣＰＵ２０は、時計回路２３が計時する時刻に基づき現在の時間帯が時間帯Ｔ１，Ｔ２のいずれに属するかを特定する（ステップＳ１０５）。

そして、ＣＰＵ２０は、ステップＳ１０４にて特定した属性およびステップＳ１０５にて特定した時間帯に基づき、操作者である客に応じたおすすめメニューのメニューコードをデータベース５から取得する（ステップＳ１０６）。

ステップＳ１０６の処理は、例えば注文端末２とサーバ１とを協働させることで実現できる。この場合、例えばＣＰＵ２０は、ステップＳ１０４にて特定した属性およびステップＳ１０５にて特定した時間帯をサーバ１に送信し、サーバ１からの返信を待つ。サーバ１のＣＰＵ１０は、属性および時間帯を受信すると、おすすめファイルＦＡ１，ＦＡ２のうち当該時間帯に対応する一方から当該属性に係るレコードを抽出し、注文端末２に返信する。このように返信されたレコードを受信することによって、ＣＰＵ２０はおすすめメニューＲ１〜Ｒ６に対応するメニューコードを取得することができる。

また、ステップＳ１０６の処理は、サーバ１へのアクセスを伴わずに完結させることもできる。この場合、例えば注文端末２の電源投入時等に、ＣＰＵ２０がサーバ１からデータベース５をダウンロードし、ＲＡＭ２２等に保存する。そして、ダウンロードしたデータベース５に含まれるおすすめファイルＦＡ１，ＦＡ２のうちステップＳ１０５にて特定した時間帯に対応する一方から、ステップＳ１０４にて特定した属性に係るレコードを抽出することによって、ＣＰＵ２０はおすすめメニューＲ１〜Ｒ６に対応するメニューコードを取得することができる。

ステップＳ１０６の後、ＣＰＵ２０は、取得した各メニューコードに対応するボタン１４１〜１４６を含む注文画面１００の画面データを生成する（ステップＳ１０７）。特に本実施形態において、ＣＰＵ２０は、ボタン１４１におすすめメニューＲ１のメニューコードに係るメニュー品目の画像および名称を配置し、ボタン１４２におすすめメニューＲ２のメニューコードに係るメニュー品目の画像および名称を配置し、ボタン１４３におすすめメニューＲ３のメニューコードに係るメニュー品目の画像および名称を配置し、ボタン１４４におすすめメニューＲ４のメニューコードに係るメニュー品目の画像および名称を配置し、ボタン１４５におすすめメニューＲ５のメニューコードに係るメニュー品目の画像および名称を配置し、ボタン１４６におすすめメニューＲ６のメニューコードに係るメニュー品目の画像および名称を配置する。各おすすめメニューＲ１〜Ｒ６のメニューコードに係るメニュー品目の画像や名称は、例えば当該飲食店で提供される各メニュー品目のメニューコードに名称、価格、画像等を関連付けたメニューマスタを参照することで取得する。このメニューマスタは、ＲＯＭ２１が予め記憶していてもよいし、注文端末２の電源投入時等にＣＰＵ２０がサーバ１からダウンロードしてＲＡＭ２２に保存してもよい。

ステップＳ１０７の後、ＣＰＵ２０は、生成した画面データに基づく注文画面１００をディスプレイ２５に表示させる（ステップＳ１０８）。

このようにして注文画面１００がディスプレイ２５に表示された状態で、ＣＰＵ２０は、注文画面１００の操作による注文を受け付けつつ（ステップＳ１０９）、注文送信ボタン１５０の操作による注文送信指示の入力（注文の確定）を待つ（ステップＳ１１０）。

このとき、注文端末２の操作者は、注文画面１００に含まれるカテゴリボタン群１１０，１２０、メニューボタン群１３０、および、おすすめメニューボタン群１４０に含まれる各ボタンを操作することにより、所望のメニュー品目を注文対象として指定できる。メニュー品目が指定されると、ＣＰＵ２０は、注文画面１００に注文数量指定用のＧＵＩを表示する。操作者は、このＧＵＩの操作により当該メニュー品目の注文数量を指定できる。

メニュー品目および注文数量が指定されると、ＣＰＵ２０は、当該メニュー品目のメニューコードおよび注文数量と、ステップＳ１０４にて特定した属性とを含む注文データをＲＡＭ２２の注文バッファに登録する。特に、おすすめメニューボタン群１４０に含まれるボタン１４１〜１４６の操作によってメニュー品目が指定された場合、ＣＰＵ２０は、当該メニュー品目の注文データに、おすすめメニューボタン群１４０からの注文である旨を示す付加情報を加える。

やがて操作者が注文送信ボタン１５０を操作して注文送信指示を入力すると（ステップＳ１１０のＹｅｓ）、ＣＰＵ２０は、注文バッファに登録された注文データを通信ユニット２４を介してサーバ１に送信することにより、当該注文データを注文処理する（ステップＳ１１１）。

その後、ＣＰＵ２０は、注文バッファに登録された注文データを消去し（ステップＳ１１２）、ステップＳ１０２に戻る。このとき、注文端末２がクレイドルに装着されていないならば、続けてＣＰＵ２０がステップＳ１０３〜Ｓ１１２の処理を実行し、注文端末２がクレイドルに装着されているならば、ステップＳ１０２にて待機することになる。クレイドルに装着されているときに、例えば注文端末２００を消去して店舗やメニュー品目に関するＰＲ情報等をディスプレイ２５に表示してもよい。

このように、本実施形態に係る注文端末２のＣＰＵ２０は、カメラ２７が生成した画像データに含まれる操作者像に基づき当該操作者の属性を特定する属性特定手段と、属性特定手段が特定した属性に対して規定されたおすすめメニューをデータベース５から特定するメニュー特定手段と、メニュー特定手段が特定したおすすめメニューを指定するための画面部品を含む注文画面１００をディスプレイ２５に表示する表示制御手段と、タッチパネル２６による注文画面１００の操作によって指定されたメニューを注文処理する注文処理手段と、として機能する。

続いて、サーバ１の主要な動作について説明する。
図示せぬ電源スイッチの操作等によりサーバ１が起動すると、サーバ１のＣＰＵ１０はＲＯＭ１１等に保存されたコンピュータプログラムを実行し、図１０のフローチャートに沿う動作を開始する。

この動作において、先ずＣＰＵ１０は、注文端末２からの注文データの受信を待つ（ステップＳ２０１）。注文端末２からステップＳ１１１において送信される注文データを通信ユニット１４を介して受信すると（ステップＳ２０１のＹｅｓ）、ＣＰＵ１０は、当該注文データを送信元の注文端末２が設置されたテーブルの客からの注文データとして補助記憶装置１５に保存するとともに、調理場に配置されたキッチンプリンタに当該注文データに係る伝票の印刷を指令する（ステップＳ２０２）。調理場に配置された店員は、この伝票に従って注文データに係るメニュー品目を調理する。

ステップＳ２０２の後、ＣＰＵ１０は、時計回路１３が計時する時刻に基づき現在の時間帯が時間帯Ｔ１，Ｔ２のいずれに属するかを特定する（ステップＳ２０３）。

そして、ＣＰＵ１０は、集計ファイルＦＢ１，ＦＢ２のうちステップＳ２０３にて特定した時間帯に対応する一方を、ステップＳ２０１にて受信した注文データに含まれるメニューコード、数量、属性および上述の付加情報に基づいて更新する（ステップＳ２０４）。この処理において注文データに付加情報が付されている場合には、ＣＰＵ１０は、当該注文データに含まれるメニューコードに対応するレコードに書き込まれた当該注文データに含まれる属性についての全注文数Ｘを、当該注文データに含まれる注文数分だけカウントアップする。一方、注文データに付加情報が付されている場合には、ＣＰＵ１０は、当該注文データに含まれるメニューコードに対応するレコードに書き込まれた当該注文データに含まれる属性についての全注文数Ｘとおすすめ注文数Ｙの双方を、当該注文データに含まれる注文数分だけカウントアップする。

ステップＳ２０４の後、ＣＰＵ１０は、おすすめファイルＦＡ１，ＦＡ２のうちステップＳ２０３にて特定した時間帯に対応する一方を、ステップＳ２０４にて更新した後の集計ファイルＦＢ１あるいは集計ファイルＦＢ２に基づいて更新する（ステップＳ２０５）。この処理においてＣＰＵ１０は、集計ファイルＦＢ１，ＦＢ２のうちステップＳ２０３にて特定した時間帯に対応する一方に含まれる各レコードについて、ステップＳ２０１にて受信した注文データに含まれる属性に係る全注文数Ｘを参照し、全注文数Ｘが多い上位６つのメニューコードを特定する。そして、おすすめファイルＦＡ１，ＦＡ２のうちステップＳ２０３にて特定した時間帯に対応する一方において、当該注文データに含まれる属性に係るレコードのおすすめメニューＲ１〜Ｒ６を、上記６つのメニューコードにて書き換える。例えば、おすすめメニューＲ１を上記６つのメニューコードのうち全注文数Ｘが最も多いものに書き換え、おすすめメニューＲ２を上記６つのメニューコードのうち全注文数Ｘが２番目に多いものに書き換え、おすすめメニューＲ３を上記６つのメニューコードのうち全注文数Ｘが３番目に多いものに書き換え、おすすめメニューＲ４を上記６つのメニューコードのうち全注文数Ｘが４番目に多いものに書き換え、おすすめメニューＲ５を上記６つのメニューコードのうち全注文数Ｘが５番目に多いものに書き換え、おすすめメニューＲ６を上記６つのメニューコードのうち全注文数Ｘが最も少ないものに書き換える。

なお、ステップＳ２０１にて受信した注文データが複数有る場合、各注文データを対象としてステップＳ２０２〜Ｓ２０５の処理を行う。ステップＳ２０５の処理の後、ＣＰＵ１０の処理はステップＳ２０１に戻る。

なお、客が退店する際には当該客からの注文として補助記憶装置１５に保存された注文データをＰＯＳ端末３が読み出し、代金の精算処理を実行する。

このように、本実施形態に係るサーバ１のＣＰＵ１０は、通信ユニット１４を介して注文端末２から受信する注文データと、カメラ２７が生成した画像データに含まれる操作者像に基づき特定される操作者の属性とに基づき、メニューおよび操作者の属性の組み合せごとに注文回数を集計する集計手段と、データベース５において各属性に対して規定されたおすすめメニューを、各属性に関する集計手段の集計結果において注文回数が上位であるメニューにより更新する更新手段と、として機能する。

以上説明したように、本実施形態に係る注文端末２は、操作者である客をカメラ２７で撮像して得られる画像データに基づき当該操作者の属性を特定し、特定した属性に応じたおすすめメニューを注文画面１００に表示する。このようにすれば、操作者である客の嗜好に合ったメニューをリコメンドできる。

また、注文端末２は、操作者の属性に加え現在の時間帯も考慮しておすすめメニューを選定するので、より適確なメニューをリコメンドできる。特にこの時間帯を店舗の営業時間を複数に分割した時間帯とすることにより、１日の営業時間内における客の嗜好の変化にも対応できる。

また、サーバ１は、注文が行われるごとに注文の内容を反映してデータベース５の内容を更新する。したがって、データベース５には、最新の注文実績を考慮したおすすめメニューが規定されることになる。さらに、データベース５には、各メニュー品目および属性の組み合せごとに全注文数Ｘおよびおすすめ注文数Ｙの集計結果が書き込まれる。これら全注文数Ｘおよびおすすめ注文数Ｙを参照すれば、おすすめメニューボタン群１４０の効果等を分析することができる。
その他、本実施形態にて開示した構成からは、種々の好適な効果が得られる。

（第２の実施形態）
第２の実施形態について説明する。
本実施形態では、時間帯Ｔ１，Ｔ２をランチ時間とディナー時間のように店舗の営業時間を複数に分割した時間帯に設定するのではなく、個々の客が最初の注文を行ってからの経過時間に関する時間帯とする点で第1の実施形態と異なる。

オーダエントリシステムの構成、サーバ１の構成、注文端末２の構成、注文画面１００の構成、およびデータベース５の構成は、第1の実施形態において図１〜図８を参照して説明したものと同様である。ただし、おすすめファイルＦＡ１および集計ファイルＦＢ１に対応する時間帯Ｔ１を例えば客が最初の注文を行ってからの経過時間が１時間未満の時間帯とし、おすすめファイルＦＡ２および集計ファイルＦＢ２に対応する時間帯Ｔ２を例えば客が最初の注文を行ってからの経過時間が１時間以上の時間帯とする。

また、注文端末２およびサーバ１の動作は、それぞれ図９および図１０のフローチャートに示すものと同様である。ただし、ステップＳ１０５において注文端末２のＣＰＵ２０は、時計回路２３が計時する時刻と、客が最初の注文を行った時刻（以下、基準時刻ｔと称す）とに基づき、現在の時間帯が時間帯Ｔ１，Ｔ２のいずれに属するかを特定する。基準時刻ｔは、例えば来店した客が最初に注文送信ボタン１５０を操作したときに、ＣＰＵ２０が時計回路２３から現在の時刻を取得し、ＲＡＭ２２に保存する。最初の注文を客が行う際のステップＳ１０５においてはＲＡＭ２２に基準時刻ｔが保存されていないことになるが、この場合には時計回路２３が計時する現在の時刻を基準時刻ｔとみなせばよい。

また、サーバ１側では、ステップＳ２０３にて時間帯を特定するために、基準時刻ｔを把握する必要がある。そのために、例えばステップＳ１１１においてＣＰＵ２０は、注文データに加え基準時刻ｔもサーバ１へと送信する。

ステップＳ２０３において、サーバ１のＣＰＵ１０は、時計回路１３が計時する現在の時刻と、注文端末２から受信した基準時刻ｔとに基づき現在の時間帯が時間帯Ｔ１，Ｔ２のいずれに属するかを特定する。現在の時間帯は、基準時刻ｔから現在の時刻までの経過時間が１時間未満である場合には時間帯Ｔ１となり、基準時刻ｔから現在の時刻までの経過時間が１時間以上である場合には時間帯Ｔ２となる。

また、客がＰＯＳ端末３にて精算を済ませた際には、サーバ１が精算の完了を当該客が使用していた注文端末２に通知する。この通知を受けたとき、注文端末２はＲＡＭ２２に保存した基準時刻ｔを消去する。

本実施形態のように時間帯Ｔ１，Ｔ２を設定した場合には、客が最初の注文を行ってからの経過時間を考慮した適確なメニュー品目をリコメンドすることができる。

その他にも、本実施形態に開示した構成からは、第1の実施形態にて説明したものも含め、種々の好適な効果が得られる。

（変形例）
第1，第２の実施形態にて開示した構成は、適宜変形して実施することができる。

例えば、客の属性として男性、女性、子供の３パターン以外のものを採用してもよい。例えば、１０歳未満、１０歳以上２０歳未満、２０歳以上３０歳未満・・・のようにより詳細な年齢別の属性を採用したり、年齢および性別以外の事項に関する属性、例えば客の体格（身長や体重等）を加えるなどしてもよい。

また、第1，第２の実施形態における時間帯は、時間帯Ｔ１，Ｔ２の２つに限られず、より多くの時間帯Ｔ１，Ｔ２，・・・Ｔｎ（ｎは整数；ｎ≧３）を設定してもよい。このように時間帯の数を増やす場合には、時間帯Ｔ１〜Ｔｎのそれぞれに応じたおすすめメニューファイルＦＡ１〜ＦＡｎと、集計ファイルＦＢ１〜ＦＢｎとをデータベース５に設ければよい。

また、第１，第２の実施形態ではＲＯＭ１１，２１に図９，図１０の処理を実現するためのコンピュータプログラムが記憶されているとした。しかしこれに限らず、同様のプログラムがネットワークからサーバ１や注文端末２にダウンロードされてもよい。あるいは、記録媒体に記録された同様のプログラムがサーバ１や注文端末２にインストールされてもよい。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のＯＳ等と協働してその機能を実現させるものであってもよい。

また、注文端末２が実行するとした処理の一部をサーバ１に実行させたり、サーバ１が実行するとした処理の一部を注文端末２に実行させてもよい。例えばステップＳ１０３にて生成される画像データを注文端末２からサーバ１に送信させ、サーバ１においてステップＳ１０４〜Ｓ１０７の処理を実行させ、その結果生成される画面データをサーバ１から注文端末２に送信させ、この画面データに基づく注文画面１００をステップＳ１０８にてディスプレイ２５に表示させてもよい。

また、クラウドコンピューティングを利用して各処理を実現することも可能である。この場合、例えば複数のサーバを備えるクラウドとオーダエントリシステムとを通信接続し、サーバ１や注文端末２が実行するとした処理の一部をクラウドに分担させればよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これらの新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…サーバ、２…注文端末、３…ＰＯＳ端末、４…設定用ＰＣ、５…データベース、１０…ＣＰＵ、２０…ＣＰＵ、２１…ＲＯＭ、２５…ディスプレイ、２６…タッチパネル、２７…カメラ、２８…バスライン、２９…レンズ、１００…注文画面、ＦＡ１，ＦＡ２…おすすめファイル、ＦＢ１，ＦＢ２…集計ファイル

Claims (6)

1. 操作者を撮像して画像データを生成する撮像手段と、
   前記撮像手段が生成した画像データに含まれる操作者像に基づき、当該操作者の属性を特定する属性特定手段と、
   操作者の属性ごとにおすすめメニューを規定するデータベースから、前記属性特定手段が特定した属性に対して規定されたおすすめメニューを特定するメニュー特定手段と、
   前記メニュー特定手段が特定したおすすめメニューを指定するための画面部品を含む注文画面を表示する表示手段と、
   前記注文画面を操作する操作手段と、
   前記操作手段の操作によって指定されたメニューを注文処理する注文処理手段と、
   を備えることを特徴とする注文端末。
2. 前記データベースには、操作者の属性および時間帯の組み合せごとにおすすめメニューが規定され、
   前記メニュー特定手段は、前記属性特定手段が特定した属性および現在の時刻が属する時間帯の組み合せに対して規定されたおすすめメニューを特定する、ことを特徴とする請求項１に記載の注文端末。
3. 前記時間帯は、店舗の営業時間を複数に分割した時間帯であることを特徴とする請求項１又は２に記載の注文端末。
4. 前記時間帯は、客である操作者が最初の注文を行ってからの経過時間に関する時間帯であることを特徴とする請求項１又は２に記載の注文端末。
5. 操作者を撮像して画像データを生成する撮像手段と、画面を表示する表示手段と、前記表示手段に表示された画面を操作する操作手段とを備えるコンピュータを、
   前記撮像手段が生成した画像データに含まれる操作者像に基づき、当該操作者の属性を特定する属性特定手段と、
   操作者の属性ごとにおすすめメニューを規定するデータベースから、前記属性特定手段が特定した属性に対して規定されたおすすめメニューを特定するメニュー特定手段と、
   前記メニュー特定手段が特定したおすすめメニューを指定するための画面部品を含む注文画面を前記表示手段に表示させる表示制御手段と、
   前記操作手段による前記注文画面の操作によって指定されたメニューを注文処理する注文処理手段と、
   として機能させるためのコンピュータプログラム。
6. 操作者を撮像して画像データを生成する撮像手段を備えた注文端末と通信する通信手段と、前記注文端末の操作者の属性ごとにおすすめメニューを規定したデータベースとを備えるコンピュータを、
   前記通信手段を介して前記注文端末から受信する注文データと、前記撮像手段が生成した画像データに含まれる操作者像に基づき特定される操作者の属性とに基づき、メニューおよび操作者の属性の組み合せごとに注文回数を集計する集計手段と、
   前記データベースにおいて各属性に対して規定されたおすすめメニューを、各属性に関する前記集計手段の集計結果において注文回数が上位であるメニューにより更新する更新手段と、
   として機能させるためのコンピュータプログラム。

Images