JP5894860B2 - ID management method and data management apparatus - Google Patents
ID management method and data management apparatus Download PDFInfo
- Publication number
- JP5894860B2 JP5894860B2 JP2012119184A JP2012119184A JP5894860B2 JP 5894860 B2 JP5894860 B2 JP 5894860B2 JP 2012119184 A JP2012119184 A JP 2012119184A JP 2012119184 A JP2012119184 A JP 2012119184A JP 5894860 B2 JP5894860 B2 JP 5894860B2
- Authority
- JP
- Japan
- Prior art keywords
- data management
- user
- domain
- information
- unit
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
本発明は、ＩＤ管理方法およびこれを実施するデータ管理装置に関する。 The present invention relates to an ID management method and a data management apparatus that implements the ID management method.
情報システムでは、人や物、またはそれらに関連する情報を管理する際、当該システムが人や物等の管理対象を一意に特定するため、管理対象に特定の領域（以下、ドメインと呼ぶ）において唯一無二の識別子（以下、ＩＤと呼ぶ）を割り当てることが一般的である。例えば、運転免許保有者の情報を管理するためには、運転免許保有者それぞれに運転免許証番号が割り当てられており、運転免許証番号により一意に特定することが可能である。 In an information system, when managing a person or a thing, or information related thereto, the system uniquely identifies a management target such as a person or a thing. Therefore, in a specific area (hereinafter referred to as a domain) as a management target. It is common to assign a unique identifier (hereinafter referred to as ID). For example, in order to manage the information of the driver license holder, each driver license holder is assigned a driver license number, and can be uniquely specified by the driver license number.
普通、ＩＤはドメイン毎に異なる値をとり得るため、ドメインを越えて管理対象を同一とみなすことはできないが、ドメイン間でＩＤを相互変換できることが望ましい場合がある。例えば、病院Ｂが病院Ａでの患者の治療履歴を把握する際、患者の病院ＢでのＩＤを病院ＡでのＩＤへ変換可能であれば、病院Ａのデータベースを容易に参照することが可能である。 Usually, since IDs can take different values for each domain, management objects cannot be regarded as the same across domains, but it may be desirable to be able to mutually convert IDs between domains. For example, when the hospital B grasps the treatment history of the patient at the hospital A, if the patient's ID at the hospital B can be converted into the ID at the hospital A, the database of the hospital A can be easily referred to. It is.
また、例えば、Ａシステムを使う利用者がＡシステムで管理されるＡさんのＩＤを、Ｂシステムで管理されるＡさんのＩＤに変換したい場合、Ａシステムを使う利用者は変換できるが、Ａシステムの別の利用者は変換できないようにするというように、利用者ごとに、変換可能なＩＤを制御することが望ましい場合がある。 Also, for example, if a user using the A system wants to convert Mr. A's ID managed by the A system into Mr. A's ID managed by the B system, the user using the A system can convert it. It may be desirable to control the convertible ID for each user, such that another user of the system cannot convert.
このようなＩＤ変換に関わる技術として、例えば特許文献１には、アクセス要求によるアクセス元ドメインとアクセス先ドメインが異なる場合、アクセス要求から、アクセス元ドメインにおけるユーザＩＤを抽出し、ユーザ管理ドメイン間におけるＩＤ変換情報を参照して、抽出したアクセス元ドメインにおけるユーザＩＤを、アクセス先ドメインにおけるユーザＩＤに変換し、上記アクセス要求に含まれるユーザＩＤを、上記変換されたユーザＩＤに置き換え、ユーザＩＤが置き換えられたアクセス要求に応じた処理を実行するシステムが開示されている（例えば、特許文献１参照）。
As a technique related to such ID conversion, for example, in
上記従来技術では、あらかじめ、異なるユーザ管理ドメイン間におけるＩＤの対応関係をテーブルに登録しておく必要がある。しかし、ドメイン数とＩＤ数は、時間とともに変化するため、ドメイン数とＩＤ数の増加に伴い、システムを再構築する必要がある。 In the prior art described above, it is necessary to register the ID correspondence between different user management domains in a table in advance. However, since the number of domains and the number of IDs change with time, it is necessary to rebuild the system as the number of domains and the number of IDs increase.
また、上記従来技術では、任意のドメインのユーザＩＤを、任意の別ドメインのユーザＩＤに変換することが可能となり、利用者ごとに、変換可能なＩＤを制御することはできない。 Moreover, in the said prior art, it becomes possible to convert the user ID of arbitrary domains into the user ID of arbitrary arbitrary domains, and it cannot control ID which can be converted for every user.
本発明は、このような事情に鑑みてなされたものであり、ドメイン数とＩＤ数が増加してもシステムを再構築する必要がなく、また利用者ごとに、変換可能なＩＤを制御することができるＩＤ管理方法およびこれを実施するデータ管理装置を提供することを目的とする。 The present invention has been made in view of such circumstances, and even if the number of domains and the number of IDs increase, there is no need to reconstruct the system, and IDs that can be converted are controlled for each user. An object of the present invention is to provide an ID management method that can perform the above and a data management device that implements the method.
本発明の代表的な一例は、以下の通りである。 A typical example of the present invention is as follows.
すなわち、本発明は、ネットワークに接続されるデータ管理装置におけるＩＤ管理方法であって、前記データ管理装置は、セッション情報とユーザ識別子とをそれぞれ対応付けて記憶する記憶部を有し、前記データ管理装置により、前記ネットワークから、第１のドメイン、第１のドメインＩＤ、第２のドメインおよび第２のドメインＩＤの登録要求を受信すると、該登録要求に含まれるセッション情報をもとに前記記憶部からユーザ識別子を取得し、前記第１のドメイン、前記第１のドメインＩＤ、前記第２のドメインおよび前記ユーザ識別子から構成される検索キーと、前記第２のドメインＩＤを前記ネットワークに送信する処理と、前記検索キーおよび前記第２のドメインＩＤの組を前記記憶部に登録する処理とを実施する、ことを特徴とする。 That is, the present invention is an ID management method in a data management apparatus connected to a network, wherein the data management apparatus includes a storage unit that stores session information and a user identifier in association with each other, and the data management apparatus When the apparatus receives a registration request for the first domain, the first domain ID, the second domain, and the second domain ID from the network, the storage unit is configured based on the session information included in the registration request. A user identifier is obtained from the first domain, the first domain ID, the second domain, a search key composed of the second domain and the user identifier, and a process of transmitting the second domain ID to the network And a process of registering the set of the search key and the second domain ID in the storage unit. To.
本発明によれば、ドメイン数とＩＤ数が増加してもシステムを再構築する必要がなく、また利用者ごとに、変換可能なＩＤを制御することができる。これにより、システム再構築に要する工数や費用を低減できるとともに、利用者が権限を有するＩＤのみを変換可能となる。 According to the present invention, it is not necessary to reconstruct the system even if the number of domains and the number of IDs increase, and the IDs that can be converted can be controlled for each user. As a result, it is possible to reduce the man-hours and costs required for system reconstruction, and it is possible to convert only IDs for which the user has authority.
以下、図面を用いて本発明の実施の形態について説明する。なお、これにより本発明が限定されるものではない。 Hereinafter, embodiments of the present invention will be described with reference to the drawings. Note that the present invention is not limited thereby.
本実施例では、複数の組織により共同利用できるＩＤ管理システムを例にとり説明する。 In this embodiment, an ID management system that can be shared by a plurality of organizations will be described as an example.
図１は、本実施例におけるＩＤ管理システムの構成図の例である。 FIG. 1 is an example of a configuration diagram of an ID management system in the present embodiment.
当該図において、ＩＤ管理システムはクライアント装置１０１＿１〜１０６＿ん（以下、特定しない場合は、装置１０１と総称する）、ネットワーク１０２、ネットワーク１０３、認証装置１０４、ゲートウェイ管理装置１０５、データ管理装置１０６＿１〜１０６＿ｍ（以下、特定しない場合は、データ管理装置１０６と総称する）から構成されている。符号１０１はクライアント装置であり、ユーザはクライアント装置１０１を介してＩＤ管理システムの機能を利用する。クライアント装置１０１はユーザが管理する実施形態も可能であり、当該システムを管理・運営する組織や他事業主が管理しユーザにクライアント装置１０１の機能を提供する実施形態も可能である。クライアント装置１０１はｎ個に限定されず、実施形態によってより少ない場合もあれば、多い場合もある。符号１０２はネットワークであり、一般的に公開されている、あるいはユーザの間で共有利用が可能なアウターネットワークである。ネットワーク１０２にはクライアント装置１０１、認証装置１０４、ゲートウェイ装置１０５が接続されている。符号１０３はネットワークであり、ユーザが利用することが不可能な閉じたイントラネットワークである。ネットワーク１０３には認証装置１０４、ゲートウェイ装置１０５、データ管理装置１０６が接続されている。符号１０４は認証装置である。符号１０５はゲートウェイ装置である。符号１０６はデータ管理装置であり、ｍ個に限定されず、実施形態によってより少ない場合もあれば、多い場合もある。
In this figure, the ID management system includes client devices 101_1 to 106_ (hereinafter collectively referred to as
図２は、本実施例におけるクライアント装置１０１の機能構成図の例である。
FIG. 2 is an example of a functional configuration diagram of the
当該図において、符号２０１は制御部であり、ユーザ登録要求部２０２、ユーザ更新要求部２０３、ユーザ失効要求部２０４、ユーザ認証要求部２０５、ＩＤ登録要求部２０６、ＩＤ変換要求部２０７、ＩＤ更新要求部２０８、ＩＤ失効要求部２０９から構成されている。符号２０２はユーザ登録要求部であり、入出力部２１３を介してユーザからユーザ登録要求を受け付け、送受信部２１４を介して認証装置１０４にユーザ登録要求メッセージを送信し、送受信部２１４を介して認証装置１０４からユーザ登録応答メッセージを受信し、入出力部２１３を介してユーザにユーザ登録結果を通知する処理部である。符号２０３はユーザ更新要求部であり、入出力部２１３を介してユーザからユーザ更新要求を受け付け、送受信部２１４を介して認証装置１０４にユーザ更新要求メッセージを送信し、送受信部２１４を介して認証装置１０４からユーザ更新応答メッセージを受信し、入出力部２１３を介してユーザにユーザ更新結果を通知する処理部である。符号２０４はユーザ失効要求部であり、入出力部２１３を介してユーザからユーザ失効要求を受け付け、送受信部２１４を介して認証装置１０４にユーザ失効要求メッセージを送信し、送受信部２１４を介して認証装置１０４からユーザ失効応答メッセージを受信し、入出力部２１３を介してユーザにユーザ失効結果を通知する処理部である。符号２０５はユーザ認証要求部であり、入出力部２１３を介してユーザからユーザ認証要求を受け付け、送受信部２１４を介して認証装置１０４にユーザ認証要求メッセージを送信し、送受信部２１４を介して認証装置１０４からセッションＩＤを受信し、セッション情報記憶領域２１２にセッションＩＤを格納する処理部である。符号２０６はＩＤ登録要求部であり、入出力部２１３を介してユーザからＩＤ登録要求を受け付け、送受信部２１４を介してゲートウェイ装置１０５にＩＤ登録要求メッセージを送信し、送受信部２１４を介してゲートウェイ装置１０５からＩＤ登録応答メッセージを受信し、入出力部２１３を介してユーザにＩＤ登録結果を通知する処理部である。符号２０７はＩＤ変換要求部であり、入出力部２１３を介してユーザからＩＤ変換要求を受け付け、送受信部２１４を介してゲートウェイ装置１０５にＩＤ変換要求メッセージを送信し、送受信部２１４を介してゲートウェイ装置１０５からＩＤ変換応答メッセージを受信し、入出力部２１３を介してユーザにＩＤ変換結果を通知する処理部である。符号２０８はＩＤ更新要求部であり、入出力部２１３を介してユーザからＩＤ更新要求を受け付け、送受信部２１４を介してゲートウェイ装置１０５にＩＤ更新要求メッセージを送信し、送受信部２１４を介してゲートウェイ装置１０５からＩＤ更新応答メッセージを受信し、入出力部２１３を介してユーザにＩＤ更新結果を通知する処理部である。符号２０９はＩＤ失効要求部であり、入出力部２１３を介してユーザからＩＤ失効要求を受け付け、送受信部２１４を介してゲートウェイ装置１０５にＩＤ失効要求メッセージを送信し、送受信部２１４を介してゲートウェイ装置１０５からＩＤ失効応答メッセージを受信し、入出力部２１３を介してユーザにＩＤ失効結果を通知する処理部である。
In the figure,
次に、符号２１０は記憶部であり、ゲートウェイ情報記憶領域２１１、セッション情報記憶領域２１２から構成されている。符号２１１はゲートウェイ情報記憶領域であり、ゲートウェイ装置１０５の接続情報（ＩＰアドレス、ポート番号等）を記憶する領域である。上記接続情報は、前もって静的に格納しておくこと、または入出力部２１３を介してユーザから受け付けた情報を動的に格納すること、あるいは送受信部２１４を介してゲートウェイ装置１０５や他装置から受け付けた情報を動的に格納することが可能である。符号２１２はセッション情報記憶領域であり、セッションＩＤを記憶する領域である。上記セッションＩＤは、ユーザ認証要求部２０５の処理により動的に操作される。
Next,
次に、符号２１３は入出力部であり、キーボード等のインタフェースを介してユーザからの入力を制御し、モニタ等のインタフェースを介してユーザへの出力を制御する処理部である。符号２１４は送受信部であり、ネットワーク１０２を介して情報の送受信を行う処理部である。
図３は、本実施例における認証装置１０４の機能構成図の例である。
FIG. 3 is an example of a functional configuration diagram of the
当該図において、符号３０１は制御部であり、ユーザ登録処理部３０２、ユーザ更新処理部３０３、ユーザ失効処理部３０４、ユーザ認証処理部３０５、ユーザ識別子生成部３０６、セッションＩＤ生成部３０７、データ管理部３０８から構成されている。符号３０２はユーザ登録処理部であり、送受信部３１３を介してクライアント装置１０１からユーザ登録要求メッセージを受信し、データ管理部３０８により認証情報（ユーザＩＤ、パスワード、ＩＣカード情報、生体情報等）とユーザ識別子生成部３０６により生成したユーザ識別子の組の登録処理を行い、送受信部３１３を介してクライアント装置１０１にユーザ登録応答メッセージを送信する処理部である。符号３０３はユーザ更新処理部であり、送受信部３１３を介してクライアント装置１０１からユーザ更新要求メッセージを受信し、データ管理部３０８により認証情報の更新処理を行い、送受信部３１３を介してクライアント装置１０１にユーザ更新応答メッセージを送信する処理部である。符号３０４はユーザ失効処理部であり、送受信部３１３を介してクライアント装置１０１からユーザ失効要求メッセージを受信し、データ管理部３０８により認証情報の失効処理を行い、送受信部３１３を介してクライアント装置１０１にユーザ失効応答メッセージを送信する処理部である。符号３０５はユーザ認証処理部であり、送受信部３１３を介してクライアント装置１０１からユーザ認証要求メッセージを受信し、送受信部３１３を介してゲートウェイ装置１０５にデータ管理部３０８により取得した認証情報に対応するユーザ識別子とセッションＩＤ生成部３０７により生成したセッションＩＤの組を送信し、送受信部３１３を介してクライアント装置１０１にセッションＩＤを送信する処理部である。符号３０６はユーザ識別子生成部であり、制御部３０１内の他処理部から要求を受け付け、ユーザ識別子の生成処理を行い、ユーザ識別子を返す処理部である。符号３０７はセッションＩＤ生成部であり、制御部３０１内の他処理部から要求を受け付け、セッションＩＤの生成処理を行い、セッションＩＤを返す処理部である。符号３０８はデータ管理部であり、制御部３０１内の他処理部から要求を受け付け、ユーザ情報記憶領域３１１内のユーザ情報（認証情報とユーザ識別子の組）の作成・検索・更新・削除を実施する処理部である。
In the figure,
次に、符号３０９は記憶部であり、ゲートウェイ情報記憶領域３１０、ユーザ情報記憶領域３１１から構成されている。符号３１０はゲートウェイ情報記憶領域であり、ゲートウェイ装置１０５の接続情報を記憶する領域である。上記接続情報は、前もって静的に格納しておくこと、入出力部３１２を介してユーザから受け付けた情報を動的に格納すること、送受信部３１３を介してゲートウェイ装置１０５や他装置から受け付けた情報を動的に格納することが可能である。符号３１１はユーザ情報記憶領域であり、ユーザ情報を記憶する領域である。上記ユーザ情報はデータ管理部３０８により動的に操作される。
次に、符号３１２は入出力部であり、キーボード等のインタフェースを介してユーザからの入力を制御し、モニタ等のインタフェースを介してユーザへの出力を制御する処理部である。符号３１３は送受信部であり、ネットワーク１０２、ネットワーク１０２を介して情報の送受信を行う処理部である。
Next,
図４は、本実施例におけるゲートウェイ装置１０５の機能構成図の例である。
FIG. 4 is an example of a functional configuration diagram of the
当該図において、符号４０１は制御部であり、ノード管理部４０２、担当ノード決定部４０３、セッション管理部４０４、要求転送部４０５から構成されている。符号４０２はノード管理部であり、送受信部４１０を介してデータ管理装置１０６のノード管理部５０２と相互通信し、ノード情報記憶領域４０７内のノード接続情報（ノードＩＤ、ＩＰアドレス、ポート番号等）の同期をとる処理部である。ノードＩＤは、ノード（データ管理装置１０６）毎に割り振られた固有の数値であり、ノード（データ管理装置１０６）間で同一の値をとれないのであれば、どのような値でも良い。符号４０３は担当ノード決定部であり、制御部４０１内の他処理部から要求を受け付け、ノード情報記憶領域４０７内のノード接続情報に基づいて担当ノード（データ管理装置１０６）を決定し、担当ノード（データ管理装置１０６）の接続情報を返す処理部である。当該担当ノードはランダムに決定すること、要求を受け付ける毎にノードＩＤの順番に決定すること、送受信部４１０を介してデータ管理装置１０６から負荷情報を受信し、負荷が少ないノードに決定することが可能である。符号４０４はセッション管理部であり、送受信部４１０を介して認証装置１０４からセッション情報（セッションＩＤとユーザ識別子の組）を受信し、セッション情報記憶領域４０８にセッション情報を格納し、送受信部４１０を介してデータ管理装置１０６にセッション情報を送信する処理部である。符号４０５は要求転送部であり、送受信部４１０を介してクライアント装置１０１から要求メッセージを受信し、送受信部４１０を介して担当ノード決定部４０３により決定した担当ノード（データ管理装置１０６）に要求メッセージを送信し、送受信部４１０を介して担当ノード（データ管理装置１０６）から応答メッセージを受信し、送受信部４１０を介してクライアント装置１０１に応答メッセージを送信する処理部である。
In the figure,
次に、符号４０６は記憶部であり、ノード情報記憶領域４０７、セッション情報記憶領域４０８から構成されている。符号４０７はノード情報記憶領域であり、ノード接続情報を記憶する領域である。上記ノード接続情報は、ノード管理部４０２により同期をとることで、データ管理装置１０６と同じ値が共有される。符号４０８はセッション情報記憶領域であり、セッション情報を記憶する領域である。上記セッション情報は、セッション管理部４０４により同期をとることで、データ管理装置１０６と同じ値が共有される。
次に、符号４０９は入出力部であり、キーボード等のインタフェースを介してユーザからの入力を制御し、モニタ等のインタフェースを介してユーザへの出力を制御する処理部である。符号４１０は送受信部であり、ネットワーク１０２、ネットワーク１０３を介して情報の送受信を行う処理部である。
図５は、本実施例におけるデータ管理装置１０６の機能構成図の例である。
FIG. 5 is an example of a functional configuration diagram of the
当該図において、符号５０１は制御部であり、ノード管理部５０２、データ保有ノード決定部５０３、セッション管理部５０４、ユーザ識別子処理部５０５、ＩＤ登録処理部５０６、ＩＤ変換処理部５０７、ＩＤ更新処理部５０８、ＩＤ失効処理部５０９、データ管理部５１０から構成されている。符号５０２はノード管理部であり、送受信部５１６を介してゲートウェイ装置１０５のノード管理部４０２と相互通信し、ノード情報記憶領域５１２内のノード接続情報の同期をとる処理部である。符号５０３はデータ保有ノード決定部であり、制御部５０１内の他処理部から検索キーを受け付け、検索キー、ノード情報記憶領域５１２内のノード接続情報に基づいてデータ保有ノード（データ管理装置１０６）を決定し、データ保有ノード（データ管理装置１０６）の接続情報を返す処理部である。符号５０４はセッション管理部であり、送受信部５１６を介してゲートウェイ装置１０５からセッション情報を受信し、セッション情報記憶領域５１３にセッション情報を格納する処理部である。符号５０５はユーザ識別子処理部であり、制御部５０１内の他処理部から要求メッセージとセッションＩＤを受け付け、セッション情報記憶領域５１３内のセッション情報に基づいてセッションＩＤに対応するユーザ識別子を取得し、これを検索キーとして返す処理部である。符号５０６はＩＤ登録処理部であり、送受信部５１６を介してゲートウェイ装置１０５からＩＤ登録要求メッセージを受信し、送受信部５１６を介してデータ保有ノード決定部５０３により決定したデータ保有ノード（データ管理装置１０６）にＩＤ登録処理を要求し、送受信部５１６を介してゲートウェイ装置１０５にＩＤ登録応答メッセージを送信する処理部である。符号５０７はＩＤ変換処理部であり、送受信部５１６を介してゲートウェイ装置１０５からＩＤ変換要求メッセージを受信し、送受信部５１６を介してデータ保有ノード決定部５０３から決定したデータ保有ノード（データ管理装置１０６）にＩＤ変換処理を要求し、送受信部５１６を介してゲートウェイ装置１０５にＩＤ変換応答メッセージを送信する処理部である。符号５０８はＩＤ更新処理部であり、送受信部５１６を介してゲートウェイ装置１０５からＩＤ更新要求メッセージを受信し、送受信部５１６を介してデータ保有ノード決定部５０３により決定したデータ保有ノード（データ管理装置１０６）にＩＤ更新処理を要求し、送受信部５１６を介してゲートウェイ装置１０５にＩＤ更新応答メッセージを送信する処理部である。符号５０９はＩＤ失効処理部であり、送受信部５１６を介してゲートウェイ装置１０５からＩＤ失効要求メッセージを受信し、送受信部５１６を介してデータ保有ノード決定部５０３により決定したデータ保有ノード（データ管理装置１０６）にＩＤ失効処理を要求し、送受信部５１６を介してゲートウェイ装置１０５にＩＤ失効応答メッセージを送信する処理部である。符号５１０はデータ管理部であり、送受信部５１６を介して他データ管理装置１０６から要求を受け付け、データ記憶領域５１４のＩＤデータの作成・参照・更新・削除を実施する処理部である。
In the figure,
次に、符号５１１は記憶部であり、ノード情報記憶領域５１２、セッション情報記憶領域５１３、データ記憶領域５１４から構成されている。符号５１２はノード情報記憶領域であり、ノード接続情報を記憶する領域である。上記ノード接続情報は、ノード管理部５０２により同期をとることで、ゲートウェイ装置１０５と同じ値が共有される。符号５１３はセッション情報記憶領域であり、セッション情報を記憶する領域である。上記セッション情報は、セッション管理部５０４により同期をとることで、ゲートウェイ装置１０５と同じ値が共有される。符号５１４はデータ記憶領域であり、ＩＤデータを記憶する領域である。上記ＩＤデータは、データ管理部５１０により動的に操作される。
次に、符号５１５は入出力部であり、キーボード等のインタフェースを介してユーザからの入力を制御し、モニタ等のインタフェースを介してユーザへの出力を制御する処理部である。符号５１６は送受信部であり、ネットワーク１０３を介して情報の送受信を行う処理部である。
図６は、本実施例における装置のハードウェア構成図の例である。 FIG. 6 is an example of a hardware configuration diagram of the apparatus according to the present embodiment.
当該図において、符号６０１はコンピュータであり、ＣＰＵ６０２、メモリ６０３、外部記憶装置６０４、送受信装置６０５、出力装置６０６、入力装置６０７から構成されている。符号６０２はＣＰＵ、符号６０３はメモリ、符号６０４は外部記憶装置であり、各装置の処理部（プログラム）は外部記憶装置６０４に記憶され、メモリ６０３にロードして、ＣＰＵ６０２により実行される。また、記憶部内の記憶領域としてはメモリ６０３、または外部記憶装置６０４が利用される。符号６０５は送受信装置であり、各装置の送受信部は送受信装置６０５により実現される。符号６０６は出力装置、符号６０７は入力装置であり、各装置の入出力部は出力装置６０６、入力装置６０７により実現される。
In the figure,
図７から図９を用いて、クライアント装置１０１がユーザ登録処理を要求した際に、認証装置１０４、ゲートウェイ装置１０５が実行する一連の処理の例について説明する。
An example of a series of processing executed by the
図７は、本実施例における認証装置１０４、ゲートウェイ装置１０５が実行するユーザ登録処理のシーケンス図の例である。最初にクライアント装置１０１は認証装置１０４にユーザ登録要求メッセージ７０１を送信する。ユーザ登録要求メッセージ７０１の例は図８に示す。図８は、本実施例における認証装置１０４、ゲートウェイ装置１０５が実行するユーザ登録処理の中で送受信されるメッセージの例である。ユーザ登録要求メッセージ７０１は認証情報８０１のパラメータから構成されている。本実施例では、認証情報８０１として文字列のパスワード”ａｂｃ”を格納しているが、認証情報８０１は文字列のパスワードに限定されるものではなく、ＩＣカードリーダ等をクライアント装置１０１の入出力部２１３としてＩＣカード情報を取得してＩＣカード情報を格納することも、指紋認証装置等をクライアント装置１０１の入出力部２１３として生体情報を取得して生体情報を格納することも可能である。
FIG. 7 is an example of a sequence diagram of user registration processing executed by the
図７に戻って、次に認証装置１０４はユーザ識別子生成７０２を行う。本実施例では、疑似乱数生成器を用いて生成した乱数”Ｒ０”をユーザ識別子として用いているが、認証情報８０１をハッシュ関数により変換した値等を利用することも可能である。
Returning to FIG. 7, the
次に認証装置１０４はユーザ情報保存７０３を行う。ユーザ情報記憶領域３１１に格納されるデータの例は図９に示す。図９は、本実施例における認証装置１０４内のユーザ情報記憶領域３１１に格納されるデータの例であり、認証情報”ａｂｃ”とユーザ識別子”Ｒ０”、”ｄｅｆ”と”Ｒ１”、”Ｇｈｉ”と”Ｒ２”を格納したものである。ユーザ情報は、認証情報９０１とユーザ識別子９０２を１組として格納される。
Next, the
図７に戻って、次に認証装置１０４はクライアント装置１０１にユーザ登録応答メッセージ７０４を送信する。ユーザ登録応答メッセージ７０４の例は図８に示す。ユーザ登録応答メッセージ７０４はユーザ登録結果８０２のパラメータから構成されている。ユーザ登録結果８０２はユーザ登録処理の成否を示している。
Returning to FIG. 7, the
以上が、クライアント装置１０１がユーザ登録処理を要求した際に、認証装置１０４、ゲートウェイ装置１０５が実行する一連の処理の例である。
The above is an example of a series of processing executed by the
図１０、図１１を用いて、クライアント装置１０１がユーザ更新処理を要求した際に、認証装置１０４、ゲートウェイ装置１０５が実行する一連の処理の例について説明する。
An example of a series of processing executed by the
図１０は、本実施例における認証装置１０４、ゲートウェイ装置１０５が実行するユーザ更新処理のシーケンス図の例である。最初にクライアント装置１０１は認証装置１０４にユーザ更新要求メッセージ１００１を送信する。ユーザ更新要求メッセージ１００１の例は図１１に示す。図１１は、本実施例における認証装置１０４、ゲートウェイ装置１０５が実行するユーザ更新処理の中で送受信されるメッセージの例である。ユーザ更新要求メッセージ１００１は旧認証情報１１０１、新認証情報１１０２のパラメータから構成されている。
FIG. 10 is an example of a sequence diagram of user update processing executed by the
図１０に戻って、次に認証装置１０４はユーザ情報更新１００２を行う。ユーザ情報更新１００２では、ユーザ情報記憶領域３１１に格納されたユーザ情報の中から旧認証情報１１０１を検索キーとして旧認証情報１１０１に対応するユーザ情報を検索し、新認証情報１１０２に更新する。
Returning to FIG. 10, the
次に認証装置１０４はクライアント装置１０１にユーザ更新応答メッセージ１００３を送信する。ユーザ更新応答メッセージ１００３の例は図１１に示す。ユーザ更新応答メッセージ１００３はユーザ更新結果１１０２のパラメータから構成されている。ユーザ更新結果１１０３はユーザ更新処理の成否を示している。
Next, the
以上が、クライアント装置１０１がユーザ更新処理を要求した際に、認証装置１０４、ゲートウェイ装置１０５が実行する一連の処理の例である。
The above is an example of a series of processing executed by the
図１２、図１３を用いて、クライアント装置１０１がユーザ失効処理を要求した際に、認証装置１０４、ゲートウェイ装置１０５が実行する一連の処理の例について説明する。
An example of a series of processes executed by the
図１２は、本実施例における認証装置１０４、ゲートウェイ装置１０５が実行するユーザ失効処理のシーケンス図の例である。最初にクライアント装置１０１は認証装置１０４にユーザ失効要求メッセージ１２０１を送信する。ユーザ失効要求メッセージ１３０１の例は図１３に示す。図１３は、本実施例における認証装置１０４、ゲートウェイ装置１０５が実行するユーザ失効処理の中で送受信されるメッセージの例である。ユーザ失効要求メッセージ１２０１は認証情報１３０１のパラメータから構成されている。
FIG. 12 is an example of a sequence diagram of user revocation processing executed by the
図１２に戻って、次に認証装置１０４はユーザ情報失効１２０２を行う。ユーザ情報失効１２０２では、ユーザ情報記憶領域３１１に格納されたユーザ情報の中から認証情報１３０１を検索キーとして認証情報１３０１に対応するユーザ情報を検索し、該当レコードを削除する。
Returning to FIG. 12, the
次に認証装置１０４はクライアント装置１０１にユーザ失効応答メッセージ１２０３を送信する。ユーザ失効応答メッセージ１２０３の例は図１３に示す。ユーザ失効応答メッセージ１２０３はユーザ失効結果１３０２のパラメータから構成されている。ユーザ失効結果１３０３はユーザ失効処理の成否を示している。
Next, the
以上が、クライアント装置１０１がユーザ失効処理を要求した際に、認証装置１０４、ゲートウェイ装置１０５が実行する一連の処理の例である。
The above is an example of a series of processing executed by the
図１４から図１６を用いて、クライアント装置１０１がユーザ認証処理を要求した際に、認証装置１０４、ゲートウェイ装置１０５、データ管理装置１０６が実行する一連の処理の例について説明する。
An example of a series of processing executed by the
図１４は、本実施例における認証装置１０４、ゲートウェイ装置１０５、データ管理装置１０６が実行するユーザ認証処理のシーケンス図の例である。最初にクライアント装置１０１は認証装置１０４にユーザ認証要求メッセージ１４０１を送信する。ユーザ認証要求メッセージ１４０１の例は図１５に示す。図１５は、本実施例における認証装置１０４、ゲートウェイ装置１０５、データ管理装置１０６が実行するユーザ認証処理の中で送受信されるメッセージの例である。ユーザ認証要求メッセージ１４０１は認証情報１５０１のパラメータから構成されている。
FIG. 14 is an example of a sequence diagram of user authentication processing executed by the
図１４に戻って、次に認証装置１０４はユーザ情報参照１４０２を行う。ユーザ情報参照１４０２では、ユーザ情報記憶領域３１１に格納されたユーザ情報の中から認証情報１５０１を検索キーとして認証情報１５０１に対応するユーザ識別子”Ｒ０”を取得する。
Returning to FIG. 14, the
次に認証装置１０４はセッションＩＤ生成１４０３を行う。本実施例では、疑似乱数生成器を用いて生成した乱数”Ｓ０”をセッションＩＤとして用いている。
Next, the
次に認証装置１０４はゲートウェイ装置１０５にセッション確立要求メッセージ１４０４を送信する。セッション確立要求メッセージ１４０４の例は図１５に示す。セッション確立要求メッセージ１４０４はセッションＩＤ１５０２、ユーザ識別子１５０３、確立日時１５０４のパラメータから構成されている。
Next, the
図１４に戻って、次にゲートウェイ装置１０５はセッション情報保存１４０５を行う。セッション情報記憶領域４０８に格納されるデータの例は図１６に示す。図１６は、本実施例におけるゲートウェイ装置１０５内のセッション情報記憶領域４０８、データ管理装置１０６内のセッション情報記憶領域５１３に格納されるデータの例であり、セッションＩＤ”Ｓ０”とユーザ識別子”Ｒ０”、”Ｓ１”と”Ｒ１”、”Ｓ２”と”Ｒ２”を格納したものである。セッション情報は、セッションＩＤ１６０１とユーザ識別子１６０２を１組として格納される。
Returning to FIG. 14, the
図１４に戻って、次にゲートウェイ装置１０５はデータ管理装置１０６にセッション確立要求メッセージ１４０６を送信する。セッション確立要求メッセージ１４０６はセッション確立要求メッセージ１４０４と同様である。
Returning to FIG. 14, the
次にデータ管理装置１０６はセッション情報保存１４０７を行う。セッション情報記憶領域５１３に格納されるデータはセッション情報記憶領域４０８に格納されるデータと同様である。
Next, the
次にデータ管理装置１０６はゲートウェイ装置１０５にセッション確立応答メッセージ１４０８を送信する。セッション確立応答メッセージ１４０８の例は図１５に示す。セッション確立応答メッセージ１４０８はセッション確立結果１５０６のパラメータから構成されている。セッション確立結果１５０６はセッション確立処理の成否を示している。
Next, the
本実施例では、セッション確立要求メッセージ１４０６からセッション確立応答メッセージ１４０８をデータ管理装置１０６＿１からデータ管理装置１０６＿ｍまで順に処理しているが、当該シーケンスは順列処理に限定されるものではなく、並列処理することも可能である。
In this embodiment, the session
次にゲートウェイ装置１０５は認証装置１０４にセッション確立応答メッセージ１４０９を送信する。セッション確立応答メッセージ１４０９はセッション確立要求メッセージ１４０８と同様である。
Next, the
次に認証装置１０４はユーザ認証応答メッセージ１４１０を送信する。ユーザ認証応答メッセージ１４１０の例は図１５に示す。ユーザ認証応答メッセージ１４１０はセッションＩＤ１５０５のパラメータから構成されている。
Next, the
以上が、クライアント装置１０１がユーザ認証処理を要求した際に、認証装置１０４、ゲートウェイ装置１０５、データ管理装置１０６が実行する一連の処理の例である。このように、認証装置１０４におけるユーザ認証処理時に、セッションＩＤのみがクライアント装置１０１へ送信される。これにより、クライアント装置１０１とゲートウェイ装置１０５間ではユーザ識別子が用いられないため、第３者によるなりすましや不正な方法でのデータアクセスを防止できる。
The above is an example of a series of processing executed by the
図１７から図２１を用いて、クライアント装置１０１がＩＤ登録処理を要求した際に、ゲートウェイ装置１０５、データ管理装置１０６が実行する一連の処理の例について説明する。ここでは、ドメイン”ｄ０”のＩＤ”１１１”とドメイン”ｄ１”のＩＤ”９８７”に関する双方向の変換関係をＩＤ管理システムに登録する例を示す。
An example of a series of processing executed by the
図１７は、本実施例におけるゲートウェイ装置１０５、データ管理装置１０６が実行するＩＤ登録処理のシーケンス図の例である。最初にクライアント装置１０１はゲートウェイ装置１０５にＩＤ登録要求メッセージ１７０１を送信する。ＩＤ登録要求メッセージ１７０１の例は図１８に示す。図１８は、本実施例におけるゲートウェイ装置１０５、データ管理装置１０６が実行するＩＤ登録処理の中で送受信されるメッセージの例である。ＩＤ登録要求メッセージ１７０１はＩＤ１８０１、ドメイン１８０２、セッションＩＤ１８０３のパラメータから構成されている。
FIG. 17 is an example of a sequence diagram of ID registration processing executed by the
図１７に戻って、次にゲートウェイ装置１０５は担当ノード決定１７０２を行う。本実施例では、ゲートウェイ装置１０５内のノード情報記憶領域４０７に格納されたノード情報に基づきランダムに担当ノードを決定しており、ここでは担当ノードをデータ管理装置１０６＿１とした。ゲートウェイ装置１０５内のノード情報記憶領域４０７に格納されるデータの例は図１９に示す。図１９は、本実施例におけるゲートウェイ装置１０５内のノード情報記憶領域４０７、データ管理装置１０６内のノード情報記憶領域５１２に格納されるデータの例であり、データ管理装置１０６＿１、データ管理装置１０６＿２、データ管理装置１０６＿ｍのノードＩＤと接続情報を格納したものである。ノード情報は、ノードＩＤと接続情報を１組として格納され、符号１９０１・符号１９０４はデータ管理装置１０６＿１、符号１９０２はデータ管理装置１０６＿２、符号１９０３はデータ管理装置１０６＿ｍを表すノードＩＤである。データ管理装置１０６が複数のノードＩＤを持つ効果は後述する。
Returning to FIG. 17, the
図１７に戻って、次にゲートウェイ装置１０５はデータ管理装置１０６＿１にＩＤ登録要求メッセージ１７０３を送信する。ＩＤ登録要求メッセージ１７０３はＩＤ登録要求メッセージ１７０１と同様である。
Returning to FIG. 17, next, the
次に、データ管理装置１０６＿１はユーザ識別子処理１７０４を行う。ユーザ識別子処理１７０４では、セッション情報記憶領域５１３に格納されたセッション情報の中からセッションＩＤ１８０３を検索キーとしてセッションＩＤ１８０３に対応するユーザ識別子”Ｒ０”を検索する。
Next, the data management apparatus 106_1 performs
次に、データ管理装置１０６＿１はドメイン”ｄ０”のＩＤ”１１１”からドメイン”ｄ１”のＩＤ”９８７”への変換関係を登録する。以降、上記変換関係において、ドメイン”ｄ０”を変換元ドメイン、ＩＤ”１１１”を変換元ＩＤ、ドメイン”ｄ１”を変換先ドメイン、ＩＤ”９８７”を変換先ＩＤと呼ぶ。 Next, the data management apparatus 106_1 registers the conversion relationship from the ID “111” of the domain “d0” to the ID “987” of the domain “d1”. Hereinafter, in the conversion relationship, the domain “d0” is referred to as a conversion source domain, the ID “111” is referred to as a conversion source ID, the domain “d1” is referred to as a conversion destination domain, and the ID “987” is referred to as a conversion destination ID.
データ管理装置１０６＿１はデータ保有ノード決定１７０５＿１を行う。データ保有ノード決定方法の例は図２０に示す。図２０では、例としてドメイン”ｄ０”のＩＤ”１１１”からドメイン”ｄ１”のＩＤ”９８７”への変換関係情報を保有するノードを決定している。まず、変換元ＩＤと変換元ドメイン、変換先ドメイン、そしてユーザ識別子を検索キー２００１とする。次に、検索キーをハッシュ関数２００２にかけて、ハッシュ値２００３を得る。次に、ハッシュ値２００３をノード（データ管理装置１０６）のノードＩＤと比較し、ハッシュ値以上であり、かつハッシュ値に最も近いノードＩＤを持つノード（データ管理装置１０６）をデータ保有ノードとする。ハッシュ値がノードＩＤの最大値を越えていた場合、最小のノードＩＤが選択される。また、ハッシュ値に最も近いノードＩＤを持つノード（データ管理装置１０６）を１つではなく、近いものから順に選ぶことで冗長化させることもできる。図２０の例では、検索キー”１１１＠ｄ０（ｔｏ）ｄ１＠Ｒ０”からハッシュ値”１５８４”を得て、”１５８４”以上で最も近い値である”２０８４”をノードＩＤとして持つデータ管理装置１０６＿２がデータ保有ノードとなっている。
The data management device 106_1 performs data holding node determination 1705_1. An example of the data holding node determination method is shown in FIG. In FIG. 20, as an example, the node that holds the conversion relation information from the ID “111” of the domain “d0” to the ID “987” of the domain “d1” is determined. First, the conversion source ID, the conversion source domain, the conversion destination domain, and the user identifier are used as a
次に、データ管理装置１０６＿１はデータ保有ノード（データ管理装置１０６＿２）にＩＤ登録要求メッセージ１７０６＿１を送信する。ＩＤ登録要求メッセージ１７０６の例は図１８に示す。ＩＤ登録要求メッセージ１７０６は検索キー２００１をＫｅｙ１８０４、変換先ＩＤ”９８７”をＶａｌｕｅ１８０５とした２つのパラメータから構成されている。
Next, the data management device 106_1 transmits an ID registration request message 1706_1 to the data holding node (data management device 106_2). An example of the ID
図１７に戻って、データ保有ノード（データ管理装置１０６＿２）はＩＤ登録１７０７＿１を行う。データ管理装置１０６内のデータ記憶領域５１４に格納されるデータの例は図２１に示す。図２１は、本実施例におけるデータ管理装置１０６内のデータ記憶領域５１４に格納されるデータの例であり、データ管理装置１０６＿２内のデータ記憶領域５１４には検索キー”１１１＠ｄ０（ｔｏ）ｄ１＠Ｒ０”をＫｅｙ、変換先ＩＤ”９８７”をＶａｌｕｅとして格納したものである。このように、ＩＤ数やドメイン数は時間とともに変化することが多いため、事前のスキーム設計を必要としないキーバリュー型のデータ構造が適している。ＩＤ登録１７０７＿１では、キーバリュー型のレコード２１０１が格納される。
Returning to FIG. 17, the data holding node (data management apparatus 106_2) performs ID registration 1707_1. An example of data stored in the
図１７に戻って、データの保有ノード（データ管理装置１０６＿２）はデータ管理装置１０６＿１にＩＤ登録応答メッセージ１７０８＿１を送信する。ＩＤ登録応答メッセージ１７０８の例は図１８に示す。ＩＤ登録応答メッセージ１７０８はＩＤ登録結果１８０６から構成されている。ＩＤ登録結果１８０６はＩＤ登録処理の成否を示している。
Returning to FIG. 17, the data holding node (data management apparatus 106_2) transmits an ID registration response message 1708_1 to the data management apparatus 106_1. An example of the ID registration response message 1708 is shown in FIG. An ID registration response message 1708 includes an
以上、符号１７０６＿１から符号１７０８＿１がデータ管理装置１０６により行われるドメイン”ｄ０”のＩＤ”１１１”からドメイン”ｄ１”のＩＤ”９８７”への変換関係を登録する処理である。
As described above, reference numeral 1706_1 to reference numeral 1708_1 indicate processing for registering the conversion relationship from the ID “111” of the domain “d0” to the ID “987” of the domain “d1”, which is performed by the
次にデータ管理装置１０６はドメイン”ｄ１”のＩＤ”９８７”からドメイン”ｄ０”のＩＤ”１１１”への変換関係を登録する。符号１７０６＿２から符号１７０８＿２の処理は、変換元ＩＤと変換先ＩＤ、変換元ドメインと変換先ドメインを入れ替えて、符号１７０６＿１から符号１７０８＿１と同様の処理を行う。符号１７０７＿２では、データ管理装置１０６＿ｍをデータ保有ノードとしており、図２１にあるようにデータ管理装置１０６＿ｍ内のデータ記憶領域５１４に検索キー”９８７＠ｄ１（ｔｏ）ｄ０＠Ｒ０”をＫｅｙ、変換先ＩＤ”１１１”をＶａｌｕｅとしたキーバリュー型のレコード２１０２を格納している。
Next, the
次に、データ管理装置１０６はゲートウェイ装置１０５にＩＤ登録応答メッセージ１７０９を送信する。ＩＤ登録応答メッセージ１７０９はＩＤ登録応答メッセージ１７０８と同様である。
Next, the
次にゲートウェイ装置１０５はクライアント装置１０１にＩＤ登録応答メッセージ１７１０を送信する。ＩＤ登録応答メッセージ１７１０はＩＤ登録応答メッセージ１７０８と同様である。
Next, the
以上が、クライアント装置１０１がＩＤ登録処理を要求した際に、ゲートウェイ装置１０５、データ管理装置１０６が実行する一連の処理の例である。本実施例では、図２１にあるようにＫｅｙに変換元ＩＤと変換元ドメイン、変換先ドメイン、ユーザ識別子を格納し、Ｖａｌｕｅに変換先ＩＤを格納するキーバリュー構造としているが限定されるものではない。Ｋｅｙに変換元ＩＤとユーザ識別子が格納され、Ｖａｌｕｅに変換先ドメインが格納される構造であれば良い。
The above is an example of a series of processing executed by the
また、本実施例は、ドメインの数を２つとした例にすぎず、ドメインの数は限定されるものではない。例えば、ドメイン数が３つ以上の場合、ＩＤそれぞれの間で双方向の変換関係を登録すれば良く、ドメイン数に制限はない。 Further, the present embodiment is merely an example in which the number of domains is two, and the number of domains is not limited. For example, when the number of domains is three or more, a bidirectional conversion relationship may be registered between each ID, and the number of domains is not limited.
さらに、変換元ＩＤから変換先ＩＤへの変換関係を複数のレコードで表現しても良い。ユーザに対して複数のユーザ識別子を割り当て、各ユーザ識別子から複数の検索キーを生成し、検索キー毎に対応するＶａｌｕｅには変換先ＩＤを分割して、その一部ずつを格納すれば良い。変換関係を複数のレコードに分割することで、アクセス権を持たないユーザが直接、データ記憶領域５１４を解析する等の方法によりデータ参照することを防ぐことが可能となる。
Furthermore, the conversion relationship from the conversion source ID to the conversion destination ID may be expressed by a plurality of records. A plurality of user identifiers may be assigned to the user, a plurality of search keys may be generated from each user identifier, and the conversion destination ID may be divided into values corresponding to each search key, and a part thereof may be stored. By dividing the conversion relationship into a plurality of records, it is possible to prevent a user who does not have access right from directly referring to data by a method such as analyzing the
図２２、図２３を用いて、クライアント装置１０１がＩＤ変換処理を要求した際に、ゲートウェイ装置１０５、データ管理装置１０６が実行する一連の処理の例について説明する。
ここでは、ドメイン”ｄ０”のＩＤ”１１１”からドメイン”ｄ１”のＩＤに変換する例を示す。
An example of a series of processes executed by the
Here, an example in which the ID “111” of the domain “d0” is converted to the ID of the domain “d1” is shown.
図２２は、本実施例におけるゲートウェイ装置１０５、データ管理装置１０６が実行するＩＤ変換処理のシーケンス図の例である。最初にクライアント装置１０１はゲートウェイ装置１０５にＩＤ変換要求メッセージ２２０１を送信する。
ＩＤ変換要求メッセージ２２０１の例は図２３に示す。図２３は、本実施例におけるゲートウェイ装置１０５、データ管理装置１０６が実行するＩＤ変換処理の中で送受信されるメッセージの例である。ＩＤ変換要求メッセージ２２０１はＩＤ２３０１、ドメイン２３０２＿１、２３０２＿２、セッションＩＤ２３０３のパラメータから構成されている。
FIG. 22 is an example of a sequence diagram of ID conversion processing executed by the
An example of the ID conversion request message 2201 is shown in FIG. FIG. 23 is an example of messages transmitted and received during the ID conversion processing executed by the
図２２に戻って、次にゲートウェイ装置１０５は担当ノード決定２２０２を行う。担当ノード決定２２０２は図１７のＩＤ登録処理における担当ノード決定１７０２と同様である。
Returning to FIG. 22, the
図２２に戻って、次にゲートウェイ装置１０５はデータ管理装置１０６＿１にＩＤ変換要求メッセージ２２０３を送信する。ＩＤ変換要求メッセージ２２０３はＩＤ変換要求メッセージ２２０１と同様である。
Returning to FIG. 22, next, the
次にデータ管理装置１０６＿１はユーザ識別子処理２２０４を行う。ユーザ識別子処理２２０４は図１７のＩＤ登録処理におけるユーザ識別子処理１７０４と同様である。
Next, the data management apparatus 106_1 performs
図２２に戻って、次にデータ管理装置１０６＿１はデータ保有ノード決定２２０５を行う。データ保有ノード決定２２０５は図１７のＩＤ登録処理におけるデータ保有ノード決定１７０５＿１と同様である。
Returning to FIG. 22, the data management device 106_1 next performs data holding
図２２に戻って、次にデータ管理装置１０６＿１はデータ保有ノード（データ管理装置１０６＿２）にＩＤ変換要求メッセージ２２０６を送信する。ＩＤ変換要求メッセージ２２０６の例は図２３に示す。ＩＤ変換要求メッセージ２２０６は検索キー”１１１＠ｄ０（ｔｏ）ｄ１＠Ｒ０”をＫｅｙ２３０４として、１つのパラメータから構成されている。
Returning to FIG. 22, the data management apparatus 106_1 next transmits an ID
図２２に戻って、データ保有ノード（データ管理装置１０６＿２）はＩＤ変換２２０７を行う。ＩＤ変換２２０７では、データ記憶領域５１４に格納されたデータの中から”１１１＠ｄ０（ｔｏ）ｄ１＠Ｒ０”を検索キーとして対応する変換先ＩＤ”９８７”を取得する。
Returning to FIG. 22, the data holding node (data management device 106_2) performs
図２２に戻って、データの保有ノード（データ管理装置１０６＿２）はデータ管理装置１０６＿１にＩＤ変換応答メッセージ２２０８を送信する。ＩＤ変換応答メッセージ２２０８の例は図２３に示す。ＩＤ変換応答メッセージ２２０８はＩＤ２３０６から構成されており、本実施例では変換先ＩＤ”９８７”が格納されている。
Returning to FIG. 22, the data holding node (data management apparatus 106_2) transmits an ID
次にデータ管理装置１０６＿１はゲートウェイ装置１０５にＩＤ変換応答メッセージ２２０９を送信する。ＩＤ変換応答メッセージ２２０９はＩＤ変換応答メッセージ２２０８と同様である。
Next, the data management apparatus 106_1 transmits an ID
次にゲートウェイ装置１０５はクライアント装置１０１にＩＤ変換応答メッセージ２２１０を送信する。ＩＤ変換応答メッセージ２２１０はＩＤ変換応答メッセージ２２０８と同様である。
Next, the
以上が、クライアント装置１０１がＩＤ変換処理を要求した際に、ゲートウェイ装置１０５、データ管理装置１０６が実行する一連の処理の例である。
The above is an example of a series of processing executed by the
図２４から図２６を用いて、クライアント装置１０１がＩＤ更新処理を要求した際に、ゲートウェイ装置１０５、データ管理装置１０６が実行する一連の処理の例について説明する。ここでは、ドメイン”ｄ０”のＩＤ”１１１”をＩＤ”２２２”へ更新する例を示す。以降、ＩＤ”１１１”を旧ＩＤ、ＩＤ”２２２”を新ＩＤと呼ぶ。
An example of a series of processes executed by the
図２４は、本実施例におけるゲートウェイ装置１０５、データ管理装置１０６が実行するＩＤ更新処理のシーケンス図の例である。最初にクライアント装置１０１はゲートウェイ装置１０５にＩＤ更新要求メッセージ２４０１を送信する。ＩＤ更新要求メッセージ２４０１の例は図２５に示す。図２５は、本実施例におけるゲートウェイ装置１０５、データ管理装置１０６が実行するＩＤ更新処理の中で送受信されるメッセージの例である。ＩＤ更新要求メッセージ２４０１はＩＤ２５０１、ドメイン２５０２、セッションＩＤ２５０３のパラメータから構成されている。
FIG. 24 is an example of a sequence diagram of ID update processing executed by the
図２４に戻って、次にゲートウェイ装置１０５は担当ノード決定２４０２を行う。担当ノード決定２４０２は図１７のＩＤ登録処理における担当ノード決定１７０２と同様である。
Returning to FIG. 24, the
図２４に戻って、次にゲートウェイ装置１０５は決定した担当ノードであるデータ管理装置１０６＿１にＩＤ更新要求メッセージ２４０３を送信する。ＩＤ更新要求メッセージ２４０３はＩＤ更新要求メッセージ２４０１と同様である。
Returning to FIG. 24, the
次にデータ管理装置１０６＿１はユーザ識別子処理２４０４を行う。ユーザ識別子処理２４０４は図１７のＩＤ登録処理におけるユーザ識別子処理１７０４と同様である。
Next, the data management apparatus 106_1 performs
図２４に戻って、次にデータ管理装置１０６はドメイン”ｄ０”のＩＤ”１１１”からドメイン”ｄ１”のＩＤ”９８７”への変換関係を失効させる。データ管理装置１０６＿１はデータ保有ノード決定２４０５を行う。
データ保有ノード決定２４０５は図１７のＩＤ登録処理におけるデータ保有ノード決定処理１７０５＿１、１７０５＿２と同様であり、検索キー”１１１＠ｄ０（ｔｏ）ｄ１＠Ｒ０”に対応するデータ保有ノード（データ管理装置１０６＿２）を得る。
Returning to FIG. 24, the
The data holding
図２４に戻って、次にデータ管理装置１０６＿１はデータ保有ノード（データ管理装置１０６＿２）にＩＤ更新要求メッセージ２４０６を送信する。ＩＤ失効要求メッセージ２４０６の例は図２５に示す。ＩＤ更新要求メッセージ２４０６は検索キー”１１１＠ｄ０（ｔｏ）ｄ１＠Ｒ０”をＫｅｙ２５０６として、１つのパラメータから構成されている。
Returning to FIG. 24, the data management apparatus 106_1 next transmits an ID
図２４に戻って、データ保有ノード（データ管理装置１０６＿２）はＩＤ失効２４０７を行う。データ管理装置１０６内のデータ記憶領域５１４に格納されるデータの例は図２６に示す。図２６は、ＩＤ更新処理の時のデータ管理装置１０６内のデータ記憶領域５１４に格納されるデータの例であり、ＩＤ更新２４０７では、データ管理装置１０６＿２内のデータ記憶領域５１４に格納されたデータの中から”１１１＠ｄ０（ｔｏ）ｄ１＠Ｒ０”を検索キーとして対応するＶａｌｕｅ２６０１を”ｎｕｌｌ”に更新する。本実施例では、Ｖａｌｕｅ２６０１を”ｎｕｌｌ”にすることをＩＤ失効処理としているが、”ｎｕｌｌ”ではなく、失効状態を意味する別の値でも良いし、当該レコード事態を削除しても良い。
Returning to FIG. 24, the data holding node (data management apparatus 106_2) performs
図２４に戻って、データの保有ノード（データ管理装置１０６＿２）はデータ管理装置１０６＿１にＩＤ更新応答メッセージ２４０８を送信する。ＩＤ更新応答メッセージ２４０８の例は図２５に示す。ＩＤ更新応答メッセージ２４０８はＩＤ２５０８から構成されており、本実施例ではＩＤ”９８７”が格納されている。
Returning to FIG. 24, the data holding node (data management apparatus 106_2) transmits an ID
以上、符号２４０５から符号２４０８がデータ管理装置１０６により行われるドメイン”ｄ０”のＩＤ”１１１”からドメイン”ｄ１”のＩＤ”９８７”への変換関係を更新する処理である。
As described above,
図２４に戻って、次にデータ管理装置１０６はドメイン”ｄ１”のＩＤ”９８７”からドメイン”ｄ０”のＩＤ”１１１”への変換関係を旧ＩＤから新ＩＤへと更新する。
Returning to FIG. 24, the
データ管理装置１０６＿１はデータ保有ノード決定２４０９を行う。データ保有ノード決定２４０９は図１７のＩＤ登録処理におけるデータ保有ノード決定１７０５と同様であり、検索キー”９８７＠ｄ１（ｔｏ）ｄ０＠Ｒ０”に対応するデータ保有ノード（データ管理装置１０６＿ｍ）を得る。
The data management device 106_1 performs data holding
図２４に戻って、次にデータ管理装置１０６＿１はデータ保有ノード（データ管理装置１０６＿ｍ）にＩＤ更新要求メッセージ２４１０を送信する。ＩＤ更新要求メッセージ２４１０の例は図２５に示す。ＩＤ更新要求メッセージ２４１０は”９８７＠ｄ１（ｔｏ）ｄ０＠Ｒ０”をＫｅｙ２５０４、新ＩＤ”２２２”をＶａｌｕｅ２５０５として、２つのパラメータから構成されている。
Returning to FIG. 24, the data management apparatus 106_1 next transmits an ID
図２４に戻って、データ保有ノード（データ管理装置１０６＿ｍ）はＩＤ更新２４１１を行う。図２６のデータ管理装置１０６＿ｍに示すように、ＩＤ更新２４１１では、データ記憶領域５１４に格納されたデータの中から”９８７＠ｄ１（ｔｏ）ｄ０＠Ｒ０”を検索キーとして対応するＶａｌｕｅ２６０２を”２２２”に更新する。
Returning to FIG. 24, the data holding node (
図２４に戻って、データの保有ノード（データ管理装置１０６＿ｍ）はデータ管理装置１０６＿１にＩＤ更新応答メッセージ２４１２を送信する。ＩＤ更新応答メッセージ２４１２の例は図２５に示す。ＩＤ更新応答メッセージ２４１２はＩＤ更新結果２５０７から構成されている。ＩＤ更新結果２５０７はＩＤ更新処理の成否を示している。
Returning to FIG. 24, the data holding node (data management apparatus 106_m) transmits an ID
以上、符号２４０９から符号２４１２がデータ管理装置１０６により行われるドメイン”ｄ１”のＩＤ”９８７”からドメイン”ｄ０”のＩＤ”１１１”への変換関係を旧ＩＤから新ＩＤへと更新する処理である。
As described above,
図２４に戻って、次にデータ管理装置１０６がドメイン”ｄ０”のＩＤ”２２２”からドメイン”ｄ１”のＩＤ”９８７”への変換関係を登録する、符号２４１４から符号２４１６の処理は、変換元ＩＤを旧ＩＤ”１１１”から新ＩＤ”２２２”に入れ替えて、図１７の符号１７０６＿１から符号１７０８＿１と同様の処理を行う。符号２４１３では、データ管理装置１０６＿ｍをデータ保有ノードとしており、図２６にあるようにデータ管理装置１０６＿ｍ内のデータ記憶領域５１４に検索キー”２２２＠ｄ０（ｔｏ）ｄ１＠Ｒ０”をＫｅｙ、変換先ＩＤ”９８７”をＶａｌｕｅとしたキーバリュー型のレコード２６０３を格納している。
Returning to FIG. 24, the
次にデータ管理装置１０６＿１はゲートウェイ装置１０５にＩＤ更新応答メッセージ２４１７を送信する。ＩＤ更新応答メッセージ２４１７はＩＤ更新応答メッセージ２４１２と同様である。
Next, the data management apparatus 106_1 transmits an ID
次にゲートウェイ装置１０５はクライアント装置１０１にＩＤ更新応答メッセージ２４１８を送信する。ＩＤ更新応答メッセージ２４１８はＩＤ更新応答メッセージ２４１２と同様である。
Next, the
以上が、クライアント装置１０１がＩＤ更新処理を要求した際に、ゲートウェイ装置１０５、データ管理装置１０６が実行する一連の処理の例である。
The above is an example of a series of processing executed by the
図２７から図２９を用いて、クライアント装置１０１がＩＤ失効処理を要求した際に、ゲートウェイ装置１０５、データ管理装置１０６が実行する一連の処理の例について説明する。ここでは、ドメイン”ｄ０”のＩＤ”１１１”を失効する例を示す。
An example of a series of processes executed by the
図２７は、本実施例におけるゲートウェイ装置１０５、データ管理装置１０６が実行するＩＤ失効処理のシーケンス図の例である。最初にクライアント装置１０１はゲートウェイ装置１０５にＩＤ失効要求メッセージ２７０１を送信する。ＩＤ失効要求メッセージ２７０１の例は図２８に示す。図２８は、本実施例におけるゲートウェイ装置１０５、データ管理装置１０６が実行するＩＤ失効処理の中で送受信されるメッセージの例である。ＩＤ失効要求メッセージ２７０１はＩＤ２８０１、ドメイン２８０２、セッションＩＤ２８０３のパラメータから構成されている。
FIG. 27 is an example of a sequence diagram of ID revocation processing executed by the
図２７に戻って、次にゲートウェイ装置１０５は担当ノード決定２７０２を行う。担当ノード決定２７０２は図１７のＩＤ登録処理における担当ノード決定１７０２と同様である。
Returning to FIG. 27, the
図２７に戻って、次にゲートウェイ装置１０５はデータ管理装置１０６＿１にＩＤ失効要求メッセージ２７０３を送信する。ＩＤ失効要求メッセージ２７０３はＩＤ失効要求メッセージ２７０１と同様である。
Returning to FIG. 27, next, the
次にデータ管理装置１０６＿１はユーザ識別子処理２７０４を行う。ユーザ識別子処理２７０４は図１７のＩＤ登録処理におけるユーザ識別子処理１７０４と同様である。
Next, the data management apparatus 106_1 performs
図２７に戻って、次にデータ管理装置１０６はドメイン”ｄ０”のＩＤ”１１１”からドメイン”ｄ１”のＩＤ”９８７”への変換関係を失効する。符号２７０５から符号２７０８の処理は、図２４の符号２４０５から符号２４０８の処理と同様である。データ管理装置１０６内のデータ記憶領域５１４に格納されるデータの例は図２９に示す。図２９は、ＩＤ更新処理の時のデータ管理装置１０６内のデータ記憶領域５１４に格納されるデータの例であり、ＩＤ失効２７０７により、データ管理装置１０６＿２内のデータ記憶領域５１４に格納された”１１１＠ｄ０（ｔｏ）ｄ１＠Ｒ０”に対応するＶａｌｕｅ２９０１は”ｎｕｌｌ”に更新される。
Returning to FIG. 27, next, the
図２７に戻って、次にデータ管理装置１０６はドメイン”ｄ１”のＩＤ”９８７”からドメイン”ｄ０”のＩＤ”１１１”への変換関係を失効させる。符号２７０９から符号２７１２の処理は、変換元ＩＤと変換先ＩＤ、変換元ドメインと変換先ドメインを入れ替えて、図２４の符号２４０５から符号２４０８と同様の処理を行う。図２９にあるように、ＩＤ失効２７１１により、データ管理装置１０６＿ｍ内のデータ記憶領域５１４に格納された”９８７＠ｄ１（ｔｏ）ｄ０＠Ｒ０”に対応するＶａｌｕｅ２９０２は”ｎｕｌｌ”に更新される。
Returning to FIG. 27, the
次にデータ管理装置１０６＿１はゲートウェイ装置１０５にＩＤ失効応答メッセージ２７１３を送信する。ＩＤ失効応答メッセージ２７１３の例は図２８に示す。ＩＤ失効応答メッセージ２７１３はＩＤ失効結果２８０６から構成されている。ＩＤ失効結果２８０６はＩＤ登録処理の成否を示している。
Next, the data management apparatus 106_1 transmits an ID
次にゲートウェイ装置１０５はクライアント装置１０１にＩＤ失効応答メッセージ２７１４を送信する。ＩＤ失効応答メッセージ２７１４はＩＤ失効応答メッセージ２７１３と同様である。
Next, the
以上が、クライアント装置１０１がＩＤ失効処理を要求した際に、ゲートウェイ装置１０５、データ管理装置１０６が実行する一連の処理の例である。
The above is an example of a series of processing executed by the
以上本発明の一実施例について説明したが、上記実施例によれば、あらかじめ、ドメイン間におけるＩＤの対応関係をテーブルに登録しておく必要がないため、ドメイン数とＩＤ数が増加してもシステムを再構築する必要がない。これにより、システム再構築に要する工数や費用を低減できる。また、利用者ごとに、変換可能なＩＤを制御することができる。また、認証装置１０４におけるユーザ認証処理時に、セッションＩＤのみがクライアント装置１０１へ送信される。これにより、ユーザにはユーザ識別子が非公開となるため、第３者によるなりすましや不正な方法でのデータアクセスを防止できる。
Although one embodiment of the present invention has been described above, according to the above embodiment, since it is not necessary to register the correspondence relationship of IDs between domains in the table in advance, even if the number of domains and the number of IDs increase. There is no need to rebuild the system. Thereby, the man-hour and cost which a system reconstruction requires can be reduced. Moreover, ID which can be converted can be controlled for every user. Further, only the session ID is transmitted to the
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。 In addition, this invention is not limited to an above-described Example, Various modifications are included. For example, the above-described embodiments have been described in detail for easy understanding of the present invention, and are not necessarily limited to those having all the configurations described. Further, a part of the configuration of one embodiment can be replaced with the configuration of another embodiment, and the configuration of another embodiment can be added to the configuration of one embodiment. Further, it is possible to add, delete, and replace other configurations for a part of the configuration of each embodiment.
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。 Each of the above-described configurations, functions, processing units, processing means, and the like may be realized by hardware by designing a part or all of them with, for example, an integrated circuit. Each of the above-described configurations, functions, and the like may be realized by software by interpreting and executing a program that realizes each function by the processor. Information such as programs, tables, and files for realizing each function can be stored in a memory, a hard disk, a recording device such as an SSD (Solid State Drive), or a recording medium such as an IC card, an SD card, or a DVD.
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。 Further, the control lines and information lines indicate what is considered necessary for the explanation, and not all the control lines and information lines on the product are necessarily shown. Actually, it may be considered that almost all the components are connected to each other.
１０１＿１、１０１＿ｎ・・・クライアント装置、１０２、１０３・・・ネットワーク、１０４・・・認証装置、１０５・・・ゲートウェイ管理装置、１０６＿１、１０６＿２、１０６＿３、１０６＿ｍ・・・データ管理装置、２０１、３０１、４０１、５０１・・・制御部、２１０、３０９、４０６、５１１・・・記憶部、２１３、３１２、４０９、５１５・・・入出力部、２１４、３１３、４１０、５１６・・・送受信部、６０１・・・コンピュータ、６０２・・・ＣＰＵ、６０３・・・メモリ、６０４・・・外部記憶装置、６０５・・・送受信装置、６０６・・・出力装置、６０７・・・入力装置。 101_1, 101_n: Client device, 102, 103 ... Network, 104 ... Authentication device, 105 ... Gateway management device, 106_1, 106_2, 106_3, 106_m ... Data management device, 201, 301, 401, 501 ... control unit, 210, 309, 406, 511 ... storage unit, 213, 312, 409, 515 ... input / output unit, 214, 313, 410, 516 ... transmission / reception unit, 601 ... Computer, 602 ... CPU, 603 ... Memory, 604 ... External storage device, 605 ... Transmission / reception device, 606 ... Output device, 607 ... Input device.
Claims (5)
前記データ管理装置は、セッション情報とユーザ識別子とをそれぞれ対応付けた第一の情報と、検索キーと第２のドメインＩＤとを対応付けた第二の情報と、を記憶する記憶部を有し、
前記データ管理装置が、前記ネットワークを介して前記クライアント端末から、第１のドメインＩＤから第２のドメインＩＤへの変換要求を受信するステップと、
前記変換要求に含まれるセッション情報と、前記第一の情報とからユーザ識別子を取得するステップと、
前記データ管理装置が、前記変換要求に含まれる前記第１のドメイン、前記第１のドメインＩＤ、前記第２のドメインおよび前記ユーザ識別子を結合した検索キーと、前記第二の情報と、に基づき、前記第１のドメインIDに対応する前記第２のドメインIDを取得し、当該第２のドメインIDを前記クライアント端末に向けて送信するステップと、
を有することを特徴とするＩＤ管理方法。 An ID management method in a data management apparatus connected to a client terminal via a network,
The data management apparatus includes a first information Installing corresponding to the session information and the user identifier, a storage unit for storing the second information associating the search key and the second domain ID, and ,
A step wherein the data management device, for receiving a conversion request from the client terminal via the network, to the second domain ID from the first domain ID,
Obtaining a user identifier from the session information included in the conversion request and the first information ;
The data management device is based on the first information, the search key that combines the first domain ID, the second domain, and the user identifier included in the conversion request, and the second information. Obtaining the second domain ID corresponding to the first domain ID, and transmitting the second domain ID to the client terminal;
An ID management method characterized by comprising:
前記第一のデータ管理装置は、前記第１のドメイン、前記第１のドメインＩＤ、前記第２のドメインおよび前記ユーザ識別子から構成される検索キーに基づき、第二の前記データ管理装置を選び、前記検索キーを前記第二のデータ管理装置に送信するステップ、を更に備えることを特徴とする、請求項１に記載のＩＤ管理方法。 The data management device includes a plurality of data management devices, wherein the data management device that receives the conversion request from the client terminal is the first data management device, and the data management device converts the first domain ID to the second domain ID. The device is the second data management device,
The first data management device selects a second data management device based on a search key composed of the first domain, the first domain ID, the second domain, and the user identifier, The ID management method according to claim 1 , further comprising: transmitting the search key to the second data management device .
前記検索キーにハッシュ関数をかけた値と、前記データ管理装置のIDとを比較することで前記第二の前記データ管理装置を選ぶことを特徴とする請求項２に記載のＩＤ管理方法。 3. The ID management method according to claim 2, wherein the second data management device is selected by comparing a value obtained by multiplying the search key by a hash function and an ID of the data management device.
前記検索キーにハッシュ関数をかけた値に近い前記データ管理装置のIDを持つデータ管理装置を前記第二のデータ管理装置として選ぶことを特徴とする請求項３に記載のＩＤ管理方法。4. The ID management method according to claim 3, wherein a data management device having an ID of the data management device close to a value obtained by multiplying the search key by a hash function is selected as the second data management device.
セッション情報とユーザ識別子とをそれぞれ対応付けた第一の情報と、検索キーと第２のドメインＩＤとを対応付けた第二の情報と、を記憶する記憶部と、
前記ネットワークを介して前記クライアント端末から、第１のドメインＩＤから第２のドメインＩＤへの変換要求を受信する受信部と、
前記変換要求に含まれるセッション情報と、前記第一の情報とからユーザ識別子を取得し、当該取得したユーザー識別子と前記変換要求に含まれる前記第１のドメイン、前記第１のドメインＩＤ、前記第２のドメインを結合した検索キーに基づき、前記第１のドメインIDに対応する前記第２のドメインIDを取得する制御部と、
当該第２のドメインIDを前記クライアント端末に向けて送信する送信部と、
を有することを特徴とするデータ管理装置。 A data management device to connect the client terminal via a network,
The session information and the first information user identifier and the respectively Installing corresponding, a storage unit for storing the second information associating the search key and the second domain ID, and,
A receiving unit for receiving a conversion request from the first domain ID to the second domain ID from the client terminal via the network;
A user identifier is acquired from the session information included in the conversion request and the first information, and the acquired user identifier and the first domain, the first domain ID, the first information included in the conversion request A control unit that obtains the second domain ID corresponding to the first domain ID based on a search key that combines two domains;
A transmission unit for transmitting the second domain ID to the client terminal;
A data management apparatus comprising:
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012119184A JP5894860B2 (en) | 2012-05-25 | 2012-05-25 | ID management method and data management apparatus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012119184A JP5894860B2 (en) | 2012-05-25 | 2012-05-25 | ID management method and data management apparatus |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2013246600A JP2013246600A (en) | 2013-12-09 |
| JP2013246600A5 JP2013246600A5 (en) | 2014-07-17 |
| JP5894860B2 true JP5894860B2 (en) | 2016-03-30 |
Family
ID=49846320
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2012119184A Active JP5894860B2 (en) | 2012-05-25 | 2012-05-25 | ID management method and data management apparatus |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5894860B2 (en) |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000285064A (en) * | 1999-03-31 | 2000-10-13 | Fujitsu Ltd | Virtual space sharing system |
| JP4413575B2 (en) * | 2003-10-22 | 2010-02-10 | 株式会社日立製作所 | Information processing apparatus that supports integrated management of account service information, integrated management method of account service information, program, and recording medium |
| JP2006185171A (en) * | 2004-12-27 | 2006-07-13 | Brother Ind Ltd | Node device, information transmission processing program, and information distribution method or the like |
| JP4671332B2 (en) * | 2005-03-10 | 2011-04-13 | 株式会社日立製作所 | File server that converts user identification information |
| CN101170572A (en) * | 2006-10-23 | 2008-04-30 | 日电（中国）有限公司 | Multimedia network communication system based on P2P SIP technology |
| JP4912996B2 (en) * | 2007-09-18 | 2012-04-11 | 株式会社日立製作所 | Information processing apparatus and computer system |
| JP5127489B2 (en) * | 2008-02-07 | 2013-01-23 | 株式会社東芝 | Information life cycle management system, information management server device, electronic medium control device, and program |
| JP5817728B2 (en) * | 2010-08-25 | 2015-11-18 | 日本電気株式会社 | Condition matching system, condition matching link device, and condition matching processing method |
-
2012
- 2012-05-25 JP JP2012119184A patent/JP5894860B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2013246600A (en) | 2013-12-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111488598B (en) | Access control method, device, computer equipment and storage medium | |
| JP6547079B1 (en) | Registration / authorization method, device and system | |
| EP3093784B1 (en) | Client computer for querying a database stored on a server via a network | |
| US8086698B2 (en) | Synchronizing configuration information among multiple clients | |
| US9021264B2 (en) | Method and system for cloud based storage | |
| JP5024999B2 (en) | Cryptographic management device, cryptographic management method, cryptographic management program | |
| US7454421B2 (en) | Database access control method, database access controller, agent processing server, database access control program, and medium recording the program | |
| CN108293045A (en) | Single-sign-on Identity Management between local and remote system | |
| WO2016109435A2 (en) | Encrypted file storage | |
| US20190272291A1 (en) | Apparatus, method, and storage medium for managing data | |
| JP5443236B2 (en) | Distributed database system | |
| EP2429146B1 (en) | Method and apparatus for authenticating access by a service | |
| WO2021090764A1 (en) | Generation device, generation method, and verification device | |
| JP3215882U (en) | Cloud storage based file access control system | |
| JP5894860B2 (en) | ID management method and data management apparatus | |
| JP5948238B2 (en) | Data management method and data management apparatus | |
| JP2016157394A (en) | Data management system and id management method | |
| JP6319817B2 (en) | Verification device and electronic certificate verification method | |
| CN114128218A (en) | Certificate management in isolated computer networks | |
| US10554789B2 (en) | Key based authorization for programmatic clients | |
| Dhanabagyam et al. | Identity and access management as a service in e-healthcare cloud | |
| JP2014033395A (en) | Certificate invalidation list management system, certificate invalidation list generator, verification device and electronic certificate verification method | |
| US20240061941A1 (en) | Distribution of Secure Data for Networked Transactions | |
| JP4016017B2 (en) | Data backup method and computer system | |
| JP6538019B2 (en) | Information processing apparatus, authorization system, information processing method and program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20140530 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20140530 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20150320 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20150428 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20150629 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20160202 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20160229 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 5894860 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |