情報処理装置、ＩＤ管理方法、プログラム及び記憶媒体
【課題】ＩＤを変換する装置において、複数のユーザのそれぞれ毎に、ユーザ名と複数の異なるユーザＩＤとを関連付けて管理する必要がなく、また、新規ユーザの増加数に応じて上記関連付けデータの管理を行う必要がなく、更に、クライアント側のユーザＩＤに変更が生じてもその変更の反映を不要とする技術を提供する。
【解決手段】複数のコンピュータ３０＿１、３０＿２と接続された情報処理装置２０において、第一のコンピュータ３０＿１から第一のユーザＩＤ及び第二のユーザＩＤへの変換依頼を受信し、前記第一のユーザＩＤを前記第一のコンピュータ３０＿１の秘密鍵で復号化して前記各コンピュータ３０＿１、３０＿２に共通のＩＤを生成し、前記共通のＩＤを前記第二のコンピュータ３０＿２の前記秘密鍵で暗号化して前記第二のユーザＩＤを生成し、前記第二のユーザＩＤを前記第一のコンピュータ３０＿１に送信する。
【解決手段】複数のコンピュータ３０＿１、３０＿２と接続された情報処理装置２０において、第一のコンピュータ３０＿１から第一のユーザＩＤ及び第二のユーザＩＤへの変換依頼を受信し、前記第一のユーザＩＤを前記第一のコンピュータ３０＿１の秘密鍵で復号化して前記各コンピュータ３０＿１、３０＿２に共通のＩＤを生成し、前記共通のＩＤを前記第二のコンピュータ３０＿２の前記秘密鍵で暗号化して前記第二のユーザＩＤを生成し、前記第二のユーザＩＤを前記第一のコンピュータ３０＿１に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザに関連するＩＤを管理する技術に関する。
【背景技術】
【０００２】
オンラインかつワンストップで行政手続き等を済まさせるようにする為には、府省・地方自治体間等で別々に管理しているデータを連携させる仕組みが望まれている。また、行政手続きに限らず、様々なシステムで、別々のシステムで管理されているデータを連携させる仕組みが望まれている。
【０００３】
例えば、引越しの例を挙げると、自治体のシステムが管理している住民データと電気・水道・ガス会社等のシステムが管理している顧客データを連携させることにより、自治体のシステムに住所変更を伝えるだけで、電気や水道やガスの住所変更手続きも完了することができる等、様々なオンラインかつワンストップサービスの実現が望まれている。
【０００４】
別々のシステムで管理しているデータを連携させる為には、連携元のシステムで管理しているデータに関連付いたＩＤと連携先のシステムで管理しているデータに関連付いたＩＤとの連携が必要である。上記引越しの例を挙げると、あるユーザに対して、自治体のシステムで管理している住民データに関連付いたＩＤと、電気会社のシステムで管理している顧客データに関連付いたＩＤとが異なっている場合、当該ユーザの引越し後の住所等に関するデータを自治体のシステムと電気会社のシステムとで、連携させる為には、連携先の電気会社のシステムで管理している当該ユーザのＩＤと自治体のシステムで管理している当該ユーザのＩＤとを同一視し、同じユーザを示していることを認識できなければならない。つまり、連携元の自治体のシステムで管理しているＩＤを連携先の電気会社のシステムで用いているＩＤに変換し、連携先の電気会社のシステムでどのユーザに関するデータであるか分かるようにする必要がある。
【０００５】
このようなＩＤ変換に関わる技術として、異なるシステム間でファイルシステムを共有可能とするＩＤ変換システム及び方法が知られている（例えば、特許文献１参照）。この特許文献１には、データ処理装置にクライアント側の名前空間、ファイルシステムの名前空間を登録し、また、クライアント及びファイルシステムが、どの名前空間に属するＩＤ情報を持つかという情報を登録しておき、クライアントからの変換前のＩＤをもとにクライアント側の名前空間に問い合わせ、上記ＩＤから名前に変換し、変換された名前をもとに、ファイルシステム側の名前空間に問い合わせて名前からＩＤに変換し、変換されたＩＤをクライアントへ返却する技術が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−３３４４７９号公報（段落００７６〜００８０、図６）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記従来技術では、次のような課題がある。先ず、複数のユーザのそれぞれ毎に、ユーザ名と複数の異なるユーザＩＤとを関連付けて管理する必要がある。
【０００８】
また、上記ＩＤ変換システムを利用する新規ユーザが増加していくような場合、そのユーザの増加数に応じて、複数のユーザのそれぞれ毎に、ユーザ名と複数の異なるユーザＩＤとを関連付けてデータ処理装置に登録する必要がある。したがって、この場合、データ処理装置に登録するデータ量が増加し、データ管理装置におけるデータ管理が煩雑になる。また、上記従来技術では、例えば、クライアント側のユーザＩＤを変更した場合、データ処理装置にも、この変更後のユーザＩＤとこのユーザＩＤに関連付くユーザ名を再登録し、変更内容を反映しなければならず、データ処理装置におけるデータ管理が煩雑になる。また、変更内容が反映されるまで、変更後のユーザＩＤを用いてＩＤ変換をすることができない。
【０００９】
本発明は、上記事情に鑑みてなされたものであり、ＩＤを変換する装置において、複数のユーザのそれぞれ毎に、ユーザ名と複数の異なるユーザＩＤとを関連付けて管理する必要がなく、また、新規ユーザの増加数に応じて上記関連付けデータの管理を行う必要がなく、更に、クライアント側のユーザＩＤに変更が生じてもその変更の反映を不要とする技術を提供することを課題とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するための一手段を説明する。すなわち、本発明は、複数のコンピュータとネットワークを介して接続された情報処理装置である。前記情報処理装置は、前記複数のコンピュータ各々の秘密鍵を記憶する記憶部と、第一のコンピュータから、第一のユーザに関連付いた第一のユーザ識別情報、及び、該第一のユーザに関連付いた第二のユーザ識別情報への変換依頼を前記ネットワークを介して受信し、前記受信した第一のユーザ識別情報を前記第一のコンピュータの前記秘密鍵で復号化して、前記各コンピュータに共通の識別情報を生成し、前記生成した共通の識別情報を前記第二のコンピュータの前記秘密鍵で暗号化して、前記第二のユーザ識別情報を生成し、前記生成した第二のユーザ識別情報を前記ネットワークを介して前記第一のコンピュータに送信する演算処理部と、を有することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、ＩＤを変換する装置において、複数のユーザのそれぞれ毎に、ユーザ名と複数の異なるユーザＩＤとを関連付けて管理する必要がなく、また、新規ユーザの増加数に応じて上記関連付けデータの管理を行う必要がなく、更に、クライアント側のユーザＩＤに変更が生じてもその変更の反映が不要となる。これにより、データ管理が容易になる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態に係るネットワークシステム１全体の構成例を示す図である。
【図２】ＩＤ発行装置１０と、ＩＤ変換装置２０と、各システム装置（３０＿１〜３０＿ｎ）と、各端末装置（５０＿１〜５０＿ｍ、６０＿１〜６０＿ｍ、７０＿１〜７０＿ｍ）のハードウェア構成例を示すブロック図である。
【図３】ＩＤを変換する処理の概要を示す図である。
【図４】ＩＤを変換する処理の概要（具体的なパラメータを使用）を示す図である。
【図５】ＩＤを変換する処理の流れを示すフロー図である。
【図６】ユーザｉが端末装置５０＿１を用いて、システム装置ａ３０＿１にログインし、システム装置ａ３０＿１、端末装置５０＿１を介してサービスを受けるまでの処理の流れを示す図である。
【図７】図６のステップＳ１０３の復号処理とステップＳ１０４の認証処理の概要を示す図である。
【図８】システム装置ａ３０_１が、システム装置ｂ３０＿２のユーザｉに対する配布用ユーザＩＤ ｂＩＤ＿ｉを取得し、その取得したｂＩＤ＿ｉを用いてシステム装置ｂ３０＿２からユーザｉに関する情報を取得する処理の流れを示すフロー図である。
【図９】端末装置５０_１に配布されている配布用ユーザＩＤを変更する処理の流れを示すフロー図である。
【図１０】システム装置ｃ３０_ｎがネットワークシステム１に係る仕組みに新規加入する場合の処理の流れを示すフロー図である。
【図１１】他の実施形態に係る、ＩＤを変換する処理の流れを示す図である。
【発明を実施するための形態】
【００１３】
以下、図面を用いて本発明の一実施形態について説明する。
【００１４】
図１は、本発明の一実施形態に係るネットワークシステム１全体の構成例を示す図である。本実施形態に係るネットワークシステム１は、図１に示すように、ＩＤ発行装置１０と、ＩＤ変換装置２０と、システム装置ａ３０_１〜システム装置ｃ３０_ｎがインターネットなどの通信網（以下、ネットワークという）４０_１を介して互いに接続されて構成されている。
【００１５】
また、端末装置５０_１〜５０_ｍはシステム装置ａ３０_１とネットワーク４０_２を介して接続され、端末装置６０_１〜６０_ｍはシステム装置ｂ３０_２とネットワーク４０_３を介して接続され、端末装置７０_１〜７０_ｍはシステム装置ｃ３０_ｎとネットワーク４０_ｎを介して接続されている。
【００１６】
ここで、上記引越しの例を挙げると、システム装置ａ３０_１が自治体内で住民の住所等を管理している装置であり、システム装置ｂ３０_２が電気会社内で顧客データを管理している装置に該当する。端末装置５０_１〜５０_ｍは、個人のパソコン等の端末装置である場合もあるし、自治体内に設置してある職員用の端末装置の場合もある。同様に端末装置６０_１〜６０_ｍは、個人のパソコン等の端末装置である場合もあるし、電気会社内に設置してある職員用の端末装置の場合もある。ここで、例えば、住民が端末装置５０_１を介して自治体のシステム装置ａ３０_１に住所変更手続き（当該住民のＩＤの変換先である電気会社も指定）を行った場合、システム装置ａ３０_１は、端末装置５０＿１からの住所変更手続きに基づき、ＩＤ変換装置２０に対して、自治体内で管理されている当該住民のＩＤを電気会社で管理されている当該住民のＩＤへ変換するためのＩＤ変換依頼を行う。このＩＤ変換依頼を受けて、ＩＤ変換装置２０は、自治体内で管理されている当該住民のＩＤを電気会社で管理されている当該住民のＩＤに変換し、変換されたＩＤをもって、当該住民の住所が変更されたことを電気会社のシステム装置ｂ３０_２に伝え、ワンストップサービスを実現する。電気会社の職員は、自治体のシステム装置ａ３０_１からの住所変更情報を元に、端末装置６０_１を使って、契約の変更等の業務処理を行う。
【００１７】
尚、本実施形態では、ネットワーク４０_１〜４０_ｎは別々のネットワーク構成であるが、同一のネットワークであっても良い。また、端末装置５０_１〜５０_ｍ、端末装置６０_１〜６０_ｍ、端末装置７０_１〜７０_ｍは、それぞれシステム装置ａ３０_１、システム装置ｂ３０_２、システム装置ｃ３０_ｎと接続されているが、端末装置５０_ｉ=端末装置６０_ｉ=端末装置７０_ｉ（ｉ=１、２、３、…）としても良い。
【００１８】
図２は、ＩＤ発行装置１０と、ＩＤ変換装置２０と、各システム装置（３０＿１〜３０＿ｎ）と、各端末装置（５０＿１〜５０＿ｍ、６０＿１〜６０＿ｍ、７０＿１〜７０＿ｍ）のハードウェア構成例を示すブロック図である。
【００１９】
ＩＤ発行装置１０と、ＩＤ変換装置２０と、各システム装置（３０＿１〜３０＿ｎ）と、各端末装置（５０＿１〜５０＿ｍ、６０＿１〜６０＿ｍ、７０＿１〜７０＿ｍ）は、それぞれ、図２に示すように、読取装置８１と、半導体を用いた一次記憶装置（以下、メモリという）８２と、入出力装置８３と、ＣＰＵ（中央演算処理装置）８４と、ハードディスクなどの二次記憶装置（以下、記憶装置という）８５と、通信装置８６と、暗号処理装置８７と、記憶媒体８８と、がバスなどの内部通信線８９で連結された、情報処理装置（コンピュータ）８０上に構成することができる。記憶装置８５には、各種データ及び各種プログラムが格納されており、ＣＰＵ８４により必要なプログラムがメモリ８２に読み出されて実行される。尚、情報処理装置８０で保持するプログラムは、予め記憶装置８５に格納されていても良いし、情報処理装置８０が利用可能な記憶媒体８８に格納されており、読取装置８１を介して、必要に応じて読み出され、あるいは、ネットワークと接続された他の情報処理装置から必要に応じてダウンロードされて、記憶装置８５に導入されるようにしても良い。また、プログラムの機能はＬＳＩ等のハードウェアにより実現しても良い。
【００２０】
図３は、ＩＤを変換する処理の概要を示す図である。尚、ここでは説明の便宜上、システム装置として自治体内のシステム装置ａ３０＿１及び電気会社内のシステム装置ｂ３０＿２がネットワーク４０＿１に接続されており、端末装置として自治体内の端末装置５０＿１または個人宅の端末装置５０＿１がネットワーク４０＿２に接続されている場合を例にとり説明する。
【００２１】
ＩＤ発行装置１０は、端末装置５０＿１からのユーザ名などのユーザ情報を基に乱数を生成し、ユーザ毎に各システム装置に共通のソースＩＤを発行し、発行したソースＩＤをユーザ名などのユーザ情報と関連付けてＩＤ発行装置１０の記憶装置８５やメモリ８２、記憶媒体８８等（以下、記憶装置８５等を記す）に格納し管理する。また、ＩＤ発行装置１０は、システム装置ａ３０＿１とシステム装置ｂ３０＿２それぞれの秘密鍵も、ＩＤ発行装置１０の記憶装置８５等に格納し管理する。ＩＤ変換装置２０は、システム装置ａ３０＿１、システム装置ｂ３０＿２それぞれの秘密鍵をＩＤ変換装置２０の記憶装置８５等に格納し管理する。システム装置ａ３０＿１は、ネットワーク４０＿２に接続された端末装置５０＿１のユーザの情報をシステム装置ａ３０＿１の記憶装置８５等に格納し管理する。
【００２２】
先ず、システム装置ａ３０＿１は、ユーザ情報を含む管理用ユーザＩＤ発行依頼をＩＤ発行装置１０に対して行う（図３中(１)）。管理用ユーザＩＤは、システム装置ａ３０＿１の内部処理で用いるＩＤである。
【００２３】
ＩＤ発行装置１０は、システム装置ａ３０＿１からユーザ情報を含む管理用ユーザＩＤ発行依頼を受信すると、ユーザ情報が記憶装置８５等にあることを確認した後、システム装置ａ３０＿１の秘密鍵を用いて当該ユーザのソースＩＤを暗号化し、暗号化したソースＩＤをシステム装置ａ３０＿１で使用する管理用ユーザＩＤとして、システム装置ａ３０＿１に送信する（図３中（２））。
【００２４】
システム装置ａ３０＿１は、乱数を生成し、生成した乱数をシステム装置ａ３０＿１の記憶装置８５等に格納し、システム装置ａ３０＿１の秘密鍵と、生成した乱数を用いて管理用ユーザＩＤを暗号化して配布用ユーザＩＤを生成し、該当ユーザの端末装置５０＿１に送信する（図３中（３））。生成された配布用ユーザＩＤは、システム装置ａ３０＿１の記憶装置８５等に格納され管理される。 端末装置５０＿１は、ユーザ操作をトリガとして、システム装置ａ３０＿１で管理されている当該ユーザの配布用ユーザＩＤの、システム装置ｂ３０＿２で管理されている当該ユーザの配布用ユーザＩＤへのＩＤ変換依頼をシステム装置ａ３０＿１に送信し、システム装置ａ３０＿１は、受信したＩＤ変換依頼をＩＤ変換装置２０に送信する（図３中（４））。
【００２５】
ＩＤ変換装置２０は、システム装置ａ３０＿１からシステム装置ａ３０＿１で管理されている配布用ユーザＩＤを含むＩＤ変換依頼を受信し、受信した配布用ユーザＩＤをシステム装置ａ３０_１の秘密鍵で当該ユーザのソースＩＤに復号し（図３中（５））、復号したソースＩＤをシステム装置ｂ３０_２の秘密鍵で暗号化する（図３中（６））ことで、システム装置ｂ３０_２で管理されている当該ユーザの配布用ユーザＩＤを生成し、生成した配布用ユーザＩＤをシステム装置ａ３０＿１に送信する（図３中（７））。
【００２６】
システム装置ａ３０＿１は、受信した配布用ユーザＩＤを用いてシステム装置ｂ３０＿２にアクセスし、システム装置ｂ３０＿２からシステム装置ｂ３０＿２で管理されている当該ユーザに関連する情報を受信する。図示していないが、システム装置ｂ３０＿２で管理されている当該ユーザの配布用ユーザＩＤの、システム装置ａ３０＿１で管理されている当該ユーザの配布用ユーザＩＤへのＩＤ変換依頼がＩＤ変換装置２０に送信された場合も上記同様の処理により、システム装置ｂ３０＿２は、ＩＤ変換装置２０からシステム装置ａ３０＿１で管理されている当該ユーザの配布用ユーザＩＤを受信し、受信した配布用ユーザＩＤを用いてソステム装置ａ３０＿１にアクセスし、システム装置ａ３０＿１からシステム装置ａ３０＿１で管理されている当該ユーザに関連する情報を受信する。このように、システム装置ａ３０＿１とシステム装置ｂ３０＿２とで、当該ユーザに関連する情報の共有が可能となる（図３中（８））。
【００２７】
ユーザは、端末装置５０＿１から配布用ユーザＩＤを用いてシステム装置ａ３０＿１にログインすることで、システム装置ａ３０＿１が提供する各種サービスを受けることができる。例えば、上記引越しの例を挙げると、当該ユーザは、端末装置５０＿１において、住所変更や転入転出届等の電子申請等の手続きを行ったり、その結果等を受け取ることができる。
【００２８】
次に、具体的なパラメータを用いてＩＤを変換する処理の概要を、図４を参照して説明する。ここで、システム装置ａ３０＿１におけるユーザｉの配布用ユーザＩＤをaＩＤ＿ｉ、システム装置ａ３０＿１におけるユーザｉの管理用ユーザＩＤをａｉｄ＿ｉ、システム装置ａ３０＿１の第一秘密鍵と第二秘密鍵をそれぞれｓｋ１＿ａ、ｓｋ２＿ａ、システム装置ｂ３０＿２の第一秘密鍵と第二秘密鍵をそれぞれｓｋ１＿ｂ、ｓｋ２＿ｂと表す。また、秘密鍵ｓｋ１_ａによる暗号化関数をＥ＿ｓｋ１＿ａ（）、秘密鍵ｓｋ１_ｂによる暗号化関数をＥ＿ｓｋ１＿ｂ（）と表す。ユーザｉのソースＩＤをｓＩＤ＿ｉ、乱数をｒａｎｄと表す。尚、暗号化関数はＲＳＡ暗号に代表されるような公開鍵暗号によるものでも良いし、ＡＥＳ暗号に代表されるような共通鍵暗号によるものでも良い。また、ＩＤ変換装置２０は、システム装置ａ３０＿1の秘密鍵として、第一秘密鍵ｓｋ１＿ａ及び第二秘密鍵ｓｋ２＿ａの２つ管理している。同様に、ＩＤ変換装置２０は、システム装置ｂ３０＿２の秘密鍵として、第一秘密鍵ｓｋ１＿ｂ及び第二秘密鍵ｓｋ２＿ｂの２つ管理している。これは、ソースＩＤを第一秘密鍵と第二秘密鍵とで二重に暗号化して配布用ユーザＩＤを生成するためである。また、本実施形態では、システム装置ａ３０＿１とシステム装置ｂ３０＿２の第一秘密鍵（ｓｋ１＿ａ、ｓｋ１＿ｂ）はＩＤ発行装置１０で管理し、第二秘密鍵（ｓｋ２＿ａとｓｋ２＿ｂ）はそれぞれシステム装置ａ３０＿１、システム装置ｂ３０＿２で管理している。また、ＩＤ変換装置２０は、システム装置ａ３０＿１の第一秘密鍵（ｓｋ１＿ａ）及び第二秘密鍵（ｓｋ２＿ａ）と、システム装置ｂ３０＿２の第一秘密鍵（ｓｋ１＿ｂ）及び第二秘密鍵（ｓｋ２＿ｂ）を管理している。
【００２９】
ＩＤ発行装置１０は、ユーザｉに対するソースＩＤを発行する。この際、ＩＤ発行装置１０は、ＩＤ発行装置１０の暗号処理装置８７で乱数を生成し、生成した乱数を、ＩＤ発行装置１０の記憶装置８５等に記憶されている、以前発行した乱数と比較し、以前発行した乱数と重複していた場合、再度、暗号処理装置８７で乱数を生成することにより、重複のないソースＩＤを発行する。
【００３０】
次に、管理用ユーザＩＤ及び配布用ユーザＩＤの発行方法及び配布方法を説明する。先ず、システム装置ａ３０＿１は、ユーザｉに対する管理用ユーザＩＤ発行依頼をＩＤ発行装置１０に行う（図４中（１））。ＩＤ発行装置１０は、ａｉｄ_ｉ=Ｅ_ｓｋ１_ａ（ｓＩＤ_ｉ）を計算し、管理用ユーザＩＤ（ａｉｄ＿ｉ）を発行する。即ち、ａｉｄ＿ｉは、暗号化関数（Ｅ＿ｓｋ１＿ａ（））を用いて、ユーザｉのソースＩＤであるｓＩＤ_ｉをシステム装置ａ３０_１の第一秘密鍵（ｓｋ１_ａ）で暗号化したものである。ＩＤ発行装置１０は、発行した管理用ユーザＩＤ（ａｉｄ＿ｉ）をシステム装置ａ３０_１に配布する（図４中（２））。
【００３１】
システム装置ａ３０＿１は、ａＩＤ_ｉ=Ｅ_ｓｋ２_ａ（ｒａｎｄ、ａｉｄ_ｉ）=Ｅ_ｓｋ２_ａ（ｒａｎｄ、 Ｅ_ｓｋ１_ａ（ｓＩＤ_ｉ)）を計算し、ユーザｉのシステム装置ａ３０_１に対する配布用ユーザＩＤ（ａＩＤ＿ｉ）を発行する。即ち、ａＩＤ_ｉは、暗号化関数（Ｅ＿ｓｋ２＿ａ（））を用いて、ａｉｄ_ｉを乱数（ｒａｎｄ）とシステム装置ａ３０_１の第二秘密鍵（ｓｋ２_ａ）で暗号化したものである。システム装置ａ３０_１は、発行した配布用ユーザＩＤ（ａＩＤ＿ｉ）をシステム装置ａ３０＿１の記憶装置８５等に格納し、端末装置５０＿１に配布する（図４中（３））。ユーザｉは、この配布用ユーザＩＤ（ａＩＤ＿ｉ）を用いて、端末装置５０＿１からシステム装置ａ３０_１にログイン可能となる。
【００３２】
次に、ＩＤ変換方法及び情報共有方法を説明する。先ず、ユーザｉが、端末装置５０＿１を用いて、住所変更手続き（ＩＤ変換先も指定）等を行う。この手続きを行う際、ユーザｉは端末装置５０＿１を用いて、配布用ユーザＩＤ（ａＩＤ＿ｉ）を入力する。端末装置５０＿１は、ユーザｉの配布用ユーザＩＤ（ａＩＤ＿ｉ）をシステム装置ａ３０＿１に送信し、システム装置ｂ３０＿２で管理されているユーザｉの配布用ユーザＩＤ（ｂＩＤ＿ｉ）へのＩＤ変換依頼を行う。システム装置ａ３０＿１は、このＩＤ変換依頼をＩＤ変換装置２０へ送信する（図４中（４））。
【００３３】
ＩＤ変換装置２０は、システム装置ａ３０＿１からＩＤ変換依頼を受けると、配布用ユーザＩＤ（ａＩＤ_ｉ）をシステム装置ａ３０_１の第二秘密鍵（ｓｋ２_ａ）で復号し、システム装置ａ３０_１におけるユーザｉに対する管理用ユーザＩＤ（ａｉｄ_ｉ）を取得する。次に、ＩＤ変換装置２０は、ａｉｄ_ｉをシステム装置ａ３０_１の第一秘密鍵（ｓｋ１_ａ）で復号し、ユーザｉに対するソースＩＤ（ｓＩＤ_ｉ）を取得する（図４中（５））。次に、ＩＤ変換装置２０は、ｂｉｄ_ｉ=Ｅ_ｓｋ１_ｂ（ｓＩＤ_ｉ）により、システム装置ｂ３０_２のユーザｉに対する管理用ユーザＩＤ（ｂｉｄ＿ｉ）を発行する。即ち、ｂｉｄ＿ｉは、暗号化関数（Ｅ＿ｓｋ１＿ｂ（））を用いて、ソースＩＤ（ｓＩＤ_ｉ）をシステム装置ｂ３０_２の第一秘密鍵（ｓｋ１_ｂ）で暗号化したものである。次に、ＩＤ変換装置は、ｂＩＤ_ｉ=Ｅ_ｓｋ２_ｂ（ｒａｎｄ、ｂｉｄ_ｉ）=Ｅ_ｓｋ２_ｂ（ｒａｎｄ、 Ｅ_ｓｋ１_ｂ（ｓＩＤ_ｉ））により、システム装置ｂ３０＿２におけるユーザｉに対する配布用ユーザＩＤ（ｂＩＤ_ｉ）を発行する（図４中（６））。即ち、ｂＩＤ_ｉは、暗号化関数（Ｅ＿ｓｋ２＿ｂ（））を用いて、生成したｂｉｄ_ｉを乱数（ｒａｎｄ）とシステム装置ｂ３０_２の第二秘密鍵（ｓｋ２_ｂ）で暗号化したものである。そして、ＩＤ変換装置２０は、発行したｂＩＤ＿ｉをシステム装置ａ３０_１に配布する（図５中（７））。
【００３４】
システム装置ａ３０＿１は、配布用ユーザＩＤ（ｂＩＤ＿ｉ）を用いることで、システム装置ｂ３０＿２で管理されているユーザｉの情報共有が可能となる（図４中（８））。このように、ＩＤ変換装置２０において、各システム装置の秘密鍵を管理すれば良く、複数のユーザのそれぞれ毎に、ユーザ名と複数のユーザＩＤとを関連付けて管理する必要がない。
【００３５】
図５は、ＩＤを変換する処理の詳細を示すフロー図である。ネットワークシステム構成は、図３と同様とする。尚、システム装置ｂ３０＿２には、自治体内の端末装置５０＿２または個人宅の端末装置５０＿２が接続されているものとする。
【００３６】
先ず、ＩＤ発行装置１０は、ＩＤ発行装置１０の暗号処理装置８７で乱数を生成することにより、システム装置ａ３０＿１とシステム装置ｂ３０＿２の第一秘密鍵（ｓｋ１＿ａ、ｓｋ１＿ｂ）を生成し、ＩＤ発行装置１０の記憶装置８５等に格納し（ステップＳ００１）、ＩＤ変換装置２０に送信する（ステップＳ００２）。
【００３７】
システム装置ａ３０_１は、システム装置ａ３０＿１内の暗号処理装置８７で乱数を生成することにより、システム装置ａ３０＿１の第二秘密鍵（ｓｋ２＿ａ）を生成し（ステップＳ００３）、ＩＤ変換装置２０に送信する（ステップＳ００４）。同様に、システム装置ｂ３０_２は、システム装置ｂ３０＿２内の暗号処理装置８７で乱数を生成することにより、システム装置ｂ３０＿２の第二秘密鍵（ｓｋ２＿ｂ）を生成し（ステップＳ００５）、ＩＤ変換装置２０に送信する（ステップＳ００６）。
【００３８】
ＩＤ変換装置２０は、ＩＤ発行装置１０から受信した第一秘密鍵（ｓｋ１＿ａ、ｓｋ１＿ｂ）、システム装置ａ３０＿１から受信した第二秘密鍵（ｓｋ２＿ａ）、及びシステム装置ｂ３０＿２から受信した第二秘密鍵（ｓｋ２＿ｂ）をＩＤ変換装置２０内の記憶装置８５等に格納する（ステップＳ００７）。
【００３９】
また、システム装置ａ３０＿１は、ＩＤ発行装置１０にユーザｉのユーザ情報（名前、生年月日、性別等、個人を特定できる情報）を送り、ユーザｉに対する管理用ユーザＩＤ発行依頼を行う（ステップＳ００８）。同様に、システム装置ｂ３０＿２は、ＩＤ発行装置１０にユーザｉのユーザ情報（名前、生年月日、性別等、個人を特定できる情報）を送り、ユーザｉに対する管理用ユーザＩＤ発行依頼を行う（ステップＳ００９）。
【００４０】
ＩＤ発行装置１０は、ユーザｉが、以前に管理用ユーザＩＤを発行したユーザであるかどうかを確認する。具体的には、ＩＤ発行装置１０は、各システム装置から受信したユーザ情報を、ＩＤ発行装置１０の記憶装置８５等に格納されているユーザ情報と照合し、一致するユーザ情報が無い場合、新規にＩＤ発行装置１０の暗号処理装置８７で乱数を生成し、これをユーザｉのソースＩＤとして発行し、発行したソースＩＤをユーザｉのユーザ情報と関連付けてＩＤ発行装置１０の記憶装置８５等に格納する。ここで、新規に発行したソースＩＤが、以前に発行したソースＩＤと重複していた場合には、ＩＤ発行装置１０は、再度、暗号処理装置８７で乱数を生成し、以前発行したソースＩＤとの重複がなくなるまでこの処理を繰り返す。また、照合の結果、一致するユーザ情報が有った場合は、ユーザｉに発行されているソースＩＤをそのままソースＩＤとして用いる。ここで説明を簡単にする為、ＩＤ発行装置１０は、ユーザｉのソースＩＤとしてｓＩＤ_ｉを発行したものとする。ＩＤ発行装置１０は、暗号化関数（Ｅ＿ｓｋ１＿ａ（））を用いて、ソースＩＤ（ｓＩＤ_ｉ）をシステム装置ａ３０_１の第一秘密鍵（ｓｋ１_ａ）で暗号化する。同様に、ＩＤ発行装置１０は、暗号化関数（Ｅ＿ｓｋ１＿ｂ（））を用いて、ｓＩＤ_ｉをシステム装置ｂ３０_２の第一秘密鍵（ｓｋ１_ｂ）で暗号化する（ステップＳ０１０）。このとき、システム装置ａ３０_１の暗号化ソースＩＤは、ａｉｄ_ｉ=Ｅ_ｓｋ１_ａ（ｓＩＤ_ｉ）となり、ＩＤ発行装置１０は、ａｉｄ＿ｉをシステム装置ａ３０_１におけるユーザｉに対する管理用ユーザＩＤとしてシステム装置ａ３０_１に送信する（ステップＳ０１１）。同様に、システム装置ｂ３０_２の暗号化ソースＩＤは、ｂｉｄ_ｉ=Ｅ_ｓｋ１_ｂ（ｓＩＤ_ｉ）となり、ＩＤ発行装置１０は、ｂｉｄ＿ｉをシステム装置ｂ３０_２におけるユーザｉに対する管理用ユーザＩＤとしてシステム装置ｂ３０_２に送信する（ステップＳ０１２）。
【００４１】
システム装置ａ３０＿１とシステム装置ｂ３０＿２は、それぞれ、ＩＤ発行装置１０から送られてきたユーザｉに対する管理用ユーザＩＤ（ａｉｄ＿ｉ、ｂｉｄ＿ｉ）を該当ユーザ情報と関連付けて自システム装置の記憶装置８５等に格納する（ステップＳ０１３、Ｓ０１４）。
【００４２】
ここで、端末装置５０_１は、ユーザｉによって入力された（ステップＳ０１５）、認証用のｘ桁の数字（例えば４桁の数字）であるセキュリティコード（ｓｃ）を受信し、システム装置ａ３０_１に送信する（ステップＳ０１６）。
【００４３】
システム装置ａ３０_１は、システム装置ａ３０＿１の暗号処理装置８７で乱数（ｒａｎｄ）を生成する（ステップＳ０１７）。システム装置ａ３０_１は、ステップＳ０１７で生成した乱数（ｒａｎｄ）の後ろにステップＳ０１６で受信したセキュリティコード（ｓｃ）を付加して、新たな乱数（ｒａｎｄ’）を生成する。つまり、この新たな乱数（ｒａｎｄ’）の下ｘ桁がｓｃとなっている。そして、システム装置ａ３０＿１は、暗号化関数（Ｅ＿ｓｋ２＿ａ（））を用いて、管理用ユーザＩＤ（ａｉｄ_ｉ）を乱数（ｒａｎｄ’）とシステム装置ａ３０_１の第二秘密鍵（ｓｋ２_ａ）で暗号化し、システム装置ａ３０＿１に対する配布用ユーザＩＤであるａＩＤ'＿ｉ（=Ｅ_ｓｋ２_ａ（ｒａｎｄ’、ａｉｄ_ｉ））を生成し（ステップＳ０１８）、これを端末装置５０_１に送信する（ステップＳ０１９）。
【００４４】
同様に、端末装置６０_１は、ユーザｉによって入力された（ステップＳ０２０）、認証用のｘ桁の数字（例えば４桁の数字）であるセキュリティコード（ｓｃ）を受信し、システム装置ｂ３０_２に送信する（ステップＳ０２１）。
【００４５】
システム装置ｂ３０_２は、システム装置ｂ３０＿２の暗号処理装置８７で乱数（ｒａｎｄ）を生成する（ステップＳ０２２）。システム装置ｂ３０_２は、ステップＳ０２１で生成した乱数（ｒａｎｄ）の後ろにステップＳ０２０で受信したｓｃを付加して、新たな乱数（ｒａｎｄ”）を生成する。そして、システム装置ａ３０＿１は、暗号化関数（Ｅ＿ｓｋ２＿ｂ（））を用いて、管理用ユーザＩＤ（ｂｉｄ_ｉ）を乱数（ｒａｎｄ”）とシステム装置ｂ３０_２の第二秘密鍵（ｓｋ２_ｂ）で暗号化し、システム装置ｂ３０＿２に対する配布用ユーザＩＤであるａＩＤ”＿ｉ（=Ｅ_ｓｋ２_ｂ（ｒａｎｄ”、ａｉｄ_ｉ））を生成し（ステップＳ０２３）、これを端末装置５０_１に送信する（ステップＳ０２４）。 次に、図６は、ユーザｉが端末装置５０＿１を用いて、システム装置ａ３０＿１にログインし、システム装置ａ３０＿１、端末装置５０＿１を介してサービスを受けるまでの処理の流れを示す図である。図７は、図６のステップＳ１０３の復号処理とステップＳ１０４の認証処理の概要を示す図である。
【００４６】
先ず、ユーザｉは、端末装置５０＿１において、入出力装置８３を用いて、自身の配布用ユーザＩＤであるａＩＤ_ｉとセキュリティコードであるｓｃをシステム装置ａ３０_１のログイン画面に入力する操作を行う（ステップＳ１００）。端末装置５０＿１は、入力された配布用ユーザＩＤ（ａＩＤ＿ｉ）とセキュリティコード（ｓｃ）をシステム装置ａ３０_１に送信する（ステップＳ１０１）。
【００４７】
システム装置ａ３０＿１は、配布用ユーザＩＤ（ａＩＤ_ｉ）とセキュリティコード（ｓｃ）を受信すると、配布用ユーザＩＤ（ａＩＤ_ｉ）が、システム装置ａ３０＿１の記憶装置８５等に格納されている失効リストに、記載されていないかどうかを確認する（ステップＳ１０２）。確認の結果、配布用ユーザＩＤ（ａＩＤ＿ｉ）が失効リストに記載されている場合、システム装置ａ３０＿１は、サービスを停止する（ステップＳ１０７）。一方、ステップＳ１０２において、配布用ユーザＩＤ（ａＩＤ＿ｉ）が失効リストに記載されていない（未失効）場合、システム装置ａ３０_１は、図７に示すように、システム装置ａ３０_１の第二秘密鍵（ｓｋ２_ａ）でａＩＤ_ｉを復号し、管理用ユーザＩＤ（ａｉｄ_ｉ）と乱数（ｒａｎｄ’）を取得する（ステップＳ１０３）。システム装置ａ３０_１は、図７に示すように、ステップＳ１０３で取得した乱数（ｒａｎｄ’）の下ｘ桁が、ステップＳ１０１で受信したセキュリティコード（ＳＣ）と一致するかどうかを確認することにより、ユーザｉの認証を行う（ステップＳ１０４）。認証の結果、認証に成功した場合、システム装置ａ３０_１は、ステップＳ１０３で取得した管理用ユーザＩＤ（ａｉｄ_ｉ）がステップＳ０１２（図５）の処理で保持したａｉｄ_ｉと一致するかどうかを確認し（ステップＳ１０５）、一致した場合、システム装置ａ３０＿１は、端末装置５０_１に対してサービスを提供する（ステップＳ１０６）。ステップＳ１０４で認証に失敗した場合、ステップＳ１０５で不一致の場合、システム装置ａ３０＿１は、サービスを停止する（ステップＳ１０７）。
【００４８】
図８は、システム装置ａ３０_１が、システム装置ｂ３０＿２のユーザｉに対する配布用ユーザＩＤ（ｂＩＤ＿ｉ）を取得し、その取得したｂＩＤ＿ｉを用いてシステム装置ｂ３０＿２からユーザｉに関する情報を取得する処理の流れを示すフロー図である。
【００４９】
先ず、ユーザｉは、端末装置５０＿１において、入出力装置８３を用いて配布用ユーザＩＤ（ａＩＤ＿ｉ）とセキュリティコード（ｓｃ）を入力する操作を行う。端末装置５０＿１は、入力されたユーザｉの配布用ユーザＩＤ（ａＩＤ＿ｉ）とセキュリティコード（ｓｃ）をシステム装置ａ３０＿１に送信し、システム装置ｂ３０＿２で管理されているユーザｉの配布用ユーザＩＤ（ｂＩＤ＿ｉ）への変換依頼を行う（ステップＳ２００）。
【００５０】
システム装置ａ３０_１は、ＩＤ変換依頼をＩＤ変換装置２０に送信する（ステップＳ２０１）。
【００５１】
ＩＤ変換装置２０は、受信した配布用ユーザＩＤ（ａＩＤ_ｉ）を、システム装置ａ３０_１の第二秘密鍵（ｓｋ２_ａ）で復号し、管理用ユーザＩＤ（ａｉｄ_ｉ）を取得する（ステップＳ２０２）。更にＩＤ変換装置２０は、管理用ユーザＩＤ（ａｉｄ_ｉ）をシステム装置ａ３０_１の第一秘密鍵（ｓｋ１_ａ）で復号し、ユーザｉのソースＩＤであるｓＩＤ_ｉを取得する（ステップＳ２０３）。そして、ＩＤ変換装置２０は、ソースＩＤ（ｓＩＤ_ｉ）をシステム装置ｂ３０_２の第一秘密鍵（ｓｋ１_ｂ）で暗号化し、システム装置ｂ３０_２におけるユーザｉに対する管理用ユーザＩＤであるｂｉｄ_ｉを生成する（ステップＳ２０４）。ＩＤ変換装置２０は、ＩＤ変換装置２０内の暗号処理装置８７で乱数を生成し（ステップＳ２０５）、生成した乱数とシステムｂ３０_２の第二秘密鍵（ｓｋ２_ｂ）を用いて管理用ユーザＩＤ（ｂｉｄ_ｉ）を暗号化し、システム装置ｂ３０_２におけるユーザｉに対する配布用ユーザＩＤ（ｂＩＤ_ｉ）を生成し（ステップＳ２０６）、これをシステム装置ａ３０_１に送信する（ステップＳ２０７）。
【００５２】
システム装置ａ３０_１は、配布用ユーザＩＤ（ｂＩＤ_ｉ）を受信すると、このｂＩＤ＿ｉをシステム装置ｂ３０_２に送信し、ユーザｉに関するデータ取得依頼を行う（ステップＳ２０８）。
【００５３】
システム装置ｂ３０_２は、図６に示したステップＳ１０２―ステップＳ１０５の処理と同様の処理（ｂＩＤ＿ｉの失効確認、ユーザｉの認証処理等）を行う（ステップＳ２０９）。具体的には、システム装置ｂ３０＿２は、ｂＩＤ＿ｉが失効していないこと、ユーザｉの認証に成功したこと、システム装置ｂ３０_２の第二秘密鍵（ｓｋ２_ｂ）でｂＩＤ_ｉを復号して取得した管理用ユーザＩＤ（ｂｉｄ_ｉ）がステップＳ０１３（図５）の処理で保持したｂｉｄ_ｉと一致することを確認する。そして、システム装置ｂ３０＿２は、システム装置ｂ３０＿２におけるユーザｉに関する情報をシステム装置ａ３０_１に提供する（ステップＳ２１０）。これにより、ユーザｉは、システム装置ｂ３０＿２におけるユーザｉに関する情報を、システム装置ａ３０＿１、端末装置５０＿１を介して取得することができる。
【００５４】
図９は、端末装置５０_１に配布されている配布用ユーザＩＤを変更する処理の流れを示すフロー図である。
【００５５】
先ず、ユーザｉは、端末装置５０＿１において、入出力装置８３を用いて、自身の配布用ユーザＩＤであるａＩＤ_ｉとセキュリティコードであるｓｃをシステム装置ａ３０_１のログイン画面に入力する操作を行う。端末装置５０＿１は、入力された配布用ユーザＩＤ（ａＩＤ＿ｉ）とセキュリティコード（ｓｃ）をシステム装置ａ３０_１に送信し、配布用ユーザＩＤ変更依頼を行う（ステップＳ３０１）。
【００５６】
システム装置ａ３０_１は、図６に示したステップＳ１０２―ステップＳ１０５の処理と同様の処理（ａＩＤ＿ｉの失効確認、ユーザｉの認証処理等）を行う（ステップＳ３０２）。具体的には、システム装置ａ３０＿１は、ａＩＤ＿ｉが失効していないこと、ユーザｉの認証に成功したこと、システム装置ａ３０_１の第二秘密鍵（ｓｋ２_ａ）でａＩＤ_ｉを復号して取得した管理用ユーザＩＤ（ａｉｄ_ｉ）がステップＳ０１２（図５）で保持したａｉｄ_ｉと一致することを確認する。次に、システム装置ａ３０＿１は、システム装置ａ３０＿１内の暗号処理装置８７で乱数（ｒａｎｄ）を生成する（ステップＳ３０３）。システム装置ａ３０＿１は、この乱数（ｒａｎｄ）の後ろに、ステップＳ３０１で受信したセキュリティコード（ｓｃ）を付加して新たな乱数（ｒａｎｄ’）を生成する。そして、システム装置ａ３０＿１は、暗号化関数（Ｅ＿ｓｋ２＿ａ（））を用いて、ステップＳ０１２（図５）で保持した管理用ユーザＩＤ（ａｉｄ_ｉ）を乱数（ｒａｎｄ’）とシステム装置ａ３０_１の第二秘密鍵（ｓｋ２_ａ）で暗号化し、システム装置ａ３０＿１における配布用ユーザＩＤであるａＩＤ'＿ｉ（=Ｅ_ｓｋ２_ａ（ｒａｎｄ’、ａｉｄ_ｉ））を生成する（ステップＳ０３０４）。次に、システム装置ａ３０_１は、変更前の配布用ユーザＩＤ（ａＩＤ_ｉ）を、システム装置ａ３０＿１の記憶装置８５等に格納されている失効リストに記載する（ステップＳ３０５）。そして、システム装置ａ３０_１は、新たな配布用ユーザＩＤ（ａＩＤ'_ｉ）を端末装置５０_１に送信する（ステップＳ３０６）。他の端末装置５０＿ｉ、６０＿ｉ、７０＿ｉに配布されている配布用ユーザＩＤを変更する場合も同様である。
【００５７】
このように、配布用ユーザＩＤを変更する場合、管理用ユーザＩＤを第二秘密鍵で再暗号化したものを新しい配布用ユーザＩＤとして再発行することができる。この場合、管理用ユーザＩＤ（ソースＩＤを第一秘密鍵で暗号化したＩＤ）は変わっていないので、あるシステム装置の配布用ユーザＩＤが変更された場合でも、ＩＤ変換装置２０へ当該ユーザの配布用ユーザＩＤの変更を通知する必要がなく、運用が容易になる。
【００５８】
図１０は、システム装置ｃ３０_ｎがネットワークシステム１の仕組みに新規加入する場合の処理の流れを示すフロー図である。但し、システム装置ｃ３０＿ｎには、自治体内の任意の端末装置７０＿ｉまたは個人宅の端末装置７０＿ｉが接続されているものとする。
【００５９】
先ず、ＩＤ発行装置１０は、ＩＤ発行装置１０の暗号処理装置８７で乱数を生成することにより、新システム装置であるシステム装置ｃ３０＿ｎの第一秘密鍵（ｓｋ１＿ｃ）を生成し、ＩＤ発行装置１０の記憶装置８５等に格納し（ステップＳ４０１）、ＩＤ変換装置２０に送信する（ステップＳ４０２）。
【００６０】
システム装置ｃ３０_ｎは、システム装置ｃ３０＿ｎ内の暗号処理装置８７で乱数を生成することにより、システム装置ｃ３０＿ｎの第二秘密鍵（ｓｋ２＿ｃ）を生成し（ステップＳ４０３）、ＩＤ変換装置２０に送信する（ステップＳ４０４）。
【００６１】
ＩＤ変換装置２０は、ＩＤ発行装置１０から受信した第一秘密鍵（ｓｋ１＿ｃ）、システム装置ｃ３０＿ｎから受信した第二秘密鍵（ｓｋ２＿ｃ）をＩＤ変換装置２０内の記憶装置８５等に格納する（ステップＳ４０５）。
【００６２】
また、システム装置ｃ３０＿ｎは、ＩＤ発行装置１０にユーザｉのユーザ情報（名前、生年月日、性別等、個人を特定できる情報）を送り、ユーザｉに対する管理用ユーザＩＤ発行依頼を行う（ステップＳ４０６）。
【００６３】
ＩＤ発行装置１０は、ユーザｉが、以前に管理用ユーザＩＤを発行したユーザであるかどうかを確認する。具体的には、ＩＤ発行装置１０は、システム装置ｃ３０＿ｎから受信したユーザ情報を、ＩＤ発行装置１０の記憶装置８５等に格納されているユーザ情報と照合し、一致するユーザ情報が無い場合、新規にＩＤ発行装置１０の暗号処理装置８７で乱数を生成し、生成した乱数をユーザｉのソースＩＤとして発行し記憶装置８５等に格納する。ここで、新規に発行したソースＩＤが、以前に発行したソースＩＤと重複していた場合には、ＩＤ発行装置１０は、再度、暗号処理装置８７で乱数を生成し、以前に発行したソースＩＤとの重複がなくなるまでこの処理を繰り返す。また、照合の結果、一致するユーザ情報が有った場合は、そのユーザｉに発行されているソースＩＤをそのままソースＩＤとして用いる。ここで説明を簡単にする為、ユーザｉに関する情報は、既に発行装置１０内の記憶装置８５等に格納されており、ＩＤ発行装置１０は、記憶装置８５等からユーザｉのソースＩＤであるｓＩＤ_ｉを取得したものとする。ＩＤ発行装置１０は、暗号化関数（Ｅ＿ｓｋ１＿ｃ（））を用いて、ソースＩＤ（ｓＩＤ_ｉ）をシステム装置ｃ３０_ｎの第一秘密鍵（ｓｋ１_ｃ）で暗号化する（ステップＳ４０７）。このとき、システム装置ｃ３０_ｎの暗号化ソースＩＤは、ｃｉｄ_ｉ=Ｅ_ｓｋ１_ｃ（ｓＩＤ_ｉ）となり、ＩＤ発行装置１０は、これをシステム装置ｃ３０_ｎにおけるユーザｉに対する管理用ユーザＩＤとしてシステム装置ｃ３０_ｎに送信する（ステップＳ４０８）。
【００６４】
システム装置ｃ３０＿ｎは、ＩＤ発行装置１０から送られてきたユーザｉの管理用ユーザＩＤを該当ユーザ情報と関連付けて自システム装置内の記憶装置８５等に格納する（ステップＳ４０９）。
【００６５】
次に、端末装置５０_１は、認証に用いるｘ桁の数字（例えば４桁の数字）であるセキュリティコード（ｓｃ）を入力し（ステップＳ４１０）、システム装置ｃ３０_ｎに送信する（ステップＳ４１１）。
【００６６】
システム装置ｃ３０_ｎは、システム装置ｃ３０＿ｎ内の暗号処理装置８７で乱数（ｒａｎｄ）を生成する（ステップＳ４１２）。システム装置ｃ３０_ｎは、ステップＳ４１２で生成した乱数（ｒａｎｄ）の後ろにステップＳ４１１で受信したｓｃを付加して、新たな乱数（ｒａｎｄ’）を生成する。そして、システム装置ｃ３０＿ｎは、暗号化関数（Ｅ＿ｓｋ２＿ｃ（））を用いて、管理用ユーザＩＤであるｃｉｄ_ｉを乱数（ｒａｎｄ’）とシステム装置ｃ３０_ｎの第二秘密鍵（ｓｋ２_ｃ）で暗号化し、システム装置ｃ３０＿ｎに対する配布用ユーザＩＤであるｃＩＤ'＿ｉ（=Ｅ_ｓｋ２_ｃ（ｒａｎｄ’、ｃｉｄ_ｉ））を生成し（ステップＳ４１３）、これを端末装置７０_ｉに送信する（ステップＳ４１４）。 以上、本発明の一実施形態について説明した。以上説明した一実施形態によれば、以下のような効果を奏する。ＩＤ変換装置２０は、各システム装置の秘密鍵のみを管理すれば良いので、各システム装置で使用されるＩＤやユーザ名等の管理が不要となる。また、配布用ユーザＩＤは管理用ユーザＩＤを第二秘密鍵で再暗号化したものであり、管理用ユーザＩＤ（ソースＩＤを第一秘密鍵で暗号化したＩＤ）は変わっていないので、あるシステム装置で、あるユーザの配布用ユーザＩＤが変更された場合でも、ＩＤ変換装置２０へ当該ユーザの配布用ユーザＩＤの変更を通知する必要がなく、運用が容易になる。また、あるシステム装置が上記実施形態に係るネットワークシステムの仕組みに新規加入する際、ＩＤ変換装置２０に当該システム装置の全ＩＤとユーザ名を登録するのではなく、ＩＤの変換に当該システム装置の秘密鍵のみを登録するだけで良い。
【００６７】
以上説明した実施形態は、例えば、オンラインかつワンストップの行政手続き等、府省・地方自治体および民間企業等のシステムで別々に管理しているデータを連携させる為のＩＤ連携基盤システムとして適用できる。
（他の実施形態）
上記実施形態では、第一秘密鍵による暗号化と第二秘密鍵による暗号化を同一の暗号化関数を用いて行う場合を例にとり説明したが、図１１に示すように別々の暗号化関数を用いても良い。例えば、図１１に示すネットワークシステム１において、第一秘密鍵 ｓｋ１_aでの暗号化関数を、バーナム暗号に代表されるような平文と鍵をＸＯＲすることで暗号文を作成する暗号方式をＥ'_ｓｋ１_ａ（）とした場合、Ｅ’_ｓｋ１_ａ（） =Ｅ’_{ｓｋ_ｂ ＸＯＲ ｓｋ_ａ ＸＯＲ ｓｋ_ｂ}（）が成り立つ。なぜなら、（ＤＡＴＡ ＸＯＲ ｓｋ_ａ） = （ＤＡＴＡ ＸＯＲ ｓｋ_ｂ ＸＯＲ ｓｋ_ａ ＸＯＲ ｓｋ_ｂ）であるからである。この様な関係が成り立つ暗号化関数を用いることにより、ＩＤ変換装置２０は、ユーザｉのソースＩＤを復元せずに、配布用ユーザＩＤをａＩＤ_ｉからｂＩＤ_ｉに変換することもできる。このときＩＤ変換装置２０は、各システム装置３０の第一秘密鍵 ｓｋ１_ａ、ｓｋ１_ｂの代わりに、（ｓｋ１_ａ ＸＯＲ ｓｋ１_ｂ）を管理する。そして、ＩＤ変換装置２０は、システム装置ａ３０_１における配布用ユーザＩＤ（ａＩＤ_ｉ）をシステム装置ａ３０_１の第二秘密鍵（ｓｋ２_ａ）で、システム装置ａ３０_１の管理用ユーザＩＤ（ａｉｄ_ｉ）に復号後（図１１中（５））、Ｅ’_ｓｋ_ｘ（）なる暗号化関数を用いて、ａｉｄ_ｉを（ｓｋ１_ａ ＸＯＲ ｓｋ１_ｂ）で暗号化し（図１１中（６））、ユーザｉのソースＩＤ（ｓＩＤ_ｉ）を復元することなく、システムｂ３０_２の管理用ユーザＩＤ（ｂｉｄ_ｉ）を生成する。そして、ＩＤ変換装置２０は、Ｅ_ｓｋ_ｘ（）なる暗号化関数を用いて、ｂｉｄ_ｉをｓｋ２_ｂと乱数で暗号化することで、システム装置ｂ３０_２における配布用ユーザＩＤ（ｂＩＤ_ｉ）を生成する（図１１中（７））。この様な暗号化関数を用いることにより、ソースＩＤはＩＤ発行装置１０以外、ＩＤ変換装置２０を含め全てのシステムにおいて秘匿することが可能となり、ソースＩＤが漏洩するリスクを軽減することができる。
【００６８】
また、上記実施形態では、図４と図１１に示すように、ユーザｉの管理用ユーザＩＤ（ｉｄ_ｉ）を乱数（ｒａｎｄ）とシステム装置ａ３０_１の第二秘密鍵（ｓｋ２_ａ）で暗号化したものを配布用ユーザＩＤとしているが、管理用ユーザＩＤと配布用ユーザＩＤを同一にしても良い。即ち、ソースＩＤを一回だけ暗号化したものが管理用ユーザＩＤであり、かつ配布用ユーザＩＤとなる。これにより、暗号化鍵は一個で良いので、管理が容易となる。但し、配布用ユーザＩＤを変更する場合には、ＩＤ変換装置２０へＩＤの変更を通知する必要がある。また、その際、管理用ユーザＩＤ及び配布用ユーザＩＤを生成する暗号化関数について、Ｅ’_ｓｋ_ａ（） =Ｅ’_{ｓｋ_ｂ ＸＯＲ ｓｋ_ａ ＸＯＲ ｓｋ_ｂ}（）が成り立つものを用いても良い。
【００６９】
また、上記実施形態では、図１０に示すように、第一の秘密鍵と秘密第二の秘密鍵の２つの秘密鍵を用いているが、一つの秘密鍵を用いるようにしても良い。
【００７０】
また、上記実施形態では、図６、図８、図９、図１０に示すように、セキュリティコード（ＳＣ）を用いているが、このセキュリティコード（ＳＣ）を用いなくても良い。
【００７１】
また、上記実施形態では、配布用ユーザＩＤの発行及び変更をシステム装置ａ３０＿１が行っているが、各システム装置の第二秘密鍵をＩＤ発行装置１０に格納しておき、ＩＤ発行装置１０が、各システム装置で管理されているユーザの配布用ユーザＩＤを発行及び変更し、配布用ユーザＩＤ及び配布用ユーザＩＤの失効リストを各システム装置に配布するようにしても良い。
【００７２】
また、上記実施形態では、図５のＳ０１７、図９のＳ３０３、図１０のＳ４１２に示すように、システム装置にて乱数を生成しているが、ＩＤ発行装置１０で乱数を生成し、これをシステム装置に送信するようにしても良い。
【００７３】
また、ＩＤ発行装置１０とＩＤ変換装置２０を一つの情報処理装置で実現しても良い。
【００７４】
また、ＩＤ発行装置１０、ＩＤ変換装置２０、システム装置ａ３０＿１〜システム装置ｃ３０＿ｎの機能をＬＳＩ等のハードウェアにより実現しても良い。
【００７５】
以上、本発明の実施形態について説明したが、本発明はこれを限定させるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【符号の説明】
【００７６】
１０・・・ＩＤ発行装置、２０・・・ＩＤ変換装置、３０＿１・・・システム装置ａ、３０＿２・・・システム装置ｂ、３０＿ｎ・・・システム装置ｃ、４０＿１〜４０＿ｎ・・・ネットワーク、５０＿１〜５０＿ｍ、、６０＿１〜６０＿ｍ、７０＿１〜７０＿ｎ・・・端末装置、８０・・・情報処理装置、８１・・・読取装置、８２・・・メモリ、８３・・・入出力装置、８４・・・ＣＰＵ（演算処理装置）、８５・・・記憶装置、８６・・・通信装置、８７・・・暗号処理装置、８８・・・記憶媒体、８９・・・バス。
【技術分野】
【０００１】
本発明は、ユーザに関連するＩＤを管理する技術に関する。
【背景技術】
【０００２】
オンラインかつワンストップで行政手続き等を済まさせるようにする為には、府省・地方自治体間等で別々に管理しているデータを連携させる仕組みが望まれている。また、行政手続きに限らず、様々なシステムで、別々のシステムで管理されているデータを連携させる仕組みが望まれている。
【０００３】
例えば、引越しの例を挙げると、自治体のシステムが管理している住民データと電気・水道・ガス会社等のシステムが管理している顧客データを連携させることにより、自治体のシステムに住所変更を伝えるだけで、電気や水道やガスの住所変更手続きも完了することができる等、様々なオンラインかつワンストップサービスの実現が望まれている。
【０００４】
別々のシステムで管理しているデータを連携させる為には、連携元のシステムで管理しているデータに関連付いたＩＤと連携先のシステムで管理しているデータに関連付いたＩＤとの連携が必要である。上記引越しの例を挙げると、あるユーザに対して、自治体のシステムで管理している住民データに関連付いたＩＤと、電気会社のシステムで管理している顧客データに関連付いたＩＤとが異なっている場合、当該ユーザの引越し後の住所等に関するデータを自治体のシステムと電気会社のシステムとで、連携させる為には、連携先の電気会社のシステムで管理している当該ユーザのＩＤと自治体のシステムで管理している当該ユーザのＩＤとを同一視し、同じユーザを示していることを認識できなければならない。つまり、連携元の自治体のシステムで管理しているＩＤを連携先の電気会社のシステムで用いているＩＤに変換し、連携先の電気会社のシステムでどのユーザに関するデータであるか分かるようにする必要がある。
【０００５】
このようなＩＤ変換に関わる技術として、異なるシステム間でファイルシステムを共有可能とするＩＤ変換システム及び方法が知られている（例えば、特許文献１参照）。この特許文献１には、データ処理装置にクライアント側の名前空間、ファイルシステムの名前空間を登録し、また、クライアント及びファイルシステムが、どの名前空間に属するＩＤ情報を持つかという情報を登録しておき、クライアントからの変換前のＩＤをもとにクライアント側の名前空間に問い合わせ、上記ＩＤから名前に変換し、変換された名前をもとに、ファイルシステム側の名前空間に問い合わせて名前からＩＤに変換し、変換されたＩＤをクライアントへ返却する技術が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−３３４４７９号公報（段落００７６〜００８０、図６）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記従来技術では、次のような課題がある。先ず、複数のユーザのそれぞれ毎に、ユーザ名と複数の異なるユーザＩＤとを関連付けて管理する必要がある。
【０００８】
また、上記ＩＤ変換システムを利用する新規ユーザが増加していくような場合、そのユーザの増加数に応じて、複数のユーザのそれぞれ毎に、ユーザ名と複数の異なるユーザＩＤとを関連付けてデータ処理装置に登録する必要がある。したがって、この場合、データ処理装置に登録するデータ量が増加し、データ管理装置におけるデータ管理が煩雑になる。また、上記従来技術では、例えば、クライアント側のユーザＩＤを変更した場合、データ処理装置にも、この変更後のユーザＩＤとこのユーザＩＤに関連付くユーザ名を再登録し、変更内容を反映しなければならず、データ処理装置におけるデータ管理が煩雑になる。また、変更内容が反映されるまで、変更後のユーザＩＤを用いてＩＤ変換をすることができない。
【０００９】
本発明は、上記事情に鑑みてなされたものであり、ＩＤを変換する装置において、複数のユーザのそれぞれ毎に、ユーザ名と複数の異なるユーザＩＤとを関連付けて管理する必要がなく、また、新規ユーザの増加数に応じて上記関連付けデータの管理を行う必要がなく、更に、クライアント側のユーザＩＤに変更が生じてもその変更の反映を不要とする技術を提供することを課題とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するための一手段を説明する。すなわち、本発明は、複数のコンピュータとネットワークを介して接続された情報処理装置である。前記情報処理装置は、前記複数のコンピュータ各々の秘密鍵を記憶する記憶部と、第一のコンピュータから、第一のユーザに関連付いた第一のユーザ識別情報、及び、該第一のユーザに関連付いた第二のユーザ識別情報への変換依頼を前記ネットワークを介して受信し、前記受信した第一のユーザ識別情報を前記第一のコンピュータの前記秘密鍵で復号化して、前記各コンピュータに共通の識別情報を生成し、前記生成した共通の識別情報を前記第二のコンピュータの前記秘密鍵で暗号化して、前記第二のユーザ識別情報を生成し、前記生成した第二のユーザ識別情報を前記ネットワークを介して前記第一のコンピュータに送信する演算処理部と、を有することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、ＩＤを変換する装置において、複数のユーザのそれぞれ毎に、ユーザ名と複数の異なるユーザＩＤとを関連付けて管理する必要がなく、また、新規ユーザの増加数に応じて上記関連付けデータの管理を行う必要がなく、更に、クライアント側のユーザＩＤに変更が生じてもその変更の反映が不要となる。これにより、データ管理が容易になる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態に係るネットワークシステム１全体の構成例を示す図である。
【図２】ＩＤ発行装置１０と、ＩＤ変換装置２０と、各システム装置（３０＿１〜３０＿ｎ）と、各端末装置（５０＿１〜５０＿ｍ、６０＿１〜６０＿ｍ、７０＿１〜７０＿ｍ）のハードウェア構成例を示すブロック図である。
【図３】ＩＤを変換する処理の概要を示す図である。
【図４】ＩＤを変換する処理の概要（具体的なパラメータを使用）を示す図である。
【図５】ＩＤを変換する処理の流れを示すフロー図である。
【図６】ユーザｉが端末装置５０＿１を用いて、システム装置ａ３０＿１にログインし、システム装置ａ３０＿１、端末装置５０＿１を介してサービスを受けるまでの処理の流れを示す図である。
【図７】図６のステップＳ１０３の復号処理とステップＳ１０４の認証処理の概要を示す図である。
【図８】システム装置ａ３０_１が、システム装置ｂ３０＿２のユーザｉに対する配布用ユーザＩＤ ｂＩＤ＿ｉを取得し、その取得したｂＩＤ＿ｉを用いてシステム装置ｂ３０＿２からユーザｉに関する情報を取得する処理の流れを示すフロー図である。
【図９】端末装置５０_１に配布されている配布用ユーザＩＤを変更する処理の流れを示すフロー図である。
【図１０】システム装置ｃ３０_ｎがネットワークシステム１に係る仕組みに新規加入する場合の処理の流れを示すフロー図である。
【図１１】他の実施形態に係る、ＩＤを変換する処理の流れを示す図である。
【発明を実施するための形態】
【００１３】
以下、図面を用いて本発明の一実施形態について説明する。
【００１４】
図１は、本発明の一実施形態に係るネットワークシステム１全体の構成例を示す図である。本実施形態に係るネットワークシステム１は、図１に示すように、ＩＤ発行装置１０と、ＩＤ変換装置２０と、システム装置ａ３０_１〜システム装置ｃ３０_ｎがインターネットなどの通信網（以下、ネットワークという）４０_１を介して互いに接続されて構成されている。
【００１５】
また、端末装置５０_１〜５０_ｍはシステム装置ａ３０_１とネットワーク４０_２を介して接続され、端末装置６０_１〜６０_ｍはシステム装置ｂ３０_２とネットワーク４０_３を介して接続され、端末装置７０_１〜７０_ｍはシステム装置ｃ３０_ｎとネットワーク４０_ｎを介して接続されている。
【００１６】
ここで、上記引越しの例を挙げると、システム装置ａ３０_１が自治体内で住民の住所等を管理している装置であり、システム装置ｂ３０_２が電気会社内で顧客データを管理している装置に該当する。端末装置５０_１〜５０_ｍは、個人のパソコン等の端末装置である場合もあるし、自治体内に設置してある職員用の端末装置の場合もある。同様に端末装置６０_１〜６０_ｍは、個人のパソコン等の端末装置である場合もあるし、電気会社内に設置してある職員用の端末装置の場合もある。ここで、例えば、住民が端末装置５０_１を介して自治体のシステム装置ａ３０_１に住所変更手続き（当該住民のＩＤの変換先である電気会社も指定）を行った場合、システム装置ａ３０_１は、端末装置５０＿１からの住所変更手続きに基づき、ＩＤ変換装置２０に対して、自治体内で管理されている当該住民のＩＤを電気会社で管理されている当該住民のＩＤへ変換するためのＩＤ変換依頼を行う。このＩＤ変換依頼を受けて、ＩＤ変換装置２０は、自治体内で管理されている当該住民のＩＤを電気会社で管理されている当該住民のＩＤに変換し、変換されたＩＤをもって、当該住民の住所が変更されたことを電気会社のシステム装置ｂ３０_２に伝え、ワンストップサービスを実現する。電気会社の職員は、自治体のシステム装置ａ３０_１からの住所変更情報を元に、端末装置６０_１を使って、契約の変更等の業務処理を行う。
【００１７】
尚、本実施形態では、ネットワーク４０_１〜４０_ｎは別々のネットワーク構成であるが、同一のネットワークであっても良い。また、端末装置５０_１〜５０_ｍ、端末装置６０_１〜６０_ｍ、端末装置７０_１〜７０_ｍは、それぞれシステム装置ａ３０_１、システム装置ｂ３０_２、システム装置ｃ３０_ｎと接続されているが、端末装置５０_ｉ=端末装置６０_ｉ=端末装置７０_ｉ（ｉ=１、２、３、…）としても良い。
【００１８】
図２は、ＩＤ発行装置１０と、ＩＤ変換装置２０と、各システム装置（３０＿１〜３０＿ｎ）と、各端末装置（５０＿１〜５０＿ｍ、６０＿１〜６０＿ｍ、７０＿１〜７０＿ｍ）のハードウェア構成例を示すブロック図である。
【００１９】
ＩＤ発行装置１０と、ＩＤ変換装置２０と、各システム装置（３０＿１〜３０＿ｎ）と、各端末装置（５０＿１〜５０＿ｍ、６０＿１〜６０＿ｍ、７０＿１〜７０＿ｍ）は、それぞれ、図２に示すように、読取装置８１と、半導体を用いた一次記憶装置（以下、メモリという）８２と、入出力装置８３と、ＣＰＵ（中央演算処理装置）８４と、ハードディスクなどの二次記憶装置（以下、記憶装置という）８５と、通信装置８６と、暗号処理装置８７と、記憶媒体８８と、がバスなどの内部通信線８９で連結された、情報処理装置（コンピュータ）８０上に構成することができる。記憶装置８５には、各種データ及び各種プログラムが格納されており、ＣＰＵ８４により必要なプログラムがメモリ８２に読み出されて実行される。尚、情報処理装置８０で保持するプログラムは、予め記憶装置８５に格納されていても良いし、情報処理装置８０が利用可能な記憶媒体８８に格納されており、読取装置８１を介して、必要に応じて読み出され、あるいは、ネットワークと接続された他の情報処理装置から必要に応じてダウンロードされて、記憶装置８５に導入されるようにしても良い。また、プログラムの機能はＬＳＩ等のハードウェアにより実現しても良い。
【００２０】
図３は、ＩＤを変換する処理の概要を示す図である。尚、ここでは説明の便宜上、システム装置として自治体内のシステム装置ａ３０＿１及び電気会社内のシステム装置ｂ３０＿２がネットワーク４０＿１に接続されており、端末装置として自治体内の端末装置５０＿１または個人宅の端末装置５０＿１がネットワーク４０＿２に接続されている場合を例にとり説明する。
【００２１】
ＩＤ発行装置１０は、端末装置５０＿１からのユーザ名などのユーザ情報を基に乱数を生成し、ユーザ毎に各システム装置に共通のソースＩＤを発行し、発行したソースＩＤをユーザ名などのユーザ情報と関連付けてＩＤ発行装置１０の記憶装置８５やメモリ８２、記憶媒体８８等（以下、記憶装置８５等を記す）に格納し管理する。また、ＩＤ発行装置１０は、システム装置ａ３０＿１とシステム装置ｂ３０＿２それぞれの秘密鍵も、ＩＤ発行装置１０の記憶装置８５等に格納し管理する。ＩＤ変換装置２０は、システム装置ａ３０＿１、システム装置ｂ３０＿２それぞれの秘密鍵をＩＤ変換装置２０の記憶装置８５等に格納し管理する。システム装置ａ３０＿１は、ネットワーク４０＿２に接続された端末装置５０＿１のユーザの情報をシステム装置ａ３０＿１の記憶装置８５等に格納し管理する。
【００２２】
先ず、システム装置ａ３０＿１は、ユーザ情報を含む管理用ユーザＩＤ発行依頼をＩＤ発行装置１０に対して行う（図３中(１)）。管理用ユーザＩＤは、システム装置ａ３０＿１の内部処理で用いるＩＤである。
【００２３】
ＩＤ発行装置１０は、システム装置ａ３０＿１からユーザ情報を含む管理用ユーザＩＤ発行依頼を受信すると、ユーザ情報が記憶装置８５等にあることを確認した後、システム装置ａ３０＿１の秘密鍵を用いて当該ユーザのソースＩＤを暗号化し、暗号化したソースＩＤをシステム装置ａ３０＿１で使用する管理用ユーザＩＤとして、システム装置ａ３０＿１に送信する（図３中（２））。
【００２４】
システム装置ａ３０＿１は、乱数を生成し、生成した乱数をシステム装置ａ３０＿１の記憶装置８５等に格納し、システム装置ａ３０＿１の秘密鍵と、生成した乱数を用いて管理用ユーザＩＤを暗号化して配布用ユーザＩＤを生成し、該当ユーザの端末装置５０＿１に送信する（図３中（３））。生成された配布用ユーザＩＤは、システム装置ａ３０＿１の記憶装置８５等に格納され管理される。 端末装置５０＿１は、ユーザ操作をトリガとして、システム装置ａ３０＿１で管理されている当該ユーザの配布用ユーザＩＤの、システム装置ｂ３０＿２で管理されている当該ユーザの配布用ユーザＩＤへのＩＤ変換依頼をシステム装置ａ３０＿１に送信し、システム装置ａ３０＿１は、受信したＩＤ変換依頼をＩＤ変換装置２０に送信する（図３中（４））。
【００２５】
ＩＤ変換装置２０は、システム装置ａ３０＿１からシステム装置ａ３０＿１で管理されている配布用ユーザＩＤを含むＩＤ変換依頼を受信し、受信した配布用ユーザＩＤをシステム装置ａ３０_１の秘密鍵で当該ユーザのソースＩＤに復号し（図３中（５））、復号したソースＩＤをシステム装置ｂ３０_２の秘密鍵で暗号化する（図３中（６））ことで、システム装置ｂ３０_２で管理されている当該ユーザの配布用ユーザＩＤを生成し、生成した配布用ユーザＩＤをシステム装置ａ３０＿１に送信する（図３中（７））。
【００２６】
システム装置ａ３０＿１は、受信した配布用ユーザＩＤを用いてシステム装置ｂ３０＿２にアクセスし、システム装置ｂ３０＿２からシステム装置ｂ３０＿２で管理されている当該ユーザに関連する情報を受信する。図示していないが、システム装置ｂ３０＿２で管理されている当該ユーザの配布用ユーザＩＤの、システム装置ａ３０＿１で管理されている当該ユーザの配布用ユーザＩＤへのＩＤ変換依頼がＩＤ変換装置２０に送信された場合も上記同様の処理により、システム装置ｂ３０＿２は、ＩＤ変換装置２０からシステム装置ａ３０＿１で管理されている当該ユーザの配布用ユーザＩＤを受信し、受信した配布用ユーザＩＤを用いてソステム装置ａ３０＿１にアクセスし、システム装置ａ３０＿１からシステム装置ａ３０＿１で管理されている当該ユーザに関連する情報を受信する。このように、システム装置ａ３０＿１とシステム装置ｂ３０＿２とで、当該ユーザに関連する情報の共有が可能となる（図３中（８））。
【００２７】
ユーザは、端末装置５０＿１から配布用ユーザＩＤを用いてシステム装置ａ３０＿１にログインすることで、システム装置ａ３０＿１が提供する各種サービスを受けることができる。例えば、上記引越しの例を挙げると、当該ユーザは、端末装置５０＿１において、住所変更や転入転出届等の電子申請等の手続きを行ったり、その結果等を受け取ることができる。
【００２８】
次に、具体的なパラメータを用いてＩＤを変換する処理の概要を、図４を参照して説明する。ここで、システム装置ａ３０＿１におけるユーザｉの配布用ユーザＩＤをaＩＤ＿ｉ、システム装置ａ３０＿１におけるユーザｉの管理用ユーザＩＤをａｉｄ＿ｉ、システム装置ａ３０＿１の第一秘密鍵と第二秘密鍵をそれぞれｓｋ１＿ａ、ｓｋ２＿ａ、システム装置ｂ３０＿２の第一秘密鍵と第二秘密鍵をそれぞれｓｋ１＿ｂ、ｓｋ２＿ｂと表す。また、秘密鍵ｓｋ１_ａによる暗号化関数をＥ＿ｓｋ１＿ａ（）、秘密鍵ｓｋ１_ｂによる暗号化関数をＥ＿ｓｋ１＿ｂ（）と表す。ユーザｉのソースＩＤをｓＩＤ＿ｉ、乱数をｒａｎｄと表す。尚、暗号化関数はＲＳＡ暗号に代表されるような公開鍵暗号によるものでも良いし、ＡＥＳ暗号に代表されるような共通鍵暗号によるものでも良い。また、ＩＤ変換装置２０は、システム装置ａ３０＿1の秘密鍵として、第一秘密鍵ｓｋ１＿ａ及び第二秘密鍵ｓｋ２＿ａの２つ管理している。同様に、ＩＤ変換装置２０は、システム装置ｂ３０＿２の秘密鍵として、第一秘密鍵ｓｋ１＿ｂ及び第二秘密鍵ｓｋ２＿ｂの２つ管理している。これは、ソースＩＤを第一秘密鍵と第二秘密鍵とで二重に暗号化して配布用ユーザＩＤを生成するためである。また、本実施形態では、システム装置ａ３０＿１とシステム装置ｂ３０＿２の第一秘密鍵（ｓｋ１＿ａ、ｓｋ１＿ｂ）はＩＤ発行装置１０で管理し、第二秘密鍵（ｓｋ２＿ａとｓｋ２＿ｂ）はそれぞれシステム装置ａ３０＿１、システム装置ｂ３０＿２で管理している。また、ＩＤ変換装置２０は、システム装置ａ３０＿１の第一秘密鍵（ｓｋ１＿ａ）及び第二秘密鍵（ｓｋ２＿ａ）と、システム装置ｂ３０＿２の第一秘密鍵（ｓｋ１＿ｂ）及び第二秘密鍵（ｓｋ２＿ｂ）を管理している。
【００２９】
ＩＤ発行装置１０は、ユーザｉに対するソースＩＤを発行する。この際、ＩＤ発行装置１０は、ＩＤ発行装置１０の暗号処理装置８７で乱数を生成し、生成した乱数を、ＩＤ発行装置１０の記憶装置８５等に記憶されている、以前発行した乱数と比較し、以前発行した乱数と重複していた場合、再度、暗号処理装置８７で乱数を生成することにより、重複のないソースＩＤを発行する。
【００３０】
次に、管理用ユーザＩＤ及び配布用ユーザＩＤの発行方法及び配布方法を説明する。先ず、システム装置ａ３０＿１は、ユーザｉに対する管理用ユーザＩＤ発行依頼をＩＤ発行装置１０に行う（図４中（１））。ＩＤ発行装置１０は、ａｉｄ_ｉ=Ｅ_ｓｋ１_ａ（ｓＩＤ_ｉ）を計算し、管理用ユーザＩＤ（ａｉｄ＿ｉ）を発行する。即ち、ａｉｄ＿ｉは、暗号化関数（Ｅ＿ｓｋ１＿ａ（））を用いて、ユーザｉのソースＩＤであるｓＩＤ_ｉをシステム装置ａ３０_１の第一秘密鍵（ｓｋ１_ａ）で暗号化したものである。ＩＤ発行装置１０は、発行した管理用ユーザＩＤ（ａｉｄ＿ｉ）をシステム装置ａ３０_１に配布する（図４中（２））。
【００３１】
システム装置ａ３０＿１は、ａＩＤ_ｉ=Ｅ_ｓｋ２_ａ（ｒａｎｄ、ａｉｄ_ｉ）=Ｅ_ｓｋ２_ａ（ｒａｎｄ、 Ｅ_ｓｋ１_ａ（ｓＩＤ_ｉ)）を計算し、ユーザｉのシステム装置ａ３０_１に対する配布用ユーザＩＤ（ａＩＤ＿ｉ）を発行する。即ち、ａＩＤ_ｉは、暗号化関数（Ｅ＿ｓｋ２＿ａ（））を用いて、ａｉｄ_ｉを乱数（ｒａｎｄ）とシステム装置ａ３０_１の第二秘密鍵（ｓｋ２_ａ）で暗号化したものである。システム装置ａ３０_１は、発行した配布用ユーザＩＤ（ａＩＤ＿ｉ）をシステム装置ａ３０＿１の記憶装置８５等に格納し、端末装置５０＿１に配布する（図４中（３））。ユーザｉは、この配布用ユーザＩＤ（ａＩＤ＿ｉ）を用いて、端末装置５０＿１からシステム装置ａ３０_１にログイン可能となる。
【００３２】
次に、ＩＤ変換方法及び情報共有方法を説明する。先ず、ユーザｉが、端末装置５０＿１を用いて、住所変更手続き（ＩＤ変換先も指定）等を行う。この手続きを行う際、ユーザｉは端末装置５０＿１を用いて、配布用ユーザＩＤ（ａＩＤ＿ｉ）を入力する。端末装置５０＿１は、ユーザｉの配布用ユーザＩＤ（ａＩＤ＿ｉ）をシステム装置ａ３０＿１に送信し、システム装置ｂ３０＿２で管理されているユーザｉの配布用ユーザＩＤ（ｂＩＤ＿ｉ）へのＩＤ変換依頼を行う。システム装置ａ３０＿１は、このＩＤ変換依頼をＩＤ変換装置２０へ送信する（図４中（４））。
【００３３】
ＩＤ変換装置２０は、システム装置ａ３０＿１からＩＤ変換依頼を受けると、配布用ユーザＩＤ（ａＩＤ_ｉ）をシステム装置ａ３０_１の第二秘密鍵（ｓｋ２_ａ）で復号し、システム装置ａ３０_１におけるユーザｉに対する管理用ユーザＩＤ（ａｉｄ_ｉ）を取得する。次に、ＩＤ変換装置２０は、ａｉｄ_ｉをシステム装置ａ３０_１の第一秘密鍵（ｓｋ１_ａ）で復号し、ユーザｉに対するソースＩＤ（ｓＩＤ_ｉ）を取得する（図４中（５））。次に、ＩＤ変換装置２０は、ｂｉｄ_ｉ=Ｅ_ｓｋ１_ｂ（ｓＩＤ_ｉ）により、システム装置ｂ３０_２のユーザｉに対する管理用ユーザＩＤ（ｂｉｄ＿ｉ）を発行する。即ち、ｂｉｄ＿ｉは、暗号化関数（Ｅ＿ｓｋ１＿ｂ（））を用いて、ソースＩＤ（ｓＩＤ_ｉ）をシステム装置ｂ３０_２の第一秘密鍵（ｓｋ１_ｂ）で暗号化したものである。次に、ＩＤ変換装置は、ｂＩＤ_ｉ=Ｅ_ｓｋ２_ｂ（ｒａｎｄ、ｂｉｄ_ｉ）=Ｅ_ｓｋ２_ｂ（ｒａｎｄ、 Ｅ_ｓｋ１_ｂ（ｓＩＤ_ｉ））により、システム装置ｂ３０＿２におけるユーザｉに対する配布用ユーザＩＤ（ｂＩＤ_ｉ）を発行する（図４中（６））。即ち、ｂＩＤ_ｉは、暗号化関数（Ｅ＿ｓｋ２＿ｂ（））を用いて、生成したｂｉｄ_ｉを乱数（ｒａｎｄ）とシステム装置ｂ３０_２の第二秘密鍵（ｓｋ２_ｂ）で暗号化したものである。そして、ＩＤ変換装置２０は、発行したｂＩＤ＿ｉをシステム装置ａ３０_１に配布する（図５中（７））。
【００３４】
システム装置ａ３０＿１は、配布用ユーザＩＤ（ｂＩＤ＿ｉ）を用いることで、システム装置ｂ３０＿２で管理されているユーザｉの情報共有が可能となる（図４中（８））。このように、ＩＤ変換装置２０において、各システム装置の秘密鍵を管理すれば良く、複数のユーザのそれぞれ毎に、ユーザ名と複数のユーザＩＤとを関連付けて管理する必要がない。
【００３５】
図５は、ＩＤを変換する処理の詳細を示すフロー図である。ネットワークシステム構成は、図３と同様とする。尚、システム装置ｂ３０＿２には、自治体内の端末装置５０＿２または個人宅の端末装置５０＿２が接続されているものとする。
【００３６】
先ず、ＩＤ発行装置１０は、ＩＤ発行装置１０の暗号処理装置８７で乱数を生成することにより、システム装置ａ３０＿１とシステム装置ｂ３０＿２の第一秘密鍵（ｓｋ１＿ａ、ｓｋ１＿ｂ）を生成し、ＩＤ発行装置１０の記憶装置８５等に格納し（ステップＳ００１）、ＩＤ変換装置２０に送信する（ステップＳ００２）。
【００３７】
システム装置ａ３０_１は、システム装置ａ３０＿１内の暗号処理装置８７で乱数を生成することにより、システム装置ａ３０＿１の第二秘密鍵（ｓｋ２＿ａ）を生成し（ステップＳ００３）、ＩＤ変換装置２０に送信する（ステップＳ００４）。同様に、システム装置ｂ３０_２は、システム装置ｂ３０＿２内の暗号処理装置８７で乱数を生成することにより、システム装置ｂ３０＿２の第二秘密鍵（ｓｋ２＿ｂ）を生成し（ステップＳ００５）、ＩＤ変換装置２０に送信する（ステップＳ００６）。
【００３８】
ＩＤ変換装置２０は、ＩＤ発行装置１０から受信した第一秘密鍵（ｓｋ１＿ａ、ｓｋ１＿ｂ）、システム装置ａ３０＿１から受信した第二秘密鍵（ｓｋ２＿ａ）、及びシステム装置ｂ３０＿２から受信した第二秘密鍵（ｓｋ２＿ｂ）をＩＤ変換装置２０内の記憶装置８５等に格納する（ステップＳ００７）。
【００３９】
また、システム装置ａ３０＿１は、ＩＤ発行装置１０にユーザｉのユーザ情報（名前、生年月日、性別等、個人を特定できる情報）を送り、ユーザｉに対する管理用ユーザＩＤ発行依頼を行う（ステップＳ００８）。同様に、システム装置ｂ３０＿２は、ＩＤ発行装置１０にユーザｉのユーザ情報（名前、生年月日、性別等、個人を特定できる情報）を送り、ユーザｉに対する管理用ユーザＩＤ発行依頼を行う（ステップＳ００９）。
【００４０】
ＩＤ発行装置１０は、ユーザｉが、以前に管理用ユーザＩＤを発行したユーザであるかどうかを確認する。具体的には、ＩＤ発行装置１０は、各システム装置から受信したユーザ情報を、ＩＤ発行装置１０の記憶装置８５等に格納されているユーザ情報と照合し、一致するユーザ情報が無い場合、新規にＩＤ発行装置１０の暗号処理装置８７で乱数を生成し、これをユーザｉのソースＩＤとして発行し、発行したソースＩＤをユーザｉのユーザ情報と関連付けてＩＤ発行装置１０の記憶装置８５等に格納する。ここで、新規に発行したソースＩＤが、以前に発行したソースＩＤと重複していた場合には、ＩＤ発行装置１０は、再度、暗号処理装置８７で乱数を生成し、以前発行したソースＩＤとの重複がなくなるまでこの処理を繰り返す。また、照合の結果、一致するユーザ情報が有った場合は、ユーザｉに発行されているソースＩＤをそのままソースＩＤとして用いる。ここで説明を簡単にする為、ＩＤ発行装置１０は、ユーザｉのソースＩＤとしてｓＩＤ_ｉを発行したものとする。ＩＤ発行装置１０は、暗号化関数（Ｅ＿ｓｋ１＿ａ（））を用いて、ソースＩＤ（ｓＩＤ_ｉ）をシステム装置ａ３０_１の第一秘密鍵（ｓｋ１_ａ）で暗号化する。同様に、ＩＤ発行装置１０は、暗号化関数（Ｅ＿ｓｋ１＿ｂ（））を用いて、ｓＩＤ_ｉをシステム装置ｂ３０_２の第一秘密鍵（ｓｋ１_ｂ）で暗号化する（ステップＳ０１０）。このとき、システム装置ａ３０_１の暗号化ソースＩＤは、ａｉｄ_ｉ=Ｅ_ｓｋ１_ａ（ｓＩＤ_ｉ）となり、ＩＤ発行装置１０は、ａｉｄ＿ｉをシステム装置ａ３０_１におけるユーザｉに対する管理用ユーザＩＤとしてシステム装置ａ３０_１に送信する（ステップＳ０１１）。同様に、システム装置ｂ３０_２の暗号化ソースＩＤは、ｂｉｄ_ｉ=Ｅ_ｓｋ１_ｂ（ｓＩＤ_ｉ）となり、ＩＤ発行装置１０は、ｂｉｄ＿ｉをシステム装置ｂ３０_２におけるユーザｉに対する管理用ユーザＩＤとしてシステム装置ｂ３０_２に送信する（ステップＳ０１２）。
【００４１】
システム装置ａ３０＿１とシステム装置ｂ３０＿２は、それぞれ、ＩＤ発行装置１０から送られてきたユーザｉに対する管理用ユーザＩＤ（ａｉｄ＿ｉ、ｂｉｄ＿ｉ）を該当ユーザ情報と関連付けて自システム装置の記憶装置８５等に格納する（ステップＳ０１３、Ｓ０１４）。
【００４２】
ここで、端末装置５０_１は、ユーザｉによって入力された（ステップＳ０１５）、認証用のｘ桁の数字（例えば４桁の数字）であるセキュリティコード（ｓｃ）を受信し、システム装置ａ３０_１に送信する（ステップＳ０１６）。
【００４３】
システム装置ａ３０_１は、システム装置ａ３０＿１の暗号処理装置８７で乱数（ｒａｎｄ）を生成する（ステップＳ０１７）。システム装置ａ３０_１は、ステップＳ０１７で生成した乱数（ｒａｎｄ）の後ろにステップＳ０１６で受信したセキュリティコード（ｓｃ）を付加して、新たな乱数（ｒａｎｄ’）を生成する。つまり、この新たな乱数（ｒａｎｄ’）の下ｘ桁がｓｃとなっている。そして、システム装置ａ３０＿１は、暗号化関数（Ｅ＿ｓｋ２＿ａ（））を用いて、管理用ユーザＩＤ（ａｉｄ_ｉ）を乱数（ｒａｎｄ’）とシステム装置ａ３０_１の第二秘密鍵（ｓｋ２_ａ）で暗号化し、システム装置ａ３０＿１に対する配布用ユーザＩＤであるａＩＤ'＿ｉ（=Ｅ_ｓｋ２_ａ（ｒａｎｄ’、ａｉｄ_ｉ））を生成し（ステップＳ０１８）、これを端末装置５０_１に送信する（ステップＳ０１９）。
【００４４】
同様に、端末装置６０_１は、ユーザｉによって入力された（ステップＳ０２０）、認証用のｘ桁の数字（例えば４桁の数字）であるセキュリティコード（ｓｃ）を受信し、システム装置ｂ３０_２に送信する（ステップＳ０２１）。
【００４５】
システム装置ｂ３０_２は、システム装置ｂ３０＿２の暗号処理装置８７で乱数（ｒａｎｄ）を生成する（ステップＳ０２２）。システム装置ｂ３０_２は、ステップＳ０２１で生成した乱数（ｒａｎｄ）の後ろにステップＳ０２０で受信したｓｃを付加して、新たな乱数（ｒａｎｄ”）を生成する。そして、システム装置ａ３０＿１は、暗号化関数（Ｅ＿ｓｋ２＿ｂ（））を用いて、管理用ユーザＩＤ（ｂｉｄ_ｉ）を乱数（ｒａｎｄ”）とシステム装置ｂ３０_２の第二秘密鍵（ｓｋ２_ｂ）で暗号化し、システム装置ｂ３０＿２に対する配布用ユーザＩＤであるａＩＤ”＿ｉ（=Ｅ_ｓｋ２_ｂ（ｒａｎｄ”、ａｉｄ_ｉ））を生成し（ステップＳ０２３）、これを端末装置５０_１に送信する（ステップＳ０２４）。 次に、図６は、ユーザｉが端末装置５０＿１を用いて、システム装置ａ３０＿１にログインし、システム装置ａ３０＿１、端末装置５０＿１を介してサービスを受けるまでの処理の流れを示す図である。図７は、図６のステップＳ１０３の復号処理とステップＳ１０４の認証処理の概要を示す図である。
【００４６】
先ず、ユーザｉは、端末装置５０＿１において、入出力装置８３を用いて、自身の配布用ユーザＩＤであるａＩＤ_ｉとセキュリティコードであるｓｃをシステム装置ａ３０_１のログイン画面に入力する操作を行う（ステップＳ１００）。端末装置５０＿１は、入力された配布用ユーザＩＤ（ａＩＤ＿ｉ）とセキュリティコード（ｓｃ）をシステム装置ａ３０_１に送信する（ステップＳ１０１）。
【００４７】
システム装置ａ３０＿１は、配布用ユーザＩＤ（ａＩＤ_ｉ）とセキュリティコード（ｓｃ）を受信すると、配布用ユーザＩＤ（ａＩＤ_ｉ）が、システム装置ａ３０＿１の記憶装置８５等に格納されている失効リストに、記載されていないかどうかを確認する（ステップＳ１０２）。確認の結果、配布用ユーザＩＤ（ａＩＤ＿ｉ）が失効リストに記載されている場合、システム装置ａ３０＿１は、サービスを停止する（ステップＳ１０７）。一方、ステップＳ１０２において、配布用ユーザＩＤ（ａＩＤ＿ｉ）が失効リストに記載されていない（未失効）場合、システム装置ａ３０_１は、図７に示すように、システム装置ａ３０_１の第二秘密鍵（ｓｋ２_ａ）でａＩＤ_ｉを復号し、管理用ユーザＩＤ（ａｉｄ_ｉ）と乱数（ｒａｎｄ’）を取得する（ステップＳ１０３）。システム装置ａ３０_１は、図７に示すように、ステップＳ１０３で取得した乱数（ｒａｎｄ’）の下ｘ桁が、ステップＳ１０１で受信したセキュリティコード（ＳＣ）と一致するかどうかを確認することにより、ユーザｉの認証を行う（ステップＳ１０４）。認証の結果、認証に成功した場合、システム装置ａ３０_１は、ステップＳ１０３で取得した管理用ユーザＩＤ（ａｉｄ_ｉ）がステップＳ０１２（図５）の処理で保持したａｉｄ_ｉと一致するかどうかを確認し（ステップＳ１０５）、一致した場合、システム装置ａ３０＿１は、端末装置５０_１に対してサービスを提供する（ステップＳ１０６）。ステップＳ１０４で認証に失敗した場合、ステップＳ１０５で不一致の場合、システム装置ａ３０＿１は、サービスを停止する（ステップＳ１０７）。
【００４８】
図８は、システム装置ａ３０_１が、システム装置ｂ３０＿２のユーザｉに対する配布用ユーザＩＤ（ｂＩＤ＿ｉ）を取得し、その取得したｂＩＤ＿ｉを用いてシステム装置ｂ３０＿２からユーザｉに関する情報を取得する処理の流れを示すフロー図である。
【００４９】
先ず、ユーザｉは、端末装置５０＿１において、入出力装置８３を用いて配布用ユーザＩＤ（ａＩＤ＿ｉ）とセキュリティコード（ｓｃ）を入力する操作を行う。端末装置５０＿１は、入力されたユーザｉの配布用ユーザＩＤ（ａＩＤ＿ｉ）とセキュリティコード（ｓｃ）をシステム装置ａ３０＿１に送信し、システム装置ｂ３０＿２で管理されているユーザｉの配布用ユーザＩＤ（ｂＩＤ＿ｉ）への変換依頼を行う（ステップＳ２００）。
【００５０】
システム装置ａ３０_１は、ＩＤ変換依頼をＩＤ変換装置２０に送信する（ステップＳ２０１）。
【００５１】
ＩＤ変換装置２０は、受信した配布用ユーザＩＤ（ａＩＤ_ｉ）を、システム装置ａ３０_１の第二秘密鍵（ｓｋ２_ａ）で復号し、管理用ユーザＩＤ（ａｉｄ_ｉ）を取得する（ステップＳ２０２）。更にＩＤ変換装置２０は、管理用ユーザＩＤ（ａｉｄ_ｉ）をシステム装置ａ３０_１の第一秘密鍵（ｓｋ１_ａ）で復号し、ユーザｉのソースＩＤであるｓＩＤ_ｉを取得する（ステップＳ２０３）。そして、ＩＤ変換装置２０は、ソースＩＤ（ｓＩＤ_ｉ）をシステム装置ｂ３０_２の第一秘密鍵（ｓｋ１_ｂ）で暗号化し、システム装置ｂ３０_２におけるユーザｉに対する管理用ユーザＩＤであるｂｉｄ_ｉを生成する（ステップＳ２０４）。ＩＤ変換装置２０は、ＩＤ変換装置２０内の暗号処理装置８７で乱数を生成し（ステップＳ２０５）、生成した乱数とシステムｂ３０_２の第二秘密鍵（ｓｋ２_ｂ）を用いて管理用ユーザＩＤ（ｂｉｄ_ｉ）を暗号化し、システム装置ｂ３０_２におけるユーザｉに対する配布用ユーザＩＤ（ｂＩＤ_ｉ）を生成し（ステップＳ２０６）、これをシステム装置ａ３０_１に送信する（ステップＳ２０７）。
【００５２】
システム装置ａ３０_１は、配布用ユーザＩＤ（ｂＩＤ_ｉ）を受信すると、このｂＩＤ＿ｉをシステム装置ｂ３０_２に送信し、ユーザｉに関するデータ取得依頼を行う（ステップＳ２０８）。
【００５３】
システム装置ｂ３０_２は、図６に示したステップＳ１０２―ステップＳ１０５の処理と同様の処理（ｂＩＤ＿ｉの失効確認、ユーザｉの認証処理等）を行う（ステップＳ２０９）。具体的には、システム装置ｂ３０＿２は、ｂＩＤ＿ｉが失効していないこと、ユーザｉの認証に成功したこと、システム装置ｂ３０_２の第二秘密鍵（ｓｋ２_ｂ）でｂＩＤ_ｉを復号して取得した管理用ユーザＩＤ（ｂｉｄ_ｉ）がステップＳ０１３（図５）の処理で保持したｂｉｄ_ｉと一致することを確認する。そして、システム装置ｂ３０＿２は、システム装置ｂ３０＿２におけるユーザｉに関する情報をシステム装置ａ３０_１に提供する（ステップＳ２１０）。これにより、ユーザｉは、システム装置ｂ３０＿２におけるユーザｉに関する情報を、システム装置ａ３０＿１、端末装置５０＿１を介して取得することができる。
【００５４】
図９は、端末装置５０_１に配布されている配布用ユーザＩＤを変更する処理の流れを示すフロー図である。
【００５５】
先ず、ユーザｉは、端末装置５０＿１において、入出力装置８３を用いて、自身の配布用ユーザＩＤであるａＩＤ_ｉとセキュリティコードであるｓｃをシステム装置ａ３０_１のログイン画面に入力する操作を行う。端末装置５０＿１は、入力された配布用ユーザＩＤ（ａＩＤ＿ｉ）とセキュリティコード（ｓｃ）をシステム装置ａ３０_１に送信し、配布用ユーザＩＤ変更依頼を行う（ステップＳ３０１）。
【００５６】
システム装置ａ３０_１は、図６に示したステップＳ１０２―ステップＳ１０５の処理と同様の処理（ａＩＤ＿ｉの失効確認、ユーザｉの認証処理等）を行う（ステップＳ３０２）。具体的には、システム装置ａ３０＿１は、ａＩＤ＿ｉが失効していないこと、ユーザｉの認証に成功したこと、システム装置ａ３０_１の第二秘密鍵（ｓｋ２_ａ）でａＩＤ_ｉを復号して取得した管理用ユーザＩＤ（ａｉｄ_ｉ）がステップＳ０１２（図５）で保持したａｉｄ_ｉと一致することを確認する。次に、システム装置ａ３０＿１は、システム装置ａ３０＿１内の暗号処理装置８７で乱数（ｒａｎｄ）を生成する（ステップＳ３０３）。システム装置ａ３０＿１は、この乱数（ｒａｎｄ）の後ろに、ステップＳ３０１で受信したセキュリティコード（ｓｃ）を付加して新たな乱数（ｒａｎｄ’）を生成する。そして、システム装置ａ３０＿１は、暗号化関数（Ｅ＿ｓｋ２＿ａ（））を用いて、ステップＳ０１２（図５）で保持した管理用ユーザＩＤ（ａｉｄ_ｉ）を乱数（ｒａｎｄ’）とシステム装置ａ３０_１の第二秘密鍵（ｓｋ２_ａ）で暗号化し、システム装置ａ３０＿１における配布用ユーザＩＤであるａＩＤ'＿ｉ（=Ｅ_ｓｋ２_ａ（ｒａｎｄ’、ａｉｄ_ｉ））を生成する（ステップＳ０３０４）。次に、システム装置ａ３０_１は、変更前の配布用ユーザＩＤ（ａＩＤ_ｉ）を、システム装置ａ３０＿１の記憶装置８５等に格納されている失効リストに記載する（ステップＳ３０５）。そして、システム装置ａ３０_１は、新たな配布用ユーザＩＤ（ａＩＤ'_ｉ）を端末装置５０_１に送信する（ステップＳ３０６）。他の端末装置５０＿ｉ、６０＿ｉ、７０＿ｉに配布されている配布用ユーザＩＤを変更する場合も同様である。
【００５７】
このように、配布用ユーザＩＤを変更する場合、管理用ユーザＩＤを第二秘密鍵で再暗号化したものを新しい配布用ユーザＩＤとして再発行することができる。この場合、管理用ユーザＩＤ（ソースＩＤを第一秘密鍵で暗号化したＩＤ）は変わっていないので、あるシステム装置の配布用ユーザＩＤが変更された場合でも、ＩＤ変換装置２０へ当該ユーザの配布用ユーザＩＤの変更を通知する必要がなく、運用が容易になる。
【００５８】
図１０は、システム装置ｃ３０_ｎがネットワークシステム１の仕組みに新規加入する場合の処理の流れを示すフロー図である。但し、システム装置ｃ３０＿ｎには、自治体内の任意の端末装置７０＿ｉまたは個人宅の端末装置７０＿ｉが接続されているものとする。
【００５９】
先ず、ＩＤ発行装置１０は、ＩＤ発行装置１０の暗号処理装置８７で乱数を生成することにより、新システム装置であるシステム装置ｃ３０＿ｎの第一秘密鍵（ｓｋ１＿ｃ）を生成し、ＩＤ発行装置１０の記憶装置８５等に格納し（ステップＳ４０１）、ＩＤ変換装置２０に送信する（ステップＳ４０２）。
【００６０】
システム装置ｃ３０_ｎは、システム装置ｃ３０＿ｎ内の暗号処理装置８７で乱数を生成することにより、システム装置ｃ３０＿ｎの第二秘密鍵（ｓｋ２＿ｃ）を生成し（ステップＳ４０３）、ＩＤ変換装置２０に送信する（ステップＳ４０４）。
【００６１】
ＩＤ変換装置２０は、ＩＤ発行装置１０から受信した第一秘密鍵（ｓｋ１＿ｃ）、システム装置ｃ３０＿ｎから受信した第二秘密鍵（ｓｋ２＿ｃ）をＩＤ変換装置２０内の記憶装置８５等に格納する（ステップＳ４０５）。
【００６２】
また、システム装置ｃ３０＿ｎは、ＩＤ発行装置１０にユーザｉのユーザ情報（名前、生年月日、性別等、個人を特定できる情報）を送り、ユーザｉに対する管理用ユーザＩＤ発行依頼を行う（ステップＳ４０６）。
【００６３】
ＩＤ発行装置１０は、ユーザｉが、以前に管理用ユーザＩＤを発行したユーザであるかどうかを確認する。具体的には、ＩＤ発行装置１０は、システム装置ｃ３０＿ｎから受信したユーザ情報を、ＩＤ発行装置１０の記憶装置８５等に格納されているユーザ情報と照合し、一致するユーザ情報が無い場合、新規にＩＤ発行装置１０の暗号処理装置８７で乱数を生成し、生成した乱数をユーザｉのソースＩＤとして発行し記憶装置８５等に格納する。ここで、新規に発行したソースＩＤが、以前に発行したソースＩＤと重複していた場合には、ＩＤ発行装置１０は、再度、暗号処理装置８７で乱数を生成し、以前に発行したソースＩＤとの重複がなくなるまでこの処理を繰り返す。また、照合の結果、一致するユーザ情報が有った場合は、そのユーザｉに発行されているソースＩＤをそのままソースＩＤとして用いる。ここで説明を簡単にする為、ユーザｉに関する情報は、既に発行装置１０内の記憶装置８５等に格納されており、ＩＤ発行装置１０は、記憶装置８５等からユーザｉのソースＩＤであるｓＩＤ_ｉを取得したものとする。ＩＤ発行装置１０は、暗号化関数（Ｅ＿ｓｋ１＿ｃ（））を用いて、ソースＩＤ（ｓＩＤ_ｉ）をシステム装置ｃ３０_ｎの第一秘密鍵（ｓｋ１_ｃ）で暗号化する（ステップＳ４０７）。このとき、システム装置ｃ３０_ｎの暗号化ソースＩＤは、ｃｉｄ_ｉ=Ｅ_ｓｋ１_ｃ（ｓＩＤ_ｉ）となり、ＩＤ発行装置１０は、これをシステム装置ｃ３０_ｎにおけるユーザｉに対する管理用ユーザＩＤとしてシステム装置ｃ３０_ｎに送信する（ステップＳ４０８）。
【００６４】
システム装置ｃ３０＿ｎは、ＩＤ発行装置１０から送られてきたユーザｉの管理用ユーザＩＤを該当ユーザ情報と関連付けて自システム装置内の記憶装置８５等に格納する（ステップＳ４０９）。
【００６５】
次に、端末装置５０_１は、認証に用いるｘ桁の数字（例えば４桁の数字）であるセキュリティコード（ｓｃ）を入力し（ステップＳ４１０）、システム装置ｃ３０_ｎに送信する（ステップＳ４１１）。
【００６６】
システム装置ｃ３０_ｎは、システム装置ｃ３０＿ｎ内の暗号処理装置８７で乱数（ｒａｎｄ）を生成する（ステップＳ４１２）。システム装置ｃ３０_ｎは、ステップＳ４１２で生成した乱数（ｒａｎｄ）の後ろにステップＳ４１１で受信したｓｃを付加して、新たな乱数（ｒａｎｄ’）を生成する。そして、システム装置ｃ３０＿ｎは、暗号化関数（Ｅ＿ｓｋ２＿ｃ（））を用いて、管理用ユーザＩＤであるｃｉｄ_ｉを乱数（ｒａｎｄ’）とシステム装置ｃ３０_ｎの第二秘密鍵（ｓｋ２_ｃ）で暗号化し、システム装置ｃ３０＿ｎに対する配布用ユーザＩＤであるｃＩＤ'＿ｉ（=Ｅ_ｓｋ２_ｃ（ｒａｎｄ’、ｃｉｄ_ｉ））を生成し（ステップＳ４１３）、これを端末装置７０_ｉに送信する（ステップＳ４１４）。 以上、本発明の一実施形態について説明した。以上説明した一実施形態によれば、以下のような効果を奏する。ＩＤ変換装置２０は、各システム装置の秘密鍵のみを管理すれば良いので、各システム装置で使用されるＩＤやユーザ名等の管理が不要となる。また、配布用ユーザＩＤは管理用ユーザＩＤを第二秘密鍵で再暗号化したものであり、管理用ユーザＩＤ（ソースＩＤを第一秘密鍵で暗号化したＩＤ）は変わっていないので、あるシステム装置で、あるユーザの配布用ユーザＩＤが変更された場合でも、ＩＤ変換装置２０へ当該ユーザの配布用ユーザＩＤの変更を通知する必要がなく、運用が容易になる。また、あるシステム装置が上記実施形態に係るネットワークシステムの仕組みに新規加入する際、ＩＤ変換装置２０に当該システム装置の全ＩＤとユーザ名を登録するのではなく、ＩＤの変換に当該システム装置の秘密鍵のみを登録するだけで良い。
【００６７】
以上説明した実施形態は、例えば、オンラインかつワンストップの行政手続き等、府省・地方自治体および民間企業等のシステムで別々に管理しているデータを連携させる為のＩＤ連携基盤システムとして適用できる。
（他の実施形態）
上記実施形態では、第一秘密鍵による暗号化と第二秘密鍵による暗号化を同一の暗号化関数を用いて行う場合を例にとり説明したが、図１１に示すように別々の暗号化関数を用いても良い。例えば、図１１に示すネットワークシステム１において、第一秘密鍵 ｓｋ１_aでの暗号化関数を、バーナム暗号に代表されるような平文と鍵をＸＯＲすることで暗号文を作成する暗号方式をＥ'_ｓｋ１_ａ（）とした場合、Ｅ’_ｓｋ１_ａ（） =Ｅ’_{ｓｋ_ｂ ＸＯＲ ｓｋ_ａ ＸＯＲ ｓｋ_ｂ}（）が成り立つ。なぜなら、（ＤＡＴＡ ＸＯＲ ｓｋ_ａ） = （ＤＡＴＡ ＸＯＲ ｓｋ_ｂ ＸＯＲ ｓｋ_ａ ＸＯＲ ｓｋ_ｂ）であるからである。この様な関係が成り立つ暗号化関数を用いることにより、ＩＤ変換装置２０は、ユーザｉのソースＩＤを復元せずに、配布用ユーザＩＤをａＩＤ_ｉからｂＩＤ_ｉに変換することもできる。このときＩＤ変換装置２０は、各システム装置３０の第一秘密鍵 ｓｋ１_ａ、ｓｋ１_ｂの代わりに、（ｓｋ１_ａ ＸＯＲ ｓｋ１_ｂ）を管理する。そして、ＩＤ変換装置２０は、システム装置ａ３０_１における配布用ユーザＩＤ（ａＩＤ_ｉ）をシステム装置ａ３０_１の第二秘密鍵（ｓｋ２_ａ）で、システム装置ａ３０_１の管理用ユーザＩＤ（ａｉｄ_ｉ）に復号後（図１１中（５））、Ｅ’_ｓｋ_ｘ（）なる暗号化関数を用いて、ａｉｄ_ｉを（ｓｋ１_ａ ＸＯＲ ｓｋ１_ｂ）で暗号化し（図１１中（６））、ユーザｉのソースＩＤ（ｓＩＤ_ｉ）を復元することなく、システムｂ３０_２の管理用ユーザＩＤ（ｂｉｄ_ｉ）を生成する。そして、ＩＤ変換装置２０は、Ｅ_ｓｋ_ｘ（）なる暗号化関数を用いて、ｂｉｄ_ｉをｓｋ２_ｂと乱数で暗号化することで、システム装置ｂ３０_２における配布用ユーザＩＤ（ｂＩＤ_ｉ）を生成する（図１１中（７））。この様な暗号化関数を用いることにより、ソースＩＤはＩＤ発行装置１０以外、ＩＤ変換装置２０を含め全てのシステムにおいて秘匿することが可能となり、ソースＩＤが漏洩するリスクを軽減することができる。
【００６８】
また、上記実施形態では、図４と図１１に示すように、ユーザｉの管理用ユーザＩＤ（ｉｄ_ｉ）を乱数（ｒａｎｄ）とシステム装置ａ３０_１の第二秘密鍵（ｓｋ２_ａ）で暗号化したものを配布用ユーザＩＤとしているが、管理用ユーザＩＤと配布用ユーザＩＤを同一にしても良い。即ち、ソースＩＤを一回だけ暗号化したものが管理用ユーザＩＤであり、かつ配布用ユーザＩＤとなる。これにより、暗号化鍵は一個で良いので、管理が容易となる。但し、配布用ユーザＩＤを変更する場合には、ＩＤ変換装置２０へＩＤの変更を通知する必要がある。また、その際、管理用ユーザＩＤ及び配布用ユーザＩＤを生成する暗号化関数について、Ｅ’_ｓｋ_ａ（） =Ｅ’_{ｓｋ_ｂ ＸＯＲ ｓｋ_ａ ＸＯＲ ｓｋ_ｂ}（）が成り立つものを用いても良い。
【００６９】
また、上記実施形態では、図１０に示すように、第一の秘密鍵と秘密第二の秘密鍵の２つの秘密鍵を用いているが、一つの秘密鍵を用いるようにしても良い。
【００７０】
また、上記実施形態では、図６、図８、図９、図１０に示すように、セキュリティコード（ＳＣ）を用いているが、このセキュリティコード（ＳＣ）を用いなくても良い。
【００７１】
また、上記実施形態では、配布用ユーザＩＤの発行及び変更をシステム装置ａ３０＿１が行っているが、各システム装置の第二秘密鍵をＩＤ発行装置１０に格納しておき、ＩＤ発行装置１０が、各システム装置で管理されているユーザの配布用ユーザＩＤを発行及び変更し、配布用ユーザＩＤ及び配布用ユーザＩＤの失効リストを各システム装置に配布するようにしても良い。
【００７２】
また、上記実施形態では、図５のＳ０１７、図９のＳ３０３、図１０のＳ４１２に示すように、システム装置にて乱数を生成しているが、ＩＤ発行装置１０で乱数を生成し、これをシステム装置に送信するようにしても良い。
【００７３】
また、ＩＤ発行装置１０とＩＤ変換装置２０を一つの情報処理装置で実現しても良い。
【００７４】
また、ＩＤ発行装置１０、ＩＤ変換装置２０、システム装置ａ３０＿１〜システム装置ｃ３０＿ｎの機能をＬＳＩ等のハードウェアにより実現しても良い。
【００７５】
以上、本発明の実施形態について説明したが、本発明はこれを限定させるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【符号の説明】
【００７６】
１０・・・ＩＤ発行装置、２０・・・ＩＤ変換装置、３０＿１・・・システム装置ａ、３０＿２・・・システム装置ｂ、３０＿ｎ・・・システム装置ｃ、４０＿１〜４０＿ｎ・・・ネットワーク、５０＿１〜５０＿ｍ、、６０＿１〜６０＿ｍ、７０＿１〜７０＿ｎ・・・端末装置、８０・・・情報処理装置、８１・・・読取装置、８２・・・メモリ、８３・・・入出力装置、８４・・・ＣＰＵ（演算処理装置）、８５・・・記憶装置、８６・・・通信装置、８７・・・暗号処理装置、８８・・・記憶媒体、８９・・・バス。
【特許請求の範囲】
【請求項１】
複数のコンピュータとネットワークを介して接続された情報処理装置であって、
前記複数のコンピュータ各々の秘密鍵を記憶する記憶部と、
第一のコンピュータから、第一のユーザに関連付いた第一のユーザ識別情報、及び、該第一のユーザに関連付いた第二のユーザ識別情報への変換依頼を前記ネットワークを介して受信し、
前記受信した第一のユーザ識別情報を前記第一のコンピュータの前記秘密鍵で復号化して、前記各コンピュータに共通の識別情報を生成し、
前記生成した共通の識別情報を前記第二のコンピュータの前記秘密鍵で暗号化して、前記第二のユーザ識別情報を生成し、
前記生成した第二のユーザ識別情報を前記ネットワークを介して前記第一のコンピュータに送信する演算処理部と、
を有することを特徴とする情報処理装置。
【請求項２】
複数のシステムとネットワークを介して接続された情報処理装置であって、
前記複数のシステム各々の第一の秘密鍵及び第二の秘密鍵を記憶する記憶部と、
第一のシステムから、第一のユーザに関連付いた第一の配布用ユーザＩＤ、及び該第一のユーザに関連付いた第二の配布用ユーザＩＤへのＩＤ変換依頼を前記ネットワークを介して受信し、
前記第一の配布用ユーザＩＤを前記第一のシステムの前記第二の秘密鍵で復号して、第一の管理用ユーザＩＤを取得し、
前記第一の管理用ユーザＩＤを前記第一のシステムの前記第一の秘密鍵で復号して、前記各システムに共通のＩＤを取得し、
前記共通のＩＤを、前記第二のシステムの前記第一の秘密鍵で暗号化して、第二の管理用ユーザＩＤを生成し、
乱数を生成し、
前記生成した乱数及び前記第二のシステムの前記第二の秘密鍵で前記第二の管理用ユーザＩＤを暗号化して、前記第二の配布用ユーザＩＤを生成し、
前記生成した第二の配布用ユーザＩＤを前記ネットワークを介して前記第一のシステムに送信する演算処理部と、
を有することを特徴とする情報処理装置。
【請求項３】
複数の端末とネットワークを介して接続された情報処理装置であって、
当該情報処理装置の秘密鍵、失効リストを記憶する記憶部と、
任意の前記端末から、第一のユーザ識別情報、及び、該第一のユーザ識別情報の変更依頼を前記ネットワークを介して受信し、
乱数を生成し、
前記第一のユーザ識別情報を前記生成した乱数と前記秘密鍵で暗号化して、第二のユーザ識別情報を生成し、
前記第一のユーザ識別情報を前記失効リストに記載し、
前記生成した第二のユーザ識別情報を前記ネットワークを介して前記変更依頼元端末に送信する演算処理部と、
を有することを特徴とする情報処理装置。
【請求項４】
第一のコンピュータ及び複数の端末とネットワークを介して接続された情報処理装置であって、
当該情報処理装置の秘密鍵を記憶する記憶部と、
第一のユーザ情報、及び、前記第一のユーザ識別情報の発行依頼を前記ネットワークを介して前記第一のコンピュータに送信し、
前記第一のコンピュータから、前記第一のユーザ識別情報を前記ネットワークを介して受信し、
前記第一のユーザ情報及び前記受信した第一のユーザ識別情報を前記記憶部に格納し、
乱数を生成し、
前記第一のユーザ識別情報を、前記生成した乱数と前記秘密鍵で暗号化して、第二のユーザ識別情報を生成し、
前記生成した第二のユーザ識別情報を前記ネットワークを介して前記第一のユーザに関連する端末に送信する、
ことを特徴とする情報処理装置。
【請求項５】
複数のコンピュータとネットワークを介して接続された情報処理装置にて実施するＩＤ管理方法であって、
前記情報処理装置には、演算処理部と、前記複数のコンピュータ各々の秘密鍵を記憶する記憶部と、が格納されており、
前記演算処理部により、
第一のコンピュータから、第一のユーザに関連付いた第一のＩＤ、及び、該第一のユーザに関連付いた第二のＩＤへの変換依頼を前記ネットワークを介して受信する処理と、
前記受信した第一のＩＤを前記第一のコンピュータの前記秘密鍵で復号化して、前記各コンピュータに共通のＩＤを生成する処理と、
前記生成した共通のＩＤを前記第二のコンピュータの前記秘密鍵で暗号化して、前記第二のＩＤを生成する処理と、
前記生成した第二のＩＤを前記ネットワークを介して前記第一のコンピュータに送信する処理とを実施する、
ことを特徴とするＩＤ管理方法。
【請求項６】
複数のシステムとネットワークを介して接続された情報処理装置にて実施するＩＤ管理方法であって、
前記情報処理装置には、演算処理部と、前記複数のシステム各々の第一の秘密鍵及び第二の秘密鍵を記憶する記憶部と、が格納されており、
前記演算処理部により、
第一のシステムから、第一のユーザに関連付いた第一の配布用ユーザＩＤ、及び該第一のユーザに関連付いた第二の配布用ユーザＩＤへのＩＤ変換依頼を前記ネットワークを介して受信する処理と、
前記第一の配布用ユーザＩＤを前記第一のシステムの前記第二の秘密鍵で復号して、前記第一の管理用ユーザＩＤを取得する処理と、
前記第一の管理用ユーザＩＤを前記第一のシステムの前記第一の秘密鍵で復号して、前記各システムに共通のＩＤを取得する処理と、
前記共通のＩＤを、前記第二のシステムの前記第一の秘密鍵で暗号化して、第二の管理用ユーザＩＤを生成する処理と、
乱数を生成する処理と、
前記生成した乱数及び前記第二のシステムの前記第二の秘密鍵で前記第二の管理用ユーザＩＤを暗号化して、前記第二の配布用ユーザＩＤを生成する処理と、
前記生成した第二の配布用ユーザＩＤを前記ネットワークを介して前記第一のシステムに送信する処理とを実施する、
ことを特徴とするＩＤ管理方法。
【請求項７】
複数の端末とネットワークを介して接続された情報処理装置にて実施するＩＤ管理方法であって、
前記情報処理装置には、当該情報処理装置の秘密鍵、失効リストを記憶する記憶部と、演算処理部と、が格納されており、
前記演算処理部により、
任意の前記端末から、前記第一のＩＤ、及び、該第一のＩＤの変更依頼を前記ネットワークを介して受信する処理と、
乱数を生成する処理と、
前記第一のＩＤを、前記生成した乱数と前記秘密鍵で暗号化して、第二のＩＤを生成する処理と、
前記第一のＩＤを前記失効リストに記載し、 前記生成した第二のＩＤを前記ネットワークを介して前記変更依頼元端末に送信する処理とを実施する、
ことを特徴とするＩＤ管理方法。
【請求項８】
第一のコンピュータ及び複数の端末とネットワークを介して接続された情報処理装置にて実施するＩＤ管理方法であって、
前記情報処理装置には、演算制御部と、当該情報処理装置の秘密鍵を記憶する記憶部と、が格納されており、
前記演算処理部により、
第一のユーザ情報、及び、前記第一のＩＤの発行依頼を前記ネットワークを介して前記第一のコンピュータに送信する処理と、
前記第一のコンピュータから、前記第一のＩＤを前記ネットワークを介して受信する処理と、
前記第一のユーザ情報及び前記受信した第一のＩＤを前記記憶部に格納し、
乱数を生成する処理と、
前記第一のＩＤを、前記生成した乱数と前記秘密鍵で暗号化して、第二のＩＤを生成する処理と、
前記生成した第二のＩＤを前記ネットワークを介して前記第一のユーザに関連する端末に送信する処理とを実施する、
ことを特徴とするＩＤ管理方法。
【請求項９】
コンピュータに、請求項５乃至８のいずれか１項に記載のＩＤ管理方法を実行させるためのプログラム。
【請求項１０】
コンピュータにより読み出し可能なプログラムを格納した記憶媒体であって、請求項９に記載のプログラムを格納したことを特徴とする記憶媒体。
【請求項１】
複数のコンピュータとネットワークを介して接続された情報処理装置であって、
前記複数のコンピュータ各々の秘密鍵を記憶する記憶部と、
第一のコンピュータから、第一のユーザに関連付いた第一のユーザ識別情報、及び、該第一のユーザに関連付いた第二のユーザ識別情報への変換依頼を前記ネットワークを介して受信し、
前記受信した第一のユーザ識別情報を前記第一のコンピュータの前記秘密鍵で復号化して、前記各コンピュータに共通の識別情報を生成し、
前記生成した共通の識別情報を前記第二のコンピュータの前記秘密鍵で暗号化して、前記第二のユーザ識別情報を生成し、
前記生成した第二のユーザ識別情報を前記ネットワークを介して前記第一のコンピュータに送信する演算処理部と、
を有することを特徴とする情報処理装置。
【請求項２】
複数のシステムとネットワークを介して接続された情報処理装置であって、
前記複数のシステム各々の第一の秘密鍵及び第二の秘密鍵を記憶する記憶部と、
第一のシステムから、第一のユーザに関連付いた第一の配布用ユーザＩＤ、及び該第一のユーザに関連付いた第二の配布用ユーザＩＤへのＩＤ変換依頼を前記ネットワークを介して受信し、
前記第一の配布用ユーザＩＤを前記第一のシステムの前記第二の秘密鍵で復号して、第一の管理用ユーザＩＤを取得し、
前記第一の管理用ユーザＩＤを前記第一のシステムの前記第一の秘密鍵で復号して、前記各システムに共通のＩＤを取得し、
前記共通のＩＤを、前記第二のシステムの前記第一の秘密鍵で暗号化して、第二の管理用ユーザＩＤを生成し、
乱数を生成し、
前記生成した乱数及び前記第二のシステムの前記第二の秘密鍵で前記第二の管理用ユーザＩＤを暗号化して、前記第二の配布用ユーザＩＤを生成し、
前記生成した第二の配布用ユーザＩＤを前記ネットワークを介して前記第一のシステムに送信する演算処理部と、
を有することを特徴とする情報処理装置。
【請求項３】
複数の端末とネットワークを介して接続された情報処理装置であって、
当該情報処理装置の秘密鍵、失効リストを記憶する記憶部と、
任意の前記端末から、第一のユーザ識別情報、及び、該第一のユーザ識別情報の変更依頼を前記ネットワークを介して受信し、
乱数を生成し、
前記第一のユーザ識別情報を前記生成した乱数と前記秘密鍵で暗号化して、第二のユーザ識別情報を生成し、
前記第一のユーザ識別情報を前記失効リストに記載し、
前記生成した第二のユーザ識別情報を前記ネットワークを介して前記変更依頼元端末に送信する演算処理部と、
を有することを特徴とする情報処理装置。
【請求項４】
第一のコンピュータ及び複数の端末とネットワークを介して接続された情報処理装置であって、
当該情報処理装置の秘密鍵を記憶する記憶部と、
第一のユーザ情報、及び、前記第一のユーザ識別情報の発行依頼を前記ネットワークを介して前記第一のコンピュータに送信し、
前記第一のコンピュータから、前記第一のユーザ識別情報を前記ネットワークを介して受信し、
前記第一のユーザ情報及び前記受信した第一のユーザ識別情報を前記記憶部に格納し、
乱数を生成し、
前記第一のユーザ識別情報を、前記生成した乱数と前記秘密鍵で暗号化して、第二のユーザ識別情報を生成し、
前記生成した第二のユーザ識別情報を前記ネットワークを介して前記第一のユーザに関連する端末に送信する、
ことを特徴とする情報処理装置。
【請求項５】
複数のコンピュータとネットワークを介して接続された情報処理装置にて実施するＩＤ管理方法であって、
前記情報処理装置には、演算処理部と、前記複数のコンピュータ各々の秘密鍵を記憶する記憶部と、が格納されており、
前記演算処理部により、
第一のコンピュータから、第一のユーザに関連付いた第一のＩＤ、及び、該第一のユーザに関連付いた第二のＩＤへの変換依頼を前記ネットワークを介して受信する処理と、
前記受信した第一のＩＤを前記第一のコンピュータの前記秘密鍵で復号化して、前記各コンピュータに共通のＩＤを生成する処理と、
前記生成した共通のＩＤを前記第二のコンピュータの前記秘密鍵で暗号化して、前記第二のＩＤを生成する処理と、
前記生成した第二のＩＤを前記ネットワークを介して前記第一のコンピュータに送信する処理とを実施する、
ことを特徴とするＩＤ管理方法。
【請求項６】
複数のシステムとネットワークを介して接続された情報処理装置にて実施するＩＤ管理方法であって、
前記情報処理装置には、演算処理部と、前記複数のシステム各々の第一の秘密鍵及び第二の秘密鍵を記憶する記憶部と、が格納されており、
前記演算処理部により、
第一のシステムから、第一のユーザに関連付いた第一の配布用ユーザＩＤ、及び該第一のユーザに関連付いた第二の配布用ユーザＩＤへのＩＤ変換依頼を前記ネットワークを介して受信する処理と、
前記第一の配布用ユーザＩＤを前記第一のシステムの前記第二の秘密鍵で復号して、前記第一の管理用ユーザＩＤを取得する処理と、
前記第一の管理用ユーザＩＤを前記第一のシステムの前記第一の秘密鍵で復号して、前記各システムに共通のＩＤを取得する処理と、
前記共通のＩＤを、前記第二のシステムの前記第一の秘密鍵で暗号化して、第二の管理用ユーザＩＤを生成する処理と、
乱数を生成する処理と、
前記生成した乱数及び前記第二のシステムの前記第二の秘密鍵で前記第二の管理用ユーザＩＤを暗号化して、前記第二の配布用ユーザＩＤを生成する処理と、
前記生成した第二の配布用ユーザＩＤを前記ネットワークを介して前記第一のシステムに送信する処理とを実施する、
ことを特徴とするＩＤ管理方法。
【請求項７】
複数の端末とネットワークを介して接続された情報処理装置にて実施するＩＤ管理方法であって、
前記情報処理装置には、当該情報処理装置の秘密鍵、失効リストを記憶する記憶部と、演算処理部と、が格納されており、
前記演算処理部により、
任意の前記端末から、前記第一のＩＤ、及び、該第一のＩＤの変更依頼を前記ネットワークを介して受信する処理と、
乱数を生成する処理と、
前記第一のＩＤを、前記生成した乱数と前記秘密鍵で暗号化して、第二のＩＤを生成する処理と、
前記第一のＩＤを前記失効リストに記載し、 前記生成した第二のＩＤを前記ネットワークを介して前記変更依頼元端末に送信する処理とを実施する、
ことを特徴とするＩＤ管理方法。
【請求項８】
第一のコンピュータ及び複数の端末とネットワークを介して接続された情報処理装置にて実施するＩＤ管理方法であって、
前記情報処理装置には、演算制御部と、当該情報処理装置の秘密鍵を記憶する記憶部と、が格納されており、
前記演算処理部により、
第一のユーザ情報、及び、前記第一のＩＤの発行依頼を前記ネットワークを介して前記第一のコンピュータに送信する処理と、
前記第一のコンピュータから、前記第一のＩＤを前記ネットワークを介して受信する処理と、
前記第一のユーザ情報及び前記受信した第一のＩＤを前記記憶部に格納し、
乱数を生成する処理と、
前記第一のＩＤを、前記生成した乱数と前記秘密鍵で暗号化して、第二のＩＤを生成する処理と、
前記生成した第二のＩＤを前記ネットワークを介して前記第一のユーザに関連する端末に送信する処理とを実施する、
ことを特徴とするＩＤ管理方法。
【請求項９】
コンピュータに、請求項５乃至８のいずれか１項に記載のＩＤ管理方法を実行させるためのプログラム。
【請求項１０】
コンピュータにより読み出し可能なプログラムを格納した記憶媒体であって、請求項９に記載のプログラムを格納したことを特徴とする記憶媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１２−２２２４１４（Ｐ２０１２−２２２４１４Ａ）
【公開日】平成２４年１１月１２日（２０１２．１１．１２）
【国際特許分類】
【出願番号】特願２０１１−８３２４５（Ｐ２０１１−８３２４５）
【出願日】平成２３年４月５日（２０１１．４．５）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２４年１１月１２日（２０１２．１１．１２）
【国際特許分類】
【出願日】平成２３年４月５日（２０１１．４．５）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]