JPH10228364A - Data transfer device, its controlling method and printing system - Google Patents

Data transfer device, its controlling method and printing system

Info

Publication number
JPH10228364A
JPH10228364A JP9030884A JP3088497A JPH10228364A JP H10228364 A JPH10228364 A JP H10228364A JP 9030884 A JP9030884 A JP 9030884A JP 3088497 A JP3088497 A JP 3088497A JP H10228364 A JPH10228364 A JP H10228364A
Authority
JP
Japan
Prior art keywords
data
data transfer
host
node
bus
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.)
Withdrawn
Application number
JP9030884A
Other languages
Japanese (ja)
Inventor
Shinjiro Hori
信二郎 堀
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP9030884A priority Critical patent/JPH10228364A/en
Publication of JPH10228364A publication Critical patent/JPH10228364A/en
Withdrawn legal-status Critical Current

Links

Landscapes

  • Communication Control (AREA)
  • Accessory Devices And Overall Control Thereof (AREA)
  • Computer And Data Communications (AREA)

Abstract

PROBLEM TO BE SOLVED: To provide a data transfer device, its controlling method and a printing system capable of attaining bus control of high convenience by judging the permission/refusal of data transfer and informing a host of the judged result. SOLUTION: When a data transfer request is outputted from a host (701), a printer side judges whether data can be received or not (702), and when data reception is possible, outputs reception possible information to the host (704). Thereby the host transfers data (705) and the printer receives the transferred data (706) When reception is impossible, the host is informed of the judged result (708). The host receiving the reception impossible information intermittently continues the issue of the data transfer request.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】本発明は、データ転送装置及
びその制御方法及び印刷システムに関するものであり、
より具体的には、複数のデータ転送要求に対する調停を
自動的に行うことにより、利便性の高い共用周辺機器の
接続環境を構築することを実現するデータ転送装置及び
その制御方法及び印刷システムに関するものである。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a data transfer device, a control method thereof, and a printing system.
More specifically, the present invention relates to a data transfer apparatus, a control method thereof, and a printing system for realizing construction of a highly convenient connection environment for shared peripheral devices by automatically performing arbitration for a plurality of data transfer requests. It is.

【0002】[0002]

【従来の技術】現在、パーソナルコンピュータ(PC)
と外部周辺機器を接続するために、SCSI(Small Com
puter System Interface)、RS−232C、セントロ
ニクスなどさまざまな外部バスが存在している。しかし
これまで使用されてきた外部バスは、それに接続される
周辺機器毎に特化されたバスであり、特定の転送方式を
採用していた。
2. Description of the Related Art At present, personal computers (PCs)
To connect SCSI and external peripherals, SCSI (Small
There are various external buses such as puter system interface), RS-232C, and Centronics. However, the external bus used so far is a bus specialized for each peripheral device connected thereto, and has adopted a specific transfer method.

【0003】また、PCの普及により個人が1台以上の
PCを使用する状況になり、プリンタ、スキャナなどの
周辺機器を共有して使用する機会が増えてきている。
[0003] Further, with the spread of PCs, individuals use one or more PCs, and opportunities to share and use peripheral devices such as printers and scanners are increasing.

【0004】前記の外部バスを使用して周辺機器を共有
できるように接続した場合の従来例を図27を使用して
説明する。PCなどのホスト#1 1101の出力ポー
ト1108とバス切替え装置1103の入力ポート11
10が接続ケーブル1105で接続されている。同様
に、ホスト#2 1102の出力ポート1109とバス
切替え装置1103の入力ポート1112が接続ケーブ
ル1106で接続されている。さらに、バス切り替え装
置1103の出力ポート1113とプリンタなどの周辺
機器1104の入力ポート1114が接続ケーブル11
07で接続されている。
A conventional example in which peripheral devices are connected so as to be shared using the external bus will be described with reference to FIG. Output port 1108 of host # 1 1101 such as PC and input port 11 of bus switching device 1103
10 are connected by a connection cable 1105. Similarly, an output port 1109 of the host # 2 1102 and an input port 1112 of the bus switching device 1103 are connected by a connection cable 1106. Further, the output port 1113 of the bus switching device 1103 and the input port 1114 of the peripheral device 1104 such as a printer
07.

【0005】バス切替え装置1103は入力ポート11
10,1111,1112の中から選択された一つのポ
ートと出力ポート1113を接続させる機能を持ってい
る。バス切替え装置1103と周辺機器1104は常に
接続された状態にあることが多く、ホストは適時接続し
たり、はずしたり、他のホストに交換して接続される。
The bus switching device 1103 has an input port 11
It has a function of connecting one port selected from 10, 1111, 1112 to the output port 1113. In many cases, the bus switching device 1103 and the peripheral device 1104 are always in a connected state, and the host is connected or disconnected as appropriate, or is connected to another host after being replaced.

【0006】ホスト1101を使用し、周辺機器110
4を使用する要求の発生したユーザは、先ず、自分の使
用しているホスト#1 1101とバス切替え装置11
03が接続されていることを確認する。次に自分のホス
ト#1 1101がバス切替え装置1103のどの入力
ポートと接続しているかを確認し、その時の入力ポート
とバス切替え装置1103の出力ポート1113が接続
されていれば、すぐに周辺機器1104を使用すること
ができる。
[0006] Using the host 1101, the peripheral device 110
First, the user who has issued the request to use the host # 1 1101 and the bus switching device 11
03 is connected. Next, the host # 1 1101 checks which input port of the bus switching device 1103 is connected to the host device. If the input port at that time is connected to the output port 1113 of the bus switching device 1103, the peripheral device is immediately connected. 1104 can be used.

【0007】しかし、バス切替え装置1103で他のホ
ストの入力ポートと出力ポート1113が接続されてい
た場合、他のユーザが周辺機器1114の使用が終了す
るのを待って、バス切替え装置1103のポートの接続
を変更して周辺機器1104を使用することができるよ
うになる。
However, if the input port and the output port 1113 of another host are connected by the bus switching device 1103, the port of the bus switching device 1103 is waited until another user finishes using the peripheral device 1114. , The peripheral device 1104 can be used.

【0008】他に、周辺機器を共有する方法として、L
AN(Loacal Area Network)にホスト、周辺機器を接続
して共有可能にすることもできるが、この場合、LAN
の配線、サーバの整備などコスト、管理の負荷などが前
記の従来例に対して非常に大きい。そのため簡単な周辺
機器の共有環境として前記従来例のような共有環境は有
効である。
As another method of sharing peripheral devices, L
It is possible to connect a host and peripheral devices to an AN (Loacal Area Network) so that they can be shared.
The cost, management load, etc., such as wiring and maintenance of the server, are much greater than those of the conventional example. Therefore, the sharing environment as in the above-mentioned conventional example is effective as a simple peripheral device sharing environment.

【0009】[0009]

【発明が解決しようとする課題】以上、従来例で説明し
たような周辺機器の共有環境では、バス切替え装置を準
備してホストを接続しておき、周辺機器の動作状況をユ
ーザが判断してバスの切り替えを行い、周辺機器を共有
することが行われていた。
As described above, in the environment where peripheral devices are shared as described in the conventional example, a bus switching device is prepared and a host is connected to the bus switching device. Switching of buses and sharing of peripheral devices have been performed.

【0010】しかし、複数のユーザが一つの周辺機器を
共有している場合、周辺機器を使用する要求が発生する
毎に他のユーザがその周辺機器を使用していないか、ま
た、現在の接続が自分のホストに接続されているかを確
認する必要があった。これは、従来使用されてきた前述
の外部バスが片方向通信の機能しか持っていなかったた
め、バスを物理的に切り替えること、またはサーバなど
を準備することでしか共有環境を構築できないためであ
った。
However, when a plurality of users share one peripheral device, every time a request to use the peripheral device is issued, it is checked whether another user is using the peripheral device, Had to make sure that was connected to his host. This is because the above-described external bus used conventionally had only a one-way communication function, so that a shared environment could be constructed only by physically switching the bus or preparing a server or the like. .

【0011】しかも、バス切替え装置は、一般的に周辺
機器の近くに設置されることが多く、各ユーザがすぐに
切り替え作業を行うことができないことが多かった。
In addition, the bus switching device is generally installed near a peripheral device in many cases, and it is often difficult for each user to immediately perform a switching operation.

【0012】以上のように、従来例では、その使用環境
にユーザ自身によるバスの切り替え動作という利便性を
損なう問題があった。
As described above, in the conventional example, there is a problem that the convenience of switching the bus by the user himself is impaired in the usage environment.

【0013】本発明は上記従来例に鑑みてなされたもの
で、データ転送の許可/不許可を判断し、ホストにその
結果を通知することで利便性の高いバス制御を実現する
データ転送装置及びその制御方法及び印刷システムを提
供するものである。
SUMMARY OF THE INVENTION The present invention has been made in view of the above conventional example, and has a data transfer apparatus which realizes highly convenient bus control by judging permission / non-permission of data transfer and notifying the host of the result. A control method and a printing system are provided.

【0014】[0014]

【課題を解決するための手段】本発明は上記従来例に鑑
みてなされたもので、つぎのような構成からなる。すな
わち、複数のホストと周辺機器とを接続する接続手段
と、前記複数のホストの1からのデータ転送要求が発生
した場合に、該ホストと前記周辺機器とのデータの送受
信が可能であるかを判断する判断手段と、前記判断の結
果、データ送受信が可能であれば、データ転送要求の発
生元のホストと前記周辺機器との間でデータの送受信を
行わせる転送制御手段とを有する。
SUMMARY OF THE INVENTION The present invention has been made in view of the above conventional example, and has the following configuration. That is, connection means for connecting a plurality of hosts and peripheral devices, and whether a data transmission / reception between the host and the peripheral devices is possible when a data transfer request is issued from one of the plurality of hosts. It has a judging means for judging and, if the result of the judgment indicates that data transmission / reception is possible, a transfer control means for transmitting / receiving data between the host which issued the data transfer request and the peripheral device.

【0015】あるいは、複数のホストと周辺機器とを接
続してなるデータ転送装置の制御方法であって、前記複
数のホストの1からのデータ転送要求が発生した場合
に、該ホストと前記周辺機器とのデータの送受信が可能
であるかを判断する判断工程と、前記判断の結果、デー
タ送受信が可能であれば、データ転送要求の発生元のホ
ストと前記周辺機器との間でデータの送受信を行わせる
転送制御工程とを有する。
Alternatively, there is provided a method for controlling a data transfer apparatus comprising a plurality of hosts connected to a peripheral device, wherein when a data transfer request is issued from one of the plurality of hosts, the host and the peripheral device are connected. A determining step of determining whether data transmission / reception is possible with the host; and, if the result of the determination is that data transmission / reception is possible, data transmission / reception between the host that issued the data transfer request and the peripheral device is performed. Transfer control step to be performed.

【0016】あるいは、印刷装置であって、上述のデー
タ転送装置により複数のホストと接続され、前記データ
転送装置によりホストから受信するデータに基づいて印
刷出力を行う。
Alternatively, the printing apparatus is connected to a plurality of hosts by the above-described data transfer apparatus, and performs print output based on data received from the host by the data transfer apparatus.

【0017】あるいは、印刷システムであって、上述の
印刷装置と、該装置に接続された複数のホストとを含
む。
Alternatively, a printing system includes the above-described printing apparatus and a plurality of hosts connected to the printing apparatus.

【0018】[0018]

【発明の実施の形態】BEST MODE FOR CARRYING OUT THE INVENTION

(第1の実施の形態)図1は本発明の一実施形態である
周辺機器を共有する環境の接続図である。
(First Embodiment) FIG. 1 is a connection diagram of an environment for sharing peripheral devices according to an embodiment of the present invention.

【0019】ホスト#1 101、ホスト#2 102
は、それぞれポート106,107を装備するPCであ
る。103はプリンタのような周辺機器で有り、複数の
ポート108,109,110を装備している。ホスト
#1 101、ホスト#2102のポート106,10
7はそれぞれ周辺機器103のポート108,110と
バス104,105で接続されている。本実施例で使用
可能なバスは、双方向通信が可能なバスであることが条
件となる。例えば、USB(Universal Serial Bus)、I
EEE1284,IEEE1394などの双方向バスが
挙げられる。
Host # 1 101, Host # 2 102
Is a PC equipped with ports 106 and 107, respectively. Reference numeral 103 denotes a peripheral device such as a printer, which is provided with a plurality of ports 108, 109, and 110. Ports 106 and 10 of host # 1 101 and host # 2102
7 is connected to ports 108 and 110 of the peripheral device 103 via buses 104 and 105, respectively. The bus that can be used in the present embodiment is a condition that the bus can perform bidirectional communication. For example, USB (Universal Serial Bus), I
A bidirectional bus such as IEEE1284 and IEEE1394 is used.

【0020】ここでは、周辺機器としてプリンタを使用
した場合について説明する。図2にシステム全体の概略
ブロック図、図3にホスト外部バス制御部217のブロ
ック図、図4に周辺機器外部バス制御部217のブロッ
ク図を示して説明を行う。
Here, a case where a printer is used as a peripheral device will be described. FIG. 2 is a schematic block diagram of the entire system, FIG. 3 is a block diagram of the host external bus control unit 217, and FIG. 4 is a block diagram of the peripheral device external bus control unit 217.

【0021】図2において、ホスト201は図1におけ
るホスト101あるいはホスト102に相当する。ホス
ト201の内部にはシステムバスとしてのアドレス信号
線203とデータ信号線204と制御信号線205があ
り、これにROM(Read OnlyMemory)206、RAM(Ra
ndom Access Memory)207、全体制御部208、表示
制御部209、蓄積部210、I/O制御部211、ホ
スト外部バス制御部212が接続されている。全体制御
部208はアドレス信号線203によって、各機能ブロ
ックの選択を行い、データ信号線204と制御信号線2
05によってデータの転送を行うことで、各ブロックの
動作の制御を行い、ホスト201の全体の動作を制御す
る。
In FIG. 2, a host 201 corresponds to the host 101 or the host 102 in FIG. Inside the host 201, there are an address signal line 203, a data signal line 204, and a control signal line 205 as a system bus, and a ROM (Read Only Memory) 206 and a RAM (Ra
ndom Access Memory) 207, an overall control unit 208, a display control unit 209, a storage unit 210, an I / O control unit 211, and a host external bus control unit 212. The overall control unit 208 selects each functional block through the address signal line 203, and the data signal line 204 and the control signal line 2
05, the operation of each block is controlled, and the overall operation of the host 201 is controlled.

【0022】ROM206には全体制御部208と各機
能ブロックとのアクセスの制御方法などの基本的なプロ
グラムのコードが格納されている。ROM207は、全
体制御部がROM206又は蓄積部210に格納されて
いるシステム全体のオペレーティングシステム(以下、
システムと略称する)、アプリケーションの動作モジュ
ールや動作中に必要とされるデータ、外部周辺機器のド
ライバなどの中から、必要とされる動作モジュールや、
各モジュールが動作時に必要とするパラメータなどを一
時格納するメモリである。
The ROM 206 stores basic program codes such as a method for controlling access between the overall control unit 208 and each functional block. The ROM 207 is an operating system (hereinafter, referred to as an operating system) of the entire system in which the overall control unit is stored in the ROM 206 or the storage unit 210.
Operating modules, data required during operation, drivers for external peripheral devices, etc., required operating modules,
This is a memory for temporarily storing parameters and the like required by each module during operation.

【0023】表示制御部209は、図示していないCR
Tモニタ、液晶ディスプレイなどの外部表示装置を制御
する。蓄積部210は、HDD(Hard Disk Drive)、C
D−ROM Driveなどの蓄積装置とその制御部で
構成されており、アプリケーションの実行ファイルやア
プリケーションで作成されたデータファイルが格納され
ている。I/O制御部211は、図示していないキーボ
ード、マウスなどの入力装置が接続されており、利用者
が希望する制御情報を入力可能にしている。
The display control unit 209 includes a CR (not shown).
It controls an external display device such as a T monitor and a liquid crystal display. The storage unit 210 includes an HDD (Hard Disk Drive),
It is composed of a storage device such as a D-ROM Drive and its control unit, and stores application execution files and data files created by the applications. The I / O control unit 211 is connected to an input device (not shown) such as a keyboard and a mouse, and enables a user to input desired control information.

【0024】ホスト外部バス制御部212は、外部バス
213,224,225の何れかを介して周辺機器20
2と接続されており、周辺機器202にデータを送受信
する。但し、外部バス224,225を介して接続され
るホストは図示していない。
The host external bus control unit 212 transmits the peripheral device 20 via one of the external buses 213, 224, and 225.
2 and transmits / receives data to / from the peripheral device 202. However, hosts connected via the external buses 224 and 225 are not shown.

【0025】ホスト外部バス制御部212は、図3のよ
うな構成である。システムバスの制御信号線205とデ
ータ信号線204とアドレス信号線203が制御部31
1に接続されており、ホスト制御部208の指示によっ
て送られる制御手順によってバッファ部304とデータ
転送部306を制御する。
The host external bus control unit 212 has a configuration as shown in FIG. The control signal line 205, the data signal line 204, and the address signal line 203 of the system bus are connected to the control unit 31.
1 and controls the buffer unit 304 and the data transfer unit 306 according to a control procedure sent according to an instruction from the host control unit 208.

【0026】外部バス213を介して図3に図示してい
ない周辺機器に転送されるデータはデータ信号線204
からバッファ部304に格納される。
Data transferred to a peripheral device not shown in FIG.
Are stored in the buffer unit 304.

【0027】データ転送部306は使用されるバスで規
定されている手順の信号を生成し、トランシーバ309
を介して周辺機器との間でデータの送受信を行い、その
結果を制御部311、またはバッファ部304に渡す。
The data transfer unit 306 generates a signal of a procedure specified by the bus used, and
The data is transmitted and received to and from the peripheral device via the control unit 311 and the result is passed to the control unit 311 or the buffer unit 304.

【0028】利用者は、I/O制御部211へ制御デー
タを入力することで、希望する動作をホストに行わせ
る。外部表示装置に表示されている画面を見ながら蓄積
部210に格納されているアプリケーション、又はデー
タファイルを選択してアプリケーションを起動させ、さ
らにそのアプリケーションに入力を行い一連の作業を行
う。その時に作業結果を周辺機器202に転送する要求
が発生した場合に、ホスト外部バス制御部212、外部
バス213を用いてデータの転送を行う。
A user inputs desired control data to the I / O control unit 211 to cause the host to perform a desired operation. The user selects an application or a data file stored in the storage unit 210 while viewing the screen displayed on the external display device, activates the application, and inputs the application to perform a series of operations. When a request to transfer the work result to the peripheral device 202 occurs at that time, data transfer is performed using the host external bus control unit 212 and the external bus 213.

【0029】図2における周辺機器202としてプリン
タを例にして説明を行う。周辺機器202には内部バス
としてのアドレス信号線214、データ信号線215、
制御信号線216があり、この内部バスに周辺機器外部
バス制御部217、モータ制御部218、ヘッド制御部
219、周辺機器制御部220、ROM221、RAM
222、画像処理部223が接続されている。周辺機器
制御部220はアドレス信号線214によって、各機能
ブロックの選択を行い、データ信号線215と制御信号
線216によってデータの転送を行い、周辺機器202
の動作を制御する。
A description will be given by taking a printer as an example of the peripheral device 202 in FIG. The peripheral device 202 has an address signal line 214 as an internal bus, a data signal line 215,
A control signal line 216 is provided. The internal bus includes a peripheral device external bus control unit 217, a motor control unit 218, a head control unit 219, a peripheral device control unit 220, a ROM 221 and a RAM.
222 and an image processing unit 223 are connected. The peripheral device control unit 220 selects each functional block by an address signal line 214, transfers data by a data signal line 215 and a control signal line 216, and
Control the operation of.

【0030】周辺機器外部バス制御部212は、外部バ
ス213を介してホスト201と接続されており、ホス
ト201とのデータを送受信を行う。モータ制御部21
8は、紙送り、ヘッド駆動用のモータを周辺機器制御部
220の制御に応じて駆動する。ヘッド制御部218
は、印刷するデータを受け取り、ヘッドの制御を行って
印刷する。画像処理部223は、転送されて来たデータ
にさらに画像処理を行う。
The peripheral device external bus control unit 212 is connected to the host 201 via the external bus 213, and transmits and receives data to and from the host 201. Motor control unit 21
Reference numeral 8 drives a paper feed and head drive motor under the control of the peripheral device control unit 220. Head control unit 218
Receives the data to be printed and controls the head to print. The image processing unit 223 further performs image processing on the transferred data.

【0031】ROM223には周辺機器制御部220を
動作させる為のプログラムが格納されており、周辺機器
制御部220はこのプログラムに沿って周辺機器外部バ
ス制御部217に送られてくるデータを処理して、他の
機能ブロックを制御して印刷を可能にする。RAM22
2は送られてくるデータ、または処理中に発生するパラ
メータなどを格納することに使用される。
The ROM 223 stores a program for operating the peripheral device control unit 220. The peripheral device control unit 220 processes data sent to the peripheral device external bus control unit 217 according to the program. Control of other functional blocks to enable printing. RAM 22
Numeral 2 is used to store transmitted data or parameters generated during processing.

【0032】周辺機器外部バス制御部217は、図4の
ような構成である。内部バスの制御信号線216とデー
タ信号線215とアドレス信号線214が制御部415
に接続されており、周辺機器制御部220の指示によっ
て送られる制御情報に応じて、スイッチ405を切り替
え、バッファ部404とデータ転送部406,409,
412の接続を制御する。
The peripheral device external bus control unit 217 has a configuration as shown in FIG. The control signal line 216, the data signal line 215, and the address signal line 214 of the internal bus are connected to the control unit 415.
The switch 405 is switched according to control information sent by an instruction from the peripheral device control unit 220, and the buffer unit 404 and the data transfer units 406, 409,
412 is controlled.

【0033】データ転送部406,409,412は使
用されるバスで規定されている手順の信号を生成し、ト
ランシーバ407,410,413を介して周辺機器と
の間でデータの送受信を行い、その結果を制御部41
5、またはバッファ部404に渡す。
The data transfer units 406, 409, and 412 generate signals of the procedure specified by the bus used, and transmit and receive data to and from peripheral devices via the transceivers 407, 410, and 413. The control unit 41
5 or passed to the buffer unit 404.

【0034】始めに、ホストから周辺機器であるプリン
タにプリントアウトの要求を実行させる為の一連の動作
を図5と図6を利用して説明する。ここでは、利用者が
所定のアプリケーションによってドキュメントを作成
し、これをプリントアウトするところから説明する。
First, a series of operations for causing a printer, which is a peripheral device, to execute a printout request from the host will be described with reference to FIGS. Here, a description will be given from a point where a user creates a document by a predetermined application and prints out the document.

【0035】利用者が、アプリケーション上で印刷命令
を発行すると、これがプリンタドライバに通知される
(501)。
When the user issues a print command on the application, this is notified to the printer driver (501).

【0036】プリンタドライバは、用紙サイズ、印刷品
位などのプリンタの設定情報などをシステムに通知する
(502)。
The printer driver notifies the system of printer setting information such as paper size and print quality (502).

【0037】システムはアプリケーションにデータの変
換を要求し(503)、アプリケーションは印刷データ
をシステムが要求する所定のフォーマットのデータに変
換してシステムに転送する(504)。
The system requests the application to convert the data (503), and the application converts the print data into data of a predetermined format required by the system and transfers the data to the system (504).

【0038】システムは、転送されたデータをRAM2
07または蓄積部210に格納し(505)、アプリケ
ーションに終了許可の通知を行う(506)。アプリケ
ーションは、この許可を受け取り印刷動作を終了し、次
の操作を受け付ける状態に移行する(507)。
The system stores the transferred data in the RAM 2
07 or stored in the storage unit 210 (505) and notifies the application of termination permission (506). The application receives this permission, ends the printing operation, and shifts to a state of receiving the next operation (507).

【0039】システムは、ステップ505で格納したデ
ータをプリンタドライバで処理可能な大きさのデータ量
に分割して、プリンタドライバにデータを転送する(6
01)。
The system divides the data stored in step 505 into a data amount large enough to be processed by the printer driver and transfers the data to the printer driver (6).
01).

【0040】プリンタドライバは、受け取ったデータか
らターゲットのプリンタに最適な画像データの生成のた
めの画像処理を行う(602)。例えば、色空間変換、
カラーマッチング、ラスタライズ、エッジ強調、ソフト
ネスなどである。これらの処理は、テキスト領域、イメ
ージ領域、グラフィックス領域に応じて最適な組み合わ
せが選択される。
The printer driver performs image processing for generating image data optimal for the target printer from the received data (602). For example, color space conversion,
Examples include color matching, rasterization, edge enhancement, and softness. In these processes, an optimal combination is selected according to a text area, an image area, and a graphics area.

【0041】ステップ602で生成された画像データは
プリンタ制御コマンドに変換され(603)、プリンタ
へのデータ送信要求と共にシステムに渡される(60
4)。
The image data generated in step 602 is converted into a printer control command (603) and passed to the system together with a data transmission request to the printer (60).
4).

【0042】システムは受け取ったプリンタ制御コマン
ドをホスト外部バス制御部212に転送する(60
5)。ホスト外部バス制御部212は受け取ったプリン
タ制御コマンドを外部バス213を介して周辺機器外部
バス制御部217に送信する(606,607)。デー
タの転送が終了した時点でホスト外部バス制御部212
からシステムにデータ転送の終了が通知される。
The system transfers the received printer control command to the host external bus control unit 212 (60).
5). The host external bus control unit 212 transmits the received printer control command to the peripheral device external bus control unit 217 via the external bus 213 (606, 607). When the data transfer is completed, the host external bus control unit 212
Notifies the system of the end of data transfer.

【0043】データを受信した周辺機器外部バス制御部
217はプリンタの周辺機器制御部220にデータが送
信されたことを通知する。周辺機器制御部220は受信
したデータに応じてプリント出力を行うように各機能ブ
ロックを制御する(608)。
The peripheral device external bus control unit 217 that has received the data notifies the peripheral device control unit 220 of the printer that the data has been transmitted. The peripheral device control unit 220 controls each functional block so as to perform printout according to the received data (608).

【0044】システムは、データ転送の終了が通知され
ると(609)、印刷するページの1ページが終了する
まで、601〜609を繰り返す(610)。
When notified of the end of the data transfer (609), the system repeats 601 to 609 until one of the pages to be printed ends (610).

【0045】以上の手順を印刷が要求されている全ての
ページに対して繰り返し行う(611)。
The above procedure is repeated for all pages for which printing is requested (611).

【0046】本発明に係る印刷システムの特徴的な動作
を図7,図8を用いて説明する。図7はホストコンピュ
ータの外部バス制御部とプリンタの外部バス制御部とに
よる動作の流れ図であり、図6で説明したステップ60
6から609に対応する。図8はその時の外部バスの動
作状況を模式的に表したものである。以下、図8を参照
しつつ、それに対応する処理内容を、図7の参照番号で
示す。
The characteristic operation of the printing system according to the present invention will be described with reference to FIGS. FIG. 7 is a flowchart showing the operation of the external bus control unit of the host computer and the external bus control unit of the printer.
6 to 609. FIG. 8 schematically shows the operation status of the external bus at that time. Hereinafter, with reference to FIG. 8, the corresponding processing contents are indicated by reference numerals in FIG.

【0047】初めに、印刷システムは図8(a)に示す
アイドル状態にある。
First, the printing system is in an idle state shown in FIG.

【0048】ホストからプリンタに対して、印刷するド
キュメントのデータを転送する要求が発生した場合に、
図8(b)に示すように、ホスト外部バス制御部212
よりデータ転送要求が発行される(701)。データ転
送の要求を受信したプリンタは、この時点で印刷可能な
状態であるかを判断する(702,703)。判断要因
は、他のホストからデータを受けているのかという外部
バスの状態と、紙、インクがないなどのプリンタ自身の
状態とがある。
When a request for transferring data of a document to be printed is issued from the host to the printer,
As shown in FIG. 8B, the host external bus control unit 212
Then, a data transfer request is issued (701). The printer that has received the data transfer request determines whether the printer is ready for printing at this time (702, 703). Judgment factors include the state of the external bus as to whether data is received from another host, and the state of the printer itself such as out of paper or ink.

【0049】データを受け取り、印刷可能である場合に
は、図8(c)に示すように、データ受信可能通知(A
CK)を返す(704)。印刷可能でない場合には、デ
ータ受信不可通知を返す(708,709)。この時、
印刷ができない原因が他のホストが外部バスを使用して
いることを示すNAK情報、プリンタの問題であること
を伝えるエラー情報の何れかの情報をホストに返す。ホ
ストはこの原因をユーザに示すことで、ユーザはなぜ印
刷できないのかを知ることができる。
If the data is received and printing is possible, as shown in FIG.
CK) is returned (704). If printing is not possible, a data reception disable notification is returned (708, 709). At this time,
Either NAK information indicating that another host is using the external bus as a cause of printing failure or error information indicating that there is a problem with the printer is returned to the host. By indicating this cause to the user, the host can know why the user cannot print.

【0050】データ転送許可通知を受け取ったホスト
は、図8(d)〜(g)に示すようにデータ転送を開始
する(705,706,707)。
The host receiving the data transfer permission notice starts data transfer as shown in FIGS. 8D to 8G (705, 706, 707).

【0051】同時に、プリンタの周辺機器制御部220
は、現在どの外部バス408,411,414にデータ
転送の許可を与えているかを周辺機器外部バス制御部2
17の制御部311に通知することで、選択されている
データ転送部以外は、データ転送要求に対して、図8
(e),(f)のようにデータ転送不可通知を返す。
At the same time, the peripheral device control unit 220 of the printer
Determines which of the external buses 408, 411, and 414 the data transfer permission is currently given to the peripheral device external bus control unit 2.
By notifying the control unit 311 of FIG. 17, the data transfer units other than the selected data transfer unit respond to the data transfer request in FIG.
A data transfer disable notification is returned as shown in (e) and (f).

【0052】データ転送不可通知を受け取ったホスト
は、プリンタアウトの動作終了するまでの間、定期的に
データ転送要求を発行し続ける。
The host that has received the data transfer disable notification continues to issue data transfer requests periodically until the operation of the printer out ends.

【0053】以上説明したように、周辺機器に複数の外
部バスポートを設け、双方向通信可能なプロトコルによ
るデータ転送の制御手段を設けることで、これまで手動
で操作していたバスの切り替え操作を自動的に行うこと
が可能となり、利便性の高い周辺機器共有環境を簡単に
構築することが可能になる。
As described above, by providing a plurality of external bus ports in the peripheral device and providing control means for data transfer using a protocol capable of bidirectional communication, the bus switching operation which has been manually operated until now can be performed. This can be performed automatically, and a highly convenient peripheral device sharing environment can be easily constructed.

【0054】なお、本実施例では、周辺機器としてプリ
ンタを用いて説明したが、周辺機器はこれに限定するも
のではない。
Although the present embodiment has been described using a printer as a peripheral device, the peripheral device is not limited to this.

【0055】ここで、上述のホストコンピュータとプリ
ンタとのインターフェースの一例として、IEEE13
94について説明しておく。 <IEEE1394の技術の概要>家庭用デジタルVT
RやDVDの登場も伴って、ビデオデータやオーディオ
データなどのリアルタイムでかつ高情報量のデータ転送
のサポートが必要になっている。こういったビデオデー
タやオーディオデータをリアルタイムで転送し、パソコ
ン(PC)に取り込んだり、またはその他のデジタル機
器に転送を行うには、必要な転送機能を備えた高速デー
タ転送可能なインタフェースが必要になってくるもので
あり、そういった観点から開発されたインタフェースが
IEEE1394−1995(High Performance Serial
Bus)(以下、1394シリアルバス)である。
Here, as an example of the interface between the host computer and the printer, IEEE 13
94 will be described. <Overview of IEEE 1394 Technology> Digital VT for Home Use
With the advent of R and DVD, it is necessary to support real-time and high information amount data transfer of video data and audio data. In order to transfer such video and audio data in real time, and to transfer them to a personal computer (PC) or other digital devices, an interface capable of high-speed data transfer with necessary transfer functions is required. The interface developed from such a viewpoint is IEEE 1394-1995 (High Performance Serial
Bus) (hereinafter, 1394 serial bus).

【0056】図11に1394シリアルバスを用いて構
成されるネットワーク・システムの例を示す。このシス
テムは機器A,B,C,D,E,F,G,Hを備えてお
り、A−B間、A−C間、B−D間、D−E間、C−F
間、C−G間、及びC−H間をそれぞれ1394シリア
ルバスのツイスト・ペア・ケーブルで接続されている。
この機器A〜Hは例としてPC、デジタルVTR、DV
D、デジタルカメラ、ハードディスク、モニタ等であ
る。
FIG. 11 shows an example of a network system configured using a 1394 serial bus. This system is provided with devices A, B, C, D, E, F, G, and H. A-B, A-C, B-D, D-E, C-F
, CG, and CH are connected by a twisted pair cable of a 1394 serial bus.
The devices A to H are, for example, PC, digital VTR, DV
D, digital camera, hard disk, monitor, etc.

【0057】各機器間の接続方式は、ディジーチェーン
方式とノード分岐方式とを混在可能としたものであり、
自由度の高い接続が可能である。
The connection method between the devices is such that the daisy chain method and the node branch method can be mixed.
A highly flexible connection is possible.

【0058】また、各機器は各自固有のIDを有し、そ
れぞれが認識し合うことによって1394シリアルバス
で接続された範囲において、1つのネットワークを構成
している。各デジタル機器間をそれぞれ1本の1394
シリアルバスケーブルで順次接続するだけで、それぞれ
の機器が中継の役割を行い、全体として1つのネットワ
ークを構成するものである。また、1394シリアルバ
スの特徴でもある、プラグアンドプレイ機能で、ケーブ
ルを機器に接続した時点で自動で機器の認識や接続状況
などを認識する機能を有している。
Each device has its own unique ID, and by recognizing each other, forms a single network in a range connected by a 1394 serial bus. One 1394 connection between each digital device
Just by sequentially connecting with a serial bus cable, each device plays a role of relay, and constitutes one network as a whole. In addition, a plug-and-play function, which is a feature of the 1394 serial bus, has a function of automatically recognizing the device and recognizing the connection status when a cable is connected to the device.

【0059】また、図11に示したようなシステムにお
いて、ネットワークからある機器が削除されたり、また
は新たに追加されたときなど、自動的にバスリセットを
行い、それまでのネットワーク構成をリセットしてか
ら、新たなネットワークの再構築を行う。この機能によ
って、その時々のネットワークの構成を常時設定、認識
することができる。
In the system shown in FIG. 11, when a device is deleted from the network or newly added, the bus is automatically reset, and the network configuration up to that point is reset. Then, rebuild a new network. With this function, the configuration of the network at that time can be constantly set and recognized.

【0060】またデータ転送速度は100/200/4
00Mbpsと備えており、上位の転送速度をもつ機器
が回の転送速度をサポートし、互換をとるようになって
いる。
The data transfer rate is 100/200/4
It has a transmission rate of 00 Mbps, and a device having a higher transfer rate supports the transfer rate of times and is compatible.

【0061】データ転送モードとしては、コントロール
信号などの非同期データ(Asynchronousデータ:以下A
syncデータ)を転送するAsynchronous転送モード、
リアルタイムなどビデオデータやオーディオデータ等の
同期データ(Isochronousデータ:以下Isoデータ)
を転送するIsochronous転送モードがある。このAsy
ncデータとIsoデータは各サイクル(通常1サイク
ル125μS)の中において、サイクル開始を示すサイ
クル・スタート・パケット(CSP)の転送に続き、I
soデータの転送を優先しつつサイクル内で混在して転
送される。
As the data transfer mode, asynchronous data (Asynchronous data: A
Asynchronous transfer mode for transferring sync data)
Synchronous data such as video data and audio data in real time (Isochronous data: hereafter Iso data)
There is an Isochronous transfer mode for transferring data. This Asy
In each cycle (usually 125 μS per cycle), the nc data and the Iso data follow the transfer of a cycle start packet (CSP) indicating the start of the cycle, and
The so data is transferred in a mixed manner within the cycle while giving priority to the transfer of the so data.

【0062】次に、図12に1394シリアルバスの構
成要素を示す。
Next, FIG. 12 shows the components of the 1394 serial bus.

【0063】1394シリアルバスは全体としてレイヤ
(階層)構造で構成されている図12に示したように、
最もハード的なのが1394シリアルバスのケーブルで
あり、そのケーブルのコネクタが接続されるコネクタポ
ートがあり、その上にハードウェアとしてフィジカル・
レイヤとリンク・レイヤがある。
The 1394 serial bus has a layer (hierarchical) structure as a whole, as shown in FIG.
The most hardware type is a 1394 serial bus cable, which has a connector port to which a connector of the cable is connected.
There are layers and link layers.

【0064】ハードウェア部は実質的なインタフェース
チップの部分であり、そのうちフィジカル・レイヤは符
号化やコネクタ関連の制御等を行い、リンク・レイヤは
パケット転送やサイクルタイムの制御等を行う。
The hardware section is a substantial interface chip. The physical layer performs coding and control related to connectors, and the link layer performs packet transfer and cycle time control.

【0065】ファームウェア部のトランザクション・レ
イヤは、転送(トランザクション)すべきデータの管理
を行い、ReadやWriteといった命令を出す。マ
ネージメント・レイヤは、接続されている各機器の接続
状況やIDの管理を行い、ネットワークの構成を管理す
る部分である。
The transaction layer of the firmware section manages data to be transferred (transacted), and issues commands such as Read and Write. The management layer is a part that manages the connection status and ID of each connected device and manages the configuration of the network.

【0066】このハードウェアとファームウェアまでが
実質上の1394シリアルバスの構成である。
The hardware and firmware are the actual configuration of the 1394 serial bus.

【0067】またソフトウェア部のアプリケーション・
レイヤは使うソフトによって異なり、インタフェース上
にどのようにデータをのせるか規定する部分であり、A
Vプロトコルなどのプロトコルによって規定されてい
る。
The software application
The layer differs depending on the software used, and is a part that defines how data is placed on the interface.
It is specified by a protocol such as the V protocol.

【0068】以上が1394シリアルバスの構成であ
る。
The above is the configuration of the 1394 serial bus.

【0069】次に、図13に1394シリアルバスにお
けるアドレス空間の図を示す。
Next, FIG. 13 shows a diagram of the address space in the 1394 serial bus.

【0070】1394シリアルバスに接続された各機器
(ノード)には必ず各ノード固有の、64ビットアドレ
スを持たせておく。そしてこのアドレスをROMに格納
しておくことで、自分や相手のノードアドレスを常時認
識でき、相手を指定した通信も行える。
Each device (node) connected to the 1394 serial bus always has a 64-bit address unique to each node. By storing this address in the ROM, the node address of the user or the other party can always be recognized, and communication specifying the other party can be performed.

【0071】1394シリアルバスのアドレッシング
は、IEEE1212規格に準じた方式であり、アドレ
ス設定は、最初の10bitがバスの番号の指定様に、
次の6ビットがノードID番号の指定用に使われる。残
りの48bitが機器に与えられたアドレス幅になり、
それぞれ固有のアドレス空間として使用できる。最後の
28ビットは固有データの領域として、各機器の識別や
使用条件の指定の情報などを格納する。
The addressing of the 1394 serial bus is based on the IEEE1212 standard, and the address setting is such that the first 10 bits specify the bus number.
The next 6 bits are used for specifying the node ID number. The remaining 48 bits become the address width given to the device,
Each can be used as a unique address space. The last 28 bits store information such as identification of each device and designation of use conditions as a unique data area.

【0072】以上が1394シリアルバスの技術の概要
である。
The above is the outline of the technology of the 1394 serial bus.

【0073】次に、1394シリアルバスの特徴といえ
る技術の部分を、より詳細に説明する。 <1394シリアルバスの電気的仕様>図14に139
4シリアルバス・ケーブルの断面図を示す。
Next, the technical portion which can be said to be a feature of the 1394 serial bus will be described in more detail. <Electrical Specifications of 1394 Serial Bus> FIG.
4 shows a sectional view of a serial bus cable.

【0074】1394シリアルバスでは接続ケーブル内
に、2組のツイストペア信号線の他に、電源ラインを設
けている。これによって、電源を持たない機器や、故障
により電圧低下した機器等にも電力の供給が可能になっ
ている。
In the 1394 serial bus, a power supply line is provided in a connection cable in addition to two twisted pair signal lines. As a result, power can be supplied to a device having no power supply, a device whose voltage has dropped due to a failure, and the like.

【0075】電源線内を流れる電源の電圧は8〜40
V、電流は最大電流DC1.5Aと規定されている。 <DS−Link符号化>1394シリアルバスで採用
されている、データ転送フォーマットのDS−Link
符号化方式を説明するための図を図15に示す。
The voltage of the power supply flowing in the power supply line is 8 to 40.
V and the current are specified as the maximum current DC 1.5A. <DS-Link encoding> DS-Link of data transfer format adopted in the 1394 serial bus
FIG. 15 is a diagram for explaining the encoding method.

【0076】1394シリアルバスでは、DS−Lin
k(Data/Strobe Link)符号化方式が採用されている。こ
のDS−link符号化方式は、高速なシリアルデータ
通信に適しており、その構成は、2本の信号線を必要と
する。より対線のうち1本に主となるデータを送り、他
方のより対線にはストローブ信号を送る構成になってい
る。
In the 1394 serial bus, DS-Lin
The k (Data / Strobe Link) coding method is adopted. This DS-link coding method is suitable for high-speed serial data communication, and its configuration requires two signal lines. The main data is sent to one of the twisted pairs, and the strobe signal is sent to the other twisted pair.

【0077】受信側では、この通信されるデータと、ス
トローブとの排他的論理和をとることによってクロック
を再現できる。
On the receiving side, the clock can be reproduced by taking the exclusive OR of this communicated data and the strobe.

【0078】このDS−Link符号化方式を用いるメ
リットとして、他のシリアルデータ転送方式に比べて転
送効率が高いこと、PLL回路が不要となるのでコント
ローラLSIの回路規模を小さくできること、更には、
転送すべきデータが無いときにアイドル状態であること
を示す情報を送る必要が無いので、各機器のトランシー
バ回路をスリープ状態にすることができることによっ
て、消費電力の低減が図れる、などが挙げられる。 <バスリセットのシーケンス>1394シリアルバスで
は、接続されている各機器(ノード)にはノードIDが
与えられ、ネットワーク構成として認識されている。
The advantages of using the DS-Link coding method include higher transfer efficiency as compared with other serial data transfer methods, and the circuit scale of the controller LSI can be reduced because a PLL circuit is not required.
Since there is no need to send information indicating the idle state when there is no data to be transferred, the power consumption can be reduced by setting the transceiver circuit of each device to the sleep state. <Sequence of Bus Reset> In the 1394 serial bus, each connected device (node) is given a node ID and recognized as a network configuration.

【0079】このネットワーク構成に変化があったと
き、例えばノードの挿抜や電源のON/OFFなどによ
るノード数の増減などによって変化が生じて、新たなネ
ットワーク構成を認識する必要があるとき、変化を検知
した各ノードはバス上にバスリセット信号を送信して、
新たなネットワーク構成を認識するモードに入る。この
ときの変化の検知方法は、1394ポート基板上でのバ
イアス電圧の変化を検知することによって行われる。
When there is a change in the network configuration, for example, a change occurs due to an increase or decrease in the number of nodes due to insertion / removal of a node or power ON / OFF, etc., and when it is necessary to recognize a new network configuration, the change is made. Each detected node sends a bus reset signal on the bus,
Enter the mode to recognize the new network configuration. The method of detecting the change at this time is performed by detecting a change in the bias voltage on the 1394 port substrate.

【0080】あるノードからバスリセット信号が伝達さ
れて、各ノードのフィジカルレイヤはこのバスリセット
信号を受けると同時にリンクレイヤにバスリセットの発
生を伝達し、かつ他のノードにバスリセット信号を伝達
する。最終的にすべてのノードがバスリセット信号を検
知した後、バスリセットが起動となる。
When a bus reset signal is transmitted from a certain node, the physical layer of each node transmits the bus reset signal to the link layer at the same time as receiving the bus reset signal, and transmits the bus reset signal to another node. . After all the nodes finally detect the bus reset signal, the bus reset is activated.

【0081】バスリセットは、先に述べたようなケーブ
ル抜挿や、ネットワーク異常等によるハード検出による
起動と、プロトコルからのホスト制御などによってフィ
ジカルレイヤに直接命令を出すことによっても起動す
る。
The bus reset is also activated by the above-described activation by hardware insertion / removal due to cable disconnection or network abnormality or the like, and also by directly issuing a command to the physical layer by host control from a protocol.

【0082】また、バスリセットが起動するとデータ転
送は一時中断され、この間のデータ転送は待たされ、終
了後、新しいネットワーク構成のもとで再開される。
Further, when the bus reset is activated, the data transfer is suspended, the data transfer during this period is waited, and after the end, the data transfer is resumed under a new network configuration.

【0083】以上がバスリセットのシーケンスである。 <ノードID決定のシーケンス>バスリセットの後、各
ノードは新しいネットワーク構成を構築するために、各
ノードにIDを与える動作に入る。このときの、バスリ
セットからノードID決定までの一般的なシーケンスを
図23,図24,図25のフローチャートを用いて説明
する。
The above is the bus reset sequence. <Sequence of Node ID Determination> After the bus reset, each node starts an operation of giving an ID to each node in order to construct a new network configuration. The general sequence from the bus reset to the determination of the node ID at this time will be described with reference to the flowcharts of FIGS. 23, 24, and 25.

【0084】図23のフローチャートは、バスリセット
の発生からノードIDが決定し、データ転送が行えるよ
うになるまでの、一連のバスの作業を示してある。
The flowchart of FIG. 23 shows a series of bus operations from the occurrence of a bus reset until the node ID is determined and data transfer can be performed.

【0085】先ず、ステップS101として、ネットワ
ーク内にバスリセットが発生することを常時監視してい
て、ここでノードの電源ON/OFFなどでバスリセッ
トが発生するとステップS102に移る。
First, as step S101, the occurrence of a bus reset in the network is constantly monitored, and if a bus reset occurs due to power ON / OFF of a node, the process proceeds to step S102.

【0086】ステップS102では、ネットワークがリ
セットされた状態から、新たなネットワークの接続状況
を知るために、直接接続されている各ノード間において
親子関係の宣言がなされる。ステップS103として、
すべてのノード間で親子関係が決定すると、ステップS
104として一つのルートが決定する。すべてのノード
間で親子関係が決定するまで、ステップS102の親子
関係の宣言を行い、またルートも決定されない。
In step S102, from the state where the network is reset, a parent-child relationship is declared between the directly connected nodes in order to know the connection status of the new network. As step S103,
When the parent-child relationship is determined between all nodes, step S
One route is determined as 104. Until the parent-child relationship is determined between all nodes, the parent-child relationship is declared in step S102, and the route is not determined.

【0087】ステップS104でルートが決定される
と、次はステップS105として、各ノードにIDを与
えるノードIDの設定作業が行われる。所定のノード順
序で、ノードIDの設定が行われ、すべてのノードにI
Dが与えられるまで繰り返し設定作業が行われ、最終的
にステップS106としてすべてのノードにIDを設定
し終えたら、新しいネットワーク構成がすべてのノード
において認識されたので、ステップS107としてノー
ド間のデータ転送が行える状態となり、データ転送が開
始される。
After the route is determined in step S104, the process of setting a node ID for giving an ID to each node is performed in step S105. Node IDs are set in a predetermined node order, and I
The setting operation is repeatedly performed until D is given. When the IDs are finally set in all the nodes in step S106, the new network configuration is recognized in all the nodes. And data transfer is started.

【0088】このステップS107の状態になると、再
びバスリセットが発生するのを監視するモードに入り、
バスリセットが発生したらステップS101からステッ
プS106までの設定作業が繰り返し行われる。
In the state of step S107, a mode for monitoring the occurrence of a bus reset again is entered.
When the bus reset occurs, the setting operation from step S101 to step S106 is repeatedly performed.

【0089】以上が、図23のフローチャートの説明で
あるが、図23のフローチャートのバスリセットからル
ート決定までの部分と、ルート決定後からID設定終了
までの手順をより詳しくフローチャート図に表したもの
をそれぞれ、図24、図25に示す。
The above is a description of the flowchart of FIG. 23. The flowchart from FIG. 23 shows the part from the bus reset to the route determination and the procedure from the route determination to the end of the ID setting in a more detailed flowchart. Are shown in FIGS. 24 and 25, respectively.

【0090】先ず、図24のフローチャートの説明を行
う。
First, the flowchart of FIG. 24 will be described.

【0091】ステップS201としてバスリセットが発
生すると、ネットワーク構成は一旦リセットされる。な
お、ステップS201としてバスリセットが発生するの
を常に監視している。
When a bus reset occurs in step S201, the network configuration is reset once. The occurrence of a bus reset is constantly monitored in step S201.

【0092】次に、ステップS202としてリセットさ
れたネットワークの接続状況を再認識する作業の第一歩
として、各機器にリーフ(ノード)であることを示すフ
ラグを立てておく。さらに、ステップS203として各
機器が自分の持つポートがいくつ他ノードと接続されて
いるのかを調べる。
Next, as a first step of re-recognizing the network connection status reset in step S202, a flag indicating a leaf (node) is set for each device. Further, in step S203, each device checks how many ports it has are connected to other nodes.

【0093】ステップS204のポート数の結果に応じ
て、これから親子関係の宣言を始めていくために、未定
義(親子関係が決定されていない)ポートの数を調べ
る。バスリセットの直後はポート数=未定義ポート数で
あるが、親子関係が決定されていくにしたがって、ステ
ップS204で検知する未定義ポートの数は変化してい
くものである。
In accordance with the result of the number of ports in step S204, the number of undefined (undetermined parent-child) ports is checked in order to start the declaration of the parent-child relationship. Immediately after the bus reset, the number of ports = the number of undefined ports. However, as the parent-child relationship is determined, the number of undefined ports detected in step S204 changes.

【0094】まず、バスリセットの直後、はじめに親子
関係の宣言を行えるのはリーフに限られている。リーフ
であるというのはステップS203のポート数の確認で
知ることができる。リーフは、ステップS205とし
て、自分に接続されているノードに対して、「自分は
子、相手は親」と宣言し動作を終了する。
First, immediately after a bus reset, only a leaf can declare a parent-child relationship. A leaf can be known by checking the number of ports in step S203. In step S205, the leaf declares "I am a child and the other is a parent" to the node connected thereto, and ends the operation.

【0095】ステップS203でポート数が複数ありブ
ランチと認識したノードは、バスリセットの直後はステ
ップS204で未定義ポート数>1ということなので、
ステップS206へと移り、まずブランチというフラグ
が立てられ、ステップS207でリーフからの親子関係
宣言で「親」の受付けをするために待つ。
A node which has a plurality of ports in step S203 and is recognized as a branch has a number of undefined ports> 1 in step S204 immediately after the bus reset.
Moving to step S206, a flag of branch is first set, and in step S207, the process waits for acceptance of "parent" in the parent-child relationship declaration from the leaf.

【0096】リーフが親子関係の宣言を行い、ステップ
S207でそれを受けたブランチは適宜ステップS20
4の未定義ポート数の確認を行い、未定義ポート数が1
になっていれば残っているポートに接続されているノー
ドに対して、ステップS205の「自分が子」の宣言を
することが可能になる。2度目以降、ステップS204
で未定義ポート数を確認しても2以上あるブランチに対
しては、再度ステップS207でリーフ又は他のブラン
チからの「親」の受付けをするために待つ。
The leaf declares a parent-child relationship, and the branch that has received the declaration in step S207 appropriately returns to step S20.
Confirm the number of undefined ports of 4 and find that the number of undefined ports is 1
If it becomes, it becomes possible to declare “I am a child” in step S205 for the node connected to the remaining port. After the second time, step S204
Even if the number of undefined ports is confirmed in step S207, for a branch having two or more ports, the process waits again in step S207 to accept a "parent" from a leaf or another branch.

【0097】最終的に、何れか1つのブランチ、又は例
外的にリーフ(子宣言を行えるのに素早く動作しなかっ
た為)がステップS204の未定義ポート数の結果とし
てゼロになったら、これにてネットワーク全体の親子関
係の宣言が終了したものであり、未定義ポート数がゼロ
(すべて親のポートとして決定)になった唯一のノード
はステップS208としてルートのフラグが立てられ、
ステップS209としてルートとしての認識がなされ
る。
Finally, if any one branch or exceptional leaf (because it did not operate quickly to allow child declaration) becomes zero as a result of the number of undefined ports in step S204, And the only node for which the number of undefined ports has become zero (all are determined as parent ports) is flagged as a root in step S208,
In step S209, the route is recognized.

【0098】このようにして、図24に示したバスリセ
ットから、ネットワーク内すべてのノード間における親
子関係の宣言までが終了する。
Thus, the process from the bus reset shown in FIG. 24 to the declaration of the parent-child relationship between all the nodes in the network is completed.

【0099】次に、図25のフローチャートについて説
明する。
Next, the flowchart of FIG. 25 will be described.

【0100】まず、図24までのシーケンスでリーフ、
ブランチ、ルートという各ノードのフラグの情報が設定
されているので、これを元にして、ステップS301で
それぞれ分離する。
First, in the sequence up to FIG.
Since the information of the flag of each node such as branch and route is set, it is separated based on this information in step S301.

【0101】各ノードにIDを与える作業として、最初
にIDの設定を行うことができるのはリーフからであ
る。リーフ→ブランチ→ルートの順で若い番号(ノード
番号=0〜)からIDの設定がなされていく。
As a task of assigning an ID to each node, an ID can first be set from a leaf. The IDs are set in ascending order of leaf → branch → route (node number = 0).

【0102】ステップS302としてネットワーク内に
存在するリーフの数N(Nは自然数)を設定する。この
後、ステップS303として各自リーフがルートに対し
て、IDを与えるように要求する。この要求が複数ある
場合には、ルートはステップS304としてアービトレ
ーション(1つに調停する作業)を行い、ステップS3
05として勝ったノード1つにID番号を与え、負けた
ノードには失敗の結果通知を行う。ステップS306と
してID取得が失敗に終わったリーフは、再度ID要求
を出し、同様の作業を繰り返す。IDを取得できたリー
フからステップS307として、そのノードのID情報
をブロードキャストで全ノードに転送する。1ノードI
D情報のブロードキャストが終わると、ステップS30
8として残りのリーフの数が1つ減らされる。ここで、
ステップS309として、この残りのリーフの数が1以
上ある時はステップS303のID要求の作業からを繰
り返し行い、最終的にすべてのリーフがID情報をブロ
ードキャストすると、ステップS309がN=0とな
り、次はブランチのID設定に移る。
In step S302, the number N (N is a natural number) of leaves existing in the network is set. Thereafter, in step S303, each leaf requests the root to give an ID. If there are a plurality of such requests, the route performs arbitration (operation of arbitration into one) in step S304, and proceeds to step S3.
As 05, an ID number is given to one winning node, and a failure result is notified to the losing node. In step S306, the leaf whose ID acquisition has failed fails issues an ID request again, and repeats the same operation. In step S307, the ID information of the node is transferred to all the nodes by broadcasting from the leaf whose ID has been acquired. One node I
When the broadcasting of the D information is completed, step S30
As 8, the number of remaining leaves is reduced by one. here,
In step S309, when the number of the remaining leaves is one or more, the operation from the ID request in step S303 is repeatedly performed, and finally, when all the leaves broadcast the ID information, N = 0 in step S309, and the next Moves to the branch ID setting.

【0103】ブランチのID設定もリーフの時と同様に
行われる。
The setting of the branch ID is performed in the same manner as in the leaf setting.

【0104】まず、ステップS310としてネットワー
ク内に存在するブランチの数M(Mは自然数)を設定す
る。この後、ステップS311として各自ブランチがル
ートに対して、IDを与えるように要求する。これに対
してルートは、ステップS312としてアービトレーシ
ョンを行い、勝ったブランチから順にリーフに与え終わ
った次の若い番号から与えていく。ステップS313と
して、ルートは要求を出したブランチにID情報又は失
敗結果を通知し、ステップS314としてID取得が失
敗に終わったブランチは、再度ID要求を出し、同様の
作業を繰り返す。IDを取得できたブランチからステッ
プS315として、そのノードのID情報をブロードキ
ャストで全ノードに転送する。1ノードID情報のブロ
ードキャストが終わると、ステップS316として残り
のブランチの数が1つ減らされる。ここで、ステップS
317として、この残りのブランチの数が1以上ある時
はステップS311のID要求の作業からを繰り返し、
最終的にすべてのブランチがID情報をブロードキャス
トするまで行われる。すべてのブランチがノードIDを
取得すると、ステップS317はM=0となり、ブラン
チのID取得モードも終了する。
First, at step S310, the number M (M is a natural number) of branches existing in the network is set. Thereafter, in step S311, each branch requests the root to give an ID. On the other hand, the root performs arbitration as step S312, and gives the branch in order from the winning branch to the next youngest number that has been given to the leaf. In step S313, the root notifies the branch that issued the request of ID information or a failure result, and in step S314, the branch whose ID acquisition has failed fails issues an ID request again and repeats the same operation. In step S315, the ID information of the node is broadcast and transferred to all the nodes from the branch where the ID has been obtained. When the broadcast of the one node ID information ends, the number of remaining branches is reduced by one in step S316. Here, step S
If the number of the remaining branches is 1 or more as 317, the operation from the ID request in step S311 is repeated.
The process is performed until all the branches finally broadcast the ID information. When all the branches have acquired the node IDs, M = 0 in step S317, and the branch ID acquisition mode ends.

【0105】ここまで終了すると、最終的にID情報を
取得していないノードはルートのみなので、ステップS
318として与えていない番号で最も若い番号を自分の
ID番号と設定し、ステップS319としてルートのI
D情報をブロードキャストする。
When the process ends so far, the only node from which the ID information has not been finally obtained is the root, so that step S
318 is set as the own ID number among the unassigned numbers, and the root I
Broadcast D information.

【0106】以上で、図25に示したように、親子関係
が決定した後から、すべてのノードのIDが設定される
までの手順が終了する。
Thus, as shown in FIG. 25, the procedure from the determination of the parent-child relationship to the setting of the IDs of all the nodes is completed.

【0107】次に、一例として図16に示した実際のネ
ットワークにおける動作を図16を参照しながら説明す
る。
Next, the operation in the actual network shown in FIG. 16 will be described as an example with reference to FIG.

【0108】図16の説明として、(ルート)ノードB
の下位にはノードAとノードCが直接接続されており、
さらにノードCの下位にはノードDが直接接続されてお
り、さらにノードDの下位にはノードEとノードFが直
接接続された階層構造になっている。この階層構造やル
ートノード、ノードIDを決定する手順を以下で説明す
る。
As an explanation of FIG. 16, (root) node B
Are directly connected to node A and node C,
Further, a node D is directly connected below the node C, and a node E and a node F are directly connected below the node D in a hierarchical structure. The procedure for determining the hierarchical structure, the root node, and the node ID will be described below.

【0109】バスリセットがされた後、まず各ノードの
接続状況を認識するために、各ノードの直接接続されて
いるポート間において、親子関係の宣言がなされる。こ
の親子とは親側が階層構造で上位となり、子側が下位と
なると言うことができる。
After the bus reset, a parent-child relationship is declared between the directly connected ports of each node in order to recognize the connection status of each node. The parent and child can be said to be such that the parent is higher in the hierarchical structure and the child is lower.

【0110】図16ではバスリセットの後、最初に親子
関係の宣言を行ったのはノードAである。基本的にノー
ドの1つのポートにのみ接続があるノード(リーフと呼
ぶ)から親子関係の宣言を行うことができる。これは自
分には1ポートの接続のみということをまず知ることが
できるので、これによってネットワークの端であること
を認識し、その中で早く動作を行ったノードから親子関
係が決定されていく。こうして親子関係の宣言を行った
側(A−B間ではノードA)のポートが子と設定され、
相手側(ノードB)のポートが親と設定される。こうし
て、ノードA−B間では子−親、ノードE−D間で子−
親、ノードF−D間で子−親と決定される。
In FIG. 16, it is the node A that first declared the parent-child relationship after the bus reset. Basically, a node (called a leaf) having a connection to only one port of the node can declare a parent-child relationship. Since the user can first know that the connection is only one port, he / she recognizes that this is the edge of the network, and the parent-child relationship is determined from the node that has operated earlier in the network. In this way, the port on the side that has declared the parent-child relationship (node A between AB) is set as a child,
The port on the other end (node B) is set as the parent. Thus, the child-parent between the nodes AB and the child-parent between the nodes E-D.
The parent and the node FD are determined as child-parent.

【0111】さらに1回層あがって、今度は複数個接続
ポートを持つノード(ブランチと呼ぶ)のうち、他ノー
ドからの親子関係の宣言を受けたものから順次、さらに
上位に親子関係の宣言を行っていく。図16ではまずノ
ードDがD−E間、D−F間と親子関係が決定した後、
ノードCに対する親子関係の宣言を行っており、その結
果ノードD−C間で子−親と決定している。
[0111] Further, the layer goes up once more, and among nodes having a plurality of connection ports (branches), the declaration of the parent-child relationship is sequentially higher from the node that has received the declaration of the parent-child relationship from another node. I will go. In FIG. 16, after the parent-child relationship between the node D and the node D-F and the node D-F is determined,
The parent-child relationship is declared for node C, and as a result, child-parent is determined between nodes D and C.

【0112】ノードDからの親子関係の宣言を受けたノ
ードCは、もう一つのポートに接続されているノードB
に対して親子関係の宣言を行っている。これによってノ
ードC−B間で子−親と決定している。
The node C receiving the parent-child relationship declaration from the node D becomes the node B connected to another port.
Declare a parent-child relationship. As a result, a child-parent is determined between the nodes C and B.

【0113】このようにして図16のような階層構造が
構成され、最終的に接続されているすべてのポートにお
いて親となったノードBが、ルートノードと決定され
た。ルートは1つのネットワーク構成中に一つしか存在
しないものである。
Thus, a hierarchical structure as shown in FIG. 16 is formed, and the node B which has become the parent in all finally connected ports is determined as the root node. There is only one route in one network configuration.

【0114】なお、この図16においてノードBがルー
トノードと決定されたが、これはノードAから親子関係
宣言を受けたノードBが、他のノードに対して親子関係
宣言を速いタイミングで行っていれば、ルートノードは
他のノードに移っていたこともあり得る。すなわち、伝
達されるタイミングによってはどのノードもルートノー
ドとなる可能性があり、同じネットワーク構成でもルー
トノードは一定とは限らない。
In FIG. 16, node B is determined to be the root node. Node B, which has received a parent-child relationship declaration from node A, makes a parent-child relationship declaration to other nodes at a fast timing. If so, the root node may have moved to another node. That is, any node may become a root node depending on the transmission timing, and the root node is not always constant even in the same network configuration.

【0115】ルートノードが決定すると、次は各ノード
IDを決定するモードに入る。ここではすべてのノード
が、決定した自分のノードIDを他のすべてのノードに
通知する(ブロードキャスト機能)。
When the root node is determined, the process enters a mode for determining each node ID. Here, all nodes notify their determined node IDs to all other nodes (broadcast function).

【0116】自己ID情報は、自分のノード番号、接続
されている位置の情報、もっているポートの数、接続の
あるポートの数、各ポートの親子関係の情報等を含んで
いる。
The self ID information includes its own node number, information on the connected position, the number of ports it has, the number of ports it has connected, information on the parent-child relationship of each port, and the like.

【0117】ノードID番号の割り振りの手順として
は、まず1つのポートにのみ接続があるノード(リー
フ)から起動することができ、この中から順にノード番
号=0,1,2,…と割り当てられる。
As a procedure for assigning node ID numbers, first, nodes can be started from a node (leaf) connected to only one port, and node numbers = 0, 1, 2,... .

【0118】ノードIDを手にしたノードは、ノード番
号を含む情報をブロードキャストで各ノードに送信す
る。これによって、そのID番号は「割り当て済み」で
あることが認識される。
The node that has obtained the node ID broadcasts information including the node number to each node. Thereby, it is recognized that the ID number is “assigned”.

【0119】すべてのリーフが自己ノードIDを取得し
終わると、次はブランチへ移りリーフに引続いたノード
ID番号が各ノードに割り当てられる。リーフと同様
に、ノードID番号が割り当てられたブランチから順次
ノードID情報をブロードキャストし、最後にルートノ
ードが自己ID情報をブロードキャストする。すなわ
ち、常にルートは最大のノードID番号を所有するもの
である。
When all the leaves have obtained their own node IDs, the process moves to the branch and the node ID number following the leaf is assigned to each node. Similarly to the leaf, the node ID information is broadcast sequentially from the branch to which the node ID number is assigned, and finally, the root node broadcasts its own ID information. That is, the root always owns the maximum node ID number.

【0120】以上のようにして、階層構造全体のノード
IDの割り当てが終わり、ネットワーク構成が再構築さ
れ、バスの初期化作業が完了する。 <アービトレーション>1394シリアルバスでは、デ
ータ転送に先立って必ずバス使用権のアービトレーショ
ン(調停)を行う。1394シリアルバスは個別に接続
された各機器が、転送された信号をそれぞれ中継するこ
とによって、ネットワーク内すべての機器に同信号を伝
えるように、論理的なバス型ネットワークであるので、
パケットの衝突を防ぐ意味でアービトレーションは必要
である。これによってある時間には、たった一つのノー
ドのみ転送を行うことができる。
As described above, the assignment of the node IDs of the entire hierarchical structure is completed, the network configuration is reconstructed, and the bus initialization operation is completed. <Arbitration> In the 1394 serial bus, arbitration (arbitration) of the right to use the bus is always performed prior to data transfer. Since the 1394 serial bus is a logical bus network, each individually connected device relays the transferred signal to transmit the same signal to all devices in the network.
Arbitration is necessary to prevent packet collisions. This allows only one node to transfer at a given time.

【0121】アービトレーションを説明するための図と
して図17(a)にバス使用要求の図、同図(b)にバ
ス使用許可の図を示し、以下これを用いて説明する。
As a diagram for explaining arbitration, FIG. 17 (a) shows a diagram of a bus use request, and FIG. 17 (b) shows a diagram of a bus use permission, which will be described below.

【0122】アービトレーションが始まると、1つもし
くは複数のノードが親ノードに向かって、それぞれバス
使用権の要求を発する。図17(a)のノードCとノー
ドFがバス使用権の要求を発しているノードである。こ
れを受けた親ノード(図17ではノードA)はさらに親
ノードに向かって、バス使用権の要求を発する(中継す
る)。この要求は最終的に調停を行うルートに届けられ
る。
When arbitration starts, one or more nodes issue a bus use request to the parent node. Nodes C and F in FIG. 17A are nodes that have issued requests for the right to use the bus. The parent node (node A in FIG. 17) that has received the request further issues (relays) a bus use request toward the parent node. This request is finally delivered to the arbitration route.

【0123】バス使用要求を受けたルートノードは、ど
のノードにバスを使用させるかを決める。この調停作業
はルートノードのみが行えるものであり、調停によって
勝ったノードにはバスの使用許可を与える。図17
(b)ではノードCに使用許可が与えられ、ノードFの
使用は拒否された図である。アービトレーションに負け
たノードに対してはDP(data prefix)パケットを送
り、拒否されたことを知らせる。拒否されたノードのバ
ス使用要求は次回のアービトレーションまで待たされ
る。
The root node having received the bus use request determines which node uses the bus. This arbitration work can be performed only by the root node, and the node that has won the arbitration is given permission to use the bus. FIG.
In (b), use permission is given to the node C, and use of the node F is rejected. A DP (data prefix) packet is sent to the node that lost the arbitration to notify that the node has been rejected. The rejected node use request waits until the next arbitration.

【0124】以上のようにして、アービトレーションに
勝ってバスの使用許可を得たノードは、以降データの転
送を開始できる。
As described above, the node that has won the arbitration and has obtained the bus use permission can start transferring data thereafter.

【0125】ここで、アービトレーションの一連の流れ
をフローチャート図26に示して、説明する。
Here, a series of arbitration flows will be described with reference to a flowchart shown in FIG.

【0126】ノードがデータ転送を開始できるために
は、バスがアイドル状態であることが必要である。先に
行われていたデータ転送が終了して、現在バスが空き状
態であることを認識するためには、各転送モードで個別
に設定されている所定のアイドル時間ギャップ長(例.
サブアクション・ギャップ)を経過することによって、
各ノードは自分の転送が開始できると判断する。
In order for a node to be able to start data transfer, the bus must be idle. In order to recognize that the data transfer that has been performed earlier is completed and that the bus is currently idle, a predetermined idle time gap length that is individually set in each transfer mode (eg, an idle time gap length).
Sub-action gap)
Each node determines that its own transfer can be started.

【0127】ステップS401として、Asyncデー
タ、Isoデータ等それぞれ転送するデータに応じた所
定のギャップ長が得られたか判断する。所定のギャップ
長が得られない限り、転送を開始するために必要なバス
使用権の要求はできないので、所定のギャップ長が得ら
れるまで待つ。
In step S401, it is determined whether a predetermined gap length corresponding to each data to be transferred, such as Async data and Iso data, has been obtained. Unless the predetermined gap length is obtained, the request for the right to use the bus required to start the transfer cannot be made, so the process waits until the predetermined gap length is obtained.

【0128】ステップS401で所定のギャップ長が得
られたら、ステップS402として転送すべきデータが
あるか判断し、ある場合はステップS403として転送
するためにバスを確保するよう、バス使用権の要求をル
ートに対して発する。このときの、バス使用権の要求を
表す信号の伝達は、図17に示したように、ネットワー
ク内各機器を中継しながら、最終的にルートに届けられ
る。ステップS402で転送するデータがない場合は、
そのまま待機する。
If a predetermined gap length is obtained in step S401, it is determined in step S402 whether there is data to be transferred. If so, a request for a bus use right is issued in step S403 to secure a bus for transfer. Emit to the route. At this time, the transmission of the signal indicating the request for the right to use the bus is finally delivered to the route while relaying each device in the network as shown in FIG. If there is no data to be transferred in step S402,
Wait as it is.

【0129】次に、ステップS404として、ステップ
S403のバス使用要求を1つ以上ルートが受信した
ら、ルートはステップS405として使用要求を出した
ノードの数を調べる。ステップS405での選択値がノ
ード数=1(使用権要求を出したノードは1つ)だった
ら、そのノードに直後のバス使用許可が得られることと
なる。ステップS405での選択値がノード数>1(使
用要求を出したノードは複数)だったら、ルートはステ
ップS406として使用許可を与えるノードを1つに決
定する調停作業を行う。この調停作業は公平なものであ
り、毎回同じノードばかり許可を得るようなことはな
く、平等に権利を与えていくような構成となっている。
Next, at step S404, when the route receives one or more bus use requests at step S403, the route checks at step S405 the number of nodes that have issued use requests. If the selection value in step S405 is the number of nodes = 1 (the number of nodes that issued the use right request is one), the immediately subsequent bus use permission is obtained for that node. If the selection value in step S405 is the number of nodes> 1 (the number of nodes that have issued use requests), the root performs arbitration work in step S406 to determine one node to which use permission is given. This arbitration work is fair, and it is configured such that the same node is not always granted permission, but rights are equally given.

【0130】ステップS407として、ステップS40
6で使用要求を出した複数ノードの中からルートが調停
して使用許可を得た1つのノードと、敗れたその他のノ
ードに分ける選択を行う。ここで、調停されて使用許可
を得た1つのノード、またはステップS405の選択値
から使用要求ノード数=1で調停無しに使用許可を得た
ノードには、ステップS408として、ルートはそのノ
ードに対して許可信号を送る。許可信号を得たノード
は、受け取った直後に転送すべきデータ(パケット)を
転送開始する。また、ステップS406の調停が敗れ
て、バス使用が許可されなかったノードにはステップS
409としてルートから、アービトレーション失敗を示
すDP(data prefix)パケットを送られ、これを受け取
ったノードは再度転送を行うためのバス使用要求を出す
ため、ステップS401まで戻り、所定ギャップ長が得
られるまで待機する。
As step S407, step S40
At step 6, the node arbitrates the route from among the plurality of nodes that have issued the use request and selects one node whose use has been granted and another node that has lost. Here, for one node that has been arbitrated and has obtained use permission, or a node that has obtained use permission without arbitration with the number of use request nodes = 1 from the selection value in step S405, the route is set to that node as step S408. A permission signal is sent to it. The node that has received the permission signal starts transferring data (packets) to be transferred immediately after receiving the permission signal. Further, the nodes for which the arbitration in step S406 has been defeated and the bus use has not been permitted are provided in step S406
At step 409, a DP (data prefix) packet indicating an arbitration failure is sent from the root, and the node that has received the packet returns to step S401 to issue a bus use request for performing transfer again, until the predetermined gap length is obtained. stand by.

【0131】以上がアービトレーションの流れを説明し
た、フローチャート図26の説明である。 <Asynchronous(非同期)転送>アシンクロナス転送
は、非同期転送である。図18にアシンクロナス転送に
おける時間的な遷移状態を示す。図18の最初のサブア
クション・ギャップは、バスのアイドル状態を示すもの
である。このアイドル時間が一定値になった時点で転送
を希望するノードはバスが使用できると判断して、バス
獲得のためのアービトレーションを実行する。
The flow of the arbitration has been described above with reference to the flowchart of FIG. <Asynchronous transfer> Asynchronous transfer is asynchronous transfer. FIG. 18 shows a temporal transition state in the asynchronous transfer. The first sub-action gap in FIG. 18 indicates the idle state of the bus. When the idle time reaches a fixed value, the node desiring to transfer determines that the bus can be used, and executes arbitration for acquiring the bus.

【0132】アービトレーションでバスの使用許可を得
ると、次にデータの転送がパケット形式で実行される。
データ転送後、受信したノードは転送されたデータに対
しての受信結果のack(受信確認用返送コード)をa
ck gapという短いギャップの後、返送して応答す
るか、応答パケットを送ることによって転送が完了す
る。acKは4ビットの情報と4ビットのチェックサム
からなり、成功か、ビジー状態か、ペンディング状態で
あるかといった情報を含み、すぐに送信元ノードに返送
される。
When the use of the bus is obtained by arbitration, data transfer is executed in packet format.
After the data transfer, the receiving node sets ack (reception confirmation return code) of the reception result for the transferred data to a.
After a short gap of ck gap, the transfer is completed by returning and responding or sending a response packet. The acK is composed of 4-bit information and a 4-bit checksum, and includes information such as success, busy status, and pending status, and is immediately returned to the source node.

【0133】次に、図19にアシンクロナス転送のパケ
ットフォーマットの例を示す。
Next, FIG. 19 shows an example of the packet format of the asynchronous transfer.

【0134】パケットには、データ部及び誤り訂正用の
データCRCの他にはヘッダ部があり、そのヘッダ部に
は図19に示すような、目的ノードID、ソースノード
ID、転送データ長さや各種コードなどが書き込まれ、
転送が行われる。
A packet has a header part in addition to the data part and the data CRC for error correction. The header part has a destination node ID, a source node ID, a transfer data length and various data as shown in FIG. Code etc. are written,
A transfer is performed.

【0135】また、アシンクロナス転送は自己ノードか
ら相手ノードへの1対1の通信である。転送元ノードか
ら転送されたパケットは、ネットワーク中の各ノードに
行き渡るが、自分宛てのアドレス以外のものは無視され
るので、宛先の1つのノードのみが読み込むことにな
る。
Asynchronous transfer is one-to-one communication from a self-node to a partner node. The packet transferred from the transfer source node is distributed to each node in the network, but the address other than the address for itself is ignored, so that only one destination node reads the packet.

【0136】以上がアシンクロナス転送の説明である。 <Isochronous(同期)転送>アイソクロナス転送は同
期転送である。1394シリアルバスの最大の特徴であ
るともいえるこのアイソクロナス転送は、特にVIDE
O映像データや音声データといったマルチメディアデー
タなど、リアルタイムな転送を必要とするデータの転送
に適した転送モードである。
The above is the description of the asynchronous transfer. <Isochronous (synchronous) transfer> Isochronous transfer is synchronous transfer. This isochronous transfer, which can be said to be the greatest feature of the 1394 serial bus, is
This transfer mode is suitable for transferring data that requires real-time transfer, such as multimedia data such as O video data and audio data.

【0137】また、アシンクロナス転送(非同期)が1
対1の転送であったのに対し、このアイソクロナス転送
はブロードキャスト機能によって、転送元の1つのノー
ドから他のすべてのノードへ一様に転送される。
When the asynchronous transfer (asynchronous) is 1
Unlike the one-to-one transfer, the isochronous transfer is uniformly transferred from one transfer source node to all other nodes by the broadcast function.

【0138】図20はアイソクロナス転送における、時
間的な遷移状態を示す図である。
FIG. 20 is a diagram showing a temporal transition state in isochronous transfer.

【0139】アイソクロナス転送は、バス上一定時間毎
に実行される。この時間間隔をアイソクロナスサイクル
と呼ぶ。アイソクロナスサイクル時間は、125μSで
ある。この各サイクルの開始時間を示し、各ノードの時
間調整を行う役割を担っているのがサイクル・スタート
・パケットである。サイクル・スタート・パケットを送
信するのは、サイクル・マスタと呼ばれるノードであ
り、1つ前のサイクル内の転送終了後、所定のアイドル
期間(サブアクションギャップ)を経た後、本サイクル
の開始を告げるサイクル・スタート・パケットを送信す
る。このサイクル・スタート・パケットの送信される時
間間隔が125μSとなる。
The isochronous transfer is executed at fixed time intervals on the bus. This time interval is called an isochronous cycle. The isochronous cycle time is 125 μS. The cycle start packet indicates the start time of each cycle, and plays a role of adjusting the time of each node. A node called a cycle master transmits a cycle start packet, and after a transfer in a previous cycle is completed, a predetermined idle period (subaction gap) is passed, and then the start of this cycle is announced. Send a cycle start packet. The time interval at which this cycle start packet is transmitted is 125 μS.

【0140】また、図20にチャネルA、チャネルB、
チャネルCと示したように、1サイクル内において複数
種のパケットがチャネルIDをそれぞれ与えられること
によって、区別して転送できる。これによって同時に複
数ノード間でのリアルタイムな転送が可能であり、また
受信するノードでは自分が欲しいチャネルIDのデータ
のみを取り込む。このチャネルIDは送信先のアドレス
を表すものではなく、データに対する論理的な番号を与
えているに過ぎない。よって、あるパケットの送信は1
つの送信元ノードから他のすべてのノードに行き渡る、
ブロードキャストで転送されることになる。
FIG. 20 shows channel A, channel B,
As indicated by the channel C, a plurality of types of packets can be separately transferred by being given channel IDs in one cycle. This allows real-time transfer between a plurality of nodes at the same time, and the receiving node fetches only the data of the channel ID desired by itself. The channel ID does not represent the address of the transmission destination, but merely gives a logical number for the data. Therefore, the transmission of a certain packet is 1
From one source node to all other nodes,
It will be transferred by broadcast.

【0141】アイソクロナス転送のパケット送信に先立
って、アシンクロナス転送同様アービトレーションが行
われる。しかし、アシンクロナス転送のように1対1の
通信ではないので、アイソクロナス転送にはack(受
信確認用返信コード)は存在しない。
Prior to the packet transmission in the isochronous transfer, arbitration is performed as in the asynchronous transfer. However, since the communication is not one-to-one communication as in the asynchronous transfer, there is no ack (reception confirmation reply code) in the isochronous transfer.

【0142】また、図20に示したiso gap(ア
イソクロナスギャップ)とは、アイソクロナス転送を行
う前にバスが空き状態であると認識するために必要なア
イドル期間を表している。この所定のアイドル期間を経
過すると、アイソクロナス転送を行いたいノードはバス
が空いていると判断し、転送前のアービトレーションを
行うことができる。
The iso gap (isochronous gap) shown in FIG. 20 indicates an idle period necessary for recognizing that the bus is empty before performing the isochronous transfer. After the predetermined idle period has elapsed, a node that wishes to perform isochronous transfer determines that the bus is free, and can perform arbitration before transfer.

【0143】次に、図21にアイソクロナス転送のパケ
ットフォーマットの例を示し、説明する。
Next, FIG. 21 shows an example of a packet format of the isochronous transfer, which will be described.

【0144】各チャネルに分かれた、各種のパケットに
はそれぞれデータ部及び誤り訂正用のデータCRCの他
にヘッダ部があり、そのヘッダ部には図20に示したよ
うな転送データ長やチャネルNO、その他各種コード及
び誤り訂正用のヘッダCRCなどが書き込まれ、転送が
行われる。
Each packet divided into each channel has a header portion in addition to a data portion and data CRC for error correction. The header portion has a transfer data length and a channel number as shown in FIG. , And other various codes and a header CRC for error correction are written and transferred.

【0145】以上がアイソクロナス転送の説明である。 <バス・サイクル>実際の1394シリアルバス上の転
送では、アイソクロナス転送と、アシンクロナス転送は
混在できる。その時の、アイソクロナス転送とアシンク
ロナス転送が混在した、バス上の転送状態の時間的な遷
移の様子を表した図を図22に示す。
The above is the description of the isochronous transfer. <Bus Cycle> In an actual transfer on the 1394 serial bus, isochronous transfer and asynchronous transfer can coexist. FIG. 22 is a diagram showing a state of a temporal transition of the transfer state on the bus in which the isochronous transfer and the asynchronous transfer are mixed at that time.

【0146】アイソクロナス転送はアシンクロナス転送
より優先して実行される。その理由は、サイクル・スタ
ート・パケットの後、アシンクロナス転送を起動するた
めに必要なアイドル期間のギャップ長(サブアクション
ギャップ)よりも短いギャップ長(アイソクロナスギャ
ップ)で、アイソクロナス転送を起動できるからであ
る。したがって、アシンクロナス転送より、アイソクロ
ナス転送は優先して実行されることとなる。
The isochronous transfer is executed prior to the asynchronous transfer. The reason is that after the cycle start packet, the isochronous transfer can be started with a gap length (isochronous gap) shorter than the gap length (subaction gap) of the idle period required to start the asynchronous transfer. . Therefore, the isochronous transfer is executed with priority over the asynchronous transfer.

【0147】図22に示した、一般的なバスサイクルに
おいて、サイクル#mのスタート時にサイクル・スター
ト・パケットがサイクル・マスタから各ノードに転送さ
れる。これによって、各ノードで時刻調整を行い、所定
のアイドル期間(アイソクロナスギャップ)を待ってか
らアイソクロナス転送を行うべきノードはアービトレー
ションを行い、パケット転送に入る。図22ではチャネ
ルeとチャネルsとチャネルkが順にアイソクロナス転
送されている。
In the general bus cycle shown in FIG. 22, a cycle start packet is transferred from the cycle master to each node at the start of cycle #m. As a result, each node adjusts the time, and after waiting for a predetermined idle period (isochronous gap), the node that should perform isochronous transfer performs arbitration and starts packet transfer. In FIG. 22, the channel e, the channel s, and the channel k are sequentially transferred in an isochronous manner.

【0148】このアービトレーションからパケット転送
までの動作を、与えられているチャネル分繰り返し行っ
た後、サイクル#mにおけるアイソクロナス転送がすべ
て終了したら、アシンクロナス転送を行うことができる
ようになる。
After the operations from the arbitration to the packet transfer are repeatedly performed for the given channel, when all the isochronous transfers in the cycle #m are completed, the asynchronous transfer can be performed.

【0149】アイドル時間がアシンクロナス転送が可能
なサブアクションギャップに達することによって、アシ
ンクロナス転送を行いたいノードはアービトレーション
の実行に移れると判断する。
When the idle time reaches the subaction gap where asynchronous transfer is possible, the node that wishes to perform asynchronous transfer determines that arbitration can be performed.

【0150】ただし、アシンクロナス転送が行える期間
は、アイソクロナス転送終了の力、次のサイクル・スタ
ート・パケットを転送すべき時間(cycle synch)までの
間にアシンクロナス転送を起動するためのサブアクショ
ンギャップが得られた場合に限っている。
However, during the period in which the asynchronous transfer can be performed, there is a sub-action gap for starting the asynchronous transfer until the end of the isochronous transfer and the time (cycle synch) to transfer the next cycle start packet. Only when they are given.

【0151】図22のサイクル#mでは3つのチャネル
分のアイソクロナス転送と、その後アシンクロナス転送
(含むack)が2パケット(パケット1、パケット
2)転送されている。このアシンクロナスパケット2の
後は、サイクルm+1をスタートすべき時間(cycle syn
ch)にいたるので、サイクル#mでの転送はここまでで
終わる。
In cycle #m of FIG. 22, two packets (packet 1 and packet 2) of isochronous transfer for three channels and then asynchronous transfer (including ack) are transferred. After this asynchronous packet 2, the time to start cycle m + 1 (cycle syn.
ch), the transfer in cycle #m ends here.

【0152】ただし、非同期または同期転送動作中に次
のサイクル・スタート・パケットを送信すべき時間(cyc
le synch)に至ったとしたら、無理に中断せず、その転
送が終了した後のアイドル期間を待ってから次サイクル
のサイクル・スタート・パケットを送信する。すなわ
ち、1つのサイクルが125μS以上続いたときは、そ
の分次サイクルは基準の125μSより短縮されたとす
る。このようにアイソクロナス・サイクルは125μS
を基準に超過・短縮し得るものである。
However, during the asynchronous or synchronous transfer operation, the time to transmit the next cycle start packet (cyc
If le synch) is reached, the cycle start packet of the next cycle is transmitted after waiting for an idle period after the transfer is completed, without forcibly interrupting the transfer. That is, when one cycle continues for 125 μS or more, it is assumed that the next cycle is shortened by that much from the reference 125 μS. Thus, the isochronous cycle is 125 μS
Can be exceeded or shortened based on the standard.

【0153】しかし、アイソクロナス転送はリアルタイ
ム転送を維持するために毎サイクル必要であれば必ず実
行され、アシンクロナス転送はサイクル時間が短縮され
たことによって次以降のサイクルにまわされることもあ
る。
However, the isochronous transfer is always executed if necessary every cycle to maintain the real-time transfer, and the asynchronous transfer may be transferred to the next and subsequent cycles due to the shortened cycle time.

【0154】IEEE1394上で本発明を実現する場
合、図1で示した接続は図11の中の一部として取り込
まれる構成になる。この場合、バスの調停は図23,2
4で説明したバスリセット後の親子関係宣言でルートと
なった機器が行うことになる。従って、ホストからプリ
ンタに印刷要求を通知するためには、その前段階として
ホストがルートになっている機器に対してバスの使用許
可を要求し、使用権をユ得することが必要となる。ま
た、プリンタから印刷要求を出したホストに対して印刷
可能通知(ACK)、または印刷不可通知(NAK)を
送信する場合にも同様にルートにバスの使用要求を発行
して、バスの使用権を獲得してから通知を行うことにな
る。このように、ルートによるバスの調停作業が介在す
ることになるが、本発明を実施することが可能である。 (第2の実施の形態)第1の実施の形態では、周辺機器
があるホストに対してデータ転送許可を与えている間、
他のホストはそれを知らずにデータ転送要求を発行する
という無駄があった。この点を改善する実施例を以下に
説明する。
When the present invention is implemented on IEEE1394, the connection shown in FIG. 1 is configured to be taken in as a part in FIG. In this case, the arbitration of the bus is performed as shown in FIGS.
The device that has become the root in the parent-child relationship declaration after the bus reset described in 4 will be performed. Therefore, in order for the host to notify the printer of the print request, it is necessary to request the device whose root is the host to request the use of the bus and obtain the right to use the device as a preliminary step. Similarly, when transmitting a print enable notification (ACK) or a print disable notification (NAK) to a host that has issued a print request from a printer, a bus use request is issued to the root and a bus use right is issued. You will be notified after acquiring As described above, the bus arbitration work by the route is involved, but the present invention can be implemented. (Second Embodiment) In the first embodiment, while a peripheral device gives data transfer permission to a certain host,
There is no use for other hosts to issue data transfer requests without knowing it. An embodiment for improving this point will be described below.

【0155】第2の実施の形態の印刷システムの構成
は、第1の実施の形態と同じものである。そこで、相違
する点を、図9,図10を用いて説明する。
The configuration of the printing system according to the second embodiment is the same as that of the first embodiment. Therefore, the differences will be described with reference to FIGS.

【0156】図9は、第2の実施形態におけるホスト及
びプリンタの外部バス制御部による制御手順の流れ図で
あり、図6で説明したステップ609から609に対応
する。図10はその時の外部バスの動作状況を模式的に
表したものである。
FIG. 9 is a flowchart of a control procedure by the external bus control unit of the host and the printer in the second embodiment, and corresponds to steps 609 to 609 described in FIG. FIG. 10 schematically shows the operation status of the external bus at that time.

【0157】初めに、印刷システムは図10(a)に示
すアイドル状態にある。
First, the printing system is in an idle state shown in FIG.

【0158】ホストからプリンタに対して、印刷するド
キュメントのデータを転送する要求が発生した場合に、
図10(b)に示すように、ホスト外部バス制御部21
2よりデータ転送要求が発行される(901)。データ
転送の要求を受信したプリンタは、紙、インクがないな
どのプリンタ自身の状態を調べ(902)、印刷可能状
態であることを判断する(903,904)。
When a request to transfer data of a document to be printed is issued from the host to the printer,
As shown in FIG. 10B, the host external bus control unit 21
2 issues a data transfer request (901). Upon receiving the data transfer request, the printer checks the status of the printer itself, such as the absence of paper or ink (902), and determines that the printer is ready for printing (903, 904).

【0159】印刷可能でない場合には、その要因ととも
に、データ受信不可通知をホストに対して発行し(91
0)、ホストがその要因をユーザに知らせることで、ユ
ーザは印刷できない原因を知ることができる(91
1)。
If printing is not possible, a data rejection notice is issued to the host together with the cause (91).
0), the host notifies the user of the cause, so that the user can know the cause of the print failure (91).
1).

【0160】データを受け取り、印刷可能である場合に
は、図10(c)に示すように、データ転送要求が受け
入れられたホスト以外のホストに対してプリントアウト
動作に入ったことを示すデータ受信不可通知を発行する
(904)。次に要求を出しているホストに対して、図
10(d)に示すように、データ転送許可通知を発行す
る(905)。
When data is received and printing is possible, as shown in FIG. 10C, data reception indicating that the host other than the host for which the data transfer request has been accepted has entered a printout operation. A refusal notice is issued (904). Next, a data transfer permission notification is issued to the requesting host as shown in FIG. 10D (905).

【0161】データ転送許可通知を受け取ったホスト
は、図10(e)に示すように、データ転送を開始し、
印刷結果を得ることができる(906,907,90
8)。
The host having received the data transfer permission notice starts data transfer as shown in FIG.
Printing results can be obtained (906, 907, 90
8).

【0162】プリントアウト動作の終了後、他のホスト
に対して、図10(f)に示すように、次のプリントア
ウト動作に入ることが可能な状態になったことを示すデ
ータ受信可能通知を発行する。
After the end of the printout operation, as shown in FIG. 10 (f), another host receives a data receivable notice indicating that it is ready to start the next printout operation. Issue.

【0163】データ受信可能通知を受け取ったホスト
は、印刷するドキュメントがある場合にはデータ転送要
求を発行する。
The host that has received the data receivable notice issues a data transfer request when there is a document to be printed.

【0164】以上説明したように、周辺機器に複数の外
部バスポートを設け、双方向通信可能な通信プロトコル
によるデータ転送の制御手段を設けることで、これまで
手動で操作していたバスの切り替え操作を自動的に行う
ことが可能となり、利便性の高い周辺機器共有環境を簡
単に構築することが可能になる。
As described above, by providing a plurality of external bus ports in the peripheral device and providing data transfer control means using a communication protocol capable of two-way communication, a bus switching operation which has been manually operated until now is provided. Can be automatically performed, and a highly convenient peripheral device sharing environment can be easily constructed.

【0165】以上説明したように、第1の実施形態に対
し、あるホストからデータ転送要求が発行された場合
に、他のホストに対してデータ受信不可通知を発行する
ことで、ホストからの無駄なデータ転送要求の発行をな
くすことが可能になる。
As described above, when a data transfer request is issued from a certain host to the first embodiment, a data reception disable notification is issued to another host, whereby waste from the host is avoided. Issue of a data transfer request can be eliminated.

【0166】また、第1及び第2の実施の形態では、周
辺機器としてプリンタを用いて説明したが、周辺機器は
これに限定するものではない。
Further, in the first and second embodiments, a printer has been described as a peripheral device, but the peripheral device is not limited to this.

【0167】[0167]

【他の実施形態】なお、本発明は、複数の機器(例えば
ホストコンピュータ,インタフェイス機器,リーダ,プ
リンタなど)から構成されるシステムに適用しても、一
つの機器からなる装置(例えば、複写機,ファクシミリ
装置など)に適用してもよい。
[Other Embodiments] Even if the present invention is applied to a system including a plurality of devices (for example, a host computer, an interface device, a reader, a printer, etc.), an apparatus (for example, a copying machine) Machine, facsimile machine, etc.).

【0168】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体を、システムあるいは装置に供給し、そ
のシステムあるいは装置のコンピュータ(またはCPU
やMPU)が記憶媒体に格納されたプログラムコードを
読出し実行することによっても、達成される。
Further, an object of the present invention is to supply a storage medium storing a program code of software for realizing the functions of the above-described embodiments to a system or an apparatus, and to provide a computer (or CPU) of the system or apparatus.
Or MPU) reads and executes the program code stored in the storage medium.

【0169】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。
In this case, the program code itself read from the storage medium realizes the functions of the above-described embodiment, and the storage medium storing the program code constitutes the present invention.

【0170】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク,ハードディス
ク,光ディスク,光磁気ディスク,CD−ROM,CD
−R,磁気テープ,不揮発性のメモリカード,ROMな
どを用いることができる。
Examples of the storage medium for supplying the program code include a floppy disk, hard disk, optical disk, magneto-optical disk, CD-ROM, and CD.
-R, a magnetic tape, a nonvolatile memory card, a ROM, or the like can be used.

【0171】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているOS(オペレ
ーティングシステム)などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれる。
When the computer executes the readout program codes, not only the functions of the above-described embodiment are realized, but also the OS (Operating System) running on the computer based on the instructions of the program codes. ) Performs part or all of the actual processing, and the processing realizes the functions of the above-described embodiments.

【0172】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るCPUなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれる。
Further, after the program code read from the storage medium is written into a memory provided in a function expansion board inserted into the computer or a function expansion unit connected to the computer, based on the instructions of the program code, The case where the CPU of the function expansion board or the function expansion unit performs part or all of the actual processing, and the function of the above-described embodiment is realized by the processing.

【0173】[0173]

【発明の効果】以上説明したように、本発明によれば、
ある一つのホストからのデータ転送要求が発生した場合
に、データの転送が可能であるかを判断する判断ステッ
プと、前記判断ステップの結果を通知する通知ステップ
によって、データ転送の許可/不許可を判断し、ホスト
にその結果を通知することで利便性の高いバス制御を実
現するデータ転送方式、及び装置に関するものである。
As described above, according to the present invention,
When a data transfer request is issued from a certain host, the permission / rejection of data transfer is determined by a determination step of determining whether data transfer is possible and a notification step of notifying the result of the determination step. The present invention relates to a data transfer method and a device that realize highly convenient bus control by making a determination and notifying the host of the result.

【0174】[0174]

【図面の簡単な説明】[Brief description of the drawings]

【図1】本発明に係る印刷システムのブロック図であ
る。
FIG. 1 is a block diagram of a printing system according to the present invention.

【図2】本発明に係る印刷システムのブロック図であ
る。
FIG. 2 is a block diagram of a printing system according to the present invention.

【図3】本発明に係るホストの外部バス制御部のブロッ
ク図である。
FIG. 3 is a block diagram of an external bus control unit of the host according to the present invention.

【図4】本発明に係るプリンタの外部バス制御部のブロ
ック図である。
FIG. 4 is a block diagram of an external bus control unit of the printer according to the present invention.

【図5】本発明に係る印刷処理手順の流れ図である。FIG. 5 is a flowchart of a print processing procedure according to the present invention.

【図6】本発明に係る印刷処理手順の流れ図である。FIG. 6 is a flowchart of a print processing procedure according to the present invention.

【図7】本発明に係る第1の実施形態における外部バス
制御部による制御手順の流れ図である。
FIG. 7 is a flowchart of a control procedure by an external bus control unit according to the first embodiment of the present invention.

【図8】本発明に係る第1の実施形態におけるデータ転
送動作の概略を示す図である。
FIG. 8 is a diagram schematically illustrating a data transfer operation according to the first embodiment of the present invention.

【図9】本発明に係る第1の実施形態における外部バス
制御部による制御手順の流れ図である。
FIG. 9 is a flowchart of a control procedure performed by the external bus control unit according to the first embodiment of the present invention.

【図10】本発明に係る第1の実施形態におけるデータ
転送動作の概略を示す図である。
FIG. 10 is a diagram schematically illustrating a data transfer operation according to the first embodiment of the present invention.

【図11】1394シリアルバスを用いて構成されるネ
ットワーク・システムの例を示す図である。
FIG. 11 is a diagram illustrating an example of a network system configured using a 1394 serial bus.

【図12】1394シリアルバスの構成要素を示す図で
ある。
FIG. 12 is a diagram showing components of a 1394 serial bus.

【図13】1394シリアルバスにおけるアドレス空間
の図を示す図である。
FIG. 13 is a diagram showing a diagram of an address space in a 1394 serial bus.

【図14】1394シリアルバス・ケーブルの断面図を
示す図である。
FIG. 14 is a diagram showing a sectional view of a 1394 serial bus cable.

【図15】1394シリアルバスで採用されている、デ
ータ転送フォーマットのDS−Link符号化方式を説
明するための図を示す図である。
FIG. 15 is a diagram illustrating a DS-Link encoding system of a data transfer format adopted in a 1394 serial bus.

【図16】ノードの階層構造の例を示す図である。FIG. 16 is a diagram illustrating an example of a hierarchical structure of nodes.

【図17】バスのアービトレーションを説明する図であ
る。
FIG. 17 is a diagram illustrating arbitration of a bus.

【図18】アシンクロナス転送における時間的な遷移状
態を示す図である。
FIG. 18 is a diagram showing a temporal transition state in asynchronous transfer.

【図19】アシンクロナス転送のパケットフォーマット
の例を示す図である。
FIG. 19 is a diagram illustrating an example of an asynchronous transfer packet format.

【図20】アイソクロナス転送における、時間的な遷移
状態を示す図である。
FIG. 20 is a diagram showing a temporal transition state in isochronous transfer.

【図21】アイソクロナス転送のパケットフォーマット
の図である。
FIG. 21 is a diagram of a packet format for isochronous transfer.

【図22】アイソクロナス転送とアシンクロナス転送が
混在した、バス上の転送状態の時間的な遷移の様子を表
した図を示す図である。
FIG. 22 is a diagram showing a state of a temporal transition of a transfer state on a bus in which isochronous transfer and asynchronous transfer are mixed.

【図23】バスリセットからデータ転送が行えるまでの
手順の流れ図である。
FIG. 23 is a flowchart of a procedure from bus reset to data transfer.

【図24】バスリセットからルート決定までの手順の詳
しい流れ図である。
FIG. 24 is a detailed flowchart of a procedure from bus reset to route determination.

【図25】ルート決定からID設定終了までの手順の流
れ図である。
FIG. 25 is a flowchart of a procedure from route determination to ID setting end.

【図26】アービトレーションの手順の流れ図である。FIG. 26 is a flowchart of an arbitration procedure.

【図27】従来例の印刷システムのブロック図である。FIG. 27 is a block diagram of a conventional printing system.

【符号の説明】[Explanation of symbols]

101,102 ホスト 103 周辺機器 208 全体制御部 211 I/O制御部 212 ホスト外部バス制御部 217 周辺機器外部バス制御部 220 周辺機器制御部 101, 102 Host 103 Peripheral device 208 Overall control unit 211 I / O control unit 212 Host external bus control unit 217 Peripheral device external bus control unit 220 Peripheral device control unit

Claims (14)

【特許請求の範囲】[Claims] 【請求項1】 複数のホストと周辺機器とを接続する接
続手段と、 前記複数のホストの1からのデータ転送要求が発生した
場合に、該ホストと前記周辺機器とのデータの送受信が
可能であるかを判断する判断手段と、 前記判断の結果、データ送受信が可能であれば、データ
転送要求の発生元のホストと前記周辺機器との間でデー
タの送受信を行わせる転送制御手段と、を有することを
特徴とするデータ転送装置。
A connection means for connecting a plurality of hosts to a peripheral device; and a data transfer request between the host and the peripheral device when a data transfer request is issued from one of the plurality of hosts. Determining means for determining whether or not there is, and as a result of the determination, if data transmission / reception is possible, transfer control means for performing data transmission / reception between the host that issued the data transfer request and the peripheral device, A data transfer device comprising:
【請求項2】 前記転送制御手段は、データ送受信が可
能でなければデータ転送要求の発生元のホストに対して
データ転送できない旨通知することを特徴とする請求項
1に記載にデータ転送装置。
2. The data transfer apparatus according to claim 1, wherein the transfer control unit notifies the host that has issued the data transfer request that the data cannot be transferred unless data transmission / reception is possible.
【請求項3】 前記判断手段は、データ転送要求の発生
元以外のホストと通信中はデータ送受信が可能でないと
判断し、前記転送制御手段は、データ転送要求の発生元
のホストに対して、該ホスト以外のホストと通信中であ
る旨通知することを特徴とする請求項2に記載にデータ
転送装置。
3. The method according to claim 1, wherein the determining unit determines that data transmission / reception is not possible during communication with a host other than the source of the data transfer request. 3. The data transfer device according to claim 2, wherein notification is made that communication is being performed with a host other than the host.
【請求項4】 前記判断手段は、当該データ転送装置に
エラー状態が生じている場合はデータ送受信が可能でな
いと判断し、前記転送制御手段は、データ転送要求の発
生元のホストに対して、エラーが生じている旨通知する
ことを特徴とする請求項2に記載にデータ転送装置。
4. The method according to claim 1, wherein the determining unit determines that data transmission / reception is not possible when the data transfer apparatus is in an error state. 3. The data transfer device according to claim 2, wherein the data transfer device notifies that an error has occurred.
【請求項5】 前記転送制御手段は、データ送受信が可
能であれば、データ転送要求の発生元のホスト以外のホ
ストに対してデータ転送できない旨通知し、データ転送
要求の発生元のホストと前記周辺機器との間でデータの
送受信を行わせることを特徴とする請求項1に記載にデ
ータ転送装置。
5. The data transfer control means, if data transmission / reception is possible, notifies a host other than the host that issued the data transfer request that data transfer is not possible, and communicates with the host that issued the data transfer request. The data transfer device according to claim 1, wherein data transmission and reception are performed with a peripheral device.
【請求項6】 前記転送制御手段は、データ転送要求の
発生元のホストと前記周辺機器との間のデータの送受信
の終了後に、その他のホストに対してデータ転送が可能
であることを通知することを特徴とする請求項5記載の
データ転送装置。
6. The transfer control means notifies the other hosts that data transfer is possible after the end of data transmission / reception between the host that issued the data transfer request and the peripheral device. The data transfer device according to claim 5, wherein:
【請求項7】 複数のホストと周辺機器とを接続してな
るデータ転送装置の制御方法であって、 前記複数のホストの1からのデータ転送要求が発生した
場合に、該ホストと前記周辺機器とのデータの送受信が
可能であるかを判断する判断工程と、 前記判断の結果、データ送受信が可能であれば、データ
転送要求の発生元のホストと前記周辺機器との間でデー
タの送受信を行わせる転送制御工程と、を有することを
特徴とするデータ転送装置の制御方法。
7. A method for controlling a data transfer device, comprising connecting a plurality of hosts and a peripheral device, wherein when a data transfer request is issued from one of the plurality of hosts, the host and the peripheral device are controlled. A determining step of determining whether data can be transmitted and received with the peripheral device; and Controlling the data transfer device to perform the transfer.
【請求項8】 前記転送制御工程は、データ送受信が可
能でなければデータ転送要求の発生元のホストに対して
データ転送できない旨通知することを特徴とする請求項
7に記載にデータ転送装置の制御方法。
8. The data transfer apparatus according to claim 7, wherein the transfer control step notifies the host that issued the data transfer request that the data cannot be transferred unless data transmission / reception is possible. Control method.
【請求項9】 前記判断工程は、データ転送要求の発生
元以外のホストと通信中はデータ送受信が可能でないと
判断し、前記転送制御工程は、データ転送要求の発生元
のホストに対して、該ホスト以外のホストと通信中であ
る旨通知することを特徴とする請求項8に記載にデータ
転送装置の制御方法。
9. The determining step determines that data transmission / reception is not possible during communication with a host other than the source of the data transfer request. The transfer control step includes: 9. The control method for a data transfer device according to claim 8, wherein notification is made that communication is being performed with a host other than the host.
【請求項10】 前記判断工程は、当該データ転送装置
にエラー状態が生じている場合はデータ送受信が可能で
ないと判断し、前記転送制御工程は、データ転送要求の
発生元のホストに対して、エラーが生じている旨通知す
ることを特徴とする請求項8に記載にデータ転送装置の
制御方法。
10. The determining step determines that data transmission / reception is not possible when an error state occurs in the data transfer device. The transfer control step includes: 9. The method according to claim 8, wherein a notification that an error has occurred is provided.
【請求項11】 前記転送制御工程は、データ送受信が
可能であれば、データ転送要求の発生元のホスト以外の
ホストに対してデータ転送できない旨通知し、データ転
送要求の発生元のホストと前記周辺機器との間でデータ
の送受信を行わせることを特徴とする請求項7に記載に
データ転送装置の制御方法。
11. The transfer control step, if data transmission / reception is possible, notifies a host other than the host that issued the data transfer request that data transfer is not possible, and communicates with the host that issued the data transfer request. The method of controlling a data transfer device according to claim 7, wherein data is transmitted / received to / from a peripheral device.
【請求項12】 前記転送制御工程は、データ転送要求
の発生元のホストと前記周辺機器との間のデータの送受
信の終了後に、その他のホストに対してデータ転送が可
能であることを通知することを特徴とする請求項11記
載のデータ転送装置の制御方法。
12. The transfer control step, after completion of data transmission / reception between the host that has issued the data transfer request and the peripheral device, notifies other hosts that data transfer is possible. The method for controlling a data transfer device according to claim 11, wherein:
【請求項13】 請求項1乃至6のいずれかに記載され
たデータ転送装置により複数のホストと接続され、前記
データ転送装置によりホストから受信するデータに基づ
いて印刷出力を行うことを特徴とする印刷装置。
13. A data transfer device according to claim 1, wherein the data transfer device is connected to a plurality of hosts, and prints out based on data received from the host by the data transfer device. Printing device.
【請求項14】 請求項13に記載された印刷装置と、
該装置に接続された複数のホストとを含むことを特徴と
する印刷システム。
14. A printing device according to claim 13,
A printing system comprising: a plurality of hosts connected to the apparatus.
JP9030884A 1997-02-14 1997-02-14 Data transfer device, its controlling method and printing system Withdrawn JPH10228364A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP9030884A JPH10228364A (en) 1997-02-14 1997-02-14 Data transfer device, its controlling method and printing system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP9030884A JPH10228364A (en) 1997-02-14 1997-02-14 Data transfer device, its controlling method and printing system

Publications (1)

Publication Number Publication Date
JPH10228364A true JPH10228364A (en) 1998-08-25

Family

ID=12316170

Family Applications (1)

Application Number Title Priority Date Filing Date
JP9030884A Withdrawn JPH10228364A (en) 1997-02-14 1997-02-14 Data transfer device, its controlling method and printing system

Country Status (1)

Country Link
JP (1) JPH10228364A (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000236338A (en) * 1999-02-15 2000-08-29 Sony Corp Method and device for radio communication
EP1061450A2 (en) * 1999-06-16 2000-12-20 Sharp Kabushiki Kaisha Data transfer apparatus, method of controlling the same, and printing system
JP2001326662A (en) * 1999-11-18 2001-11-22 Sony Corp Communication method and communication unit
WO2003085935A1 (en) * 2002-04-05 2003-10-16 Sony Corporation Information distribution system and method, information transmission apparatus and method, information reception apparatus and method, recording medium, and program

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000236338A (en) * 1999-02-15 2000-08-29 Sony Corp Method and device for radio communication
EP1061450A2 (en) * 1999-06-16 2000-12-20 Sharp Kabushiki Kaisha Data transfer apparatus, method of controlling the same, and printing system
EP1061450A3 (en) * 1999-06-16 2004-06-16 Sharp Kabushiki Kaisha Data transfer apparatus, method of controlling the same, and printing system
US6940616B1 (en) 1999-06-16 2005-09-06 Sharp Kabushiki Kaisha Data transfer apparatus, method of controlling the same, and printing system
JP2001326662A (en) * 1999-11-18 2001-11-22 Sony Corp Communication method and communication unit
WO2003085935A1 (en) * 2002-04-05 2003-10-16 Sony Corporation Information distribution system and method, information transmission apparatus and method, information reception apparatus and method, recording medium, and program
EP1494431A4 (en) * 2002-04-05 2008-12-10 Sony Corp Information distribution system and method, information transmission apparatus and method, information reception apparatus and method, recording medium, and program

Similar Documents

Publication Publication Date Title
JP3927647B2 (en) Information processing apparatus, information processing method, and information processing system
EP0859325A2 (en) Data communication apparatus and method
JPH10243327A (en) Image input device, control method therefor and image input/output system
JPH11316657A (en) Data transfer device, method thereof, data transfer system and medium
JPH10229427A (en) Information processing device and method
JP3630971B2 (en) Data communication method, apparatus, system, and storage medium
JP4018187B2 (en) Image forming apparatus, image forming system, and image forming method
JPH10228365A (en) Printer, print system, and printing method
JP4072215B2 (en) Image processing apparatus, control method therefor, and image processing system
JP3682512B2 (en) Image capturing apparatus and control method thereof, printing system, printing method, and printing apparatus and control method thereof
JPH10228364A (en) Data transfer device, its controlling method and printing system
JP3501613B2 (en) Data communication system, print system and data communication device
JP2001105689A (en) Printing system and printing apparatus and its control method
JP3647328B2 (en) Image processing apparatus, control method therefor, and image processing system
JP3774542B2 (en) Data processing method, data processing apparatus, printer, and storage medium
JPH11110160A (en) Printing controller and printing control method
JPH10228355A (en) Data transfer device and its control method, and print system
JP2001067193A (en) Printing system, printer and its controlling method
JP2003333045A (en) Power management
JP3495879B2 (en) Data processing method, data processing device, and computer-readable recording medium
JP2000196873A (en) Information processor, information processing system, method for them, and storage medium
JPH10307691A (en) Method and device for data communication, printing device, and printing system including the same
JP2002016750A (en) Image forming device and its control method and image forming system
JP3869941B2 (en) Printing system, printing apparatus, and printing method
JPH11282641A (en) Electronic instrument, its controlling method and multi-function system

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20040511