各ユーザの健康に関するデータを管理するデータ管理システムであって、各ユーザからデータ登録をデータ種ごとに受付ける登録受付手段と、前記登録受付手段が登録を受付けた登録データを記憶する登録データ記憶手段と、複数の前記データ種を所定数のグループに分類する分類ルールを保持する分類ルール保持手段と、前記複数のデータ種各々の登録データの内容、ユーザによる操作履歴、他のユーザによる操作履歴、現在の日時、ユーザの現在位置の中の少なくとも1つに基づいて、前記所定数のグループ各々の現時点での重要度を算出する重要度算出手段と、前記重要度算出手段が算出した各グループの前記重要度に基づいて、前記所定数のグループの中から一部の前記グループを抽出するグループ抽出手段と、前記グループ抽出手段が抽出した前記グループに含まれる前記データ種の前記登録データを、一画面内に一覧表示する表示手段と、を有するデータ管理システム。請求項1に記載のデータ管理システムにおいて、前記分類ルールは、前記データ種の属性に基づいて、複数の前記データ種を所定数のグループに分類するルールであるデータ管理システム。請求項2に記載のデータ管理システムにおいて、前記登録受付手段は、健康に関するスケジュールの登録を受付けることができ、前記分類ルールが規定する前記グループの中には、前記スケジュールを前記データ種として含むスケジュール管理グループが含まれ、前記重要度算出手段は、現時点から所定時間後の時点までにスケジュールが登録されている場合、登録されていない場合に比べて、前記スケジュール管理グループの重要度を高く算出するデータ管理システム。請求項2または3に記載のデータ管理システムにおいて、前記登録受付手段は、ユーザを測定した結果である生体データの登録を受付けることができ、前記分類ルールが規定する前記グループの中には、前記生体データを前記データ種として含む体調管理グループが含まれ、前記重要度算出手段は、前記生体データと、予め保持している健康な状態を示す基準値とを比較し、前記基準値から前記生体データの値が離れているほど、前記体調管理グループの重要度を高く算出するデータ管理システム。請求項2から4のいずれか1項に記載のデータ管理システムにおいて、前記登録受付手段は、処方された薬剤の量、服薬実施状況の登録を受付けることができ、前記分類ルールが規定する前記グループの中には、前記処方された薬剤の量及び前記服薬実施状況を前記データ種として含む薬剤管理グループが含まれ、前記重要度算出手段は、前記処方された薬剤の量及び前記服薬実施状況から現時点での前記薬剤の残量を算出し、算出した残量が所定の量よりも少ない場合、所定の量よりも多い場合に比べて、前記薬剤管理グループの重要度を高く算出するデータ管理システム。請求項2から5のいずれか1項に記載のデータ管理システムにおいて、前記分類ルールが規定する前記グループの中には、第1の病気に関連するデータを前記データ種として含む第1病気管理グループが含まれ、前記重要度算出手段は、予め前記第1の病気が発症する可能性が高い時期を示すデータを保持しておき、現時点が前記発症する可能性が高い時期に近づくほど、前記第1病気管理グループの重要度を高く算出するデータ管理システム。請求項2から6のいずれか1項に記載のデータ管理システムにおいて、前記登録データを閲覧する指示入力を、前記グループごとに受付けることができる閲覧指示受付手段と、前記閲覧指示受付手段が前記指示入力を受付けると、前記指示を受付けた前記グループに含まれる前記データ種の登録データを表示するユーザ指定データ表示手段と、前記登録データの閲覧履歴を記憶する閲覧履歴記憶手段と、を有し、前記重要度算出手段は、前記閲覧履歴に基づいて、前記ユーザの行動パターンを算出し、現時点でユーザに閲覧される可能性が高いグループの重要度を、他のグループの重要度よりも高く算出するデータ管理システム。請求項2から7のいずれか1項に記載のデータ管理システムにおいて、1以上の他のユーザによる他のユーザの前記登録データの閲覧履歴を取得する他ユーザ閲覧履歴取得手段をさらに有し、前記重要度算出手段は、前記1以上の他のユーザの閲覧履歴に基づいて、現時点から所定時間前までにおける各サービスの閲覧頻度を算出し、多く閲覧されている前記サービスほど、前記重要度を高く算出するデータ管理システム。各ユーザの健康に関するデータを管理するデータ管理方法であって、各ユーザからデータ登録をデータ種ごとに受付け、記憶する登録受付ステップと、複数の前記データ種を所定数のグループに分類する分類ルールを参照し、前記複数のデータ種各々の登録データの内容、ユーザによる操作履歴、他のユーザによる操作履歴、現在の日時、ユーザの現在位置の中の少なくとも1つに基づいて、前記所定数のグループ各々の現時点での重要度を算出する重要度算出ステップと、前記重要度算出ステップで算出された各グループの前記重要度に基づいて、前記所定数のグループの中から一部の前記グループを抽出するグループ抽出ステップと、前記グループ抽出ステップで抽出された前記グループに含まれる前記データ種の前記登録データを、一画面内に一覧表示する表示ステップと、を有するデータ管理方法。各ユーザの健康に関するデータを管理するためのプログラムであって、コンピュータを、各ユーザからデータ登録をデータ種ごとに受付ける登録受付手段、前記登録受付手段が登録を受付けた登録データを記憶する登録データ記憶手段、複数の前記データ種を所定数のグループに分類する分類ルールを保持する分類ルール保持手段、前記複数のデータ種各々の登録データの内容、ユーザによる操作履歴、他のユーザによる操作履歴、現在の日時、ユーザの現在位置の中の少なくとも1つに基づいて、前記所定数のグループ各々の現時点での重要度を算出する重要度算出手段、前記重要度算出手段が算出した各グループの前記重要度に基づいて、前記所定数のグループの中から一部の前記グループを抽出するグループ抽出手段、前記グループ抽出手段が抽出した前記グループに含まれる前記データ種の前記登録データを、一画面内に一覧表示する表示手段、として機能させるためのプログラム。本発明者は、上述のように、ユーザの健康に関するデータを管理し、当該データをディスプレイに表示するサービスにおいて、次のような課題を見出した。登録データの閲覧方法の1つとして、各種登録データ体重、診察費等を個別にディスプレイに表示し、閲覧する手段が考えられる。しかし、当該閲覧方法の場合、ユーザがチェックすべき登録データの種類が多数ある場合などには、ユーザは、各種登録データを順次ディスプレイに表示させる処理を繰り返し行わなければならず、手間である。そこで、本発明者は、上記不都合を解決する手段として、複数種の登録データすべてを同時に一覧表示する手段を検討した。しかし、登録データの表示スペースは限られているため、ユーザの視認性を確保した状態で一覧表示できる情報量は限られている。このため、登録データの種類が多い場合には、これらをまとめて一覧表示することは困難である。そこで、本発明は、ユーザの健康に関するデータとして登録された複数種類の登録データの新しい表示手段を提供することを課題とする。本発明によれば、各ユーザの健康に関するデータを管理するデータ管理システムであって、各ユーザからデータ登録をデータ種ごとに受付ける登録受付手段と、前記登録受付手段が登録を受付けた登録データを記憶する登録データ記憶手段と、複数の前記データ種を所定数のグループに分類する分類ルールを保持する分類ルール保持手段と、前記複数のデータ種各々の登録データの内容、ユーザによる操作履歴、他のユーザによる操作履歴、現在の日時、ユーザの現在位置の中の少なくとも1つに基づいて、前記所定数のグループ各々の現時点での重要度を算出する重要度算出手段と、前記重要度算出手段が算出した各グループの前記重要度に基づいて、前記所定数のグループの中から一部の前記グループを抽出するグループ抽出手段と、前記グループ抽出手段が抽出した前記グループに含まれる前記データ種の前記登録データを、一画面内に一覧表示する表示手段と、を有するデータ管理システムが提供される。また、本発明によれば、各ユーザの健康に関するデータを管理するデータ管理方法であって、各ユーザからデータ登録をデータ種ごとに受付け、記憶する登録受付ステップと、複数の前記データ種を所定数のグループに分類する分類ルールを参照し、前記複数のデータ種各々の登録データの内容、ユーザによる操作履歴、他のユーザによる操作履歴、現在の日時、ユーザの現在位置の中の少なくとも1つに基づいて、前記所定数のグループ各々の現時点での重要度を算出する重要度算出ステップと、前記重要度算出ステップで算出された各グループの前記重要度に基づいて、前記所定数のグループの中から一部の前記グループを抽出するグループ抽出ステップと、前記グループ抽出ステップで抽出された前記グループに含まれる前記データ種の前記登録データを、一画面内に一覧表示する表示ステップと、を有するデータ管理方法が提供される。また、本発明によれば、各ユーザの健康に関するデータを管理するためのプログラムであって、コンピュータを、各ユーザからデータ登録をデータ種ごとに受付ける登録受付手段、前記登録受付手段が登録を受付けた登録データを記憶する登録データ記憶手段、複数の前記データ種を所定数のグループに分類する分類ルールを保持する分類ルール保持手段、前記複数のデータ種各々の登録データの内容、ユーザによる操作履歴、他のユーザによる操作履歴、現在の日時、ユーザの現在位置の中の少なくとも1つに基づいて、前記所定数のグループ各々の現時点での重要度を算出する重要度算出手段、前記重要度算出手段が算出した各グループの前記重要度に基づいて、前記所定数のグループの中から一部の前記グループを抽出するグループ抽出手段、前記グループ抽出手段が抽出した前記グループに含まれる前記データ種の前記登録データを、一画面内に一覧表示する表示手段、として機能させるためのプログラムが提供される。本発明によれば、ユーザの健康に関するデータとして登録された複数種類の登録データの新しい表示手段が実現される。以下、本発明の実施の形態について図面を用いて説明する。なお、本実施形態の装置は、任意のコンピュータのCPU、メモリ、メモリにロードされたプログラムあらかじめ装置を出荷する段階からメモリ内に格納されているプログラムのほか、CD等の記憶媒体やインターネット上のサーバ等からダウンロードされたプログラムも含む、そのプログラムを格納するハードディスク等の記憶ユニット、ネットワーク接続用インタフェースを中心にハードウエアとソフトウエアの任意の組合せによって実現される。そして、その実現方法及び装置には、いろいろな変形例があることは、当業者には理解されるところである。また、本実施形態の説明において利用する機能ブロック図は、ハードウエア単位の構成ではなく、機能単位のブロックを示している。これらの図においては、各装置は1つの機器により実現されるよう記載されているが、その実現手段はこれに限定されない。すなわち、物理的に分かれた構成であっても、論理的に分かれた構成であっても構わない。まず、本実施形態の概要について説明する。本実施形態のデータ管理システムは、各ユーザから、各ユーザの健康に関するデータの登録を受付け、当該データ電子データを記憶し、管理する。健康に関するデータの種類以下、データ種は、例えば、測定した生体情報身長、体重、血圧、体温等、診察予定日などの健康に関するスケジュール、処方された薬剤の種類及び量、服薬実施状況、診察結果等が考えられる。また、データ管理システムは、このような登録データを利用して、様々なサービスをユーザに提供することができる。例えば、データ管理システムは、ユーザの健康に関する様々なスケジュールを管理するスケジュール管理サービスや、登録された生体情報を利用してユーザの体調を判断し、必要に応じて所定の情報を出力する体調管理サービスや、処方された薬剤の量及び服薬実施状況から薬剤の残量を管理する薬剤管理サービスや、第1の病気例:インフルエンザに関係する登録データを監視し、必要に応じて所定の情報を出力する第1病気管理サービスや、ユーザが有している病気に関係する登録データを管理する症状管理サービスなどを提供することができる。さらに、データ管理システムは、上記登録データを画面表示することができる。データ管理システムが実現する画面表示の手段の中には、1ユーザが指定したサービスに関係する登録データを画面表示する手段と、2データ管理システムが自動で抽出した複数のサービスに関係する登録データを一画面に一覧表示する手段と、が含まれる。2の場合、データ管理システムは、データ管理システムが実現する複数のサービスのすべてを抽出するのでなく、一部のサービスを抽出して、一覧表示する。なお、データ管理システムは、以下のようにして、一部のサービスを抽出する。データ管理システムは、複数種類のデータ種を複数のグループに分類する分類ルールを保持しておく。各グループは、データ管理システムが提供するサービス各々に対応する。すなわち、あるグループには、あるサービスに関係する1つ以上のデータ種が属し、他のグループには、他のサービスに関係する1つ以上のデータ種が属することとなる。そして、データ管理システムは、当該分類ルールに従って複数種類のデータ種を所定数のグループに分類後、複数のデータ種各々の登録データの内容、ユーザによる操作履歴、他のユーザによる操作履歴、現在の日時、ユーザの現在位置の中の少なくとも1つに基づいて、各グループサービスの現時点での重要度を算出する。そして、データ管理システムは、重要度が高い方から順に、一部のグループサービスを抽出し、抽出したグループサービスに属するデータ種の登録データを、一画面内に一覧表示する。以下、このような本実施形態のデータ管理システムの詳細な構成について説明する。図1は、本実施形態のデータ管理システム1の機能ブロック図の一例である。図1に示すように、本実施形態のデータ管理システム1は、登録受付部10と、登録データ記憶部20と、分類ルール保持部60と、重要度算出部70と、グループ抽出部80と、表示部90と、を有する。なお、図示するように、データ管理システム1は、閲覧指示受付部30、ユーザ指定データ表示部31、閲覧履歴記憶部40、及び、他ユーザ閲覧履歴取得部50の中の1つまたは複数を有してもよい。以下、各部の構成について説明する。登録受付部10は、各ユーザからデータ登録をデータ種ごとに受付ける。データ登録を受付ける手段は特段制限されず、キーボード、マウス、タッチパネルディスプレイ、スキャナー、操作ボタン、マイク等のあらゆる入力装置を利用して実現することができる。登録受付部10が登録を受付けるデータ種の内容は特段制限されない。データ種としては、例えば、身長、体重、体温、血圧、血糖値などの測定データ生体データや、診察予定日、生体データの測定予定日、服薬予定日などの健康に関するスケジュールや、持病、過去の病気などの自己のプロフィールや、診察費、薬剤費、保険外治療費などの費用に関するデータや、診察結果、問診内容、処方された薬剤の種類及び量などの診察に関するデータや、処方された薬剤の服薬実施状況などが考えられる。ユーザは、このようなデータ種の登録データが発生するたびに、データ管理システム1に登録することができる。登録データ記憶部20は、登録受付部10が登録を受付けた登録データを記憶する。分類ルール保持部60は、複数のデータ種を所定数のグループに分類する分類ルールを保持する。各グループは、データ管理システムが提供するサービス各々に対応する。すなわち、あるグループには、あるサービスに関係する1つ以上のデータ種が属し、他のグループには、他のサービスに関係する1つ以上のデータ種が属することとなる。ここでのサービスとは、データ管理システム1が登録データを利用してユーザに提供するサービスであり、以下のようなものが考えられる。例えば、データ管理システム1は、ユーザの健康に関する様々なスケジュールを管理するスケジュール管理サービスや、登録された生体情報を利用してユーザの体調を判断し、必要に応じて所定の情報を出力する体調管理サービスや、処方された薬剤の量及び服薬実施状況から薬剤の残量を管理する薬剤管理サービスや、第1の病気例:インフルエンザに関係する登録データを監視し、必要に応じて所定の情報を出力する第1病気管理サービスや、ユーザが有している病気に関係する登録データを管理する症状管理サービスなどを提供することができる。ここで、図2の概念図を用いて、複数のデータ種を所定数のグループに分類する処理について説明する。図2のAには、登録受付部10がデータ登録を受付けるデータ種が一覧表示されている。そして、図2のBには、複数のデータ種を5つのグループに分類した状態が示されている。Bに示す体調管理Gグループは、登録された生体情報を利用してユーザの体調を判断し、必要に応じて所定の情報を出力する体調管理サービスに対応する。すなわち、当該グループに属するデータ種は、当該サービスに関係するデータ種である以下も同様。図示するように、当該グループに含まれるデータ種は、体重、血糖値、体温等の生体情報などである。Bに示すスケジュール管理Gグループは、ユーザの健康に関する様々なスケジュールを管理するスケジュール管理サービスに対応する。図示するように、当該グループに属するデータ種は、診察予定日、投薬予定日などを含むスケジュールである。Bに示す薬剤管理Gグループは、処方された薬剤の量及び服薬実施状況から薬剤の残量を管理する薬剤管理サービスに対応する。図示するように、当該グループに属するデータ種は、処方された薬剤の種類及び量を示す薬剤情報、当該薬剤の服薬実施状況などである。Bに示す第1病気管理Gグループは、第1の病気例:インフルエンザに関係する登録データを監視し、必要に応じて所定の情報を出力する第1病気管理サービスに対応する。例えば第1の病気がインフルエンザの場合、図示するように、当該グループに属するデータ種は、体温などである。Bに示す症状管理Gグループは、ユーザが有している病気に関係する登録データを管理する症状管理サービスに対応する。例えばユーザが糖尿病を患っている場合、図示するように、当該グループに属するデータ種は、体重、血糖値などである。ここで、体調管理Gグループ、スケジュール管理Gグループ、薬剤管理Gグループ及び第1病気管理Gグループに属するデータ種は、ユーザがだれであろうと同じデータ種になる。よって、当該グループを規定する分類ルールは、当該グループに属するデータ種を予め特定したものであってもよい。一方、症状管理Gグループに属するデータ種は、ユーザごとに異なる。そこで、当該グループを規定する分類ルールは、例えば、ユーザから指定されたデータ種を当該グループに含めるよう定めたものであってもよい。その他、当該グループの分類ルールは、ユーザから受付けた登録データを基にユーザが有する病気を認識し、認識した病気の経過状況を監視する際にチェックすべきデータ種を、自動的に当該グループに含めるよう定めたものであってもよい。具体的には、以下のようなことが定められていてもよい。ユーザから受付けた登録データ例えばプロファイルデータや、診察内容を記録したデータにユーザの病状が記録されている場合には、当該登録データを基に、ユーザが患っている病気を認識する。そして、病気と、各病気の経過状況を監視する際にチェックすべきデータ種との関係を記載したデータ予め、データ管理システム1が保持しておくを参照し、認識した病気を有するユーザがチェックすべきデータ種を特定する。その後、特定したデータ種を当該グループに含める。以上説明したように、分類ルールは、データ種の属性に基づいて、複数のデータ種を所定数のグループに分類するルールとすることができる。なお、上記グループはあくまで一例であり、その他のグループを含めることもできる。また、上記例示したグループの中の1つ以上を含めない構成とすることもできる。また、グループの数は設計的事項である。また、ユーザが分類ルールを作成し、分類ルール保持部60に保持させることができてもよい。すなわち、ユーザが任意のグループ名を決定し、当該グループに含ませる1つ以上のデータ種を選択する入力を行って、分類ルール保持部60に保持させることができてもよい。なお、上記例のように、1つのデータ種が複数のグループに属しても構わない例:体調管理G、症状管理Gに属する体重及び血糖値。本実施形態のデータ管理システム1は、登録データ記憶部20に記憶された登録データを、画面に表示することができる。例えば、予め保持しているグラフや表などの雛形データを利用して、登録データをグラフ表示したり、表で一覧表示したりする。なお、画面表示の手段としては、1ユーザが指定したサービスに関係する登録データを画面表示する手段と、2データ管理システムが自動で抽出した複数のサービスに関係する登録データを一画面に一覧表示する手段と、が含まれる。上記2つの表示手段は、少なくとも、以下の点で相違する。1はユーザが指定したサービスに関係する登録データを表示するのに対し、2はデータ管理システム1が選択したサービスに関係する登録データを表示する点以下、1、2の順に、各表示手段を実現する各部を説明する。閲覧指示受付部30は、登録データを閲覧する指示入力を、グループサービスごとに受付けることができる。すなわち、閲覧指示受付部30は、グループサービスを特定する指示入力と、当該入力で特定されるグループに含まれるサービスに関係するデータ種の登録データを表示する指示入力とを、ユーザから受付ける。当該入力を受付ける手段は特段制限されず、キーボード、マウス、タッチパネルディスプレイ、操作ボタン、マイク等のあらゆる入力装置を利用して実現することができる。なお、閲覧指示受付部30は、ユーザから、複数のグループサービスを指定する指示入力、及び、これらの登録データを一度にディスプレイに表示する指示入力を受付けてもよい。このような表示としては、例えば、ディスプレイに複数の画面ウインドウを表示し、各画面に複数のグループサービス各々に含まれるデータ種の登録データを表示する手段などが考えられる。ユーザ指定データ表示部31は、閲覧指示受付部30が上述のような指示入力を受付けると、当該指示で特定されるグループサービスに含まれるデータ種の登録データを、ディスプレイに表示する。なお、閲覧指示受付部30が複数のグループの登録データを一度にディスプレイに表示する指示入力を受付けた場合には、ユーザ指定データ表示部31は、ディスプレイに、指定された複数のグループ各々に含まれるデータ種の登録データを表示する。ユーザ指定データ表示部31は、予め保持しているグラフや表などの雛形データを利用して、登録データをグラフ表示したり、表で一覧表示したり、また、その他の態様で表示することができる。閲覧履歴記憶部40は、閲覧指示受付部30及びユーザ指定データ表示部31により実現される登録データの閲覧の履歴閲覧履歴、すなわちユーザが指定したサービスに含まれるデータ種の登録データをディスプレイに表示した履歴表示履歴を記憶する。閲覧履歴表示履歴には、どのサービスを閲覧表示したかを特定する情報、及び、各閲覧表示の開始時間及び終了時間を特定可能な情報が記録されている。次に、2データ管理システムが自動で抽出した複数のサービスに関係する登録データを一画面に一覧表示する手段を実現する各部を説明する。重要度算出部70は、複数のデータ種各々の登録データの内容、ユーザによる操作履歴、他のユーザによる操作履歴、現在の日時、ユーザの現在位置の中の少なくとも1つに基づいて、各グループの現時点での重要度を算出する。重要度は、例えば、10点満点、100点満点などのように点数で表現してもよいし、A~E判定などのように、ランクで表現してもよい。重要度は、以下のような観点で算出することができる。例えば、重要度算出部70は、登録データ記憶部20に記憶されている登録データを参照し、現時点から所定時間設計的事項、例:12時間、1日、3日、1週間後の時点までに健康に関するスケジュールが登録されている場合、登録されていない場合に比べて、スケジュール管理グループの重要度を高く算出してもよい。また、例えば、重要度算出部70は、登録データ記憶部20に記憶されている登録データを参照し、体重、血糖値、体温等の生体データ各々と、予め保持している健康な状態を示す各生体データの基準値とを比較して、基準値から生体データの値が離れているほど、体調管理グループの重要度を高く算出してもよい。また、例えば、重要度算出部70は、登録データ記憶部20に記憶されている登録データを参照し、処方された薬剤の量及び服薬実施状況から現時点での薬剤の残量を算出して、算出した残量が所定の量設計的事項、例:1日分、3日分、1週間分よりも少ない場合、所定の量よりも多い場合に比べて、薬剤管理グループの重要度を高く算出してもよい。また、例えば、重要度算出部70は、様々な病気各々と、当該病気が発症する可能性流行する可能性が高い時期発症可能性時期との関係を示した情報例:インフルエンザ-11~4月を予め保持しておき、現時点が上記情報で特定される発症可能性時期に近づくほど、その病気を管理するグループ第1病気管理グループの重要度を高く算出してもよい。また、例えば、重要度算出部70は、閲覧履歴記憶部40に記憶されているユーザの閲覧履歴表示履歴に基づいてユーザの行動パターンを算出し、現時点でユーザに閲覧される可能性が高いグループの重要度を、他のグループの重要度よりも高く算出してもよい。行動パターンは、1日の中の時間帯に依存した行動パターンや、1週間の中の曜日に依存した行動パターンや、1カ月の中の第何週目か、前半中盤後半のいずれか、日にち5日、15日、25日などに依存した行動パターンや、1年の中の月、季節などに依存した行動パターンなどが考えられる。また、例えば、重要度算出部70は、他ユーザ閲覧履歴取得部50が取得した他のユーザの閲覧履歴表示履歴を利用して、各グループの重要度を算出してもよい。他のユーザの閲覧履歴表示履歴は、閲覧履歴記憶部40に記憶されているユーザの閲覧履歴表示履歴と同様のものである。例えば、1つの装置を複数のユーザが使用し、当該装置が有する記憶装置の中に他のユーザの閲覧履歴表示履歴が記憶されている場合には、他ユーザ閲覧履歴取得部50は、当該情報を取得してもよい。または、例えば、他ユーザ閲覧履歴取得部50は、インターネットなどのネットワークを介して、他の装置に記憶されている他のユーザの閲覧履歴表示履歴を取得してもよい。重要度算出部70は、このようにして取得された1以上の他のユーザの閲覧履歴に基づいて、現時点から所定時間設計的事項、例:1時間、5時間、12時間、24時間、3日、1週間、1カ月前までにおける他のユーザの各サービスの閲覧頻度を算出し、多く閲覧されているサービスほど、重要度を高く算出してもよい。また、例えば、重要度算出部70は、ユーザの現在位置に基づいて、各グループの重要度を算出してもよい。例えば、データ管理システム1は、GPSや、アクセス元のIPアドレスなどからユーザの現在位置情報を取得するユーザ位置取得部図1には不図示をさらに有してもよい。そして、重要度算出部70は、予め、各グループに関係が深い位置を定めた情報位置グループ関係情報を予め保持しておいてもよい。当該位置グループ情報では、例えば、インフルエンザや、風邪等の内科の病院で診察してもらう病気を管理するグループ第1病気管理グループは、内科の病院がある位置と関係が深いことが定められていてもよい。その他、当該位置グループ情報では、薬剤管理グループは、薬局がある位置と関係が深いことが定められていてもよい。当該位置グループ情報において、各位置は、例えば緯度経度情報等で規定されていてもよい。そして、重要度算出部70は、ユーザ位置取得部が取得した情報に基づいてユーザの現在位置を特定後、上記位置グループ関係情報を利用して、ユーザの現在位置に関係が深いグループを特定する。そして、特定したグループの重要度を、その他のグループよりも高く算出してもよい。重要度算出部70は、例えば上述した観点で、グループごとに重要度を算出する関数を保持し、当該関数を利用して、各グループの重要度を算出することができる。ここで、一例として、糖尿病に関するデータ種体重、血糖値などが含まれる症状管理グループサービスの重要度を算出する関数の一例を下記に示す。閲覧頻度:現時点から1週間前までの閲覧回数が3回以上→1点スケジュール:本日、糖尿病で通院のスケジュール登録あり→3点過去の利用パターン:現時点の時刻が21~24時→2点実測値と基準値との関係:最新データによる体重が、基準値から±2kg以上離れている→5点他ユーザの閲覧頻度:すべての他ユーザの閲覧履歴を基に算出した各サービスの利用頻度ランキングにおいてトップ5以内に入っている→3点グループ抽出部80は、重要度算出部70が算出した各グループの重要度に基づいて、分類ルールで分類された所定数のグループの中から一部のグループを抽出する。例えば、グループ抽出部80は、重要度が高いほうから順に、一部のグループを抽出する。なお、一部の数は設計的事項である。表示部90は、グループ抽出部80が抽出したグループに含まれるデータ種の登録データを、一画面内に一覧表示する。登録データは、予め登録されている雛形データを利用して、グラフ表示されてもよいし、表として表示されてもよいし、その他の態様で表示されてもよい。ここでの一画面内に一覧表示とは、ディスプレイ内に表示されるいわゆるページやウインドウの中に一覧表示することを意味する。すなわち、画面の大きさは、ディスプレイより大きくなる場合もあれば、小さくなる場合もあり、また、一致する場合もある。ここで、図3に、表示部90により実現される一覧表示の一例を示す。図示するように、表示部90は、データ管理システム1のポータル画面として、抽出された複数のグループの登録データを、一画面内に一覧表示してもよい。当然、ポータル画面とは異なる画面として、一覧表示することもできる。図示するポータル画面においては、スケジュール管理グループサービス、糖尿病に関するデータ種が含まれる症状管理グループサービス、医療費を管理する医療費データ管理グループサービスの登録データが一覧表示されている。そして、画面をスクロールすると、他のグループの登録データが表示される。以上説明した本実施形態のデータ管理システム1は、例えば、以下のプログラムをコンピュータにインストールすることで実現することができる。各ユーザの健康に関するデータを管理するためのプログラムであって、コンピュータを、各ユーザからデータ登録をデータ種ごとに受付ける登録受付手段、前記登録受付手段が登録を受付けた登録データを記憶する登録データ記憶手段、複数の前記データ種を所定数のグループに分類する分類ルールを保持する分類ルール保持手段、前記複数のデータ種各々の登録データの内容、ユーザによる操作履歴、他のユーザによる操作履歴、現在の日時、ユーザの現在位置の中の少なくとも1つに基づいて、前記所定数のグループ各々の現時点での重要度を算出する重要度算出手段、前記重要度算出手段が算出した各グループの前記重要度に基づいて、前記所定数のグループの中から一部の前記グループを抽出するグループ抽出手段、前記グループ抽出手段が抽出した前記グループに含まれる前記データ種の前記登録データを、一画面内に一覧表示する表示手段、として機能させるためのプログラム。次に、本実施形態のデータ管理方法について説明する。ここでは、2データ管理システムが自動で抽出した複数のサービスに関係する登録データを一画面に一覧表示する手段を実現する処理の流れを説明する。当該処理の前には、各ユーザからデータ登録をデータ種ごとに受付け登録受付部10、登録データ記憶部20に記憶する登録受付ステップが実行されている。図4は、本実施形態のデータ管理方法の処理の流れの一例を示すフローチャートである。図示するように、データ管理方法は、一覧表示受付ステップS10と、重要度算出ステップS20と、グループ抽出ステップS30と、表示ステップS40とを有する。なお、これらのステップは、本実施形態のデータ管理システム1を用いて実現することができる。一覧表示受付ステップS10では、データ管理システム1が自動で抽出した複数のグループの登録データを一画面に一覧表示する指示入力を、ユーザから受付ける。例えば、このような一覧表示を行うポータル画面を表示する指示入力を受付けてもよい。重要度算出ステップS20は、S10で上記指示入力を受付けた後、実行される。重要度算出ステップS20では、まず、重要度算出部70が分類ルールに従い、複数のデータ種を所定数のグループに分類する。その後、重要度算出部70は、複数のデータ種各々の登録データの内容、ユーザによる操作履歴、他のユーザによる操作履歴、現在の日時、ユーザの現在位置の中の少なくとも1つに基づいて、上記所定数のグループ各々の現時点での重要度を算出する。グループ抽出ステップS30は、S20の後に実行される。グループ抽出ステップS30では、グループ抽出部80が、S20で算出された各グループの重要度に基づいて、上記所定数のグループの中から一部のグループを抽出する。例えば、グループ抽出部80は、重要度が高いほうから順に、一部のグループを抽出する。表示ステップS40は、S30の後に実行される。表示ステップS40では、表示部90が、S30で抽出されたグループに含まれるデータ種の登録データを、一画面内に一覧表示する図3参照。以上説明した本実施形態のデータ管理システム1、データ管理方法及びプログラムによれば、以下のような作用効果が実現される。本実施形態の場合、データ管理システム1は、登録されている複数の種類のデータ種の内、一部のデータ種の登録データを一覧表示する。このため、登録データの視認性を確保した状態で、複数の登録データの一覧表示を実現することができる。結果、ユーザは、複数の登録データを一画面内で閲覧することが可能となる。また、本実施形態のデータ管理システム1は、データ種を複数のグループサービスに分類し、各グループサービスの現時点での重要度を算出する。そして、当該重要度に基づいて一部のグループサービスを抽出し、抽出したグループに含まれるデータ種サービスに関係するデータ種の登録データを一覧表示する。このため、現時点で重要なものを抽出した一覧表示を実現することができる。また、本実施形態のデータ管理システム1は、複数のデータ種各々の登録データの内容、ユーザによる操作履歴、他のユーザによる操作履歴、現在の日時、ユーザの現在位置の中の少なくとも1つに基づいて、各グループサービスの現時点での重要度を算出する。このため、算出する重要度の精度を高めることができる。結果、真にユーザが望むものを表示した一覧表示を実現することができる。