(57)【特許請求の範囲】
【請求項１】
証明書管理リポジトリの構成が異なる認証局装置間において、移行元認証局装置の資産を移行先認証局装置に移行するための方法であって、
前記移行先認証局装置が、前記移行元認証局装置が発行した認証局証明書およびエンドエンティティ証明書を読み込んで解析して認証局発行情報を作成し、更に、該移行元認証局装置が発行した最新の、失効した証明書のリストを読み込んで解析して、該認証局発行情報に失効情報を追加し、
前記移行元認証局装置および前記移行先認証局装置が、発行者名と被発行者名が同一の証明書であって、移行元認証局装置の鍵を古い鍵、移行先認証局装置の鍵を新しい鍵とした相互認証証明書を発行する、
ことを特徴とする認証局装置移行方法。
【請求項２】
証明書管理リポジトリの構成が異なる認証局装置間で移行元認証局装置の資産の移行を行うために、移行先認証局装置を構成する情報処理装置を、
前記移行元認証局装置が発行した認証局証明書およびエンドエンティティ証明書を、読み込んで解析して、前記移行先認証局装置固有の認証局発行情報を作成し、該移行元認証局装置が発行した最新の、失効した証明書のリストを読込んで解析して、該認証局発行情報に失効情報を追加する、資産移行手段と、
移行作業開始後に前記移行元認証局装置で発行されたダミー証明書のシリアル番号にて前記移行先認証局装置の認証局証明書を発行するとともに、前記認証局発行情報に発行記録としてのレコードを追加する、移行先認証局証明書発行手段と、
順方向相互認証証明書発行申請書を作成し、前記移行元認証局装置で発行された順方向相互認証証明書を取り込み、前記認証局発行情報に該順方向相互認証証明書に対応するレコードを追加する、順方向認証パス生成手段と、
前記移行元認証局装置で作成された逆方向相互認証証明書発行申請書に基づいて、前記順方向相互認証証明書に対応する逆方向相互認証証明書を発行するとともに、前記認証局発行情報に発行記録としてのレコードを追加する、逆方向認証パス生成手段と、
して機能させるための認証局装置移行プログラム。
【請求項３】
前記認証局発行情報は、証明書のシリアル番号、証明書の種別、証明書の被発行者名、証明書の発行者名、有効期間、証明書バイナリデータをそれぞれ格納する格納欄を含むレコードをリスト状にして構成されるもので、
前記資産移行手段は、前記読み込んだ認証局証明書および全てのエンドエンティティ証明書から、証明書のシリアル番号、証明書の被発行者名、証明書の発行者名、有効期間をそれぞれ抽出し、対応する前記認証局発行情報のレコードの前記格納欄にそれぞれ格納し、前記認証局発行情報のレコードの証明書バイナリデータを格納する前記格納欄には前記認証局証明書および全てのエンドエンティティ証明書のそれぞれの証明書自身のバイナリデータをそのまま格納することを特徴とする請求項２記載の認証局装置移行プログラム。
【請求項４】
前記認証局発行情報のレコードは、証明書の失効日時、失効理由を格納する格納欄を更に含んで構成され、
前記資産移行手段は、前記認証局発行情報における証明書のシリアル番号と、前記失効した証明書のリストから得られた失効する証明書のシリアル番号が一致するレコードについて、失効日時と失効理由を追加することを特徴とする請求項３記載の認証局装置移行プログラム。
【請求項５】
前記順方向相互認証証明書は、前記移行元認証局装置から前記移行先認証局装置に宛てて発行される相互認証証明書であり、
前記逆方向相互認証証明書は、前記移行先認証局装置から前記移行元認証局装置に宛てて発行される相互認証証明書であり、
更に、前記順方向相互認証証明書および前記逆方向相互認証証明書は、発行者名と被発行者名が同一の証明書であり、同一認証局装置で古い鍵から新しい鍵に更新を行う場合に発行されるリンク証明書のように、前記移行元認証局装置の鍵を該古い鍵、前記移行先認証局装置の鍵を該新しい鍵として発行される該リンク証明書相当の証明書であることを特徴とする請求項２記載の認証局装置移行プログラム。
【請求項６】
前記順方向認証パス生成手段は、前記順方向相互認証証明書を取り込むのに合わせてダミー証明書を発行し、前記移行先認証局装置で証明書のシリアル番号が重複するのを回避することを特徴とする請求項２乃至請求項５いずれか一項に記載の認証局装置移行プログラム。
【請求項７】
証明書管理リポジトリの構成が異なる認証局装置間で移行元認証局装置の資産の移行を行う際の移行先側の認証局装置であって、
前記移行元認証局装置が発行した認証局証明書およびエンドエンティティ証明書を、読み込んで解析して、前記移行先側の認証局装置固有の認証局発行情報を作成する移行元証明書の受取手段と、
前記移行元認証局装置が発行した最新の、失効した証明書のリストを読み込んで解析して、前記認証局発行情報に失効情報を追加する移行元失効情報の受取手段と、
移行作業開始後に前記移行元認証局装置で発行されたダミー証明書のシリアル番号にて前記移行先側の認証局装置の認証局証明書を発行するとともに、前記認証局発行情報に発行記録としてのレコードを追加する、認証局証明書の移行発行手段と、
順方向相互認証証明書発行申請書を作成し、前記移行元認証局装置で発行された順方向相互認証証明書を取り込み、前記認証局発行情報に該順方向相互認証証明書に対応するレコードを追加する、順方向認証パス生成手段と、
前記移行元認証局装置で作成された逆方向相互認証証明書発行申請書に基づいて、前記順方向相互認証証明書に対応する逆方向相互認証証明書を発行するとともに、前記認証局発行情報に発行記録としてのレコードを追加する、逆方向認証パス生成手段と、
を含むことを特徴とする認証局装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子証明書を発行する認証局装置を移行するための技術に関する。
【背景技術】
【０００２】
一般に、電子証明書を発行する機関を認証局という。本明細書では、認証局において電子証明書を発行する情報処理装置を認証局装置と記載する。
認証局装置の構成を図２１に示す。
【０００３】
認証局装置は、証明書発行機能２１１、ＣＲＬ（Certificate Revolution List、失効した証明書のリスト）発行機能２１２、証明書シリアル番号カウンタ２１３、証明書プロファイルテンプレート２１４、ＣＲＬシリアル番号カウンタ２１５、拇印検証機能２１６、署名検証機能２１７、プロファイル解析機能２１８、認証局リポジトリ（証明書管理データベース）２１９を含んで構成される。また、認証局装置は、公開鍵（Public Key）と秘密鍵（Private Key）を備えている。
【０００４】
証明書発行機能２１１は、証明書を発行するところで、証明書プロファイルテンプレート２１４を用いて、証明書シリアル番号カウンタ２１３に格納されているシリアル番号にて証明書を発行する。また、ＣＲＬ発行機能２１２は、すでに発行した証明書の失効情報を発行するところである。ＣＲＬの発行は定期的に行われ、ＣＲＬが発行されるたびにＣＲＬシリアル番号カウンタ２１５はインクリメントされる。
【０００５】
拇印検証機能２１６は、他の認証局が発行した証明書を受け取った場合に、その証明書の正しさを確認するために、公開されている拇印とその証明書の拇印を照合してその証明書の正しさを確認するものである。
【０００６】
署名検証機能２１７は、他の認証局が発行した証明書やＣＲＬ等を受け取った場合に、その証明書等の正しさを確認するために、公開鍵を用いて受け取った証明書等の署名を検証し、その証明書の正しさを確認するものである。
【０００７】
プロファイル解析機能２１８は、受け取った証明書等のプロファイルを解析するものである。
認証局リポジトリ２１９は、発行した証明書、ＣＲＬおよび証明書の発行に関する情報(発行情報)等を格納するところで、発行した証明書、ＣＲＬ等を管理するためのデータベースである。
【０００８】
このような認証局装置において、鍵を更新する場合について図２２を参照して説明する。同一の認証局装置内において鍵を更新する場合、古い鍵で発行された証明書を信用しているユーザと新しい鍵で発行された証明書を信用するユーザの両方に対して、証明書を検証できるようにしなければならない。そのために認証局は、新しい公開鍵に古い秘密鍵で署名した証明書 (NewWithOld) と、古い公開鍵に新しい秘密鍵で署名した証明書(OldWithNew) を発行する。このようにNewWithOld や OldWithNew などの証明書をリンク証明書という。
【０００９】
リンク証明書を使った、証明書の有効性検証方法について説明する。まず、古い認証局証明書を信頼するユーザが、認証局が新たに発行した証明書の有効性を検証する場合、古い証明書（OldWithOld)でリンク証明書(NewWithOld)を検証する（A-1）。そして、リンク証明（NewWithOld)で新しい証明書（NewWithNew)を検証する（A-2）。
【００１０】
また、新しい証明書を信頼するユーザが、認証局が発行した古い証明書の信頼性を検証する場合、新しい証明書（NewWithNew)でリンク証明書（OldWithNew)を検証する（B-1)。そして、リンク証明書（OldWithNew)で古い証明書(OldWithOld)を検証する。
【００１１】
このようにリンク証明書によって、OldWithOld, NewWithNewの二つの証明書が存在する期間において、どちらの証明書のユーザもその有効性の検証が行うことができるようになっている。
【００１２】
また、図２１に示した認証局装置において、異なる認証局間で相互認証を行う場合について図２３を参照して説明する。
【００１３】
相互認証を行う場合、それぞれの認証局は互いに相手の認証局に対して証明書を発行する。この証明書を「相互認証証明書 (Cross Certificate)」という。この相互認証証明書は、認証局装置内のリポジトリに格納される。証明書（認証局から発行された証明書、ＥＥ証明書（エンドエンティティ証明書））を利用するユーザは、相互認証証明書をたどることで他の認証局のユーザの証明書（ＥＥ証明書）を検証することができる。
【００１４】
検証したい証明書から出発して信用関係を順にたどり、自分が信用している認証局まで結ぶものを認証パスという。図２３では、相互認証証明書によりユーザ１（User1)の証明書を出発して、認証局CA2まで認証パスが生成され、ユーザ２の証明書が検証することができるようになっている。
【００１５】
ところで、証明書を発行する認証局装置が古くなった場合などに、新しい認証局装置に入れ替える（リプレース）必要がある。認証局としての機能を継続するためには、古い認証局装置の資産、すなわち、認証局リポジトリ２１９に格納、管理されている情報を新しい認証局装置に移す必要がある。同一製品の認証局装置間でリプレースを行う場合には、証明書管理リポジトリ２１９の情報やその他ファイル等の製品固有の資産をそのまま後継製品に取り込む（インポート）することで移行が実現できる。
【００１６】
しかし、認証局装置間の資産移行に関する規約がないため、認証局装置を製造する各ベンダは各社固有の方法で資産管理を行っている。このため製品間の互換性がなく、別の認証局製品間で資産を移行する方法がなかった。認証局の運営者は、移行元の認証局装置を維持しながら移行先である新規の認証局装置を構築しなければならず、移行元認証局装置で発行した証明書が全て失効されるか有効期限切れになるまで並行運用が必要となり、運用コストが倍増するという問題があった。
【００１７】
このように別の認証局装置製品間にて移行をスムーズに行えるようにすることが求められている。しかしながら、証明書管理リポジトリ２１９の構成が異なる認証局装置間で移行を可能とするためには、次の（１）〜（３）の問題を解決する必要がある。
【００１８】
（１）発行情報の移行元認証局装置および移行先認証局装置間での連携
移行先認証局装置と、移行元認証局装置で、発行する証明書のシリアル番号の一貫性を維持しなければならない。そのために、移行元認証局装置で発行した全ての証明書の発行情報を移行先認証局装置に取り込む必要がある。発行情報を移行先認証局装置に取り込む方法として、製品固有資産を取り込む方法と、移行元認証局装置が発行した全ての証明書を移行先認証局装置に取り込む方法がある。
【００１９】
製品固有資産を取り込んで移行する場合、移行元認証局装置の内部仕様を公開することが前提条件となり、その仕様に合わせて移行先認証局装置に作りこみが必要となる。認証局装置の内部仕様を公開しなければならないという問題と、移行元認証局装置毎に改造が必要となるという問題がある。
【００２０】
また、移行元認証局装置が発行した全証明書を移行先認証局装置に取り込んで移行する場合、汎用性が高い反面、証明書の枚数が多くなると手作業では各証明書の検証が行えず、操作する作業者の誤操作や不正の余地が生まれ効率が悪くなる。
【００２１】
（２）失効情報の移行元認証局装置および移行先認証局間装置での連携
移行先認証局装置では、移行元認証局装置で発行された証明書も失効できるようにするために、移行元認証局装置の失効情報を移行先認証局装置に取り込む必要がある。失効情報を移行先認証局装置に取り込む方法として、製品固有資産を取り込む方法と、ＣＲＬ等の失効情報を取り込む方法がある。
【００２２】
製品固有資産を取り込んで移行する場合、移行元認証局装置が内部仕様を公開することが前提条件となり、その仕様に合わせて移行先認証局装置および移行元認証局装置に作りこみが必要になる。認証局装置の内部仕様を公開しなければならないという問題と、移行先認証局装置毎に改造が必要となるという問題がある。
【００２３】
また、ＣＲＬ等の失効情報を取り込んで移行する方法は、汎用性が高い反面、多くの失効情報を取り込むにはＣＲＬの枚数が多くなり、作業者の誤操作や不正の余地が生まれ効率が悪くなる。
【００２４】
（３）移行元認証局装置および移行先認証局装置を同一認証局であるように見せる  
移行作業終了後、移行元認証局装置で発行された証明書を信用するユーザと、移行先認証局装置で発行された証明書を信用するユーザの両方に対して、その有効性を検証できるようにしておかなければならない。そのためには、移行先認証局装置と移行元認証局装置を同一認証局に見せなければならない。このような認証パスを通すために、移行元認証局装置で発行したリンク証明書を移行先認証局装置に取り込み、その証明書においてもシリアル番号の一貫性を確保する必要がある。しかし従来の認証局装置では証明書のシリアル番号の一貫性を確保するために、発行時にシリアル番号を外部から指定することはできなかった。よって、移行先認証局装置および移行先認証局装置を同一認証局に見せる認証パスは実現できなかった。
【先行技術文献】
【特許文献】
【００２５】
【特許文献１】特開２００２−２１７９０１号公報
【特許文献２】特開２００１−３５０４０６号公報
【発明の概要】
【発明が解決しようとする課題】
【００２６】
本発明は、証明書管理リポジトリの構成が異なる、認証局装置間にて移行をスムーズに行えるようにすることを目的とする。
この目的を実現するために、次の（１）〜（３）の問題を解決する。
（１）移行元認証局装置および移行先認証局装置間で発行情報を連携できるようにする。
（２）移行元認証局装置および移行先認証局間装置で失効情報を連携できるようにする。
（３）証明書のシリアル番号の一貫性を保ちつつ、移行元認証局装置および移行先認証局装置を同一認証局であると認識させる認証パスを生成する。
【課題を解決するための手段】
【００２７】
この、証明書管理リポジトリの構成が異なる認証局装置間における移行の方法は、上記（１）〜（３）の問題をそれぞれ以下のように解決する。
（１）移行先認証局装置が、移行元認証局装置が発行した全ての証明書を読み込んで解析し、移行先認証局装置の証明書管理リポジトリ内に移行先認証局装置固有の認証局発行情報を作成して管理する。
【００２８】
（２）移行先認証局装置が、移行元認証局装置が発行した最新のＣＲＬ（失効した証明書のリスト）を読み込んで解析し、移行先認証局装置の証明書管理リポジトリ内に管理されている認証局発行情報に追加して管理する。
【００２９】
（３）移行元認証局装置および移行先認証局装置が同一認証局であると認識される認証パスを生成するために、同一認証局装置内における鍵の更新機能と、認証局装置間における相互認証機能を併用することによって実現する。その際、移行元・移行先認証局装置の証明書の発行者名と被発行者名を一致させて、リンク証明と同一の相互認証証明書を発行する。また、移行先認証局装置が順方向相互認証証明書を取り込むのに合わせて、ダミー証明書を発行し、移行先認証局装置で証明書のシリアル番号が重複するのを回避し、証明書のシリアル番号の一貫性を保つ。
【発明の効果】
【００３０】
開示の認証局装置間の移行方法は、移行元認証局装置の改造や内部仕様の開示が一切不要であり、移行先認証局装置に移行のための機能を追加するだけで実現可能である。これにより、どのような構成の認証局装置間でも移行が可能となる。今までは、証明書管理リポジトリの構成が異なる認証局装置間でリプレースを行う際には、移行先認証局装置と移行元認証局装置の両方を長期間運用しなければならず、コストや運用負荷な様々な負担があった。しかし、この開示の認証局装置の移行方法によれば、今後はその負担が削減される、という効果がある。
【図面の簡単な説明】
【００３１】
【図１】実施例１のシステム構成を示す図である。
【図２Ａ】同一認証局装置での認証パスの生成を説明する図である。
【図２Ｂ】異なる認証局間の認証パス生成を説明する図である。
【図２Ｃ】実施例１における認証局装置間の認証パス生成を説明する図である。
【図３】同一認証局装置で鍵を更新する場合の証明書発行に関する動作と、実施例１で証明書を認証局装置間で連携させるための動作の対応関係を示す図である。
【図４】同一認証局装置で鍵を更新する場合のＣＲＬ発行に関する動作と、実施例１でＣＲＬを認証局装置間で連携させるための動作の対応関係を示す図である。
【図５】実施例１における移行元および移行先認証局装置間での証明書、失効情報等の受け渡しの流れを説明する図である。
【図６】実施例１の全体処理フローを示す図である。
【図７】実施例１の認証局リポジトリで管理される認証局発行情報の構成を示す図である。
【図８】図６のステップＳ１のより詳細な説明を示すフロー図である。
【図９Ａ】図８のフローが実行される際の画面例で、新認証局を構築するか、認証局装置の移行作業を行うかを指定する画面の例である。
【図９Ｂ】図８のフローが実行される際の画面例で、移行元認証局装置の証明書情報を指定する画面の例である。
【図９Ｃ】図８のフローが実行される際の画面例で、移行元認証局装置の失効情報を指定する画面の例である。
【図１０】移行元認証局装置が発行した証明書およびＣＲＬから、移行先認証局装置が認証局リポジトリに情報を登録する処理について説明する図である。
【図１１】図６のステップＳ２のより詳細な説明を示すフロー図である。
【図１２Ａ】図１１のフローが実行される際の画面例を示す図で、シード値を生成するための画面の例を示す図である。
【図１２Ｂ】図１１のフローが実行される際の画面例を示す図で、鍵長を指定する際の画面の例を示す図である。
【図１２Ｃ】図１１のフローが実行される際の画面例を示す図で、移行元認証局装置で発行したダミー証明書の指定をする画面の例を示す図である。
【図１２Ｄ】図１１のフローが実行される際の画面例を示す図で、証明書プロファイルテンプレートに入力事項を反映する際の画面例を示す図である。
【図１３】図６のステップＳ３のより詳細な説明を示すフロー図である。
【図１４Ａ】図１３のフローが実行される際の画面例を示す図で、順方向相互認証証明書の発行申請書を作成する際の画面例を示す図である。
【図１４Ｂ】図１３のフローが実行される際の画面例を示す図で、移行先認証局装置で、順方向相互認証証明書を読み込む際の画面例を示す図である。
【図１５】発行された順方向相互証明書の一例を示す図である。
【図１６】図６のステップＳ４のより詳細な説明を示すフロー図である。
【図１７Ａ】図１６のフローが実行される際の画面例を示す図で、移行先認証局装置で、逆方向相互認証証明書の発行申請書を読み込む際の画面例を示す図である。
【図１７Ｂ】図１６のフローが実行される際の画面例を示す図で、逆方向相互認証証明書が発行される際の画面例を示す図である。
【図１８】発行された逆方向相互証明書の一例を示す図である。
【図１９】図６のステップＳ５で表示される画面の一例を示す図である。
【図２０】移行先認証局装置を構成する情報処理装置のハードウェア構成を示す図である。
【図２１】従来の認証局装置の構成を示す図である。
【図２２】同一認証局装置で鍵の更新をする場合について示す図である。
【図２３】異なる認証局間で相互認証をする場合について示す図である。
【発明を実施するための形態】
【００３２】
以下、図面を参照して、本発明の実施の形態について説明する。
【実施例１】
【００３３】
図１に実施例１のシステム構成を示す。
まず、移行元認証局装置２と移行先認証局装置１が存在する。
移行元認証局装置２で証明書や発行済み証明書の失効リスト（たとえばＣＲＬ）を発行した際、発行したその証明書、発行したその失効リストおよびそれぞれの発行情報等は図１には不図示の移行元認証局装置２内の認証局リポジトリに記憶されている。本実施例では移行元認証局装置２内の認証局リポジトリに記憶されているデータ等を移行先認証局装置１に移動させる際、移行元認証局装置２内の認証局リポジトリのデータを可搬型記憶媒体等に記録し、該可搬型記憶媒体等を、移行先認証局装置１を構成する情報処理装置の備える媒体駆動装置で読み出すことで、データの移動を行う。従って、図１では例えば移行元認証局装置２が発行した認証局認証書[Old RootCA Cert.]を移行先認証局装置１が直接受け取っているように描かれているが、実際には認証局の管理者等が、一方の認証局装置のデータベースからデータを可搬型記憶媒体に記録して、もう一方の認証局装置で該可搬型記録媒体からデータを読み出させる、という操作を行っている。
【００３４】
図１に示すように、移行元認証局装置２、移行先認証局装置１はそれぞれ公開鍵（移行元：OldPublicKey(a), 移行先：NewPublicKey(A)）および秘密鍵（移行元：OldPrivateKey(b), 移行先：NewPrivateKey(B)）を備える。
【００３５】
また、移行先認証局装置１は、移行機能１１、証明書発行機能１２、ＣＲＬ発行機能１３、認証局リポジトリ（または、認証局管理ＤＢ。以下、認証局リポジトリと記す）１４、証明書シリアル番号カウンタ１５、証明書プロファイルテンプレート１６、ＣＲＬシリアルカウンタ１７を含む構成である。
【００３６】
証明書発行機能１２およびＣＲＬ発行機能１３は、通常の認証局装置が備える機能である。認証書発行機能１２は証明書を発行し、ＣＲＬ発行機能１３はＣＲＬの発行を行う。
認証局リポジトリ１４は、発行した証明書の情報、失効情報などをリスト状に格納し管理する。尚、認証局リポジトリ１４の構成については後述するが、本実施例１では、発行した各証明書に対応する発行情報を単に「発行情報」と呼び、各発行情報に対応する各レコードからなるリストであって、該認証局リポジトリ１４によって管理されるものを「認証局発行情報」（図７に例を示す）と呼ぶことにする。
【００３７】
証明書シリアルカウンタ１５は発行した証明書のシリアル番号を記憶しておくカウンタ、ＣＲＬシリアル番号カウンタ１７はＣＲＬシリアル番号を記憶しておくカウンタである。証明書プロファイルテンプレート１６は、発行する証明書のプロファイルを記憶しておく記憶領域である。
【００３８】
移行機能１１は、移行のための機能であり、更に詳しくは移行元証明書の受取機能１８、移行元ＣＲＬの受取機能１９、認証局証明書の移行発行機能２０、認証パス生成機能（順方向）２１、認証パス生成機能（逆方向）２２、を備える。尚、移行機能１１には図１には不図示の拇印検証機能、署名検証機能、プロファイル解析機能が含まれている。これらの機能は通常の認証局装置が備えるものと同様で、移行機能１１内の各機能（１８〜２２）が必要に応じて拇印検証機能、署名検証機能、プロファイル解析機能を使用する。
以下、移行機能１１内の各機能について説明する。
【００３９】
移行元証明書の受取機能１８は、まず、移行元認証局装置２が発行した認証局証明書[Old RootCA Cert.]を読込む。認証局証明書とは、通常の証明書と同じような機能特徴を持つものであるが、該認証局証明書を発行した認証局装置が電子認証局であるという情報がその証明書の中に入っているものである。そして、移行元証明書の受取機能１８は、読み込んだ認証局証明書[Old RootCA Cert.]を拇印検証機能を用いて拇印検証し、プロファイル解析機能を用いて証明書のプロファイルを抽出し、該プロファイルと、読み込んだ移行元認証局装置２の認証局証明書を認証局リポジトリ１４に格納する。
【００４０】
更に、移行元証明書の受取機能１８は、証明書発行を求めたユーザ等に対して移行元認証局装置２が発行した全ての証明書[Old EE Cert.](EEはエンドエンティティの略)を読込み、署名検証機能を用いて署名検証し、解析し、認証局リポジトリ１４に格納する。認証局リポジトリ１４への格納については、後述するが、簡単に述べると、認証局リポジトリ１４に管理されている認証局発行情報に各証明書の発行に対応するレコードを追加することによって格納が行われる。
【００４１】
移行元ＣＲＬの受取機能１９は、移行元認証局装置２が発行した最新のＣＲＬ[Old CRL]を読み込む。このとき、その他の発行済みのＣＲＬを読み込ませてもよい。そして、移行元ＣＲＬ受取機能１９は、読み込んだＣＲＬを署名検証機能を用いて署名検証する。署名検証の後、読み込んだＣＲＬが正しいことが確認されれば、該ＣＲＬから失効する証明書のシリアル番号を抽出する。そして、認証局リポジトリ１４にて管理されている認証局発行情報におけるシリアル番号と一致するレコードに対して、証明書の失効情報を登録する。この失効情報の登録についての詳細は後述する。また、最新のＣＲＬを読み込んだ場合には、ＣＲＬのシリアル番号を抽出し、ＣＲＬシリアル番号カウンタ１７に設定する。
【００４２】
認証局証明書の移行発行機能２０は、移行元認証局装置２が発行したダミー証明書[ダミー証明書]を受け取る。このダミー証明書は、通常、証明書発行を求めるユーザに対して証明書を発行するのと同様にして、移行元認証局の管理者等が移行元認証局装置２に発行させる証明書のことである。移行先認証局装置１では、該発行された証明書を認証局証明書の移行発行機能２０で読み込み、署名検証機能を用いて署名検証する。そして、ダミー証明書のシリアル番号を抽出し、抽出したシリアル番号を証明書シリアルカウンタ１５に設定する。また、移行元証明書の受取機能１８がプロファイル解析機能を用いて抽出した認証局証明書プロファイルを証明書プロファイルテンプレート１６に格納し、証明書プロファイルを設定する。そして、証明書シリアルカウンタ１５に設定された値と、証明書プロファイルテンプレート１６に設定されたテンプレートに基づいて移行先認証局証明書[New RootCA Cert.]を発行する。また、認証局リポジトリ１４にて管理されている認証局発行情報に発行記録に対応するレコードを追加する。このように、本実施例１において移行元認証局装置２で発行されるダミー証明書によって、移行先認証局装置１で発行する認証局証明書[New Root CA Cert.]のシリアル番号が、移行元認証局装置２で今まで発行されていた証明書のシリアル番号と継続的になるようにすることができる。
【００４３】
認証パス生成機能（順方向）２１は、移行先認証局装置１で作成された順方向相互認証証明書の発行申請書に基づいて、移行元認証局装置２が発行した順方向相互認証証明書[Link/Cross Cert.2]を受け取る。上述したように「相互認証証明書」とは、異なる二つの認証局が相互に認証を行う場合に、互いの相手の認証局に対して発行される証明書のことである。ここで発行される順方向相互認証証明書は、移行元認証局装置２と移行先認証局装置１が相互認証を行うために発行するもののうち、移行元認証局装置２が移行先認証局装置１に対して発行する相互認証証明書のことをいう。そして、更にこの順方向相互認証証明書は、通常同一認証局装置で鍵を更新する際に発行されるリンク証明書と同一になるようにして発行される。本実施例１では、移行元認証局装置２は、[NewWithOld]を発行する。順方向相互認証証明書の発行者名（IssureName）と被発行者名(SubjectName)は、同一にして発行される。
【００４４】
認証パス生成機能（順方向）２１は、受け取った順方向相互認証証明書のシリアル番号を抽出し、抽出したシリアル番号を証明書シリアル番号カウンタ１５に設定する。そして、証明書シリアル番号カウンタ１５に基づいて、ダミー証明書[ダミー証明書]を発行し、認証局リポジトリ１４にて管理されている認証局発行情報に対して発行記録に対応するレコードを追加する。そして、追加したレコードにおける証明書データ格納欄に、移行元認証局２が発行した順序方向相互認証証明書のバイナリデータを上書きする。移行先認証局装置１で発行されるダミー証明書は、通常証明書発行を求めるユーザに対して証明書を発行するのと同様にして発行される。そして、このダミー証明書の発行に対応する認証局発行情報のレコードに、移行元認証局装置２が発行した順方向相互認証証明書のバイナリデータを上書きするため、移行先認証局装置１は[NewWithOld]を保持することになる。
【００４５】
認証パス生成機能（逆方向）２２は、認証パス生成機能（順方向）２１とは逆に移行先認証局装置１が相互認証証明書を発行する機能である。認証パス生成機能（逆方向）２２は、移行元認証局装置２から逆方向相互認証証明書の発行申請書を受け取り、拇印検証機能を用いて拇印検証する。そして、該発行申請書の正当性が確認されると、それに基づいて逆方向相互認証証明書を発行する。逆方向相互認証証明書は、上述の順方向相互認証証明書の逆方向、つまり移行先認証局装置１が移行元認証局装置２に対して発行される相互認証証明書である。順方向相互認証証明書と同様に、リンク証明と同一になるようにして発行されるもので、移行先認証局装置１は古い公開鍵に新しい秘密鍵で署名した証明書[OldWithNew]を発行する。また、逆方向相互認証証明書の発行者名(IsuureName)と被発行者名(SubjectName)は同一である。
【００４６】
このように、認証パス生成機能（順方向、逆方向）２１、２２は、同一認証局装置で古い鍵から新しい鍵に更新を行う場合に発行されるリンク証明書のように、移行元認証局装置の鍵を古い鍵、移行先認証局装置の鍵を新しい鍵として、リンク証明書相当の証明書を相互認証証明書として発行する。その際、証明書の発行者明と被発行者名は同一である。これにより、移行先認証局装置１と移行元認証局装置２は異なる認証局装置であるが、同一認証局であると認識される認証パスが生成される。
【００４７】
以上、図１を参照して実施例１の移行先認証局装置１の構成について説明した。移行先認証局装置１は、認証局リポジトリ１４の構成の異なる認証局装置間であっても、移行元認証局装置２の発行済み証明書の情報や失効情報等を移行元証明書の受取機能１８および移行元ＣＲＬの受取機能１９にて取り込むことが可能である。これにより、移行元認証局装置２の認証局リポジトリの構成と移行先認証局装置１のリポジトリの構成が異なっていても、移行元認証局装置が発行した証明書やCRLなどの資産を移行先認証局装置に取り込むことが可能である。また、認証局証明書の移行機能２０により、移行先認証局装置１において移行元認証局装置２が発行した証明書のシリアル番号に継続するようにして認証局証明書を発行することが可能である。また、認証パス（順方向、逆方向）生成機能２１、２２により、移行元認証局装置２と移行先認証局装置１において同一認証局であると認識される認証パスを生成することが可能である。以上により、認証局装置の移行作業をスムーズに行うことが可能となる。
【００４８】
更に、図１の認証パス生成機能（順方向）２１、認証パス生成機能(逆方向)２２での処理を分かりやすくするために、図２を参照して本実施例１における認証パスの生成について説明しておく。本実施例の認証パスの生成については、通常の場合の、同一認証局装置での認証パスの生成(同一認証局装置で鍵を更新する場合)と、異なる認証局間での認証パスの生成と、とを比較して説明すると分かりやすいため、まず通常の場合についてそれぞれ図２Ａおよび図２Ｂを参照して説明する。その後、図２Ｃに、本実施例の認証パスの生成について示す。
【００４９】
まず、通常行われる、同一認証局装置で鍵を更新する場合について図２Ａに示す。図２Ａにおいて、RootCAはルート認証局、[RootCA Cert.]はルート認証局証明書、[Link Cert.]はリンク証明書、[EE Cert.]はエンドエンティティ証明書(EE証明書)を示している。ここで、ルート認証局証明書は、認証局証明書のことである。またリンク証明書は、鍵の更新を行う際に発行される証明書である。またエンドエンティティ証明書は、証明書の発行を求めるユーザ等に対して発行される証明書である。
【００５０】
ルート認証局証明書、およびリンク証明書中の発行者名(IssureName)、被発行者名（サブジェクト名、SubjectName）が同じ（A1）となっている。このように、発行者名と被発行者名が同じ場合やリンク証明の場合、認証パスはカウントされない。認証パスの階層を示す値、pathLenConstraintは０である。
【００５１】
次に図２Ｂに、異なる認証局で認証ドメインを構成する場合について示す。図２Ｂにおいて、RootCAはルート認証局、[RootCA Cert.]はルート認証証明書、[Cross Cert.]は相互認証証明書、[EE Cert.]はエンドエンティティ証明書を示している。ここで相互認証証明書は、異なる二つの認証局が相互に認証を行う場合に、互いの相手の認証局に対して発行される証明書である。例えばRootCA1がRootCA2に発行する相互認証証明書について、発行者名と被発行者名が異なっている。このように発行者名(IssureName)と被発行者名(SubjectName)が不一致の場合、別認証局とみなされ、認証パスがカウントされる。図２Ｂの場合、エンドエンティティにおけるpathLenConstraintは２となる。
【００５２】
図２Ｂのように、異なる認証局で認証パスを生成する場合は、通常は証明書の発行者名と被発行者名が異なるためpathLenConstraintは２となってしまい、別認証局とみなされてしまう。しかし、本実施例１においては異なる認証局装置を、同一の認証局と見なされるようにする必要があるため、次のように処理を行う。
【００５３】
図２Ｃに本実施例１の認証パスの生成について示す。図２Ｃにおいて、[移行元認証局Cert.]は移行元認証局証明書、[移行先認証局Cert.]は移行先認証局証明書、[Link/Cross Cert. 2]は順方向相互認証証明書、[Link/Cross Cert. 1]は逆方向相互認証証明書、[EE Cert.]はエンドエンティティ証明書を示している。認証局装置は異なるが、発行者名(IsuureName)と被発行者名(SubjectName)を一致させて、リンク証明と同一となるような相互認証証明書（順方向相互認証証明書、逆方向相互認証証明書）を発行する。これにより、pathLenConstraint=0となり、移行先認証局と移行元認証局が同一認証局であると認識される認証パスが生成される。このように本実施例１では、図１に示した認証パス生成機能（順方向）２１および認証パス生成機能（逆方向）２２により、移行元認証局と移行先認証局が同一認証局と認識されるような認証パスが生成される。
【００５４】
次に、図３、図４、図５を参照し、本実施例１における移行処理について、手順を追って説明する。
上述のように、本実施例１の認証局装置の移行は、発行された証明書だけで同一認証局装置で鍵更新を行ったように見えるように、証明書のシリアル番号等を異なる認証局装置間で連携させることにより実現する。つまり、図３の左側の表に示した、同一認証局装置での鍵更新のように認証局装置を運用する必要がある。以下に、移行先認証局装置１が行う５段階（（ア）〜（オ））の処理について説明する。（尚、認証局証明書のシリアル番号は、昇順に加算される認証局装置だけでなく、ランダムに採番される認証局装置もあるが、以下の説明では昇順を例に説明する。いずれの場合にも本実施例１は適用可能である。）
（ア）移行元認証局証明書（図３の右表のシリアル番号：１）
移行元認証局証明書とは、移行元認証局装置２で発行された認証局証明書のことである。図１の移行元証明書の受取機能１８を使用して、正しい移行元認証局証明書を移行先認証局装置１にインポートする。より詳細には、次のように処理をする。まず、移行元証明書の拇印と移行元認証局装置が公開している拇印を比較し、取り違いがないことを確認する。次に、移行元認証局証明書のプロファイルを抽出し、移行先認証局証明書のプロファイルに適用する。そして、認証局リポジトリ１４に証明書プロファイルと証明書を格納する。
【００５５】
（イ）ＥＥ証明書（図３の右表のシリアル番号：２〜ｎ）
図１の移行元証明書の受取機能１８を使用して、証明書発行を求めたユーザに対して移行元認証局装置２が発行した全ての証明書（ＥＥ証明書、エンドエンティティ証明書）を移行先認証局装置１にインポートする。より詳細には、次のように処理をする。まず、全証明書が格納されている格納場所（指定されたフォルダなど）から、連続的にＥＥ証明書を読込み、これらの証明書が（ア）で取り込んだ移行元認証局装置２にて署名されたものかどうか、署名検証を行い、不適切な証明書が混入しないように処理をする。証明書プロファイルを抽出し、ＥＥ証明書と共に認証局リポジトリ１４に格納する。
【００５６】
（ウ）移行先認証局証明書（図３の右表のシリアル番号：ｎ＋１）
図１の認証局証明書の移行発行機能２０を使用して、移行元認証局装置２で発行されたダミー証明書のシリアル番号にて、移行先認証局装置１で移行先認証局証明書を発行する。より詳細には次のように処理をする。まず、移行先認証局装置１はダミー証明書を受け取り、該ダミー証明書が移行元認証局装置２で発行されたことを署名検証で確認する。次に、ダミー証明書のプロファイルからシリアル番号を抽出し、証明書シリアル番号カウンタ１５に設定する。（ア）で取り込んだ移行元認証局証明書のプロファイルを証明書プロファイルテンプレート１６に設定する。そして、証明書シリアル番号カウンタ１５と証明書プロファイルテンプレート１６に基づいて、移行先認証局証明書を発行する。
【００５７】
（エ）リンク証明書（図３の右表のシリアル番号：ｎ＋２）
図１の認証パス生成機能（順方向）２１を使用して、移行元認証局装置２に順方向相互認証証明書を発行させる。より詳細には次のように処理をする。まず、移行先認証局装置１で作成された順方向相互認証証明書発行申請書に基づいて、移行元認証局装置２で順方向相互認証証明書が発行される。そして、移行先認証局装置１は、該順方向相互認証証明書が移行元認証局装置２で発行されたことを署名検証で確認してから取り込む。移行先認証局装置１では順方向相互認証証明書のシリアル番号を抽出し、抽出したシリアル番号を証明書シリアル番号カウンタ１５に設定する。証明書シリアル番号カウンタ１５に基づいて、ダミー証明書を発行し、認証局リポジトリ１４にて管理されている認証局発行情報に対してレコードを追加する。そして、追加したレコードにおける証明書データ格納欄に、移行元認証局装置２が発行した順方向相互認証証明書のバイナリデータで上書きする。これにより、順方向相互認証証明書は、上述したようにリンク証明書と同一になるように発行されているため、移行先認証局装置１内でリンク証明書を保持することと同一になる。
【００５８】
（オ）リンク証明書（図３の右表のシリアル番号：ｎ＋３）
図１の認証パス生成機能（逆方向）２２を使用して、移行元認証局装置２からの逆方向相互認証証明書の発行申請書を受け取り、移行先認証局装置１で逆方向相互認証証明書を発行する。上述したように逆方向相互認証証明書はリンク証明書と同一になるように発行される。
【００５９】
以上の（ア）〜（オ）の５段階の処理の後、移行元認証局装置２は速やかにシステムを停止し破棄され、移行先認証局装置１は通常運用を開始する（図３の右表のシリアル番号：ｎ＋４〜）。
【００６０】
さて、図３では、証明書のシリアル番号やプロファイルを、認証局装置間で連携させることについて説明したが、次に図４を参照し、移行元のＣＲＬのシリアル番号や証明書の失効状態を、移行元・移行先認証局装置間で連携させることについて説明する。本実施例１では、移行元認証局装置の失効情報を移行先認証局装置に取り込むことで、二つの認証局装置間で認証書の有効性に矛盾が生じないようにしている。その際、認証局装置の運用には以下の３段階（ア）〜（ウ）がある。以下の（ア）〜（ウ）の処理は図１の移行元ＣＲＬの受取機能１９にて処理される。（尚、ＣＲＬのシリアル番号は、昇順に加算される認証局装置だけでなく、ランダムに採番される認証局装置もあるが、以下の説明では昇順を例に説明する。いずれの場合にも本実施例１は適用可能である。）
（ア）移行元認証局装置での運用期間（図４の右表のＣＲＬのシリアル番号：１〜ｎ−１）
移行元認証局装置２の正しいＣＲＬを移行先認証局装置１にインポートする。より詳細には次のように処理する。ＣＲＬが格納されている格納場所（指定されたフォルダなど）から連続的にＣＲＬを読込み、これらのＣＲＬが移行元認証局２にて署名されたものかどうか、署名検証を行い、不適切なＣＲＬが混入しないように処理する。そして、ＣＲＬプロファイルから失効リストを取り出し、失効する証明書のシリアル番号を抽出し、認証局リポジトリ１４にて管理されている認証局発行情報におけるシリアル番号と一致するレコードに対して、証明書の失効情報として登録する。
【００６１】
（イ）移行元認証局での運用期間（図４の右表のＣＲＬシリアル番号：ｎ）
最新のＣＲＬを（ア）同様に取り込む。そして更に、最新のＣＲＬのシリアル番号を抽出し、ＣＲＬシリアル番号カウンタ１７に設定する。
【００６２】
（ウ）移行先認証局装置での運用期間（図４の右表のＣＲＬシリアル番号：ｎ＋１〜）
上記（ア）（イ）の処理の後、移行元認証局装置２は速やかにシステムを停止し破棄され、移行先認証局装置１では通常運用が開始され、ＣＲＬを発行する際にはＣＲＬシリアル番号カウンタ１７の値に１を加算してからＣＲＬを発行する。
【００６３】
以上のように図３、図４を参照して、本実施例１における認証局装置移行の際の動作について説明したが、その全体の流れを概略的にまとめたものが図５である。図５における（１）〜（１０）および（あ）〜（う）はそれぞれ図３、図４中に記載した（１）〜（１０）、（あ）〜（う）に対応している。説明が重複するが、再度簡単に説明すると以下のようになる。
【００６４】
まず図５の（１）〜（１０）について説明する。
図５の（１）では移行元認証局装置２の認証局証明書[Old RootCA Cert.]を移行先認証局装置１にインポートする。この際、移行元証明書の受取機能１８は、拇印検証機能５１を用いて移行元認証局証明書の拇印検証を行う。また、移行元認証局証明書のプロファイルを抽出し、移行先認証局のプロファイルに適用する。そして、認証局リポジトリ１４に証明書プロファイルと証明書を格納するとともに、認証局リポジトリ１４が管理する認証局発行情報にレコードを登録する。
【００６５】
図５の（２）では、証明書発行を求めたユーザに対して移行元認証局装置２が発行した全ての証明書（ＥＥ証明書、エンドエンティティ証明書） [Old EE Cert.]を移行先認証局装置１にインポートする。この際、移行元証明書の受取機能１８は、署名検証機能５２を用いて全証明書が移行元認証局装置２にて署名されたものかを署名検証する。そして証明書プロファイルを抽出し、認証局リポジトリ１４に格納するとともに、認証局リポジトリ１４が管理する認証局発行情報に、各証明書に対応するレコードを追加していく。
【００６６】
図５の（３）では移行元認証局装置２が、ダミー証明書[ダミー証明書]を発行する。
図５の（４）では、移行先認証局装置１の認証局証明書の発行機能２０が、署名検証機能５２を用いて移行元認証局装置２が発行したダミー証明書を署名検証してから取り込み、該ダミー証明書のシリアル番号を抽出し、そのシリアル番号を証明書シリアル番号カウンタ１５に設定する。そして、図５（１）で取り込んだ移行元認証局証明書のプロファイルと同じプロファイルで移行先認証局証明書[New RootCA Cert.]を発行する。また、認証局リポジトリ１４が管理する認証局発行情報に発行記録としてのレコードを追加する。
図５の（５）では、移行先認証局装置１が順方向相互認証証明書発行申請書を作成する。
図５の（６）では、移行元認証局装置２で、順方向相互認証証明書[Link/Cross Cert.2]が発行される。
【００６７】
図５の（７）では、認証パス生成機能（順方向）２１が、署名検証機能５２を用いて順方向相互認証証明書を署名検証した後、取り込み、順方向相互認証証明書のシリアル番号を抽出し、抽出したシリアル番号を証明書シリアル番号カウンタ１５に設定する。
【００６８】
図５の（８）では、証明書シリアル番号カウンタ１５に基づいてダミー証明書[ダミー証明書]を発行し、認証局リポジトリ１４にて管理されている認証局発行情報に対してレコードを追加する。そして、追加したレコードにおける証明書データ格納欄に、移行元認証局装置２が発行した順方向相互認証証明書のバイナリデータを上書きする。
【００６９】
図５の（９）では、移行元認証局装置２が逆方向相互認証証明書の発行申請書を作成する。
図５の（１０）では、認証パス生成機能（逆方向）２２が、逆方向相互認証証明書の発行申請書を、拇印検証機能５１を用いて拇印検証した後取り込み、移行先認証局装置１で逆方向相互認証証明書[Link/Cross Cert.1]を発行する。そして、認証局リポジトリ１４にて管理されている認証局発行情報に対してレコードを追加する。
【００７０】
次に（あ）〜（う）について説明する。
図５の（あ）では、移行元ＣＲＬの受取機能１９が、署名検証機能５２を用いて移行元認証局２が発行したＣＲＬを署名検証して、不適切なＣＲＬが混入しないようにする。そして、ＣＲＬプロファイルから失効リストを取り出し、失効する証明書のシリアル番号を抽出し、認証局リポジトリ１４にて管理されている認証局発行情報におけるシリアル番号と一致するレコードに対して、証明書の失効情報として登録する。
【００７１】
図５の（い）では移行元認証局２で最新のＣＲＬが発行される。
図５の（う）では、図５の（あ）と同様にＣＲＬを移行先認証局１にインポートするが、さらにＣＲＬのシリアル番号を抽出し、該ＣＲＬのシリアル番号をＣＲＬシリアル番号カウンタ１７に設定する。
【００７２】
以上のように、本実施例１の構成、動作の概略について図１〜図５を参照して説明したが、以下にフロー図を参照して全体処理の流れについて説明する。
まず図６に本実施例１の全体処理フローを示す。
【００７３】
まず、ステップＳ１で認証局資産の移行を行う。移行元認証局装置２では、通常運用を停止し、認証局証明書、発行済みの全ての証明書(エンドエンティティ証明書)とその数、移行元認証局装置２での最新のＣＲＬ，または発行済みのその他のＣＲＬなどのデータを例えば記憶媒体に記録するなどして、移行の準備を行う。そして該記憶媒体のデータを、移行先認証局装置を構成する情報処理装置で読み出すなどして、移行先認証局装置１の認証局リポジトリ１４にインポートする。このステップＳ１は、図５の（１）、（２）および（あ）、（い）、（う）の処理に対応する。
【００７４】
ここで、ステップＳ１で移行先認証局装置１の認証局リポジトリ１４に移行元認証局装置２の証明書や失効情報を格納（インポート）する処理について、図７を参照してより詳しく説明する。図７は、認証局リポジトリ１４で管理される認証局発行情報の構成を示すものである。認証局発行情報の各レコードは、証明書のシリアル番号、証明書の種別、証明書の被発行者名（サブジェクト名、SubjectName）、証明書の発行者名、有効期間（開始日時、満了日時）、証明書データを含み、更に、各証明書の失効日時、失効理由を含んで構成される。
【００７５】
ステップＳ１での認証局資産移行の際、まず移行元証明書の受取機能１８が取り込んだ認証局証明書（der/cerファイル）を認証局リポジトリ１４に格納する。このとき、該証明書のシリアル番号、種別、被発行者名、発行者名、有効期間、証明書データを図７のIで示した部分にそれぞれ格納する。次に、移行元証明書の受取機能１８は、証明書発行を求めたユーザに対して移行元認証局装置２が発行した全ての証明書（ＥＥ証明書、エンドエンティティ証明書）を取り込み、認証局リポジトリ１４に格納する。このとき、各証明書について認証局証明書のときと同様に、証明書のシリアル番号、種別、被発行者名、発行者名、有効期間、証明書データを図７のIIで示した部分にそれぞれ格納する。更に次に、移行元ＣＲＬの受取機能１９により、移行元が発行した最新のＣＲＬを取り込む。このとき、ＣＲＬから失効する証明書のシリアル番号を抽出し、すでに登録されている認証局発行情報における証明書のシリアル番号と一致するレコードについて失効日時と失効理由を登録する(図７のIII)。また最新のＣＲＬ以外にも既に発行されているＣＲＬを取り込んでもよく、その場合には最新のＣＲＬと同様に、失効する証明書のシリアル番号を抽出し、すでに登録されている認証局発行情報における証明書のシリアル番号と一致するレコードについて失効日時と失効理由を登録する（図７のIV）。
【００７６】
図６に説明を戻す。次にステップＳ２で移行先認証局証明書の発行を行う。このステップＳ２は、図５の（３）、（４）に対応する。まず、移行元認証局装置２でダミー証明書を発行し、それを認証局証明書の移行発行機能２０により取り込み、そのシリアル番号で移行先認証局証明書を発行する。このとき、移行先認証局証明書の発行記録として、認証局リポジトリ１４で管理される認証局発行情報に、シリアル番号(n+1)のレコードを追加する（図７の(ii)のレコード）。
【００７７】
次に図６のステップＳ３で、順方向の認証パスを生成する。このステップＳ３は、図５の（５）、（６）、（７）、（８）に対応する。まず、移行先認証局装置１にて順方向相互認証証明書の発行申請書を作成し、移行元認証局装置２の認証パス生成機能（順方向）２１にて順方向相互認証証明書の発行を行う。移行先認証局装置１では、将来、この順方向相互認証証明書と同じシリアル番号で証明書を発行しないために、予めこのシリアル番号にてダミー証明書を発行する。そしてこのダミー証明書の発行記録として、認証局リポジトリ１４で管理される認証局発行情報に、シリアル番号(n+2)のレコードが追加される（図７の(iii)のレコード）。そして、この追加されたレコードのうち証明書データ欄に、移行元認証局装置２で発行された順方向相互認証証明書の証明書データ（証明書自身のデータで、バイナリデータ）を上書きする(図７の※２)。これにより移行先認証局装置１内で移行元認証局装置２で発行された順方向相互認証証明書を保持することになる。
【００７８】
次に図６のステップＳ４で、逆方向の認証パスを生成する。このステップＳ４は、図５の（９）、（１０）に対応する。まず、移行元認証局装置２にて逆方向相互認証証明書の発行申請書を作成し、移行先認証局装置１の認証パス生成機能（逆方向）２２にて逆方向相互認証証明書の発行を行う。この発行記録として、認証局リポジトリ１４で管理される認証局発行情報には、シリアル番号(n+3)のレコードが追加される（図７の(iv)のレコード）。
【００７９】
その後、図６のステップＳ５で、移行元認証局装置２のシステム廃棄を速やかに行い、証明書やＣＲＬを発行しないようにする。
そして、図６のステップＳ６で、通常運用を再開する。すなわち移行先認証局装置１で、移行元認証局装置２が既に発行した証明書に対する失効や、ＣＲＬの発行を行うとともに、新たな証明書の発行も行い、通常運用を再開する。新たな証明書の発行に合わせて、認証局リポジトリ１４には、シリアル番号(n+４)以降のレコードが順次追加されていく（図７の(vi)）。
【００８０】
以上のように、図６に本実施例１における全体処理フローを説明したが、更に各ステップについて以下に詳細に説明する。
まず図８に図６のステップＳ１の詳細フローを示す。
【００８１】
図８のステップＳ８０で移行先認証局装置１において、ＣＡ（Certificate Authority）初期設定ウィザードを用いて、移行元認証局装置２の証明書情報等を入力する。ＣＡ初期設定ウィザードは、認証局装置を新たに構築する際などに用いられるソフトウェアツールであるが、本実施例１ではこのツールを拡張する形で利用する。この画面例を、図９Ａ〜図９Ｃに示す。
【００８２】
図９Ａは、ＣＡ初期設定ウィザードにおいて、新しい認証局装置を構築するか、または認証局装置の移行であるかを選択する画面例である。実施例１では、認証局装置の移行作業を行うため、「移行」を選択している。図９Ｂは、移行元認証局装置２の証明書情報の指定をする画面例である。移行元認証局装置２から記憶媒体などに記録して取り出された証明書等のデータを、一旦、移行先認証局装置１を構成する情報処理装置のローカルハードディスクなどにコピーするとする。図９Ｂでは、移行元認証局証明書の存在場所（c:\OldCaCert.cer）、移行元認証局証明書の拇印、移行元の全証明書発行枚数(100000枚)、移行元の全証明書が格納されているフォルダ(c:\OldCerts)を指定している。図９Ｃは、移行元認証局装置２の失効情報の指定をする画面例である。移行元認証局装置２のＣＲＬが格納されているフォルダ（c:\OldCRL）、移行元認証局装置２が発行した最新ＣＲＬ(c:\LastCrl.crl)を指定している。
【００８３】
このように図８のステップＳ８０では、図９Ａ〜図９Ｃのように移行元認証局装置２の証明書に関する情報を移行先認証局装置１に入力する。
次に、図８のステップＳ８１で、移行元証明書の受取機能１８が、トラストポイント（信頼点）として移行元認証局証明書を読込み、その拇印と比較して正しいことが確認できたら認証局リポジトリ１４に登録する。
【００８４】
更に、図８のステップＳ８２で、移行元証明書の受取機能１８は、証明書発行を求めたユーザ等に対して移行元認証局装置２が発行した全ての証明書（ＥＥ証明書、エンドエンティティ証明書）を読み込む。ステップＳ８３で、読み込んだ証明書が移行元認証局装置２で発行されたことが署名検証で確認できるか否か、証明書の総数が画面で入力した証明書発行枚数と一致するか否かを判断する。ステップＳ８３で、移行元認証局装置２で発行されたことが署名検証で確認できない場合や、証明書の総数が入力された証明書発行枚数と一致しない場合（エラー）にはステップＳ８９に進み、資産移行が失敗したとして、処理を終了する。ステップＳ８３でエラーが発生しなかった場合には、ステップＳ８４に進み、証明書を認証局リポジトリ１４に登録する。
【００８５】
ここで、ステップＳ８１およびステップＳ８４で行われる証明書の認証局リポジトリ１４への登録について図１０を参照して説明する。
図１０には証明書のフォーマットの一例を示す。証明書は、バージョン情報(version), シリアル番号(serialNumber)、署名アルゴリズム情報（signature.algorithmIdentifier）、発行認証局名(issureName)、有効期限（validity）の開始日時（notBefore）および満了日時(notAfter)、被発行者名(subjectName)、サブジェクト鍵識別子（subjectKeyIdentifire）、認証局鍵識別子（authorityKeyIdentifire）を含んで発行される。移行先認証局装置１の移行元証明書の受取機能１８は、各証明書を読込み、解析して、図１０の矢印で示すように、証明書の各情報を認証局リポジトリ１４に管理されている認証局発行情報にレコードを追加していく。すなわち、証明書のシリアル番号（serialNumber）を認証局発行情報のシリアル番号に、証明書の発行認証局名（issureName）を認証局発行情報の発行者名に、証明書の有効期間開始日時（notBefore）を認証局発行情報の有効期間開始日時に、証明書の有効期間満了日時（notAfter）を認証局発行情報の有効期間満了日時に、証明書の被発行者名（subjectName）を認証局発行情報の被発行者名の欄に登録し、更に証明書自身のバイナリデータを認証局発行情報の証明書データとして該当欄に登録する。
【００８６】
図８の説明に戻ると、次にステップＳ８５で、移行元ＣＲＬの受取機能１９は、移行元認証局装置２のＣＲＬを格納フォルダから読み出す。そして、ステップＳ８６で、読み込んだＣＲＬが移行元認証局装置２で発行されたか否かを署名検証により確認する。ステップＳ８６で、読み込んだＣＲＬが移行元認証局２で発行されたことが確認されなかった場合（エラー）、ステップＳ８９に進み、資産移行失敗として処理を終了する。ステップＳ８６で、読み込んだＣＲＬが移行元認証局装置２で発行されたことが確認された場合には、ステップＳ８７に進む。ステップＳ８７では、ＣＲＬから失効リストを取り出し、失効する証明書のシリアル番号を抽出し、認証局リポジトリ１４にて管理されている認証局発行情報におけるシリアル番号と一致するレコードに対して、証明書の失効情報として、失効日時および失効理由を登録する。
【００８７】
ここで再度図１０を参照して、ステップＳ８７で行われる失効情報の登録について説明する。
図１０にはＣＲＬのフォーマットの一例を示す。ＣＲＬは、バージョン情報（version）、署名アルゴリズム情報(signature.algorithmIdentifier)、発行認証局名（issureName）、本ＣＲＬ発行日時(thisUpdate)、次回ＣＲＬ発行日時（NextUpdate）、失効する証明書のシリアル番号と廃棄日時の対の集合（RevokedCertificates）、失効理由、ＣＲＬオプショナルフィールド(CRLExtentions)を含んで発行される。移行元ＣＲＬの受取機能１９は、ＣＲＬを読込み、失効する証明書のシリアル番号と廃棄日時の対の集合（RevokedCertificates）のうちの、失効証明書のシリアル番号（userCertificate）を抽出し、認証局リポジトリ１４の認証局発行情報に登録されているシリアル番号と一致するものに対して、ＣＲＬの、ＣＡが失効を処理した日（revocationDate）、および失効理由（CRLreason）を登録する。
【００８８】
図８の説明に戻ると、ステップＳ８７の後、ステップＳ８８で、最新のＣＲＬについてはそのシリアル番号に１加えた数を、移行先認証局１のＣＲＬシリアル番号カウンタ１７の初期値（次回のＣＲＬの発行時のＣＲＬシリアル番号とする）として設定する。尚、ＣＲＬのシリアル番号は、図１０に示したＣＲＬフォーマットのＣＲＬオプショナルフィールドにcRLNumberとして格納されている値を用いる。
【００８９】
以上、図６のステップＳ１の処理について詳細に説明したが、上述の説明からも分かるように図８のステップＳ８１〜ステップＳ８４は移行元証明書の受取機能１８が実行する処理であり、図８のステップＳ８５〜ステップＳ８８は移行元ＣＲＬの受取機能１９が実行する処理である。
【００９０】
次に、図６のステップＳ２の処理について図１１に詳細フローを示す。尚、この移行先認証局証明書を発行する処理は、認証局証明書の移行発行機能２０が実行する処理である。
【００９１】
まず図１１のステップＳ１１１で、移行先認証局装置１においてＣＡ初期設定ウィザードを用いて、移行先認証局証明書の鍵ペア生成に必要な「乱数のシード」値をユニーク性が確保できる方法で作成する。ユニーク性が確保できる方法とは、たとえば、マウス操作により作図を行い、その軌跡の座標値からシード値を生成する方法などである。この際の画面例を図１２Ａに示す。
【００９２】
次に、図１１のステップＳ１１２で、作成されたシード値を使用して、ＣＡ初期設定ウィザードで指定された「鍵長」で鍵ペア（公開鍵と秘密鍵）を生成する。尚、この際の鍵長を指定するＣＡ初期設定ウィザードの画面例を図１２Ｂに示す。図１２Ｂでは鍵長を4096bitに指定している。
【００９３】
そして、図１１のステップＳ１１３で、認証局リポジトリ１４から移行元認証局証明書を読み出して解読し、そのプロファイルを移行先認証局証明書の初期値（証明書プロファイルテンプレート１６に設定）とする。
【００９４】
次に、図１１のステップＳ１１４で、図１２Ｃに示す画面例のようにＣＡ初期設定ウィザードで指定された場所(c:\OldDummy.cer)からダミー証明書を読み出し、該ダミー証明書が移行元認証局装置２で発行されたことを署名検証で確認する。Ｓ１１４でダミー証明書が移行元認証局装置２で発行されたことが確認されない場合（エラー）、Ｓ１１８に進み、移行元認証局証明書の発行失敗として処理を終了する。Ｓ１１４でダミー証明書が移行元認証局装置２で発行されたことが確認された場合（ＯＫ）,Ｓ１１５に進む。
【００９５】
図１１のステップＳ１１５では、ダミー証明書のシリアル番号を、証明書シリアル番号カウンタ１５に設定し、証明書プロファイルテンプレートのシリアル番号として変更する。
【００９６】
次に、図１１のステップＳ１１６で、図１２Ｄに示す画面例のように、ＣＡ初期設定ウィザードで入力された、鍵ペア、有効期間、公開鍵アルゴリズム、署名アルゴリズムを、証明書プロファイルテンプレートに反映する。
【００９７】
そして、図１１のステップＳ１１７で、証明書プロファイルテンプレート１６に設定された情報に基づき、移行先認証局証明書を発行する。尚、このとき、証明書の発行記録として認証局リポジトリ１４に管理されている認証局発行情報に、対応するレコードを追加する。
【００９８】
以上、図６のステップＳ２の処理を詳細に説明したが、次に図６のステップＳ３の処理を詳細に説明する。尚、この認証パス（順方向）を生成する処理は、認証パス生成機能（順方向）２１が実行する処理である。
【００９９】
図１３に図６のステップＳ３の詳細なフローを示す。まず、ステップＳ１３１で、図１４Ａに示す画面例のように、ＣＡ初期設定ウィザードにて、順方向相互認証証明書の発行申請書の設定（署名アルゴリズム：sha1withRSAEncryption, 申請書のファイル名：c:\NewCaCrossCerReq.txt）を入力し、順方向相互認証証明書の発行申請書を作成する。
【０１００】
図１３のステップＳ１３２で、移行先認証局装置１で作成された発行申請書を、移行元認証局装置２の管理者に提供し、その発行申請書に基づいて移行元認証局装置２で発行された順方向相互認証証明書を移行先認証局装置１の管理者が受け取る。順方向相互認証証明書の一例を図１５に示す。図１５は、一般的な認証証明書のフォーマットのうち、順方向相互認証証明書の特徴を示すデータについてのみ示している。ここで発行される順方向相互認証証明書は、version=V3, serialNmuber=n+2, 署名アルゴリズム=sha1withRSAEncription、発行認証局名(IssuerName)=A1, 有効期限=2009/1/2/0:00-2010/1/1/0:00、被発行者名(SubjectName)=A1, サブジェクト鍵識別子=A, 認証局鍵識別子=a、となっており発行者名(IsuuerName)、被発行者名（サブジェクト名、SubjectName)が同一な順方向相互認証証明書を発行している。
【０１０１】
図１３のステップＳ１３３で、管理者は図１４Ｂに示す画面例のように、順方向相互認証証明書の格納場所(c:\NewCaCrossCertReq.p7c)をＣＡ初期設定ウィザードにて指定し、移行先認証局装置１で順方向相互認証証明書を読み込む。
【０１０２】
そして、図１３のステップＳ１３４で、移行元認証局装置２が発行した順方向相互認証証明書であるか否かを署名検証で確認する。ステップＳ１３４で、順方向相互認証証明書が移行元認証局装置２で発行されたものでないと判断された場合（エラー）、ステップＳ１３７に進み、認証パスの生成失敗として処理を終了する。ステップＳ１３４で、順方向相互認証証明書が移行元認証局装置２で発行されたものと判断された場合（ＯＫ）、ステップＳ１３５に進む。
【０１０３】
図１３のステップＳ１３５で、順方向相互認証証明書のシリアル番号を抽出し、これを証明書シリアル番号カウンタ１５に設定したうえで、このシリアル番号でダミー証明書を発行する。またその発行に対応するレコードを認証局リポジトリ１４の管理する認証局発行情報に追加する。
【０１０４】
そして図１３のステップＳ１３６で、ステップＳ１３５で認証局リポジトリ１４に追加したレコードにおける証明書データ欄(図７参照)部分に、移行元認証局装置２が発行した順方向相互認証証明書のバイナリデータを上書きする。
【０１０５】
以上、図６のステップＳ３の処理を詳細に説明したが、次に図６のステップＳ４の処理を詳細に説明する。尚、この認証パス（逆方向）を生成する処理は、認証パス生成機能（逆方向）２２が実行する処理である。
【０１０６】
図１６に、図６のステップＳ４の詳細なフローを示す。まずステップＳ１６１で、移行元認証局装置２で作成された逆方向相互認証証明書の発行申請書を、移行元認証局装置２の管理者から受け取る。そして、図１７Ａに示す画面例のように、発行申請書の格納場所（c:\OldCaCrossCertReq.txt）をＣＡ初期設定ウィザードにて指定し、移行先認証局装置１で逆方向相互認証証明書の発行申請書を読み込む。
【０１０７】
次に、図１６のＳ１６２で、図１７Ｂに示す画面例のように、逆方向相互認証証明書の発行が指示され、移行先認証局装置１で逆方向相互認証証明書を発行する。尚、このとき、証明書の発行記録として、認証局リポジトリ１４に管理されている認証局発行情報に、対応するレコードが追加される。
【０１０８】
逆方向相互認証証明書の一例を図１８に示す。図１８は、一般的な認証証明書のフォーマットのうち、逆方向相互認証証明書の特徴を示すデータについてのみ示している。ここで発行される逆方向相互認証証明書は、version=V3, serialNmuber=n+3, 署名アルゴリズム=sha1withRSAEncription、発行認証局名(IssuerName)=A1, 有効期限=2009/1/3/0:00-2019/1/1/0:00、被発行者名(SubjectName)=A1, サブジェクト鍵識別子=a, 認証局鍵識別子=A、となっており発行者名(IsuuerName)と被発行者名（サブジェクト名、SubjectName)が同一であり、更に、図１５に示した順方向相互認証証明書の発行者名、被発行者名とも同一となっている。このように、移行元認証局装置と移行先認証局装置が発行者名(IssureName)と被発行者名（SubjectName）が同一である相互認証証明書を双方の認証局装置が発行することにより、双方の認証局装置が同一認証局装置であると認識される認証パスが生成される。
【０１０９】
以上、図６のステップＳ４の処理を詳細に説明したが、最後に図６のステップＳ５について説明する。ステップＳ５では、移行先認証局装置１の画面に図１９に示すようなメッセージ（「移行元認証局から移行先認証局への移行処理が完了しました。移行元認証局は停止させ、速やかにシステム破棄してください。」）が表示される。これにより、管理者は移行元認証局装置２を廃棄する。そして図６のステップＳ６で、認証局システムの通常運用が再開する。
【０１１０】
以上、実施例１について図面を参照しながら説明してきたが、上述の認証局装置を実現する情報処理装置２００のハードウェア構成を図２０に示す。
情報処理装置２００は、ＣＰＵ２０１、メモリ２０２、入力装置２０３、出力装置２０４、外部記録装置２０５、媒体駆動装置２０６を含み、これらがバス２０８で接続される構成である。
【０１１１】
メモリ２０２は、たとえば、ＲＯＭ（Ｒｅａd  Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等を含み、認証局装置を実現するためのプログラムやデータを格納する。
【０１１２】
ＣＰＵ２０１は、メモリ２０２を使用して図６、図８、図１１、図１３、図１６等に示したフローを実現したプログラムを実行することにより認証局装置を構成する。
入力装置２０３は、例えば、キーボード、ポインティングデバイス、タッチパネル等であり、情報の入力等に用いられる。出力装置２０４は、例えばディスプレイやプリンタ等である。
【０１１３】
外部記憶装置２０５は、例えば磁気ディスク装置、光ディスク装置、光磁気ディスク装置等である。この外部記憶装置２０５に、プログラムとデータを保存しておき、必要に応じて、それらをメモリ２０２上にロードして使用する。この外部記憶装置２０５は、認証局装置の認証局リポジトリ１４を含むものである。また、移行元認証局装置２の認証局リポジトリのデータ等を記録した可搬記録媒体２０７を、移行先認証局装置１の媒体駆動装置２０６で読み出し、データを一旦この外部記憶装置２０５に格納してから、管理者の設定入力の後、認証局発行情報が格納される。
【０１１４】
媒体駆動装置２０６は、可搬記録媒体２０７を駆動し、その記録内容にアクセスする。可搬記録媒体２０７としては、メモリカード、メモリスティック、フレキシブルディスク、ＣＲ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、光ディスク、光磁気ディスク、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等、任意のコンピュータで読み取り可能な記録媒体が用いられる。
【０１１５】
以上、実施例１について詳細に説明した。認証局を運営している事業者で、認証局装置製品も自主開発しているところは稀であり、多くはベンダが販売している認証局装置製品を購入して認証局を運用している。しかし、民間企業が提供している製品である以上、10〜20年先も同一製品が提供され、ハードリプレースの都度、同一認証局装置として移行が継続できるとは限らない。そこで、上述した移行機能を移行時に存在する認証局装置製品に搭載することで、常に認証局装置の移行が可能となる。上述の実施例ではでは、移行元の認証局装置製品には一切の改造や内部仕様の開示を行うことなく、移行先の認証局装置製品に移行機能を追加することで実現できるため、移行元の認証局装置製品のインターフェース等が非公開の場合でも実現可能である。今までは別製品の認証局装置をリプレースする際には移行先である新認証局装置と移行元である旧認証局装置の両方を長期間運用しなければならず、コストや運用負荷などさまざまな負担があったが、その負担が今後は削減されるという効果がある。
【０１１６】
以上のように説明してきたが、本発明は上記実施例に記載したことに限定されないことは言うまでもない。上記実施例では、相互認証証明書を移行元認証局装置および移行先認証局装置間で発行する場合に移行先認証局装置から申請したが、逆に移行元認証局装置から申請するように実施してもかまわない。また、移行先認証局装置の認証局リポジトリの構成として図７の構成を示したが、上述したような動作を認証局装置が行えるような構成であればいずれの構成でもよく、この構成に限定されない。このように、本発明の趣旨を逸脱しない範囲において様々な変更が可能である。
【０１１７】
以上の実施例を含む実施形態に関し、更に以下の付記を開示する。
（付記１）
証明書管理リポジトリの構成が異なる認証局装置間において、移行元認証局装置の資産を移行先認証局装置に移行するための方法であって、
前記移行先認証局装置が、前記移行元認証局装置が発行した認証局証明書およびエンドエンティティ証明書を読み込んで解析して認証局発行情報を作成し、更に、該移行元認証局装置が発行した最新の、失効した証明書のリストを読み込んで解析して、該認証局発行情報に失効情報を追加し、
前記移行元認証局装置および前記移行先認証局装置が、発行者名と被発行者名が同一の証明書であって、移行元認証局装置の鍵を古い鍵、移行先認証局装置の鍵を新しい鍵とした相互認証証明書を発行する、
ことを特徴とする認証局装置移行方法。
（付記２）
証明書管理リポジトリの構成が異なる認証局装置間で移行元認証局装置の資産の移行を行うために、移行先認証局装置を構成する情報処理装置を、
前記移行元認証局装置が発行した認証局証明書およびエンドエンティティ証明書を、読み込んで解析して、前記移行先認証局装置固有の認証局発行情報を作成し、該移行元認証局装置が発行した最新の、失効した証明書のリストを読込んで解析して、該認証局発行情報に失効情報を追加する、資産移行手段と、
移行作業開始後に前記移行元認証局装置で発行されたダミー証明書のシリアル番号にて前記移行先認証局装置の認証局証明書を発行するとともに、前記認証局発行情報に発行記録としてのレコードを追加する、移行先認証局証明書発行手段と、
順方向相互認証証明書発行申請書を作成し、前記移行元認証局装置で発行された順方向相互認証証明書を取り込み、前記認証局発行情報に該順方向相互認証証明書に対応するレコードを追加する、順方向認証パス生成手段と、
前記移行元認証局装置で作成された逆方向相互認証証明書発行申請書に基づいて、前記順方向相互認証証明書に対応する逆方向相互認証証明書を発行するとともに、前記認証局発行情報に発行記録としてのレコードを追加する、逆方向認証パス生成手段と、
して機能させるための認証局装置移行プログラム。
（付記３）
前記認証局発行情報は、証明書のシリアル番号、証明書の種別、証明書の被発行者名、証明書の発行者名、有効期間、証明書バイナリデータをそれぞれ格納する格納欄を含むレコードをリスト状にして構成されるもので、
前記資産移行手段は、前記読み込んだ認証局証明書および全てのエンドエンティティ証明書から、証明書のシリアル番号、証明書の被発行者名、証明書の発行者名、有効期間をそれぞれ抽出し、対応する前記認証局発行情報のレコードの前記格納欄にそれぞれ格納し、前記認証局発行情報のレコードの証明書バイナリデータを格納する前記格納欄には前記認証局証明書および全てのエンドエンティティ証明書のそれぞれの証明書自身のバイナリデータをそのまま格納することを特徴とする付記２記載の認証局装置移行プログラム。
（付記４）
前記認証局発行情報のレコードは、証明書の失効日時、失効理由を格納する格納欄を更に含んで構成され、
前記資産移行手段は、前記認証局発行情報における証明書のシリアル番号と、前記失効した証明書のリストから得られた失効する証明書のシリアル番号が一致するレコードについて、失効日時と失効理由を追加することを特徴とする付記３記載の認証局装置移行プログラム。
（付記５）
前記順方向相互認証証明書は、前記移行元認証局装置から前記移行先認証局装置に宛てて発行される相互認証証明書であり、
前記逆方向相互認証証明書は、前記移行先認証局装置から前記移行元認証局装置に宛てて発行される相互認証証明書であり、
更に、前記順方向相互認証証明書および前記逆方向相互認証証明書は、発行者名と被発行者名が同一の証明書であり、同一認証局装置で古い鍵から新しい鍵に更新を行う場合に発行されるリンク証明書のように、前記移行元認証局装置の鍵を該古い鍵、前記移行先認証局装置の鍵を該新しい鍵として発行される該リンク証明書相当の証明書であることを特徴とする付記２記載の認証局装置移行プログラム。
（付記６）
前記順方向認証パス生成手段は、前記順方向相互認証証明書を取り込むのに合わせてダミー証明書を発行し、前記移行先認証局装置で証明書のシリアル番号が重複するのを回避することを特徴とする付記２乃至付記５いずれか一項に記載の認証局装置移行プログラム。
（付記７）
証明書管理リポジトリの構成が異なる認証局装置間で移行元認証局装置の資産の移行を行う際の移行先側の認証局装置であって、
前記移行元認証局装置が発行した認証局証明書およびエンドエンティティ証明書を、読み込んで解析して、前記移行先側の認証局装置固有の認証局発行情報を作成する移行元証明書の受取手段と、
前記移行元認証局装置が発行した最新の、失効した証明書のリストを読み込んで解析して、前記認証局発行情報に失効情報を追加する移行元失効情報の受取手段と、
移行作業開始後に前記移行元認証局装置で発行されたダミー証明書のシリアル番号にて前記移行先側の認証局装置の認証局証明書を発行するとともに、前記認証局発行情報に発行記録としてのレコードを追加する、認証局証明書の移行発行手段と、
順方向相互認証証明書発行申請書を作成し、前記移行元認証局装置で発行された順方向相互認証証明書を取り込み、前記認証局発行情報に該順方向相互認証証明書に対応するレコードを追加する、順方向認証パス生成手段と、
前記移行元認証局装置で作成された逆方向相互認証証明書発行申請書に基づいて、前記順方向相互認証証明書に対応する逆方向相互認証証明書を発行するとともに、前記認証局発行情報に発行記録としてのレコードを追加する、逆方向認証パス生成手段と、
を含むことを特徴とする認証局装置。
（付記８）
前記認証局発行情報は、証明書のシリアル番号、証明書の種別、証明書の被発行者名、証明書の発行者名、有効期間、証明書バイナリデータをそれぞれ格納する格納欄を含むレコードをリスト状にして構成されるもので、
前記移行元証明書の受取手段は、前記読み込んだ認証局証明書および全てのエンドエンティティ証明書から、証明書のシリアル番号、証明書の被発行者名、証明書の発行者名、有効期間をそれぞれ抽出し、対応する前記認証局発行情報のレコードの前記格納欄にそれぞれ格納し、前記認証局発行情報のレコードの証明書バイナリデータを格納する前記格納欄には前記認証局証明書および全てのエンドエンティティ証明書のそれぞれの証明書自身のバイナリデータをそのまま格納することを特徴とする付記７記載の認証局装置。
（付記９）
前記認証局発行情報のレコードは、証明書の失効日時、失効理由を格納する格納欄を更に含んで構成され、
前記移行元失効情報の受取手段は、前記認証局発行情報における証明書のシリアル番号と、前記失効した証明書のリストから得られた失効する証明書のシリアル番号が一致するレコードについて、失効日時と失効理由を追加することを特徴とする付記８記載の認証局装置。
（付記１０）
前記順方向相互認証証明書は、前記移行元認証局装置から前記移行先側の認証局装置に宛てて発行される相互認証証明書であり、
前記逆方向相互認証証明書は、前記移行先側の認証局装置から前記移行元認証局装置に宛てて発行される相互認証証明書であり、
更に、前記順方向相互認証証明書および前記逆方向相互認証証明書は、発行者名と被発行者名が同一の証明書であり、同一認証局装置で古い鍵から新しい鍵に更新を行う場合に発行されるリンク証明書のように、前記移行元認証局装置の鍵を該古い鍵、前記移行先側の認証局装置の鍵を該新しい鍵として発行される該リンク証明書相当の証明書であることを特徴とする付記７記載の認証局装置。
【符号の説明】
【０１１８】
１      移行先認証局装置
２      移行元認証局装置
１１      移行機能
１２      証明書発行機能
１３      ＣＲＬ発行機能
１４      認証局リポジトリ（証明書管理ＤＢ）
１５      証明書シリアル番号カウンタ
１６      証明書プロファイルテンプレート
１７      ＣＬＲシリアル番号カウンタ
１８      移行元証明書の受取機能
１９      移行元ＣＲＬの受取機能
２０      認証局証明書の移行発行機能
２１      認証パス生成機能（順方向）
２２      認証パス生成機能（逆方向）
５１      拇印検証機能
５２      署名検証機能
５３      プロファイル解析機能
２０１      ＣＰＵ
２０２      メモリ
２０３      入力装置
２０４      出力装置
２０５      外部記憶装置
２０６      媒体駆動装置
２０７      可搬記録媒体
２０８      バス
２１１      証明書発行機能
２１２      ＣＲＬ発行機能
２１３      証明書シリアル番号カウンタ
２１４      証明書プロファイルテンプレート
２１５      ＣＲＬシリアル番号カウンタ
２１６      拇印検証機能
２１７      署名検証機能
２１８      プロファイル解析機能
２１９      認証局リポジトリ
【図１】
0005493697.tif 000002
【図２Ａ】
0005493697.tif 000003
【図２Ｂ】
0005493697.tif 000004
【図２Ｃ】
0005493697.tif 000005
【図３】
0005493697.tif 000006
【図４】
0005493697.tif 000007
【図５】
0005493697.tif 000008
【図６】
0005493697.tif 000009
【図８】
0005493697.tif 000010
【図９Ａ】
0005493697.tif 000011
【図９Ｂ】
0005493697.tif 000012
【図９Ｃ】
0005493697.tif 000013
【図１０】
0005493697.tif 000014
【図１１】
0005493697.tif 000015
【図１２Ａ】
0005493697.tif 000016
【図１２Ｂ】
0005493697.tif 000017
【図１２Ｃ】
0005493697.tif 000018
【図１２Ｄ】
0005493697.tif 000019
【図１３】
0005493697.tif 000020
【図１４Ａ】
0005493697.tif 000021
【図１４Ｂ】
0005493697.tif 000022
【図１５】
0005493697.tif 000023
【図１６】
0005493697.tif 000024
【図１７Ａ】
0005493697.tif 000025
【図１７Ｂ】
0005493697.tif 000026
【図１８】
0005493697.tif 000027
【図１９】
0005493697.tif 000028
【図２０】
0005493697.tif 000029
【図２１】
0005493697.tif 000030
【図２３】
0005493697.tif 000031
【図７】
0005493697.tif 000032
【図２２】
0005493697.tif 000033