JP3127704B2 - データ転送方法 - Google Patents
データ転送方法Info
- Publication number
- JP3127704B2 JP3127704B2 JP06038243A JP3824394A JP3127704B2 JP 3127704 B2 JP3127704 B2 JP 3127704B2 JP 06038243 A JP06038243 A JP 06038243A JP 3824394 A JP3824394 A JP 3824394A JP 3127704 B2 JP3127704 B2 JP 3127704B2
- Authority
- JP
- Japan
- Prior art keywords
- node
- vtr
- synchronization packet
- data
- transmitting
- 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.)
- Expired - Lifetime
Links
Landscapes
- Computer And Data Communications (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、映像信号や音声信号等
のリアルタイム処理が必要なデータを複数の機器間で転
送する際に用いるデータ転送方法に関するものである。
のリアルタイム処理が必要なデータを複数の機器間で転
送する際に用いるデータ転送方法に関するものである。
【０００２】
【従来の技術】ディジタル伝送技術の進歩と共に、映像
信号や音声信号（以下ＡＶデータと称する）を共通のデ
ィジタル伝送路（以下バスと称する）を介して伝送する
機器（以下ノードと称する）が開発されつつある。ＡＶ
データは処理されるべき速度に同期して送受信される必
要があるため、リアルタイム通信が可能なバスが必要と
なる。バス接続の特徴は、１つのノードが送信したＡＶ
データをバスで接続されている複数のノードで同時に受
信できるということである。
信号や音声信号（以下ＡＶデータと称する）を共通のデ
ィジタル伝送路（以下バスと称する）を介して伝送する
機器（以下ノードと称する）が開発されつつある。ＡＶ
データは処理されるべき速度に同期して送受信される必
要があるため、リアルタイム通信が可能なバスが必要と
なる。バス接続の特徴は、１つのノードが送信したＡＶ
データをバスで接続されている複数のノードで同時に受
信できるということである。
【０００３】一方、次世代の高速バスとして IEEE P139
4 シリアルバスが提案されている。IEEE P1394 では、1
25μsec（１サイクル）毎に同期パケットを送受信する
ことによってリアルタイム通信を可能にしている。また
ノードが接続または分離された場合やノードのＡＣコン
セントが抜かれた場合等には、即座にバスリセットを実
行して活線挿抜に対応している。したがって IEEE P139
4 バスを用いることによって、家庭用ＡＶ機器に適した
リアルタイムデータの通信（以下同期通信と称する）を
行うことができる。
4 シリアルバスが提案されている。IEEE P1394 では、1
25μsec（１サイクル）毎に同期パケットを送受信する
ことによってリアルタイム通信を可能にしている。また
ノードが接続または分離された場合やノードのＡＣコン
セントが抜かれた場合等には、即座にバスリセットを実
行して活線挿抜に対応している。したがって IEEE P139
4 バスを用いることによって、家庭用ＡＶ機器に適した
リアルタイムデータの通信（以下同期通信と称する）を
行うことができる。
【０００４】
【発明が解決しようとする課題】しかしながら家庭用Ａ
Ｖ機器間で同期通信を行うに際して IEEE P1394 シリア
ルバスを用いる場合に上記従来の同期パケットの構成で
は、前記同期パケットを受信したノードにとって、どの
ノードが前記同期パケットを送信したのかを判別するこ
とができないという問題を有していた。
Ｖ機器間で同期通信を行うに際して IEEE P1394 シリア
ルバスを用いる場合に上記従来の同期パケットの構成で
は、前記同期パケットを受信したノードにとって、どの
ノードが前記同期パケットを送信したのかを判別するこ
とができないという問題を有していた。
【０００５】また上記に示した問題点があるために、ユ
ーザの不用意な操作による同期通信の中断を防ぐ必要が
あるときに、同期パケットを受信している受信ノード
が、同期パケットを送信している送信ノードに対して同
期パケットの送信継続を要求して、送信ノードをプロテ
クト状態にすることができないという問題を有してい
た。 例えば、Ａ、Ｂ、Ｃの３つのノードが接続された
システムにおいて、Ａのノードが送信した同期パケット
をＢのノードが受信して記録している場合に、ユーザが
誤ってＣのノードに対して同期パケットの送信を伴う操
作を行ったとする。このとき、ＣのノードがＡのノード
に対して同期パケットの送信を停止するよう要請し、Ａ
のノードがこの要請に応えれば、Ｂのノードの記録動作
が妨げられることになる。すなわち、従来のデータ転送
方法では、送受信に直接関わりのないノードの誤操作に
よって、別のノード間の同期パケットの転送が中断され
る可能性があるという問題を有していた。
ーザの不用意な操作による同期通信の中断を防ぐ必要が
あるときに、同期パケットを受信している受信ノード
が、同期パケットを送信している送信ノードに対して同
期パケットの送信継続を要求して、送信ノードをプロテ
クト状態にすることができないという問題を有してい
た。 例えば、Ａ、Ｂ、Ｃの３つのノードが接続された
システムにおいて、Ａのノードが送信した同期パケット
をＢのノードが受信して記録している場合に、ユーザが
誤ってＣのノードに対して同期パケットの送信を伴う操
作を行ったとする。このとき、ＣのノードがＡのノード
に対して同期パケットの送信を停止するよう要請し、Ａ
のノードがこの要請に応えれば、Ｂのノードの記録動作
が妨げられることになる。すなわち、従来のデータ転送
方法では、送受信に直接関わりのないノードの誤操作に
よって、別のノード間の同期パケットの転送が中断され
る可能性があるという問題を有していた。
【０００６】本発明は上記従来の問題点を解決するもの
で、同期通信を行うに際し、同期パケットを受信したノ
ードが、どのノードがその同期パケットを送信したのか
を瞬時に判別できるようにすることを目的とする。
で、同期通信を行うに際し、同期パケットを受信したノ
ードが、どのノードがその同期パケットを送信したのか
を瞬時に判別できるようにすることを目的とする。
【０００７】
【課題を解決するための手段】この目的を達成するため
に本発明のデータ転送方法では、リアルタイムデータを
同期パケットにより送信する際、送信ノードを判別する
ための識別子として、バスリセット毎に自動的に割り当
てられたノード識別子を同期パケット内に付加して送信
する。
に本発明のデータ転送方法では、リアルタイムデータを
同期パケットにより送信する際、送信ノードを判別する
ための識別子として、バスリセット毎に自動的に割り当
てられたノード識別子を同期パケット内に付加して送信
する。
【０００８】
【０００９】
【作用】上記のような構成により本発明のデータ転送方
法において、受信ノードは、受信した同期パケットに含
まれる送信ノードのノード識別子を見るだけで瞬時に同
期パケットを送信した送信ノードを判別することができ
る。
法において、受信ノードは、受信した同期パケットに含
まれる送信ノードのノード識別子を見るだけで瞬時に同
期パケットを送信した送信ノードを判別することができ
る。
【００１０】
【００１１】
【実施例】以下、本発明の一実施例を、複数台のビデオ
テープレコーダー（以下ＶＴＲと略記する）を IEEE P1
394 バスで接続してＡＶデータのダビングを行う場合を
例に挙げて説明する。
テープレコーダー（以下ＶＴＲと略記する）を IEEE P1
394 バスで接続してＡＶデータのダビングを行う場合を
例に挙げて説明する。
【００１２】図１は、本実施例において同期通信を行う
際に転送される同期パケットのフォーマットである。
際に転送される同期パケットのフォーマットである。
【００１３】図１において、パケットヘッダ１はIEEE P
1394 で規定されているヘッダであり、チャンネル番号
やパケットに含まれる転送ブロック２のデータ量等の情
報が配置される。転送ブロック２はユーザが任意に転送
したいデータを設定できる領域であり、その同期パケッ
トによって転送されているデータがどのようなデータで
あるのか等を示すデータヘッダ３、および実際に転送さ
れているデータ４から成っている。データヘッダ３は、
その同期パケットを送信した送信ノードを示すノード識
別子５、およびその他のヘッダデータから成っている。
ＣＲＣ６は転送ブロック２の転送エラー判別用データで
ある。
1394 で規定されているヘッダであり、チャンネル番号
やパケットに含まれる転送ブロック２のデータ量等の情
報が配置される。転送ブロック２はユーザが任意に転送
したいデータを設定できる領域であり、その同期パケッ
トによって転送されているデータがどのようなデータで
あるのか等を示すデータヘッダ３、および実際に転送さ
れているデータ４から成っている。データヘッダ３は、
その同期パケットを送信した送信ノードを示すノード識
別子５、およびその他のヘッダデータから成っている。
ＣＲＣ６は転送ブロック２の転送エラー判別用データで
ある。
【００１４】IEEE P1394 では、バスリセットが発生す
る毎に、その時点で接続されているノードに対して、自
動的にノード識別子が割り当てられる。このため、同期
パケットを送信する送信ノードは、図１に示したフォー
マットに従って、その時点で割り当てられているノード
識別子をデータヘッダ２に書き込んで、同期パケットの
送信を行う。
る毎に、その時点で接続されているノードに対して、自
動的にノード識別子が割り当てられる。このため、同期
パケットを送信する送信ノードは、図１に示したフォー
マットに従って、その時点で割り当てられているノード
識別子をデータヘッダ２に書き込んで、同期パケットの
送信を行う。
【００１５】図２に、４台のＶＴＲをバスで接続してＡ
Ｖデータのダビングを行う際の接続図を示す。
Ｖデータのダビングを行う際の接続図を示す。
【００１６】図２において７〜１０はそれぞれＶＴＲで
あり、ＶＴＲ７〜１０はそれぞれ内蔵しているマイコン
（図示せず）によって動作を管理されている。１１〜１
３はＶＴＲ７〜１０を接続しているケーブルである。こ
のケーブル１１〜１３の接続を行う毎にバスリセットが
発生して、ＶＴＲ７〜１０にノード識別子が割り当てら
れる。ここでは、ＶＴＲ７〜１０にはそれぞれ０〜３の
ノード識別子が割り当てらているものとする。
あり、ＶＴＲ７〜１０はそれぞれ内蔵しているマイコン
（図示せず）によって動作を管理されている。１１〜１
３はＶＴＲ７〜１０を接続しているケーブルである。こ
のケーブル１１〜１３の接続を行う毎にバスリセットが
発生して、ＶＴＲ７〜１０にノード識別子が割り当てら
れる。ここでは、ＶＴＲ７〜１０にはそれぞれ０〜３の
ノード識別子が割り当てらているものとする。
【００１７】さて、IEEE P1394では125μsec（１サイク
ル）毎にパケットの送受信が行われ、各サイクルの前半
部を同期通信用の優先時間帯に割り当てることができ
る。このため同期通信を行うに際し、有限である優先時
間帯について帯域確保を行う。すなわちどの通信チャン
ネルを利用してどれくらいの時間同期パケットを送信す
るのかを予め決定する必要がある。また、この優先時間
帯の帯域の管理は、バスで接続されているノードの内の
コンフィグレーションマネージャ（以下ＣＦＭと称す
る）と呼ばれる特定のノードが行う。
ル）毎にパケットの送受信が行われ、各サイクルの前半
部を同期通信用の優先時間帯に割り当てることができ
る。このため同期通信を行うに際し、有限である優先時
間帯について帯域確保を行う。すなわちどの通信チャン
ネルを利用してどれくらいの時間同期パケットを送信す
るのかを予め決定する必要がある。また、この優先時間
帯の帯域の管理は、バスで接続されているノードの内の
コンフィグレーションマネージャ（以下ＣＦＭと称す
る）と呼ばれる特定のノードが行う。
【００１８】いま、ＶＴＲ７で再生したＡＶデータをＶ
ＴＲ８とＶＴＲ９とで記録するダビングを行うものと
し、ＶＴＲ１０が優先時間帯の帯域の管理を行うものと
する。
ＴＲ８とＶＴＲ９とで記録するダビングを行うものと
し、ＶＴＲ１０が優先時間帯の帯域の管理を行うものと
する。
【００１９】以下、本実施例のＶＴＲの処理内容を、そ
のＶＴＲの役割ごとに説明する。ここで、以下の説明に
用いるＡＶデータ以外のデータ、例えば、受信ノードか
ら送信ノードに対して送信する継続要求および停止許可
等は、非同期パケットを利用して通信している。
のＶＴＲの役割ごとに説明する。ここで、以下の説明に
用いるＡＶデータ以外のデータ、例えば、受信ノードか
ら送信ノードに対して送信する継続要求および停止許可
等は、非同期パケットを利用して通信している。
【００２０】図３は、本実施例においてＶＴＲ７がＡＶ
データを再生し、ＶＴＲ１０に対して同期通信を行なう
ための帯域の確保を要求して許可を得た後に、実際に同
期パケットを送信している際のＶＴＲ７のマイコン処理
内容を示すフローチャートである。
データを再生し、ＶＴＲ１０に対して同期通信を行なう
ための帯域の確保を要求して許可を得た後に、実際に同
期パケットを送信している際のＶＴＲ７のマイコン処理
内容を示すフローチャートである。
【００２１】このとき送信ノードであるＶＴＲ７は、図
１に示した同期パケットのフォーマットに従って、割り
当てられているノード識別子「０」をデータヘッダ２に
書き込んで、同期パケットを送信する。
１に示した同期パケットのフォーマットに従って、割り
当てられているノード識別子「０」をデータヘッダ２に
書き込んで、同期パケットを送信する。
【００２２】まずステップ３０１において、他のノード
から継続要求を受信したかどうかを判断する。継続要求
を受信していればメモリ上に設定した６ビットのカウン
タであるプロテクトカウンタをインクリメントし（ステ
ップ３０２）、継続要求を受信していなければそのま
ま、ステップ３０３へ進む。
から継続要求を受信したかどうかを判断する。継続要求
を受信していればメモリ上に設定した６ビットのカウン
タであるプロテクトカウンタをインクリメントし（ステ
ップ３０２）、継続要求を受信していなければそのま
ま、ステップ３０３へ進む。
【００２３】ここで、プロテクトカウンタは、同期パケ
ットの送信を開始する直前に「０」にリセットされるカ
ウンタである。このため、例えば本実施例においてＶＴ
Ｒ７が同期パケットの送信を開始した後、ＶＴＲ８およ
びＶＴＲ９の２台のＶＴＲから継続要求を受信した場合
には、ＶＴＲ７のプロテクトカウンタの値は「２」とな
る。
ットの送信を開始する直前に「０」にリセットされるカ
ウンタである。このため、例えば本実施例においてＶＴ
Ｒ７が同期パケットの送信を開始した後、ＶＴＲ８およ
びＶＴＲ９の２台のＶＴＲから継続要求を受信した場合
には、ＶＴＲ７のプロテクトカウンタの値は「２」とな
る。
【００２４】ステップ３０３では、他のノードから停止
許可を受信したかどうかを判断し、許可されていればプ
ロテクトカウンタをデクリメントし（ステップ３０
４）、許可されていなければそのまま、ステップ３０５
へ進む。
許可を受信したかどうかを判断し、許可されていればプ
ロテクトカウンタをデクリメントし（ステップ３０
４）、許可されていなければそのまま、ステップ３０５
へ進む。
【００２５】例えば、本実施例においてＶＴＲ８および
ＶＴＲ９の２台のＶＴＲからプロテクトを要求されてＶ
ＴＲ７のプロテクトカウンタの値が「２」となっている
場合には、ＶＴＲ８およびＶＴＲ９の２台ともから停止
許可が送信されるまでは、プロテクトカウンタの値が
「０」にならないことになる。
ＶＴＲ９の２台のＶＴＲからプロテクトを要求されてＶ
ＴＲ７のプロテクトカウンタの値が「２」となっている
場合には、ＶＴＲ８およびＶＴＲ９の２台ともから停止
許可が送信されるまでは、プロテクトカウンタの値が
「０」にならないことになる。
【００２６】ステップ３０４では、他のノードから停止
許可を受信しても、既にプロテクトカウンタの値が
「０」であれば、プロテクトカウンタのデクリメントは
行わない。 ステップ３０５では、バスリセットが発生
したかどうかを判断し、発生した場合にはプロテクトカ
ウンタの値を「０」にリセットして（ステップ３０６）
ステップ３０１に戻る。発生していなければステップ３
０７に進む。
許可を受信しても、既にプロテクトカウンタの値が
「０」であれば、プロテクトカウンタのデクリメントは
行わない。 ステップ３０５では、バスリセットが発生
したかどうかを判断し、発生した場合にはプロテクトカ
ウンタの値を「０」にリセットして（ステップ３０６）
ステップ３０１に戻る。発生していなければステップ３
０７に進む。
【００２７】バスリセットが発生すると、一時的に同期
パケットの送信は中断するが、ＶＴＲ７はバスリセット
からの復旧後直ちに同期パケットの出力を再開する。
パケットの送信は中断するが、ＶＴＲ７はバスリセット
からの復旧後直ちに同期パケットの出力を再開する。
【００２８】バスリセットはケーブルが抜き差しされた
場合や、機器のコンセントが抜けた場合等に発生する。
したがって、バスリセットが発生すると、バスリセット
発生以前に継続要求を送信したノードが停止許可を送信
できなくなっている。この場合、ＶＴＲ７はプロテクト
状態から復帰できなくなる。このようなことを防ぐため
にバスリセット発生時にはプロテクトカウンタをリセッ
トする。
場合や、機器のコンセントが抜けた場合等に発生する。
したがって、バスリセットが発生すると、バスリセット
発生以前に継続要求を送信したノードが停止許可を送信
できなくなっている。この場合、ＶＴＲ７はプロテクト
状態から復帰できなくなる。このようなことを防ぐため
にバスリセット発生時にはプロテクトカウンタをリセッ
トする。
【００２９】ステップ３０７では、他のノード、例えば
ＶＴＲ１０から同期パケットの送信停止要求を受信した
かどうかを判断し、受信した場合にはプロテクトカウン
タの値が「０」であるかどうかを判断する（ステップ３
０８）。
ＶＴＲ１０から同期パケットの送信停止要求を受信した
かどうかを判断し、受信した場合にはプロテクトカウン
タの値が「０」であるかどうかを判断する（ステップ３
０８）。
【００３０】ここでプロテクトカウンタの値が「０」以
外であればプロテクト状態であると判断して停止要求を
受理せず、送信停止を要求したノードであるＶＴＲ１０
に対して停止要求拒否を送信し（ステップ３０９）、ス
テップ３０１に戻る。
外であればプロテクト状態であると判断して停止要求を
受理せず、送信停止を要求したノードであるＶＴＲ１０
に対して停止要求拒否を送信し（ステップ３０９）、ス
テップ３０１に戻る。
【００３１】プロテクトカウンタの値が「０」であれば
プロテクト解除状態であると判断して停止要求を受理
し、同期パケットの送信を停止して（ステップ３１
０）、処理を終了する。
プロテクト解除状態であると判断して停止要求を受理
し、同期パケットの送信を停止して（ステップ３１
０）、処理を終了する。
【００３２】ステップ３０７で送信停止が要求されてい
ない場合には、通信を介さずに外部から直接送信停止が
要求されたかどうかを判断する（ステップ３１１）。通
信を介さずに外部から直接送信停止が要求される例とし
ては、ＶＴＲ７本体の送信停止キーが操作された場合
や、電源スイッチキーが押された場合等が挙げられる。
ない場合には、通信を介さずに外部から直接送信停止が
要求されたかどうかを判断する（ステップ３１１）。通
信を介さずに外部から直接送信停止が要求される例とし
ては、ＶＴＲ７本体の送信停止キーが操作された場合
や、電源スイッチキーが押された場合等が挙げられる。
【００３３】さて、ステップ３０７で通信を介さずに外
部から直接送信停止が要求された場合には、その時点の
プロテクトカウンタの値に関係なく、プロテクトカウン
タを「０」にリセットし（ステップ３１２）、同期パケ
ットの送信を停止する（ステップ３１０）。すなわち、
その機器に対してユーザが直接操作した場合には、その
操作を優先させる。
部から直接送信停止が要求された場合には、その時点の
プロテクトカウンタの値に関係なく、プロテクトカウン
タを「０」にリセットし（ステップ３１２）、同期パケ
ットの送信を停止する（ステップ３１０）。すなわち、
その機器に対してユーザが直接操作した場合には、その
操作を優先させる。
【００３４】外部から直接送信停止が要求される例とし
ては、バスに対するデータ出力の可・不可を制御するデ
ジタル出力キーが設けられているＶＴＲにおいて、同期
パケットの送信中にユーザがデジタル出力キーを操作し
て、データ出力を不可にされた場合が挙げられる。
ては、バスに対するデータ出力の可・不可を制御するデ
ジタル出力キーが設けられているＶＴＲにおいて、同期
パケットの送信中にユーザがデジタル出力キーを操作し
て、データ出力を不可にされた場合が挙げられる。
【００３５】また、他の例としては、ＴＶチューナーが
付いていないために停止時にはデジタル出力も停止する
仕様となっている再生専用ＶＴＲにおいて、停止キーが
押されたことによってＶＴＲが再生状態からが停止状態
になった場合が挙げられる。
付いていないために停止時にはデジタル出力も停止する
仕様となっている再生専用ＶＴＲにおいて、停止キーが
押されたことによってＶＴＲが再生状態からが停止状態
になった場合が挙げられる。
【００３６】ステップ３０７において、通信を介さずに
外部から直接送信停止が要求されていない場合には、ス
テップ３０１に戻って、上記した一連の処理を継続す
る。
外部から直接送信停止が要求されていない場合には、ス
テップ３０１に戻って、上記した一連の処理を継続す
る。
【００３７】図４は、本実施例においてＶＴＲ８および
ＶＴＲ９が、ＶＴＲ７から送信されるＡＶデータの同期
パケットを実際に受信して記録を開始した後のＶＴＲ８
およびＶＴＲ９のマイコンの処理内容を示すフローチャ
ートである。
ＶＴＲ９が、ＶＴＲ７から送信されるＡＶデータの同期
パケットを実際に受信して記録を開始した後のＶＴＲ８
およびＶＴＲ９のマイコンの処理内容を示すフローチャ
ートである。
【００３８】いま、本実施例において、例えばＶＴＲ７
が再生するＡＶデータをＶＴＲ８およびＶＴＲ９で記録
しているダビングの最中にユーザが操作を誤ってＶＴＲ
１０を再生状態にしてしまったとする。このような場
合、ＶＴＲ１０は同期パケットの出力ができなければ、
ＶＴＲ７に対して同期パケットの出力を停止してくれる
ように送信停止を要求する。
が再生するＡＶデータをＶＴＲ８およびＶＴＲ９で記録
しているダビングの最中にユーザが操作を誤ってＶＴＲ
１０を再生状態にしてしまったとする。このような場
合、ＶＴＲ１０は同期パケットの出力ができなければ、
ＶＴＲ７に対して同期パケットの出力を停止してくれる
ように送信停止を要求する。
【００３９】本実施例では、上記の例ような場合にも、
ＡＶデータを記録しているＶＴＲ８とＶＴＲ９へのＶＴ
Ｒ７からの同期パケットの送信が停止することなく、ダ
ビングが正しく行われるようにする。すなわち、ＶＴＲ
８およびＶＴＲ９は、ＶＴＲ７からの同期パケットを受
信した時点で、ＶＴＲ７に対して継続要求を送信する。
また、本実施例においては、ＶＴＲ８とＶＴＲ９とは
同じ処理をするため、以下ではＶＴＲ８の処理内容につ
いてのみ述べる。
ＡＶデータを記録しているＶＴＲ８とＶＴＲ９へのＶＴ
Ｒ７からの同期パケットの送信が停止することなく、ダ
ビングが正しく行われるようにする。すなわち、ＶＴＲ
８およびＶＴＲ９は、ＶＴＲ７からの同期パケットを受
信した時点で、ＶＴＲ７に対して継続要求を送信する。
また、本実施例においては、ＶＴＲ８とＶＴＲ９とは
同じ処理をするため、以下ではＶＴＲ８の処理内容につ
いてのみ述べる。
【００４０】まずステップ４０１において、受信した同
期パケットのデータヘッダ２に書かれている、送信ノー
ドであるＶＴＲ７のノード識別子「０」を読み込んで、
このノード識別子「０」を持つ送信ノードであるＶＴＲ
７に対して継続要求を送信してステップ４０２に進む。
期パケットのデータヘッダ２に書かれている、送信ノー
ドであるＶＴＲ７のノード識別子「０」を読み込んで、
このノード識別子「０」を持つ送信ノードであるＶＴＲ
７に対して継続要求を送信してステップ４０２に進む。
【００４１】ステップ４０２では、バスリセットが発生
したかどうかを判断し、発生した場合には再度プロテク
トを要求するためにステップ４０１に戻る。
したかどうかを判断し、発生した場合には再度プロテク
トを要求するためにステップ４０１に戻る。
【００４２】バスリセットが発生していない場合にはス
テップ４０３に進んで、同期パケットの受信が正常に行
われているかどうか、例えばＶＴＲ７が送信停止状態に
なっているために同期パケットの受信が中断していない
か等を判断する。
テップ４０３に進んで、同期パケットの受信が正常に行
われているかどうか、例えばＶＴＲ７が送信停止状態に
なっているために同期パケットの受信が中断していない
か等を判断する。
【００４３】同期パケットの受信が正常に行われている
場合にはステップ４０４に進み、正常に行われていない
場合には、その時点で処理を終了する。
場合にはステップ４０４に進み、正常に行われていない
場合には、その時点で処理を終了する。
【００４４】ステップ４０４では記録終了が指示された
かどうかを判断し、記録終了が指示されていない場合に
は、ステップ４０２に戻って、記録終了が指示されるま
でバスリセットの監視を行う。
かどうかを判断し、記録終了が指示されていない場合に
は、ステップ４０２に戻って、記録終了が指示されるま
でバスリセットの監視を行う。
【００４５】記録終了が指示された場合には、再度、受
信した同期パケット内のデータヘッダ２に書かれてい
る、送信ノードのノード識別子５を読み込んで、このノ
ード識別子５を持つ送信ノードに対して送信停止許可を
送信して（ステップ４０５）、処理を終了する。
信した同期パケット内のデータヘッダ２に書かれてい
る、送信ノードのノード識別子５を読み込んで、このノ
ード識別子５を持つ送信ノードに対して送信停止許可を
送信して（ステップ４０５）、処理を終了する。
【００４６】以上のように本実施例によれば、送信ノー
ドであるＶＴＲ７が割り当てられているノード識別子
を、送信する同期パケットのデータヘッダ２に書き込ん
で送信することにより、この同期パケットを受信したＶ
ＴＲ８およびＶＴＲ９は、瞬時にＶＴＲ７が送信ノード
であることを判別できる。
ドであるＶＴＲ７が割り当てられているノード識別子
を、送信する同期パケットのデータヘッダ２に書き込ん
で送信することにより、この同期パケットを受信したＶ
ＴＲ８およびＶＴＲ９は、瞬時にＶＴＲ７が送信ノード
であることを判別できる。
【００４７】また、送信ノードであるＶＴＲ７は、他の
ノード、例えばＶＴＲ８とＶＴＲ９から継続要求を受信
した段階でプロテクトカウンタをインクリメントし、停
止許可を受信した段階でプロテクトカウンタをデクリメ
ントし、このプロテクトカウンタの値が「０」以外のと
きにはプロテクト状態であると判断する。送信ノードで
あるＶＴＲ７は、プロテクト状態のときに他のノード、
例えばＶＴＲ１０から送信停止が要求された場合には、
その送信停止要求を拒否して送信を継続する。このよう
にすることによって、例えばＶＴＲ７が再生するＡＶデ
ータをＶＴＲ８およびＶＴＲ９で記録しているダビング
の最中にユーザが操作を誤ってＶＴＲ１０を再生状態に
してしまった場合にも、ＡＶデータを記録しているＶＴ
Ｒ８とＶＴＲ９へのＶＴＲ７からの同期パケットの送信
が停止することなく、ダビングが正しく行われるように
できる。
ノード、例えばＶＴＲ８とＶＴＲ９から継続要求を受信
した段階でプロテクトカウンタをインクリメントし、停
止許可を受信した段階でプロテクトカウンタをデクリメ
ントし、このプロテクトカウンタの値が「０」以外のと
きにはプロテクト状態であると判断する。送信ノードで
あるＶＴＲ７は、プロテクト状態のときに他のノード、
例えばＶＴＲ１０から送信停止が要求された場合には、
その送信停止要求を拒否して送信を継続する。このよう
にすることによって、例えばＶＴＲ７が再生するＡＶデ
ータをＶＴＲ８およびＶＴＲ９で記録しているダビング
の最中にユーザが操作を誤ってＶＴＲ１０を再生状態に
してしまった場合にも、ＡＶデータを記録しているＶＴ
Ｒ８とＶＴＲ９へのＶＴＲ７からの同期パケットの送信
が停止することなく、ダビングが正しく行われるように
できる。
【００４８】また、バスリセット発生時にプロテクトカ
ウンタをリセットすることによって、バスリセットが発
生した場合にも、バスリセット発生以前に継続要求を送
信したノードが停止許可を送信できなくなってしまった
ために送信ノードであるＶＴＲ７がプロテクト状態から
復帰できなくなることを防ぐことができる。
ウンタをリセットすることによって、バスリセットが発
生した場合にも、バスリセット発生以前に継続要求を送
信したノードが停止許可を送信できなくなってしまった
ために送信ノードであるＶＴＲ７がプロテクト状態から
復帰できなくなることを防ぐことができる。
【００４９】なお、上記実施例においては、送信ノード
に対して継続要求を送出する受信ノードは、送信ノード
からの同期パケットを記録するノードでなくても良い。
例えば、いま、テレビモニター（以下、ＴＶと略記す
る）とＶＴＲとレーザーディスクプレーヤー（以下、Ｌ
Ｄプレーヤーと略記する）が接続されていて、ＴＶにＬ
Ｄプレーヤーの再生画面を映し出しているとする。この
ような場合に、誤ってＶＴＲの再生画面をＴＶに映しだ
さないようにするために、ユーザ自身が受信ノードであ
るＴＶをキー操作することによって、送信ノードである
ＬＤプレーヤーに対して継続要求を送信しても良い。
に対して継続要求を送出する受信ノードは、送信ノード
からの同期パケットを記録するノードでなくても良い。
例えば、いま、テレビモニター（以下、ＴＶと略記す
る）とＶＴＲとレーザーディスクプレーヤー（以下、Ｌ
Ｄプレーヤーと略記する）が接続されていて、ＴＶにＬ
Ｄプレーヤーの再生画面を映し出しているとする。この
ような場合に、誤ってＶＴＲの再生画面をＴＶに映しだ
さないようにするために、ユーザ自身が受信ノードであ
るＴＶをキー操作することによって、送信ノードである
ＬＤプレーヤーに対して継続要求を送信しても良い。
【００５０】また、上記実施例においては、受信ノード
からの継続要求を受信したときに、送信ノードがプロテ
クト状態に移行していたが、通信を介さずに外部から送
信継続を指示されることによってプロテクト状態に移行
しても良い。例えば、上述のＴＶとＬＤプレーヤーの例
において、送信ノードであるＬＤプレーヤーにプロテク
トキーを設けて、このプロテクトキーを操作されること
によってプロテクト状態に移行しても良い。
からの継続要求を受信したときに、送信ノードがプロテ
クト状態に移行していたが、通信を介さずに外部から送
信継続を指示されることによってプロテクト状態に移行
しても良い。例えば、上述のＴＶとＬＤプレーヤーの例
において、送信ノードであるＬＤプレーヤーにプロテク
トキーを設けて、このプロテクトキーを操作されること
によってプロテクト状態に移行しても良い。
【００５１】また、上記実施例においては、送信ノード
がプロテクト状態かプロテクト解除状態であるのかを判
別する手段としてメモリ上に設定したカウンタを用いて
いたが、プロテクト状態かプロテクト解除状態であるの
かを判別できればどのような手段を用いても良い。例え
ば、接続できるノードの数だけのビットを持つレジスタ
を用いても判別をすることができる。
がプロテクト状態かプロテクト解除状態であるのかを判
別する手段としてメモリ上に設定したカウンタを用いて
いたが、プロテクト状態かプロテクト解除状態であるの
かを判別できればどのような手段を用いても良い。例え
ば、接続できるノードの数だけのビットを持つレジスタ
を用いても判別をすることができる。
【００５２】
【発明の効果】以上のように本発明のデータ転送方法
は、バスリセット毎にバスに接続された各ノードに対し
て自動的にノード識別子が割り当てられるバスシステム
を用いてリアルタイム処理が必要なデータを同期パケッ
トに内包して送信するに際し、前記同期パケット内に、
送信ノードのノード識別子を付加して送信することによ
って、前記同期パケットを受信した受信ノードが、前記
受信した同期パケットに含まれる送信ノードのノード識
別子を見るだけで瞬時に送信ノードを判別することがで
きる。
は、バスリセット毎にバスに接続された各ノードに対し
て自動的にノード識別子が割り当てられるバスシステム
を用いてリアルタイム処理が必要なデータを同期パケッ
トに内包して送信するに際し、前記同期パケット内に、
送信ノードのノード識別子を付加して送信することによ
って、前記同期パケットを受信した受信ノードが、前記
受信した同期パケットに含まれる送信ノードのノード識
別子を見るだけで瞬時に送信ノードを判別することがで
きる。
【００５３】また送信ノードを判別することによって、
受信ノードは、必要に応じて送信ノードに対して同期パ
ケットの送信継続を依頼する継続要求を送信し、かつ継
続の必要がなくなった時点で継続要求の解除を依頼する
停止許可を送信し、前期同期パケットの送信ノードは１
回以上の継続要求を受信した段階でプロテクト状態とな
り、継続要求を受信した回数以上の停止許可を受信した
段階でプロテクト解除状態となる。前記送信ノードは、
前記プロテクト状態では他のノードからの送信停止要求
を拒絶し、同期パケットの送信を停止しない。これによ
って、ユーザの不用意な操作による同期通信の中断を防
ぐことができる。
受信ノードは、必要に応じて送信ノードに対して同期パ
ケットの送信継続を依頼する継続要求を送信し、かつ継
続の必要がなくなった時点で継続要求の解除を依頼する
停止許可を送信し、前期同期パケットの送信ノードは１
回以上の継続要求を受信した段階でプロテクト状態とな
り、継続要求を受信した回数以上の停止許可を受信した
段階でプロテクト解除状態となる。前記送信ノードは、
前記プロテクト状態では他のノードからの送信停止要求
を拒絶し、同期パケットの送信を停止しない。これによ
って、ユーザの不用意な操作による同期通信の中断を防
ぐことができる。
【００５４】すなわち、送受信に直接関わりのないノー
ドの誤操作によって、別のノード間の同期パケットの転
送が中断されることを防ぐことができるという効果が得
られる。特にＶＴＲのダビング等、継続時間が比較的長
い同期通信を行う際に非常に有効である。
ドの誤操作によって、別のノード間の同期パケットの転
送が中断されることを防ぐことができるという効果が得
られる。特にＶＴＲのダビング等、継続時間が比較的長
い同期通信を行う際に非常に有効である。
【００５５】また、プロテクト状態にある送信ノード
が、バスリセット発生時にプロテクト解除状態となるこ
とによって、バスリセット発生以前に継続要求を送信し
たノードが停止許可を送信できなくなってしまったため
に送信ノードがプロテクト状態から復帰できなくなるこ
とを防ぐことができる。
が、バスリセット発生時にプロテクト解除状態となるこ
とによって、バスリセット発生以前に継続要求を送信し
たノードが停止許可を送信できなくなってしまったため
に送信ノードがプロテクト状態から復帰できなくなるこ
とを防ぐことができる。
【図１】本発明の一実施例における同期パケットのフォ
ーマットを示す模式図
ーマットを示す模式図
【図２】同実施例におけるＶＴＲの接続図
【図３】同実施例における再生ＶＴＲの処理内容をしめ
すフローチャート
すフローチャート
【図４】同実施例における記録ＶＴＲの処理内容をしめ
すフローチャート
すフローチャート
２ 転送ブロック ３ データヘッダ ４ 転送データ ５ ノード識別子
───────────────────────────────────────────────────── フロントページの続き (72)発明者 西村 拓也 大阪府門真市大字門真1006番地 松下電 器産業株式会社内 (56)参考文献 特開 平６−29992（ＪＰ，Ａ) 特開 平７−193616（ＪＰ，Ａ) ＩＥＥＥ ＴＲＡＮＳＡＣＴＩＯＮＳ ＯＮ ＣＯＮＳＵＭＥＲ ＥＬＥＣＴ ＲＯＮＩＣＳ，Ｖｏｌ．41 Ｎｏ．３, ＡＵＧＵＳＴ 1995，Ａｄａｍ Ｊ．Ｋ ｕｎｚｍａｎ ｅｔ ａｌ．”1394 Ｈ ＩＧＨ ＰＥＲＦＯＲＭＡＮＣＥ ＳＥ ＲＩＡＬ ＢＵＳ：ＴＨＥ ＤＩＧＩＴ ＡＬ ＩＮＴＥＲＦＡＣＥ ＦＯＲ Ａ ＴＶ”，ｐａｇｅｓ．893−900 1992 ＩＥＥＥ ＣＯＭＰＣＯＮ Ｓ ＰＲＩＮＧ，（ＩＥＥＥ Ｃｏｍｐｕｔ ｅｒ Ｓｏｃｉｅｔｙ Ｉｎｔｅｒｎａ ｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃ ｅ），Ｔｅｅｎｅｒ Ｍ．ｅｔｒ ａ ｌ，”Ａ Ｂｕｓ ｏｎ ａ Ｄｉｅｔ −Ｔｈｅ Ｓｅｒｉａｌ Ｂｕｓ Ａｌ ｔｅｒｎａｔｉｖｅ”，ｐａｇｅｓ. 316−321 (58)調査した分野(Int.Cl.7，ＤＢ名) H04L 12/28 G06F 13/00 357 ＪＩＣＳＴファイル（ＪＯＩＳ)
Claims (4)
- 【請求項１】 バスを介して、リアルタイムデータを同
期パケットにより転送する方法であって、 前記リアルタイムデータを送信する際、送信ノードを判
別するための識別子として、バスリセット毎に自動的に
割り当てられたノード識別子を前記同期パケット内に 付
加して送信することを特徴とするデータ転送方法。 - 【請求項２】 同期パケットは、少なくともパケットヘ
ッダ部と転送ブロック部とを有し、送信するノードのノ
ード識別子は、前記転送ブロック部の先頭部に位置する
データヘッダ部に付加して送信することを特徴とする請
求項１記載のデータ転送方法。 - 【請求項３】 バスを介して、リアルタイムデータを同
期パケットにより転送するノードであって、 前記リアルタイムデータを送信する際、送信ノードを判
別するための識別子として、バスリセット毎に自動的に
割り当てられたノード識別子を前記同期パケット内に付
加して送信することを特徴とする送信ノード。 - 【請求項４】 同期パケットは、少なくともパケットヘ
ッダ部と転送ブロック部とを有し、送信するノードのノ
ード識別子は、前記転送ブロック部の先頭部に位置する
データヘッダ部に付加して送信することを特徴とする請
求項３記載の送信ノード。
Priority Applications (23)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP06038243A JP3127704B2 (ja) | 1994-03-09 | 1994-03-09 | データ転送方法 |
| EP00125163A EP1085699B1 (en) | 1994-03-09 | 1995-03-07 | Data transmission system and method |
| US08/399,587 US5535208A (en) | 1994-03-09 | 1995-03-07 | Data transmission system and method |
| EP99114762A EP0957609B1 (en) | 1994-03-09 | 1995-03-07 | Data transmission system and method |
| EP00125165A EP1085701A3 (en) | 1994-03-09 | 1995-03-07 | Data transmission system and method |
| DE69520457T DE69520457T2 (de) | 1994-03-09 | 1995-03-07 | Datenübertragungssystem und Verfahren |
| DE69531017T DE69531017T2 (de) | 1994-03-09 | 1995-03-07 | Datenübertragungssystem und Verfahren |
| EP00125164A EP1085700B1 (en) | 1994-03-09 | 1995-03-07 | Data transmission system and method |
| DE69531014T DE69531014T2 (de) | 1994-03-09 | 1995-03-07 | Datenübertragungssystem und Verfahren |
| EP00125167A EP1083704B1 (en) | 1994-03-09 | 1995-03-07 | Data transmission system and method |
| DE69519194T DE69519194T2 (de) | 1994-03-09 | 1995-03-07 | Datenübertragungssystem und Verfahren |
| DE69521727T DE69521727T2 (de) | 1994-03-09 | 1995-03-07 | Datenübertragungssystem und Verfahren |
| EP00125836A EP1087571B1 (en) | 1994-03-09 | 1995-03-07 | Data transmission system and method |
| EP95103203A EP0682430B1 (en) | 1994-03-09 | 1995-03-07 | Data transmission system and method |
| DE69531012T DE69531012T2 (de) | 1994-03-09 | 1995-03-07 | Datenübertragungssystem und Verfahren |
| EP00125166A EP1083703B1 (en) | 1994-03-09 | 1995-03-07 | Data transmission system and method |
| DE69531015T DE69531015T2 (de) | 1994-03-09 | 1995-03-07 | Datenübertragungssystem und Verfahren |
| EP00125162A EP1085698B1 (en) | 1994-03-09 | 1995-03-07 | Data transmission system and method |
| DE69531011T DE69531011T2 (de) | 1994-03-09 | 1995-03-07 | Datenübertragungssystem und Verfahren |
| EP99114757A EP0957608B1 (en) | 1994-03-09 | 1995-03-07 | Data transmission system and method |
| EP99114763A EP0957610B1 (en) | 1994-03-09 | 1995-03-07 | Data transmission system and method |
| DE69520378T DE69520378T2 (de) | 1994-03-09 | 1995-03-07 | Datenübertragungssystem und Verfahren |
| DE69531013T DE69531013T2 (de) | 1994-03-09 | 1995-03-07 | Datenübertragungssystem und Verfahren |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP06038243A JP3127704B2 (ja) | 1994-03-09 | 1994-03-09 | データ転送方法 |
Related Child Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000228625A Division JP3341758B2 (ja) | 2000-07-28 | 2000-07-28 | データ転送方法 |
| JP2000228626A Division JP3358618B2 (ja) | 2000-07-28 | 2000-07-28 | データ転送方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH07250072A JPH07250072A (ja) | 1995-09-26 |
| JP3127704B2 true JP3127704B2 (ja) | 2001-01-29 |
Family
ID=12519873
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP06038243A Expired - Lifetime JP3127704B2 (ja) | 1994-03-09 | 1994-03-09 | データ転送方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3127704B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6856254B1 (en) | 1999-05-12 | 2005-02-15 | Hitachi, Ltd. | Electronic device, electronic device system control method and electronic device system |
-
1994
- 1994-03-09 JP JP06038243A patent/JP3127704B2/ja not_active Expired - Lifetime
Non-Patent Citations (2)
| Title |
|---|
| １９９２ ＩＥＥＥ ＣＯＭＰＣＯＮ ＳＰＲＩＮＧ，（ＩＥＥＥ Ｃｏｍｐｕｔｅｒ Ｓｏｃｉｅｔｙ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ），Ｔｅｅｎｅｒ Ｍ．ｅｔｒ ａｌ，"Ａ Ｂｕｓ ｏｎ ａ Ｄｉｅｔ−Ｔｈｅ Ｓｅｒｉａｌ Ｂｕｓ Ａｌｔｅｒｎａｔｉｖｅ"，ｐａｇｅｓ．３１６−３２１ |
| ＩＥＥＥ ＴＲＡＮＳＡＣＴＩＯＮＳ ＯＮ ＣＯＮＳＵＭＥＲ ＥＬＥＣＴＲＯＮＩＣＳ，Ｖｏｌ．４１ Ｎｏ．３，ＡＵＧＵＳＴ １９９５，Ａｄａｍ Ｊ．Ｋｕｎｚｍａｎ ｅｔ ａｌ．"１３９４ ＨＩＧＨ ＰＥＲＦＯＲＭＡＮＣＥ ＳＥＲＩＡＬ ＢＵＳ：ＴＨＥ ＤＩＧＩＴＡＬ ＩＮＴＥＲＦＡＣＥ ＦＯＲ ＡＴＶ"，ｐａｇｅｓ．８９３−９００ |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH07250072A (ja) | 1995-09-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1085700B1 (en) | Data transmission system and method | |
| KR100403401B1 (ko) | 데이터 통신 방법 및 전자기기 | |
| JP3520572B2 (ja) | 入力機器選択方法 | |
| US6286071B1 (en) | Communication control method, communication system and electronic device used therefor | |
| US20050180413A1 (en) | Communication method and communication apparatus | |
| JP3291926B2 (ja) | 電子機器制御方式 | |
| JP3348526B2 (ja) | オーディオビデオマネージャ機器及びオーディオビデオ機器並びに通信方法 | |
| JP3127704B2 (ja) | データ転送方法 | |
| JP3358618B2 (ja) | データ転送方法 | |
| JP3341758B2 (ja) | データ転送方法 | |
| JPH08293878A (ja) | 電子機器及び通信制御方法 | |
| JPH0818584A (ja) | 通信方式及び電子機器 | |
| KR20010007376A (ko) | 제어장치, 통신시스템 및 제어방법 | |
| JP3189571B2 (ja) | データ処理装置 | |
| JP2000156678A (ja) | 信号処理回路 | |
| JP3478285B2 (ja) | データ通信方法及び電子機器 | |
| JPH07327287A (ja) | データ伝送装置 | |
| JP3583811B2 (ja) | 入力機器選択方法及び電子機器 | |
| JP4269435B2 (ja) | デジタルデータバスに接続されている電子機器 | |
| JP3627726B2 (ja) | 電子機器 | |
| JP2001077829A (ja) | ネットワークデータ通信装置及びネットワークデータ通信方法 | |
| JP2003274329A (ja) | Ａｖ機器及びその制御方法 | |
| JP2003134432A (ja) | 録画装置、録画方法および録画システム | |
| JP2001175592A (ja) | Ｉｅｅｅ１３９４上のデータ受信装置における受信方法 | |
| JP2002056589A (ja) | 情報記録装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071110 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081110 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091110 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091110 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101110 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111110 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121110 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121110 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131110 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131110 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20141110 Year of fee payment: 14 |
|
| EXPY | Cancellation because of completion of term |