JP2014167671A - 注文受付装置および注文受付プログラム - Google Patents

Abstract

【課題】情報の提示による受注促進を効果的に図る。
【解決手段】実施形態の注文受付装置は、算出手段、選択手段および制御手段を含む。算出手段は、複数の栄養素それぞれの総含有量を注文済みの少なくとも１つの商品に関して算出する。選択手段は、複数の栄養素のうちに、その栄養素に関して算出手段が算出した総含有量がその栄養素に関して予め定められた規定量未満である栄養素が含まれる場合に、当該栄養素を摂取するのに適する推奨商品を複数の商品の中から選択する。制御手段は、情報提示のための提示動作を行う提示デバイスを、選択手段により選択された推奨商品を注文者に提示するための提示動作を行うように制御する。
【選択図】図６

Description

本発明の実施形態は、注文受付装置および注文受付プログラムに関する。

飲食店などにおける注文を注文者による直接の操作に応じて受け付ける注文受付装置は、例えばセルフオーダーシステムなどとして知られている。

そしてこの種のシステムにおける端末装置では、受注促進のために推奨商品などに関する情報を注文者に対して提示することが既に行われている。

しかしながら、従来における提示情報は、店舗側が注文者に対して提示したい情報であり、必ずしも注文者が必要とする情報ではなかった。このため、情報提示が、受注促進のために効率的に機能していないことがあった。

特開２００２−１５０６７号公報

このような事情から、情報の提示による受注促進を効果的に図れることが望まれていた。

実施形態の注文受付装置は、算出手段、選択手段および制御手段を含む。算出手段は、複数の栄養素それぞれの総含有量を注文済みの少なくとも１つの商品に関して算出する。選択手段は、複数の栄養素のうちに、その栄養素に関して算出手段が算出した総含有量がその栄養素に関して予め定められた規定量未満である栄養素が含まれる場合に、当該栄養素を摂取するのに適する推奨商品を複数の商品の中から選択する。制御手段は、情報提示のための提示動作を行う提示デバイスを、選択手段により選択された推奨商品を注文者に提示するための提示動作を行うように制御する。

一実施形態に係るＰＯＳシステムの構成を示す図。 図１中の注文端末および注文管理装置のブロック図。 図２中の注文端末が備えるＣＰＵのフローチャート。 注文品ファイルのデータ構造の模式図。 登録情報のデータ構造の模式図。 図２中の注文管理装置が備えるＣＰＵのフローチャート。 一例としての推奨画像を示す図。 図２中の注文端末が備えるＣＰＵのフローチャート。

以下実施の形態の一例を図面を用いて説明する。なお、本実施の形態では、注文受付装置としての機能を備えたＰＯＳ（point-of-sale）システムを例に説明する。

図１は本実施形態に係るＰＯＳシステム１００の構成を示す図である。

このＰＯＳシステム１００は、飲食店などのような顧客の注文に応じて飲食品を提供するサービスを提供する様々な施設で利用可能である。

ＰＯＳシステム１００は、複数のＰＯＳ端末１、複数の注文端末２、複数の伝票プリンタ３および注文管理装置４をＬＡＮ（local area network）５にそれぞれ接続して構成される。ＰＯＳ端末１、注文端末２および伝票プリンタ３は、図１では２つずつを図示しているが、その数はそれぞれに任意である。

ＰＯＳ端末１は、例えば接客フロアやチェックアウトカウンタに設置される。ＰＯＳ端末１は、顧客に対する案内、受注、給仕（配膳）、あるいは会計などの各種の業務に関する処理を行う。そして、接客フロアに設置されたＰＯＳ端末１においては、案内、受注および給仕（配膳）に関する処理が主として利用される。またチェックアウトカウンタに設置されたＰＯＳ端末１においては、さらに会計に関する処理が利用される。なお、ＰＯＳ端末１は、上記の業務の一部のみに関する処理を行うことにより、特定の用途に特化したものとしても良い。

注文端末２は、注文者（顧客）の操作に基づく注文の管理を注文管理装置４にて行うためのユーザインタフェースを担う。つまり注文端末２は、セルフオーダー端末とも称されるものである。

伝票プリンタ３は、例えば接客フロアやキッチンに設置される。接客フロアに設置された伝票プリンタ３は、注文伝票を顧客のために印刷する。すなわち、接客フロアに設置された伝票プリンタ３は、いわゆるカスタマープリンタである。またキッチンに設置された伝票プリンタ３は、調理指示伝票を調理人のために印刷する。すなわち、キッチンに設置された伝票プリンタ３は、いわゆるキッチンプリンタである。

注文管理装置４は、注文者の操作を受け付けるための注文端末２における表示を制御する。注文管理装置４は、注文端末２でなされる注文者の操作に基づいて注文者による注文を受け付ける。そして注文管理装置４は、受け付けた注文を管理する。

図２は注文端末２および注文管理装置４のブロック図である。

注文端末２は、ＣＰＵ（central processing unit）２ａ、ＲＯＭ（read-only memory）２ｂ、ＲＡＭ（random-access memory）２ｃ、補助記憶デバイス２ｄ、表示デバイス２ｅ、タッチセンサ２ｆ、通信デバイス２ｇおよびバスライン２ｈを含む。ＣＰＵ２ａ、ＲＯＭ２ｂ、ＲＡＭ２ｃ、補助記憶デバイス２ｄ、表示デバイス２ｅ、タッチセンサ２ｆおよび通信デバイス２ｇは、バスライン２ｈにそれぞれ接続されている。

ＣＰＵ２ａは、注文端末２に搭載されるコンピュータの中枢部分に相当する。ＣＰＵ２ａは、ＲＯＭ２ｂや補助記憶デバイス２ｄに記憶されたオペレーティングシステムやアプリケーションプログラムに従って、後述する処理を実行する。

ＲＯＭ２ｂは、上記コンピュータの主記憶部分に相当する。ＲＯＭ２ｂは、上記のオペレーティングシステムやアプリケーションプログラムを記憶する。ＲＯＭ２ｂは、ＣＰＵ２ａが各種の処理を実行する上で必要なデータを記憶する場合もある。

ＲＡＭ２ｃは、上記コンピュータの主記憶部分に相当する。ＲＡＭ２ｃは、ＣＰＵ２ａが各種の処理を実行する上で必要なデータを必要に応じて記憶する。またＲＡＭ２ｃは、ＣＰＵ２ａが各種の処理を行う際のワークエリアとしても利用される。

補助記憶デバイス２ｄは、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ハードディスクドライブ、あるいはＳＳＤ（solid state drive）などである。補助記憶デバイス２ｄは、ＣＰＵ２ａが各種の処理を行う上で使用するデータや、ＣＰＵ２ａでの処理によって生成されたデータを保存する。補助記憶デバイス２ｄは、上記のアプリケーションプログラムを記憶する場合もある。

表示デバイス２ｅは、ＣＰＵ２ａの制御の下に任意の画像を表示する。表示デバイス２ｅとしては、例えばＬＣＤ（liquid crystal display）などの周知の種々のデバイスを利用できる。

タッチセンサ２ｆは、表示デバイス２ｅの表示面に積層配置される。タッチセンサ２ｆは、表示デバイス２ｅの表示画面へのタッチがなされた際に、そのタッチ位置に応じた検出信号を出力する。かくして、表示デバイス２ｅとタッチセンサ２ｆとにより、タッチパネルが構成される。

通信デバイス２ｇは、ＬＡＮ５を介して注文管理装置４と通信する。通信デバイス２ｇとしては、例えば周知のＬＡＮ通信デバイスを適用できる。なお、通信デバイス２ｇとしては、無線タイプのものを用いても良い。

なお、注文端末２は、例えば汎用のタブレット型のコンピュータ装置を基本ハードウェアとして用いることができる。このときに注文端末２の譲渡は一般に、必要なアプリケーションプログラムがＲＯＭ２ｂまたは補助記憶デバイス２ｄに予め記憶された状態にて行われる。しかし、アプリケーションプログラムがＲＯＭ２ｂまたは補助記憶デバイス２ｄに記憶されない状態の注文端末２とアプリケーションプログラムとが個別に譲渡されても良い。そして、ＲＯＭ２ｂまたは補助記憶デバイス２ｄに、注文端末２の管理者などの操作に応じてアプリケーションプログラムが書き込まれても良い。アプリケーションプログラムの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。

図２に示すように注文管理装置４は、ＣＰＵ４ａ、ＲＯＭ４ｂ、ＲＡＭ４ｃ、補助記憶デバイス４ｄ、通信デバイス４ｅおよびバスライン４ｆを含む。ＣＰＵ４ａ、ＲＯＭ４ｂ、ＲＡＭ４ｃ、補助記憶デバイス４ｄおよび通信デバイス４ｅは、バスライン４ｆにそれぞれ接続されている。

ＣＰＵ４ａは、注文管理装置４に搭載されるコンピュータの中枢部分に相当する。ＣＰＵ４ａは、ＲＯＭ４ｂや補助記憶デバイス４ｄに記憶されたオペレーションシステムやアプリケーションプログラムに従って、後述する処理を実行する。

ＲＯＭ４ｂは、上記コンピュータの主記憶部分に相当する。ＲＯＭ４ｂは、上記のオペレーションシステムやアプリケーションプログラムを記憶する。ＲＯＭ４ｂは、ＣＰＵ４ａが各種の処理を実行する上で必要なデータなどを記憶する場合もある。

ＲＡＭ４ｃは、上記コンピュータの主記憶部分に相当する。ＲＡＭ４ｃは、ＣＰＵ４ａが各種の処理を実行する上で必要なデータを必要に応じて記憶する。ＲＡＭ４ｃは、ＣＰＵ４ａが各種の処理を行う際のワークエリアとしても利用される。

補助記憶デバイス４ｄは、例えばハードディスクドライブやＳＳＤなどである。補助記憶デバイス４ｄは、ＣＰＵ４ａが各種の処理を行う上で使用するデータや、ＣＰＵ４ａでの処理によって生成されたデータを保存する。補助記憶デバイス４ｄは、上記のアプリケーションプログラムを記憶する場合もある。

なお、注文管理装置４は、例えば汎用のサーバ装置やコンピュータ装置を基本ハードウェアとして用いることができる。このときに注文管理装置４の譲渡は一般に、必要なアプリケーションプログラムがＲＯＭ４ｂまたは補助記憶デバイス４ｄに予め記憶された状態にて行われる。しかし、アプリケーションプログラムがＲＯＭ４ｂまたは補助記憶デバイス４ｄに記憶されない状態の注文管理装置４とアプリケーションプログラムとが個別に譲渡されても良い。そして、ＲＯＭ４ｂまたは補助記憶デバイス４ｄに、注文管理装置４の管理者などの操作に応じてアプリケーションプログラムが書き込まれても良い。アプリケーションプログラムの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。

なお、ＲＯＭ４ｂまたは補助記憶デバイス４ｄが記憶するアプリケーションプログラムのうちの１つは、後述するＣＰＵ４ａの処理について記述した注文受付プログラムを含む。

次に以上のように構成されたＰＯＳシステム１００の動作について説明する。

図３はＣＰＵ２ａのフローチャートである。

注文端末２が起動されると、ＣＰＵ２ａはＲＯＭ２ｂまたは補助記憶デバイス２ｄに記憶されたアプリケーションプログラムに基づいて図３に示す処理を開始する。なお、以下に説明する処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。

Ａｃｔ１においてＣＰＵ２ａは、変数Ｊの値を０に初期化する。変数Ｊの値は、注文端末２が複数人の顧客からなるグループにより使用されている場合に、そのグループに属する顧客のうちのいずれが注文者となっているかを識別するための番号を表す。

Ａｃｔ２においてＣＰＵ２ａは、表示デバイス２ｅにおける表示を、予め定められたホーム画面とするように表示デバイス２ｅに指示する。この指示に応じて表示デバイス２ｅは、表示画面をホーム画面とする。ホーム画面は、注文者による注文に係わる各種の操作を受け付けるためのグラフィカルユーザインタフェース（ＧＵＩ）の初期状態を表す。なお、ホーム画面を表す画像データは、ＲＯＭ２ｂまたは補助記憶デバイス２ｄに記憶されていても良いし、注文管理装置４のＲＯＭ４ｂまたは補助記憶デバイス４ｄに記憶されていても良い。

Ａｃｔ３においてＣＰＵ２ａは、注文者によるタッチ操作が行われたか否かを確認する。そして、タッチ操作がタッチセンサ２ｆにより検出されていないためにＮＯと判定したならばＣＰＵ２ａは、Ａｃｔ３に戻る。かくしてＡｃｔ３においてＣＰＵ２ａは、注文者によるタッチ操作が行われるのを待ち受ける。

注文者は、表示デバイス２ｅの表示画面を参照しながら、所要の操作を行うべく表示画面にタッチすることとする。そしてこのようなタッチ操作がタッチセンサ２ｆにより検出されたためにＡｃｔ３にてＹＥＳと判定したならばＣＰＵ１０は、Ａｃｔ４へと進む。

Ａｃｔ４においてＣＰＵ２ａは、上記のタッチ操作が、注文者の変更を指示するものであったか否かを確認する。例えばＣＰＵ２ａは、タッチ操作の対象がＧＵＩに含まれた複数のアバターのいずれかであるか否かを確認する。そしてタッチセンサ２ｆが検出したタッチ位置が上記のアバターの１つに相当する位置ではないためにＮＯと判定したならばＣＰＵ２ａは、Ａｃｔ５へと進む。

Ａｃｔ５においてＣＰＵ２ａは、上記のタッチ操作が、注文する商品を指定するためのものであったか否かを確認する。例えばＣＰＵ２ａは、タッチ操作の対象がＧＵＩに含まれた複数の商品指定ボタンのいずれかであるか否かを確認する。そしてタッチセンサ２ｆが検出したタッチ位置が上記の商品指定ボタンの１つに相当する位置であるためにＹＥＳと判定したならばＣＰＵ２ａは、Ａｃｔ６へと進む。

Ａｃｔ６においてＣＰＵ２ａは、注文品ファイルをＲＡＭ２ｃに作成する。注文品ファイルは、注文するものとして指定された商品に関して記述したデータファイルである。

図４は一例としての注文品ファイルのデータ構造の模式図である。

注文品ファイルは、注文者番号４１および商品コード４２を含む。注文者番号４１としては、変数Ｊの値、あるいは変数Ｊの値に対して予め関連付けられた識別コードが記述される。商品コード４２としては、上記のようにタッチ操作の対象となった商品指定ボタンに関連付けられた商品を識別するための商品コードが記述される。

Ａｃｔ７においてＣＰＵ２ａは、表示デバイス２ｅの表示画面を上記の操作の結果を表すように更新するよう、表示デバイス２ｅに指示する。この指示に応じて表示デバイス２ｅは、表示画面を更新する。具体的には、注文品ファイルに基づき、注文予定の品目の一覧を表すように表示画面を更新する。

Ａｃｔ８においてＣＰＵ２ａは、注文者によるタッチ操作が行われたか否かを確認する。そして、タッチ操作がタッチセンサ２ｆにより検出されていないためにＮＯと判定したならばＣＰＵ２ａは、Ａｃｔ８に戻る。かくしてＡｃｔ８においてＣＰＵ２ａは、注文者によるタッチ操作が行われるのを待ち受ける。そして、タッチ操作がタッチセンサ２ｆにより検出されたためにＡｃｔ８にてＹＥＳと判定したならばＣＰＵ１０は、Ａｃｔ９へと進む。

Ａｃｔ９においてＣＰＵ２ａは、上記のタッチ操作が、送信を指示するためのものであるか否かを確認する。例えばＣＰＵ２ａは、タッチ操作の対象がＧＵＩに含まれた注文送信ボタンであるか否かを確認する。そしてタッチセンサ２ｆが検出したタッチ位置が上記の注文送信ボタンに相当する位置ではないためにＮＯと判定したならばＣＰＵ２ａは、Ａｃｔ１０へと進む。

Ａｃｔ１０においてＣＰＵ２ａは、上記のタッチ操作が、注文する商品を指定するためのものであったか否かを確認する。例えばＣＰＵ２ａは、タッチ操作の対象がＧＵＩに含まれた複数の商品指定ボタンのいずれかであるか否かを確認する。そしてタッチセンサ２ｆが検出したタッチ位置が上記の商品指定ボタンの１つに相当する位置であるためにＹＥＳと判定したならばＣＰＵ２ａは、Ａｃｔ１１へと進む。

Ａｃｔ１１においてＣＰＵ２ａは、ＲＡＭ２ｃに記憶された注文品ファイルを、Ａｃｔ８で検出されたタッチ操作により注文するものとして指定された商品の商品コードを含むように注文品ファイルを更新する。そしてこののちにＣＰＵ２ａは、Ａｃｔ７以降の処理を繰り返す。かくして、注文する商品を指定するためのタッチ操作が繰り返されると、注文品ファイルは複数の商品コードを含むように更新される。

さて、注文者は注文したい商品を指定し終えたならば、例えばＧＵＩに含まれた注文送信ボタンをタッチすることにより送信を指示する。そしてタッチセンサ２ｆが検出したタッチ位置が上記の注文送信ボタンに相当する位置であるためにＡｃｔ９にてＹＥＳと判定したならばＣＰＵ２ａは、Ａｃｔ１２へと進む。

Ａｃｔ１２においてＣＰＵ２ａは、登録情報を生成し、この登録情報を送信するよう通信デバイス２ｇに指示する。そしてこののちにＣＰＵ２ａは、Ａｃｔ３の待ち受け状態に戻る。上記の指示に応じて通信デバイス２ｇは、登録情報を注文管理装置４に宛ててＬＡＮ５へと送信する。

図５は一例としての登録情報のデータ構造の模式図である。

図５に示す登録情報は、端末番号５１と、注文品ファイルに記述された各情報とを記述したものである。端末番号５１としては、複数の注文端末２のそれぞれを識別するために各注文端末２に予め割り付けられた識別コードが記述される。

ＣＰＵ２ａがＡｃｔ３の待ち受け状態にあるときにタッチセンサ２ｆが検出したタッチ位置がアバターの１つに相当する位置であるためにＡｃｔ４にてＹＥＳと判定したならばＣＰＵ２ａは、Ａｃｔ１３へと進む。

Ａｃｔ１３においてＣＰＵ２ａは、変数Ｊの値を変更後の注文者を識別する番号に変更する。例えば、上記のようにタッチされたアバターに関連付けられた番号を変数Ｊにセットする。

Ａｃｔ１４においてＣＰＵ２ａは、通知情報を生成し、この通知情報を送信するように通信デバイス２ｇに指示する。この指示に応じて通信デバイス２ｇは、通知情報を注文管理装置４に宛ててＬＡＮ５へと送信する。通知情報は、注文者が変更されたことを注文管理装置４に通知するための情報であり、変更後の注文者の注文者番号と端末番号とを含む。

Ａｃｔ１５においてＣＰＵ２ａは、表示デバイス２ｅの表示画面を、注文者が変更されたことを反映するように更新するよう、表示デバイス２ｅに指示する。この指示に応じて表示デバイス２ｅは、表示画面を更新する。

こののちにＣＰＵ２ａは、Ａｃｔ３の待ち受け状態に戻る。従って、こののちに商品指定のためのタッチ操作が行われたならば、これは変更後の注文者についての注文として受け付けられる。

さて、ＣＰＵ２ａがＡｃｔ３の待ち受け状態にあるときになされたタッチ操作が、注文者の変更を指示するものでも、また商品を指定するものでもなかったならば、ＣＰＵ２ａはＡｃｔ５にてＮＯと判定することになる。そしてこの場合にＣＰＵ２ａは、Ａｃｔ１６へ進む。

Ａｃｔ１６においてＣＰＵ２ａは、Ａｃｔ３の待ち受け状態にあるときになされたタッチ操作が、会計を要求するものであったか否かを確認する。例えばＣＰＵ２ａは、タッチ操作の対象がＧＵＩに含まれた会計ボタンであるか否かを確認する。そしてタッチセンサ２ｆが検出したタッチ位置が上記の会計ボタンに相当する位置ではないためにＮＯと判定したならばＣＰＵ２ａは、タッチセンサ２ｆが検出したタッチ位置に応じた他処理へと移行する。この他処理については、本実施形態の特徴ではないために説明を省略する。なお、タッチセンサ２ｆが検出したタッチ位置が上記の会計ボタンに相当する位置であるためにＡｃｔ１６にてＹＥＳと判定したならばＣＰＵ２ａは、Ａｃｔ１７へ進む。

Ａｃｔ１７においてＣＰＵ２ａは、会計情報を生成し、この会計情報を送信するように通信デバイス２ｇに指示する。この指示に応じて通信デバイス２ｇは、会計情報を注文管理装置４に宛ててＬＡＮ５へと送信する。会計情報は、会計処理の実行を注文管理装置４に通知するための情報であり、端末番号を含む。

こののちにＣＰＵ２ａは、Ａｃｔ１に戻る。つまり新たな顧客による注文を受け付ける状態となる。

さて、上述のように注文端末２が送信した各種の情報がＬＡＮ５を介して注文管理装置４に到達すると、この情報を通信デバイス４ｅが受信する。そして通信デバイス４ｅは、受信した情報をＲＡＭ４ｃに保存した上で、受信した旨をＣＰＵ４ａに通知する。

注文管理装置４が起動されると、ＣＰＵ４ａはＲＯＭ４ｂまたは補助記憶デバイス４ｄに記憶された注文受付プログラムに基づいて図６に示す処理を開始する。なお、以下に説明する処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。

Ａｃｔ２１においてＣＰＵ４ａは、注文端末２から送信された各種の情報が受信されたか否かを確認する。そして、何らかの情報を受信した旨の通知が通信デバイス４ｅからなされていないためにＮＯと判定したならばＣＰＵ４ａは、Ａｃｔ２１に戻る。かくしてＡｃｔ２１においてＣＰＵ４ａは、注文端末２から送信された各種の情報が受信されるのを待ち受ける。そして、通信デバイス４ｅからの上記の通知があったためにＹＥＳと判定したならばＣＰＵ４ａは、Ａｃｔ２２へ進む。

Ａｃｔ２２においてＣＰＵ４ａは、通知情報が受信されたのであるか否かを通信デバイス４ｅからの通知に基づいて確認する。そして通知情報とは別の情報が受信されたためにＮＯと判定したならばＣＰＵ４ａは、Ａｃｔ２３へ進む。

Ａｃｔ２３においてＣＰＵ４ａは、登録情報が受信されたのであるか否かを通信デバイス４ｅからの通知に基づいて確認する。そして登録情報とは別の情報が受信されたためにＮＯと判定したならばＣＰＵ４ａは、受信された情報に応じた他処理へと移行する。この他処理については、本実施形態の特徴ではないために説明を省略する。しかしながら、登録情報が受信されたためにＡｃｔ２３にてＹＥＳと判定したならばＣＰＵ４ａは、Ａｃｔ２４へ進む。

Ａｃｔ２４においてＣＰＵ４ａは、ＲＡＭ４ｃまたは補助記憶デバイス４ｄに予め用意した注文品テーブルを更新する。注文品テーブルは、複数の注文端末２のそれぞれに対応して複数が用意される。注文品テーブルは、複数の注文者番号のそれぞれに関連付けて複数の商品コードを記述可能なデータテーブルである。ＣＰＵ４ａは、受信された登録情報に含まれた端末番号で識別される注文端末２に対応した注文品テーブルに、登録情報に含まれた注文者番号に関連付けるようにして、登録情報に含まれた１つまたは複数の商品コードを書き込む。そして注文品テーブルを更新し終えたならばＣＰＵ４ａは、Ａｃｔ２６へ進む。

さて、通知情報が受信されたためにＡｃｔ２２にてＹＥＳと判定したならばＣＰＵ４ａは、Ａｃｔ２５へと進む。

Ａｃｔ２５においてＣＰＵ４ａは、変更後の注文者が既に注文済みであるか否かを確認する。具体的にはＣＰＵ４ａは例えば、通知情報に含まれた端末番号で識別される注文端末２に対応した注文品テーブルに、通知情報に含まれた注文者番号に関連付けるようにして少なくとも１つの商品コードが記述されているか否かを確認する。そして１つの商品コードも記述されていないならばＣＰＵ４ａは、ＮＯと判定する。そしてこの場合にＣＰＵ４ａは、通知情報を受けたことに応じての注文端末２への何らのアクションも行うことなく、Ａｃｔ２１の待ち受け状態に戻る。しかしながら、該当する商品コードが１つでも記述されているならばＣＰＵ４ａは、Ａｃｔ２５にてＹＥＳと判定し、Ａｃｔ２６へと進む。

以上のように、既に注文を行った注文者が新たに注文を行う可能性のある状態、すなわち追加注文がなされる可能性がある状態において、ＣＰＵ４ａはＡｃｔ２５へと進む。

Ａｃｔ２６においてＣＰＵ４ａは、通知情報または登録情報に含まれた注文者番号で識別される注文者がこれまでに注文した全商品に関しての複数の栄養素それぞれの総含有量を算出する。具体的にＣＰＵ４ａは、通知情報または登録情報に含まれた端末番号に対応する注文品テーブルにおいて、通知情報または登録情報に含まれた注文者番号に関連付けて記述された商品コードに関連付けられた栄養情報を取得し、栄養素毎に各商品の含有量を加算することによって複数の栄養素それぞれの総含有量を算出する。かくしてＣＰＵ４ａは、算出手段として機能する。なお栄養情報は、ＲＯＭ４ｂまたは補助記憶デバイス４ｄに記憶されていても良いし、図示しないＰＯＳサーバなどの別の装置に設けられた記憶デバイスに記憶されていても良い。

Ａｃｔ２６においてＣＰＵ４ａは、複数の栄養素の中に不足する栄養素が有るか否かを確認する。具体的にはＣＰＵ４ａは、上記のように算出した複数の栄養素それぞれの総含有量のうちに、栄養素毎に予め定められた規定量未満となるものが有るか否かを確認する。なお、規定量は、注文管理装置４の設計者や管理者などにより任意に定められる。そして、規定量未満の総含有量が有るためにＹＥＳと判定したならばＣＰＵ４ａは、Ａｃｔ２８へ進む。

Ａｃｔ２８においてＣＰＵ４ａは、注文可能な商品の中から、不足する栄養素を摂取するのに好適な商品を推奨商品として選択する。例えば、複数の栄養素のそれぞれに関連付けて、該当する栄養素を豊富に含む商品の商品コードを記述したデータテーブルを用意しておく。そしてＣＰＵ４ａは、不足する栄養素に関連付けられた商品コードのうちの１つを推奨商品の商品コードとして選択する。なお、不足する栄養素に複数の商品コードが関連付けられている場合には、予め定められたルールにしたがって１つを選択すればよい。当該ルールは、注文管理装置４の設計者や管理者などにより任意に定められる。かくしてＣＰＵ４ａは、選択手段として機能する。

Ａｃｔ２９においてＣＰＵ４ａは、推奨画像を生成する。

図７は一例としての推奨画像７０を示す図である。

図７に示す推奨画像７０は、画像７１，７２を横に並べたものである。

画像７１は、複数の栄養素それぞれの総含有量の基準量に対する偏差を示したレーダーチャート、すなわち栄養バランスシートを表したものである。画像７２は、推奨商品を注文者に提示するためのものである。画像７２は、推奨商品として「アサリ酒蒸し」が選択された場合のものを示している。また画像７２は、注文ボタン７２ａを含む。

Ａｃｔ３０においてＣＰＵ４ａは、推奨画像を表す画像データを含み、当該推奨画像の表示を注文端末２に指示するための表示情報を、Ａｃｔ２１にて受信された通知情報または登録情報に含まれた端末番号で識別される注文端末２へと送信するように通信デバイス４ｅに指示する。この指示に応じて通信デバイス４ｅは、該当する注文端末２に宛てて上記の表示情報をＬＡＮ５へと送信する。

こののちにＣＰＵ４ａは、Ａｃｔ２１の待ち受け状態に戻る。なお、総含有量が規定量未満である栄養素が無いためにＡｃｔ２６にてＮＯと判定したならばＣＰＵ４ａは、Ａｃｔ２８〜８０の処理を行うことなく、つまり表示情報の送信を行うことなくＡｃｔ２１の待ち受け状態に戻る。

さて、上述のように注文管理装置４が送信した情報がＬＡＮ５を介して注文端末２に到達すると、この情報を通信デバイス２ｇが受信する。そして通信デバイス２ｇは、受信した情報をＲＡＭ４ｃに保存した上で、受信した旨をＣＰＵ２ａに通知する。

注文端末２においてＣＰＵ２ａは、図３に示す処理とは別タスクの処理として図８に示す処理をＲＯＭ２ｂまたは補助記憶デバイス２ｄに記憶されたアプリケーションプログラムに基づいて実行する。なお、以下に説明する処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。

Ａｃｔ３１においてＣＰＵ２ａは、注文管理装置４から送信された情報が受信されたか否かを確認する。そして、通信デバイス２ｇからの情報を受信した旨の通知がないためにＮＯと判定したならばＣＰＵ２ａは、Ａｃｔ３１に戻る。かくしてＡｃｔ３１においてＣＰＵ４ａは、注文管理装置４から送信された情報が受信されるのを待ち受ける。そして、通信デバイス２ｇから情報を受信した旨の通知があったためにＹＥＳと判定したならばＣＰＵ２ａは、Ａｃｔ３２へ進む。

Ａｃｔ３２においてＣＰＵ２ａは、表示情報が受信されたのであるか否かを確認する。そして表示情報とは異なる情報が受信されたためにＮＯと判定したならばＣＰＵ４ａは、受信された情報に応じた他処理へと移行する。この他処理については、本実施形態の特徴ではないために説明を省略する。しかしながら、表示情報が受信されたためにＡｃｔ３２にてＹＥＳと判定したならばＣＰＵ２ａは、Ａｃｔ３３へ進む。

Ａｃｔ３３においてＣＰＵ２ａは、表示情報に含まれた画像データに基づいて推奨画像７０を表すように表示画面を更新するよう表示デバイス２ｅに指示する。この指示に応じて表示デバイス２ｅは、例えばそれまでの表示画面に推奨画像７０を重畳表示するように表示画面を更新する。

こののちにＣＰＵ２ａは、Ａｃｔ３１の待ち受け状態に戻る。

推奨画像７０を表した表示画面を目視することで注文者は、推奨商品を認識することができる。従って推奨画像７０の表示は、推奨商品を注文者に提示するための提示動作の一例である。推奨画像７０を表示するための表示デバイス２ｅの制御はＣＰＵ２ａにより行われるが、その制御のためのＣＰＵ２ａの処理はＣＰＵ４ａが表示情報を送信したことに応じて実行されている。従って、ＣＰＵ４ａは制御手段として機能している。

注文管理装置４からの表示情報の送信は、注文端末２からの登録情報または通知情報の送信をトリガとして行われる。このため、注文端末２にて推奨画像７０を表示する際には、ＣＰＵ２ａは図３に示す処理においてはＡｃｔ３の待ち受け状態にある。この状態で注文ボタン７２ａが注文者によりタッチされたならば、ＣＰＵ２ａはＡｃｔ５にてＹＥＳと判定し、Ａｃｔ６にて推奨商品の商品コードを含む注文品ファイルを作成する。そしてこの場合にＡｃｔ７においてＣＰＵ２ａは、推奨画像７０の表示を終了するように表示画面を更新する。かくしてＣＰＵ２ａは、決定手段として機能する。

本実施形態によれば、注文者は、推奨画像７０を目視することにより、注文済みの商品では不足する栄養素を摂取するのに適する推奨商品を認識できる。そして、推奨商品を注文することは、注文者の利益となる。従って、推奨画像７０の表示による情報提示は、受注促進のために効率的に機能するものとなる。

また本実施形態によれば、注文者は、推奨画像７０を目視することにより、注文済みの商品についての栄養バランスを認識できる。これにより、推奨商品の必要性を注文者に実感させることができ、推奨商品が注文される可能性をより高めることができる。

また本実施形態によれば、推奨画像７０の表示は、送信指示がなされたのち、または注文者変更が指示されたのちに行われる。従って、注文者が追加注文を行う可能性がある状況において推奨画像７０が表示される。これにより、追加注文するべく注文端末２を操作しようとする注文者に対し、追加注文の候補として推奨商品をタイムリーに推奨できる。

また本実施形態によれば、注文者は、推奨画像７０内の注文ボタン７２ａをタッチ操作するだけで推奨商品を注文対象の商品とすることができる。このため、通常のＧＵＩの操作により推奨商品となっている商品を探し出して指定する操作を注文者が行う必要が無い。これにより、推奨商品の注文に係る注文者の手間を軽減できる。また、簡易な操作で推奨商品を注文することができることから、推奨商品の注文に関する注文者の抵抗感を和らげ、推奨商品が注文される可能性を高めることができる。

また本実施形態によれば、注文端末２が複数人の顧客からなるグループにより使用されている場合には、その顧客が注文者の変更のための操作を適切に行えば、複数人の顧客のそれぞれが、各顧客の注文内容に適応した推奨商品を認識できる。これにより、複数人の顧客のそれぞれに適応した推奨商品を個別に推奨することができ、受注促進を図ることができる。

この実施形態は、次のような種々の変形実施が可能である。

注文ボタン７２ａがタッチされたことを注文端末２から注文管理装置４へと通知し、この通知に従ってＣＰＵ４ａが推奨商品の商品コードを注文品テーブルに記述しても良い。この場合、ＣＰＵ４ａが決定手段として機能することになる。また、算出手段、選択手段および制御手段のうちの一部または全てをＣＰＵ２ａにより実現しても良い。

つまり、注文端末２および注文管理装置４に機能を分担させることにより注文端末２および注文管理装置４の組み合わせにより注文受付装置を実現することもできるし、注文端末２および注文管理装置４のいずれか一方に各機能を集中的に設けることによっていずれかの装置のみにより注文受付装置を実現することもできる。

提示動作は、推奨画像７０を印刷媒体に印刷する動作などの表示以外の動作を前述のような表示動作に代えて用いても良いし、複数種の提示動作を並列的に行っても良い。

栄養バランスシートの提示は行わないようにしても良い。

１つの注文端末２を使用する複数の顧客の区別をすることなしに、当該注文端末２での全ての注文に関して栄養素の総含有量を算出し、これに基づいて推奨商品を選択しても良い。

注文ボタン７２ａによる推奨商品の注文の受け付けは行わなくても良い。

注文端末２は、デスクトップタイプやノートブックタイプなどの種々のコンピュータ、携帯情報端末（ＰＤＡ）、スマートフォンなどの各種の情報機器をハードウェアとして利用できる。これらの情報機器を利用して注文端末２を実現する場合、上述の注文端末２が備える各種の機能を実現するためのアプリケーションプログラムは、注文端末２としての情報機器が有する記憶ユニットに予め記憶させておいても良いし、上記のアプリケーションプログラムをＲＯＭ４ｂまたは補助記憶デバイス４ｄに記憶しておき、必要に応じて注文管理装置４から注文端末２としての情報機器へと上記のアプリケーションプログラムを与えるようにしても良い。なお、注文端末２としての情報機器は、顧客により所持される情報機器であっても良い。

注文管理装置４が備える機能は、クラウドコンピューティングを利用して実現することもできる。この場合には、software as a service（ＳａａＳ）と称されるソフトウェア提供形態が適する。

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

２…注文端末、４…注文管理装置、２ａ，４ａ…ＣＰＵ、２ｂ，４ｂ…ＲＯＭ、２ｃ，４ｃ…ＲＡＭ、２ｄ，４ｄ…補助記憶デバイス、２ｅ…表示デバイス、２ｆ…タッチセンサ、２ｇ，４ｅ…通信デバイス。

Claims (6)

1. 複数の栄養素それぞれの総含有量を注文済みの少なくとも１つの商品に関して算出する算出手段と、
   前記複数の栄養素のうちに、その栄養素に関して前記算出手段が算出した総含有量がその栄養素に関して予め定められた規定量未満である栄養素が含まれる場合に、当該栄養素を摂取するのに適する推奨商品を複数の商品の中から選択する選択手段と、
   情報提示のための提示動作を行う提示デバイスを、前記選択手段により選択された推奨商品を注文者に提示するための提示動作を行うように制御する制御手段とを具備したことを特徴とする注文受付装置。
2. 前記制御手段は、前記算出手段により前記複数の栄養素それぞれについて算出された複数の総含有量と、前記複数の栄養素ぞれぞれに関して予め定められた前記規定量との関係を表した画像と、前記選択手段により選択された商品が推奨商品であることを表す画像との双方を表した表示画像を生成し、この表示画像を提示するように前記提示デバイスを制御することを特徴とする請求項１に記載の注文受付装置。
3. 前記制御手段は、前記選択手段により選択された商品を推奨商品として注文者に提示するための提示動作のための制御を追加注文時に行うことを特徴とする請求項１または２に記載の注文受付装置。
4. 推奨商品を注文する操作に応じて、前記選択手段により選択された商品を注文対象の商品として決定する決定手段をさらに備えることを特徴とする請求項１〜３のいずれか一項に記載の注文受付装置。
5. 前記算出手段は、複数の栄養素それぞれの総含有量を、複数の注文者について個別に、各注文者が注文済みの少なくとも１つの商品に関して算出し、
   前記選択手段は、前記複数の注文者について個別に前記推奨商品を選択し、
   前記制御手段は、前記提示動作を、前記選択手段により選択された前記推奨商品を、対象となる注文者を識別可能に提示するものとする請求項１〜４のいずれか一項に記載の注文受付装置。
6. コンピュータを、
   複数の栄養素それぞれの総含有量を注文済みの少なくとも１つの商品に関して算出する算出手段と、
   前記複数の栄養素のうちに、その栄養素に関して前記算出手段が算出した総含有量がその栄養素に関して予め定められた規定量未満である栄養素が含まれる場合に、当該栄養素を摂取するのに適する推奨商品を複数の商品の中から選択する選択手段と、
   情報提示のための提示動作を行う提示デバイスを、前記選択手段により選択された推奨商品を注文者に提示するための提示動作を行うように制御する制御手段として機能させるための注文受付プログラム。

Images