ＷＵＳＢ保安のためのセッションキーを提供する方法及び装置、そのセッションキーを獲得する方法及び装置
【課題】 ＷＵＳＢ保安のためのセッションキーを提供する方法及び装置、そのセッションキーを獲得する方法及び装置を提供する。
【解決手段】 ホストとデバイスとの間の何れか一つのセッションの間に使われるセッションキーを提供する方法において、デバイスによって接近が不可能な領域に保存されたシードキーに基づいてセッションキーを生成するステップと、生成されたセッションキーをデバイスに提供するステップと、を含む方法である。これにより、ユーザがゲストデバイスにセッションキーの生成に必要な情報、すなわち、ＣＣを分配する必要がなくなった。
【解決手段】 ホストとデバイスとの間の何れか一つのセッションの間に使われるセッションキーを提供する方法において、デバイスによって接近が不可能な領域に保存されたシードキーに基づいてセッションキーを生成するステップと、生成されたセッションキーをデバイスに提供するステップと、を含む方法である。これにより、ユーザがゲストデバイスにセッションキーの生成に必要な情報、すなわち、ＣＣを分配する必要がなくなった。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＷＵＳＢ（ワイヤレス ユニバーサル シリアル バス）保安に係り、特に、ＷＵＳＢ保安のためのセッションキーを提供する方法及び装置、そのセッションキーを獲得する方法及び装置に関する。
【背景技術】
【０００２】
コンピュータと周辺装置とを連結するＵＳＢ（ユニヴァーサル シリアル バス）が発表された以後、ＵＳＢの使用が一般化され、無線ＲＡＮの普及が拡大されつつＵＳＢを無線で支援するＷＵＳＢが登場するようになった。
【０００３】
図１は、従来のＷＵＳＢシステムを示す図である。図１を参照するに、従来のＷＵＳＢシステムは、ホスト２、デバイス１〜３
３１〜３３及びゲストデバイス３４で構成される。
【０００４】
ホスト２は、ＷＵＳＢホストとしての機能を行うコンピュータシステムを称す。デバイス１〜３
３１〜３３及びゲストデバイス３４は、ＷＵＳＢデバイスとしての機能を行う周辺装置、例えば、ＷＵＳＢキーボード、プリンタ、外部保存装置、デジタルカメラなどを称す。特に、デバイス１〜３ ３１〜３３は、ホスト２に継続的に接続するデバイスを称し、ゲストデバイス３４は、ユーザにホスト２に臨時的に接続するデバイスを称す。
【０００５】
ＷＵＳＢ規格によれば、ホスト２は、ホスト２とゲストデバイス３４との間の何れか一つのセッションの間に使われるセッションキーの生成に必要な情報であるＣＣ（Ｃｏｎｎｅｃｔｉｏｎ Ｃｏｎｔｅｘｔ）を生成する。このように生成されたセッションキーは、ユーザによってゲストデバイス３４に分配される。ＷＵＳＢ規格では、このようなセッションキーをＰＴＫ（Ｐａｉｒ−ｗｉｓｅ Ｔｅｍｐｏｒａｌ Ｋｅｙ）と称す。
【０００６】
図２は、従来のＷＵＳＢ保安通信方法を示すフローチャートである。図２を参照するに、従来のＷＵＳＢ保安通信方法は、次のようなステップで構成される。
【０００７】
ステップ２０１で、ホスト２は、ホストＩＤ ＣＨＩＤ（コネクション ホストＩＤ）、デバイスＩＤ ＣＤＩＤ（コネクション デバイスＩＤ）及びシードキーＣＫ（コネクション キー）で構成されたＣＣを生成し、これをユーザ１に出力する。
【０００８】
ステップ２０２で、ユーザ１は、ホスト２に接続したゲストデバイス３４にＣＣを分配する。ユーザ１がＣＣを分配する例を挙げれば、ユーザ１は、ホスト２に出力されたＣＣを見て、これをキーボードのような入力道具を使用してゲストデバイス３４に入力しうる。そうでなければ、ユーザ１は、ホスト２に出力されたＣＣをＣＤ
ＲＯＭのような記録媒体にダウンロードした後、これをゲストデバイス３４にアップロードすることもできる。
【０００９】
ステップ２０３で、ゲストデバイス３４は、デバイスＩＤ
ＣＤＩＤをホスト２に提供することによってホスト２との連結を要請し、ホスト２は、ゲストデバイス３４がホスト２と連結されたということを知らせる応答を伝送する。
【００１０】
ＷＵＳＢ規格によれば、ホスト２とゲストデバイス３４とは、次の４個のメッセージを交換することによってセッションキーの生成に必要な情報を獲得する。このようなメッセージ交換プロトコルを４方向ハンドシェーキという。
【００１１】
ステップ２０４で、ホスト２は、セッションキーを識別するための情報であるＴＫＩＤ（Ｔｅｍｐｏｒａｌ Ｋｅｙ ＩＤ）及びホスト２に対応する乱数ＨＮｏｎｃｅを含むメッセージ１をゲストデバイス３４に伝送する。
【００１２】
ステップ２０５で、ゲストデバイス３４は、ゲストデバイス３４に対応する乱数ＤＮｏｎｃｅを生成する。
【００１３】
ステップ２０６で、ゲストデバイス３４は、ホスト２のアドレス、ゲストデバイス３４のアドレス、ホスト２に対応する乱数ＨＮｏｎｃｅ、ゲストデバイス３４に対応する乱数ＤＮｏｎｃｅ及びシードキーＣＫに基づいてＴＫＩＤに対応するセッションキーを生成する。
【００１４】
ステップ２０７で、ゲストデバイス３４は、ホスト２にＴＫＩＤ及びゲストデバイス３４に対応する乱数ＤＮｏｎｃｅを含むメッセージ２を伝送する。
【００１５】
ステップ２０８で、ホスト２は、ホスト２のアドレス、ゲストデバイス３４のアドレス、ホスト２に対応する乱数ＨＮｏｎｃｅ、ゲストデバイス３４に対応する乱数ＤＮｏｎｃｅ及びシードキーＣＫに基づいてＴＫＩＤに対応するセッションキーを生成する。
【００１６】
ステップ２０９で、ホスト２は、ＭＩＣを計算し、ゲストデバイス３４にセッションキーを識別するための情報であるＴＫＩＤ、セッションキーの認証に必要な情報であるホスト２に対応する乱数ＨＮｏｎｃｅ及びＭＩＣを含むメッセージ３を伝送する。
【００１７】
ステップ２１０で、ゲストデバイス３４は、ＭＩＣを計算し、これがホスト２から獲得されたＭＩＣと一致すれば、セッションキーを設置し、ホスト２にセッションキーが成功的に設置されたということを知らせるメッセージ４を伝送する。
【００１８】
ステップ２１１で、ゲストデバイス３４は、セッションキーを使用して何れか一つのセッションの間にホスト２との保安通信を行う。
【００１９】
ステップ２１２で、ホスト２は、ゲストデバイス３４に対するＣＣを削除することによってホスト２とゲストデバイス３４との間の現在セッションを解除する。
【００２０】
前記のように、ホスト２とゲストデバイス３４とが何れか一つのセッションキーを使用して保安通信を行うためには、セッションキーの生成に必要な情報、すなわちＣＣに該当する情報を相互共有せねばならない。ところが、従来のＷＵＳＢ規格によれば、ユーザ１がホスト２に任意のゲストデバイスが接続する度に、このゲストデバイスにセッションキーの生成に必要な情報を分配するが、これは、ユーザに非常に面倒なことである。特に、ホスト２に多数のゲストデバイスが随時接続すれば、ユーザ１に相当な負担として作用し、その結果、ＷＵＳＢが追求するユーザの便宜性を阻害する恐れがあるという問題点があった。
【００２１】
また、従来のＷＵＳＢ規格によれば、ホスト２に任意のゲストデバイスが接続する度にＣＣを更新せねばならないが、その結果、ホストに任意のゲストデバイスが接続する度にＣＣを共有するホスト及びデバイスで構成されたＷＵＳＢシステム全体を更新せねばならないが、これは、ホスト及びデバイスそれぞれに相当な負荷として作用するという問題点があった。
【発明の開示】
【発明が解決しようとする課題】
【００２２】
本発明が解決しようとする技術的課題は、ホストに任意のゲストデバイスが臨時的に接続する度に、ユーザがゲストデバイスにセッションキーの生成に必要な情報、すなわち、ＣＣの分配を不要にする装置及び方法を提供することである。
【課題を解決するための手段】
【００２３】
前記課題を解決するための本発明によって、ホストとデバイスとの間の何れか一つのセッションの間に使われるセッションキーを提供する方法は、前記デバイスによって接近が不可能な領域に保存されたシードキーに基づいて前記セッションキーを生成するステップと、前記生成されたセッションキーを前記デバイスに提供するステップとを含む。
【００２４】
前記他の課題を解決するための本発明によって、ホストとデバイスとの間の何れか一つのセッションの間に使われるセッションキーを提供する装置は、前記デバイスによって接近が不可能な領域に保存されたシードキーに基づいて前記セッションキーを生成するセッションキー生成部と、前記生成されたセッションキーを前記デバイスに提供するセッションキー提供部とを備える。
【００２５】
前記さらに他の課題を解決するために、本発明は、前記セッションキーの提供方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。
【００２６】
前記さらに他の課題を解決するための本発明によって、ホストとデバイスとの間の何れか一つのセッションに対応するセッションキーを獲得する方法は、前記ホストから前記セッションキーの生成に必要な第１情報を獲得するステップと、前記セッションキーを生成する装置に前記獲得された情報を提供することによって前記セッションキーを要請するステップと、及び前記要請に対する応答から前記セッションキーを獲得するステップとを含む。
【００２７】
前記さらに他の課題を解決するための本発明によって、ホストとデバイスとの間の何れか一つのセッションに対応するセッションキーを獲得する装置は、前記ホストから前記セッションキーの生成に必要な情報を獲得する情報獲得部と、前記セッションキーを生成する装置に前記獲得された情報を提供することによって前記セッションキーを要請するセッションキー要請部と、前記要請に対する応答から前記セッションキーを獲得するセッションキー獲得部とを備える。
【００２８】
前記さらに他の課題を解決するために、本発明は、前記セッションキーの獲得方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。
【発明の効果】
【００２９】
本発明によれば、セッションキー提供装置がホストに任意のゲストデバイスが臨時的に接続する度にセッションキーをゲストデバイスに提供することによって、ユーザがゲストデバイスにセッションキーの生成に必要な情報、すなわち、ＣＣを分配する必要がなくなった。このように、ユーザがＣＣを分配する従来の面倒さが除去されるにつれて、ユーザの便宜性を図ると同時に、ＷＵＳＢ通信の保安をそのまま維持しうる。
【００３０】
また、本発明によれば、セッションキー提供装置が、ホストに任意のゲストデバイスが臨時的に接続する度に保安メモリに保存されたシードキーに基づいてセッションキーを生成することによって、ホストに任意のゲストデバイスが接続する度に新たなシードキーＣＫを生成しなくてもよい。これにより、ホストに任意のゲストデバイスが接続する度にＣＣを更新せねばならない従来のＷＵＳＢシステム全体の更新作業が不要になったという効果がある。すなわち、本発明によるＷＵＳＢシステムは、ホストに任意のゲストデバイスが接続する時ＣＣを構成する要素のうち、シードキーＣＫは、そのまま使用し、ゲストデバイスのＩＤのみを更新することによって、ホスト及びデバイスそれぞれの負荷を減少させうる。
【発明を実施するための最良の形態】
【００３１】
以下では、図面を参照して本発明の望ましい実施形態を詳細に説明する。
【００３２】
図３は、本発明の望ましい一実施形態によるＷＵＳＢシステムを示す図である。図３を参照するに、本実施形態によるＷＵＳＢシステムは、ホスト５、デバイス１〜３ ６１〜６３、ゲストデバイス６４及びセッションキー提供装置７で構成される。
【００３３】
ホスト５は、ＷＵＳＢホストとしての機能を行うコンピュータシステムを称す。デバイス１〜３ ６１〜６３及びゲストデバイス６４は、ＷＵＳＢデバイスとしての機能を行う周辺装置、例えば、ＷＵＳＢキーボード、プリンタ、外部保存装置、デジタルカメラを称す。特に、デバイス１〜３ ６１〜６３は、ホスト２に継続的に接続するデバイスを称し、ゲストデバイス３４は、ユーザにホスト２に臨時的に接続するデバイスを称す。
【００３４】
特に、本実施形態によれば、セッションキー提供装置７は、ホスト５からセッションキーの生成に必要な情報を獲得し、これに基づいてセッションキーを生成する。セッションキー提供装置７は、このように生成されたセッションキーをホスト２に任意のゲストデバイスが臨時的に接続する度にこのゲストデバイスに提供することによって、ユーザ４がゲストデバイス６４にセッションキーの生成に必要な情報、すなわち、ＣＣを分配する必要がなくなった。このために、ゲストデバイス６４の代りにセッションキー提供装置７がシードキーＣＫを保有する。その結果、任意のゲストデバイスがホスト５に接続する度に新たなシードキーＣＫを生成しなくてもよく、ホストに任意のゲストデバイスが接続度する度にＣＣを更新せねばならない従来のＷＵＳＢシステム全体の更新作業が不要になった。すなわち、本発明によるＷＵＳＢシステムは、ＣＣを構成する要素のうち、シードキーＣＫはそのまま使用し、ゲストデバイスのＩＤのみを更新すればよい。
【００３５】
図４は、本発明の望ましい一実施形態によるＷＵＳＢ保安通信方法を示すフローチャートである。図４を参照するに、本実施形態によるＷＵＳＢ保安通信方法は、図３に示されたＷＵＳＢシステムで時系列的に処理されるステップで構成される。
【００３６】
ステップ４０１で、セッションキー提供装置７は、ゲストデバイス６４の存在が感知されれば、ゲストデバイス６４にホストＩＤ ＣＨＩＤを提供する。
【００３７】
ステップ４０２で、ゲストデバイス６４は、ホスト５とゲストデバイス６４との間にあらかじめ約束されたプロトコルによってホスト５にデバイスＩＤ ＣＤＩＤを要請し、ホスト５は、この要請に対する応答としてゲストデバイス６４にデバイスＩＤ ＣＤＩＤを提供する。このプロトコルは、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）のようなサーバ／クライアントモデルとして設計されうる。
【００３８】
ステップ４０２以後に、ホスト５は、ホストＩＤ ＣＨＩＤ、デバイスＩＤ ＣＤＩＤ及びシードキーＣＫで構成されたＣＣを獲得するが、ゲストデバイス６４は、ホストＩＤ ＣＨＩＤ及びデバイスＩＤ ＣＤＩＤのみを獲得する。本実施形態及び以下の実施形態では、ゲストデバイス６４の代りにセッションキー提供装置７がシードキーＣＫを保有する。セッションキー提供装置７は、任意のゲストデバイスがホスト５に接続する度にこのシードキーＣＫに基づいてセッションキーを生成し、これを提供する。
【００３９】
ステップ４０３で、ゲストデバイス６４は、デバイスＩＤ ＣＤＩＤをホスト５に提供することによってホスト５との連結を要請し、ホスト５は、ゲストデバイス６４がホスト５と連結されたということを知らせる応答を伝送する。
【００４０】
ステップ４０４で、ホスト５は、セッションキーを識別するための情報であるＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを含むメッセージ１をゲストデバイス６４に伝送する。ＷＵＳＢ規格上の４方向ハンドシェークによって、ホスト５とゲストデバイス６４とは、セッションキーを獲得するために４個のメッセージを交換する。メッセージ１は、４個のメッセージのうち、第一のメッセージである。
【００４１】
ステップ４０５で、ゲストデバイス６４は、セッションキー生成装置７にＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを提供することによってセッションキーを要請する。
【００４２】
ステップ４０６で、セッションキー提供装置７は、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを生成する。
【００４３】
ステップ４０７で、セッションキー提供装置７は、ホスト５のアドレス、ゲストデバイス６４のアドレス、ホスト５に対応する乱数ＨＮｏｎｃｅ、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅ及びシードキーＣＫに基づいてＴＫＩＤに対応するセッションキーを生成する。
【００４４】
ステップ４０８で、セッションキー提供装置７は、ＴＫＩＤ、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅ及びセッションキーをゲストデバイス６４に提供する。
【００４５】
ステップ４０９で、ゲストデバイス６４は、ホスト５にＴＫＩＤ及びゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを含むメッセージ２を伝送する。メッセージ２は、４方向ハンドシェークの４個のメッセージのうち、第二のメッセージである。
【００４６】
ステップ４１０で、ホスト５は、ホスト５のアドレス、ゲストデバイス６４のアドレス、ホスト５に対応する乱数ＨＮｏｎｃｅ、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅ及びシードキーＣＫに基づいてＴＫＩＤに対応するセッションキーを生成する。
【００４７】
ステップ４１１で、ホスト５は、ＭＩＣを計算し、ゲストデバイス６４にセッションキーを識別するための情報であるＴＫＩＤ、セッションキーの認証に必要な情報であるホスト５に対応する乱数ＨＮｏｎｃｅ及びＭＩＣを含むメッセージ３を伝送する。
【００４８】
ステップ４１２で、ゲストデバイス６４は、ＭＩＣを計算し、これがホスト５から獲得されたＭＩＣと一致すれば、セッションキーを設置し、ホスト５にセッションキーが成功的に設置されたということを知らせるメッセージ４を伝送する。
【００４９】
ステップ４１３で、ゲストデバイス６４は、セッションキーを使用して何れか一つのセッションの間にホスト５との保安通信を行う。
【００５０】
ステップ４１４で、ホスト５は、ゲストデバイス６４に対するＣＣを削除することによってホスト５とゲストデバイス６４との間の現在セッションを解除する。
【００５１】
図５は、本発明の望ましい一実施形態による他のＷＵＳＢ保安通信方法を示すフローチャートである。図５を参照するに、本実施形態によるＷＵＳＢ保安通信方法は、図３に示されたＷＵＳＢシステムで時系列的に処理されるステップで構成される。
【００５２】
ステップ５０１で、セッションキー提供装置７は、ゲストデバイス６４の存在が感知されれば、ゲストデバイス６４にホストＩＤ ＣＨＩＤ及びデバイスＩＤ ＣＤＩＤを提供する。
【００５３】
ステップ５０２で、ゲストデバイス６４は、デバイスＩＤ ＣＤＩＤをホスト５に提供することによってホスト５との連結を要請し、ホスト５は、ゲストデバイス６４がホスト５と連結されたということを知らせる応答を伝送する。
【００５４】
ステップ５０３で、ホスト５は、セッションキーを識別するための情報であるＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを含むメッセージ１をゲストデバイス６４に伝送する。
【００５５】
ステップ５０４で、ゲストデバイス６４は、セッションキー生成装置７にＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを提供することによってセッションキーを要請する。
【００５６】
ステップ５０５で、セッションキー提供装置７は、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを生成する。
【００５７】
ステップ５０６で、セッションキー提供装置７は、ホスト５のアドレス、ゲストデバイス６４のアドレス、ホスト５に対応する乱数ＨＮｏｎｃｅ、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅ及びシードキーＣＫに基づいてＴＫＩＤに対応するセッションキーを生成する。
【００５８】
ステップ５０７で、セッションキー提供装置７は、セッションキー、ＴＫＩＤ及びゲストデバイス６４に対応する乱数ＤＮｏｎｃｅをゲストデバイス６４に提供する。
【００５９】
ステップ５０８で、ゲストデバイス６４は、ホスト５にＴＫＩＤ及びゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを含むメッセージ２を伝送する。
【００６０】
ステップ５０９で、ホスト５は、ホスト５のアドレス、ゲストデバイス６４のアドレス、ホスト５に対応する乱数ＨＮｏｎｃｅ、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅ及びシードキーＣＫに基づいてＴＫＩＤに対応するセッションキーを生成する。
【００６１】
ステップ５１０で、ホスト５は、ＭＩＣを計算し、ゲストデバイス６４にセッションキーを識別するための情報であるＴＫＩＤ、セッションキーの認証に必要な情報であるホスト５に対応する乱数ＨＮｏｎｃｅ及びＭＩＣを含むメッセージ３を伝送する。
【００６２】
ステップ５１１で、ゲストデバイス６４は、ＭＩＣを計算し、これがホスト５から獲得されたＭＩＣと一致すれば、セッションキーを設置し、ホスト５にセッションキーが成功的に設置されたということを知らせるメッセージ４を伝送する。
【００６３】
ステップ５１２で、ゲストデバイス６４は、セッションキーを使用して何れか一つのセッションの間にホスト５との保安通信を行う。
【００６４】
ステップ５１３で、ホスト５は、ゲストデバイス６４に対するＣＣを削除することによってホスト５とゲストデバイス６４との間の現在セッションを解除する。
【００６５】
図６は、本発明の望ましい一実施形態によるまた他のＷＵＳＢ保安通信方法を示すフローチャートである。図６を参照するに、本実施形態によるＷＵＳＢ保安通信方法は、図３に示されたＷＵＳＢシステムで時系列的に処理されるステップで構成される。
【００６６】
ステップ６０１で、セッションキー提供装置７は、ゲストデバイス６４の存在が感知されれば、ゲストデバイス６４にホストＩＤ ＣＨＩＤを提供する。
【００６７】
ステップ６０２で、ゲストデバイス６４は、ホスト５とゲストデバイス６４との間にあらかじめ約束されたプロトコルによってホスト５にデバイスＩＤ ＣＤＩＤを要請し、ホスト５は、この要請に対する応答としてゲストデバイス６４にデバイスＩＤ ＣＤＩＤを提供する。ステップ６０２以後に、ホスト５は、ホストＩＤ ＣＨＩＤ、デバイスＩＤ ＣＤＩＤ及びシードキーＣＫで構成されたＣＣを獲得するが、ゲストデバイス６４は、ホストＩＤ ＣＨＩＤ及びデバイスＩＤ ＣＤＩＤのみを獲得する。
【００６８】
ステップ６０３で、ゲストデバイス６４は、デバイスＩＤ ＣＤＩＤをホスト５に提供することによってホスト５との連結を要請し、ホスト５は、ゲストデバイス６４がホスト５と連結されたということを知らせる応答を伝送する。
【００６９】
ステップ６０４で、ホスト５は、セッションキーを識別するための情報であるＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを含むメッセージ１をゲストデバイス６４に伝送する。
【００７０】
ステップ６０５で、ゲストデバイス６４は、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを生成する。
【００７１】
ステップ６０６で、ゲストデバイス６４は、ＴＫＩＤ、ホスト５に対応する乱数ＨＮｏｎｃｅ及びゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを提供することによってセッションキーを要請する。
【００７２】
ステップ６０７で、セッションキー提供装置７は、ホスト５のアドレス、ゲストデバイス６４のアドレス、ホスト５に対応する乱数ＨＮｏｎｃｅ、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅ及びシードキーＣＫに基づいてＴＫＩＤに対応するセッションキーを生成する。
【００７３】
ステップ６０８で、セッションキー提供装置７は、ＴＫＩＤ及びセッションキーをゲストデバイス６４に提供する。
【００７４】
ステップ６０９で、ゲストデバイス６４は、ホスト５にＴＫＩＤ及びゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを含むメッセージ２を伝送する。
【００７５】
ステップ６１０で、ホスト５は、ホスト５のアドレス、ゲストデバイス６４のアドレス、ホスト５に対応する乱数ＨＮｏｎｃｅ、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅ及びシードキーＣＫに基づいてＴＫＩＤに対応するセッションキーを生成する。
【００７６】
ステップ６１１で、ホスト５は、ＭＩＣを計算し、ゲストデバイス６４にセッションキーを識別するための情報であるＴＫＩＤ、セッションキーの認証に必要な情報であるホスト５に対応する乱数ＨＮｏｎｃｅ及びＭＩＣを含むメッセージ３を伝送する。
【００７７】
ステップ６１２で、ゲストデバイス６４は、ＭＩＣを計算し、これがホスト５から獲得されたＭＩＣと一致すれば、セッションキーを設置し、ホスト５にセッションキーが成功的に設置されたということを知らせるメッセージ４を伝送する。
【００７８】
ステップ６１３で、ゲストデバイス６４は、セッションキーを使用して何れか一つのセッションの間にホスト５との保安通信を行う。
【００７９】
ステップ６１４で、ホスト５は、ゲストデバイス６４に対するＣＣを削除することによってホスト５とゲストデバイス６４との間の現在セッションを解除する。
【００８０】
図７は、本発明の望ましい一実施形態によるさらに他のＷＵＳＢ保安通信方法を示すフローチャートである。図７を参照するに、本実施形態によるＷＵＳＢ保安通信方法は、図３に示されたＷＵＳＢシステムで時系列的に処理されるステップで構成される。
【００８１】
ステップ７０１で、セッションキー提供装置７は、ゲストデバイス６４の存在が感知されれば、ゲストデバイス６４にホストＩＤ ＣＨＩＤ及びデバイスＩＤ ＣＤＩＤを提供する。ステップ７０１以後に、ホスト５は、ホストＩＤ ＣＨＩＤ、デバイスＩＤ ＣＤＩＤ及びシードキーＣＫで構成されたＣＣを獲得するが、ゲストデバイス６４は、ホストＩＤ ＣＨＩＤ及びデバイスＩＤ ＣＤＩＤのみを獲得する。
【００８２】
ステップ７０２で、ゲストデバイス６４は、デバイスＩＤ ＣＤＩＤをホスト５に提供することによってホスト５との連結を要請し、ホスト５は、ゲストデバイス６４がホスト５と連結されたということを知らせる応答を伝送する。
【００８３】
ステップ７０３で、ホスト５は、セッションキーを識別するための情報であるＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを含むメッセージ１をゲストデバイス６４に伝送する。
【００８４】
ステップ７０４で、ゲストデバイス６４は、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを生成する。
【００８５】
ステップ７０５で、ゲストデバイス６４は、ＴＫＩＤ、ホスト５に対応する乱数ＨＮｏｎｃｅ及びゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを提供することによってセッションキーを要請する。
【００８６】
ステップ７０６で、セッションキー提供装置７は、ホスト５のアドレス、ゲストデバイス６４のアドレス、ホスト５に対応する乱数ＨＮｏｎｃｅ、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅ及びシードキーＣＫに基づいてＴＫＩＤに対応するセッションキーを生成する。
【００８７】
ステップ７０７で、セッションキー提供装置７は、ＴＫＩＤ及びセッションキーをゲストデバイス６４に提供する。
【００８８】
ステップ７０８で、ゲストデバイス６４は、ホスト５にＴＫＩＤ及びゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを含むメッセージ２を伝送する。
【００８９】
ステップ７０９で、ホスト５は、ホスト５のアドレス、ゲストデバイス６４のアドレス、ホスト５に対応する乱数ＨＮｏｎｃｅ、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅ及びシードキーＣＫに基づいてＴＫＩＤに対応するセッションキーを生成する。
【００９０】
ステップ７１０で、ホスト５は、ＭＩＣを計算し、ゲストデバイス６４にセッションキーを識別するための情報であるＴＫＩＤ、セッションキーの認証に必要な情報であるホスト５に対応する乱数ＨＮｏｎｃｅ及びＭＩＣを含むメッセージ３を伝送する。
【００９１】
ステップ７１１で、ゲストデバイス６４は、ＭＩＣを計算し、これがホスト５から獲得されたＭＩＣと一致すれば、セッションキーを設置し、ホスト５にセッションキーが成功的に設置されたということを知らせるメッセージ４を伝送する。
【００９２】
ステップ７１２で、ゲストデバイス６４は、セッションキーを使用して何れか一つのセッションの間にホスト５との保安通信を行う。
【００９３】
ステップ７１３で、ホスト５は、ゲストデバイス６４に対するＣＣを削除することによってホスト５とゲストデバイス６４との間の現在セッションを解除する。
【００９４】
図８は、本発明の望ましい一実施形態によるゲストデバイス６４の構成図である。図８を参照するに、本実施形態によるゲストデバイス６４は、ＷＵＳＢインターフェース８１、ＬＲＣ（Ｌｉｍｉｔｅｄ Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）インターフェース８２、ＩＤ獲得部８３、連結処理部８４、４方向ハンドシェーク処理部８５、セッションキー要請部８６、セッションキー獲得部８７及び保安通信部８８で構成される。特に、図８に示したゲストデバイス９４は、図４または図５に示されたＷＵＳＢ保安通信方法を具現する装置である。したがって、以下省略された内容であっても、図４または図５に示されたＷＵＳＢ保安通信方法について前述された内容は、本実施形態によるゲストデバイス６４にも適用される。
【００９５】
ＷＵＳＢインターフェース８１は、ＷＵＳＢ通信チャンネルを通じてメッセージ、データを含むデータパケットを送受信する。すなわち、ＷＵＳＢインターフェース８１は、ＷＵＳＢ規格によってＵＷＢ（ウルトラ ワイド バンド）に該当する通信チャンネルを通じてメッセージを送受信する。
【００９６】
ＬＲＣインターフェース８２は、ＬＲＣ通信チャンネルを通じてメッセージを送受信する。ＬＲＣとは、１ｍ以内の近距離で接触または非接触式で通信する方式を意味し、その例としては、スマートカード、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ブルートゥース、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）が挙げられる。すなわち、ＬＲＣインターフェース８２は、前述された例のうち何れか一つが使用する通信チャンネルを通じてメッセージを送受信する。また、ＬＲＣインターフェース８２は、ＷＵＳＢインターフェース８１が使用するＷＵＳＢ通信チャンネルを通じてメッセージを送受信することもある。
【００９７】
ＩＤ獲得部８３は、本実施形態が図４の実施形態を具現する装置であるか、そうでなければ、図５の実施形態を具現する装置であるかによって、その機能が変わる。まず、本実施形態が図４の実施形態を具現する装置であれば、ＩＤ獲得部８３は、ＬＲＣインターフェース８２を通じてホストＩＤ ＣＨＩＤを含むメッセージを受信することによって、セッションキー提供装置７からホスト５のホストＩＤ ＣＨＩＤを獲得する。次いで、ＩＤ獲得部８３は、ホスト５にデバイスＩＤ ＣＤＩＤを要請し、この要請に対する応答からゲストデバイス６４のデバイスＩＤ ＣＤＩＤを獲得する。
【００９８】
もし、本実施形態が図５の実施形態を具現する装置であれば、ＩＤ獲得部８３は、ＬＲＣインターフェース８２を通じてホストＩＤ ＣＨＩＤ及びデバイスＩＤ ＣＤＩＤを含むメッセージを受信することによってセッションキー提供装置７からホスト５のホストＩＤ ＣＨＩＤ及びゲストデバイス６４のデバイスＩＤ ＣＤＩＤを獲得する。
【００９９】
連結処理部８４は、ＩＤ獲得部８３によって獲得されたデバイスＩＤ ＣＤＩＤを、ＩＤ獲得部８３によって獲得されたホストＩＤ ＣＨＩＤを有するホスト５に提供することによってホスト５との連結を要請する。さらに詳細に説明すれば、連結処理部８４は、ＷＵＳＢインターフェース８１を通じてＩＤ獲得部８３によって獲得されたデバイスＩＤ ＣＤＩＤを含むメッセージを伝送することによって、ＩＤ獲得部８３によって獲得されたデバイスＩＤ ＣＤＩＤをホスト５に提供する。次いで、連結処理部８４は、ホスト５との連結要請に対する応答を受信することによって、ホスト５と連結されたということを認識する。
【０１００】
４方向ハンドシェーク処理部８５は、ＷＵＳＢ規格によって４個のメッセージ交換を通じてセッションキーの生成に必要な情報を交換し、セッションキーを認証する。まず、４方向ハンドシェーク処理部８５は、ＷＵＳＢインターフェース８１を通じてＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを含むメッセージ１を受信することによって、連結処理部８４での連結要請に応じて連結されたホスト５からセッションキーを識別するための情報であるＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを獲得する。ここで、ＴＫＩＤは、ホスト５とゲストデバイス６４との間に伝送されるパケットの暗号化キーを識別するのに使われる。また、ホスト５に対応する乱数ＨＮｏｎｃｅは、ホスト５によって生成された乱数である。
【０１０１】
次いで、４方向ハンドシェーク処理部８５は、ＷＵＳＢインターフェース８１を通じてメッセージ１に対する応答として、ＴＫＩＤ及びゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを含むメッセージ２を伝送することによって、ホスト５にセッションキーを識別するための情報であるＴＫＩＤ及びゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを提供する。ここで、ＴＫＩＤは、メッセージ１に含まれたＴＫＩＤと同じである。また、ゲストデバイス５に対応する乱数ＨＮｏｎｃｅは、セッションキー提供装置７によって生成された乱数である。
【０１０２】
次いで、４方向ハンドシェーク処理部８５は、ＷＵＳＢインターフェース８１を通じてメッセージ２に対する応答に該当するメッセージ３、すなわち、ＴＫＩＤ、ホスト５に対応する乱数ＨＮｏｎｃｅ及びＭＩＣ（Ｍｅｓｓａｇｅ Ｉｎｔｅｇｒｉｔｙ Ｃｏｄｅ）を含むメッセージ３を受信することによって、ホスト５からセッションキーを識別するための情報であるＴＫＩＤ、セッションキーの認証に必要な情報であるホスト５に対応する乱数ＨＮｏｎｃｅ及びＭＩＣを獲得する。
【０１０３】
次いで、４方向ハンドシェーク処理部８５は、ＭＩＣを計算し、これがホスト５から提供されたＭＩＣと一致すれば、セッションキーを設置し、ＷＵＳＢインターフェース８１を通じてセッションキーが成功的に設置されたということを表すメッセージ４を伝送する。もし、ホスト５から提供されたＭＩＣと一致しなければ、４方向ハンドシェーク処理部８５は、ホスト５との連結を切る。
【０１０４】
セッションキー要請部８６は、セッションキー生成装置７に４方向ハンドシェーク処理部８５によって獲得された情報であるＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを提供することによってセッションキーを要請する。さらに詳細に説明すれば、セッションキー要請部８６は、ＬＲＣインターフェース８２を通じて４方向ハンドシェーク処理部８５によって獲得された情報であるＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを含むメッセージを伝送することによって、セッションキー生成装置７にＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを提供する。
【０１０５】
セッションキー獲得部８７は、セッションキー要請部８６での要請に対する応答からセッションキー、このセッションキーを識別するための情報であるＴＫＩＤ及びこのセッションキーの生成に必要な情報であるゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを獲得する。さらに詳細に説明すれば、セッションキー獲得部８７は、ＬＲＣインターフェース８２を通じてセッションキー、このセッションキーを識別するための情報であるＴＫＩＤ及びこのセッションキーの生成に必要な情報であるゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを含むメッセージを受信することによって、セッションキー、ＴＫＩＤ及びゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを獲得する。
【０１０６】
保安通信部８８は、４方向ハンドシェーク処理部８５によって設置されたセッションキーを使用して何れか一つのセッションの間にホスト５との保安通信を行う。さらに詳細に説明すれば、保安通信部８８は、ＷＵＳＢインターフェース８１を通じて４方向ハンドシェーク処理部８５によって設置されたセッションキーを使用してデータパケットを暗号化し、これをＷＵＳＢインターフェース８１を通じて伝送する。また、保安通信部８８は、ＷＵＳＢインターフェース８１を通じてデータパケットを受信し、これを４方向ハンドシェーク処理部８５によって設置されたセッションキーを使用して復号化することによってホスト５との保安通信を行う。
【０１０７】
保安通信部８８は、４方向ハンドシェーク処理部８５によって設置されたセッションキーを使用して何れか一つのセッションの間にホスト５との保安通信を行うため、ユーザがホスト５とゲストデバイス６４との間の現在セッションを解除すれば、ユーザの許可なしにゲストデバイス６４は、ホスト５と通信できなくなる。ユーザがホスト５とゲストデバイス６４との間の現在セッションを解除するために、ＷＵＳＢ規格によってゲストデバイス６４からホストＩＤ ＣＨＩＤを削除するか、またはホスト５からデバイスＩＤ ＣＤＩＤを削除することによって、これら情報で構成されたＣＣを廃棄すればよい。
【０１０８】
図９は、本発明の望ましい一実施形態によるセッションキー提供装置７の構成図である。図９を参照するに、本実施形態によるセッションキー提供装置７は、ＬＲＣインターフェース９１、保安メモリ９２、ＩＤ提供部９３、乱数生成部９４、セッションキー生成部９５及びセッションキー提供部９６で構成される。特に、図９に示されたセッションキー提供装置７は、図４または図５に示されたＷＵＳＢ保安通信方法を具現する装置である。したがって、以下省略された内容であっても、図４または図５に示されたＷＵＳＢ保安通信方法について前述した内容は、本実施形態によるセッションキー提供装置７にも適用される。
【０１０９】
ＬＲＣインターフェース９１は、ＬＲＣ通信チャンネルを通じてメッセージを送受信する。
【０１１０】
保安メモリ９２は、ゲストデバイス６４などの他のデバイスによって接近が不可能な保存領域である。現在、色々なベンダーが保安メモリを提供している。例えば、ダラス半導体のＤＳ２４３２というＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）は、ＳＨＡ（Ｓｅｃｕｒｅ Ｈａｓｈ Ａｌｇｏｒｉｔｈｍ）−１エンジンを内蔵している。
【０１１１】
保安メモリ９２は、本実施形態が図４の実施形態を具現する装置であるか、そうでなければ、図５の実施形態を具現する装置であるかによって、その保存情報が変わる。まず、本実施形態が図４の実施形態を具現する装置であれば、保安メモリ９２には、セッションキー提供装置７によってセッションキーが提供されるデバイスのホストに該当するホスト５のホストＩＤが保存されている。
【０１１２】
もし、本実施形態が図５の実施形態を具現する装置であれば、保安メモリ９２には、ホスト５のホストＩＤ以外に、ゲストデバイス６４など、ホスト５に接続したデバイスのデバイスＩＤが保存される。ホスト５のユーザは、保安メモリ９２にホスト５が保有しているシードキーＣＫ、ホストＩＤ及びデバイスＩＤを保存させることによって、セッションキー提供装置７がホスト５に接続したデバイスにセッションキーを提供できる。ホスト５のユーザは、保安メモリ９２に前記情報を手動で入力することもでき、セッションキー提供装置７をホスト５に接近させることによって、前記情報を保安メモリ９２に自動でダウンロードさせることもできる。但し、後者の場合には、ホスト５がＬＲＣインターフェースを備えなければならない。
【０１１３】
ＩＤ提供部９３は、本実施形態が図４の実施形態を具現する装置であるか、そうでなければ、図５の実施形態を具現する装置であるかによって、その機能が変わる。まず、本実施形態が図４の実施形態を具現する装置であれば、ＩＤ提供部９３は、ゲストデバイス６４の存在が感知されれば、ＬＲＣインターフェース９１を通じて保安メモリ９２に保存されたホストＩＤを含むメッセージを伝送することによってゲストデバイス６４にホストＩＤを提供する。
【０１１４】
もし、本実施形態が図５の実施形態を具現する装置であれば、ＩＤ提供部９３は、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）規格上のＡｕｔｏ ＩＰのようにデバイスＩＤを生成し、これを保安メモリ９２に保存する。さらに詳細に説明すれば、ホスト５は、ホスト５に接続可能なゲストデバイスの最大個数Ｎ及びデバイスＩＤ生成のシード値となる特定ストリングＧＤＩＤ（Ｇｕｅｓｔ Ｄｅｖｉｃｅ ＩＤ）を決定し、これらをセッションキー提供装置７に提供する。ＩＤ提供部９３は、ホスト５からホスト５に接続可能なゲストデバイスの最大個数Ｎ及びデバイスＩＤ生成のシード値となる特定ストリングＧＤＩＤを獲得し、このＧＤＩＤに１からＮまでの値を加算することによってデバイスＩＤ ＣＤＩＤを生成し、これを保安メモリ９２に保存する。
【０１１５】
次いで、ＩＤ提供部９３は、ゲストデバイス６４の存在が感知されれば、ＬＲＣインターフェース９１を通じて保安メモリ９２に保存されたホストＩＤ及びデバイスＩＤを含むメッセージを伝送することによって、ゲストデバイス６４にホストＩＤ及びデバイスＩＤを提供する。
【０１１６】
乱数生成部９４は、ホスト５からＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを獲得することによってセッションキー要請を受信すれば、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを生成する。
【０１１７】
セッションキー生成部９５は、セッションキー要請受信によって獲得された情報に基づいて、ホスト５とゲストデバイス６４との間の何れか一つのセッションの間に使われるセッションキーを生成する。さらに詳細に説明すれば、セッションキー生成部９５は、ＬＲＣインターフェース９１を通じてＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを含むメッセージを受信することによって、ＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを獲得し、ホスト５のアドレス、ゲストデバイス６４のアドレス、ホスト５から獲得された乱数ＨＮｏｎｃｅ、乱数生成部９４によって生成された乱数ＤＮｏｎｃｅ及び保安メモリ９２に保存されたシードキーＣＫに基づいてＴＫＩＤに対応するセッションキーを生成する。ホスト５のアドレス及びゲストデバイス６４のアドレスは、前記メッセージのヘッダの発信地アドレスフィールド及び目的地アドレスフィールドに記録されており、セッションキー生成部９５は、これを参照してセッションキーを生成する。
【０１１８】
セッションキー提供部９６は、ＬＲＣインターフェース９１を通じてセッションキー生成部９５によって生成されたセッションキー、このセッションキーを識別するための情報であるＴＫＩＤ及びこのセッションキーの生成に必要な情報である乱数生成部９４によって生成された乱数ＤＮｏｎｃｅを含むメッセージを伝送することによって、ゲストデバイス６４にセッションキー、ＴＫＩＤ及びＤＮｏｎｃｅを提供する。
【０１１９】
図１０は、本発明の望ましい一実施形態による他のゲストデバイス６４の構成図である。図１０を参照するに、本実施形態によるゲストデバイス６４は、ＷＵＳＢインターフェース１０１、ＬＲＣ（Ｌｉｍｉｔｅｄ Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）インターフェース１０２、ＩＤ獲得部１０３、連結処理部１０４、４方向ハンドシェーク処理部１０５、乱数生成部１０６、セッションキー要請部１０７、セッションキー獲得部１０８及び保安通信部１０９で構成される。特に、図８に示されたゲストデバイス９４は、図６または図７に示されたＷＵＳＢ保安通信方法を具現する装置である。したがって、以下省略された内容であっても、図６または図７に示されたＷＵＳＢ保安通信方法について前述した内容は、本実施形態によるゲストデバイス６４にも適用される。
【０１２０】
ＷＵＳＢインターフェース１０１は、ＷＵＳＢインターフェース８１と同様に、ＷＵＳＢ通信チャンネルを通じてメッセージ、データを含むデータパケットを送受信する。ＬＲＣインターフェース１０２は、ＬＲＣインターフェース８２と同様に、ＬＲＣ通信チャンネルを通じてメッセージを送受信する。
【０１２１】
ＩＤ獲得部１０３は、ＩＤ獲得部８３と同様に、本実施形態が図６の実施形態を具現する装置であるか、そうでなければ、図７の実施形態を具現する装置であるかによって、その機能が変わる。まず、本実施形態が図６の実施形態を具現する装置であれば、ＩＤ獲得部１０３は、ＬＲＣインターフェース１０２を通じてホストＩＤ ＣＨＩＤを含むメッセージを受信することによって、セッションキー提供装置７からホスト５のホストＩＤ ＣＨＩＤを獲得する。次いで、ＩＤ獲得部１０３は、ホスト５とゲストデバイス６４との間にあらかじめ約束されたプロトコルによってホスト５にデバイスＩＤ ＣＤＩＤを要請し、この要請に対する応答からゲストデバイス６４のデバイスＩＤ ＣＤＩＤを獲得する。
【０１２２】
もし、本実施形態が図７の実施形態を具現する装置であれば、ＩＤ獲得部１０３は、ＬＲＣインターフェース１０２を通じてホストＩＤ ＣＨＩＤ及びデバイスＩＤ ＣＤＩＤを含むメッセージを受信することによって、セッションキー提供装置７からホスト５のホストＩＤ ＣＨＩＤ及びゲストデバイス６４のデバイスＩＤ ＣＤＩＤを獲得する。
【０１２３】
連結処理部１０４は、連結処理部８４と同様に、ＩＤ獲得部１０３によって獲得されたデバイスＩＤ ＣＤＩＤを、ＩＤ獲得部１０３によって獲得されたホストＩＤ ＣＨＩＤを有するホスト５に提供することによってホスト５との連結を要請する。４方向ハンドシェーク処理部１０５は、４方向ハンドシェーク処理部８５と同様に、ＷＵＳＢ規格によって４個のメッセージ交換を通じてセッションキーの生成に必要な情報を交換し、セッションキーを認証する。
【０１２４】
乱数生成部１０６は、４方向ハンドシェーク処理部１０５によってホスト５からセッションキーを識別するための情報であるＴＫＩＤ及びセッションキーの生成に必要な情報であるホスト５に対応する乱数ＨＮｏｎｃｅが獲得されれば、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを生成する。
【０１２５】
セッションキー要請部１０７は、セッションキー生成装置７に、４方向ハンドシェーク処理部１０５によって獲得された情報であるＴＫＩＤ、ホスト５に対応する乱数ＨＮｏｎｃｅ及び乱数生成部１０６によって生成された乱数ＤＮｏｎｃｅを提供することによってセッションキーを要請する。さらに詳細に説明すれば、セッションキー要請部１０７は、ＬＲＣインターフェース１０２を通じて４方向ハンドシェーク処理部１０５によって獲得された情報であるＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅ及び乱数生成部１０６によって生成された乱数ＤＮｏｎｃｅを含むメッセージを伝送することによって、セッションキー生成装置７にＴＫＩＤ、ホスト５に対応する乱数ＨＮｏｎｃｅ及びゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを提供する。
【０１２６】
セッションキー獲得部１０８は、セッションキー要請部１０７での要請に対する応答からセッションキー及びこのセッションキーを識別するための情報であるＴＫＩＤを獲得する。さらに詳細に説明すれば、セッションキー獲得部１０８は、ＬＲＣインターフェース１０２を通じてセッションキー及びこのセッションキーを識別するための情報であるＴＫＩＤを含むメッセージを受信することによって、セッションキー及びこのセッションキーを識別するための情報であるＴＫＩＤを獲得する。
【０１２７】
保安通信部１０９は、保安通信部８８と同様に、４方向ハンドシェーク処理部８５によって設置されたセッションキーを使用して、何れか一つのセッションの間にホスト５との保安通信を行う。
【０１２８】
図１１は、本発明の望ましい一実施形態による他のセッションキー提供装置７の構成図である。図１１を参照するに、本実施形態によるセッションキー提供装置７は、ＬＲＣインターフェース１１１、保安メモリ１１２、ＩＤ提供部１１３、セッションキー生成部１１４及びセッションキー提供部１１５で構成される。特に、図９に示されたセッションキー提供装置７は、図６または図７に示されたＷＵＳＢ保安通信方法を具現する装置である。したがって、以下省略された内容であっても、図６または図７に示されたＷＵＳＢ保安通信方法について前述した内容は、本実施形態によるセッションキー提供装置７にも適用される。
【０１２９】
ＬＲＣインターフェース１１１は、ＬＲＣインターフェース９１と同様に、ＬＲＣ通信チャンネルを通じてメッセージを送受信する。保安メモリ１１２は、保安メモリ９２と同様に、ゲストデバイス６４など他のデバイスによって接近が不可能な保存領域である。
【０１３０】
但し、保安メモリ１１２は、本実施形態が図６のＷＵＳＢ保安通信方法を具現する装置であるか、そうでなければ、図７のＷＵＳＢ保安通信方法を具現する装置であるかによって、その保存情報が変わる。まず、本実施形態が図６のＷＵＳＢ保安通信方法を具現する装置であれば、保安メモリ１２には、セッションキー提供装置７によってセッションキーが提供されるデバイスのホストに該当するホスト５のホストＩＤ ＣＨＩＤが保存されている。もし、本実施形態が図７のＷＵＳＢ保安通信方法を具現する装置であれば、保安メモリ１１２には、ホスト５のホストＩＤ ＣＨＩＤ以外に、ゲストデバイス６４などホスト５に接続したデバイスのデバイスＩＤ ＣＤＩＤが保存される。
【０１３１】
ＩＤ提供部１１３は、本実施形態が図６のＷＵＳＢ保安通信方法を具現する装置であるか、そうでなければ、図７のＷＵＳＢ保安通信方法を具現する装置であるかによって、その機能が変わる。まず、本実施形態が図６のＷＵＳＢ保安通信方法を具現する装置であれば、ＩＤ提供部１１３は、ゲストデバイス６４の存在が感知されれば、ＬＲＣインターフェース１１１を通じて保安メモリ１１２に保存されたホストＩＤ ＣＨＩＤを含むメッセージを伝送することによってゲストデバイス６４にホストＩＤ ＣＨＩＤを提供する。
【０１３２】
もし、本実施形態が図７のＷＵＳＢ保安通信方法を具現する装置であれば、ＩＤ提供部１１３は、ホスト５からホスト５に接続可能なゲストデバイスの最大個数Ｎ及びデバイスＩＤ生成のシード値となる特定ストリングＧＤＩＤを獲得し、このＧＤＩＤに１からＮまでの値を加算することによってデバイスＩＤ ＣＤＩＤを生成し、これを保安メモリ１１２に保存する。次いで、ＩＤ提供部１１３は、ゲストデバイス６４の存在が感知されれば、ＬＲＣインターフェース１１１を通じて保安メモリ１１２に保存されたホストＩＤ ＣＨＩＤ及びデバイスＩＤ ＣＤＩＤを含むメッセージを伝送することによって、ゲストデバイス６４にホストＩＤ ＣＨＩＤ及びデバイスＩＤ ＣＤＩＤを提供する。
【０１３３】
セッションキー生成部１１４は、ホスト５からＴＫＩＤ、ホスト５に対応する乱数ＨＮｏｎｃｅ及びゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを獲得することによってセッションキー要請を受信すれば、セッションキー要請受信によって獲得された情報に基づいて、ホスト５とゲストデバイス６４との間の何れか一つのセッションの間に使われるセッションキーを生成する。さらに詳細に説明すれば、セッションキー生成部１１４は、ＬＲＣインターフェース９１を通じてＴＫＩＤ、ホスト５に対応する乱数ＨＮｏｎｃｅ、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを含むメッセージを受信することによって、ＴＫＩＤ、ホスト５に対応する乱数ＨＮｏｎｃｅ、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを獲得し、ホスト５のアドレス、ゲストデバイス６４のアドレス、ホスト５から獲得された乱数ＨＮｏｎｃｅ、乱数ＤＮｏｎｃｅ及び保安メモリ９２に保存されたシードキーＣＫに基づいてＴＫＩＤに対応するセッションキーを生成する。ホスト５のアドレス及びゲストデバイス６４のアドレスは、前記メッセージのヘッダの発信地アドレスフィールド及び目的地アドレスフィールドに記録されており、セッションキー生成部１１４は、これを参照してセッションキーを生成する。
【０１３４】
セッションキー提供部１１５は、ＬＲＣインターフェース９１を通じてセッションキー生成部１１４によって生成されたセッションキー及びこのセッションキーを識別するための情報であるＴＫＩＤを含むメッセージを伝送することによって、ゲストデバイス６４にセッションキー及びＴＫＩＤを提供する。
【０１３５】
図１２は、本発明の望ましい一実施形態によるセッションキー獲得方法を示すフローチャートである。図１２を参照するに、本実施形態によるセッションキー獲得方法は、図８に示されたゲストデバイス６４で時系列的に処理されるステップで構成される。したがって、以下省略された内容であっても、図８に示されたゲストデバイス６４について前述した内容は、本実施形態によるセッションキー獲得方法にも適用される。
【０１３６】
但し、本実施形態が図４の実施形態を具現する装置で時系列的に処理されるステップで構成された方法であれば、次のステップ１２１−１２３を行った後、ステップ１２４に進み、図５の実施形態を具現する装置で時系列的に処理されるステップで構成された方法であれば、次のステップ１２４を行った後にステップ１２５に進む。
【０１３７】
ステップ１２１で、ゲストデバイス６４は、セッションキー提供装置７からホスト５のホストＩＤ ＣＨＩＤを獲得する。
【０１３８】
ステップ１２２で、ゲストデバイス６４は、ステップ１２１で獲得されたホストＩＤ ＣＨＩＤを有するホスト５にデバイスＩＤ ＣＤＩＤを要請する。
【０１３９】
ステップ１２３で、ゲストデバイス６４は、ステップ１２２での要請に対する応答からゲストデバイス６４のデバイスＩＤ ＣＤＩＤを獲得する。
【０１４０】
ステップ１２４で、ゲストデバイス６４は、セッションキー提供装置７からホスト５のホストＩＤ ＣＨＩＤ及びゲストデバイス６４のデバイスＩＤ ＣＤＩＤを獲得する。
【０１４１】
ステップ１２５で、ゲストデバイス６４は、ステップ１２３またはステップ１２４で獲得されたデバイスＩＤ ＣＤＩＤをホスト５に提供することによって、ホスト５との連結を要請する。
【０１４２】
ステップ１２６で、ゲストデバイス６４は、ステップ１２５での連結要請に対する応答を受信することによって、ホスト５と連結されたということを認識する。
【０１４３】
ステップ１２７で、ゲストデバイス６４は、ステップ１２５での連結要請によって連結されたホスト５からセッションキーを識別するための情報であるＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを獲得する。
【０１４４】
ステップ１２８で、ゲストデバイス６４は、セッションキー生成装置７にステップ１２７で獲得された情報であるＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを提供することによってセッションキーを要請する。
【０１４５】
ステップ１２９で、ゲストデバイス６４は、ステップ１２８での要請に対する応答から、セッションキー、このセッションキーを識別するための情報であるＴＫＩＤ及びこのセッションキーの生成に必要な情報であるゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを獲得する。
【０１４６】
ステップ１２１０で、ゲストデバイス６４は、ホスト５にステップ１２９で獲得されたＴＫＩＤ及び乱数ＤＮｏｎｃｅを提供する。
【０１４７】
ステップ１２１１で、ゲストデバイス６４は、ホスト５からセッションキーを識別するための情報であるＴＫＩＤ、セッションキーの認証に必要な情報であるホスト５に対応する乱数ＨＮｏｎｃｅ及びＭＩＣを獲得する。
【０１４８】
ステップ１２１２で、ゲストデバイス６４は、ＭＩＣを計算し、これがステップ１２１１で獲得されたＭＩＣと一致すれば、ステップ１２１３に進み、一致しなければ、ステップ１２１５に進む。
【０１４９】
ステップ１２１３で、ゲストデバイス６４は、セッションキーを設置し、ホスト５にセッションキーが成功的に設置されたということを知らせる。
【０１５０】
ステップ１２１４で、ゲストデバイス６４は、ステップ１２１３で設置されたセッションキーを使用して、何れか一つのセッションの間にホスト５との保安通信を行う。
【０１５１】
ステップ１２１５で、ゲストデバイス６４は、ホスト５との連結を切る。
【０１５２】
図１３は、本発明の望ましい一実施形態によるセッションキー提供方法を示すフローチャートである。図１３を参照するに、本実施形態によるセッションキー提供方法は、図９に示されたセッションキー提供装置７で時系列的に処理されるステップで構成される。したがって、以下省略された内容であっても、図９に示されたセッションキー提供装置７について前述した内容は、本実施形態によるセッションキー獲得方法にも適用される。
【０１５３】
但し、本実施形態が図４の実施形態を具現する装置で時系列的に処理されるステップで構成された方法であれば、次のステップ１３１を行った後にステップ１３７に進み、図５の実施形態を具現する装置で時系列的に処理されるステップで構成された方法であれば、次のステップ１３２-１３６を行った後にステップ１３７に進む。
【０１５４】
ステップ１３１で、セッションキー提供装置７は、ゲストデバイス６４の存在が感知されれば、ゲストデバイス６４にホストＩＤ ＣＨＩＤを提供する。
【０１５５】
ステップ１３２で、セッションキー提供装置７は、ゲストデバイス６４の存在が感知されれば、ゲストデバイス６４が何番目のゲストデバイスであるかを判断し、その結果、ゲストデバイス６４が一番目のゲストデバイスであるか、またはホスト５に接続可能なゲストデバイスの最大個数Ｎを超えるＮ＋１番目のゲストデバイスである場合には、ステップ１３３に進み、前述した場合ではない場合には、ステップ１３４に進む。
【０１５６】
ステップ１３３で、セッションキー提供装置７は、ゲストデバイスの番号ｉを１と設定する。
【０１５７】
ステップ１３４で、セッションキー提供装置７は、デバイスＩＤ生成のシード値となる特定ストリングＧＤＩＤに前述した番号ｉを加算することによって、ゲストデバイスのデバイスＩＤ ＣＤＩＤを生成する。
【０１５８】
ステップ１３５で、セッションキー提供装置７は、前述した番号ｉを１ほど増加させる。
【０１５９】
ステップ１３６で、セッションキー提供装置７は、ゲストデバイス６４にホストＩＤ ＣＨＩＤ及びデバイスＩＤ ＣＤＩＤを提供する。
【０１６０】
ステップ１３７で、セッションキー提供装置７は、ホスト５からＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを獲得することによってセッションキー要請を受信する。
【０１６１】
ステップ１３８で、セッションキー提供装置７は、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを生成する。
【０１６２】
ステップ１３９で、セッションキー提供装置７は、ステップ１３７でセッションキー要請受信によって獲得された情報及びステップ１３８で生成されたＤＮｏｎｃｅに基づいて、ホスト５とゲストデバイス６４との間の何れか一つのセッションの間に使われるセッションキーを生成する。
【０１６３】
ステップ１３１０で、セッションキー提供装置７は、ステップ１３９で生成されたセッションキー、ＴＫＩＤ及びステップ１３７で生成された乱数ＤＮｏｎｃｅをゲストデバイス６４に提供する。
【０１６４】
図１４は、本発明の望ましい一実施形態による他のセッションキー獲得方法を示すフローチャートである。図１４を参照するに、本実施形態によるセッションキー獲得方法は、図１０に示されたゲストデバイス６４で時系列的に処理されるステップで構成される。したがって、以下省略された内容であっても、図１０に示されたゲストデバイス６４について前述した内容は、本実施形態によるセッションキー獲得方法にも適用される。
【０１６５】
但し、本実施形態が図６の実施形態を具現する装置で時系列的に処理されるステップで構成された方法であれば、次のステップ１４１ないし１４３を行った後にステップ１４４に進み、図７の実施形態を具現する装置で時系列的に処理されるステップに構成された方法であれば、次のステップ１４４を行った後にステップ１４５に進む。
【０１６６】
ステップ１４１で、ゲストデバイス６４は、セッションキー提供装置７からホスト５のホストＩＤ ＣＨＩＤを獲得する。
【０１６７】
ステップ１４２で、ゲストデバイス６４は、ステップ１４１で獲得されたホストＩＤ ＣＨＩＤを有するホスト５にデバイスＩＤ ＣＤＩＤを要請する。
【０１６８】
ステップ１４３で、ゲストデバイス６４は、ステップ１４２での要請に対する応答からゲストデバイス６４のデバイスＩＤ ＣＤＩＤを獲得する。
【０１６９】
ステップ１４４で、ゲストデバイス６４は、セッションキー提供装置７からホスト５のホストＩＤ ＣＨＩＤ及びゲストデバイス６４のデバイスＩＤ ＣＤＩＤを獲得する。
【０１７０】
ステップ１４５で、ゲストデバイス６４は、ステップ１４３またはステップ１４４で獲得されたデバイスＩＤ ＣＤＩＤをホスト５に提供することによってホスト５との連結を要請する。
【０１７１】
ステップ１４６で、ゲストデバイス６４は、ステップ１４５での連結要請に対する応答を受信することによってホスト５と連結されたということを認識する。
【０１７２】
ステップ１４７で、ゲストデバイス６４は、ステップ１４５での連結要請によって連結されたホスト５から、セッションキーを識別するための情報であるＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを獲得する。
【０１７３】
ステップ１４８で、ゲストデバイス６４は、ホスト５からセッションキーを識別するための情報であるＴＫＩＤ及びセッションキーの生成に必要な情報であるホスト５に対応する乱数ＨＮｏｎｃｅが獲得されれば、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを生成する。
【０１７４】
ステップ１４９で、ゲストデバイス６４は、セッションキー生成装置７にステップ１２７で獲得された情報であるＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅ及びステップ１４８で生成された乱数ＤＮｏｎｃｅを提供することによってセッションキーを要請する。
【０１７５】
ステップ１４１０で、ゲストデバイス６４は、ステップ１４９での要請に対する応答から、セッションキー及びこのセッションキーを識別するための情報であるＴＫＩＤを獲得する。
【０１７６】
ステップ１４１１で、ゲストデバイス６４は、ホスト５にステップ１２９で獲得されたＴＫＩＤ及び乱数ＤＮｏｎｃｅを提供する。
【０１７７】
ステップ１４１２で、ゲストデバイス６４は、ホスト５からセッションキーを識別するための情報であるＴＫＩＤ、セッションキーの認証に必要な情報であるホスト５に対応する乱数ＨＮｏｎｃｅ及びＭＩＣを獲得する。
【０１７８】
ステップ１４１３で、ゲストデバイス６４は、ＭＩＣを計算し、これがステップ１４１２で獲得されたＭＩＣと一致すれば、ステップ１４１４に進み、一致しなければ、ステップ１４１６に進む。
【０１７９】
ステップ１４１４で、ゲストデバイス６４は、セッションキーを設置し、ホスト５にセッションキーが成功的に設置されたということを知らせる。
【０１８０】
ステップ１４１５で、ゲストデバイス６４は、ステップ１４１４で設置されたセッションキーを使用して何れか一つのセッションの間にホスト５との保安通信を行う。
【０１８１】
ステップ１４１６で、ゲストデバイス６４は、ホスト５との連結を切る。
【０１８２】
図１５は、本発明の望ましい一実施形態による他のセッションキー提供方法を示すフローチャートである。図１５を参照するに、本実施形態によるセッションキー提供方法は、図１１に示されたセッションキー提供装置７で時系列的に処理されるステップで構成される。したがって、以下省略された内容であっても、図１１に示されたセッションキー提供装置７について前述した内容は、本実施形態によるセッションキー獲得方法にも適用される。
【０１８３】
但し、本実施形態が図６の実施形態を具現する装置で時系列的に処理されるステップで構成された方法であれば、次のステップ１５１を行った後にステップ１５７に進み、図７の実施形態を具現する装置で時系列的に処理されるステップで構成された方法であれば、次のステップ１５２ないし１５６を行った後にステップ１５７に進む。
【０１８４】
ステップ１５１で、セッションキー提供装置７は、ゲストデバイス６４の存在が感知されれば、ゲストデバイス６４にホストＩＤ ＣＨＩＤを提供する。
【０１８５】
ステップ１５２で、セッションキー提供装置７は、ゲストデバイス６４の存在が感知されれば、ゲストデバイス６４が何番目のゲストデバイスであるかを判断し、その結果、ゲストデバイス６４が一番目のゲストデバイスであるか、またはホスト５に接続可能なゲストデバイスの最大個数Ｎを超えるＮ＋１番目のゲストデバイスである場合には、ステップ１５３に進み、前述した場合ではない場合には、ステップ１５４に進む。
【０１８６】
ステップ１５３で、セッションキー提供装置７は、ゲストデバイスの番号ｉを１と設定する。
【０１８７】
ステップ１５４で、セッションキー提供装置７は、デバイスＩＤ生成のシード値となる特定ストリングＧＤＩＤに前記番号ｉを加算することによって、ゲストデバイスのデバイスＩＤ ＣＤＩＤを生成する。
【０１８８】
ステップ１５５で、セッションキー提供装置７は、前記番号ｉを１ほど増加させる。
【０１８９】
ステップ１５６で、セッションキー提供装置７は、ゲストデバイス６４にホストＩＤ ＣＨＩＤ及びデバイスＩＤ ＣＤＩＤを提供する。
【０１９０】
ステップ１５７で、セッションキー提供装置７は、ホスト５からＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅ及びゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを獲得することによってセッションキー要請を受信する。
【０１９１】
ステップ１５８で、セッションキー提供装置７は、ステップ１５７でセッションキー要請の受信によって獲得された情報に基づいて、ホスト５とゲストデバイス６４との間の何れか一つのセッションの間に使われるセッションキーを生成する。
【０１９２】
ステップ１５９で、セッションキー提供装置７は、ステップ１３９で生成されたセッションキー及びＴＫＩＤをゲストデバイス６４に提供する。
【０１９３】
一方、前述した本発明の実施形態は、コンピュータで実行されうるプログラムで作成可能であり、コンピュータで読み取り可能な記録媒体を利用して前記プログラムを動作させる汎用のディジタルコンピュータで具現されうる。また、前述した本発明の実施形態で使われたデータの構造は、コンピュータで読み取り可能な記録媒体に色々な手段を通じて記録されうる。
【０１９４】
前記コンピュータで読み取り可能な記録媒体は、マグネチック記録媒体（例えば、ＲＯＭ、フロッピー（登録商標）ディスク、ハードディスクなど）、光学的判読媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤなど）及びキャリアウェーブ（例えば、インターネットを通じた伝送）のような保存媒体を含む。
【０１９５】
以上、本発明についてその望ましい実施形態を中心に説明した。当業者は、本発明が本発明の本質的な特性から逸脱しない範囲で変形された形態で具現されうるということが理解できるであろう。したがって、開示された実施形態は、限定的な観点でなく、説明的な観点で考慮されねばならない。本発明の範囲は、前述した説明でなく、特許請求の範囲に現れており、それと同等な範囲内にある全ての差異点は、本発明に含まれていると解釈されねばならない。
【産業上の利用可能性】
【０１９６】
本発明は、ＷＵＳＢシステムを構成する装置に適用されうる。
【図面の簡単な説明】
【０１９７】
【図１】従来のＷＵＳＢシステムを示す図である。
【図２】従来のＷＵＳＢ保安通信方法を示すフローチャートである。
【図３】本発明の望ましい一実施形態によるＷＵＳＢシステムを示す図である。
【図４】本発明の望ましい一実施形態によるＷＵＳＢ保安通信方法を示すフローチャートである。
【図５】本発明の望ましい一実施形態による他のＷＵＳＢ保安通信方法を示すフローチャートである。
【図６】本発明の望ましい一実施形態によるさらに他のＷＵＳＢ保安通信方法を示すフローチャートである。
【図７】本発明の望ましい一実施形態によるさらに他のＷＵＳＢ保安通信方法を示すフローチャートである。
【図８】本発明の望ましい一実施形態によるゲストデバイスの構成図である。
【図９】本発明の望ましい一実施形態によるセッションキー提供装置の構成図である。
【図１０】本発明の望ましい一実施形態による他のゲストデバイスの構成図である。
【図１１】本発明の望ましい一実施形態による他のセッションキー提供装置の構成図である。
【図１２】本発明の望ましい一実施形態によるセッションキー獲得方法を示すフローチャートである。
【図１３】本発明の望ましい一実施形態によるセッションキー提供方法を示すフローチャートである。
【図１４】本発明の望ましい一実施形態による他のセッションキー獲得方法を示すフローチャートである。
【図１５】本発明の望ましい一実施形態による他のセッションキー提供方法を示すフローチャートである。
【符号の説明】
【０１９８】
５ ホスト
７ セッションキー提供装置
６４ ゲストデバイス
【技術分野】
【０００１】
本発明は、ＷＵＳＢ（ワイヤレス ユニバーサル シリアル バス）保安に係り、特に、ＷＵＳＢ保安のためのセッションキーを提供する方法及び装置、そのセッションキーを獲得する方法及び装置に関する。
【背景技術】
【０００２】
コンピュータと周辺装置とを連結するＵＳＢ（ユニヴァーサル シリアル バス）が発表された以後、ＵＳＢの使用が一般化され、無線ＲＡＮの普及が拡大されつつＵＳＢを無線で支援するＷＵＳＢが登場するようになった。
【０００３】
図１は、従来のＷＵＳＢシステムを示す図である。図１を参照するに、従来のＷＵＳＢシステムは、ホスト２、デバイス１〜３
３１〜３３及びゲストデバイス３４で構成される。
【０００４】
ホスト２は、ＷＵＳＢホストとしての機能を行うコンピュータシステムを称す。デバイス１〜３
３１〜３３及びゲストデバイス３４は、ＷＵＳＢデバイスとしての機能を行う周辺装置、例えば、ＷＵＳＢキーボード、プリンタ、外部保存装置、デジタルカメラなどを称す。特に、デバイス１〜３ ３１〜３３は、ホスト２に継続的に接続するデバイスを称し、ゲストデバイス３４は、ユーザにホスト２に臨時的に接続するデバイスを称す。
【０００５】
ＷＵＳＢ規格によれば、ホスト２は、ホスト２とゲストデバイス３４との間の何れか一つのセッションの間に使われるセッションキーの生成に必要な情報であるＣＣ（Ｃｏｎｎｅｃｔｉｏｎ Ｃｏｎｔｅｘｔ）を生成する。このように生成されたセッションキーは、ユーザによってゲストデバイス３４に分配される。ＷＵＳＢ規格では、このようなセッションキーをＰＴＫ（Ｐａｉｒ−ｗｉｓｅ Ｔｅｍｐｏｒａｌ Ｋｅｙ）と称す。
【０００６】
図２は、従来のＷＵＳＢ保安通信方法を示すフローチャートである。図２を参照するに、従来のＷＵＳＢ保安通信方法は、次のようなステップで構成される。
【０００７】
ステップ２０１で、ホスト２は、ホストＩＤ ＣＨＩＤ（コネクション ホストＩＤ）、デバイスＩＤ ＣＤＩＤ（コネクション デバイスＩＤ）及びシードキーＣＫ（コネクション キー）で構成されたＣＣを生成し、これをユーザ１に出力する。
【０００８】
ステップ２０２で、ユーザ１は、ホスト２に接続したゲストデバイス３４にＣＣを分配する。ユーザ１がＣＣを分配する例を挙げれば、ユーザ１は、ホスト２に出力されたＣＣを見て、これをキーボードのような入力道具を使用してゲストデバイス３４に入力しうる。そうでなければ、ユーザ１は、ホスト２に出力されたＣＣをＣＤ
ＲＯＭのような記録媒体にダウンロードした後、これをゲストデバイス３４にアップロードすることもできる。
【０００９】
ステップ２０３で、ゲストデバイス３４は、デバイスＩＤ
ＣＤＩＤをホスト２に提供することによってホスト２との連結を要請し、ホスト２は、ゲストデバイス３４がホスト２と連結されたということを知らせる応答を伝送する。
【００１０】
ＷＵＳＢ規格によれば、ホスト２とゲストデバイス３４とは、次の４個のメッセージを交換することによってセッションキーの生成に必要な情報を獲得する。このようなメッセージ交換プロトコルを４方向ハンドシェーキという。
【００１１】
ステップ２０４で、ホスト２は、セッションキーを識別するための情報であるＴＫＩＤ（Ｔｅｍｐｏｒａｌ Ｋｅｙ ＩＤ）及びホスト２に対応する乱数ＨＮｏｎｃｅを含むメッセージ１をゲストデバイス３４に伝送する。
【００１２】
ステップ２０５で、ゲストデバイス３４は、ゲストデバイス３４に対応する乱数ＤＮｏｎｃｅを生成する。
【００１３】
ステップ２０６で、ゲストデバイス３４は、ホスト２のアドレス、ゲストデバイス３４のアドレス、ホスト２に対応する乱数ＨＮｏｎｃｅ、ゲストデバイス３４に対応する乱数ＤＮｏｎｃｅ及びシードキーＣＫに基づいてＴＫＩＤに対応するセッションキーを生成する。
【００１４】
ステップ２０７で、ゲストデバイス３４は、ホスト２にＴＫＩＤ及びゲストデバイス３４に対応する乱数ＤＮｏｎｃｅを含むメッセージ２を伝送する。
【００１５】
ステップ２０８で、ホスト２は、ホスト２のアドレス、ゲストデバイス３４のアドレス、ホスト２に対応する乱数ＨＮｏｎｃｅ、ゲストデバイス３４に対応する乱数ＤＮｏｎｃｅ及びシードキーＣＫに基づいてＴＫＩＤに対応するセッションキーを生成する。
【００１６】
ステップ２０９で、ホスト２は、ＭＩＣを計算し、ゲストデバイス３４にセッションキーを識別するための情報であるＴＫＩＤ、セッションキーの認証に必要な情報であるホスト２に対応する乱数ＨＮｏｎｃｅ及びＭＩＣを含むメッセージ３を伝送する。
【００１７】
ステップ２１０で、ゲストデバイス３４は、ＭＩＣを計算し、これがホスト２から獲得されたＭＩＣと一致すれば、セッションキーを設置し、ホスト２にセッションキーが成功的に設置されたということを知らせるメッセージ４を伝送する。
【００１８】
ステップ２１１で、ゲストデバイス３４は、セッションキーを使用して何れか一つのセッションの間にホスト２との保安通信を行う。
【００１９】
ステップ２１２で、ホスト２は、ゲストデバイス３４に対するＣＣを削除することによってホスト２とゲストデバイス３４との間の現在セッションを解除する。
【００２０】
前記のように、ホスト２とゲストデバイス３４とが何れか一つのセッションキーを使用して保安通信を行うためには、セッションキーの生成に必要な情報、すなわちＣＣに該当する情報を相互共有せねばならない。ところが、従来のＷＵＳＢ規格によれば、ユーザ１がホスト２に任意のゲストデバイスが接続する度に、このゲストデバイスにセッションキーの生成に必要な情報を分配するが、これは、ユーザに非常に面倒なことである。特に、ホスト２に多数のゲストデバイスが随時接続すれば、ユーザ１に相当な負担として作用し、その結果、ＷＵＳＢが追求するユーザの便宜性を阻害する恐れがあるという問題点があった。
【００２１】
また、従来のＷＵＳＢ規格によれば、ホスト２に任意のゲストデバイスが接続する度にＣＣを更新せねばならないが、その結果、ホストに任意のゲストデバイスが接続する度にＣＣを共有するホスト及びデバイスで構成されたＷＵＳＢシステム全体を更新せねばならないが、これは、ホスト及びデバイスそれぞれに相当な負荷として作用するという問題点があった。
【発明の開示】
【発明が解決しようとする課題】
【００２２】
本発明が解決しようとする技術的課題は、ホストに任意のゲストデバイスが臨時的に接続する度に、ユーザがゲストデバイスにセッションキーの生成に必要な情報、すなわち、ＣＣの分配を不要にする装置及び方法を提供することである。
【課題を解決するための手段】
【００２３】
前記課題を解決するための本発明によって、ホストとデバイスとの間の何れか一つのセッションの間に使われるセッションキーを提供する方法は、前記デバイスによって接近が不可能な領域に保存されたシードキーに基づいて前記セッションキーを生成するステップと、前記生成されたセッションキーを前記デバイスに提供するステップとを含む。
【００２４】
前記他の課題を解決するための本発明によって、ホストとデバイスとの間の何れか一つのセッションの間に使われるセッションキーを提供する装置は、前記デバイスによって接近が不可能な領域に保存されたシードキーに基づいて前記セッションキーを生成するセッションキー生成部と、前記生成されたセッションキーを前記デバイスに提供するセッションキー提供部とを備える。
【００２５】
前記さらに他の課題を解決するために、本発明は、前記セッションキーの提供方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。
【００２６】
前記さらに他の課題を解決するための本発明によって、ホストとデバイスとの間の何れか一つのセッションに対応するセッションキーを獲得する方法は、前記ホストから前記セッションキーの生成に必要な第１情報を獲得するステップと、前記セッションキーを生成する装置に前記獲得された情報を提供することによって前記セッションキーを要請するステップと、及び前記要請に対する応答から前記セッションキーを獲得するステップとを含む。
【００２７】
前記さらに他の課題を解決するための本発明によって、ホストとデバイスとの間の何れか一つのセッションに対応するセッションキーを獲得する装置は、前記ホストから前記セッションキーの生成に必要な情報を獲得する情報獲得部と、前記セッションキーを生成する装置に前記獲得された情報を提供することによって前記セッションキーを要請するセッションキー要請部と、前記要請に対する応答から前記セッションキーを獲得するセッションキー獲得部とを備える。
【００２８】
前記さらに他の課題を解決するために、本発明は、前記セッションキーの獲得方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。
【発明の効果】
【００２９】
本発明によれば、セッションキー提供装置がホストに任意のゲストデバイスが臨時的に接続する度にセッションキーをゲストデバイスに提供することによって、ユーザがゲストデバイスにセッションキーの生成に必要な情報、すなわち、ＣＣを分配する必要がなくなった。このように、ユーザがＣＣを分配する従来の面倒さが除去されるにつれて、ユーザの便宜性を図ると同時に、ＷＵＳＢ通信の保安をそのまま維持しうる。
【００３０】
また、本発明によれば、セッションキー提供装置が、ホストに任意のゲストデバイスが臨時的に接続する度に保安メモリに保存されたシードキーに基づいてセッションキーを生成することによって、ホストに任意のゲストデバイスが接続する度に新たなシードキーＣＫを生成しなくてもよい。これにより、ホストに任意のゲストデバイスが接続する度にＣＣを更新せねばならない従来のＷＵＳＢシステム全体の更新作業が不要になったという効果がある。すなわち、本発明によるＷＵＳＢシステムは、ホストに任意のゲストデバイスが接続する時ＣＣを構成する要素のうち、シードキーＣＫは、そのまま使用し、ゲストデバイスのＩＤのみを更新することによって、ホスト及びデバイスそれぞれの負荷を減少させうる。
【発明を実施するための最良の形態】
【００３１】
以下では、図面を参照して本発明の望ましい実施形態を詳細に説明する。
【００３２】
図３は、本発明の望ましい一実施形態によるＷＵＳＢシステムを示す図である。図３を参照するに、本実施形態によるＷＵＳＢシステムは、ホスト５、デバイス１〜３ ６１〜６３、ゲストデバイス６４及びセッションキー提供装置７で構成される。
【００３３】
ホスト５は、ＷＵＳＢホストとしての機能を行うコンピュータシステムを称す。デバイス１〜３ ６１〜６３及びゲストデバイス６４は、ＷＵＳＢデバイスとしての機能を行う周辺装置、例えば、ＷＵＳＢキーボード、プリンタ、外部保存装置、デジタルカメラを称す。特に、デバイス１〜３ ６１〜６３は、ホスト２に継続的に接続するデバイスを称し、ゲストデバイス３４は、ユーザにホスト２に臨時的に接続するデバイスを称す。
【００３４】
特に、本実施形態によれば、セッションキー提供装置７は、ホスト５からセッションキーの生成に必要な情報を獲得し、これに基づいてセッションキーを生成する。セッションキー提供装置７は、このように生成されたセッションキーをホスト２に任意のゲストデバイスが臨時的に接続する度にこのゲストデバイスに提供することによって、ユーザ４がゲストデバイス６４にセッションキーの生成に必要な情報、すなわち、ＣＣを分配する必要がなくなった。このために、ゲストデバイス６４の代りにセッションキー提供装置７がシードキーＣＫを保有する。その結果、任意のゲストデバイスがホスト５に接続する度に新たなシードキーＣＫを生成しなくてもよく、ホストに任意のゲストデバイスが接続度する度にＣＣを更新せねばならない従来のＷＵＳＢシステム全体の更新作業が不要になった。すなわち、本発明によるＷＵＳＢシステムは、ＣＣを構成する要素のうち、シードキーＣＫはそのまま使用し、ゲストデバイスのＩＤのみを更新すればよい。
【００３５】
図４は、本発明の望ましい一実施形態によるＷＵＳＢ保安通信方法を示すフローチャートである。図４を参照するに、本実施形態によるＷＵＳＢ保安通信方法は、図３に示されたＷＵＳＢシステムで時系列的に処理されるステップで構成される。
【００３６】
ステップ４０１で、セッションキー提供装置７は、ゲストデバイス６４の存在が感知されれば、ゲストデバイス６４にホストＩＤ ＣＨＩＤを提供する。
【００３７】
ステップ４０２で、ゲストデバイス６４は、ホスト５とゲストデバイス６４との間にあらかじめ約束されたプロトコルによってホスト５にデバイスＩＤ ＣＤＩＤを要請し、ホスト５は、この要請に対する応答としてゲストデバイス６４にデバイスＩＤ ＣＤＩＤを提供する。このプロトコルは、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）のようなサーバ／クライアントモデルとして設計されうる。
【００３８】
ステップ４０２以後に、ホスト５は、ホストＩＤ ＣＨＩＤ、デバイスＩＤ ＣＤＩＤ及びシードキーＣＫで構成されたＣＣを獲得するが、ゲストデバイス６４は、ホストＩＤ ＣＨＩＤ及びデバイスＩＤ ＣＤＩＤのみを獲得する。本実施形態及び以下の実施形態では、ゲストデバイス６４の代りにセッションキー提供装置７がシードキーＣＫを保有する。セッションキー提供装置７は、任意のゲストデバイスがホスト５に接続する度にこのシードキーＣＫに基づいてセッションキーを生成し、これを提供する。
【００３９】
ステップ４０３で、ゲストデバイス６４は、デバイスＩＤ ＣＤＩＤをホスト５に提供することによってホスト５との連結を要請し、ホスト５は、ゲストデバイス６４がホスト５と連結されたということを知らせる応答を伝送する。
【００４０】
ステップ４０４で、ホスト５は、セッションキーを識別するための情報であるＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを含むメッセージ１をゲストデバイス６４に伝送する。ＷＵＳＢ規格上の４方向ハンドシェークによって、ホスト５とゲストデバイス６４とは、セッションキーを獲得するために４個のメッセージを交換する。メッセージ１は、４個のメッセージのうち、第一のメッセージである。
【００４１】
ステップ４０５で、ゲストデバイス６４は、セッションキー生成装置７にＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを提供することによってセッションキーを要請する。
【００４２】
ステップ４０６で、セッションキー提供装置７は、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを生成する。
【００４３】
ステップ４０７で、セッションキー提供装置７は、ホスト５のアドレス、ゲストデバイス６４のアドレス、ホスト５に対応する乱数ＨＮｏｎｃｅ、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅ及びシードキーＣＫに基づいてＴＫＩＤに対応するセッションキーを生成する。
【００４４】
ステップ４０８で、セッションキー提供装置７は、ＴＫＩＤ、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅ及びセッションキーをゲストデバイス６４に提供する。
【００４５】
ステップ４０９で、ゲストデバイス６４は、ホスト５にＴＫＩＤ及びゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを含むメッセージ２を伝送する。メッセージ２は、４方向ハンドシェークの４個のメッセージのうち、第二のメッセージである。
【００４６】
ステップ４１０で、ホスト５は、ホスト５のアドレス、ゲストデバイス６４のアドレス、ホスト５に対応する乱数ＨＮｏｎｃｅ、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅ及びシードキーＣＫに基づいてＴＫＩＤに対応するセッションキーを生成する。
【００４７】
ステップ４１１で、ホスト５は、ＭＩＣを計算し、ゲストデバイス６４にセッションキーを識別するための情報であるＴＫＩＤ、セッションキーの認証に必要な情報であるホスト５に対応する乱数ＨＮｏｎｃｅ及びＭＩＣを含むメッセージ３を伝送する。
【００４８】
ステップ４１２で、ゲストデバイス６４は、ＭＩＣを計算し、これがホスト５から獲得されたＭＩＣと一致すれば、セッションキーを設置し、ホスト５にセッションキーが成功的に設置されたということを知らせるメッセージ４を伝送する。
【００４９】
ステップ４１３で、ゲストデバイス６４は、セッションキーを使用して何れか一つのセッションの間にホスト５との保安通信を行う。
【００５０】
ステップ４１４で、ホスト５は、ゲストデバイス６４に対するＣＣを削除することによってホスト５とゲストデバイス６４との間の現在セッションを解除する。
【００５１】
図５は、本発明の望ましい一実施形態による他のＷＵＳＢ保安通信方法を示すフローチャートである。図５を参照するに、本実施形態によるＷＵＳＢ保安通信方法は、図３に示されたＷＵＳＢシステムで時系列的に処理されるステップで構成される。
【００５２】
ステップ５０１で、セッションキー提供装置７は、ゲストデバイス６４の存在が感知されれば、ゲストデバイス６４にホストＩＤ ＣＨＩＤ及びデバイスＩＤ ＣＤＩＤを提供する。
【００５３】
ステップ５０２で、ゲストデバイス６４は、デバイスＩＤ ＣＤＩＤをホスト５に提供することによってホスト５との連結を要請し、ホスト５は、ゲストデバイス６４がホスト５と連結されたということを知らせる応答を伝送する。
【００５４】
ステップ５０３で、ホスト５は、セッションキーを識別するための情報であるＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを含むメッセージ１をゲストデバイス６４に伝送する。
【００５５】
ステップ５０４で、ゲストデバイス６４は、セッションキー生成装置７にＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを提供することによってセッションキーを要請する。
【００５６】
ステップ５０５で、セッションキー提供装置７は、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを生成する。
【００５７】
ステップ５０６で、セッションキー提供装置７は、ホスト５のアドレス、ゲストデバイス６４のアドレス、ホスト５に対応する乱数ＨＮｏｎｃｅ、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅ及びシードキーＣＫに基づいてＴＫＩＤに対応するセッションキーを生成する。
【００５８】
ステップ５０７で、セッションキー提供装置７は、セッションキー、ＴＫＩＤ及びゲストデバイス６４に対応する乱数ＤＮｏｎｃｅをゲストデバイス６４に提供する。
【００５９】
ステップ５０８で、ゲストデバイス６４は、ホスト５にＴＫＩＤ及びゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを含むメッセージ２を伝送する。
【００６０】
ステップ５０９で、ホスト５は、ホスト５のアドレス、ゲストデバイス６４のアドレス、ホスト５に対応する乱数ＨＮｏｎｃｅ、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅ及びシードキーＣＫに基づいてＴＫＩＤに対応するセッションキーを生成する。
【００６１】
ステップ５１０で、ホスト５は、ＭＩＣを計算し、ゲストデバイス６４にセッションキーを識別するための情報であるＴＫＩＤ、セッションキーの認証に必要な情報であるホスト５に対応する乱数ＨＮｏｎｃｅ及びＭＩＣを含むメッセージ３を伝送する。
【００６２】
ステップ５１１で、ゲストデバイス６４は、ＭＩＣを計算し、これがホスト５から獲得されたＭＩＣと一致すれば、セッションキーを設置し、ホスト５にセッションキーが成功的に設置されたということを知らせるメッセージ４を伝送する。
【００６３】
ステップ５１２で、ゲストデバイス６４は、セッションキーを使用して何れか一つのセッションの間にホスト５との保安通信を行う。
【００６４】
ステップ５１３で、ホスト５は、ゲストデバイス６４に対するＣＣを削除することによってホスト５とゲストデバイス６４との間の現在セッションを解除する。
【００６５】
図６は、本発明の望ましい一実施形態によるまた他のＷＵＳＢ保安通信方法を示すフローチャートである。図６を参照するに、本実施形態によるＷＵＳＢ保安通信方法は、図３に示されたＷＵＳＢシステムで時系列的に処理されるステップで構成される。
【００６６】
ステップ６０１で、セッションキー提供装置７は、ゲストデバイス６４の存在が感知されれば、ゲストデバイス６４にホストＩＤ ＣＨＩＤを提供する。
【００６７】
ステップ６０２で、ゲストデバイス６４は、ホスト５とゲストデバイス６４との間にあらかじめ約束されたプロトコルによってホスト５にデバイスＩＤ ＣＤＩＤを要請し、ホスト５は、この要請に対する応答としてゲストデバイス６４にデバイスＩＤ ＣＤＩＤを提供する。ステップ６０２以後に、ホスト５は、ホストＩＤ ＣＨＩＤ、デバイスＩＤ ＣＤＩＤ及びシードキーＣＫで構成されたＣＣを獲得するが、ゲストデバイス６４は、ホストＩＤ ＣＨＩＤ及びデバイスＩＤ ＣＤＩＤのみを獲得する。
【００６８】
ステップ６０３で、ゲストデバイス６４は、デバイスＩＤ ＣＤＩＤをホスト５に提供することによってホスト５との連結を要請し、ホスト５は、ゲストデバイス６４がホスト５と連結されたということを知らせる応答を伝送する。
【００６９】
ステップ６０４で、ホスト５は、セッションキーを識別するための情報であるＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを含むメッセージ１をゲストデバイス６４に伝送する。
【００７０】
ステップ６０５で、ゲストデバイス６４は、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを生成する。
【００７１】
ステップ６０６で、ゲストデバイス６４は、ＴＫＩＤ、ホスト５に対応する乱数ＨＮｏｎｃｅ及びゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを提供することによってセッションキーを要請する。
【００７２】
ステップ６０７で、セッションキー提供装置７は、ホスト５のアドレス、ゲストデバイス６４のアドレス、ホスト５に対応する乱数ＨＮｏｎｃｅ、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅ及びシードキーＣＫに基づいてＴＫＩＤに対応するセッションキーを生成する。
【００７３】
ステップ６０８で、セッションキー提供装置７は、ＴＫＩＤ及びセッションキーをゲストデバイス６４に提供する。
【００７４】
ステップ６０９で、ゲストデバイス６４は、ホスト５にＴＫＩＤ及びゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを含むメッセージ２を伝送する。
【００７５】
ステップ６１０で、ホスト５は、ホスト５のアドレス、ゲストデバイス６４のアドレス、ホスト５に対応する乱数ＨＮｏｎｃｅ、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅ及びシードキーＣＫに基づいてＴＫＩＤに対応するセッションキーを生成する。
【００７６】
ステップ６１１で、ホスト５は、ＭＩＣを計算し、ゲストデバイス６４にセッションキーを識別するための情報であるＴＫＩＤ、セッションキーの認証に必要な情報であるホスト５に対応する乱数ＨＮｏｎｃｅ及びＭＩＣを含むメッセージ３を伝送する。
【００７７】
ステップ６１２で、ゲストデバイス６４は、ＭＩＣを計算し、これがホスト５から獲得されたＭＩＣと一致すれば、セッションキーを設置し、ホスト５にセッションキーが成功的に設置されたということを知らせるメッセージ４を伝送する。
【００７８】
ステップ６１３で、ゲストデバイス６４は、セッションキーを使用して何れか一つのセッションの間にホスト５との保安通信を行う。
【００７９】
ステップ６１４で、ホスト５は、ゲストデバイス６４に対するＣＣを削除することによってホスト５とゲストデバイス６４との間の現在セッションを解除する。
【００８０】
図７は、本発明の望ましい一実施形態によるさらに他のＷＵＳＢ保安通信方法を示すフローチャートである。図７を参照するに、本実施形態によるＷＵＳＢ保安通信方法は、図３に示されたＷＵＳＢシステムで時系列的に処理されるステップで構成される。
【００８１】
ステップ７０１で、セッションキー提供装置７は、ゲストデバイス６４の存在が感知されれば、ゲストデバイス６４にホストＩＤ ＣＨＩＤ及びデバイスＩＤ ＣＤＩＤを提供する。ステップ７０１以後に、ホスト５は、ホストＩＤ ＣＨＩＤ、デバイスＩＤ ＣＤＩＤ及びシードキーＣＫで構成されたＣＣを獲得するが、ゲストデバイス６４は、ホストＩＤ ＣＨＩＤ及びデバイスＩＤ ＣＤＩＤのみを獲得する。
【００８２】
ステップ７０２で、ゲストデバイス６４は、デバイスＩＤ ＣＤＩＤをホスト５に提供することによってホスト５との連結を要請し、ホスト５は、ゲストデバイス６４がホスト５と連結されたということを知らせる応答を伝送する。
【００８３】
ステップ７０３で、ホスト５は、セッションキーを識別するための情報であるＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを含むメッセージ１をゲストデバイス６４に伝送する。
【００８４】
ステップ７０４で、ゲストデバイス６４は、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを生成する。
【００８５】
ステップ７０５で、ゲストデバイス６４は、ＴＫＩＤ、ホスト５に対応する乱数ＨＮｏｎｃｅ及びゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを提供することによってセッションキーを要請する。
【００８６】
ステップ７０６で、セッションキー提供装置７は、ホスト５のアドレス、ゲストデバイス６４のアドレス、ホスト５に対応する乱数ＨＮｏｎｃｅ、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅ及びシードキーＣＫに基づいてＴＫＩＤに対応するセッションキーを生成する。
【００８７】
ステップ７０７で、セッションキー提供装置７は、ＴＫＩＤ及びセッションキーをゲストデバイス６４に提供する。
【００８８】
ステップ７０８で、ゲストデバイス６４は、ホスト５にＴＫＩＤ及びゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを含むメッセージ２を伝送する。
【００８９】
ステップ７０９で、ホスト５は、ホスト５のアドレス、ゲストデバイス６４のアドレス、ホスト５に対応する乱数ＨＮｏｎｃｅ、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅ及びシードキーＣＫに基づいてＴＫＩＤに対応するセッションキーを生成する。
【００９０】
ステップ７１０で、ホスト５は、ＭＩＣを計算し、ゲストデバイス６４にセッションキーを識別するための情報であるＴＫＩＤ、セッションキーの認証に必要な情報であるホスト５に対応する乱数ＨＮｏｎｃｅ及びＭＩＣを含むメッセージ３を伝送する。
【００９１】
ステップ７１１で、ゲストデバイス６４は、ＭＩＣを計算し、これがホスト５から獲得されたＭＩＣと一致すれば、セッションキーを設置し、ホスト５にセッションキーが成功的に設置されたということを知らせるメッセージ４を伝送する。
【００９２】
ステップ７１２で、ゲストデバイス６４は、セッションキーを使用して何れか一つのセッションの間にホスト５との保安通信を行う。
【００９３】
ステップ７１３で、ホスト５は、ゲストデバイス６４に対するＣＣを削除することによってホスト５とゲストデバイス６４との間の現在セッションを解除する。
【００９４】
図８は、本発明の望ましい一実施形態によるゲストデバイス６４の構成図である。図８を参照するに、本実施形態によるゲストデバイス６４は、ＷＵＳＢインターフェース８１、ＬＲＣ（Ｌｉｍｉｔｅｄ Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）インターフェース８２、ＩＤ獲得部８３、連結処理部８４、４方向ハンドシェーク処理部８５、セッションキー要請部８６、セッションキー獲得部８７及び保安通信部８８で構成される。特に、図８に示したゲストデバイス９４は、図４または図５に示されたＷＵＳＢ保安通信方法を具現する装置である。したがって、以下省略された内容であっても、図４または図５に示されたＷＵＳＢ保安通信方法について前述された内容は、本実施形態によるゲストデバイス６４にも適用される。
【００９５】
ＷＵＳＢインターフェース８１は、ＷＵＳＢ通信チャンネルを通じてメッセージ、データを含むデータパケットを送受信する。すなわち、ＷＵＳＢインターフェース８１は、ＷＵＳＢ規格によってＵＷＢ（ウルトラ ワイド バンド）に該当する通信チャンネルを通じてメッセージを送受信する。
【００９６】
ＬＲＣインターフェース８２は、ＬＲＣ通信チャンネルを通じてメッセージを送受信する。ＬＲＣとは、１ｍ以内の近距離で接触または非接触式で通信する方式を意味し、その例としては、スマートカード、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ブルートゥース、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）が挙げられる。すなわち、ＬＲＣインターフェース８２は、前述された例のうち何れか一つが使用する通信チャンネルを通じてメッセージを送受信する。また、ＬＲＣインターフェース８２は、ＷＵＳＢインターフェース８１が使用するＷＵＳＢ通信チャンネルを通じてメッセージを送受信することもある。
【００９７】
ＩＤ獲得部８３は、本実施形態が図４の実施形態を具現する装置であるか、そうでなければ、図５の実施形態を具現する装置であるかによって、その機能が変わる。まず、本実施形態が図４の実施形態を具現する装置であれば、ＩＤ獲得部８３は、ＬＲＣインターフェース８２を通じてホストＩＤ ＣＨＩＤを含むメッセージを受信することによって、セッションキー提供装置７からホスト５のホストＩＤ ＣＨＩＤを獲得する。次いで、ＩＤ獲得部８３は、ホスト５にデバイスＩＤ ＣＤＩＤを要請し、この要請に対する応答からゲストデバイス６４のデバイスＩＤ ＣＤＩＤを獲得する。
【００９８】
もし、本実施形態が図５の実施形態を具現する装置であれば、ＩＤ獲得部８３は、ＬＲＣインターフェース８２を通じてホストＩＤ ＣＨＩＤ及びデバイスＩＤ ＣＤＩＤを含むメッセージを受信することによってセッションキー提供装置７からホスト５のホストＩＤ ＣＨＩＤ及びゲストデバイス６４のデバイスＩＤ ＣＤＩＤを獲得する。
【００９９】
連結処理部８４は、ＩＤ獲得部８３によって獲得されたデバイスＩＤ ＣＤＩＤを、ＩＤ獲得部８３によって獲得されたホストＩＤ ＣＨＩＤを有するホスト５に提供することによってホスト５との連結を要請する。さらに詳細に説明すれば、連結処理部８４は、ＷＵＳＢインターフェース８１を通じてＩＤ獲得部８３によって獲得されたデバイスＩＤ ＣＤＩＤを含むメッセージを伝送することによって、ＩＤ獲得部８３によって獲得されたデバイスＩＤ ＣＤＩＤをホスト５に提供する。次いで、連結処理部８４は、ホスト５との連結要請に対する応答を受信することによって、ホスト５と連結されたということを認識する。
【０１００】
４方向ハンドシェーク処理部８５は、ＷＵＳＢ規格によって４個のメッセージ交換を通じてセッションキーの生成に必要な情報を交換し、セッションキーを認証する。まず、４方向ハンドシェーク処理部８５は、ＷＵＳＢインターフェース８１を通じてＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを含むメッセージ１を受信することによって、連結処理部８４での連結要請に応じて連結されたホスト５からセッションキーを識別するための情報であるＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを獲得する。ここで、ＴＫＩＤは、ホスト５とゲストデバイス６４との間に伝送されるパケットの暗号化キーを識別するのに使われる。また、ホスト５に対応する乱数ＨＮｏｎｃｅは、ホスト５によって生成された乱数である。
【０１０１】
次いで、４方向ハンドシェーク処理部８５は、ＷＵＳＢインターフェース８１を通じてメッセージ１に対する応答として、ＴＫＩＤ及びゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを含むメッセージ２を伝送することによって、ホスト５にセッションキーを識別するための情報であるＴＫＩＤ及びゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを提供する。ここで、ＴＫＩＤは、メッセージ１に含まれたＴＫＩＤと同じである。また、ゲストデバイス５に対応する乱数ＨＮｏｎｃｅは、セッションキー提供装置７によって生成された乱数である。
【０１０２】
次いで、４方向ハンドシェーク処理部８５は、ＷＵＳＢインターフェース８１を通じてメッセージ２に対する応答に該当するメッセージ３、すなわち、ＴＫＩＤ、ホスト５に対応する乱数ＨＮｏｎｃｅ及びＭＩＣ（Ｍｅｓｓａｇｅ Ｉｎｔｅｇｒｉｔｙ Ｃｏｄｅ）を含むメッセージ３を受信することによって、ホスト５からセッションキーを識別するための情報であるＴＫＩＤ、セッションキーの認証に必要な情報であるホスト５に対応する乱数ＨＮｏｎｃｅ及びＭＩＣを獲得する。
【０１０３】
次いで、４方向ハンドシェーク処理部８５は、ＭＩＣを計算し、これがホスト５から提供されたＭＩＣと一致すれば、セッションキーを設置し、ＷＵＳＢインターフェース８１を通じてセッションキーが成功的に設置されたということを表すメッセージ４を伝送する。もし、ホスト５から提供されたＭＩＣと一致しなければ、４方向ハンドシェーク処理部８５は、ホスト５との連結を切る。
【０１０４】
セッションキー要請部８６は、セッションキー生成装置７に４方向ハンドシェーク処理部８５によって獲得された情報であるＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを提供することによってセッションキーを要請する。さらに詳細に説明すれば、セッションキー要請部８６は、ＬＲＣインターフェース８２を通じて４方向ハンドシェーク処理部８５によって獲得された情報であるＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを含むメッセージを伝送することによって、セッションキー生成装置７にＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを提供する。
【０１０５】
セッションキー獲得部８７は、セッションキー要請部８６での要請に対する応答からセッションキー、このセッションキーを識別するための情報であるＴＫＩＤ及びこのセッションキーの生成に必要な情報であるゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを獲得する。さらに詳細に説明すれば、セッションキー獲得部８７は、ＬＲＣインターフェース８２を通じてセッションキー、このセッションキーを識別するための情報であるＴＫＩＤ及びこのセッションキーの生成に必要な情報であるゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを含むメッセージを受信することによって、セッションキー、ＴＫＩＤ及びゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを獲得する。
【０１０６】
保安通信部８８は、４方向ハンドシェーク処理部８５によって設置されたセッションキーを使用して何れか一つのセッションの間にホスト５との保安通信を行う。さらに詳細に説明すれば、保安通信部８８は、ＷＵＳＢインターフェース８１を通じて４方向ハンドシェーク処理部８５によって設置されたセッションキーを使用してデータパケットを暗号化し、これをＷＵＳＢインターフェース８１を通じて伝送する。また、保安通信部８８は、ＷＵＳＢインターフェース８１を通じてデータパケットを受信し、これを４方向ハンドシェーク処理部８５によって設置されたセッションキーを使用して復号化することによってホスト５との保安通信を行う。
【０１０７】
保安通信部８８は、４方向ハンドシェーク処理部８５によって設置されたセッションキーを使用して何れか一つのセッションの間にホスト５との保安通信を行うため、ユーザがホスト５とゲストデバイス６４との間の現在セッションを解除すれば、ユーザの許可なしにゲストデバイス６４は、ホスト５と通信できなくなる。ユーザがホスト５とゲストデバイス６４との間の現在セッションを解除するために、ＷＵＳＢ規格によってゲストデバイス６４からホストＩＤ ＣＨＩＤを削除するか、またはホスト５からデバイスＩＤ ＣＤＩＤを削除することによって、これら情報で構成されたＣＣを廃棄すればよい。
【０１０８】
図９は、本発明の望ましい一実施形態によるセッションキー提供装置７の構成図である。図９を参照するに、本実施形態によるセッションキー提供装置７は、ＬＲＣインターフェース９１、保安メモリ９２、ＩＤ提供部９３、乱数生成部９４、セッションキー生成部９５及びセッションキー提供部９６で構成される。特に、図９に示されたセッションキー提供装置７は、図４または図５に示されたＷＵＳＢ保安通信方法を具現する装置である。したがって、以下省略された内容であっても、図４または図５に示されたＷＵＳＢ保安通信方法について前述した内容は、本実施形態によるセッションキー提供装置７にも適用される。
【０１０９】
ＬＲＣインターフェース９１は、ＬＲＣ通信チャンネルを通じてメッセージを送受信する。
【０１１０】
保安メモリ９２は、ゲストデバイス６４などの他のデバイスによって接近が不可能な保存領域である。現在、色々なベンダーが保安メモリを提供している。例えば、ダラス半導体のＤＳ２４３２というＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）は、ＳＨＡ（Ｓｅｃｕｒｅ Ｈａｓｈ Ａｌｇｏｒｉｔｈｍ）−１エンジンを内蔵している。
【０１１１】
保安メモリ９２は、本実施形態が図４の実施形態を具現する装置であるか、そうでなければ、図５の実施形態を具現する装置であるかによって、その保存情報が変わる。まず、本実施形態が図４の実施形態を具現する装置であれば、保安メモリ９２には、セッションキー提供装置７によってセッションキーが提供されるデバイスのホストに該当するホスト５のホストＩＤが保存されている。
【０１１２】
もし、本実施形態が図５の実施形態を具現する装置であれば、保安メモリ９２には、ホスト５のホストＩＤ以外に、ゲストデバイス６４など、ホスト５に接続したデバイスのデバイスＩＤが保存される。ホスト５のユーザは、保安メモリ９２にホスト５が保有しているシードキーＣＫ、ホストＩＤ及びデバイスＩＤを保存させることによって、セッションキー提供装置７がホスト５に接続したデバイスにセッションキーを提供できる。ホスト５のユーザは、保安メモリ９２に前記情報を手動で入力することもでき、セッションキー提供装置７をホスト５に接近させることによって、前記情報を保安メモリ９２に自動でダウンロードさせることもできる。但し、後者の場合には、ホスト５がＬＲＣインターフェースを備えなければならない。
【０１１３】
ＩＤ提供部９３は、本実施形態が図４の実施形態を具現する装置であるか、そうでなければ、図５の実施形態を具現する装置であるかによって、その機能が変わる。まず、本実施形態が図４の実施形態を具現する装置であれば、ＩＤ提供部９３は、ゲストデバイス６４の存在が感知されれば、ＬＲＣインターフェース９１を通じて保安メモリ９２に保存されたホストＩＤを含むメッセージを伝送することによってゲストデバイス６４にホストＩＤを提供する。
【０１１４】
もし、本実施形態が図５の実施形態を具現する装置であれば、ＩＤ提供部９３は、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）規格上のＡｕｔｏ ＩＰのようにデバイスＩＤを生成し、これを保安メモリ９２に保存する。さらに詳細に説明すれば、ホスト５は、ホスト５に接続可能なゲストデバイスの最大個数Ｎ及びデバイスＩＤ生成のシード値となる特定ストリングＧＤＩＤ（Ｇｕｅｓｔ Ｄｅｖｉｃｅ ＩＤ）を決定し、これらをセッションキー提供装置７に提供する。ＩＤ提供部９３は、ホスト５からホスト５に接続可能なゲストデバイスの最大個数Ｎ及びデバイスＩＤ生成のシード値となる特定ストリングＧＤＩＤを獲得し、このＧＤＩＤに１からＮまでの値を加算することによってデバイスＩＤ ＣＤＩＤを生成し、これを保安メモリ９２に保存する。
【０１１５】
次いで、ＩＤ提供部９３は、ゲストデバイス６４の存在が感知されれば、ＬＲＣインターフェース９１を通じて保安メモリ９２に保存されたホストＩＤ及びデバイスＩＤを含むメッセージを伝送することによって、ゲストデバイス６４にホストＩＤ及びデバイスＩＤを提供する。
【０１１６】
乱数生成部９４は、ホスト５からＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを獲得することによってセッションキー要請を受信すれば、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを生成する。
【０１１７】
セッションキー生成部９５は、セッションキー要請受信によって獲得された情報に基づいて、ホスト５とゲストデバイス６４との間の何れか一つのセッションの間に使われるセッションキーを生成する。さらに詳細に説明すれば、セッションキー生成部９５は、ＬＲＣインターフェース９１を通じてＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを含むメッセージを受信することによって、ＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを獲得し、ホスト５のアドレス、ゲストデバイス６４のアドレス、ホスト５から獲得された乱数ＨＮｏｎｃｅ、乱数生成部９４によって生成された乱数ＤＮｏｎｃｅ及び保安メモリ９２に保存されたシードキーＣＫに基づいてＴＫＩＤに対応するセッションキーを生成する。ホスト５のアドレス及びゲストデバイス６４のアドレスは、前記メッセージのヘッダの発信地アドレスフィールド及び目的地アドレスフィールドに記録されており、セッションキー生成部９５は、これを参照してセッションキーを生成する。
【０１１８】
セッションキー提供部９６は、ＬＲＣインターフェース９１を通じてセッションキー生成部９５によって生成されたセッションキー、このセッションキーを識別するための情報であるＴＫＩＤ及びこのセッションキーの生成に必要な情報である乱数生成部９４によって生成された乱数ＤＮｏｎｃｅを含むメッセージを伝送することによって、ゲストデバイス６４にセッションキー、ＴＫＩＤ及びＤＮｏｎｃｅを提供する。
【０１１９】
図１０は、本発明の望ましい一実施形態による他のゲストデバイス６４の構成図である。図１０を参照するに、本実施形態によるゲストデバイス６４は、ＷＵＳＢインターフェース１０１、ＬＲＣ（Ｌｉｍｉｔｅｄ Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）インターフェース１０２、ＩＤ獲得部１０３、連結処理部１０４、４方向ハンドシェーク処理部１０５、乱数生成部１０６、セッションキー要請部１０７、セッションキー獲得部１０８及び保安通信部１０９で構成される。特に、図８に示されたゲストデバイス９４は、図６または図７に示されたＷＵＳＢ保安通信方法を具現する装置である。したがって、以下省略された内容であっても、図６または図７に示されたＷＵＳＢ保安通信方法について前述した内容は、本実施形態によるゲストデバイス６４にも適用される。
【０１２０】
ＷＵＳＢインターフェース１０１は、ＷＵＳＢインターフェース８１と同様に、ＷＵＳＢ通信チャンネルを通じてメッセージ、データを含むデータパケットを送受信する。ＬＲＣインターフェース１０２は、ＬＲＣインターフェース８２と同様に、ＬＲＣ通信チャンネルを通じてメッセージを送受信する。
【０１２１】
ＩＤ獲得部１０３は、ＩＤ獲得部８３と同様に、本実施形態が図６の実施形態を具現する装置であるか、そうでなければ、図７の実施形態を具現する装置であるかによって、その機能が変わる。まず、本実施形態が図６の実施形態を具現する装置であれば、ＩＤ獲得部１０３は、ＬＲＣインターフェース１０２を通じてホストＩＤ ＣＨＩＤを含むメッセージを受信することによって、セッションキー提供装置７からホスト５のホストＩＤ ＣＨＩＤを獲得する。次いで、ＩＤ獲得部１０３は、ホスト５とゲストデバイス６４との間にあらかじめ約束されたプロトコルによってホスト５にデバイスＩＤ ＣＤＩＤを要請し、この要請に対する応答からゲストデバイス６４のデバイスＩＤ ＣＤＩＤを獲得する。
【０１２２】
もし、本実施形態が図７の実施形態を具現する装置であれば、ＩＤ獲得部１０３は、ＬＲＣインターフェース１０２を通じてホストＩＤ ＣＨＩＤ及びデバイスＩＤ ＣＤＩＤを含むメッセージを受信することによって、セッションキー提供装置７からホスト５のホストＩＤ ＣＨＩＤ及びゲストデバイス６４のデバイスＩＤ ＣＤＩＤを獲得する。
【０１２３】
連結処理部１０４は、連結処理部８４と同様に、ＩＤ獲得部１０３によって獲得されたデバイスＩＤ ＣＤＩＤを、ＩＤ獲得部１０３によって獲得されたホストＩＤ ＣＨＩＤを有するホスト５に提供することによってホスト５との連結を要請する。４方向ハンドシェーク処理部１０５は、４方向ハンドシェーク処理部８５と同様に、ＷＵＳＢ規格によって４個のメッセージ交換を通じてセッションキーの生成に必要な情報を交換し、セッションキーを認証する。
【０１２４】
乱数生成部１０６は、４方向ハンドシェーク処理部１０５によってホスト５からセッションキーを識別するための情報であるＴＫＩＤ及びセッションキーの生成に必要な情報であるホスト５に対応する乱数ＨＮｏｎｃｅが獲得されれば、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを生成する。
【０１２５】
セッションキー要請部１０７は、セッションキー生成装置７に、４方向ハンドシェーク処理部１０５によって獲得された情報であるＴＫＩＤ、ホスト５に対応する乱数ＨＮｏｎｃｅ及び乱数生成部１０６によって生成された乱数ＤＮｏｎｃｅを提供することによってセッションキーを要請する。さらに詳細に説明すれば、セッションキー要請部１０７は、ＬＲＣインターフェース１０２を通じて４方向ハンドシェーク処理部１０５によって獲得された情報であるＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅ及び乱数生成部１０６によって生成された乱数ＤＮｏｎｃｅを含むメッセージを伝送することによって、セッションキー生成装置７にＴＫＩＤ、ホスト５に対応する乱数ＨＮｏｎｃｅ及びゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを提供する。
【０１２６】
セッションキー獲得部１０８は、セッションキー要請部１０７での要請に対する応答からセッションキー及びこのセッションキーを識別するための情報であるＴＫＩＤを獲得する。さらに詳細に説明すれば、セッションキー獲得部１０８は、ＬＲＣインターフェース１０２を通じてセッションキー及びこのセッションキーを識別するための情報であるＴＫＩＤを含むメッセージを受信することによって、セッションキー及びこのセッションキーを識別するための情報であるＴＫＩＤを獲得する。
【０１２７】
保安通信部１０９は、保安通信部８８と同様に、４方向ハンドシェーク処理部８５によって設置されたセッションキーを使用して、何れか一つのセッションの間にホスト５との保安通信を行う。
【０１２８】
図１１は、本発明の望ましい一実施形態による他のセッションキー提供装置７の構成図である。図１１を参照するに、本実施形態によるセッションキー提供装置７は、ＬＲＣインターフェース１１１、保安メモリ１１２、ＩＤ提供部１１３、セッションキー生成部１１４及びセッションキー提供部１１５で構成される。特に、図９に示されたセッションキー提供装置７は、図６または図７に示されたＷＵＳＢ保安通信方法を具現する装置である。したがって、以下省略された内容であっても、図６または図７に示されたＷＵＳＢ保安通信方法について前述した内容は、本実施形態によるセッションキー提供装置７にも適用される。
【０１２９】
ＬＲＣインターフェース１１１は、ＬＲＣインターフェース９１と同様に、ＬＲＣ通信チャンネルを通じてメッセージを送受信する。保安メモリ１１２は、保安メモリ９２と同様に、ゲストデバイス６４など他のデバイスによって接近が不可能な保存領域である。
【０１３０】
但し、保安メモリ１１２は、本実施形態が図６のＷＵＳＢ保安通信方法を具現する装置であるか、そうでなければ、図７のＷＵＳＢ保安通信方法を具現する装置であるかによって、その保存情報が変わる。まず、本実施形態が図６のＷＵＳＢ保安通信方法を具現する装置であれば、保安メモリ１２には、セッションキー提供装置７によってセッションキーが提供されるデバイスのホストに該当するホスト５のホストＩＤ ＣＨＩＤが保存されている。もし、本実施形態が図７のＷＵＳＢ保安通信方法を具現する装置であれば、保安メモリ１１２には、ホスト５のホストＩＤ ＣＨＩＤ以外に、ゲストデバイス６４などホスト５に接続したデバイスのデバイスＩＤ ＣＤＩＤが保存される。
【０１３１】
ＩＤ提供部１１３は、本実施形態が図６のＷＵＳＢ保安通信方法を具現する装置であるか、そうでなければ、図７のＷＵＳＢ保安通信方法を具現する装置であるかによって、その機能が変わる。まず、本実施形態が図６のＷＵＳＢ保安通信方法を具現する装置であれば、ＩＤ提供部１１３は、ゲストデバイス６４の存在が感知されれば、ＬＲＣインターフェース１１１を通じて保安メモリ１１２に保存されたホストＩＤ ＣＨＩＤを含むメッセージを伝送することによってゲストデバイス６４にホストＩＤ ＣＨＩＤを提供する。
【０１３２】
もし、本実施形態が図７のＷＵＳＢ保安通信方法を具現する装置であれば、ＩＤ提供部１１３は、ホスト５からホスト５に接続可能なゲストデバイスの最大個数Ｎ及びデバイスＩＤ生成のシード値となる特定ストリングＧＤＩＤを獲得し、このＧＤＩＤに１からＮまでの値を加算することによってデバイスＩＤ ＣＤＩＤを生成し、これを保安メモリ１１２に保存する。次いで、ＩＤ提供部１１３は、ゲストデバイス６４の存在が感知されれば、ＬＲＣインターフェース１１１を通じて保安メモリ１１２に保存されたホストＩＤ ＣＨＩＤ及びデバイスＩＤ ＣＤＩＤを含むメッセージを伝送することによって、ゲストデバイス６４にホストＩＤ ＣＨＩＤ及びデバイスＩＤ ＣＤＩＤを提供する。
【０１３３】
セッションキー生成部１１４は、ホスト５からＴＫＩＤ、ホスト５に対応する乱数ＨＮｏｎｃｅ及びゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを獲得することによってセッションキー要請を受信すれば、セッションキー要請受信によって獲得された情報に基づいて、ホスト５とゲストデバイス６４との間の何れか一つのセッションの間に使われるセッションキーを生成する。さらに詳細に説明すれば、セッションキー生成部１１４は、ＬＲＣインターフェース９１を通じてＴＫＩＤ、ホスト５に対応する乱数ＨＮｏｎｃｅ、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを含むメッセージを受信することによって、ＴＫＩＤ、ホスト５に対応する乱数ＨＮｏｎｃｅ、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを獲得し、ホスト５のアドレス、ゲストデバイス６４のアドレス、ホスト５から獲得された乱数ＨＮｏｎｃｅ、乱数ＤＮｏｎｃｅ及び保安メモリ９２に保存されたシードキーＣＫに基づいてＴＫＩＤに対応するセッションキーを生成する。ホスト５のアドレス及びゲストデバイス６４のアドレスは、前記メッセージのヘッダの発信地アドレスフィールド及び目的地アドレスフィールドに記録されており、セッションキー生成部１１４は、これを参照してセッションキーを生成する。
【０１３４】
セッションキー提供部１１５は、ＬＲＣインターフェース９１を通じてセッションキー生成部１１４によって生成されたセッションキー及びこのセッションキーを識別するための情報であるＴＫＩＤを含むメッセージを伝送することによって、ゲストデバイス６４にセッションキー及びＴＫＩＤを提供する。
【０１３５】
図１２は、本発明の望ましい一実施形態によるセッションキー獲得方法を示すフローチャートである。図１２を参照するに、本実施形態によるセッションキー獲得方法は、図８に示されたゲストデバイス６４で時系列的に処理されるステップで構成される。したがって、以下省略された内容であっても、図８に示されたゲストデバイス６４について前述した内容は、本実施形態によるセッションキー獲得方法にも適用される。
【０１３６】
但し、本実施形態が図４の実施形態を具現する装置で時系列的に処理されるステップで構成された方法であれば、次のステップ１２１−１２３を行った後、ステップ１２４に進み、図５の実施形態を具現する装置で時系列的に処理されるステップで構成された方法であれば、次のステップ１２４を行った後にステップ１２５に進む。
【０１３７】
ステップ１２１で、ゲストデバイス６４は、セッションキー提供装置７からホスト５のホストＩＤ ＣＨＩＤを獲得する。
【０１３８】
ステップ１２２で、ゲストデバイス６４は、ステップ１２１で獲得されたホストＩＤ ＣＨＩＤを有するホスト５にデバイスＩＤ ＣＤＩＤを要請する。
【０１３９】
ステップ１２３で、ゲストデバイス６４は、ステップ１２２での要請に対する応答からゲストデバイス６４のデバイスＩＤ ＣＤＩＤを獲得する。
【０１４０】
ステップ１２４で、ゲストデバイス６４は、セッションキー提供装置７からホスト５のホストＩＤ ＣＨＩＤ及びゲストデバイス６４のデバイスＩＤ ＣＤＩＤを獲得する。
【０１４１】
ステップ１２５で、ゲストデバイス６４は、ステップ１２３またはステップ１２４で獲得されたデバイスＩＤ ＣＤＩＤをホスト５に提供することによって、ホスト５との連結を要請する。
【０１４２】
ステップ１２６で、ゲストデバイス６４は、ステップ１２５での連結要請に対する応答を受信することによって、ホスト５と連結されたということを認識する。
【０１４３】
ステップ１２７で、ゲストデバイス６４は、ステップ１２５での連結要請によって連結されたホスト５からセッションキーを識別するための情報であるＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを獲得する。
【０１４４】
ステップ１２８で、ゲストデバイス６４は、セッションキー生成装置７にステップ１２７で獲得された情報であるＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを提供することによってセッションキーを要請する。
【０１４５】
ステップ１２９で、ゲストデバイス６４は、ステップ１２８での要請に対する応答から、セッションキー、このセッションキーを識別するための情報であるＴＫＩＤ及びこのセッションキーの生成に必要な情報であるゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを獲得する。
【０１４６】
ステップ１２１０で、ゲストデバイス６４は、ホスト５にステップ１２９で獲得されたＴＫＩＤ及び乱数ＤＮｏｎｃｅを提供する。
【０１４７】
ステップ１２１１で、ゲストデバイス６４は、ホスト５からセッションキーを識別するための情報であるＴＫＩＤ、セッションキーの認証に必要な情報であるホスト５に対応する乱数ＨＮｏｎｃｅ及びＭＩＣを獲得する。
【０１４８】
ステップ１２１２で、ゲストデバイス６４は、ＭＩＣを計算し、これがステップ１２１１で獲得されたＭＩＣと一致すれば、ステップ１２１３に進み、一致しなければ、ステップ１２１５に進む。
【０１４９】
ステップ１２１３で、ゲストデバイス６４は、セッションキーを設置し、ホスト５にセッションキーが成功的に設置されたということを知らせる。
【０１５０】
ステップ１２１４で、ゲストデバイス６４は、ステップ１２１３で設置されたセッションキーを使用して、何れか一つのセッションの間にホスト５との保安通信を行う。
【０１５１】
ステップ１２１５で、ゲストデバイス６４は、ホスト５との連結を切る。
【０１５２】
図１３は、本発明の望ましい一実施形態によるセッションキー提供方法を示すフローチャートである。図１３を参照するに、本実施形態によるセッションキー提供方法は、図９に示されたセッションキー提供装置７で時系列的に処理されるステップで構成される。したがって、以下省略された内容であっても、図９に示されたセッションキー提供装置７について前述した内容は、本実施形態によるセッションキー獲得方法にも適用される。
【０１５３】
但し、本実施形態が図４の実施形態を具現する装置で時系列的に処理されるステップで構成された方法であれば、次のステップ１３１を行った後にステップ１３７に進み、図５の実施形態を具現する装置で時系列的に処理されるステップで構成された方法であれば、次のステップ１３２-１３６を行った後にステップ１３７に進む。
【０１５４】
ステップ１３１で、セッションキー提供装置７は、ゲストデバイス６４の存在が感知されれば、ゲストデバイス６４にホストＩＤ ＣＨＩＤを提供する。
【０１５５】
ステップ１３２で、セッションキー提供装置７は、ゲストデバイス６４の存在が感知されれば、ゲストデバイス６４が何番目のゲストデバイスであるかを判断し、その結果、ゲストデバイス６４が一番目のゲストデバイスであるか、またはホスト５に接続可能なゲストデバイスの最大個数Ｎを超えるＮ＋１番目のゲストデバイスである場合には、ステップ１３３に進み、前述した場合ではない場合には、ステップ１３４に進む。
【０１５６】
ステップ１３３で、セッションキー提供装置７は、ゲストデバイスの番号ｉを１と設定する。
【０１５７】
ステップ１３４で、セッションキー提供装置７は、デバイスＩＤ生成のシード値となる特定ストリングＧＤＩＤに前述した番号ｉを加算することによって、ゲストデバイスのデバイスＩＤ ＣＤＩＤを生成する。
【０１５８】
ステップ１３５で、セッションキー提供装置７は、前述した番号ｉを１ほど増加させる。
【０１５９】
ステップ１３６で、セッションキー提供装置７は、ゲストデバイス６４にホストＩＤ ＣＨＩＤ及びデバイスＩＤ ＣＤＩＤを提供する。
【０１６０】
ステップ１３７で、セッションキー提供装置７は、ホスト５からＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを獲得することによってセッションキー要請を受信する。
【０１６１】
ステップ１３８で、セッションキー提供装置７は、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを生成する。
【０１６２】
ステップ１３９で、セッションキー提供装置７は、ステップ１３７でセッションキー要請受信によって獲得された情報及びステップ１３８で生成されたＤＮｏｎｃｅに基づいて、ホスト５とゲストデバイス６４との間の何れか一つのセッションの間に使われるセッションキーを生成する。
【０１６３】
ステップ１３１０で、セッションキー提供装置７は、ステップ１３９で生成されたセッションキー、ＴＫＩＤ及びステップ１３７で生成された乱数ＤＮｏｎｃｅをゲストデバイス６４に提供する。
【０１６４】
図１４は、本発明の望ましい一実施形態による他のセッションキー獲得方法を示すフローチャートである。図１４を参照するに、本実施形態によるセッションキー獲得方法は、図１０に示されたゲストデバイス６４で時系列的に処理されるステップで構成される。したがって、以下省略された内容であっても、図１０に示されたゲストデバイス６４について前述した内容は、本実施形態によるセッションキー獲得方法にも適用される。
【０１６５】
但し、本実施形態が図６の実施形態を具現する装置で時系列的に処理されるステップで構成された方法であれば、次のステップ１４１ないし１４３を行った後にステップ１４４に進み、図７の実施形態を具現する装置で時系列的に処理されるステップに構成された方法であれば、次のステップ１４４を行った後にステップ１４５に進む。
【０１６６】
ステップ１４１で、ゲストデバイス６４は、セッションキー提供装置７からホスト５のホストＩＤ ＣＨＩＤを獲得する。
【０１６７】
ステップ１４２で、ゲストデバイス６４は、ステップ１４１で獲得されたホストＩＤ ＣＨＩＤを有するホスト５にデバイスＩＤ ＣＤＩＤを要請する。
【０１６８】
ステップ１４３で、ゲストデバイス６４は、ステップ１４２での要請に対する応答からゲストデバイス６４のデバイスＩＤ ＣＤＩＤを獲得する。
【０１６９】
ステップ１４４で、ゲストデバイス６４は、セッションキー提供装置７からホスト５のホストＩＤ ＣＨＩＤ及びゲストデバイス６４のデバイスＩＤ ＣＤＩＤを獲得する。
【０１７０】
ステップ１４５で、ゲストデバイス６４は、ステップ１４３またはステップ１４４で獲得されたデバイスＩＤ ＣＤＩＤをホスト５に提供することによってホスト５との連結を要請する。
【０１７１】
ステップ１４６で、ゲストデバイス６４は、ステップ１４５での連結要請に対する応答を受信することによってホスト５と連結されたということを認識する。
【０１７２】
ステップ１４７で、ゲストデバイス６４は、ステップ１４５での連結要請によって連結されたホスト５から、セッションキーを識別するための情報であるＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅを獲得する。
【０１７３】
ステップ１４８で、ゲストデバイス６４は、ホスト５からセッションキーを識別するための情報であるＴＫＩＤ及びセッションキーの生成に必要な情報であるホスト５に対応する乱数ＨＮｏｎｃｅが獲得されれば、ゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを生成する。
【０１７４】
ステップ１４９で、ゲストデバイス６４は、セッションキー生成装置７にステップ１２７で獲得された情報であるＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅ及びステップ１４８で生成された乱数ＤＮｏｎｃｅを提供することによってセッションキーを要請する。
【０１７５】
ステップ１４１０で、ゲストデバイス６４は、ステップ１４９での要請に対する応答から、セッションキー及びこのセッションキーを識別するための情報であるＴＫＩＤを獲得する。
【０１７６】
ステップ１４１１で、ゲストデバイス６４は、ホスト５にステップ１２９で獲得されたＴＫＩＤ及び乱数ＤＮｏｎｃｅを提供する。
【０１７７】
ステップ１４１２で、ゲストデバイス６４は、ホスト５からセッションキーを識別するための情報であるＴＫＩＤ、セッションキーの認証に必要な情報であるホスト５に対応する乱数ＨＮｏｎｃｅ及びＭＩＣを獲得する。
【０１７８】
ステップ１４１３で、ゲストデバイス６４は、ＭＩＣを計算し、これがステップ１４１２で獲得されたＭＩＣと一致すれば、ステップ１４１４に進み、一致しなければ、ステップ１４１６に進む。
【０１７９】
ステップ１４１４で、ゲストデバイス６４は、セッションキーを設置し、ホスト５にセッションキーが成功的に設置されたということを知らせる。
【０１８０】
ステップ１４１５で、ゲストデバイス６４は、ステップ１４１４で設置されたセッションキーを使用して何れか一つのセッションの間にホスト５との保安通信を行う。
【０１８１】
ステップ１４１６で、ゲストデバイス６４は、ホスト５との連結を切る。
【０１８２】
図１５は、本発明の望ましい一実施形態による他のセッションキー提供方法を示すフローチャートである。図１５を参照するに、本実施形態によるセッションキー提供方法は、図１１に示されたセッションキー提供装置７で時系列的に処理されるステップで構成される。したがって、以下省略された内容であっても、図１１に示されたセッションキー提供装置７について前述した内容は、本実施形態によるセッションキー獲得方法にも適用される。
【０１８３】
但し、本実施形態が図６の実施形態を具現する装置で時系列的に処理されるステップで構成された方法であれば、次のステップ１５１を行った後にステップ１５７に進み、図７の実施形態を具現する装置で時系列的に処理されるステップで構成された方法であれば、次のステップ１５２ないし１５６を行った後にステップ１５７に進む。
【０１８４】
ステップ１５１で、セッションキー提供装置７は、ゲストデバイス６４の存在が感知されれば、ゲストデバイス６４にホストＩＤ ＣＨＩＤを提供する。
【０１８５】
ステップ１５２で、セッションキー提供装置７は、ゲストデバイス６４の存在が感知されれば、ゲストデバイス６４が何番目のゲストデバイスであるかを判断し、その結果、ゲストデバイス６４が一番目のゲストデバイスであるか、またはホスト５に接続可能なゲストデバイスの最大個数Ｎを超えるＮ＋１番目のゲストデバイスである場合には、ステップ１５３に進み、前述した場合ではない場合には、ステップ１５４に進む。
【０１８６】
ステップ１５３で、セッションキー提供装置７は、ゲストデバイスの番号ｉを１と設定する。
【０１８７】
ステップ１５４で、セッションキー提供装置７は、デバイスＩＤ生成のシード値となる特定ストリングＧＤＩＤに前記番号ｉを加算することによって、ゲストデバイスのデバイスＩＤ ＣＤＩＤを生成する。
【０１８８】
ステップ１５５で、セッションキー提供装置７は、前記番号ｉを１ほど増加させる。
【０１８９】
ステップ１５６で、セッションキー提供装置７は、ゲストデバイス６４にホストＩＤ ＣＨＩＤ及びデバイスＩＤ ＣＤＩＤを提供する。
【０１９０】
ステップ１５７で、セッションキー提供装置７は、ホスト５からＴＫＩＤ及びホスト５に対応する乱数ＨＮｏｎｃｅ及びゲストデバイス６４に対応する乱数ＤＮｏｎｃｅを獲得することによってセッションキー要請を受信する。
【０１９１】
ステップ１５８で、セッションキー提供装置７は、ステップ１５７でセッションキー要請の受信によって獲得された情報に基づいて、ホスト５とゲストデバイス６４との間の何れか一つのセッションの間に使われるセッションキーを生成する。
【０１９２】
ステップ１５９で、セッションキー提供装置７は、ステップ１３９で生成されたセッションキー及びＴＫＩＤをゲストデバイス６４に提供する。
【０１９３】
一方、前述した本発明の実施形態は、コンピュータで実行されうるプログラムで作成可能であり、コンピュータで読み取り可能な記録媒体を利用して前記プログラムを動作させる汎用のディジタルコンピュータで具現されうる。また、前述した本発明の実施形態で使われたデータの構造は、コンピュータで読み取り可能な記録媒体に色々な手段を通じて記録されうる。
【０１９４】
前記コンピュータで読み取り可能な記録媒体は、マグネチック記録媒体（例えば、ＲＯＭ、フロッピー（登録商標）ディスク、ハードディスクなど）、光学的判読媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤなど）及びキャリアウェーブ（例えば、インターネットを通じた伝送）のような保存媒体を含む。
【０１９５】
以上、本発明についてその望ましい実施形態を中心に説明した。当業者は、本発明が本発明の本質的な特性から逸脱しない範囲で変形された形態で具現されうるということが理解できるであろう。したがって、開示された実施形態は、限定的な観点でなく、説明的な観点で考慮されねばならない。本発明の範囲は、前述した説明でなく、特許請求の範囲に現れており、それと同等な範囲内にある全ての差異点は、本発明に含まれていると解釈されねばならない。
【産業上の利用可能性】
【０１９６】
本発明は、ＷＵＳＢシステムを構成する装置に適用されうる。
【図面の簡単な説明】
【０１９７】
【図１】従来のＷＵＳＢシステムを示す図である。
【図２】従来のＷＵＳＢ保安通信方法を示すフローチャートである。
【図３】本発明の望ましい一実施形態によるＷＵＳＢシステムを示す図である。
【図４】本発明の望ましい一実施形態によるＷＵＳＢ保安通信方法を示すフローチャートである。
【図５】本発明の望ましい一実施形態による他のＷＵＳＢ保安通信方法を示すフローチャートである。
【図６】本発明の望ましい一実施形態によるさらに他のＷＵＳＢ保安通信方法を示すフローチャートである。
【図７】本発明の望ましい一実施形態によるさらに他のＷＵＳＢ保安通信方法を示すフローチャートである。
【図８】本発明の望ましい一実施形態によるゲストデバイスの構成図である。
【図９】本発明の望ましい一実施形態によるセッションキー提供装置の構成図である。
【図１０】本発明の望ましい一実施形態による他のゲストデバイスの構成図である。
【図１１】本発明の望ましい一実施形態による他のセッションキー提供装置の構成図である。
【図１２】本発明の望ましい一実施形態によるセッションキー獲得方法を示すフローチャートである。
【図１３】本発明の望ましい一実施形態によるセッションキー提供方法を示すフローチャートである。
【図１４】本発明の望ましい一実施形態による他のセッションキー獲得方法を示すフローチャートである。
【図１５】本発明の望ましい一実施形態による他のセッションキー提供方法を示すフローチャートである。
【符号の説明】
【０１９８】
５ ホスト
７ セッションキー提供装置
６４ ゲストデバイス
【特許請求の範囲】
【請求項１】
ホストとデバイスとの間の何れか一つのセッションの間に使われるセッションキーを提供する方法において、
（ａ）前記デバイスによって接近が不可能な領域に保存されたシードキーに基づいて前記セッションキーを生成するステップと、
（ｂ）前記生成されたセッションキーを前記デバイスに提供するステップとを含むことを特徴とする方法。
【請求項２】
前記デバイスによって接近が不可能な領域は、前記方法を行う装置に搭載された保安メモリであることを特徴とする請求項１に記載の方法。
【請求項３】
前記ホストのホストＩＤを前記デバイスに提供するステップと、
前記ホストＩＤを有するホストから提供された前記セッションキーの生成に必要な情報を前記デバイスから獲得するステップと、をさらに含み、
前記（ａ）ステップは、前記獲得された情報及び前記シードキーに基づいて前記セッションキーを生成することを特徴とする請求項１に記載の方法。
【請求項４】
前記デバイスの存在が感知されれば、所定のデバイスＩＤを提供するステップと、
前記所定のデバイスＩＤを割当てられたデバイスから前記セッションキーに対する要請を受信するステップとをさらに含み、
前記（ａ）ステップは、前記要請が受信されれば、前記セッションキーを生成することを特徴とする請求項１に記載の方法。
【請求項５】
前記デバイスから前記ホストに対応する第１乱数を受信するステップと、
前記デバイスに対応する第２乱数を生成するステップと、をさらに含み、
前記（ａ）ステップは、前記第１乱数及び前記第２乱数に基づいて前記セッションキーを生成することを特徴とする請求項１に記載の方法。
【請求項６】
前記（ｂ）ステップは、前記第２乱数及び前記セッションキーを前記デバイスに伝送することを特徴とする請求項５に記載の方法。
【請求項７】
前記ホストは、ＷＵＳＢ（Ｗｉｒｅｌｅｓｓ Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）規格上のホストであり、前記デバイスは、ＷＵＳＢ規格上のデバイスであることを特徴とする請求項１に記載の方法。
【請求項８】
ホストとデバイスとの間の何れか一つのセッションの間に使われるセッションキーを提供する装置において、
前記デバイスによって接近が不可能な領域に保存されたシードキーに基づいて前記セッションキーを生成するセッションキー生成部と、
前記生成されたセッションキーを前記デバイスに提供するセッションキー提供部と、を備えることを特徴とする装置。
【請求項９】
請求項１ないし７のうち何れか一項に記載の方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体。
【請求項１０】
ホストとデバイスとの間の何れか一つのセッションに対応するセッションキーを獲得する方法において、
（ａ）前記ホストから前記セッションキーの生成に必要な第１情報を獲得するステップと、
（ｂ）前記セッションキーを生成する装置に前記獲得された情報を提供することによって前記セッションキーを要請するステップと、
（ｃ）前記要請に対する応答から前記セッションキーを獲得するステップとを含むことを特徴とする方法。
【請求項１１】
前記セッションキーを生成する装置から前記ホストのホストＩＤを獲得するステップをさらに含み、
前記（ａ）ステップは、前記獲得されたホストＩＤを有するホストから前記セッションキーの生成に必要な第１情報を獲得することを特徴とする請求項１０に記載の方法。
【請求項１２】
前記ホストから所定のデバイスＩＤを獲得するステップと、
前記獲得された所定のデバイスＩＤを前記ホストに提供することによって前記ホストとの連結を要請するステップとをさらに含み、
前記（ａ）ステップは、前記連結要請によって連結されたホストから前記第１情報を獲得することを特徴とする請求項１０に記載の方法。
【請求項１３】
前記セッションキーを生成する装置から所定のデバイスＩＤを獲得するステップと、
前記獲得された所定のデバイスＩＤを前記ホストに提供することによって前記ホストとの連結を要請するステップと、をさらに含み、
前記（ａ）ステップは、前記連結要請によって連結されたホストから前記第１情報を獲得することを特徴とする請求項１０に記載の方法。
【請求項１４】
前記第１情報は、前記ホストに対応する乱数であることを特徴とする請求項１０に記載の方法。
【請求項１５】
前記（ｃ）ステップは、前記要請に対する応答から前記セッションキー及び前記セッションキーの生成に必要な第２情報を獲得し、
前記獲得された第２情報を前記ホストに提供するステップをさらに含むことを特徴とする請求項１０に記載の方法。
【請求項１６】
前記第２情報は、前記デバイスに対応する乱数であることを特徴とする請求項１５に記載の方法。
【請求項１７】
前記ホストは、ＷＵＳＢ規格上のホストであり、前記デバイスは、ＷＵＳＢ規格上のデバイスであることを特徴とする請求項１０に記載の方法。
【請求項１８】
ホストとデバイスとの間の何れか一つのセッションに対応するセッションキーを獲得する装置において、
前記ホストから前記セッションキーの生成に必要な情報を獲得する情報獲得部と、
前記セッションキーを生成する装置に前記獲得された情報を提供することによって前記セッションキーを要請するセッションキー要請部と、
前記要請に対する応答から前記セッションキーを獲得するセッションキー獲得部とを備えることを特徴とする装置。
【請求項１９】
請求項１０ないし１７のうち何れか一項に記載の方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体。
【請求項１】
ホストとデバイスとの間の何れか一つのセッションの間に使われるセッションキーを提供する方法において、
（ａ）前記デバイスによって接近が不可能な領域に保存されたシードキーに基づいて前記セッションキーを生成するステップと、
（ｂ）前記生成されたセッションキーを前記デバイスに提供するステップとを含むことを特徴とする方法。
【請求項２】
前記デバイスによって接近が不可能な領域は、前記方法を行う装置に搭載された保安メモリであることを特徴とする請求項１に記載の方法。
【請求項３】
前記ホストのホストＩＤを前記デバイスに提供するステップと、
前記ホストＩＤを有するホストから提供された前記セッションキーの生成に必要な情報を前記デバイスから獲得するステップと、をさらに含み、
前記（ａ）ステップは、前記獲得された情報及び前記シードキーに基づいて前記セッションキーを生成することを特徴とする請求項１に記載の方法。
【請求項４】
前記デバイスの存在が感知されれば、所定のデバイスＩＤを提供するステップと、
前記所定のデバイスＩＤを割当てられたデバイスから前記セッションキーに対する要請を受信するステップとをさらに含み、
前記（ａ）ステップは、前記要請が受信されれば、前記セッションキーを生成することを特徴とする請求項１に記載の方法。
【請求項５】
前記デバイスから前記ホストに対応する第１乱数を受信するステップと、
前記デバイスに対応する第２乱数を生成するステップと、をさらに含み、
前記（ａ）ステップは、前記第１乱数及び前記第２乱数に基づいて前記セッションキーを生成することを特徴とする請求項１に記載の方法。
【請求項６】
前記（ｂ）ステップは、前記第２乱数及び前記セッションキーを前記デバイスに伝送することを特徴とする請求項５に記載の方法。
【請求項７】
前記ホストは、ＷＵＳＢ（Ｗｉｒｅｌｅｓｓ Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）規格上のホストであり、前記デバイスは、ＷＵＳＢ規格上のデバイスであることを特徴とする請求項１に記載の方法。
【請求項８】
ホストとデバイスとの間の何れか一つのセッションの間に使われるセッションキーを提供する装置において、
前記デバイスによって接近が不可能な領域に保存されたシードキーに基づいて前記セッションキーを生成するセッションキー生成部と、
前記生成されたセッションキーを前記デバイスに提供するセッションキー提供部と、を備えることを特徴とする装置。
【請求項９】
請求項１ないし７のうち何れか一項に記載の方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体。
【請求項１０】
ホストとデバイスとの間の何れか一つのセッションに対応するセッションキーを獲得する方法において、
（ａ）前記ホストから前記セッションキーの生成に必要な第１情報を獲得するステップと、
（ｂ）前記セッションキーを生成する装置に前記獲得された情報を提供することによって前記セッションキーを要請するステップと、
（ｃ）前記要請に対する応答から前記セッションキーを獲得するステップとを含むことを特徴とする方法。
【請求項１１】
前記セッションキーを生成する装置から前記ホストのホストＩＤを獲得するステップをさらに含み、
前記（ａ）ステップは、前記獲得されたホストＩＤを有するホストから前記セッションキーの生成に必要な第１情報を獲得することを特徴とする請求項１０に記載の方法。
【請求項１２】
前記ホストから所定のデバイスＩＤを獲得するステップと、
前記獲得された所定のデバイスＩＤを前記ホストに提供することによって前記ホストとの連結を要請するステップとをさらに含み、
前記（ａ）ステップは、前記連結要請によって連結されたホストから前記第１情報を獲得することを特徴とする請求項１０に記載の方法。
【請求項１３】
前記セッションキーを生成する装置から所定のデバイスＩＤを獲得するステップと、
前記獲得された所定のデバイスＩＤを前記ホストに提供することによって前記ホストとの連結を要請するステップと、をさらに含み、
前記（ａ）ステップは、前記連結要請によって連結されたホストから前記第１情報を獲得することを特徴とする請求項１０に記載の方法。
【請求項１４】
前記第１情報は、前記ホストに対応する乱数であることを特徴とする請求項１０に記載の方法。
【請求項１５】
前記（ｃ）ステップは、前記要請に対する応答から前記セッションキー及び前記セッションキーの生成に必要な第２情報を獲得し、
前記獲得された第２情報を前記ホストに提供するステップをさらに含むことを特徴とする請求項１０に記載の方法。
【請求項１６】
前記第２情報は、前記デバイスに対応する乱数であることを特徴とする請求項１５に記載の方法。
【請求項１７】
前記ホストは、ＷＵＳＢ規格上のホストであり、前記デバイスは、ＷＵＳＢ規格上のデバイスであることを特徴とする請求項１０に記載の方法。
【請求項１８】
ホストとデバイスとの間の何れか一つのセッションに対応するセッションキーを獲得する装置において、
前記ホストから前記セッションキーの生成に必要な情報を獲得する情報獲得部と、
前記セッションキーを生成する装置に前記獲得された情報を提供することによって前記セッションキーを要請するセッションキー要請部と、
前記要請に対する応答から前記セッションキーを獲得するセッションキー獲得部とを備えることを特徴とする装置。
【請求項１９】
請求項１０ないし１７のうち何れか一項に記載の方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２００７−１８４９３９（Ｐ２００７−１８４９３９Ａ）
【公開日】平成１９年７月１９日（２００７．７．１９）
【国際特許分類】
【出願番号】特願２００７−２６０（Ｐ２００７−２６０）
【出願日】平成１９年１月４日（２００７．１．４）
【出願人】（３９００１９８３９）三星電子株式会社 (8,520)
【氏名又は名称原語表記】Ｓａｍｓｕｎｇ Ｅｌｅｃｔｒｏｎｉｃｓ Ｃｏ．，Ｌｔｄ．
【Ｆターム（参考）】
【公開日】平成１９年７月１９日（２００７．７．１９）
【国際特許分類】
【出願日】平成１９年１月４日（２００７．１．４）
【出願人】（３９００１９８３９）三星電子株式会社 (8,520)
【氏名又は名称原語表記】Ｓａｍｓｕｎｇ Ｅｌｅｃｔｒｏｎｉｃｓ Ｃｏ．，Ｌｔｄ．
【Ｆターム（参考）】
[ Back to top ]