JP7437818B2 - 健康管理支援システム及び健康管理支援方法 - Google Patents

Description

本発明は、被検者が健康を管理するための健康管理支援システム及び健康管理支援方法の技術に関する。

健康志向の高まりとともに、いわゆる健康食品に対する関心が高まっている。

特許文献１や、特許文献２では、健康食品といっしょに検査キットを送付し健康管理を支援することが開示されている。この検査キットで採取した尿等の検体が検査センタに送付されることで検査結果を得ることができる。

一方、特許文献３には、被測定者（被検者）が自ら取り扱うことができるセンサを用いて、ナトリウム、カリウム、カルシウム、グルコース等の測定結果を継続して得ることにより、健康管理を支援することが開示されている。さらに、特許文献４では、使用者（被検者）が検査装置を直接扱うことのないように、小便器に電極を設置して計測する方法が開示されている。

特開２００６－２３４７１４号公報 特開２０２０－０３５０８４号公報 特開２０１３－０３６８１７号公報 特開２０２１－０１８２１１号公報

健康食品等の効果を確認するためには多くの検査項目について検査を行うことが有効である。しかし、特許文献１や、特許文献２に記載の技術のように、検査センタに検体を送付する方法によれば、検査項目が増えるたびに費用及び手間が大きくかさむという課題が生じる。また、特許文献１や、特許文献２に記載の技術では、検査結果をすぐに確認したい場合には検査結果をすぐに確認することはできない。また、特許文献３に記載の技術のように自宅で計測する方法では、複数項目を検査する際に検査装置そのものを常に複数準備する必要があると同時に、計測項目の拡張性もない。また、特許文献４に記載の技術では、電極（センサ）の交換が困難であるという課題がある。

このような背景に鑑みて本発明がなされたのであり、本発明は、手軽な健康管理を支援することを課題とする。

前記した課題を解決するため、本発明は、成分検出センサで取得された、被検者の体液における成分に関する情報である成分情報を収集するとともに、前記被検者が利用した、健康に関連する複数種類の商品の利用情報を、それぞれ収集するサーバと、前記サーバから送信される情報に基づいて、前記利用情報と、前記成分情報とを対応付けた表示画面を表示部に表示する被検者端末とを有し、前記サーバは、前記成分検出センサを購入したユーザの年齢と、前記商品を購入した前記ユーザの年齢とを収集し、年齢層と、前記商品の購入個数及び前記成分検出センサの購入個数が年齢層毎に表示される購入統計情報が前記商品の販売を行う販売会社に設置されている販売会社端末の表示部に表示されることを特徴とする。
その他の解決手段は実施形態中において適宜記載する。

本発明によれば、手軽な健康管理を支援することができる。

本実施形態に係る健康管理支援システムの構成例を示す図である。 本実施形態に係る健康管理支援システムの概略構成例を示す図である。 サーバのハードウェア構成を示す図である。 ユーザ端末の構成例を示す図である。 計測装置の外観を示す図（その１）である。 計測装置の外観を示す図（その２）である。 センサ部の内部構成を示す図である。 センサの種類と計測対象との関係を示す図である。 計測装置の別の例を示す図である。 本実施形態で用いられるユーザ情報の例を示す表である。 本実施形態で用いられる行動情報の例を示す表である。 本実施形態において入出力装置に表示される計測値変化表示画面の例を示す図である。 本実施形態において入出力装置に表示される計測値変化表示画面の例を示す図である。 ２つの期間における計測値の有意差検定が行われた際に表示される計測値変化表示画面を示す図である（その１）。 ２つの期間における計測値の有意差検定が行われた際に表示される計測値変化表示画面を示す図である（その２）。 本実施形態において、購入傾向を示す購入傾向表示画面を示す図である。 本実施形態におけるポイント表示画面の例を示す図である。 本実施形態によるユーザ端末での表示画面例を示す図である。 本実施形態で行われる計測値取得処理の手順を示すフローチャートである。 本実施形態で行われる飲食物摂取及び運動プログラム実行処理の手順を示すフローチャートである。 本実施形態で行われる計測値変化表示画面の表示処理の手順を示す手順である。 本実施形態に係る健康管理支援システムを利用した健康管理について説明する図である。 本実施形態に係る健康管理支援システムを利用したビジネスネットワークの一例を示す図である。 本実施形態に係る健康管理支援システムを利用したビジネスネットワークの別の例を示す図である。 本実施形態（第２実施形態）に係る健康管理支援システムの構成例を示す図である。 ユーザ情報の例を示す図である。 行動情報の例を示す図である。 判定情報の一例を示す図（その１）である。 販売会社の１つであるＹ会社用の判定情報を示す図である。 販売会社の１つであるＺ会社用の判定情報を示す図である。 判定情報の一例を示す図（その２）である。 判定情報の一例を示す図（その３）である。 判定情報の一例を示す図（その４）である。 判定情報の状態の一例を示す図である（その５）。 本実施形態で行われる判定情報生成処理の手順を示すフローチャートである。 本実施形態で行われる第１の判定処理の手順を示すフローチャートである。 本実施形態で行われる第２の判定処理の手順を示すフローチャートである。 本実施形態で行われる第３の判定処理の手順を示すフローチャートである。 本実施形態に係る健康管理支援システムＺａを利用したビジネスネットワークの一例を示す図である。

次に、本発明を実施するための形態（「実施形態」という）について、適宜図面を参照しながら詳細に説明する。
［第１実施形態］
本実施形態では、被検者であるユーザが自宅で尿成分の計測を多項目かつ継続して行い、ユーザが飲食物の摂取や、運動プログラムの実行による変化を評価することで、疾病等と関連する生活習慣を評価できる健康管理支援システムＺ（図１参照）を提供する。

本実施形態では、運営会社がユーザに対して尿成分計測サービスを提供するものとする。ここで、運営会社は、飲食物をユーザに提供するメーカや、健康のための運動プログラムをユーザに提供するジム、フィットネスクラブや病院等と提携している。なお、本実施形態において。飲食物とは、一般的に飲食される食品、飲料、弁当、サプリメントを含むものとする。さらに、本実施形態において、食品、飲料は特定健康保険等で指定される健康食品を含むものとする。また、運動プログラムとはジム等からユーザに提供されるものであり、例えば、複数種類の筋力トレーニングの種類と、セット数とが記載されている紙がユーザにジム等から送付される。

そして、尿成分計測サービスにおいて、運営会社はユーザに対して尿成分の計測を行うための環境を提供する。また、運営会社は尿成分の計測結果を蓄積し、その推移等をユーザが閲覧可能とするサービスを行う。ちなみに、本実施形態において、ユーザとは運営会社による尿成分計測サービスに会員登録している者を指すこととする。また、本実施形態では尿成分の計測を行い、その計測値を確認することを「検査」と適宜称する。

なお、本実施形態では、体液である尿成分の計測値を基に健康管理の支援を行うものとしているが、尿に限らず、血液、唾液、汗等の体液の成分が用いられてもよい。

（システム構成図）
図１は、本実施形態（第１実施形態）に係る健康管理支援システムＺの構成例を示す図である。
図１に示すように、健康管理支援システムＺはサーバ１、ユーザ端末２、メーカ端末４、運営会社端末５を有する。
そして、サーバ１には、複数のユーザ端末２、複数のメーカ端末４、ジム端末４Ａ、運営会社端末５がＷＡＮ（Wide Area Network）等を介して接続している。
ユーザ端末２は、スマートフォン、タブレットコンピュータ、その他の携帯端末であり、ユーザが所持している端末である。あるいは、ユーザ端末２は個人が所有するＰＣ（Personal Computer）でもよい。本実施形態では、ユーザ端末２としてスマートフォンが用いられているものとする。ユーザ端末２は、後記する尿成分を計測するための計測装置３（図２参照）から出力される計測値をサーバ１へ送信したり、サーバ１から送信される計測結果や、必要に応じてログ等の表示をしたりする。

メーカ端末４はメーカに設置されている端末である。また、ジム端末４Ａはジム等に設置されている端末である。なお、メーカとジム等とを総称して提携会社と称することがある。
運営会社端末５は運営会社に設置されている端末である。
サーバ１は、当該ユーザ端末２から送信された単位を含めた計測値を収集・解析し、そのデータを保存する。また、サーバ１は、収集した計測値のデータ（計測データ）をユーザ端末２へ送信する。なお、サーバ１はクラウド上に設置されてもよいし、運営会社に設置されてもよい。

なお、サーバ１は運営会社に設置されてもよいし、運営会社が業務を委託している会社に設置されてもよい。

サーバ１は、ユーザ処理部１０１、記憶処理部１０２、解析部１０３、提携会社処理部１０４、計測装置発注処理部１０５、商品発注処理部１０６を有する。また、サーバ１はユーザ情報１１１、行動情報１１２、ポイント情報１１３、商品統計情報１１４、購入者統計情報１１５、商品使用情報１１６、提携会社プロファイル情報１１７を有する。なお、商品はメーカが製造する飲食物や、ジム等がユーザに提供する運動プログラムを含むものとする。
ユーザ処理部１０１は、ユーザ端末２のアクセスに対して、ユーザ本人であるか否かを認証したり、ユーザ端末２から送られたデータを行動情報１１２等に格納したりする。また、ユーザ処理部１０１は、ユーザ端末２から送られる要求に従って、行動情報１１２等からデータを取得し、取得したデータを要求元のユーザ端末２へ送信する。

記憶処理部１０２は、計測装置発注処理部１０５や、商品発注処理部１０６による発注データをユーザ情報１１１に格納する。
解析部１０３は、ユーザ情報１１１や、行動情報１１２や、商品使用情報１１６等を基に、統計解析や、ポイント算出等を行う。そして、解析部１０３は、統計解析の結果を商品統計情報１１４や、購入者統計情報１１５に格納し、算出したポイントに関するデータをポイント情報１１３に格納する。

提携会社処理部１０４は、メーカ端末４や、ジム端末４Ａによるアクセスに対して認証処理を行う。また、提携会社処理部１０４は、提携会社プロファイル情報１１７へのデータの書き込みや、読み込みを行う。さらに、提携会社処理部１０４は、メーカ端末４から閲覧要求を受信すると、閲覧要求に従って行動情報１１２や、ポイント情報１１３、商品統計情報１１４、購入者統計情報１１５、商品使用情報１１６からデータを読み込む。そして、提携会社処理部１０４は、読み込んだデータを閲覧要求元のメーカ端末４や、ジム端末４Ａへ送信する。

計測装置発注処理部１０５は、記憶処理部１０２を介して運営会社による計測装置３の発注に関する履歴データをユーザ情報１１１に格納する。ユーザ情報１１１には、計測装置３の発注に関する履歴データが「センサ購入履歴」として格納される（図１０において後記）。なお、ユーザがメーカや、ジム等から計測装置３を購入する場合、計測装置発注処理部１０５は省略可能である。
商品発注処理部１０６は、記憶処理部１０２を介して運営会社による商品の発注に関する履歴データを提携会社プロファイル情報１１７に格納する。

ユーザ情報１１１には、ユーザ（会員）に関するデータが格納される。ユーザ情報１１１については後記する。
行動情報１１２にはユーザによる尿成分の計測データ、ユーザによる対象となる食品、飲料、サプリメント等の摂取データ、運動プログラムの実行データ等が格納される。行動情報１１２については後記する。
ポイント情報１１３には、ポイントに関するデータが格納されている。ポイント及びポイント情報１１３については後記する。

商品統計情報１１４には、計測結果に基づく個別商品毎の効果に関するデータが年齢層や、性別毎に格納されている。
購入者統計情報１１５には、商品（飲食物や、運動プログラム）の購入者や、センサ部３２（図５参照）の購入者の年齢層や、性別に関するデータが格納されている。購入者統計情報１１５はユーザ情報１１１等を基に解析部１０３によって生成される。
商品使用情報１１６には、商品の使用に関するデータが格納される。例えば、商品が飲食物の場合、ユーザによる飲食物の摂取回数、摂取日時、回数等が商品使用情報１１６に格納されている。また、商品が運動プログラムの場合、運動プログラムの実行回数、実行日時、セット回数等が商品使用情報１１６に格納されている。商品使用情報１１６は行動情報１１２を基に解析部１０３によって生成される。
商品使用情報１１６に格納されるデータは、行動情報１１２等を基に解析部１０３によって生成される。
提携会社プロファイル情報１１７には、メーカや、ジム等に関するデータ、メーカや、ジム等が扱っている商品（飲食物、運動プログラム）に関するデータや、メーカや、ジム等が扱っている商品を利用しているユーザのデータ、商品の発注履歴等がメーカや、ジム等毎に格納されている。

ここで、図１に示すようにユーザ処理部１０１はすべてのデータにアクセスできる。つまり、ユーザ端末２はユーザ処理部１０１を介してユーザ情報１１１、行動情報１１２、ポイント情報１１３、商品統計情報１１４、購入者統計情報１１５、商品使用情報１１６、提携会社プロファイル情報１１７すべてにアクセスできる。ただし、ユーザ端末２は、ポイント情報１１３、商品統計情報１１４、購入者統計情報１１５、商品使用情報１１６、提携会社プロファイル情報１１７に対して閲覧のみ可能である。また、ユーザ端末２は、ユーザ情報１１１、行動情報１１２に対して、ユーザ端末２にログインしているユーザ自身に関するデータのみについて閲覧・入力・更新が可能である。ユーザ端末２によるアクセス管理はユーザ処理部１０１によって行われる。

また、図１に示すように提携会社処理部１０４は、行動情報１１２、ポイント情報１１３、商品統計情報１１４、購入者統計情報１１５、商品使用情報１１６、提携会社プロファイル情報１１７にアクセスできる。つまり、メーカ端末４及びジム端末４Ａは提携会社処理部１０４を介して行動情報１１２、ポイント情報１１３、商品統計情報１１４、購入者統計情報１１５、商品使用情報１１６、提携会社プロファイル情報１１７にアクセスできる。なお、メーカ端末４及びジム端末４Ａは、提携会社処理部１０４を介して、提携会社プロファイル情報１１７における自社データや、自社商品に関するデータに対して閲覧・入力・更新が可能である。また、メーカ端末４及びジム端末４Ａは、提携会社処理部１０４を介して、行動情報１１２、ポイント情報１１３、商品統計情報１１４、購入者統計情報１１５、商品使用情報１１６に格納されているデータのうち、自社や、自社が扱っている商品のデータについて閲覧可能である。
メーカ端末４及びジム端末４Ａのアクセス管理は提携会社処理部１０４によって行われる。

そして、運営会社端末５は、運営会社に設置されており、サーバ１の管理及び制御を行う。なお、運営会社端末５は、ユーザ情報１１１、行動情報１１２、ポイント情報１１３、商品統計情報１１４、購入者統計情報１１５、商品使用情報１１６、提携会社プロファイル情報１１７に格納されているすべてのデータにアクセスできる。つまり、運営会社端末５は、ユーザ情報１１１、行動情報１１２、ポイント情報１１３、商品統計情報１１４、購入者統計情報１１５、商品使用情報１１６、提携会社プロファイル情報１１７に格納されているすべてのデータについて閲覧・入力・更新が可能である。

図２は、本実施形態に係る健康管理支援システムＺの概略構成例を示す図である。
健康管理支援システムＺは、計測装置３、ユーザ端末２、サーバ１を有している。図２では、図１に示されているメーカ端末４、ジム端末４Ａ、運営会社端末５が図示省略されている。
計測装置３は尿成分を計測し、計測結果をユーザ端末２へ送信する。計測装置３については後記する。ユーザ端末２には本実施形態による尿成分の計測値をサーバ１へ送信したり、計測値に関するデータを閲覧したりするためのアプリケーション２１０（図４参照）が実行されている。そして、ユーザ端末２は計測装置３から送信された尿成分の計測値をサーバ１へ送信する。

サーバ１は、ユーザ端末２から送信された尿成分の計測値を取集・蓄積し、蓄積した計測値に関するユーザ端末２へ送信する

（サーバ１のハードウェア構成）
図３は、サーバ１のハードウェア構成を示す図である。
サーバ１は、メモリ１２１、ＣＰＵ（Central Processing Unit）１２２、記憶装置１２３、通信装置１２４等を備えている。記憶装置１２３は、ＨＤ（Hard Disk）や、ＳＳ
Ｄ（Solid State Drive）等により構成される。なお、記憶装置１２３は、ＩＣ（Integrated Circuit）カードや、ＳＤ（Secure Digital）カード、ＤＶＤ（Digital Versatile Disc）等の記録媒体によって構成されてもよい。
通信装置１２４は、図１に示すユーザ端末２、メーカ端末４、運営会社端末５と通信を行う。
また、メモリ１２１には記憶装置１２３に格納されているプログラムがロードされる。そして、ロードされたプログラムがＣＰＵ１２２によって実行されることにより、図１に示すユーザ処理部１０１、記憶処理部１０２、解析部１０３、提携会社処理部１０４、計測装置発注処理部１０５、商品発注処理部１０６が具現化する。
さらに、記憶装置１２３には、図１に示すユーザ情報１１１、行動情報１１２、ポイント情報１１３、商品統計情報１１４、購入者統計情報１１５、商品使用情報１１６、提携会社プロファイル情報１１７が格納されている。なお、ユーザ情報１１１、行動情報１１２、ポイント情報１１３、商品統計情報１１４、購入者統計情報１１５、商品使用情報１１６、提携会社プロファイル情報１１７は、サーバ１とは別の装置であるデータベースに格納されていてもよい。

（ユーザ端末２）
図４は、ユーザ端末２の構成例を示す図である。
ユーザ端末２は、メモリ２０１、ＣＰＵ２０２、読取装置２０３、通信装置２０４、入出力装置２０５を有する。
読取装置２０３は、商品である飲食物のパッケージや、運動プログラムが記載されている紙に印刷されているバーコード（一次元コードや二次元コード）を読み取る。ユーザ端末２がスマートフォンの場合、読取装置２０３はスマートフォンに備えられているカメラとなる。
また、通信装置２０４はサーバ１や、計測装置３（図２参照）等との通信を行う。
入出力装置２０５は、ユーザ端末２がスマートフォンの場合、スマートフォンに備えられているディスプレイである。

メモリ２０１にはアプリケーションプログラムが格納されており、このアプリケーションプログラムがＣＰＵ２０２によって実行されることでアプリケーション２１０が起動する。アプリケーション２１０は、端末送受信処理部２１１、データ生成部２１２、端末表示処理部２１３、算出部２１４、起動処理部２１５を有している。
端末送受信処理部２１１は、通信装置２０４を介してサーバ１とデータの送受信を行う。
データ生成部２１２は、読取装置２０３によって読み取った商品のデータや、入出力装置２０５から入力されたデータ（飲食物の摂取回数や、運動プログラムの実行セット回数）に日時データ等を付加することで商品データを生成する。生成された商品データは端末送受信処理部２１１により通信装置２０４を介してサーバ１へ送信される。

端末表示処理部２１３は、サーバ１から送られたデータを基に入出力装置２０５に出力（具体的には、ディスプレイに表示）するためのデータを生成し、入出力装置２０５に出力する。
算出部２１４は、種々の計算を行う。
起動処理部２１５は、入出力装置２０５による入力に従ってアプリケーション２１０の起動及び停止を制御する。

（計測装置３）
図５及び図６は計測装置３の外観を示す図である。また、図７はセンサ部３２の内部構成を示す図である。
図５及び図６に示すように、計測装置３はセンサ部３２と本体部３１とによって構成される。図６に示すように、センサ部３２と本体部３１とは分離可能な構成となっている。
また、本体部３１には、ＬＥＤ（Light Emission Diode）発光部３１１が設けられるとともに、センサ部３２が挿入される挿入部３１２が設けられている。
センサ部３２は、スティック状の形状を有し、図７に示すように尿成分を計測するためのセンサ３２２（図７参照）を有している。ただし、センサ部３２の形状は図６に示すようなスティック状でなくてもよい。また、センサ部３２には開口部３２１が設けられている。開口部３２１については後記する。
そして、図５及び図６に示す本体部３１は、センサ部３２を駆動し、センサ３２２の計測値（あるいは出力波形）を得るための電子回路や、近距離無線通信用デバイスを内蔵している。

図７に示すように、センサ部３２は、カバー部３２Ａと、基材部３２Ｂとを有している。基材部３２Ｂにはセンサ３２２と、センサ３２２に接続されている信号・電圧供給線３２３とが備えられている。センサ３２２は電気化学検出法によって尿成分の計測を行う電気化学センサ等で構成される。そして、カバー部３２Ａと基材部３２Ｂとが合着されることによってセンサ部３２が構成される。図７の例に示すように、カバー部３２Ａには開口部３２１が設けられている。カバー部３２Ａと基材部３２Ｂとが合着された際に開口部３２１を介して尿がセンサ３２２に導入可能となるよう開口部３２１とセンサ３２２とが配置されている。
このような構成により、ユーザが開口部３２１に尿を導入することで、センサ３２２が尿と接触する。

ユーザは、図５の白抜矢印及び図６に示すように本体部３１の挿入部３１２にセンサ部３２を挿入した後、センサ部３２の開口部３２１に尿を導入し、尿成分の計測を行う。なお、ユーザによってセンサ部３２が本体部３１の挿入部３１２に挿入され、図７に示す信号・電圧供給線３２３が本体部３１の信号・電圧線（不図示）に接続すると、図５及び図６に示されるＬＥＤ発光部３１１が点灯する。これによって、ユーザはセンサ部３２と本体部３１との接続を確認することができる。

そして、本体部３１の挿入部３１２にセンサ部３２が挿入されることによって、図７に示す信号・電圧供給線３２３を介して本体部３１からセンサ３２２に駆動電力が供給される。これによって、センサ３２２に接触している尿の成分がセンサ３２２によって計測される。計測結果（計測値）は、信号・電圧供給線３２３を介して本体部３１へ送信され、本体部３１に備えられている送信部（不図示）から計測値のデータとして計測データがユーザ端末２へ送信される。その後、ユーザ端末２は、受信した計測値をサーバ１へ送信する。なお、計測データは本体部３１に一時的に保存されてもよい。

図８は、センサ３２２の種類と計測対象との関係を示す図である。
図８において、「検査項目」とは検査対象となる尿成分であり、「計測対象」は実際にセンサ３２２が検出する成分である。「方法」は、センサ３２２が用いている成分の検出方法であり、「方法の詳細」はセンサ３２２による検出方法の詳細である。
図８に示すように、例えば、「検査項目」が尿糖である場合、尿糖センサが用いられる。尿糖センサは、実際にはグルコースを計測する（「計測対象」参照）。尿糖センサは、電気化学検出法の１つであるグルコースオキシダーゼを用いた酵素電極法によって尿中のグルコースを検出する。このような尿糖センサによって尿糖検査を目的としたグルコース計測が可能となる。

また、「検査項目」が尿酸である場合、尿酸センサと、クレアチニンセンサとが用いられる。計測対象が尿酸である尿酸センサは、電気化学検出法の１つであるダイヤモンド電極による尿酸の直接的電気化学測定によって尿酸を計測する。

尿酸計測ではレファレンスとして「計測対象」がクレアチニンであるクレアチニン計測が必要となる。このようなクレアチニンの計測に用いられるクレアチニンセンサには、同じ電気化学検出法によるクレアチニナーゼ/クレアチナーゼ/サルコシンオキシダーゼを用いた酵素電極法が適用される。

「検査項目」がＮａ（ナトリウム）／Ｋ（カリウム）である場合、「計測対象」がＮａであるＮａセンサや、「計測対象」がＫであるＫセンサが用いられる（「計測対象：Ｎａ／Ｋ」）。Ｎａセンサや、Ｋセンサは、電気化学検出法の１つであるイオン選択性膜を用いた起電力測定によってＮａ（ナトリウム）／Ｋ（カリウム）を計測する。

図８に示すように、センサ３２２の種類は検査項目（検査したい尿成分）によって異なる。なお、センサ３２２の種類は図８に示すものに限らない。

なお、１つのセンサ３２２は原則として特定の成分を計測する。前記したように、センサ３２２は、電気化学検出法によって尿成分の計測を行うが、電気化学検出法は図８に示すように複数種類があるので、目的の尿成分に対応して、電気化学検出法を使い分けることができる。

計測したい尿成分（計測対象）に応じてセンサ部３２を交換することで、１つの本体部３１で複数の尿成分を計測することができる。つまり、図５～図７に示すような計測装置３が用いられることにより、日常的に、尿糖、尿酸（クレアチニン）、ナトリウム、カリウム（図８参照）等の尿成分計測を手軽に行うことができる。

このように計測装置３を本体部３１とスティック状のセンサ部３２とに分離可能とすることで、センサ部３２のみを様々な尿成分に対応するものに交換することができる。このようにすることで、家庭で簡単に尿を用いた複数の検査項目に対応することができる。また、センサ部３２は検査項目毎に交換すると同時に、１回の検査（計測）毎に使い捨てるものとする。

（計測装置３の別の例）
図９は計測装置３の別の例を示す図である。
図９において、図５及び図６と同様の構成について同一の符号を付して説明を省略する。
図９に示す計測装置３ａでは、本体部３１にセンサ３２２（図７参照）による計測値が表示される表示器３１３が備えられている。表示器３１３は液晶ディスプレイ等で構成される。このような構成を有することによりユーザは、尿成分を計測した際、即座に計測値の確認を行うことができる。

（ユーザ情報１１１）
図１０は、本実施形態で用いられるユーザ情報１１１の例を示す表である。なお、図１０において具体的な数値は省略している。
ユーザが運営会社に会員登録すると、ユーザを一意に区別するための会員番号が付与される。そして、ユーザ情報１１１には、「性別」、「生年月日」、「住所」、「メール（メールアドレス）」、「電話番号」、「職業」の各項目が会員番号と対応付けられている。
「性別」、「生年月日」、「住所」、「メール」、「電話番号」、「職業」は、ユーザが会員登録を行った際に入力される情報である。ちなみに、「メール」の欄にはユーザのメールアドレスが入力される。

また、ユーザ情報１１１には、「入会日」、「退会日」、「ＨＰ（Home Page）アクセ
ス」、「商品購入履歴」、「センサ購入日」、「付与ポイント」等の各項目が会員番号と対応付けられている。
これらの項目のうち、「ＨＰアクセス」には、運営会社のホームページにユーザが最後にアクセスした日時が格納される。
「商品購入履歴」には、飲食物や、運動プログラムをユーザが購入した履歴が保持されている。「商品購入履歴」には、例えば、「サプリメントＡ：〇〇年〇月〇日」、「運動プログラムＡ：△△年△月△日」等の形式で商品の購入履歴が格納されている。

なお、「商品購入履歴」のデータは、ユーザが商品を購入すると、飲食物の容器や、運動プログラムが記載されている紙等に印刷されているバーコードをユーザ端末２で読み取る等の方法で入力される。あるいは、ユーザがユーザ端末２を操作することによる手入力で商品の購入履歴が入力されてもよい。このように、ユーザ情報１１１にはユーザがいつどのような商品を購入したかに関するデータが保持される。なお、図１０では商品購入履歴は、商品の種類に応じて複数の欄が設けられてもよい。

「センサ購入履歴」には、ユーザが計測装置３のセンサ部３２を購入した履歴が保持されている。「センサ購入履歴」には、例えば、「尿糖センサ：〇〇年〇月〇日」等の形式でセンサ部３２の購入履歴が格納されている。「センサ購入履歴」において、購入したセンサ部３２の名称等が格納されることが望ましい。このようにすることで、センサ部３２と対応付けられる本体部３１（の名称）がわかる。

なお、「センサ購入履歴」のデータは、運営会社から計測装置３や、センサ部３２がユーザによって発注されると、図１に示す計測装置発注処理部１０５によって入力されるが、これに限らない。例えば、ユーザがメーカや、ジム等から計測装置３を購入する場合、ユーザがセンサ部３２を購入すると、センサ部３２のパッケージ等に印刷されているバーコードをユーザ端末２で読み取る等の方法で「センサ購入履歴」にデータが入力される。あるいは、ユーザがユーザ端末２等を操作することによる手入力でセンサ部３２の購入履歴が入力されてもよい。

「付与ポイント」には、商品や、センサ部３２の購入や、計測値の変化によるポイントが入力される。ポイントの算出については後記する。
なお、ユーザ情報１１１において、「商品購入履歴」、「センサ購入履歴」以外のデータは、適宜省略可能である。

（行動情報１１２）
図１１は、本実施形態で用いられる行動情報１１２の例を示す表である。
行動情報１１２では、計測装置３による計測データと、飲食物摂取データと、運動プログラムデータとが時系列データとして格納されている。ユーザ（会員）毎に計測データは計測データ格納領域１１２ａに格納され、飲食物摂取データは飲食物摂取データ格納領域１１２ｂに格納され、運動プログラムデータは運動プログラムデータ格納領域１１２ｃに格納されている。

計測データ格納領域１１２ａには、図１１に示すように計測時刻と計測値との時系列データがセンサ種毎に格納されている。センサ種はセンサ部３２で計測可能な尿成分に対応しており、図１１に示すように、「尿糖センサ」、「尿酸センサ」、「Ｎａ（ナトリウム）センサ」、「Ｋ（カリウム）センサ」等である。そして、それぞれのセンサ部３２を用いてユーザが計測を行った時刻と、計測値とが入力される。ちなみに、図１１において時刻は具体的には日時のことである。

飲食物摂取データ格納領域１１２ｂには、図１１に示すように、飲食物（「商品Ａ」、「商品Ｂ」、「商品Ｃ」）を摂取した時刻と摂取した個数とが飲食物種毎に格納されている。例えば、ユーザは、飲食物の摂取を行う際に飲食物のパッケージに印刷されているバーコードをユーザ端末２の読取装置２０３（図４参照）で読み取る等する。すると、そのバーコードの読取時刻が飲食物を摂取した時刻としてユーザ端末２からサーバ１（図１参照）へ送信される。

また、飲食物の摂取個数（「個数」）はユーザがユーザ端末２を操作して摂取した飲食物の個数を入力するとよい。ユーザが個数を入力しない場合、デフォルトで設定されている飲食物の個数が入力される。

また、飲食物のバーコードが読み取られずに、飲食物の摂取時にユーザがユーザ端末２を操作する手入力で摂取時刻が入力されてもよい。

なお、図１０に示す商品購入履歴も、図１１に示す飲食物を摂取した時刻も、ユーザ端末２（図４参照）によるバーコードの読み取りで入力される場合が考えられる。このような場合、最初に読み取られたデータは、購入時刻として入力され、２回目以降に読み取られたデータは摂取時刻として入力されるとよい。

運動プログラムデータ格納領域１１２ｃには、ユーザが運動プログラムを行った時刻（以降適宜、運動プログラムの実行時刻と称する）、セット数等が格納される。運動プログラムは、例えば、ジム等からユーザ（会員）に対して配布される紙等に運動メニューとして記載されている。この運動メニューが記載されている紙にはバーコードが印刷されている。ユーザが、この紙に印刷されているバーコードをユーザ端末２で読み取ると、ユーザ端末２は、その読取時刻を運動プログラムの実行時刻として取得し、取得した時刻をサーバ１へ送信する。送信された時刻をサーバ１のユーザ処理部１０１（図１）が行動情報１１２に格納する。

運動プログラムのセット数は、ユーザ端末２を介してユーザが手入力で入力してもよいし、バーコードを連続して読み取った回数がセット数として入力されてもよい。例えば、ユーザが運動メニューを２セット行う場合、ユーザはユーザ端末２を使ってバーコードを２回読み取る。

あるいは、運動プログラムとして提案される運動メニューは、運営会社からユーザのユーザ端末２にＥメールで送られてもよい。このような場合、Ｅメールに記載されているリンクをユーザがタップすると、運動メニューのｗｅｂサイトが展開され（不図示）、当該ｗｅｂサイトに表示されている運動メニュー実行ボタンの選択入力によって運動メニューの実行時刻が入力され、セット数入力窓に回数が入力されることで運動プログラムデータのセット数が入力されてもよい。

このように、行動情報１１２にはどの尿成分の計測をいつ行ったか、いつ商品を摂取したか、いつ運動プログラムを実行したか等の時系列データが保持されている。

なお、本実施形態では、センサ３２２の計測値の時系列データと、飲食物や、運動プログラムの時系列データとが同一の会員番号で管理されているが、別々の識別情報で管理されてもよい。

（計測値変化表示画面６００）
図１２は、本実施形態によって入出力装置２０５に表示される計測値変化表示画面６００の例を示す図である。図１２に示す例では日にちが横軸として示されている。
図１２に示す計測値変化表示画面６００は、ある尿成分の計測値の時系列データが示されている。図１２の例では、尿成分として「センサａ」によって計測される尿糖のケースが示されている。

図１２に示す計測値変化表示画面６００はユーザ端末２の入出力装置２０５（図４参照）に表示されるものである。
図１２において、グラフＧ１は計測装置３による計測値（図１２～図１５の例では尿糖値）の時間変化（時系列）を示している。また、グラフＧ１に示されている黒丸Ｐ１は、該当する日時に計測装置３による計測が行われたことを示している。
そして、縦線ＶＬ１～ＶＬ４は飲食物の摂取時期や、運動プログラムの実行時期を示している。ここで、縦線ＶＬ１～ＶＬ４の線種は摂取した飲食物の種類や、運動プログラムを示している。図１２の例では、実線の縦線ＶＬ１は飲食物である「商品Ａ」の摂取日時を示している。また、破線の縦線ＶＬ２は飲食物である「商品Ｂ」の摂取日時を示している。そして、一点鎖線の縦線ＶＬ３は飲食物である「商品Ｃ」の摂取日時を示している。さらに、二点鎖線の縦線ＶＬ４は運動プログラムが行われた日時を示している。

なお、図１２における縦線ＶＬ１～ＶＬ４は線種の違いによって区別されているが、実際には色によって区別されるとよい。

このような計測値変化表示画面６００により、計測値に変化があった際に、摂取している少雨品の摂取時期と摂取個数や、運動プログラムの実行時期とセット数等をユーザは一目で確認できる。

図１２の計測値変化表示画面６００においてグラフＧ１の黒丸Ｐ１が長押し等をされると、図１３に示すような計測情報６０１が表示される。
計測情報６０１には、センサ種、計測値、計測日時が表示される。
例えば、ユーザがグラフＧ１に示されている黒丸Ｐ１ａが長押しすると、長押しされた黒丸Ｐ１ａに相当する計測情報６０１ａが表示される。計測情報６０１ａには、該当する黒丸Ｐ１ａが「センサａ」によって２月４日の１８時１５分に計測値「５」が計測されたことが示されている。「センサａ」とはセンサ部３２におけるセンサ３２２（図７参照）の種類（尿糖センサ等）を示す。

また、縦線ＶＬ１～ＶＬ４が長押しされると飲食物情報６０２や、運動プログラム情報６０３が表示される。飲食物情報６０２には飲食物の種類、飲食物を摂取した日時が表示される。また、運動プログラム情報６０３には運動プログラムを実行した日時が表示される。

例えば、ユーザが縦線ＶＬ１ａを長押しすると表示される飲食物情報６０２ａには「商品Ａ」が２月１６日の１２：００に摂取されたことが表示されている。また、ユーザが縦線ＶＬ４ａを長押しすると表示される運動プログラム情報６０３ａには２月１１日の１３：１５に運動プログラムが行われたことが表示されている。

図１３の飲食物情報６０２には飲食物を摂取した日時が表示されているが、これに加えて飲食物の摂取個数や、グラム数等が表示されてもよい。また、運動プログラム情報６０３には運動プログラムが行われた日時が表示されているが、これに加えてセット数等が表示されてもよい。

図１３のように計測情報６０１や、飲食物情報６０２や、運動プログラム情報６０３が表示されることにより、ユーザは個人ごとにおける計測値や、摂取した飲食物や、実行した運動プログラムの詳細な情報を容易に確認することができる。これにより、計測値の変化と、複数の飲食物の摂取や、運動プログラムの実行の効果が可視化される。これにより、数の飲食物の摂取や、運動プログラムの実行の効果を容易かつ詳細にユーザは確認することができる。

（有意差検定）
図１４は、２つの期間における計測値の有意差検定が行われた際に表示される計測値変化表示画面６００を示す図である。
図１４は、２つの期間について計測値の有意差が検定された結果が示されている計測値変化表示画面６００の例を示す図である。
図１４に示す例において、期間Ｌ１、期間Ｌ２はユーザが尿成分計測値の比較を行いたい期間であり、ユーザがユーザ端末２の入出力装置２０５を介して指定する期間である。例えば、ユーザが図１２に示す計測値変化表示画面６００において、期間Ｌ１、期間Ｌ２に相当する期間を指でなぞる等することにより期間Ｌ１、期間Ｌ２が指定される。

ユーザによって、期間Ｌ１及び期間Ｌ２が指定されると、その期間の計測値を基に、ユーザ端末２の算出部２１４（図４参照）が期間Ｌ１及び期間Ｌ２に対する有意差を検定する。検定結果は検定結果表示６０４として表示される。

このようにすることで、ユーザは食品や、サプリメントの摂取、運動プログラムの実行による計測値の変化を客観的な指標で手軽に確認することができる。特に、期間Ｌ１と期間Ｌ２との計測値の変化の差が微妙である場合、有意差検定によって計測値の有意差の有無をユーザが容易かつ客観的に確認することができる。
また、図１４では、複数の商品を摂取した場合を示しているが、個々の商品の効果を確認したい場合には、図１５に示すように、例えば「商品Ａ」（縦線ＶＬ１）の摂取時期だけを表示することも可能である。

なお、図１２、図１３に示す表示や、図１４や、図１５に示すような有意差検定結果の結果はメーカ端末４や、ジム端末４Ａを介してメーカや、ジム等の側が確認することもできる。ただし、メーカや、ジム等は自社商品についてのみ図１４や、図１５のような有意差検定結果の確認ができる。

図１４や、図１５の例では、ユーザ端末２の算出部２１４によって有意差検定が行われるとしたが、サーバ１によって有意差検定が行われてもよい。この場合、指定された期間の期間情報、センサ種情報を含む有意差検定要求がユーザ端末２からサーバ１へ送信される。センサ種情報として、グラフＧ１として計測値が示されているセンサ３２２の種類（図１４や、図１５の例では「センサａ」）の情報が送信される。

有意差検定要求を受信したサーバ１のユーザ処理部１０１は行動情報１１２のデータを基に、有意差検定要求に含まれるセンサ３２２の種類について期間Ｌ１及び期間Ｌ２における計測値について有意差検定を行う。検定の結果は、有意差検定要求に対する応答としてサーバ１からユーザ端末２へ送信される。そして、ユーザ端末２の入出力装置２０５に検定結果表示６０４が表示される。

（購入傾向の表示）
図１６は、本実施形態においてセンサ部３２及び商品の購入傾向を示す購入傾向表示画面６１０を示す図である。図１６に示す購入傾向表示画面６１０は主にメーカ端末４や、ジム端末４Ａ（図１参照）に表示されるものである。
図１６に示す購入傾向表示画面６１０において横軸は年齢層を示し、実線Ｌ１１は、あるセンサ種のセンサ部３２（図１６の例では「センサａ」）の購入個数を示し、破線Ｌ１２は、ある商品（図１６の例では飲食物である「商品Ａ」）の購入個数を示している。

また、図１６に示す例では、実線Ｌ１１として、所定期間におけるセンサ部３２の購入個数が示されている。また、破線Ｌ１２として、所定期間における商品の購入個数が示されている。さらに、実線Ｌ１１及び破線Ｌ１２は男女合計の値が示されている。

そして、図１６の例では、「センサａ」（実線Ｌ１１）及び「商品Ａ」（破線Ｌ１２）ともに５０代でピークを示している。そして、実線Ｌ１１のピークにはセンサ購入人数情報６１１が表示されている。同様に、破線Ｌ１２のピークには商品購入人数情報６１２が表示されている。例えば、センサ購入人数情報６１１では、「センサａ」の購入ピークが５０代の男性１５００人及び女性１３００人であることが表示されている。同様に、商品購入人数情報６１２では、「商品Ａ」の購入ピークが５０代の男性１５００人及び女性１３００人であることが示されている。なお、実線Ｌ１１のピークと破線Ｌ１２のピークとは本来重なっているが、図１６では見やすくするため、実線Ｌ１１のピークと破線Ｌ１２のピークとをずらして示している。なお、センサ購入人数情報６１１や、商品購入人数情報６１２は、メーカ端末４や、ジム端末４Ａで生成され、表示されてもよい。

なお、図１６に示す例では、飲食物（「商品Ａ」）と、センサ部３２を購入する年齢層及び性別が示されているが、これに加えて地域が示されてもよい。また、図１６に示す例では、商品として飲食物が示されているが、運動プログラムでもよい。

「センサａ」が「尿糖センサ」であれば、図１６に示される結果から「商品Ａ」は尿糖を気にしている人と強い相間があることがわかる。メーカや、ジム等はこのような結果を商品の開発に利用したり、販売計画、新規顧客開拓戦略に利用したりすることができる。
なお、図１６に示す表示は購入者統計情報１１５を基に行われる。前記したように、図１６に示す商品の購入傾向はメーカ端末４、ジム端末４Ａに表示可能であるが、メーカや、ジム等は自社に関する商品の購入傾向のみ閲覧可能である。

（ポイント表示）
図１７は、本実施形態におけるポイント表示画面６２０の例を示す図である。
図１７に示すようなポイント表示画面６２０はユーザ端末２に表示されるものである。また、図１７に示すポイント表示画面６２０は、図１に示すポイント情報１１３の内容が表示されているものである。
図１７に示すように、ポイント表示では「順位」、「ニックネーム・性別・年齢」、飲食物である「商品Ａ」の購入回数、「センサａ」の購入回数、「数値の変化」、「獲得ポイント」が表示される。図１７において、「数値の変化」とは所定期間（例えば、１か月間）における計測値の差分である。獲得ポイントは、商品の購入回数、センサ部３２の購入回数で単純に積算されてもよい。あるいは、計測値の変化を考慮して、計測値が好ましい方へ変化した場合は正の値がポイントに加算され、好ましくない方へ変化した場合は負の値がポイントに加算されるようにしてもよい。

このように獲得ポイントは、商品や、センサ部３２の購入や、数値の変化によって所定のポイントが加算され、獲得ポイントの昇順によって順位が付与される。このようなポイントの計算等はサーバ１の解析部１０３によって行われる。なお、図１７に示す例では、商品として飲食物が想定されているが、運動プログラムが加えられてもよい。

このようなポイント表示が行われることによってユーザのモチベーションを高め、健康管理の継続性をユーザに促すことができる。さらに、商品（飲食物、運動プログラム）や、センサ部３２の購入意識を高め、商品や、センサ部３２の購入継続性をユーザにうながすことができる。
ちなみに、算出されたポイントは、ユーザ情報１１１の付与ポイントの欄にも格納される（図１０参照）。

（ユーザ端末２での表示画面）
図１８は、本実施形態によるユーザ端末２での表示画面例を示す図である。
図１８に示す例では、図１２に示す計測値変化表示画面６００が表示されている。この他に図１３、図１４、図１７に示すものがユーザ端末２での表示画面（入出力装置２０５；図４参照）に表示されてもよい。
また、表示画面の詳細情報領域２２１には、「この１週間」（図１８の例では２／６～２／１２）の飲食物（図１８の例では飲食物である「商品Ａ」、「商品Ｂ」）の摂取回数、運動プログラムの実行回数、「センサａ」の計測値が表示されている。図１８の例では、２／６～２／１２の間に「商品Ａ」が１回、「商品Ｂ」が２回摂取され、運動プログラムが２回実行されている。そして、「センサａ」によって７回の計測が行われ、その計測値をすべて「４」であることが示されている。

＜フローチャート＞
（計測値登録処理）
図１９は、本実施形態で行われる計測値取得処理の手順を示すフローチャートである。適宜、図１、図４、図５、図６を参照する。
まず、ユーザはセンサ部３２を本体部３１の挿入部３１２に挿入した後、計測装置３のセンサ部３２の開口部３２１に尿を導入し、尿成分の計測を行う。
すると、計測装置３の本体部３１は、センサ部３２から計測値を取得し（Ｓ１０１）、取得した計測値を、計測装置３と同期しているユーザ端末２へ送信する（Ｓ１０２）。
ユーザ端末２のデータ生成部２１２は、計測装置３から受信した計測値に少なくともユーザの会員番号、センサ種及び計測日時を付与した計測データを生成する（Ｓ１１１）。
そして、ユーザ端末２の端末送受信処理部２１１は計測データをサーバ１へ送信する（Ｓ１１２）。
計測データを受信したサーバ１のユーザ処理部１０１は、計測データに含まれる会員番号、センサ種をキーとして、図１１の行動情報１１２における計測データ格納領域１１２ａの該当する欄に計測データに含まれる計測日時及び計測値を格納する（Ｓ１２１）。

（飲食物摂取及び運動プログラム実行処理）
図２０は、本実施形態で行われる飲食物摂取及び運動プログラム実行処理の手順を示すフローチャートである。適宜、図１、図４を参照する。
まず、ユーザは、ユーザ端末２の読取装置２０３を用いて、摂取する飲食物の容器や、運営会社から送付された運動メニュー等に印刷されているバーコードをユーザ端末２に読み込む（Ｓ２０１）。
ユーザは、ユーザ端末２に表示されている飲食物摂取個数入力窓（不図示）や、セット数入力窓（不図示）から飲食物の摂取個数や、運動プログラムの実行セット数を入力する（Ｓ２０２）。
ユーザ端末２の端末送受信処理部２１１は、飲食物の種類あるいは運動プログラムの種類に、会員番号や、読取日時や、飲食物摂取個数や、セット数を付与した商品データをサーバ１へ送信する（Ｓ２０３）。
商品データを受信したサーバ１のユーザ処理部１０１は、図１１に示す行動情報１１２に情報を格納する（Ｓ２１１）。この時、ユーザ処理部１０１は、商品データに含まれている飲食物の種類や、運動プログラムの種類をキーとして、行動情報１１２において飲食物摂取データ格納領域１１２ｂの該当する欄に、飲食物の摂取日時や、飲食物の摂取個数を格納する。あるいは、ユーザ処理部１０１は、運動プログラムデータ格納領域１１２ｃの該当する欄に運動プログラムの実行日時や、セット数を格納する。

（計測値変化表示画面６００の表示処理）
図２１は、本実施形態で行われる、図１２～図１５に示す計測値変化表示画面６００の表示処理の手順を示す手順である。適宜、図１、図５、図１２～図１５を参照する。
まず、サーバ１のユーザ処理部１０１は、ユーザ端末２から計測値変化表示画面６００の表示要求を受け付けたか否かを判定する（Ｓ３０１）。表示要求には、要求元の会員番号や、表示する尿成分等のデータが含まれている。
計測値変化表示画面６００の表示要求を受け付けていない場合（Ｓ３０１→Ｎｏ）、ユーザ処理部１０１はステップＳ３０１へ処理を戻す。
計測値変化表示画面６００の表示要求を受け付けた場合（Ｓ３０１→Ｙｅｓ）、ユーザ処理部１０１は、表示要求に含まれている会員番号及び尿成分に基づいて、図１１に示す行動情報１１２から必要なデータを抽出する。そして、ユーザ処理部１０１は、要求元のユーザ端末２へ抽出したデータ（抽出データ）を送信する（Ｓ３０２）。例えば、尿糖値のデータが要求されている場合、ユーザ処理部１０１は、図１１に示す行動情報１１２のうち、尿糖センサのレコードと、飲食物データ格納領域１１２ｂの全レコードと、運動プログラムデータ格納領域１１２ｃの全レコードとを抽出し、抽出データとする。なお、日時指定がされている場合、尿糖センサのレコード、飲食物データ格納領域１１２ｂのレコード、運動プログラムデータ格納領域１１２ｃのレコードのうち、該当する日時のデータが抽出されることで抽出データが生成されてもよい。

抽出データを受信したユーザ端末２の端末表示処理部２１３は、送信された抽出データを基に、図１２に示す計測値変化表示画面６００を表示する（Ｓ３１１）。
次いで、端末表示処理部２１３は、計測値変化表示画面６００の黒丸Ｐ１（図１２参照）や、縦線ＶＬ１～ＶＬ４（図１２参照）のいずれかが選択されたか否かを判定する（Ｓ３１２）。選択は、前記したように長押し等で行われる。
黒丸Ｐ１や、縦線ＶＬ１～ＶＬ４が選択されていない場合（Ｓ３１２→Ｎｏ）、ステップＳ３２１へ処理を進める。
黒丸Ｐ１や、縦線ＶＬ１～ＶＬ４が選択されている場合（Ｓ３１２→Ｙｅｓ）、端末表示処理部２１３は、選択対象に応じて図１３に示すような計測情報６０１、飲食物情報６０２、運動プログラム情報６０３を表示する（Ｓ３１３）。ちなみに、表示されている計測情報６０１、飲食物情報６０２、運動プログラム情報６０３を非表示とするには、ユーザが表示されている計測情報６０１、飲食物情報６０２、運動プログラム情報６０３をタップ等する。
さらに、端末表示処理部２１３は、期間が指定されたか否かを判定する（Ｓ３２１）。ステップＳ３２１で指定される期間とは、図１４や、図１５に示す期間Ｌ１及び期間Ｌ２である。
期間が指定されていない場合（Ｓ３２１→Ｎｏ）、端末表示処理部２１３は、ステップＳ３３１へ処理を進める。
期間が指定された場合（Ｓ３２１→Ｙｅｓ）、ユーザ端末２の算出部２１４は、ステップＳ３２１で指定された期間について計測値の有意差検定を行う（Ｓ３２２）。そして、端末表示処理部２１３が入出力装置２０５の有意差検定の結果を検定結果表示６０４として表示する（Ｓ３２３）。

続いて、ユーザ端末２の起動処理部２１５はアプリケーション２１０の終了処理が指示されたか否かを判定する（Ｓ３３１）。
終了処理が指示されていない場合（Ｓ３３１→Ｎｏ）、アプリケーション２１０はステップＳ３１２へ処理を戻す。
終了処理が指示されている場合（Ｓ３３１→Ｙｅｓ）、起動処理部２１５はアプリケーション２１０を終了する。

（ユーザＵにおける健康管理）
図２２は、本実施形態に係る健康管理支援システムＺを利用した健康管理について説明する図である。
ユーザＵは、飲料、サプリメント、食品を摂取したり、運動プログラムを実行したりする（Ｓ６０１）。その後、ユーザＵは健康管理支援システムＺを用いて尿成分の検査を行い（Ｓ６０２）、尿糖値や、尿酸値、クレアチニン値、Ｎａ／Ｋ値を参照する（Ｓ６０３）。
これによって、ユーザＵは飲料、サプリメント、食品の摂取による尿成分への影響や、運動プログラムによる尿成分への影響を確認することができる（Ｓ６０４）。具体的には、図１２～図１５に示す計測値変化表示画面６００をユーザＵが確認することにより、ユーザＵは飲料、サプリメント、食品の摂取による尿成分への影響（効果）や、運動プログラムによる尿成分への影響（効果）を確認することができる。そして、ユーザＵは確認した飲料、サプリメント、食品、運動プログラムの影響（効果）を基に、飲料、サプリメント、食品、運動プログラムの見直し等を行うことができる。

（ビジネスネットワークの例）
以上のような健康管理支援システムＺを導入した際におけるビジネスネットワークとして、図２３，図２４に示すような形態が考えられる。

図２３は、本実施形態に係る健康管理支援システムＺを利用したビジネスネットワークの一例を示す図である。適宜、図１を参照する。
図２３の例に示すビジネスネットワークでは、運営会社７０１と、飲料メーカ７０２ａ、サプリメントメーカ７０２ｂを有する。また、図２３に示す図において、ユーザＵａ（Ｕ）は飲料メーカ７０２ａの飲料を摂取し、ユーザＵｂ（Ｕ）はサプリメントメーカ７０２ｂのサプリメントを摂取しているが、１人のユーザＵが複数のメーカの飲料、サプリメント、食品を摂取したり、運動プログラムを実行したりしてもよい。

運営会社７０１は、ユーザＵａに対して計測装置３のセット（本体部３１、センサ部３２）を送付する（Ｓ７１１ａ）。センサ部３２は、ユーザＵａが計測を希望する尿成分（例えば、尿糖値）に対応するものが送られる。センサ部３２は、複数種類のセンサ部３２がそれぞれ複数送付されてもよい。

ユーザＵａは、運営会社７０１に対して計測装置３の代金を支払う（Ｓ７１２ａ）。なお、ユーザＵａは、本体部３１や、センサ部３２が送付される毎に代金を支払っている。しかし、これに限らず、サブスクリプション等の形式で月額や、年額をユーザＵａが運営会社７０１に支払うことで、運営会社７０１が定期的にセンサ部３２をユーザＵａに送付してもよい（このような場合、初回のみ、本体部３１とセンサ部３２とのセットがユーザＵａに送付される）。

そして、ユーザＵａは店舗等を介して飲料メーカ７０２ａの飲料を購入する。即ち、ユーザＵａは飲料メーカ７０２ａから飲料を取得し（Ｓ７１３ａ１）、その代金を飲料メーカ７０２ａへ支払う（Ｓ７１３ａ２）。そして、ユーザＵａは購入した飲料を摂取する。
そして、ユーザＵａは計測装置３を用いた尿成分の計測を行う。計測の結果（計測データ）は、ユーザＵａが所有するユーザ端末２を介して運営会社７０１（サーバ１）へ送られる（Ｓ７１４ａ）。

運営会社７０１に設置されているサーバ１は、飲料メーカ７０２ａに設置されているメーカ端末４の閲覧要求に対して、それぞれのユーザＵから収集した計測データのうち、飲料メーカ７０２ａが発売している飲料に関するデータを飲料メーカ７０２ａ（メーカ端末４）へ送信する（Ｓ７１５ａ）。飲料メーカ７０２ａは、送信あるいは参照した計測データを基に、販売戦略をたてたり、研究開発を行ったりする。また、飲料メーカ７０２ａは、計測データの提供代金を運営会社７０１に支払う（Ｓ７１６ａ）。

同様に、運営会社７０１は、ユーザＵｂに対して計測装置３のセット（本体部３１、センサ部３２）を送付する（Ｓ７１１ｂ）。センサ部３２は、特定の尿成分（例えば、尿酸値）に対応するものが送られる。センサ部３２は、複数種類のセンサ部３２がそれぞれ複数送付されてもよい。

ユーザＵｂは、運営会社７０１に対して計測装置３の代金を支払う（Ｓ７１２ｂ）。なお、ユーザＵｂは、本体部３１や、センサ部３２が送付される毎に代金を支払っている。しかし、これに限らず、サブスクリプション等の形式で月額や、年額をユーザＵｂが運営会社７０１に支払うことで、運営会社７０１が定期的にセンサ部３２をユーザＵｂに送付してもよい（この場合、初回のみ、本体部３１とセンサ部３２とのセットが送付される）。

そして、ユーザＵｂは店舗等を介してサプリメントメーカ７０２ｂのサプリメントを購入する。即ち、ユーザＵｂはサプリメントメーカ７０２ｂからサプリメントを取得し（Ｓ７１３ｂ１）、その代金をサプリメントメーカ７０２ｂへ支払う（Ｓ７１３ｂ２）。そして、ユーザＵｂは購入したサプリメントを摂取する。さらに、ユーザＵｂは計測装置３を用いた尿成分の計測を行う。計測の結果（計測データ）は、それぞれのユーザＵが所有するユーザ端末２を介して運営会社７０１（サーバ１）へ送られる（Ｓ７１４ｂ）。

運営会社７０１に設置されているサーバ１は、飲料メーカ７０２ａに設置されているメーカ端末４の閲覧要求に対して、それぞれのユーザＵから収集した計測データのうち、サプリメントメーカ７０２ｂが発売しているサプリメントに関するデータをサプリメントメーカ７０２ｂへ送信する（Ｓ７１５ｂ）。サプリメントメーカ７０２ｂは、送信あるいは参照した計測データを基に、販売戦略をたてたり、研究開発を行ったりする。また、サプリメントメーカ７０２ｂは、計測データの提供代金を運営会社７０１に支払う（Ｓ７１６ｂ）。

図２３における飲料メーカ７０２ａや、サプリメントメーカ７０２ｂと同様の処理を、図２３において図示省略されている食品メーカや、運動プログラムを提案するジム等が行ってもよい。

図２３に示すような例は、運営会社７０１が医療機器の製造・販売業にある場合に適用されるとよい。このような場合、医療機器である計測装置３と、飲料メーカ７０２ａや、サプリメントメーカ７０２ｂの商品とを連携して、ユーザＵａ，Ｕｂに対して販売することができる。なお、図２３に示す例では、飲料メーカ７０２ａ、サプリメントメーカ７０２ｂの２社のみが示されているが、１社のみでもよいし、３社以上でもよい。

図２４は、本実施形態に係る健康管理支援システムＺを利用したビジネスネットワークの別の例を示す図である。図２４において図２３と同様の構成について同一の符号を付して説明を省略する。
図２３では、計測装置３のセット（本体部３１、センサ部３２）が運営会社７０１から送付されていたが、図２４ではメーカ（飲料メーカ７０２ａ、サプリメントメーカ７０２ｂ等）がユーザＵに対して計測装置３のセットを送付する。

例えば、運営会社７０１は飲料メーカ７０２ａに本体部３１や、センサ部３２を供給する（Ｓ７２１ａ）。飲料メーカ７０２ａは、運営会社７０１に本体部３１や、センサ部３２や、運営会社７０１から提供されるデータの代金を支払う（Ｓ７２２ａ）。

そして、ユーザＵａは、飲料メーカ７０２ａから飲料を購入する。即ち、ユーザＵａは飲料メーカ７０２ａから飲料を取得し（Ｓ７２３ａ１）、その代金を飲料メーカ７０２ａに支払う（Ｓ７２３ａ２）。さらに、ユーザＵａは本体部３１や、センサ部３２を飲料メーカ７０２ａから購入する。即ち、ユーザＵａは飲料メーカ７０２ａから本体部３１や、センサ部３２を取得し（Ｓ７２４ａ１）、その代金を飲料メーカ７０２ａに支払う（Ｓ７２４ａ２）。なお、ユーザＵａと飲料メーカ７０２ａとの間でサブスクリプションの契約が結ばれている場合、定期的に飲料メーカ７０２ａからセンサ部３２が送付されてもよい（初回のみ、本体部３１とセンサ部３２とのセットが送付される）。

ユーザＵａは、飲料メーカ７０２ａから送付された計測装置３を用いて尿成分の計測を行い、ユーザ端末２を介して計測結果を運営会社７０１（サーバ１）へ送信する（Ｓ７２５ａ）。
運営会社７０１に設置されているサーバ１は、飲料メーカ７０２ａに設置されているメーカ端末４の閲覧要求に応じて、それぞれのユーザＵから収集した計測データのうち、飲料メーカ７０２ａが発売している飲料に関するデータを飲料メーカ７０２ａ（メーカ端末４）へ送信する（Ｓ７２６ａ）。計測データが運営会社７０１に送付される手順や、飲料メーカ７０２ａが計測データを基に販売戦略をたてたり、研究開発を行ったりする手順は図２３と同様であるので、図２４における説明を省略する。

同様に、運営会社７０１はサプリメントメーカ７０２ｂに本体部３１や、センサ部３２を供給する（Ｓ７２１ｂ）。サプリメントメーカ７０２ｂは、運営会社７０１に本体部３１や、センサ部３２や、運営会社７０１から提供されるデータの代金を支払う（Ｓ７２２ｂ）。ユーザＵｂは、サプリメントメーカ７０２ｂからサプリメントを購入する。即ち、ユーザＵｂはサプリメントメーカ７０２ｂからサプリメントを取得し（Ｓ７２３ｂ１）、その代金をサプリメントメーカ７０２ｂへ支払う（Ｓ７２３ｂ２）。さらに、ユーザＵｂは本体部３１や、センサ部３２をサプリメントメーカ７０２ｂから購入する。即ち、ユーザＵｂは本体部３１や、センサ部３２をサプリメントメーカ７０２ｂから取得し（Ｓ７２４ｂ１）、その代金をサプリメントメーカ７０２ｂへ支払う（Ｓ７２４ｂ２）。なお、ユーザＵｂとサプリメントメーカ７０２ｂとの間でサブスクリプションの契約が結ばれている場合、定期的にサプリメントメーカ７０２ｂからセンサ部３２が送付されてもよい（初回のみ、本体部３１とセンサ部３２とのセットが送付される）。

ユーザＵｂは、サプリメントメーカ７０２ｂから送付された計測装置３を用いて尿成分の計測を行い、ユーザ端末２を介して計測結果を運営会社７０１（サーバ１）へ送信する（Ｓ７２５ｂ）。
運営会社７０１に設置されているサーバ１は、サプリメントメーカ７０２ｂに設置されているメーカ端末４の閲覧要求に応じて、それぞれのユーザＵから収集した計測データのうち、サプリメントメーカ７０２ｂが発売しているサプリメントに関するデータをサプリメントメーカ７０２ｂ（メーカ端末４）へ送信する（Ｓ７２６ｂ）。計測データが運営会社７０１に送付される手順やサプリメントメーカ７０２ｂが計測データを基に販売戦略をたてたり、研究開発を行ったりする手順は図２３と同様であるので、図２４における説明を省略する。

図２４に示す例は、運営会社７０１は医療機器の製造・販売業であるが、実際の販売は飲料メーカ７０２ａや、サプリメントメーカ７０２ｂが担当する場合に適用されるとよい。この場合、飲料メーカ７０２ａや、サプリメントメーカ７０２ｂは、ユーザＵに対して、商品（飲料、サプリメント）の販売に加えて計測装置３の販売も行う。

図２３、図２４のどちらの場合でも、各メーカの商品に合わせて検査項目（検査される尿成分）が変わり、それに合わせたセンサ部３２がユーザＵに供給される。

本実施形態によれば、健康に関するビッグデータの構築が可能となる。
本実施形態では、自宅で尿成分を計測し、尿糖等、疾病と関連する検査項目を多項目かつ継続して行うことで、飲食物の摂取や、運動プログラムの実行による計測値の変化を評価することができる。
そして、本実施形態によれば、飲料、サプリ、弁当等のいわゆる飲食物（健康食品を含む）を組み合わせて、適宜尿成分の検査（尿糖、尿酸、Ｎａ／Ｋなど）を行いながら、摂取する健康食品、運動プログラムの継続を促すことができる。

つまり、本実施形態によれば、健康意識の高いユーザに対して、継続的な検査を支援したり、情報提供サービスを提供したりすることができる。特に、ユーザが検査を継続することで、尿成分の計測値を継続的に取得することができる。そして、健康管理支援システムＺは、複数の健康食品等を摂取したり、運動プログラムを実行したりすることによる個人毎の効果について可視化を行う。これによって、健康食品の摂取や、運動プログラムの実行を継続することに対するユーザへの強い動機付けを支援することができる。

さらに、本実施形態によれば、健康意識の高いユーザにおけるデータを収集し、その効果を可視化することで、一般の人の健康指導に利用することもできる。

また、本実施形態によれば運営会社が複数のメーカと連携し、それぞれのメーカと複数のユーザとが連携するビジネスを構築することができる。つまり、いわゆる、ＢｔｏＢビジネスにおける「１：Ｎ」の関係を構築することができる。そして、複数の商品（飲食物や、運動プログラム）と、特定の尿成分の計測値との関係が可視化される。これにより、多様な尿成分と商品（飲食物や運動プログラム）との関係について容易にデータを収集し、商品の効果を検討することができる。

そして、継続して収集された尿成分の計測値と、商品（健康食品や、運動プログラム）の関係により健康意識の高いユーザにおける商品の販売状況を可視化したデータを本実施形態では健康食品等を製造・販売するメーカが取得することができる。これによりメーカが開発研究や、販売方法の検討を容易に行うことができる。

また、本実施形態において、計測装置３は、図５に示すようにセンサ部３２と本体部３１に分離できる構造を有している。これにより、本体部３１を共通化した上で、種類の異なるセンサ部３２のみを交換するだけで、安価に多成分検査が可能となる。しかも、計測装置３さえ準備できれば、いつでも簡便に検査を行うことができる。これによって、継続的な検査を容易に実現することができる。

健康食品のうち、特定保健用食品については、食品又は関与成分について、保健の用途の根拠が医学的、栄養学的に明らかにされていることが要件となっている。すなわち、飲食品メーカは食品及び特定の保健の目的に資する栄養成分に係る保健の用途及び一日当たりの摂取目安量を医学的及び栄養学的に明らかにした資料を提出する必要がある。身体の健全な成長、発達、健康の維持に必要な栄養成分・補完を目的とした特定保健用食品では、含有量が国の基準を満たしていれば、定められた機能表示をつけ販売することができる。また、いわゆる健康食品と呼ばれる機能性食品では、一般に試験管内実験や動物実験から得られた効果から機能性を謳ったものがある。いずれの試験も、一定の被検者を募集し、一定期間の評価を行うものである。

本実施形態によれば、多数のユーザから尿等の体液の計測値を容易に収集することができるため、メーカは飲食物の効果について検討する資料を容易かつ多数閲覧することが可能となる。この結果、メーカは飲食物の開発のための資料を取得することができるとともに、特定保健用食品や、機能性食品を提供するメーカは保険用途の根拠の資料を作成するための資料を容易に取得することができる。

本実施形態では、計測装置３で計測された尿成分の計測値は、一旦、ユーザ端末２へ送信された後、ユーザ端末２からサーバ１へ送信されている。しかし、これに限らず、計測装置３からサーバ１へ直接、計測データが送信されてもよい。

本実施形態では、ユーザは運営会社が提供する尿成分計測サービスに登録することが前提となっているが、ユーザは登録を行わなくてもよい。

また、本実施形態では商品のパッケージ等に印刷されているバーコード等がユーザ端末２によって読み込まれることで、商品の摂取時刻が取得されているが、これに限らない。例えば、最初に商品のバーコードが読み込まれると、ユーザ端末２の当該商品の情報が格納され、次回以降、アプリケーション２１０が起動されるとユーザ端末２に情報が格納されている入出力装置２０５に表示されてもよい。この場合、例えば、ユーザが表示されている商品の情報をタップすることで、商品の摂取時刻が入力されてもよい。

また、ユーザ端末２の入出力装置２０５において、ユーザへのアドバイスが表示されてもよい。この場合、サーバ１にセンサ３２２の計測値の変化等に応じたアドバイスデータが予め格納されている。そして、サーバ１が行動情報１１２に格納されている計測値の変化に応じて、アドバイスデータから適切なアドバイスを抽出し、ユーザ端末２に表示させる。

本実施形態では、図２１のステップＳ３０２に示されるようにユーザ端末２が抽出データを受信した後、端末表示処理部２１３が図１２に示す計測値変化表示画面６００を生成し、表示している。しかし、これに限らず、サーバ１で計測値変化表示画面６００を生成し、生成された計測値変化表示画面６００がユーザ端末２へ送信されることで、ユーザ端末２の入出力装置２０５に計測値変化表示画面６００が表示されてもよい。

［第２実施形態］
商品と計測装置３とによる尿中成分の計測サービスについて、複数の会社が販売権利を取得し、実施する場合がある。つまり、同じセンサ部３２を複数の会社が別の販売品（別の名称を有する販売品）として販売する場合がある。このような場合において、ユーザＵ（図３６参照）が、複数社のセンサ部３２や、本体部３１を使用する可能性がある。このような会社では、本体部３１を販売又は貸与するとともに、商品及びセンサ部３２の販売を行っている。第２実施形態では、このような状態において、ユーザＵが他社のセンサ部３２や、本体部３１を使用していることを検知することを課題とする。なお、第２実施形態のいずれの図の説明でも、図５～図７、及び、図３を適宜参照している。また、商品は、第１実施形態に示すように飲食物、運動プログラム等である。また、商品は、少なくともセンサ部３２とセットで販売されている。

まず、図２５を参照して、本実施形態（第２実施形態）の概要について説明する。
第１実施形態では電気化学法により尿中成分を計測する方法として、センサ部３２と本体部３１とを分離可能することで、センサ部３２を使い捨て可能としている。これにより、ユーザＵの利便性を向上させることができる。
例えば、ユーザＵは、商品（飲食物や、運動プログラム）とともに、商品に対応するセンサ部３２を購入することが考えられる。このような場合、本体部３１はセンサ部３２の種類によらず共通して使用できるため、破損あるいは故障するまで使用し続けることができる。従って、商品を販売している会社（以下、販売会社８１１と称する）は、商品ととともに商品とセットで販売されているセンサ部３２をユーザＵに購入し続けてもらうことで、計測装置３による計測値を取得することができる。そして、商品を販売している販売会社８１１は、取得した計測値を利用して、商品の研究開発や、ユーザＵへの宣伝に利用することができる。ちなみに、本体部３１は、ユーザＵによる購入（買い取り）の他に、商品を販売する販売会社８１１によるユーザＵへの貸与が可能である。

しかし、商品と計測装置３による尿中成分の計測サービスを実施する販売会社８１１が複数存在する場合が考えられる。このようなケースについて、第１実施形態に記載の計測プラットフォームでは、ユーザＵがある販売会社８１１の商品に対応するセンサ部３２を、異なる販売会社８１１から別の販売品として購入し、計測を行うことが考えられる。即ち、商品とセンサ部３２とが対応している状態が考えられる。センサ部３２に計測値の送信先に関する情報（アドレス等）が格納されている場合、商品を販売している正規の販売会社８１１にはセンサ部３２によるデータが送信されず、計測値の把握ができなくなるなどのおそれがある。

また、本体部３１にデータの送信先に関する情報が格納されている場合も考えられる。この場合、ユーザＵが、本体部３１を販売している販売会社８１１（Ｘ会社とする）と異なる販売会社８１１（Ｙ会社とする）が販売しているセンサ部３２が使用したものとする。すると、本来、Ｙ会社が取得すべきセンサ部３２による計測値がＸ会社へと送信されてしまう。
なお、販売会社８１１としてコンビニエンスストアや、ドラッグストア等が想定される。
第２実施形態では、このような事態を容易な方法で防止することを課題とする。

（システム構成図）
図２５は、本実施形態（第２実施形態）に係る健康管理支援システムＺａの構成例を示す図である。
図２５に示す健康管理支援システムＺａは第２実施形態に関わる部分のみを示しているが、実際には図１に示す健康管理支援システムＺと併せて使用されることが望ましい。つまり、図２５に示すサーバ１ａと、図１に示すサーバ１とは同じ装置とすることが望ましい。しかし、必ずしも図２５に示すサーバ１ａと、図１に示すサーバ１とを同じ装置としなくてもよい。なお、図２５において、図１と同様の構成については同一の符号を付して説明を省略する。

サーバ１ａは、図５～図７に示す本体部３１や、センサ部３２の使用状態を監視し、不適切な使用の可能性がある場合、販売会社８１１が有する販売会社端末８へ通知する。

サーバ１ａは、判定情報生成部１３１、判定処理部１３２、及び、通知部１３３を有している。また、サーバ１ａは、ユーザ情報１１１、行動情報１１２、判定情報１４１を有している。ユーザ情報１１１、行動情報１１２は第１実施形態に記載したものと同様であるため、ここでの説明を省略する。なお、ユーザ情報１１１、行動情報１１２、判定情報１４１は、記憶装置１２３（図３参照）に格納されているものである。

判定情報生成部１３１は、ユーザ情報１１１、及び、行動情報１１２に格納されているデータと、複数の販売会社８１１に設置されている販売会社端末８に接続されているＰＯＳ（Point of Sale）システム６１から取得したデータ等を基に判定情報１４１を生成する。
判定処理部１３２は、判定情報生成部１３１によって生成された判定情報１４１に基づいて、本体部３１や、センサ部３２について不適切な使用の可能性があるか否かを判定する。
通知部１３３は、判定処理部１３２によって本体部３１や、センサ部３２について不適切な使用の可能性が検知されると、その旨を販売会社端末８へ通知する。

なお、運営会社端末５は第１実施形態と同様であるため、ここでの説明を省略する。

また、センサ部３２で用いられるセンサ３２２（図７参照）として、尿糖センサ、尿酸センサ、ナトリウム・カリウムセンサ等を用いることができる。本実施形態では、センサ部３２で用いられるセンサ３２２として、尿糖（Ｇｌ）センサについて記載する。ただし、サーバ１ａは、他の種類のセンサ３２２（尿酸センサ、ナトリウム・カリウムセンサ等）でも同様の処理で本体部３１や、センサ部３２の使用状態の監視（不適切な使用の有無の監視）を行うことが可能である。

（ユーザ情報１１１）
図２６は、ユーザ情報１１１の例を示す図である。なお、図２７～図３０Ｂにおいて、適宜、図２５を参照する。
図２６に示すユーザ情報１１１の構成は図１０に示すユーザ情報１１１と同様であるため、説明を省略する。図２６に示すように、ユーザ情報１１１は、少なくとも、センサ部３２の購入履歴に関する情報である「センサ購入日」と、ユーザＵに関する情報とが対応付けられて格納されている。なお、「センサ購入日」はセンサ部３２の購入日時が格納されている判定情報生成部１３１は、図２６の太枠部分（「商品購入履歴」及び「センサ購入履歴」）を基に判定情報１４１を生成する。また、図２６に示す例では、「会員番号：０００１」の「商品購入履歴」及び「センサ購入履歴」が取得されていることを示しているが、他の会員番号についても同様に「商品購入履歴」及び「センサ購入履歴」が取得されることで、判定情報１４１が生成される。

（ユーザ情報１１１）
図２７は、行動情報１１２の例を示す図である。
図２７に示す行動情報１１２の構成は図１１に示す行動情報１１２と同様であるため、説明を省略する。図２７に示すように、行動情報１１２には、ユーザＵが購入した計測装置３を使用して尿成分を計測した結果である計測値と、計測を行った日時（時刻）とが格納されている。図２５に示す判定情報生成部１３１は、図２７の太枠部分（時系列データ）を基に判定情報１４１を生成する。なお、前記したように、本実施形態では、センサ部３２に使用されているセンサ３２２（図７参照）として尿糖センサを想定している。そのため、図２７に示す例では尿糖センサの時系列データが判定情報生成部１３１によって取得されていることが示されている。また、図２７に示す例では、「会員番号：０００１」の時系列データが取得されていることを示しているが、他の会員番号についても同様に時系列データが取得される。

（判定情報１４１）
図２８Ａは、判定情報１４１の一例を示す図である。
図２８Ａでは、販売会社８１１の１つであるＸ会社用の判定情報１４１を示す。このように、判定情報１４１は、販売会社８１１のそれぞれついて生成される。つまり、判定情報１４１は、会社毎に生成される。

図２５に示す判定情報生成部１３１は、図２６に示すユーザ情報１１１と、図２７に示す行動情報１１２とを用いることによって、商品や、本体部３１、センサ部３２を販売する販売会社８１１それぞれに対して判定情報１４１を生成する。判定情報１４１は、「センサ部購入履歴」と、「計測データ」とを併せ持つ新たなデータベースである。具体的には、判定情報１４１は、「会員番号」、「商品購入履歴」、「本体部購入・貸与履歴」、「センサ部購入履歴」、「計測データ」を有する。なお、商品とは、前記したように飲食物や、運動プログラムである。

「会員番号」は、図２６（図１０）に示すユーザ情報１１１や、図２７（図１１）に示す行動情報１１２における「会員番号」と同様の情報であるため、ここでの説明を省略する。
「商品購入履歴」（商品の情報である商品情報）は、販売会社８１１それぞれの商品名（図２８Ａに示す例では「Ｘ会社商品名」）、「購入時刻」、「購入場所」の各情報を有している（格納可能である）。図２８Ａに示す例では、「Ｘ会社商品名」として「Ｘ１」、「Ｘ２」、「Ｘ３」、・・・が格納されている。これらの情報は、ユーザ情報１１１の「商品購入履歴」から取得される情報である。「購入場所」等、ユーザ情報１１１の「商品購入履歴」に格納されていない情報は、販売会社８１１のＰＯＳシステム８１から取得される。ユーザ情報１１１の「商品購入履歴」に「商品名」、「購入時刻」、「購入場所」の各情報が格納されている場合、判定情報生成部１３１は判定情報１４１における「商品購入履歴」のすべてのデータを、ユーザ情報１１１の「商品購入履歴」から取得してもよい。あるいは、判定情報１４１における「商品購入履歴」のすべての情報が販売会社８１１のＰＯＳシステム８１から取得されてもよい。ちなみに、第２実施形態において、第１実施形態と同様、「時刻」とは「日時」を指すものとする。

「本体部購入・貸与履歴」（本体部に関する情報である本体部情報）は、本体部３１の購入や、貸与の履歴に関する情報である。貸与とは、ユーザＵが販売会社８１１から本体部３１を貸与されることである。「本体部購入・貸与履歴」は、「購入・貸与時刻」、「購入・貸与場所」の情報を有する（格納可能である）。「購入・貸与時刻」、「購入・貸与場所」の情報は、購入・貸与場所となる販売会社８１１のＰＯＳシステム８１から取得される情報である。なお、「購入・貸与時刻」には、本体部３１が購入されている場合、「購入・貸与フラグ」として「（１）」が購入・貸与時刻とともに格納される。そして、本体部３１が貸与されている場合、「購入・貸与フラグ」として「（２）」が「購入・貸与時刻」とともに格納される。図２５に示す例では、「購入・貸与フラグ」として「（１）」が購入・貸与時刻とともに格納されている。本体部３１は、同じ販売会社８１１で販売されている商品の「商品購入履歴」、センサ部３２の「センサ部購入履歴」、当該センサ部３２で計測された結果である「計測データ」に対応付けられている。

「センサ部購入履歴」（センサ部３２の購入履歴に関する情報であるセンサ部購入履歴情報）は、「センサ名」、「購入時刻」、「購入場所」の各情報を有している（格納可能である）。「センサ部購入履歴」は、本体部３１に対応するセンサ部３２に関する情報であるセンサ部情報である。
「センサ名」は、販売会社８１１が付与しているセンサ部３２の名称（コード名等）である。図２８Ａに示す例では、「Ｘ１Ｇ」がセンサ部３２の名称となる。図２８Ａに示す例では、センサ部３２の名称である「Ｘ１Ｇ」の後に番号が付されているが、この番号は処理の都合上、便宜的に付されたものであり、省略可能である。

「購入時刻」はユーザ情報１１１の「センサ購入履歴」から取得される情報である。なお、第１実施形態におけるユーザ情報１１１（図１０）の例では「センサ購入履歴」にセンサ部３２の種類（「尿糖センサ」等）と、購入年月日とが格納されている。そのため、本実施形態では「購入時刻」に、ユーザ情報１１１から取得された購入年月日（購入の時刻に関する情報）が格納される。

また、「センサ名」、「購入場所」の情報は、販売会社８１１のＰＯＳシステム８１等から取得される情報である。ただし、これに限らず、「センサ部購入履歴」におけるすべての情報が販売会社８１１のＰＯＳシステム８１から取得されてもよい。あるいは、「センサ名」、「購入時刻」、「購入場所」のそれぞれがユーザ情報１１１の「センサ購入履歴」に格納されている場合、「センサ部購入履歴」におけるすべての情報がユーザ情報１１１から取得されてもよい。

「計測データ」（センサ部３２による計測値の情報である計測値情報）は、「ロット情報」、「計測時刻」の各情報を有している（格納可能である）。「計測データ」は、センサ部３２による前記計測値の情報である計測値情報である。「計測データ」の各情報は行動情報１１２の時系列データ（図２７参照）から取得されるものである。つまり、図２８Ａの「計測時刻」には、行動情報１１２の時系列データにおける「時刻」のデータが格納される。図２８Ａに示す例において、「計測時刻」の欄には、行動情報１１２の時系列データにおける「時刻」のうち、最も古い時刻（日時）が格納されている。つまり、「計測データ」には、「センサ部購入履歴」に対応するセンサ部３２を用いて、最初に計測した日にちが含まれている。しかし、これに限らず、行動情報１１２に格納されている「時刻」について、すべてのデータが判定情報１４１の「計測時刻」に格納されてもよい。

「ロット情報」は、センサ部３２が販売される際のロットに関する情報である。センサ部３２がロット管理（例えば、５本で１組のようなケース）の場合、「ロット情報」の欄にロットの情報が格納される。図２８Ａに示す例では、「ロット情報」として、「ＧＤＸ１－１」、「ＧＤＸ１－２」、「ＧＤＸ１－３」、「ＧＤＸ１－４」、「ＧＤＸ１－５」が格納されている。これらの「ロット情報」のうち、「ＧＤＸ１」がロットに関する情報であり、末尾の数字はロット中の番号を示している。ただし、「ロット情報」は省略可能である。

このような判定情報１４１が用いられることで、運営会社７０１（図３６参照）は、すべての販売会社８１１が販売している本体部３１、センサ部３２の購入履歴と、対応する「計測データ」の有無を容易に把握できる。例えば、販売会社８１１が商品とセンサ部３２とをセットで販売している場合、運営会社７０１は、その販売会社８１１の商品に対応して購入したセンサ部３２と、それを用いて計測された「計測データ」の対応等を簡単に把握できる。
これにより、運営会社７０１は、本体部３１や、センサ部３２の使用状態の監視を容易に行うことができる。本体部３１や、センサ部３２の使用状態の監視方法については後記する。

図２８Ａに示すように、「本体部購入・貸与履歴」、「センサ部購入履歴」、及び、「計測値データ」は、互いに対応付けられて格納可能である。さらに、図２８Ａに示すように、「本体部購入・貸与履歴」、「センサ部購入履歴」、及び、「計測値データ」は、「商品購入履歴」と対応付けられて格納可能である。

図２８Ｂは、販売会社８１１の１つであるＹ会社用の判定情報１４１を示し、図２８Ｃは、販売会社８１１の１つであるＺ会社用の判定情報１４１示す。図２８Ｂに示す判定情報１４１は、Ｙ会社が販売している商品、本体部３１及びセンサ部３２の情報、及びＹ会社が販売しているセンサ部３２で計測された「計測データ」が格納されている。図２８Ｂに示す判定情報１４１の内容、及び、生成方法は図２８Ａに示す判定情報１４１と同様であるため、ここでの説明を省略する。

同様に、図２８Ｃに示す判定情報１４１は、Ｚ会社が販売している商品、本体部３１及びセンサ部３２の情報、及びＺ会社が販売しているセンサ部３２で計測された「計測データ」が格納されている。図２８Ｃに示す判定情報１４１の内容、及び、生成方法は図２８Ａに示す判定情報１４１と同様であるため、ここでの説明を省略する。

図２５に示すようにサーバ１ａは、判定情報１４１～１４１のすべてを保持する。Ｘ会社、Ｙ会社、Ｚ会社は、それぞれの販売会社８１１に対応した判定情報１４１を保持、あるいはサーバ１ａに保持されている判定情報１４１を閲覧可能である。このように、それぞれの販売会社８１１は、自社の商品に対応した「センサ部購入履歴」と「計測データ」のみの保持や、閲覧が可能である。つまり、Ｘ会社は図２８Ａに示す判定情報１４１のみを保持・閲覧可能であり、Ｙ会社は図２８Ｂに示す判定情報１４１のみを保持・閲覧可能であり、Ｚ会社は図２８Ｃに示す判定情報１４１のみを保持・閲覧可能である。これに対し、運営会社７０１は、図２８Ａ～図２８Ｃに示す判定情報１４１のすべてを閲覧可能である。

図２８Ａ～図２８Ｃに示すいずれの判定情報１４１でも、それぞれのレコードにおいて、「商品購入履歴」、「本体部購入・貸与履歴」、「センサ部購入履歴」、「計測データ」のそれぞれにデータが格納されている。これは、販売会社８１１において、商品に対応したセンサ部３２が購入され、さらに、それに対応する「計測データ」が存在する場合に相当する。つまり、図２８Ａ～図２８Ｃに示す判定情報１４１は、それぞれの販売会社８１１が販売している本体部３１や、センサ部３２が購入され、センサ部３２を用いて計測が行われていることを示している。なお、本体部３１は、必ずしも商品に対応したものでなくてもよい。

図２８Ａ～図２８Ｃに示す判定情報１４１は、「本体部購入・貸与」、「本体部購入・貸与」に対応する「センサ部購入履歴」、及び、「計測データ」のそれぞれにおいてデータが格納されている場合である。
このように、それぞれの販売会社８１１が販売している商品に対応した「計測データ」の把握が可能である。判定処理部１３２は、図２８Ａ～図２８Ｃに示す例のような判定情報１４１が得られている場合、問題なし（異常なし）と判定する。

図２９は、判定情報１４１の状態の１つを示す図である。
図２９に示す例では、Ｘ会社用の判定情報１４１が示されている。
図２９に示す例では「商品購入履歴」、「本体部購入・太陽履歴」及び「センサ部購入履歴」に関するデータが格納されているものの、対応する「計測データ」が空欄となっている。これは、販売会社８１１において、商品に対応したセンサ部３２が購入されているが、それに対応する「計測データ」が存在しない場合となる。つまり、図２９に示す例は、Ｘ会社の本体部３１と、センサ部３２とが購入されているものの、それらを使用した計測が行われていないことを示す。このように、図２９に示す判定情報１４１は、「本体部購入・貸与履歴」、及び、「センサ部購入履歴」が存在するが、「本体部購入・貸与履歴」、及び、「センサ部購入履歴」に対応する「計測データ」が欠損している場合である。

このようなケースは、ユーザＵが計測することを失念した場合と、購入から時間をあけて計測する場合とが考えられる。いずれの場合であっても、それぞれの販売会社８１１でユーザＵによる計測装置３の状況を把握することができる。ユーザＵの状況とは、ユーザＵがＸ会社の本体部３１と、センサ部３２とを購入したものの、計測を実施していない状況という意味である。このような場合、センサ部３２の購入から一定時間経過したところで、販売会社８１１からユーザＵに問い合わせを行う。これにより、Ｘ会社は、ユーザＵによるセンサ部３２の使用状態を監視することができる。

なお、センサ部３２の購入日と、計測日とがずれることがある。つまり、ユーザＵがセンサ部３２を購入した後、しばらく経過してから計測を実施する場合がある。従って、サーバ１ａ（図２５参照）は、センサ部３２の購入日と、計測日との差が所定期間内であれば正規品のセンサ部３２による計測が行われていると判断する。所定期間は、例えば１週間である。所定期間は、それぞれの販売会社８１１が設定する。

図３０Ａは、Ｘ会社（第１の会社）の判定情報（第１の判定情報）１４１の一例を示す図であり、図３０Ｂは、Ｚ会社（第２の会社）の判定情報１４１（第２の判定情報）の一例を示す図である。
図３０Ａでは、Ｘ会社の「商品購入履歴」、「本体部購入・貸与履歴」（第１の本体部情報）が存在する。しかし、図３０Ａに示す判定情報１４１では、「センサ部購入履歴」（第１のセンサ部購入履歴情報）及び「計測データ」が空欄となっている（欠損している）。これは、商品及び本体部３１はＸ会社から購入したが、センサ部３２を他社から購入している可能性があることが示している。
一方、図３０Ｂでは、Ｚ会社の「センサ部購入履歴」（当該本体部情報に対応する前記センサ部購入履歴情報）、及び、「計測データ」が存在する。しかし、図３０Ｂに示す判定情報１４１では、「商品購入履歴」及び「本体部購入履歴」（第１の本体部情報に該当する前記本体部情報）が空欄となっている（欠損している）。これは、ユーザＵがＺ会社以外の会社から本体部３１を購入し、計測に使用している疑いがあることを示している。

図３０Ａ及び図３０Ｂでは、同じユーザＵ（会員番号「０００１」）のデータであるため、このユーザＵはＸ会社から商品及び本体部３１を購入し、商品に対応するセンサ部３２をＺ会社から購入している可能性がある。図３０Ａに示す例は、販売会社８１１において、商品に対応した「センサ部購入履歴」と「計測データ」がともにない場合となる。また、図３０Ｂに示す例は、「商品購入履歴」、「本体部購入・貸与履歴」がともにない場合となる。

例えば、あるユーザＵについて、図３０Ａに示すようにＸ会社の判定情報１４１では、Ｘ会社の本体部３１を購入しているのにも関わらず、「センサ部購入履歴」と「計測データ」が存在しない場合がある。一方で、図３０Ｂに示すようにＺ会社の判定情報１４１では、Ｚ会社の商品及び本体部３１は購入していないにも関わらず、Ｘ会社で販売しているセンサ部３２の「センサ部購入履歴」と「計測データ」が存在する場合がある。

これらのセンサ部３２が同種の成分（尿成分）を計測する場合、Ｘ会社の商品の評価がＺ会社で購入したセンサ部３２で行われた可能性がある。この場合、本来であれば、「計測データ」の権利を有するＸ会社ではなく、Ｚ会社に「計測データ」が送られることになり、Ｘ会社にとって好ましくない。

このような状態が発生した場合、運営会社７０１（サーバ１ａ）から、Ｘ会社、Ｚ会社に対して情報提供を行う。Ｘ会社、Ｚ会社に提供される情報は、Ｘ会社の本体部３１に対し、Ｚ会社のセンサ部３２を用いた計測が行われている可能性がある旨の情報である。Ｘ会社あるいはＺ会社は、本体部３１及びセンサ部３２を使用している会員番号に対応するユーザＵに問い合わせを行い、センサ部３２の使用状況に関する問い合わせを行う。また、Ｘ会社あるいはＺ会社は、ユーザＵに対して、使用方法の是正を指導する。これにより、Ｘ会社、Ｚ会社は、互いの製品（本体部３１、センサ部３２）の使用状態を監視することができる。

このように、サーバ１ａは、常に、すべての販売会社８１１の商品に対応した「本体部購入・貸与履歴」、「センサ部購入履歴」及び「計測データ」の有無を確認する。

また、図３１に示すように、商品に対応したセンサ部３２が購入されていないが、それに対応する「計測データ」が存在する場合がある。つまり、判定情報１４１において、「センサ部購入履歴」にデータが格納されていないが、「計測データ」にデータが格納されている場合がある。つまり、図３１に示す判定情報１４１は、「計測データ」が存在するが、「計測データ」に対応する「センサ部購入履歴」が欠損している場合である。
このような場合は、以下のケースが考えられる。
（Ｂ１）健康管理支援システムＺａの誤動作。
（Ｂ２）販売会社８１１とは異なる第３者により製作されたセンサ部３２によって計測された場合（本体部３１は正規品）。この場合、本体部３１にデータの送信先に関する情報が格納されている。ここでの第３者とは、Ｘ会社、Ｙ会社、Ｚ会社とも異なる運営会社７０１（図３６参照）の管理外にある会社（又は個人）のことである。
健康管理支援システムＺａには問題がないと判断された場合、販売会社８１１は、該当するユーザＵに対して、センサ部３２を、どこの会社から購入したか等について問い合わせを行う。このようにして、販売会社８１１及び運営会社７０１は、運営会社７０１が管理していない第３者によるセンサ部３２の販売を監視することができる。

＜フローチャート＞
図３２は、本実施形態で行われる判定情報生成処理の手順を示すフローチャートである。
まず、判定情報生成部１３１は、ユーザ情報１１１から「商品購入履歴」及び「センサ購入履歴」の情報を取得する（Ｓ１００１）。
続いて、判定情報生成部１３１は、行動情報１１２から計測値と、ユーザＵが計測を行った時刻と（時系列データ）を取得する（Ｓ１００２）。
さらに、判定情報生成部１３１は、販売店のＰＯＳシステム８１から、必要な情報を適宜取得する（Ｓ１００３）。本実施形態では、判定情報１４１の「本体部購入・貸与履歴」や、判定情報１４１に格納される情報で、ユーザ情報１１１や、行動情報１１２に存在しない情報（所定の情報）がステップＳ１００３で取得される。なお、ユーザ情報１１１及び行動情報１１２から必要な情報をすべて取得できるのであれば、ステップＳ１００３は省略されてもよい。
そして、判定情報生成部１３１は、ステップＳ１００１～Ｓ１００３で取得した情報を基に判定情報１４１を生成する（Ｓ１００４）。

判定情報生成部１３１は、ステップＳ１００１，Ｓ１００２に示すように、ユーザ情報１１１と、行動情報１１２とを基に、「センサ購入履歴」と、時系列データとを取得する。また、判定情報生成部１３１は、ステップＳ１００３に示すように、販売会社８１１に設置されているＰＯＳシステム８１から、「本体部購入・貸与履歴」、及び、「センサ部購入履歴」を構成する情報のうち、所定の情報を取得する。判定情報生成部１３１は、取得した情報を基に判定情報１４１を生成する。これにより、サーバ１ａは、尿成分の計測に際して収集したユーザ情報１１１と、行動情報１１２から容易に判定情報１４１を生成することができる。さらに、サーバ１ａは、ＰＯＳシステム８１を利用した判定情報１４１の生成が可能となる。

（第１の判定処理）
図３３は、本実施形態で行われる第１の判定処理の手順を示すフローチャートである。
判定処理部１３２は、会員番号を１つ取得する（Ｓ１１０１）。
続いて、判定処理部１３２は、ステップＳ１１０１で取得した会員番号に関する判定情報１４１のデータを取得する（Ｓ１１０２）。
そして、判定処理部１３２は、購入したセンサ部３２に対応する「計測データ」が存在するか否かを判定する（Ｓ１１１１）。つまり、ステップＳ１１１１において、判定処理部１３２は、「本体部購入・貸与履歴」及び「センサ部購入履歴」が存在する状態において、「計測データ」が存在するか否かについて判定する。
購入したセンサ部３２に対応する「計測データ」が存在しない場合（Ｓ１１１１→Ｎｏ）、通知部１３３は第１の通知処理を行う（Ｓ１１１２）。なお、ステップＳ１１１１で「Ｎｏ」が判定される状況は、判定情報１４１が図２９に示す状態であることを示す。このような場合、ステップＳ１１１２に示す第１の通知処理において、通知部１３３は、購入したセンサ部３２に対応する「計測データ」が存在しない旨の通知を販売会社８１１（販売会社端末８）に行う。通知された販売会社８１１は、処理対象となっている会員番号に該当するユーザＵに問い合わせを行う（Ｓ１１１３）。ステップＳ１１１２において通知が行われる販売会社８１１は本体部３１及びセンサ部３２の販売を行っている販売会社８１１である。なお、購入したセンサ部３２に対応する「計測データ」が存在しない場合、即、通知を行うのではなく、現在の時刻がセンサ部３２の購入時刻に対して所定時刻（日時、例えば、一週間）経過している場合に、ステップＳ１１１２の処理が行われてもよい。

また、購入したセンサ部３２に対応する「計測データ」が存在する場合（Ｓ１１１１→Ｙｅｓ）、判定処理部１３２は、センサ部３２による「計測データ」の時刻と、センサ部３２の購入日との期間が所定期間内であるか否かを判定する（Ｓ１１２１）。所定期間は例えば一週間である。なお、ステップＳ１１１１で「Ｙｅｓ」と判定される状況は、判定情報１４１が図２８Ａ～図２８Ｃの状態であることを示している。
「計測データ」の時刻と、センサ部３２の購入日との期間が所定時間より大きい場合（Ｓ１１２１→Ｎｏ）、通知部１３３は、第２の通知処理を行う（Ｓ１１２２）。第２の通知処理では、通知部１３３が販売会社８１１（販売会社端末８）にセンサ部３２が購入されてから計測までの間が空いている旨の通知を販売会社８１１に行う。販売会社８１１は、処理対象となっている会員番号に該当するユーザＵに対する問い合わせを行う（Ｓ１１２３）。

ステップＳ１１２１で「Ｎｏ」が判定される状態は、互いに対応する「センサ部購入履歴」と、「計測データ」において、センサ部３２の購入日時と、最初に計測した日時との差分が所定の値以上である場合である。このような場合、ステップＳ１１２２に示すように、通知部１３３は、販売会社８１１に対して通知を行う。

「計測データ」の時刻と、センサ部３２の購入日との期間が所定時間内である場合（Ｓ１１２１→Ｙｅｓ）、判定処理部１３２は、処理対象となっている会員番号について「問題なし」と判定する（Ｓ１１２４）。ステップＳ１１２４では、判定情報１４１が図２８Ａ～図２８Ｃの状態であり、かつ、センサ部３２の購入日との期間が所定時間内であることが示されている。

続いて、判定処理部１３２は、未処理の会員番号が存在するか否かを判定する（Ｓ１１３１）。
未処理の会員番号が存在する場合（Ｓ１１３１→Ｙｅｓ）、判定処理部１３２はステップＳ１１０１へ処理を戻し、次の会員番号について処理を行う。
未処理の会員番号が存在しない場合（Ｓ１１３１→Ｎｏ）、判定処理部１３２は処理を終了する。

（第２の判定処理）
図３４は、本実施形態で行われる第２の判定処理の手順を示すフローチャートである。
判定処理部１３２は、会員番号を１つ取得する（Ｓ１２０１）。
続いて、判定処理部１３２は、ステップＳ１１０１で取得した会員番号に関する判定情報１４１のデータを取得する（Ｓ１２０２）。
続いて、判定処理部１３２は、取得した会員番号について「センサ部購入履歴」が存在するか否かを判定する（Ｓ１２１１）。
取得した会員番号について「センサ部購入履歴」が存在する場合（Ｓ１２１１→Ｙｅｓ）、判定処理部１３２は図３３のステップＳ１１１１へ処理を移行する。
取得した会員番号について「センサ部購入履歴」が存在しない場合（Ｓ１２１１→Ｎｏ）、判定処理部１３２は、他社判定を行う（Ｓ１２２１）。他社判定において、判定処理部１３２は、以下の条件（Ａ１）及び（Ａ２）が成立する判定情報１４１が存在するか否かを判定する。
（Ａ１）ステップＳ１２１１の判定対象となっている判定情報１４１において、「本体部購入・貸与履歴」が存在する。
（Ａ２）以下の条件（Ａ２１），（Ａ２２）が成立する、ステップＳ１２１１の判定対象となっている判定情報１４１以外の販売会社８１１の判定情報１４１が存在する。
（Ａ２１）（Ａ１）を満たす判定情報１４１の「本体部購入・貸与履歴」に対応する「本体部購入・貸与履歴」が空欄となっている。
（Ａ２２）（Ａ１）を満たす判定情報１４１の「本体部購入・貸与履歴」に対応する「センサ部購入履歴」、及び、対応する「計測データ」が存在する。ここで、「計測データ」が存在しなくてもよい。

他社判定の結果、条件（Ａ１）が成立する判定情報１４１が存在する場合（Ｓ１２２１→Ｙｅｓ）、通知部１３３は、第３の通知処理を行う（Ｓ１２２２）。第３の通知処理では、通知部１３３が、他社でセンサ部３２が購入されている可能性を販売会社８１１（販売会社端末８）に対して通知する。つまり、条件（Ａ１）が成立する判定情報１４１が存在する場合、「計測データ」の権利は、本体部３１を販売している販売会社８１１にある。従って、通知部１３３（図２５参照）は、「本体部購入・貸与履歴」を有する販売会社（第２の会社）８１１と、「センサ部購入履歴」及び「計測データ」を有する販売会社（第１の会社）８１１の双方に通知を行う。実際には、通知部１３３は、それぞれの販売会８１１の販売会社端末８に対して通知を行う。

なお、前記した条件（Ａ１）が満たされている状態は、図３０Ａに示す判定情報１４１の状態を示している。そして、条件（Ａ２）が満たされている状態は、図３０Ｂに示す判定情報１４１の状態を示している。

通知を受けた販売会社８１１は、連絡処理を行う（Ｓ１２２３）。連絡処理において、販売会社８１１はユーザＵに対してセンサ部３２の使用状況に関する問い合わせを行う。また、販売会社８１１は、ユーザＵに対して、使用方法の是正を指導する。連絡処理を行う販売会社８１１は、通知を受けた販売会社８１１のどちらかが行えばよい。
他社判定の結果、条件（Ａ１）が成立する判定情報１４１が存在しない場合（Ｓ１２２１→Ｎｏ）、判定処理部１３２は、処理対象となっている会員番号について問題なしと判定する（Ｓ１２２４）。ステップＳ１２２４において、判定処理部１３２は、ユーザＵが単にセンサ部３２を購入していないだけと判定し、問題なしと判定する。
続いて、判定処理部１３２は、未処理の会員番号が存在するか否かを判定する（Ｓ１２３１）。
未処理の会員番号が存在する場合（Ｓ１２３１→Ｙｅｓ）、判定処理部１３２はステップＳ１１０１へ処理を戻し、次の会員番号について処理を行う。
未処理の会員番号が存在しない場合（Ｓ１２３１→Ｎｏ）、判定処理部１３２は処理を終了する。

（第３の判定処理）
図３５は、本実施形態で行われる第３の判定処理の手順を示すフローチャートである。なお、図３５に示す処理は、本体部３１にデータの送信先に関する情報が格納されている場合に行われる処理である。
判定処理部１３２は、会員番号を１つ取得する（Ｓ１３０１）。
続いて、判定処理部１３２は、ステップＳ１１０１で取得した会員番号に関する判定情報１４１のデータを取得する（Ｓ１３０２）。
続いて、判定処理部１３２は、取得した会員番号について「センサ部購入履歴」が存在する否かを判定する（Ｓ１３１１）。
取得した会員番号について「センサ部購入履歴」が存在する場合（Ｓ１３１１→Ｙｅｓ）、判定処理部１３２は図３４のステップＳ１２１１へ処理を移行する。
取得した会員番号について「センサ部購入履歴」が存在しない場合（Ｓ１３１１→Ｎｏ）、判定処理部１３２は、「計測データ」が存在するか否かを判定する（Ｓ１３２１）。「計測データ」が存在するとは、「計測データ」の欄にデータが格納されていることである。

「計測データ」が存在する場合（Ｓ１３２１→Ｙｅｓ）、健康管理支援システムＺａの故障が検知されなければ、通知部１３３は、第４の通知処理を行う（Ｓ１３２２）。ステップＳ１３２１で「Ｎｏ」が判定される状態は、判定情報１４１が図３１に示すような状態であることを示す。第４の通知処理では、通知部１３３が、運営会社７０１（図３６参照）で管理されていない会社でセンサ部３２が製造・販売されている可能性がある旨の通知を、センサ部３２を販売している販売会社８１１（販売会社端末８）へ通知する。販売会社８１１は、連絡処理を行う（Ｓ１３２３）。連絡処理において、販売会社８１１は該当するユーザＵに対して、どの会社からセンサ部３２を購入したか等を問い合わせる。

なお、ステップＳ１３２１で「Ｙｅｓ」が判定される状態は、図３１に示す状態である。

「計測データ」が存在しない場合（Ｓ１３２１→Ｎｏ）、判定処理部１３２は、処理対象となっている会員番号について問題なしと判定する（Ｓ１３２４）。ステップＳ１３２４において、判定処理部１３２は、ユーザＵが単にセンサ部３２を購入していないだけと判定し、問題なしと判定する。

続いて、判定処理部１３２は、未処理の会員番号が存在するか否かを判定する（Ｓ１３３１）。
未処理の会員番号が存在する場合（Ｓ１３３１→Ｙｅｓ）、判定処理部１３２はステップＳ１１０１へ処理を戻し、次の会員番号について処理を行う。
未処理の会員番号が存在しない場合（Ｓ１３３１→Ｎｏ）、判定処理部１３２は処理を終了する。

図３３のステップＳ１１１１，Ｓ１１２１、図３４のステップＳ１２１１，Ｓ１２２１、図３５のステップＳ１３１１，Ｓ１３２１のように、本実施形態では、判定処理部１３２が、判定情報１４１の「本体部購入・貸与」と、「センサ部購入履歴」と、「計測データ」とを比較されることにより、本体部３１又はセンサ部３２の購入に関する情報を取得する。

（ビジネスネットワーク例）
図３６は、本実施形態に係る健康管理支援システムＺａを利用したビジネスネットワークの一例を示す図である。適宜、図２５を参照する。また、図３６では紙面上方から紙面下方に向けて時間が進んでいる（図３６の「Ｔ」）。
運営会社７０１は、販売会社８１１ａ（８１１）に販売会社８１１ａが販売する本体部３１や、センサ部３２を供給する（Ｓ１３４１ａ）。販売会社８１１ａは、運営会社７０１に本体部３１や、センサ部３２の代金を支払う（Ｓ１３４１ｂ）。

そして、ユーザＵは販売会社８１１ａから本体部３１や、商品とセットで販売されているセンサ部３２を購入する。即ち、ユーザＵは、商品とセットなって販売している本体部３１や、センサ部３２を取得し（Ｓ１３４２ａ）、その代金を販売会社８１１ａへ支払う（Ｓ１３４２ｂ）。

その後、時間が経過し（Ｓ１３４３）、ユーザＵは販売会社８１１ｂ（８１１）からセンサ部３２を購入したとする。例えば、販売会社８１１ａがＸ会社であれば、販売会社８１１ｂは、例えば、Ｚ会社である。即ち、ユーザＵは、販売会社８１１ｂからセンサ部３２を取得し（Ｓ１３４４ａ）、その代金を販売会社８１１ｂへ支払う（Ｓ１３４４ｂ）。センサ部３２にはデータの送信先に関する情報が格納されているものとする。

ユーザＵが販売会社８１１ｂから購入したセンサ部３２を使用して尿成分の計測を行うと、その計測値は販売会社８１１ａへ送信されず、販売会社８１１ｂへ送信されてしまう。その結果、販売会社８１１ａに関する判定情報１４１は、図３０Ａに示すようなものになる。一方、販売会社８１１ｂに関する判定情報１４１は、図３０Ｂに示すようなものになる。

運営会社７０１に設置されているサーバ１ａは図３４に示す処理を行うことによって、ユーザＵが不適切な購入を行っている可能性を検知する（図３４のＳ１２１１「Ｎｏ」）。ユーザＵが不適切な購入を行っている可能性を検知した運営会社７０１は販売会社８１１ａへ、その旨を通知する（Ｓ１３４５ａ：図３４のＳ１２２２）。通知を受けた販売会社８１１ａは運営会社７０１へ通知に関する代金を支払う（Ｓ１３４５ｂ）。

そして、運営会社７０１から通知を受けた販売会社８１１ａは、ユーザＵへセンサ部３２の購入に関する問い合わせを行う（Ｓ１３４６：図３４のＳ１２２３）。

第２実施形態によれば、本体部３１や、センサ部３２のそれぞれにＩＤを付与しなくても、購入に関するトレースを行うことができる。

１ サーバ
１ａ サーバ
２ ユーザ端末（被検者端末）
３ 計測装置（成分検出センサ）
４ メーカ端末（販売会社端末）
４Ａ ジム端末（販売会社端末）
５ 運営会社端末
８ 販売会社端末
３１ 本体部
３２ センサ部
８１ ＰＯＳシステム
１０１ ユーザ処理部
１０２ 記憶処理部
１０３ 解析部
１０４ 提携会社処理部
１０５ 計測装置発注処理部
１０６ 商品発注処理部
１１１ ユーザ情報
１１２ 行動情報
１１２ａ 計測データ格納領域（成分情報、計測値）
１１２ｂ 飲食物摂取データ格納領域（利用情報）
１１２ｃ 運動プログラムデータ格納領域（利用情報）
１１３ ポイント情報
１１４ 商品統計情報
１１５ 購入者統計情報
１１６ 商品使用情報
１１７ 提携会社プロファイル情報
１２３ 記憶装置（記憶部）
１３１ 判定情報生成部
１３２ 判定処理部
１３３ 通知部
１４１ 判定情報（商品情報、本体部情報、センサ部情報、センサ部購入履歴情報、計測値情報を含む）
２１０ アプリケーション
２１１ 端末送受信処理部
２１２ データ生成部
２１３ 端末表示処理部
２１４ 算出部
２１５ 起動処理部
２２１ 詳細情報領域
３１２ 挿入部
３１３ 表示器
３２２ センサ
６０１ 計測情報（第１の情報）
６０１ａ 計測情報（第１の情報）
６０２ 飲食物情報（第２の情報）
６０２ａ 飲食物情報（第２の情報）
６０３ 運動プログラム情報（第２の情報）
６０３ａ 運動プログラム情報（第２の情報）
６０４ 検定結果表示（検定の結果）
６１１ センサ購入人数情報
６１２ 商品購入人数情報
７０１ 運営会社
７０２ａ 飲料メーカ（販売会社）
７０２ｂ サプリメントメーカ（販売会社）
８１１ 販売会社（会社）
８１１ａ 販売会社（会社）
８１１ｂ 販売会社（会社）
Ｇ１ グラフ
Ｌ１，Ｌ２ 期間（所定の期間）
Ｌ１１ 実線
Ｌ１２ 破線
Ｕ，Ｕａ，Ｕｂ ユーザ（被検者）
Ｚ 健康管理支援システム

Claims (22)

1. 成分検出センサで取得された、被検者の体液における成分に関する情報である成分情報を収集するとともに、前記被検者が利用した、健康に関連する複数種類の商品の利用情報を、それぞれ収集するサーバと、
   前記サーバから送信される情報に基づいて、前記利用情報と、前記成分情報とを対応付けた表示画面を表示部に表示する被検者端末と
   を有し、
   前記サーバは、前記成分検出センサを購入したユーザの年齢と、前記商品を購入した前記ユーザの年齢とを収集し、
   年齢層と、前記商品の購入個数及び前記成分検出センサの購入個数が年齢層毎に表示される購入統計情報が前記商品の販売を行う販売会社に設置されている販売会社端末の表示部に表示される
   ことを特徴とする健康管理支援システム。
2. 成分検出センサで取得された、被検者の体液における成分に関する情報である成分情報を収集するとともに、前記被検者が利用した、健康に関連する複数種類の商品の利用情報を、それぞれ収集するサーバと、
   前記サーバから送信される情報に基づいて、前記利用情報と、前記成分情報とを対応付けた表示画面を表示部に表示する被検者端末と
   を有し、
   前記成分情報は、前記成分の計測値であり、
   前記商品の購入履歴、前記成分検出センサ、及び、前記計測値の変化に基づいたポイントを算出するポイント算出部を有し、
   前記ポイントに基づいた順位が前記被検者端末の前記表示部に表示される
   ことを特徴とする健康管理支援システム。
3. 成分検出センサで取得された、被検者の体液における成分に関する情報である成分情報を収集するとともに、前記被検者が利用した、健康に関連する複数種類の商品の利用情報を、それぞれ収集するサーバと、
   前記サーバから送信される情報に基づいて、前記利用情報と、前記成分情報とを対応付けた表示画面を表示部に表示する被検者端末と
   を有し、
   前記成分情報は、前記成分の計測値であり、
   前記成分検出センサは、
   互いに分離可能な本体部と、センサ部とを有し、
   前記センサ部は前記成分を計測するためのセンサを有しており、
   前記センサ部と前記本体部とが接続されることにより、前記本体部から前記センサによって計測された前記計測値が送信され、
   前記サーバは、
   前記本体部に関する情報である本体部情報と、前記本体部に対応する前記センサ部に関する情報であるセンサ部情報とが格納可能な判定情報を有しており、
   前記判定情報において、前記本体部情報と、前記センサ部情報とが比較されることにより、前記本体部又は前記センサ部の購入に関する情報を取得する
   ことを特徴とする健康管理支援システム。
4. 前記判定情報は、前記本体部を販売又は貸与するとともに、前記センサ部を販売している会社毎に生成され、
   前記センサ部情報は、前記センサ部の購入履歴に関する情報であるセンサ部購入履歴情報、及び、前記センサ部による前記計測値の情報である計測値情報を格納可能であり、
   前記本体部情報、前記センサ部購入履歴情報、及び、前記計測値情報は、互いに対応付けられて格納可能である
   ことを特徴とする請求項３に記載の健康管理支援システム。
5. 前記判定情報は、
   少なくとも前記センサ部とセットで販売されている商品の情報である商品情報を格納可能であり、
   前記センサ部購入履歴情報、及び、前記計測値情報は、前記商品情報と対応付けられて格納可能である
   ことを特徴とする請求項４に記載の健康管理支援システム。
6. 前記サーバは、
   少なくとも、前記センサ部の購入履歴に関する情報と、ユーザに関する情報とが対応付けられて格納されているユーザ情報と、
   前記ユーザが購入した前記成分検出センサを使用して前記成分を計測した結果である前記計測値と、前記計測を行った日時とが格納されている行動情報と、を有し、
   前記ユーザ情報と、前記行動情報とを基に、前記本体部に対応する前記センサ部購入履歴情報と、前記計測値情報とを取得することで、前記判定情報を生成する
   ことを特徴とする請求項４に記載の健康管理支援システム。
7. 前記サーバは、
   前記会社に設置されているＰＯＳシステムから、前記本体部情報、及び、前記センサ部購入履歴情報を構成する情報のうち、所定の情報を取得することで、前記判定情報を生成する
   ことを特徴とする請求項４に記載の健康管理支援システム。
8. 前記サーバは、
   前記本体部情報、前記本体部情報に対応する前記センサ部購入履歴情報、及び、前記本体部情報に対応する前記計測値情報のそれぞれにおいてデータが格納されている場合、ユーザの購入履歴に異常なしと判定する
   ことを特徴とする請求項４に記載の健康管理支援システム。
9. 前記センサ部購入履歴情報は、前記センサ部の購入の時刻に関する情報を含んでいるとともに、前記計測値情報は、前記センサ部購入履歴情報に対応する前記センサ部を用いて、最初に計測した時刻に関する情報を含んでおり、
   前記サーバは、
   互いに対応する前記センサ部購入履歴情報と、前記計測値情報において、
   前記センサ部の購入の時刻に関する情報と、前記最初に計測した時刻に関する情報との差分が所定の値以上である場合、前記会社に対して通知を行う
   ことを特徴とする請求項４に記載の健康管理支援システム。
10. 前記サーバは、
    前記本体部情報、及び、前記センサ部購入履歴情報が存在するが、前記本体部情報、及び、前記センサ部購入履歴情報に対応する前記計測値情報が欠損している場合、前記会社に対して通知を行う
    ことを特徴とする請求項４に記載の健康管理支援システム。
11. 前記サーバは、
    前記会社のうちの１つである第１の会社に関する判定情報である第１の判定情報において、前記センサ部購入履歴情報である第１のセンサ部購入履歴情報が欠損しているが、前記第１のセンサ部購入履歴情報に対応する前記本体部情報である第１の本体部情報が存在している場合、前記第１の本体部情報に該当する前記本体部情報が欠損しているものの、当該本体部情報に対応する前記センサ部購入履歴情報が存在している第２の判定情報が存在するか否かを判定し、
    前記第２の判定情報が存在する場合、前記第１の会社、及び、前記第２の判定情報に対応する第２の会社に対して通知を行う
    ことを特徴とする請求項４に記載の健康管理支援システム。
12. 前記サーバは、
    前記判定情報において、前記計測値情報が存在するが、前記計測値情報に対応する前記センサ部購入履歴情報が欠損している場合、前記会社に対して通知を行う
    ことを特徴とする請求項４に記載の健康管理支援システム。
13. 前記成分情報は、前記成分の計測値であり、
    前記被検者端末において、前記表示画面が表示されている際、所定の期間が２つ指定されると、指定された２つの前記期間における前記計測値の有意差を検定する検定部を
    有し、
    前記検定の結果が前記被検者端末の表示部に表示される
    ことを特徴とする請求項１に記載の健康管理支援システム。
14. 前記被検者端末において、前記表示画面が表示されている際、所定の期間が２つ指定されると、指定された２つの前記期間における前記計測値の有意差を検定する検定部を
    有し、
    前記検定の結果が前記被検者端末の表示部に表示される
    ことを特徴とする請求項２から請求項１２のいずれか一項に記載の健康管理支援システム。
15. 前記本体部に前記センサによって計測された計測値が表示される表示器が設けられている
    ことを特徴とする請求項３から請求項１２のいずれか一項に記載の健康管理支援システム。
16. 前記被検者端末において、前記表示画面が表示されている際、表示されている前記成分情報に対して所定の操作を行うことによって、前記成分情報が取得された日時に関する情報、前記成分情報を取得した前記成分検出センサの情報、及び、前記成分検出センサで検知された前記成分情報を含む第１の情報が表示される
    ことを特徴とする請求項１から請求項１２のいずれか一項に係る健康管理支援システム。
17. 前記被検者端末において、前記表示画面が表示されている際、表示されている前記利用情報に対して、所定の操作を行うことによって、前記商品を利用した日時に関する情報、及び、前記商品の種類に関する情報を含む第２の情報が表示される
    ことを特徴とする請求項１から請求項１２のいずれか一項に記載の健康管理支援システム。
18. 前記商品は飲食物である
    ことを特徴とする請求項１から請求項１２のいずれか一項に記載の健康管理支援システム。
19. 前記商品は運動プログラムである
    ことを特徴とする請求項１から請求項１２のいずれか一項に記載の健康管理支援システム。
20. 前記成分情報は、前記成分検出センサで計測された前記成分の計測値である
    ことを特徴とする請求項１から請求項１２のいずれか一項に記載の健康管理支援システム。
21. サーバが、
    成分検出センサで取得された、被検者の体液における成分に関する情報である成分情報を収集するとともに、前記被検者が利用した、健康に関連する複数種類の商品の利用情報を、それぞれ収集し、さらに、前記成分検出センサを購入したユーザの年齢と、前記商品を購入した前記ユーザの年齢とを収集し、
    被検者端末が
    前記サーバから送信される情報に基づいて、前記利用情報と、前記成分情報とを対応付けた表示画面を表示部に表示し、
    前記商品の販売を行う販売会社に設置されている販売会社端末が、
    年齢層と、前記商品の購入個数及び前記成分検出センサの購入個数が年齢層毎に表示される購入統計情報を表示部に表示する
    ことを特徴とする健康管理支援方法。
22. サーバが、
    成分検出センサで取得された、被検者の体液における成分の計測値を収集するとともに、前記被検者が利用した、健康に関連する複数種類の商品の利用情報を、それぞれ収集し、
    前記商品の購入履歴、前記成分検出センサ、及び、前記計測値の変化に基づいたポイントを算出し、
    被検者端末が
    前記サーバから送信される情報に基づいて、前記利用情報と、前記計測値とを対応付けた表示画面を表示部に表示するとともに、前記ポイントに基づいた順位を前記表示部に表示する
    ことを特徴とする健康管理支援方法。

Images