JPH07250072A - データ転送方法 - Google Patents

Abstract

(57)【要約】 【目的】 本発明は、映像信号や音声信号等のリアルタ
イム処理が必要なデータを複数の機器間で同期通信する
際に、同期パケットを送信した送信ノードを判別するこ
と、および不本意な同期通信の中断を防ぐことを目的と
する。 【構成】 本発明のデータ転送方法では、同期パケット
内のデータヘッダ２に、前記同期パケットを送信する送
信ノードのノード識別子５を付加した構成を有してい
る。受信ノードは、受信した同期パケットに含まれる送
信ノードのノード識別子を見るだけで瞬時に同期パケッ
トを送信したノードを判別することができる。また送信
ノードが、１回以上の継続要求を受信した時点でプロテ
クト状態となり、継続要求を受信した回数以上の停止許
可を受信した時点でプロテクト解除状態となることによ
って、前記プロテクト状態では他のノードからの送信停
止要求を拒絶し、同期パケットの送信を停止しないよう
にすることができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、映像信号や音声信号等
のリアルタイム処理が必要なデータを複数の機器間で転
送する際に用いるデータ転送方法に関するものである。

【０００２】

【従来の技術】ディジタル伝送技術の進歩と共に、映像
信号や音声信号（以下ＡＶデータと称する）を共通のデ
ィジタル伝送路（以下バスと称する）を介して伝送する
機器（以下ノードと称する）が開発されつつある。ＡＶ
データは処理されるべき速度に同期して送受信される必
要があるため、リアルタイム通信が可能なバスが必要と
なる。バス接続の特徴は、１つのノードが送信したＡＶ
データをバスで接続されている複数のノードで同時に受
信できるということである。

【０００３】一方、次世代の高速バスとして IEEE P139
4 シリアルバスが提案されている。IEEE P1394 では、1
25μsec（１サイクル）毎に同期パケットを送受信する
ことによってリアルタイム通信を可能にしている。また
ノードが接続または分離された場合やノードのＡＣコン
セントが抜かれた場合等には、即座にバスリセットを実
行して活線挿抜に対応している。したがって IEEE P139
4 バスを用いることによって、家庭用ＡＶ機器に適した
リアルタイムデータの通信（以下同期通信と称する）を
行うことができる。

【０００４】

【発明が解決しようとする課題】しかしながら家庭用Ａ
Ｖ機器間で同期通信を行うに際して IEEE P1394 シリア
ルバスを用いる場合に上記従来の同期パケットの構成で
は、前記同期パケットを受信したノードにとって、どの
ノードが前記同期パケットを送信したのかを判別するこ
とができないという問題を有していた。

【０００５】また上記に示した問題点があるために、ユ
ーザの不用意な操作による同期通信の中断を防ぐ必要が
あるときに、同期パケットを受信している受信ノード
が、同期パケットを送信している送信ノードに対して同
期パケットの送信継続を要求して、送信ノードをプロテ
クト状態にすることができないという問題を有してい
た。 例えば、Ａ、Ｂ、Ｃの３つのノードが接続された
システムにおいて、Ａのノードが送信した同期パケット
をＢのノードが受信して記録している場合に、ユーザが
誤ってＣのノードに対して同期パケットの送信を伴う操
作を行ったとする。このとき、ＣのノードがＡのノード
に対して同期パケットの送信を停止するよう要請し、Ａ
のノードがこの要請に応えれば、Ｂのノードの記録動作
が妨げられることになる。すなわち、従来のデータ転送
方法では、送受信に直接関わりのないノードの誤操作に
よって、別のノード間の同期パケットの転送が中断され
る可能性があるという問題を有していた。

【０００６】本発明は上記従来の問題点を解決するもの
で、同期通信を行うに際し、同期パケットを受信したノ
ードが、どのノードがその同期パケットを送信したのか
を瞬時に判別できるようにすること、およびこれによっ
てユーザの不用意な操作による同期通信の中断を防ぐこ
とができるようにすることを目的とする。

【０００７】

【課題を解決するための手段】この目的を達成するため
に本発明のデータ転送方法では、同期パケット内に、前
記同期パケットを送信する送信ノードのノード識別子を
付加した構成を有している。

【０００８】また、複数の受信ノードからの送信継続の
要求に対応するために、送信ノードは、受信ノードから
１回以上の継続要求を受信した段階でプロテクト状態に
移行し、継続要求を受信した回数以上の停止許可を受信
した段階でプロテクト解除状態に移行するという構成を
有している。

【０００９】

【作用】上記のような構成により本発明のデータ転送方
法において、受信ノードは、受信した同期パケットに含
まれる送信ノードのノード識別子を見るだけで瞬時に同
期パケットを送信した送信ノードを判別することができ
る。

【００１０】また送信ノードを判別することによって、
受信ノードは、必要に応じて送信ノードに対して継続要
求を送信し、また必要がなくなった時点で停止許可を送
信することができる。前記送信ノードは、前記継続要求
を受信する毎にプロテクトカウンタをインクリメント
し、前記停止許可を受信する毎に前記プロテクトカウン
タをデクリメントする。前記送信ノードが、前記プロテ
クトカウンタの値が零でないときには他のノードからの
送信停止要求を拒絶することによって、ユーザの不用意
な操作による同期通信の中断を防ぐことができる。

【００１１】

【実施例】以下、本発明の一実施例を、複数台のビデオ
テープレコーダー（以下ＶＴＲと略記する）を IEEE P1
394 バスで接続してＡＶデータのダビングを行う場合を
例に挙げて説明する。

【００１２】図１は、本実施例において同期通信を行う
際に転送される同期パケットのフォーマットである。

【００１３】図１において、パケットヘッダ１はIEEE P
1394 で規定されているヘッダであり、チャンネル番号
やパケットに含まれる転送ブロック２のデータ量等の情
報が配置される。転送ブロック２はユーザが任意に転送
したいデータを設定できる領域であり、その同期パケッ
トによって転送されているデータがどのようなデータで
あるのか等を示すデータヘッダ３、および実際に転送さ
れているデータ４から成っている。データヘッダ３は、
その同期パケットを送信した送信ノードを示すノード識
別子５、およびその他のヘッダデータから成っている。
ＣＲＣ６は転送ブロック２の転送エラー判別用データで
ある。

【００１４】IEEE P1394 では、バスリセットが発生す
る毎に、その時点で接続されているノードに対して、自
動的にノード識別子が割り当てられる。このため、同期
パケットを送信する送信ノードは、図１に示したフォー
マットに従って、その時点で割り当てられているノード
識別子をデータヘッダ２に書き込んで、同期パケットの
送信を行う。

【００１５】図２に、４台のＶＴＲをバスで接続してＡ
Ｖデータのダビングを行う際の接続図を示す。

【００１６】図２において７〜１０はそれぞれＶＴＲで
あり、ＶＴＲ７〜１０はそれぞれ内蔵しているマイコン
（図示せず）によって動作を管理されている。１１〜１
３はＶＴＲ７〜１０を接続しているケーブルである。こ
のケーブル１１〜１３の接続を行う毎にバスリセットが
発生して、ＶＴＲ７〜１０にノード識別子が割り当てら
れる。ここでは、ＶＴＲ７〜１０にはそれぞれ０〜３の
ノード識別子が割り当てらているものとする。

【００１７】さて、IEEE P1394では125μsec（１サイク
ル）毎にパケットの送受信が行われ、各サイクルの前半
部を同期通信用の優先時間帯に割り当てることができ
る。このため同期通信を行うに際し、有限である優先時
間帯について帯域確保を行う。すなわちどの通信チャン
ネルを利用してどれくらいの時間同期パケットを送信す
るのかを予め決定する必要がある。また、この優先時間
帯の帯域の管理は、バスで接続されているノードの内の
コンフィグレーションマネージャ（以下ＣＦＭと称す
る）と呼ばれる特定のノードが行う。

【００１８】いま、ＶＴＲ７で再生したＡＶデータをＶ
ＴＲ８とＶＴＲ９とで記録するダビングを行うものと
し、ＶＴＲ１０が優先時間帯の帯域の管理を行うものと
する。

【００１９】以下、本実施例のＶＴＲの処理内容を、そ
のＶＴＲの役割ごとに説明する。ここで、以下の説明に
用いるＡＶデータ以外のデータ、例えば、受信ノードか
ら送信ノードに対して送信する継続要求および停止許可
等は、非同期パケットを利用して通信している。

【００２０】図３は、本実施例においてＶＴＲ７がＡＶ
データを再生し、ＶＴＲ１０に対して同期通信を行なう
ための帯域の確保を要求して許可を得た後に、実際に同
期パケットを送信している際のＶＴＲ７のマイコン処理
内容を示すフローチャートである。

【００２１】このとき送信ノードであるＶＴＲ７は、図
１に示した同期パケットのフォーマットに従って、割り
当てられているノード識別子「０」をデータヘッダ２に
書き込んで、同期パケットを送信する。

【００２２】まずステップ３０１において、他のノード
から継続要求を受信したかどうかを判断する。継続要求
を受信していればメモリ上に設定した６ビットのカウン
タであるプロテクトカウンタをインクリメントし（ステ
ップ３０２）、継続要求を受信していなければそのま
ま、ステップ３０３へ進む。

【００２３】ここで、プロテクトカウンタは、同期パケ
ットの送信を開始する直前に「０」にリセットされるカ
ウンタである。このため、例えば本実施例においてＶＴ
Ｒ７が同期パケットの送信を開始した後、ＶＴＲ８およ
びＶＴＲ９の２台のＶＴＲから継続要求を受信した場合
には、ＶＴＲ７のプロテクトカウンタの値は「２」とな
る。

【００２４】ステップ３０３では、他のノードから停止
許可を受信したかどうかを判断し、許可されていればプ
ロテクトカウンタをデクリメントし（ステップ３０
４）、許可されていなければそのまま、ステップ３０５
へ進む。

【００２５】例えば、本実施例においてＶＴＲ８および
ＶＴＲ９の２台のＶＴＲからプロテクトを要求されてＶ
ＴＲ７のプロテクトカウンタの値が「２」となっている
場合には、ＶＴＲ８およびＶＴＲ９の２台ともから停止
許可が送信されるまでは、プロテクトカウンタの値が
「０」にならないことになる。

【００２６】ステップ３０４では、他のノードから停止
許可を受信しても、既にプロテクトカウンタの値が
「０」であれば、プロテクトカウンタのデクリメントは
行わない。 ステップ３０５では、バスリセットが発生
したかどうかを判断し、発生した場合にはプロテクトカ
ウンタの値を「０」にリセットして（ステップ３０６）
ステップ３０１に戻る。発生していなければステップ３
０７に進む。

【００２７】バスリセットが発生すると、一時的に同期
パケットの送信は中断するが、ＶＴＲ７はバスリセット
からの復旧後直ちに同期パケットの出力を再開する。

【００２８】バスリセットはケーブルが抜き差しされた
場合や、機器のコンセントが抜けた場合等に発生する。
したがって、バスリセットが発生すると、バスリセット
発生以前に継続要求を送信したノードが停止許可を送信
できなくなっている。この場合、ＶＴＲ７はプロテクト
状態から復帰できなくなる。このようなことを防ぐため
にバスリセット発生時にはプロテクトカウンタをリセッ
トする。

【００２９】ステップ３０７では、他のノード、例えば
ＶＴＲ１０から同期パケットの送信停止要求を受信した
かどうかを判断し、受信した場合にはプロテクトカウン
タの値が「０」であるかどうかを判断する（ステップ３
０８）。

【００３０】ここでプロテクトカウンタの値が「０」以
外であればプロテクト状態であると判断して停止要求を
受理せず、送信停止を要求したノードであるＶＴＲ１０
に対して停止要求拒否を送信し（ステップ３０９）、ス
テップ３０１に戻る。

【００３１】プロテクトカウンタの値が「０」であれば
プロテクト解除状態であると判断して停止要求を受理
し、同期パケットの送信を停止して（ステップ３１
０）、処理を終了する。

【００３２】ステップ３０７で送信停止が要求されてい
ない場合には、通信を介さずに外部から直接送信停止が
要求されたかどうかを判断する（ステップ３１１）。通
信を介さずに外部から直接送信停止が要求される例とし
ては、ＶＴＲ７本体の送信停止キーが操作された場合
や、電源スイッチキーが押された場合等が挙げられる。

【００３３】さて、ステップ３０７で通信を介さずに外
部から直接送信停止が要求された場合には、その時点の
プロテクトカウンタの値に関係なく、プロテクトカウン
タを「０」にリセットし（ステップ３１２）、同期パケ
ットの送信を停止する（ステップ３１０）。すなわち、
その機器に対してユーザが直接操作した場合には、その
操作を優先させる。

【００３４】外部から直接送信停止が要求される例とし
ては、バスに対するデータ出力の可・不可を制御するデ
ジタル出力キーが設けられているＶＴＲにおいて、同期
パケットの送信中にユーザがデジタル出力キーを操作し
て、データ出力を不可にされた場合が挙げられる。

【００３５】また、他の例としては、ＴＶチューナーが
付いていないために停止時にはデジタル出力も停止する
仕様となっている再生専用ＶＴＲにおいて、停止キーが
押されたことによってＶＴＲが再生状態からが停止状態
になった場合が挙げられる。

【００３６】ステップ３０７において、通信を介さずに
外部から直接送信停止が要求されていない場合には、ス
テップ３０１に戻って、上記した一連の処理を継続す
る。

【００３７】図４は、本実施例においてＶＴＲ８および
ＶＴＲ９が、ＶＴＲ７から送信されるＡＶデータの同期
パケットを実際に受信して記録を開始した後のＶＴＲ８
およびＶＴＲ９のマイコンの処理内容を示すフローチャ
ートである。

【００３８】いま、本実施例において、例えばＶＴＲ７
が再生するＡＶデータをＶＴＲ８およびＶＴＲ９で記録
しているダビングの最中にユーザが操作を誤ってＶＴＲ
１０を再生状態にしてしまったとする。このような場
合、ＶＴＲ１０は同期パケットの出力ができなければ、
ＶＴＲ７に対して同期パケットの出力を停止してくれる
ように送信停止を要求する。

【００３９】本実施例では、上記の例ような場合にも、
ＡＶデータを記録しているＶＴＲ８とＶＴＲ９へのＶＴ
Ｒ７からの同期パケットの送信が停止することなく、ダ
ビングが正しく行われるようにする。すなわち、ＶＴＲ
８およびＶＴＲ９は、ＶＴＲ７からの同期パケットを受
信した時点で、ＶＴＲ７に対して継続要求を送信する。
また、本実施例においては、ＶＴＲ８とＶＴＲ９とは
同じ処理をするため、以下ではＶＴＲ８の処理内容につ
いてのみ述べる。

【００４０】まずステップ４０１において、受信した同
期パケットのデータヘッダ２に書かれている、送信ノー
ドであるＶＴＲ７のノード識別子「０」を読み込んで、
このノード識別子「０」を持つ送信ノードであるＶＴＲ
７に対して継続要求を送信してステップ４０２に進む。

【００４１】ステップ４０２では、バスリセットが発生
したかどうかを判断し、発生した場合には再度プロテク
トを要求するためにステップ４０１に戻る。

【００４２】バスリセットが発生していない場合にはス
テップ４０３に進んで、同期パケットの受信が正常に行
われているかどうか、例えばＶＴＲ７が送信停止状態に
なっているために同期パケットの受信が中断していない
か等を判断する。

【００４３】同期パケットの受信が正常に行われている
場合にはステップ４０４に進み、正常に行われていない
場合には、その時点で処理を終了する。

【００４４】ステップ４０４では記録終了が指示された
かどうかを判断し、記録終了が指示されていない場合に
は、ステップ４０２に戻って、記録終了が指示されるま
でバスリセットの監視を行う。

【００４５】記録終了が指示された場合には、再度、受
信した同期パケット内のデータヘッダ２に書かれてい
る、送信ノードのノード識別子５を読み込んで、このノ
ード識別子５を持つ送信ノードに対して送信停止許可を
送信して（ステップ４０５）、処理を終了する。

【００４６】以上のように本実施例によれば、送信ノー
ドであるＶＴＲ７が割り当てられているノード識別子
を、送信する同期パケットのデータヘッダ２に書き込ん
で送信することにより、この同期パケットを受信したＶ
ＴＲ８およびＶＴＲ９は、瞬時にＶＴＲ７が送信ノード
であることを判別できる。

【００４７】また、送信ノードであるＶＴＲ７は、他の
ノード、例えばＶＴＲ８とＶＴＲ９から継続要求を受信
した段階でプロテクトカウンタをインクリメントし、停
止許可を受信した段階でプロテクトカウンタをデクリメ
ントし、このプロテクトカウンタの値が「０」以外のと
きにはプロテクト状態であると判断する。送信ノードで
あるＶＴＲ７は、プロテクト状態のときに他のノード、
例えばＶＴＲ１０から送信停止が要求された場合には、
その送信停止要求を拒否して送信を継続する。このよう
にすることによって、例えばＶＴＲ７が再生するＡＶデ
ータをＶＴＲ８およびＶＴＲ９で記録しているダビング
の最中にユーザが操作を誤ってＶＴＲ１０を再生状態に
してしまった場合にも、ＡＶデータを記録しているＶＴ
Ｒ８とＶＴＲ９へのＶＴＲ７からの同期パケットの送信
が停止することなく、ダビングが正しく行われるように
できる。

【００４８】また、バスリセット発生時にプロテクトカ
ウンタをリセットすることによって、バスリセットが発
生した場合にも、バスリセット発生以前に継続要求を送
信したノードが停止許可を送信できなくなってしまった
ために送信ノードであるＶＴＲ７がプロテクト状態から
復帰できなくなることを防ぐことができる。

【００４９】なお、上記実施例においては、送信ノード
に対して継続要求を送出する受信ノードは、送信ノード
からの同期パケットを記録するノードでなくても良い。
例えば、いま、テレビモニター（以下、ＴＶと略記す
る）とＶＴＲとレーザーディスクプレーヤー（以下、Ｌ
Ｄプレーヤーと略記する）が接続されていて、ＴＶにＬ
Ｄプレーヤーの再生画面を映し出しているとする。この
ような場合に、誤ってＶＴＲの再生画面をＴＶに映しだ
さないようにするために、ユーザ自身が受信ノードであ
るＴＶをキー操作することによって、送信ノードである
ＬＤプレーヤーに対して継続要求を送信しても良い。

【００５０】また、上記実施例においては、受信ノード
からの継続要求を受信したときに、送信ノードがプロテ
クト状態に移行していたが、通信を介さずに外部から送
信継続を指示されることによってプロテクト状態に移行
しても良い。例えば、上述のＴＶとＬＤプレーヤーの例
において、送信ノードであるＬＤプレーヤーにプロテク
トキーを設けて、このプロテクトキーを操作されること
によってプロテクト状態に移行しても良い。

【００５１】また、上記実施例においては、送信ノード
がプロテクト状態かプロテクト解除状態であるのかを判
別する手段としてメモリ上に設定したカウンタを用いて
いたが、プロテクト状態かプロテクト解除状態であるの
かを判別できればどのような手段を用いても良い。例え
ば、接続できるノードの数だけのビットを持つレジスタ
を用いても判別をすることができる。

【００５２】

【発明の効果】以上のように本発明のデータ転送方法
は、バスリセット毎にバスに接続された各ノードに対し
て自動的にノード識別子が割り当てられるバスシステム
を用いてリアルタイム処理が必要なデータを同期パケッ
トに内包して送信するに際し、前記同期パケット内に、
送信ノードのノード識別子を付加して送信することによ
って、前記同期パケットを受信した受信ノードが、前記
受信した同期パケットに含まれる送信ノードのノード識
別子を見るだけで瞬時に送信ノードを判別することがで
きる。

【００５３】また送信ノードを判別することによって、
受信ノードは、必要に応じて送信ノードに対して同期パ
ケットの送信継続を依頼する継続要求を送信し、かつ継
続の必要がなくなった時点で継続要求の解除を依頼する
停止許可を送信し、前期同期パケットの送信ノードは１
回以上の継続要求を受信した段階でプロテクト状態とな
り、継続要求を受信した回数以上の停止許可を受信した
段階でプロテクト解除状態となる。前記送信ノードは、
前記プロテクト状態では他のノードからの送信停止要求
を拒絶し、同期パケットの送信を停止しない。これによ
って、ユーザの不用意な操作による同期通信の中断を防
ぐことができる。

【００５４】すなわち、送受信に直接関わりのないノー
ドの誤操作によって、別のノード間の同期パケットの転
送が中断されることを防ぐことができるという効果が得
られる。特にＶＴＲのダビング等、継続時間が比較的長
い同期通信を行う際に非常に有効である。

【００５５】また、プロテクト状態にある送信ノード
が、バスリセット発生時にプロテクト解除状態となるこ
とによって、バスリセット発生以前に継続要求を送信し
たノードが停止許可を送信できなくなってしまったため
に送信ノードがプロテクト状態から復帰できなくなるこ
とを防ぐことができる。

【図面の簡単な説明】

【図１】本発明の一実施例における同期パケットのフォ
ーマットを示す模式図

【図２】同実施例におけるＶＴＲの接続図

【図３】同実施例における再生ＶＴＲの処理内容をしめ
すフローチャート

【図４】同実施例における記録ＶＴＲの処理内容をしめ
すフローチャート

【符号の説明】

２ 転送ブロック ３ データヘッダ ４ 転送データ ５ ノード識別子

───────────────────────────────────────────────────── フロントページの続き (72)発明者 西村 拓也 大阪府門真市大字門真1006番地 松下電器 産業株式会社内

Claims (5)

【特許請求の範囲】
1. 【請求項１】 バスリセット毎にバスに接続された各ノ
   ードに対して自動的にノード識別子が割り当てられるバ
   スシステムを用いてリアルタイム処理が必要なデータを
   同期パケットに内包して送信するに際し、前記同期パケ
   ット内に、前記同期パケットを送信するノードのノード
   識別子を付加して送信することを特徴とするデータ転送
   方法。
2. 【請求項２】 同期パケットの受信を行っている受信ノ
   ードは、必要に応じて送信ノードに対して同期パケット
   の送信継続を依頼する継続要求を送信し、かつ継続の必
   要がなくなった時点で継続要求の解除を依頼する停止許
   可を送信し、前期同期パケットの送信ノードは１回以上
   の継続要求を受信した段階でプロテクト状態となり、継
   続要求を受信した回数以上の停止許可を受信した段階で
   プロテクト解除状態となり、前記プロテクト状態では他
   のノードからの送信停止要求を拒絶し、同期パケットの
   送信を停止しないことを特徴とする請求項１記載のデー
   タ転送方法。
3. 【請求項３】 プロテクト状態にある送信ノードは、バ
   スリセットが発生したときにはプロテクト解除状態とな
   ることを特徴とする請求項２記載のデータ転送方法。
4. 【請求項４】 送信ノードは、通信を介さずに外部から
   直接データの送信停止を指示された場合には、プロテク
   ト状態であってもその時点でデータの送信を停止するこ
   とを特徴とする請求項２記載のデータ転送方法。
5. 【請求項５】 送信ノードは、通信を介さずに外部から
   送信継続を指示された場合にプロテクト状態に移行する
   ことを特徴とする請求項２記載のデータ転送方法。