JP2016162225A - 健康管理システム、サーバ装置及びそのプログラム - Google Patents

Abstract

【課題】ユーザにとって好適な分類の指標で栄養データを提示できるようにする。
【解決手段】登録手段は、取得手段により取得されたユーザの識別コードに関連付けて第１の記憶デバイスで記憶されるレシートデータから、ユーザが飲食した飲食物を特定する情報を、ユーザの識別コードと関連付けて第２の記憶デバイスに登録する。生成手段は、取得手段により取得されたユーザの識別コードに関連付けて第２の記憶デバイスで記憶される情報により特定された飲食物の栄養データを表す閲覧画像を、国または地域を特定する情報で特定される国または地域で定められたイラストを用いて生成する。提示手段は、生成手段により生成された閲覧画像をユーザに閲覧させるために提示する。
【選択図】 図３４

Description

本発明の実施形態は、飲食した献立情報を基にユーザの健康管理にとって有益な情報を提供する健康管理システム、及びこのシステムのサーバ装置並びにプログラムに関する。

ユーザ毎に、朝食、昼食、夕食等の献立情報を登録し、各食事の献立に含まれる食品のカロリー量等を摂取栄養成分量として管理するようにした健康管理システムは、既に知られている。この種の健康管理システムにおいては、摂取栄養成分量を栄養的な特徴別に複数の群に分けて集計し、群毎の集計値を画像化することで、ユーザに栄養バランスの指標を示す。

このような指標として代表的なものに女子栄養大学による「四群点数法」がある。「四群点数法」は、食品を栄養的な特徴によって四群（４つのグループ）に分ける。具体的には、第１群を乳、乳製品及び卵類とし、第２群を魚介、肉、豆及び豆製品とし、第３群を野菜、芋及び果物とし、第４群を穀類、油脂及び砂糖とする。そして「四群点数法」では、各群に属する食品をどれだけ摂取すればよいか、またどれだけ摂取したか等を円グラフ状のイラストで表わす。

また、厚生労働省と農林水産省とが共同で食生活指針を分かりやすく具体的に実践するツールとして策定された「食事バランスガイド」がある。「食事バランスガイド」では、食品を主食、副菜、主菜、牛乳・乳製品及び果物の５つの群に分け、群毎の一日の摂取量の目安と実際の摂取量とをコマ状のイラストで表わす。

「四群点数法」または「食事バランスガイド」は、食品を栄養的な特徴によって分類するが、その分類の種類は、国または地域等によって異なる場合がある。このため、健康管理システムを多くの国または地域に展開しようとした場合、ユーザにとって好適な分類の指標で栄養データを提示することが望まれている。

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

本発明の実施形態が解決しようとする課題は、ユーザにとって好適な分類の指標で栄養データを提示することができる健康管理システムを提供しようとするものである。

一実施形態において、健康管理システムは、第１の記憶デバイスと、第２の記憶デバイスと、取得手段と、登録手段と、生成手段と、提示手段とを備える。第１の記憶デバイスは、ユーザに提供されまたは販売された商品に関する情報を含むレシートデータを、前記ユーザの識別コードと関連付けて記憶する。第２の記憶デバイスは、前記ユーザが飲食した飲食物を特定する情報を、前記ユーザの識別コードと関連付けて記憶する。取得手段は、前記ユーザの識別コードを取得する。登録手段は、前記取得手段により取得された前記ユーザの識別コードに関連付けて前記第１の記憶デバイスで記憶される前記レシートデータから、前記ユーザが飲食した飲食物を特定する情報を、前記ユーザの識別コードと関連付けて前記第２の記憶デバイスに登録する。生成手段は、前記取得手段により取得された前記ユーザの識別コードに関連付けて前記第２の記憶デバイスで記憶される前記情報により特定された前記飲食物の栄養データを表す閲覧画像を、国または地域を特定する情報で特定される前記国または地域で定められたイラストを用いて生成する。提示手段は、前記生成手段により生成された前記閲覧画像を前記ユーザに閲覧させるために提示する。

一実施形態における健康管理システムの全体構成を示すブロック図。 健康管理システムにおける会計装置の要部構成を示すブロック図。 健康管理システムにおけるユーザ端末装置の要部構成を示すブロック図。 健康管理システムにおけるレシートサーバの要部構成を示すブロック図。 レシートサーバの電子レシート領域に記憶されるレシートデータのデータ構造を示す図。 健康管理システムにおける栄養データサーバの要部構成を示すブロック図。 栄養データサーバの商品栄養データ領域に記憶される商品栄養データのデータ構造を示す図。 栄養データサーバの食物栄養データ領域に記憶される食物栄養データのデータ構造を示す図。 健康管理システムにおける健康管理サーバの要部構成を示すブロック図。 健康管理サーバの健康管理データ領域に記憶される健康管理データのデータ構造を示す図。 健康管理サーバの食事バランス領域に記憶される食事バランスデータのデータ構造を示す図。 食事バランスデータにおけるイラストデータの例を示す図。 会計装置のプロセッサが決済プログラムに基づいて実行する情報処理の手順を示す流れ図。 ユーザ端末装置のプロセッサがレシートクライアントアプリに基づいて実行する情報処理の手順を示す流れ図。 ユーザ端末装置のプロセッサがレシートクライアントアプリに基づいて実行する情報処理の手順を示す流れ図。 ユーザ端末装置のプロセッサがレシートクライアントアプリに基づいて実行する情報処理の手順を示す流れ図。 レシートサーバのプロセッサがレシートサーバアプリに基づいて実行する情報処理の手順を示す流れ図。 レシートサーバのプロセッサがレシートサーバアプリに基づいて実行する情報処理の手順を示す流れ図。 レシートサーバのプロセッサがレシートサーバアプリとは別のタスクによって並列的に実行する情報処理の手順を示す流れ図。 レシートクライアントアプリに基づく情報処理によりユーザ端末装置のタッチパネルに表示される画面の変遷例を示す図。 ユーザ端末装置のプロセッサが、健康アプリに基づいて実行する情報処理の手順を示す流れ図。 ユーザ端末装置のプロセッサが、健康アプリに基づいて実行する情報処理の手順を示す流れ図。 ユーザ端末装置のプロセッサが、健康アプリに基づいて実行する情報処理の手順を示す流れ図。 ユーザ端末装置のプロセッサが、健康アプリに基づいて実行する情報処理の手順を示す流れ図。 ユーザ端末装置のプロセッサが、健康アプリに基づいて実行する情報処理の手順を示す流れ図。 健康管理サーバのプロセッサが健康管理アプリに基づいて実行する情報処理の手順を示す流れ図。 健康管理サーバのプロセッサが健康管理アプリに基づいて実行する情報処理の手順を示す流れ図。 健康管理サーバのプロセッサが健康管理アプリに基づいて実行する情報処理の手順を示す流れ図。 健康管理サーバのプロセッサが健康管理アプリに基づいて実行する情報処理の手順を示す流れ図。 ユーザ端末装置のタッチパネルに表示される第１栄養分析画面の一例を示す模式図。 ユーザ端末装置のタッチパネルに表示される第２栄養分析画面の一例を示す模式図。 ユーザ端末装置のタッチパネルに表示される商品リスト画面の一例を示す模式図。 ユーザ端末装置のタッチパネルに表示される食物入力画面の一例を示す模式図。 図３０に示す栄養分析画面において栄養バランスガイドを食事バランスガイドに変換した状態を示す模式図。 ユーザ端末装置のタッチパネルに表示される国指定画面の一例を示す模式図。 図３４に示す栄養分析画面において食事バランスガイドを別パターンに変換した状態を示す模式図。

以下、健康管理システムの実施形態について、図面を用いて説明する。
本実施形態の健康管理システムは、電子レシートシステムと連携する。電子レシートシステムは、レシートに記載される情報（レシートデータ）を電子化し、この電子化されたレシートデータを、インターネット等を介してユーザ端末装置にダウンロードすることで、消費者であるユーザがレシートを電子的に受け取れるようにしたシステムである。ユーザ端末装置は、例えばパソコン、スマートフォン、携帯電話、タブレット端末等である。

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

会計装置１０は、飲食する商品を提供する店舗、いわゆる飲食店等に設置される。会計装置１０は、飲食する商品を販売する小売店等に設置されていてもよい。会計装置１０は、商品の提供または販売に対する代金を会計するためのデータ処理である会計処理を行う。なお、会計とは、上記の代金の算出及び決済を含む。複数の会計装置１０が健康管理システム１００に含まれる場合、これら複数の会計装置１０は、同一の店舗に設置されても良いし、異なる店舗に分散して配置されても良い。

ユーザ端末装置２０は、健康管理システム１００のユーザによる操作に基づいて、当該ユーザが朝食，昼食，夕食等の食事毎に摂取した献立情報の登録及び当該ユーザに栄養データを閲覧させるための画像の表示などを行う。栄養データは、献立に含まれるカロリー量、塩分量等である。複数のユーザ端末装置２０が健康管理システム１００に含まれる場合、これらの複数のユーザ端末装置２０が同一のユーザにより利用されても良いし、異なるユーザにより個別に利用されても良い。あるいは、１つのユーザ端末装置２０が複数のユーザにより共用されても良い。

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

栄養データサーバ４０は、会計装置１０が設置される店舗で商品として提供または販売される飲食物に関する栄養データを保持する。また栄養データサーバ４０は、「ごはん」、「味噌汁」、「カレーライス」等のように、食事の献立として主に家庭等で調理される飲食物に関する栄養データを保持する。栄養データサーバ４０は、健康管理サーバ５０からの要求に応じて、必要な栄養データを健康管理サーバ５０へと送信する。

健康管理サーバ５０は、レシートサーバ３０が蓄積しているレシートデータとユーザ端末装置２０を介して登録された食事毎の献立情報とに基づいて、ユーザが摂取した飲食物に関する栄養データを表した閲覧画像を生成し、ユーザ端末装置２０へと送信する。

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

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

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

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

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

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

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

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

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

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

ユーザ端末装置２０は、プロセッサ２０１、メインメモリ２０２、補助記憶デバイス２０３、タッチパネル２０４、通信インターフェース２０５及びシステム伝送路２０６等を備える。プロセッサ２０１、メインメモリ２０２、補助記憶デバイス２０３、通信インターフェース２０５及びシステム伝送路２０６に対する説明は、会計装置１０のものと共通なので省略し、ここでは相違する部分だけを説明する。

ユーザ端末装置２０において、補助記憶デバイス２０３が記憶するアプリケーションプログラムには、レシートクライアントのためのアプリケーションプログラム（以下、レシートクライアントアプリと称する）Ｐ２１と、食事毎の献立情報を利用した健康管理のためのアプリケーションプログラム（以下、健康アプリと称する）Ｐ２２とがある。ただし典型的には、レシートクライアントアプリＰ２１及び健康アプリＰ２２は、ユーザ端末装置２０の使用者による操作に応じて、例えばインターネットを介してダウンロードされて補助記憶デバイス２０３に書き込まれる。つまり、ユーザ端末装置２０の使用者へのユーザ端末装置２０の譲渡は、レシートクライアントアプリＰ２１及び健康アプリＰ２２が補助記憶デバイス２０３に記憶されていない状態で行われる。しかしながら、レシートクライアントアプリＰ２１及び健康アプリＰ２２が補助記憶デバイス２０３に記憶された状態のユーザ端末装置２０がユーザ端末装置２０の使用者に譲渡されても構わない。

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

［レシートサーバ３０の説明］
図４はレシートサーバ３０の要部構成を示すブロック図である。

レシートサーバ３０は、プロセッサ３０１、メインメモリ３０２、補助記憶デバイス３０３、通信インターフェース３０４及びシステム伝送路３０５等を備える。プロセッサ３０１、メインメモリ３０２、補助記憶デバイス３０３、通信インターフェース３０４及びシステム伝送路３０５に対する説明は、会計装置１０のものと共通なので省略し、ここでは相違する部分だけを説明する。

レシートサーバ３０において、補助記憶デバイス３０３が記憶するアプリケーションプログラムには、レシートサーバ３０のためのアプリケーションプログラム（以下、レシートサーバアプリと称する）Ｐ３１がある。

レシートサーバ３０は、例えば汎用のサーバ装置やコンピュータ装置を基本ハードウェアとして用いることができる。レシートサーバ３０は、レシートサーバアプリＰ３１が補助記憶デバイス３０３に記憶されない状態のサーバ装置またはコンピュータ装置とレシートサーバアプリＰ３１とが個別にレシートサーバ３０の利用者に譲渡されても良い。このとき、レシートサーバアプリＰ３１の譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介したダウンロードにより実現できる。そしてこの場合は、レシートサーバ３０の管理者またはレシートサーバ３０の設置作業者などによる操作に応じて、レシートサーバアプリＰ３１が補助記憶デバイス３０３に書き込まれる。

プロセッサ３０１は、レシートサーバアプリＰ３１に基づく処理を実行するために、補助記憶デバイス３０３の記憶領域の一部を電子レシート領域Ｗ３１に割り当てる。電子レシート領域Ｗ３１は、レシートデータを蓄積する。またプロセッサ３０１は、補助記憶デバイス３０３の記憶領域の一部を国コード領域Ｗ３２とする。この国コード領域Ｗ３２には、当該レシートサーバ３０が設置されている国または地域を識別するための国コードが格納される。

図５はレシートデータのデータ構造を示す図である。
レシートデータは、電子レシートコード３１１、ユーザコード３１２、日時データ３１３、決済データ３１４及び明細データ３１５を含む。

電子レシートコード３１１は、レシートデータの個々を識別する一意のコードである。
ユーザコード３１２は、健康管理システム１００のユーザを識別する一意のコードである。

日時データ３１３は、決済が行われた日付及び時刻のデータである。日時データ３１３は、ユーザが飲食物である商品を飲食したタイミングを判断するための指標となる。決済が行われた日付及び時刻のデータは、この時間情報の一例である。時間情報としては別に、ユーザが入店した日時、あるいは商品のオーダーがなされた日時なども相当する。

決済データ３１４は、決済の結果を表すデータである。決済データ３１４にどのような項目のデータを含むかは任意であるが、例えば、決済金額、決済方法、あるいは決済を行った店舗の店舗コードなどを含むことが想定される。店舗コードは、複数の会計装置１０が複数の店舗に分散して配置される場合に、それら複数の店舗のそれぞれを識別する一意のコードである。

明細データ３１５は、決済の対象となった商品に関する商品コード、名称及び単価などを表したリストを含む。

ここに、電子レシート領域Ｗ３１は、第１の記憶デバイスとして機能する。

［栄養データサーバ４０の説明］
図６は栄養データサーバ４０の要部構成を示すブロック図である。

栄養データサーバ４０は、プロセッサ４０１、メインメモリ４０２、補助記憶デバイス４０３、通信インターフェース４０４及びシステム伝送路４０５等を備える。プロセッサ４０１、メインメモリ４０２、補助記憶デバイス４０３、通信インターフェース４０４及びシステム伝送路４０５に対する説明は、会計装置１０のものと共通なので省略し、ここでは相違する部分だけを説明する。

栄養データサーバ４０において、補助記憶デバイス４０３が記憶するアプリケーションプログラムには、栄養データサーバ４０のためのアプリケーションプログラム（以下、栄養データサーバアプリと称する）Ｐ４１を含む。

補助記憶デバイス４０３の記憶領域の一部は、商品栄養データ領域Ｗ４１及び食物栄養データ領域Ｗ４２として使用される。商品栄養データ領域Ｗ４１は、会計装置１０が設置される店舗で商品として提供または販売される飲食物のそれぞれについての栄養データ（以下、商品栄養データと定義する）を格納する。食物栄養データ領域Ｗ４２は、主に家庭で調理される飲食物のそれぞれについての栄養データ（以下、食物栄養データと定義する）を格納する。

図７は商品栄養データのデータ構造を示す図である。商品栄養データは、店舗コード４１１、商品コード４１２、カロリーデータ４１３及び栄養バランスデータ４１４を含む。

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

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

栄養バランスデータ４１４は、店舗コード４１１で識別される店舗で商品として提供または販売される飲食物のうちの商品コード４１２で識別される飲食物についての栄養バランスを表す。栄養バランスは、例えば四群点数法により定められた複数のグループ（食品群）毎の点数によって表される。栄養バランスデータ４１４は、塩分、炭水化物、脂質、たんぱく質、無機質、ビタミン等の栄養素の含有量を含んでいてもよい。

図８は食物栄養データのデータ構造を示す図である。食物栄養データは、食物コード４２１、アイコン４２２、カロリーデータ４２３及び栄養バランスデータ４２４を含む。

食物コード４２１は、献立として家庭等で提供される飲食物を識別するコードである。食物コード４２１は、上記の飲食物に対して一意であればよい。仮に、店舗で商品として提供または販売される飲食物の中に同一品目があったとしても、食物コード４２１は、その飲食物の商品コード４１２と一致している必要はない。

アイコン４２２は、食物コード４２１で識別される飲食物を表す絵記号である。アイコン４２２は、飲食物毎にそれぞれ異なることが望ましいが、同一であることを妨げるものではない。各アイコン４２２には、そのアイコン４２２が表す飲食物の名称を示すテキストデータが含まれる。

カロリーデータ４２３は、食物コード４２１で識別される飲食物についてのカロリーを表す。

栄養バランスデータ４２４は、食物コード４２１で識別される飲食物についての栄養バランスを表す。栄養バランスは、例えば四群点数法により定められた複数のグループ（食品群）毎の点数によって表される。栄養バランスデータ４２４は、塩分、炭水化物、脂質、たんぱく質、無機質、ビタミン等の栄養素の含有量を含んでいてもよい。

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

栄養データサーバ４０は、例えば汎用のサーバ装置やコンピュータ装置を基本ハードウェアとして用いることができる。栄養データサーバ４０は、栄養データサーバアプリＰ４１が補助記憶デバイス４０３に記憶されない状態のサーバ装置またはコンピュータ装置と、栄養データサーバアプリＰ４１とが個別に利用者に譲渡されても良い。このとき、栄養データサーバアプリＰ４１の譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介したダウンロードにより実現できる。そしてこの場合は、栄養データサーバ４０の管理者または栄養データサーバ４０の設置作業者などによる操作に応じて、栄養データサーバアプリＰ４１が補助記憶デバイス４０３に書き込まれる。

［健康管理サーバ５０の説明］
図９は健康管理サーバ５０の要部構成を示すブロック図である。

健康管理サーバ５０は、プロセッサ５０１、メインメモリ５０２、補助記憶デバイス５０３、通信インターフェース５０４及びシステム伝送路５０５等を備える。プロセッサ５０１、メインメモリ５０２、補助記憶デバイス５０３、通信インターフェース５０４及びシステム伝送路５０５に対する説明は、会計装置１０のものと共通なので省略し、ここでは相違する部分だけを説明する。なお、通信インターフェース５０４は、ユーザ端末装置２０との通信手段を構成する。

健康管理サーバ５０において、補助記憶デバイス５０３が記憶するアプリケーションプログラムには、健康管理サーバ５０のためのアプリケーションプログラム（以下、健康管理アプリと称する）Ｐ５１を含む。

補助記憶デバイス５０３の記憶領域の一部は、健康管理データ領域Ｗ５１及び食事バランスガイド領域Ｗ５２として使用される。健康管理データ領域Ｗ５１は、健康管理システム１００のユーザ毎に健康管理データを格納する。健康管理データは、ユーザが朝食，昼食，夕食等の食事毎に摂取した飲食物の情報を含む。食事バランスガイド領域Ｗ５２は、国または地域毎に策定される食事バランスガイドに関するデータ（以下、食事バランスデータと定義する）を、食事バランスガイド毎に格納する。

図１０は、健康管理データのデータ構造を示す図である。健康管理データは、ユーザコード５１１と、複数の献立データ５１２とを含む。ユーザコード５１１は、健康管理システム１００のユーザを識別する一意のコードである。ユーザコード５１１は、電子レシートデータのユーザコード３１２と一致する。

献立データ５１２は、日付、区分及び品目コードを含む。日付は、ユーザコード５１１で識別されるユーザが食事をした日付である。区分は、その食事を識別する情報である。すなわち献立データ５１２における区分は、「朝食」、「昼食」、「夕食」及び「間食」をそれぞれ識別する情報である。なお、本実施形態では、献立データ５１２における区分を「朝食」、「昼食」、「夕食」及び「間食」の４つとしたが、必ずしもこの区分に限定されるものではない。

品目コードは、その食事で飲食した飲食物を特定するコードである。品目コードには、栄養データサーバ４０の商品栄養データ領域Ｗ４１にてカロリーデータ及び栄養バランスデータが管理される飲食物の「店舗コードと商品コード」と、食物栄養データ領域Ｗ４２にてカロリーデータ及び栄養バランスデータが管理される飲食物の「食物コード」とがある。１つの献立データにおいて、品目コードは、「店舗コードと商品コード」と「食物コード」とが混在してもよいし、どちらか一方だけでもよい。要は、対応する日付と区分とによって特定される食事の献立として飲食した飲食物を１品ずつ特定できればよい。

ここに、健康管理データ領域Ｗ５１は、第２の記憶デバイスとして機能する。

図１１は、食事バランスデータのデータ構造を示す図である。食事バランスデータは、国コード５２１と、国名データ５２２と、イラストデータ５２３と、分類データ５２４とを含む。

国コード５２１は、食事バランスガイド領域Ｗ５２に設定される食事バランスガイドを策定した国または地域を識別する一意のコードである。国名データ５２２は、対応する国コード５２１で識別される国または地域の名称である。

イラストデータ５２３は、対応する国コード５２１で識別される国または地域で策定された食事バランスガイドで用いるイラストデータである。イラストデータ５２３には、図１２に示すように、日本が策定したコマ形のイラストＧ２のデータ、米国が策定した皿形のイラストＧ３のデータ等がある。

分類データ５２４は、対応する国コード５２１で識別される国または地域で策定された食事バランスガイドで適用する食品群を表す。例えば駒形のイラストＧ２を用いる食事バランスガイドの分類データ５２４は、主食、副菜、主菜、牛乳・乳製品及び果物の５つの食品群を表すデータとなる。皿形のイラストＧ３を用いる食事バランスガイドの分類データ５２４は、穀物（Grains）、たんぱく質（Protein）、野菜（Vegetables）、果物（Fruits）及び牛乳・乳製品（Dairy）の５つの食品群を表すデータとなる。

国コードは、レシートサーバ３０の国コード領域Ｗ３２に格納される国コードと同一フォーマットのものである。すなわち、レシートサーバ３０が設置されている国または地域の食事バランスガイドに対する食事バランスデータの国コードは、当該レシートサーバ３０の国コード領域Ｗ３２に格納される国コードと一致する。なお、本実施形態では、国コード“０”は未使用とする。

［健康管理システム１００の動作説明］
（電子レシートに係る動作説明）
次に、健康管理システム１００の動作について説明する。始めに、電子レシートの保存及び閲覧に係る動作について説明する。なお、以下に説明する各種の処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。

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

ユーザは、健康管理システム１００に属する会計装置１０が設置された店舗で飲食物を飲食したり購入したりした場合、会計装置１０を利用して会計する。

図１３は、会計装置１０のプロセッサ１０１が決済プログラムＰ１１に基づいて実行する情報処理の手順を示す流れ図である。先ずプロセッサ１０１は、メインメモリ１０２内に設定する商品リストエリアをクリアする（Ａｃｔ１０１）。商品リストエリアは、買上登録が済んだ商品に関する情報のリスト（以下、商品リストと称する）を記述するための記憶エリアである。

商品リストエリアをクリアし終えると、プロセッサ１０１は、買上登録すべき商品が指定されたか確認する（Ａｃｔ１０２）。買上登録すべき商品が指定されていない場合（Ａｃｔ１０２にてＮＯ）、プロセッサ１０１は、ユーザコードが入力されたか確認する（Ａｃｔ１０３）。ユーザコードが入力されていない場合（Ａｃｔ１０３にてＮＯ）、プロセッサ１０１は、買上登録の締めが指定されたか確認する（Ａｃｔ１０４）。買上登録の締めが指定されていない場合（Ａｃｔ１０４にてＮＯ）、プロセッサ１０１は、再び買上登録すべき商品が指定されたか確認する（Ａｃｔ１０２）。ここにプロセッサ１０１は、Ａｃｔ１０２乃至Ａｃｔ１０４の処理において、買上登録すべき商品が指定されるか、ユーザコードが入力されるか、買上登録の締めが指定されるのを待ち受ける。

例えば店舗で飲食を終えたユーザが店員に会計を申し出ると、店員は、会計装置１０のＩ／Ｏインターフェース１０５に接続された入力デバイスを操作して、ユーザが飲食した商品を指定する。あるいは、店舗で買い物を終えたユーザが店員に会計を申し出ると、店員は、同入力デバイスを操作して、ユーザが購入した商品を指定する。これらの操作を受けてプロセッサ１０１は、買上登録すべき商品を指定する操作がなされたことを検知する。

プロセッサ１０１は、Ａｃｔ１０２乃至Ａｃｔ１０４の待ち受け状態において、買上登録すべき商品を指定する操作がなされたことを検知すると（Ａｃｔ１０２にてＹＥＳ）、指定された商品の情報を含むように、商品リストを更新する（Ａｃｔ１０５）。商品の情報には、商品コード、商品名、価格等が含まれる。

商品の情報には、栄養データサーバ４０の商品栄養データ領域Ｗ４１に設定されている当該商品のカロリーデータと栄養バランスデータとを含んでもよい。すなわちプロセッサ１０１は、栄養データサーバ４０に店舗コードと商品コードとを通知する。この通知を受けた栄養データサーバ４０のプロセッサ４０１は、商品栄養データ領域Ｗ４１を検索する。そしてプロセッサ４０１は、通知された店舗コードと商品コードとに関連付けられたカロリーデータと栄養バランスデータとを商品栄養データ領域Ｗ４１から読出し、会計装置１０に送信する。会計装置１０のプロセッサ１０１は、栄養データサーバ４０から受け取ったカロリーデータと栄養バランスデータとを商品リストに追加する。
商品リストを更新した後、プロセッサ１０１は、Ａｃｔ１０２乃至Ａｃｔ１０４の待ち受け状態に戻る。

ところで、上記の会計に関して電子レシートサービスを利用したいユーザは、ユーザ端末装置２０においてレシートクライアントアプリＰ２１を起動する。レシートクライアントアプリＰ２１が起動すると、プロセッサ２０１は、このレシートクライアントアプリＰ２１に基づく情報処理を実行する。この情報処理は、レシートサーバアプリＰ３１が起動するレシートサーバ３０によって支援される。

図１４乃至図１６は、ユーザ端末装置２０のプロセッサ２０１が、レシートクライアントアプリＰ２１に基づいて実行する情報処理の手順を示す流れ図である。図１７及び図１８は、レシートサーバ３０のプロセッサ３０１がレシートサーバアプリＰ３１に基づいて実行する情報処理の手順を示す流れ図である。図１９は、レシートサーバ３０のプロセッサ３０１がレシートサーバアプリＰ３１とは別のタスクによって並列的に実行する情報処理の手順を示す流れ図である。図１０は、レシートクライアントアプリＰ２１に基づく情報処理によりユーザ端末装置２０のタッチパネル２０４に表示される画面の変遷例を示す図である。以下、図１４乃至図２０を用いて、ユーザ端末装置２０におけるプロセッサ２０１の主要な処理と、レシートサーバ３０におけるプロセッサ３０１の主要な処理とについて説明する。

図１４に示すように、レシートクライアントアプリＰ２１に基づく情報処理が起動すると、プロセッサ２０１は、タッチパネル２０４の画面をログイン画面ＳＣ１とする（Ａｃｔ２０１）。そしてプロセッサ２０１は、ログインの指示を待ち受ける（Ａｃｔ２０２）。

図２０に示すように、ログイン画面ＳＣ１は入力欄Ｆ１１，Ｆ１２及びボタンＢ１１を含む。入力欄Ｆ１１は、ユーザ名として設定されたメールアドレスをユーザが入力するための欄である。入力欄Ｆ１２は、メールアドレスとともにユーザコードに関連付けられたパスワードをユーザが入力するための欄である。ボタンＢ１１は、ログインを指示するためにユーザがタッチするものである。初期状態のログイン画面ＳＣ１は、入力欄Ｆ１１，Ｆ１２が空欄である。

ユーザは、ユーザ登録の際に指定したメールアドレス及びパスワードを入力欄Ｆ１１，Ｆ１２にそれぞれ入力した上で、ボタンＢ１１にタッチする。これらの操作を受けてプロセッサ２０１は、ログインの指示を検知する。

プロセッサ２０１は、Ａｃｔ２０２の待ち受け状態において、ログインの指示を検知すると（Ａｃｔ２０２にてＹＥＳ）、レシートサーバ３０に対してログイン要求を行う（Ａｃｔ２０３）。具体的にはプロセッサ２０１は、入力欄Ｆ１１，Ｆ１２にそれぞれ入力されたメールアドレス及びパスワードをメインメモリ３０２に格納する。そして、ボタンＢ１１のタッチ入力を受けてプロセッサ２０１は、通信インターフェース２０５からレシートサーバ３０に宛ててログイン要求をネットワーク２００へと送信する。ログイン要求には、メインメモリ３０２に格納したメールアドレス及びパスワードのログインデータが含まれる。

図１７に示すように、レシートサーバアプリＰ３に基づく情報処理が起動したプロセッサ３０１は、ログイン要求を待ち受ける（Ａｃｔ３０１）。ユーザ端末装置２０からネットワーク２００へと送信されたログイン要求を通信インターフェース３０４で受信すると（Ａｃｔ３０１にてＹＥＳ）、プロセッサ３０１は、受信されたログイン要求に含まれたログインデータに基づいて認証処理を行う（Ａｃｔ３０２）。具体的にはプロセッサ３０１は、ログイン要求に含まれたメールアドレスとパスワードとに関連付けられたユーザコードが設定されているか確認する。ユーザコードが設定されている場合、プロセッサ３０１は認証に成功する。ユーザコードが設定されていない場合には、プロセッサ３０１は認証に失敗する。

認証処理を行ったプロセッサ３０１は、認証に成功したか確認する（Ａｃｔ３０３）。そして認証に失敗した場合（Ａｃｔ３０３にてＮＯ）、プロセッサ３０１は、エラー通知を通信インターフェース３０４からユーザ端末装置２０に宛ててネットワーク２００へと送信する（Ａｃｔ３０４）。エラー通知を送信した後、プロセッサ３０１は、Ａｃｔ３０１の処理へと戻る。すなわちプロセッサ３０１は、ログイン要求を待ち受ける。以後、プロセッサ３０１は、それ以降の処理を前述したのと同様に繰り返す。

認証に成功した場合には（Ａｃｔ３０３にてＹＥＳ）、図１８に示すように、プロセッサ３０１は、トップ画面データを生成し、このトップ画面データを通信インターフェース３０４からユーザ端末装置２０に宛ててネットワーク２００へと送信する（Ａｃｔ３０５）。トップ画面データは、ユーザ端末装置２０のタッチパネル２０４の画面をトップ画面ＳＣ２とするための画像を表す。なおプロセッサ３０１は、認証に成功したユーザコードをログイン中のユーザのユーザコードとしてメインメモリ３０２に格納しておく。

図１４のＡｃｔ２０３において、ログイン要求を行ったプロセッサ２０１は、エラーが通知されたか確認する（Ａｃｔ２０４）。レシートサーバ３０からネットワーク２００へと送信されたエラー通知を通信インターフェース２０５で受信すると（Ａｃｔ２０４にてＹＥＳ）、プロセッサ２０１は、Ａｃｔ２０１の処理へと戻る。すなわちプロセッサ２０１は、ログイン画面ＳＣ１を初期状態とする。以後、プロセッサ２０１は、それ以降の処理を前述したのと同様に繰り返す。

エラー通知でなく、トップ画面データを通信インターフェース２０５で受信すると（Ａｃｔ２０４にてＮＯ）、図１５に示すように、プロセッサ２０１は、このトップ画面データをメインメモリ２０２または補助記憶デバイス２０３へと格納する。そしてプロセッサ２０１は、受信されたトップ画面データに基づき、タッチパネル２０４の画面をトップ画面ＳＣ２とする（Ａｃｔ２０５）。

図２０に示すように、トップ画面ＳＣ２は、バーコードＣ１１と、ボタンＢ２１，Ｂ２２，Ｂ２３．Ｂ２４，Ｂ２５とを含む。バーコードＣ１１は、ログイン要求に含まれたメールアドレスとパスワードとに関連付けられたユーザコードを表す。ボタンＢ２１は、最新のレシートを閲覧するためにユーザがタッチするものである。

ボタンＢ２２は、トップ画面ＳＣ２への移行を指示するためにユーザがタッチするものである。ボタンＢ２３は、簡易レシート情報の一覧画面への移行を指示するためにユーザがタッチするものである。ボタンＢ２４は、栄養分析画面への移行を指示するためにユーザがタッチするものである。ボタンＢ２５は、トップ画面、一覧画面および栄養分析画面とは別の画面への移行を指示するためにユーザがタッチするものである。当該画面は、例えば各種の設定のためのユーザ操作を受け付けるための画面である。ボタンＢ２２，Ｂ２３，Ｂ２４，Ｂ２５は、現在の画面がどの画面であるかを表す指標としての機能も有する。トップ画面ＳＣ２の場合、ボタンＢ２２の枠を他のボタンＢ２３、Ｂ２４、Ｂ２５に比べて太くしている。

トップ画面ＳＣ２を確認したユーザは、そのトップ画面ＳＣ２に表示されたバーコードＣ１１を店員に提示する。店員は、会計装置１０のＩ／Ｏインターフェース１０５に接続された入出力デバイスの１つであるハンディスキャナにバーコードＣ１１を読み取らせる。会計装置１０のプロセッサ１０１は、ハンディスキャナでバーコードＣ１１が読み取られると、そのバーコードＣ１１によって表されるコードをユーザコードとして受け付ける。

プロセッサ１０１は、図１３のＡｃｔ１０２乃至Ａｃｔ１０４の待ち受け状態において、入力デバイスを介してユーザコードが入力されたことを検知すると（Ａｃｔ１０３にてＹＥＳ）、このユーザコードをメインメモリ２０２または補助記憶デバイス２０３に格納する（Ａｃｔ１０６）。ユーザコードを格納した後、プロセッサ１０１は、Ａｃｔ１０２乃至Ａｃｔ１０４の待ち受け状態に戻る。

店員は、ユーザが飲食した商品あるいはユーザが購入した商品を会計装置１０に対して指定する操作をすべて終えると、買上登録の締めを指定するべく会計装置１０の入力デバイスを操作する。この操作を受けて、Ａｃｔ１０２乃至Ａｃｔ１０４の待ち受け状態にあるプロセッサ１０１は、買上登録の締めが指定されたことを検知する。買上登録の締めが指定されたことを検知すると（Ａｃｔ１０４にてＹＥＳ）、プロセッサ１０１は、商品リストに示された商品の提供または販売に関わる代金の決済のための決済処理を行う（Ａｃｔ１０７）。この決済処理は、既存のＰＯＳ装置などで実施している処理をそのまま利用できる。

決済処理を終えると、プロセッサ１０１は、メインメモリ２０２または補助記憶デバイス２０３にてユーザコードを格納しているか確認する（Ａｃｔ１０８）。ユーザコードを格納している場合（Ａｃｔ１０８にてＹＥＳ）、プロセッサ１０１は、商品リストに含まれる情報を基にレシートデータを生成する（Ａｃｔ１０９）。レシートデータは、電子レシートコード３１１、ユーザコード３１２、日時データ３１３、決済データ３１４及び明細データ３１５を含む。

レシートデータを生成したプロセッサ１０１は、紙レシートを発行するか確認する（Ａｃｔ１１０）。具体的にはプロセッサ１０１は、紙レシートの発行をユーザが希望するか問い合わせる画面を、Ｉ／Ｏインターフェース１０５に接続されたタッチパネルに表示する。そしてプロセッサ１０１は、タッチパネルでの操作により紙レシートを発行しない旨の入力がなされたことを検知したならば（Ａｃｔ１１０にてＮＯ）、レシートデータをレシートサーバ３０へと送信する（Ａｃｔ１１１）。具体的にはプロセッサ１０１は、Ａｃｔ１０９の処理にて生成したレシートデータと、メインメモリ１０２または補助記憶デバイス１０３で記憶したユーザコードとを含んだ伝送ファイルを生成する。そしてプロセッサ１０１は、例えばＦＴＰ（file transfer protocol）などのプロトコルを用いて、ネットワーク２００を介してレシートサーバ３０へと上記の伝送ファイルを通信インターフェース１０４に送信させる。

これに対し、紙レシートを発行する旨の入力がなされた場合（Ａｃｔ１１０にてＹＥＳ）、あるいはユーザコードを格納していない場合には（Ａｃｔ１０８にてＮＯ）、プロセッサ１０１は、紙レシートの発行を制御する（Ａｃｔ１１２）。具体的にはプロセッサ１０１は、Ｉ／Ｏインターフェース１０５に接続された入出力デバイスの１つであるプリンタを制御して、紙レシートを発行させる。

レシートデータをレシートサーバ３０へと送信するか、紙レシートの発行を終えると、プロセッサ１０１は、再び商品リストエリアをクリアして（Ａｃｔ１０１）、それ以降の処理を前述と同様にしてやり直す。

なお、上記の説明では、プロセッサ１０１は、レシートデータを生成した後に、紙レシートを発行するか確認した。別の実施形態では、紙レシートを発行するか確認することなく、レシートデータとユーザコードとを含む伝送ファイルをレシートサーバ３０へと送信してもよい。

ネットワーク２００を介して伝送された伝送ファイルは、レシートサーバ３０の通信インターフェース３０４で受信される。レシートサーバ３０のプロセッサ３０１は、図１９に示すように、レシートデータとユーザコードとを含む伝送ファイルの受信を待機している（Ａｃｔ３２１）。そしてプロセッサ３０１は、伝送ファイルを受信すると（Ａｃｔ３２１にてＹＥＳ）、この伝送ファイルに含まれるレシートデータを、同伝送ファイルに含まれるユーザコードと関連づけて、補助記憶デバイス３０３の電子レシート領域Ｗ３１に格納する（Ａｃｔ３２２）。この後、プロセッサ３０１は、再び伝送ファイルの受信を待ち受ける（Ａｃｔ３２１）。

かくして、電子レシートサービスを利用したいユーザが店舗で飲食した際のレシートデータあるいは店舗で買い物をした際のレシートデータは、レシートサーバ３０の電子レシート領域Ｗ３１に蓄積される。

さて、会計を終えたユーザは、ユーザ端末装置２０のトップ画面ＳＣ２に表示されたボタンＢ２１にタッチすることによって、その会計でのレシートを閲覧することができる。

図１５のＡｃｔ２０５において、タッチパネル２０４にトップ画面ＳＣ２を表示させたプロセッサ２０１は、最新のレシート画面への移行が指示されたか確認する。すなわちプロセッサ２０１は、ボタンＢ２１がタッチされたか確認する（Ａｃｔ２０６）。ボタンＢ２１がタッチされていない場合（Ａｃｔ２０６にてＮＯ）、プロセッサ２０１は、レシート一覧画面への移行が指示されたか確認する。すなわちプロセッサ２０１は、ボタンＢ２３がタッチされたか確認する（Ａｃｔ２０７）。ボタンＢ２３がタッチされていない場合（Ａｃｔ２０７にてＮＯ）、プロセッサ２０１は、栄養分析画面への移行が指示されたか確認する。すなわちプロセッサ２０１は、ボタンＢ２４がタッチされたか確認する（Ａｃｔ２０８）。ボタンＢ２４がタッチされていない場合（Ａｃｔ２０８にてＮＯ）、プロセッサ２０１は、その他の画面への移行が指示されたか確認する。すなわちプロセッサ２０１は、ボタンＢ２５がタッチされたか確認する（Ａｃｔ２０９）。ボタンＢ２５がタッチされていない場合（Ａｃｔ２０９にてＮＯ）、プロセッサ２０１は、再び最新のレシート画面への移行が指示されたか確認する（Ａｃｔ２０６）。

したがってプロセッサ２０１は、Ａｃｔ２０６乃至Ａｃｔ２０９の処理において、トップ画面ＳＣ２のボタンＢ２１、Ｂ２３，Ｂ２４またはＢ２５がタッチされるのを待ち受ける。なお、ボタンＢ２２は、トップ画面ＳＣ２への移行を指示するボタンなので、タッチされてもプロセッサ２０１は、その入力を無視する。

Ａｃｔ２０６乃至Ａｃｔ２０９の待ち受け状態において、タッチパネル２０４を介してボタンＢ２１がタッチされたことを検知すると（Ａｃｔ２０６にてＹＥＳ）、プロセッサ２０１は、最新レシートを示す画像の表示要求を、通信インターフェース２０５からレシートサーバ３０に宛ててネットワーク２００へと送信する（Ａｃｔ２１０）。この表示要求には、メインメモリ２０２または補助記憶デバイス２０３で記憶したユーザコードが含まれる。

図１８のＡｃｔ３０５において、トップ画面データを送信したプロセッサ３０１は、最新レシートを示す画像の表示要求を受信したか確認する（Ａｃｔ３０６）。受信していない場合、プロセッサ３０１は、一覧画面の表示要求を受信したか確認する（Ａｃｔ３０７）。受信していない場合、プロセッサ３０１は、その他の画像の表示要求を受信したか確認する（Ａｃｔ３０８）。受信していない場合、プロセッサ３０１は、再び最新レシートを示す画像の表示要求を受信したか確認する（Ａｃｔ３０６）。

したがって、トップ画面データを送信したプロセッサ３０１は、Ａｃｔ３０６〜Ａｃｔ３０８の処理により最新レシートを示す画像または一覧画面等の表示要求を待ち受ける。この待ち受け状態において、通信インターフェース３０４で最新レシートを示す画像の表示要求を受信すると（Ａｃｔ３０６にてＹＥＳ）、プロセッサ３０１は、電子レシート領域Ｗ３１を検索する。そしてプロセッサ３０１は、受信した表示要求に含まれるユーザコードに関連付けられて電子レシート領域Ｗ３１に格納されているレシートデータのうち、日時データが最新のレシートデータを取得する（Ａｃｔ３０９）。

レシートデータを取得したならば、プロセッサ３０１は、このレシートデータからレシート画面データを生成する。そしてプロセッサ３０１は、このレシート画面データを通信インターフェース３０４からユーザ端末装置２０に宛ててネットワーク２００へと送信する（Ａｃｔ３１０）。レシート画面データは、ユーザ端末装置２０のタッチパネル２０４の画面をレシート画面ＳＣ３とするための画像を表す。

図１５のＡｃｔ２１０において、最新レシートを示す画像の表示要求を送信したプロセッサ２０１は、この表示要求に応答してレシートサーバ３０から送信されるレシート画面データを待ち受ける。そして、通信インターフェース２０５でレシート画面データを受信したならば、プロセッサ２０１は、このレシート画面データに基づき、タッチパネル２０４の画面をレシート画面ＳＣ３とする（Ａｃｔ２１１）。

図２０に示すように、レシート画面ＳＣ３には、商取引の明細を表すレシートの画像Ｒ１が表示される。また、この商取引を特定するための簡易レシートデータ（取引日付、取引時刻、店舗名、取引金額）を示す画像Ｒ２もレシート画面ＳＣ３に表示される。

レシート画面ＳＣ３は、トップ画面ＳＣ２と同様のボタンＢ２２，Ｂ２３，Ｂ２４，Ｂ２５を含む。そしてレシート画面ＳＣ３は、ボタンＢ２３の枠を他のボタンＢ２２、Ｂ２４、Ｂ２５に比べて太くしている。

図１５のＡｃｔ２１１において、タッチパネル２０４にレシート画面ＳＣ３を表示させたプロセッサ２０１は、レシート一覧画面への移行が指示されたか確認する。すなわちプロセッサ２０１は、ボタンＢ２３がタッチされたか確認する（Ａｃｔ２１２）。ボタンＢ２３がタッチされていない場合（Ａｃｔ２１２にてＮＯ）、プロセッサ２０１は、トップ画面への移行が指示されたか確認する。すなわちプロセッサ２０１は、ボタンＢ２２がタッチされたか確認する（Ａｃｔ２１３）。ボタンＢ２２がタッチされていない場合（Ａｃｔ２１３にてＮＯ）、プロセッサ２０１は、栄養分析画面への移行が指示されたか確認する。すなわちプロセッサ２０１は、ボタンＢ２４がタッチされたか確認する（Ａｃｔ２１４）。ボタンＢ２４がタッチされていない場合（Ａｃｔ２１４にてＮＯ）、プロセッサ２０１は、その他の画面への移行が指示されたか確認する。すなわちプロセッサ２０１は、ボタンＢ２５がタッチされたか確認する（Ａｃｔ２１５）。ボタンＢ２５がタッチされていない場合（Ａｃｔ２１５にてＮＯ）、プロセッサ２０１は、再びレシート一覧画面への移行が指示されたか確認する（Ａｃｔ２１２）。

したがってプロセッサ２０１は、Ａｃｔ２１２乃至Ａｃｔ２１５の処理において、レシート画面ＳＣ３のボタンＢ２３、Ｂ２２，Ｂ２４またはＢ２５がタッチされるのを待ち受ける。

最新レシートではなく他の会計のレシートを閲覧したいユーザは、トップ画面ＳＣ２またはレシート画面ＳＣ３において、ボタンＢ２３にタッチする。

Ａｃｔ２０６乃至Ａｃｔ２０９の待ち受け状態あるいはＡｃｔ２１２乃至Ａｃｔ２１５の待ち受け状態において、タッチパネル２０４を介してボタンＢ２３がタッチされたことを検知すると（Ａｃｔ２０７にてＹＥＳあるいはＡｃｔ２１２にてＹＥＳ）、プロセッサ２０１は、図１６に示すように、一覧画面の表示要求を、通信インターフェース２０５からレシートサーバ３０に宛ててネットワーク２００へと送信する（Ａｃｔ２１６）。この表示要求には、メインメモリ２０２または補助記憶デバイス２０３で記憶したユーザコードが含まれる。

図１８のＡｃｔ３０５において、トップ画面データを送信したプロセッサ３０１は、Ａｃｔ３０６〜Ａｃｔ３０８の処理により一覧画面等の表示要求を待ち受ける。

一方、図１８のＡｃｔ３１０において、レシート画面データを送信したプロセッサ３０１は、一覧画面の表示要求を受信したか確認する（Ａｃｔ３１１）。受信していない場合、プロセッサ３０１は、トップ画面の表示要求を受信したか確認する（Ａｃｔ３１２）。受信していない場合、プロセッサ３０１は、その他の画像の表示要求を受信したか確認する（Ａｃｔ３１３）。受信していない場合、プロセッサ３０１は、再び一覧画面の表示要求を受信したか確認する（Ａｃｔ３１１）。

したがって、レシート画面データを送信したプロセッサ３０１は、Ａｃｔ３１１〜Ａｃｔ３１３の処理により一覧画面またはトップ画面等の表示要求を待ち受ける。

Ａｃｔ３０６〜Ａｃｔ３０８またはＡｃｔ３１１〜Ａｃｔ３１３の待ち受け状態において、一覧画面の表示要求を受信すると（Ａｃｔ３０７またはＡｃｔ３１１にてＹＥＳ）、プロセッサ３０１は、電子レシート領域Ｗ３１を検索する。そしてプロセッサ３０１は、受信した表示要求に含まれるユーザコードに関連付けられて電子レシート領域Ｗ３１に格納されている全てのレシートデータから簡易レシートデータを取得する（Ａｃｔ３１４）。簡易レシートデータは、前述したようにそのレシートデータに含まれる取引日付、取引時刻、店舗名及び取引金額からなる。なお、簡易レシートデータは、取引日付、取引時刻、店舗名及び取引金額の４項目に限定されるものではない。他の項目を追加してもよいし、いずれかの項目を削除してもよい。

簡易レシートデータを取得したならば、プロセッサ３０１は、この簡易レシートデータから一覧画面データを生成する。そしてプロセッサ３０１は、この一覧画面データを通信インターフェース３０４からユーザ端末装置２０に宛ててネットワーク２００へと送信する（Ａｃｔ３１５）。一覧画面データは、ユーザ端末装置２０のタッチパネル２０４の画面を一覧画面ＳＣ４とするための画像を表す。

図１６のＡｃｔ２１６において、レシート一覧の表示要求を送信したプロセッサ２０１は、この表示要求に応答してレシートサーバ３０から送信される一覧画面データを待ち受ける。そして、一覧画面データを通信インターフェース２０５で受信したならば、プロセッサ２０１は、この一覧画面データに基づき、タッチパネル２０４の画面を一覧画面ＳＣ４とする（Ａｃｔ２１７）。

図２０に示すように、一覧画面ＳＣ４には、レシートデータ毎の簡易レシートデータ（取引日付、取引時刻、店舗名、取引金額）を示す画像Ｒ２が表示される。また一覧画面ＳＣ４は、トップ画面ＳＣ２またはレシート画面ＳＣ３と同様のボタンＢ２２，Ｂ２３，Ｂ２４，Ｂ２５を含む。

図１６のＡｃｔ２１７において、タッチパネル２０４に一覧画面ＳＣ４を表示させたプロセッサ２０１は、この一覧画面ＳＣ４からいずれかの簡易レシートデータが指定されたか確認する。すなわちプロセッサ２１は、いずれかの簡易レシートデータの画像Ｒ２がタッチされたか確認する（Ａｃｔ２１８）。画像Ｒ２がタッチされていない場合（Ａｃｔ２１８にてＮＯ）、プロセッサ２０１は、トップ画面への移行が指示されたか確認する。すなわちプロセッサ２０１は、ボタンＢ２２がタッチされたか確認する（Ａｃｔ２１９）。ボタンＢ２２がタッチされていない場合（Ａｃｔ２１９にてＮＯ）、プロセッサ２０１は、栄養分析画面への移行が指示されたか確認する。すなわちプロセッサ２０１は、ボタンＢ２４がタッチされたか確認する（Ａｃｔ２２０）。ボタンＢ２４がタッチされていない場合（Ａｃｔ２２０にてＮＯ）、プロセッサ２０１は、その他の画面への移行が指示されたか確認する。すなわちプロセッサ２０１は、ボタンＢ２５がタッチされたか確認する（Ａｃｔ２２１）。ボタンＢ２５がタッチされていない場合（Ａｃｔ２２１にてＮＯ）、プロセッサ２０１は、再び簡易レシートデータが指定されたか確認する（Ａｃｔ２１８）。

したがってプロセッサ２０１は、Ａｃｔ２１８乃至Ａｃｔ２２１の処理において、一覧画面ＳＣ４の画像Ｒ２、またはボタンＢ２２，Ｂ２４またはＢ２５がタッチされるのを待ち受ける。なお、ボタンＢ２３は、一覧画面ＳＣ４への移行を指示するボタンなので、タッチされてもプロセッサ２０１は、その入力を無視する。

一覧画面ＳＣ４を閲覧したユーザは、簡易レシートデータのなかから閲覧したいレシートのデータを探す。そして閲覧したいレシートの簡易レシートデータを見つけたならば、ユーザは、その簡易レシートデータの画像Ｒ２にタッチする。

Ａｃｔ２１８乃至Ａｃｔ２２１の待ち受け状態において、一覧画面ＳＣ４に表示された簡易レシートデータを示す複数の画像Ｒ２のうちいずれか１つの画像Ｒ２がタッチされたことを検知すると（Ａｃｔ２１８にてＹＥＳ）、プロセッサ２０１は、タッチされた画像Ｒ２の簡易レシートデータで特定されるレシートを示す画像の表示要求を、通信インターフェース２０５からレシートサーバ３０に宛ててネットワーク２００へと送信する（Ａｃｔ２１０）。この表示要求には、メインメモリ２０２または補助記憶デバイス２０３で記憶したユーザコードと、タッチされた画像Ｒ２の簡易レシートデータとが含まれる。

図１８のＡｃｔ３１５において、一覧画面データを送信したプロセッサ３０１は、簡易レシートデータで特定されるレシートを示す画像の表示要求を受信したか確認する（Ａｃｔ３１６）。受信していない場合、プロセッサ３０１は、トップ画面の表示要求を受信したか確認する（Ａｃｔ３１７）。受信していない場合、プロセッサ３０１は、その他の画像の表示要求を受信したか確認する（Ａｃｔ３１８）。受信していない場合、プロセッサ３０１は、再び簡易レシートデータで特定されるレシートを示す画像の表示要求を受信したか確認する（Ａｃｔ３１６）。

したがって、一覧画面データを送信したプロセッサ３０１は、Ａｃｔ３１６乃至Ａｃｔ３１８の処理により簡易レシートデータで特定されるレシートを示す画像またはトップ画面等の表示要求を待ち受ける。この待ち受け状態において、簡易レシートデータで特定されるレシートを示す画像の表示要求を通信インターフェース３０４で受信すると（Ａｃｔ３１６にてＹＥＳ）、プロセッサ３０１は、電子レシート領域Ｗ３１を検索する。そしてプロセッサ３０１は、受信した表示要求に含まれるユーザコードに関連付けられて電子レシート領域Ｗ３１に格納されているレシートデータのうち、簡易レシートデータが一致するレシートデータを取得する（Ａｃｔ３０９）。

レシートデータを取得したならば、プロセッサ３０１は、このレシートデータからレシート画面データを生成する。そしてプロセッサ３０１は、このレシート画面データを通信インターフェース３０４からユーザ端末装置２０に宛ててネットワーク２００へと送信する（Ａｃｔ３１０）。以後、プロセッサ３０１は、Ａｃｔ３１１乃至Ａｃｔ３１３の待ち受け状態となる。

図１５のＡｃｔ２１０において、簡易レシートデータで特定されるレシートを示す画像の表示要求を送信したプロセッサ２０１は、この表示要求に応答してレシートサーバ３０から送信されるレシート画面データを待ち受ける。そして、通信インターフェース２０５でレシート画面データを受信したならば、プロセッサ２０１は、このレシート画面データに基づき、タッチパネル２０４の画面をレシート画面ＳＣ３とする（Ａｃｔ２１１）。このときのレシート画面ＳＣ３のレイアウトは、最新レシートに対するレシート画面ＳＣ３と同一である。

タッチパネル２０４の画面をレシート画面ＳＣ３または一覧画面ＳＣ４からトップ画面ＳＣ２に戻したいユーザは、ボタンＢ２２にタッチする。

Ａｃｔ２１２乃至Ａｃｔ２１５の待ち受け状態あるいはＡｃｔ２１８乃至Ａｃｔ２２１の待ち受け状態において、タッチパネル２０４を介してボタンＢ２２がタッチされたことを検知すると（Ａｃｔ２１３にてＹＥＳあるいはＡｃｔ２１９にてＹＥＳ）、プロセッサ２０１は、Ａｃｔ２０５の処理へと戻る。すなわちプロセッサ２０１は、タッチパネル２０４の画面をトップ画面ＳＣ２とする。以後、プロセッサ２０１は、それ以降の処理を前述したのと同様に繰り返す。

図１８のＡｃｔ３１０において、レシート画面データを送信したプロセッサ３０１は、Ａｃｔ３１１〜Ａｃｔ３１３の処理によりトップ画面等の表示要求を待ち受ける。同様に、図１８のＡｃｔ３１５において、一覧画面データを送信したプロセッサ３０１は、Ａｃｔ３１６〜Ａｃｔ３１８の処理によりトップ画面等の表示要求を待ち受ける。

これらの待ち受け状態において、トップ画面の表示要求を受信すると（Ａｃｔ３１２またはＡｃｔ３１７にてＹＥＳ）、プロセッサ３０１は、Ａｃｔ３０５の処理へと戻る。すなわちプロセッサ３０１は、トップ画面データを通信インターフェース３０４からユーザ端末装置２０に宛ててネットワーク２００へと送信する。以後、プロセッサ３０１は、それ以降の処理を前述したのと同様に繰り返す。

（健康管理に係る動作説明）
次に、食事毎の献立情報に基づく健康管理に係る動作について説明する。なお、以下に説明する各種の処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。

ユーザ端末装置２０にレシートクライアントアプリＰ２１とともに健康アプリＰ２２をインストールしたユーザは、栄養データサーバ４０及び健康管理サーバ５０の支援の下に、献立情報に基づく健康管理を行うことができる。すなわちユーザは、ユーザ端末装置２０を操作して、朝食、昼食、夕食等の食事毎に摂取した飲食物の情報（献立情報）を健康管理サーバ５０に登録することができる。そして、献立情報を登録したユーザは、ユーザ端末装置２０を利用して、食事毎あるいは一日分の栄養バランスなどを表した栄養分析画面を閲覧することができる。栄養分析画面には、例えば摂取カロリー量と、四群点数法によって求められた栄養バランスの分布画像とが表示される。また、栄養バランスの分布画像に代えて、各国の食事バランスガイドのイラストを表示させることもできる。

献立情報の登録及び栄養分析画面の閲覧のためには、ユーザ端末装置２０において、健康アプリＰ２２を起動する必要がある。健康アプリＰ２２は、トップ画面ＣＳ、レシート画面ＳＣ３または一覧画面ＳＣ４に表示されるボタンＢ２３にタッチすることで起動する。すなわちユーザ端末装置２０のプロセッサ２０１は、図１５，図１６に示すように、Ａｃｔ２０６〜Ａｃｔ２０９の待ち受け状態、Ａｃｔ２１２〜Ａｃｔ２１５の待ち受け状態、またはＡｃｔ２１８〜Ａｃｔ２２１の待ち受け状態において、ボタンＢ２３がタッチされたことを検知すると（Ａｃｔ２０８、Ａｃｔ２１４またはＡｃｔ２２０にてＹＥＳ）、健康アプリＰ２２を起動する（Ａｃｔ２３１）。

プロセッサ２０１は、健康アプリＰ２２が終了するまで、この健康アプリＰ２２に基づく情報処理を実行する。この情報処理は、栄養データサーバアプリＰ４１が起動する栄養データサーバ４０、及び健康管理アプリＰ５１が起動する健康管理サーバ５０によって支援される。

図２１乃至図２５は、ユーザ端末装置２０のプロセッサ２０１が、健康アプリＰ２２に基づいて実行する情報処理の手順を示す流れ図である。図２６乃至図２９は、健康管理サーバ５０のプロセッサ５０１が健康管理アプリＰ５１に基づいて実行する情報処理の手順を示す流れ図である。図３０乃至図３６は、健康アプリＰ２２に基づく情報処理によりユーザ端末装置２０のタッチパネル２０４に表示される画面を示す図である。以下、図２１乃至図３６を用いて、ユーザ端末装置２０におけるプロセッサ２０１の主要な処理と、健康管理サーバ５０におけるプロセッサ５０１の主要な処理とについて説明する。

図２１に示すように、健康アプリＰ２２に基づく情報処理が起動すると、プロセッサ２０１は、メインメモリ２０２内に設定する日付エリアと区分エリアとに、それぞれ「本日日付」を表す日付データと「一日」を表す区分データとをセットする（Ａｃｔ２４１）。日付データは、ユーザ端末装置２０が内蔵するシステム時計（クロック）から検出される。区分データは、栄養分析画面に表示されるデータ（摂取カロリー量、栄養バランスの分布画像等）の単位を表す。区分データは、「一日」以外に、「一週間」、「一か月間」、「朝食」、「昼食」、「夕食」、「間食」等がある。

日付データと区分データとをセットしたならば、プロセッサ２０１は、栄養分析要求を通信インターフェース２０５から健康管理サーバ５０に宛ててネットワーク２００へと送信する（Ａｃｔ２４２）。この栄養分析要求には、メインメモリ２０２または補助記憶デバイス２０３で記憶したユーザコードと、日付エリア及び区分エリアにセットされた日付データ及び区分データとが含まれる。したがって、健康アプリＰ２２が起動した段階では、栄養分析要求に含まれる区分データは「一日」である。

図２６に示すように、健康管理アプリＰ５１に基づく情報処理が起動したプロセッサ５０１は、栄養分析要求を待ち受ける（Ａｃｔ５００）。ユーザ端末装置２０からネットワーク２００へと送信された栄養分析要求を通信インターフェース５０４で受信すると（Ａｃｔ５００にてＹＥＳ）、プロセッサ５０１は、受信された栄養分析要求に含まれたユーザコード、日付データ及び区分データをメインメモリ５０２または補助記憶デバイス５０３で記憶する。さらにプロセッサ５０１は、記憶したユーザコードで健康管理データ領域Ｗ５１を検索して、当該ユーザコードが関連付けられた健康管理データを取得する。そしてプロセッサ５０１は、取得した健康管理データを、メインメモリ５０２または補助記憶デバイス５０３で記憶する（Ａｃｔ５０１）。

次に、プロセッサ５０１は、記憶した区分データを確認する（Ａｃｔ５０２）。区分データが「一日」の場合（Ａｃｔ５０２にてＮＯ）、プロセッサ５０１は、記憶した健康管理データから、記憶した日付データを含む献立データ５１２を抽出する。区分データが「一週間」の場合には（Ａｃｔ５０２にてＮＯ）、プロセッサ５０１は、記憶した健康管理データから、記憶した日付データを含み過去１週間分の献立データ５１２を抽出する。区分データが「一か月」の場合には（Ａｃｔ５０２にてＮＯ）、プロセッサ５０１は、記憶した健康管理データから、記憶した日付データを含み過去一か月分の献立データ５１２を抽出する。

プロセッサ５０１は、抽出した献立データ５１２をメインメモリ５０２または補助記憶デバイス５０３で記憶する。そしてプロセッサ５０１は、記憶した献立データ５１２に含まれる品目コードに基づいて、一日分、一週間分または一か月分の栄養分析画面（以下、第１栄養分析画面ＳＣ５１と称する）を生成する（Ａｃｔ５０３）。

例えば区分データが「一日」であった場合、プロセッサ３０１は、健康管理データから記憶した日付データと日付が一致し、かつ、区分が「朝食」、「昼食」、「夕食」及び「間食」の献立データ５１２を全て抽出する。そしてプロセッサ５０１は、抽出した献立データ５１２に含まれる品目コードで特定される飲食物のカロリーデータ及び栄養バランスデータを、栄養データサーバ４０に要求する。

この要求を受けた栄養データサーバ４０のプロセッサ４０１は、栄養データサーバアプリＰ４１に従った情報処理により商品栄養データ領域Ｗ４１または食物栄養データ領域Ｗ４２を検索して、要求のあった飲食物のカロリーデータ及び栄養バランスデータを収集する。プロセッサ４０１は、収集したカロリーデータ及び栄養バランスデータを、ネットワーク２００を介して健康管理サーバ５０に送信する。

健康管理サーバ５０のプロセッサ５０１は、栄養データサーバ４０から受け取った飲食物のカロリーデータ及び栄養バランスデータに基づいて、摂取カロリー量を算出し、四群点数法による栄養バランスの分布画像Ｇ１を生成する。そしてプロセッサ５０１は、この摂取カロリー量、栄養バランスの分布画像Ｇ１等を用いて一日分の第１栄養分析画面ＳＣ５１を生成する。

これに対し、区分データが食事別、すなわち「朝食」、「昼食」、「夕食」及び「間食」の場合には（Ａｃｔ５０２にてＹＥＳ）、プロセッサ５０１は、記憶した健康管理データから、記憶した日付データと区分データとを含む献立データ５１２を抽出する。プロセッサ５０１は、抽出した献立データ５１２をメインメモリ５０２または補助記憶デバイス５０３で記憶する。そしてプロセッサ５０１は、この献立データ５１２に含まれる品目コードに基づいて、食事別の栄養分析画面（以下、第２栄養分析画面ＳＣ５２と称する）を生成する（Ａｃｔ５０４）。

例えば区分データが「朝食」であった場合、プロセッサ５０１は、健康管理データから記憶した日付データと日付が一致し、かつ、区分が「朝食」の献立データ５１２を抽出する。そしてプロセッサ５０１は、抽出した献立データ５１２に含まれる品目コードで特定される飲食物のカロリーデータ及び栄養バランスデータを、栄養データサーバ４０に要求する。

この要求に応じて、前述したように栄養データサーバ４０から健康管理サーバ５０に当該飲食物のカロリーデータ及び栄養バランスデータが送られてくるので、プロセッサ５０１は、朝食分の第２栄養分析画面ＳＣ５２を生成する。
第１栄養分析画面ＳＣ５１と第２栄養分析画面ＳＣ５２との相違については、後述する。

第１栄養分析画面ＳＣ５１または第２栄養分析画面ＳＣ５２のデータを生成したならば、プロセッサ５０１は、この画面データを通信インターフェース５０４からユーザ端末装置２０に宛ててネットワーク２００へと送信する（Ａｃｔ５０５、Ａｃｔ５０９）。

図２１のＡｃｔ２４２において、区分データ「一日」を含む栄養分析要求を行ったプロセッサ２０１は、この要求に応答して健康管理サーバ５０から送信される栄養分析画面のデータを待ち受ける。そして、通信インターフェース２０５で栄養分析画面のデータを受信したならば、プロセッサ２０１は、この画面データに基づき、タッチパネル２０４の画面を、第１栄養分析画面ＳＣ５１とする（Ａｃｔ２４３）。

図３０は、区分データが「一日」のときの第１栄養分析画面ＳＣ５１の一例を示す。図３０に示すように、第１栄養分析画面ＳＣ５１には、一日分の摂取カロリー量と栄養バランスの分布画像Ｇ１とが表示される。摂取カロリー量は、ユーザの年齢，性別、体重等によって一義的に定まる一日分の標準摂取カロリーと対比させて表示される。

また第１栄養分析画面ＳＣ５１には、年月日からなる日付が表示される。そして、画面に向かって日付の左右両側には切替マークＭ５１、Ｍ５２が表示される。プロセッサ２０１は、切替マークＭ１がタッチされると、表示されている日付に対して前日が指定されたと認識する。同様にプロセッサ２０１は、切替マークＭ２がタッチされると、表示されている日付に対して翌日が指定されたと認識する。なお、表示されている日付が本日の場合、切替マークＭ２がタッチされてもプロセッサ２０１は、その入力を無視する。

また第１栄養分析画面ＳＣ５１は、「今日」、「週間」、「月間」、「一日」、「朝食」、「昼食」、「夕食」及び「間食」の各項目にそれぞれ対応したボタンＢ５１、Ｂ５２、Ｂ５３、Ｂ５４、Ｂ５５、Ｂ５６、Ｂ５７及びＢ５８を含む。各ボタンＢ５１〜Ｂ５８は、区分データを切り替えるためにユーザがタッチするものである。各ボタンＢ５１〜Ｂ５８は、現在の画面がどの区分の画面であるかを表す指標としての機能も有する。図３０に示す第１栄養分析画面ＳＣ５１は、本日一日分の栄養分析画面であるから、「今日」を表すボタンＢ５１と「一日」を表すボタンＢ５４との枠を他のボタンＢ５２，Ｂ５３，Ｂ５５，Ｂ５６，Ｂ５７，Ｂ５８に比べて太くしている。

さらに第１栄養分析画面ＳＣ５１は、ボタンＢ６１，Ｂ６２，Ｂ６３，Ｂ６４を含む。ボタンＢ６１は、トップ画面ＳＣ２への移行を指示するためにユーザがタッチするものである。ボタンＢ６２は、食事バランス画面への移行を指示するためにユーザがタッチするものである。ボタンＢ６３は、栄養分析画面への移行を指示するためにユーザがタッチするものである。ボタンＢ６４は、トップ画面、食事バランスガイド画面および栄養分析画面とは別の画面への移行を指示するためにユーザがタッチするものである。当該画面は、例えば各種の設定のためのユーザ操作を受け付けるための画面である。ボタンＢ６１，Ｂ６２，Ｂ６３，Ｂ６４は、現在の画面がどの画面であるかを表す指標としての機能も有する。第１栄養分析画面ＳＣ５１の場合、ボタンＢ６３の枠を他のボタンＢ６１，Ｂ６２，Ｂ６４に比べて太くしている。

図２１のＡｃｔ２４３において、タッチパネル２０４に第１栄養分析画面ＳＣ５１を表示させたプロセッサ２０１は、日付または区分の変更が指定されたか確認する。すなわちプロセッサ２０１は、第１栄養分析画面ＳＣ５１のマークＭ１，Ｍ２またはボタンＢ５１〜Ｂ５８がタッチされたか確認する（Ａｃｔ２４４）。マークＭ１，Ｍ２またはボタンＢ５１〜Ｂ５８がタッチされていない場合（Ａｃｔ２４４にてＮＯ）、プロセッサ２０１は、食事バランス画面への移行が指示されたか確認する。すなわちプロセッサ２０１は、ボタンＢ６２がタッチされたか確認する（Ａｃｔ２４５）。ボタンＢ６２がタッチされていない場合（Ａｃｔ２４５にてＮＯ）、プロセッサ２０１は、トップ画面への移行が指示されたか確認する。すなわちプロセッサ２０１は、ボタンＢ６１がタッチされたか確認する（Ａｃｔ２４６）。ボタンＢ６１がタッチされていない場合（Ａｃｔ２４６にてＮＯ）、プロセッサ２０１は、その他の画面への移行が指示されたか確認する。すなわちプロセッサ２０１は、ボタンＢ６３がタッチされたか確認する（Ａｃｔ２４７）。ボタンＢ６３がタッチされていない場合（Ａｃｔ２４７にてＮＯ）、プロセッサ２０１は、再び日付または区分の変更が指定されたか確認する（Ａｃｔ２４４）。

したがってプロセッサ２０１は、Ａｃｔ２４４乃至Ａｃｔ２４７の処理において、第１栄養分析画面ＳＣ５１のマークＭ１，Ｍ２またはボタンＢ５１〜５８、Ｂ６１、Ｂ６２、Ｂ６４がタッチされるのを待ち受ける。なお、ボタンＢ６３は、栄養分析画面への移行を指示するボタンなので、タッチされてもプロセッサ２０１は、その入力を無視する。

第１栄養分析画面ＳＣ５１を閲覧したユーザがさらに前日分の栄養分析画面を確認したい場合、ユーザは、マークＭ１にタッチする。本日の夕食分の栄養分析画面を確認したい場合には、ユーザは、ボタンＢ５７にタッチする。

Ａｃｔ２４４乃至Ａｃｔ２４７の待ち受け状態において、タッチパネル２０４を介してマークＭ１，Ｍ２またはボタンＢ５１〜５８がタッチされたことを検知すると（Ａｃｔ２４４にてＹＥＳ）、プロセッサ２０１は、そのタッチされたマークＭ１，Ｍ２またはボタンＢ５１〜５８に応じて、日付エリアまたは区分エリアの区分データを変更する（Ａｃｔ２４８）。例えば、マークＭ１がタッチされた場合には、プロセッサ２０１は、日付エリアの日付データを、一日前の日付とする。ボタンＢ５７がタッチされた場合には、区分エリアの区分データを「夕食」とする。

日付エリアまたは区分エリアのデータが変更されると、プロセッサ２０１は、区分データが食事別であるか確認する（Ａｃｔ２４９）。区分データが食事別でない、すなわち「一日」、「週間」または「月間」である場合には（Ａｃｔ２４９にてＮＯ）、プロセッサ２０１は、Ａｃｔ２４２の処理へと戻る。すなわちプロセッサ２０１は、ユーザコードと日付データと区分データとをセットした栄養分析要求を通信インターフェース２０５から健康管理サーバ５０に宛ててネットワーク２００へと送信する。以後、プロセッサ２０１は、それ以降の処理を前述したのと同様に繰り返す。したがって、タッチパネル２０４には、日付データと区分データとに基づく第１栄養分析画面ＳＣ５１が表示される。

一方、区分データが「朝食」、「昼食」、「夕食」または「間食」の食事別の場合には（Ａｃｔ２４９にてＹＥＳ）、図２２に示すように、プロセッサ２０１は、栄養分析要求を通信インターフェース２０５から健康管理サーバ５０に宛ててネットワーク２００へと送信する（Ａｃｔ２５０）。この栄養分析要求には、メインメモリ２０２または補助記憶デバイス２０３で記憶したユーザコードと、日付エリア及び区分エリアにセットされた日付データ及び区分データとが含まれる。すなわちこの栄養分析要求には、食事別の区分データが含まれる。

図２６のＡｃｔ５０５において、第１栄養分析画面ＳＣ５１のデータをユーザ端末装置２０に宛てて送信したプロセッサ５０１は、栄養分析要求を受信したか確認する（Ａｃｔ５０６）。栄養分析要求を受信していない場合（Ａｃｔ５０５にてＮＯ）、プロセッサ５０１は、バランス閲覧要求を受信したか確認する（Ａｃｔ５０７）。バランス閲覧要求を受信していない場合（Ａｃｔ５０７にてＮＯ）、プロセッサ５０１は、栄養分析要求元のユーザ端末装置２０から健康アプリＰ２２の終了が指示されたか確認する（Ａｃｔ５０８）。健康アプリＰ２２の終了が指示されていない場合（Ａｃｔ５０８にてＮＯ）、プロセッサ５０１は、再び栄養分析要求を受信したか確認する（Ａｃｔ５０６）。したがってプロセッサ５０１は、Ａｃｔ５０６乃至Ａｃｔ５０８の処理により、栄養分析要求を受信するか、バランス閲覧要求を受信するか、健康アプリＰ２２が終了するのを待ち受ける。

一方、Ａｃｔ５０９において、第２栄養分析画面ＳＣ５２のデータをユーザ端末装置２０に宛てて送信したプロセッサ５０１は、栄養分析要求を受信したか確認する（Ａｃｔ５１０）。栄養分析要求を受信していない場合（Ａｃｔ５１０にてＮＯ）、プロセッサ５０１は、レシートからの登録要求を受信したか確認する（Ａｃｔ５１１）。レシートからの登録要求を受信していない場合（Ａｃｔ５１１にてＮＯ）、プロセッサ５０１は、手入力による登録要求を受信したか確認する（Ａｃｔ５１２）。手入力による登録要求を受信していない場合（Ａｃｔ５１２にてＮＯ）、プロセッサ５０１は、バランス閲覧要求を受信したか確認する（Ａｃｔ５１３）。バランス閲覧要求を受信していない場合（Ａｃｔ５１３にてＮＯ）、プロセッサ５０１は、栄養分析要求元のユーザ端末装置２０から健康アプリＰ２２の終了が指示されたか確認する（Ａｃｔ５１４）。健康アプリＰ２２の終了が指示されていない場合（Ａｃｔ５１４にてＮＯ）、プロセッサ５０１は、再び栄養分析要求を受信したか確認する（Ａｃｔ５１０）。したがってプロセッサ５０１は、Ａｃｔ５１０乃至Ａｃｔ５１４の処理により、栄養分析要求を受信するか、レシートからの登録要求または手入力による登録要求を受信するか、バランス閲覧要求を受信するか、健康アプリＰ２２が終了するのを待ち受ける。なお、レシートからの登録要求、手入力による登録要求及びバランス閲覧要求については後述する。

Ａｃｔ５０６乃至Ａｃｔ５０８の待ち受け状態またはＡｃｔ５１０乃至Ａｃｔ５１４の待ち受け状態において、栄養分析要求を受信した場合（Ａｃｔ５０６またはＡｃｔ５１０にてＹＥＳ）、プロセッサ５０１は、Ａｃｔ５０１の処理へと戻る。すなわちプロセッサ５０１は、受信された栄養分析要求に含まれたユーザコード、日付データ及び区分データをメインメモリ５０２または補助記憶デバイス５０３で記憶する。このときプロセッサ５０１は、前回のＡｃｔ５０１の処理で記憶したユーザコード、日付データ及び区分データに対して上書きする。プロセッサ５０１は、記憶したユーザコードで健康管理データ領域Ｗ５１を検索して、当該ユーザコードが関連付けられた健康管理データを取得する。

食事別の区分データが含まれた栄養分析要求を受信した場合、プロセッサ５０１は、第２栄養分析画面ＳＣ５２のデータを作成する（Ａｃｔ５０４）。そしてプロセッサ５０１は、この画面データを通信インターフェース５０４からユーザ端末装置２０に宛ててネットワーク２００へと送信する（Ａｃｔ５０９）。

図２２のＡｃｔ２５０において、食事別の区分データを含む栄養分析要求を行ったプロセッサ２０１は、この要求に応答して健康管理サーバ５０から送信される栄養分析画面のデータを待ち受ける。そして、通信インターフェース２０５で栄養分析画面のデータを受信したならば、プロセッサ２０１は、この画面データに基づき、タッチパネル２０４の画面を、第２栄養分析画面ＳＣ５２とする（Ａｃｔ２５１）。

図３１は、区分データが「夕食」のときの第２栄養分析画面ＳＣ５２の一例を示す。図３１に示すように、第２栄養分析画面ＳＣ５２には、一食分の摂取カロリー量と栄養バランスの分布画像Ｇ１とが表示される。摂取カロリー量に対して標準摂取カロリーは表示されない。

また第２栄養分析画面ＳＣ５２には、第１栄養分析画面ＳＣ５１と同様に、日付と、マークＭ１，Ｍ２と、ボタンＢ５１〜Ｂ５８と、ボタンＢ６１〜Ｂ６４とが表示される。さらに、第２栄養分析画面ＳＣ５２には、ボタンＢ７１，Ｂ７２が表示される。ボタンＢ７１は、献立情報をレシートデータから登録するためにユーザがタッチするものである。ボタンＢ７２は、献立情報を手入力で登録するためにユーザがタッチするものである。

図２２のＡｃｔ２５１において、タッチパネル２０４に第２栄養分析画面ＳＣ５２を表示させたプロセッサ２０１は、日付または区分の変更が指定されたか確認する。すなわちプロセッサ２０１は、第２栄養分析画面ＳＣ５２のマークＭ１，Ｍ２またはボタンＢ５１〜Ｂ５８がタッチされたか確認する（Ａｃｔ２５２）。マークＭ１，Ｍ２またはボタンＢ５１〜Ｂ５８がタッチされていない場合（Ａｃｔ２５２にてＮＯ）、プロセッサ２０１は、レシートからの登録が指定されたか確認する。すなわちプロセッサ２０１は、ボタンＢ７１がタッチされたか確認する（Ａｃｔ２５３）。ボタンＢ７１がタッチされていない場合（Ａｃｔ２５３にてＮＯ）、プロセッサ２０１は、手入力による登録が指定されたか確認する。すなわちプロセッサ２０１は、ボタンＢ７２がタッチされたか確認する（Ａｃｔ２５４）。ボタンＢ７２がタッチされていない場合（Ａｃｔ２５４にてＮＯ）、プロセッサ２０１は、食事バランス画面への移行が指示されたか確認する。すなわちプロセッサ２０１は、ボタンＢ６２がタッチされたか確認する（Ａｃｔ２５５）。ボタンＢ６２がタッチされていない場合（Ａｃｔ２５５にてＮＯ）、プロセッサ２０１は、トップ画面への移行が指示されたか確認する。すなわちプロセッサ２０１は、ボタンＢ２２がタッチされたか確認する（Ａｃｔ２５６）。ボタンＢ２２がタッチされていない場合（Ａｃｔ２５６にてＮＯ）、プロセッサ２０１は、その他の画面への移行が指示されたか確認する。すなわちプロセッサ２０１は、ボタンＢ２５がタッチされたか確認する（Ａｃｔ２５７）。ボタンＢ２５がタッチされていない場合（Ａｃｔ２５７にてＮＯ）、プロセッサ２０１は、再び日付または区分の変更が指定されたか確認する（Ａｃｔ２５２）。

したがってプロセッサ２０１は、Ａｃｔ２５２乃至Ａｃｔ２５７の処理において、第２栄養分析画面ＳＣ５２のマークＭ１，Ｍ２またはボタンＢ５１〜５８、Ｂ６１、Ｂ６２、Ｂ６４、Ｂ７１、Ｂ７２がタッチされるのを待ち受ける。なお、ボタンＢ６３は、栄養分析画面への移行を指示するボタンなので、タッチされてもプロセッサ２０１は、その入力を無視する。

第２栄養分析画面ＳＣ５２を閲覧したユーザがさらに前日の夕食分の栄養分析画面を確認したい場合、ユーザは、マークＭ１にタッチする。当日の朝食分の栄養分析画面を確認したい場合には、ユーザは、ボタンＢ５５にタッチする。

Ａｃｔ２５２乃至Ａｃｔ２５７の待ち受け状態において、タッチパネル２０４を介してマークＭ１，Ｍ２またはボタンＢ５１〜５８がタッチされたことを検知すると（Ａｃｔ２５２にてＹＥＳ）、プロセッサ２０１は、そのタッチされたマークＭ１，Ｍ２またはボタンＢ５１〜５８に応じて、日付エリアまたは区分エリアの区分データを変更する（Ａｃｔ２５８）。例えば、マークＭ１がタッチされた場合には、プロセッサ２０１は、日付エリアの日付データを、一日前の日付とする。ボタンＢ５５がタッチされた場合には、区分エリアの区分データを「朝食」とする。

日付エリアまたは区分エリアのデータを変更すると、プロセッサ２０１は、区分データが食事別であるか確認する（Ａｃｔ２５９）。区分データが食事別でない、すなわち「一日」、「週間」または「月間」である場合には場合（Ａｃｔ２５９にてＮＯ）、プロセッサ２０１は、Ａｃｔ２４２の処理へと戻る。すなわちプロセッサ２０１は、ユーザコードと日付データと区分データとをセットした栄養分析要求を通信インターフェース２０５から健康管理サーバ５０に宛ててネットワーク２００へと送信する。以後、プロセッサ２０１は、それ以降の処理を前述したのと同様に繰り返す。したがって、タッチパネル２０４には、日付データと区分データとに基づく第１栄養分析画面ＳＣ５１が表示される。

一方、区分データが「朝食」、「昼食」、「夕食」または「間食」の食事別の場合には（Ａｃｔ２５９にてＹＥＳ）、プロセッサ２０１は、Ａｃｔ２５０の処理へと戻る。すなわちプロセッサ２０１は、ユーザコードと日付データと区分データとをセットした栄養分析要求を通信インターフェース２０５から健康管理サーバ５０に宛ててネットワーク２００へと送信する。以後、プロセッサ２０１は、それ以降の処理を前述したのと同様に繰り返す。したがって、タッチパネル２０４には、日付データと区分データとに基づく第２栄養分析画面ＳＣ５２が表示される。

第１栄養分析画面ＳＣ５１または第２栄養分析画面ＳＣ５２を確認し終え、健康アプリＰ２２を終了させる場合、ユーザは、トップ画面ＳＣ２に戻すためにボタンＢ６１にタッチする。

ユーザ端末装置２０のプロセッサ２０１は、Ａｃｔ２４４乃至Ａｃｔ２４７の待ち受け状態、またはＡｃｔ２５２乃至Ａｃｔ２５７の待ち受け状態において、ボタンＢ６１がタッチされたことを検知すると（Ａｃｔ２４６またはＡｃｔ２５６にてＹＥＳ）、健康管理サーバ５０に対して健康アプリＰ２２の終了を指令する（Ａｃｔ２６０またはＡｃｔ２６１）。この後、健康アプリＰ２２は終了する。

図１５のＡｃｔ２３１において健康アプリＰ２２を起動させた後、プロセッサ２０１は、この健康アプリＰ２２が終了するのを待ち受ける（Ａｃｔ２３２）。そして健康アプリＰ２２が終了したならば（Ａｃｔ２３２にてＹＥＳ）、プロセッサ２０１は、Ａｃｔ２０５の処理へと戻る。すなわちプロセッサ２０１は、タッチパネル２０４の画面をトップ画面ＳＣ２とする。以後、プロセッサ２０１は、それ以降の処理を前述したのと同様に繰り返す。

健康管理サーバ５０のプロセッサ５０１は、図２６に示すＡｃｔ５０６乃至Ａｃｔ５０８の待ち受け状態、またはＡｃｔ５１０乃至Ａｃｔ５１４の待ち受け状態において、通信インターフェース５０４を介してユーザ端末装置２０から健康アプリＰ２２の終了指令を受けると（Ａｃｔ５０８またはＡｃｔ５１４にてＹＥＳ）、Ａｃｔ５００の処理へと戻る。そしてプロセッサ５０１は、それ以降の処理を前述したのと同様に繰り返す。

次に、献立情報の登録について説明する。献立情報の登録方法としては、手入力により登録する方法と、電子化されたレシートデータを使用して登録する方法とがある。

献立情報を登録するユーザは、ユーザ端末装置２０において、健康アプリＰ２２を起動する。すなわちユーザは、タッチパネル２０４に表示されたトップ画面ＣＳ、レシート画面ＳＣ３または一覧画面ＳＣ４から、ボタンＢ２３にタッチする。

健康アプリＰ２２が起動すると、前述したように、タッチパネル２０４には第１栄養分析画面ＳＣ５１が表示されるので、ユーザは、マークＭ１，Ｍ２またはボタンＢ５５〜Ｂ５８を適宜操作して、献立情報を登録する日付と食事とを指定する。例えば本日の朝食分を登録する場合、ユーザは、ボタンＢ５５にタッチする。日付と食事とを指定し終えると、その指定された日付と食事とに対する第２栄養分析画面ＳＣ５２がタッチパネル２０４に表示される。

因みに、この指定された日付と食事とに対して献立情報が未登録の場合、第２栄養分析画面ＳＣ５２に表示される摂取カロリー量は０ｋｃａｌである。また、栄養バランスの分布画像Ｇ１には、栄養バランスを示す情報が表示されない。そこで、献立情報が未登録の場合、摂取カロリー量と栄養バランスの分布画像Ｇ１とが表示されず、レシートからの登録を指定するためにユーザがタッチするボタンＢ７１と、手入力による登録を指定するためにユーザがタッチするボタンＢ７２とが表示された画面をタッチパネル２０４に表示させてもよい。

第２栄養分析画面ＳＣ５２を閲覧したユーザは、その食事に対する献立情報をレシートデータから登録する場合、ボタンＢ７１にタッチする。手入力により登録する場合には、ユーザは、ボタンＢ７２にタッチする。

図２２のＡｃｔ２５１において、タッチパネル２０４に第２栄養分析画面ＳＣ５２を表示させたプロセッサ２０１は、Ａｃｔ２５２乃至Ａｃｔ２５７の待ち受け状態となる。この待ち受け状態において、タッチパネル２０４でボタンＢ７１がタッチされたことを検知すると（Ａｃｔ２５３にてＹＥＳ）、プロセッサ２０１は、図２３に示すように、レシートからの登録要求を通信インターフェース２０５から健康管理サーバ５０に宛ててネットワーク２００へと送信する（Ａｃｔ２７１）。この登録要求には、メインメモリ２０２または補助記憶デバイス２０３で記憶したユーザコードと、日付エリア及び区分エリアにセットされた日付データ及び区分データとが含まれる。

図２６のＡｃｔ５０９において、ユーザ端末装置２０に対して第２栄養分析画面データを送信したプロセッサ５０１は、Ａｃｔ５１０乃至Ａｃｔ５１４の待ち受け状態となる。この待ち受け状態において、レシートからの登録要求を通信インターフェース５０４で受信すると（Ａｃｔ５１１にてＹＥＳ）、プロセッサ５０１は、図２７に示すように、レシートサーバ３０にアクセスする。そしてプロセッサ５０１は、登録要求に含まれるユーザコードに関連付けられて電子レシート領域Ｗ３１に格納されている全てのレシートデータを取得する（Ａｃｔ５１４）。

レシートデータを取得したならば、プロセッサ５０１は、そのレシートデータに含まれる簡易レシートデータにより一覧画面データを生成する。そしてプロセッサ５０１は、この一覧画面データを通信インターフェース５０４からユーザ端末装置２０に宛ててネットワーク２００へと送信する（Ａｃｔ５１５）。一覧画面データは、図２０に示した一覧画面ＳＣ４と同一の画像を表す。

図２３のＡｃｔ２７１において、レシートからの登録要求を送信したプロセッサ２０１は、この登録要求に応答して健康管理サーバ５０から送信される一覧画面データを待ち受ける。そして、一覧画面データを通信インターフェース２０５で受信したならば、プロセッサ２０１は、この一覧画面データに基づき、タッチパネル２０４の画面を一覧画面ＳＣ４とする（Ａｃｔ２７２）。

タッチパネル２０４の画面を一覧画面ＳＣ４としたプロセッサ２０１は、この一覧画面ＳＣ４からいずれかの簡易レシートデータが指定されたか確認する。すなわちプロセッサ２１は、いずれかの簡易レシートデータの画像Ｒ２がタッチされたか確認する（Ａｃｔ２７３）。画像Ｒ２がタッチされていない場合（Ａｃｔ２７３にてＮＯ）、プロセッサ２０１は、トップ画面への移行が指示されたか確認する。すなわちプロセッサ２０１は、ボタンＢ２２がタッチされたか確認する（Ａｃｔ２７４）。ボタンＢ２２がタッチされていない場合（Ａｃｔ２７４にてＮＯ）、プロセッサ２０１は、再び簡易レシートデータが指定されたか確認する（Ａｃｔ２７３）。

したがってプロセッサ２０１は、Ａｃｔ２７３及びＡｃｔ２７４の処理において、一覧画面ＳＣ４の画像Ｒ２、またはボタンＢ２２がタッチされるのを待ち受ける。なお、他のボタンＢ２３，Ｂ２４，Ｂ２５については、タッチされてもプロセッサ２０１は、その入力を無視する。あるいは、Ａｃｔ２７２の処理にて表示される一覧画面ＳＣ４からは、ボタンＢ２３，Ｂ２４，Ｂ２５が省略されていてもよい。

一覧画面ＳＣ４を閲覧したユーザは、簡易レシートデータのなかから献立情報の登録に使用したいレシートのデータを探す。そして献立情報の登録に使用したいレシートの簡易レシートデータを見つけたならば、ユーザは、その簡易レシートデータの画像Ｒ２にタッチする。

Ａｃｔ２７３及びＡｃｔ２７４の待ち受け状態において、画像Ｒ２がタッチされたことを検知すると（Ａｃｔ２７３にてＹＥＳ）、プロセッサ２０１は、商品リストの表示要求を通信インターフェース２０５から健康管理サーバ５０に宛ててネットワーク２００へと送信する（Ａｃｔ２７５）。この表示要求には、メインメモリ２０２または補助記憶デバイス２０３で記憶したユーザコードと、タッチされた画像Ｒ２の簡易レシートデータとが含まれる。

図２７のＡｃｔ５１５において、一覧画面データを送信したプロセッサ５０１は、ユーザ端末装置２０から商品リストの表示要求を受信したか（Ａｃｔ５１６）。受信していない場合、ユーザ端末装置２０から健康アプリＰ２２の終了が指示されたか確認する（Ａｃｔ５１７）。健康アプリＰ２２の終了が指示されていない場合（Ａｃｔ５１７にてＮＯ）、プロセッサ５０１は、再びユーザ端末装置２０から商品リストの表示要求を受信したか確認する（Ａｃｔ５１６）。したがって、プロセッサ５０１は、Ａｃｔ５１６及びＡｃｔ５１７の処理により、商品リストの表示要求か健康アプリＰ２２の終了指示を待ち受ける。

ユーザ端末装置２０から商品リストの表示要求を受信した場合（Ａｃｔ５１６にてＹＥＳ）、プロセッサ５０１は、この表示要求に含まれる簡易レシートデータによって決定されるレシートデータの明細データ３１５を基に商品リストを生成する。商品リストは、店舗で商品として提供または販売された商品に関する情報（店舗コード、商品コード、商品名等）のリストである。プロセッサ５０１は、この商品リストの画面データを通信インターフェース５０４からユーザ端末装置２０に宛ててネットワーク２００へと送信する（Ａｃｔ５１８）。

図２３のＡｃｔ２７５において、商品リストの表示要求を行ったプロセッサ２０１は、この要求に応答して健康管理サーバ５０から送信される商品リストの画面データを待ち受ける。そして、通信インターフェース２０５で商品リストの画面データを受信したならば、プロセッサ２０１は、この画面データに基づき、タッチパネル２０４の画面を、商品リスト画面ＳＣ６とする（Ａｃｔ２６７）。

図３２は、商品リスト画面ＳＣ６の一例を示す。商品リスト画面ＳＣ６には、レシートデータの明細データ３１５に含まれる商品の名称リストＬ１が表示される。また商品リスト画面ＳＣ６は、ボタンＢ６１、Ｂ６２、Ｂ６３、Ｂ８１及びＢ８２を含む。ボタンＢ６１は、トップ画面ＳＣ２への移行を指示するためにユーザがタッチするものである。ボタンＢ６２は、栄養分析画面への移行を指示するためにユーザがタッチするものである。ボタンＢ６３は、トップ画面および栄養分析画面とは別の画面への移行を指示するためにユーザがタッチするものである。ボタンＢ８１は、他のレシートの商品リストＬ１を見るためにユーザがタッチするものである。ボタンＢ８２は、名称リストＬ１から選択した商品を献立情報として登録するためにユーザがタッチするものである。

商品リストＬ１には、店舗で商品として提供または販売される飲食物の名称がラジオボタンと関連付けて表示される。飲食物以外の商品が商品リストＬ１に表示されてもよい。飲食物とともに飲食物以外の商品を店舗で購入した際のレシートデータに対して、飲食物だけが抽出されて商品リストＬ１に表示されてもよい。

商品リスト画面ＳＣ６を確認したが、献立情報として登録する飲食物の名称が商品リストＬ１に表示されておらず、他のレシートを見る場合、ユーザは、ボタンＢ８１にタッチする。献立情報として登録する飲食物の名称が商品リストＬ１に表示されている場合には、ユーザは、その名称にタッチする。名称がタッチされると、対応するラジオボタンが選択状態を表す。登録する飲食物の名称を全て選択状態としたならば、ユーザは、ボタンＢ８２にタッチする。

図２３のＡｃｔ２７６において、タッチパネル２０４の画面を商品リスト画面ＳＣ６としたプロセッサ２０１は、名称リストＬ１から選択した商品を献立情報として登録する旨が指定されたか確認する。すなわちプロセッサ２０１は、ボタンＢ８２がタッチされたか確認する（Ａｃｔ２７７）。ボタンＢ８２がタッチされていない場合（Ａｃｔ２７７にてＮＯ）、プロセッサ２０１は、他のレシートを見る旨が指定されたか確認する。すなわちプロセッサ２０１は、ボタンＢ８１がタッチされたか確認する（Ａｃｔ２７８）。ボタンＢ８１がタッチされていない場合（Ａｃｔ２７８にてＮＯ）、プロセッサ２０１は、トップ画面に戻る旨が指定されたか確認する。すなわちプロセッサ２０１は、ボタンＢ６１がタッチされたか確認する（Ａｃｔ２７９）。ボタンＢ６１がタッチされていない場合（Ａｃｔ２７９にてＮＯ）、プロセッサ２０１は、再び名称リストＬ１から選択した商品を献立情報として登録する旨が指定されたか確認する。（Ａｃｔ２７７）。したがってプロセッサ２０１は、Ａｃｔ２７７乃至Ａｃｔ２７９の処理により、ボタンＢ８２，Ｂ８１，Ｂ６１のいずれかがタッチされるのを待ち受ける。

Ａｃｔ２７７乃至Ａｃｔ２７９の待ち受け状態において、ボタンＢ８１がタッチされたことを検知すると（Ａｃｔ２７８にてＹＥＳ）、プロセッサ２０１は、Ａｃｔ２７２の処理へと戻る。すなわちプロセッサ２０１は、タッチパネル２０４の画面を一覧画面ＳＣ４に戻す。以後、プロセッサ２０１は、それ以降の処理を前述したのと同様に繰り返す。

Ａｃｔ２７７乃至Ａｃｔ２７９の待ち受け状態において、ボタンＢ８２がタッチされたことを検知すると（Ａｃｔ２７７にてＹＥＳ）、プロセッサ２０１は、商品リストＬ１のなかから選択状態にある商品（飲食物の名称）の有無を判別する（Ａｃｔ２８０）。選択状態にある商品がある場合（Ａｃｔ２８０にＹＥＳ）、プロセッサ２０１は、その選択状態にある商品を献立情報として登録する旨を通知する選択商品データを、通信インターフェース２０５から健康管理サーバ５０に宛ててネットワーク２００へと送信する（Ａｃｔ２８１）。この選択商品データは、メインメモリ２０２または補助記憶デバイス２０３で記憶したユーザコードと、日付エリア及び区分エリアにセットされた日付データ及び区分データと、選択状態にある商品に関する情報である店舗コードと商品コードとの対データとを含む。

選択商品データを送信した後、あるいは選択状態にある商品がない場合（Ａｃｔ２７０にてＮＯ）、プロセッサ２０１は、Ａｃｔ２５０の処理へと戻る。すなわちプロセッサ２０１は、メインメモリ２０２または補助記憶デバイス２０３で記憶したユーザコードと、日付エリア及び区分エリアにセットされた日付データ及び区分データとを含む栄養分析要求を、通信インターフェース２０５から健康管理サーバ５０に宛ててネットワーク２００へと送信する。以後、プロセッサ２０１は、それ以降の処理を前述したのと同様に繰り返す。したがって、日付データと区分データとに基づく第２栄養分析画面ＳＣ５２がタッチパネル２０４に表示される。

図２７のＡｃｔ５１８において、ユーザ端末装置２０に宛てて商品リストの画面データを送信したプロセッサ５０１は、ユーザ端末装置２０から選択商品データを受信したか確認する（Ａｃｔ５１９）。受信していない場合（Ａｃｔ５１９にてＮＯ）、プロセッサ５０１は、そのユーザ端末装置２０から栄養分析要求を受信したか確認する（Ａｃｔ５２０）。受信していない場合（Ａｃｔ５２０にてＮＯ）、プロセッサ５０１は、そのユーザ端末装置２０から健康アプリＰ２２の終了が指示されたか確認する（Ａｃｔ５２１）。健康アプリＰ２２の終了が指示されていない場合（Ａｃｔ５２１にてＮＯ）、プロセッサ５０１は、再び選択商品データを受信したか確認する（Ａｃｔ５１９）。したがってプロセッサ５０１は、Ａｃｔ５１９乃至Ａｃｔ５２１の処理により、選択商品データを受信するか、栄養分析要求を受信するか、健康アプリＰ２２の終了指示を待ち受ける。

栄養分析要求を受信した場合（Ａｃｔ５２０にてＹＥＳ）、プロセッサ５０１は、Ａｃｔ５０１の処理へと戻る。以後、プロセッサ５０１は、それ以降の処理を前述したのと同様に繰り返す。

選択商品データを受信した場合（Ａｃｔ５１９にてＹＥＳ）、プロセッサ５０１は、その選択商品データに含まれるユーザコードに関連付けられた献立データ５１２の中から、選択商品データに含まれる日付データと区分データとが一致する献立データ５１２を検出する。このとき、該当する献立データが健康管理データ領域Ｗ５１に存在しない場合には、プロセッサ５０１は、選択商品データに含まれる日付データと区分データとをセットした献立データ５１２を、選択商品データに含まれるユーザコードに関連付けられたデータとして健康管理データ領域Ｗ５１に追加する。プロセッサ５０１は、選択商品データに含まれる日付データと区分データとが一致する献立データ５１２に、選択商品データに含まれる店舗コードと商品コードとの対データを追加する（Ａｃｔ５２２）。

ここに、プログラムに従いＡｃｔ５１４乃至Ａｃｔ５２２の処理を実行するプロセッサ５０１を含むコンピュータは、取得手段及び登録手段として機能する。

選択商品データに含まれる店舗コードと商品コードとの対データを健康管理データ領域Ｗ５１に追加した後、プロセッサ５０１は、Ａｃｔ５００の処理へと戻る。そしてプロセッサ５０１は、それ以降の処理を前述したのと同様に繰り返す。

ユーザ端末装置２０のプロセッサ２０１は、Ａｃｔ２５２乃至Ａｃｔ２５７の待ち受け状態において、ボタンＢ７２がタッチされたことを検知すると（Ａｃｔ２５４にてＹＥＳ）、図２４に示すように、手入力による登録要求を通信インターフェース２０５から健康管理サーバ５０に宛ててネットワーク２００へと送信する（Ａｃｔ２９１）。この登録要求には、メインメモリ２０２または補助記憶デバイス２０３で記憶したユーザコードと、日付エリア及び区分エリアにセットされた日付データ及び区分データとが含まれる。

健康管理サーバ５０のプロセッサ５０１は、Ａｃｔ５１０乃至Ａｃｔ５１４の待ち受け状態において、手入力による登録要求を通信インターフェース５０４で受信すると（Ａｃｔ５１２にてＹＥＳ）、図２８に示すように、補助記憶デバイス５０３に記憶されている食物入力画面データを取得する（Ａｃｔ５３１）。食物入力画面データは、ユーザ端末装置２０のタッチパネル２０４を食物入力画面ＳＣ７とするための画像を表す。プロセッサ５０１は、食物入力画面データを通信インターフェース５０４からユーザ端末装置２０に宛ててネットワーク２００閲覧したユーザへと送信する（Ａｃｔ５３２）。

図２４のＡｃｔ２９１において、手入力による登録要求を行ったプロセッサ２０１は、この要求に応答して健康管理サーバ５０から送信される食物入力画面データを待ち受ける。そして、通信インターフェース２０５で食物入力画面データを受信したならば、プロセッサ２０１は、この画面データに基づき、タッチパネル２０４の画面を、食物入力画面ＳＣ７とする（Ａｃｔ２９２）。

図３３は、食物入力画面ＳＣ７の一例を示す。食物入力画面ＳＣ７は、献立ボタンＢ９１と、カテゴリボタンＢ９２と、定番メニューボタンＢ９３と、完了ボタンＢ９４とを含む。献立ボタンＢ９１とカテゴリボタンＢ９２とについては、複数のボタンがマトリクス状に配置されている。定番メニューボタンＢ９３については、複数のボタンが一列に配置されている。

カテゴリボタンＢ９２は、ごはん類、パン類、麺類、野菜料理、肉料理、魚介料理等の飲食物に係るカテゴリを選択するためにユーザがタッチするものである。
献立ボタンＢ９１は、カテゴリボタンＢ９２によって選択されたカテゴリで分類される飲食物を選択するためにユーザがタッチするものである。献立ボタン９１には、栄養データサーバ４０の食物栄養データ領域Ｗ４２に設定されている各飲食物の食物コードとアイコンとが個々に割り当てられて設定される。そして献立ボタン９１には、そのボタンに設定されたアイコンが表示される。

定番メニューボタンＢ９３は、ユーザにとって定番となる飲食物を選択するためにユーザがタッチするものである。定番メニューボタンＢ９３には、ユーザが所望の飲食物を定番メニューとして任意に設定することができる。例えば朝食として略毎日、「トースト」と「ミルク」とを飲食するユーザは、いずれかの定番メニューボタンＢ９３に「トースト」と「ミルク」の飲食コードを定番メニューコードとして設定する。同様に、例えば昼食として略毎日、飲食店の「天ぷらそば」を飲食するユーザは、いずれかの定番メニューボタンＢ９３に「天ぷらそば」の店舗コードと商品コードとを定番メニューコードとして設定する。

食物入力画面ＳＣ７を閲覧したユーザは、例えばごはん類の飲食物を登録する場合、ごはん類が割り当てられたカテゴリボタンＢ９２にタッチする。そうすると、献立ボタンＢ９１には、ごはん類に属する飲食物が割り当てられるので、ユーザは献立情報として登録する飲食物のアイコンが表示された献立ボタンＢ９１にタッチする。同様に、例えば麺類の飲食物を登録する場合、麺類が割り当てられたカテゴリボタンＢ９２にタッチする。そうすると、献立ボタンＢ９１には、麺類に属する飲食物が割り当てられるので、ユーザは献立情報として登録する飲食物のアイコンが表示された献立ボタンＢ９１にタッチする。また、定番メニューボタンＢ９３に割り当てられた飲食物を登録する場合には、ユーザはその定番メニューボタンＢ９３にタッチする。こうして、手入力により登録する飲食物の選択を終了したならば、ユーザは、完了ボタンＢ９４にタッチする。

タッチパネル２０４の画面を食物入力画面ＳＣ７としたならば、プロセッサ２０１は、食物入力の完了が指定されたか確認する。すなわちプロセッサ２０１は、完了ボタンＢ９４がタッチされるのを待ち受ける（Ａｃｔ２９３）。完了ボタンＢ９４のタッチされたことを検知すると（Ａｃｔ２９３にてＹＥＳ）、プロセッサ２０１は、献立情報として登録する飲食物が選択されているか確認する（Ａｃｔ２９４）。カテゴリボタンＢ９２と献立ボタンＢ９１とのタッチ操作あるいは定番メニューボタンＢ９３のタッチ操作により飲食物が選択されている場合（Ａｃｔ２９４にてＹＥＳ）、プロセッサ２０１は、その飲食物の食物コードを含む選択食物データを通信インターフェース２０５から健康管理サーバ５０に宛ててネットワーク２００へと送信する（Ａｃｔ２９５）。この選択食物データには、メインメモリ２０２または補助記憶デバイス２０３で記憶したユーザコードと、日付エリア及び区分エリアにセットされた日付データ及び区分データとが含まれる。

選択食物データを送信するか、献立情報として登録する飲食物が選択されていない場合（Ａｃｔ２９４にてＮＯ）、プロセッサ２０１は、Ａｃｔ２５０の処理に戻る。すなわちプロセッサ２０１は、ユーザコードと日付データと区分データとをセットした栄養分析要求を通信インターフェース２０５から健康管理サーバ５０に宛ててネットワーク２００へと送信する。以後、プロセッサ２０１は、それ以降の処理を前述したのと同様に繰り返す。

図２８のＡｃｔ５３２において、食物入力画面データをユーザ端末装置２０に宛てて送信したプロセッサ５０１は、そのユーザ端末装置２０から選択食物データを受信したか確認する（Ａｃｔ５３３）。受信していない場合（Ａｃｔ５３３にてＮＯ）、プロセッサ５０１は、そのユーザ端末装置２０から栄養分析要求を受信したか確認する（Ａｃｔ５３４）。受信していない場合（Ａｃｔ５３４にてＮＯ）、プロセッサ５０１は、再び選択食物データを受信したか確認する（Ａｃｔ５３３）。

したがって、プロセッサ５０１は、Ａｃｔ５３３及びＡｃｔ５３４の処理により、選択食物データを受信するか、栄養分析要求を受信するのを待ち受ける。この待ち受け状態において、栄養分析要求を受信した場合（Ａｃｔ５３４にてＹＥＳ）、プロセッサ５０１は、Ａｃｔ５０１の処理へと戻る。以後、プロセッサ５０１は、それ以降の処理を前述したのと同様に繰り返す。

選択食物データを受信した場合には（Ａｃｔ５３３にてＹＥＳ）、プロセッサ５０１は、その選択食物データに含まれるユーザコードに関連付けられた献立データ５１２の中から、選択食物データに含まれる日付データと区分データとが一致する献立データ５１２を検出する。なお、該当する献立データが健康管理データ領域Ｗ５１に存在しない場合には、プロセッサは、選択食物データに含まれる日付データと区分データとをセットした献立データ５１２を、選択食物データに含まれるユーザコードに関連付けられたデータとして健康管理データ領域Ｗ５１に追加する。プロセッサ５０１は、選択食物データに含まれる日付データと区分データとが一致する献立データ５１２に、選択食物データに含まれる食物コードを追加する（Ａｃｔ５３５）。

選択食物データに含まれる食物コードを健康管理データ領域Ｗ５１に追加した後、プロセッサ５０１は、Ａｃｔ５００の処理へと戻る。そしてプロセッサ５０１は、それ以降の処理を前述したのと同様に繰り返す。

ところで、栄養分析画面ＳＣ５１，ＳＣ５２に表示される栄養バランスの分布画像Ｇ１は、食事バランスガイドのイラストに置換することが可能である。栄養バランスの分布画像Ｇ１を食事バランスガイドに置換する場合、ユーザは、ボタンＢ６２にタッチする。

図２１のＡｃｔ２４４乃至Ａｃｔ２４７の待ち受け状態、または図２２のＡｃｔ２５２乃至Ａｃｔ２５７の待ち受け状態において、ボタンＢ６２タッチされたことを検知すると（Ａｃｔ２４５またはＡｃｔ５１３にてＹＥＳ）、プロセッサ２０１は、図２５に示すように、メインメモリ２０２内に設定する国コードエリアにデフォルト値“０”をセットする（Ａｃｔ２００１）。デフォルト値“０”は、食事バランスガイド領域に格納されている食事バランスデータにおいて、国コードとしては未使用のコードである。なお、デフォルト値は“０”に限定されるものではない。食事バランスデータにおいて、国コードとしては未使用のコードであればよい。

国データをセットしたならば、プロセッサ２０１は、バランス閲覧要求を通信インターフェース２０５から健康管理サーバ５０に宛ててネットワーク２００へと送信する（Ａｃｔ２００２）。このバランス閲覧要求には、メインメモリ２０２または補助記憶デバイス２０３で記憶したユーザコードと、日付エリア及び区分エリアにセットされた日付データ及び区分データと、国コードエリアにセットされた国コードとが含まれる。

図２６のＡｃｔ５０６乃至Ａｃｔ５０８の待ち受け状態（第１栄養分析画面データを送信した後の待ち受け状態）、またはＡｃｔ５１０乃至Ａｃｔ５１４の待ち受け状態（第２栄養分析画面データを送信した後の待ち受け状態）において、バランス閲覧要求を受信すると（Ａｃｔ５０７にてＹＥＳ、またはＡｃｔ５１３にてＹＥＳ）、プロセッサ５０１は、図２９に示すように、そのバランス閲覧要求に含まれる国コードがデフォルト値“０”であるか確認する（Ａｃｔ５４１）。

国コードが“０”である場合（Ａｃｔ５４１にてＹＥＳ）、プロセッサ５０１は、レシートサーバ３０にアクセスする。そしてプロセッサ５０１は、国コード領域Ｗ３２に格納されている国コードを取得して、メインメモリ５０２または補助記憶デバイス５０３で記憶する（Ａｃｔ５１４）。国コードが“０”でない場合、すなわち、いずれかの国または地域の国コードが含まれている場合には（Ａｃｔ５４１にてＮＯ）、プロセッサ５０１は、レシートサーバ３０にアクセスしない。プロセッサ５０１は、バランス閲覧要求に含まれる国コードをメインメモリ５０２または補助記憶デバイス５０３で記憶する。

国コードをメインメモリ５０２または補助記憶デバイス５０３で記憶したならば、プロセッサ５０１は、食事バランスガイド領域Ｗ５２を検索する。そしてプロセッサ５０１は、記憶した国コードを含む食事バランスデータを取得する（Ａｃｔ５４３）。

食事バランスガイドデータを取得したならば、プロセッサ５０１は、その食事バランスデータに含まれる分類データ５２４に従い、飲食物のカロリーデータ及び栄養バランスデータを分類する。分類対象となるカロリーデータ及び栄養バランスデータは、Ａｃｔ５０３またはＡｃｔ５０４の処理において、記憶した献立データ５１２に含まれる品目コードに基づき栄養データサーバ４０から取得されたデータである。

プロセッサ５０１は、分類データ５２４に従い分類された飲食物のカロリーデータ及び栄養バランスデータと、食事バランスデータのイラストデータ５２３とに基づいて、食事バランス画面データを編集する（Ａｃｔ５４４）。そしてプロセッサ５０１は、食事バランス画面データを通信インターフェース３０４からユーザ端末装置２０に宛ててネットワーク２００へと送信する（Ａｃｔ５４５）。食事バランス画面データは、ユーザ端末装置２０のタッチパネル２０４の画面を食事バランス画面ＳＣ７とするための画像を表す。

ここに、プログラムに従いＡｃｔ５４１乃至Ａｃｔ５４４の処理を実行するプロセッサ５０１を含むコンピュータは、生成手段として機能する。
また、プログラムに従いＡｃｔ５４５の処理を実行するプロセッサ５０１を含むコンピュータは、提示手段として機能する。

図２５のＡｃｔ２００２において、バランス閲覧要求を健康管理サーバ５０に宛てて送信したプロセッサ２０１は、食事バランス画面データを待ち受ける（Ａｃｔ２００３）。通信インターフェース２０５で食事バランス画面データを受信すると（Ａｃｔ２００３にてＹＥＳ）、プロセッサ２０１は、この食事バランス画面データに基づきタッチパネル２０４の画面を食事バランス画面ＳＣ８１とする（Ａｃｔ２００４）。

図３４は、食事バランス画面ＳＣ８１の一例を示す。図３０の栄養バランス画面ＳＣ６１において、ユーザがボタンＢ６２にタッチすると、図３４の食事バランス画面ＳＣ８１が表示される。食事バランス画面ＳＣ８１は、栄養バランス画面ＳＣ６１に表示されていた栄養バランスの分布画像Ｇ１を、食事バランスガイドのイラストＧ２に置換したものであり、その他の摂取カロリー表示、日付表示、各ボタンＢ５１〜Ｂ５８、Ｂ６１〜Ｂ６４の表示は、栄養バランス画面ＳＣ６１と等しい。ただし、トップ画面ＳＣ２への移行を指示するためのボタンＢ６１が、食事バランスガイドの国を指定するためのボタンＢ６１に代わっている。

なお、図３１の栄養バランス画面ＳＣ６２において、ユーザがボタンＢ６２にタッチした場合に表示される食事バランス画面も同様である。すなわち、栄養バランス画面ＳＣ６１に表示される栄養バランスの分布画像Ｇ１が、食事バランスガイドのイラストＧ２に置き換わる。また、トップ画面ＳＣ２への移行を指示するためのボタンＢ６１が、食事バランスガイドの国を指定するためのボタンＢ６１となる。その他は、栄養バランス画面ＳＣ６２と変わらない。

さて、ユーザが栄養バランス画面ＳＣ６１またはＳＣ２のボタンＢ６２にタッチした段階では、国コードはデフォルト値“０”である。したがって、食事バランス画面ＳＣ８１に表示される食事バランスガイドのイラストＧ２は、レシートサーバ３０の国コード領域Ｗ３２にセットされている国コードで決定される国または地域で策定されたイラストとなる。因みに、図３４の食事バランス画面ＳＣ８１は、レシートサーバ３０の国コード領域Ｗ３２にセットされている国コードが日本のコードである場合を示している。国コードが日本のコードであるため、食事バランス画面ＳＣ８１のイラストは、日本が策定した食事バランスガイドで用いられるコマ型のイラストＧ２となっている。

しかしながら、ユーザの中には、別の国または地域で策定された食事バランスガイドで健康管理をしたいという要望がある。その場合、ユーザは、ボタンＢ６１にタッチする。

図２５のＡｃｔ２００４において、タッチパネル２０４の画面を食事バランス画面ＳＣ８１としたプロセッサ２０１は、国指定がなされたか確認する。すなわちボタンＢ６１がタッチされたか確認する（Ａｃｔ２００５）。ボタンＢ６１がタッチされていない場合、プロセッサ２０１は、栄養分析画面への移行が指示されたか確認する。すなわちプロセッサ２０１は、ボタンＢ６３がタッチされたか確認する（Ａｃｔ２００６）。ボタンＢ６３がタッチされていない場合（Ａｃｔ２００６にてＮＯ）、プロセッサ２０１は、その他の画面への移行が指示されたか確認する。すなわちプロセッサ２０１は、ボタンＢ６４がタッチされたか確認する（Ａｃｔ２００７）。ボタンＢ６４がタッチされていない場合（Ａｃｔ２００７にてＮＯ）、プロセッサ２０１は、再び国指定がなされたか確認する（Ａｃｔ２００５）。

したがって、プロセッサ２０１は、Ａｃｔ２００５乃至Ａｃｔ２００７の処理により、国指定がなされるか、栄養分析画面への移行が指示されるか、その他の画面への移行が指示されるのを待ち受ける。この待ち受け状態において、タッチパネル２０４を介してボタンＢ６１がタッチされたことを検知すると（Ａｃｔ２００５にてＹＥＳ）、プロセッサ２０１は、国指定要求を通信インターフェース２０５から健康管理サーバ５０に宛ててネットワーク２００へと送信する（Ａｃｔ２００８）。

図Ａｃｔ５４５において、食事バランス画面データをユーザ端末装置２０に宛てて送信したプロセッサ５０１は、国指定要求を受信したか確認する（Ａｃｔ５４６）。国指定要求を受信していない場合（Ａｃｔ５４６にてＮＯ）、プロセッサ５０１は、栄養分析要求を受信したか確認する（Ａｃｔ５４７）。栄養分析要求を受信していない場合（Ａｃｔ５４７にてＮＯ）、プロセッサ５０１は、再び国指定要求を受信したか確認する（Ａｃｔ５４６）。

したがって、プロセッサ５０１は、Ａｃｔ５４６及びＡｃｔ５４７の処理により、国指定要求を受信するか栄養分析要求を受信するのを待ち受ける。この待ち受け状態において、通信インターフェース５０４で国指定要求を受信すると（Ａｃｔ５４６にてＹＥＳ）、プロセッサ５０１は、補助記憶デバイス５０３に記憶されている国指定画面データを取得する（Ａｃｔ２００８）。国指定画面データは、ユーザ端末装置２０のタッチパネル２０４を国指定画面ＳＣ９とするための画像を表す。プロセッサ５０１は、国指定画面データを通信インターフェース５０４からユーザ端末装置２０に宛ててネットワーク２００へと送信する（Ａｃｔ５４８）。

図２５のＡｃｔ２００８において、国指定要求を送信したプロセッサ２０１は、この要求に応答して健康管理サーバ５０から送信される国指定画面データを待ち受ける。そして、通信インターフェース２０５で国指定画面データを受信したならば、プロセッサ２０１は、この画面データに基づき、タッチパネル２０４の画面を、国指定画面ＳＣ９とする（Ａｃｔ２００９）。

図３５は、国指定画面ＳＣ９の一例を示す。国指定画面ＳＣ９は、複数の国選択ボタンＢ８１を含む。各国選択ボタンＢ８１には、食事バランスガイド領域Ｗ５２に記憶された食事バランスデータの国コード５２１と国名データ５２２とが割り当てられて設定される。

国指定画面ＳＣ９を閲覧したユーザは、食事バランスガイドを確認したい国または地域の国名が表示された国選択ボタンＢ８１にタッチする。

Ａｃｔ２００９において、タッチパネル２０４の画面を国指定画面ＳＣ９としたプロセッサ２０１は、いずれかの国選択ボタンＢ８１がタッチされるのを待ち受ける（Ａｃｔ２０１０）。タッチパネル２０４を介して国選択ボタンＢ８１がタッチされたことを検知すると（Ａｃｔ２０１０にてＹＥＳ）、プロセッサ２０１は、メインメモリ２０２内に設定する国コードエリアの国コードを、タッチされた国選択ボタンＢ８１に設定された国コードに書き換える（Ａｃｔ２０１１）。そしてプロセッサ２０１は、Ａｃｔ２００２の処理に戻る。すなわちプロセッサ２０１は、国コードエリアにセットされた国コードを含むバランス閲覧要求を通信インターフェース２０５から健康管理サーバ５０に宛ててネットワーク２００へと送信する。

図２９のＡｃｔ５４８において、国指定画面データをユーザ端末装置２０に宛てて送信したプロセッサ５０１は、そのユーザ端末装置２０からのバランス閲覧要求を待ち受ける（Ａｃｔ５４９）。通信インターフェース５０４でバランス閲覧要求を受信すると（Ａｃｔ５４９にてＹＥＳ）、プロセッサ５０１は、Ａｃｔ５４１の処理に戻る。プロセッサ５０１は、それ以降の処理を前述したのと同様に繰り返す。

ここに、プログラムに従いＡｃｔ５４８及びＡｃｔ５４９の処理を実行するプロセッサ５０１を含むコンピュータは、受付手段として機能する。

Ａｃｔ５４８の待ち受け状態において受信するバランス閲覧要求は、国選択ボタンＢ８１で選択された国または地域の国コードを含む。したがって、Ａｃｔ５４３の処理において食事バランスガイド領域Ｗ５２から取得される食事バランスデータは、国選択ボタンＢ８１で選択された国または地域の国コードで識別されるデータとなる。その結果、食事バランス画面に表示される食事バランスガイドのイラストは、国コードで決定される国または地域で策定された食事バランスガイドのイラストとなる。

図３４の食事バランス画面ＳＣ８１を閲覧したユーザが、アメリカ対応の食事バランスガイドのイラストを閲覧したい場合、ユーザは、国指定画面ＳＣ９において、国名「アメリカ」が設定されたボタンＢ８２にタッチする。そうすると、食事バランス画面ＳＣ８１が図３５に示す食事バランス画面ＳＣ８２に変化する。すなわち、アメリカで策定された食事バランスガイドのイラストＧ３が、食事バランス画面ＳＣ８２に表示される。

さて、食事バランスガイドを閲覧し終えたユーザは、ボタンＢ６３にタッチする。
プロセッサ２０１は、図２５のＡｃｔ２００５乃至Ａｃｔ２００７の待ち受け状態において、ボタンＢ６３がタッチされたことを検知すると（Ａｃｔ２００６にてＹＥＳ）、区分エリアにセットされている区分データを確認する（Ａｃｔ２０１２）。

区分データが食事別でない場合、すなわち「一日」、「一週間」及び「一か月」の場合には（Ａｃｔ２０１２にてＮＯ）、プロセッサ２０１は、Ａｃｔ２４２の処理に戻る。すなわちプロセッサ２０１は、栄養分析要求を通信インターフェース２０５から健康管理サーバ５０に宛ててネットワーク２００へと送信する。これに対し、区分データが食事別の場合、すなわち「朝食」、「昼食」、「夕食」及び「間食」の場合には（Ａｃｔ２０１２にてＹＥＳ）、プロセッサ２０１は、Ａｃｔ２５０の処理に戻る。すなわちプロセッサ２０１は、栄養分析要求を通信インターフェース２０５から健康管理サーバ５０に宛ててネットワーク２００へと送信する。

図２９のＡｃｔ５４５において、食事バランス画面データをユーザ端末装置２０に宛てて送信したプロセッサ５０１は、Ａｃｔ５４６及びＡｃｔ５４７の待ち受け状態となる。この待ち受け状態において、ユーザ端末装置２０から栄養分析要求を受信すると（Ａｃｔ５４７にてＹＥＳ）、プロセッサ５０１は、Ａｃｔ５０１の処理に戻る。以後、プロセッサ５０１は、それ以降の処理を前述したのと同様に繰り返す。

したがって、ユーザ端末装置２０の区分エリアにセットされている区分データが食事別でない場合、タッチパネル２０４の画面は、第１栄養分析画面ＳＣ６２となる。区分データが食事別の場合には、タッチパネル２０４の画面は、第２栄養分析画面ＳＣ６２となる。

このように本実施形態の健康管理システム１００によれば、スマートフォン、携帯電話、あるいはタブレット端末等のような携帯型のユーザ端末装置２０に、レシートクライアントアプリＰ２１と健康アプリＰ２２とをインストールすることによって、ユーザは、以下のようなサービスを受けることができる。

Ａ．ユーザは、会計装置１０が設置された飲食店、小売店等で会計の際に発行されるレシートを紙媒体で受け取るのではなく、電子レシートとしてユーザ端末装置２０に表示させて閲覧することができる。
Ｂ．ユーザは、レシートサーバ３０に蓄積された電子レシートの商品情報を利用して、ユーザが朝食，昼食，夕食等の食事毎に摂取した献立情報を健康管理サーバ５０の健康管理データ領域Ｗ５１に登録することができる。
Ｃ．ユーザは、電子レシートの情報からは補えない献立情報については、ユーザ端末装置２０を利用して手入力により登録することができる。
Ｄ．ユーザは、ユーザ端末装置２０のタッチパネル２０４に表示される画面から、健康管理データ領域Ｗ５１においてユーザ別に蓄積された食事別の献立情報に基づき、食事毎、一日分、一週間分、一か月分などの単位に、摂取カロリー量と栄養バランスの分布画像Ｇ１とを閲覧することができる。
Ｅ．ユーザは、栄養バランスの指標となる画像を、栄養バランスの分布画像Ｇ１だけでなく、食事バランスガイドのイラストでも閲覧することができる。
Ｆ．食事バランスガイドのイラストは、レシートサーバ３０に設定されている国コードで設定される国または地域で策定されたものである。レシートサーバ３０には、健康管理システム１００が構築された国または地域の国コードが設定される。したがって、多くのユーザは、自国で策定された食事バランスガイドで健康管理を行うことができる。
Ｇ．食事バランスガイドのイラストは、簡単な操作で、他の国または地域で策定された食事バランスガイドのイラストに置換することができる。したがってユーザは、健康管理システム１００が構築された国または地域以外で策定された食事バランスガイドでも健康管理を行うことができる。
Ｈ．他の国または地域の食事バランスガイドを使用可能とするためには、食事バランスガイド領域Ｗ５２に食事バランスデータを追加すればよい。したがって、食事バランスガイドの拡張を容易にはかることができる。

以上のことから、健康管理システム１００によれば、ユーザにとって好適な分類の指標で栄養データを提示できる効果を奏する。

この他、本実施形態の構成及び動作から、種々の作用効果を奏することは言うまでもないことである。

なお、前記実施形態では、レシートサーバ３０、栄養データサーバ４０及び健康管理サーバ５０をそれぞれ別個のサーバとして説明したが、これらのサーバのうち少なくとも２つを１つのサーバで実現してもよい。あるいは、レシートサーバ３０、栄養データサーバ４０及び健康管理サーバ５０を１つのサーバだけで実現することも可能である。

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

１０…会計装置、２０…ユーザ端末装置、３０…レシートサーバ、４０…栄養データサーバ、５０…健康管理サーバ、１００……健康管理システム、２００……ネットワーク。

Claims (6)

1. ユーザに提供されまたは販売された商品に関する情報を含むレシートデータを、前記ユーザの識別コードと関連付けて記憶する第１の記憶デバイスと、
   前記ユーザが飲食した飲食物を特定する情報を、前記ユーザの識別コードと関連付けて記憶する第２の記憶デバイスと、
   前記ユーザの識別コードを取得する取得手段と、
   前記取得手段により取得された前記ユーザの識別コードに関連付けて前記第１の記憶デバイスで記憶される前記レシートデータから、前記ユーザが飲食した飲食物を特定する情報を、前記ユーザの識別コードと関連付けて前記第２の記憶デバイスに登録する登録手段と、
   前記取得手段により取得された前記ユーザの識別コードに関連付けて前記第２の記憶デバイスで記憶される前記情報により特定された前記飲食物の栄養データを表す閲覧画像を、国または地域を特定する情報で特定される前記国または地域で定められたイラストを用いて生成する生成手段と、
   前記生成手段により生成された前記閲覧画像を前記ユーザに閲覧させるために提示する提示手段と、
   を具備したことを特徴とする健康管理システム。
2. 前記第２の記憶デバイスを有するサーバ装置、を含み、
   前記生成手段は、前記サーバ装置に設定された国または地域を特定する情報で特定される前記国または地域で定められたイラストを用いて前記閲覧画像を生成することを特徴とする請求項１記載の健康管理システム。
3. 前記国または地域を特定する情報を受け付ける受付手段、
   をさらに具備し、
   前記生成手段は、前記受付手段により前記国または地域を特定する情報を受け付けた場合には、その情報で特定される前記国または地域で定められたイラストを用いて前記閲覧画像を生成することを特徴とする請求項１または２に記載の健康管理システム。
4. ネットワークを介して通信可能なユーザ端末装置とサーバ装置とを備え、
   前記サーバ装置は、前記第１の記憶デバイス、前記第２の記憶デバイス、前記取得手段、前記登録手段、前記生成手段、及び前記提示手段を備え、
   前記ユーザ端末装置は、前記提示手段により提示される閲覧画像を表示する表示デバイスを備えたことを特徴とする請求項１記載の健康管理システム。
5. ネットワークを介して接続され、表示デバイスを備えたユーザ端末装置と通信を行う通信手段と、
   ユーザに提供されまたは販売された商品に関する情報を含むレシートデータを、前記ユーザの識別コードと関連付けて記憶する第１の記憶デバイスと、
   前記ユーザが飲食した飲食物を特定する情報を、前記ユーザの識別コードと関連付けて記憶する第２の記憶デバイスと、
   前記ユーザの識別コードを取得する取得手段と、
   前記取得手段により取得された前記ユーザの識別コードに関連付けて前記第１の記憶デバイスで記憶される前記レシートデータから、前記ユーザが飲食した飲食物を特定する情報を、前記ユーザの識別コードと関連付けて前記第２の記憶デバイスに登録する登録手段と、
   前記取得手段により取得された前記ユーザの識別コードに関連付けて前記第２の記憶デバイスで記憶される前記情報により特定された前記飲食物の栄養データを表す閲覧画像を、国または地域を特定する情報で特定される前記国または地域で定められたイラストを用いて生成する生成手段と、
   前記生成手段により生成された前記閲覧画像を前記ユーザ端末装置の前記表示デバイスに表示させるために提示する提示手段と、
   を具備したことを特徴とするサーバ装置。
6. 表示デバイスを備えたユーザ端末装置とネットワークを介して接続され、ユーザに提供されまたは販売された商品に関する情報を含むレシートデータを、前記ユーザの識別コードと関連付けて記憶する第１の記憶デバイス、及び前記ユーザが飲食した飲食物を特定する情報を、前記ユーザの識別コードと関連付けて記憶する第２の記憶デバイスにアクセスするコンピュータを、
   前記ユーザの識別コードを取得する取得手段、
   前記取得手段により取得された前記ユーザの識別コードに関連付けて前記第１の記憶デバイスで記憶される前記レシートデータから、前記ユーザが飲食した飲食物を特定する情報を、前記ユーザの識別コードと関連付けて前記第２の記憶デバイスに登録する登録手段、
   前記取得手段により取得された前記ユーザの識別コードに関連付けて前記第２の記憶デバイスで記憶される前記情報により特定された前記飲食物の栄養データを表す閲覧画像を、国または地域を特定する情報で特定される前記国または地域で定められたイラストを用いて生成する生成手段、及び
   前記生成手段により生成された前記閲覧画像を前記ユーザ端末装置の前記表示デバイスに表示させるために提示する提示手段、
   として機能させるためのプログラム。