JP2000324143A - 伝送管理方法 - Google Patents
伝送管理方法Info
- Publication number
- JP2000324143A JP2000324143A JP11130904A JP13090499A JP2000324143A JP 2000324143 A JP2000324143 A JP 2000324143A JP 11130904 A JP11130904 A JP 11130904A JP 13090499 A JP13090499 A JP 13090499A JP 2000324143 A JP2000324143 A JP 2000324143A
- Authority
- JP
- Japan
- Prior art keywords
- transmission
- data
- reception
- management method
- state
- 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
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
- G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
- G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
- G06F13/4265—Bus transfer protocol, e.g. handshake; Synchronisation on a point to point bus
- G06F13/4269—Bus transfer protocol, e.g. handshake; Synchronisation on a point to point bus using a handshaking protocol, e.g. Centronics connection
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Small-Scale Networks (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Information Transfer Systems (AREA)
- Selective Calling Equipment (AREA)
Abstract
(57)【要約】
【課題】 複数の機器が接続されたバスシステムにおい
て、送信データがない場合にも接続しつづける、また
は、受信側で必要でないデータを送信する、あるいは、
送信前に送信機が有効なデータを出すかわからないなど
の無駄なデータ伝送を防止する。 【解決手段】 ｐ−ｔｏ−ｐ接続において、受信可能な
機器の存在を確認してからｂｒｏａｄｃａｓｔ ｏｕｔ
接続を開始するｂｒｏａｄｃａｓｔ ｉｎ接続の準備が
できた段階でｂｒｏａｄｃａｓｔ ｏｕｔ接続を開始さ
せる。
て、送信データがない場合にも接続しつづける、また
は、受信側で必要でないデータを送信する、あるいは、
送信前に送信機が有効なデータを出すかわからないなど
の無駄なデータ伝送を防止する。 【解決手段】 ｐ−ｔｏ−ｐ接続において、受信可能な
機器の存在を確認してからｂｒｏａｄｃａｓｔ ｏｕｔ
接続を開始するｂｒｏａｄｃａｓｔ ｉｎ接続の準備が
できた段階でｂｒｏａｄｃａｓｔ ｏｕｔ接続を開始さ
せる。
Description
【０００１】
【発明の属する技術分野】本発明は、複数の機器が接続
されたバスシステムにおける伝送管理方法に関するもの
である。
されたバスシステムにおける伝送管理方法に関するもの
である。
【０００２】
【従来の技術】ＭＰＥＧ２のトランスポートパケット
（ＴＳパケット）やＤＶデータのような映像・音声デー
タのリアルタイム伝送に適したネットワークとしてＩＥ
ＥＥ１３９４と呼ばれるディジタルインターフェースが
提案されている。ＩＥＥＥ１３９４はシリアルの高速バ
スシステムで、データをアイソクロノス（Ｉｓｏｃｈｒ
ｏｎｏｕｓ）伝送と呼ばれる形式で同期伝送できるた
め、リアルタイム伝送が可能である。さらに、アイソク
ロノス伝送と並行して非同期のアシンクロナス（Ａｓｙ
ｎｃｈｒｏｎｏｕｓ）伝送を行う事ができる。
（ＴＳパケット）やＤＶデータのような映像・音声デー
タのリアルタイム伝送に適したネットワークとしてＩＥ
ＥＥ１３９４と呼ばれるディジタルインターフェースが
提案されている。ＩＥＥＥ１３９４はシリアルの高速バ
スシステムで、データをアイソクロノス（Ｉｓｏｃｈｒ
ｏｎｏｕｓ）伝送と呼ばれる形式で同期伝送できるた
め、リアルタイム伝送が可能である。さらに、アイソク
ロノス伝送と並行して非同期のアシンクロナス（Ａｓｙ
ｎｃｈｒｏｎｏｕｓ）伝送を行う事ができる。
【０００３】ＩＥＥＥ１３９４では、１つのローカルバ
スに最大６３台までの機器が接続できる。各機器は電源
が入ったままの状態でケーブルの抜き差しを行う事が可
能であり、機器が追加または削除された時点で自動的に
接続された機器を認識してネットワークの再構成を行う
事ができる。
スに最大６３台までの機器が接続できる。各機器は電源
が入ったままの状態でケーブルの抜き差しを行う事が可
能であり、機器が追加または削除された時点で自動的に
接続された機器を認識してネットワークの再構成を行う
事ができる。
【０００４】ＩＥＥＥ１３９４は、多くのディジタル映
像・音声機器に外部用インタフェースとして搭載するこ
とができる。ＩＥＥＥ１３９４およびその上でのＡＶデ
ータ伝送規格であるＡＶプロトコル（ＩＥＣ６１８８３
規格：Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ ｏｆ Ｄｉｇｉ
ｔａｌ Ｉｎｔｅｒｆａｃｅ ｆｏｒ ｃｏｎｓｕｍｅ
ｒ Ｅｌｅｃｔｒｏｎｉｃ Ｅｑｕｉｐｍｅｎｔ）を用
いることにより、例えば２台のＤＶ間でのデータ伝送、
ディジタルダビングを行うことができる。またＡＶプロ
トコル以外の規定として、Ａｓｙｎｃｈｒｏｎｏｕｓ伝
送を用いて、ＡＶ機器にＰｌａｙ，Ｓｔｏｐといった機
器の制御コマンドを送るためのＡＶ／ＣＤｉｇｉｔａｌ
Ｉｎｔｅｒｆａｃｅｃｏｍｍａｎｄ Ｓｅｔや、Ａｓ
ｙｎｃｈｒｏｎｏｕｓ 接続と呼ばれるデータ伝送方法
も規定されている。
像・音声機器に外部用インタフェースとして搭載するこ
とができる。ＩＥＥＥ１３９４およびその上でのＡＶデ
ータ伝送規格であるＡＶプロトコル（ＩＥＣ６１８８３
規格：Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ ｏｆ Ｄｉｇｉ
ｔａｌ Ｉｎｔｅｒｆａｃｅ ｆｏｒ ｃｏｎｓｕｍｅ
ｒ Ｅｌｅｃｔｒｏｎｉｃ Ｅｑｕｉｐｍｅｎｔ）を用
いることにより、例えば２台のＤＶ間でのデータ伝送、
ディジタルダビングを行うことができる。またＡＶプロ
トコル以外の規定として、Ａｓｙｎｃｈｒｏｎｏｕｓ伝
送を用いて、ＡＶ機器にＰｌａｙ，Ｓｔｏｐといった機
器の制御コマンドを送るためのＡＶ／ＣＤｉｇｉｔａｌ
Ｉｎｔｅｒｆａｃｅｃｏｍｍａｎｄ Ｓｅｔや、Ａｓ
ｙｎｃｈｒｏｎｏｕｓ 接続と呼ばれるデータ伝送方法
も規定されている。
【０００５】１３９４では１つのコネクタを介して複数
チャンネルのＡＶ信号の入出力が可能である。また、１
つのコネクタで信号の入力と出力が可能である。ＡＶプ
ロトコルでは１チャンネルの入力あるいは出力が可能な
仮想的なコネクタとしてプラグが定めてある。プラグは
入力用と出力用が有り、１つの入力プラグが１つのチャ
ンネルの入力を行うことができ、１つの出力プラグが１
つのチャンネルの出力を行うことができる。従って、同
時にｎチャンネルのＩｓｏｃｈｒｏｎｏｕｓパケットを
入力出来る機器はｎ個の入力プラグを持ち、同時にｎチ
ャンネルのＩｓｏｃｈｒｏｎｏｕｓパケットを出力出来
る機器はｎ個の出力プラグを持つことになる。
チャンネルのＡＶ信号の入出力が可能である。また、１
つのコネクタで信号の入力と出力が可能である。ＡＶプ
ロトコルでは１チャンネルの入力あるいは出力が可能な
仮想的なコネクタとしてプラグが定めてある。プラグは
入力用と出力用が有り、１つの入力プラグが１つのチャ
ンネルの入力を行うことができ、１つの出力プラグが１
つのチャンネルの出力を行うことができる。従って、同
時にｎチャンネルのＩｓｏｃｈｒｏｎｏｕｓパケットを
入力出来る機器はｎ個の入力プラグを持ち、同時にｎチ
ャンネルのＩｓｏｃｈｒｏｎｏｕｓパケットを出力出来
る機器はｎ個の出力プラグを持つことになる。
【０００６】これらのプラグに対して、扱うチャンネル
ナンバーを指定したり動作のＯＮ／ＯＦＦを指定するた
めのレジスタ（ＰＣＲ：Ｐｌｕｇ ｃｏｎｔｒｏｌ ｒ
ｅｇｉｓｔｅｒ）が定義してある。ＰＣＲには入力用の
ｉＰＣＲと出力用のｏＰＣＲの２種類が存在する。ＰＣ
Ｒは１３９４のアドレス空間に位置するので、Ａｓｙｎ
ｃｈｒｏｎｏｕｓパケットを用いて直接読み出したりあ
るいは値を変更したりすることが出来る。即ち、信号の
入出力制御を行うのに特別な制御コマンドは必要なく、
ＰＣＲをハードウェアで実現することも可能である。
ナンバーを指定したり動作のＯＮ／ＯＦＦを指定するた
めのレジスタ（ＰＣＲ：Ｐｌｕｇ ｃｏｎｔｒｏｌ ｒ
ｅｇｉｓｔｅｒ）が定義してある。ＰＣＲには入力用の
ｉＰＣＲと出力用のｏＰＣＲの２種類が存在する。ＰＣ
Ｒは１３９４のアドレス空間に位置するので、Ａｓｙｎ
ｃｈｒｏｎｏｕｓパケットを用いて直接読み出したりあ
るいは値を変更したりすることが出来る。即ち、信号の
入出力制御を行うのに特別な制御コマンドは必要なく、
ＰＣＲをハードウェアで実現することも可能である。
【０００７】このＰＣＲを利用して、機器間の信号接続
を行うのがＡＶプロトコルにおけるＣｏｎｎｅｃｔｉｏ
ｎ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｃｅｄｕｒｅ（ＣＭ
Ｐ）である。ＣＭＰでは １）ｂｒｏａｄｃａｓｔ ｏ
ｕｔ接続、 ２）ｂｒｏａｄｃａｓｔ ｉｎ接続、
３）Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ（ｐ−ｔｏ−ｐ）接
続の３種類の信号接続手法を提供している。これらの概
念を図４に示す。図４は、図１０のようにＩＥＥＥ１３
９４バスにより接続されたカムコーダ０、ＶＴＲ１、Ｖ
ＴＲ２、ＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ：衛星放送受
信機）３、モニタ４、コントローラ５から構成されたバ
スシステムにおけるプラグの例を記述したものである。
を行うのがＡＶプロトコルにおけるＣｏｎｎｅｃｔｉｏ
ｎ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｃｅｄｕｒｅ（ＣＭ
Ｐ）である。ＣＭＰでは １）ｂｒｏａｄｃａｓｔ ｏ
ｕｔ接続、 ２）ｂｒｏａｄｃａｓｔ ｉｎ接続、
３）Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ（ｐ−ｔｏ−ｐ）接
続の３種類の信号接続手法を提供している。これらの概
念を図４に示す。図４は、図１０のようにＩＥＥＥ１３
９４バスにより接続されたカムコーダ０、ＶＴＲ１、Ｖ
ＴＲ２、ＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ：衛星放送受
信機）３、モニタ４、コントローラ５から構成されたバ
スシステムにおけるプラグの例を記述したものである。
【０００８】ｂｒｏａｄｃａｓｔ ｏｕｔ接続は出力プ
ラグと１つのチャンネルとの間の接続である。図４
（１）ではカムコーダ０が６３チャンネルにｂｒｏａｄ
ｃａｓｔｏｕｔ接続を張っている。６３チャンネルとモ
ニタ４の間にはｂｒｏａｄｃａｓｔ ｉｎ接続が張られ
ている。即ち、チャンネルという媒体を介して、カムコ
ーダ０が出力したデータはモニタ４に入力されている。
ラグと１つのチャンネルとの間の接続である。図４
（１）ではカムコーダ０が６３チャンネルにｂｒｏａｄ
ｃａｓｔｏｕｔ接続を張っている。６３チャンネルとモ
ニタ４の間にはｂｒｏａｄｃａｓｔ ｉｎ接続が張られ
ている。即ち、チャンネルという媒体を介して、カムコ
ーダ０が出力したデータはモニタ４に入力されている。
【０００９】ｂｒｏａｄｃａｓｔ ｏｕｔ接続は他の機
器によって切断することが可能である。例えば、ユーザ
ーがＶＴＲ２のＰＬＡＹボタンを押した場合、ＶＴＲ２
はカムコーダ０が行っているｂｒｏａｄｃａｓｔ ｏｕ
ｔ接続を切断し、自分自身がｂｒｏａｄｃａｓｔ ｏｕ
ｔ接続をチャンネル６３の間に張るといったアプリケー
ションを実現することが出来る。この場合、モニタ４は
チャンネル６３のｂｒｏａｄｃａｓｔ ｉｎ接続を継続
している為、表示される画面は自動的にＶＴＲ２からの
映像に切り替わる。
器によって切断することが可能である。例えば、ユーザ
ーがＶＴＲ２のＰＬＡＹボタンを押した場合、ＶＴＲ２
はカムコーダ０が行っているｂｒｏａｄｃａｓｔ ｏｕ
ｔ接続を切断し、自分自身がｂｒｏａｄｃａｓｔ ｏｕ
ｔ接続をチャンネル６３の間に張るといったアプリケー
ションを実現することが出来る。この場合、モニタ４は
チャンネル６３のｂｒｏａｄｃａｓｔ ｉｎ接続を継続
している為、表示される画面は自動的にＶＴＲ２からの
映像に切り替わる。
【００１０】ＶＴＲ２は自分が出力しようとしている６
３チャンネルに他の機器（カムコーダ０）が出力してい
る事を検出し、出力機器のｏＰＣＲを読み出す。さら
に、６３チャンネルがｂｒｏａｄｃａｓｔ ｏｕｔ接続
のみに使用されていることを知り、この接続をｏＰＣＲ
の値を書き換えることによって切断する。
３チャンネルに他の機器（カムコーダ０）が出力してい
る事を検出し、出力機器のｏＰＣＲを読み出す。さら
に、６３チャンネルがｂｒｏａｄｃａｓｔ ｏｕｔ接続
のみに使用されていることを知り、この接続をｏＰＣＲ
の値を書き換えることによって切断する。
【００１１】この結果カムコーダ０は６３チャンネル上
へのＩｓｏｃｈｒｏｎｏｕｓパケットの出力を停止する
ので、ＶＴＲ２は６３チャンネルと自身の間にｂｒｏａ
ｄｃａｓｔ ｏｕｔ接続を張る事が出来る。
へのＩｓｏｃｈｒｏｎｏｕｓパケットの出力を停止する
ので、ＶＴＲ２は６３チャンネルと自身の間にｂｒｏａ
ｄｃａｓｔ ｏｕｔ接続を張る事が出来る。
【００１２】特定の２つの機器間で保護された信号接続
を行いたい場合には、ｐ−ｔｏ−ｐ接続を使用する。図
４ではチャンネル６１を使用してＳＴＢ３からＶＴＲ１
へのｐ−ｔｏ−ｐ接続が張られている。ｐ−ｔｏ−ｐ接
続はそれを張った機器しか切断させることが出来ない１
対１の接続である。ｐ−ｔｏ−ｐ接続は、出力機器、入
力機器だけでなく、第３者の機器が張る事も可能であ
る。例えば、コントローラ５が再生側のＶＴＲと記録側
のＶＴＲ間にｐ−ｔｏ−ｐ接続を張る事も可能である。
また、ｐ−ｔｏ−ｐ接続は１つの出力プラグに対して複
数存在することもできる（オーバレイ）。同じ入力プラ
グとの間で２つ以上張ることもできるし、２つ以上の入
力プラグとの間で同時に張ることもできる。
を行いたい場合には、ｐ−ｔｏ−ｐ接続を使用する。図
４ではチャンネル６１を使用してＳＴＢ３からＶＴＲ１
へのｐ−ｔｏ−ｐ接続が張られている。ｐ−ｔｏ−ｐ接
続はそれを張った機器しか切断させることが出来ない１
対１の接続である。ｐ−ｔｏ−ｐ接続は、出力機器、入
力機器だけでなく、第３者の機器が張る事も可能であ
る。例えば、コントローラ５が再生側のＶＴＲと記録側
のＶＴＲ間にｐ−ｔｏ−ｐ接続を張る事も可能である。
また、ｐ−ｔｏ−ｐ接続は１つの出力プラグに対して複
数存在することもできる（オーバレイ）。同じ入力プラ
グとの間で２つ以上張ることもできるし、２つ以上の入
力プラグとの間で同時に張ることもできる。
【００１３】
【発明が解決しようとする課題】しかしながら、上述し
たＣＭＰによる接続管理方法では、以下に示す課題があ
る。
たＣＭＰによる接続管理方法では、以下に示す課題があ
る。
【００１４】第一に、ｐ−ｔｏ−ｐは無駄なＩｓｏｃｈ
ｒｏｎｏｕｓ伝送が行われるという可能性がある。具体
的には、 １）第３者がｐ−ｔｏ−ｐを張ったとき、送信データが
ない、すなわちｅｍｐｔｙパケットだけしか送信してい
ない場合にもｐ−ｔｏ−ｐを張りつづけている可能性が
ある。また、第３者もしくは送信機がｐ−ｔｏ−ｐを張
った場合、受信側で受信しているデータを使っていない
場合もｐ−ｔｏ−ｐを張りつづけデータを受けつづける
可能性がある。Ｉｓｏｃｈｒｏｎｏｕｓ伝送では送信開
始の前に帯域を確保し送信が終了すれば帯域を返却す
る。従って、他の機器が帯域を確保していることによ
り、Ｉｓｏｃｈｒｏｎｏｕｓ伝送ができない場合が存在
する。上記のようにｐ−ｔｏ−ｐ接続では不要な伝送を
行っている可能性があり、このために有効な伝送が妨げ
られることがあるという課題を有していた。
ｒｏｎｏｕｓ伝送が行われるという可能性がある。具体
的には、 １）第３者がｐ−ｔｏ−ｐを張ったとき、送信データが
ない、すなわちｅｍｐｔｙパケットだけしか送信してい
ない場合にもｐ−ｔｏ−ｐを張りつづけている可能性が
ある。また、第３者もしくは送信機がｐ−ｔｏ−ｐを張
った場合、受信側で受信しているデータを使っていない
場合もｐ−ｔｏ−ｐを張りつづけデータを受けつづける
可能性がある。Ｉｓｏｃｈｒｏｎｏｕｓ伝送では送信開
始の前に帯域を確保し送信が終了すれば帯域を返却す
る。従って、他の機器が帯域を確保していることによ
り、Ｉｓｏｃｈｒｏｎｏｕｓ伝送ができない場合が存在
する。上記のようにｐ−ｔｏ−ｐ接続では不要な伝送を
行っている可能性があり、このために有効な伝送が妨げ
られることがあるという課題を有していた。
【００１５】２）送信機もしくは第３者がｐ−ｔｏ−ｐ
を張っても受信機がそのデータを有効利用してくれるか
どうかはわからない。
を張っても受信機がそのデータを有効利用してくれるか
どうかはわからない。
【００１６】３）受信機もしくは第３者がｐ−ｔｏ−ｐ
を張ると、送信機が有効なデータを出してくれるかどう
かわからなく結果として無駄な伝送が発生する。
を張ると、送信機が有効なデータを出してくれるかどう
かわからなく結果として無駄な伝送が発生する。
【００１７】第二に、ｂｒｏａｄｃａｓｔ ｏｕｔ接続
は受信機器を特定しない出力であるため、どの機器も受
信していない可能性があり、無駄な出力により他の伝送
に使用可能な伝送容量が減るといった課題がある。
は受信機器を特定しない出力であるため、どの機器も受
信していない可能性があり、無駄な出力により他の伝送
に使用可能な伝送容量が減るといった課題がある。
【００１８】第三に、ｂｒｏａｄｃａｓｔ ｉｎ接続を
したくなった機器がｂｒｏａｄｃａｓｔ ｏｕｔ接続の
準備ができている機器を探し出すことができないという
課題がある。
したくなった機器がｂｒｏａｄｃａｓｔ ｏｕｔ接続の
準備ができている機器を探し出すことができないという
課題がある。
【００１９】例えば、受信前にデータを送信可能な機器
がどれだか分からないため、従来受信機は受けたいデー
タが流れているか各チャンネルを探す必要があった。
がどれだか分からないため、従来受信機は受けたいデー
タが流れているか各チャンネルを探す必要があった。
【００２０】本発明は、上述した従来の伝送管理方法の
課題を考慮し、ｐ−ｔｏ−ｐ接続で無駄な伝送をなくす
ことを第一の目的とするものである。また、受信可能な
機器の存在を確認してからｂｒｏａｄｃａｓｔ ｏｕｔ
接続を開始することにより無駄な伝送をなくすことを第
二の目的とするものである。さらに、ｂｒｏａｄｃａｓ
ｔ ｉｎ接続の準備ができた段階でｂｒｏａｄｃａｓｔ
ｏｕｔ接続を開始させることにより、無意味な伝送を
なくすことを第三の目的とするものである。
課題を考慮し、ｐ−ｔｏ−ｐ接続で無駄な伝送をなくす
ことを第一の目的とするものである。また、受信可能な
機器の存在を確認してからｂｒｏａｄｃａｓｔ ｏｕｔ
接続を開始することにより無駄な伝送をなくすことを第
二の目的とするものである。さらに、ｂｒｏａｄｃａｓ
ｔ ｉｎ接続の準備ができた段階でｂｒｏａｄｃａｓｔ
ｏｕｔ接続を開始させることにより、無意味な伝送を
なくすことを第三の目的とするものである。
【００２１】
【課題を解決するための手段】上述した課題を解決する
ために、請求項１の本発明は、複数の機器が接続された
バスシステムにおいて、データ送信可否もしくは受信可
否の状態問い合わせに対する応答に従って、前記機器間
のデータ伝送路の切断と確立の管理を行う事を特徴とす
る伝送管理方法である。
ために、請求項１の本発明は、複数の機器が接続された
バスシステムにおいて、データ送信可否もしくは受信可
否の状態問い合わせに対する応答に従って、前記機器間
のデータ伝送路の切断と確立の管理を行う事を特徴とす
る伝送管理方法である。
【００２２】また、請求項２の本発明は、問い合わせに
対する応答はデータ送信もしくは受信の可否状態や可否
状態の状態変化を示すことを特徴とする請求項１記載の
伝送管理方法である。
対する応答はデータ送信もしくは受信の可否状態や可否
状態の状態変化を示すことを特徴とする請求項１記載の
伝送管理方法である。
【００２３】また、請求項３の本発明は、複数の機器が
接続されたバスシステムにおいて、扱うデータの信号形
式が変わったことを示す情報に従って、前記機器間のデ
ータ伝送路の切断と確立の管理を行う事を特徴とする伝
送管理方法である。
接続されたバスシステムにおいて、扱うデータの信号形
式が変わったことを示す情報に従って、前記機器間のデ
ータ伝送路の切断と確立の管理を行う事を特徴とする伝
送管理方法である。
【００２４】また、請求項５の本発明は、複数の機器が
接続されたバスシステムにおいて、前記バスシステムに
データを送信しようとする送信機が前記バスシステムに
接続された他の機器に、データ受信の可否の状態を問い
合わせ、前記問い合わせを受けた機器は、データ受信可
否の状態に応じて前記送信機に受信状態情報を送出し、
前記送信機は前記受信状態情報に応じて伝送路を確立す
る事を特徴とする伝送管理方法である。
接続されたバスシステムにおいて、前記バスシステムに
データを送信しようとする送信機が前記バスシステムに
接続された他の機器に、データ受信の可否の状態を問い
合わせ、前記問い合わせを受けた機器は、データ受信可
否の状態に応じて前記送信機に受信状態情報を送出し、
前記送信機は前記受信状態情報に応じて伝送路を確立す
る事を特徴とする伝送管理方法である。
【００２５】また、請求項１１の本発明は、複数の機器
が接続されたバスシステムにおいて、前記バスシステム
からデータを受信しようとする受信機が前記バスシステ
ムに接続された他の機器に、データ送信の可否の状態を
問い合わせ、前記問い合わせを受けた機器は、データ送
信可否の状態に応じて前記受信機に送信状態情報を送出
し、前記受信機は前記送信状態情報に応じて伝送路を確
立する事を特徴とする伝送管理方法である。
が接続されたバスシステムにおいて、前記バスシステム
からデータを受信しようとする受信機が前記バスシステ
ムに接続された他の機器に、データ送信の可否の状態を
問い合わせ、前記問い合わせを受けた機器は、データ送
信可否の状態に応じて前記受信機に送信状態情報を送出
し、前記受信機は前記送信状態情報に応じて伝送路を確
立する事を特徴とする伝送管理方法である。
【００２６】また、請求項１７の本発明は、複数の機器
が接続されたバスシステムにおいて、第３の機器が前記
バスシステムに接続された他の機器に、データ送信およ
び受信の可否の状態を問い合わせ、前記問い合わせを受
けた機器は、データ送信および受信の可否の状態に応じ
て前記第３の機器に送信状態情報および受信状態情報を
送出し、前記第３の機器は前記送信状態情報および前記
受信状態情報に応じて、前記送信状態情報を送出した機
器と前記受信状態情報を送出した機器の間にデータ伝送
路の切断または確立を行う事を特徴とする伝送管理方法
である。
が接続されたバスシステムにおいて、第３の機器が前記
バスシステムに接続された他の機器に、データ送信およ
び受信の可否の状態を問い合わせ、前記問い合わせを受
けた機器は、データ送信および受信の可否の状態に応じ
て前記第３の機器に送信状態情報および受信状態情報を
送出し、前記第３の機器は前記送信状態情報および前記
受信状態情報に応じて、前記送信状態情報を送出した機
器と前記受信状態情報を送出した機器の間にデータ伝送
路の切断または確立を行う事を特徴とする伝送管理方法
である。
【００２７】
【発明の実施の形態】以下に、本発明の実施の形態を図
面を参照して説明する。本発明の実施の形態では、従来
例と同様に、図４に示されたＩＥＥＥ１３９４バスによ
り接続されたバスシステムに適用した場合を考える。
面を参照して説明する。本発明の実施の形態では、従来
例と同様に、図４に示されたＩＥＥＥ１３９４バスによ
り接続されたバスシステムに適用した場合を考える。
【００２８】（第１の実施の形態）以下に、本発明の第
１の実施の形態における、ＡＶデータを送信しようとす
る送信機、ここではカムコーダ０がそのデータを受信す
る機器を探す際の流れを図１のフローチャートを用いて
説明する。
１の実施の形態における、ＡＶデータを送信しようとす
る送信機、ここではカムコーダ０がそのデータを受信す
る機器を探す際の流れを図１のフローチャートを用いて
説明する。
【００２９】まずステップ１として、送信機は、各機器
に対してＰＬＵＧ＿ＩＮＦＯ ｓｔａｔｕｓコマンドを
用いて相手の機器の入力プラグ数を問い合わせる。ＰＬ
ＵＧ＿ＩＮＦＯ ｓｔａｔｕｓコマンドは１３９４Ｔｒ
ａｄｅＡｓｓｏｃｉａｔｉｏｎの「ＡＶ／Ｃ Ｄｉｇｉ
ｔａｌ Ｉｎｔｅｒｆａｃｅ Ｃｏｍｍａｎｄ Ｓｅｔ
Ｇｅｎｅｒａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖｅ
ｒ．３．０ Ａｐｒｉｌ １５，１９９８」で規定され
ているコマンドの一つで、相手の機器の入出力プラグ数
を問い合わせるものである。図５にコマンドの内容を示
す。送信機がシリアルバス出力プラグから送信しようと
している場合には、図５（１）のコマンドを送信して相
手のシリアルバス入力プラグ数を調べる。
に対してＰＬＵＧ＿ＩＮＦＯ ｓｔａｔｕｓコマンドを
用いて相手の機器の入力プラグ数を問い合わせる。ＰＬ
ＵＧ＿ＩＮＦＯ ｓｔａｔｕｓコマンドは１３９４Ｔｒ
ａｄｅＡｓｓｏｃｉａｔｉｏｎの「ＡＶ／Ｃ Ｄｉｇｉ
ｔａｌ Ｉｎｔｅｒｆａｃｅ Ｃｏｍｍａｎｄ Ｓｅｔ
Ｇｅｎｅｒａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖｅ
ｒ．３．０ Ａｐｒｉｌ １５，１９９８」で規定され
ているコマンドの一つで、相手の機器の入出力プラグ数
を問い合わせるものである。図５にコマンドの内容を示
す。送信機がシリアルバス出力プラグから送信しようと
している場合には、図５（１）のコマンドを送信して相
手のシリアルバス入力プラグ数を調べる。
【００３０】図５（１）のコマンドを受け取った相手の
機器は、図５（２）に示される形式でレスポンスを返
す。図５（２）のレスポンスにおいてＳｅｒｉａｌ＿ｂ
ｕｓ＿ｉｎｐｕｔ＿ｐｌｕｇｓフィールドはＩｓｏｃｈ
ｒｏｎｏｕｓ入力プラグの数を、Ｓｅｒｉａｌ＿ｂｕｓ
＿ｏｕｔｐｕｔ＿ｐｌｕｇｓフィールドはＩｓｏｃｈｒ
ｏｎｏｕｓ出力プラグの数を、Ｅｘｔｅｒｎａｌ＿ｉｎ
ｐｕｔ＿ｐｌｕｇｓフィールドは外部（アナログ）入力
プラグの数を、Ｅｘｔｅｒｎａｌ＿ｏｕｔｐｕｔ＿ｐｌ
ｕｇｓフィールドは外部（アナログ）出力プラグの数を
それぞれ示す。
機器は、図５（２）に示される形式でレスポンスを返
す。図５（２）のレスポンスにおいてＳｅｒｉａｌ＿ｂ
ｕｓ＿ｉｎｐｕｔ＿ｐｌｕｇｓフィールドはＩｓｏｃｈ
ｒｏｎｏｕｓ入力プラグの数を、Ｓｅｒｉａｌ＿ｂｕｓ
＿ｏｕｔｐｕｔ＿ｐｌｕｇｓフィールドはＩｓｏｃｈｒ
ｏｎｏｕｓ出力プラグの数を、Ｅｘｔｅｒｎａｌ＿ｉｎ
ｐｕｔ＿ｐｌｕｇｓフィールドは外部（アナログ）入力
プラグの数を、Ｅｘｔｅｒｎａｌ＿ｏｕｔｐｕｔ＿ｐｌ
ｕｇｓフィールドは外部（アナログ）出力プラグの数を
それぞれ示す。
【００３１】相手の機器に入力プラグがある場合にはス
テップ２に進み、次にＩＮＰＵＴ＿ＰＬＵＧ＿ＳＩＧＮ
ＡＬ＿ＦＯＲＭＡＴ ｉｎｑｕｉｒｙコマンドを用いて
各入力プラグが自分の出したい信号を受信する能力があ
るかどうかを問い合わせる。ＩＮＰＵＴ＿ＰＬＵＧ＿Ｓ
ＩＧＮＡＬ＿ＦＯＲＭＡＴ ｉｎｑｕｉｒｙコマンドも
ＡＶ／Ｃコマンドセットにすでに規定されているもので
ある。この形式を図６（１）に示す。相手の機器におい
てｐｌｕｇフィールドに記述された番号のプラグに対
し、ｆｍｔ、ｆｄｆの２つのフィールドによって規定さ
れた信号形式、例えばカムコーダ０がデータを出力しよ
うとする際に、「ＮＴＳＣ（５２５／６０）対応のＤＶ
データ」を入力する能力を持つか否かを問い合わせる。
機器中のどのプラグも送信機が出そうとしているデータ
を入力する能力がなければ（レスポンスが”ＮＯＴ＿Ｉ
ＭＰＬＥＭＥＮＴＥＤ”であれば）、その機器は受信不
可能なので次の機器にステップ１から再度問い合わせて
いく。
テップ２に進み、次にＩＮＰＵＴ＿ＰＬＵＧ＿ＳＩＧＮ
ＡＬ＿ＦＯＲＭＡＴ ｉｎｑｕｉｒｙコマンドを用いて
各入力プラグが自分の出したい信号を受信する能力があ
るかどうかを問い合わせる。ＩＮＰＵＴ＿ＰＬＵＧ＿Ｓ
ＩＧＮＡＬ＿ＦＯＲＭＡＴ ｉｎｑｕｉｒｙコマンドも
ＡＶ／Ｃコマンドセットにすでに規定されているもので
ある。この形式を図６（１）に示す。相手の機器におい
てｐｌｕｇフィールドに記述された番号のプラグに対
し、ｆｍｔ、ｆｄｆの２つのフィールドによって規定さ
れた信号形式、例えばカムコーダ０がデータを出力しよ
うとする際に、「ＮＴＳＣ（５２５／６０）対応のＤＶ
データ」を入力する能力を持つか否かを問い合わせる。
機器中のどのプラグも送信機が出そうとしているデータ
を入力する能力がなければ（レスポンスが”ＮＯＴ＿Ｉ
ＭＰＬＥＭＥＮＴＥＤ”であれば）、その機器は受信不
可能なので次の機器にステップ１から再度問い合わせて
いく。
【００３２】出そうとしているデータを入力する能力を
持つ入力プラグが存在する場合にはステップ３に進み、
そのプラグが現在入力を要求しているかを問い合わせ
る。問い合わせる方法の具体例として、図７にＩＳＯＣ
Ｈ＿ＩＯ＿ＷＩＳＨ Ｓｔａｔｕｓ／Ｉｎｑｕｉｒｙコ
マンドの案を示す。ＡＶ／Ｃコマンドの形式に合わせ、
かつ汎用的に使用するために、図に示すような階層構造
とした。
持つ入力プラグが存在する場合にはステップ３に進み、
そのプラグが現在入力を要求しているかを問い合わせ
る。問い合わせる方法の具体例として、図７にＩＳＯＣ
Ｈ＿ＩＯ＿ＷＩＳＨ Ｓｔａｔｕｓ／Ｉｎｑｕｉｒｙコ
マンドの案を示す。ＡＶ／Ｃコマンドの形式に合わせ、
かつ汎用的に使用するために、図に示すような階層構造
とした。
【００３３】図７（１）に示すように、ＡＶ／Ｃコマン
ドにＦＬＯＷ＿ＭＡＮＡＧＥＭＥＮＴというコマンドを
新たに定義する。ＦＬＯＷ＿ＭＡＮＡＧＥＭＥＮＴコマ
ンドはｃａｔｅｇｏｒｙフィールドの値に応じて複数の
内容を持てるようにする。ｃａｔｅｇｏｒｙ＿ｄｅｐｅ
ｎｄｅｎｔフィールドはｃａｔｅｇｏｒｙフィールドの
値に応じて大きさや具体的定義を設定できるようにす
る。
ドにＦＬＯＷ＿ＭＡＮＡＧＥＭＥＮＴというコマンドを
新たに定義する。ＦＬＯＷ＿ＭＡＮＡＧＥＭＥＮＴコマ
ンドはｃａｔｅｇｏｒｙフィールドの値に応じて複数の
内容を持てるようにする。ｃａｔｅｇｏｒｙ＿ｄｅｐｅ
ｎｄｅｎｔフィールドはｃａｔｅｇｏｒｙフィールドの
値に応じて大きさや具体的定義を設定できるようにす
る。
【００３４】図７（２）に示すようにｃａｔｅｇｏｒｙ
フィールドが００であるとき、ＦＬＯＷ＿ＭＡＮＡＧＥ
ＭＥＮＴコマンドはＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨコマン
ドという内容を持つ。問い合わせに対する答えが相手に
よって書きこまれるべきフィールド、すなわち後述する
ｉｐＮ、ｏｐＮ、ｉ＿ｓｉｇ、ｏ＿ｓｉｇの各フィール
ドには１を入れてコマンドを送る。
フィールドが００であるとき、ＦＬＯＷ＿ＭＡＮＡＧＥ
ＭＥＮＴコマンドはＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨコマン
ドという内容を持つ。問い合わせに対する答えが相手に
よって書きこまれるべきフィールド、すなわち後述する
ｉｐＮ、ｏｐＮ、ｉ＿ｓｉｇ、ｏ＿ｓｉｇの各フィール
ドには１を入れてコマンドを送る。
【００３５】本実施の形態においてＩＳＯＣＨ＿ＩＯ＿
ＷＩＳＨコマンドはＮｏｔｉｆｙコマンドの形式とＳｔ
ａｔｕｓコマンドの形式の両方で使うことが可能であ
る。Ｓｔａｔｕｓコマンドの形式であればコマンドを受
け取った機器はその時点の状態を返すだけである。Ｎｏ
ｔｉｆｙコマンドの形式であれば、コマンドを受けた機
器は、このコマンドを受信したときに現在の状態をレス
ポンスとして返し、かつ、その後状態の変化が発生した
ときに再度レスポンスを返す。Ｓｔａｔｕｓコマンドと
ＮｏｔｉｆｙコマンドはＡＶ／Ｃコマンドの先頭５ｂｉ
ｔ目から８ｂｉｔ目までのｃｔｙｐｅと呼ばれる４ｂｉ
ｔの値により区別されその他の値は同一である。
ＷＩＳＨコマンドはＮｏｔｉｆｙコマンドの形式とＳｔ
ａｔｕｓコマンドの形式の両方で使うことが可能であ
る。Ｓｔａｔｕｓコマンドの形式であればコマンドを受
け取った機器はその時点の状態を返すだけである。Ｎｏ
ｔｉｆｙコマンドの形式であれば、コマンドを受けた機
器は、このコマンドを受信したときに現在の状態をレス
ポンスとして返し、かつ、その後状態の変化が発生した
ときに再度レスポンスを返す。Ｓｔａｔｕｓコマンドと
ＮｏｔｉｆｙコマンドはＡＶ／Ｃコマンドの先頭５ｂｉ
ｔ目から８ｂｉｔ目までのｃｔｙｐｅと呼ばれる４ｂｉ
ｔの値により区別されその他の値は同一である。
【００３６】図７（３）のレスポンスにおいて、ｉｐＮ
（Ｎ＝００，０１，．．．．３０）の各ビットを接続要
求ビットと呼び、この値が０のとき「番号Ｎのプラグは
入力を要求していない」ことを示し、１のとき「番号Ｎ
のプラグは入力を要求している」ことを示すものとす
る。上記ビットは、実際に入出力を行っているかどうか
とは無関係である。例えば入力の要求があっても実際に
入力している場合としていない場合がある。また、ｉ＿
ｓｉｇは０のとき「どの入力プラグも扱う信号形式が以
前と変わっていない」ことを示し、１のとき「どれかの
入力プラグで扱う信号形式が以前から変わったか」を示
す。ここで扱う信号形式とはｆｍｔ、ｆｄｆの２つのフ
ィールドなどによって規定されたＤＶ、ＭＰＥＧ２−Ｔ
Ｓ、Ａｕｄｉｏデータなどの信号形式を示す。このビッ
トはＳｔａｔｕｓコマンドのレスポンスと、Ｎｏｔｉｆ
ｙコマンドの最初のレスポンスでは常に０である。
（Ｎ＝００，０１，．．．．３０）の各ビットを接続要
求ビットと呼び、この値が０のとき「番号Ｎのプラグは
入力を要求していない」ことを示し、１のとき「番号Ｎ
のプラグは入力を要求している」ことを示すものとす
る。上記ビットは、実際に入出力を行っているかどうか
とは無関係である。例えば入力の要求があっても実際に
入力している場合としていない場合がある。また、ｉ＿
ｓｉｇは０のとき「どの入力プラグも扱う信号形式が以
前と変わっていない」ことを示し、１のとき「どれかの
入力プラグで扱う信号形式が以前から変わったか」を示
す。ここで扱う信号形式とはｆｍｔ、ｆｄｆの２つのフ
ィールドなどによって規定されたＤＶ、ＭＰＥＧ２−Ｔ
Ｓ、Ａｕｄｉｏデータなどの信号形式を示す。このビッ
トはＳｔａｔｕｓコマンドのレスポンスと、Ｎｏｔｉｆ
ｙコマンドの最初のレスポンスでは常に０である。
【００３７】このレスポンスの値から、どのプラグが入
力要求しているかがわかる。またＮｏｔｉｆｙコマンド
として送信する事により、各プラグの入力要求状況もし
くは各プラグが入力できる信号形式が変更された場合に
レスポンスとして返される。カムコーダを例にとると、
カメラ撮影モードではiｐ００＝０に、テープ再生モー
ドのうちPLAY/CUE/Review中はｉｐ００＝０となる。一
方Ｓｔｏｐ、ＦＦ、ＲＥＷ中はＩｓｏｃｈｒｏｎｏｕｓ
パケットの受信が可能なのでｉｐ００＝１になる。ＲＥ
Ｃ Pauseの場合にもｉｐ００＝１になる。ＶＴＲでは、
テープ再生モードのうちPLAY/CUE/Review中はｉｐ００
＝０となる。一方Ｓｔｏｐ、ＦＦ、ＲＥＷ中はＩｓｏｃ
ｈｒｏｎｏｕｓパケットの受信が可能なのでｉｐ００＝
１になる。ＲＥＣ Pauseの場合にもｉｐ００＝１にな
る。すでに他のデータをテープ録画中の時はｉｐ０１＝
０になる。ＳＴＢでは、番組データ出力中はｉｐ０３＝
０に、外部からのデータをデコード出力しようとしてい
る時はｉｐ０３＝１となる。モニタの場合、内部チュー
ナからの番組表示中の時はｉｐ０４＝０に、他機器から
の番組データをすでに入力表示中の時はｉｐ０４＝０に
なる。外部からのデータをデコード出力しようとしてい
る時はｉｐ０４＝１となる。
力要求しているかがわかる。またＮｏｔｉｆｙコマンド
として送信する事により、各プラグの入力要求状況もし
くは各プラグが入力できる信号形式が変更された場合に
レスポンスとして返される。カムコーダを例にとると、
カメラ撮影モードではiｐ００＝０に、テープ再生モー
ドのうちPLAY/CUE/Review中はｉｐ００＝０となる。一
方Ｓｔｏｐ、ＦＦ、ＲＥＷ中はＩｓｏｃｈｒｏｎｏｕｓ
パケットの受信が可能なのでｉｐ００＝１になる。ＲＥ
Ｃ Pauseの場合にもｉｐ００＝１になる。ＶＴＲでは、
テープ再生モードのうちPLAY/CUE/Review中はｉｐ００
＝０となる。一方Ｓｔｏｐ、ＦＦ、ＲＥＷ中はＩｓｏｃ
ｈｒｏｎｏｕｓパケットの受信が可能なのでｉｐ００＝
１になる。ＲＥＣ Pauseの場合にもｉｐ００＝１にな
る。すでに他のデータをテープ録画中の時はｉｐ０１＝
０になる。ＳＴＢでは、番組データ出力中はｉｐ０３＝
０に、外部からのデータをデコード出力しようとしてい
る時はｉｐ０３＝１となる。モニタの場合、内部チュー
ナからの番組表示中の時はｉｐ０４＝０に、他機器から
の番組データをすでに入力表示中の時はｉｐ０４＝０に
なる。外部からのデータをデコード出力しようとしてい
る時はｉｐ０４＝１となる。
【００３８】また、モニタの内部デコーダをＤＶからＭ
ＰＥＧデコード用に切り替えた場合などでは、Ｎｏｔｉ
ｆｙコマンドを受けていたモニタはｉ＿ｓｉｇフラグを
１にしてレスポンスを返す。
ＰＥＧデコード用に切り替えた場合などでは、Ｎｏｔｉ
ｆｙコマンドを受けていたモニタはｉ＿ｓｉｇフラグを
１にしてレスポンスを返す。
【００３９】入力要求している入力プラグが存在する場
合にはステップ４に進み、入力要求しているプラグが別
機器からの信号を入力中か否かをそのプラグのｉＰＣＲ
を読み取る事により判定する。他の機器から入力してい
る場合には、次の入力要求しているプラグをステップ２
から調べる。それ以上入力要求しているプラグが無い場
合には、次の機器をステップ１から順次調べる。
合にはステップ４に進み、入力要求しているプラグが別
機器からの信号を入力中か否かをそのプラグのｉＰＣＲ
を読み取る事により判定する。他の機器から入力してい
る場合には、次の入力要求しているプラグをステップ２
から調べる。それ以上入力要求しているプラグが無い場
合には、次の機器をステップ１から順次調べる。
【００４０】入力プラグが入力要求しておりかつ他の機
器から入力していない場合にはステップ５に進み、送信
機はＩＮＰＵＴ＿ＰＬＵＧ＿ＳＩＧＮＡＬ＿ＦＯＲＭＡ
Ｔｃｏｎｔｒｏｌコマンドを相手の機器に送り、入力プ
ラグの扱う信号形式を自分が出そうとしている信号形式
に変えさせる。
器から入力していない場合にはステップ５に進み、送信
機はＩＮＰＵＴ＿ＰＬＵＧ＿ＳＩＧＮＡＬ＿ＦＯＲＭＡ
Ｔｃｏｎｔｒｏｌコマンドを相手の機器に送り、入力プ
ラグの扱う信号形式を自分が出そうとしている信号形式
に変えさせる。
【００４１】コマンドを受けて入力プラグの信号形式が
変わった場合には他の機器から入力していない場合に
は、入力準備ができたとしてステップ６に進む。上記入
力プラグの信号形式を変えようとする等の手続きは、受
信側の状況によっては期待通りに変わってくれない場合
もありえる。その場合にはＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨ
ｎｏｔｉｆｙコマンドを送って扱う信号形式が変わるの
を待つか、あるいは次のプラグに対してステップ２か
ら、または次の機器に対してステップ１から処理を再開
する。
変わった場合には他の機器から入力していない場合に
は、入力準備ができたとしてステップ６に進む。上記入
力プラグの信号形式を変えようとする等の手続きは、受
信側の状況によっては期待通りに変わってくれない場合
もありえる。その場合にはＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨ
ｎｏｔｉｆｙコマンドを送って扱う信号形式が変わるの
を待つか、あるいは次のプラグに対してステップ２か
ら、または次の機器に対してステップ１から処理を再開
する。
【００４２】例えば、カムコーダがＤＶ形式のデータを
出力しようとしているが、モニタがＭＰＥＧ信号を受信
要求中であった場合、このままではデータを有効に受け
付けてくれないので出せない。ＤＶからモニタにＩＳＯ
ＣＨ＿ＩＯ＿ＷＩＳＨ ｎｏｔｉｆｙコマンドを送信す
ると、まず、ｉｐ００−３０が各プラグの状態を示しｉ
−ｓｉｇフラグが０のレスポンスが返される。その後、
内部デコーダの接続状況が変わるなどしてＤＶ入力待ち
になった場合、ｉ−ｓｉｇフラグを１にしたレスポンス
を返す。このレスポンスを受けたカムコーダはモニタの
各プラグの信号形式を確認して接続を確立し、データを
送信する。
出力しようとしているが、モニタがＭＰＥＧ信号を受信
要求中であった場合、このままではデータを有効に受け
付けてくれないので出せない。ＤＶからモニタにＩＳＯ
ＣＨ＿ＩＯ＿ＷＩＳＨ ｎｏｔｉｆｙコマンドを送信す
ると、まず、ｉｐ００−３０が各プラグの状態を示しｉ
−ｓｉｇフラグが０のレスポンスが返される。その後、
内部デコーダの接続状況が変わるなどしてＤＶ入力待ち
になった場合、ｉ−ｓｉｇフラグを１にしたレスポンス
を返す。このレスポンスを受けたカムコーダはモニタの
各プラグの信号形式を確認して接続を確立し、データを
送信する。
【００４３】ステップ６として、送信機は入力準備がで
きた機器のプラグと送信機の送信しようとするプラグの
間にｐ−ｔｏ−ｐ接続を張ることにより伝送路を確立す
るとともにデータを出力し始める。なお、ＩＳＯＣＨ＿
ＩＯ＿ＷＩＳＨコマンドは「接続を確立したら有効なデ
ータを出力できる」ことや、「入力したデータは無駄に
しないで使う」ことを知らせるコマンドであるから、内
部接続を変更してやる必要は無い。
きた機器のプラグと送信機の送信しようとするプラグの
間にｐ−ｔｏ−ｐ接続を張ることにより伝送路を確立す
るとともにデータを出力し始める。なお、ＩＳＯＣＨ＿
ＩＯ＿ＷＩＳＨコマンドは「接続を確立したら有効なデ
ータを出力できる」ことや、「入力したデータは無駄に
しないで使う」ことを知らせるコマンドであるから、内
部接続を変更してやる必要は無い。
【００４４】全ての機器における全ての入力プラグが、
信号形式に対応していない、入力を要求していない、他
の機器からの信号を入力中であるなどの理由で受信がで
きないようなら、データの送信を行っても受信する機器
がおらず無駄な送信となるため、送信機はデータの送信
を行わない。必要に応じＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨＮ
ｏｔｉｆｙコマンドを送ることにより、他の機器からの
信号を受け取っている機器や入力要求していないプラグ
の状態を見守るなどの処理を引き続き行う。
信号形式に対応していない、入力を要求していない、他
の機器からの信号を入力中であるなどの理由で受信がで
きないようなら、データの送信を行っても受信する機器
がおらず無駄な送信となるため、送信機はデータの送信
を行わない。必要に応じＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨＮ
ｏｔｉｆｙコマンドを送ることにより、他の機器からの
信号を受け取っている機器や入力要求していないプラグ
の状態を見守るなどの処理を引き続き行う。
【００４５】次にデータ送信または受信の必要が無くな
った際に、上記手順により確立した伝送路を切りデータ
出力を停止する場合の手順について述べる。本実施の形
態では送信機がｐ−ｔｏ−ｐ接続を張ったので、ｐ−ｔ
ｏ−ｐ接続を切断することができるのは送信機だけであ
る。このため、送信機がデータ送信の必要がなくなった
場合には、単に送信機がｐ−ｔｏ−ｐ接続を切断すれば
よい。受信機はデータが来なくなったことを検出して停
止するなどの処理を行う事になる。
った際に、上記手順により確立した伝送路を切りデータ
出力を停止する場合の手順について述べる。本実施の形
態では送信機がｐ−ｔｏ−ｐ接続を張ったので、ｐ−ｔ
ｏ−ｐ接続を切断することができるのは送信機だけであ
る。このため、送信機がデータ送信の必要がなくなった
場合には、単に送信機がｐ−ｔｏ−ｐ接続を切断すれば
よい。受信機はデータが来なくなったことを検出して停
止するなどの処理を行う事になる。
【００４６】一方、受信機がデータ受信を止めたい場
合、送信機により張られたｐ−ｔｏ−ｐ接続を直接切断
する事はできないので、送信機にデータ受信の必要が無
くなったことを知らせて送信機にｐ−ｔｏ−ｐ接続を切
断させる必要がある。このために、先に説明したＩＳＯ
ＣＨ＿ＩＯ＿ＷＩＳＨ Ｎｏｔｉｆｙコマンドを用い
る。すなわち、データ伝送が開始すると、送信機は再度
受信機に対してＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨ Ｎｏｔｉ
ｆｙコマンドを送る。これにより、受信機は受信してい
るプラグの入力要求が無くなった時点で、そのプラグに
対応したｉｐＮのビットを０にして最終レスポンスを返
す。あるいは入力要求は継続しているが受信機が受信し
ている信号形式を変更する時点で、そのプラグに対応し
たｉ＿ｓｉｇビットを１にして最終レスポンスを返す。
送信機は、ｉｐＮビットが０になったレスポンスを受け
取ると受信しているプラグが現在のデータ伝送に使われ
無くなった事がわかるので、そのプラグとのｐ−ｔｏ−
ｐ接続を切断する。送信機は、ｐ−ｔｏ−ｐ接続を張っ
て受信している機器が全て無くなると送信を止めるなど
の処理を行う事になる。
合、送信機により張られたｐ−ｔｏ−ｐ接続を直接切断
する事はできないので、送信機にデータ受信の必要が無
くなったことを知らせて送信機にｐ−ｔｏ−ｐ接続を切
断させる必要がある。このために、先に説明したＩＳＯ
ＣＨ＿ＩＯ＿ＷＩＳＨ Ｎｏｔｉｆｙコマンドを用い
る。すなわち、データ伝送が開始すると、送信機は再度
受信機に対してＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨ Ｎｏｔｉ
ｆｙコマンドを送る。これにより、受信機は受信してい
るプラグの入力要求が無くなった時点で、そのプラグに
対応したｉｐＮのビットを０にして最終レスポンスを返
す。あるいは入力要求は継続しているが受信機が受信し
ている信号形式を変更する時点で、そのプラグに対応し
たｉ＿ｓｉｇビットを１にして最終レスポンスを返す。
送信機は、ｉｐＮビットが０になったレスポンスを受け
取ると受信しているプラグが現在のデータ伝送に使われ
無くなった事がわかるので、そのプラグとのｐ−ｔｏ−
ｐ接続を切断する。送信機は、ｐ−ｔｏ−ｐ接続を張っ
て受信している機器が全て無くなると送信を止めるなど
の処理を行う事になる。
【００４７】ｉ＿ｓｉｇビットが１になった場合、送信
機は自分が張ったｐ−ｔｏ−ｐのプラグの信号フォーマ
ットが変わったかどうかをＩＮＰＵＴ＿ＰＬＵＧ＿ＳＩ
ＧＮＡＬ＿ＦＯＲＭＡＴ ｓｔａｔｕｓコマンドを送っ
てチェックし、変わっていればそのプラグとのｐ−ｔｏ
−ｐ接続を切断する。変わっていなければｐ−ｔｏ−ｐ
接続を継続する。
機は自分が張ったｐ−ｔｏ−ｐのプラグの信号フォーマ
ットが変わったかどうかをＩＮＰＵＴ＿ＰＬＵＧ＿ＳＩ
ＧＮＡＬ＿ＦＯＲＭＡＴ ｓｔａｔｕｓコマンドを送っ
てチェックし、変わっていればそのプラグとのｐ−ｔｏ
−ｐ接続を切断する。変わっていなければｐ−ｔｏ−ｐ
接続を継続する。
【００４８】（第２の実施の形態）次に、本発明の第２
の実施の形態を説明する。第１の実施の形態と異なる点
は、ｐ−ｔｏ−ｐ接続でなくｂｒｏａｄｃａｓｔ接続に
より伝送路を確立する点である。ステップ１からステッ
プ５までの動作は第１の実施の形態と同様であるのでそ
の説明は省略する。
の実施の形態を説明する。第１の実施の形態と異なる点
は、ｐ−ｔｏ−ｐ接続でなくｂｒｏａｄｃａｓｔ接続に
より伝送路を確立する点である。ステップ１からステッ
プ５までの動作は第１の実施の形態と同様であるのでそ
の説明は省略する。
【００４９】ｐ−ｔｏ−ｐ接続は、ｐ−ｔｏ−ｐ接続を
確立しようとする機器が、チャンネルや帯域などのリソ
ースを確保し、図９（１）（２）に示すｉＰＣＲフォー
マット、ｏＰＣＲフォーマットにおいて、ｃｈａｎｎｅ
ｌやｄａｔａ ｒａｔｅ、ｏｖｅｒｈｅａｄ−ＩＤをセ
ットし、ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ ｃｏｎｎｅｃ
ｔｉｏｎ ｃｏｕｎｔｅｒを０から１に変化させる事に
より確立する事ができる。ｐｏｉｎｔ−ｔｏ−ｐｏｉｎ
ｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒはさらに同
じ機器または別の機器が１ずつ増加させる事によりオー
バーレイさせる事もできる。
確立しようとする機器が、チャンネルや帯域などのリソ
ースを確保し、図９（１）（２）に示すｉＰＣＲフォー
マット、ｏＰＣＲフォーマットにおいて、ｃｈａｎｎｅ
ｌやｄａｔａ ｒａｔｅ、ｏｖｅｒｈｅａｄ−ＩＤをセ
ットし、ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ ｃｏｎｎｅｃ
ｔｉｏｎ ｃｏｕｎｔｅｒを０から１に変化させる事に
より確立する事ができる。ｐｏｉｎｔ−ｔｏ−ｐｏｉｎ
ｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒはさらに同
じ機器または別の機器が１ずつ増加させる事によりオー
バーレイさせる事もできる。
【００５０】一方、ｂｒｏａｄｃａｓｔ接続は、チャン
ネルや帯域などのリソースを確保し、図９（１）（２）
に示すｉＰＣＲフォーマット、ｏＰＣＲフォーマットに
おいて、ｃｈａｎｎｅｌやｄａｔａ ｒａｔｅ、ｏｖｅ
ｒｈｅａｄ−ＩＤをセットし、ｂｒｏａｄｃａｓｔ ｃ
ｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒに１を立てる事に
より確立する事ができる。
ネルや帯域などのリソースを確保し、図９（１）（２）
に示すｉＰＣＲフォーマット、ｏＰＣＲフォーマットに
おいて、ｃｈａｎｎｅｌやｄａｔａ ｒａｔｅ、ｏｖｅ
ｒｈｅａｄ−ＩＤをセットし、ｂｒｏａｄｃａｓｔ ｃ
ｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒに１を立てる事に
より確立する事ができる。
【００５１】ｐ−ｔｏ−ｐは送信機、受信機、第３のノ
ードの誰でもｉＰＣＲ，ｏＰＣＲをルールに従って書き
かえることにより確立することができる。これに対して
ｉＰＣＲ，ｏＰＣＲのｂｒｏａｄｃａｓｔ ｃｏｎｎｅ
ｃｔｉｏｎ ｃｏｕｎｔｅｒを１にセットできるのはそ
のプラグを所有している機器のみである。例えば送信機
や第３の機器が受信機のｉＰＣＲのｂｒｏａｄｃａｓｔ
ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒに１を書きこ
むことは禁止されている。即ち、broadcast in/out接
続の確立を外部の機器が行うことはできない。外部の機
器がbroadcastin/out接続の確立を受信機／送信機に依
頼するためのＡＶ／Ｃコマンドが既に規定してある。
ードの誰でもｉＰＣＲ，ｏＰＣＲをルールに従って書き
かえることにより確立することができる。これに対して
ｉＰＣＲ，ｏＰＣＲのｂｒｏａｄｃａｓｔ ｃｏｎｎｅ
ｃｔｉｏｎ ｃｏｕｎｔｅｒを１にセットできるのはそ
のプラグを所有している機器のみである。例えば送信機
や第３の機器が受信機のｉＰＣＲのｂｒｏａｄｃａｓｔ
ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒに１を書きこ
むことは禁止されている。即ち、broadcast in/out接
続の確立を外部の機器が行うことはできない。外部の機
器がbroadcastin/out接続の確立を受信機／送信機に依
頼するためのＡＶ／Ｃコマンドが既に規定してある。
【００５２】具体的には、図８に示したＤＩＧＩＴＡＬ
＿ＯＵＴＰＵＴ コマンドにおいてｃｏｎｎｅｃｔｉｏ
ｎ＿ｓｔａｔｅに７０（ｅｓｔａｂｌｉｓｈ）を設定し
て機器に送ることにより、機器がリソースの確保などの
ｂｒｏａｄｃａｓｔ ｏｕｔ接続に必要な操作を行い、
ｂｒｏａｄｃａｓｔ ｏｕｔ接続を確立する。またｂｒ
ｏａｄｃａｓｔ ｉｎ接続も同様に、図８に示したＤＩ
ＧＩＴＡＬ＿ＩＮＰＵＴ コマンドにおいてｃｏｎｎｅ
ｃｔｉｏｎ＿ｓｔａｔｅに７０（ｅｓｔａｂｌｉｓｈ）
を設定して機器に送ることにより、機器が接続を確立す
る。
＿ＯＵＴＰＵＴ コマンドにおいてｃｏｎｎｅｃｔｉｏ
ｎ＿ｓｔａｔｅに７０（ｅｓｔａｂｌｉｓｈ）を設定し
て機器に送ることにより、機器がリソースの確保などの
ｂｒｏａｄｃａｓｔ ｏｕｔ接続に必要な操作を行い、
ｂｒｏａｄｃａｓｔ ｏｕｔ接続を確立する。またｂｒ
ｏａｄｃａｓｔ ｉｎ接続も同様に、図８に示したＤＩ
ＧＩＴＡＬ＿ＩＮＰＵＴ コマンドにおいてｃｏｎｎｅ
ｃｔｉｏｎ＿ｓｔａｔｅに７０（ｅｓｔａｂｌｉｓｈ）
を設定して機器に送ることにより、機器が接続を確立す
る。
【００５３】本実施の形態では、図１のステップ６で送
信機が自分でリソースの確保を行いｂｒｏａｄｃａｓｔ
ｏｕｔ接続を確立して、チャンネル番号を確認して、
そのチャンネル番号を受信ＲＥＡＤＹ状態（データを受
信可能であるがまだ実際の受信を行っていない状態をＲ
ＥＡＤＹ状態という）のｉＰＣＲに書きこむ。さらに受
信機に対しｃｏｎｎｅｃｔｉｏｎ＿ｓｔａｔｅに７０
（ｅｓｔａｂｌｉｓｈ）を設定したＤＩＧＩＴＡＬ＿Ｉ
ＮＰＵＴ コマンドを送りｂｒｏａｄｃａｓｔｉｎ接続
を行わせる。このように、ｂｒｏａｄｃａｓｔ ｉｎ接
続とｂｒｏａｄｃａｓｔ ｏｕｔ接続を同じチャンネル
に対して行うことにより、結果として送信機と受信機の
間で伝送路が確立される。
信機が自分でリソースの確保を行いｂｒｏａｄｃａｓｔ
ｏｕｔ接続を確立して、チャンネル番号を確認して、
そのチャンネル番号を受信ＲＥＡＤＹ状態（データを受
信可能であるがまだ実際の受信を行っていない状態をＲ
ＥＡＤＹ状態という）のｉＰＣＲに書きこむ。さらに受
信機に対しｃｏｎｎｅｃｔｉｏｎ＿ｓｔａｔｅに７０
（ｅｓｔａｂｌｉｓｈ）を設定したＤＩＧＩＴＡＬ＿Ｉ
ＮＰＵＴ コマンドを送りｂｒｏａｄｃａｓｔｉｎ接続
を行わせる。このように、ｂｒｏａｄｃａｓｔ ｉｎ接
続とｂｒｏａｄｃａｓｔ ｏｕｔ接続を同じチャンネル
に対して行うことにより、結果として送信機と受信機の
間で伝送路が確立される。
【００５４】次にデータ送信または受信の必要が無くな
った際に、上記手順により確立した伝送路を切りデータ
入力を停止する場合の手順について述べる。本実施の形
態では、ｂｒｏａｄｃａｓｔ接続を行っているので、送
信機がデータ送信の必要がなくなった場合には、単に送
信機がｂｒｏａｄｃａｓｔ ｏｕｔ接続を切断しデータ
送信を止めればよい。受信機はデータが来なくなったこ
とを検出して停止するなどの処理を行う事になる。
った際に、上記手順により確立した伝送路を切りデータ
入力を停止する場合の手順について述べる。本実施の形
態では、ｂｒｏａｄｃａｓｔ接続を行っているので、送
信機がデータ送信の必要がなくなった場合には、単に送
信機がｂｒｏａｄｃａｓｔ ｏｕｔ接続を切断しデータ
送信を止めればよい。受信機はデータが来なくなったこ
とを検出して停止するなどの処理を行う事になる。
【００５５】また受信機がデータ受信の必要がなくなっ
た場合にも、単に受信機がｂｒｏａｄｃａｓｔ ｉｎ接
続を切断すればよい。さらに受信機がデータ受信不要に
なった時点で無駄な送信を止めようとするならば、送信
機は受信している機器の有無が検出できないので、例え
ば送信機に対しｃｏｎｎｅｃｔｉｏｎ＿ｓｔａｔｅに６
０（ｂｒｅａｋ）を設定したＤＩＧＩＴＡＬ＿ＯＵＴＰ
ＵＴ コマンドを送りｂｒｏａｄｃａｓｔ ｏｕｔ接続
を切断させることができる。もちろんｏＰＣＲのｂｒｏ
ａｄｃａｓｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒ
ビットを受信機が０クリアすることによりｂｒｏａｄｃ
ａｓｔ ｏｕｔ接続を切断しても構わない。また先に説
明したＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨ Ｎｏｔｉｆｙコマ
ンドを送信機が受信機に発行しておき、受信機は送信機
にデータ受信の必要が無くなったことを知らせて送信機
にデータ送信を止めさせることもできる。ここで、他の
機器がｂｒｏａｄｃａｓｔされているチャンネルを受信
している可能性があるので、送信機にｂｒｏａｄｃａｓ
ｔ ｏｕｔ接続を張らせた受信機がデータ送信を止めさ
せる前に、それぞれの機器のｉＰＣＲを読み、そのチャ
ンネルに対してｂｒｏａｄｃａｓｔ ｉｎ接続していな
いかを確認することが望ましい。
た場合にも、単に受信機がｂｒｏａｄｃａｓｔ ｉｎ接
続を切断すればよい。さらに受信機がデータ受信不要に
なった時点で無駄な送信を止めようとするならば、送信
機は受信している機器の有無が検出できないので、例え
ば送信機に対しｃｏｎｎｅｃｔｉｏｎ＿ｓｔａｔｅに６
０（ｂｒｅａｋ）を設定したＤＩＧＩＴＡＬ＿ＯＵＴＰ
ＵＴ コマンドを送りｂｒｏａｄｃａｓｔ ｏｕｔ接続
を切断させることができる。もちろんｏＰＣＲのｂｒｏ
ａｄｃａｓｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒ
ビットを受信機が０クリアすることによりｂｒｏａｄｃ
ａｓｔ ｏｕｔ接続を切断しても構わない。また先に説
明したＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨ Ｎｏｔｉｆｙコマ
ンドを送信機が受信機に発行しておき、受信機は送信機
にデータ受信の必要が無くなったことを知らせて送信機
にデータ送信を止めさせることもできる。ここで、他の
機器がｂｒｏａｄｃａｓｔされているチャンネルを受信
している可能性があるので、送信機にｂｒｏａｄｃａｓ
ｔ ｏｕｔ接続を張らせた受信機がデータ送信を止めさ
せる前に、それぞれの機器のｉＰＣＲを読み、そのチャ
ンネルに対してｂｒｏａｄｃａｓｔ ｉｎ接続していな
いかを確認することが望ましい。
【００５６】以上第１の実施の形態及び第２の実施の形
態で説明した手順にしたがって送信機が判定を行い、デ
ータ伝送路の確立と切断を行えば、送信前に無駄な送信
とならないかを判定する事ができ、必要性がなくなった
データ伝送を停止することができるため、無駄な伝送を
回避することが可能となる。
態で説明した手順にしたがって送信機が判定を行い、デ
ータ伝送路の確立と切断を行えば、送信前に無駄な送信
とならないかを判定する事ができ、必要性がなくなった
データ伝送を停止することができるため、無駄な伝送を
回避することが可能となる。
【００５７】なお、図１に示したフローチャートの各ス
テップにおいて、入力プラグ数の問い合わせ、信号フォ
ーマットをサポートしているかの問い合わせ、データ入
力準備できているかの問い合わせ、別信号入力中かの問
い合わせのコマンドは本実施の形態で示したものに限定
されるもので無く、同等の内容を問い合わされるもので
あれば良い。また、図７に示したＩＳＯＣＨ＿ＩＯ＿Ｗ
ＩＳＨ Ｎｏｔｉｆｙコマンドを送るとしたが、これは
Ｓｔａｔｕｓコマンドを繰り返し送ることでも良く、さ
らに信号形式の指定や問い合わせなども同じコマンド中
に含めて一度に送っても良い。例えば、ＩＳＯＣＨ＿Ｉ
Ｏ＿ＷＩＳＨ Ｎｏｔｉｆｙコマンドにｆｍｔ、ｆｄｆ
フィールドを追加定義し、このコマンドを受信した機器
はｆｍｔ、ｆｄｆフィールドで指定された信号形式のデ
ータに関する送受信要求を回答するようにすれば良い。
この際には要求は継続しても信号形式が変われば、各ポ
ートに対応するビットは０クリアされるのでｉ＿ｓｉ
ｇ、ｏ＿ｓｉｇのビットは規定しなくてもよい。
テップにおいて、入力プラグ数の問い合わせ、信号フォ
ーマットをサポートしているかの問い合わせ、データ入
力準備できているかの問い合わせ、別信号入力中かの問
い合わせのコマンドは本実施の形態で示したものに限定
されるもので無く、同等の内容を問い合わされるもので
あれば良い。また、図７に示したＩＳＯＣＨ＿ＩＯ＿Ｗ
ＩＳＨ Ｎｏｔｉｆｙコマンドを送るとしたが、これは
Ｓｔａｔｕｓコマンドを繰り返し送ることでも良く、さ
らに信号形式の指定や問い合わせなども同じコマンド中
に含めて一度に送っても良い。例えば、ＩＳＯＣＨ＿Ｉ
Ｏ＿ＷＩＳＨ Ｎｏｔｉｆｙコマンドにｆｍｔ、ｆｄｆ
フィールドを追加定義し、このコマンドを受信した機器
はｆｍｔ、ｆｄｆフィールドで指定された信号形式のデ
ータに関する送受信要求を回答するようにすれば良い。
この際には要求は継続しても信号形式が変われば、各ポ
ートに対応するビットは０クリアされるのでｉ＿ｓｉ
ｇ、ｏ＿ｓｉｇのビットは規定しなくてもよい。
【００５８】また、各問い合わせの順序は本発明の実施
の形態だけに限定されるものではなく、入れ替わっても
良い。
の形態だけに限定されるものではなく、入れ替わっても
良い。
【００５９】また、第１の実施の形態および第２の実施
の形態において、送信機は伝送路を確立するとともにデ
ータを出力し始めるとしたが、この例だけに限定される
ものではなく、受信側が伝送路を確立するとしてもよ
い。
の形態において、送信機は伝送路を確立するとともにデ
ータを出力し始めるとしたが、この例だけに限定される
ものではなく、受信側が伝送路を確立するとしてもよ
い。
【００６０】例えば、送信機が受信可能なプラグを見つ
けると、データを出せるならｂｒｏａｄｃａｓｔ ｏｕ
ｔでデータを送信し、データ入力要求があると応答した
機器が各チャンネルのデータをチェックして、データが
送信されればｐ−ｔｏ−ｐ接続を確立して受信し、送信
されなければ伝送路を切断するなどの形態を取っても良
い。
けると、データを出せるならｂｒｏａｄｃａｓｔ ｏｕ
ｔでデータを送信し、データ入力要求があると応答した
機器が各チャンネルのデータをチェックして、データが
送信されればｐ−ｔｏ−ｐ接続を確立して受信し、送信
されなければ伝送路を切断するなどの形態を取っても良
い。
【００６１】（第３の実施の形態）次に、本発明の第３
の実施の形態として、ＡＶデータを受信しようとする受
信機がそのデータを送信する機器を探す時の流れを図２
を用いて説明する。
の実施の形態として、ＡＶデータを受信しようとする受
信機がそのデータを送信する機器を探す時の流れを図２
を用いて説明する。
【００６２】まずステップ１として、受信機は、各機器
に対して、図５（１）のＰＬＵＧ＿ＩＮＦＯ ｓｔａｔ
ｕｓコマンドを送信し相手の出力プラグ数を問い合わせ
る。相手の機器に対応する出力プラグが無い場合には次
の機器に同様の問い合わせを行う。
に対して、図５（１）のＰＬＵＧ＿ＩＮＦＯ ｓｔａｔ
ｕｓコマンドを送信し相手の出力プラグ数を問い合わせ
る。相手の機器に対応する出力プラグが無い場合には次
の機器に同様の問い合わせを行う。
【００６３】相手の機器に対応する出力プラグがある場
合にはステップ２に進み、次にＯＵＴＰＵＴ ＰＬＵＧ
＿ＳＩＧＮＡＬ＿ＦＯＲＭＡＴ ｉｎｑｕｉｒｙコマン
ドを用いて各出力プラグが自分の受信したい信号フォー
マットをサポートしているかを問い合わせる。ＯＵＴＰ
ＵＴ＿ＰＬＵＧ＿ＳＩＧＮＡＬ＿ＦＯＲＭＡＴ ｉｎｑ
ｕｉｒｙコマンドもＡＶ／Ｃコマンドセットにすでに規
定されているものである。この形式を図６（２）に示
す。ｆｍｔ、ｆｄｆの２つのフィールドによって規定さ
れた信号形式、例えばカムコーダ０がデータを入力しよ
うとする際に、「ＮＴＳＣ（５２５／６０）対応のＤＶ
データ」を出力する能力を持つか否かを各プラグに順次
問い合わせる。機器中のどのプラグも受信機が受信しよ
うとしているデータを出力する能力がなければ（レスポ
ンスが”ＮＯＴ ＩＭＰＬＥＭＥＮＴＥＤ”であれ
ば）、その機器は送信不可能なので次の機器にステップ
１から再度問い合わせていく。
合にはステップ２に進み、次にＯＵＴＰＵＴ ＰＬＵＧ
＿ＳＩＧＮＡＬ＿ＦＯＲＭＡＴ ｉｎｑｕｉｒｙコマン
ドを用いて各出力プラグが自分の受信したい信号フォー
マットをサポートしているかを問い合わせる。ＯＵＴＰ
ＵＴ＿ＰＬＵＧ＿ＳＩＧＮＡＬ＿ＦＯＲＭＡＴ ｉｎｑ
ｕｉｒｙコマンドもＡＶ／Ｃコマンドセットにすでに規
定されているものである。この形式を図６（２）に示
す。ｆｍｔ、ｆｄｆの２つのフィールドによって規定さ
れた信号形式、例えばカムコーダ０がデータを入力しよ
うとする際に、「ＮＴＳＣ（５２５／６０）対応のＤＶ
データ」を出力する能力を持つか否かを各プラグに順次
問い合わせる。機器中のどのプラグも受信機が受信しよ
うとしているデータを出力する能力がなければ（レスポ
ンスが”ＮＯＴ ＩＭＰＬＥＭＥＮＴＥＤ”であれ
ば）、その機器は送信不可能なので次の機器にステップ
１から再度問い合わせていく。
【００６４】受信しようとしているデータを出力する能
力を持つ出力プラグが存在する場合にはステップ３に進
み、次にそのプラグが現在出力可能な状態になっている
かを問い合わせる。問い合わせには新設したＩＳＯＣＨ
＿ＩＯ＿ＷＩＳＨコマンドを用いる。図７（３）のレス
ポンスにおいて、接続要求ビットｏｐＮ（Ｎ＝００，０
１，．．．３０）の各ビットはこの値が０のとき「第Ｎ
番目の出力プラグは出力を要求していない」ことを示
し、１のとき「第Ｎ番目の出力プラグは出力を要求して
いる」ことを示すものとする。この値と対応する出力プ
ラグが実際にＩｓｏｃｈｒｏｎｏｕｓパケットの送信を
行っているかどうかは無関係である。例えばｏｐ００が
１であっても出力プラグ０からデータの出力を行ってい
る場合と行っていない場合がある。
力を持つ出力プラグが存在する場合にはステップ３に進
み、次にそのプラグが現在出力可能な状態になっている
かを問い合わせる。問い合わせには新設したＩＳＯＣＨ
＿ＩＯ＿ＷＩＳＨコマンドを用いる。図７（３）のレス
ポンスにおいて、接続要求ビットｏｐＮ（Ｎ＝００，０
１，．．．３０）の各ビットはこの値が０のとき「第Ｎ
番目の出力プラグは出力を要求していない」ことを示
し、１のとき「第Ｎ番目の出力プラグは出力を要求して
いる」ことを示すものとする。この値と対応する出力プ
ラグが実際にＩｓｏｃｈｒｏｎｏｕｓパケットの送信を
行っているかどうかは無関係である。例えばｏｐ００が
１であっても出力プラグ０からデータの出力を行ってい
る場合と行っていない場合がある。
【００６５】カムコーダを例にとると、カメラ撮影モー
ドではｏｐ００＝１に、テープ再生モードのうちPLAY/C
UE/Review中はｏｐ００＝１となる。一方Ｓｔｏｐ、Ｆ
Ｆ、ＲＥＷ中はＩｓｏｃｈｒｏｎｏｕｓパケットの送信
の有無に関わらず有用なデータを出力しないのでｏｐ０
０＝０になる。テープが入っていない場合にもｏｐ００
＝０になる。ＶＴＲでは、テープ再生モードのうちPLAY
/CUE/Review中はｏｐ０１＝１となる。一方Ｓｔｏｐ、
ＦＦ、ＲＥＷ中はＩｓｏｃｈｒｏｎｏｕｓパケットの送
信の有無に関わらず有用なデータを出力しないのでｏｐ
０１＝０になる。テープ録画中で出力不可能な時はｏｐ
０１＝０になる。ＳＴＢでは、番組データ出力中はｏｐ
０３＝１に、番組ガイドなどのメニュー表示中はｏｐ０
３＝０となる。モニタの場合、内部チューナからの番組
表示中で、その番組データを外部に出力できる場合には
ｏｐ０４＝１に、他機器からの番組データ入力表示中
で、出力不可能な時はｏｐ０３＝０になる。
ドではｏｐ００＝１に、テープ再生モードのうちPLAY/C
UE/Review中はｏｐ００＝１となる。一方Ｓｔｏｐ、Ｆ
Ｆ、ＲＥＷ中はＩｓｏｃｈｒｏｎｏｕｓパケットの送信
の有無に関わらず有用なデータを出力しないのでｏｐ０
０＝０になる。テープが入っていない場合にもｏｐ００
＝０になる。ＶＴＲでは、テープ再生モードのうちPLAY
/CUE/Review中はｏｐ０１＝１となる。一方Ｓｔｏｐ、
ＦＦ、ＲＥＷ中はＩｓｏｃｈｒｏｎｏｕｓパケットの送
信の有無に関わらず有用なデータを出力しないのでｏｐ
０１＝０になる。テープ録画中で出力不可能な時はｏｐ
０１＝０になる。ＳＴＢでは、番組データ出力中はｏｐ
０３＝１に、番組ガイドなどのメニュー表示中はｏｐ０
３＝０となる。モニタの場合、内部チューナからの番組
表示中で、その番組データを外部に出力できる場合には
ｏｐ０４＝１に、他機器からの番組データ入力表示中
で、出力不可能な時はｏｐ０３＝０になる。
【００６６】また、ｏ＿ｓｉｇの値が０のとき「どの出
力プラグも扱う信号形式が以前と変わっていない」こと
を示し、１のとき「どれかの出力プラグで扱う信号形式
が以前から変わったか」を示す。このビットはＳｔａｔ
ｕｓコマンドのレスポンスと、Ｎｏｔｉｆｙコマンドの
最初のレスポンスでは常に０である。
力プラグも扱う信号形式が以前と変わっていない」こと
を示し、１のとき「どれかの出力プラグで扱う信号形式
が以前から変わったか」を示す。このビットはＳｔａｔ
ｕｓコマンドのレスポンスと、Ｎｏｔｉｆｙコマンドの
最初のレスポンスでは常に０である。
【００６７】ＭＰＥＧ２−ＴＳ信号とＤＶ信号の両方を
扱えるＶＴＲを例に考えると、再生しているテープが途
中でＤＶ信号記録部分からＭＰＥＧ２−ＴＳ信号記録部
分に変わったときに出力しているデータの信号形式はＤ
ＶからＭＰＥＧ２−ＴＳに変化する。このときＮｏｔｉ
ｆｙコマンドを受け取っていたＶＴＲはｏ＿ｓｉｇを１
にしてレスポンスを返す。また同じＤＶ信号でも、ＮＴ
ＳＣ信号からＰＡＬ信号などに信号形式が変わった場合
にも同様にｏ＿ｓｉｇを１にしてレスポンスを返す。
扱えるＶＴＲを例に考えると、再生しているテープが途
中でＤＶ信号記録部分からＭＰＥＧ２−ＴＳ信号記録部
分に変わったときに出力しているデータの信号形式はＤ
ＶからＭＰＥＧ２−ＴＳに変化する。このときＮｏｔｉ
ｆｙコマンドを受け取っていたＶＴＲはｏ＿ｓｉｇを１
にしてレスポンスを返す。また同じＤＶ信号でも、ＮＴ
ＳＣ信号からＰＡＬ信号などに信号形式が変わった場合
にも同様にｏ＿ｓｉｇを１にしてレスポンスを返す。
【００６８】以上のレスポンスの値から、どのプラグが
出力要求しているかがわかる。またＮｏｔｉｆｙコマン
ドとして送信する事により、入出力準備状況の変化およ
び各プラグが出力できる信号形式が変更された場合にレ
スポンスとして返される。出力プラグが所望の信号形式
の送信能力を持つにも関わらず出力要求していない場合
には、現在の内部のプラグ接続状況などにより送信でき
る状態に無いと考えられる。例えばチューナーを持たな
いＶＴＲにテープが装てんされていない場合には能力は
あってもデータを送信できる状況には無い。このため、
次の出力プラグに対しステップ３から確認する。
出力要求しているかがわかる。またＮｏｔｉｆｙコマン
ドとして送信する事により、入出力準備状況の変化およ
び各プラグが出力できる信号形式が変更された場合にレ
スポンスとして返される。出力プラグが所望の信号形式
の送信能力を持つにも関わらず出力要求していない場合
には、現在の内部のプラグ接続状況などにより送信でき
る状態に無いと考えられる。例えばチューナーを持たな
いＶＴＲにテープが装てんされていない場合には能力は
あってもデータを送信できる状況には無い。このため、
次の出力プラグに対しステップ３から確認する。
【００６９】出力要求している出力プラグが存在する場
合にはステップ４に進み、出力要求しているプラグがす
でに信号を出力中か否かをそのプラグのｏＰＣＲを読み
取る事により判定する。
合にはステップ４に進み、出力要求しているプラグがす
でに信号を出力中か否かをそのプラグのｏＰＣＲを読み
取る事により判定する。
【００７０】すでにデータを出力中である場合には、そ
のデータが受け取りたい信号形式であるかを判定する。
受け取りたい信号形式である場合には出力準備ができた
としてステップ６に進む。受け取りたくない信号形式で
ある場合には受信動作をあきらめる。
のデータが受け取りたい信号形式であるかを判定する。
受け取りたい信号形式である場合には出力準備ができた
としてステップ６に進む。受け取りたくない信号形式で
ある場合には受信動作をあきらめる。
【００７１】出力中で無い場合には、ＯＵＴＰＵＴ＿Ｐ
ＬＵＧ＿ＳＩＧＮＡＬ＿ＦＯＲＭＡＴ ｃｏｎｔｒｏｌ
コマンドで出力形式を自身が受信可能な形式に変更す
る。コマンドにより送信機の出力プラグの信号形式が変
われば、出力準備ができたとしてステップ６に進む。
ＬＵＧ＿ＳＩＧＮＡＬ＿ＦＯＲＭＡＴ ｃｏｎｔｒｏｌ
コマンドで出力形式を自身が受信可能な形式に変更す
る。コマンドにより送信機の出力プラグの信号形式が変
われば、出力準備ができたとしてステップ６に進む。
【００７２】上記入力プラグの信号形式を変えようとす
る等の手続きは、受信側の状況によっては期待通りに変
わってくれない場合もありえる。その場合には再度ＯＵ
ＴＰＵＴ＿ＰＬＵＧ＿ＳＩＧＮＡＬ＿ＦＯＲＭＡＴ ｎ
ｏｔｉｆｙコマンドを送って扱う信号形式が変わるのを
待つ、あるいはステップ４から、または次の機器に対し
てステップ１から処理を再開する。
る等の手続きは、受信側の状況によっては期待通りに変
わってくれない場合もありえる。その場合には再度ＯＵ
ＴＰＵＴ＿ＰＬＵＧ＿ＳＩＧＮＡＬ＿ＦＯＲＭＡＴ ｎ
ｏｔｉｆｙコマンドを送って扱う信号形式が変わるのを
待つ、あるいはステップ４から、または次の機器に対し
てステップ１から処理を再開する。
【００７３】ステップ６として、受信機はその機器との
伝送路をｐ−ｔｏ−ｐ接続により確立し、信号出力して
いるプラグからデータを入力し始める。なお、ＩＳＯＣ
Ｈ＿ＩＯ＿ＷＩＳＨコマンドは「接続を確立したら有効
なデータを出力できる」ことや、「入力したデータは無
駄にしないで使う」ことを知らせるコマンドであるか
ら、内部接続を変更してやる必要は無い。
伝送路をｐ−ｔｏ−ｐ接続により確立し、信号出力して
いるプラグからデータを入力し始める。なお、ＩＳＯＣ
Ｈ＿ＩＯ＿ＷＩＳＨコマンドは「接続を確立したら有効
なデータを出力できる」ことや、「入力したデータは無
駄にしないで使う」ことを知らせるコマンドであるか
ら、内部接続を変更してやる必要は無い。
【００７４】全ての機器における全ての出力プラグが、
信号形式に対応していない、出力を要求していないなど
の理由で受信ができないようなら、データの受信を行お
うにも送信する機器がいないため、受信機はデータの受
信を行わない。必要に応じＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨ
Ｎｏｔｉｆｙコマンドを継続して送ることにより、他
の機器からの信号を受け取っている機器や出力要求して
いないプラグの状態を見守るなどの処理を引き続き行
う。
信号形式に対応していない、出力を要求していないなど
の理由で受信ができないようなら、データの受信を行お
うにも送信する機器がいないため、受信機はデータの受
信を行わない。必要に応じＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨ
Ｎｏｔｉｆｙコマンドを継続して送ることにより、他
の機器からの信号を受け取っている機器や出力要求して
いないプラグの状態を見守るなどの処理を引き続き行
う。
【００７５】次にデータ送信または受信の必要が無くな
った際に、上記手順により確立した伝送路を切断しデー
タ入力を停止する場合の手順について述べる。本実施の
形態では受信機がｐ−ｔｏ−ｐ接続を張ったので、ｐ−
ｔｏ−ｐ接続を切断することができるのは受信機だけで
ある。
った際に、上記手順により確立した伝送路を切断しデー
タ入力を停止する場合の手順について述べる。本実施の
形態では受信機がｐ−ｔｏ−ｐ接続を張ったので、ｐ−
ｔｏ−ｐ接続を切断することができるのは受信機だけで
ある。
【００７６】このため、受信機がデータ受信の必要がな
くなった場合には、単に受信機がｐ−ｔｏ−ｐ接続を切
断すればよい。送信機はｐ−ｔｏ−ｐ接続が全て無くな
ったことを検出して停止するなどの処理を行う事にな
る。
くなった場合には、単に受信機がｐ−ｔｏ−ｐ接続を切
断すればよい。送信機はｐ−ｔｏ−ｐ接続が全て無くな
ったことを検出して停止するなどの処理を行う事にな
る。
【００７７】一方、送信機がデータ受信を止めたい場
合、受信機により張られたｐ−ｔｏ−ｐ接続を直接切断
する事はできないので、受信機にデータ送信の必要が無
くなったことを知らせて受信機にｐ−ｔｏ−ｐ接続を切
断させる必要がある。このために、先に説明したＩＳＯ
ＣＨ＿ＩＯ＿ＷＩＳＨ Ｎｏｔｉｆｙコマンドを用い
る。すなわち、データ伝送が開始すると、受信機は再度
送信機に対してＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨ Ｎｏｔｉ
ｆｙコマンドを送る。これにより、送信機は送信してい
るプラグの出力要求が無くなった時点で、そのプラグに
対応したｏｐＮのビットを０にして最終レスポンスを返
す。または送信機は送信している信号形式を変更する時
点で、ｏ＿ｓｉｇビットを１にして最終レスポンスを返
す。
合、受信機により張られたｐ−ｔｏ−ｐ接続を直接切断
する事はできないので、受信機にデータ送信の必要が無
くなったことを知らせて受信機にｐ−ｔｏ−ｐ接続を切
断させる必要がある。このために、先に説明したＩＳＯ
ＣＨ＿ＩＯ＿ＷＩＳＨ Ｎｏｔｉｆｙコマンドを用い
る。すなわち、データ伝送が開始すると、受信機は再度
送信機に対してＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨ Ｎｏｔｉ
ｆｙコマンドを送る。これにより、送信機は送信してい
るプラグの出力要求が無くなった時点で、そのプラグに
対応したｏｐＮのビットを０にして最終レスポンスを返
す。または送信機は送信している信号形式を変更する時
点で、ｏ＿ｓｉｇビットを１にして最終レスポンスを返
す。
【００７８】受信機は、レスポンスを受け取ると送信し
ているプラグが現在のデータ伝送に使われ無くなった事
がわかるので、そのプラグとのｐ−ｔｏ−ｐ接続を切断
する。送信機は、ｐ−ｔｏ−ｐ接続して受信している機
器が全て無くなると送信を止めるなどの処理を行う事に
なる。ｏ＿ｓｉｇビットが１になった場合、受信機は自
分が張ったｐ−ｔｏ−ｐのプラグの信号フォーマットが
変わったかどうかをＯＵＴＰＵＴ＿ＰＬＵＧ＿ＳＩＧＮ
ＡＬ＿ＦＯＲＭＡＴ ｓｔａｔｕｓコマンドを送ってチ
ェックし、変わっていればそのプラグとのｐ−ｔｏ−ｐ
接続を切断する。変わっていなければｐ−ｔｏ−ｐ接続
を継続する。
ているプラグが現在のデータ伝送に使われ無くなった事
がわかるので、そのプラグとのｐ−ｔｏ−ｐ接続を切断
する。送信機は、ｐ−ｔｏ−ｐ接続して受信している機
器が全て無くなると送信を止めるなどの処理を行う事に
なる。ｏ＿ｓｉｇビットが１になった場合、受信機は自
分が張ったｐ−ｔｏ−ｐのプラグの信号フォーマットが
変わったかどうかをＯＵＴＰＵＴ＿ＰＬＵＧ＿ＳＩＧＮ
ＡＬ＿ＦＯＲＭＡＴ ｓｔａｔｕｓコマンドを送ってチ
ェックし、変わっていればそのプラグとのｐ−ｔｏ−ｐ
接続を切断する。変わっていなければｐ−ｔｏ−ｐ接続
を継続する。
【００７９】（第４の実施の形態）次に、本発明の第４
の実施の形態を説明する。第３の実施の形態と異なる点
は、ｐ−ｔｏ−ｐ接続でなくｂｒｏａｄｃａｓｔ接続に
より伝送路を確立する点である。ステップ１からステッ
プ５までの動作は第３の実施の形態と同様であるのでそ
の説明は省略する。
の実施の形態を説明する。第３の実施の形態と異なる点
は、ｐ−ｔｏ−ｐ接続でなくｂｒｏａｄｃａｓｔ接続に
より伝送路を確立する点である。ステップ１からステッ
プ５までの動作は第３の実施の形態と同様であるのでそ
の説明は省略する。
【００８０】本実施の形態では、図２のステップ６で受
信機が送信機に対しｃｏｎｎｅｃｔｉｏｎ＿ｓｔａｔｅ
に７０（ｅｓｔａｂｌｉｓｈ）を設定したＤＩＧＩＴＡ
Ｌ＿ＯＵＴＰＵＴ コマンドを送りｂｒｏａｄｃａｓｔ
ｏｕｔ接続を行わせる。この際、チャンネル番号を指
定したければｏＭＰＲのＢｒｏａｄｃａｓｔ＿ｃｈａｎ
ｎｅｌ＿Ｂａｓｅフィールドを設定しておく。受信機は
データが送出されているチャンネルを確認してｂｒｏａ
ｄｃａｓｔ ｉｎ接続を張りデータ受信を開始する。こ
のように、ｂｒｏａｄｃａｓｔ ｉｎ接続とｂｒｏａｄ
ｃａｓｔ ｏｕｔ接続を同じチャンネルに対して行うこ
とにより、結果として送信機と受信機の間で伝送路が確
立される。
信機が送信機に対しｃｏｎｎｅｃｔｉｏｎ＿ｓｔａｔｅ
に７０（ｅｓｔａｂｌｉｓｈ）を設定したＤＩＧＩＴＡ
Ｌ＿ＯＵＴＰＵＴ コマンドを送りｂｒｏａｄｃａｓｔ
ｏｕｔ接続を行わせる。この際、チャンネル番号を指
定したければｏＭＰＲのＢｒｏａｄｃａｓｔ＿ｃｈａｎ
ｎｅｌ＿Ｂａｓｅフィールドを設定しておく。受信機は
データが送出されているチャンネルを確認してｂｒｏａ
ｄｃａｓｔ ｉｎ接続を張りデータ受信を開始する。こ
のように、ｂｒｏａｄｃａｓｔ ｉｎ接続とｂｒｏａｄ
ｃａｓｔ ｏｕｔ接続を同じチャンネルに対して行うこ
とにより、結果として送信機と受信機の間で伝送路が確
立される。
【００８１】次にデータ送信または受信の必要が無くな
った際に、上記手順により確立した伝送路を切りデータ
入力を停止する場合の手順について述べる。本実施の形
態では、ｂｒｏａｄｃａｓｔ接続を行っているので、送
信機がデータ送信の必要がなくなった場合には、単に送
信機がｂｒｏａｄｃａｓｔ ｏｕｔ接続を切断しデータ
送信を止めればよい。受信機はデータが来なくなったこ
とを検出して停止するなどの処理を行う事になる。
った際に、上記手順により確立した伝送路を切りデータ
入力を停止する場合の手順について述べる。本実施の形
態では、ｂｒｏａｄｃａｓｔ接続を行っているので、送
信機がデータ送信の必要がなくなった場合には、単に送
信機がｂｒｏａｄｃａｓｔ ｏｕｔ接続を切断しデータ
送信を止めればよい。受信機はデータが来なくなったこ
とを検出して停止するなどの処理を行う事になる。
【００８２】また受信機がデータ受信の必要がなくなっ
た場合にも、単に受信機がｂｒｏａｄｃａｓｔ ｉｎ接
続を切断すればよい。さらに受信機がデータ受信不要に
なった時点で無駄な送信を止めようとするならば、送信
機は受信している機器の有無が検出できないので、例え
ば送信機に対しｃｏｎｎｅｃｔｉｏｎ＿ｓｔａｔｅに６
０（ｂｒｅａｋ）を設定したＤＩＧＩＴＡＬ＿ＯＵＴＰ
ＵＴ コマンドを送りｂｒｏａｄｃａｓｔ ｏｕｔ接続
を切断させることができる。もちろんｏＰＣＲのｂｒｏ
ａｄｃａｓｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒ
ビットを受信機が０クリアすることによりｂｒｏａｄｃ
ａｓｔ ｏｕｔ接続しても構わない。また先に説明した
ＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨ Ｎｏｔｉｆｙコマンドを
用いて送信機にデータ受信の必要が無くなったことを知
らせて送信機にデータ送信を止めさせることもできる。
ここで、他の機器がｂｒｏａｄｃａｓｔされているチャ
ンネルを受信している可能性があるので、送信機にｂｒ
ｏａｄｃａｓｔ ｏｕｔ接続を張らせた受信機がデータ
送信を止めさせる前に、それぞれの機器のｉＰＣＲを読
み、そのチャンネルに対してｂｒｏａｄｃａｓｔ ｉｎ
接続していないかを確認することが望ましい。
た場合にも、単に受信機がｂｒｏａｄｃａｓｔ ｉｎ接
続を切断すればよい。さらに受信機がデータ受信不要に
なった時点で無駄な送信を止めようとするならば、送信
機は受信している機器の有無が検出できないので、例え
ば送信機に対しｃｏｎｎｅｃｔｉｏｎ＿ｓｔａｔｅに６
０（ｂｒｅａｋ）を設定したＤＩＧＩＴＡＬ＿ＯＵＴＰ
ＵＴ コマンドを送りｂｒｏａｄｃａｓｔ ｏｕｔ接続
を切断させることができる。もちろんｏＰＣＲのｂｒｏ
ａｄｃａｓｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒ
ビットを受信機が０クリアすることによりｂｒｏａｄｃ
ａｓｔ ｏｕｔ接続しても構わない。また先に説明した
ＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨ Ｎｏｔｉｆｙコマンドを
用いて送信機にデータ受信の必要が無くなったことを知
らせて送信機にデータ送信を止めさせることもできる。
ここで、他の機器がｂｒｏａｄｃａｓｔされているチャ
ンネルを受信している可能性があるので、送信機にｂｒ
ｏａｄｃａｓｔ ｏｕｔ接続を張らせた受信機がデータ
送信を止めさせる前に、それぞれの機器のｉＰＣＲを読
み、そのチャンネルに対してｂｒｏａｄｃａｓｔ ｉｎ
接続していないかを確認することが望ましい。
【００８３】以上第３の実施の形態及び第４の実施の形
態で説明した手順にしたがって受信機が判定を行い、デ
ータ伝送路の確立と切断を行えば、受信前に無駄な受信
とならないかを判定する事ができ、必要性がなくなった
データ伝送を停止することができるため、無駄な伝送を
回避することが可能となる。
態で説明した手順にしたがって受信機が判定を行い、デ
ータ伝送路の確立と切断を行えば、受信前に無駄な受信
とならないかを判定する事ができ、必要性がなくなった
データ伝送を停止することができるため、無駄な伝送を
回避することが可能となる。
【００８４】なお、図２に示したフローチャートにおい
て、出力プラグ数の問い合わせ、信号フォーマットをサ
ポートしているかの問い合わせ、データ出力準備できて
いるかの問い合わせ、別信号出力中かの問い合わせのコ
マンドは本実施の形態で示したものに限定されるもので
無く、同等の内容を問い合わされるものであれば良い。
また、図７に示したＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨ Ｎｏ
ｔｉｆｙコマンドを送るとしたが、これはＳｔａｔｕｓ
コマンドを繰り返し送ることでも良く、さらに信号形式
の指定や問い合わせなども同じコマンド中に含めて一度
に送っても良い。例えば、ＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨ
Ｎｏｔｉｆｙコマンドにｆｍｔ、ｆｄｆフィールドを
追加定義し、このコマンドを受信した機器はｆｍｔ、ｆ
ｄｆフィールドで指定された信号形式のデータに関する
送受信要求を回答するようにすれば良い。
て、出力プラグ数の問い合わせ、信号フォーマットをサ
ポートしているかの問い合わせ、データ出力準備できて
いるかの問い合わせ、別信号出力中かの問い合わせのコ
マンドは本実施の形態で示したものに限定されるもので
無く、同等の内容を問い合わされるものであれば良い。
また、図７に示したＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨ Ｎｏ
ｔｉｆｙコマンドを送るとしたが、これはＳｔａｔｕｓ
コマンドを繰り返し送ることでも良く、さらに信号形式
の指定や問い合わせなども同じコマンド中に含めて一度
に送っても良い。例えば、ＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨ
Ｎｏｔｉｆｙコマンドにｆｍｔ、ｆｄｆフィールドを
追加定義し、このコマンドを受信した機器はｆｍｔ、ｆ
ｄｆフィールドで指定された信号形式のデータに関する
送受信要求を回答するようにすれば良い。
【００８５】この際には要求は継続しても信号形式が変
われば、各ポートに対応するビットは０クリアされるの
でｉ＿ｓｉｇ、ｏ＿ｓｉｇのビットは規定しなくてもよ
い。また、各問い合わせの順序は本発明の実施の形態だ
けに限定されるものではなく、入れ替わっても良い。
われば、各ポートに対応するビットは０クリアされるの
でｉ＿ｓｉｇ、ｏ＿ｓｉｇのビットは規定しなくてもよ
い。また、各問い合わせの順序は本発明の実施の形態だ
けに限定されるものではなく、入れ替わっても良い。
【００８６】なお、第３の実施の形態および第４の実施
の形態において、受信機は伝送路を確立するとともにデ
ータを入力し始めるとしたが、この例だけに限定される
ものではなく、送信側が伝送路を確立するとしてもよ
い。
の形態において、受信機は伝送路を確立するとともにデ
ータを入力し始めるとしたが、この例だけに限定される
ものではなく、送信側が伝送路を確立するとしてもよ
い。
【００８７】例えば、受信機が送信可能なプラグを見つ
けると、送信可能な機器にデータ送信を要求し、送信可
能な機器が要求に応じて伝送路を確立してデータを送信
するなどの形態を取っても良い。
けると、送信可能な機器にデータ送信を要求し、送信可
能な機器が要求に応じて伝送路を確立してデータを送信
するなどの形態を取っても良い。
【００８８】（第５の実施の形態）次に、本発明の第５
の実施の形態として、ＡＶデータの送受信を直接行わな
い第３の機器がデータを送信できる機器、受信できる機
器の存在を確認し、伝送を確認する時の流れを図３を用
いて説明する。
の実施の形態として、ＡＶデータの送受信を直接行わな
い第３の機器がデータを送信できる機器、受信できる機
器の存在を確認し、伝送を確認する時の流れを図３を用
いて説明する。
【００８９】まずステップ１として、第３の機器は、各
機器に対して、ＰＬＵＧ＿ＩＮＦＯｓｔａｔｕｓコマン
ドを用いて相手の機器の入力プラグおよび出力プラグ数
を問い合わせる。第３の機器がＩｓｏｃｈｒｏｎｏｕｓ
伝送を管理しようとしている場合には、図５（１）のコ
マンドを送信し、相手のシリアルバス入力プラグ数を調
べる。対応する入力プラグおよび出力プラグ数が無い場
合には次の機器に同様の問い合わせを行う。
機器に対して、ＰＬＵＧ＿ＩＮＦＯｓｔａｔｕｓコマン
ドを用いて相手の機器の入力プラグおよび出力プラグ数
を問い合わせる。第３の機器がＩｓｏｃｈｒｏｎｏｕｓ
伝送を管理しようとしている場合には、図５（１）のコ
マンドを送信し、相手のシリアルバス入力プラグ数を調
べる。対応する入力プラグおよび出力プラグ数が無い場
合には次の機器に同様の問い合わせを行う。
【００９０】対応する入力プラグおよび出力プラグ数が
ある場合には、ステップ２に進み次にＩＮＰＵＴ＿ＰＬ
ＵＧ＿ＳＩＧＮＡＬ＿ＦＯＲＭＡＴ ｉｎｑｕｉｒｙコ
マンドおよびＯＵＴＰＵＴ＿ＰＬＵＧ＿ＳＩＧＮＡＬ＿
ＦＯＲＭＡＴ ｉｎｑｕｉｒｙコマンドを用いて各入力
プラグが対象としている信号フォーマットをサポートし
ているかを問い合わせる。例えば「ＮＴＳＣ（５２５／
６０）対応のＤＶデータ」を入力する能力および出力す
る能力を持つか否かを各機器の各プラグに順次問い合わ
せる。機器中どのプラグも対象としているデータを入力
する能力および出力する能力がなければ（レスポンス
が”ＮＯＴ ＩＭＰＬＥＭＥＮＴＥＤ”であれば）、そ
の機器は送受信不可能なので次の機器にステップ１から
再度問い合わせていく。
ある場合には、ステップ２に進み次にＩＮＰＵＴ＿ＰＬ
ＵＧ＿ＳＩＧＮＡＬ＿ＦＯＲＭＡＴ ｉｎｑｕｉｒｙコ
マンドおよびＯＵＴＰＵＴ＿ＰＬＵＧ＿ＳＩＧＮＡＬ＿
ＦＯＲＭＡＴ ｉｎｑｕｉｒｙコマンドを用いて各入力
プラグが対象としている信号フォーマットをサポートし
ているかを問い合わせる。例えば「ＮＴＳＣ（５２５／
６０）対応のＤＶデータ」を入力する能力および出力す
る能力を持つか否かを各機器の各プラグに順次問い合わ
せる。機器中どのプラグも対象としているデータを入力
する能力および出力する能力がなければ（レスポンス
が”ＮＯＴ ＩＭＰＬＥＭＥＮＴＥＤ”であれば）、そ
の機器は送受信不可能なので次の機器にステップ１から
再度問い合わせていく。
【００９１】対象としているデータを入力する能力を持
つ入力プラグまたは出力する能力を持つ出力プラグが存
在する場合には、ステップ３としてその信号形式の出力
と入力可能な機器とプラグの一覧表を作成する。プラグ
の数に応じて機器内の各プラグに対し同じ操作を繰り返
し追加していく。
つ入力プラグまたは出力する能力を持つ出力プラグが存
在する場合には、ステップ３としてその信号形式の出力
と入力可能な機器とプラグの一覧表を作成する。プラグ
の数に応じて機器内の各プラグに対し同じ操作を繰り返
し追加していく。
【００９２】一覧表が完成すればステップ４に進み、次
にそのプラグが現在出力可能な状態になっているかをＩ
ＳＯＣＨ＿ＩＯ＿ＷＩＳＨコマンドを用いて問い合わせ
る。このレスポンスの値から、どのプラグが出力要求し
ているかがわかる。またＮｏｔｉｆｙコマンドとして送
信する事により、各プラグの出力要求状況および各プラ
グが出力できる信号形式が変更された場合にレスポンス
として返される。
にそのプラグが現在出力可能な状態になっているかをＩ
ＳＯＣＨ＿ＩＯ＿ＷＩＳＨコマンドを用いて問い合わせ
る。このレスポンスの値から、どのプラグが出力要求し
ているかがわかる。またＮｏｔｉｆｙコマンドとして送
信する事により、各プラグの出力要求状況および各プラ
グが出力できる信号形式が変更された場合にレスポンス
として返される。
【００９３】このレスポンスの値から、どのプラグが出
力要求しているかがわかる。またＮｏｔｉｆｙ型のコマ
ンドとして送信する事により、各プラグの出力準備状況
および各プラグが出力できる信号形式が変更された場合
にレスポンスとして返される。
力要求しているかがわかる。またＮｏｔｉｆｙ型のコマ
ンドとして送信する事により、各プラグの出力準備状況
および各プラグが出力できる信号形式が変更された場合
にレスポンスとして返される。
【００９４】出力要求している出力プラグが存在する場
合にはステップ５に進み、出力要求しているプラグがす
でに信号を出力中か否かをそのプラグのｏＰＣＲを読み
取る事により判定する。
合にはステップ５に進み、出力要求しているプラグがす
でに信号を出力中か否かをそのプラグのｏＰＣＲを読み
取る事により判定する。
【００９５】すでにデータを出力中である場合には、そ
のデータが受け取りたい信号形式であるかを判定する。
受け取りたい信号形式である場合には出力準備ができた
としてステップ１０に進む。そのデータが対象とする信
号形式で無い場合、受信機はＯＵＴＰＵＴ＿ＰＬＵＧ＿
ＳＩＧＮＡＬ＿ＦＯＲＭＡＴ ｃｏｎｔｒｏｌコマンド
を用いて出力プラグの信号形式を変えようとする。この
時、他の機器とｐ−ｔｏ−ｐ接続またはｂｒｏａｄｃａ
ｓｔ接続されていないことを確認するべきである。
のデータが受け取りたい信号形式であるかを判定する。
受け取りたい信号形式である場合には出力準備ができた
としてステップ１０に進む。そのデータが対象とする信
号形式で無い場合、受信機はＯＵＴＰＵＴ＿ＰＬＵＧ＿
ＳＩＧＮＡＬ＿ＦＯＲＭＡＴ ｃｏｎｔｒｏｌコマンド
を用いて出力プラグの信号形式を変えようとする。この
時、他の機器とｐ−ｔｏ−ｐ接続またはｂｒｏａｄｃａ
ｓｔ接続されていないことを確認するべきである。
【００９６】コマンドにより送信機の出力プラグの信号
形式が変われば出力準備ができたとしてステップ１０に
進む。
形式が変われば出力準備ができたとしてステップ１０に
進む。
【００９７】上記出力プラグの信号形式を変えようとす
る等の手続きは、受信側の状況によっては期待通りに変
わってくれない場合もありえる。その場合には再度ＯＵ
ＴＰＵＴ＿ＰＬＵＧ＿ＳＩＧＮＡＬ＿ＦＯＲＭＡＴ ｎ
ｏｔｉｆｙコマンドを送って扱う信号形式が変わるのを
待つ、あるいは次の機器に対してステップ１から処理を
再開する。
る等の手続きは、受信側の状況によっては期待通りに変
わってくれない場合もありえる。その場合には再度ＯＵ
ＴＰＵＴ＿ＰＬＵＧ＿ＳＩＧＮＡＬ＿ＦＯＲＭＡＴ ｎ
ｏｔｉｆｙコマンドを送って扱う信号形式が変わるのを
待つ、あるいは次の機器に対してステップ１から処理を
再開する。
【００９８】出力準備できたプラグが見つかれば次にス
テップ７に進み、次にそのプラグが現在入力可能な状態
になっているかをＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨコマンド
を用いて問い合わせる。このレスポンスの値から、どの
プラグが入力要求しているかがわかる。またＮｏｔｉｆ
ｙコマンドとして送信する事により、各プラグの入力要
求状況および各プラグが入力できる信号形式が変更され
た場合にレスポンスとして返される。
テップ７に進み、次にそのプラグが現在入力可能な状態
になっているかをＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨコマンド
を用いて問い合わせる。このレスポンスの値から、どの
プラグが入力要求しているかがわかる。またＮｏｔｉｆ
ｙコマンドとして送信する事により、各プラグの入力要
求状況および各プラグが入力できる信号形式が変更され
た場合にレスポンスとして返される。
【００９９】このレスポンスの値から、どのプラグが入
力要求しているかがわかる。またＮｏｔｉｆｙ型のコマ
ンドとして送信する事により、各プラグの入力準備状況
および各プラグが入力できる信号形式が変更された場合
にレスポンスとして返される。
力要求しているかがわかる。またＮｏｔｉｆｙ型のコマ
ンドとして送信する事により、各プラグの入力準備状況
および各プラグが入力できる信号形式が変更された場合
にレスポンスとして返される。
【０１００】入力要求している入力プラグが存在する場
合にはステップ８に進み、入力要求しているプラグが別
機器からの信号を入力中か否かをそのプラグのｉＰＣＲ
を読み取る事により判定する。他の機器から入力してい
ない場合には、入力準備ができたとしてステップ１０に
進む。他の機器から入力している場合には、次の入力要
求しているプラグを調べる。それ以上入力要求している
プラグが無い場合には、次の機器をステップ１から順次
調べる。
合にはステップ８に進み、入力要求しているプラグが別
機器からの信号を入力中か否かをそのプラグのｉＰＣＲ
を読み取る事により判定する。他の機器から入力してい
ない場合には、入力準備ができたとしてステップ１０に
進む。他の機器から入力している場合には、次の入力要
求しているプラグを調べる。それ以上入力要求している
プラグが無い場合には、次の機器をステップ１から順次
調べる。
【０１０１】ステップ１０として、第３の機器は、全部
の（または目的に合う）プラグに関する情報を確認し、
出力準備できたプラグ、および入力準備できたプラグの
間にｐ−ｔｏ−ｐ接続を張ることにより伝送路を確立す
る。なお、ＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨコマンドは「接
続を確立したら有効なデータを出力できる」ことや、
「入力したデータは無駄にしないで使う」ことを知らせ
るコマンドであるから、内部接続を変更してやる必要は
無い。
の（または目的に合う）プラグに関する情報を確認し、
出力準備できたプラグ、および入力準備できたプラグの
間にｐ−ｔｏ−ｐ接続を張ることにより伝送路を確立す
る。なお、ＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨコマンドは「接
続を確立したら有効なデータを出力できる」ことや、
「入力したデータは無駄にしないで使う」ことを知らせ
るコマンドであるから、内部接続を変更してやる必要は
無い。
【０１０２】全ての機器における全ての入力プラグおよ
び出力プラグが、信号形式に対応していない、入出力を
要求していない、他の信号を入出力中であるなどの理由
で送受信ができないようなら、第３の機器は伝送路の設
定を行わない。必要に応じＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨ
Ｎｏｔｉｆｙコマンドを継続して送ることにより、他
の機器からの信号をすでに入出力している機器や入出力
要求していないプラグの状態を見守るなどの処理を引き
続き行う。
び出力プラグが、信号形式に対応していない、入出力を
要求していない、他の信号を入出力中であるなどの理由
で送受信ができないようなら、第３の機器は伝送路の設
定を行わない。必要に応じＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨ
Ｎｏｔｉｆｙコマンドを継続して送ることにより、他
の機器からの信号をすでに入出力している機器や入出力
要求していないプラグの状態を見守るなどの処理を引き
続き行う。
【０１０３】次にデータ送信または受信の必要が無くな
った際に、上記手順により確立した伝送路を切りデータ
出力を停止する場合の手順について述べる。本実施の形
態では第３の機器がｐ−ｔｏ−ｐ接続を張ったので、ｐ
−ｔｏ−ｐ接続を切断することができるのは第３の機器
だけである。
った際に、上記手順により確立した伝送路を切りデータ
出力を停止する場合の手順について述べる。本実施の形
態では第３の機器がｐ−ｔｏ−ｐ接続を張ったので、ｐ
−ｔｏ−ｐ接続を切断することができるのは第３の機器
だけである。
【０１０４】このため、第３の機器がデータ送受信の必
要がなくなったと判断した場合には、単に第３の機器が
ｐ−ｔｏ−ｐを切断すればよい。送信機、受信機はｏＰ
ＣＲ、ｉＰＣＲに書きこまれた値に従って送受信動作を
停止するなどの処理を行う事になる。
要がなくなったと判断した場合には、単に第３の機器が
ｐ−ｔｏ−ｐを切断すればよい。送信機、受信機はｏＰ
ＣＲ、ｉＰＣＲに書きこまれた値に従って送受信動作を
停止するなどの処理を行う事になる。
【０１０５】一方、受信機がデータ受信を止めたい場
合、第３の機器により張られたｐ−ｔｏ−ｐ接続を直接
切断する事はできないので、第３の機器にデータ受信の
必要が無くなったことを知らせて第３の機器にｐ−ｔｏ
−ｐを切断させる必要がある。データ伝送が開始する
と、第３の機器は再度受信機に対してＩＳＯＣＨ＿ＩＯ
＿ＷＩＳＨ Ｎｏｔｉｆｙコマンドを送る。これによ
り、受信機は受信しているプラグがデータを利用しなく
なった時点で、そのプラグに対応したｉｐ００−ｉｐ３
０のいずれかのビットを０にしてレスポンスを返す。ま
たは受信機は受信している信号形式を変更する場合にも
ｉ＿ｓｉｇビットを１にしてレスポンスを返す。第３の
機器は、レスポンスを受け取ると受信しているプラグが
現在のデータ伝送に使われ無くなった事がわかるので、
そのプラグとのｐ−ｔｏ−ｐ接続を解除する。
合、第３の機器により張られたｐ−ｔｏ−ｐ接続を直接
切断する事はできないので、第３の機器にデータ受信の
必要が無くなったことを知らせて第３の機器にｐ−ｔｏ
−ｐを切断させる必要がある。データ伝送が開始する
と、第３の機器は再度受信機に対してＩＳＯＣＨ＿ＩＯ
＿ＷＩＳＨ Ｎｏｔｉｆｙコマンドを送る。これによ
り、受信機は受信しているプラグがデータを利用しなく
なった時点で、そのプラグに対応したｉｐ００−ｉｐ３
０のいずれかのビットを０にしてレスポンスを返す。ま
たは受信機は受信している信号形式を変更する場合にも
ｉ＿ｓｉｇビットを１にしてレスポンスを返す。第３の
機器は、レスポンスを受け取ると受信しているプラグが
現在のデータ伝送に使われ無くなった事がわかるので、
そのプラグとのｐ−ｔｏ−ｐ接続を解除する。
【０１０６】また、送信機がデータ受信を止めたい場
合、第３の機器により張られたｐ−ｔｏ−ｐ接続を直接
切断する事はできないので、第３の機器にデータ送信の
必要が無くなったことを知らせて第３の機器にｐ−ｔｏ
−ｐ接続を切断させる必要がある。データ伝送が開始す
ると、第３の機器は再度送信機に対してＩＳＯＣＨ＿Ｉ
Ｏ＿ＷＩＳＨ Ｎｏｔｉｆｙコマンドを送る。これによ
り、送信機は送信要求が無くなった時点で、そのプラグ
に対応したｏｐ００−ｏｐ３０のいずれかのビットを０
にしてレスポンスを返す。または送信機は送信している
信号形式を変更する時点で、ｏ＿ｓｉｇビットを１にし
てレスポンスを返す。第３の機器は、レスポンスを受け
取ると送信しているプラグが現在のデータ伝送に使われ
無くなった事がわかるので、そのプラグとのｐ−ｔｏ−
ｐ接続を切断する。さらに無駄な送信を止めようとする
ならば、ｐ−ｔｏ−ｐ接続して受信している機器が全て
無くなると、送信機に送信を止めるなどの処理を行う事
になる。ｉ＿ｓｉｇビットやｏ＿ｓｉｇビットが１にな
った場合には、相手の機器に対してそのデータの送信モ
ード／受信モードになるようにコントロールコマンドを
送り、相手の機器に拒絶された場合にはｐ−ｔｏ−ｐ接
続を切る操作を行っても良い。
合、第３の機器により張られたｐ−ｔｏ−ｐ接続を直接
切断する事はできないので、第３の機器にデータ送信の
必要が無くなったことを知らせて第３の機器にｐ−ｔｏ
−ｐ接続を切断させる必要がある。データ伝送が開始す
ると、第３の機器は再度送信機に対してＩＳＯＣＨ＿Ｉ
Ｏ＿ＷＩＳＨ Ｎｏｔｉｆｙコマンドを送る。これによ
り、送信機は送信要求が無くなった時点で、そのプラグ
に対応したｏｐ００−ｏｐ３０のいずれかのビットを０
にしてレスポンスを返す。または送信機は送信している
信号形式を変更する時点で、ｏ＿ｓｉｇビットを１にし
てレスポンスを返す。第３の機器は、レスポンスを受け
取ると送信しているプラグが現在のデータ伝送に使われ
無くなった事がわかるので、そのプラグとのｐ−ｔｏ−
ｐ接続を切断する。さらに無駄な送信を止めようとする
ならば、ｐ−ｔｏ−ｐ接続して受信している機器が全て
無くなると、送信機に送信を止めるなどの処理を行う事
になる。ｉ＿ｓｉｇビットやｏ＿ｓｉｇビットが１にな
った場合には、相手の機器に対してそのデータの送信モ
ード／受信モードになるようにコントロールコマンドを
送り、相手の機器に拒絶された場合にはｐ−ｔｏ−ｐ接
続を切る操作を行っても良い。
【０１０７】なお、本実施の形態では信号形式を指定
し、出力準備できている（もしくは出力準備できた）機
器があれば入力機器を探すとしたが、これは入力準備で
きている（もしくは入力準備できた）機器があれば出力
機器としてもよい。また、入出力準備を合わせて行い、
準備ができているプラグの一覧表を作成する方法でも構
わない。また、信号形式を指定し、一覧表を作成した後
にｐ−ｔｏ−ｐを張るとしたが、これは、信号形式を指
定せずに、ｐ−ｔｏ−ｐを張る前に信号形式をあわせる
ようにしてもよい。
し、出力準備できている（もしくは出力準備できた）機
器があれば入力機器を探すとしたが、これは入力準備で
きている（もしくは入力準備できた）機器があれば出力
機器としてもよい。また、入出力準備を合わせて行い、
準備ができているプラグの一覧表を作成する方法でも構
わない。また、信号形式を指定し、一覧表を作成した後
にｐ−ｔｏ−ｐを張るとしたが、これは、信号形式を指
定せずに、ｐ−ｔｏ−ｐを張る前に信号形式をあわせる
ようにしてもよい。
【０１０８】（第６の実施の形態）次に、本発明の第６
の実施の形態を説明する。第５の実施の形態と異なる点
は、ｐ−ｔｏ−ｐ接続でなくｂｒｏａｄｃａｓｔ接続に
より伝送路を確立する点である。ステップ１からステッ
プ５までの動作は第５の実施の形態と同様であるのでそ
の説明は省略する。
の実施の形態を説明する。第５の実施の形態と異なる点
は、ｐ−ｔｏ−ｐ接続でなくｂｒｏａｄｃａｓｔ接続に
より伝送路を確立する点である。ステップ１からステッ
プ５までの動作は第５の実施の形態と同様であるのでそ
の説明は省略する。
【０１０９】本実施の形態では、図３のステップ６で第
３の機器が送信機に対しｃｏｎｎｅｃｔｉｏｎ＿ｓｔａ
ｔｅに７０（ｅｓｔａｂｌｉｓｈ）を設定したＤＩＧＩ
ＴＡＬ＿ＯＵＴＰＵＴコマンドを送りｂｒｏａｄｃａｓ
ｔ ｏｕｔ接続を行わせる。また同時に受信機に対しｃ
ｏｎｎｅｃｔｉｏｎ＿ｓｔａｔｅに７０（ｅｓｔａｂｌ
ｉｓｈ）を設定したＤＩＧＩＴＡＬ＿ＩＮＰＵＴコマン
ドを送りｂｒｏａｄｃａｓｔ ｉｎ接続を行わせる。こ
のように、ｂｒｏａｄｃａｓｔ ｉｎ接続とｂｒｏａｄ
ｃａｓｔ ｏｕｔ接続を同じチャンネルに対して行うこ
とにより、結果として送信機と受信機の間で伝送路が確
立される。ｂｒｏａｄｃａｓｔ ｉｎ／ｏｕｔの張り方
の詳細は、第２、第４の実施の形態と同じであるので省
略する。
３の機器が送信機に対しｃｏｎｎｅｃｔｉｏｎ＿ｓｔａ
ｔｅに７０（ｅｓｔａｂｌｉｓｈ）を設定したＤＩＧＩ
ＴＡＬ＿ＯＵＴＰＵＴコマンドを送りｂｒｏａｄｃａｓ
ｔ ｏｕｔ接続を行わせる。また同時に受信機に対しｃ
ｏｎｎｅｃｔｉｏｎ＿ｓｔａｔｅに７０（ｅｓｔａｂｌ
ｉｓｈ）を設定したＤＩＧＩＴＡＬ＿ＩＮＰＵＴコマン
ドを送りｂｒｏａｄｃａｓｔ ｉｎ接続を行わせる。こ
のように、ｂｒｏａｄｃａｓｔ ｉｎ接続とｂｒｏａｄ
ｃａｓｔ ｏｕｔ接続を同じチャンネルに対して行うこ
とにより、結果として送信機と受信機の間で伝送路が確
立される。ｂｒｏａｄｃａｓｔ ｉｎ／ｏｕｔの張り方
の詳細は、第２、第４の実施の形態と同じであるので省
略する。
【０１１０】次にデータ送信または受信の必要が無くな
った際に、上記手順により確立した伝送路を切断しデー
タ入力を停止する場合の手順について述べる。本実施の
形態では、ｂｒｏａｄｃａｓｔ接続を行っているので、
送信機がデータ送信の必要がなくなった場合には、単に
送信機がｂｒｏａｄｃａｓｔ ｏｕｔ接続を切断しデー
タ送信を止めればよい。受信機はデータが来なくなった
ことを検出して停止するなどの処理を行う事になる。
った際に、上記手順により確立した伝送路を切断しデー
タ入力を停止する場合の手順について述べる。本実施の
形態では、ｂｒｏａｄｃａｓｔ接続を行っているので、
送信機がデータ送信の必要がなくなった場合には、単に
送信機がｂｒｏａｄｃａｓｔ ｏｕｔ接続を切断しデー
タ送信を止めればよい。受信機はデータが来なくなった
ことを検出して停止するなどの処理を行う事になる。
【０１１１】また受信機がデータ受信の必要がなくなっ
た場合にも、単に受信機がｂｒｏａｄｃａｓｔ ｉｎ接
続を切断すればよい。さらに受信機がデータ受信不要に
なった時点で無駄な送信を止めようとするならば、送信
機は受信している機器の有無が検出できないので、例え
ば送信機に対しｃｏｎｎｅｃｔｉｏｎ＿ｓｔａｔｅに６
０（ｂｒｅａｋ）を設定したＤＩＧＩＴＡＬ＿ＯＵＴＰ
ＵＴコマンドを送りｂｒｏａｄｃａｓｔ ｏｕｔ接続を
切断させることができる。もちろん送信機のｏＰＣＲの
Ｂｒｏａｄｃａｓｔ＿ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｕｎ
ｔｅｒを受信機が直接０クリアしても構わない。また先
に説明したＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨＮｏｔｉｆｙコ
マンドを送信機が受信機に発行しておき、受信機は送信
機にデータ受信の必要が無くなったことを知らせて送信
機にデータ送信を止めさせることもできる。ここで、他
の機器がｂｒｏａｄｃａｓｔされているチャンネルを受
信している可能性があるので、第３の機器がデータ送信
を止めさせる前に、それぞれの機器のｉＰＣＲを読み、
そのチャンネルに対してｂｒｏａｄｃａｓｔ ｉｎ接続
していないかを確認することが望ましい。
た場合にも、単に受信機がｂｒｏａｄｃａｓｔ ｉｎ接
続を切断すればよい。さらに受信機がデータ受信不要に
なった時点で無駄な送信を止めようとするならば、送信
機は受信している機器の有無が検出できないので、例え
ば送信機に対しｃｏｎｎｅｃｔｉｏｎ＿ｓｔａｔｅに６
０（ｂｒｅａｋ）を設定したＤＩＧＩＴＡＬ＿ＯＵＴＰ
ＵＴコマンドを送りｂｒｏａｄｃａｓｔ ｏｕｔ接続を
切断させることができる。もちろん送信機のｏＰＣＲの
Ｂｒｏａｄｃａｓｔ＿ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｕｎ
ｔｅｒを受信機が直接０クリアしても構わない。また先
に説明したＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨＮｏｔｉｆｙコ
マンドを送信機が受信機に発行しておき、受信機は送信
機にデータ受信の必要が無くなったことを知らせて送信
機にデータ送信を止めさせることもできる。ここで、他
の機器がｂｒｏａｄｃａｓｔされているチャンネルを受
信している可能性があるので、第３の機器がデータ送信
を止めさせる前に、それぞれの機器のｉＰＣＲを読み、
そのチャンネルに対してｂｒｏａｄｃａｓｔ ｉｎ接続
していないかを確認することが望ましい。
【０１１２】また第３の機器がデータ伝送路を切断した
い場合にも、送信機に対しｃｏｎｎｅｃｔｉｏｎ＿ｓｔ
ａｔｅに６０（ｂｒｅａｋ）を設定したＤＩＧＩＴＡＬ
＿ＯＵＴＰＵＴコマンドを送りｂｒｏａｄｃａｓｔ ｏ
ｕｔ接続を切断させることができる。もちろんｏＰＣＲ
のｂｒｏａｄｃａｓｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕ
ｎｔｅｒビットを受信機が０クリアすることによりｂｒ
ｏａｄｃａｓｔ ｏｕｔ接続を切断しても構わない。
い場合にも、送信機に対しｃｏｎｎｅｃｔｉｏｎ＿ｓｔ
ａｔｅに６０（ｂｒｅａｋ）を設定したＤＩＧＩＴＡＬ
＿ＯＵＴＰＵＴコマンドを送りｂｒｏａｄｃａｓｔ ｏ
ｕｔ接続を切断させることができる。もちろんｏＰＣＲ
のｂｒｏａｄｃａｓｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕ
ｎｔｅｒビットを受信機が０クリアすることによりｂｒ
ｏａｄｃａｓｔ ｏｕｔ接続を切断しても構わない。
【０１１３】以上第５の実施の形態および第６の実施の
形態で説明した手順にしたがって第３の機器が判定を行
い、データ伝送路の確立と切断を行えば、無駄な受信と
ならないかを判定する事ができ、必要性がなくなったデ
ータ伝送を停止することができるため、無駄な伝送を回
避することが可能となる。
形態で説明した手順にしたがって第３の機器が判定を行
い、データ伝送路の確立と切断を行えば、無駄な受信と
ならないかを判定する事ができ、必要性がなくなったデ
ータ伝送を停止することができるため、無駄な伝送を回
避することが可能となる。
【０１１４】なお、図３に示したフローチャートにおい
て、入力プラグ数および出力プラグ数の問い合わせ、信
号フォーマットをサポートしているかの問い合わせ、デ
ータ入出力準備できているかの問い合わせ、別信号入力
中か出力中かの問い合わせのコマンドは本実施の形態で
示したものに限定されるもので無く、同等の内容を問い
合わされるものであれば良い。
て、入力プラグ数および出力プラグ数の問い合わせ、信
号フォーマットをサポートしているかの問い合わせ、デ
ータ入出力準備できているかの問い合わせ、別信号入力
中か出力中かの問い合わせのコマンドは本実施の形態で
示したものに限定されるもので無く、同等の内容を問い
合わされるものであれば良い。
【０１１５】また、図７に示したＩＳＯＣＨ＿ＩＯ＿Ｗ
ＩＳＨ Ｎｏｔｉｆｙコマンドを送るとしたが、これは
Ｓｔａｔｕｓコマンドを繰り返し送ることでも良く、さ
らに信号形式の指定や問い合わせなども同じコマンド中
に含めて一度に送っても良い。例えば、ＩＳＯＣＨ＿Ｉ
Ｏ＿ＷＩＳＨ Ｎｏｔｉｆｙコマンドにｆｍｔ、ｆｄｆ
フィールドを追加定義し、このコマンドを受信した機器
はｆｍｔ、ｆｄｆフィールドで指定された信号形式のデ
ータに関する送受信要求を回答するようにすれば良い。
この際には要求は継続しても信号形式が変われば，各ポ
ートに対応するビットは０クリアされるのでｉ＿ｓｉ
ｇ、ｏ＿ｓｉｇのビットは規定しなくてもよい。
ＩＳＨ Ｎｏｔｉｆｙコマンドを送るとしたが、これは
Ｓｔａｔｕｓコマンドを繰り返し送ることでも良く、さ
らに信号形式の指定や問い合わせなども同じコマンド中
に含めて一度に送っても良い。例えば、ＩＳＯＣＨ＿Ｉ
Ｏ＿ＷＩＳＨ Ｎｏｔｉｆｙコマンドにｆｍｔ、ｆｄｆ
フィールドを追加定義し、このコマンドを受信した機器
はｆｍｔ、ｆｄｆフィールドで指定された信号形式のデ
ータに関する送受信要求を回答するようにすれば良い。
この際には要求は継続しても信号形式が変われば，各ポ
ートに対応するビットは０クリアされるのでｉ＿ｓｉ
ｇ、ｏ＿ｓｉｇのビットは規定しなくてもよい。
【０１１６】また、各問い合わせの順序は本発明の実施
の形態だけに限定されるものではなく、入れ替わっても
良い。
の形態だけに限定されるものではなく、入れ替わっても
良い。
【０１１７】なお、以上第１から６の実施の形態で述べ
た伝送管理方法は、コマンドで問い合わせる形式を取っ
たが、接続状態に関する属性情報を規定し、これが変化
するたびに管理しようとする機器に送るような形式にし
ても良い。例えば図１０のように接続されたバスシステ
ムにおいて、各機器から接続状態が変化するたびに、コ
ントローラ５に対し接続状態に関する属性情報を送信す
る。コントローラ５は各機器の接続状態やデータの入出
力状態を視覚的に表示する。図１１は接続状態を視覚的
に表示するイメージ図である。
た伝送管理方法は、コマンドで問い合わせる形式を取っ
たが、接続状態に関する属性情報を規定し、これが変化
するたびに管理しようとする機器に送るような形式にし
ても良い。例えば図１０のように接続されたバスシステ
ムにおいて、各機器から接続状態が変化するたびに、コ
ントローラ５に対し接続状態に関する属性情報を送信す
る。コントローラ５は各機器の接続状態やデータの入出
力状態を視覚的に表示する。図１１は接続状態を視覚的
に表示するイメージ図である。
【０１１８】
【発明の効果】以上説明したところから明らかなよう
に、本発明では、ｐ−ｔｏ−ｐ接続において、送信デー
タがない場合にもｐ−ｔｏ−ｐを張りつづける、受信側
で必要でないデータを送信する、送信前に送信機が有効
なデータを出してくれるかどうかわからない、などによ
り生じるデータの無駄な伝送をなくすことができる。
に、本発明では、ｐ−ｔｏ−ｐ接続において、送信デー
タがない場合にもｐ−ｔｏ−ｐを張りつづける、受信側
で必要でないデータを送信する、送信前に送信機が有効
なデータを出してくれるかどうかわからない、などによ
り生じるデータの無駄な伝送をなくすことができる。
【０１１９】また、受信可能な機器の存在を確認してか
らｂｒｏａｄｃａｓｔ ｏｕｔ接続を開始することによ
り無駄な伝送をなくすことができる。
らｂｒｏａｄｃａｓｔ ｏｕｔ接続を開始することによ
り無駄な伝送をなくすことができる。
【０１２０】さらに、ｂｒｏａｄｃａｓｔ ｉｎ接続の
準備ができた段階でｂｒｏａｄｃａｓｔ ｏｕｔ接続を
開始させることにより、無意味な伝送をなくすことがで
きる。
準備ができた段階でｂｒｏａｄｃａｓｔ ｏｕｔ接続を
開始させることにより、無意味な伝送をなくすことがで
きる。
【図１】本発明の第１の実施の形態において送信機がデ
ータを受信する機器を探す際の流れを示すフローチャー
ト
ータを受信する機器を探す際の流れを示すフローチャー
ト
【図２】本発明の第３の実施の形態において受信機がデ
ータを送信する機器を探す際の流れを示すフローチャー
ト
ータを送信する機器を探す際の流れを示すフローチャー
ト
【図３】本発明の第５の実施の形態において第３の機器
がデータを送受信する機器を探す際の流れを示すフロー
チャート
がデータを送受信する機器を探す際の流れを示すフロー
チャート
【図４】ＣＭＰにおけるプラグの概念を説明するための
図
図
【図５】ＰＬＵＧ ＩＮＦＯ コマンドを説明するため
の図
の図
【図６】ＩＮＰＵＴ ＰＬＵＧ ＳＩＧＮＡＬ ＦＯＲ
ＭＡＴおよびＯＵＴＰＵＴ ＰＬＵＧ ＳＩＧＮＡＬ
ＦＯＲＭＡＴコマンドを説明するための図
ＭＡＴおよびＯＵＴＰＵＴ ＰＬＵＧ ＳＩＧＮＡＬ
ＦＯＲＭＡＴコマンドを説明するための図
【図７】ＩＳＯＣＨ＿ＩＯ＿ＷＩＳＨコマンドを説明す
るための図
るための図
【図８】ＤＩＧＩＴＡＬ ＩＮＰＵＴコマンドおよびＤ
ＩＧＩＴＡＬ ＯＵＴＰＵＴコマンドを説明するための
図
ＩＧＩＴＡＬ ＯＵＴＰＵＴコマンドを説明するための
図
【図９】ｉＰＣＲ フォーマットおよびｏＰＣＲ フォ
ーマットを説明するための図
ーマットを説明するための図
【図１０】バスシステムの構成を示す構成図
【図１１】接続状態を視覚的に表示するイメージ図
０ カムコーダ １ ＶＴＲ ２ ＶＴＲ ３ ＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ：衛星放送受信
機） ４ モニタ ５ コントローラ
機） ４ モニタ ５ コントローラ
Claims (23)
- 【請求項１】 複数の機器が接続されたバスシステムに
おいて、データ送信可否もしくは受信可否の状態問い合
わせに対する応答に従って、前記機器間のデータ伝送路
の切断と確立の管理を行う事を特徴とする伝送管理方
法。 - 【請求項２】 問い合わせに対する応答はデータ送信も
しくは受信の可否状態や可否状態の状態変化を示すこと
を特徴とする請求項１記載の伝送管理方法。 - 【請求項３】 問い合わせは特定の形式のデータに対す
る送受信の可否の状態や可否状態の状態変化であること
を特徴とする請求項１記載の伝送管理方法。 - 【請求項４】 複数の機器が接続されたバスシステムに
おいて、扱うデータの信号形式が変わったことを示す情
報に従って、前記機器間のデータ伝送路の切断と確立の
管理を行う事を特徴とする伝送管理方法。 - 【請求項５】 複数の機器が接続されたバスシステムに
おいて、前記バスシステムにデータを送信しようとする
送信機が前記バスシステムに接続された他の機器に、デ
ータ受信の可否の状態を問い合わせ、 前記問い合わせを受けた機器は、データ受信可否の状態
に応じて前記送信機に受信状態情報を送出し、 前記送信機は前記受信状態情報に応じて伝送路を確立す
る事を特徴とする伝送管理方法。 - 【請求項６】 受信状態情報はデータ受信の可否状態や
可否状態の状態変化を示すことを特徴とする請求項５記
載の伝送管理方法。 - 【請求項７】 送信機が、受信状態情報を受けると、自
分自身がデータの送信が可能な状態か否かを調べ、送信
できる状態であるならば、前記受信状態情報を送信して
きた機器との間にデータ伝送路を確立する事を特徴とす
る請求項５または６記載の伝送管理方法。 - 【請求項８】 受信状態情報を送出した機器は、送信機
がデータを送出しているかを確認し、データを送出して
いるなら前記送信機との間にデータ伝送路を確立するこ
とを特徴とする請求項５または６記載の伝送管理方法。 - 【請求項９】 送信機が特定の形式のデータに対する受
信の可否の状態を問い合わせることを特徴とする請求項
５または６記載の伝送管理方法。 - 【請求項１０】 問い合わせを受けた機器が、特定の形
式のデータに対する受信能力が無ければその旨を送信機
に知らせることを特徴とする請求項８記載の伝送管理方
法。 - 【請求項１１】 複数の機器が接続されたバスシステム
において、前記バスシステムからデータを受信しようと
する受信機が前記バスシステムに接続された他の機器
に、データ送信の可否の状態を問い合わせ、 前記問い合わせを受けた機器は、データ送信可否の状態
に応じて前記受信機に送信状態情報を送出し、 前記受信機は前記送信状態情報に応じて伝送路を確立す
る事を特徴とする伝送管理方法。 - 【請求項１２】 送信状態情報はデータ送信の可否状態
や可否状態の状態変化を示すことを特徴とする請求項１
１記載の伝送管理方法。 - 【請求項１３】 受信機が、送信状態情報を受けると、
自分自身が受信可能な状態か否かを調べ、受信できる状
態であるならば、前記送信状態情報を送信してきた機器
との間にデータ伝送路を確立する事を特徴とする請求項
１１または１２記載の伝送管理方法。 - 【請求項１４】 送信状態情報を送出した機器は、受信
機との間にデータ伝送路を確立するとともにデータを送
信することを特徴とする請求項１１もしくは１２記載の
伝送管理方法。 - 【請求項１５】 受信機は特定の形式のデータに対する
送信の可否の状態を問い合わせることを特徴とする請求
項１１または１２記載の伝送管理方法。 - 【請求項１６】 問い合わせを受けた機器が、特定の形
式のデータに対する送信能力が無ければその旨を受信機
に知らせることを特徴とする請求項１５記載の伝送管理
方法。 - 【請求項１７】 複数の機器が接続されたバスシステム
において、第３の機器が前記バスシステムに接続された
他の機器に、データ送信および受信の可否の状態を問い
合わせ、 前記問い合わせを受けた機器は、データ送信および受信
の可否の状態に応じて前記第３の機器に送信状態情報お
よび受信状態情報を送出し、 前記第３の機器は前記送信状態情報および前記受信状態
情報に応じて、前記送信状態情報を送出した機器と前記
受信状態情報を送出した機器の間にデータ伝送路の切断
または確立を行う事を特徴とする伝送管理方法。 - 【請求項１８】 受信状態情報はデータ受信の可否状態
や可否状態の状態変化を示し、送信状態情報はデータ送
信の可否状態や可否状態の状態変化を示すことを特徴と
する請求項１７記載の伝送管理方法。 - 【請求項１９】 第３の機器は特定の形式のデータに対
する送信および受信の可否の状態を問い合わせることを
特徴とする請求項１７もしくは１８記載の伝送管理方
法。 - 【請求項２０】 問い合わせを受けた機器が、特定のデ
ータ形式のデータに対する送信能力および受信能力が無
ければその旨を直ちに前記第３の機器に知らせることを
特徴とする請求項１７または１８記載の伝送管理方法。 - 【請求項２１】 第３の機器が、送信準備済みである旨
を示す送信状態情報を受信準備済みである旨を示す受信
状態情報より先に受け取った場合、前記送信状態情報を
送信した機器がまだ送信準備済みの状態であることを通
信路を確立する前に確認する事を特徴とする請求項１７
記載の伝送管理方法。 - 【請求項２２】 第３の機器が受信準備済みである旨を
示す受信状態情報を送信準備済みである旨を示す送信状
態情報より先に受け取った場合、前記受信状態情報を送
信した機器がまだ受信準備済みの状態であることを通信
路を確立する前に確認する事を特徴とする請求項１６記
載の伝送管理方法。 - 【請求項２３】 バスシステムがＩＥＥＥ１３９４であ
ることを特徴とする請求項１から２２記載の伝送管理方
法。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP13090499A JP3671738B2 (ja) | 1999-05-12 | 1999-05-12 | 伝送管理方法 |
| EP00109974A EP1052574B1 (en) | 1999-05-12 | 2000-05-11 | Method of data transmission management |
| US09/569,150 US7032059B1 (en) | 1998-02-12 | 2000-05-11 | Method of data transmission management |
| DE60034398T DE60034398T2 (de) | 1999-05-12 | 2000-05-11 | Verfahren zur Datenübertragungsverwaltung |
| KR1020000025230A KR100582811B1 (ko) | 1999-05-12 | 2000-05-12 | 데이터 전송 관리 방법 |
| CNB00108660XA CN1202654C (zh) | 1999-05-12 | 2000-05-12 | 数据发送管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP13090499A JP3671738B2 (ja) | 1999-05-12 | 1999-05-12 | 伝送管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000324143A true JP2000324143A (ja) | 2000-11-24 |
| JP3671738B2 JP3671738B2 (ja) | 2005-07-13 |
Family
ID=15045454
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP13090499A Expired - Fee Related JP3671738B2 (ja) | 1998-02-12 | 1999-05-12 | 伝送管理方法 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US7032059B1 (ja) |
| EP (1) | EP1052574B1 (ja) |
| JP (1) | JP3671738B2 (ja) |
| KR (1) | KR100582811B1 (ja) |
| CN (1) | CN1202654C (ja) |
| DE (1) | DE60034398T2 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005059916A1 (en) * | 2003-12-17 | 2005-06-30 | Canon Kabushiki Kaisha | Control apparatus, video processing apparatus, and control method thereof |
| JP2006099555A (ja) * | 2004-09-30 | 2006-04-13 | Toshiba Corp | コンテンツ送受信装置 |
| JP2008259014A (ja) * | 2007-04-06 | 2008-10-23 | Sharp Corp | 画像処理装置、該画像処理装置における情報送信方法 |
| US7791639B2 (en) | 2003-12-17 | 2010-09-07 | Canon Kabushiki Kaisha | Control apparatus, video processing apparatus, and control method thereof |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6965975B2 (en) * | 2001-03-31 | 2005-11-15 | Lg Electronics Inc. | Apparatus and method for moving contents having a restricted number of copies between storage media |
| JP2002304333A (ja) * | 2001-04-03 | 2002-10-18 | Sony Corp | 伝送方法及び伝送装置 |
| JP3719180B2 (ja) * | 2001-09-27 | 2005-11-24 | ソニー株式会社 | 通信方法、通信システム及び出力機器 |
| US7127575B2 (en) * | 2003-07-10 | 2006-10-24 | Hitachi, Ltd. | Offsite management using disk based tape library and vault system |
| WO2005060253A1 (ja) | 2003-12-17 | 2005-06-30 | Canon Kabushiki Kaisha | 通信装置及び制御方法 |
| JP2005236926A (ja) | 2004-02-23 | 2005-09-02 | Canon Inc | データ出力装置、データ入力装置及び制御方法 |
| JP2005244477A (ja) | 2004-02-25 | 2005-09-08 | Canon Inc | データ出力装置、データ入力装置及び制御方法 |
| JP4356997B2 (ja) * | 2005-03-15 | 2009-11-04 | キヤノン株式会社 | 通信装置及びその通信方法 |
| CN103455398A (zh) * | 2013-09-13 | 2013-12-18 | 浪潮电子信息产业股份有限公司 | 一种避免带内外信息交互失败的方法 |
Family Cites Families (31)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4827409A (en) * | 1986-07-24 | 1989-05-02 | Digital Equipment Corporation | High speed interconnect unit for digital data processing system |
| JPS6386939A (ja) * | 1986-09-30 | 1988-04-18 | Canon Inc | 通信制御装置 |
| JP2533105B2 (ja) * | 1987-03-20 | 1996-09-11 | 株式会社東芝 | フアクシミリ装置 |
| US5576902A (en) * | 1993-01-13 | 1996-11-19 | Hitachi America, Ltd. | Method and apparatus directed to processing trick play video data to compensate for intentionally omitted data |
| US5768224A (en) * | 1993-05-28 | 1998-06-16 | Sony Corporation | AV system and method of establishing a connection setting for AV component devices |
| JPH0715525A (ja) * | 1993-06-28 | 1995-01-17 | Ricoh Co Ltd | マルチメディア通信端末装置 |
| JP3639319B2 (ja) * | 1994-01-25 | 2005-04-20 | 富士通株式会社 | 並列計算機システム，データ転送制御方法および送受信制御装置 |
| EP1085701A3 (en) * | 1994-03-09 | 2001-07-04 | Matsushita Electric Industrial Co., Ltd. | Data transmission system and method |
| JP3371174B2 (ja) * | 1994-09-22 | 2003-01-27 | ソニー株式会社 | パケット受信装置 |
| JP3500785B2 (ja) * | 1995-07-12 | 2004-02-23 | ソニー株式会社 | 通信制御方法及び電子機器 |
| US5933430A (en) * | 1995-08-12 | 1999-08-03 | Sony Corporation | Data communication method |
| JP3248428B2 (ja) * | 1996-06-18 | 2002-01-21 | ヤマハ株式会社 | 電子機器及びデータ伝送システムのチャンネル制御方法 |
| JPH1091588A (ja) * | 1996-09-13 | 1998-04-10 | Nec Ic Microcomput Syst Ltd | データ転送装置 |
| CA2216573C (en) * | 1996-10-01 | 2006-03-14 | Sony Corporation | Digital tuner having ieee 1394 serial bus interface for providing a plurality of selected programs as a functional unit |
| JPH10145753A (ja) * | 1996-11-15 | 1998-05-29 | Sony Corp | 受信装置および方法 |
| JP3834897B2 (ja) | 1996-11-26 | 2006-10-18 | ソニー株式会社 | 情報信号伝送装置 |
| JPH10224424A (ja) * | 1997-02-12 | 1998-08-21 | Matsushita Electric Ind Co Ltd | データ送信装置、データ受信装置、及び媒体 |
| JP3630971B2 (ja) | 1997-02-14 | 2005-03-23 | キヤノン株式会社 | データ通信方法、装置、システム、及び記憶媒体 |
| TW384611B (en) * | 1997-02-14 | 2000-03-11 | Canon Kk | Data communication apparatus and method |
| JPH1155298A (ja) * | 1997-06-06 | 1999-02-26 | Nissan Motor Co Ltd | 情報通信装置 |
| US6298406B1 (en) * | 1997-10-24 | 2001-10-02 | Sony Corporation | Method of and apparatus for detecting direction of reception of bus packets and controlling direction of transmission of bus packets within an IEEE 1394 serial bus node |
| US6038625A (en) * | 1998-01-06 | 2000-03-14 | Sony Corporation Of Japan | Method and system for providing a device identification mechanism within a consumer audio/video network |
| JPH11205363A (ja) * | 1998-01-20 | 1999-07-30 | Nec Corp | Ｉｅｅｅ１３９４機器制御装置 |
| JP3277874B2 (ja) * | 1998-01-29 | 2002-04-22 | 日本電気株式会社 | Ｉｅｅｅ１３９４ブリッジ |
| US6233611B1 (en) * | 1998-05-08 | 2001-05-15 | Sony Corporation | Media manager for controlling autonomous media devices within a network environment and managing the flow and format of data between the devices |
| US6539443B1 (en) * | 1998-08-12 | 2003-03-25 | Intel Corporation | Bus communication and transfer rate negotiation system |
| JP4025429B2 (ja) * | 1998-08-21 | 2007-12-19 | 富士通株式会社 | 接続制御装置及び接続制御方法 |
| KR20000020015A (ko) * | 1998-09-17 | 2000-04-15 | 윤종용 | Ieee 1394 시리얼 버스를 통해 디지털 신호 전송을 위한 동기신호 발생장치 |
| US6169725B1 (en) * | 1998-10-30 | 2001-01-02 | Sony Corporation Of Japan | Apparatus and method for restoration of internal connections in a home audio/video system |
| US6414971B1 (en) * | 2000-01-31 | 2002-07-02 | Sony Corporation | System and method for delivering data packets in an electronic interconnect |
| US6557067B1 (en) * | 2000-02-03 | 2003-04-29 | Sony Corporation | System and method to effectively compensate for delays in an electronic interconnect |
-
1999
- 1999-05-12 JP JP13090499A patent/JP3671738B2/ja not_active Expired - Fee Related
-
2000
- 2000-05-11 DE DE60034398T patent/DE60034398T2/de not_active Expired - Lifetime
- 2000-05-11 US US09/569,150 patent/US7032059B1/en not_active Expired - Fee Related
- 2000-05-11 EP EP00109974A patent/EP1052574B1/en not_active Expired - Lifetime
- 2000-05-12 CN CNB00108660XA patent/CN1202654C/zh not_active Expired - Fee Related
- 2000-05-12 KR KR1020000025230A patent/KR100582811B1/ko not_active Expired - Fee Related
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005059916A1 (en) * | 2003-12-17 | 2005-06-30 | Canon Kabushiki Kaisha | Control apparatus, video processing apparatus, and control method thereof |
| JP2005184280A (ja) * | 2003-12-17 | 2005-07-07 | Canon Inc | 制御装置及び映像処理装置 |
| US7791639B2 (en) | 2003-12-17 | 2010-09-07 | Canon Kabushiki Kaisha | Control apparatus, video processing apparatus, and control method thereof |
| JP2006099555A (ja) * | 2004-09-30 | 2006-04-13 | Toshiba Corp | コンテンツ送受信装置 |
| JP2008259014A (ja) * | 2007-04-06 | 2008-10-23 | Sharp Corp | 画像処理装置、該画像処理装置における情報送信方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP1052574A2 (en) | 2000-11-15 |
| EP1052574B1 (en) | 2007-04-18 |
| US7032059B1 (en) | 2006-04-18 |
| CN1274230A (zh) | 2000-11-22 |
| KR20010014898A (ko) | 2001-02-26 |
| DE60034398T2 (de) | 2007-08-16 |
| JP3671738B2 (ja) | 2005-07-13 |
| KR100582811B1 (ko) | 2006-05-24 |
| DE60034398D1 (de) | 2007-05-31 |
| EP1052574A3 (en) | 2004-04-21 |
| CN1202654C (zh) | 2005-05-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3520572B2 (ja) | 入力機器選択方法 | |
| JP4388125B2 (ja) | 中継装置、および中継方法 | |
| JP2000324143A (ja) | 伝送管理方法 | |
| US6286071B1 (en) | Communication control method, communication system and electronic device used therefor | |
| JP4193013B2 (ja) | 情報出力装置および接続関係管理方法 | |
| JP3658919B2 (ja) | 電子機器及びその情報伝送方法 | |
| JP2000184303A (ja) | ディジタル放送の受信システム及びディジタル放送の受信装置 | |
| JP2000184303A5 (ja) | ディジタル放送受信システム、ディジタル放送受信システムにおけるデータ送信方法、及びディジタル放送の受信装置 | |
| US20060165385A1 (en) | Method and electronic equipment for transmitting data to other electronic equipment on a network | |
| US7145872B1 (en) | Method for managing system resources in network system in which digital interface is used for connection | |
| US20100169524A1 (en) | Device control method and program recorded medium on which the method is recorded | |
| US7372821B2 (en) | Signal processing system, signal receiving device, and communication control method | |
| US20050235087A1 (en) | Method, article of manufacture and apparatuses for establishing an isochronous signal for transmission to a signal receiving device | |
| US7639919B2 (en) | Signal processing system, signal outputting device, signal inputting device, and communication control method | |
| JP3733299B2 (ja) | 送信装置、およびプログラム | |
| JP3637817B2 (ja) | 機器接続方法およびプログラム記録媒体 | |
| KR100775706B1 (ko) | 정보 처리 장치, 정보 처리 방법 및 기록 매체 | |
| JPH11205313A (ja) | ネットワーク装置及びネットワーク表示方法 | |
| CN1282922A (zh) | 由数字接口连接的设备的连接管理方法及其命令结构 | |
| JP2003324451A (ja) | 信号処理システム、信号出力装置、信号入力装置及び通信制御方法 | |
| JP3341758B2 (ja) | データ転送方法 | |
| JP2004328383A (ja) | 機器制御システム、機器制御方法、被制御機器、プログラム、記録媒体 | |
| JP3635215B2 (ja) | 機器制御方法およびプログラム記録媒体 | |
| US20040107448A1 (en) | Device, apparatus and method for selecting a programme from a plurality of programmes within a network | |
| KR100607933B1 (ko) | 디지털 인터페이스의 연결 관리방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20041227 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050105 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050307 |
|
| 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: 20050329 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050411 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080428 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090428 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100428 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110428 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |