JP2001326651A - Ａｖデータ転送制御方法、ａｖデータ転送システム、ａｖデータ受信装置及びａｖデータ送信装置 - Google Patents
Ａｖデータ転送制御方法、ａｖデータ転送システム、ａｖデータ受信装置及びａｖデータ送信装置Info
- Publication number
- JP2001326651A JP2001326651A JP2000143763A JP2000143763A JP2001326651A JP 2001326651 A JP2001326651 A JP 2001326651A JP 2000143763 A JP2000143763 A JP 2000143763A JP 2000143763 A JP2000143763 A JP 2000143763A JP 2001326651 A JP2001326651 A JP 2001326651A
- Authority
- JP
- Japan
- Prior art keywords
- specific
- data
- subunit
- connection
- receiving
- 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.)
- Pending
Links
Landscapes
- Storage Device Security (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 サブユニットやプラグの概念を持ったＡＶネ
ットワークにおいて著作権保護を実現するためのＡＶデ
ータ転送システムを提供すること。 【解決手段】 無線ネットワーク１０６を介して受信側
シンク機器１０３から送信側ソース機器１０１にその特
定サブユニットに関する問合せを行い、ソース機器から
シンク機器に該特定サブユニットが持つＡＶデータ送信
機能と、該機能に対応する論理プラグ番号との対応関係
に関する情報を転送し、両機器間でＡＶデータ転送に用
いる論理コネクションを確立し、シンク機器からソース
機器に該論理コネクションと該特定のサブユニットの特
定の論理プラグ番号との接続を要求するとともに、上記
サブユニットに関する問合せにおいておよびまたは上記
接続要求の後に、シンク機器からソース機器に該確立さ
れた論理コネクションを通して転送されるＡＶデータに
施される著作権保護に関する情報を問い合わせる。
ットワークにおいて著作権保護を実現するためのＡＶデ
ータ転送システムを提供すること。 【解決手段】 無線ネットワーク１０６を介して受信側
シンク機器１０３から送信側ソース機器１０１にその特
定サブユニットに関する問合せを行い、ソース機器から
シンク機器に該特定サブユニットが持つＡＶデータ送信
機能と、該機能に対応する論理プラグ番号との対応関係
に関する情報を転送し、両機器間でＡＶデータ転送に用
いる論理コネクションを確立し、シンク機器からソース
機器に該論理コネクションと該特定のサブユニットの特
定の論理プラグ番号との接続を要求するとともに、上記
サブユニットに関する問合せにおいておよびまたは上記
接続要求の後に、シンク機器からソース機器に該確立さ
れた論理コネクションを通して転送されるＡＶデータに
施される著作権保護に関する情報を問い合わせる。
Description
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、Ｂｌｕｅｔｏｏｔ
ｈのようなサブユニットやプラグの概念を持ったＡＶネ
ットワークにおいて著作権保護を実現するためのＡＶデ
ータ転送制御方法、ＡＶデータ転送システム、ＡＶデー
タ受信装置及びＡＶデータ送信装置。
ｈのようなサブユニットやプラグの概念を持ったＡＶネ
ットワークにおいて著作権保護を実現するためのＡＶデ
ータ転送制御方法、ＡＶデータ転送システム、ＡＶデー
タ受信装置及びＡＶデータ送信装置。
【０００２】
【従来の技術】デジタル技術の急激な進展に伴い、ＡＶ
の分野でもデジタル化が急である。放送のデジタル化は
もちろん、ビデオカメラ等のＡＶ機器のデジタル化、Ｉ
ＥＥＥ１３９４などの機器間ケーブルのデジタル化、音
楽配信等のデジタルコンテンツ流通など、広い範囲でデ
ジタル化、あるいはそれに伴う新しい技術／サ−ビスが
次々と登場している。
の分野でもデジタル化が急である。放送のデジタル化は
もちろん、ビデオカメラ等のＡＶ機器のデジタル化、Ｉ
ＥＥＥ１３９４などの機器間ケーブルのデジタル化、音
楽配信等のデジタルコンテンツ流通など、広い範囲でデ
ジタル化、あるいはそれに伴う新しい技術／サ−ビスが
次々と登場している。
【０００３】一方、これまで有線で支配されてきたＡＶ
機器間接続（例えばプレーヤとスピーカの間など）にお
いて、無線接続が注目を集めている。これは、携帯電話
やコードレス電話、無線ＬＡＮ等の普及により、「配線
が不要な世界」の便利さに、ユーザが気づき、「ＡＶの
世界でもコードレスに」というユーザの声の高まりが、
大きな理由となっている。
機器間接続（例えばプレーヤとスピーカの間など）にお
いて、無線接続が注目を集めている。これは、携帯電話
やコードレス電話、無線ＬＡＮ等の普及により、「配線
が不要な世界」の便利さに、ユーザが気づき、「ＡＶの
世界でもコードレスに」というユーザの声の高まりが、
大きな理由となっている。
【０００４】この無線ネットワーク技術、あるいは「配
線不要技術」として注目を集めているのがＢｌｕｅｔｏ
ｏｔｈである。Ｂｌｕｅｔｏｏｔｈは、低コスト、低消
費電力などの特徴を持った無線ＬＡＮの一種であり、
「配線のリプレース」を狙った技術である。
線不要技術」として注目を集めているのがＢｌｕｅｔｏ
ｏｔｈである。Ｂｌｕｅｔｏｏｔｈは、低コスト、低消
費電力などの特徴を持った無線ＬＡＮの一種であり、
「配線のリプレース」を狙った技術である。
【０００５】
【発明が解決しようとする課題】このＢｌｕｅｔｏｏｔ
ｈのようなネットワークにおいて、ＡＶデータの転送を
行なうことを考えた場合、問題となるのは著作権保護の
問題である。良く知られている様に、デジタルＡＶの世
界では、不正コピーや、その不正な配信等がきわめて容
易に行うことができてしまうため、これらを未然に防ぐ
ために著作権保護技術が用いられる。具体的には、ネッ
トワーク上にＡＶデータを転送する場合には、事前に送
受信装置間で認証鍵交換を行ない、データの送信は暗号
化した上で行なう、などの処置を施す。
ｈのようなネットワークにおいて、ＡＶデータの転送を
行なうことを考えた場合、問題となるのは著作権保護の
問題である。良く知られている様に、デジタルＡＶの世
界では、不正コピーや、その不正な配信等がきわめて容
易に行うことができてしまうため、これらを未然に防ぐ
ために著作権保護技術が用いられる。具体的には、ネッ
トワーク上にＡＶデータを転送する場合には、事前に送
受信装置間で認証鍵交換を行ない、データの送信は暗号
化した上で行なう、などの処置を施す。
【０００６】ところが、Ｂｌｕｅｔｏｏｔｈのようなネ
ットワークでこれを行なおうとした場合、以下のような
問題が考えられる。すなわち、Ｂｌｕｅｔｏｏｔｈ等の
ネットワークでは、サブユニットやプラグなどの概念の
元に、機器の制御が行われる（これはＩＥＥＥ１３９４
でも同様であった）。ところが、従来の技術（ＩＥＥＥ
１３９４の著作権保護など）では、「機器ごとの著作権
保護」は考慮されてきたが、「サブユニットやプラグご
との著作権保護」といった、きめ細やかな制御は考慮さ
れていなかった。サブユニットやプラグごとの著作権保
護は、同一の機器間で複数の暗号方式を使いたいとき
や、安全性を増したいとき、機器がモジュール化されて
いるとき、ネットワークの縦続接続をしたいとき、など
に必要となってくる。
ットワークでこれを行なおうとした場合、以下のような
問題が考えられる。すなわち、Ｂｌｕｅｔｏｏｔｈ等の
ネットワークでは、サブユニットやプラグなどの概念の
元に、機器の制御が行われる（これはＩＥＥＥ１３９４
でも同様であった）。ところが、従来の技術（ＩＥＥＥ
１３９４の著作権保護など）では、「機器ごとの著作権
保護」は考慮されてきたが、「サブユニットやプラグご
との著作権保護」といった、きめ細やかな制御は考慮さ
れていなかった。サブユニットやプラグごとの著作権保
護は、同一の機器間で複数の暗号方式を使いたいとき
や、安全性を増したいとき、機器がモジュール化されて
いるとき、ネットワークの縦続接続をしたいとき、など
に必要となってくる。
【０００７】本発明は、上記事情を考慮してなされたも
ので、Ｂｌｕｅｔｏｏｔｈのようなサブユニットやプラ
グの概念を持ったＡＶネットワークにおいて著作権保護
を実現するためのＡＶデータ転送制御方法、ＡＶデータ
転送システム、ＡＶデータ受信装置及びＡＶデータ送信
装置を提供することを目的とする。
ので、Ｂｌｕｅｔｏｏｔｈのようなサブユニットやプラ
グの概念を持ったＡＶネットワークにおいて著作権保護
を実現するためのＡＶデータ転送制御方法、ＡＶデータ
転送システム、ＡＶデータ受信装置及びＡＶデータ送信
装置を提供することを目的とする。
【０００８】
【課題を解決するための手段】本発明（請求項１）に係
るＡＶデータ転送制御方法は、ネットワークを介して接
続されたＡＶデータ受信装置及びＡＶデータ送信装置の
一方の装置から他方の装置へ、該他方の装置の特定のサ
ブユニットに関する問合せを行なう第１のステップと、
前記他方の装置から前記一方の装置へ、該他方の装置の
特定のサブユニットが持つＡＶデータの送信又は受信の
機能と、各機能に対応する論理プラグの番号との対応関
係に関する情報を転送する第２のステップと、前記一方
の装置と前記他方の装置との間でＡＶデータの転送に用
いる論理コネクションをネットワーク上に確立する第３
のステップと、前記一方の装置から前記他方の装置へ、
前記確立された論理コネクションと、前記特定のサブユ
ニットの特定の論理プラグ番号との接続を要求する第４
のステップとを有し、更に前記第１のステップにおいて
及び又は前記第４のステップの後に、前記ＡＶデータ受
信装置から前記ＡＶデータ送信装置へ、前記特定のサブ
ユニット、前記特定のサブユニットの特定の論理プラグ
番号、又は前記確立された論理コネクションを通して転
送されるＡＶデータに施される著作権保護に関する情報
を問い合わせることを特徴とする。
るＡＶデータ転送制御方法は、ネットワークを介して接
続されたＡＶデータ受信装置及びＡＶデータ送信装置の
一方の装置から他方の装置へ、該他方の装置の特定のサ
ブユニットに関する問合せを行なう第１のステップと、
前記他方の装置から前記一方の装置へ、該他方の装置の
特定のサブユニットが持つＡＶデータの送信又は受信の
機能と、各機能に対応する論理プラグの番号との対応関
係に関する情報を転送する第２のステップと、前記一方
の装置と前記他方の装置との間でＡＶデータの転送に用
いる論理コネクションをネットワーク上に確立する第３
のステップと、前記一方の装置から前記他方の装置へ、
前記確立された論理コネクションと、前記特定のサブユ
ニットの特定の論理プラグ番号との接続を要求する第４
のステップとを有し、更に前記第１のステップにおいて
及び又は前記第４のステップの後に、前記ＡＶデータ受
信装置から前記ＡＶデータ送信装置へ、前記特定のサブ
ユニット、前記特定のサブユニットの特定の論理プラグ
番号、又は前記確立された論理コネクションを通して転
送されるＡＶデータに施される著作権保護に関する情報
を問い合わせることを特徴とする。
【０００９】本発明（請求項４）に係るＡＶデータ受信
装置は、ネットワークを介して接続された相手機器の特
定のサブユニットに関する問合せを行なうサブユニット
情報問合せ手段と、前記特定のサブユニットが持つＡＶ
データの送信機能と、各送信機能に対応する論理プラグ
の番号との対応関係に関する情報を受信するサブユニッ
ト情報応答受信手段と、前記相手機器との間でのＡＶデ
ータの転送に用いる論理コネクションをネットワーク上
に確立するコネクション確立手段と、前記相手機器に対
して、前記確立された論理コネクションと、前記特定の
サブユニットの特定の論理プラグ番号との接続を要求す
るストリーム接続要求手段と、前記特定のサブユニッ
ト、前記特定のサブユニットの特定の論理プラグ番号、
又は前記確立された論理コネクションを通して転送され
るＡＶデータに施される著作権保護に関する情報を問い
合わせる著作権保護情報問合せ手段とを備えたことを特
徴とする。
装置は、ネットワークを介して接続された相手機器の特
定のサブユニットに関する問合せを行なうサブユニット
情報問合せ手段と、前記特定のサブユニットが持つＡＶ
データの送信機能と、各送信機能に対応する論理プラグ
の番号との対応関係に関する情報を受信するサブユニッ
ト情報応答受信手段と、前記相手機器との間でのＡＶデ
ータの転送に用いる論理コネクションをネットワーク上
に確立するコネクション確立手段と、前記相手機器に対
して、前記確立された論理コネクションと、前記特定の
サブユニットの特定の論理プラグ番号との接続を要求す
るストリーム接続要求手段と、前記特定のサブユニッ
ト、前記特定のサブユニットの特定の論理プラグ番号、
又は前記確立された論理コネクションを通して転送され
るＡＶデータに施される著作権保護に関する情報を問い
合わせる著作権保護情報問合せ手段とを備えたことを特
徴とする。
【００１０】本発明（請求項５）に係るＡＶデータ受信
装置は、ネットワークを介して接続された相手機器か
ら、自装置の特定のサブユニットに関する問合せを受け
るサブユニット情報問合せ受信手段と、前記特定のサブ
ユニットが持つＡＶデータの受信機能と、各受信機能に
対応する論理プラグの番号との対応関係に関する情報を
送信するサブユニット情報応答送信手段と、前記相手機
器との間でのＡＶデータの転送に用いる論理コネクショ
ンをネットワーク上に確立するコネクション確立手段
と、前記相手機器から、前記確立された論理コネクショ
ンと、前記特定のサブユニットの特定の論理プラグ番号
との接続の要求を受けるストリーム接続要求受信手段
と、前記特定のサブユニット、前記特定のサブユニット
の特定の論理プラグ番号、又は前記確立された論理コネ
クションを通して転送されるＡＶデータに施される著作
権保護に関する情報を問い合わせる著作権保護情報問合
せ手段とを備えたことを特徴とする。
装置は、ネットワークを介して接続された相手機器か
ら、自装置の特定のサブユニットに関する問合せを受け
るサブユニット情報問合せ受信手段と、前記特定のサブ
ユニットが持つＡＶデータの受信機能と、各受信機能に
対応する論理プラグの番号との対応関係に関する情報を
送信するサブユニット情報応答送信手段と、前記相手機
器との間でのＡＶデータの転送に用いる論理コネクショ
ンをネットワーク上に確立するコネクション確立手段
と、前記相手機器から、前記確立された論理コネクショ
ンと、前記特定のサブユニットの特定の論理プラグ番号
との接続の要求を受けるストリーム接続要求受信手段
と、前記特定のサブユニット、前記特定のサブユニット
の特定の論理プラグ番号、又は前記確立された論理コネ
クションを通して転送されるＡＶデータに施される著作
権保護に関する情報を問い合わせる著作権保護情報問合
せ手段とを備えたことを特徴とする。
【００１１】本発明（請求項９）に係るＡＶデータ受信
装置は、ネットワークを介して接続された相手機器の特
定のサブユニットに関する問合せを行なうサブユニット
情報問合せ手段と、前記特定のサブユニットが持つＡＶ
データの送信機能と、各送信機能に対応する論理プラグ
の番号との対応関係に関する情報を受信するサブユニッ
ト情報応答受信手段と、前記相手機器との間でのＡＶデ
ータの転送に用いる論理コネクションをネットワーク上
に確立するコネクション確立手段と、前記相手機器に対
して、前記確立された論理コネクションと、前記特定の
サブユニットの特定の論理プラグ番号との接続を要求す
るストリーム接続要求手段と、前記相手機器に対して著
作権保護のための認証鍵交換を行なう認証鍵交換手段と
を備え、前記認証鍵交換手段は、前記特定のサブユニッ
ト、前記特定のサブユニットの特定のプラグ番号、又は
前記特定の論理コネクションの番号を、認証鍵交換手続
きのやり取りに付与することを特徴とする。
装置は、ネットワークを介して接続された相手機器の特
定のサブユニットに関する問合せを行なうサブユニット
情報問合せ手段と、前記特定のサブユニットが持つＡＶ
データの送信機能と、各送信機能に対応する論理プラグ
の番号との対応関係に関する情報を受信するサブユニッ
ト情報応答受信手段と、前記相手機器との間でのＡＶデ
ータの転送に用いる論理コネクションをネットワーク上
に確立するコネクション確立手段と、前記相手機器に対
して、前記確立された論理コネクションと、前記特定の
サブユニットの特定の論理プラグ番号との接続を要求す
るストリーム接続要求手段と、前記相手機器に対して著
作権保護のための認証鍵交換を行なう認証鍵交換手段と
を備え、前記認証鍵交換手段は、前記特定のサブユニッ
ト、前記特定のサブユニットの特定のプラグ番号、又は
前記特定の論理コネクションの番号を、認証鍵交換手続
きのやり取りに付与することを特徴とする。
【００１２】本発明（請求項１０）に係るＡＶデータ受
信装置は、ネットワークを介して接続された相手機器か
ら、自装置の特定のサブユニットに関する問合せを受け
るサブユニット情報問合せ受信手段と、前記特定のサブ
ユニットが持つＡＶデータの受信機能と、各受信機能に
対応する論理プラグの番号との対応関係に関する情報を
送信するサブユニット情報応答送信手段と、前記相手機
器との間でのＡＶデータの転送に用いる論理コネクショ
ンをネットワーク上に確立するコネクション確立手段
と、前記相手機器から、前記確立された論理コネクショ
ンと、前記特定のサブユニットの特定の論理プラグ番号
との接続の要求を受けるストリーム接続要求受信手段
と、前記相手機器に対して著作権保護のための認証鍵交
換を行なう認証鍵交換手段とを備え、前記認証鍵交換手
段は、前記特定のサブユニット、前記特定のサブユニッ
トの特定のプラグ番号、又は前記特定の論理コネクショ
ンの番号を、認証鍵交換手続きのやり取りに付与するこ
とを特徴とする。
信装置は、ネットワークを介して接続された相手機器か
ら、自装置の特定のサブユニットに関する問合せを受け
るサブユニット情報問合せ受信手段と、前記特定のサブ
ユニットが持つＡＶデータの受信機能と、各受信機能に
対応する論理プラグの番号との対応関係に関する情報を
送信するサブユニット情報応答送信手段と、前記相手機
器との間でのＡＶデータの転送に用いる論理コネクショ
ンをネットワーク上に確立するコネクション確立手段
と、前記相手機器から、前記確立された論理コネクショ
ンと、前記特定のサブユニットの特定の論理プラグ番号
との接続の要求を受けるストリーム接続要求受信手段
と、前記相手機器に対して著作権保護のための認証鍵交
換を行なう認証鍵交換手段とを備え、前記認証鍵交換手
段は、前記特定のサブユニット、前記特定のサブユニッ
トの特定のプラグ番号、又は前記特定の論理コネクショ
ンの番号を、認証鍵交換手続きのやり取りに付与するこ
とを特徴とする。
【００１３】本発明（請求項１２）に係るＡＶデータ送
信装置は、ネットワークを介して接続された相手機器か
ら、自装置の特定のサブユニットに関する問合せを受け
るサブユニット情報問合せ受信手段と、前記特定のサブ
ユニットが持つＡＶデータの送信機能と、各送信機能に
対応する論理プラグの番号との対応関係に関する情報を
送信するサブユニット情報応答送信手段と、前記相手機
器との間でのＡＶデータの転送に用いる論理コネクショ
ンをネットワーク上に確立するコネクション確立手段
と、前記相手機器から、前記確立した論理コネクション
と、前記特定のサブユニットの特定の論理プラグ番号と
の接続の要求を受けるストリーム接続要求受信手段と、
前記特定のサブユニット、前記特定のサブユニットの特
定の論理プラグ番号、又は前記確立された論理コネクシ
ョンを通して転送されるＡＶデータに施される著作権保
護に関する情報の問合せを受ける著作権保護情報問合せ
受信手段とを備えたことを特徴とする。
信装置は、ネットワークを介して接続された相手機器か
ら、自装置の特定のサブユニットに関する問合せを受け
るサブユニット情報問合せ受信手段と、前記特定のサブ
ユニットが持つＡＶデータの送信機能と、各送信機能に
対応する論理プラグの番号との対応関係に関する情報を
送信するサブユニット情報応答送信手段と、前記相手機
器との間でのＡＶデータの転送に用いる論理コネクショ
ンをネットワーク上に確立するコネクション確立手段
と、前記相手機器から、前記確立した論理コネクション
と、前記特定のサブユニットの特定の論理プラグ番号と
の接続の要求を受けるストリーム接続要求受信手段と、
前記特定のサブユニット、前記特定のサブユニットの特
定の論理プラグ番号、又は前記確立された論理コネクシ
ョンを通して転送されるＡＶデータに施される著作権保
護に関する情報の問合せを受ける著作権保護情報問合せ
受信手段とを備えたことを特徴とする。
【００１４】本発明（請求項１３）に係るＡＶデータ送
信装置は、ネットワークを介して接続された相手機器の
特定のサブユニットに関する問合せを行なうサブユニッ
ト情報問合せ手段と、前記特定のサブユニットが持つＡ
Ｖデータの受信機能と、各受信能に対応する論理プラグ
の番号との対応関係に関する情報を受信するサブユニッ
ト情報応答受信手段と、前記相手機器との間でのＡＶデ
ータの転送に用いる論理コネクションをネットワーク上
に確立するコネクション確立手段と、前記相手機器に対
して、前記確立された論理コネクションと、前記特定の
サブユニットの特定の論理プラグ番号との接続を要求す
るストリーム接続要求手段と、前記特定のサブユニッ
ト、前記特定のサブユニットの特定の論理プラグ番号、
又は前記確立された論理コネクションを通して転送され
るＡＶデータに施される著作権保護に関する情報の問合
せを受ける著作権保護情報問合せ受信手段とを備えたこ
とを特徴とする。
信装置は、ネットワークを介して接続された相手機器の
特定のサブユニットに関する問合せを行なうサブユニッ
ト情報問合せ手段と、前記特定のサブユニットが持つＡ
Ｖデータの受信機能と、各受信能に対応する論理プラグ
の番号との対応関係に関する情報を受信するサブユニッ
ト情報応答受信手段と、前記相手機器との間でのＡＶデ
ータの転送に用いる論理コネクションをネットワーク上
に確立するコネクション確立手段と、前記相手機器に対
して、前記確立された論理コネクションと、前記特定の
サブユニットの特定の論理プラグ番号との接続を要求す
るストリーム接続要求手段と、前記特定のサブユニッ
ト、前記特定のサブユニットの特定の論理プラグ番号、
又は前記確立された論理コネクションを通して転送され
るＡＶデータに施される著作権保護に関する情報の問合
せを受ける著作権保護情報問合せ受信手段とを備えたこ
とを特徴とする。
【００１５】本発明（請求項１７）に係るＡＶデータ送
信装置は、ネットワークを介して接続された相手機器の
特定のサブユニットに関する問合せを受けるサブユニッ
ト情報問合せ受信手段と、前記特定のサブユニットが持
つＡＶデータの受信機能と、各受信機能に対応する論理
プラグの番号との対応関係に関する情報を送信するサブ
ユニット情報応答送信手段と、前記相手機器との間での
ＡＶデータの転送に用いる論理コネクションをネットワ
ーク上に確立するコネクション確立手段と、前記相手機
器から、前記確立した論理コネクションと、前記特定の
サブユニットの特定の論理プラグ番号との接続の要求を
受けるストリーム接続要求受信手段と、前記相手機器に
対して著作権保護のための認証鍵交換を行なう認証鍵交
換手段とを備え、前記認証鍵交換手段は、前記特定の論
理コネクションの番号、前記特定のサブユニット、又は
前記特定のサブユニットの特定のプラグ番号を、認証鍵
交換手続きのやり取りに付与することを特徴とする。
信装置は、ネットワークを介して接続された相手機器の
特定のサブユニットに関する問合せを受けるサブユニッ
ト情報問合せ受信手段と、前記特定のサブユニットが持
つＡＶデータの受信機能と、各受信機能に対応する論理
プラグの番号との対応関係に関する情報を送信するサブ
ユニット情報応答送信手段と、前記相手機器との間での
ＡＶデータの転送に用いる論理コネクションをネットワ
ーク上に確立するコネクション確立手段と、前記相手機
器から、前記確立した論理コネクションと、前記特定の
サブユニットの特定の論理プラグ番号との接続の要求を
受けるストリーム接続要求受信手段と、前記相手機器に
対して著作権保護のための認証鍵交換を行なう認証鍵交
換手段とを備え、前記認証鍵交換手段は、前記特定の論
理コネクションの番号、前記特定のサブユニット、又は
前記特定のサブユニットの特定のプラグ番号を、認証鍵
交換手続きのやり取りに付与することを特徴とする。
【００１６】本発明（請求項１８）に係るＡＶデータ送
信装置は、ネットワークを介して接続された相手機器の
特定のサブユニットに関する問合せを行なうサブユニッ
ト情報問合せ手段と、前記特定のサブユニットが持つＡ
Ｖデータの受信機能と、各受信能に対応する論理プラグ
の番号との対応関係に関する情報を受信するサブユニッ
ト情報応答受信手段と、前記相手機器との間でのＡＶデ
ータの転送に用いる論理コネクションをネットワーク上
に確立するコネクション確立手段と、前記相手機器に対
して、前記確立された論理コネクションと、前記特定の
サブユニットの特定の論理プラグ番号との接続を要求す
るストリーム接続要求手段と、前記相手機器に対して著
作権保護のための認証鍵交換を行なう認証鍵交換手段と
を備え、前記認証鍵交換手段は、前記特定の論理コネク
ションの番号、前記特定のサブユニット、又は前記特定
のサブユニットの特定のプラグ番号を、認証鍵交換手続
きのやり取りに付与することを特徴とする。
信装置は、ネットワークを介して接続された相手機器の
特定のサブユニットに関する問合せを行なうサブユニッ
ト情報問合せ手段と、前記特定のサブユニットが持つＡ
Ｖデータの受信機能と、各受信能に対応する論理プラグ
の番号との対応関係に関する情報を受信するサブユニッ
ト情報応答受信手段と、前記相手機器との間でのＡＶデ
ータの転送に用いる論理コネクションをネットワーク上
に確立するコネクション確立手段と、前記相手機器に対
して、前記確立された論理コネクションと、前記特定の
サブユニットの特定の論理プラグ番号との接続を要求す
るストリーム接続要求手段と、前記相手機器に対して著
作権保護のための認証鍵交換を行なう認証鍵交換手段と
を備え、前記認証鍵交換手段は、前記特定の論理コネク
ションの番号、前記特定のサブユニット、又は前記特定
のサブユニットの特定のプラグ番号を、認証鍵交換手続
きのやり取りに付与することを特徴とする。
【００１７】また、本発明（請求項２）は、請求項４の
ＡＶデータ受信装置と請求項１２のＡＶデータ送信装置
を含むＡＶデータ転送システムである。また、本発明
（請求項３）は、請求項５のＡＶデータ受信装置と請求
項１３のＡＶデータ送信装置を含むＡＶデータ転送シス
テムである。また、例えば、請求項９のＡＶデータ受信
装置と請求項１７のＡＶデータ送信装置を含むＡＶデー
タ転送システムも可能である。また、例えば、請求項１
０のＡＶデータ受信装置と請求項１８のＡＶデータ送信
装置を含むＡＶデータ転送システムも可能である。
ＡＶデータ受信装置と請求項１２のＡＶデータ送信装置
を含むＡＶデータ転送システムである。また、本発明
（請求項３）は、請求項５のＡＶデータ受信装置と請求
項１３のＡＶデータ送信装置を含むＡＶデータ転送シス
テムである。また、例えば、請求項９のＡＶデータ受信
装置と請求項１７のＡＶデータ送信装置を含むＡＶデー
タ転送システムも可能である。また、例えば、請求項１
０のＡＶデータ受信装置と請求項１８のＡＶデータ送信
装置を含むＡＶデータ転送システムも可能である。
【００１８】なお、装置に係る本発明は方法に係る発明
としても成立し、方法に係る本発明は装置に係る発明と
しても成立する。また、装置または方法に係る本発明
は、コンピュータに当該発明に相当する手順を実行させ
るための（あるいはコンピュータを当該発明に相当する
手段として機能させるための、あるいはコンピュータに
当該発明に相当する機能を実現させるための）プログラ
ムを記録したコンピュータ読取り可能な記録媒体として
も成立する。
としても成立し、方法に係る本発明は装置に係る発明と
しても成立する。また、装置または方法に係る本発明
は、コンピュータに当該発明に相当する手順を実行させ
るための（あるいはコンピュータを当該発明に相当する
手段として機能させるための、あるいはコンピュータに
当該発明に相当する機能を実現させるための）プログラ
ムを記録したコンピュータ読取り可能な記録媒体として
も成立する。
【００１９】本発明によれば、サブユニットやプラグご
と著作権保護に関する手続を行うことが可能になるの
で、Ｂｌｕｅｔｏｏｔｈのようなサブユニットやプラグ
の概念を持ったＡＶネットワークにおいて著作権保護を
実現することができるようになる。
と著作権保護に関する手続を行うことが可能になるの
で、Ｂｌｕｅｔｏｏｔｈのようなサブユニットやプラグ
の概念を持ったＡＶネットワークにおいて著作権保護を
実現することができるようになる。
【００２０】
【発明の実施の形態】以下、図面を参照しながら発明の
実施の形態を説明する。
実施の形態を説明する。
【００２１】（第１の実施形態）図１に、本実施形態の
ＡＶデータ転送システムの構成例を示す。
ＡＶデータ転送システムの構成例を示す。
【００２２】図１に示されるように、ソース機器（無線
端末または無線インタフェースを有する装置）１０１
と、シンク機器（無線端末または無線インタフェースを
有する装置）１０３が、無線ネットワーク１０６に接続
されている。無線ネットワーク１０６としては、Ｂｌｕ
ｅｔｏｏｔｈを仮定して説明する。Ｂｌｕｅｔｏｏｔｈ
は、低コスト、低消費電力などを特徴とする無線ＬＡＮ
の一種である（例えば、ｈｔｔｐ：／／ｗｗｗ．ｂｌｕ
ｅｔｏｏｔｈ．ｃｏｍにて取得可能に開示されている文
書に説明が詳しい）。なお、ソース機器１０１のノード
ＩＤ＝［Ａ］、シンク機器１０３のノードＩＤ＝［Ｂ］
であるものとする。
端末または無線インタフェースを有する装置）１０１
と、シンク機器（無線端末または無線インタフェースを
有する装置）１０３が、無線ネットワーク１０６に接続
されている。無線ネットワーク１０６としては、Ｂｌｕ
ｅｔｏｏｔｈを仮定して説明する。Ｂｌｕｅｔｏｏｔｈ
は、低コスト、低消費電力などを特徴とする無線ＬＡＮ
の一種である（例えば、ｈｔｔｐ：／／ｗｗｗ．ｂｌｕ
ｅｔｏｏｔｈ．ｃｏｍにて取得可能に開示されている文
書に説明が詳しい）。なお、ソース機器１０１のノード
ＩＤ＝［Ａ］、シンク機器１０３のノードＩＤ＝［Ｂ］
であるものとする。
【００２３】ソース機器とは、ＡＶデータの送信元すな
わちソースとなる機器（例えばＶＴＲ（ビデオテープレ
コーダ））のことを意味し、シンク機器とは、ＡＶデー
タの受信先すなわちシンクとなる機器（例えばディスプ
レイ）のことを意味する。ここで、ＡＶデータ（もしく
はＡＶストリーム）は、映像や音声がこれに該当する
が、映像や音声にそれら以外のデータが含まれている場
合もある。
わちソースとなる機器（例えばＶＴＲ（ビデオテープレ
コーダ））のことを意味し、シンク機器とは、ＡＶデー
タの受信先すなわちシンクとなる機器（例えばディスプ
レイ）のことを意味する。ここで、ＡＶデータ（もしく
はＡＶストリーム）は、映像や音声がこれに該当する
が、映像や音声にそれら以外のデータが含まれている場
合もある。
【００２４】本実施形態では、ソース機器とシンク機器
との間でやり取りされる（すなわち、ソース機器が送信
し、シンク機器が受信する）ＡＶデータは、著作権保護
がかけられるべきデータであるとする。著作権保護のた
めには、ＡＶデータを暗号化した状態で送受信する（す
なわち、ソース機器側で暗号化し、シンク機器側で復号
化する）ものとする。このため、ソース機器とシンク機
器との間では、ＡＶデータのやり取りに先立って認証鍵
交換手順が行われることになる。
との間でやり取りされる（すなわち、ソース機器が送信
し、シンク機器が受信する）ＡＶデータは、著作権保護
がかけられるべきデータであるとする。著作権保護のた
めには、ＡＶデータを暗号化した状態で送受信する（す
なわち、ソース機器側で暗号化し、シンク機器側で復号
化する）ものとする。このため、ソース機器とシンク機
器との間では、ＡＶデータのやり取りに先立って認証鍵
交換手順が行われることになる。
【００２５】なお、本実施形態では、一例として、ソー
ス機器１０１は、ＭＰＥＧ４映像およびＡＡＣ音声のソ
ース（エンコードされたもの）を提供する機能を有する
機器であり、シンク機器１０３は、受信したＭＰＥＧ４
映像およびＡＡＣ音声のデータをデコードしてそれらを
映像表示／音声出力する機能を有する機器であるものと
する。
ス機器１０１は、ＭＰＥＧ４映像およびＡＡＣ音声のソ
ース（エンコードされたもの）を提供する機能を有する
機器であり、シンク機器１０３は、受信したＭＰＥＧ４
映像およびＡＡＣ音声のデータをデコードしてそれらを
映像表示／音声出力する機能を有する機器であるものと
する。
【００２６】図２に、ソース機器１０１の内部構成例を
示す。
示す。
【００２７】図２に示されるように、このソース機器１
０１は、Ｂｌｕｅｔｏｏｔｈの物理レイヤ処理を実行す
るＢｌｕｅｔｏｏｔｈインタフェース（Ｉ／Ｆ）処理部
１００１、Ｂｌｕｅｔｏｏｔｈのデータリンクレイヤ処
理を実行するＬ２ＣＡＰ処理部１００２、ストリーム制
御を行うためのストリームプロトコル（ＳＰ）処理部１
００３、ＡＶデータ転送制御を行うためのトランスポー
トプロトコル（ＴＰ）処理部１００４、ＡＶデータ転送
のためのセッション制御を行うためのコントロールプロ
トコル（ＣＰ）処理部１００５、ＭＰＥＧ４エンコーダ
１００７、ＡＡＣエンコーダ１００８、ＶＴＲ処理部１
００６を有する。また、Ｌ２ＣＡＰ処理部１００２は、
チャネル対応テーブル１０２１を持つ。また、ストリー
ムプロトコル（ＳＰ）処理部１００３は、チャネル／サ
ブユニット／プラグ対応テーブル１０３１、著作権保護
処理部１０３２を持つ。さらに、著作権保護処理部１０
３２は、証明書Ａｃｅｒｔ１３２１を持つ。また、トラ
ンスポートプロトコル（ＴＰ）処理部１００４は、暗号
化／復号化処理部１０４１を持つ。
０１は、Ｂｌｕｅｔｏｏｔｈの物理レイヤ処理を実行す
るＢｌｕｅｔｏｏｔｈインタフェース（Ｉ／Ｆ）処理部
１００１、Ｂｌｕｅｔｏｏｔｈのデータリンクレイヤ処
理を実行するＬ２ＣＡＰ処理部１００２、ストリーム制
御を行うためのストリームプロトコル（ＳＰ）処理部１
００３、ＡＶデータ転送制御を行うためのトランスポー
トプロトコル（ＴＰ）処理部１００４、ＡＶデータ転送
のためのセッション制御を行うためのコントロールプロ
トコル（ＣＰ）処理部１００５、ＭＰＥＧ４エンコーダ
１００７、ＡＡＣエンコーダ１００８、ＶＴＲ処理部１
００６を有する。また、Ｌ２ＣＡＰ処理部１００２は、
チャネル対応テーブル１０２１を持つ。また、ストリー
ムプロトコル（ＳＰ）処理部１００３は、チャネル／サ
ブユニット／プラグ対応テーブル１０３１、著作権保護
処理部１０３２を持つ。さらに、著作権保護処理部１０
３２は、証明書Ａｃｅｒｔ１３２１を持つ。また、トラ
ンスポートプロトコル（ＴＰ）処理部１００４は、暗号
化／復号化処理部１０４１を持つ。
【００２８】次に、図３に、シンク機器１０３の内部構
成例を示す。
成例を示す。
【００２９】図３に示されるように、このシンク機器１
０３は、Ｂｌｕｅｔｏｏｔｈの物理レイヤ処理を実行す
るＢｌｕｅｔｏｏｔｈインタフェース（Ｉ／Ｆ）処理部
３００１、Ｂｌｕｅｔｏｏｔｈのデータリンクレイヤ処
理を実行するＬ２ＣＡＰ処理部３００２、ストリーム制
御を行うためのストリームプロトコル（ＳＰ）処理部３
００３、ＡＶデータ転送制御を行うためのトランスポー
トプロトコル（ＴＰ）処理部３００４、ＡＶデータ転送
のためのセッション制御を行うためのコントロールプロ
トコル（ＣＰ）処理部３００５、ＭＰＥＧ４デコーダ３
００７、ＡＡＣデコーダ３００８、ディスプレイ処理部
３００６を有する。また、Ｌ２ＣＡＰ処理部３００２
は、チャネル対応テーブル３０２１を持つ。また、スト
リームプロトコル（ＳＰ）処理部３００３は、チャネル
／サブユニット／プラグ対応テーブル３０３１、著作権
保護処理部３０３２を持つ。さらに、著作権保護処理部
３０３２は、証明書Ｂｃｅｒｔ３３２１を持つ。また、
トランスポートプロトコル（ＴＰ）処理部３００４は、
暗号化／復号化処理部３０４１を持つ。
０３は、Ｂｌｕｅｔｏｏｔｈの物理レイヤ処理を実行す
るＢｌｕｅｔｏｏｔｈインタフェース（Ｉ／Ｆ）処理部
３００１、Ｂｌｕｅｔｏｏｔｈのデータリンクレイヤ処
理を実行するＬ２ＣＡＰ処理部３００２、ストリーム制
御を行うためのストリームプロトコル（ＳＰ）処理部３
００３、ＡＶデータ転送制御を行うためのトランスポー
トプロトコル（ＴＰ）処理部３００４、ＡＶデータ転送
のためのセッション制御を行うためのコントロールプロ
トコル（ＣＰ）処理部３００５、ＭＰＥＧ４デコーダ３
００７、ＡＡＣデコーダ３００８、ディスプレイ処理部
３００６を有する。また、Ｌ２ＣＡＰ処理部３００２
は、チャネル対応テーブル３０２１を持つ。また、スト
リームプロトコル（ＳＰ）処理部３００３は、チャネル
／サブユニット／プラグ対応テーブル３０３１、著作権
保護処理部３０３２を持つ。さらに、著作権保護処理部
３０３２は、証明書Ｂｃｅｒｔ３３２１を持つ。また、
トランスポートプロトコル（ＴＰ）処理部３００４は、
暗号化／復号化処理部３０４１を持つ。
【００３０】次に、ソース機器１０１とシンク機器１０
３との間のシーケンスの初期手順について説明する。
３との間のシーケンスの初期手順について説明する。
【００３１】図４および図５（図５は図４の続きであ
る）に、ソース機器１０１とシンク機器１０３との間の
シーケンスの初期手順例を示す。
る）に、ソース機器１０１とシンク機器１０３との間の
シーケンスの初期手順例を示す。
【００３２】ここで、本実施形態においては、ソース機
器１０１とシンク機器１０３との間でやり取りされるＡ
Ｖデータごと、つまりＡＶデータが転送されるＢｌｕｅ
ｔｏｏｔｈのチャネルごとに異なる暗号鍵が与えられて
いる場合について説明する。また、本実施形態では、シ
ンク機器１０３の側がコントローラとなり、ソース機器
１０１を制御する場合を考える。
器１０１とシンク機器１０３との間でやり取りされるＡ
Ｖデータごと、つまりＡＶデータが転送されるＢｌｕｅ
ｔｏｏｔｈのチャネルごとに異なる暗号鍵が与えられて
いる場合について説明する。また、本実施形態では、シ
ンク機器１０３の側がコントローラとなり、ソース機器
１０１を制御する場合を考える。
【００３３】まず、ソース機器１０１とシンク機器１０
３は、互いにＬ２ＣＡＰのコネクト要求とコネクト応答
のやり取りを行う（Ｓ４１）。本実施形態のＢｌｕｅｔ
ｏｏｔｈにおいては、Ｂｌｕｅｔｏｏｔｈ上のＡＶデー
タのやり取りを行うためのチャネル設定や制御情報の交
換を行うプロトコルが存在する（ここでは、このプロト
コルをストリームプロトコルと呼ぶ；またＳＰはストリ
ームプロトコルの略である）。
３は、互いにＬ２ＣＡＰのコネクト要求とコネクト応答
のやり取りを行う（Ｓ４１）。本実施形態のＢｌｕｅｔ
ｏｏｔｈにおいては、Ｂｌｕｅｔｏｏｔｈ上のＡＶデー
タのやり取りを行うためのチャネル設定や制御情報の交
換を行うプロトコルが存在する（ここでは、このプロト
コルをストリームプロトコルと呼ぶ；またＳＰはストリ
ームプロトコルの略である）。
【００３４】このコネクト要求／応答は、このＳＰを行
うためのチャネルを確立するためのやり取りである。こ
のやり取りを通して、ソース機器１０１側はチャネルＡ
０（以下、ＣＨ−Ａ０と表記する）を、シンク機器１０
３側はチャネルＢ０（以下、ＣＨ−Ｂ０と表記する）を
確保する（Ｓ４２，Ｓ４３）。
うためのチャネルを確立するためのやり取りである。こ
のやり取りを通して、ソース機器１０１側はチャネルＡ
０（以下、ＣＨ−Ａ０と表記する）を、シンク機器１０
３側はチャネルＢ０（以下、ＣＨ−Ｂ０と表記する）を
確保する（Ｓ４２，Ｓ４３）。
【００３５】本実施形態のソース機器１０１とシンク機
器１０３は、それぞれ内部にこれらのチャネルの対応関
係を記述したチャネル対応テーブルを持っている。図６
に、ソース機器１０１側のチャネル対応テーブルを示
す。なお、シンク機器１０３側のチャネル対応テーブル
は、図６の自側チャネルのフィールドと相手チャネルの
フィールドの関係を逆にし、相手側ノードをＡとしたも
のである。この時点では、図６の最上段のテーブル（Ｓ
Ｐと示してあるもの）が記載されることになる（Ｓ４
４，Ｓ４５）。このように、両機器はＳＰで用いられる
両チャネル（ＣＨ−Ａ０とＣＨ−Ｂ０）の対応関係をこ
のチャネル対応テーブルから知ることができる。
器１０３は、それぞれ内部にこれらのチャネルの対応関
係を記述したチャネル対応テーブルを持っている。図６
に、ソース機器１０１側のチャネル対応テーブルを示
す。なお、シンク機器１０３側のチャネル対応テーブル
は、図６の自側チャネルのフィールドと相手チャネルの
フィールドの関係を逆にし、相手側ノードをＡとしたも
のである。この時点では、図６の最上段のテーブル（Ｓ
Ｐと示してあるもの）が記載されることになる（Ｓ４
４，Ｓ４５）。このように、両機器はＳＰで用いられる
両チャネル（ＣＨ−Ａ０とＣＨ−Ｂ０）の対応関係をこ
のチャネル対応テーブルから知ることができる。
【００３６】次に、この確立されたチャネルを用いて、
ストリームプロトコルのやり取りが行われる。まず、シ
ンク機器１０３は、何らかの方法（例えば、コントロー
ルプロトコルのＵＮＩＴコマンドで問い合わせることに
よって、あるいはユーザが入力することによって）でソ
ース機器１０１側がＶＴＲであることを認識していると
する。このとき「ソース機器はどのような構成を持った
ＶＴＲであるか」を知るためのコマンドがＳＵＢＵＮＩ
Ｔ ＩＮＦＯコマンドである。このコマンドを通して、
シンク機器１０３は、ソース機器１０１に対して、ソー
ス機器１０１のＶＴＲサブユニットがどのような構成を
しているかについて問い合わせることが可能である（Ｓ
４６）。なお、サブユニットとは、ＩＥＥＥ１３９４や
Ｂｌｕｅｔｏｏｔｈ等のＡＶ機器で、ある機器内の機能
を構成要素として論理的に記述する際に用いられる概念
である（その詳細は１３９４ＡＶ／Ｃスペックに開示さ
れている）。
ストリームプロトコルのやり取りが行われる。まず、シ
ンク機器１０３は、何らかの方法（例えば、コントロー
ルプロトコルのＵＮＩＴコマンドで問い合わせることに
よって、あるいはユーザが入力することによって）でソ
ース機器１０１側がＶＴＲであることを認識していると
する。このとき「ソース機器はどのような構成を持った
ＶＴＲであるか」を知るためのコマンドがＳＵＢＵＮＩ
Ｔ ＩＮＦＯコマンドである。このコマンドを通して、
シンク機器１０３は、ソース機器１０１に対して、ソー
ス機器１０１のＶＴＲサブユニットがどのような構成を
しているかについて問い合わせることが可能である（Ｓ
４６）。なお、サブユニットとは、ＩＥＥＥ１３９４や
Ｂｌｕｅｔｏｏｔｈ等のＡＶ機器で、ある機器内の機能
を構成要素として論理的に記述する際に用いられる概念
である（その詳細は１３９４ＡＶ／Ｃスペックに開示さ
れている）。
【００３７】ここで、ソース機器１０１は、図７に示す
ような内部論理構成を持っているものとする。つまり、
機器（ＶＴＲサブユニット内）にＭＰＥＧ４ソースとＡ
ＡＣソースを持っており、それらがそれぞれ出力プラグ
１、出力プラグ２に接続されている（なお、図７に併記
したプラグとチャネルの対応はこの時点ではまだ設定さ
れていない）。この様子（サブユニット内の機能とプラ
グの関係）を、ソース機器１０１は、ＳＰ ＳＵＢＵＮ
ＩＴ ＩＮＦＯ応答として、シンク機器１０３に対して
通知する（Ｓ４７）。なお、入力プラグｎや出力プラグ
ｎは、ＩＥＥＥ１３９４ＡＶ／Ｃスペックにて規定され
る論理的な番号であり、ネットワークインタフェース
（本実施形態の場合、Ｂｌｕｅｔｏｏｔｈインタフェー
ス）から入力または出力されるＡＶデータを入力または
出力する入口番号または出口番号と考えればよい。
ような内部論理構成を持っているものとする。つまり、
機器（ＶＴＲサブユニット内）にＭＰＥＧ４ソースとＡ
ＡＣソースを持っており、それらがそれぞれ出力プラグ
１、出力プラグ２に接続されている（なお、図７に併記
したプラグとチャネルの対応はこの時点ではまだ設定さ
れていない）。この様子（サブユニット内の機能とプラ
グの関係）を、ソース機器１０１は、ＳＰ ＳＵＢＵＮ
ＩＴ ＩＮＦＯ応答として、シンク機器１０３に対して
通知する（Ｓ４７）。なお、入力プラグｎや出力プラグ
ｎは、ＩＥＥＥ１３９４ＡＶ／Ｃスペックにて規定され
る論理的な番号であり、ネットワークインタフェース
（本実施形態の場合、Ｂｌｕｅｔｏｏｔｈインタフェー
ス）から入力または出力されるＡＶデータを入力または
出力する入口番号または出口番号と考えればよい。
【００３８】さて、ここで、図８に例示するように、Ｓ
Ｐ ＳＵＢＵＮＩＴ ＩＮＦＯ応答内に、当該サブユニ
ット内の機能とプラグの関係の他に、当該サブユニット
またはプラグが用いる（可能性のある）著作権保護の方
式についての情報を設けても良い。ＡＶデータを受ける
側（あるいは送信する側）は、その著作権情報の認証の
方式や、場合によっては著作権保護の方式そのもの等を
事前に認識しておかないと、相手側機器（あるいはサブ
ユニットあるいはプラグ）に対して認証鍵交換の要求す
ら出せない場合があり得る。そこで、図８のように、Ｓ
Ｐ ＳＵＢＵＮＩＴ ＩＮＦＯ応答として著作権保護の
有無、方式（本例ではＤＴＣＰ（デジタルトランスミッ
ションコンテンツプロテクション）とする；なおＤＴＣ
Ｐの詳細はｈｔｔｐ：／／ｗｗｗ．ｄｔｌａ．ｃｏｍに
詳しい）、認証の方式（例えばフル認証）を、各機能
（本例ではＭＰＥＧ４ソースとＡＡＣソース）ごとに
（あるいはプラグごとに、結果的にはチャネルごとに）
通知することができるようになっていても良い。
Ｐ ＳＵＢＵＮＩＴ ＩＮＦＯ応答内に、当該サブユニ
ット内の機能とプラグの関係の他に、当該サブユニット
またはプラグが用いる（可能性のある）著作権保護の方
式についての情報を設けても良い。ＡＶデータを受ける
側（あるいは送信する側）は、その著作権情報の認証の
方式や、場合によっては著作権保護の方式そのもの等を
事前に認識しておかないと、相手側機器（あるいはサブ
ユニットあるいはプラグ）に対して認証鍵交換の要求す
ら出せない場合があり得る。そこで、図８のように、Ｓ
Ｐ ＳＵＢＵＮＩＴ ＩＮＦＯ応答として著作権保護の
有無、方式（本例ではＤＴＣＰ（デジタルトランスミッ
ションコンテンツプロテクション）とする；なおＤＴＣ
Ｐの詳細はｈｔｔｐ：／／ｗｗｗ．ｄｔｌａ．ｃｏｍに
詳しい）、認証の方式（例えばフル認証）を、各機能
（本例ではＭＰＥＧ４ソースとＡＡＣソース）ごとに
（あるいはプラグごとに、結果的にはチャネルごとに）
通知することができるようになっていても良い。
【００３９】次に、ソース機器１０１とシンク機器１０
３は、Ｌ２ＣＡＰのコネクト要求／コネクト応答のやり
取りを、ＡＶデータの転送のためのプロトコル（ここで
は、このプロトコルをトランスポートプロトコルと呼
ぶ；またＴＰはトランスポートプロトコルの略である）
がチャネルを確立するために行う。ここではＭＰＥＧ４
ビデオとＡＡＣオーディオの２チャネル分確保（ＣＨ−
Ａ１／ＣＨ−Ｂ１及びＣＨ−Ａ２／ＣＨ−Ｂ２）する
（Ｓ４８〜Ｓ５３）。
３は、Ｌ２ＣＡＰのコネクト要求／コネクト応答のやり
取りを、ＡＶデータの転送のためのプロトコル（ここで
は、このプロトコルをトランスポートプロトコルと呼
ぶ；またＴＰはトランスポートプロトコルの略である）
がチャネルを確立するために行う。ここではＭＰＥＧ４
ビデオとＡＡＣオーディオの２チャネル分確保（ＣＨ−
Ａ１／ＣＨ−Ｂ１及びＣＨ−Ａ２／ＣＨ−Ｂ２）する
（Ｓ４８〜Ｓ５３）。
【００４０】次に、これらの確保したＢｌｕｅｔｏｏｔ
ｈチャネルを、対象となる出力プラグに接続するための
手順を行う。これも、ＳＰの一部分であるため、ＳＰの
コマンドの一つであるＳＰコネクトコマンドが用いられ
る（Ｓ５４，Ｓ５５）。ここでは、「ＣＨ−Ａ１はＶＴ
Ｒサブユニットの出力プラグ１に繋ぎなさい」という意
味のメッセージや「ＣＨ−Ａ２はＶＴＲサブユニットの
出力プラグ２に繋ぎなさい」という意味のメッセージが
ソース機器１０１側に届く。ソース機器１０１は、この
指示に従う（図７に記述したＬ２ＣＡＰチャネルと出力
プラグの対応関係のように接続される）。
ｈチャネルを、対象となる出力プラグに接続するための
手順を行う。これも、ＳＰの一部分であるため、ＳＰの
コマンドの一つであるＳＰコネクトコマンドが用いられ
る（Ｓ５４，Ｓ５５）。ここでは、「ＣＨ−Ａ１はＶＴ
Ｒサブユニットの出力プラグ１に繋ぎなさい」という意
味のメッセージや「ＣＨ−Ａ２はＶＴＲサブユニットの
出力プラグ２に繋ぎなさい」という意味のメッセージが
ソース機器１０１側に届く。ソース機器１０１は、この
指示に従う（図７に記述したＬ２ＣＡＰチャネルと出力
プラグの対応関係のように接続される）。
【００４１】ここで、このＳＰコネクトコマンドには、
相手側（この例の場合、ソース機器１０１）側のチャネ
ルとサブユニット／プラグの対応関係の情報の他に、こ
のコマンドの送信側（この例の場合、シンク機器１０
３）のチャネルとサブユニット／プラグの対応関係の情
報も記載してあってもよい。このようにすることで、相
手側機器（この例の場合、ソース機器１０１）に対し
て、コマンドの送信側のチャネルとサブユニット／プラ
グの対応関係を明に通知することが可能となる。これに
よって、例えば、相手側機器が、自機器のどのサブユニ
ットやプラグに対して認証鍵交換等の手続を行うべきか
についての情報を相手側機器に対して通知することが可
能となる。
相手側（この例の場合、ソース機器１０１）側のチャネ
ルとサブユニット／プラグの対応関係の情報の他に、こ
のコマンドの送信側（この例の場合、シンク機器１０
３）のチャネルとサブユニット／プラグの対応関係の情
報も記載してあってもよい。このようにすることで、相
手側機器（この例の場合、ソース機器１０１）に対し
て、コマンドの送信側のチャネルとサブユニット／プラ
グの対応関係を明に通知することが可能となる。これに
よって、例えば、相手側機器が、自機器のどのサブユニ
ットやプラグに対して認証鍵交換等の手続を行うべきか
についての情報を相手側機器に対して通知することが可
能となる。
【００４２】なお、シンク機器１０３は、図９に示すよ
うな内部論理構成を持っているものとする。つまり、機
器（ディスプレイサブユニット内）にＭＰＥＧ４デコー
ダとＡＡＣデコーダを持っており、それらがそれぞれ入
力プラグ１、入力プラグ２に接続されている。
うな内部論理構成を持っているものとする。つまり、機
器（ディスプレイサブユニット内）にＭＰＥＧ４デコー
ダとＡＡＣデコーダを持っており、それらがそれぞれ入
力プラグ１、入力プラグ２に接続されている。
【００４３】このＳＰコネクトコマンドによって、シン
ク機器１０３は、ソース機器１０１のＶＴＲサブユニッ
トの出力プラグ１と出力プラグ２（またはＣＨ−Ｂ１と
ＣＨ−Ｂ２）からＡＶデータ（すなわち映像データと音
声データ）が今後送信されてくることが予想できる（Ａ
Ｖデータの送信を行わせるために、このＳＰコネクトコ
マンドを発行しているので）。
ク機器１０３は、ソース機器１０１のＶＴＲサブユニッ
トの出力プラグ１と出力プラグ２（またはＣＨ−Ｂ１と
ＣＨ−Ｂ２）からＡＶデータ（すなわち映像データと音
声データ）が今後送信されてくることが予想できる（Ａ
Ｖデータの送信を行わせるために、このＳＰコネクトコ
マンドを発行しているので）。
【００４４】ここで、シンク機器１０３が、ソース機器
１０１に対して、そのチャネル（またはサブユニットま
たはプラグ）が用いる（可能性のある）著作権保護の方
式についての問い合わせを行ってもよい。これを行うの
が、ＳＰコピープロテクションコマンドである。
１０１に対して、そのチャネル（またはサブユニットま
たはプラグ）が用いる（可能性のある）著作権保護の方
式についての問い合わせを行ってもよい。これを行うの
が、ＳＰコピープロテクションコマンドである。
【００４５】この問い合わせは、各チャネルごとに行っ
てもよい。この場合、このコマンドに、チャネルを指定
することによって、そのチャネルにおいて使用される
（可能性のある）著作権保護方式の問い合わせを行う
（Ｓ５６／Ｓ５８）。これに対して、ソース機器１０１
は、著作権保護の有無、方式（例えばＤＴＣＰ）、認証
の方式（例えばフル認証）を、各チャネルごと（結果的
にプラグごと）に通知することができるようになってい
る（Ｓ５７／Ｓ５９）。
てもよい。この場合、このコマンドに、チャネルを指定
することによって、そのチャネルにおいて使用される
（可能性のある）著作権保護方式の問い合わせを行う
（Ｓ５６／Ｓ５８）。これに対して、ソース機器１０１
は、著作権保護の有無、方式（例えばＤＴＣＰ）、認証
の方式（例えばフル認証）を、各チャネルごと（結果的
にプラグごと）に通知することができるようになってい
る（Ｓ５７／Ｓ５９）。
【００４６】なお、この問い合わせを複数チャネルにつ
いて一括して行ってもよい。
いて一括して行ってもよい。
【００４７】ところで、以上では、著作権保護の方式に
ついての問い合わせ／通知は、ＳＰＳＵＢＵＮＩＴ Ｉ
ＮＦＯコマンド／応答で行う例と、ＳＰコピープロテク
ションコマンド／応答で行う例を示したが、いずれか一
方で行ってもよいし、両方で行ってもよい。ただし、Ｓ
ＵＢＵＮＩＴ ＩＮＦＯコマンド／応答では著作権保護
の方式についての問い合わせ／通知を行わない場合であ
ってもＳＵＢＵＮＩＴ ＩＮＦＯコマンド／応答自体は
本来の目的のために行うことになるが、ＳＰコピープロ
テクションコマンド／応答では著作権保護の方式につい
ての問い合わせ／通知を行わない場合にはＳ５６〜Ｓ５
９は省かれることになる。
ついての問い合わせ／通知は、ＳＰＳＵＢＵＮＩＴ Ｉ
ＮＦＯコマンド／応答で行う例と、ＳＰコピープロテク
ションコマンド／応答で行う例を示したが、いずれか一
方で行ってもよいし、両方で行ってもよい。ただし、Ｓ
ＵＢＵＮＩＴ ＩＮＦＯコマンド／応答では著作権保護
の方式についての問い合わせ／通知を行わない場合であ
ってもＳＵＢＵＮＩＴ ＩＮＦＯコマンド／応答自体は
本来の目的のために行うことになるが、ＳＰコピープロ
テクションコマンド／応答では著作権保護の方式につい
ての問い合わせ／通知を行わない場合にはＳ５６〜Ｓ５
９は省かれることになる。
【００４８】さて、このようにＳＰ ＳＵＢＵＮＩＴ
ＩＮＦＯコマンドおよびまたはＳＰコピープロテクショ
ンコマンドによって、シンク機器１０３は、ソース機器
１０１の特定チャネル（またはサブユニット）において
どのような方式の著作権保護がなされるかについての情
報を得ることが可能である。
ＩＮＦＯコマンドおよびまたはＳＰコピープロテクショ
ンコマンドによって、シンク機器１０３は、ソース機器
１０１の特定チャネル（またはサブユニット）において
どのような方式の著作権保護がなされるかについての情
報を得ることが可能である。
【００４９】これらの情報交換によって、シンク機器１
０３やソース機器１０１にて、Ｂｌｕｅｔｏｏｔｈのチ
ャネルと、そのチャネルにつながるサブユニット（サブ
ユニット種別やサブユニットＩＤ等）、プラグ、および
著作権保護の方式等の対応関係を記述したチャネル／サ
ブユニット／プラグ対応テーブルを作成することが可能
となる。図１０に、ソース機器１０１側のチャネル／サ
ブユニット／プラグ対応テーブルの一例を示す。なお、
シンク機器１０３側のチャネル／サブユニット／プラグ
対応テーブルは、図１０の自側チャネルに関するフィー
ルドと相手チャネルに関するフィールドの関係を逆に
し、相手側ノードをＡとしたものである。
０３やソース機器１０１にて、Ｂｌｕｅｔｏｏｔｈのチ
ャネルと、そのチャネルにつながるサブユニット（サブ
ユニット種別やサブユニットＩＤ等）、プラグ、および
著作権保護の方式等の対応関係を記述したチャネル／サ
ブユニット／プラグ対応テーブルを作成することが可能
となる。図１０に、ソース機器１０１側のチャネル／サ
ブユニット／プラグ対応テーブルの一例を示す。なお、
シンク機器１０３側のチャネル／サブユニット／プラグ
対応テーブルは、図１０の自側チャネルに関するフィー
ルドと相手チャネルに関するフィールドの関係を逆に
し、相手側ノードをＡとしたものである。
【００５０】次に、ソース機器１０１とシンク機器１０
３との間のシーケンス初期手順以降の手順について説明
する。
３との間のシーケンス初期手順以降の手順について説明
する。
【００５１】続いて、シンク機器１０３は、ＤＴＣＰの
方式に従って、ソース機器１０１に対して著作権保護の
ための認証鍵交換の手続をはじめる。この認証鍵交換の
方式としては、いくつかの方法が考えられる。
方式に従って、ソース機器１０１に対して著作権保護の
ための認証鍵交換の手続をはじめる。この認証鍵交換の
方式としては、いくつかの方法が考えられる。
【００５２】＜第１の方法＞図１１に、第１の方法の場
合のシーケンスの一例を示す。
合のシーケンスの一例を示す。
【００５３】第１の方法は、認証鍵交換の際に、ソース
機器１０１側／シンク機器１０３側双方の、Ｂｌｕｅｔ
ｏｏｔｈチャネルに関する情報、またはサブユニットと
プラグに関する情報（図１０のような対応テーブルを参
照することによって、どちらの情報からも同様の情報を
入手することが可能であるため、どちらでもよい）を添
付させる方法である。このようにすることにより、ソー
ス機器１０１は、この認証鍵交換についての要求（チャ
レンジ）が、どのチャネルに対するものであるかを認識
することが可能である。この双方のＢｌｕｅｔｏｏｔｈ
チャネルに関する情報または双方のサブユニットとプラ
グに関する情報は、図１１のように、ＤＴＣＰの認証鍵
交換のやり取りに添付される。
機器１０１側／シンク機器１０３側双方の、Ｂｌｕｅｔ
ｏｏｔｈチャネルに関する情報、またはサブユニットと
プラグに関する情報（図１０のような対応テーブルを参
照することによって、どちらの情報からも同様の情報を
入手することが可能であるため、どちらでもよい）を添
付させる方法である。このようにすることにより、ソー
ス機器１０１は、この認証鍵交換についての要求（チャ
レンジ）が、どのチャネルに対するものであるかを認識
することが可能である。この双方のＢｌｕｅｔｏｏｔｈ
チャネルに関する情報または双方のサブユニットとプラ
グに関する情報は、図１１のように、ＤＴＣＰの認証鍵
交換のやり取りに添付される。
【００５４】この場合の認証鍵交換は以下のようにな
る。
る。
【００５５】まず、シンク機器１０３からソース機器１
０１へ、チャレンジ変数Ｂｎと証明書Ｂｃｅｒｔを送付
する（Ｓ１１１）。なお、それらの情報に、チャネル情
報、またはサブユニット／プラグ情報が添付される。こ
の点は、図１１に示すように、以下の手順でも同様であ
る。
０１へ、チャレンジ変数Ｂｎと証明書Ｂｃｅｒｔを送付
する（Ｓ１１１）。なお、それらの情報に、チャネル情
報、またはサブユニット／プラグ情報が添付される。こ
の点は、図１１に示すように、以下の手順でも同様であ
る。
【００５６】次に、ソース機器１０１からシンク機器１
０３へのチャレンジ変数Ａｎと証明書Ａｃｅｒｔの送付
を行い（Ｓ１１２）、これらを元に認証を行う。
０３へのチャレンジ変数Ａｎと証明書Ａｃｅｒｔの送付
を行い（Ｓ１１２）、これらを元に認証を行う。
【００５７】次に、シンク機器１０３からソース機器１
０１に対して、両機器間の認証鍵生成のための情報（Ｂ
ｖ）、システムリニューアビリティ管理情報Ｂｓｒｍ、
署名Ｓを送付する（Ｓ１１３）。
０１に対して、両機器間の認証鍵生成のための情報（Ｂ
ｖ）、システムリニューアビリティ管理情報Ｂｓｒｍ、
署名Ｓを送付する（Ｓ１１３）。
【００５８】つぎに、ソース機器１０１からシンク機器
１０３に対して、両機器間の認証鍵精製のための情報
（Ａｖ）、システムリニューアビリティ管理情報Ａｓｒ
ｍ、署名Ｓを送付する（Ｓ１１４）。
１０３に対して、両機器間の認証鍵精製のための情報
（Ａｖ）、システムリニューアビリティ管理情報Ａｓｒ
ｍ、署名Ｓを送付する（Ｓ１１４）。
【００５９】次に、両機器にて認証鍵Ｋａｕｔｈの生
成、共有を行う。
成、共有を行う。
【００６０】次に、ソース機器１０１からシンク機器１
０３に対して、ある関数ｇを使って、交換鍵Ｋｘ、認証
鍵Ｋａｕｔｈを変数としたｇ（Ｋｘ、Ｋａｕｔｈ）を送
信し（Ｓ１１５）、ソース機器１０１とシンク機器１０
３との間でＫｘを共有する。
０３に対して、ある関数ｇを使って、交換鍵Ｋｘ、認証
鍵Ｋａｕｔｈを変数としたｇ（Ｋｘ、Ｋａｕｔｈ）を送
信し（Ｓ１１５）、ソース機器１０１とシンク機器１０
３との間でＫｘを共有する。
【００６１】次に、ソース機器１０１からシンク機器１
０３に対して、整数Ｎｃを送信する（Ｓ１１６）。
０３に対して、整数Ｎｃを送信する（Ｓ１１６）。
【００６２】そして、ある関数ｆを用いて、ｆ（Ｋｘ、
Ｎｃ）を計算することにより、暗号鍵Ｋを計算する。
Ｎｃ）を計算することにより、暗号鍵Ｋを計算する。
【００６３】以上の手順により、ソース機器１０１とシ
ンク機器１０３との間で、ＡＶデータを暗号化して転送
するための暗号鍵の共有を図ることができるようにな
る。
ンク機器１０３との間で、ＡＶデータを暗号化して転送
するための暗号鍵の共有を図ることができるようにな
る。
【００６４】以上の手順はＣＨ−Ａ１／ＣＨ−Ｂ１につ
いてのものであったが、ＣＨ−Ａ２／ＣＨ−Ｂ２につい
ても以上と同様の手順を行う（Ｓ１１７）。なお、ＣＨ
−Ａ１／ＣＨ−Ｂ１についての処理をすべて行ってから
ＣＨ−Ａ２／ＣＨ−Ｂ２についての処理を行うようにし
てもよいし、その逆の順番で行うようにしてもよいし、
ＣＨ−Ａ１／ＣＨ−Ｂ１についての処理とＣＨ−Ａ２／
ＣＨ−Ｂ２についての処理を１つずつ交互に行ってもよ
い。
いてのものであったが、ＣＨ−Ａ２／ＣＨ−Ｂ２につい
ても以上と同様の手順を行う（Ｓ１１７）。なお、ＣＨ
−Ａ１／ＣＨ−Ｂ１についての処理をすべて行ってから
ＣＨ−Ａ２／ＣＨ−Ｂ２についての処理を行うようにし
てもよいし、その逆の順番で行うようにしてもよいし、
ＣＨ−Ａ１／ＣＨ−Ｂ１についての処理とＣＨ−Ａ２／
ＣＨ−Ｂ２についての処理を１つずつ交互に行ってもよ
い。
【００６５】本実施形態では、Ｂｌｕｅｔｏｏｔｈチャ
ネルごとに別々の暗号鍵を使ってＡＶデータの暗号化を
行うことになる。なお、証明書（Ａｃｅｒｔ、Ｂｃｅｒ
ｔ）は、各機器ごとに１つづつ持っていればよく、必ず
しもサブユニットごとあるいはプラグごとに持つ必要は
ない。
ネルごとに別々の暗号鍵を使ってＡＶデータの暗号化を
行うことになる。なお、証明書（Ａｃｅｒｔ、Ｂｃｅｒ
ｔ）は、各機器ごとに１つづつ持っていればよく、必ず
しもサブユニットごとあるいはプラグごとに持つ必要は
ない。
【００６６】さて、ＣＨ−Ａ１／ＣＨ−Ｂ１についての
暗号鍵（Ｋ１とする）と、ＣＨ−Ａ２／ＣＨ−Ｂ２につ
いての暗号鍵（Ｋ２とする）が共有された後、シンク機
器１０３からソース機器１０１に対して、ＡＶデータの
送信を要求するための制御コマンド（ＣＰ ＰＬＡＹコ
マンド；ＣＰはコントロールプロトコルの略）を送信す
ると（Ｓ１１８）、シンク機器１０３からＰＬＡＹコマ
ンドを受信したソース機器１０１は、暗号鍵ｋ１でＭＰ
ＥＧ４データ（Ｃ１とする）を暗号化した映像データ
［Ｃ１］ｋ１をＣＨ−Ａ１／ＣＨ−Ｂ１によって送信す
るとともに（Ｓ１１９）、暗号鍵ｋ２でＡＡＣデータ
（Ｃ２とする）を暗号化した音声データ［Ｃ２］ｋ２を
ＣＨ−Ａ２／ＣＨ−Ｂ２によって送信する（Ｓ１２
０）。そして、シンク機器１０３は、ＣＨ−Ａ１／ＣＨ
−Ｂ１で受信した映像データ［Ｃ１］ｋ１を暗号鍵ｋ１
で復号化した後に例えばこれをデコードして映像表示す
るとともに、ＣＨ−Ａ２／ＣＨ−Ｂ２で受信した音声デ
ータ［Ｃ２］ｋ２を暗号鍵ｋ２で復号化した後に例えば
これをデコードして音声出力することができる。
暗号鍵（Ｋ１とする）と、ＣＨ−Ａ２／ＣＨ−Ｂ２につ
いての暗号鍵（Ｋ２とする）が共有された後、シンク機
器１０３からソース機器１０１に対して、ＡＶデータの
送信を要求するための制御コマンド（ＣＰ ＰＬＡＹコ
マンド；ＣＰはコントロールプロトコルの略）を送信す
ると（Ｓ１１８）、シンク機器１０３からＰＬＡＹコマ
ンドを受信したソース機器１０１は、暗号鍵ｋ１でＭＰ
ＥＧ４データ（Ｃ１とする）を暗号化した映像データ
［Ｃ１］ｋ１をＣＨ−Ａ１／ＣＨ−Ｂ１によって送信す
るとともに（Ｓ１１９）、暗号鍵ｋ２でＡＡＣデータ
（Ｃ２とする）を暗号化した音声データ［Ｃ２］ｋ２を
ＣＨ−Ａ２／ＣＨ−Ｂ２によって送信する（Ｓ１２
０）。そして、シンク機器１０３は、ＣＨ−Ａ１／ＣＨ
−Ｂ１で受信した映像データ［Ｃ１］ｋ１を暗号鍵ｋ１
で復号化した後に例えばこれをデコードして映像表示す
るとともに、ＣＨ−Ａ２／ＣＨ−Ｂ２で受信した音声デ
ータ［Ｃ２］ｋ２を暗号鍵ｋ２で復号化した後に例えば
これをデコードして音声出力することができる。
【００６７】＜第２の方法＞図１２に、第２の方法の場
合のシーケンスの一例を示す。
合のシーケンスの一例を示す。
【００６８】第２の方法は、認証鍵交換の際に、シンク
機器１０３側の、Ｂｌｕｅｔｏｏｔｈチャネルに関する
情報、またはサブユニットとプラグに関する情報（図１
０のような対応テーブルを参照することによって、どち
らの情報からも同様の情報を入手することが可能である
ため、そちらでもよい）を添付する方法である。第１の
方法との相違は、ソース機器１０１側の情報が添付され
ない点である。シンク機器１０３の、Ｂｌｕｅｔｏｏｔ
ｈチャネルに関する情報またはサブユニットとプラグに
関する情報は、図１２のように、ＤＴＣＰの認証鍵交換
のやり取りに添付される。
機器１０３側の、Ｂｌｕｅｔｏｏｔｈチャネルに関する
情報、またはサブユニットとプラグに関する情報（図１
０のような対応テーブルを参照することによって、どち
らの情報からも同様の情報を入手することが可能である
ため、そちらでもよい）を添付する方法である。第１の
方法との相違は、ソース機器１０１側の情報が添付され
ない点である。シンク機器１０３の、Ｂｌｕｅｔｏｏｔ
ｈチャネルに関する情報またはサブユニットとプラグに
関する情報は、図１２のように、ＤＴＣＰの認証鍵交換
のやり取りに添付される。
【００６９】この方法を用いることによっても、ソース
機器１０１は、この認証鍵交換についての要求（チャレ
ンジ）が、どのチャネルに対するものであるのかを認識
することが可能である。つまり、図６のようなチャネル
対応テーブルまたは図１０のようなチャネル／サブユニ
ット／プラグ対応テーブルを参照することにより、シン
ク機器１０３のどのＢｌｕｅｔｏｏｔｈチャネルが、ど
のソース機器１０１のＢｌｕｅｔｏｏｔｈチャネルに対
応しているかを認識し、これをもって、ソース機器１０
１のどのサブユニット／プラグについての認証鍵交換要
求であるかを認識することができる。
機器１０１は、この認証鍵交換についての要求（チャレ
ンジ）が、どのチャネルに対するものであるのかを認識
することが可能である。つまり、図６のようなチャネル
対応テーブルまたは図１０のようなチャネル／サブユニ
ット／プラグ対応テーブルを参照することにより、シン
ク機器１０３のどのＢｌｕｅｔｏｏｔｈチャネルが、ど
のソース機器１０１のＢｌｕｅｔｏｏｔｈチャネルに対
応しているかを認識し、これをもって、ソース機器１０
１のどのサブユニット／プラグについての認証鍵交換要
求であるかを認識することができる。
【００７０】認証鍵交換の手順は、第１の方法と基本的
に同様である。この場合も、Ｂｌｕｅｔｏｏｔｈチャネ
ルごとに別々の暗号鍵を使ってＡＶデータの暗号化を行
うことになる。
に同様である。この場合も、Ｂｌｕｅｔｏｏｔｈチャネ
ルごとに別々の暗号鍵を使ってＡＶデータの暗号化を行
うことになる。
【００７１】＜第３の方法＞図１３に、第３の方法の場
合のシーケンスの一例を示す。
合のシーケンスの一例を示す。
【００７２】第３の方法は、図４のＳＰ ＳＵＢＵＮＩ
Ｔ ＩＮＦＯ応答やＳＰコピープロテクションコマンド
のように事前に著作権保護に関する情報交換の手順を踏
んだ後に認証鍵交換を要求に行くのではなく、暗号化さ
れたＡＶデータをシンク機器１０３が受信してはじめて
ソース機器１０１に対して認証鍵交換を要求に行くよう
にした場合の例である。ここでは、著作権保護に関する
情報が既知であるものとする（例えば、方式が固定され
ているなどである）。
Ｔ ＩＮＦＯ応答やＳＰコピープロテクションコマンド
のように事前に著作権保護に関する情報交換の手順を踏
んだ後に認証鍵交換を要求に行くのではなく、暗号化さ
れたＡＶデータをシンク機器１０３が受信してはじめて
ソース機器１０１に対して認証鍵交換を要求に行くよう
にした場合の例である。ここでは、著作権保護に関する
情報が既知であるものとする（例えば、方式が固定され
ているなどである）。
【００７３】この場合の認証鍵交換は以下のようにな
る。
る。
【００７４】まず、シンク機器１０３からソース機器１
０１に対して、ＣＰ ＰＬＡＹコマンドが発行される
（Ｓ１３１）。
０１に対して、ＣＰ ＰＬＡＹコマンドが発行される
（Ｓ１３１）。
【００７５】シンク機器１０３からＣＰ ＰＬＡＹコマ
ンドを受信したソース機器１０１は、指定されたサブユ
ニットからのＡＶデータの送信を開始する（Ｓ１３２，
Ｓ１３３）。ここで、例えば、最初の数秒間は、実際の
ＡＶデータ（暗号化データ）は送信せず、空データの送
信を行ってもよい。これは、認証鍵交換が終了するま
で、シンク機器１０３は実際のＡＶデータ再生は行うこ
とができないため、認証鍵交換を行う時間を与える意味
がある。
ンドを受信したソース機器１０１は、指定されたサブユ
ニットからのＡＶデータの送信を開始する（Ｓ１３２，
Ｓ１３３）。ここで、例えば、最初の数秒間は、実際の
ＡＶデータ（暗号化データ）は送信せず、空データの送
信を行ってもよい。これは、認証鍵交換が終了するま
で、シンク機器１０３は実際のＡＶデータ再生は行うこ
とができないため、認証鍵交換を行う時間を与える意味
がある。
【００７６】さて、これを受け取ったシンク機器１０３
は、「該データが、ソース機器１０１から送られてき
た、暗号化された、ＡＶデータである」ということを認
識することができる。なお、ＡＶデータであることは、
先のＳＰコネクトコマンドから認識可能である。また、
ソース機器１０１から送られてきているということは、
Ｂｌｕｅｔｏｏｔｈパケットヘッダを見ることにより認
識可能である。また、暗号化されていることは、ＡＶデ
ータに付与されたトランスポートヘッダから認識可能で
ある。
は、「該データが、ソース機器１０１から送られてき
た、暗号化された、ＡＶデータである」ということを認
識することができる。なお、ＡＶデータであることは、
先のＳＰコネクトコマンドから認識可能である。また、
ソース機器１０１から送られてきているということは、
Ｂｌｕｅｔｏｏｔｈパケットヘッダを見ることにより認
識可能である。また、暗号化されていることは、ＡＶデ
ータに付与されたトランスポートヘッダから認識可能で
ある。
【００７７】ここで、シンク機器１０３は、ソース機器
１０１に対して、認証鍵交換の要求を行うが、シンク機
器１０３側の、Ｂｌｕｅｔｏｏｔｈチャネルに関する情
報、またはサブユニットとプラグに関する情報（前述と
同様の理由によっていずれでもよい）を添付する。以降
の手順は、基本的に第２の方法と同様である。シンク機
器１０３のＢｌｕｅｔｏｏｔｈチャネルに関する情報ま
たはサブユニットとプラグに関する情報は、図１３のよ
うに、ＤＴＣＰの認証鍵交換のやり取りに添付される。
１０１に対して、認証鍵交換の要求を行うが、シンク機
器１０３側の、Ｂｌｕｅｔｏｏｔｈチャネルに関する情
報、またはサブユニットとプラグに関する情報（前述と
同様の理由によっていずれでもよい）を添付する。以降
の手順は、基本的に第２の方法と同様である。シンク機
器１０３のＢｌｕｅｔｏｏｔｈチャネルに関する情報ま
たはサブユニットとプラグに関する情報は、図１３のよ
うに、ＤＴＣＰの認証鍵交換のやり取りに添付される。
【００７８】さて、ＣＨ−Ａ１／ＣＨ−Ｂ１についての
暗号鍵（Ｋ１とする）が共有された後、ソース機器１０
１は、暗号鍵ｋ１でＭＰＥＧ４データ（Ｃ１）を暗号化
した映像データ［Ｃ１］ｋ１をＣＨ−Ａ１／ＣＨ−Ｂ１
によって送信し（Ｓ１４０）、シンク機器１０３は、Ｃ
Ｈ−Ａ１／ＣＨ−Ｂ１で受信した映像データ［Ｃ１］ｋ
１を暗号鍵ｋ１で復号化した後に例えばこれをデコード
して映像表示することができる。
暗号鍵（Ｋ１とする）が共有された後、ソース機器１０
１は、暗号鍵ｋ１でＭＰＥＧ４データ（Ｃ１）を暗号化
した映像データ［Ｃ１］ｋ１をＣＨ−Ａ１／ＣＨ−Ｂ１
によって送信し（Ｓ１４０）、シンク機器１０３は、Ｃ
Ｈ−Ａ１／ＣＨ−Ｂ１で受信した映像データ［Ｃ１］ｋ
１を暗号鍵ｋ１で復号化した後に例えばこれをデコード
して映像表示することができる。
【００７９】ＣＨ−Ａ１／ＣＨ−Ｂ１についても以上と
同様である。
同様である。
【００８０】この方法を用いることによっても、ソース
機器１０１は、この認証鍵交換についての要求（チャレ
ンジ）が、どのチャネルに対するものであるかを認識す
ることが可能である。つまり、図６のようなチャネル対
応テーブル、または図１０のようなチャネル／サブユニ
ット／プラグ対応テーブルを参照することにより、シン
ク機器１０３のどのＢｌｕｅｔｏｏｔｈチャネルが、ど
のソース機器１０１のＢｌｕｅｔｏｏｔｈチャネルに対
応しているかを認識し、これをもって、ソース機器１０
１のどのサブユニット／プラグについての認証鍵交換要
求であるかを認識することができる。
機器１０１は、この認証鍵交換についての要求（チャレ
ンジ）が、どのチャネルに対するものであるかを認識す
ることが可能である。つまり、図６のようなチャネル対
応テーブル、または図１０のようなチャネル／サブユニ
ット／プラグ対応テーブルを参照することにより、シン
ク機器１０３のどのＢｌｕｅｔｏｏｔｈチャネルが、ど
のソース機器１０１のＢｌｕｅｔｏｏｔｈチャネルに対
応しているかを認識し、これをもって、ソース機器１０
１のどのサブユニット／プラグについての認証鍵交換要
求であるかを認識することができる。
【００８１】この場合も、Ｂｌｕｅｔｏｏｔｈチャネル
ごとに別々の暗号鍵を使ってＡＶデータの暗号化を行う
ことになる。
ごとに別々の暗号鍵を使ってＡＶデータの暗号化を行う
ことになる。
【００８２】なお、第３の方法では、（第２の方法と同
様に）シンク機器１０３側のみについての、Ｂｌｕｅｔ
ｏｏｔｈチャネルに関する情報またはサブユニットとプ
ラグに関する情報を添付したが、第３の方法において
（第１の方法と同様に）シンク機器１０３側とソース機
器１０１側の双方についての、Ｂｌｕｅｔｏｏｔｈチャ
ネルに関する情報またはサブユニットとプラグに関する
情報を添付するようにした第４の方法も可能である。
様に）シンク機器１０３側のみについての、Ｂｌｕｅｔ
ｏｏｔｈチャネルに関する情報またはサブユニットとプ
ラグに関する情報を添付したが、第３の方法において
（第１の方法と同様に）シンク機器１０３側とソース機
器１０１側の双方についての、Ｂｌｕｅｔｏｏｔｈチャ
ネルに関する情報またはサブユニットとプラグに関する
情報を添付するようにした第４の方法も可能である。
【００８３】また、以上の第１〜第４の方法のそれぞれ
において、ソース機器１０１／シンク機器１０３間で、
「同一のサブユニットに関しては（たとえ異なるＢｌｕ
ｅｔｏｏｔｈチャネルを用いてＡＶデータを送信すると
しても）同一の暗号鍵を用いてＡＶデータの暗号化を行
う」というルールがある場合には、サブユニットごとに
１回づつ認証鍵交換を行えばよい（例えば、ＣＨ−Ａ１
／ＣＨ−Ｂ１に関して認証鍵交換手続を行うことにすれ
ば、ＣＨ−Ａ２／ＣＨ−Ｂ２に関しての認証鍵交換続を
行う必要はない）。
において、ソース機器１０１／シンク機器１０３間で、
「同一のサブユニットに関しては（たとえ異なるＢｌｕ
ｅｔｏｏｔｈチャネルを用いてＡＶデータを送信すると
しても）同一の暗号鍵を用いてＡＶデータの暗号化を行
う」というルールがある場合には、サブユニットごとに
１回づつ認証鍵交換を行えばよい（例えば、ＣＨ−Ａ１
／ＣＨ−Ｂ１に関して認証鍵交換手続を行うことにすれ
ば、ＣＨ−Ａ２／ＣＨ−Ｂ２に関しての認証鍵交換続を
行う必要はない）。
【００８４】（第２の実施形態）次に、第２の実施形態
について説明する。
について説明する。
【００８５】本実施形態の構成は基本的には第１の実施
形態と同様である（図１、２、３、６、７、８、９、１
０参照）。第１の実施形態では、シンク機器１０３がソ
ース機器１０１をコントロールするコントローラとなっ
たが、本実施形態では、ソース機器１０１がシンク機器
１０３をコントロールするコントローラとなっている。
形態と同様である（図１、２、３、６、７、８、９、１
０参照）。第１の実施形態では、シンク機器１０３がソ
ース機器１０１をコントロールするコントローラとなっ
たが、本実施形態では、ソース機器１０１がシンク機器
１０３をコントロールするコントローラとなっている。
【００８６】以下では、本実施形態が第１の実施形態と
相違する点を中心に説明する。
相違する点を中心に説明する。
【００８７】まず、ソース機器１０１とシンク機器１０
３との間のシーケンスの初期手順について説明する。
３との間のシーケンスの初期手順について説明する。
【００８８】図１４および図１５（図１５は図１４の続
きである）に、ソース機器１０１とシンク機器１０３の
シーケンスの初期手順例を示す。ここでも、ＡＶデータ
が転送されるＢｌｕｅｔｏｏｔｈのチャネルごとに異な
る暗号鍵が用いられる場合について説明する。
きである）に、ソース機器１０１とシンク機器１０３の
シーケンスの初期手順例を示す。ここでも、ＡＶデータ
が転送されるＢｌｕｅｔｏｏｔｈのチャネルごとに異な
る暗号鍵が用いられる場合について説明する。
【００８９】まず、ソース機器１０１とシンク機器１０
３は、ＳＰのためのＬ２ＣＡＰのコネクト要求とコネク
ト応答のやり取りを行い、それぞれにＣＨ−Ａ０，ＣＨ
−Ｂ０を確保し、チャネル対応テーブル（図６参照）を
作成する（Ｓ１５１〜Ｓ１５５）。
３は、ＳＰのためのＬ２ＣＡＰのコネクト要求とコネク
ト応答のやり取りを行い、それぞれにＣＨ−Ａ０，ＣＨ
−Ｂ０を確保し、チャネル対応テーブル（図６参照）を
作成する（Ｓ１５１〜Ｓ１５５）。
【００９０】次に、確立されたこのチャネルを用いて、
ＳＰ（ストリームプロトコル）のやり取りが行われる。
本実施形態では、ソース機器１０１がコントローラであ
るので、ソース機器１０１は、何らかの方法でシンク機
器１０３側がディスプレイであることを認識しており、
「どのような構成を持ったディスプレイであるか」を知
るためのＳＵＢＵＮＩＴ ＩＮＦＯコマンドをシンク機
器１０３に発行する（Ｓ１５６）。これに対して、シン
ク機器１０３は、図９に例示するような内部論理構成
を、ＳＰ ＳＵＢＵＮＩＴ ＩＮＦＯ応答としてソース
機器１０１に対して通知する（Ｓ１５７）。
ＳＰ（ストリームプロトコル）のやり取りが行われる。
本実施形態では、ソース機器１０１がコントローラであ
るので、ソース機器１０１は、何らかの方法でシンク機
器１０３側がディスプレイであることを認識しており、
「どのような構成を持ったディスプレイであるか」を知
るためのＳＵＢＵＮＩＴ ＩＮＦＯコマンドをシンク機
器１０３に発行する（Ｓ１５６）。これに対して、シン
ク機器１０３は、図９に例示するような内部論理構成
を、ＳＰ ＳＵＢＵＮＩＴ ＩＮＦＯ応答としてソース
機器１０１に対して通知する（Ｓ１５７）。
【００９１】ここで、著作権保護（ＡＶデータの暗号
化）をかけてＡＶデータを送出するのはソース機器１０
１側であるので、シンク機器１０３側から到達するＳＰ
ＳＵＢＵＮＩＴ ＩＮＦＯ応答には、著作権保護に関
する情報は記載されていなくてもよい（第１の実施形態
では、ＳＰ ＳＵＢＵＮＩＴ ＩＮＦＯ応答を送信して
いたのはソース機器１０１であったため、著作権保護に
関する情報を記載することも可能であった）。
化）をかけてＡＶデータを送出するのはソース機器１０
１側であるので、シンク機器１０３側から到達するＳＰ
ＳＵＢＵＮＩＴ ＩＮＦＯ応答には、著作権保護に関
する情報は記載されていなくてもよい（第１の実施形態
では、ＳＰ ＳＵＢＵＮＩＴ ＩＮＦＯ応答を送信して
いたのはソース機器１０１であったため、著作権保護に
関する情報を記載することも可能であった）。
【００９２】なお、Ｓ１５６およびＳ１５７の後に、第
１の実施形態の図４のＳ４６およびＳ４７に相当するよ
うな手続を行って、ソース機器１０１からシンク機器１
０３へのＳＰ ＳＵＢＵＮＩＴ ＩＮＦＯ応答を利用し
て、著作権保護に関する情報を通知するようにすること
も可能である。
１の実施形態の図４のＳ４６およびＳ４７に相当するよ
うな手続を行って、ソース機器１０１からシンク機器１
０３へのＳＰ ＳＵＢＵＮＩＴ ＩＮＦＯ応答を利用し
て、著作権保護に関する情報を通知するようにすること
も可能である。
【００９３】次に、ソース機器１０１とシンク機器１０
３は、Ｌ２ＣＡＰのコネクト要求／コネクト応答のやり
取りを、ＴＰ（トランスポートプロトコル）チャネル確
立のために行う。ここではＭＰＥＧ４ビデオとＡＡＣオ
ーディオの２チャネル分確保（ＣＨ−Ａ１／ＣＨ−Ｂ
１、およびＣＨ−Ａ２／ＣＨ−Ｂ２）する（Ｓ１５８〜
Ｓ１６３）。
３は、Ｌ２ＣＡＰのコネクト要求／コネクト応答のやり
取りを、ＴＰ（トランスポートプロトコル）チャネル確
立のために行う。ここではＭＰＥＧ４ビデオとＡＡＣオ
ーディオの２チャネル分確保（ＣＨ−Ａ１／ＣＨ−Ｂ
１、およびＣＨ−Ａ２／ＣＨ−Ｂ２）する（Ｓ１５８〜
Ｓ１６３）。
【００９４】次に、これらの確保したＢｌｕｅｔｏｏｔ
ｈチャネルを、対象となる出力プラグに接続するための
手順を行う。ここでは、コントローラがソース機器１０
１であるため、ＳＰコネクトコマンドがソース機器１０
１側からシンク機器１０３側に発行される（Ｓ１６４，
Ｓ１６５）。ここでは、「ＣＨ−Ｂ１はディスプレイサ
ブユニットの入力プラグ１に繋ぎなさい」という意味の
メッセージや「ＣＨ−Ｂ２はディスプレイサブユニット
の入力プラグ２に繋ぎなさい」という意味のメッセージ
がシンク機器１０３側に届く。シンク機器１０３は、こ
の指示に従う（図９に記述したＬ２ＣＡＰチャネルと入
力プラグの対応関係のように接続される）。
ｈチャネルを、対象となる出力プラグに接続するための
手順を行う。ここでは、コントローラがソース機器１０
１であるため、ＳＰコネクトコマンドがソース機器１０
１側からシンク機器１０３側に発行される（Ｓ１６４，
Ｓ１６５）。ここでは、「ＣＨ−Ｂ１はディスプレイサ
ブユニットの入力プラグ１に繋ぎなさい」という意味の
メッセージや「ＣＨ−Ｂ２はディスプレイサブユニット
の入力プラグ２に繋ぎなさい」という意味のメッセージ
がシンク機器１０３側に届く。シンク機器１０３は、こ
の指示に従う（図９に記述したＬ２ＣＡＰチャネルと入
力プラグの対応関係のように接続される）。
【００９５】ここで、このＳＰコネクトコマンドには、
相手側（この例の場合、シンク機器１０３）側のチャネ
ルとサブユニット／プラグの対応関係の情報の他に、こ
のコマンドの送信側（この例の場合、ソース機器１０
１）のチャネルとサブユニット／プラグの対応関係の情
報も記録してあってもよい。このようにすることで、相
手側機器（本実施形態の場合、シンク機器１０３）に対
して、コマンドの送信側のチャネルとサブユニット／プ
ラグの対応関係を明に通知することが可能となる。これ
によって、例えば、相手側機器が、自機器のサブユニッ
トやプラグを単位に認証鍵交換を行わなければならない
ような場合において、自機器のどのサブユニットやプラ
グに対してこれを行うべきかについての情報を相手側機
器に対して通知することが可能となる。
相手側（この例の場合、シンク機器１０３）側のチャネ
ルとサブユニット／プラグの対応関係の情報の他に、こ
のコマンドの送信側（この例の場合、ソース機器１０
１）のチャネルとサブユニット／プラグの対応関係の情
報も記録してあってもよい。このようにすることで、相
手側機器（本実施形態の場合、シンク機器１０３）に対
して、コマンドの送信側のチャネルとサブユニット／プ
ラグの対応関係を明に通知することが可能となる。これ
によって、例えば、相手側機器が、自機器のサブユニッ
トやプラグを単位に認証鍵交換を行わなければならない
ような場合において、自機器のどのサブユニットやプラ
グに対してこれを行うべきかについての情報を相手側機
器に対して通知することが可能となる。
【００９６】このＳＰコネクトコマンドによって、シン
ク機器１０３は、ソース機器１０１のＶＴＲサブユニッ
トの出力プラグ１と出力プラグ２（またはＣＨ−Ｂ１と
ＣＨ−Ｂ２）からＡＶデータ（すなわち映像データと音
声データ）が今後送信されてくることが予想できる（Ａ
Ｖデータの送信を行わせるために、このＳＰコネクトコ
マンドを発行しているので）。
ク機器１０３は、ソース機器１０１のＶＴＲサブユニッ
トの出力プラグ１と出力プラグ２（またはＣＨ−Ｂ１と
ＣＨ−Ｂ２）からＡＶデータ（すなわち映像データと音
声データ）が今後送信されてくることが予想できる（Ａ
Ｖデータの送信を行わせるために、このＳＰコネクトコ
マンドを発行しているので）。
【００９７】ここで、シンク機器１０３が、ソース機器
１０１側に対して、そのチャネル（またはサブユニット
またはプラグ）が用いる（可能性のある）著作権保護の
方式についての問い合わせを行ってもよい。すなわち、
第１の実施形態と同様に、ＳＰコピープロテクションコ
マンドに、チャネル（ＣＨ−Ａ１，ＣＨ−Ａ２）を指定
することによって、そのチャネルにおいて使用される
（可能性のある）著作権保護方式の問い合わせを行う
（Ｓ１６６／Ｓ１６８）。これに対して、ソース機器１
０１は、著作権保護の有無、方式（例えばＤＴＣＰ）、
認証の方式（例えばフル認証）を、各チャネルごと（結
果的にプラグごと）に通知することができるようになっ
ている（Ｓ１６７／Ｓ１６９）。なお、前述したよう
に、この問い合わせを複数チャネルについて一括して行
ってもよい。
１０１側に対して、そのチャネル（またはサブユニット
またはプラグ）が用いる（可能性のある）著作権保護の
方式についての問い合わせを行ってもよい。すなわち、
第１の実施形態と同様に、ＳＰコピープロテクションコ
マンドに、チャネル（ＣＨ−Ａ１，ＣＨ−Ａ２）を指定
することによって、そのチャネルにおいて使用される
（可能性のある）著作権保護方式の問い合わせを行う
（Ｓ１６６／Ｓ１６８）。これに対して、ソース機器１
０１は、著作権保護の有無、方式（例えばＤＴＣＰ）、
認証の方式（例えばフル認証）を、各チャネルごと（結
果的にプラグごと）に通知することができるようになっ
ている（Ｓ１６７／Ｓ１６９）。なお、前述したよう
に、この問い合わせを複数チャネルについて一括して行
ってもよい。
【００９８】さて、このようにＳＰコピープロテクショ
ンコマンド（およびまたはＳＰ ＳＵＢＵＮＩＴ ＩＮ
ＦＯコマンド）によって、シンク機器１０３は、ソース
機器１０１の特定チャネル（またはサブユニット／プラ
グ）においてどのような方式の著作権保護がなされるか
についての情報をこの時点で得ることが可能である。
ンコマンド（およびまたはＳＰ ＳＵＢＵＮＩＴ ＩＮ
ＦＯコマンド）によって、シンク機器１０３は、ソース
機器１０１の特定チャネル（またはサブユニット／プラ
グ）においてどのような方式の著作権保護がなされるか
についての情報をこの時点で得ることが可能である。
【００９９】これらの情報交換によって、シンク機器１
０３やソース機器１０１にて、Ｂｌｕｅｔｏｏｔｈのチ
ャネルと、そのチャネルにつながるサブユニット（サブ
ユニット種別やサブユニットＩＤ等）、プラグおよび著
作権保護の方式等の対応関係を記述したチャネル／サブ
ユニット／プラグ対応テーブル（図１０参照）を作成す
ることが可能となる。
０３やソース機器１０１にて、Ｂｌｕｅｔｏｏｔｈのチ
ャネルと、そのチャネルにつながるサブユニット（サブ
ユニット種別やサブユニットＩＤ等）、プラグおよび著
作権保護の方式等の対応関係を記述したチャネル／サブ
ユニット／プラグ対応テーブル（図１０参照）を作成す
ることが可能となる。
【０１００】次に、ソース機器１０１とシンク機器１０
３との間のシーケンス初期手順以降の手順について説明
する。
３との間のシーケンス初期手順以降の手順について説明
する。
【０１０１】続いて、シンク機器１０３は、ＤＴＣＰの
方式に従って、ソース機器１０１に対して著作権保護の
ための認証鍵交換の手続をはじめる。この認証鍵交換の
方式として、第１の実施形態と同様に、いくつかの方法
が考えられる。
方式に従って、ソース機器１０１に対して著作権保護の
ための認証鍵交換の手続をはじめる。この認証鍵交換の
方式として、第１の実施形態と同様に、いくつかの方法
が考えられる。
【０１０２】＜第１の方法＞図１６に、本実施形態の第
１の方法の場合のシーケンスの一例を示す。
１の方法の場合のシーケンスの一例を示す。
【０１０３】本実施形態の第１の方法は、第１の実施形
態の第１の方法（図１１参照）と同様に、認証鍵交換の
際に、ソース機器１０１側／シンク機器１０３側双方
の、Ｂｌｕｅｔｏｏｔｈチャネルに関する情報、または
双方のサブユニットとプラグに関する情報（前述と同様
の理由によっていずれでもよい）を添付させる方法であ
る。このようにすることにより、ソース機器１０１は、
この認証鍵交換についての要求（チャレンジ）が、どの
チャネルに対するものであるかを認識することが可能で
ある。この双方のＢｌｕｅｔｏｏｔｈチャネルに関する
情報または双方のサブユニットとプラグに関する情報
は、図１６のように、ＤＴＣＰの認証鍵交換のやり取り
に添付される。
態の第１の方法（図１１参照）と同様に、認証鍵交換の
際に、ソース機器１０１側／シンク機器１０３側双方
の、Ｂｌｕｅｔｏｏｔｈチャネルに関する情報、または
双方のサブユニットとプラグに関する情報（前述と同様
の理由によっていずれでもよい）を添付させる方法であ
る。このようにすることにより、ソース機器１０１は、
この認証鍵交換についての要求（チャレンジ）が、どの
チャネルに対するものであるかを認識することが可能で
ある。この双方のＢｌｕｅｔｏｏｔｈチャネルに関する
情報または双方のサブユニットとプラグに関する情報
は、図１６のように、ＤＴＣＰの認証鍵交換のやり取り
に添付される。
【０１０４】第１の実施形態の図１１のＳ１１８では、
シンク機器１０３からソース機器１０１に対して、ＡＶ
データの送信を要求するための制御コマンドであるＣＰ
ＰＬＡＹコマンドが送信されたが、本実施形態の図１
６のＳ１７１では、ソース機器１０１からシンク機器１
０３に対して、ＡＶデータの受信を要求するための制御
コマンドであるＣＰ 表示コマンドが送信される。
シンク機器１０３からソース機器１０１に対して、ＡＶ
データの送信を要求するための制御コマンドであるＣＰ
ＰＬＡＹコマンドが送信されたが、本実施形態の図１
６のＳ１７１では、ソース機器１０１からシンク機器１
０３に対して、ＡＶデータの受信を要求するための制御
コマンドであるＣＰ 表示コマンドが送信される。
【０１０５】この手順により、各Ｂｌｕｅｔｏｏｔｈチ
ャネルについて、ソース機器１０１とシンク機器１０３
で、ＡＶデータを暗号化して転送するための暗号鍵の共
有を図ることができるようになる。
ャネルについて、ソース機器１０１とシンク機器１０３
で、ＡＶデータを暗号化して転送するための暗号鍵の共
有を図ることができるようになる。
【０１０６】本実施形態では、Ｂｌｕｅｔｏｏｔｈチャ
ネルごとに別々の暗号鍵を使ってＡＶデータの暗号化を
行うことになる。なお、証明書（Ａｃｅｒｔ、Ｂｃｅｒ
ｔ）は、各機器ごとに１つづつ持っていればよく、必ず
しもサブユニットごとあるいはプラグごとに持つ必要は
ない。
ネルごとに別々の暗号鍵を使ってＡＶデータの暗号化を
行うことになる。なお、証明書（Ａｃｅｒｔ、Ｂｃｅｒ
ｔ）は、各機器ごとに１つづつ持っていればよく、必ず
しもサブユニットごとあるいはプラグごとに持つ必要は
ない。
【０１０７】＜第２の方法＞図１７に、本実施形態の第
２の方法の場合のシーケンスの一例を示す。
２の方法の場合のシーケンスの一例を示す。
【０１０８】本実施形態の第２の方法は、第１の実施形
態の第２の方法（図１２参照）と同様、認証鍵交換の際
に、シンク機器１０３側の、Ｂｌｕｅｔｏｏｔｈチャネ
ルに関する情報、またはサブユニットとプラグに関する
情報（前述と同様の理由によっていずれでもよい）を添
付する方法である。（第１の実施形態における第１の方
法と第２の方法の関係と同様に）本実施形態の第１の方
法との相違は、ソース機器１０１側の情報が添付されな
い点である。シンク機器１０３の、Ｂｌｕｅｔｏｏｔｈ
チャネルに関する情報またはサブユニットとプラグに関
する情報は、図１７のように、ＤＴＣＰの認証鍵交換の
やり取りに添付される。
態の第２の方法（図１２参照）と同様、認証鍵交換の際
に、シンク機器１０３側の、Ｂｌｕｅｔｏｏｔｈチャネ
ルに関する情報、またはサブユニットとプラグに関する
情報（前述と同様の理由によっていずれでもよい）を添
付する方法である。（第１の実施形態における第１の方
法と第２の方法の関係と同様に）本実施形態の第１の方
法との相違は、ソース機器１０１側の情報が添付されな
い点である。シンク機器１０３の、Ｂｌｕｅｔｏｏｔｈ
チャネルに関する情報またはサブユニットとプラグに関
する情報は、図１７のように、ＤＴＣＰの認証鍵交換の
やり取りに添付される。
【０１０９】なお、第１の実施形態の図１２のＳ１２８
では、シンク機器１０３からソース機器１０１に対し
て、ＡＶデータの送信を要求するための制御コマンドで
あるＣＰ ＰＬＡＹコマンドが送信されたが、本実施形
態の図１７のＳ１８１では、ソース機器１０１からシン
ク機器１０３に対して、ＡＶデータの受信を要求するた
めの制御コマンドであるＣＰ 表示コマンドが送信され
る。
では、シンク機器１０３からソース機器１０１に対し
て、ＡＶデータの送信を要求するための制御コマンドで
あるＣＰ ＰＬＡＹコマンドが送信されたが、本実施形
態の図１７のＳ１８１では、ソース機器１０１からシン
ク機器１０３に対して、ＡＶデータの受信を要求するた
めの制御コマンドであるＣＰ 表示コマンドが送信され
る。
【０１１０】この方法を用いることによっても、ソース
機器１０１は、この認証鍵交換についての要求（チャレ
ンジ）が、どのチャネルに対するものであるのかを認識
することが可能である。つまり、図６のようなチャネル
対応テーブルまたは図１０のようなチャネル／サブユニ
ット／プラグ対応テーブルを参照することにより、シン
ク機器１０３のどのＢｌｕｅｔｏｏｔｈチャネルが、ど
のソース機器１０１のＢｌｕｅｔｏｏｔｈチャネルに対
応しているかを認識し、これをもって、ソース機器１０
１のどのサブユニット／プラグについての認証鍵交換要
求であるかを認識することができる。
機器１０１は、この認証鍵交換についての要求（チャレ
ンジ）が、どのチャネルに対するものであるのかを認識
することが可能である。つまり、図６のようなチャネル
対応テーブルまたは図１０のようなチャネル／サブユニ
ット／プラグ対応テーブルを参照することにより、シン
ク機器１０３のどのＢｌｕｅｔｏｏｔｈチャネルが、ど
のソース機器１０１のＢｌｕｅｔｏｏｔｈチャネルに対
応しているかを認識し、これをもって、ソース機器１０
１のどのサブユニット／プラグについての認証鍵交換要
求であるかを認識することができる。
【０１１１】＜第３の方法＞図１８に、本実施形態の第
３の方法の場合のシーケンスの一例を示す。
３の方法の場合のシーケンスの一例を示す。
【０１１２】本実施形態の第３の方法は、第１の実施形
態の第３の方法（図１３参照）と同様に、図１７のＳＰ
ＳＵＢＵＮＩＴ ＩＮＦＯ応答や、ＳＰコピープロテ
クションコマンドのように、事前に著作権保護に関する
事前の情報交換は行わず、暗号化されたＡＶデータをシ
ンク機器１０３が受信して、はじめて、ソース機器１０
１に対して認証鍵交換を要求に行く場合である。
態の第３の方法（図１３参照）と同様に、図１７のＳＰ
ＳＵＢＵＮＩＴ ＩＮＦＯ応答や、ＳＰコピープロテ
クションコマンドのように、事前に著作権保護に関する
事前の情報交換は行わず、暗号化されたＡＶデータをシ
ンク機器１０３が受信して、はじめて、ソース機器１０
１に対して認証鍵交換を要求に行く場合である。
【０１１３】まず、第１の実施形態の図１３のＳ１３１
では、シンク機器１０３からソース機器１０１に対し
て、ＡＶデータの送信を要求するための制御コマンドで
あるＣＰ ＰＬＡＹコマンドが送信されたが、本実施形
態の図１８のＳ１９０では、ソース機器１０１からシン
ク機器１０３に対して、ＡＶデータの受信を要求するた
めの制御コマンドであるＣＰ 表示コマンドが発行され
る。ここで、ソース機器１０１は、（ＣＨ−Ｂ１，ＣＨ
−Ｂ２経由で）ＡＶデータの送信を開始する（Ｓ１３
２，Ｓ１３３）。以降の手順は、基本的に第１の実施形
態の第３の方法（図１３参照）と同様である。
では、シンク機器１０３からソース機器１０１に対し
て、ＡＶデータの送信を要求するための制御コマンドで
あるＣＰ ＰＬＡＹコマンドが送信されたが、本実施形
態の図１８のＳ１９０では、ソース機器１０１からシン
ク機器１０３に対して、ＡＶデータの受信を要求するた
めの制御コマンドであるＣＰ 表示コマンドが発行され
る。ここで、ソース機器１０１は、（ＣＨ−Ｂ１，ＣＨ
−Ｂ２経由で）ＡＶデータの送信を開始する（Ｓ１３
２，Ｓ１３３）。以降の手順は、基本的に第１の実施形
態の第３の方法（図１３参照）と同様である。
【０１１４】さて、これを受け取ったシンク機器１０３
は、「該データが、ソース機器１０１から送られてき
た、暗号化された、ＡＶデータである」ということを認
識することができる。なお、ＡＶデータであることは、
先のＳＰコネクトコマンドから認識可能である。また、
ソース機器１０１から送られてきているということは、
Ｂｌｕｅｔｏｏｔｈパケットヘッダを見ることにより認
識可能である。また、暗号化されていることは、ＡＶデ
ータに付与されたトランスポートヘッダから認識可能で
ある。
は、「該データが、ソース機器１０１から送られてき
た、暗号化された、ＡＶデータである」ということを認
識することができる。なお、ＡＶデータであることは、
先のＳＰコネクトコマンドから認識可能である。また、
ソース機器１０１から送られてきているということは、
Ｂｌｕｅｔｏｏｔｈパケットヘッダを見ることにより認
識可能である。また、暗号化されていることは、ＡＶデ
ータに付与されたトランスポートヘッダから認識可能で
ある。
【０１１５】ここで、シンク機器１０３は、ソース機器
１０１に対して、認証鍵交換の要求を行うが、シンク機
器１０３側のＢｌｕｅｔｏｏｔｈチャネルに関する情
報、またはサブユニットとプラグに関する情報（前述と
同様の理由によっていずれでもよい）を添付する。
１０１に対して、認証鍵交換の要求を行うが、シンク機
器１０３側のＢｌｕｅｔｏｏｔｈチャネルに関する情
報、またはサブユニットとプラグに関する情報（前述と
同様の理由によっていずれでもよい）を添付する。
【０１１６】送信側のソース機器１０１は、このＢｌｕ
ｅｔｏｏｔｈチャネルに関する情報、またはサブユニッ
トとプラグに関する情報を参照し、図６のようなチャネ
ル対応テーブルや図１０のようなチャネル／サブユニッ
ト／プラグ対応テーブルを参照するなどして、ソース機
器１０１は、この認証鍵交換についての要求（チャレン
ジ）が、どのチャネルに対するものであるのかを認識す
ることが可能である。
ｅｔｏｏｔｈチャネルに関する情報、またはサブユニッ
トとプラグに関する情報を参照し、図６のようなチャネ
ル対応テーブルや図１０のようなチャネル／サブユニッ
ト／プラグ対応テーブルを参照するなどして、ソース機
器１０１は、この認証鍵交換についての要求（チャレン
ジ）が、どのチャネルに対するものであるのかを認識す
ることが可能である。
【０１１７】この場合も、Ｂｌｕｅｔｏｏｔｈチャネル
ごとに別々の暗号鍵を使ってＡＶデータの暗号化を行う
ことになる。
ごとに別々の暗号鍵を使ってＡＶデータの暗号化を行う
ことになる。
【０１１８】なお、第１の実施形態と同様に、本実施形
態の第３の方法では、（第２の方法と同様に）シンク機
器１０３側のみについての、Ｂｌｕｅｔｏｏｔｈチャネ
ルに関する情報またはサブユニットとプラグに関する情
報を添付したが、第３の方法において（第１の方法と同
様に）シンク機器１０３側とソース機器１０１側の双方
についての、Ｂｌｕｅｔｏｏｔｈチャネルに関する情報
またはサブユニットとプラグに関する情報を添付するよ
うにした本実施形態の第４の方法も可能である。
態の第３の方法では、（第２の方法と同様に）シンク機
器１０３側のみについての、Ｂｌｕｅｔｏｏｔｈチャネ
ルに関する情報またはサブユニットとプラグに関する情
報を添付したが、第３の方法において（第１の方法と同
様に）シンク機器１０３側とソース機器１０１側の双方
についての、Ｂｌｕｅｔｏｏｔｈチャネルに関する情報
またはサブユニットとプラグに関する情報を添付するよ
うにした本実施形態の第４の方法も可能である。
【０１１９】（第３の実施形態）第１、第２の実施形態
では、ＳＰコネクトコマンドにてソース機器１０１側／
シンク機器１０３側双方のＢｌｕｅｔｏｏｔｈチャネル
と、サブユニット／プラグの対応関係を通知していた。
これに対し、ＳＰコネクトコマンドでは、相手側機器
（第１の実施形態ではソース機器１０１、第２の実施形
態ではシンク機器１０３）のＢｌｕｅｔｏｏｔｈチャネ
ルとサブユニット／プラグの対応関係のみを記載して、
その接続を促す方法も考えられる。
では、ＳＰコネクトコマンドにてソース機器１０１側／
シンク機器１０３側双方のＢｌｕｅｔｏｏｔｈチャネル
と、サブユニット／プラグの対応関係を通知していた。
これに対し、ＳＰコネクトコマンドでは、相手側機器
（第１の実施形態ではソース機器１０１、第２の実施形
態ではシンク機器１０３）のＢｌｕｅｔｏｏｔｈチャネ
ルとサブユニット／プラグの対応関係のみを記載して、
その接続を促す方法も考えられる。
【０１２０】この場合、ＳＰ コピープロテクションコ
マンドについて考えると、第１の実施形態では既に説明
したシーケンスで可能である（どのＢｌｕｅｔｏｏｔｈ
チャネルについて、ＳＰコピープロテクションコマンド
を送出すればよいかは、ＳＰコネクトコマンドを見れば
わかるので）。
マンドについて考えると、第１の実施形態では既に説明
したシーケンスで可能である（どのＢｌｕｅｔｏｏｔｈ
チャネルについて、ＳＰコピープロテクションコマンド
を送出すればよいかは、ＳＰコネクトコマンドを見れば
わかるので）。
【０１２１】しかしながら、第２の実施形態では、シン
ク機器１０３は、「ソース機器１０１の、どのＢｌｕｅ
ｔｏｏｔｈチャネル、あるいはサブユニット／プラグか
らＡＶデータが送られてくるのかがわからない」ため、
ＳＰコピープロテクションコマンドをソース機器１０１
に対して送出することができない。
ク機器１０３は、「ソース機器１０１の、どのＢｌｕｅ
ｔｏｏｔｈチャネル、あるいはサブユニット／プラグか
らＡＶデータが送られてくるのかがわからない」ため、
ＳＰコピープロテクションコマンドをソース機器１０１
に対して送出することができない。
【０１２２】図１９に、第２の実施形態において、「Ｓ
Ｐコネクトコマンドでは、相手側機器（第２の実施形態
ではシンク機器１０３）のＢｌｕｅｔｏｏｔｈチャネル
とサブユニット／プラグの対応関係のみを記載して、そ
の接続を促す方法」を可能とするためのシーケンスの一
例を示す。図１９は、図１４および図１５を修正したも
のである。
Ｐコネクトコマンドでは、相手側機器（第２の実施形態
ではシンク機器１０３）のＢｌｕｅｔｏｏｔｈチャネル
とサブユニット／プラグの対応関係のみを記載して、そ
の接続を促す方法」を可能とするためのシーケンスの一
例を示す。図１９は、図１４および図１５を修正したも
のである。
【０１２３】まず、第２の実施形態の図１５のＳＰコピ
ープロテクションコマンドのやり取りは省略される。こ
の場合は、認証鍵交換の方式も、第２の実施形態の第２
の方法か、第３の方法をとることになる。ソース機器１
０１は、図６のようなチャネル対応テーブルか、図１０
のようなチャネル／サブユニット／プラグ対応テーブル
を参照して、この認証鍵交換についての要求（チャレン
ジ）が、どのチャネルに対するものであるのかを認識す
ることになる。
ープロテクションコマンドのやり取りは省略される。こ
の場合は、認証鍵交換の方式も、第２の実施形態の第２
の方法か、第３の方法をとることになる。ソース機器１
０１は、図６のようなチャネル対応テーブルか、図１０
のようなチャネル／サブユニット／プラグ対応テーブル
を参照して、この認証鍵交換についての要求（チャレン
ジ）が、どのチャネルに対するものであるのかを認識す
ることになる。
【０１２４】（第４の実施形態）次に、第４の実施形態
について説明する。
について説明する。
【０１２５】本実施形態の構成は基本的には第２の実施
形態と同様である。
形態と同様である。
【０１２６】以下では、本実施形態が第２の実施形態と
相違する点を中心に説明する。
相違する点を中心に説明する。
【０１２７】第２の実施形態との相違は、第２の実施形
態においては認証鍵交換の単位がＢｌｕｅｔｏｏｔｈチ
ャネル（または、サブユニット／プラグ）の単位であっ
たのに対して、本実施形態においては、認証鍵交換の単
位がサブユニットごととなっている点である。
態においては認証鍵交換の単位がＢｌｕｅｔｏｏｔｈチ
ャネル（または、サブユニット／プラグ）の単位であっ
たのに対して、本実施形態においては、認証鍵交換の単
位がサブユニットごととなっている点である。
【０１２８】まず、ソース機器１０１とシンク機器１０
３との間のシーケンスの初期手順について説明する。
３との間のシーケンスの初期手順について説明する。
【０１２９】図２０に、ソース機器１０１とシンク機器
１０３のシーケンスの初期手順例を示す。
１０３のシーケンスの初期手順例を示す。
【０１３０】まず、第２の実施形態の初期手順シーケン
ス（図１４および図１５）のＳＰコネクトコマンドのや
り取りまでは、第２の実施形態と同様である。このＳＰ
コネクトコマンドには、相手側（シンク機器１０３側）
のチャネルとサブユニット／プラグの対応関係の情報の
他に、このコマンドの送信側（ソース機器１０１）のチ
ャネルとサブユニット／プラグの対応関係の情報も記載
してある。このようにすることで、相手側機器（本実施
形態の場合、シンク機器１０３）に対して、コマンドの
送信側のチャネルとサブユニット／プラグの対応関係を
明に通知することが可能となる。これによって、例えば
相手側機器が、自機器のサブユニットやプラグを単位に
認証鍵交換を行わなければならないような場合におい
て、自機器のどのサブユニットやプラグに対してこれを
行うべきかについての情報を相手側機器に対して通知す
ることが可能となる。
ス（図１４および図１５）のＳＰコネクトコマンドのや
り取りまでは、第２の実施形態と同様である。このＳＰ
コネクトコマンドには、相手側（シンク機器１０３側）
のチャネルとサブユニット／プラグの対応関係の情報の
他に、このコマンドの送信側（ソース機器１０１）のチ
ャネルとサブユニット／プラグの対応関係の情報も記載
してある。このようにすることで、相手側機器（本実施
形態の場合、シンク機器１０３）に対して、コマンドの
送信側のチャネルとサブユニット／プラグの対応関係を
明に通知することが可能となる。これによって、例えば
相手側機器が、自機器のサブユニットやプラグを単位に
認証鍵交換を行わなければならないような場合におい
て、自機器のどのサブユニットやプラグに対してこれを
行うべきかについての情報を相手側機器に対して通知す
ることが可能となる。
【０１３１】このＳＰコネクトコマンドによって、シン
ク機器１０３は、ソース機器１０１のＶＴＲサブユニッ
トからＡＶデータ（すなわち映像データと音声データ）
が今後送信されてくることが予想できる（ＡＶデータの
送信を行わせるために、このＳＰコネクトコマンドを発
行しているので）。
ク機器１０３は、ソース機器１０１のＶＴＲサブユニッ
トからＡＶデータ（すなわち映像データと音声データ）
が今後送信されてくることが予想できる（ＡＶデータの
送信を行わせるために、このＳＰコネクトコマンドを発
行しているので）。
【０１３２】このＳＰコネクトコマンドの時点で、シン
ク機器１０３は、ＣＨ−Ａ１、ＣＨ−Ａ２に関する認証
先が、ソース機器１０１のＶＴＲサブユニットであるこ
とを認識する（Ｓ２０８）。
ク機器１０３は、ＣＨ−Ａ１、ＣＨ−Ａ２に関する認証
先が、ソース機器１０１のＶＴＲサブユニットであるこ
とを認識する（Ｓ２０８）。
【０１３３】ここで、シンク機器１０３が、ソース機器
１０１側に対して、サブユニットが用いる（可能性のあ
る）著作権保護の方式についての問い合わせを行っても
よい。すなわち、ＳＰコピープロテクションコマンド
に、サブユニットを指定することによって、そのサブユ
ニットにおいて使用される（可能性のある）著作権保護
方式の問い合わせを行う（Ｓ２０９）。これに対して、
ソース機器１０１は、著作権保護の有無、方式（例えば
ＤＴＣＰ）、認証の方式（例えばフル認証）を、各チャ
ネルごと（結果的にプラグごと）に通知することができ
るようになっている（Ｓ２１０）。なお、前述したよう
に、この問い合わせを複数チャネルや複数サブユニット
について一括して行ってもよい。
１０１側に対して、サブユニットが用いる（可能性のあ
る）著作権保護の方式についての問い合わせを行っても
よい。すなわち、ＳＰコピープロテクションコマンド
に、サブユニットを指定することによって、そのサブユ
ニットにおいて使用される（可能性のある）著作権保護
方式の問い合わせを行う（Ｓ２０９）。これに対して、
ソース機器１０１は、著作権保護の有無、方式（例えば
ＤＴＣＰ）、認証の方式（例えばフル認証）を、各チャ
ネルごと（結果的にプラグごと）に通知することができ
るようになっている（Ｓ２１０）。なお、前述したよう
に、この問い合わせを複数チャネルや複数サブユニット
について一括して行ってもよい。
【０１３４】さて、このようにＳＰコピープロテクショ
ンコマンドによって、シンク機器１０３は、ソース機器
１０１の特定チャネル（またはサブユニット／プラグ）
においてどのような方式の著作権保護がなされるかにつ
いての情報をこの時点で得ることが可能である。
ンコマンドによって、シンク機器１０３は、ソース機器
１０１の特定チャネル（またはサブユニット／プラグ）
においてどのような方式の著作権保護がなされるかにつ
いての情報をこの時点で得ることが可能である。
【０１３５】次に、ソース機器１０１とシンク機器１０
３との間のシーケンス初期手順以降の手順について説明
する。
３との間のシーケンス初期手順以降の手順について説明
する。
【０１３６】続いて、シンク機器１０３はＤＴＣＰの方
式に従って、ソース機器１０１に対して著作権保護のた
めの認証鍵交換の手続をはじめる。この認証鍵交換の方
式として、第２の実施形態と同様に、いくつかの方法が
考えられる。
式に従って、ソース機器１０１に対して著作権保護のた
めの認証鍵交換の手続をはじめる。この認証鍵交換の方
式として、第２の実施形態と同様に、いくつかの方法が
考えられる。
【０１３７】＜第１の方法＞図２１に、本実施形態の第
１の方法の場合のシーケンスの一例を示す。
１の方法の場合のシーケンスの一例を示す。
【０１３８】第１の方法は、認証鍵交換の際に、ソース
機器１０１側のサブユニットに関する情報を添付する方
法である。このようにすることにより、ソース機器１０
１は、この認証鍵交換についての要求（チャレンジ）
が、どのサブユニットに対するものであるかを認識する
ことが可能である。このソース機器１０１の送信サブユ
ニットに関する情報は、図２１のように、ＤＴＣＰの認
証鍵交換のやり取りに添付される。
機器１０１側のサブユニットに関する情報を添付する方
法である。このようにすることにより、ソース機器１０
１は、この認証鍵交換についての要求（チャレンジ）
が、どのサブユニットに対するものであるかを認識する
ことが可能である。このソース機器１０１の送信サブユ
ニットに関する情報は、図２１のように、ＤＴＣＰの認
証鍵交換のやり取りに添付される。
【０１３９】この手順により、各サブユニットごとに、
ソース機器１０１とシンク機器１０３で、ＡＶデータを
暗号化して転送するための暗号鍵の共有を図ることがで
きるようになる。
ソース機器１０１とシンク機器１０３で、ＡＶデータを
暗号化して転送するための暗号鍵の共有を図ることがで
きるようになる。
【０１４０】本実施形態では、各サブユニットごとに別
々の暗号鍵を使ってＡＶデータの暗号化を行うことにな
る。なお、証明書（Ａｃｅｒｔ、Ｂｃｅｒｔ）は、各機
器ごとに１つづつ持っていればよく、必ずしもサブユニ
ットごとあるいはプラグごとに持つ必要はない。
々の暗号鍵を使ってＡＶデータの暗号化を行うことにな
る。なお、証明書（Ａｃｅｒｔ、Ｂｃｅｒｔ）は、各機
器ごとに１つづつ持っていればよく、必ずしもサブユニ
ットごとあるいはプラグごとに持つ必要はない。
【０１４１】＜第２の方法＞図２２に、本実施形態の第
１の方法の場合のシーケンスの一例を示す。
１の方法の場合のシーケンスの一例を示す。
【０１４２】第２の方法は、暗号化されたＡＶデータを
シンク機器１０３が受信してから、ソース機器１０１に
対して認証鍵交換を要求にいく場合である。
シンク機器１０３が受信してから、ソース機器１０１に
対して認証鍵交換を要求にいく場合である。
【０１４３】この場合は、まず、ソース機器１０１から
シンク機器１０３に対して、ＡＶデータの受信を要求す
るための制御コマンドであるＣＰ表示コマンドが発行さ
れる（Ｓ２２１）。ここで、（ＣＨ−Ｂ１，ＣＨ−Ｂ２
経由で）ソース機器１０１は、ＡＶデータの送信を開始
する（Ｓ２２２，Ｓ２２３）。
シンク機器１０３に対して、ＡＶデータの受信を要求す
るための制御コマンドであるＣＰ表示コマンドが発行さ
れる（Ｓ２２１）。ここで、（ＣＨ−Ｂ１，ＣＨ−Ｂ２
経由で）ソース機器１０１は、ＡＶデータの送信を開始
する（Ｓ２２２，Ｓ２２３）。
【０１４４】これを受け取ったシンク機器１０３は、
「該データが、ソース機器１０１の、ＶＴＲサブユニッ
トから送られてきた、暗号化された、ＡＶデータであ
る」ということを認識することができる。なお、ＡＶデ
ータであることは、先のＳＰコネクトコマンドから認識
可能である。また、ソース機器１０１から送られてきて
いるということは、Ｂｌｕｅｔｏｏｔｈパケットヘッダ
を見ることにより認識可能である。また、暗号化されて
いることは、ＡＶデータに付与されたトランスポートヘ
ッダから認識可能である。どのサブユニットから送られ
てきているということは、Ｂｌｕｅｔｏｏｔｈパケット
ヘッダを見ることにより認識可能である。
「該データが、ソース機器１０１の、ＶＴＲサブユニッ
トから送られてきた、暗号化された、ＡＶデータであ
る」ということを認識することができる。なお、ＡＶデ
ータであることは、先のＳＰコネクトコマンドから認識
可能である。また、ソース機器１０１から送られてきて
いるということは、Ｂｌｕｅｔｏｏｔｈパケットヘッダ
を見ることにより認識可能である。また、暗号化されて
いることは、ＡＶデータに付与されたトランスポートヘ
ッダから認識可能である。どのサブユニットから送られ
てきているということは、Ｂｌｕｅｔｏｏｔｈパケット
ヘッダを見ることにより認識可能である。
【０１４５】ここで、シンク機器１０３は、ソース機器
１０１の特定のサブユニットを指定して、認証鍵交換の
要求を行う。送信側のソース機器１０１は、このサブユ
ニットに関する情報を参照して、この認証鍵交換につい
ての要求（チャレンジ）が、どのサブユニットに対する
ものであるのかを認識する。この後、そのサブユニット
のための認証鍵交換を行う。この場合は、サブユニット
ごとに別々の暗号鍵を使ってＡＶデータの暗号化を行う
ことになる。
１０１の特定のサブユニットを指定して、認証鍵交換の
要求を行う。送信側のソース機器１０１は、このサブユ
ニットに関する情報を参照して、この認証鍵交換につい
ての要求（チャレンジ）が、どのサブユニットに対する
ものであるのかを認識する。この後、そのサブユニット
のための認証鍵交換を行う。この場合は、サブユニット
ごとに別々の暗号鍵を使ってＡＶデータの暗号化を行う
ことになる。
【０１４６】なお、本実施形態は、第２の実施形態にお
いて認証鍵交換の単位をサブユニットごととしたもので
あったが、第１の実施形態において認証鍵交換の単位を
サブユニットごととした第４の実施形態も可能である。
いて認証鍵交換の単位をサブユニットごととしたもので
あったが、第１の実施形態において認証鍵交換の単位を
サブユニットごととした第４の実施形態も可能である。
【０１４７】ところで、以上では、ソース機器１０１
は、ＶＴＲ機能を有するものとして説明したが、ディス
ク装置あるいは半導体メモリから読み出したＭＰＥＧ４
映像／ＡＡＣ音声データを送信するもの、あるいは他の
装置から受信したＭＰＥＧ４映像／ＡＡＣ音声データを
中継するものであっても本発明は適用可能である。同様
に、シンク機器１０３は、デコード表示機能を有するも
のとして説明したが、受信したＭＰＥＧ４映像／音声デ
ータを、ビデオテープあるいはディスク装置あるいは半
導体メモリに記録するもの、あるいは他の装置へ中継す
るものであっても本発明は適用可能である。また、ソー
ス機器１０１は、ＭＰＥＧ４やＡＡＣなどの符号化がす
でになされているものを送信するものでもよいし、自身
がＭＰＥＧ４やＡＡＣなどの符号化を施して送信するも
のでもよいし、その両方の機能を有するものであっても
よい。同様に、シンク機器１０３は、受信したＭＰＥＧ
４やＡＡＣなどの符号化データをそのまま出力するもの
であってもよいし、自身がデコードして出力するもので
あってもよいし、その両方の機能を有するものであって
もよい。
は、ＶＴＲ機能を有するものとして説明したが、ディス
ク装置あるいは半導体メモリから読み出したＭＰＥＧ４
映像／ＡＡＣ音声データを送信するもの、あるいは他の
装置から受信したＭＰＥＧ４映像／ＡＡＣ音声データを
中継するものであっても本発明は適用可能である。同様
に、シンク機器１０３は、デコード表示機能を有するも
のとして説明したが、受信したＭＰＥＧ４映像／音声デ
ータを、ビデオテープあるいはディスク装置あるいは半
導体メモリに記録するもの、あるいは他の装置へ中継す
るものであっても本発明は適用可能である。また、ソー
ス機器１０１は、ＭＰＥＧ４やＡＡＣなどの符号化がす
でになされているものを送信するものでもよいし、自身
がＭＰＥＧ４やＡＡＣなどの符号化を施して送信するも
のでもよいし、その両方の機能を有するものであっても
よい。同様に、シンク機器１０３は、受信したＭＰＥＧ
４やＡＡＣなどの符号化データをそのまま出力するもの
であってもよいし、自身がデコードして出力するもので
あってもよいし、その両方の機能を有するものであって
もよい。
【０１４８】また、ソース機器１０１やシンク機器１０
３は、もちろん他の機能機能を持っていても良いし、ソ
ース機器とシンク機器の両方の機能を持っていても良
い。
３は、もちろん他の機能機能を持っていても良いし、ソ
ース機器とシンク機器の両方の機能を持っていても良
い。
【０１４９】なお、以上の各処理は、ソフトウェアとし
ても実現可能である。
ても実現可能である。
【０１５０】また、本実施形態は、コンピュータに所定
の手段を実行させるための（あるいはコンピュータを所
定の手段として機能させるための、あるいはコンピュー
タに所定の機能を実現させるための）プログラムを記録
したコンピュータ読取り可能な記録媒体としても実施す
ることもできる。
の手段を実行させるための（あるいはコンピュータを所
定の手段として機能させるための、あるいはコンピュー
タに所定の機能を実現させるための）プログラムを記録
したコンピュータ読取り可能な記録媒体としても実施す
ることもできる。
【０１５１】本発明は、上述した実施の形態に限定され
るものではなく、その技術的範囲において種々変形して
実施することができる。
るものではなく、その技術的範囲において種々変形して
実施することができる。
【０１５２】
【発明の効果】本発明によれば、Ｂｌｕｅｔｏｏｔｈの
ようなサブユニットやプラグの概念を持ったＡＶネット
ワークにおいて著作権保護を実現することができるよう
になる。
ようなサブユニットやプラグの概念を持ったＡＶネット
ワークにおいて著作権保護を実現することができるよう
になる。
【図１】本発明の一実施形態に係るＡＶデータ転送シス
テムの構成例を示す図
テムの構成例を示す図
【図２】ソース機器１０１の内部構成例を示す図
【図３】シンク機器１０３の内部構成例を示す図
【図４】ソース機器１０１とシンク機器１０３との間の
シーケンスの初期手順の一例を示す図
シーケンスの初期手順の一例を示す図
【図５】ソース機器１０１とシンク機器１０３との間の
シーケンスの初期手順の一例を示す図
シーケンスの初期手順の一例を示す図
【図６】チャネル対応テーブルの構成例を示す図
【図７】ソース機器１０１のＶＴＲサブユニットの論理
構成例について説明するための図
構成例について説明するための図
【図８】ＳＰ ＳＵＢＵＮＩＴ ＩＮＦＯ応答内に記述
する場合の著作権保護の方式についての情報の内容の一
例を示す図
する場合の著作権保護の方式についての情報の内容の一
例を示す図
【図９】シンク機器１０３のディスプレイサブユニット
の論理構成例について説明するための図
の論理構成例について説明するための図
【図１０】チャネル／サブユニット／プラグ対応テーブ
ルの構成例を示す図
ルの構成例を示す図
【図１１】ソース機器１０１とシンク機器１０３との間
のシーケンスの認証鍵交換手順およびデータ転送手順の
一例を示す図
のシーケンスの認証鍵交換手順およびデータ転送手順の
一例を示す図
【図１２】ソース機器１０１とシンク機器１０３との間
のシーケンスの認証鍵交換手順およびデータ転送手順の
他の例を示す図
のシーケンスの認証鍵交換手順およびデータ転送手順の
他の例を示す図
【図１３】ソース機器１０１とシンク機器１０３との間
のシーケンスの認証鍵交換手順およびデータ転送手順の
さらに他の例を示す図
のシーケンスの認証鍵交換手順およびデータ転送手順の
さらに他の例を示す図
【図１４】ソース機器１０１とシンク機器１０３との間
のシーケンスの初期手順の他の例を示す図
のシーケンスの初期手順の他の例を示す図
【図１５】ソース機器１０１とシンク機器１０３との間
のシーケンスの初期手順の他の例を示す図
のシーケンスの初期手順の他の例を示す図
【図１６】ソース機器１０１とシンク機器１０３との間
のシーケンスの認証鍵交換手順およびデータ転送手順の
さらに他の例を示す図
のシーケンスの認証鍵交換手順およびデータ転送手順の
さらに他の例を示す図
【図１７】ソース機器１０１とシンク機器１０３との間
のシーケンスの認証鍵交換手順およびデータ転送手順の
さらに他の例を示す図
のシーケンスの認証鍵交換手順およびデータ転送手順の
さらに他の例を示す図
【図１８】ソース機器１０１とシンク機器１０３との間
のシーケンスの認証鍵交換手順およびデータ転送手順の
さらに他の例を示す図
のシーケンスの認証鍵交換手順およびデータ転送手順の
さらに他の例を示す図
【図１９】ソース機器１０１とシンク機器１０３との間
のシーケンスの初期手順のさらに他の例を示す図
のシーケンスの初期手順のさらに他の例を示す図
【図２０】ソース機器１０１とシンク機器１０３との間
のシーケンスの初期手順のさらに他の例を示す図
のシーケンスの初期手順のさらに他の例を示す図
【図２１】ソース機器１０１とシンク機器１０３との間
のシーケンスの認証鍵交換手順およびデータ転送手順の
さらに他の例を示す図
のシーケンスの認証鍵交換手順およびデータ転送手順の
さらに他の例を示す図
【図２２】ソース機器１０１とシンク機器１０３との間
のシーケンスの認証鍵交換手順およびデータ転送手順の
さらに他の例を示す図
のシーケンスの認証鍵交換手順およびデータ転送手順の
さらに他の例を示す図
【符号の説明】 １０１…ソース機器１０１ １０３…シンク機器１０３ １０６…無線ネットワーク １００１，３００１…Ｂｌｕｅｔｏｏｔｈインタフェー
ス処理部 １００２，３００２…Ｌ２ＣＡＰ処理部 １０２１，３０２１…チャネル対応テーブル １００３，３００３…ストリームプロトコル処理部 １０３１，３０３１…チャネル／サブユニット／プラグ
対応テーブル １０３２，３０３２…著作権保護処理部 １００４，３００４…トランスポートプロトコル処理部 １０４１，３０４１…暗号化／復号化処理部 １００５，３００５…コントロールプロトコル処理部 １００６，３００６…ＶＴＲ処理部 １００７…ＭＰＥＧ４エンコーダ １００８…ＡＡＣエンコーダ ３００７…ＭＰＥＧ４デコーダ ３００８…ＡＡＣデコーダ
ス処理部 １００２，３００２…Ｌ２ＣＡＰ処理部 １０２１，３０２１…チャネル対応テーブル １００３，３００３…ストリームプロトコル処理部 １０３１，３０３１…チャネル／サブユニット／プラグ
対応テーブル １０３２，３０３２…著作権保護処理部 １００４，３００４…トランスポートプロトコル処理部 １０４１，３０４１…暗号化／復号化処理部 １００５，３００５…コントロールプロトコル処理部 １００６，３００６…ＶＴＲ処理部 １００７…ＭＰＥＧ４エンコーダ １００８…ＡＡＣエンコーダ ３００７…ＭＰＥＧ４デコーダ ３００８…ＡＡＣデコーダ
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5D044 AB05 AB07 BC01 BC03 CC03 CC04 DE49 DE50 GK17 HL02 HL08 HL11 5K033 AA08 BA15 CB01 DA17 DB10
Claims (19)
- 【請求項１】ネットワークを介して接続されたＡＶデー
タ受信装置及びＡＶデータ送信装置の一方の装置から他
方の装置へ、該他方の装置の特定のサブユニットに関す
る問合せを行なう第１のステップと、 前記他方の装置から前記一方の装置へ、該他方の装置の
特定のサブユニットが持つＡＶデータの送信又は受信の
機能と、各機能に対応する論理プラグの番号との対応関
係に関する情報を転送する第２のステップと、 前記一方の装置と前記他方の装置との間でＡＶデータの
転送に用いる論理コネクションをネットワーク上に確立
する第３のステップと、 前記一方の装置から前記他方の装置へ、前記確立された
論理コネクションと、前記特定のサブユニットの特定の
論理プラグ番号との接続を要求する第４のステップとを
有し、 更に前記第１のステップにおいて及び又は前記第４のス
テップの後に、前記ＡＶデータ受信装置から前記ＡＶデ
ータ送信装置へ、前記特定のサブユニット、前記特定の
サブユニットの特定の論理プラグ番号、又は前記確立さ
れた論理コネクションを通して転送されるＡＶデータに
施される著作権保護に関する情報を問い合わせることを
特徴とするＡＶデータ転送制御方法。 - 【請求項２】ネットワークを介して接続されたＡＶデー
タ送信装置からＡＶデータ受信装置へ著作権保護を施さ
れたＡＶデータを転送するＡＶデータ転送システムにお
いて、 前記ＡＶデータ受信装置は、 ネットワークを介して接続された相手機器の特定のサブ
ユニットに関する問合せを行なうサブユニット情報問合
せ手段と、 前記特定のサブユニットが持つＡＶデータの送信機能
と、各送信機能に対応する論理プラグの番号との対応関
係に関する情報を受信するサブユニット情報応答受信手
段と、 前記相手機器との間でのＡＶデータの転送に用いる論理
コネクションをネットワーク上に確立するコネクション
確立手段と、 前記相手機器に対して、前記確立された論理コネクショ
ンと、前記特定のサブユニットの特定の論理プラグ番号
との接続を要求するストリーム接続要求手段と、 前記特定のサブユニット、前記特定のサブユニットの特
定の論理プラグ番号、又は前記確立された論理コネクシ
ョンを通して転送されるＡＶデータに施される著作権保
護に関する情報を問い合わせる著作権保護情報問合せ手
段とを備え、 前記ＡＶデータ送信装置は、 ネットワークを介して接続された相手機器から、自装置
の特定のサブユニットに関する問合せを受けるサブユニ
ット情報問合せ受信手段と、 前記特定のサブユニットが持つＡＶデータの送信機能
と、各送信機能に対応する論理プラグの番号との対応関
係に関する情報を送信するサブユニット情報応答送信手
段と、 前記相手機器との間でのＡＶデータの転送に用いる論理
コネクションをネットワーク上に確立するコネクション
確立手段と、 前記相手機器から、前記確立した論理コネクションと、
前記特定のサブユニットの特定の論理プラグ番号との接
続の要求を受けるストリーム接続要求受信手段と、 前記特定のサブユニット、前記特定のサブユニットの特
定の論理プラグ番号、又は前記確立された論理コネクシ
ョンを通して転送されるＡＶデータに施される著作権保
護に関する情報の問合せを受ける著作権保護情報問合せ
受信手段とを備えたことを特徴とするＡＶデータ転送シ
ステム。 - 【請求項３】ネットワークを介して接続されたＡＶデー
タ送信装置からＡＶデータ受信装置へ著作権保護を施さ
れたＡＶデータを転送するＡＶデータ転送システムにお
いて、 前記ＡＶデータ受信装置は、 ネットワークを介して接続された相手機器から、自装置
の特定のサブユニットに関する問合せを受けるサブユニ
ット情報問合せ受信手段と、 前記特定のサブユニットが持つＡＶデータの受信機能
と、各受信機能に対応する論理プラグの番号との対応関
係に関する情報を送信するサブユニット情報応答送信手
段と、 前記相手機器との間でのＡＶデータの転送に用いる論理
コネクションをネットワーク上に確立するコネクション
確立手段と、 前記相手機器から、前記確立された論理コネクション
と、前記特定のサブユニットの特定の論理プラグ番号と
の接続の要求を受けるストリーム接続要求受信手段と、 前記特定のサブユニット、前記特定のサブユニットの特
定の論理プラグ番号、又は前記確立された論理コネクシ
ョンを通して転送されるＡＶデータに施される著作権保
護に関する情報を問い合わせる著作権保護情報問合せ手
段とを備え、 前記ＡＶデータ送信装置は、 ネットワークを介して接続された相手機器の特定のサブ
ユニットに関する問合せを行なうサブユニット情報問合
せ手段と、 前記特定のサブユニットが持つＡＶデータの受信機能
と、各受信能に対応する論理プラグの番号との対応関係
に関する情報を受信するサブユニット情報応答受信手段
と、 前記相手機器との間でのＡＶデータの転送に用いる論理
コネクションをネットワーク上に確立するコネクション
確立手段と、 前記相手機器に対して、前記確立された論理コネクショ
ンと、前記特定のサブユニットの特定の論理プラグ番号
との接続を要求するストリーム接続要求手段と、 前記特定のサブユニット、前記特定のサブユニットの特
定の論理プラグ番号、又は前記確立された論理コネクシ
ョンを通して転送されるＡＶデータに施される著作権保
護に関する情報の問合せを受ける著作権保護情報問合せ
受信手段とを備えたことを特徴とするＡＶデータ転送シ
ステム。 - 【請求項４】ネットワークを介して接続された相手機器
の特定のサブユニットに関する問合せを行なうサブユニ
ット情報問合せ手段と、 前記特定のサブユニットが持つＡＶデータの送信機能
と、各送信機能に対応する論理プラグの番号との対応関
係に関する情報を受信するサブユニット情報応答受信手
段と、 前記相手機器との間でのＡＶデータの転送に用いる論理
コネクションをネットワーク上に確立するコネクション
確立手段と、 前記相手機器に対して、前記確立された論理コネクショ
ンと、前記特定のサブユニットの特定の論理プラグ番号
との接続を要求するストリーム接続要求手段と、 前記特定のサブユニット、前記特定のサブユニットの特
定の論理プラグ番号、又は前記確立された論理コネクシ
ョンを通して転送されるＡＶデータに施される著作権保
護に関する情報を問い合わせる著作権保護情報問合せ手
段とを備えたことを特徴とするＡＶデータ受信装置。 - 【請求項５】ネットワークを介して接続された相手機器
から、自装置の特定のサブユニットに関する問合せを受
けるサブユニット情報問合せ受信手段と、 前記特定のサブユニットが持つＡＶデータの受信機能
と、各受信機能に対応する論理プラグの番号との対応関
係に関する情報を送信するサブユニット情報応答送信手
段と、 前記相手機器との間でのＡＶデータの転送に用いる論理
コネクションをネットワーク上に確立するコネクション
確立手段と、 前記相手機器から、前記確立された論理コネクション
と、前記特定のサブユニットの特定の論理プラグ番号と
の接続の要求を受けるストリーム接続要求受信手段と、 前記特定のサブユニット、前記特定のサブユニットの特
定の論理プラグ番号、又は前記確立された論理コネクシ
ョンを通して転送されるＡＶデータに施される著作権保
護に関する情報を問い合わせる著作権保護情報問合せ手
段とを備えたことを特徴とするＡＶデータ受信装置。 - 【請求項６】前記問い合わせる著作権保護情報には、著
作権保護方式の種別を含むことを特徴とする請求項４ま
たは５に記載のＡＶデータ受信装置。 - 【請求項７】前記著作権保護情報の問い合わせは、前記
特定のサブユニットに関する問合せと同一のパケットに
て行なうことを特徴とする請求項４に記載のＡＶデータ
受信装置。 - 【請求項８】前記相手機器に対して著作権保護のための
認証鍵交換を行なう認証鍵交換手段を更に備え、 前記認証鍵交換手段は、前記特定のサブユニット、前記
特定のサブユニットの特定のプラグ番号、又は前記特定
の論理コネクションの番号を、認証鍵交換手続きのやり
取りに付与することを特徴とする請求項４または５に記
載のＡＶデータ受信装置。 - 【請求項９】ネットワークを介して接続された相手機器
の特定のサブユニットに関する問合せを行なうサブユニ
ット情報問合せ手段と、 前記特定のサブユニットが持つＡＶデータの送信機能
と、各送信機能に対応する論理プラグの番号との対応関
係に関する情報を受信するサブユニット情報応答受信手
段と、 前記相手機器との間でのＡＶデータの転送に用いる論理
コネクションをネットワーク上に確立するコネクション
確立手段と、 前記相手機器に対して、前記確立された論理コネクショ
ンと、前記特定のサブユニットの特定の論理プラグ番号
との接続を要求するストリーム接続要求手段と、 前記相手機器に対して著作権保護のための認証鍵交換を
行なう認証鍵交換手段とを備え、 前記認証鍵交換手段は、前記特定のサブユニット、前記
特定のサブユニットの特定のプラグ番号、又は前記特定
の論理コネクションの番号を、認証鍵交換手続きのやり
取りに付与することを特徴とするＡＶデータ受信装置。 - 【請求項１０】ネットワークを介して接続された相手機
器から、自装置の特定のサブユニットに関する問合せを
受けるサブユニット情報問合せ受信手段と、 前記特定のサブユニットが持つＡＶデータの受信機能
と、各受信機能に対応する論理プラグの番号との対応関
係に関する情報を送信するサブユニット情報応答送信手
段と、 前記相手機器との間でのＡＶデータの転送に用いる論理
コネクションをネットワーク上に確立するコネクション
確立手段と、 前記相手機器から、前記確立された論理コネクション
と、前記特定のサブユニットの特定の論理プラグ番号と
の接続の要求を受けるストリーム接続要求受信手段と、 前記相手機器に対して著作権保護のための認証鍵交換を
行なう認証鍵交換手段とを備え、 前記認証鍵交換手段は、前記特定のサブユニット、前記
特定のサブユニットの特定のプラグ番号、又は前記特定
の論理コネクションの番号を、認証鍵交換手続きのやり
取りに付与することを特徴とするＡＶデータ受信装置。 - 【請求項１１】前記認証鍵交換手段でやり取りされる、
前記特定のサブユニット、前記特定のサブユニットの特
定のプラグ番号、又は前記特定の論理コネクションの番
号は、自装置についての値のみを付与することを特徴と
する請求項８ないし１０のいずれか１項に記載のＡＶデ
ータ受信装置。 - 【請求項１２】ネットワークを介して接続された相手機
器から、自装置の特定のサブユニットに関する問合せを
受けるサブユニット情報問合せ受信手段と、 前記特定のサブユニットが持つＡＶデータの送信機能
と、各送信機能に対応する論理プラグの番号との対応関
係に関する情報を送信するサブユニット情報応答送信手
段と、 前記相手機器との間でのＡＶデータの転送に用いる論理
コネクションをネットワーク上に確立するコネクション
確立手段と、 前記相手機器から、前記確立した論理コネクションと、
前記特定のサブユニットの特定の論理プラグ番号との接
続の要求を受けるストリーム接続要求受信手段と、 前記特定のサブユニット、前記特定のサブユニットの特
定の論理プラグ番号、又は前記確立された論理コネクシ
ョンを通して転送されるＡＶデータに施される著作権保
護に関する情報の問合せを受ける著作権保護情報問合せ
受信手段とを備えたことを特徴とするＡＶデータ送信装
置。 - 【請求項１３】ネットワークを介して接続された相手機
器の特定のサブユニットに関する問合せを行なうサブユ
ニット情報問合せ手段と、 前記特定のサブユニットが持つＡＶデータの受信機能
と、各受信能に対応する論理プラグの番号との対応関係
に関する情報を受信するサブユニット情報応答受信手段
と、 前記相手機器との間でのＡＶデータの転送に用いる論理
コネクションをネットワーク上に確立するコネクション
確立手段と、 前記相手機器に対して、前記確立された論理コネクショ
ンと、前記特定のサブユニットの特定の論理プラグ番号
との接続を要求するストリーム接続要求手段と、 前記特定のサブユニット、前記特定のサブユニットの特
定の論理プラグ番号、又は前記確立された論理コネクシ
ョンを通して転送されるＡＶデータに施される著作権保
護に関する情報の問合せを受ける著作権保護情報問合せ
受信手段とを備えたことを特徴とするＡＶデータ送信装
置。 - 【請求項１４】前記問い合わせる著作権保護情報には、
著作権保護方式の種別を含むことを特徴とする請求項１
２または１３に記載のＡＶデータ送信装置。 - 【請求項１５】前記著作権保護情報の問い合わせは、前
記特定のサブユニットに関する問合せと同一のパケット
にて行なわれることを特徴とする請求項１２に記載のＡ
Ｖデータ送信装置。 - 【請求項１６】前記相手機器に対して著作権保護のため
の認証鍵交換を行なう認証鍵交換手段を更に備え、 前記認証鍵交換手段は、前記特定のサブユニット、前記
特定のサブユニットの特定のプラグ番号、又は前記特定
の論理コネクションの番号を、認証鍵交換手続きのやり
取りに付与することを特徴とする請求項１２または１３
に記載のＡＶデータ送信装置。 - 【請求項１７】ネットワークを介して接続された相手機
器の特定のサブユニットに関する問合せを受けるサブユ
ニット情報問合せ受信手段と、 前記特定のサブユニットが持つＡＶデータの受信機能
と、各受信機能に対応する論理プラグの番号との対応関
係に関する情報を送信するサブユニット情報応答送信手
段と、 前記相手機器との間でのＡＶデータの転送に用いる論理
コネクションをネットワーク上に確立するコネクション
確立手段と、 前記相手機器から、前記確立した論理コネクションと、
前記特定のサブユニットの特定の論理プラグ番号との接
続の要求を受けるストリーム接続要求受信手段と、 前記相手機器に対して著作権保護のための認証鍵交換を
行なう認証鍵交換手段とを備え、 前記認証鍵交換手段は、前記特定の論理コネクションの
番号、前記特定のサブユニット、又は前記特定のサブユ
ニットの特定のプラグ番号を、認証鍵交換手続きのやり
取りに付与することを特徴とするＡＶデータ送信装置。 - 【請求項１８】ネットワークを介して接続された相手機
器の特定のサブユニットに関する問合せを行なうサブユ
ニット情報問合せ手段と、 前記特定のサブユニットが持つＡＶデータの受信機能
と、各受信能に対応する論理プラグの番号との対応関係
に関する情報を受信するサブユニット情報応答受信手段
と、 前記相手機器との間でのＡＶデータの転送に用いる論理
コネクションをネットワーク上に確立するコネクション
確立手段と、 前記相手機器に対して、前記確立された論理コネクショ
ンと、前記特定のサブユニットの特定の論理プラグ番号
との接続を要求するストリーム接続要求手段と、 前記相手機器に対して著作権保護のための認証鍵交換を
行なう認証鍵交換手段とを備え、 前記認証鍵交換手段は、前記特定の論理コネクションの
番号、前記特定のサブユニット、又は前記特定のサブユ
ニットの特定のプラグ番号を、認証鍵交換手続きのやり
取りに付与することを特徴とするＡＶデータ送信装置。 - 【請求項１９】前記認証鍵交換手段でやり取りされる、
前記特定のサブユニット、前記特定のサブユニットの特
定のプラグ番号、又は前記特定の論理コネクションの番
号は、前記相手機器についての値のみを付与することを
特徴とする請求項１６ないし１８のいずれか１項に記載
のＡＶデータ送信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000143763A JP2001326651A (ja) | 2000-05-16 | 2000-05-16 | Ａｖデータ転送制御方法、ａｖデータ転送システム、ａｖデータ受信装置及びａｖデータ送信装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000143763A JP2001326651A (ja) | 2000-05-16 | 2000-05-16 | Ａｖデータ転送制御方法、ａｖデータ転送システム、ａｖデータ受信装置及びａｖデータ送信装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001326651A true JP2001326651A (ja) | 2001-11-22 |
Family
ID=18650531
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000143763A Pending JP2001326651A (ja) | 2000-05-16 | 2000-05-16 | Ａｖデータ転送制御方法、ａｖデータ転送システム、ａｖデータ受信装置及びａｖデータ送信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001326651A (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005520115A (ja) * | 2002-03-11 | 2005-07-07 | ダイノ・ノベル・スウエーデン・アー・ベー | 雷管システムおよび雷管システムに関する方法 |
| JP2006099555A (ja) * | 2004-09-30 | 2006-04-13 | Toshiba Corp | コンテンツ送受信装置 |
| JP2006339900A (ja) * | 2005-05-31 | 2006-12-14 | Toshiba Corp | データ送信装置、データ受信装置、データ送信方法およびデータ受信方法 |
| JP2008065737A (ja) * | 2006-09-11 | 2008-03-21 | Matsushita Electric Ind Co Ltd | データストリーム送受信装置 |
| JP2009540425A (ja) * | 2006-06-05 | 2009-11-19 | サムスン エレクトロニクス カンパニー リミテッド | 無線ネットワーク上でマルチメディアデータを伝送／再生する方法、及びその方法を利用した無線機器 |
| KR101165316B1 (ko) * | 2003-07-23 | 2012-07-18 | 소니 주식회사 | 수신장치 및 수신방법 |
-
2000
- 2000-05-16 JP JP2000143763A patent/JP2001326651A/ja active Pending
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005520115A (ja) * | 2002-03-11 | 2005-07-07 | ダイノ・ノベル・スウエーデン・アー・ベー | 雷管システムおよび雷管システムに関する方法 |
| KR101165316B1 (ko) * | 2003-07-23 | 2012-07-18 | 소니 주식회사 | 수신장치 및 수신방법 |
| JP2006099555A (ja) * | 2004-09-30 | 2006-04-13 | Toshiba Corp | コンテンツ送受信装置 |
| JP2006339900A (ja) * | 2005-05-31 | 2006-12-14 | Toshiba Corp | データ送信装置、データ受信装置、データ送信方法およびデータ受信方法 |
| US7688860B2 (en) | 2005-05-31 | 2010-03-30 | Kabushiki Kaisha Toshiba | Data transmission apparatus, data reception apparatus, data transmission method, and data reception method |
| JP4709583B2 (ja) * | 2005-05-31 | 2011-06-22 | 株式会社東芝 | データ送信装置およびデータ送信方法 |
| JP2009540425A (ja) * | 2006-06-05 | 2009-11-19 | サムスン エレクトロニクス カンパニー リミテッド | 無線ネットワーク上でマルチメディアデータを伝送／再生する方法、及びその方法を利用した無線機器 |
| JP2008065737A (ja) * | 2006-09-11 | 2008-03-21 | Matsushita Electric Ind Co Ltd | データストリーム送受信装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5038486B2 (ja) | メディア・コンテンツを変換する方法、システム、および、装置 | |
| US6782476B1 (en) | Data processing apparatus and authentication method applied to the apparatus | |
| JP3749817B2 (ja) | 送信装置およびその送信方法 | |
| JPWO2002030054A1 (ja) | 著作権保護システム、送信装置、受信装置、ブリッジ装置、著作権保護方法、媒体及びプログラム | |
| KR100787292B1 (ko) | 콘텐츠 송신 장치, 콘텐츠 수신 장치 및 콘텐츠 전송 방법 | |
| WO2010008223A2 (ko) | 사용자 인터페이스에서 보안 서비스를 제공하는 장치 및 방법 | |
| JP2006500652A (ja) | 証明書に基づく認証ドメイン | |
| US20050022015A1 (en) | Conditonal access system | |
| JP4156770B2 (ja) | 通信装置およびその通信方法 | |
| JP2000004256A (ja) | ストリ―ムデ―タ処理システムおよびストリ―ムデ―タの制限方法 | |
| KR20050032324A (ko) | 공개 키 기반 구조를 이용한 도메인 형성 방법 | |
| JP5001164B2 (ja) | 送信側の記録再生装置、ａｖデータ送信方法、及びプログラム | |
| US20060104442A1 (en) | Method and apparatus for receiving broadcast content | |
| US8355504B2 (en) | AV communication control circuit for realizing copyright protection with respect to radio LAN | |
| JP2005518769A (ja) | 第２ドメインに属するネットワークにおいて第１ドメイン用に暗号化されたデータの処理装置及び伝送方法 | |
| JP2004328706A (ja) | 送信装置、受信装置、送信制御プログラム及び受信制御プログラム | |
| US6792532B1 (en) | Method for encrypting data using IEEE 1394 serial bus network | |
| JP2001326651A (ja) | Ａｖデータ転送制御方法、ａｖデータ転送システム、ａｖデータ受信装置及びａｖデータ送信装置 | |
| JPH11306673A (ja) | データ記憶装置、同装置を用いたデータ処理システム、およびコピープロテクト方法並びに記録媒体 | |
| US8312166B2 (en) | Proximity detection method | |
| JP3361052B2 (ja) | データ処理装置および同装置に適用されるコピープロテクト方法 | |
| JP2007049468A (ja) | データ送信装置及びデータ送信方法 | |
| JP5361031B2 (ja) | 暗号認証処理方法及び装置 | |
| WO2007043014A1 (en) | Method of encrypted communication using a keystream | |
| JP2004151778A (ja) | コンテンツ送信装置、コンテンツ受信装置及びコンテンツ送受信システム |