JP2000174797A - 中継装置及び通信装置 - Google Patents

中継装置及び通信装置

Info

Publication number
JP2000174797A
JP2000174797A JP11209836A JP20983699A JP2000174797A JP 2000174797 A JP2000174797 A JP 2000174797A JP 11209836 A JP11209836 A JP 11209836A JP 20983699 A JP20983699 A JP 20983699A JP 2000174797 A JP2000174797 A JP 2000174797A
Authority
JP
Japan
Prior art keywords
network
content
subunit
node
service
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP11209836A
Other languages
English (en)
Other versions
JP3583657B2 (ja
Inventor
Takeshi Saito
健 斉藤
Yoshiaki Takahata
由彰 高畠
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP20983699A priority Critical patent/JP3583657B2/ja
Priority to US09/404,547 priority patent/US7218643B1/en
Publication of JP2000174797A publication Critical patent/JP2000174797A/ja
Application granted granted Critical
Publication of JP3583657B2 publication Critical patent/JP3583657B2/ja
Priority to US11/741,321 priority patent/US20070201511A1/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0281—Proxies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/02—Arrangements for relaying broadcast information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/14—Arrangements for conditional access to broadcast information or to broadcast-related services
    • H04H60/23—Arrangements for conditional access to broadcast information or to broadcast-related services using cryptography, e.g. encryption, authentication, key distribution
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04K—SECRET COMMUNICATION; JAMMING OF COMMUNICATION
    • H04K1/00—Secret communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/061—Network architectures or network communication protocols for network security for supporting key management in a packet data network for key exchange, e.g. in peer-to-peer networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3271—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using challenge-response
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/00166—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to authorised contents recorded on or reproduced from a record carrier, e.g. music or software
    • G11B20/00173—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to authorised contents recorded on or reproduced from a record carrier, e.g. music or software wherein the origin of the content is checked, e.g. determining whether the content has originally been retrieved from a legal disc copy or another trusted source
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
    • G11B20/00485—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier
    • G11B20/00492—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier wherein content or user data is encrypted
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/60—Digital content management, e.g. content distribution
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/76—Proxy, i.e. using intermediary entity to perform cryptographic operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/80—Wireless
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Theoretical Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Communication Control (AREA)
  • Storage Device Security (AREA)
  • Computer And Data Communications (AREA)

Abstract

(57)【要約】 【課題】 同じネットワークには接続されていない装置
間のコンテンツ保護手続きを可能とする中継装置を提供
すること。 【解決手段】 第１のネットワーク１０４と第２のネッ
トワークに接続され、第２のネットワーク上の装置１０
３を自中継装置１０２上のものとして第１のネットワー
ク１０４側に開示する機能と、第１のネットワーク１０
４上の装置１０１から装置１０３宛の制御コマンドを受
信した場合、これに対応する制御コマンドを装置１０３
へ送信する機能と、装置１０１から装置１０３宛のコン
テンツ保護情報を受信した場合、これに変更を加えずに
装置１０３へ送信する機能と、装置１０１から装置１０
３宛に先のコンテンツ保護情報から得られるコンテンツ
鍵で保護されたコンテンツを受信した場合、これに変更
を加えずに装置１０３へ送信する機能とを有する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、ＩＥＥＥ１３９４
バスや無線ネットワーク等のネットワーク間のデータ転
送を中継する中継装置及びＩＥＥＥ１３９４バスや無線
ネットワーク等のネットワークを介して通信を行う通信
装置に関する。
【０００２】
【従来の技術】近年、デジタル放送の開始や、デジタル
ＡＶ機器の発売等、いわゆる「家庭ＡＶ環境のデジタル
化」が大きな注目を集めている。デジタルＡＶデータ
は、様々な圧縮が可能、マルチメディアデータとしても
処理が可能、何回再生しても劣化がない、等の優れた特
徴を持ち、今後その用途はますます広がっていくものと
考えられる。
【０００３】しかしながら、このデジタルＡＶ技術に
は、反面、「コンテンツの不正コピーが容易に行える」
という側面もある。すなわち、どのようなデジタルコン
テンツについても、原理的に「ビットのコピー」で、元
どおりの品質の、しかも未来永劫にわたって一切劣化の
ない複製が作れてしまうため、いわゆる「不正コピー」
の問題が発生する。
【０００４】この「不正コピー」を防ぐための技術がい
くつか検討されている。その中の一つが、ＣＰＴＷＧ
（コピープロテクション技術ワーキンググループ）で検
討されている「１３９４ＣＰコンテンツ保護システム仕
様（１３９４ＣＰ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉ
ｏｎ Ｓｙｓｔｅｍ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）」
である。この技術は、ＩＥＥＥ１３９４バスに接続され
たノード間で、転送するコンテンツ（例えばＭＰＥＧデ
ータ等）について、送受信ノードの間で予め認証手続き
を行い、暗号鍵（コンテンツキー）を共有できるように
しておき、以降は転送するコンテンツを暗号化して転送
し、認証手続きを行った両者以外はコンテンツが読めな
いようにする技術である。このようにすることにより、
認証手続きを行っていないノードは、コンテンツキーの
値がわからないため、転送されているデータ（暗号化さ
れているデータ）をたとえ取り込むことができたとして
も、この暗号を復号化することはできない。このような
認証に参加できるノードは、あらかじめ定められた認証
機関が許可したノードのみとしておくことで、不正なノ
ードが暗号鍵を入手することを未然に防ぎ、不正コピー
を予め防ぐことが可能になる。
【０００５】
【発明が解決しようとする課題】ＩＥＥＥ１３９４バス
は、最低速度でも１００Ｍｂｐｓ、網そのものに自動構
成認識機能が備わっている、ＱＯＳ転送機能を持つ等、
非常に優れた特徴を持つネットワークシステムであり、
それゆえに家庭向けのデジタルＡＶ向けのネットワーク
として、デファクトスタンダードの地位を築いている。
【０００６】しかし、ＩＥＥＥ１３９４は、これら特徴
のゆえに、「ＩＥＥＥ１３９４と、他のネットワークを
接続するとき」に様々な制約を生んでいる。例えば、無
線網や公衆網とＩＥＥＥ１３９４バスを接続する場合
は、これらの網が１００Ｍｂｐｓ以上といった高速性を
一般には有していないことや、ＩＥＥＥ１３９４の自動
構成認識機能をこれらの網へそのまま拡張する、といっ
た方法が簡単にはとれないことから、ＩＥＥＥ１３９４
プロトコルをそのまま無線や公衆網に拡張する、といっ
た方法を使うことはできない。そこで、ＩＥＥＥ１３９
４と、無線網や公衆網などの他網の間にプロトコル変換
ゲートウェイを配置し、相互接続する方法や、片方の網
上のサービスをもう片方の網のサービスとして提供する
いわゆる代理サーバの方法等が提案されている。
【０００７】これらの方法を、従来の技術で述べた１３
９４コピープロテクションに適用しようとした場合、現
状では該コピープロテクション技術がＩＥＥＥ１３９４
バスについてのみ定められている状況である。このコピ
ープロテクション技術を「ＩＥＥＥ１３９４と、他のネ
ットワークを接続するとき」に拡張するための技術はな
いのが現状である。
【０００８】本発明は、上記事情を考慮してなされたも
ので、コピープロテクション技術をＩＥＥＥ１３９４の
みならず、これと相互接続された他網にも拡張可能な中
継装置及び通信装置を提供することを目的とする。
【０００９】また、本発明は、同じネットワークには接
続されていない装置間のコンテンツ保護手続きを可能と
する中継装置及び通信装置を提供することを目的とす
る。
【００１０】
【課題を解決するための手段】本発明（請求項１）に係
る中継装置は、第１のネットワークに接続された第１の
インタフェース手段と、第２のネットワークに接続され
た第２のインタフェース手段と、前記第２のネットワー
ク上の装置又はサービス又はサブユニットを、自中継装
置上のものとして前記第１のネットワーク側に開示する
代理構成手段と、この装置又はサービス又はサブユニッ
ト宛の制御コマンド信号を前記第１のネットワーク側か
ら受信する制御コマンド受信手段と、この制御コマンド
受信手段で受信した前記制御コマンド信号に対応した信
号を前記第２のネットワーク上の装置又はサービス又は
サブユニット宛に送信する制御コマンド送信手段と、前
記第１のネットワーク上の装置から、前記代理構成手段
で開示した前記装置又はサービス又はサブユニット宛の
コンテンツ保護情報を受信するコンテンツ保護情報受信
手段と、このコンテンツ保護情報受信手段で受信したコ
ンテンツ保護情報に変更を加えず、前記第２のネットワ
ーク上の装置又はサービス又はサブユニット宛に転送す
るコンテンツ保護情報転送手段とを具備したことを特徴
とする。
【００１１】本発明（請求項２）に係る中継装置は、第
１のネットワークに接続された第１のインタフェース手
段と、第２のネットワークに接続された第２のインタフ
ェース手段と、第１及び第２のネットワーク上の装置又
はサービス又はサブユニットを、自中継装置上のものと
して各々他方のネットワーク側に開示する代理構成手段
と、この装置又はサービス又はサブユニット宛の制御コ
マンド信号を前記代理構成手段で開示したネットワーク
側から受信する制御コマンド受信手段と、この制御コマ
ンド受信手段で受信した前記制御コマンド信号に対応し
た信号を、前記代理構成手段で開示したネットワークと
異なるネットワーク上の装置又はサービス又はサブユニ
ット宛に送信する制御コマンド送信手段と、前記第１又
は第２のネットワーク上の装置から、前記代理構成手段
で開示した前記装置又はサービス又はサブユニット宛の
コンテンツ保護情報を受信するコンテンツ保護情報受信
手段と、このコンテンツ保護情報受信手段で受信したコ
ンテンツ保護情報に変更を加えず、前記他方のネットワ
ーク上の装置又はサービス又はサブユニット宛に転送す
るコンテンツ保護情報転送手段と、前記第１又は第２の
ネットワーク上の装置から、前記代理構成手段で開示し
た前記装置又はサービス又はサブユニット宛であり、前
記コンテンツ保護情報から得られるコンテンツ鍵で保護
されたコンテンツを受信するコンテンツ受信手段と、こ
のコンテンツ受信手段で受信した前記コンテンツに変更
を加えず、前記他方のネットワーク上の装置又はサービ
ス又はサブユニット宛に転送するコンテンツ転送手段と
を具備したことを特徴とする。
【００１２】好ましくは、前記コンテンツ保護情報は、
前記第１のネットワーク上の装置又はサービス又はサブ
ユニットと、前記第２のネットワーク上の装置又はサー
ビス又はサブユニット間の認証及び又は鍵交換を含むコ
ンテンツ保護の手続きに関する情報であるようにしても
よい。
【００１３】本発明によれば、例えば、保護すべきコン
テンツの送信もしくは受信を行っているペアである「代
理構成手段が提供している第２のネットワーク上の装置
またはサービスまたはサブユニット（以下、装置または
サービスまたはサブユニットを装置等と呼ぶ）」と「第
１のネットワーク上の装置」との間において、「第１の
ネットワーク上の装置」または「代理構成手段が提供し
ている第２のネットワーク上の装置等」が、あくまでコ
ンテンツ保護手続きの相手は当該中継装置であると認識
しつつ、コンテンツ保護手続きを行うことができるた
め、「第１のネットワーク上の装置」または「代理構成
手段が提供している第２のネットワーク上の装置等」
は、中継装置を経て接続される別のネットワークについ
て考慮をする必要がなくなる。また、実際には、中継装
置がその手続きを中身を変えることなく中継することに
よって、そのコンテンツ保護手続きを直接「代理構成手
段が提供している第２のネットワーク上の装置等」と
「第１のネットワーク上の装置」との間において行うこ
とができる。
【００１４】また、本発明によれば、保護されるべきコ
ンテンツを、その保護形式を変更することなく受信側に
送り届けることができ、コンテンツを保護された形でエ
ンドエンドに送り届けることができる。
【００１５】本発明（請求項４）に係る中継装置は、第
１のネットワークに接続された第１のインタフェース手
段と、第２のネットワークに接続された第２のインタフ
ェース手段と、第１及び第２のネットワーク上の装置又
はサービス又はサブユニットを、自中継装置上のものと
して各々他方のネットワーク側に開示する代理構成手段
と、この装置又はサービス又はサブユニット宛の制御コ
マンド信号を前記代理構成手段で開示したネットワーク
側から受信する制御コマンド受信手段と、この制御コマ
ンド受信手段で受信した前記制御コマンド信号に対応し
た信号を、前記代理構成手段で開示したネットワークと
異なるネットワーク上の装置又はサービス又はサブユニ
ット宛に送信する制御コマンド送信手段と、前記第１の
ネットワーク上の装置又はサービス又はサブユニット
と、自中継装置の間で、コンテンツ保護の手続きを行う
第１のコンテンツ保護手段と、前記第２のネットワーク
上の装置又はサービス又はサブユニットと、自中継装置
の間で、コンテンツ保護の手続きを行う第２のコンテン
ツ保護手段と、前記第１又は第２のいずれか一方のネッ
トワーク上の装置から、前記代理構成手段で開示した自
中継装置上の装置又はサービス又はサブユニット宛であ
り、前記第１又は第２のいずれか一方のコンテンツ保護
手段に基づいて暗号化されたコンテンツを受信するコン
テンツ受信手段と、前記コンテンツ受信手段で受信した
コンテンツを、前記第１又は第２のいずれか他方のコン
テンツ保護手段に基づいて暗号化し、前記第１又は第２
のいずれか他方のネットワーク上の装置又はサービス又
はサブユニット宛に送信するコンテンツ送信手段とを具
備したことを特徴とする。
【００１６】本発明によれば、例えば、保護すべきコン
テンツの送信もしくは受信を行っているペアである「第
２のネットワーク上の装置等」と「第１のネットワーク
上の装置」との間において、「第１のネットワーク上の
装置」または「第２のネットワーク上の装置等」が、あ
くまでコンテンツ保護手続きの相手は当該中継装置であ
ると認識しつつ、コンテンツ保護手続きを行うことがで
きるため、「第１のネットワーク上の装置」または「第
２のネットワーク上の装置等」は、中継装置を経て接続
される別のネットワークについて考慮をする必要がなく
なる。また、例えば、中継装置が、コンテンツ保護手続
きをそれぞれ終端することで、結局、「第２のネットワ
ーク上の装置等」と中継装置との間、および中継装置と
「第１のネットワーク上の装置」との間で、コンテンツ
保護手続きをそれぞれ行うこととなり、結局、エンドエ
ンドでコンテンツの保護を行うことができる。
【００１７】また、第１のネットワーク上の装置から第
２のネットワーク上の装置等の間の全ての経路におい
て、転送されるデータは暗号化されていることになり、
不正コピー等を未然に防ぐことが可能になる。
【００１８】好ましくは、前記第１のコンテンツ保護手
段と、前記第２のコンテンツ保護手段で用いられる暗号
化方式は異なる方式であるか、又は異なる鍵情報に基づ
くものであるようにしてもよい。
【００１９】好ましくは、前記コンテンツ受信手段と、
前記コンテンツ送信手段は同一のＬＳＩに封止されてい
るようにしてもよい。これによって、この復号化手段と
暗号化手段との間は、暗号化されていないコンテンツデ
ータが流れるため、個々にプローブをあてる等して、こ
こからコンテンツデータを盗聴し、不正コピーを働くこ
とを未然に防止することが可能となる。
【００２０】好ましくは、前記第１のコンテンツ保護手
段における前記コンテンツ保護の手続きで使用する第１
の鍵情報と、前記第２のコンテンツ保護手段における前
記コンテンツ保護の手続きで使用する第２の鍵情報とを
同一のものとするようにしてもよい。これによって、一
方のネットワークから伝えられた、他方のネットワーク
へ転送された暗号化データの鍵に関する情報（鍵やシー
ド等）を、他方のネットワークへそのまま転送すること
により、他方のネットワーク上の装置では該暗号化鍵の
再生が可能となるため、コンテンツ受信手段とコンテン
ツ送信手段との間の暗号復号機能および再暗号化機能が
不要となり、中継装置の大幅なコストの低減と、処理速
度の高速化を図ることが可能となる。
【００２１】また、好ましくは、他方のネットワーク側
の装置と、暗号化されたデータの転送を行っている場合
には、他方のネットワーク上の他の装置からの、暗号化
が必要なデータの送信要求は拒否するようにしてもよ
い。このようにすれば、他方のネットワーク側におい
て、異なる暗号化されたデータ転送を未然に防止するこ
とが可能となる。
【００２２】好ましくは、前記第１又は第２のいずれか
他方のコンテンツ保護手段における前記コンテンツ保護
の手続きは、所定の鍵情報を用いて、コンテンツ単位又
はサービス単位又はサブユニット単位で行なうようにし
てもよい。これによって、他方のネットワーク側の装置
との間で、複数の暗号鍵を定義できるようになるため、
暗号化されたデータを同時に転送することが可能とな
り、一方のネットワーク上の装置から複数の暗号化デー
タが転送される場合あるいは一方のネットワーク上に複
数の装置がある場合等への対処が可能となる。
【００２３】好ましくは、前記第１及び第２のネットワ
ーク上の装置又はサービス又はサブユニットから、該装
置の認証フォーマット（機器証明）の有無を含む構成情
報を受信する構成情報受信手段と、前記構成情報受信手
段で受信した各構成情報に基づいて、該装置又はサービ
ス又はサブユニットの構成認識を行う構成認識手段とを
更に具備するようにしてもよい。これによって、代理構
成手段が構成する代理サービスを、自動的に構成するこ
とができるようになり、もって、コンテンツ保護手続き
に至る手順のプラグアンドプレイでの実現が可能にな
る。
【００２４】また、好ましくは、前記代理構成手段は、
前記第１のネットワークの装置に対してデータを送信す
る際に、あらかじめ該第１のネットワークの装置に対し
て自中継装置が代理構成している該データを送信する装
置またはサービスまたはサブユニットを通知するように
してもよい。これによって、この通知を受信した第１の
ネットワーク上の装置に対して、どこに認証要求を出せ
ばよいかを通知することが可能になる。
【００２５】本発明（請求項１０）に係る中継装置は、
第１のネットワークに接続された第１のインタフェース
手段と、第２のネットワークに接続された第２のインタ
フェース手段と、前記第１のネットワーク上の装置又は
サービス又はサブユニットと、自中継装置の間で、コン
テンツ保護の手続きを行う第１のコンテンツ保護手段
と、前記第２のネットワーク上の装置又はサービス又は
サブユニットと、自中継装置の間で、コンテンツ保護の
手続きを行う第２のコンテンツ保護手段と、前記第１又
は第２のいずれか一方のネットワーク上の装置から、自
中継装置上の装置又はサービス又はサブユニット宛であ
り、前記第１又は第２のいずれか一方のコンテンツ保護
手段に基づいて暗号化されたコンテンツを受信するコン
テンツ受信手段と、前記コンテンツ受信手段で受信した
コンテンツを、前記第１又は第２のいずれか他方のコン
テンツ保護手段に基づいて暗号化し、前記第１又は第２
のいずれか他方のネットワーク上の装置又はサービス又
はサブユニット宛に送信するコンテンツ送信手段とを具
備し、前記第１のコンテンツ保護手段における前記コン
テンツ保護の手続きで使用する第１の鍵情報と、前記第
２のコンテンツ保護手段における前記コンテンツ保護の
手続きで使用する第２の鍵情報とを同一のものとするこ
とを特徴とする。
【００２６】本発明（請求項１１）に係る通信装置は、
ネットワークに接続されたインタフェース手段と、前記
ネットワーク上の他の装置またはサービスまたはサブユ
ニットとの間で、少なくとも認証手続きおよびまたは鍵
交換手続きを含む所定のコンテンツ保護手続きを行なう
コピープロテクション処理手段と、前記ネットワーク上
の他の装置に対して、自通信装置のアドレスを付与した
暗号化されたコンテンツを、ネットワークの仮想チャネ
ル上を介してまたは更に自通信装置のアドレスおよび該
コンテンツを一意に識別可能な識別子を付与して、送信
するコンテンツ送信手段と、前記ネットワーク上の他の
装置から、前記仮想チャネル上を介してまたは前記識別
子を付与して前記暗号化されたコンテンツを転送してい
るサービスまたはサブユニットまたはプラグについての
問合せを受信する受信手段と、この問合せに応答して、
前記ネットワーク上の他の装置に対し、該当するサービ
スまたはサブユニットまたはプラグについての通知をす
る通知手段とを具備することを特徴とする。
【００２７】本発明（請求項１２）に係る通信装置は、
ネットワークに接続されたインタフェース手段と、前記
ネットワーク上の他の装置またはサービスまたはサブユ
ニットとの間で、少なくとも認証手続きおよびまたは鍵
交換手続きを含む所定のコンテンツ保護手続きを行なう
コピープロテクション処理手段と、前記ネットワーク上
の他の装置から、該ネットワーク上の他の装置のアドレ
スが付与された暗号化されたコンテンツを、ネットワー
クの仮想チャネル上を介してまたは該ネットワーク上の
他の装置が該コンテンツを一意に識別可能な識別子が付
与された形で、受信するコンテンツ受信手段と、前記ネ
ットワーク上の他の装置に対して、前記仮想チャネルを
介してまたは前記識別子を付与して前記暗号化されたコ
ンテンツを転送しているサービスまたはサブユニットま
たはプラグについての問合せを送信する送信手段と、前
記ネットワーク上の他の装置から、前記問合せに該当す
るサービスまたはサブユニットまたはプラグについての
通知を受信する受信手段とを具備することを特徴とす
る。
【００２８】本発明によれば、特定の仮想チャネルで転
送されている暗号化データの送信、あるいは受信それぞ
れのサブユニットあるいはプラグを特定することが可能
となり、以降の認証・鍵交換で、「このサブユニット
（あるいはプラグ）から送信、あるいは受信されている
データに関する認証・鍵交換を行いたい」と明示するこ
とが可能となり、もって同一ノード同士でも、同時に複
数の鍵を定義できるようになるため、複数の暗号化デー
タのやり取りが可能となる。あるいは、本発明によれ
ば、特定の識別子を持って転送されている暗号化データ
の送信、あるいは受信それぞれのサブユニットあるいは
プラグを特定することが可能となり、以降の認証・鍵交
換で、「このサブユニット（あるいはプラグ）から送
信、あるいは受信されているデータに関する認証・鍵交
換を行いたい」と明示することが可能となり、もって同
一ノード同士でも、同時に複数の鍵を定義できるように
なるため、複数の暗号化データのやり取りが可能とな
る。
【００２９】本発明（請求項１３）に係る通信装置は、
ネットワークに接続されたインタフェース手段と、前記
ネットワーク上の他の装置に対して、暗号化されたコン
テンツを、送信アドレス、送信ポート、受信アドレスお
よび受信ポートの組みで識別されるフローを介して送信
または受信するコンテンツ転送手段と、前記ネットワー
ク上の他の装置との間で、予め定められた論理ポートを
用いて、少なくとも認証手続きおよびまたは鍵交換手続
きを含む所定のコンテンツ保護手続きを行なうコピープ
ロテクション処理手段とを具備し、前記所定のコンテン
ツ保護手続きを行なう場合には、これを前記フローの単
位で行なうことを特徴とする。
【００３０】好ましくは、前記所定のコンテンツ保護手
続きに含まれる少なくとも一部の手続きにおいてやり取
りされる情報に前記フローの識別子を付与するようにし
てもよい。
【００３１】本発明によれば、フロー毎に異なる鍵の定
義ができるようになるため、以降の認証・鍵交換で、
「このフローに関する認証・鍵交換を行いたい」と明示
することが可能となり、もって同一ノード同士でも、同
時に複数の鍵を定義できるようになるため、複数の暗号
化データのやり取りが可能となる。
【００３２】本発明（請求項１５）に係る通信装置は、
ネットワークに接続されたインタフェース手段と、前記
ネットワーク上の他の装置またはサービスまたはサブユ
ニットとの間で、少なくとも認証手続きおよびまたは鍵
交換手続きを含む所定のコンテンツ保護手続きを行なう
コピープロテクション処理手段と、前記ネットワーク上
の他の装置に対して、送信側の装置のアドレスが付与さ
れた暗号化されたコンテンツを、ネットワークの仮想チ
ャネル上を介してまたは該送信側の装置が該コンテンツ
を一意に識別可能な識別子を付与された形で、送信また
は受信するコンテンツ送受信手段とを具備し、前記所定
のコンテンツ保護手続きに含まれる少なくとも一部の手
続きにおいてやり取りされる情報に、前記暗号化された
コンテンツのやり取りを行うサービス、サブユニット、
仮想チャネルもしくはプラグの識別子、または前記送信
側の装置が前記コンテンツを一意に識別可能な識別子の
うちの少なくとも一つを付与することを特徴とする。
【００３３】本発明によれば、認証・鍵交換で、「この
サブユニット、あるいはプラグ、あるいは仮想チャネル
から送信、あるいは受信されているデータに関する認証
・鍵交換を行いたい」と明示することが可能となり、も
って同一ノード同士でも、同時に複数の鍵を定義できる
ようになるため、複数の暗号化データのやり取りが可能
となる。あるいは、本発明によれば、認証・鍵交換で、
「このサブユニット、あるいはプラグから、あるいは前
記特定の識別子を持って、送信、あるいは受信されてい
るデータに関する認証・鍵交換を行いたい」と明示する
ことが可能となり、もって同一ノード同士でも、同時に
複数の鍵を定義できるようになるため、複数の暗号化デ
ータのやり取りが可能となる。
【００３４】本発明（請求項１６）に係る中継装置は、
第１のネットワークに接続された第１のインタフェース
手段と、第２のネットワークに接続された第２のインタ
フェース手段と、第１のネットワーク上の装置またはサ
ービスまたはサブユニットと、少なくとも認証手続きお
よびまたは鍵交換手続きを含む所定のコンテンツ保護手
続き行う第１のコピープロテクション処理手段と、第２
のネットワーク上の装置またはサービスまたはサブユニ
ットと、少なくとも認証手続きおよびまたは鍵交換手続
きを含む所定のコンテンツ保護手続き第２のコピープロ
テクション処理手段と、前記第１のインタフェース手段
から暗号化された特定のコンテンツを含むデータを受信
するコンテンツ受信手段と、前記第１のインタフェース
手段から受信された前記暗号化されたデータを、前記第
１のコピープロテクション処理手段で提供されるコンテ
ンツ保護用の鍵で復号化する復号化手段と、前記復号化
されたデータを、別の符号化形式のデータに変換する変
換手段と、前記復号化されたデータを、前記第２のコピ
ープロテクション処理手段で提供されるコンテンツ保護
用の鍵で暗号化する暗号化手段と、前記暗号化されたデ
ータを、前記第２のインタフェース手段へ転送するコン
テンツ送信手段とを具備したことを特徴とする。
【００３５】本発明によれば、第１のネットワークを伝
送させるデータが保護されるべきコンテンツであり、且
つ、第１のネットワークと第２のネットワークの通信帯
域が著しく異なる場合のように、第２のネットワークに
元のデータとは異なるデータ形式で転送することが求め
られた場合に、変換手段によってデータ形式の変換を行
いつつ、第１のネットワーク上の装置から第２のネット
ワーク上の装置等の間の全ての経路において、転送され
るデータは暗号化されていることになり、両区間（両デ
ータ形式）においても、不正コピー等を未然に防ぐこと
が可能になる。
【００３６】好ましくは、請求項１６に記載の中継装置
において、前記第２のネットワーク上の装置またはサー
ビスまたはサブユニットを、自中継装置上のものとし
て、前記第１のネットワーク側に開示するとともに、前
記第１のネットワーク側の装置から、自中継装置上のも
のとして開示した装置またはサービスまたはサブユニッ
ト宛の情報が受信された場合に、この情報に応じた内容
の情報を前記第２のネットワーク上の装置またはサービ
スまたはサブユニット宛に送信するとともに、前記第１
のネットワーク上の装置またはサービスまたはサブユニ
ットを、自中継装置上のものとして、前記第２のネット
ワーク側に開示するとともに、前記第２のネットワーク
側の装置から、自中継装置上のものとして開示した装置
またはサービスまたはサブユニット宛の情報が受信され
た場合に、この情報に応じた内容の情報を前記第１のネ
ットワーク上の装置またはサービスまたはサブユニット
宛に送信する代理構成手段を更に具備し、前記代理構成
手段は、前記第１または第２の一方のネットワーク上の
装置と、前記第１または第２の他方のネットワーク上の
装置またはサービスまたはサブユニットとの、少なくと
も認証手続きおよびまたは鍵交換手続きを含む所定のコ
ンテンツ保護手続きを行う場合には、前記第１または第
２の一方のコピープロテクション処理手段を用いて前記
一方のネットワーク上の装置と該所定のコンテンツ保護
手続きを行うとともに、前記第１または第２の他方のコ
ピープロテクション処理手段を用いて前記他方のネット
ワーク上の装置またはサービスまたはサブユニットと該
所定のコンテンツ保護手続きを行うようにしてもよい。
【００３７】本発明によれば、保護すべきコンテンツの
送信もしくは受信を行っているペアである「他方のネッ
トワーク上の装置等」と「一方のネットワーク上の装
置」との間において、「一方のネットワーク上の装置」
または「他方のネットワーク上の装置等」が、あくまで
コンテンツ保護手続きの相手は当該中継装置であると認
識しつつ、コンテンツ保護手続きを行うことができるた
め、「一方のネットワーク上の装置」または「他方のネ
ットワーク上の装置等」は、中継装置を経て接続される
別のネットワークについて考慮をする必要がなくなる。
また、実際には、中継装置がそのコンテンツ保護手続き
をそれぞれ終端することで、結局、「他方のネットワー
ク上の装置等」と中継装置、および中継装置と「一方の
ネットワーク上の装置」との間で、コンテンツ保護手続
きを行うこととなり、結局、エンドエンドでコンテンツ
の保護を行うことができる。
【００３８】また、好ましくは、請求項１６に記載の中
継装置において、前記コンテンツ受信手段は、前記第２
のコピープロテクション処理手段を用いて、前記第２の
ネットワーク上の装置またはサービスまたはサブユニッ
トと、前記所定のコンテンツ保護手続きのうち少なくと
も一部を行ってそれが正常に終了した場合に、前記第１
のコピープロテクション処理手段を用いて、前記第１の
ネットワークの装置またはサービスまたはサブユニット
と前記所定のコンテンツ保護手続きのうち少なくとも一
部を行うようにしてもよい。なお、前記所定のコンテン
ツ保護手続きのうち少なくとも一部は、例えば、認証手
続きである。このようにすれば、第２のネットワーク上
の装置またはサービスまたはサブユニットが信頼に足る
デバイスであるかどうかを未然に知ることができるよう
になり、まず第２のネットワーク上の装置等と認証手続
きを行い、その後、第１のネットワーク上の装置等との
認証に失敗した場合に、第１のネットワーク上の装置等
との認証を改めて行わなくてもよい分、通信資源や処理
資源の節約になる。
【００３９】また、本発明に係る通信装置は、第１の装
置の制御に供される画面描画のためのプログラムを含
む、第１の制御プログラムを受信し、これを稼働するプ
ロセッサ手段と、このプロセッサ手段が描画する画面の
うちの少なくとも一部を構成するパネル画面を作成する
画面作成手段と、前記パネル画面へのコマンドと、前記
第１の装置の制御のためのコマンドとの対応関係を記憶
する記憶手段と、前記パネル画面をサブユニットとして
第２の装置に公開するサブユニット処理手段と、前記サ
ブユニットへのコマンドを受信した場合、前記記憶手段
を参照してこのコマンドを前記第１の装置の制御のため
のコマンドに変換して、これを送出する手段とを具備し
たことを特徴とする。一般に、前記のような制御プログ
ラムを稼働させるためには、仮想マシンと呼ばれ計算環
境を用意する必要があるのに対し、パネル画面を通した
機器制御は、簡単なコマンド体型を用意するだけでよい
ため、簡単な計算環境を用意しておけばよい。本発明に
よれば、前記制御プログラムを持たない第２の装置に対
しても、パネル画面という形で、前記第１の装置の制御
インタフェースを提供することが可能になる。
【００４０】なお、装置に係る本発明は方法に係る発明
としても成立し、方法に係る本発明は装置に係る発明と
しても成立する。
【００４１】また、装置または方法に係る本発明は、コ
ンピュータに当該発明に相当する手順を実行させるため
の（あるいはコンピュータを当該発明に相当する手段と
して機能させるための、あるいはコンピュータに当該発
明に相当する機能を実現させるための）プログラムを記
録したコンピュータ読取り可能な記録媒体としても成立
する。
【００４２】
【発明の実施の形態】以下、図面を参照しながら発明の
実施の形態を説明する。
【００４３】（第１の実施形態）図１は、ある家庭のホ
ームネットワークの全体構成の一例である。
【００４４】このホームネットワークには、送信ノード
１０１、中継ノード１０２、無線ノード１０３の３つが
接続されており、送信ノード１０１と中継ノード１０２
は（有線の）ＩＥＥＥ１３９４バス１０４に、中継ノー
ド１０２と無線ノード１０３は無線網にそれぞれ接続さ
れている。ただし、後述するような方法で、各々のノー
ドは互いに通信ができるようになっている。
【００４５】本実施形態では、送信ノード１０１から送
出されたＭＰＥＧ映像を、中継ノード１０２で中継し、
無線区間を経由して無線ノード１０３に送信する場合を
例として説明する。その際に、著作権保護（不正コピー
の防止）のために、送信ノード１０１と無線ノード１０
３との間で転送されるＭＰＥＧ映像データは暗号化され
る場合を考える。
【００４６】なお、図１では、３つのノードを示してあ
るが、もちろん、これらの他にノードが接続されていて
もよい（後述する他の実施形態においても同様であ
る）。
【００４７】図２に、送信ノード１０１の内部構造の一
例を示す。
【００４８】送信ノード１０１は、内部にＭＰＥＧ映像
データを蓄積している装置であり、要求に応じてＭＰＥ
Ｇ映像データをＩＥＥＥ１３９４バス１０４を通じて送
出する。その際、ＩＥＥＥ１３９４バス上において不法
コピーをされることを未然に防止するために、必要な場
合には送出するＭＰＥＧ映像データを暗号化して送出す
る機能を持つ。そのため、ＭＰＥＧ映像データを受信す
るノードと、認証データ、暗号鍵等の交換を行うための
機構も持つ。
【００４９】図２に示されるように、この送信ノード１
０１は、ＩＥＥＥ１３９４インタフェース４０１、ＡＶ
／Ｃプロトコルの処理を行うＡＶ／Ｃプロトコル処理部
４０２、ＡＶ／Ｃプロトコル内のコピープロテクション
に関する処理を行うコピープロテクション処理部４０
３、ＩＥＥＥ１３９４を通して送受信されるデータのう
ち、同期チャネルを通してやり取りされるデータについ
て送受信するＩＳＯ信号送受信部４０４、ＭＰＥＧ映像
のストレージであるＭＰＥＧストレージ部４０６、コピ
ープロテクション処理部４０３から暗号鍵Ｋをもらい、
ＭＰＥＧ映像を暗号化してＩＳＯ信号送受信部４０４に
送出する暗号化部４０５を有する。ここで、コピープロ
テクション処理部４０３は、認証のためのフォーマット
Ａｃｅｒｔを持つ。
【００５０】次に、図３に、中継ノード１０２の内部構
造の一例を示す。
【００５１】中継ノード１０２は、ＩＥＥＥ１３９４バ
ス側から受信したデータ（ＭＰＥＧ映像データ）を無線
区間側にフォワードする機能の他に、ＩＥＥＥ１３９４
バス側のノードに対して無線ノードの代理サーバとな
り、無線ノードの機能を代理で提供する機能、および無
線区間側のノードに対してＩＥＥＥ１３９４バス側のノ
ード（本実施形態では送信ノード１０１）の代理サーバ
となり、ＩＥＥＥ１３９４バス側のノードの機能を代理
で提供する機能が存在する。
【００５２】図３に示されるように、この中継ノード１
０２は、ＩＥＥＥ１３９４インタフェース２０１、無線
インタフェース２０２、ＡＶ／Ｃプロトコル処理部２０
３、ＩＳＯ信号送受信部２０４、無線区間側の同期チャ
ネルの信号の送受信を行う無線ＩＳＯ信号送受信部２０
５、ＩＥＥＥ１３９４バス上のノードの構成情報を収集
したり、自らの構成情報（自分がどのような機能を持っ
ているかについての情報等）をＩＥＥＥ１３９４上に広
告する機能を持つ１３９４バス構成認識部２０６、ＩＥ
ＥＥ１３９４バス側に対して無線区間側のノードやサー
ビス（サブユニット）を代理で公開したり、無線区間側
のノードやサービスへのコマンド等を代理で受け付け、
これを無線区間側に必要に応じてプロトコル変換をして
送出したり、あるいは無線区間側に対してＩＥＥＥ１３
９４側のノード／サービス（サブユニット）の代理公開
やコマンドの代理受付／翻訳等を行う代理サブユニット
構成部２０７、無線区間上のノードの構成情報を収集し
たり、自らの構成情報（自分がどのような機能を持って
いるかについての情報等）を無線区間上に広告する機能
を持つ無線区間構成認識部２０９、コピープロテクショ
ンに関する処理を行い、１３９４バスと無線区間をまた
がるコピープロテクション処理に関しては、やり取りさ
れる情報を透過的にフォワードさせるコピープロテクシ
ョン制御／フォワード部２１０、無線区間でやり取りさ
れる制御パケットの送受信を行う無線ノード制御パケッ
ト送受信部２１１を有する。
【００５３】次に、図４に、無線ノード１０３の内部構
造の一例を示す。
【００５４】無線区間においていわゆるＩＥＥＥ１３９
４プロトコル（物理レイヤプロトコル、リンクレイヤプ
ロトコル等）が稼働している必要は必ずしもなく、ＩＥ
ＥＥ８０２．１１や無線ＬＡＮ等、任意の無線プロトコ
ルを利用することを想定するが、本実施形態では、特
に、いわゆるＱＯＳ機能（同期通信機能）を持つ無線網
であることを仮定する。ただし、本実施形態は、無線区
間部分にＱＯＳ機能が求められると制限されるものでは
ない。
【００５５】いわゆるＩＥＥＥ１３９４ノードではない
無線ノード１０３が、ＩＥＥＥ１３９４バスにつながれ
たノード（本実施形態では送信ノード１０１）と通信を
行うために、前述のように、中継ノード１０２がＩＥＥ
Ｅ１３９４バス上のノードや機能（サブユニット）をエ
ミュレートしている。すなわち、無線ノード１０３から
見て、中継ノード１０２はいわゆるＩＥＥＥ１３９４バ
ス側のノードや機能の代理サーバとなっている。無線ノ
ード１０３は、これら（ＩＥＥＥ１３９４側のノードや
機能）を中継ノード１０２の機能と考え、通信を行う
が、実際には中継ノード１０２が必要なプロトコル変換
やデータの乗せ換えを行う。
【００５６】図４に示されるように、この無線ノード１
０３は、無線インタフェース３０１、無線ノード制御パ
ケット送受信部３０２、コピープロテクション処理部３
０３、無線ＩＳＯ信号送受信部３０４、受信した暗号化
されたストリーム（ＭＰＥＧ映像等）を、コピープロテ
クション処理部３０３から渡されるコンテンツキーＫを
使ってこれを復号化する暗号復号化部３０５、ＭＰＥＧ
デコード部３０６、映像を表示するディスプレイ部３０
７を有する。
【００５７】無線ノード１０３のコピープロテクション
処理部３０３は、後述するように、認証フォーマットＢ
ｃｅｒｔを持ち、その認証の発行機関は、送信ノード１
０１（の映像送出サブユニット）の認証フォーマットＡ
ｃｅｒｔの発行機関と同一の発行機関である。
【００５８】次に、実際のコピープロテクションを施し
た上でのＭＰＥＧ映像全体のシーケンスについて、図５
／図６（全体のシーケンス例）、図７／図８（送信ノー
ド１０１のフローチャート例）、図９／図１０／図１１
（中継ノード１０２のフローチャート例）、図１２／図
１３（無線ノード１０３のフローチャート例）を参照し
ながら説明する。
【００５９】まず、無線ノード１０３は、自分の構成情
報を中継ノード１０２に通知する（ステップＳ５０
１）。この通知は、無線ノード内にＩＥＥＥ１２１２レ
ジスタを用意し、ここに自分の構成情報を記しておく形
で行われてもよい。構成情報とは、自分（無線ノード）
がＭＰＥＧデコード／ディスプレイ機能を持つといった
ことや、認証・鍵交換のための認証フォーマットを持っ
ていること、などである。ここで、この認証フォーマッ
トが、特定のコピープロテクション機関が定めたフォー
マットであることを同時に通知したり、ＩＥＥＥ１３９
４向けのコピープロテクションのための認証フォーマッ
トである旨を同時に通知してもよい。
【００６０】ここで、認証について簡単に説明する。
【００６１】ネットワーク上を映画やテレビ番組などの
著作権を考慮すべきコンテンツ（データ）を転送する場
合、それらのコンテンツは暗号によって保護を行うべき
である。なぜなら、これらのデータの転送中に、ネット
ワーク上で盗聴された場合、不正コピーが可能となって
しまうからである。これに対する対策としては、転送す
るデータの暗号化が有効である。
【００６２】次に問題となるのが、「怪しいものにデー
タを送っている危険はないか」という問題である。たと
え、データを暗号化して送ったとしても、送った先のノ
ード（暗号を解く鍵を持っている）が悪意を持っている
場合（不正コピーをしようと考えている場合）には、や
はり解読可能な形でデータを送るべきではない。これに
対する対策が認証である。すなわち、この暗号を解く鍵
を受信側に渡す前に、受信側が不正を働かないものかど
うかの確認をとる（確認が取れた受信側ノードにのみ暗
号を解く鍵を渡す）仕組みである。
【００６３】具体的には、予め認証機関が「このノード
（あるいはサブユニット）は、不正に働くことはない」
と認定したノード（あるいはサブユニット）に対して、
「認証フォーマット」と呼ばれるデータを、あらかじめ
送信側のノードと受信側のノードとの両方に与えてお
く。この「認証フォーマット」を正しい形で持っている
ということは、そのノード（あるいはサブユニット）は
信用できる（不正を働かない）と考えることができる。
そこで、上記のデータ転送に先立って、送受信ノード
（あるいはサブユニット）間で認証フォーマットのやり
取りを行い、正しい形で認証フォーマットが確認できた
場合に限り、暗号を解くための鍵（もしくは鍵を生成す
るための元となるデータ）を通知し、その鍵で暗号化さ
れたデータをネットワーク上を転送する、という手法を
とる。
【００６４】さて、無線ノード１０３は、このような認
証フォーマットをあらかじめ認証機関により与えられて
おり、「暗号化データを正当な形で受信／再生する権
利」を持っている。ここで、無線ノード１０３が持って
いる認証フォーマットを「Ｂｃｅｒｔ」とする。
【００６５】無線ノード１０３は、図５のステップＳ５
０１で自分の構成情報を通知する際に、自分は認証フォ
ーマットを有していることを、この構成情報に加えても
よい（ステップＳ８０１）。例えば、図１４のように、
構成情報の中に、本無線ノード１０３がＭＰＥＧデコー
ド／ディスプレイ機能を持っており、さらに該機能が認
証フォーマットを持っていること、その認証フォーマッ
トがどの発行機関が発行したものか、等の情報を有す
る。
【００６６】なお、中継ノード１０２が無線ノード１０
３の構成を認識する方法としては、この他にも中継ノー
ド１０２が無線ノード１０３に対して構成を問い合わせ
るパケットを送信し、無線ノード１０３がこれに答える
方法等も可能である。
【００６７】さて、この構成情報を受信した中継ノード
１０２は、無線ノード１０３が認証フォーマットを持つ
ことや、ＭＰＥＧデコード／ディスプレイ機能を持って
いることを確認する（ステップＳ７０１）。
【００６８】中継ノード１０２は、無線ノード１０３が
ＭＰＥＧデコード／ディスプレイ機能を持っていること
をＩＥＥＥ１３９４バス側のノードに対して知らせるた
め、このＭＰＥＧデコード／ディスプレイ機能を、中継
ノード１０２自身のサブユニットとしてＩＥＥＥ１３９
４バス側に広告する（ステップＳ５０２）。具体的に
は、ＩＥＥＥ１２１２レジスタに「自分はＭＰＥＧデコ
ード／ディスプレイ機能を持っている」旨を記載した
り、ＡＶ／Ｃプロトコルでサブユニット構成の問い合わ
せを受けた場合に、自分がＭＰＥＧデコード／ディスプ
レイサブユニットを持っているという形で応答を返した
りする（これにより、ＩＥＥＥ１３９４に接続されたノ
ードは、中継ノード１０２にこの機能が存在すると認識
することになる）。
【００６９】そのために、中継ノード１０２は、代理サ
ブユニット構成部２０７内に代理テーブル２０８を持
つ。代理テーブル２０８は、図１５／図１６のように、
中継ノード１０２が代理で広告している形と、その実体
との対応付けが記されているテーブルである。
【００７０】ここでは、図１５のように、無線ノード１
０３のＭＰＥＧデコード／ディスプレイ機能が、中継ノ
ード自身のサブユニットとして代理広告される（ステッ
プＳ７０２，Ｓ７０３）。
【００７１】このため、送信ノード１０１から見た中継
ノード１０２の構造は図１７のように見えることになる
（ステップＳ６０１）。
【００７２】以上は、ＩＥＥＥ１３９４バス側について
の説明であったが、これと同様の関係が無線区間にも成
り立っている。すなわち、中継ノード１０２は、ＩＥＥ
Ｅ１３９４バス側の機器やサービス、サブユニット構成
等を調査し、これらの代理サービスを無線区間側に行っ
ている。よって、図１６のような設定がなされ、無線ノ
ードから見た中継ノード１０２の構造は図１８のように
見える。
【００７３】さて、中継ノード１０２内にＭＰＥＧデコ
ード／ディスプレイサブユニットがあると認識した送信
ノード１０１は、このサブユニットに対して、ＭＰＥＧ
映像を転送することを目的に、１３９４バス上に同期チ
ャネル＃ｘを確立し、ＡＶ／Ｃプロトコルにて「この同
期チャネル＃ｘ（を受信するプラグ（例えば１３９４Ｔ
Ａにて規定されたＡＶ／Ｃにおけるプラグ））と、ＭＰ
ＥＧデコード／ディスプレイサブユニットとを接続し、
映像を表示せよ」との命令をだす（ステップＳ５０３，
Ｓ６０２）。送信ノード１０１は、このサブユニットが
中継ノード１０１にあたるものと解釈しているため、命
令の送信先は中継ノード１０２である。
【００７４】これを受信（ステップＳ７０４）した中継
ノード１０２は、受信した命令パケットを解釈し、その
命令が自らが代理サービスを行っているＭＰＥＧデコー
ド／ディスプレイサブユニットに対する命令であること
を認識し、代理テーブル２０８を参照して、この命令先
の実体は無線ノード１０３にあることを認識する（ステ
ップＳ７０５）。
【００７５】よって、ＩＥＥＥ１３９４バスの同期チャ
ネル＃ｘを通して受信したデータを、無線ノード側にフ
ォワードすべく、無線区間の同期チャネル（＃ｙ）の確
保を行い（ステップＳ７０６）、さらにＩＳＯ信号送受
信部２０４（同期チャネル＃ｘを受信）と無線ＩＳＯ信
号送受信部２０５（同期チャネル＃ｙを送信）を接続
し、１３９４インタフェース２０１から入力された入力
データ（ＩＳＯデータ）を無線区間にフォワードできる
ようにする（ステップＳ５０４，Ｓ７０７）。
【００７６】さらに、無線ノード１０３に対して、「無
線同期チャネル＃ｙを通してデータを送信するので、こ
れを受信し、ＭＰＥＧデコーダに入力し、その結果をデ
ィスプレイに表示せよ」との命令を、無線ノード制御パ
ケットの形で送信する（ステップＳ５０５，Ｓ７０
８）。
【００７７】図１９に、この無線ノード制御パケットの
一例を示す。
【００７８】図１９に示されるように、無線ノード１０
３に無線同期チャネル＃ｙを通して送信したデータ（Ｍ
ＰＥＧ映像）を、ＭＰＥＧデコード／ディスプレイ機能
に転送し、表示することを促す内容となっている。ま
た、この中にこのデータ（ＭＰＥＧ映像）を送信するサ
ブユニット（中継ノード１０２の映像送信機能；実際に
は、送信ノード１０１の代理でその機能を持っていると
広告している）についての情報も併せて通知している。
【００７９】これを受信した無線ノード１０３は、無線
同期チャネル＃ｙを通してデータが送られてくることを
認識する（ステップＳ８０２）。無線ノード１０３は、
このデータの送信元は中継ノード１０２の映像送信サブ
ユニットであると認識する（前述のように、実際のデー
タ送信元は送信ノード１０１である）。このため、この
無線ノード制御パケット内に、「この無線同期チャネル
を通して送信されるデータの送信元は中継ノード１０２
の映像送信サブユニットである」との情報を含めてもよ
い。
【００８０】この後、送信ノード１０１は、同期チャネ
ル＃ｘを通して、暗号化されたＭＰＥＧ映像を転送する
（ステップＳ６０３，Ｓ５０６）。これを受信した中継
ノード１０２は、先に設定したようにこれを無線区間に
フォワードする（ステップＳ７０９，Ｓ５０７）。
【００８１】中継ノード１０２は、ステップＳ５０６で
暗号化されたＭＰＥＧ映像を受信した時点で、これが暗
号化データであることを認識できるが、無線網側に転送
する必要があると認識し、これをそのままフォワードす
る。後に認証・鍵交換の手続きが必要である旨を記憶し
ておいてもよい。
【００８２】このようにして、暗号化されたＭＰＥＧ映
像が無線ノード１０３に到達する（ステップＳ８０
３）。このＭＰＥＧ映像には、ソースアドレスとして中
継ノード１０２のノードＩＤが含まれていてもよい。こ
のため、無線ノード１０３は、このＭＰＥＧ映像が中継
ノード１０２から到達したものであることまでは認識で
きるが、この時点で無線ノード１０３はこの暗号を解く
ための鍵Ｋを有していない（もしくはその鍵を生成する
ための元となるデータを有していない）ため、この状態
で暗号を解いて、ＭＰＥＧ映像を取り出すことはできな
い。ここで、無線ノード１０３は認証手続きがＭＰＥＧ
映像の送信元と必要であることを認識する。
【００８３】そこで、無線ノード１０３（のコピープロ
テクション処理部３０３）は、認証要求を暗号化データ
の送信元に対して送信する。先に述べたように、無線ノ
ード１０３には、上記暗号化データの送信元は中継ノー
ド１０２（内の、サブユニット種別＝映像送信サブユニ
ット、かつ、サブユニットＩＤ＝ｂ（ｂ＝０とする）
の、サブユニット）であるように認識されている。
【００８４】また、図５のＳ５２１のように、中継ノー
ド１０２に対して、「無線ノードにおいて、無線同期チ
ャネル＃ｙを受信しているのは、サブユニット種別＝Ｍ
ＰＥＧデコード／ディスプレイサブユニットで、かつ、
サブユニットＩＤ＝ｃ（ｃ＝０とする）の、サブユニッ
トである。無線同期チャネル＃ｙに暗号化データを送信
しているのはどのサブユニットか？」という意味合いの
問い合わせを送信してもよい。これに対し、中継ノード
１０２は、「無線同期チャネル＃ｙに送信しているの
は、映像送信サブユニットのサブユニットＩＤ＝０であ
る。」との返答を返す（ステップＳ５２２，Ｓ７３１，
Ｓ８３１）。これにより、無線ノード１０３は、認証を
行なう先が中継ノードの映像送信サブユニットであるこ
とを認識できる。
【００８５】このように、認証要求の宛先を認識し、中
継ノード１０２（内の映像送信サブユニットのサブユニ
ットＩＤ＝０）に対し、認証要求を送信する。この送信
の仕方として、認証要求パケットの宛先を「中継ノード
の映像送信サブユニット（のサブユニットＩＤ＝０）」
としてもよいし、認証要求パケットの任意の位置に「映
像送信サブユニット（のサブユニットＩＤ＝０）」とい
う情報を入れ、認証要求先は映像送信サブユニット（の
サブユニットＩＤ＝０）であると言うことを明確に表示
してもよい。前者の場合は、中継ノードの各サブユニッ
ト内に認証・鍵交換の手続きが含まれていることを意味
する。後者の場合は、中継ノードのある特定の処理部
が、一括して、各サブユニットの認証・鍵交換を行なう
ことを意味する。
【００８６】その際、認証要求には、無線ノード１０３
の認証フォーマットＢｃｅｒｔを付与する（ステップＳ
８０４，Ｓ５０８）。Ｂｃｅｒｔは、無線ノード１０３
のＭＰＥＧデコード／ディスプレイサブユニットの認証
フォーマットであってもよい。なお、コピープロテクシ
ョン処理部は、サブユニット毎（サブユニット種別毎）
でなく、サブユニットＩＤ毎に認証フォーマットを用意
してもよい。
【００８７】認証要求を受信（ステップＳ７１０）した
中継ノードは、代理テーブル２０８を参照して、この認
証要求の要求先が実は送信ノード１０１（の映像送信サ
ブユニットのサブユニットＩＤ＝ａ（ａ＝０とする））
であることを認識する。
【００８８】中継ノード１０２は、送信ノード１０１に
対して、「中継ノードにおいて、同期チャネル＃ｘを受
信しているのはＭＰＥＧデコード／ディスプレイサブユ
ニットのサブユニットＩＤ＝０である。同期チャネル＃
ｘに暗号化データを送信しているのは、送信ノードのど
のサブユニットか？」という意味合いの問い合わせを送
信してもよい（ステップＳ５２３，Ｓ６３１，Ｓ７３
２）。これに対し、送信ノード１０１は、「同期チャネ
ル＃ｘに送信しているのは、映像送信サブユニットのサ
ブユニットＩＤ＝０である。」との返答を返す（ステッ
プＳ５２４，Ｓ６３１，Ｓ７３２）。
【００８９】このようにして、認証要求の相手を認識し
たならば、ステップＳ５０８にて受信した認証要求を、
中身を変えずに（Ｂｃｅｒｔ等はそのまま残して）送信
ノード１０１に対してフォワードする（ステップＳ５０
９，Ｓ７１１）。すなわち、宛先アドレスや、認証要求
の宛先であるサブユニット以外の認証フォーマット等
は、中継ノードは透過的に転送できる。
【００９０】認証要求の転送の際は、先に説明したよう
に、認証要求パケットの宛先を映像送信サブユニット
（のサブユニットＩＤ＝０）としてもよいし、認証要求
パケットの任意の位置に当該サブユニットを明示する情
報を入れ、認証要求先は当該サブユニットであると言う
ことを明確に表示してもよい。
【００９１】ここで、認証要求の中身を変えずにフォワ
ードすることで、この認証要求はそのままの形で送信ノ
ード１０１に到達することになり、結局、送信ノード１
０１と無線ノード１０３との間で、実際の認証手続きは
進んでいくことになり、しかも中継ノード１０２をはじ
め、その他のノードにはその認証の結果明らかになる鍵
の値などの情報を知られることなく、以上の手続きを行
っていくことが可能である。
【００９２】認証要求を受け取った送信ノード１０１
は、これを中継ノード１０２のＭＰＥＧデコード／ディ
スプレイサブユニットから送られてきた認証要求である
と解釈する（ステップＳ６０４）。その後、Ｂｃｅｒｔ
から無線ノード１０３のＭＰＥＧデコード／ディスプレ
イサブユニットを特定できるＩＤ（Ｂｄｉｄ）を抽出し
（ステップＳ６０５）、これとともに、やはり同様の認
証要求を認証要求の送信元に対して行おうとする。ただ
し、送信ノード１０１は、Ｂｃｅｒｔが無線ノード１０
３の認証フォーマットであるとは意識することはなく、
むしろ中継ノード１０２（のＭＰＥＧデコード／ディス
プレイサブユニット）の認証フォーマットであると意識
をしている。
【００９３】この認証要求には、送信ノード１０１（の
映像送出サブユニット）の認証フォーマットＡｃｅｒｔ
と、Ｂｄｉｄとが含まれる。ここで、送信ノード１０１
は、該認証要求（ステップＳ５０９）の送信元は中継ノ
ード１０２（のＭＰＥＧデコード／ディスプレイサブユ
ニット）であると解釈しているため、この認証要求の送
信先はやはり中継ノード１０２となる（ステップＳ６０
６，Ｓ５１０）。
【００９４】これを受信（ステップＳ７１２）した中継
ノード１０２は、代理テーブル２０８を参照して、この
認証手続の本来の要求先が無線ノード１０３（のＭＰＥ
Ｇデコード／ディスプレイ機能）であることを認識し、
この認証手続要求を、中身を変えずに（Ａｃｅｒｔ等は
そのまま残して）無線ノード１０３に対してフォワード
する（ステップＳ５１１，Ｓ７１３）。この認証要求の
送信元は中継ノード１０２である。
【００９５】これを受け取った無線ノード１０３は、こ
れを中継ノード１０２の映像送信サブユニットから送ら
れてきた認証要求であると解釈する（ステップＳ８０
５）。その後、Ａｃｅｒｔから送信ノード１０１の映像
サブユニットを特定できるＩＤ（Ａｄｉｄ）を抽出し、
認証鍵の交換に必要な残りの手続きを、認証要求の送信
元に対して行おうとする。なお、この場合も、無線ノー
ド１０３は、Ａｃｅｒｔが送信ノード１０１の認証フォ
ーマットであるとは意識せず、むしろ中継ノード１０２
（の映像送信サブユニット）の認証フォーマットである
と意識する。
【００９６】この認証鍵の交換に必要な残りの手続きと
して、無線ノード１０３は、認証要求の送信元（と無線
ノードが解釈しているノード）に対して認証・鍵交換手
続きパケットを送信する（ステップＳ５１２）。この認
証・鍵交換手続きパケットには、鍵交換初期値、署名、
Ａｃｅｒｔの中に含まれていた送信ノード（の映像送信
サブユニット）のデバイスＩＤ（Ａｄｉｄ）等が含まれ
ている（ステップＳ８０６）。ここで、無線ノード１０
３は、該認証要求（ステップＳ５１１）の送信元は中継
ノード１０２（の映像送信サブユニット）であると解釈
しているため、この認証要求の送信先はやはり中継ノー
ド１０２となる。
【００９７】これを受信した中継ノード１０２は、代理
テーブル２０８を参照して、この認証手続きの本来の要
求先が送信ノード１０１（の映像送信サブユニット）で
あることを認識し、この認証手続きパケットを、中身を
変えずに送信ノード１０１に対してフォワードする（ス
テップＳ５１３，Ｓ７１４）。このパケットの送信元は
中継ノード１０２である。
【００９８】これと同様の手続きが送信ノード１０１→
中継ノード１０２→無線ノード１０３の方向に対しても
行われる（ステップＳ５１４，Ｓ５１５，Ｓ６０９，Ｓ
７１５，Ｓ８０７）。
【００９９】この認証手続きパケットを受信した送信ノ
ード１０１および無線ノード１０３は、それぞれ、受信
したパケットが改ざんされていないかどうかのタンパの
確認、相手から送られてきた認証フォーマットが正しい
ものであるかどうかの確認等を行い、与えられた値を使
って共通の認証鍵Ｋａｕｔｈを導き出す。この共通の認
証鍵Ｋａｕｔｈは、送信ノード（の映像送信サブユニッ
ト）と無線ノード（のＭＰＥＧデコード／ディスプレイ
機能）との間で共通に持つ鍵で、この鍵Ｋａｕｔｈを、
この両者（送信ノード１０１、無線ノード１０３）以外
の他人に知られることなく共有することがこの時点でで
きるようになる（ステップＳ６０７，ステップＳ６０
８，Ｓ８０８）。
【０１００】この認証鍵Ｋａｕｔｈを使って、実際にＭ
ＰＥＧストリームの暗号化を行うコンテンツキーＫの計
算ができるようになる。具体的な手順はここでは省略す
るが、送信ノード１０１から無線ノード１０２に、ＩＥ
ＥＥ１３９４のコピープロテクション方式（５Ｃ方式）
のように、交換鍵やシード（種）の値を別途送ることに
より、コンテンツキーＫの計算ができるようになってい
てもよい（ステップＳ５１８，Ｓ５１９）。
【０１０１】さて、このようにして、送信ノード１０１
（の映像送信サブユニット）と無線ノード１０３（のＭ
ＰＥＧデコード／ディスプレイ機能）との間で、コンテ
ンツキーＫの値が共有できるようになった。
【０１０２】ここで、送信ノード１０１が、送信するＭ
ＰＥＧ映像を、コンテンツキーＫを使って、暗号化部４
０５にて暗号化し（ステップＳ６１０）、これを１３９
４バスの同期チャネル＃ｘを通して中継ノード１０２
（のＭＰＥＧデコード／ディスプレイサブユニット）に
対して送信する（ステップＳ５１６，Ｓ６１１）。
【０１０３】中継ノード１０２は、送信ノード１０１か
ら同期チャネル＃ｘを通して送られてくる暗号化された
ＭＰＥＧ映像を、ＩＳＯ信号送受信部２０４から無線Ｉ
ＳＯ信号送受信部２０５を通して、無線同期チャネル＃
ｙに送信する（ステップＳ５１７，Ｓ７１６）。
【０１０４】これを受信した無線ノード１０３は、キー
Ｋの値を使ってＭＰＥＧ映像の値を復号化する（ステッ
プＳ８０９，ステップＳ８１０）。復号化されたＭＰＥ
Ｇデータは、ＭＰＥＧデコード部３０６にて復号化され
（ステップＳ８１１）、これをディスプレイ部３０７に
て再生表示する（ステップＳ８１２）。
【０１０５】このように、１３９４バスと無線網との間
に代理ノードが存在するような相互接続の環境において
も、エンド−エンドのノード同士（本実施形態では送信
ノード１０１と無線ノード１０３）が認証手続きや鍵交
換手続きを行うことができ、さらにその内容を中継ノー
ド１０２を含め、その他のノードが知ることはできない
仕組みとなっている。また、実際のＭＰＥＧ映像等のコ
ンテンツ保護の必要なデータの転送も、コピーが不可能
なように経路の全てで暗号化されており、安全なデータ
転送が可能になっている。これによって、このような相
互接続の環境においても、コピープロテクションを考慮
したデータ転送を行うことが可能になる。
【０１０６】なお、以上の実施形態は、認証手続きや、
暗号鍵の交換手続き等を、ノードのサブユニット単位で
行ってきたが、無線ノード単位でこれを行うことも可能
である。なお、ノード単位で行う例については、次の第
２の実施形態で説明するので、例えばこれを適用すれば
よい。
【０１０７】また、以上の実施形態では、認証および鍵
交換のための手続きを暗号化データの受信後に行ってき
たが、該手続きは、暗号化データ受信に先だって行って
ももちろん構わない。例えば、装置や該当アプリケーシ
ョンの立ち上げ時に該手続きを行ってもよい。
【０１０８】（第２の実施形態）次に、第２の実施形態
について説明する。
【０１０９】第１の実施形態では、送信ノードと無線ノ
ードとが、直接、互いに認証手続きや鍵交換手続きを行
ってきた。すなわち、送信ノード（の映像サブユニッ
ト）と無線ノード（のＭＰＥＧデコード／ディスプレイ
機能）とが、直接、互いを認証し、暗号鍵の交換手続き
を行って、暗号化データのやり取りを行ってきた。この
際、中継ノードは、送信ノードに対しては無線ノードの
ＭＰＥＧデコード／ディスプレイ機能の代理機能を果た
し、無線ノードに対しては送信ノードの映像送信サブユ
ニットの代理機能を果たしてきたが、上記の認証手続き
および暗号化データのやり取りの部分については、これ
らのデータの単なるフォワードを、代理していたサブユ
ニットなり機能なりに行う形であった。
【０１１０】これに対し、第２の実施形態では、中継ノ
ードにて、一連のコピープロテクション手続き、すなわ
ち認証手続きや暗号化データのやり取りを終端する場合
の例を示す。すなわち、送信ノードと中継ノードとの
間、および中継ノードと無線ノードとの間で、各々のコ
ピープロテクション手続きは閉じている。つまり、この
実施形態においても、中継ノードは、送信ノードあるい
は無線ノードに対して代理サービスは提供するものの、
コピープロテクションについては、中継ノード自身が認
証フォーマットを持ち、中継ノード自身が、１３９４バ
ス区間のＭＰＥＧデータの暗号化転送についての責任を
終端するとともに、無線区間のＭＰＥＧデータの暗号化
転送についての責任を終端する場合の例である。
【０１１１】図２０に、ある家庭のホームネットワーク
の全体構成の一例を示す。この全体構成は基本的には第
１の実施形態と同様である。
【０１１２】図２１に、送信ノード２１０１の内部構造
の一例を示す。これも第１の実施形態と基本的には同様
である。
【０１１３】次に、図２２に、中継ノード２１０２の内
部構造の一例を示す。
【０１１４】中継ノード２１０２は、第１の実施形態と
同様に、ＩＥＥＥ１３９４バス側のノードに対して無線
ノードの代理サーバとなり、無線ノードの機能を代理で
提供する機能、および無線区間側のノードに対してＩＥ
ＥＥ１３９４バス側のノード（本実施形態では送信ノー
ド２１０１）の代理サーバとなり、ＩＥＥＥ１３９４バ
ス側のノードの機能を代理で提供する機能を持つ。
【０１１５】また、ＩＥＥＥ１３９４バス側から受信し
たデータ（ＭＰＥＧ映像データ）を無線区間側にフォワ
ードする機能を持つが、第１の実施形態と相違する点
は、認証データや暗号化等、コピープロテクションに関
する手続きがＩＥＥＥ１３９４バス区間と無線区間との
両方について、この中継ノード２１０２において終端さ
れており、ＩＥＥＥ１３９４バス側については認証フォ
ーマットＢｃｅｒｔをＩＥＥＥ１３９４コピープロテク
ション処理部２２０８に、無線区間側については認証フ
ォーマットＣｃｅｒｔを無線区間コピープロテクション
処理部２２１２にそれぞれ持ち、１３９４バスの同期チ
ャネルから入力されてきた暗号化データについては、Ｉ
ＳＯ信号受信部２２０３にて受信→暗号復号化部２２０
４にて暗号復号化→復号化されたＭＰＥＧ映像を、暗号
化部２２０５にて再暗号化→無線ＩＳＯ信号送受信部２
２０６にて、無線同期信号上に送信、というプロセスを
踏む点である。
【０１１６】これらの認証フォーマットは、ＩＥＥＥ１
３９４インタフェース毎、あるいは無線区間インタフェ
ース毎に１つずつもっていてもよいし、（代理も含め
て）サブユニット毎（サブユニット種別毎）に１つずつ
持っていてもよい。
【０１１７】ここで、ＡｃｅｒｔとＢｃｅｒｔは、同じ
認証機関（例えばＩＥＥＥ１３９４のコピープロテクシ
ョンを担当する認証機関）が発行した認証フォーマット
であると仮定するが、後述する無線区間の認証フォーマ
ット（後述するＣｃｅｒｔとＤｃｅｒｔ）については、
同じくこの認証機関が発行したものであってもよいし、
無線区間を担当する別の認証機関が発行する認証フォー
マットであってもよい。
【０１１８】次に、図２３に、無線ノード２１０３の内
部構造の一例を示す。コピープロテクション処理部２３
０３が、無線区間向けの認証フォーマットＤｃｅｒｔを
持っていること以外は、基本的には第１の実施形態の無
線ノードと同様である。
【０１１９】次に、実際のコピープロテクションを施し
た上でのＭＰＥＧ映像全体のシーケンスについて、図２
４／図２５（全体のシーケンス例）、図２６／図２７
（送信ノード２１０１のフローチャート例）、図２８／
図２９／図３０／図３１（中継ノード２１０２のフロー
チャート例）、図３２／図３３（無線ノード２１０３の
フローチャート例）を参照しながら説明する。
【０１２０】まず、無線ノード２１０３は、自分の構成
情報を中継ノード２１０２に通知する（ステップＳ２５
０１）。構成情報とは、自分（無線ノード）がＭＰＥＧ
デコード／ディスプレイ機能を持つこといったことや、
認証のための認証フォーマットを持っていることなどで
ある（図１４参照）。ここで、認証のための認証フォー
マットが、無線区間用の認証フォーマットである旨を通
知してもよい（ステップＳ２８０１）。
【０１２１】これを受信した中継ノード２１０２は、無
線ノード２１０１が認証フォーマットを持つことや、Ｍ
ＰＥＧデコード／ディスプレイ機能を持っていることを
確認する（ステップＳ２７０１）。中継ノード２１０２
は、第１の実施形態と同様に、このＭＰＥＧデコード／
ディスプレイ機能を、ＩＥＥＥ１２１２レジスタやＡＶ
／Ｃプロトコル等を使って、中継ノード２１０２自身の
サブユニットとしてＩＥＥＥ１３９４バス側に広告する
（ステップＳ２５０２）。
【０１２２】そのために、中継ノード２１０２は、代理
サブユニット構成部２２１０内に代理テーブル２２１４
を持つ。この代理テーブル２２１４は、基本的には第１
の実施形態と同様であり、図３４／図３５のように、中
継ノード２１０２が代理で広告している形と、その実体
との対応付けが記されているテーブルである。
【０１２３】ここでは、図３４のように、無線ノード２
１０３のＭＰＥＧデコード／ディスプレイ機能が、中継
ノード自身のサブユニットとして代理広告される（ステ
ップＳ２７０２，Ｓ２７０３）。
【０１２４】このため、送信ノード２１０１から見た中
継ノード２１０２の構造は、図３６のように見えること
になる（ステップＳ２６０１）。
【０１２５】以上は、ＩＥＥＥ１３９４バス側について
の説明であったが、第１の実施形態と同様に、これと同
様の関係が無線区間にも成り立っている。すなわち、中
継ノード２１０２は、ＩＥＥＥ１３９４バス側の機器や
サービス、サブユニット構成等を調査し、これらの代理
サービスを無線区間側に行っている。よって、図３５の
ような設定がなされ、無線ノードから見た中継ノード２
１０２の構造は図３７のように見える。
【０１２６】さて、中継ノード２１０２内にＭＰＥＧデ
コード／ディスプレイサブユニットがあると認識した送
信ノード２１０１は、このサブユニットに対して、ＭＰ
ＥＧ映像を転送することを目的に、１３９４バス上に同
期チャンネル＃ｘを確立し、ＡＶ／Ｃプロトコルにて
「この同期チャネル＃ｘ（を受信するプラグ）と、ＭＰ
ＥＧデコード／ディスプレイサブユニットとを接続し、
映像を表示せよ」との命令を出す（ステップＳ２５０
３，Ｓ２６０２）。送信ノード２１０１は、このサブユ
ニットが中継ノード２１０２にあるものと解釈している
ため、命令の送信先は中継ノード２１０２である。
【０１２７】これを受信（ステップＳ２７０４）した中
継ノード２１０２は、受信した命令パケットを解釈し、
その命令が自らが代理サービスを行っているＭＰＥＧデ
コード／ディスプレイサブユニットに対する命令である
ことを認識し、代理テーブル２２１０を参照して、この
命令先の実体は無線ノード２１０３にあることを認識す
る（ステップＳ２７０５）。
【０１２８】ここで、図２０の無線区間は、ＱＯＳ対応
の無線ＬＡＮになっており、予め定められた手順を踏め
ば、パケット廃棄や遅延等の品質劣化無く、転送データ
を送信先まで転送することが可能であるとする。この無
線ＬＡＮ上では、データは図３８のように、イーサネッ
トフレームと同様のフォーマット、すなわち「送信元ア
ドレス、宛先アドレス、データ」のようなフォーマット
を持つ、無線フレームで転送される。
【０１２９】さて、ＩＥＥＥ１３９４バスの同期チャネ
ル＃ｘを通して受信したデータを、無線ノード側にフォ
ワードすべく、無線区間のＱＯＳ設定を行う。さらにＩ
ＳＯ信号送受信部２２０３（同期チャネル＃ｘを受信）
と無線ＩＳＯ信号送受信部２２０６（ＱＯＳ保証を行な
う無線フレームにて送信）を図２２の点線のように接続
し（まだ暗号の復号化ができないため）、１３９４イン
タフェース２２０１から入力されたＩＳＯ入力データを
無線区間にそのままフォワードできるようにしてもよい
（ステップＳ２５０４，Ｓ２７０６，Ｓ２７０７）。
【０１３０】さらに、無線ノード２１０３に対して、
「上記無線フレームを通して、データを送信するので、
これを受信し、その結果をディスプレイに表示せよ」と
の命令を無線ノード制御パケットの形で送信する（ステ
ップＳ２５０５，Ｓ２７０８，Ｓ２８０２）。この制御
プロトコルには、ＩＥＥＥ１３９４ＡＶ／Ｃプロトコ
ル、あるいはＩＥＣ６１８８３プロトコルや、これらを
変形したものを用いてもよい。後述するように、本実施
形態では、無線ＬＡＮ上に同期チャネルの概念はないも
のの、転送するデータにソースＩＤ（ＳＩＤ）なる領域
を設け、無線区間にＱＯＳデータを送信しているノード
毎に、転送しているＱＯＳデータを一意に区別できるよ
うになっており、このＳＩＤの値をＩＥＥＥ１３９４の
同期チャネルのように、データフローの判別に用いるこ
とができる。無線ノード制御パケットの一例を図３９に
示す。パケットの送信元は中継ノード２１０２である。
【０１３１】これを受信した無線ノード２１０３は、α
なるＳＩＤが付与されて、データがＱＯＳ転送されてく
ることを認識する。
【０１３２】この後、送信ノード２１０１は、同期チャ
ネル＃ｘを通して、暗号化されたＭＰＥＧ映像を転送す
る（ステップＳ２５０６，Ｓ２６０３）。コンテンツ鍵
はＫ１とする。この暗号鍵は、後述する交換鍵やシード
の関数として導出される。
【０１３３】また、この暗号化されたＭＰＥＧ映像を送
信するフレームには、同期チャネル番号の他、送信ノー
ドを識別する「送信ノードＩＤ」が含まれていてもよ
い。
【０１３４】これを受信した中継ノード２１０２は、デ
ータが暗号化されていることを認識するとともに、例え
ば受信データに含まれる「送信ノードＩＤ」を参照し
て、このデータを送信しているのが送信ノード２１０１
であることを認識し（ステップＳ２７０９）、送信ノー
ド２１０１に対して、「同期チャネル＃ｘを通して、こ
のデータを送出しているのは、送信ノード２１０１のど
のサブユニットか」を確かめるため、認証先の問合せを
行なう（ステップＳ２５０７，Ｓ２７１０）。この際、
データが転送されている同期チャネル番号（＃ｘ）を記
載して、送信ノード２１０１が、データを送信している
サブユニットを特定できるようにしておくとともに、こ
のデータを受信する自身のサブユニット（本実施形態の
場合、中継ノード２１０２のＭＰＥＧデコード／ディス
プレイサブユニットのサブユニットＩＤ＝０）も通知す
る。これは、送信ノード２１０１から見た認証先を通知
する役割を持つ。
【０１３５】なお、この認証先問合せパケットと、後述
する認証先応答パケットは、認証機関のプライベート鍵
でハッシュや暗号化したデータを電子署名として記載し
ておき、改ざん等が無いことを確認できるようにしても
よい。
【０１３６】さて、認証先問合せを受信（ステップＳ２
６０４）した送信ノード２１０１は、同期チャネル＃ｘ
に対して送信しているデータを受信しているサブユニッ
トが、中継ノード２１０２のＭＰＥＧデコード／ディス
プレイサブユニットであることを認識するとともに、自
らが該同期チャネル＃ｘに送信しているサブユニット
が、映像送信サブユニット（サブユニットＩＤ＝０）で
あることを、認証先応答パケットとして、中継ノード２
１０２に通知する（ステップＳ２５０８，Ｓ２６０
５）。
【０１３７】これにより、中継ノード２１０２は、同期
チャネル＃ｘにデータを送信しているサブユニットが、
送信ノード２１０１の映像送信サブユニット（サブユニ
ットＩＤ＝０）であることを認識できる（ステップＳ２
７１１）。
【０１３８】同期チャネル＃ｘにデータを送信している
サブユニットが、送信ノード２１０１の映像送信サブユ
ニットであることを認識した中継ノード２１０２（のＭ
ＰＥＧデコード／ディスプレイサブユニットの代理機
能）は、続いて送信ノード２１０１の映像送信サブユニ
ットに対して認証要求を行なう。この認証要求には、中
継ノード、あるいは中継ノードのＭＰＥＧデコード／デ
ィスプレイサブユニットの認証フォーマット（Ｂｃｅｒ
ｔ）が共に転送される（ステップＳ２５０９，Ｓ２６０
６，Ｓ２６０７，Ｓ２７１２）。この認証要求と認証フ
ォーマットの交換は、第１の実施形態と同様に、送信ノ
ード２１０１（の映像送信サブユニット）から中継ノー
ド２１０２（のＭＰＥＧデコード／ディスプレイサブユ
ニット）に向けても行われる（ステップＳ２５１０，Ｓ
２６０８，Ｓ２７１３，Ｓ２７１４）。このように、第
２の実施形態においても、認証・鍵交換にサブユニット
に関する情報も交換するのは、同じ装置同士の通信で
も、通信しているサブユニットが異なれば、異なる鍵の
使用ができるようにするためである。
【０１３９】お互いに認証が完了した両ノードは、第１
の実施形態と同様に認証・鍵交換手続きを行い（ステッ
プＳ２５１１１，Ｓ２５１１２，Ｓ２６０９，Ｓ２７１
５）、認証鍵Ｋａｕｔｈ１を共有する。この認証鍵を使
って、送信ノード２１０１は、交換鍵やシードの転送を
中継ノード２１０２に対して行ない（ステップＳ２５１
２，Ｓ２６１０，，Ｓ２７１６）、結局、中継ノード２
１０２では、コンテンツ鍵Ｋ１の値を知ることができる
ようになる（ステップＳ２７１７）。
【０１４０】以降、転送されてくるコンテンツ鍵Ｋ１で
暗号化されたＭＰＥＧ映像（同期チャネル＃ｘ経由）
（ステップＳ２５１３，Ｓ２６１１，Ｓ２６１２）は、
中継ノード２１０２にて復号化され（ステップＳ２５１
４，Ｓ２７１８）、さらに無線区間用に別に用意された
コンテンツ鍵ｋ２で再暗号化され（ステップＳ２５１
５，Ｓ２５１６，Ｓ２７１９）、無線区間上をＱＯＳが
保証される形で、無線ノード２１０３に対して送信され
る（ステップＳ２５１７，Ｓ２７２０，Ｓ２８０３）。
この時点では、ＭＰＥＧ映像はＩＳＯ信号送受信部２２
０３、暗号復号化部２２０４、暗号化部２２０５、無線
ＩＳＯ信号送受信部２２０６というパスを通る。
【０１４１】先に述べたように、このとき中継ノード２
１０２が、無線区間側に送信しているデータの区別がで
きるようにするために、ソースＩＤなる、中継ノード２
１０２で一意な値を付与して送出してもよい。ここで
は、この一意な値をαとする。すなわち、αの値のつい
たデータは、ＩＥＥＥ１３９４の同期チャネル＃ｘから
受信したデータ（をコンテンツ鍵Ｋ１で復号化し、コン
テンツ鍵Ｋ２で再暗号化したもの）である。中継ノード
２１０２は、αのＳＩＤを付けて無線区間に送出してい
るデータは、自身の無線区間側の映像送信サブユニット
の代理機能から送信しているデータであることを認識し
ている。
【０１４２】これを受信した無線ノード２１０３の動作
は、基本的に先に説明した、暗号化データを受信した中
継ノード２１０２の動作と同様である。すなわち、デー
タが暗号化されていることを認識するとともに、例えば
受信データに含まれる「送信元アドレス」を参照して、
このデータを送信しているのが中継ノード２１０２であ
ることを認識し、中継ノード２１０２に対して、「αな
る値を付与して、このデータを送出しているのは、中継
ノード２１０２のどのサブユニットか」を確かめるた
め、中継ノードに認証先の問合せを行なう（ステップＳ
２５１８，Ｓ２８０４）。
【０１４３】この際、データが転送されているＳＩＤの
値（α）を記載して、中継ノード２１０２が、データを
送信しているサブユニットを特定できるようにしておく
とともに、このデータを受信する受信側のサブユニット
（本実施形態の場合、無線ノード２１０３のＭＰＥＧデ
コード／ディスプレイサブユニットのサブユニットＩＤ
＝０）も通知する。これは、中継ノード２１０２から見
た認証先を通知する役割を持つ。
【０１４４】認証先問合せを受信（ステップＳ２７２
１）した中継ノード２１０２は、ＳＩＤ＝αに対して送
信しているデータを受信しているサブユニットが、無線
ノード２１０３のＭＰＥＧデコード／ディスプレイサブ
ユニット（サブユニットＩＤ＝０）であることを認識す
るとともに、自らがＳＩＤ＝αを付与して送信している
サブユニットが、映像送信サブユニットであることを、
認証先応答パケットとして、無線ノード２１０３に通知
する（ステップＳ２５１９，Ｓ２７２２，Ｓ２８０
５）。
【０１４５】これにより、無線ノード２１０３は、ＳＩ
Ｄ＝αを付与してデータを送信しているサブユニット
が、中継ノード２１０２の映像送信サブユニットである
ことを認識できる。
【０１４６】ＳＩＤ＝αを付与してデータを送信してい
るサブユニットが、中継ノード２１０２の映像送信サブ
ユニットであることを認識した無線ノード２１０３（の
ＭＰＥＧデコード／ディスプレイサブユニット）は、続
いて中継ノード２１０２の映像送信サブユニットに対し
て認証要求を行なう（ステップＳ２５２０，Ｓ２７２
３，Ｓ２７２４，Ｓ２８０６）。この認証要求には、無
線ノード（または無線ノードのＭＰＥＧデコード／ディ
スプレイサブユニット）の認証フォーマット（Ｄｃｅｒ
ｔ）が共に転送される。この認証要求と認証フォーマッ
トの交換は、中継ノード２１０２（の映像送信サブユニ
ット）から無線ノード２１０３（のＭＰＥＧデコード／
ディスプレイサブユニット）に向けても行われる（ステ
ップＳ２５２１，Ｓ２７２５，Ｓ２８０７）。
【０１４７】お互いに認証が完了した両ノードは、続い
て認証・鍵交換手続きを行い（ステップＳ２５２２，Ｓ
２５２３，Ｓ２７２６，Ｓ２８０８）、認証鍵Ｋａｕｔ
ｈ２を共有する。この認証鍵を使って、中継ノード２１
０２は、交換鍵やシードの転送を無線ノード２１０３に
対して行い（ステップＳ２５２４，Ｓ２７２７，Ｓ２８
０９）、結局、無線ノード２１０３で、コンテンツ鍵Ｋ
２の値を知ることができるようになる（ステップＳ２８
１０）。
【０１４８】なお、これまでの説明では送信ノードと中
継ノード間の認証・鍵交換と、中継ノードと無線ノード
間の認証・鍵交換とは、順次行われる形で説明したが、
逆の順番でもよいし、両者を並行して行うことも可能で
ある。
【０１４９】以降、転送されてくるコンテンツ鍵Ｋ１で
暗号化されたＭＰＥＧ映像（ステップＳ２５２５）は、
中継ノード２１０２にて復号化され（ステップＳ２５２
６）、さらに無線区間用に別に用意されたコンテンツ鍵
Ｋ２で再暗号化され（ステップＳ２５２７，Ｓ２５２
８，Ｓ２７２８）、無線区間上をＱＯＳが保証される形
で、ＳＩＤ＝αが付与された無線フレームの形で無線ノ
ード２１０３に対して送信される（ステップＳ２５２
９，Ｓ２７２９）。
【０１５０】今度は、無線ノード２１０３は、先に入手
した交換鍵、シードの値を使って、コンテンツ鍵Ｋ２を
計算できるので、これを復号化することが可能であり
（ステップＳ２５３０，Ｓ２８１１）、これをディスプ
レイ部２３０７にて再生する（ステップＳ２８１２）。
【０１５１】このように、ＩＥＥＥ１３９４バスと無線
網のと間に代理ノードが存在するような相互接続の環境
においても、代理機能を提供する中継ノードと送信ノー
ド、および中継ノードと受信ノードが、それぞれの区間
で、認証手続きや鍵交換手続きを行うことで、実際のＭ
ＰＥＧ映像等のコンテンツ保護の必要なデータの転送
を、コピーが不可能なように経路の全てで暗号化されて
行うことができ、安全なデータ転送が可能になってい
る。これによって、このような相互接続の環境において
も、コピープロテクションを考慮したデータ転送が可能
になる。
【０１５２】もちろん、中継ノード２１０２の「生のＭ
ＰＥＧデータ」が流れる部分、具体的には暗号復号化部
２２０４と暗号化部２２０５との間には、データをコピ
ーされる危険が考えられるため、この部分でデータコピ
ーがなされないようにするための工夫（例えば、暗号復
号化部と暗号化部を一体のＬＳＩにするなど）がなされ
ていると、この間でプローブをあてるなどしてデータを
盗聴（不正コピー）することが実質的に不可能になるた
め、このような対策を行っておくことが有益である。
【０１５３】（第３の実施形態）次に、第３の実施形態
について説明する。
【０１５４】第３の実施形態では、ＩＥＥＥ１３９４上
において、ＨＡＶｉ規格（Ｓｐｅｃｉｆｉｃａｔｉｏｎ
ｏｆ ｔｈｅ Ｈｏｍｅ Ａｕｄｉｏ／Ｖｉｄｉｏ
Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ（ＨＡＶｉ） Ａｒ
ｃｈｉｔｅｃｔｕｒｅ）等に代表される、ＡＶ／Ｃの上
位レイヤに相当するＡＶ機器制御ソフトウェアが稼働し
ている場合における実施形態である。
【０１５５】図４０に、ある家庭のホームネットワーク
の全体構成の一例を示す。この全体構成は基本的には第
１の実施形態と同様である。
【０１５６】図４１に、送信ノード４１０１の内部構造
の一例を示す。これも第１の実施形態の場合とほぼ同様
であるが、ＩＥＥＥ１２１２レジスタ４４０７を強調の
ため、追加記述している。ＩＥＥＥ１２１２レジスタ４
４０７には、送信ノード４１０１の属性、例えば「どの
ベンダの製品かを示す情報、例えばＶＴＲやチューナ等
といったどのようなジャンルの製品かを示す情報、製造
番号、制御ソフトウェアの配置ＵＲＬ、制御アイコン、
コマンド一覧」等の情報が含まれる。
【０１５７】次に、図４２に、中継ノード４１０２の内
部構造の一例を示す。中継ノード４１０２も、第１の実
施形態とほぼ同様の構成であるが、本実施形態のシーケ
ンスを説明する際に必要なＩＥＥＥ１２１２レジスタ４
２１３を１３９４バス構成認識部４２０６内に特に記し
た点と、ＨＡＶｉ処理部４２１２を持つ点が第１の実施
形態と異なる。ＨＡＶｉ処理部４２１２には、いわゆる
ＨＡＶｉバイトコードの処理を行う仮想マシン（ＶＭ）
が存在する。また、本実施形態においては、制御画面の
記述を行う「パネルサブユニット」の代理機能を代理サ
ブユニット構成部４２０７が持つ。
【０１５８】次に、図４３に、無線ノード４１０３の内
部構造の一例を示す。これについても、第１の実施形態
の場合と基本的には同様である。
【０１５９】次に、ＨＡＶｉ環境における、実際のコピ
ープロテクションを施した上でのＭＰＥＧ映像全体のシ
ーケンスについて、図４４／図４５（全体のシーケンス
例）、図４６／図４７（送信ノード４１０１のフローチ
ャート例）、図４８／図４９／図５０（中継ノード４１
０２のフローチャート例）、図５１／図５２（無線ノー
ド４１０３のフローチャート例）を参照しながら説明す
る。
【０１６０】まず、無線ノード４１０３は、自分の構成
情報を中継ノード４１０２に通知する（ステップＳ４５
０１）。このとき、これらの構成情報は、ＩＥＥＥ１２
１２レジスタ形式の情報として中継ノード４１０１に送
付するものとする。すなわち、中継ノード４１０２が、
無線ノード４１０３に対して「ＩＥＥＥ１２１２で規定
されるＣＳＲ（コマンド・ステータスレジスタ）空間
の、このアドレスに相当する部分についての情報」を要
求し、これに無線ノード４１０３が答える形でこのやり
取りが行われてもよい。ここで、前述のように、この構
成情報には、自分（無線ノード）がＭＰＥＧデコード／
ディスプレイ機能を持つといったことや、認証のための
認証フォーマットを持っていること、等が含まれる。こ
こで、無線ノード４１０３が持っている認証フォーマッ
トをＢｃｅｒｔとする。
【０１６１】これを受信した中継ノード４１０２は、無
線ノード４１０１が認証フォーマットを持つことや、Ｍ
ＰＥＧデコード／ディスプレイ機能を持っていることを
確認する（ステップＳ４７０１）。中継ノード４１０２
は、無線ノード４１０１がＭＰＥＧデコード／ディスプ
レイ機能を持っていることをＩＥＥＥ１３９４バス側の
ノードに対して知らせるため、このＭＰＥＧデコード／
ディスプレイ機能を、中継ノード４１０２自身のサブユ
ニットとしてＩＥＥＥ１３９４バス側に広告する（ステ
ップＳ４５０２）。具体的には、自身のＩＥＥＥ１２１
２レジスタに「自分はＭＰＥＧデコード／ディスプレイ
機能を持っている」旨を記載したり、ＡＶ／Ｃプロトコ
ルでサブユニット機能の問い合わせを受けた場合に、自
分がＭＰＥＧデコード／ディスプレイサブユニットを持
っているという形で応答を返したりする（これにより、
送信ノード４１０１等のＩＥＥＥ１３９４に接続された
ノードは、中継ノードにこの機能が存在すると認識する
ことになる）。
【０１６２】そのために、中継ノード４１０２は、代理
テーブル４２０８を持つ。代理テーブル４２０８は、図
５３／図５４のように、中継ノード４１０２が代理で広
告している形と、その実体との対応付けが記されている
テーブルである。
【０１６３】ここでは、図５３のように、無線ノード４
１０３のＭＰＥＧデコード／ディスプレイ機能が、中継
ノード自身のサブユニットとして代理広告される（ステ
ップＳ４７０２，Ｓ４７０３）。
【０１６４】以上と逆の手続きがＩＥＥＥ１３９４バス
４１０４上の送信ノード４１０１の代理登録を無線区間
側に対してみせる形で行われる（ステップＳ４５０３，
Ｓ４５０４）。すなわち、送信ノード４１０１のＩＥＥ
Ｅ１２１２レジスタ４４０７に、自分が映像送信機能を
持つこと、およびパネル機能（制御画面機能）を持つこ
とを記述しておき、これを中継ノード４１０２が読み込
む（ステップＳ４６０１，Ｓ４７０４）。この送信ノー
ド４１０１の機能を、中継ノード４１０２の機能とし
て、代理して無線区間側のＩＥＥＥ１２１２相当機能
（無線区間側のＣＳＲ空間）に反映し、無線ノード４１
０３側には、上記映像送信機能、およびパネル機能が中
継ノード４１０２の機能であるものとして認識してもら
う。この対応関係を、代理テーブル４２０８に図５４の
ように反映する（ステップＳ４７０５）。
【０１６５】このようにして代理テーブル４２０８は、
図５３／図５４のように構成される。また、送信ノード
４１０１から見た中継ノード４１０２の内部構造を図５
５に、無線ノード４１０３から見た中継ノード４１０２
の内部構造を図５６に、それぞれ示す。
【０１６６】なお、この時点で、ステップＳ４５０３の
送信ノード構成情報の中に、送信ノード４１０１を制御
するためのＨＡＶｉのバイトコードが含まれており、中
継ノード４１０２は送信ノード４１０１の代理サーバ、
すなわちＤＣＭ（デバイスコントロールモジュール）の
機能を有していてもよい。この場合、このバイトコード
は、中継ノード４１０２のＨＡＶｉ処理部４２１２内の
仮想マシン上で稼働することになる。
【０１６７】さて、中継ノード４１０２にパネル機能が
あるものと認識した無線ノード４１０３は、中継ノード
４１０２の（パネルサブユニット）に対して、パネルの
表示要求のコマンドを送出する（ステップＳ４５０５，
Ｓ４８０２）。これを受信（ステップＳ４７０６）した
中継ノード４１０２は、代理テーブル４２０８を参照
し、このパネル機能の実体が送信ノード４１０１に存在
していることを認識し、前記パネル表示要求コマンドを
送信ノード４１０１に対してフォワードする（ステップ
Ｓ４５０６，Ｓ４７０７）。
【０１６８】これを受信（ステップＳ４６０１）した送
信ノード４１０１は、ＡＶ／Ｃプロトコルにてパネル応
答（つまり、制御画面の送信）を行う。送信先は、中継
ノード４１０２である（ステップＳ４６０３，Ｓ４５０
７）。これを受信（ステップＳ４７０８）した中継ノー
ド４１０２は、代理テーブル４２０８を参照して、これ
を無線ノード４１０３にフォワードする（ステップＳ４
７０９，Ｓ４５０８，Ｓ４８０３）。
【０１６９】ここで、図５７に、無線ノード４１０３に
送られてきた制御画面の一例を示す。この制御画面（パ
ネル）では、６つの映画のタイトルを表示したボタンが
提供される。これらのボタンは、例えば「ボタン１」、
「ボタン２」、…等の名前が付けられており、ユーザが
あるボタンを押すと、例えば「ボタン１が押されまし
た」というコマンドの形で、パネルの送信元に送られる
仕組みとなっているものとする。
【０１７０】さて、無線ノード４１０３は、中継ノード
４１０２が提供していると認識している映像送信サービ
スを受けようと考え（実際に提供しているのは送信ノー
ド４１０１）、無線ノード制御パケットを使って（ステ
ップＳ４５０９）、映像を流すための無線同期チャネル
＃ｙを確保し、このチャネルを中継ノード４１０２の映
像送信サブユニットに接続するためのコマンドを中継ノ
ード４１０２に対して発行する（ステップＳ４８０
４）。これを受信した中継ノード４１０２は、代理テー
ブル４２０８を参照して、実際にこのＡＶ／Ｃコマンド
が発行されるべきノード（送信ノード４１９１）を確認
し、ＩＥＥＥ１３９４バス上に必要な帯域を確保すると
ともに（同期チャネル＃ｘ）、内部のＩＳＯ信号送受信
部４２０４を設定して、ＩＥＥＥ１３９４バスの同期チ
ャネル＃ｘと無線同期チャネル＃ｙとを相互に接続する
（ステップＳ４７１０，Ｓ４７１１，Ｓ４７１２，Ｓ４
５１０）。また、中継ノード４１０２は、送信ノード４
１０１に対し、同期チャネル＃ｘを映像送信サブユニッ
トに接続するコマンドを発行する（ステップＳ４５１
１，Ｓ４７１３）。これを受信（ステップＳ４６０４）
した送信ノード４１０１は、映像送信サブユニットの実
体である内部の映像ストリームの流れるパス（図４１で
２重矢印になっている部分）をＩＥＥＥ１３９４バスの
同期チャネル＃ｘに接続する。
【０１７１】これと前後して、無線ノード４１０３のユ
ーザは、見たい映像を選択するために図５７のパネルの
中から適当な番組を選択すべく、制御画面のボタンを押
す（例えば、マウスを使ってクリックする、ペン入力す
る、タッチする、など）。この操作は、中継ノード４１
０２に伝達され、これは代理テーブル４２０８の参照を
経て送信ノード４１０１へのコマンドに変換される（ス
テップＳ４８０５，Ｓ４７１４，Ｓ４７１５，Ｓ４６０
５，Ｓ４５１２，Ｓ４５１３）。
【０１７２】この後、送信ノード４１０１は、同期チャ
ネル＃ｘを通して、暗号化されたＭＰＥＧ映像を転送す
る（ステップＳ４５１４，Ｓ４６０６）。これは、中継
ノード４１０２にて中継され、無線ノード４１０３に到
達する（ステップＳ４７１６）。
【０１７３】後の手続きは、第１の実施形態の場合と同
様であり、暗号化されたＭＰＥＧ映像が無線ノード４１
０３に到達する（ステップＳ４８０６）が、この時点で
無線ノード４１０３はこの暗号を解くための鍵を有して
いないため、ＭＰＥＧ映像の送信元と認証手続きを開始
する。認証手続き以降の手続きについては第１の実施形
態と同様であるので、ここでの詳細な説明は省略する。
【０１７４】なお、第１の実施形態に従えば、認証は送
信ノード４１０１の映像送信サブユニットに相当する機
能と、無線ノードの映像受信サブユニットに相当する機
能ととの間で行われると考えられるが、第３の実施形態
の場合には、このような認証方式の他に、送信ノード４
１０１のパネルサブユニットが認証の対象となるような
方式も考えられる。この場合は、送信ノード４１０１の
パネルにデバイスＩＤが割り当てられることになる。
【０１７５】なお、ＨＡＶｉにおいては、送信ノード４
１０１から送られてくるバイトコードであるＤＣＭ等の
中に、送信ノード４１０１を制御するための制御画面情
報が含まれる場合がある。このようなモジュールをＤＤ
Ｉ（データドリブンインタラクション）と呼ぶ。このよ
うなモジュールは、例えば中継ノード４１０２内のＨＡ
Ｖｉ処理部４２１２にて展開され、制御画面が生成され
る。本実施形態では、この制御画面（あるいは、それと
同等の機能を持つ制御画面）を無線ノード側に見せるこ
とを考える必要があるが、この場合は、代理サブユニッ
ト構成部４２０７が、このＤＤＩに含まれる画面構成情
報を認識して（例えば、画面構成のためのシステムコー
ルをイベントして認知して、生成される最終画面の概要
を推察する方法や、完成した制御画面をもとにする方法
等が考えられる）、パネルとしてこの制御画面を再構成
し、無線区間に「パネルサブユニット」としてこれを公
開する方法が考えられる。この場合には、代理テーブル
４２０８には、このパネルと、ＤＤＩで生成されるべき
ＨＡＶｉやＡＶ／Ｃのコマンド（中継ノード４１０２か
ら送信ノード４１０１に対して発行される）の対応テー
ブルが用意されることになる。この方法は、無線ノード
４１０３内にＨＡＶｉバイトコードの仮想マシンが存在
しなくても有効であるため、ＨＡＶｉ仮想マシンを持た
ない無線ノード４１０３から、ＨＡＶｉ機器の制御を可
能とする方法である。
【０１７６】（第４の実施形態）次に、第４の実施形態
について説明する。
【０１７７】図５８に、本実施形態の全体構成の一例を
示す。
【０１７８】図５８に示されるように、第４の実施形態
では、ある家庭のホームネットワークであるＩＥＥＥ１
３９４バス６１０４と、公衆網（ここでは、一例として
インターネットとするが、電話網等でもよい）６１０５
とが、ホームゲートウェイ６１０２で接続され、送信ノ
ード６１０１と受信ノード６１０３との間で、認証手続
き、暗号化の手続きを経た上で例えば映像データのやり
取りを行う。ここで、インターネット６１０５（のアク
セス網部分）は、ＩＥＥＥ１３９４バス６１０４と比べ
て通信帯域が非常に細く、ＩＥＥＥ１３９４バスでやり
取りされる映像情報（一例としてＭＰＥＧ２映像である
とする）は、帯域が足りずに通せないため、ホームゲー
トウェイ６１０２においてトランスコーディング、つま
りＭＰＥＧ２符号からＭＰＥＧ４符号への符号変換を行
った上で、伝送を行うことを考える。
【０１７９】第４の実施形態においても、第２の実施形
態と同様に、ホームゲートウェイにて、一連のコピープ
ロテクション手続き、すなわち認証手続きや暗号化デー
タのやり取りを終端する。すなわち、送信ノードとホー
ムゲートウェイ、ホームゲートウェイト受信ノードと
で、おのおのコピープロテクション手続きは閉じてい
る。この実施形態においても、ホームゲートウェイは、
送信ノードや受信ノードに対して代理サービスを提供
し、また、コピープロテクションについては、ホームゲ
ートウェイ自身が認証フォーマットを持ち、ホームゲー
トウェイ自身が１３９４バス区間および無線区間のＭＰ
ＥＧデータの暗号化転送についてのそれぞれの責任を終
端する。
【０１８０】次に、図５９に、送信ノード６１０１の内
部構造の一例を示す。これは基本的にはこれまでの実施
形態と同様の構成である。
【０１８１】次に、図６０に、ホームゲートウェイ６１
０２の内部構造の一例を示す。
【０１８２】ホームゲートウェイ６１０２の基本的な構
成は、無線インタフェースではなくインターネットイン
タフェース６２０２を有している点、代理サブユニット
構成部ではなく代理ホームページ作成部６２１０を有し
ている点、ホームページの作成・蓄積部６２１１を有し
ている点、暗号復号化部６２０４と暗号化部６２０５と
の間にＭＰＥＧ２／ＭＰＥＧ４変換部６２１４を有して
いる点を除くと、第２の実施形態の中継ノードの構成と
ほぼ同様である。上記の相違点については順次説明して
いく。
【０１８３】ホームゲートウェイ６１０２は、インター
ネット側のノードに対してＩＥＥＥ１３９４バス側のノ
ード（本実施形態では、送信ノード２１０１）の代理サ
ーバとなり、ＩＥＥＥ１３９４バス側のノードの機能を
代理で提供する機能を持つ。送信ノード６１０１が提供
しているサービス（本実施形態の場合、映像送信サービ
ス）には、ホームゲートウェイ６１０２が提供している
ホームページを介してアクセスすることが可能である。
ここで、受信ノード６１０３からは、送信ノード６１０
１のサービスは、ホームゲートウェイ６１０２のホーム
ページを介して見えるため、これをホームゲートウェイ
６１０２が提供するＩＰ（インターネット）上のサービ
スとして解釈されてもよい。
【０１８４】また、ホームゲートウェイ６１０２は、第
２の実施形態と同様に、ＩＥＥＥ１３９４バス側から受
信したデータ（ＭＰＥＧ２映像データ）をインターネッ
ト側にフォワードする機能を持つが、認証やデータの暗
号化等、コピープロテクションに関する手続きがＩＥＥ
Ｅ１３９４バス区間とインターネット区間との両方につ
いて、このホームゲートウェイ６１０２において終端さ
れている。ＩＥＥＥ１３９４バス側については、認証フ
ォーマットＢｃｅｒｔをＩＥＥＥ１３９４コピープロテ
クション処理部６２０８に、インターネット区間側につ
いては、認証フォーマットＣｃｅｒｔをインターネット
側コピープロテクション処理部６２１２にそれぞれ持
ち、ＩＥＥＥ１３９４バスの同期チャネルから入力され
てきた暗号化データについては、ＩＳＯ信号送受信部６
２０３にて受信→暗号復号化部２２０４にて暗号復号化
→復号化されたＭＰＥＧ２映像をＭＰＥＧ２／ＭＰＥＧ
４変換部６２１４にてトランスコード→ＭＰＥＧ４映像
を暗号化部６２０５にて再暗号化→ＡＶ信号送受信部６
２０６にてインターネット側に送信、というプロセスを
踏む。
【０１８５】ここで、ＡｃｅｒｔとＢｃｅｒｔは、同じ
認証機関（例えばＩＥＥＥ１３９４のコピープロテクシ
ョンを担当する認証機関）が発行した認証フォーマット
であると仮定するが、後述するインターネット区間の認
証フォーマット（後述するＣｃｅｒｔとＤｃｅｒｔ）に
ついては、同じくこの認証機関が発行したものであって
もよいし、インターネット区間を担当する別の認証機関
が発行する認証フォーマットであってもよい。
【０１８６】なお、本実施形態においては、認証フォー
マット（Ａｃｅｒｔ〜Ｄｃｅｒｔ）は、ノード（あるい
はネットワークインタフェース）毎に１つ持つのではな
く、サブユニット毎（サブユニット種別毎）、あるいは
インターネットアプリケーション毎に１つ持ってもよ
い。すなわち、異なるインターネットアプリケーション
では、異なる認証フォーマットを用いてもよい。ここ
で、フローとは、インターネットの（送信アドレス、送
信ポート、受信アドレス、受信ポート）の組で表現され
る一連のデータ流を指す。
【０１８７】次に、図６１に、受信ノード６１０３の内
部構造の一例を示す。
【０１８８】コピープロテクション処理部６３０３がイ
ンターネット向けの認証フォーマットＤｃｅｒｔを持っ
ている。第２の実施形態との相違点は、インタフェース
（インターネットインタフェース６３０１、制御パケッ
ト送受信部６３０２、ＡＶ信号送受信部６３０４）がイ
ンターネット対応となっている点である。ここで、制御
パケット送受信部６３０２はＴＣＰ、ＡＶ信号送受信部
６３９４はＵＤＰのトランスポートプロトコルを持つパ
ケットの送受信モジュールであってもよい。
【０１８９】次に、実際のコピープロテクションを施し
た上での映像送信全体のシーケンスについて、図６２／
図６３（全体のシーケンス例）、図６４／図６５（送信
ノード６１０３のフローチャート例）、図６６／図６７
／図６８／図６９（ホームゲートウェイ６１０２のフロ
ーチャート例）、図７０／図７１（受信ノード６１０３
のフローチャート例）を参照しながら説明する。
【０１９０】まず、ホームゲートウェイ６１０２は、送
信ノード６１０１のＩＥＥＥ１２１２レジスタの読み込
みなどを通して、送信ノードについての属性や構成情報
を収集する（ステップＳ６５０１，Ｓ６６０１，Ｓ６７
０１，Ｓ６５０２，Ｓ６６０２，Ｓ６７０２）。これを
通して、ホームゲートウェイ６１０２は、送信ノード６
１０１が映像送信機能を持つこと、パネル機能を持つこ
と、認証フォーマットを持っていること等を把握する。
【０１９１】これを受けて、ホームゲートウェイ６１０
２は、送信ノード６１０１を遠隔制御するためのホーム
ページを作成する（ステップＳ６５０３）。基本的に
は、送信ノード６１０１が持つパネルと同様の画面を
「送信ノード制御用ホームページ」として作成する。ホ
ームページ上に配置された制御用のボタン等は、それぞ
れ送信ノード６１０１のパネルサブユニットのボタンに
対応する等して、代理ホームページ作成部６２１０内の
変換テーブルに対応の一覧が記述される。例えば、送信
ノード６１０１のパネルサブユニットに「再生」とかか
れているボタンが存在する場合には、該ホームページに
も「再生」とかかれているボタンを用意して、この関係
を前記変換テーブルに記述しておく。もし、このホーム
ページのユーザがこのボタンを押した場合には、ホーム
ゲートウェイ６１０２から送信ノード６１０１のパネル
サブユニットの「再生」ボタンに対して「ボタンが押さ
れた」というインタラクションが返る形となる。図７２
（ａ）に送信ノード６１０１のパネルサブユニットの持
つパネルの一例を、図７２（ｂ）にホームゲートウェイ
６１０２の作成した送信ノード制御用ホームページの一
例をそれぞれ示す。
【０１９２】さて、インターネット上の受信ノード６１
０３は、インターネットを介してこのホームゲートウェ
イ６２０１にアクセスし、送信ノード６１０１の制御画
面を含むホームページを要求し、このホームページが送
付される（ステップＳ６５０４，Ｓ６８０１，Ｓ６７０
３）。これを見て、受信ノード６１０３のユーザは、画
面上の映像送信を要求するボタン（例えば、図７２
（ｂ）の「再生」ボタン）を押したものとする。この結
果、例えば「再生ボタンが押された」、というインタラ
クションが、インターネット経由でホームゲートウェイ
にＨＴＴＰを通じて通知される（ステップＳ６５０５，
Ｓ６８０２，Ｓ６７０４）。
【０１９３】この通知と前後して、ホームゲートウエイ
６１０２と受信ノード６１０３との間で、やり取りされ
るストリームが転送されるＩＰフロー、すなわち（送信
ＩＰアドレス、送信ポート、受信ＩＰアドレス、受信ポ
ート）の組の決定や、セッション制御（符号化方式や認
証方式等）のネゴシエーション等が行なわれる（ステッ
プＳ６５０５，Ｓ６７０５，Ｓ６８０３）。例えば、Ｒ
ＴＳＰ（リアルタイムトランスポートストリーミングプ
ロトコル）やＳＤＰ（セッションデスクリプションプロ
トコル）等を用いて、符号化方式や認証の方式、ポート
の番号の決定などが行われる。
【０１９４】ホームゲートウエイ６１０２は、これらの
処理を受け、映像送信を行なう実体は、送信ノード６１
０１の映像送信サブユニットであることを認識し、送信
ノード６１０１に対してＡＶ／Ｃプロトコル等で、デー
タ転送のための同期チャネル＃ｘの設定や、映像送信サ
ブユニットに対して、映像送信の要求などのコマンドを
発行する（ステップＳ６５０６）。
【０１９５】これを受けて、送信ノード６１０１から同
期チャネル＃ｘを通して、暗号化されたＭＰＥＧ映像が
ホームゲートウエイ６１０２に対して送出される（ステ
ップＳ６５０７，Ｓ６６０３，Ｓ６６０４）。その後
は、第２の実施形態のＩＥＥＥ１３９４側の手順と同様
の手順で、認証先問合せ／応答、認証要求、認証・鍵交
換手続き、交換鍵／シード転送等が行われ、ホームゲー
トウエイ６１０２にてコンテンツ鍵Ｋ１の計算ができる
ようになる（ステップＳ６５０８〜Ｓ６５１４，Ｓ６６
０５〜Ｓ６６１１，Ｓ６７０６〜Ｓ６７１５）。
【０１９６】以降、同期チャネル＃ｘを通して暗号化さ
れたＭＰＥＧ映像（ステップＳ６５１５，Ｓ６６１２，
Ｓ６６１３）を受信したホームゲートウエイ６１０２
は、暗号復号化部６２０４にて、これをコンテンツ鍵Ｋ
１を用いてＭＰＥＧ２映像に復号化する（ステップＳ６
５１６，Ｓ６５１７，Ｓ６７１６）。次に、抽出したＭ
ＰＥＧ２映像を、ＭＰＥＧ２／ＭＰＥＧ４変換部６２１
４でＭＰＥＧ４映像にトランスコードする（ステップＳ
６５１８）。このＭＰＥＧ４映像を、コンテンツ鍵Ｋ２
を用いて、暗号化部６２０５で再暗号化し（ステップＳ
６５１９，Ｓ６５２０，Ｓ６７１７，Ｓ６７１８）、こ
れをＩＰパケット化する。その場合、先のセッション制
御の手順で決めたように、送信ＩＰアドレスはＣ（ホー
ムゲートウエイのＩＰアドレス）、送信ポート番号は
ｃ、受信ＩＰアドレスはＤ（受信ノードのＩＰアドレ
ス）、受信ポート番号はｄであるようなＩＰパケットを
生成する（ステップＳ６５２１，Ｓ６７１９）。
【０１９７】これを受信した受信ノード６１０３は、受
信したデータが暗号化されていることを認識する（ステ
ップＳ６８０４）。受信ノード６１０３は、このデータ
を送信しているのは、到着したパケットのＩＰヘッダを
参照すること等により、ホームゲートウエイ６１０２で
あることを認識し、ホームゲートウエイ６１０２に対し
て、認証要求を送信する（ステップＳ６５２２，Ｓ６８
０５）。この認証要求のパケットもＩＰパケットでもよ
い。認証要求のためのポート番号は、認証を行なう手続
きに予め割当てられている番号を用いてもよい。この
際、この認証要求のパケットに、ストリーム転送のフロ
ーＩＤ（Ｃ、ｃ、Ｄ、ｄ）を付与して転送する。このこ
とにより、ホームゲートウエイ６１０２は、どのフロー
に対する認証要求であるかを認識することができる。図
示はしていないが、この認証要求には、受信ノードの
（本ストリーム用の）認証フォーマット等も含まれてい
る。
【０１９８】また、トランスポートプロトコルとしてＲ
ＴＰ（Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏ
ｔｏｃｏｌ）を用いていること等を同時に伝えてもよ
い。
【０１９９】これを受けてホームゲートウエイ６１０２
は、フロー（Ｃ、ｃ、Ｄ、ｄ）のための認証要求である
ことを認識し、このフローのための認証フォーマットを
含んだ認証要求を、受信ノード宛てに送り返す（ステッ
プＳ６５２３，Ｓ６７２０〜Ｓ６７２２，Ｓ６８０６，
Ｓ６８０７）。このとき、この認証要求には前記フロー
ＩＤ等が含まれる。
【０２００】次に、両者は、認証・鍵交換手続き、交換
鍵／シードの転送等を、ＩＰパケット上で行う（ステッ
プＳ６５２４〜Ｓ６５２６，Ｓ６７２３，Ｓ６７２４，
Ｓ６８０８〜Ｓ６８１０）。これにより、受信ノード６
１０３は、コンテンツ鍵Ｋ２の生成が行なえるようにな
っている。
【０２０１】よって、以降、コンテンツ鍵Ｋ２にて暗号
化された、フロー（Ｃ、ｃ、Ｄ、ｄ）を通して送られて
くるＭＰＥＧ４データ（ステップＳ６５２７〜Ｓ６５３
３，Ｓ６７２５，Ｓ６７２６，Ｓ６８１１）は、上記の
ように用意されたコンテンツ鍵ｋ２にて復号化すること
が可能となる（ステップＳ６５３４）。復号化されたＭ
ＰＥＧ４データは、ＭＰＥＧデコード部６３０６にて復
号化され（ステップＳ６８１２）、これをディスプレイ
部６３０７にて再生する（ステップＳ６８１３）。
【０２０２】このように、家庭網とインターネットが相
互接続された環境においても、代理機能を提供するホー
ムゲートウェイと送信ノード、およびホームゲートウェ
イと受信ノードが認証手続きや鍵交換手続きを行うこと
で、実際のＭＰＥＧ映像等のコンテンツ保護の必要なデ
ータの転送を、コピーが不可能なように経路の全てで暗
号化されて行うことができ、安全なデータ転送が可能に
なっている。このように、このような相互接続の環境に
おいても、コピープロテクションを考慮したデータ転送
を行うことが可能になる。
【０２０３】第２の実施形態と同様に、ホームゲートウ
ェイ６１０２において、「生のＭＰＥＧデータ」が流れ
る部分、具体的には暗号復号化部６２０４、ＭＰＥＧ２
／ＭＰＥＧ４変換部６２１４、暗号化部６２０５との間
は、データコピーがなされないようにするための工夫、
例えば一体のＬＳＩに封止する等の対策を立てておいて
もよい。
【０２０４】（第５の実施形態）次に、第５の実施形態
について説明する。
【０２０５】第４の実施形態が、公衆網（インターネッ
ト）を介して家庭網にアクセスし、コピープロテクショ
ンを考慮した上で家庭網上の端末とインターネット上の
端末間でコンテンツをやり取りする場合であったのに対
し、第５の実施形態は、公衆網を介して家庭網間でコン
テンツをやり取りする場合である。
【０２０６】図７３に、本実施形態の全体構成図を示
す。
【０２０７】図７３に示されるように、第５の実施形態
では、２つの家庭網８１０５，８１０７が公衆網（ここ
では、一例としてインターネットとするが、Ｂ−ＩＳＤ
Ｎ等でもよい）８１０６にて接続されている。第１の家
庭網８１０５上の送信ノード８１０１から、コピープロ
テクションを考慮した形で、ＡＶコンテンツを第２の家
庭網８１０７上の受信ノード８１０４に送信する。ここ
で、第４の実施形態では、公衆網部分の通信帯域が非常
に細い場合の例を示したが、本実施形態では、公衆網の
通信帯域は十分な容量を持つものとする。
【０２０８】第５の実施形態においては、第１の実施形
態の中継ノードと同様に、ホームゲートウェイ８１０
２，８１０３にて、ＩＥＥＥ１３９４バス８１０５，８
１０７上のサービスを公衆網側に代理サービスする。す
なわち、インターネット上からは、インターネットのサ
ービスとして、家庭網上の装置やサービス、コンテンツ
が見える。また、ホームゲートウェイ８１０２，８１０
３は、一連のコピープロテクション手続き、すなわち認
証手続きや暗号化データのやり取りについてはこれらを
フォワードする。
【０２０９】送信ノード８１０１や受信ノード８１０４
は、基本的には第４の実施形態と同様の構成である。
【０２１０】図７４に、ホームゲートウェイ８１０２，
８１０３の内部構造の一例を示す。
【０２１１】ホームゲートウェイ８１０２の基本的な構
成は、コピープロテクションを終端しない点（これは、
第１の実施形態の中継ノードと同様）、および暗号の符
号化・復号化・符号変換を行わない点（これも、第１の
実施形態の中継ノードと同様）を除き、第４の実施形態
のホームゲートウェイの構成とほぼ同様である。
【０２１２】図７５に、全体のシーケンスの一例を示
す。
【０２１３】ここでは、第２の家庭網８１０７のユーザ
が、ホームゲートウェイ８１０３の制御画面を使って、
送信ノード８１０１のコンテンツを、インターネット８
１０６を介して受信ノード８１０４に配信させる場合を
考える。
【０２１４】まず、第４の実施形態と同様に、ステップ
Ｓ８３０１の構成認識と、ステップＳ８３０２の送信ノ
ード制御用ホームページ作成が行われる。
【０２１５】第２の家庭網８１０７のユーザは、ホーム
ゲートウェイ８１０３を操作し、ホームゲートウェイ８
１０２から送信ノード制御用のホームページ（制御画
面）を持ってくる（ステップＳ８３０３）。また、例え
ば図７６に例示するような受信ノード８１０４の制御画
面も同時に開く。そこで、図７６のように、送信ノード
内のコンテンツ一覧から、適当なものを例えばドラッグ
アンドドロップするなどして、ホームゲートウェイ８１
０３に映像配信を命令する（ステップＳ８３０４）。
【０２１６】すると、第４の実施形態と同様に、映像送
信要求がホームゲートウェイ８１０２に（インターネッ
トコマンドとして）発行され（ステップＳ８３０５）、
これがホームゲートウェイ８１０２にてＡＶ／Ｃプロト
コルコマンドに翻訳され、送信ノード８１０１から受信
ノード８１０４間の通信パス（ＩＥＥＥ１３９４バス８
１０５上の同期チャネル＃ｘ、インターネット上のコネ
クション、ＩＥＥＥ１３９４バス上の同期チャネル＃
ｙ）が設定される（ステップＳ８３０６，Ｓ８３０
７）。この上を、暗号鍵Ｋで暗号化されたＭＰＥＧ２映
像が配信される（ステップＳ８３０８〜Ｓ８３１０）。
【０２１７】第１の実施形態と同様に、これを受信した
受信ノード８１０６は、送信元に認証要求を発行する
（ステップＳ８３１１）。受信ノード８１０４は、この
映像はホームゲートウェイ８１０３から配信されている
と解釈しているため、この認証要求はホームゲートウェ
イ８１０３に対して行われる。
【０２１８】ホームゲートウェイ８１０３は、第４の実
施形態と同様に、内部の変換テーブル８２１１を参照し
て、これをホームゲートウェイ８１０２にフォワードす
る。これは、ホームゲートウェイ８１０３は、映像の配
信元がホームゲートウェイ８１０２であると解釈してい
るからである。このフォワードは、認証要求８３１１の
中身を変えない形で、インターネットパケットで行われ
る（ステップＳ８３１２）。同様に、ホームゲートウェ
イ８１０２は、これを受信ノード８１０１にフォワード
する（ステップＳ８３１３）。送信ノード８１０１は、
これをホームゲートウェイ８１０１から発行された認証
要求であると解釈する。
【０２１９】これと同様の手順を双方向に組み、送信ノ
ード８１０１と受信ノード８１０４間で認証手続きが行
われる（ステップＳ８３１４）。この間、ホームゲート
ウェイは、この手続きのパケットを中身を変更せずにフ
ォワードする。認証と並行して、鍵情報のやり取りを行
い、受信ノード８１０４は鍵の入手を行い、結局、暗号
化されたＭＰＥＧ２映像の復号化ができるようになる。
【０２２０】しかして、送信ノード８１０１が送信する
ＭＰＥＧ映像を、コンテンツキーＫを使って暗号化し、
これが１３９４バスの同期チェネル＃ｘ、ホームゲート
ウェイ８１０２、公衆網、ホームゲートウェイ８１０
３、１３９４バスの同期チェネル＃ｙという経路を辿っ
て、受信ノード８１０３に到達する（ステップＳ８３１
５〜Ｓ８３１７）。そして、受信ノード８１０３では、
暗号化されたＭＰＥＧ映像は、暗号鍵Ｋを使って暗号復
号化され、デコードされて、再生表示される。
【０２２１】このように、家庭網とインターネットが相
互接続された環境においても、代理機能を提供するホー
ムゲートウェイを介して、送信ノードと受信ノードが認
証手続きや鍵交換手続きを行うことで、実際のＭＰＥＧ
映像等のコンテンツ保護の必要なデータの転送を、コピ
ーが不可能なように経路の全てで暗号化されて行うこと
ができ、安全なデータ転送が可能になっている。このよ
うに、このような相互接続の環境においても、コピープ
ロテクションを考慮したデータ転送を行うことが可能に
なる。
【０２２２】なお、第５の実施形態において、公衆網の
通信帯域が十分に広くない場合には、両ホームゲートウ
ェイにおいて第４の実施形態の符号化変換（例えば、ホ
ームゲートウェイ８１０２ではＭＰＥＧ２／ＭＰＥＧ４
変換、ホームゲートウェイ８１０３ではＭＰＥＧ４／Ｍ
ＰＥＧ２変換）を行うことによって、若干の圧縮損はあ
るものの、両家庭網間でコピープロテクションを考慮し
たデータ転送を行うことが可能になる。
【０２２３】（第６の実施形態）第１の実施形態におい
ては、中継ノードがＩＥＥＥ１３９４バスと無線網との
両方に接続され、ＩＥＥＥ１３９４バス上の送信ノード
と無線網上の無線ノードとの間で暗号化された映像デー
タのやり取りをする場合の、認証・鍵交換方式を説明し
た。第１の実施形態では、認証フォーマットの交換等に
代表される実際の認証・鍵交換は、送信ノードと無線ノ
ード間で直接行ない、中継ノードは、これらのデータを
透過的に中継する形で、これを実現してきた。
【０２２４】これに対し、第６の実施形態では、第２の
実施形態のように、認証・鍵交換の単位を送信ノードと
中継ノード間、および中継ノードと無線ノード間でそれ
ぞれ行なう。ただし、第２の実施形態と異なり、中継ノ
ードにてコンテンツデータの暗号の復号化、および再暗
号化を行なう必要が無いような方法の説明を行なう。す
なわち、第２の実施形態では、到着したデータについ
て、中継ノードにてＩＥＥＥ１３９４区間の暗号の復号
化を行い、無線区間の暗号化を再度行なうといった手順
を使っていたが、これに対し、第６の実施形態では、Ｉ
ＥＥＥ１３９４バス側から到着した暗号化データをその
まま無線網上に転送できるような方法である。
【０２２５】図７７に、ある家庭のホームネットワーク
の全体構成の一例を示す。この全体構成は基本的には第
２の実施形態と同様である。
【０２２６】図７８に、送信ノード９１０１の内部構造
の一例を示す。これも第２の実施形態と基本的には同様
である。認証フォーマットＡｃｅｒｔが、ノードに一つ
用意されている。
【０２２７】図７９に、中継ノード９１０２の内部構造
の一例を示す。認証フォーマットＢｃｅｒｔ、Ｃｃｅｒ
ｔが、ネットワークインタフェース毎に一つ（ＩＥＥＥ
１３９４側にＢｃｅｒｔ、無線網側にＣｃｅｒｔ）用意
されている。ＩＥＥＥ１３９４側のＩＳＯ信号送受信部
９２０３と無線ＩＳＯ信号送受信部９２０６間で、（復
号化／再暗号化のプロセスを経ずに）直接暗号化された
ストリーム信号がやり取りされる点を除いて、第２の実
施形態と同様である。
【０２２８】図８０に、無線ノード９１０３の内部構造
の一例を示す。これも第２の実施形態と基本的には同様
である。認証フォーマットＤｃｅｒｔが、ノードに一つ
用意されている。
【０２２９】これまでの実施形態と同様に、中継ノード
では、ＩＥＥＥ１３９４側には無線網上のサービスの、
無線網側にはＩＥＥＥ１３９４上のサービスのそれぞれ
代理サービス機能があるものとする。なお、ここでの詳
細な説明は省略する。
【０２３０】次に、本実施形態の全体のシーケンス例を
図８１に示す。これまでの実施形態と同様に、例えば中
継ノードが、送信ノードが提供しているサービス（映像
送信サブユニット）を代理で無線網側に広告しており、
無線ノード（の映像デコードサブユニット）が、中継ノ
ードの代理機能に対してサービス（ＭＰＥＧ映像転送要
求）を要求、中継ノードが実際のサービスを提供してい
る送信ノードの映像送信サブユニットに対して、実際の
映像転送要求を行う。実際の映像データは、暗号化され
た形でＩＥＥＥ１３９４上は同期チャネル＃ｘ上を、無
線網上は無線同期チャネル＃ｙ上を転送されるものとす
る。なお、詳細はこれまでの実施形態と同様であるの
で、ここでの詳細な説明は省略する。
【０２３１】また、送信ノード９１０１の動作手順例を
図８２に、中継ノード９１０２の動作手順例を図８３／
図８４に、無線ノード９１０３の動作手順例を図８５／
図８６に、それぞれ示す。
【０２３２】本実施形態では、ＩＥＥＥ１３９４上の著
作権保護方式である「５Ｃ Ｄｉｇｉｔａｌ Ｔｒａｎ
ｓｍｉｓｓｉｏｎＣｏｎｔｅｎｔ Ｐｒｏｔｏｃｔｉｏ
ｎＳｐｅｃｉｆｉｃａｔｉｏｎ」の認証・鍵交換方式に
基本的に準ずる手順を踏むものとする。なお、本実施形
態では、認証・鍵交換方式をノード単位で行う場合につ
いて説明する（サブユニット単位で行う場合について
は、第７の実施形態で説明する）。
【０２３３】さて、送信ノード９１０１は、ＩＥＥＥ１
３９４の同期チャネル＃ｘ上に、コンテンツ鍵Ｋで暗号
化されたＭＰＥＧ映像を転送する（ステップＳ８５０
１，Ｓ８６０１，Ｓ８７０１）。これを受信した中継ノ
ード９１０２は、このまま（受信したＭＰＥＧ映像を、
コンテンツ鍵Ｋで暗号化されたまま）無線網側の無線同
期チャネル＃ｙに対して転送する（ステップＳ８５０
９，Ｓ８７０１）。
【０２３４】同期チャネル＃ｙを通して受信したデータ
が暗号化されていると認識した中継ノード９１０２は、
到着したデータのＣＩＰヘッダの送信ノードＩＤフィー
ルド（ＳＩＤフィールド）を参照する等して、送信ノー
ド９１０１と認証・鍵交換すべきであると認識する（ス
テップＳ８８０１）。中継ノード９１０２の認証フォー
マットＢｃｅｒｔを含んだ認証要求パケットを送信ノー
ド９１０１に対して転送する（ステップＳ８５０２，Ｓ
８７０２）。
【０２３５】これを受信した送信ノード９１０１は、送
信ノードの認証フォーマットＡｃｅｒｔを含んだ認証要
求パケットを中継ノード９１０２に対して送信する（ス
テップＳ８５０３，Ｓ８６０２，Ｓ８６０３，Ｓ８７０
３）。
【０２３６】次に、認証・鍵交換手続きを行って、送信
ノード９１０１と中継ノード９１０２の両者で、認証鍵
Ｋａｕｔｈ１を秘密裏に共有する（ステップＳ８５０
４，Ｓ８５０５，Ｓ８６０４，Ｓ８７０４）。
【０２３７】ＩＥＥＥ１３９４著作権保護方式では、コ
ンテンツ鍵Ｋは、交換鍵Ｋｘ、シードＮｃ、暗号制御情
報ＥＭＩの３つの変数の関数Ｊにて計算される。すなわ
ち、Ｋ＝Ｊ（Ｋｘ，Ｎｃ、ＥＭＩ）である。ここでＥＭ
Ｉは転送される暗号化データには必ず付与される値であ
る。よって、送信ノード９１０１は、受信側（中継ノー
ド、本実施形態の場合は無線ノードも）に対して、交換
鍵ＫｘとシードＮｃの値を通知する必要がある。
【０２３８】そこで、送信ノード９１０１は、中継ノー
ド９１０２との間で共有した認証鍵Ｋａｕｔｈ１を使っ
て、既知の関数ｆを使って、ｆ（Ｋｘ，Ｋａｕｔｈ）の
形で中継ノード９１０２に送信する（ステップＳ８５０
６，Ｓ８６０５，Ｓ８７０８，Ｓ８７０９）。中継ノー
ド９１０２は、この値から、Ｋｘの値を算出することが
できる。同様に、シードＮｃの値も、送信ノード９１０
１から中継ノード９１０２に転送される（ステップＳ８
５０７，Ｓ８６０６，Ｓ８７１０）。ここで、中継ノー
ド９１０２は、暗号を復号するコンテンツ鍵Ｋを生成す
るのに必要なＫｘ，Ｎｃの値をこの時点で認識したこと
になる。
【０２３９】さて、同様の手続きが中継ノード９１０２
と無線ノード９１０３の間でも行われる（ステップＳ８
５１０〜Ｓ８５１３，Ｓ８７０５〜Ｓ８７０７，Ｓ８８
０２〜Ｓ８８０４）。この手続きは、送信ノード９１０
１と中継ノード９１０２との間の認証・鍵交換手続きと
同様であるので、ここでの詳細な説明は省略する。ここ
で、無線網の無線同期チャネル＃ｙ上を転送される暗号
化されたデータにも、送信元ノードである中継ノード９
１０２を識別できるようなアドレス情報等が付与されて
いてもよい。
【０２４０】さて、中継ノード９１０２と無線ノード９
１０１とで認証鍵Ｋａｕｔｈ２が共有できたものとす
る。本実施形態では、中継ノード９１０２は、暗号化さ
れたＭＰＥＧ映像を暗号の復号化をすることなく、その
まま無線網（の無線同期チャネル＃ｙ）にフォワード処
理を行ってしまうため、中継ノード９１０２は無線ノー
ド９１０３に対して、ＩＥＥＥ１３９４区間と同じ交換
鍵ＫｘとシードＮｃの値を通知する必要がある（逆に通
知できれば、無線ノード９１０３は暗号の復号化が可能
である。ただし、ＩＥＥＥ１３９４区間と無線網区間
は、同じコンテンツ保護ポリシーで運営されているもの
とする）。そこで、中継ノード９１０２は、Ｓ８５０
６、Ｓ８５０７で受信したデータより算出したＫｘ，Ｎ
ｃのそれぞれの値を、同様に無線ノード９１０３に対し
て送信する（ステップＳ８５１４，Ｓ８５１５，Ｓ８７
０９，Ｓ８７１１，Ｓ８８０５〜Ｓ８８０７）。具体的
には、Ｋｘの値は認証鍵Ｋａｕｔｈ２の値を使ってｆ
（Ｋｘ，Ｋａｕｔｈ２）を計算して、無線ノード９１０
３に送出し、Ｎｃの値はそのまま転送する。
【０２４１】無線ノード９１０３では、このようにし
て、中継ノードと同じ手順を使ってＫｘ、Ｎｃの値を認
識できるため、同様の関数Ｊを使ってコンテンツ鍵Ｋの
値を算出することができる（ステップＳ８５１６）。
【０２４２】よって、送信ノード９１０１から送られて
くる、コンテンツ鍵Ｋで暗号化されたＭＰＥＧ映像は、
中継ノード９１０２で暗号の復号化がなされず、そのま
まフォワードして無線ノード９１０３まで転送されてき
た場合（ステップＳ８５０８，Ｓ８５１７，Ｓ８６０
７，Ｓ８７１２，Ｓ８８０９）でも、先にＳ８５１６で
計算したコンテンツ鍵Ｋの値を使って、暗号の復号化が
できる（ステップＳ８５１８，Ｓ８８１０）。その後、
ＭＰＥＧ映像のデコード、ディスプレイ表示等が行われ
る。
【０２４３】なお、本実施形態では、無線網上では無線
同期チャネルが定義されており、暗号化されたＭＰＥＧ
映像はこの無線同期チャネル上を転送されてくるとして
説明を行ってきたが、第２の実施形態のように、無線網
上でのＱＯＳデータ転送がイーサネットと同様の無線フ
レームを転送する場合にも、同様の方法（Ｋｘ，Ｎｃの
値を中継ノードから無線ノードにフォワードする）が適
用可能である。
【０２４４】逆に言うと、本実施形態のような方法によ
り、中継ノード９１０２では暗号の復号化および再暗号
化が不要になり、高速なパケット転送も可能になること
から、低コストな中継ノードの構築が可能となる。
【０２４５】なお、この場合、ＩＥＥＥ１３９４側に送
信ノード９１０２とは別のノード（別ノード）が存在し
ており、この別ノードから中継ノード９１０２を経て、
無線ノード９１０３に別のコンテンツ鍵で暗号化された
データ（厳密には同じＥＭＩを持ったデータ）を送信す
ることはできない。コンテンツ鍵は、基本的にデータの
送信ノード９１０１が決定する仕組みとなっていること
から、別ノードが別のコンテンツ鍵を選択する可能性は
十分にある。しかし、中継ノード９１０２と無線ノード
９１０３との間で、既にコンテンツ鍵Ｋが一意に定義さ
れている。すなわち、中継ノード９１０２と無線ノード
９１０３との間では、同じＥＭＩ値については、１つの
コンテンツ鍵しか共有できない。よって、両ノード間で
は、高々１つのコンテンツ鍵しか使うことができないた
め、別ノードからの（別のコンテンツ鍵で暗号化され
た）データを受信しても、これを中継ノード９１０２か
ら無線ノード９１０３に転送する際に、別のコンテンツ
鍵を生成できないため、これを復号化できないことにな
る。
【０２４６】よって、中継ノード９１０２は、既に暗号
化データを送信しているノード（本実施形態の場合、無
線ノード９１０３）に対して、別のコンテンツ鍵を使う
必要のある暗号化データの送信要求があった場合（例え
ば、ＩＥＥＥ１３９４の別ノードの代理サービスに対す
るサービス要求があった場合等）は、これを拒否するこ
とにより、未然に上記矛盾を回避することが可能とな
る。また、中継ノード９１０２は、既に無線ノード９１
０３に対して暗号化データの送信を行っている場合に
は、該無線ノード９１０３に対しては、他のサービス
（サブユニット）は見せない（代理サービス提供自体を
中断する、あるいは暗号化ストリーム転送を伴う代理サ
ービスの提供を中断する、等）、というやり方でも、同
様の効果が考えられる。
【０２４７】（第７の実施形態）第６の実施形態では、
認証・鍵交換の単位を送信ノードと中継ノードとの間、
および中継ノードと無線ノードとの間でそれぞれ行な
い、中継ノードにて暗号の復号化、および再暗号化を行
なう必要が無いような方法であった。
【０２４８】これに対し、第７の実施形態では、中継ノ
ードにて暗号の復号化、および再暗号化を行なう必要が
無いのは同様であるが、無線網側での認証・鍵交換の単
位が、第２の実施形態と同じくサブユニット単位にで
き、同じノード間でも複数のコンテンツ鍵を持つことが
できるような場合である。本実施形態によれば、ＩＥＥ
Ｅ１３９４上の複数送信ノードからの暗号化データの同
時受信が可能となる。
【０２４９】図８７に、ある家庭のホームネットワーク
の全体構成の一例を示す。この全体構成は、送信ノード
（ＰとＱ）が２つある点以外、基本的には第６の実施形
態と同様である。
【０２５０】送信ノード９８０１，９８１１の内部構成
は、第６の実施形態と同様である。
【０２５１】中継ノード９８０２の内部構成は、ＩＥＥ
Ｅ１３９４側では認証・鍵交換の単位がノード間であ
り、無線網側では認証・鍵交換の単位がサブユニット間
である点を除いて、第６の実施形態と同様である。
【０２５２】無線ノード９８０３の内部構成は、認証・
鍵交換の単位がサブユニット間である点を除いて、第６
の実施形態と同様である。
【０２５３】なお、送信ノード９８０１，９８１１、無
線ノード９８０２の動作手順は基本的には第６の実施形
態と同様である。また、１つの送信ノードに対して中継
を行う場合の中継ノード９８０３の動作手順も基本的に
は第６の実施形態と同様である。
【０２５４】これまでの実施形態と同様に、中継ノード
では、ＩＥＥＥ１３９４側には無線網上のサービスの、
無線網側にはＩＥＥＥ１３９４上のサービスのそれぞれ
代理サービス機能があるものとする。なお、ここでの詳
細な説明は省略する。
【０２５５】次に、複数の送信ノードに対して中継を行
う場合の中継ノード９８０２の動作手順例を図８８に、
本実施形態の全体のシーケンス例を図８９／図９０に示
す。これまでの実施形態と同様に、例えば中継ノード
が、送信ノードが提供しているサービス（映像送信サブ
ユニット）を代理で無線網側に広告しており、無線ノー
ド（の映像デコードサブユニット）が、中継ノードの代
理機能に対してサービス（ＭＰＥＧ映像転送要求）を要
求、中継ノードが実際のサービスを提供している送信ノ
ードの映像送信サブユニットに対して、実際の映像転送
要求を行う。実際の映像データは、暗号化された形でＩ
ＥＥＥ１３９４上は同期チャネル＃ｘ上を、無線網上は
無線同期チャネル＃ｙ上を転送されるものとする。詳細
はこれまでの実施形態と同様であるので、ここでの詳細
な説明は省略する。
【０２５６】本実施形態でも、ＩＥＥＥ１３９４上の著
作権保護方式である「５Ｃ Ｄｉｇｉｔａｌ Ｔｒａｎ
ｓｍｉｓｓｉｏｎ Ｃｏｎｔｅｎｔ Ｐｒｏｔｏｃｔｉ
ｏｎＳｐｅｃｉｆｉｃａｔｉｏｎ」の認証・鍵交換方式
に基本的に準ずる手順を踏むものとする。
【０２５７】さて、送信ノードＰ（９８０１）は、ＩＥ
ＥＥ１３９４の同期チャネル＃ｘ上に、コンテンツ鍵Ｋ
１で暗号化されたＭＰＥＧ映像を転送する（ステップＳ
９２０１，Ｓ９３０１）。第６の実施形態と同様に、コ
ンテンツ鍵Ｋ１は、Ｋ１＝Ｊ（Ｋｘｐ，Ｎｃｐ，ＥＭ
Ｉ）にて計算されるものとする。これを受信した中継ノ
ード９８０２は、このまま（受信したＭＰＥＧ映像を、
コンテンツ鍵Ｋ１で暗号化されたまま）無線網側の無線
同期チャネル＃ｙに対して転送する（ステップＳ９２０
９，Ｓ９３０１）。
【０２５８】中継ノード９８０２が送信ノードＰに対し
て認証要求をし、鍵交換などを行って、交換鍵Ｋｘｐと
シードＮｃｐを獲得する手順（ステップＳ９２０２〜Ｓ
９２０７，Ｓ９３０２）は、第６の実施形態と同様であ
るので、ここでの詳細な説明は省略する。この時点で、
中継ノード９８０２は暗号を復号するために必要なＫｘ
ｐ，Ｎｃｐの値を認識したことになる。
【０２５９】さて、同様の認証・鍵交換手続きが中継ノ
ード９８０２と無線ノード９８０３の間でも行われる
（ステップＳ９２１０〜Ｓ９２１７，Ｓ９３０３）。こ
の手続きは第２の実施形態の送信ノードと中継ノード間
の認証・鍵交換手続きと同様であるので、ここでの詳細
な説明は省略する。ただし、認証先問い合わせや認証先
応答、あるいは認証要求にサブユニットのＩＤの他、チ
ャネル番号、あるいは暗号化データの送受信を行うこと
になるプラグの識別子を搭載して、これを行ってもよ
い。中継ノード９８０２、あるいは無線ノード９８０３
が、「どの暗号化データについての認証・鍵交換手続き
か」ということが識別できるようになり、後述するよう
に、異なる鍵の暗号化データについては、同一のノード
間の認証・鍵交換であったとしても、異なる鍵を通知す
ることが可能になる。
【０２６０】なお、この際、認証要求にチャネル番号を
含める場合は、ステップＳ９２１０の認証先問い合わせ
とステップＳ９２１１の認証先応答は不要となる。
【０２６１】さて、中継ノード９８０２と無線ノード９
８０３で認証鍵Ｋａｕｔｈ１が共有できたものとする。
本実施形態でも、中継ノード９８０２は、暗号化された
ＭＰＥＧ映像を暗号の復号化をすることなく、そのまま
無線網（の無線同期チャネル＃ｙ）にフォワード処理を
行ってしまうため、中継ノード９８０２は無線ノード９
８０３に対して、交換鍵ＫｘｐとシードＮｃｐの値を通
知する必要がある（逆に通知できれば、無線ノード９８
０３は暗号の復号化が可能である）。そこで、中継ノー
ド９８０２は、Ｓ９２０６、Ｓ９２０７で受信したデー
タより算出したＫｘｐ，Ｎｃｐのそれぞれの値を、同様
に無線ノード９８０３に対して送信する（ステップＳ９
２１６，Ｓ９２１７）。Ｋｘｐの値は認証鍵Ｋａｕｔｈ
１の値を使ってｆ（Ｋｘｐ，Ｋａｕｔｈ１）を計算し
て、無線ノード９８０３に送出する（ステップＳ９２１
６）。
【０２６２】無線ノード９８０３では、このようにし
て、中継ノード９８０２と同じ手順を使ってＫｘｐ、Ｎ
ｃｐの値を認識できるため、同様の関数Ｊを使ってコン
テンツ鍵Ｋ１の値を算出することができる（ステップＳ
９２１８）。
【０２６３】よって、送信ノードＰから送られてくる、
コンテンツ鍵Ｋ１で暗号化されたＭＰＥＧ映像は、中継
ノード９８０２で暗号の復号化をせずに、そのままフォ
ワードして無線ノード９８０３まで転送されてきた場合
（ステップＳ９２０８，Ｓ９２１９）でも、先にステッ
プＳ９２１８で計算したコンテンツ鍵Ｋ１の値を使っ
て、暗号の復号化ができる（ステップＳ９２２０）。そ
の後、ＭＰＥＧ映像のデコード、ディスプレイ表示等が
行われる。
【０２６４】本実施形態のような方法でも、中継ノード
９８０２では暗号の復号化、および再暗号化が不要にな
り、高速なパケット転送も可能になることから、低コス
トな中継ノードの構築が可能となる。
【０２６５】さて、次に、別の送信ノードＱ（９８１
１）が、同時に中継ノード９８０２を介して無線ノード
９８０３に対して別のコンテンツ鍵Ｋ２で暗号化された
データを送信する場合（ステップＳ９２２１，Ｓ９２２
９，Ｓ９３０４）を考える。
【０２６６】本実施形態の前半と同様に、送信ノードＱ
と中継ノード９８０２との間で認証・鍵交換が行われ
（ステップＳ９２２２〜Ｓ９２２７）、中継ノード９８
０２は交換鍵ＫｘｑとシードＮｃｑの値をそれぞれ得る
ことができる。
【０２６７】本実施形態においては、中継ノード９８０
２と無線ノード９８０３との間の認証は、サブユニット
間単位であるので、暗号化データの送受が異なるサブユ
ニット間で行われているものとすれば、中継ノード９８
０２と無線ノード９８０３との間で複数の認証・鍵交換
が可能となる。
【０２６８】すなわち、本実施形態の前半と同様に、中
継ノード９８０２と無線ノード９８０３との間で、本実
施形態の前半とは異なるサブユニット間で認証・鍵交換
を行っていく（ステップＳ９２３０〜Ｓ９２３５，Ｓ９
３０５）。その上で、中継ノード９８０２は、送信ノー
ドＱと自ノード（中継ノード）９８０２との間の交換鍵
ＫｘｑとシードＮｃｑを、無線ノード９８０３にフォワ
ードする（ステップＳ９２３６，Ｓ９２３７，Ｓ９３０
５，Ｓ９３０６）。
【０２６９】無線ノード９８０３では、このようにし
て、Ｋｘｑ、Ｎｃｑの値を認識できるため、同様の関数
Ｊを使ってコンテンツ鍵Ｋ２の値を算出することができ
る（ステップＳ９２３８）。
【０２７０】よって、送信ノードＱから送られてくる、
コンテンツ鍵Ｋ２で暗号化されたＭＰＥＧ映像は、中継
ノード９８０２で暗号の復号化をせずに、そのままフォ
ワードして無線ノード９８０３まで転送されてきた場合
（ステップＳ９２２８，Ｓ９２２９）でも、先にステッ
プＳ９２３８で計算したコンテンツ鍵Ｋ２の値を使っ
て、暗号の復号化ができる（ステップＳ９２４０）。つ
まり、２つの異なるコンテンツ鍵（本実施形態ではＫ１
とＫ２）で暗号化されたＭＰＥＧ映像の同時受信が可能
となる。
【０２７１】なお、第６の実施形態と第７の実施形態で
は、ＩＥＥＥ１３９４と無線網との相互接続を行う場合
を例に説明してきたが、インターネット等のその他の網
についても適用可能である。
【０２７２】なお、第１〜第７の実施形態において例示
したデータ転送の方向とは逆の方向にデータ転送する場
合（例えば、無線ノードからＩＥＥＥ１３９４上のノー
ドへデータ転送する場合）にも、本発明は適用可能であ
る。
【０２７３】また、第１〜第７の実施形態において、無
線ノードやＩＥＥＥ１３９４上のノードについては、コ
ンテンツについて送信機能または受信機能の一方に着目
して説明したが、無線ノードやＩＥＥＥ１３９４上のノ
ードは、コンテンツについて送信機能と受信機能の両方
を備えることも可能である。
【０２７４】また、認証手続きや、鍵交換手続き（コン
テンツ鍵共有手続き）は、これまでに例示したものに限
定されず、他の種々の方法が用いられる場合にも本発明
は適用可能である。
【０２７５】また、以上では、家庭網ネットワークとし
て実施形態を説明したが、もちろん、本発明は家庭網以
外のネットワークにも適用可能である。
【０２７６】なお、以上の各機能は、ソフトウェアとし
ても実現可能である。
【０２７７】また、本実施形態は、コンピュータに所定
の手段を実行させるための（あるいはコンピュータを所
定の手段として機能させるための、あるいはコンピュー
タに所定の機能を実現させるための）プログラムを記録
したコンピュータ読取り可能な記録媒体としても実施す
ることもできる。
【０２７８】本発明は、上述した実施の形態に限定され
るものではなく、その技術的範囲において種々変形して
実施することができる。
【０２７９】
【発明の効果】本発明によれば、同じネットワークでは
接続されていない装置間で、保護すべきコンテンツの送
受信のためのコンテンツ保護手続きを行うことが可能に
なる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係るネットワークの
全体構成の一例を示す図
【図２】送信ノードの内部構造の一例を示す図
【図３】中継ノードの内部構造の一例を示す図
【図４】無線ノードの内部構造の一例を示す図
【図５】全体のシーケンスの一例を示す図
【図６】全体のシーケンスの一例を示す図
【図７】送信ノードの動作手順の一例を示すフローチャ
ート
【図８】送信ノードの動作手順の一例を示すフローチャ
ート
【図９】中継ノードの動作手順の一例を示すフローチャ
ート
【図１０】中継ノードの動作手順の一例を示すフローチ
ャート
【図１１】中継ノードの動作手順の一例を示すフローチ
ャート
【図１２】無線ノードの動作手順の一例を示すフローチ
ャート
【図１３】無線ノードの動作手順の一例を示すフローチ
ャート
【図１４】無線ノード構成情報パケットの一例を示す図
【図１５】代理テーブルの一例を示す図
【図１６】代理テーブルの一例を示す図
【図１７】送信ノードから見た中継ノードの内部構造を
説明するための図
【図１８】無線ノードから見た中継ノードの内部構造を
説明するための図
【図１９】無線ノード制御パケットの一例を示す図
【図２０】本発明の第２の実施形態に係るネットワーク
の全体構成の一例を示す図
【図２１】送信ノードの内部構造の一例を示す図
【図２２】中継ノードの内部構造の一例を示す図
【図２３】無線ノードの内部構造の一例を示す図
【図２４】全体のシーケンスの一例を示す図
【図２５】全体のシーケンスの一例を示す図
【図２６】送信ノードの動作手順の一例を示すフローチ
ャート
【図２７】送信ノードの動作手順の一例を示すフローチ
ャート
【図２８】中継ノードの動作手順の一例を示すフローチ
ャート
【図２９】中継ノードの動作手順の一例を示すフローチ
ャート
【図３０】中継ノードの動作手順の一例を示すフローチ
ャート
【図３１】中継ノードの動作手順の一例を示すフローチ
ャート
【図３２】無線ノードの動作手順の一例を示すフローチ
ャート
【図３３】無線ノードの動作手順の一例を示すフローチ
ャート
【図３４】代理テーブルの一例を示す図
【図３５】代理テーブルの一例を示す図
【図３６】送信ノードから見た中継ノードの内部構造を
説明するための図
【図３７】無線ノードから見た中継ノードの内部構造を
説明するための図
【図３８】無線フレームのフォーマットの一例を示す図
【図３９】無線制御パケットのフォーマットの一例を示
す図
【図４０】本発明の第３の実施形態に係るネットワーク
の全体構成の一例を示す図
【図４１】送信ノードの内部構造の一例を示す図
【図４２】中継ノードの内部構造の一例を示す図
【図４３】無線ノードの内部構造の一例を示す図
【図４４】全体のシーケンスの一例を示す図
【図４５】全体のシーケンスの一例を示す図
【図４６】送信ノードの動作手順の一例を示すフローチ
ャート
【図４７】送信ノードの動作手順の一例を示すフローチ
ャート
【図４８】中継ノードの動作手順の一例を示すフローチ
ャート
【図４９】中継ノードの動作手順の一例を示すフローチ
ャート
【図５０】中継ノードの動作手順の一例を示すフローチ
ャート
【図５１】無線ノードの動作手順の一例を示すフローチ
ャート
【図５２】無線ノードの動作手順の一例を示すフローチ
ャート
【図５３】代理テーブルの一例を示す図
【図５４】代理テーブルの一例を示す図
【図５５】送信ノードから見た中継ノードの内部構造を
説明するための図
【図５６】無線ノードから見た中継ノードの内部構造を
説明するための図
【図５７】無線ノードに送られてきた制御画面の一例を
示す図
【図５８】本発明の第４の実施形態に係るネットワーク
の全体構成の一例を示す図
【図５９】送信ノードの内部構造の一例を示す図
【図６０】ホームゲートウェイの内部構造の一例を示す
図
【図６１】受信ノードの内部構造の一例を示す図
【図６２】全体のシーケンスの一例を示す図
【図６３】全体のシーケンスの一例を示す図
【図６４】送信ノードの動作手順の一例を示すフローチ
ャート
【図６５】送信ノードの動作手順の一例を示すフローチ
ャート
【図６６】ホームゲートウェイの動作手順の一例を示す
フローチャート
【図６７】ホームゲートウェイの動作手順の一例を示す
フローチャート
【図６８】ホームゲートウェイの動作手順の一例を示す
フローチャート
【図６９】ホームゲートウェイの動作手順の一例を示す
フローチャート
【図７０】受信ノードの動作手順の一例を示すフローチ
ャート
【図７１】受信ノードの動作手順の一例を示すフローチ
ャート
【図７２】送信ノードのパネルとホームゲートウェイの
送信ノード制御用ホームページの一例を示す図
【図７３】本発明の第５の実施形態に係るネットワーク
の全体構成の一例を示す図
【図７４】ホームゲートウェイの内部構造の一例を示す
図
【図７５】全体のシーケンスの一例を示す図
【図７６】制御画面の一例を示す図
【図７７】本発明の第６の実施形態に係るネットワーク
の全体構成の一例を示す図
【図７８】送信ノードの内部構造の一例を示す図
【図７９】中継ノードの内部構造の一例を示す図
【図８０】無線ノードの内部構造の一例を示す図
【図８１】全体のシーケンスの一例を示す図
【図８２】送信ノードの動作手順の一例を示すフローチ
ャート
【図８３】中継ノードの動作手順の一例を示すフローチ
ャート
【図８４】中継ノードの動作手順の一例を示すフローチ
ャート
【図８５】無線ノードの動作手順の一例を示すフローチ
ャート
【図８６】無線ノードの動作手順の一例を示すフローチ
ャート
【図８７】本発明の第７の実施形態に係るネットワーク
の全体構成の一例を示す図
【図８８】中継ノードの動作手順の一例を示すフローチ
ャート
【図８９】全体のシーケンスの一例を示す図
【図９０】全体のシーケンスの一例を示す図
【符号の説明】
１０１，２１０１，４１０１，６１０１，８１０１，９
１０１，９８０１，９８１１…送信ノード １０２，２１０２，４１０２，９１０２，９８０２…中
継ノード １０３，２１０３，４１０３，６１０４，９１０３，９
８０３…無線ノード ６１０２，８１０２，８１０３…ホームゲートウェイ ６１０３，８１０４…受信ノード １０４，２１０４，４１０４，８１０５，８１０７，９
１０４，９８０４…ＩＥＥＥ１３９４バス ６１０５，８１０６…公衆網 ２０１，２２０１，４２０１，６２０１，８２０１，９
１０１…ＩＥＥＥ１３９４インタフェース ２０２，２２０２，４２０２，９２０２…無線インタフ
ェース ２０３，２２０７，４２０３，６２０７，８２０３，９
２０７…ＡＶ／Ｃプロトコル処理部 ２０４，２２０３，４２０４，６２０３，８２０４，９
２０３…ＩＳＯ信号送受信部 ２０５，２２０６，４２０５，９２０６…無線ＩＳＯ信
号送受信部 ２０６，２２０９，４２０６，６２０９，９２０９…１
３９４バス構成認識部 ２０７，２２１０，４２０７，８２０７，９２１０…代
理サブユニット構成部 ２０８，２２１４，４２０８，６２１５，９２１４…代
理テーブル ２０９，２２１１，４２０９，９２１１…無線区間構成
認識部 ２１０，４２１０，８２０９…コピープロテクション制
御／フォワード部 ２２０８，６２０８…ＩＥＥＥ１３９４コピープロテク
ション処理部 ２２１２，９２１２…無線区間コピープロテクション部 ８２１１…変換テーブル ２１１，２２１３，４２１１，９２１３…無線ノード制
御パケット送受信部 ２２０４，６２０４…暗号復号化部 ２２０５，６２０５…暗号化部 ４２１２…ＨＡＶｉ処理部 ４２１３…ＩＥＥＥ１２１２レジスタ ６２０６，８２０５…ＡＶ信号送受信部 ６２０２，８２０２…インターネットインタフェース ６２１０，８２０８…代理ホームページ作成部 ６２１１，８２１０…ホームページ作成・蓄積部 ６２１２…インターネット側プロテクション処理部 ６２１３…制御パケット送受信部 ６２１４…ＭＰＥＧ２／ＭＰＥＧ４変換部 ６２０６…制御パケット処理信部 ３０１，２３０１，４３０１，９３０１…無線インタフ
ェース ３０２，２３０２，４３０２，９３０２…無線ノード制
御パケット送受信部 ３０３，２３０３，４３０３，６３０３，９３０３…コ
ピープロテクション処理部 ３０４，２３０４，４３０４，９３０４…無線ＩＳＯ信
号送受信部 ３０５，２３０５，４３０５，６３０５，９３０５…暗
号復号化部 ３０６，２３０６，４３０６，６３０６，９３０６…Ｍ
ＰＥＧデコード部 ３０７，２３０７，４３０７，６３０７，９３０７…デ
ィスプレイ部 ６３０１…インターネットインタフェース ６３０２…制御パケット送受信部 ６３０４…ＡＶ信号送受信部 ４０１，２４０１，４４０１，６４０１，９４０１…Ｉ
ＥＥＥ１３９４インタフェース ４０２，２４０２，４４０２，６４０２，９４０２…Ａ
Ｖ／Ｃプロトコル処理部 ４０３，２４０３，４４０３，６４０３，９４０３…コ
ピープロテクション処理部 ４０４，２４０４，４４０４，６４０４，９４０４…Ｉ
ＳＯ信号送受信部 ４０５，２４０５，４４０５，６４０５，９４０５…暗
号化部 ４０６，２４０６，４４０６，６４０６，９４０６…Ｍ
ＰＥＧストレージ部 ４４０７…ＩＥＥＥ１２１２レジスタ
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 29/06 Ｈ０４Ｌ 13/00 ３０５Ｚ

Claims (17)

    【特許請求の範囲】
  1. 【請求項１】第１のネットワークに接続された第１のイ
    ンタフェース手段と、 第２のネットワークに接続された第２のインタフェース
    手段と、 前記第２のネットワーク上の装置又はサービス又はサブ
    ユニットを、自中継装置上のものとして前記第１のネッ
    トワーク側に開示する代理構成手段と、 この装置又はサービス又はサブユニット宛の制御コマン
    ド信号を前記第１のネットワーク側から受信する制御コ
    マンド受信手段と、 この制御コマンド受信手段で受信した前記制御コマンド
    信号に対応した信号を前記第２のネットワーク上の装置
    又はサービス又はサブユニット宛に送信する制御コマン
    ド送信手段と、 前記第１のネットワーク上の装置から、前記代理構成手
    段で開示した前記装置又はサービス又はサブユニット宛
    のコンテンツ保護情報を受信するコンテンツ保護情報受
    信手段と、 このコンテンツ保護情報受信手段で受信したコンテンツ
    保護情報に変更を加えず、前記第２のネットワーク上の
    装置又はサービス又はサブユニット宛に転送するコンテ
    ンツ保護情報転送手段とを具備したことを特徴とする中
    継装置。
  2. 【請求項２】第１のネットワークに接続された第１のイ
    ンタフェース手段と、 第２のネットワークに接続された第２のインタフェース
    手段と、 第１及び第２のネットワーク上の装置又はサービス又は
    サブユニットを、自中継装置上のものとして各々他方の
    ネットワーク側に開示する代理構成手段と、 この装置又はサービス又はサブユニット宛の制御コマン
    ド信号を前記代理構成手段で開示したネットワーク側か
    ら受信する制御コマンド受信手段と、 この制御コマンド受信手段で受信した前記制御コマンド
    信号に対応した信号を、前記代理構成手段で開示したネ
    ットワークと異なるネットワーク上の装置又はサービス
    又はサブユニット宛に送信する制御コマンド送信手段
    と、 前記第１又は第２のネットワーク上の装置から、前記代
    理構成手段で開示した前記装置又はサービス又はサブユ
    ニット宛のコンテンツ保護情報を受信するコンテンツ保
    護情報受信手段と、 このコンテンツ保護情報受信手段で受信したコンテンツ
    保護情報に変更を加えず、前記他方のネットワーク上の
    装置又はサービス又はサブユニット宛に転送するコンテ
    ンツ保護情報転送手段と、 前記第１又は第２のネットワーク上の装置から、前記代
    理構成手段で開示した前記装置又はサービス又はサブユ
    ニット宛であり、前記コンテンツ保護情報から得られる
    コンテンツ鍵で保護されたコンテンツを受信するコンテ
    ンツ受信手段と、 このコンテンツ受信手段で受信した前記コンテンツに変
    更を加えず、前記他方のネットワーク上の装置又はサー
    ビス又はサブユニット宛に転送するコンテンツ転送手段
    とを具備したことを特徴とする中継装置。
  3. 【請求項３】前記コンテンツ保護情報は、前記第１のネ
    ットワーク上の装置又はサービス又はサブユニットと、
    前記第２のネットワーク上の装置又はサービス又はサブ
    ユニット間の認証及び又は鍵交換を含むコンテンツ保護
    の手続きに関する情報であることを特徴とする請求項２
    に記載の中継装置。
  4. 【請求項４】第１のネットワークに接続された第１のイ
    ンタフェース手段と、 第２のネットワークに接続された第２のインタフェース
    手段と、 第１及び第２のネットワーク上の装置又はサービス又は
    サブユニットを、自中継装置上のものとして各々他方の
    ネットワーク側に開示する代理構成手段と、 この装置又はサービス又はサブユニット宛の制御コマン
    ド信号を前記代理構成手段で開示したネットワーク側か
    ら受信する制御コマンド受信手段と、 この制御コマンド受信手段で受信した前記制御コマンド
    信号に対応した信号を、前記代理構成手段で開示したネ
    ットワークと異なるネットワーク上の装置又はサービス
    又はサブユニット宛に送信する制御コマンド送信手段
    と、 前記第１のネットワーク上の装置又はサービス又はサブ
    ユニットと、自中継装置の間で、コンテンツ保護の手続
    きを行う第１のコンテンツ保護手段と、 前記第２のネットワーク上の装置又はサービス又はサブ
    ユニットと、自中継装置の間で、コンテンツ保護の手続
    きを行う第２のコンテンツ保護手段と、 前記第１又は第２のいずれか一方のネットワーク上の装
    置から、前記代理構成手段で開示した自中継装置上の装
    置又はサービス又はサブユニット宛であり、前記第１又
    は第２のいずれか一方のコンテンツ保護手段に基づいて
    暗号化されたコンテンツを受信するコンテンツ受信手段
    と、 前記コンテンツ受信手段で受信したコンテンツを、前記
    第１又は第２のいずれか他方のコンテンツ保護手段に基
    づいて暗号化し、前記第１又は第２のいずれか他方のネ
    ットワーク上の装置又はサービス又はサブユニット宛に
    送信するコンテンツ送信手段とを具備したことを特徴と
    する中継装置。
  5. 【請求項５】前記第１のコンテンツ保護手段と、前記第
    ２のコンテンツ保護手段で用いられる暗号化方式は異な
    る方式であるか、又は異なる鍵情報に基づくものである
    ことを特徴とする請求項４に記載の中継装置。
  6. 【請求項６】前記コンテンツ受信手段と、前記コンテン
    ツ送信手段は同一のＬＳＩに封止されていることを特徴
    とする請求項４に記載の中継装置。
  7. 【請求項７】前記第１のコンテンツ保護手段における前
    記コンテンツ保護の手続きで使用する第１の鍵情報と、
    前記第２のコンテンツ保護手段における前記コンテンツ
    保護の手続きで使用する第２の鍵情報とを同一のものと
    することを特徴とする請求項４に記載の中継装置。
  8. 【請求項８】前記第１又は第２のいずれか他方のコンテ
    ンツ保護手段における前記コンテンツ保護の手続きは、
    所定の鍵情報を用いて、コンテンツ単位又はサービス単
    位又はサブユニット単位で行なうことを特徴とする請求
    項７に記載の中継装置。
  9. 【請求項９】前記第１及び第２のネットワーク上の装置
    又はサービス又はサブユニットから、該装置の認証フォ
    ーマットの有無を含む構成情報を受信する構成情報受信
    手段と、 前記構成情報受信手段で受信した各構成情報に基づい
    て、該装置又はサービス又はサブユニットの構成認識を
    行う構成認識手段とを更に具備したことを特徴とする請
    求項２または４に記載の中継装置。
  10. 【請求項１０】第１のネットワークに接続された第１の
    インタフェース手段と、 第２のネットワークに接続された第２のインタフェース
    手段と、 前記第１のネットワーク上の装置又はサービス又はサブ
    ユニットと、自中継装置の間で、コンテンツ保護の手続
    きを行う第１のコンテンツ保護手段と、 前記第２のネットワーク上の装置又はサービス又はサブ
    ユニットと、自中継装置の間で、コンテンツ保護の手続
    きを行う第２のコンテンツ保護手段と、 前記第１又は第２のいずれか一方のネットワーク上の装
    置から、自中継装置上の装置又はサービス又はサブユニ
    ット宛であり、前記第１又は第２のいずれか一方のコン
    テンツ保護手段に基づいて暗号化されたコンテンツを受
    信するコンテンツ受信手段と、 前記コンテンツ受信手段で受信したコンテンツを、前記
    第１又は第２のいずれか他方のコンテンツ保護手段に基
    づいて暗号化し、前記第１又は第２のいずれか他方のネ
    ットワーク上の装置又はサービス又はサブユニット宛に
    送信するコンテンツ送信手段とを具備し、 前記第１のコンテンツ保護手段における前記コンテンツ
    保護の手続きで使用する第１の鍵情報と、前記第２のコ
    ンテンツ保護手段における前記コンテンツ保護の手続き
    で使用する第２の鍵情報とを同一のものとすることを特
    徴とする中継装置。
  11. 【請求項１１】ネットワークに接続されたインタフェー
    ス手段と、 前記ネットワーク上の他の装置またはサービスまたはサ
    ブユニットとの間で、少なくとも認証手続きおよびまた
    は鍵交換手続きを含む所定のコンテンツ保護手続きを行
    なうコピープロテクション処理手段と、 前記ネットワーク上の他の装置に対して、自通信装置の
    アドレスを付与した暗号化されたコンテンツを、ネット
    ワークの仮想チャネル上を介してまたは更に自通信装置
    のアドレスおよび該コンテンツを一意に識別可能な識別
    子を付与して、送信するコンテンツ送信手段と、 前記ネットワーク上の他の装置から、前記仮想チャネル
    上を介してまたは前記識別子を付与して前記暗号化され
    たコンテンツを転送しているサービスまたはサブユニッ
    トまたはプラグについての問合せを受信する受信手段
    と、 この問合せに応答して、前記ネットワーク上の他の装置
    に対し、該当するサービスまたはサブユニットまたはプ
    ラグについての通知をする通知手段とを具備することを
    特徴とする通信装置。
  12. 【請求項１２】ネットワークに接続されたインタフェー
    ス手段と、 前記ネットワーク上の他の装置またはサービスまたはサ
    ブユニットとの間で、少なくとも認証手続きおよびまた
    は鍵交換手続きを含む所定のコンテンツ保護手続きを行
    なうコピープロテクション処理手段と、 前記ネットワーク上の他の装置から、該ネットワーク上
    の他の装置のアドレスが付与された暗号化されたコンテ
    ンツを、ネットワークの仮想チャネル上を介してまたは
    該ネットワーク上の他の装置が該コンテンツを一意に識
    別可能な識別子が付与された形で、受信するコンテンツ
    受信手段と、 前記ネットワーク上の他の装置に対して、前記仮想チャ
    ネルを介してまたは前記識別子を付与して前記暗号化さ
    れたコンテンツを転送しているサービスまたはサブユニ
    ットまたはプラグについての問合せを送信する送信手段
    と、 前記ネットワーク上の他の装置から、前記問合せに該当
    するサービスまたはサブユニットまたはプラグについて
    の通知を受信する受信手段とを具備することを特徴とす
    る通信装置。
  13. 【請求項１３】ネットワークに接続されたインタフェー
    ス手段と、 前記ネットワーク上の他の装置に対して、暗号化された
    コンテンツを、送信アドレス、送信ポート、受信アドレ
    スおよび受信ポートの組みで識別されるフローを介して
    送信または受信するコンテンツ転送手段と、 前記ネットワーク上の他の装置との間で、予め定められ
    た論理ポートを用いて、少なくとも認証手続きおよびま
    たは鍵交換手続きを含む所定のコンテンツ保護手続きを
    行なうコピープロテクション処理手段とを具備し、 前記所定のコンテンツ保護手続きを行なう場合には、こ
    れを前記フローの単位で行なうことを特徴とする通信装
    置。
  14. 【請求項１４】前記所定のコンテンツ保護手続きに含ま
    れる少なくとも一部の手続きにおいてやり取りされる情
    報に前記フローの識別子を付与することを特徴とする請
    求項２１に記載の通信装置。
  15. 【請求項１５】ネットワークに接続されたインタフェー
    ス手段と、 前記ネットワーク上の他の装置またはサービスまたはサ
    ブユニットとの間で、少なくとも認証手続きおよびまた
    は鍵交換手続きを含む所定のコンテンツ保護手続きを行
    なうコピープロテクション処理手段と、 前記ネットワーク上の他の装置に対して、送信側の装置
    のアドレスが付与された暗号化されたコンテンツを、ネ
    ットワークの仮想チャネル上を介してまたは該送信側の
    装置が該コンテンツを一意に識別可能な識別子を付与さ
    れた形で、送信または受信するコンテンツ送受信手段と
    を具備し、 前記所定のコンテンツ保護手続きに含まれる少なくとも
    一部の手続きにおいてやり取りされる情報に、前記暗号
    化されたコンテンツのやり取りを行うサービス、サブユ
    ニット、仮想チャネルもしくはプラグの識別子、または
    前記送信側の装置が前記コンテンツを一意に識別可能な
    識別子のうちの少なくとも一つを付与することを特徴と
    する通信装置。
  16. 【請求項１６】第１のネットワークに接続された第１の
    インタフェース手段と、 第２のネットワークに接続された第２のインタフェース
    手段と、 第１のネットワーク上の装置またはサービスまたはサブ
    ユニットと、少なくとも認証手続きおよびまたは鍵交換
    手続きを含む所定のコンテンツ保護手続き行う第１のコ
    ピープロテクション処理手段と、 第２のネットワーク上の装置またはサービスまたはサブ
    ユニットと、少なくとも認証手続きおよびまたは鍵交換
    手続きを含む所定のコンテンツ保護手続き第２のコピー
    プロテクション処理手段と、 前記第１のインタフェース手段から暗号化された特定の
    コンテンツを含むデータを受信するコンテンツ受信手段
    と、 前記第１のインタフェース手段から受信された前記暗号
    化されたデータを、前記第１のコピープロテクション処
    理手段で提供されるコンテンツ保護用の鍵で復号化する
    復号化手段と、 前記復号化されたデータを、別の符号化形式のデータに
    変換する変換手段と、 前記復号化されたデータを、前記第２のコピープロテク
    ション処理手段で提供されるコンテンツ保護用の鍵で暗
    号化する暗号化手段と、 前記暗号化されたデータを、前記第２のインタフェース
    手段へ転送するコンテンツ送信手段とを具備したことを
    特徴とする中継装置。
  17. 【請求項１７】前記第２のネットワーク上の装置または
    サービスまたはサブユニットを、自中継装置上のものと
    して、前記第１のネットワーク側に開示するとともに、
    前記第１のネットワーク側の装置から、自中継装置上の
    ものとして開示した装置またはサービスまたはサブユニ
    ット宛の情報が受信された場合に、この情報に応じた内
    容の情報を前記第２のネットワーク上の装置またはサー
    ビスまたはサブユニット宛に送信するとともに、 前記第１のネットワーク上の装置またはサービスまたは
    サブユニットを、自中継装置上のものとして、前記第２
    のネットワーク側に開示するとともに、前記第２のネッ
    トワーク側の装置から、自中継装置上のものとして開示
    した装置またはサービスまたはサブユニット宛の情報が
    受信された場合に、この情報に応じた内容の情報を前記
    第１のネットワーク上の装置またはサービスまたはサブ
    ユニット宛に送信する代理構成手段を更に具備し、 前記代理構成手段は、前記第１または第２の一方のネッ
    トワーク上の装置と、前記第１または第２の他方のネッ
    トワーク上の装置またはサービスまたはサブユニットと
    の、少なくとも認証手続きおよびまたは鍵交換手続きを
    含む所定のコンテンツ保護手続きを行う場合には、前記
    第１または第２の一方のコピープロテクション処理手段
    を用いて前記一方のネットワーク上の装置と該所定のコ
    ンテンツ保護手続きを行うとともに、前記第１または第
    ２の他方のコピープロテクション処理手段を用いて前記
    他方のネットワーク上の装置またはサービスまたはサブ
    ユニットと該所定のコンテンツ保護手続きを行うことを
    特徴とする請求項２４に記載の中継装置。
JP20983699A 1998-09-30 1999-07-23 中継装置及び通信装置 Expired - Fee Related JP3583657B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP20983699A JP3583657B2 (ja) 1998-09-30 1999-07-23 中継装置及び通信装置
US09/404,547 US7218643B1 (en) 1998-09-30 1999-09-24 Relay device and communication device realizing contents protection procedure over networks
US11/741,321 US20070201511A1 (en) 1998-09-30 2007-04-27 Relay device and communication device realizing contents protection procedure over networks

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP29282498 1998-09-30
JP10-292824 1998-09-30
JP20983699A JP3583657B2 (ja) 1998-09-30 1999-07-23 中継装置及び通信装置

Publications (2)

Publication Number Publication Date
JP2000174797A true JP2000174797A (ja) 2000-06-23
JP3583657B2 JP3583657B2 (ja) 2004-11-04

Family

ID=26517698

Family Applications (1)

Application Number Title Priority Date Filing Date
JP20983699A Expired - Fee Related JP3583657B2 (ja) 1998-09-30 1999-07-23 中継装置及び通信装置

Country Status (2)

Country Link
US (2) US7218643B1 (ja)
JP (1) JP3583657B2 (ja)

Cited By (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002217886A (ja) * 2001-01-16 2002-08-02 Sony Corp 電子機器及び信号伝送方法
JP2003318887A (ja) * 2002-04-25 2003-11-07 Nec Corp コンテンツ配送システム、方法およびコンテンツ受信端末
JP2004509511A (ja) * 2000-09-16 2004-03-25 ローベルト　ボツシユ　ゲゼルシヤフト　ミツト　ベシユレンクテル　ハフツング アクセス制御方法
EP1404084A2 (en) * 2002-09-30 2004-03-31 Kabushiki Kaisha Toshiba Network relay device, communication device and network relay method
JP2004187306A (ja) * 2002-12-04 2004-07-02 Irdeto Access Bv デジタルデータを再送信する端末及び方法を具備する端末及びデータ配信システム
JP2005522902A (ja) * 2002-02-25 2005-07-28 トムソン　ライセンシング　ソシエテ　アノニム 第２領域に属すネットワークで受信された第１領域についての暗号化データを処理するための方法
JP2005228198A (ja) * 2004-02-16 2005-08-25 Mitsubishi Electric Corp データ送受信装置及び電子証明書発行方法
JP2005526294A (ja) * 2002-05-21 2005-09-02 ジェネラル・インスツルメント・コーポレーション 関連するストリーミングプロトコル群に対するセキュリティパラメータの統合
EP1693999A1 (en) * 2003-12-11 2006-08-23 Matsushita Electric Industrial Co., Ltd. Packet transmitter apparatus
WO2007102548A1 (ja) * 2006-03-07 2007-09-13 Sony Corporation 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
WO2007105460A1 (ja) * 2006-03-07 2007-09-20 Sony Corporation 情報処理装置、情報通信システム、および情報処理方法、並びにコンピュータ・プログラム
WO2007135751A1 (ja) * 2006-05-22 2007-11-29 Sharp Kabushiki Kaisha プロトコル及び著作権管理システム変換装置、通信システム、プログラムおよび記録媒体
JP2007328799A (ja) * 2002-02-15 2007-12-20 Hitachi Ltd ネットワークシステム
WO2007145225A1 (ja) * 2006-06-12 2007-12-21 Sharp Kabushiki Kaisha ゲートウェイ装置、携帯端末、コンテンツ再生装置、及び、コンテンツ配信システム
US7324644B2 (en) 2000-08-23 2008-01-29 Kabushiki Kaisha Toshiba Scheme for transferring copyright protected contents data using radio link layer authentication/encryption
JP2008022548A (ja) * 2006-06-12 2008-01-31 Sharp Corp ゲートウェイ装置、及び、コンテンツ配信システム
US7336671B2 (en) 2002-08-09 2008-02-26 Kabushiki Kaisha Toshiba Network relay apparatus and network relay method
JP2008054348A (ja) * 2007-10-23 2008-03-06 Toshiba Corp 情報処理装置
JP2008098708A (ja) * 2006-10-05 2008-04-24 Sharp Corp コンテンツ配信サーバ、コンテンツ提供サーバ、コンテンツ配信システム、コンテンツ配信方法、コンテンツ提供方法、および、制御プログラム
US7370112B2 (en) 2002-11-27 2008-05-06 Kabushiki Kaisha Toshiba Communication scheme using outside DTCP bridge for realizing copyright protection
JP2008262461A (ja) * 2007-04-13 2008-10-30 Yahoo Japan Corp コンテンツの送信方法
US7583686B2 (en) 2004-04-22 2009-09-01 Canon Kabushiki Kaisha Notification method, connection apparatus, communication method, and program
WO2009148119A1 (ja) * 2008-06-05 2009-12-10 日立オムロンターミナルソリューションズ株式会社 情報処理システム
US7716350B2 (en) 2003-10-23 2010-05-11 Cisco Technology, Inc. Methods and devices for sharing content on a network
US7908273B2 (en) 2006-03-09 2011-03-15 Gracenote, Inc. Method and system for media navigation
US7912928B2 (en) 2002-02-15 2011-03-22 Hitachi, Ltd. Network device and network device control method
JP2013239783A (ja) * 2012-05-11 2013-11-28 Onkyo Corp 送信装置
JP2017229065A (ja) * 2016-06-12 2017-12-28 アップル インコーポレイテッド 電子デバイスとサービスプロバイダの間のセキュリティ保護された取引の管理

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4709583B2 (ja) * 2005-05-31 2011-06-22 株式会社東芝 データ送信装置およびデータ送信方法
US8689016B2 (en) * 2005-12-02 2014-04-01 Google Inc. Tamper prevention and detection for video provided over a network to a client
GB2439568A (en) * 2006-06-08 2008-01-02 Symbian Software Ltd Transient protection key derivation in a computing device
US7970013B2 (en) * 2006-06-16 2011-06-28 Airdefense, Inc. Systems and methods for wireless network content filtering
US8281392B2 (en) 2006-08-11 2012-10-02 Airdefense, Inc. Methods and systems for wired equivalent privacy and Wi-Fi protected access protection
CN101529908A (zh) * 2006-10-25 2009-09-09 夏普株式会社 内容分发服务器、内容提供服务器、内容分发系统、内容分发方法、内容提供方法、终端装置、控制程序和计算机可读取的记录介质
US8977710B2 (en) * 2008-06-18 2015-03-10 Qualcomm, Incorporated Remote selection and authorization of collected media transmission
US20100088736A1 (en) * 2008-10-07 2010-04-08 Besen Peter D Enhanced video processing functionality in auxiliary system
CN104125625B (zh) 2009-06-10 2017-12-05 苹果公司 移动站及其操作方法
WO2011132333A1 (ja) * 2010-04-23 2011-10-27 日立コンシューマエレクトロニクス株式会社 コンテンツの受信装置、および、コンテンツの配信システム
EP2763445A4 (en) * 2011-09-30 2015-03-25 Fujitsu Ltd METHOD FOR IMPLEMENTING MULTIMEDIA BROADCAST / MULTICAST SERVICE, DOMESTIC BASE STATION AND USER EQUIPMENT
JP5981761B2 (ja) * 2012-05-01 2016-08-31 キヤノン株式会社 通信装置、制御方法、プログラム
US9292569B2 (en) 2012-10-02 2016-03-22 Oracle International Corporation Semi-join acceleration
US9898414B2 (en) 2014-03-28 2018-02-20 Oracle International Corporation Memory corruption detection support for distributed shared memory applications
US10098278B2 (en) * 2015-02-20 2018-10-16 Black & Decker Inc. Mower
JP6311636B2 (ja) * 2015-03-31 2018-04-18 横河電機株式会社 無線中継装置、無線通信システム、及び無線中継方法
JP2017033538A (ja) * 2015-08-04 2017-02-09 株式会社リコー 通信システム、中継装置、情報処理装置、通信制御方法及びプログラム
US10452547B2 (en) 2017-12-29 2019-10-22 Oracle International Corporation Fault-tolerant cache coherence over a lossy network
US10467139B2 (en) 2017-12-29 2019-11-05 Oracle International Corporation Fault-tolerant cache coherence over a lossy network
US10440063B1 (en) * 2018-07-10 2019-10-08 Eturi Corp. Media device content review and management
US11178113B2 (en) * 2019-07-30 2021-11-16 Ppip, Llc Protocol isolation for security

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5175765A (en) * 1989-05-09 1992-12-29 Digital Equipment Corporation Robust data broadcast over a distributed network with malicious failures
JPH0797782B2 (ja) * 1991-09-18 1995-10-18 インターナショナル・ビジネス・マシーンズ・コーポレイション 異種トランザクションの調整方法
US5442708A (en) * 1993-03-09 1995-08-15 Uunet Technologies, Inc. Computer network encryption/decryption device
GB2293719A (en) * 1994-09-29 1996-04-03 Northern Telecom Ltd A secure communications system
US5623601A (en) * 1994-11-18 1997-04-22 Milkway Networks Corporation Apparatus and method for providing a secure gateway for communication and data exchanges between networks
JP3688830B2 (ja) * 1995-11-30 2005-08-31 株式会社東芝 パケット転送方法及びパケット処理装置
US5781550A (en) * 1996-02-02 1998-07-14 Digital Equipment Corporation Transparent and secure network gateway
JPH09275402A (ja) * 1996-04-04 1997-10-21 Sony Corp 通信制御システムおよび通信制御装置並びにデータ送受信装置および通信制御方法
JP3636399B2 (ja) * 1996-05-29 2005-04-06 富士通株式会社 プロトコル変換システム及びプロトコル変換方法
JP3660443B2 (ja) * 1996-10-15 2005-06-15 株式会社東芝 データ転送制御システム及び中継装置
JPH10178421A (ja) 1996-10-18 1998-06-30 Toshiba Corp パケット処理装置、移動計算機装置、パケット転送方法及びパケット処理方法
JPH10145420A (ja) 1996-11-12 1998-05-29 Sony Corp 異なるシステムに接続された機器の制御方法及び変換機器
JP3442593B2 (ja) 1996-11-20 2003-09-02 株式会社東芝 ネットワーク接続装置及びネットワーク接続方法
JPH10198694A (ja) 1997-01-10 1998-07-31 Bayer Kk 電子カタログシステム
US5949877A (en) * 1997-01-30 1999-09-07 Intel Corporation Content protection for transmission systems
US6657999B1 (en) * 1997-03-31 2003-12-02 Texas Instruments Incorporated Link layer gateway computer for interconnecting ethernet and 1394 networks
US6108345A (en) * 1997-05-30 2000-08-22 3Com Corporation Configurable Wan/Lan bridge
US6073197A (en) * 1997-08-21 2000-06-06 Advanced Micro Devices Inc. Apparatus for and method of communicating data among devices interconnected on a bus by using a signalling channel to set up communications
US6349352B1 (en) * 1998-01-06 2002-02-19 Sony Corporation Of Japan Home audio/video network with both generic and parameterized device control
JP3464907B2 (ja) * 1998-03-20 2003-11-10 富士通株式会社 プロトコル変換システム
US6496862B1 (en) * 1998-08-25 2002-12-17 Mitsubishi Electric Research Laboratories, Inc. Remote monitoring and control of devices connected to an IEEE 1394 bus via a gateway device
US6785812B1 (en) * 2000-01-14 2004-08-31 Avaya Technology Corp. Secure and controlled electronic document distribution arrangement

Cited By (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7324644B2 (en) 2000-08-23 2008-01-29 Kabushiki Kaisha Toshiba Scheme for transferring copyright protected contents data using radio link layer authentication/encryption
JP2004509511A (ja) * 2000-09-16 2004-03-25 ローベルト　ボツシユ　ゲゼルシヤフト　ミツト　ベシユレンクテル　ハフツング アクセス制御方法
JP4903977B2 (ja) * 2000-09-16 2012-03-28 ローベルト ボツシユ ゲゼルシヤフト ミツト ベシユレンクテル ハフツング アクセス制御方法
US7987515B2 (en) 2001-01-16 2011-07-26 Sony Corporation Electronic transmission device, and signal transmission method
JP2002217886A (ja) * 2001-01-16 2002-08-02 Sony Corp 電子機器及び信号伝送方法
US7912928B2 (en) 2002-02-15 2011-03-22 Hitachi, Ltd. Network device and network device control method
JP2007328799A (ja) * 2002-02-15 2007-12-20 Hitachi Ltd ネットワークシステム
JP2005522902A (ja) * 2002-02-25 2005-07-28 トムソン　ライセンシング　ソシエテ　アノニム 第２領域に属すネットワークで受信された第１領域についての暗号化データを処理するための方法
JP2003318887A (ja) * 2002-04-25 2003-11-07 Nec Corp コンテンツ配送システム、方法およびコンテンツ受信端末
JP2005526294A (ja) * 2002-05-21 2005-09-02 ジェネラル・インスツルメント・コーポレーション 関連するストリーミングプロトコル群に対するセキュリティパラメータの統合
JP4722478B2 (ja) * 2002-05-21 2011-07-13 ジェネラル・インスツルメント・コーポレーション 関連するストリーミングプロトコル群に対するセキュリティパラメータの統合
US7336671B2 (en) 2002-08-09 2008-02-26 Kabushiki Kaisha Toshiba Network relay apparatus and network relay method
EP1404084A3 (en) * 2002-09-30 2008-10-08 Kabushiki Kaisha Toshiba Network relay device, communication device and network relay method
EP1404084A2 (en) * 2002-09-30 2004-03-31 Kabushiki Kaisha Toshiba Network relay device, communication device and network relay method
US7370112B2 (en) 2002-11-27 2008-05-06 Kabushiki Kaisha Toshiba Communication scheme using outside DTCP bridge for realizing copyright protection
US7657749B2 (en) 2002-11-27 2010-02-02 Kabushiki Kaisha Toshiba Communication scheme using outside DTCP bridge for realizing copyright protection
JP2004187306A (ja) * 2002-12-04 2004-07-02 Irdeto Access Bv デジタルデータを再送信する端末及び方法を具備する端末及びデータ配信システム
US7716350B2 (en) 2003-10-23 2010-05-11 Cisco Technology, Inc. Methods and devices for sharing content on a network
EP1693999A4 (en) * 2003-12-11 2011-09-14 Panasonic Corp PACK STATION DEVICE
EP1693999A1 (en) * 2003-12-11 2006-08-23 Matsushita Electric Industrial Co., Ltd. Packet transmitter apparatus
JP2005228198A (ja) * 2004-02-16 2005-08-25 Mitsubishi Electric Corp データ送受信装置及び電子証明書発行方法
JP4628684B2 (ja) * 2004-02-16 2011-02-09 三菱電機株式会社 データ送受信装置及び電子証明書発行方法
US7583686B2 (en) 2004-04-22 2009-09-01 Canon Kabushiki Kaisha Notification method, connection apparatus, communication method, and program
WO2007102548A1 (ja) * 2006-03-07 2007-09-13 Sony Corporation 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
WO2007105460A1 (ja) * 2006-03-07 2007-09-20 Sony Corporation 情報処理装置、情報通信システム、および情報処理方法、並びにコンピュータ・プログラム
WO2007105568A1 (ja) * 2006-03-07 2007-09-20 Sony Corporation 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
US8316082B2 (en) 2006-03-07 2012-11-20 Sony Corporation Content providing system, information processing apparatus, information processing method, and computer program
CN101438256B (zh) * 2006-03-07 2011-12-21 索尼株式会社 信息处理设备、信息通信系统、信息处理方法
US8230004B2 (en) 2006-03-07 2012-07-24 Sony Corporation Information processing apparatus, information communication system, information processing method, and computer program
JP2007272868A (ja) * 2006-03-07 2007-10-18 Sony Corp 情報処理装置、情報通信システム、および情報処理方法、並びにコンピュータ・プログラム
WO2007102547A1 (ja) * 2006-03-07 2007-09-13 Sony Corporation 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
US7908273B2 (en) 2006-03-09 2011-03-15 Gracenote, Inc. Method and system for media navigation
WO2007135751A1 (ja) * 2006-05-22 2007-11-29 Sharp Kabushiki Kaisha プロトコル及び著作権管理システム変換装置、通信システム、プログラムおよび記録媒体
JP2008022548A (ja) * 2006-06-12 2008-01-31 Sharp Corp ゲートウェイ装置、及び、コンテンツ配信システム
WO2007145225A1 (ja) * 2006-06-12 2007-12-21 Sharp Kabushiki Kaisha ゲートウェイ装置、携帯端末、コンテンツ再生装置、及び、コンテンツ配信システム
JP2008098708A (ja) * 2006-10-05 2008-04-24 Sharp Corp コンテンツ配信サーバ、コンテンツ提供サーバ、コンテンツ配信システム、コンテンツ配信方法、コンテンツ提供方法、および、制御プログラム
JP2008262461A (ja) * 2007-04-13 2008-10-30 Yahoo Japan Corp コンテンツの送信方法
JP2008054348A (ja) * 2007-10-23 2008-03-06 Toshiba Corp 情報処理装置
JP4562808B2 (ja) * 2008-06-05 2010-10-13 日立オムロンターミナルソリューションズ株式会社 情報処理システム
JPWO2009148119A1 (ja) * 2008-06-05 2011-11-04 日立オムロンターミナルソリューションズ株式会社 情報処理システム
WO2009148119A1 (ja) * 2008-06-05 2009-12-10 日立オムロンターミナルソリューションズ株式会社 情報処理システム
JP2013239783A (ja) * 2012-05-11 2013-11-28 Onkyo Corp 送信装置
US9137834B2 (en) 2012-05-11 2015-09-15 Onkyo Corporation Transmitting apparatus
JP2017229065A (ja) * 2016-06-12 2017-12-28 アップル インコーポレイテッド 電子デバイスとサービスプロバイダの間のセキュリティ保護された取引の管理
JP2019106199A (ja) * 2016-06-12 2019-06-27 アップル インコーポレイテッドＡｐｐｌｅ Ｉｎｃ． 電子デバイスとサービスプロバイダの間のセキュリティ保護された取引の管理
US11443274B2 (en) 2016-06-12 2022-09-13 Apple Inc. Managing secure transactions between electronic devices and service providers

Also Published As

Publication number Publication date
JP3583657B2 (ja) 2004-11-04
US7218643B1 (en) 2007-05-15
US20070201511A1 (en) 2007-08-30

Similar Documents

Publication Publication Date Title
JP3583657B2 (ja) 中継装置及び通信装置
JP3826100B2 (ja) 通信中継装置、通信システム及び通信制御プログラム
US7516328B2 (en) Contents transmission/reception scheme with function for limiting recipients
JP3655510B2 (ja) ネットワーク接続装置、通信装置及びネットワーク接続方法
JP3816689B2 (ja) 情報配信装置、情報受信装置及び通信方法
JP5331354B2 (ja) コンテンツ送信装置、コンテンツ受信装置
JP4081724B1 (ja) クライアント端末、中継サーバ、通信システム、及び通信方法
JP3611864B2 (ja) データ転送方法
CN101174946B (zh) 内容发送装置、内容接收装置和内容加密方法
JP3749817B2 (ja) 送信装置およびその送信方法
TWI224458B (en) Communication device and communication control method
JP4357339B2 (ja) 無線通信システム、アクセスポイントおよび無線通信方法
US20050010763A1 (en) Data transceiver and data transceiver system
JPH1141280A (ja) 通信システム、ｖｐｎ中継装置、記録媒体
JP3808839B2 (ja) コンテンツ送信装置、コンテンツ受信装置、コンテンツ送信方法及びコンテンツ受信方法
JP5411612B2 (ja) 通信装置
JP2004193791A (ja) Ａｖ送信装置、ａｖ受信装置、ａｖ通信システム、ａｖ送信プログラム及びａｖ受信プログラム
WO2007135751A1 (ja) プロトコル及び著作権管理システム変換装置、通信システム、プログラムおよび記録媒体
JP2009081710A (ja) 通信機器及び通信機器に用いられる通信方法
JP2006203657A (ja) 中継装置、及び情報通信方法
JP5734367B2 (ja) コンテンツ送信装置、コンテンツ受信装置、コンテンツ送信方法およびコンテンツ受信方法
JP2007266938A (ja) デジタルストリームデータ通信
KR20160140254A (ko) 통신 보안성을 지원하는 dlna 네트워크 시스템

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20040406

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040607

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20040727

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20040729

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20070806

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080806

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090806

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090806

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100806

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100806

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110806

Year of fee payment: 7

LAPS Cancellation because of no payment of annual fees