JP2013029886A - 情報管理システムとそのデータ連携操作方法、プログラム - Google Patents

Abstract

【課題】データサーバが各々独自に管理するユーザＩＤを互いに知らせ合うことなく、データサーバ間でユーザの個別情報を転送することを可能にする。
【解決手段】連携サーバＳＶ０において、ユーザについて共通ユーザＩＤを発行すると共に、連携サーバＳＶ０と各病院公開サーバＳＶ１，ＳＶ２との間で個別に通信を行うための仮名を発行し、この共通ユーザＩＤと仮名を関連付けてＩＤ連携用データ記憶部２０１に登録する。また病院公開サーバＳＶ１，ＳＶ２は、上記連携サーバＳＶ０から通知された仮名と、当該ユーザについて自サーバＳＶ１，ＳＶ２が独自に作成した連携用ユーザＩＤとを関連付けて病院ＩＤ連携用データ記憶部１２１，１６１に登録する。そして、上記ＩＤ連携用データ記憶部２０１及び病院ＩＤ連携用データ記憶部１２１，１６１に登録された各ＩＤ連携データをもとに、病院公開サーバ間でユーザＩＤを連携させる。
【選択図】図５

Description

この発明は、例えば地域の医療機関や保健関連機関相互間で、患者の診療情報を通信ネットワークを介して受け渡し、これにより紹介先の医師が患者の診療情報を参照できるようにする情報管理システムとこのシステムで使用されるデータ連携操作方法及びプログラムに関する。

近年、高齢化や生活習慣病患者の増加により、継続的に経過観察すべき患者が増加している。一方で、医師不足や急性期病院への患者集中の問題は深刻化しており、地域の病院や診療所間で効率的に役割分担しながら患者をケアするしくみが求められている。これを実現するには、患者の診療情報を安全かつリアルタイムに病院・診療所間で共有できるようにする必要がある。

そこで、従来では、紹介元医療機関から紹介先医療機関の予約システムに対し、紹介対象の患者の診療予約を入力するしくみが提案されている（例えば特許文献１を参照）。また、患者の問診情報に基づいて最適な紹介先医療機関を選択し、その紹介先医療機関に対して電子メールで紹介状を送付するしくみも提案されている。

特開２００２−１０９０７５号公報

しかしながら、上記従来の提案技術には以下のような解決すべき課題があった。すなわち、地域の病院や診療所間で効率的に役割を分担しながら患者をケアするしくみを実現するためには、病院・診療所間で患者の診療情報を安全に受け渡して、紹介元・紹介先医療機関の医師が患者の診療情報を参照できるようにすることが必要である。ところが、医療従事者および患者のユーザＩＤは、一般に医療機関ごとに独立に管理されているため、相手の医療機関が有する患者および医療従事者のユーザＩＤを互いに知らせ合うことなしに、紹介元医療機関と紹介先医療機関との間で診療情報を受け渡しすることは不可能である。また、異なる医療機関間での診療情報の受け渡し時に、医療機関ごとに異なるユーザＩＤで管理された医療従事者が適切な権限に基づいて診療情報にアクセスするためのしくみも必要である。

この発明は上記事情に着目してなされたもので、その目的とするところは、データサーバが各々独自に管理するユーザＩＤを互いに知らせ合うことなく、データサーバ間でユーザの個別情報を転送することを可能にした情報管理システムとそのデータ連携方法、プログラムを提供することにある。

上記目的を達成するためにこの発明の一つの観点は、ユーザごとにその個別情報及び個別ユーザＩＤを独自に管理する第１及び第２のデータサーバと、これら第１及び第２のデータサーバと通信ネットワークを介して通信可能な連携サーバとを具備する情報管理システムにあって、以下のような構成要素を備えたものである。すなわち、上記連携サーバでは、上記ユーザをシステム全体で共通に管理するための共通ユーザＩＤを発行すると共に、上記ユーザについて自サーバが第１及び第２のデータサーバと個別に通信を行うための通信用識別子を発行し、上記発行された共通ユーザＩＤと通信用識別子とを相互に関連付けた情報を自サーバのＩＤ連携用データ記憶部に記憶させる。また、上記第１及び第２のデータサーバでは、上記ユーザについて上記連携サーバにより生成された通信用識別子を当該連携サーバから受信し、この受信された通信用識別子と、上記ユーザについて自サーバが独自に管理する個別ユーザＩＤとを相互に関連付けた情報を、自サーバのＩＤ連携用データ記憶部に記憶させる。そして、上記第１及び第２のデータサーバ間でユーザの個別情報を転送する際に、上記第１及び第２のデータサーバが自サーバのＩＤ連携用データ記憶部に記憶された情報に基づいて上記ユーザの個別ユーザＩＤと通信用識別子との間の変換を行い、かつ上記連携サーバが自サーバのＩＤ連携用データ記憶部に記憶された情報に基づいて共通ユーザＩＤを介して上記第１及び第２のデータサーバが使用する通信用識別子間の変換を行うことにより、上記第１及び第２のデータサーバ間で上記ユーザの個別ユーザＩＤを連携させるようにする。

したがって、例えば第２のデータサーバから第１のデータサーバに保存されたユーザの個別情報を閲覧しようとする際に、第１及び第２のデータサーバがそれぞれ独自に管理するユーザのユーザＩＤを互いに知らせ合うことなく、ユーザの個別情報を閲覧することが可能となる。

この発明の一実施形態に係る情報管理システムの概略構成図。 図１に示したシステムで使用される連携サーバの機能構成を示すブロック図。 図１に示したシステムで使用される紹介元の病院公開サーバの機能構成を示すブロック図。 図１に示したシステムで使用される紹介先及び新規参加する病院公開サーバの機能構成を示すブロック図。 図２乃至図４に示した各サーバが保有するデータの第１の例を示す図。 図２乃至図４に示した各サーバが保有するデータの第２の例を示す図。 図１に示したシステムの連携サーバと各病院公開サーバとの間で実行されるユーザＩＤ連携処理の一例を示す図。 図２に示した連携サーバの既存医療機関用従事者ＩＤ連携処理部の動作の概要を説明するための図。 図２に示した連携サーバの既存医療機関用従事者ＩＤ連携処理部の動作シーケンスを説明するための図。 図２に示した連携サーバの新規参加医療機関用従事者ＩＤ連携処理部の動作の概要を説明するための図。 図２に示した連携サーバの新規参加医療機関用従事者ＩＤ連携処理部の動作シーケンスを説明するための図。 図２に示した病院公開サーバの紹介元病院用患者ＩＤ連携処理部、アクセス制御ルール設定処理部及び紹介先病院用患者ＩＤ連携処理部により実行されるユーザＩＤ連携及び患者特定処理の動作を説明するための図。 図２に示した病院公開サーバの紹介元病院用患者ＩＤ連携処理部及びアクセス制御ルール設定処理部による処理手順と処理内容を示すフローチャート。 図２に示した病院公開サーバの紹介先病院用患者ＩＤ連携処理部による処理手順と処理内容を示すフローチャート。

以下、図面を参照してこの発明に係わる実施形態を説明する。
［一実施形態］
（構成）
図１は、この発明の一実施形態に係る情報管理システムの概略構成図である。
このシステムは連携サーバＳＶ０を備え、病院等の医療機関が独自に運用する複数の病院公開サーバＳＶ１〜ＳＶｎが通信ネットワークＮＷを介して上記連携サーバＳＶ０との間で通信可能としたものである。通信ネットワークとしては、例えばＩＰ（Internet Protocol）網が用いられる。

（１）連携サーバＳＶ０
連携サーバＳＶ０はサービス事業者や自治体等が運用するもので、図２に示すように、処理ユニット１０と、記憶ユニット２０と、通信インタフェースユニット３０と、ユーザインタフェースユニット４０とを備えている。

通信インタフェースユニット３０は、処理ユニット１０の制御の下で、通信ネットワークＮＷで規定された通信プロトコルに従い、各病院公開サーバＳＶ１〜ＳＶｎとの間で認証やＩＤ連携、アクセス制御のための各種制御データを送受信する機能を有する。

ユーザインタフェースユニット４０には、システム運用者が操作する運用者操作端末ＵＴ０が接続される。ユーザインタフェースユニット４０は、運用者操作端末ＵＴ０において入力された操作データを取り込んで処理ユニット１０に通知する機能と、処理ユニット１０から出力された各種表示データを運用者操作端末ＵＴ０へ出力して表示させる機能を有する。

記憶ユニット２０は、記憶媒体としてＨＤＤやＳＳＤ等の随時書込み読出しが可能な不揮発性記憶媒体を使用したもので、この発明の実施形態を実施するために必要な記憶部として、ＩＤ連携用データ記憶部２０１と、共通ユーザデータ記憶部２０２と、参加サービスデータ記憶部２０３と、アクセス制御リスト記憶部２０４を備えている。

ＩＤ連携用データ記憶部２０１は、連携サーバＳＶ０がシステムに参加した各病院公開サーバ間のユーザ連携を行うための情報を連携サーバＩＤ連携用データとして記憶する。この連携サーバＩＤ連携用データは、システムに参加登録した医師や患者等のユーザに対し、連携サーバＳＶ０が発行したシステム共通のユーザＩＤ（共通ユーザＩＤ）と、連携サーバＳＶ０が各病院公開サーバＳＶ１〜ＳＶｎとの間で通信を行うために個別に発行された通信用識別子（以後仮名と呼ぶ）と、各病院公開サーバＳＶ１〜ＳＶｎの宛先情報とを相互に関連付けたマッピングデータにより構成される。仮名は、連携サーバＳＶ０が管理する共通ユーザＩＤと各病院公開サーバＳＶ１〜ＳＶｎが独自に管理する連携用ユーザＩＤとを関連付ける（紐付ける）役割を果たす。図５に医師のＩＤ連携用データの一例を、また図６に患者のＩＤ連携用データの一例をそれぞれ示す。

共通ユーザデータ記憶部２０２は、このシステムに参加登録した医師や患者等のユーザに関する情報を共通ユーザデータとして記憶する。この共通ユーザデータは、上記共通ユーザＩＤに対し、少なくとも所属組織を表す情報と、所有資格を表す情報を関連付けたものからなる。共通ユーザデータは、連携サーバＳＶ０が独自に管理する情報である。図５に医師の共通ユーザデータの一例を、また図６に患者の共通ユーザデータの一例をそれぞれ示す。

参加サービスデータ記憶部２０３は、このシステムに参加した病院等の医療機関に関する情報を参加サービスデータとして記憶する。この参加サービスデータは、参加した医療機関の識別データに対し、当該医療機関が提供するサービスのリストを関連付けたものからなる。

アクセス制御リスト記憶部２０４は、患者の診療情報に対するアクセス制御ルールを表す情報をアクセス制御リストとして記憶する。このアクセス制御リストは、患者の共通ユーザＩＤ（データオーナＩＤ）に対し、当該患者の診療情報等のデータを表す情報と、開示相手を表す情報と、読み出し／書込みの許否を表す情報（Ｒ／Ｗ）とを関連付けたものからなる。図５及び図６に患者のアクセス制御リストの一例を示す。

処理ユニット１０はＣＰＵ（Central Processing Unit）を備え、この発明の実施形態を実施するために必要な処理機能として、認証連携処理部１０１と、ＩＤ連携処理部１０２と、データ操作処理部１０３と、リモートアクセス制御部１０４と、アクセス可否判定部１０５と、一時ユーザ指定子発行・解決処理部１０６と、既存医療機関用従事者ＩＤ連携処理部１０７と、新規参加医療機関用従事者ＩＤ連携処理部１０８を有している。これらの処理部は、何れも図示しないプログラムメモリに格納されたアプリケーション・プログラムを上記ＣＰＵに実行させることにより実現される。

認証連携処理部１０１は、病院公開サーバＳＶ１〜ＳＶｎから認証要求が送られた場合に、当該要求元のサーバＳＶ１〜ＳＶｎに接続されたユーザ端末ＵＴ１〜ＵＴｎに認証画面を表示させ、この認証画面においてユーザが入力したユーザＩＤ等をもとに認証処理を実行する。そして、認証が終了すると、共通ユーザデータ記憶部２０２及び連携サーバＩＤ連携用データ記憶部２０１から当該ユーザに関する情報を読み出し、当該ユーザの仮名、所属組織及び所有資格を含む認証結果情報（認証トークン）を生成して、要求元のサーバＳＶ１〜ＳＶｎに返却する処理を行う。

ＩＤ連携処理部１０２は、病院公開サーバＳＶ１〜ＳＶｎからユーザＩＤ連携要求が通知された場合に、連携サーバＳＶ０と連携対象となる病院公開サーバとの間の通信に使用する通信識別子（仮名）を発行する。そして、この発行された仮名と、上記ユーザＩＤ連携要求により引数として与えられた共通ユーザＩＤとを、連携サーバＩＤ連携用データ記憶部２０１に記憶させる。またそれと共に、上記発行された仮名を連携対象となる病院公開サーバＳＶ１〜ＳＶｎに返却し、当該仮名と連携対象となるサーバＳＶ１〜ＳＶｎの連携用ユーザＩＤとを関連付けて、当該病院公開サーバＳＶ１〜ＳＶｎのＩＤ連携用データ記憶部に記憶させる処理を行う。

データ操作処理部１０３は、運用者操作端末ＵＴ０からデータ操作要求が入力された場合に、操作を要求されたデータが連携サーバＳＶ０に存在するか否かを判断し、存在する場合に該当するデータに対しデータ操作処理を実行する。また、リモートアクセス制御部１０４から病院公開サーバＳＶ１〜ＳＶｎの認証トークン及びデータ操作要求を渡された場合に、この要求に従いデータ操作を行い、そのデータ操作結果を表す情報をリモートアクセス制御部１０４へ返送する処理を実行する。

リモートアクセス制御部１０４は、上記データ操作処理部１０３により操作を要求されたデータが連携サーバＳＶ０に存在しないと判断された場合に、認証連携処理部１０１から取得した認証トークンとデータ操作要求を要求先のサーバへ送付する。なお、認証トークン中の仮名は、連携サーバＳＶ０にて自サーバ宛の仮名から要求先のサーバ宛の仮名に変換してから送付する。また、他のサーバから認証トークン及びデータ操作要求が送られた場合には、これを受信してデータ操作処理部１０３に渡し、かつデータ操作処理部１０３によるデータ操作処理結果を要求元のサーバへ返送する処理を行う。

アクセス可否判定部１０５は、データ操作処理部１０３から要求元ユーザの認証トークン（仮名、所属組織及び所有資格）、要求操作及び操作対象データを引数とした要求を受け取った場合に、先ずＩＤ連携用データ記憶部２０１に記憶された連携サーバＩＤ連携用データを参照して、上記引数で与えられた仮名を連携サーバＳＶ０の共通ユーザＩＤに変換する。次に、上記変換された共通ユーザＩＤと、上記引数で与えられた所属組織及び所有資格を、アクセス制御リスト記憶部２０４に記憶されたアクセス制御ルールと照合し、アクセス可否を判定してその結果を返却する処理を行う。

一時ユーザ指定子発行・解決処理部１０６は、以下の処理機能を有する。
(1) 病院公開サーバＳＶ１〜ＳＶｎから送信された、仮名を引数とする指定子発行要求を受け取った場合に、当該仮名を含む文字列を暗号化・署名し、解読・改ざんできないように加工した文字列（一時ユーザ指定子）を生成する処理。
(2) 病院公開サーバＳＶ１〜ＳＶｎから送信された、一時ユーザ指定子を引数とした解決要求を受け取った場合に、当該一時ユーザ指定子を復号すると共に署名を検証し、元の仮名を返却する処理。

既存医療機関用従事者ＩＤ連携処理部１０７は、このシステムが提供する地域医療連携サービスに新規病院が参加する場合に以下の処理を実行する。
(1) 共通ユーザデータ記憶部２０１から、既に参加済みの病院に所属する全ての医療従事者（医師や保健師、看護師等）の共通ユーザＩＤを読み出し、この共通ユーザＩＤに従い上記全ての既存医療従事者について上記新規参加病院のサーバと通信を行うための仮名をそれぞれ発行する処理。
(2) 上記発行された仮名を、上記既存医療従事者の共通ユーザＩＤと関連付けて連携サーバＳＶ０のＩＤ連携用データ記憶部２０１に追加記憶させる処理。
(3) 上記発行された仮名を新規参加病院のサーバに通知し、この仮名を、当該新規参加病院のサーバにおいて上記各既存医療従事者に対し独自に発行される連携用ユーザＩＤと関連付けて、ＩＤ連携用データ記憶部に記憶させる処理。

新規参加医療機関用従事者ＩＤ連携処理部１０８は、このシステムが提供する地域医療連携サービスに新規病院が参加する場合に以下の処理を実行する。
(1) 当該新規参加病院に所属する全ての医療従事者についてそれぞれ共通ユーザＩＤを発行し、この共通ユーザＩＤに対し新規参加医療従事者の所属組織及び所有資格を表す情報を関連付けて連携サーバＳＶ０の共通ユーザデータ記憶部２０２に記憶させる処理。
(2) 上記新規参加医療従事者の各々に対し、連携サーバＳＶ０が新規参加病院及び既存参加病院の各サーバＳＶ１〜ＳＶｎとの間で通信を行うための通信識別子（仮名）をそれぞれ発行する処理。
(3) 上記発行された仮名を、上記新規参加医療従事者の共通ユーザＩＤと関連付けて連携サーバＳＶ０のＩＤ連携用データ記憶部２０１に追加記憶させる処理。
(4) 上記発行された仮名をそれぞれ該当する新規参加病院及び既存参加病院のサーバＳＶ１〜ＳＶｎに通知する。そして、この仮名を、各病院公開サーバＳＶ１〜ＳＶｎにおいて上記新規参加医療従事者に対し独自に発行されるＩＤ連携用データと関連付けて、ＩＤ連携用データ記憶部に記憶させる処理。

（２）病院公開サーバＳＶ１〜ＳＶｎ
病院公開サーバＳＶ１〜ＳＶｎには、患者の紹介元となる病院のサーバと、患者の紹介先となる病院のサーバが含まれ、これらのサーバは一部異なる機能を備える。なお、全ての病院公開サーバＳＶ１〜ＳＶｎが、患者の紹介元となるための機能と患者の紹介先となるための機能の両方を備えてもよい。

（２−１）患者の紹介元となる病院のサーバＳＶ１
患者の紹介元となる病院のサーバＳＶ１は、図３に示すように、処理ユニット１１と、記憶ユニット１２と、通信インタフェースユニット１３と、ユーザインタフェースユニット１４とを備えている。

通信インタフェースユニット１３は、処理ユニット１１の制御の下で、通信ネットワークＮＷにより規定される通信プロトコルに従い、連携サーバＳＶ０及び他の病院公開サーバＳＶ２〜ＳＶｎとの間で認証やＩＤ連携、アクセス制御等のための各種制御データを送受信する機能を有する。

ユーザインタフェースユニット１４には、医師や保健師、看護師等の医療従事者が操作するユーザ操作端末ＵＴ１が接続される。ユーザインタフェースユニット１４は、ユーザ操作端末ＵＴ１において入力された操作データを取り込んで処理ユニット１１に通知する機能と、処理ユニット１１から出力された各種表示データを運用者操作端末ＵＴ１へ出力して表示させる機能を有する。

記憶ユニット１２は記憶媒体としてＨＤＤやＳＳＤ等の随時書込み読出しが可能な不揮発性記憶媒体を使用したもので、この発明の実施形態を実施するために必要な記憶部として、病院ＩＤ連携用データ記憶部１２１と、病院医療従事者データ記憶部１２２と、病院診療情報記憶部１２３と、病院患者データ記憶部１２４と、病院紹介済患者リスト記憶部１２５を備えている。

病院ＩＤ連携用データ記憶部１２１は、病院独自のＩＤ連携用データを記憶する。この病院用のＩＤ連携用データは、このシステムに参加登録した医師や患者等のユーザに対して当該病院公開サーバＳＶ１が独自に発行した連携用ユーザＩＤと、前記連携サーバＳＶ０により発行された仮名とを関連付けたマッピングデータにより構成される。図５に医師の病院ＩＤ連携用データの一例を、また図６に患者の病院ＩＤ連携用データの一例をそれぞれ示す。

病院医療従事者データ記憶部１２２は、当該病院に所属する医師や保健師、看護師等の医療従事者に関する管理データを記憶する。この医療従事者の管理データは、当該医療従事者に対し病院が独自に発行したユーザＩＤと、当該医療従事者の氏名等の属性情報とを関連付けたものからなる。図５に医療従事者データの一例を示す。なお、同図ではユーザＩＤと連携用ユーザＩＤに同じＩＤを使用した場合を示している。

病院診療情報記憶部１２３は、当該病院が独自に管理する患者の個別データ（例えば診療情報）を記憶するために用いられる。診療情報には電子カルテのデータや検査データ、診断画像データ、処方箋データ等が含まれる。

病院患者データ記憶部１２４は、当該病院に入院又は通院する患者に関する管理データを記憶する。この患者の管理データは、当該患者に対し病院が独自に発行したユーザＩＤと、当該患者の氏名等の属性情報とを関連付けたものからなる。図６に患者データの一例を示す。

病院紹介済患者リスト記憶部１２５は、当該病院が独自に管理する、自病院から他病院へ紹介した患者に関するリストを記憶する。この紹介済患者リストにおける個々の紹介済患者の情報は、当該患者の氏名等の属性情報と、紹介先つまり診療情報の開示先となる病院を表す情報とからなる。

処理ユニット１１はＣＰＵ（Central Processing Unit）を備え、この発明の実施形態を実施するために必要な処理機能として、認証連携処理部１１１と、ＩＤ連携処理部１１２と、データ操作処理部１１３と、リモートアクセス制御部１１４と、アクセス可否判定要求部１１５と、一時ユーザ指定子発行・解決要求部１１６と、紹介元病院用患者ＩＤ連携処理部１１７と、アクセス制御ルール設定処理部１１８を有している。これらの処理部は、何れも図示しないプログラムメモリに格納されたアプリケーション・プログラムを上記ＣＰＵに実行させることにより実現される。

認証連携処理部１１１は、ユーザ操作端末ＵＴ１においてログイン操作が行われた場合に連携サーバＳＶ０へ認証要求を送信し、この要求に対し連携サーバＳＶ０から送られる認証画面をユーザ操作端末ＵＴ１に表示させる。そして、この認証画面においてユーザが入力した認証に必要なデータを連携サーバＳＶ０へ送信し、その認証結果を表す情報（認証トークン）を連携サーバＳＶ０から受信する処理を行う。一度この認証手順が完了すると、以後連携サーバＳＶ０への問い合わせや認証行為なしでのログイン操作、つまりシングルサインオンが可能になる。

ＩＤ連携処理部１１２は、ユーザ操作端末ＵＴ１から、連携サーバＳＶ０の共通ユーザＩＤ及び連携対象とするサーバでの連携用ユーザＩＤを引数とするユーザＩＤ連携要求を受け取った場合に、このユーザＩＤ連携要求を連携サーバＳＶ０のＩＤ連携処理部１０２へ送信する。このユーザＩＤ連携要求に対し連携サーバＳＶ０から仮名が返送された場合に、この返送された仮名を、引数で与えられた自サーバＳＶ１の連携用ユーザＩＤと関連付けて、自サーバＳＶ１の病院ＩＤ連携用データ記憶部１２１に記憶させる処理を行う。

データ操作処理部１１３は、ユーザ操作端末ＵＴ１においてデータ操作要求が入力された場合に、操作を要求されたデータが自サーバに存在するか否かを判断する。そして、存在する場合には、要求元のユーザにアクセス権限があるか否かを確認する処理を実行させるために要求元のユーザに関するデータをアクセス可否判定要求部１１５に渡す。上記確認処理により要求元のユーザにアクセス権限があると判定されると、自サーバ内の該当するデータに対しデータ操作処理を実行する。また、リモートアクセス制御部１１４から他のサーバの認証トークン及びデータ操作要求が渡された場合にもこの要求に従いデータ操作を行う。そして、そのデータ操作結果を表す情報をリモートアクセス制御部１１４へ返送する処理を実行する。

リモートアクセス制御部１１４は、上記データ操作処理部１１３により操作要求されたデータが自サーバに存在しないと判断された場合に、認証連携処理部１１１から取得した認証トークンとデータ操作要求を要求先のサーバへ送付する。また、他のサーバから認証トークン及びデータ操作要求が送られた場合には、これを受信してデータ操作処理部１１３に渡し、かつデータ操作処理部１１３によるデータ操作処理結果を要求元のサーバへ返送する処理を行う。

アクセス可否判定要求部１１５は、上記データ操作処理部１１３から要求元ユーザの認証トークン（仮名、所属組織、所有資格）、要求操作および操作対象データを引数とした要求を受け取ると、この要求を連携サーバＳＶ０のアクセス可否判定部１０５へ送信する。そして、このアクセス可否判定部１０５による判定結果を表す情報を連携サーバＳＶ０から受信すると、この情報を上記データ操作処理部１１３に渡す処理を行う。

一時ユーザ指定子発行・解決要求部１１６は、一時ユーザ指定子発行要求を受け取った場合に、連携サーバＳＶ０のユーザ指定子発行・解決処理部１０６に一時ユーザ指定子の発行処理を要求する。また、一時ユーザ指定子復号要求を受け取った場合に、連携サーバＳＶ０のユーザ指定子発行・解決処理部１０６に復号処理を要求し、このユーザ指定子発行・解決処理部１０６により復号された元の仮名を受け取る処理を行う。

紹介元病院用患者ＩＤ連携処理部１１７は、患者を紹介元の病院から紹介先の病院へ紹介する際に、紹介元病院の患者ＩＤを紹介先病院に知らせることなしに、また紹介済リストから該当患者の情報が削除されても、紹介先病院から紹介元病院が保存している患者の診療情報（参照するデータ）を特定しアクセスできるようにするもので、以下の処理を行う。

(1) 紹介元病院サーバＳＶ１の病院ＩＤ連携用データ記憶部１２１に、該当患者の連携用ユーザＩＤが存在するか否かを判定する処理。
(2) 上記判定処理により該当患者の連携用ユーザＩＤが存在しないと判定された場合に、紹介元病院サーバＳＶ１のＩＤ連携用データ記憶部１２１に当該患者の連携用ユーザＩＤを追加し、連携サーバＳＶ０のＩＤ連携処理部１０２に共通ユーザＩＤ及び仮名の発行を依頼する処理。
(3) 上記発行依頼に対し連携サーバＳＶ０のＩＤ連携処理部１０２により発行された仮名を受信し、この受信された仮名を上記患者の連携用ユーザＩＤと関連付けて、病院ＩＤ連携用データ記憶部１２１に記憶させる処理。
(4) 紹介元病院の患者データから検索に必要なユーザ属性を抽出し、このユーザ属性に関連付けて、開示先の病院情報と、連携サーバＳＶ０の一時ユーザ指定子発行・解決処理部１０６により発行された一時ユーザ指定子とを、紹介済患者リスト記憶部１２５に追加記憶させる処理。なお、紹介先病院が不定の紹介の場合には、開示先の病院情報を不定（NULL）とする。

アクセス制御ルール設定処理部１１８は、患者の紹介が行われた場合に以下の処理を実行する。
(1) 連携サーバＳＶ０に対しアクセス制御ルールが設定済か否かを問い合わせる要求を送り、紹介元病院サーバＳＶ１が保存している該当患者の診療情報を紹介先病院が閲覧することを許可するルールがアクセス制御リストに登録済みであるか否かを判定させる処理。
(2) 登録済でない場合には、連携サーバＳＶ０から参加サービスデータ記憶部２０３に記憶された参加済みの病院の一覧を取得し、ユーザの選択操作に応じてデータの開示先とする病院を決定する。そして、この開示先とする病院の選択情報を連携サーバＳＶ０へ送信し、紹介元病院サーバＳＶ１が保存している該当患者の診療情報および紹介済患者リストの該当患者のデータを紹介先病院サーバＳＶ２が閲覧することを許可するアクセス制御ルールを、連携サーバＳＶ０のアクセス制御リスト記憶部２０４に記憶させる処理。なお、紹介済患者リストのうち、開示先の病院情報がNULLのデータについては、参加病院全てが参照できるよう設定する。

（２−２）患者の紹介先となる病院のサーバＳＶ２
患者の紹介先となる病院のサーバＳＶ２は、図４に示すように、処理ユニット１５と、記憶ユニット１６と、通信インタフェースユニット１７と、ユーザインタフェースユニット１８とを備えている。なお、この患者の紹介先となる病院のサーバＳＶ２が備える機能のうち、紹介元となる病院のサーバＳＶ１が備える機能と同一部分については説明を省略する。

記憶ユニット１６には、病院ＩＤ連携用データ記憶部１６１と、病院医療従事者データ記憶部１６２と、病院診療情報記憶部１６３と、病院患者データ記憶部１６４が設けられている。すなわち、紹介元となる病院のサーバＳＶ１が備える各記憶部のうち、病院紹介済患者リスト記憶部１２５を除く各記憶部が設けられている。

処理ユニット１５は、この発明の実施形態を実施するために必要な処理機能として、認証連携処理部１５１と、ＩＤ連携処理部１５２と、データ操作処理部１５３と、リモートアクセス制御部１５４と、アクセス可否判定要求部１５５と、紹介先病院用患者ＩＤ連携処理部１５６と、診療情報要求処理部１５７と、一時ユーザ指定子発行・解決要求部１５８とを備えている。なお、これらの処理部も、前記連携サーバＳＶ０及び紹介元となる病院公開サーバＳＶ１と同様に、プログラムメモリに格納されたアプリケーション・プログラムをＣＰＵに実行させることにより実現される。

上記各処理部のうち、紹介先病院用患者ＩＤ連携処理部１５６は、以下の処理機能を有する。
(1) 紹介先病院サーバＳＶ２が保有する患者のユーザ情報の一部（氏名・住所等）を検索条件として、紹介元病院サーバＳＶ１が保有する紹介済患者リストを検索し、このリストから検索条件を満たす紹介済患者の一時ユーザ指定子を取得する処理。
(2) 連携サーバＳＶ０に対し上記取得した一時ユーザ指定子の解決を要求し、連携サーバＳＶ０から当該一時ユーザ指定子の復号結果である、紹介先病院と通信を行うための仮名を受信する処理。なお、連携サーバＳＶ０に、該当する患者の共通ユーザＩＤが登録されていなかった場合には、その旨の通知を受信する。
(3) 存在しない旨の通知情報を受信した場合には、紹介先病院サーバＳＶ２のＩＤ連携処理部１５２に対し指示を出して、紹介先病院サーバＳＶ２のＩＤ連携用データに連携用ユーザＩＤを作成させる処理。
(4) 連携サーバＳＶ０のＩＤ連携処理部１０２に依頼して、連携サーバＳＶ０と紹介先病院サーバＳＶ２との間の通信時に利用する仮名を発行させ、この発行された仮名と共通ユーザＩＤとのマッピング情報を連携サーバＳＶ０内のＩＤ連携用データ記憶部２０１に記憶させる処理。
(5) 連携サーバＳＶ０から上記(2) により発行された仮名を取得し、この仮名と上記(3)により作成された紹介先病院サーバＳＶ２の連携用ユーザＩＤとのマッピング情報を、紹介先病院サーバＳＶ２内の病院ＩＤ連携用データ記憶部１６１に記憶させる処理。

診療情報要求処理部１５７は、紹介元病院サーバＳＶ２からアクセスを許可されたユーザのみが紹介患者の診療情報に対しアクセスできるようにするもので、以下の処理機能を有する。
(1) ユーザ操作端末ＵＴ２から、紹介元病院サーバＳＶ１が保存している診療情報に対する閲覧要求を受け取ると、データ操作処理部１５３及びリモートアクセス処理部１５４を用いて、紹介元病院サーバＳＶ１に対し紹介元病院サーバＳＶ１が保存している患者の診療情報の閲覧要求を送信する処理。
(2) 連携サーバＳＶ０のアクセス可否判定部１０５によりアクセスが許可され、その通知を受けて紹介元病院サーバＳＶ１が該当する患者の診療情報を送信すると、この診療情報を受信してユーザインタフェースユニット１８を介してユーザ操作端末ＵＴ２へ送り、表示させる処理。

（２−３）新規参加の病院サーバＳＶｎ
新規参加の病院サーバＳＶｎが備える機能は、上記した紹介先の病院サーバＳＶ２が備える機能と同一なので、ここでの説明は省略する。

（動作）
（１）システムの初期設定
各病院の病院公開サーバＳＶ１〜ＳＶｎには、当該病院に所属する医療従事者に関する管理データ（病院医療従事者データ）及び病院ＩＤ連携用データと、患者に関する管理データ（病院患者データ）及び診療情報が、それぞれ独自に設定されて記憶部に記憶されている。

システムを運用するには、当該システムに参加する病院に所属する医療従事者に関するＩＤ連携用データ及び共通ユーザデータを、連携サーバＳＶ０に初期設定する必要がある。この医療従事者の初期設定処理は、システムの運用管理者の操作に応じて以下のように行われる。

すなわち、システムの運用管理者は、参加を希望する病院から提供された各医療従事者に関する管理データを、運用者操作端末ＵＴ０において連携サーバＳＶ０に入力する。連携サーバＳＶ０のＩＤ連携処理部１０２は、先ず上記入力された各医療従事者の管理データをもとに、医療従事者ごとに当該医療従事者をシステムで共通に管理するための共通ユーザＩＤを発行する。そして、この共通ユーザＩＤに関連付けて、上記入力されたユーザの管理データを共通ユーザデータ記憶部２０２に記憶させる。

次に、上記発行した共通ユーザＩＤごとに、当該ユーザについて連携サーバＳＶ０がシステムに参加する全ての病院公開サーバとの間で個別に通信を行うための通信識別子（仮名）をそれぞれ発行する。そして、この発行された仮名と病院公開サーバの宛先情報を、上記共通ユーザＩＤに関連付けてＩＤ連携用データ記憶部２０１に記憶させる。
さらに、上記発行された仮名をそれぞれ該当する新規参加病院及び既存参加病院のサーバＳＶ１〜ＳＶｎに通知する。この仮名の通知を受けると新規参加病院及び既存参加病院のサーバＳＶ１〜ＳＶｎは、この仮名を、上記新規参加医療従事者に対し独自に発行されるＩＤ連携用データと関連付けて、病院ＩＤ連携用データ記憶部１２１，１６１に記憶させる。
なお、以上述べた医療従事者に関する情報の初期設定は、参加を希望する病院公開サーバに接続されたユーザ操作端末からの遠隔操作によっても行うことができる。

以上の初期設定が終了すると、システムに参加した病院公開サーバ間では、アクセス制御ルールが適切に設定されれば、連携サーバＳＶ０を介して以後患者の診療情報等の閲覧等が可能となる。

（２）システムの運用開始後に新規病院が参加するときの医療従事者情報の設定
新規病院が参加する場合には、連携サーバＳＶ０において、システムに既に参加している既存医療従事者に関するＩＤ連携データの追加設定処理と、新規参加病院に所属する医療従事者に関するデータの初期設定処理が行われる。なお、ここでは病院Ｘ，Ｙが既に参加している状態で、病院Ｚが新規参加する場合を例にとって説明する。

（２−１）既存医療従事者に関するＩＤ連携データの追加設定
この処理は、主として連携サーバＳＶ０の既存医療機関用従事者ＩＤ連携処理部１０７の制御の下で以下のように実行される。図７はその処理結果の一例を示す図、図８は動作の概要を示す図、図９は動作シーケンスを示す図である。

すなわち、システムの運用管理者が運用者操作端末ＵＴ０において新規参加病院Ｚの登録要求を入力すると、この登録要求はユーザインタフェースユニット４０を介して既存医療機関用従事者ＩＤ連携処理部１０７に通知される。この登録要求には、既存医療従事者の資格（例えば医師）が検索条件として含まれている。

そうすると既存医療機関用従事者ＩＤ連携処理部１０７は、先ずステップ(1) により共通ユーザデータ記憶部２０２から上記検索条件に該当する既存医療従事者の共通ユーザＩＤを読込む。次にステップ(2) において、上記読込んだ共通ユーザＩＤを用いて一括ユーザ初期設定処理を以下のように実行する。

すなわち、先ず(a) において、ＩＤ連携処理部１０２を介して新規参加の病院公開サーバＳＶｎに対し、上記既存医療従事者に対する連携用ユーザＩＤの作成を要求する。この結果、新規参加の病院公開サーバＳＶｎでは、ＩＤ連携処理部１５２の制御の下で、上記要求された既存医療従事者に対し独自に連携ユーザＩＤが作成され、この連携ユーザＩＤが病院ＩＤ連携用データ記憶部１６１に記憶される。例えば図７においては、連携ユーザＩＤ“D3333”，“D6666”が作成されて記憶される。

次に(b) において、上記既存医療従事者について連携サーバＳＶ０と新規参加の病院公開サーバＳＶｎとの間の通信に使用する通信識別子（仮名）を発行する。そして、ＩＤ連携処理部１０２を介して、上記発行された仮名と宛先情報を共通ユーザＩＤと関連付けてＩＤ連携用データ記憶部２０１に追加登録する。例えば図７においては、共通ユーザＩＤ“MD001”に関連付けて“CCD2、Ｚ病院”，“CCD3、Ｚ病院”が追加登録される。

続いて(c) において、ＩＤ連携処理部１０２を介して、上記発行された仮名の登録要求を新規参加の病院公開サーバＳＶｎへ送信する。この結果、新規参加の病院公開サーバＳＶｎでは、上記送られた仮名が、(a) において作成した連携ユーザＩＤと関連付けられて病院ＩＤ連携用データ記憶部１６１に記憶される。例えば図７においては、連携ユーザＩＤ“D3333”，“D6666”に関連付けられて、仮名“CCD2”、“CCD3”が記憶される。

最後に、(d) において、新規参加の病院公開サーバＳＶｎが提供するサービス（追加サービス）を、既存病院公開サーバＳＶ１，ＳＶ２で利用可能とするために、当該サービスの種別を表す情報を、データ操作処理部１０３を介して参加サービスデータ記憶部２０３に記憶させる。

以上の(a) から(d) までの処理は、上記ステップ(1) において共通ユーザデータ記憶部２０２から読込まれた全ての共通ユーザＩＤについて繰り返し実行される。したがって、全ての既存医療従事者について、そのＩＤ連携データの追加設定が自動的に行われることになる。

（２−２）新規参加病院に所属する医療従事者に関するデータの初期設定
この処理は、主として連携サーバＳＶ０の新規参加医療機関用従事者ＩＤ連携処理部１０８の制御の下で以下のように実行される。図７はその処理結果の一例を示す図、図１０は動作の概要を示す図、図１１は動作シーケンスを示す図である。

すなわち、システム運用管理者が運用者操作端末ＵＴ０において新規医療従事者の登録要求を入力すると、この登録要求はユーザインタフェースユニット４０を介して新規参加医療機関用従事者ＩＤ連携処理部１０８に通知される。このとき登録要求には、新規参加医療従事者の所属組織及び所有資格を表す情報が含まれる。

新規参加医療機関用従事者ＩＤ連携処理部１０８は、先ずステップ(1) において、上記入力された新規参加医療従事者の各々に対応付けて共通ユーザＩＤを発行する。そして(a) により、この発行された共通ユーザＩＤに対し、上記入力された新規参加医療従事者の所属組織及び所有資格を表す情報を関連付けて、共通ユーザデータ記憶部２０２に記憶させる。例えば図７においては、「Ｚ病院の斉藤医師」に対し共通ユーザＩＤ“MD003”が発行され、この共通ユーザＩＤ“MD003”と、「Ｚ病院の斉藤医師」の所属組織「Ｚ病院」及び所有資格「医師」とが関連付けられて共通ユーザデータ記憶部２０２に記憶される。
またそれと共に(b) において、参加サービスデータ記憶部２０３から、システムに既に参加している病院のリストを取得する。

次に、ステップ(2) において、上記取得された既存参加病院のリストをもとに、当該既存参加病院の各々に、上記新規参加医療従事者に関する連携用データを一括して初期設定する処理を以下のように実行する。
すなわち、先ず(a) において、ＩＤ連携処理部１０２を介して既存参加の各病院公開サーバＳＶ１，ＳＶ２及び新規参加の病院公開サーバＳＶｎに対し、上記新規参加医療従事者に対する連携用ユーザＩＤの作成を要求する。この結果、既存参加の各病院公開サーバＳＶ１，ＳＶ２及び新規参加の病院公開サーバＳＶｎでは、それぞれＩＤ連携処理部１５２の制御の下で、上記要求された新規参加医療従事者に対し独自に連携ユーザＩＤが作成され、この連携ユーザＩＤが病院ＩＤ連携用データ記憶部１６１に記憶される。例えば図７においては、Ｘ病院公開サーバＳＶ１に連携ユーザＩＤ“A1111”が、Ｙ病院公開サーバＳＶ２に連携ユーザＩＤ“B4444”がそれぞれ記憶され、さらに新規参加のＺ病院公開サーバＳＶｎに連携ユーザＩＤ“H0011”が記憶される。

続いて(b) において、上記新規参加医療従事者について、連携サーバＳＶ０が既存参加病院及び新規参加病院の各サーバＳＶ１〜ＳＶｎとの間で個別に通信を行うための通信識別子（仮名）を発行する。そして、ＩＤ連携処理部１０２を介して、上記発行された仮名と宛先情報を、共通ユーザＩＤと関連付けてＩＤ連携用データ記憶部２０１に追加登録する。例えば図７においては、共通ユーザＩＤ“MD003”に関連付けて、Ｘ病院公開サーバＳＶ１と通信するための仮名“AAD3と、Ｙ病院公開サーバＳＶ２と通信するための仮名“BBD3と、Ｚ病院公開サーバＳＶｎと通信するための仮名“CCD3が追加登録される。

さらに(c) において、ＩＤ連携処理部１０２を介して、既存参加の各病院公開サーバＳＶ１，ＳＶ２及び新規参加の病院公開サーバＳＶｎに対し、上記発行された仮名の登録要求を送信する。この結果、既存参加の各病院公開サーバＳＶ１，ＳＶ２及び新規参加の病院公開サーバＳＶｎでは、上記送られた仮名が、上記(a) において作成した新規参加医療従事者の連携ユーザＩＤと関連付けられて、病院ＩＤ連携用データ記憶部１６１に記憶される。例えば図７においては、Ｘ病院公開サーバＳＶ１に連携ユーザＩＤ“A1111”に関連付けられて仮名“AAD3”が、Ｙ病院公開サーバＳＶ２に連携ユーザＩＤ“B4444”に関連付けられて仮名“BBD3”がそれぞれ記憶され、さらに新規参加のＺ病院公開サーバＳＶｎに連携ユーザＩＤ“H0011”に関連付けられて仮名“CCD1”が記憶される。
なお、このとき病院公開サーバの病院医療従事者データ記憶部１６２には、図７のＸ病院公開サーバＳＶ１に示すように、他の病院に所属する医療従事者のユーザＩＤと氏名（Ｙ病院の田中医師、Ｚ病院の斉藤医師）を記憶させるようにしてもよい。

最後に(d) において、新規参加の病院公開サーバＳＶｎが提供するサービス（追加サービス）を、既存病院公開サーバＳＶ１，ＳＶ２で利用可能とするために、当該サービスの種別を表す情報を、データ操作処理部１０３を介して参加サービスデータ記憶部２０３に記憶させる。

以上の(a) から(d) までの処理は、全ての新規参加医療従事者について既存病院数分繰り返し実行される。したがって、全ての新規医療従事者のＩＤ連携データが全ての既存病院公開サーバに対し自動的に初期設定されることになる。

なお、認証連携処理を用いてシングルサインオンが可能な状態に設定すれば、上記(1) 及び(2)の処理は全ていずれかのサーバのデータを操作する処理となる。このため、シングルサインオンを用いて各サーバにログインし、各サーバのデータ操作処理部を直接利用して上記(1) 及び(2) の処理を実施することも可能である。この方法の方が、他サーバからリモートでアクセスするよりも処理速度が向上するため、新規医療従事者を大量登録の場合に有利である。

（３）患者のユーザＩＤの受け渡し
患者をある病院から他の病院へ紹介した場合、紹介元病院で管理されている患者のユーザＩＤを紹介先病院に知らせることなく、紹介先病院の医療従事者が紹介元病院に保存されている紹介患者の診療情報を閲覧できるようにする必要がある。また、紹介した患者のユーザＩＤが紹介済リストから削除されても、紹介先病院の医療従事者が紹介元病院に保存されている紹介患者の診療情報を閲覧できるようにする必要がある。

これらの要求に応えるためにこの実施形態では、以下のような処理を行っている。なお、ここではＸ病院からＹ病院に患者を紹介し、その後紹介先のＹ病院の医師がＹ病院公開サーバＳＶ２から紹介元となるＸ病院公開サーバＳＶ１に対しアクセスして、紹介された患者の診療情報を閲覧（参照）する場合を例にとって説明する。

（３−１）紹介患者のユーザＩＤを連携させるための設定
紹介元となるＸ病院公開サーバＳＶ１において、例えば医療従事者がユーザ操作端末ＵＴ１を操作して、紹介患者のユーザＩＤと紹介先となるＹ病院公開サーバＳＶ１を示す情報を入力したとする。そうするとＸ病院公開サーバＳＶ１は、データ紹介元病院用患者ＩＤ連携処理部１１７の制御の下で以下のような処理を実行する。

図１２はその動作の概要を示す図であり、また図１３Ａ，図１３Ｂは紹介元の病院公開サーバＳＶ１の紹介元病院用患者ＩＤ連携処理部１１７及びアクセス制御ルール設定処理部１１８の処理手順と処理内容を示すフローチャート、図１４は紹介先病院用患者ＩＤ連携処理部１５６の処理手順と処理内容を示すフローチャートである。

すなわち、先ず図１３Ａに示すステップ(a) においてＩＤ連携処理部１１２を起動し、病院ＩＤ連携用データ記憶部１２１に該当する患者の連携用ユーザＩＤが登録済か否かを判定する。この判定の結果、未登録であればステップ(b) においてＩＤ連携用データ記憶部１２１に当該患者の連携用ユーザＩＤを追加し、連携サーバＳＶ０のＩＤ連携処理部１０２に共通ユーザＩＤ及び仮名の発行を依頼する。

この発行依頼を受信すると連携サーバＳＶ０は、ＩＤ連携処理部１０２の制御の下で、先ずステップ(c) により上記依頼された紹介患者に対する共通ユーザＩＤを発行し、この共通ユーザＩＤを患者のログインＩＤ及び属性情報と関連付けて共通ユーザデータ記憶部２０２に記憶させる。

続いてステップ(d) により、上記紹介患者について紹介元のＸ病院公開サーバＳＶ１及び紹介先のＹ病院公開サーバＳＶ２と個別に通信を行うための通信識別子（仮名）を発行する。例えば図１２においては、共通ユーザＩＤとして“M0001”が発行され、また紹介元のＸ病院公開サーバＳＶ１及び紹介先のＹ病院公開サーバＳＶ２との通信に用いる仮名としてそれぞれ“AAA1”，“BBB1”が発行される。そして、上記発行された仮名“AAA1”，“BBB1”を、Ｘ病院公開サーバＳＶ１及びＹ病院公開サーバＳＶ２の宛先情報と共に、上記共通ユーザＩＤ“M0001”と関連付けてＩＤ連携用データ記憶部２０１に登録する。

次にステップ(e) により、上記発行された各仮名を紹介元のＸ病院公開サーバＳＶ１及び紹介先のＹ病院公開サーバＳＶ２へそれぞれ送信する。これに対し紹介元のＸ病院公開サーバＳＶ１は、上記仮名を受信すると、この受信された仮名を上記紹介患者の連携用ユーザＩＤと関連付けて、病院ＩＤ連携用データ記憶部１２１に記憶させる。また、紹介先のＹ病院公開サーバＳＶ２でも、上記仮名を受信すると、この受信された仮名を上記紹介患者の連携用ユーザＩＤと関連付けて、病院ＩＤ連携用データ記憶部１２１に記憶させる。例えば図１２では、紹介元のＸ病院公開サーバＳＶ１に仮名“AAA1”が紹介患者の連携用ユーザＩＤ“00001”と関連付けられて記憶され、また紹介先のＹ病院公開サーバＳＶ２には仮名“BBB1”が紹介患者の連携用ユーザＩＤ“99990”と関連付けられて記憶される。そして、紹介元となるＸ病院公開サーバＳＶ１は、ステップ(f) においてデータ操作処理部１１３を起動し、当該紹介患者が利用するサービスの種別を登録する。

続いて紹介元となるＸ病院公開サーバＳＶ１は、ステップ( g) により一時ユーザ指定子発行・解決要求部１１６を起動し、仮名を引数とする指定子発行要求を連携サーバＳＶ０へ送信する。これに対し連携サーバＳＶ０は、上記指定子発行要求を受信すると、当該要求に含まれる仮名を含む文字列を暗号化・署名し、解読・改ざんできないように加工した文字列を一時ユーザ指定子として生成する。そして、この生成された一時ユーザ指定子を要求元のＸ病院公開サーバＳＶ１へ返送する。

なお、一時ユーザ指定子の生成方法としては、例えば、仮名を含む対象文字列に対し秘密鍵を使用してＲＳＡ署名方式に基づく署名を行い、この生成された署名値文字列を対象文字列と連結する方法と、仮名を含む対象文字列を公開鍵方式を使用して暗号化する方法が用いられる。

次に紹介元となるＸ病院公開サーバＳＶ１は、ステップ(h) により病院患者データ記憶部１２４から検索に必要なユーザ属性を抽出し、上記ステップ(g) により連携サーバＳＶ０から受信した一時ユーザ指定子を、開示先の病院を表す情報と共に、該当する患者のユーザＩＤに関連付けて病院紹介済患者リスト記憶部１２５に追加登録する。例えば図１２においては、紹介患者である「電信太郎」のユーザＩＤに関連付けて、一時ユーザ指定子“xxxxx”が開示先を示す「Ｙ病院」と共に病院紹介済患者リスト記憶部１２５に追加登録される。なお、紹介先病院が不定の場合には、開示先の病院情報を「不定」（NULL）とする。

（３−２）アクセス制御ルールの設定
上記紹介患者のＩＤ連携設定処理が終了すると、紹介元となる病院公開サーバＳＶ１は続いてアクセス制御ルール設定処理部１１８の制御の下で、紹介患者のアクセス制御ルールを設定するための処理を以下のように実行する。図１３Ｂはその処理手順と処理内容を示すフローチャートである。

アクセス制御ルール設定処理部１１８は、先ずステップ(i) によりデータ操作処理部１１３及びリモートアクセス処理部１１４を介して連携サーバＳＶ０に対しアクセス制御ルール設定の有無の問い合わせを送信する。これに対し連携サーバＳＶ０は、上記問い合わせをリモートアクセス手段及びデータ操作手段を経由して受信すると、上記問い合わせに含まれる紹介患者の仮名をもとに共通ユーザＩＤを検索し、この共通ユーザＩＤをもとにアクセス制御リスト記憶部２０４を検索して該当する患者のアクセス制御ルールが登録されているか否かを判定する。そして、その判定結果を問い合わせ元の病院公開サーバＳＶ１へ返送する。

病院公開サーバＳＶ１のアクセス制御ルール設定処理部１１８は、上記判定結果を受信すると、この判定結果から紹介患者のアクセス制御ルールが登録済か否かを判断し、登録されていない場合には以下のように登録処理を実行する。

すなわち、先ずステップ(j) において、紹介元のＸ病院公開サーバＳＶ１は、データ操作処理部１１３及びリモートアクセス処理部１１４により、連携サーバＳＶ０へ参加済み病院の一覧の取得要求を送信する。これに対し連携サーバＳＶ０は、リモートアクセス処理部１０４により上記取得要求を受信すると、データ操作処理部１０３により参加サービスデータ記憶部２０３から参加済み病院の一覧データを読み出し、この一覧データをリモートアクセス処理部１０４により要求元のＸ病院公開サーバＳＶ１へ返送する。

Ｘ病院公開サーバＳＶ１は、リモートアクセス処理部１１４により上記参加済み病院の一覧データを受信すると、データ操作処理部１１３によりこの受信された参加済み病院の一覧データをユーザインタフェースユニット１４を介してユーザ操作端末ＵＴ１に表示させる。

この状態で、医師が上記表示された参加済み病院の一覧データ中から開示先とする病院を選択したとする。そうするとＸ病院公開サーバＳＶ１は、ステップ(k) においてこの選択された開示先病院の識別情報をデータ操作処理部１１３により受付け、当該開示先病院の識別情報と病院紹介済患者リスト記憶部１２５に記憶されている該当患者の情報を、リモートアクセス処理部１１４から連携サーバＳＶ０へ送信する。

連携サーバＳＶ０は、リモートアクセス処理部１０４が上記情報を受信すると、データ操作処理部１０３により、該当患者の共通ユーザＩＤ（オーナデータＩＤ）に関連付けて、アクセスの許可対象となるデータの識別情報と、開示相手の識別情報と、許可する書込み／読み出しの種類を表す情報（Ｒ／Ｗ）を、アクセス制御リスト記憶部２０４に追加登録する。

例えば図１２に示す例では、紹介患者である「電信太郎」について、その共通ユーザＩＤ（データオーナＩＤ）“M0001”に関連付けて、開示対象データ「Ｘ病院xxデータ」と、開示相手「Ｙ病院」と、許可する読み出し／書込みの種類を表す「読出しのみ」（“Ｒ”）が記憶される。
なお、紹介済患者リストに開示先の病院情報が不定（NULL）に設定されている患者については、当該患者の診療情報をシステムに参加している全ての病院公開サーバから閲覧できるようにアクセス制御ルールが設定される。

（３−３）紹介先病院と紹介元病院との間で紹介患者ＩＤを連携させるための設定
紹介先となるＹ病院の病院公開サーバＳＶ２は、データ操作処理部１５３により、病院患者データ記憶部１６４から紹介患者のユーザ情報の一部、例えば氏名又は住所を読出し、この読み出された紹介患者のユーザ情報を検索条件とする検索要求を生成する。そして、この検索要求をリモートアクセス処理部１５４により紹介元のＸ病院公開サーバＳＶ１へ送信する。

紹介元のＸ病院公開サーバＳＶ１は、上記検索要求をリモートアクセス処理部１１４が受信すると、この検索要求に含まれるユーザ情報を検索条件としてデータ操作処理部１１３が紹介済患者リスト記憶部１２５を検索し、該当する紹介患者の一時ユーザ指定子を読出す。そして、この読み出された一時ユーザ指定子を、リモートアクセス処理部１１４により要求元のＹ病院公開サーバＳＶ２へ返送する。

Ｙ病院公開サーバＳＶ２は、リモートアクセス処理部１１４により上記一時ユーザ指定子を受信すると、一時ユーザ指定子発行・解決要求部１５８が上記一時ユーザ指定の解決要求を連携サーバＳＶ０へ送信する。連携サーバＳＶ０は、上記一時ユーザ識別子の解決要求を受信すると、一時ユーザ指定子発行・解決処理部１０６により当該受信した一時ユーザ指定子を復号すると共に署名を検証する。そして、この復号された仮名に関連付けられた共通ユーザＩＤが連携サーバＳＶ０内のＩＤ連携用データ記憶部２０１に記憶されているか否かを判定し、記憶されている場合には上記復号された仮名を要求元のＹ病院公開サーバＳＶ２へ返送する。これに対し記憶されていなかった場合には、該当する患者の共通ユーザＩＤは未登録である旨のメッセージを要求元のＹ病院公開サーバＳＶ２へ返送する。

上記患者の共通ユーザＩＤが未登録である旨のメッセージを受信すると、Ｙ病院公開サーバＳＶ２は該当患者のユーザＩＤを連携させるための以下の処理を実行する。すなわち、先ずＩＤ連携処理部１５２により、上記患者に対し自サーバで独自に管理する連携用ユーザＩＤを作成し、この連携用ユーザＩＤを病院ＩＤ連携用データ記憶部１６１に記憶する。

続いてＹ病院公開サーバＳＶ２は、連携サーバＳＶ０に対し当該患者のユーザＩＤ連携要求を送信する。このＩＤ連携要求を受信すると連携サーバＳＶ０は、ＩＤ連携処理部１０２により、上記患者について連携サーバＳＶ０が要求元のＹ病院公開サーバＳＶ２との間で通信を行うための通信識別子（仮名）を発行する。そして、ＩＤ連携処理部１０２を介して、上記発行された仮名と宛先情報を、上記患者の共通ユーザＩＤと関連付けてＩＤ連携用データ記憶部２０１に追加登録する。

上記ＩＤ連携用データの追加登録が終了すると、連携サーバＳＶ０はＩＤ連携処理部１０２により、上記要求元のＹ病院公開サーバＳＶ２に対し、上記発行された仮名の登録要求を送信する。Ｙ病院公開サーバＳＶ２は、上記登録要求を受信するとこの受信された仮名を、先に作成した患者の連携ユーザＩＤと関連付けて、病院ＩＤ連携用データ記憶部１６１に記憶させる。
かくして、以後紹介先のＹ病院公開サーバＳＶ２と紹介元のＸ病院公開サーバＳＶ１との間では、紹介患者に関して連携サーバＳＶ０を介してＩＤ連携が可能となる。

なお、以上述べたＩＤ連携設定処理では、紹介元となるＸ病院公開サーバＳＶ１により紹介済患者リストとして一時ユーザ指定子を公開する方法を記述したが、一時ユーザ指定子の受け渡し方法については、例えば次のような方法も考えられる。
すなわち、紹介元の病院公開サーバＳＶ１で紙の紹介状を発行する際に、一時ユーザ指定子を内包する二次元バーコード等の識別コードを貼付する。そして、患者が紹介先の病院でこの紹介状を提示した際に、バーコードリーダを使って一時ユーザ指定子を読み込み、この一時ユーザ指定子を紹介元の病院公開サーバＳＶ１から紹介先の病院公開サーバＳＶ２へ電子メール等を用いて送信する。

（４）診療情報の閲覧
ここでは、Ｙ病院の医師がＹ病院公開サーバＳＶ２から紹介元のＸ病院公開サーバＳＶ１に対しアクセスして、紹介された患者の診療情報を閲覧する場合を例にとって説明する。
紹介先のＹ病院公開サーバＳＶ２において、ユーザ操作端末ＵＴ２から医師がログインし、紹介元のＸ病院公開サーバＳＶ１に記憶されている該当患者の診療情報に対する閲覧要求を入力したとする。そうするとＹ病院公開サーバＳＶ２は、データ操作処理部１５３により上記閲覧要求を受信し、リモートアクセス処理部１５４により紹介元のＸ病院公開サーバＳＶ１へ上記参照要求を上記アクセス元の医師の認証トークンと共に送信する。

これに対し紹介元のＸ病院公開サーバＳＶ１は、上記閲覧要求及び認証トークンをリモートアクセス処理部１１４により受信すると、アクセス可否判定要求部１１５の制御の下で、連携サーバＳＶ０へデータ操作の可否判定の要求を上記認証トークンと共に送信する。

連携サーバＳＶ０は、上記判定要求及び認証トークンを受信すると、アクセス可否判定部１０５の制御の下で、上記ＩＤ連携用データ記憶部２０１に記憶されたデータをもとに、上記アクセス元ユーザの認証トークン中に含まれる仮名を共通ユーザＩＤに変換する。そして、この変換された共通ユーザＩＤをもとにアクセス制御リスト記憶部２０４を検索して、上記認証トークンに含まれるユーザ属性（組織、資格）とアクセス制御リストに記載されたルールとを比較し、アクセス元ユーザが当該患者の診療情報にアクセス可能か否かを判定する。そして、その判定結果を表す情報を要求元のＸ病院公開サーバＳＶ１へ返送する。

Ｘ病院公開サーバＳＶ１は、上記連携サーバＳＶ０から返送されたアクセス可否の判定結果を表す情報をアクセス可否判定要求部１１５により受信する。そして、データ操作処理部１１３により、上記判定結果を表す情報をもとにアクセス判定結果がＯＫであるか否かを判定し、ＯＫであれば病院診療情報記憶部１２３から要求された診療情報を読出す。そして、リモートアクセス処理部１１４により、紹介先のＹ病院公開サーバＳＶ２へ上記診療情報を送信する。

紹介先のＹ病院公開サーバＳＶ２は、上記診療情報をリモートアクセス処理部１５４で受信し、データ操作処理部１５３によりユーザインタフェースユニット１８からユーザ操作端末ＵＴ２へ出力し表示させる。かくして、紹介先の病院Ｙの担当医師は、Ｘ病院から紹介された患者の診療情報を閲覧することが可能となる。

なお、患者の紹介に伴い病院間で共有したい診療情報には、テキストデータだけでなく、レントゲン画像やＭＲＩ画像、動画像等の大容量のデータも含まれる。このため、上記した方法で診療情報を流通させる場合に、通信路でＸＭＬなどをベースにすると大容量のデータは伝送し難い。そこで、この場合には、ログイン後に、データアクセス可否判定要求部１５５とアクセス可否判定部１０５のみを用いて、実際のデータ流通に用いるプロトコルを用途に適したものにすることができる。

具体的には以下の手順により実現することができる。すなわち、上記紹介元のＸ病院公開サーバＳＶ１において診療情報を読出し紹介先のＹ病院公開サーバＳＶ２へ送信する過程においては、大容量の診療情報そのものを送信せずに、閲覧がＯＫである旨のレスポンスのみを返送するか、もしくは紹介先のＹ病院公開サーバＳＶ２から連携サーバＳＶ０のアクセス可否判定部１０５に対して直接アクセス可否の判定を依頼し、その判定結果を取得する。続いて、用途に適したプロトコルを用いて、紹介先のＹ病院公開サーバＳＶ２から紹介元のＸ病院公開サーバＳＶ１に対し認証トークン及びアクセス可否判定結果を伴い診療情報の送信を要求し、診療情報を取得する。このとき、認証連携処理部１５１，１１１によるシングルサインオンを用いれば、紹介元のＸ病院公開サーバＳＶ１に対し直接ログインして診療情報をダウンロードすることも可能である。

以上詳述したようにこの実施形態では、連携サーバＳＶ０において、医療従事者や患者等のユーザについてシステムで共通の共通ユーザＩＤを発行すると共に、連携サーバＳＶ０とシステムに参加している各病院公開サーバＳＶ１，ＳＶ２との間で個別に通信を行うための通信用識別子（仮名）を発行し、この発行された共通ユーザＩＤと仮名を相互に関連付けてＩＤ連携用データ記憶部２０１に登録する。また病院公開サーバＳＶ１，ＳＶ２においては、上記連携サーバＳＶ０から通知された仮名と、当該ユーザについて病院公開サーバＳＶ１，ＳＶ２が独自に作成した連携用ユーザＩＤとを関連付けて、病院ＩＤ連携用データ記憶部１２１，１６１に登録する。そして、上記病院公開サーバＳＶ１，ＳＶ２間で情報を転送する際に、各病院公開サーバＳＶ１，ＳＶ２に記憶された病院ＩＤ連携用データと、連携サーバＳＶ０に記憶されたＩＤ連携用データとをもとに、病院公開サーバＳＶ１，ＳＶ２間でユーザＩＤを連携させることで、情報転送を可能にしている。

したがって、Ｙ病院の医師がＹ病院公開サーバＳＶ２から紹介元のＸ病院公開サーバＳＶ１に対しアクセスして、紹介された患者の診療情報を閲覧する際に、病院公開サーバＳＶ１，ＳＶ２が独自に管理する医療従事者及び患者のユーザＩＤを互いに知らせ合うことなく、紹介元のＸ病院公開サーバＳＶ１から紹介先のＹ病院公開サーバＳＶ２へ紹介患者の診療情報を転送することが可能となる。

またこの実施形態では、未参加の病院公開サーバＳＶｎがシステムに新規参加した場合には、先ず連携サーバＳＶ０において、既存医療機関用従事者ＩＤ連携処理部１０７の制御の下で、登録済の既存医療従事者について連携サーバＳＶ０が上記新規参加の病院公開サーバＳＶｎと通信を行うための仮名を発行して、この仮名を上記既存医療従事者の共通ユーザＩＤと関連付けてＩＤ連携データに追加設定する。また新規参加の病院公開サーバＳＶｎにおいては、前記既存医療従事者について当該サーバＳＶｎが独自に作成した連携用ユーザＩＤと、上記連携サーバＳＶ０で発行された仮名とを関連付けてＩＤ連携用データに登録するようにしている。

さらに連携サーバＳＶ０において、新規参加医療機関用従事者ＩＤ連携処理部１０８の制御の下で、上記新規参加医療従事者について共通ユーザＩＤを発行すると共に、連携サーバＳＶ０が上記参加済の病院公開サーバＳＶ１，ＳＶ２との間及び上記新規参加の病院公開サーバＳＶｎとの間で個別に通信を行うための仮名を発行し、上記共通ユーザＩＤに関連付けて上記各仮名をＩＤ連携データに追加登録する。また上記既存の病院公開サーバＳＶ１，ＳＶ２及び新規参加の病院公開サーバＳＶｎの各々において、当該各サーバＳＶ１〜ＳＶｎが上記新規参加医療従事者について独自に作成した連携用ユーザＩＤに関連付けて、上記連携サーバＳＶ０で発行された仮名をＩＤ連携用データに登録するようにしている。

したがって、未参加の病院Ｚがシステムに新規参加した場合に、連携サーバＳＶ０においてシステム運用者が新規参加の病院公開サーバＳＶｎに関する情報と新規参加する医療従事者のリストを入力すると、連携サーバＳＶ０及び新規参加の病院公開サーバＳＶｎに、既存医療従事者に関するＩＤ連携用データが自動的に設定され、さらに連携サーバＳＶ０及び全ての病院公開サーバＳＶ１〜ＳＶｎに、新規参加の医療従事者に関するＩＤ連携用データが自動的に設定されることになる。このため、多数の医療従事者が新規参加する場合でも、ＩＤ連携データの追加設定を迅速かつ正確にしかもシステム運用者に大きな作業負荷をかけることなく行うことが可能となる。

さらにこの実施形態では、病院Ｘ，Ｙ間で患者の紹介が行われた場合に、連携サーバＳＶ０において、当該紹介患者についての共通ユーザデータ、ＩＤ連携用データ及びアクセス制御リストが登録されると共に、紹介元の病院公開サーバＳＶ１にＩＤ連携用データ及び紹介済患者リストが記憶される。

また、上記紹介患者のＩＤ連携用データ等を登録した際に、連携サーバＳＶ０から紹介元の病院公開サーバＳＶ１に対し発行された仮名を、紹介元の病院公開サーバＳＶ１の要求に応じて連携サーバＳＶ０で符号化・署名して一時ユーザ指定子を発行し、この一時ユーザ指定子を紹介元の病院公開サーバＳＶ１の紹介済患者リスト記憶部１２５に保存するようにしている。そして、紹介先の病院公開サーバＳＶ２に、紹介患者に関するＩＤ連携用データを設定する際に、紹介先の病院公開サーバＳＶ２は紹介元の病院公開サーバＳＶ１から上記一時ユーザ指定子を取得して連携サーバＳＶ０に送り、連携サーバＳＶ０が上記一時ユーザ指定子を解読・検証して仮名を復号して、この復号された仮名をもとに紹介患者を特定して紹介先の病院公開サーバＳＶ２に当該患者に関するＩＤ連携用データを記憶するようにしている。

したがって、患者のユーザＩＤについては紹介元の病院公開サーバＳＶ１と紹介先の病院公開サーバＳＶ２との間でのみ連携が可能となり、これにより患者の診療情報の流通を適切に制限することが可能となる。しかも、一時ユーザ指定子を発行し、この一時ユーザ指定子を用いて紹介先の病院公開サーバＳＶ２に紹介患者のＩＤ連携用データを設定するようにしているので、他の病院公開サーバにあるユーザ情報を検索することなく特定の患者のユーザＩＤを安全に受け渡しすることができる。

さらに、紹介先の病院公開サーバＳＶ２から紹介元の病院公開サーバＳＶ１に保存された紹介患者の診療情報を閲覧する際に、連携サーバＳＶ０においてアクセス制御リストを参照してアクセスの可否を判定し、アクセス可能な場合のみ紹介元の病院公開サーバＳＶ１から該当患者の診療情報を紹介先の病院公開サーバＳＶ２へ送信するようにしている。したがって、患者ごとに予め設定されたアクセス制御ルールに従い診療情報を転送することができる。

［他の実施形態］
前記一実施形態では、複数の病院の公開サーバＳＶ１〜ＳＶｎを通信ネットワークＮＷを介して連携サーバＳＶ０に接続し、これにより紹介元と紹介先の病院間で患者の診療情報の閲覧を可能にする場合を例にとって説明した。しかし、これに限らず、複数の学校のサーバを連携サーバを介して接続することにより、例えば転校した生徒に関する情報を閲覧可能としてもよい。また、企業の工場や営業所、関連会社等のサーバを連携サーバを介して接続することにより、例えば異動又は転籍した従業員や社員に関する情報を閲覧可能としてもよい。

その他、連携サーバ及び各データサーバの構成やその処理手順及び処理内容、連携用ユーザＩＤや通信識別子の構成等についても、この発明の要旨を逸脱しない範囲で種々変形して実施可能である。

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

ＳＶ０…連携サーバ、ＳＶ１〜ＳＶｎ…病院公開サーバ、ＮＷ…通信ネットワーク、ＵＴ０…運用者操作端末、ＵＴ１〜ＵＴｎ…ユーザ端末、１０，１１，１５…処理ユニット、２０，１２，１６…記憶ユニット、３０，１３，１７…通信インタフェースユニット、４０，１４，１８…ユーザインタフェースユニット、１０１，１１１，１５１…認証連携処理部、１０２，１１２，１５２…ＩＤ連携処理部、１０３，１１３，１５３…データ操作処理部、１０４，１１４，１５４…リモートアクセス制御部、１０５…アクセス可否判定部、１１５，１５５…アクセス可否判定要求部、１０６…一時ユーザ指定子発行・解決処理部、１０７…既存医療機関用従事者ＩＤ連携処理部、１０８…新規参加医療機関用従事者ＩＤ連携処理部、１１６，１５８…一時ユーザ指定子発行・解決要求部、１１７…紹介元病院用患者ＩＤ連携処理部、１１８…アクセス制御ルール設定処理部、１２１，１６１…病院ＩＤ連携用データ記憶部、１２２，１６２…病院医療従事者データ記憶部、１２３，１６３…病院診療情報記憶部、１２４，１６４…病院患者データ記憶部、１２５…病院紹介済患者リスト記憶部、１５６…紹介先病院用患者ＩＤ連携処理部、１５７…診療情報要求処理部、２０１…ＩＤ連携用データ記憶部、２０２…共通ユーザデータ記憶部、２０３…参加サービスデータ記憶部、２０４…アクセス制御リスト記憶部。

Claims (8)

1. ユーザごとにその個別情報及び個別ユーザＩＤを独自に管理する第１及び第２のデータサーバと、これら第１及び第２のデータサーバと通信ネットワークを介して通信可能な連携サーバとを具備する情報管理システムが実行するデータ連携方法であって、
   前記連携サーバが、前記ユーザをシステム全体で共通に管理するための共通ユーザＩＤを発行すると共に、前記ユーザについて自サーバが第１及び第２のデータサーバと個別に通信を行うための通信用識別子を発行し、前記発行された共通ユーザＩＤと通信用識別子とを相互に関連付けた情報を自サーバのＩＤ連携用データ記憶部に記憶させる過程と、
   前記第１及び第２のデータサーバが、前記ユーザについて前記連携サーバにより生成された通信用識別子を当該連携サーバから受信し、この受信された通信用識別子と、前記ユーザについて自サーバが独自に管理する個別ユーザＩＤとを相互に関連付けた情報を、自サーバのＩＤ連携用データ記憶部に記憶させる過程と、
   前記第１及び第２のデータサーバ間でユーザの個別情報を転送する際に、前記第１及び第２のデータサーバが自サーバのＩＤ連携用データ記憶部に記憶された情報に基づいて前記ユーザの個別ユーザＩＤと通信用識別子との間の変換を行い、かつ前記連携サーバが自サーバのＩＤ連携用データ記憶部に記憶された情報に基づいて共通ユーザＩＤを介して前記第１及び第２のデータサーバが使用する通信用識別子間の変換を行うことにより、前記第１及び第２のデータサーバ間で前記ユーザの個別ユーザＩＤを連携させる過程と
   を具備することを特徴とするデータ連携方法。
2. 未参加の第３のデータサーバがシステムに新規参加した場合に、前記連携サーバが当該第３のデータサーバに関する識別情報を受信する過程と、
   前記連携サーバが、自サーバのＩＤ連携用データ記憶部に記憶された情報から既存ユーザの共通ユーザＩＤを抽出し、この抽出された共通ユーザＩＤに対応する既存ユーザについて前記連携サーバと前記第３のデータサーバとの間で通信を行うための通信用識別子を発行し、この通信用識別子と前記既存ユーザの共通ユーザＩＤとを相互に関連付けた情報を、自サーバのＩＤ連携データ記憶部に追加記憶させる過程と、
   前記第３のデータサーバが、前記既存ユーザについて独自の個別ユーザＩＤを作成し、この作成された個別ユーザＩＤと、前記連携サーバにより発行された通信用識別子とを相互に関連付けた情報を、自サーバのＩＤ連携用データ記憶部に記憶させる過程と
   を、さらに具備することを特徴とする請求項１記載のデータ連携方法。
3. 未参加の第３のデータサーバがシステムに新規参加した場合に、前記連携サーバが当該第３のデータサーバに所属する新規参加ユーザに関する属性情報を受信する過程と、
   前記連携サーバが、前記受信された属性情報により表される新規参加ユーザをシステム全体で共通に管理するための共通ユーザＩＤを発行すると共に、自サーバが前記第１、第２及び第３のデータサーバとの間で個別に通信を行うための通信用識別子を発行し、前記発行された共通ユーザＩＤと通信用識別子とを相互に関連付けた情報を自サーバのＩＤ連携用データ記憶部に追加記憶させる過程と、
   前記第１、第２及び第３のデータサーバの各々が、自サーバが上記新規参加ユーザについて独自に作成した個別ユーザＩＤと、前記連携サーバにより発行された通信用識別子とを相互に関連付けた情報を、自サーバのＩＤ連携用データに登録する過程と
   を、さらに具備することを特徴とする請求項１又は２記載のデータ連携方法。
4. 前記ユーザの所属先に前記第２のデータサーバが追加された場合に、前記第１のデータサーバが、前記所属追加ユーザの所属先の追加内容を表す情報を受信する過程と、
   前記第１のデータサーバが、前記受信された所属先の追加内容を表す情報をもとに該当するユーザのユーザＩＤが自サーバのＩＤ連携用データ記憶部に記憶されているか否かを判定する過程と、
   前記ユーザＩＤが自サーバのＩＤ連携用データ記憶部に記憶されていると判定されなかった場合に、前記連携サーバが、前記所属追加ユーザをシステム全体で共通に管理するための共通ユーザＩＤを発行すると共に、前記所属追加ユーザについて自サーバが前記所属追加前の第１のデータサーバ通信を行うための通信用識別子を発行し、前記発行された共通ユーザＩＤと通信用識別子とを相互に関連付けた情報を自サーバのＩＤ連携用データ記憶部に追加記憶させる過程と、
   前記第１のデータサーバが、前記所属追加ユーザについて前記連携サーバにより生成された通信用識別子を当該連携サーバから受信し、この受信された通信用識別子と、前記所属追加ユーザについて自サーバが独自に管理する個別ユーザＩＤとを相互に関連付けた情報を、自サーバのＩＤ連携用データ記憶部に追加記憶させる過程と
   を、さらに具備することを特徴とする請求項１乃至３のいずれかに記載のデータ連携方法。
5. 前記連携サーバが、前記第１のデータサーバからの要求に応じて、前記所属追加先ユーザの通信用識別子を少なくとも含むデータ列を暗号化して一時ユーザ指定子を生成する過程と、
   前記第１のデータサーバが、前記連携サーバにより生成された前記所属追加ユーザの一時ユーザ指定子と、当該ユーザの属性情報及び所属追加先を表す情報とを関連付けた情報を、所属追加済ユーザリストに記憶させる過程と、
   前記第２のデータサーバが、前記第１のデータサーバから前記所属追加済ユーザリストに記憶された所属追加ユーザの一時ユーザ指定子を受信した場合に、当該一時ユーザ指定子の解読を連携サーバに要求する過程と、
   前記連携サーバが、前記第２のデータサーバから送られた一時ユーザ指定子の解読要求を受信した場合に、当該一時ユーザ指定子から前記所属追加先ユーザの通信用識別子を少なくとも含むデータ列を復号し、この復号されたデータ列をもとに自サーバのＩＤ連携用データ記憶部から自サーバが第２のデータサーバと通信を行うための通信用識別子を検索し、この検索された通信用識別子を前記要求元の第２のデータサーバへ送信する過程と
   を、さらに具備することを特徴とする請求項４記載のデータ連携方法。
6. 前記連携サーバが、第１及び第２のデータサーバからユーザの個別情報の開示先となるユーザまたはその属性情報を指定する情報を受信し、この受信された情報をもとに、前記ユーザの個別情報を前記開示先として指定されたユーザから閲覧できるようにするための条件を記載したアクセス制御ルールを作成し記憶する過程と、
   前記連携サーバが、前記ユーザの個別情報を管理するデータサーバから前記ユーザの個別情報のアクセス判定要求が送られた場合に、前記記憶されたアクセス制御ルールを参照して閲覧要求元のユーザまたはその属性情報が開示先として指定されているか否かを判定し、その判定結果を前記アクセス判定要求元のデータサーバに返送する過程と
   を、さらに具備することを特徴とする請求項１乃至５のいずれかに記載のデータ連携方法。
7. ユーザごとにその個別情報及び個別ユーザＩＤを独自に管理する第１及び第２のデータサーバと、これら第１及び第２のデータサーバと通信ネットワークを介して通信可能な連携サーバとを具備する情報管理システムであって、
   前記連携サーバは、
   前記ユーザをシステム全体で共通に管理するための共通ユーザＩＤを発行すると共に、前記ユーザについて自サーバが第１及び第２のデータサーバと個別に通信を行うための通信用識別子を発行し、前記発行された共通ユーザＩＤと通信用識別子とを相互に関連付けた第１の情報を生成する手段と、
   前記生成された第１の情報を記憶する第１の記憶手段と
   を備え、
   前記第１及び第２のデータサーバは、
   前記ユーザについて前記連携サーバにより生成された通信用識別子を当該連携サーバから受信する手段と、
   前記受信された通信用識別子と、前記ユーザについて自サーバが独自に管理する個別ユーザＩＤとを相互に関連付けた第２の情報を生成する手段と、
   前記生成された第２の情報を記憶する第２の記憶手段と
   を備え、
   前記第１及び第２のデータサーバ間でユーザの個別情報を転送する際に、前記第１及び第２のデータサーバは、前記第２の記憶手段に記憶された第２の情報に基づいて前記ユーザの個別ユーザＩＤと通信用識別子との間の変換を行い、かつ前記連携サーバは前記第１の記憶手段に記憶された第１の情報に基づいて共通ユーザＩＤを介して前記第１及び第２のデータサーバが使用する通信用識別子間の変換を行うことにより、前記第１及び第２のデータサーバ間で前記ユーザの個別ユーザＩＤを連携させるように構成されたことを特徴とする情報管理システム。
8. 請求項１乃至６記載のデータ連携方法が備える各過程を実施する処理を、前記連携サーバ、前記第１及び第２のデータサーバが備えるコンピュータに実行させるプログラム。

Images