JP6060193B2 - データ流通制御システム、方法およびプログラム - Google Patents

Description

本発明の実施形態は、データ流通制御システム、方法およびプログラムに関する。

ネットバンク、ネットショッピング、Ｗｅｂメールなど、オンライン上で提供されるサービスが増加している。このようなサービスを提供するシステムにおいては、ユーザごとに適切なサービスを提供するため、各ユーザにＩＤ（識別子）を付与してサービスを管理するしくみが導入されている。多くの場合、ユーザＩＤ体系はシステムごとに異なる。

しかし近年では、ユーザＩＤ体系の異なるシステムをまたいで、ユーザがシームレスにデータにアクセスできることが求められている。例えば、ユーザＩＤ体系や管理するユーザが異なる複数の地域医療ネットワーク間においては、地域の境界に居住している住民のケアや救急時・住居移転時などのために、システムをまたいでユーザのデータを参照することが必要になる。
これを実現するためには、各システムで異なるユーザＩＤで管理されている同一のユーザを対応付けるＩＤ連携が一つの課題となる。

これに対し、非特許文献１では、複数の医療機関間の患者ＩＤのＩＤ連携を対象とし、複数の患者ＩＤドメインの患者ＩＤを集めて名寄せして管理するサブシステムを設け、各患者ＩＤドメインから当該サブシステムに問い合わせることで患者ＩＤを変換することを可能にする仕組みが述べられている。

また非特許文献２では、システムを構成する各プロバイダと認証プロバイダとの間で一定の信頼関係を確保した上で、各プロバイダが管理するユーザＩＤと認証プロバイダのユーザＩＤとを対応づける中間ＩＤを生成し、認証プロバイダにて認証プロバイダのユーザＩＤと中間ＩＤとを管理し、各プロバイダで自プロバイダのユーザＩＤと中間ＩＤとを管理することで、異なるＩＤ体系のプロバイダ同士のＩＤ連携を実現している。

IHE IT Infrastructure (ITI) Technical Framework(Volume 1)、Integrating the Healthcare Enterprise (IHE)、2015年1月15日検索、インターネット＜http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol1.pdf＞ OASIS Security Services (SAML) TC、OASIS、2015年1月15日検索、インターネット＜URL:http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=security＞

しかし、いずれの方法もユーザＩＤのＩＤ連携を可能にする手法を提示しているに過ぎない。すなわち、実際に利用するためには、データアクセスを開始する前に、各ユーザＩＤ体系の複数のユーザＩＤが同一のユーザを指すものであることを予め確認し、ユーザＩＤ連携を実施するという運用が必要になり、この実現方法や手間を削減する具体的な方法については言及されていない。

また、ユーザＩＤ体系の異なるシステムをまたいだデータアクセスを実現するためには、前述したユーザＩＤ連携だけでなく、他システムへのデータ公開を許可するなどの手順も必要となるが、それについても言及されていない。

本発明が解決しようとする課題は、識別子の体系が異なる複数の装置間での適切なデータアクセスを可能とする情報流通制御システム、方法およびプログラムを提供することである。

上記目的を達成するために、この発明の実施形態におけるデータ流通制御システムの第１の態様は、所定のユーザに対応付けられた情報を格納する第１のシステム、前記第１のシステムが保有する情報の取得を要求する第２のシステム、およびサーバ装置を有する複合システムであって、前記第１のシステムは、第１および第２のサブシステムを有し、前記第１のサブシステムは、前記所定のユーザに対応付けられた情報を前記第２のシステムに公開することを許可する要求を前記第２のサブシステムに対して行なう公開要求手段を有し、前記第２のサブシステムは、前記所定のユーザに対応付けられた情報を格納する第１の格納手段と、前記第１の格納手段に格納される前記所定のユーザに対応付けられた情報のうち、前記第１のサブシステムの前記公開要求手段により公開を要求された公開用情報を格納する第２の格納手段と、前記第２の格納手段に格納される前記公開用情報に含まれる、前記所定のユーザを特定するための第１の特定用情報を、第１の識別子体系に従う識別情報である前記所定のユーザの第１の識別情報と対応付けて前記サーバ装置へ送信する第１の送信手段と、前記第２のシステムからの、前記所定のユーザの前記第１の識別情報を含む送信要求にしたがって、前記公開用情報を前記第２のシステムに送信する第２の送信手段とを有し、前記第２のシステムは、第２の識別子体系に従う識別情報である前記所定のユーザの第２の識別情報を、前記所定のユーザを特定するための前記第１の特定用情報の少なくとも一部を含む第２の特定用情報と対応付けて前記サーバ装置へ送信する第１の送信手段と、前記所定のユーザの前記第１の識別情報の取得要求を前記サーバ装置に送信する第２の送信手段と、前記公開用情報の送信要求を、前記サーバ装置から送信された前記所定のユーザの前記第１の識別情報とともに前記第１のシステムに送信する第３の送信手段とを有し、前記サーバ装置は、前記第１のシステムの前記第１の送信手段から送信された前記所定のユーザの前記第１の識別情報および前記第１の特定用情報と、前記第２のシステムの前記第１の送信手段から送信された前記所定のユーザの前記第２の識別情報および前記第２の特定用情報とを照合して、同一ユーザの前記第１の特定用情報および前記第２の特定用情報に共通する情報を含む第３の特定用情報を、前記第１のシステムからの前記所定のユーザの前記第１の識別情報、前記第２のシステムからの前記所定のユーザの前記第２の識別情報とともに対応付けて統合ユーザ情報として管理する情報管理手段と、前記第２のシステムの前記第２の送信手段から送信された取得要求に含まれて前記所定のユーザの前記第２の識別情報に対応付けられる、前記第１のシステムから送信された前記所定のユーザの前記第１の識別情報を前記統合ユーザ情報から検索して、前記第２のシステムに送信する送信手段とを有するシステムを提供する。

上記構成のデータ流通制御システムの第２の態様は、第１の態様において、前記第１のシステムは、前記所定のユーザの第１のシステム内用の識別情報を外部宛ての前記第１の識別情報に変換する変換手段を更に有し、前記第１のシステムの前記第１の送信手段は、前記第２の格納手段に格納される前記公開用情報に含まれる、前記所定のユーザを特定するための前記第１の特定用情報を前記第１の識別情報と対応付けて前記サーバ装置へ送信する。
上記構成のデータ流通制御システムの第３の態様は、第１の態様において、前記第１のシステムは、前記公開要求手段が、前記所定のユーザに対応付けられた情報の他のシステムへの公開要求を行なう場合に、前記第２の格納手段により、前記公開要求手段により要求された前記所定のユーザに対応付けられた情報を格納し、前記第１の送信手段により、前記公開を要求された前記公開用情報の公開対象となる前記所定のユーザの前記第１の識別情報と当該ユーザを特定するための前記第１の特定用情報とを対応付けて前記サーバ装置へ送信し、前記サーバ装置は、前記情報管理手段により、前記第１のシステムの前記第１の送信手段から送信された前記所定のユーザの前記第１の識別情報と、前記第２のシステムから送付された前記第２の特定用情報を含む、既に前記情報管理手段が管理している前記第３の特定用情報とから、同一ユーザを特定して当該第３の特定用情報に対応付けられた前記第２のシステムの前記第１の送信手段から送信された前記所定のユーザの前記第２の識別情報と、前記第１のシステムの前記第１の送信手段から送信された前記所定のユーザの前記第１の識別情報とを対応付けて管理する。
上記構成のデータ流通制御システムの第４の態様は、第２の態様において、前記第１のシステムは、前記公開要求手段が前記所定のユーザに対応付けられた情報の他のシステムへの公開要求を行なう場合に、前記第２の格納手段により、前記公開要求手段により要求された前記所定のユーザに対応付けられた情報を格納し、前記変換手段により、前記第１のシステム内用の識別情報を前記外部宛ての前記第１の識別情報に変換し、前記第１の送信手段により、前記公開を要求された前記公開用情報の公開対象となる前記所定のユーザの前記第１の識別情報と当該ユーザを特定するための前記第１の特定用情報とを対応付けて前記サーバ装置へ送信し、前記サーバ装置は、前記情報管理手段により、前記第１のシステムの前記第１の送信手段から送信された前記第１の識別情報と、前記第２のシステムから送付された前記第２の特定用情報を含む、既に前記情報管理手段が管理している前記第３の特定用情報とから、同一ユーザを特定して当該第３の特定用情報に対応付けられた前記第２のシステムの前記第１の送信手段から送信された前記所定のユーザの前記第２の識別情報と、前記第１のシステムの前記第１の送信手段から送信された前記所定のユーザの前記第１の識別情報とを対応付けて管理する。
上記構成のデータ流通制御システムの第５の態様は、第１の態様において、前記第１の格納手段に格納される前記所定のユーザに対応付けられた情報は、複数のユーザの情報であり、前記第２の格納手段に格納される前記公開用情報は、前記第１の格納手段に格納される前記ユーザに対応付けられた情報のうち一部の情報である。第２の格納手段には、上記の一部ユーザに対応付けられた一部の情報項目のみが公開用情報として格納されてもよい。つまり、一部のユーザの一部の情報項目のみを公開してもよい。

上記構成のデータ流通制御システムの第６の態様は、第１の態様において、前記第１および第２の特定用情報は、前記所定のユーザの氏名、性別、生年月日、住所の少なくとも１つを含む。

本発明によれば、識別子の体系が異なる複数の装置間での適切なデータアクセスが可能になる。

本発明の実施形態におけるデータ流通制御システムの構成例および処理動作を示す図。 本発明の実施形態におけるデータ流通制御システムが管理するコミュニティ内公開データの一例を表形式で示す図。 本発明の実施形態におけるデータ流通制御システムが管理するコミュニティ内公開データの一例を表形式で示す図。 本発明の実施形態におけるデータ流通制御システムによる処理動作において流通するユーザＩＤを説明する図。 本発明の実施形態におけるデータ流通制御システムが管理するＩＤ連携用情報の一例を表形式で示す図。 本発明の実施形態におけるデータ流通制御システムが管理する他コミュニティ向け公開データの一例を表形式で示す図。 本発明の実施形態におけるデータ流通制御システムの統合ユーザ管理サーバが管理する統合ユーザ情報の一例を表形式で示す図。

以下、図面を参照して、この発明に係わる実施形態を説明する。
図１は、本発明の実施形態におけるデータ流通制御システムの構成例および処理動作を示す図である。
図１に示すように、本発明の実施形態におけるデータ流通制御システムは、コミュニティＡとコミュニティＢとの間でデータをやり取りする。
コミュニティＡは、データ公開サブシステム１０、任意のサブシステム１１，１２、データサブシステム１３を有する。任意のサブシステム１１はユーザ端末でもよい。

データ公開サブシステム１０は、公開設定応答部１０ａ、公開設定情報ＤＢ（データベース）１０ｂ、ＩＤ連携用情報生成部１０ｃ、ＩＤ連携用情報ＤＢ１０ｄ、データ公開部１０ｅ、他コミュニティ向け公開ＤＢ１０ｆ、ユーザ情報供給部１０ｇ、データ要求受付部１０ｈ、アクセス制御ルールＤＢ１０ｉを有する。データ公開サブシステム１０の各機能は、任意のサブシステム１１，１２により実現してもよい。また、機能を任意のサブシステムに分割し、複数のサブシステムから他コミュニティ向け公開ＤＢ１０ｆなどにアクセスすることが必要になった場合、ＤＢのみを別サーバに分けて共有する、各サブシステムに同一のＤＢを設けてsyncＤＢなどのツールにより両サブシステムのＤＢテーブルの同期を行う、などの方法を用いれば、本発明の構成を適用することができる。

データサブシステム１３は、コミュニティＡ内公開ＤＢ１３ａを有する。
コミュニティＡ内公開ＤＢ１３ａには、コミュニティＡ内公開データが格納される。
図２および図３は、本発明の実施形態におけるデータ流通制御システムが管理するコミュニティ内公開データの一例を表形式で示す図である。
図２に示すように、コミュニティＡ内公開データの第１のデータは、コミュニティＡの管理組織（病院）の識別情報、ユーザＩＤ（コミュニティ内ＩＤ）、およびユーザ属性（氏名、性別など）が対応付けられて管理される。ユーザＩＤの体系は、コミュニティＡ内で定められる体系に従い、コミュニティＡ内のユーザが理解できる。

また、図３に示すように、コミュニティＡ内公開データの第２のデータは、コミュニティＡの管理組織の識別情報、病院内の管理診療科の名称、ユーザＩＤ（コミュニティ内ＩＤ）、および診療データ（ドキュメントＩＤ、種別など）が対応付けられて管理される。

上記の例では、コミュニティＡ内公開データを第１および第２のデータに区分したが、ユーザ属性や診療データなどがユーザＩＤで紐付けられていれば、１つのデータであってもよいし、３つ以上のデータに区分されてもよい。

コミュニティＢは、データ要求サブシステム２０、任意のサブシステム２１を有する。このデータ要求サブシステム２０は、ユーザ情報供給部２０ａ、データ要求部２０ｂを有する。サブシステム２１は、データ要求部２１ａを有する。任意のサブシステム２１はユーザ端末でもよい。

このデータ流通制御システムは、統合ユーザ管理サーバ３０を有する。この統合ユーザ管理サーバ３０は、ユーザＩＤ統合受付部３１、統合ユーザ情報ＤＢ３２、ユーザＩＤ変換受付部３３を有する。

次に、上記の構成のデータ流通制御システムによる処理動作について、図１および図４を用いて説明する。図４は、本発明の実施形態におけるデータ流通制御システムによる処理動作において流通するユーザＩＤを説明する図である。
まず、コミュニティＡから他コミュニティへのデータの公開のための情報の他コミュニティ向け公開ＤＢ１０ｆへの格納、および統合ユーザ管理サーバ３０への他コミュニティとの連携時のユーザＩＤ変換に必要となる、ユーザ情報（ユーザの識別情報や氏名・住所などのユーザの特定に用いる情報）の供給について説明する。
ここでは、コミュニティＡ内の各ユーザＩＤを含む、ユーザ情報がサブシステム１１で管理され、ユーザＩＤはサブシステム１１で発行されるものとする。コミュニティＡ内のユーザが、コミュニティＡ内のサブシステムを利用するためのユーザＩＤは、サブシステム１１で発行され、例えばサブシステム１２に払い出される（［０］）。

次に、コミュニティＡ内のユーザＩＤ（例えばuser005）のデータに関する他コミュニティへの公開を許可するための操作をサブシステム１１に対して行う。すると、サブシステム１１の公開設定要求部１１ａは、コミュニティＡ内のユーザＩＤ（例えばuser005）に対応づけられた情報に関する公開設定要求をデータ公開サブシステム１０へ出力する（［１］−１）。

この公開設定要求の具体例は以下の通りである。

公開対象ユーザのユーザＩＤ：「user005」
公開対象データ条件：「管理組織=hospitalMM」
公開期間：「xx/xx/xx〜xx/xx/xx」
公開先：「コミュニティＢ」
上記の公開対象データ条件は作成期間範囲、診療科、ドキュメントIDなどを含んでもよい。
また、上記の公開先は、アクセス元ユーザのユーザＩＤや所属組織・保有資格などを含んでもよい。

データ公開サブシステム１０の公開設定応答部１０ａは、公開設定要求を入力すると、この公開設定要求で示される各種情報を公開設定情報ＤＢ１０ｂに登録する（［１］−２）。

上記の公開設定要求と同じタイミングで、統合ユーザ管理サーバ３０に供給するＩＤ連携用情報、つまり他コミュニティにデータを公開するユーザのＩＤ連携用情報を生成（または更新）するために、公開設定応答部１０ａは、上記の公開可能な、ユーザに対応付けられた情報のユーザＩＤ（例えばuser005）を含むＩＤ連携用情報生成要求をＩＤ連携用情報生成部１０ｃに出力する（[２]−０）。ＩＤ連携用情報生成部１０ｃは、ＩＤ連携用情報生成要求を受けると、コミュニティＡのユーザＩＤ（例えばuser005）を他コミュニティ宛のユーザＩＤ（例えばuser105）に変換する。この変換には関数が用いられてもよいし、所定の対応テーブルが参照されてもよいし、所定の変換規則に従ってもよい。

次に、公開設定応答部１０ａは、コミュニティＡのユーザＩＤ（例えばuser005）と他コミュニティ宛のＩＤ（例えばuser105）との対応付け、およびこれらのＩＤに対応し、かつ統合ユーザ管理サーバ３０への登録が必要なユーザ情報（例えば個人情報の基本四情報（氏名、生年月日、性別、住所）など）をＩＤ連携用情報ＤＢ１０ｄに登録する（［２］−１）。

図５は、本発明の実施形態におけるデータ流通制御システムが管理するＩＤ連携用情報の一例を表形式で示す図である。
図５に示すように、コミュニティＡにおけるＩＤ連携用情報ＤＢ１０ｄ格納されるＩＤ連携用情報は、ユーザＩＤ（コミュニティ内ＩＤ、他コミュニティ宛てＩＤ）、ユーザ属性（個人情報の基本四情報など）が対応付けられて管理される。このＩＤ連携用情報は、上記の他コミュニティ向け公開データのうち、統合ユーザ管理サーバ３０への登録が必要情報としての、ユーザＩＤと、このユーザＩＤに対応付けられて、ユーザを明確に識別できる少なくとも１種類の情報を対応付けたものである。

既に同ユーザの情報がＩＤ連携用情報ＤＢ１０ｄに登録されている場合で、例えば住所が変更となったためにＩＤ連携用情報を更新する場合には、公開設定応答部１０ａは、ＩＤ連携用情報ＤＢ１０ｄに格納される該当の項目を更新することができる。

ＩＤ連携用情報生成や更新に用いるデータは、公開設定要求に含まれていてもよいし、一部がコミュニティＡ内公開ＤＢ１３ａや公開設定情報ＤＢ１０ｂから取得されてもよい。

次に、定期的または公開設定情報ＤＢ１０ｂが更新されたタイミングで、公開設定要求で設定されたデータを他コミュニティに公開するために、データ公開部１０ｅは、公開設定応答部１０ａからの指示を受けて（［３］−０）、データサブシステム１３のコミュニティＡ内公開ＤＢ１３ａから、公開設定情報ＤＢ１０ｂで指定された条件（公開設定情報）に合致するデータのみを抽出し（［３］−１、［３］−２、）、他コミュニティ向け公開データとして他コミュニティ向け公開ＤＢ１０ｆに格納する（［３］−３）。

他コミュニティ向け公開ＤＢ１０ｆでは、データ公開部１０ｅによりＩＤ連携用情報ＤＢ１０ｄを参照して取得した他コミュニティ宛ユーザＩＤ（他コミュニティ宛ＩＤ）（例えばuser105）が対応づけて管理される（［３］−４）。この他コミュニティ宛ユーザＩＤは、コミュニティＡ内公開ＤＢ１３ａに格納される、他コミュニティ向け公開データの元となったコミュニティＡ内公開データ上のコミュニティ内ＩＤ（例えばuser105）と対応付けられるＩＤである。

図６は、本発明の実施形態におけるデータ流通制御システムが管理する他コミュニティ向け公開データの一例を表形式で示す図である。
図６に示すように、コミュニティＡにおける他コミュニティ向け公開ＤＢ１０ｆに格納される他コミュニティ向け公開データは、ユーザＩＤ（コミュニティ内ＩＤ、他コミュニティ宛ＩＤ）、コミュニティＡ内の管理組織（病院）の識別情報、管理診療科の名称、ユーザ属性（氏名、性別など）、診療データ（ドキュメントＩＤ、種別など）が対応付けられて管理されるデータである。
この他コミュニティ向け公開データは、上記のコミュニティＡ内公開データで示される各ユーザに対応づけられた情報（図２、図３参照）のうち、任意の一部の情報を他のコミュニティへ公開可能としたデータである。一部の情報とは、ユーザや情報項目（例えば、検査結果情報項目のみなど）など、公開設定要求の条件に応じて限定された情報である。この一部の情報とは、たとえば、全ユーザの一部のユーザのみに関連づけられた情報を公開する場合、全ユーザだが一部の情報項目のみを公開する場合、または一部のユーザに関連づけられた情報の一部の情報項目のみを公開する場合などが挙げられる。

次に、コミュニティＡの他コミュニティ向け公開データ上の、追加更新されたユーザ（統合ユーザ管理サーバ３０に未送信のユーザ）の情報を統合ユーザ管理サーバ３０に登録するために、定期的またはＩＤ連携用情報ＤＢ１０ｄが更新されたタイミングで、ＩＤ連携用情報生成部１０ｃは、コミュニティＡの他コミュニティ向け公開データ上の追加更新された情報の登録指令をユーザ情報供給部１０ｇに出力する（［４］−０）。すると、ユーザ情報供給部１０ｇはＩＤ連携用情報ＤＢ１０ｄを参照し（［４］−１）、ＩＤ連携用情報ＤＢ１０ｄ中の、新たに生成・更新されたレコード（コミュニティＡの他コミュニティ宛のユーザＩＤ（例えばuser105））およびこれに対応付けられるユーザ属性を、統合ユーザ管理サーバ３０に送付する（［４］−２）。

また、公開設定要求に、アクセス制御ルールの設定要求が含まれる場合には、公開設定応答部１０ａは、アクセス制御ルールＤＢ１０ｉにアクセス制御ルールを設定する（［５］）。

次に、コミュニティＢによる他コミュニティ（コミュニティＡ）へのデータの要求のための動作について説明する。
まず、コミュニティＢのサブシステム２１のデータ要求部２１ａは、上記のユーザＩＤ（例えばuser005、user105）に対応するユーザと同一人物のユーザを示す、コミュニティＢ内のユーザが取り扱うユーザＩＤ（例えばuser048）のユーザに関する、コミュニティＡ中のデータ要求をデータ要求サブシステム２０に送信する（１−１）。この要求には、ユーザＩＤ（例えばuser048）に対応するユーザを特定するためのユーザ属性（氏名、性別など）の情報が含まれる。このユーザ属性は、データ要求と別のタイミングで送信されてもよい。このユーザＩＤ（例えばuser048）の体系は、コミュニティＢ内で定められる体系に従い、コミュニティＢ内のユーザが理解できる。

次に、データ要求サブシステム２０のユーザ情報供給部２０ａは、データ要求部２１ａから送信されたユーザＩＤ（例えばuser048）を他コミュニティ宛のユーザＩＤ（例えばuser248）に変換し、このユーザＩＤ（user248）が統合ユーザ管理サーバ３０側で未登録であれば、この他コミュニティ宛のユーザＩＤ（user248）およびこのユーザＩＤに対応するユーザを特定するためのユーザ属性（氏名、性別など）の情報を統合ユーザ管理サーバ３０に送信する（１−２）。

次に、コミュニティＡにデータを要求するために、データ要求サブシステム２０のデータ要求部２０ｂは、コミュニティＢの他コミュニティ宛ユーザＩＤ（user248）を統合ユーザ管理サーバ３０に送付し、統合ユーザ管理サーバ３０のユーザＩＤ変換受付部３３から、後述する統合ユーザ情報において、この他コミュニティ宛ユーザＩＤ（user248）に対応付けられる共通ＩＤ（例えばuserAAA）に対応付けられる、コミュニティＡの他コミュニティ宛ユーザＩＤ（user105）を受け取る（２−１）。

データ要求部２０ｂは、コミュニティＡのデータ公開サブシステム１０のデータ要求受付部１０ｈに対して、データ要求を行なう（２−３）。このデータ要求には、統合ユーザ管理サーバ３０から受け取った他コミュニティ宛ユーザＩＤ（user105）が含まれる。

コミュニティＡデータ公開サブシステム１０のデータ要求受付部１０ｈは、データ要求サブシステム２０から受け取ったユーザＩＤ（user105）に対応付けられる情報を他コミュニティ向け公開ＤＢ１０ｆから読み出し（２−５）、この読み出したデータをコミュニティＢのデータ公開サブシステム１０に返却する。

これにより、コミュニティＢのデータ要求サブシステム２０は、データ要求先（コミュニティＡ）から取得したい情報を得ることができる。この際、コミュニティＢのユーザには、コミュニティＢの体系のユーザＩＤで対象ユーザを指定して、コミュニティＡが管理する当該ユーザの情報を取得することができる。

公開設定要求にアクセス制御ルールの設定要求が含まれていた場合には、データ要求受付部１０ｈは、上記の他コミュニティ向け公開ＤＢ１０ｆを参照の前に、アクセス制御ルールＤＢ１０ｉを参照してもよい（２−４）。

次に、統合ユーザ管理サーバ３０によるユーザＩＤの連携について説明する。
まず、統合ユーザ管理サーバ３０のユーザＩＤ統合受付部３１は、複数種類のコミュニティから供給される他コミュニティ宛ユーザＩＤ（例えばコミュニティＡからのuser105とコミュニティＢからのuser248）に対応付けられるユーザ属性に基づき、これらの他コミュニティ宛ユーザＩＤに対応する人物が同一人物であるかを判定する。同一人物であれば、ユーザＩＤ統合受付部３１は、これらの他コミュニティ宛ユーザＩＤ（例えばコミュニティＡからのuser105とコミュニティＢからのuser248と、これらのＩＤに対応付けられるユーザ属性とを同じ共通ＩＤ（例えばuserAAA）に対応づけて、統合ユーザ情報として統合ユーザ情報ＤＢ３２に反映する。同一人物が存在しない場合には、新規ユーザとして当該ユーザ情報を統合ユーザ情報ＤＢ３２に保存する。

図７は、本発明の実施形態におけるデータ流通制御システムの統合ユーザ管理サーバが管理する統合ユーザ情報の一例を表形式で示す図である。
図７に示すように、統合ユーザ情報ＤＢ３２に格納される統合ユーザ情報は、共通ＩＤ、ユーザＩＤ（コミュニティＡからの他コミュニティ宛ユーザＩＤ、コミュニティＢからの他コミュニティ宛ユーザＩＤ）、およびユーザ属性（氏名、性別など）が対応付けられて管理される情報である。

そして、統合ユーザ管理サーバ３０のユーザＩＤ統合受付部３１は、コミュニティＢのデータ要求サブシステム２０から他コミュニティ宛ユーザＩＤ（user248）を受け取ると、この他コミュニティ宛ユーザＩＤ（user248）に対応付けられる共通ＩＤ（例えばuserAAA）に対応付けられる、コミュニティＡの他コミュニティ宛ユーザＩＤ（user105）を統合ユーザ情報ＤＢ３２から受け取り、データ要求サブシステム２０に返す。これにより、コミュニティＢのデータ要求サブシステム２０は、データ要求先（コミュニティＡ）から取得したい、ユーザ属性に対応する他コミュニティ宛ユーザＩＤ（user105）を得ることができる。

以上のように、本発明の実施形態におけるデータ流通制御システムは、あるコミュニティで管理する、所定のユーザに対応づけられた情報のうち他のコミュニティへ公開可能なデータを設定すれば、このユーザのユーザＩＤを変換した他コミュニティ宛ユーザＩＤと、このユーザの診療データなどを取得したい他のコミュニティで取り扱う、当該ユーザの他コミュニティ宛ユーザＩＤやユーザ属性などに基づいて生成された統合ユーザ情報が統合ユーザ管理サーバ３０で管理される。そして、上記のユーザの情報を要求する他のコミュニティのデータ要求サブシステム２０は、データ提供側のコミュニティで取り扱う他コミュニティ宛ユーザＩＤを取得して、この他コミュニティ宛ユーザＩＤを用いて所望の情報を取得する。
したがって、診療データなどの情報を公開したいユーザが最小限の操作を行なうだけで、自コミュニティの情報を外部に公開できるようになる。

この公開許可設定した情報に他コミュニティからアクセス可能な状態になる。よって、同一人物について扱うユーザＩＤの体系が異なる各コミュニティ間で、公開可能なデータを適切にやり取りすることができる。

また、あるコミュニティ内で公開している各ユーザの診療データなどの情報のうち他コミュニティへのデータ公開を設定したユーザの分だけ他コミュニティ向けの公開データとして管理し、これらのデータを統合ユーザ管理サーバ３０に管理させることができるので、当該サーバの負荷を必要最小限にすることができる。

なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

また、本実施形態に記載した手法は、計算機（コンピュータ）に実行させることができるプログラム（ソフトウエア手段）として、例えば磁気ディスク（フロッピー（登録商標）ディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯ等）、半導体メモリ（ＲＯＭ、ＲＡＭ、フラッシュメモリ等）等の記録媒体に格納し、また通信媒体により伝送して頒布することもできる。なお、媒体側に格納されるプログラムには、計算機に実行させるソフトウエア手段（実行プログラムのみならずテーブルやデータ構造も含む）を計算機内に構成させる設定プログラムをも含む。本装置を実現する計算機は、記録媒体に記録されたプログラムを読み込み、また場合により設定プログラムによりソフトウエア手段を構築し、このソフトウエア手段によって動作が制御されることにより上述した処理を実行する。なお、本明細書でいう記録媒体は、頒布用に限らず、計算機内部あるいはネットワークを介して接続される機器に設けられた磁気ディスクや半導体メモリ等の記憶媒体を含むものである。

１０…データ公開サブシステム
１０ａ…公開設定応答部
１０ｂ…公開設定情報ＤＢ
１０ｃ…連携用情報生成部
１０ｄ…連携用情報ＤＢ
１０ｅ…データ公開部
１０ｇ…ユーザ情報供給部
１０ｈ…データ要求受付部
１１，１２，２１…任意のサブシステム
１１ａ…公開設定要求部
１３…データサブシステム
１３ａ…コミュニティＡ内公開ＤＢ
２０…データ要求サブシステム
２０ａ…ユーザ情報供給部
２０ｂ…データ要求部
２１ａ…データ要求部
３０…統合ユーザ管理サーバ
３１…統合受付部
３２…統合ユーザ情報ＤＢ
３３ 変換受付部

Claims (8)

1. 所定のユーザに対応付けられた情報を格納する第１のシステム、前記第１のシステムが保有する情報の取得を要求する第２のシステム、およびサーバ装置を有する複合システムであって、
   前記第１のシステムは、第１および第２のサブシステムを有し、
   前記第１のサブシステムは、
   前記所定のユーザに対応付けられた情報を前記第２のシステムに公開することを許可する要求を前記第２のサブシステムに対して行なう公開要求手段を有し、
   前記第２のサブシステムは、
   前記所定のユーザに対応付けられた情報を格納する第１の格納手段と、
   前記第１の格納手段に格納される前記所定のユーザに対応付けられた情報のうち、前記第１のサブシステムの前記公開要求手段により公開を要求された公開用情報を格納する第２の格納手段と、
   前記第２の格納手段に格納される前記公開用情報に含まれる、前記所定のユーザを特定するための第１の特定用情報を、第１の識別子体系に従う識別情報である前記所定のユーザの第１の識別情報と対応付けて前記サーバ装置へ送信する第１の送信手段と、
   前記第２のシステムからの、前記所定のユーザの前記第１の識別情報を含む送信要求にしたがって、前記公開用情報を前記第２のシステムに送信する第２の送信手段とを有し、
   前記第２のシステムは、
   第２の識別子体系に従う識別情報である前記所定のユーザの第２の識別情報を、前記所定のユーザを特定するための前記第１の特定用情報の少なくとも一部を含む第２の特定用情報と対応付けて前記サーバ装置へ送信する第１の送信手段と、
   前記所定のユーザの前記第１の識別情報の取得要求を前記サーバ装置に送信する第２の送信手段と、
   前記公開用情報の送信要求を、前記サーバ装置から送信された前記所定のユーザの前記第１の識別情報とともに前記第１のシステムに送信する第３の送信手段とを有し、
   前記サーバ装置は、
   前記第１のシステムの前記第１の送信手段から送信された前記所定のユーザの前記第１の識別情報および前記第１の特定用情報と、前記第２のシステムの前記第１の送信手段から送信された前記所定のユーザの前記第２の識別情報および前記第２の特定用情報とを照合して、同一ユーザの前記第１の特定用情報および前記第２の特定用情報に共通する情報を含む第３の特定用情報を、前記第１のシステムからの前記所定のユーザの前記第１の識別情報、前記第２のシステムからの前記所定のユーザの前記第２の識別情報とともに対応付けて統合ユーザ情報として管理する情報管理手段と、
   前記第２のシステムの前記第２の送信手段から送信された取得要求に含まれて前記所定のユーザの前記第２の識別情報に対応付けられる、前記第１のシステムから送信された前記所定のユーザの前記第１の識別情報を前記統合ユーザ情報から検索して、前記第２のシステムに送信する送信手段とを有することを特徴とするデータ流通制御システム。
2. 前記第１のシステムは、
   前記所定のユーザの第１のシステム内用の識別情報を外部宛ての前記第１の識別情報に変換する変換手段を更に有し、
   前記第１のシステムの前記第１の送信手段は、
   前記第２の格納手段に格納される前記公開用情報に含まれる、前記所定のユーザを特定するための前記第１の特定用情報を前記第１の識別情報と対応付けて前記サーバ装置へ送信する
   ことを特徴とする請求項１に記載のデータ流通制御システム。
3. 前記第１のシステムは、
   前記公開要求手段が、前記所定のユーザに対応付けられた情報の他のシステムへの公開要求を行なう場合に、
   前記第２の格納手段により、前記公開要求手段により要求された前記所定のユーザに対応付けられた情報を格納し、
   前記第１の送信手段により、前記公開を要求された前記公開用情報の公開対象となる前記所定のユーザの前記第１の識別情報と当該ユーザを特定するための前記第１の特定用情報とを対応付けて前記サーバ装置へ送信し、
   前記サーバ装置は、
   前記情報管理手段により、前記第１のシステムの前記第１の送信手段から送信された前記所定のユーザの前記第１の識別情報と、前記第２のシステムから送付された前記第２の特定用情報を含む、既に前記情報管理手段が管理している前記第３の特定用情報とから、同一ユーザを特定して当該第３の特定用情報に対応付けられた前記第２のシステムの前記第１の送信手段から送信された前記所定のユーザの前記第２の識別情報と、前記第１のシステムの前記第１の送信手段から送信された前記所定のユーザの前記第１の識別情報とを対応付けて管理する
   ことを特徴とする請求項１に記載のデータ流通制御システム。
4. 前記第１のシステムは、
   前記公開要求手段が前記所定のユーザに対応付けられた情報の他のシステムへの公開要求を行なう場合に、
   前記第２の格納手段により、前記公開要求手段により要求された前記所定のユーザに対応付けられた情報を格納し、
   前記変換手段により、前記第１のシステム内用の識別情報を前記外部宛ての前記第１の識別情報に変換し、
   前記第１の送信手段により、前記公開を要求された前記公開用情報の公開対象となる前記所定のユーザの前記第１の識別情報と当該ユーザを特定するための前記第１の特定用情報とを対応付けて前記サーバ装置へ送信し、
   前記サーバ装置は、
   前記情報管理手段により、前記第１のシステムの前記第１の送信手段から送信された前記第１の識別情報と、前記第２のシステムから送付された前記第２の特定用情報を含む、既に前記情報管理手段が管理している前記第３の特定用情報とから、同一ユーザを特定して当該第３の特定用情報に対応付けられた前記第２のシステムの前記第１の送信手段から送信された前記所定のユーザの前記第２の識別情報と、前記第１のシステムの前記第１の送信手段から送信された前記所定のユーザの前記第１の識別情報とを対応付けて管理する
   ことを特徴とする請求項２に記載のデータ流通制御システム。
5. 前記第１の格納手段に格納される前記所定のユーザに対応付けられた情報は、複数のユーザの情報であり、
   前記第２の格納手段に格納される前記公開用情報は、前記第１の格納手段に格納される前記所定のユーザに対応付けられた情報のうち一部の情報であることを特徴とする請求項１に記載のデータ流通制御システム。
6. 前記第１および第２の特定用情報は、前記所定のユーザの氏名、性別、生年月日、住所の少なくとも１つを含むことを特徴とする請求項１に記載のデータ流通制御システム。
7. 所定のユーザに対応付けられた情報を格納する記憶装置を有する第１のシステム、前記第１のシステムが保有する情報の取得を要求する第２のシステム、およびサーバ装置を有する複合システムに適用される方法であって、
   前記第１のシステムは、第１および第２のサブシステムを有し、
   前記第１のサブシステムは、
   前記所定のユーザに対応付けられた情報を前記第２のシステムに公開することを許可する要求を前記第２のサブシステムに対して行ない、
   前記第２のサブシステムは、
   前記所定のユーザに対応付けられた情報を前記記憶装置に格納し、
   前記格納される前記所定のユーザに対応付けられた情報のうち、前記第１のサブシステムにより公開を要求された公開用情報を前記記憶装置に格納し、
   前記格納される前記公開用情報に含まれる、前記所定のユーザを特定するための第１の特定用情報を、第１の識別子体系に従う識別情報である前記所定のユーザの第１の識別情報と対応付けて前記サーバ装置へ送信し、
   前記第２のシステムからの、前記所定のユーザの前記第１の識別情報を含む送信要求にしたがって、前記公開用情報を前記第２のシステムに送信し、
   前記第２のシステムは、
   第２の識別子体系に従う識別情報である前記所定のユーザの第２の識別情報を、前記所定のユーザを特定するための前記第１の特定用情報の少なくとも一部を含む第２の特定用情報と対応付けて前記サーバ装置へ送信し、
   前記所定のユーザの前記第１の識別情報の取得要求を前記サーバ装置に送信し、
   前記公開用情報の送信要求を、前記サーバ装置から送信された前記所定のユーザの前記第１の識別情報とともに前記第１のシステムに送信し、
   前記サーバ装置は、
   前記第１のシステムから送信された前記所定のユーザの前記第１の識別情報および前記第１の特定用情報と、前記第２のシステムから送信された前記所定のユーザの前記第２の識別情報および前記第２の特定用情報とを照合して、同一ユーザの前記第１の特定用情報および前記第２の特定用情報に共通する情報を含む第３の特定用情報を、前記第１のシステムからの前記所定のユーザの前記第１の識別情報、前記第２のシステムからの前記所定のユーザの前記第２の識別情報とともに対応付けて統合ユーザ情報として管理し、
   前記第２のシステムから送信された取得要求に含まれて前記第２のシステムから送信された前記所定のユーザの前記第２の識別情報に対応付けられる、前記第１のシステムから送信された前記所定のユーザの前記第１の識別情報を前記統合ユーザ情報から検索して、前記第２のシステムに送信することを特徴とするデータ流通制御方法。
8. 請求項１に記載のデータ流通制御システムの一部分として動作するコンピュータに用いられるプログラムであって、
   前記コンピュータを、
   前記第１のシステムの前記公開要求手段、前記第１の格納手段、前記第２の格納手段、前記第１の送信手段および前記第２の送信手段、前記第２のシステムの前記第１の送信手段、前記第２の送信手段、前記第３の送信手段、前記サーバ装置の前記情報管理手段および前記送信手段として機能させるためのデータ流通制御プログラム。