(57)【要約】      （修正有）【課題】ネットワーク通信機能を持たない放収音装置毎の電子証明書に対するセキュリティを向上することができる装置認証システムを提供する。【解決手段】ネットワーク通信機能を持たない放収音装置は、通信ケーブルを介して、通信端末と接続される。この際、放収音装置は、サービス利用プログラム４を通信端末にインストールして、通信端末の通信制御部３１を制御する。放収音装置は、通信端末を介して、ネットワーク通信可能となる。また、放収音装置は、ネットワーク５を介して認証サーバ１から電子証明書を取得する。放収音装置は、電子証明書を中継サーバ６に送信する。中継サーバ６は、受信した電子証明書を認証サーバ１に送信する。認証サーバ１は電子証明書の認証を行い、認証結果を中継サーバ６に通知する。認証に成功した場合、中継サーバ６は、通信端末と通信可能に設定される。【選択図】図１
2008182320.tif 000002
【特許請求の範囲】
【請求項１】
電子証明書を発行する証明書発行手段と、該証明書発行手段により発行された電子証明書を認証する証明書認証手段と、を備える認証サーバと、
前記認証サーバにネットワークを介して接続され認証サーバとの間でデータ通信制御を行う通信制御部を備える一つ以上の通信端末と、
マイクを含み該マイクで収音した音声データを生成する収音部と、入力された音声データを放音する放音部と、前記通信端末に接続され該通信端末との間で音声データを含むデータの入出力を行う入出力手段と、電子証明書を記憶する電子証明書記憶手段と、を備える放収音装置と、で構成され、
前記放収音装置は、前記通信端末の通信制御部で実行される前記データ通信制御のための通信制御プログラムを記憶する第１の通信制御プログラム記憶手段を更に備え、
前記通信端末は、前記放収音装置が接続されると該放収音装置から前記通信制御プログラムを取得し、これを実行可能な状態で記憶する第２の通信制御プログラム記憶手段を更に備え、
前記第２の通信制御プログラム記憶手段に記憶されている前記通信制御プログラムが前記通信端末において実行されると、前記認証サーバから電子証明書を取得し、これを前記放収音装置の前記電子証明書記憶手段に記憶するプログラム動作を前記通信端末の通信制御部に行わせる装置認証システム。
【請求項２】
ネットワークを介してデータの送受信を中継する中継サーバを更に備え、
中継サーバは、前記認証サーバの証明書認証手段が、前記放収音装置から受信した電子証明書の認証に成功すると、該電子証明書の送信元である放収音装置と通信可能に設定する請求項１に記載の装置認証システム。
【請求項３】
前記証明書認証手段は、認証結果が電子証明書の有効期限切れの場合、電子証明書の送信元である放収音装置に通知し、
該放収音装置は、前記通信端末の第２の通信制御プログラム記憶手段に記憶されている前記通信プログラムが再度実行されることにより、電子証明書を再取得して、前記電子証明書記憶手段に再記憶する請求項１又は請求項２に記載の装置認証システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置を介してネットワークに接続し、通信機能を持たない装置間で通信を行う際に、電子証明書を用いた認証を行う装置認証システムに関するものである。
【背景技術】
【０００２】
従来、遠隔地で通信を行う方法として、通信を行う拠点毎に通信装置を配置し、これら通信装置をネットワークで接続して、通信を行う方法が多く用いられている。また、通信時、悪意者による成りすましや改ざんを防ぐために、電子証明書等を用いた認証が行われている。そして、各種認証方法を用いた通信システムが各種考案されている。
特許文献1のＵＳＢ暗号化装置は、自装置内に電子証明書を保持しており、通信装置に接続して用いられる。通信を行う際には、通信装置は、ＵＳＢ暗号化装置内に保持している電子証明書を用いて認証を行う。認証に成功すると、通信装置は、他の通信装置と通信可能となる。
【特許文献１】特開２００４−３６２５１６公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、個人単位で利用するＵＳＢ暗号化装置を用いて認証を行うので、各個人の認証を行うことはできても、グループ単位での認証を行うことはできない。
したがって、この発明の目的は、通信機能を持たない装置間で通信を行う際に、個人単位ではなく装置を利用するグループ単位、言い換えれば、装置単位で認証を行うことができる装置認証システムを提供することにある。
【課題を解決するための手段】
【０００４】
請求項１の発明は、電子証明書を発行する証明書発行手段と、該証明書発行手段により発行された電子証明書を認証する証明書認証手段と、を備える認証サーバと、前記認証サーバにネットワークを介して接続され認証サーバとの間でデータ通信制御を行う通信制御部を備える一つ以上の通信端末と、マイクを含み該マイクで収音した音声データを生成する収音部と、入力された音声データを放音する放音部と、前記通信端末に接続され該通信端末との間で音声データを含むデータの入出力を行う入出力手段と、電子証明書を記憶する電子証明書記憶手段と、を備える放収音装置と、で構成され、前記放収音装置は、前記通信端末の通信制御部で実行される前記データ通信制御のための通信制御プログラムを記憶する第１の通信制御プログラム記憶手段を更に備え、前記通信端末は、前記放収音装置が接続されると該放収音装置から前記通信制御プログラムを取得し、これを実行可能な状態で記憶する第２の通信制御プログラム記憶手段を更に備え、前記第２の通信制御プログラム記憶手段に記憶されている前記通信制御プログラムが前記通信端末において実行されると、前記認証サーバから電子証明書を取得し、これを前記放収音装置の前記電子証明書記憶手段に記憶するプログラム動作を前記通信端末の通信制御部に行わせることを特徴とする。
【０００５】
この構成により、装置認証システムは、認証サーバとネットワークを介して接続された１つ以上の通信端末と、通信端末に接続された放収音装置とから構成される。認証サーバは、電子証明書の発行と認証を行う。放収音装置は、通信端末に接続されると、通信制御プログラムを通信端末に送信する。通信端末は通信制御プログラムを受信すると、自装置内にインストールする。この通信制御プログラムにより、通信端末の通信機能は制御される。通信端末は、ネットワークを介して、認証サーバから放収音装置の電子証明書を取得して、放収音装置に出力する。放収音装置は、電子証明書を自装置内に格納する。これにより、ネットワーク通信機能のない放収音装置は、通信端末のネットワーク通信機能を用いて、認証サーバから電子証明書を取得することができる。更に、放収音装置は、自装置内に電子証明書を格納するので、通信ケーブルを介して自装置と接続される通信端末が限定されることなく、ネットワークに接続された通信端末であれば、どの通信端末を用いてもネットワーク通信を行うことができる。また、放収音装置は、装置固有の電子証明書を取得することができるので、装置自体の認証を行うことができる。
【０００６】
請求項２の発明は、ネットワークを介してデータの送受信を中継する中継サーバを更に備え、中継サーバは、前記認証サーバの証明書認証手段が、前記放収音装置から受信した電子証明書の認証に成功すると、該電子証明書の送信元である放収音装置と通信可能に設定することを特徴とする。
【０００７】
この構成により、装置認証システムは、更に中継サーバを備え、中継サーバと認証サーバと通信端末とはネットワークを介して接続される。認証サーバが放収音装置から受信した電子証明書の認証に成功すると、中継サーバは、電子証明書の送信元である放収音装置と通信可能に設定される。これにより、中継サーバは、電子証明書の認証に成功すると、通信端末のネットワーク機能を用いて放収音装置と通信可能となる。
【０００８】
請求項３の発明は、前記証明書認証手段は、認証結果が電子証明書の有効期限切れの場合、電子証明書の送信元である放収音装置に通知し、該放収音装置は、前記通信端末の第２の通信制御プログラム記憶手段に記憶されている前記通信プログラムが再度実行されることにより、電子証明書を再取得して、前記電子証明書記憶手段に再記憶することを特徴とする。
【０００９】
この構成により、認証サーバは、電子証明書の有効期限が切れている場合、電子証明書の持ち主である放収音装置に通知する。放収音装置は、認証サーバから電子証明書を再取得して、自装置内に格納する。これにより、電子証明書の有効期限切れの場合、放収音装置は、自動で電子証明書を再取得することができる。
【発明の効果】
【００１０】
この発明によれば、放収音装置固有の電子証明書を取得することができるので、装置個別で認証を行うことができ、放収音装置と電子証明書とを個別に管理する必要がない。これにより、放収音装置毎の電子証明書に対するセキュリティを向上することができる。
【発明を実施するための最良の形態】
【００１１】
［第１実施形態］
本発明の第１実施形態に係る装置認証システムについて図１を参照して説明する。図１は、放収音装置２を用いた音声通信時のネットワーク環境を示す図である。
【００１２】
図１に示すように、第１実施形態では、ネットワーク５に、認証サーバ１と中継サーバ６と複数の通信端末３（３ａ，３ｂ）とが接続される。音声通信を行う利用者は、通信ケーブル（例えば、ＵＳＢ等）を介して、放収音装置２（２ａ，２ｂ）を通信端末３に接続して、音声通信を開始する。
【００１３】
なお、通信ケーブルを介して、放収音装置２と通信端末３とを接続したが、これに限らず、Ｂｌｕｅｔｏｏｔｈ等の無線を用いて放収音装置２と通信端末３とを接続してもよい。
【００１４】
認証サーバ１は、放収音装置２に対して電子証明書の発行及び認証を行うサーバである。中継サーバ６は、放収音装置２間で音声通信する際に音声データの中継を行うサーバである。通信端末３は、ネットワーク５を介して通信可能な通信端末であり、例えば、公知のパーソナルコンピュータ（ＰＣ）や、携帯電話等である。放収音装置２は、ネットワーク通信機能を持たない放収音装置である。また、放収音装置２は、自装置の秘密鍵と公開鍵とを保持しており、電子証明書の取得時に、これらの鍵を用いてデータの暗号化・復号を行う。このため、放収音装置２は、通信端末３の通信機能を利用して、他の放収音装置２と音声通信を行う。
【００１５】
次に、認証サーバ１、中継サーバ６、放収音装置２、通信端末３の機能について説明する。説明の簡単化のため、放収音装置２ａが通信端末３ａを介して認証サーバ１へ電子証明書の発行依頼を行った場合と、放収音装置２ａから放収音装置２ｂへ中継サーバ６を介して音声データを送信した場合について説明する。
【００１６】
認証サーバ１は、通信制御部１１、証明書発行部１２、証明書認証部１３から構成される。
【００１７】
通信制御部１１は、認証サーバ１を入出力するデータのプロトコル制御と、各機能部とのデータのやり取りとを行う。
【００１８】
具体的には、通信制御部１１は、通信端末３ａから電子証明書の発行依頼と放収音装置２ａの公開鍵とが入力されると、証明書発行部１２へ電子証明書を発行するよう指示する。通信制御部１１は、証明書発行部１２から電子証明書が発行されると、通信端末３ａへ電子証明書を送信する。
【００１９】
また、中継サーバ６から放収音装置２ａの電子証明書が入力されると、通信制御部１１は、証明書認証部１３に放収音装置２ａの電子証明書を認証するよう指示する。また、証明書認証部１３から認証結果（認証成功、有効期限切れ、認証失敗）が入力されると、通信制御部１１は、認証結果（認証成功、有効期限切れ、認証失敗）を中継サーバ６へ送信する。
【００２０】
証明書発行部１２は、通信制御部１１から電子証明書の発行依頼と放収音装置２ａの公開鍵とが入力されると、電子証明書を生成して発行する。この際、電子証明書は、放収音装置２ａの公開鍵に対応付けて生成される。電子証明書の発行が完了すると、証明書発行部１２は、電子証明書を通信制御部１１へ出力する。
【００２１】
証明書認証部１３は、通信制御部１１から放収音装置２ａの電子証明書が入力されると、電子証明書の認証を行い、通信制御部１１へ認証結果（認証成功、有効期限切れ、認証失敗）を出力する。
【００２２】
中継サーバ６は、通信制御部６１、共通鍵生成部６２、中継情報６３、データ中継部６４から構成される。
【００２３】
通信制御部６１は、ＶＰＮ装置を備え、中継サーバ６を入出力するデータのプロトコル制御と、各機能部とのデータのやり取りとを行う。
【００２４】
具体的には、通信端末３ａから放収音装置２ａの電子証明書と通信相手である放収音装置２ｂの識別番号とが入力されると、通信制御部６１は、放収音装置２ａの電子証明書を認証サーバ１に送信する。認証サーバ１から認証結果を受信すると、認証結果に基づき、各種処理を行う。認証に成功した場合、通信制御部６１は、共通鍵生成部６２へ放収音装置２ａの電子証明書と放収音装置２ｂの識別番号とを出力する。通信制御部６１は、共通鍵生成部６２から共通鍵が入力されると、電子証明書に含まれる公開鍵で共通鍵を暗号化して、通信端末３ａへ送信するとともに、通信端末３ａとの間にＶＰＮを構築する。また、電子証明書の有効期限切れの場合、通信制御部６１は、電子証明書の有効期限が切れている旨を通信端末３ａへ通知する。更に、認証に失敗した場合、通信制御部６１は、認証に失敗した旨を通信端末３ａへ通知する。ここでいう放収音装置２の識別番号とは、放収音装置２固有に割り当てられた番号のことをいい、例えば、固体番号や、マシン名等を示す。
【００２５】
また、通信制御部６１は、通信端末３ａから暗号化された送信データ（音声データ、送信先の放収音装置２ｂの識別番号）が入力されると、データ中継部６４へ出力する。データ中継部６４から送信データ（暗号化された音声データ、通信端末３ｂの識別番号）が入力されると、通信制御部６１は、通信端末３ｂへ送信データを送信する。ここでいう通信端末３の識別番号とは、通信端末３固有に割当てられた番号のことをいい、例えば、ＩＰアドレスや、ＭＡＣアドレス、マシン名等を示す。
【００２６】
共通鍵生成部６２は、通信制御部６１より、共通鍵の生成が依頼されると、中継情報６３を参照して、共通鍵が既に生成済みかどうか確認する。この際、電子証明書の送信先である放収音装置２ａとその通信相手である放収音装置２ｂとの間で、共通鍵が生成済みでない場合、共通鍵生成部６２は、共通鍵を生成して、中継情報６３に登録するとともに、通信制御部６１へ生成した共通鍵を出力する。共通鍵が生成済みの場合、共通鍵生成部６２は、中継情報６３から該当する共通鍵を取得して、通信制御部６１へ取得した共通鍵を出力する。
【００２７】
中継情報６３には、音声通信を行う放収音装置２ａ，２ｂの識別番号、各放収音装置２ａ，２ｂに対応する通信端末３ａ，３ｂの識別番号、音声通信時に音声データの暗号化・復号に用いる共通鍵が登録される。具体的には、認証サーバ１にて放収音装置２の電子証明書の認証に成功し、その旨が中継サーバ６に通知されるタイミング（音声通信を開始するタイミング）で、送信先の情報が登録されているかどうかに応じて、以下の内容が登録される。説明の簡単化のため、放収音装置２ａの電子証明書の認証後、放収音装置２ｂの電子証明書の認証を行う場合について、以下に説明する。放収音装置２ａの電子証明書を認証する際（中継情報６３には何も登録されていない）、放収音装置２ａは、放収音装置２ａの識別番号と、放収音装置２ａに対応する通信端末３ａの識別番号と、送信先の放収音装置２ｂの識別番号と、共通鍵とを中継情報６３に登録する。放収音装置２ｂの電子証明書を認証する際（中継情報６３には放収音装置２ａの識別番号と、放収音装置２ａに対応する通信端末３ａの識別番号と、送信先の放収音装置２ｂの識別番号と、共通鍵とが登録されている）、放収音装置２ｂは、放収音装置２ｂの識別番号をキーにして、放収音装置２に対応する通信端末３ｂの識別番号を登録する。
【００２８】
データ中継部６４は、通信制御部６１から暗号化された送信データ（音声データ、送信先の放収音装置２ｂの識別番号）が入力されると、音声データの送信元である放収音装置２ａに基づいて中継情報６３から共通鍵を取得する。データ中継部６４は、取得した共通鍵で暗号化されたデータを復号して、音声データと放収音装置２ｂの識別番号とを取得する。データ中継部６４は、共通鍵で音声データを暗号化する。データ中継部６４は、放収音装置２ｂの識別番号から通信端末３ｂの識別番号を取得し、暗号化された音声データに通信端末３ｂの識別番号を付与して送信データを生成する。データ中継部６４は、送信データ（暗号化された音声データ、通信端末３ｂの識別番号）を通信制御部６１へ出力する。
【００２９】
放収音装置２は、入出力制御部２１、証明書機能部２２、ＲＯＭ２３（第１の通信制御プログラム記憶手段）、放音部２４、収音部２５から構成される。
【００３０】
入出力制御部２１は、各機能部から入力されたデータを通信端末３へ出力し、通信端末３から入力されたデータを対応する機能部へ出力する。この際、通信ケーブルを介してデータのやり取りが行われる。また、入出力制御部２１は、放収音装置２と通信端末３との接続を検知すると、自装置のＲＯＭ２３内に格納されたサービス利用プログラム４を通信端末３に出力する。通信端末３は、自装置内にサービス利用プログラム４を展開してインストールする。
【００３１】
具体的には、入出力制御部２１は、証明書機能部２２から電子証明書の発行依頼が入力されると、自装置の公開鍵と電子証明書の発行依頼とを通信端末３へ出力する。通信端末３から電子証明書が入力されると、入出力制御部２１は、証明書機能部２２へ該電子証明書を出力する。また、入出力制御部２１は、証明書機能部２２から電子証明書と通信先の放収音装置２ｂの識別番号が入力されると、電子証明書と放収音装置２ｂの識別番号を通信端末３へ出力する。また、通信端末３から共通鍵が入力されると、入出力制御部２１は、共通鍵を取得する。更に、入出力制御部２１は、通信端末３から入力された音声データに対して、共通鍵を用いて復号し放音部２４へ出力する。入出力制御部２１は、収音部２５から入力された音声データと送信先である放収音装置２ｂの識別番号とを共通鍵で暗号化して、通信端末３へ出力する。
【００３２】
証明書機能部２２は、ＲＡＭ２２１（電子証明書記憶手段）を備え、ＲＡＭ２２１内に電子証明書を格納する。証明書機能部２２は、ＲＡＭ２２１内に電子証明書が存在しない場合、電子証明書の発行依頼を入出力制御部２１へ出力する。証明書機能部２２は、ＲＡＭ２２１内に電子証明書が存在する場合、通信先の放収音装置２ｂへ電子証明書を送信するよう入出力制御部２１に指示する。また、証明書機能部２２は入出力制御部２１から電子証明書が入力されると、ＲＡＭ２２１内で電子証明書を格納する。
【００３３】
ＲＯＭ２３には、サービス利用プログラム４が格納される。サービス利用プログラム４は、通信機能を持つ通信端末３の通信制御部３１を制御する通信制御プログラムである。
【００３４】
放音部２４は、入出力制御部２１から入力された音声データをＤ／Ａ変換等して、スピーカらから放音する。
【００３５】
収音部２５は、マイクで収音した音声データをＡ／Ｄ変換等して、入出力制御部２１へ出力する。
【００３６】
通信端末３は、ネットワーク５を介して通信可能な機能を持つ公知のＰＣ等である。通信端末３は、放収音装置２からサービス利用プログラム４が入力されると、ＲＡＭ３２（第２の通信制御プログラム記憶手段）にサービス利用プログラム４を展開して、証明書制御部４１、データ制御部４２を形成する。証明書制御部４１及びデータ制御部４２は、通信端末３の通信制御部３１を制御する。
【００３７】
通信制御部３１は、ネットワーク５を介して送受信するデータのプロトコル制御を行う。また、通信制御部３１は、ネットワーク５を介して受信したデータを放収音装置２ａへ出力し、放収音装置２ａから入力されたデータを、ネットワーク５を介して認証サーバ１や中継サーバ２等へ送信する。
【００３８】
具体的には、証明書制御部４１は、放収音装置２ａから、放収音装置２ａの公開鍵と電子証明書の発行依頼とが通信制御部３１に入力されると、通信制御部３１を制御し、通信制御部３１に放収音装置２ａの公開鍵と電子証明書の発行依頼とを認証サーバ１に送信する。また、ネットワーク５を介して、通信制御部３１に電子証明書が入力されると、証明書制御部４１は、通信制御部３１を制御し、放収音装置２ａへ電子証明書を出力する。
【００３９】
また、データ制御部４２は、放収音装置２ａから、放収音装置２ａの電子証明書と通信先の放収音装置２ｂの識別番号が入力されると、通信制御部３１を制御し、電子証明書と放収音装置２ｂの識別番号を中継サーバ６へ出力する。また、データ制御部４２は、ネットワーク５を介して、共通鍵が入力されると、通信制御部３１を制御し、共通鍵を放収音装置２ａへ出力する。
【００４０】
更に、データ制御部４２は、通信制御部３１に、放収音装置２ａから、暗号化された送信データ（音声データ、送信先の放収音装置２ｂの識別番号）が入力されると、通信制御部３１を制御し、中継サーバ６へ暗号化された音声データを送信する。データ制御部４２は、ネットワーク５を介して、暗号化された音声データが入力されると、通信制御部３１を制御し、暗号化されたデータを放収音装置２ａへ出力する。
【００４１】
次に、会議開催時の処理の流れについて図２，３を参照して説明する。説明を簡単化するため、以下は、放収音装置２ａが認証処理する場合、放収音装置２ａから放収音装置２ｂにデータを送信する場合について説明する。図２は、会議開始前の認証時の処理の流れを示すフローチャートである。図３は、会議開始後の音声データの送受信時の処理の流れを示すフローチャートである。
【００４２】
まず、会議開始前の認証処理について、図２を参照して説明する。放収音装置２ａは、利用者による操作部（不図示）の操作入力を受け付け、放収音装置２ｂとの通信を要求される（Ｓ１０１）と、放収音装置２ａは、自装置の証明書機能部２２のＲＡＭ２２１内に電子証明書が格納されているか確認する（Ｓ１０２）。電子証明書が存在する場合（Ｓ１０２：Ｙｅｓ）は、ステップＳ１０６の処理を行う。電子証明書が存在しない場合（Ｓ１０２：Ｎｏ）は、放収音装置２ａは、認証サーバ１に対して、電子証明書の発行依頼を行う（Ｓ１０３）。具体的には、放収音装置２ａは、自装置の公開鍵と電子証明書の発行依頼とを通信端末３ａへ出力する。通信端末３ａは、放収音装置２ａの公開鍵と電子証明書の発行依頼とが入力されると、認証サーバ１に放収音装置２ａの公開鍵と電子証明書の発行依頼とを送信する。
【００４３】
認証サーバ１は、放収音装置２ａの公開鍵と電子証明書の発行依頼とを取得すると、放収音装置２ａの公開鍵に基づき、電子証明書の発行を行い、発行した電子証明書を通信端末３ａへ送信する（Ｓ１０４）。
【００４４】
通信端末３ａは電子証明書を受信すると、放収音装置２ａへ電子証明書を出力して（Ｓ１０５）、ステップＳ１０６の処理へ進む。以上の処理により、放収音装置２ａは電子証明書の取得が完了する。
【００４５】
ステップＳ１０６にて、放収音装置２ａは、中継サーバ６へ電子証明書を送付して、ステップＳ１０７へ進む。具体的には、放収音装置２ａは、電子証明書と通信相手の放収音装置２ｂの識別番号とを通信端末３ａへ入力する。通信端末３ａは、電子証明書と放収音装置２ｂの識別番号とが入力されると、中継サーバ６へ電子証明書と放収音装置２ｂの識別番号とを送信する。
【００４６】
ステップＳ１０７にて、中継サーバ６は、電子証明書を認証サーバ１へ送信する。認証サーバ１は、受信した電子証明書の認証を行う。認証に成功する（Ｓ１０７：Ｙｅｓ）と、ステップＳ１０８の処理へ進む。認証に失敗する（Ｓ１０７：Ｎｏ）と、認証サーバ１は、認証失敗通知を中継サーバ６へ送信する。中継サーバ６は、認証失敗通知を受信すると、認証失敗通知を通信端末３ａへ送信する。通信端末３ａは、認証失敗通知を受信すると、認証失敗通知を放収音装置２ａへ出力する。
【００４７】
ステップＳ１０８にて、認証サーバ１は、認証に成功した電子証明書が有効期限内かどうか調べる。電子証明書の有効期限がある場合（Ｓ１０８：Ｙｅｓ）は、ステップＳ１１１の処理へ進む。電子証明書の有効期限が切れている場合（Ｓ１０８：Ｎｏ）は、認証サーバ１は、有効期限切れ通知を中継サーバ６へ送信する（Ｓ１０９）。中継サーバ６は、有効期限切れ通知を受信すると、有効期限切れ通知を通信端末３ａに送信する。通信端末３ａは有効期限切れ通知を受信すると、放収音装置２ａに電子証明書を再取得するように通知する（Ｓ１１０）。放収音装置２ａは、電子証明書の再取得を行い（Ｓ１０３〜Ｓ１０５）、ステップＳ１０６以降の認証処理を続行する。
【００４８】
ステップＳ１１１にて、認証サーバ１は、中継サーバ６へ電子証明書の認証に成功したことを通知する。中継サーバ６は、放収音装置２ａの音声通信に用いる共通鍵が登録されているかどうか中継情報６３を確認する（Ｓ１１２）。共通鍵が登録されている場合（Ｓ１１２：Ｙｅｓ）、中継サーバ６は、放収音装置２ａに対応する通信端末３ａの識別番号を中継情報６３に追加（Ｓ１１５）して、ステップＳ１１６への処理を行う。共通鍵が登録されていない場合（Ｓ１１２：Ｎｏ）、中継サーバ６は、共通鍵を生成する（Ｓ１１３）。中継サーバ６は、生成した共通鍵と、送信元の放収音装置２ａの識別番号及び通信端末３ａの識別番号と、送信先の放収音装置２ｂの識別番号とを中継情報６３に登録（Ｓ１１４）して、ステップＳ１１６の処理を行う。
【００４９】
中継サーバ６は、共通鍵を放収音装置２ａの公開鍵で暗号化して、通信端末３ａへ送信する（Ｓ１１６）とともに、中継サーバ６と通信端末３ａとの間にＶＰＮを構築（Ｓ１１７）して、ステップＳ１１８の処理へ進む。
【００５０】
ステップＳ１１８にて、通信端末３ａは暗号化された共通鍵を受信すると、放収音装置２ａに出力する。放収音装置２ａは、自装置の秘密鍵で復号して、共通鍵を取得する。以上で、認証処理を完了する。放収音装置２ａの音声通信先である放収音装置２ｂについてもステップＳ１０１〜Ｓ１１８の認証処理を行い、音声通信に利用する共通鍵を取得する。
【００５１】
なお、本実施形態では、放収音装置２ａが電子証明書を保持していない場合（Ｓ１０２：Ｎｏ）、放収音装置２ａは、自動で電子証明書の発行依頼を行い、電子証明書を取得する（Ｓ１０３〜Ｓ１０５）。しかしながら、これに限らず、放収音装置２ａが電子証明書を保持していない場合は、放収音装置２ａは、電子証明書を保持していない旨を利用者に通知する。そして、放収音装置２ａは、利用者の操作入力（電子証明書の取得依頼）により、電子証明書の発行依頼を行い、電子証明書を取得してもよい。また、本実施形態では、放収音装置２ａの電子証明書の有効期限が切れている場合（Ｓ１０８：Ｎｏ）についても、放収音装置２ａは、自動で電子証明書の発行依頼を行い、電子証明書を取得する（Ｓ１０３〜Ｓ１０５）。しかしながら、これに限らず、放収音装置２ａの電子証明書の有効期限が切れている場合は、放収音装置２ａは、電子証明書の有効期限が切れている旨を利用者に通知する。そして、放収音装置２ａは、利用者の操作入力（電子証明書の取得依頼）により、電子証明書の発行依頼を行い、電子証明書を再取得してもよい。
【００５２】
次に、会議開始後の音声データの送受信処理について、図３を参照して説明する。まず、ステップＳ１２１にて、放収音装置２ａは自装置の周囲の音声を収音して、ステップＳ１２２の処理を行う。
【００５３】
ステップＳ１２２にて、放収音装置２ａは収音した音声をＡ／Ｄ変換等して、音声データを生成する。放収音装置２ａは音声データと音声データの送信先である放収音装置２ｂの識別番号とを共通鍵で暗号化して、ステップＳ１２３の処理を行う。
【００５４】
ステップＳ１２３にて、放収音装置２ａは、暗号化された送信データ（音声データ、送信先の放収音装置２ｂの識別番号）を通信端末３ａへ出力して、ステップＳ１２４の処理へ進む。
【００５５】
ステップＳ１２４にて、通信端末３ａは、暗号化された送信データを中継サーバ６へ送信して、ステップＳ１２５の処理へ進む。
【００５６】
ステップＳ１２５にて、中継サーバ６は、暗号化された送信データ（音声データ、送信先の放収音装置２ｂの識別番号）を受信して、ステップＳ１２６の処理を行う。
【００５７】
ステップＳ１２６にて、中継サーバ６は、受信した暗号化された送信データに対して、共通鍵を用いて復号する。復号に成功する（Ｓ１２６：Ｙｅｓ）とステップＳ１２７の処理を行う。復号に失敗する（Ｓ１２６：Ｎｏ）と、中継サーバ６は、中継サーバ６からの復号失敗通知を通信端末３ａへ送信する。通信端末３ａは、中継サーバ６からの復号失敗通知を放収音装置２ａに出力する。
【００５８】
ステップＳ１２７にて、中継サーバ６は、復号した送信データから音声データと放収音装置２ｂの識別番号を取り出す。中継サーバ６は、共通鍵を用いて音声データを暗号化して、ステップＳ１２８の処理を行う。
【００５９】
ステップＳ１２８にて、中継サーバ６は、暗号化した音声データに通信端末３ｂの識別番号を追加して送信データを生成する。この際、中継情報６３を参照して、通信端末３ｂの識別番号は、放収音装置２ｂの識別番号から導き出される。中継サーバ６は、送信データを通信端末３ｂへ送信して、ステップＳ１２９の処理へ進む。
【００６０】
ステップＳ１２９にて、通信端末３ｂは送信データ（暗号化された音声データ、通信端末３ｂの識別番号）を受信して、ステップＳ１３０の処理へ進む。
【００６１】
ステップＳ１３０にて、通信端末３ｂは、暗号化された音声データを放収音装置２ｂへ出力して、ステップＳ１３１の処理へ進む。
【００６２】
ステップＳ１３１にて、放収音装置２ｂは共通鍵を用いて暗号化された音声データを復号する。復号に成功する（Ｓ１３１：Ｙｅｓ）と、ステップＳ１３２の処理を行う。復号に失敗する（Ｓ１３１：Ｎｏ）と、放収音装置２ｂは、放収音装置２ｂからの復号失敗通知を通信端末３ｂに出力する。通信端末３ｂは、復号失敗通知を中継サーバ６に送信する。中継サーバ６は、放収音装置２ｂからの復号失敗通知を通信端末３ａへ送信する。通信端末３ａは、放収音装置２ｂからの復号失敗通知を放収音装置２ａに出力する。
【００６３】
ステップＳ１３２にて、放収音装置２ｂは、復号した音声データをＤ／Ａ変換等して、放音する。以上で、音声データの送受信処理を完了する。
【００６４】
以上より、第１実施形態に係る装置認証システムでは、通信機能を持たない放収音装置２は、場所等に関係なく通信機能を持つ通信端末３を利用して、ネットワーク５に接続する。放収音装置２は、中継サーバ６との間にＶＰＮを構築し、セキュリティを確保して、他の放収音装置とデータの送受信を行うことができる。放収音装置２は、自装置の認証に用いる電子証明書と、音声通信に利用する共通鍵と、電子証明書及び共通鍵の取得に必要な自装置の秘密鍵及び公開鍵とを自装置内に確実に保持することができる。これにより、放収音装置２は、自装置の認証を行う際に、通信端末３に電子証明書や秘密鍵等を保存しない。このため、放収音装置２は、認証に利用する電子証明書や秘密鍵等を他に流出しないので、悪意者の成りすまし等を防ぐことができ、確実に自装置の認証を行うことができる。
【００６５】
［第２実施形態］
本発明の第２実施形態に係る装置認証システムについて図４を参照して説明する。図４は、放収音装置２を用いた音声通信時のネットワーク環境を示す図である。第２実施形態は、第１実施形態と異なり、中継サーバ６を介さずに、通信端末３（３ａ，３ｂ）間で音声データの送受信を行う。
【００６６】
図４に示すように、第２実施形態では、ネットワーク５に、認証サーバ１と複数の通信端末３（３ａ，３ｂ）とが接続される。音声通信を行う利用者は、通信ケーブルを介して、放収音装置２（２ａ，２ｂ）を通信端末３に接続して、音声通信を開始する。
【００６７】
第２実施形態に係る認証サーバ１及び放収音装置２は、第１実施形態と同じ構成であり、構成が異なる通信端末３について第１実施形態との相違点について説明する。
【００６８】
通信端末３は、放収音装置２により、ＲＡＭ３２にサービス利用プログラム４が展開され、証明書制御部４１、データ制御部４２、共通鍵生成部４３が形成される。これら機能部のうち、証明書制御部４１を除くデータ制御部４２及び共通鍵生成部４３の機能が第１実施形態と異なる。
【００６９】
具体的には、通信端末３ａのデータ制御部４２は、放収音装置２ａから、放収音装置２ａの電子証明書と通信先の放収音装置２ｂの識別番号が入力されると、自装置の通信制御部３１を制御し、放収音装置２ａの電子証明書を通信端末３ｂへ送信する。
【００７０】
また、通信端末３ａのデータ制御部４２は、放収音装置２ｂから放収音装置２ｂの電子証明書を受信すると、放収音装置２ｂの電子証明書を認証サーバ１に送信する。通信端末３ａのデータ制御部４２は、認証サーバ１から認証結果を受信すると、認証結果に基づいて各種処理を行う。認証に成功した場合、通信端末３ａのデータ制御部４２は、自装置の共通鍵生成部４３へ放収音装置２ｂの電子証明書を出力する。通信端末３ａのデータ制御部４２は、自装置の共通鍵生成部４３から共通鍵が入力されると、放収音装置２ｂの電子証明書に含まれる公開鍵で共通鍵を暗号化して、通信端末３ｂへ送信する。この際、既に通信端末３ｂから共通鍵を受信している場合、通信端末３ａのデータ制御部４２は、通信端末３ｂとの間にＶＰＮを構築する。また、放収音装置２ｂの電子証明書の有効期限切れの場合、通信端末３ａのデータ制御部４２は、放収音装置２ｂの電子証明書の有効期限が切れている旨を通信端末３ｂへ通知する。更に、認証に失敗した場合、通信端末３ａのデータ制御部４２は、認証に失敗した旨を通信端末３ｂへ通知する。
【００７１】
更に、通信端末３ａのデータ制御部４２は、放収音装置２ａから自装置の通信制御部３１に、暗号化された送信データ（音声データ、送信先の放収音装置２ｂの識別番号）が入力されると、自装置の通信制御部３１を制御し、通信端末３ｂへ暗号化された音声データを送信する。通信端末３ａのデータ制御部４２は、ネットワーク５を介して、通信端末３ｂから暗号化された音声データが入力されると、自装置の通信制御部３１を制御し、暗号化されたデータを放収音装置２ａへ出力する。
【００７２】
通信端末３ａの共通鍵生成部４３は、自装置のデータ制御部４２より、共通鍵の生成が依頼されると、共通鍵を生成して、自装置のデータ制御部４２へ出力する。
【００７３】
以上より、第２実施形態に係る装置認証システムでは、通信機能を持たない放収音装置２は、場所等に関係なく通信機能を持つ通信端末３を利用して、ネットワーク５に接続する。放収音装置２は、他の放収音装置との間にＶＰＮを構築し、セキュリティを確保して、データの送受信を行うことができる。放収音装置２は、自装置の認証に用いる電子証明書と、音声通信に利用する共通鍵と、電子証明書及び共通鍵の取得に必要な自装置の秘密鍵及び公開鍵とを自装置内に確実に保持することができる。これにより、放収音装置２は、自装置の認証を行う際に、通信端末３に電子証明書や秘密鍵等を保存しない。このため、放収音装置２は、認証に利用する電子証明書や秘密鍵等を他に流出しないので、悪意者の成りすまし等を防ぐことができ、確実に自装置の認証を行うことができる。
【図面の簡単な説明】
【００７４】
【図１】放収音装置２を用いた音声通信時のネットワーク環境を示す図である。
【図２】会議開始前の認証時の処理の流れを示すフローチャートである。
【図３】会議開始後の音声データの送受信時の処理の流れを示すフローチャートである。
【図４】放収音装置２を用いた音声通信時のネットワーク環境を示す図である。
【符号の説明】
【００７５】
１−認証サーバ，２−放収音装置，３−通信端末，４−サービス利用プログラム，５−ネットワーク，６−中継サーバ，１１，３１，６１−通信制御部，１２−証明書発行部，１３−証明書認証部，２１−入出力制御部，２２−証明書機能部，２３−ＲＯＭ，２４−放音部，２５−収音部，３２，２２１−ＲＡＭ，４１−証明書制御部，４２−データ制御部，４３，６２−共通鍵生成部，６３−中継情報，６４−データ中継部
【図１】
2008182320.tif 000003
【図２】
2008182320.tif 000004
【図３】
2008182320.tif 000005
【図４】
2008182320.tif 000006