(57)【要約】【課題】ユーザの健康に関するデータとして登録された複数種類の登録データの新しい表示手段を提供する。【解決手段】各ユーザからデータ登録をデータ種ごとに受付ける登録受付部１０と、登録データを記憶する登録データ記憶部２０と、複数のデータ種を所定数のグループに分類する分類ルールを保持する分類ルール保持部６０と、複数のデータ種各々の登録データの内容、ユーザによる操作履歴、他のユーザによる操作履歴、現在の日時、ユーザの現在位置の中の少なくとも１つに基づいて、所定数のグループ各々の現時点での重要度を算出する重要度算出部７０と、各グループの重要度に基づいて、所定数のグループの中から一部のグループを抽出するグループ抽出部８０と、抽出したグループに含まれるデータ種の登録データを、一画面内に一覧表示する表示部９０と、を有するデータ管理システム１。【選択図】図１
2013016031.tif 000002
【特許請求の範囲】
【請求項１】
各ユーザの健康に関するデータを管理するデータ管理システムであって、
各ユーザからデータ登録をデータ種ごとに受付ける登録受付手段と、
前記登録受付手段が登録を受付けた登録データを記憶する登録データ記憶手段と、
複数の前記データ種を所定数のグループに分類する分類ルールを保持する分類ルール保持手段と、
前記複数のデータ種各々の登録データの内容、ユーザによる操作履歴、他のユーザによる操作履歴、現在の日時、ユーザの現在位置の中の少なくとも１つに基づいて、前記所定数のグループ各々の現時点での重要度を算出する重要度算出手段と、
前記重要度算出手段が算出した各グループの前記重要度に基づいて、前記所定数のグループの中から一部の前記グループを抽出するグループ抽出手段と、
前記グループ抽出手段が抽出した前記グループに含まれる前記データ種の前記登録データを、一画面内に一覧表示する表示手段と、
を有するデータ管理システム。
【請求項２】
請求項１に記載のデータ管理システムにおいて、
前記分類ルールは、前記データ種の属性に基づいて、複数の前記データ種を所定数のグループに分類するルールであるデータ管理システム。
【請求項３】
請求項２に記載のデータ管理システムにおいて、
前記登録受付手段は、健康に関するスケジュールの登録を受付けることができ、
前記分類ルールが規定する前記グループの中には、前記スケジュールを前記データ種として含むスケジュール管理グループが含まれ、
前記重要度算出手段は、現時点から所定時間後の時点までにスケジュールが登録されている場合、登録されていない場合に比べて、前記スケジュール管理グループの重要度を高く算出するデータ管理システム。
【請求項４】
請求項２または３に記載のデータ管理システムにおいて、
前記登録受付手段は、ユーザを測定した結果である生体データの登録を受付けることができ、
前記分類ルールが規定する前記グループの中には、前記生体データを前記データ種として含む体調管理グループが含まれ、
前記重要度算出手段は、前記生体データと、予め保持している健康な状態を示す基準値とを比較し、前記基準値から前記生体データの値が離れているほど、前記体調管理グループの重要度を高く算出するデータ管理システム。
【請求項５】
請求項２から４のいずれか１項に記載のデータ管理システムにおいて、
前記登録受付手段は、処方された薬剤の量、服薬実施状況の登録を受付けることができ、
前記分類ルールが規定する前記グループの中には、前記処方された薬剤の量及び前記服薬実施状況を前記データ種として含む薬剤管理グループが含まれ、
前記重要度算出手段は、前記処方された薬剤の量及び前記服薬実施状況から現時点での前記薬剤の残量を算出し、算出した残量が所定の量よりも少ない場合、所定の量よりも多い場合に比べて、前記薬剤管理グループの重要度を高く算出するデータ管理システム。
【請求項６】
請求項２から５のいずれか１項に記載のデータ管理システムにおいて、
前記分類ルールが規定する前記グループの中には、第１の病気に関連するデータを前記データ種として含む第１病気管理グループが含まれ、
前記重要度算出手段は、予め前記第１の病気が発症する可能性が高い時期を示すデータを保持しておき、現時点が前記発症する可能性が高い時期に近づくほど、前記第１病気管理グループの重要度を高く算出するデータ管理システム。
【請求項７】
請求項２から６のいずれか１項に記載のデータ管理システムにおいて、
前記登録データを閲覧する指示入力を、前記グループごとに受付けることができる閲覧指示受付手段と、
前記閲覧指示受付手段が前記指示入力を受付けると、前記指示を受付けた前記グループに含まれる前記データ種の登録データを表示するユーザ指定データ表示手段と、
前記登録データの閲覧履歴を記憶する閲覧履歴記憶手段と、を有し、
前記重要度算出手段は、前記閲覧履歴に基づいて、前記ユーザの行動パターンを算出し、現時点でユーザに閲覧される可能性が高いグループの重要度を、他のグループの重要度よりも高く算出するデータ管理システム。
【請求項８】
請求項２から７のいずれか１項に記載のデータ管理システムにおいて、
１以上の他のユーザによる他のユーザの前記登録データの閲覧履歴を取得する他ユーザ閲覧履歴取得手段をさらに有し、
前記重要度算出手段は、前記１以上の他のユーザの閲覧履歴に基づいて、現時点から所定時間前までにおける各サービスの閲覧頻度を算出し、多く閲覧されている前記サービスほど、前記重要度を高く算出するデータ管理システム。
【請求項９】
各ユーザの健康に関するデータを管理するデータ管理方法であって、
各ユーザからデータ登録をデータ種ごとに受付け、記憶する登録受付ステップと、
複数の前記データ種を所定数のグループに分類する分類ルールを参照し、前記複数のデータ種各々の登録データの内容、ユーザによる操作履歴、他のユーザによる操作履歴、現在の日時、ユーザの現在位置の中の少なくとも１つに基づいて、前記所定数のグループ各々の現時点での重要度を算出する重要度算出ステップと、
前記重要度算出ステップで算出された各グループの前記重要度に基づいて、前記所定数のグループの中から一部の前記グループを抽出するグループ抽出ステップと、
前記グループ抽出ステップで抽出された前記グループに含まれる前記データ種の前記登録データを、一画面内に一覧表示する表示ステップと、
を有するデータ管理方法。
【請求項１０】
各ユーザの健康に関するデータを管理するためのプログラムであって、
コンピュータを、
各ユーザからデータ登録をデータ種ごとに受付ける登録受付手段、
前記登録受付手段が登録を受付けた登録データを記憶する登録データ記憶手段、
複数の前記データ種を所定数のグループに分類する分類ルールを保持する分類ルール保持手段、
前記複数のデータ種各々の登録データの内容、ユーザによる操作履歴、他のユーザによる操作履歴、現在の日時、ユーザの現在位置の中の少なくとも１つに基づいて、前記所定数のグループ各々の現時点での重要度を算出する重要度算出手段、
前記重要度算出手段が算出した各グループの前記重要度に基づいて、前記所定数のグループの中から一部の前記グループを抽出するグループ抽出手段、
前記グループ抽出手段が抽出した前記グループに含まれる前記データ種の前記登録データを、一画面内に一覧表示する表示手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ管理システム、データ管理方法およびプログラムに関する。
【背景技術】
【０００２】
近年、各ユーザが自己の健康に関するデータを自身で管理するためのサービスが開発されている。健康に関するデータとしては、例えば、身長、体重、診察履歴、診察費、処方された薬剤の情報等が考えられる。当該サービスによれば、ユーザは、上述のような健康に関するデータを自己で電子登録し、これらのデータを自己で管理することができる。そして、好きなタイミングで、登録した自己の健康に関するデータを閲覧することができる。
【０００３】
特許文献１には、表示手段の情報表示領域を複数の子画面に分割し、分割した該複数の子画面に診療情報を表示する診療情報表示装置であって、入力デバイスによる操作者の操作入力を受付ける操作入力受付手段と、前記操作入力受付手段によって第１の子画面が選択された状態で、更に第２の子画面が選択されると、前記第１の子画面に表示中の診療情報を前記第２の子画面に表示するとともに、前記第２の子画面に表示中の診療情報を前記第１の子画面に表示させる表示制御手段と、を有する診療情報表示装置が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−０１５１９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明者は、上述のように、ユーザの健康に関するデータを管理し、当該データをディスプレイに表示するサービスにおいて、次のような課題を見出した。
【０００６】
登録データの閲覧方法の１つとして、各種登録データ（体重、診察費等）を個別にディスプレイに表示し、閲覧する手段が考えられる。しかし、当該閲覧方法の場合、ユーザがチェックすべき登録データの種類が多数ある場合などには、ユーザは、各種登録データを順次ディスプレイに表示させる処理を繰り返し行わなければならず、手間である。
【０００７】
そこで、本発明者は、上記不都合を解決する手段として、複数種の登録データすべてを同時に一覧表示する手段を検討した。しかし、登録データの表示スペースは限られているため、ユーザの視認性を確保した状態で一覧表示できる情報量は限られている。このため、登録データの種類が多い場合には、これらをまとめて一覧表示することは困難である。
【０００８】
そこで、本発明は、ユーザの健康に関するデータとして登録された複数種類の登録データの新しい表示手段を提供することを課題とする。
【課題を解決するための手段】
【０００９】
本発明によれば、各ユーザの健康に関するデータを管理するデータ管理システムであって、各ユーザからデータ登録をデータ種ごとに受付ける登録受付手段と、前記登録受付手段が登録を受付けた登録データを記憶する登録データ記憶手段と、複数の前記データ種を所定数のグループに分類する分類ルールを保持する分類ルール保持手段と、前記複数のデータ種各々の登録データの内容、ユーザによる操作履歴、他のユーザによる操作履歴、現在の日時、ユーザの現在位置の中の少なくとも１つに基づいて、前記所定数のグループ各々の現時点での重要度を算出する重要度算出手段と、前記重要度算出手段が算出した各グループの前記重要度に基づいて、前記所定数のグループの中から一部の前記グループを抽出するグループ抽出手段と、前記グループ抽出手段が抽出した前記グループに含まれる前記データ種の前記登録データを、一画面内に一覧表示する表示手段と、を有するデータ管理システムが提供される。
【００１０】
また、本発明によれば、各ユーザの健康に関するデータを管理するデータ管理方法であって、各ユーザからデータ登録をデータ種ごとに受付け、記憶する登録受付ステップと、複数の前記データ種を所定数のグループに分類する分類ルールを参照し、前記複数のデータ種各々の登録データの内容、ユーザによる操作履歴、他のユーザによる操作履歴、現在の日時、ユーザの現在位置の中の少なくとも１つに基づいて、前記所定数のグループ各々の現時点での重要度を算出する重要度算出ステップと、前記重要度算出ステップで算出された各グループの前記重要度に基づいて、前記所定数のグループの中から一部の前記グループを抽出するグループ抽出ステップと、前記グループ抽出ステップで抽出された前記グループに含まれる前記データ種の前記登録データを、一画面内に一覧表示する表示ステップと、を有するデータ管理方法が提供される。
【００１１】
また、本発明によれば、各ユーザの健康に関するデータを管理するためのプログラムであって、コンピュータを、各ユーザからデータ登録をデータ種ごとに受付ける登録受付手段、前記登録受付手段が登録を受付けた登録データを記憶する登録データ記憶手段、複数の前記データ種を所定数のグループに分類する分類ルールを保持する分類ルール保持手段、前記複数のデータ種各々の登録データの内容、ユーザによる操作履歴、他のユーザによる操作履歴、現在の日時、ユーザの現在位置の中の少なくとも１つに基づいて、前記所定数のグループ各々の現時点での重要度を算出する重要度算出手段、前記重要度算出手段が算出した各グループの前記重要度に基づいて、前記所定数のグループの中から一部の前記グループを抽出するグループ抽出手段、前記グループ抽出手段が抽出した前記グループに含まれる前記データ種の前記登録データを、一画面内に一覧表示する表示手段、として機能させるためのプログラムが提供される。
【発明の効果】
【００１２】
本発明によれば、ユーザの健康に関するデータとして登録された複数種類の登録データの新しい表示手段が実現される。
【図面の簡単な説明】
【００１３】
【図１】本実施形態のデータ管理システムの機能ブロック図の一例である。
【図２】データ種を所定数のグループに分類する様子の一例を模式的に示した概念図である。
【図３】表示部が実現する表示画面の一例を示した図である。
【図４】本実施形態のデータ管理方法の処理の流れの一例を示したフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態について図面を用いて説明する。
【００１５】
なお、本実施形態の装置は、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされたプログラム（あらかじめ装置を出荷する段階からメモリ内に格納されているプログラムのほか、ＣＤ等の記憶媒体やインターネット上のサーバ等からダウンロードされたプログラムも含む）、そのプログラムを格納するハードディスク等の記憶ユニット、ネットワーク接続用インタフェースを中心にハードウエアとソフトウエアの任意の組合せによって実現される。そして、その実現方法及び装置には、いろいろな変形例があることは、当業者には理解されるところである。
【００１６】
また、本実施形態の説明において利用する機能ブロック図は、ハードウエア単位の構成ではなく、機能単位のブロックを示している。これらの図においては、各装置は１つの機器により実現されるよう記載されているが、その実現手段はこれに限定されない。すなわち、物理的に分かれた構成であっても、論理的に分かれた構成であっても構わない。
【００１７】
まず、本実施形態の概要について説明する。
【００１８】
本実施形態のデータ管理システムは、各ユーザから、各ユーザの健康に関するデータの登録を受付け、当該データ（電子データ）を記憶し、管理する。健康に関するデータの種類（以下、「データ種」）は、例えば、測定した生体情報（身長、体重、血圧、体温等）、診察予定日などの健康に関するスケジュール、処方された薬剤の種類及び量、服薬実施状況、診察結果等が考えられる。
【００１９】
また、データ管理システムは、このような登録データを利用して、様々なサービスをユーザに提供することができる。例えば、データ管理システムは、ユーザの健康に関する様々なスケジュールを管理するスケジュール管理サービスや、登録された生体情報を利用してユーザの体調を判断し、必要に応じて所定の情報を出力する体調管理サービスや、処方された薬剤の量及び服薬実施状況から薬剤の残量を管理する薬剤管理サービスや、第１の病気（例：インフルエンザ）に関係する登録データを監視し、必要に応じて所定の情報を出力する第１病気管理サービスや、ユーザが有している病気に関係する登録データを管理する症状管理サービスなどを提供することができる。
【００２０】
さらに、データ管理システムは、上記登録データを画面表示することができる。データ管理システムが実現する画面表示の手段の中には、（１）ユーザが指定したサービスに関係する登録データを画面表示する手段と、（２）データ管理システムが自動で抽出した複数のサービスに関係する登録データを一画面に一覧表示する手段と、が含まれる。（２）の場合、データ管理システムは、データ管理システムが実現する複数のサービスのすべてを抽出するのでなく、一部のサービスを抽出して、一覧表示する。なお、データ管理システムは、以下のようにして、一部のサービスを抽出する。
【００２１】
データ管理システムは、複数種類のデータ種を複数のグループに分類する分類ルールを保持しておく。各グループは、データ管理システムが提供するサービス各々に対応する。すなわち、あるグループには、あるサービスに関係する１つ以上のデータ種が属し、他のグループには、他のサービスに関係する１つ以上のデータ種が属することとなる。そして、データ管理システムは、当該分類ルールに従って複数種類のデータ種を所定数のグループに分類後、複数のデータ種各々の登録データの内容、ユーザによる操作履歴、他のユーザによる操作履歴、現在の日時、ユーザの現在位置の中の少なくとも１つに基づいて、各グループ（サービス）の現時点での重要度を算出する。そして、データ管理システムは、重要度が高い方から順に、一部のグループ（サービス）を抽出し、抽出したグループ（サービス）に属するデータ種の登録データを、一画面内に一覧表示する。
【００２２】
以下、このような本実施形態のデータ管理システムの詳細な構成について説明する。図１は、本実施形態のデータ管理システム１の機能ブロック図の一例である。
【００２３】
図１に示すように、本実施形態のデータ管理システム１は、登録受付部１０と、登録データ記憶部２０と、分類ルール保持部６０と、重要度算出部７０と、グループ抽出部８０と、表示部９０と、を有する。なお、図示するように、データ管理システム１は、閲覧指示受付部３０、ユーザ指定データ表示部３１、閲覧履歴記憶部４０、及び、他ユーザ閲覧履歴取得部５０の中の１つまたは複数を有してもよい。以下、各部の構成について説明する。
【００２４】
登録受付部１０は、各ユーザからデータ登録をデータ種ごとに受付ける。データ登録を受付ける手段は特段制限されず、キーボード、マウス、タッチパネルディスプレイ、スキャナー、操作ボタン、マイク等のあらゆる入力装置を利用して実現することができる。
【００２５】
登録受付部１０が登録を受付けるデータ種の内容は特段制限されない。データ種としては、例えば、身長、体重、体温、血圧、血糖値などの測定データ（生体データ）や、診察予定日、生体データの測定予定日、服薬予定日などの健康に関するスケジュールや、持病、過去の病気などの自己のプロフィールや、診察費、薬剤費、保険外治療費などの費用に関するデータや、診察結果、問診内容、処方された薬剤の種類及び量などの診察に関するデータや、処方された薬剤の服薬実施状況などが考えられる。ユーザは、このようなデータ種の登録データが発生するたびに、データ管理システム１に登録することができる。
【００２６】
登録データ記憶部２０は、登録受付部１０が登録を受付けた登録データを記憶する。
【００２７】
分類ルール保持部６０は、複数のデータ種を所定数のグループに分類する分類ルールを保持する。各グループは、データ管理システムが提供するサービス各々に対応する。すなわち、あるグループには、あるサービスに関係する１つ以上のデータ種が属し、他のグループには、他のサービスに関係する１つ以上のデータ種が属することとなる。
【００２８】
ここでのサービスとは、データ管理システム１が登録データを利用してユーザに提供するサービスであり、以下のようなものが考えられる。例えば、データ管理システム１は、ユーザの健康に関する様々なスケジュールを管理するスケジュール管理サービスや、登録された生体情報を利用してユーザの体調を判断し、必要に応じて所定の情報を出力する体調管理サービスや、処方された薬剤の量及び服薬実施状況から薬剤の残量を管理する薬剤管理サービスや、第１の病気（例：インフルエンザ）に関係する登録データを監視し、必要に応じて所定の情報を出力する第１病気管理サービスや、ユーザが有している病気に関係する登録データを管理する症状管理サービスなどを提供することができる。
【００２９】
ここで、図２の概念図を用いて、複数のデータ種を所定数のグループに分類する処理について説明する。
【００３０】
図２の（Ａ）には、登録受付部１０がデータ登録を受付けるデータ種が一覧表示されている。そして、図２の（Ｂ）には、複数のデータ種を５つのグループに分類した状態が示されている。
【００３１】
（Ｂ）に示す「体調管理Ｇ（グループ）」は、登録された生体情報を利用してユーザの体調を判断し、必要に応じて所定の情報を出力する体調管理サービスに対応する。すなわち、当該グループに属するデータ種は、当該サービスに関係するデータ種である（以下も同様）。図示するように、当該グループに含まれるデータ種は、体重、血糖値、体温等の生体情報などである。
【００３２】
（Ｂ）に示す「スケジュール管理Ｇ（グループ）」は、ユーザの健康に関する様々なスケジュールを管理するスケジュール管理サービスに対応する。図示するように、当該グループに属するデータ種は、診察予定日、投薬予定日などを含むスケジュールである。
【００３３】
（Ｂ）に示す「薬剤管理Ｇ（グループ）」は、処方された薬剤の量及び服薬実施状況から薬剤の残量を管理する薬剤管理サービスに対応する。図示するように、当該グループに属するデータ種は、処方された薬剤の種類及び量を示す薬剤情報、当該薬剤の服薬実施状況などである。
【００３４】
（Ｂ）に示す「第１病気管理Ｇ（グループ）」は、第１の病気（例：インフルエンザ）に関係する登録データを監視し、必要に応じて所定の情報を出力する第１病気管理サービスに対応する。例えば第１の病気がインフルエンザの場合、図示するように、当該グループに属するデータ種は、体温などである。
【００３５】
（Ｂ）に示す「症状管理Ｇ（グループ）」は、ユーザが有している病気に関係する登録データを管理する症状管理サービスに対応する。例えばユーザが糖尿病を患っている場合、図示するように、当該グループに属するデータ種は、体重、血糖値などである。
【００３６】
ここで、「体調管理Ｇ（グループ）」、「スケジュール管理Ｇ（グループ）」、「薬剤管理Ｇ（グループ）」及び「第１病気管理Ｇ（グループ）」に属するデータ種は、ユーザがだれであろうと同じデータ種になる。よって、当該グループを規定する分類ルールは、当該グループに属するデータ種を予め特定したものであってもよい。
【００３７】
一方、「症状管理Ｇ（グループ）」に属するデータ種は、ユーザごとに異なる。そこで、当該グループを規定する分類ルールは、例えば、ユーザから指定されたデータ種を当該グループに含めるよう定めたものであってもよい。その他、当該グループの分類ルールは、ユーザから受付けた登録データを基にユーザが有する病気を認識し、認識した病気の経過状況を監視する際にチェックすべきデータ種を、自動的に当該グループに含めるよう定めたものであってもよい。具体的には、以下のようなことが定められていてもよい。ユーザから受付けた登録データ（例えばプロファイルデータや、診察内容を記録したデータ）にユーザの病状が記録されている場合には、当該登録データを基に、ユーザが患っている病気を認識する。そして、病気と、各病気の経過状況を監視する際にチェックすべきデータ種との関係を記載したデータ（予め、データ管理システム１が保持しておく）を参照し、認識した病気を有するユーザがチェックすべきデータ種を特定する。その後、特定したデータ種を当該グループに含める。
【００３８】
以上説明したように、分類ルールは、データ種の属性に基づいて、複数のデータ種を所定数のグループに分類するルールとすることができる。なお、上記グループはあくまで一例であり、その他のグループを含めることもできる。また、上記例示したグループの中の１つ以上を含めない構成とすることもできる。また、グループの数は設計的事項である。また、ユーザが分類ルールを作成し、分類ルール保持部６０に保持させることができてもよい。すなわち、ユーザが任意のグループ名を決定し、当該グループに含ませる１つ以上のデータ種を選択する入力を行って、分類ルール保持部６０に保持させることができてもよい。なお、上記例のように、１つのデータ種が複数のグループに属しても構わない（例：体調管理Ｇ、症状管理Ｇに属する体重及び血糖値）。
【００３９】
本実施形態のデータ管理システム１は、登録データ記憶部２０に記憶された登録データを、画面に表示することができる。例えば、予め保持しているグラフや表などの雛形データを利用して、登録データをグラフ表示したり、表で一覧表示したりする。なお、画面表示の手段としては、（１）ユーザが指定したサービスに関係する登録データを画面表示する手段と、（２）データ管理システムが自動で抽出した複数のサービスに関係する登録データを一画面に一覧表示する手段と、が含まれる。上記２つの表示手段は、少なくとも、以下の点で相違する。
【００４０】
「（１）はユーザが指定したサービスに関係する登録データを表示するのに対し、（２）はデータ管理システム１が選択したサービスに関係する登録データを表示する点」
【００４１】
以下、（１）、（２）の順に、各表示手段を実現する各部を説明する。
【００４２】
閲覧指示受付部３０は、登録データを閲覧する指示入力を、グループ（サービス）ごとに受付けることができる。すなわち、閲覧指示受付部３０は、グループ（サービス）を特定する指示入力と、当該入力で特定されるグループに含まれる（サービスに関係する）データ種の登録データを表示する指示入力とを、ユーザから受付ける。当該入力を受付ける手段は特段制限されず、キーボード、マウス、タッチパネルディスプレイ、操作ボタン、マイク等のあらゆる入力装置を利用して実現することができる。
【００４３】
なお、閲覧指示受付部３０は、ユーザから、複数のグループ（サービス）を指定する指示入力、及び、これらの登録データを一度にディスプレイに表示する指示入力を受付けてもよい。このような表示としては、例えば、ディスプレイに複数の画面（ウインドウ）を表示し、各画面に複数のグループ（サービス）各々に含まれるデータ種の登録データを表示する手段などが考えられる。
【００４４】
ユーザ指定データ表示部３１は、閲覧指示受付部３０が上述のような指示入力を受付けると、当該指示で特定されるグループ（サービス）に含まれるデータ種の登録データを、ディスプレイに表示する。なお、閲覧指示受付部３０が複数のグループの登録データを一度にディスプレイに表示する指示入力を受付けた場合には、ユーザ指定データ表示部３１は、ディスプレイに、指定された複数のグループ各々に含まれるデータ種の登録データを表示する。ユーザ指定データ表示部３１は、予め保持しているグラフや表などの雛形データを利用して、登録データをグラフ表示したり、表で一覧表示したり、また、その他の態様で表示することができる。
【００４５】
閲覧履歴記憶部４０は、閲覧指示受付部３０及びユーザ指定データ表示部３１により実現される登録データの閲覧の履歴（閲覧履歴）、すなわちユーザが指定したサービスに含まれるデータ種の登録データをディスプレイに表示した履歴（表示履歴）を記憶する。閲覧履歴（表示履歴）には、どのサービスを閲覧（表示）したかを特定する情報、及び、各閲覧（表示）の開始時間及び終了時間を特定可能な情報が記録されている。
【００４６】
次に、（２）データ管理システムが自動で抽出した複数のサービスに関係する登録データを一画面に一覧表示する手段を実現する各部を説明する。
【００４７】
重要度算出部７０は、複数のデータ種各々の登録データの内容、ユーザによる操作履歴、他のユーザによる操作履歴、現在の日時、ユーザの現在位置の中の少なくとも１つに基づいて、各グループの現時点での重要度を算出する。重要度は、例えば、１０点満点、１００点満点などのように点数で表現してもよいし、Ａ〜Ｅ判定などのように、ランクで表現してもよい。重要度は、以下のような観点で算出することができる。
【００４８】
例えば、重要度算出部７０は、登録データ記憶部２０に記憶されている登録データを参照し、現時点から所定時間（設計的事項、例：１２時間、１日、３日、１週間）後の時点までに健康に関するスケジュールが登録されている場合、登録されていない場合に比べて、スケジュール管理グループの重要度を高く算出してもよい。
【００４９】
また、例えば、重要度算出部７０は、登録データ記憶部２０に記憶されている登録データを参照し、体重、血糖値、体温等の生体データ各々と、予め保持している健康な状態を示す各生体データの基準値とを比較して、基準値から生体データの値が離れているほど、体調管理グループの重要度を高く算出してもよい。
【００５０】
また、例えば、重要度算出部７０は、登録データ記憶部２０に記憶されている登録データを参照し、処方された薬剤の量及び服薬実施状況から現時点での薬剤の残量を算出して、算出した残量が所定の量（設計的事項、例：１日分、３日分、１週間分）よりも少ない場合、所定の量よりも多い場合に比べて、薬剤管理グループの重要度を高く算出してもよい。
【００５１】
また、例えば、重要度算出部７０は、様々な病気各々と、当該病気が発症する可能性（流行する可能性）が高い時期（発症可能性時期）との関係を示した情報（例：インフルエンザ−１１〜４月）を予め保持しておき、現時点が上記情報で特定される発症可能性時期に近づくほど、その病気を管理するグループ（第１病気管理グループ）の重要度を高く算出してもよい。
【００５２】
また、例えば、重要度算出部７０は、閲覧履歴記憶部４０に記憶されているユーザの閲覧履歴（表示履歴）に基づいてユーザの行動パターンを算出し、現時点でユーザに閲覧される可能性が高いグループの重要度を、他のグループの重要度よりも高く算出してもよい。行動パターンは、１日の中の時間帯に依存した行動パターンや、１週間の中の曜日に依存した行動パターンや、１カ月の中の第何週目か、前半・中盤・後半のいずれか、日にち（５日、１５日、２５日）などに依存した行動パターンや、１年の中の月、季節などに依存した行動パターンなどが考えられる。
【００５３】
また、例えば、重要度算出部７０は、他ユーザ閲覧履歴取得部５０が取得した他のユーザの閲覧履歴（表示履歴）を利用して、各グループの重要度を算出してもよい。他のユーザの閲覧履歴（表示履歴）は、閲覧履歴記憶部４０に記憶されているユーザの閲覧履歴（表示履歴）と同様のものである。例えば、１つの装置を複数のユーザが使用し、当該装置が有する記憶装置の中に他のユーザの閲覧履歴（表示履歴）が記憶されている場合には、他ユーザ閲覧履歴取得部５０は、当該情報を取得してもよい。または、例えば、他ユーザ閲覧履歴取得部５０は、インターネットなどのネットワークを介して、他の装置に記憶されている他のユーザの閲覧履歴（表示履歴）を取得してもよい。
【００５４】
重要度算出部７０は、このようにして取得された１以上の他のユーザの閲覧履歴に基づいて、現時点から所定時間（設計的事項、例：１時間、５時間、１２時間、２４時間、３日、１週間、１カ月）前までにおける他のユーザの各サービスの閲覧頻度を算出し、多く閲覧されているサービスほど、重要度を高く算出してもよい。
【００５５】
また、例えば、重要度算出部７０は、ユーザの現在位置に基づいて、各グループの重要度を算出してもよい。例えば、データ管理システム１は、ＧＰＳや、アクセス元のＩＰアドレスなどからユーザの現在位置情報を取得するユーザ位置取得部（図１には不図示）をさらに有してもよい。そして、重要度算出部７０は、予め、各グループに関係が深い位置を定めた情報（位置グループ関係情報）を予め保持しておいてもよい。当該位置グループ情報では、例えば、インフルエンザや、風邪等の内科の病院で診察してもらう病気を管理するグループ（第１病気管理グループ）は、内科の病院がある位置と関係が深いことが定められていてもよい。その他、当該位置グループ情報では、薬剤管理グループは、薬局がある位置と関係が深いことが定められていてもよい。当該位置グループ情報において、各位置は、例えば緯度・経度情報等で規定されていてもよい。
【００５６】
そして、重要度算出部７０は、ユーザ位置取得部が取得した情報に基づいてユーザの現在位置を特定後、上記位置グループ関係情報を利用して、ユーザの現在位置に関係が深いグループを特定する。そして、特定したグループの重要度を、その他のグループよりも高く算出してもよい。
【００５７】
重要度算出部７０は、例えば上述した観点で、グループごとに重要度を算出する関数を保持し、当該関数を利用して、各グループの重要度を算出することができる。ここで、一例として、糖尿病に関するデータ種（体重、血糖値など）が含まれる症状管理グループ（サービス）の重要度を算出する関数の一例を下記に示す。
【００５８】
・ 閲覧頻度：現時点から１週間前までの閲覧回数が３回以上→１点
・ スケジュール：「本日、糖尿病で通院」のスケジュール登録あり→３点
・ 過去の利用パターン：現時点の時刻が２１〜２４時→２点
・ 実測値と基準値との関係：最新データによる体重が、基準値から±２ｋｇ以上離れている→５点
・ 他ユーザの閲覧頻度：すべての他ユーザの閲覧履歴を基に算出した各サービスの利用頻度ランキングにおいてトップ５以内に入っている→３点
【００５９】
グループ抽出部８０は、重要度算出部７０が算出した各グループの重要度に基づいて、分類ルールで分類された所定数のグループの中から一部のグループを抽出する。例えば、グループ抽出部８０は、重要度が高いほうから順に、一部のグループを抽出する。なお、一部の数は設計的事項である。
【００６０】
表示部９０は、グループ抽出部８０が抽出したグループに含まれるデータ種の登録データを、一画面内に一覧表示する。登録データは、予め登録されている雛形データを利用して、グラフ表示されてもよいし、表として表示されてもよいし、その他の態様で表示されてもよい。ここでの「一画面内に一覧表示」とは、ディスプレイ内に表示されるいわゆるページやウインドウの中に一覧表示することを意味する。すなわち、画面の大きさは、ディスプレイより大きくなる場合もあれば、小さくなる場合もあり、また、一致する場合もある。
【００６１】
ここで、図３に、表示部９０により実現される一覧表示の一例を示す。図示するように、表示部９０は、データ管理システム１のポータル画面として、抽出された複数のグループの登録データを、一画面内に一覧表示してもよい。当然、ポータル画面とは異なる画面として、一覧表示することもできる。
【００６２】
図示するポータル画面においては、スケジュール管理グループ（サービス）、糖尿病に関するデータ種が含まれる症状管理グループ（サービス）、医療費を管理する医療費データ管理グループ（サービス）の登録データが一覧表示されている。そして、画面をスクロールすると、他のグループの登録データが表示される。
【００６３】
以上説明した本実施形態のデータ管理システム１は、例えば、以下のプログラムをコンピュータにインストールすることで実現することができる。
【００６４】
各ユーザの健康に関するデータを管理するためのプログラムであって、
コンピュータを、
各ユーザからデータ登録をデータ種ごとに受付ける登録受付手段、
前記登録受付手段が登録を受付けた登録データを記憶する登録データ記憶手段、
複数の前記データ種を所定数のグループに分類する分類ルールを保持する分類ルール保持手段、
前記複数のデータ種各々の登録データの内容、ユーザによる操作履歴、他のユーザによる操作履歴、現在の日時、ユーザの現在位置の中の少なくとも１つに基づいて、前記所定数のグループ各々の現時点での重要度を算出する重要度算出手段、
前記重要度算出手段が算出した各グループの前記重要度に基づいて、前記所定数のグループの中から一部の前記グループを抽出するグループ抽出手段、
前記グループ抽出手段が抽出した前記グループに含まれる前記データ種の前記登録データを、一画面内に一覧表示する表示手段、
として機能させるためのプログラム。
【００６５】
次に、本実施形態のデータ管理方法について説明する。ここでは、（２）データ管理システムが自動で抽出した複数のサービスに関係する登録データを一画面に一覧表示する手段を実現する処理の流れを説明する。当該処理の前には、各ユーザからデータ登録をデータ種ごとに受付け（登録受付部１０）、登録データ記憶部２０に記憶する登録受付ステップが実行されている。
【００６６】
図４は、本実施形態のデータ管理方法の処理の流れの一例を示すフローチャートである。図示するように、データ管理方法は、一覧表示受付ステップＳ１０と、重要度算出ステップＳ２０と、グループ抽出ステップＳ３０と、表示ステップＳ４０とを有する。なお、これらのステップは、本実施形態のデータ管理システム１を用いて実現することができる。
【００６７】
一覧表示受付ステップＳ１０では、データ管理システム１が自動で抽出した複数のグループの登録データを一画面に一覧表示する指示入力を、ユーザから受付ける。例えば、このような一覧表示を行うポータル画面を表示する指示入力を受付けてもよい。
【００６８】
重要度算出ステップＳ２０は、Ｓ１０で上記指示入力を受付けた後、実行される。重要度算出ステップＳ２０では、まず、重要度算出部７０が分類ルールに従い、複数のデータ種を所定数のグループに分類する。その後、重要度算出部７０は、複数のデータ種各々の登録データの内容、ユーザによる操作履歴、他のユーザによる操作履歴、現在の日時、ユーザの現在位置の中の少なくとも１つに基づいて、上記所定数のグループ各々の現時点での重要度を算出する。
【００６９】
グループ抽出ステップＳ３０は、Ｓ２０の後に実行される。グループ抽出ステップＳ３０では、グループ抽出部８０が、Ｓ２０で算出された各グループの重要度に基づいて、上記所定数のグループの中から一部のグループを抽出する。例えば、グループ抽出部８０は、重要度が高いほうから順に、一部のグループを抽出する。
【００７０】
表示ステップＳ４０は、Ｓ３０の後に実行される。表示ステップＳ４０では、表示部９０が、Ｓ３０で抽出されたグループに含まれるデータ種の登録データを、一画面内に一覧表示する（図３参照）。
【００７１】
以上説明した本実施形態のデータ管理システム１、データ管理方法及びプログラムによれば、以下のような作用効果が実現される。
【００７２】
本実施形態の場合、データ管理システム１は、登録されている複数の種類のデータ種の内、一部のデータ種の登録データを一覧表示する。このため、登録データの視認性を確保した状態で、複数の登録データの一覧表示を実現することができる。結果、ユーザは、複数の登録データを一画面内で閲覧することが可能となる。
【００７３】
また、本実施形態のデータ管理システム１は、データ種を複数のグループ（サービス）に分類し、各グループ（サービス）の現時点での重要度を算出する。そして、当該重要度に基づいて一部のグループ（サービス）を抽出し、抽出したグループに含まれるデータ種（サービスに関係するデータ種）の登録データを一覧表示する。このため、現時点で重要なものを抽出した一覧表示を実現することができる。
【００７４】
また、本実施形態のデータ管理システム１は、複数のデータ種各々の登録データの内容、ユーザによる操作履歴、他のユーザによる操作履歴、現在の日時、ユーザの現在位置の中の少なくとも１つに基づいて、各グループ（サービス）の現時点での重要度を算出する。このため、算出する重要度の精度を高めることができる。結果、真にユーザが望むものを表示した一覧表示を実現することができる。
【符号の説明】
【００７５】
１    データ管理システム
１０  登録受付部
２０  登録データ記憶部
３０  閲覧指示受付部
３１  ユーザ指定データ表示部
４０  閲覧履歴記憶部
５０  他ユーザ閲覧履歴取得部
６０  分類ルール保持部
７０  重要度算出部
８０  グループ抽出部
９０  表示部
【図１】
2013016031.tif 000003
【図２】
2013016031.tif 000004
【図４】
2013016031.tif 000005
【図３】
2013016031.tif 000006