分散情報連携システム及び分散情報連携方法
【課題】複数のデータサーバにより管理されている複数の個人データを必要なときにリアルタイムに収集でき、かつ大掛かりな設備と高度のセキュリティ管理が不要でスケーラビリティがあり、しかもユーザ情報間の連携情報の登録処理を効率良く行えるようにする。
【解決手段】ユーザ登録サーバＵＳＶにおいて、利用者端末ＵＴからユーザ一括登録要求が送られた場合に、上記認証サーバＡＳＶと協働して他の各サーバが保有するユーザＩＤ間を連携するためのＩＤ連携情報を生成し、この生成されたＩＤ連携情報を上記データサーバＤＳＶ１〜ＤＳＶｎ、及びサービス連携サーバＳＳＶ１〜ＳＳＶｎにそれぞれ送信して登録するようにしたものである。
【解決手段】ユーザ登録サーバＵＳＶにおいて、利用者端末ＵＴからユーザ一括登録要求が送られた場合に、上記認証サーバＡＳＶと協働して他の各サーバが保有するユーザＩＤ間を連携するためのＩＤ連携情報を生成し、この生成されたＩＤ連携情報を上記データサーバＤＳＶ１〜ＤＳＶｎ、及びサービス連携サーバＳＳＶ１〜ＳＳＶｎにそれぞれ送信して登録するようにしたものである。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば医療機関や保健関連機関、運動関連施設等がそれぞれ保有する複数のデータベースにより管理されている医療等に関する個人データを、本人等の要求に応じて通信ネットワークを介して収集する分散情報連携システム及び分散情報連携方法に関する。
【背景技術】
【０００２】
人は、罹病した場合や健康に不安を感じた場合、その症状等に応じて異なる医療機関を受診することがある。また、症状は同じでも居住地の移転や出張先等で罹病した場合にも、異なる医療機関を受診する。その結果、一人の患者の医療等に関する情報は複数の医療機関に分散して管理されることになる。
【０００３】
ところで、最近このように複数の医療機関で管理されている一人の患者の医療等に関する情報を通信ネットワークを介して収集して、遠隔地での診療や投薬等に役立てる、ＥＨＲ（Electronic Health Recode）システムが提案されている。このシステムは、例えば複数の医療機関がそれぞれ保有するデータベースから、特定の患者に係わる様々な医療データを定期的に収集し、この収集した医療データを集中管理データベースに記憶して閲覧を可能にするものとなっている（例えば、特許文献１を参照。）
【０００４】
【特許文献１】特許第３９０３５８８号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところが、この従来提案されたシステムは、複数の機関で管理されている各医療データを、例えば月単位で夜間にバッチ処理により収集するものとなっている。このため、収集タイミングによっては医療データが古くなり、現時点の患者の状態に対応しないものになる場合がある。つまり、情報収集に対するリアルタイム性に難点がある。また、医療データは最高位の個人データであることから、集中管理データベースを保有する機関には厳格なセキュリティ管理が求められる。このため、機関の設備上及び管理上の負担が大きくなり、これがシステムの普及の妨げとなっている。さらに、集中管理データベースに負荷が集中することから、利用者数の増加や医療データを管理しているデータサーバ数の増加の要求に対応し難く、スケーラビリティに難点がある。
【０００６】
この発明は上記事情に着目してなされたもので、その目的とするところは、複数のデータサーバで管理されている複数の個人データを必要なときにリアルタイムに収集でき、かつ大掛かりな設備と高度のセキュリティ管理が不要でスケーラビリティがあり、しかもユーザ情報間の連携情報の登録処理を効率良く行うことが可能な分散情報連携システム及び分散情報連携方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するためにこの発明の一観点は、ユーザごとにその個人データを管理する複数のデータサーバと、サービス連携サーバと、認証サーバと、利用者端末とを通信ネットワークを介して接続可能とし、上記利用者端末からの情報取得要求に応じて、上記複数のデータサーバ、サービス連携サーバ及び認証サーバがそれぞれ管理するユーザ情報間を連携させるための連携情報と、上記認証サーバが管理する上記ユーザの認証情報とに基づいて、上記サービス連携サーバが上記複数のデータサーバから上記ユーザの個人データを収集し、この収集した個人データを上記通信ネットワークを介して上記要求元の利用者端末に配信する分散情報連携システムにあって、少なくとも上記複数のデータサーバ、サービス連携サーバ及び認証サーバに対し上記通信ネットワークを介して接続可能なユーザ登録サーバをさらに具備する。そして、ユーザ登録サーバに連携管理手段を設け、この連携管理手段により、上記利用者端末から送られるユーザ一括登録要求に応じ、上記認証サーバと協働して連携情報を生成し、この生成された連携情報を上記通信ネットワークを介して上記複数のデータサーバ、サービス連携サーバ及び認証サーバにそれぞれ送信し登録させるようにしたものである。
【０００８】
したがって、利用者端末から情報取得要求が送られると、登録されたユーザ情報間を連携させるための連携情報と、認証サーバが管理するユーザの認証情報とに基づいて、サービス連携サーバにより各データサーバから上記ユーザの個人データが収集され、この収集された個人データが要求元の利用者端末に配信される。このため、ユーザはリアルタイムに自身に係わる個人データを取得することができる。また、要求に応じてその都度各データサーバから個人データが収集されるので、個人データを集中管理するためのデータベースが不要となる。このため、分散情報の連携配信サービスを提供しようとする際の設備上及び管理上の負担が軽減され、さらに利用者数の増加や医療データを管理しているデータサーバ数の増加要求にも対応し易くなり、これによりスケーラビリティのあるシステムを提供可能となる。
【０００９】
しかし、サービス連携サーバが複数のデータベースから個人データを収集するに当たっては、それぞれのデータベースにおいて個人データにアクセスするためのユーザＩＤ等のユーザ情報が必要となる。しかしながら、各データベースで使用される当該データベースに直接アクセスが可能なユーザＩＤ等のユーザ情報をサービス連携サーバが管理すると、不正アクセスを受けた場合などにデータが流出する範囲が広くなってしまう可能性が高く、情報セキュリティ上問題である。
そこで、各データベースで使用されているユーザＩＤ等のユーザ情報を、そのデータベース外で管理するのではなく、連携用のユーザＩＤ、つまりＩＤ連携情報を用いて個人データを収集する方法が考えられている（例えば特開２００７−２９９３０３号公報を参照）。しかし、このようなＩＤ連携処理を行うためには、各サーバに連携情報を事前に設定しておく必要がある。しかしながら、連携情報は各サーバにおいて個別に設定するしかなかったため、設定に手間が掛かると共に設定間違いを起こし易かった。
【００１０】
この発明は以上の点に着目してなされたもので、ユーザ登録サーバにより、すべてのサーバに対しユーザの管理情報間を連携させるための連携情報が一括して登録される。このため、きわめて効率良く連携情報の登録を行うことができ、かつ不慣れなユーザやオペレータであっても誤ることなく登録を行うことができる。
【００１１】
この発明は、以下のような各種具体的な実施態様を備えることも特徴とする。
第１の実施態様は、連携情報を登録させる際に、上記利用者端末から送られたユーザ一括登録要求に応じて、上記ユーザ登録サーバが上記複数のデータサーバ、サービス連携サーバ及び認証サーバに対し、当該要求元のユーザに係わる連携情報が登録済みか否かを上記通信ネットワークを介して問い合わせる。そして、この問い合わせの結果、要求元のユーザに係わる連携情報が未登録と判定された場合に、上記ユーザ登録サーバが上記認証サーバに対し連携情報の生成を要求して、生成された連携情報を認証サーバから取得し、この取得された連携情報を上記ユーザ登録サーバが上記通信ネットワークを介して上記未登録のデータサーバ、サービス連携サーバ及び認証サーバへ送信して登録させるものである。
このようにすると、要求元のユーザに係わる連携情報が未登録の場合にのみ、連携情報を新規登録手順を実行することができる。
【００１２】
第２の実施態様は、連携情報を登録させる際に、上記問い合わせの結果要求元のユーザに係わる連携情報が登録済と判定された場合に、上記ユーザ登録サーバが上記利用者端末からのユーザ一括登録要求の内容が更新であれば、その更新内容を表す情報を含む更新要求を上記通信ネットワークを介して上記登録済のデータサーバ、サービス連携サーバ及び認証サーバに送信するものである。
このようにすると、登録済みのユーザ情報に対し連携情報の更新処理を実行することができる。
【００１３】
第３の実施態様は、連携情報を登録させる際に、利用者端末からの一括登録要求の内容が削除であれば、上記ユーザ登録サーバが削除要求を上記通信ネットワークを介して上記登録済のデータサーバ、サービス連携サーバ及び認証サーバに送信するものである。
このようにすると、登録済みの連携情報を削除することが可能となる。
【００１４】
第４の実施態様は、利用者端末からユーザ登録サーバに通信ネットワークを介して開示設定要求を送信し、ユーザ登録サーバが、上記送られた開示設定要求に含まれる個人データの開示の許否を指定するための開示設定情報を、上記連携情報と共に上記通信ネットワークを介して該当するデータサーバに送信し設定させる処理をさらに行うようにしたものである。
このようにすると、連携情報の一括登録処理と同時にデータサーバに対し個人データに対する開示設定処理を行うことが可能となり、これにより連携情報の登録処理と開示設定処理を効率良く行うことができる。
【００１５】
第５の実施態様は、連携情報の登録及び開示設定情報の設定に使用する通信経路を、通信ネットワーク内の上記個人データの収集及び配信に使用する通信経路と異ならせるようにしたものである。
このようにすると、連携情報の登録及び開示設定情報の設定のためのデータ転送を、個人データの収集及び配信のためのデータ転送と独立して行うことが可能となる。これにより、個人データの収集及び配信に使用する経路の通信トラフィックの影響を受けることなく安定に、しかも高いセキュリティ管理のもとで信頼性の高い登録又は設定処理を行い得る。
【発明の効果】
【００１６】
すなわち、この発明によれば、複数のデータサーバにより管理されている複数の情報を必要なときにリアルタイムに収集でき、かつ大掛かりな設備と高度のセキュリティ管理が不要でスケーラビリティがあり、しかもユーザ情報間の連携情報の登録処理を効率良く行うことが可能な分散情報連携システム及び分散情報連携方法を提供することができる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照してこの発明に係わる一実施形態を説明する。
図１は、この発明の一実施形態に係わる分散情報連携システムの全体構成を示すブロック図である。この実施形態の分散情報連携システムは、医療機関や保健関連機関、運動関連施設等が運用する複数のデータサーバＤＳＶ１〜ＤＳＶｎと、複数（ｍ台）のサービス連携サーバＳＳＶ１〜ＳＳＶｍと、ポータルサーバＰＳＶと、認証サーバＡＳＶと、ユーザ登録サーバＵＳＶを備え、これらのサーバＤＳ１〜ＤＳｎ，ＳＳＶ１〜ＳＳＶｍ，ＰＳＶ，ＡＳＶ，ＵＳＶ相互間、及びこれらのサーバと利用者端末ＵＴとの間で、通信網ＮＷを介して通信可能としたものである。なお、ｎはデータサーバの数であり自然数（正の整数）、ｍはサーバ連携サーバの数であり自然数（正の整数）である。
【００１８】
利用者端末ＵＴには、患者等の一般ユーザが自宅等において使用する一般ユーザ用の端末と、医師や保健師、薬剤師等が患者の依頼を受けて患者の医療データ等を取得するために使用する業務用の端末と、ユーザ登録サーバＵＳＶに設けられるオペレータ用のコンソール端末（図示せず）が含まれる。
【００１９】
通信ネットワークＮＷは、例えばインターネットに代表されるＩＰ（Internet Protocol）網と、このＩＰ網に対しアクセスするための複数のアクセス網とから構成される。アクセス網としては、例えばＬＡＮ（Local Area Network）、無線ＬＡＮ、携帯電話網、有線電話網、ＣＡＴＶ（Cable Television）網が用いられる。
【００２０】
データサーバＤＳＶ１〜ＤＳＶｎは、中央制御ユニット（Central Control Unit；ＣＰＵ）に、バスを介してプログラムメモリ、データメモリ及び通信インタフェースを接続したもので、その機能モジュールとしてユーザ設定処理モジュール１１と、データベース群１２と、連携処理モジュール１３と、アプリケーション処理モジュール１４とを備えている。
【００２１】
図２は、これらの機能モジュールの具体的な構成を示すブロック図である。データベース群１２は、ＩＤ連携データベース（ＩＤ連携ＤＢ）１２１と、ユーザデータベース（ユーザＤＢ）１２２と、開示設定データベース（開示設定ＤＢ）１２３と、アプリケーションデータベース（アプリケーションＤＢ）１２４とを備える。ユーザＤＢ１２２には、各ユーザを識別し管理するためのユーザ情報が記憶される。ユーザ情報は、ユーザＩＤ、ユーザ基本情報及びユーザ属性等からなる。アプリケーションＤＢ１２４には、各ユーザの保健指導情報及び健康診断情報が上記ユーザＩＤに対応付けられて格納される。ＩＤ連携ＤＢ１２１には、ユーザ登録サーバＵＳＶから登録を要求されたＩＤ連携情報が記憶される。このときＩＤ連携情報とは、他サーバから自サーバのあるユーザの個人データにアクセスするための情報である。開示設定ＤＢ１２３には、アプリケーションＤＢ１２４に格納されているユーザの個人データ、つまり保健指導情報や健康診断情報について、当該情報を誰に対し開示するかを設定するための開示設定情報が記憶される。
【００２２】
ユーザ設定処理モジュール１１は、ユーザ登録サーバＵＳＶからの要求に応じて、自らのＩＤ連携ＤＢ１２１及びユーザＤＢ１２２の検索、ＩＤ連携ＤＢ１２１へのＩＤ連携情報の登録又は削除、ユーザＤＢ１２２へのユーザ情報の登録又は削除を行い、その結果をユーザ登録サーバＵＳＶに応答するもので、連携基盤配布部１１１と、個別カスタム部１１２を備える。
【００２３】
例えば、検索要求の場合連携基盤配布部１１１は、ＩＤ連携ＤＢ１２１を検索すると共に、必要に応じて個別カスタム部１１２を介してユーザＤＢ１２２を検索し、その各検索結果をユーザ登録サーバＵＳＶに応答する。個別カスタム部１１２は、連携基盤配布部１１１からの要求に応じてユーザＤＢ１２２を検索し、その検索結果を連携基盤配布部１１１に応答する。また、登録要求の場合には、連携基盤配布部１１１は登録を要求されたＩＤ連携情報をＩＤ連携ＤＢ１２１に記憶させ、かつユーザ情報を個別カスタム部１１２を介してユーザＤＢ１２２に記憶させる。削除要求の場合には、ＩＤ連携ＤＢ１２１及びユーザＤＢ１２２に記憶された削除対象のＩＤ連携情報及びユーザ情報を削除する。
【００２４】
連携処理モジュール１３は、認証サーバＡＳＶから認証情報を取得し、ＩＤ連携ＤＢ１２１を用いて他のデータサーバＤＳＶ、サービス連携サーバＳＳＶ１〜ＳＳＶｍ又はポータルサーバＰＳＶとの間で属性交換（個人データの流通）を行うもので、ＳＡＭＬ（Security Assertion Markup Language）におけるＳＰ等の機能を有する認証連携部１３１と、ＩＤ−ＷＳＦ（Identity Web Service Framework）におけるＷＳＣ（Web Service Consumer）等の機能を有する属性交換部１３２とを備える。なお、ＩＤ−ＷＳＦ（Identity Web Service Framework）及びＳＡＭＬ（Secure Assertion Markup Language）は、Liberty Allianceが定めているWeb Serviceのための仕様である。
【００２５】
アプリケーション処理モジュール１４は、ユーザＤＢ１２２、開示設定ＤＢ１２３及びアプリケーションＤＢ１２４を用いて、開示設定要求に基づく開示設定処理と、サービス連携サーバＳＳＶ１〜ＳＳＶｍに対するデータ提供処理及び開示制御を行うもので、ＥＨＲ用ＰＦ接続部１４５と、データ提供部１４４と、開示設定部１４２と、開示制御部１４３とを備えている。
【００２６】
ＥＨＲ用ＰＦ接続部１４５は、アプリケーション１４１から上記認証連携部１３１もしくは属性交換部１３２を利用することを容易にする。データ提供部１４４は、認証連携部１３１及び属性交換部１３２を通じてサービス連携サーバＳＳＶ１〜ＳＳＶｍからの要求を受理し、この要求に該当するデータをアプリケーションＤＢ１２４から検索して、この検索データを属性交換部１３２を通じてサービス連携サーバＳＳＶ１〜ＳＳＶｍに返送する。開示設定部１４２は、ユーザ登録サーバＵＳＶもしくはサービス連携サーバＳＳＶ１〜ＳＳＶｍからの要求に応じて、開示設定ＤＢ１２３への開示設定情報の追加、更新又は削除を行う。開示制御部１４３は、サービス連携サーバＳＳＶ１〜ＳＳＶｍからデータ収集要求を受信したときに、個人データをサービス連携サーバＳＳＶ１〜ＳＳＶｍへ送信するか否かを、開示設定ＤＢ１２３に記憶された開示設定情報に基づいて制御する。
【００２７】
また、アプリケーション処理モジュール１４は、アプリケーションＤＢ１２４に格納された個人データ、つまり保健指導情報及び健康診断情報に基づいて、特定保健指導等を行うためのアプリケーション１４１を備える。このアプリケーション１４１は、ＥＨＲ用ＰＦ接続部１４５に従って、データサーバ内の上記各機能モジュールを利用することができ、それ以外の部分は自由に作成できる。
【００２８】
ポータルサーバＰＳＶも、ＣＰＵにバスを介してプログラムメモリ、データメモリ及び通信インタフェースを接続したもので、その機能モジュールとして、ユーザ設定処理モジュール２１と、ＩＤ連携データベース（ＩＤ連携ＤＢ）２２と、連携処理モジュール２３と、利用者操作モジュール２４を備えている。
【００２９】
図３は、上記ポータルサーバＰＳＶの各機能モジュールの具体的な構成を示すブロック図である。ＩＤ連携ＤＢ２２には、ユーザ登録サーバＵＳＶから登録を要求されたＩＤ連携情報が記憶される。ユーザ設定処理モジュール２１は連携基盤配布部を有する。この連携基盤配布部は、ユーザ登録サーバＵＳＶからの要求が検索要求の場合は、自らのＩＤ連携ＤＢ２２を検索してその検索結果をユーザ登録サーバＵＳＶに対し応答する。また連携基盤配布部は、ユーザ登録サーバＵＳＶからの要求が登録要求の場合には、登録を要求されたＩＤ連携情報をＩＤ連携ＤＢ２２に記憶させる。これに対しユーザ登録サーバＵＳＶからの要求が削除要求の場合には、ＩＤ連携ＤＢ２２に記憶された削除対象のＩＤ連携情報を削除する。
【００３０】
連携処理モジュール２３は、認証サーバＡＳＶから認証情報を取得し、ＩＤ連携ＤＢ２２を用いてデータサーバＤＳＶ１〜ＤＳＶｎ、サービス連携サーバＳＳＶ１〜ＳＳＶｍ又は他のポータルサーバとの間で属性交換を行うもので、認証連携部を有する。この認証連携部は、利用者操作画面を通じて利用者のログイン要求を受けた際に、認証サーバＡＳＶの認証部に認証を要求する。利用者操作モジュール２４は複数の利用者操作部２４１〜２４Ｎを有する。これらの操作部はそれぞれ利用者端末ＵＴにおけるユーザの操作を処理する。なお、Ｎは利用者操作部の数で、自然数（正の整数）である。
【００３１】
認証サーバＡＳＶも、ＣＰＵに対しバスを介してプログラムメモリ、データメモリ及び通信インタフェースを接続したもので、その機能モジュールとして、ユーザ設定処理モジュール３１と、データベース群３２と、連携処理モジュール３３と、認証処理モジュール３４とを備えている。
【００３２】
図４は、この認証サーバＡＳＶの機能モジュールの具体的な構成を示すブロック図である。データベース群３２には、ＩＤ連携データベース（ＩＤ連携ＤＢ）３２１と、ユーザデータベース（ユーザＤＢ）３２２と、ディレクトリデータベース（ディレクトリＤＢ）３２３が設けられている。ユーザＤＢ３２２には、各ユーザを識別し管理するためのユーザ情報が記憶される。ＩＤ連携ＤＢ３２１には、ユーザ登録サーバＵＳＶから登録を要求されたＩＤ連携情報が記憶される。このＩＤ連携情報は、それぞれのユーザに対してサーバごとに設定される。ディレクトリＤＢ３２３には、個人データの所在を表すディレクトリデータが記憶される。
【００３３】
ユーザ設定処理モジュール３１は、ユーザ登録サーバＵＳＶからの要求に応じて、自らのＩＤ連携ＤＢ３２１及びユーザＤＢ３２２の検索、ＩＤ連携ＤＢ３２１へのＩＤ連携情報の登録又は削除、ユーザＤＢ３２２へのユーザ情報の登録又は削除を行い、その検索結果をユーザ登録サーバＵＳＶに対し応答するもので、連携基盤配布部３１１及び個別カスタム部３１２を有する。
【００３４】
例えば、検索要求の場合、連携基盤配布部３１１はＩＤ連携ＤＢ３２１を検索すると共に、必要に応じて個別カスタム部３１２を介してユーザ情報を検索し、これらの検索結果をユーザ登録サーバＵＳＶに応答する。個別カスタム部３１２は、連携基盤配布部３１１からの検索要求に応じてユーザＤＢ３２２を検索し、その検索結果を連携基盤配布部３１１に返す。また、登録要求の場合には、連携基盤配布部３１１は登録を要求されたＩＤ連携情報をＩＤ連携ＤＢ３２１に記憶させ、かつユーザ情報を個別カスタム部３１２を介してユーザＤＢ３２２に記憶させる。削除要求の場合には、ＩＤ連携ＤＢ３２１及びユーザＤＢ３２２に記憶された削除対象のＩＤ連携情報及びユーザ情報を削除する。
【００３５】
連携処理モジュール３３は、ユーザＤＢ３２２、ＩＤ連携ＤＢ３２１及びディレクトリＤＢ３２３を用いてデータサーバＤＳＶ１〜ＤＳＶｎ、サービス連携サーバＳＳＶ１〜ＳＳＶｍ及びポータルサーバＰＳＶに対し、認証情報の提供及びディレクトリサービスの提供を行うもので、属性交換部３３１及び認証連携部３３２を有している。属性交換部３３１は、例えばＩＤ−ＷＳＦにおけるＳＰ（Service Provider）の機能を有するもので、ディレクトリＤＢ３２３を利用してディレクトリサービスを提供する。認証連携部３３２は、ＳＡＭＬにおけるＩＤＰ（Identity Provider）等の機能を有する。
【００３６】
認証処理モジュール３４はユーザに対する認証処理を行うもので、認証部を有する。認証部は、利用者端末ＵＴにおいてユーザが入力したユーザ情報をもとに、ユーザＤＢ３２２を参照して当該ユーザの正当性を認証する。認証方式としては、ＩＤ／パスワード認証、公開鍵暗号基盤（ＰＫＩ；Public Key Infrastructure）認証、又は多要素認証等が用いられる。
【００３７】
サービス連携サーバＳＳＶ１〜ＳＳＶｍも、ＣＰＵにバスを介してプログラムメモリ、データメモリ及び通信インタフェースを接続したもので、その機能モジュールとして、ユーザ設定処理モジュール４１と、データベース群４２と、連携処理モジュール４３と、アプリケーション処理モジュール４４を備えている。
【００３８】
図５は、このサービス連携サーバＳＳＶ１〜ＳＳＶｍの機能モジュールの具体的構成を示すブロック図である。データベース群４２には、ＩＤ連携データベース（ＩＤ連携ＤＢ）４２１と、ユーザデータベース（ユーザＤＢ）４２２とが設けられている。ＩＤ連携ＤＢ４２１には、ユーザ登録サーバＵＳＶから登録を要求されたＩＤ連携情報が記憶される。ユーザＤＢ４２２には、各ユーザを識別し管理するためのユーザ情報が記憶される。
【００３９】
ユーザ設定処理モジュール４１は、ユーザ登録サーバＵＳＶからの検索要求に応じて、自らのＩＤ連携ＤＢ４２１及びユーザＤＢ４２２の検索、ＩＤ連携ＤＢ４２１へのＩＤ連携情報の登録又は削除、ユーザＤＢ４２２へのユーザ情報の登録又は削除を行い、その検索結果をユーザ登録サーバＵＳＶに対し応答するもので、連携基盤配布部４１１と、個別カスタム部４１２を備える。
【００４０】
例えば、検索要求の場合連携基盤配布部４１１は、ＩＤ連携ＤＢ４２１を検索すると共に、必要に応じて個別カスタム部４１２を介してユーザＤＢ４２２を検索し、その各検索結果をユーザ登録サーバＵＳＶに応答する。個別カスタム部４１２は、連携基盤配布部４１１からの検索要求に応じてユーザＤＢ４２２を検索し、その検索結果を連携基盤配布部４１１に応答する。また、登録要求の場合には、連携基盤配布部４１１は登録を要求されたＩＤ連携情報をＩＤ連携ＤＢ４２１に記憶させ、かつユーザ情報を個別カスタム部４１２を介してユーザＤＢ４２２に記憶させる。削除要求の場合には、ＩＤ連携ＤＢ４２１及びユーザＤＢ４２２に記憶された削除対象のＩＤ連携情報及びユーザ情報を削除する。
【００４１】
連携処理モジュール４３は、認証サーバから認証情報を取得し、ＩＤ連携ＤＢ４２１を用いて、データサーバＤＳＶ１〜ＤＳＶｎ、他のサービス連携サーバＳＳＶ又はポータルサーバＰＳＶとの間で属性交換を行うもので、認証連携部４３１及び属性交換４３２を有している。認証連携部４３１は、ＳＡＭＬにおけるＳＰ等の機能を有する。属性交換４３２は、ＩＤ−ＷＳＦにおけるＷＳＣ等の機能を有する。
【００４２】
アプリケーション処理モジュール４４は、ユーザＤＢ４２２を用いてデータサーバＤＳＶ１〜ＤＳＶｎに対して個人データの開示設定及び個人データの収集を要求するもので、ＥＨＲ用プラットフォーム接続部（ＥＨＲ用ＰＦ接続部）４４４と、データ収集部４４３と、開示設定要求部４４２とを備えている。ＥＨＲ用ＰＦ接続部４４４は、アプリケーション４４１から認証連携部４３１もしくは属性交換部４３２を利用することを容易にする。データ収集部４４３は、ユーザの指定に応じてデータサーバＤＳＶ１〜ＤＳＶｎから収集する個人データの抽出条件を設定し、認証連携部４３１及び属性交換部４３２を通じてデータサーバＤＳＶ１〜ＤＳＶｎにデータの収集要求を送信する。開示設定要求部４４２は、ユーザからの開示設定要求に応じて、データサーバＤＳＶ１〜ＤＳＶｎに対し開示設定ＤＢへの開示設定情報の追加、更新又は削除を要求する。
【００４３】
また、アプリケーション処理モジュール４４は、個人に関する様々な医療・健康情報の一覧参照サービス等を行うためのアプリケーション４４１を備える。このアプリケーション４４１は、ＥＨＲ用ＰＦ接続部４４４に従って、サービス連携サーバ内の上記各機能モジュールを利用することができ、それ以外の部分は自由に作成できる。
【００４４】
ユーザ登録サーバＵＳＶも、ＣＰＵにバスを介してプログラムメモリ、データメモリ及び通信インタフェースを接続したもので、その機能モジュールとして、ユーザ設定処理モジュール５１と、各ユーザのユーザ情報を記憶するためのユーザデータベース（ユーザＤＢ）５２と、利用者操作処理モジュール５３とを備えている。
【００４５】
図６は、このユーザ登録サーバＵＳＶが備える機能モジュールの具体的な構成を示すブロック図である。ユーザ設定処理モジュール５１は、ユーザ管理部５１１と、ＩＤ連携管理部５１２と、サービス関連付け管理部５１３と、匿名ＩＤ管理部５１４と、ユーザ検索部５１５とを有する。
【００４６】
ユーザ管理部５１１は、ユーザ（オペレータ）からの操作に応じて自らのユーザＤＢ５２を更新すると共に、認証サーバＡＳＶ、データサーバＤＳＶ１〜ＤＳＶｎ及びサービス連携サーバＳＳＶ１〜ＳＳＶｍに対してユーザ登録、更新又は削除を要求する。
ＩＤ連携管理部５１２は、ユーザ（オペレータ）の操作に応じて、自らがユーザＤＢ５２により管理するユーザＩＤと、認証サーバＡＳＶ、データサーバＤＳＶ１〜ＤＳＶｎ及びサービス連携サーバＳＳＶ１〜ＳＳＶｍがそれぞれ管理するユーザＩＤとの間の関連付けとその解除処理を行う。
【００４７】
サービス関連付け管理部５１３は、ユーザ（オペレータ）の操作に応じて、データサーバＤＳＶ１〜ＤＳＶｎを利用可能／不可能にするために、認証サーバＡＳＶに対してサービス関連情報の登録／解除を要求する。
匿名ＩＤ管理部５１４は、ユーザ（オペレータ）の操作に応じて、認証サーバＡＳＶ、データサーバＤＳＶ１〜ＤＳＶｎ及びサービス連携サーバＳＳＶ１〜ＳＳＶｍに対し、匿名ＩＤ（ＳＡＭＬ等）をユーザＩＤに、もしくはユーザＩＤから匿名ＩＤ（ＳＡＭＬ等）に変換するよう要求する。
【００４８】
ユーザ検索部５１５は、ユーザ（オペレータ）の操作に応じて自らが管理するユーザＤＢ５２を検索すると共に、認証サーバＡＳＶ、データサーバＤＳＶ１〜ＤＳＶｎ及びサービス連携サーバＳＳＶ１〜ＳＳＶｍに対し、指定された条件でユーザ検索を要求する。
利用者操作処理モジュール５３はユーザによる操作を処理するもので、業務フローに応じて上記各機能部を効率的に呼び出す。
【００４９】
次に、以上のように構成されたシステムによる分散情報収集動作を説明する。
（１）ユーザ情報及びその連携情報の一括登録処理
ここでは、例えば自治体の医療情報センタの職員（オペレータ）がユーザ登録サーバＵＳＶに設けられたコンソール端末を操作して、指定した１つ以上の認証サーバＡＳＶ、データサーバＤＳＶ１〜ＤＳＶｎ、サービス連携サーバＳＳＶ１〜ＳＳＶｍ又はポータルサーバＰＳＶに対しユーザ情報の登録処理を行う場合を例にとって説明する。
【００５０】
図８乃至図１０は、このユーザ情報及びその連携情報の一括登録処理の手順を示すシーケンス図である。
(A) 先ず、コンソール端末において、オペレータがユーザ登録サーバＵＳＶの所定のＵＲＬ（Uniform Resource Locator）に対しアクセスすると、ユーザ登録サーバＵＳＶからコンソール端末に対しユーザ一括登録画面がダウンロードされて表示される。図７に、表示されるユーザ一括登録画面の一例を示す。
この状態で、オペレータは、ユーザ登録を行いたいデータサーバＤＳＶ１〜ＤＳＶｎ、サービス連携サーバＳＳＶ１〜ＳＳＶｍ等を順に選択指定し、検索したいユーザ情報（ユーザＩＤ、ユーザ基本情報、ユーザ属性等）を入力する。なお、このユーザ情報の入力に際しては、ユーザ検索画面を利用することが可能である。
【００５１】
(B) オペレータが入力したユーザ情報を用いて、ユーザ登録サーバＵＳＶはユーザ検索部５１５により、図８に示すように各データサーバＤＳＶ１〜ＤＳＶｎに対して、該当するユーザ情報が既に登録されている否かの検索要求を行う。
(C) この検索の結果、データサーバＤＳＶ１〜ＤＳＶｎ、サービス連携サーバＳＳＶ１〜ＳＳＶｍの検索結果一覧の中に、登録したいユーザのユーザ情報が既に存在した場合には、当該ユーザを選択する。これに対し存在しなかった場合には、オペレータは登録したいユーザのユーザ情報を手操作で入力する。
【００５２】
(D) オペレータは、登録対象のすべてのデータサーバＤＳＶ１〜ＤＳＶｎに対し、上記(A) 〜(C) の処理を繰り返し行い、全ての操作が終了した後に一括登録を要求する。この一括登録の要求は、図９に示すようにコンソール端末からユーザ登録サーバＵＳＶに送られる。
【００５３】
(E) コンソール端末から上記一括登録要求が送られると、ユーザ登録サーバＵＳＶはユーザ管理部５１１により、認証サーバＡＳＶに対して図９に示すようにユーザ登録を要求する。この要求に対し認証サーバＡＳＶは、連携基盤配布部３１１及び個別カスタム部３１２により、ＩＤ連携情報及びユーザ情報を検索し、自らが保持しているユーザＩＤをユーザ登録サーバＵＳＶに返送する。
【００５４】
(F) ユーザ登録サーバＵＳＶは、上記認証サーバＡＳＶから返送されたユーザＩＤを使用して、ＩＤ連携管理部５１２により認証サーバＡＳＶに対してＩＤ連携情報の登録を要求する。この要求に対し認証サーバＡＳＶは、匿名ＩＤを発行してユーザ登録サーバＵＳＶに返送する。
【００５５】
(G) ユーザ登録サーバＵＳＶは、次にユーザ管理部５１１により、図９に示すようにサービス連携サーバＳＳＶ１〜ＳＳＶｍの１つに対してユーザ登録を要求する。この要求に対しサービス連携サーバＳＳＶ１〜ＳＳＶｍは、連携基盤配布部４１１及び個別カスタム部４１２により、ＩＤ連携情報及びユーザ情報を検索し、自らが保持しているユーザＩＤをユーザ登録サーバＵＳＶに返送する。
【００５６】
(H) ユーザ登録サーバＵＳＶは、ＩＤ連携管理部５１２により、上記サービス連携サーバＳＳＶ１〜ＳＳＶｍから返送されたユーザＩＤと、上記(1-6) において認証サーバＡＳＶから取得した匿名ＩＤを使用して、サービス連携サーバＳＳＶ１〜ＳＳＶｍに対してＩＤ連携情報の登録を要求する。この要求に対しサービス連携サーバＳＳＶ１〜ＳＳＶｍは、ＩＤ連携情報をＩＤ連携ＤＢ４２１に格納する。
(I) ユーザ登録サーバＵＳＶは、上記(G) 及び(H) の処理をサービス連携サーバＳＳＶ１〜ＳＳＶｍの数分だけ繰り返す。
【００５７】
(J) ユーザ登録サーバＵＳＶは、次にユーザ管理部５１１により、登録対象のユーザ情報がデータサーバＤＳＶ１〜ＤＳＶｎに未登録の場合、図１０に示すようにデータサーバＤＳＶ１〜ＤＳＶｎの１つに対してユーザ登録を要求する。この要求に対しデータサーバＤＳＶ１〜ＤＳＶｎは、連携基盤配布部１１１及び個別カスタム部１１２により、ＩＤ連携情報及びユーザ情報を検索し、自らが保持しているユーザＩＤをユーザ登録サーバＵＳＶに返送する。
【００５８】
(K) またユーザ登録サーバＵＳＶは、上記(E) により認証サーバＡＳＶから返送されたユーザＩＤを使用して、ＩＤ連携管理部５１２により認証サーバＡＳＶに対してＩＤ連携情報の登録を要求する。この要求に対し認証サーバＡＳＶは、匿名ＩＤを発行してユーザ登録サーバＵＳＶに返送する。
【００５９】
(L) ユーザ登録サーバＵＳＶは、次にＩＤ連携管理部５１２により、上記(J)によりデータサーバＤＳＶ１〜ＤＳＶｎから返送されたユーザＩＤと、上記(K) において認証サーバＡＳＶから取得した匿名ＩＤを使用して、データサーバＤＳＶ１〜ＤＳＶｎに対してＩＤ連携情報の登録を要求する。この要求に対しデータサーバＤＳＶ１〜ＤＳＶｎは、ＩＤ連携情報をＩＤ連携ＤＢ１２１に格納する。
【００６０】
(M) またそれと共にユーザ登録サーバＵＳＶは、上記(1-5) により認証サーバＡＳＶから返送されたユーザＩＤを使用して、サービス関連付け管理部５１３により、図１０に示すように認証サーバＡＳＶに対しデータサーバＤＳＶ１〜ＤＳＶｎのサービス関連付けを要求する。データサーバＤＳＶ１〜ＤＳＶｎは、この要求を受けると上記サービスの関連付けに関する情報を保存する。
(N) ユーザ登録サーバＵＳＶは、上記(K) 〜(M)の処理を、データサーバＤＳＶ１〜ＤＳＶｎの数分だけ繰り返す。
(O) 以上の処理が終了すると、ユーザ登録サーバＵＳＶはユーザ登録結果を表す情報を、図１０に示すように登録要求元のコンソール端末に送信する。
【００６１】
（２）ユーザＩＤ／匿名ＩＤの問い合わせ処理
ユーザＩＤをもとにサーバ間の連携に使用している匿名ＩＤを問い合わせる処理と、反対に匿名ＩＤをもとにユーザＩＤを問い合わせる処理について、その手順を説明する。この処理機能を組み合わせることで、サーバ間のユーザＩＤの変換が可能となる。
図１１は、このユーザＩＤ／匿名ＩＤの問い合わせ処理の手順を示すシーケンス図である。
【００６２】
（２−１）ユーザＩＤから匿名ＩＤの問い合わせ
(A) コンソール端末においてオペレータは、図１１に例示するようにユーザＩＤ／匿名ＩＤ問い合わせ画面が表示されている状態で、問い合わせ対象のサーバ（認証サーバＡＳＶ、データサーバＤＳＶ１〜ＤＳＶｎ、サービス連携サーバＳＳＶ１〜ＳＳＶｎ、ポータルサーバＰＳＶ）と、ユーザＩＤ及び連携先のサーバ（認証サーバＡＳＶ、データサーバＤＳＶ１〜ＤＳＶｎ、サービス連携サーバＳＳＶ１〜ＳＳＶｎ、ポータルサーバＰＳＶ）をそれぞれ指定する。
【００６３】
(B) これに対しユーザ登録サーバＵＳＶは、オペレータが指定した上記各サーバの連携基盤配布部１１１，３１１，４１１に対して、ユーザＩＤ／匿名ＩＤの変換処理要求を送信する。なお、ユーザ登録サーバＵＳＶにプロキシサーバの設定がある場合は、プロキシサーバＰＳＶ経由で要求を送信する。
【００６４】
(C) 上記ユーザ登録サーバＵＳＶからの要求を受信すると、各サーバの連携基盤配布部１１１，３１１，４１１は、ＩＤ連携ＤＢ１２１，３２１，４２１を参照し、ユーザＩＤをキーとして対応する匿名ＩＤを読み出し、この読み出した匿名ＩＤをユーザ登録サーバＵＳＶへ返送する。
【００６５】
(D) ユーザ登録サーバＵＳＶは、サーバの連携基盤配布部１１１，３１１，４１１から、上記要求したユーザＩＤ／匿名ＩＤの変換処理要求に対する変換結果を受信する。
(E) ユーザ登録サーバＵＳＶは、上記受信したユーザＩＤから匿名ＩＤへの変換結果をコンソール端末に送信し、表示させる。
【００６６】
（２−２）匿名ＩＤからユーザＩＤへの問い合わせ
(A) コンソール端末においてオペレータは、図１１に例示するようにユーザＩＤ／匿名ＩＤ問い合わせ画面が表示されている状態で、問い合わせ対象のサーバ（認証サーバＡＳＶ、データサーバＤＳＶ１〜ＤＳＶｎ、サービス連携サーバＳＳＶ１〜ＳＳＶｎ、ポータルサーバＰＳＶ）と、ユーザＩＤ及び連携先のサーバ（認証サーバＡＳＶ、データサーバＤＳＶ１〜ＤＳＶｎ、サービス連携サーバＳＳＶ１〜ＳＳＶｎ、ポータルサーバＰＳＶ）をそれぞれ指定する。
【００６７】
(B) これに対しユーザ登録サーバＵＳＶは、オペレータが指定した上記各サーバの連携基盤配布部１１１，３１１，４１１に対して、匿名ＩＤ／ユーザＩＤの変換処理要求を送信する。なお、ユーザ登録サーバＵＳＶにプロキシサーバの設定がある場合は、プロキシサーバＰＳＶ経由で要求を送信する。
【００６８】
(C) 上記ユーザ登録サーバＵＳＶからの要求を受信すると、各サーバの連携基盤配布部１１１，３１１，４１１は、ＩＤ連携ＤＢ１２１，３２１，４２１を参照し、匿名ＩＤをキーとして対応するユーザＩＤを読み出し、この読み出したユーザＩＤをユーザ登録サーバＵＳＶへ返送する。
【００６９】
(D) ユーザ登録サーバＵＳＶは、サーバの連携基盤配布部１１１，３１１，４１１から、上記要求した匿名ＩＤ／ユーザＩＤの変換処理要求に対する変換結果を受信する。
(E) ユーザ登録サーバＵＳＶは、上記受信した匿名ＩＤからユーザＩＤへの変換結果をコンソール端末に送信し、表示させる。
【００７０】
（３）ユーザ登録と同時に開示設定を行う処理
図１２は、このユーザ登録と同時に開示設定を行う処理のシーケンスを示す図である。
ユーザ登録サーバＵＳＶから、認証サーバＡＳＶ、データサーバＤＳＶ１〜ＤＳＶｎ、サービス連携サーバＳＳＶ１〜ＳＳＶｎ及びポータルサーバＰＳＶへ送信する要求の中で、付加情報を「キー＝値」の組み合わせで汎用的に保持可能な形態にする。
【００７１】
先に（１）において説明したユーザ情報及びその連携情報の一括登録処理の手順に、以下の手順を追加する。
先ず該当ユーザがデータサーバＤＳＶ１〜ＤＳＶｎに登録されたユーザだった場合には、ユーザ登録サーバＵＳＶからサービス連携サーバＳＳＶ１〜ＳＳＶｎに対して、該当ユーザの開示設定情報の提供を要求し、その結果をコンソール端末に送信する。コンソール端末においてオペレータは、該当ユーザに対する追加開示設定情報を入力する。ユーザ登録サーバＵＳＶは、データサーバＤＳＶ１〜ＤＳＶｎに対してユーザ登録要求を行う際に、付加情報として「開示設定情報＝add:userA」を要求に埋め込む。
【００７２】
データサーバＤＳＶ１〜ＤＳＶｎは、ユーザ登録サーバＵＳＶからユーザ登録、更新又は削除の要求を受信すると、当該要求に埋め込まれている付加情報に開示設定情報が含まれているか判定する。そして、付加情報に上記ユーザ属性が含まれていた場合には、この情報に基づいて、自らの開示設定ＤＢ１２３に対し開示設定情報を追加、更新又は削除する処理を行う。
【００７３】
なお、以上（１）〜（３）で述べたユーザ登録処理、ＩＤ変換処理及び開示設定処理は、いずれも通信ネットワークＮＷ上において、サービス連携サーバＳＳＶ１〜ＳＳＶｎがデータサーバＤＳＶ１〜ＤＳＶｎから個人データを収集して利用者端末ＵＴに配信するために使用される通信チャネルとは異なる、登録・設定専用の通信チャネルを介して行われる。
【００７４】
以上述べたようにこの実施形態では、ユーザ登録サーバＵＳＶにおいて、利用者端末ＵＴからユーザ一括登録要求が送られた場合に、上記認証サーバＡＳＶと協働して他の各サーバが保有するユーザＩＤ間を連携するためのＩＤ連携情報を生成し、この生成されたＩＤ連携情報を上記データサーバＤＳＶ１〜ＤＳＶｎ及びサービス連携サーバＳＳＶ１〜ＳＳＶｎにそれぞれ送信して登録するようにしている。
【００７５】
したがって、各サーバにそれぞれ登録されたユーザＩＤ間を連携させるためのＩＤ連携情報と、認証サーバＡＳＶが管理するユーザの認証情報とに基づいて、サービス連携サーバＳＳＶ１〜ＳＳＶｎにより各データサーバＤＳＶ１〜ＤＳＶｎからユーザの個人データが収集され、この収集された個人データが要求元の利用者端末ＵＴに配信される。このため、ユーザはリアルタイムに自身に係わる個人データを取得することができる。また、要求に応じてその都度各データサーバから個人データが収集されるので、個人データを集中管理するためのデータベースが不要となる。このため、分散情報の連携配信サービスを提供しようとする際の設備上及び管理上の負担が軽減され、さらに利用者数の増加や医療データを管理しているデータサーバ数の増加要求にも対応し易くなり、これによりスケーラビリティのあるシステムを提供可能となる。
【００７６】
しかも、ユーザ登録サーバＵＳＶにより、すべてのサーバに対しユーザの情報間を連携させるためのＩＤ連携情報が一括して登録される。このため、きわめて効率良くＩＤ連携情報の登録を行うことができ、かつ不慣れなユーザやオペレータであっても誤ることなく登録を行うことができる。
【００７７】
さらに、この実施形態では、各データサーバＤＳＶ１〜ＤＳＶｎに対する個人データの開示設定処理が、ユーザ一括登録処理と同時に行われる。このため、開示設定処理をユーザ一括登録処理とは別々に行う場合に比べ、開示設定の処理を効率良く行うことができる。
【００７８】
なお、この発明は上記実施形態に限定されるものではない。例えば、ポータルサーバＰＳＶは設けても設けなくてもよく、またサービス連携サーバは複数台であっても１台であってもよい。その他、ユーザ登録サーバ、データサーバ、サービス連携サーバ及び認証サーバの構成、ユーザ一括登録処理の手順とその内容、開示設定処理の手順とその内容等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。
【００７９】
要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【００８０】
【図１】この発明の一実施形態に係わる分散情報連携システムの全体構成を示すブロック図である。
【図２】図１に示した分散情報連携システムにおけるデータサーバの機能構成を示すブロック図である。
【図３】図１に示した分散情報連携システムにおけるポータルサーバの機能構成を示すブロック図である。
【図４】図１に示した分散情報連携システムにおける認証サーバの機能構成を示すブロック図である。
【図５】図１に示した分散情報連携システムにおけるサービス連携サーバの機能構成を示すブロック図である。
【図６】図１に示した分散情報連携システムにおけるユーザ登録サーバＵＳＶの機能構成を示すブロック図である。
【図７】ユーザの一括登録処理において使用される利用者操作画面の一例を示す図である。
【図８】ユーザの一括登録処理の前半部分の処理手順と処理内容を示すシーケンス図である。
【図９】ユーザの一括登録処理の中間部分の処理手順と処理内容を示すシーケンス図である。
【図１０】ユーザの一括登録処理の後半部分の処理手順と処理内容を示すシーケンス図である。
【図１１】ユーザＩＤ／匿名ＩＤ問い合わせ処理の処理手順と処理内容を示すシーケンス図である。
【図１２】ユーザ登録と同時に開示設定を行う場合の処理手順と処理内容を示すシーケンス図である。
【符号の説明】
【００８１】
ＤＳＶ１〜ＤＳＶｎ…データサーバ、ＰＳＶ…ポータルサーバ、ＡＳＶ…認証サーバ、ＳＳＶ１〜ＳＳＶｍ…サービス連携サーバ、ＵＳＶ…ユーザ登録サーバＵＳＶ、ＵＴ…利用者端末、ＮＷ…通信網、１１，２１，３１，４１，５１…ユーザ設定モジュール、１２，２２，３２，４２，５２…データベース群、１３，２３，３３，４３…連携処理モジュール、１４，４４…アプリケーション処理モジュール、２４，５３…利用者操作処理モジュール、３４…認証処理モジュール、１１１，２１１，３１１，４１１…連携基盤配布部、１１２，３１２，４１２…個別カスタム部、１２１，２２，３２１，４２１…ＩＤ連携データベース、１２２，３２２，４２２，５２…ユーザデータベース、１２３…開示設定データベース、１２４…アプリケーションデータベース、３２３…ディレクトリデータベース、１３１，２３１，３３２，４３１…認証連携部、１３２，３３１，４３２…属性交換部、１４１，４４１…アプリケーション、１４２…開示設定部、１４３…開示制御部、１４４…データ提供部、２４１〜２４ｎ…利用者操作部、３４１…認証部、４４２…開示設定要求部、４４３…データ収集部、４４４…ＥＨＲ用ＰＦ接続部、５１１…ユーザ管理部、５１２…ＩＤ連携管理部、５１３…サービス関連付け管理部、５１４…匿名ＩＤ管理部、５１５…ユーザ検索部。
【技術分野】
【０００１】
この発明は、例えば医療機関や保健関連機関、運動関連施設等がそれぞれ保有する複数のデータベースにより管理されている医療等に関する個人データを、本人等の要求に応じて通信ネットワークを介して収集する分散情報連携システム及び分散情報連携方法に関する。
【背景技術】
【０００２】
人は、罹病した場合や健康に不安を感じた場合、その症状等に応じて異なる医療機関を受診することがある。また、症状は同じでも居住地の移転や出張先等で罹病した場合にも、異なる医療機関を受診する。その結果、一人の患者の医療等に関する情報は複数の医療機関に分散して管理されることになる。
【０００３】
ところで、最近このように複数の医療機関で管理されている一人の患者の医療等に関する情報を通信ネットワークを介して収集して、遠隔地での診療や投薬等に役立てる、ＥＨＲ（Electronic Health Recode）システムが提案されている。このシステムは、例えば複数の医療機関がそれぞれ保有するデータベースから、特定の患者に係わる様々な医療データを定期的に収集し、この収集した医療データを集中管理データベースに記憶して閲覧を可能にするものとなっている（例えば、特許文献１を参照。）
【０００４】
【特許文献１】特許第３９０３５８８号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところが、この従来提案されたシステムは、複数の機関で管理されている各医療データを、例えば月単位で夜間にバッチ処理により収集するものとなっている。このため、収集タイミングによっては医療データが古くなり、現時点の患者の状態に対応しないものになる場合がある。つまり、情報収集に対するリアルタイム性に難点がある。また、医療データは最高位の個人データであることから、集中管理データベースを保有する機関には厳格なセキュリティ管理が求められる。このため、機関の設備上及び管理上の負担が大きくなり、これがシステムの普及の妨げとなっている。さらに、集中管理データベースに負荷が集中することから、利用者数の増加や医療データを管理しているデータサーバ数の増加の要求に対応し難く、スケーラビリティに難点がある。
【０００６】
この発明は上記事情に着目してなされたもので、その目的とするところは、複数のデータサーバで管理されている複数の個人データを必要なときにリアルタイムに収集でき、かつ大掛かりな設備と高度のセキュリティ管理が不要でスケーラビリティがあり、しかもユーザ情報間の連携情報の登録処理を効率良く行うことが可能な分散情報連携システム及び分散情報連携方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するためにこの発明の一観点は、ユーザごとにその個人データを管理する複数のデータサーバと、サービス連携サーバと、認証サーバと、利用者端末とを通信ネットワークを介して接続可能とし、上記利用者端末からの情報取得要求に応じて、上記複数のデータサーバ、サービス連携サーバ及び認証サーバがそれぞれ管理するユーザ情報間を連携させるための連携情報と、上記認証サーバが管理する上記ユーザの認証情報とに基づいて、上記サービス連携サーバが上記複数のデータサーバから上記ユーザの個人データを収集し、この収集した個人データを上記通信ネットワークを介して上記要求元の利用者端末に配信する分散情報連携システムにあって、少なくとも上記複数のデータサーバ、サービス連携サーバ及び認証サーバに対し上記通信ネットワークを介して接続可能なユーザ登録サーバをさらに具備する。そして、ユーザ登録サーバに連携管理手段を設け、この連携管理手段により、上記利用者端末から送られるユーザ一括登録要求に応じ、上記認証サーバと協働して連携情報を生成し、この生成された連携情報を上記通信ネットワークを介して上記複数のデータサーバ、サービス連携サーバ及び認証サーバにそれぞれ送信し登録させるようにしたものである。
【０００８】
したがって、利用者端末から情報取得要求が送られると、登録されたユーザ情報間を連携させるための連携情報と、認証サーバが管理するユーザの認証情報とに基づいて、サービス連携サーバにより各データサーバから上記ユーザの個人データが収集され、この収集された個人データが要求元の利用者端末に配信される。このため、ユーザはリアルタイムに自身に係わる個人データを取得することができる。また、要求に応じてその都度各データサーバから個人データが収集されるので、個人データを集中管理するためのデータベースが不要となる。このため、分散情報の連携配信サービスを提供しようとする際の設備上及び管理上の負担が軽減され、さらに利用者数の増加や医療データを管理しているデータサーバ数の増加要求にも対応し易くなり、これによりスケーラビリティのあるシステムを提供可能となる。
【０００９】
しかし、サービス連携サーバが複数のデータベースから個人データを収集するに当たっては、それぞれのデータベースにおいて個人データにアクセスするためのユーザＩＤ等のユーザ情報が必要となる。しかしながら、各データベースで使用される当該データベースに直接アクセスが可能なユーザＩＤ等のユーザ情報をサービス連携サーバが管理すると、不正アクセスを受けた場合などにデータが流出する範囲が広くなってしまう可能性が高く、情報セキュリティ上問題である。
そこで、各データベースで使用されているユーザＩＤ等のユーザ情報を、そのデータベース外で管理するのではなく、連携用のユーザＩＤ、つまりＩＤ連携情報を用いて個人データを収集する方法が考えられている（例えば特開２００７−２９９３０３号公報を参照）。しかし、このようなＩＤ連携処理を行うためには、各サーバに連携情報を事前に設定しておく必要がある。しかしながら、連携情報は各サーバにおいて個別に設定するしかなかったため、設定に手間が掛かると共に設定間違いを起こし易かった。
【００１０】
この発明は以上の点に着目してなされたもので、ユーザ登録サーバにより、すべてのサーバに対しユーザの管理情報間を連携させるための連携情報が一括して登録される。このため、きわめて効率良く連携情報の登録を行うことができ、かつ不慣れなユーザやオペレータであっても誤ることなく登録を行うことができる。
【００１１】
この発明は、以下のような各種具体的な実施態様を備えることも特徴とする。
第１の実施態様は、連携情報を登録させる際に、上記利用者端末から送られたユーザ一括登録要求に応じて、上記ユーザ登録サーバが上記複数のデータサーバ、サービス連携サーバ及び認証サーバに対し、当該要求元のユーザに係わる連携情報が登録済みか否かを上記通信ネットワークを介して問い合わせる。そして、この問い合わせの結果、要求元のユーザに係わる連携情報が未登録と判定された場合に、上記ユーザ登録サーバが上記認証サーバに対し連携情報の生成を要求して、生成された連携情報を認証サーバから取得し、この取得された連携情報を上記ユーザ登録サーバが上記通信ネットワークを介して上記未登録のデータサーバ、サービス連携サーバ及び認証サーバへ送信して登録させるものである。
このようにすると、要求元のユーザに係わる連携情報が未登録の場合にのみ、連携情報を新規登録手順を実行することができる。
【００１２】
第２の実施態様は、連携情報を登録させる際に、上記問い合わせの結果要求元のユーザに係わる連携情報が登録済と判定された場合に、上記ユーザ登録サーバが上記利用者端末からのユーザ一括登録要求の内容が更新であれば、その更新内容を表す情報を含む更新要求を上記通信ネットワークを介して上記登録済のデータサーバ、サービス連携サーバ及び認証サーバに送信するものである。
このようにすると、登録済みのユーザ情報に対し連携情報の更新処理を実行することができる。
【００１３】
第３の実施態様は、連携情報を登録させる際に、利用者端末からの一括登録要求の内容が削除であれば、上記ユーザ登録サーバが削除要求を上記通信ネットワークを介して上記登録済のデータサーバ、サービス連携サーバ及び認証サーバに送信するものである。
このようにすると、登録済みの連携情報を削除することが可能となる。
【００１４】
第４の実施態様は、利用者端末からユーザ登録サーバに通信ネットワークを介して開示設定要求を送信し、ユーザ登録サーバが、上記送られた開示設定要求に含まれる個人データの開示の許否を指定するための開示設定情報を、上記連携情報と共に上記通信ネットワークを介して該当するデータサーバに送信し設定させる処理をさらに行うようにしたものである。
このようにすると、連携情報の一括登録処理と同時にデータサーバに対し個人データに対する開示設定処理を行うことが可能となり、これにより連携情報の登録処理と開示設定処理を効率良く行うことができる。
【００１５】
第５の実施態様は、連携情報の登録及び開示設定情報の設定に使用する通信経路を、通信ネットワーク内の上記個人データの収集及び配信に使用する通信経路と異ならせるようにしたものである。
このようにすると、連携情報の登録及び開示設定情報の設定のためのデータ転送を、個人データの収集及び配信のためのデータ転送と独立して行うことが可能となる。これにより、個人データの収集及び配信に使用する経路の通信トラフィックの影響を受けることなく安定に、しかも高いセキュリティ管理のもとで信頼性の高い登録又は設定処理を行い得る。
【発明の効果】
【００１６】
すなわち、この発明によれば、複数のデータサーバにより管理されている複数の情報を必要なときにリアルタイムに収集でき、かつ大掛かりな設備と高度のセキュリティ管理が不要でスケーラビリティがあり、しかもユーザ情報間の連携情報の登録処理を効率良く行うことが可能な分散情報連携システム及び分散情報連携方法を提供することができる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照してこの発明に係わる一実施形態を説明する。
図１は、この発明の一実施形態に係わる分散情報連携システムの全体構成を示すブロック図である。この実施形態の分散情報連携システムは、医療機関や保健関連機関、運動関連施設等が運用する複数のデータサーバＤＳＶ１〜ＤＳＶｎと、複数（ｍ台）のサービス連携サーバＳＳＶ１〜ＳＳＶｍと、ポータルサーバＰＳＶと、認証サーバＡＳＶと、ユーザ登録サーバＵＳＶを備え、これらのサーバＤＳ１〜ＤＳｎ，ＳＳＶ１〜ＳＳＶｍ，ＰＳＶ，ＡＳＶ，ＵＳＶ相互間、及びこれらのサーバと利用者端末ＵＴとの間で、通信網ＮＷを介して通信可能としたものである。なお、ｎはデータサーバの数であり自然数（正の整数）、ｍはサーバ連携サーバの数であり自然数（正の整数）である。
【００１８】
利用者端末ＵＴには、患者等の一般ユーザが自宅等において使用する一般ユーザ用の端末と、医師や保健師、薬剤師等が患者の依頼を受けて患者の医療データ等を取得するために使用する業務用の端末と、ユーザ登録サーバＵＳＶに設けられるオペレータ用のコンソール端末（図示せず）が含まれる。
【００１９】
通信ネットワークＮＷは、例えばインターネットに代表されるＩＰ（Internet Protocol）網と、このＩＰ網に対しアクセスするための複数のアクセス網とから構成される。アクセス網としては、例えばＬＡＮ（Local Area Network）、無線ＬＡＮ、携帯電話網、有線電話網、ＣＡＴＶ（Cable Television）網が用いられる。
【００２０】
データサーバＤＳＶ１〜ＤＳＶｎは、中央制御ユニット（Central Control Unit；ＣＰＵ）に、バスを介してプログラムメモリ、データメモリ及び通信インタフェースを接続したもので、その機能モジュールとしてユーザ設定処理モジュール１１と、データベース群１２と、連携処理モジュール１３と、アプリケーション処理モジュール１４とを備えている。
【００２１】
図２は、これらの機能モジュールの具体的な構成を示すブロック図である。データベース群１２は、ＩＤ連携データベース（ＩＤ連携ＤＢ）１２１と、ユーザデータベース（ユーザＤＢ）１２２と、開示設定データベース（開示設定ＤＢ）１２３と、アプリケーションデータベース（アプリケーションＤＢ）１２４とを備える。ユーザＤＢ１２２には、各ユーザを識別し管理するためのユーザ情報が記憶される。ユーザ情報は、ユーザＩＤ、ユーザ基本情報及びユーザ属性等からなる。アプリケーションＤＢ１２４には、各ユーザの保健指導情報及び健康診断情報が上記ユーザＩＤに対応付けられて格納される。ＩＤ連携ＤＢ１２１には、ユーザ登録サーバＵＳＶから登録を要求されたＩＤ連携情報が記憶される。このときＩＤ連携情報とは、他サーバから自サーバのあるユーザの個人データにアクセスするための情報である。開示設定ＤＢ１２３には、アプリケーションＤＢ１２４に格納されているユーザの個人データ、つまり保健指導情報や健康診断情報について、当該情報を誰に対し開示するかを設定するための開示設定情報が記憶される。
【００２２】
ユーザ設定処理モジュール１１は、ユーザ登録サーバＵＳＶからの要求に応じて、自らのＩＤ連携ＤＢ１２１及びユーザＤＢ１２２の検索、ＩＤ連携ＤＢ１２１へのＩＤ連携情報の登録又は削除、ユーザＤＢ１２２へのユーザ情報の登録又は削除を行い、その結果をユーザ登録サーバＵＳＶに応答するもので、連携基盤配布部１１１と、個別カスタム部１１２を備える。
【００２３】
例えば、検索要求の場合連携基盤配布部１１１は、ＩＤ連携ＤＢ１２１を検索すると共に、必要に応じて個別カスタム部１１２を介してユーザＤＢ１２２を検索し、その各検索結果をユーザ登録サーバＵＳＶに応答する。個別カスタム部１１２は、連携基盤配布部１１１からの要求に応じてユーザＤＢ１２２を検索し、その検索結果を連携基盤配布部１１１に応答する。また、登録要求の場合には、連携基盤配布部１１１は登録を要求されたＩＤ連携情報をＩＤ連携ＤＢ１２１に記憶させ、かつユーザ情報を個別カスタム部１１２を介してユーザＤＢ１２２に記憶させる。削除要求の場合には、ＩＤ連携ＤＢ１２１及びユーザＤＢ１２２に記憶された削除対象のＩＤ連携情報及びユーザ情報を削除する。
【００２４】
連携処理モジュール１３は、認証サーバＡＳＶから認証情報を取得し、ＩＤ連携ＤＢ１２１を用いて他のデータサーバＤＳＶ、サービス連携サーバＳＳＶ１〜ＳＳＶｍ又はポータルサーバＰＳＶとの間で属性交換（個人データの流通）を行うもので、ＳＡＭＬ（Security Assertion Markup Language）におけるＳＰ等の機能を有する認証連携部１３１と、ＩＤ−ＷＳＦ（Identity Web Service Framework）におけるＷＳＣ（Web Service Consumer）等の機能を有する属性交換部１３２とを備える。なお、ＩＤ−ＷＳＦ（Identity Web Service Framework）及びＳＡＭＬ（Secure Assertion Markup Language）は、Liberty Allianceが定めているWeb Serviceのための仕様である。
【００２５】
アプリケーション処理モジュール１４は、ユーザＤＢ１２２、開示設定ＤＢ１２３及びアプリケーションＤＢ１２４を用いて、開示設定要求に基づく開示設定処理と、サービス連携サーバＳＳＶ１〜ＳＳＶｍに対するデータ提供処理及び開示制御を行うもので、ＥＨＲ用ＰＦ接続部１４５と、データ提供部１４４と、開示設定部１４２と、開示制御部１４３とを備えている。
【００２６】
ＥＨＲ用ＰＦ接続部１４５は、アプリケーション１４１から上記認証連携部１３１もしくは属性交換部１３２を利用することを容易にする。データ提供部１４４は、認証連携部１３１及び属性交換部１３２を通じてサービス連携サーバＳＳＶ１〜ＳＳＶｍからの要求を受理し、この要求に該当するデータをアプリケーションＤＢ１２４から検索して、この検索データを属性交換部１３２を通じてサービス連携サーバＳＳＶ１〜ＳＳＶｍに返送する。開示設定部１４２は、ユーザ登録サーバＵＳＶもしくはサービス連携サーバＳＳＶ１〜ＳＳＶｍからの要求に応じて、開示設定ＤＢ１２３への開示設定情報の追加、更新又は削除を行う。開示制御部１４３は、サービス連携サーバＳＳＶ１〜ＳＳＶｍからデータ収集要求を受信したときに、個人データをサービス連携サーバＳＳＶ１〜ＳＳＶｍへ送信するか否かを、開示設定ＤＢ１２３に記憶された開示設定情報に基づいて制御する。
【００２７】
また、アプリケーション処理モジュール１４は、アプリケーションＤＢ１２４に格納された個人データ、つまり保健指導情報及び健康診断情報に基づいて、特定保健指導等を行うためのアプリケーション１４１を備える。このアプリケーション１４１は、ＥＨＲ用ＰＦ接続部１４５に従って、データサーバ内の上記各機能モジュールを利用することができ、それ以外の部分は自由に作成できる。
【００２８】
ポータルサーバＰＳＶも、ＣＰＵにバスを介してプログラムメモリ、データメモリ及び通信インタフェースを接続したもので、その機能モジュールとして、ユーザ設定処理モジュール２１と、ＩＤ連携データベース（ＩＤ連携ＤＢ）２２と、連携処理モジュール２３と、利用者操作モジュール２４を備えている。
【００２９】
図３は、上記ポータルサーバＰＳＶの各機能モジュールの具体的な構成を示すブロック図である。ＩＤ連携ＤＢ２２には、ユーザ登録サーバＵＳＶから登録を要求されたＩＤ連携情報が記憶される。ユーザ設定処理モジュール２１は連携基盤配布部を有する。この連携基盤配布部は、ユーザ登録サーバＵＳＶからの要求が検索要求の場合は、自らのＩＤ連携ＤＢ２２を検索してその検索結果をユーザ登録サーバＵＳＶに対し応答する。また連携基盤配布部は、ユーザ登録サーバＵＳＶからの要求が登録要求の場合には、登録を要求されたＩＤ連携情報をＩＤ連携ＤＢ２２に記憶させる。これに対しユーザ登録サーバＵＳＶからの要求が削除要求の場合には、ＩＤ連携ＤＢ２２に記憶された削除対象のＩＤ連携情報を削除する。
【００３０】
連携処理モジュール２３は、認証サーバＡＳＶから認証情報を取得し、ＩＤ連携ＤＢ２２を用いてデータサーバＤＳＶ１〜ＤＳＶｎ、サービス連携サーバＳＳＶ１〜ＳＳＶｍ又は他のポータルサーバとの間で属性交換を行うもので、認証連携部を有する。この認証連携部は、利用者操作画面を通じて利用者のログイン要求を受けた際に、認証サーバＡＳＶの認証部に認証を要求する。利用者操作モジュール２４は複数の利用者操作部２４１〜２４Ｎを有する。これらの操作部はそれぞれ利用者端末ＵＴにおけるユーザの操作を処理する。なお、Ｎは利用者操作部の数で、自然数（正の整数）である。
【００３１】
認証サーバＡＳＶも、ＣＰＵに対しバスを介してプログラムメモリ、データメモリ及び通信インタフェースを接続したもので、その機能モジュールとして、ユーザ設定処理モジュール３１と、データベース群３２と、連携処理モジュール３３と、認証処理モジュール３４とを備えている。
【００３２】
図４は、この認証サーバＡＳＶの機能モジュールの具体的な構成を示すブロック図である。データベース群３２には、ＩＤ連携データベース（ＩＤ連携ＤＢ）３２１と、ユーザデータベース（ユーザＤＢ）３２２と、ディレクトリデータベース（ディレクトリＤＢ）３２３が設けられている。ユーザＤＢ３２２には、各ユーザを識別し管理するためのユーザ情報が記憶される。ＩＤ連携ＤＢ３２１には、ユーザ登録サーバＵＳＶから登録を要求されたＩＤ連携情報が記憶される。このＩＤ連携情報は、それぞれのユーザに対してサーバごとに設定される。ディレクトリＤＢ３２３には、個人データの所在を表すディレクトリデータが記憶される。
【００３３】
ユーザ設定処理モジュール３１は、ユーザ登録サーバＵＳＶからの要求に応じて、自らのＩＤ連携ＤＢ３２１及びユーザＤＢ３２２の検索、ＩＤ連携ＤＢ３２１へのＩＤ連携情報の登録又は削除、ユーザＤＢ３２２へのユーザ情報の登録又は削除を行い、その検索結果をユーザ登録サーバＵＳＶに対し応答するもので、連携基盤配布部３１１及び個別カスタム部３１２を有する。
【００３４】
例えば、検索要求の場合、連携基盤配布部３１１はＩＤ連携ＤＢ３２１を検索すると共に、必要に応じて個別カスタム部３１２を介してユーザ情報を検索し、これらの検索結果をユーザ登録サーバＵＳＶに応答する。個別カスタム部３１２は、連携基盤配布部３１１からの検索要求に応じてユーザＤＢ３２２を検索し、その検索結果を連携基盤配布部３１１に返す。また、登録要求の場合には、連携基盤配布部３１１は登録を要求されたＩＤ連携情報をＩＤ連携ＤＢ３２１に記憶させ、かつユーザ情報を個別カスタム部３１２を介してユーザＤＢ３２２に記憶させる。削除要求の場合には、ＩＤ連携ＤＢ３２１及びユーザＤＢ３２２に記憶された削除対象のＩＤ連携情報及びユーザ情報を削除する。
【００３５】
連携処理モジュール３３は、ユーザＤＢ３２２、ＩＤ連携ＤＢ３２１及びディレクトリＤＢ３２３を用いてデータサーバＤＳＶ１〜ＤＳＶｎ、サービス連携サーバＳＳＶ１〜ＳＳＶｍ及びポータルサーバＰＳＶに対し、認証情報の提供及びディレクトリサービスの提供を行うもので、属性交換部３３１及び認証連携部３３２を有している。属性交換部３３１は、例えばＩＤ−ＷＳＦにおけるＳＰ（Service Provider）の機能を有するもので、ディレクトリＤＢ３２３を利用してディレクトリサービスを提供する。認証連携部３３２は、ＳＡＭＬにおけるＩＤＰ（Identity Provider）等の機能を有する。
【００３６】
認証処理モジュール３４はユーザに対する認証処理を行うもので、認証部を有する。認証部は、利用者端末ＵＴにおいてユーザが入力したユーザ情報をもとに、ユーザＤＢ３２２を参照して当該ユーザの正当性を認証する。認証方式としては、ＩＤ／パスワード認証、公開鍵暗号基盤（ＰＫＩ；Public Key Infrastructure）認証、又は多要素認証等が用いられる。
【００３７】
サービス連携サーバＳＳＶ１〜ＳＳＶｍも、ＣＰＵにバスを介してプログラムメモリ、データメモリ及び通信インタフェースを接続したもので、その機能モジュールとして、ユーザ設定処理モジュール４１と、データベース群４２と、連携処理モジュール４３と、アプリケーション処理モジュール４４を備えている。
【００３８】
図５は、このサービス連携サーバＳＳＶ１〜ＳＳＶｍの機能モジュールの具体的構成を示すブロック図である。データベース群４２には、ＩＤ連携データベース（ＩＤ連携ＤＢ）４２１と、ユーザデータベース（ユーザＤＢ）４２２とが設けられている。ＩＤ連携ＤＢ４２１には、ユーザ登録サーバＵＳＶから登録を要求されたＩＤ連携情報が記憶される。ユーザＤＢ４２２には、各ユーザを識別し管理するためのユーザ情報が記憶される。
【００３９】
ユーザ設定処理モジュール４１は、ユーザ登録サーバＵＳＶからの検索要求に応じて、自らのＩＤ連携ＤＢ４２１及びユーザＤＢ４２２の検索、ＩＤ連携ＤＢ４２１へのＩＤ連携情報の登録又は削除、ユーザＤＢ４２２へのユーザ情報の登録又は削除を行い、その検索結果をユーザ登録サーバＵＳＶに対し応答するもので、連携基盤配布部４１１と、個別カスタム部４１２を備える。
【００４０】
例えば、検索要求の場合連携基盤配布部４１１は、ＩＤ連携ＤＢ４２１を検索すると共に、必要に応じて個別カスタム部４１２を介してユーザＤＢ４２２を検索し、その各検索結果をユーザ登録サーバＵＳＶに応答する。個別カスタム部４１２は、連携基盤配布部４１１からの検索要求に応じてユーザＤＢ４２２を検索し、その検索結果を連携基盤配布部４１１に応答する。また、登録要求の場合には、連携基盤配布部４１１は登録を要求されたＩＤ連携情報をＩＤ連携ＤＢ４２１に記憶させ、かつユーザ情報を個別カスタム部４１２を介してユーザＤＢ４２２に記憶させる。削除要求の場合には、ＩＤ連携ＤＢ４２１及びユーザＤＢ４２２に記憶された削除対象のＩＤ連携情報及びユーザ情報を削除する。
【００４１】
連携処理モジュール４３は、認証サーバから認証情報を取得し、ＩＤ連携ＤＢ４２１を用いて、データサーバＤＳＶ１〜ＤＳＶｎ、他のサービス連携サーバＳＳＶ又はポータルサーバＰＳＶとの間で属性交換を行うもので、認証連携部４３１及び属性交換４３２を有している。認証連携部４３１は、ＳＡＭＬにおけるＳＰ等の機能を有する。属性交換４３２は、ＩＤ−ＷＳＦにおけるＷＳＣ等の機能を有する。
【００４２】
アプリケーション処理モジュール４４は、ユーザＤＢ４２２を用いてデータサーバＤＳＶ１〜ＤＳＶｎに対して個人データの開示設定及び個人データの収集を要求するもので、ＥＨＲ用プラットフォーム接続部（ＥＨＲ用ＰＦ接続部）４４４と、データ収集部４４３と、開示設定要求部４４２とを備えている。ＥＨＲ用ＰＦ接続部４４４は、アプリケーション４４１から認証連携部４３１もしくは属性交換部４３２を利用することを容易にする。データ収集部４４３は、ユーザの指定に応じてデータサーバＤＳＶ１〜ＤＳＶｎから収集する個人データの抽出条件を設定し、認証連携部４３１及び属性交換部４３２を通じてデータサーバＤＳＶ１〜ＤＳＶｎにデータの収集要求を送信する。開示設定要求部４４２は、ユーザからの開示設定要求に応じて、データサーバＤＳＶ１〜ＤＳＶｎに対し開示設定ＤＢへの開示設定情報の追加、更新又は削除を要求する。
【００４３】
また、アプリケーション処理モジュール４４は、個人に関する様々な医療・健康情報の一覧参照サービス等を行うためのアプリケーション４４１を備える。このアプリケーション４４１は、ＥＨＲ用ＰＦ接続部４４４に従って、サービス連携サーバ内の上記各機能モジュールを利用することができ、それ以外の部分は自由に作成できる。
【００４４】
ユーザ登録サーバＵＳＶも、ＣＰＵにバスを介してプログラムメモリ、データメモリ及び通信インタフェースを接続したもので、その機能モジュールとして、ユーザ設定処理モジュール５１と、各ユーザのユーザ情報を記憶するためのユーザデータベース（ユーザＤＢ）５２と、利用者操作処理モジュール５３とを備えている。
【００４５】
図６は、このユーザ登録サーバＵＳＶが備える機能モジュールの具体的な構成を示すブロック図である。ユーザ設定処理モジュール５１は、ユーザ管理部５１１と、ＩＤ連携管理部５１２と、サービス関連付け管理部５１３と、匿名ＩＤ管理部５１４と、ユーザ検索部５１５とを有する。
【００４６】
ユーザ管理部５１１は、ユーザ（オペレータ）からの操作に応じて自らのユーザＤＢ５２を更新すると共に、認証サーバＡＳＶ、データサーバＤＳＶ１〜ＤＳＶｎ及びサービス連携サーバＳＳＶ１〜ＳＳＶｍに対してユーザ登録、更新又は削除を要求する。
ＩＤ連携管理部５１２は、ユーザ（オペレータ）の操作に応じて、自らがユーザＤＢ５２により管理するユーザＩＤと、認証サーバＡＳＶ、データサーバＤＳＶ１〜ＤＳＶｎ及びサービス連携サーバＳＳＶ１〜ＳＳＶｍがそれぞれ管理するユーザＩＤとの間の関連付けとその解除処理を行う。
【００４７】
サービス関連付け管理部５１３は、ユーザ（オペレータ）の操作に応じて、データサーバＤＳＶ１〜ＤＳＶｎを利用可能／不可能にするために、認証サーバＡＳＶに対してサービス関連情報の登録／解除を要求する。
匿名ＩＤ管理部５１４は、ユーザ（オペレータ）の操作に応じて、認証サーバＡＳＶ、データサーバＤＳＶ１〜ＤＳＶｎ及びサービス連携サーバＳＳＶ１〜ＳＳＶｍに対し、匿名ＩＤ（ＳＡＭＬ等）をユーザＩＤに、もしくはユーザＩＤから匿名ＩＤ（ＳＡＭＬ等）に変換するよう要求する。
【００４８】
ユーザ検索部５１５は、ユーザ（オペレータ）の操作に応じて自らが管理するユーザＤＢ５２を検索すると共に、認証サーバＡＳＶ、データサーバＤＳＶ１〜ＤＳＶｎ及びサービス連携サーバＳＳＶ１〜ＳＳＶｍに対し、指定された条件でユーザ検索を要求する。
利用者操作処理モジュール５３はユーザによる操作を処理するもので、業務フローに応じて上記各機能部を効率的に呼び出す。
【００４９】
次に、以上のように構成されたシステムによる分散情報収集動作を説明する。
（１）ユーザ情報及びその連携情報の一括登録処理
ここでは、例えば自治体の医療情報センタの職員（オペレータ）がユーザ登録サーバＵＳＶに設けられたコンソール端末を操作して、指定した１つ以上の認証サーバＡＳＶ、データサーバＤＳＶ１〜ＤＳＶｎ、サービス連携サーバＳＳＶ１〜ＳＳＶｍ又はポータルサーバＰＳＶに対しユーザ情報の登録処理を行う場合を例にとって説明する。
【００５０】
図８乃至図１０は、このユーザ情報及びその連携情報の一括登録処理の手順を示すシーケンス図である。
(A) 先ず、コンソール端末において、オペレータがユーザ登録サーバＵＳＶの所定のＵＲＬ（Uniform Resource Locator）に対しアクセスすると、ユーザ登録サーバＵＳＶからコンソール端末に対しユーザ一括登録画面がダウンロードされて表示される。図７に、表示されるユーザ一括登録画面の一例を示す。
この状態で、オペレータは、ユーザ登録を行いたいデータサーバＤＳＶ１〜ＤＳＶｎ、サービス連携サーバＳＳＶ１〜ＳＳＶｍ等を順に選択指定し、検索したいユーザ情報（ユーザＩＤ、ユーザ基本情報、ユーザ属性等）を入力する。なお、このユーザ情報の入力に際しては、ユーザ検索画面を利用することが可能である。
【００５１】
(B) オペレータが入力したユーザ情報を用いて、ユーザ登録サーバＵＳＶはユーザ検索部５１５により、図８に示すように各データサーバＤＳＶ１〜ＤＳＶｎに対して、該当するユーザ情報が既に登録されている否かの検索要求を行う。
(C) この検索の結果、データサーバＤＳＶ１〜ＤＳＶｎ、サービス連携サーバＳＳＶ１〜ＳＳＶｍの検索結果一覧の中に、登録したいユーザのユーザ情報が既に存在した場合には、当該ユーザを選択する。これに対し存在しなかった場合には、オペレータは登録したいユーザのユーザ情報を手操作で入力する。
【００５２】
(D) オペレータは、登録対象のすべてのデータサーバＤＳＶ１〜ＤＳＶｎに対し、上記(A) 〜(C) の処理を繰り返し行い、全ての操作が終了した後に一括登録を要求する。この一括登録の要求は、図９に示すようにコンソール端末からユーザ登録サーバＵＳＶに送られる。
【００５３】
(E) コンソール端末から上記一括登録要求が送られると、ユーザ登録サーバＵＳＶはユーザ管理部５１１により、認証サーバＡＳＶに対して図９に示すようにユーザ登録を要求する。この要求に対し認証サーバＡＳＶは、連携基盤配布部３１１及び個別カスタム部３１２により、ＩＤ連携情報及びユーザ情報を検索し、自らが保持しているユーザＩＤをユーザ登録サーバＵＳＶに返送する。
【００５４】
(F) ユーザ登録サーバＵＳＶは、上記認証サーバＡＳＶから返送されたユーザＩＤを使用して、ＩＤ連携管理部５１２により認証サーバＡＳＶに対してＩＤ連携情報の登録を要求する。この要求に対し認証サーバＡＳＶは、匿名ＩＤを発行してユーザ登録サーバＵＳＶに返送する。
【００５５】
(G) ユーザ登録サーバＵＳＶは、次にユーザ管理部５１１により、図９に示すようにサービス連携サーバＳＳＶ１〜ＳＳＶｍの１つに対してユーザ登録を要求する。この要求に対しサービス連携サーバＳＳＶ１〜ＳＳＶｍは、連携基盤配布部４１１及び個別カスタム部４１２により、ＩＤ連携情報及びユーザ情報を検索し、自らが保持しているユーザＩＤをユーザ登録サーバＵＳＶに返送する。
【００５６】
(H) ユーザ登録サーバＵＳＶは、ＩＤ連携管理部５１２により、上記サービス連携サーバＳＳＶ１〜ＳＳＶｍから返送されたユーザＩＤと、上記(1-6) において認証サーバＡＳＶから取得した匿名ＩＤを使用して、サービス連携サーバＳＳＶ１〜ＳＳＶｍに対してＩＤ連携情報の登録を要求する。この要求に対しサービス連携サーバＳＳＶ１〜ＳＳＶｍは、ＩＤ連携情報をＩＤ連携ＤＢ４２１に格納する。
(I) ユーザ登録サーバＵＳＶは、上記(G) 及び(H) の処理をサービス連携サーバＳＳＶ１〜ＳＳＶｍの数分だけ繰り返す。
【００５７】
(J) ユーザ登録サーバＵＳＶは、次にユーザ管理部５１１により、登録対象のユーザ情報がデータサーバＤＳＶ１〜ＤＳＶｎに未登録の場合、図１０に示すようにデータサーバＤＳＶ１〜ＤＳＶｎの１つに対してユーザ登録を要求する。この要求に対しデータサーバＤＳＶ１〜ＤＳＶｎは、連携基盤配布部１１１及び個別カスタム部１１２により、ＩＤ連携情報及びユーザ情報を検索し、自らが保持しているユーザＩＤをユーザ登録サーバＵＳＶに返送する。
【００５８】
(K) またユーザ登録サーバＵＳＶは、上記(E) により認証サーバＡＳＶから返送されたユーザＩＤを使用して、ＩＤ連携管理部５１２により認証サーバＡＳＶに対してＩＤ連携情報の登録を要求する。この要求に対し認証サーバＡＳＶは、匿名ＩＤを発行してユーザ登録サーバＵＳＶに返送する。
【００５９】
(L) ユーザ登録サーバＵＳＶは、次にＩＤ連携管理部５１２により、上記(J)によりデータサーバＤＳＶ１〜ＤＳＶｎから返送されたユーザＩＤと、上記(K) において認証サーバＡＳＶから取得した匿名ＩＤを使用して、データサーバＤＳＶ１〜ＤＳＶｎに対してＩＤ連携情報の登録を要求する。この要求に対しデータサーバＤＳＶ１〜ＤＳＶｎは、ＩＤ連携情報をＩＤ連携ＤＢ１２１に格納する。
【００６０】
(M) またそれと共にユーザ登録サーバＵＳＶは、上記(1-5) により認証サーバＡＳＶから返送されたユーザＩＤを使用して、サービス関連付け管理部５１３により、図１０に示すように認証サーバＡＳＶに対しデータサーバＤＳＶ１〜ＤＳＶｎのサービス関連付けを要求する。データサーバＤＳＶ１〜ＤＳＶｎは、この要求を受けると上記サービスの関連付けに関する情報を保存する。
(N) ユーザ登録サーバＵＳＶは、上記(K) 〜(M)の処理を、データサーバＤＳＶ１〜ＤＳＶｎの数分だけ繰り返す。
(O) 以上の処理が終了すると、ユーザ登録サーバＵＳＶはユーザ登録結果を表す情報を、図１０に示すように登録要求元のコンソール端末に送信する。
【００６１】
（２）ユーザＩＤ／匿名ＩＤの問い合わせ処理
ユーザＩＤをもとにサーバ間の連携に使用している匿名ＩＤを問い合わせる処理と、反対に匿名ＩＤをもとにユーザＩＤを問い合わせる処理について、その手順を説明する。この処理機能を組み合わせることで、サーバ間のユーザＩＤの変換が可能となる。
図１１は、このユーザＩＤ／匿名ＩＤの問い合わせ処理の手順を示すシーケンス図である。
【００６２】
（２−１）ユーザＩＤから匿名ＩＤの問い合わせ
(A) コンソール端末においてオペレータは、図１１に例示するようにユーザＩＤ／匿名ＩＤ問い合わせ画面が表示されている状態で、問い合わせ対象のサーバ（認証サーバＡＳＶ、データサーバＤＳＶ１〜ＤＳＶｎ、サービス連携サーバＳＳＶ１〜ＳＳＶｎ、ポータルサーバＰＳＶ）と、ユーザＩＤ及び連携先のサーバ（認証サーバＡＳＶ、データサーバＤＳＶ１〜ＤＳＶｎ、サービス連携サーバＳＳＶ１〜ＳＳＶｎ、ポータルサーバＰＳＶ）をそれぞれ指定する。
【００６３】
(B) これに対しユーザ登録サーバＵＳＶは、オペレータが指定した上記各サーバの連携基盤配布部１１１，３１１，４１１に対して、ユーザＩＤ／匿名ＩＤの変換処理要求を送信する。なお、ユーザ登録サーバＵＳＶにプロキシサーバの設定がある場合は、プロキシサーバＰＳＶ経由で要求を送信する。
【００６４】
(C) 上記ユーザ登録サーバＵＳＶからの要求を受信すると、各サーバの連携基盤配布部１１１，３１１，４１１は、ＩＤ連携ＤＢ１２１，３２１，４２１を参照し、ユーザＩＤをキーとして対応する匿名ＩＤを読み出し、この読み出した匿名ＩＤをユーザ登録サーバＵＳＶへ返送する。
【００６５】
(D) ユーザ登録サーバＵＳＶは、サーバの連携基盤配布部１１１，３１１，４１１から、上記要求したユーザＩＤ／匿名ＩＤの変換処理要求に対する変換結果を受信する。
(E) ユーザ登録サーバＵＳＶは、上記受信したユーザＩＤから匿名ＩＤへの変換結果をコンソール端末に送信し、表示させる。
【００６６】
（２−２）匿名ＩＤからユーザＩＤへの問い合わせ
(A) コンソール端末においてオペレータは、図１１に例示するようにユーザＩＤ／匿名ＩＤ問い合わせ画面が表示されている状態で、問い合わせ対象のサーバ（認証サーバＡＳＶ、データサーバＤＳＶ１〜ＤＳＶｎ、サービス連携サーバＳＳＶ１〜ＳＳＶｎ、ポータルサーバＰＳＶ）と、ユーザＩＤ及び連携先のサーバ（認証サーバＡＳＶ、データサーバＤＳＶ１〜ＤＳＶｎ、サービス連携サーバＳＳＶ１〜ＳＳＶｎ、ポータルサーバＰＳＶ）をそれぞれ指定する。
【００６７】
(B) これに対しユーザ登録サーバＵＳＶは、オペレータが指定した上記各サーバの連携基盤配布部１１１，３１１，４１１に対して、匿名ＩＤ／ユーザＩＤの変換処理要求を送信する。なお、ユーザ登録サーバＵＳＶにプロキシサーバの設定がある場合は、プロキシサーバＰＳＶ経由で要求を送信する。
【００６８】
(C) 上記ユーザ登録サーバＵＳＶからの要求を受信すると、各サーバの連携基盤配布部１１１，３１１，４１１は、ＩＤ連携ＤＢ１２１，３２１，４２１を参照し、匿名ＩＤをキーとして対応するユーザＩＤを読み出し、この読み出したユーザＩＤをユーザ登録サーバＵＳＶへ返送する。
【００６９】
(D) ユーザ登録サーバＵＳＶは、サーバの連携基盤配布部１１１，３１１，４１１から、上記要求した匿名ＩＤ／ユーザＩＤの変換処理要求に対する変換結果を受信する。
(E) ユーザ登録サーバＵＳＶは、上記受信した匿名ＩＤからユーザＩＤへの変換結果をコンソール端末に送信し、表示させる。
【００７０】
（３）ユーザ登録と同時に開示設定を行う処理
図１２は、このユーザ登録と同時に開示設定を行う処理のシーケンスを示す図である。
ユーザ登録サーバＵＳＶから、認証サーバＡＳＶ、データサーバＤＳＶ１〜ＤＳＶｎ、サービス連携サーバＳＳＶ１〜ＳＳＶｎ及びポータルサーバＰＳＶへ送信する要求の中で、付加情報を「キー＝値」の組み合わせで汎用的に保持可能な形態にする。
【００７１】
先に（１）において説明したユーザ情報及びその連携情報の一括登録処理の手順に、以下の手順を追加する。
先ず該当ユーザがデータサーバＤＳＶ１〜ＤＳＶｎに登録されたユーザだった場合には、ユーザ登録サーバＵＳＶからサービス連携サーバＳＳＶ１〜ＳＳＶｎに対して、該当ユーザの開示設定情報の提供を要求し、その結果をコンソール端末に送信する。コンソール端末においてオペレータは、該当ユーザに対する追加開示設定情報を入力する。ユーザ登録サーバＵＳＶは、データサーバＤＳＶ１〜ＤＳＶｎに対してユーザ登録要求を行う際に、付加情報として「開示設定情報＝add:userA」を要求に埋め込む。
【００７２】
データサーバＤＳＶ１〜ＤＳＶｎは、ユーザ登録サーバＵＳＶからユーザ登録、更新又は削除の要求を受信すると、当該要求に埋め込まれている付加情報に開示設定情報が含まれているか判定する。そして、付加情報に上記ユーザ属性が含まれていた場合には、この情報に基づいて、自らの開示設定ＤＢ１２３に対し開示設定情報を追加、更新又は削除する処理を行う。
【００７３】
なお、以上（１）〜（３）で述べたユーザ登録処理、ＩＤ変換処理及び開示設定処理は、いずれも通信ネットワークＮＷ上において、サービス連携サーバＳＳＶ１〜ＳＳＶｎがデータサーバＤＳＶ１〜ＤＳＶｎから個人データを収集して利用者端末ＵＴに配信するために使用される通信チャネルとは異なる、登録・設定専用の通信チャネルを介して行われる。
【００７４】
以上述べたようにこの実施形態では、ユーザ登録サーバＵＳＶにおいて、利用者端末ＵＴからユーザ一括登録要求が送られた場合に、上記認証サーバＡＳＶと協働して他の各サーバが保有するユーザＩＤ間を連携するためのＩＤ連携情報を生成し、この生成されたＩＤ連携情報を上記データサーバＤＳＶ１〜ＤＳＶｎ及びサービス連携サーバＳＳＶ１〜ＳＳＶｎにそれぞれ送信して登録するようにしている。
【００７５】
したがって、各サーバにそれぞれ登録されたユーザＩＤ間を連携させるためのＩＤ連携情報と、認証サーバＡＳＶが管理するユーザの認証情報とに基づいて、サービス連携サーバＳＳＶ１〜ＳＳＶｎにより各データサーバＤＳＶ１〜ＤＳＶｎからユーザの個人データが収集され、この収集された個人データが要求元の利用者端末ＵＴに配信される。このため、ユーザはリアルタイムに自身に係わる個人データを取得することができる。また、要求に応じてその都度各データサーバから個人データが収集されるので、個人データを集中管理するためのデータベースが不要となる。このため、分散情報の連携配信サービスを提供しようとする際の設備上及び管理上の負担が軽減され、さらに利用者数の増加や医療データを管理しているデータサーバ数の増加要求にも対応し易くなり、これによりスケーラビリティのあるシステムを提供可能となる。
【００７６】
しかも、ユーザ登録サーバＵＳＶにより、すべてのサーバに対しユーザの情報間を連携させるためのＩＤ連携情報が一括して登録される。このため、きわめて効率良くＩＤ連携情報の登録を行うことができ、かつ不慣れなユーザやオペレータであっても誤ることなく登録を行うことができる。
【００７７】
さらに、この実施形態では、各データサーバＤＳＶ１〜ＤＳＶｎに対する個人データの開示設定処理が、ユーザ一括登録処理と同時に行われる。このため、開示設定処理をユーザ一括登録処理とは別々に行う場合に比べ、開示設定の処理を効率良く行うことができる。
【００７８】
なお、この発明は上記実施形態に限定されるものではない。例えば、ポータルサーバＰＳＶは設けても設けなくてもよく、またサービス連携サーバは複数台であっても１台であってもよい。その他、ユーザ登録サーバ、データサーバ、サービス連携サーバ及び認証サーバの構成、ユーザ一括登録処理の手順とその内容、開示設定処理の手順とその内容等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。
【００７９】
要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【００８０】
【図１】この発明の一実施形態に係わる分散情報連携システムの全体構成を示すブロック図である。
【図２】図１に示した分散情報連携システムにおけるデータサーバの機能構成を示すブロック図である。
【図３】図１に示した分散情報連携システムにおけるポータルサーバの機能構成を示すブロック図である。
【図４】図１に示した分散情報連携システムにおける認証サーバの機能構成を示すブロック図である。
【図５】図１に示した分散情報連携システムにおけるサービス連携サーバの機能構成を示すブロック図である。
【図６】図１に示した分散情報連携システムにおけるユーザ登録サーバＵＳＶの機能構成を示すブロック図である。
【図７】ユーザの一括登録処理において使用される利用者操作画面の一例を示す図である。
【図８】ユーザの一括登録処理の前半部分の処理手順と処理内容を示すシーケンス図である。
【図９】ユーザの一括登録処理の中間部分の処理手順と処理内容を示すシーケンス図である。
【図１０】ユーザの一括登録処理の後半部分の処理手順と処理内容を示すシーケンス図である。
【図１１】ユーザＩＤ／匿名ＩＤ問い合わせ処理の処理手順と処理内容を示すシーケンス図である。
【図１２】ユーザ登録と同時に開示設定を行う場合の処理手順と処理内容を示すシーケンス図である。
【符号の説明】
【００８１】
ＤＳＶ１〜ＤＳＶｎ…データサーバ、ＰＳＶ…ポータルサーバ、ＡＳＶ…認証サーバ、ＳＳＶ１〜ＳＳＶｍ…サービス連携サーバ、ＵＳＶ…ユーザ登録サーバＵＳＶ、ＵＴ…利用者端末、ＮＷ…通信網、１１，２１，３１，４１，５１…ユーザ設定モジュール、１２，２２，３２，４２，５２…データベース群、１３，２３，３３，４３…連携処理モジュール、１４，４４…アプリケーション処理モジュール、２４，５３…利用者操作処理モジュール、３４…認証処理モジュール、１１１，２１１，３１１，４１１…連携基盤配布部、１１２，３１２，４１２…個別カスタム部、１２１，２２，３２１，４２１…ＩＤ連携データベース、１２２，３２２，４２２，５２…ユーザデータベース、１２３…開示設定データベース、１２４…アプリケーションデータベース、３２３…ディレクトリデータベース、１３１，２３１，３３２，４３１…認証連携部、１３２，３３１，４３２…属性交換部、１４１，４４１…アプリケーション、１４２…開示設定部、１４３…開示制御部、１４４…データ提供部、２４１〜２４ｎ…利用者操作部、３４１…認証部、４４２…開示設定要求部、４４３…データ収集部、４４４…ＥＨＲ用ＰＦ接続部、５１１…ユーザ管理部、５１２…ＩＤ連携管理部、５１３…サービス関連付け管理部、５１４…匿名ＩＤ管理部、５１５…ユーザ検索部。
【特許請求の範囲】
【請求項１】
ユーザごとにその個人データを管理する複数のデータサーバと、サービス連携サーバと、認証サーバと、利用者端末とを通信ネットワークを介して接続可能とし、前記利用者端末からの情報取得要求に応じて、前記複数のデータサーバ、サービス連携サーバ及び認証サーバがそれぞれ管理するユーザ情報間を連携させるための連携情報と、前記認証サーバが管理する前記ユーザの認証情報とに基づいて、前記サービス連携サーバが前記複数のデータサーバから前記ユーザの個人データを収集し、この収集した個人データを前記通信ネットワークを介して前記要求元の利用者端末に配信する分散情報連携システムであって、
少なくとも前記複数のデータサーバ、サービス連携サーバ及び認証サーバに対し前記通信ネットワークを介して接続可能なユーザ登録サーバをさらに具備し、
このユーザ登録サーバは、前記利用者端末から発せられるユーザ一括登録要求に応じ、前記認証サーバと協働して連携情報を生成し、この連携情報を前記通信ネットワークを介して前記複数のデータサーバ、サービス連携サーバ及び認証サーバにそれぞれ送信し登録させる連携管理手段を、備えることを特徴とする分散情報連携システム。
【請求項２】
前記連携管理手段は、
前記利用者端末からのユーザ一括登録要求に応じて、複数のデータサーバ、サービス連携サーバ及び認証サーバに対し、当該要求元のユーザに係わる連携情報が登録済みか否かを前記通信ネットワークを介して問い合わせる手段と、
前記問い合わせの結果、要求元のユーザに係わる連携情報が未登録と判定された場合に、前記認証サーバに対し連携情報の生成を要求して生成された連携情報を取得し、この取得した連携情報を前記通信ネットワークを介して前記未登録のデータサーバ、サービス連携サーバ及び認証サーバに送信して登録させる手段と
を備えることを特徴とする請求項１記載の分散情報連携システム。
【請求項３】
前記連携管理手段は、前記問い合わせの結果、要求元のユーザに係わる連携情報が登録済と判定された場合に、前記利用者端末からのユーザ一括登録要求の内容が更新であれば、その更新内容を表す情報を含む更新要求を前記通信ネットワークを介して前記登録済のデータサーバ、サービス連携サーバ及び認証サーバに送信する手段を、さらに備えることを特徴とする請求項２記載の分散情報連携システム。
【請求項４】
前記連携管理手段は、前記利用者端末からの一括登録要求の内容が削除であれば、削除要求を前記通信ネットワークを介して前記登録済のデータサーバ、サービス連携サーバ及び認証サーバに送信する手段を、さらに備えることを特徴とする請求項２記載の分散情報連携システム。
【請求項５】
前記ユーザ登録サーバは、
前記利用者端末から送られる開示設定要求に応じて、この要求に含まれる個人データの開示の許否を指定するための開示設定情報を前記連携情報と共に前記通信ネットワークを介して該当するデータサーバに送信し設定させる手段を、さらに備えることを特徴とする請求項１記載の分散情報連携システム。
【請求項６】
前記連携情報の登録及び開示設定情報の設定に使用する通信経路を、前記通信ネットワーク内の前記個人データの収集及び配信に使用する通信経路と異ならせることを特徴とする請求項５記載の分散情報連携システム。
【請求項７】
ユーザごとにその個人データを管理する複数のデータサーバと、サービス連携サーバと、認証サーバと、利用者端末とを通信ネットワークを介して接続可能とし、前記利用者端末からの情報取得要求に応じて、前記複数のデータサーバ、サービス連携サーバ及び認証サーバがそれぞれ管理するユーザ情報間を連携させるための連携情報と、前記認証サーバが管理する前記ユーザの認証情報とに基づいて、前記サービス連携サーバが前記複数のデータサーバから前記ユーザの個人データを収集し、この収集した個人データを前記通信ネットワークを介して前記要求元の利用者端末に配信する分散情報連携システムで使用される分散情報連携方法であって、
前記利用者端末からユーザ登録サーバにユーザ一括登録要求を送信する過程と、
前記送られたユーザ一括登録要求に応じて、前記ユーザ登録サーバが前記認証サーバと協働して連携情報を生成し、この生成された連携情報を前記通信ネットワークを介して前記複数のデータサーバ、サービス連携サーバ及び認証サーバにそれぞれ送信し登録させる過程と
を備えることを特徴とする分散情報連携方法。
【請求項８】
前記連携情報を登録させる過程は、
前記利用者端末から送られたユーザ一括登録要求に応じて、前記ユーザ登録サーバが前記複数のデータサーバ、サービス連携サーバ及び認証サーバに対し、当該要求元のユーザに係わる連携情報が登録済みか否かを前記通信ネットワークを介して問い合わせる過程と、
前記問い合わせの結果、要求元のユーザに係わる連携情報が未登録と判定された場合に、前記ユーザ登録サーバが前記認証サーバに対し連携情報の生成を要求し、生成された連携情報を認証サーバから取得する過程と、
前記取得された連携情報を、前記ユーザ登録サーバが前記通信ネットワークを介して前記未登録のデータサーバ、サービス連携サーバ及び認証サーバへ送信して登録させる過程と
を備えることを特徴とする請求項７記載の分散情報連携方法。
【請求項９】
前記連携情報を登録させる過程は、前記問い合わせの結果、要求元のユーザに係わる連携情報が登録済と判定された場合に、前記ユーザ登録サーバが前記利用者端末からのユーザ一括登録要求の内容が更新であれば、その更新内容を表す情報を含む更新要求を前記通信ネットワークを介して前記登録済のデータサーバ、サービス連携サーバ及び認証サーバに送信する過程を、さらに備えることを特徴とする請求項８記載の分散情報連携方法。
【請求項１０】
前記連携情報を登録させる過程は、前記利用者端末からの一括登録要求の内容が削除であれば、前記ユーザ登録サーバが削除要求を前記通信ネットワークを介して前記登録済のデータサーバ、サービス連携サーバ及び認証サーバに送信する手段を、さらに備えることを特徴とする請求項８記載の分散情報連携方法。
【請求項１１】
前記利用者端末から前記ユーザ登録サーバに開示設定要求を送信する過程と、
前記ユーザ登録サーバが、前記送られた開示設定要求に含まれる個人データの開示の許否を指定するための開示設定情報を、前記連携情報と共に前記通信ネットワークを介して該当するデータサーバに送信し設定させる過程と
を、さらに具備することを特徴とする請求項７記載の分散情報連携方法。
【請求項１】
ユーザごとにその個人データを管理する複数のデータサーバと、サービス連携サーバと、認証サーバと、利用者端末とを通信ネットワークを介して接続可能とし、前記利用者端末からの情報取得要求に応じて、前記複数のデータサーバ、サービス連携サーバ及び認証サーバがそれぞれ管理するユーザ情報間を連携させるための連携情報と、前記認証サーバが管理する前記ユーザの認証情報とに基づいて、前記サービス連携サーバが前記複数のデータサーバから前記ユーザの個人データを収集し、この収集した個人データを前記通信ネットワークを介して前記要求元の利用者端末に配信する分散情報連携システムであって、
少なくとも前記複数のデータサーバ、サービス連携サーバ及び認証サーバに対し前記通信ネットワークを介して接続可能なユーザ登録サーバをさらに具備し、
このユーザ登録サーバは、前記利用者端末から発せられるユーザ一括登録要求に応じ、前記認証サーバと協働して連携情報を生成し、この連携情報を前記通信ネットワークを介して前記複数のデータサーバ、サービス連携サーバ及び認証サーバにそれぞれ送信し登録させる連携管理手段を、備えることを特徴とする分散情報連携システム。
【請求項２】
前記連携管理手段は、
前記利用者端末からのユーザ一括登録要求に応じて、複数のデータサーバ、サービス連携サーバ及び認証サーバに対し、当該要求元のユーザに係わる連携情報が登録済みか否かを前記通信ネットワークを介して問い合わせる手段と、
前記問い合わせの結果、要求元のユーザに係わる連携情報が未登録と判定された場合に、前記認証サーバに対し連携情報の生成を要求して生成された連携情報を取得し、この取得した連携情報を前記通信ネットワークを介して前記未登録のデータサーバ、サービス連携サーバ及び認証サーバに送信して登録させる手段と
を備えることを特徴とする請求項１記載の分散情報連携システム。
【請求項３】
前記連携管理手段は、前記問い合わせの結果、要求元のユーザに係わる連携情報が登録済と判定された場合に、前記利用者端末からのユーザ一括登録要求の内容が更新であれば、その更新内容を表す情報を含む更新要求を前記通信ネットワークを介して前記登録済のデータサーバ、サービス連携サーバ及び認証サーバに送信する手段を、さらに備えることを特徴とする請求項２記載の分散情報連携システム。
【請求項４】
前記連携管理手段は、前記利用者端末からの一括登録要求の内容が削除であれば、削除要求を前記通信ネットワークを介して前記登録済のデータサーバ、サービス連携サーバ及び認証サーバに送信する手段を、さらに備えることを特徴とする請求項２記載の分散情報連携システム。
【請求項５】
前記ユーザ登録サーバは、
前記利用者端末から送られる開示設定要求に応じて、この要求に含まれる個人データの開示の許否を指定するための開示設定情報を前記連携情報と共に前記通信ネットワークを介して該当するデータサーバに送信し設定させる手段を、さらに備えることを特徴とする請求項１記載の分散情報連携システム。
【請求項６】
前記連携情報の登録及び開示設定情報の設定に使用する通信経路を、前記通信ネットワーク内の前記個人データの収集及び配信に使用する通信経路と異ならせることを特徴とする請求項５記載の分散情報連携システム。
【請求項７】
ユーザごとにその個人データを管理する複数のデータサーバと、サービス連携サーバと、認証サーバと、利用者端末とを通信ネットワークを介して接続可能とし、前記利用者端末からの情報取得要求に応じて、前記複数のデータサーバ、サービス連携サーバ及び認証サーバがそれぞれ管理するユーザ情報間を連携させるための連携情報と、前記認証サーバが管理する前記ユーザの認証情報とに基づいて、前記サービス連携サーバが前記複数のデータサーバから前記ユーザの個人データを収集し、この収集した個人データを前記通信ネットワークを介して前記要求元の利用者端末に配信する分散情報連携システムで使用される分散情報連携方法であって、
前記利用者端末からユーザ登録サーバにユーザ一括登録要求を送信する過程と、
前記送られたユーザ一括登録要求に応じて、前記ユーザ登録サーバが前記認証サーバと協働して連携情報を生成し、この生成された連携情報を前記通信ネットワークを介して前記複数のデータサーバ、サービス連携サーバ及び認証サーバにそれぞれ送信し登録させる過程と
を備えることを特徴とする分散情報連携方法。
【請求項８】
前記連携情報を登録させる過程は、
前記利用者端末から送られたユーザ一括登録要求に応じて、前記ユーザ登録サーバが前記複数のデータサーバ、サービス連携サーバ及び認証サーバに対し、当該要求元のユーザに係わる連携情報が登録済みか否かを前記通信ネットワークを介して問い合わせる過程と、
前記問い合わせの結果、要求元のユーザに係わる連携情報が未登録と判定された場合に、前記ユーザ登録サーバが前記認証サーバに対し連携情報の生成を要求し、生成された連携情報を認証サーバから取得する過程と、
前記取得された連携情報を、前記ユーザ登録サーバが前記通信ネットワークを介して前記未登録のデータサーバ、サービス連携サーバ及び認証サーバへ送信して登録させる過程と
を備えることを特徴とする請求項７記載の分散情報連携方法。
【請求項９】
前記連携情報を登録させる過程は、前記問い合わせの結果、要求元のユーザに係わる連携情報が登録済と判定された場合に、前記ユーザ登録サーバが前記利用者端末からのユーザ一括登録要求の内容が更新であれば、その更新内容を表す情報を含む更新要求を前記通信ネットワークを介して前記登録済のデータサーバ、サービス連携サーバ及び認証サーバに送信する過程を、さらに備えることを特徴とする請求項８記載の分散情報連携方法。
【請求項１０】
前記連携情報を登録させる過程は、前記利用者端末からの一括登録要求の内容が削除であれば、前記ユーザ登録サーバが削除要求を前記通信ネットワークを介して前記登録済のデータサーバ、サービス連携サーバ及び認証サーバに送信する手段を、さらに備えることを特徴とする請求項８記載の分散情報連携方法。
【請求項１１】
前記利用者端末から前記ユーザ登録サーバに開示設定要求を送信する過程と、
前記ユーザ登録サーバが、前記送られた開示設定要求に含まれる個人データの開示の許否を指定するための開示設定情報を、前記連携情報と共に前記通信ネットワークを介して該当するデータサーバに送信し設定させる過程と
を、さらに具備することを特徴とする請求項７記載の分散情報連携方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１０−８６０８０（Ｐ２０１０−８６０８０Ａ）
【公開日】平成２２年４月１５日（２０１０．４．１５）
【国際特許分類】
【出願番号】特願２００８−２５１８１５（Ｐ２００８−２５１８１５）
【出願日】平成２０年９月２９日（２００８．９．２９）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２２年４月１５日（２０１０．４．１５）
【国際特許分類】
【出願日】平成２０年９月２９日（２００８．９．２９）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]