JP6111186B2 - 分散情報連携システムとそのデータ操作方法及びプログラム - Google Patents

Description

この発明は、複数のサービスサーバが独自に管理するユーザＩＤを、認証サーバにより連携用識別子（仮名）を介して変換することにより、ユーザＩＤの連携を可能にする分散情報連携システムと、このシステムが実行するデータ操作方法及びプログラムに関する。

近年、インターネットやブロードバンドサービスの普及に伴い、銀行やクレジットカード等の金融サービスやネットショッピング、Webメール等、オンライン上のサービスが多数提供されている。オンラインで個人を識別するためには認証が必要になるため、個々のサービスにおいてユーザＩＤが管理されている。このため、利用するサービスの数が増えるにつれ、ユーザＩＤの管理に対するユーザの負担の増加が問題となっている。

そこで、ユーザによるＩＤ管理の負担を軽減するために、異なるユーザＩＤ体系を有するサービスサーバ間でユーザＩＤをセキュアに連携させ、さらに複数のサービスサーバに一度の認証手続きでアクセスできるようにするために、ＩＤ連携型のシングルサインオンを用いてユーザデータに対し安全にアクセスできるようにする技術が提案されている。この技術を用いれば、各データサーバが独自に管理するユーザＩＤを知らせ合うことなく、データサーバ間でユーザの個別情報を転送して、ＩＤ連携を実現することができる。

また、セキュリティの観点から、データサーバ間のユーザＩＤ連携用に仮名（かめい）を利用するシステムも提案されている（例えば特許文献１を参照）。このシステムは、ユーザを認証してユーザの身元を管理するユーザ認証・管理サーバと、ユーザに様々なサービスを提供するサービス提供サーバを備え、各データサーバが独自に管理するユーザＩＤをユーザ認証・管理サーバにより仮名を介して変換することにより、ユーザＩＤの連携を実施するものである。仮名を使用する理由は、実ユーザのＩＤの漏洩を防ぐと共に、各々のサーバに存在するユーザＩＤ同士を紐付けすることによって発生する個人情報の漏洩を防ぐためである。

一方、システムの実際の運用においては、利用者本人からの依頼を受けて運営主体がユーザをサポートする窓口（以下、ユーザサポートセンタ）を設け、アカウント登録やアカウント情報のメンテナンスを代行する手法が多く用いられている。例えば、特許文献２に記載されたシステムでは、ユーザサポートセンタから利用開始時のアカウント登録や利用開始後のアカウント情報のメンテナンスを一括して実施するようにしている。この手法は、事業者がシステムに新規参入する場合のように、ユーザサポートセンタが多数のユーザのアカウントを初期登録する場合に、特に有効である。

特許第０４９３２８６１号公報 特許第０４８４８４０７号公報

特許文献１に記載されたシステムによれば、通信路上に実ユーザＩＤが転送されず、また１つの仮名が漏洩してもその影響範囲を最小限に抑えられるため、セキュリティを高く保つことができる。しかしその反面、アカウント登録時に、ユーザＩＤを登録した上で、認証サーバ及びサービスサーバにおいて同一のユーザＩＤ連携用の仮名をそれぞれのサーバのユーザＩＤと関連付けて格納する必要があり、シンプルな名寄せテーブルを持つシステムよりも処理が複雑になる。

一方、特許文献２に記載されたシステムでは、ユーザアカウントの登録、削除、変更等の操作処理を行う際に、複数のサーバに対し直列的に操作要求を与えてユーザＩＤや連携用識別子の操作処理を順次行う必要があるため、１ユーザあたりの初期登録に時間がかかり、サービスサーバの収容数が多いシステムではシステムの運用上で問題が生じる場合がある。また、システム内の一部のサーバの障害などにより、複数サーバ上の複数データに対するユーザＩＤや連携用識別子の登録が中途半端なステータスで異常終了し、各サーバのデータに不整合が生じた場合に、その状況分析や不整合状態の復旧が難航する場合がある。

この発明は上記事情に着目してなされたもので、その主たる目的は、ユーザアカウントの登録、削除或いは変更等の操作処理に要する時間を短縮してシステムメンテナンスの高速化を図った分散情報連携システムとそのデータ操作方法及びプログラムを提供することにある。

上記目的を達成するためにこの発明は、以下の態様を備えることを特徴とする。
（１）管理対象のユーザの各々について独自に発行した個別ユーザＩＤを含む管理データを保持する複数のサービスサーバと、当該サービスサーバの同一ユーザに係る個別ユーザＩＤ間を連携させる連携用識別子を含む管理データを保持し、上記サービスサーバ間で任意のユーザに係るデータ転送を行う際に、当該ユーザに係る個別ユーザＩＤを上記連携用識別子を介して変換する認証サーバと、クライアント端末からの要求を受け付けるポータルサーバとを具備し、これらのサーバが通信ネットワークを介して相互にデータ通信を行う分散情報連携システムであって、
上記クライアント端末から上記管理データに対し、ユーザアカウントの登録、ユーザアカウントの削除、及びユーザが利用するサービスの更新とユーザ属性の更新の少なくとも一方を含むユーザアカウントの更新を要求するデータ操作要求が入力された場合に、上記認証サーバ及びポータルサーバの少なくとも一方が上記データ操作要求に対応する処理の要求元となるサーバとなり、上記データ操作要求に対応する処理の要求元となるサーバが、上記クライアント端末から入力されたデータ操作要求をもとに操作種別を判定し、この判定された操作種別に応じて、当該操作種別に対応する処理群を複数の処理グループに分割する分割手段と、上記分割された処理グループごとに、当該処理グループに属する処理を、上記複数のサービスサーバ及び認証サーバのうち操作対象となる複数のサーバに並列に実行させる並列処理制御手段とを備え、この並列処理制御手段が、上記分割された処理グループごとに、当該処理グループに属する処理に対応して親スレッドを生成すると共に、当該親スレッドを操作対象となる複数のサーバの各々に対応する複数の子スレッドに分割し、上記データ操作の要求元となるユーザに対し上記認証サーバが発行した認証トークンを上記分割された各子スレッドにコピーし、当該認証トークンがコピーされた複数の子スレッドを上記操作対象の複数のサーバに１対１に割り当てて並列に実行させるようにしたものである。

（２）（１）記載のシステムにおいて、上記分割手段が、上記データ操作要求により指定された操作種別がユーザアカウントの登録の場合に、当該ユーザアカウントの登録に必要な処理群を、上記複数のサービスサーバにおける個別ユーザＩＤの登録処理と、上記認証サーバ及び各サービスサーバにおける連携用識別子の登録処理に分割する。そして、上記並列処理制御手段が、先ずポータルサーバが操作対象となる複数のサービスサーバに個別ユーザＩＤを登録する処理を並列に実行させ、次に認証サーバが操作対象となる複数のサービスサーバ向けに連携用識別子を生成して自サーバ内に登録する処理を実行させ、続いて上記生成された連携用識別子を上記操作対象となる複数のサービスサーバに登録する処理を並列に実行するようにしたものである。

（３）（１）記載のシステムにおいて、上記分割手段が、上記データ操作要求により指定された操作種別がユーザアカウントの削除の場合に、当該ユーザアカウントの削除に必要な処理群を、上記複数のサービスサーバにおける個別ユーザＩＤの削除処理と、上記認証サーバ及び各サービスサーバにおける連携用識別子の削除処理に分割する。そして、上記並列処理制御手段が、先ずポータルサーバが操作対象となる複数のサービスサーバに個別ユーザＩＤの削除処理を並列に実行させ、次にポータルサーバが操作対象となる複数のサービスサーバに連携用識別子の削除処理を並列に実行させ、続いて認証サーバが自サーバに登録されている連携用識別子の削除処理を実行するようにしたものである。

（４）（３）記載のシステムにおいて、上記データ操作要求に対応する処理の要求元となるサーバに、上記複数のサービスサーバ、認証サーバ及びポータルサーバを、システムの管理機能を備える第１のサーバ群と、データ操作要求に対応する処理の要求元となる第２のサーバ群と、その他の第３のサーバ群とに分類する手段をさらに備える。そして、上記並列処理制御手段が、上記分割された個別ユーザＩＤの削除処理及び連携用識別子の削除処理を、上記分類された第３のサーバ群、第１のサーバ群及び第２のサーバ群の順に実行させるようにしたものである。

（５）（１）記載のシステムにおいて、上記並列処理制御手段が、上記親スレッドに当該親スレッドを識別するための第１の識別情報を付与すると共に、当該親スレッドから分割された複数の子スレッドの各々に上記第１の識別情報に関連付けられた第２の識別情報を付与し、上記子スレッドごとに、当該子スレッドの処理結果を表しかつ上記第２の識別情報が付与されたログデータを生成し出力するようにしたものである。

この発明の各態様によれば次のような作用効果が奏せられる。
（１）クライアント端末から入力されたデータ操作要求をもとに、その操作種別に応じて当該操作種別に対応する処理群が複数の処理グループに分割され、この分割された処理グループごとに、当該処理グループに属する処理が操作対象となる複数のサーバにおいて並列に実行される。このため、操作対象となる複数のサーバが、要求された処理を直列に逐次実行する場合に比べ、システム全体におけるデータ操作の処理時間を短縮することが可能となり、これによりデータ操作に係る処理の高速化を図ることができる。
さらに、分割された処理グループごとに、当該処理グループに属する処理に対応する親スレッドが、操作対象となる複数のサーバの各々に対応する複数の子スレッドに分割される。そして、データ操作要求元となるユーザに対し認証サーバが発行した認証トークンが、上記分割された各子スレッドにコピーされ、この同一の認証トークンがコピーされた複数の子スレッドが操作対象の複数のサーバに１対１に割り当てられる。このようにすると、操作対象の複数のサーバにおいて並列動作する子スレッド間で認証トークンの利用が競合しないようにすることができる。

（２）データ操作要求により指定された操作種別がユーザアカウントの登録の場合に、当該ユーザアカウントの登録に必要な処理群が、複数のサービスサーバにおける個別ユーザＩＤの登録処理と、認証サーバ及び各サービスサーバにおける連携用識別子の登録処理に分割される。そして、このうち先ずポータルサーバにより、操作対象の複数のサービスサーバに個別ユーザＩＤを登録する処理が並列に実行され、次に認証サーバにより、上記複数のサービスサーバ向けに連携用識別子を生成して自サーバ内に登録する並列処理と、上記生成された連携用識別子を上記操作対象となる複数のサービスサーバに登録する並列処理がそれぞれ実行される。このため、システム内の操作対象となるすべてのサーバに対するユーザアカウントの登録処理が短時間にかつ円滑に行われる。

（３）データ操作要求により指定された操作種別がユーザアカウントの削除の場合に、当該ユーザアカウントの削除に必要な処理群が、複数のサービスサーバにおける個別ユーザＩＤの削除処理と、認証サーバ及び各サービスサーバにおける連携用識別子の削除処理に分割される。そして、先ずポータルサーバにより、操作対象となる複数のサービスサーバにおいて個別ユーザＩＤの削除処理が並列に実行され、次にポータルサーバにより操作対象となる複数のサービスサーバにおいて連携用識別子の削除処理が並列に実行され、続いて認証サーバにより自サーバに登録されている連携用識別子の削除処理が実行される。このため、システム内の操作対象となるすべてのサーバに対するユーザアカウントの削除処理が短時間にかつ円滑に行われる。

（４）複数のサービスサーバ、認証サーバ及びポータルサーバが、システムの管理機能を備える第１のサーバ群と、データ操作要求に対応する処理の要求元となる第２のサーバ群と、その他の第３のサーバ群に分類される。そして、個別ユーザＩＤの削除処理及び連携用識別子の削除処理が、第３のサーバ群、第１のサーバ群及び第２のサーバ群の順に実行される。このため、ユーザアカウントの削除処理を削除要求元のサーバから遠いサーバから順次行うことが可能となる。

（５）親スレッドに当該親スレッドを識別するための第１の識別情報が付与され、当該親スレッドから分割された複数の子スレッドの各々には、上記第１の識別情報に関連付けられた第２の識別情報が付与される。そして、子スレッドごとに、当該子スレッドの処理結果を表しかつ上記第２の識別情報が付与されたログデータが生成・出力される。このため、ログデータに付与された識別情報により各子スレッドと親スレッドとの間でログデータ同士を対応付けることができる。したがって、例えば並列処理実行時にシステム内の一部のサーバに障害が発生し、登録データに不整合が生じても、ログデータより容易に状況分析や不整合状態の復旧を行うことが可能となる。

すなわちこの発明によれば、ユーザアカウントの登録、削除或いは変更等の操作処理に要する時間を短縮してシステムメンテナンスの高速化を図った分散情報連携システムとそのデータ操作方法及びプログラムを提供することができる。

この発明の一実施形態に係る分散情報連携システムの機能構成を示すブロック図。 図１に示したシステムのポータルサーバ又は認証サーバにおいて、データ操作要求を受信した場合に実行されるグルーピング処理、各処理グループの実行順序の決定処理、処理グループごとのスレッド並列処理の処理手順と処理内容を示すフローチャート。 図１に示したシステムのサービスサーバ、認証サーバ及びポータルサーバに記憶されるユーザＩＤ連携のための管理データの一例を示す図。 図１に示したシステムのポータルサーバ及び認証サーバにおいて実行される、スレッドを使用した並列化処理の概要を示す図。 図１に示したシステムにおいて実行されるユーザアカウント登録処理のシーケンスを示す図。 従来のシステムにおいて実行されるユーザアカウント登録処理のシーケンスの前半部分を示す図。 従来のシステムにおいて実行されるユーザアカウント登録処理のシーケンスの後半部分を示す図。 図１に示したシステムにおいて実行される、登録済み情報の収集処理、利用するサービスの登録変更処理、及びユーザ属性の更新処理のシーケンスを示す図。

以下、図面を参照してこの発明に係わる実施形態を説明する。
［一実施形態］
（構成）
図１は、この発明の一実施形態に係る分散情報連携システムの構成を示す機能ブロック図である。
このシステムは、病院等の医療機関が独自に運用する複数のサービスサーバＳＳＶ１〜ＳＶｎと、ポータルサーバＰＳＶと、認証サーバＡＳＶを、通信ネットワークＮＷを介して通信可能に接続したものである。通信ネットワークとしては、例えばＩＰ（Internet Protocol）網が用いられる。なお、ＵＴはシステム管理者が使用するクライアント端末を示し、このクライアント端末ＵＴは通信ネットワークＮＷを介して上記ポータルサーバＰＳＶに接続される。

サービスサーバＳＳＶ１〜ＳＶｎはいずれもコンピュータ及び記憶媒体を備え、この実施形態を実施するために必要な機能として、ユーザ情報記憶部１１と、データ操作処理部１２と、通信処理部１３を備えている。ユーザ情報記憶部１１は、個人データ記憶部と、ＩＤ連携情報記憶部１１１を備える。

個人データ記憶部には、当該医療機関を受診した患者、及び当該医療機関に所属する医師や看護師等の医療従事者に係る個人データが、これらのユーザに対し自サーバが独自に発行した個別ユーザＩＤと関連付けて記憶される。患者に係る個人情報には、電子カルテ等の診療データや患者の属性情報が含まれる。医療従事者の個人情報には、資格や所属部署等の属性情報が含まれる。
ＩＤ連携情報記憶部１１１には、例えば図３に示すように、上記患者及び医療従事者等のユーザの各々について、自サーバが独自に発行した個別ユーザＩＤに関連付けて、後述する認証サーバＡＳＶが当該各ユーザに対し発行した仮名が記憶される。

通信処理部１３は、通信ネットワークＮＷにより規定された通信プロトコルに従い、システム内の他のサーバとの間でデータ通信を行う機能を有する。
データ操作処理部１２は、通信処理部１３からデータ操作要求を受け取ると、自サーバのユーザ情報記憶部１１に記憶されたユーザアカウントや個人データ対し、上記受け取ったデータ操作要求により指定される操作種別に対応する処理を実行する。

認証サーバＡＳＶも上記サービスサーバＳＳＶ１〜ＳＳＶｎと同様にコンピュータ及び記憶媒体を備え、この実施形態を実施するために必要な機能として、ユーザ情報記憶部２１と、データ操作処理部２２と、通信処理部２３と、並列化処理部２４と、認証処理部２５を備えている。ユーザ情報記憶部２１は、ＩＤ連携情報記憶部２１１と、利用サービス情報記憶部２１２を備える。

ＩＤ連携情報記憶部２１１には、例えば図３に示すように、システムを利用する各ユーザについて、認証処理部２５が発行したシステム共通のユーザＩＤに関連付けて、連携用識別子としての仮名と、ユーザが所属するサービスサーバ名が記憶される。利用サービス情報記憶部２１２には、例えば図３に示すように、上記共通ユーザＩＤに関連付けて利用先として登録されたサービス名が記憶される。

通信処理部２３は、通信ネットワークＮＷにより規定された通信プロトコルに従い、システム内の他のサーバとの間でデータ通信を行う機能を有する。

認証処理部２５は、通信処理部２３において、クライアント端末ＵＴもしくは各サーバからユーザについての認証要求を受信した場合に、ユーザ情報記憶部２１を参照して当該ユーザの認証を実施する。また、一度認証を受けたユーザがシステム内のサーバからシステムを利用する場合に再認証を省略できるように、認証状態を保持する。さらに、認証結果をシステム内のサーバ間の情報流通において利用できるように、当該認証結果を認証トークンとしてシステム内の他サーバに通知する機能を有する。

並列化処理部２４は、クライアント端末ＵＴもしくは各サーバから送信された各種データ操作要求を通信処理部２３により受信した場合に、その要求の内容に応じて以下の処理を実行する。
(1) 受信した要求がアカウント登録／更新／削除の要求の場合、以下の処理を実行する。
(a) 要求により指定された操作種別に応じて、当該操作に必要な処理群を分割してグルーピングする処理。
(b) 処理グループごとに並列化処理の可否を判定する処理。
(c) 各処理グループの実行順序を決定する処理。
(2) 単独のデータ操作の場合で、上記(1) を実施した場合には、処理グループについて以下の処理を実行する。
(d) 各データ操作対象サーバに対して当該処理を実行するためのスレッドを生成し、各スレッドを並列に実行することにより上記各データ操作対象サーバのデータ操作処理部に処理を依頼する。

データ操作処理部２２は、通信処理部２３からデータ操作要求を受け取ると、操作対象のデータが自サーバに存在するか他サーバに存在するかを判断する。そして、自サーバのデータに対する操作要求の場合には自サーバのユーザ情報記憶部１１に対し上記データ操作要求により指定された操作種別に対応する処理を行い、他サーバのデータに対する操作要求の場合には通信処理部２３を介して他サーバにデータ操作を依頼する処理を行う。

ポータルサーバＰＳＶも上記サービスサーバＳＳＶ１〜ＳＳＶｎおよび認証サーバと同様にコンピュータ及び記憶媒体を備え、この実施形態を実施するために必要な機能として、ユーザ情報記憶部３１と、データ操作処理部３２と、通信処理部３３と、並列化処理部３４を備えている。

ユーザ情報記憶部３１はＩＤ連携情報記憶部３１１を備えている。ＩＤ連携情報記憶部３１１には、例えば図３に示すように、システムを利用する各ユーザについて自サーバが独自に発行した個別ユーザＩＤに関連付けて、上記認証サーバＡＳＶが当該各ユーザに対し発行した仮名が記憶される。

通信処理部３３、並列化処理部３４及びデータ操作処理部３２は、上記認証サーバＡＳＶの通信処理部２３、並列化処理部２４及びデータ操作処理部２２と同一の機能を有する。

（動作）
次に、以上のように構成されたシステムの動作を説明する。
システムが実行するデータ操作の種類としては、ユーザアカウントの登録、ユーザアカウントの更新（利用するサービスの追加）、ユーザアカウントの更新（利用済みサービスの削除）、ユーザアカウントの更新（ユーザ属性の更新）、ユーザアカウントの削除がある。

システム管理者が、クライアント端末ＵＴにおいて上記いずれかの操作種別のデータ操作を要求するための操作を行ったとする。そうするとクライアント端末ＵＴは、上記要求を通信処理部３３で受信すると、並列化処理部３４により以下のようにデータ操作の並列化処理を実行する。図２はその処理手順と処理内容を示すフローチャートである。

すなわち、並列化処理部３４は先ず上記受信されたデータ操作要求により指定された操作種別をステップＳ１０で判定し、その判定結果に応じて当該操作種別に対応する処理群を分割してグループ化する。
例えば、操作種別が「ユーザアカウントの登録」であれば、ステップＳ１１において、以下の処理グループに分割する。
(0) 認証サーバＡＳＶにおけるユーザＩＤおよびシステム共通のユーザＩＤの生成・登録、ユーザ属性の登録処理（ユーザアカウントを新規登録する場合）
(1-1) ユーザが利用する認証サーバＡＳＶ以外の全サービスサーバ（利用サービス追加時は追加しようとするサービスを提供するサービスサーバ）において、ユーザＩＤを生成して登録すると共に、ユーザ属性を登録する処理（ユーザＩＤ及びユーザ属性が未登録の場合）。
(1-2) 認証サーバＡＳＶにおいて、ユーザが利用する認証サーバＡＳＶ以外の全サービスサーバ（利用サービス追加時は追加しようとするサービスを提供するサービスサーバ）向けの連携識別子（仮名）を生成し登録すると共に、ユーザが利用する認証サーバＡＳＶ以外の全サービスサーバに上記仮名を登録させる処理。

(1-3) 認証サーバＡＳＶにおいて、ユーザごとの利用サービスを登録する処理（ユーザごとに利用するサービスを管理するシステムの場合）。

また、操作種別が「ユーザアカウントの更新（サービス追加）」の場合には、ステップＳ１２において、上記(1-1)〜(1-3)の処理グループに分割する。

一方、操作種別が「ユーザアカウントの更新（サービス削除）」の場合には、ステップＳ１３において、以下の処理グループに分割する。
(2-1) ユーザが利用する認証サーバ以外の全サーバ（利用サービス削除時は削除しようとするサービスを提供するサービスサーバ）において該当するユーザＩＤを削除する処理。
(2-2) ユーザが利用する認証サーバＡＳＶ以外の全サーバ（利用サービス削除時は削除しようとするサービスを提供するサービスサーバ）において連携識別子（仮名）を削除すると共に、認証サーバＡＳＶにおいてユーザが利用する認証サーバ以外の全サーバ（利用サービス削除時は削除しようとするサービスを提供するサービスサーバ）向けの連携識別子（仮名）を削除する処理。
(2-3) 認証サーバＡＳＶにおいてユーザごとの利用サービスを削除する処理（ユーザごとに利用するサービスを管理するシステムの場合）。

また、操作種別が「ユーザアカウントの更新（ユーザ属性情報の変更）」の場合には、ステップＳ１４において、以下の処理グループに分割する。
(3-1) 認証サーバＡＳＶおよびＩＤ連携済みの各サービスサーバにおいてユーザ属性情報を更新する処理。

さらに、操作種別が「ユーザアカウントの削除」の場合には、ステップＳ１５において、以下の処理グループに分割する。
(2-1) ユーザが利用する認証サーバ以外の全サーバ（利用サービス削除時は削除しようとするサービスを提供するサービスサーバ）において該当するユーザＩＤを削除する処理。
(2-2) ユーザが利用する認証サーバＡＳＶ以外の全サーバ（利用サービス削除時は削除しようとするサービスを提供するサービスサーバ）において連携識別子（仮名）を削除すると共に、認証サーバＡＳＶにおいてユーザが利用する認証サーバ以外の全サーバ（利用サービス削除時は削除しようとするサービスを提供するサービスサーバ）向けの連携識別子（仮名）を削除する処理。
(2-3) 認証サーバＡＳＶにおいて、ユーザごとの利用サービスを削除する処理（ユーザごとに利用するサービスを管理するシステムの場合）。
(4-1) 認証サーバＡＳＶにおいて、ユーザＩＤ及びシステム共通のユーザＩＤを削除する処理（システムからのアカウント削除時のみ実施）。

なお、操作種別がユーザの「ユーザアカウントの更新」の場合、要求元となるポータルサーバＰＳＶは以下の処理を実行する。
(5-1) ユーザが利用するすべてのサービスサーバＳＳＶ１〜ＳＳＶｎから、並列的に当該ユーザの個別ユーザＩＤ、ユーザ属性情報を収集する処理。

次に並列化処理部３４は、ステップＳ１６により、上記ステップＳ１１〜Ｓ１５により分割された処理グループのそれぞれについて並列化処理の可否を判定する。例えば、操作対象となるサーバが複数の場合は並列化処理が可能と判定し、操作対象のサーバが単数の場合には並列化処理が不可能と判定する。

続いてポータルサーバＰＳＶの並列化処理部３４は、ステップＳ１７において、上記ステップＳ１１〜Ｓ１５により分割された処理グループについて、操作種別ごとに予め設定されたルールに従い処理の順序を決定する。
例えば、操作種別が「ユーザアカウントの登録」の場合には、先ず(0) を実行し、その処理後に(1-1) 〜(1-3) を実行するように処理順序を決定する。また、操作種別が「ユーザアカウントの更新（サービス追加）」の場合には、(1-1) 〜(1-3) を順に実行するように処理順序を決定する。一方、操作種別が「ユーザアカウントの更新（サービス削除）」の場合には、(2-1) 〜(2-3) を順に実行するように処理順序を決定する。さらに、操作種別が「ユーザアカウントの削除」の場合には、先ず(2-1) 〜(2-3) を実行し、その終了後に(4-1) の処理を実行するように処理順序を決定する。なお、操作種別が「ユーザアカウントの更新（ユーザ属性情報の変更）」の場合には、(3-1) のみであるため処理順序は特に決定しない。

次にポータルサーバＰＳＶの並列化処理部３４は、ステップＳ１８において、操作対象となるサーバに対し以下のように並列化処理を実行させる。すなわち、先ずステップＳ１８１において、操作対象とするサーバごとに別々のスレッドとなるように、同一内容の操作要求に対応する処理を表す親スレッドを複数の子スレッドに分割する。

次にステップＳ１８２において、上記分割された各子スレッドに、ユーザが認証済であることを示す認証トークンをそれぞれコピーする。具体的には、各子スレッドとCookieとを１対１に対応させ、子スレッド（Cookie）ごとに認証トークンのインスタンスを生成する。またそれと共に、親スレッドに付与されるスレッド名に関連付けられたスレッド名を上記各子スレッドにそれぞれ付与する。例えば、ある親番号が付与された親スレッドを分割した複数の子スレッドには、上記親番号に続く連続番号が付与される。

続いてステップＳ１８３において、上記各子スレッドを起動して操作対象の複数のサーバのデータ操作処理部を呼び出し、ステップＳ１９により上記各データ操作処理部においてそれぞれ処理を実行させる。図４は、以上述べたステップＳ１８１〜Ｓ１８３による、スレッドを用いた処理の並列化の動作イメージを示すものである。

また上記ステップＳ１９において各データ操作処理部は、それぞれ子スレッドの実行中にその実行結果を表すログデータを生成し出力する。このとき、ログデータには子スレッドのスレッド名が付与される。そして、ステップＳ２０により全スレッドの処理が終了したことが確認されると、処理結果が要求元のサーバに返送される。

以上述べた動作の具体例を以下に説明する。
（１）ユーザアカウントの新規登録
図５は、ユーザアカウントの新規登録を行う場合のシステムの動作シーケンスを示すものである。
システム管理者が、医師等のユーザを新規登録するために、クライアント端末ＵＴにおいて当該ユーザの属性情報及び登録先サービスを入力したとする。そうすると、クライアント端末ＵＴからユーザアカウントの登録要求がポータルサーバＰＳＶへ送られる。

ポータルサーバＰＳＶでは、上記ユーザアカウントの新規登録要求を通信処理部３３で受信すると、並列化処理部３４が先ず上記要求から操作種別を判定し、この判定された操作種別に応じて当該操作に必要な処理群を複数の処理グループに分割する。

例えば、この場合は操作種別が「アカウントの新規登録」であるため、先に述べた(0) 、(1-1)〜(1-3)の４つの処理グループ、つまり
(0) 認証サーバＡＳＶにおけるユーザＩＤとシステム共通のユーザＩＤの生成・登録、及びユーザ属性の登録処理
(1-1) ユーザが利用するサービスサーバにおけるユーザＩＤの生成・登録及びユーザ属性の登録処理
(1-2) 認証サーバＡＳＶにおけるユーザが利用するサービスサーバ向けの連携識別子（仮名）の生成・登録と、サービスサーバへの上記仮名の登録処理
(1-3) 認証サーバＡＳＶにおけるユーザごとの利用サービスの登録処理
に分割する。

ポータルサーバＰＳＶの並列化処理部３４は、次に上記分割された各処理グループについて並列処理の可否を判定する。上記各処理グループの中では、(1-1) と(1-2) が操作対象のサーバが複数であるため、この(1-1) と(1-2) の処理グループついては並列処理が可能と判定される。続いて、上記各処理グループに対し処理の実行順序が設定される。上記の例では、「アカウントの新規登録」に対し予め決められたルールに従い、先ず(0)を実行し、その処理後に(1-1)〜(1-3)を実行するように処理順序が決定される。

ポータルサーバＰＳＶの並列化処理部３４は、続いて上記処理グループの処理順序の決定結果に従い、先ず認証サーバＡＳＶのデータ操作処理部２５に対しユーザアカウントの新規登録要求が転送され、上記(0) の処理の実行が指示される。この指示に従い認証サーバＡＳＶのデータ操作処理部２５は、新規ユーザ用のシステム共通ユーザＩＤと自サーバにおける個別ユーザＩＤをそれぞれ生成してユーザ情報記憶部２１に記憶させると共に、上記共通ユーザＩＤに関連付けてユーザ属性情報を記憶させる。

ポータルサーバＰＳＶの並列化処理部３４は、次にユーザが利用する各サービスサーバＳＳＶ１〜ＳＳＶｎに対し上記(1-1)の並列処理を以下のように実行させる。すなわち、図４に例示したように、先ず利用対象となるサービスサーバＳＳＶ１〜ＳＳＶｎの各々に対し、上記(1-1)の処理の実行オブジェクトが記載された親スレッドを分割した子スレッドを生成し、この生成された各子スレッドにユーザが認証済であることを示す認証トークンをそれぞれコピーする。またそれと共に、親スレッドに付与されるスレッド名に関連付けられたスレッド名を上記各子スレッドにそれぞれ付与する。続いて、上記各子スレッドを起動して各サービスサーバＳＳＶ１〜ＳＳＶｎのデータ操作処理部１２を呼び出し、これらのデータ操作処理部１２においてそれぞれ上記(1-1) の処理を並列に実行させる。

この結果、各サービスサーバＳＳＶ１〜ＳＳＶｎのデータ操作処理部１２では、図５に示すようにそれぞれ新規登録対象のユーザに対する自サーバ独自の個別ユーザＩＤが生成され、この個別ユーザＩＤが上記ポータルサーバＰＳＶから通知されたユーザ属性情報と共にユーザ情報記憶部１１に記憶される。そして、この個別ユーザＩＤの生成及び登録処理が終了すると、各サービスサーバＳＳＶ１〜ＳＳＶｎのデータ操作処理部１２からポータルサーバＰＳＶへ、上記生成された個別ユーザＩＤが返送される。

なお、上記(1-1) の処理は、図５に示すようにシステム管理用のサービスサーバ（ユーザ情報検索用）においても実行され、これによりシステム管理用サービスサーバには個別ユーザＩＤ及びユーザ属性情報と共にユーザ登録先サーバ名が記憶される。また、上記生成された個別ユーザＩＤがポータルサーバＰＳＶに返送される。

上記各サービスサーバＳＳＶ１〜ＳＳＶｎにおける個別ユーザＩＤの生成・登録処理が終了すると、ポータルサーバＰＳＶは続いて認証サーバＡＳＶの並列化処理部２４に対し上記(1-2) の並列処理の実行を指示する。

認証サーバＡＳＶの並列化処理部２４は、上記指示を受け取ると、先ず上記各サービスサーバＳＳＶ１〜ＳＳＶｎ向けの連携用識別子（仮名）を生成し、先に(0) にて生成したシステム共通のユーザＩＤと関連付けて自サーバのユーザ情報記憶部２１に格納する。

次に、先に述べた(1-1) の場合と同様に、利用対象となるサービスサーバＳＳＶ１〜ＳＳＶｎ及びポータルサーバＰＳＶの各々に対し、上記(1-2)の処理の実行オブジェクトが記述された親スレッドを分割した子スレッドを生成し、この生成された各子スレッドにユーザが認証済であることを示す認証トークンをそれぞれコピーする。またそれと共に、親スレッドに付与されるスレッド名に関連付けられたスレッド名を上記各子スレッドにそれぞれ付与する。続いて、上記各子スレッドを起動して各サービスサーバＳＳＶ１〜ＳＳＶｎ及びポータルサーバＰＳＶのデータ操作処理部１２，３２を呼び出し、これらのデータ操作処理部１２，３２においてそれぞれ上記(1-2) の処理を並列に実行させる。

この結果、各サービスサーバＳＳＶ１〜ＳＳＶｎ及びポータルサーバＰＳＶのデータ操作処理部１２，３２では、図５に示すようにそれぞれ、上記認証サーバＡＳＶから自サーバ宛てに通知された連携用識別子（仮名）が、上記(1-1) により生成された個別ユーザＩＤに関連付けられてユーザ情報記憶部１１，３１に格納される。

なお、上記(1-2) の処理は、図５に示すようにシステム管理用のサービスサーバ（ユーザ情報検索用）においても並行して実行され、これによりシステム管理用サービスサーバにおいても、上記自サーバ向けに生成された連携用識別子（仮名）が個別ユーザＩＤに関連付けられて格納される。

最後に、認証サーバＡＳＶのデータ操作処理部３２は、上記(1-3) の処理を以下のように実行する。すなわち、先にクライアント端末ＵＴからアカウントの新規登録要求と共に送信された利用サービス名をポータルサーバＰＳＶを介して受信し、この利用サービス名を該当ユーザの自サーバにおける個別ユーザＩＤに関連付けてユーザ情報記憶部２１に格納する。

また、各サーバのデータ操作処理部１２，２２，３２は、上記した一連の処理過程において、子スレッドの実行中にその実行結果を表すログデータを生成する。このとき、ログデータには子スレッドのスレッド名が付与される。上記ログデータは、例えば各サーバ内のログデータ記憶部に保存される。

なお、図６及び図７に示す動作シーケンスは、ポータルサーバＰＳＶ及び認証サーバＡＳＶがそれぞれ、各サービスサーバＳＳＶ１〜ＳＳＶｎに対する共通ユーザＩＤの生成・登録処理、及び連携用識別子（仮名）の生成・登録処理を、直列的に順次実行させる場合の動作シーケンスを、本発明の一実施形態における動作シーケンス（図５）と比較するために示したものである。

（２）ユーザアカウントの更新
実際のシステムの運用では、アカウント情報を更新する際には同時に複数の操作を処理する場合が多い。図８は、ユーザの利用サービスの追加、利用サービスの削除、ユーザ属性の変更を同時に要求した場合のシステムの動作シーケンスを示したもので、同図ではサービスサーバＳＳＶ４が提供するサービスを認証サーバＡＳＶの利用サービスとして追加すると共に、サービスサーバＳＳＶ３から利用済みのサービスを削除し、さらに認証サーバＡＳＶ及び利用対象の各サービスサーバに記憶されているユーザ属性情報を更新する場合を例示している。

システム管理者が、クライアント端末ＵＴにおいて、利用登録されている特定のユーザについて利用サービスの追加、利用サービスの削除、ユーザ属性の変更を要求する操作を行ったとする。そうすると、クライアント端末ＵＴから上記特定のユーザについてのアカウント更新要求がポータルサーバＰＳＶへ送られる。

ポータルサーバＰＳＶでは、上記ユーザアカウントの更新要求を通信処理部３３で受信すると、並列化処理部３４が先ず上記要求から操作種別を判定し、この判定された操作種別に応じて当該操作に必要な処理群を複数の処理グループに分割する。例えば、この場合操作種別は「アカウントの更新（サービス追加）」、「アカウントの更新（サービス削除）」及び「アカウントの削除」であるため、処理が(1-1) ，(2-1) ，(2-2) と、(1-2) ，(1-3) ，(2-3) と、(5-1) にそれぞれ分割される。

続いて、ポータルサーバＰＳＶのデータ操作部３３は、上記分割された各処理グループについて、操作種別ごとに予め設定されたルールに従い処理の順序を決定する。そして、操作対象となる各サーバに対し、上記各処理グループの並列化処理を以下のように実行させる。

すなわち、図８に示すように、先ず認証サーバＡＳＶと、上記特定ユーザが利用登録された各サービスサーバＳＳｖ１，ＳＳＶ２から、登録済みのユーザ情報を収集する処理を並列に行う。

次に、ポータルサーバＰＳＶの並列化処理部３４は、サービスサーバＳＳＶ４にアカウントを登録するための子スレッドを生成すると共に、サービスサーバＳＳＶ３からアカウントを削除するための子スレッドを生成し、これらの各子スレッドにユーザが認証済であることを示す認証トークンをそれぞれコピーする。またそれと共に、親スレッドに付与されるスレッド名に関連付けられたスレッド名を上記各子スレッドにそれぞれ付与する。続いて、上記各子スレッドを起動して各サービスサーバＳＳＶ３，ＳＳＶ４のデータ操作処理部１２を呼び出し、これらのデータ操作処理部１２においてそれぞれ上記(1-1) ，(2-1) ，(2-2) の処理を並列に実行させる。

この結果、サービスサーバＳＳＶ４のデータ操作処理部１２では、図８に示すように追加対象のユーザに対応する自サーバ独自の個別ユーザＩＤが生成され、この個別ユーザＩＤが上記ポータルサーバＰＳＶから通知されたユーザ属性情報と共にユーザ情報記憶部１１に記憶される。またそれと並行して、サービスサーバＳＳＶ３のデータ操作処理部１２では、図８に示すように削除対象となる特定ユーザの個別ユーザＩＤ及び仮名が削除される。さらに認証サーバＡＳＶでは、上記特定ユーザのサービスサーバＳＳＶ３向けの仮名が削除される。

次に、ポータルサーバＰＳＶの並列化処理部３４は、上記子スレッドを完了待機状態とした上で、登録先となる各サーバのユーザＩＤ群を認証サーバＡＳＶの並列化処理部２４に渡す。

これに対し認証サーバＡＳＶの並列化処理部２４は、先ず(1-2) により上記サービスサーバＳＳＶ４向けの連携用識別子（仮名）を生成し、この連携用識別子（仮名）を上記特定ユーザに対応するシステム共通のユーザＩＤと関連付けて自サーバのユーザ情報記憶部２１に格納する。

またそれと共に、サービスサーバＳＳＶ４に上記連携用識別子（仮名）を登録するための子スレッドを生成し、この子スレッドに認証トークンをコピーすると共に、親スレッドに付与されるスレッド名に関連付けられたスレッド名を上記子スレッドに付与する。そして、上記子スレッドを起動して各サービスサーバＳＳＶ４のデータ操作処理部１２を呼び出し、このデータ操作処理部１２において上記(1-2) の処理を実行させる。
この結果、サービスサーバＳＳＶ４では、サービスサーバＳＳＶ４のデータ操作処理部１２では、図８に示すように連携用識別子（仮名）が個別ユーザＩＤに関連付けられてユーザ情報記憶部１１に格納される。

さらに、認証サーバＡＳＶの並列化処理部２４は、上記子スレッドを完了待機状態にした上で、上記(1-3) により利用サービス名を自サーバのユーザ情報記憶部２１に登録し、上記(2-3) によりユーザ情報記憶部２１から上記サービスサーバＳＳＶ３のサービス名を削除する。

最後にポータルサーバＰＳＶの並列化処理部３４は、認証サーバＡＳＶと、上記特定ユーザが利用登録している各サービスサーバＳＳＶ１，ＳＳＶ２におけるユーザ属性情報を更新するための子スレッドをそれぞれ生成し、これらの子スレッドに認証トークンをそれぞれコピーすると共にスレッド名を付与する。そして、上記各子スレッドを起動して認証サーバＡＳＶ及び各サービスサーバＳＳＶ１，ＳＳＶ２のデータ操作処理部２２，１２を呼び出し、これらのデータ操作処理部２２，１２においてそれぞれ上記(3-1) の処理を並列に実行させる。
この結果、認証サーバＡＳＶ及び各サービスサーバＳＳＶ１，ＳＳＶ２では、データ操作処理部２２，１２によりそれぞれユーザ情報記憶部２１，１１に格納されている該当ユーザのユーザ情報が更新される。

なお、以上述べたアカウント更新に係る一連の処理過程においても、各サーバのデータ操作処理部１２，２２，３２は、子スレッドの実行中にその実行結果を表すログデータを生成する。このとき、ログデータには子スレッドのスレッド名が付与される。上記ログデータは、例えば各サーバ内のログデータ記憶部に保存される。

（一実施形態の効果）
以上詳述したように一実施形態では、クライアント端末ＵＴから入力されたアカウントの新規登録やアカウント更新の要求を受け、処理を実施する要求元となるサーバにおいて、上記要求をもとに当該操作種別に対応する処理群を複数の処理グループに分割し、この分割された処理グループごとに、当該処理グループに属する処理を操作対象となる複数のサーバにおいて並列に実行するようにしている。このため、操作対象となる複数のサーバが、要求された処理を直列に逐次実行する場合に比べ、システム全体におけるデータ操作の処理時間を短縮することが可能となり、これによりデータ操作に係る処理の高速化を図ることができる。

また、上記処理グループの並列化処理に際し、操作対象の各サーバに対し１対１で生成された子スレッドに認証トークンをコピーするようにしている。このため、操作対象の複数のサーバにおいて並列動作する子スレッド間で認証トークンの利用が競合しないようにすることができる。

さらに、上記各子スレッドの実行中にその実行結果を表すログデータを生成するようにし、しかも各ログデータにはそれぞれ子スレッドのスレッド名を付与するようにしている。このため、ログデータに付与された識別情報により各子スレッドと親スレッドとの間でログデータ同士を対応付けることができる。したがって、例えば並列処理実行時にシステム内の一部のサーバに障害が発生し、登録データに不整合が生じても、ログデータより容易に状況分析や不整合状態の復旧を行うことが可能となる。

ちなみに、例えば同一要求の処理内で、親スレッドが複数の子スレッドを名称を決めずに立ち上げ、子スレッドの名称に単なる連番が付与された場合には、複数の要求を同時に実行してしまうと、複数の子スレッドが混在してログを出力するため、ログデータにスレッド名称を出力しても、どのログデータが同じ親スレッドから起動された子スレッドのログデータなのかを判別できなくなってしまう。

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

その他、認証サーバ、ポータルサーバ及び各サービスサーバの構成やその処理手順及び処理内容、サービスの種類、連携用識別子（仮名）の構成等についても、この発明の要旨を逸脱しない範囲で種々変形して実施可能である。

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

ＳＳＶ１〜ＳＳＶｎ…サービスサーバ、ＡＳＶ…認証サーバ、ＰＳＶ…ポータルサーバ、ＵＴ…クライアント端末、ＮＷ…ネットワーク、１１，２１，３１…ユーザ情報記憶部、１２，２２，３２…データ操作処理部、１３，２３，３３…通信制御部、２４，３４…並列化処理部、２５…認証処理部。

Claims (7)

1. 管理対象のユーザの各々について独自に発行した個別ユーザＩＤを含む管理データを保持する複数のサービスサーバと、当該サービスサーバの同一ユーザに係る個別ユーザＩＤ間を連携させる連携用識別子を含む管理データを保持し、前記サービスサーバ間で任意のユーザに係るデータ転送を行う際に、当該ユーザに係る個別ユーザＩＤを前記連携用識別子を介して変換する認証サーバと、クライアント端末からの要求を受け付けるポータルサーバとを具備し、これらのサーバが通信ネットワークを介して相互にデータ通信を行う分散情報連携システムであって、
   前記クライアント端末から前記管理データに対し、ユーザアカウントの登録、ユーザアカウントの削除、及びユーザが利用するサービスの更新とユーザ属性の更新の少なくとも一方を含むユーザアカウントの更新を要求するデータ操作要求が入力された場合に、前記認証サーバ及びポータルサーバの少なくとも一方が前記データ操作要求に対応する処理の要求元となるサーバとなり、
   前記データ操作要求に対応する処理の要求元となるサーバは、
   前記クライアント端末から入力されたデータ操作要求をもとに操作種別を判定し、この判定された操作種別に応じて、当該操作種別に対応する処理群を複数の処理グループに分割する分割手段と、
   前記分割された処理グループごとに、当該処理グループに属する処理を、前記複数のサービスサーバ及び認証サーバのうち操作対象となる複数のサーバに並列に実行させる並列処理制御手段と
   を備え、
   前記並列処理制御手段は、
   前記分割された処理グループごとに、当該処理グループに属する処理に対応して親スレッドを生成すると共に、当該親スレッドを操作対象となる複数のサーバの各々に対応する複数の子スレッドに分割し、前記データ操作の要求元となるユーザに対し前記認証サーバが発行した認証トークンを前記分割された各子スレッドにコピーし、当該認証トークンがコピーされた複数の子スレッドを前記操作対象の複数のサーバに１対１に割り当てて並列に実行させることを特徴とする分散情報連携システム。
2. 前記分割手段は、前記データ操作要求により指定された操作種別がユーザアカウントの登録の場合に、当該ユーザアカウントの登録に必要な処理群を、前記複数のサービスサーバにおける個別ユーザＩＤの登録処理と、前記認証サーバ及び各サービスサーバにおける連携用識別子の登録処理に分割し、
   前記並列処理制御手段は、先ずポータルサーバが操作対象となる複数のサービスサーバに個別ユーザＩＤを登録する処理を並列に実行させ、次に認証サーバが操作対象となる複数のサービスサーバ向けに連携用識別子を生成して自サーバ内に登録する処理を実行させ、続いて前記生成された連携用識別子を前記操作対象となる複数のサービスサーバに登録する処理を並列に実行することを特徴とする請求項１記載の分散情報連携システム。
3. 前記分割手段は、前記データ操作要求により指定された操作種別がユーザアカウントの削除の場合に、当該ユーザアカウントの削除に必要な処理群を、前記複数のサービスサーバにおける個別ユーザＩＤの削除処理と、前記認証サーバ及び各サービスサーバにおける連携用識別子の削除処理に分割し、
   前記並列処理制御手段は、先ずポータルサーバが操作対象となる複数のサービスサーバに個別ユーザＩＤの削除処理を並列に実行させ、次にポータルサーバが操作対象となる複数のサービスサーバに連携用識別子の削除処理を並列に実行させ、続いて認証サーバが自サーバに登録されている連携用識別子の削除処理を実行することを特徴とする請求項１記載の分散情報連携システム。
4. 前記データ操作要求に対応する処理の要求元となるサーバは、
   前記複数のサービスサーバ、認証サーバ及びポータルサーバを、システムの管理機能を備える第１のサーバ群と、データ操作要求に対応する処理の要求元となる第２のサーバ群と、その他の第３のサーバ群とに分類する手段を、さらに備え、
   前記並列処理制御手段は、前記分割された個別ユーザＩＤの削除処理及び連携用識別子の削除処理を、前記分類された第３のサーバ群、第１のサーバ群及び第２のサーバ群の順に実行させることを特徴とする請求項３に記載の分散情報連携システム。
5. 前記並列処理制御手段は、
   前記親スレッドに当該親スレッドを識別するための第１の識別情報を付与すると共に、当該親スレッドから分割された複数の子スレッドの各々に前記第１の識別情報に関連付けられた第２の識別情報を付与する手段と、
   前記子スレッドごとに、当該子スレッドの処理結果を表しかつ前記第２の識別情報が付与されたログデータを生成し出力する手段と
   を有することを特徴とする請求項１記載の分散情報連携システム。
6. 管理対象のユーザの各々について独自に発行した個別ユーザＩＤを含む管理データを保持する複数のサービスサーバと、当該サービスサーバの同一ユーザに係る個別ユーザＩＤ間を連携させる連携用識別子を含む管理データを保持し、前記サービスサーバ間で任意のユーザに係るデータ転送を行う際に、当該ユーザに係る個別ユーザＩＤを前記連携用識別子を介して変換する認証サーバと、クライアント端末からの要求を受け付けるポータルサーバとを具備し、これらのサーバが通信ネットワークを介して相互にデータ通信を行う分散情報連携システムが実行するデータ操作方法であって、
   前記クライアント端末から前記管理データに対し、ユーザアカウントの登録、ユーザアカウントの削除、及びユーザが利用するサービスの更新とユーザ属性の更新の少なくとも一方を含むユーザアカウントの更新を要求するデータ操作要求が入力された場合に、前記認証サーバ及びポータルサーバの少なくとも一方が前記データ操作要求に対応する処理の要求元となるサーバとなり、
   前記データ操作要求に対応する処理の要求元となるサーバは、
   前記クライアント端末から入力されたデータ操作要求をもとに操作種別を判定し、この判定された操作種別に応じて、当該操作種別に対応する処理群を複数の処理グループに分割する過程と、
   前記データ操作要求に対応する処理の要求元となるサーバが、前記分割された処理グループごとに、当該処理グループに属する処理を、前記複数のサービスサーバ及び認証サーバのうち操作対象となる複数のサーバに並列に実行させる過程と
   を備え、
   前記複数のサーバに並列に実行させる過程は、
   前記分割された処理グループごとに、当該処理グループに属する処理に対応して親スレッドを生成すると共に、当該親スレッドを操作対象となる複数のサーバの各々に対応する複数の子スレッドに分割し、前記データ操作の要求元となるユーザに対し前記認証サーバが発行した認証トークンを前記分割された各子スレッドにコピーし、当該認証トークンがコピーされた複数の子スレッドを前記操作対象の複数のサーバに１対１に割り当てて並列に実行させることを特徴とするデータ操作方法。
7. 請求項１乃至５の何れかに記載の分散情報連携システムが備える各手段に対応する処理を、前記データ操作要求に対応する処理の要求元となるサーバが備えるコンピュータに実行させるプログラム。

Images