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

Abstract

【課題】食事毎の献立情報の登録作業に要する負担を軽減する。【解決手段】表示デバイスは、飲食物を特定する情報を入力するためのボタンが配置された入力画面を表示する。設定手段は、入力画面のボタンに対して当該ボタンの操作により入力される飲食物を特定する情報を設定する。第２の登録手段は、ユーザによるボタンの操作により入力された飲食物を特定する情報を、ユーザの識別コードと関連付けて第２の記憶デバイスに登録する。第１の登録手段は、取得手段により取得されたユーザの識別コードに関連付けて第１の記憶デバイスで記憶されるレシートデータから、ユーザが飲食した飲食物を特定する情報を、ユーザの識別コードと関連付けて第２の記憶デバイスに登録する。【選択図】 図３３

Description

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

ユーザ毎に、朝食、昼食、夕食等の献立情報を登録し、各食事の献立に含まれる食品のカロリー量等を摂取栄養成分量として管理するようにした健康管理システムは、既に知られている。このシステムを有効に活用するためには、ユーザが食事毎の献立情報を手作業でシステムに登録する必要がある。このため、献立情報の登録作業に要する負担を軽減することが望まれている。

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

本発明の実施形態が解決しようとする課題は、食事毎の献立情報の登録作業に要する負担を軽減し得る健康管理システムを提供しようとするものである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

プロセッサ３０１は、レシートサーバアプリＰ３１に基づく処理を実行するために、補助記憶デバイス３０３の記憶領域の一部を電子レシート領域Ｗ３１に割り当てる。電子レシート領域Ｗ３１は、レシートデータを蓄積する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

補助記憶デバイス５０３の記憶領域の一部は、健康管理データ領域Ｗ５１及び定番メニュー領域Ｗ５２として使用される。健康管理データ領域Ｗ５１は、健康管理システム１００のユーザ毎に健康管理データを格納する。健康管理データは、ユーザが朝食，昼食，夕食等の食事毎に摂取した飲食物の情報を含む。

定番メニュー領域Ｗ５２は、健康管理システム１００のユーザ毎に定番メニューデータを格納する。定番メニューデータは、ユーザがユーザ端末装置２０を操作して、食事毎の献立情報を健康管理サーバ５０に登録する際に使用されるデータである。ユーザは、ユーザ端末装置２０を操作して、定番メニュー領域Ｗ５２に任意の定番メニューデータを設定することができる。

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

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

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

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

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

メニューデータ５２２は、ボタン番号、ボタン名称及び定番メニューコードを含む。ボタン番号は、後述する食物入力画面に表示される複数の定番メニューボタンに対して一意に割り当てられた番号である。ボタン名称は、対応するボタン番号によって特定される定番メニューボタンに表示する名称を示すテキストデータである。定番メニューコードは、対応するボタン番号によって特定される定番メニューボタンに設定された飲食物のコードである。コードは、「店舗コードと商品コード」または「食物コード」である。１つの定番メニューコードに、複数の「店舗コードと商品コード」または「食物コード」が含まれていてもよい。その際、「店舗コードと商品コード」と「食物コード」とが混在していてもよいし、どちらか一方だけでもよい。

ユーザは、各定番メニューボタンに対して１または複数の飲食物を設定することができる。例えば朝食として「食パン」と「ミルク」を欠かさないユーザは、１つの定番メニューボタンに「食パン」と「ミルク」とを設定すればよい。

ここに、定番メニュー領域Ｗ５２は、第３の記憶デバイスとして機能する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

なお、栄養分析画面に表示される情報は、上述した摂取カロリー量と栄養バランスの分布画像とに限定されるものではない。例えば栄養バランスの分布画像の代わりに食事バランスガイドのイラストを表示してもよい。あるいは、ユーザの活動量を計測する機器から得られる消費カロリー量と摂取カロリー量とを対比して表示するようにしてもよい。

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

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

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

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

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

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

次に、プロセッサ５０１は、記憶した区分データを確認する（Ａｃｔ５０２）。区分データが「一日」の場合（Ａｃｔ５０２にてＮＯ）、プロセッサ５０１は、記憶した健康管理データから、記憶した日付データを含む献立データ５１２を抽出する。区分データが「一週間」の場合には（Ａｃｔ５０２にてＮＯ）、プロセッサ５０１は、記憶した健康管理データから、記憶した日付データを含み過去１週間分の献立データ５１２を抽出する。区分データが「一か月」の場合には（Ａｃｔ５０２にてＮＯ）、プロセッサ５０１は、記憶した健康管理データから、記憶した日付データを含み過去一か月分の献立データ５１２を抽出する。そしてプロセッサ５０１は、抽出した献立データ５１２に含まれる品目コードに基づいて、一日分、一週間分または一か月分の栄養分析画面（以下、第１栄養分析画面ＳＣ５１と称する）を生成する（Ａｃｔ５０３）。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図３４は、食物入力画面ＳＣ７の一例を示す。食物入力画面ＳＣ７は、献立ボタンＢ９１と、カテゴリボタンＢ９２と、定番メニューボタンＢ９３と、完了ボタンＢ９４とを含む。献立ボタンＢ９１とカテゴリボタンＢ９２とについては、複数のボタンがマトリクス状に配置されている。定番メニューボタンＢ９３については、複数のボタンが一列に配置されている。図３４では、３つの定番メニューボタンＢ９３（Ｂ９３１，Ｂ９３２，Ｂ９３３）が横一列に配置されている。なお、定番メニューボタンＢ９３の数は３つに限定されない。食物入力画面ＳＣ７に対して、１つまたは２つの定番メニューボタン９３が配置されていてもよいし、４つ以上の定番メニューボタン９３が配置されていてもよい。また、定番メニューボタン９３の配置についても特に限定されるものではなく、献立ボタンＢ９１またはカテゴリボタンＢ９２のようにマトリクス状に配置されていてもよい。

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

定番メニューボタンＢ９３は、単一の飲食物、または複数の飲食物をまとめて選択するためにユーザがタッチするものである。定番メニューボタンＢ９３には、ユーザが定番のメニューとして所望の飲食物を設定することができる。

例えば朝食として略毎日、「トースト」と「ミルク」とを飲食するユーザは、定番メニューボタンＢ９３１に「トースト」と「ミルク」を設定する。そうすると、定番メニューボタンＢ９３１のボタン番号と、ボタン名称「朝食」と、「トースト」と「ミルク」との各食物コードとを含む定番メニューデータが作成される。定番メニューデータは、当該ユーザのユーザコードと関連付けられて定番メニュー領域に記憶される。

同様に、例えば昼食として略毎日、飲食店の「天ぷらそば」を飲食するユーザは、定番メニューボタンＢ９３２に「天ぷらそば」を設定する。そうすると、定番メニューボタンＢ９３２のボタン番号と、ボタン名称「昼食」と、「天ぷらそば」の店舗コードと商品コードとを含む定番メニューデータが作成される。定番メニューデータは、当該ユーザのユーザコードと関連付けられて定番メニュー領域に記憶される。

図２７のＡｃｔ５３１において、食物入力画面データを取得したプロセッサ５０１は、受信した登録要求に含まれるユーザコードで定番メニュー領域Ｗ５２を検索する。そしてプロセッサ５０１は、当該ユーザコードに関連付けられた定番メニューデータの有無を確認する（Ａｃｔ５３２）。該当する定番メニューデータがある場合（Ａｃｔ５３２にてＹＥＳ）、プロセッサ５０１は、食物入力画面ＳＣ７の各定番メニューボタンＢ９３に対して、定番メニューデータのボタン名称と定番メニューコードとが割り当てられるように、食物入力画面データを加工する（Ａｃｔ５３３）。

食物入力画面データを加工するか、該当する定番メニューデータがない場合（Ａｃｔ５３２にてＮＯ）、プロセッサ５０１は、食物入力画面データを通信インターフェース５０４からユーザ端末装置２０に宛ててネットワーク２００へと送信する（Ａｃｔ５３４）。

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

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

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

また、１つの定番メニューボタンＢ９３に新たな飲食物のデータを定番メニューデータとして設定する場合には、ユーザは、その定番メニューボタンＢ９３を長押しする。１つの定番メニューボタンＢ９３を長押しすることで、ユーザ端末装置２０は、その定番メニューボタンＢ９３に対する編集モードなる。なお、編集モードへの移行方法は、定番メニューボタンＢ９３の長押しに限定されるものではない。例えば１つの定番メニューボタンＢ９３を短期間に複数タッチすることで、その定番メニューボタンＢ９３の編集モードに移行してもよい。

図２３のＡｃｔ２８１において、タッチパネル２０４の画面を食物入力画面ＳＣ７としたならば、プロセッサ２０１は、食物入力の完了が指定されたか確認する。すなわちプロセッサ２０１は、完了ボタンＢ９４がタッチされたか確認する（Ａｃｔ２８２）。完了ボタンＢ９４がタッチされていない場合（Ａｃｔ２８２にてＮＯ）、プロセッサ２０１は、定番メニューボタンＢ９３の編集モードが指定されたか確認する。すなわちプロセッサ２０１は、１つの定番メニューボタンＢ９３が長押しされたか確認する（Ａｃｔ２８３）。定番メニューボタンＢ９３が長押しされていない場合（Ａｃｔ２８３にてＮＯ）、プロセッサ２０１は、再び食物入力の完了が指定されたか確認する（Ａｃｔ２８２）。

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

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

Ａｃｔ２８２及びＡｃｔ２８３の待ち受け状態において、定番メニューボタンＢ９３の長押しにより編集モードが指定されると（Ａｃｔ２８３にてＹＥＳ）、プロセッサ２０１は、健康管理サーバ５０に編集モードを指令する。

図２７のＡｃｔ５３４において、食物入力画面データをユーザ端末装置２０に宛てて送信したプロセッサ５０１は、そのユーザ端末装置２０から選択食物データを受信したか確認する（Ａｃｔ５３５）。受信していない場合（Ａｃｔ５３５にてＮＯ）、プロセッサ５０１は、そのユーザ端末装置２０から栄養分析要求を受信したか確認する（Ａｃｔ５３６）。受信していない場合（Ａｃｔ５３６にてＮＯ）、プロセッサ５０１は、そのユーザ端末装置２０から定番メニューボタンＢ９３の編集モードが指令されたか確認する（Ａｃｔ５３７）。編集モードが指令されていない場合（Ａｃｔ５３７にてＮＯ）、プロセッサ５０１は、再び選択食物データが送られてきたか確認する（Ａｃｔ５３５）。

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

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

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

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

Ａｃｔ５３５乃至Ａｃｔ５３７の待ち受け状態において、ユーザ端末装置２０から定番メニューボタンＢ９３の編集モードが指令されると（Ａｃｔ５３７にてＹＥＳ）、プロセッサ５０１は、補助記憶デバイス５０３に記憶されている定番編集画面データを取得する。そしてプロセッサ５０１は、この定番編集画面データを通信インターフェース５０４からユーザ端末装置２０に宛ててネットワーク２００へと送信する（Ａｃｔ５３９）。定番編集画面データは、ユーザ端末装置２０のタッチパネル２０４を定番編集画面ＳＣ８とするための画像を表す。

図２３のＡｃｔ２８３において、健康管理サーバ５０に編集モードを指令したプロセッサ２０１は、健康管理サーバ５０から定番編集画面データを受信すると、タッチパネル２０４を定番編集画面ＳＣ８とする（Ａｃｔ２８６）。

図３５は、定番編集画面ＳＣ８の一例を示す。図示するように、定番編集画面ＳＣ５は、の他に、ボタンＢ１０１、ボタンＢ１０２、ボタンＢ１０３及び定番メニューボタンＢ９３を含む。また定番編集画面ＳＣ８は、栄養分析画面ＳＣ５１，ＳＣ５２，ＳＣ５３または商品リスト画面ＳＣ６と同様のボタンＢ６１，Ｂ６２，Ｂ６３を含む。ボタンＢ１０１は、定番メニューボタン９３に割り当てる飲食物のコードをレシートデータで編集するためにユーザがタッチするものである。ボタンＢ１０２は、定番メニューボタン９３に割り当てる飲食物のコードを手入力により編集するためにユーザがタッチするものである。ボタンＢ１０３は、編集終了を指令するためにユーザがタッチするものである。

定番編集画面ＳＣ５は、必ずしも定番メニューボタンＢ９３を含めなくてもよい。あるいは、定番編集画面ＳＣ５は、長押しされて編集対象となった定番メニューボタンＢ９３だけを含めてもよい。

図２３のＡｃｔ２８６において、タッチパネル２０４を定番編集画面ＳＣ８としたプロセッサ２０１は、レシートデータからの編集が指定されたか確認する。すなわちプロセッサ２０１は、ボタンＢ１０１がタッチされたか確認する（Ａｃｔ２８７）。ボタンＢ１０１がタッチされていない場合（Ａｃｔ２８７にてＮＯ）、プロセッサ２０１は、手入力による編集が指定されたか確認する。すなわちプロセッサ２０１は、ボタンＢ１０２がタッチされたか確認する（Ａｃｔ２８８）。ボタンＢ１０２がタッチされていない場合（Ａｃｔ２８８にてＮＯ）、プロセッサ２０１は、編集終了が指定されたか確認する。すなわちプロセッサ２０１は、ボタンＢ１０３がタッチされたか確認する（Ａｃｔ２８９）。ボタンＢ１０３がタッチされていない場合（Ａｃｔ２８９にてＮＯ）、プロセッサ２０１は、再びレシートデータからの編集が指定されたか確認する（Ａｃｔ２８７）。

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

図２７のＡｃｔ５３９において、ユーザ端末装置２０に対して定番編集画面データを送信したプロセッサ５０１は、レシートからの編集要求を受信したか確認する（Ａｃｔ５４０）。受信していない場合（Ａｃｔ５４０にてＮＯ）、プロセッサ５０１は、手入力による編集要求を受信したか確認する（Ａｃｔ５４１）。受信していない場合（Ａｃｔ５４１にてＮＯ）、プロセッサ５０１は、編集終了が指定されたか確認する（Ａｃｔ５４２）。編集終了が指定されていない場合（Ａｃｔ５４２にてＮＯ）、プロセッサ５０１は、再びレシートからの編集要求を受信したか確認する（Ａｃｔ５４０）。

したがって、Ａｃｔ５４０乃至Ａｃｔ５４２の処理により、プロセッサ５０１は、レシートからの編集要求を受信するか、手入力による編集要求を受信するか、編集終了が指定されるのを待ち受ける。この待ち受け状態において、レシートからの編集要求を受信すると（Ａｃｔ５４０にてＹＥＳ）、プロセッサ５０１は、図２８に示すように、レシートサーバ３０にアクセスする。そしてプロセッサ５０１は、編集要求に含まれるユーザコードに関連付けられて電子レシート領域Ｗ３１に格納されている全てのレシートデータを取得する（Ａｃｔ５５１）。

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

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

タッチパネル２０４の画面を一覧画面ＳＣ４としたプロセッサ２０１は、この一覧画面ＳＣ４からいずれかの簡易レシートデータが指定されるのを待ち受ける（Ａｃｔ２００３）。

一覧画面ＳＣ４を閲覧したユーザは、簡易レシートデータのなかから定番メニューボタンに設定したい飲食物が記録されたレシートのデータを探す。そしてユーザは、見出した簡易レシートデータの画像Ｒ２にタッチする。

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

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

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

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

タッチパネル２０４の画面を商品リスト画面ＳＣ６としたプロセッサ２０１は、選択終了が指示されたか確認する。すなわちプロセッサ２０１は、ボタンＢ８２がタッチされたか確認する（Ａｃｔ２００６）。ボタンＢ８２がタッチされていない場合（Ａｃｔ２００６にてＮＯ）、プロセッサ２０１は、他のレシートを見る旨が指定されたか確認する。すなわちプロセッサ２０１は、ボタンＢ８１がタッチされたか確認する（Ａｃｔ２００７）。ボタンＢ８１がタッチされていない場合（Ａｃｔ２００７にてＮＯ）、プロセッサ２０１は、再び選択終了が指示されたか確認する（Ａｃｔ２００６）。

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

Ａｃｔ２００６及びＡｃｔ２００７の待ち受け状態において、ボタンＢ８２がタッチされたことを検知すると（Ａｃｔ２００６にてＹＥＳ）、プロセッサ２０１は、選択終了を通知する指令を通信インターフェース２０５から健康管理サーバ５０に宛ててネットワーク２００へと送信する。またプロセッサ２０１は、商品リストＬ１のなかから選択状態にある商品（飲食物の名称）の有無を判別する（Ａｃｔ２００８）。選択状態にある商品がある場合（Ａｃｔ２００８にＹＥＳ）、プロセッサ２０１は、その選択状態にある商品を編集対象の定番メニューボタンＢ９３に割り当てる旨を通知する選択商品データを、通信インターフェース２０５から健康管理サーバ５０に宛ててネットワーク２００へと送信する（Ａｃｔ２００９）。この選択商品データは、メインメモリ２０２または補助記憶デバイス２０３で記憶したユーザコードと、編集対象の定番メニューボタンＢ９３に対して設定されているボタン番号とを含む。

選択商品データを送信した後、あるいは選択状態にある商品がない場合（Ａｃｔ２００８にてＮＯ）、プロセッサ２０１は、Ａｃｔ２８６の処理へと戻る。すなわちプロセッサ２０１は、タッチパネル２０４の画面を定番編集画面ＳＣ８に戻す。以後、プロセッサ２０１は、それ以降の処理を前述したのと同様に繰り返す。

図２８のＡｃｔ５５４において、商品リストの画面データを送信したプロセッサ５０１は、ユーザ端末装置２０から選択終了が指示されるのを待ち受ける（Ａｃｔ５５５）。ボタンＢ８２のタッチにより選択終了が指示されると（Ａｃｔ５５５にてＹＥＳ）、プロセッサ５０１は、選択商品データを受信したか確認する（Ａｃｔ５５６）。

選択商品データを受信した場合（Ａｃｔ５５６にてＹＥＳ）、プロセッサ５０１は、定番メニュー領域Ｗ５２を検索する。そしてプロセッサ５０１は、選択商品データに含まれるユーザコードとボタン番号とに関連付けられたメニューデータ５２２に、その選択商品データに含まれる店舗コードと商品コードとの対データを追加する（Ａｃｔ５５７）。

メニューデータ５２２に対データを追加するか、選択商品データを受信しなかった場合（Ａｃｔ５５６にてＮＯ）、プロセッサ５０１は、Ａｃｔ５３９の処理へと戻る。すなわちプロセッサ５０１は、定番編集画面データを通信インターフェース５０４からユーザ端末装置２０に宛ててネットワーク２００へと送信する。以後、プロセッサ５０１は、それ以降の処理を前述したのと同様に繰り返す。

図２３のＡｃｔ２８７乃至Ａｃｔ２８９の待ち受け状態において、タッチパネル２０４でボタンＢ１０２がタッチされたことを検知すると（Ａｃｔ２８８にてＹＥＳ）、プロセッサ２０１は、手入力による編集要求を通信インターフェース２０５から健康管理サーバ５０に宛ててネットワーク２００へと送信する。

図２７のＡｃｔ５４０乃至Ａｃｔ５４２の待ち受け状態において、手入力による編集要求を受信すると（Ａｃｔ５４０にてＹＥＳ）、図２９に示すように、プロセッサ５０１は、食物入力画面データを通信インターフェース５０４からユーザ端末装置２０に宛ててネットワーク２００へと送信する（Ａｃｔ５６１）。

手入力による編集要求を送信したプロセッサ２０１は、食物入力画面データを待機する。健康管理サーバ５０から食物入力画面データを受信したならば、プロセッサ２０１は、タッチパネル２０４の画面を食物入力画面ＳＣ７とする（Ａｃｔ２８９）。

食物入力画面ＳＣ７を閲覧したユーザは、カテゴリボタンＢ９２及び献立ボタンＢ９１にタッチして、定番編集ボタンＢ９３に設定する飲食物を選択する。そして飲食物の選択を終了すると、ユーザは完了ボタンＢ９４にタッチして、選択終了を指示する。

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

選択食物データを送信した後、あるいは飲食物が選択されていない場合（Ａｃｔ２９２にてＮＯ）、プロセッサ２０１は、Ａｃｔ２８６の処理に戻る。すなわちプロセッサ２０１は、タッチパネル２０４の画面を定番編集画面ＳＣ８に戻す。

図２９のＡｃｔ５６１において、食物入力画面データをユーザ端末装置２０に宛てて送信したプロセッサ５０１は、ユーザ端末装置２０から選択終了が指示されるのを待ち受ける（Ａｃｔ５６２）。ボタンＢ９４のタッチにより選択終了が指示されると（Ａｃｔ５６２にてＹＥＳ）、プロセッサ５０１は、選択食物データを受信したか確認する（Ａｃｔ５６３）。

選択食物データを受信した場合（Ａｃｔ５６３にてＹＥＳ）、プロセッサ５０１は、定番メニュー領域Ｗ５２を検索する。そしてプロセッサ５０１は、選択食物データに含まれるユーザコードとボタン番号とに関連付けられたメニューデータ５２２に、その選択食物データに含まれる食物コードを追加する（Ａｃｔ５６４）。

メニューデータ５２２に食物コードを追加するか、選択食物データを受信しなかった場合（Ａｃｔ５６３にてＮＯ）、プロセッサ５０１は、Ａｃｔ５３９の処理へと戻る。すなわちプロセッサ５０１は、定番編集画面データを通信インターフェース５０４からユーザ端末装置２０に宛ててネットワーク２００へと送信する。以後、プロセッサ５０１は、それ以降の処理を前述したのと同様に繰り返す。

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

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

Ａ．ユーザは、会計装置１０が設置された飲食店、小売店等で会計の際に発行されるレシートを紙媒体で受け取るのではなく、電子レシートとしてユーザ端末装置２０に表示させて閲覧することができる。
Ｂ．ユーザは、レシートサーバ３０に蓄積された電子レシートの商品情報を利用して、朝食，昼食，夕食等の食事毎に摂取した献立情報を健康管理サーバ５０の健康管理データ領域Ｗ５１に登録することができる。
Ｃ．ユーザは、電子レシートの情報からは補えない献立情報については、ユーザ端末装置２０を利用して手入力により登録することができる。
Ｄ．ユーザは、ユーザ端末装置２０のタッチパネル２０４に表示される画面から、健康管理データ領域Ｗ５１においてユーザ別に蓄積された食事別の献立情報に基づき、食事毎、一日分、一週間分、一か月分などの単位に、摂取カロリー量と栄養バランスの分布画像Ｇ１とを閲覧することができる。

Ｅ．電子レシートの情報からは補えない献立情報を手入力する際には、ユーザ端末装置２０のタッチパネル２０４に食物入力画面ＳＣ７が表示される。この食物入力画面ＳＣ７には、定番メニューボタンＢ９３がある。この定番メニューボタンＢ９３に、ユーザが例えば朝食としてほぼ毎日食べている献立の飲食物情報を設定することで、ユーザは、献立情報の手入力をワンタッチで行うことができる。

Ｆ．ユーザは、レシートサーバ３０に蓄積された電子レシートの商品情報を利用して、定番メニューボタンＢ９３に所望とする献立の飲食物情報を設定することができる。

Ｇ．ユーザは、定番メニューボタンＢ９３に設定する飲食物情報を電子レシートの情報からは補えない場合には、ユーザ端末装置２０を利用して手入力により追加することができる。

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

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

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

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

Claims (6)

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