(57)【要約】      （修正有）【課題】健康情報処理方法、健康情報処理装置、コンピュータプログラム、及び学習モデルを提供する。【解決手段】健康情報処理方法は、ユーザのユーザ識別情報に対応する健康診断データを取得し、取得された健康診断データに基づいて、追加されるべき測定項目又は問診内容を決定し、決定した測定項目又は問診内容を送信し、測定項目についての測定結果又は問診内容に対する回答を取得し、取得した健康診断データ及び取得した測定結果又は回答に基づいて、ユーザに対する商品又はサービスを特定する処理を含む。【選択図】図１９
2020060803.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの健康に関する情報を送信する健康情報処理方法であって、
前記ユーザのユーザ識別情報に対応する健康診断データを取得し、
取得された健康診断データに基づいて、追加されるべき測定項目又は問診内容を決定し、
決定した測定項目又は問診内容を前記ユーザ宛てに送信し、
前記測定項目についての測定結果、又は前記問診内容に対する回答を取得し、
取得された前記健康診断データ、及び、取得された前記測定結果又は回答に基づいて、前記ユーザに対する商品又はサービスを特定する
処理を含む健康情報処理方法。
【請求項２】
前記測定項目及び問診内容を決定する際に、
前記ユーザのユーザ識別情報に対応付けて複数の目的又は改善項目の内の何れかの選択を受け付け、
選択された目的又は改善項目、及び取得された健康診断データに基づいて、追加されるべき測定項目又は問診内容を決定する
請求項１に記載の健康情報処理方法。
【請求項３】
特定した商品又はサービスに関する情報を前記ユーザ宛てに送信する
請求項１又は２に記載の健康情報処理方法。
【請求項４】
取得された前記健康診断データ、及び、取得された前記測定結果又は回答に基づいて前記ユーザの症状を特定し、
特定したユーザの症状を示す情報を前記ユーザ宛てに送信する
請求項１から３のいずれか１項に記載の健康情報処理方法。
【請求項５】
取得された前記健康診断データ、及び、取得された前記測定結果又は回答に基づいて、前記ユーザが実施すべき運動メニューを特定し、
特定したユーザの運動メニューを示す情報を前記ユーザ宛てに送信する
請求項１から請求項４のいずれか１項に記載の健康情報処理方法。
【請求項６】
追加されるべき前記測定項目として測定に必要なセンサ、又は検査キットを決定する
請求項１から請求項５のいずれか１項に記載の健康情報処理方法。
【請求項７】
取得された前記健康診断データ、及び、取得された前記測定結果又は回答を医師宛てに送信し、
医師からのコメントを受け付け、
受け付けたコメントを含む情報を送信する
請求項１から請求項６のいずれか１項に記載の健康情報処理方法。
【請求項８】
ユーザに対し特定された商品又はサービスを用いた後の前記ユーザの健康に関する改善の有無、又は改善の程度を含む事後状況に関する情報を取得し、
取得した前記事後状況に関する情報を用いて前記ユーザに対するアドバイス、商品、又はサービスを特定し、
特定したアドバイス、商品、又はサービスを示す情報を送信する
請求項１から請求項７のいずれか１項に記載の健康情報処理方法。
【請求項９】
対象となるユーザに対して取得された前記健康診断データ、及び、取得された前記測定結果又は回答を、前記対象となるユーザのユーザ識別情報に対応付けて記憶してある他のユーザ識別情報にて識別されるユーザ宛てに通知する
請求項１から請求項８のいずれか１項に記載の健康情報処理方法。
【請求項１０】
前記健康診断データ、及び、取得された前記測定結果又は回答は項目毎に、前記他のユーザ識別情報にて識別されるユーザとの共有の可否が設定されており、
共有可である前記健康診断データ、及び、取得された前記測定結果又は回答を通知する
請求項９に記載の健康情報処理方法。
【請求項１１】
対象となるユーザに対して取得される前記健康診断データは、前記対象となるユーザのユーザ識別情報に対応付けて記憶してある他のユーザ識別情報に対応する健康診断データを含む
請求項１から請求項１０のいずれか１項に記載の健康情報処理方法。
【請求項１２】
取得された前記健康診断データ、及び、追加の測定項目についての測定結果、又は追加の問診内容に対する回答を入力し、前記ユーザに対する商品又はサービスを出力する学習モデルによって、該商品又はサービスを抽出する
請求項１から１１のいずれか１項に記載の健康情報処理方法。
【請求項１３】
前記健康診断データは、対象となるユーザ又は該ユーザにより許可された他のユーザからの入力操作を受け付けることで取得し、
前記入力操作に対して前記ユーザに、入力される情報の数、頻度、又は重要度に応じてポイントを発行する
請求項１から１２のいずれか１項に記載の健康情報処理方法。
【請求項１４】
前記ユーザに発行されたポイントは、前記ユーザのユーザ識別情報に対応付けて記憶してある他のユーザ識別情報にて識別されるユーザとの間で共有される
請求項１３に記載の健康情報処理方法。
【請求項１５】
前記ポイントの発行は、ブロックチェーンを用いて発行される
請求項１３又は１４に記載の健康情報処理方法。
【請求項１６】
ユーザの健康に関する情報を処理する健康情報処理装置であって、
前記ユーザのユーザ識別情報に対応する健康診断データを取得する取得部と、
取得された健康診断データに基づいて、追加されるべき測定項目、又は問診内容を決定する決定部と、
決定した測定項目又は問診内容を前記ユーザ宛てに送信する送信部と、
決定した測定項目についての測定結果、又は問診内容に対する回答を取得する追加情報取得部と、
前記取得部にて取得された前記健康診断データ、及び、前記追加情報取得部にて取得された前記測定結果又は回答に基づいて、前記ユーザに対する商品又はサービスを特定する特定部と
を備える健康情報処理装置。
【請求項１７】
コンピュータに、
ユーザのユーザ識別情報に対応する健康診断データを取得し、
取得された健康診断データに基づいて、追加されるべき測定項目、又は問診内容を決定し、
決定した測定項目又は問診内容を前記ユーザ宛てに送信し、
前記測定項目についての測定結果、又は前記問診内容に対する回答を取得し、
取得された前記健康診断データ、及び、取得された前記測定結果又は回答に基づいて、ユーザに対して商品又はサービスを特定する
処理を実行させるコンピュータプログラム。
【請求項１８】
コンピュータに、
健康に関してユーザに対して追加されるべき健康に関する測定項目、又は問診内容を提示する画面を表示部に表示し、
前記測定項目についての測定結果、又は問診内容に対する回答を送信し、
選択された目的又は改善項目に対応して前記ユーザの健康診断データ及び前記測定結果又は問診内容に基づいて特定された商品又はサービスを示す情報を前記表示部に表示する
処理を実行させるコンピュータプログラム。
【請求項１９】
前記コンピュータに、
前記ユーザの健康診断データの送信指示を受け付ける画面を前記表示部に表示し、
前記画面にて送信指示が受け付けられた場合、前記コンピュータが備える記憶媒体に記憶してある健康診断データ、又は、他装置に記憶してある健康診断データを送信する
処理を実行させる請求項１８に記載のコンピュータプログラム。
【請求項２０】
ユーザの健康診断データ、及び、前記ユーザについて選択された追加されるべき測定項目についての測定結果、又は追加の問診内容に対する回答が入力される入力層と、
前記ユーザに対する商品又はサービスを出力する出力層と、
前記健康診断データ及び前記測定結果又は回答と、前記商品又はサービスとにより学習した中間層と
を備え、前記中間層に基づいて演算し、前記健康診断データ及び前記測定結果又は回答を前記入力層に入力した場合に、商品又はサービスを前記出力層から出力する処理に用いられる学習モデル。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、健康情報処理方法、健康情報処理装置、コンピュータプログラム、及び学習モデルに関する。
【背景技術】
【０００２】
健康情報に関心を持つユーザは多く、個別に適切な健康情報を提示する種々のサービスが提案されている。特許文献１には、ユーザが気になっている症状が改善されることを目的として、自覚症状を問診型で受け付け、受け付けられた自覚症状から摂取されるべき食材を提示する食材提案装置が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開第２０１７／０８５７７７号
【発明の概要】
【発明が解決しようとする課題】
【０００４】
これらのサービスをユーザが能動的に利用することで、自覚症状を解消したり、和らげたりするための健康関連情報を提示することが可能である。ただし、自覚症状が無い場合、又は症状が見過ごされている場合等、ユーザの健康状態の低下を防止できないケースが起こり得る。健康診断を受けて診断結果を受けている場合であっても、ユーザ自身が積極的に、生活改善、精密検査を受診、又は通院等の行動を起こさなければそのまま見過ごされる可能性がある。
【０００５】
本発明は斯かる事情に鑑みてなされたものであり、ユーザの健康状態の効果的な維持・増進をより効果的に実現する健康情報処理方法、健康情報処理装置、コンピュータプログラム、及び学習モデルを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本開示の一態様における健康情報処理方法は、ユーザの健康に関する情報を送信する健康情報処理方法であって、前記ユーザのユーザ識別情報に対応する健康診断データを取得し、取得された健康診断データに基づいて、追加されるべき測定項目又は問診内容を決定し、決定した測定項目又は問診内容を前記ユーザ宛てに送信し、前記測定項目についての測定結果、又は前記問診内容に対する回答を取得し、取得された前記健康診断データ、及び、取得された前記測定結果又は回答に基づいて、前記ユーザに対する商品又はサービスを特定する処理を含む。
【０００７】
本開示の一態様における健康情報処理装置は、ユーザの健康に関する情報を処理する健康情報処理装置であって、前記ユーザのユーザ識別情報に対応する健康診断データを取得する取得部と、取得された健康診断データに基づいて、追加されるべき測定項目、又は問診内容を決定する決定部と、決定した測定項目又は問診内容を前記ユーザ宛てに送信する送信部と、決定した測定項目についての測定結果、又は問診内容に対する回答を取得する追加情報取得部と、前記取得部にて取得された前記健康診断データ、及び、前記追加情報取得部にて取得された前記測定結果又は回答に基づいて、前記ユーザに対する商品又はサービスを特定する特定部とを備える。
【０００８】
本開示の一態様におけるコンピュータプログラムは、コンピュータに、ユーザのユーザ識別情報に対応する健康診断データを取得し、取得された健康診断データに基づいて、追加されるべき測定項目、又は問診内容を決定し、決定した測定項目又は問診内容を前記ユーザ宛てに送信し、前記測定項目についての測定結果、又は前記問診内容に対する回答を取得し、取得された前記健康診断データ、及び、取得された前記測定結果又は回答に基づいて、ユーザに対して商品又はサービスを特定する処理を実行させる。
【０００９】
本開示の一態様におけるコンピュータプログラムは、コンピュータに、健康に関してユーザに対して追加されるべき健康に関する測定項目、又は問診内容を提示する画面を表示部に表示し、前記測定項目についての測定結果、又は問診内容に対する回答を送信し、選択された目的又は改善項目に対応して前記ユーザの健康診断データ及び前記測定結果又は問診内容に基づいて特定された商品又はサービスを示す情報を前記表示部に表示する処理を実行させる。
【００１０】
本開示の一態様における学習モデルは、ユーザの健康診断データ、及び、前記ユーザについて選択された追加されるべき測定項目についての測定結果、又は追加の問診内容に対する回答が入力される入力層と、前記ユーザに対する商品又はサービスを出力する出力層と、前記健康診断データ及び前記測定結果又は回答と、前記商品又はサービスとにより学習した中間層とを備え、前記中間層に基づいて演算し、前記健康診断データ及び前記測定結果又は回答を前記入力層に入力した場合に、商品又はサービスを前記出力層から出力する処理に用いられる。
【００１１】
本開示の一態様によれば、選択された目的又は改善項目に対し、ユーザの健康診断の結果をベースとしてどのような検査又は問診が追加で必要か決定され、追加の検査又は問診に基づく情報を加味して、ユーザが利用すべき商品又はサービスが特定される。
【発明の効果】
【００１２】
本開示の健康情報処理方法による場合、健康診断データが基本的に用いられる。法定健康診断が実施されない場合等、個人的に受診したデータが利用されてもよい。健康診断の結果は、要治療、要二次精密検査等の緊急的な結果であったとしてもユーザ自身が積極的に、通院、精密検査を受診する行動をしなければそのまま見過ごされる可能性がある。検査結果が要経過観察、要注意である場合にはより顕著である。ユーザ自身が自覚していない症状、また、忙しさ等の理由で見過ごされている症状についても、これを元に何等かの健康食品の摂取、又は健康器具の導入が提示されるため、診断結果が見過ごされるケースを削減することが期待できる。
【図面の簡単な説明】
【００１３】
【図１】実施の形態１における健康情報処理システムの概要を示す図である。
【図２】実施の形態１における健康情報処理システムの構成を示すブロック図である。
【図３】データベースに記憶される情報の内容例を示す図である。
【図４】データベースに記憶される情報の内容例を示す図である。
【図５】サーバ装置及び端末装置間における処理手順の一例を示すフローチャートである。
【図６】追加されるべき情報に対する処理手順の一例を示すフローチャートである。
【図７】学習モデルの内容例を示す図である。
【図８】変形例における処理手順の一例を示すフローチャートである。
【図９】端末装置の表示部に表示される画面例を示す図である。
【図１０】端末装置の表示部に表示される画面例を示す図である。
【図１１】端末装置の表示部に表示される画面例を示す図である。
【図１２】端末装置の表示部に表示される画面例を示す図である。
【図１３】端末装置の表示部に表示される画面例を示す図である。
【図１４】記憶部に記憶してある設定情報の内容例を示す図である。
【図１５】端末装置の表示部に表示される画面例を示す図である。
【図１６】健康情報処理システムにて事後的に実行される処理手順の一例を示すフローチャートである。
【図１７】端末装置の表示部に表示される画面例を示す図である。
【図１８】実施の形態２における健康情報処理システムの構成を示すブロック図である。
【図１９】実施の形態２におけるサーバ装置及び端末装置間における処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００１４】
本発明をその実施の形態を示す図面を参照して具体的に説明する。
【００１５】
（実施の形態１）
図１は、実施の形態１における健康情報処理システム１００の概要を示す図である。健康情報処理システム１００は、サーバ装置１及び複数の端末装置２を含む。サーバ装置１及び複数の端末装置２は、ネットワークＮを介して相互に情報を送受信することが可能である。
【００１６】
サーバ装置１は例えば、福利厚生サービスの提供者によって管理される。サーバ装置１は、福利厚生サービスを享受するユーザについて健康状態を示す情報を取得し、取得した健康状態に基づき、ユーザが所持する端末装置２を用いて予防を中心とした健康管理サービスを実現する。
【００１７】
サーバ装置１はサーバコンピュータを用いる。サーバ装置１はネットワークＮを介して端末装置２との間で情報の送受信が可能である。サーバ装置１は、Ｗｅｂサーバ機能を有している。端末装置２は、サーバ装置１が提供するＷｅｂサービスにアクセスすることによってサーバ装置１との間で情報を送受信することが可能である。
【００１８】
サーバ装置１はデータベース１１０に対して情報を読み書きすることが可能である。サーバ装置１はデータベース１１０に、ユーザを識別するユーザ識別情報と対応付けてアカウント及び属性等を含むユーザ情報を記憶する。サーバ装置１はデータベース１１０に、ユーザ識別情報と対応付けて端末装置２との情報の送受信によって取得できる健康情報を記憶することも可能である。
【００１９】
サーバ装置１は、ネットワークＮに含まれる専用線Ｎ３を介して外部データベース３００からユーザの健康情報を取得することが可能である。外部データベース３００は例えば、健康診断を実施する検査機関にて管理され、定期的に実施される健康診断の結果が受診者を識別する識別コードに対応付けて記録されている。
【００２０】
端末装置２は例えば夫々、スマートフォンである。端末装置２は、タブレット端末、デスクトップ型若しくはラップトップ型のＰＣ（Personal Computer ）、又は所謂スマートウォッチ等のウェアラブルデバイスであってもよい。ユーザは端末装置２を用いてサーバ装置１との間で情報を送受信し、サーバ装置１から提供される情報を得ることができる。
【００２１】
ネットワークＮは、公衆網Ｎ１、キャリアネットワークＮ２及び専用線Ｎ３を含む。公衆網Ｎ１は所謂インターネットである。キャリアネットワークＮ２は、次世代又は次々世代高速携帯通信規格等の規格に基づく無線通信を実現する通信キャリアが提供するネットワークである。専用線Ｎ３は、サーバ装置１と外部データベース３００との間で安全に通信を実現するための通信媒体である。公衆網Ｎ１はアクセスポイントＡＰを含む。キャリアネットワークＮ２は基地局ＢＳを含む。端末装置２は無線通信機能により、アクセスポイントＡＰ又は基地局ＢＳにより、公衆網Ｎ１に通信接続されているサーバ装置１との通信接続が可能である。
【００２２】
図２は、実施の形態１における健康情報処理システム１００の構成を示すブロック図である。サーバ装置１は、制御部１０、記憶部１１、及び通信部１２を備える。制御部１０はＣＰＵ（Central Processing Unit ）又はＧＰＵ（Graphics Processing Unit）を用いたプロセッサであり、内蔵するＲＯＭ（Read Only Memory）又はＲＡＭ（Random Access Memory）のメモリ、クロック等を含む。制御部１０は、記憶部１１に記憶されているサーバプログラム１Ｐに基づいた各処理を実行し、汎用サーバコンピュータを後述する健康情報処理装置として機能させる。
【００２３】
記憶部１１は、ハードディスクを用いてサーバプログラム１Ｐのほか、制御部１０が参照する設定情報を記憶する。
【００２４】
サーバプログラム１Ｐは、後述するようにサーバ装置１の制御部１０に各処理を実行させると共に、Ｗｅｂサーバ機能を実現するプログラムを含む。Ｗｅｂサーバプログラムにより、端末装置２におけるＷｅｂブラウザ機能に基づく画面上での操作によって情報の取得を実現する。なおサーバプログラム１Ｐは、記録媒体１９に記録されてあるサーバプログラム１９Ｐを通信部１２により外部の任意のサーバ装置から取得して記録したものであってよい。
【００２５】
通信部１２は、ネットワークカードを含む。制御部１０は通信部１２により、ネットワークＮを介した通信が可能である。
【００２６】
端末装置２は、制御部２０、記憶部２１、表示部２２、操作部２３、音声入出力部２４、及び通信部２５を備える。
【００２７】
制御部２０は、ＣＰＵ、ＧＰＵ等のプロセッサと、メモリ等を含む。制御部２０は、プロセッサ、メモリ、記憶部２１、通信部２５を集積した１つのハードウェア（ＳｏＣ：System On a Chip）として構成されていてもよい。制御部２０は、記憶部２１に記憶されているアプリプログラム２１Ｐに基づき、サーバ装置１によって提供される健康管理サービスに関する情報を表示部２２又は音声入出力部２４によって出力する。
【００２８】
記憶部２１は、例えばフラッシュメモリ等の不揮発性メモリを含む。記憶部２１は、アプリプログラム２１Ｐを記憶する。アプリプログラム２１ＰはＷｅｂブラウザ機能を含むとよい。記憶部２１に記憶してある汎用のＷｅｂブラウザプログラムが用いられてもよい。記憶部２１は、制御部２０が参照するデータを記憶する。アプリプログラム２１Ｐは、記憶媒体２８に記憶されたアプリプログラム２８Ｐを制御部２０が通信部２５又は図示しない入出力部を介して読み出して記憶部２１に複製したものであってもよい。
【００２９】
表示部２２は、液晶パネルまたは有機ＥＬディスプレイ等のディスプレイ装置を含む。操作部２３は、ユーザの操作を受け付けるインタフェースであり、物理ボタン、ディスプレイ内蔵のタッチパネルデバイスを含む。操作部２３は、物理ボタンまたはタッチパネルにて表示部２２で表示している画面上における操作を受け付けることが可能である。
【００３０】
音声入出力部２４は、スピーカおよびマイクロフォン等を含む。音声入出力部２４は、音声認識部を備えて、マイクロフォンにて入力音声から操作内容を認識して操作を受け付けることが可能である。
【００３１】
通信部２５は、ネットワークＮを介して、または所定の移動通信規格によってサーバ装置１との間の情報の送受信を実現する無線通信モジュールである。通信部２５は、ネットワークカードを用いてもよい。
【００３２】
端末装置２の制御部２０は、アプリプログラム２１Ｐに基づき操作部２３により、健康情報を管理する健康情報通知サービスへのログイン情報を受け付け、サーバ装置１へ通信接続することが可能である。
【００３３】
図３及び図４は、データベース１１０に記憶される情報の内容例を示す図である。図３にはデータベース１１０に記憶されるユーザ情報及び健康情報の内容例を示す。ユーザ情報は、ユーザが初めて健康情報処理システム１００におけるサービスを用いる際にサーバ装置１にて提供される登録用の画面上において、ユーザが端末装置２で登録操作をすることによって収集される。ユーザ情報は、ユーザを識別するユーザ識別情報及び属性情報を含む。属性情報は、ユーザが所属する団体・グループを識別するグループコードを含んでもよい。属性情報は、ユーザの氏名、住所、及び生年月日等の個人情報、後述する健康診断の結果を検査機関から取得するための受診者識別コードを含んでもよい。受診者識別コードは、複数の検査機関に対応して複数含まれてもよい。
【００３４】
属性情報は、ユーザ間の関係を示す情報を含んでもよい。関係は例えば家族関係である。図３の例では、家族であるユーザのユーザ識別情報が続柄と共に記憶されており、相互の対応の把握が可能である。家族会員である「A0003052」のユーザ識別情報が付されているユーザは、「A0001011」のユーザ識別情報が付されているユーザと親子関係であることが示されている。関係は例えばグループ内の管理者とその他との関係である。例えば管理者はある企業における人事・総務の責任者であってその他は従業員である。管理者はその他の従業員の健康面について、必要に応じて産業医への面談、又は医療機関への受診を促すなどの管理の責任を負う。属性情報に関係を示す情報が含まれる場合、関係性を有するユーザ間の情報毎の共有の可否が対応付けられるとよい。家族でも親に対しては共有可であるが、子に対しては共有不可である、又はその逆などがユーザから選択されて設定されているとよい。管理者とその他との関係性においても、全ての個人情報を管理者が共有できないように情報毎に共有の可否が設定できるとよい。また、具体的な数値等ではなく、テキスト化するなどして抽象化した状態での共有であれば管理者に対し共有可能と設定されているとよい。
【００３５】
健康情報は、サーバ装置１にて提供される問診用の画面上において、ユーザ（及び家族会員であるユーザ）が端末装置２で回答操作をすることによって収集されるユーザ毎の問診回答情報を含む。問診回答情報には、過去の問診回答の履歴を含む。健康情報は、ユーザが所属するグループに対して実施される定期的な健康診断又は私的に受診した人間ドック等の診断結果を、ユーザ毎に含んでもよい。問診回答情報及び診断結果の情報は履歴としてそれらの情報を特定する識別情報を診断対象であるユーザのユーザ識別情報に対応付けて記憶される。定期的な健康診断の結果は、ユーザからの操作入力によって記録されたものであってもよいし、ユーザの端末装置２又は他装置から送信されて記録されたものであってもよい。例えばユーザの旧所属先の団体にて管理されていた診断結果の履歴を一旦端末装置２に保持し、データベース１１０に転送して用いることもできる。この場合旧所属先の団体における記憶装置から直接的に、サーバ装置１のデータベース１１０へ転送されたものであってもよい。健康診断の結果は、外部データベース３００から専用線Ｎ３を介して取得されて複製されたものであってもよい。健康診断の結果は、過去に実施された複数年に亘る履歴を含むことが望ましい。診断結果はデータベース１１０に永続的に記録されず、その都度、外部データベース３００から取得されてもよい。
【００３６】
図３及び図４に示した情報は、ユーザは端末装置２を用い、ユーザに対して発行されているアカウント情報に対応させてユーザの健康に関する情報を登録することが可能である。
【００３７】
例えばユーザが、サーバ装置１が提供するＷｅｂサービスに、アカウント情報を用いてログインし、健康情報の登録メニューを選択する。登録メニューが選択された場合、制御部１０は健康診断の結果を特定できる情報の登録を、端末装置２にて表示される画面上で受け付ける。ここで健康診断の結果を特定できる情報とは、例えば、ユーザの健康診断の結果を外部データベース３００から参照するための受診者識別コードである。
【００３８】
サーバ装置１の制御部１０は、ユーザの健康診断の結果の登録を、端末装置２の操作によってテキスト又は選択によって受け付けてもよい。受診者識別コードを用いた外部データベース３００からの健康診断の結果の参照は、専用線Ｎ３を含むネットワークＮのセキュリティが確保された状態であれば可能である。しかしながら健康診断の結果は個人情報であるために、健康情報処理システム１００からの外部データベース３００へのアクセスに制限がかけられる可能性がある。そこで、健康情報処理システム１００内でユーザの診断結果を参照できるように、制御部１０は健康診断の結果自体の登録を端末装置２にてアプリプログラム２１Ｐに基づく画面上でユーザから受け付けてもよい。この場合制御部１０は、診断項目毎の結果である数値、テキスト又は記号の入力を受け付けてもよいし、操作を容易にするために診断結果のデジタル画像（印刷物を撮影したものを含む）の入力を受け付けてもよい。
【００３９】
定期的な健康診断の結果自体の登録をユーザから受け付ける場合、その入力操作のモチベーションを高めるべく、サーバ装置１の制御部１０は情報入力に対し、健康情報処理システム１００に基づく福利厚生サービスで有効なポイントを発行するとよい。ポイントは、提携する医療機関における費用の支払いに用いることが可能であるとよりモチベーションが高まる。この場合医療機関への実際の費用の支払いはそのポイントに応じて福利厚生サービスの実施者、具体的にはユーザを雇用する事業者の福利厚生によって賄われる。またユーザに対して発行されたポイントの累計数に応じて、後述するようにサーバ装置１から提供される情報の量、詳細な情報が含まれるか否かが制御部１０にて制御されてもよい。ポイントは、上述したユーザ間の関係を示す情報が属性情報に含まれる場合に、家族関係を有するユーザ間で共有可能か、又は続柄に応じて移転が可能であることが望ましい。家族関係を有するユーザ間において、いずれか決定権を有するユーザ（マスタ）を特定する情報を対応付けて記憶しておき、決定権を有するユーザからの指示が合った場合に移転されるように制御されるとよい。なおポイントの発行は、ブロックチェーン技術を用い、情報の入力を受け付けてポイントを発行するスマートコントラクトによって自動的に実行されるとよい。発行されるポイントは、入力される情報の数、又は重要度に応じて異なるように設定されるとよい。保険加入に関する情報等、より保護すべき情報の登録に対してはより多くのポイントが発行されるように設定されるとよい。
【００４０】
また制御部１０は、ユーザの健康診断の結果の登録を、上述したように端末装置２における入力操作によらず、端末装置２又は他装置から送信される健康診断の結果を受信することで受け付けてもよい。この場合、端末装置２にて制御部２０は、アプリプログラム２１Ｐに基づいて送信指示を受け付ける画面を表示部２２に表示させ、操作部２３にて健康診断の結果の所在を示す情報の入力を受け付ける。健康診断の結果は、例えば上述したように外部データベース３００に記憶してあるか、端末装置２の記憶部２１に一時的に記憶してあるか、又は、更に他の記憶装置（クラウドサービス）に記憶してある。制御部２０はそれらの記憶装置における健康診断の結果の所在を示す情報（アドレス、ファイル名等）の入力を受け付け、送信指示が選択された場合、記憶部２１に記憶してある健康診断の結果、又は他の記憶装置に記憶してある健康診断の結果を一旦取得し、サーバ装置１へ送信する。このようにして健康診断を受けた機関が変わったり、ユーザの所属グループが変わったりした場合であってもデータを引き継ぎ、サーバ装置１は、引き継がれた履歴を元にして適切な内容を提示することができる。
【００４１】
制御部１０は、受け付けた健康診断の結果を特定するための情報を、ユーザを識別するユーザ識別情報と対応付けてデータベース１１０に記憶する。これにより、図３に示したようにデータベース１１０に記憶されるユーザ情報及び健康情報が作成される。
【００４２】
図４は、問診回答情報の内容例を示す図である。問診回答情報は、後述する処理によって選択された改善項目の情報、また追加される情報として追加でされる問診項目に対する回答内容を、１回の問診を夫々識別する識別情報、及び日時と対応付けて問診対象のユーザのユーザ識別情報毎に記憶される。図４に示す内容例では、識別情報と日時は兼用の情報として使用されている。また問診回答情報は上述のように、ユーザの操作によって診断結果の入力を質問形式で受け付けた場合の内容であってもよい。図４に示すように、問診に対する回答の内容が履歴として記憶されることで、過去の状態からのユーザの症状の推測も可能になる。
【００４３】
サーバ装置１は、図３及び図４に示したような情報をデータベース１１０に記憶、蓄積し、これらの情報を基にしてユーザが用いる端末装置２を介してユーザの健康に関する情報を提示する。図５は、サーバ装置１及び端末装置２間における処理手順の一例を示すフローチャートである。上述したように健康情報の登録が済んでいる状態で、ユーザ又はユーザの家族が端末装置２を用いてアプリプログラム２１Ｐを選択し、アカウント情報を用いてログインすると、サーバ装置１が提供するＷｅｂサービス内で以下の処理が開始される。
【００４４】
制御部１０は、ログインした対象ユーザのユーザ識別情報に対応する健康診断の結果を特定できる情報をデータベース１１０から読み出す（ステップＳ１０１）。健康診断の結果を特定できる情報とは、例えば図３に示したようにユーザ情報にてユーザ識別情報に対応付けて記憶されている受診者識別コードである。健康診断の結果を特定できる情報は、健康診断の結果そのもののデータベース１１０の健康情報に記憶してある診断結果を示す情報であってもよい。
【００４５】
制御部１０は、読み出した健康診断の結果を特定できる情報に基づいて健康診断の結果を可能な場合には過去複数年分、不可能な場合には直近の分を取得する（ステップＳ１０２）。取得先は外部データベース３００、又はデータベース１１０である。ステップＳ１０２において制御部１０は、外部データベース３００から健康診断の結果を取得した場合、可能であればデータベース１１０に複製して健康診断履歴として記憶してもよい。
【００４６】
制御部１０は、ユーザが改善したいと希望する改善項目の選択肢を含む画面の画面情報を端末装置２へ送信する（ステップＳ１０３）。なお改善項目は例えば、今後の自分が「歩ける」ことを維持するための項目、即ち歩けなくなることを予防するための項目であるのか、「見える」ことを維持するための項目であるのか、あるいは「食べられる」ことを維持するための項目であるのかというテーマである。改善項目として他に、ユーザの年齢及び性別に基づいて、例えば４５歳以上の女性に対しては骨粗しょう症の発症を予防したいか、認知症の発症を予防したいか、等の選択肢が挙げられるようにしてもよい。５０歳以上の男性に対しては高血圧を予防したいか、糖尿病の発症を予防したいか等の選択肢が挙げられるようにしてもよい。また改善項目はステップＳ１０２で取得した健康診断の結果に基づいて抽出されてもよい。
【００４７】
端末装置２では制御部２０が、画面情報を受信し（ステップＳ２０１）、Ｗｅｂブラウザ機能により、受信した画面情報に基づき改善項目の選択肢を含む画面を表示部２２に表示させる（ステップＳ２０２）。制御部２０は、操作部２３にて画面上で改善項目の選択操作、又は入力操作を受け付け（ステップＳ２０３）、操作に基づき選択又は入力された改善項目を特定する情報をサーバ装置１へ通信部２５から送信する（ステップＳ２０４）。
【００４８】
サーバ装置１の制御部１０は、端末装置２からユーザの改善項目を取得する（ステップＳ１０４）。制御部１０は、ステップＳ１０２で取得した健康診断の結果、及び、ステップＳ１０４で取得したユーザが希望する改善項目に基づいて、ユーザに対して追加されるべき情報を決定する（ステップＳ１０５）。ステップＳ１０５にて制御部１０は例えば、ユーザに対して更に検査すべき検査項目、検査項目に対応するセンサ又は検査キットを決定する。制御部１０は、予め記憶部１１に設定情報として記憶してあるセンサを特定する情報に基づき、例えば血圧計、心拍計、体重計、又は骨密度計等のいずれかのヘルスデータセンサを決定する。特に、日常的に検査が可能なウェアラブルデバイスを決定するとよい。制御部１０はステップＳ１０５において、唾液、血液、尿、又は便等、いずれかを用いて検査を行なう検査キットの種別を決定してもよい。制御部１０はステップＳ１０５において、予め記憶部１１に設定情報として記憶してある問診票に含まれる項目から、追加して問うべき項目を決定してもよい。
【００４９】
ステップＳ１０５で制御部１０は第１例として、健康診断の結果の各項目の数値の数値範囲、テキスト、又は記号の設定範囲と、追加されるべき検査項目又は問診項目との対応関係を示すテーブルを記憶部１１に設定情報として記憶しておき、健康診断の結果から検査項目又は問診項目を決定する。ステップＳ１０５で制御部１０は第２例として、記憶部１１に設定情報として追加されるべき検査項目又は問診項目の候補と、健康診断の結果の各項目の数値の数値範囲、テキスト、又は記号の設定範囲、及び前記候補への優先度の付与の対応テーブルとを記憶しておく。第２例では制御部１０は、取得したユーザの健康診断の結果の各項目の数値の数値範囲、テキスト、又は記号の設定範囲に応じて候補へ加点し、合計点数の多い順に優先度を付与し、優先度の高い順に複数の検査項目又は問診項目を追加されるべき検査項目又は問診項目として決定する。例えば制御部１０は、健康診断の結果に含まれる１つの項目の数値が、閾値以上であるか、閾値からどの程度乖離しているか等によって前記１つの項目に対応付けられている追加されるべき検査項目又は問診項目に対応する点数を付与する。追加されるべき検査項目又は問診項目の決定方法は第１例及び第２例に限らない。制御部１０は、追加されるべき検査項目又は問診項目と、健康診断の結果との相関に基づいて決定してもよいし、予め健康診断の結果を複数の種別に分類し、分類された種別に対応付けて検査項目又は問診内容を予め記憶部１１に設定情報として記憶しておき、これを読み出して決定したものとしてもよい。
【００５０】
制御部１０はステップＳ１０５で決定した追加されるべき情報を提示する画面の画面情報を作成し、ユーザが使用する端末装置２へ送信する（ステップＳ１０６）。
【００５１】
端末装置２にて制御部２０は画面情報を通信部２５にて受信し（ステップＳ２０５）、受信した画面情報に基づき、追加されるべき情報を提示する画面を表示部２２に表示させ（ステップＳ２０６）、処理を終了する。
【００５２】
サーバ装置１の制御部１０は、ステップＳ１０６の処理で終了してもよいが、対象ユーザのユーザ識別情報に対応付けられている関係を有する他のユーザへ通知すべく以下の処理を追加的に実行するとよい。制御部１０は、対象ユーザと関係を有する他のユーザ識別情報を抽出し、更に共有の可否に基づいて、共有が可であるユーザ識別情報を抽出する（ステップＳ１０７）。制御部１０は、抽出されたユーザ識別情報にデータベース１１０のユーザ情報にて対応付けられている通知先の情報に基づいて、他のユーザが使用している端末装置２へ対象ユーザに対して追加されるべき情報、又は健康診断の結果の内容を通知する（ステップＳ１０８）。これにより、家族又はユーザが所属するグループの管理者がユーザの健康を把握し、健康診断を受診して結果を受けたそのままで放置しないよう、医療機関における受診を勧めるべく休暇を取らせたり、健康に関する生活習慣の改善を促したりすることができる。他のユーザ、家族又は管理者へ通知される健康診断の結果の内容は、概要を表すテキストへ抽象化されていることが好ましい。
【００５３】
ステップＳ２０６において端末装置２の表示部２２に表示されるアプリプログラム２１Ｐの画面には例えば、追加して検査すべき項目を検査できるヘルスデータセンサ、又は検査キットを特定する情報が示されるとよい。この場合、画面には、ヘルスデータセンサ、又は検査キットのいずれかの選択を受け付けるコントロールが含まれていてもよい。ヘルスデータセンサ又は検査キットが提示される場合、サーバ装置１にていずれかの購入又はレンタルを受け付け、ユーザ宛てに配送されるように制御部１０がユーザ情報から届け先を特定して配送手続きを実行してもよい。
【００５４】
またステップＳ２０６において受信した画面情報に基づき表示される画面には、追加して問うべき問診項目が含まれており、その項目に対して回答が可能な入力欄又は選択可能なチェックボックス等のコントロールが含まれているとよい。
【００５５】
なおステップＳ１０３からＳ１０４における改善項目の受け付けは必須ではない。この場合、ステップＳ１０５において制御部１０は、改善項目に関係なく、ユーザの健康診断データに基づいてユーザの健康状態においてリスクが高そうな項目について検査項目等を決定するとよい。
【００５６】
ユーザは、ユーザ自身又は家族が端末装置２の表示部２２に表示された画面を視認して得られるユーザに対して提示されたヘルスデータセンサ、又は検査キットを用いて自宅で実行できる検査を行なう。検査は１回に限らず、複数回行なわれてもよい。ヘルスデータセンサを用いる場合には、日常的に測定して得られる測定結果がユーザ又はユーザの家族が用いる端末装置２にて回収されるとよい。またユーザ又はユーザの家族は、追加されるべき情報として問われる問診項目に対して端末装置２を用いて回答するとよい。
【００５７】
図６は、追加されるべき情報に対する処理手順の一例を示すフローチャートである。ユーザ又はユーザの家族が追加の検査を実施した後、又は追加の問診に対する回答を行なうために端末装置２を用いてアプリプログラム２１Ｐを選択し、アカウント情報を用いてログインする。その場合にサーバ装置１の制御部１０は、提供するＷｅｂサービス内で以下の処理を開始する。
【００５８】
制御部１０は、ユーザのアカウント情報でログインした端末装置２から追加の検査結果又は追加の問診項目への回答を取得する（ステップＳ１１１）。制御部１０は、取得した検査結果又は問診回答を、ユーザのユーザ識別情報に対応付けてデータベース１１０に記憶する（ステップＳ１１２）。これによりデータベース１１０の健康情報に、検査結果又は問診回答の履歴が記憶される。
【００５９】
制御部１０は、ユーザのユーザ識別情報に対応付けてデータベース１１０に記憶されている健康情報に含まれる健康診断の結果、選択された改善項目、及び、ステップＳ１１２で追加された情報に基づき、ユーザの健康状態（症状）を特定する（ステップＳ１１３）。健康状態の特定は必須ではない。
【００６０】
制御部１０は、特定した健康状態に対して適切な健康に関する商品又はサービスを抽出する（ステップＳ１１４）。ステップＳ１１４において制御部１０は、健康診断の結果又は追加された情報に対し、その項目毎に効果があるとして対応付けられている商品又はサービスを記憶部１１に記憶してある設定情報から抽出するとよい。例えば記憶部１１には、肝臓、血糖等の項目、症状、数値範囲、又は改善項目として選択される項目毎に、効果を奏するものとしてサプリメント等の健康食品を特定する商品名、商品番号等の情報が設定情報として記憶されている。また項目、症状、数値範囲毎に、効果が期待できるものとして運動メニュー、健康器具等を特定する情報が記憶部１１に設定情報として記憶されている。運動メニューには提携するジムのメニューであってもよい。健康器具は例えば転倒時の骨折予防のプロテクターであってもよい。制御部１０は、記憶部１１に記憶されている設定情報から、それらを特定する情報をユーザ毎の健康診断の結果又は追加された情報に基づいて抽出する。制御部１０は、健康診断の結果に含まれる項目毎の内容に対応する商品名、商品番号、運動メニュー、健康器具等を特定する情報に対して優先度を付与し、優先度の高い順の所定数分を抽出してもよい。
【００６１】
また制御部１０は、関連度の高い商品又はサービスを統計的処理に基づき、制御部１０自身が実行するレコメンドエンジンを用いて抽出してもよい。この場合制御部１０は、改善項目、健康診断の結果（数値群）、追加補完された情報（検査項目毎の数値群、問診に対するテキストによる回答）を入力とし、推奨される商品又はサービスを出力とする学習モデルを予め作成して記憶部１１に記憶しておき、商品又はサービスの抽出にこの学習モデルを使用してもよい。図７は、予め作成される学習モデル１１１の内容例を示す図である。学習モデル１１１は、例えば複数年にわたる健康診断の項目毎の結果、複数回に亘って追加補完された情報を夫々入力するリカレントニューラルネットワークを用いるとよい。学習モデル１１１は健康診断又は追加補完された情報の数値、テキスト、又は記号等の結果を入力とし、診断結果及び追加補完された情報から推定される症状に見合った商品又はサービスを出力とする。学習モデル１１１は、健康診断の結果及び追加補完された情報の両方の内容と、その内容に対応する改善に寄与する実績のある器具又はサプリメント等の商品又はサービスとを含む教師データを作成して学習される。改善に寄与する実績にある器具又はサプリメントは、医療者等の専門家によって選定されたものであってもよいし、後述するように実際に使用したユーザから受け付ける改善状況が良好であったものを用いてもよい。学習モデル１１１は、選択された改善項目別に複数作成されてもよい。この場合、制御部１０は選択された改善項目に応じて複数の学習モデル１１１からいずれかを選択し、選択した学習モデル１１１の入力に、健康診断の結果、及び追加補完された情報を与えて、出力される商品又はサービスを特定するようにしてもよい。
【００６２】
制御部１０は、抽出した商品又はサービスを特定する情報を含む画面の画面情報を作成し（ステップＳ１１５）、ユーザが使用する端末装置２へ送信する（ステップＳ１１６）。
【００６３】
端末装置２にて制御部２０は画面情報を通信部２５にて受信し（ステップＳ２１１）、受信した画面情報に基づき、改善項目に対して商品又はサービスを特定する情報を提示する画面を表示部２２に表示させ（ステップＳ２１２）、処理を終了する。
【００６４】
図５のフローチャートに示した処理手順は、健康診断が行なわれる頻度に応じて実行される一方で、図６のフローチャートに示した処理手順は、健康診断の結果に対するフォローアップとして健康診断の実施頻度よりも高い頻度で実行される。特に、ステップＳ１１１及びＳ１１２の処理は、ウェアラブルデバイスからのヘルスデータ取得は週に１度程度の頻度で行なわれるとよい。１ヵ月に１度まとめて回収されるようにしてもよい。ユーザ又はユーザの家族がアカウント情報を用いて積極的にログイン操作を行なった場合のみならず、健康診断の結果に基づいて決定される期間後に、ユーザ情報としてデータベース１１０に記憶されている通知先（ユーザの住所、連絡先メールアドレス）へ追加の検査情報又は問診の回収処理が実行できるように操作を促してもよい。
【００６５】
なおステップＳ１１１で取得した追加の検査結果又は追加の問診項目への回答と共に、ユーザの健康診断の結果を、健康情報処理システム１００にて登録されている医師が用いる端末装置２へ送信する処理を追加してもよい。図８は、変形例における処理手順の一例を示すフローチャートである。この場合制御部１０は、登録されている医師宛てに、アドバイス等のコメントの入力を依頼する通知を行ない（ステップＳ１１７）、医師が用いる端末装置２又は他の装置におけるＷｅｂブラウザ経由でコメント（回答）の入力を受け付ける（ステップＳ１１８）。そしてステップＳ１１５で作成したユーザへの情報提示の画面情報にそのコメントを追加し（ステップＳ１１９）、追加後に画面情報を送信して表示させる（Ｓ１１６）。これによりユーザは、医師のコメントを得ることができ、健康情報処理システム１００にて提示される情報は信頼性が上がる。なお医師へのコメント依頼及びコメントの追加処理は、特定のユーザ識別情報についてのみ実行されてもよい。
【００６６】
具体例を挙げて図５及び図６のフローチャートに示した処理手順を説明する。図９から図１３、図１５は、端末装置２の表示部２２に表示される画面例を示す図である。
【００６７】
図９に示すアプリプログラム２１Ｐに基づき表示される画面２２１には、図５のフローチャートに示した処理手順により、ユーザ又はユーザの家族が用いる端末装置２にて表示される改善項目が選択可能に示されている。図９の例では、ユーザが以後維持していきたい体の機能を「見える」「歩ける」及び「食べられる」と分別して夫々選択（タップ）可能なインタフェース２２２，２２３，２２４として示されている。選択項目は、これらのテーマに限らず、「最近疲れやすい」「睡眠不足」等の気になる症状、「ダイエット」「改善したい項目であってもよい。また図９に示す画面例では、ユーザの属性情報を示すテキストが表示されている。テキストに限らず、マーク等が表示されてもよい。
【００６８】
ユーザが表示部２２に表示されている画面２２１内でいずれかのインタフェース２２２，２２３，２２４をタップすると、タッチパネルである操作部２３により制御部２０はいずれかの選択を認識してこれを受け付ける（Ｓ２０３）。
【００６９】
図１０は、図９の画面で「食べられる」のインタフェース２２４が選択されたことで、サーバ装置１が図５のフローチャートに示したステップＳ１０４で決定した追加されるべき情報が画面２２１に表示されている例を示す。図１０の例では、ユーザが男性であり、糖尿病、高血圧のリスクが高まり、それらの症状が発症した場合には食事制限等が増える。ユーザの健康診断の結果の履歴に含まれる血糖の数値に問題はないが血圧が少し高いという結果が含まれている場合、制御部１０はデバイスとして血圧計を提示し、これにより画面２２１に血圧計を示す情報が表示されている。また、画面２２１には、追加されるべき情報として、血圧計を用いて１日の朝晩夫々での測定結果を提示している。ユーザ又はユーザの家族がこれを認知して追加検査を自宅で行ない、端末装置２に追加検査の結果を回収させる。端末装置２にて検査デバイスから自動的に無線通信等を利用して検査結果を回収してもよいし、端末装置２の操作部を用いてユーザが登録してもよい。これにより、ユーザの健康診断の履歴に加えて追加情報が補完される。
【００７０】
図１１は、図６のフローチャートに示した処理手順のステップＳ１１４により、ユーザ又はユーザの家族が用いる端末装置２にて表示される推奨される商品又はサービスを特定する情報を含む画面２２１の一例を示している。図１１に示すように画面２２１には、ユーザの現状の症状を特定するメッセージが含まれている。商品の商品名、効能、使用方法が含まれる。図１１の例では商品として、血圧降下を効能に含むサプリメントが提示されている。図１１に示すように、画面２２１にはサプリメントのＷｅｂ上での購入へのリンクが１又は複数含まれているとよい。
【００７１】
図１２は、図１１同様にユーザに対して推奨される商品又はサービスを特定する情報を含む画面２２１の他の例を示している。図１２に示すように画面２２１には、血圧上昇を防ぐための推奨される運動メニューを示している。運動メニューの内容によっては図１０に示すように、健康情報処理システム１００にて提携するジム等の運動施設におけるプラン、メニュー等の情報が付加されるとよい。より好ましくは、運動施設の予約等が可能なＷｅｂサービスがそのまま実行できるとよい。少なくとも、運動施設が運営するＷｅｂページへのリンクが含まれるとよい。
【００７２】
図１３は、図９の画面で「歩ける」のインタフェース２２３が選択されたことで、サーバ装置１が図５のフローチャートに示したステップＳ１０４で決定した追加されるべき情報が画面２２１に表示されている例を示す。図１３の例では、ユーザの健康診断の結果の履歴に含まれる血圧及び尿酸の数値に基づき、制御部１０は追加されるべき情報として骨内伝播速度を決定する。また、健康診断の結果を参照して血圧値が運動を行なっても可能な範囲である場合には、制御部１０は追加されるべき情報として運動量、例えば歩数を決定する。そして制御部１０は、これらの情報に対応するデバイスとして超音波式骨密度計と歩数計とを提示する。図１３の画面２２１には、骨密度計と歩数計（スマートフォンのアプリ）とが表示されている。なおユーザの血圧値が収縮期１４０ｍｍＨｇ以上、又は拡張期血圧９０ｍｍＨｇ以上である等、高血圧症が疑われる場合には、運動が推奨されないので、制御部１０は追加されるべき情報として運動量（歩数）を除外する。なお、尿酸は痛風の有無を知り、丈夫な骨のために蛋白質を摂取してよいか否かを判断するための指標となる。
【００７３】
このケースにおいて制御部１０は、図６のフローチャートに示したステップＳ１１１によって骨密度計及び歩数計から得られた結果に基づき、以下の具体例のようにして「歩ける」という改善項目に対してユーザに推奨すべき商品又はサービスを抽出する（Ｓ１１４）。例えば制御部１０は、予め記憶部１１に記憶してある数値範囲の組み合わせに基づき、いずれの商品を使用することを推奨するかのアドバイスも含めた設定情報を参照する。図１４は、記憶部１１に記憶してある設定情報の内容例を示す図である。図１４の例では、対象のユーザについてステップＳ１０２で取得してある尿酸、骨密度計で測定された骨内伝播速度、歩数計で得られた歩数の組み合わせに応じて、提示する情報がテーブル化されて記憶してある。制御部１０は、健康診断の結果の尿酸、骨内伝播速度、歩数の組み合わせからテーブルを参照して決定し画面情報を作成する。
【００７４】
他の例として、図９の画面で「歩ける」のインタフェース２２３が選択された場合、「痛風」を考慮する場合がある。この場合、制御部１０は対象のユーザ健康診断の結果の履歴に含まれる血清尿酸値、ヘモグロビンＡ１ｃ（ＮＧＳＰ（National Glycohemoglobin Standardization Program）値）、及びボディマス指数（ＢＭＩ：Body Mass Index ）の数値を参照する。対象ユーザの健康診断の情報から、制御部１０は例えば、追加されるべき情報としてアルコール摂取量を決定する。制御部１０は、その他、対象ユーザの直近の健康診断の結果に含まれる血清尿酸値が所定の数値（例えば７．０ｍｇ／ｄＬ）を超える場合、追加されるべき情報として尿中ｐＨと、関節の痛み評価（ＮＲＳ：Numerical Rating Scale、又はＶＡＳ：Visual Analogue Scale ）を決定する。制御部１０は、尿中ｐＨを測定するためのデバイスとしてデジタルｐＨ計と、アルコール摂取量及び間接の痛みスケール値の入力をタッチパネル等の簡単な操作で受け付けるためのデバイス、例えばスマートフォンのアプリとを提示する。
【００７５】
制御部１０は同様に、対象のユーザについて尿中ｐＨの数値、アルコール摂取量の組み合わせに応じて、記憶部１１に記憶してある設定情報に基づき、ユーザに推奨すべき商品又はサービスを抽出する。このケースにおいて記憶部１１に記憶してある設定情報は、尿中ｐＨについて正常値範囲、境界域の範囲の具体的数値、アルコール摂取量についてはアルコール絶対量（アルコール度数×飲酒量）についての１日あたりの許容範囲の具体的数値を含む。設定情報には図１４同様に、尿中ｐＨが含まれる範囲と、アルコール絶対量の直近７日間の許容範囲との比較結果と、アルコール摂取量の直近３日間とそれ以前例えば８日から１０日前の３日間との比較に基づく増減の傾向との組み合わせに応じて、提示する情報がテーブル化されるとよい。制御部１０は、健康診断の結果の血清尿酸値、尿中ｐＨ値の範囲、アルコール摂取量（絶対量）の許容範囲との比較結果、アルコール摂取量の増減傾向の組み合わせからテーブルを参照して提示する情報を決定し、画面情報を作成するとよい。
【００７６】
図１５は、ユーザに対して推奨される商品又はサービスを特定する情報を含む画面２２１の他の例を示している。図１５に示すように画面２２１には、カルシウム、ビタミンＤを含むサプリメントの摂取と、適度な運動を促すアドバイスが表示されている。
【００７７】
このように、選択された改善項目に対し、対象ユーザの健康診断の結果をベースとしてどのような処置が適切か、健康情報処理システム１００によってユーザへ提供される。ベースとされる健康診断の結果は、直近３年分等の限定的なデータではなく、被雇用者となってからの蓄積データとすることができる。複数の企業、グループを渡り歩き、異なる受診機関で健康診断を受けた場合も、これらの情報を集積してベースとすることが好ましい。また家族会員ユーザの病歴、症状等を参照して遺伝が影響する疾患について重み付けを大きくしてもよい。
【００７８】
実施の形態１の健康情報処理システム１００によってユーザは、処置として自宅で可能な検査を行なった上で、更に効果的な健康食品又は運動メニュー等を知ることができる。ユーザは症状が無く通院する程でなくとも、選択した改善項目について発症を予防するための生活習慣の改善の方法を具体的に知り、実践することが可能になる。アフターフォローとしてアプリプログラム２１Ｐから、定期的な追加されるべき検査又は問診回答等を通知することで、予防を持続させることも期待できる。
【００７９】
このように提示された推奨される商品又はサービスについて、摂取又は使用がされたか否か、それにより改善したか否かをユーザから回収することも可能である。図１６は、健康情報処理システム１００にて事後的に実行される処理手順の一例を示すフローチャートである。図６のフローチャートに示した処理手順が実行されてから任意の期間後に、ユーザ又はユーザの家族が端末装置２を用いてアプリプログラム２１Ｐを選択してログインすると、サーバ装置１が提供するＷｅｂサービス内で以下の処理が開始される。以下の処理が開始されるまでの期間は、ユーザに提示された商品又はサービス、またユーザの症状、例えば追加されるべき情報として提示された検査項目について得られた内容によって異なる。
【００８０】
サーバ装置１の制御部１０は、ユーザのその後の状況を受け付ける画面の画面情報を端末装置２へ送信する（ステップＳ１２１）。その後の状況を受け付ける画面とは例えば、症状の改善が見られたか否かの選択が可能であり、具体的な改善の内容をテキストで受け付けるための入力欄が設けられていてもよい。また追加されるべき情報に対応する検査キットを特定する情報が含まれ、改善を確認するための検査が指示されていてもよい。
【００８１】
端末装置２では制御部２０が、画面情報を受信し（ステップＳ２２１）、Ｗｅｂブラウザ機能により、受信した画面情報に基づきその後の状況を受け付ける画面を表示部２２に表示させる（ステップＳ２２２）。制御部２０は、操作部２３にて画面上でその後の状況の選択操作、又は入力操作を受け付け（ステップＳ２２３）、操作に基づき選択又は入力された状況を示す情報をサーバ装置１へ通信部２５から送信する（ステップＳ２２４）。
【００８２】
サーバ装置１の制御部１０は、端末装置２からユーザの状況を示す情報を受信し（ステップＳ１２２）、データベース１１０に健康情報として記憶する（ステップＳ１２３）。制御部１０は、ステップＳ１２２で受信した情報を加味して、それまでに所得したユーザの健康情報を用いて、追加されるべき情報を決定する（ステップＳ１２４）。ステップＳ１２４における処理は、図５のフローチャートに示した処理手順のステップＳ１０５同様である。図５のフローチャートにおける処理手順のステップＳ１０６と同様に制御部１０は、ユーザに対して追加されるべき情報を提示する画面の画面情報を作成して送信する（ステップＳ１２５）。制御部１０は、その後、図６のフローチャートに示した処理手順を実行し、以後、ステップＳ１２２で受信した情報も用いてユーザの健康状態を特定し（ＳＳ１１３）、更に健康に関する商品又はサービス等を抽出し（Ｓ１１４）、画面情報を作成して提示してもよい（Ｓ１１５，Ｓ１１６）。これに対して端末装置２でも提示される画面の画面情報に基づいて画面を表示させ（Ｓ２１２）、処理を終了する。
【００８３】
このようにして、ユーザのその後の改善状況に応じて、他の商品又はサービスを更に推奨するか、同じ商品又はサービス等を提示して繰り返し商品又はサービスを利用することを促すことも可能である。また、学習モデル１１１を含むレコメンドエンジンにて商品又はサービスを抽出する方法を採用する場合、制御部１０は、改善状況に応じてレコメンドエンジンを更新し、より精度よくユーザの健康を改善又は維持する商品又はサービスを提案するサービスの品質を向上させることができる。具体的には制御部１０は、学習モデル１１１から出力された商品又はサービスについて、該出力された商品又はサービスの提示先のユーザの事後の改善状況でラベル付けする。制御部１０は、ラベル付けされた商品又はサービスを出力とし、該商品又はサービスが出力されたときに学習モデル１１１に入力した同一ユーザの健康診断データ及び追加の測定結果又は回答を入力とした教師データを作成し、データベース１１０に蓄積するとよい。制御部１０は、蓄積された教師データを学習モデル１１１に与えて再学習し、これにより、事後の改善状況のフィードバックを反映させた学習モデル１１１が得られる。改善状況のフィードバックを反映させた学習モデル１１１を用いることで、よりユーザの健康に関し改善させることが可能な商品又はサービスを提示することができる。
【００８４】
図１７は、端末装置２の表示部２２に表示される画面例を示す図である。図１７に示す画面例は、改善したか否か、改善度はどれほどかの状況を受け付ける（Ｓ２２３）ための画面２２５の一例を示している。図１７に示すように画面２２５には、改善したか否か、またその改善度合いを選択するチェックボックス２２６が含まれている。
【００８５】
このようにして、更に推奨された商品又はサービスの摂取又は使用によって、どれほどに改善されたかを、データベース１１０にてユーザのユーザ識別情報毎に時間情報と対応付けて記憶する。これによって、健康診断の結果、追加された検査結果又は問診回答との相関関係、ユーザ毎の効果の程度等が特定され、ユーザ夫々に対するその後の更なる予防効果を期待できる。また、改善されたか否か、また改善の度合いのフィードバックを回収することで、データベース１１０全体の解析によって、より改善又は予防に対して精度の高い商品又はサービスの提示が可能になる。
【００８６】
（実施の形態２）
実施の形態２では、健康情報処理を美容に特化して実現する。図１８は、実施の形態２における健康情報処理システム２００の構成を示すブロック図である。実施の形態２におけるハードウェア構成は、実施の形態１における健康情報処理システム１００と同様であるので共通する構成については同一の符号を付して詳細な説明を省略する。実施の形態２では、端末装置２の記憶部２１には、アプリプログラム２１Ｐに代替して美容アプリプログラム２２Ｐが記憶されている。美容アプリプログラム２２Ｐは、記憶媒体２９に記憶された美容アプリプログラム２９Ｐを制御部２０が通信部２５又は図示しない入出力部を介して読み出して記憶部２１に複製したものであってもよい。サーバ装置１の記憶部１１に記憶してあるサーバプログラム１Ｐも、後述するように美容に特化した処理手順を制御部１０に実行させるプログラムである。
【００８７】
実施の形態２において端末装置２は、撮像装置２６又は肌センサ２７と接続されており、撮像装置２６から出力される画像データ、又は肌センサ２７から出力されるデータを取得することができる。撮像装置２６又は肌センサ２７と、端末装置２との間は、無線又は有線により通信する。無線は例えば近距離無線通信を用いるとよい。
【００８８】
撮像装置２６は、ユーザが使用する鏡に取り付けられ、ユーザが鏡を使用した場合にユーザの顔を撮像し、撮像データを端末装置２へ出力する。撮像装置２６は、端末装置２に内蔵されるものを用いてもよい。
【００８９】
肌センサ２７は、例えば水分計を含むポータブルセンサである。肌センサ２７は、無線通信部を内蔵し、端末装置２へ測定結果を出力できることが好ましい。肌センサ２７は、水分計で測定した水分量を端末装置２へ出力する。肌センサ２７は、油分計であってもよいし、弾力計（圧力センサ）であってもよい。肌センサ２７は水分計、油分系、及び弾力計のいずれか２つ又は３つ全てを含むものであってもよい。
【００９０】
実施の形態２では、サーバ装置１は美容に特化するため、健康診断の結果を必ずしも用いなくともよい。実施の形態２では、実施の形態１におけるサーバ装置１によって実行される図５のフローチャートに示した処理手順の内、改善項目として「美容」が選択されている状態であり、肌センサ２７又は撮像装置２６を追加されるべき情報として提示していることと同一である。実施の形態２では、図３のユーザ情報がデータベース１１０に記憶されている状態で、サーバ装置１と端末装置２との間で図６のフローチャートに示した処理手順に対応する以下の示す処理手順を実行する。サーバ装置１は、肌の状態を示す情報を健康情報としてデータベース１１０に記憶しながら、その日の肌の状態に見合った化粧品、サプリメントを提示する。
【００９１】
図１９は、実施の形態２におけるサーバ装置１及び端末装置２間における処理手順の一例を示すフローチャートである。ユーザ情報の登録が済んでいる状態で、ユーザが端末装置２を用いて美容アプリプログラム２２Ｐを選択し、アカウント情報を用いてログインすると、サーバ装置１が提供するＷｅｂサービス内で以下の処理が開始される。
【００９２】
制御部１０は、ログインした対象ユーザのユーザ識別情報に対応する蓄積された健康情報を取得する（ステップＳ３０１）。健康情報には健康診断の結果が含まれてもよい。制御部１０は、追加情報として撮像装置２６又は肌センサ２７にて測定を行なうことを促すメッセージを含む画面の画面情報を端末装置２へ送信する（ステップＳ３０２）。
【００９３】
端末装置２の制御部２０は、画面情報を通信部２５にて受信し（ステップＳ４０１）、受信した画面情報に基づき、撮像装置２６又は肌センサ２７にて測定を行なうことを促すメッセージを含む画面を表示部２２に表示する（ステップＳ４０２）。
【００９４】
ユーザは、撮像装置２６を用いて自身を撮像するか、肌センサ２７を用いて自身の顔の肌の水分量、油分量、又は弾力を測定する。
【００９５】
端末装置２の制御部２０は撮像装置２６又は肌センサ２７から出力される測定結果を取得する（ステップＳ４０３）。制御部２０は、撮像装置２６が用いられる場合は画像データを取得し、肌センサ２７が用いられる場合は測定された水分量、油分量、又は弾力を示す数値データを取得する。制御部２０は取得した測定結果をサーバ装置１へ通信部２５から送信する（ステップＳ４０４）。
【００９６】
サーバ装置１の制御部１０は、端末装置２から測定結果を取得し（ステップＳ３０３）、測定結果に対して解析処理を行なって肌の状態を判定する（ステップＳ３０４）。撮像装置２６が用いられる場合、制御部１０は画像データから肌の明るさ、吹き出物などの肌トラブルの有無、シミ、皺等を特定してもよい。肌センサ２７が用いられる場合、測定結果に含まれる水分量、油分量、又は弾力の数値から、肌が乾燥しているか否かを特定してもよい。
【００９７】
制御部１０は取得した測定結果又は判定した肌の状態を示す情報を時間情報に対応付けてデータベース１１０の健康情報として記憶する（ステップＳ３０５）。これにより、ユーザの肌の状態がデータベース１１０に蓄積される。
【００９８】
制御部１０は、蓄積されている肌の状態の履歴及び判定した肌の状態に基づいて、ユーザの肌に適合する商品、ここでは化粧品又はサプリメントを記憶部１１に予め設定情報として記憶してある商品群から抽出する（ステップＳ３０６）。ステップＳ３０６において制御部１０は、肌の状態に応じて美容サービスを抽出してもよい。
【００９９】
制御部１０は、抽出した商品を特定する情報を含む画面の画面情報を作成し（ステップＳ３０７）、ユーザが使用する端末装置２へ送信する（ステップＳ３０８）。ステップＳ３０７において制御部１０は、化粧品の組み合わせ又は配合を提示する画面の画面情報を作成してもよい。
【０１００】
端末装置２にて制御部２０は画面情報を通信部２５にて受信し（ステップＳ４０５）、受信した画面情報に基づき、測定した肌の状態に対応する商品を特定する情報を提示する画面を表示部２２に表示させ（ステップＳ４０６）、処理を終了する。
【０１０１】
このように、データベース１１０に蓄積されたユーザの肌の状態を含む健康情報に基づき、日々追加補完される肌の状態を示す情報を用いて、その日又は翌日における状態に適した化粧品、サプリメント等を提示することが可能である。これにより、蓄積されていく健康情報と日々更新される健康状態に基づく、多角的な商品又はサービスの提供が可能になる。また実施の形態２にて用いられて記憶される肌の状態は、健康状態として蓄積することにより、実施の形態１における健康状態を示すバロメータとして使用することも可能である。
【０１０２】
実施の形態１及び２においては、サーバ装置１と端末装置２との間の情報の送受信によって、測定結果の取得とこれに対する情報の提示を行なう構成とした。しかしながらサーバクライアントシステムに限らず、端末装置２を用いるユーザ間での情報の交換を実現するシステムとしてもよい。例えばサーバ装置１が仲介する形式によって、第１のユーザの健康情報と似た履歴を持つ第２のユーザに提示した商品又はサービスの情報を提示する。似た健康情報を過去の履歴に持つユーザの複数年に亘る商品又はサービスの摂取又は使用と健康情報の推移をサーバ装置１が提示する。第１のユーザはいずれかの第２のユーザを選択し、第２のユーザは自身の健康情報の推移の情報を、第１のユーザへ提供し、その報酬を受けるユーザ間の情報取引を実現するプラットフォームとなり得る。
【０１０３】
なお、上述のように開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１０４】
１  サーバ装置
１０  制御部
１１  記憶部
１Ｐ  サーバプログラム
１１０  データベース
１１１  学習モデル
２  端末装置
２０  制御部
２１  記憶部
２１Ｐ，２８Ｐ  アプリプログラム
２２Ｐ，２９Ｐ  美容アプリプログラム
２２  表示部
２３  操作部
２５  通信部
２８，２９  記憶媒体
【図１】
2020060803.tif 000003
【図２】
2020060803.tif 000004
【図３】
2020060803.tif 000005
【図４】
2020060803.tif 000006
【図５】
2020060803.tif 000007
【図６】
2020060803.tif 000008
【図７】
2020060803.tif 000009
【図８】
2020060803.tif 000010
【図９】
2020060803.tif 000011
【図１０】
2020060803.tif 000012
【図１１】
2020060803.tif 000013
【図１２】
2020060803.tif 000014
【図１３】
2020060803.tif 000015
【図１４】
2020060803.tif 000016
【図１５】
2020060803.tif 000017
【図１６】
2020060803.tif 000018
【図１７】
2020060803.tif 000019
【図１８】
2020060803.tif 000020
【図１９】
2020060803.tif 000021