JP2005117174A

JP2005117174A - ネットワーク通信機器およびネットワーク通信制御方法

Info

Publication number: JP2005117174A
Application number: JP2003346067A
Authority: JP
Inventors: Makoto Suzuki; 鈴木　　誠
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2003-10-03
Filing date: 2003-10-03
Publication date: 2005-04-28

Abstract

【課題】不正な機器がネットワークに接続されても、この不正な機器を確実に排除する。
【解決手段】通信部３１は、バス１０を介して他の機器と通信を行う。制御部３２は、保持している不正機器情報に、通信を行う他の機器が登録されていないと判別したときは、他の機器とのデータリンクの確立を可能とする。不正機器情報に登録されていると判別したときは、この機器とのデータリンクの確立を二度と行わないものとする。また、登録されていると判別された機器が不正機器であると機能ブロックを利用して提示する。不正機器情報に登録されていると判別された機器を除くネットワーク上の他の機器との認証処理の際に、他の機器に供給される。さらに、ネットワークを介して供給された不正機器情報が、保持している不正機器情報よりも新しいとき、保持している不正機器情報を供給された不正機器情報によって更新する。
【選択図】図２

Description

この発明は、ネットワーク通信機器およびネットワーク通信制御方法に関する。詳しくは、ネットワークを介して他のネットワーク通信機器と認証処理を行い、保持している不正機器情報に他のネットワーク通信機器が登録されていないと判別したときは、このネットワーク通信機器とのデータリンクの確立を可能とし、不正機器情報に登録されていると判別したときは、このネットワーク通信機器とのデータリンクの確立を二度と行わないものとするものである。

デジタルインタフェースを用いて複数の電子機器を接続し、この機器間でコンテンツデータの伝送を行う場合、ほとんど劣化を生じることなくコンテンツデータのコピーが可能となる。このため、コンテンツの権利保護として、不正なコピーを行うことができないように、種々の保護技術が用いられている。

例えばＩＥＥＥ(Institute of Electrical and Electronics Engineers)１３９４として規格化されているシリアルバスにおいては、ＤＴＣＰ(Digital Transmission Content Protection)方式の保護技術が用いられている。

このＤＴＣＰ方式において、暗号化されたコンテンツデータを復号したい機器は、コンテンツデータを暗号化して出力する機器に対して認証の要求を行う（例えば特許文献１）。ここで、データの送り出し側の機器が正しい機器であると認めたとき、認証の要求を行った機器に対して、暗号鍵Ｋcの生成に必要な情報を供給する。この情報を受け取った機器は、この情報に基づいて暗号鍵Ｋcを計算して、得られた暗号鍵Ｋcを用いてコンテンツデータの復号を行う。また、ＤＴＣＰ方式においては、不正な機器がシリアルバスに接続されても、ＤＴＣＰ方式で保護されたコンテンツデータが不正な機器と正当な機器間で伝送されることがないように、この不正な機器を排除することが行われている。この不正な機器のＩＤは、ＳＲＭ(System Renewability Message)内のＣＲＬ(Certificate Revocation List)に登録されており、このＳＲＭを不正機器情報として利用することで、不正な機器を識別できる。このＳＲＭは、米国ＤＴＬＡ社からＤＴＣＰ方式を用いるライセンシーに対して配布されるものである。

特開２００２−１１１７０３号公報

ところで、ＩＥＥＥ１３９４シリアルバスに不正な機器が接続された場合、不正機器情報として用いるＳＲＭにおいて、ＣＲＬの情報が古いために不正な機器のＩＤが登録されていないと、不正な機器が接続されても排除できない場合が生ずる。また、ＳＲＭを有していない機器、すなわちコピー禁止のコンテンツデータを扱わない機器では、不正な機器を判別できない。

そこで、この発明では、不正な機器がネットワークに接続されても、この不正な機器を確実に排除できるネットワーク通信機器およびネットワーク通信制御方法を提供するものである。

この発明に係るネットワーク通信機器は、ネットワークを介して他のネットワーク通信機器と通信を行う通信手段と、不正機器情報を保持する情報保持手段と、他のネットワーク通信機器が、不正機器情報に登録されていないと判別したときは、該他のネットワーク通信機器とのデータリンクの確立を可能とし、不正機器情報に登録されていると判別したときは、該他のネットワーク通信機器とのデータリンクの確立を二度と行わないものとする制御手段を有するものである。

また、この発明に係るネットワーク通信制御方法は、ネットワークを介して他のネットワーク通信機器と通信を行う通信工程と、他のネットワーク通信機器が、保持している不正機器情報に登録されていないと判別したときは、該他のネットワーク通信機器とのデータリンクの確立を可能とし、不正機器情報に登録されていると判別したときは、該他のネットワーク通信機器とのデータリンクの確立を二度と行わないものとする制御工程を有するものである。

この発明においては、通信を行う他のネットワーク通信機器が、保持している不正機器情報に登録されていないと判別したときは、他のネットワーク通信機器とのデータリンクの確立を可能とされる。また、不正機器情報に登録されていると判別したときは、このネットワーク通信機器とのデータリンクの確立が二度と行われないものとされて、この登録されていると判別されたネットワーク通信機器が不正機器であることが提示される。

また、不正機器情報は、例えば不正機器情報に登録されていると判別されたネットワーク装置を除くネットワーク上の他のネットワーク通信機器との認証処理の際に、他のネットワーク通信機器に供給される。さらに、ネットワークを介して供給された不正機器情報が、保持している不正機器情報よりも新しいとき、保持している不正機器情報が供給された不正機器情報によって更新される。

また、不正機器情報に登録されていると判別されたネットワーク装置を除くネットワーク上の他のネットワーク通信機器に対し、不正機器情報に登録されていると判別されたネットワーク装置のノード情報が、不正機器ノード情報として供給される。この不正機器ノード情報が供給されたときは、不正機器ノード情報で示されたネットワーク通信機器とのデータリンクの確立を二度と行わないものとされる。

この発明によれば、他のネットワーク通信機器が、保持している不正機器情報に登録されていないと判別したときは、他のネットワーク通信機器とのデータリンクの確立が可能とされ、不正機器情報に登録されていると判別したときは、他のネットワーク通信機器とのデータリンクの確立が二度と行わないものとされる。このため、不正機器の排除を容易かつ速やかに行うことができる。

また、不正機器情報に登録されていると判別されたネットワーク装置を除くネットワーク上の他のネットワーク通信機器に対して、不正機器情報の供給が行われるとともに、ネットワークを介して供給された不正機器情報が、保持している不正機器情報よりも新しいときは、保持している不正機器情報が供給された不正機器情報によって更新される。このため、ネットワークに接続された各ネットワーク通信機器の不正機器情報を更新して、不正機器の排除をより確実に行うことができる。さらに、不正機器情報の供給は、認証処理の際に行われるので、不正機器情報の更新を容易に行うことができる。

また、不正機器情報に登録されていると判別されたネットワーク装置を除くネットワーク上の他のネットワーク通信機器に対し、不正機器情報に登録されていると判別されたネットワーク装置のノード情報が、不正機器ノード情報として供給されて、この不正機器ノード情報が供給されたネットワーク通信機器では、不正機器ノード情報で示されたネットワーク通信機器とのデータリンクの確立を二度と行わないものされる。このため、不正機器情報を有していないネットワーク通信機器であっても、不正機器を排除することができる。

以下、図を参照しながら、この発明の実施の形態について説明する。図１は、ディジタルインタフェース例えばＩＥＥＥ(Institute of Electrical and Electronics Engineers)１３９４として規格化されているシリアルバス（以下「バス」という）１０を介して複数のネットワーク通信機器を接続した場合の接続状態を示している。例えば、バス１０を介して、デジタルテレビジョン装置ＤＴＶ２１，２２、デジタルビデオテープレコーダ（Ｄ−ＶＴＲ）２３、ディスクレコーダ（ＤＶＲ）２４、ハード・ディスク・レコーダ（ＨＤＤ）２５、ビデオカメラ（ＣＡＭ）２６、コンピュータ装置（ＰＣ）２７、ＤＶＤ(Digital Versatile Disc)プレーヤ（ＤＶＤ）２８を接続して、各機器間で通信を行う。また、バス１０を介して伝送するコンテンツの権利保護として、ＤＴＣＰ(Digital Transmission Content Protection)方式の保護技術が用いられている。

バス１０に接続される機器は、図２に示すようにバス１０との接続処理等を行うための通信部３１を備えている。通信部３１の物理層コントローラ３１１では、機器間を接続するバスの初期化やバスの使用権の調停等を行う。また、リンク層コントローラ３１２との間で、各種制御信号の通信を行うとともに、これらの信号をバスに対して送受信する。リンク層コントローラ３１２は、パケットの作成／検出、誤り訂正処理等を行う。そして、制御部３２は、物理層コントローラ３１１とリンク層コントローラ３１２の制御、コマンドやレスポンスの作成等などのアプリケーション層に関する処理を行う。また制御部３２は、コマンドやレスポンスを作成するときにはリンク層コントローラ３１２内に設けられたレジスタの所定アドレスにデータを書き込む。また、他の機器が送信したコマンドやレスポンスは、上記レジスタの所定のアドレスに書き込まれた後、制御部３２により読み出される。この制御部３２は、各機器に応じた処理等行う機能ブロック３３と内部バス３４を介して接続されて、機能ブロック３３から供給された信号を他の機器に伝送したり、他の機器から供給された信号を機能ブロック３３に供給する。例えばＤＴＶ２１，２２では、選局や画像表示および音声出力等を行うための機能ブロック、Ｄ−ＶＴＲ２３では、磁気テープに信号を記録したり、磁気テープに記録された信号を再生する処理を行う機能ブロック等が設けられる。

ＩＥＥＥ１３９４のディジタルインタフェース規格では、図３に示すように、６４ビットの固定的に割り振られたアドレス空間が利用される。上位１６ビットはノードＩＤ（Node_ID）であり、ノードＩＤの上位１０ビットは「bus_ID」、下位６ビットは「physical_ID」と呼ばれる。この「bus_ID」は、バスを識別するためのものである。なお、「bus_ID」が１０２３であるときにはローカルバスを示しており、機器が直接接続しているバスを指定するものとされる。「physical_ID」はノードを識別するためのものである。ここで、「physical_ID」が６３であるときにはブロードキャストを示しており、全ての機器を指定するものとされる。

残りの４８ビットは、機器内のアドレスを示しており、初期メモリ空間、プライベート空間、レジスタ空間に分けられる。このレジスタ空間は機器間の情報交換で使用されるものであり、図４に示すように、ＩＥＥＥ１２１２（１２１２ｒ）として規格化されたＣＳＲ(Control and Status Register)アーキテクチャのためのコアレジスタ空間と、シリアルバス用の空間、各ノードの機能を表すためのコンフィグレーションＲＯＭ空間、および初期ユニット空間で構成される。

コンフィグレーションＲＯＭ空間には、一般形式であるときにBus_Info_Block部等が設けられるとともに、このBus_Info_Block部には、機器の発売元を示す３バイトの「Node_Vendor_ID（Company_ID）」と、機器の発売元で自由に定めることができる５バイトの「Chip_ID」とで構成されたNode_Unique_IDが設けられる。なお、最小形式であるときには、「Vendor_ID（Company_ID）」のみが設けられる。

初期ユニット空間には、後述する「Output Plug Control」レジスタや「Input Plug Control」レジスタ、コマンドの送受信を行うための「FCP_COMMAND」レジスタや、コマンドに対する応答の送受信を行うための「FCP_RESPONSE」レジスタ等が設けられている。

ここで、動作開始時やノードの抜き差しが行われてトポロジーが変化すると、バスリセットを行い、各ノードでのデータの読み出しや書き込みを終了させてデータ転送を停止する。その後、各ノード間で双方向に信号のやりとりを行い、ノードＩＤを決定する処理が行われる。このノードＩＤの決定では、順次バスを獲得した順にノードＩＤが割り当てられる。さらに、１つのノードがルートに選出されて、アイソクロナス(Isochronous)通信が行われるときには、このルートがアイソクロナスサイクルを維持するための「Cycle Start」パケットを出力するサイクルマスタとされるとともに、ノードＩＤの値が最大となった機器が、チャネルや帯域等のネットワークリソースを管理するためのＩＲＭ（Isochronous Resource Manager）として設定される。

データ転送を行う際には、データの転送前にバスの使用の要求を行い、ルートが各ノードからのバス使用要求の調停を行う。この調停によって、１つのノードに対してバスの使用許諾が与えられてデータ転送が行われる。このため、他のノードから供給されたパケットとの衝突が防止される。

次に、画像や音声の記録再生あるいは入出力を行う機器間で、バスを介して画像や音声等の信号あるいは制御信号等の伝送を行う場合、例えば１３９４ＴＡ(Trade Association)によって規格化された「AV/C Digital Interface Command Set General Specification」で示されているパケット形式で伝送が行われる。

図５は、アシンクロナス(Asynchronous)通信でのパケットの構成を示しており、ＩＥＣ(International Electrotechnical Commission：国際電気標準会議)によって、ＩＥＣ６１８８３として規格化された機能制御プロトコルＦＣＰ(Function Control Protocol)が用いられている。

このパケットでは、最初の１６ビットの「destination_ID」がトランザクションの応答側（受信側）のノードを示している。６ビットのトランザクション・ラベル「tl(Transaction label)」では、要求側（送信側）と応答側のノードだけが自ら関係するトランザクションであることを認識できるようにするための固有値が示される。２ビットのリトライコード「rt(Retry code)」はリトライフィールドであり、ビジー状態のときのリトライ方法に関する情報が示される。４ビットのトランザクション・コード「tcode(Transaction code)」は、トランザクションパケットの種別を示すものである。

１６ビットの「source_ID」は、トランザクションの要求側のノードを示している。４８ビットの「destination_offset」は、応答側ノードのレジスタ空間上の目的アドレスを示しており、１６ビットの「data_length」では、データ長が示される。ここで、例えば「tcode」がreadパケットであることを示しているときは、「destination_offset」で示された応答側ノードのレジスタ空間上の目的アドレスから「data_length」で示されたデータ長のデータ読み出しが行われる。また、「tcode」がwriteパケットであることを示しているときは、「destination_offset」で示された応答側ノードのレジスタ空間上の目的アドレスに「data_length」で示されたデータ長のデータ書き込みが行われる。「extended_tcode」は、「tcode」がlockパケットを示したとき、lockパケットの種別を示している。「header_CRC」は、ヘッダ情報の誤り検出コードであるＣＲＣ(Cyclic Redundancy Code)の領域であり、「data」の領域に伝送するデータが格納される。また、「data_CRC」は、「data」に対するＣＲＣの領域である。

ここで、オーディオ・ビジュアル機器の制御では、ＦＣＰ(Function Control Protocol)を用いてコマンド等のやりとりが行われる。この場合、コマンドやデータを格納するための「FCP frame」を設けて、「FCP frame」を「data」の領域に格納して伝送する。なお、「FCP frame」を格納する場合、「tcode」は「０００１」とされる。

図６は「FCP frame」の構成を示しており、図６Ａは要求パケット、図６Ｂは応答パケットの場合である。１３９４ＴＡで規定されたＡＶ／Ｃプロトコルを用いるときには、４ビットの「CTS(Command/Transaction Set)」が「００００」に設定される。要求パケットでは次の４ビットの「CT(Command type:ctype)」によって、他の機器に対して図７に示すように要求を行うコマンドのタイプ、例えば応答側の動作を制御するコマンド(CONTROL)か、動作状態の情報を要求するコマンド(STATUS)であるか、情報を通知するコマンド(NOTIFY)であるか等が示される。なお、下付き文字「１６」は１６進表示であることを示している。

応答パケットでは、４ビットの「RC(Response Code:response)」によって、図８に示すようにコマンド対する応答を示すレスポンスのタイプ、例えば要求パケットのコマンドの実行を了承するレスポンス(ACCEPTED)であるか、コマンドの実行を拒絶するレスポンス(REJECTED)であるか、コマンドの実行をサポートしないことを示すレスポンス(NOT IMPLEMENTED)であるか、状態を示すレスポンス(STABLE)であるか、中間応答のレスポンス(INTERIM)であるか等が示される。

図６の「CT」，「RC」に続く５ビット「Subunit_type」と３ビットの「Subunit_ID」は、コマンドの宛先やレスポンスの送信元を示すものである。この「Subunit_type」では、コマンドの宛先やレスポンスの送信元がどのような機能の論理モデルであるかを示すサブユニット、すなわち図９に示すように、画像を表示する機能のサブユニット(Video monitor)、ディスクを用いて記録再生を行う機能のサブユニット(disc recorder/player)、テープを用いて記録再生を行う機能のサブユニット(tape recorder/player)、選局を行う機能のサブユニット(Tuner)等であるかが示される。例えば、機器そのものを示すユニットがテレビジョン装置であるとき、テレビジョン装置ではチューナ機能と画像表示機能を有することから、テレビジョン装置は、画像を表示する機能のモニターサブユニットと選局を行う機能のチューナサブユニットの組合わせとなる。またユニットがチューナ機器のときには、チューナサブユニットを有するものとなり、ユニットが据置き型のビデオテープレコーダであるときには、ビデオテープレコーダがチューナ機能とテープ記録再生機能を有することから、チューナサブユニットとテープレコーダ／プレーヤサブユニットの組み合わせとなる。

また、同じユニット内で、同じ種類のサブユニットが複数存在する場合、各サブユニットを判別できるように、図１０に示す「Subunit_ID」によって、判別番号が示される。

さらに、「Subunit_type」の値を「１Ｆ₁₆」とするとともに、「Subunit_ID」の値を「７」に設定することで、次に説明する「OPC(opcode)」でのコマンドを、１つのサブユニットに対するコマンドからユニットに対するコマンドとすることができる。

図６に示す８ビットの「OPC」は命令動作を示し、「OPC」に続く８ビット毎の「OPR(operand)[0]」〜「OPR[n]」では、「OPC」のコマンドに対する付加情報が示される。この「OPC(opcode)」は、図１１に示すように、ユニットとサブユニットに対するコマンド、ユニットに対するコマンド、およびサブユニットに対するコマンド等に区分される。

このようにして、図６に示す要求パケットや応答パケットが構成されており、コントローラとターゲット間でのアシンクロナス通信によってコントローラからターゲットに対してコマンドが供給されるとともに、ターゲットからコントローラに応答が返される。

ＤＴＣＰ方式では、「Digital Transmission Content Protection Specification」の規格で示されているように、暗号化されたコンテンツデータを復号したい機器(Sink)は、暗号化されたコンテンツデータの送り出し側の機器(Source)に対して認証の要求を行う。この認証では、コピー禁止(Copy-Never)の制限がなされたコンテンツデータを伝送する場合、公開鍵暗号技術を使用した「Full Authentication」を行う。また、１世代に限りコピー可能(Copy-one-generation)の制限がなされたコンテンツデータや、次のコピーを認めないものとする(No-more-copy)制限がなされたコンテンツデータを出力する機器と接続する場合、共通鍵暗号技術を使用した「Restricted Authentication」を行う。

図１２は、認証と鍵交換の際に用いる「SECURITY command」を示しておりいる。この「SECURITY command」は、「OPC(opcode)」の値を「０Ｆ₁₆」としたものである。ここで、ＤＴＣＰ方式の認証と鍵交換では、「OPC(opcode)」に続く「Operand[0]」の「Category」を「０」とする。このときのコマンドはＡＫＥコマンドと呼ばれており、「Operand[0]」の「AKE_ID」を「０」としたときの「Operand[1]〜[4]」のデータによって、認証と鍵交換におけるコマンドの設定等が行われる。

ＡＫＥコマンドにおける「Operand[1]」は「subfunction」であり、コマンドの命令動作を指定ものである。ここで、「subfunction」が「０１₁₆」であるときは、「CHALLENGE subfunction」コマンドであり、認証と鍵交換処理を開始させるためのものである。「subfunction」が「０２₁₆」であるときは、「RESPONSE subfunction」コマンドであり、受信した乱数を用いて算出したデータを、乱数の送信元に送信する。「subfunction」が「０３₁₆」であるときは、「EXCHANGE_KEY subfunction」コマンドであり、認証後に暗号化された交換鍵Ｋxを送信する。「subfunction」が「０４₁₆」であるときは、「SRM subfunction」コマンドであり、情報の古いＳＲＭを有した機器にＳＲＭを供給する。「subfunction」が「Ｃ０₁₆」であるときは、「AKE_CANCEL subfunction」コマンドであり、認証と鍵交換処理を中止させる。「subfunction」が「８４₁₆」であるときは、「CONTENT_KEY_REQ subfunction」コマンドであり、暗号鍵Ｋcを生成するために必要な情報の要求を行う。

「Operand[2]」の「AKE_procedure」は、認証と鍵交換の手続きすなわち「Full Authentication」であるか「Restricted Authentication」であるか等が示される。「Operand[3]」の「exchang_key」は、コピー禁止のコンテンツについての鍵交換、一世代コピー可能のコンテンツについての鍵交換、次のコピーを認めないコンテンツについての鍵交換のいずれに該当するかを示すものである。「Operand[4]」の「subfunction_dependent」では、ＤＴＬＡからの許可の下で利用可能なＤＴＣＰ規格について記述される。

図１３は、「Full Authentication」の手順を示している。コンテンツデータを復号したい機器（Sink）は、暗号化されたコンテンツデータを送信する機器（Source）に対して「CHALLENGE subfunction」コマンドを出力する。このコマンドには、乱数[Bn]とデバイス証明(Device Certificate)[Bcert]の情報を含めて送信する。この乱数[Bn]は、認証のたびに生成されるものである。また、デバイス証明[Bcert]は、機器(Sink)に固有の機器ＩＤ、公開鍵情報、ＤＴＣＰ方式のライセンス業務を行う米国ＤＴＬＡ社の電子署名を含むものである。

機器（Source）は、「CHALLENGE subfunction」コマンド対する応答を示す「response」を機器（Sink）に対して出力する。また、デバイス証明[Bcert]の電子署名を利用して、情報が正しいか否かを判別するとともに、機器ＩＤが機器(Source)の保持しているＳＲＭ内のＣＲＬ(Certificate Revocation List)に登録されているか否かを確認する。ここで、情報が正しいとともに、機器ＩＤがＣＲＬに登録されていないときには、機器（Sink）に対して「CHALLENGE subfunction」コマンドを出力する。このコマンドには、乱数[An]とデバイス証明[Acert]の情報を含めて送信する。この乱数[An]は、乱数[Bn]と同様に認証のたびに生成されるものである。また、デバイス証明[Bcert]は、機器(Source)の機器ＩＤ、公開鍵情報、電子署名を含むものである。

機器（Sink）は、「CHALLENGE subfunction」コマンド対する応答を示す「response」を機器（Source）に対して出力する。また、情報が正しいとともに、機器ＩＤがＣＲＬに登録されていないことを確認する。

機器（Source）は、乱数[Bn]を用いてEC-DH鍵交換のFirst-Phase値ＸＡvを算出する。さらに、First-Phase値ＸＡvと機器（Source）が記憶しているＳＲＭのバージョン番号[Ａsrm］、およびこれらに対する電子署名とを機器（Sink）に対する「RESPONSE subfunction」コマンドによって出力する。この電子署名は、機器（Sink）から供給された乱数[Bn]も含めて計算する。

機器（Sink）は、「RESPONSE subfunction」コマンド対する応答を示す「response」を機器（Source）に対して出力する。また、受け取ったFirst-Phase値ＸＡvやバージョン番号[Ａsrm］が機器（Source）から供給されたものであることを電子署名で検証する。次に、機器（Sink）は、乱数[An]を用いてEC-DH鍵交換のFirst-Phase値ＸＢvを算出する。さらに、First-Phase値ＸＢvと機器（Sink）が記憶しているＳＲＭのバージョン番号[Ｂsrm］、およびこれらに対する電子署名を機器（Source）に対する「RESPONSE subfunction」コマンドによって出力する。この電子署名は、機器（Source）から供給された乱数[An]も含めて計算する。

機器（Source）は、「RESPONSE subfunction」コマンド対する応答を示す「response」を機器（Sink）に対して出力する。また、受け取ったFirst-Phase値ＸＢvやバージョン番号[Ｂsrm］が機器（Sink）から供給されたものであることを電子署名で検証する。

機器（Source）は電子署名によってFirst-Phase値ＸＢvが正しいことを確認したとき、First-Phase値ＸＢvをもとに、ＥＣ−ＤＨ(Elliptic Curve Diffie-Hellman)鍵交換方式によって認証鍵Ｋauthを生成する。同様に、機器（Sink）は電子署名によってFirst-Phase値ＸＡvが正しいことを確認したとき、First-Phase値ＸＡvをもとに、ＥＣ−ＤＨ鍵交換方式によって認証鍵Ｋauthを生成する。このようにして認証が成功すると、機器（Source）と機器（Sink）は、認証鍵Ｋauthを共有することとなる。ここで、バージョン番号[Ａsrm］[Ｂsrm］が一致しないときは、図示せずも、バージョン番号の新しいＳＲＭを記憶している機器からバージョン番号の古いＳＲＭを記憶している機器に対してＳＲＭを伝送することで、ＳＲＭのアップデートを自動的に行う。

次に、機器(Source)は、交換鍵Ｋxを認証鍵Ｋauthで暗号化して暗号化交換鍵Ｋsxを生成する。さらに、暗号化交換鍵Ｋsxを「EXCHANGE_KEY subfunction」コマンドによって、機器(Sink)に供給する。

機器（Sink）は、「EXCHANGE_KEY subfunction」コマンドに対する応答を示す「response」を機器（Source）に対して出力する。また、生成した認証鍵Ｋauthを用いて暗号化交換鍵Ｋsxの復号を行い、交換鍵Ｋxを生成する。さらに、機器（Sink）は、「CONTENT_KEY_REQ subfunction」コマンドを機器(Source)に供給して、暗号化されているコンテンツデータを復号化するために用いる暗号鍵Ｋcを生成するために必要な情報を要求する。

機器(Source)は、交換鍵ＫxとSeed情報とを用いて暗号鍵Ｋcを生成し、暗号鍵Ｋcでコンテンツデータの暗号化を行う。また、「CONTENT_KEY_REQ subfunction」コマンドに対する応答を示す「response」と暗号鍵Ｋcの生成に用いたSeed情報を応答する。機器（Sink）は、機器(Source)から供給されたSeed情報と交換鍵Ｋxから暗号鍵Ｋcを生成する。この生成した暗号鍵Ｋcを用いることで、機器(Source)から供給されたコンテンツデータを正しく復号することができる。

また「Restricted Authentication」の場合、機器（Sink）は、乱数[Bn]とデバイス証明[Bcert]、あるいは乱数[Bn]と共通鍵に関する情報である鍵ベクタを機器（Source）に送信する。機器（Source）は、乱数[An]と鍵ベクタを機器（Sink）に送信する。機器(Sink)は、交換した情報から検証鍵[Ｋv]を求める。さらに検証用応答[Ｒ]を算出して、この検証用応答[Ｒ]を機器（Source）に送信する。

機器(Source)も、交換した情報から検証鍵[Ｋv]を求め、さらに検証用応答[Ｒ’]を算出する。この算出した検証用応答[Ｒ’]と機器（Sink）から供給された検証用応答[Ｒ]との対応が取れているときには、正しい機器であると判別して、上述したように認証鍵Ｋauthの算出や暗号化交換鍵Ｋsx、Seed情報の伝送を行う。

ここで、各機器は上述の認証処理の結果や、他の機器から通知された情報を用いて、接続機器情報リストを作成し、権利保護がなされたコンテンツデータを伝送する際には、この接続機器情報リストを参照して不正な機器とのデータリンクの確立を禁止する。

例えば、図１のＤＴＶ２１は、コピー禁止(Copy-Never)の制限がなされたコンテンツデータが入力される機器であり、「Full Authentication」を行うものである。ＤＴＶ２１は、バスリセット後、readパケットを各ノードに供給して、各ノードのレジスタ空間上における「bus_info_block」内のNode_Unique_IDを読み出して、図１４に示すように、接続機器情報リストを作成する。

次に、ＤＴＶ２１は、バス１０の機器と認証処理を行い、いずれかの機器から供給された機器ＩＤがＳＲＭ内のＣＲＬに登録されていないときには、接続機器情報リストに正しい機器であることを示す情報（例えば「ＳＲＭ」欄に「ＯＫ」）を登録する。また、機器ＩＤがＳＲＭ内のＣＲＬに登録されており認証に失敗したときは、接続機器情報リストに不正な機器であることを示す情報（例えば「ＳＲＭ」欄に「ＮＧ」）を登録する。また、接続機器情報リストに正しい機器であるか不正な機器であるかを示す情報が登録されているときには、認証処理結果に基づき登録されている情報を更新する。このように、機器固有の情報であるNode_Unique_IDとＣＲＬに基づいた判別結果を関係付けて、接続機器情報リストを生成して記憶する。

接続機器情報リストを記憶したＤＴＶ２１は、その後、バス１０上の機器とコンテンツデータの伝送を行う際に、相手先機器のNode_Unique_IDを用いて接続機器情報リストの検索を行い、相手先機器が不正な機器と判別されているときには、上述の認証処理を行うことなく、あるいは上述の認証処理を失敗させて、不正な機器とのデータリンクの確立が二度と行われないように制御する。このように、不正な機器を判別したときには、この機器とのデータリンクの確立が二度と行われないように処理することで、速やか且つ簡単な処理で不正な機器を確実に排除できる。

さらに、ＤＴＶ２１は、相手先機器が不正な機器であることを提示する処理を行う。例えばＤＴＶ２１の画面上に、相手先機器が不正な機器でありコンテンツデータの伝送ができない旨の警告表示を行う。このように、不正な機器であることを提示することで、ユーザは、いずれの機器が不正な機器であるかを容易に判別できる。

また、ＤＴＶ２１は、接続機器情報リストにおいて、不正な機器と判別されていない機器に対して、順次認証処理を行い、上述したように認証処理中にＳＲＭのバージョン番号[Ａsrm］[Ｂsrm］の交換を行い、一致しないときはバージョン番号の新しいＳＲＭを記憶している機器からバージョン番号の古いＳＲＭを記憶している機器に対してＳＲＭを伝送することで、ＳＲＭのアップデートを自動的に行う。このように処理することで、新しいＳＲＭを保持している機器をネットワークに接続するだけで、自動的にＤＴＶ２１のＳＲＭを更新することができる。

さらに、ＤＴＶ２１のＳＲＭが他の機器のＳＲＭを用いてアップデートされたときには、不正な機器と新たなＳＲＭを記憶している機器を除いた他の機器に対して順次認証処理を行うことで、各機器のＳＲＭを最も新しいＳＲＭに容易にアップデートすることができる。

ところで、ＳＲＭのアップデートは、認証処理中に行う場合に限られるものではなく、認証処理とは別個に、「AV/C Digital Interface Command Set」を用いてＳＲＭのアップデートを行うものとしても良い。例えば、バスリセット後にバス１０に接続されている機器間でＳＲＭのバージョン番号の確認を行い、最も新しいバージョン番号のＳＲＭを用いて、他のＳＲＭのアップデートを行う。このように、認証処理とは別個にＳＲＭのアップデートを行うものとすれば、権利保護のなされたコンテンツデータの伝送を行うか否かに係らず、機器のＳＲＭのアップデートを行うことができる。

また、バス１０上には、コピー禁止のコンテンツデータを扱わないためＳＲＭを有していない機器が接続される場合もある。このようなＳＲＭを有していない機器では、ＳＲＭ内のＣＲＬに基づいて不正な機器の判別を行うことができない。このため、ＤＶＴ２１は、不正機器情報であるＳＲＭに替えて、不正な機器と判別された機器のNode_Unique_IDを不正機器ノード情報として他の機器に伝送する。この場合、ＳＲＭを有していない機器であっても、供給された不正機器ノード情報に基づいて不正な機器を判別することが可能となり、不正な機器とのデータリンクの確立を禁止できる。

また、ＤＶＴ２１では、不正な機器を検出して接続機器情報リストに登録したとき、この不正な機器のNode_Unique_IDを不正機器ノード情報として他の機器に通知する。他の機器では、通知された不正機器ノード情報で示された機器とのデータリンクの確立を禁止する。このように、不正な機器を検出したときは、この不正な機器を示すノード情報を各機器に通知することにより、ネットワークに接続された機器で、不正な機器の検出を速やかに行うことができる。

以上のように本発明は、ネットワーク上の不正機器を排除するために有用であり、ネットワークを介して権利保護がなされた映像や音声のコンテンツの伝送に好適である。

機器接続状態を示す図である。バスに接続される機器の構成を示す図である。アドレス空間を説明するための図である。レジスタ空間を説明するための図である。アシンクロナス通信のパケット構成を示す図である。ＦＣＰｆｒａｍｅの構成を示す図である。ＣＴ(ctype)を説明するための図である。ＲＣ(response)を説明するための図である。Ｓｕｂｕｎｉｔ_ｔｙｐｅを説明するための図である。Ｓｕｂｕｎｉｔ_ＩＤを説明するための図である。ＯＰ(opcode)を説明するための図である。ＳＥＣＵＲＩＴＹｃｏｍｍａｎｄを説明するための図である。ＦｕｌｌＡｕｔｈｅｎｔｉｃａｔｉｏｎの手順を示す図である。接続機器情報リストを示す図である。

符号の説明

１０・・・シリアルバス、２１，２２・・・ＤＴＶ、２３・・・Ｄ−ＶＴＲ、２４・・・ＤＶＲ、２５・・・ＨＤＤ、２６・・・ＣＡＭ、２７・・・ＰＣ、２８・・・ＤＶＤ、３１・・・通信部、３２・・・制御部、３３・・・機能ブロック、３４・・・内部バス、３１１・・・物理層コントローラ、３１２・・・リンク層コントローラ

Claims

ネットワークを介して他のネットワーク通信機器と通信を行う通信手段と、
不正機器情報を保持する情報保持手段と、
前記他のネットワーク通信機器が、前記不正機器情報に登録されていないと判別したときは、該他のネットワーク通信機器とのデータリンクの確立を可能とし、前記不正機器情報に登録されていると判別したときは、該他のネットワーク通信機器とのデータリンクの確立を二度と行わないものとする制御手段を有する
ことを特徴とするネットワーク通信機器。
前記制御手段は、前記不正機器情報に登録されていると判別されたネットワーク装置を除く前記ネットワーク上の他のネットワーク通信機器に対し、前記不正機器情報を供給する
ことを特徴とする請求項１記載のネットワーク通信機器。
前記制御手段は、前記不正機器情報に登録されていると判別されたネットワーク装置を除く前記ネットワーク上の他のネットワーク通信機器との認証処理の際に、前記不正機器情報の供給を行う
ことを特徴とする請求項２記載のネットワーク通信機器。
前記制御手段は、前記ネットワークを介して供給された不正機器情報が、前記情報保持手段に保持されている不正機器情報よりも新しいとき、前記情報保持手段に保持されている不正機器情報を前記供給された不正機器情報で更新する
ことを特徴とする請求項１記載のネットワーク通信機器。
前記制御手段は、前記他のネットワーク通信機器が前記不正機器情報に登録されていると判別したとき、該他のネットワーク通信機器が不正機器であることを提示する処理を行う
ことを特徴とする請求項１記載のネットワーク通信機器。
前記制御手段は、前記不正機器情報に登録されていると判別されたネットワーク装置を除く前記ネットワーク上の他のネットワーク通信機器に対し、前記不正機器情報に登録されていると判別されたネットワーク装置のノード情報を、不正機器ノード情報として供給する
ことを特徴とする請求項１記載のネットワーク通信機器。
前記制御手段は、前記不正機器ノード情報が供給されたとき、該不正機器ノード情報で示されたネットワーク通信機器とのデータリンクの確立を二度と行わないものとする
ことを特徴とする請求項６記載のネットワーク通信機器。
ネットワークを介して他のネットワーク通信機器と通信を行う通信工程と、
前記他のネットワーク通信機器が、保持している不正機器情報に登録されていないと判別したときは、該他のネットワーク通信機器とのデータリンクの確立を可能とし、前記不正機器情報に登録されていると判別したときは、該他のネットワーク通信機器とのデータリンクの確立を二度と行わないものとする制御工程を有する
ことを特徴とするネットワーク通信制御方法。
前記制御工程では、前記不正機器情報に登録されていると判別されたネットワーク装置を除く前記ネットワーク上の他のネットワーク通信機器に対し、前記不正機器情報を供給する
ことを特徴とする請求項８記載のネットワーク通信制御方法。
前記制御工程では、前記不正機器情報に登録されていると判別されたネットワーク装置を除く前記ネットワーク上の他のネットワーク通信機器との認証処理の際に、前記不正機器情報の供給を行う
ことを特徴とする請求項９記載のネットワーク通信制御方法。
前記制御工程では、前記ネットワークを介して供給された不正機器情報が、保持している不正機器情報よりも新しいとき、該保持している不正機器情報を前記供給された不正機器情報で更新する
ことを特徴とする請求項８記載のネットワーク通信制御方法。
前記制御工程では、前記他のネットワーク通信機器が前記不正機器情報に登録されていると判別したとき、該他のネットワーク通信機器が不正機器であることを提示する処理を行う
ことを特徴とする請求項８記載のネットワーク通信制御方法。
前記制御工程では、前記不正機器情報に登録されていると判別されたネットワーク装置を除く前記ネットワーク上の他のネットワーク通信機器に対し、前記不正機器情報に登録されていると判別されたネットワーク装置のノード情報を、不正機器ノード情報として供給する
ことを特徴とする請求項８記載のネットワーク通信制御方法。
前記制御工程では、前記不正機器ノード情報が供給されたとき、該不正機器ノード情報で示されたネットワーク通信機器とのデータリンクの確立を二度と行わないものとする
ことを特徴とする請求項１３記載のネットワーク通信制御方法。