JP6216728B2 - ポイントシステム、及び制御プログラム - Google Patents

Description

本発明の実施形態は、ポイントシステム、及び制御プログラムに関する。

コンピュータ装置やスマートフォンなどで、摂取カロリー及び栄養バランスなどを管理可能とするアプリケーションソフトウェア（以下、アプリと称する）は知られている。

ユーザは、摂取した飲食物についてのデータをアプリに入力することにより、アプリを通じて摂取カロリー及び栄養バランスを確認することができる。ユーザは、摂取カロリー及び栄養バランスを確認して、摂取する飲食物を選択することにより、健康に配慮することが可能となる。

しかしながら、摂取カロリー及び栄養バランスを確認できるだけでは、健康に配慮した飲食物の取得を継続することが困難となるユーザが存在する。

このため、アプリを使用するユーザに対して、健康に配慮した飲食物の取得を継続できるように支援することが望まれていた。

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

本発明が解決しようとする課題は、健康を配慮した飲食物の購入に対してポイントを付与することで、ユーザによる健康に配慮した飲食物の取得を支援することが可能なポイントシステム、及び制御プログラムを提供することである。

実施形態のポイントシステムは、格納手段、受信手段、生成手段、判定手段、及び設定手段とを有する。格納手段は、ポイントの付与対象とする第１の飲食物を示すデータを格納する。受信手段は、飲食物の販売に関わる決済処理により作成される、販売された第２の飲食物のリストとユーザの識別コードを含むレシートデータを受信する。生成手段は、前記リストに示される前記第２の飲食物に基づいて、栄養バランスを示すデータを含む栄養データを前記識別コードと対応づけて生成する。判定手段は、前記レシートデータを受信した場合に、前記第２の飲食物が、前記第１の飲食物と一致し、かつ前記栄養データをもとに設定される食品群に含まれるかを判定する。設定手段は、前記判定手段による判定結果に基づいて、前記識別コードと対応づけてポイントを設定する。

本実施形態におけるポイントシステムの全体構成を示すブロック図。 本実施形態における会計装置の要部構成を示すブロック図。 本実施形態におけるユーザ端末装置の要部構成を示すブロック図。 本実施形態におけるレシートサーバの要部構成を示すブロック図。 本実施形態におけるレシートデータのデータ構造を示す図。 本実施形態における商品データのデータ構造を示す図。 本実施形態におけるポイントデータのデータ構造を示す図。 本実施形態における閲覧サーバの要部構成を示すブロック図。 本実施形態における栄養データサーバの要部構成を示すブロック図。 本実施形態における栄養データのデータ構造を示す図。 本実施形態における決済プログラムに基づくプロセッサの処理のフローチャート。 本実施形態における店舗装置での商品登録プログラムに基づくプロセッサの処理のフローチャート。 本実施形態におけるレシートクライアントアプリに基づくプロセッサの処理のフローチャート。 本実施形態におけるレシートクライアントアプリに基づくプロセッサの処理のフローチャート。 本実施形態におけるレシートクライアントアプリに基づくプロセッサの処理のフローチャート。 本実施形態におけるログイン画面の一例を示す図。 本実施形態におけるレシートサーバアプリに基づくプロセッサの処理のフローチャート。 本実施形態におけるレシートサーバアプリに基づくプロセッサの処理のフローチャート。 本実施形態におけるトップ画面の一例を示す図。 本実施形態におけるレシートデータ受信処理のフローチャート。 本実施形態におけるレシート画面の一例を示す図。 本実施形態における栄養アプリに基づくプロセッサの処理のフローチャート。 本実施形態における栄養アプリに基づくプロセッサの処理のフローチャート。 本実施形態における栄養アプリに基づくプロセッサの処理のフローチャート。 本実施形態における栄養アプリに基づくプロセッサの処理のフローチャート。 本実施形態における閲覧サーバアプリに基づくプロセッサの処理のフローチャート。 本実施形態における閲覧サーバアプリに基づくプロセッサの処理のフローチャート。 本実施形態における閲覧サーバアプリに基づくプロセッサの処理のフローチャート。 本実施形態における閲覧サーバアプリに基づくプロセッサの処理のフローチャート。 本実施形態における閲覧サーバアプリに基づくプロセッサの処理のフローチャート。 本実施形態における栄養データサーバアプリに基づくプロセッサの処理のフローチャート。 本実施形態における栄養閲覧画面の一例を示す図。 本実施形態における栄養閲覧画面の一例を示す図。 本実施形態におけるグラフ閲覧画面の一例を示す図。 本実施形態におけるスタンプ帳画面の一例を示す図。 本実施形態における商品一覧画面の一例を示す図。 本実施形態における食事無料券データを提供する商品一覧画面の一例を示す図。 本実施形態における健康ポイント画面の一例を示す図。 本実施形態におけるクーポン画面の一例を示す図。

以下、電子レシートシステムを含んで構成されたポイントシステムの実施形態について、図面を用いて説明する。電子レシートシステムは、店舗等における買上商品の明細レシートを電子化し、センター（後述するレシートサーバ３０）にレシートデータとして記録し、ユーザが使用する電子機器（後述するユーザ端末装置２０）から閲覧できるようにしたシステムである。

［ポイントシステムの説明］
図１は、本実施形態におけるポイントシステム１００の全体構成を示すブロック図である。
ポイントシステム１００は、会計装置１０、店舗装置１５、ユーザ端末装置２０、レシートサーバ３０、閲覧サーバ４０及び栄養データサーバ５０を含む。図１では、会計装置１０、店舗装置１５、ユーザ端末装置２０、レシートサーバ３０、閲覧サーバ４０及び栄養データサーバ５０をそれぞれ１つずつ表しているが、それぞれの数は任意である。会計装置１０、店舗装置１５、ユーザ端末装置２０、レシートサーバ３０、閲覧サーバ４０及び栄養データサーバ５０は、ネットワーク２００を介してデータを授受することが可能である。ネットワーク２００は、例えばインターネット及び移動通信網を含む。ネットワーク２００は、ＬＡＮ（local area network）を含んでも良い。

会計装置１０と店舗装置１５は、飲食店などの飲食物（あるいは商品）を提供する店舗に設置される。図１には、１つの店舗に設置される会計装置１０と店舗装置１５とを図示しているが、複数の店舗にそれぞれ設置された会計装置１０と店舗装置１５とが、ネットワーク２００に接続されているものとする。

会計装置１０は、飲食物の提供に対する代金を会計するためのデータ処理である会計処理を行う。なお、会計とは、上記の代金の算出及び決済を含む。

店舗装置１５は、店舗内の会計装置１０を含む各種装置を管理する制御処理を行う。店舗装置１５は、例えば店舗の責任者（例えば店長）などによって操作され、レシートサーバ３０、閲覧サーバ４０、栄養データサーバ５０との通信により、各種データを送受信することができる。

ユーザ端末装置２０は、ユーザによる操作に基づいて、レシートサーバ３０、閲覧サーバ４０、栄養データサーバ５０との通信により各種データを送受信し、各種画面を表示する。ユーザ端末装置２０は、例えばレシートサーバ３０に記録されたレシートデータを示す画面、レシートデータをもとに作成される栄養バランスなどの栄養データを示す画面、栄養データをもとに設定される食品群に含まれる飲食物を表示する画面、店舗が提供する飲食物を購入することにより得られるポイントを店舗毎に表示する画面などを表示する。複数のユーザ端末装置２０がポイントシステム１００に含まれる場合、これらの複数のユーザ端末装置２０が同一のユーザにより利用されても良いし、異なるユーザにより個別に利用されても良い。あるいは、１つのユーザ端末装置２０が複数のユーザにより共用されても良い。

ユーザ端末装置２０は、活動量計３００と無線により通信可能である。活動量計３００は、例えばリストバンド型をなし、装着するユーザの活動量を計測する。ユーザ端末装置２０は、活動量計３００から活動量のデータを取得する。ユーザ端末装置２０は、このように取得したデータに基づいて、ユーザの活動量を栄養データとともに閲覧させるための画像の表示などを行うこともできる。

レシートサーバ３０は、会計装置１０による会計処理の結果を表すレシートデータを会計装置１０から収集し、蓄積する。レシートサーバ３０は、レシートデータの内容を表したレシート画面データを生成し、このレシート画面データをユーザ端末装置２０へ送信する。

閲覧サーバ４０は、レシートサーバ３０が蓄積しているレシートデータに基づいて、ユーザが摂取した飲食物に関する栄養データを表した栄養画面データを生成し、この栄養画面データをユーザ端末装置２０へと送信する。

栄養データサーバ５０は、会計装置１０が設置される店舗で提供する飲食物に関する栄養データを保持する。栄養データサーバ５０は、レシートサーバ３０または閲覧サーバ４０からの要求に応じて、必要な栄養データをレシートサーバ３０または閲覧サーバ４０へと送信する。

［会計装置１０の説明］
図２は、本実施形態における会計装置１０の要部構成を示すブロック図である。
会計装置１０は、プロセッサ１０１、メインメモリ１０２、補助記憶デバイス１０３、通信インターフェース１０４、Ｉ／Ｏ（input/output）インターフェース１０５及びシステム伝送路１０６等を備える。プロセッサ１０１と、メインメモリ１０２、補助記憶デバイス１０３、通信インターフェース１０４及びＩ／Ｏインターフェース１０５とは、システム伝送路１０６によって接続される。システム伝送路１０６は、アドレスバス、データバス及び制御信号線等を含む。

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

プロセッサ１０１は、オペレーティングシステムやアプリケーションプログラムに従って、会計装置１０としての各種の機能を実現するべく各部を制御する。

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

補助記憶デバイス１０３は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）、ＳＳＤ（solid state drive）などである。補助記憶デバイス１０３は、プロセッサ１０１が各種の処理を行う上で使用するデータや、プロセッサ１０１での処理によって生成されたデータを保存する。補助記憶デバイス１０３は、アプリケーションプログラムを記憶する。

補助記憶デバイス１０３が記憶するアプリケーションプログラムには、決済プログラムＰ１１を含む。ただし、決済プログラムＰ１１は、会計装置１０の管理者または会計装置１０の設置作業者等による操作に応じて、例えばインターネットを介してダウンロードされて補助記憶デバイス１０３に書き込まれても良い。

通信インターフェース１０４は、ネットワーク２００を介したデータ通信のインターフェースである。通信インターフェース１０４としては、例えばインターネットを介したデータ通信を行うための周知の通信デバイスを利用できる。

Ｉ／Ｏインターフェース１０５は、種々の入出力デバイスとの間で行うデータ通信のインターフェースである。図示は省略するが、Ｉ／Ｏインターフェース１０５には例えば、ハンディスキャナ、タッチパネル、カードリーダ及びプリンタ等が適宜に接続される。

会計装置１０のハードウェアとしては、既存のＰＯＳ（point-of-sale）端末装置または電子キャッシュレジスタなどを利用できる。

［店舗装置１５の説明］
店舗装置１５は、図２に示す会計装置１０と同様の構成を有するものとして図示を省略する。店舗装置１５は、プロセッサにより、補助記憶デバイス１０３が記憶する商品登録プログラムを実行することにより、ポイントの付与対象とする店舗内で販売される商品（飲食物など）をレシートサーバ３０に登録する。商品登録プログラムは、店舗装置１５の管理者等による操作に応じて、例えばインターネットを介してダウンロードされて補助記憶デバイスに書き込まれても良い。
店舗装置１５のハードウェアとしては、既存のＰＯＳサーバなどを利用できる。

［ユーザ端末装置２０の説明］
図３は、本実施形態におけるユーザ端末装置２０の要部構成を示すブロック図である。
ユーザ端末装置２０は、スマートフォン、携帯電話、あるいはタブレット端末等のような携帯型の情報処理装置である。栄養データの閲覧のために利用されるユーザ端末装置２０は、デスクトップ型のパーソナルコンピュータなどの様な据置型の情報処理装置であっても良い。

ユーザ端末装置２０は、プロセッサ２０１、メインメモリ２０２、補助記憶デバイス２０３、タッチパネル２０４、通信インターフェース２０５、無線インターフェース２０６及びシステム伝送路２０７等を備える。プロセッサ２０１と、メインメモリ２０２、補助記憶デバイス２０３、タッチパネル２０４、通信インターフェース２０５及び無線インターフェース２０６とは、システム伝送路２０７を介して接続される。システム伝送路２０７は、アドレスバス、データバス及び制御信号線等を含む。

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

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

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

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

補助記憶デバイス２０３が記憶するアプリケーションプログラムには、レシートクライアントアプリケーションプログラムＰ２１（以下、レシートクライアントアプリＰ２１と称する）と、健康アプリケーションプログラムＰ２２（以下、健康アプリと称する）を含む。レシートクライアントアプリＰ２１は、レシートクライアントとして、レシートサーバ３０に記録されたレシートデータを閲覧するための制御プログラムである。健康アプリＰ２２は、飲食物に関する栄養データの閲覧のための制御プログラムである。レシートクライアントアプリＰ２１及び健康アプリＰ２２は、ユーザ端末装置２０の使用者による操作に応じて、例えばインターネットを介してダウンロードされて補助記憶デバイス２０３に書き込まれる。

タッチパネル２０４は、ユーザ端末装置２０の入力デバイス及び表示デバイスとして機能する。タッチパネル２０４には、オペレーティングシステムに基づくプロセッサ２０１の処理によりレシートクライアントアプリＰ２１を起動するためのアイコンが表示される。

通信インターフェース２０５は、ネットワーク２００を介したデータ通信のインターフェースである。通信インターフェース２０５としては、例えば移動通信網またはインターネットを介したデータ通信を行うための周知の通信デバイスを利用できる。

無線インターフェース２０６は、無線通信を用いたデータ通信のインターフェースである。無線インターフェース２０６としては、例えばBluetooth（登録商標）やWi-Fiなどの規格に準拠した周知の通信デバイスを利用できる。無線インターフェース２０６による通信の相手の１つは、活動量計３００である。

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

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

プロセッサ３０１は、オペレーティングシステムやアプリケーションプログラムに従って、レシートサーバ３０としての各種の機能を実現するべく各部を制御する。

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

補助記憶デバイス３０３は、例えばＥＥＰＲＯＭ、ＨＤＤ、ＳＳＤなどである。補助記憶デバイス３０３は、プロセッサ３０１が各種の処理を行う上で使用するデータや、プロセッサ３０１での処理によって生成されたデータを保存する。補助記憶デバイス３０３は、アプリケーションプログラムを記憶する場合もある。補助記憶デバイス３０３が記憶するアプリケーションプログラムの１つは、レシートサーバ３０としての動作のための制御プログラム（以下、レシートサーバアプリと称する）Ｐ３１である。

通信インターフェース３０４は、ネットワーク２００を介したデータ通信のインターフェースである。通信インターフェース３０４としては、例えばインターネットを介したデータ通信を行うための周知の通信デバイスを利用できる。

レシートサーバ３０は、例えば汎用のサーバ装置やコンピュータ装置を基本ハードウェアとして用いることができる。

プロセッサ３０１は、レシートサーバアプリＰ３１に基づく処理を実行するために、補助記憶デバイス３０３の記憶領域の一部を電子レシート領域Ｗ３１、商品データ領域Ｗ３２、ポイントデータ領域Ｗ３３に割り当てる。電子レシート領域Ｗ３１は、レシートデータを蓄積する。商品データ領域Ｗ３２は、店舗装置１５によって各店舗から登録された商品（飲食物等）に関する商品データを蓄積する。ポイントデータ領域Ｗ３３は、各店舗が登録した商品データに該当する商品を購入したユーザに対して設定されるポイントデータを蓄積する。

図５は、本実施形態におけるレシートデータのデータ構造を示す図である。
レシートデータは、電子レシートコード３１１、ユーザコード３１２、決済データ３１３及び明細データ３１４を含む。

電子レシートコード３１１は、レシートデータの個々を識別する一意のコードである。ユーザコード３１２は、電子レシートシステム（ポイントシステム１００）を利用するユーザを識別する一意のコード（ＩＤ）である。

決済データ３１３は、決済の結果を表すデータである。決済データ３１３には、例えば、決済が行われた日時、決済金額、決済方法、あるいは決済を行った店舗の店舗コードなどを含む。店舗コードは、会計装置１０及び店舗装置１５が設置された複数の店舗のそれぞれを識別する一意のコードである。

なお、レシートデータには、ユーザが商品を飲食したタイミングを判断するための指標となる時刻情報を含めることとする。上記の日時は、この時刻情報の一例である。時刻情報としては別に、ユーザが入店した日時、あるいは商品のオーダーがなされた日時なども相当する。
明細データ３１４は、決済処理の対象となった飲食物に関する商品コード、名称及び単価などを表したリストを含む。

図６は、本実施形態における商品データのデータ構造を示す図である。
商品データは、店舗コード３１６、期限データ３１７、商品コード３１８を含む。

店舗コード３１６は、店舗を識別する一意のコードであり、ポイントの付与対象とする商品を登録した店舗を示す。期限データ３１７は、ポイントの付与対象とする商品の有効期限を示すデータである。商品コード３１８は、ポイントの付与対象として店舗から登録された商品を識別するコードである。商品コード３１８は、複数の商品についてのコードを含むことができる。さらに、商品データには、各店舗がユーザにサービスを提供するためのクーポンデータなどを含めることができる。

図７は、本実施形態におけるポイントデータのデータ構造を示す図である。
ポイントデータは、ユーザコード３２０、店舗コード３２１、ポイント３２２を含む。

ユーザコード３２０は、ユーザを識別する一意のコードであり、ポイントの付与対象とするユーザを示す。ユーザコード３２０は、１人のユーザについて、レシートデータに用いられるユーザコード３１２と同じである。店舗コード３２１は、店舗を識別する一意のコードであり、ポイント付与の対象とする商品（飲食物）を登録した店舗を示す。ポイント３２２は、店舗コード３２１が示す店舗の商品を購入することにより付与されたポイントに関するデータである。ポイント３２２には、例えばポイントが付与された日付、獲得ポイント、有効期限を示すデータが含まれる。１人のユーザが複数の店舗からポイントを付与された場合、ポイントデータは、店舗コード３２１とポイント３２２との組が複数含まれる。

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

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

プロセッサ４０１は、オペレーティングシステムやアプリケーションプログラムに従って、閲覧サーバ４０としての各種の機能を実現するべく各部を制御する。

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

補助記憶デバイス４０３は、例えばＥＥＰＲＯＭ、ＨＤＤ、ＳＳＤなどである。補助記憶デバイス４０３は、プロセッサ４０１が各種の処理を行う上で使用するデータや、プロセッサ４０１での処理によって生成されたデータを保存する。補助記憶デバイス４０３は、アプリケーションプログラムを記憶する。補助記憶デバイス４０３が記憶するアプリケーションプログラムの１つは、閲覧サーバ４０としての動作のための制御プログラム（以下、閲覧サーバアプリと称する）Ｐ４１である。

通信インターフェース４０４は、ネットワーク２００を介したデータ通信のインターフェースである。通信インターフェース４０４としては、例えばインターネットを介したデータ通信を行うための周知の通信デバイスを利用できる。

閲覧サーバ４０は、例えば汎用のサーバ装置やコンピュータ装置を基本ハードウェアとして用いることができる。

プロセッサ４０１は、閲覧サーバアプリＰ４１に基づく処理を実行するために、補助記憶デバイス４０３の記憶領域の一部を、閲覧画像領域Ｗ４１、閲覧履歴領域Ｗ４２に割り当てる。
閲覧画像領域Ｗ４１は、後述する閲覧画像を表した閲覧画面データを格納する。閲覧履歴領域Ｗ４２は、閲覧画像がユーザ端末装置２０において閲覧された履歴（閲覧日時、閲覧商品）を示す履歴データを格納する。

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

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

プロセッサ５０１は、オペレーティングシステムやアプリケーションプログラムに従って、栄養データサーバ５０としての各種の機能を実現するべく各部を制御する。

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

補助記憶デバイス５０３は、例えばＥＥＰＲＯＭ、ＨＤＤ、ＳＳＤなどである。補助記憶デバイス５０３は、プロセッサ５０１が各種の処理を行う上で使用するデータや、プロセッサ５０１での処理によって生成されたデータを保存する。補助記憶デバイス５０３は、アプリケーションプログラムを記憶する。補助記憶デバイス５０３が記憶するアプリケーションプログラムの１つは、栄養データサーバ５０としての動作のための制御プログラム（以下、栄養データサーバアプリと称する）Ｐ５１を含む。補助記憶デバイス５０３の記憶領域の一部は、栄養データ領域Ｗ５１として使用される。栄養データ領域Ｗ５１は、会計装置１０が設置される店舗で提供される飲食物（商品）のそれぞれについての栄養データを格納する。

図１０は、本実施形態における栄養データのデータ構造を示す図である。
栄養データは、店舗コード５１１、商品コード５１２、カロリーデータ５１３及び栄養バランスデータ５１４を含む。

店舗コード５１１は、会計装置１０が設置される店舗を識別するコードであり、レシートデータに含まれる店舗コードと同系列のものである。

商品コード５１２は、飲食物を識別するコードである。商品コード５１２は、店舗コード５１１で識別される店舗で提供される飲食物の個々に関して一意であれば良い。つまり、それぞれ異なる店舗コード５１１を含んだ別々の栄養データにそれぞれ含まれる商品コード５１２は、同一の飲食物に対してそれぞれ異なっていても良い。ただし商品コード５１２は、店舗コード５１１で識別される店舗に設置された会計装置１０が生成するレシートデータに含まれる商品コードに一致する。

カロリーデータ５１３は、店舗コード５１１で識別される店舗で提供される飲食物のうちの商品コード５１２で識別される飲食物についてのカロリーを表す。

栄養バランスデータ５１４は、店舗コード５１１で識別される店舗で提供される飲食物のうちの商品コード５１２で識別される飲食物についての栄養バランスを表す。栄養バランスデータは、例えば四群点数法などにより定められた複数の食品群毎のエネルギ量を表す。

それぞれ異なる店舗Ａ及び店舗Ｂに、会計装置１０がそれぞれ設置されることを想定する。店舗Ａ，Ｂが、それぞれレシピは異なるものの、何れも「焼肉定食」という名称の商品を提供しているとする。この場合、店舗Ａ，Ｂのそれぞれの会計装置１０においては、同一の商品コードが使用されても良い。この場合、２つの同じ商品コード５１２の栄養データが栄養データ領域Ｗ５１に格納される。２つの栄養データの一方は、店舗Ａを識別する店舗コード５１１と、店舗Ａで提供している「焼肉定食」のカロリーデータ５１３及び栄養バランスデータ５１４とを含む。また２つの栄養データの他方は、店舗Ｂを識別する店舗コード５１１と、店舗Ｂで提供している「焼肉定食」のカロリーデータ５１３及び栄養バランスデータ５１４とを含む。

通信インターフェース５０４は、ネットワーク２００を介したデータ通信のインターフェースである。通信インターフェース５０４としては、例えばインターネットを介したデータ通信を行うための周知の通信デバイスを利用できる。
栄養データサーバ５０は、例えば汎用のサーバ装置やコンピュータ装置を基本ハードウェアとして用いることができる。

［ポイントシステム１００の動作説明］
次に、ポイントシステム１００の動作について説明する。なお、以下に説明する各種の処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。

ポイントシステム１００のユーザは、ユーザ端末装置２０にレシートクライアントアプリＰ２１及び健康アプリＰ２２をインストールする。ユーザは、予め定められた方法で、レシートサーバ３０に対してユーザ登録を行う。このユーザ登録によりレシートサーバ３０では、ユーザを識別する一意のユーザコードが定められるとともに、このユーザコードに対して、ユーザが指定したユーザ名とパスワードとが関連付けられる。本実施形態では、ユーザ名としてはメールアドレスを使用することとする。ユーザ名及びパスワードは、レシートサーバ３０がランダムに決定しても良い。

ユーザは、ポイントシステム１００に属する会計装置１０が設置された店舗で飲食した場合、会計装置１０を利用して会計する。

図１１は、本実施形態における会計装置１０での決済プログラムＰ１１に基づくプロセッサ１０１の処理のフローチャートである。
Ａｃｔ１０１においてプロセッサ１０１は、メインメモリ１０２内に設定する商品リストエリアをクリアする。商品リストエリアは、買上登録が済んだ商品に関する情報のリスト（以下、商品リストと称する）を記述するための記憶エリアである。

プロセッサ１０１は、Ａｃｔ１０２〜Ａｃｔ１０４においては、買上登録すべき商品の指定（Ａｃｔ１０２）、ユーザコードの入力（Ａｃｔ１０３）、あるいは買上登録の締めを指定する操作（Ａｃｔ１０４）の何れかが行われるのを待ち受ける。プロセッサ１０１は、何れかの操作があった場合、その装置に応じた処理に移行する。また、プロセッサ１０１は、買上登録の締めを指定する操作が行われていないためにＮｏと判定したならば、Ａｃｔ１０２へと戻る。

会計装置１０が設置された店舗での飲食を終えたユーザは、オーダー伝票を持参して会計コーナーに出向き、会計コーナーを担当する店員にオーダー伝票を渡す。店員は、オーダー伝票に記載された商品を指定するべく、Ｉ／Ｏインターフェース１０５に接続された入出力デバイスを操作する。例えば店員は、入出力デバイスの１つであるタッチパネルに表示された商品選択ボタンをタッチする。プロセッサ１０１は、このような操作がなされたためにＡｃｔ１０２にてＹｅｓと判定したならば、Ａｃｔ１０５へと進む。

Ａｃｔ１０５においてプロセッサ１０１は、指定された商品を含むように商品リストを更新する。プロセッサ１０１はこののち、Ａｃｔ１０２〜Ａｃｔ１０４の待ち受け状態に戻る。なお、別のオーダー端末での商品指定に基づいて作成されたオーダーリストを商品リストとして取り込んでも良い。

一方で、上記の会計に関して電子レシートサービスを利用したい場合にユーザは、ユーザ端末装置２０においてレシートクライアントアプリＰ２１に基づく処理を起動する。

図１２は、本実施形態における店舗装置１５での商品登録プログラムに基づくプロセッサの処理のフローチャートである。
店舗装置１５のプロセッサは、店舗の管理者などにより指示に応じて、商品登録プログラムを起動する。店舗装置１５は、管理者による入力操作によって、ポイントシステム１００においてポイントの付与対象とする、店舗内で販売する飲食物などの商品を設定する（Ａｃｔ１２０）。また、店舗装置１５は、管理者による入力操作によって、ポイントの付与対象とする期限を設定する。

例えば、管理者は、店舗内での販売を促進したい商品を選択する。ここで、選択する商品には、ユーザの健康に配慮した飲食物が含まれる。健康に配慮した飲食物としては、例えば、飲食店の場合には、栄養素のバランスがとれた食材を利用した飲食物（料理、弁当）や、総カロリーが低い飲食物、低カロリー高タンパクの飲食物などがある。また、量販店の場合には、健康に配慮した飲食物としては、一般に健康食材（野菜、果物など）とされる食材などがある。

店舗装置１５は、ポイントの付与対象とする商品の設定が完了すると、レシートサーバ３０への登録が管理者により指示される。店舗装置１５は、設定された商品を示す商品データ（図６参照）を、ネットワーク２００を通じてレシートサーバ３０に送信して、ポイント付与対象商品として登録する（Ａｃｔ１２１）。

レシートサーバ３０は、店舗装置１５から商品データを受信すると、補助記憶デバイス３０３の商品データ領域Ｗ３２に格納する。すなわち、レシートサーバ３０は、商品を登録した店舗を示す店舗コード３１６、ポイント付与の有効期限を示す期限データ３１７、及びポイントの付与対象とする各商品についての商品コード３１８を格納する。なお、１つの店舗に設置された店舗装置１５は、異なる有効期限の商品を登録することも可能である。

図１３、図１４及び図１５は、本実施形態におけるユーザ端末装置２０でのレシートクライアントアプリＰ２１に基づくプロセッサ２０１の処理のフローチャートである。
Ａｃｔ２０１においてプロセッサ２０１は、レシートクライアントアプリＰ２１に基づいて、タッチパネル２０４にログイン画面を表示する。

図１６は、本実施形態におけるログイン画面ＳＣ１の一例を示す図である。
ログイン画面ＳＣ１には、入力欄Ｆ１１，Ｆ１２及びボタンＢ１１が表示される。入力欄Ｆ１１は、ユーザ名として設定されたメールアドレスをユーザが入力するための欄である。入力欄Ｆ１２は、メールアドレスとともにユーザコードに関連付けられたパスワードをユーザが入力するための欄である。ボタンＢ１１は、ログインを指示するためにユーザがタッチするものである。

ユーザは、ユーザ登録の際に指定したメールアドレス及びパスワードを入力欄Ｆ１１，Ｆ１２にそれぞれ入力した上で、ボタンＢ１１にタッチする。

Ａｃｔ２０２においてプロセッサ２０１は、ログインデータが入力されたか否かを確認する。そしてプロセッサ２０１は、入力欄Ｆ１１，Ｆ１２の何れにもデータが入力されていないためにＮｏと判定したならば、Ａｃｔ２０３へと進む。

Ａｃｔ２０３においてプロセッサ２０１は、ログインが指示されたか否かを確認する。そしてプロセッサ２０１は、ボタンＢ１１がタッチされていないためにＮｏと判定したならば、Ａｃｔ２０２に戻る。

Ａｃｔ２０２及びＡｃｔ２０３においてプロセッサ２０１は、メールアドレスまたはパスワードが入力されるか、あるいはログインが指示されるのを待ち受ける。プロセッサ２０１は、入力欄Ｆ１１，Ｆ１２の何れかにデータが入力されたためにＡｃｔ２０２にてＹｅｓと判定したならば、Ａｃｔ２０４へと進む。

Ａｃｔ２０４においてプロセッサ２０１は、入力されたログインデータを、メインメモリ２０２へと格納する。具体的にはプロセッサ２０１は、入力欄Ｆ１１にデータが入力されたならば、そのデータをメールアドレスとしてメインメモリ２０２に格納する。またプロセッサ２０１は、入力欄Ｆ１２にデータが入力されたならば、そのデータをパスワードとしてメインメモリ２０２に格納する。そしてプロセッサ２０１はこののち、Ａｃｔ２０２及びＡｃｔ２０３の待ち受け状態に戻る。

プロセッサ２０１は、ボタンＢ１１がタッチされたためにＡｃｔ２０３にてＹｅｓと判定したならば、Ａｃｔ２０５へと進む。

Ａｃｔ２０５においてプロセッサ２０１は、メインメモリ２０２に格納されているログインデータ（メールアドレス及びパスワード）を含んだログイン要求を、通信インターフェース２０５からレシートサーバ３０に宛ててネットワーク２００へと送信する。

ネットワーク２００を介してログイン要求がレシートサーバ３０へと伝送されると、このログイン要求を通信インターフェース３０４が受信する。通信インターフェース３０４は、受信したログイン要求をメインメモリ３０２または補助記憶デバイス３０３に格納する。

図１７及び図１８は、本実施形態におけるレシートサーバ３０でのレシートサーバアプリＰ３１に基づくプロセッサ３０１の処理のフローチャートである。
Ａｃｔ３０１においてプロセッサ３０１は、ログイン要求が受信されたか否かを確認する。そしてプロセッサ３０１は、ログイン要求が通信インターフェース３０４によって受信されていないためにＮｏと判定したならば、Ａｃｔ３０１を繰り返す。かくしてＡｃｔ３０１においてプロセッサ３０１は、ログイン要求が受信されるのを待ち受ける。そしてプロセッサ３０１は、ログイン要求が通信インターフェース３０４によって受信されたためにＹｅｓと判定したならば、Ａｃｔ３０２へと進む。

Ａｃｔ３０２においてプロセッサ３０１は、受信されたログイン要求に含まれたログインデータに基づいて認証処理を行う。具体的にはプロセッサ３０１は、ログイン要求に含まれたメールアドレスとパスワードとに関連付けられたユーザコードが設定されているか否かを確認する。

Ａｃｔ３０３においてプロセッサ３０１は、認証に成功したか否かを確認する。そしてプロセッサ３０１は、メールアドレスとパスワードとに関連付けられたユーザコードが設定されていないためにＮｏと判定したならば、Ａｃｔ３０４へと進む。

Ａｃｔ３０４においてプロセッサ３０１は、エラー通知を通信インターフェース３０４からユーザ端末装置２０に宛ててネットワーク２００へと送信する。その後、プロセッサ３０１は、Ａｃｔ３０１の待ち受け状態に戻る。

プロセッサ３０１は、メールアドレスとパスワードとに関連付けられたユーザコードが設定されているためにＡｃｔ３０３でＹｅｓと判定したならば、図１８内のＡｃｔ３０５へと進む。なお、この場合にプロセッサ３０１は、メールアドレスとパスワードとに関連付けられたユーザコードを、ログイン中のユーザのユーザコードとしてメインメモリ１０２に格納しておく。

Ａｃｔ３０５においてプロセッサ３０１は、トップ画面データを生成し、このトップ画面データを通信インターフェース３０４からユーザ端末装置２０に宛ててネットワーク２００へと送信する。

トップ画面データは、ユーザ端末装置２０のタッチパネル２０４にトップ画面を表示させるための画像を表す。トップ画面データは、ユーザコードを含む。

図１９は、本実施形態におけるトップ画面ＳＣ２の一例を示す図である。
トップ画面ＳＣ２は、バーコードＣ２１と、ボタンＢ２１，Ｂ２２，Ｂ２３，Ｂ２４とを含む。

バーコードＣ２１は、ログイン要求に含まれたメールアドレスとパスワードとに関連付けられたユーザコードを表す。ボタンＢ２１は、トップ画面への移行を指示するためにユーザがタッチするものである。ボタンＢ２２は、レシート閲覧画面への移行を指示するためにユーザがタッチするものである。ボタンＢ２３は、栄養閲覧画面への移行を指示するためにユーザがタッチするものである。ボタンＢ２３は、トップ画面、レシート閲覧画面及び栄養閲覧画面とは別の画面への移行を指示するためにユーザがタッチするものである。当該画面は、例えば各種の設定のためのユーザ操作を受け付けるための画面である。

ボタンＢ２１，Ｂ２２，Ｂ２３，Ｂ２４は、現在の画面がどの画面であるかを表すインジケータの機能も有する。図１９では、トップ画面ＳＣ２に対応するボタンＢ２１の枠を他のボタンＢ２２〜Ｂ２４に比べて太くしている。

プロセッサ２０１は、図１３に示すＡｃｔ２０５においてログイン要求を送信した後には、Ａｃｔ２０６へと進む。

Ａｃｔ２０６においてプロセッサ２０１は、エラーが通知されたか否かを確認する。ネットワーク２００を介してエラー通知がユーザ端末装置２０へと伝送されると、通信インターフェース２０５は、エラー通知を受信する。通信インターフェース２０５は、エラー通知を受信した旨をプロセッサ２０１へと通知する。プロセッサ２０１は、この通知がなされたためにＡｃｔ２０６にてＹｅｓと判定したならば、Ａｃｔ２０１に戻ってそれ以降の処理を前述したのと同様に繰り返す。

ネットワーク２００を介してトップ画面データがユーザ端末装置２０へと伝送されると、通信インターフェース２０５は、トップ画面データを受信する。通信インターフェース２０５は、トップ画面データをメインメモリ２０２または補助記憶デバイス２０３へと格納する。プロセッサ２０１は、トップ画面データの受信に応じて、Ａｃｔ２０６にてＮｏと判定する。この場合、プロセッサ２０１は、図１４のＡｃｔ２０７へと進む。

Ａｃｔ２０７においてプロセッサ２０１は、受信されたトップ画面データに基づき、タッチパネル２０４にトップ画面を表示する。これにより、タッチパネル２０４の画面には、ユーザコードを表したバーコードが表示される。

ユーザは、バーコードが表示されたユーザ端末装置２０を、店員に提示する。定員は、会計装置１０のＩ／Ｏインターフェース１０５に接続された入出力デバイスの１つであるハンディスキャナにバーコードを読み取らせる。

会計装置１０のプロセッサ１０１は、ハンディスキャナによりバーコードが読み取られたために図１１内のＡｃｔ１０３にてＹｅｓと判定したならば、Ａｃｔ１０６へと進む。

Ａｃｔ１０６においてプロセッサ１０１は、読み取られたバーコードが表すユーザコードを、メインメモリ１０２または補助記憶デバイス１０３に格納する。この後、プロセッサ１０１は、Ａｃｔ１０２〜Ａｃｔ１０４の待ち受け状態に戻る。このため、バーコードの読み取りが複数回行われることがあるが、この場合には最後に読み取られたバーコードが表すユーザコードで、メインメモリ１０２または補助記憶デバイス１０３に既に格納されているユーザコードを上書きする。ユーザコードは、ユーザの識別コードに相当する。

店員は、伝票に記載された商品の全てを指定し終えたならば、例えば入出力デバイスの１つであるタッチパネルに表示された小計ボタンをタッチする。プロセッサ１０１は、このような操作がなされたためにＡｃｔ１０４にてＹｅｓと判定したならば、Ａｃｔ１０７へと進む。

Ａｃｔ１０７においてプロセッサ１０１は、商品リストに示された商品の提供に関わる代金の決済のための決済処理を行う。この決済処理は、既存のＰＯＳ装置などで実施している処理をそのまま利用できる。

Ａｃｔ１０８においてプロセッサ１０１は、ユーザコードがメインメモリ１０２または補助記憶デバイス１０３に格納されているか否かを確認する。そしてプロセッサ１０１は、ユーザコードが格納されているためにＹｅｓと判定したならば、Ａｃｔ１０９へと進む。

Ａｃｔ１０９においてプロセッサ１０１は、図５に示すような構成のレシートデータを作成する。

Ａｃｔ１１０においてプロセッサ１０１は、紙レシートを発行するか否かを確認する。具体的にはプロセッサ１０１は、紙レシートの発行をユーザが希望するか否かを問い合わせる画面をタッチパネルに表示する。そしてプロセッサ１０１は、タッチパネルでの操作により紙レシートを発行しない旨の入力がなされたためにＮｏと判定したならば、Ａｃｔ１１１へと進む。なお、Ａｃｔ１１０を省略して、プロセッサ１０１はＡｃｔ１０９からＡｃｔ１１１へと進むようにしても良い。

Ａｃｔ１１１においてプロセッサ１０１は、Ａｃｔ１０９で作成したレシートデータをレシートサーバ３０へと送信する。具体的にはプロセッサ１０１は、Ａｃｔ１０９で作成したレシートデータと、メインメモリ１０２または補助記憶デバイス１０３に格納されたユーザコードとを含んだ伝送ファイルを生成する。そしてプロセッサ１０１は、伝送ファイルを、通信インターフェース１０４からレシートサーバ３０へと宛ててネットワーク２００へと送信する。この後、プロセッサ１０１は、Ａｃｔ１０１に戻り、それ以降の処理を前述と同様にしてやり直す。

プロセッサ１０１は、ユーザコードが格納されていないためにＡｃｔ１０８にてＮｏと判定したならば、Ａｃｔ１１２へと進む。プロセッサ１０１は、タッチパネルでの操作により紙レシートを発行する旨の入力がなされたためにＡｃｔ１１０にてＹｅｓと判定した場合にも、Ａｃｔ１１２へと進む。

Ａｃｔ１１２においてプロセッサ１０１は、Ｉ／Ｏインターフェース１０５に接続された入出力デバイスの１つであるプリンタを制御して、紙レシートを発行する。この後、プロセッサ１０１は、Ａｃｔ１０１に戻り、それ以降の処理を前述と同様にしてやり直す。

ネットワーク２００を介して、レシートデータを含んだ伝送ファイルがレシートサーバ３０へと伝送されると、通信インターフェース３０４は、伝送ファイルを受信する。通信インターフェース３０４は、受信した伝送ファイルをメインメモリ３０２または補助記憶デバイス３０３に格納する。

なお、レシートサーバ３０のプロセッサ３０１は、図１７及び図１８に示す処理とは別のレシートデータ受信処理を、図１７及び図１８に示す処理と並列的に実行する。レシートデータ受信処理は、会計装置１０から送信されるレシートデータの格納と、ユーザ購入した商品に対するポイント付与のための処理である。

図２０は、本実施形態におけるレシートデータ受信処理のフローチャートである。
Ａｃｔ４０１においてプロセッサ３０１は、レシートデータを含む伝送ファイルが受信されたか否かを確認する。プロセッサ３０１は、伝送ファイルが受信されていないためにＮｏと判定したならば、Ａｃｔ４０１を繰り返す。かくしてＡｃｔ４０１においてプロセッサ３０１は、レシートデータを含む伝送ファイルが受信されるのを待ち受ける。そしてプロセッサ３０１は、レシートデータが受信されたためにＹｅｓと判定したならば、Ａｃｔ４０２へと進む。

Ａｃｔ４０２においてプロセッサ３０１は、受信された伝送ファイルに含まれるレシートデータを、同伝送ファイルに含まれたユーザコードに関連付けて、補助記憶デバイス３０３の電子レシート領域Ｗ３１に格納する。

さらに、プロセッサ３０１は、レシートデータに含まれる明細データ３１４をもとに、ユーザ購入した商品についてポイントを付与するかを判定する。このために、Ａｃｔ４０３においてプロセッサ３０１は、レシートデータに含まれるユーザコード３１２が示すユーザに対して送信された「おすすめ商品データ」を閲覧サーバ４０に要求する。プロセッサ３０１は、通信インターフェース３０４を通じて、おすすめ商品データ要求を閲覧サーバ４０に送信する。

「おすすめ商品データ」は、後述する閲覧サーバ４０における処理（図２８に示すフローチャートの処理）によって、ユーザが購入した商品（飲食物）をもとに作成された、おすすめ商品を示すデータである。「おすすめ商品データ」は、栄養バランスを示すデータを含むユーザ別の栄養データをもとに、ユーザの健康に良いと判定された商品群を示すデータである。おすすめ商品は、各店舗からレシートサーバ３０に登録された商品群からユーザ別の栄養データをもとに選択される。

例えば、ユーザ別の栄養データが特定の食品群の不足を示す場合、おすすめ商品として、不足する食品群に含まれる食材を多く含む商品（飲食物）が選択される。また、栄養データが摂取カロリーオーバを示す場合、おすすめ商品として、総カロリーが少ない商品（飲食物）が選択される。

プロセッサ３０１は、Ａｃｔ４０４において、おすすめ商品データが受信されると、レシートデータの明細データ３１４が示す飲食物が、商品データ領域Ｗ３２に格納された各店舗により登録された飲食物（商品）と一致し、かつ「おすすめ商品データ」が示す商品であるかを判定する。すなわち、Ａｃｔ４０５においてプロセッサ３０１は、明細データ３１４が示す購入された商品のそれぞれについて、前述する条件に該当する、ポイント付与の対象とする商品であるかを判定する。

ここで、プロセッサ３０１は、明細データ３１４が示す商品（飲食物）が、前述した条件に該当すると判定された場合、この判定結果に基づいてポイントデータを設定する。

プロセッサ３０１は、ポイントデータ領域Ｗ３３に格納された、レシートデータのユーザコード３１２と同じユーザコード３２０が設定されたポイントデータについて、レシートデータの決済データ３１３に含まれる店舗コードと同じ店舗コード３２１と対応づけられたポイント３２２を設定する。ポイント３２２は、ポイントが付与された日付、獲得ポイントを示すデータが含まれる。なお、獲得ポイントは、例えば店舗毎に決められていても良いし、商品（飲食物）毎に決められていても良い。また、獲得ポイントは、商品が購入された日時が、予め設定された何れの期間に含まれるかに応じて決められても良い。
この後、プロセッサ３０１は、Ａｃｔ４０１の待ち受け状態に戻り、新たな伝送ファイルが受信されるのに備える。

このようにして、本実施形態におけるレシートサーバ３０は、ユーザが店舗で商品（飲食物）を購入することにより生成されるレシートデータを、補助記憶デバイス３０３に蓄積する。また、レシートサーバ３０は、レシートデータをもとに、ユーザが購入した商品についてポイントを付与する。ポイントは、ユーザ別の栄養データをもとに、ユーザの健康に良いと判定された商品群に含まれる商品に対して付与される。すなわち、ポイントシステム１００は、健康を配慮した飲食物の購入に対してポイントを付与することで、ユーザによる健康に配慮した飲食物の取得を支援することができる。

さて、ユーザ端末装置２０のプロセッサ２０１は、図１４のＡｃｔ２０７において、タッチパネル２０４にトップ画面を表示した後にＡｃｔ２０８へと進む。

プロセッサ２０１は、Ａｃｔ２０８〜Ａｃｔ２１０においては、レシート表示（Ａｃｔ２０８）あるいは栄養データ表示（Ａｃｔ２０９）を指示するための操作か、あるいはその他の何らかの操作（Ａｃｔ２１０）が行われるのを待ち受ける。ここでプロセッサ２０１は、その他の操作がユーザにより行われたためにＡｃｔ２１０にてＹｅｓと判定したならば、その操作に応じた処理に移行する。この場合の処理についての説明は省略する。

ユーザは、レシートを閲覧したい場合、トップ画面内のボタンＢ２２にタッチする。プロセッサ２０１は、ボタンＢ２２へのタッチがタッチパネル２０４で検出されたためにＡｃｔ２０８にてＹｅｓと判定したならば、Ａｃｔ２１１へと進む。

Ａｃｔ２１１においてプロセッサ２０１は、タッチパネル２０４に選択画面を表示する。具体的にはプロセッサ２０１は、レシートサーバ３０に宛てのレシート表示要求を、通信インターフェース２０５からネットワーク２００へ送信する。そしてプロセッサ２０１は、レシート表示要求に応答してレシートサーバ３０から送信された選択画面データが通信インターフェース２０５により受信されると、選択画面データに基づき、タッチパネル２０４に選択画面を表示する。

ネットワーク２００を介してレシート表示要求がレシートサーバ３０へと伝送されると、このレシート表示要求を通信インターフェース３０４が受信する。通信インターフェース３０４は、受信したレシート表示要求をメインメモリ３０２または補助記憶デバイス３０３に格納する。

プロセッサ３０１は、図１８のＡｃｔ３０５にてトップ画面データを送信した後には、Ａｃｔ３０６へ進む。
Ａｃｔ３０６及びＡｃｔ３０７においてプロセッサ３０１は、レシート表示要求が受信されるか（Ａｃｔ３０６）、ユーザによる何らかの操作（Ａｃｔ３０７）がなされるのを待ち受ける。ここでプロセッサ３０１は、ユーザによる何らかの操作が行われたためにＡｃｔ３０７にてＹｅｓと判定したならば、その操作に応じた処理に移行する。この場合の処理についての説明は省略する。

プロセッサ３０１は、通信インターフェース３０４によってレシート表示要求が受信されたためにＡｃｔ３０６にてＹｅｓと判定したならば、Ａｃｔ３０８へと進む。

Ａｃｔ３０８においてプロセッサ３０１は、選択画面データを生成し、この選択画面データを通信インターフェース３０４からユーザ端末装置２０に宛ててネットワーク２００へと送信する。

選択画面データは、ユーザ端末装置２０のタッチパネル２０４に選択画面を表示させるための画像を表す。選択画面は、ログイン中のユーザのユーザコードに関連付けて電子レシート領域Ｗ３１に格納されたレシートデータのうちの１つをユーザに選択させるために画面である。

ネットワーク２００を介して選択画面データがユーザ端末装置２０へと伝送されると、この選択画面データを通信インターフェース２０５が受信する。通信インターフェース２０５は、受信した選択画面データをメインメモリ２０２または補助記憶デバイス２０３に格納する。そしてプロセッサ２０１は、通信インターフェース２０５により受信された選択画面データに基づいて、前述のように図１４内のＡｃｔ２１１において、タッチパネル２０４に選択画面を表示する。プロセッサ２０１は、タッチパネル２０４に選択画面を表示した後、Ａｃｔ２１２へと進む。

プロセッサ２０１は、Ａｃｔ２１２〜Ａｃｔ２１５においては、レシートの指定（Ａｃｔ２１２）、トップ画面の表示指示（Ａｃｔ２１３）、栄養データの表示指示（Ａｃｔ２１４）、及びその他の操作（Ａｃｔ２１５）の何れかがなされるのを待ち受ける。ここでプロセッサ２０１は、その他の操作がユーザにより行われたためにＡｃｔ２１５にてＹｅｓと判定したならば、その操作に応じた処理に移行する。この場合の処理についての説明は省略する。

ユーザは、表示したいレシートを指定するべく選択画面内で操作を行う。プロセッサ２０１は、選択画面内での操作がタッチパネル２０４で検出されたために図１４内のＡｃｔ２１２にてＹｅｓと判定したならば、図１５内のＡｃｔ２１６へと進む。

Ａｃｔ２１６においてプロセッサ２０１は、タッチパネル２０４にレシート画面を表示する。具体的にはプロセッサ２０１は、指定されたレシートの電子レシートコードを含んだレシート指定通知を、通信インターフェース２０５からレシートサーバ３０に宛ててネットワーク２００へと送信する。そしてプロセッサ２０１は、このレシート指定通知に応答してレシートサーバ３０から送信されたレシート画面データが通信インターフェース２０５により受信されたならば、このレシート画面データに基づき、タッチパネル２０４の画面をレシート画面とする。

ネットワーク２００を介してレシート指定通知がレシートサーバ３０へと伝送されると、このレシート指定通知を通信インターフェース３０４が受信する。通信インターフェース３０４は、受信したレシート指定通知をメインメモリ３０２または補助記憶デバイス３０３に格納する。

プロセッサ３０１は、図１８内のＡｃｔ３０８にて選択画面データを送信した後には、Ａｃｔ３０９へ進む。

Ａｃｔ３０９においてプロセッサ３０１は、レシート指定通知が受信されたか否かを確認する。そしてプロセッサ３０１は、レシート指定通知が受信されていないためにＮｏと判定したならば、Ａｃｔ３１０へと進む。

Ａｃｔ３１０においてプロセッサ３０１は、ユーザによる何らかの操作がなされたか否かを確認する。そしてプロセッサ３０１は、何らの操作も行われていないためにＮｏと判定したならば、Ａｃｔ３０９へと戻る。

Ａｃｔ３０９及びＡｃｔ３１０においてプロセッサ３０１は、レシート指定通知が受信されるか、ユーザによる何らかの操作がなされるのを待ち受ける。ここでプロセッサ２０１は、ユーザによる何らかの操作が行われたためにＡｃｔ３１０にてＹｅｓと判定したならば、その操作に応じた処理に移行する。この場合の処理についての説明は省略する。

プロセッサ３０１は、通信インターフェース３０４によってレシート指定通知が受信されたためにＡｃｔ３０９にてＹｅｓと判定したならば、Ａｃｔ３１１へと進む。

Ａｃｔ３１１においてプロセッサ３０１は、レシート指定通知に含まれた電子レシートコードによって特定されるレシートデータに基づいてレシート画面データを生成する。そしてプロセッサ３０１は、この生成したレシート画面データを通信インターフェース３０４からユーザ端末装置２０に宛ててネットワーク２００へと送信する。レシート画面データは、ユーザ端末装置２０のタッチパネル２０４にレシート画面を表示するための画像を表す。

図２１は、本実施形態におけるレシート画面ＳＣ３の一例を示す図である。なお、図１９に示すトップ画面ＳＣ２と同一の表示オブジェクトについては、図１９と同一の符号を付し、その詳細な説明は省略する。

レシート画面ＳＣ３は、レシート領域Ａ３１と、ボタンＢ２１〜Ｂ２４とを表す。レシート領域Ａ３１は、決済データ３１３及び明細データ３１４が示す情報を文字列などにより表す。レシート画面ＳＣ３では、ボタンＢ２２の枠を他のボタンＢ２１，Ｂ２３，Ｂ２４に比べて太くしている。

本実施形態においては、プロセッサ３０１は、レシート画面ＳＣ３に例示されるように、レシート領域Ａ３１に各商品のカロリー及び塩分量を表している。これらのデータはレシートデータには含まれていない。プロセッサ３０１は、栄養データサーバ５０からこれらのデータを取得する。レシート領域Ａ３１には、カロリー及び塩分量の何れか一方のみを表しても良いし、栄養データに含まれる別のデータを表しても良い。ただし、レシート領域Ａ３１に栄養データを表すことは、必須ではない。

ネットワーク２００を介してレシート画面データがユーザ端末装置２０へと伝送されると、このレシート画面データを通信インターフェース２０５が受信する。通信インターフェース２０５は、受信したレシート画面データをメインメモリ２０２または補助記憶デバイス２０３に格納する。プロセッサ２０１は、通信インターフェース２０５により受信された選択画面データに基づいて、Ａｃｔ２１６において、タッチパネル２０４にレシート画面を表示する。そして、プロセッサ２０１は、タッチパネル２０４にレシート画面を表示した後、Ａｃｔ２１７へと進む。

プロセッサ２０１はＡｃｔ２１７〜Ａｃｔ２２０においては、選択画面の表示指示（Ａｃｔ２１７）、トップ画面の表示指示（Ａｃｔ２１８）、栄養データの表示指示（Ａｃｔ２１９）、及びその他の操作（Ａｃｔ２２０）の何れかがなされるのを待ち受ける。ここで、プロセッサ２０１は、ここでいずれかの操作があった場合には、操作に応じた処理に移行する。プロセッサ２０１は、その他の操作がユーザにより行われたためにＡｃｔ２２０にてＹｅｓと判定したならば、その操作に応じた処理に移行する。この場合の処理についての説明は省略する。

一方、プロセッサ３０１は、図１８のＡｃｔ３１１にてレシート画面データを送信したのち、Ａｃｔ３１２へと進む。従って、プロセッサ２０１が図１５のＡｃｔ２１７〜Ａｃｔ２１９の待ち受け状態にあるとき、プロセッサ４０１は、図１８のＡｃｔ３１２〜Ａｃｔ３１４の待ち受け状態にある。

プロセッサ３０１は、Ａｃｔ３１２〜Ａｃｔ３１４の待ち受け状態においては、レシート画面の表示要求（Ａｃｔ３１２）、トップ画面の表示要求（Ａｃｔ３１３）、及びその他の操作（Ａｃｔ３１４）の何れかがなされるのを待ち受ける。プロセッサ３０１は、何れかの要求があった場合、その要求に応じた処理に移行する。また、プロセッサ３０１は、その他の操作がユーザにより行われたためにＡｃｔ３１４にてＹｅｓと判定したならば、その操作に応じた処理に移行する。この場合の処理についての説明は省略する。

ユーザは、表示するレシートを変更したい場合には、レシート画面内のボタンＢ２２にタッチする。プロセッサ２０１は、ボタンＢ２２へのタッチがタッチパネル２０４で検出されたためにＡｃｔ２１７にてＹｅｓと判定したならば、図１４内のＡｃｔ２１１に戻り、それ以降の処理を前述と同様に繰り返す。このため、ユーザ端末装置２０からは、レシート表示要求がレシートサーバ３０に宛ててネットワーク２００へと送信される。

ネットワーク２００を介してレシート表示要求がレシートサーバ３０へと伝送されると、このレシート表示要求を通信インターフェース３０４が受信する。通信インターフェース３０４は、受信したレシート表示要求をメインメモリ３０２または補助記憶デバイス３０３に格納する。プロセッサ３０１は、レシート表示要求が受信されたためにＡｃｔ３１２にてＹｅｓと判定したならば、Ａｃｔ３０８に戻り、それ以降の処理を前述と同様に繰り返す。
これにより、前述と同様にして、タッチパネル２０４に選択画面が表示される。

ユーザは、画面をトップ画面に戻したい場合には、レシート画面内のボタンＢ２１にタッチする。プロセッサ２０１は、ボタンＢ２１へのタッチがタッチパネル２０４で検出されたためにＡｃｔ２１８にてＹｅｓと判定したならば、図１４内のＡｃｔ２０７に戻り、それ以降の処理を前述と同様に繰り返す。このため、ユーザ端末装置２０からは、トップ表示要求がレシートサーバ３０に宛ててネットワーク２００へと送信される。

ネットワーク２００を介してトップ表示要求がレシートサーバ３０へと伝送されると、このレシート表示要求を通信インターフェース３０４が受信する。通信インターフェース３０４は、受信したトップ表示要求をメインメモリ３０２または補助記憶デバイス３０３に格納する。そしてプロセッサ３０１は、このようにトップ表示要求が受信されたためにＡｃｔ３１３にてＹｅｓと判定したならば、Ａｃｔ３０５に戻り、それ以降の処理を前述と同様に繰り返す。
これにより、前述と同様にして、タッチパネル２０４にトップ画面が表示される。

ユーザは、摂取した栄養の分布及びカロリーを確認したい場合には、レシート画面内のボタンＢ２３にタッチする。プロセッサ２０１は、ボタンＢ２３へのタッチがタッチパネル２０４で検出されたためにＡｃｔ２１９にてＹｅｓと判定したならば、Ａｃｔ２２１へと進む。
Ａｃｔ２２１においてプロセッサ２０１は、健康アプリＰ２２に基づく処理を別タスクの処理として起動する。

図２２、図２３、図２４及び図２５は、本実施形態におけるユーザ端末装置２０での栄養アプリＰ２２に基づくプロセッサ２０１の処理のフローチャートである。
図２２のＡｃｔ５０１においてプロセッサ２０１は、栄養閲覧要求を通信インターフェース２０５から閲覧サーバ４０に宛ててネットワーク２００へと送信する。プロセッサ２０１は、メインメモリ２０２または補助記憶デバイス２０３に格納されたトップ画面データに含まれたユーザコードを、栄養閲覧要求に含める。

ネットワーク２００を介して栄養閲覧要求が閲覧サーバ４０へと伝送されると、通信インターフェース４０４は、栄養閲覧要求を受信する。通信インターフェース４０４は、受信したログイン要求をメインメモリ４０２または補助記憶デバイス４０３に格納する。

図２６、図２７、図２８、図２９、及び図３０は、本実施形態における閲覧サーバ４０での閲覧サーバアプリＰ４１に基づくプロセッサ４０１の処理のフローチャートである。
Ａｃｔ６０１においてプロセッサ４０１は、栄養閲覧要求が受信されたか否かを確認する。そしてプロセッサ４０１は、栄養閲覧要求が受信されていないためにＮｏと判定したならば、Ａｃｔ６０１を繰り返す。プロセッサ４０１は、Ａｃｔ６０１において、栄養閲覧要求が受信されるのを待ち受ける。プロセッサ４０１は、栄養閲覧要求が通信インターフェース４０４によって受信されたためにＹｅｓと判定したならば、Ａｃｔ６０２へと進む。

Ａｃｔ６０２においてプロセッサ４０１は、対象期間を当日の一日に設定する。
Ａｃｔ６０３においてプロセッサ４０１は、レシートサーバ３０にアクセスし、栄養閲覧要求に含まれたユーザコードに関連付けて電子レシート領域Ｗ３１に格納されたレシートデータのうちで、決済日時が対象期間内であるレシートデータを取得する。プロセッサ４０１は、取得したレシートデータを、メインメモリ４０２または補助記憶デバイス４０３に格納する。

Ａｃｔ６０４においてプロセッサ４０１は、栄養データ要求を、通信インターフェース４０４から栄養データサーバ５０に宛ててネットワーク２００へと送信する。プロセッサ４０１は、対象期間と、取得したレシートデータ内の店舗コードと同レシートデータ内の商品コードのそれぞれとの組み合わせからなるキーデータとを栄養データ要求に含める。

ネットワーク２００を介して栄養データ要求が栄養データサーバ５０へと伝送されると、この栄養データ要求を通信インターフェース５０４が受信する。通信インターフェース５０４は、受信した栄養データ要求をメインメモリ５０２または補助記憶デバイス５０３に格納する。

図３１は、本実施形態における栄養データサーバ５０での栄養データサーバアプリＰ５１に基づくプロセッサ５０１の処理のフローチャートである。
Ａｃｔ７０１においてプロセッサ５０１は、栄養データ要求が受信されたか否かを確認する。そしてプロセッサ５０１は、栄養データ要求が通信インターフェース５０４によって上記のように受信されていないためにＮｏと判定したならば、Ａｃｔ７０１を繰り返す。Ａｃｔ７０１においてプロセッサ５０１は、栄養データ要求が受信されるのを待ち受ける。プロセッサ５０１は、栄養データ要求が通信インターフェース５０４によって受信されたためにＹｅｓと判定したならば、Ａｃｔ７０２へと進む。

Ａｃｔ７０２においてプロセッサ５０１は、補助記憶デバイス５０３の栄養データ領域Ｗ５１に格納された栄養データの中から必要な栄養データを抽出する。ここでの抽出対象は、栄養データ要求に含まれたキーデータのそれぞれに関して、そのキーデータに店舗コード５１１及び商品コード５１２の組み合わせが一致する栄養データである。

Ａｃｔ７０３においてプロセッサ５０１は、抽出した栄養データを閲覧サーバ４０へと送信する。具体的にはプロセッサ５０１は、Ａｃｔ７０２で抽出した全ての栄養データを含んだ伝送ファイルを生成する。そしてプロセッサ５０１は、伝送ファイルを、通信インターフェース５０４から閲覧サーバ４０に宛ててネットワーク２００へと送信する。その後、プロセッサ５０１は、Ａｃｔ７０１の待ち受け状態に戻る。

ネットワーク２００を介して、栄養データを含んだ伝送ファイルが閲覧サーバ４０へと伝送されると、この伝送ファイルを通信インターフェース４０４が受信する。通信インターフェース４０４は、受信した伝送ファイルをメインメモリ４０２または補助記憶デバイス４０３に格納する。

プロセッサ４０１は、図２６内のＡｃｔ６０４にて栄養データ要求を送信した後には、Ａｃｔ６０５へ進む。
Ａｃｔ６０５においてプロセッサ４０１は、栄養データが受信されたか否かを確認する。そしてプロセッサ４０１は、栄養データを含んだ伝送ファイルが受信されていないためにＮｏと判定したならば、Ａｃｔ６０５を繰り返す。

Ａｃｔ６０５においてプロセッサ４０１は、栄養データが受信されるのを待ち受ける。そしてプロセッサ４０１は、上述のように通信インターフェース４０４によって栄養データを含んだ伝送ファイルが受信されたためにＡｃｔ６０５にてＹｅｓと判定したならば、Ａｃｔ６０６へと進む。

Ａｃｔ６０６においてプロセッサ４０１は、栄養画面データを補助記憶デバイス４０３の閲覧画像領域Ｗ４１内に生成する。
栄養画面データは、ユーザ端末装置２０のタッチパネル２０４に栄養閲覧画面を表示するための閲覧画像を表す。

図３２は、本実施形態における栄養閲覧画面ＳＣ４の一例を示す図である。なお、図１９に示すトップ画面ＳＣ２と同一の表示オブジェクトについては、図１９と同一の符号を付して、詳細な説明は省略する。

栄養閲覧画面ＳＣ４は、ボタン群ＢＧ４１、画像ＩＭ４１，ＩＭ４２，ＩＭ４３及びボタンＢ２１，Ｂ２３，Ｂ２４，Ｂ４１を含む。

ボタン群ＢＧ４１は、対象期間を変更するためにユーザがタッチする複数のボタンを含む。ボタン群ＢＧ４１は、現在の対象期間の設定状況を表すインジケータの機能も有する。ボタン群Ｂ４１では、「今日」という文字が表されたボタンと、「１日」という文字が表されたボタンとを太枠としていることにより、対象期間が当日の１日に設定されていることを表す。

画像ＩＭ４１は、対象期間において摂取された栄養素のバランスを表す。画像ＩＭ４２は、対象期間において摂取されたカロリーを表す。画像ＩＭ４３は、予め定められた条件に合致する補足情報を表す。ただし、図３２においては、画像ＩＭ４３に表されるべき補足情報の図示を省略している。
ボタンＢ４１は、グラフ画面への移行を指示するためにユーザがタッチするものである。
プロセッサ４０１は、例えば、全てのボタンの枠線を破線により表すボタン群画像を、閲覧画像領域Ｗ４１内の予め定められた領域に展開する。ボタン群画像は、例えば、予め補助記憶デバイス４０３に格納されている。また、プロセッサ４０１は、栄養閲覧要求に示された対象期間を表すように一部のボタンの枠線を太線により表示する。

プロセッサ４０１は、例えば、伝送ファイルに含まれた栄養データのそれぞれに含まれた栄養バランスデータ５１４に示された点数を栄養素毎に積算し、栄養素毎の総点数を算出する。そしてプロセッサ４０１は、栄養素毎の総点数のバランスを表す図３２に示す様な画像ＩＭ４１を生成し、閲覧画像領域Ｗ４１内の予め定められた領域に展開する。

プロセッサ４０１は、例えば、伝送ファイルに含まれた栄養データのそれぞれに含まれたカロリーデータ５１３に示されたカロリーを積算し、総カロリーを算出する。そしてプロセッサ４０１は、総カロリーを表す図３２に示す様な画像ＩＭ４２を生成し、閲覧画像領域Ｗ４１内の予め定められた領域に展開する。

プロセッサ４０１は、例えば、予め定められた条件に従って画像ＩＭ４３を生成し、閲覧画像領域Ｗ４１内の予め定められた領域に展開する。

Ａｃｔ６０７においてプロセッサ４０１は、閲覧画像領域Ｗ４１に格納された栄養画面データを、通信インターフェース４０４からユーザ端末装置２０に宛ててネットワーク２００へと送信する。

ネットワーク２００を介して、栄養画面データがユーザ端末装置２０へと伝送されると、この栄養画面データを通信インターフェース２０５が受信する。通信インターフェース２０５は、受信した伝送ファイルをメインメモリ２０２または補助記憶デバイス２０３に格納する。

プロセッサ２０１は、図２６内のＡｃｔ５０１にて栄養閲覧要求を送信した後には、Ａｃｔ５０２へ進む。

Ａｃｔ５０２においてプロセッサ２０１は、栄養画面データが受信されたか否かを確認する。そしてプロセッサ４０１は、栄養画面データが受信されていないためにＮｏと判定したならば、Ａｃｔ５０２を繰り返す。

Ａｃｔ５０２においてプロセッサ２０１は、栄養画面データが受信されるのを待ち受ける。そしてプロセッサ２０１は、通信インターフェース２０５によって栄養画面データが受信されたためにＡｃｔ５０２にてＹｅｓと判定したならば、Ａｃｔ５０３へと進む。

Ａｃｔ５０３においてプロセッサ２０１は、タッチパネル２０４に営業画面データが表す栄養閲覧画面を表示する。

プロセッサ２０１は、Ａｃｔ５０４〜Ａｃｔ５０７，Ａｃｔ５４０，Ａｃｔ５４１においては、対象期間の変更指示（Ａｃｔ５０４）、トップ画面の表示指示（Ａｃｔ５０５）、グラフの表示指示（Ａｃｔ５０６）、スタンプ帳の表示指示（Ａｃｔ５０７）、健康ポイントの表示指示（Ａｃｔ５４０）、画面指示（Ａｃｔ５４１）、及びその他の操作（Ａｃｔ５４２）の何れかがなされるのを待ち受ける。プロセッサ２０１は、何れかの指示があった場合、その指示に応じた処理に移行する。また、プロセッサ２０１は、その他の操作がユーザにより行われたためにＡｃｔ５４１にてＹｅｓと判定したならば、その操作に応じた処理に移行する。この場合の処理についての説明は省略する。

ユーザは、対象期間を変更したい場合、栄養閲覧画面上で操作を行う。そしてプロセッサ２０１は、対象期間の変更を指示する操作がなされたためにＡｃｔ５０４にてＹｅｓと判定したならば、Ａｃｔ５０８へと進む。

なおプロセッサ２０１は、栄養閲覧画面におけるボタン群のうちの枠線が破線であるボタンへのタッチを、対象期間の変更の指示として入力する。プロセッサ２０１は例えば、栄養閲覧画面ＳＣ４における「夕食」という文字が表されたボタンがタッチされたならば、対象期間を当日の夕食期間に変更する指示として入力する。プロセッサ２０１は例えば、栄養閲覧画面ＳＣ４における「週別」または「月別」という文字が表されたボタンがタッチされたならば、対象期間を、当日を含む過去の一週間または一月間に変更する指示として入力する。

あるいはプロセッサ２０１は、タッチパネル２０４の画面内を左方向または右方向にフリックする操作を日付の変更の指示として入力する。例えば栄養閲覧画面ＳＣ４は、２０１４年１２月２２日における栄養閲覧画面の一例である。プロセッサ２０１は、栄養閲覧画面ＳＣ４内を左方向にフリックする操作がタッチパネル２０４にて検出されたならば、対象期間を２０１４年１２月２１日の１日に変更する指示として入力する。またプロセッサ２０１は、過去を対象期間としている栄養閲覧画面内を右方向にフリックする操作がタッチパネル２０４にて検出されたならば、対象期間を翌日に変更する指示として入力する。

ところでプロセッサ２０１は、ボタン群ＢＧ４１に含まれた各ボタンがタッチされた場合にどのような対象期間を設定するかは、各ボタンに関連付けて期間を記述した設定データを参照して決定すれば良い。設定データは、例えば補助記憶デバイス２０３に格納される。設定データは、ユーザに拘わらずに、例えばレシートクライアントアプリＰ２１の作成者などにより作成されたものを共通に使用しても良い。しかしながら、食事を摂取する時間帯は、ユーザそれぞれのライフスタイルに応じて異なる。そこで、プロセッサ２０１が、設定データの記述をユーザによる指示に応じて変更しても良い。

Ａｃｔ５０８においてプロセッサ２０１は、対象期間の変更の指示内容を示した期間変更要求を、通信インターフェース２０５から閲覧サーバ４０に宛ててネットワーク２００へと送信する。

ネットワーク２００を介して期間変更要求が閲覧サーバ４０へと伝送されると、この期間変更要求を通信インターフェース４０４が受信する。通信インターフェース４０４は、受信したログイン要求をメインメモリ４０２または補助記憶デバイス４０３に格納する。

プロセッサ４０１は、図２６内のＡｃｔ６０７にて栄養画面データを送信したのち、図２７内のＡｃｔ６０８へと進む。

プロセッサ４０１は、Ａｃｔ６０８〜Ａｃｔ６１１、Ａｃｔ６１８〜Ａｃｔ６２０においては、対象期間の変更要求（Ａｃｔ６０８）、終了通知（Ａｃｔ６０９）、グラフの表示要求（Ａｃｔ６１０）、おすすめ商品の表示要求（Ａｃｔ６１１）、スタンプ帳の表示要求（Ａｃｔ６１８）、健康ポイントの表示要求（Ａｃｔ６１９）、及びその他の操作（Ａｃｔ６２０）の何れかがなされるのを待ち受ける。プロセッサ４０１は、何れかの要求があった場合、その要求に応じた処理に移行する。また、プロセッサ４０１は、その他の操作がユーザにより行われたためにＡｃｔ６２０にてＹｅｓと判定したならば、その操作に応じた処理に移行する。この場合の処理についての説明は省略する。

プロセッサ４０１は、期間変更要求が受信されたためにＡｃｔ６０８にてＹｅｓと判定したならば、Ａｃｔ６１２へと進む。
Ａｃｔ６１２においてプロセッサ４０１は、受信された期間変更要求に示された指示内容に応じて対象期間を変更する。そしてプロセッサ４０１はこののち、図２６内のＡｃｔ６０３へと戻り、それ以降の処理を前述と同様に繰り返す。かくして、決済日時が変更後の対象期間内であるレシートデータが再取得され、このレシートデータに基づく栄養画面データが再作成される。

図３３は、本実施形態における栄養閲覧画面ＳＣ５の一例を示す図である。なお、図１９及び図３２に示すトップ画面ＳＣ２及び栄養閲覧画面ＳＣ４と同一の表示オブジェクトについては、図１９及び図３２と同一の符号を付し、その詳細な説明は省略する。

栄養閲覧画面ＳＣ５は、図３２に示す栄養閲覧画面ＳＣ４におけるボタン群ＢＧ４１の内の「夕食」という文字が表されたボタンがタッチされた場合に再作成される栄養閲覧画面の一例である。

栄養閲覧画面ＳＣ５は、ボタン群ＢＧ５１、画像ＩＭ５１，ＩＭ５２，ＩＭ５３及びボタンＢ２１，Ｂ２３，Ｂ２４，Ｂ４１を表す。

ボタン群ＢＧ５１は、「１日」という文字が表されたボタンの枠線を破線とするとともに、「夕食」という文字が表されたボタンを太枠とした点が、図３２に示すボタン群ＢＧ４１に対する変更である。

画像ＩＭ５１は、当日の夕食において摂取された栄養素のバランスを表す。画像ＩＭ５２は、当日の夕食において摂取されたカロリーを表す。画像ＩＭ５３は、再取得したレシートデータに示された店舗名や商品名を表す。

ユーザは、画面を栄養閲覧画面からトップ画面に戻したい場合、栄養閲覧画面内のボタンＢ２１にタッチする。プロセッサ２０１は、ボタンＢ２１へのタッチがタッチパネル２０４で検出されたために図２３内のＡｃｔ５０５にてＹｅｓと判定したならば、Ａｃｔ５０９へと進む。

Ａｃｔ５０９においてプロセッサ２０１は、レシートクライアントアプリＰ２１に基づく処理に対してトップ表示を要求する。またプロセッサ２０１は、終了通知を、通信インターフェース２０５から閲覧サーバ４０に宛ててネットワーク２００へと送信する。そしてプロセッサ２０１はこののち、健康アプリＰ２２に基づく処理を終了する。

プロセッサ２０１は、レシートクライアントアプリＰ２１に基づく処理においては、図１５内のＡｃｔ２２１にて健康アプリに基づく処理を起動したのちには、Ａｃｔ２２２へと進む。

Ａｃｔ２２２においてプロセッサ２０１は、トップ表示が要求されたか否かを確認する。そしてプロセッサ２０１は、当該要求がなされていないためにＮｏと判定したならば、Ａｃｔ２２２を繰り返す。

プロセッサ２０１は、Ａｃｔ２２２においては、トップ表示が要求されるのを待ち受けている。そしてプロセッサ２０１は、前述のようにＡｃｔ５０９の処理によりトップ表示が要求されたためにＡｃｔ２２２でＹｅｓと判定したならば、図１４内のＡｃｔ２０７に戻り、それ以降の処理を前述と同様に繰り返す。これにより、タッチパネル２０４の画面は、トップ画面に戻される。

一方、Ａｃｔ５０９でユーザ端末装置２０から送信された終了通知がネットワーク２００を介して閲覧サーバ４０へと伝送されると、この終了通知を通信インターフェース４０４が受信する。通信インターフェース４０４は、終了通知を受信したことをプロセッサ４０１に通知する。この時にプロセッサ４０１は、図２７内のＡｃｔ６０８〜Ａｃｔ６１１、Ａｃｔ６１８〜Ａｃｔ６２０の待ち受け状態にある。そこでプロセッサ４０１は、上記のように終了通知が受信されたためにＡｃｔ６０９でＹｅｓと判定することになる。そしてこの場合にプロセッサ４０１は、Ａｃｔ６０１の待ち受け状態に戻る。

ユーザは、画面を栄養閲覧画面からグラフ画面に変更したい場合、栄養閲覧画面内のボタンＢ４１にタッチする。プロセッサ２０１は、ボタンＢ４１へのタッチがタッチパネル２０４で検出されたために図２２内のＡｃｔ５０６にてＹｅｓと判定したならば、図２３内のＡｃｔ５１０へと進む。

Ａｃｔ５１０においてプロセッサ２０１は、グラフ表示要求を通信インターフェース２０５から閲覧サーバ４０に宛ててネットワーク２００へと送信する。このときにプロセッサ２０１は、無線インターフェース２０６を介して活動量計３００から予め定めたグラフ期間に関する活動量データを取得し、この活動量データをグラフ表示要求に含める。グラフ期間は任意であるが、例えば健康アプリＰ２２の作成者またはユーザにより定められる。この期間は、例えば当日から１週間前までの期間とすることが想定される。

活動量計３００は、ユーザの活動量に関わる数値を定期的に計測し、それを表した活動量データを時系列に蓄積している。活動量データにどのような項目の数値を含むかは任意であるが、本実施形態では消費カロリー及び歩数を含むこととする。

ネットワーク２００を介してグラフ表示要求が閲覧サーバ４０へと伝送されると、このグラフ表示要求を通信インターフェース４０４が受信する。通信インターフェース４０４は、受信したログイン要求をメインメモリ４０２または補助記憶デバイス４０３に格納する。

このときにプロセッサ４０１は、図２７内のＡｃｔ６０８〜Ａｃｔ６１１、Ａｃｔ６１８〜Ａｃｔ６２０の待ち受け状態にある。そしてプロセッサ４０１は、グラフ表示要求が通信インターフェース４０４によって上記のように受信されたためにＡｃｔ６１０でＹｅｓと判定したならば、Ａｃｔ６１３へと進む。

Ａｃｔ６１３においてプロセッサ４０１は、摂取画面データを補助記憶デバイス４０３の閲覧画像領域Ｗ４１内に生成する。
グラフ画面データは、タッチパネル２０４の画面を、日ごとの摂取カロリー及び消費カロリーの変化の様子のグラフを含んだがグラフ閲覧画面とするためのデータである。

図３４は、本実施形態におけるグラフ閲覧画面ＳＣ６の一例を示す図である。なお、図１９及び図３２に示すトップ画面ＳＣ２及び栄養閲覧画面ＳＣ４と同一の表示オブジェクトについては、図１９及び図３２と同一の符号を付し、その詳細な説明は省略する。

グラフ閲覧画面ＳＣ６は、画像ＩＭ６１及びボタンＢ２１，Ｂ２３，Ｂ２４，Ｂ４１を表す。
画像ＩＭ６１は、日毎の摂取カロリーの変化を表した第１の棒グラフと、日毎の消費カロリーの変化を表した第２の棒グラフと、日毎の摂取カロリーと消費カロリーとの差分を表した折れ線グラフと、日毎の歩数とを表す。

プロセッサ４０１は、レシートサーバ３０にアクセスし、ユーザコードに関連付けて電子レシート領域Ｗ３１に格納されたレシートデータのうちで、決済日時がグラフ期間内であるレシートデータを取得する。またプロセッサ４０１は、栄養データサーバ５０にアクセスし、上記の取得したレシートデータに含まれた店舗コードと商品コードとによって特定される商品に関する栄養データを取得する。プロセッサ４０１は、取得したレシートデータ及び栄養データを、メインメモリ４０２または補助記憶デバイス４０３に格納する。

そしてプロセッサ４０１は、メインメモリ４０２または補助記憶デバイス４０３に格納されたレシートデータ、栄養データ及びグラフ表示要求に基づいて、各グラフ及び歩数をそれぞれ表す画像を、閲覧画像領域Ｗ４１に展開する。プロセッサ４０１は、閲覧画像領域Ｗ４１内にグラフ画面データを生成する。ただしプロセッサ４０１は、閲覧画像領域Ｗ４１内で栄養画面データを既に格納している領域とは別の領域にグラフ画面データを生成し、栄養画面データはそのまま格納しておく。

Ａｃｔ６１４においてプロセッサ４０１は、閲覧画像領域Ｗ４１に格納されたグラフ画面データを、通信インターフェース４０４からユーザ端末装置２０に宛ててネットワーク２００へと送信する。

ネットワーク２００を介して、グラフ画面データがユーザ端末装置２０へと伝送されると、このグラフ画面データを通信インターフェース２０５が受信する。通信インターフェース２０５は、受信した伝送ファイルをメインメモリ２０２または補助記憶デバイス２０３に格納する。

プロセッサ２０１は、図２３内のＡｃｔ５１０にてグラフ表示要求を送信した後には、Ａｃｔ５１１へ進む。
Ａｃｔ５１１においてプロセッサ２０１は、グラフ画面データが受信されたか否かを確認する。そしてプロセッサ４０１は、グラフ画面データが受信されていないためにＮｏと判定したならば、Ａｃｔ５０２を繰り返す。

かくしてＡｃｔ５１１においてプロセッサ２０１は、グラフ画面データが受信されるのを待ち受ける。そしてプロセッサ２０１は、上述のように通信インターフェース２０５によってグラフ画面データが受信されたためにＡｃｔ５１１にてＹｅｓと判定したならば、Ａｃｔ５１２へと進む。

Ａｃｔ５１２においてプロセッサ２０１は、タッチパネル２０４にグラフ画面データが表すグラフ閲覧画面を表示する。

プロセッサ２０１は、Ａｃｔ５１３〜Ａｃｔ５１５、Ａｃｔ５５０〜５５２においては、トップ画面の表示指示（Ａｃｔ５１３）、栄養データの表示指示（Ａｃｔ５１４）、スタンプ帳表示指示（Ａｃｔ５１５）、健康ポイント表示指示（Ａｃｔ５５０）、画面指示（Ａｃｔ５５１）、及びその他の操作（Ａｃｔ５５２）の何れかがなされるのを待ち受ける。プロセッサ２０１は、何れかの指示があった場合、その指示に応じた処理に移行する。プロセッサ２０１は、その他の操作がユーザにより行われたためにＡｃｔ５１５にてＹｅｓと判定したならば、その操作に応じた処理に移行する。この場合の処理についての説明は省略する。

Ａｃｔ５５１においてプロセッサ２０１は、グラフ閲覧画面のグラフを示す画像ＩＭ６１が指示されたか否かを確認する。例えば、摂取カロリーの変化を表したグラフを示す範囲の指示を受け付ける。プロセッサ２０１は、当該操作がなされていないためにＮｏと判定したならば、Ａｃｔ５１３へと戻る。

なおプロセッサ２０１は、Ａｃｔ５１３〜Ａｃｔ５１５の待ち受け状態において、Ａｃｔ５１２でタッチパネル２０４の画面をグラフ閲覧画面としてからの経過時間が予め定めた時間（例えば１分）となったことに応じて、Ａｃｔ５１０へと戻るようにしても良い。このようにすれば、常に、最新の活動量データに基づいたグラフ閲覧画面とすることができる。

なお、プロセッサ２０１は、栄養閲覧画面ＳＣ４，ＳＣ５、グラフ閲覧画面ＳＣ６が表示されている間に、ボタンＢ２４がタッチされた場合、その他の処理の実行ボタンを一覧表示させる。実行ボタンの一覧表示において、何れかの実行ボタンがタッチされた場合、プロセッサ２０１は、実行ボタンに応じた、その他の処理を実行する。本実施形態では、その他の処理として、スタンプ帳表示、健康ポイント表示を実行することができる。

Ａｃｔ５０７あるいはＡｃｔ５１５においてスタンプ帳表示が指示されると、プロセッサ２０１は、図２４のＡｃｔ５２０において、ユーザコードを含むスタンプ帳表示要求を閲覧サーバ４０に送信する。

閲覧サーバ４０のプロセッサ４０１は、図２７のＡｃｔ６１８においてスタンプ帳表示要求が受信されると、スタンプ帳表示要求のユーザコードに対応するポイントデータをレシートサーバ３０に要求する。レシートサーバ３０のプロセッサ３０１は、ユーザコードに対応するポイントデータを補助記憶デバイス３０３のポイントデータ領域Ｗ３３から読み出し、閲覧サーバ４０に送信する。プロセッサ４０１は、Ａｃｔ６４０において、レシートサーバ３０から送信されるポイントデータを取得する。

プロセッサ４０１は、ポイントデータをもとにスタンプ帳画面データを生成し（Ａｃｔ６４１）、このスタンプ帳画面データをユーザ端末装置２０に送信することによりスタンプ帳画面を表示させる（Ａｃｔ６４２）。

プロセッサ２０１は、閲覧サーバ４０からスタンプ帳画面データを受信すると（Ａｃｔ５２１のＹｅｓ）、スタンプ帳画面をタッチパネル２０４を表示する（Ａｃｔ５２２）。

図３５は、本実施形態におけるスタンプ帳画面ＳＣ７の一例を示す図である。なお、図１９及び図３２に示すトップ画面ＳＣ２及び栄養閲覧画面ＳＣ４と同一の表示オブジェクトについては、図１９及び図３２と同一の符号を付し、その詳細な説明は省略する。
スタンプ帳画面ＳＣ７は、複数の店舗のそれぞれに対応する複数の画像ＩＭ７１〜ＩＭ７３、及びボタンＢ２１，Ｂ２４，Ｂ４２，Ｂ４３を含む。
各画像ＩＭ７１〜ＩＭ７３は、店舗名、有効期限、ポイントシートを含む。ポイントシートには、ユーザに付与されたポイントを表すポイントマークと、ポイントが付与された日付が表示される。また、各画像ＩＭ７１〜ＩＭ７３には、健康メニューボタンＢ７１〜Ｂ７３がそれぞれ設けられる。健康メニューボタンＢ７１〜Ｂ７３は、各店舗がレシートサーバ３０に登録した商品（飲食物）を表示せるためのボタンである。

このように、スタンプ帳画面ＳＣ７では、店舗ごとに、それぞれの店舗で商品を購入することにより獲得したポイントを確認することができる。従って、ユーザは、スタンプ帳画面ＳＣ７を確認しながら、各店舗での商品の購入によるポイントの獲得を楽しむことができる。

プロセッサ２０１は、スタンプ帳画面ＳＣ７の健康メニューボタンＢ７１〜Ｂ７３がタッチされると（Ａｃｔ５２３のＹｅｓ）、おすすめ商品データの送信要求をレシートサーバ３０に送信する（Ａｃｔ５２４）。例えば、健康メニューボタンＢ７１がタッチされた場合、プロセッサ２０１は、健康メニューボタンＢ７１が表示された画像ＩＭ７１に対応する店舗が登録した商品についてのおすすめ商品データを要求する。

閲覧サーバ４０のプロセッサ４０１は、図２７のＡｃｔ６１１において、おすすめ商品データの送信要求が受信されると、該当店舗の商品データの送信要求をレシートサーバ３０に送信する（Ａｃｔ６３０）。レシートサーバ３０のプロセッサ３０１は、商品データの送信要求に応じて、商品データ領域Ｗ３２に格納された該当店舗の商品データを閲覧サーバ４０に送信する。

プロセッサ４０１は、商品データを受信すると（Ａｃｔ６３１のＹｅｓ）、ユーザに対して提示するおすすめ商品を選択する（Ａｃｔ６３２）。プロセッサ４０１は、例えば栄養データサーバ５０からユーザに対応する栄養データを取得し、栄養データに基づいて、おすすめ商品を選択することができる。

例えば、プロセッサ４０１は、ユーザ別の栄養データが特定の食品群の不足を示す場合、おすすめ商品として、不足する食品群に含まれる食材を多く含む商品（飲食物）を選択する。また、栄養データが摂取カロリーオーバを示す場合、プロセッサ４０１は、おすすめ商品として、総カロリーが少ない商品（飲食物）を選択する。なお、おすすめ商品には、栄養データに基づいて選択した商品の他、該当店舗がレシートサーバ３０に登録した商品が含まれていても良い。

プロセッサ４０１は、おすすめ商品を表示するためのおすすめメニュー画面データを生成し（Ａｃｔ６３３）、このメニュー画面データをユーザ端末装置２０に送信して、メニュー画面（商品一覧）を表示させる。

ユーザ端末装置２０のプロセッサ２０１は、メニュー画面データを受信すると（Ａｃｔ５２５のＹｅｓ）、おすすめ商品の一覧画面を表示する（Ａｃｔ５２６）。

図３６は、本実施形態における商品一覧画面ＳＣ８の一例を示す図である。
商品一覧画面ＳＣ８は、おすすめ商品として選択された商品を一覧表示する画像ＩＭ７５が含まれる。なお、商品一覧画面ＳＣ８では、商品一覧において何れかの商品をタッチすることで、商品の詳細（例えば、材料名、総カロリー、値段など）を示す画面を表示させることができる。

プロセッサ４０１は、商品一覧画面ＳＣ８において商品が選択されたことがユーザ端末装置２０から通知されると（Ａｃｔ６３５のＹｅｓ）、選択された商品についての閲覧データを閲覧履歴領域Ｗ４２に格納する（Ａｃｔ６３６）。閲覧データには、閲覧日時、閲覧商品を示すデータが含まれる。

プロセッサ４０１は、ユーザ端末装置２０において商品の一覧表示が終了されると、その他の処理を実行する（Ａｃｔ６３７のＹｅｓ）。その他の処理の詳細については省略する。

なお、ポイントデータが予め決められたポイント数に到達している場合、スタンプ帳画面ＳＣ７では、目標達成に対するサービスを提供するための画像が表示される。本実施形態では、目標達成に対して、例えば該当店舗で使用可能なクーポンデータや食事無料券データを提供する。

図３７は、本実施形態における食事無料券データを提供する商品一覧画面ＳＣ９の一例を示す図である。
図３７に示す商品一覧画面ＳＣ９は、商品一覧画面ＳＣ８の画像ＩＭ７１が変更された画像ＩＭ７１ａを含む。画像ＩＭ７１ａは、スタンプシートの全て（例えば１０個）にスタンプを表示すると共に、食事無料券データの提供を示すマークを表示するための画像である。

閲覧サーバ４０のプロセッサ４０１は、商品一覧画面ＳＣ９の食事無料券データの提供を示すマークがタッチされた場合、食事無料券データをユーザ端末装置２０に送信し、クーポン画面をポップアップ表示させる。ユーザは、ユーザ端末装置２０に表示されたクーポン画面を店舗において提示することで、食事無料のサービスを受けることができる。

なお、スタンプ帳画面ＳＣ７，ＳＣ８では、ボタンＢ２１，Ｂ２４，Ｂ４２，Ｂ４３のタッチによりその他の処理に移行することができる。プロセッサ４０１は、ボタンＢ２１，Ｂ２４，Ｂ４２，Ｂ４３の操作によりその他の処理の実行が要求された場合に（Ａｃｔ５２７）、その他の処理を実行する。その他の処理の詳細な説明については省略する。

一方、Ａｃｔ５４０あるいはＡｃｔ５５０において健康ポイント表示が指示されると、プロセッサ２０１は、図２５のＡｃｔ５３０において、ユーザコードを含む健康ポイント表示要求を閲覧サーバ４０に送信する。

閲覧サーバ４０のプロセッサ４０１は、図２７のＡｃｔ６１９において健康ポイント表示要求が受信されると、健康ポイント表示要求のユーザコードに対応するポイントデータをレシートサーバ３０に要求する。レシートサーバ３０のプロセッサ３０１は、ユーザコードに対応するポイントデータを補助記憶デバイス３０３のポイントデータ領域Ｗ３３から読み出し、閲覧サーバ４０に送信する。プロセッサ４０１は、図３０のＡｃｔ６５０において、レシートサーバ３０から送信されるポイントデータを取得する。

プロセッサ４０１は、ポイントデータをもとに健康ポイント画面データを生成し（Ａｃｔ６５１）、この健康ポイント画面データをユーザ端末装置２０に送信することにより健康ポイント画面を表示させる（Ａｃｔ６５２）。

プロセッサ２０１は、閲覧サーバ４０から健康ポイント画面データを受信すると（Ａｃｔ５３１のＹｅｓ）、健康ポイント画面をタッチパネル２０４を表示する（Ａｃｔ５３２）。

図３８は、本実施形態における健康ポイント画面ＳＣ１０の一例を示す図である。なお、図１９及び図３２に示すトップ画面ＳＣ２及び栄養閲覧画面ＳＣ４と同一の表示オブジェクトについては、図１９及び図３２と同一の符号を付し、その詳細な説明は省略する。
健康ポイント画面ＳＣ１０は、画像ＩＭ８１，ＩＭ８２、及びボタンＢ２１，Ｂ２４，Ｂ４２，Ｂ４３を含む。
画像ＩＭ８１は、複数の店舗の商品を購入することにより付与されたポイントの合計（健康ポイント）を表示するための画像、画像ＩＭ８２は、複数の店舗のそれぞれについて、各店舗で商品を購入することにより付与されたポイントを一覧表示するための画像である。画像ＩＭ８２には、店舗名とポイントが含まれる。

このように、健康ポイント画面ＳＣ１０では、ポイントシステム１００を利用した獲得したポイント合計を確認することができる。従って、ユーザは、健康ポイント画面ＳＣ１０を確認しながら、複数の店舗における商品の購入によりポイントの獲得を楽しむことができる。

プロセッサ２０１は、健康ポイント画面ＳＣ１０のポイントの一覧表示において、何れかの店舗がタッチされると（Ａｃｔ５３３のＹｅｓ）、各店舗が提供するサービスの問い合わせをレシートサーバ３０に送信する（Ａｃｔ５３４）。

閲覧サーバ４０のプロセッサ４０１は、サービスの問い合わせが受信されると、店舗が商品データに設定したクーポンデータを表示させるためのクーポン画面データを生成し、このクーポン画面データをユーザ端末装置２０に送信して、クレーン画面を表示させる。

ユーザ端末装置２０のプロセッサ２０１は、クーポン画面データを受信すると（Ａｃｔ５３５のＹｅｓ）、クーポン画面を表示する（Ａｃｔ５３６）。

図３９は、本実施形態におけるクーポン画面ＳＣ１１の一例を示す図である。
クーポン画面ＳＣ１１は、店舗が商品データにより登録したクーポンを一覧表示する画像ＩＭ８５が含まれる。なお、クーポン画面ＳＣ１１では、クーポン一覧において何れかのクーポンをタッチすることで、クーポンの詳細（健康食品の引き換え、商品の割引きなど）を示す画面を表示させることができる。また、表示対象とするクーポンは、各店舗の商品を購入することにより付与されたポイントの合計に応じて、選択されるようにしても良い。例えば、１つの店舗から付与されたポイントが高いほど、提供されるクーポンの数が多くなるようにする。

なお、前述した説明では、ポイントの一覧表示（画像ＩＭ８２）において何れかの店舗がタッチされた場合にクーポン画面を表示する場合について説明しているが、画像ＩＭ８１がタッチされた場合についても同様にクーポン画面等を表示するようにしても良い。例えば、プロセッサ２０１は、ポイントの合計（健康ポイント）に応じたクーポンなど、他のサービスの提供を受けるための画面データを閲覧サーバ４０から受信して表示する。

他のサービスとしては、例えば他のポイントサービスとのポイント交換、スマートレシートの利用時に有効なクーポン提供、各種健康関連施設のクーポン提供などがある。なお、他のサービスは、ポイントの合計（健康ポイント）に応じて、提供されるサービスが選択されるものとする。

なお、健康ポイント画面ＳＣ１０では、ボタンＢ２１，Ｂ２４，Ｂ４２，Ｂ４３のタッチによりその他の処理に移行することができる。プロセッサ４０１は、ボタンＢ２１，Ｂ２４，Ｂ４２，Ｂ４３の操作によりその他の処理の実行が要求された場合に（Ａｃｔ５３７）、その他の処理を実行する。その他の処理の詳細な説明については省略する。

このように、健康を配慮した飲食物の購入によって獲得されたポイントによって特別なサービスを提供できるようにすることで、ユーザに対して、より健康を配慮した飲食物の購入を促すことができる。すなわち、ポイントシステム１００により、ユーザによる健康に配慮した飲食物の取得を支援することができる。

ところで、栄養閲覧画面ＳＣ４，ＳＣ５が表示されている時に、例えば栄養素のバランスを表す画像ＩＭ４１の範囲がタッチされた場合（Ａｃｔ５４１のＹｅｓ）、プロセッサ２０１は、図２４のＡｃｔ５２４において、おすすめ商品データの送信要求をレシートサーバ３０に送信する（Ａｃｔ５２４）。例えば、栄養閲覧画面ＳＣ４，ＳＣ５の栄養バランスの画像がタッチされた場合、プロセッサ２０１は、タッチされた栄養素のバランスの範囲を判別し、この範囲に含まれる食材を含む商品についてのおすすめ商品データを要求する。

例えば、栄養素のバランスを表す画像において、摂取が不足していることを表す「魚、肉」の範囲がタッチされた場合、プロセッサ２０１は、食材「魚、肉」を含む商品についてのおすすめ商品データを要求する。

閲覧サーバ４０のプロセッサ４０１は、、おすすめ商品データの送信要求が受信されると、レシートサーバ３０から各店舗が登録した商品データを受信し（Ａｃｔ６３１のＹｅｓ）、ユーザに対して提示するおすすめ商品を選択する（Ａｃｔ６３２）。すなわち、プロセッサ４０１は、ユーザ端末装置２０において栄養閲覧画面ＳＣ４，ＳＣ５において指定された食材を含む商品を、おすすめ商品として選択する。ここでは、複数の店舗から登録された商品から、おすすめ商品が選択される。

プロセッサ４０１は、おすすめ商品を表示するためのおすすめメニュー画面データを生成し（Ａｃｔ６３３）、このメニュー画面データをユーザ端末装置２０に送信して、メニュー画面（商品一覧）を表示させる。

なお、前述したように、閲覧サーバ４０は、ユーザ端末装置２０においてメニュー画面（商品一覧）から商品が選択された場合、閲覧履歴を記録する（Ａｃｔ６３５，６３６）。

また、グラフ閲覧画面ＳＣ６が表示されている時に、例えば摂取カロリーと消費カロリーの変化を表す画像ＩＭ６１の範囲がタッチされた場合（Ａｃｔ５５１のＹｅｓ）、プロセッサ２０１は、図２４のＡｃｔ５２４において、おすすめ商品データの送信要求をレシートサーバ３０に送信する（Ａｃｔ５２４）。例えば、グラフ閲覧画面ＳＣ６のカロリーの変化を表す画像がタッチされた場合、プロセッサ２０１は、例えば当日の摂取カロリーと消費カロリーのバランスに応じた商品についてのおすすめ商品データを要求する。

例えば、当日の摂取カロリーと消費カロリーのバランスが、消費カロリーに対して摂取カロリーが多いことを示す場合、プロセッサ２０１は、総カロリーが低い商品についてのおすすめ商品データを要求する。

閲覧サーバ４０のプロセッサ４０１は、、おすすめ商品データの送信要求が受信されると、レシートサーバ３０から各店舗が登録した商品データを受信し（Ａｃｔ６３１のＹｅｓ）、ユーザに対して提示するおすすめ商品を選択する（Ａｃｔ６３２）。すなわち、プロセッサ４０１は、ユーザ端末装置２０においてグラフ閲覧画面ＳＣ６において指定された、当日の摂取カロリーと消費カロリーのバランスに応じた商品を、おすすめ商品として選択する。ここでは、複数の店舗から登録された商品から、おすすめ商品が選択される。

プロセッサ４０１は、おすすめ商品を表示するためのおすすめメニュー画面データを生成し（Ａｃｔ６３３）、このメニュー画面データをユーザ端末装置２０に送信して、メニュー画面（商品一覧）を表示させる。

なお、前述したように、閲覧サーバ４０は、ユーザ端末装置２０においてメニュー画面（商品一覧）から商品が選択された場合、閲覧履歴を記録する（Ａｃｔ６３５，６３６）。

このようにして、栄養閲覧画面ＳＣ４，ＳＣ５及びグラフ閲覧画面ＳＣ６に表示された画像に対するタッチ操作によって、現在の栄養バランスや摂取カロリーに応じたおすすめ商品をユーザに提示することができる。ユーザは、おすすめ商品として提供された商品を購入することで、健康に配慮して商品を購入したことになり、また商品の購入によってポイントが付与される。このため、ユーザによるポイントシステム１００を利用した商品の購入が期待され、さらにユーザによる健康に配慮した商品（飲食物）の取得を支援することができる。また、閲覧履歴を記録することにより、おすすめ商品の提供についての広告効果を測定することができる。

一方、プロセッサ４０１は、図２７内のＡｃｔ６１４にてグラフ画面データを送信したのち、Ａｃｔ６１５へと進む。従って、プロセッサ２０１がＡｃｔ５１３〜Ａｃｔ５１５の待ち受け状態にあるとき、プロセッサ４０１は図２７内のＡｃｔ６１５〜Ａｃｔ６１７の待ち受け状態にある。

Ａｃｔ６１５においてプロセッサ４０１は、栄養データの再表示が要求されたか否かを確認する。そしてプロセッサ４０１は、当該要求がなされていないためにＮｏと判定したならば、Ａｃｔ６１６へと進む。

Ａｃｔ６１６においてプロセッサ４０１は、終了通知がなされたか否かを確認する。そしてプロセッサ４０１は、当該通知がなされていないためにＮｏと判定したならば、Ａｃｔ６１７へと進む。

Ａｃｔ６１７においてプロセッサ４０１は、Ａｃｔ６１５，Ａｃｔ６１６で確認しているのとは別の操作がなされたか否かを確認する。そしてプロセッサ４０１は、当該操作がなされていないためにＮｏと判定したならば、Ａｃｔ６１５へと戻る。

プロセッサ４０１はＡｃｔ６１５〜Ａｃｔ６１７の待ち受け状態においては、終了通知、栄養データの表示要求及びその他の操作の何れかがなされるのを待ち受ける。ここでプロセッサ４０１は、その他の操作がユーザにより行われたためにＡｃｔ６１７にてＹｅｓと判定したならば、その操作に応じた処理に移行する。この場合の処理についての説明は省略する。

ユーザは、画面をグラフ閲覧画面からトップ画面に戻したい場合、グラフ閲覧画面内のボタンＢ２１にタッチする。プロセッサ２０１は、ボタンＢ２１へのタッチがタッチパネル２０４で検出されたために図２３内のＡｃｔ５１３にてＹｅｓと判定したならば、Ａｃｔ５１６へと進む。

Ａｃｔ５１６においてプロセッサ２０１は、レシートクライアントアプリＰ２１に基づく処理に対してトップ表示を要求する。またプロセッサ２０１は、終了通知を、通信インターフェース２０５から閲覧サーバ４０に宛ててネットワーク２００へと送信する。この後、プロセッサ２０１は、健康アプリＰ２２に基づく処理を終了する。プロセッサ２０１は、レシートクライアントアプリＰ２１に基づく処理においては、図１５内のＡｃｔ２２２の待ち受け状態にある。従ってプロセッサ２０１は、上記の終了通知を受けてＡｃｔ２２２でＹｅｓと判定し、図１４内のＡｃｔ２０７に戻る。

ネットワーク２００を介して終了通知が閲覧サーバ４０へと伝送されると、この終了通知を通信インターフェース４０４が受信し、その旨をプロセッサ４０１へと通知する。プロセッサ４０１は、この通知を受けたためにＡｃｔ６１６でＹｅｓと判定したならば、図２６内のＡｃｔ６０１の待ち受け状態に戻る。

ユーザは、画面をグラフ閲覧画面から栄養閲覧画面に戻したい場合、グラフ閲覧画面内のボタンＢ２３にタッチする。プロセッサ２０１は、ボタンＢ２３へのタッチがタッチパネル２０４で検出されたために図２３内のＡｃｔ５１４にてＹｅｓと判定したならば、Ａｃｔ５１７へと進む。

Ａｃｔ５１７においてプロセッサ２０１は、再表示要求を通信インターフェース２０５から閲覧サーバ４０に宛ててネットワーク２００へと送信する。

ネットワーク２００を介して再表示要求が閲覧サーバ４０へと伝送されると、この再表示要求を通信インターフェース４０４が受信し、その旨をプロセッサ４０１へと通知する。プロセッサ４０１は、この通知を受けたために図２７内のＡｃｔ６１５でＹｅｓと判定したならば、Ａｃｔ６０７へと戻り、それ以降の処理を前述と同様に繰り返す。ただしこのときにプロセッサ４０１は、閲覧画像領域Ｗ４１に格納されたままとなっている栄養画面データを再送信する。これにより、タッチパネル２０４の画面は、グラフ閲覧画面から、そのグラフ閲覧画面の前における栄養閲覧画面に戻される。

この実施形態は、次のような種々の変形実施が可能である。
前述した説明では、レシートサーバ３０、閲覧サーバ４０、栄養データサーバ５０は、それぞれ独立した装置として説明しているが、何れか２つのサーバ、あるいは３つのサーバの機能を兼ね備えたサーバ装置に置き換えても良い。

また、ユーザ端末装置２０におけるタッチパネル２０４の画面は、閲覧サーバ４０により作成された画面データにより表示させるのではなく、プロセッサ２０１によって画面データを生成して表示するようにしても良い。また、ユーザ端末装置２０では、タッチパネル２０４だけでなく、他の表示デバイスにより画面を表示しても良い。

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

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

１００…ポイントシステム、１０…会計装置、２０…ユーザ端末装置、３０…レシートサーバ、４０…閲覧サーバ、５０…栄養データサーバ、１０１，２０１，３０１，４０１，５０１…プロセッサ、１０２，２０２，３０２，４０２，５０２…メインメモリ、１０３，２０３，３０３，４０３，５０３…補助記憶デバイス、１０４，２０５，３０４，３０４，５０４…通信インターフェース、１０５…Ｉ／Ｏインターフェース、２０４…タッチパネル、２０６…無線インターフェース、２００…ネットワーク、３００…活動量計。

Claims (6)

1. ポイントの付与対象とする第１の飲食物を示すデータを格納する格納手段と、
   飲食物の販売に関わる決済処理により作成される、販売された第２の飲食物のリストとユーザの識別コードを含むレシートデータを受信する受信手段と、
   前記リストに示される前記第２の飲食物に基づいて、栄養バランスを示すデータを含む栄養データを前記識別コードと対応づけて生成する生成手段と、
   前記レシートデータを受信した場合に、前記第２の飲食物が、前記第１の飲食物と一致し、かつ前記栄養データをもとに設定される食品群に含まれるかを判定する判定手段と、
   前記判定手段による判定結果に基づいて、前記識別コードと対応づけてポイントを設定する設定手段とを有するポイントシステム。
2. 前記識別コードにより識別された端末装置に対して、前記栄養データをもとに設定される食品群に含まれる前記第１の飲食物を示す第１画面を表示させる第１表示手段をさらに有する請求項１記載のポイントシステム。
3. 前記設定手段は、前記第１表示手段により前記端末装置において表示された前記第１の飲食物と前記第２の飲食物とが一致する場合に、ポイントを設定する請求項２記載のポイントシステム。
4. 前記格納手段は、複数の店舗にそれぞれ対応する前記第１の飲食物を示すデータを格納し、
   前記設定手段は、前記複数の店舗毎にポイントを設定し、
   さらに、前記識別コードにより識別された端末装置に対して、前記設定手段により設定された店舗毎のポイントを示す第２画面を表示させる第２表示手段を有する請求項１記載のポイントシステム。
5. 前記栄養データに応じて前記栄養バランスを示す第３画面を前記端末装置において表示させる第３表示手段をさらに有し、
   前記第１表示手段は、前記端末装置における前記第３画面に対する選択操作に応じて、前記第１画面を表示させる請求項２記載のポイントシステム。
6. コンピュータを、
   ポイントの付与対象とする第１の飲食物を示すデータを格納する格納手段と、
   飲食物の販売に関わる決済処理により作成される、販売された第２の飲食物のリストとユーザの識別コードを含むレシートデータを受信する受信手段と、
   前記リストに示される前記第２の飲食物に基づいて、栄養バランスを示すデータを含む栄養データを前記識別コードと対応づけて生成する生成手段と、
   前記レシートデータを受信した場合に、前記第２の飲食物が、前記第１の飲食物と一致し、かつ前記栄養データをもとに設定される食品群に含まれるかを判定する判定手段と、
   前記判定手段による判定結果に基づいて、前記識別コードと対応づけてポイントを設定する設定手段として機能させるための制御プログラム。