JP6091450B2 - 情報処理装置及び情報処理方法及びプログラム - Google Patents

Description

本発明は、ユーザ識別情報を管理する技術に関する。
なお、以下では、ユーザ識別情報をユーザＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）又は単にＩＤともいう。

従来、海外拠点を持つ企業内のユーザＩＤ管理は拠点によってＩＤの採番ロジックやユーザに付与する属性の相違といった異なるポリシーを持つため、各国各拠点で独自に実施されており、連携するためには運用でカバーする必要があった。
また、人事情報のメンテナンスは各国各拠点のメンテナンスレベルに依存しており、提供される情報を信頼する前提で連携するしかないのが現状である。
上記の例として、海外拠点への異動時、該当ユーザのＩＤは異動先拠点で本邦とは別に発行され、本邦で使用していたＩＤは消去されず（本所属は本邦であるため）、ＩＤの多重管理となる。
また、再度本邦に異動となった際、ある海外拠点では申請が紙媒体ベースであることや、人事情報のメンテナンスは基本的に手作業で実施されるといった理由から、異動先で使用していたＩＤの削除漏れが発生する可能性がある。

ＩＤの削除漏れが発生した場合、削除漏れＩＤを使用した不正アクセスによるデータ改ざんなどのセキュリティリスクの危険性があるが、回避策としてユーザの作業状況を監視し、作業が実施されていないユーザＩＤにアクセス制御を施す手法がある（例えば、特許文献１）。
さらに当該セキュリティリスクを回避するために２つ以上のネットワークから同じＩＤへの重複ログインが確認されたとき、ＩＤの資格情報とログイン実行者またはその端末の資格情報を比較し、合致しないユーザをロックするといった技術も存在する（例えば、特許文献２）。
ＩＤを複数管理しなければならない場合、ログイン用途の主ＩＤとシステム利用用途の副ＩＤを持たせ、ＩＤ内のある情報を相互管理することで別ＩＤ同士の整合を取り、ＩＤ管理を行う手法も存在する（例えば、特許文献３）。
企業内ＩＤ管理システムにおいて、異なるポリシーを持つ拠点同士が連携するためには、「ＩＤの多重管理の防止」と「拠点移動に伴うＩＤの削除漏れの回避」といった２つの機能を実現する必要がある。

特開２００４−１３３５８４号公報 特開２００４−１８５６２４号公報 国際公開ＷＯ２００９／１１３１５４号公報

従来、海外拠点を持つ企業内ＩＤ管理では、拠点毎に異なるポリシーを持つことから拠点毎に独自にＩＤを管理しており、ＩＤが多重管理となる。
また、拠点毎のＩＤ管理同士を連携する場合、提供される人事情報は手作業により管理され、かつメンテナンスレベルが拠点に依存することから削除漏れによる不正アクセス等のセキュリティリスクの危険性を孕むという課題がある。

本発明は、このような課題を解決することを主な目的とし、ＩＤの多重管理を防止することでＩＤ削除漏れによるセキュリティリスクを回避することを主な目的とする。

本発明に係る情報処理装置は、
ユーザのログイン先が第１の情報システムから第２の情報システムに変更になることが通知されるログイン先変更通知を受信するログイン先変更通知受信部と、
前記ログイン先変更通知受信部により前記ログイン先変更通知が受信された後に前記ユーザにより前記第２の情報システムへのログインが行われた場合に、前記ユーザにより前記第２の情報システムへのログインが行われたことを通知するログイン実施通知を受信するログイン実施通知受信部と、
前記ログイン実施通知受信部により前記ログイン実施通知が受信された場合に、前記第１の情報システムで使用される、前記ユーザのユーザ識別情報である第１のユーザ識別情報を無効にする設定を行うとともに、前記第２の情報システムで使用される、前記ユーザのユーザ識別情報である第２のユーザ識別情報を有効にする設定を行うユーザ識別情報管理部とを有することを特徴とする。

本発明によれば、ログイン先変更通知が受信された後にユーザが第２の情報システムにログインした際に、第１の情報システムで使用される第１のユーザ識別情報を無効にする設定を行うとともに、第２の情報システムで使用される第２のユーザ識別情報を有効にするため、ユーザ識別情報の多重管理を防止し、ユーザ識別情報の削除漏れによるセキュリティリスクを回避することができる。

実施の形態１に係るシステム構成例を示す図。 実施の形態１に係るマスタＩＤ構成例を示す図。 実施の形態１に係るＡ国サブＩＤ構成例を示す図。 実施の形態１に係るＢ国サブＩＤ構成例を示す図。 実施の形態１に係るＡ国からＢ国への異動フローを示すフローチャート図。 実施の形態１に係るＡ国からＢ国への異動フローを示すフローチャート図。 実施の形態１に係るＡ国からＢ国への異動フローを示すフローチャート図。 実施の形態１に係るＡ国からＢ国への異動フローを示すフローチャート図。 実施の形態１に係るＡ国からＢ国への異動フローを示すフローチャート図。 実施の形態１に係るＡ国からＢ国への異動フローを示すフローチャート図。 実施の形態２に係るＢ国からＡ国への異動フローを示すフローチャート図。 実施の形態２に係るＢ国からＡ国への異動フローを示すフローチャート図。 実施の形態２に係るＢ国からＡ国への異動フローを示すフローチャート図。 実施の形態２に係るＢ国からＡ国への異動フローを示すフローチャート図。 実施の形態３に係るシステム構成例を示す図。 実施の形態４に係るマスタＩＤ構成例を示す図。 実施の形態１〜４に係るマスタＩＤ管理サーバ装置の機能構成例を示す図。 実施の形態１〜４に係るマスタＩＤ管理サーバ装置のハードウェア構成例を示す図。

実施の形態１．
図１は、本実施の形態に係るシステム構成例を示す。
図１では、企業等の拠点がＡ国とＢ国にある例を示している。
Ａ国は、当該企業等の本部（本社）が存在する国であり、Ｂ国は当該企業の支部（支社）が存在する国である。

Ａ国のＩＤ管理システムは、マスタＩＤ管理サーバ（９）と、そのリポジトリであるマスタＩＤ管理ＤＢ（１０）と、Ａ国ＩＤ管理サーバ（４―１）と、そのリポジトリであるＡ国ＩＤ管理ＤＢ（１１−１）と、マスタ認証サーバ（５）と、Ａ国異動申請システム（３−１）で構成される。
マスタ認証サーバ（５）は、認証機能（７−１）と認可機能（８−１）とを有する。
Ａ国はＩＤ管理のプライマリとなるため、Ａ国ＩＤ管理サーバ（４−１）及びＡ国ＩＤ管理ＤＢ（１１−１）以外に、マスタＩＤ管理サーバ（９）及びマスタＩＤ管理ＤＢ（１０）が存在する。
また、Ａ国には、ユーザＸがＡ国で使用する端末装置であるＡ国ユーザＸ使用端末（１−１）、ユーザＸのＡ国での上長が使用するＡ国上長端末（２−１）が所在している。
なお、マスタＩＤ管理サーバ（９）は情報処理装置の例に相当する。

Ｂ国のＩＤ管理システムは、Ｂ国ＩＤ管理サーバ（４−２）と、そのリポジトリであるＢ国ＩＤ管理ＤＢ（１１−２）と、Ｂ国認証サーバ（６）と、Ｂ国異動申請システム（３−２）とで構成される。
Ｂ国認証サーバ（６）は、認証機能（７−２）と認可機能（８−２）とを有する。
また、Ｂ国には、ユーザＸがＢ国で使用する端末装置であるＢ国ユーザＸ使用端末（１−２）、ユーザＸのＢ国での上長が使用するＢ国上長端末（２−２）が所在している。

本実施の形態では、マスタＩＤ（１２）に対して、各サブＩＤが階層構造にて管理されている。
つまり、マスタＩＤ（１２）にＡ国サブＩＤ（１３−１）、Ｂ国サブＩＤ（１３−２）が従属している。
マスタＩＤ（１２）は、ユーザが使用する全てのサブＩＤのベースとなる識別情報である。
Ａ国サブＩＤ（１３−１）は、Ａ国内のシステムにログインする際に使用される識別情報である。
Ｂ国サブＩＤ（１３−２）は、Ｂ国内のシステムにログインする際に使用される識別情報である。
マスタＩＤ管理ＤＢ（１０）では、ユーザごとに、マスタＩＤ（１２）、Ａ国サブＩＤ（１３−１）、Ｂ国サブＩＤ（１３−２）の関係を管理している。
マスタＩＤ管理ＤＢ（１０）は、例えば、図２に示すようにマスタＩＤに対して、サブＩＤを管理している。
図２はマスタＩＤ（１２）に関する構成を示すテーブルまたはＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）情報である。
マスタＩＤ管理ＤＢ（１０）はマスタユーザＩＤを主キーとし、複数のサブＩＤ情報とそのサブＩＤの使用可能フラグを管理している。
つまり、マスタＩＤ管理ＤＢ（１０）は、マスタＩＤ（ｍａｓｔｅｒ＿ｕｉｄ００１等）に対して、Ａ国のサブＩＤ（ｓｅｒｖｅｒＡ＿ｕｉｄ００１等）、Ｂ国のサブＩＤ（ｓｅｒｖｅｒＢ＿ｕｉｄ００１等）、Ｃ国のサブＩＤ（ｓｅｒｖｅｒＣ＿ｕｉｄ００１等）を管理している。
また、マスタＩＤ管理ＤＢ（１０）では、サブＩＤごとに使用可能フラグが設けられている。
使用可能フラグは、サブＩＤとそれに基づくアカウントの有効／無効を切替えるためのフラグである。
図２の例では使用可能フラグが○であれば、対象のサブＩＤおよびそれに基づくアカウントを有効（使用可能）とし、使用可能フラグが×であれば、対象のサブＩＤおよびそれに基づくアカウントを無効（使用不可）とする。

Ａ国ＩＤ管理ＤＢ（１１−１）は、ユーザごとに、Ａ国サブＩＤ（１３−１）及びＡ国における固有値等を管理している。
図３はＡ国サブＩＤ（１３−１）に関する構成を示すテーブルまたはＬＤＡＰ情報である。
Ａ国ＩＤ管理ＤＢ（１１−１）は、例えば、図３に示すように、Ａ国サブＩＤ（１３−１）（ｓｅｒｖｅｒＡ＿ｕｉｄ００１等）を主キーとし、ユーザの属性値（Ａｕｓｅｒ＿０００１、固有属性ＸＸＸ、固有属性１２３等）とユーザのＡ国におけるメールアドレスを格納している。
固有属性ＸＸＸ、固有属性１２３等は、例えば、ユーザのパスワードである。

また、Ｂ国ＩＤ管理ＤＢ（１１−２）は、ユーザごとに、Ｂ国サブＩＤ（１３−２）及びＢ国における固有値等を管理している。
図４はＢ国サブＩＤ（１３−２）に関する構成を示すテーブルまたはＬＤＡＰ情報である。
Ｂ国ＩＤ管理ＤＢ（１１−２）は、例えば、図４に示すように、Ｂ国サブＩＤ（１３−２）（ｓｅｒｖｅｒＢ＿ｕｉｄ００１等）に対して、ユーザの属性値（Ｂ＿００１＿ｕｓｅｒ、ｃｏｄｅ＿００Ｘ、１２３４５６７８９０ａ等）とユーザのＢ国におけるメールアドレスを格納している。
ｃｏｄｅ＿００Ｘ、１２３４５６７８９０ａ等は、例えば、ユーザのパスワードである。

なお、図１ではＢ国サブＩＤ（１３−２）が存在している状態が示されているが、ユーザがＡ国からＢ国への異動を申請した際にＢ国仮サブＩＤが発行され、ユーザがＢ国に異動した後にサブＩＤ本登録処理によりＢ国仮サブＩＤがＢ国サブＩＤ（１３−２）となる。
Ｂ国仮サブＩＤの発行、サブＩＤ本登録処理の詳細は、後述する。

次に、本実施の形態に係る動作の概要を説明する。
ここでは、ユーザＸがＡ国からＢ国に異動する例を説明する。
なお、この例では、Ａ国が第１の拠点の例に相当し、Ｂ国が第２の拠点の例に相当する。
このため、Ａ国の情報システム（Ａ国異動申請システム（３−１）、Ａ国ＩＤ管理サーバ（４−１）、マスタ認証サーバ（５）、認可機能（８−１）、Ａ国ＩＤ管理ＤＢ（１１−１）の他、Ａ国のユーザが利用できるサーバ、ＤＢ等が含まれる情報システム）が第１の情報システムの例に相当し、Ｂ国の情報システム（Ｂ国異動申請システム（３−２）、Ｂ国ＩＤ管理サーバ（４−２）、Ｂ国認証サーバ（６）、Ｂ国ＩＤ管理ＤＢ（１１−２）の他、Ｂ国のユーザが利用できるサーバ、ＤＢ等が含まれる情報システム）が第２の情報システムの例に相当する。
更に、Ａ国サブＩＤ（１３−１）は第１のユーザ識別情報の例に相当し、Ｂ国サブＩＤ（１３−２）は第２のユーザ識別情報の例に相当する。

ユーザＸは、Ｂ国への異動申請がＡ国の上長によって承認された場合に、Ａ国ユーザＸ使用端末（１−１）からマスタＩＤ管理サーバ（９）に対して所属先がＢ国に変更になることを通知する所属先変更通知を送信する。
マスタＩＤ管理サーバ（９）は、所属先変更通知を受信すると、ユーザＸにＢ国用のサブＩＤが存在するか否かを判定する。
ここでは、ユーザＸにＢ国用のサブＩＤが存在しないと仮定する。
マスタＩＤ管理サーバ（９）は、Ｂ国ＩＤ管理サーバ（４−２）に、ユーザＸのＢ国仮サブＩＤを生成させる。
また、マスタＩＤ管理サーバ（９）がユーザＸのＢ国仮サブＩＤを生成してもよい。
この段階では、Ｂ国仮サブＩＤは、Ｂ国ＩＤ管理サーバ（４−２）では登録されるが、マスタＩＤ管理サーバ（９）では登録されない。
また、ユーザＸに、Ｂ国仮サブＩＤが通知される。
その後、ユーザＸがＢ国へ異動する。

ユーザＸは、Ｂ国に着任したら、Ｂ国認証サーバ（６）にアクセス（ログイン）する。
Ｂ国認証サーバ（６）は、ユーザＸによる最初のログインであると判断し、仮サブＩＤ登録リクエストをマスタ認証サーバ（５）を介してマスタＩＤ管理サーバ（９）に送信する。
この仮サブＩＤ登録リクエストは、ユーザＸによりＢ国認証サーバ（６）へのログインが行われたことを通知するとともに、Ｂ国仮サブＩＤの登録を要求するものある。
マスタＩＤ管理サーバ（９）は、仮サブＩＤ登録リクエストを受信すると、ユーザＸのＢ国仮サブＩＤをＢ国サブＩＤ（１３−２）として本登録し、Ｂ国サブＩＤ（１３−２）を有効にする設定を行うとともに、ユーザＸのＡ国サブＩＤ（１３−１）を無効にする設定を行う。
これにより、Ａ国ＩＤ管理サーバ（４−１）ではＡ国サブＩＤ（１３−１）を使用することができなくなる一方で、Ｂ国ＩＤ管理サーバ（４−２）ではＢ国サブＩＤ（１３−２）の使用を開始することができる。

次に、本実施の形態に係るマスタＩＤ管理サーバ（９）の機能構成例を図１７を用いて説明する。

図１７において、通信部（９１）は、他のサーバ等と通信を行う。
例えば、通信部（９１）は、Ａ国ユーザＸ使用端末（１−１）から、所属先変更通知を受信する。
また、通信部（９１）は、Ｂ国認証サーバ（６）からの仮サブＩＤ登録リクエストを受信する。
所属先変更通知は、ユーザＸのログイン先のシステムがＢ国の情報システムに変更になることを通知するものであり、ログイン先変更通知の例に相当する。
このため、通信部（９１）は、ログイン先変更通知受信部の例に相当する。
また、仮サブＩＤ登録リクエストは、ユーザＸがＢ国の情報システムに初めてログインしたことを通知するものであり、ログイン実施通知の例に相当する。
このため、通信部（９１）は、ログイン実施通知受信部の例にも相当する。

ＤＢ管理部（９２）は、マスタＩＤ管理ＤＢ（１０）へのレコードの書込み、マスタＩＤ管理ＤＢ（１０）からのレコードの読み出しを行う。
また、ＤＢ管理部（９２）は、マスタＩＤ管理ＤＢ（１０）に格納されているレコードの更新を行う。

サブＩＤ生成部（９３）は、サブＩＤを生成する。
例えば、ユーザＸから所属先がＢ国に変更になる旨の所属先変更通知があった場合に、サブＩＤ生成部（９３）は、Ｂ国ＩＤ管理サーバ（４−２）に、ユーザＸのＢ国での仮サブＩＤを生成させる。
また、サブＩＤ生成部（９３）は、Ｂ国ＩＤ管理サーバ（４−２）との協働により、ユーザＸのＢ国での仮サブＩＤを生成するようにしてもよい。
サブＩＤ生成部（９３）は、後述の使用可能フラグ変更処理部（９４）及びＩＤ・アカウントロック処理部（９５）とともに、ユーザＩＤ管理部の例に相当する。

使用可能フラグ変更処理部（９４）は、使用可能フラグの設定を管理する。
例えば、ユーザＸがＢ国に異動し、Ｂ国認証サーバ（６）からユーザＸについての仮サブＩＤ登録リクエストがあった場合に、使用可能フラグ変更処理部（９４）は、ユーザＸのＡ国サブＩＤ（１３−１）の使用可能フラグを使用不可（Ｘ）にするとともに、Ｂ国サブＩＤ（１３−２）の使用可能フラグを使用可能（○）にする。
使用可能フラグ変更処理部（９４）は、サブＩＤ生成部（９３）及びＩＤ・アカウントロック処理部（９５）とともに、ユーザ識別情報管理部の例に相当する。

ＩＤ・アカウントロック処理部（９５）は、使用可能フラグ変更処理部（９４）により使用可能フラグが使用不可（Ｘ）に設定されたサブＩＤに関連付けられたアカウントをロックし、使用可能フラグ変更処理部（９４）により使用可能フラグが使用可能（○）に設定されたサブＩＤに関連付けられたアカウントのロックを解除する。
ＩＤ・アカウントロック処理部（９５）によりロックされたアカウントは無効（使用不可）になり、ＩＤ・アカウントロック処理部（９５）によりロックが解除されたアカウントは有効（使用可能）となる。
例えば、使用可能フラグ変更処理部（９４）によりユーザＸのＡ国サブＩＤ（１３−１）の使用可能フラグが使用不可（Ｘ）に設定された場合は、Ａ国ＩＤ管理ＤＢ（１１−１）のユーザＸのアカウントが無効になり、Ａ国ＩＤ管理サーバ（４−１）はユーザＸのアカウントを使用することができない。
一方、使用可能フラグ変更処理部（９４）によりユーザＸのＢ国サブＩＤ（１３−２）の使用可能フラグが使用可能（○）に設定された場合は、Ｂ国ＩＤ管理ＤＢ（１１−２）のユーザＸのアカウントが有効になり、Ｂ国ＩＤ管理サーバ（４−２）はユーザＸのアカウントを使用することができるようになる。
ＩＤ・アカウントロック処理部（９５）は、サブＩＤ生成部（９３）及び使用可能フラグ変更処理部（９４）とともにユーザ識別情報管理部の例に相当する。

メーラ（９６）は、Ａ国ユーザＸ使用端末（１−１）、Ａ国上長端末（２−１）、Ｂ国ユーザＸ使用端末（１−２）、Ｂ国上長端末（２−２）に電子メールを送信する。

制御部（９７）は、マスタＩＤ管理サーバ（９）の全体の動作を制御する。

次に動作について説明する。
図５、図６、図７、図８、図９、図１０がＡ国からＢ国への異動フローを示す図である。

Ａ国のユーザであるユーザＸがＡ国ユーザＸ使用端末（１−１）からマスタ認証サーバ（５）にアクセスし（Ｓ１）、マスタ認証サーバ（５）の認可機能（８−１）からリバースプロキシされ、認証機能（７−１）がユーザＸに対して認証済みであるか（認証クッキーの有無）チェックする（Ｓ２）。
ログインによる認証が未実施の場合、認証機能（７−１）が、Ａ国ユーザＸ使用端末（１−１）に対してログイン画面を表示する（Ｓ３）。
ユーザＸはＳ３にて表示されたログイン画面に対し、Ａ国サブＩＤ（１３−１）とそのパスワードを入力し、マスタ認証サーバ（５）にリクエストを送信する（Ｓ４）。
リクエストを受信したマスタ認証サーバ（５）の認証機能（７−１）は、ユーザＸにて入力されたＡ国サブＩＤ（１３−１）およびパスワードとＡ国ＩＤ管理ＤＢ（１１−１）に格納される情報とを比較し、認証処理を実施する（Ｓ５）。
認証に失敗した場合、認証機能（７−１）は、失敗回数チェック（Ｓ６）を行い、一定回数以下の場合はＳ３に処理を戻す。
一定回数を超過した場合は、認証機能（７−１）は、認証エラー画面を表示し処理を終了する（Ｓ２１）。

認証に成功した場合は、認証機能（７−１）は、ログイン後画面（例えば、ポータルサイトや申請メニュー等）を表示する（Ｓ７）。
Ａ国ユーザＸ使用端末（１−１）は、Ｓ７にて表示した画面のリンク等からＡ国異動申請システム（３−１）へアクセスする（Ｓ８）。
Ａ国異動申請画面が表示されたら（Ｓ９）、Ａ国ユーザＸ使用端末（１−１）は、Ｂ国への異動申請を行い（Ｓ１０）、Ａ国異動申請システム（３−１）がＡ国上長端末（２−１）にユーザＸの異動申請に対する承認依頼を送信する（Ｓ１１）。
申請内容の不備等から否認（Ｓ１２）となった場合、Ａ国ユーザＸ使用端末（１−１）は、再度Ｓ１０から異動申請を実施する。
承認（Ｓ１２）となった場合は、Ａ国ユーザＸ使用端末（１−１）は、所属先変更通知をマスタＩＤ管理サーバ（９）に送信し、マスタＩＤ管理サーバ（９）に異動先（本動作ではＢ国）用サブＩＤの有無チェックを促す（Ｓ１３）。
マスタＩＤ管理サーバ（９）では、通信部（９１）が所属先変更通知を受信し、ＤＢ管理部（９２）がマスタＩＤ管理ＤＢ（１０）を検索して、異動先にサブＩＤが存在するか否かを確認する。
異動先にサブＩＤが存在する場合の処理（Ｓ２０）については後ほど説明する。

異動先にサブＩＤが存在しない場合、Ａ国ユーザＸ使用端末（１−１）は、マスタＩＤ管理サーバ（９）に対してＢ国仮サブＩＤ生成についてのリクエストを送信する（Ｓ１４）。
マスタＩＤ管理サーバ（９）では、通信部（９１）がリクエストを送信し、サブＩＤ生成部（９３）がＢ国ＩＤ管理サーバ（４−２）に対して、Ｂ国仮サブＩＤを生成する（Ｓ１５）。
つまり、サブＩＤ生成部（９３）がユーザＸのＢ国サブＩＤ（１３−２）の生成をＢ国ＩＤ管理サーバ（４−２）に指示する。
または、サブＩＤ生成部（９３）がユーザＸのＢ国サブＩＤ（１３−２）を生成し、通信部（９１）がユーザＸのＢ国サブＩＤ（１３−２）をＢ国ＩＤ管理サーバ（４−２）に送信する。
なお、この時点では、ユーザＸのＢ国サブＩＤ（１３−２）は、マスタＩＤ管理ＤＢ（１０）には登録されない。
次に、マスタＩＤ管理サーバ（９）は、メーラ（９６）と通信部（９１）により、ユーザＸに対し、Ｂ国仮サブＩＤ情報と生成完了の旨を記載したメールをＡ国メールアドレスへメール送信し（Ｓ１６）、同時にＢ国上長へユーザＸのＢ国仮サブＩＤ情報をメール送信する（Ｓ１７）。
その後、ユーザが異動先であるＢ国へ異動する（Ｓ１８）。

次にユーザＸがＢ国へ異動後、ユーザＸのＢ国仮サブＩＤを本登録し、Ｂ国サブＩＤ（１３−２）となるまでの処理について説明する。
処理フローは図７、図８である。

ユーザＸがＢ国ユーザＸ使用端末（１−２）からＢ国認証サーバ（６）にアクセスし（Ｓ２３）、Ｂ国認証サーバ（６）はアクセスユーザが初回ログインであるかのチェックを行う（Ｓ２４）。
初回ログインでない場合はＢ国システムログイン処理（Ｓ４０）へ進む。
初回ログインである場合、Ｂ国認証サーバ（６）は、Ｂ国ユーザＸ使用端末（１−２）に初回ログイン画面を返す（Ｓ２５）。
ユーザＸは初回ログイン画面からＢ国仮サブＩＤにてログイン承認依頼をＢ国上長に送信する（Ｓ２６）。
入力情報に不備があるなどして、否認（Ｓ２７）された場合、Ｓ２５の処理に戻る。
承認（Ｓ２７）された場合、Ｂ国認証サーバ（６）は、Ｂ国ユーザＸ使用端末（１−２）に通常ログイン画面を返す（Ｓ２８）。
ユーザＸは通常ログイン画面にＢ国仮サブＩＤとパスワードを入力し、Ｂ国認証サーバ（６）へアクセスする（Ｓ２９）。
Ｂ国認証サーバ（６）は送信されたユーザＸのＢ国仮サブＩＤおよびパスワードとＢ国ＩＤ管理ＤＢ（１１−２）に格納される情報を比較し、認証処理を実施する（Ｓ３０）。
認証に失敗した場合、Ｂ国認証サーバ（６）は、失敗回数チェック（Ｓ３１）を行い、一定回数以下の場合はＳ２８に処理を戻す。
一定回数を超過した場合、Ｂ国認証サーバ（６）は、認証エラー画面を表示し処理を終了する（Ｓ４１）。
認証が成功した場合、Ｂ国認証サーバ（６）にて認証済みクッキーを発行する（Ｓ３２）。
Ｂ国認証サーバ（６）は、発行された認証済みクッキーが含まれるリクエストを仮サブＩＤ登録リクエストとしてマスタ認証サーバ（５）へ送信する（Ｓ３３）。
仮サブＩＤ登録リクエストには、認証済みクッキーの他、ユーザＸのＢ国仮サブＩＤと、ユーザＸのマスタＩＤ（１２）を識別可能な情報（ユーザＸの氏名等）が含まれている。

マスタ認証サーバ（５）が仮サブＩＤ登録リクエストを受信し（Ｓ３４）、マスタ認証サーバ（５）の認証機能（７−１）が認証済みクッキーをチェックする（Ｓ３５）。
失敗した場合、認証機能（７−１）は、認証エラーをＢ国ユーザＸ使用端末（１−２）に表示し（Ｓ４１）、処理を終了する。
成功した場合、マスタＩＤ管理サーバ（９）の通信部（９１）が、マスタ認証サーバ（５）から認証済みクッキーのチェック成功のリクエストを受信する。
マスタ認証サーバ（５）からのリクエストには、仮サブＩＤ登録リクエストのうちの認証済みクッキーを除く内容、すなわち、ユーザＸのＢ国仮サブＩＤと、ユーザＸのマスタＩＤ（１２）を識別可能な情報（ユーザＸの氏名等）が含まれている。
マスタＩＤ管理サーバ（９）のＤＢ管理部（９２）が、マスタＩＤ管理ＤＢ（１０）に格納されるユーザＸのマスタＩＤ（１２）に対して、Ｂ国サブＩＤ（１３−２）情報を登録する（Ｓ３６）。
つまり、Ｂ国仮サブＩＤを、Ｂ国サブＩＤ（１３−２）として本登録する。
このとき、使用可能フラグ変更処理部（９４）が、Ｂ国サブＩＤ（１３−２）の使用可能フラグを使用可能にする。
更に、ＩＤ・アカウントロック処理部（９５）が、Ｂ国サブＩＤ（１３−２）のアカウントを使用可能にする。
また、マスタＩＤ管理サーバ（９）の通信部（９１）がマスタ認証サーバ（５）からの使用可能フラグ変更リクエストを受信し、使用可能フラグ変更処理部（９４）が、ユーザＸのマスタＩＤ（１２）に登録されているＢ国サブＩＤ以外のサブＩＤ（例えば、Ａ国サブＩＤ（１３−１））に対する使用可能フラグを使用不可に変更する（Ｓ３７）。
使用可能フラグが使用不可となったため、マスタＩＤ管理サーバ（９）のＩＤ・アカウントロック処理部（９５）はユーザＸのマスタＩＤに登録されているＢ国サブＩＤ以外のサブＩＤをロックする（Ｓ３８）。
マスタＩＤ管理サーバ（９）のメーラ（９６）は、ユーザＸのＢ国メールアドレスに対し、サブＩＤ本登録完了についてメール送信する（Ｓ３９）。

最後に、サブＩＤ本登録後のＢ国システムログイン処理について説明する。
このＢ国システムログイン処理は、ユーザがＢ国の情報システムを利用する際に日常的に行われるログイン処理である。
処理フローは図１０である。

ユーザＸがＢ国ユーザＸ使用端末（１−２）からＢ国認証サーバ（６）にアクセスする（Ｓ５４）。
Ｂ国認証サーバ（６）の認可機能（８−２）からリバースプロキシされ、認証機能（７−２）が認証済みかどうかのチェック（認証済みクッキーの有無）を行う（Ｓ５５）。
認証済みの場合、Ｓ６０へ進む。
認証が未実施の場合、認証機能（７−２）がＢ国ユーザＸ使用端末（１−２）にログイン画面を返し（Ｓ５６）、ユーザＸはＢ国サブＩＤ（１３−２）とパスワードを入力し、Ｂ国認証サーバ（６）へリクエストを送信する（Ｓ５７）。
Ｂ国認証サーバ（６）は入力されたＢ国サブＩＤ（１３−２）およびパスワードとＢ国ＩＤ管理ＤＢ（１１−２）に格納される情報を比較し、認証処理を実施する（Ｓ５８）。
認証に失敗した場合、失敗回数チェック（Ｓ５９）を行い、一定回数以下の場合はＳ５６に処理を戻す。
一定回数を超過した場合、認証エラー画面を表示し処理を終了する（Ｓ６１）。
認証が成功した場合、Ｂ国ユーザＸ使用端末（１−２）にログイン後画面（例えば、ポータルサイトや申請メニュー等）を表示し（Ｓ６０）、処理を終了する。

本実施の形態では、図６のＳ１３の段階でＢ国サブＩＤ（１３−２）は存在しないことを前提としていているが、Ｓ１３の段階で異動先にサブＩＤが存在する場合（Ｓ２０）は、以下の処理が行われる。
処理フローは図９である。

異動先サブＩＤがすでに存在する場合は、マスタＩＤ管理サーバ（９）に格納されているユーザＸのマスタＩＤ（１２）に登録されているＢ国サブＩＤ（１３−２）以外のサブＩＤの使用可能フラグ変更に関するリクエストをＡ国ＩＤ管理サーバ（４−１）からマスタＩＤ管理サーバ（９）へ送信する（Ｓ４３）。
マスタＩＤ管理サーバ（９）では、通信部（９１）がＡ国ＩＤ管理サーバ（４−１）からのリクエストを受け、使用可能フラグ変更処理部（９４）がマスタＩＤ（１２）に登録されているＢ国サブＩＤ（１３−２）以外のサブＩＤの使用可能フラグを使用不可に変更し、また、Ｂ国サブＩＤ（１３−２）の使用可能フラグを使用可能に変更する（Ｓ４４）。
また、マスタＩＤ管理サーバ（９）のＩＤ・アカウントロック処理部（９５）は、ユーザＸのマスタＩＤに登録されているＢ国サブＩＤ（１３−２）以外のサブＩＤをロックする（Ｓ４５）。
その後、ユーザがＢ国へ異動し（Ｓ４６）、ユーザＸがＢ国ユーザＸ使用端末（１−２）からＢ国認証サーバ（６）へアクセスする（Ｓ４７）。
Ｂ国認証サーバ（６）にて初回ログインチェックを行い（Ｓ４８）、初回ログインでない場合、Ｓ５２へ進む。
初回ログインの場合、Ｂ国ユーザＸ使用端末（１−２）に初回ログイン画面が表示され（Ｓ４９）、ユーザＸは初回ログイン画面からＢ国サブＩＤ（１３−２）にてログイン承認依頼をＢ国上長へ送信する（Ｓ５０）。
入力内容の不備等により、否認（Ｓ５１）された場合、Ｓ４９へ処理を戻す。
承認（Ｓ５１）された場合、Ｂ国システムログイン処理へ進む。
以降は図１０の処理へ進むため、説明を割愛する。

以上のようにサブＩＤを管理するマスタＩＤとユーザが各国のシステムを利用するためのサブＩＤを階層構造で管理し、ユーザの異動時に、異動申請システムと連携し、仮サブＩＤの生成から認証連携によるサブＩＤの本登録処理を行い、ユーザが現在使用しているサブＩＤ以外のサブＩＤをロックすることで、不要になったユーザＩＤの削除という作業が不要となる。

実施の形態２．
以上の実施の形態１では、ユーザの異動時に仮サブＩＤを発行し、認証連携によるサブＩＤ本登録処理を行い、本登録されたサブＩＤ以外のサブＩＤをロックするという処理を示したが、次にユーザが異動先から戻るときに処理についての説明を行う。
なお、本実施の形態に係るシステム構成は図１に示しものと同様であり、また、本実施の形態に係るマスタＩＤ管理サーバ（９）の構成も図１７に示したものと同様である。

図１１、図１２、図１３、図１４がＢ国からＡ国へ異動（戻り）する際の処理フローである。
本実施の形態では、Ｂ国が第１の拠点の例に相当し、Ａ国が第２の拠点の例に相当する。

ユーザＸはＢ国ユーザＸ使用端末（１−２）からＢ国認証サーバ（６）にアクセスし（Ｓ１）、Ｂ国認証サーバ（６）の認可機能（８−２）にてリバースプロキシされ、認証機能（８−２）が認証済みかどうか（認証クッキーの有無）をチェックする（Ｓ２）。
認証済みの場合、Ｓ７へ進む。
認証未済の場合、認証機能（８−２）は、Ｂ国ユーザＸ使用端末（１−２）にログイン画面を返す（Ｓ３）。
ユーザＸはＢ国サブＩＤ（１３−２）とパスワードを入力し、Ｂ国認証サーバ（６）にリクエストを送信する（Ｓ４）。
Ｂ国認証サーバ（６）は入力されたＢ国サブＩＤ（１３−２）およびパスワードとＢ国ＩＤ管理ＤＢ（１１−２）に格納される情報を比較し、認証処理を実施する（Ｓ５）。
認証に失敗した場合、失敗回数チェック（Ｓ６）を行い、一定回数以下の場合はＳ３に処理を戻す。
一定回数を超過した場合、認証エラー画面を表示し処理を終了する（Ｓ１８）。
認証が成功した場合、ログイン後画面（例えば、ポータルサイトや申請メニュー等）を表示する（Ｓ７）。
Ｂ国ユーザＸ使用端末（１−２）は、Ｓ７にて表示した画面のリンク等からＢ国異動申請システム（３−２）へアクセスする（Ｓ８）。
Ｂ国異動申請画面が表示されたら（Ｓ９）、Ｂ国ユーザＸ使用端末（１−２）は、Ａ国への異動申請を行い（Ｓ１０）、Ｂ国異動申請システム（３−２）はＢ国上長にユーザＸの異動申請に対する承認依頼を送信する（Ｓ１１）。
申請内容の不備等から否認（Ｓ１２）となった場合、Ｂ国ユーザＸ使用端末（１−２）は、再度Ｓ１０から異動申請を実施する。
承認（Ｓ１２）となった場合は、図１２では図示を省略しているが、実施の形態１と同様にして、Ｂ国ユーザＸ使用端末（１−２）は、マスタＩＤ管理サーバ（９）に対し、異動先（本動作ではＡ国）用サブＩＤの有無チェックを促すために所属先変更通知を送信する。
そして、マスタＩＤ管理サーバ（９）ではＤＢ管理部（９２）が異動先のサブＩＤが存在するか否かをチェックする。
ここでは異動先に戻る処理を説明しているため、異動先のサブＩＤは存在している。
Ｂ国上長承認後、マスタＩＤ管理サーバ（９）に格納されているユーザＸのマスタＩＤ（１２）に登録されているＢ国サブＩＤ（１３−２）の使用可能フラグ変更に関するリクエストをＢ国ＩＤ管理サーバ（４−２）からマスタＩＤ管理サーバ（９）へ送信する（Ｓ１３）。
マスタＩＤ管理サーバ（９）では、通信部（９１）がＢ国ＩＤ管理サーバ（４−２）からのリクエストを受信し、使用可能フラグ変更処理部（９４）がマスタＩＤ（１２）に登録されているＢ国サブＩＤ（１３−２）の使用可能フラグを使用不可に変更する（Ｓ１４）。
また、マスタＩＤ管理サーバ（９）では、ＩＤ・アカウントロック処理部（９５）がユーザＸのマスタＩＤに登録されているＢ国サブＩＤ（１３−２）をロックする（Ｓ１５）。
ユーザがＡ国へ異動する（Ｓ１６）。

最後にＡ国異動後の処理について説明する。
処理フローは図１３及び図１４である。

ユーザＸがＡ国ユーザＸ使用端末（１−１）からマスタ認証サーバ（５）にアクセスし（Ｓ２０）、マスタ認証サーバ（５）はアクセスユーザが初回ログインであるかのチェックを行う（Ｓ２１）。
初回ログインでない場合はＳ２５へ進む。
初回ログインである場合、マスタ認証サーバ（５）は、Ａ国ユーザＸ使用端末（１−１）に初回ログイン画面を返す（Ｓ２２）。
ユーザＸは初回ログイン画面からＡ国サブＩＤ（１３−１）にてログイン承認依頼をＡ国上長に送信する（Ｓ２３）。
入力情報に不備があるなどして、否認（Ｓ２４）された場合、Ｓ２２の処理に戻る。
承認（Ｓ２４）された場合、マスタ認証サーバ（５）が、マスタＩＤ管理サーバ（９）にユーザＸのマスタＩＤ（１２）に登録されているＡ国サブＩＤ（１３−１）の使用可能フラグを変更するリクエストを送付する（Ｓ２５）。
このリクエストは、ユーザＸからＡ国における初回のログインがあったことを通知するものであり、ログイン実施通知に相当する。
マスタＩＤ管理サーバ（９）では、通信部（９１）がリクエストを受信し、使用可能フラグ変更処理部（９４）がユーザＸのマスタＩＤ（１２）に登録されているＡ国サブＩＤ（１３−１）の使用可能フラグを使用可能に変更する（Ｓ２６）。
また、マスタＩＤ管理サーバ（９）のＩＤ・アカウントロック処理部（９５）がユーザＸのＡ国サブＩＤ（１３−１）のアカウントのロックを解除する（Ｓ２７）。
その後、マスタ認証サーバ（５）が、Ａ国ユーザＸ使用端末（１−１）に通常ログイン画面を返す（Ｓ２８）。
ユーザＸは通常ログイン画面にＡ国サブＩＤ（１３−１）とパスワードを入力し、マスタ認証サーバ（５）へリクエストを送信する（Ｓ２９）。
マスタ認証サーバ（５）は、送信されたユーザＸのＡ国サブＩＤ（１３−１）およびパスワードとＡ国ＩＤ管理ＤＢ（１１−１）に格納される情報を比較し、認証処理を実施する（Ｓ３０）。
認証に失敗した場合、失敗回数チェック（Ｓ３１）を行い、一定回数以下の場合はＳ２８に処理を戻す。
一定回数を超過した場合、認証エラー画面を表示し処理を終了する（Ｓ３３）。
認証が成功した場合、Ａ国ユーザＸ使用端末（１−１）にログイン後画面（例えば、ポータルサイトや申請メニュー等）を表示し（Ｓ３２）、処理を終了する。

以上のようにユーザがログインするために使用するサブＩＤを複数所持する場合もマスタＩＤにより、使用可否を管理しており、多重管理を防止する事と共に使用するサブＩＤを上長承認により制御し、許可されたＩＤのみ使用することが可能となることから不正アクセス防止など、セキュリティリスクに対する対策を実現可能となる。

なお、本実施の形態では、ユーザＸが異動前の拠点（Ｂ国）にいるときにＢ国サブＩＤ（１３−２）の使用可能フラグを使用不可にし（図１２のＳ１４）、Ｂ国サブＩＤ（１３−２）のアカウントをロックし（図１２のＳ１５）、ユーザＸが異動先の拠点（Ａ国）に異動した後にＡ国サブＩＤ（１３−１）の使用可能フラグを使用可能にし（図１３のＳ２６）、Ａ国サブＩＤ（１３−１）のアカウントのロックを解除している（図１３のＳ２７）。
これに対して、実施の形態１のように、ユーザＸが異動前の拠点にいるときにＢ国サブＩＤ（１３−２）の使用可能フラグを使用不可にするとともにＡ国サブＩＤ（１３−１）の使用可能フラグを使用可能にし（図９のＳ４４）、Ｂ国サブＩＤ（１３−２）のアカウントをロックするとともにＡ国サブＩＤ（１３−１）のアカウントのロックを解除する（図９のＳ４５）ようにしてもよい。

実施の形態３．
以上の実施の形態１および実施の形態２ではユーザＩＤとパスワードを使用した認証連携ＩＤ・アカウントロック方式について説明したが、ユーザのログイン方式についてＩＤカードを使用した場合についての実施の形態を示す。
図１５に構成を示す。
図１５では、図１に示す構成と比較して、クライアント証明書管理サーバ（１４）及びクライアント証明書管理ＤＢ（１５）が追加されている。
クライアント証明書管理サーバ（１４）及びクライアント証明書管理ＤＢ（１５）以外は、図１に示したものと同様である。

本実施の形態では、ユーザ情報をＩＤカードのような非接触デバイスに格納する場合、マスタ認証サーバ（５）にクライアント証明書管理サーバ（１４）とクライアント証明書管理ＤＢ（１５）を配置し、ＩＤカード情報を格納しておく手法が考えられる。
クライアント証明書と上長承認後に使用可能となったサブＩＤにてログイン処理を可能とする。
これは、ＩＤカードの固有情報をサブＩＤに格納しておくことで実現可能となる。
処理フローはサブＩＤとパスワードを入力する処理をＩＤカードによる認証に置き換えるだけであるため、説明を割愛する。

以上のようにＩＤ／パスワード認証方式をＩＤカード認証方式に変更することでユーザがＩＤ／パスワードを入力しなければいけない手間が省けると共に、ＩＤ／パスワード忘れによるユーザビリティ低下およびＩＤ／パスワード盗難による不正アクセス等のセキュリティリスクを回避することが可能である。

実施の形態４．
以上の実施の形態３ではＩＤカードによる認証方式について説明したが、パスワードをバイオメトリクス化する手法について説明する。
図１６のようにマスタＩＤのテーブルまたはＬＤＡＰデータの中にバイオメトリクスデータを格納しておき、ユーザの生体情報と整合を取ることで実現可能である。
処理フローはパスワードを入力する処理をバイオメトリクス認証に置き換えるだけであるため処理を割愛する。
なお、本実施の形態に係るシステム構成例は図１に示したものと同様である。

以上のパスワードのバイオメトリクス化ではパスワード忘れの防止が可能となり、かつパスワードを所持しなくて良いため、パスワード盗難による不正アクセス等、セキュリティリスクの回避が可能となる。

最後に、実施の形態１〜４に示したマスタＩＤ管理サーバ（９）のハードウェア構成例を図１８を参照して説明する。
マスタＩＤ管理サーバ（９）はコンピュータであり、マスタＩＤ管理サーバ（９）の各要素をプログラムで実現することができる。
マスタＩＤ管理サーバ（９）のハードウェア構成としては、バスに、演算装置９０１、外部記憶装置９０２、主記憶装置９０３、通信装置９０４、入出力装置９０５が接続されている。

演算装置９０１は、プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。
外部記憶装置９０２は、例えばＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やフラッシュメモリ、ハードディスク装置である。
主記憶装置９０３は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。
通信装置９０４は、通信部（９１）の物理層に対応する。
入出力装置９０５は、例えばマウス、キーボード、ディスプレイ装置等である。

プログラムは、通常は外部記憶装置９０２に記憶されており、主記憶装置９０３にロードされた状態で、順次演算装置９０１に読み込まれ、実行される。
プログラムは、図１に示す「〜部」として説明している機能を実現するプログラムである。
更に、外部記憶装置９０２にはオペレーティングシステム（ＯＳ）も記憶されており、ＯＳの少なくとも一部が主記憶装置９０３にロードされ、演算装置９０１はＯＳを実行しながら、図１に示す「〜部」の機能を実現するプログラムを実行する。
また、実施の形態１〜４の説明において、「〜の判断」、「〜の判定」、「〜の抽出」「〜の設定」、「〜の登録」、「〜の選択」、「〜の生成」、「〜の変更」、「〜の更新」、「〜の受信」等として説明している処理の結果を示す情報やデータや信号値や変数値が主記憶装置９０３にファイルとして記憶されている。

なお、図１８の構成は、あくまでもマスタＩＤ管理サーバ（９）のハードウェア構成の一例を示すものであり、マスタＩＤ管理サーバ（９）のハードウェア構成は図１８に記載の構成に限らず、他の構成であってもよい。

また、実施の形態１〜４に示す手順により、本発明に係る情報処理方法を実現可能である。

１−１ Ａ国ユーザＸ使用端末、１−２ Ｂ国ユーザＸ使用端末、２−１ Ａ国上長端末、２−２ Ｂ国上長端末、３−１ Ａ国異動申請システム、３−２ Ｂ国異動申請システム、４−１ Ａ国ＩＤ管理サーバ、４−２ Ｂ国ＩＤ管理サーバ、５ マスタ認証サーバ、６ Ｂ国認証サーバ、７−１ 認証機能、７−２ 認証機能、８−１ 認可機能、８−２ 認可機能、９ マスタＩＤ管理サーバ、１０ マスタＩＤ管理ＤＢ、１１−１ Ａ国ＩＤ管理ＤＢ、１１−２ Ｂ国ＩＤ管理ＤＢ、１２ マスタＩＤ、１３−１ Ａ国サブＩＤ、１３−２ Ｂ国サブＩＤ、１４ クライアント証明書管理サーバ、１５ クライアント証明書管理ＤＢ、９１ 通信部、９２ ＤＢ管理部、９３ サブＩＤ生成部、９４ 使用可能フラグ変更処理部、９５ ＩＤ・アカウントロック処理部、９６ メーラ、９７ 制御部。

Claims (11)

1. ユーザのログイン先が第１の情報システムから第２の情報システムに変更になることが通知されるログイン先変更通知を受信するログイン先変更通知受信部と、
   前記ログイン先変更通知受信部により前記ログイン先変更通知が受信された後に、前記第１の情報システムで使用される、前記ユーザのユーザ識別情報である第１のユーザ識別情報を無効にする設定を行うとともに、前記第２の情報システムで使用される、前記ユーザのユーザ識別情報である第２のユーザ識別情報を有効にする設定を行い、前記ユーザに対して、前記第１の情報システム及び前記第２の情報システム以外の第３の情報システムで使用される、前記ユーザのユーザ識別情報である第３のユーザ識別情報が存在する場合に、前記第３のユーザ識別情報を無効にする設定を行うユーザ識別情報管理部とを有することを特徴とする情報処理装置。
2. 前記ユーザ識別情報管理部は、
   前記第１のユーザ識別情報を無効にするとともに前記第１のユーザ識別情報に関連付けられているアカウントを無効にする設定を行い、
   前記第２のユーザ識別情報を有効にするとともに前記第２のユーザ識別情報に関連付けられているアカウントを有効にする設定を行い、
   前記第３のユーザ識別情報が存在する場合に、前記第３のユーザ識別情報を無効にするとともに前記第３のユーザ識別情報に関連付けられているアカウントを無効にする設定を行うことを特徴とする請求項１に記載の情報処理装置。
3. 前記ログイン先変更通知受信部は、
   前記ユーザのログイン先が第１の拠点に配置される第１の情報システムから第２の拠点に配置される第２の情報システムに変更になることが通知されるログイン先変更通知を受信することを特徴とする請求項１に記載の情報処理装置。
4. 前記ユーザ識別情報管理部は、
   前記ログイン先変更通知受信部により前記ログイン先変更通知が受信された後に前記ユーザにより初めて前記第２の情報システムへのログインが行われた際に、第１のユーザ識別情報を無効にする設定を行うとともに、前記第２のユーザ識別情報を有効にする設定を行い、前記第３のユーザ識別情報が存在する場合に前記第３のユーザ識別情報を無効にする設定を行うことを特徴とする請求項１に記載の情報処理装置。
5. 前記ユーザ識別情報管理部は、
   前記ユーザによる前記第２の情報システムへのログインを待たずに、前記第１のユーザ識別情報を無効にする設定を行うとともに、前記第２のユーザ識別情報を有効にする設定を行うことを特徴とする請求項１に記載の情報処理装置。
6. 前記ユーザ識別情報管理部は、
   前記ユーザによる前記第２の情報システムへのログインを待たずに、前記第１のユーザ識別情報を無効にする設定を行い、前記第３のユーザ識別情報が存在する場合に前記第３のユーザ識別情報を無効にする設定を行い、前記ユーザによる前記第２の情報システムへのログインが行われた場合に、前記第２のユーザ識別情報を有効にする設定を行うことを特徴とする請求項１に記載の情報処理装置。
7. 前記ユーザ識別情報管理部は、
   前記ログイン先変更通知受信部により前記ログイン先変更通知が受信された際に、前記ユーザに対して前記第２のユーザ識別情報が未生成である場合は、
   前記ユーザに対して前記第２のユーザ識別情報を生成し、前記ユーザによる前記第２の情報システムへのログインが行われた場合に、前記第１のユーザ識別情報を無効にする設定を行うとともに、前記第２のユーザ識別情報を有効にする設定を行い、前記第３のユーザ識別情報が存在する場合に前記第３のユーザ識別情報を無効にする設定を行うことを特徴とする請求項１に記載の情報処理装置。
8. 前記情報処理装置は、
   ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）カードを用いた前記ユーザに対するログイン認証を行う第１の情報システムと接続されていることを特徴とする請求項１に記載の情報処理装置。
9. 前記情報処理装置は、
   前記ユーザのバイオメトリックスデータを用いた前記ユーザに対するログイン認証を行う第１の情報システムと接続されていることを特徴とする請求項１に記載の情報処理装置。
10. ユーザのログイン先が第１の情報システムから第２の情報システムに変更になることが通知されるログイン先変更通知を、コンピュータが受信するログイン先変更通知受信ステップと、
    前記ログイン先変更通知受信ステップにより前記ログイン先変更通知が受信された後に、前記第１の情報システムで使用される、前記ユーザのユーザ識別情報である第１のユーザ識別情報を無効にする設定を行うとともに、前記第２の情報システムで使用される、前記ユーザのユーザ識別情報である第２のユーザ識別情報を有効にする設定を行い、前記ユーザに対して、前記第１の情報システム及び前記第２の情報システム以外の第３の情報システムで使用される、前記ユーザのユーザ識別情報である第３のユーザ識別情報が存在する場合に、前記第３のユーザ識別情報を無効にする設定を行うユーザ識別情報管理ステップとを有することを特徴とする情報処理方法。
11. ユーザのログイン先が第１の情報システムから第２の情報システムに変更になることが通知されるログイン先変更通知を受信するログイン先変更通知受信処理と、
    前記ログイン先変更通知受信処理により前記ログイン先変更通知が受信された後に、前記第１の情報システムで使用される、前記ユーザのユーザ識別情報である第１のユーザ識別情報を無効にする設定を行うとともに、前記第２の情報システムで使用される、前記ユーザのユーザ識別情報である第２のユーザ識別情報を有効にする設定を行い、前記ユーザに対して、前記第１の情報システム及び前記第２の情報システム以外の第３の情報システムで使用される、前記ユーザのユーザ識別情報である第３のユーザ識別情報が存在する場合に、前記第３のユーザ識別情報を無効にする設定を行うユーザ識別情報管理処理とをコンピュータに実行させることを特徴とするプログラム。

Images