(57)【要約】【課題】暗号鍵を用いた暗号通信のセキュリティレベルを高めることが可能な通信回路ユニット及び通信装置を提供することを目的とする。【解決手段】第１の暗号鍵を利用した通信手順に基づき、第２の暗号鍵の生成及び相互認証を行ったあと、第２の暗号鍵による暗号通信を行う通信回路ユニットであって、第１の暗号鍵を利用した通信手順に基づき、第２の暗号鍵の生成及び相互認証を行い、第２の暗号鍵の更新が行われるように、第２の暗号鍵による暗号通信を所定条件で終了して、第２の暗号鍵を更新させる暗号鍵更新制御部とを有することにより上記課題を解決する。【選択図】図１１
2008135969.tif 000002
【特許請求の範囲】
【請求項１】
第１の暗号鍵を利用した通信手順に基づき、第２の暗号鍵の生成及び相互認証を行ったあと、前記第２の暗号鍵による暗号通信を行う通信回路ユニットであって、
前記第１の暗号鍵を保持する第１暗号鍵保持部と、
前記第２の暗号鍵を保持する第２暗号鍵保持部と、
前記第１の暗号鍵を利用した通信手順に基づき、前記第２の暗号鍵の生成及び相互認証を行ったあと、前記第２の暗号鍵を前記第２暗号鍵保持部に保持させる暗号鍵生成部と、
前記第２の暗号鍵の更新が行われるように、前記第２の暗号鍵による暗号通信を所定条件で終了して、前記暗号鍵生成部に前記第２暗号鍵保持部が保持している前記第２の暗号鍵を更新させる暗号鍵更新制御部と、
を有することを特徴とする通信回路ユニット。
【請求項２】
使用者に、前記第２の暗号鍵を更新する間隔を設定させる暗号鍵更新時間設定部を更に有し、
前記暗号鍵更新制御部は、前記第２の暗号鍵の更新が前記暗号鍵更新時間設定部に設定された間隔で行われるように、前記第２の暗号鍵による暗号通信を前記暗号鍵更新時間設定部に設定された間隔で切断して、前記暗号鍵生成部に前記第２暗号鍵保持部が保持している前記第２の暗号鍵を更新させることを特徴とする請求項１記載の通信回路ユニット。
【請求項３】
前記暗号鍵更新制御部は、前記第２の暗号鍵の更新が一連の処理の後で行われるように、前記第２の暗号鍵による暗号通信を前記一連の処理の後で切断して、前記暗号鍵生成部に前記第２暗号鍵保持部が保持している前記第２の暗号鍵を更新させることを特徴とする請求項１記載の通信回路ユニット。
【請求項４】
前記通信回路ユニットは、ホスト及びデバイス側に搭載され、前記デバイス側に搭載された前記通信回路ユニットの前記暗号鍵更新制御部が、前記第２の暗号鍵の更新が所定間隔で行われるように、前記第２の暗号鍵による暗号通信を所定間隔で切断して、前記暗号鍵生成部に前記第２暗号鍵保持部が保持している前記第２の暗号鍵を更新させることを特徴とする請求項１記載の通信回路ユニット。
【請求項５】
前記デバイス側に搭載された前記通信回路ユニットは、前記第２の暗号鍵を更新する間隔を前記ホスト毎に設定した暗号鍵更新時間設定部を更に有することを特徴とする請求項４記載の通信回路ユニット。
【請求項６】
前記通信回路ユニットは、ホスト及びデバイス側に搭載され、前記ホスト側に搭載された前記通信回路ユニットの前記暗号鍵更新制御部が、前記第２の暗号鍵の更新が所定間隔で行われるように、前記第２の暗号鍵による暗号通信を所定間隔で切断して、前記暗号鍵生成部に前記第２暗号鍵保持部が保持している前記第２の暗号鍵を更新させることを特徴とする請求項１記載の通信回路ユニット。
【請求項７】
前記ホスト側に搭載された前記通信回路ユニットは、前記第２の暗号鍵を更新する間隔を前記デバイス毎に設定した暗号鍵更新時間設定部を更に有することを特徴とする請求項６記載の通信回路ユニット。
【請求項８】
前記通信回路ユニットは、ホスト及びデバイス側に搭載され、前記デバイス側に搭載された前記通信回路ユニットの前記暗号鍵更新制御部が、前記第２の暗号鍵の更新が所定間隔で行われない場合に、前記第２の暗号鍵の更新を促す警告メッセージを前記ホスト側に搭載された前記通信回路ユニットに通知し、
前記ホスト側の表示部が、前記警告メッセージを前記使用者に閲覧可能に表示することを特徴とする請求項１記載の通信回路ユニット。
【請求項９】
前記デバイス側に搭載された前記通信回路ユニットの前記暗号鍵更新制御部が、前記第２の暗号鍵の更新が所定間隔で行われない場合に、前記第２の暗号鍵の更新を促す警告メッセージを前記ホスト側に搭載された前記通信回路ユニットに通知すると共に、前記デバイス側の表示部に前記第２の暗号鍵の更新を促す警告メッセージを表示させることを特徴とする請求項８記載の通信回路ユニット。
【請求項１０】
前記暗号鍵生成部は、使用者がデータを取り出し可能な前記第１及び第２暗号鍵保持部以外のメモリに、生成した前記第２の暗号鍵を記録しておくことを特徴とする請求項１記載の通信回路ユニット。
【請求項１１】
前記第１及び第２暗号鍵保持部以外のメモリは不揮発性メモリであることを特徴とする請求項１０記載の通信回路ユニット。
【請求項１２】
第１の暗号鍵を利用した通信手順に基づき、第２の暗号鍵の生成及び相互認証を行ったあと、前記第２の暗号鍵による暗号通信を行う通信回路ユニットを搭載した通信装置であって、
前記通信回路ユニットは、
前記第１の暗号鍵を保持する第１暗号鍵保持部と、
前記第２の暗号鍵を保持する第２暗号鍵保持部と、
前記第１の暗号鍵を利用した通信手順に基づき、前記第２の暗号鍵の生成及び相互認証を行ったあと、前記第２の暗号鍵を前記第２暗号鍵保持部に保持させる暗号鍵生成部と、
前記第２の暗号鍵の更新が行われるように、前記第２の暗号鍵による暗号通信を所定条件で終了して、前記暗号鍵生成部に前記第２暗号鍵保持部が保持している前記第２の暗号鍵を更新させる暗号鍵更新制御部と、
を有することを特徴とする通信装置。
【請求項１３】
前記通信回路ユニットは、
使用者に、前記第２の暗号鍵を更新する間隔を設定させる暗号鍵更新時間設定部を更に有し、
前記暗号鍵更新制御部は、前記第２の暗号鍵の更新が前記暗号鍵更新時間設定部に設定された間隔で行われるように、前記第２の暗号鍵による暗号通信を前記暗号鍵更新時間設定部に設定された間隔で切断して、前記暗号鍵生成部に前記第２暗号鍵保持部が保持している前記第２の暗号鍵を更新させることを特徴とする請求項１２記載の通信装置。
【請求項１４】
前記暗号鍵更新制御部は、前記第２の暗号鍵の更新が一連の処理の後で行われるように、前記第２の暗号鍵による暗号通信を前記一連の処理の後で切断して、前記暗号鍵生成部に前記第２暗号鍵保持部が保持している前記第２の暗号鍵を更新させることを特徴とする請求項１２記載の通信装置。
【請求項１５】
前記通信回路ユニットは、ホスト及びデバイス側の通信装置に搭載され、前記デバイス側に搭載された前記通信回路ユニットの前記暗号鍵更新制御部が、前記第２の暗号鍵の更新が所定間隔で行われるように、前記第２の暗号鍵による暗号通信を所定間隔で切断して、前記暗号鍵生成部に前記第２暗号鍵保持部が保持している前記第２の暗号鍵を更新させることを特徴とする請求項１２記載の通信装置。
【請求項１６】
前記デバイス側に搭載された前記通信回路ユニットは、前記第２の暗号鍵を更新する間隔を前記ホスト毎に設定した暗号鍵更新時間設定部を更に有することを特徴とする請求項１５記載の通信装置。
【請求項１７】
前記通信回路ユニットは、ホスト及びデバイス側の通信装置に搭載され、前記ホスト側に搭載された前記通信回路ユニットの前記暗号鍵更新制御部が、前記第２の暗号鍵の更新が所定間隔で行われるように、前記第２の暗号鍵による暗号通信を所定間隔で切断して、前記暗号鍵生成部に前記第２暗号鍵保持部が保持している前記第２の暗号鍵を更新させることを特徴とする請求項１２記載の通信装置。
【請求項１８】
前記ホスト側に搭載された前記通信回路ユニットは、前記第２の暗号鍵を更新する間隔を前記デバイス毎に設定した暗号鍵更新時間設定部を更に有することを特徴とする請求項１７記載の通信装置。
【請求項１９】
前記通信回路ユニットは、ホスト及びデバイス側の通信装置に搭載され、前記デバイス側に搭載された前記通信回路ユニットの前記暗号鍵更新制御部が、前記第２の暗号鍵の更新が所定間隔で行われない場合に、前記第２の暗号鍵の更新を促す警告メッセージを前記ホスト側に搭載された前記通信回路ユニットに通知し、
前記ホスト側の表示部が、前記警告メッセージを前記使用者に閲覧可能に表示することを特徴とする請求項１２記載の通信装置。
【請求項２０】
前記デバイス側に搭載された前記通信回路ユニットの前記暗号鍵更新制御部が、前記第２の暗号鍵の更新が所定間隔で行われない場合に、前記第２の暗号鍵の更新を促す警告メッセージを前記ホスト側に搭載された前記通信回路ユニットに通知すると共に、前記デバイス側の表示部に前記第２の暗号鍵の更新を促す警告メッセージを表示させることを特徴とする請求項１９記載の通信装置。
【請求項２１】
前記暗号鍵生成部は、使用者がデータを取り出し可能な前記第１及び第２暗号鍵保持部以外のメモリに、生成した前記第２の暗号鍵を記録しておくことを特徴とする請求項１２記載の通信装置。
【請求項２２】
前記第１及び第２暗号鍵保持部以外のメモリは不揮発性メモリであることを特徴とする請求項１２記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信回路ユニット及び通信装置に係り、特に暗号通信を行う通信回路ユニット及びその通信回路ユニットを搭載した通信装置に関する。
【背景技術】
【０００２】
近年、オフィスや家庭では有線又は無線による通信システムが普及している。このような通信システムでは、データ通信を行う機器（通信装置）間で安全に接続されること、悪意のある第三者によるデータの改ざんや盗聴，なりすまし等からデータを保護することが強く求められている。
【０００３】
データ通信では、如何にセキュリティレベルを高めるかが重要である。データ通信においてセキュリティレベルを高める為に、従来の機器ではデータを暗号化して送信する暗号鍵を用いた暗号通信を行うことで、悪意のある第三者によるデータの改ざんや盗聴，なりすまし等からデータを保護していた（例えば引用文献１参照）。
【特許文献１】特開２００４−２５２８８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
暗号鍵を用いた暗号通信では暗号鍵を機器間で安全に共有できることがセキュリティレベルを高める為の前提となっている。そこで、データ通信を行う機器間では、電源がオンされた後、相互認証を行い、共有している暗号鍵（第１の暗号鍵）で、暗号化に利用する暗号鍵（第２の暗号鍵）を機器間で生成することにより暗号鍵を安全に共有しようとしていた。
【０００５】
しかしながら、電源がオンされた後、相互認証を行い、暗号化に利用する暗号鍵を機器間で生成する従来の通信システムでは、一時的にしか電源がオンされない機器であればよいが、例えばオフィス機器のように常に電源がオンされている機器の場合に、同じ暗号鍵が使用され続けることになり、悪意のある第三者によりデータを解読されてしまう危険性が高まるという問題があった。
【０００６】
本発明は上記の点に鑑みなされたもので、暗号鍵を用いた暗号通信のセキュリティレベルを高めることが可能な通信回路ユニット及び通信装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明は、第１の暗号鍵を利用した通信手順に基づき、第２の暗号鍵の生成及び相互認証を行ったあと、前記第２の暗号鍵による暗号通信を行う通信回路ユニットであって、前記第１の暗号鍵を保持する第１暗号鍵保持部と、前記第２の暗号鍵を保持する第２暗号鍵保持部と、前記第１の暗号鍵を利用した通信手順に基づき、前記第２の暗号鍵の生成及び相互認証を行ったあと、前記第２の暗号鍵を前記第２暗号鍵保持部に保持させる暗号鍵生成部と、前記第２の暗号鍵の更新が行われるように、前記第２の暗号鍵による暗号通信を所定条件で終了して、前記暗号鍵生成部に前記第２暗号鍵保持部が保持している前記第２の暗号鍵を更新させる暗号鍵更新制御部と、を有することを特徴とする。
【０００８】
また、本発明は、第１の暗号鍵を利用した通信手順に基づき、第２の暗号鍵の生成及び相互認証を行ったあと、前記第２の暗号鍵による暗号通信を行う通信回路ユニットを搭載した通信装置であって、前記通信回路ユニットは、前記第１の暗号鍵を保持する第１暗号鍵保持部と、前記第２の暗号鍵を保持する第２暗号鍵保持部と、前記第１の暗号鍵を利用した通信手順に基づき、前記第２の暗号鍵の生成及び相互認証を行ったあと、前記第２の暗号鍵を前記第２暗号鍵保持部に保持させる暗号鍵生成部と、前記第２の暗号鍵の更新が行われるように、前記第２の暗号鍵による暗号通信を所定条件で終了して、前記暗号鍵生成部に前記第２暗号鍵保持部が保持している前記第２の暗号鍵を更新させる暗号鍵更新制御部と、を有することを特徴とする。
【０００９】
なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、データ構造などに適用したものも本発明の態様として有効である。
【発明の効果】
【００１０】
本発明によれば、暗号鍵を用いた暗号通信のセキュリティレベルを高めることが可能な通信回路ユニット及び通信装置を提供可能である。
【発明を実施するための最良の形態】
【００１１】
次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明していく。なお、本実施例ではデータ通信の一例としてワイヤレスＵＳＢを用いる例を説明するが、いかなる有線又は無線の通信システムであってもよい。
【００１２】
ワイヤレスＵＳＢは無線の通信システムであって、有線の場合と比べて第三者からの攻撃を受けやすい。そこで、ワイヤレスＵＳＢでは共通鍵を用いた以下のような暗号方式を採用しており、（１）データの暗号化，（２）受信データが正しいことを確認する改ざんやなりすましの防止，（３）安全な暗号鍵の配布と共有，（４）許可された機器間でデータ通信できる認証，などの機能を持っている。
【００１３】
共通鍵を用いた暗号方式には、ホストとデバイスとの間で秘密鍵を如何に安全に共有できるかという問題がある。ワイヤレスＵＳＢでは、アウトオブバンド方式もしくはインバンド方式のいずれかでコネクション鍵の共有を行う。その後、ホストとデバイスとは、４ウェイ・ハンドシェークによって相互認証を行い、暗号化に利用する暗号鍵（以下、ペア一時鍵という）を生成して接続を完了する。
【００１４】
ここで、本発明の理解を容易とするために、４ウェイ・ハンドシェークによるホストとデバイスとの接続手順を説明する。図１は４ウェイ・ハンドシェークによるホストとデバイスとの接続手順を示すシーケンス図である。
【００１５】
まず、ホスト１とデバイス２とは安全にコネクション鍵を共有する必要がある。そのため、ステップＳ１では有線の通信システム等を使ってホスト１からデバイス２へコネクション鍵を渡す。ステップＳ２以降はワイヤレスＵＳＢを使ったデータ通信である。
【００１６】
ステップＳ２に進み、ホスト１はセッション鍵であるペア一時鍵（ＰＴＫ）のＩＤ番号と１２８ｂｉｔ乱数であるＨＮｏｎｃｅとを生成し、デバイス２へ送信する。デバイス２は１２８ｂｉｔ乱数であるＤＮｏｎｃｅと、ペア一時鍵（ＰＴＫ）及び鍵確認用の鍵（ＫＣＫ）を生成する。
【００１７】
ステップＳ３に進み、デバイス２はＫＣＫを用いて電子署名値（ＭＩＣ）を生成し、ＤＮｏｎｃｅとＭＩＣとをホスト１へ送信する。ホスト１はペア一時鍵（ＰＴＫ）及び鍵確認用の鍵（ＫＣＫ）を生成する。ホスト１はデバイス２から送信されたＭＩＣを、ＫＣＫを用いて確認する。ホスト１はＭＩＣが不一致の場合、接続を切断する。
【００１８】
ステップＳ４に進み、ホスト１はＫＣＫを用いて電子署名値（ＭＩＣ）を生成し、デバイス２へ送信する。デバイス２はホスト１から送信されたＭＩＣを、ＫＣＫを用いて確認する。デバイス２はＭＩＣが不一致の場合、接続を切断する。ＭＩＣが一致の場合、デバイス２はステップＳ５に進み、応答確認（ＡＣＫ）を行う。ステップＳ５のあと、ホスト１とデバイス２とはＰＴＫによる暗号化を開始する。
【００１９】
このように、図１の接続手順では、ホスト１とデバイス２とがコネクション鍵を相互に保有している状態で、メッセージを暗号化する為の共通のペア一時鍵を４ウェイ・ハンドシェークによって互いに生成する。４ウェイ・ハンドシェークにて互いに共通のペア一時鍵を保有していることが確認できると、ホスト１とデバイス２とはペア一時鍵を使用した暗号化を開始する。
【００２０】
さらに、４ウェイ・ハンドシェークによるホストとデバイスとの接続手順を詳細に説明する。図２〜図５は４ウェイ・ハンドシェークによるホストとデバイスとの接続手順を示す模式図である。図２〜図５はホスト側の通信回路ユニット１１とデバイス側の通信回路ユニット１２との接続手順を示している。
【００２１】
図２は図１のステップＳ１の処理内容を表している。ホスト側の通信回路ユニット１１はコネクション鍵保持部２２を利用している。ホスト側の通信回路ユニット１１はコネクション鍵保持部２２が保持しているコネクション鍵を有線の通信システム等を使ってデバイス側の通信回路ユニット１２に送信する。デバイス側の通信回路ユニット１２は受信したコネクション鍵をコネクション鍵保持部５２に保持させる。
【００２２】
図３は図１のステップＳ２の処理内容を表している。ホスト側の通信回路ユニット１１は乱数生成部２１，ホストアドレス出力部２４，ペア一時鍵ＩＤ番号生成部３０及び送信データ生成部３７を利用している。
【００２３】
乱数生成部２１は、乱数であるＨＮｏｎｃｅを生成し、送信データ生成部３７に出力する。ホストアドレス出力部２４はホストアドレスを送信データ生成部３７に出力する。ペア一時鍵ＩＤ番号生成部３０はペア一時鍵のＩＤ番号（ＴＫＩＤ）を生成し、送信データ生成部３７に出力する。送信データ生成部３７は、ＨＮｏｎｃｅ，ホストアドレス，ＴＫＩＤをデバイス側の通信回路ユニット１２に送信する。
【００２４】
デバイス側の通信回路ユニット１２は乱数生成部５１，コネクション鍵保持部５２，鍵生成部５３，デバイスアドレス５４，ＨＮｏｎｃｅ保持部５５，ＫＣＫ保持部５６，ＰＴＫ保持部５７，ホストアドレス保持部５８，ＴＫＩＤ保持部５９を利用している。
【００２５】
通信回路ユニット１２の受信部６８は、受信したＨＮｏｎｃｅをＨＮｏｎｃｅ保持部５５に出力する。通信回路ユニット１２の受信部６８は、受信したホストアドレスをホストアドレス保持部５８に出力する。また、通信回路ユニット１２の受信部６８は受信したＴＫＩＤをＴＫＩＤ保持部５９に出力する。
【００２６】
乱数生成部５１は、乱数であるＤＮｏｎｃｅを生成し、鍵生成部５３に出力する。コネクション鍵保持部５２は、保持しているコネクション鍵を鍵生成部５３に出力する。デバイスアドレス出力部５４はデバイスアドレスを鍵生成部５３に出力する。ＨＮｏｎｃｅ保持部５５は保持しているＨＮｏｎｃｅを鍵生成部５３に出力する。ホストアドレス保持部５８は保持しているホストアドレスを鍵生成部５３に出力する。また、ＴＫＩＤ保持部５９は保持しているＴＫＩＤを鍵生成部５３に出力する。
【００２７】
鍵生成部５３はペア一時鍵（ＰＴＫ）を生成し、ＰＴＫ保持部５７に出力する。鍵生成部５３は鍵確認用の鍵（ＫＣＫ）を生成し、ＫＣＫ保持部５６に出力する。ＰＴＫ保持部５７はＰＴＫを保持する。ＫＣＫ保持部５６はＫＣＫを保持する。
【００２８】
図４は図１のステップＳ３の処理内容を表している。デバイス側の通信回路ユニット１２はペア一時鍵ＩＤ番号生成部６０及び電子署名値ＭＩＣ生成部６１を利用している。乱数生成部５１は乱数であるＤＮｏｎｃｅを生成し、送信データ生成部６７に出力する。デバイスアドレス出力部５４はデバイスアドレスを送信データ生成部６７に出力する。ペア一時鍵ＩＤ番号生成部６０はペア一時鍵のＩＤ番号（ＴＫＩＤ）を生成し、送信データ生成部６７に出力する。ＫＣＫ保持部５６は、保持しているＫＣＫを電子署名値ＭＩＣ生成部６１に出力する。また、電子署名値ＭＩＣ生成部６１はＫＣＫを用いて電子署名値（ＭＩＣ）を生成し、送信データ生成部６７に出力する。送信データ生成部６７は、ＤＮｏｎｃｅ，デバイスアドレス，ＴＫＩＤ及びＭＩＣを、ホスト側の通信回路ユニット１１に送信する。
【００２９】
ホスト側の通信回路ユニット１１は鍵生成部２３，ＤＮｏｎｃｅ保持部２５，ＫＣＫ保持部２６，ＰＴＫ保持部２７，デバイスアドレス保持部２８，ＴＫＩＤ保持部２９，電子署名値ＭＩＣ判定部３６，受信部３８を利用している。
【００３０】
通信回路ユニット１１の受信部３８は、受信したＤＮｏｎｃｅをＤＮｏｎｃｅ保持部２５に出力する。通信回路ユニット１１の受信部３８は、受信したデバイスアドレスをデバイスアドレス保持部２８に出力する。通信回路ユニット１１の受信部３８は受信したＴＫＩＤをＴＫＩＤ保持部２９に出力する。また、通信回路ユニット１１の受信部３８は受信したＭＩＣを電子署名値ＭＩＣ判定部３６に出力する。
【００３１】
乱数生成部２１は、乱数であるＨＮｏｎｃｅを生成し、鍵生成部２３に出力する。コネクション鍵保持部２２は、保持しているコネクション鍵を鍵生成部２３に出力する。ホストアドレス出力部２４はホストアドレスを鍵生成部２３に出力する。ＤＮｏｎｃｅ保持部２５は保持しているＤＮｏｎｃｅを鍵生成部２３に出力する。デバイスアドレス保持部２８は保持しているデバイスアドレスを鍵生成部２３に出力する。また、ＴＫＩＤ保持部２９は保持しているＴＫＩＤを鍵生成部２３に出力する。
【００３２】
鍵生成部２３はペア一時鍵（ＰＴＫ）を生成し、ＰＴＫ保持部２７に出力する。鍵生成部２３は鍵確認用の鍵（ＫＣＫ）を生成し、ＫＣＫ保持部２６に出力する。ＰＴＫ保持部２７はＰＴＫを保持する。ＫＣＫ保持部２６はＫＣＫを保持する。また、ＫＣＫ保持部２６は保持しているＫＣＫを電子署名値ＭＩＣ判定部３６に出力する。
【００３３】
電子署名値ＭＩＣ判定部３６はデバイス側から受信したＭＩＣを、ＫＣＫ保持部２６が保持しているＫＣＫを用いて確認する。そして、電子署名値ＭＩＣ判定部３６はＭＩＣが不一致の場合、送信データ生成部３７にデバイス側の通信回路ユニット１２との接続を切断させる。
【００３４】
図５は図１のステップＳ４，Ｓ５の処理内容を表している。ホスト側の通信回路ユニット１１は電子署名値ＭＩＣ生成部３１を利用している。電子署名値ＭＩＣ生成部３１はＫＣＫを用いて電子署名値（ＭＩＣ）を生成して、送信データ生成部３７に出力する。送信データ生成部３７は、ＭＩＣをデバイス側の通信回路ユニット１２に送信する。
【００３５】
通信回路ユニット１２の受信部６８は受信したＭＩＣを電子署名値ＭＩＣ判定部６６に出力する。ＫＣＫ保持部５６は保持しているＫＣＫを電子署名値ＭＩＣ判定部６６に出力する。
【００３６】
電子署名値ＭＩＣ判定部６６はホスト側から受信したＭＩＣを、ＫＣＫ保持部５６が保持しているＫＣＫを用いて確認する。そして、電子署名値ＭＩＣ判定部６６はＭＩＣが不一致の場合、送信データ生成部６７にホスト側の通信回路ユニット１１との接続を切断させる。また、電子署名値ＭＩＣ判定部６６はＭＩＣが一致の場合、送信データ生成部６７にホスト側の通信回路ユニット１１へ応答確認（ＡＣＫ）を行わせる。
【００３７】
ここまで説明したような接続手順により、ホスト１とデバイス２とは互いにセキュアな関係を結ぶ。しかし、一度セキュアな関係を結ぶと、通常、電源を切って再度、前述のような接続手順を踏んでコネクション鍵を共有し、ペア一時鍵を生成しない限り、ペア一時鍵は更新されない。このため、一度接続されたら、そのまま長時間電源を落とさないような環境下でデータ通信を使用する場合は、長時間、同じ暗号鍵を使用して暗号化されることとなる。したがって、暗号化されたデータは時間が経つにつれて解読されてしまう危険性が高まる。
【００３８】
そこで、本発明では一度、コネクション鍵を共有し、ペア一時鍵を生成した後、ホスト１とデバイス２とが接続されている状態でも、鍵更新設定部３４，６４と、鍵更新制御部３５，６５とにより、自動的に４ウェイ・ハンドシェークを行うようにして、実際に暗号化を行うために必要となるペア一時鍵を自動的に更新する。鍵更新設定部３４，６４と、鍵更新制御部３５，６５とは、ホスト側の通信回路ユニット１１又はデバイス側の通信回路ユニット１２の少なくとも一方が持っていればよい。
【００３９】
これにより、本発明では自動的にペア一時鍵（暗号鍵）が更新されるため、悪意のある第三者によりデータを解読されてしまう危険性が低減され、セキュリティレベルを高めることができる。なお、ペア一時鍵を更新するタイミングは、例えば後述の実施例に示すようなバリエーションを考えることができる。
【００４０】
図６は本発明を適用する通信システムの一例の構成図である。図６の通信システムはデバイス２に複数のホスト１がデータ通信可能に接続される。図６の通信システムにおけるホスト１とデバイス２との関係は、例えばオフィス機器の場合、図７のように表すことができる。図７はオフィス機器による通信システムの一例の構成図である。
【００４１】
図７においてホスト１は、パーソナルコンピュータ（ＰＣ）及びデジタルカメラに相当する。ＰＣは、基本的にホスト１となる。なお、デジタルカメラと複写機とがデータ通信可能に接続される場合は、デジタルカメラから出力されるデータによって複合機が制御されるため、デジタルカメラをホスト１に分類している。また、図７においてデバイス２はスキャナ，マウス，キーボード，ホワイトボード，プロジェクタ，複写機に相当する。
【００４２】
図８は通信回路ユニットを搭載する複合機の一例を示す構成図である。図８の複合機１００はエンジン部１１０，コントローラ１２０，操作部／表示部１３０，補助記憶装置としてのＨＤＤ１４０を有する構成である。エンジン部１１０は、読取ユニット１１１，書込ユニット１１２，画像処理部１１３を有する。
【００４３】
コントローラ１２０は、制御部１２１，チップセット１２２，メモリ１２３，通信回路ユニット１２４，メモリ１２５，オプション１２６，オプション１２７，ＣＰＵ１２８を有する。
【００４４】
通信回路ユニット１２４は、チップセット１２２，メモリ１２５及び外部Ｉ／Ｆが接続されている。なお、メモリ１２５は揮発性メモリ又は不揮発性メモリである。通信回路ユニット１２４は外部Ｉ／Ｆを介して他の機器の通信回路ユニットとワイヤレスＵＳＢによるデータ通信を行う。なお、図８における通信回路ユニット１２４，メモリ１２５及び外部Ｉ／Ｆ以外の各ブロックの処理は、いわゆる当業者にとって容易であるので、説明を省略する。
【００４５】
図９は本発明におけるホスト側の通信回路ユニット及びデバイス側の通信回路ユニットの概要を示すブロック図である。図９のホスト側の通信回路ユニット２０１は、鍵生成部２１１，コネクション鍵保持部２１２，ＰＴＫ保持部２１３，暗号化制御部２１４，復号制御部２１５，鍵更新設定部２１６，鍵更新制御部２１７，通信データ生成部２１８，受信部２１９，入出力Ｉ／Ｆモジュール２２０を有する。デバイス側の通信回路ユニット２０２は、鍵生成部２５１，コネクション鍵保持部２５２，ＰＴＫ保持部２５３，暗号化制御部２５４，復号制御部２５５，鍵更新設定部２５６，鍵更新制御部２５７，通信データ生成部２５８，受信部２５９，入出力Ｉ／Ｆモジュール２６０を有する。また、デバイス側の通信回路ユニット２０２はメモリ２０３と接続されている。
【００４６】
ホスト側の通信回路ユニット２０１はコネクション鍵保持部２１２が保持しているコネクション鍵を有線の通信システム等を使ってデバイス側の通信回路ユニット２０２に送信する。デバイス側の通信回路ユニット２０２は受信したコネクション鍵をコネクション鍵保持部２５２に保持させる。
【００４７】
ホスト側の通信回路ユニット２０１の鍵生成部２１１はコネクション鍵保持部２１２が保持しているコネクション鍵を利用して、ペア一時鍵（ＰＴＫ）を生成する。鍵生成部２１１は生成したＰＴＫをＰＴＫ保持部２１３に出力する。デバイス側の通信回路ユニット２０２の鍵生成部２５１はコネクション鍵保持部２５２が保持しているコネクション鍵を利用して、ペア一時鍵（ＰＴＫ）を生成する。鍵生成部２５１は生成したＰＴＫをＰＴＫ保持部２５３に出力する。ＰＴＫ保持部２１３はＰＴＫを保持する。ＫＣＫ保持部２５３はＫＣＫを保持する。
【００４８】
ホスト側の通信回路ユニット２０１の暗号化制御部２１４及び復号制御部２１５はＰＴＫ保持部２１３が保持するＰＴＫを用いてデータの暗号化又は復号を行う。デバイス側の通信回路ユニット２０２の暗号化制御部２５４及び復号制御部２５５はＰＴＫ保持部２５３が保持するＰＴＫを用いてデータの暗号化又は復号を行う。
【００４９】
このように、ホスト１とデバイス２とは互いにセキュアな関係を結ぶ。鍵更新設定部２１６，２５６には、鍵更新を行う条件（例えば時間や回数など）が設定されている。鍵更新制御部２１７，２５７は、鍵更新設定部２１６，２５６に設定されている鍵更新を行う条件に基づいて鍵更新が行われるように制御を行う。鍵生成部２１１，２５１は、鍵更新要求を受信すると、ＰＴＫを自動的に更新する。
【００５０】
なお、鍵更新設定部２１６，２５６と、鍵更新制御部２１７，２５７とは、ホスト側の通信回路ユニット２０１又はデバイス側の通信回路ユニット２０２の少なくとも一方が持っていればよい。
【００５１】
これにより、本発明では自動的にペア一時鍵（暗号鍵）が更新されるため、悪意のある第三者によりデータを解読されてしまう危険性が低減され、セキュリティレベルを高めることができる。なお、ペア一時鍵を更新する条件は、例えば後述の実施例に示すようなバリエーションを考えることができる。
【００５２】
次に、４ウェイ・ハンドシェークによりホスト側の通信回路ユニット及びデバイス側の通信回路ユニットを接続するときのホスト側の通信回路ユニット及びデバイス側の通信回路ユニットの構成について説明する。
【００５３】
図１０は４ウェイ・ハンドシェークにより接続するときの本発明におけるホスト側の通信回路ユニット及びデバイス側の通信回路ユニットの概要を示すブロック図である。図１０のホスト側の通信回路ユニット３０１は、乱数生成部３１１，コネクション鍵保持部３１２，鍵生成部３１３，ホストアドレス出力部３１４，ＤＮｏｎｃｅ保持部３１５，ＫＣＫ保持部３１６，ＰＴＫ保持部３１７，デバイスアドレス保持部３１８，ＴＫＩＤ保持部３１９，ペア一時鍵ＩＤ番号生成部３２０，電子署名値ＭＩＣ生成部３２１，暗号化制御部３２２，復号制御部３２３，鍵更新設定部３２４，鍵更新制御部３２５，電子署名値ＭＩＣ判定部３２６，送信データ生成部３２７，受信部３２８，入出力Ｉ／Ｆモジュール３２９を有する。
【００５４】
デバイス側の通信回路ユニット３０２は、乱数生成部３５１，コネクション鍵保持部３５２，鍵生成部３５３，デバイスアドレス出力部３５４，ＨＮｏｎｃｅ保持部３５５，ＫＣＫ保持部３５６，ＰＴＫ保持部３５７，ホストアドレス保持部３５８，ＴＫＩＤ保持部３５９，ペア一時鍵ＩＤ番号生成部３６０，電子署名値ＭＩＣ生成部３６１，暗号化制御部３６２，復号制御部３６３，鍵更新設定部３６４，鍵更新制御部３６５，電子署名値ＭＩＣ判定部３６６，送信データ生成部３６７，受信部３６８，入出力Ｉ／Ｆモジュール３６９を有する。また、デバイス側の通信回路ユニット３０２はメモリ３０３と接続されている。
【００５５】
ホスト側の通信回路ユニット３０１及びデバイス側の通信回路ユニット３０２は前述した４ウェイ・ハンドシェークによりセキュアな関係を結ぶ。なお、図１０に示したホスト側の通信回路ユニット３０１及びデバイス側の通信回路ユニット３０２を構成している各ブロックの処理は図２〜図５を用いて前述したため、説明を省略する。
【００５６】
ホスト側の通信回路ユニット３０１の暗号化制御部３２２及び復号制御部３２３はＰＴＫ保持部３１７が保持するＰＴＫを用いてデータの暗号化又は復号を行う。デバイス側の通信回路ユニット３０２の暗号化制御部３６２及び復号制御部３６３はＰＴＫ保持部３５７が保持するＰＴＫを用いてデータの暗号化又は復号を行う。
【００５７】
鍵更新設定部３２４，３６４には、鍵更新を行う条件（例えば時間や回数など）が設定されている。鍵更新制御部３２５，３６５は、鍵更新設定部３２４，３６４に設定されている鍵更新を行う条件に基づいて鍵更新が行われるように制御を行う。なお、鍵生成部３１３，３５３は、鍵更新要求を受信すると、ＰＴＫを自動的に更新する。
【００５８】
鍵更新設定部３２４，３６４と、鍵更新制御部３２５，３６５とは、ホスト側の通信回路ユニット３０１又はデバイス側の通信回路ユニット３０２の少なくとも一方が持っていればよい。
【００５９】
これにより、本発明では自動的にペア一時鍵（暗号鍵）が更新されるため、悪意のある第三者によりデータを解読されてしまう危険性が低減され、セキュリティレベルを高めることができる。なお、ペア一時鍵を更新する条件は、例えば後述の実施例に示すようなバリエーションを考えることができる。
【００６０】
以下の実施例では、４ウェイ・ハンドシェークによるホストとデバイスとの接続手順を例に説明する。
【実施例１】
【００６１】
図１１はペア一時鍵を更新する処理を示す第１実施例のシーケンス図である。ステップＳ１０では、有線の通信システム等を使ってホスト１からデバイス２へコネクション鍵を渡す。
【００６２】
ステップＳ１１に進み、ホスト１とデバイス２とは、コネクション鍵を相互に保有している状態で、メッセージを暗号化するための共通のペア一時鍵（１）を４ウェイ・ハンドシェークによって互いに生成する。
【００６３】
４ウェイ・ハンドシェークにて互いに共通のペア一時鍵（１）を保有していることが確認できると、ホスト１とデバイス２とはステップＳ１２に進み、ペア一時鍵（１）を使用した暗号通信を開始する。また、暗号通信の開始と共に、鍵更新制御部３２５，３６５が鍵更新用カウンタとして鍵更新時間のカウントを開始する。
【００６４】
鍵更新設定部３２４，３６４に設定されている鍵更新時間に到達すると、鍵更新制御部３２５，３６５は鍵更新が行われるように制御を行う。したがって、ホスト１とデバイス２とはステップＳ１３に進み、メッセージを暗号化するための共通のペア一時鍵（２）を４ウェイ・ハンドシェークによって互いに生成する。
【００６５】
４ウェイ・ハンドシェークにて互いに共通のペア一時鍵（２）を保有していることが確認できると、ホスト１とデバイス２とはステップＳ１４に進み、ペア一時鍵（２）を使用した暗号通信を開始する。また、暗号通信の開始と共に、鍵更新制御部３２５，３６５が鍵更新用カウンタとして鍵更新時間のカウントを開始する。
【００６６】
鍵更新設定部３２４，３６４に設定されている鍵更新時間に到達すると、鍵更新制御部３２５，３６５は鍵更新が行われるように制御を行う。したがって、ホスト１とデバイス２とはステップＳ１５に進み、メッセージを暗号化するための共通のペア一時鍵（３）を４ウェイ・ハンドシェークによって互いに生成する。
【００６７】
そして、４ウェイ・ハンドシェークにて互いに共通のペア一時鍵（３）を保有していることが確認できると、ホスト１とデバイス２とはペア一時鍵（３）を使用した暗号通信を開始する。また、暗号通信の開始と共に、鍵更新制御部３２５，３６５が鍵更新用カウンタとして鍵更新時間のカウントを開始する。以下、同様な処理が繰り返し行われる。
【００６８】
図１１に示したシーケンス図では、一度、コネクション鍵を共有し、ペア一時鍵を生成したあと、鍵更新時間が経過すると、ホスト１とデバイス２とが接続されている状態でも４ウェイ・ハンドシェークを行い、実際に暗号化を行うために必要となるペア一時鍵を自動的に更新する。
【００６９】
これにより、本発明では定期的にペア一時鍵（暗号鍵）が更新されるため、悪意のある第三者によりデータを解読されてしまう危険性が低減され、セキュリティレベルを高めることができる。
【実施例２】
【００７０】
図１２はペア一時鍵を更新する処理を示す第２実施例のシーケンス図である。ステップＳ２０では、有線の通信システム等を使ってホスト１からデバイス２へコネクション鍵を渡す。
【００７１】
ステップＳ２１に進み、ホスト１とデバイス２とは、コネクション鍵を相互に保有している状態で、メッセージを暗号化するための共通のペア一時鍵（１）を４ウェイ・ハンドシェークによって互いに生成する。
【００７２】
４ウェイ・ハンドシェークにて互いに共通のペア一時鍵（１）を保有していることが確認できると、ホスト１とデバイス２とはステップＳ２２に進み、ペア一時鍵（１）を使用した暗号通信を開始する。また、暗号通信の開始と共に、鍵更新制御部３２５が鍵更新用カウンタとして鍵更新時間のカウントを開始する。
【００７３】
鍵更新設定部３２４に設定されている鍵更新時間に到達すると、鍵更新制御部３２５は鍵更新が行われるように制御を行う。ホスト１はステップＳ２３に進み、デバイス２に対して切断要求を行い、デバイス２との接続を切断する。ステップＳ２４に進み、ホスト１とデバイス２とは、コネクション鍵を相互に保有している状態で、あらためて共通のペア一時鍵（２）を４ウェイ・ハンドシェークによって互いに生成する。
【００７４】
４ウェイ・ハンドシェークにて互いに共通のペア一時鍵（２）を保有していることが確認できると、ホスト１とデバイス２とはステップＳ２５に進み、ペア一時鍵（２）を使用した暗号通信を開始する。また、暗号通信の開始と共に、鍵更新制御部３２５が鍵更新用カウンタとして鍵更新時間のカウントを開始する。以下では、同様な処理が繰り返し行われる。
【００７５】
図１２に示したシーケンス図では、一度、コネクション鍵を共有し、ペア一時鍵を生成したあと、鍵更新時間が経過すると、ホスト１とデバイス２との接続を切断して、あらためて４ウェイ・ハンドシェークを行い、実際に暗号化を行うために必要となるペア一時鍵を自動的に更新する。
【００７６】
これにより、本発明では定期的にペア一時鍵（暗号鍵）が更新されるため、悪意のある第三者によりデータを解読されてしまう危険性が低減され、セキュリティレベルを高めることができる。
【００７７】
さらに、第２実施例におけるペア一時鍵の更新手順を図１３〜図１６に基づいて詳細に説明する。図１３〜図１６は第２実施例におけるホストとデバイスとのペア一時鍵の更新手順を示す模式図である。図１３〜図１６はホスト側の通信回路ユニット３０１とデバイス側の通信回路ユニット３０２とのペア一時鍵の更新手順を示している。
【００７８】
ホスト側のＰＴＫ保持部３１７は、保持しているペア一時鍵が更新されるとステップＳ３１に進み、鍵更新制御部３２５にペア一時鍵更新通知を行う。デバイス側からＡＣＫ応答を受信すると、ホスト側の受信部３２８は、ステップＳ３２に進み、４ウェイ・ハンドシェークが完了し、暗号通信が可能となったことを鍵更新制御部３２５に通知する。
【００７９】
なお、ステップＳ３３に示す鍵更新設定部３２４に対する鍵更新時間の設定は、入出力Ｉ／Ｆモジュール３２９を介してソフトウェアにより行われる。ステップＳ３４に示す鍵更新制御部３２５に対する鍵更新用カウンタの起動要求は入出力Ｉ／Ｆモジュール３２９を介してソフトウェアにより行われる。鍵更新制御部３２５は、鍵更新用カウンタとして鍵更新時間のカウントを開始する。
【００８０】
ホスト１とデバイス２とはステップＳ３５に進み、ペア一時鍵（１）を使用した暗号通信を開始する。鍵更新制御部３２５は、鍵更新設定部３２４に設定された鍵更新時間となるまで、鍵更新用カウンタとしてカウントを行う。鍵更新設定部３２４に設定された鍵更新時間に到達すると、鍵更新制御部３２５はステップＳ３６に進み、データ送信処理の停止を入出力Ｉ／Ｆモジュール３２９に要求する。
【００８１】
ステップＳ３７に進み、入出力Ｉ／Ｆモジュール３２９は、現在実行中の処理まで終了させたあと、その時点のステータス情報を保持し、データ送信処理の停止を鍵更新制御部３２５に通知する。ステップＳ３８に進み、鍵更新制御部３２５はデバイス側へ切断要求を行う。
【００８２】
切断要求を受信すると、デバイス側の受信部３６８はステップＳ３９に進み、データ送信処理の停止を入出力Ｉ／Ｆモジュール３６９に要求する。入出力Ｉ／Ｆモジュール３６９は、データ送信処理を停止する。その後、デバイス側の通信回路ユニット３０２はホスト側の通信回路ユニット３０１との接続を切断する。
【００８３】
デバイス側の通信回路ユニット３０２との接続が切断されると、ホスト側の鍵更新制御部３２５は鍵更新用カウンタをリセットする。ホスト側のＰＴＫ保持部３１７は、保持しているペア一時鍵が更新されるとステップＳ４０に進み、鍵更新制御部３２５にペア一時鍵更新通知を行う。デバイス側からＡＣＫ応答を受信すると、ホスト側の受信部３２８はステップＳ４１に進み、４ウェイ・ハンドシェークが完了し、暗号通信が可能となったことを鍵更新制御部３２５に通知する。鍵更新制御部３２５は、鍵更新用カウンタとして鍵更新時間のカウントを開始する。以降は、前述の処理を繰り返し行う。
【実施例３】
【００８４】
図１７はペア一時鍵を更新する処理を示す第３実施例のシーケンス図である。ステップＳ５０では、有線の通信システム等を使ってホスト１からデバイス２へコネクション鍵を渡す。
【００８５】
ステップＳ５１に進み、ホスト１とデバイス２とは、コネクション鍵を相互に保有している状態で、メッセージを暗号化するための共通のペア一時鍵（１）を４ウェイ・ハンドシェークによって互いに生成する。
【００８６】
４ウェイ・ハンドシェークにて互いに共通のペア一時鍵（１）を保有していることが確認できると、ホスト１とデバイス２とはステップＳ５２に進み、ペア一時鍵（１）を使用した暗号通信を開始する。一連のデータ通信（例えば印刷処理におけるＰＣから複合機への文書データの転送）が終了すると、鍵更新制御部３２５は鍵更新が行われるように制御を行う。ホスト１はステップＳ５３に進み、デバイス２に対して切断要求を行い、デバイス２との接続を切断する。ステップＳ５４に進み、ホスト１とデバイス２とは、コネクション鍵を相互に保有している状態で、あらためて共通のペア一時鍵（２）を４ウェイ・ハンドシェークによって互いに生成する。
【００８７】
４ウェイ・ハンドシェークにて互いに共通のペア一時鍵（２）を保有していることが確認できると、ホスト１とデバイス２とはステップＳ５５に進み、ペア一時鍵（２）を使用した暗号通信を開始する。以下では、同様な処理が繰り返し行われる。
【００８８】
図１７に示したシーケンス図では、一度、コネクション鍵を共有し、ペア一時鍵を生成したあと、一連のデータ通信が終了すると、ホスト１とデバイス２との接続を切断して、あらためて４ウェイ・ハンドシェークを行い、実際に暗号化を行うために必要となるペア一時鍵を自動的に更新する。
【００８９】
これにより、本発明では自動的にペア一時鍵（暗号鍵）が更新されるため、悪意のある第三者によりデータを解読されてしまう危険性が低減され、セキュリティレベルを高めることができる。
【００９０】
さらに、第３実施例におけるペア一時鍵の更新手順を図１８〜図２１に基づいて詳細に説明する。図１８〜図２１は第３実施例におけるホストとデバイスとのペア一時鍵の更新手順を示す模式図である。図１８〜図２１はホスト側の通信回路ユニット３０１とデバイス側の通信回路ユニット３０２とのペア一時鍵の更新手順を示している。
【００９１】
ホスト側のＰＴＫ保持部３１７は、保持しているペア一時鍵が更新されるとステップＳ６１に進み、鍵更新制御部３２５にペア一時鍵更新通知を行う。デバイス側からＡＣＫ応答を受信すると、ホスト側の受信部３２８は、ステップＳ６２に進み、４ウェイ・ハンドシェークが完了し、暗号通信が可能となったことを鍵更新制御部３２５に通知する。
【００９２】
なお、ステップＳ６３に示す鍵更新制御部３２５に対する鍵更新モード「データ転送完了後更新モード」の設定は、入出力Ｉ／Ｆモジュール３２９を介してソフトウェアにより行われる。
【００９３】
ホスト１とデバイス２とはステップＳ６４に進み、ペア一時鍵（１）を使用した暗号通信を開始する。鍵更新制御部３２５は、一連のデータ転送を行う。一連のデータ転送が終了すると、入出力Ｉ／Ｆモジュール３２９はステップＳ６５に進み、全要求データ転送完了を鍵更新制御部３２５へ通知する。
【００９４】
ステップＳ６６に進み、鍵更新制御部３２５はデバイス側へ切断要求を行う。切断要求を受信すると、デバイス側の受信部３６８はステップＳ６７に進み、データ送信処理の停止を入出力Ｉ／Ｆモジュール３６９に要求する。入出力Ｉ／Ｆモジュール３６９はデータ送信処理を停止する。その後、デバイス側の通信回路ユニット３０２はホスト側の通信回路ユニット３０１との接続を切断する。
【００９５】
ホスト側のＰＴＫ保持部３１７は、保持しているペア一時鍵が更新されるとステップＳ６８に進み、鍵更新制御部３２５にペア一時鍵更新通知を行う。デバイス側からＡＣＫ応答を受信したあと、ホスト側の受信部３２８はステップＳ６９に進み、４ウェイ・ハンドシェークが完了し、暗号通信が可能となったことを鍵更新制御部３２５に通知する。以降は前述の処理を繰り返し行う。
【実施例４】
【００９６】
図２２はペア一時鍵を更新する処理を示す第４実施例のシーケンス図である。ステップＳ８０では、有線の通信システム等を使ってホスト１からデバイス２へコネクション鍵を渡す。
【００９７】
ステップＳ８１に進み、ホスト１とデバイス２とは、コネクション鍵を相互に保有している状態で、メッセージを暗号化するための共通のペア一時鍵（１）を４ウェイ・ハンドシェークによって互いに生成する。
【００９８】
４ウェイ・ハンドシェークにて互いに共通のペア一時鍵（１）を保有していることが確認できると、ホスト１とデバイス２とはステップＳ８２に進み、ペア一時鍵（１）を使用した暗号通信を開始する。また、暗号通信の開始と共に、デバイス側の鍵更新制御部３６５が鍵更新用カウンタとして鍵更新時間のカウントを開始する。
【００９９】
鍵更新設定部３６４に設定されている鍵更新時間に到達すると、鍵更新制御部３６５は鍵更新が行われるように制御を行う。デバイス２はステップＳ８３に進み、ホスト１に対して切断要求を行い、ホスト１との接続を切断する。ステップＳ８４に進み、ホスト１とデバイス２とは、コネクション鍵を相互に保有している状態で、あらためて共通のペア一時鍵（２）を４ウェイ・ハンドシェークによって互いに生成する。
【０１００】
４ウェイ・ハンドシェークにて互いに共通のペア一時鍵（２）を保有していることが確認できると、ホスト１とデバイス２とはステップＳ８５に進み、ペア一時鍵（２）を使用した暗号通信を開始する。また、暗号通信の開始と共に、鍵更新制御部３６５が鍵更新用カウンタとして鍵更新時間のカウントを開始する。以下では、同様な処理が繰り返し行われる。
【０１０１】
図２２に示したシーケンス図では、一度、コネクション鍵を共有し、ペア一時鍵を生成したあと、鍵更新時間が経過すると、ホスト１とデバイス２との接続を切断して、あらためて４ウェイ・ハンドシェークを行い、実際に暗号化を行うために必要となるペア一時鍵を自動的に更新する。
【０１０２】
実施例４は、デバイス側でペア一時鍵の更新時間を管理する点で前述した実施例２と異なっている。デバイス側には、ペア一時鍵の更新時間を設定する鍵更新設定部３６４及びペア一時鍵の更新を制御する鍵更新制御部３６５が設けられている。
【０１０３】
これにより、本発明では定期的にペア一時鍵（暗号鍵）が更新されるため、悪意のある第三者によりデータを解読されてしまう危険性が低減され、セキュリティレベルを高めることができる。
【０１０４】
さらに、第４実施例におけるペア一時鍵の更新手順を図２３〜図２６に基づいて詳細に説明する。図２３〜図２６は第４実施例におけるホストとデバイスとのペア一時鍵の更新手順を示す模式図である。図２３〜図２６はホスト側の通信回路ユニット３０１とデバイス側の通信回路ユニット３０２とのペア一時鍵の更新手順を示している。
【０１０５】
デバイス側のＰＴＫ保持部３５７は、保持しているペア一時鍵が更新されるとステップＳ９１に進み、鍵更新制御部３６５にペア一時鍵更新通知を行う。デバイス側からＡＣＫ応答を受信すると、ホスト側の受信部３２８は、ステップＳ９２に進み、４ウェイ・ハンドシェークが完了し、暗号通信が可能となったことを入出力Ｉ／Ｆモジュール３２９に通知する。
【０１０６】
なお、ステップＳ９３に示す鍵更新設定部３６４に対する鍵更新時間の設定は、入出力Ｉ／Ｆモジュール３６９を介してソフトウェアにより行われる。ステップＳ９４に示す鍵更新制御部３６５に対する鍵更新用カウンタの起動要求は入出力Ｉ／Ｆモジュール３６９を介してソフトウェアにより行われる。鍵更新制御部３６５は、鍵更新用カウンタとして鍵更新時間のカウントを開始する。
【０１０７】
ホスト１とデバイス２とはステップＳ９５に進み、ペア一時鍵（１）を使用した暗号通信を開始する。鍵更新制御部３６５は、鍵更新設定部３６４に設定された鍵更新時間となるまで、鍵更新用カウンタとしてカウントを行う。鍵更新設定部３６４に設定された鍵更新時間に到達すると、鍵更新制御部３６５はステップＳ９６に進み、データ送信処理の停止を入出力Ｉ／Ｆモジュール３６９に要求する。
【０１０８】
ステップＳ９７に進み、入出力Ｉ／Ｆモジュール３６９は、現在実行中の処理まで終了させたあと、その時点のステータス情報を保持する。入出力Ｉ／Ｆモジュール３６９はステップＳ９７に進み、データ送信処理の停止を鍵更新制御部３６５に通知する。ステップＳ９８に進み、鍵更新制御部３６５はホスト側へ切断要求を行う。
【０１０９】
切断要求を受信すると、ホスト側の受信部３２８はステップＳ９９に進み、データ送信処理の停止を入出力Ｉ／Ｆモジュール３２９に要求する。入出力Ｉ／Ｆモジュール３２９は、データ送信処理を停止する。その後、ホスト側の通信回路ユニット３０１はデバイス側の通信回路ユニット３０２との接続を切断する。
【０１１０】
ホスト側の通信回路ユニット３０１との接続が切断されると、デバイス側の鍵更新制御部３６５は鍵更新用カウンタをリセットする。デバイス側のＰＴＫ保持部３５７は、保持しているペア一時鍵が更新されるとステップＳ１００に進み、鍵更新制御部３６５にペア一時鍵更新通知を行う。デバイス側からＡＣＫ応答を受信すると、ホスト側の受信部３２８はステップＳ１０１に進み、４ウェイ・ハンドシェークが完了し、暗号通信が可能となったことを入出力Ｉ／Ｆモジュール３２９に通知する。鍵更新制御部３６５は、鍵更新用カウンタとして鍵更新時間のカウントを開始する。以降は、前述の処理を繰り返し行う。
【実施例５】
【０１１１】
図２７はペア一時鍵を更新する処理を示す第５実施例のシーケンス図である。実施例５はデバイス側で各ホスト１Ａ〜１Ｃのペア一時鍵の更新時間を管理するものである。ステップＳ１１０〜Ｓ１１２では、有線の通信システム等を使ってホスト１Ａ〜１Ｃからデバイス２へコネクション鍵を渡す。
【０１１２】
ステップＳ１１３に進み、ホスト１Ａとデバイス２とは、コネクション鍵を相互に保有している状態で、共通のペア一時鍵（Ａ１）を４ウェイ・ハンドシェークによって互いに生成する。４ウェイ・ハンドシェークにて互いに共通のペア一時鍵（Ａ１）を保有していることが確認できると、ホスト１Ａとデバイス２とは、ペア一時鍵（Ａ１）を使用した暗号通信を開始する。また、暗号通信の開始と共に、鍵更新制御部３６５が鍵更新用カウンタとして鍵更新時間のカウントを開始する。
【０１１３】
ステップＳ１１４に進み、ホスト１Ｂとデバイス２とは、コネクション鍵を相互に保有している状態で、共通のペア一時鍵（Ｂ１）を４ウェイ・ハンドシェークによって互いに生成する。４ウェイ・ハンドシェークにて互いに共通のペア一時鍵（Ｂ１）を保有していることが確認できると、ホスト１Ｂとデバイス２とは、ペア一時鍵（Ｂ１）を使用した暗号通信を開始する。また、暗号通信の開始と共に、鍵更新制御部３６５が鍵更新用カウンタとして鍵更新時間のカウントを開始する。
【０１１４】
ステップＳ１１５に進み、ホスト１Ｃとデバイス２とは、コネクション鍵を相互に保有している状態で、共通のペア一時鍵（Ｃ１）を４ウェイ・ハンドシェークによって互いに生成する。４ウェイ・ハンドシェークにて互いに共通のペア一時鍵（Ｃ１）を保有していることが確認できると、ホスト１Ｃとデバイス２とは、ペア一時鍵（Ｃ１）を使用した暗号通信を開始する。また、暗号通信の開始と共に、鍵更新制御部３６５が鍵更新用カウンタとして鍵更新時間のカウントを開始する。
【０１１５】
ここで、図２７のシーケンス図では、ホスト１Ａ，１Ｂ，１Ｃのセキュリティレベルが低，高，中である例を示している。デバイス２は例えば高いセキュリティレベルが要求されるものほど鍵更新時間を短く、高いセキュリティレベルが要求されないものほど鍵更新時間を長く設定する。本発明では要求されるセキュリティレベルに応じてペア一時鍵の更新時間を管理できるようにすることで、過剰な鍵更新を避けることができる。なお、鍵更新時間は使用者がホスト１Ａ〜１Ｃ毎に設定するようにしてもよい。
【０１１６】
ホスト１ＡはステップＳ１１６，Ｓ１２１の暗号通信が終了したあと、鍵更新時間に到達している。鍵更新時間に到達すると、鍵更新制御部３６５は鍵更新が行われるように制御を行う。
【０１１７】
ホスト１ＡはステップＳ１２８に進み、デバイス２に対して切断要求を行い、デバイス２との接続を切断する。そして、ステップＳ１２９に進み、ホスト１Ａとデバイス２とはコネクション鍵を相互に保有している状態で、あらためて共通のペア一時鍵（Ａ２）を４ウェイ・ハンドシェークによって互いに生成する。
【０１１８】
４ウェイ・ハンドシェークにて互いに共通のペア一時鍵（Ａ２）を保有していることが確認できると、ホスト１Ａとデバイス２とは、ペア一時鍵（Ａ２）を使用した暗号通信を開始する。また、暗号通信の開始と共に、鍵更新制御部３６５が鍵更新用カウンタとして鍵更新時間のカウントを開始する。以下では、同様な処理が繰り返し行われる。
【０１１９】
また、ホスト１ＢはステップＳ１１８の暗号通信が終了したあと、鍵更新時間に到達している。鍵更新時間に到達すると、鍵更新制御部３６５は鍵更新が行われるように制御を行う。
【０１２０】
ホスト１ＢはステップＳ１１９に進み、デバイス２に対して切断要求を行い、デバイス２との接続を切断する。そして、ステップＳ１２０に進み、ホスト１Ｂとデバイス２とはコネクション鍵を相互に保有している状態で、あらためて共通のペア一時鍵（Ｂ２）を４ウェイ・ハンドシェークによって互いに生成する。
【０１２１】
４ウェイ・ハンドシェークにて互いに共通のペア一時鍵（Ｂ２）を保有していることが確認できると、ホスト１Ａとデバイス２とは、ペア一時鍵（Ｂ２）を使用した暗号通信を開始する。また、暗号通信の開始と共に、鍵更新制御部３６５が鍵更新用カウンタとして鍵更新時間のカウントを開始する。以下では、同様な処理が繰り返し行われる。
【０１２２】
また、ホスト１ＣはステップＳ１１７の暗号通信が終了したあと、鍵更新時間に到達している。鍵更新時間に到達すると、鍵更新制御部３６５は鍵更新が行われるように制御を行う。
【０１２３】
ホスト１ＣはステップＳ１２２に進み、デバイス２に対して切断要求を行い、デバイス２との接続を切断する。そして、ステップＳ１２３に進み、ホスト１Ｃとデバイス２とはコネクション鍵を相互に保有している状態で、あらためて共通のペア一時鍵（Ｃ２）を４ウェイ・ハンドシェークによって互いに生成する。
【０１２４】
４ウェイ・ハンドシェークにて互いに共通のペア一時鍵（Ｃ２）を保有していることが確認できると、ホスト１Ｃとデバイス２とは、ペア一時鍵（Ｃ２）を使用した暗号通信を開始する。また、暗号通信の開始と共に、鍵更新制御部３６５が鍵更新用カウンタとして鍵更新時間のカウントを開始する。以下では、同様な処理が繰り返し行われる。
【０１２５】
図２７に示したシーケンス図では、一度、コネクション鍵を共有し、ペア一時鍵をホスト１Ａ〜１Ｃ毎に生成したあと、鍵更新時間が経過すると、デバイス２との接続を鍵更新時間が経過したホスト１Ａ〜１Ｃ毎に切断して、あらためて４ウェイ・ハンドシェークを行い、実際に暗号化を行うために必要となるペア一時鍵を自動的に更新する。
【０１２６】
これにより、本発明ではホスト毎に鍵更新時間を設定し、鍵更新時間が経過したホスト毎にペア一時鍵（暗号鍵）が更新されるため、セキュリティレベルに応じた鍵の更新が可能となる。
【実施例６】
【０１２７】
図２８はペア一時鍵を更新する処理を示す第６実施例のシーケンス図である。実施例６は各ホスト１Ａ〜１Ｃ側で各ホスト１Ａ〜１Ｃのペア一時鍵の更新時間を管理するものである。ステップＳ１４０〜Ｓ１４２では、有線の通信システム等を使ってホスト１Ａ〜１Ｃからデバイス２へコネクション鍵を渡す。
【０１２８】
ステップＳ１４３に進み、ホスト１Ａとデバイス２とは、コネクション鍵を相互に保有している状態で、共通のペア一時鍵（Ａ１）を４ウェイ・ハンドシェークによって互いに生成する。４ウェイ・ハンドシェークにて互いに共通のペア一時鍵（Ａ１）を保有していることが確認できると、ホスト１Ａとデバイス２とは、ペア一時鍵（Ａ１）を使用した暗号通信を開始する。また、暗号通信の開始と共に、鍵更新制御部３２５が鍵更新用カウンタとして鍵更新時間のカウントを開始する。
【０１２９】
ステップＳ１４４に進み、ホスト１Ｂとデバイス２とは、コネクション鍵を相互に保有している状態で、共通のペア一時鍵（Ｂ１）を４ウェイ・ハンドシェークによって互いに生成する。４ウェイ・ハンドシェークにて互いに共通のペア一時鍵（Ｂ１）を保有していることが確認できると、ホスト１Ｂとデバイス２とは、ペア一時鍵（Ｂ１）を使用した暗号通信を開始する。また、暗号通信の開始と共に、鍵更新制御部３２５が鍵更新用カウンタとして鍵更新時間のカウントを開始する。
【０１３０】
ステップＳ１４５に進み、ホスト１Ｃとデバイス２とは、コネクション鍵を相互に保有している状態で、共通のペア一時鍵（Ｃ１）を４ウェイ・ハンドシェークによって互いに生成する。４ウェイ・ハンドシェークにて互いに共通のペア一時鍵（Ｃ１）を保有していることが確認できると、ホスト１Ｃとデバイス２とは、ペア一時鍵（Ｃ１）を使用した暗号通信を開始する。また、暗号通信の開始と共に、鍵更新制御部３２５が鍵更新用カウンタとして鍵更新時間のカウントを開始する。
【０１３１】
ここで、図２８のシーケンス図では、ホスト１Ａ，１Ｂ，１Ｃのセキュリティレベルが低，高，中である例を示している。各ホスト１Ａ〜１Ｃは、高いセキュリティレベルが要求されるものほど鍵更新時間を短く、高いセキュリティレベルが要求されないものほど鍵更新時間を長く設定する。なお、鍵更新時間は使用者がホスト１Ａ〜１Ｃ毎に設定するようにしてもよい。
【０１３２】
ホスト１ＡはステップＳ１４６，Ｓ１５０，Ｓ１５６の暗号通信が終了したあと、鍵更新時間に到達している。鍵更新時間に到達すると、鍵更新制御部３２５は鍵更新が行われるように制御を行う。
【０１３３】
ステップＳ１５７に進み、ホスト１Ａとデバイス２とはコネクション鍵を相互に保有している状態で、あらためて共通のペア一時鍵（Ａ２）を４ウェイ・ハンドシェークによって互いに生成する。以下では、同様な処理が繰り返し行われる。
【０１３４】
また、ホスト１ＢはステップＳ１４８の暗号通信が終了したあと、鍵更新時間に到達している。鍵更新時間に到達すると、鍵更新制御部３２５は鍵更新が行われるように制御を行う。
【０１３５】
ステップＳ１４９に進み、ホスト１Ｂとデバイス２とはコネクション鍵を相互に保有している状態で、あらためて共通のペア一時鍵（Ｂ２）を４ウェイ・ハンドシェークによって互いに生成する。以下では、同様な処理が繰り返し行われる。
【０１３６】
また、ホスト１ＣはステップＳ１４７，Ｓ１５１の暗号通信が終了したあと、鍵更新時間に到達している。鍵更新時間に到達すると、鍵更新制御部３２５は鍵更新が行われるように制御を行う。
【０１３７】
ステップＳ１５２に進み、ホスト１Ｃとデバイス２とはコネクション鍵を相互に保有している状態で、あらためて共通のペア一時鍵（Ｃ２）を４ウェイ・ハンドシェークによって互いに生成する。以下では、同様な処理が繰り返し行われる。
【０１３８】
図２８に示したシーケンス図では、一度、コネクション鍵を共有し、ペア一時鍵をホスト１Ａ〜１Ｃ毎に生成したあと、鍵更新時間が経過すると、デバイス２との接続を鍵更新時間が経過したホスト１Ａ〜１Ｃ毎に切断して、あらためて４ウェイ・ハンドシェークを行い、実際に暗号化を行うために必要となるペア一時鍵を自動的に更新する。図２７及び図２８に示したシーケンス図は鍵更新時間を管理する場所が異なっている。
【０１３９】
これにより、本発明ではホスト毎に鍵更新時間を設定し、鍵更新時間が経過したホスト毎にペア一時鍵（暗号鍵）が更新されるため、セキュリティレベルに応じた鍵の更新が可能となる。
【実施例７】
【０１４０】
図２９はオフィス機器による通信システムの一例の構成図である。実施例７は、ホスト１とデバイス２との間のペア一時鍵の更新を促すものである。ホスト１は、あるデバイス２との間のペア一時鍵が更新されない場合、使用者に注意を促す。例えば図２９のホスト１は、あるデバイス２との間のペア一時鍵が更新されない場合、その旨のメッセージを例えばディスプレイ等の表示部に表示することで、使用者にペア一時鍵の更新を促す。
【０１４１】
また、デバイス２側に操作パネル等の表示部があれば、あるホスト１との間のペア一時鍵が更新されない場合、その旨のメッセージを表示することで、使用者にペア一時鍵の更新を促すようにしてもよい。この場合、使用者はホスト１又はデバイス２の表示部に表示されたメッセージを見ることでペア一時鍵の更新の必要性を認識でき、ペア一時鍵の更新指示を行うことができる。なお、ペア一時鍵の更新後、ホスト１又はデバイス２の表示部に表示されたメッセージは消去される。
【０１４２】
図３０はペア一時鍵の更新を促す処理を示すシーケンス図である。図３０のシーケンス図は、各デバイス２Ａ〜２Ｃ側で各デバイス２Ａ〜２Ｃのペア一時鍵の更新時間を管理するものである。また、図３０のシーケンス図はホスト１とデバイス２Ｃとの間のペア一時鍵が更新されない場合に、ホスト１及びデバイス２Ｃの表示部に警告メッセージを表示するものである。なお、ホスト１とデバイス２Ａ，２Ｂとの間の処理は、前述したものと同様であるため、説明を省略する。
【０１４３】
ステップＳ１６２では有線の通信システム等を使ってホスト１からデバイス２Ｃへコネクション鍵を渡す。ステップＳ１６５に進み、ホスト１とデバイス２Ｃとはコネクション鍵を相互に保有している状態で、共通のペア一時鍵（Ｃ１）を４ウェイ・ハンドシェークによって互いに生成する。
【０１４４】
４ウェイ・ハンドシェークにて互いに共通のペア一時鍵（Ｃ１）を保有していることが確認できると、ホスト１とデバイス２Ｃとは、ペア一時鍵（Ｃ１）を使用した暗号通信を開始する。また、暗号通信の開始と共に、鍵更新制御部３６５が鍵更新用カウンタとして鍵更新時間のカウントを開始する。
【０１４５】
デバイス２Ｃは、ステップＳ１６７の暗号通信が終了したあと、鍵更新時間に到達している。鍵更新時間に到達すると、鍵更新制御部３６５はホスト１及びデバイス２Ｃの表示部に警告メッセージを表示するように制御を行う。鍵更新制御部３６５は、自機の表示部へ警告メッセージを表示させる。また、ステップＳ１７１に進み、鍵更新制御部３６５はホスト１へペア一時鍵（Ｃ１）で暗号化した警告メッセージを通知し、ホスト１の表示部に警告メッセージを表示させる。
【０１４６】
ホスト１側で使用者からペア一時鍵の更新指示があると、ステップＳ１７２に進み、ホスト１とデバイス２Ｃとはコネクション鍵を相互に保有している状態で、あらためて共通のペア一時鍵（Ｃ２）を４ウェイ・ハンドシェークによって互いに生成する。なお、ホスト１及びデバイス２Ｃの表示部に表示されていた警告メッセージは消去される。以下では同様な処理が繰り返し行われる。
【０１４７】
図３０に示したシーケンス図では、ホスト１とデバイス２との間のペア一時鍵の更新を使用者に促す。これにより、本発明ではペア一時鍵の更新を自動的に行わない場合であっても、使用者にペア一時鍵の更新を促すことで、ペア一時鍵の更新忘れを避けることが可能となる。
【０１４８】
さらに、第７実施例におけるペア一時鍵の更新手順を図３１〜図３６に基づいて詳細に説明する。図３１〜図３６は第７実施例におけるホストとデバイスとのペア一時鍵の更新手順を示す模式図である。図３１〜図３６はホスト側の通信回路ユニット３０１とデバイス側の通信回路ユニット３０２とのペア一時鍵の更新手順を示している。
【０１４９】
デバイス側のＰＴＫ保持部３５７は保持しているペア一時鍵が更新されるとステップＳ１９１に進み、鍵更新制御部３６５にペア一時鍵更新通知を行う。デバイス側からＡＣＫ応答を受信すると、ホスト側の受信部３２８はステップＳ１９２に進み、４ウェイ・ハンドシェークが完了し、暗号通信が可能となったことを入出力Ｉ／Ｆモジュール３２９に通知する。
【０１５０】
なお、ステップＳ１９３に示す鍵更新設定部３６４に対する鍵更新時間の設定は、入出力Ｉ／Ｆモジュール３６９を介してソフトウェアにより行われる。ステップＳ１９４に示す鍵更新制御部３６５に対する鍵更新用カウンタの起動要求は入出力Ｉ／Ｆモジュール３６９を介してソフトウェアにより行われる。鍵更新制御部３６５は、鍵更新用カウンタとして鍵更新時間のカウントを開始する。
【０１５１】
ホスト１とデバイス２とはステップＳ１９５に進み、ペア一時鍵（１）を使用した暗号通信を開始する。鍵更新制御部３６５は、鍵更新設定部３６４に設定された鍵更新時間となるまで、鍵更新用カウンタとしてカウントを行う。鍵更新設定部３６４に設定された鍵更新時間に到達すると、鍵更新制御部３６５はステップＳ１９６に進み、警告メッセージの表示を入出力Ｉ／Ｆモジュール３６９に要求する。
【０１５２】
ステップＳ１９７に進み、入出力Ｉ／Ｆモジュール３６９は、自機の表示部へ警告メッセージを表示させる。また、鍵更新制御部３６４はステップＳ１９８に進み、ホスト１へペア一時鍵（Ｃ１）で暗号化した警告メッセージを通知し、ホスト１の表示部に警告メッセージを表示させる。
【０１５３】
使用者によって、鍵更新を行わないが選択された場合、ホスト側の通信回路ユニット３０１はステップＳ１９９に進み、デバイス側に鍵更新無し通知を行う。また、ホスト側の通信回路ユニット３０１は自機の表示部に表示された警告メッセージを消去する。
【０１５４】
鍵更新無し通知を受信すると、デバイス側の鍵更新制御部３６５はステップＳ２００に進み、自機の表示部に表示されている警告メッセージの消去を入出力Ｉ／Ｆモジュール３６９に要求する。入出力Ｉ／Ｆモジュール３２９はステップＳ２０１に進み、自機の表示部に表示されている警告メッセージを消去する。また、デバイス側の鍵更新制御部３６５は鍵更新用カウンタをリセットする。そして、鍵更新制御部３６５は、鍵更新用カウンタとして鍵更新時間のカウントを開始する。以降は前述の処理を繰り返し行う。
【０１５５】
使用者によって、鍵更新を行うが選択された場合、ホスト側の通信回路ユニット３０１はステップＳ２０２に進み、デバイス側へ切断要求を行う。また、ホスト側の通信回路ユニット３０１は自機の表示部に表示された警告メッセージを消去する。
【０１５６】
切断要求を受信すると、デバイス側の受信部３６８はステップＳ２０３に進み、データ送信処理の停止を入出力Ｉ／Ｆモジュール３６９に要求する。入出力Ｉ／Ｆモジュール３６９は、データ送信処理を停止する。また、デバイス側の通信回路ユニット３０１はステップＳ２０４に進み、自機の表示部に表示された警告メッセージを消去する。
【０１５７】
受信部３６８はステップＳ２０５に進み、ホスト側の通信回路ユニット３０１との接続の切断を鍵更新制御部３６５に要求する。その後、デバイス側の通信回路ユニット３０２はホスト側の通信回路ユニット３０１との接続を切断する。
【０１５８】
ホスト側の通信回路ユニット３０１との接続が切断されると、デバイス側の鍵更新制御部３６５は鍵更新用カウンタをリセットする。デバイス側のＰＴＫ保持部３５７は、保持しているペア一時鍵が更新されるとステップＳ２０６に進み、鍵更新制御部３６５にペア一時鍵更新通知を行う。デバイス側からＡＣＫ応答を受信すると、ホスト側の受信部３２８はステップＳ２０７に進み、４ウェイ・ハンドシェークが完了し、暗号通信が可能となったことを入出力Ｉ／Ｆモジュール３２９に通知する。鍵更新制御部３６５は、鍵更新用カウンタとして鍵更新時間のカウントを開始する。以降は、前述の処理を繰り返し行う。
【実施例８】
【０１５９】
なお、ペア一時鍵を更新していくと、過去及び現在のペア一時鍵が誰にも分からず、トラブル等があった場合にシステム管理者が履歴等を調査できないという不都合が生じる可能性がある。
【０１６０】
そこで、本発明では通信回路ユニットを搭載する装置に、揮発性又は不揮発性のメモリ３０３を設け、そのメモリ３０３に更新したペア一時鍵を記録していく。なお、メモリ３０３に更新したペア一時鍵を記録しておくことで、解析が必要な状態に陥った場合に、システム管理者はメモリ３０３からペア一時鍵を取り出して解析できる。
【０１６１】
なお、メモリ３０３が不揮発性のメモリであれば、システムに何らかの不具合等が生じて再起動を行った場合や電源を落とした場合であっても、メモリ３０３からペア一時鍵を取り出して解析できる。なお、不揮発性メモリの場合、メモリ３０３は脱着可能に構成することが望ましい。
【０１６２】
図３７は更新したペア一時鍵をメモリに記録していく処理を示す第８実施例のシーケンス図である。ステップＳ２１０では、有線の通信システム等を使ってホスト１からデバイス２へコネクション鍵を渡す。
【０１６３】
ステップＳ２１１に進み、ホスト１とデバイス２とは、コネクション鍵を相互に保有している状態で、メッセージを暗号化するための共通のペア一時鍵（１）を４ウェイ・ハンドシェークによって互いに生成する。生成されたペア一時鍵（１）をメモリ３０３に記録する。また、ステップＳ２１３，Ｓ２１５において生成されたペア一時鍵（２），（３）もメモリ３０３に記録される。その他は、前述の処理と同様である。
【０１６４】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【図面の簡単な説明】
【０１６５】
【図１】４ウェイ・ハンドシェークによるホストとデバイスとの接続手順を示すシーケンス図である。
【図２】４ウェイ・ハンドシェークによるホストとデバイスとの接続手順を示す模式図である。
【図３】４ウェイ・ハンドシェークによるホストとデバイスとの接続手順を示す模式図である。
【図４】４ウェイ・ハンドシェークによるホストとデバイスとの接続手順を示す模式図である。
【図５】４ウェイ・ハンドシェークによるホストとデバイスとの接続手順を示す模式図である。
【図６】本発明を適用する通信システムの一例の構成図である。
【図７】オフィス機器による通信システムの一例の構成図である。
【図８】通信回路ユニットを搭載する複合機の一例を示す構成図である。
【図９】本発明におけるホスト側の通信回路ユニット及びデバイス側の通信回路ユニットの概要を示すブロック図である。
【図１０】４ウェイ・ハンドシェークにより接続するときの本発明におけるホスト側の通信回路ユニット及びデバイス側の通信回路ユニットの概要を示すブロック図である。
【図１１】ペア一時鍵を更新する処理を示す第１実施例のシーケンス図である。
【図１２】ペア一時鍵を更新する処理を示す第２実施例のシーケンス図である。
【図１３】第２実施例におけるホストとデバイスとのペア一時鍵の更新手順を示す模式図である。
【図１４】第２実施例におけるホストとデバイスとのペア一時鍵の更新手順を示す模式図である。
【図１５】第２実施例におけるホストとデバイスとのペア一時鍵の更新手順を示す模式図である。
【図１６】第２実施例におけるホストとデバイスとのペア一時鍵の更新手順を示す模式図である。
【図１７】ペア一時鍵を更新する処理を示す第３実施例のシーケンス図である。
【図１８】第３実施例におけるホストとデバイスとのペア一時鍵の更新手順を示す模式図である。
【図１９】第３実施例におけるホストとデバイスとのペア一時鍵の更新手順を示す模式図である。
【図２０】第３実施例におけるホストとデバイスとのペア一時鍵の更新手順を示す模式図である。
【図２１】第３実施例におけるホストとデバイスとのペア一時鍵の更新手順を示す模式図である。
【図２２】ペア一時鍵を更新する処理を示す第４実施例のシーケンス図である。
【図２３】第４実施例におけるホストとデバイスとのペア一時鍵の更新手順を示す模式図である。
【図２４】第４実施例におけるホストとデバイスとのペア一時鍵の更新手順を示す模式図である。
【図２５】第４実施例におけるホストとデバイスとのペア一時鍵の更新手順を示す模式図である。
【図２６】第４実施例におけるホストとデバイスとのペア一時鍵の更新手順を示す模式図である。
【図２７】ペア一時鍵を更新する処理を示す第５実施例のシーケンス図である。
【図２８】ペア一時鍵を更新する処理を示す第６実施例のシーケンス図である。
【図２９】オフィス機器による通信システムの一例の構成図である。
【図３０】ペア一時鍵の更新を促す処理を示すシーケンス図である。
【図３１】第７実施例におけるホストとデバイスとのペア一時鍵の更新手順を示す模式図である。
【図３２】第７実施例におけるホストとデバイスとのペア一時鍵の更新手順を示す模式図である。
【図３３】第７実施例におけるホストとデバイスとのペア一時鍵の更新手順を示す模式図である。
【図３４】第７実施例におけるホストとデバイスとのペア一時鍵の更新手順を示す模式図である。
【図３５】第７実施例におけるホストとデバイスとのペア一時鍵の更新手順を示す模式図である。
【図３６】第７実施例におけるホストとデバイスとのペア一時鍵の更新手順を示す模式図である。
【図３７】更新したペア一時鍵をメモリに記録していく処理を示す第８実施例のシーケンス図である。
【符号の説明】
【０１６６】
１，１Ａ〜１Ｃ    ホスト
２，２Ａ〜２Ｃ    デバイス
１００  複合機
１１０    エンジン部
１１１    読取ユニット
１１２    書込ユニット
１１３    画像処理部
１２０    コントローラ
１２１    制御部
１２２    チップセット
１２３    メモリ
１２４    通信回路ユニット
１２５    メモリ
１２６，１２７    オプション
１２８    ＣＰＵ
１３０    操作部／表示部
１４０    ＨＤＤ
２０１，２０２，３０１，３０２    通信回路ユニット
２０３，３０３    メモリ
２１１，２５１，３１３，３５３    鍵生成部
２１２，２５２，３１２，３５２    コネクション鍵保持部
２１３，２５３，３１７，３５７    ＰＴＫ保持部
２１４，２５４，３２２，３６２    暗号化制御部
２１５，２５５，３２３，３６３    復号制御部
２１６，２５６，３２４，３６４    鍵更新設定部
２１７，２５７，３２５，３６５    鍵更新制御部
２１８，２５８，３２７，３６７    送信データ生成部
２１９，２５９，３２８，３６８    受信部
２２０，２６０，３２９，３６９    入出力Ｉ／Ｆモジュール
３１１，３５１    乱数生成部
３１４    ホストアドレス出力部
３１５    ＤＮｏｎｃｅ保持部
３１６，３５６    ＫＣＫ保持部
３１８    デバイスアドレス保持部
３１９，３５９    ＴＫＩＤ保持部
３２０，３６０    ペア一時鍵ＩＤ番号生成部
３２１，３６１    電子署名値ＭＩＣ生成部
３２６，３６６    電子署名値ＭＩＣ判定部
３５４    デバイスアドレス出力部
３５５    ＨＮｏｎｃｅ保持部
３５８    ホストアドレス保持部
【図１】
2008135969.tif 000003
【図２】
2008135969.tif 000004
【図３】
2008135969.tif 000005
【図４】
2008135969.tif 000006
【図５】
2008135969.tif 000007
【図６】
2008135969.tif 000008
【図７】
2008135969.tif 000009
【図８】
2008135969.tif 000010
【図９】
2008135969.tif 000011
【図１０】
2008135969.tif 000012
【図１１】
2008135969.tif 000013
【図１２】
2008135969.tif 000014
【図１３】
2008135969.tif 000015
【図１４】
2008135969.tif 000016
【図１５】
2008135969.tif 000017
【図１６】
2008135969.tif 000018
【図１７】
2008135969.tif 000019
【図１８】
2008135969.tif 000020
【図１９】
2008135969.tif 000021
【図２０】
2008135969.tif 000022
【図２１】
2008135969.tif 000023
【図２２】
2008135969.tif 000024
【図２３】
2008135969.tif 000025
【図２４】
2008135969.tif 000026
【図２５】
2008135969.tif 000027
【図２６】
2008135969.tif 000028
【図２７】
2008135969.tif 000029
【図２８】
2008135969.tif 000030
【図２９】
2008135969.tif 000031
【図３０】
2008135969.tif 000032
【図３１】
2008135969.tif 000033
【図３２】
2008135969.tif 000034
【図３３】
2008135969.tif 000035
【図３４】
2008135969.tif 000036
【図３５】
2008135969.tif 000037
【図３６】
2008135969.tif 000038
【図３７】
2008135969.tif 000039