JP6913810B1 - プログラム、方法、情報処理装置、及びシステム - Google Patents

Abstract

【課題】ユーザの健康に関連するプロダクトの活用を効果的にサポートするプログラム、方法、情報処理装置及びシステムを提供する。【解決手段】複数の端末装置と、サーバとが、無線又は優先の通信規格を用いてネットワークを介して相互に通信可能に接続されているシステムにおいて、サーバ２０は、ユーザの健康診断の結果に関する健診情報を取得する送受信部２０３１と、ユーザの健診結果を踏まえて、懸念される疾患と、有用なプロダクトとを推論する処理を実行する推論部２０３３と、推論した疾患、及びプロダクトに関する情報からお勧め情報を作成し、端末装置１０を介してユーザに提示する提示部２０３４と、お勧め情報に含まれるプロダクトのユーザによる使用履歴を集計する集計部２０３５と、を具備する。【選択図】図３

Description

本発明は、プログラム、方法、情報処理装置、及びシステムに関する。

近年、生活様式の変化に伴い、生活習慣病の蔓延が著しい中で、健康管理に対するニーズが高まっている。近年提供される各種のアプリや健康関連グッズには、健康を維持管理するためのもの、及び健康上の問題を改善可能なものが多数存在している。これらのような健康関連のプロダクトをうまく活用できれば、生活習慣病等の予防に役立てることが可能である。

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

しかしながら、健康関連のプロダクトは、効能がそれぞれ異なる。また、プロダクトを見ただけでは実際に効果があるか否かを判断することは難しい。さらに、自分の疾患に気付いていない場合には、プロダクトを探す動機すら浮かばない。そのため、有効な各種のプロダクトが存在しているにも関わらず、それらをうまく活用しきれていないという現状がある。
なお、特許文献１では、事業所に設置される画像形成装置を管理するシステムにおいて、複数のアプリ情報を保有し、ユーザ固有のデータに基づいて、おすすめのアプリを提案することが開示されている。しかしながら、特許文献１に記載の発明は、事業所に設置される画像形成装置を管理するシステムを対象としているため、ユーザの健康を管理するためのアプリを見つけるのに適した方法とはなっていない。

本開示の目的は、ユーザの健康に関連するプロダクトの活用を効果的にサポートすることである。

本開示のプログラムは、プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、プログラムは、プロセッサに、ユーザの健康診断の結果に関する健診情報を取得する第１ステップと、健診情報に基づき、健康を管理するためのプロダクトのお勧め情報を、ユーザに提示する第２ステップと、お勧め情報に含まれるプロダクトの使用状況を管理する第３ステップと、を実行させる。

本開示のプログラムによれば、ユーザの健康に関連するプロダクトの活用を効果的にサポートできる。

本実施形態のシステムの全体構成を示す図である。 本実施形態のシステムに含まれる端末装置の機能的な構成を示すブロック図である。 本実施形態のシステムに含まれるサーバの機能的な構成を示すブロック図である。 健診情報ＤＢのデータ構造を示す図である。 製品情報ＤＢ、及びアプリ情報ＤＢのデータ構造を示す図である。 ログ情報ＤＢのデータ構造を示す図である。 ユーザ情報ＤＢのデータ構造を示す図である。 製品使用情報ＤＢのデータ構造を示す図である。 アプリ使用情報ＤＢのデータ構造を示す図である。 本実施形態のシステムにおける動作の一例を説明する図である。 本実施形態のシステムにおける動作の他の例を説明する図である。 ユーザに効果的なプロダクトについての情報を取得する際の処理の一例を表すフローチャートである。 端末装置のディスプレイに表示される第１の画面例を説明する図である。 端末装置のディスプレイに表示される第２の画面例を説明する図である。 端末装置のディスプレイに表示される第３の画面例を説明する図である。 端末装置のディスプレイに表示される第４の画面例を説明する図である。

以下、本発明の一実施形態について、図面に基づいて詳細に説明する。なお、実施形態を説明するための図面において、同一の構成要素には原則として同一の符号を付し、その繰り返しの説明は省略する。

＜０．概要＞
本実施形態に係るシステム１は、ユーザの健康診断の結果に基づいて、ユーザにとって有用なプロダクトに関する情報を提供する。この説明において、プロダクトとは、健康管理に使用されるアプリケーションソフト（以下、単にアプリという）、又は健康管理に用いられる製品である。健康管理に用いられる製品とは、健康食品、健康器具、各種の計測器、その他の健康を促進するために用いられる各種の製品を含む。
すなわち、システム１は、ユーザの健康状態が損なわれている場合、又は将来損なわれる蓋然性が高い場合に、生活習慣の改善に使用できるアプリ又は製品の情報を提供する。さらにシステム１は、情報を提供したアプリ、又は製品をユーザが実際に使用しているかどうかを管理する。

＜１．全体構成＞
図１は、本実施形態のシステム１の全体構成を示す図である。図１に示すように、システム１は、ユーザが使用する端末装置１０と、サーバ２０とを備えている。端末装置１０と、サーバ２０とは、無線又は優先の通信規格を用いて、ネットワーク８０を介して相互に通信可能に接続されている。
図示の例では、複数の端末装置１０がシステム１に含まれている。なお、端末装置１０の数量は、ユーザの人数に合わせて任意に変更可能である。

端末装置１０は、ユーザが業務で使用する汎用のコンピュータである。端末装置１０は、例えば、スマートフォン、又はタブレット端末などの携行性に優れたコンピュータにより実現される。また、端末装置１０は、据え置き型のＰＣ（Personal Computer）、ラップトップＰＣ、ヘッドマウントディスプレイ等のコンピュータであってもよい。

図１に示すように、端末装置１０は、通信ＩＦ（Ｉｎｔｅｒｆａｃｅ）１２と、入力装置１３と、出力装置１４と、メモリ１５と、ストレージ１６と、プロセッサ１９と、を備える。

通信ＩＦ１２は、端末装置１０が外部の装置と通信するため、信号を送受信するためのインタフェースである。
入力装置１３は、ユーザからの入力操作を受け付けるための装置である。入力装置１３は、例えば、タッチパネル、タッチパッド、マウス等のポインティングデバイス、キーボード等を含む。

出力装置１４は、ユーザに対し情報を提示するための装置である。出力装置１４は、例えば、ディスプレイ、スピーカ等を含む。
メモリ１５は、プログラム、及び、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えば、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリにより実現される。

ストレージ１６は、データを保存するための記憶装置であり、例えば、フラッシュメモリ、ＨＤＤ（Hard Disc Drive）により実現される。
プロセッサ１９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路等により構成される。

サーバ２０は、ユーザから入力された情報に基づいて、後述する処理を実行する装置である。サーバ２０は、ネットワーク８０に接続されたコンピュータである。

図１に示すように、サーバ２０は、通信ＩＦ２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９とを備える。

通信ＩＦ２２は、サーバ２０が外部の装置と通信するため、信号を送受信するためのインタフェースである。
入出力ＩＦ２３は、ユーザからの入力操作を受け付けるための入力装置１３、及び、ユーザに対し情報を提示するための出力装置１４とのインタフェースとして機能する。

メモリ２５は、プログラム、及び、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ等の揮発性のメモリにより実現される。
ストレージ２６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤにより実現される。
プロセッサ２９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される。

＜１−１．端末装置１０の構成＞
図２は、本実施形態のシステム１に含まれる端末装置１０の構成を示すブロック図である。図２に示すように、端末装置１０は、無線通信部１２１と、操作入力部１３０（タッチ・センシティブ・デバイス１３１、及びディスプレイ１３２を含む）と、音声処理部１４０と、マイク１４１と、スピーカ１４２と、位置情報センサ１５０と、カメラ１６０と、記憶部１７０と、制御部１８０とを備える。
また、端末装置１０は、図２では図示されていない機能、及び構成（例えば、電力を保持するためのバッテリー、バッテリーから各回路への電力の供給を制御する電力供給回路等）も備える。端末装置１０に含まれる各ブロックは、例えば、バス等により電気的に接続される。

無線通信部１２１は、端末装置１０が他の装置と通信するための処理を行う。無線通信部１２１はアンテナ１２２を介して、制御部１８０で生成された信号に送信処理を施し、外部（例えば、サーバ２０）へ送信する。無線通信部１２１は、外部から受信した信号に受信処理を施し、制御部１８０へ出力する。

操作入力部１３０は、端末装置１０を所有するユーザからの入力操作を受け付けるための機構を有する。具体的には、例えば、操作入力部１３０がタッチスクリーンである場合、タッチ・センシティブ・デバイス１３１と、ディスプレイ１３２とを含む。なお、端末装置１０がＰＣである場合には、操作入力部１３０は、マウス、キーボード等を含むこととしてもよい。

タッチ・センシティブ・デバイス１３１は、例えば静電容量方式のタッチパネルを用いることによって、タッチパネルに対するユーザの接触位置を検出する。タッチ・センシティブ・デバイス１３１は、タッチパネルにより検出したユーザの接触位置を示す信号を入力操作として制御部１８０へ出力する。

ディスプレイ１３２は、制御部１８０の制御に応じて、画像、動画、テキスト等のデータを表示する。ディスプレイ１３２は、例えばＬＣＤ（Liquid Crystal Display）又は有機ＥＬ（Electro-Luminescence）ディスプレイ等によって実現される。

音声処理部１４０は、音声信号の変復調を行う。音声処理部１４０は、例えば音声処理用のプロセッサによって実現される。
音声処理部１４０は、マイク１４１から与えられる音声信号を変調して、変調後の信号を制御部１８０へ出力する。また、音声処理部１４０は、制御部１８０から与えられる音声信号を復調し、復調後の信号をスピーカ１４２へ与える。

マイク１４１は、音声入力を受け付けて、当該音声入力に対応する音声信号を音声処理部１４０へ出力する。スピーカ１４２は、音声処理部１４０から与えられる音声信号を音声に変換して当該音声を端末装置１０の外部へ出力する。

位置情報センサ１５０は、端末装置１０の位置を検出するセンサであり、例えばＧＰＳ（Global Positioning System）モジュールである。ＧＰＳモジュールは、衛星測位システムで用いられる受信装置である。衛星測位システムでは、少なくとも３個又は４個の衛星からの信号を受信し、受信した信号に基づいて、ＧＰＳモジュールが搭載される端末装置１０の現在位置を検出する。

カメラ１６０は、撮像素子により光を受光して、画像信号として出力するデバイスである。カメラ１６０は、例えば、端末装置１０を使用するユーザと対向する位置に配置される。カメラ１６０は、例えばユーザの健康診断書を撮影し、画像信号を出力する。

記憶部１７０は、図１に示すストレージ１６により構成され、端末装置１０が使用するデータ、及びプログラムを記憶する。例えば、記憶部１７０は、ユーザの健診情報１７１を記憶する。ユーザの健診情報とは、ユーザの健康診断に関する情報である。健診情報の具体例については、後述する健診情報ＤＢにおいて説明する。
なお、本説明における健康診断に関する情報としては、一般的に行われる定期健康診断における検査項目を含む他、一般的な定期健康診断では検査項目に含まれない、ＤＮＡ情報等のユーザの生体情報に関する情報を含んでよい。

制御部１８０は、プロセッサ１９が記憶部１７０に記憶されるプログラムを読み込み、プログラムに含まれる命令を実行することにより実現される。制御部１８０は、端末装置１０の動作を制御する。具体的には、例えば、制御部１８０は、操作受付部１８１、送受信部１８２、取得部１８３、表示部１８４としての機能を発揮する。

操作受付部１８１は、入力装置１３から入力されるユーザの操作を受け付けるための処理を行う。例えば、操作受付部１８１は、タッチ・センシティブ・デバイス１３１に対してユーザが指等を接触させた座標の情報に基づき、操作者の操作がフリック操作であるか、タップ操作であるか、ドラッグ（スワイプ）操作であるか等の操作の種別を判定し、操作を受け付ける。

送受信部１８２は、端末装置１０が、サーバ２０等の外部の装置と、通信プロトコルに従ってデータを送受信するための処理を行う。

取得部１８３は、端末装置１０を使用するユーザの健診情報を取得する。例えば、取得部１８３は、ディスプレイ１３２に表示される健診情報の入力フォーマットに対して、ユーザが操作入力部１３０を操作して入力した健診情報を取得する。
また、取得部１８３は、ユーザがカメラ１６０を用いて健康診断書の少なくとも一部を撮影することで入力した画像データに対して、文字認識処理を利用する画像解析を行い、健診情報を取得してもよい。この際、取得部１８３は、健康診断書のうち、画像データに含まれない部分については、健診情報の入力フォーマットに対して、ユーザが操作入力部１３０を操作して入力した健診情報を取得する。取得部１８３により取得された画像データは、送受信部１８２を介してサーバ２０へ送信されてもよい。

取得部１８３は、健診情報をアップロードすることを喚起（リマインド）する情報を、端末装置１０に提示する。取得部１８３は、喚起の提示に従って入力された健診情報、又は喚起の提示に従って撮影された画像データを取得する。取得部１８３は、喚起する情報を、例えば、所定の時期に端末装置１０に提示する。所定の時期は、例えば、所定の月、所定の季節等である。また、取得部１８３は、喚起する情報を、前回のアップロードからの経過時期に基づいて提示してもよい。例えば、取得部１８３は、前回のアップロードから１年経過すると、喚起する情報を端末装置１０に提示する。健診情報をアップロードする所定の期間は、ユーザが任意に設定してもよい。

取得部１８３は、ユーザの操作により、外部の健診センターのシステムにアクセスし、ユーザの健診情報を取得してもよい。
取得部１８３は、ユーザが端末装置１０を操作した際の操作情報を取得する。具体的には、取得部１８３は、ユーザがＥＣサイトから製品を購入する際の操作情報を取得する。また、例えば、取得部１８３は、ユーザがアプリを配信サイトからダウンロードする際の操作情報を取得する。また、例えば、取得部１８３は、ユーザがダウンロードしたアプリを使用する際の操作情報を取得する。

なお、取得部１８３は、製品の購入情報を取得してもよい。具体的には、ユーザがＥＣサイトを利用せずに店舗で製品を購入した際に、取得部１８３は、購入した製品についての情報の入力をユーザから受け付ける。取得部１８３は、入力された情報を、ユーザが当該製品を購入したことを示す購入情報として取得する。
取得部１８３は、製品の使用情報を取得する。具体的には、ユーザが製品を使用した際に、取得部１８３は、使用した製品についての情報の入力をユーザから受け付ける。取得部１８３は、入力された情報を、ユーザが製品を使用したことを示す使用情報として取得する。
取得部１８３により取得された情報、例えば、健診情報、操作情報、購入情報、又は使用情報は、ユーザの識別情報が付され、送受信部１８２を介してサーバ２０へ送信される。

表示部１８４は、出力装置１４に各種のデータを表示することで、ユーザに対して種々の情報を表示する。

＜１−２．サーバ２０の機能的構成＞
図３は、本実施形態のシステム１に含まれるサーバ２０の機能的な構成を示すブロック図である。図３に示すように、サーバ２０は、通信部２０１と、記憶部２０２と、制御部２０３としての機能を発揮する。

通信部２０１は、サーバ２０が外部の装置と通信するための処理を行う。

記憶部２０２は、図１に示すストレージ２６により構成され、サーバ２０が使用するデータ及びプログラムを記憶する。例えば、記憶部２０２は、健診情報データベース（ＤＢ）２８１、製品情報データベース（ＤＢ）２８２、アプリ情報データベース（ＤＢ）２８３、ログ情報データベース２８４、ユーザ情報データベース（ＤＢ）２８５、製品使用情報データベース（ＤＢ）２８６、及びアプリ使用情報データベース（ＤＢ）２８７を記憶する。

健診情報ＤＢ２８１は、ユーザの健診情報を保持するためのデータベースである。詳細は後述する。

製品情報ＤＢ２８２は、健康管理に用いられる製品に関する情報を保持するためのデータベースである。詳細は後述する。

アプリ情報ＤＢ２８３は、健康管理に用いられるアプリに関する情報を保持するためのデータベースである。詳細は後述する。

ログ情報ＤＢ２８４は、ユーザのプロダクトに関する操作情報を、操作ログとして保持するためのデータベースである。ここで、プロダクトに関する操作情報とは、例えば、ユーザがＥＣサイトから製品を購入する際の操作情報、ユーザがアプリをダウンロードする際の操作情報、ユーザがダウンロードしたアプリを使用する際の操作情報を含む。
詳細は後述する。

ユーザ情報ＤＢ２８５は、ユーザについて得られる情報を保持するためのデータベースである。詳細は後述する。

製品使用情報ＤＢ２８６は、ユーザによる製品の使用に関する情報を保持するためのデータベースである。詳細は後述する。

アプリ使用情報ＤＢ２８７は、ユーザによるアプリの使用に関する情報を保持するためのデータベースである。詳細は後述する。

また、記憶部２０２は、機械学習により生成された学習済みモデル２８８を記憶する。学習済みモデル２８８は、例えば、端末装置１０のユーザからのアクセスに応答してサーバ２０がサービスを当該ユーザに提供するにあたり、予め記憶部２０２に記憶されている。学習済みモデル２８８は、端末装置１０がサーバ２０に送信する操作ログ、又は健診情報に基づき、随時、生成されることとしてもよい。
学習済みモデル２８８は、例えば、ユーザの健診情報に基づいて、ユーザの健康状態を改善するために有用な、健康を管理するためのプロダクトを判別するモデルである。

学習済みモデル２８８は、学習用データに基づき、モデル学習プログラムに従って機械学習モデルに機械学習を行わせることにより得られる。 例えば、本実施形態において、学習済みモデル２８８は、入力される健診情報に対し、懸念される疾患についての情報と、懸念される疾患にならないため、又は懸念される疾患を改善するために有用なプロダクトに関する情報とを出力するように学習されている。ここで、懸念される疾患とは、ユーザが罹患していると判断される疾患、及び、ユーザがこれから罹患する蓋然性の高いと判断される疾患である。

このとき、学習用データは、例えば、健診情報における各項目の値を入力データとし、入力された各項目の値に対して懸念される疾患情報と、当該疾患情報に関するプロダクト情報とを正解出力データとする。なお、学習用データは、例えば、健診情報における各項目の経時変化を入力データとし、入力された各項目の経時変化に対して懸念される疾患情報と、当該疾患情報に関するプロダクト情報とを正解出力データとしてもよい。

健診結果に基づいて懸念される疾患と、懸念される疾患にならないため、又は懸念される疾患を改善するために有用なプロダクトとは、例えば、専門家の意見に基づいて設定される。つまり、正解出力データは、例えば、健診結果に基づいて専門家により疾患が推定され、推定された疾患に対して行うべき施策、当該施策を行うための製品、当該施策の実行を管理するアプリ等が専門家により判断されている。

本実施形態に係る学習済みモデル２８８は、例えば、複数の関数が合成されたパラメータ付き合成関数である。パラメータ付き合成関数は、複数の調整可能な関数、及びパラメータの組合せにより定義される。本実施形態に係る学習済みモデル２８８は、上記の要請を満たす如何なるパラメータ付き合成関数であってもよいが、多層のネットワークモデル（以下、多層化ネットワークと呼ぶ）であるとする。多層化ネットワークを用いる学習済みモデル２８８は、入力層と、出力層と、入力層と出力層との間に設けられる少なくとも１層の中間層あるいは隠れ層とを有する。学習済みモデル２８８は、人工知能ソフトウェアの一部であるプログラムモジュールとしての使用が想定される。

本実施形態に係る多層化ネットワークとしては、例えば、深層学習（Deep Learning）の対象となる多層ニューラルネットワークである深層ニューラルネットワーク（Deep Neural Network：ＤＮＮ）が用いられ得る。ＤＮＮとしては、例えば、画像を対象とする畳み込みニューラルネットワーク（Convolution Neural Network：ＣＮＮ）を用いてもよい。

制御部２０３は、プロセッサ２９が記憶部２０２に記憶されるプログラムを読み込み、プログラムに含まれる命令を実行することにより実現される。
制御部２０３は、サーバ２０の動作を制御する。具体的には、例えば、制御部２０３は、送受信部２０３１、記憶制御部２０３２、推論部２０３３、提示部２０３４、集計部２０３５、付与部２０３６、及び取得部２０３７としての機能を発揮する。

送受信部２０３１は、サーバ２０が、端末装置１０等の外部の装置と、通信プロトコルに従ってデータを送受信する処理を制御する。具体的には、例えば、送受信部２０３１は、端末装置１０から送信された健診情報を受信する。また、送受信部２０３１は、端末装置１０から送信された操作情報を受信する。また、送受信部２０３１は、端末装置１０から送信された、製品の購入情報を受信する。また、送受信部２０３１は、端末装置１０から送信された、製品の使用情報を受信する。また、送受信部２０３１は、カメラ１６０で撮影された健康診断書に関する画像データを受信してもよい。

記憶制御部２０３２は、送受信部２０３１が受信した各種の情報を記憶部２０２に記憶する。具体的には、記憶制御部２０３２は、送受信部２０３１が受信した健診情報を、健診情報ＤＢ２８１に記憶する。また、記憶制御部２０３２は、送受信部２０３１が受信した操作情報を、操作ログとしてログ情報ＤＢ２８４に記憶する。また、記憶制御部２０３２は、送受信部２０３１が受信した、製品の購入情報を、ユーザ情報ＤＢ２８５に記憶する。また、記憶制御部２０３２は、送受信部が受信した、製品の使用情報を、製品使用情報ＤＢ２８６に記憶する。

推論部２０３３は、ユーザの健診結果を踏まえて、懸念される疾患と、有用なプロダクトとを推論する処理を実行する。具体的には、例えば、推論部２０３３は、学習済みモデル２８８に、記憶部２０２の健診情報ＤＢ２８１に記憶された健診情報を入力し、懸念される疾患、及びユーザに有用なプロダクトを推論する。具体的には、例えば、推論部２０３３は、健診情報を学習済みモデル２８８へ入力し、学習済みモデル２８８から出力される懸念される疾患、及びプロダクトを識別する識別情報を取得する。
なお、学習済みモデル２８８から、懸念される疾患が複数出力されてもよい。また、学習済みモデル２８８から、懸念される疾患に対して有用なプロダクトが複数出力されてもよい。

提示部２０３４は、推論部２０３３が推論した疾患、及びプロダクトに関する情報からお勧め情報を作成し、端末装置１０を介してユーザに提示する。
具体的には、例えば、提示部２０３４は、推論部２０３３が取得した疾患、及びプロダクトを識別する識別情報に基づき、製品情報ＤＢ２８２およびアプリ情報ＤＢ２８３から、製品又はアプリに関する情報を読み出す。提示部２０３４は、推論された疾患と、読み出した製品又はアプリに関する情報と、を含むようにお勧め情報を作成する。

この際、提示部２０３４は、製品情報ＤＢ２８２及びアプリ情報ＤＢ２８３それぞれにおける評価スコアおよび使用スコアを参照して、列挙する際の優先順位をつけてもよい。すなわち、提示部２０３４は、人気のあるプロダクトについては、人気のないプロダクトよりも優位に扱ってもよい。評価スコアは、例えば、アプリ、又は製品の使用状況、又はユーザからの評価等に基づいて算出される。使用スコアは、全てのユーザがどの程度、実際に使用しているかに基づいて算出される。

また、提示部２０３４は、購入したプロダクトの不使用を指摘してもよい。例えば、提示部２０３４は、ユーザ情報ＤＢ２８５を参照し、購入したプロダクトが予め設定された期間使用されていない場合に、当該プロダクトを不使用であることをユーザに指摘する。

集計部２０３５は、お勧め情報に含まれるプロダクトのユーザによる使用履歴を集計する。具体的には、集計部２０３５は、記憶部２０２に記憶されたログ情報ＤＢ２８４を参照し、該当するプロダクトに関する操作ログをソートして集計し、アプリの使用履歴を抽出する。記憶制御部２０３２は、抽出されたアプリの使用履歴に関する情報を、アプリ使用情報ＤＢ２８７の新たなレコードとして記憶する。
また、集計部２０３５は、製品使用情報ＤＢ２８６、およびアプリ使用情報ＤＢ２８７を参照し、それぞれの製品およびアプリのうち、ユーザに使用された実績が多いものをソートして集計する。一定期間内における使用回数の多い製品、またはアプリには、高い使用スコア値が与えられる。記憶制御部２０３２は、製品の使用頻度に基づく使用スコア値を用いて、製品情報ＤＢ２８２における使用スコア値を更新する。また、記憶制御部２０３２は、アプリの使用頻度に基づく使用スコア値を用いて、アプリ情報ＤＢ２８３における使用スコア値を更新する。

付与部２０３６は、ユーザの本システム１の使用状況に応じて、ユーザに対して有利な情報（特典）を付与する。
付与部２０３６は、ユーザの使用履歴に基づき、プロダクトの使用態様が所定の要件を満たした場合、例えば、付与部２０３６は、推奨されている使い方でプロダクトを使用していることが確認できた場合に、ユーザに対して第１の特典を付与する。第１の特典は、健康に関する各種のサービスに利用可能な金銭的価値を有するポイントである。具体的には、例えば、第１の特典は、外部の保険サービスの保険料について適用され、例えば保険料が一部控除されるといったサービスを受けることができる特典である。これは、健康習慣を継続しているという姿勢が、保険サービスにおいて評価されるためである。また、付与部２０３６は、例えば、ユーザがお勧め情報に含まれるアプリ、又は製品を所定の回数使用すると、第１の特典を付与するようにしてもよい。

また、付与部２０３６は、端末装置１０の取得部１８３が健診情報を取得すると、健診情報と対応するユーザに第２の特典を付与する。第２の特典は、健康診断の受診に利用可能な金銭的価値を有するポイントである。具体的には、例えば、第２の特典は、外部の健診センターが行う健康診断の費用に適用され、当該費用が一部控除されるといったサービスを受けることができる特典である。これは、定期的に健康診断を受け、健康管理に努めようという姿勢が評価されるためである。

取得部２０３７は、健康状態の経過が良好な他のユーザが使用しているプロダクトに関する情報を取得する。
具体的には、例えば、取得部２０３７は、所定のユーザと同じ疾患が懸念される他のユーザを抽出する。取得部２０３７は、抽出した他のユーザのうち、健康状態が改善しているユーザを抽出する。取得部２０３７は、抽出した他のユーザが使用しているプロダクトに関する情報を、当該ユーザのユーザ情報ＢＤ２８５から取得する。所定のユーザとは、例えば、端末装置１０を介して情報を要求してきたユーザ、または所定の要件に基づいて選定されたユーザである。所定の要件とは、例えば、プロダクトの使用期間が予め設定した期間に達すること、健康診断を受診してから予め設定した期間が経過したこと、健康状態が予め設定した期間改善しないこと等である。

＜２．データ構造＞
図４から図７は、サーバ２０が記憶するデータベースのデータ構造を示す図である。なお、図４から図７はそれぞれのデータ構造の一例であり、記載されていないデータを除外するものではない。

図４は、健診情報ＤＢ２８１のデータ構造を示す図である。図４に示すように、健診情報ＤＢ２８１のレコードの各々は、項目「ユーザＩＤ」、項目「取得日」、項目「診断日」、項目「氏名」、項目「年齢」、項目「性別」、項目「身長」、項目「体重」、項目「体脂肪率」、項目「ＢＭＩ」、項目「筋肉量」、項目「腹囲」、項目「血圧」、項目「血液検査値」、項目「視力」、項目「聴力」等を含む。

項目「ユーザＩＤ」は、ユーザを識別するためのＩＤを記憶する。

項目「取得日」は、サーバ２０が健診情報を取得した日を記憶する。

項目「診断日」は、健康診断をユーザが受診した日を示す情報である。

項目「氏名」は、ユーザの氏名を示す情報である。項目「年齢」は、ユーザの年齢を示す情報である。項目「性別」は、ユーザの性別を示す情報である。

項目「身長」、「体重」、「体脂肪率」、「ＢＭＩ」、「筋肉量」、「腹囲」、「血圧」、「血液検査値」、「視力」、「聴力」は、健康診断の各検査項目として計測した結果を示す情報である。

項目血液検査値は、サブ項目として「γ-ＧＴＰ」値のような血液検査において分析した各種の分析項目を含む。

健診情報ＤＢ２８１には、図４で示される情報以外の情報が記憶されていてもよい。例えば、内視鏡による体内の撮影動画に関する情報、又は内視鏡により採取した細胞を用いて行われるピロリ菌の有無の判定結果に関する情報等を含んでもよい。

図５は、プロダクトに関する情報として、製品情報ＤＢ２８２のデータ構造、及びアプリ情報ＤＢ２８３のデータ構造を示す図である。本実施形態の説明では、製品情報ＤＢ２８２には、学習済みモデル２８８から出力され得る製品についての情報が記憶されている。また、アプリ情報ＤＢ２８３には、学習済みモデル２８８から出力され得るアプリについての情報が記憶されている。
図５に示すように、製品情報ＤＢ２８２は、項目「製品ＩＤ」、項目「内容」、項目「名称」、項目「提供元」、項目「スコア」、項目「対象疾患」、項目「購入元情報」等を含む。なお、製品情報ＤＢ２８２は、効能、価格、発売年月日に関する項目を含んでもよい。

項目「製品ＩＤ」は、製品のＩＤを示す情報である。

サブ項目「内容」は、製品の内容を示す情報である。

サブ項目「名称」は、製品の名称を示す情報である。

サブ項目「提供者」は、製品の提供者を示す情報である。

サブ項目「スコア」は、製品の評価を示す情報である。このうち、サブ項目「使用」は、本システム１のユーザによる使用頻度を定量的に示す値である。この値は、集計された使用実績から集計される。サブ項目「評価」は、製品の評価に関する情報である。この値は、製品のユーザからの口コミ等から集計される。

サブ項目「対象疾患」は、製品が有用とされる疾患を示す値である。疾患とは、健診情報の検査項目のうち、異常値が示した検査項目のいずれかから判断される疾患（例えば高血圧等）であってもよいし、健診情報の内容全体から導き出される疾患（例えば生活習慣病等）であってもよい。

サブ項目「購入元情報」は、製品を購入するためのＥＣサイトのインターネットアドレスを示す情報である。

図５に示すように、アプリ情報ＤＢ２８３は、項目「アプリＩＤ」、項目「内容」、項目「名称」、項目「提供元」、項目「スコア」、項目「対象疾患」、項目「購入元情報」等を含む。なお、アプリ情報ＤＢ２８３は、効果、価格、発売年月日に関する項目を含んでもよい。

項目「アプリＩＤ」は、アプリのＩＤを示す情報である。

サブ項目「内容」は、アプリの内容を示す情報である。

サブ項目「名称」は、アプリの名称を示す情報である。

サブ項目「提供者」は、アプリの提供者を示す情報である。

サブ項目「スコア」は、アプリの評価を示す情報である。このうち、サブ項目「使用」は、本システム１のユーザによる使用頻度を定量的に示す値である。この値は、集計された使用実績から集計される。サブ項目「評価」は、アプリの評価に関する情報である。この値は、アプリのユーザからの口コミ等から集計される。

サブ項目「対象疾患」は、アプリが有用とされる疾患を示す値である。疾患とは、健診情報の検査項目のうち、異常値が示した検査項目のいずれかから判断される疾患（例えば高血圧等）であってもよいし、健診情報の内容全体から導き出される疾患（例えば生活習慣病等）であってもよい。

サブ項目「配信元情報」は、アプリを購入するための配信元のインターネットアドレスを示す情報である。

図６は、ログ情報ＤＢ２８４のデータ構造を示す図である。
図６に示すように、製品情報ＤＢ２８２は、項目「操作日時」、項目「ユーザＩＤ」、項目「端末ＩＤ」、項目「操作ログ」を含む。記憶される各項目は、ユーザが操作を行ったタイミングで、記憶制御部２０３２により新たなレコードに記憶される。

項目「操作日時」は、ユーザによる操作が発生した日及び時刻（タイムスタンプ）を記憶する。具体的には、項目「時刻」には、例えば、ハードウェアを操作した時刻、アプリを操作した時刻、又はＯＳを操作した時刻が含まれる。

項目「ユーザＩＤ」は、操作したユーザを識別する情報である。

サブ項目「端末ＩＤ」は、ユーザが操作した端末装置１０のＩＤを記憶する。

項目「操作ログ」は、ユーザによる所定の操作を記憶する。具体的には、項目「操作ログ」には、例えば、アプリをダウンロードする操作、製品をＥＣサイトから購入する操作、購入したアプリを使用する操作が記憶される。

製品を購入する操作には、例えば、購入時に利用したＥＣサイトに関する情報、購入した製品に関する情報、購入日、購入数量等の情報が含まれる。

アプリを使用する操作には、例えば、プロダクトとしてのアプリが運動指導アプリであれば、指導日、指導した運動内容、アプリにより記録された運動時間等の情報が含まれる。

図７は、ユーザ情報ＤＢ２８５のデータ構造を示す図である。図７に示すように、ユーザ情報ＤＢ２８５は、項目「健診情報取得日」、項目「懸念疾患」、項目「提示日」、項目「リコメンド履歴」、項目「使用中アプリ」、項目「ダウンロード日」、項目「使用日時」、項目「使用中製品」、項目「購入日」、項目「使用日時」、項目「付与日」、項目「特典情報」を含む。図７では、１ユーザの情報を示しているが、ユーザ情報ＤＢ２８５には、複数のユーザの情報が記憶されている。
ユーザ情報ＤＢ２８５に記憶される各項目は、それぞれのデータが得られたタイミングで、記憶制御部２０３２により新たなレコードに記憶される。

項目「健診情報の取得日」は、最新の健診情報を取得した日付を示す情報である。

項目「懸念疾患」は、ユーザの健診情報から推論された懸念される疾患である。

項目「提示日」は、お勧め情報をユーザに対して提示した日を示す情報である。

項目「リコメンド履歴」は、ユーザに対してお勧め情報として提示した情報の内容を示す情報である。具体的には、提示した懸念疾患、および有用なプロダクトに関する情報を含む。

項目「使用アプリ」は、お勧め情報に含まれるアプリのうち、実際にユーザが使用中のアプリを示す情報である。

項目「ダウンロード日」は、使用中のアプリをダウンロードした日を示す情報である。

項目「使用日時」は、使用中のアプリを使用した日時に関する情報である。

項目「使用製品」は、お勧め情報に含まれる製品のうち、実際にユーザが使用中の製品を示す情報である。

項目「購入日」は、使用中の製品を購入した日を示す情報である。

項目「使用日時」は、使用中の製品を使用した日時に関する情報である。

項目「付与日」は、特典が付与された日を示す情報である。

項目「特典情報」は、特典の内容を示す情報である。

図８は、製品使用情報ＤＢ２８６のデータ構造を示す図である。図８に示すように、製品使用情報ＤＢ２８６は、項目「製品ＩＤ」、項目「使用日時」、項目「ユーザＩＤ」、項目「端末ＩＤ」を含む。

項目「製品ＩＤ」は、製品のＩＤを示す情報である。

項目「使用日時」は、ユーザが、該当する製品を使用した日時を示す情報である。

項目「ユーザＩＤ」は、該当する製品を使用したユーザを識別する情報である。

項目「端末ＩＤ」は、ユーザが、使用情報を入力した端末装置１０を識別する情報である。

図９は、アプリ使用情報ＤＢ２８７のデータ構造を示す図である。図７に示すように、アプリ使用情報ＤＢ２８７は、項目「アプリＩＤ」、項目「使用日時」、項目「ユーザＩＤ」、項目「端末ＩＤ」を含む。

項目「アプリＩＤ」は、アプリのＩＤを示す情報である。

項目「使用日時」は、ユーザが、該当するアプリを使用した日時を示す情報である。

項目「ユーザＩＤ」は、該当するアプリを使用したユーザを識別する情報である。

項目「端末ＩＤ」は、ユーザが、アプリを使用した際に用いた端末装置１０を識別する情報である。
＜３．動作＞
以下、図９を参照しながら、システム１により、ユーザの健診情報に基づいてお勧め情報をユーザに対して提示し、お勧め情報に含まれるプロダクトの使用履歴を集計する処理について説明する。

図９は、システム１における端末装置１０とサーバ２０との動作の一例を説明する図である。
図９に示すように、端末装置１０は、健診情報を取得する（ステップＳ１０１）。具体的には、ユーザから実行指示を受け付けると、表示部１８４は、入力フォーマットに関する画像をディスプレイ１３２に表示させる。
ユーザは、端末装置１０を操作して健診情報を入力する。この際、ユーザはテキスト情報を入力してもよいし、カメラ１６０を用いて撮影して入力してもよい。また、ユーザは、外部の健診センターに照会するための認証情報を入力してもよい。

取得部１８３は、ユーザから入力された健診情報を取得する。具体的には、健診情報がユーザからテキスト情報として入力された場合には、当該テキスト情報を取得する。また、健診情報がユーザから画像情報として入力された場合には、文字認識処理を行い、認識したテキスト情報を取得する。また、ユーザから外部の健診センターに照会するための認証情報が入力された場合には、認証情報を用いて外部の健診センターにアクセスし、健診センターに記憶されている健診情報を読み出す。

ステップＳ１０１の後に、端末装置１０の送受信部１８２は、取得した健診情報を、サーバ２０へ送信する（ステップＳ１０２）。
サーバ２０の送受信部２０３１は、送信された健診情報を受信する（ステップＳ２０１）。記憶制御部２０３２は、送受信部２０３１により受信された健診情報を、記憶部２０２の健診情報ＤＢ２８１の新たなレコードに記憶する。

ステップＳ２０１の後に、サーバ２０の推論部２０３３は、記憶部２０２に記憶された最新の健診情報に基づいて、懸念される疾患、および有用なプロダクトを推論する（ステップＳ２０２）。具体的には、推論部２０３３は、記憶部２０２の健診情報ＤＢ２８１から、推論に必要な健診情報を読み出し、学習済みモデル２８８に入力し、懸念される疾患、及びプロダクトを識別する識別情報を出力させる。推論された疾患、及びプロダクトを識別する識別情報は、記憶制御部２０３２により、ユーザ情報ＤＢ２８５に記憶される。

ステップＳ２０２の後に、サーバ２０の提示部２０３４は、お勧め情報を作成する（ステップＳ２０３）。具体的には、提示部２０３４は、推論部２０３３が取得した、プロダクトを識別する識別情報に基づき、製品情報ＤＢ２８２から製品に関する情報を読み出す。製品に関する情報は、例えば、製品の名称、効能、価格、購入元のリンク等を含む。または、提示部２０３４は、推論部２０３３が取得した、プロダクトを識別する識別情報に基づき、アプリ情報ＤＢ２８３からアプリに関する情報を読み出す。アプリに関する情報は、例えば、アプリの名称、効果、価格、配信元のリンク等を含む。

提示部２０３４は、推論された疾患と、読み出した製品又はアプリに関する情報とを含むようにお勧め情報を作成する。この際、仮に複数のプロダクトが推論されている場合には、提示部２０３４は、お勧め情報に優先順位をつけて列挙する。この際の列挙する順番は、例えば、製品情報ＤＢ２８２及びアプリ情報ＤＢ２８３における評価スコア値および使用スコア値の高さに基づいて決められる。すなわち、提示部２０３４は、人気のあるプロダクトについては、人気のないプロダクトよりも優位に扱ってもよい。

ステップＳ２０３の後に、提示部２０３４は、作成したお勧め情報をユーザに対して提示する（ステップＳ２０４）。具体的には、提示部２０３４は、お勧め情報を、送受信部２０３１を介して端末装置１０へ送信することで、ディスプレイ１３２にお勧め情報を表示させる。

提示部２０３４は、お勧め情報に含まれるプロダクトの使用状況を、ユーザに提示するお勧め情報に含めてもよい。具体的には、提示部２０３４は、お勧め情報に含まれる製品又はアプリについて、製品使用情報ＤＢ２８６又はアプリ使用情報ＤＢ２８７を参照して、当該製品又は当該アプリが、ユーザと類似する健康状態である他のユーザが、実際にどの程度使用しているかという情報をお勧め情報に含める。

また、提示部２０３４は、人気のないプロダクトを、お勧め情報に含めないようにしてもよい。人気のないプロダクトは、例えば、評価スコア値が所定値より低い、使用スコア値が所定値より低い、又は両方の値が所定値より低いプロダクトを表す。具体的には、提示部２０３４は、製品情報ＤＢ２８２及びアプリ情報ＤＢ２８３における使用スコア値が基準点（例えば６０点）を満たさない場合には、当該プロダクトをお勧め情報に含めない。

ステップＳ２０４の後に、ユーザは、お勧め情報で提示されているプロダクトを、端末装置１０を操作して購入する（ステップＳ１０３）。具体的には、ユーザは、お勧め情報に含まれる購入元のＵＲＬにアクセスし、お勧め情報に含まれる製品を購入する。または、ユーザは、お勧め情報に含まれる配信元である配信サイトのＵＲＬにアクセスし、お勧め情報に含まれるアプリを購入する。記憶制御部２０３２は、これらの購入操作の操作ログを、ログ情報ＤＢ２８４に記憶する。
なお、ユーザは、お勧め情報に含まれる購入元のＵＲＬにアクセスすることなく、実店舗からおすすめの製品を購入してもよい。この場合、ユーザは、製品を購入した旨を端末装置１０に入力する。

次に、本システム１による動作の他の例について説明する。図１１は、システム１における処理の他の例を説明する図である。
図１１に示すように、まず、ユーザは、購入したプロダクトを使用する（ステップＳ１０４）。ここで、プロダクトが製品である場合、例えば、ユーザは、端末装置１０を操作して、製品を使用した旨を端末装置１０に入力する。また、プロダクトがアプリである場合、例えばユーザは、ダウンロードしたアプリを使用する操作を端末装置１０に入力する。

ステップＳ１０４の後に、サーバ２０の集計部２０３５は、ユーザがプロダクトを使用した履歴を集計する（ステップＳ２０５）。具体的には、集計部２０３５は、プロダクトが製品である場合には、製品使用情報ＤＢ２８６を参照し、ユーザに使用された回数の多い製品を集計し、使用スコア値を算出する。記憶制御部２０３２は、製品情報ＤＢ２８２の使用スコアを更新する。
また、集計部２０３５は、プロダクトがアプリである場合には、ログ情報ＤＢ２８４を参照し、アプリの使用履歴を抽出し、アプリ使用情報ＤＢ２８７に記憶させる。集計部２０３５は、アプリ使用情報ＤＢ２８７を参照し、ユーザに使用された回数の多い製品を集計し、使用スコア値を算出する。記憶制御部２０３２は、アプリ情報ＤＢ２８３の使用スコアを更新する。

なお、提示部２０３４は、プロダクトの不使用を指摘してもよい。具体的には、例えば、提示部２０３４は、ユーザ情報ＤＢ２８５を参照し、プロダクトが最後に使用されてから所定の期間が経過したか否かを判断する。所定の期間が経過している場合、提示部２０３４は、プロダクトを不使用であることをユーザに対して指摘する。プロダクトが不使用であるか否かは、予め設定された期間が経過するごとに確認されてもよい。

また、提示部２０３４は、製品使用情報ＤＢ２８６およびアプリ使用情報ＤＢ２８７を参照し、所定期間内において、ユーザが既に購入したプロダクトに関する使用頻度が規定回数に満たない場合には、お勧め情報に含まれるプロダクトのうち、既に購入したプロダクトと異なる他のプロダクトを、再度、ユーザに対してお勧め情報として提示してもよい。具体的には、使用頻度が著しく低い場合（例えば一か月の使用回数が３回以下）には、ユーザに対して、他のプロダクトを提示する。

次に、図１２を用いて、取得部２０３７の処理について説明する。図１２は、取得部２０３７がユーザに効果的なプロダクトについての情報を取得する際の処理の一例を表すフローチャートである。
図１２に示すように、まず、取得部２０３７は、ユーザから健康状態の改善に効果的なプロダクトに関する情報を要求する旨の入力があるかどうかを確認する（ステップＳ３０１）。

ユーザから情報の要求がある場合（ステップＳ３０１のＹＥＳ）には、取得部２０３７は、効果的なプロダクトに関する情報を取得する処理を実行する（ステップＳ３０３）。
ユーザから情報の要求がない場合（ステップＳ３０１のＮＯ）には、所定の要件を満たすユーザがいるかどうかを判断する（ステップＳ３０２）。ここで、所定の要件とは、例えば、プロダクトの使用期間が予め設定した期間に達すること、又は健康診断を受診してから予め設定した期間が経過したこと、又は健康状態が予め設定した期間改善しないこと等である。所定の要件は、予め任意に設定することができるとともに、複数の要件を設定してもよい。

所定の要件を満たすユーザが存在しない場合（ステップＳ３０２のＮＯ）には、取得部２０３７の処理は終了する。所定の要件を満たすユーザが存在する場合（ステップＳ３０２のＹＥＳ）には、取得部２０３７は、当該ユーザに対して効果的なプロダクトに関する情報を取得する処理を実行する（ステップＳ３０３）。

ステップＳ３０３において、取得部２０３７は、懸念される疾患が同じであり、かつ、健康状態の経過が良好な他のユーザが使用しているプロダクトに関する情報を取得する。具体的には、取得部２０３７は、ユーザ情報ＤＢ２８５を参照し、自ユーザと同じ疾患が懸念されている他のユーザを特定する。次に、取得部２０３７は、特定した他のユーザにおける健診情報の経時的な変化を確認する。次に、取得部２０３７は、特定した他のユーザのうち、健康状態の改善が最も良好な他のユーザを抽出する。次に、取得部２０３７は、ユーザ情報ＤＢ２８５を参照し、抽出した他のユーザが使用しているプロダクトに関する情報を取得する。プロダクトに関する情報は、例えば、使用しているプロダクトの名称、又は、プロダクトの使い方を含む。プロダクトの使い方は、例えば、使う時間、使う頻度等を含む。
提示部２０３４は、取得したプロダクトに関する情報を、要求があったユーザ、又は所定の要件を満たしたユーザに提示する。

＜４．画面例＞
図１３は、端末装置１０のディスプレイ１３２に表示される第１の画面例を説明する図である。図１３に示す画面例では、健診情報から懸念される疾患が表示されている。具体的には、図１３に示す画面例では、懸念される疾患として、高血圧と生活習慣病とが表示されている。また、表示画面の中央部には、お勧め情報にアクセスするためのＵＲＬが表示されている。なお、表示されるのはＵＲＬに限らず、画面遷移のためのオブジェクトであってもよい。

図１４は、端末装置１０のディスプレイ１３２に表示される第２の画面例を説明する図である。図１４に示す画面例では、図１３で示す画面においてＵＲＬへの接触に応じてアクセスされるお勧め情報が表示されている。
図１４に示す画面例では、お勧め情報として、製品及びアプリを含む複数のプロダクトが提示されている。すなわち、本システム１では、製品とアプリの双方をお勧め情報に含めることができる。また、画面上部の「製品」オブジェクト、又は「アプリ」オブジェクトを選択することで、お勧め情報に含まれるプロダクトのうち、製品のみの表示と、アプリのみの表示とが切り替えられる。

製品、又はアプリそれぞれの表示箇所にユーザが接触することで、製品情報ＤＢ又はアプリ情報ＤＢに記憶されている該当プロダクトの詳細情報が表示される。詳細情報には購入元情報又は配信元情報についてのＵＲＬが含まれている。ユーザは、表示されるＵＲＬに接触することで、該当するインターネットサイトに直接アクセスして、該当するプロダクトを購入することができる。

図１５は、端末装置１０のディスプレイ１３２に表示される第３の画面例を説明する図である。図１５に示す画面例では、健康状態の改善に効果の高いプロダクトに関する情報が表示されている。具体的には、図１５に示す画面例では、ユーザと同じ疾患が懸念され、かつ、健康状態の経過が良好な他のユーザが使用しているプロダクトに関する情報が表示されている。図１５に示す画面例は、画面上部の「全て」オブジェクトが選択されている際の表示を表す。画面上部の「製品」オブジェクトが選択されると、プロダクトのうち、製品のみが表示され、「アプリ」オブジェクトが選択されるとプロダクトのうち、アプリのみが表示される。図１５に示す表示を確認することで、同じ疾患がある他のユーザがどのようなプロダクトを使用して、実際に健康状態を改善したかを参考にすることができる。

図１６は、端末装置１０のディスプレイ１３２に表示される第４の画面例を説明する図である。図１６に示す画面例では、健診情報のアップロードを喚起する内容が表示されている。
図１６に示す画面では、入力予定時期が超過した旨、および入力フォーマットにアクセスするためのＵＲＬが記載されている。

なお、上記の処理に限られず、各処理のステップは、各処理の流れが矛盾しない範囲で任意に変更可能である。例えば、ユーザは、健診情報の更新時期を待たずに、最新の健診情報を入力してもよい。

以上のように、本実施形態では、サーバ２０の記憶制御部２０３２が取得した健診情報に基づいて、推論部２０３３が、ユーザに対して有用なプロダクトを推論する、そして、提示部２０３４が、ユーザに対して推論したプロダクトをお勧め情報を提示し、集計部２０３５がユーザの当該プロダクトの使用履歴を集計する。そして、当該プロダクトをユーザが使用していない場合には、その旨を提示部２０３４が指摘する。このため、ユーザの健康診断の結果から適切な生活習慣の改善を提案し、ユーザの健康管理に資することができる。
システム１によれば、このようにして、ユーザの健康に関連するプロダクトの活用を効果的にサポートできる

また、本システム１がユーザに対して提示するプロダクトが、健康管理に使用されるアプリ、又は健康管理に用いられる製品に関する情報であるため、多岐に渡る生活習慣の改善をユーザに対して提案し、それらの使用状況を管理することができる。

また、記憶制御部２０３２が、健診情報を予め設定したタイミングで取得するので、最新の健康状態に基づいて、お勧め情報として適切なプロダクトを提示することができる。

また、ユーザにより健診情報が更新される期間が予め設定されており、期間を超過した際に、提示部２０３４が、期間を超過した旨をユーザに提示する。このため、ユーザが最新の健診情報の更新を失念するのを防ぐことができる。

また、取得部１８３が健診情報を取得する際に、ユーザが入力した健康診断書の画像データの少なくとも一部に対して文字認識処理を行い健診情報を取得する場合には、所定の入力フォーマットへのユーザの入力作業を減らすことができる。

また、推論部２０３３が健診情報の時系列に沿った変化を特定し、当該変化に基づいて、ユーザに適切なプロダクトを提示部２０３４がお勧め情報としてユーザに提示する。このため、仮に健康診断の受診時において基準値の範囲内を示した検査項目であっても、過去の検査値を含めた推移において、今後基準値の範囲外に至ることが想定されるような場合に、適切なプロダクトを提示することとなる。これにより、ユーザが不健康な状態に陥ることを未然に防ぎ、適切な健康管理に資することができる。

また、ユーザに提示されるお勧め情報が、一定の評価基準を満たすプロダクトであるため、粗悪な製品、又はアプリをユーザに提示することを未然に防ぎ、ユーザの利便性を確保することができる。

また、提示部２０３４が、集計した使用履歴を参照し、お勧め情報に含まれるプロダクトのうち、使用頻度が低いプロダクトについては、他のユーザに対して提示するお勧め情報の候補から除外する。このため、同じような健康状態のユーザに使用されていないプロダクトについて、ユーザに提示しないことができ、ユーザの利便性を確保することができる。

また、提示部２０３４が、集計した使用履歴を参照し、お勧め情報に含まれるプロダクトのうち、使用頻度が高いプロダクトについては、他のユーザに対して提示するお勧め情報の候補としての優先順位を上げる。このため、同じような健康状態のユーザが実際に多く用いられているプロダクトについて、ユーザに提示することができ、ユーザの利便性を確保することができる。

また、提示部２０３４が、集計した使用履歴を参照し、お勧め情報に含まれるプロダクトのうち、使用頻度の低いアプリと異なる他のアプリを、ユーザに対してお勧め情報として提示する。このため、仮に以前に提示されたプロダクトをユーザが快適に使用できなかったとしても、他のプロダクトを提示することで、ユーザにとって使用しやすいプロダクトを模索することができる。

また、提示部２０３４が、ユーザの使用履歴に関する情報を、他のユーザと共有する。このため、提示されたプロダクトの人気を確認することができ、他のユーザの使用履歴を参考にしながら、自身に合うプロダクトを選定することができる。

また、付与部２０３６が、ユーザの使用履歴に基づき、プロダクトの使用態様が所定の要件を満たした場合、ユーザに対して保険サービスの保険料についての有利な情報である第１の特典を付与する。これにより、ユーザのプロダクトを使用することへの動機付けを得ることができる。

また、付与部２０３６が、ユーザからの健診情報を取得すると、取得した健診情報と健康診断についての有利な情報である第２の特典を付与する。これにより、ユーザの健康診断の受診、及び健診情報の入力への動機付けを得ることができる。

また、取得部２０３７が、健康状態の経過が良好な他のユーザが使用しているプロダクトに関する情報を取得する。このため、他のユーザの改善例を参考にして、効果的なプロダクトに関する情報を、ユーザに共有することが可能になり、ユーザが様々なプロダクトを試す手間を省き、効率的に健康状態を改善することができる。

＜５．変形例＞
なお、上記実施形態では、学習済みモデル２８８が、入力された健診情報から、懸念される疾患、及び有用なプロダクトを出力するように学習されている例について説明した。しかしながら、学習済みモデル２８８の学習はこれに限定されない。

例えば、学習済みモデル２８８は、入力された健診情報から、懸念される疾患は出力せず、ユーザにとって有用なプロダクトを出力してもよい。
また、学習済みモデル２８８は、入力された健診情報から、有用なプロダクトは出力せず、懸念される疾患を出力してもよい。この場合には、推論部２０３３が、懸念される疾患と、当該疾患に対して有用なプロダクトと、の関係が一意的に設定されたテーブルデータを用いて、お勧め情報として提示するべきプロダクトを推論してもよい。
この際、例えば、制御部２０３は、疾患と対応付けられているアプリ、又は製品のうち、評価の高いアプリ、又は製品を選択するようにしてもよい。この場合、製品情報ＤＢ２８２には、疾患と対応付けられた製品が記憶され、アプリ情報ＤＢ２８３には、疾患と対応付けられたアプリが記憶されている。

また、学習済みモデル２８８は、ユーザの健診情報と併せて、健診情報ＤＢに含まれる、ユーザに関する情報（年齢、性別、居住地）を用いて学習されてもよい。
この場合には、ユーザに提示するお勧め情報に含まれるプロダクトとして、年代、又は性別に合わせた嗜好の違いを考慮することができる。また、居住地を用いて学習された場合には、例えば、概して住居が広い地方のユーザには大型の健康器具を提示し、概して住居が狭い都心部のユーザには小型の健康器具を提示するといった判断を行うことができる。これにより、ユーザの属性に即して提示するプロダクトに多様性を具備させることができる。この場合には、端末装置１０の取得部１８３は、ユーザの居住地に関する情報を、端末装置１０の位置情報センサ１５０から取得することができる。

また、システム１は、プロダクトの推論に学習済みモデル２８８を用いなくてもよい。この場合には、健診情報の所定の検査項目に対し、お勧めのプロダクトが予め設定されていてもよい。取得した健診情報において、検査項目に問題がある場合、すなわち、基準値の範囲外となる検査項目がある場合、サーバ２０は、問題のある検査項目に対して、設定されているプロダクトを特定する。サーバ２０は、特定したプロダクトを含むようにお勧め情報を作成する。検査項目とプロダクトとを関連付ければよいため、お勧めのプロダクトの候補を幅広くユーザに提示することが可能となる。

また、本実施形態では、外部のＥＣサイトから製品を購入する例を説明したが、本システムから、製品を直接購入可能なシステム設計を行ってもよい。また、本実施形態では、アプリを配信する配信サイトから、アプリのダウンロードを行う例を説明したが、本システムから、アプリを直接ダウンロード可能なシステム設計を行ってもよい。これらの場合には、製品およびアプリの購入情報は、本システムへの購入に関する操作ログを、端末装置１０の取得部１８３が取得することとなる。

以上、本開示の好ましい実施形態について説明したが、本開示は係る特定の実施形態に限定されるものではなく、本開示には、特許請求の範囲に記載された発明とその均等の範囲が含まれる。また、上記実施形態及び変形例で説明した装置の構成は、技術的な矛盾が生じない限り、適宜組み合わせ可能である。

＜付記＞
以上の各実施形態で説明した事項を、以下に付記する。

（付記１）
プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、プログラムは、プロセッサに、ユーザの健康診断の結果に関する健診情報を取得する第１ステップ（ステップＳ１０２）と、健診情報に基づき、健康を管理するためのプロダクトのお勧め情報を、ユーザに提示する第２ステップ（ステップＳ２０４）と、お勧め情報に含まれるプロダクトの使用状況を管理する第３ステップ（ステップＳ２０５）と、を実行させるプログラム。

（付記２）
第１ステップ（ステップＳ１０２）では、健診情報を予め設定したタイミングで取得する、（付記１）に記載のプログラム。

（付記３）
第１ステップ（ステップＳ１０２）では、ユーザが前記健診情報を入力する期間が予め設定されており、期間を超過した際に、期間を超過した旨をユーザに提示する、（付記１）又は（付記２）に記載のプログラム。

（付記４）
第１ステップ（ステップＳ１０２）では、健康診断書の少なくとも一部が撮影された画像データに対して文字認識処理を行い、健診情報を取得する、（付記１）から（付記３）のいずれかに記載のプログラム。

（付記５）
第２ステップ（ステップＳ２０４）では、健診情報の時系列に沿った変化を特定し、当該変化に基づいて、ユーザにお勧め情報を提示する、（付記２）から（付記４）のいずれかに記載のプログラム。

（付記６）
第２ステップ（ステップＳ２０４）では、健診情報の所定の検査項目に対し、お勧めのプロダクトが予め設定されており、取得した健診情報のいずれかの検査項目に問題がある場合、問題がある検査項目に設定されているプロダクトをお勧め情報に含める、（付記１）から（付記５）のいずれかに記載のプログラム。

（付記７）
第２ステップ（ステップＳ２０４）では、一定の評価基準を満たすプロダクトを前記お勧め情報に含める、（付記１）から（付記６）のいずれかに記載のプログラム。

（付記８）
第２ステップ（ステップＳ２０４）では、ユーザからの人気のないプロダクトは、前記お勧め情報に含めない、（付記１）から（付記７）のいずれかに記載のプログラム。

（付記９）
第２ステップ（ステップＳ２０４）では、ユーザからの人気のあるプロダクトは、前記お勧め情報において他のプロダクトより優位に扱われる、（付記１）から（付記８）のいずれかに記載のプログラム。

（付記１０）
第２ステップ（ステップＳ２０４）では、集計した使用履歴を参照し、お勧め情報に含まれるプロダクトのうち、使用頻度の低いアプリケーションソフトと異なる他のアプリケーションソフトを、ユーザに対してお勧め情報として提示する、（付記１）から（付記９）のいずれかに記載のプログラム。

（付記１１）
プロセッサに、健康状態が改善している他のユーザが使用しているプロダクトに関する情報を、前記ユーザに提示する第４ステップ（ステップＳ２０６）を実行させる、（付記１）から（付記１０）のいずれかに記載のプログラム。

（付記１２）
プロセッサに、ユーザの使用履歴に基づき、プロダクトの使用態様が所定の要件を満たした場合、ユーザに対して有利な情報を付与する第５ステップを実行させる、（付記１０）から（付記１１）のいずれかに記載のプログラム。

（付記１３）
有利な情報は、保険サービスの保険料についての有利な情報である、（付記１２）に記載のプログラム。

（付記１４）
第１ステップ（ステップＳ１０２）では、健診情報を取得すると、取得した健診情報と対応するユーザに、有利な情報を付与する、（付記１）から（付記１３）のいずれかに記載のプログラム。

（付記１５）
有利な情報は、健康診断の費用についての有利な情報である（付記１４）に記載のプログラム。

（付記１６）
プロダクトは、健康管理に使用されるアプリケーションソフトに関する情報、又は健康管理に用いられる製品に関する情報である、（付記１）から（付記１５）に記載のプログラム。

（付記１７）
プロセッサと、メモリとを備えるコンピュータに実行させる方法であって、プロセッサが、ユーザの健康診断の結果に関する健診情報を取得する第１ステップ（ステップＳ１０２）と、健診情報に基づき、健康を管理するためのプロダクトのお勧め情報を、ユーザに提示する第２ステップ（ステップＳ２０４）と、お勧め情報に含まれるプロダクトの使用状況を管理する第３ステップ（ステップＳ２０５）と、を実行する方法。

（付記１８）
制御部（２０３）と、記憶部（２０２）とを備える情報処理装置２０であって、制御部（２０３）が、ユーザの健康診断の結果に関する健診情報を取得する第１ステップと、 健診情報に基づき、健康を管理するためのプロダクトのお勧め情報を、ユーザに提示する第２ステップと、お勧め情報に含まれるプロダクトの使用状況を管理する第３ステップと、を実行する情報処理装置２０。

（付記１９）
ユーザの健康診断の結果に関する健診情報を取得する第１手段（取得部１８３）と、健診情報に基づき、健康を管理するためのプロダクトのお勧め情報を、ユーザに提示する第２手段（提示部２０３４）と、お勧め情報に含まれるプロダクトの使用状況を管理する第３手段（集計部２０３５）と、を備えるシステム１。

１…システム
１０…端末装置
１２１…無線通信部
１３…入力装置
１３０…操作入力部
１３１…タッチ・センシティブ・デバイス
１３２…ディスプレイ
１４…出力装置
１４０…音声処理部
１４１…マイク
１４２…スピーカ
１５…メモリ
１５０…位置情報センサ
１６…ストレージ
１６０…カメラ
１７０…記憶部
１７１…健診情報
１８０…制御部
１８１…操作受付部
１８２…送受信部
１８３…取得部
１８４…表示部
１９…プロセッサ
２０…サーバ
２０１…通信部
２０２…記憶部
２０３…制御部
２０３１…送受信部
２０３２…記憶制御部
２０３３…推論部
２０３４…提示部
２０３５…集計部
２０３６…付与部
２０３７…取得部
２５…メモリ
２６…ストレージ
２８１…健診情報ＤＢ
２８２…製品情報ＤＢ
２８３…アプリ情報ＤＢ
２８４…ログ情報ＤＢ
２８５…ユーザ情報ＤＢ
２８６…製品使用情報ＤＢ
２８７…アプリ使用情報ＤＢ
２８８…学習済みモデル
２９…プロセッサ

Claims (20)

1. プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、
   前記プログラムは、前記プロセッサに、
   ユーザの健康診断の結果に関する健診情報を取得する第１ステップと、
   前記健診情報に基づき、健康を管理するためのプロダクトのお勧め情報を、前記ユーザに提示する第２ステップと、
   前記お勧め情報に含まれるプロダクトを前記ユーザが使用した使用日時を記録する第３ステップと、
   前記プロダクトが最後に使用されてから所定の期間が経過している場合には、前記プロダクトの不使用を、前記ユーザに対して指摘する第４ステップと、を実行させるプログラム。
2. 前記第３ステップにおいて、
   前記お勧め情報に含まれるプロダクトについての、前記ユーザの使用頻度を集計する、請求項１に記載のプログラム。
3. 前記第１ステップでは、
   前記健診情報を予め設定したタイミングで取得する、請求項１又は２に記載のプログラム。
4. 前記第１ステップでは、
   前記ユーザが前記健診情報を入力する期間が予め設定されており、前記期間を超過した際に、前記期間を超過した旨を前記ユーザに提示する、請求項１から３のいずれか１項に記載のプログラム。
5. 前記第１ステップでは、
   健康診断書の少なくとも一部が撮影された画像データに対して文字認識処理を行い、前記健診情報を取得する、請求項１から４のいずれか１項に記載のプログラム。
6. 前記第２ステップでは、
   前記健診情報の時系列に沿った変化を特定し、当該変化に基づいて、前記ユーザに前記お勧め情報を提示する、請求項１から５のいずれか１項に記載のプログラム。
7. 前記第２ステップでは、
   健診情報の所定の検査項目に対し、お勧めのプロダクトが予め設定されており、前記取得した健診情報のいずれかの検査項目に問題がある場合、問題がある検査項目に設定されているプロダクトをお勧め情報に含める、請求項１から６のいずれか１項に記載のプログラム。
8. 前記第２ステップでは、
   一定の評価基準を満たすプロダクトを前記お勧め情報に含める、請求項１から７のいずれか１項に記載のプログラム。
9. 前記第３ステップでは、前記お勧め情報に含まれるプロダクトを複数のユーザが使用した使用日時を記録し、
   前記第２ステップでは、
   複数の前記ユーザが一定期間内に使用した回数が所定数よりも少ないプロダクトは、前記お勧め情報に含めない、請求項１から８のいずれか１項に記載のプログラム。
10. 前記第３ステップでは、前記お勧め情報に含まれるプロダクトを複数のユーザが使用した使用日時を記録し、
    前記第２ステップでは、
    複数の前記ユーザが一定期間内に使用した回数が多いプロダクトは、複数の前記ユーザが一定期間内に使用した回数が少ないプロダクトより優位に扱われる、請求項１から９のいずれか１項に記載のプログラム。
11. 前記第３ステップにおいて、
    前記お勧め情報に含まれるプロダクトについての、前記ユーザの使用頻度を集計し、
    前記第２ステップでは、
    前記ユーザにより選択されたプロダクトの使用頻度が規定回数に満たない場合、前記お勧め情報に含まれるプロダクトのうち、他のプロダクトを、再度、前記ユーザに対して前記お勧め情報として提示する、請求項１から１０のいずれか１項に記載のプログラム。
12. 前記プロセッサに、
    健康状態が改善している他のユーザが使用しているプロダクトに関する情報を、前記ユーザに提示する第４ステップを実行させる、請求項１から１１のいずれか１項に記載のプログラム。
13. 前記プロセッサに、
    前記ユーザの使用履歴に基づき、前記プロダクトの使用態様が所定の要件を満たした場合、前記ユーザに対して有利な情報を付与する第５ステップを実行させる、請求項１から１２のいずれか１項に記載のプログラム。
14. 前記有利な情報は、保険サービスの保険料についての有利な情報である、請求項１３に記載のプログラム。
15. 前記第１ステップでは、
    前記健診情報を取得すると、前記取得した健診情報と対応するユーザに、有利な情報を付与する、請求項１から１４のいずれか１項に記載のプログラム。
16. 前記有利な情報は、健康診断の費用についての有利な情報である請求項１５に記載のプログラム。
17. 前記プロダクトは、健康管理に使用されるアプリケーションソフト、又は健康管理に用いられる製品である、請求項１から１６に記載のプログラム。
18. プロセッサと、メモリとを備えるコンピュータに実行させる方法であって、
    前記プロセッサが、
    ユーザの健康診断の結果に関する健診情報を取得する第１ステップと、
    前記健診情報に基づき、健康を管理するためのプロダクトのお勧め情報を、前記ユーザに提示する第２ステップと、
    前記お勧め情報に含まれるプロダクトを前記ユーザが使用した使用日時を記録する第３ステップと、
    前記プロダクトが最後に使用されてから所定の期間が経過している場合には、前記プロダクトの不使用を、前記ユーザに対して指摘する第４ステップと、を実行する方法。
19. 制御部と、記憶部とを備える情報処理装置であって、
    前記制御部が、
    ユーザの健康診断の結果に関する健診情報を取得する第１ステップと、
    前記健診情報に基づき、健康を管理するためのプロダクトのお勧め情報を、前記ユーザに提示する第２ステップと、
    前記お勧め情報に含まれるプロダクトを前記ユーザが使用した使用日時を記録する第３ステップと、
    前記プロダクトが最後に使用されてから所定の期間が経過している場合には、前記プロダクトの不使用を、前記ユーザに対して指摘する第４ステップと、を実行する情報処理装置。
20. ユーザの健康診断の結果に関する健診情報を取得する第１手段と、
    前記健診情報に基づき、健康を管理するためのプロダクトのお勧め情報を、前記ユーザに提示する第２手段と、
    前記お勧め情報に含まれるプロダクトを前記ユーザが使用した使用日時を記録する第３手段と、
    前記プロダクトが最後に使用されてから所定の期間が経過している場合には、前記プロダクトの不使用を、前記ユーザに対して指摘する第４手段と、を備えるシステム。
    
    
    
    

Images