(57)【特許請求の範囲】
【請求項１】
ネットワークを介してクライアント端末と接続するデータ管理装置におけるＩＤ管理方法であって、
前記データ管理装置は、セッション情報とユーザ識別子とをそれぞれ対応付けた第一の情報と、検索キーと第２のドメインＩＤとを対応付けた第二の情報と、を記憶する記憶部を有し、
前記データ管理装置が、前記ネットワークを介して前記クライアント端末から、第１のドメインＩＤから第２のドメインＩＤへの変換要求を受信するステップと、
前記変換要求に含まれるセッション情報と、前記第一の情報とからユーザ識別子を取得するステップと、
前記データ管理装置が、前記変換要求に含まれる前記第１のドメイン、前記第１のドメインＩＤ、前記第２のドメインおよび前記ユーザ識別子を結合した検索キーと、前記第二の情報と、に基づき、前記第１のドメインIDに対応する前記第２のドメインIDを取得し、当該第２のドメインIDを前記クライアント端末に向けて送信するステップと、
を有することを特徴とするＩＤ管理方法。
【請求項２】
前記データ管理装置は複数あり、前記クライアント端末から前記変換要求を受信した前記データ管理装置を第一のデータ管理装置とし、前記第１のドメインIDから前記第２のドメインIDに変換する前記データ管理装置を第二のデータ管理装置とし、
前記第一のデータ管理装置は、前記第１のドメイン、前記第１のドメインＩＤ、前記第２のドメインおよび前記ユーザ識別子から構成される検索キーに基づき、第二の前記データ管理装置を選び、前記検索キーを前記第二のデータ管理装置に送信するステップ、を更に備えることを特徴とする、請求項１に記載のＩＤ管理方法。
【請求項３】
前記第二の前記データ管理装置を選ぶステップは、
前記検索キーにハッシュ関数をかけた値と、前記データ管理装置のIDとを比較することで前記第二の前記データ管理装置を選ぶことを特徴とする請求項２に記載のＩＤ管理方法。
【請求項４】
前記第二の前記データ管理装置を選ぶステップは、
前記検索キーにハッシュ関数をかけた値に近い前記データ管理装置のIDを持つデータ管理装置を前記第二のデータ管理装置として選ぶことを特徴とする請求項３に記載のＩＤ管理方法。
【請求項５】
ネットワークを介してクライアント端末と接続するデータ管理装置であって、
セッション情報とユーザ識別子とをそれぞれ対応付けた第一の情報と、検索キーと第２のドメインＩＤとを対応付けた第二の情報と、を記憶する記憶部と、
前記ネットワークを介して前記クライアント端末から、第１のドメインＩＤから第２のドメインＩＤへの変換要求を受信する受信部と、
前記変換要求に含まれるセッション情報と、前記第一の情報とからユーザ識別子を取得し、当該取得したユーザー識別子と前記変換要求に含まれる前記第１のドメイン、前記第１のドメインＩＤ、前記第２のドメインを結合した検索キーに基づき、前記第１のドメインIDに対応する前記第２のドメインIDを取得する制御部と、
当該第２のドメインIDを前記クライアント端末に向けて送信する送信部と、
を有することを特徴とするデータ管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＤ管理方法およびこれを実施するデータ管理装置に関する。
【背景技術】
【０００２】
情報システムでは、人や物、またはそれらに関連する情報を管理する際、当該システムが人や物等の管理対象を一意に特定するため、管理対象に特定の領域（以下、ドメインと呼ぶ）において唯一無二の識別子（以下、ＩＤと呼ぶ）を割り当てることが一般的である。例えば、運転免許保有者の情報を管理するためには、運転免許保有者それぞれに運転免許証番号が割り当てられており、運転免許証番号により一意に特定することが可能である。
【０００３】
普通、ＩＤはドメイン毎に異なる値をとり得るため、ドメインを越えて管理対象を同一とみなすことはできないが、ドメイン間でＩＤを相互変換できることが望ましい場合がある。例えば、病院Ｂが病院Ａでの患者の治療履歴を把握する際、患者の病院ＢでのＩＤを病院ＡでのＩＤへ変換可能であれば、病院Ａのデータベースを容易に参照することが可能である。
【０００４】
また、例えば、Ａシステムを使う利用者がＡシステムで管理されるＡさんのＩＤを、Ｂシステムで管理されるＡさんのＩＤに変換したい場合、Ａシステムを使う利用者は変換できるが、Ａシステムの別の利用者は変換できないようにするというように、利用者ごとに、変換可能なＩＤを制御することが望ましい場合がある。
【０００５】
このようなＩＤ変換に関わる技術として、例えば特許文献１には、アクセス要求によるアクセス元ドメインとアクセス先ドメインが異なる場合、アクセス要求から、アクセス元ドメインにおけるユーザＩＤを抽出し、ユーザ管理ドメイン間におけるＩＤ変換情報を参照して、抽出したアクセス元ドメインにおけるユーザＩＤを、アクセス先ドメインにおけるユーザＩＤに変換し、上記アクセス要求に含まれるユーザＩＤを、上記変換されたユーザＩＤに置き換え、ユーザＩＤが置き換えられたアクセス要求に応じた処理を実行するシステムが開示されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−７０３４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記従来技術では、あらかじめ、異なるユーザ管理ドメイン間におけるＩＤの対応関係をテーブルに登録しておく必要がある。しかし、ドメイン数とＩＤ数は、時間とともに変化するため、ドメイン数とＩＤ数の増加に伴い、システムを再構築する必要がある。
【０００８】
また、上記従来技術では、任意のドメインのユーザＩＤを、任意の別ドメインのユーザＩＤに変換することが可能となり、利用者ごとに、変換可能なＩＤを制御することはできない。
【０００９】
本発明は、このような事情に鑑みてなされたものであり、ドメイン数とＩＤ数が増加してもシステムを再構築する必要がなく、また利用者ごとに、変換可能なＩＤを制御することができるＩＤ管理方法およびこれを実施するデータ管理装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の代表的な一例は、以下の通りである。
【００１１】
すなわち、本発明は、ネットワークに接続されるデータ管理装置におけるＩＤ管理方法であって、前記データ管理装置は、セッション情報とユーザ識別子とをそれぞれ対応付けて記憶する記憶部を有し、前記データ管理装置により、前記ネットワークから、第１のドメイン、第１のドメインＩＤ、第２のドメインおよび第２のドメインＩＤの登録要求を受信すると、該登録要求に含まれるセッション情報をもとに前記記憶部からユーザ識別子を取得し、前記第１のドメイン、前記第１のドメインＩＤ、前記第２のドメインおよび前記ユーザ識別子から構成される検索キーと、前記第２のドメインＩＤを前記ネットワークに送信する処理と、前記検索キーおよび前記第２のドメインＩＤの組を前記記憶部に登録する処理とを実施する、ことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、ドメイン数とＩＤ数が増加してもシステムを再構築する必要がなく、また利用者ごとに、変換可能なＩＤを制御することができる。これにより、システム再構築に要する工数や費用を低減できるとともに、利用者が権限を有するＩＤのみを変換可能となる。
【図面の簡単な説明】
【００１３】
【図１】本実施例におけるＩＤ管理システムの構成図の例である。
【図２】本実施例におけるクライアント装置１０１の機能構成図の例である。
【図３】本実施例における認証装置１０４の機能構成図の例である。
【図４】本実施例におけるゲートウェイ装置１０５の機能構成図の例である。
【図５】本実施例におけるデータ管理装置１０６の機能構成図の例である。
【図６】本実施例における各装置のハードウェア構成図の例である。
【図７】本実施例における認証装置１０４、ゲートウェイ装置１０５が実行するユーザ登録処理のシーケンス図の例である。
【図８】本実施例における認証装置１０４、ゲートウェイ装置１０５が実行するユーザ登録処理の中で送受信されるメッセージの例である。
【図９】本実施例における認証装置１０４内のユーザ情報記憶領域３１１に格納されるデータの例である。
【図１０】本実施例における認証装置１０４、ゲートウェイ装置１０５が実行するユーザ更新処理のシーケンス図の例である。
【図１１】本実施例における認証装置１０４、ゲートウェイ装置１０５が実行するユーザ更新処理の中で送受信されるメッセージの例である。
【図１２】本実施例における認証装置１０４、ゲートウェイ装置１０５が実行するユーザ失効処理のシーケンス図の例である。
【図１３】本実施例における認証装置１０４、ゲートウェイ装置１０５が実行するユーザ失効処理の中で送受信されるメッセージの例である。
【図１４】本実施例における認証装置１０４、ゲートウェイ装置１０５、データ管理装置１０６が実行するユーザ認証処理のシーケンス図の例である。
【図１５】本実施例における認証装置１０４、ゲートウェイ装置１０５、データ管理装置１０６が実行するユーザ認証処理の中で送受信されるメッセージの例である。
【図１６】本実施例におけるゲートウェイ装置１０５内のセッション情報記憶領域４０８、データ管理装置１０６内のセッション情報記憶領域５１３に格納されるデータの例である。
【図１７】本実施例におけるゲートウェイ装置１０５、データ管理装置１０６が実行するＩＤ登録処理のシーケンス図の例である。
【図１８】本実施例におけるゲートウェイ装置１０５、データ管理装置１０６が実行するＩＤ登録処理の中で送受信されるメッセージの例である。
【図１９】本実施例におけるゲートウェイ装置１０５内のノード情報記憶領域４０７、データ管理装置１０６内のノード情報記憶領域５１２に格納されるデータの例である。
【図２０】本実施例におけるデータ保有ノード決定部５０３である。
【図２１】本実施例におけるＩＤ登録処理の時のデータ管理装置１０６内のデータ記憶領域５１４に格納されるデータの例である。
【図２２】本実施例におけるゲートウェイ装置１０５、データ管理装置１０６が実行するＩＤ変換処理のシーケンス図の例である。
【図２３】本実施例におけるゲートウェイ装置１０５、データ管理装置１０６が実行するＩＤ変換処理の中で送受信されるメッセージの例である。
【図２４】本実施例におけるゲートウェイ装置１０５、データ管理装置１０６が実行するＩＤ更新処理のシーケンス図の例である。
【図２５】本実施例におけるゲートウェイ装置１０５、データ管理装置１０６が実行するＩＤ更新処理の中で送受信されるメッセージの例である。
【図２６】本実施例におけるＩＤ更新処理の時のデータ管理装置１０６内のデータ記憶領域５１４に格納されるデータの例である。
【図２７】本実施例におけるゲートウェイ装置１０５、データ管理装置１０６が実行するＩＤ失効処理のシーケンス図の例である。
【図２８】本実施例におけるゲートウェイ装置１０５、データ管理装置１０６が実行するＩＤ失効処理の中で送受信されるメッセージの例である。
【図２９】本実施例におけるＩＤ失効処理の時のデータ管理装置１０６内のデータ記憶領域５１４に格納されるデータの例である。
【発明を実施するための形態】
【００１４】
以下、図面を用いて本発明の実施の形態について説明する。なお、これにより本発明が限定されるものではない。
【００１５】
本実施例では、複数の組織により共同利用できるＩＤ管理システムを例にとり説明する。
【００１６】
図１は、本実施例におけるＩＤ管理システムの構成図の例である。
【００１７】
当該図において、ＩＤ管理システムはクライアント装置１０１＿１〜１０６＿ん（以下、特定しない場合は、装置１０１と総称する）、ネットワーク１０２、ネットワーク１０３、認証装置１０４、ゲートウェイ管理装置１０５、データ管理装置１０６＿１〜１０６＿ｍ（以下、特定しない場合は、データ管理装置１０６と総称する）から構成されている。符号１０１はクライアント装置であり、ユーザはクライアント装置１０１を介してＩＤ管理システムの機能を利用する。クライアント装置１０１はユーザが管理する実施形態も可能であり、当該システムを管理・運営する組織や他事業主が管理しユーザにクライアント装置１０１の機能を提供する実施形態も可能である。クライアント装置１０１はｎ個に限定されず、実施形態によってより少ない場合もあれば、多い場合もある。符号１０２はネットワークであり、一般的に公開されている、あるいはユーザの間で共有利用が可能なアウターネットワークである。ネットワーク１０２にはクライアント装置１０１、認証装置１０４、ゲートウェイ装置１０５が接続されている。符号１０３はネットワークであり、ユーザが利用することが不可能な閉じたイントラネットワークである。ネットワーク１０３には認証装置１０４、ゲートウェイ装置１０５、データ管理装置１０６が接続されている。符号１０４は認証装置である。符号１０５はゲートウェイ装置である。符号１０６はデータ管理装置であり、ｍ個に限定されず、実施形態によってより少ない場合もあれば、多い場合もある。
【００１８】
図２は、本実施例におけるクライアント装置１０１の機能構成図の例である。
【００１９】
当該図において、符号２０１は制御部であり、ユーザ登録要求部２０２、ユーザ更新要求部２０３、ユーザ失効要求部２０４、ユーザ認証要求部２０５、ＩＤ登録要求部２０６、ＩＤ変換要求部２０７、ＩＤ更新要求部２０８、ＩＤ失効要求部２０９から構成されている。符号２０２はユーザ登録要求部であり、入出力部２１３を介してユーザからユーザ登録要求を受け付け、送受信部２１４を介して認証装置１０４にユーザ登録要求メッセージを送信し、送受信部２１４を介して認証装置１０４からユーザ登録応答メッセージを受信し、入出力部２１３を介してユーザにユーザ登録結果を通知する処理部である。符号２０３はユーザ更新要求部であり、入出力部２１３を介してユーザからユーザ更新要求を受け付け、送受信部２１４を介して認証装置１０４にユーザ更新要求メッセージを送信し、送受信部２１４を介して認証装置１０４からユーザ更新応答メッセージを受信し、入出力部２１３を介してユーザにユーザ更新結果を通知する処理部である。符号２０４はユーザ失効要求部であり、入出力部２１３を介してユーザからユーザ失効要求を受け付け、送受信部２１４を介して認証装置１０４にユーザ失効要求メッセージを送信し、送受信部２１４を介して認証装置１０４からユーザ失効応答メッセージを受信し、入出力部２１３を介してユーザにユーザ失効結果を通知する処理部である。符号２０５はユーザ認証要求部であり、入出力部２１３を介してユーザからユーザ認証要求を受け付け、送受信部２１４を介して認証装置１０４にユーザ認証要求メッセージを送信し、送受信部２１４を介して認証装置１０４からセッションＩＤを受信し、セッション情報記憶領域２１２にセッションＩＤを格納する処理部である。符号２０６はＩＤ登録要求部であり、入出力部２１３を介してユーザからＩＤ登録要求を受け付け、送受信部２１４を介してゲートウェイ装置１０５にＩＤ登録要求メッセージを送信し、送受信部２１４を介してゲートウェイ装置１０５からＩＤ登録応答メッセージを受信し、入出力部２１３を介してユーザにＩＤ登録結果を通知する処理部である。符号２０７はＩＤ変換要求部であり、入出力部２１３を介してユーザからＩＤ変換要求を受け付け、送受信部２１４を介してゲートウェイ装置１０５にＩＤ変換要求メッセージを送信し、送受信部２１４を介してゲートウェイ装置１０５からＩＤ変換応答メッセージを受信し、入出力部２１３を介してユーザにＩＤ変換結果を通知する処理部である。符号２０８はＩＤ更新要求部であり、入出力部２１３を介してユーザからＩＤ更新要求を受け付け、送受信部２１４を介してゲートウェイ装置１０５にＩＤ更新要求メッセージを送信し、送受信部２１４を介してゲートウェイ装置１０５からＩＤ更新応答メッセージを受信し、入出力部２１３を介してユーザにＩＤ更新結果を通知する処理部である。符号２０９はＩＤ失効要求部であり、入出力部２１３を介してユーザからＩＤ失効要求を受け付け、送受信部２１４を介してゲートウェイ装置１０５にＩＤ失効要求メッセージを送信し、送受信部２１４を介してゲートウェイ装置１０５からＩＤ失効応答メッセージを受信し、入出力部２１３を介してユーザにＩＤ失効結果を通知する処理部である。
【００２０】
次に、符号２１０は記憶部であり、ゲートウェイ情報記憶領域２１１、セッション情報記憶領域２１２から構成されている。符号２１１はゲートウェイ情報記憶領域であり、ゲートウェイ装置１０５の接続情報（ＩＰアドレス、ポート番号等）を記憶する領域である。上記接続情報は、前もって静的に格納しておくこと、または入出力部２１３を介してユーザから受け付けた情報を動的に格納すること、あるいは送受信部２１４を介してゲートウェイ装置１０５や他装置から受け付けた情報を動的に格納することが可能である。符号２１２はセッション情報記憶領域であり、セッションＩＤを記憶する領域である。上記セッションＩＤは、ユーザ認証要求部２０５の処理により動的に操作される。
【００２１】
次に、符号２１３は入出力部であり、キーボード等のインタフェースを介してユーザからの入力を制御し、モニタ等のインタフェースを介してユーザへの出力を制御する処理部である。符号２１４は送受信部であり、ネットワーク１０２を介して情報の送受信を行う処理部である。
【００２２】
図３は、本実施例における認証装置１０４の機能構成図の例である。
【００２３】
当該図において、符号３０１は制御部であり、ユーザ登録処理部３０２、ユーザ更新処理部３０３、ユーザ失効処理部３０４、ユーザ認証処理部３０５、ユーザ識別子生成部３０６、セッションＩＤ生成部３０７、データ管理部３０８から構成されている。符号３０２はユーザ登録処理部であり、送受信部３１３を介してクライアント装置１０１からユーザ登録要求メッセージを受信し、データ管理部３０８により認証情報（ユーザＩＤ、パスワード、ＩＣカード情報、生体情報等）とユーザ識別子生成部３０６により生成したユーザ識別子の組の登録処理を行い、送受信部３１３を介してクライアント装置１０１にユーザ登録応答メッセージを送信する処理部である。符号３０３はユーザ更新処理部であり、送受信部３１３を介してクライアント装置１０１からユーザ更新要求メッセージを受信し、データ管理部３０８により認証情報の更新処理を行い、送受信部３１３を介してクライアント装置１０１にユーザ更新応答メッセージを送信する処理部である。符号３０４はユーザ失効処理部であり、送受信部３１３を介してクライアント装置１０１からユーザ失効要求メッセージを受信し、データ管理部３０８により認証情報の失効処理を行い、送受信部３１３を介してクライアント装置１０１にユーザ失効応答メッセージを送信する処理部である。符号３０５はユーザ認証処理部であり、送受信部３１３を介してクライアント装置１０１からユーザ認証要求メッセージを受信し、送受信部３１３を介してゲートウェイ装置１０５にデータ管理部３０８により取得した認証情報に対応するユーザ識別子とセッションＩＤ生成部３０７により生成したセッションＩＤの組を送信し、送受信部３１３を介してクライアント装置１０１にセッションＩＤを送信する処理部である。符号３０６はユーザ識別子生成部であり、制御部３０１内の他処理部から要求を受け付け、ユーザ識別子の生成処理を行い、ユーザ識別子を返す処理部である。符号３０７はセッションＩＤ生成部であり、制御部３０１内の他処理部から要求を受け付け、セッションＩＤの生成処理を行い、セッションＩＤを返す処理部である。符号３０８はデータ管理部であり、制御部３０１内の他処理部から要求を受け付け、ユーザ情報記憶領域３１１内のユーザ情報（認証情報とユーザ識別子の組）の作成・検索・更新・削除を実施する処理部である。
【００２４】
次に、符号３０９は記憶部であり、ゲートウェイ情報記憶領域３１０、ユーザ情報記憶領域３１１から構成されている。符号３１０はゲートウェイ情報記憶領域であり、ゲートウェイ装置１０５の接続情報を記憶する領域である。上記接続情報は、前もって静的に格納しておくこと、入出力部３１２を介してユーザから受け付けた情報を動的に格納すること、送受信部３１３を介してゲートウェイ装置１０５や他装置から受け付けた情報を動的に格納することが可能である。符号３１１はユーザ情報記憶領域であり、ユーザ情報を記憶する領域である。上記ユーザ情報はデータ管理部３０８により動的に操作される。
【００２５】
次に、符号３１２は入出力部であり、キーボード等のインタフェースを介してユーザからの入力を制御し、モニタ等のインタフェースを介してユーザへの出力を制御する処理部である。符号３１３は送受信部であり、ネットワーク１０２、ネットワーク１０２を介して情報の送受信を行う処理部である。
【００２６】
図４は、本実施例におけるゲートウェイ装置１０５の機能構成図の例である。
【００２７】
当該図において、符号４０１は制御部であり、ノード管理部４０２、担当ノード決定部４０３、セッション管理部４０４、要求転送部４０５から構成されている。符号４０２はノード管理部であり、送受信部４１０を介してデータ管理装置１０６のノード管理部５０２と相互通信し、ノード情報記憶領域４０７内のノード接続情報（ノードＩＤ、ＩＰアドレス、ポート番号等）の同期をとる処理部である。ノードＩＤは、ノード（データ管理装置１０６）毎に割り振られた固有の数値であり、ノード（データ管理装置１０６）間で同一の値をとれないのであれば、どのような値でも良い。符号４０３は担当ノード決定部であり、制御部４０１内の他処理部から要求を受け付け、ノード情報記憶領域４０７内のノード接続情報に基づいて担当ノード（データ管理装置１０６）を決定し、担当ノード（データ管理装置１０６）の接続情報を返す処理部である。当該担当ノードはランダムに決定すること、要求を受け付ける毎にノードＩＤの順番に決定すること、送受信部４１０を介してデータ管理装置１０６から負荷情報を受信し、負荷が少ないノードに決定することが可能である。符号４０４はセッション管理部であり、送受信部４１０を介して認証装置１０４からセッション情報（セッションＩＤとユーザ識別子の組）を受信し、セッション情報記憶領域４０８にセッション情報を格納し、送受信部４１０を介してデータ管理装置１０６にセッション情報を送信する処理部である。符号４０５は要求転送部であり、送受信部４１０を介してクライアント装置１０１から要求メッセージを受信し、送受信部４１０を介して担当ノード決定部４０３により決定した担当ノード（データ管理装置１０６）に要求メッセージを送信し、送受信部４１０を介して担当ノード（データ管理装置１０６）から応答メッセージを受信し、送受信部４１０を介してクライアント装置１０１に応答メッセージを送信する処理部である。
【００２８】
次に、符号４０６は記憶部であり、ノード情報記憶領域４０７、セッション情報記憶領域４０８から構成されている。符号４０７はノード情報記憶領域であり、ノード接続情報を記憶する領域である。上記ノード接続情報は、ノード管理部４０２により同期をとることで、データ管理装置１０６と同じ値が共有される。符号４０８はセッション情報記憶領域であり、セッション情報を記憶する領域である。上記セッション情報は、セッション管理部４０４により同期をとることで、データ管理装置１０６と同じ値が共有される。
【００２９】
次に、符号４０９は入出力部であり、キーボード等のインタフェースを介してユーザからの入力を制御し、モニタ等のインタフェースを介してユーザへの出力を制御する処理部である。符号４１０は送受信部であり、ネットワーク１０２、ネットワーク１０３を介して情報の送受信を行う処理部である。
【００３０】
図５は、本実施例におけるデータ管理装置１０６の機能構成図の例である。
【００３１】
当該図において、符号５０１は制御部であり、ノード管理部５０２、データ保有ノード決定部５０３、セッション管理部５０４、ユーザ識別子処理部５０５、ＩＤ登録処理部５０６、ＩＤ変換処理部５０７、ＩＤ更新処理部５０８、ＩＤ失効処理部５０９、データ管理部５１０から構成されている。符号５０２はノード管理部であり、送受信部５１６を介してゲートウェイ装置１０５のノード管理部４０２と相互通信し、ノード情報記憶領域５１２内のノード接続情報の同期をとる処理部である。符号５０３はデータ保有ノード決定部であり、制御部５０１内の他処理部から検索キーを受け付け、検索キー、ノード情報記憶領域５１２内のノード接続情報に基づいてデータ保有ノード（データ管理装置１０６）を決定し、データ保有ノード（データ管理装置１０６）の接続情報を返す処理部である。符号５０４はセッション管理部であり、送受信部５１６を介してゲートウェイ装置１０５からセッション情報を受信し、セッション情報記憶領域５１３にセッション情報を格納する処理部である。符号５０５はユーザ識別子処理部であり、制御部５０１内の他処理部から要求メッセージとセッションＩＤを受け付け、セッション情報記憶領域５１３内のセッション情報に基づいてセッションＩＤに対応するユーザ識別子を取得し、これを検索キーとして返す処理部である。符号５０６はＩＤ登録処理部であり、送受信部５１６を介してゲートウェイ装置１０５からＩＤ登録要求メッセージを受信し、送受信部５１６を介してデータ保有ノード決定部５０３により決定したデータ保有ノード（データ管理装置１０６）にＩＤ登録処理を要求し、送受信部５１６を介してゲートウェイ装置１０５にＩＤ登録応答メッセージを送信する処理部である。符号５０７はＩＤ変換処理部であり、送受信部５１６を介してゲートウェイ装置１０５からＩＤ変換要求メッセージを受信し、送受信部５１６を介してデータ保有ノード決定部５０３から決定したデータ保有ノード（データ管理装置１０６）にＩＤ変換処理を要求し、送受信部５１６を介してゲートウェイ装置１０５にＩＤ変換応答メッセージを送信する処理部である。符号５０８はＩＤ更新処理部であり、送受信部５１６を介してゲートウェイ装置１０５からＩＤ更新要求メッセージを受信し、送受信部５１６を介してデータ保有ノード決定部５０３により決定したデータ保有ノード（データ管理装置１０６）にＩＤ更新処理を要求し、送受信部５１６を介してゲートウェイ装置１０５にＩＤ更新応答メッセージを送信する処理部である。符号５０９はＩＤ失効処理部であり、送受信部５１６を介してゲートウェイ装置１０５からＩＤ失効要求メッセージを受信し、送受信部５１６を介してデータ保有ノード決定部５０３により決定したデータ保有ノード（データ管理装置１０６）にＩＤ失効処理を要求し、送受信部５１６を介してゲートウェイ装置１０５にＩＤ失効応答メッセージを送信する処理部である。符号５１０はデータ管理部であり、送受信部５１６を介して他データ管理装置１０６から要求を受け付け、データ記憶領域５１４のＩＤデータの作成・参照・更新・削除を実施する処理部である。
【００３２】
次に、符号５１１は記憶部であり、ノード情報記憶領域５１２、セッション情報記憶領域５１３、データ記憶領域５１４から構成されている。符号５１２はノード情報記憶領域であり、ノード接続情報を記憶する領域である。上記ノード接続情報は、ノード管理部５０２により同期をとることで、ゲートウェイ装置１０５と同じ値が共有される。符号５１３はセッション情報記憶領域であり、セッション情報を記憶する領域である。上記セッション情報は、セッション管理部５０４により同期をとることで、ゲートウェイ装置１０５と同じ値が共有される。符号５１４はデータ記憶領域であり、ＩＤデータを記憶する領域である。上記ＩＤデータは、データ管理部５１０により動的に操作される。
【００３３】
次に、符号５１５は入出力部であり、キーボード等のインタフェースを介してユーザからの入力を制御し、モニタ等のインタフェースを介してユーザへの出力を制御する処理部である。符号５１６は送受信部であり、ネットワーク１０３を介して情報の送受信を行う処理部である。
【００３４】
図６は、本実施例における装置のハードウェア構成図の例である。
【００３５】
当該図において、符号６０１はコンピュータであり、ＣＰＵ６０２、メモリ６０３、外部記憶装置６０４、送受信装置６０５、出力装置６０６、入力装置６０７から構成されている。符号６０２はＣＰＵ、符号６０３はメモリ、符号６０４は外部記憶装置であり、各装置の処理部（プログラム）は外部記憶装置６０４に記憶され、メモリ６０３にロードして、ＣＰＵ６０２により実行される。また、記憶部内の記憶領域としてはメモリ６０３、または外部記憶装置６０４が利用される。符号６０５は送受信装置であり、各装置の送受信部は送受信装置６０５により実現される。符号６０６は出力装置、符号６０７は入力装置であり、各装置の入出力部は出力装置６０６、入力装置６０７により実現される。
【００３６】
図７から図９を用いて、クライアント装置１０１がユーザ登録処理を要求した際に、認証装置１０４、ゲートウェイ装置１０５が実行する一連の処理の例について説明する。
【００３７】
図７は、本実施例における認証装置１０４、ゲートウェイ装置１０５が実行するユーザ登録処理のシーケンス図の例である。最初にクライアント装置１０１は認証装置１０４にユーザ登録要求メッセージ７０１を送信する。ユーザ登録要求メッセージ７０１の例は図８に示す。図８は、本実施例における認証装置１０４、ゲートウェイ装置１０５が実行するユーザ登録処理の中で送受信されるメッセージの例である。ユーザ登録要求メッセージ７０１は認証情報８０１のパラメータから構成されている。本実施例では、認証情報８０１として文字列のパスワード”ａｂｃ”を格納しているが、認証情報８０１は文字列のパスワードに限定されるものではなく、ＩＣカードリーダ等をクライアント装置１０１の入出力部２１３としてＩＣカード情報を取得してＩＣカード情報を格納することも、指紋認証装置等をクライアント装置１０１の入出力部２１３として生体情報を取得して生体情報を格納することも可能である。
【００３８】
図７に戻って、次に認証装置１０４はユーザ識別子生成７０２を行う。本実施例では、疑似乱数生成器を用いて生成した乱数”Ｒ０”をユーザ識別子として用いているが、認証情報８０１をハッシュ関数により変換した値等を利用することも可能である。
【００３９】
次に認証装置１０４はユーザ情報保存７０３を行う。ユーザ情報記憶領域３１１に格納されるデータの例は図９に示す。図９は、本実施例における認証装置１０４内のユーザ情報記憶領域３１１に格納されるデータの例であり、認証情報”ａｂｃ”とユーザ識別子”Ｒ０”、”ｄｅｆ”と”Ｒ１”、”Ｇｈｉ”と”Ｒ２”を格納したものである。ユーザ情報は、認証情報９０１とユーザ識別子９０２を１組として格納される。
【００４０】
図７に戻って、次に認証装置１０４はクライアント装置１０１にユーザ登録応答メッセージ７０４を送信する。ユーザ登録応答メッセージ７０４の例は図８に示す。ユーザ登録応答メッセージ７０４はユーザ登録結果８０２のパラメータから構成されている。ユーザ登録結果８０２はユーザ登録処理の成否を示している。
【００４１】
以上が、クライアント装置１０１がユーザ登録処理を要求した際に、認証装置１０４、ゲートウェイ装置１０５が実行する一連の処理の例である。
【００４２】
図１０、図１１を用いて、クライアント装置１０１がユーザ更新処理を要求した際に、認証装置１０４、ゲートウェイ装置１０５が実行する一連の処理の例について説明する。  
【００４３】
図１０は、本実施例における認証装置１０４、ゲートウェイ装置１０５が実行するユーザ更新処理のシーケンス図の例である。最初にクライアント装置１０１は認証装置１０４にユーザ更新要求メッセージ１００１を送信する。ユーザ更新要求メッセージ１００１の例は図１１に示す。図１１は、本実施例における認証装置１０４、ゲートウェイ装置１０５が実行するユーザ更新処理の中で送受信されるメッセージの例である。ユーザ更新要求メッセージ１００１は旧認証情報１１０１、新認証情報１１０２のパラメータから構成されている。
【００４４】
図１０に戻って、次に認証装置１０４はユーザ情報更新１００２を行う。ユーザ情報更新１００２では、ユーザ情報記憶領域３１１に格納されたユーザ情報の中から旧認証情報１１０１を検索キーとして旧認証情報１１０１に対応するユーザ情報を検索し、新認証情報１１０２に更新する。
【００４５】
次に認証装置１０４はクライアント装置１０１にユーザ更新応答メッセージ１００３を送信する。ユーザ更新応答メッセージ１００３の例は図１１に示す。ユーザ更新応答メッセージ１００３はユーザ更新結果１１０２のパラメータから構成されている。ユーザ更新結果１１０３はユーザ更新処理の成否を示している。
【００４６】
以上が、クライアント装置１０１がユーザ更新処理を要求した際に、認証装置１０４、ゲートウェイ装置１０５が実行する一連の処理の例である。
【００４７】
図１２、図１３を用いて、クライアント装置１０１がユーザ失効処理を要求した際に、認証装置１０４、ゲートウェイ装置１０５が実行する一連の処理の例について説明する。  
【００４８】
図１２は、本実施例における認証装置１０４、ゲートウェイ装置１０５が実行するユーザ失効処理のシーケンス図の例である。最初にクライアント装置１０１は認証装置１０４にユーザ失効要求メッセージ１２０１を送信する。ユーザ失効要求メッセージ１３０１の例は図１３に示す。図１３は、本実施例における認証装置１０４、ゲートウェイ装置１０５が実行するユーザ失効処理の中で送受信されるメッセージの例である。ユーザ失効要求メッセージ１２０１は認証情報１３０１のパラメータから構成されている。
【００４９】
図１２に戻って、次に認証装置１０４はユーザ情報失効１２０２を行う。ユーザ情報失効１２０２では、ユーザ情報記憶領域３１１に格納されたユーザ情報の中から認証情報１３０１を検索キーとして認証情報１３０１に対応するユーザ情報を検索し、該当レコードを削除する。
【００５０】
次に認証装置１０４はクライアント装置１０１にユーザ失効応答メッセージ１２０３を送信する。ユーザ失効応答メッセージ１２０３の例は図１３に示す。ユーザ失効応答メッセージ１２０３はユーザ失効結果１３０２のパラメータから構成されている。ユーザ失効結果１３０３はユーザ失効処理の成否を示している。
【００５１】
以上が、クライアント装置１０１がユーザ失効処理を要求した際に、認証装置１０４、ゲートウェイ装置１０５が実行する一連の処理の例である。
【００５２】
図１４から図１６を用いて、クライアント装置１０１がユーザ認証処理を要求した際に、認証装置１０４、ゲートウェイ装置１０５、データ管理装置１０６が実行する一連の処理の例について説明する。
【００５３】
図１４は、本実施例における認証装置１０４、ゲートウェイ装置１０５、データ管理装置１０６が実行するユーザ認証処理のシーケンス図の例である。最初にクライアント装置１０１は認証装置１０４にユーザ認証要求メッセージ１４０１を送信する。ユーザ認証要求メッセージ１４０１の例は図１５に示す。図１５は、本実施例における認証装置１０４、ゲートウェイ装置１０５、データ管理装置１０６が実行するユーザ認証処理の中で送受信されるメッセージの例である。ユーザ認証要求メッセージ１４０１は認証情報１５０１のパラメータから構成されている。
【００５４】
図１４に戻って、次に認証装置１０４はユーザ情報参照１４０２を行う。ユーザ情報参照１４０２では、ユーザ情報記憶領域３１１に格納されたユーザ情報の中から認証情報１５０１を検索キーとして認証情報１５０１に対応するユーザ識別子”Ｒ０”を取得する。  
【００５５】
次に認証装置１０４はセッションＩＤ生成１４０３を行う。本実施例では、疑似乱数生成器を用いて生成した乱数”Ｓ０”をセッションＩＤとして用いている。
【００５６】
次に認証装置１０４はゲートウェイ装置１０５にセッション確立要求メッセージ１４０４を送信する。セッション確立要求メッセージ１４０４の例は図１５に示す。セッション確立要求メッセージ１４０４はセッションＩＤ１５０２、ユーザ識別子１５０３、確立日時１５０４のパラメータから構成されている。
【００５７】
図１４に戻って、次にゲートウェイ装置１０５はセッション情報保存１４０５を行う。セッション情報記憶領域４０８に格納されるデータの例は図１６に示す。図１６は、本実施例におけるゲートウェイ装置１０５内のセッション情報記憶領域４０８、データ管理装置１０６内のセッション情報記憶領域５１３に格納されるデータの例であり、セッションＩＤ”Ｓ０”とユーザ識別子”Ｒ０”、”Ｓ１”と”Ｒ１”、”Ｓ２”と”Ｒ２”を格納したものである。セッション情報は、セッションＩＤ１６０１とユーザ識別子１６０２を１組として格納される。
【００５８】
図１４に戻って、次にゲートウェイ装置１０５はデータ管理装置１０６にセッション確立要求メッセージ１４０６を送信する。セッション確立要求メッセージ１４０６はセッション確立要求メッセージ１４０４と同様である。
【００５９】
次にデータ管理装置１０６はセッション情報保存１４０７を行う。セッション情報記憶領域５１３に格納されるデータはセッション情報記憶領域４０８に格納されるデータと同様である。
【００６０】
次にデータ管理装置１０６はゲートウェイ装置１０５にセッション確立応答メッセージ１４０８を送信する。セッション確立応答メッセージ１４０８の例は図１５に示す。セッション確立応答メッセージ１４０８はセッション確立結果１５０６のパラメータから構成されている。セッション確立結果１５０６はセッション確立処理の成否を示している。
【００６１】
本実施例では、セッション確立要求メッセージ１４０６からセッション確立応答メッセージ１４０８をデータ管理装置１０６＿１からデータ管理装置１０６＿ｍまで順に処理しているが、当該シーケンスは順列処理に限定されるものではなく、並列処理することも可能である。
【００６２】
次にゲートウェイ装置１０５は認証装置１０４にセッション確立応答メッセージ１４０９を送信する。セッション確立応答メッセージ１４０９はセッション確立要求メッセージ１４０８と同様である。
【００６３】
次に認証装置１０４はユーザ認証応答メッセージ１４１０を送信する。ユーザ認証応答メッセージ１４１０の例は図１５に示す。ユーザ認証応答メッセージ１４１０はセッションＩＤ１５０５のパラメータから構成されている。
【００６４】
以上が、クライアント装置１０１がユーザ認証処理を要求した際に、認証装置１０４、ゲートウェイ装置１０５、データ管理装置１０６が実行する一連の処理の例である。このように、認証装置１０４におけるユーザ認証処理時に、セッションＩＤのみがクライアント装置１０１へ送信される。これにより、クライアント装置１０１とゲートウェイ装置１０５間ではユーザ識別子が用いられないため、第３者によるなりすましや不正な方法でのデータアクセスを防止できる。
【００６５】
図１７から図２１を用いて、クライアント装置１０１がＩＤ登録処理を要求した際に、ゲートウェイ装置１０５、データ管理装置１０６が実行する一連の処理の例について説明する。ここでは、ドメイン”ｄ０”のＩＤ”１１１”とドメイン”ｄ１”のＩＤ”９８７”に関する双方向の変換関係をＩＤ管理システムに登録する例を示す。
【００６６】
図１７は、本実施例におけるゲートウェイ装置１０５、データ管理装置１０６が実行するＩＤ登録処理のシーケンス図の例である。最初にクライアント装置１０１はゲートウェイ装置１０５にＩＤ登録要求メッセージ１７０１を送信する。ＩＤ登録要求メッセージ１７０１の例は図１８に示す。図１８は、本実施例におけるゲートウェイ装置１０５、データ管理装置１０６が実行するＩＤ登録処理の中で送受信されるメッセージの例である。ＩＤ登録要求メッセージ１７０１はＩＤ１８０１、ドメイン１８０２、セッションＩＤ１８０３のパラメータから構成されている。
【００６７】
図１７に戻って、次にゲートウェイ装置１０５は担当ノード決定１７０２を行う。本実施例では、ゲートウェイ装置１０５内のノード情報記憶領域４０７に格納されたノード情報に基づきランダムに担当ノードを決定しており、ここでは担当ノードをデータ管理装置１０６＿１とした。ゲートウェイ装置１０５内のノード情報記憶領域４０７に格納されるデータの例は図１９に示す。図１９は、本実施例におけるゲートウェイ装置１０５内のノード情報記憶領域４０７、データ管理装置１０６内のノード情報記憶領域５１２に格納されるデータの例であり、データ管理装置１０６＿１、データ管理装置１０６＿２、データ管理装置１０６＿ｍのノードＩＤと接続情報を格納したものである。ノード情報は、ノードＩＤと接続情報を１組として格納され、符号１９０１・符号１９０４はデータ管理装置１０６＿１、符号１９０２はデータ管理装置１０６＿２、符号１９０３はデータ管理装置１０６＿ｍを表すノードＩＤである。データ管理装置１０６が複数のノードＩＤを持つ効果は後述する。
【００６８】
図１７に戻って、次にゲートウェイ装置１０５はデータ管理装置１０６＿１にＩＤ登録要求メッセージ１７０３を送信する。ＩＤ登録要求メッセージ１７０３はＩＤ登録要求メッセージ１７０１と同様である。
【００６９】
次に、データ管理装置１０６＿１はユーザ識別子処理１７０４を行う。ユーザ識別子処理１７０４では、セッション情報記憶領域５１３に格納されたセッション情報の中からセッションＩＤ１８０３を検索キーとしてセッションＩＤ１８０３に対応するユーザ識別子”Ｒ０”を検索する。
【００７０】
次に、データ管理装置１０６＿１はドメイン”ｄ０”のＩＤ”１１１”からドメイン”ｄ１”のＩＤ”９８７”への変換関係を登録する。以降、上記変換関係において、ドメイン”ｄ０”を変換元ドメイン、ＩＤ”１１１”を変換元ＩＤ、ドメイン”ｄ１”を変換先ドメイン、ＩＤ”９８７”を変換先ＩＤと呼ぶ。
【００７１】
データ管理装置１０６＿１はデータ保有ノード決定１７０５＿１を行う。データ保有ノード決定方法の例は図２０に示す。図２０では、例としてドメイン”ｄ０”のＩＤ”１１１”からドメイン”ｄ１”のＩＤ”９８７”への変換関係情報を保有するノードを決定している。まず、変換元ＩＤと変換元ドメイン、変換先ドメイン、そしてユーザ識別子を検索キー２００１とする。次に、検索キーをハッシュ関数２００２にかけて、ハッシュ値２００３を得る。次に、ハッシュ値２００３をノード（データ管理装置１０６）のノードＩＤと比較し、ハッシュ値以上であり、かつハッシュ値に最も近いノードＩＤを持つノード（データ管理装置１０６）をデータ保有ノードとする。ハッシュ値がノードＩＤの最大値を越えていた場合、最小のノードＩＤが選択される。また、ハッシュ値に最も近いノードＩＤを持つノード（データ管理装置１０６）を１つではなく、近いものから順に選ぶことで冗長化させることもできる。図２０の例では、検索キー”１１１＠ｄ０（ｔｏ）ｄ１＠Ｒ０”からハッシュ値”１５８４”を得て、”１５８４”以上で最も近い値である”２０８４”をノードＩＤとして持つデータ管理装置１０６＿２がデータ保有ノードとなっている。
【００７２】
次に、データ管理装置１０６＿１はデータ保有ノード（データ管理装置１０６＿２）にＩＤ登録要求メッセージ１７０６＿１を送信する。ＩＤ登録要求メッセージ１７０６の例は図１８に示す。ＩＤ登録要求メッセージ１７０６は検索キー２００１をＫｅｙ１８０４、変換先ＩＤ”９８７”をＶａｌｕｅ１８０５とした２つのパラメータから構成されている。
【００７３】
図１７に戻って、データ保有ノード（データ管理装置１０６＿２）はＩＤ登録１７０７＿１を行う。データ管理装置１０６内のデータ記憶領域５１４に格納されるデータの例は図２１に示す。図２１は、本実施例におけるデータ管理装置１０６内のデータ記憶領域５１４に格納されるデータの例であり、データ管理装置１０６＿２内のデータ記憶領域５１４には検索キー”１１１＠ｄ０（ｔｏ）ｄ１＠Ｒ０”をＫｅｙ、変換先ＩＤ”９８７”をＶａｌｕｅとして格納したものである。このように、ＩＤ数やドメイン数は時間とともに変化することが多いため、事前のスキーム設計を必要としないキーバリュー型のデータ構造が適している。ＩＤ登録１７０７＿１では、キーバリュー型のレコード２１０１が格納される。
【００７４】
図１７に戻って、データの保有ノード（データ管理装置１０６＿２）はデータ管理装置１０６＿１にＩＤ登録応答メッセージ１７０８＿１を送信する。ＩＤ登録応答メッセージ１７０８の例は図１８に示す。ＩＤ登録応答メッセージ１７０８はＩＤ登録結果１８０６から構成されている。ＩＤ登録結果１８０６はＩＤ登録処理の成否を示している。
【００７５】
以上、符号１７０６＿１から符号１７０８＿１がデータ管理装置１０６により行われるドメイン”ｄ０”のＩＤ”１１１”からドメイン”ｄ１”のＩＤ”９８７”への変換関係を登録する処理である。
【００７６】
次にデータ管理装置１０６はドメイン”ｄ１”のＩＤ”９８７”からドメイン”ｄ０”のＩＤ”１１１”への変換関係を登録する。符号１７０６＿２から符号１７０８＿２の処理は、変換元ＩＤと変換先ＩＤ、変換元ドメインと変換先ドメインを入れ替えて、符号１７０６＿１から符号１７０８＿１と同様の処理を行う。符号１７０７＿２では、データ管理装置１０６＿ｍをデータ保有ノードとしており、図２１にあるようにデータ管理装置１０６＿ｍ内のデータ記憶領域５１４に検索キー”９８７＠ｄ１（ｔｏ）ｄ０＠Ｒ０”をＫｅｙ、変換先ＩＤ”１１１”をＶａｌｕｅとしたキーバリュー型のレコード２１０２を格納している。
【００７７】
次に、データ管理装置１０６はゲートウェイ装置１０５にＩＤ登録応答メッセージ１７０９を送信する。ＩＤ登録応答メッセージ１７０９はＩＤ登録応答メッセージ１７０８と同様である。
【００７８】
次にゲートウェイ装置１０５はクライアント装置１０１にＩＤ登録応答メッセージ１７１０を送信する。ＩＤ登録応答メッセージ１７１０はＩＤ登録応答メッセージ１７０８と同様である。
【００７９】
以上が、クライアント装置１０１がＩＤ登録処理を要求した際に、ゲートウェイ装置１０５、データ管理装置１０６が実行する一連の処理の例である。本実施例では、図２１にあるようにＫｅｙに変換元ＩＤと変換元ドメイン、変換先ドメイン、ユーザ識別子を格納し、Ｖａｌｕｅに変換先ＩＤを格納するキーバリュー構造としているが限定されるものではない。Ｋｅｙに変換元ＩＤとユーザ識別子が格納され、Ｖａｌｕｅに変換先ドメインが格納される構造であれば良い。
【００８０】
また、本実施例は、ドメインの数を２つとした例にすぎず、ドメインの数は限定されるものではない。例えば、ドメイン数が３つ以上の場合、ＩＤそれぞれの間で双方向の変換関係を登録すれば良く、ドメイン数に制限はない。
【００８１】
さらに、変換元ＩＤから変換先ＩＤへの変換関係を複数のレコードで表現しても良い。ユーザに対して複数のユーザ識別子を割り当て、各ユーザ識別子から複数の検索キーを生成し、検索キー毎に対応するＶａｌｕｅには変換先ＩＤを分割して、その一部ずつを格納すれば良い。変換関係を複数のレコードに分割することで、アクセス権を持たないユーザが直接、データ記憶領域５１４を解析する等の方法によりデータ参照することを防ぐことが可能となる。
【００８２】
図２２、図２３を用いて、クライアント装置１０１がＩＤ変換処理を要求した際に、ゲートウェイ装置１０５、データ管理装置１０６が実行する一連の処理の例について説明する。
ここでは、ドメイン”ｄ０”のＩＤ”１１１”からドメイン”ｄ１”のＩＤに変換する例を示す。
【００８３】
図２２は、本実施例におけるゲートウェイ装置１０５、データ管理装置１０６が実行するＩＤ変換処理のシーケンス図の例である。最初にクライアント装置１０１はゲートウェイ装置１０５にＩＤ変換要求メッセージ２２０１を送信する。
ＩＤ変換要求メッセージ２２０１の例は図２３に示す。図２３は、本実施例におけるゲートウェイ装置１０５、データ管理装置１０６が実行するＩＤ変換処理の中で送受信されるメッセージの例である。ＩＤ変換要求メッセージ２２０１はＩＤ２３０１、ドメイン２３０２＿１、２３０２＿２、セッションＩＤ２３０３のパラメータから構成されている。
【００８４】
図２２に戻って、次にゲートウェイ装置１０５は担当ノード決定２２０２を行う。担当ノード決定２２０２は図１７のＩＤ登録処理における担当ノード決定１７０２と同様である。
【００８５】
図２２に戻って、次にゲートウェイ装置１０５はデータ管理装置１０６＿１にＩＤ変換要求メッセージ２２０３を送信する。ＩＤ変換要求メッセージ２２０３はＩＤ変換要求メッセージ２２０１と同様である。
【００８６】
次にデータ管理装置１０６＿１はユーザ識別子処理２２０４を行う。ユーザ識別子処理２２０４は図１７のＩＤ登録処理におけるユーザ識別子処理１７０４と同様である。
【００８７】
図２２に戻って、次にデータ管理装置１０６＿１はデータ保有ノード決定２２０５を行う。データ保有ノード決定２２０５は図１７のＩＤ登録処理におけるデータ保有ノード決定１７０５＿１と同様である。
【００８８】
図２２に戻って、次にデータ管理装置１０６＿１はデータ保有ノード（データ管理装置１０６＿２）にＩＤ変換要求メッセージ２２０６を送信する。ＩＤ変換要求メッセージ２２０６の例は図２３に示す。ＩＤ変換要求メッセージ２２０６は検索キー”１１１＠ｄ０（ｔｏ）ｄ１＠Ｒ０”をＫｅｙ２３０４として、１つのパラメータから構成されている。  
【００８９】
図２２に戻って、データ保有ノード（データ管理装置１０６＿２）はＩＤ変換２２０７を行う。ＩＤ変換２２０７では、データ記憶領域５１４に格納されたデータの中から”１１１＠ｄ０（ｔｏ）ｄ１＠Ｒ０”を検索キーとして対応する変換先ＩＤ”９８７”を取得する。
【００９０】
図２２に戻って、データの保有ノード（データ管理装置１０６＿２）はデータ管理装置１０６＿１にＩＤ変換応答メッセージ２２０８を送信する。ＩＤ変換応答メッセージ２２０８の例は図２３に示す。ＩＤ変換応答メッセージ２２０８はＩＤ２３０６から構成されており、本実施例では変換先ＩＤ”９８７”が格納されている。
【００９１】
次にデータ管理装置１０６＿１はゲートウェイ装置１０５にＩＤ変換応答メッセージ２２０９を送信する。ＩＤ変換応答メッセージ２２０９はＩＤ変換応答メッセージ２２０８と同様である。
【００９２】
次にゲートウェイ装置１０５はクライアント装置１０１にＩＤ変換応答メッセージ２２１０を送信する。ＩＤ変換応答メッセージ２２１０はＩＤ変換応答メッセージ２２０８と同様である。
【００９３】
以上が、クライアント装置１０１がＩＤ変換処理を要求した際に、ゲートウェイ装置１０５、データ管理装置１０６が実行する一連の処理の例である。
【００９４】
図２４から図２６を用いて、クライアント装置１０１がＩＤ更新処理を要求した際に、ゲートウェイ装置１０５、データ管理装置１０６が実行する一連の処理の例について説明する。ここでは、ドメイン”ｄ０”のＩＤ”１１１”をＩＤ”２２２”へ更新する例を示す。以降、ＩＤ”１１１”を旧ＩＤ、ＩＤ”２２２”を新ＩＤと呼ぶ。
【００９５】
図２４は、本実施例におけるゲートウェイ装置１０５、データ管理装置１０６が実行するＩＤ更新処理のシーケンス図の例である。最初にクライアント装置１０１はゲートウェイ装置１０５にＩＤ更新要求メッセージ２４０１を送信する。ＩＤ更新要求メッセージ２４０１の例は図２５に示す。図２５は、本実施例におけるゲートウェイ装置１０５、データ管理装置１０６が実行するＩＤ更新処理の中で送受信されるメッセージの例である。ＩＤ更新要求メッセージ２４０１はＩＤ２５０１、ドメイン２５０２、セッションＩＤ２５０３のパラメータから構成されている。
【００９６】
図２４に戻って、次にゲートウェイ装置１０５は担当ノード決定２４０２を行う。担当ノード決定２４０２は図１７のＩＤ登録処理における担当ノード決定１７０２と同様である。
【００９７】
図２４に戻って、次にゲートウェイ装置１０５は決定した担当ノードであるデータ管理装置１０６＿１にＩＤ更新要求メッセージ２４０３を送信する。ＩＤ更新要求メッセージ２４０３はＩＤ更新要求メッセージ２４０１と同様である。
【００９８】
次にデータ管理装置１０６＿１はユーザ識別子処理２４０４を行う。ユーザ識別子処理２４０４は図１７のＩＤ登録処理におけるユーザ識別子処理１７０４と同様である。
【００９９】
図２４に戻って、次にデータ管理装置１０６はドメイン”ｄ０”のＩＤ”１１１”からドメイン”ｄ１”のＩＤ”９８７”への変換関係を失効させる。データ管理装置１０６＿１はデータ保有ノード決定２４０５を行う。
データ保有ノード決定２４０５は図１７のＩＤ登録処理におけるデータ保有ノード決定処理１７０５＿１、１７０５＿２と同様であり、検索キー”１１１＠ｄ０（ｔｏ）ｄ１＠Ｒ０”に対応するデータ保有ノード（データ管理装置１０６＿２）を得る。
【０１００】
図２４に戻って、次にデータ管理装置１０６＿１はデータ保有ノード（データ管理装置１０６＿２）にＩＤ更新要求メッセージ２４０６を送信する。ＩＤ失効要求メッセージ２４０６の例は図２５に示す。ＩＤ更新要求メッセージ２４０６は検索キー”１１１＠ｄ０（ｔｏ）ｄ１＠Ｒ０”をＫｅｙ２５０６として、１つのパラメータから構成されている。  
【０１０１】
図２４に戻って、データ保有ノード（データ管理装置１０６＿２）はＩＤ失効２４０７を行う。データ管理装置１０６内のデータ記憶領域５１４に格納されるデータの例は図２６に示す。図２６は、ＩＤ更新処理の時のデータ管理装置１０６内のデータ記憶領域５１４に格納されるデータの例であり、ＩＤ更新２４０７では、データ管理装置１０６＿２内のデータ記憶領域５１４に格納されたデータの中から”１１１＠ｄ０（ｔｏ）ｄ１＠Ｒ０”を検索キーとして対応するＶａｌｕｅ２６０１を”ｎｕｌｌ”に更新する。本実施例では、Ｖａｌｕｅ２６０１を”ｎｕｌｌ”にすることをＩＤ失効処理としているが、”ｎｕｌｌ”ではなく、失効状態を意味する別の値でも良いし、当該レコード事態を削除しても良い。
【０１０２】
図２４に戻って、データの保有ノード（データ管理装置１０６＿２）はデータ管理装置１０６＿１にＩＤ更新応答メッセージ２４０８を送信する。ＩＤ更新応答メッセージ２４０８の例は図２５に示す。ＩＤ更新応答メッセージ２４０８はＩＤ２５０８から構成されており、本実施例ではＩＤ”９８７”が格納されている。
【０１０３】
以上、符号２４０５から符号２４０８がデータ管理装置１０６により行われるドメイン”ｄ０”のＩＤ”１１１”からドメイン”ｄ１”のＩＤ”９８７”への変換関係を更新する処理である。
【０１０４】
図２４に戻って、次にデータ管理装置１０６はドメイン”ｄ１”のＩＤ”９８７”からドメイン”ｄ０”のＩＤ”１１１”への変換関係を旧ＩＤから新ＩＤへと更新する。
【０１０５】
データ管理装置１０６＿１はデータ保有ノード決定２４０９を行う。データ保有ノード決定２４０９は図１７のＩＤ登録処理におけるデータ保有ノード決定１７０５と同様であり、検索キー”９８７＠ｄ１（ｔｏ）ｄ０＠Ｒ０”に対応するデータ保有ノード（データ管理装置１０６＿ｍ）を得る。
【０１０６】
図２４に戻って、次にデータ管理装置１０６＿１はデータ保有ノード（データ管理装置１０６＿ｍ）にＩＤ更新要求メッセージ２４１０を送信する。ＩＤ更新要求メッセージ２４１０の例は図２５に示す。ＩＤ更新要求メッセージ２４１０は”９８７＠ｄ１（ｔｏ）ｄ０＠Ｒ０”をＫｅｙ２５０４、新ＩＤ”２２２”をＶａｌｕｅ２５０５として、２つのパラメータから構成されている。
【０１０７】
図２４に戻って、データ保有ノード（データ管理装置１０６＿ｍ）はＩＤ更新２４１１を行う。図２６のデータ管理装置１０６＿ｍに示すように、ＩＤ更新２４１１では、データ記憶領域５１４に格納されたデータの中から”９８７＠ｄ１（ｔｏ）ｄ０＠Ｒ０”を検索キーとして対応するＶａｌｕｅ２６０２を”２２２”に更新する。
【０１０８】
図２４に戻って、データの保有ノード（データ管理装置１０６＿ｍ）はデータ管理装置１０６＿１にＩＤ更新応答メッセージ２４１２を送信する。ＩＤ更新応答メッセージ２４１２の例は図２５に示す。ＩＤ更新応答メッセージ２４１２はＩＤ更新結果２５０７から構成されている。ＩＤ更新結果２５０７はＩＤ更新処理の成否を示している。
【０１０９】
以上、符号２４０９から符号２４１２がデータ管理装置１０６により行われるドメイン”ｄ１”のＩＤ”９８７”からドメイン”ｄ０”のＩＤ”１１１”への変換関係を旧ＩＤから新ＩＤへと更新する処理である。
【０１１０】
図２４に戻って、次にデータ管理装置１０６がドメイン”ｄ０”のＩＤ”２２２”からドメイン”ｄ１”のＩＤ”９８７”への変換関係を登録する、符号２４１４から符号２４１６の処理は、変換元ＩＤを旧ＩＤ”１１１”から新ＩＤ”２２２”に入れ替えて、図１７の符号１７０６＿１から符号１７０８＿１と同様の処理を行う。符号２４１３では、データ管理装置１０６＿ｍをデータ保有ノードとしており、図２６にあるようにデータ管理装置１０６＿ｍ内のデータ記憶領域５１４に検索キー”２２２＠ｄ０（ｔｏ）ｄ１＠Ｒ０”をＫｅｙ、変換先ＩＤ”９８７”をＶａｌｕｅとしたキーバリュー型のレコード２６０３を格納している。
【０１１１】
次にデータ管理装置１０６＿１はゲートウェイ装置１０５にＩＤ更新応答メッセージ２４１７を送信する。ＩＤ更新応答メッセージ２４１７はＩＤ更新応答メッセージ２４１２と同様である。
【０１１２】
次にゲートウェイ装置１０５はクライアント装置１０１にＩＤ更新応答メッセージ２４１８を送信する。ＩＤ更新応答メッセージ２４１８はＩＤ更新応答メッセージ２４１２と同様である。
【０１１３】
以上が、クライアント装置１０１がＩＤ更新処理を要求した際に、ゲートウェイ装置１０５、データ管理装置１０６が実行する一連の処理の例である。
【０１１４】
図２７から図２９を用いて、クライアント装置１０１がＩＤ失効処理を要求した際に、ゲートウェイ装置１０５、データ管理装置１０６が実行する一連の処理の例について説明する。ここでは、ドメイン”ｄ０”のＩＤ”１１１”を失効する例を示す。
【０１１５】
図２７は、本実施例におけるゲートウェイ装置１０５、データ管理装置１０６が実行するＩＤ失効処理のシーケンス図の例である。最初にクライアント装置１０１はゲートウェイ装置１０５にＩＤ失効要求メッセージ２７０１を送信する。ＩＤ失効要求メッセージ２７０１の例は図２８に示す。図２８は、本実施例におけるゲートウェイ装置１０５、データ管理装置１０６が実行するＩＤ失効処理の中で送受信されるメッセージの例である。ＩＤ失効要求メッセージ２７０１はＩＤ２８０１、ドメイン２８０２、セッションＩＤ２８０３のパラメータから構成されている。
【０１１６】
図２７に戻って、次にゲートウェイ装置１０５は担当ノード決定２７０２を行う。担当ノード決定２７０２は図１７のＩＤ登録処理における担当ノード決定１７０２と同様である。
【０１１７】
図２７に戻って、次にゲートウェイ装置１０５はデータ管理装置１０６＿１にＩＤ失効要求メッセージ２７０３を送信する。ＩＤ失効要求メッセージ２７０３はＩＤ失効要求メッセージ２７０１と同様である。
【０１１８】
次にデータ管理装置１０６＿１はユーザ識別子処理２７０４を行う。ユーザ識別子処理２７０４は図１７のＩＤ登録処理におけるユーザ識別子処理１７０４と同様である。
【０１１９】
図２７に戻って、次にデータ管理装置１０６はドメイン”ｄ０”のＩＤ”１１１”からドメイン”ｄ１”のＩＤ”９８７”への変換関係を失効する。符号２７０５から符号２７０８の処理は、図２４の符号２４０５から符号２４０８の処理と同様である。データ管理装置１０６内のデータ記憶領域５１４に格納されるデータの例は図２９に示す。図２９は、ＩＤ更新処理の時のデータ管理装置１０６内のデータ記憶領域５１４に格納されるデータの例であり、ＩＤ失効２７０７により、データ管理装置１０６＿２内のデータ記憶領域５１４に格納された”１１１＠ｄ０（ｔｏ）ｄ１＠Ｒ０”に対応するＶａｌｕｅ２９０１は”ｎｕｌｌ”に更新される。
【０１２０】
図２７に戻って、次にデータ管理装置１０６はドメイン”ｄ１”のＩＤ”９８７”からドメイン”ｄ０”のＩＤ”１１１”への変換関係を失効させる。符号２７０９から符号２７１２の処理は、変換元ＩＤと変換先ＩＤ、変換元ドメインと変換先ドメインを入れ替えて、図２４の符号２４０５から符号２４０８と同様の処理を行う。図２９にあるように、ＩＤ失効２７１１により、データ管理装置１０６＿ｍ内のデータ記憶領域５１４に格納された”９８７＠ｄ１（ｔｏ）ｄ０＠Ｒ０”に対応するＶａｌｕｅ２９０２は”ｎｕｌｌ”に更新される。
【０１２１】
次にデータ管理装置１０６＿１はゲートウェイ装置１０５にＩＤ失効応答メッセージ２７１３を送信する。ＩＤ失効応答メッセージ２７１３の例は図２８に示す。ＩＤ失効応答メッセージ２７１３はＩＤ失効結果２８０６から構成されている。ＩＤ失効結果２８０６はＩＤ登録処理の成否を示している。
【０１２２】
次にゲートウェイ装置１０５はクライアント装置１０１にＩＤ失効応答メッセージ２７１４を送信する。ＩＤ失効応答メッセージ２７１４はＩＤ失効応答メッセージ２７１３と同様である。
【０１２３】
以上が、クライアント装置１０１がＩＤ失効処理を要求した際に、ゲートウェイ装置１０５、データ管理装置１０６が実行する一連の処理の例である。
【０１２４】
以上本発明の一実施例について説明したが、上記実施例によれば、あらかじめ、ドメイン間におけるＩＤの対応関係をテーブルに登録しておく必要がないため、ドメイン数とＩＤ数が増加してもシステムを再構築する必要がない。これにより、システム再構築に要する工数や費用を低減できる。また、利用者ごとに、変換可能なＩＤを制御することができる。また、認証装置１０４におけるユーザ認証処理時に、セッションＩＤのみがクライアント装置１０１へ送信される。これにより、ユーザにはユーザ識別子が非公開となるため、第３者によるなりすましや不正な方法でのデータアクセスを防止できる。
【０１２５】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【０１２６】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【０１２７】
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【０１２８】
１０１＿１、１０１＿ｎ・・・クライアント装置、１０２、１０３・・・ネットワーク、１０４・・・認証装置、１０５・・・ゲートウェイ管理装置、１０６＿１、１０６＿２、１０６＿３、１０６＿ｍ・・・データ管理装置、２０１、３０１、４０１、５０１・・・制御部、２１０、３０９、４０６、５１１・・・記憶部、２１３、３１２、４０９、５１５・・・入出力部、２１４、３１３、４１０、５１６・・・送受信部、６０１・・・コンピュータ、６０２・・・ＣＰＵ、６０３・・・メモリ、６０４・・・外部記憶装置、６０５・・・送受信装置、６０６・・・出力装置、６０７・・・入力装置。
【図１】
0005894860.tif 000002
【図２】
0005894860.tif 000003
【図３】
0005894860.tif 000004
【図４】
0005894860.tif 000005
【図５】
0005894860.tif 000006
【図６】
0005894860.tif 000007
【図７】
0005894860.tif 000008
【図８】
0005894860.tif 000009
【図９】
0005894860.tif 000010
【図１０】
0005894860.tif 000011
【図１１】
0005894860.tif 000012
【図１２】
0005894860.tif 000013
【図１３】
0005894860.tif 000014
【図１４】
0005894860.tif 000015
【図１５】
0005894860.tif 000016
【図１６】
0005894860.tif 000017
【図１７】
0005894860.tif 000018
【図１８】
0005894860.tif 000019
【図１９】
0005894860.tif 000020
【図２０】
0005894860.tif 000021
【図２１】
0005894860.tif 000022
【図２２】
0005894860.tif 000023
【図２３】
0005894860.tif 000024
【図２４】
0005894860.tif 000025
【図２５】
0005894860.tif 000026
【図２６】
0005894860.tif 000027
【図２７】
0005894860.tif 000028
【図２８】
0005894860.tif 000029
【図２９】
0005894860.tif 000030