(57)【要約】【課題】ユーザに煩雑な管理・手続き処理を行わせることなく、電子証明書の新たな発行や更新発行を容易に行うことができる通信装置を提供する。【解決手段】証明書管理部１３１は、証明書管理情報を読み出して、更新が必要な電子証明書の情報を検出する。証明書管理部１３１は該当する電子証明書の更新要求を行い、秘密鍵生成部１３２は秘密鍵を生成する。証明書要求生成部１３３は共通鍵で暗号化した装置ＩＤを付帯情報として証明書要求ＣＳＲを生成して送信する。この証明書要求ＣＳＲに基づく電子証明書が認証局２から送信されると、証明書取得部１３４は電子証明書を取得し、証明書管理部１３１に与える。証明書管理部１３１は、電子証明書と該電子証明書に基づく証明書管理情報とメモリ１４に更新記憶する。【選択図】図２
2008042753.tif 000002
【特許請求の範囲】
【請求項１】
共通鍵による暗号化と秘密鍵による復号とにより通信を行う公開鍵方式を用いた通信装置において、
前記共通鍵と装置識別情報とを記憶する記憶手段と、
所定方式を用いて前記秘密鍵を生成する秘密鍵生成手段と、
前記共通鍵により暗号化された前記装置識別情報と、前記秘密鍵とを用いて証明書要求を生成する証明書要求生成手段と、
前記証明書要求を用いて、電子証明書の発行要求を認証局に対して行う証明書発行要求手段と、
前記発行要求に対応して前記認証局で生成された電子証明書を取得する証明書取得手段と、
取得した電子証明書の期限管理を行い、期限切れの電子証明書に対応する新たな電子証明書の発行要求または更新発行要求を行う証明書管理手段と、
を備えた通信装置。
【請求項２】
前記証明書管理手段は、これから通信を行う相手先装置に対して必要な電子証明書を検知し、該当する電子証明書が無いか、該当する電子証明書の有効期限が切れている場合に、電子証明書の発行要求または更新要求を行う請求項１に記載の通信装置。
【請求項３】
前記証明書管理手段は、前記期限切れの電子証明書を検出すると、前回とは異なる秘密鍵を生成する制御を前記秘密鍵生成手段に行う請求項１または請求項２に記載の通信装置。
【請求項４】
前記証明書要求生成手段は、前記共通鍵で暗号化された装置識別情報を所定のデータフォーマットに変換して用いる請求項１〜請求項３のいずれかに記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、公開鍵方式を用いた通信装置の電子証明書取得方法に関するものである。
【背景技術】
【０００２】
現在、ネットワークで接続される通信装置間でデータ通信を行う方法として、ＶＰＮ（Virtual Private Network）という方法がある。そして、このＶＰＮ方式には、ＩＰｓｅｃ−ＶＰＮとＳＳＬ−ＶＰＮとが存在するが、利用の簡単さから、ＳＳＬ−ＶＰＮが多く利用されている。この方式では、共通鍵と秘密鍵とを用い、送信するデータを共通鍵で暗号化し、受信したデータを秘密鍵で復号することにより、安全なデータ通信を実現する。この際、通信装置は、自身の信頼性を宣言するために、認証局から電子証明書を取得する必要があり、予め電子証明書を認証局から取得しておく。そして、通信時には通信相手に自身の電子証明書を送信することで、相手先装置に自装置を認証してもらい通信が可能となる。
【０００３】
このように、他装置と通信を行うためには電子証明書が必要であるが、電子証明書は有効期限があり、電子証明書を取得していないか、有効期限が切れていれば、従来では、一般的に電子証明書を取得する際には、ユーザが手入力等により電子証明書の発行手続きを行っていた。
【０００４】
また、特許文献１では、有効期限の管理方法として、通信を行う装置とは別の管理サーバで、複数の装置に関する電子証明書を一括管理している。この場合、管理サーバは電子証明書の有効期限が切れると、該当する装置に電子証明書の再発行や更新手続きを行うよう指示する。そして、該当する装置では、ユーザが手入力等により電子証明書の発行手続きを行っていた。
【特許文献１】特開２００５−１７５９９２公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の一般的な方法では、ユーザが電子証明書の有無や有効期限を確認し、再発行や更新発行の必要があれば、手入力を行わなければならず、手続き処理が煩雑であった。特に、ユーザインターフェースの少ないネット通信装置の場合には、別途パソコン等を用いて電子証明書を取得した後に、該当するネット通信装置に電子証明書の情報を入力しなければならず、さらに煩雑な処理をユーザに負わせることとなっていた。
【０００６】
また、特許文献１の方法では、通信装置とは別に管理サーバを設けなければならない上に、実際に電子証明書の発行要求、すなわち証明書要求（ＣＳＲ）の作成時には、各装置で、ユーザが手入力をしなければならなかった。
【０００７】
したがって、本発明の目的は、ユーザに煩雑な管理・手続き処理を行わせることなく、電子証明書の新たな発行や更新発行を容易に行うことができる通信装置を提供することにある。
【課題を解決するための手段】
【０００８】
この発明は、共通鍵による暗号化と秘密鍵による復号とにより通信を行う公開鍵方式を用いた通信装置に関するものである。この通信装置は、共通鍵と装置識別情報とを記憶する記憶手段と、所定方式を用いて秘密鍵を生成する秘密鍵生成手段と、共通鍵により暗号化された装置識別情報と秘密鍵とを用いて証明書要求を生成する証明書要求生成手段と、証明書要求を用いて電子証明書の発行要求を認証局に対して行う証明書発行要求手段と、発行要求に対応して認証局で生成された電子証明書を取得する証明書取得手段と、取得した電子証明書の期限管理を行い、期限切れの電子証明書に対応する新たな電子証明書の発行要求または更新発行要求を行う証明書管理手段と、を備えたことを特徴としている。
【０００９】
この構成では、通信装置は、電子証明書の期限管理を行い、電子証明書の有効期限が切れていたり、通信に必要な電子証明書が無かったりした場合に、電子証明書の発行手続きを自動的に行い、取得した電子証明書に関する情報を自動的に更新する。これにより、ユーザによる入力を必要とすることなく、電子証明書の発行要求、取得、管理を行うことができる。
【００１０】
また、この発明の通信装置の証明書管理手段は、これから通信を行う相手先装置に対して必要な電子証明書を検知し、該当する電子証明書が無いか、該当する電子証明書の有効期限が切れている場合に、電子証明書の発行要求または更新要求を行うことを特徴としている。
【００１１】
この構成では、証明書管理手段は、常時定期的に電子証明書の有効性を確認して、発行要求を行うのではなく、これから行う通信に対応する電子証明書の有無や有効性のみを確認する。そして、該当する電子証明書が無いか有効でなければ、発行要求または更新要求を行う。これにより、必要な時にのみ発行要求（更新要求）が行われるので、通信に必要な電子証明書を確実に取得しながら、発行要求・取得・管理が簡素化される。
【００１２】
また、この発明の通信装置の証明書管理手段は、期限切れの電子証明書を検出すると、前回とは異なる秘密鍵を生成する制御を秘密鍵生成手段に行うことを特徴としている。
【００１３】
この構成では、秘密鍵を更新の際、毎回違うものにすることで、電子証明書の自動更新において、さらに秘匿性が向上される。
【００１４】
また、この発明の通信装置の証明書要求生成手段は、共通鍵で暗号化された装置識別情報を所定のデータフォーマットに変換して用いることを特徴としている。
【００１５】
この構成では、証明書要求に用いる装置識別情報に対して特別なデータフォーマットを用いることで、電子証明書の自動発行、自動更新において、さらに一層秘匿性が向上される。
【発明の効果】
【００１６】
この発明によれば、ユーザによる入力を必要とすることなく、電子証明書の発行要求、取得、管理を自動的に行うことができるので、ユーザに煩雑な処理手続きを負わせることなく、必要なときに確実に電子証明書を取得することができる。
【発明を実施するための最良の形態】
【００１７】
本発明の実施形態に係る通信装置について図を参照して説明する。
図１は、本実施形態の通信装置を含む電子証明書発行システムの主要構成を示すブロック図である。
図２は本実施形態の通信装置１の電子証明書管理部１３の構成を示すブロック図である。
図３は本実施形態の電子証明書発行システムのシステムフロー図である。
【００１８】
図１に示すように、本実施形態の通信装置１は、電子証明書の取得処理に関して、システム制御部１１、通信制御部１２、電子証明書管理部１３、メモリ１４を備える。通信装置１は、これらの電子証明書取得処理に関する部分とは別に、それぞれの目的に応じて機能部を有する。例えば、当該通信装置１が音声会議装置であれば、電子証明書取得処理に関する部分とは別に、通信制御部１２が受信した相手装置からの音声信号を放音する放音部を備える。さらに、自装置が収音した音声信号に対してエコーキャンセル処理等を行って通信制御部１２に与える収音部を備える。この音声会議では、互いの通信装置は、通信制御部１２で音声信号を例えばＰ２Ｐの形式で送受信するが、この際に、電子証明書により互いの信頼性を確認してから、音声信号の送受信を行う。
【００１９】
システム制御部１１は、通信装置１全体の制御を行う。例えば、上記放音、収音の管理制御を行う。また、図示しない操作部によりユーザから操作入力が行われると、操作内容に従う制御を通信装置１の各部に与える。また、電子証明書管理部１３が電子証明書の発行要求処理を行う場合に、通常の処理とは別に、通信制御部１２に電子証明書の発行に関する処理を行わせる制御を行う。
【００２０】
通信制御部１２は、電子証明書の発行要求処理が行われた場合、電子証明書管理部１３で生成された証明書要求ＣＳＲを、認証局２に送信する。また、通信制御部１２は、自装置から送信した証明書要求ＣＳＲに対する電子証明書が認証局２から送られてくると、これを受信して電子証明書管理部１３に与える。
【００２１】
電子証明書管理部１３は、図２に示すように、証明書管理部１３１、秘密鍵生成部１３２、証明書要求生成部１３３、証明書取得部１３４を備える。
【００２２】
証明書管理部１３１は、これまでに取得した電子証明書の証明書管理情報を管理する。ここで、証明書管理情報とは、それぞれに電子証明書に関連する情報であり、各電子証明書の共通鍵、秘密鍵、有効期限等を有する。証明書管理部１３１は、所定タイミング毎に、メモリ１４に記憶された電子証明書毎の証明書管理情報を読み出して、有効期限を確認し、更新する必要があれば、秘密鍵生成部１３２に秘密鍵生成制御を行うとともに、証明書要求生成部１３３に更新要求を行う。また、証明書管理部１３１は、証明書管理情報を読み出して、必要な電子証明書が存在しなければ、秘密鍵生成部１３２に秘密鍵生成制御を行うとともに、証明書要求生成部１３３に新規作成要求を行う。
【００２３】
秘密鍵生成部１３２は、秘密鍵生成制御にしたがい、ＲＳＡ等の所定のフォーマットで秘密鍵を生成して、証明書要求生成部１３３に与える。
【００２４】
証明書要求生成部１３３は、証明書の更新要求または新規作成要求に応じて、メモリ１４に記憶された自装置の装置ＩＤ、および該当する通信に必要な共通鍵を読み出す。証明書要求生成部１３３は、読み出した装置ＩＤを共通鍵で暗号化するともに、所定形式の証明書要求ＣＳＲを生成する。証明書要求生成部１３３は、生成した証明書要求ＣＳＲの付帯情報として、共通鍵で暗号化した装置ＩＤを所定形式で添付して、通信制御部１２を介し、認証局２に送信する。
【００２５】
証明書取得部１３４は、認証局２から通信制御部１２を介して取得した電子証明書を証明書管理部１３１に与え、証明書管理部１３１は、取得した電子証明書から前述の証明書管理情報を抽出し、メモリ１４に記憶された証明書管理情報を更新する。
【００２６】
次に、システムフローについて具体的に説明する。
【００２７】
通信装置１は、予め設定した所定タイミング毎に、証明書管理情報を読み出して（Ｓ１０１）、更新が必要な電子証明書の有無を確認する（Ｓ１０２）。すなわち、各電子証明書の有効期限と、通信装置１に別途取り付けられたまたは外部から取得した現在の日時とを比較する。通信装置１は、有効期限が切れているものがなければ、すなわち無効な電子証明書がなければ、次のタイミングまでこの処理を停止する。
【００２８】
通信装置１は、無効な電子証明書を検出すると、該当する電子証明書に対する秘密鍵を、前述のようなフォーマットを用いて生成する（Ｓ１０２→Ｓ１０３）。
【００２９】
通信装置１は、装置ＩＤと共通鍵とを読み出して、装置ＩＤを共通鍵で暗号化する（１０４）。
通信装置１は、所定フォーマットの証明書要求ＣＳＲを作成し、共通鍵で暗号化された装置ＩＤを付帯情報とする（Ｓ１０５）。この際、装置ＩＤは予め通信装置と認証局とで共通に設定された特定のフォーマットに変換して付帯させる。このように特定のフォーマットに変換した装置ＩＤを用いることで、電子証明書発行要求時の通信の秘匿性を向上することができる。
通信装置１は、上記付帯情報を備える証明書要求ＣＳＲを認証局２に送信する（Ｓ１０６）。
【００３０】
認証局２の証明書要求取得部２１は、通信装置１からの証明書要求ＣＳＲを受信すると（Ｓ２０１）、該証明書要求ＣＳＲを証明書発行部２２に出力する。証明書発行部２２は、取得した証明書要求ＣＳＲを端末ＩＤ復号部２３に与え、端末ＩＤ復号部２３は、証明書要求ＣＳＲに付帯された装置ＩＤを、メモリ２４に記憶された共通鍵で復号して装置ＩＤを検証する（Ｓ２０２）。
【００３１】
認証局２の証明書発行部２２は、装置ＩＤの検証結果に基づいて、電子証明書の発行許可を判断すると、電子証明書を発行して（Ｓ２０３）、通信装置１に送信する（Ｓ２０４）。
【００３２】
通信装置１は、電子証明書を受信すると（Ｓ１０７）、当該電子証明書の管理情報を取得して、メモリ１４に記憶された電子証明書および該当する電子証明書の証明書管理情報を更新する（Ｓ１０８）。
【００３３】
以上のようなシステムフローにより、通信装置は、電子証明書を更新取得することができる。
【００３４】
なお、前述の説明では、電子証明書の期限が有効であるか無効であるかを基準に電子証明書の発行処理を行う例を示した。しかしながら、新たな共通鍵が必要な通信相手と通信を行いたい場合には、新たな電子証明書が必要となる。この場合、通信装置は、予め相手先装置の共通鍵を取得しておく。この取得方法としては、与えられた情報をユーザが入力しても、ネットワークを介して受信した共通鍵をシステム制御部１１で自動的にメモリ１４に記憶しても良い。そして、相手先装置との通信開始時までの所定タイミングで、認証局２に対して証明書要求ＣＳＲを送信し、電子証明書を取得すればよい。
【００３５】
また、前述の説明では、所定タイミング毎に有効期限を監視する方法を示したが、予め通信日時を取得しておけば、この取得時点に有効期限を確認し、会議開始までに前述の電子証明書の取得処理を行えばよい。これにより、必要時のみ電子証明書の取得処理を行えばよいので、トータルとして電子証明書の取得処理負荷を軽減させることができる。
【００３６】
また、前述の説明では、秘密鍵の生成については既知として具体的な方法を示していないが、秘密鍵の生成時には、これまで使用された秘密鍵を読み出し、この秘密鍵とは異なる新たな秘密鍵を生成するようにするとよい。これにより、さらに通信の秘匿性を保持することができる。
【００３７】
また、前述の電子証明書管理部１３の各部はそれぞれに異なるＩＣを用いて実現しても良いが、電子証明書管理部１３全体の処理を一つのＩＣで実行されるプログラムによって実現しても良い。
【図面の簡単な説明】
【００３８】
【図１】本発明の実施形態の通信装置を含む電子証明書発行システムの主要構成を示すブロック図である。
【図２】本発明の実施形態の通信装置１の電子証明書管理部１３の構成を示すブロック図である。
【図３】本発明の実施形態の電子証明書発行システムのシステムフロー図である。
【符号の説明】
【００３９】
１−通信装置、１１−システム制御部、１２−通信制御部、１３−電子証明書管理部、１３１−証明書管理部、１３２−秘密鍵生成部、１３３−証明書要求生成部、１３４−証明書取得部、１４−メモリ、２−認証局、２１−証明書要求取得部、２２−証明書発行部、２３−装置ＩＤ復号部、２４−メモリ
【図１】
2008042753.tif 000003
【図２】
2008042753.tif 000004
【図３】
2008042753.tif 000005