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

Abstract

【課題】買物客が購入しようとする食品の栄養バランスをチェックすることで健康的な買物ができるように買物客を支援する。【解決手段】サーバは、買物客の購入予定商品を特定する。サーバは、特定された購入予定商品が評価対象の商品であるか否かを判定する。サーバは、特定された購入予定商品に対する評価対象であると判定された商品の比率を算出する。サーバは、比率を買物客に対して報知する。【選択図】 図２２

Description

本発明の実施形態は、栄養管理の面から健康的な買物ができるように買物客を支援する買物支援システムのサーバ並びにコンピュータを当該サーバとして機能させるためのプログラムに関する。

近年、多くの食品にはその食品に含まれている栄養成分が表示されている。このため、栄養成分の表示を見て食品を購入するか否かを決める買物客が増えている。従来、このような買物客を支援するために、ショッピングカートに購入しようとする食品を入れるだけでその食品の栄養成分がカートに設けられた表示デバイスに表示されるようにしたシステムがある。

一方、栄養管理の面からみると、食品毎の栄養成分よりも食事全体の栄養バランスを意識することが重要であると云われている。望ましい食事の基本は、主食と主菜と副菜とが揃うことである。このため日常の買物では、主菜だけでなく副菜も揃うように食材を購入することが望ましい。従来、食品の購入履歴から栄養バランスをチェックするシステムがある。しかしながら、従来のシステムは、すでに買物を終えた食品から栄養バランスをチェックするものである。このため、買物客が購入しようとする食品から栄養バランスをチェックすることはできない。

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

本発明の実施形態が解決しようとする課題は、買物客が購入しようとする食品の栄養バランスをチェックすることで健康的な買物ができるように買物客を支援できる買物支援システムのサーバを提供しようとするものである。

一実施形態において、買物支援サーバは、登録手段と、判定手段と、演算手段と、報知手段と、を含む。登録手段は、買物客の購入予定商品のデータをリストに登録する。判定手段は、前記リストに登録された購入予定商品が評価対象の商品であるか否かを判定する。演算手段は、前記リストに登録された購入予定商品の総重量と前記判定手段により評価対象の商品であると判定された商品の総重量との比率を算出する。報知手段は、前記演算手段により算出された比率を前記買物客に対して報知する。

買物支援システムの全体構成を概略的に示すブロック図。 商品情報レコードのデータ構造を示す模式図。 栄養情報レコードのデータ構造を示す模式図。 会員情報レコードのデータ構造を示す模式図。 購入履歴レコードのデータ構造を示す模式図。 クーポン情報レコードのデータ構造を示す模式図。 レシピ情報レコードのデータ構造を示す模式図。 ユーザ端末の要部構成を示すブロック図。 ＰＯＳ端末の要部構成を示すブロック図。 支援サーバの要部構成を示すブロック図。 取引ファイルのデータ構造を示す模式図。 ユーザ端末のプロセッサが買物支援端末プログラムにしたがって実行する情報処理の要部手順を示す流れ図。 ユーザ端末のプロセッサが買物支援端末プログラムにしたがって実行する情報処理の要部手順を示す流れ図。 ユーザ端末のプロセッサが買物支援端末プログラムにしたがって実行する情報処理の要部手順を示す流れ図。 支援サーバのプロセッサが買物支援サーバプログラムにしたがって実行する情報処理の要部手順を示す流れ図。 支援サーバのプロセッサが買物支援サーバプログラムにしたがって実行する情報処理の要部手順を示す流れ図。 支援サーバのプロセッサが買物支援サーバプログラムにしたがって実行する情報処理の要部手順を示す流れ図。 ＰＯＳ端末のプロセッサが制御プログラムにしたがって実行する情報処理の要部手順を示す流れ図。 ユーザ端末のタッチパネルに表示される開始画面の一例を示す模式図。 ユーザ端末のタッチパネルに表示される設定画面の一例を示す模式図。 ユーザ端末のタッチパネルに表示される登録画面の一例を示す模式図。 ユーザ端末のタッチパネルに表示されるバランス画面の一例を示す模式図。 ユーザ端末のタッチパネルに表示されるクーポン画面の一例を示す模式図。 ユーザ端末のタッチパネルに表示されるレシピ画面の一例を示す模式図。 ユーザ端末のタッチパネルに表示されるレシピ情報画面の一例を示す模式図。 レシピＩＤ付レシートの一印刷例を示す模式図。 第２の実施形態における取引ファイルのデータ構造を示す模式図。

以下、買物支援システムの実施形態について、図面を用いて説明する。
なお、この実施形態は、スーパーマーケット等の実存する店舗において、健康的な買物ができるように買物客を支援するシステムである。

［第１の実施形態］
図１は、本実施形態における買物支援システム１０の全体構成を概略的に示すブロック図である。買物支援システム１０は、ＰＯＳ（Point Of Sales）サーバ１１、会員サーバ１２、買物支援サーバ（以下、支援サーバと称する）１３、ＰＯＳ端末１４、情報端末１５、中継器１６及びＬＡＮ（Local Area Network）等のネットワーク１７を含む。そして、ネットワーク１７を介してＰＯＳ端末１４、情報端末１５及び中継器１６に各サーバ１１，１２，１３を接続することにより、買物支援システム１０が構築される。ネットワーク１７は、例えば有線ＬＡＮでもよいし、無線ＬＡＮでもよい。中継器１６は、買物客が所持するユーザ端末２０と無線を利用してデータ通信を行う。

かかる構成の買物支援システム１０は、スーパーマーケット等のように食品を販売する実存の店舗に構築される。買物支援システム１０は、買物客がユーザ端末２０を操作して買上商品のデータを登録することで、栄養バランスに優れた健康的な買物ができているか評価し、できていない場合に健康的な買物ができるように買物客を支援するシステムである。また買物支援システム１０は、買物客がユーザ端末２０を操作して買上商品のデータを登録することで、ＰＯＳ端末１４での登録操作を簡略化できる。

各サーバ１１，１２，１３は、例えば店舗の事務所に設置される。ＰＯＳ端末１４、情報端末１５及び中継器１６とデータ通信が可能であれば、各サーバ１１，１２，１３の設置場所は特に限定されない。店舗外の任意の場所に各サーバ１１，１２，１３が設置されてもよい。例えば、インターネット上のクラウドコンピューティングとして、各サーバ１１，１２，１３が設置されてもよい。

ＰＯＳ端末１４は、例えば店舗の会計場（レジ）に設置される。ＰＯＳ端末１４は、買物客が買い上げる商品（買上商品）の販売データをメモリに登録処理する。この登録処理により、買上商品の代金が算出される。またＰＯＳ端末１４は、買上商品の代金を決済する決済処理を行う。決済処理には、現金支払いに対する決済処理、クレジット支払いに対する決済処理等がある。このような登録処理及び決済処理は、周知の処理であるため、詳細な説明は省略する。

因みにＰＯＳ端末１４は、通常、キャッシャと称される店員によって操作される。ＰＯＳ端末１４は、買物客が自ら操作するセルフ方式であってもよい。また、登録処理を行う登録部と決済処理を行う決済部とを分離し、登録部については店員が操作し、決済部については買物客が操作するセミセルフ方式であってもよい。

情報端末１５は、例えば店舗の売場あるいは出入口の近傍に設置される。情報端末１５は、マンマシンインターフェースとしてタッチパネルを有し、買物客が必要なサービス情報を取得するために利用する。情報端末１５は、バーコードを読み取るためのスキャナを備えている。情報端末１５は、プリンタを搭載してもよい。あるいはプリント機能を有する外部機器、例えば複合機と電気的に接続されていてもよい。

中継器１６は、例えば店舗の売場に設置される。中継器１６は、売場で買物中の買物客が所持するユーザ端末２０との間で無線通信網を確立する。そして中継器１６は、ユーザ端末２０から発信された無線データ信号を受信し、ネットワーク１７を介していずれかのサーバ１１，１２，１３に転送する。また中継器１６は、いずれかのサーバ１１，１２，１３から受けたユーザ端末２０宛のデータ信号を無線データ信号に変換して、宛先のユーザ端末２０に送信する。

ユーザ端末２０は、無線通信機能を有するコンピュータ機器である。ユーザ端末２０は、店舗で買物をする際に買物客が携帯して使用する。例えばスマートフォン、タブレット端末、携帯電話機等がユーザ端末２０として用いられる。

なお、図１では、ＰＯＳ端末１４、情報端末１５及び中継器１６をいずれも１台のみ示すが、これらは１台に限定されるものではない。典型的には、２台以上のＰＯＳ端末１４、情報端末１５及び中継器１６がネットワーク１７に接続されて、買物支援システム１０が構築される。また図１では、中継器１６とデータ通信が可能なユーザ端末２０を２台しか示していない。しかしユーザ端末２０は、各買物客がそれぞれ所持するものである。このため、中継器１６は同時に多くのユーザ端末２０との間で無線データ信号の中継を行うことができるのは言うまでもない。

ＰＯＳサーバ１１は、商品情報データベース３１と栄養情報データベース３２とを有する。
商品情報データベース３１は、商品毎に作成される商品情報レコード３１Ｒを保存する。商品は、食品に限らない。食品以外の商品の商品情報レコード３１Ｒが商品情報データベース３１に保存される場合もある。ＰＯＳサーバ１１は、商品情報データベース３１にアクセスして、商品情報レコード３１Ｒの読込みまたは書込みを行う。

商品情報レコード３１Ｒは、図２に示すように、商品ＩＤ、分類ＩＤ、商品名、単価及び重量等で構成される。商品ＩＤは、各商品を個々に識別するために商品毎に割り当てられた固有のコードである。分類ＩＤは、商品を分類する分類項目を個々に識別するために分類項目毎に割り当てられた固有のコードである。分類項目は、食品の場合、「穀物類」、「豆類」、「肉類」、「魚介類」、「海草類」、「野菜類」、「果物類」、「茸類」、「乳製品」等である。商品名は、対応する商品ＩＤで識別される商品の名称である。単価は、同商品の１点当たりの価格であり、重量は、１点当たりの平均的な重さである。

栄養情報データベース３２は、食品に分類される商品に対して商品毎に作成される栄養情報レコード３２Ｒを保存する。ＰＯＳサーバ１１は、栄養情報データベース３２にアクセスして、栄養情報レコード３２Ｒの読込みまたは書込みを行う。

栄養情報レコード３２Ｒは、図３に示すように、商品ＩＤと、Ｎ（Ｎ≧２）個の栄養素ＩＤと成分数値との対データと、等で構成される。栄養素ＩＤは、食品に含まれる各種の栄養素を個々に識別するために栄養素毎に割り当てられた固有のコードである。成分数値は、対応する商品ＩＤで識別される商品（食品）に対しての、対データをなす栄養素ＩＤで識別される栄養成分の値である。例えば、１４ｇのたんぱく質と３２ｇの脂質とを含む３０kcalの食品の場合、カロリーを識別する栄養素ＩＤと成分数値３０kcalとの対データと、たんぱく質を識別する栄養素ＩＤと成分数値１４ｇとの対データと、脂質を識別する栄養素ＩＤと成分数値３２ｇとの対データと、を含む栄養情報レコード３２Ｒが栄養情報データベース３２に保存される。

会員サーバ１２は、会員情報データベース３３と購入履歴データベース３４とを有する。
会員情報データベース３３は、会員毎に作成される会員情報レコード３３Ｒを保存する。会員サーバ１２は、会員情報データベース３３にアクセスして、会員情報レコード３３Ｒの読込みまたは書込みを行う。

会員情報レコード３３Ｒは、図４に示すように、会員ＩＤ、個人データ、評価区分、項目数ｎ、及び項目数ｎ分の項目ＩＤ等で構成される。会員ＩＤは、各会員を個々に識別するために会員毎に割り当てられた固有のコードである。個人データは、対応する会員ＩＤで識別される会員の会員名、性別、年齢等である。

評価区分は、対応する会員ＩＤで識別される会員が、栄養バランスに優れた健康的な買物であるか否かの評価を、食材のカテゴリを基準に行うか、栄養素を基準に行うかを区分する。本実施形態では、カテゴリを基準に評価する場合の評価区分を“１”とし、栄養素を基準に評価する場合の評価区分を“２”とする。

項目数ｎは、買物を評価する際の基準となる食材のカテゴリまたは栄養素の数である。評価区分が“１”のとき、すなわちカテゴリを基準に買物を評価する場合には、項目ＩＤとして、項目数ｎ分の分類ＩＤがセットされる。評価区分が“２”のとき、すなわち栄養素を基準に買物を評価する場合には、項目ＩＤとして、項目数ｎ分の栄養素ＩＤがセットされる。

会員は、予め、栄養バランスに優れた健康的な買物ができているか否かを評価するための基準（以下、買物の評価基準と称する）をカテゴリとするか栄養素とするかを決める。そして、買物の評価基準をカテゴリとする会員は、健康のためにバランスよく摂取したいカテゴリの分類ＩＤを１つ以上選択する。買物の評価基準を栄養素とする場合には、健康のためにバランスよく摂取したい栄養素の栄養素ＩＤを１つ以上選択する。その結果、例えば野菜類と茸類とをバランスよく摂取したい会員については、評価区分が“１”、項目数ｎが“２”、項目ＩＤとして野菜類の分類ＩＤと茸類の分類ＩＤとが設定された会員情報レコード３３Ｒが会員情報データベース３３に保存される。例えば、鉄分をバランスよく摂取したい会員については、評価区分が“２”、項目数ｎが“１”、項目ＩＤとして鉄分の栄養素ＩＤが設定された会員情報レコード３３Ｒが会員情報データベース３３に保存される。

なお、上記の説明では、会員が買物の評価基準を決めるとしたが、デフォルトの評価基準を定めてもよい。一般に、栄養バランスの観点から見て野菜類または果物類を多く摂取することが望ましい。そこで、野菜類と果物類とをデフォルトの評価基準とする。そしてデフォルト以外の評価基準を望む買物客だけ、任意の評価基準を設定する。この場合、デフォルトの設定が有効な会員に対しては、評価区分が“１”、項目数ｎが“２”、項目ＩＤとして野菜類の分類ＩＤと果物類の分類ＩＤとが設定された会員情報レコード３３Ｒが会員情報データベース３３に保存される。デフォルトから変更した会員については、前述したような任意の評価区分、項目数ｎ、項目ＩＤが設定された会員情報レコード３３Ｒが会員情報データベース３３に保存される。

購入履歴データベース３４は、各会員の購入履歴レコード３４Ｒを保存する。会員サーバ１２は、購入履歴データベース３４にアクセスして、購入履歴レコード３４Ｒの読込みまたは書込みを行う。

購入履歴レコード３４Ｒは、図５に示すように、会員ＩＤ、購入日時、店舗ＩＤ及び買上商品リスト等で構成される。購入日時は、対応する会員ＩＤで識別される会員が店舗で買い物をした日付と時刻である。店舗ＩＤは、同会員が買物をした店舗を特定するための店舗固有のＩＤである。買上商品リストは、同会員が、購入日時において店舗ＩＤで特定される店舗で購入した商品のリストである。リストには、商品ＩＤ、商品名、単価、数量、価格、合計金額等が含まれる。

支援サーバ１３は、クーポン情報データベース３５とレシピ情報データベース３６とを有する。
クーポン情報データベース３５は、買物客に対して店舗等から発行されるクーポンの内容を表すクーポン情報レコード３５Ｒを保存する。支援サーバ１３は、クーポン情報データベース３５にアクセスして、クーポン情報レコード３５Ｒの読込みまたは書込みを行う。

クーポン情報レコード３５Ｒは、図６に示すように、クーポンＩＤ、対象ＩＤ、区分ＩＤ、値及び画像等で構成される。クーポンＩＤは、種々のクーポンを識別するためにクーポン毎に割り当てられた固有のコードである。対象ＩＤは、対応するクーポンＩＤで識別されるクーポンの対象となる商品の識別コードである。単一の商品がクーポン対象の場合、対象ＩＤは商品ＩＤとなる。特定の分類に属する商品が全てクーポン対象となる場合、対象ＩＤは分類ＩＤとなる。区分は、クーポンの種類（値引、割引、価格変更等）を区分する。本実施形態では、値引クーポンの区分を“１”、割引クーポンの区分を“２”、価格変更クーポンの区分を“３”とする。値は、値引クーポンの場合は値引額であり、割引クーポンの場合は割引率であり、価格変更クーポンの場合は変更後価格である。画像は、クーポンの画像を表す。

レシピ情報データベース３６は、料理品目毎に作成されるレシピ情報レコード３６Ｒを保存する。支援サーバ１３は、レシピ情報データベース３６にアクセスして、レシピ情報レコード３６Ｒの読込みまたは書込みを行う。

レシピ情報レコード３６Ｒは、図７に示すように、レシピＩＤと、レシピ名及び画像と、調理手順情報と、複数の材料商品ＩＤと分量との対データと、等で構成される。レシピＩＤは、種々の料理品目を識別するために料理品目毎に割り当てられた固有のコードである。レシピ名及び画像は、対応するレシピＩＤで識別される料理品目の名称及び画像である。調理手順情報は、同料理品目の調理手順を表すテキストデータである。材料商品ＩＤと分量との対データは、同料理品目で使用する食材の商品ＩＤとその食材の分量とを示す。

図８は、ユーザ端末２０の要部構成を示すブロック図である。ユーザ端末２０は、プロセッサ２０１、メインメモリ２０２、補助記憶デバイス２０３、タッチパネル２０４、カメラユニット２０５及び無線ユニット２０６等を備える。プロセッサ２０１と、メインメモリ２０２、補助記憶デバイス２０３、タッチパネル２０４、カメラユニット２０５及び無線ユニット２０６とは、アドレスバス、データバス、制御信号線等を含むシステム伝送路２０７によって接続される。

ユーザ端末２０は、プロセッサ２０１、メインメモリ２０２及び補助記憶デバイス２０３と、これらを接続するシステム伝送路２０７とによってコンピュータを構成する。

プロセッサ２０１は、上記コンピュータの中枢部分に相当する。プロセッサ２０１は、オペレーティングシステムやアプリケーションプログラムに従って、ユーザ端末２０としての各種の機能を実現するべく各部を制御する。

メインメモリ２０２は、上記コンピュータの主記憶部分に相当する。メインメモリ２０２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ２０２は、不揮発性のメモリ領域ではオペレーティングシステムやアプリケーションプログラムを記憶する。またメインメモリ２０２は、プロセッサ２０１が各部を制御するための処理を実行する上で必要なデータを不揮発性または揮発性のメモリ領域で記憶する場合もある。メインメモリ２０２は、揮発性のメモリ領域を、プロセッサ２０１によってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶デバイス２０３は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス２０３は、例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）である。ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）などが補助記憶デバイス２０３として使用されてもよい。補助記憶デバイス２０３は、プロセッサ２０１が各種の処理を行う上で使用するデータや、プロセッサ２０１での処理によって生成されたデータを保存する。補助記憶デバイス２０３は、上記のアプリケーションプログラムを記憶する場合もある。

タッチパネル２０４は、ユーザ端末２０の入力デバイス及び表示デバイスとして機能する。タッチパネル２０４には、上記のアプリケーションプログラムを起動するためのアイコンが表示される。

カメラユニット２０５は、バーコードを撮影可能な解像度を有する。
無線ユニット２０６は、中継器１６との間で無線通信を利用してデータの送受信を行う。例えばスマートフォン、携帯電話、タブレット端末等の携帯型の情報処理装置のうち、カメラユニット２０５及び無線ユニット２０６を内蔵した情報処理装置が、ユーザ端末２０として利用される。

このような構成のユーザ端末２０は、買物支援端末プログラムＰ１をインストールすることによって、買物支援システム１０で利用可能な端末となる。買物支援端末プログラムＰ１は、ユーザ端末２０が買物支援システム１０で利用可能な端末となるように、プロセッサ２０１を制御する。買物支援端末プログラムＰ１は、補助記憶デバイス２０３に保存される。

図９は、ＰＯＳ端末１４の要部構成を示すブロック図である。ＰＯＳ端末１４は、プロセッサ１４１、メインメモリ１４２、補助記憶デバイス１４３、通信インターフェース１４４及びＩ／Ｏ（Input / Output）インターフェース１４５等を備える。プロセッサ１４１と、メインメモリ１４２、補助記憶デバイス１４３、通信インターフェース１４４及びＩ／Ｏインターフェース１４５とは、アドレスバス、データバス、制御信号線等を含むシステム伝送路１４６によって接続される。

ＰＯＳ端末１４は、プロセッサ１４１、メインメモリ１４２及び補助記憶デバイス１４３と、これらを接続するシステム伝送路１４６とによってコンピュータを構成する。

プロセッサ１４１は、上記コンピュータの中枢部分に相当する。プロセッサ１４１は、オペレーティングシステムやアプリケーションプログラムに従って、ＰＯＳ端末１４としての各種の機能を実現するべく各部を制御する。

メインメモリ１４２は、上記コンピュータの主記憶部分に相当する。メインメモリ１４２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１４２は、不揮発性のメモリ領域ではオペレーティングシステムやアプリケーションプログラムを記憶する。またメインメモリ１４２は、プロセッサ１４１が各部を制御するための処理を実行する上で必要なデータを不揮発性または揮発性のメモリ領域で記憶する場合もある。メインメモリ１４２は、揮発性のメモリ領域を、プロセッサ１４１によってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶デバイス１４３は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス１４３は、例えばＥＥＰＲＯＭ、ＨＤＤ、ＳＳＤなどである。補助記憶デバイス１４３は、プロセッサ１４１が各種の処理を行う上で使用するデータや、プロセッサ１４１での処理によって生成されたデータを保存する。補助記憶デバイス１４３は、上記のアプリケーションプログラムを記憶する場合もある。

通信インターフェース１４４は、ＬＡＮ１７を介して接続される各サーバ１１．１２．１３等との間で行うデータ通信のインターフェースである。

Ｉ／Ｏインターフェース１４５は、種々の入出力デバイスとの間で行うデータ通信のインターフェースである。一般に、スキャナ、キーボード、オペレータ用のディスプレイ、客用のディスプレイ、レシート印字用のプリンタ等が、Ｉ／Ｏインターフェース１４５に接続される。

ＰＯＳ端末１４は、補助記憶デバイス１４３でＰＯＳＩＤを記憶する。ＰＯＳ端末１４は、メインメモリ１４２でＰＯＳＩＤを記憶してもよい。ＰＯＳＩＤは、ＰＯＳ端末１４に対して固有な情報である。買物支援システム１０が複数のＰＯＳ端末１４を含む場合、ＰＯＳＩＤは、ＰＯＳ端末１４の間で重複しない。各サーバ１１，１２，１３は、ＰＯＳＩＤによってＰＯＳ端末１４を識別する。

ＰＯＳ端末１４には、自らのＰＯＳＩＤを表すバーコードが表記される。例えば、対面式またはセミセルフ式のＰＯＳ端末１４の場合には、筐体のキャッシャが操作する面とは反対側、すなわち買物客側にバーコードが表記される。セルフ式のＰＯＳ端末の場合には、買物客と対峙する筐体の正面側にバーコード７が表記される。なお、上述したバーコードの位置は、あくまでも一例である。買物客がユーザ端末２０のカメラユニット２０５を用いて読み取ることができるのであれば、バーコードの位置は特に限定されない。また、バーコードの代わりに二次元データコードを用いてもよい。

図１０は、支援サーバ１３の要部構成を示すブロック図である。支援サーバ１３は、プロセッサ１３１、メインメモリ１３２、補助記憶デバイス１３３及び通信インターフェース１３４等を備える。プロセッサ１３１と、メインメモリ１３２、補助記憶デバイス１３３及び通信インターフェース１３４とは、アドレスバス、データバス、制御信号線等を含むシステム伝送路１３５によって接続される。

支援サーバ１３は、プロセッサ１３１、メインメモリ１３２及び補助記憶デバイス１３３と、これらを接続するシステム伝送路１３５とによってコンピュータを構成する。

プロセッサ１３１は、上記コンピュータの中枢部分に相当する。プロセッサ１３１は、オペレーティングシステムやアプリケーションプログラムに従って、支援サーバ１３としての各種の機能を実現するべく各部を制御する。

メインメモリ１３２は、上記コンピュータの主記憶部分に相当する。メインメモリ１３２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１３２は、不揮発性のメモリ領域ではオペレーティングシステムやアプリケーションプログラムを記憶する。またメインメモリ１３２は、プロセッサ１３１が各部を制御するための処理を実行する上で必要なデータを不揮発性または揮発性のメモリ領域で記憶する場合もある。メインメモリ１３２は、揮発性のメモリ領域を、プロセッサ１３１によってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶デバイス１３３は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス１３３は、例えばＥＥＰＲＯＭ、ＨＤＤ、ＳＳＤなどである。補助記憶デバイス１３３は、プロセッサ１３１が各種の処理を行う上で使用するデータや、プロセッサ１３１での処理によって生成されたデータを保存する。補助記憶デバイス１３３は、上記のアプリケーションプログラムを記憶する場合もある。

通信インターフェース１３４は、ＬＡＮ１７を介して接続される他のサーバ１１，１２、ＰＯＳ端末１４、情報端末１５または中継器１６との間で行うデータ通信のインターフェースである。

このような構成の支援サーバ１３は、補助記憶デバイス１３３に買物支援サーバプログラムＰ２を実装する。また支援サーバ１３は、取引ファイル領域Ｗ１を補助記憶デバイス１３３に形成する。

買物支援サーバプログラムＰ２は、支援サーバ１３に常駐する。買物支援サーバプログラムＰ２は、ユーザ端末２０で実行される買物支援端末プログラムＰ１と協働して、栄養バランスに優れた健康的な買物ができるように買物客を支援する。

取引ファイル領域Ｗ１は、図１１に示すデータ構造の取引ファイル４０を格納する領域である。取引ファイル４０は買物客毎に生成される。支援サーバ１３は、取引ファイル領域Ｗ１に複数の取引ファイル４０を同時に格納することができる。

取引ファイル４０のデータは、会員情報４１と、買上商品リスト４２と、クーポンリスト４３と、レシピリスト４４とを含む。これらのデータの詳細については、買物支援システム１０の動作説明において、明らかになろう。

次に、買物支援システム１０の動作について、図１２乃至図２６を用いて説明する。図１２乃至図１４は、ユーザ端末２０のプロセッサ２０１が、買物支援端末プログラムＰ１にしたがって実行する情報処理の要部手順を示す流れ図である。図１５乃至図１７は、支援サーバ１３のプロセッサ１３１が、買物支援サーバプログラムＰ２にしたがって実行する情報処理の要部手順を示す流れ図である。図１８は、ＰＯＳ端末１４のプロセッサ１４１が、制御プログラムにしたがって実行する情報処理の要部手順を示す流れ図である。図１９乃至図２５は、ユーザ端末２０のタッチパネル２０４に表示される画面例を示す模式図である。図２６は、ＰＯＳ端末１４から発行されるレシートの一例を示す模式図である。

なお、図１２乃至図１８の流れ図で示すとともに以下に説明する処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。また、図１９乃至図２５で示される画面及び図２６で示されるレシートもその内容は一例であって、レイアウト等は適宜変更できるものである。

買物客は、店舗で買物を始める前にユーザ端末２０のタッチパネル２０４を操作して、買物支援端末プログラムＰ１を起動する。すなわち買物客は、タッチパネル２０４に表示される買物支援端末プログラムＰ１のアイコンにタッチする。買物支援端末プログラムＰ１が起動すると、ユーザ端末２０のプロセッサ２０１は、図１２の流れ図に示される処理を開始する。

先ずプロセッサ２０１は、支援サーバ１３に対してログイン中か否かを判断する（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１２にてＹＥＳ）、プロセッサ１３１は、タッチパネル２０４の画面を登録画面ＳＣ３に切り替える（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４４）。バーコードが読み取られていない場合（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. コンピュータに、
   買物客の購入予定商品のデータをリストに登録する機能と、
   前記リストに登録された前記購入予定商品が評価対象の商品であるか否かを判定する機能と、
   前記リストに登録された前記購入予定商品の総重量と前記評価対象の商品であると判定された商品の総重量との比率を算出する機能と、
   前記比率を前記買物客に対して報知する機能と、
   を実現させるための買物支援プログラム。