(57)【要約】【課題】証明書をより汎用的に利用できるように構成することを課題とする。【解決手段】ネットワーク４００を介して接続された、証明書発行装置１００とプリンタ２００とを有する認証局システムであって、証明書発行装置１００の証明書発行手段１３は、第１のユーザからの証明書発行要求に基づき、第１のユーザの証明書を発行し、証明書変換手段１５は、証明書発行手段１３が発行された証明書の証明書情報をコード情報に変換し、通信手段１１はコード情報をプリンタ２００へ送信し、プリンタ２００の通信手段２１は、コード情報を受信し、印刷手段２２は、コード情報を所定の用紙に印刷する。【選択図】図１
2011135275.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してプリンタと接続された、証明書発行装置であって、
第１のユーザからの証明書発行要求に基づき、第１のユーザの証明書を発行する証明書発行手段と、
上記証明書発行手段が発行した証明書の証明書情報をコード情報に変換する証明書変換手段と、
上記コード情報を上記プリンタへ送信する通信手段とを備えたことを特徴とする証明書発行装置。
【請求項２】
上記証明書変換手段は、上記証明書情報をコード情報に変換するとき、１つの証明書情報から複数のコード情報を生成することを特徴とする請求項１に記載の証明書発行装置。
【請求項３】
ネットワークを介して接続された、証明書発行装置とプリンタとを有する認証局システムであって、
上記証明書発行装置は、
第１のユーザからの証明書発行要求に基づき、第１のユーザの証明書を発行する証明書発行手段と、
上記証明書発行手段が発行された証明書の証明書情報をコード情報に変換する証明書変換手段と、
上記コード情報と上記証明書発行要求に含まれる出力情報とを上記プリンタへ送信する通信手段とを備え、
上記プリンタは、
上記証明書発行装置から上記コード情報と上記出力情報とを受信する通信手段と、
上記コード情報を上記出力情報に基づき、所定の用紙に印刷する印刷手段とを備えたことを特徴とする認証局システム。
【請求項４】
上記証明書変換手段は、上記証明書情報をコード情報に変換するとき、１つの証明書情報から複数のコード情報を生成することを特徴とする請求項３に記載の認証局システム。
【請求項５】
認証局が有する証明書発行装置とネットワーク接続された、携帯端末であって、
所定の紙に印刷された証明書情報を変換したコード情報を読み込み、コード情報から証明書情報を復元し、上記証明書発行装置より上記認証局の証明書を要求する証明書復元手段と、
上記証明書復元手段からの要求により上記証明書発行装置に対して、証明書発行要求および失効リスト送信要求を送信し、上記証明書発行装置より所定の証明書と失効リストとを受信する通信手段と、
上記通信手段が受信した上記認証局の証明書に基づき、復元された上記証明書情報の真正性を確認し、さらに上記証明書情報に含まれるパーソナルデータを表示装置を用いて表示する証明書検証手段とを備えたことを特徴とする携帯端末。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、証明書を発行する認証局の証明書発行装置に関するものであり、特に証明書をコードにより発行することを特徴とするものである。
【背景技術】
【０００２】
データを暗号化する方式として、公開鍵暗号方式と呼ばれる方法がある。この公開鍵暗号方式では、秘密鍵（ユーザが保有する鍵）と公開鍵（公開される鍵）のペアで、暗号化と復号が行われ、秘密鍵で暗号化したデータは公開鍵で復号でき、公開鍵で暗号化したデータは秘密鍵で復号できるという性質を有している。
【０００３】
また認証局（Certificate Authority）は、ディジタル証明書（「電子証明書」、「証明書」とも呼ばれる、以下、「証明書」と記す）を発行することにより、証明書を要求したユーザの身元を証明する機能を有している。証明書には、証明書を要求したユーザの公開鍵と認証局の署名とが含まれる。
【０００４】
証明書の発行と検証に関し、認証局がユーザＡの証明書を発行し、ユーザＢ所有のコンピュータがユーザＡの証明書を検証する処理の流れについて説明する。まずユーザＡの証明書を発行する処理は、ユーザＡは秘密鍵と公開鍵のペアをユーザＡ所有のコンピュータで作成し、証明書情報、作成した公開鍵を含む証明書発行要求を認証局に送信する。
【０００５】
認証局ではまず担当者が受理した証明書発行要求を審査し、証明書発行要求に問題がなければ、認証局のコンピュータがユーザＡの証明書情報と公開鍵とに認証局の署名をして、ユーザＡの証明書を発行する。
【０００６】
なお「認証局の署名をする」とは、ユーザの証明書情報に対して所定のハッシュ関数にてハッシュ値を求め、そのハッシュ値に認証局の秘密鍵で暗号化したデータを、ユーザの証明書情報に付加することを言う。つまり証明書には、証明書情報、ユーザの公開鍵、および認証局の署名データが含まれる。
【０００７】
次にユーザＢがユーザＡの証明書を検証するときは、ユーザＢは認証局の証明書を入手し、認証局の証明書に含まれる認証局の公開鍵にて、ユーザＡの証明書に含まれる認証局の署名データを復号し、ユーザＡの証明書情報に対応するハッシュ値ａを求める。次に、ハッシュ関数を用いてユーザＡの証明書情報からハッシュ値ｂを求め、先に求められたハッシュ値ａとハッシュ値ｂが一致するときは、ユーザＡの証明書は認証局によって真正であることが保証され、ユーザＡの身元が証明されることになる。「真正性を確認する」とは、該当の証明書が改ざんされていないかどうか、証明書の所有者が正当な証明書の所有者であるかどうかを確認することを言う。
【０００８】
このように認証局から証明書を取得すると、証明書により身元証明または、データの真正証明ができるが、現状、証明書は簡単に入手することができない。
【０００９】
入手方法としては、特許文献１（特開２００１−３２０２６１号公報）に開示されているように、ネットワークやインターネットを用いてファイル形式で入手する方法、何らかの媒体、例えばＩＣカードに格納されたものを入手する方法などがある。ところがこのような現状の入手方法では、ユーザはネットワーク環境やＩＣカード読取装置およびＩＣカード読取装置が接続するパソコン等が必要となり、そのような環境を有していないユーザは証明書を入手できない。そのような理由から、証明書の利用が促進されない側面もあると言える。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００１−３２０２６１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
この発明は、証明書をより汎用的に利用できるよう構成することを課題とする。
【課題を解決するための手段】
【００１２】
本発明に係る証明書発行装置は、ネットワークを介してプリンタと接続された、証明書発行装置であって、第１のユーザからの証明書発行要求に基づき、第１のユーザの証明書を発行する証明書発行手段と、上記証明書発行手段が発行した証明書の証明書情報をコード情報に変換する証明書変換手段と、上記コード情報を上記プリンタへ送信する通信手段とを備えたことを特徴とするものである。
【００１３】
また本発明に係る証明書発行装置は、上記証明書変換手段は、上記証明書情報をコード情報に変換するとき、１つの証明書情報から複数のコード情報を生成することを特徴とするものである。
【００１４】
また本発明に係る認証局システムは、ネットワークを介して接続された、証明書発行装置とプリンタとを有する認証局システムであって、上記証明書発行装置は、第１のユーザからの証明書発行要求に基づき、第１のユーザの証明書を発行する証明書発行手段と、上記証明書発行手段が発行された証明書の証明書情報をコード情報に変換する証明書変換手段と、上記コード情報と上記証明書発行要求に含まれる出力情報とを上記プリンタへ送信する通信手段とを備え、上記プリンタは、上記証明書発行装置から上記コード情報と上記出力情報とを受信する通信手段と、上記コード情報を上記出力情報に基づき、所定の用紙に印刷する印刷手段とを備えたことを特徴とするものである。
【００１５】
また本発明に係る認証局システムは、上記証明書変換手段は、上記証明書情報をコード情報に変換するとき、１つの証明書情報から複数のコード情報を生成することを特徴とするものである。
【００１６】
本発明に係る携帯端末は、認証局が有する証明書発行装置とネットワーク接続された、携帯端末であって、所定の紙に印刷された証明書情報を変換したコード情報を読み込み、コード情報から証明書情報を復元し、上記証明書発行装置より上記認証局の証明書を要求する証明書復元手段と、上記証明書復元手段からの要求により上記証明書発行装置に対して、証明書発行要求および失効リスト送信要求を送信し、上記証明書発行装置より所定の証明書と失効リストとを受信する通信手段と、上記通信手段が受信した上記認証局の証明書に基づき、復元された上記証明書情報の真正性を確認し、さらに上記証明書情報に含まれるパーソナルデータを表示装置を用いて表示する証明書検証手段とを備えたことを特徴とするものである。
【発明の効果】
【００１７】
この発明の証明書発行装置によると、証明書の内容をコードに変換してユーザに提供するので、より汎用的に証明書を利用することができる。
【図面の簡単な説明】
【００１８】
【図１】実施の形態１におけるシステム構成図である。
【図２】実施の形態１における処理の全体の流れを示したフローチャートである。
【図３】実施の形態１における処理の流れを示したフローチャートである。
【図４】実施の形態１における処理の流れを示したフローチャートである。
【図５】実施の形態１における処理の流れを示したフローチャートである。
【図６】証明書発行装置１００のハードウェア資源の一例を示す図である。
【発明を実施するための形態】
【００１９】
実施の形態１．
本実施の形態では、ユーザＡ（第１のユーザ）が認証局に自らの証明書発行を要求し、ユーザＢ（第２のユーザ）がユーザＡの証明書の検証を行うものとして、説明する。
【００２０】
なお証明書は、暗号技術のＸ．５０９の規格に基づき作成されているもので、基本部と拡張部を有している。基本部には、証明書のシリアル番号、バージョン、主体者（証明書の所有者）氏名、発行者名、有効期間等が記録され、拡張部には、公開鍵の使用用途、主体者の組織情報等、認証局によって任意の情報が記録されている。例えば、医師等特有の職業の所属団体（医師会）が認証局を立ち上げ、その所属団体に属しているユーザＡの身元を認証局が保証するように構成する場合は、認証局は証明書の拡張部に独自情報（例えば、所属医師会、勤務先病院、専門の科目等）を記憶するように設定することができる。
【００２１】
また基本部および拡張部に記録されている所有者に関する情報を、「パーソナルデータ」と呼ぶ。
【００２２】
図１は、本実施の形態におけるシステム構成図である。図１に示すように、認証局システム５００は、証明書発行装置１００とプリンタ２００を含み、それぞれはネットワーク４００により接続されている。またユーザＢが有する携帯端末３００もネットワーク４００を介して、認証局システム５００に接続されているものとする。
【００２３】
図１では、簡略化のため、プリンタ２００および携帯端末３００を１台のみ記載しているが、複数台のプリンタ２００および携帯端末３００を本システムに接続することが可能である。携帯端末３００は、携帯電話、ＰＨＳ（Personal Handyphone System、登録商標）、ＰＤＡ（Personal Digital Assistance、登録商標）等、証明書を変換したコード情報を読み取るハードウェア（カメラ装置）を有しているものであればよい。
【００２４】
証明書発行装置１００の構成について、説明する。通信手段１１は、ネットワーク４００を介してプリンタ２００および携帯端末３００とデータを送受信し、鍵生成手段１２は、認証局の秘密鍵と公開鍵とを生成し、生成した秘密鍵と公開鍵との鍵情報を、鍵ファイル１７に格納する。証明書発行手段１３は、鍵ファイル１７に格納された鍵情報を用いて、認証局の証明書およびユーザＡの証明書を発行する。証明書発行手段１３が発行した証明書は、証明書変換手段１５に受け渡され、証明書変換手段１５は、証明書発行手段１３が発行した証明書の証明書情報をコード変換して、通信手段１１に受け渡す。また証明書発行手段１３が発行した証明書は、証明書格納手段１４により証明書ファイル１８に格納される。
【００２５】
失効リスト更新手段１６は、失効させた証明書を失効リスト（Certificate Revocation List、ＣＲＬとも言う）１９に格納する。なお失効させた証明書とは、証明書の所有者からのパーソナルデータ（個人に関する情報）の変更通知や証明書の不正利用発生通知に基づき、失効リスト更新手段１６が無効な証明書としたもの、等を示す。失効リスト更新手段１６は、定期的に失効リスト１９を更新する。なお、鍵生成手段１２および失効リスト更新手段１６の処理は、通常の認証局での処理であり、本実施の形態での説明には関係しないため、詳細な説明を省略する。
【００２６】
次にプリンタ２００の構成について、説明する。通信手段２１は、証明書発行装置１００の通信手段１１と通信を行い、コード情報（コード変換された証明書情報）を受信する。その後、受信したコード情報を印刷手段２２に受け渡し、印刷手段２２は所定の紙にコード情報を印刷する。
【００２７】
コード情報とは、２次元コード（２次元バーコードとも言う）を構成するためのデータ情報のことを言い、２次元コードの一例としては、ＱＲコード（登録商標)、データ・マトリクス、マキシコード等がある。
【００２８】
携帯端末（ユーザＢ所有の携帯端末）３００の構成は、次のとおりである。証明書復元手段３１は、携帯端末３００に内蔵されたカメラ装置（図示せず）を用いて、所定の紙に印刷されたコード情報を読み込み、既存技術のコード復元機能を用いてコード情報を証明書情報に復元する。
【００２９】
証明書復元手段３１は、復元された証明書情報を証明書格納手段３３に受け渡し、証明書格納手段３３は、証明書情報を証明書ファイル３５として一時的に記憶する。また証明書復元手段３１は、証明書検証手段３４に証明書検証処理を引き継ぐ。証明書検証手段３４は予め記憶している認証局システム５００の証明書入手方法（証明書発行装置１００のＵＲＬ情報等）に基づき、通信手段３２に対して証明書発行装置１００より認証局の証明書を入手するように依頼する。証明書検証手段３４は、ユーザＡの証明書検証が必要となったユーザＢ向けに、認証局システム５００が提供するアプリケーションソフトウェアであり、ユーザＢは証明書検証手段３４を認証局システム５００よりダウンロードする。そのアプリケーションソフトウェアとして構成される証明書検証手段３４が予め証明書発行装置１００のＵＲＬ情報を記憶し、証明書に記録されている情報と検証時に表示するパーソナルデータの表示項目との対応付け（証明書の基本部または拡張部に記憶されているどの項目が、パーソナルデータのどの項目に対応するかの情報）を記憶しているものとして説明をする。
【００３０】
通信手段３２は、証明書発行装置１００の通信手段１１と接続し、認証局の証明書と失効リスト１９を要求、受理する。証明書検証手段３４は、入手した認証局の証明書と失効リスト１９とを用いて、証明書ファイル３５に格納されたユーザＡの証明書の真正性を確認する。また証明書検証手段３４は、ユーザＡの証明書が真正であったかどうかの検証結果と、証明書のパーソナルデータとを、表示装置（図示せず）を用いて、ユーザＢに表示する。検証後は証明書ファイル３５が不要になるため、証明書検証手段３４は、証明書ファイル３５を削除する。
【００３１】
図２を用いて、ユーザＡ、ユーザＢ、認証局システム５００の動作の概要について説明する。図２では、ユーザＡ、ユーザＢ、証明書発行装置１００の担当者の動作を含んで記載している。まずユーザＡは、秘密鍵と公開鍵のペアをユーザＡ所有のコンピュータで作成し、次に証明書情報を作成する（ステップＳ１０１）。証明書情報とは、前述したＸ．５０９の規格に則り証明書を作成するとき、証明書を構成する複数の情報を示し、予め認証局毎に定められているものである。そのためユーザＡは、認証局システム５００が発行する証明書の仕様を確認し、対応する証明書情報を作成するものとする。
【００３２】
次にユーザＡは、作成した公開鍵、証明書情報を含む証明書発行要求を認証局に送付する（ステップＳ１０２）。なお証明書発行要求の送付は、ユーザＡが書面に証明書情報に関する内容を記載し、公開鍵は何らかの媒体に格納し（ステップＳ１０１）、認証局に対して郵送で送付してもよいし（ステップＳ１０２）、ユーザＡのコンピュータで証明書情報をファイルに記録し（ステップＳ１０１）、証明書情報を記録したファイルと公開鍵とを証明書発行要求とともに、ネットワークを用いてユーザＡのコンピュータから、証明書発行装置１００に送信するようにしてもよい（ステップＳ１０２）。
【００３３】
認証局システム５００では、証明書発行要求を受け付けるとまず担当者が受理した証明書発行要求を審査する（ステップＳ１０３）。前述したように、郵送で受け付ける場合、ネットワーク経由で受け付ける場合が考えられるが、郵送で受け付ける場合は、担当者がその書面を見て審査する。ネットワーク経由で通信手段１１が受け付けた場合は、証明書発行装置１００の証明書発行手段１３が表示装置９０１を用いて担当者に審査を促すように構成することができる。ステップＳ１０３で担当者が証明書発行要求に問題がないと判断したときは、証明書発行手段１３がユーザＡの証明書情報と公開鍵とに認証局の署名をして、ユーザＡの証明書を発行する（ステップＳ１０４）。なおステップＳ１０３の担当者による証明書発行要求の審査とは、証明書情報に記入漏れがないか、証明書情報の偽りがないか、証明書情報で規定される人物がユーザＡであるか、等である。また証明書情報の中には、印刷時の出力情報が含まれる。
【００３４】
次に証明書変換手段１５がユーザＡの証明書から証明書情報を取り込みコード化して、プリンタ２００の印刷手段２２が所定の用紙に印刷する（ステップＳ１０５）。なおコード化技術は既存の技術であり、ステップＳ１０５で所定の用紙に印刷するときは、ユーザＡの証明書情報にどのような用紙にどのような書式で印刷するかが定められているので、その定義に基づき印刷する。その後、担当者がコード情報付き用紙をユーザＡに郵送する（ステップＳ１０６）。
【００３５】
ユーザＡは、証明書情報を含むコード情報付き用紙を受理した後（ステップＳ１０７）、所定のタイミングでユーザＢにコード情報付き用紙を手渡す（ステップＳ１０８）。手渡すタイミングとしては、コード情報付き用紙が名刺の場合はユーザＢに始めて面識したとき、コード情報付き用紙が何らかの申込書や申請書の場合はユーザＢに対して何らかの申込みをするときなどが考えられる。
【００３６】
次にユーザＡからコード情報付き用紙を手渡されたユーザＢは、所有する携帯端末３００に内蔵されたカメラ機能を用いて、コード情報付き用紙のコード情報を携帯端末３００に取り込み、携帯端末３００の証明書復元手段３１が所定のコード復元技術を用いてコード情報から証明書情報を復元する（ステップＳ１０９）。証明書検証手段３４はユーザＡの証明書を検証するため、通信手段３２を介して、予め記憶している証明書発行装置１００のＵＲＬ情報に対して認証局システム５００の証明書と失効リストを要求し（ステップＳ１１０）、証明書発行装置１００は要求に応じて認証局システム５００の証明書と失効リストとを携帯端末３００に送信する（ステップＳ１１１）。
【００３７】
携帯端末３００の証明書検証手段３４は、入手した認証局システム５００の証明書と失効リストとに基づき、ユーザＡの証明書を検証し、検証結果と証明書のパーソナルデータとを表示装置（図示せず）に表示する（ステップＳ１１２）。検証結果の表示により、ユーザＢはユーザＡの証明書が真正であるかどうかを確認でき、またパーソナルデータとコード情報付き用紙の記載内容とを比較することにより、ユーザＡが確かにコード情報付き用紙に記載されている人物であるかどうかを確認することができる。
【００３８】
次に図３〜５を用いて、処理の流れを説明する。まずは図３を用いて、証明書発行装置１００での処理の流れを説明する。
【００３９】
証明書発行装置１００では、証明書情報、公開鍵を含む証明書発行要求を受け付けるとまず担当者が受理した証明書発行要求を審査する（ステップＳ１）。このとき郵送で証明書発行要求を受け付けた場合は担当者が書面審査を行うが、ネットワーク経由で証明書発行要求を受け付けた場合は証明書発行手段１３が表示装置９０１を用いて担当者に審査を促す。ステップＳ１で担当者が証明書発行要求に問題がないと判断したときは、証明書発行手段１００は処理を開始し、証明書発行手段１３は、ユーザＡの証明書情報、公開鍵を証明書発行要求とともに受理するためにデータを取り込み（ステップＳ２）、ユーザＡの証明書情報と公開鍵とに認証局の署名をして、ユーザＡの証明書を発行する（ステップＳ３）。
【００４０】
ステップＳ２の証明書情報と公開鍵とのデータ取り込みは、ネットワーク経由で証明書発行要求を受理したときは、通信手段１１から証明書情報と公開鍵とのデータを受け渡されることで実現できる。郵送にて証明書発行要求を受理したときは、スキャナ９０６（図６を用いて後述）を用いて証明書情報の書面に記載された文字を読み取り、既存の文字認識技術にて書面からファイル形式にデータを記録し、媒体に記憶された公開鍵は対応する入力装置（図示せず）を用いてそのデータを取り込むことで、実現できる。ステップＳ１で、審査の結果、証明書を発行できないと判断したときは、処理を完了する。
【００４１】
次に証明書変換手段１５はユーザＡの証明書情報をコード情報に変換して、通信手段１１はコード情報と出力情報とをプリンタ２００の通信手段２１に送信する（ステップＳ４）。ステップＳ４において、通信手段１１は証明書発行要求の証明書情報から出力に必要な情報を抜き出し、出力情報を構成する。証明書発行手段１３は発行した証明書を証明書格納手段１４に受け渡し、証明書格納手段１４は受け渡された証明書を、証明書ファイル１８に格納する（ステップＳ５）。証明書ファイル１８には、発行された証明書が順次記憶されていく。
【００４２】
次に図４を用いて、プリンタ２００での処理の流れを説明する。通信手段２１は、通信手段１１よりコード情報と出力情報とを受信し（ステップＳ１１）、印刷手段２２は指定された出力情報に基づき、所定の形式に、コード情報を印刷する（ステップＳ１２）。出力情報はユーザＡの証明書発行要求に含まれているものであり、用紙サイズ、書式、枚数等印刷に関する書式が定められているものである。また証明書発行装置１００の通信手段１１が出力情報を構成するときに、証明書発行装置１００で任意に規定する書式情報を追加するように実現してもよい。例えば、詳細な印刷書式等は証明書発行装置１００が任意に定めるように実現することができる。
【００４３】
次に図５を用いて携帯端末３００での処理の流れを説明する。携帯端末３００は内蔵されたカメラ機能を用いて、コード情報付き用紙のコード情報を取り込み、証明書復元手段３１は所定のコード変換技術を用いてコード情報から証明書情報を復元する。証明書復元手段３１は復元した証明書情報を、証明書検証手段３４に受け渡し、さらに証明書検証手段３４は予め記憶している証明書発行装置１００のＵＲＬ情報を通信手段３２に受け渡す（ステップＳ２１）。通信手段３２は、受け渡されたＵＲｌ情報に基づき、証明書発行装置１００の通信手段１１と接続し、認証局システム５００の証明書と失効リストとを入手する（ステップＳ２２）。
【００４４】
証明書格納手段３３は、証明書復元手段３１が復元した証明書を、証明書ファイル３５に一時的に格納する（ステップＳ２３）その後証明書検証手段３４は、ユーザＡの証明書を検証するため、通信手段３２が受信した認証局システム５００の証明書と失効リスト１９とに基づき、ユーザＡの証明書を検証し、検証結果と証明書のパーソナルデータとを表示装置（図示せず）に表示する（ステップＳ２４）。なおパーソナルデータとしてどの情報を表示するかは、証明書検証手段３４は証明書発行装置１００の設定により予め記憶しているため、証明書検証手段３４は証明書項目とパーソナルデータとの対応付けに基づき、証明書の項目からパーソナルデータを作成して、表示する。
【００４５】
このように、パーソナルデータの表示により、ユーザＢはユーザＡが確かにコード情報付き用紙に記載されている人物であるかどうかを目視で確認することができる。
【００４６】
図６は、証明書発行装置１００のハードウェア資源の一例を示す図である。
図６において、コンピュータは、システムユニット（図示せず）、ＣＲＴ（Ｃａｔｈｏｄｅ・Ｒａｙ・Ｔｕｂｅ）やＬＣＤ（液晶ディスプレイ）の表示画面を有する表示装置９０１、キーボード９０２（Ｋ／Ｂ）、マウス９０３、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ・Ｄｉｓｋ・Ｄｒｉｖｅ）、ＣＤＤ９０５（Ｃｏｍｐａｃｔ・Ｄｉｓｃ・Ｄｒｉｖｅ）などのハードウェア資源を備え、これらはケーブルや信号線で接続されている。システムユニットは、コンピュータであり、ＬＡＮに接続されている。
【００４７】
各コンピュータは、プログラムを実行するＣＰＵ９１１（「演算装置」、「マイクロプロセッサ」、「マイクロコンピュータ」、「プロセッサ」ともいう）を備えている。ＣＰＵ９１１は、図１で示した各処理部（〜手段）でデータや情報の演算、加工、読み取り、書き込みなどを行うために利用される処理装置である。ＣＰＵ９１１は、バス９１２を介してＲＯＭ９１３（Ｒｅａｄ・Ｏｎｌｙ・Ｍｅｍｏｒｙ）、ＲＡＭ９１４（Ｒａｎｄｏｍ・Ａｃｃｅｓｓ・Ｍｅｍｏｒｙ）、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、ＦＤＤ９０４、ＣＤＤ９０５、スキャナ装置９０６、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。磁気ディスク装置９２０の代わりに、光ディスク装置、メモリカードリーダライタなどの記憶媒体が用いられてもよい。
【００４８】
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、それぞれのコンピュータが用いる記憶装置（記憶部）９２９の一例である。通信ボード９１５、キーボード９０２、マウス９０３、ＦＤＤ９０４、ＣＤＤ９０５、スキャナ９０６などは、入力装置（図示せず）の一例である。また、通信ボード９１５、表示装置９０１などは、出力装置（図示せず）の一例である。
【００４９】
通信ボード９１５は、ネットワーク４００に接続されている。ネットワーク４００は、ＬＡＮに限らず、インターネット、あるいは、ＷＡＮなどで構成されていても構わない。
【００５０】
記憶装置（磁気ディスク装置）９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３のプログラムは、ＣＰＵ９１１、オペレーティングシステム９２１、ウィンドウシステム９２２により実行される。プログラム群９２３には、本実施の形態の説明において「〜手段」として説明する機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。また、ファイル群９２４には、本実施の形態の説明において、「〜データ」、「〜情報」、「〜ＩＤ（ＩＤｅｎｔｉｆｉｅｒ）」、「〜フラグ」、「〜結果」として説明するデータや情報や信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」や「〜テーブル」の各項目として記憶されている。「〜ファイル」や「〜データベース」や「〜テーブル」は、ディスクやメモリなどの記憶媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶されたデータや情報や信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・制御・出力・印刷・表示などのＣＰＵ９１１の処理（動作）に用いられる。抽出・検索・参照・比較・演算・計算・制御・出力・印刷・表示などのＣＰＵ９１１の処理中、データや情報や信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。
【００５１】
また、本実施の形態の説明において説明するブロック図やフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号は、ＲＡＭ９１４などのメモリ、ＦＤＤ９０４のフレキシブルディスク（ＦＤ）、ＣＤＤ９０５のコンパクトディスク（ＣＤ）、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク（ＭＤ）、ＤＶＤ（Ｄｉｇｉｔａｌ・Ｖｅｒｓａｔｉｌｅ・Ｄｉｓｃ）などの記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体により伝送される。
【００５２】
また、本実施の形態の説明において「〜手段」として説明するものは、「〜部」、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜工程」、「〜手順」、「〜処理」であってもよい。即ち、「〜手段」として説明するものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。あるいは、ソフトウェアのみ、あるいは、素子・デバイス・基板・配線などのハードウェアのみ、あるいは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実現されていても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤなどの記録媒体に記憶される。このプログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。即ち、プログラムは、本実施の形態の説明で述べる「〜手段」としてコンピュータを機能させるものである。あるいは、本実施の形態の説明で述べる「〜手段」の手順や方法をコンピュータに実行させるものである。
【００５３】
以上説明したように本実施の形態によると、認証局システム５００はユーザＡの証明書情報を、所定の様式にコード情報として印刷する。それにより、ユーザＡは、ネットワーク環境、ＩＣカード読取装置およびＩＣカード読取装置が接続されたパソコン等を所持していなくても、自己の証明書を入手することができ、証明書による身元証明が可能になる。例えば、ユーザＡは自己の名刺にコード情報を印刷し、ユーザＢに名刺を手渡したとする。ユーザＢは、名刺に印字されたコード情報を検証することにより、ユーザＡの証明書が真正であるかどうかを確認でき、また目視により証明書により証明された情報と名刺に書かれた属性（氏名、所属会社、役職等）とが一致しているかどうかを確認できる。
【００５４】
前述したように、証明書の拡張部に設定する情報は認証局が任意に定めることができるので、例えば医師会の認証局では、拡張部に所属医師会、勤務先病院、専門の科目を記録するように構成する。そして図５のステップＳ２４の処理で、証明書検証手段３４が証明書拡張部の所属医師会、勤務先病院、専門の科目の情報が設定されている項目についても、パーソナルデータとして表示装置（図示せず）に表示するように構成すれば、より確実に身元保証を実現することができる。
【００５５】
またユーザＡは社員証や、身分証明書（例えば、弁護士、警察官、医者等の特有の職業を証明する証明書）にコード情報を付与すると、その該当書面はユーザＢに手渡すものではないが、本実施の形態での検証によれば、ユーザＢは提示された情報とユーザＡとが一致するかどうかの照合が即座にできる。またユーザＡは、ユーザＢに対して身分証明を確実に行うことができる。
【００５６】
本実施の形態では、ユーザＡを個人としたが、ユーザＡは個人だけでなく、法人であることも可能である。この場合は、ユーザＢは、法人Ａに関する公表内容を検証することができる。さらに例えば、店舗が作成したちらしにコード情報を印字すると、ちらしに書かれている内容の保証等にも利用できる。またユーザＢも個人ではなく、何らかの申込みまたは、申請を受け付ける機関であってもよい。
【００５７】
さらにコード情報は紙に直接印刷するのではなく、シール形式で印刷すると、ユーザＡは色々な様式にコード情報を貼付することで、コード情報の利用がしやすくなる。
【００５８】
また紙に印刷する方法は、従来の方法に比較し、安価で簡便な方法なので、証明書の普及が期待できる。さらに一度に複数枚の紙に印刷することができるので、名刺やちらし等多数枚数の用紙に利用するときは、特に利便性がよい。
【００５９】
実施の形態２．
本実施の形態では、証明書発行装置１００の証明書変換手段１５が証明書情報をコード情報に変換するとき、１つの証明書から複数のコード情報を生成することを特徴とする。具体的には、図３に示したステップＳ３において、証明書変換手段１５が証明書情報をコード情報に変換するときに、複数のコード情報を生成する。
【００６０】
なお複数のコード情報に生成する処理については、証明書情報がコードの最大容量（例えば、ＱＲコード（登録商標）の場合はバイナリデータで３ＫＢ程度）を超えたときに、複数生成するように構成してもよいし、セキュリティ強固のため必ず複数のコードを生成するように構成してもよい。
【００６１】
このように、本実施の形態によると、１つの証明書情報を複数のコード情報に分割して変換するように構成したので、証明書情報量が１つのコード情報量を超えてしまったときも、対応することができる。
【００６２】
また全てのコード情報を復元しないと、元の証明書情報には戻せないため、漏えいに対する防止策にもなりえる。例えば１つの証明書からコード１〜３をシール形式で作成したとき、認証局システム５００からユーザＡにコード１，３のシールを同封して郵送し、コード２のシールを別送とすることができ、この場合、認証局システム５００とユーザＡ間のコード情報付き用紙に含まれる情報の漏えい対策を確実に行うことができる。
【符号の説明】
【００６３】
１１  通信手段、１２  鍵生成手段、１３  証明書発行手段、１４  証明書格納手段、１５  証明書変換手段、１６  失効リスト更新手段、１７  鍵ファイル、１８  証明書ファイル、１９  失効リスト、２１  通信手段、２２  印刷手段、３１  証明書復元手段、３２  通信手段、３３  証明書格納手段、３４  証明書検証手段、３５  証明書ファイル、１００  証明書発行装置、２００  プリンタ、３００  携帯端末、４００  ネットワーク、５００  認証局システム。
【図１】
2011135275.tif 000003
【図２】
2011135275.tif 000004
【図３】
2011135275.tif 000005
【図４】
2011135275.tif 000006
【図５】
2011135275.tif 000007
【図６】
2011135275.tif 000008