JP2017037489A - 情報処理システム、情報処理装置及び情報処理方法 - Google Patents

Abstract

【課題】利用者の健康状態を示す指標を算出する情報処理システムを提供する。【解決手段】複数の利用者の勤怠の状況を示す勤怠情報が格納された勤怠情報データベース３２０と、複数の利用者の健康診断の結果を示す健康情報が格納された健康情報データベース３１０と、を参照し、利用者毎に、利用者の健康状態を示す指標値を算出する健康指標算出処理部２１０と、算出された指標を、保険料を算出する保険料算出サーバ５００へ送信する送信部２２０と、保険料算出サーバから、利用者の指標に応じて算出された保険料を含む保険情報を受信する保険情報取得部２６６と、保険情報を表示させる画面データを生成する画面データ生成部２６２と、画面データを出力する出力部４１０と、を有する。【選択図】図８

Description

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

医療保険等を提供する保険会社では、保険の加入に関する契約を締結する際の、被保険者となる人物の性別、年齢、健康状態等に応じて一定額の保険料が算定される。また、保険料は、ある一定期間が過ぎると増額される場合がある。

ところで、近年では、企業等において、利用者の健康情報を、保険会社を介して情報通信システムに提供し、健康状態に応じて決定された保険料を利用者本人に通知する技術が知られている。

従来の保険の仕組みでは、被保険者の健康状態が良好であり続けても悪化しても、同額の保険料を払うことになり、保険料を支払っている契約者にとっての不公平感が否めなかった。また、従来では、本人の申告による病歴等の情報はあるものの、健康状態を示す指標となる情報がなく、健康状態の推移を保険料に反映させる仕組みが無かった。

開示の技術は、健康状態を示す指標値を提供することを目的とするものである。

開示の技術は、利用者の健康状態を示す指標を算出する情報処理システムであって、複数の利用者の勤怠の状況を示す勤怠情報が格納された勤怠情報データベースと、前記複数の利用者の健康診断の結果を示す健康情報が格納された健康情報データベースと、を参照し、前記利用者毎に、前記利用者の健康状態を示す指標値を算出する指標値算出部と、算出された前記指標値を、保険料を算出する保険料算出サーバへ送信する送信部と、前記保険料算出サーバから、前記利用者の前記指標に応じて算出された保険料を含む保険情報を受信する保険情報取得部と、前記保険情報を表示させる画面データを生成する画面データ生成部と、前記画面データを出力する出力部と、を有する。

開示の技術によれば、健康状態を示す指標値を提供できる。

第一の実施形態の健康指標算出システムのシステム構成を示す図である。 健康指標算出サーバのハードウェア構成の一例を示す図である。 健康情報データベースの一例を示す図である。 勤怠情報データベースの一例を示す図である。 不調者判別モデルデータベースの一例を示す図である。 不調者判別モデルについて説明する図である。 不調情報データベースの一例を示す図である。 第一の実施形態の健康指標算出システムの有する各装置の機能を説明する図である。 保険料算出テーブルの一例を示す図である。 第一の実施形態の健康指標算出サーバによる不調情報の生成を説明するフローチャートである。 不調者判別モデル学習部の処理を説明するフローチャートである。 不調情報生成部の処理を説明するフローチャートである。 第一の実施形態の表示制御部の処理を説明するフローチャートである。 保険会社の選択画面の一例を示す図である。 ログイン画面の一例を示す図である。 第一の実施形態の保険情報が表示された画面の例を示す第一の図である。 第一の実施形態の保険情報が表示された画面の例を示す第二の図である。 第二の実施形態の表示制御部の機能構成を説明する図である。 第二の実施形態の表示制御部の処理を説明するフローチャートである。 第二の実施形態の保険情報が表示された画面の例を示す図である。 第三の実施形態の表示制御部の機能構成を説明する図である。 第三の実施形態の表示制御部の処理を説明するフローチャートである。 第四の実施形態の表示制御部の機能構成を説明する図である。 第四の実施形態の表示制御部の処理を説明するフローチャートである。 第四の実施形態の保険情報が表示された画面の例を示す第一の図である。 第四の実施形態の保険情報が表示された画面の例を示す第二の図である。 第四の実施形態の保険情報が表示された画面の例を示す第三の図である。

以下の実施形態では、保険加入希望者又は保険加入者の健康状態を示す指標を保険会社に提供することで、保険加入希望者又は保険加入者に対し、健康状態や健康状態の推移が反映された保険に関する情報を提示できる。

（第一の実施形態）
以下に図面を参照して、第一の実施形態について説明する。図１は、第一の実施形態の健康指標算出システムのシステム構成を示す図である。

本実施形態の健康指標算出システム１００は、情報処理システムの一例であり、健康指標算出サーバ２００と、記憶サーバ３００と、を有する。健康指標算出サーバ２００と端末装置４００とは、ネットワーク等の通信網を介して接続されている。

本実施形態の健康指標算出システム１００は、例えば企業等の団体において、医療保険や生命保険等、保険料が健康状態に依存する保険への加入を希望する加入希望者や、既に保険料が健康状態に依存する保険へ加入している加入者により利用される。以下の説明では、本実施形態の健康指標算出システム１００を利用する加入希望者又は加入者を、利用者と呼ぶ。

本実施形態の健康指標算出サーバ２００は、健康指標算出処理部２１０を有し、企業等の団体に所属する人の健康情報と勤怠情報とから、各人の健康状態を示す指標となる値を算出する。本実施形態の健康指標算出処理部２１０の詳細は後述する。

本実施形態の記憶サーバ３００は、健康指標算出サーバ２００の処理に用いられる各種の情報が格納されたデータベースを有する。具体的には、記憶サーバ３００は、健康情報データベース３１０、勤怠情報データベース３２０、不調者判別モデルデータベース３３０、不調情報データベース３４０を有する。各データベースの詳細は後述する。

本実施形態の健康指標算出システム１００では、端末装置４００において、利用者により保険に関する情報の取得要求が行われると、健康指標算出サーバ２００は、この要求を受け付ける。

健康指標算出サーバ２００は、要求を行った利用者の健康状態を示す指標を保険会社の有するサーバ５００へ送信する。そして、健康指標算出サーバ２００は、保険会社のサーバ５００から、利用者の健康状態に応じた保険に関する情報を取得し、端末装置４００へ表示させる。

本実施形態の端末装置４００は、ネットワークを介して健康指標算出サーバ２００と接続される。本実施形態において、健康指標算出サーバ２００と接続される端末装置４００の数は任意の数であって良い。

本実施形態のサーバ５００は、保険会社毎に有するサーバであり、健康指標算出サーバ２００とネットワークを介して接続される。サーバ５００は、保険会社毎に定められた保険料の算定処理や、各種の保険に関する情報の提供を行う。本実施形態において、健康指標算出サーバ２００と接続されるサーバ５００の数は任意の数であって良い。

本実施形態において、保険に関する情報とは、保険料や、保険のプランの詳細等を示す保険会社のＵＲＬ（Uniform Resource Locator）等を含む情報であり、例えば保険会社に対して見積もりを依頼した場合に提供される情報等を含む。本実施形態の保険に関する情報は、保険会社のサーバ５００から提供される。以下の説明では、保険に関する情報を保険情報と呼ぶ。

また、本実施形態における健康状態を示す指標とは、例えば、精神的な疲労、ストレス、悩み等の軽減や緩和とそれへのサポート、精神疾患の予防と回復、疾病の予防、早期発見等により、被管理者の健康の保持、増進を目的として算出される値である。

次に、図２を参照して本実施形態の健康指標算出サーバ２００のハードウェア構成について説明する。図２は、健康指標算出サーバのハードウェア構成の一例を示す図である。

本実施形態の健康指標算出サーバ２００は、一般の情報処理装置であり、それぞれバスＢで相互に接続されている入力装置２１、出力装置２２、ドライブ装置２３、補助記憶装置２４、メモリ装置２５、演算処理装置２６及びインターフェース装置２７を有する。

入力装置２１は、例えばマウスやキーボードであり、各種の情報を入力するために用いられる。出力装置２２は、例えばディスプレイ等であり、各種信号の表示（出力）に用いられる。インターフェース装置２７は、モデム，ＬＡＮカード等を含み、ネットワークに接続する為に用いられる。

健康指標算出プログラムは、健康指標算出サーバ２００を制御する各種プログラムの少なくとも一部である。健康指標算出プログラムは例えば記録媒体２８の配布やネットワークからのダウンロードなどによって提供される。健康指標算出プログラムを記録した記録媒体２８は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク等の様に情報を光学的，電気的或いは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。

また、健康指標算出プログラムを記録した記録媒体２８がドライブ装置２３にセットされると、健康指標算出プログラムは記録媒体２８からドライブ装置２３を介して補助記憶装置２４にインストールされる。ネットワークからダウンロードされた通信プログラムは、インターフェース装置２７を介して補助記憶装置２４にインストールされる。

補助記憶装置２４は、インストールされた健康指標算出プログラムを格納すると共に、必要なファイル、データ等を格納する。メモリ装置２５は、コンピュータの起動時に補助記憶装置２４から健康指標算出プログラムを読み出して格納する。そして、演算処理装置２６はメモリ装置２５に格納された各プログラムに従って、後述するような各種処理を実現している。

本実施形態の記憶サーバ３００は、一般のコンピュータであり、そのハードウェア構成は、健康指標算出サーバ２００と同様であるから、説明を省略する。

次に、健康指標算出サーバ２００の有する各データベースについて説明する。本実施形態の各データベースは、例えば健康指標算出サーバ２００の補助記憶装置２４やメモリ装置２５等に格納される。

図３は、健康情報データベースの一例を示す図である。本実施形態の健康情報データベース３１０は、利用者毎に設けられており、利用者が健康診断を受けた際の結果が格納されている。尚、本実施形態では、利用者毎の健康情報データベース３１０には、利用者の性別と年齢も対応付けられている。

本実施形態の健康情報データベース３１０は、情報の項目として、健診日、身長、体重、ＢＭＩ、胸囲、血圧、白血球、総コレステロール等を有する。尚、本実施形態の健康情報データベース３１０は、図３に示す項目以外にも、一般的な健康診断で行われる各種の検査結果の項目を含む。本実施形態の健康情報データベース３１０は、各項目の値が、健康診断を行った年月と対応付けられて格納されている。

本実施形態の健康情報データベース３１０では、利用者の氏名と、健康診断を行った年月とに、各項目の値が対応付けられている。以下の実施形態の説明では、利用者の氏名と健康診断を行った日時と、これらと対応付けられた各項目の値とを含む情報を健康情報と呼ぶ。

図３の健康情報データベース３１０では、氏名「○○ ××」の利用者の２０１４年３月の健康診断の結果と、２０１３年３月の健康診断の結果と、２０１２年３月の健康診断の結果と、を含むことがわかる。

図４は、勤怠情報データベースの一例を示す図である。本実施形態の勤怠情報データベース３２０は、利用者毎に設けられ、利用者の勤怠の状況を示す勤怠情報が格納されている。また、勤怠情報には、利用者を識別するための識別情報であるユーザＩＤと、利用者の連絡先とが対応付けられている。連絡先とは、例えばメールアドレス等である。

本実施形態の勤怠情報データベース３２０は、情報の項目として、欠勤日数、遅刻早退回数、遅刻早退時間、年次休暇日数、年次事後日数等を有する。尚、本実施形態の勤怠情報データベース３２０には、図４に示す項目以外にも、一般的な勤怠管理に用いられる情報の項目を含む。本実施形態の勤怠情報データベース３２０は、各項目の値が、例えば勤怠情報を集計する単位毎に対応付けられて格納されている。

本実施形態の勤怠情報データベース３２０では、利用者の氏名と、勤怠情報を集計した年月とに、各項目の値が対応付けられている。以下の実施形態の説明では、利用者の氏名と勤怠情報を集計した年月と、これらと対応付けられた各項目の値とを含む情報を勤怠情報と呼ぶ。

図４の勤怠情報データベース３２０では、勤怠情報が月単位で集計される場合を示しており、氏名「○○ ××」の利用者の２０１４年６月の勤怠情報と、２０１４年５月の勤怠情報、２０１４年４月の勤怠情報と、を含むことがわかる。

図５は、不調者判別モデルデータベースの一例を示す図である。本実施形態の不調者判別モデルデータベース３３０は、情報の項目として、不調者判別モデルと、学習日時とを有する。

項目「不調者判別モデル」の値は、後述する不調者判別モデルである。項目「学習日時」の値は、不調者判別モデルを学習（生成）した日時を示す。

図５に示す不調者判別モデルデータベース３３０では、２０１４年１月に不調者判別モデル１０が生成され、２０１４年２月に不調者判別モデル２０が生成され、２０１４年３月に不調者判別モデル３０が生成されたことがわかる。

以下に、図６を参照して、本実施形態の不調者判別モデルについて説明する。図６は、不調者判別モデルについて説明する図である。

本実施形態の不調者判別モデルは、例えば、判別分析により得られる線形判別関数であり、図６の式（１）のように示されても良い。

判別分析とは、事前に与えられているデータが異なるグループに分かれることが明らかな場合、新しいデータが得られた際に、どちらのグループに入るのかを判別するための基準（判別関数）を得るための手法である。

本実施形態の健康指標算出サーバ２００は、事前に与えられているデータとして、健康情報データベース３１０に蓄積された利用者毎の健康情報と、勤怠情報データベース３２０に蓄積された利用者毎の勤怠情報とを用い、公知の手法により式（１）に示す不調者判別モデルを生成する。

本実施形態の不調者判別モデルは、勤怠情報データベース３２０に含まれる項目毎に、項目の値と、項目毎に求められた係数とを乗算した値の合計と、健康情報データベース３１０に含まれる項目毎に、項目の値と、項目毎に求められた係数とを乗算した値の合計の和となる。

図６では、例えば、「ａ１」は勤怠情報データベース３２０の項目「欠勤日数」の値であり、「ｋ１」は項目「欠勤日数」と対応する定数である。また、「ａ２」は勤怠情報データベース３２０の項目「遅刻早退回数」の値であり、「ｋ２」は項目「遅刻早退回数」と対応する係数である。

このように、本実施形態では、勤怠情報データベース３２０の各項目の値と、それぞれに対応する係数と、健康情報データベース３１０の各項目の値と、それぞれに対応する係数と、を含む不調者判別モデルを生成する。

以下の説明では、不調者判別モデルの出力として得られる値Ｐを不調スコアと呼ぶ。不調スコアは、本実施形態における健康状態を示す指標（指標値）である。

また、以下の説明では、項目「欠勤日数」の値「ａ１」と係数「ｋ１」とを乗算した値Ｓ１を、項目「「欠勤日数」の項」の値と呼び、項目「遅刻早退回数」の値「ａ２」と係数「ｋ２」とを乗算した値Ｓ２を、項目「「遅刻早退回数」の項」の値と呼ぶ。また、本実施形態では、不調者判別モデルにおける各項の値を、対応する「項目名の項」の値と呼ぶ。

本実施形態では、不調スコアと、各項目の項の値とが、後述する送信情報に含まれる。

尚、図６の例では、線形判別関数を本実施形態の不調者判別モデルとしたが、これに限定されない。本実施形態では、例えばニューラルネットワーク等のアルゴリズムを用いて不調者判別モデルを生成しても良い。ニューラルネットワークとは、脳機能に見られるいくつかの特性を計算機上のシミュレーションによって表現することを目指した数学モデルである。

図７は、不調情報データベースの一例を示す図である。本実施形態の不調情報データベース３４０は、利用者毎に設けられる。本実施形態の不調情報データベース３４０は、情報の項目として、不調スコア、不調確率、勤怠情報データベース３２０に含まれる各項目の項、健康情報データベース３１０に含まれる各項目の項を有する。

項目「不調スコア」の値は、不調者判別モデルによる演算の結果として得られる値Ｐであり、健康状態を示す指標値である。本実施形態では、不調スコアの値が大きいほど、健康状態に問題がある、すなわち不調である可能性が高いことを示すものとしても良い。

項目「不調確率」の値は、不調スコアが同じ値の利用者における、過去に休職した利用者の割合を示す。

また、項目「各項目の項」は、図６で説明した通りである。例えば、項目「「欠勤日数」の項」の値はＳ１、「「遅刻早退回数」の項」の値はＳ２となる。

本実施形態の不調情報データベース３４０では、利用者の氏名と、不調情報を生成した年月とに、各項目の値が対応付けられている。以下の実施形態の説明では、利用者名と、不調情報を生成した年月と、これらと対応付けられた各項目の値とを含む情報を不調情報と呼ぶ。

次に、図８を参照して本実施形態の健康指標算出サーバ２００の機能について説明する。図８は、第一の実施形態の健康指標算出システムの有する各装置の機能を説明する図である。

本実施形態の健康指標算出サーバ２００は、健康指標算出処理部２１０、送信部２２０、受信部２３０を有する。

本実施形態の健康指標算出処理部２１０は、健康指標算出プログラムを演算処理装置２６が実行することで実現される。健康指標算出処理部２１０の詳細は後述する。

本実施形態の送信部２２０は、端末装置４００及びサーバ５００へデータを送信する。具体的には、本実施形態の送信部２２０は、所定の期間毎に送信情報をサーバ５００へ送信する。所定の期間は、予め設定されているものであり、例えば１か月である。尚、サーバ５００に送信される送信情報は、保険会社への情報提供に同意した利用者の送信情報に限られる。送信情報の詳細は後述する。

また、本実施形態の送信部２２０は、サーバ５００から受信した保険情報を表示させる画面の画面データを端末装置４００へ送信する。尚、画面データの送信先となる端末装置４００は、保険情報の取得要求を行った利用者の端末装置である。また、本実施形態の送信部２２０は、健康指標算出処理部２１０の処理に応じて、各種情報の取得要求を記憶サーバ３００に対して送信する。

本実施形態の受信部２３０は、端末装置４００及びサーバ５００からデータを受信する。具体的には、本実施形態の受信部２３０は、端末装置４００から送信される保険情報の取得要求や、サーバ５００から送信される保険情報を受信する。また、本実施形態の受信部２３０は、記憶サーバ３００から送信される各種情報を受信する。

本実施形態の健康指標算出処理部２１０は、不調者判別モデル学習部２４０、不調情報生成部２５０、表示制御部２６０を有する。

不調者判別モデル学習部２４０は、健康情報データベース３１０と勤怠情報データベース３２０とを参照し、不調者判別モデルを生成する。本実施形態の不調者判別モデル学習部２４０は、例えば送信情報をサーバ５００へ送信する所定の期間毎に不調者判別モデルを生成しても良い。また、不調者判別モデル学習部２４０は、端末装置４００から保険情報の取得要求を受け付けたとき、不調者判別モデルを生成しても良い。

本実施形態の不調情報生成部２５０は、不調者判別モデルを用いて不調情報を生成する。本実施形態の不調情報生成部２５０は、不調者判別モデルが生成される毎に不調情報を生成しても良い。

本実施形態の表示制御部２６０は、サーバ５００から受信した保険情報を用いて端末装置４００に表示させる画面の画面データを生成する。

本実施形態の不調情報生成部２５０は、不調スコア算出部２５１、項の値取得部２５２、不調確率算出部２５３を有する。

不調スコア算出部２５１は、不調者判別モデルに基づき、不調スコアを算出する。項の値取得部２５２は、不調スコアを算出する過程で得られた、不調者判別モデルに含まれる各項の値を取得する。不調確率算出部２５３は、不調スコアと、勤怠情報とに基づき、不調確率を算出する。

本実施形態の表示制御部２６０は、入力受付部２６１、画面データ生成部２６２、不調スコア取得部２６３、送信情報生成部２６４、平均値算出部２６５、保険情報取得部２６６を有する。

入力受付部２６１は、外部の装置からの入力を受け付ける。画面データ生成部２６２は、端末装置４００に表示させる各種画面の画面データを生成し、送信部２２０へ出力する。不調スコア取得部２６３は、不調情報データベース３４０から、保険加入希望者又は加入者の不調スコアを取得する。尚、不調スコア取得部２６３は、不調情報データベース３４０から、不調情報に含まれる不調スコア以外の情報を取得しても良い。

送信情報生成部２６４は、サーバ５００に提供する送信情報を生成し、送信部２２０へ出力する。本実施形態の送信情報に含まれる情報の項目は、予め設定されている。

以下に本実施形態の送信情報について説明する。本実施形態の送信情報に含まれる情報の項目には、少なくとも、利用者のユーザＩＤと不調スコアを含む。また、本実施形態では、例えば保険情報の取得要求を行った利用者が、新規に健康指標算出システム１００を利用する利用者である場合には、送信情報生成部２６４は、送信情報の項目に、利用者の氏名と、性別と、年齢と、健康情報に含まれる所定項目とを含ませる。

また、本実施形態では、例えば保険情報の取得要求を行った利用者が、過去に健康指標算出システム１００を利用したことのある利用者である場合には、送信情報生成部２６４は、送信情報の項目に、過去の所定期間における不調スコアの平均値を含ませる。

本実施形態の平均値算出部２６５は、過去の所定期間の不調スコアの平均値を算出する。具体的には、例えば平均値算出部２６５は、過去１年間の不調スコアの平均値を算出する。

保険情報取得部２６６は、受信部２３０を介してサーバ５００から保険情報を取得する。

次に、記憶サーバ３００について説明する。本実施形態の記憶サーバ３００は、取得要求受付部３５０、送信部３６０を有する。取得要求受付部３５０は、健康指標算出サーバ２００からの各種情報の取得要求を受け付ける。送信部３６０は、取得要求に応じたデータベースから取得された情報を健康指標算出サーバ２００に送信する。

次に、本実施形態の端末装置４００について説明する。本実施形態の端末装置４００は、出力部４１０、送信部４２０、受信部４３０を有する。出力部４１０は、健康指標算出サーバ２００から受信した画面データをディスプレイに表示させる。送信部４２０は、端末装置４００において入力された保険情報の取得要求等を健康指標算出サーバ２００へ送信する。より具体的には、送信部４２０は、保険情報の取得要求を送信する保険会社の選択を受け付けて、選択結果を示す情報と、保険情報の取得要求とを共に健康指標算出サーバ２００へ送信する。受信部４３０は、健康指標算出サーバ２００から送信される画面データ等を受信する。

次に、本実施形態のサーバ５００について説明する。サーバ５００は、保険料算出部５１０、送信部５２０、受信部５３０を有する。保険料算出部５１０は、送信情報に含まれる不調スコア又は不調スコアの平均値と、後述する保険料算出テーブルを参照し、保険料を算定する。送信部５２０は、保険情報を健康指標算出サーバ２００へ送信する。保険情報には、保険料算出部５１０により算出された保険料と、保険のプラン等に関する情報とが含まれる。受信部５３０は、健康指標算出サーバ２００から送信情報を受信する。

次に、図９を参照し、本実施形態のサーバ５００の有する保険料算出テーブルについて説明する。図９は、保険料算出テーブルの一例を示す図である。

本実施形態の保険料算出テーブル５４０は、情報の項目として、不調スコアと、健康指標ランクと、を含み、これらは対応付けられている。項目「健康指標ランク」の値は、健康である度合いを示している。

本実施形態では、不調スコアは、値が低いほど健康状態に問題がない可能性が高く、値が高いほど、健康状態に問題があり不調である可能性が高いことを示している。よって、図９の例では、例えば不調スコア０〜２５の場合は、健康指標ランク「Ａ」となり、健康状態に問題のない可能性が高いことを示している。また、不調スコア７６〜１００の場合は、健康指標ランク「Ｄ」となり、健康状態に問題がある可能性が高いことを示している。

次に、本実施形態の健康指標算出サーバ２００による不調情報の生成について説明する。図１０は、第一の実施形態の健康指標算出サーバによる不調情報の生成を説明するフローチャートである。

本実施形態の健康指標算出サーバ２００は、送信情報をサーバ５００に送信するタイミングで、不調者判別モデル学習部２４０により、不調者判別モデルを生成する（ステップＳ１００１）。

続いて、健康指標算出サーバ２００は、不調情報生成部２５０により、健康情報データベース３１０と勤怠情報データベース３２０とを参照し、生成した不調者判別モデルの演算を行い、不調情報を生成する（ステップＳ１００２）。

以下に、図１０の各ステップＳの詳細について説明する。図１１は、不調者判別モデル学習部の処理を説明するフローチャートである。図１１は、図１０に示すステップＳ１００１の処理の詳細を示す。

本実施形態の健康指標算出サーバ２００において、不調者判別モデル学習部２４０は、不調情報の生成指示を受け付けると、健康情報データベース３１０を参照し、利用者毎の健康情報を取得する（ステップＳ１１０１）。尚、不調者判別モデル学習部２４０が不調情報の生成指示を受け付けるときとは、送信情報をサーバ５００へ送信するときである。送信情報は、予め決められた所定の期間毎にサーバ５００へ送信される。

続いて、不調者判別モデル学習部２４０は、勤怠情報データベース３２０を参照し、利用者毎の勤怠情報を取得する（ステップＳ１１０２）。

続いて、不調者判別モデル学習部２４０は、健康情報と勤怠情報を用いて、不調者判別モデルを生成する（ステップＳ１１０３）。続いて、不調者判別モデル学習部２４０は、生成した不調者判別モデルを、生成した日時を示す情報と対応付けて不調者判別モデルデータベース３３０へ格納する（ステップＳ１１０４）。

本実施形態では、このように、所定の期間毎に、最新の健康情報と勤怠情報から新たな不調者判別モデルを生成する。したがって、本実施形態では、健康情報と勤怠情報が蓄積される度に、不調者判別モデルが更新されていく。本実施形態では、以上のように、最新の情報を含む健康情報と勤怠情報から不調者判別モデルを生成することを、不調者判別モデルを学習する、と表現する。

尚、図１１では、不調者判別モデルは、送信情報の送信時に生成されるものとしたが、これに限定されない。本実施形態の不調者判別モデル学習部２４０は、例えば健康情報データベース３１０と勤怠情報データベース３２０の何れか一方が更新された場合に、不調者判別モデルを生成しても良い。

図１２は、不調情報生成部の処理を説明するフローチャートである。図１２は、図１０に示すステップＳ１００２の処理の詳細を示す。

本実施形態の不調情報生成部２５０は、健康情報データベース３１０において、先頭の利用者の氏名を取得し、対応する診断情報を取得する。また、不調情報生成部２５０は、勤怠情報データベース３２０から、取得した氏名と対応する勤怠情報を取得する（ステップＳ１２０１）。

続いて、不調情報生成部２５０は、不調スコア算出部２５１により、ステップＳ１２０１で取得した健康情報及び勤怠情報の各項目の値を用いて、不調者判別モデルの演算を行い、不調スコアを算出する（ステップＳ１２０２）。本実施形態では、例えば、不調者判別モデルに線形判別分析を学習アルゴリズムとして用いた場合、線形判別関数の出力が不調スコアである。また、本実施形態では、不調者判別モデルにニューラルネットを用いた場合、出力層の出力信号が不調スコアである。

また、本実施形態の不調スコア算出部２５１は、不調者判別モデルデータベース３３０に格納されている最新の不調者判別モデルを用いて不調スコアを算出しても良い。また、本実施形態の不調スコア算出部２５１は、勤怠情報と健康情報の少なくとも何れか一方を更新した時期と、同様の時期に生成された不調者判別モデルを用いても良い。例えば、不調スコア算出部２５１は、勤怠情報と健康情報のそれぞれが２０１４年３月に更新されたものである場合、２０１４年３月に生成された不調者判別モデルを用いて不調スコアを算出しても良い。

続いて、不調情報生成部２５０は、項の値取得部２５２により、不調者判別モデルに含まれる各項と対応する項目と、項の値と、を対応付けて不調情報データベース３４０に格納する（ステップＳ１２０３）。

続いて、不調情報生成部２５０は、不調確率算出部２５３により、不調情報データベース３４０を参照し、不調スコアの値が、ステップＳ１２０２で算出した不調スコアと等しい利用者の氏名を抽出する（ステップＳ１２０４）。続いて、不調確率算出部２５３は、勤怠情報データベース３２０を参照し、ステップＳ１２０４で氏名を抽出した利用者のうち、過去に休職したことがある、又は休職中である利用者数を求める（ステップＳ１２０５）。

続いて、不調確率算出部２５３は、ステップＳ１２０４で氏名を抽出した利用者のうち、休職した利用者の割合を算出し、算出結果を不調確率とする（ステップＳ１２０６）。すなわち、本実施形態では、不調情報の生成対象となっている利用者と不調スコアが一致する利用者の中で、休職した利用者の割合を不調確率とする。

具体的には、例えば、ステップＳ１２０２で算出した不調スコアが２０であり、勤怠情報データベース３２０から抽出した、不調スコアが２０と算出された利用者が１０人であり、そのうち休職した利用者が８人であれば、不調確率は８０％となる。

続いて、不調情報生成部２５０は、不調スコアと、各項の値と、不調確率と不調情報とし、利用者の氏名と対応付けて不調情報データベース３４０へ格納する（ステップＳ１２０７）。このとき、不調情報生成部２５０は、不調情報を生成した日時を示す情報も、不調情報と対応付けて格納する。

次に、不調情報生成部２５０は、全ての利用者について不調情報を生成したか否かを判定する（ステップＳ１２０８）。ステップＳ１２０８において、全ての利用者について不調情報を生成していない場合、不調情報生成部２５０は、次の利用者の健康情報と勤怠情報とを取得し（ステップＳ１２０９）、ステップＳ１２０２へ戻る。

ステップＳ１２０９において、全ての利用者の不調情報を生成した場合、不調情報生成部２５０は、処理を終了する。

尚、図１２の説明では、利用者の氏名を、利用者を識別する情報としたが、これに限定されない。図１２の処理では、利用者を識別する情報として、ユーザＩＤを用いても良い。

ここで、本実施形態の不調確率について説明する。本実施形態では、不調確率を、不調スコアが等しい利用者において休職した利用者の割合としている。

この背景には、近年、メンタルヘルス（精神面における健康）の不調を理由に休職する利用者が増加しており、メンタル面での健康指標算出を行うことが企業に求められる傾向にあるからである。本実施形態では、不調確率が高い利用者は、不調スコアの値が同じ利用者のうち、休職した利用者が多いことを示しており、すなわちこの利用者が休職する確率が高いことを示している。

次に、本実施形態の健康指標算出サーバ２００の表示制御部２６０の処理について説明する。図１３は、第一の実施形態の表示制御部の処理を説明するフローチャートである。

本実施形態の表示制御部２６０は、健康指標算出システム１００の起動指示を受け付けて、画面データ生成部２６２により、保険会社の選択画面を表示させる画面データを端末装置４００へ送信する（ステップＳ１３０１）。

続いて、健康指標算出サーバ２００は、入力受付部２６１により、端末装置４００における保険情報の取得要求と、保険情報の取得要求を行う保険会社の選択結果を示す情報と、を受け付けたか否かを判定する（ステップＳ１３０２）。

ステップＳ１３０２において、該当する要求と情報とを受け付けない場合、表示制御部２６０は、該当する要求と情報とを受け付けるまで待機する。

ステップＳ１３０２において、該当する要求と情報を受け付けると、画面データ生成部２６２は、健康指標算出システム１００に対するログイン画面の画面データを生成し、送信部２２０を介して端末装置４００へ送信する（ステップＳ１３０３）。本実施形態のログイン画面では、ログインする利用者が健康指標算出システム１００を初めて利用する利用者であるか否かを選択させる選択ボタンと、保険情報を取得するために、送信情報をサーバ５００へ送信することを承諾したことを示すチェックボックスが表示されても良い。ログイン画面の詳細は後述する。

続いて表示制御部２６０は、入力受付部２６１により、ログイン画面において、所定時間内にユーザ情報の入力と個人情報の提供の承諾を受け付けたか否かを判定する（ステップＳ１３０４）。ステップＳ１３０４において、ユーザ情報の入力と承諾とを受け付けない場合、表示制御部２６０は、処理を終了する。尚、本実施形態のユーザ情報とは、ユーザＩＤとパスワード等である。

ステップＳ１３０４において、ユーザ情報の入力と承諾とを受け付けた場合、表示制御部２６０は、入力受付部２６１により、ログイン画面において、健康指標算出システム１００を初めて利用する利用者であることが選択されたか否かを判定する（ステップＳ１３０５）。尚、以下の説明では、健康指標算出システム１００を初めて利用する利用者を、新規の利用者と呼ぶ。

ステップＳ１３０５において、新規の利用者でない場合、後述するステップＳ１３１０へ進む。

ステップＳ１３０５において、新規の利用者である場合、送信情報生成部２６４は、新規の利用者の送信情報を生成し、送信部２２０へ出力する（ステップＳ１３０６）。

具体的には、送信情報生成部２６４は、不調スコア取得部２６３に、不調情報データベース３４０から、入力されたユーザ情報に含まれるユーザＩＤと対応する不調スコアと、ユーザの氏名と、連絡先とを取得させる。ここで取得される不調スコアは、不調情報データベース３４０において最新の不調スコアである。

また、送信情報生成部２６４は、健康情報データベース３１０を参照し、ユーザＩＤと対応する利用者の健康情報の所定の項目の値と、性別と年齢を示す情報と、を取得する。所定の項目の値は、利用者の性別及び年齢と、一般的な健康診断で値が得られる項目の値とを含む。一般的な健康診断に含まれる検査の項目は、例えば身長、体重、血圧、血糖値等である。そして、送信情報生成部２６４は、取得した利用者の不調スコア、氏名、年齢、性別、連絡先及び健康情報の一部を送信情報とし、送信部２２０へ出力する。

続いて表示制御部２６０は、送信情報生成部２６４が生成した送信情報を、送信部２２０を介してサーバ５００へ送信する（Ｓ１３０７）
続いて表示制御部２６０は、保険情報取得部２６６により、ステップＳ１３０１で選択された全ての保険会社のサーバ５００から、送信情報に対応した保険情報を取得したか否を判定する（Ｓ１３０８）。

ステップＳ１３０８において、該当する保険情報を全て取得していない場合、表示制御部２６０は、ステップＳ１３０８に戻り、該当する全ての保険情報を取得するまで待機する。

ステップＳ１３０８において、該当する保険情報を取得していた場合、表示制御部２６０は、画面データ生成部２６２により、取得した保険情報を表示させる画面データを生成し、端末装置４００へ送信し（ステップＳ１３０９）、処理を終了する。

ステップＳ１３０５において、新規の利用者ではない場合、表示制御部２６０は、平均値算出部２６５により、利用者の過去の不調スコアの平均値を算出する（ステップＳ１３１０）。具体的には、平均値算出部２６５は、ステップＳ１３０４で入力されたユーザ情報におけるユーザＩＤと対応する不調スコアを過去１年分取得し、その平均値を算出する。尚、この平均値は、不調スコア取得部２６３が取得した最新の不調スコアを含んだ値である。

尚、新規の利用者ではない利用者とは、過去に健康指標算出システム１００を利用したことがあり、過去にサーバ５００に対する送信情報の提供を承諾している利用者である。具体的には、保険に加入している利用者や、保険には未加入であるが、過去に保険情報の取得要求を行ったことがある利用者等である。過去に送信情報の提供を承諾した利用者の送信情報は、サーバ５００に対して所定の期間毎に送信される。

続いて、表示制御部２６０は、送信情報生成部２６４により、新規の利用者ではない場合の送信情報を生成し、送信部２２０へ出力する（ステップＳ１３１１）。具体的には、送信情報生成部２６４は、平均値算出部２６５により算出された不調スコアの平均値と、ユーザＩＤとを対応付けて送信情報とする。

表示制御部２６０は、送信情報を送信部２２０へ出力すると、ステップＳ１３０７へ進む。

尚、本実施形態において、保険会社の選択画面の表示とログイン画面の表示の順番は、図１３の例に限定されない。例えばログイン画面が先に表示され、続いて保険会社の選択画面が表示されても良い。

以下に、図１４乃至図１６を参照し、端末装置４００に表示される画面の例について説明する。図１４は、保険会社の選択画面の一例を示す図である。

本実施形態の選択画面１４１は、複数の保険会社の一覧と、各保険会社に対応するボタン１４２が表示される。また、選択画面１４１には、各保険会社への保険情報の取得要求を行う見積もり依頼ボタン１４３が表示される。

端末装置４００は、選択画面１４１において、ボタン１４２により保険会社が選択され、見積もり依頼ボタン１４３が操作されると、選択された各保険会社と、保険情報の取得要求を健康指標算出サーバ２００へ送信する。

次に、本実施形態のログイン画面について説明する。ログイン画面は、見積もり依頼ボタン１４３が操作された後に、選択画面１４１から遷移する。

図１５は、ログイン画面の一例を示す図である。図１５に示すログイン画面１５１は、ユーザ情報の入力欄１５２と、新規の利用者であるか、そうでないかを選択させるためのボタン１５３、１５４と、個人情報の提供の承諾を促すメッセージ１５５と、承諾したことを示すチェックボックス１５６とが表示される。

入力欄１５２は、ユーザＩＤとパスワードの入力欄を含む。本実施形態の入力受付部２６１は、ログイン画面１５１において、ボタン１５３が選択された場合、健康指標算出システム１００の新規の利用者であると判定し、ボタン１５４が選択された場合、新規の利用者ではないと判定する。

また、本実施形態では、ユーザ情報が入力され、チェックボックス１５６にチェックが入力され、ボタン１５３、１５４の何れかが選択されると、次の画面に遷移する。

図１６では、ボタン１５３が選択された場合に、ログイン画面１５１から遷移する画面について説明する。

図１６は、第一の実施形態の保険情報が表示された画面の例を示す第一の図である。図１６では、保険情報の取得要求を行った利用者が、新規の利用者であった場合の保険情報の表示例を示している。

図１６（Ａ）は、保険情報が保険料であった場合の表示例を示し、図１６（Ｂ）は、保険情報が保険会社のＵＲＬであった場合の表示例を示し、図１６（Ｃ）は、保険情報に保険料とＵＲＬとが含まれる場合の表示例を示している。

図１６（Ａ）に示す画面１６１Ａでは、利用者の氏名１６２と、選択された保険会社の一覧１６３と、各保険会社の保険料１６４とが表示される。この保険料１６４は、各保険会社のサーバ５００の保険料算出部５１０が、送信情報に含まれる不調スコアに基づく算出した金額である。

図１６（Ｂ）に示す画面１６１Ｂでは、利用者の氏名１６２と、選択された保険会社の一覧１６３と、各保険会社と対応するＵＲＬ１６５とが表示される。ＵＲＬ１６５は、各保険会社のサーバ５００が提供する保険のプランの詳細を示す画面のＵＲＬである。表示画面１６１Ｂにおいて、例えばＡ社のＵＲＬ１６５が選択された場合、Ａ社が利用者に提供する保険のプラン等が示されたページが表示される。

尚、ＵＲＬ１６５は、各保険会社のサーバ５００の保険料算出部５１０が、利用者の不調スコアに応じて決定した保険のプランを示すＵＲＬであり、ＵＲＬ１６５が示すページには、保険料が表示されていることが好ましい。

図１６（Ｃ）に示す画面１６１Ｃには、選択された保険会社の一覧と対応した、各保険会社の保険料１６４と、ＵＲＬ１６５とが表示される。

本実施形態では、例えば保険情報の表示に際に、図１６（Ａ）〜（Ｃ）の何れかの形態で保険情報を表示させるか選択可能であっても良い。

図１７では、ボタン１５４が選択された場合に、ログイン画面１５１から遷移する画面について説明する。

図１７は、第一の実施形態の保険情報が表示された画面の例を示す第二の図である。図１７に示す画面１７１では、利用者の氏名１６２、選択された保険会社の一覧１６３、各保険会社に対応した保険料１６４に加え、過去１年間の不調スコアの平均値１７２が表示されている。

図１７１に示す保険料１６４は、不調スコアの平均値１７２に基づき、各保険会社のサーバ５００の保険料算出部５１０で算出された金額である。

したがって、保険料１６４は、利用者の不調スコアの変動に応じて変化する。すなわち、本実施形態では、利用者の健康状態の推移に応じた保険料を算出することができる。

また、図１７では、不調スコアの平均値を、過去１年間の平均値としているが、これに限定されない。例えば利用者が健康指標算出システム１００の利用を開始してから半年しか経過していない場合には、過去半年分の不調スコアの平均値が表示されれば良い。

以上のように、本実施形態では、健康状態を示す指標として、不調スコアをサーバ５００へ提供することができる。このため、本実施形態では、例えば良好に健康状態を維持している利用者には保険料を減額する等、利用者の健康状態の推移に応じた保険情報（保険料）を利用者に提示することができる。

尚、本実施形態では、健康指標算出サーバ２００が参照する各データベースは、記憶サーバ３００に設けられるものとしたが、これに限定されない。各データベースは、例えば健康指標算出サーバ２００に設けられていても良い。言い換えれば、健康指標算出サーバ２００と記憶サーバ３００とが一体となっていても良い。

（第二の実施形態）
以下に、第二の実施形態について説明する。第二の実施形態では、不調スコアがある閾値以上であった場合に、不調スコアに寄与している項目を利用者に通知する点のみ、第一の実施形態と相違する。よって、以下の第二の実施形態の説明では、第一の実施形態と同様の機能構成を有するものには、第一の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。

図１８は、第二の実施形態の表示制御部の機能構成を説明する図である。本実施形態の表示制御部２６０Ａは、第一の実施形態の表示制御部２６０の有する各部に加え、不調判定部２６７、不調項目抽出部２６８を有する。

本実施形態の不調判定部２６７は、不調スコアが不調閾値以上であるか否かを判定する。本本実施形態の不調閾値は、利用者の健康状態に問題がある可能性が高いか否かを判定するための閾値であり、予め設定されている値である。

不調項目抽出部２６８は、項の値取得部２５２により取得された項の値が、予め決められた項閾値以上の項と対応する項目を抽出する。具体的には、不調項目抽出部２６８は、例えば項の値Ｓ１が所定の項目値閾値以上の値であった場合、項の値Ｓ１と対応する項目である項目を抽出する。送信情報生成部２６４は、抽出された項目を送信情報に含ませる。また、不調項目抽出部２６８は、抽出した項目を、保険情報を表示するまで保持しておく。

図１９は、第二の実施形態の表示制御部の処理を説明するフローチャートである。

図１９のステップＳ１９０１からステップＳ１９０５までの処理は、図１３のステップＳ１３０１からステップＳ１３０５までの処理と同様であるから、説明を省略する。

ステップＳ１９０５において、新規の利用者である場合、表示制御部２６０Ａは、不調スコア取得部２６３により、ユーザＩＤと対応する不調スコアを取得する（ステップＳ１９０６）。

続いて、表示制御部２６０Ａは、不調判定部２６７により、取得した不調スコアが、不調閾値未満であるか否かを判定する（ステップＳ１９０７）。尚、不調閾値は、予め設定されている値である。本実施形態では、ステップＳ１９０７において、利用者の不調スコアと、不調閾値とを比較して、保険情報の取得要求を行った利用者の健康状態に問題がある可能性が高いか否かの判定を行っている。

ステップＳ１９０７において、取得した不調スコアが不調閾値未満であった場合、表示制御部２６０Ａは、送信情報生成部２６４により、出力した不調スコアを含む、新規の利用者の送信情報を生成する（ステップＳ１９０８）。尚、不調スコアが不調閾値未満である場合とは、利用者の健康状態に問題がある可能性が低いと判定された場合である。本実施形態では、この場合、利用者の健康状態が良好であると見なす。

ステップＳ１９０８からステップＳ１９１３までの処理は、図１３のステップＳ１３０６からステップＳ１３１１の処理と同様であるから、説明を省略する。

ステップＳ１９０７において、取得した不調スコアが、不調閾値未満でない場合、表示制御部２６０Ａは、不調項目抽出部２６８により、不調スコアに寄与した割合の高い項目を、所定数取得する（ステップＳ１９１４）。

不調スコアが不調閾値未満でない場合、すなわち、不調スコアが不調スコア以上である場合とは、利用者の健康状態に問題がある可能性が高いと判定された場合である。本実施形態では、この場合には、利用者の健康状態が良好ではないと見なす。

具体的には、不調項目抽出部２６８は、不調情報に含まれる、勤怠情報データベース３２０及び健康情報データベース３１０のそれぞれの項目と対応する項の値が、項閾値より大きい項を抽出する。そして、不調項目抽出部２６８は、抽出した項のうち、値が大きい項目から順に、所定数の項目を不調項目として抽出する。

例えば該当する項が５つであった場合、不調項目抽出部２６８は、該当する項と対応する項目のうち、項の値が大きい項目から順に３つの項目を抽出しても良い。また、不調項目抽出部２６８は、該当された項が２つであった場合、該当する項と対応する項目全てを不調項目として抽出しても良い。

続いて、表示制御部２６０Ａは、送信情報生成部２６４により、抽出された不調項目と、不調スコアとを含む送信情報を生成し、送信部２２０へ出力する（ステップＳ１９１５）。

ステップＳ１９１６とステップＳ１９１７の処理は、ステップＳ１９０９とステップＳ１９１０の処理と同様であるから、説明を省略する。

ステップＳ１９１７において、該当する全ての保険情報を取得すると、画面データ生成部２６２は、取得した保険情報と、不調項目抽出部２６８により抽出された不調項目とを含む画面データを生成し、送信部２２０を介して端末装置４００へ送信し（ステップＳ１９１８）、処理を終了する。

尚、本実施形態の送信情報生成部２６４は、不調スコアが不調閾値以上であった場合でも、不調項目を送信情報に含めなくても良い。

図２０は、第二の実施形態の保険情報が表示された画面の例を示す図である。図２０に示す画面１２１では、利用者の氏名１６２、選択された保険会社の一覧１６３、各保険会社に対応した保険料１６４に加え、備考欄１２２が表示されている。備考欄１２２には、不調項目抽出部２６８により抽出された不調項目が表示される。

尚、図２０は、保険情報として保険料が表示された例としたが、各保険会社のＵＲＬが表示されても良い。

本実施形態では、このように、利用者の健康状態に問題がある可能性が高いと見なされた場合に、不調スコアに寄与している割合の高い項目を表示させることで、利用者に対し、健康状態の改善を促すことができる。また、本実施形態では、不調スコアに影響を及ぼしている項目を表示するため、利用者に対し、どの項目を改善すれば良いかを通知することができる。

（第三の実施形態）
以下に図面を参照して第三の実施形態について説明する。第三の実施形態では、不調項目の抽出の仕方が第二の実施形態と相違する。よって、以下の第三の実施形態の説明では、第二の実施形態と同様の機能構成を有するものには、第二の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。

図２１は、第三の実施形態の表示制御部の機能構成を説明する図である。本実施形態の表示制御部２６０Ｂは、第一の実施形態の表示制御部２６０の有する各部に加え、不調項目抽出部２６８Ａ、健康情報判定部２６９を有する。

本実施形態の健康情報判定部２６９は、利用者の健康情報に含まれる項目の値が、正常値ではない項目が存在するか否かを判定する。尚、本実施形態の健康指標算出サーバ２００は、健康情報に含まれる各項目の値が正常値であるか否かを判定するための基準となる情報を保持している。

不調項目抽出部２６８Ａは、健康情報判定部２６９により、健康情報において、値が正常値ではないと判定された項目を、不調項目として抽出する。

図２２は、第三の実施形態の表示制御部の処理を説明するフローチャートである。

図２２のステップＳ２２０１からステップＳ２２０５までの処理は、図１３のステップＳ１３０１からステップＳ１３０５までの処理と同様であるから、説明を省略する。

ステップＳ２２０５において、新規の利用者であった場合、健康情報判定部２６９は、健康情報データベース３１０における、利用者の氏名と対応する健康情報を参照し、全ての項目の値が正常値であるか否かを判定する（ステップＳ２２０６）。尚、ここで参照される健康情報は、最新の健康情報であることが好ましい。

ステップＳ２２０６において、全てが正常値であった場合、表示制御部２６０Ｂは、送信情報生成部２６４により、送信情報を生成し、出力する（ステップＳ２２０７）。

ステップＳ２２０７からステップＳ２２１２までの処理は、図１３のステップＳ１３０６からステップＳ１３１１までの処理と同様であるから、説明を省略する。

ステップＳ２２０６において、全ての項目の値が正常値でない場合、表示制御部２６０Ｂは、不調項目抽出部２６８Ａにより、健康情報から値が正常値でない項目（不調項目）を抽出する（ステップＳ２２１３）。尚、不調項目抽出部２６８Ａは、例えば値が正常値でない項目が多数存在した場合には、項目の値が、正常値とされる範囲から最も離れている項目から順に、所定数の項目を抽出しても良い。

続いて、表示制御部２６０Ｂは、送信情報生成部２６４により、抽出した不調項目を含む送信情報を生成し、送信部２２０へ出力する（ステップＳ２２１４）。ステップＳ２２１４からステップＳ２２１７までの処理は、図１９のステップＳ１９１５からステップＳ１９１８までの処理と同様であるから、説明を省略する。

以上のように、本実施形態では、健康情報において、項目の値が正常範囲でない項目を利用者に通知できるため、第二の実施形態と同様に、利用者に対して健康状態の改善を促すことができる。

（第四の実施形態）
以下に図面を参照して第四の実施形態について説明する。第四の実施形態では、新規の利用者以外の利用者の不調スコアの推移を表示させる点と、健康状態に問題があると見なされた利用者に対し、健康状態が改善した場合の保険情報を共に表示させることができる点とが、第二の実施形態と相違する。よって、以下の第四の実施形態の説明では、第二の実施形態と同様の機能構成を有するものには、第二の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。

図２３は、第四の実施形態の表示制御部の機能構成を説明する図である。本実施形態の表示制御部２６０Ｃは、第一の実施形態の表示制御部２６０の有する各部に加え、不調判定部２６７、グラフ生成部２７０、正常スコア取得部２７１を有する。

不調判定部２６７は、第二の実施形態で説明した通りである。グラフ生成部２７０は、利用者が新規の利用者でない場合に、利用者の過去の所定の期間の不調情報から、不調スコアの推移を示すグラフを生成する。

正常スコア取得部２７１は、健康状態に問題がないと見なされる不調スコアの値を取得する。以下の説明では、健康状態に問題がないと見なされる不調スコアの値を正常スコアと呼ぶ。

本実施形態の正常スコアは、予め設定されており、健康指標算出サーバ２００が保持しているものとした。本実施形態の正常スコアは、例えば健康状態に問題がある可能性が高いと判定される不調閾値よりも、十分小さい値としても良い。

図２４は、第四の実施形態の表示制御部の処理を説明するフローチャートである。

図２４のステップＳ２４０１からステップＳ２４１３までの処理は、図１９のステップＳ１９０１からステップＳ１９１３までの処理と同様であり、ステップＳ２４１４、ステップＳ２４１５の処理は、ステップＳ１９０９、ステップＳ１９１０の処理と同様であるから、説明を省略する。

ステップＳ２４１５において、該当する全ての保険情報を取得すると、表示制御部２６０Ｃは、グラフ生成部２７０により、平均値算出部２６５が取得した、過去の所定の期間における不調スコアから、不調スコアの推移を示すグラフを生成する（ステップＳ２４１６）。

続いて、表示制御部２６０Ｃは、画面データ生成部２６２により、生成したグラフと、取得した保険情報とを含む画面データを生成し、送信部２２０を介して端末装置４００へ送信する（ステップＳ２４１７）。

ステップＳ２４０７において、不調スコアが不調閾値未満でない場合、表示制御部２６０Ｃは、正常スコア取得部２７１により正常スコアを取得し、送信情報生成部２６４により、不調スコアと正常スコアとを含む送信情報を生成し、送信部２２０へ出力する（ステップＳ２４１８）。尚、このときの送信情報には、正常スコアと対応する保険情報の取得要求も含まれる。

ステップＳ２４１９、ステップＳ２４２０の処理は、ステップＳ１９０９、ステップＳ１９１０の処理と同様であるから、説明を省略する。

ステップＳ２４２０において、該当する全ての保険情報を取得すると、表示制御部２６０Ｃは、不調スコアに対応する保険情報と、正常スコアに対応する保険情報とを含む画面データを生成し、送信部２２０を介して端末装置４００へ送信する（ステップＳ２４２１）。

以下に、図２５乃至図２７を参照し、本実施形態おいて端末装置４００に表示される画面について説明する。

図２５は、第四の実施形態の保険情報が表示された画面の例を示す第一の図である。図２５の示す画面１２５は、利用者が新規であり、且つ不調スコアが不調閾値以上である場合の例である。

画面１２５には、利用者の氏名１６２と、保険情報の一覧１２６とが表示される。保険情報の一覧１２５Ａには、選択された保険会社の一覧と、利用者の不調スコアに基づき算出された保険料と、正常スコアに基づき算出された保険料とが対応付けられて表示される。

例えば、保険情報の一覧１２５Ａにおいて、利用者の氏名「○○××」と対応する不調スコアに基づき算出されたＡ社の保険料は、○○円である。また、正常スコアに基づき算出されたＡ社の保険料は、○○円よりも安い△△円である。

したがって、利用者「○○××」は、自身の健康状態を改善すれば、Ａ社の保険に加入した際の保険料を減額できることを把握できる。

尚、図２５では示していないが、画面１２５には、不調スコアに寄与した不調項目や、健康情報において値が正常値でない項目が表示されても良い。

図２６は、第四の実施形態の保険情報が表示された画面の例を示す第二の図である。図２６の画面１２６は、利用者が新規であり、且つ不調スコアが不調閾値以上である場合の例であり、利用者の不調スコアに基づき算出された保険料と、正常スコアにより算出された保険料とを切り替えて表示する。

図２６（Ａ）に示す画面１２６には、利用者の氏名１６２、保険会社の一覧１６３、保険料１６４、備考欄１２２Ａが表示されている。

また、画面１２６には、不調スコアに応じて、各保険会社が判定した利用者の健康状態を示す一覧１２６Ａが表示されている。図２６（Ａ）の例では、利用者「○○××」は、Ａ社、Ｂ社、Ｃ社において、健康状態が「不調」となっており、利用者の健康状態に問題がある可能性が高いと見なされていることがわかる。

また、画面１２６では、健康状態を示す一覧１２６Ａは、プルダウンボタン１２６Ｂを操作して、健康状態を「不調」から「良好」へ変更することができる。健康状態が「不調」から「良好」に変更されると、画面１２６には、変更後の健康状態「良好」に応じた保険情報が表示される。つまり、ここでは、正常スコアに基づき取得した保険情報が表示される。

例えば画面１２６において、図２６（Ｂ）に示すように、Ａ社と対応するプルダウンボタン１２６Ｂが操作され、健康状態「良好」が選択された場合、表示制御部２６０Ｃは、Ａ社の保険料○○円の表示を、正常スコアに基づき算出された保険料△△円に変更する。尚、保険料△△円は、保険料○○円よりも安い金額である。尚、本実施形態では、図２６（Ｂ）に示すように、保険料が変更されたことを強調するために、「△△円」という表示にマーカ等を付与しても良い。

また、表示制御部２６０Ｃは、健康状態が「良好」から「不調」に変更された場合には、Ａ社の保険料△△円の表示を、不調スコアに基づき算出された保険料○○円に変更する。

以上のように、本実施形態では、自身の健康状態が改善した場合に、改善によりどの程度保険料が減額されるかを、利用者に把握させることができ、健康状態の改善に対する意欲の増進を図ることができる。尚、画面１２６の備考欄には、不調項目が表示されても良い。

図２７は、第四の実施形態の保険情報が表示された画面の例を示す第三の図である。図２７の画面１２７は、利用者が新規ではない場合の例を示している。新規ではない利用者の場合、この利用者の送信情報は、所定の期間毎にサーバ５００に送信されている。

画面１２７には、利用者の氏名１６２と、保険会社の一覧１６３、保険会社毎の保険料１６４、保険会社のＵＲＬ１６５Ａ、不調スコアの平均値１７２に加え、不調スコアの推移を示すグラフ１２８と、保険会社毎の割引の適用を示す保険料情報１２９とが表示される。

本実施形態では、グラフ１２８に、健康状態に問題がない（健康状態が良好）見なされる不調スコアの範囲を示すハイライト１２８Ａを表示しても良い。

また、本実施形態の保険料情報１２９は、サーバ５００の有する保険料算出テーブル５４０と、利用者の不調スコアに応じて適用された保険料の割引又は割増に関する情報である。具体的には、例えばＡ社では、良好な健康状態を維持している利用者には、健康指標ランク「Ａ」が付与され、保険料に健康指標ランク「Ａ」に応じた割引が適用される。また、健康状態が不調の利用者には、健康指標ランク「Ｄ」が付与され、保険料に健康指標ランク「Ｄ」に応じた割増が適用される。割引及び割増の適用は、保険会社毎に決められる。

例えば図２７の例では、利用者「○○××」は、グラフ１２８から、過去の不調スコアの推移において、健康状態が良好と見なされる範囲内にない時期があることがわかる。

また、画面１２７において、Ａ社の保険料情報１２９は、利用者「○○××」の保険料に割引が適用されていないことを示し、Ｂ社の保険料情報１２９は、利用者「○○××」の保険料に割増が適用されていることを示している。

したがって、利用者「○○××」は、自身の不調スコアの推移において、ハイライト１２８Ａ内に不調スコアが入っていない時期が、保険料に影響を及ぼしていることを把握できる。

尚、図２７の例では、グラフ生成部２７０が生成するグラフを折れ線グラフとして示したが、グラフの種類はこれに限定されない。グラフ生成部２７０が生成するグラフは、例えば棒グラフ等であっても良い。

以上のように、本実施形態によれば、利用者の健康状態の変化と、その変化が保険料に影響しているか否かを利用者に把握させることができる。また、本実施形態では、利用者の健康状態に応じて適用される割引や割増を示す保険料情報１２９を表示させることで、保険料が健康状態に応じて変動することを利用者に把握させることができる。したがって、本実施形態によれば、保険料を支払う立場の利用者の不公平感の緩和を図ることができる。

尚、本実施形態の健康指標算出システム１００は、特許請求の範囲の記載の情報処理システムに対応する。

また、本実施形態の不調スコア算出部２５１は、特許請求の範囲の記載の指標値算出部に対応し、送信部２２０は特許請求の範囲の記載の送信部と出力部に対応し、保険情報取得部２６６は、特許請求の範囲の記載の保険情報取得部に対応し、画面データ生成部２６２は、特許請求の範囲の記載の画面データ生成部に対応する。

また、本実施形態の不調項目抽出部２６８は、特許請求の範囲の記載の第一の不調項目抽出部に対応し、不調項目抽出部２６８Ａは、特許請求の範囲の記載の第二の不調項目抽出部に対応する。

また、本実施形態の不調者判別モデル学習部２４０は、特許請求の範囲の記載の不調者判別モデル学習部に対応し、平均値算出部２６５は、特許請求の範囲の記載の平均値算出部に対応し、グラフ生成部２７０は、特許請求の範囲の記載のグラフ生成部に対応する。

また、本実施形態の不調判定部２６７は、特許請求の範囲の記載の不調判定部に対応し、送信情報生成部２６４は、特許請求の範囲の記載の送信情報生成部に対応する。

以上、各実施形態に基づき本発明の説明を行ってきたが、上記実施形態に示した要件に本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することができ、その応用形態に応じて適切に定めることができる。

１００ 健康指標算出システム
２００ 健康指標算出サーバ
２１０ 健康指標算出処理部
２２０ 送信部
２３０ 受信部
２４０ 不調者判別モデル学習部
２５０ 不調情報生成部
２６０ 表示制御部
２６２ 画面データ生成部
２６３ 不調スコア取得部
２６４ 送信情報生成部
２６５ 平均値算出部
２６６ 保険情報取得部
２６７ 不調判定部
２６８、２６８Ａ 不調項目抽出部
２６９ 健康情報判定部
２７０ グラフ生成部
２７１ 正常スコア取得部

特開２００３−２２３５６２号公報

Claims (14)

1. 利用者の健康状態を示す指標を算出する情報処理システムであって、
   複数の利用者の勤怠の状況を示す勤怠情報が格納された勤怠情報データベースと、前記複数の利用者の健康診断の結果を示す健康情報が格納された健康情報データベースと、を参照し、前記利用者毎に、前記利用者の健康状態を示す指標値を算出する指標値算出部と、
   算出された前記指標値を、保険料を算出する保険料算出サーバへ送信する送信部と、
   前記保険料算出サーバから、前記利用者の前記指標に応じて算出された保険料を含む保険情報を受信する保険情報取得部と、
   前記保険情報を表示させる画面データを生成する画面データ生成部と、
   前記画面データを出力する出力部と、を有する情報処理システム。
2. 前記保険情報は、
   前記利用者の前記指標値に応じて算出された保険料を示すページを特定するＵＲＬをさらに含む、請求項１記載の情報処理システム。
3. 前記利用者の前記健康情報から、前記健康情報に含まれる項目において、値が正常範囲内でない項目を抽出する第一の不調項目抽出部を有し、
   前記画面データ生成部は、
   前記第一の不調項目抽出部により抽出された前記項目を表示させる画面データを生成する請求項１又は２記載の情報処理システム。
4. 前記勤怠情報データベースと、前記健康情報データベースとを参照し、前記利用者毎の前記指標値を出力する不調者判別モデルを生成する不調者判別モデル学習部を有し、
   前記指標値算出部は、
   前記不調者判別モデルに基づき、前記勤怠情報データベース及び前記健康情報データベースのそれぞれに含まれる項目毎に、前記項目の値と、前記項目毎に求められた係数とを乗算した値の合計を、前記指標値として出力する請求項１又は２記載の情報処理システム。
5. 前記利用者毎に、前記勤怠情報データベース及び／又は前記健康情報データベースから、前記乗算した値が所定の閾値以上になる項目を抽出する第二の不調項目抽出部を有し、
   前記画面データ生成部は、
   前記第二の不調項目抽出部により抽出された前記項目を表示させる画面データを生成する請求項４記載の情報処理システム。
6. 過去の所定の期間において算出された前記利用者の前記指標値の平均値を算出する平均値算出部を有し、
   前記送信部は、
   前記平均値を前記保険料算出サーバへ送信し、
   前記保険情報取得部は、
   前記平均値に応じて算出された保険料を示す保険情報を受信し、
   前記画面データ生成部は、
   前記平均値と、前記保険情報と、を表示させる画面データを生成する、請求項１乃至５の何れか一項に記載の情報処理システム。
7. 前記所定の期間において算出された前記利用者の前記指標値の推移を示すグラフを生成するグラフ生成部を有し、
   前記画面データ生成部は、
   前記グラフを表示させる画面データを生成する請求項６記載の情報処理システム。
8. 前記指標値が不調閾値未満であるか否かを判定する不調判定部を有し、
   前記送信部は、
   前記指標値が不調閾値以上であるとき、予め設定された前記不調閾値未満の値と、前記指標値とを前記保険料算出サーバへ送信し、
   前記保険情報取得部は、
   前記指標値に応じて算出された第一の保険料と、前記不調閾値未満の値に応じて算出された第二の保険料と、を含む保険情報を受信し、
   前記画面データ生成部は、
   前記第一の保険料を、前記指標値が示す第一の健康状態と対応付け、前記第二の保険料を、前記不調閾値未満の値が示す第二の健康状態と対応付けた状態で表示させる画面データを生成する、請求項１乃至７の何れか一項に記載の情報処理システム。
9. 前記画面データ生成部は、
   前記第一の保険料と前記第一の健康状態とを対応付け、且つ前記第一の健康状態を前記第二の健康状態に切り替え可能な状態で表示させる画面データを生成し、
   前記画面データが表示された画面において、
   前記第一の健康状態が前記第二の健康状態に切り替えられたとき、前記第一の保険料の表示を前記第二の保険料の表示へ切り替える請求項８記載の情報処理システム。
10. 前記指標値と、前記利用者を識別する識別情報とを含む送信情報を生成する送信情報生成部を有し、
    前記送信部は、
    一定期間毎に前記送信情報を前記保険料算出サーバへ送信する請求項１乃至９の何れか一項に記載の情報処理システム。
11. 前記送信部は、
    算出された前記指標値を複数の前記保険料算出サーバへ送信し、
    前記保険情報取得部は、
    前記複数の前記保険料算出サーバから、前記複数の前記保険料算出サーバのそれぞれにおいて、前記指標に応じて算出された保険料を受信し、
    前記画面データ生成部は、
    前記複数の前記保険料算出サーバのそれぞれから受信した前記保険料の一覧を表示させる画面データを生成する請求項１又は２記載の情報処理システム。
12. 利用者の健康状態を示す指標を算出する情報処理システムであって、
    複数の利用者の勤怠の状況を示す勤怠情報が格納された勤怠情報データベースと、前記複数の利用者の健康診断の結果を示す健康情報が格納された健康情報データベースと、を参照し、前記利用者毎に、前記利用者の健康状態を示す指標値を算出する指標値算出部と、
    算出された前記指標値を保険料を算出する保険料算出サーバへ送信する送信部と、
    前記保険料算出サーバから、前記利用者の前記指標値に応じて算出された保険料を示すページを特定するＵＲＬを含む保険情報を受信する保険情報取得部と、
    前記保険情報を表示させる画面データを生成する画面データ生成部と、
    前記画面データを出力する出力部と、を有する情報処理システム。
13. 利用者の健康状態を示す指標を算出する情報処理装置であって、
    複数の利用者の勤怠の状況を示す勤怠情報が格納された勤怠情報データベースと、前記複数の利用者の健康診断の結果を示す健康情報が格納された健康情報データベースと、を参照し、前記利用者毎に、前記利用者の健康状態を示す指標値を算出する指標値算出部と、
    算出された前記指標値を保険料を算出する保険料算出サーバへ送信する送信部と、
    前記保険料算出サーバから、前記利用者の前記指標に応じて算出された保険料を含む保険情報を受信する保険情報取得部と、
    前記保険情報を表示させる画面データを生成する画面データ生成部と、
    前記画面データを出力する出力部と、を有する情報処理装置。
14. 利用者の健康状態を示す指標を算出する情報処理システムによる情報処理方法であって、前記情報処理システムは、
    複数の利用者の勤怠の状況を示す勤怠情報が格納された勤怠情報データベースと、前記複数の利用者の健康診断の結果を示す健康情報が格納された健康情報データベースと、を参照して、前記利用者毎に、前記利用者の健康状態を示す指標値を算出し、
    算出された前記指標値を保険料を算出する保険料算出サーバへ送信し、
    前記保険料算出サーバから、前記利用者の前記指標に応じて算出された保険料を含む保険情報を受信し、
    前記保険情報を表示させる画面データを生成し、
    前記画面データを出力する、情報処理方法。

Images