JP2001127785A

JP2001127785A - ネットワーク接続装置、通信装置及びネットワーク接続方法

Info

Publication number: JP2001127785A
Application number: JP31029599A
Authority: JP
Inventors: Takeshi Saito; 健斉藤; Yoshiaki Takahata; 由彰高畠; Mikio Hashimoto; 幹生橋本
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1999-10-29
Filing date: 1999-10-29
Publication date: 2001-05-11
Anticipated expiration: 2019-10-29
Also published as: US7627748B2; US20050060547A1; JP3655510B2

Abstract

(57)【要約】【課題】同じネットワークには接続されていない装置
間のコンテンツ保護手続きを可能とするネットワーク接
続装置を提供すること。【解決手段】第１のＩＥＥＥ１３９４バス上の送信装
置から、同期チャネル＃ｘ、ネットワーク接続装置、同
期チャネル＃ｙの経路で、第２のＩＥＥＥ１３９４バス
上の受信装置へ、暗号化されたデータが転送される。受
信装置は、このデータが暗号化されている場合、ネット
ワーク接続装置にこのデータの送信装置に関する情報の
問い合わせを行う。ネットワーク接続装置は、これに応
答して、該データの送信装置に関する情報の問い合わせ
を第１のＩＥＥＥ１３９４バス上で行い、これによって
得られた送信装置に関する情報を、受信装置に通知す
る。受信装置は、受信された前記情報に基づいて、送信
装置との間で、直接認証・鍵交換手続きを行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＩＥＥＥ１３９４
バスや無線ネットワーク等のネットワーク間のデータ転
送を中継するネットワーク接続装置及びネットワーク接
続方法、並びにＩＥＥＥ１３９４バスや無線ネットワー
ク等のネットワークを介して通信を行う通信装置に関す
る。

【０００２】

【従来の技術】近年、デジタル放送の開始や、デジタル
機器の発売等、いわゆる「家庭ＡＶ環境のデジタル化」
が大きな注目を集めている。デジタルＡＶデータは、様
々な圧縮が可能、マルチメディアデータとしての処理が
可能、何回再生しても劣化がない、等の優れた特徴を持
ち、今後その用途はますます広がっていくものと考えら
れる。

【０００３】しかしながら、このデジタルＡＶ技術に
は、「コンテンツの不正コピーを行うことが比較的容易
である」という側面もある。すなわち、どのようなデジ
タルコンテンツについても、原理的に「ビット」のコピ
ーで、元通りの品質の、しかも未来永劫にわたって一切
劣化の無い複製を作ることができてしまうため、いわゆ
る「不正コピー」の問題が発生する。

【０００４】この「不正コピー」を防ぐための技術がい
くつか検討されている。その中の１つが、ＣＰＴＷＧ
（コピープロテクション技術ワーキンググループ）で検
討されている「１３９４ＣＰコンテンツ保護システム仕
様（１３９４ＣＰＣｏｎｔｅｎｔＰｒｏｔｅｃｔｉ
ｏｎＳｙｓｔｅｍＳｐｅｃｉｆｉｃａｔｉｏｎ）」で
ある。この技術は、ＩＥＥＥ１３９４バスに接続された
ノード間で、転送するコンテンツ（例えば、ＭＰＥＧデ
ータ等）について、送受信ノードの間で予め認証手続き
を行い、暗号鍵（コンテンツキー）を共有できるように
しておき、以降は転送するコンテンツを暗号化して転送
し、認証手続きを行った両者以外にはコンテンツが読め
ないようにする技術である。

【０００５】このようにすることにより、認証を行って
いないノードは、コンテンツキーの値がわからないた
め、転送されているデータ（暗号化されているデータ）
をたとえ取り込むことができたとしても、この暗号を復
号化することはできない。このような認証に参加できる
ノードは、あらかじめ定められた認証機関が許可したノ
ードのみとしておくことで、不正なノードが暗号鍵を入
手することを未然に防ぎ、不正コピーを予め防ぐことが
可能になる。

【０００６】

【発明が解決しようとする課題】ＩＥＥＥ１３９４バス
は、「最低速度でも１００Ｍｂｐｓ」、「網そのものに
自動構成認識機能が備わっている」、「ＱＯＳ転送機能
を持つ」等、非常に優れた特徴を持つネットワークシス
テムであり、それゆえに家庭向けのデジタルＡＶ向けの
ネットワークとして、デファクトスタンダードの地位を
築いている。

【０００７】しかしながら、このようなＩＥＥＥ１３９
４の特徴ゆえに、「ＩＥＥＥ１３９４と他のネットワー
クを接続するとき」に様々な制約を生んでいる。例え
ば、無線網や公衆網とＩＥＥＥ１３９４バスを接続する
場合には、無線網や公衆網が１００Ｍｂｐｓ以上といっ
た高速性を一般には有していないことや、ＩＥＥＥ１３
９４の自動構成認識機能を無線網や公衆網へそのまま拡
張するといった方法が簡単にはとれないことから、ＩＥ
ＥＥ１３９４プロトコルをそのまま無線網や公衆網に拡
張するといった方法を使うことはできない。

【０００８】そこで、ＩＥＥＥ１３９４と無線網や公衆
網等の他網との間にプロトコル変換ゲートウェイを配置
して相互接続する方法や、片方の網上のサービスをもう
片方の網のサービスとして提供するいわゆる代理サーバ
の方法等も提案されている。

【０００９】ところが、これらの方法を、前述した１３
９４コピープロテクションに適用しようとした場合、現
状では該コピープロテクション技術が未だＩＥＥＥ１３
９４バスについてのみ定められている状況である。この
コピープロテクション技術を「ＩＥＥＥ１３９４と他の
ネットワークを接続するとき」に拡張するための技術は
無いのが現状である。

【００１０】また、ＩＥＥＥ１３９４バス同士を接続す
る場合には、以下の問題点があった。

【００１１】ＩＥＥＥ１３９４バスに接続された送信ノ
ードが、暗号化されたデータを送信する場合は、暗号化
されたデータ、送信元のノードＩＤ、送信チャネルの少
なくとも３つを含んだパケットを送信する。

【００１２】このデータをネットワーク接続装置を介し
て接続された他のＩＥＥＥ１３９４バスに接続された受
信ノードに送信する場合、次の２つのケースが考えられ
る。第１のケースでは、ネットワーク接続装置は、この
パケットの送信元を自装置のノードＩＤに書き換える。
この場合、送信ノードと受信ノードが直接認証・鍵交換
をすることはできないという問題があった。一方、第２
のケースでは、ネットワーク接続装置が、送信元のノー
ドＩＤを書き換えないでデータを転送する。この場合、
異なるＩＥＥＥ１３９４バス上であるため、ノードＩＤ
の重複が発生し、正確なデータの転送がなされないとい
う問題があった。

【００１３】従来のコピープロテクション技術は、ＩＥ
ＥＥ１３９４同士を１３９４ブリッジで接続したシステ
ムに拡張するには不十分であった。

【００１４】本発明は、上記事情を考慮してなされたも
ので、ＩＥＥＥ１３９４バス同士を接続する１３９４ブ
リッジで接続したネットワークあるいはＩＥＥＥ１３９
４バス同士を他の無線ネットワークで接続するシステム
において、同じネットワークには接続されていない装置
間のコンテンツ保護手続きを可能とするネットワーク接
続装置、通信装置及びネットワーク接続方法を提供する
ことを目的とする。

【００１５】また、本発明は、コピープロテクション技
術をＩＥＥＥ１３９４のみならず、これと相互接続され
た他網にも拡張可能なネットワーク接続装置、通信装置
及びネットワーク接続方法を提供することを目的とす
る。

【００１６】

【課題を解決するための手段】本発明（請求項１）は、
第１のＩＥＥＥ１３９４バスと第２のＩＥＥＥ１３９４
バスとを接続するネットワーク接続装置において、前記
第１のＩＥＥＥ１３９４バス上の第１の同期チャネルま
たは第１の非同期ストリームチャネルを介して、前記第
１のＩＥＥＥ１３９４バス上に接続された送信ノードか
ら転送されたデータを受信するデータ受信手段と、前記
データを前記第２のＩＥＥＥ１３９４バス上の第２の同
期チャネルまたは第２の非同期ストリームチャネルを介
して、前記第２のＩＥＥＥ１３９４バス上に接続された
受信ノードに転送するデータ転送手段と、前記受信ノー
ドから、前記第２のＩＥＥＥ１３９４バス上の所定のパ
ケットを介して、前記送信ノードに関する情報の問い合
わせを受信する問い合わせ受信手段と、前記問い合わせ
を受信した場合、前記第１のＩＥＥＥ１３９４バス上の
所定のパケットを介して、前記送信ノードに該情報の問
い合わせを行う問い合わせ手段と、前記送信ノードか
ら、前記第１のＩＥＥＥ１３９４バス上の所定のパケッ
トを介して、該情報の問い合わせに対する応答を受信す
る応答受信手段と、前記応答を、前記第２のＩＥＥＥ１
３９４バス上の所定のパケットを介して、前記受信ノー
ドに通知する応答通知手段とを具備したことを特徴とす
る。

【００１７】好ましくは、前記所定のパケットは、同期
パケット、非同期ストリーム、非同期パケットのいずれ
かであるようにしてもよい。

【００１８】好ましくは、前記応答受信手段が受信する
前記応答のパケットには、前記送信ノードに関する情報
として、前記送信ノードを識別する情報および前記デー
タの転送のために用いられる前記送信ノードのプラグま
たはサブユニットを識別する情報が含まれるようにして
もよい。

【００１９】好ましくは、前記第２のＩＥＥＥ１３９４
バス上の受信ノードは、通知を受けた前記情報に基づい
て、前記第１のＩＥＥＥ１３９４バス上の送信ノードと
の間で直接、認証・鍵交換手続きを行うものであるよう
にしてもよい。

【００２０】好ましくは、前記第１の同期チャネルまた
は前記第１の非同期ストリームチャネルを識別する情報
と、前記送信ノードを識別する情報と、前記第２の同期
チャネルまたは前記第２の非同期ストリームチャネルを
識別する情報との対応関係を記憶する記憶手段を更に具
備し、前記問い合わせ手段で受信した情報に含まれる前
記第２の同期チャネルまたは前記第２の非同期ストリー
ムチャネルを識別する情報に基づいて、前記記憶手段に
記憶された前記対応関係を参照して決定した前記送信ノ
ードに対して前記情報の問い合わせを行うようにしても
よい。

【００２１】また、本発明（請求項５）は、第１のＩＥ
ＥＥ１３９４バスと第２のＩＥＥＥ１３９４バスとを接
続するネットワーク接続装置において、前記第１のＩＥ
ＥＥ１３９４バス上の第１の同期チャネルまたは第１の
非同期ストリームチャネルを介して、前記第１のＩＥＥ
Ｅ１３９４バス上に接続された送信ノードから転送され
たデータを受信するデータ受信手段と、前記データを前
記第２のＩＥＥＥ１３９４バス上の第２の同期チャネル
または第２の非同期ストリームチャネルを介して、前記
第２のＩＥＥＥ１３９４バス上に接続された受信ノード
に転送するデータ転送手段と、前記受信ノードから、前
記第２のＩＥＥＥ１３９４バス上の所定のパケットを介
して、前記送信ノードに関する情報の問い合わせを受信
する問い合わせ受信手段と、前記問い合わせを受信した
場合に、前記第１のＩＥＥＥ１３９４バス上の所定のパ
ケットを介して、前記送信ノードに、自装置の仮想的な
プラグまたはサブユニットが前記第１の同期チャネルの
データを受信するものであるとして、該情報の問い合わ
せを行う問い合わせ手段と、前記送信ノードから、前記
第１のＩＥＥＥ１３９４バス上の所定のパケットを介し
て、該情報の問い合わせに対する応答を受信する応答受
信手段と、前記問い合わせを受信した場合に、前記第２
のＩＥＥＥ１３９４バス上の所定のパケットを介して、
前記受信ノードに、自装置の仮想的なプラグまたはサブ
ユニットが前記第２の同期チャネルのデータを送信する
ものであるとして、該情報の問い合わせに対する応答を
通知する応答通知手段とを具備したことを特徴とする。

【００２２】好ましくは、前記所定のパケットは、同期
パケット、非同期ストリーム、非同期パケットのいずれ
かであるようにしてもよい。

【００２３】好ましくは、前記問い合わせ受信手段が受
信する前記問い合わせのパケットには、前記受信ノード
に関する情報として、前記受信ノードを識別する情報お
よび前記データの転送のために用いられる前記受信ノー
ドのプラグまたはサブユニットを識別する情報が含ま
れ、前記応答受信手段が受信する前記応答のパケットに
は、前記送信ノードに関する情報として、前記送信ノー
ドを識別する情報および前記データの転送のために用い
られる前記送信ノードのプラグまたはサブユニットを識
別する情報が含まれ、前記ネットワーク接続装置は、前
記第１のＩＥＥＥ１３９４バス上で前記問い合わせに応
答した送信ノードのプラグまたはサブユニットと自装置
の仮想的なプラグまたはサブユニットとの間で認証・鍵
交換手続きを行う第１の認証・鍵交換処理手段と、自装
置の仮想的なプラグまたはサブユニットと前記第２のＩ
ＥＥＥ１３９４バス上の受信ノードのプラグまたはサブ
ユニットとの間で認証・鍵交換手続きを行う第２の認証
・鍵交換処理手段とを更に具備するようにしてもよい。

【００２４】好ましくは、前記第１の認証・鍵交換処理
手段による認証・鍵交換手続きが完了した後に、前記第
１のＩＥＥＥ１３９４バス上の送信ノードから、前記仮
想的なプラグまたはサブユニットに関係する暗号鍵に関
する情報を受信する暗号鍵情報受信手段と、前記第２の
認証・鍵交換処理手段による認証・鍵交換手続きの少な
くとも一部が完了した後に、前記暗号鍵に関する情報
を、前記第２のＩＥＥＥ１３９４上の受信ノードに転送
する暗号鍵情報転送手段とを更に具備するようにしても
よい。

【００２５】好ましくは、前記第１の同期チャネルまた
は前記第１の非同期ストリームチャネルを識別する情報
と、前記送信ノードを識別する情報と、前記第２の同期
チャネルまたは前記第２の非同期ストリームチャネルを
識別する情報との対応関係を記憶する記憶手段を更に具
備し、前記問い合わせ手段で受信した情報に含まれる前
記第２の同期チャネルまたは前記第２の非同期ストリー
ムチャネルを識別する情報に基づいて、前記記憶手段に
記憶された前記対応関係を参照して決定した前記送信ノ
ードに対して前記情報の問い合わせを行うようにしても
よい。

【００２６】また、本発明（請求項１０）は、同一ネッ
トワークに接続されているノード間での暗号化データの
送信及び又は受信においては、１つ以上の暗号鍵を使用
する第１のネットワークと、同一ネットワークに接続さ
れているノード間での暗号化データの送信及び又は受信
においては、同一の暗号鍵を使用し、かつ所定のチャネ
ルを介してデータの送信及び又は受信を行う第２のネッ
トワークとを接続するネットワーク接続装置において、
前記第１のネットワーク上に接続されたノードから転送
されたデータを受信するデータ受信手段と、前記データ
を前記第２のネットワーク上の所定のチャネルを介し
て、前記第２のネットワーク上に接続されたノードに転
送するデータ転送手段と、前記第２のネットワーク上に
接続されたノードから、認証要求を受信する認証要求受
信手段と、前記認証要求を受信した場合に、前記第２の
ネットワーク上に接続されたノードに、該ノードが受信
しているチャネルを識別する情報を問い合わせる問い合
わせ手段と、前記第２のネットワーク上に接続されたノ
ードから、前記情報の問い合わせに対する応答を受信す
る応答受信手段と、前記応答受信手段で受信した応答に
含まれる情報により特定される前記第２のネットワーク
上のチャネルに転送すべきデータを自装置に送信する前
記第１のネットワーク上に接続されたノードから、該デ
ータのための暗号鍵に関する情報を受信する暗号鍵情報
受信手段と、前記暗号鍵に関する情報を、前記第２のネ
ットワーク上のノードに転送する暗号鍵情報転送手段と
を具備したことを特徴とする。

【００２７】好ましくは、前記応答により特定される前
記第２のネットワーク上のチャネルに転送すべきデータ
を自装置に送信する前記第１のネットワーク上に接続さ
れたノードとの間で、認証・鍵交換手続きを行う第１の
認証・鍵交換処理手段と、前記応答により特定される前
記第２のネットワーク上のチャネルを介して前記データ
を転送すべき前記第２のネットワーク上に接続されたノ
ードとの間で認証・鍵交換手続きを行う第２の認証・鍵
交換処理手段とを更に具備するようにしてもよい。

【００２８】また、本発明（請求項１２）は、第１のネ
ットワークと第２のネットワークとを接続するネットワ
ーク接続装置において、自装置と前記第１のネットワー
ク上の任意の装置との間において、暗号管理情報が同一
で且つ異なるフローに属するデータの暗号化は異なる暗
号鍵で行い、自装置と前記第２のネットワーク上の任意
の装置との間において、暗号管理情報を同じくするデー
タの暗号化は同一の暗号鍵で行うことを特徴とする。暗
号管理情報は、例えば、「このデータは何回コピー
可」、「このデータはコピー不可」等、送られるデータ
のコピーをどの様に扱うかが記載されている情報であ
る。

【００２９】また、本発明（請求項１３）は、自装置と
同一のＩＥＥＥ１３９４バスに接続されたネットワーク
接続装置を介して他のＩＥＥＥ１３９４バス上の送信ノ
ードからのデータを受信する通信装置において、前記同
一のＩＥＥＥ１３９４バス上の第１の同期チャネルまた
は第１の非同期ストリームチャネルを介して、前記ネッ
トワーク接続装置から転送されたデータを受信するデー
タ受信手段と、受信された前記データが暗号化されてい
る場合に、前記同一のＩＥＥＥ１３９４バス上の所定の
パケットを介して、前記ネットワーク接続装置に、該暗
号化されたデータの送信ノードに関する情報の問い合わ
せを行う問い合わせ手段と、前記問い合わせを受信した
前記ネットワーク接続装置が前記他のＩＥＥＥ１３９４
バス上で該情報の問い合わせを行って取得した該情報の
問い合わせに対する応答を、前記同一のＩＥＥＥ１３９
４バス上の所定のパケットを介して該ネットワーク接続
装置から受信する応答受信手段と、前記応答受信手段で
受信した前記応答に含まれる情報に基づいて、前記他の
ＩＥＥＥ１３９４バス上の送信ノードとの間で直接、認
証・鍵交換手続きを行う認証・鍵交換処理手段とを備え
たことを特徴とする。

【００３０】また、本発明（請求項１４）は、自装置と
同一のＩＥＥＥ１３９４バスに接続されたネットワーク
接続装置を介して他のＩＥＥＥ１３９４バス上の送信ノ
ードからのデータを受信する通信装置において、前記同
一のＩＥＥＥ１３９４バス上の第１の同期チャネルまた
は第１の非同期ストリームチャネルを介して、前記ネッ
トワーク接続装置から転送されたデータを受信するデー
タ受信手段と、受信された前記データが暗号化されてい
る場合に、前記同一のＩＥＥＥ１３９４バス上の所定の
パケットを介して、前記ネットワーク接続装置に、該暗
号化されたデータの送信ノードに関する情報の問い合わ
せを行う問い合わせ手段と、前記問い合わせを受信した
前記ネットワーク接続装置から、前記同一のＩＥＥＥ１
３９４バス上の所定のパケットを介して、該ネットワー
ク接続装置を送信ノードとする前記送信ノードに関する
情報を含む、前記問い合わせに対する応答を受信する通
知受信手段と、前記通知受信手段で受信した前記通知に
含まれる情報に基づいて、前記ネットワーク接続装置と
の間で認証・鍵交換手続きを行う認証・鍵交換処理手段
とを備えたことを特徴とする。

【００３１】また、本発明（請求項１５）は、第１のＩ
ＥＥＥ１３９４バスと第２のＩＥＥＥ１３９４バスとを
接続するネットワーク接続方法において、前記第１のＩ
ＥＥＥ１３９４バス上の送信ノードは、暗号化されたデ
ータを前記第１の同期チャネルを介して送信し、前記ネ
ットワーク接続装置は、前記第１のＩＥＥＥ１３９４バ
ス上の第１の同期チャネルを介して、前記送信ノードか
ら転送されてきた前記暗号化されたデータを受信し、こ
のデータを前記第２のＩＥＥＥ１３９４バス上の第２の
同期チャネルを介して、前記第２のＩＥＥＥ１３９４バ
ス上に接続された受信ノードに転送し、前記受信ノード
は、前記第２のＩＥＥＥ１３９４バス上の第２の同期チ
ャネルを介して転送されてきたデータを受信し、該デー
タが暗号化されたものである場合、前記第２のＩＥＥＥ
１３９４バス上の所定のパケットを介して、前記ネット
ワーク接続装置に、該暗号化されたデータの送信ノード
に関する情報の問い合わせを行い、前記ネットワーク接
続装置は、前記受信ノードから、前記第２のＩＥＥＥ１
３９４バス上の所定のパケットを介して、前記送信ノー
ドに関する情報の問い合わせを受信した場合、前記第１
のＩＥＥＥ１３９４バス上の所定のパケットを介して、
前記送信ノードに、該情報の問い合わせを行い、前記送
信ノードは、前記ネットワーク接続装置から、前記第１
のＩＥＥＥ１３９４バス上の所定のパケットを介して、
前記情報の問い合わせを受信した場合、前記第１のＩＥ
ＥＥ１３９４バス上の所定のパケットを介して、前記ネ
ットワーク接続装置に、該情報の問い合わせに対する応
答を送信し、前記ネットワーク接続装置は、前記送信ノ
ードから、前記第１のＩＥＥＥ１３９４バス上の所定の
パケットを介して、前記情報の問い合わせに対する応答
を受信した場合、該応答を、前記第２のＩＥＥＥ１３９
４バス上の所定のパケットを介して、前記受信ノードに
通知し、前記受信ノードは、前記通知に含まれる情報に
基づいて、前記送信ノードとの間で、直接認証・鍵交換
手続きを行うことを特徴とする。

【００３２】また、本発明（請求項１６）は、第１のＩ
ＥＥＥ１３９４バスと第２のＩＥＥＥ１３９４バスとを
接続するネットワーク接続方法において、前記第１のＩ
ＥＥＥ１３９４バス上の送信ノードは、暗号化されたデ
ータを前記第１の同期チャネルを介して送信し、前記ネ
ットワーク接続装置は、前記第１のＩＥＥＥ１３９４バ
ス上の第１の同期チャネルを介して、前記送信ノードか
ら転送されてきた前記暗号化されたデータを受信し、こ
のデータを前記第２のＩＥＥＥ１３９４バス上の第２の
同期チャネルを介して、前記第２のＩＥＥＥ１３９４バ
ス上に接続された受信ノードに転送し、前記受信ノード
は、前記第２のＩＥＥＥ１３９４バス上の第２の同期チ
ャネルを介して転送されてきたデータを受信し、該デー
タが暗号化されたものである場合、前記第２のＩＥＥＥ
１３９４バス上の所定のパケットを介して、前記ネット
ワーク接続装置に、該受信ノードを識別する情報および
該暗号化されたデータの転送のために用いられる該受信
ノードのプラグまたはサブユニットを識別する情報を含
む、該暗号化されたデータの送信ノードに関する情報の
問い合わせを行い、前記ネットワーク接続装置は、前記
受信ノードから、前記第２のＩＥＥＥ１３９４バス上の
所定のパケットを介して、前記送信ノードに関する情報
の問い合わせを受けた場合、前記第１のＩＥＥＥ１３９
４バス上の所定のパケットを介して、前記送信ノード
に、該ネットワーク接続装置の仮想的なプラグまたはサ
ブユニットが前記第１の同期チャネルのデータを受信す
るものであるとして、該情報の問い合わせを行うととも
に、前記第２のＩＥＥＥ１３９４バス上の所定のパケッ
トを介して、前記受信ノードに、該ネットワーク接続装
置の仮想的なプラグまたはサブユニットが前記第２の同
期チャネルのデータを送信するものであるとして、該情
報の問い合わせに対する応答を通知し、前記送信ノード
は、前記ネットワーク接続装置から、前記第１のＩＥＥ
Ｅ１３９４バス上の所定のパケットを介して、前記情報
の問い合わせを受信した場合、前記第１のＩＥＥＥ１３
９４バス上の所定のパケットを介して、前記ネットワー
ク接続装置に、該送信ノードを識別する情報および前記
暗号化されたデータの転送のために用いられる該送信ノ
ードのプラグまたはサブユニットを識別する情報を含
む、該情報の問い合わせに対する応答を送信し、前記送
信ノードのプラグまたはサブユニットと前記ネットワー
ク接続装置の仮想的なプラグまたはサブユニットとの間
で認証・鍵交換手続きを行うとともに、前記ネットワー
ク接続装置の仮想的なプラグまたはサブユニットと前記
受信ノードのプラグまたはサブユニットとの間で認証・
鍵交換手続きを行うことを特徴とする。

【００３３】なお、装置に係る本発明は方法に係る発明
としても成立し、方法に係る本発明は装置に係る発明と
しても成立する。

【００３４】また、装置または方法に係る本発明は、コ
ンピュータに当該発明に相当する手順を実行させるため
の（あるいはコンピュータを当該発明に相当する手段と
して機能させるための、あるいはコンピュータに当該発
明に相当する機能を実現させるための）プログラムを記
録したコンピュータ読取り可能な記録媒体としても成立
する。

【００３５】本発明（請求項１等）によれば、ネットワ
ーク接続装置が、第２のＩＥＥＥ１３９４バス上の受信
ノードに、第１のＩＥＥＥ１３９４バス上の送信ノード
に関する情報を通知してあげるので、受信ノードはネッ
トワークの異なる送信ノードとの間で直接、認証・鍵交
換手続きを行うことができ、同じネットワークには接続
されていない送受信ノード間のコンテンツ保護手続きが
可能となる。

【００３６】また、本発明（請求項５等）によれば、認
証問い合わせ手続きにおいて、ネットワーク接続装置
が、第１のＩＥＥＥ１３９４バス上の送信ノード／第２
のＩＥＥＥ１３９４バス上の受信ノードにそれぞれ自装
置を受信ノード／送信ノードとして通知し、認証・鍵交
換手続きについて、ネットワーク接続装置が、第１のＩ
ＥＥＥ１３９４バス上の送信ノードとの間および第２の
ＩＥＥＥ１３９４バス上の受信ノードとの間でそれぞれ
行い、鍵に関する情報については、送信ノードから受信
ノードにフォワードするので、同じネットワークには接
続されていない送受信ノード間のコンテンツ保護手続き
が可能となる。

【００３７】また、本発明（請求項１０等）によれば、
ネットワーク接続装置は、第２のネットワーク上の受信
ノードから認証要求を受信した場合に、該受信ノードが
受信している同期チャネルを確認し、その同期チャネル
に転送すべきデータを第１のネットワーク上で送信する
ノードから該データのための暗号鍵に関する情報を通知
された場合、これを第２のネットワーク上の受信ノード
に通知するので、同じネットワークには接続されていな
い送受信ノード間のコンテンツ保護手続きが可能とな
る。

【００３８】また、本発明では、ネットワーク接続装置
は暗号化されたデータを復号化することなくフォワード
することができるため、ネットワーク接続装置を通過す
る毎に暗号の復号化および再暗号化を行う必要がなくな
り、大幅な処理コストの低減を図ることができる。

【００３９】

【発明の実施の形態】以下、図面を参照しながら発明の
実施の形態を説明する。

【００４０】（第１の実施形態）図１に、本発明を適用
するネットワークの全体構成の一例を示す。

【００４１】本実施形態においては図１のネットワーク
に例示するように、２つのＩＥＥＥ１３９４バス１０
４，１０５が中継装置（もしくはネットワーク中継装
置）１０２によりブリッジ接続されているネットワーク
において、第１のＩＥＥＥ１３９４バス（１０４）に接
続された送信装置１０１から中継装置１０２を介して第
２のＩＥＥＥ１３９４バス（１０５）に接続された受信
装置１０３に対して、ＡＶストリームを転送する場合を
例にとって説明する。その際に、その著作権保護（不正
コピーの防止）のために、送信ノード（１０１）と受信
ノード（１０３）との間で転送されるＡＶストリームは
暗号化される場合を考える。また、上記ＡＶストリーム
の一例としてＭＰＥＧ映像データを用いて説明する。

【００４２】本実施形態では、ＩＥＥＥ１３９４バス上
での認証・鍵交換は、ＡＶデータフロー毎あるいはＡＶ
／Ｃのプラグ毎に行われ、同じノード間でフロー毎ある
いはプラグ毎に異なる暗号鍵Ｋを使用することが可能で
あるものとする。ここで、ＰＣＲ（プラグコントロール
レジスタ、ｉＰＣＲ（入力プラグコントロールレジス
タ）やｏＰＣＲ（出力プラグコントロールレジスタ））
は、ＩＥＥＥ１３９４ＡＶ／Ｃスペックにて規定される
論理的な番号であり、ネットワークインタフェース（本
実施形態の場合、ＩＥＥＥ１３９４Ｉ／Ｆ）から入力ま
たは出力されるＡＶストリームデータを入力または出力
する入口番号または出口番号と考えればよい。なお、以
下で使う具体的なＰＣＲの番号は一例である。

【００４３】第１のＩＥＥＥ１３９４バス（１０４）の
バスＩＤを“Ａ”、第２のＩＥＥＥ１３９４バス（１０
５）のバスＩＤを“Ｂ”とする。送信装置１０１の物理
ＩＤを“ａ”、受信装置１０３の物理ＩＤを“ｄ”とす
る。ノードのノードＩＤ（アドレス）は、（バスＩＤ、
物理ＩＤ）で定義される。送信装置１０１のノードＩＤ
は（Ａ，ａ）、受信装置１０３のノードＩＤは（Ｂ，
ｄ）で表される。中継装置１０２の第１のＩＥＥＥ１３
９４（１０４）側のインタフェースのノードＩＤを
（Ａ，ｂ）、中継装置１０２の第２のＩＥＥＥ１３９４
（１０５）側のインタフェースのノードＩＤを（Ｂ，
ｃ）とする。

【００４４】なお、本実施形態では、本例において送信
側となるノードを送信装置、本例において受信側となる
ノードを受信装置と呼んでいるが、もちろん、送信装置
１０１や受信装置１０３は、後述する送信側としての機
能や受信側としての機能以外の機能を持っていても良い
し（送信側としての機能と受信側としての機能の両方の
機能を持っていても良い）、また、図１では、３つのノ
ード１０１，１０２，１０３のみを示してあるが、これ
らの他にもノードが接続されていてももちろんよい（こ
の点は、後述する他の実施形態においても同様であ
る）。

【００４５】図２に、送信装置１０１の内部構成例を示
す。

【００４６】送信装置１０１は、図２に示されるよう
に、ＩＥＥＥ１３９４インタフェース２０１、ＡＶ／Ｃ
（ＡＶ／ＣＤｉｇｉｔａｌＩｎｔｅｒｆａｃｅＣ
ｏｍｍａｎｄＳｅｔＧｅｎｅｒａｌＳｐｅｃｉｆ
ｉｃａｔｉｏｎ）プロトコルの処理を行う、ＡＶ／Ｃプ
ロトコル処理部２０２、ＡＶ／Ｃプロトコル内のコピー
プロテクションに関する処理を行う、コピープロテクシ
ョン処理部２０３、ＩＥＥＥ１３９４を通して送受信さ
れるデータのうち同期チャネルを通してやり取りされる
データについて送受信する、ＩＳＯ信号送受信部２０
４、ＭＰＥＧ映像のストレージである、ＭＰＥＧストレ
ージ部２０６、コピープロテクション処理部２０３から
暗号鍵Ｋを貰いＭＰＥＧ映像を暗号化してＩＳＯ信号送
受信部２０４に送出する、暗号化部２０５を有する。

【００４７】送信装置１０１は、ＭＰＥＧ映像データを
蓄積可能なノードであり、要求に応じてＭＰＥＧ映像デ
ータを送出する。その際、転送経路上で不法にコピーを
されることを未然に防止するために必要な場合には送出
するＭＰＥＧ映像データを暗号化して送出する機能を持
つ。そのため、自装置が送出するＭＰＥＧ映像データを
受信するノードとの間で認証データや暗号鍵等の交換を
行うための機構も持つ。

【００４８】本例では、送信装置１０１は、受信装置１
０３との間でＡＶストリームのやり取りを暗号化を施し
た上で行うために直接的には中継装置１０２との間で、
間接的に受信装置１０３との間で、認証・鍵交換手続き
を行う。このための認証・鍵交換手続きを行うのが認証
のための機器証明（認証フォーマット）Ａｃｅｒｔを内
部に持つコピープロテクション処理部２０３である。

【００４９】ＩＥＥＥ１３９４の場合は、認証・鍵交換
の手続きはＡＶ／Ｃプロトコルに含まれるため、ＡＶ／
Ｃプロトコル処理部２０２にて多重化処理が行われ、Ｉ
ＥＥＥ１３９４インタフェース（Ｉ／Ｆ）２０１を通し
てパケットのやり取りがなされる。コピープロテクショ
ン処理部２０３にて、使用する暗号鍵Ｋが決まる。

【００５０】ここでは、送信装置１０１から送出される
ＡＶストリームが、ＭＰＥＧストリームであるとする。
ＭＰＥＧストレージ部２０６から送出されたＭＰＥＧス
トリームは、暗号化部２０５で暗号鍵Ｋにて暗号化さ
れ、ＩＳＯ信号送受信部２０４でＩＥＥＥ１３９４向け
のパケット化やタイムスタンプ処理などがなされ、ＩＥ
ＥＥ１３９４インタフェース２０１を通して第１のＩＥ
ＥＥ１３９４バス（１０４）に対して送出される。

【００５１】図３に、受信装置１０３の内部構成例を示
す。

【００５２】受信装置１０３は、図３に示されるよう
に、ＩＥＥＥ１３９４インタフェース３０１、ＡＶ／Ｃ
プロトコルの処理を行う、ＡＶ／Ｃプロトコル処理部３
０２、ＡＶ／Ｃプロトコル内のコピープロテクションに
関する処理を行う、コピープロテクション処理部３０
３、ＩＥＥＥ１３９４を通して送受信されるデータのう
ち同期チャネルを通してやり取りされるデータについて
送受信する、ＩＳＯ信号送受信部３０４、受信した暗号
化されたストリーム（ＭＰＥＧ映像等）をコピープロテ
クション処理部３０３から渡される暗号鍵Ｋを使ってこ
れを復号化する、暗号復号化部３０５、ＭＰＥＧデコー
ド部３０６、映像を表示する、ディスプレイ部３０７を
有する。

【００５３】受信装置１０３は、受信したＭＰＥＧ映像
データをデコードし表示する機能を有する装置である。
その際、転送経路上で不法にコピーをされることを未然
に防止するために送信側が暗号化して送出したＭＰＥＧ
映像データを復号化する機能を持つ。そのため、ＭＰＥ
Ｇ映像データを送信するノードとの間で認証データや暗
号鍵等の交換を行うための機構も持つ。

【００５４】本例では、受信装置１０３は、送信装置１
０１との間でＡＶストリームのやり取りを暗号化を施し
た上で行うために直接的には中継装置１０２との間で、
間接的に送信装置１０１との間で、認証・鍵交換手続き
を行う。このための認証・鍵交換手続きを行うのが認証
のための機器証明Ｂｃｅｒｔを内部に持つコピープロテ
クション処理部３０３である。なお、機器証明Ｂｃｅｒ
ｔの発行機関は、送信装置１０１の機器証明Ａｃｅｒｔ
の発行機関と同一の発行機関であるものとする。

【００５５】ＩＥＥＥ１３９４インタフェース（Ｉ／
Ｆ）３０１を通してパケットを受信すると、コピープロ
テクションのための認証・鍵交換のためのパケットは、
ＡＶ／Ｃプロトコル処理部３０２にて分離処理が行わ
れ、コピープロテクション処理部３０３に渡される。こ
の認証・鍵交換の手続きにより、ＡＶストリームの暗号
化に使用される暗号鍵Ｋが決まる。

【００５６】ＩＥＥＥ１３９４インタフェース３０１を
通して暗号化されたＡＶストリームを受信すると、ＩＳ
Ｏ信号送受信部３０４にて１３９４ヘッダの除去やタイ
ムスタンプを用いた同期処理等が行われ、暗号化ＡＶス
トリームが暗号復号化部３０５に渡される。コピープロ
テクション処理部３０３から暗号鍵Ｋを貰い、これを復
号して、ＭＰＥＧデコード部３０６でデコードし、これ
をディスプレイ部３０７で映像・音声として表示する。

【００５７】図４に、中継装置１０２の内部構成例を示
す。

【００５８】中継装置１０２は、図４に示されるよう
に、第１のＩＥＥＥ１３９４インタフェース（Ｉ／Ｆ）
４０１、第２のＩＥＥＥ１３９４インタフェース（Ｉ／
Ｆ）４０８、第１のＡＶ／Ｃプロトコル処理部４０２、
第２のＡＶ／Ｃプロトコル処理部４０９、第１のコピー
プロテクション処理部４０３、第２のコピープロテクシ
ョン処理部４１０、ブリッジテーブル部４０５、第１の
ＩＳＯ信号送受信部４０４、第２のＩＳＯ信号送受信部
４０７、ブリッジ接続処理部４０６を有する。

【００５９】第１のコピープロテクション処理部４０３
は、第１のＩＥＥＥ１３９４バス（１０４）上の装置
（本例の場合、送信装置１０１）と認証・鍵交換手続き
を行う。同様に、第２のコピープロテクション部４１０
は、第２のＩＥＥＥ１３９４バス（１０５）上の装置
（本例の場合、受信装置１０３）と認証・鍵交換手続き
を行う。

【００６０】ＩＥＥＥ１３９４のブリッジ接続において
は、複数のＩＥＥＥ１３９４バス間の同期チャネルを接
続することが可能となる。この対応関係を記憶するの
が、ブリッジテーブル部４０５である。

【００６１】図５に、ブリッジテーブル部４０５が管理
するブリッジテーブルの構成例を示す。ブリッジテーブ
ルには、この例では、第１のＩＥＥＥ１３９４バス（１
０４）上の特定の同期チャネル（例えば、＃ｘ）と第２
のＩＥＥＥ１３９４バス（１０５）上の特定の同期チャ
ネル（例えば、＃ｙ）との間の関係、すなわち、同期チ
ャネル番号、どちらが送信側でどちらが受信側かを示す
情報（送受信の方向）、送信者のノードＩＤ＝（バスＩ
Ｄ、物理ＩＤ）、それぞれのチャネルに関して認証・鍵
交換を行う認証先等が登録される。後述するように、こ
れらの登録は順次行われていく。

【００６２】次に、実際のコピープロテクションを施し
た上でのＭＰＥＧ映像転送のための全体的なシーケンス
について、図６（全体のシーケンス例）、図７（中継装
置１０２のフローチャート例）を参照しながら説明す
る。

【００６３】まず、送信装置１０１が、受信装置１０３
に対してＡＶ／Ｃコマンドを発行し、そのプラグの操作
を行う（Ｓ５０１）。具体的には、受信装置１０３の入
力プラグコントロールレジスタ（ｉＰＣＲ）を操作し、
例えば、「ｉＰＣＲ［０］を通してデータを受信する旨
の要求」あるいは「ディスプレイサブユニットに対する
映像表示要求」などのコマンドを発行する。なお、サブ
ユニットは、ＡＶ／Ｃプロトコルにて規定されるノード
内の機能要素である。

【００６４】次に、送信装置１０１は、自装置から受信
装置１０３に至る同期チャネルの確立を行うため、ブリ
ッジ接続コマンドを発行する（Ｓ５０２）。

【００６５】このブリッジ接続コマンドは、例えば「受
信ノード（Ｂ，ｄ）のｉＰＣＲ［０］に至る同期チャネ
ルを確立せよ。帯域はＢＷ、第１のＩＥＥＥ１３９４バ
ス上の同期チャネル番号は＃ｘを使用すること。」とい
う内容を要求する情報を含む。このコマンドは、非同期
パケットの形（例えば、受信装置１０３宛または中継装
置１０２宛であり、さらにその特定のレジスタ宛になっ
ていてもよい）で送信されても、非同期ストリームの形
で送信されてもよいが、どちらの場合も中継装置１０２
により一旦受信される。

【００６６】なお、第１のＩＥＥＥ１３９４バス（１０
４）上に、中継装置１０２以外の中継装置が接続されて
いても、あるいはこのコマンドが受信されてもよいが、
受信装置１０３に至る経路以外の中継装置は、このコマ
ンドの処理は行わないものとする。

【００６７】送信装置１０１から送信されたブリッジ接
続コマンドは、中継装置１０２により受信（Ｓ７０１）
される（そのブリッジ接続処理部４０６に渡される）。

【００６８】このブリッジ接続コマンドを受信した中継
装置１０２は、受信ノード（Ｂ，ｄ）に至る経路上に自
分がいることを認識すると、受信装置１０３に至る経路
（第２のＩＥＥＥ１３９４バス）の必要帯域ＢＷをもっ
た同期チャネル（＃ｙ）を確保し、ブリッジ接続コマン
ドを発行する（Ｓ５０３，Ｓ７０２，Ｓ７０４）。この
ブリッジ接続コマンドは、受信装置１０３宛の非同期パ
ケットでもよい。このコマンドの中身は、記録されてい
る同期チャネル番号が第２のＩＥＥＥ１３９４バス上で
使用される＃ｙに書き換えられている以外は、Ｓ５０２
におけるブリッジ接続コマンドとほぼ同様である。

【００６９】上記コマンドの発行とともに（同時にもし
くは相前後して）、ブリッジ接続処理部４０６は、図５
のブリッジテーブルの「同期チャネル番号」の行と「送
受信の方向」の行の値の設定を行う（Ｓ７０３）。この
ときのブリッジテーブルの登録内容が図５（ａ）であ
る。

【００７０】これらブリッジ接続コマンドにより、送信
装置１０１と受信装置１０３との間の同期チャネルの経
路（＃ｘ→＃ｙ）が確立される。

【００７１】次に、送信装置１０１は、同期チャネル＃
ｘを通して、暗号鍵Ｋにて暗号化されたＡＶストリーム
を送信する（Ｓ５０４）。

【００７２】なお、この時点ではまだ認証要求も認証・
鍵交換も行われていない。また、受信装置１０３はまだ
暗号鍵Ｋを得ていない。

【００７３】中継装置１０２は、同期チャネル＃ｘから
上記暗号化ＡＶストリームを受信（Ｓ７０５）すると、
ブリッジテーブルを参照して、このＡＶストリームは第
２のＩＥＥＥ１３９４バス（１０５）側に同期チャネル
＃ｙで送信すべきものであると判断し、第２のＩＥＥＥ
１３９４バス（１０５）上の同期チャネル＃ｙを通し
て、タイムスタンプの値などを適当に変更した上で、送
信する（Ｓ５０５、Ｓ７０６）。このとき、暗号化され
たＡＶストリームはそのまま送信する。

【００７４】また、これとともに（同時にもしくは相前
後して）、第１のＩＥＥＥ１３９４バス（１０４）から
受信された同期パケットの送信ノードＩＤを参照して、
送信者のノードＩＤが（Ａ，ａ）であることを認識する
と、このＩＤ情報をブリッジテーブルの第１のＩＥＥＥ
１３９４バス側の送信者の欄に登録する（Ｓ７０５）。
また、第２のＩＥＥＥ１３９４バス側の送信者の欄は自
分自身である。このときのブリッジテーブルの登録内容
が図５（ｂ）である。

【００７５】次に、受信装置１０３は、同期チャネル＃
ｙを通して、上記暗号化ＡＶストリームを受信する。こ
こで、受信装置１０３は、受信したデータが暗号化され
ていることを認識し、この暗号化データの送信者との間
での認証・鍵交換の必要性を認識する。ここでは、認証
・鍵交換のためには、まず、この暗号化データの送信者
（に関する情報）を取得するための手順を行う必要があ
る。

【００７６】そこで、受信装置１０３は、受信した暗号
化データの送信者（に関する情報）を取得するために、
認証問い合わせパケットを中継装置１０２に対して送信
する（Ｓ５０６）。

【００７７】この認証問い合わせパケットは、第２のＩ
ＥＥＥ１３９４バス（１０５）上の同期チャネル＃ｙに
対してデータを送信しているのがどのノード（あるいは
どのノードのどのプラグ）であるのかを確認するための
パケットである。また、このパケットには、この暗号化
ＡＶデータを受信しているのが、受信装置１０３である
ことを示すために、同期チャネル番号＃ｙの他に、受信
装置１０３のノードＩＤ（Ｂ，ｄ）と、受信しているプ
ラグであるｉＰＣＲ［０］の値等も入っている。

【００７８】なお、実際には、この認証問い合わせパケ
ットは、非同期ストリームにて送られるパケットでもよ
いが、暗号化ＡＶデータの送信ノードＩＤの値を見て、
暗号化ＡＶデータを同期チャネル＃ｙにて送信している
のが中継装置１０２であることがわかるため、中継装置
１０２宛の非同期パケットでもよい。

【００７９】この認証問い合わせパケットを受信（Ｓ７
０７）した中継装置１０２は、ブリッジテーブルの認証
先の欄に、「同期チャネル＃ｙを受信しているのは
（Ｂ，ｄ）のｉＰＣＲ［０］である」旨を登録する（Ｓ
７０８）。このときのブリッジテーブルの登録内容が図
５（ｃ）である。

【００８０】さらに、この同期チャネルを送信している
のが第１のＩＥＥＥ１３９４バス上（１０４）の（Ａ，
ａ）であることをブリッジテーブルを参照することによ
り確認（Ｓ７０８）し、（Ａ，ａ）に対して認証問い合
わせをフォワードする（Ｓ５０７，Ｓ７０９）。その際
は、認証問い合わせパケットにおける同期チャネル番号
は、ブリッジテーブルを参照して、第１のＩＥＥＥ１３
９４バス（１０４）上の同期チャネルに相当する＃ｘに
変更しておく。

【００８１】この認証問い合わせパケットを受信した送
信装置１０１は、同期チャネル＃ｘに対して送信してい
るのは、ノードＩＤが（Ａ，ａ）、プラグがｏＰＣＲ
［０］である旨を、認証応答として返答する（Ｓ５０
８）。このとき、認証応答の送信先は、Ｓ５０７におけ
る認証問い合わせの送信者であった中継装置１０２であ
る。

【００８２】この認証応答を受信（Ｓ７１０）した中継
装置１０２は、このパケットを参照して、ブリッジテー
ブルの第１のＩＥＥＥ１３９４側の認証先（（Ａ，
ａ）、ｏＰＣＲ［０］）を登録する（Ｓ７１０）。この
ときのブリッジテーブルの登録内容が図５（ｄ）であ
る。

【００８３】さらに、第２のＩＥＥＥ１３９４バス（１
０５）上で使用している同期チャネル番号＃ｙに変更し
た上で受信装置１０３に認証応答をフォワードする（Ｓ
５０９，Ｓ７１１）。

【００８４】以上の手続きにより、受信装置１０３は、
認証・鍵交換を行うべき相手が、送信装置１０１（ノー
ドＩＤが（Ａ，ａ）、プラグがｏＰＣＲ［０］）である
ことを認識する。この時点で、受信者である受信装置１
０３は送信者である送信装置１０１と認証・鍵交換の手
続きを行うことができるようになる。

【００８５】続いて、受信装置１０３は、認証要求を送
信装置１０１に対して直接送信する（Ｓ５１０）。この
認証要求には、送信側の装置のノードＩＤ（Ａ，ａ）と
プラグｏＰＣＲ［０］、および受信側の装置のノードＩ
Ｄ（Ｂ，ｄ）とプラグｉＰＣＲ［０］の値が含まれてい
てもよい。また、この認証要求には受信装置の機器証明
Ｂｃｅｒｔが含まれていてもよい。また、送信装置１０
１も、認証要求を受信装置１０３に対して直接送信する
（Ｓ５１１）。この認証要求にも、送受信側の装置のノ
ードＩＤとプラグの値が含まれていてもよい。また、こ
の認証要求には送信装置の機器証明Ａｃｅｒｔが含まれ
ていてもよい。

【００８６】認証が成立すると、続いて、認証・鍵交換
が行われ（Ｓ５１２，Ｓ５１３，Ｓ７１２）、送信装置
１０１と受信装置１０３との双方で認証鍵が共有され
る。次に、送信装置１０１から受信装置１０２に対し
て、暗号鍵Ｋを計算するための交換鍵ＫｘとシードＮｃ
が送信され（Ｓ５１４）、受信装置１０３は、交換鍵Ｋ
ｘとシードＮｃをもとに暗号鍵Ｋを計算することができ
るようになる。

【００８７】これ以降、中継装置１０２を介して、送信
装置１０１と受信装置１０３との間で暗号鍵Ｋによる暗
号通信を行うことができる。

【００８８】すなわち、送信装置１０１が、送信するＭ
ＰＥＧ映像を、暗号鍵Ｋを使って、暗号化部２０５にて
暗号化し、これを第１の１３９４バス（１０４）の同期
チャネル＃ｘを通して中継装置１０２に対して送信す
る。

【００８９】中継装置１０２は、送信装置１０１から同
期チャネル＃ｘを通して送られてくる暗号化されたＭＰ
ＥＧ映像を、ＩＳＯ信号送受信部４０４から無線ＩＳＯ
信号送受信部４０５を通して、無線同期チャネル＃ｙに
送信する。

【００９０】これを受信した受信装置１０３は、暗号鍵
Ｋの値を使ってＭＰＥＧ映像の値を復号化する。（暗号
が）復号化されたＭＰＥＧデータは、ＭＰＥＧデコード
部３０６にて（ＭＰＥＧ符号が）デコードされる。デコ
ードされたデータは、例えば、ディスプレイ部３０７に
て再生表示される。

【００９１】このように、あるＩＥＥＥ１３９４バスと
他のＩＥＥＥ１３９４バスとの間にブリッジ・ノードが
存在するような相互接続の環境においても、エンド−エ
ンドのノード同士（本実施形態では送信装置１０１と受
信装置１０３）が認証手続きや鍵交換手続きを行うこと
ができ、さらにその内容を中継装置１０２を含め、その
他のノードが知ることはできない仕組みとなっている。
また、コンテンツ保護を必要とする実際のＭＰＥＧ映像
等のデータの転送も、コピーが不可能なように経路の全
てで暗号化されており、安全なデータ転送が可能になっ
ている。これによって、このような相互接続の環境にお
いても、コピープロテクションを考慮したデータ転送を
行うことが可能になる。

【００９２】なお、認証問い合わせパケットは、ＩＥＥ
Ｅ１３９４のＣＳＲ（コマンドステータスレジスタ）空
間の特定のアドレス（レジスタ）に、その送信先を指定
してもよいし、ＡＶ／Ｃのセキュリティコマンドの１つ
としてこれを定義してもよい。

【００９３】本実施形態においては、ＰＣＲ（プラグコ
ントロールレジスタ）番号を認証問い合わせに用いるこ
とによる例を示したが、ＰＣＲの代わりに、サブユニッ
ト番号や、ＡＶデータを転送している同期チャネル番号
を用いて、認証問い合わせを行うように構成することも
可能である。

【００９４】（第２の実施形態）次に、第２の実施形態
について説明する。

【００９５】本実施形態も、第１の実施形態と同様に、
ブリッジ接続されている場合の認証・鍵交換・暗号化デ
ータのやり取りについて説明するが、第１の実施形態と
の相違点は、中継装置も機器証明を持っており、第１の
ＩＥＥＥ１３９４バス上での認証・鍵交換と第２のＩＥ
ＥＥ１３９４バス上での認証・鍵交換とをそれぞれ中継
装置が終端する点である。ただし、暗号化データ、交換
鍵Ｋｘの値、シードＮｃの値は中継装置では終端されず
そのままフォワードされる。

【００９６】以下では、第１の実施形態と相違する点を
中心に説明する。

【００９７】本実施形態のネットワーク構成例は図１と
同様である。送信装置１０１の内部構成例は図２と同様
である。受信装置１０３の内部構成例は図３と同様であ
る。

【００９８】図８に、本実施形態の中継装置（もしくは
ネットワーク中継装置）１０２の内部構成例を示す。

【００９９】本実施形態の中継装置１０２は、第１の実
施形態の構成例と同様に、第１のＩＥＥＥ１３９４イン
タフェース（Ｉ／Ｆ）１１０１、第２のＩＥＥＥ１３９
４インタフェース（Ｉ／Ｆ）１１０８、第１のＡＶ／Ｃ
プロトコル処理部１１０２、第２のＡＶ／Ｃプロトコル
処理部１１０９、第１のコピープロテクション処理部１
１０３、第２のコピープロテクション処理部１１１０、
第１のＩＳＯ信号送受信部１１０４、第２のＩＳＯ信号
送受信部１１０７、ブリッジテーブル部１１０５、ブリ
ッジ接続処理部１１０６を有する。

【０１００】第１の実施形態との相違点は、各コピープ
ロテクション処理部１１０３，１１１０内にそれぞれ機
器証明（Ｃｃｅｒｔ，Ｄｃｅｒｔ）を持っている点（も
ちろんそれに加えて処理アルゴリズムが相違する点）で
ある。

【０１０１】図９に、本実施形態におけるシーケンス例
を示す。

【０１０２】また、図１０に、本実施形態におけるブリ
ッジテーブルの構成例を示す。

【０１０３】シーケンスの初期において、送信装置１０
１と受信装置１０３との間、送信装置１０１と中継装置
１０２との間、および中継装置１０２と受信装置１０３
との間で、ＡＶ／Ｃコマンド（Ｓ１２０１）、ブリッジ
接続コマンド（Ｓ１２０２，Ｓ１２０３）、暗号化ＡＶ
データ（Ｓ１２０４，Ｓ１２０５）がやり取りされる点
は、第１の実施形態と同様である。また、第１の実施形
態と同様のタイミングで、ブリッジテーブルが図１０
（ａ）、図１０（ｂ）というように登録される。その他
のＳ１２０１からＳ１２０５までの手順については説明
を省略する。

【０１０４】なお、この時点ではまだ認証要求も認証・
鍵交換も行われていない。また、受信装置１０３はまだ
暗号鍵Ｋを得ていない。

【０１０５】第１の実施形態と同様に、Ｓ１２０５にお
けるＡＶストリームを受信した受信装置１０３は、受信
したデータが暗号化されていることを認識し、この暗号
化データの送信者との間での認証・鍵交換の必要性を認
識し、この暗号化データの送信者を突き止めるための手
順を行う。このため、認証問い合わせパケットを中継装
置に対して送信する（Ｓ１２０６）。実際には、この認
証問い合わせパケットは、非同期ストリームにて送られ
るパケットでもよいが、暗号化ＡＶデータの送信ノード
ＩＤの値を見て、暗号化ＡＶデータを同期チャネル＃ｙ
にて送信しているのが中継装置１０２であることがわか
るため、中継装置１０２宛の非同期パケットでもよい。
この認証問い合わせパケットは、第２のＩＥＥＥ１３９
４バス（１０５）上の同期チャネル＃ｙに対してデータ
を送信しているのが誰なのかを確認するためのパケット
である。このパケットには、この暗号化ＡＶデータを受
信しているのが、受信装置１０３であることを示すため
に、同期チャネル番号＃ｙの他に、受信装置１０３のノ
ードＩＤ（Ｂ，ｄ）と、受信しているプラグであるｉＰ
ＣＲ［０］の値等も入っている。

【０１０６】この認証問い合わせパケットを受信した中
継装置１０２は、ブリッジテーブルの認証先の欄に、
「同期チャネル＃ｙを受信しているのは（Ｂ，ｄ）のｉ
ＰＣＲ［０］である」旨を登録する。さらに、この同期
チャネルを送信しているのが第１のＩＥＥＥ１３９４バ
ス上（１０４）の（Ａ，ａ）であることをブリッジテー
ブルを参照することにより確認し、（Ａ，ａ）に対して
認証問い合わせを行うことを認識する。このとき、第１
の実施形態のように、中継装置１０２がこの認証問い合
わせをフォワードするのではなく、本実施形態では、あ
くまで認証問い合わせを行うのは中継装置１０２である
として、認証問い合わせを発行する。その際は、同期チ
ャネル番号は、ブリッジテーブルを参照して、第１のＩ
ＥＥＥ１３９４バス（１０４）上の同期チャネルに相当
する＃ｘとしておくのはもちろん、ＡＶデータを受信し
ている架空のｉＰＣＲを含め、認証問い合わせの送信元
は中継装置１０２の架空のｉＰＣＲであるとして、認証
問い合わせを送信する（Ｓ１２０７）。また、ブリッジ
テーブルに、この架空のＰＣＲの値を登録する。なお、
架空のＰＣＲの番号は予め定められた架空のＰＣＲ用の
番号の範囲から選択され、架空でない実在のＰＣＲの番
号は予め定められた実在のＰＣＲ用の番号の範囲から選
択されるものとし、ここでは上記の架空のｉＰＣＲの番
号は一例としてｉＰＣＲ［１００］であるものとする。
このときのブリッジテーブルの登録内容が図１０（ｃ）
である。

【０１０７】この認証問い合わせパケットを受信した送
信装置１０１は、同期チャネル＃ｘに対して送信してい
るのはノードＩＤが（Ａ，ａ）、プラグがｏＰＣＲ
［０］である旨を認証応答として返答する（Ｓ１２０
８）。このとき、認証応答の送信先は、Ｓ１２０７にお
ける認証問い合わせの送信者であった中継装置１０２で
ある。

【０１０８】この認証応答を受信した中継装置１０２
は、このパケットを参照して、ブリッジテーブルに送信
側の認証先（（Ａ，ａ）、ｏＰＣＲ［０］）を登録する
とともに、先の受信装置１０３からの認証問い合わせ
（Ｓ１２０６）に対する返答として、あたかも自分の仮
想のｏＰＣＲ（ｏＰＣＲ［１００］とする）がＡＶデー
タの送信を行っているものとして、認証応答を返す（Ｓ
１２０９）。また、ブリッジテーブルに、この架空のＰ
ＣＲの値を登録する。このときのブリッジテーブルの登
録内容が図１０（ｄ）である。

【０１０９】以上の手続きにより、受信装置１０３は、
認証・鍵交換を行うべき相手が、中継装置１０２（ノー
ドＩＤが（Ｂ，ａ）、プラグがｏＰＣＲ［１００］）で
あることを認識する。この時点で、受信装置１０３と中
継装置１０２との間および中継装置１０２と送信装置１
０１と間でそれぞれ認証・鍵交換の手続きを行うことが
できるようになる。

【０１１０】続いて、受信装置１０３は認証要求を中継
装置１０２に対して、中継装置１０２は認証要求を送信
装置１０１に対して、それぞれ送信する（Ｓ１２１０，
Ｓ１２１５）。Ｓ１２１１とＳ１２１６についても同様
である。このように第１のＩＥＥＥ１３９４バス（１０
４）と第２のＩＥＥＥ１３９４バス（１０５）とで認証
・鍵交換は独立に行われる。これは、受信装置１０３は
（そのｉＰＣＲ［０］に対して）認証すべき相手先が中
継装置１０２（のｏＰＣＲ［１００］）であると認識
し、送信装置１０１も（そのｏＰＣＲ［０］に対して）
認証すべき相手が中継装置１０２（のｉＰＣＲ［１０
０］）であると認識しているためである。

【０１１１】以降、送信装置１０１と中継装置１０２と
の間および中継装置１０２と受信装置１０３との間のそ
れぞれにおいて、認証要求、認証鍵・交換が行われる
（Ｓ１２１０〜Ｓ１２３１３，Ｓ１２１５〜Ｓ１２１
８）。

【０１１２】また、Ｓ１２１４とＳ１２１９において
は、送信装置１０１から中継装置１０２に送られてき
た、交換鍵ＫｘおよびシードＮｃの値を、中継装置１０
２はそのまま受信装置１０３に対してフォワードする。
これによって、送信装置１０１と受信装置１０３との間
で暗号鍵Ｋを共有することが可能となり、受信装置１０
３において暗号化ＡＶストリームの復号が可能となる。
そして、これ以降、第１の実施形態と同様に、中継装置
１０２を介して、送信装置１０１と受信装置１０３との
間で暗号鍵Ｋによる暗号通信を行うことができる。

【０１１３】（第３の実施形態）次に、第３の実施形態
について説明する。

【０１１４】図１１に、本発明を適用するネットワーク
の全体構成の一例を示す。

【０１１５】本実施形態では、第１のＩＥＥＥ１３９４
バス（２１０５）と無線ＬＡＮ（２１０７）との間が第
１の中継装置２１０２により接続され、無線ＬＡＮ（２
１０７）と第２のＩＥＥＥ１３９４バス（２１０６）と
の間が第２の中継装置２１０３により接続されている場
合に、第１のＩＥＥＥ１３９４バス（２１０５）に接続
された送信装置２１０１から第２のＩＥＥＥ１３９４バ
ス（２１０６）に接続された受信装置へＡＶデータを転
送する場合を例にとって説明する。このとき、これまで
の実施形態と同様に、著作権保護のためにこれらのＡＶ
データ（一例としてＭＰＥＧ映像データ）には暗号がか
けられた上で送信される場合を考える。

【０１１６】以下では、これまでの実施形態と相違する
点を中心に説明する。

【０１１７】本実施形態の送信装置２１０１の内部構成
例は基本的には第１の実施形態（図２参照）と同様であ
る。受信装置２１０４の内部構成例も基本的には第１の
実施形態（図３参照）と同様である。

【０１１８】図１２に、本実施形態の中継装置（もしく
はネットワーク中継装置）２１０５，２１０７の内部構
成を示す。

【０１１９】本実施形態の中継装置（２１０５，２１０
７）は、ＩＥＥＥ１３９４インタフェース２２０１、無
線ＬＡＮインタフェース２２１０、第１のＡＶ／Ｃプロ
トコル処理部２２０２、第２のＡＶ／Ｃプロトコル処理
部２２０６、第１のコピープロテクション処理部２２０
３、第２のコピープロテクション処理部２２０５、第１
のＩＳＯ信号送受信部２２０７、第２のＩＳＯ信号送受
信部２２０９、ＡＶ／Ｃサブユニット代理処理部２２０
４、パケットフォーマット変換部２２０８を有する。

【０１２０】各コピープロテクション処理部２２０３，
２２０５内にそれぞれ機器証明（Ｃｃｅｒｔ，Ｄｃｅｒ
ｔ）を持つ。

【０１２１】パケットフォーマット変換部２２０８は、
チャネル対応テーブルを持つ。図１３に、第１の中継装
置２１０２のチャネル対応テーブルの例を示し、図１４
に、第２の中継装置２１０３のチャネル対応テーブルの
例を示す。

【０１２２】ここでは、第２の中継装置２１０３につい
て主に述べるが、基本的な動作等は第１の中継装置２１
０２も、第２の中継装置２１０３も、同様である（構成
自体は同様であるが、一方には送信装置２１０１が接続
され、他方には受信装置２１０４が接続されるという相
違から、送信装置２１０１から受信装置２１０４へのパ
ケット転送について見たときにパケットの入側または出
側がＩＥＥＥ１３９４バス側かまたは無線ＬＡＮ側かと
いう点でＩＥＥＥ１３９４バス側と無線ＬＡＮ側との論
理的な機能が入れ替わるところと、また受信装置２１０
４に対して受信チャネル確認を行うか否かというところ
などが、動作として異なってくる）。なお、以下では、
本実施形態の中継装置２１０２，２１０３につては、第
２の実施形態における中継装置１０２との相違点を中心
に説明する。

【０１２３】図１５に、本実施形態における全体のシー
ケンス例を示す。

【０１２４】なお、鍵交換前に行われる暗号化ＡＶデー
タ転送までのシーケンスにおいて、送信装置２１０１か
ら受信装置２１０４へ制御コマンドが転送される点、送
信装置２１０１から中継装置２１０２・中継装置２１０
３を経て受信装置２１０４までの経路が設定される点に
ついては、第１、第２の実施形態と基本的には同様もし
くは類似であり、図１５においてはそれらの手順の説明
を省略している。

【０１２５】ここで、本実施形態の中継装置（２１０
２，２１０３）は、一方のネットワーク上のサービスや
サブユニットなどの構成認識を自動的に行い、これらの
サービスやサブユニット等を、あたかも自分自身（中継
装置自身）のサービスあるいはサブユニットであるとし
て他方のネットワーク上に見せる機能を持ってもよい。
本実施形態では、そのような機能を持つものとして説明
している。この機能を実現するのが、ＡＶ／Ｃサブユニ
ット代理処理部２２１０である。なお、このような機能
の詳細については、例えば電子情報通信学会ＩＮ研究会
９８−２１５等に開示されている。

【０１２６】図１１の例においては、第１の中継装置２
１０２が、無線ＬＡＮ（２１０７）側に対して、送信装
置２１０１の代理サービスを行っているものとする。こ
れによって、無線ＬＡＮ（２１０７）側では、第１の中
継装置２１０２内の一構成要素として、送信装置２１０
１（のサービスやサブユニット等）が認識される。

【０１２７】また、第２の中継装置２１０３は、第２の
ＩＥＥＥ１３９４バス（２１０６）側に対して、第１の
中継装置２１０２内の一構成要素である「当該第１の中
継装置２１０２が提供している送信装置２１０１の代理
サービス」の代理サービスを行っているものとする。つ
まり、第２の中継装置２１０３は、第２のＩＥＥＥ１３
９４バス（２１０６）側に対して、送信装置２１０１の
代理サービスを行っている。これによって、第２のＩＥ
ＥＥ１３９４バス（２１０６）側では、第１の中継装置
２１０２内の一構成要素として、送信装置２１０１（の
サービスやサブユニット等）が認識される。

【０１２８】また、中継装置２１０２，２１０３では、
代理サービスを提供している先のネットワーク側からの
制御コマンドをそのネットワーク側のＡＶ／Ｃプロトコ
ル処理部で受信し、このコマンドが実際にはどのサービ
ス／サブユニットに宛てて送出されたものであるかをＡ
Ｖ／Ｃサブユニット代理処理部２２０４内のテーブルを
参照するなどして認識し、代理サービスを行っている元
のネットワーク側のＡＶ／Ｃプロトコル処理部を通し
て、その代理サービスを行っているサービス／サブユニ
ット向けのコマンドに変換し、その元のネットワーク側
に送出する。

【０１２９】さて、受信装置２１０４は、上記のように
してあたかも送信装置２１０１が第２の中継装置２１０
３の一構成要素であるかのごとく認識し、第２の中継装
置２１０３に対して、その実体は送信装置２１０１であ
るところの一構成要素に対する制御コマンドを送出す
る。

【０１３０】第２の中継装置２１０３では、この制御コ
マンドを、ＩＥＥＥ１３９４バス側から受信する。ここ
で、この制御コマンドは、自装置が代理している無線Ｌ
ＡＮ側の第１の中継装置２１０２の一構成要素（すなわ
ち送信装置２１０１の代理サービス）宛であることが認
識される。したがって、該制御パケットを自装置から第
１の中継装置２１０２宛になるように変換して、無線Ｌ
ＡＮ側に送出する。

【０１３１】第１の中継装置２１０２では、この制御コ
マンドを、無線ＬＡＮ側から受信する。ここで、この制
御コマンドは、自装置が代理しているＩＥＥＥ１３９４
バス側の送信装置２１０１宛であることが認識される。
したがって、該制御パケットを自装置から送信装置２１
０１宛になるように変換して、ＩＥＥＥ１３９４バス側
に送出する。

【０１３２】この制御コマンドと前後して、送信装置２
１０１から受信装置２１０４へとつながるＱＯＳ（通信
品質）を保証するための通信パスの設定が行われる。詳
細は省略するが、第１のＩＥＥＥ１３９４バス（２１０
５）上では同期チャネル＃ｘが、無線ＬＡＮ（２１０
７）上では通信帯域が確保されたチャネル＃ｙが、第２
のＩＥＥＥ１３９４バス（２１０６）上では同期チャネ
ル＃ｚがそれぞれ確保されるものとする。

【０１３３】さて、送信装置２１０１と第１の中継装置
２１０２をつなぐ同期チャネル＃ｘ、第１の中継装置２
１０２と第２の中継装置２１０３をつなぐ同期チャネル
＃ｙ、第２の中継装置２１０３と受信装置２１０３をつ
なぐ同期チャネル＃ｚが確立された後、送信装置２１０
１から暗号化されたＡＶストリームが送信され、第１の
中継装置２１０２、第２の中継装置２１０３を介して、
受信装置２１０４へ転送される（Ｓ２３０１〜Ｓ２３０
３）。

【０１３４】すなわち、送信装置２１０１から受信装置
２１０４に対して転送される（暗号化された）ＡＶデー
タは、第１のＩＥＥＥ１３９４バス（２１０５）上の同
期チャネル＃ｘを通して、第１の中継装置２１０２に到
達する。ここで、ＩＳＯ信号送受信部２２０７、パケッ
トフォーマット変換部２２０８、ＩＳＯ信号送受信部２
２０９等を通して、無線ＬＡＮ（２１０７）上のチャネ
ル＃ｙに送出される。以下、同様に、第２の中継装置２
１０３を経て、第２のＩＥＥＥ１３９４バス（２１０
６）上の同期チャネル＃ｚを通して、受信装置２１０４
に到達する。ここで、各中継装置において、暗号化され
たＡＶデータの復号化処理は特に行われず、暗号化され
た部分はそのままの形で（タイムスタンプなどの値や、
リンクレイヤヘッダ等は書き換えられる可能性がある）
転送される。

【０１３５】本実施形態では、各中継装置２１０３内に
は、これらのチャネル間の関係を記述するためのチャネ
ル対応テーブルが用意されるが、この時点では、第２の
中継装置２１０３のチャネル対応テーブルにおいては、
各々の同期チャネル番号、送受信の方向、ＡＶデータの
送信者（すなわち、図１４の上３行）についての情報が
記述されている。つまり、認証先は確定しておらず、第
２の中継装置２１０３は、第２のＩＥＥＥ１３９４バス
（２１０６）側に送出しているフローが、どのノード向
けのデータであるかについては、認識していない。第１
の中継装置２１０２のチャネル対応テーブル（図１３）
についても同様である。

【０１３６】さて、暗号化されたＡＶデータを受信した
受信装置２１０４は、この暗号化されたＡＶデータを復
号化するために必要な、暗号鍵に関する情報を入手する
ために、予め定められている通り、そのＡＶデータの送
信ノードに対して認証要求を送信する（Ｓ２３０４）。
この例の場合、受信装置２１０４は、同期チャネル＃ｚ
を通して送られてくるＡＶデータの送信ノードアドレス
（ＣＩＰヘッダ内にあるフィールド）を参照して、これ
が第２の中継装置２１０３から送られてきているもので
あることを認識し、第２の中継装置２１０３に対して、
認証要求を送信する。

【０１３７】ここで、第１の実施形態（ＩＥＥＥ１３９
４上での認証・鍵交換は、ＡＶデータフロー毎あるいは
ＡＶ／Ｃのプラグ毎に行われ、同じノード間では複数の
暗号鍵をフロー毎あるいはプラグ毎に使用することが可
能であるものとした）とは異なり、第２のＩＥＥＥ１３
９４バス（２１０６）においては、同じノード間（本例
の場合、第２の中継装置２１０３と受信装置２１０４と
の間）では１つの暗号鍵しか定義できないものとする
（ただし、同じコピー制御情報のフローについて；例え
ば、ＮｅｖｅｒＣｏｐｙのコンテンツについては、異
なるプラグで同時に複数のフローがやり取りされていた
としても、用いられる暗号鍵は同一のものである；な
お、コピー制御情報は、例えば、「このデータは何回コ
ピー可」、「このデータはコピー不可」等、送られるデ
ータのコピーをどの様に扱うかが記載されている情報で
ある。）。この点は、第１のＩＥＥＥ１３９４バス（２
１０５）側についても（送信装置２１０１と第１の中継
装置２１０２との間でも）同様とする。これに対し、無
線ＬＡＮ（２１０７）は、第１の実施形態と同様に、同
じノード間でフロー毎あるいはプラグ毎に異なる暗号鍵
を使うことができるものとする。

【０１３８】このように、複数の「同一のノード間でや
り取りするフローに同一の暗号鍵しか用いることの出来
ない」ネットワーク間を、「同一のノード間でやり取り
するフロー毎に異なる暗号鍵を用いることが出来る」ネ
ットワークで接続するのは、以下のような理由がある。
すなわち、第１のＩＥＥＥ１３９４バス（２１０５）上
に２つ以上の送信装置（例えば、第１の送信装置と第２
の送信装置）、第２のＩＥＥＥ１３９４バス（２１０
６）上に２つ以上の受信装置（例えば、第１の受信装置
と第２の受信装置）が存在し、第１の送信装置と第１の
受信装置との間および第２の送信装置と第２の受信装置
との間でそれぞれ暗号化されたＡＶデータやり取りがな
されるものとする。この場合、両方のＩＥＥＥ１３９４
バス間に位置する無線ＬＡＮがもし「異なるフローに異
なる暗号鍵を用いることが出来ない」とすると、上記の
２つのフローに対して同じ暗号鍵しか用いることが出来
ないことになる。しかし、実際にはどの暗号鍵を使うか
は個々の送信装置（例えば第１の送信装置と第２の送信
装置）がそれぞれ独立に決定することであり、これの例
で言えば２つの鍵が同一の値になる保証はない。よっ
て、無線ＬＡＮにおいてフロー毎に鍵が定義できない
と、上記２つの暗号化フローを無線ＬＡＮ上に転送する
ことが不可能となる。反対に、無線ＬＡＮ（２１０７）
においてフロー毎に鍵が定義できれば、たとえ第１と第
２のＩＥＥＥ１３９４バス（２１０５，２１０６）が同
一ノード間では単一鍵のサポートしか行っていない場合
においても、無線ＬＡＮ（２１０７）を使った相互接続
の環境で、複数の送信装置から出力される複数のフロー
を同時にやり取りすることが可能となる。

【０１３９】さて、これを実現するためには、第２の中
継装置２１０３には工夫が必要である。すなわち、受信
装置２１０４から認証要求を受け取ったとしても、その
認証要求には、「どのフローに関する認証要求か」につ
いての情報は記載されておらず、最終的な鍵交換におい
て、どのフローのための鍵を送信しなければいけないか
の判断がつかないという問題がある。そこで、受信装置
２１０４からＳ２３０４の認証要求を受信した第２の中
継装置２１０３は、この認証要求がどのチャネル（どの
プラグ）が提供している暗号化ＡＶフローに対する認証
要求であるかの調査を行うべく、受信装置２１０４に対
して、受信チャネル確認パケットを送信する（Ｓ２３０
５）。このパケットは、「あなたはどのチャネル／プラ
グで（暗号化ＡＶデータの）受信を行っているか」につ
いて、受信装置２１０４に問い合わせを行うためのパケ
ットである。これに対し、受信装置２１０４は受信チャ
ネル（本実施形態の場合は、＃ｚ）を応答する（Ｓ２３
０６）。

【０１４０】この受信チャネル確認パケットの手続き
（Ｓ２３０５，Ｓ２３０６）は、受信装置２１０４のプ
ラグに関するレジスタを読み取ることにより、受信装置
２１０４がどのチャネルのデータを受信しているかどう
かを第２の中継装置２１０３が調査することにより、代
用してももちろんよい。

【０１４１】受信装置２１０４が受信している同期チャ
ネル番号（本例では、＃ｚ）を得た第２の中継装置２１
０３は、内部のチャネル間の関係を記述したチャネル対
応テーブルを参照し、「第２のＩＥＥＥ１３９４側に同
期チャネル＃ｚにて送信しているのは、無線ＬＡＮ側で
はチャネル＃ｙであり、無線ＬＡＮ側にてチャネル＃ｙ
に送信しているのは第１の中継装置である」ということ
を認識する。つまり、第１の中継装置２１０２（のｏＰ
ＣＲ［０］）から受信されているフローが、第２のＩＥ
ＥＥ１３９４バス（２１０６）の同期チャネル＃ｚにフ
ォワードされていることを知る。これを、図１４のチャ
ネル対応テーブル（第２のＩＥＥＥ１３９４側の認証先
と受信者の欄）に登録する。

【０１４２】さて、第１の中継装置２１０２と第２の中
継装置２１０３との間では、第１の実施形態にて述べた
ような認証・鍵交換の手続き（認証手続きにおいて、フ
ローやプラグの単位まで指定して、これを行う）がこれ
と前後して行われる（Ｓ２３１０〜Ｓ２３１５）。Ｓ２
３１０の際に図１４のチャネル対応テーブルの無線ＬＡ
Ｎ側の受信者の欄が登録され、Ｓ２３１１の際に無線Ｌ
ＡＮ側の認証先の欄が登録される。また、Ｓ２３１０の
際に図１３のチャネル対応テーブルの無線ＬＡＮ側の認
証先・受信者の欄が登録され、Ｓ２３１１の際に無線Ｌ
ＡＮ側の自分自身のプラグ番号が登録される。

【０１４３】また、送信装置２１０１と第１の中継装置
２１０２との間では、これと前後して、ノード間、すな
わち第２の中継装置２１０３と受信装置２１０４との間
と同様の形（ただし、受信チャネルの確認を行う必要は
ない）で、認証・鍵交換が行われる（Ｓ２３１６〜Ｓ２
３１９）。Ｓ２３１６の際に図１３のチャネル対応テー
ブルのＩＥＥＥ１３９４側の認証先・受信者の欄が登録
される。

【０１４４】なお、第２の中継装置２１０３と受信装置
２１０４との間でも、残りの認証要求と、認証・鍵交換
手続きが行われる（Ｓ２３０７〜Ｓ２３０９）。

【０１４５】第１の中継装置２１０２は、第２の中継装
置２１０３と第１の中継装置２１０２との間で行われる
認証・鍵交換の手続きが、（第１の中継装置２１０２の
出力プラグｏＰＣＲ［０］が指定されているため、第１
の中継装置２１０２におけるチャネル間の関係を記述し
たチャネル対応テーブル（図１３）を参照することによ
り）、送信装置２１０１と第１の中継装置２１０２との
間の認証・鍵交換と結びつければよいことを認識するこ
とができる。そのため、第１の中継装置２１０２は、送
信装置２１０１と第１の中継装置２１０２との間で行わ
れる認証・鍵交換の結果、第１の中継装置２１０２に通
知される交換鍵ＫｘとシードＮｃの値を、第２の中継装
置２１０３に対して（出力プラグが第１の中継装置２１
０２のｏＰＣＲ［０］、入力プラグが第２の中継装置２
１０３のｉＰＣＲ［０］であることを指定して）フォワ
ードすることができる（Ｓ２３２０，Ｓ２３２１）。

【０１４６】同様に、第２の中継装置２１０３は、第１
の中継装置２１０２と第２の中継装置２１０３との間で
行われる認証・鍵交換の結果、第２の中継装置２１０３
に通知される交換鍵ＫｘとシードＮｃの値を、第２の中
継装置２１０３におけるチャネル間の関係を記述したチ
ャネル対応テーブル（図１４）を参照することにより、
これらの鍵が第２のＩＥＥＥ１３９４バス（２１０６）
側の同期チャネル＃ｚに関するものであり、その受信先
が受信装置２１０４であることを認識することができる
ため、受信装置２１０４に対して（出力プラグが第２の
中継装置２１０３のｏＰＣＲ［０］、入力プラグが受信
装置２１０４のｉＰＣＲ［０］であることを指定して）
フォワードすることができる（Ｓ２３２１，Ｓ２３２
２）。

【０１４７】なお、図１４のチャネル対応テーブルは、
第２のＩＥＥＥ１３９４バス（２１０６）上の同一の同
期チャネル（例えば、＃ｚ）について複数の受信者が存
在する場合は、その受信装置の数だけ用意する。これに
より、各々の受信装置に対して、正確に鍵の値などを通
知することが可能となる。

【０１４８】上記の点は、第１のＩＥＥＥ１３９４バス
（２１０５）上の同一の同期チャネル（例えば、＃ｘ）
について複数の送信者が存在する場合における図１３の
チャネル対応テーブルについても同様である。

【０１４９】このようにして、交換鍵Ｋｘおよびシード
Ｎｃの値を受け取った受信装置２１０４は、第１の実施
形態と同様に、暗号鍵の値を計算することができ、暗号
化されたＡＶデータの復号化を行うことができる。

【０１５０】第１および第２の中継装置（２１０２，２
１０３）は、暗号化されたＡＶデータを復号化すること
なく次段のチャネルにフォワードすることができるた
め、中継装置を通過する毎に暗号の復号化および再暗号
化を行う必要がなくなり、大幅な処理コストの低減を図
ることができるようになる。

【０１５１】なお、以上の各機能は、ソフトウェアとし
ても実現可能である。

【０１５２】また、本実施形態は、コンピュータに所定
の手段を実行させるための（あるいはコンピュータを所
定の手段として機能させるための、あるいはコンピュー
タに所定の機能を実現させるための）プログラムを記録
したコンピュータ読取り可能な記録媒体としても実施す
ることもできる。

【０１５３】本発明は、上述した実施の形態に限定され
るものではなく、その技術的範囲において種々変形して
実施することができる。

【０１５４】

【発明の効果】本発明によれば、同じネットワークでは
接続されていない装置間で、保護すべきコンテンツの送
受信のためのコンテンツ保護手続きを行うことが可能に
なる。

【図面の簡単な説明】

【図１】本発明の第１、第２の実施形態に係るネットワ
ークの全体構成の一例を示す図

【図２】本発明の第１、第２、第３の実施形態に係る送
信装置の内部構造の一例を示す図

【図３】本発明の第１、第２、第３の実施形態に係る受
信装置の内部構造の一例を示す図

【図４】本発明の第１の実施形態に係る中継装置の内部
構造の一例を示す図

【図５】本発明の第１の実施形態に係るブリッジテーブ
ルの一例を示す図

【図６】本発明の第１の実施形態に係る全体のシーケン
スの一例を示す図

【図７】本発明の第１の実施形態に係る中継装置の動作
手順の一例を示すフローチャート

【図８】本発明の第２の実施形態に係る中継装置の内部
構造の一例を示す図

【図９】本発明の第２の実施形態に係る全体のシーケン
スの一例を示す図

【図１０】本発明の第２の実施形態に係るブリッジテー
ブルの一例を示す図

【図１１】本発明の第３の実施形態に係るネットワーク
の全体構成の一例を示す図

【図１２】本発明の第３の実施形態に係る第１、第２の
中継装置の内部構造の一例を示す図

【図１３】本発明の第３の実施形態に係る第１の中継装
置内のチャネル対応テーブルの一例を示す図

【図１４】本発明の第３の実施形態に係る第２の中継装
置内のチャネル対応テーブルの一例を示す図

【図１５】本発明の第３の実施形態に係る全体のシーケ
ンスの一例を示す図

【符号の説明】

１０１，２１０１…送信装置１０２，２１０２，２１０３…中継装置１０３，２１０４…受信装置１０４，１０５，２１０５，２１０６…ＩＥＥＥ１３９
４バス２０１，３０１，４０１，４０８，１１０１，１１０
８，２２０１…ＩＥＥＥ１３９４インタフェース２０２，３０２，４０２，４０９，１１０２，１１０
９，２２０２，２２０６…ＡＶ／Ｃプロトコル処理部２０３，３０３，４０３，４１０，１１０３，１１１
０，２２０３，２２０５…コピープロテクション処理部２０４，３０４，４０４，４０７，１１０４，１１０
７，２２０７，２２０９…ＩＳＯ信号送受信部２０５…暗号化部２０６，３０６…ＭＰＥＧストレージ部３０５…暗号復号化部３０７…ディスプレイ部４０５，１１０５…ブリッジテーブル部４０６，１１０６…ブリッジ接続処理部２１０７…無線ＬＡＮ２２０４…ＡＶ／Ｃサブユニット代理処理部２２０８…パケットフォーマット変換部２２１０…無線ＬＡＮインタフェース

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｌ 12/66 Ｈ０４Ｌ 11/20 １０２Ａ９Ａ００１ 12/56 (72)発明者橋本幹生神奈川県川崎市幸区小向東芝町１番地株式会社東芝研究開発センター内Ｆターム(参考） 5B077 AA21 MM02 NN02 5J104 AA07 KA02 NA02 NA05 PA07 5K030 GA15 HA08 HB21 HD01 HD06 JA11 JL01 KA19 LD20 5K032 AA08 BA16 CD01 DA06 DA21 DB15 DB26 5K033 AA08 BA15 CC01 DA05 DB10 DB18 9A001 BB04 CC05 CC07 DD10 EE03 JZ19 LL03

Claims

【特許請求の範囲】

【請求項１】第１のＩＥＥＥ１３９４バスと第２のＩＥ
ＥＥ１３９４バスとを接続するネットワーク接続装置に
おいて、前記第１のＩＥＥＥ１３９４バス上の第１の同期チャネ
ルまたは第１の非同期ストリームチャネルを介して、前
記第１のＩＥＥＥ１３９４バス上に接続された送信ノー
ドから転送されたデータを受信するデータ受信手段と、前記データを前記第２のＩＥＥＥ１３９４バス上の第２
の同期チャネルまたは第２の非同期ストリームチャネル
を介して、前記第２のＩＥＥＥ１３９４バス上に接続さ
れた受信ノードに転送するデータ転送手段と、前記受信ノードから、前記第２のＩＥＥＥ１３９４バス
上の所定のパケットを介して、前記送信ノードに関する
情報の問い合わせを受信する問い合わせ受信手段と、前記問い合わせを受信した場合、前記第１のＩＥＥＥ１
３９４バス上の所定のパケットを介して、前記送信ノー
ドに該情報の問い合わせを行う問い合わせ手段と、前記送信ノードから、前記第１のＩＥＥＥ１３９４バス
上の所定のパケットを介して、該情報の問い合わせに対
する応答を受信する応答受信手段と、前記応答を、前記第２のＩＥＥＥ１３９４バス上の所定
のパケットを介して、前記受信ノードに通知する応答通
知手段とを具備したことを特徴とするネットワーク接続
装置。
【請求項２】前記所定のパケットは、同期パケット、非
同期ストリーム、非同期パケットのいずれかであること
を特徴とする請求項１に記載のネットワーク接続装置。
【請求項３】前記応答受信手段が受信する前記応答のパ
ケットには、前記送信ノードに関する情報として、前記
送信ノードを識別する情報および前記データの転送のた
めに用いられる前記送信ノードのプラグまたはサブユニ
ットを識別する情報が含まれることを特徴とする請求項
１に記載のネットワーク接続装置。
【請求項４】前記第２のＩＥＥＥ１３９４バス上の受信
ノードは、通知を受けた前記情報に基づいて、前記第１
のＩＥＥＥ１３９４バス上の送信ノードとの間で直接、
認証・鍵交換手続きを行うものであることを特徴とする
請求項２または３に記載のネットワーク接続装置。
【請求項５】第１のＩＥＥＥ１３９４バスと第２のＩＥ
ＥＥ１３９４バスとを接続するネットワーク接続装置に
おいて、前記第１のＩＥＥＥ１３９４バス上の第１の同期チャネ
ルまたは第１の非同期ストリームチャネルを介して、前
記第１のＩＥＥＥ１３９４バス上に接続された送信ノー
ドから転送されたデータを受信するデータ受信手段と、前記データを前記第２のＩＥＥＥ１３９４バス上の第２
の同期チャネルまたは第２の非同期ストリームチャネル
を介して、前記第２のＩＥＥＥ１３９４バス上に接続さ
れた受信ノードに転送するデータ転送手段と、前記受信ノードから、前記第２のＩＥＥＥ１３９４バス
上の所定のパケットを介して、前記送信ノードに関する
情報の問い合わせを受信する問い合わせ受信手段と、前記問い合わせを受信した場合に、前記第１のＩＥＥＥ
１３９４バス上の所定のパケットを介して、前記送信ノ
ードに、自装置の仮想的なプラグまたはサブユニットが
前記第１の同期チャネルのデータを受信するものである
として、該情報の問い合わせを行う問い合わせ手段と、前記送信ノードから、前記第１のＩＥＥＥ１３９４バス
上の所定のパケットを介して、該情報の問い合わせに対
する応答を受信する応答受信手段と、前記問い合わせを受信した場合に、前記第２のＩＥＥＥ
１３９４バス上の所定のパケットを介して、前記受信ノ
ードに、自装置の仮想的なプラグまたはサブユニットが
前記第２の同期チャネルのデータを送信するものである
として、該情報の問い合わせに対する応答を通知する応
答通知手段とを具備したことを特徴とするネットワーク
接続装置。
【請求項６】前記所定のパケットは、同期パケット、非
同期ストリーム、非同期パケットのいずれかであること
を特徴とする請求項５に記載のネットワーク接続装置。
【請求項７】前記問い合わせ受信手段が受信する前記問
い合わせのパケットには、前記受信ノードに関する情報
として、前記受信ノードを識別する情報および前記デー
タの転送のために用いられる前記受信ノードのプラグま
たはサブユニットを識別する情報が含まれ、前記応答受信手段が受信する前記応答のパケットには、
前記送信ノードに関する情報として、前記送信ノードを
識別する情報および前記データの転送のために用いられ
る前記送信ノードのプラグまたはサブユニットを識別す
る情報が含まれ、前記ネットワーク接続装置は、前記第１のＩＥＥＥ１３９４バス上で前記問い合わせに
応答した送信ノードのプラグまたはサブユニットと自装
置の仮想的なプラグまたはサブユニットとの間で認証・
鍵交換手続きを行う第１の認証・鍵交換処理手段と、自装置の仮想的なプラグまたはサブユニットと前記第２
のＩＥＥＥ１３９４バス上の受信ノードのプラグまたは
サブユニットとの間で認証・鍵交換手続きを行う第２の
認証・鍵交換処理手段とを更に具備したことを特徴とす
る請求項５に記載のネットワーク接続装置。
【請求項８】前記第１の認証・鍵交換処理手段による認
証・鍵交換手続きが完了した後に、前記第１のＩＥＥＥ
１３９４バス上の送信ノードから、前記仮想的なプラグ
またはサブユニットに関係する暗号鍵に関する情報を受
信する暗号鍵情報受信手段と、前記第２の認証・鍵交換処理手段による認証・鍵交換手
続きの少なくとも一部が完了した後に、前記暗号鍵に関
する情報を、前記第２のＩＥＥＥ１３９４上の受信ノー
ドに転送する暗号鍵情報転送手段とを更に具備したこと
を特徴とする請求項７に記載のネットワーク接続装置。
【請求項９】前記第１の同期チャネルまたは前記第１の
非同期ストリームチャネルを識別する情報と、前記送信
ノードを識別する情報と、前記第２の同期チャネルまた
は前記第２の非同期ストリームチャネルを識別する情報
との対応関係を記憶する記憶手段を更に具備し、前記問い合わせ手段で受信した情報に含まれる前記第２
の同期チャネルまたは前記第２の非同期ストリームチャ
ネルを識別する情報に基づいて、前記記憶手段に記憶さ
れた前記対応関係を参照して決定した前記送信ノードに
対して前記情報の問い合わせを行うことを特徴とする請
求項１または５に記載のネットワーク接続装置。
【請求項１０】同一ネットワークに接続されているノー
ド間での暗号化データの送信及び又は受信においては、
１つ以上の暗号鍵を使用する第１のネットワークと、同
一ネットワークに接続されているノード間での暗号化デ
ータの送信及び又は受信においては、同一の暗号鍵を使
用し、かつ所定のチャネルを介してデータの送信及び又
は受信を行う第２のネットワークとを接続するネットワ
ーク接続装置において、前記第１のネットワーク上に接続されたノードから転送
されたデータを受信するデータ受信手段と、前記データを前記第２のネットワーク上の所定のチャネ
ルを介して、前記第２のネットワーク上に接続されたノ
ードに転送するデータ転送手段と、前記第２のネットワーク上に接続されたノードから、認
証要求を受信する認証要求受信手段と、前記認証要求を受信した場合に、前記第２のネットワー
ク上に接続されたノードに、該ノードが受信しているチ
ャネルを識別する情報を問い合わせる問い合わせ手段
と、前記第２のネットワーク上に接続されたノードから、前
記情報の問い合わせに対する応答を受信する応答受信手
段と、前記応答受信手段で受信した応答に含まれる情報により
特定される前記第２のネットワーク上のチャネルに転送
すべきデータを自装置に送信する前記第１のネットワー
ク上に接続されたノードから、該データのための暗号鍵
に関する情報を受信する暗号鍵情報受信手段と、前記暗号鍵に関する情報を、前記第２のネットワーク上
のノードに転送する暗号鍵情報転送手段とを具備したこ
とを特徴とするネットワーク接続装置。
【請求項１１】前記応答により特定される前記第２のネ
ットワーク上のチャネルに転送すべきデータを自装置に
送信する前記第１のネットワーク上に接続されたノード
との間で、認証・鍵交換手続きを行う第１の認証・鍵交
換処理手段と、前記応答により特定される前記第２のネットワーク上の
チャネルを介して前記データを転送すべき前記第２のネ
ットワーク上に接続されたノードとの間で認証・鍵交換
手続きを行う第２の認証・鍵交換処理手段とを更に具備
したことを特徴とする請求項１０に記載のネットワーク
接続装置。
【請求項１２】第１のネットワークと第２のネットワー
クとを接続するネットワーク接続装置において、自装置と前記第１のネットワーク上の任意の装置との間
において、暗号管理情報が同一で且つ異なるフローに属
するデータの暗号化は異なる暗号鍵で行い、自装置と前記第２のネットワーク上の任意の装置との間
において、暗号管理情報を同じくするデータの暗号化は
同一の暗号鍵で行うことを特徴とするネットワーク接続
装置。
【請求項１３】自装置と同一のＩＥＥＥ１３９４バスに
接続されたネットワーク接続装置を介して他のＩＥＥＥ
１３９４バス上の送信ノードからのデータを受信する通
信装置において、前記同一のＩＥＥＥ１３９４バス上の第１の同期チャネ
ルまたは第１の非同期ストリームチャネルを介して、前
記ネットワーク接続装置から転送されたデータを受信す
るデータ受信手段と、受信された前記データが暗号化されている場合に、前記
同一のＩＥＥＥ１３９４バス上の所定のパケットを介し
て、前記ネットワーク接続装置に、該暗号化されたデー
タの送信ノードに関する情報の問い合わせを行う問い合
わせ手段と、前記問い合わせを受信した前記ネットワーク接続装置が
前記他のＩＥＥＥ１３９４バス上で該情報の問い合わせ
を行って取得した該情報の問い合わせに対する応答を、
前記同一のＩＥＥＥ１３９４バス上の所定のパケットを
介して該ネットワーク接続装置から受信する応答受信手
段と、前記応答受信手段で受信した前記応答に含まれる情報に
基づいて、前記他のＩＥＥＥ１３９４バス上の送信ノー
ドとの間で直接、認証・鍵交換手続きを行う認証・鍵交
換処理手段とを備えたことを特徴とする通信装置。
【請求項１４】自装置と同一のＩＥＥＥ１３９４バスに
接続されたネットワーク接続装置を介して他のＩＥＥＥ
１３９４バス上の送信ノードからのデータを受信する通
信装置において、前記同一のＩＥＥＥ１３９４バス上の第１の同期チャネ
ルまたは第１の非同期ストリームチャネルを介して、前
記ネットワーク接続装置から転送されたデータを受信す
るデータ受信手段と、受信された前記データが暗号化されている場合に、前記
同一のＩＥＥＥ１３９４バス上の所定のパケットを介し
て、前記ネットワーク接続装置に、該暗号化されたデー
タの送信ノードに関する情報の問い合わせを行う問い合
わせ手段と、前記問い合わせを受信した前記ネットワーク接続装置か
ら、前記同一のＩＥＥＥ１３９４バス上の所定のパケッ
トを介して、該ネットワーク接続装置を送信ノードとす
る前記送信ノードに関する情報を含む、前記問い合わせ
に対する応答を受信する通知受信手段と、前記通知受信手段で受信した前記通知に含まれる情報に
基づいて、前記ネットワーク接続装置との間で認証・鍵
交換手続きを行う認証・鍵交換処理手段とを備えたこと
を特徴とする通信装置。
【請求項１５】第１のＩＥＥＥ１３９４バスと第２のＩ
ＥＥＥ１３９４バスとを接続するネットワーク接続方法
において、前記第１のＩＥＥＥ１３９４バス上の送信ノードは、暗
号化されたデータを前記第１の同期チャネルを介して送
信し、前記ネットワーク接続装置は、前記第１のＩＥＥＥ１３
９４バス上の第１の同期チャネルを介して、前記送信ノ
ードから転送されてきた前記暗号化されたデータを受信
し、このデータを前記第２のＩＥＥＥ１３９４バス上の
第２の同期チャネルを介して、前記第２のＩＥＥＥ１３
９４バス上に接続された受信ノードに転送し、前記受信ノードは、前記第２のＩＥＥＥ１３９４バス上
の第２の同期チャネルを介して転送されてきたデータを
受信し、該データが暗号化されたものである場合、前記
第２のＩＥＥＥ１３９４バス上の所定のパケットを介し
て、前記ネットワーク接続装置に、該暗号化されたデー
タの送信ノードに関する情報の問い合わせを行い、前記ネットワーク接続装置は、前記受信ノードから、前
記第２のＩＥＥＥ１３９４バス上の所定のパケットを介
して、前記送信ノードに関する情報の問い合わせを受信
した場合、前記第１のＩＥＥＥ１３９４バス上の所定の
パケットを介して、前記送信ノードに、該情報の問い合
わせを行い、前記送信ノードは、前記ネットワーク接続装置から、前
記第１のＩＥＥＥ１３９４バス上の所定のパケットを介
して、前記情報の問い合わせを受信した場合、前記第１
のＩＥＥＥ１３９４バス上の所定のパケットを介して、
前記ネットワーク接続装置に、該情報の問い合わせに対
する応答を送信し、前記ネットワーク接続装置は、前記送信ノードから、前
記第１のＩＥＥＥ１３９４バス上の所定のパケットを介
して、前記情報の問い合わせに対する応答を受信した場
合、該応答を、前記第２のＩＥＥＥ１３９４バス上の所
定のパケットを介して、前記受信ノードに通知し、前記受信ノードは、前記通知に含まれる情報に基づい
て、前記送信ノードとの間で、直接認証・鍵交換手続き
を行うことを特徴とするネットワーク接続方法。
【請求項１６】第１のＩＥＥＥ１３９４バスと第２のＩ
ＥＥＥ１３９４バスとを接続するネットワーク接続方法
において、前記第１のＩＥＥＥ１３９４バス上の送信ノードは、暗
号化されたデータを前記第１の同期チャネルを介して送
信し、前記ネットワーク接続装置は、前記第１のＩＥＥＥ１３
９４バス上の第１の同期チャネルを介して、前記送信ノ
ードから転送されてきた前記暗号化されたデータを受信
し、このデータを前記第２のＩＥＥＥ１３９４バス上の
第２の同期チャネルを介して、前記第２のＩＥＥＥ１３
９４バス上に接続された受信ノードに転送し、前記受信ノードは、前記第２のＩＥＥＥ１３９４バス上
の第２の同期チャネルを介して転送されてきたデータを
受信し、該データが暗号化されたものである場合、前記
第２のＩＥＥＥ１３９４バス上の所定のパケットを介し
て、前記ネットワーク接続装置に、該受信ノードを識別
する情報および該暗号化されたデータの転送のために用
いられる該受信ノードのプラグまたはサブユニットを識
別する情報を含む、該暗号化されたデータの送信ノード
に関する情報の問い合わせを行い、前記ネットワーク接続装置は、前記受信ノードから、前
記第２のＩＥＥＥ１３９４バス上の所定のパケットを介
して、前記送信ノードに関する情報の問い合わせを受け
た場合、前記第１のＩＥＥＥ１３９４バス上の所定のパ
ケットを介して、前記送信ノードに、該ネットワーク接
続装置の仮想的なプラグまたはサブユニットが前記第１
の同期チャネルのデータを受信するものであるとして、
該情報の問い合わせを行うとともに、前記第２のＩＥＥ
Ｅ１３９４バス上の所定のパケットを介して、前記受信
ノードに、該ネットワーク接続装置の仮想的なプラグま
たはサブユニットが前記第２の同期チャネルのデータを
送信するものであるとして、該情報の問い合わせに対す
る応答を通知し、前記送信ノードは、前記ネットワーク接続装置から、前
記第１のＩＥＥＥ１３９４バス上の所定のパケットを介
して、前記情報の問い合わせを受信した場合、前記第１
のＩＥＥＥ１３９４バス上の所定のパケットを介して、
前記ネットワーク接続装置に、該送信ノードを識別する
情報および前記暗号化されたデータの転送のために用い
られる該送信ノードのプラグまたはサブユニットを識別
する情報を含む、該情報の問い合わせに対する応答を送
信し、前記送信ノードのプラグまたはサブユニットと前記ネッ
トワーク接続装置の仮想的なプラグまたはサブユニット
との間で認証・鍵交換手続きを行うとともに、前記ネッ
トワーク接続装置の仮想的なプラグまたはサブユニット
と前記受信ノードのプラグまたはサブユニットとの間で
認証・鍵交換手続きを行うことを特徴とするネットワー
ク接続方法。