JP6661383B2 - 買物支援サーバ及びそのプログラム - Google Patents

Description

本発明の実施形態は、買物支援システムのサーバ並びにコンピュータを当該サーバとして機能させるためのプログラムに関する。

近年、多くの食品にはその食品に含まれている栄養成分が表示されている。このため、栄養成分の表示を見て食品を購入するか否かを決める買物客が増えている。従来、このような買物客を支援するために、ショッピングカートに購入しようとする食品を入れるだけでその食品の栄養成分がカートに設けられた表示デバイスに表示されるようにしたシステムがある。
一方、栄養管理の面からみると、食品毎の栄養成分よりも食事全体の栄養バランスを意識することが重要であると云われている。望ましい食事の基本は、主食と主菜と副菜とが揃うことである。このため日常の買物では、主菜だけでなく副菜も揃うように食材を購入することが望ましい。従来、食品の購入履歴から栄養バランスをチェックするシステムがある。しかしながら、従来のシステムは、すでに買物を終えた食品から栄養バランスをチェックするものである。このため、買物客が購入しようとする食品から栄養バランスをチェックすることはできない。
このような事情から、買物客が購入を予定する商品における、例えば健康的な食品などのような評価対象の商品のバランスを買物客が認識可能とすることにより、バランスの良い買物を支援することが望まれていた。

特開２０１０−２１３５５１号公報 特開２０１０−０９２１９６号公報

本発明の実施形態が解決しようとする課題は、買物客が購入を予定する商品における、例えば健康的な食品などのような評価対象の商品のバランスを買物客が認識可能とすることで、バランスの良い買物を支援できる買物支援システムのサーバを提供するものである。

一実施形態において、買物支援サーバは、特定手段と、判定手段と、演算手段と、取得手段と、報知手段と、を含む。特定手段は、買物客の購入予定商品を特定する。判定手段は、特定手段により特定された購入予定商品が評価対象の商品であるか否かを判定する。演算手段は、特定手段により特定された購入予定商品に対する判定手段により評価対象であると判定された商品の比率を算出する。取得手段は、演算手段により算出された比率を蓄積して記憶した記憶手段から比率を過去比率として取得する。報知手段は、演算手段により算出された比率を現在比率として買物客に報知するとともに、取得手段により取得された過去比率を買物客に対して報知する。

買物支援システムの要部回路構成を示すブロック図。 ユーザ端末のプロセッサが端末プログラムにしたがって実行する情報処理の要部手順を示す流れ図。 支援サーバのプロセッサがサーバプログラムにしたがって実行する情報処理の要部手順を示す流れ図。 支援サーバのプロセッサがサーバプログラムにしたがって実行する情報処理の要部手順を示す流れ図。 ＰＯＳ端末のプロセッサが制御プログラムにしたがって実行する情報処理の要部手順を示す流れ図。 ユーザ端末のタッチパネルに表示される画面の一例を示す画面遷移図。

以下、買物支援システムの実施形態について、図面を用いて説明する。
なお、この実施形態は、スーパーマーケット等の実存する店舗において、健康的な買物ができるように買物客を支援するシステムである。
図１は、本実施形態における買物支援システム１０の要部回路構成を示すブロック図である。買物支援システム１０は、ＰＯＳ（Point Of Sales）サーバ１１、会員サーバ１２、買物支援サーバ（以下、支援サーバと称する）１３、ＰＯＳ端末１４、情報端末１５、中継器１６及びＬＡＮ（Local Area Network）等のネットワーク１７を含む。そして、ネットワーク１７を介してＰＯＳ端末１４、情報端末１５及び中継器１６に各サーバ１１，１２，１３を接続することにより、買物支援システム１０が構築される。ネットワーク１７は、例えば有線ＬＡＮでもよいし、無線ＬＡＮでもよい。中継器１６は、買物客が所持するユーザ端末２０と無線を利用してデータ通信を行う。
かかる構成の買物支援システム１０は、スーパーマーケット等のように食品を販売する実存の店舗に構築される。買物支援システム１０は、買物客がユーザ端末２０を操作して買上商品のデータを登録することで、栄養バランスに優れた健康的な買物ができているか評価し、できていない場合に健康的な買物ができるように買物客を支援するシステムである。また買物支援システム１０は、買物客がユーザ端末２０を操作して買上商品のデータを登録することで、ＰＯＳ端末１４での登録操作を簡略化できる。

各サーバ１１，１２，１３は、例えば店舗の事務所に設置される。ＰＯＳ端末１４、情報端末１５及び中継器１６とデータ通信が可能であれば、各サーバ１１，１２，１３の設置場所は特に限定されない。店舗外の任意の場所に各サーバ１１，１２，１３が設置されてもよい。例えば、インターネット上のクラウドコンピューティングとして、各サーバ１１，１２，１３が設置されてもよい。
ＰＯＳ端末１４は、例えば店舗の会計場（レジ）に設置される。ＰＯＳ端末１４は、買物客が買い上げる商品（買上商品）の販売データをメモリに登録処理する。この登録処理により、買上商品の代金が算出される。またＰＯＳ端末１４は、買上商品の代金を決済する決済処理を行う。決済処理には、現金支払いに対する決済処理、クレジット支払いに対する決済処理等がある。このような登録処理及び決済処理は、周知の処理であるため、詳細な説明は省略する。
因みにＰＯＳ端末１４は、通常、キャッシャと称される店員によって操作される。ＰＯＳ端末１４は、買物客が自ら操作するセルフ方式であってもよい。また、登録処理を行う登録部と決済処理を行う決済部とを分離し、登録部については店員が操作し、決済部については買物客が操作するセミセルフ方式であってもよい。
情報端末１５は、例えば店舗の売場あるいは出入口の近傍に設置される。情報端末１５は、マンマシンＩ／Ｆ（interface）としてタッチパネルを有し、買物客が必要なサービス情報を取得するために利用する。情報端末１５は、バーコードを読み取るためのスキャナを備えている。情報端末１５は、プリンタを搭載してもよい。
中継器１６は、例えば店舗の売場に設置される。中継器１６は、売場で買物中の買物客が所持するユーザ端末２０との間で無線通信網を確立する。そして中継器１６は、ユーザ端末２０から発信された無線データ信号を受信し、ネットワーク１７を介していずれかのサーバ１１，１２，１３に転送する。また中継器１６は、いずれかのサーバ１１，１２，１３から受けたユーザ端末２０宛のデータ信号を無線データ信号に変換して、宛先のユーザ端末２０に送信する。
ユーザ端末２０は、無線通信機能を有するコンピュータ機器である。ユーザ端末２０は、店舗で買物をする際に買物客が携帯して使用する。例えばスマートフォン、タブレット端末、携帯電話機等がユーザ端末２０として用いられる。
なお、図１では、ＰＯＳ端末１４、情報端末１５、中継器１６及びユーザ端末２０をいずれも１台のみ示すが、これらは１台に限定されるものではない。典型的には、２台以上のＰＯＳ端末１４、情報端末１５及び中継器１６がネットワーク１７に接続されて、買物支援システム１０が構築される。また、ユーザ端末２０は、各買物客がそれぞれ所持するものである。このため、中継器１６は同時に多くのユーザ端末２０との間で無線データ信号の中継を行うことができるのは言うまでもない。

ＰＯＳサーバ１１は、商品ＤＢ（database）３１と栄養ＤＢ３２とを有する。
商品ＤＢ３１は、商品毎に作成される商品レコードを保存する。商品は、食品に限らない。食品以外の商品の商品レコードが商品ＤＢ３１に保存される場合もある。ＰＯＳサーバ１１は、商品ＤＢ３１にアクセスして、商品レコードの読込み又は書込みを行う。
商品レコードは、商品ＩＤ、分類ＩＤ、商品名、単価及び重量等で構成される。商品ＩＤは、各商品を個々に識別するために商品毎に割り当てられた固有のコードである。分類ＩＤは、商品を分類する分類項目を個々に識別するために分類項目毎に割り当てられた固有のコードである。分類項目は、食品の場合、「穀物類」、「豆類」、「肉類」、「魚介類」、「海藻類」、「野菜類」、「果物類」、「茸類」、「乳製品」等である。商品名は、対応する商品ＩＤで識別される商品の名称である。単価は、同商品の１点当たりの価格であり、重量は、１点当たりの平均的な重さである。
栄養ＤＢ３２は、食品に分類される商品に対して商品毎に作成される栄養レコードを保存する。ＰＯＳサーバ１１は、栄養ＤＢ３２にアクセスして、栄養レコードの読込み又は書込みを行う。
栄養レコードは、商品ＩＤと、Ｎ（Ｎ≧２）個の栄養素ＩＤと成分数値との対データと、等で構成される。栄養素ＩＤは、食品に含まれる各種の栄養素を個々に識別するために栄養素毎に割り当てられた固有のコードである。成分数値は、対応する商品ＩＤで識別される商品（食品）に対しての、対データをなす栄養素ＩＤで識別される栄養成分の値である。例えば、１４ｇのたんぱく質を含む３０kcalの食品の場合、カロリーを識別する栄養素ＩＤと成分数値３０kcalとの対データと、たんぱく質を識別する栄養素ＩＤと成分数値１４ｇとの対データと、を含む栄養レコードが栄養ＤＢ３２に保存される。

会員サーバ１２は、会員ＤＢ３３を有する。
会員ＤＢ３３は、会員毎に作成される会員レコードを保存する。会員サーバ１２は、会員ＤＢ３３にアクセスして、会員レコードの読込み又は書込みを行う。
会員レコードは、会員ＩＤ、個人データ、評価区分、項目数ｎ、項目数ｎ分の項目ＩＤ及び基準比率等で構成される。会員ＩＤは、各会員を個々に識別するために会員毎に割り当てられた固有のコードである。個人データは、対応する会員ＩＤで識別される会員の会員名、性別、年齢等である。
評価区分は、対応する会員ＩＤで識別される会員が、栄養バランスに優れた健康的な買物であるか否かの評価を、食材のカテゴリを基準に行うか、栄養素を基準に行うかを区分する。本実施形態では、カテゴリを基準に評価する場合の評価区分を“１”とし、栄養素を基準に評価する場合の評価区分を“２”とする。
項目数ｎは、買物を評価する際の基準となる食材のカテゴリ又は栄養素の数である。評価区分が“１”のとき、すなわちカテゴリを基準に買物を評価する場合には、項目ＩＤとして、項目数ｎ分の分類ＩＤがセットされる。評価区分が“２”のとき、すなわち栄養素を基準に買物を評価する場合には、項目ＩＤとして、項目数ｎ分の栄養素ＩＤがセットされる。
会員は、予め、栄養バランスに優れた健康的な買物ができているか否かを評価するための基準（以下、買物の評価基準と称する）をカテゴリとするか栄養素とするかを決める。そして、買物の評価基準をカテゴリとする会員は、健康のためにバランスよく摂取したいカテゴリの分類ＩＤを１つ以上選択する。買物の評価基準を栄養素とする場合には、健康のためにバランスよく摂取したい栄養素の栄養素ＩＤを１つ以上選択する。その結果、例えば野菜類と茸類とをバランスよく摂取したい会員については、評価区分が“１”、項目数ｎが“２”、項目ＩＤとして野菜類の分類ＩＤと茸類の分類ＩＤとが設定された会員レコードが会員ＤＢ３３に保存される。例えば、鉄分をバランスよく摂取したい会員については、評価区分が“２”、項目数ｎが“１”、項目ＩＤとして鉄分の栄養素ＩＤが設定された会員レコードが会員ＤＢ３３に保存される。
なお、上記の説明では、会員が買物の評価基準を決めるとしたが、デフォルトの評価基準を定めてもよい。一般に、栄養バランスの観点から見て野菜類又は果物類を多く摂取することが望ましい。そこで、野菜類と果物類とをデフォルトの評価基準とする。そしてデフォルト以外の評価基準を望む会員だけ、任意の評価基準を設定する。この場合、デフォルトの設定が有効な会員に対しては、評価区分が“１”、項目数ｎが“２”、項目ＩＤとして野菜類の分類ＩＤと果物類の分類ＩＤとが設定された会員レコードが会員ＤＢ３３に保存される。デフォルトから変更した会員については、前述したような任意の評価区分、項目数ｎ、項目ＩＤが設定された会員レコードが会員ＤＢ３３に保存される。
基準比率は、会員が任意に定めた値である。会員は、例えば栄養バランスに優れた健康的な買物が実施できているか否かを判定するための目標値を基準比率として定める。基準比率の詳細は、買物支援システム１０の動作説明において、明らかになろう。ただし、デフォルトの基準比率を、会員サーバ１２の設計者又は管理者が定めてもよい。そしてデフォルト以外の基準比率を望む会員だけ、任意の基準比率を設定する。
なお、上記の基準比率に関して、研究者等の専門家又は研究機関などの栄養学の権威、あるいは所管の役所などの関係機関が推奨する値を、推奨値として補助記憶デバイス１３３に記憶しておく。

支援サーバ１３は、購入履歴ＤＢ３４を有する。
購入履歴ＤＢ３４は、各会員の購入履歴レコードを保存する。会員サーバ１２は、購入履歴ＤＢ３４にアクセスして、購入履歴レコードの読込み又は書込みを行う。
購入履歴レコードは、会員ＩＤ、購入日時、店舗ＩＤ、比率及び基準比率等で構成される。購入日時は、対応する会員ＩＤで識別される会員が店舗で買物をした日付と時刻である。店舗ＩＤは、同会員が買物をした店舗を特定するための店舗固有のＩＤである。比率は、同会員が、購入日時において店舗ＩＤで特定される店舗で商品を購入した際の比率Ｃである。比率Ｃについての詳細は後述する。基準比率は、購入日時において同会員の会員レコードに記録されていた基準比率である。

ユーザ端末２０は、プロセッサ２０１、メインメモリ２０２、補助記憶デバイス２０３、タッチパネル２０４、カメラユニット２０５及び無線ユニット２０６等を備える。プロセッサ２０１と、メインメモリ２０２、補助記憶デバイス２０３、タッチパネル２０４、カメラユニット２０５及び無線ユニット２０６とは、アドレスバス、データバス、制御信号線等を含むシステム伝送路２０７によって接続される。
ユーザ端末２０は、プロセッサ２０１、メインメモリ２０２及び補助記憶デバイス２０３と、これらを接続するシステム伝送路２０７とによってコンピュータを構成する。
プロセッサ２０１は、上記コンピュータの中枢部分に相当する。プロセッサ２０１は、オペレーティングシステムやアプリケーションプログラムに従って、ユーザ端末２０としての各種の機能を実現するべく各部を制御する。
メインメモリ２０２は、上記コンピュータの主記憶部分に相当する。メインメモリ２０２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ２０２は、不揮発性のメモリ領域ではオペレーティングシステムやアプリケーションプログラムを記憶する。またメインメモリ２０２は、プロセッサ２０１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ２０２は、揮発性のメモリ領域を、プロセッサ２０１によってデータが適宜書き換えられるワークエリアとして使用する。
補助記憶デバイス２０３は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス２０３は、例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）である。ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）などが補助記憶デバイス２０３として使用されてもよい。補助記憶デバイス２０３は、プロセッサ２０１が各種の処理を行う上で使用するデータや、プロセッサ２０１での処理によって生成されたデータを保存する。補助記憶デバイス２０３は、上記のアプリケーションプログラムを記憶する場合もある。
タッチパネル２０４は、ユーザ端末２０の入力デバイス及び表示デバイスとして機能する。タッチパネル２０４には、上記のアプリケーションプログラムを起動するためのアイコンが表示される。
カメラユニット２０５は、バーコードを撮影可能な解像度を有する。
無線ユニット２０６は、中継器１６との間で無線通信を利用してデータの送受信を行う。例えばスマートフォン、携帯電話、タブレット端末等の携帯型の情報処理装置のうち、カメラユニット２０５及び無線ユニット２０６を内蔵した情報処理装置が、ユーザ端末２０として利用される。
このような構成のユーザ端末２０は、端末プログラムＰ１をインストールすることによって、買物支援システム１０で利用可能な端末となる。端末プログラムＰ１は、ユーザ端末２０を買物支援システム１０で利用可能な端末として動作させるためのプロセッサ２０１による制御手順を表す。端末プログラムＰ１は、補助記憶デバイス２０３に保存される。

ＰＯＳ端末１４は、プロセッサ１４１、メインメモリ１４２、補助記憶デバイス１４３、通信Ｉ／Ｆ１４４及び入出力Ｉ／Ｆ１４５等を備える。プロセッサ１４１と、メインメモリ１４２、補助記憶デバイス１４３、通信Ｉ／Ｆ１４４及び入出力Ｉ／Ｆ１４５とは、アドレスバス、データバス、制御信号線等を含むシステム伝送路１４６によって接続される。
ＰＯＳ端末１４は、プロセッサ１４１、メインメモリ１４２及び補助記憶デバイス１４３と、これらを接続するシステム伝送路１４６とによってコンピュータを構成する。
プロセッサ１４１は、上記コンピュータの中枢部分に相当する。プロセッサ１４１は、オペレーティングシステムやアプリケーションプログラムに従って、ＰＯＳ端末１４としての各種の機能を実現するべく各部を制御する。
メインメモリ１４２は、上記コンピュータの主記憶部分に相当する。メインメモリ１４２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１４２は、不揮発性のメモリ領域ではオペレーティングシステムやアプリケーションプログラムを記憶する。またメインメモリ１４２は、プロセッサ１４１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ１４２は、揮発性のメモリ領域を、プロセッサ１４１によってデータが適宜書き換えられるワークエリアとして使用する。
補助記憶デバイス１４３は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス１４３は、例えばＥＥＰＲＯＭ、ＨＤＤ、ＳＳＤなどである。補助記憶デバイス１４３は、プロセッサ１４１が各種の処理を行う上で使用するデータや、プロセッサ１４１での処理によって生成されたデータを保存する。補助記憶デバイス１４３は、上記のアプリケーションプログラムを記憶する場合もある。
通信Ｉ／Ｆ１４４は、ＬＡＮ１７を介して接続される各サーバ１１、１２、１３等との間で行うデータ通信のインターフェースである。
入出力Ｉ／Ｆ１４５は、種々の入出力デバイスとの間で行うデータ通信のインターフェースである。一般に、スキャナ、キーボード、オペレータ用のディスプレイ、客用のディスプレイ、レシート印字用のプリンタ等が、入出力Ｉ／Ｆ１４５に接続される。
ＰＯＳ端末１４は、補助記憶デバイス１４３でＰＯＳＩＤを記憶する。ＰＯＳ端末１４は、メインメモリ１４２でＰＯＳＩＤを記憶してもよい。ＰＯＳＩＤは、ＰＯＳ端末１４に対して固有な情報である。買物支援システム１０が複数のＰＯＳ端末１４を含む場合、ＰＯＳＩＤは、ＰＯＳ端末１４の間で重複しない。各サーバ１１，１２，１３は、ＰＯＳＩＤによってＰＯＳ端末１４を識別する。
ＰＯＳ端末１４には、自らのＰＯＳＩＤを表すバーコードが表記される。例えば、対面式又はセミセルフ式のＰＯＳ端末１４の場合には、買物客側にバーコードが表記される。セルフ式のＰＯＳ端末の場合には、買物客と対峙する筐体の正面側にバーコードが表記される。なお、上述したバーコードの位置は、一例である。買物客がユーザ端末２０のカメラユニット２０５を用いて読み取ることができるのであれば、バーコードの位置は特に限定されない。また、バーコードの代わりに二次元データコードを用いてもよい。

支援サーバ１３は、プロセッサ１３１、メインメモリ１３２、補助記憶デバイス１３３及び通信Ｉ／Ｆ１３４等を備える。プロセッサ１３１と、メインメモリ１３２、補助記憶デバイス１３３及び通信Ｉ／Ｆ１３４とは、アドレスバス、データバス、制御信号線等を含むシステム伝送路１３５によって接続される。
支援サーバ１３は、プロセッサ１３１、メインメモリ１３２及び補助記憶デバイス１３３と、これらを接続するシステム伝送路１３５とによってコンピュータを構成する。
プロセッサ１３１は、上記コンピュータの中枢部分に相当する。プロセッサ１３１は、オペレーティングシステムやアプリケーションプログラムに従って、支援サーバ１３としての各種の機能を実現するべく各部を制御する。
メインメモリ１３２は、上記コンピュータの主記憶部分に相当する。メインメモリ１３２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１３２は、不揮発性のメモリ領域ではオペレーティングシステムやアプリケーションプログラムを記憶する。またメインメモリ１３２は、プロセッサ１３１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ１３２は、揮発性のメモリ領域を、プロセッサ１３１によってデータが適宜書き換えられるワークエリアとして使用する。
補助記憶デバイス１３３は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス１３３は、例えばＥＥＰＲＯＭ、ＨＤＤ、ＳＳＤなどである。補助記憶デバイス１３３は、プロセッサ１３１が各種の処理を行う上で使用するデータや、プロセッサ１３１での処理によって生成されたデータを保存する。補助記憶デバイス１３３は、上記のアプリケーションプログラムを記憶する場合もある。
通信Ｉ／Ｆ１３４は、ＬＡＮ１７を介して接続される他のサーバ１１，１２、ＰＯＳ端末１４、情報端末１５又は中継器１６との間で行うデータ通信のインターフェースである。
このような構成の支援サーバ１３は、補助記憶デバイス１３３にサーバプログラムＰ２を実装する。また支援サーバ１３は、取引ファイル領域Ｗ１を補助記憶デバイス１３３に形成する。また支援サーバ１３は、購入履歴ＤＢ３４を補助記憶デバイス１３３に有する。したがって、購入履歴ＤＢ３４を有する補助記憶デバイス１３３は、比率Ｃを蓄積して記憶した記憶手段に相当する。
サーバプログラムＰ２は常駐プログラムであり、支援サーバ１３が通常の動作状態にあるときにはプロセッサ１３１により常時実行される。サーバプログラムＰ２は、端末プログラムＰ１に基づいて動作するユーザ端末２０と協働して、栄養バランスに優れた健康的な買物ができるように買物客を支援するためのプロセッサ１３１の処理手順を表す。
取引ファイル領域Ｗ１は、取引ファイルを格納する領域である。取引ファイルは買物客毎に生成される。支援サーバ１３は、取引ファイル領域Ｗ１に複数の取引ファイルを同時に格納することができる。
取引ファイルのデータは、会員情報、買上商品リスト及び評価データを含む。これらのデータの詳細については、買物支援システム１０の動作説明において、明らかになろう。

次に、買物支援システム１０の動作について、図２乃至図６を用いて説明する。図２は、ユーザ端末２０のプロセッサ２０１が、端末プログラムＰ１にしたがって実行する情報処理の要部手順を示す流れ図である。図３及び図４は、支援サーバ１３のプロセッサ１３１が、サーバプログラムＰ２にしたがって実行する情報処理の要部手順を示す流れ図である。図５は、ＰＯＳ端末１４のプロセッサ１４１が、制御プログラムにしたがって実行する情報処理の要部手順を示す流れ図である。図６は、ユーザ端末２０のタッチパネル２０４に表示される画面例の遷移を示す画面遷移図である。
なお、図２乃至図５の流れ図で示すとともに以下に説明する処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。また、図６で示される画面の内容は一例であって、レイアウト等は適宜変更できるものである。

買物客は、店舗で買物を始める前にユーザ端末２０のタッチパネル２０４を操作して、端末プログラムＰ１の起動を指示する。すなわち買物客は、タッチパネル２０４に表示される端末プログラムＰ１のアイコンにタッチする。この指示を受けてプロセッサ２０１は、図２の流れ図に示される処理を開始する。
先ずプロセッサ２０１は、支援サーバ１３に対してログイン中か否かを判断する（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１１にてＹＥＳ）、そのデータが健康レポートの画像データであるか確認する（Act１２）。健康レポートの画像データでない場合（Act１２にてＮＯ）、プロセッサ２０１は、そのデータが後述する終了コマンドであるか確認する（Act１３）。プロセッサ２０１は、終了コマンドでもない場合（Act１３にてＮＯ）、受信したデータに応じた処理を実行する。
受信データが健康レポートの画像データである場合（Act１２にてＹＥＳ）、プロセッサ２０１は、タッチパネル２０４の画面を、健康レポートの画像データに基づく主画面ＳＣ１に切り替える（Act１４）。そしてプロセッサ２０１は、Act８及びAct９の待受状態へと戻る。

健康レポートの画像データに基づく主画面ＳＣ１を図６に基づいて説明する。チャートＣＨは、主画面ＳＣ１に向かって左端を評価値Ｄ＝０％の目盛とし、右端を評価値Ｄ＝１００％の目盛とする。そして現時点の評価値Ｄ％を示すポイントにガイドＧを示す。また、ガイドＧには、評価値Ｄ％に応じた画像が表示される。図２では、一例として顔の画像が表示されており、評価値Ｄ％が低いほど悪い表情の顔（例えば泣き顔）、高いほど良い表情の顔（例えば笑顔）が表示される。メッセージＭ１は、評価値Ｄに応じた評価を文字列で示す。すなわち、メッセージＭ１には、評価値Ｄが高いほど良い評価を示す文字列が表示される。図６では、一例としてメッセージＭ１の文字列を「Excellent!」としている。かくしてプロセッサ１３１は、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 (5)

1. 買物客の購入予定商品を特定する特定手段と、
   前記特定手段により特定された購入予定商品が評価対象の商品であるか否かを判定する判定手段と、
   前記特定手段により特定された購入予定商品に対する前記判定手段により評価対象であると判定された商品の比率を算出する演算手段と、
   前記演算手段により算出された前記比率を蓄積して記憶した記憶手段から前記比率を過去比率として取得する取得手段と、
   前記演算手段により算出された前記比率を現在比率として前記買物客に報知するとともに、前記取得手段により取得された前記過去比率を前記買物客に対して報知する報知手段と、を具備する買物支援サーバ。
2. 前記報知手段は、ユーザ端末で、前記現在比率及び前記過去比率を表すグラフを、前記演算手段で算出され得る前記比率の最大値を表す画像に重ねて表示させる、請求項１に記載の買物支援サーバ。
3. 前記記憶手段は、予め定められた基準比率をさらに蓄積して記憶し、
   前記取得手段は、前記記憶手段から前記過去比率として取得する比率が算出されたときに定められていた基準比率を前記記憶手段からさらに取得し、
   前記報知手段は、前記現在比率及び前記過去比率と共に、現在定められている基準比率及び前記取得手段により取得された過去の前記基準比率を報知する、請求項１又は請求項２に記載の買物支援サーバ。
4. 前記記憶手段は、予め定められた基準比率をさらに蓄積して記憶し、
   前記取得手段は、前記記憶手段から前記過去比率として取得する比率が算出されたときに定められていた基準比率を前記記憶手段からさらに取得し、
   前記報知手段は、ユーザ端末で、前記現在比率及び前記過去比率を表すグラフと現在定められている基準比率及び前記取得手段により取得された過去の前記基準比率を表すグラフとを、前記演算手段で算出され得る前記比率の最大値及び前記基準比率として定められ得る最大値を表す画像に重ねて表示させる、請求項１に記載の買物支援サーバ。
5. 買物支援サーバを制御するコンピュータを、
   買物客の購入予定商品を特定する特定手段と、
   前記特定手段により特定された購入予定商品が評価対象の商品であるか否かを判定する判定手段と、
   前記特定手段により特定された購入予定商品に対する前記判定手段により評価対象であると判定された商品の比率を算出する演算手段と、
   前記演算手段により算出された前記比率を蓄積して記憶した記憶手段から前記比率を過去比率として取得する取得手段と、
   前記演算手段により算出された前記比率を現在比率として前記買物客に報知するとともに、前記取得手段により取得された前記過去比率を前記買物客に対して報知する報知手段と、して機能させるためのプログラム。