JPH11313124A - System, device and method of data communication and recording medium - Google Patents
System, device and method of data communication and recording mediumInfo
- Publication number
- JPH11313124A JPH11313124A JP11972798A JP11972798A JPH11313124A JP H11313124 A JPH11313124 A JP H11313124A JP 11972798 A JP11972798 A JP 11972798A JP 11972798 A JP11972798 A JP 11972798A JP H11313124 A JPH11313124 A JP H11313124A
- Authority
- JP
- Japan
- Prior art keywords
- data
- size
- segment
- destination
- communication system
- 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
Landscapes
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
- Information Transfer Systems (AREA)
Abstract
Description
【０００１】[0001]
【発明の属する技術分野】本発明はデータ通信システ
ム、装置及び方法、並びに記録媒体に係り、特に画像デ
ータを含む情報信号の通信を実現する通信プロトコルの
技術に関するものである。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a data communication system, an apparatus and a method, and a recording medium, and more particularly to a communication protocol technique for realizing communication of an information signal including image data.
【０００２】[0002]
【従来の技術】最近、１つの伝送路を介して複数の電子
機器を接続し、各機器間における制御信号と情報信号
（ビデオ信号、オーディオ信号、グラフィックスデー
タ、テキストデータ等）との通信を混在させて行うよう
に制御する通信システムが開発されている。2. Description of the Related Art Recently, a plurality of electronic devices are connected via a single transmission line, and communication between control signals and information signals (video signals, audio signals, graphics data, text data, etc.) between the devices is performed. Communication systems have been developed in which control is performed in a mixed manner.
【０００３】また、このような通信システムにおいて、
各種の情報信号を各機器間において非同期に伝送させる
通信プロトコルが開発されている。このような通信シス
テムを実現する技術の一つに、高性能シリアルバスに関
するＩＥＥＥ１３９４―１９９５規格（以下、１３９４
規格）がある。In such a communication system,
Communication protocols for asynchronously transmitting various information signals between devices have been developed. One of the technologies for realizing such a communication system is an IEEE 1394-1995 standard (hereinafter, 1394) for a high-performance serial bus.
Standards).
【０００４】以下、図１０を用いて１３９４規格に準拠
した従来の通信システムの構成について説明する。図１
０において、各機器は１３９４規格に準拠したデジタル
インタフェース１００５を具備している。Hereinafter, the configuration of a conventional communication system conforming to the 1394 standard will be described with reference to FIG. FIG.
At 0, each device has a digital interface 1005 compliant with the 1394 standard.
【０００５】図１０の通信システムは、ＴＶ１００１、
デジタルビデオテープレコーダ（以下、ＤＶＴＲ）１０
０２、プリンタ１００３、デジタルカムコーダ（以下、
ＤＶＣＲ）１００４により構成されている。各機器は、
１３９４規格に準拠した通信ケーブルを介して接続され
ている。[0005] The communication system shown in FIG.
Digital Video Tape Recorder (DVTR) 10
02, printer 1003, digital camcorder (hereinafter, referred to as
DVCR) 1004. Each device is
They are connected via a communication cable conforming to the 1394 standard.
【０００６】ここで、通信ケーブルは、データの転送や
調停信号の通信に用いられる２組のシールド付きより対
線により構成されている４ピンコネクタケーブルと、２
組のより対線と電源供給用のペア線からなる６ピンコネ
クタケーブルとがある。尚、２組のより対線を用いて伝
送されるデータは、ＤＳ−Ｌｉｎｋ方式により符号化さ
れたデータである。[0006] Here, the communication cable is composed of two pairs of shielded twisted pair wires used for data transfer and communication of arbitration signals.
There is a 6-pin connector cable consisting of a pair of twisted pairs and a pair of power supply pairs. Note that the data transmitted using the two pairs of twisted pairs is data encoded by the DS-Link system.
【０００７】上述の通信システムでは、電源投入時、新
たな機器の接続や切り離し等の接続構成の変化に応じて
バスリセットを自動的に行う。ここで、バスリセットと
は、通信システムを構成する各機器（以下、ノード）
が、今までの認識していた通信システムの接続構成と各
機器の通信アドレス（以下、ノードＩＤ）とを初期化
し、新たな接続構成の再認識と通信アドレスの再設定と
を行うため処理である。In the communication system described above, when the power is turned on, a bus reset is automatically performed in accordance with a change in the connection configuration such as connection or disconnection of a new device. Here, the bus reset means each device (hereinafter, node) constituting the communication system.
However, the process initializes the connection configuration of the communication system and the communication address (hereinafter, node ID) of each device that have been recognized so far, and performs re-recognition of a new connection configuration and resetting of the communication address. is there.
【０００８】以下、バスリセットの処理手順を簡単に説
明する。この手順は、通信システムにおける階層的な接
続構成の認識と各ノードに対する物理的な通信アドレス
の付与からなる。Hereinafter, the procedure of the bus reset process will be briefly described. This procedure consists of recognizing a hierarchical connection configuration in a communication system and assigning a physical communication address to each node.
【０００９】接続構成の認識は、バスリセットの開始
後、各ノードが親子関係を宣言し合うことによって実行
される。各ノードは、各ノード間の親子関係を決定する
ことにより、通信システムをツリー構造（階層構造）と
して認識する。尚、各ノード間の親子関係は、通信シス
テムの接続状態や各ノードの機能に依存するため、バス
リセット毎に同じ関係になることはない。[0009] Recognition of the connection configuration is executed by each node declaring a parent-child relationship after the start of the bus reset. Each node recognizes the communication system as a tree structure (hierarchical structure) by determining a parent-child relationship between the nodes. Note that the parent-child relationship between the nodes depends on the connection state of the communication system and the function of each node, and therefore does not become the same every time the bus is reset.
【００１０】例えば、図３の通信システムでは、まず、
プリンタ１００３（以下、ノードＤ）とＤＶＴＲ１００
２（以下、ノードＣ）との間で親子関係を設定する。次
に、ＤＶＣＲ１００４（以下、ノードＢ）とＴＶ１００
１（以下、ノードＡ）との間、及びノードＣとノードＡ
との間で親子関係を設定する。For example, in the communication system shown in FIG.
Printer 1003 (hereinafter, node D) and DVTR 100
2 (hereinafter, node C) is set as a parent-child relationship. Next, the DVCR 1004 (hereinafter, node B) and the TV 100
1 (hereinafter, node A), and node C and node A
Set parent-child relationship with
【００１１】最終的に全てのノードの親（或いは上位）
と認識された機器がルート・ノードとなり、この通信シ
ステムのバス使用権の調停を管理する。図１０の通信シ
ステムでは、ノードＡがルート・ノードとなる。ルート
・ノードの決定後、通信システムを構成する各ノード
は、ノードＩＤの設定を自動的に開始する。Finally, the parent (or higher) of all nodes
The device recognized as a root node manages arbitration of the right to use the bus of the communication system. In the communication system of FIG. 10, node A is the root node. After the determination of the root node, each node configuring the communication system automatically starts setting a node ID.
【００１２】ノードＩＤの設定は、基本的に親ノードが
ポート番号の若い通信ポートに接続された子ノードに対
して物理アドレスの設定を許可し、更にその子ノードが
自分の子ノードに対して順番に設定の許可を与えること
によって実行される。自己のノードＩＤを設定したノー
ドは、セルフＩＤパケットを送出し、自己に付与された
ノードＩＤを他のノードに対して通知する。最終的に全
ての子ノードのＩＤ設定が終了した後、親ノードは自己
のノードＩＤを設定する。The setting of the node ID is basically such that the parent node permits the setting of the physical address to the child node connected to the communication port having the smaller port number, and further, the child node sequentially sets its own child node. This is done by giving the configuration permission to The node that has set its own node ID sends a self ID packet and notifies the other node of the node ID assigned to itself. After the ID setting of all the child nodes is completed, the parent node sets its own node ID.
【００１３】以上の処理を繰り返し実行することによっ
て、ルート・ノードのノードＩＤが一番最後に設定され
る。尚、各ノードに割り当てられるノードＩＤは、各機
器の親子関係に依存するため、バスリセット毎に同じノ
ードＩＤが設定されることはない。By repeatedly executing the above processing, the node ID of the root node is set last. Since the node ID assigned to each node depends on the parent-child relationship of each device, the same node ID is not set every time the bus is reset.
【００１４】以下、図１０の通信システムを用いてノー
ドＩＤの自動設定処理を説明する。尚、本実施例では、
接続構成の認識後、ノードＡがルート・ノードとなった
場合について説明する。Hereinafter, an automatic node ID setting process will be described with reference to the communication system shown in FIG. In this embodiment,
The case where the node A becomes the root node after the recognition of the connection configuration will be described.
【００１５】図１０において、ルート・ノードであるノ
ードＡはまず、「ポート１」の通信ポートに接続されて
いるノード、即ちノードＢに対してノードＩＤの設定を
許可する。In FIG. 10, node A, which is the root node, first permits the node connected to the communication port of "port 1", that is, node B, to set the node ID.
【００１６】ノードＢは、自己のノードＩＤを「＃０」
に設定し、その結果をセルフＩＤパケットとして通信シ
ステムを構成する全てのノードに対してブロードキャス
トする。ここで、ブロードキャストとは、所定の情報を
不特定多数のノードを宛先として送出することである。The node B sets its node ID to "# 0".
, And the result is broadcast as a self-ID packet to all nodes constituting the communication system. Here, the broadcast means transmitting predetermined information to an unspecified number of nodes as destinations.
【００１７】この結果、全てのノードは、「ノードＩＤ
「＃０」は割当済である」と認識し、次にノードＩＤの
設定を許可されたノードは「＃１」を設定する。ノード
Ｂの設定後、ノードＡは、「ポート２」の通信ポートに
接続されているノード、即ちノードＣに対してノードＩ
Ｄの設定を許可する。As a result, all the nodes have the “node ID”.
"# 0" is already allocated ", and the node permitted to set the node ID sets"# 1 ". After the setting of the node B, the node A sends the node I to the node connected to the communication port of "port 2",
Allow setting of D.
【００１８】ノードＣは更に、子ノードの接続されてい
る通信ポートの内、最も若いポート番号の通信ポートか
ら順に設定の許可を与える。つまり、ノードＤに対して
許可を与え、その許可を受けたノードＤがノードＩＤ
「＃１」を設定した後、セルフＩＤパケットをブロード
キャストする。The node C further gives a setting permission in order from the communication port with the smallest port number among the communication ports to which the child nodes are connected. That is, permission is given to the node D, and the permitted node D has the node ID
After setting “# 1”, a self ID packet is broadcast.
【００１９】ノードＤの設定後、ノードＣが自己のノー
ドＩＤを「＃３」に設定し、最後にルート・ノードであ
るノードＡが自己のノードＩＤを「＃４」に設定して接
続構成の認識を終了する。After the setting of the node D, the node C sets its own node ID to "# 3", and finally the node A, which is the root node, sets its own node ID to "# 4". End recognition of.
【００２０】このようなバスリセット処理により、各ノ
ードは通信システムの接続構成の認識と各ノードの通信
アドレスの設定とを自動的に行うことができる。そして
各ノードは、この上述のノードＩＤを用いることにより
各ノード間の通信を行なうことができる。By such a bus reset process, each node can automatically recognize the connection configuration of the communication system and set the communication address of each node. Each node can perform communication between the nodes by using the above-described node ID.
【００２１】次に、図１０の通信システムの具備するデ
ータ転送方式について図９を用いて説明する。図１０の
通信システムは、データ転送方式としてIsochronous 転
送モードとAsynchronous転送モードとを具備している。
Isochronous 転送モードは、１通信サイクル期間（125
μs ）毎に一定量のパケットの送受信を保証するため、
ビデオデータや音声データのリアルタイムな転送に有効
である。Next, a data transfer method provided in the communication system of FIG. 10 will be described with reference to FIG. The communication system of FIG. 10 has an isochronous transfer mode and an asynchronous transfer mode as data transfer methods.
In the isochronous transfer mode, one communication cycle period (125
μs) to guarantee the transmission and reception of a certain amount of packets every
It is effective for real-time transfer of video data and audio data.
【００２２】また、Asynchronous転送モードは、制御コ
マンドやファイルデータ等を必要に応じて非同期に送受
信する転送モードであり、Isochronous 転送モードに比
べて優先順位が低く設定されている。The Asynchronous transfer mode is a transfer mode in which control commands, file data, and the like are asynchronously transmitted and received as necessary, and has a lower priority than the Isochronous transfer mode.
【００２３】図１１において、各通信サイクルの始めに
は、サイクル・スタート・パケット１１０１と呼ばれる
各ノードの計時するサイクル時間を調整するための通信
パケットが送出される。In FIG. 11, at the beginning of each communication cycle, a communication packet called a cycle start packet 1101 for adjusting a cycle time measured by each node is transmitted.
【００２４】サイクル・スタート・パケット１１０１の
転送後、所定の期間がIsochronous転送モードに設定さ
れている。Isochronous転送モードでは、Isochronous
転送モードに基づいて転送されるデータの夫々に対して
チャネル番号を付すことにより、複数のIsochronous 転
送を実行することができる。After the transfer of the cycle start packet 1101, a predetermined period is set to the isochronous transfer mode. Isochronous transfer mode
By assigning a channel number to each of the data transferred based on the transfer mode, a plurality of isochronous transfers can be executed.
【００２５】例えば、図１１において、ＤＶＣＲ１００
４からIsochronous 転送されるデータ１１０２にチャネ
ル番号「ｃｈ０」、ＤＶＴＲ１００２からIsochronous
転送されるデータ１１０３にチャネル番号「ｃｈ１」、
ＴＶ１００１からIsochronous転送されるデータ１１０
４にチャネル番号「ｃｈ２」が割り当てられている場
合、各データは、１通信サイクル期間内において時分割
にIsochronous 転送される。For example, in FIG.
4, the channel number “ch0” is assigned to the data 1102 transferred isochronously from the DVTR 1002.
The data 1103 to be transferred has a channel number “ch1”,
Data 110 transmitted isochronously from TV 1001
When the channel number “ch2” is assigned to 4, each data is time-divisionally and isochronously transferred within one communication cycle period.
【００２６】各Isochronous 転送が終了した後、次のサ
イクル・スタート・パケット１１０１の転送される期間
までがAsynchronous転送に使用される。例えば、図１１
では、Asynchronous転送に基づくデータ１１０５がＤＶ
ＣＲ１００４からプリンタ１００３に転送される。After the completion of each isochronous transfer, a period until the next cycle start packet 1101 is transferred is used for asynchronous transfer. For example, FIG.
Then, data 1105 based on Asynchronous transfer is DV
The data is transferred from the CR 1004 to the printer 1003.
【００２７】図１２は、Asynchronous転送モードに基づ
く従来の通信プロトコルについて説明するシーケンスチ
ャートである。図１２において、情報データをAsynchro
nous転送するノード、即ちソース１２０２をＤＶＣＲ１
００４とする。FIG. 12 is a sequence chart for explaining a conventional communication protocol based on the asynchronous transfer mode. In FIG. 12, the information data is
The node that transfers nous, that is, the source 1202 is DVCR1
004.
【００２８】また、ソース１２０２からAsynchronous転
送された情報データを受信するノード、即ちデスティネ
ーション１２０３をプリンタ１００３とする。更に、ソ
ース１２０２とデスティネーション１２０３との間の通
信を管理するノード、即ちコントローラ１２０１をＴＶ
１００１とする。A node that receives information data transferred asynchronously from the source 1202, that is, the destination 1203 is the printer 1003. Further, a node that manages communication between the source 1202 and the destination 1203, that is, the controller 1201 is connected to the TV.
1001.
【００２９】従来の通信プロトコルは、３つのフェーズ
からなっていた。第１のフェーズ１２０４は、コネクシ
ョンフェーズで、コントローラ１２０１は、デスティネ
ーション１２０３の受信バッファサイズや受信可能か否
かを問い合わせ、デスティネーション１２０３を受信待
機状態にセットする。The conventional communication protocol has three phases. The first phase 1204 is a connection phase, in which the controller 1201 inquires about the reception buffer size of the destination 1203 and whether or not reception is possible, and sets the destination 1203 to a reception standby state.
【００３０】また、コントローラ１２０１は、デスティ
ネーション１２０３に問い合わせた受信バッファサイズ
をソース１２０２に通知すると共に、ソース１２０２か
らAsynchronous転送される情報データを選択して、送信
バッファからの転送をセットする。Further, the controller 1201 notifies the source 1202 of the reception buffer size inquired of the destination 1203, selects information data asynchronously transferred from the source 1202, and sets the transfer from the transmission buffer.
【００３１】第２のフェーズ１２０５は、伝送フェーズ
で、コントローラ１２０１は、ソース１２０２とデステ
ィネーション１２０３とを制御し、情報データをAsynch
ronous転送する。The second phase 1205 is a transmission phase, in which the controller 1201 controls the source 1202 and the destination 1203 to transfer information data to the Asynch.
ronous transfer.
【００３２】第３のフェーズ１２０６は、コネクション
リリースフェーズで、コントローラ１２０１は、デステ
ィネーション１２０３の受信バッファを自己の管理下か
ら開放し、同様にソース１２０２の送信バッファを自己
の管理下から開放する。The third phase 1206 is a connection release phase, in which the controller 1201 releases the reception buffer of the destination 1203 from its own control, and similarly releases the transmission buffer of the source 1202 from its own control.
【００３３】図１３は、ソース１２０２からAsynchrono
us転送される情報データとデスティネーション１２０３
の受信バッファとの関係を説明する図である。ソース１
２０２からAsynchronous転送される１オブジェクトの情
報データ１３０１は、コントローラ１２０１から通知さ
れたデスティネーション１２０３の受信バッファサイズ
に等しい１つ以上のセグメント１３０２に分割される。
ここで、各セグメント１３０２のサイズは固定長であ
り、１セグメントは、１つ以上のセグメントデータ（固
定長）からなる。FIG. 13 is a diagram showing a case where the source
Information data transferred to us and destination 1203
FIG. 6 is a diagram for explaining a relationship with a reception buffer. Source 1
Information data 1301 of one object that is asynchronously transferred from 202 is divided into one or more segments 1302 equal to the reception buffer size of destination 1203 notified from controller 1201.
Here, the size of each segment 1302 is fixed length, and one segment is composed of one or more segment data (fixed length).
【００３４】各セグメントデータは、Asynchronous転送
モードに基づく通信パケット１３０３（以下、Asynchro
nousパケット１３０３）にパケッタイズされ、ソース１
２０２からデスティネーション１２０３に順次転送され
る。Each segment data is stored in a communication packet 1303 (hereinafter referred to as Asynchro
nous packet 1303) and source 1
The data is sequentially transferred from 202 to a destination 1203.
【００３５】デスティネーション１２０３は、ソース１
２０２からのAsynchronousパケット１３０３を順次受信
し、一時的に受信バッファ１３０４に書き込む。１セグ
メント分の情報データの転送が終了した後、デスティネ
ーション１２０３は、受信バッファ１３０４に格納され
たデータを内部メモリ１３０５に順次書き込む。The destination 1203 is the source 1
Asynchronous packets 1303 from the client 202 are sequentially received and written into the reception buffer 1304 temporarily. After the transfer of the information data for one segment is completed, the destination 1203 sequentially writes the data stored in the reception buffer 1304 into the internal memory 1305.
【００３６】以下、図１４を用いて上述の第２のフェー
ズ１２０５の処理について詳細に説明する。図１４にお
いて、コントローラ１２０１は、デスティネーション１
２０３に対して、１つ以上の通信パケットによりAsynch
ronous転送されるセグメントデータを受信するように指
示する（１４０１）。Hereinafter, the processing of the second phase 1205 will be described in detail with reference to FIG. In FIG. 14, a controller 1201 is a destination 1
Asynch with one or more communication packets for 203
It instructs to receive the segment data transferred by ronous (1401).
【００３７】また、コントローラ１２０１は、ソース１
２０２に対して、１オブジェクトの情報データを上述の
セグメント単位に分割し、更に各セグメントを１つ以上
の通信パケットでAsynchronous転送するように指示する
（１４０２）。Also, the controller 1201
It instructs 202 to divide the information data of one object into the above-described segment units, and to transfer each segment asynchronously with one or more communication packets (1402).
【００３８】これらの指示の後、ソース１２０２は、１
セグメントデータを１つ以上のAsynchronousパケットに
パケッタイズし、それらのAsynchronousパケットをデス
ティネーション１２０３へ順次転送する（１４０３）。After these instructions, source 1202
The segment data is packetized into one or more Asynchronous packets, and the Asynchronous packets are sequentially transferred to the destination 1203 (1403).
【００３９】コントローラ１２０１から指示されたセグ
メントデータの転送が完了した後、ソース１２０２は、
転送の完了をコントローラ１２０１に通知する（１４０
４）。また、デスティネーション１２０３は、コントロ
ーラ１２０１から指示されたセグメントデータの受信が
完了したことをコントローラ１２０１に通知する（１４
０５）。以上、図１４の１４０１〜１４０５に示す手順
により、１セグメント分の情報データが転送される（１
４０６）。After the transfer of the segment data specified by the controller 1201 is completed, the source 1202
The completion of the transfer is notified to the controller 1201 (140
4). The destination 1203 notifies the controller 1201 that the reception of the segment data specified by the controller 1201 has been completed (14).
05). As described above, the information data for one segment is transferred by the procedure shown in 1401 to 1405 in FIG.
406).
【００４０】次のセグメントデータの転送を開始する場
合、再び１４０１〜１４０５に示す手順を繰り返し、コ
ントローラ１２０１がソース１２０２とデスティネーシ
ョン１２０３の間の転送を制御する（１４０７）。When the transfer of the next segment data is started, the procedure indicated by 1401 to 1405 is repeated again, and the controller 1201 controls the transfer between the source 1202 and the destination 1203 (1407).
【００４１】[0041]
【発明が解決しようとする課題】しかしながら、上述の
通信プロトコルには次のような問題があった。例えば、
従来の通信プロトコルにおいて、各セグメントのサイズ
は固定長であり、デスティネーション１２０３の具備す
る受信バッファのサイズと等しくなるように制御されて
いた。However, the above-described communication protocol has the following problems. For example,
In the conventional communication protocol, the size of each segment has a fixed length, and is controlled so as to be equal to the size of the reception buffer included in the destination 1203.
【００４２】また、デスティネーション１２０３の具備
する受信バッファのサイズは、全データの転送が終了す
るまで一定であり、全データの転送中に各セグメントの
サイズを可変的に制御する仕組みがなかった。The size of the receiving buffer included in the destination 1203 is constant until the transfer of all data is completed, and there is no mechanism for variably controlling the size of each segment during the transfer of all data.
【００４３】例えば、従来の通信プロトコルに従って、
複数のセグメントに分割された画像データを順次受信す
るプリンタにおいて、各セグメント分のデータの受信中
に、プリント用に画像処理されているデータの一部を一
時的に受信バッファの一部に記憶したい場合がある。For example, according to a conventional communication protocol,
In a printer that sequentially receives image data divided into a plurality of segments, during reception of data for each segment, it is desired to temporarily store a part of data that has been subjected to image processing for printing in a part of a reception buffer. There are cases.
【００４４】このような場合、従来の通信プロトコルで
は、各セグメントのデータ量は一定であるため、通信中
に一部のセグメントのデータ量を減らし、受信バッファ
内に所望の領域を確保することができなかった。In such a case, in the conventional communication protocol, since the data amount of each segment is constant, it is possible to reduce the data amount of some segments during communication and secure a desired area in the reception buffer. could not.
【００４５】また、より多くの機器との通信を可能とす
るために、通信中にソース１２０２からデスティネーシ
ョン１２０３に転送される１セグメントのデータ量を減
らしたり、より早く通信を終了させるために、通信中に
デスティネーション１２０３の受信バッファサイズを大
きくし、１セグメントのデータ量を増やしたりを適応的
に制御することができなかった。In order to enable communication with more devices, to reduce the amount of data of one segment transferred from the source 1202 to the destination 1203 during communication, or to terminate communication earlier, During communication, the receiving buffer size of the destination 1203 was increased, and the data amount of one segment could not be increased.
【００４６】以上の背景から本出願の発明の目的は、情
報データを１つ以上のセグメント単位に分割し、各セグ
メントのデータを順次転送させる通信システムにおい
て、各セグメントのデータ量を可変的に制御することの
できるデータ通信システム、装置及び方法、並びに記録
媒体を提供することである。From the above background, an object of the present invention is to variably control the data amount of each segment in a communication system in which information data is divided into one or more segment units and the data of each segment is sequentially transferred. It is an object of the present invention to provide a data communication system, an apparatus and a method, and a recording medium that can perform the data communication.
【００４７】[0047]
【課題を解決するための手段】上述のような目的を達成
するために、本発明のデータ通信システムは、複数のセ
グメントに分割された情報データを送信する送信機器と
該情報データを受信する受信機器とを含むデータ通信シ
ステムにおいて、上記情報データの通信中に設定される
受信バッファのサイズに応じて、各セグメントの大きさ
を可変的に制御することを特徴としている。また、本発
明のデータ通信システムの他の特徴とするところは、上
記送信機器は、上記セグメント分のデータから１つ以上
の通信パケットを生成し、該通信パケットを順次送信す
ることを特徴としている。また、本発明のデータ通信シ
ステムのその他の特徴とするところは、上記セグメント
の大きさは、上記通信パケットにより送信されるデータ
量の整数倍であることを特徴としている。また、本発明
のデータ通信システムのその他の特徴とするところは、
上記通信パケットは、ＩＥＥＥ１３９４規格に準拠した
Asynchronous転送方式に基づく通信パケットであること
を特徴としている。また、本発明のデータ通信システム
のその他の特徴とするところは、上記受信バッファのサ
イズは、上記受信機器から上記送信機器に通知されるこ
とを特徴としている。また、本発明のデータ通信システ
ムのその他の特徴とするところは、上記受信バッファ
は、上記受信機器の具備するメモリ空間の所定の領域に
確保されることを特徴としている。また、本発明のデー
タ通信システムのその他の特徴とするところは、上記受
信バッファのサイズは、上記セグメントの大きさの整数
倍であることを特徴としている。また、本発明のデータ
通信システムのその他の特徴とするところは、上記受信
バッファのサイズは、上記送信機器の具備するをメモリ
空間の所定の領域に格納されることを特徴としている。
また、本発明のデータ通信システムのその他の特徴とす
るところは、上記情報データは、上記受信機器の具備す
るメモリ空間の位置を指定する位置情報と共に送信され
ることを特徴としている。また、本発明のデータ通信シ
ステムのその他の特徴とするところは、上記データ通信
システムは更に、上記送信機器と上記受信機器との通信
を管理する管理機器を含み、上記管理機器は、上記受信
バッファのサイズを管理すると共に、上記送信機器に通
知することを特徴とするデータ通信システム。また、本
発明のデータ通信システムのその他の特徴とするところ
は、情報データを送信する送信機器と該情報データを受
信する受信機器とを含むデータ通信システムにおいて、
上記情報データの通信中に設定される受信バッファのサ
イズに応じて、一回の通信手順により送信される情報デ
ータの量を可変的に制御することを特徴としている。In order to achieve the above object, a data communication system according to the present invention comprises a transmitting device for transmitting information data divided into a plurality of segments and a receiving device for receiving the information data. In a data communication system including a device, the size of each segment is variably controlled according to the size of a reception buffer set during communication of the information data. According to another feature of the data communication system of the present invention, the transmitting device generates one or more communication packets from the data of the segment and sequentially transmits the communication packets. . Another feature of the data communication system of the present invention is that the size of the segment is an integral multiple of the data amount transmitted by the communication packet. Other features of the data communication system of the present invention include:
The communication packet conforms to the IEEE 1394 standard.
It is characterized by being a communication packet based on the asynchronous transfer method. Another feature of the data communication system of the present invention is that the size of the reception buffer is notified from the receiving device to the transmitting device. Another feature of the data communication system of the present invention is that the reception buffer is secured in a predetermined area of a memory space of the reception device. Another feature of the data communication system of the present invention is that the size of the reception buffer is an integral multiple of the size of the segment. Another feature of the data communication system of the present invention is that the size of the reception buffer is stored in a predetermined area of a memory space of the transmission device.
Another feature of the data communication system of the present invention is that the information data is transmitted together with position information for specifying a position in a memory space of the receiving device. According to another feature of the data communication system of the present invention, the data communication system further includes a management device that manages communication between the transmission device and the reception device, wherein the management device includes the reception buffer. A data communication system for managing the size of the data and notifying the transmitting device. Another feature of the data communication system of the present invention is that in a data communication system including a transmitting device for transmitting information data and a receiving device for receiving the information data,
The amount of information data transmitted by one communication procedure is variably controlled according to the size of the reception buffer set during the communication of the information data.
【００４８】本発明のデータ通信方法は、複数のセグメ
ントに分割された情報データを送信し、上記情報データ
の送信中に設定される受信バッファのサイズに応じて、
各セグメントの大きさを可変的に制御させることを特徴
としている。また、本発明のデータ通信方法の他の特徴
とするところは、情報データを送信し、上記情報データ
の通信中に設定される受信バッファのサイズに応じて、
一回の通信手順により送信されるデータの量を可変的に
制御させることを特徴としている。According to the data communication method of the present invention, information data divided into a plurality of segments is transmitted, and according to the size of a reception buffer set during transmission of the information data,
The size of each segment is variably controlled. Another feature of the data communication method of the present invention is that, according to the size of the reception buffer set during the transmission of the information data and the communication of the information data,
It is characterized in that the amount of data transmitted by one communication procedure is variably controlled.
【００４９】本発明のデータ通信装置は、複数のセグメ
ントに分割された情報データを送信する送信手段と、上
記情報データの通信中に設定される受信バッファのサイ
ズに応じて、各セグメントの大きさを可変的に制御する
制御手段とを具備することを特徴としている。また、本
発明のデータ通信装置の他の特徴とするところは、情報
データを送信する送信手段と、上記情報データの通信中
に設定される受信バッファのサイズに応じて、一回の通
信手順により送信されるデータの量を可変的に制御する
制御手段とを具備することを特徴としている。The data communication apparatus according to the present invention comprises: a transmitting means for transmitting information data divided into a plurality of segments; and a size of each segment according to a size of a reception buffer set during communication of the information data. And a control means for variably controlling the control. Another feature of the data communication device of the present invention is that, according to a transmission unit for transmitting information data and a size of a reception buffer set during the communication of the information data, a single communication procedure is used. Control means for variably controlling the amount of data to be transmitted.
【００５０】本発明の記録媒体は、複数のセグメントに
分割された情報データを送信する送信機器と該情報デー
タを受信する受信機器とを含むデータ通信システムにお
ける、上記情報データの通信中に設定される受信バッフ
ァのサイズに応じて、各セグメントの大きさを可変的に
制御させる機能を実現させるためのプログラムを記憶し
たことを特徴としている。また、本発明の記録媒体の他
の特徴とするところは、情報データを送信する送信機器
と該情報データを受信する受信機器とを含むデータ通信
システムにおける、上記情報データの通信中に設定され
る受信バッファのサイズに応じて、一回の通信手順によ
り送信される情報データの量を可変的に制御させる機能
を実現させるためのプログラムをコンピュータの読み取
り可能に記憶したことを特徴としている。A recording medium according to the present invention is set during communication of the information data in a data communication system including a transmitting device for transmitting information data divided into a plurality of segments and a receiving device for receiving the information data. A program for realizing a function of variably controlling the size of each segment in accordance with the size of the receiving buffer. Another feature of the recording medium of the present invention is that the information medium is set during communication of the information data in a data communication system including a transmitting device for transmitting information data and a receiving device for receiving the information data. A program for realizing a function of variably controlling the amount of information data transmitted by one communication procedure according to the size of the reception buffer is stored in a computer-readable manner.
【００５１】[0051]
【発明の実施の形態】以下、本発明のデータ通信システ
ム、装置及び方法、並びに記録媒体について図面を用い
て詳細に説明する。尚、以下の実施の形態において、上
記従来例と同一あるいはそれに相当する部材については
同一符号を用いて説明を省略する。DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, a data communication system, an apparatus and a method, and a recording medium according to the present invention will be described in detail with reference to the drawings. In the following embodiments, members that are the same as or correspond to those of the above-described conventional example are denoted by the same reference numerals, and description thereof is omitted.
【００５２】（第１の実施の形態）以下、第１の実施の
形態の通信プロトコルを、図１０に示す通信システムに
適用した場合について説明する。ここで、第１の実施の
形態におけるコントローラ１０１をＴＶ１００１、ソー
ス１０２をＤＶＣＲ１００４、デスティネーション１０
３をプリンタ１００３とする。(First Embodiment) A case in which the communication protocol of the first embodiment is applied to the communication system shown in FIG. 10 will be described below. Here, in the first embodiment, the controller 101 is the TV 1001, the source 102 is the DVCR 1004, and the destination 10
3 is a printer 1003.
【００５３】第１の実施の形態において、ソース１０２
は、１オブジェクトの情報データ（例えば、画像デー
タ、音声データ、グラフィックスデータ、テキストデー
タ等）を所定のデータ量からなるセグメントに分割した
後、そのセグメントを１つ以上のセグメントデータとし
てAsynchronous転送する。In the first embodiment, the source 102
Divides information data of one object (for example, image data, audio data, graphics data, text data, etc.) into segments each having a predetermined data amount, and asynchronously transfers the segments as one or more segment data. .
【００５４】また、デスティネーション１０３は、ソー
ス１０２からAsynchronous転送された１つ以上のAsynch
ronousパケットを受信し、各Asynchronousパケットに含
まれるセグメントデータを受信バッファに格納する。The destination 103 includes one or more Asynchs asynchronously transferred from the source 102.
The ronous packet is received, and the segment data included in each Asynchronous packet is stored in the reception buffer.
【００５５】ここで、デスティネーション１０３の受信
バッファは、デスティネーション１０３の具備するＣＳ
Ｒ（Control and Status Register）空間内に確保され
ている。セグメントデータは、各Asynchronousパケット
に含まれるオフセットアドレスにより指定されるＣＳＲ
空間内の所定の領域に対して書き込まれる。デスティネ
ーション１０３は、ＣＳＲ空間に対する１セグメント分
のデータの書き込みが完了する毎に、そのデータを内部
メモリに格納する。尚、ＣＳＲ空間は、ISO/IEC 13213:
1994規格に準拠している。Here, the receiving buffer of the destination 103 is provided with the CS of the destination 103.
It is secured in the R (Control and Status Register) space. The segment data is a CSR specified by an offset address included in each Asynchronous packet.
Written to a predetermined area in the space. The destination 103 stores the data in the internal memory every time writing of one segment of data to the CSR space is completed. The CSR space is ISO / IEC 13213:
It conforms to the 1994 standard.
【００５６】更に、コントローラ１０１は、デスティネ
ーション１０３のバッファサイズの問合せ、ソース１０
２から転送される情報データの選択等、ソース１０２と
デスティネーション１０３との間の通信を管理する。Further, the controller 101 inquires the buffer size of the destination 103,
2 manages communication between the source 102 and the destination 103, such as selection of information data to be transferred.
【００５７】また、第１の実施の形態の通信プロトコル
は、従来の通信プロトコルと同様に３つのフェーズ、即
ち、コネクションフェーズ、伝送フェーズ、コネクショ
ンリリースフェーズから構成されている。ここで、第１
の実施の形態におけるコネクションフェーズとコネクシ
ョンリリースフェーズとは、従来の通信プロトコルにお
ける第１のフェーズ１２０４、第３のフェーズ１２０６
と同様に実行することができる。従って、第1の実施の
形態では、伝送フェーズについて詳細に説明する。The communication protocol according to the first embodiment is composed of three phases, that is, a connection phase, a transmission phase, and a connection release phase, like the conventional communication protocol. Here, the first
The connection phase and the connection release phase in the embodiment of the present invention correspond to a first phase 1204 and a third phase 1206 in the conventional communication protocol.
Can be executed in the same manner as Therefore, in the first embodiment, the transmission phase will be described in detail.
【００５８】以下、図１及び図２を用いて第１の実施の
形態の伝送フェーズについて説明する。図１は、第１の
実施の形態の伝送フェーズについて詳細に説明するシー
ケンスチャートである。また、図２は、第１の実施の形
態の伝送フェーズの手順について詳細に説明するフロー
チャートである。Hereinafter, the transmission phase of the first embodiment will be described with reference to FIGS. 1 and 2. FIG. 1 is a sequence chart for explaining in detail the transmission phase of the first embodiment. FIG. 2 is a flowchart illustrating in detail a procedure of a transmission phase according to the first embodiment.
【００５９】ステップＳ２０１において、コントローラ
１０１は、デスティネーション１０３に対して、いくつ
かの通信パケットでAsynchronous転送される所定サイズ
のセグメントを受信するように指示する（１０４）。こ
こで、デスティネーション１０３は、コントローラ１０
１からの指示に対してレスポンスを返す。In step S201, the controller 101 instructs the destination 103 to receive a segment of a predetermined size which is asynchronously transferred in some communication packets (104). Here, the destination 103 is the controller 10
A response is returned to the instruction from 1.
【００６０】ステップＳ２０２において、コントローラ
１０１は、ソース１０２に対して、情報データを所定サ
イズのセグメントに分割し、更にそのセグメントをいく
つかの通信パケットでAsynchronous転送するように指示
する（１０５）。ここで、ソース１０２は、コントロー
ラ１０１からの指示に対してレスポンスを返す。In step S202, the controller 101 instructs the source 102 to divide the information data into segments of a predetermined size, and to perform the asynchronous transfer of the segments in several communication packets (105). Here, the source 102 returns a response to the instruction from the controller 101.
【００６１】ステップＳ２０３において、コントローラ
１０１からの指示の後、ソース１０２は、１セグメント
データを１つ以上のAsynchronousパケットにパケッタイ
ズし、それらのAsynchronousパケットをデスティネーシ
ョン１０３へ順次転送する（１０６）。In step S203, after the instruction from the controller 101, the source 102 packetizes the one-segment data into one or more Asynchronous packets, and sequentially transfers the Asynchronous packets to the destination 103 (106).
【００６２】ここで、各Asynchronousパケットには、デ
スティネーション１０３の具備する受信バッファの所定
の領域を指定するオフセットアドレスが格納されてい
る。例えば、各セグメントの最初のAsynchronousパケッ
トには、コントローラ１０１により通知された受信バッ
ファの先頭アドレスが格納されている。また、それ以降
のAsynchronousパケットには、その受信バッファの所定
の領域を順次指定するオフセットアドレスが格納されて
いる。Here, each Asynchronous packet stores an offset address for specifying a predetermined area of the reception buffer provided in the destination 103. For example, the first address of the reception buffer notified by the controller 101 is stored in the first Asynchronous packet of each segment. Further, the subsequent Asynchronous packet stores an offset address for sequentially specifying a predetermined area of the reception buffer.
【００６３】ステップＳ２０４において、１セグメント
分のデータのAsynchronous転送が完了した後、ソース１
０２は、１セグメント分のデータの転送の完了をコント
ローラ１０１に通知する（１０７）。ここで、ソース１
０２は、コントローラ１０１からの指示を受信するま
で、次のセグメントの転送を待機する。In step S204, after the asynchronous transfer of the data for one segment is completed, the source 1
02 notifies the controller 101 of the completion of the transfer of the data for one segment (107). Where source 1
02 waits for the transfer of the next segment until an instruction from the controller 101 is received.
【００６４】ステップＳ２０５において、また、デステ
ィネーション１０３も同様に、１セグメント分のデータ
の受信が完了したことをコントローラ１０１に通知する
（１０８）。In step S205, the destination 103 similarly notifies the controller 101 that the reception of the data for one segment has been completed (108).
【００６５】ステップＳ２０６において、デスティネー
ション１０３は更に、次に受信するセグメントのため
に、新たに確保できる受信バッファのサイズをコントロ
ーラ１０１に通知する（１０９）。ここで、コントロー
ラ１０１は、デスティネーション１０３より通知された
新たなバッファサイズをＣＳＲ空間の所定の領域に格納
して管理する。In step S206, the destination 103 further notifies the controller 101 of the size of the newly available receiving buffer for the next segment to be received (109). Here, the controller 101 stores and manages the new buffer size notified from the destination 103 in a predetermined area of the CSR space.
【００６６】以上の手順により、１セグメント分のデー
タの転送が終了する。次以降のセグメントの転送を開始
する場合、コントローラ１０１、ソース１０２、デステ
ィネーション１０３は、１０４〜１０９に示す手順を繰
り返し行えばよい（ステップＳ２０７）。その際、コン
トローラ１０１は、１セグメントの転送が終了する毎
に、デスティネーション１０３より通知された新たなバ
ッファサイズをソース１０２に通知する。With the above procedure, the transfer of data for one segment is completed. When starting the transfer of the next and subsequent segments, the controller 101, the source 102, and the destination 103 may repeat the steps 104 to 109 (step S207). At this time, the controller 101 notifies the source 102 of the new buffer size notified from the destination 103 every time the transfer of one segment is completed.
【００６７】以上のように、第１の実施の形態では、１
セグメント分の情報データの転送が完了する毎に、デス
ティネーション１０３がコントローラ１０１に対して新
たなバッファサイズを通知するように制御することによ
って、各セグメントのデータ量を適応的に設定すること
ができる。As described above, in the first embodiment, 1
By controlling the destination 103 to notify the controller 101 of the new buffer size every time the transfer of the information data of the segment is completed, the data amount of each segment can be set adaptively. .
【００６８】（第２の実施の形態）上述した第１の実施
の形態では、１セグメント分の情報データを受信する毎
に、デスティネーション１０３が、次に受信するセグメ
ントのために新たに確保できる受信バッファのサイズを
コントローラ１０１に通知するように制御する通信プロ
トコルについて説明した。(Second Embodiment) In the first embodiment described above, every time one segment of information data is received, the destination 103 can newly secure a segment to be received next. The communication protocol for controlling the size of the receiving buffer to be notified to the controller 101 has been described.
【００６９】第２の実施の形態では、デスティネーショ
ン３０３が、次に受信するセグメントのために新たに確
保できる受信バッファのサイズを直接ソース３０２に通
知するように制御する通信プロトコルについて説明す
る。In the second embodiment, a communication protocol will be described in which the destination 303 controls so as to directly notify the source 302 of the size of a reception buffer that can be newly reserved for the next segment to be received.
【００７０】以下、第２の実施の形態の通信プロトコル
を、図１０に示す通信システムに適用した場合について
説明する。ここで、第２の実施の形態におけるコントロ
ーラ３０１をＴＶ１００１、ソース３０２をＤＶＣＲ１
００４、デスティネーション３０３をプリンタ１００３
とする。Hereinafter, a case where the communication protocol of the second embodiment is applied to the communication system shown in FIG. 10 will be described. Here, the controller 301 in the second embodiment is a TV 1001 and the source 302 is a DVCR 1
004, destination 303 to printer 1003
And
【００７１】第２の実施の形態において、ソース３０２
は、１オブジェクトの情報データ（例えば、画像デー
タ、音声データ、グラフィックスデータ、テキストデー
タ等）を所定の大きさのセグメントに分割した後、その
セグメントを１つ以上のセグメントデータとしてAsynch
ronous転送する。In the second embodiment, the source 302
Asynch divides information data of one object (eg, image data, audio data, graphics data, text data, etc.) into segments of a predetermined size, and then divides the segment into one or more segment data.
ronous transfer.
【００７２】また、デスティネーション３０３は、ソー
ス３０２からAsynchronous転送された１つ以上のAsynch
ronousパケットを受信し、各Asynchronousパケットに含
まれるセグメントデータを受信バッファに格納する。こ
こで、デスティネーション３０３の受信バッファは、デ
スティネーション３０３の具備するＣＳＲ（Controland
Status Register ）空間内に確保されている。The destination 303 includes one or more Asynchs asynchronously transferred from the source 302.
The ronous packet is received, and the segment data included in each Asynchronous packet is stored in the reception buffer. Here, the reception buffer of the destination 303 has a CSR (Control and
Status Register) Secured in the space.
【００７３】セグメントデータは、各Asynchronousパケ
ットに含まれるオフセットアドレスが指定するＣＳＲ空
間内の所定の領域に対して書き込まれる。デスティネー
ション３０３は、ＣＳＲ空間に対する１セグメント分の
データの書き込みが完了する毎に、そのデータを内部メ
モリに格納する。The segment data is written into a predetermined area in the CSR space specified by the offset address included in each Asynchronous packet. The destination 303 stores the data in the internal memory every time writing of one segment of data to the CSR space is completed.
【００７４】更に、コントローラ３０１は、デスティネ
ーション３０３が通信開始時に確保できる受信バッファ
サイズの問合せ、ソース３０２から転送される情報デー
タの選択等、ソース３０２とデスティネーション３０３
との間の通信を管理する。Further, the controller 301 inquires of the receiving buffer size that the destination 303 can secure at the start of communication, selects information data transferred from the source 302, and so forth.
Manage communications with and.
【００７５】また、第２の実施の形態の通信プロトコル
は、従来の通信プロトコルと同様に３つのフェーズ、即
ち、コネクションフェーズ、伝送フェーズ、コネクショ
ンリリースフェーズから構成されている。ここで、第２
の実施の形態におけるコネクションフェーズとコネクシ
ョンリリースフェーズとは、従来の通信プロトコルにお
ける第１のフェーズ１２０４、第３のフェーズ１２０６
と同様に実行することができる。従って、第２の実施の
形態では、伝送フェーズについて詳細に説明する。The communication protocol according to the second embodiment comprises three phases, that is, a connection phase, a transmission phase, and a connection release phase, similarly to the conventional communication protocol. Here, the second
The connection phase and the connection release phase in the embodiment of the present invention correspond to a first phase 1204 and a third phase 1206 in the conventional communication protocol.
Can be executed in the same manner as Therefore, in the second embodiment, the transmission phase will be described in detail.
【００７６】以下、図３及び図４を用いて第２の実施の
形態の伝送フェーズについて説明する。図３は、第２の
実施の形態の伝送フェーズについて詳細に説明するシー
ケンスチャートである。また、図４は、第２の実施の形
態の伝送フェーズの手順について詳細に説明するフロー
チャートである。The transmission phase according to the second embodiment will be described below with reference to FIGS. FIG. 3 is a sequence chart for explaining in detail the transmission phase according to the second embodiment. FIG. 4 is a flowchart illustrating in detail a procedure of a transmission phase according to the second embodiment.
【００７７】ステップＳ４０１において、コントローラ
３０１は、デスティネーション２０３に対して、いくつ
かの通信パケットでAsynchronous転送される所定サイズ
のセグメントを受信するように指示する（３０４）。こ
こで、デスティネーション３０３は、コントローラ３０
１からの指示に対してレスポンスを返す。In step S401, the controller 301 instructs the destination 203 to receive a segment of a predetermined size which is asynchronously transferred in some communication packets (304). Here, the destination 303 is the controller 30
A response is returned to the instruction from 1.
【００７８】ステップＳ４０２において、コントローラ
３０１は、ソース３０２に対して、情報データを所定サ
イズのセグメントに分割し、更にそのセグメントをいく
つかの通信パケットでAsynchronous転送するように指示
する（３０５）。ここで、ソース３０２は、コントロー
ラ３０１からの指示に対してレスポンスを返す。In step S402, the controller 301 instructs the source 302 to divide the information data into segments of a predetermined size, and to transfer the segments asynchronously in several communication packets (305). Here, the source 302 returns a response to the instruction from the controller 301.
【００７９】ステップＳ４０３において、コントローラ
３０１からの指示の後、ソース３０２は、１セグメント
を１つ以上のAsynchronousパケットにパケッタイズし、
それらのAsynchronousパケットをデスティネーション３
０３へ順次転送する（３０６）。ここで、各Asynchrono
usパケットには、デスティネーション３０３の具備する
受信バッファの所定の領域を指定するオフセットアドレ
スが格納されている。例えば、各セグメントの最初のAs
ynchronousパケットには、コントローラ３０１により通
知された受信バッファの先頭アドレスが格納されてい
る。また、それ以降のAsynchronousパケットには、その
受信バッファの所定の領域を順次指定するオフセットア
ドレスが格納されている。In step S403, after the instruction from the controller 301, the source 302 packetizes one segment into one or more asynchronous packets.
Destination 3 of those Asynchronous packets
03 sequentially (306). Where each Asynchrono
The us packet stores an offset address that specifies a predetermined area of the reception buffer of the destination 303. For example, the first As in each segment
The start address of the reception buffer notified by the controller 301 is stored in the asynchronous packet. Further, the subsequent Asynchronous packet stores an offset address for sequentially specifying a predetermined area of the reception buffer.
【００８０】ステップＳ４０４において、１セグメント
分のデータのAsynchronous転送が完了した後、ソース３
０２は、１セグメント分のデータの転送の完了をコント
ローラ３０１に通知する（３０７）。ここで、ソース３
０２は、コントローラ３０１からの指示を受信するま
で、次のセグメントの転送を待機する。In step S404, after the asynchronous transfer of the data for one segment is completed, the source 3
02 notifies the controller 301 of the completion of data transfer for one segment (307). Where source 3
02 waits for the transfer of the next segment until an instruction from the controller 301 is received.
【００８１】ステップＳ４０５において、デスティネー
ション３０３も同様に、１セグメント分のデータの受信
が完了したことをコントローラ３０１に通知する（３０
８）。ステップＳ４０６において、デスティネーション
３０３は更に、次に受信するセグメントのために、新た
に確保できる受信バッファのサイズをソース３０２に通
知する（３０９）。In step S405, the destination 303 similarly notifies the controller 301 that the reception of the data for one segment is completed (30).
8). In step S406, the destination 303 further notifies the source 302 of the size of the reception buffer that can be newly secured for the next segment to be received (309).
【００８２】ステップＳ４０７において、ソース３０２
は、この受信バッファのサイズをＣＳＲ空間の所定の領
域に格納すると共に、この受信バッファのサイズを受信
したことをコントローラ３０１に通知する（３１０）。
この通知により、コントローラ３０１は、次のセグメン
トの転送の開始を指示することができる。In step S407, the source 302
Stores the size of the reception buffer in a predetermined area of the CSR space, and notifies the controller 301 that the size of the reception buffer has been received (310).
With this notification, the controller 301 can instruct the start of the transfer of the next segment.
【００８３】以上の手順により、１セグメント分のデー
タの転送が終了する。次以降のセグメントの転送を開始
する場合、コントローラ３０１、ソース３０２、デステ
ィネーション３０３は、３０４〜３１０に示す手順を繰
り返し行えばよい（ステップＳ４０８）。With the above procedure, the transfer of data for one segment is completed. When starting the transfer of the next and subsequent segments, the controller 301, the source 302, and the destination 303 may repeat the procedures shown in steps 304 to 310 (step S408).
【００８４】その際、ソース３０２は、１セグメントの
転送が終了する毎に、デスティネーション３０３より通
知される新たな受信バッファサイズを受信し、そのサイ
ズに応じて次に転送すべきセグメントのサイズを決定す
る。以上のように、第２の実施の形態では、第１の実施
の形態と同様に、１セグメント分の情報データの転送が
完了する毎に、デスティネーション３０３がソース３０
２に対して新たな受信バッファサイズを通知するように
制御することによって、各セグメントのデータ量を適応
的に設定することができる。At this time, the source 302 receives a new reception buffer size notified from the destination 303 every time the transfer of one segment is completed, and determines the size of the next segment to be transferred next according to the size. decide. As described above, in the second embodiment, similarly to the first embodiment, every time the transfer of the information data for one segment is completed, the destination 303 becomes the source 30.
By controlling to notify the new reception buffer size to the second, the data amount of each segment can be set adaptively.
【００８５】また、第２の実施の形態では、全データの
通信中に変更されたデスティネーション３０３の受信バ
ッファサイズをコントローラ３０１に管理させる必要が
なくなり、ソース３０２とデスティネーション３０３と
の間で管理させることができる。これにより、第１の実
施の形態に比べてコントローラに対する負荷をより小さ
くすることができる。Further, in the second embodiment, it is not necessary for the controller 301 to manage the reception buffer size of the destination 303 changed during communication of all data, and the management between the source 302 and the destination 303 is not required. Can be done. Thus, the load on the controller can be reduced as compared with the first embodiment.
【００８６】（第３の実施の形態）上述した第２の実施
の形態では、コントローラ３０１が、ソース３０２とデ
スティネーション３０３との間のコネクションを設定す
ると共に、各セグメントの転送の開始をコントローラ３
０１により指示させるように制御する通信プロトコルに
ついて説明した。(Third Embodiment) In the above-described second embodiment, the controller 301 sets the connection between the source 302 and the destination 303 and starts the transfer of each segment by the controller 3.
The communication protocol which controls to be instructed by 01 has been described.
【００８７】第３の実施の形態では、コントローラ３０
１が、ソース３０２とデスティネーション３０３との間
のコネクションを設定した後、各セグメントの転送を、
コントローラ３０１を介することなく、ソース３０２と
デスティネーション３０３との間で制御する通信プロト
コルについて説明する。In the third embodiment, the controller 30
1 establishes a connection between the source 302 and the destination 303 and then forwards each segment,
A communication protocol controlled between the source 302 and the destination 303 without going through the controller 301 will be described.
【００８８】以下、第３の実施の形態の通信プロトコル
を、図１０に示す通信システムに適用した場合について
説明する。ここで、第３の実施の形態におけるコントロ
ーラ５０１をＴＶ１００１、ソース５０２をＤＶＣＲ１
００４、デスティネーション５０３をプリンタ１００３
とする。Hereinafter, a case where the communication protocol of the third embodiment is applied to the communication system shown in FIG. 10 will be described. Here, in the third embodiment, the controller 501 is the TV 1001 and the source 502 is the DVCR 1
004, destination 503 to printer 1003
And
【００８９】第３の実施の形態において、ソース５０２
は、１オブジェクトの情報データ（例えば、画像デー
タ、音声データ、グラフィックスデータ、テキストデー
タ等）を所定の大きさのセグメントに分割した後、その
セグメントを１つ以上のセグメントデータとしてAsynch
ronous転送する。In the third embodiment, the source 502
Asynch divides information data of one object (eg, image data, audio data, graphics data, text data, etc.) into segments of a predetermined size, and then divides the segment into one or more segment data.
ronous transfer.
【００９０】また、デスティネーション５０３は、ソー
ス５０２からAsynchronous転送された１つ以上のAsynch
ronousパケットを受信し、各Asynchronousパケットに含
まれるセグメントデータを受信バッファに格納する。こ
こで、デスティネーション５０３の受信バッファは、デ
スティネーション５０３の具備するＣＳＲ（Controland
Status Register）空間内に確保されている。The destination 503 includes one or more Asynchs asynchronously transferred from the source 502.
The ronous packet is received, and the segment data included in each Asynchronous packet is stored in the reception buffer. Here, the receiving buffer of the destination 503 stores the CSR (Control and Control) of the destination 503.
Status Register).
【００９１】セグメントデータは、各Asynchronousパケ
ットに含まれるオフセットアドレスが指定するＣＳＲ空
間内の所定の領域に対して書き込まれる。デスティネー
ション５０３は、ＣＳＲ空間に対する１セグメント分の
データの書き込みが完了する毎に、そのデータを内部メ
モリに格納する。The segment data is written to a predetermined area in the CSR space specified by the offset address included in each Asynchronous packet. The destination 503 stores the data in the internal memory every time writing of one segment of data to the CSR space is completed.
【００９２】更に、コントローラ５０１は、ソース５０
２及びデスティネーション５０３に対するバッファ領域
の開放の指示、ソース５０２に対するオブジェクトの転
送開始の指示等、ソース５０２とデスティネーション５
０３との間の通信を管理する。Further, the controller 501 controls the source 50
Source 502 and destination 5 such as an instruction to release a buffer area to destination 2 and destination 503, an instruction to start transfer of an object to source 502, etc.
03 is managed.
【００９３】以下、第３の実施の形態の通信プロトコル
について説明する。図５は、第３の実施の形態の通信プ
ロトコルについて詳細に説明するシーケンスチャートで
ある。また、図６は、第３の実施の形態の通信プロトコ
ルの手順について詳細に説明するフローチャートであ
る。Hereinafter, a communication protocol according to the third embodiment will be described. FIG. 5 is a sequence chart for explaining in detail the communication protocol according to the third embodiment. FIG. 6 is a flowchart illustrating in detail a procedure of a communication protocol according to the third embodiment.
【００９４】第３の実施の形態の通信プロトコルは、従
来の通信プロトコルと同様に３つのフェーズ、即ち、コ
ネクションフェーズ、伝送フェーズ、コネクションリリ
ースフェーズから構成されている。The communication protocol according to the third embodiment includes three phases, that is, a connection phase, a transmission phase, and a connection release phase, like the conventional communication protocol.
【００９５】まず、コネクションフェーズについて説明
する。ステップＳ６０１において、コントローラ５０１
は、ソース５０２とデスティネーション５０３との間の
コネクションを設定し、デスティネーション５０３に対
して受信バッファの開放と１オブジェクトの情報データ
の受信開始を指示する（５０４）。ここで、デスティネ
ーション５０３は、コントローラ５０１からの指示に対
してレスポンスを返す。First, the connection phase will be described. In step S601, the controller 501
Sets a connection between the source 502 and the destination 503, and instructs the destination 503 to release the receiving buffer and start receiving information data of one object (504). Here, the destination 503 returns a response to the instruction from the controller 501.
【００９６】ステップＳ６０２において、コントローラ
５０１は、と共に、ソース５０２に対して送信バッファ
の開放と１オブジェクトの情報データの送信開始を指示
する（５０５）。ここで、ソース５０２は、コントロー
ラ５０１からの指示に対してレスポンスを返す。In step S602, the controller 501 also instructs the source 502 to release the transmission buffer and start transmitting information data of one object (505). Here, the source 502 returns a response to the instruction from the controller 501.
【００９７】次に、伝送フェーズについて説明する。ス
テップＳ６０３において、ソース５０２は、デスティネ
ーション５０３に対して１オブジェクトの情報データの
データサイズを通知する（５０６）。デスティネーショ
ン５０３は、このデータサイズをＣＳＲ空間の所定の領
域に格納する。Next, the transmission phase will be described. In step S603, the source 502 notifies the destination 503 of the data size of the information data of one object (506). The destination 503 stores the data size in a predetermined area of the CSR space.
【００９８】ステップＳ６０４において、デスティネー
ション５０３は、受信バッファのサイズと１Asynchrono
usパケットにて受信可能なデータサイズ（即ち、ペイロ
ードサイズ）を通信する（５０７）。ソース５０２は、
この受信バッファサイズとペイロードサイズとをＣＳＲ
空間の所定の領域に格納する。In step S604, the destination 503 determines the size of the reception buffer and the
The receivable data size (ie, payload size) is communicated in the us packet (507). Source 502 is
The receive buffer size and the payload size are used in CSR.
Store in a predetermined area of space.
【００９９】ステップＳ６０５において、ソース５０２
は、受信バッファサイズとペイロードサイズとに応じて
１オブジェクトの情報データを所定サイズのセグメント
に分割し、そのセグメントを１つ以上のAsynchronousパ
ケットにパケッタイズし、それらを順次デスティネーシ
ョン５０３へ転送する（５０８）。１セグメントデータ
の転送完了後、ソース５０２は、デスティネーション５
０３からの受信完了の通知があるまで次のセグメントの
転送を待機する。In step S605, the source 502
Divides information data of one object into segments of a predetermined size according to the reception buffer size and the payload size, packetizes the segments into one or more Asynchronous packets, and sequentially transfers them to the destination 503 (508). ). After the transfer of one segment data is completed, the source 502
It waits for the transfer of the next segment until there is a notification of reception completion from 03.
【０１００】ここで、各Asynchronousパケットには、デ
スティネーション５０３の具備する受信バッファの所定
の領域を指定するオフセットアドレスが格納されてい
る。例えば、各セグメントの最初のAsynchronousパケッ
トには、ソース５０２により通知された受信バッファの
先頭アドレスが格納されている。また、それ以降のAsyn
chronousパケットには、その受信バッファの所定の領域
を順次指定するオフセットアドレスが格納されている。Here, each Asynchronous packet stores an offset address for specifying a predetermined area of the receiving buffer provided in the destination 503. For example, the first address of the reception buffer notified by the source 502 is stored in the first Asynchronous packet of each segment. Also, later Asyn
The chronous packet stores an offset address for sequentially specifying a predetermined area of the reception buffer.
【０１０１】ステップＳ６０６において、１セグメント
分のデータの受信後、デスティネーション５０３は、１
セグメント分のデータの転送の完了をソース５０２に通
知する（５０９）。In step S606, after receiving the data for one segment, the destination 503 sets
The source 502 is notified of the completion of the data transfer for the segment (509).
【０１０２】ステップＳ６０７において、デスティネー
ション５０３は更に、次に受信するセグメントのため
に、新たに確保できる受信バッファのサイズをソース５
０２に通知する（５１０）。ソース５０２は、この受信
バッファサイズをＣＳＲ空間の所定の領域に格納すると
共に、この受信バッファサイズとペイロードサイズとに
応じて次に転送するセグメントの大きさを設定する。In step S607, the destination 503 further sets the size of the reception buffer that can be newly secured for the next segment to be received.
02 is notified (510). The source 502 stores the reception buffer size in a predetermined area of the CSR space, and sets the size of the segment to be transferred next according to the reception buffer size and the payload size.
【０１０３】以上の手順により、１セグメント分のデー
タの転送が終了する。次以降のセグメントの転送を開始
する場合、コントローラ５０１、ソース５０２、デステ
ィネーション５０３は、５０４〜５１０に示す手順を繰
り返し行えばよい（ステップＳ６０８）。その際、ソー
ス５０２は、１セグメントの転送が終了する毎に、デス
ティネーション５０３より通知される新たな受信バッフ
ァサイズを受信し、そのサイズに応じて次に転送すべき
セグメントのサイズを決定する。１オブジェクトの情報
データの転送が完了した後、ソース５０２は、転送の完
了をコントローラ５０１に通知する（５１１）。By the above procedure, the transfer of data for one segment is completed. When starting the transfer of the next and subsequent segments, the controller 501, the source 502, and the destination 503 may repeat the procedures 504 to 510 (step S608). At this time, the source 502 receives a new reception buffer size notified from the destination 503 every time the transfer of one segment is completed, and determines the size of the next segment to be transferred next according to the size. After the transfer of the information data of one object is completed, the source 502 notifies the controller 501 of the completion of the transfer (511).
【０１０４】また、デスティネーション５０３も、１オ
ブジェクトの情報データの受信が完了したことをコント
ローラ５０１に通知する（５１２）。以上の手順により
伝送フェーズが終了する。The destination 503 also notifies the controller 501 that the reception of the information data of one object has been completed (512). With the above procedure, the transmission phase ends.
【０１０５】コネクションリリースフェーズにおいて、
コントローラ５０１は、ソース５０２及びデスティネー
ション５０３から通信完了の通知を受けた後、デスティ
ネーション５０３の受信バッファを自己の管理下から解
放する（５１３）し、ソース５０２の送信バッファを自
己の管理下から解放する（５１４）。In the connection release phase,
After receiving the communication completion notification from the source 502 and the destination 503, the controller 501 releases the reception buffer of the destination 503 from its own control (513), and releases the transmission buffer of the source 502 from its own control. Release (514).
【０１０６】以上のように、第３の実施の形態では、１
セグメント分の情報データの転送が完了する毎に、デス
ティネーション５０３がソース５０２に対して新たなバ
ッファサイズを通知するように制御することによって、
各セグメントのデータ量を適応的に設定することができ
る。As described above, in the third embodiment, 1
By controlling the destination 503 to notify the source 502 of the new buffer size each time the transfer of the information data for the segment is completed,
The data amount of each segment can be set adaptively.
【０１０７】また、第３の実施の形態では、第２の実施
の形態と同様に、全データの通信中に変更されたデステ
ィネーション５０３の受信バッファサイズをコントロー
ラ５０１に管理させる必要がなくなり、ソース５０２と
デスティネーション５０３との間で管理させることがで
きる。これにより、第１の実施の形態に比べてコントロ
ーラに対する負荷をより小さくすることができる。In the third embodiment, similarly to the second embodiment, it is not necessary for the controller 501 to manage the reception buffer size of the destination 503 changed during communication of all data. It can be managed between the destination 502 and the destination 503. Thus, the load on the controller can be reduced as compared with the first embodiment.
【０１０８】更に、第３の実施の形態では、ソース５０
２とデスティネーション５０３との間のコネクションの
設定後、各セグメントのサイズ設定と各セグメントの転
送とをソース５０２とデスティネーション５０３との間
で制御し、実行することができる。これにより、第１、
第２の実施の形態に比べてコントローラに対する負荷を
減らし、通信手順をより簡素化することができる。Further, in the third embodiment, the source 50
After the connection between the source 502 and the destination 503 is set, the setting of the size of each segment and the transfer of each segment can be controlled and executed between the source 502 and the destination 503. This allows the first,
The load on the controller can be reduced as compared with the second embodiment, and the communication procedure can be further simplified.
【０１０９】（第４の実施の形態）この第４の実施の形
態では、上述した第３の実施の形態と同様に、コントロ
ーラ５０１が、ソース５０２とデスティネーション５０
３との間のコネクションを設定した後、各セグメントデ
ータの転送を、コントローラ５０１を介することなく、
ソース５０２とデスティネーション５０３との間で制御
する通信プロトコルについて説明する。(Fourth Embodiment) In the fourth embodiment, similarly to the above-described third embodiment, the controller 501 includes the source 502 and the destination 50.
After setting up the connection with the third unit, the transfer of each segment data is performed without passing through the controller 501.
A communication protocol controlled between the source 502 and the destination 503 will be described.
【０１１０】以下、第４の実施の形態の通信プロトコル
を、図１０に示す通信システムに適用した場合について
説明する。ここで、第４の実施の形態におけるコントロ
ーラ７０１をＴＶ１００１、ソース７０２をＤＶＣＲ１
００４、デスティネーション７０３をプリンタ１００３
とする。Hereinafter, a case will be described in which the communication protocol of the fourth embodiment is applied to the communication system shown in FIG. Here, in the fourth embodiment, the controller 701 is the TV 1001 and the source 702 is the DVCR 1
004, destination 703 to printer 1003
And
【０１１１】第４の実施の形態において、ソース７０２
は、１オブジェクトの情報データ（例えば、画像デー
タ、音声データ、グラフィックスデータ、テキストデー
タ等）を所定のデータ量からなるセグメントに分割した
後、そのセグメントを更に１つ以上のセグメントデータ
としてAsynchronous転送する。In the fourth embodiment, the source 702
Is to divide information data of one object (for example, image data, audio data, graphics data, text data, etc.) into segments each having a predetermined data amount, and then asynchronous transfer the segments as one or more segment data. I do.
【０１１２】また、デスティネーション７０３は、ソー
ス７０２からAsynchronous転送された１つ以上のAsynch
ronousパケットを受信し、各Asynchronousパケットに含
まれるセグメントデータを受信バッファに格納する。こ
こで、デスティネーション７０３の受信バッファは、デ
スティネーション７０３の具備するＣＳＲ（Controland
Status Register）空間内に確保されている。The destination 703 includes one or more Asynchs asynchronously transferred from the source 702.
The ronous packet is received, and the segment data included in each Asynchronous packet is stored in the reception buffer. Here, the reception buffer of the destination 703 has a CSR (Control and
Status Register).
【０１１３】各セグメントデータは、各Asynchronousパ
ケットに含まれるオフセットアドレスが指定するＣＳＲ
空間内の所定の領域に対して書き込まれる。デスティネ
ーション７０３は、ＣＳＲ空間に対する１セグメント分
のデータの書き込みが完了する毎に、そのデータを内部
メモリに格納する。Each segment data is a CSR specified by an offset address included in each Asynchronous packet.
Written to a predetermined area in the space. The destination 703 stores the data in the internal memory every time the writing of the data for one segment to the CSR space is completed.
【０１１４】以下、図８、及び図９を用いてソース７０
２及びデスティネーション７０３の具備するバッファの
構成について詳細に説明する。図８、図９において、ソ
ース７０２は、１つの受信バッファ、即ち「Source Buf
fer １」を具備している。ここで、Source Buffer １
は、ソース７０２の具備するＣＳＲ空間の所定の領域に
確保されている。The source 70 will now be described with reference to FIGS. 8 and 9.
2 and the configuration of the buffer included in the destination 703 will be described in detail. 8 and 9, the source 702 has one reception buffer, that is, “Source Buf”.
fer 1 ". Here, Source Buffer 1
Are secured in a predetermined area of the CSR space of the source 702.
【０１１５】また、図８、図９において、デスティネー
ション７０３は、２つの受信バッファ、即ち「Destinat
ion Buffer１」と「Destination Buffer２」とを具備し
ている。ここで、Destination Buffer１とDestination
Buffer２とは、デスティネーション７０３の具備するＣ
ＳＲ空間の所定の領域に確保されている。In FIGS. 8 and 9, the destination 703 has two reception buffers, ie, “Destinat”.
ion Buffer 1 "and" Destination Buffer 2 ". Here, Destination Buffer 1 and Destination
Buffer 2 is the C of destination 703
It is secured in a predetermined area of the SR space.
【０１１６】図８、図９に示すSource Buffer １、Dest
ination Buffer１、Destination Buffer２のサイズは以
下のように定義される。まず、第４の実施の形態におい
て、Destination Buffer１及びDestination Buffer２の
サイズを以下のように定義する。Source Buffer 1 and Dest shown in FIGS.
The sizes of the ination buffer 1 and the destination buffer 2 are defined as follows. First, in the fourth embodiment, the sizes of Destination Buffer 1 and Destination Buffer 2 are defined as follows.
【０１１７】 Destination Buffer２＝（max ＿rec ）×Ｎ（Ｎ＝１, ２, ３・・・ ）…（式１ ） ここで、Destination Buffer２は、１セグメントの大き
さに対応している。また、Ｎは整数で、１セグメントを
構成するセグメントデータの数に対応している。Destination Buffer 2 = (max_rec) × N (N = 1, 2, 3,...) (Equation 1) Here, Destination Buffer 2 corresponds to the size of one segment. N is an integer corresponding to the number of segment data constituting one segment.
【０１１８】 Destination Buffer１＝max ＿rec …（式２） ここで、「max ＿rec 」とは、IEEE1394-1995 規格に準
拠したAsynchronous Writeトランザクションに基づいて
受信されるAsynchronousパケットにおいて、デスティネ
ーション７０３の受信可能なペイロードサイズの最大値
を示す。尚、「max ＿rec 」のサイズは、デスティネー
ション７０３の対応する最大データ転送速度に応じて異
なる。「max ＿rec 」は、以下のように定義される。Destination Buffer 1 = max_rec (Equation 2) Here, “max_rec” is an Asynchronous packet received based on an Asynchronous Write transaction conforming to the IEEE1394-1995 standard, and can be received by the destination 703. Indicates the maximum value of the payload size. Note that the size of “max_rec” differs depending on the corresponding maximum data transfer speed of the destination 703. “Max_rec” is defined as follows.
【０１１９】 max ＿rec ＝４Byte×２L （Ｌ＝0,1,2…） …（式３） ここで、Ｌは整数である。Max_rec = 4Byte × 2 L (L = 0, 1, 2...) (Equation 3) Here, L is an integer.
【０１２０】（式１）及び（式２）からDestination Bu
ffer１とDestination Buffer２との関係は、以下のよう
になる。From Equations (1) and (2), Destination Bu
The relationship between ffer1 and Destination Buffer2 is as follows.
【０１２１】 また、第４の実施の形態において、Source Buffer １を
以下のように定義する。[0121] In the fourth embodiment, Source Buffer 1 is defined as follows.
【０１２２】 Source Buffer１＝４Byte×２M （Ｍ＝0,1,2…） …（式５） （式４）において、Source Buffer １とは、ソース７０
２の送信可能なAsynchronousパケットのペイロードサイ
ズの最大値を示す。尚、Source Buffer １のサイズは、
ソース７０２の対応する最大データ転送速度に応じて異
なる。ここで、Ｍは整数である。Source Buffer 1 = 4 Byte × 2 M (M = 0, 1, 2...) (Equation 5) In (Equation 4), Source Buffer 1 is the source 70
2 indicates the maximum value of the payload size of Asynchronous packets that can be transmitted. The size of Source Buffer 1 is
It depends on the corresponding maximum data rate of the source 702. Here, M is an integer.
【０１２３】（式３）及び（式５）からmax ＿rec とSo
urce Buffer １との関係は、以下の（式６）のようにな
る。 Source Buffer １：max ＿rec ＝２M ：２L …（式６） 式により、max ＿rec は、From (Equation 3) and (Equation 5), max_rec and So
The relationship with urce Buffer 1 is as shown in the following (Equation 6). Source Buffer 1: max_rec = 2 M : 2 L (Equation 6) From the equation, max_rec is
【０１２４】 max ＿rec ＝（２L ÷２M ）×（Source Buffer１） ＝｛２(L-M) ｝×（Source Buffer １） …（式７） となる。[0124] max _rec = (2 L ÷ 2 M) × (Source Buffer1) = {2 (LM)} × (Source Buffer 1) ... a (Equation 7).
【０１２５】（式７）及び（式１）からDestination Bu
ffer２は、 Destination Buffer２＝（Source Buffer １）×｛２(L-M) ｝×Ｎ…（式８） となる。From Equations (7) and (1), Destination Bu
ffer2 is expressed as Destination Buffer2 = (Source Buffer 1) × {2 (LM) } × N (Equation 8).
【０１２６】（式８）により、ソース７０２は、ペイロ
ードのサイズがSource Buffer １分となるAsynchronous
パケットを、[ ｛２(L-M) ｝×Ｎ] 回送信することによ
ってDestination Buffer２を一杯にすることができる。According to (Equation 8), the source 702 has an Asynchronous where the payload size is equal to one minute of the Source Buffer.
The destination buffer 2 can be filled by transmitting the packet [[2 (LM)) × N] times.
【０１２７】このように定義することにより、Destinat
ion Buffer２のサイズを、Source Buffer １のサイズと
Destination Buffer１のサイズとによって決定すること
ができる。By defining in this way, Destinat
Change the size of ion buffer 2 to the size of source buffer 1.
It can be determined according to the size of the Destination Buffer 1.
【０１２８】例えば、図８において、Source Buffer １
＝Destination Buffer１（＝max ＿rec ）の場合、式か
らＭ＝Ｌとなる。この場合、式により、Destination Bu
ffer２のサイズは、Source Buffer １のサイズのＮ倍と
なる。従って、Ｎの値を設定することにより、各セグメ
ントの大きさを可変的に制御することができる。For example, in FIG. 8, Source Buffer 1
When = Destination Buffer 1 (= max_rec), M = L from the equation. In this case, the Destination Bu
The size of ffer2 is N times the size of Source Buffer 1. Therefore, by setting the value of N, the size of each segment can be variably controlled.
【０１２９】また、図８において、Source Buffer １＞
Destination Buffer１（＝max ＿rec ）の場合、式よ
り、Ｍ＞Ｌとなる。この場合、ソース７０２は、Source
Buffer １のサイズをDestination Buffer１のサイズと
等しくなるように設定する。これにより、Destination
Buffer２のサイズは、Source Buffer １のサイズのＮ倍
となる。従って、Ｎの値を設定することにより、各セグ
メントの大きさを可変的に制御することができる。In FIG. 8, Source Buffer 1>
In the case of Destination Buffer 1 (= max_rec), M> L from the equation. In this case, the source 702 is Source
Set the size of Buffer 1 to be equal to the size of Destination Buffer 1. By this, Destination
The size of Buffer 2 is N times the size of Source Buffer 1. Therefore, by setting the value of N, the size of each segment can be variably controlled.
【０１３０】更に、図９において、Source Buffer １＜
Destination Buffer１（＝max ＿rec ）の場合、式よ
り、Ｍ＜Ｌとなる。この場合、デスティネーション７０
３は、Destination Buffer１のサイズをSource Buffer
１のサイズと等しくなるように設定する。これにより、
Destination Buffer２のサイズは、Source Buffer １の
サイズの[ ｛２(L-M) ｝×Ｎ] 倍となる。従って、Ｍ、
Ｎ及びＬの値を設定することにより、各セグメントの大
きさを可変的に制御することができる。Further, in FIG. 9, Source Buffer 1 <
In the case of Destination Buffer 1 (= max_rec), M <L from the equation. In this case, the destination 70
3 is the size of Destination Buffer 1
Set to be equal to the size of 1. This allows
The size of the Destination Buffer 2 is [｛2 (LM) ｝ × N] times the size of the Source Buffer 1. Therefore, M,
By setting the values of N and L, the size of each segment can be variably controlled.
【０１３１】更に、第４の実施の形態において、コント
ローラ７０１は、ソース７０２及びデスティネーション
７０３に対するバッファ領域の開放の指示、ソース７０
２の具備するサブユニットに対するオブジェクトの転送
準備の指示等、ソース７０２とデスティネーション７０
３との間のコネクションを管理する。Further, in the fourth embodiment, the controller 701 instructs the source 702 and the destination 703 to release the buffer area,
Source 702 and destination 70, such as an instruction to prepare the transfer of an object to the subunits included in
3 is managed.
【０１３２】以下、第４の実施の形態の通信プロトコル
について説明する。図７は、第４の実施の形態の通信プ
ロトコルについて詳細に説明するシーケンスチャートで
ある。The communication protocol according to the fourth embodiment will be described below. FIG. 7 is a sequence chart for explaining the communication protocol of the fourth embodiment in detail.
【０１３３】第４の実施の形態の通信プロトコルは、従
来の通信プロトコルと同様に３つのフェーズ、即ち、コ
ネクションフェーズ、伝送フェーズ、コネクションリリ
ースフェーズから構成されている。まず、コネクション
フェーズについて説明する。The communication protocol of the fourth embodiment is composed of three phases, that is, a connection phase, a transmission phase, and a connection release phase, like the conventional communication protocol. First, the connection phase will be described.
【０１３４】（１）図７に示す手順７０４の説明する。
コントローラ７０１は、デスティネーション７０３に対
してアプリケーションＣＴＳ（Command Control Set ）
コマンド（図７に示す「SubUnit Appli Cmd 」）を発行
し、デスティネーション７０３の具備するサブユニット
に対して受信準備を行うように制御する。第４の実施の
形態において、デスティネーション７０３はプリンタ１
００３である。従って、コントローラ７０１は、プリン
タ１００３の具備するプリンタユニットに対して、ＣＴ
Ｓコマンド形式のプリントコマンドを発行する。(1) Procedure 704 shown in FIG. 7 will be described.
The controller 701 sends an application CTS (Command Control Set) to the destination 703.
A command (“SubUnit Appli Cmd” shown in FIG. 7) is issued, and control is performed so that the subunit included in the destination 703 is prepared for reception. In the fourth embodiment, the destination 703 is the printer 1
003. Therefore, the controller 701 sends a CT to the printer unit of the printer 1003.
Issues a print command in the S command format.
【０１３５】デスティネーション７０３は、図８、図９
に示すように、Destination Buffer１とDestination Bu
ffer２の２つの受信バッファを具備している。上述のア
プリケーションＣＴＳコマンドを受信したデスティネー
ション７０３は、Destination Buffer１とDestination
Buffer２のイニシャライズ、及びサブユニットの具備す
るアプリケーションメモリのイニシャライズ等を行う。
サブユニットが受信可能な状態であれば、コントローラ
７０１に対してInterim レスポンス（図７に示す「SubU
nit Appli Resp」）をＣＴＳコマンド形式で返す。The destination 703 is shown in FIGS.
As shown in Destination Buffer 1 and Destination Bu
ffer2 is provided. The destination 703 that has received the application CTS command described above is connected to the Destination Buffer 1 and the Destination
The initialization of the Buffer 2 and the initialization of the application memory included in the subunit are performed.
If the sub-unit is in a receivable state, an Interim response (“SubU
nit Appli Resp ”) in CTS command format.
【０１３６】（２）図７に示す手順７０５の説明する。
次に、コントローラ７０１は、ソース７０２に対してア
プリケーションＣＴＳコマンド（図７に示す「SubUnit
Appli Cmd 」）を発行し、ソース７０２の具備するサブ
ユニットに対して送信準備を行うように制御する。第４
の実施の形態において、ソース７０２は、ＤＶＣＲ１０
０４である。従って、コントローラ７０１は、ＤＶＣＲ
１００４の具備するカムコーダユニットに対して、ＣＴ
Ｓコマンド形式の再生コマンドを発行する。(2) Step 705 shown in FIG. 7 will be described.
Next, the controller 701 issues an application CTS command (“SubUnit
Appli Cmd ”), and controls the sub-unit of the source 702 to prepare for transmission. 4th
In one embodiment, the source 702 is a DVCR 10
04. Therefore, the controller 701 controls the DVCR
For the camcorder unit of 1004, CT
Issues an S command format playback command.
【０１３７】デスティネーション７０３は、図８、図９
に示すように、Source Buffer１を具備している。上述
のアプリケーションＣＴＳコマンドを受信したソース７
０２は、Source Buffer １のイニシャライズを行う。サ
ブユニットが送信可能な状態であれば、コントローラ７
０１に対してInterim レスポンス（図７に示す「SubUni
t Appli Resp」）をＣＴＳコマンド形式で返す。The destination 703 is shown in FIGS.
As shown in FIG. Source 7 receiving the application CTS command described above
02 initializes Source Buffer 1. If the subunit is ready for transmission, the controller 7
01 in response to the Interim response ("SubUni
t Appli Resp ”) in CTS command format.
【０１３８】次に伝送フェーズについて説明する。 （３）図７に示す手順７０６の説明。Interim レスポン
スを送信したソース７０２は、サブユニットのアプリケ
ーションメモリに格納されている１オブジェクトの情報
データの送信準備を行い、その準備が完了したことをデ
スティネーション７０３に対して通知する。Next, the transmission phase will be described. (3) Description of the procedure 706 shown in FIG. The source 702 that has transmitted the Interim response prepares transmission of information data of one object stored in the application memory of the subunit, and notifies the destination 703 that the preparation is completed.
【０１３９】IEEE1394-1995 規格に準拠したAsynchrono
us Writeトランザクションを用いて、送信準備の完了を
通知する場合、ソース７０２は、デスティネーション７
０３の具備する所定のレジスタに対して送信準備の完了
を示す「Ready to send 」情報を書き込む。尚、「Read
y to send 」情報には、上述のＭの値が含まれている。Asynchrono conforming to the IEEE1394-1995 standard
When notifying the completion of the transmission preparation by using the us Write transaction, the source 702 transmits the destination 7
The “Ready to send” information indicating the completion of the transmission preparation is written into a predetermined register included in the data register 03. Note that "Read
The “y to send” information includes the value of M described above.
【０１４０】ここで、所定のレジスタは、デスティネー
ション７０３の具備するＣＳＲ空間内の所定のアドレス
に設けられている。従って、ソース７０２は、その所定
のアドレスを指定したAsynchronous Writeトランザクシ
ョンを用いて「Ready to send 」情報の書き込みを行
う。Here, the predetermined register is provided at a predetermined address in the CSR space of the destination 703. Therefore, the source 702 writes “Ready to send” information using the Asynchronous Write transaction specifying the predetermined address.
【０１４１】尚、第４の実施の形態では、所定のレジス
タに「Ready to send」情報を書き込む処理について説
明したが、該レジスタの所定のフィールドに「Ready to
send」を示す特定のフラグを設けて、該フラグを書き
換えるように処理してもよい。In the fourth embodiment, the process of writing “Ready to send” information to a predetermined register has been described. However, the “Ready to send” information is stored in a predetermined field of the register.
A specific flag indicating “send” may be provided, and processing may be performed to rewrite the flag.
【０１４２】（４）図７に示す手順７０７の説明。Inte
rimレスポンスを送信し、ソース７０２から「Ready to
send 」情報を受信したデスティネーション７０３は、
ソース７０２の具備する所定のレジスタに対して「Read
y to receive」情報とDestination Buffer１、２に関す
る情報（図７に示す「Buffer Info 」）とを書き込む。(4) Description of the procedure 707 shown in FIG. Inte
Send a rim response, and "Ready to
The destination 703 receiving the "send" information
"Read" is performed for a predetermined register of the source 702.
"y to receive" information and information ("Buffer Info" shown in FIG. 7) relating to Destination Buffers 1 and 2.
【０１４３】ここで、Destination Buffer１に関する情
報とは、上述のＬの値と上述のＭの値とによって設定さ
れるデスティネーションの受信可能なペイロードサイズ
の最大値であり、セグメントデータのサイズを示す情報
である。また、DestinationBuffer２に関する情報と
は、上述のＮの値により設定されるセグメントのサイズ
を示す情報である。ここで、セグメントのサイズは、セ
グメントデータのサイズのＮ倍になるように設定され
る。また、デスティネーション７０３は、Ｎの値を各セ
グメントによって可変的に設定することができる。Here, the information relating to the Destination Buffer 1 is the maximum value of the receivable payload size of the destination set by the value of L and the value of M, and indicates the size of the segment data. It is. The information about DestinationBuffer2 is information indicating the size of the segment set by the value of N described above. Here, the size of the segment is set to be N times the size of the segment data. Further, the destination 703 can variably set the value of N for each segment.
【０１４４】ここで、所定のレジスタは、ソース７０２
の具備するＣＳＲ空間内の所定のアドレスに設けられて
いる。従って、デスティネーション７０３は、その所定
のアドレスを指定したAsynchronous Writeトランザクシ
ョンを用いてこれらの情報の書き込みを行う。Here, the predetermined register is the source 702.
Is provided at a predetermined address in the CSR space provided by. Therefore, the destination 703 writes these pieces of information using the Asynchronous Write transaction specifying the predetermined address.
【０１４５】（５）図７に示すData Transfer７０８に
ついての説明。ソース７０２は、デスティネーション７
０３からの「Ready to receive」情報を受信した後、De
stination Buffer１、２に関する情報を用いて、１オブ
ジェクトの情報データをＮ個のセグメントデータからな
るセグメントに分割する。(5) Description of Data Transfer 708 shown in FIG. Source 702 is the destination 7
After receiving the “Ready to receive” information from 03,
The information data of one object is divided into segments consisting of N segment data using the information on the stination buffers 1 and 2.
【０１４６】ソース７０２は、各セグメントデータを順
次Source Buffer １に格納した後、Asynchronous Write
トランザクションを用いて順次転送する。ここで、各セ
グメントデータは、ＣＳＲ空間内に確保されたDestinat
ion Buffer１に連続的に書き込まれる。Destination Bu
ffer１に書き込まれたセグメントデータは、次のセグメ
ントデータが受信されるまでに、Destination Buffer２
に格納される。各セグメントデータの送信は、デスティ
ネーション７０３により確保されたDestination Buffer
２が一杯になるまで実行される。The source 702 sequentially stores each segment data in the Source Buffer 1 and then executes Asynchronous Write.
Transfer sequentially using transactions. Here, each segment data is stored in the Destinat secured in the CSR space.
The data is continuously written to the ion buffer 1. Destination Bu
The segment data written to ffer1 is stored in Destination Buffer2 by the time the next segment data is received.
Is stored in The transmission of each segment data is performed in the Destination Buffer secured by the destination 703.
2 until it is full.
【０１４７】（６）図７に示す手順７０９の説明。ソー
ス７０２は、Ｎ個のセグメントデータを送信した後、図
７に示す「End of Segment」情報をデスティネーション
７０３に送信する。この「End of Segment」情報は、As
ynchronous Writeトランザクションを用いて、「Ready
to send」情報を書き込むレジスタに書き込まれる。(6) Description of the procedure 709 shown in FIG. After transmitting the N segment data, the source 702 transmits “End of Segment” information shown in FIG. 7 to the destination 703. This “End of Segment” information is
"Ready" using the synchronous write transaction
It is written to the register that writes the "to send" information.
【０１４８】ここで、１オブジェクトの情報データを構
成する全てのセグメントデータの送信が完了した場合、
ソース７０２は、Destination Buffer２の全てが満たさ
れていなくても、図７に示す「End of Data 」情報をデ
スティネーション７０３に送信する。この「End of Dat
a 」情報は、Asynchronous Writeトランザクションを用
いて、「Ready to send 」情報を書き込むレジスタに書
き込まれる。Here, when transmission of all the segment data constituting the information data of one object is completed,
The source 702 transmits “End of Data” information shown in FIG. 7 to the destination 703 even if all of the Destination Buffer 2 is not satisfied. This "End of Dat
The "a" information is written to a register in which "Ready to send" information is written using an Asynchronous Write transaction.
【０１４９】（７）図７に示す手順７１０の説明。デス
ティネーション７０３及びそのサブユニットは、「End
of Segment」情報を受信すると、１セグメント分の情報
データ（Ｎ個のセグメントデータからなる）の送信が終
了したことを認識する。(7) Description of the procedure 710 shown in FIG. The destination 703 and its subunits are “End
of segment ”information, it recognizes that transmission of information data for one segment (consisting of N segment data) has been completed.
【０１５０】デスティネーション７０３は、Destinatio
n Buffer２に格納されたＮ個のセグメントデータを、サ
ブユニット内部のアプリケーションメモリ領域に格納す
る。その後、デスティネーション７０３は、Asynchrono
us Writeトランザクションを用いて、「Ready to recei
ve」情報をソース７０２の具備する所定のレジスタに対
して書き込む。The destination 703 is the destination
n Store the N segment data stored in Buffer 2 in the application memory area inside the subunit. After that, the destination 703 becomes Asynchrono
Use the us Write transaction to select "Ready to recei
ve "information is written to a predetermined register of the source 702.
【０１５１】「Ready to receive」情報を受信したソー
ス７０２は、次のセグメントの送信準備が完了した後、
再び、図７の７０６〜７１０を実行し、Destination Bu
ffer２分のデータを送信する。The source 702 that has received the “Ready to receive” information, after completing preparation for transmission of the next segment,
Again, steps 706 to 710 in FIG.
Send data for ffer2 minutes.
【０１５２】また、「End of Data 」情報を受信した場
合、デスティネーション７０３は、１オブジェクトの情
報データを構成する全てのセグメントデータの送信が終
了したことを認識する。その後、デスティネーション７
０３は、図７に示す「End ofConf 」情報をソース７０
２に通知する。この「End of Data 」情報は、Asynchro
nous Writeトランザクションを用いて、「Ready to sen
d」情報を書き込むレジスタに書き込まれる。以上の手
順により伝送フェーズが終了する。また、コネクション
リリースフェーズについて説明する。When the “End of Data” information is received, the destination 703 recognizes that the transmission of all the segment data constituting the information data of one object has been completed. Then destination 7
03 represents the “End of Conf” information shown in FIG.
Notify 2. This "End of Data" information is
Using the nous Write transaction, "Ready to sen
d "is written to the register that writes the information. With the above procedure, the transmission phase ends. Further, the connection release phase will be described.
【０１５３】（８）図７に示す手順７１１の説明。「En
d of Conf 」情報を受信したソース７０２は、コントロ
ーラ７０１に対して、１オブジェクトの情報データを構
成する全てのセグメントデータの送信が終了したことを
通知する。この通知は、ＣＴＳコマンド形式の「Accept
ed response」を用いて行われる。(8) Description of the procedure 711 shown in FIG. "En
The source 702 that has received the “d of Conf” information notifies the controller 701 that the transmission of all the segment data constituting the information data of one object has been completed. This notification is sent in the form of “Accept
ed response ”.
【０１５４】（９）図７に示す手順７１２の説明。「En
d of Conf 」情報を送信したデスティネーション７０３
は、コントローラ７０１に対して、１オブジェクトの情
報データを構成する全てのセグメントデータの受信が終
了したことを通知する。この通知は、ＣＴＳコマンド形
式の「Accepted response 」を用いて行われる。(9) Description of the procedure 712 shown in FIG. "En
destination 703 that sent the "d of Conf" information
Notifies the controller 701 that the reception of all the segment data constituting the information data of one object has been completed. This notification is performed using “Accepted response” in the CTS command format.
【０１５５】以上のように、第４の実施の形態では、So
urce Buffer １、Destination Buffer１、Destination
Buffer２の関係を定義した。これにより、デスティネー
ション７０３は、ソース７０２から通知されるＭの値
と、Ｎ及びＬの値によって各セグメントのサイズを可変
的に設定することができる。また、セグメントのサイズ
を決定するための演算を容易にすることができる。As described above, in the fourth embodiment, So
urce Buffer 1, Destination Buffer 1, Destination
Buffer 2 relationship was defined. Thus, the destination 703 can variably set the size of each segment based on the value of M and the values of N and L notified from the source 702. Further, the calculation for determining the size of the segment can be facilitated.
【０１５６】また、第４の実施の形態では、１セグメン
ト分の情報データの転送が完了する毎に、デスティネー
ション７０３がソース７０２に対して新たなバッファサ
イズを通知するように制御することによって、各セグメ
ントのデータ量を適応的に設定することができる。In the fourth embodiment, the destination 703 controls the source 702 to notify the source 702 of a new buffer size every time the transfer of information data for one segment is completed. The data amount of each segment can be set adaptively.
【０１５７】また、第４の実施の形態では、第３の実施
の形態と同様に、全データの通信中に変更されたデステ
ィネーション７０３の受信バッファサイズをコントロー
ラ７０１に管理させる必要がなくなり、ソース７０２と
デスティネーション７０３との間で管理させることがで
きる。これにより、第１の実施の形態に比べてコントロ
ーラに対する負荷をより小さくすることができる。In the fourth embodiment, similarly to the third embodiment, it is not necessary for the controller 701 to manage the reception buffer size of the destination 703 changed during communication of all data. 702 and the destination 703 can be managed. Thus, the load on the controller can be reduced as compared with the first embodiment.
【０１５８】更に、第４の実施の形態では、ソース７０
２とデスティネーション７０３との間のコネクションの
設定後、各セグメントのサイズ設定と各セグメントの転
送とをソース７０２とデスティネーション７０３との間
で制御し、実行することができる。これにより、第１、
第２の実施の形態に比べてコントローラに対する負荷を
減らし、通信手順をより簡素化することができる。Further, in the fourth embodiment, the source 70
After the connection between the source 702 and the destination 703 is set, the setting of the size of each segment and the transfer of each segment can be controlled and executed between the source 702 and the destination 703. This allows the first,
The load on the controller can be reduced as compared with the second embodiment, and the communication procedure can be further simplified.
【０１５９】また、第４の実施の形態によれば、各セグ
メントの大きさをデスティネーション７０３の受信可能
なペイロードサイズの整数倍に設定することができる。
これにより、ソースから送出されるパケットの数を管理
することによって、各セグメント分のデータの送信を管
理でき、ソース側の送信制御が容易になる。Also, according to the fourth embodiment, the size of each segment can be set to an integral multiple of the receivable payload size of destination 703.
Thus, by controlling the number of packets transmitted from the source, transmission of data for each segment can be managed, and transmission control on the source side becomes easy.
【０１６０】更に、第４の実施の形態によれば、デステ
ィネーションの受信バッファのサイズを、デスティネー
ションの受信可能なペイロードサイズの整数倍に設定す
ることができる。これにより、デスティネーションにお
いて確保される受信バッファを有効に利用できるととも
に、各セグメントデータを書き込むアドレスの制御が容
易になる。Further, according to the fourth embodiment, the size of the destination receiving buffer can be set to an integral multiple of the receivable payload size of the destination. As a result, the reception buffer secured at the destination can be effectively used, and the control of the address at which each segment data is written becomes easy.
【０１６１】（他の実施の形態）上述の各実施の形態
は、以下のように実現することも可能である。例えば、
上述した実施の形態の機能を実現するソフトウェアのプ
ログラムコードを記録した記録媒体を、本実施の形態の
システム或いは装置の具備する制御部（マイクロコンピ
ュータを含む）に供給するように構成することもでき
る。(Other Embodiments) Each of the above-described embodiments can be realized as follows. For example,
A configuration may also be adopted in which a recording medium on which software program codes for realizing the functions of the above-described embodiments are recorded is supplied to a control unit (including a microcomputer) included in the system or apparatus of the present embodiment. .
【０１６２】そして、本実施の形態のシステム或いは装
置の具備する制御部が、該記録媒体に格納されたプログ
ラムコードを読み出し、上述した実施の形態の機能を実
現するようにシステム或いは装置の動作を制御するよう
に構成しても本発明の実施の形態を実現することができ
る。Then, the control unit of the system or the apparatus of the present embodiment reads out the program code stored in the recording medium and controls the operation of the system or the apparatus so as to realize the functions of the above-described embodiment. Embodiments of the present invention can be implemented even when configured to control.
【０１６３】例えば、第１の実施の形態の図１、第２の
実施の形態の図３、第３の実施の形態の図５、第４の実
施の形態の図７に示した処理手順及び機能を実現するプ
ログラムコードを格納した記録媒体を図７に示す各ノー
ドの制御部７０６に供給する。そして、各ノードの制御
部７０６が、その記録媒体に格納されたプログラムコー
ドを読み出し、各実施の形態の機能を実現するように、
図７に示す各ノードの処理回路を動作させるようにして
もよい。For example, the processing procedure shown in FIG. 1 of the first embodiment, FIG. 3 of the second embodiment, FIG. 5 of the third embodiment, and FIG. 7 of the fourth embodiment The storage medium storing the program code for realizing the function is supplied to the control unit 706 of each node shown in FIG. Then, the control unit 706 of each node reads out the program code stored in the recording medium, and implements the function of each embodiment.
The processing circuit of each node shown in FIG. 7 may be operated.
【０１６４】この場合、記録媒体から読み出されたプロ
グラムコード自体が上述した実施の形態の機能を実現す
ることになり、そのプログラムコードを記憶した記録媒
体は、本発明の一部の構成要件になる。In this case, the program code itself read from the recording medium realizes the functions of the above-described embodiment, and the recording medium storing the program code is a component of the present invention. Become.
【０１６５】プログラムコードを供給するための記録媒
体としては、例えば、フロッピディスク、ハードディス
ク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ
−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭな
どを用いることができる。As a recording medium for supplying the program code, for example, a floppy disk, hard disk, optical disk, magneto-optical disk, CD-ROM, CD
-R, a magnetic tape, a nonvolatile memory card, a ROM, or the like can be used.
【０１６６】また、制御部上で稼動しているＯＳ（オペ
レーティングシステム）或いはアプリケーションソフト
等が、記録媒体より読み出したプログラムコードの指示
に基づき、本実施の形態のシステム或いは装置の動作を
制御することにより、上述した実施の形態の機能を実現
する場合も本発明に含まれることは言うまでもない。Also, an OS (operating system) or application software running on the control unit controls the operation of the system or apparatus according to the present embodiment based on instructions of the program code read from the recording medium. Accordingly, it is needless to say that a case where the functions of the above-described embodiments are realized is also included in the present invention.
【０１６７】更に、記録媒体から読み出されたプログラ
ムコードが、制御部に接続された機能拡張ボード或いは
機能拡張ユニットの具備するメモリに書き込まれた後、
そのプログラムコードの指示に基づき、その機能拡張ボ
ードや機能拡張ユニットの具備する制御部が本実施の形
態のシステム或いは装置の動作を制御することにより、
上述した実施の形態の機能が実現される場合も本発明に
含まれることは言うまでもない。尚、本発明はその精
神、またはその主要な特徴から逸脱することなく、様々
な形で実施することができる。Further, after the program code read from the recording medium is written into the memory provided in the function expansion board or the function expansion unit connected to the control unit,
Based on the instructions of the program code, the control unit of the function expansion board or the function expansion unit controls the operation of the system or the device of the present embodiment,
It goes without saying that a case where the functions of the above-described embodiments are realized is also included in the present invention. It should be noted that the present invention can be implemented in various forms without departing from the spirit or main features thereof.
【０１６８】例えば、本実施の形態の伝送フェーズで
は、IEEE1394-1995 規格に準拠したAsynchronous Write
トランザクションを用いて、１オブジェクトの情報デー
タの転送を実行する場合について説明したが、それに限
るものではない。例えば、IEEE1394.a規格に準拠したAs
ynchronous Streamsパケットを用いたトランザクション
により１オブジェクトの情報データを送信するように構
成してもよい。尚、Asynchronous Streamsパケットの構
成は、IEEE1394-1995規格に準拠したIsochronousパケッ
トと同じ構成である。For example, in the transmission phase of the present embodiment, Asynchronous Write conforming to the IEEE1394-1995 standard is used.
The case where information data of one object is transferred using a transaction has been described, but the present invention is not limited to this. For example, As compliant with the IEEE1394.a standard
The information data of one object may be transmitted by a transaction using the asynchronous Streams packet. The configuration of the Asynchronous Streams packet is the same as that of the Isochronous packet conforming to the IEEE1394-1995 standard.
【０１６９】この場合、各セグメントデータを送信する
パケットは、特定の宛先に対して１対１に送信されるも
のではなく、所定のチャネル番号を指定し、ブロードキ
ャストされるものである。従って、上述の実施の形態は
あらゆる点おいて単なる例示に過ぎず、限定的に解釈し
てはならない。In this case, the packet for transmitting each segment data is not transmitted one-to-one to a specific destination, but is a packet designated with a predetermined channel number and broadcast. Therefore, the above-described embodiment is merely an example in every aspect, and should not be interpreted in a limited manner.
【０１７０】[0170]
【発明の効果】以上のように、本発明によれば、各セグ
メントの転送が完了する毎に、デスティネーションがコ
ントローラ或いはソースに対して新たなバッファサイズ
を通知するように制御することによって、各セグメント
のデータ量を適応的に設定することができる。また、本
発明の他の特徴によれば、全データの通信中に変更され
たデスティネーションの受信バッファサイズをコントロ
ーラに管理させる必要がなく、ソースとデスティネーシ
ョンとの間で管理させることができる。また、本発明の
その他の特徴によれば、ソースとデスティネーションと
の間のコネクションの設定後、各セグメントのサイズ設
定と転送とをソースとデスティネーションとの間で制御
し、実行することができる。また、本発明によれば、各
セグメントの大きさをデスティネーションの受信可能な
ペイロードサイズの整数値に設定することができる。更
に、本発明によれば、デスティネーションの受信バッフ
ァのサイズを、デスティネーションの受信可能なペイロ
ードサイズの整数倍に設定することができる。As described above, according to the present invention, each time the transfer of each segment is completed, the destination controls the controller or the source to notify the controller or the source of the new buffer size. The data amount of the segment can be set adaptively. Further, according to another feature of the present invention, it is not necessary for the controller to manage the destination reception buffer size changed during communication of all data, and it is possible to manage between the source and the destination. According to another feature of the present invention, after the connection between the source and the destination is set, the size setting and transfer of each segment can be controlled and executed between the source and the destination. . Further, according to the present invention, the size of each segment can be set to an integer value of the payload size that can be received at the destination. Further, according to the present invention, the size of the destination reception buffer can be set to an integral multiple of the receivable payload size of the destination.
【図１】本発明に係る第１の実施の形態の伝送フェーズ
について詳細に説明するシーケンスチャートである。FIG. 1 is a sequence chart for explaining in detail a transmission phase according to a first embodiment of the present invention.
【図２】第１の実施の形態の伝送フェーズの手順につい
て詳細に説明するフローチャートである。FIG. 2 is a flowchart illustrating details of a transmission phase procedure according to the first embodiment.
【図３】第２の実施の形態の伝送フェーズについて詳細
に説明するシーケンスチャートである。FIG. 3 is a sequence chart for explaining in detail a transmission phase according to the second embodiment;
【図４】第２の実施の形態の伝送フェーズの手順につい
て詳細に説明するフローチャートである。FIG. 4 is a flowchart illustrating details of a transmission phase procedure according to the second embodiment;
【図５】第３の実施の形態の通信プロトコルについて詳
細に説明するシーケンスチャートである。FIG. 5 is a sequence chart for explaining in detail a communication protocol according to a third embodiment.
【図６】第３の実施の形態の通信プロトコルの手順につ
いて詳細に説明するフローチャートである。FIG. 6 is a flowchart illustrating in detail a procedure of a communication protocol according to a third embodiment.
【図７】第４の実施の形態の通信プロトコルについて詳
細に説明するシーケンスチャートである。FIG. 7 is a sequence chart for explaining in detail a communication protocol according to a fourth embodiment.
【図８】ソース７０２及びデスティネーション７０３の
具備するバッファの構成について説明する図である。FIG. 8 is a diagram illustrating a configuration of a buffer included in a source 702 and a destination 703.
【図９】ソース及びデスティネーションの具備するバッ
ファの構成について説明する図である。FIG. 9 is a diagram illustrating a configuration of a buffer included in a source and a destination.
【図１０】従来の通信システムの構成を示す図である。FIG. 10 is a diagram showing a configuration of a conventional communication system.
【図１１】従来の通信システムの具備するデータ転送方
式について説明する図である。FIG. 11 is a diagram illustrating a data transfer method provided in a conventional communication system.
【図１２】従来の通信プロトコルについて説明するシー
ケンスチャートである。FIG. 12 is a sequence chart illustrating a conventional communication protocol.
【図１３】ソース１２０２からAsynchronous転送される
情報データとデスティネーション１２０３の受信バッフ
ァとの関係を説明する図である。FIG. 13 is a view for explaining the relationship between information data asynchronously transferred from a source 1202 and a reception buffer of a destination 1203.
【図１４】図１２における第２のフェーズについて詳細
に説明するシーケンスチャートである。FIG. 14 is a sequence chart for explaining a second phase in FIG. 12 in detail;
１０１ コントローラ １０２ ソース １０３ デスティネーション 101 controller 102 source 103 destination
───────────────────────────────────────────────────── フロントページの続き (72)発明者 大西 慎二 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 ──────────────────────────────────────────────────続 き Continuing on the front page (72) Inventor Shinji Onishi 3-30-2 Shimomaruko, Ota-ku, Tokyo Inside Canon Inc.
Claims (17)
タを送信する送信機器と該情報データを受信する受信機
器とを含むデータ通信システムにおいて、 上記情報データの通信中に設定される受信バッファのサ
イズに応じて、各セグメントの大きさを可変的に制御す
ることを特徴とするデータ通信システム。1. A data communication system including a transmitting device for transmitting information data divided into a plurality of segments and a receiving device for receiving the information data, wherein a size of a reception buffer set during communication of the information data A data communication system characterized in that the size of each segment is variably controlled according to the following.
おいて、 上記送信機器は、上記セグメント分のデータから１つ以
上の通信パケットを生成し、該通信パケットを順次送信
することを特徴とするデータ通信システム。2. The data communication system according to claim 1, wherein the transmitting device generates one or more communication packets from the data of the segment, and sequentially transmits the communication packets. Communications system.
おいて、 上記セグメントの大きさは、上記通信パケットにより送
信されるデータ量の整数倍であることを特徴とするデー
タ通信システム。3. The data communication system according to claim 2, wherein the size of the segment is an integral multiple of the amount of data transmitted by the communication packet.
のデータ通信システムにおいて、 上記通信パケットは、ＩＥＥＥ１３９４規格に準拠した
Asynchronous転送方式に基づく通信パケットであること
を特徴とするデータ通信システム。4. The data communication system according to claim 2, wherein the communication packet conforms to the IEEE 1394 standard.
A data communication system, which is a communication packet based on an asynchronous transfer method.
タ通信システムにおいて、 上記受信バッファのサイズは、上記受信機器から上記送
信機器に通知されることを特徴とするデータ通信システ
ム。5. The data communication system according to claim 1, wherein the size of the reception buffer is notified from the receiving device to the transmitting device.
ータ通信システムにおいて、 上記受信バッファは、上記受信機器の具備するメモリ空
間の所定の領域に確保されることを特徴とするデータ通
信システム。6. The data communication system according to claim 1, wherein the reception buffer is secured in a predetermined area of a memory space provided in the reception device. Data communication system.
ータ通信システムにおいて、 上記受信バッファのサイズは、上記セグメントの大きさ
の整数倍であることを特徴とするデータ通信システム。7. The data communication system according to claim 1, wherein a size of said reception buffer is an integral multiple of a size of said segment.
ータ通信システムにおいて、 上記受信バッファのサイズは、上記送信機器の具備する
をメモリ空間の所定の領域に格納されることを特徴とす
るデータ通信システム。8. The data communication system according to claim 1, wherein the size of the receiving buffer is stored in a predetermined area of a memory space of the transmitting device. Characteristic data communication system.
ータ通信システムにおいて、 上記情報データは、上記受信機器の具備するメモリ空間
の位置を指定する位置情報と共に送信されることを特徴
とするデータ通信システム。9. The data communication system according to claim 1, wherein the information data is transmitted together with position information specifying a position in a memory space of the receiving device. Characteristic data communication system.
データ通信システムにおいて、 上記データ通信システムは更に、上記送信機器と上記受
信機器との通信を管理する管理機器を含み、 上記管理機器は、上記受信バッファのサイズを管理する
と共に、上記送信機器に通知することを特徴とするデー
タ通信システム。10. The data communication system according to claim 1, wherein the data communication system further includes a management device that manages communication between the transmitting device and the receiving device. A data communication system, wherein a management device manages the size of the reception buffer and notifies the transmission device of the size.
ータを送信し、 上記情報データの送信中に設定される受信バッファのサ
イズに応じて、各セグメントの大きさを可変的に制御さ
せることを特徴とするデータ通信方法。11. The information data divided into a plurality of segments is transmitted, and the size of each segment is variably controlled according to the size of a reception buffer set during transmission of the information data. Data communication method.
ータを送信する送信手段と、 上記情報データの通信中に設定される受信バッファのサ
イズに応じて、各セグメントの大きさを可変的に制御す
る制御手段とを具備することを特徴とするデータ通信装
置。12. A transmitting means for transmitting information data divided into a plurality of segments, and variably controlling the size of each segment according to the size of a reception buffer set during communication of the information data. A data communication device, comprising: a control unit.
ータを送信する送信機器と該情報データを受信する受信
機器とを含むデータ通信システムにおける、上記情報デ
ータの通信中に設定される受信バッファのサイズに応じ
て、各セグメントの大きさを可変的に制御させる機能を
実現させるためのプログラムを記憶したことを特徴とす
るコンピュータの読み取り可能な記録媒体。13. A size of a reception buffer set during communication of the information data in a data communication system including a transmission device for transmitting information data divided into a plurality of segments and a reception device for receiving the information data. A computer-readable recording medium storing a program for realizing a function of variably controlling the size of each segment in accordance with the program.
報データを受信する受信機器とを含むデータ通信システ
ムにおいて、 上記情報データの通信中に設定される受信バッファのサ
イズに応じて、一回の通信手順により送信される情報デ
ータの量を可変的に制御することを特徴とするデータ通
信システム。14. A data communication system including a transmitting device for transmitting information data and a receiving device for receiving the information data, wherein one time operation is performed according to the size of a reception buffer set during the communication of the information data. A data communication system wherein the amount of information data transmitted by a communication procedure is variably controlled.
の通信中に設定される受信バッファのサイズに応じて、
一回の通信手順により送信されるデータの量を可変的に
制御させることを特徴とするデータ通信方法。15. Transmitting information data, and according to the size of a reception buffer set during communication of the information data,
A data communication method characterized by variably controlling the amount of data transmitted by one communication procedure.
イズに応じて、一回の通信手順により送信されるデータ
の量を可変的に制御する制御手段とを具備することを特
徴とするデータ通信装置。16. A transmission means for transmitting information data, and variably controls an amount of data transmitted by one communication procedure according to a size of a reception buffer set during communication of the information data. A data communication device, comprising: a control unit.
報データを受信する受信機器とを含むデータ通信システ
ムにおける、上記情報データの通信中に設定される受信
バッファのサイズに応じて、一回の通信手順により送信
される情報データの量を可変的に制御させる機能を実現
させるためのプログラムをコンピュータの読み取り可能
に記憶したことを特徴とする記録媒体。17. In a data communication system including a transmitting device for transmitting information data and a receiving device for receiving the information data, one operation is performed according to the size of a reception buffer set during the communication of the information data. A recording medium, wherein a program for realizing a function of variably controlling an amount of information data transmitted by a communication procedure is stored in a computer-readable manner.
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11972798A JP4046846B2 (en) | 1998-04-28 | 1998-04-28 | Data communication system and data communication apparatus |
| US09/253,783 US7590133B2 (en) | 1998-02-24 | 1999-02-22 | Data communication system, data communication method, and data communication apparatus |
| EP99301305A EP0984601A3 (en) | 1998-02-24 | 1999-02-23 | Data communication system and method for connection setup |
| MYPI99000653A MY135481A (en) | 1998-02-24 | 1999-02-24 | Data communication system, data communication method, and data communication apparatus |
| CNB991056108A CN1184787C (en) | 1998-02-24 | 1999-02-24 | Data communication system, data communication method, and data communication apparatus |
| KR1019990006186A KR100294960B1 (en) | 1998-02-24 | 1999-02-24 | Data communication system, data communication method, and data communication apparatus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11972798A JP4046846B2 (en) | 1998-04-28 | 1998-04-28 | Data communication system and data communication apparatus |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11313124A true JPH11313124A (en) | 1999-11-09 |
| JP4046846B2 JP4046846B2 (en) | 2008-02-13 |
Family
ID=14768639
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11972798A Expired - Fee Related JP4046846B2 (en) | 1998-02-24 | 1998-04-28 | Data communication system and data communication apparatus |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4046846B2 (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001320376A (en) * | 2000-05-02 | 2001-11-16 | Fujitsu Ltd | Electronic apparatus control method and semiconductor device |
| JP2009515250A (en) * | 2005-11-07 | 2009-04-09 | エルジー エレクトロニクス インコーポレイティド | Near field communication host controller interface |
| JPWO2018173796A1 (en) * | 2017-03-23 | 2020-01-23 | ソニーセミコンダクタソリューションズ株式会社 | Communication device, communication method, program, and communication system |
| CN112051974A (en) * | 2019-06-06 | 2020-12-08 | 浙江汉朔电子科技有限公司 | Electronic price tag information transmission method and system, electronic price tag and server |
-
1998
- 1998-04-28 JP JP11972798A patent/JP4046846B2/en not_active Expired - Fee Related
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001320376A (en) * | 2000-05-02 | 2001-11-16 | Fujitsu Ltd | Electronic apparatus control method and semiconductor device |
| JP2009515250A (en) * | 2005-11-07 | 2009-04-09 | エルジー エレクトロニクス インコーポレイティド | Near field communication host controller interface |
| JPWO2018173796A1 (en) * | 2017-03-23 | 2020-01-23 | ソニーセミコンダクタソリューションズ株式会社 | Communication device, communication method, program, and communication system |
| US11714778B2 (en) | 2017-03-23 | 2023-08-01 | Sony Semiconductor Solutions Corporation | Communication apparatus, communication method, program, and communication system |
| CN112051974A (en) * | 2019-06-06 | 2020-12-08 | 浙江汉朔电子科技有限公司 | Electronic price tag information transmission method and system, electronic price tag and server |
| CN112051974B (en) * | 2019-06-06 | 2023-12-15 | 汉朔科技股份有限公司 | Electronic price tag information transmission method and system, electronic price tag and server |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4046846B2 (en) | 2008-02-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7590133B2 (en) | Data communication system, data communication method, and data communication apparatus | |
| US5633870A (en) | Method and apparatus for controlling data flow through an ATM interface | |
| JP3884862B2 (en) | Data transfer device, data transfer device control method, and storage medium | |
| JP2000050241A (en) | Image-pickup device system, its control method, image- pickup device, controller, control method of the image- pickup device, control method of the controller and storage medium | |
| KR20010051014A (en) | Data transfer control device and electronic equipment | |
| KR100459743B1 (en) | Data transfer controller and electronic device | |
| EP0959590B1 (en) | Data communication system operating at maximum data rate | |
| EP0939529B1 (en) | Destination node, data communication system, method of controlling a destination node and method of operating a data communication system | |
| TW498207B (en) | Data transfer control device and electronic apparatus | |
| US6895003B1 (en) | Communication system, apparatus, and method in which data transmission is interrupted for a bus reset | |
| US6363428B1 (en) | Apparatus for and method of separating header information from data in an IEEE 1394-1995 serial bus network | |
| US7123621B1 (en) | Data communication system, data communication method and data communication apparatus | |
| US7711877B2 (en) | Image sensing device | |
| US7002964B1 (en) | Communication system, method for a communication system and controller for a communication system | |
| JP3630971B2 (en) | Data communication method, apparatus, system, and storage medium | |
| JP2003501892A (en) | Apparatus and method for context switching in an electronic network | |
| JPH10229410A (en) | Data processor, electronic device, and communication system | |
| KR100311707B1 (en) | Data communication system, data communication method, data communication apparatus, and digital interface | |
| JPH11313124A (en) | System, device and method of data communication and recording medium | |
| US6832267B2 (en) | Transmission method, transmission system, input unit, output unit and transmission control unit | |
| US6956864B1 (en) | Data transfer method, data transfer system, data transfer controller, and program recording medium | |
| JP4428750B2 (en) | Data communication system | |
| JP4026979B2 (en) | Data communication system | |
| JP3943722B2 (en) | Data transfer apparatus, data transfer system and method, image processing apparatus, and recording medium | |
| JP3890124B2 (en) | Data communication system, data communication method, data communication node, and recording medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050427 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070823 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070828 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071029 |
|
| 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: 20071113 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071121 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101130 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101130 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111130 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121130 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131130 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |