JP2001175592A - Ｉｅｅｅ１３９４上のデータ受信装置における受信方法 - Google Patents

Abstract

(57)【要約】 【課題】ＩＥＥＥ１３９４バス上でＩＥＣ６１８８３準
拠の機器同士でデータ伝送を行う場合に、伝送終了時に
ＩＥＥＥ１３９４バスのリソースを常に正しく解放でき
るようにする。 【解決手段】ＰＣ101は、データ受信を開始するとき
に、ＤＶ102がすでにブロードキャスト伝送でデータ送
信を行っている場合には、ＤＶ102に対してポイントツ
ーポイント接続を張らずに、ブロードキャスト伝送でデ
ータ受信を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はＩＥＥＥ１３９４上
のデータ受信装置における受信方法に関するものであ
る。

【０００２】

【従来の技術】ＬＳＩ技術の向上に伴って映像情報や音
声情報をディジタル化して伝送するネットワークが開発
されつつある。映像信号や音声信号はリアルタイムで再
生される必要があるため、リアルタイム伝送が可能なネ
ットワークが必要となる。

【０００３】このようなリアルタイム伝送に適したネッ
トワークとしてＩＥＥＥ１３９４というネットワークが
提案、規格化されている。ＩＥＥＥ１３９４はシリアル
伝送を行う高速バスシステムで、データを同期伝送でき
るため、リアルタイム伝送が可能である。

【０００４】ＩＥＥＥ１３９４は、家庭用ディジタルＶ
ＣＲ（以下ＤＶと記述）を始め、多くのディジタル映像
音声機器(以下ＡＶ機器と記述)に外部用インタフェース
として搭載されようとしている。例えばＤＶにおいて
は、ＩＥＥＥ１３９４を用いることにより、外部機器か
らＤＶの動作制御を行ったり、また外部機器とＤＶとの
間でのデータ伝送を行うことができる。

【０００５】またＩＥＥＥ１３９４を用いて、ＤＶのよ
うなＡＶ機器のデータを伝送したり、機器制御を行うた
めのプロトコルとしてＩＥＣ６１８８３が規格化されて
いる。

【０００６】一方パーソナルコンピュータ（以下ＰＣと
記述）においても、標準ＯＳであるＭｉｃｒｏｓｏｆｔ
社のＷｉｎｄｏｗｓ９８などに正式にＩＥＥＥ１３９４
がサポートされるようになったことにより、ＰＣの世界
でもＩＥＥＥ１３９４は急速に普及しつつある。

【０００７】こうしたＰＣとＤＶなどのＡＶ機器との融
合が進められてきている。

【０００８】さて、ＤＶから出力されるデータを、ＰＣ
で受信する方法について、図１から図９および図１２か
ら図１５を用いて説明する。

【０００９】図１は、ＩＥＥＥ１３９４バス上に接続さ
れたＰＣとＤＶを示す図である。図１において、101は
ＰＣ、102はＤＶ、103はアプリケーション、104はＤＶ
用ドライバ、105はＩＥＥＥ１３９４ドライバ、106はＩ
ＥＥＥ１３９４インタフェース、107はデータ出力部、1
08はｏＰＣＲ[0]、109はＩＥＥＥ１３９４インタフェー
ス、110はＩＥＥＥ１３９４バス、111はＤＶデータ、11
2はＣＩＰ、114は動作指示、115はＩＥＥＥ１３９４ド
ライバ105へのリクエスト、116はリクエスト115に対す
る応答、117はレジスタデータである。

【００１０】図２は、ＣＩＰ112の構成例である。図２
において、201はパケットデータ、202はＣＩＰヘッダで
ある。ＣＩＰヘッダ２０２には、データを出力している
機器のノード番号を示すＳＩＤ（ｓｏｕｒｃｅ ｎｏｄ
ｅ ＩＤ）フィールドや、またどのようなデータが伝送
されているかを示す情報が記述されている。データを受
信する機器は、ＳＩＤフィールドを参照することによっ
て送信機器が誰であるかを判断することが出来、後述す
るブロードキャスト伝送やポイントツーポイント伝送の
接続管理を行う際に活用される。

【００１１】図３は、アイソクロナスパケットの構成例
である。図３において、301はアイソクロナスヘッダ、3
02はヘッダＣＲＣ、303はデータＣＲＣである。アイソ
クロナスヘッダ３０１には、データを伝送するチャンネ
ルが記述されている。

【００１２】図４は、ｏＰＣＲの構成である。図４から
明らかなように、ｏＰＣＲには、ブロードキャストコネ
クションカウンター（ｂｒｏａｄｃａｓｔ ｃｏｎｎｅ
ｃｔｉｏｎ ｃｏｕｎｔｅｒ）、ポイントツーポイント
コネクションカウンター（ｐｏｉｎｔ ｔｏ ｐｏｉｎ
ｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒ）、チャン
ネル番号（ｃｈａｎｎｅｌ ｎｕｍｂｅｒ）などが記述
されている。

【００１３】図５は、ｉＰＣＲの構成である。図５から
明らかなように、ｉＰＣＲにも、ブロードキャストコネ
クションカウンター（ｂｒｏａｄｃａｓｔ ｃｏｎｎｅ
ｃｔｉｏｎ ｃｏｕｎｔｅｒ）、ポイントツーポイント
コネクションカウンター（ｐｏｉｎｔ ｔｏ ｐｏｉｎ
ｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒ）、チャン
ネル番号（ｃｈａｎｎｅｌ ｎｕｍｂｅｒ）などが記述
されている。

【００１４】図６は、ＩＥＣ６１８８３におけるブロー
ドキャスト伝送の概念図である。図６において、601は
受信装置、602は送信装置である。

【００１５】図７は、ＩＥＣ６１８８３におけるポイン
トツーポイント伝送の概念図である。

【００１６】図８は、ＩＥＣ６１８８３におけるブロー
ドキャスト伝送とポイントツーポイント伝送とが同時に
行われているときの状態を表す概念図である。

【００１７】図９は、送信装置602のｏＰＣＲ[0]、およ
び受信装置601のｉＰＣＲ[0]の値の一例である。すなわ
ち、図９では、送信装置６０２のｏＰＣＲ［０］、及び
受信装置６０１のｉＰＣＲ［０］の値の一例が、初期状
態、図６の状態（ブロードキャスト伝送を行っている時
の状態）、図７の状態（ポイントツーポイント伝送を行
っている時の状態）、図８の状態（同時にブロードキャ
スト伝送とポイントツーポイント伝送を行っている時の
状態）に分けて示されている。これについては後述す
る。

【００１８】図１２から図１５は、ｏＰＣＲ[0]108内の
値がどのように書き替えられていくかを示す遷移表であ
る。ｂｃｃはｂｒｏａｄｃａｓｔ ｃｏｎｎｅｃｔｉｏ
ｎｃｏｕｎｔｅｒを、ｐ２ｐはｐｏｉｎｔ−ｔｏ−ｐｏ
ｉｎｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒを表
す。

【００１９】まずＩＥＣ６１８８３におけるブロードキ
ャスト伝送およびポイントツーポイント伝送の概念につ
いて説明する。

【００２０】ブロードキャスト伝送は、図６に示すよう
に、送信装置602は例えばチャンネル番号６３(以下ｃｈ
６３と記述)に出力するだけで、どの機器が出力された
データを受信するかは一切気にしない。一方、受信装置
601は、ｃｈ６３に伝送されているデータを吸い上げる
だけで、そのデータを出力したのがどの機器であるかを
気にする必要はない。

【００２１】これに対してポイントツーポイント伝送
は、送信する機器と受信する機器を明確にすることで、
図７に示すように送信装置602と受信装置601との間で１
対１のデータ伝送を行うものである。必要に応じて、例
えば送信する機器が同じポイントツーポイント伝送を複
数同時に行うことで、１対多数の伝送を行うことも可能
である。

【００２２】またブロードキャスト伝送とポイントツー
ポイント伝送とを同時に行うことも可能である。例えば
図８に示すように、送信装置602はｃｈ６３にブロード
キャストでデータを出力すると同時に、受信装置601に
ポイントツーポイント伝送で１対１の伝送も行うことが
可能である。

【００２３】次にＩＥＣ６１８８３において、どのよう
にブロードキャスト接続およびポイントツーポイント接
続を行うかを説明する。

【００２４】ＩＥＣ６１８８３準拠の送信装置602は、
出力制御用レジスタとしてｏＰＣＲ(ｏｕｔｐｕｔ ｐ
ｌｕｇ ｃｏｎｔｒｏｌ ｒｅｇｉｓｔｅｒ)を持って
いる。同じくＩＥＣ６１８８３準拠の受信装置601は、
入力制御用レジスタとしてｉＰＣＲ(ｉｎｐｕｔ ｐｌ
ｕｇ ｃｏｎｔｒｏｌ ｒｅｇｉｓｔｅｒ)を持ってい
る。ｏＰＣＲの構成は図４に、ｉＰＣＲの構成は図５の
ようになっている。ｏＰＣＲおよびｉＰＣＲは複数個持
つことが可能であり、Ｎ番目のレジスタをｏＰＣＲ[Ｎ]
もしくはｉＰＣＲ[Ｎ]と表記する。ここでは0番目のレ
ジスタを使用するものとして、送信装置602のｏＰＣＲ
[0]および受信装置601のｉＰＣＲ[0]について考える。

【００２５】まず初期状態すなわち何も接続されていな
い状態では、図９の初期状態の欄に示すように、ｏＰＣ
Ｒ[0]のｂｃｃ、ｐ２ｐ共に０であり、また同様にｉＰ
ＣＲ[0]のｂｃｃ、ｐ２ｐも共に０である。ｃｈａｎｎ
ｅｌ ｎｕｍｂｅｒには、初期値の一例として、６３が
入っているものとする。

【００２６】送信装置602があるチャンネルにブロード
キャスト伝送で出力を行う場合には、ｏＰＣＲ[0]のｂ
ｃｃに１を代入する。同様に受信装置601がブロードキ
ャスト伝送で入力を行う場合には、ｉＰＣＲ[0]のｂｃ
ｃに１を代入する。すなわち図６のようなブロードキャ
スト伝送が行われているときには、送信装置602のｏＰ
ＣＲ[0]および受信装置601のｉＰＣＲ[0]のｂｃｃ、ｐ
２ｐ、ｃｈａｎｎｅｌｎｕｍｂｅｒのそれぞれの値は、
図９の中の図６の欄のようになっている。もちろん送信
装置602が出力したデータを受信装置601が受信するに
は、ｃｈａｎｎｅｌ ｎｕｍｂｅｒが同じである必要が
ある。送信装置602がブロードキャスト伝送での出力を
終了する場合には、ｏＰＣＲ[0]のｂｃｃを０に戻す。
同様に受信装置601がブロードキャスト伝送での入力を
終了する場合には、ｉＰＣＲ[0]のｂｃｃを０に戻す。

【００２７】送信装置602と受信装置601とがポイントツ
ーポイントで伝送を行うときには、いずれかの機器(送
信装置602でも受信装置601でもあるいは第３の機器のい
ずれであっても構わない)が、送信装置602のｏＰＣＲ
[0]のｐ２ｐに１を加算し、同時に受信装置601のｉＰＣ
Ｒ[0]のｐ２ｐにも１を加算する。すなわち図７のよう
なポイントツーポイント伝送が行われているときには、
送信装置602のｏＰＣＲ[0]および受信装置601のｉＰＣ
Ｒ[0]のｂｃｃ、ｐ２ｐ、ｃｈａｎｎｅｌ ｎｕｍｂｅ
ｒのそれぞれの値は、図９の中の図６の欄のようになっ
ている。

【００２８】ここでは受信装置６０１のｉＰＣＲ[0]お
よび送信装置６０２のｏＰＣＲ[0]のchannel numberは
共に６３のままで伝送を行ったが、必要であればポイン
トツーポイント伝送を張った機器は受信装置６０１のｉ
ＰＣＲ[0]および送信装置６０２のｏＰＣＲ[0]のchanne
l numberを共に０〜６２までのいずれかの値に変更
し、ポイントツーポイント伝送を別のチャンネルで行う
ようにすることも可能である。

【００２９】送信装置602と受信装置601との間のポイン
トツーポイント伝送を終了するときには、そのポイント
ツーポイント接続を張った機器が、送信装置602のｏＰ
ＣＲ[0]のｐ２ｐから１減算し、同時に受信装置601のｉ
ＰＣＲ[0]のｐ２ｐからも１減算する。

【００３０】ブロードキャスト伝送とポイントツーポイ
ント伝送を同時に行う場合には、それぞれの接続を行う
ときに上記動作を同じように行えばよい。例えば図８の
ように送信装置602がｃｈ６３にブロードキャストで出
力を行うと同時に受信装置601に対してポイントツーポ
イントでデータ伝送を行っているときには、図９の図８
の欄に示すように、送信装置602のｏＰＣＲ[0]のｂｃｃ
およびｐ２ｐの値は共に１になっている。このとき受信
装置601のｉＰＣＲ[0]のｐ２ｐは１になっている。ただ
し受信装置601は同時に必ずブロードキャストで受信す
る必要はないので、ｉＰＣＲ[0]のｂｃｃを１にするか
どうかは受信装置601に任されている。

【００３１】ところで、ブロードキャスト伝送であろう
と、ポイントツーポイント伝送であろうと、ＩＥＥＥ１
３９４バス110上で伝送を行う場合には、チャンネルお
よび帯域の２つのリソースを確保する必要がある。ＩＥ
Ｃ６１８８３では、あるチャンネルにおいていずれかの
接続を最初に行った機器がこれらのリソースを確保し、
最後に接続を切った機器がこれらのリソースを解放しな
ければならないことになっている。

【００３２】さて、送信装置であるＤＶ102からＰＣ101
にデータを伝送する方法について説明する。

【００３３】まずＤＶ102の動作について説明する。

【００３４】ＤＶ102は再生開始指示を受けると、ｏＰ
ＣＲ[0]108内のｂｃｃに１を代入する。データ出力部10
7は、ＤＶデータ111をＩＥＥＥ１３９４インタフェース
109に出力を開始する。ＩＥＥＥ１３９４インタフェー
ス109は受け取ったＤＶデータ111を分割したパケットデ
ータ201に、ＣＩＰヘッダ202を付加し図２のようなＣＩ
Ｐ112を作成し、さらにアイソクロナスヘッダ301、ヘッ
ダＣＲＣ302およびデータＣＲＣ303を付加し図３のよう
なアイソクロナスパケットを作成し、ＩＥＥＥ１３９４
バス110に出力する。このとき出力するチャンネルはｏ
ＰＣＲ[0]108のｃｈａｎｎｅｌ ｎｕｍｂｅｒに書き込
まれている値によって決まる。ｂｃｃを１にする直前ま
でｐ２ｐが０、すなわちいずれの接続もされていない場
合には、ＩＥＥＥ１３９４インタフェース109はｃｈａ
ｎｎｅｌ ｎｕｍｂｅｒに書き込まれているチャンネル
および必要な帯域を確保してから、ＩＥＥＥ１３９４バ
ス110への出力を開始する。

【００３５】ＤＶ102は再生停止指示を受けると、ｏＰ
ＣＲ[0]108内のｂｃｃを０に戻し、データ出力部107は
ＩＥＥＥ１３９４インタフェース109への出力を停止
し、ＩＥＥＥ１３９４インタフェース109はＩＥＥＥ１
３９４バス110への出力を停止する。このときｂｃｃお
よびｐ２ｐが共に０で、いずれの接続も行われていない
状態になれば、ＩＥＥＥ１３９４インタフェース109は
確保されているチャンネルおよび帯域のリソースを解放
する。

【００３６】次にＰＣ101の動作について説明する。

【００３７】ＤＶ用ドライバ104は、アプリケーション1
03から動作指示114として受信開始指示を受けると、ま
ずＤＶ102のｏＰＣＲ[0]108の値を取得するよう要求を
リクエスト115としてＩＥＥＥ１３９４ドライバ105に送
る。ＩＥＥＥ１３９４ドライバ105は、ＩＥＥＥ１３９
４インタフェース106を通して、ＩＥＥＥ１３９４イン
タフェース109にｏＰＣＲ[0]108内のレジスタデータ117
を送信してもらうように要求する。ＩＥＥＥ１３９４イ
ンタフェース109は、送信要求を受け取ると、ｏＰＣＲ
[0]108からレジスタデータ117を取り出しＩＥＥＥ１３
９４インタフェース106に送信する。ＩＥＥＥ１３９４
ドライバ105は、ＩＥＥＥ１３９４インタフェース106が
受け取ったレジスタデータ117を応答116としてＤＶ用ド
ライバ104に出力する。

【００３８】ＤＶ用ドライバ104は、レジスタデータ117
の内容を見て、ｏＰＣＲ[0]108のｂｃｃが１であるか、
ｐ２ｐが１以上の値であれば、ｏＰＣＲ[0]108内のｐ２
ｐの値に１加えた値をｏＰＣＲ[0]108のｐ２ｐに代入し
たものを新たなレジスタデータ117としてｏＰＣＲ[0]10
8に書き込む指示をリクエスト115として、ＩＥＥＥ１３
９４ドライバ105に送信する。ＩＥＥＥ１３９４ドライ
バ105は、リクエスト115としてｏＰＣＲ[0]108にレジス
タデータ117を書き込む指示を受け取ると、ＩＥＥＥ１
３９４インタフェース106を通してＩＥＥＥ１３９４イ
ンタフェース109にｏＰＣＲ[0]108内のレジスタデータ1
17を書き換えてもらうように要求する。ＩＥＥＥ１３９
４インタフェース109は、書き込み要求を受け取ると、
新しいレジスタデータ117が正当な値であれば、新しい
レジスタデータ117をｏＰＣＲ[0]108に書き込む。

【００３９】その後ＤＶドライバ104は、ｏＰＣＲ[0]10
8内のｃｈａｎｎｅｌ ｎｕｍｂｅｒで示されていた
値、例えばｃｈ６３からデータ受信を開始する指示をリ
クエスト115としてＩＥＥＥ１３９４ドライバ105に送信
する。ＩＥＥＥ１３９４ドライバ105は、リクエスト115
として受信開始指示を受け取ると、ＩＥＥＥ１３９４イ
ンタフェース106を通してＩＥＥＥ１３９４バス110上の
ｃｈ６３からデータであるアイソクロナスパケットの受
信を開始する。ＩＥＥＥ１３９４ドライバ105は、受信
したアイソクロナスパケットからＣＩＰ112を取り出し
ＤＶ用ドライバ104に出力する。ＤＶ用ドライバ104は、
ＣＩＰ112からパケットデータ201を取り出し、パケット
データ201からＤＶデータ111を作成し、アプリケーショ
ン103に出力する。

【００４０】またＤＶ用ドライバ104は、レジスタデー
タ117の内容を見て、ｏＰＣＲ[0]108のｂｃｃおよびｐ
２ｐが共に０であれば、ＩＥＥＥ１３９４バス110で他
の機器が使っていないチャンネル、例えばｃｈ０をｏＰ
ＣＲ[0]108内のｃｈａｎｎｅｌｎｕｍｂｅｒに代入し、
かつｏＰＣＲ[0]108内のｐ２ｐの値に１加えた値をｏＰ
ＣＲ[0]108のｐ２ｐに代入したものを新たなレジスタデ
ータ117としてｏＰＣＲ[0]108に書き込む指示をリクエ
スト115として、ＩＥＥＥ１３９４ドライバ105に送信す
る。ＩＥＥＥ１３９４ドライバ105は、リクエスト115と
してｏＰＣＲ[0]108にレジスタデータ117を書き込む指
示を受け取ると、ＩＥＥＥ１３９４インタフェース106
を通してＩＥＥＥ１３９４インタフェース109にｏＰＣ
Ｒ[0]108内のレジスタデータ117を書き換えてもらうよ
うに要求する。ＩＥＥＥ１３９４インタフェース109
は、書き込み要求を受け取ると、新しいレジスタデータ
117が正当な値であれば、新しいレジスタデータ117をｏ
ＰＣＲ[0]108に書き込む。同時にＤＶ用ドライバ104
は、ＩＥＥＥ１３９４バス110のリソースであるｃｈ０
と必要な帯域の確保を行い、その後ｃｈ０からデータ受
信を開始する指示をリクエスト115としてＩＥＥＥ１３
９４ドライバ105に送信する。ＩＥＥＥ１３９４ドライ
バ105は、リクエスト115として受信開始指示を受け取る
と、ＩＥＥＥ１３９４インタフェース106を通してＩＥ
ＥＥ１３９４バス110上のｃｈ０からデータであるアイ
ソクロナスパケットの受信を開始する。ＤＶ102がデー
タを出力していない場合には、ＩＥＥＥ１３９４ドライ
バ105はデータが出力されるまで待機する。

【００４１】以降の動作は、ｏＰＣＲ[0]108のｂｃｃが
１である場合と同様である。

【００４２】一方、ＤＶ用ドライバ104は、アプリケー
ション103から動作指示114として受信停止指示を受ける
と、まずＩＥＥＥ１３９４バス110からデータを受信す
るのを停止する指示をリクエスト115としてＩＥＥＥ１
３９４インタフェース105に送信する。ＩＥＥＥ１３９
４インタフェース105は受信停止指示を受け取ると、Ｉ
ＥＥＥ１３９４バス110からデータを受信するのを停止
する。

【００４３】次にＤＶ用ドライバ104は、アプリケーシ
ョン103から動作指示114として受信停止指示を受ける
と、ＤＶ102のｏＰＣＲ[0]108の値を取得するよう要求
をリクエスト115としてＩＥＥＥ１３９４ドライバ105に
送る。ＤＶ用ドライバ104は、ｏＰＣＲ[0]108内のｐ２
ｐの値から１引いた値をｏＰＣＲ[0]108のｐ２ｐに代入
したものを新たなレジスタデータ117としてｏＰＣＲ[0]
108に書き込む指示をリクエスト115として、ＩＥＥＥ１
３９４ドライバ105に送信する。上記と同様の動作によ
って、ＤＶ102のｏＰＣＲ[0]108の値を変更する。ｏＰ
ＣＲ[0]108のｂｃｃが０でかつ先にＤＶ用ドライバ104
がＩＥＥＥ１３９４バス110のリソースを確保していた
のであれば、このとき同時にＤＶ用ドライバ104はＩＥ
ＥＥ１３９４バス110のリソースを解放する。このとき
ＤＶ用ドライバ104は、必要であればｏＰＣＲ[0]108の
ｃｈａｎｎｅｌ ｎｕｍｂｅｒの値を元に戻す。

【００４４】以上の動作において、ＤＶ102のｏＰＣＲ
[0]108の値およびＩＥＥＥ１３９４バス110のリソース
を誰が確保し、誰が解放するかを表にしたものの一例が
図１２から図１５である。

【００４５】ＤＶ102の再生開始とＰＣ101の受信開始と
どちらが先に行われたか、またＤＶ102の再生停止とＰ
Ｃ101の受信停止のどちらが先に行われたかで合計４通
りの動作が考えれる。

【００４６】図１２は、ＰＣ101の受信開始とＤＶ102の
再生停止が先である場合である。ＰＣ101が受信を開始
するときには、ＤＶ102の再生が開始されていないので
ｏＰＣＲ[0]108のｂｃｃおよびｐ２ｐは共に０である。
このためＰＣ101はｏＰＣＲ[0]108のｃｈａｎｎｅｌ
ｎｕｍｂｅｒをｃｈ０に、ｐ２ｐを１に変更し、かつＩ
ＥＥＥ１３９４バス110のリソースを確保する。ＤＶ102
が再生を開始するときには、すでにｐ２ｐが１すなわち
ポイントツーポイント接続がされている状態なので、リ
ソースの確保は行わず、ｂｃｃを１に変更する。

【００４７】ＤＶ102が再生を停止したときには、まだ
ｐ２ｐが１すなわちポイントツーポイント接続がされて
いる状態なので、リソースの解放を行わず、ｂｃｃを０
に戻す。

【００４８】ＰＣ101が受信を停止したときには、ＰＣ1
01はｏＰＣＲ[0]108のｃｈａｎｎｅｌ ｎｕｍｂｅｒを
ｃｈ６３に戻し、同時にｐ２ｐも０に戻す。この時点で
ＤＶ102は再生していないのでｏＰＣＲ[0]108のｂｃｃ
も０である。このためＰＣ101はＩＥＥＥ１３９４バス1
10のリソースを解放する。

【００４９】図１３は、ＰＣ101の受信開始とＰＣ101の
受信停止が先である場合である。ＰＣ101が受信を開始
するときには、ＤＶ102の再生が開始されていないので
ｏＰＣＲ[0]108のｂｃｃおよびｐ２ｐは共に０である。
このためＰＣ101はｏＰＣＲ[0]108のｃｈａｎｎｅｌ
ｎｕｍｂｅｒをｃｈ０に、ｐ２ｐを１に変更し、かつＩ
ＥＥＥ１３９４バス110のリソースを確保する。ＤＶ102
が再生を開始するときには、すでにｐ２ｐが１すなわち
ポイントツーポイント接続がされている状態なので、リ
ソースの確保を行わず、ｂｃｃを１に変更する。

【００５０】ＰＣ101が受信を停止したときには、ＰＣ1
01はｏＰＣＲ[0]108のｃｈａｎｎｅｌ ｎｕｍｂｅｒを
ｃｈ６３に戻し、同時にｐ２ｐも０に戻す。この時点で
ＤＶ102はまだ再生しているのでｏＰＣＲ[0]108のｂｃ
ｃは１である。このためＰＣ101はＩＥＥＥ１３９４バ
ス110のリソースを解放しない。

【００５１】ＤＶ102が再生を停止したときには、ｂｃ
ｃを０に戻すが、すでにｐ２ｐも０になっており、いず
れの接続もされていないので、ＤＶ102はＩＥＥＥ１３
９４バス110のリソースを解放する。

【００５２】図１４は、ＤＶ10２の再生開始とＰＣ101
の受信停止が先である場合である。ＤＶ102が再生を開
始するときには、まだｐ２ｐは０すなわちポイントツー
ポイント接続がされていない状態なので、ＤＶ101はリ
ソースの確保を行い、さらにｂｃｃを１にする。

【００５３】ＰＣ101が受信を開始するときには、すで
にＤＶ102の再生が開始されておりｏＰＣＲ[0]108のｂ
ｃｃは１である。このためＰＣ101はｏＰＣＲ[0]108の
ｐ２ｐを１に変更するだけで、ｃｈａｎｎｅｌ ｎｕｍ
ｂｅｒは変更せず、またＩＥＥＥ１３９４バス110のリ
ソースの確保も行わない。

【００５４】ＰＣ101が受信を停止したときには、ＰＣ1
01はｏＰＣＲ[0]108のｐ２ｐを０に戻す。この時点でＤ
Ｖ102はまだ再生しているのでｏＰＣＲ[0]108のｂｃｃ
は１である。このためＰＣ101はＩＥＥＥ１３９４バス1
10のリソースを解放する必要はない。

【００５５】ＤＶ102が再生を停止したときには、ｂｃ
ｃを０に戻すが、すでにｐ２ｐも０になっており、いず
れの接続もされていないので、ＤＶ102はＩＥＥＥ１３
９４バス110のリソースを解放する。

【００５６】図１５は、ＤＶ102の再生開始とＤＶ102の
受信停止が先である場合である。ＤＶ102が再生を開始
するときには、まだｐ２ｐは０すなわちポイントツーポ
イント接続がされていない状態なので、ＤＶ101はリソ
ースの確保を行い、さらにｂｃｃを１にする。

【００５７】ＰＣ101が受信を開始するときには、すで
にＤＶ102の再生が開始されておりｏＰＣＲ[0]108のｂ
ｃｃは１である。このためＰＣ101はｏＰＣＲ[0]108の
ｐ２ｐを１に変更するだけで、ｃｈａｎｎｅｌ ｎｕｍ
ｂｅｒは変更せず、またＩＥＥＥ１３９４バス110のリ
ソースの確保も行わない。

【００５８】ＤＶ102が再生を停止したときには、まだ
ｐ２ｐが１すなわちポイントツーポイント接続がされて
いる状態なので、リソースの解放を行わず、ｂｃｃを０
に戻す。

【００５９】ＰＣ101が受信を停止したときには、ＰＣ1
01はｏＰＣＲ[0]108のｐ２ｐを０に戻す。この時点でＤ
Ｖ102は再生していないのでｏＰＣＲ[0]108のｂｃｃも
０である。このときＰＣ101はＩＥＥＥ１３９４バス110
のリソースを解放する必要があるが、ＩＥＥＥ１３９４
ドライバ105およびＤＶ用ドライバ104は自分が確保した
リソースでなければ解放できないという特徴を持ってい
るため、リソースの解放を行えないことになる。

【００６０】すなわち、ＤＶ１０２等のＩＥＥＥ１３９
４バス１１０に接続されている機器は一般に他の機器が
確保したリソースを解放することが出来る。これに対し
て、Ｗｉｎｄｏｗｓ９８が搭載されているＰＣ１０１で
は、自らが確保したリソースは解放できるが、他の機器
が確保したリソースを解放することが出来ないという特
徴を持っている。

【００６１】前述したように、ＩＥＣ６１８８３では、
あるチャンネルにおいていずれかの接続を最初に行った
機器がこれらのリソースを確保し、最後に接続を切った
機器がこれらのリソースを解放しなければならないこと
になっている。従って、ＩＥＣ６１８８３の規格に従え
ばＰＣ１０１０がリソースを解放すべきであるが、ＰＣ
１０１の特徴によりリソースを解放することが出来な
い。

【００６２】一度リソースの解放が正しく行われない
と、ＩＥＥＥ１３９４バス110にバスリセットを発生さ
せないとそれらのリソースを再び使用できない。

【００６３】

【発明が解決しようとする課題】しかしながら上記した
従来の構成では、図１５のような順序で動作を行った場
合、ＩＥＥＥ１３９４バスのリソースの解放を正しく行
えず、それ以降それらのリソースを使用できなくなると
いう問題点があった。

【００６４】本発明はこのような従来の問題点を鑑みて
なされたものであって、ＩＥＥＥ１３９４バスのリソー
スを常に正しく解放できるデータ伝送方法を提供するこ
とを目的とするものである。

【００６５】

【課題を解決するための手段】上述した課題を解決する
ために、第１の本発明（請求項１に対応）は、ＩＥＣ６
１８８３準拠のデータ受信装置と、ＩＥＣ６１８８３準
拠のデータ送信装置とがＩＥＥＥ１３９４バスに接続さ
れている場合、前記データ受信装置が、ＩＥＥＥ１３９
４インタフェースと、前記ＩＥＥＥ１３９４バスに接続
されている機器の全部または一部を制御する機器制御手
段とを有するパーソナルコンピュータである場合、前記
データ受信装置は、受信開始指示を受け取ると、前記デ
ータ送信装置がブロードキャスト伝送を用いて出力デー
タを前記ＩＥＥＥ１３９４バスに出力しているかどうか
を判断し、前記データ送信装置がブロードキャスト伝送
を用いて前記出力データを前記ＩＥＥＥ１３９４バスに
出力している場合に、前記データ受信装置は前記データ
送信装置にポイントツーポイント接続を張らずに前記出
力データの受信を行うことを特徴とする受信方法であ
る。

【００６６】また、第２の本発明（請求項２に対応）
は、前記データ送信装置は、出力制御レジスタを保有し
ており、前記出力制御レジスタには、ブロードキャスト
伝送を行っているかどうかを示すフラグと、前記出力デ
ータをどのチャンネルに出力するかを示すチャンネル番
号とが含まれており、前記データ受信装置が、前記パー
ソナルコンピュータである場合、前記データ受信装置
は、前記フラグを読むことにより、前記データ送信装置
がブロードキャスト伝送を用いて前記出力データを前記
ＩＥＥＥ１３９４バスに出力しているかどうかを判断
し、前記データ送信装置がブロードキャスト伝送を用い
て前記出力データを前記ＩＥＥＥ１３９４バスに出力し
ている場合には、前記データ受信装置は、前記チャンネ
ル番号の変更を行わず、前記チャンネル番号に記述され
ているチャンネルから前記出力データを受信することを
特徴とする第１の本発明に記載の受信方法である。

【００６７】また、第３の本発明（請求項３に対応）
は、前記データ送信装置は、出力制御レジスタを保有し
ており、前記出力制御レジスタには、内部にブロードキ
ャスト伝送を行っているかどうかを示すフラグと、出力
データをどのチャンネルに出力するかを示すチャンネル
番号とが含まれており、前記データ受信装置が、前記パ
ーソナルコンピュータである場合、前記データ受信装置
は、前記フラグを読むことにより、前記データ送信装置
がブロードキャスト伝送を用いて前記出力データを前記
ＩＥＥＥ１３９４バスに出力しているかどうかを判断
し、前記データ受信装置は、前記チャンネル番号を任意
の値Ｎ（Ｎは０から６３までの整数）に変更した後、チ
ャンネル番号が前記Ｎであるチャンネルから前記出力デ
ータを受信することを特徴とする第１の本発明に記載の
受信方法である。

【００６８】また、第４の本発明（請求項４に対応）
は、前記データ送信装置が前記出力データをＩＥＥＥ１
３９４バスに出力していない場合、前記データ受信装置
が、前記パーソナルコンピュータである場合、前記デー
タ受信装置は前記データ送信装置にポイントツーポイン
ト接続を張った後、前記データ送信装置が前記出力デー
タを前記ＩＥＥＥ１３９４バスに出力を開始すると同時
に、前記データ受信装置は前記出力データの受信を行う
ことを特徴とする第２または３の本発明に記載の受信方
法である。

【００６９】また、第５の本発明（請求項５に対応）
は、前記ＩＥＥＥ１３９４バスには、ＩＥＣ６１８８３
準拠の第２のデータ受信装置が接続されており、前記デ
ータ送信装置が、前記第２のデータ受信装置に対しポイ
ントツーポイント接続を張られているまたは張っている
状態で、かつブロードキャスト伝送を用いずに、前記Ｉ
ＥＥＥ１３９４バスに前記出力データの出力を行ってい
る場合には、前記データ受信装置が、前記パーソナルコ
ンピュータである場合、前記データ受信装置は前記デー
タ送信装置にポイントツーポイント接続を張り、 前記
出力データの受信を行うことを特徴とする第２から４の
本発明のいずれかに記載の受信方法である。

【００７０】また、第６の本発明（請求項６に対応）
は、前記データ送信装置は、家庭用ディジタルＶＣＲで
あることを特徴とする第１から５の本発明のいずれかに
記載の受信方法である。

【００７１】また、第７の本発明（請求項７に対応）
は、前記データ送信装置は、ＭＰＥＧデータを出力する
セットトップボックスであることを特徴とする第１から
５の本発明のいずれかに記載の受信方法である。

【００７２】また、第８の本発明（請求項８に対応）
は、第１から７の本発明のいずれかに記載の受信方法の
全部または一部のステップの全部または一部の動作をコ
ンピュータにより実行させるためのプログラム及び／ま
たはデータを記録した記録媒体であって、コンピュータ
により読み取り可能なことを特徴とするプログラム記録
媒体である。

【００７３】

【発明の実施の形態】（実施の形態１）以下、本発明の
第１の実施形態について、図１から図５および図１０か
ら図１３を用いて説明する。

【００７４】ＤＶ102の構成および動作は従来例と同様
であり、またＰＣ101の構成も従来例と同様である。

【００７５】なお、本実施の形態のＤＶ１０２は本発明
のデータ送信装置の例であり、本実施の形態のＰＣ１０
１は本発明のパーソナルコンピュータの例であり、本実
施の形態のＤＶ用ドライバ１０４、ＩＥＥＥ１３９４ド
ライバ１０５は本発明の機器制御手段の例である。

【００７６】ＰＣ101の動作について説明する。

【００７７】ＤＶ用ドライバ104は、アプリケーション1
03から動作指示114として受信開始指示を受けると、ま
ずＤＶ102のｏＰＣＲ[0]108の値を取得するよう要求を
リクエスト115としてＩＥＥＥ１３９４ドライバ105に送
る。ＩＥＥＥ１３９４ドライバ105は、ＩＥＥＥ１３９
４インタフェース106を通して、ＩＥＥＥ１３９４イン
タフェース109にｏＰＣＲ[0]108内のレジスタデータ117
を送信してもらうように要求する。ＩＥＥＥ１３９４イ
ンタフェース109は、送信要求を受け取ると、ｏＰＣＲ
[0]108からレジスタデータ117を取り出しＩＥＥＥ１３
９４インタフェース106に送信する。ＩＥＥＥ１３９４
ドライバ105は、ＩＥＥＥ１３９４インタフェース106が
受け取ったレジスタデータ117を応答116としてＤＶ用ド
ライバ104に出力する。

【００７８】ＤＶ用ドライバ104は、レジスタデータ117
の内容を見て、ｏＰＣＲ[0]108のｂｃｃが１であれば、
ＤＶ102に対してポイントツーポイント接続を張らず、
すなわちそのままｏＰＣＲ[0]108内のｃｈａｎｎｅｌ
ｎｕｍｂｅｒで示された値、例えばｃｈ６３からデータ
受信を開始する指示をリクエスト115としてＩＥＥＥ１
３９４ドライバ105に送信する。ＩＥＥＥ１３９４ドラ
イバ105は、リクエスト115として受信開始指示を受け取
ると、ＩＥＥＥ１３９４インタフェース106を通してＩ
ＥＥＥ１３９４バス110上のｃｈ６３からデータである
アイソクロナスパケットの受信を開始する。

【００７９】以降の動作は従来例と同様である。

【００８０】またｏＰＣＲ[0]108のｂｃｃが０である場
合の動作は従来例と同じである。

【００８１】一方、ＤＶ用ドライバ104は、アプリケー
ション103から動作指示114として受信停止指示を受ける
と、まずＩＥＥＥ１３９４バス110からデータを受信す
るのを停止する指示をリクエスト115としてＩＥＥＥ１
３９４インタフェース105に送信する。ＩＥＥＥ１３９
４インタフェース105は受信停止指示を受け取ると、Ｉ
ＥＥＥ１３９４バス110からデータを受信するのを停止
する。

【００８２】次にＤＶ用ドライバ104は、受信開始時に
ｏＰＣＲ[0]108内のｐ２ｐの値に１を加えてポイントツ
ーポイント接続を行っている場合には、ＤＶ102のｏＰ
ＣＲ[0]108の値を取得するよう要求をリクエスト115と
してＩＥＥＥ１３９４ドライバ105に送る。その後ＤＶ
用ドライバ104は、ｏＰＣＲ[0]108内のｐ２ｐの値から
１引いた値をｏＰＣＲ[0]108のｐ２ｐに代入したものを
新たなレジスタデータ117としてｏＰＣＲ[0]108に書き
込む指示をリクエスト115として、ＩＥＥＥ１３９４ド
ライバ105に送信する。上記と同様の動作によって、Ｄ
Ｖ102のｏＰＣＲ[0]108の値を変更する。ｏＰＣＲ[0]10
8のｂｃｃが０でかつ先にＤＶ用ドライバ104がＩＥＥＥ
１３９４バス110のリソースを確保していたのであれ
ば、このとき同時にＤＶ用ドライバ104はＩＥＥＥ１３
９４バス110のリソースを解放する。このときＤＶ用ド
ライバ104は、必要であればｏＰＣＲ[0]108のｃｈａｎ
ｎｅｌ ｎｕｍｂｅｒの値を元に戻す。

【００８３】またＤＶ用ドライバ104は、受信開始時に
ＤＶ102に対してポイントツーポイント接続を張ってい
ない場合には、そのまま何もせず処理を終了する。

【００８４】以上の動作において、ＤＶ102のｏＰＣＲ
[0]108の値およびＩＥＥＥ１３９４バス110のリソース
を誰が確保し、誰が解放するかを表にしたものの一例が
図１０から図１３である。

【００８５】従来例と同様に、ＤＶ102の再生開始とＰ
Ｃ101の受信開始とどちらが先に行われたか、またＤＶ1
02の再生停止とＰＣ101の受信停止のどちらが先に行わ
れたかで合計４通りの動作が考えれる。

【００８６】図１０は、ＤＶ101の再生開始とＰＣ101の
受信停止が先である場合である。ＤＶ102が再生を開始
するときには、まだｐ２ｐは０すなわちポイントツーポ
イント接続がされていない状態なので、ＤＶ101はリソ
ースの確保を行う。

【００８７】ＰＣ101が受信を開始するときには、すで
にＤＶ102の再生が開始されておりｏＰＣＲ[0]108のｂ
ｃｃは１である。このためＰＣ101はｃｈａｎｎｅｌ
ｎｕｍｂｅｒおよびｐ２ｐの値を何も変更せず、またＩ
ＥＥＥ１３９４バス110のリソースの確保も行わない。
すなわちポイントツーポイント接続を行わず、ブロード
キャスト伝送のみを使用することになる。

【００８８】ＰＣ101が受信を停止したときには、ＤＶ1
02はまだ再生しているのでｏＰＣＲ[0]108のｂｃｃは１
である。このためＰＣ101はＩＥＥＥ１３９４バス110の
リソースを解放する必要はない。

【００８９】ＤＶ102が再生を停止したときには、ｂｃ
ｃを０に戻すが、ｐ２ｐも０のままであり、いずれの接
続もされていないので、ＤＶ102はＩＥＥＥ１３９４バ
ス110のリソースを解放する。

【００９０】図１１は、ＤＶ102の再生開始とＤＶ102の
受信停止が先である場合である。ＤＶ102が再生を開始
するときには、まだｐ２ｐは０すなわちポイントツーポ
イント接続がされていない状態なので、ＤＶ101はリソ
ースの確保を行う。

【００９１】ＰＣ101が受信を開始するときには、すで
にＤＶ102の再生が開始されておりｏＰＣＲ[0]108のｂ
ｃｃは１である。このためＰＣ101はｏＰＣＲ[0]108の
ｐ２ｐを１に変更するだけで、ｃｈａｎｎｅｌ ｎｕｍ
ｂｅｒは変更せず、またＩＥＥＥ１３９４バス110のリ
ソースの確保も行わない。

【００９２】ＤＶ102が再生を停止したときには、やは
りｐ２ｐが０すなわちポイントツーポイント接続がされ
ていない状態なので、ＤＶ102はリソースの解放を行
う。

【００９３】ＰＣ101が受信を停止したときには、すで
にＤＶ102はＩＥＥＥ１３９４バス110のリソースを解放
しており、ＰＣ101は受信を停止するだけでよい。

【００９４】ＰＣ101の受信開始を先に行う場合の動作
は、従来例と同じく図１２および図１３のようになる。

【００９５】以上により、ＰＣ１０１が自らが確保した
リソースは解放出来るが、他の機器が確保したリソース
は解放することが出来ないという特徴を持っている場合
でも、ＰＣ101の受信開始/停止、ＤＶ102の再生開始/停
止がどういう順序で行われても、ＩＥＥＥ１３９４バス
105のリソースの確保・解放を必ず正しく行われるよう
になる。

【００９６】なお、ＤＶ102のｏＰＣＲ[0]108に初期状
態で書き込まれているｃｈａｎｎｅｌ ｎｕｍｂｅｒの
値はｃｈ６３としたが、０から６３のいずれかの整数値
であれば構わない。

【００９７】またＰＣ101が、ＤＶ102に対してポイント
ツーポイント接続を行ったときに、ＤＶ102のｏＰＣＲ
[0]108のｃｈａｎｎｅｌ ｎｕｍｂｅｒの値をｃｈ０に
するとしたが、すでに他の機器が確保していないチャン
ネルであれば０から６３のうちのいずれかの整数値でも
構わない。

【００９８】またＩＥＥＥ１３９４バス110上には、Ｐ
Ｃ101とＤＶ102とが接続されているとしたが、他のＩＥ
ＥＥ１３９４機器が接続されていても構わない。

【００９９】また初期状態でＤＶ102のｏＰＣＲ[0]108
のｐ２ｐは０、すなわちＤＶ102は他のいずれの機器と
の間でポイントツーポイント接続が張られていない状態
であるとしたが、初期状態でＤＶ102は他の機器との間
にポイントツーポイント接続が張られていても構わな
い。

【０１００】また、本実施の形態では、ＰＣ１０１の動
作を説明したが、本実施の形態のＰＣ１０１以外の機器
すなわち他の機器が確保したリソースを解放することが
出来る機器がＤＶ１０２からデータを受信する場合、本
実施の形態のＰＣ１０１の動作と同様の動作をしても構
わないし、あるいは従来の技術で説明したＰＣ１０１と
同様の動作をしても構わない。

【０１０１】また、データ受信装置は、ハードウェア、
ソフトウェアもしくはその両方を用いて構成されていて
も構わない。

【０１０２】また、本発明の受信方法の全部または一部
のステップの全部または一部の動作をコンピュータによ
り実行させるためのプログラム及び／またはデータを記
録したプログラム記録媒体であって、コンピュータによ
り読み取り可能であり、読み取られた前記プログラム及
び／またはデータが前記コンピュータと協動して前記機
能を実行することを特徴とするプログラム記録媒体も本
発明に属する。

【０１０３】

【発明の効果】以上説明したように、本発明によれば、
データ送信装置がすでにブロードキャスト伝送で送信を
行っている場合には、データ受信装置はポイントツーポ
イント接続を張らずにブロードキャスト伝送で受信を行
うようにすることで、データ伝送終了時にＩＥＥＥ１３
９４バスのリソースを常に正しく解放する事が可能とな
った。

【図面の簡単な説明】

【図１】本発明の第１実施形態および従来例におけるデ
ータ送信装置およびデータ受信装置の例を示す図

【図２】ＣＩＰ112の構成例を示す図

【図３】アイソクロナスパケットの構成例を示す図

【図４】ｏＰＣＲの構成を示す図

【図５】ｉＰＣＲの構成を示す図

【図６】ＩＥＣ６１８８３におけるブロードキャスト伝
送の概念図

【図７】ＩＥＣ６１８８３におけるポイントツーポイン
ト伝送の概念図

【図８】ＩＥＣ６１８８３におけるブロードキャスト伝
送とポイントツーポイント伝送とが同時に行われている
ときの状態を表す概念図

【図９】送信装置602のｉＰＣＲ[0]、および受信装置60
1のｏＰＣＲ[0]の値の一例を示す図

【図１０】ｏＰＣＲ[0]108内の値の遷移を示す図

【図１１】ｏＰＣＲ[0]108内の値の遷移を示す図

【図１２】ｏＰＣＲ[0]108内の値の遷移を示す図

【図１３】ｏＰＣＲ[0]108内の値の遷移を示す図

【図１４】ｏＰＣＲ[0]108内の値の遷移を示す図

【図１５】ｏＰＣＲ[0]108内の値の遷移を示す図

【符号の説明】

101 ＰＣ 102 ＤＶ 103 アプリケーション 104 ＤＶ用ドライバ 105 ＩＥＥＥ１３９４ドライバ 106 ＩＥＥＥ１３９４インタフェース 107 データ出力部 108 ｏＰＣＲ[0] 109 ＩＥＥＥ１３９４インタフェース 110 ＩＥＥＥ１３９４バス 111 ＤＶデータ 112 ＣＩＰ 114 動作指示 115 リクエスト 116 応答 117 レジスタデータ 201 パケットデータ 202 ＣＩＰヘッダ 301 アイソクロナスヘッダ 302 ヘッダＣＲＣ 303 データＣＲＣ 601 受信装置 602 送信装置

───────────────────────────────────────────────────── フロントページの続き (72)発明者 山田 正純 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 Ｆターム(参考） 5B077 AA02 AA18 AA25 NN02

Claims (8)

【特許請求の範囲】
1. 【請求項１】 ＩＥＣ６１８８３準拠のデータ受信装置
   と、ＩＥＣ６１８８３準拠のデータ送信装置とがＩＥＥ
   Ｅ１３９４バスに接続されている場合、 前記データ受信装置が、ＩＥＥＥ１３９４インタフェー
   スと、前記ＩＥＥＥ１３９４バスに接続されている機器
   の全部または一部を制御する機器制御手段とを有するパ
   ーソナルコンピュータである場合、 前記データ受信装置は、受信開始指示を受け取ると、前
   記データ送信装置がブロードキャスト伝送を用いて出力
   データを前記ＩＥＥＥ１３９４バスに出力しているかど
   うかを判断し、 前記データ送信装置がブロードキャスト伝送を用いて前
   記出力データを前記ＩＥＥＥ１３９４バスに出力してい
   る場合に、 前記データ受信装置は前記データ送信装置にポイントツ
   ーポイント接続を張らずに前記出力データの受信を行う
   ことを特徴とする受信方法。
2. 【請求項２】 前記データ送信装置は、出力制御レジス
   タを保有しており、 前記出力制御レジスタには、ブロードキャスト伝送を行
   っているかどうかを示すフラグと、前記出力データをど
   のチャンネルに出力するかを示すチャンネル番号とが含
   まれており、 前記データ受信装置が、前記パーソナルコンピュータで
   ある場合、 前記データ受信装置は、前記フラグを読むことにより、
   前記データ送信装置がブロードキャスト伝送を用いて前
   記出力データを前記ＩＥＥＥ１３９４バスに出力してい
   るかどうかを判断し、 前記データ送信装置がブロードキャスト伝送を用いて前
   記出力データを前記ＩＥＥＥ１３９４バスに出力してい
   る場合には、 前記データ受信装置は、前記チャンネル番号の変更を行
   わず、前記チャンネル番号に記述されているチャンネル
   から前記出力データを受信することを特徴とする請求項
   １記載の受信方法。
3. 【請求項３】 前記データ送信装置は、出力制御レジス
   タを保有しており、前記出力制御レジスタには、内部に
   ブロードキャスト伝送を行っているかどうかを示すフラ
   グと、出力データをどのチャンネルに出力するかを示す
   チャンネル番号とが含まれており、 前記データ受信装置が、前記パーソナルコンピュータで
   ある場合、 前記データ受信装置は、前記フラグを読むことにより、
   前記データ送信装置がブロードキャスト伝送を用いて前
   記出力データを前記ＩＥＥＥ１３９４バスに出力してい
   るかどうかを判断し、 前記データ受信装置は、前記チャンネル番号を任意の値
   Ｎ（Ｎは０から６３までの整数）に変更した後、チャン
   ネル番号が前記Ｎであるチャンネルから前記出力データ
   を受信することを特徴とする請求項１記載の受信方法。
4. 【請求項４】 前記データ送信装置が前記出力データを
   ＩＥＥＥ１３９４バスに出力していない場合、 前記データ受信装置が、前記パーソナルコンピュータで
   ある場合、 前記データ受信装置は前記データ送信装置にポイントツ
   ーポイント接続を張った後、前記データ送信装置が前記
   出力データを前記ＩＥＥＥ１３９４バスに出力を開始す
   ると同時に、前記データ受信装置は前記出力データの受
   信を行うことを特徴とする請求項２または３記載の受信
   方法。
5. 【請求項５】 前記ＩＥＥＥ１３９４バスには、ＩＥＣ
   ６１８８３準拠の第２のデータ受信装置が接続されてお
   り、 前記データ送信装置が、前記第２のデータ受信装置に対
   しポイントツーポイント接続を張られているまたは張っ
   ている状態で、かつブロードキャスト伝送を用いずに、
   前記ＩＥＥＥ１３９４バスに前記出力データの出力を行
   っている場合には、 前記データ受信装置が、前記パーソナルコンピュータで
   ある場合、 前記データ受信装置は前記データ送信装置にポイントツ
   ーポイント接続を張り、 前記出力データの受信を行う
   ことを特徴とする請求項２から４のいずれかに記載の受
   信方法。
6. 【請求項６】 前記データ送信装置は、家庭用ディジタ
   ルＶＣＲであることを特徴とする請求項１から５のいず
   れかに記載の受信方法。
7. 【請求項７】 前記データ送信装置は、ＭＰＥＧデータ
   を出力するセットトップボックスであることを特徴とす
   る請求項１から５のいずれかに記載の受信方法。
8. 【請求項８】 請求項１から７のいずれかに記載の受信
   方法の全部または一部のステップの全部または一部の動
   作をコンピュータにより実行させるためのプログラム及
   び／またはデータを記録した記録媒体であって、コンピ
   ュータにより読み取り可能なことを特徴とするプログラ
   ム記録媒体。