JPH10293662A

JPH10293662A - 情報処理装置及び方法、情報処理システム、プリンタ及び記憶媒体

Info

Publication number: JPH10293662A
Application number: JP9103679A
Authority: JP
Inventors: Koji Fukunaga; 耕司福長; Kiyoshi Katano; 清片野
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1997-04-21
Filing date: 1997-04-21
Publication date: 1998-11-04
Anticipated expiration: 2017-04-21
Also published as: US20030202539A1; US6771668B2; JP3927647B2

Abstract

(57)【要約】【課題】サイクルマスタ機能を持たない機器同士を接
続した場合、あるいはバス内にサイクルマスタが存在し
ない場合でも、同期転送の代わりに非同期転送を選択し
てデータ転送を行うことができるようにする。【解決手段】共通シリアスバスを介して接続される複
数の機器間で行われる情報の転送を制御する情報処理装
置であって、同期転送を行うために必要な同期パケット
（サイクルスタートパケット）を定期的に送信するサイ
クルマスタの有無を通知する通知手段と、前記複数の機
器間で行われる情報の転送を同期転送で行うか非同期転
送で行うか切り換える切り換え手段とを具備し、前記通
知手段からの通知により前記サイクルマスタがないこと
を認識した場合には、前記切り換え手段を用いて非同期
転送でデータ転送を行うようにして、サイクルマスタを
内蔵しない機器同士が接続されてもデータ転送を行うこ
とができるようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は情報処理装置及び方
法に関し、特に、ＩＥＥＥ１３９４等のインターフェー
スで接続される情報処理装置、情報処理方法、プリンタ
及び記憶媒体に関するものである。

【０００２】

【従来の技術】従来、複数の機器同士をＩＥＥＥ１３９
４インターフェースで接続する場合、例えば、プリンタ
とホスト（パーソナルコンピュータ、デジタルカメラな
ど）をＩＥＥＥ１３９４インターフェースで接続する場
合、そのデータ転送方法として同期転送（アイソクロナ
ス転送）と非同期転送（アシンク転送）の２種類が用い
られている。

【０００３】前記同期転送は、時間的に同期を取ること
ができ、一定時間のデータ量を規定することができる利
点がある。しかしながら、同期転送を行うためには、同
期を取るための同期パケット（サイクルスタートパケッ
ト）を定期的に送信するサイクルマスタがバスのノード
内に必要となる。

【０００４】それに対し、非同期転送は、時間的なデー
タ量を一定にすることができないが、サイクルマスタが
不要なので、サイクルマスタを内蔵しないようにするこ
とでプリンタ等の機器のコストを低く押さえることがで
きる。

【０００５】そこで、デジタルカメラのようなコンシュ
ーマー向けの機器に関しても、サイクルマスタ機能を搭
載しないようにしてコストダウンを図るようにすること
が考えられる。

【０００６】

【発明が解決しようとする課題】サイクルマスタ機能を
持たない機器同士が接続されても、そのバス内の他のノ
ードにサイクルマスタ機能を持つノードが必要となる。
しかし、バス内においてサイクルマスタ機能を持たない
機器同士が接続される可能性も考えられる。このような
場合、サイクルマスタが存在しないためにデータ転送自
体を行うことができず、したがって、情報が得られない
ので印字を行うことができなくなってしまう問題があっ
た。

【０００７】本発明は前述の問題点にかんがみ、サイク
ルマスタ機能を持たない機器同士を接続した場合、ある
いはバス内にサイクルマスタが存在しない場合でも、デ
ータ転送を行うことができるようにすることを目的とす
る。

【０００８】

【課題を解決するための手段】本発明の情報処理装置
は、共通シリアスバスを介して接続される複数の機器間
で行われる情報の転送を制御する情報処理装置であっ
て、同期転送を行うサイクルマスタの有無を通知する通
知手段と、前記複数の機器間で行われる情報の転送を同
期転送で行うか非同期転送で行うか切り換える切り換え
手段と、前記通知手段からの通知に従って前記切り換え
手段を動作させる制御手段とを有することを特徴として
いる。

【０００９】また、本発明の他の特徴とするところは、
前記制御手段は、サイクルマスタが無いことが通知され
た際に非同期転送で情報の転送を行わせることを特徴と
している。

【００１０】また、本発明のその他の特徴とするところ
は、前記サイクルマスタは、同期転送を行うために必要
な同期パケット（サイクルスタートパケット）を定期的
に送るノードであることを特徴としている。

【００１１】また、本発明のその他の特徴とするところ
は、前記複数の機器は、プリンタとホストであることを
特徴としている。

【００１２】また、本発明のその他の特徴とするところ
は、前記非同期で転送したデータを前記プリンタで印字
することを特徴としている。

【００１３】また、本発明のその他の特徴とするところ
は、印字処理が開始されたときに印字に係わる初期化処
理を行う初期化手段と、前記初期化処理に伴って、印字
イメージデータを受信できる状態であるかどうかを検出
する検出手段と、前記検出手段による検出の結果、印字
イメージデータを受信できる状態である場合に、同期転
送データであるかどうかを判定する判定手段と、前記判
定手段による判定の結果、印字可能なデータが同期転送
データであれば、共通シリアスバスを介して送られてく
るイメージデータをアイソクロナスパケットデータとし
て受け取る処理を行い、前記判定の結果、印字可能なデ
ータが同期転送データでない場合には、前記共通シリア
スバス介して送られてくるイメージデータをアシクロナ
スパケットデータとして受け取る処理を行うデータ受け
取り手段とを有することを特徴としている。

【００１４】また、本発明のその他の特徴とするところ
は、前記検出手段による検出の結果、印字イメージデー
タを受信できる状態ではない場合に、前記共通シリアス
バスを介して送られてくるコマンドのためのパケットデ
ータに従って内部の情報設定、前記共通シリアスバスの
設定、印字の開始、終了を指示する非同期パケット処理
の少なくともいずれかを行うパケット処理手段を具備す
ることを特徴としている。

【００１５】また、本発明のその他の特徴とするところ
は、前記共通シリアルバスは、ＩＥＥＥ１３９４規格に
適合したシリアルバスであることを特徴としている。

【００１６】また、本発明の情報処理方法は、共通シリ
アスバスを介して接続される複数の機器間で行われる情
報の転送を制御する情報処理方法であって、同期転送を
行うサイクルマスタの有無を通知する通知処理と、前記
複数の機器間で行われる情報の転送を同期転送で行うか
非同期転送で行うか切り換える切り換え処理と、前記通
知処理による通知に従って前記切り換え処理を動作させ
る制御処理を有することを特徴としている。

【００１７】また、本発明の他の特徴とするところは、
前記制御処理は、サイクルマスタが無いことが通知され
た際に非同期転送で情報の転送を行わせるように制御す
ることを特徴としている。

【００１８】また、本発明のその他の特徴とするところ
は、前記サイクルマスタは、同期転送を行うために必要
な同期パケット（サイクルスタートパケット）を定期的
に送るノードであることを特徴としている。

【００１９】また、本発明のその他の特徴とするところ
は、前記複数の機器は、プリンタとホストであることを
特徴としている。

【００２０】また、本発明のその他の特徴とするところ
は、前記非同期で転送したデータを前記プリンタで印字
することを特徴としている。

【００２１】また、本発明のその他の特徴とするところ
は、印字処理が開始されたときに印字に係わる初期化処
理を行う第１のステップと、前記初期化処理に伴って、
印字イメージデータを受信できる状態であるかどうかを
検出する第２のステップと、前記第２のステップによる
検出の結果、印字イメージデータを受信できる状態であ
る場合に、同期転送データであるかどうかを判定する第
３のステップと、前記第３のステップによる判定の結
果、同期転送データであれば、共通シリアスバスを介し
て送られてくるイメージデータをアイソクロナスパケッ
トデータとして受け取り、前記判定の結果が同期転送デ
ータでない場合には、前記共通シリアスバス介して送ら
れてくるイメージデータをアシクロナスパケットデータ
として受け取る第４のステップとを有することを特徴と
している。

【００２２】また、本発明のその他の特徴とするところ
は、前記第２のステップによる検出の結果、印字イメー
ジデータを受信できる状態ではない場合に、前記共通シ
リアスバスを介して送られてくるコマンドのためのパケ
ットデータで内部の情報設定や前記共通シリアスバスの
設定を行ったり、印字の開始、終了を指示する非同期パ
ケット処理を行う第５のステップとを有することを特徴
としている。

【００２３】また、本発明のその他の特徴とするところ
は、前記共通シリアルバスは、ＩＥＥＥ１３９４規格に
適合したシリアルバスであることを特徴としている。

【００２４】また、本発明の情報処理システムは、共通
シリアスバスを介して接続される複数の機器間で行われ
る情報の転送を制御する情報処理システムであって、同
期転送を行うサイクルマスタの有無を通知する通知手段
と、前記複数の機器間で行われる情報の転送を同期転送
で行うか非同期転送で行うか切り換える切り換え手段
と、前記通知手段からの通知に従って前記切り換え手段
を動作させる制御手段とを有することを特徴としてい
る。

【００２５】また、本発明の他の特徴とするところは、
前記制御手段は、サイクルマスタが無いことが通知され
た際に非同期転送で情報の転送を行わせることを特徴と
している。

【００２６】また、本発明のその他の特徴とするところ
は、前記サイクルマスタは、同期転送を行うために必要
な同期パケット（サイクルスタートパケット）を定期的
に送るノードであることを特徴としている。

【００２７】また、本発明のその他の特徴とするところ
は、前記複数の機器は、プリンタとホストであることを
特徴としている。

【００２８】また、本発明のその他の特徴とするところ
は、前記非同期で転送したデータを前記プリンタで印字
することを特徴としている。

【００２９】また、本発明のその他の特徴とするところ
は、印字処理が開始されたときに印字に係わる初期化処
理を行う初期化手段と、前記初期化処理に伴って、印字
イメージデータを受信できる状態であるかどうかを検出
する検出手段と、前記検出手段による検出の結果、印字
イメージデータを受信できる状態である場合に、印字可
能なデータが同期転送データであるかどうかを判定する
判定手段と、前記判定手段による判定の結果、印字可能
なデータが同期転送データであれば、共通シリアスバス
を介して送られてくるイメージデータをアイソクロナス
パケットデータとして受け取り、前記判定の結果、印字
可能なデータが同期転送データでない場合には、前記共
通シリアスバス介して送られてくるイメージデータをア
シクロナスパケットデータとして受け取るデータ受け取
り手段とを有することを特徴としている。

【００３０】また、本発明のその他の特徴とするところ
は、前記検出手段による検出の結果、印字イメージデー
タを受信できる状態ではない場合に、前記共通シリアス
バスを介して送られてくるコマンドのためのパケットデ
ータに従って内部の情報設定、前記共通シリアスバスの
設定、印字の開始、終了を指示する非同期パケット処理
のすくなくともいずれかを行うパケット処理手段を有す
ることを特徴としている。

【００３１】また、本発明のその他の特徴とするところ
は、前記共通シリアルバスは、ＩＥＥＥ１３９４規格に
適合したシリアルバスであることを特徴としている。

【００３２】また、本発明のプリンタは、共通シリアス
バスを介して接続される複数の機器間で行われる情報の
転送を制御する機能を有するプリンタであって、同期転
送を行うサイクルマスタの有無を通知する通知手段と、
前記複数の機器間で行われる情報の転送を同期転送で行
うか非同期転送で行うか切り換える切り換え手段と、前
記通知手段からの通知に従って前記切り換え手段を動作
させる制御手段とを有することを特徴としている。

【００３３】また、本発明の他の特徴とするところは、
前記制御手段は、サイクルマスタが無いことが通知され
た際に非同期転送で情報の転送を行わせることを特徴と
している。

【００３４】また、本発明のその他の特徴とするところ
は、前記サイクルマスタは、同期転送を行うために必要
な同期パケット（サイクルスタートパケット）を定期的
に送るノードであることを特徴としている。

【００３５】また、本発明のその他の特徴とするところ
は、印字処理が開始されたときに印字に係わる初期化処
理を行う初期化手段と、前記初期化処理に伴って、印字
イメージデータを受信できる状態であるかどうかを検出
する検出手段と、前記検出処理による検出の結果、印字
イメージデータを受信できる状態である場合に、印字可
能なデータが同期転送データであるかどうかを判定する
判定手段と、前記判定手段による判定の結果、印字可能
なデータが同期転送データであれば、共通シリアスバス
を介して送られてくるイメージデータをアイソクロナス
パケットデータとして受け取り、前記判定の結果、印字
可能なデータが同期転送データでない場合には、前記共
通シリアスバス介して送られてくるイメージデータをア
シクロナスパケットデータとして受け取るデータ受け取
り手段とを有することを特徴としている。

【００３６】また、本発明のその他の特徴とするところ
は、前記検出手段による検出の結果、印字イメージデー
タを受信できる状態ではない場合に、前記共通シリアス
バスを介して送られてくるコマンドのためのパケットデ
ータに従って内部の情報設定や前記共通シリアスバスの
設定を行ったり、印字の開始、終了を指示する非同期パ
ケット処理の少なくともいずれかを行うパケット処理手
段を有することを特徴としている。

【００３７】また、本発明のその他の特徴とするところ
は、前記共通シリアルバスは、ＩＥＥＥ１３９４規格に
適合したシリアルバスであることを特徴としている。

【００３８】また、本発明の記憶媒体は、共通シリアス
バスを介して接続される複数の機器間で行われる情報の
転送を制御する情報処理ステップが格納された記憶媒体
であって、同期転送を行うサイクルマスタの有無を通知
する処理ステップと、前記複数の機器間で行われる情報
の転送を同期転送で行うか非同期転送で行うか切り換え
る切り換え処理ステップと、前記通知処理による通知に
従って前記切り換え処理を行うように制御する制御処理
ステップとを、コンピュータが読み出し可能に格納した
ことを特徴としている。

【００３９】また、本発明の他の特徴とするところは、
前記制御処理ステップは、サイクルマスタが無いことが
通知された際に非同期転送で情報の転送を行わせること
を特徴としている。

【００４０】また、本発明のその他の特徴とするところ
は、前記サイクルマスタは、同期転送を行うために必要
な同期パケット（サイクルスタートパケット）を定期的
に送るノードであることを特徴としている。

【００４１】また、本発明のその他の特徴とするところ
は、前記複数の機器は、プリンタとホストであることを
特徴としている。

【００４２】また、本発明のその他の特徴とするところ
は、前記非同期で転送したデータを前記プリンタで印字
する処理ステップを、コンピュータが読み出し可能に格
納したことを特徴としている。

【００４３】また、本発明のその他の特徴とするところ
は、印字処理が開始されたときに印字に係わる初期化処
理を行う初期化ステップと、前記初期化処理に伴って、
印字イメージデータを受信できる状態であるかどうかを
検出する検出ステップと、前記検出処理による検出の結
果、印字イメージデータを受信できる状態である場合
に、印字可能なデータが同期転送データであるかどうか
を判定する判定ステップと、前記判定処理による判定の
結果、印字可能なデータが同期転送データであれば、共
通シリアスバスを介して送られてくるイメージデータを
アイソクロナスパケットデータとして受け取り、前記判
定の結果、印字可能なデータが同期転送データでない場
合には、前記共通シリアスバス介して送られてくるイメ
ージデータをアシクロナスパケットデータとして受け取
るデータ受け取りステップとを、コンピュータが読み出
し可能に格納したことを特徴としている。

【００４４】また、本発明のその他の特徴とするところ
は、前記検出ステップによる検出の結果、印字イメージ
データを受信できる状態ではない場合に、前記共通シリ
アスバスを介して送られてくるコマンドのためのパケッ
トデータに従って内部の情報設定、前記共通シリアスバ
スの設定、印字の開始、終了を指示する非同期パケット
処理の少なくともいずれかを行うパケット処理ステップ
を、コンピュータが読み出し可能に格納したことを特徴
としている。

【００４５】また、本発明のその他の特徴とするところ
は、前記共通シリアルバスは、ＩＥＥＥ１３９４規格に
適合したシリアルバスであることを特徴としている。

【００４６】

【作用】本発明は前記技術手段を有するので、サイクル
マスタが存在する場合には同期転送が選択されてデータ
転送が行われる。また、サイクルマスタが存在しない場
合には非同期転送が選択されて非同期によるデータ転送
が行われることにより、サイクルマスタ機能を持たない
機器同士が接続されてもデータ転送を行うことを行うこ
とができるようになる。

【００４７】

【発明の実施の形態】図１は、１３９４ネットワークの
一例である。各ノードは、ワークステーション１（コン
ピュータ）を中心に、ビデオカメラ２、レーザービーム
プリンタ３、スキャナ４、インクジェットプリンタ４で
構成され、ノード間は１３９４シリアルバスのケーブル
６で結ばれている。この例の場合、ワークステーション
１からプリンタ３（５）、スキャナ４からワークステー
ション１、スキャナ４からプリンタ３（５）、ビデオカ
メラ２からワークステーション１、ビデオカメラ２から
プリンタ３（５）等のデータ入出力が考えられる。

【００４８】〈ＩＥＥＥ１３９４の技術の概要〉家庭用
デジタルＶＴＲやＤＶＤの登場も伴って、ビデオデータ
やオーディオデータなどのリアルタイムでかつ高情報量
のデータ転送のサポートが必要になっている。こういっ
たビデオデータやオーディオデータをリアルタイムで転
送し、パソコン（ＰＣ）に取り込んだり、またはその他
のデジタル機器に転送を行うには、必要な転送機能を備
えた高速データ転送可能なインタフェースが必要になっ
てくるものであり、そういった観点から開発されたイン
タフェースがＩＥＥＥ１３９４−１９９５（Ｈｉｇｈ
ＰｅｒｆｏｒｍａｎｃｅＳｅｒｉａｌＢｕｓ）（以
下、１３９４シリアルバスとする）である。

【００４９】図２に、１３９４シリアルバスを用いて構
成されるネットワーク・システムの例を示す。このシス
テムは機器Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇ，Ｈを備えてお
り、Ａ−Ｂ間、Ａ−Ｃ間、Ｂ−Ｄ間、Ｄ−Ｅ間、Ｃ−Ｆ
間、Ｃ−Ｇ間、及びＣ−Ｈ間をそれぞれ１３９４シリア
ルバスのツイスト・ペア・ケーブルで接続されている。
この機器Ａ〜Ｈは例としてＰＣ、デジタルＶＴＲ、ＤＶ
Ｄ、デジタルカメラ、ハードディスク、モニタ等であ
る。

【００５０】各機器間の接続方式は、ディジーチェーン
方式とノード分岐方式とを混在可能としたものであり、
自由度の高い接続が可能である。また、各機器は各自固
有のＩＤを有し、それぞれが認識し合うことによって１
３９４シリアルバスで接続された範囲において、１つの
ネットワークを構成している。

【００５１】各デジタル機器間をそれぞれ１本の１３９
４シリアルバスケーブルで順次接続するだけで、それぞ
れの機器が中継の役割を行い、全体として１つのネット
ワークを構成するものである。また、１３９４シリアル
バスの特徴でもある、Ｐｌｕｇ＆Ｐｌａｙ機能でケーブ
ルを機器に接続した時点で自動で機器の認識や接続状況
などを認識する機能を有している。

【００５２】また、図２に示したようなシステムにおい
て、ネットワークからある機器が削除されたり、または
新たに追加されたときなど、自動的にバスリセットを行
い、それまでのネットワーク構成をリセットしてから、
新たなネットワークの再構築を行う。この機能によっ
て、その時々のネットワークの構成を常時設定、認識す
ることができる。

【００５３】また、データ転送速度は、１００／２００
／４００Ｍｂｐｓと備えており、上位の転送速度を持つ
機器が下位の転送速度をサポートし、互換をとるように
なっている。

【００５４】データ転送モードとしては、コントロール
信号などの非同期データ（Ａｓｙｎｃｈｒｏｎｏｕｓデ
ータ：以下Ａｓｙｎｃデータ）を転送するＡｓｙｎｃｈ
ｒｏｎｏｕｓ転送モード、リアルタイムなビデオデータ
やオーディオデータ等の同期データ（Ｉｓｏｃｈｒｏｎ
ｏｕｓデータ：以下Ｉｓｏデータ）を転送するＩｓｏｃ
ｈｒｏｎｏｕｓ転送モードがある。このＡｓｙｎｃデー
タとＩｓｏデータは各サイクル（通常１サイクル１２５
μＳ）の中において、サイクル開始を示すサイクル・ス
タート・パケット（ＣＳＰ）の転送に続き、Ｉｓｏデー
タの転送を優先しつつサイクル内で混在して転送され
る。

【００５５】次に、図３に１３９４シリアルバスの構成
要素を示す。１３９４シリアルバスは全体としてレイヤ
（階層）構造で構成されている。図３に示したように、
最もハード的なのが１３９４シリアルバスのケーブルで
あり、そのケーブルのコネクタが接続されるコネクタポ
ートがあり、その上にハードウェアとしてフィジカル・
レイヤとリンク・レイヤがある。ハードウェア部は実施
的なインターフェイスチップの部分であり、そのうちフ
ィジカル・レイヤは符号化やコネクタ関連の制御等を行
い、リンク・レイヤはパケット転送やサイクルタイムの
制御等を行う。

【００５６】ファームウェア部のトランザクション・レ
イヤは、転送（トランザクション）すべきデータの管理
を行い、ＲｅａｄやＷｒｉｔｅといった命令を出す。マ
ネージメント・レイヤは、接続されている各機器の接続
状況やＩＤの管理を行い、ネットワークの構成を管理す
る部分である。このハードウェアとファームウェアまで
が実質上の１３９４シリアルバスの構成である。

【００５７】また、ソフトウェア部のアプリケーション
・レイヤは使うソフトによって異なり、インタフェース
上にどのようにデータをのせるか規定する部分であり、
ＡＶプロトコルなどのプロトコルによって規定されてい
る。以上が１３９４シリアルバスの構成である。

【００５８】次に、図４に１３９４シリアルバスにおけ
るアドレス空間の図を示す。１３９４シリアルバスに接
続された各機器（ノード）には必ず各ノード固有の、６
４ビットアドレスを持たせておく。そしてこのアドレス
をＲＯＭに格納しておくことで、自分や相手のノードア
ドレスを常時認識では、相手を指定した通信も行える。

【００５９】１３９４シリアルバスのアドレッシング
は、ＩＥＥＥ１２１２規格に準じた方式であり、アドレ
ス設定は、最初の１０ｂｉｔがバスの番号の指定用に、
次の６ｂｉｔがノードＩＤ番号の指定用に使われる。

【００６０】それぞれの機器内で使用できる４８ビット
のアドレスについても２０ビットと２８ビットに分けら
れ、２５６Ｍバイト単位の構造を持って利用される。最
初の２０ビットの０〜０ｘＦＦＦＦＤの部分はメモリ空
間と呼ばれる。０ｘＦＦＦＦＥの部分はプライベート空
間と呼ばれ、機器内で自由に利用できるアドレスであ
る。

【００６１】０ｘＦＦＦＦＦの部分はレジスタ空間と呼
ばれ、バスに接続された機器間で共通な情報が置かれ、
各機器間のコミュニケーションに使われる。レジスタ空
間の最初の５１２バイトには、ＣＳＲアーキテクチャの
コアになるレジスタ（ＣＳＲコア）がある。

【００６２】次の５１２バイトにはシリアルバスのレジ
スタがある。その次の１０２４バイトにはＣｏｎｆｉｇ
ｕｒａｔｉｏｎＲＯＭが置かれる。残りはユニット空
間で機器固有のレジスタがある。一般的には異種バスシ
ステムの設計の簡略化のため、ノードは初期ユニット空
間の最初の２０４８バイトだけを使うべきであり、この
結果としてＣＳＲアーキテクチャの核（ＣＳＲコア）、
シリアルバスのレジスタ、Ｃｏｎｆｉｇｕｒｒａｔｉｏ
ｎＲＯＭと、ユニット空間の最初の２０４８バイトの
合わせて４０９６バイトで構成することが望ましい。以
上が１３９４シリアルバスの技術の概要である。

【００６３】次に、１３９４シリアルバスの特徴といえ
る技術の部分を、より詳細に説明する。〈１３９４シリアルバスの電気的仕様〉図５に１３９４
シリアルバス・ケーブルの断面図を示す。１３９４シリ
アルバスで接続ケーブル内に、２組のツイストペア信号
線の他に、電源ラインを設けている。これによって、電
源を持たない機器や、故障により電圧低下した機器等に
も電力の供給が可能になっている。電源線内を流れる電
源の電圧は８〜４０Ｖ、電流は最大電流ＤＣ１．５Ａは
規定されている。

【００６４】〈ＤＳ−Ｌｉｎｋ符号化〉１３９４シリア
ルバスで採用されている、データ転送フォーマットのＤ
Ｓ−Ｌｉｎｋ符号化方式を説明するための図を図６に示
す。１３９４シリアルバスでは、ＤＳ−Ｌｉｎｋ（Ｄａ
ｔａ／ＳｔｒｏｂｅＬｉｎｋ）符号化方式が採用され
ている。このＤＳ−Ｌｉｎｋ符号化方式は、高速なシリ
アルデータ通信に適しており、この構成は、２本の信号
線を必要とする。より対線のうち１本に主となるデータ
を送り、他方のより対線にはストローブ信号を送る構成
になっている。

【００６５】受信側では、この通信されるデータと、ス
トローブとの排他的論理和をとることによってクロック
を再現できる。このＤＳ−Ｌｉｎｋ符号化方式を用いる
メリットとして、他のシリアルデータ転送方式に比べて
転送効率が高いこと、ＰＬＬ回路が不要となるのでコン
トローラＬＳＩの回路規模を小さくできること、更に
は、転送すべきデータが無いときにアイドル状態である
ことを示す情報を送る必要が無いので、各機器のトラン
シーバ回路をスリープ状態にすることができることによ
って、消費電力の低減が図れる、などが挙げられる。

【００６６】〈バスリセットのシーケンス〉１３９４シ
リアルバスでは、接続されている各機器（ノード）には
ノードＩＤが与えられ、ネットワーク構成として認識さ
れている。このネットワーク構成に変化があったとき、
例えばノードの挿抜や電源のＯＮ／ＯＦＦなどによるノ
ード数の増減などによって変化が生じて、新たなネット
ワーク構成を認識する必要があるとき、変化を検知した
各ノードはバス上にバスリセット信号を送信して、新た
なネットワーク構成を認識するモードに入る。このとき
の変化の検知方法は、１３９４ポート基盤上でのバイア
ス電圧の変化を検知することによって行われる。

【００６７】あるノードからバスリセット信号が伝達さ
れて、各ノードのフィジカルレイヤはこのバスリセット
信号を受けると同時にリンクレイヤにバスリセットの発
生を伝達し、かつ他のノードにバスリセット信号を伝達
する。最終的にすべてのノードがバスリセット信号を検
知した後、バスリセットが起動となる。

【００６８】バスリセットは、先に述べたようなケーブ
ル抜挿や、ネットワーク異常等によるハード検出による
起動と、プロトコルからのホスト制御などによってフィ
ジカルレイヤに直接命令を出すことによっても起動す
る。また、バスリセットが起動するとデータ転送は一時
中断され、この間のデータ転送は待たされ、終了後、新
しいネットワーク構成のもとで再開される。以上がバス
リセットのシーケンスである。

【００６９】〈ノードＩＤ決定のシーケンス〉バスリセ
ットの後、各ノードは新しいネットワーク構成を構築す
るために、各ノードにＩＤを与える動作に入る。このと
きの、バスリセットからノードＩＤ決定までの一般的な
シーケンスを図７、図８、図９のフローチャートを用い
て説明する。

【００７０】図７のフローチャートは、バスリセットの
発生からノードＩＤが決定し、データ転送が行えるよう
になるまでの、一連のバスの作業を示してある。まず、
ステップＳ１０１として、ネットワーク内にバスリセッ
トが発生することを常時監視していて、ここでノードの
電源ＯＮ／ＯＦＦなどでバスリセットが発生するとステ
ップＳ１０２に移る。

【００７１】ステップＳ１０２では、ネットワークがリ
セットされた状態から、新たなネットワークの接続状況
を知るために、直接接続されている各ノード間において
親子関係の宣言がなされる。ステップＳ１０３として、
すべてのノード間で親子関係が決定すると、ステップＳ
１０４として一つのルートが決定する。すべてのノード
間で親子関係が決定するまで、ステップＳ１０２の親子
関係の宣言を行い、またルートも決定されない。

【００７２】ステップＳ１０４でルートが決定される
と、次はステップＳ１０５として、各ノードにＩＤを与
えるノードＩＤの設定作業が行われる。所定のノード順
序で、ノードＩＤの設定が行われ、すべてのノードにＩ
Ｄが与えられるまで繰り返し設定作業が行われ、最終的
にステップＳ１０６としてすべてのノードにＩＤを設定
し終えたら、新しいネットワーク構成がすべてのノード
において認識されたので、ステップＳ１０７としてノー
ド間のデータ転送が行える状態となり、データ転送が開
始される。

【００７３】このステップＳ１０７の状態になると、再
びバスリセットが発生するのを監視するモードに入り、
バスリセットが発生したらステップＳ１０１からステッ
プＳ１０６までの設定作業が繰り返し行われる。

【００７４】以上が、図７のフローチャートの説明であ
るが、図７のフローチャートのバスリセットからルート
決定までの部分と、ルート決定後からＩＤ設定終了まで
の手順をより詳しくフローチャート図に表したものを、
図８及び図９にそれぞれ示す。

【００７５】まず、図８のフローチャートの説明を行
う。ステップＳ２０１としてバスリセットが発生する
と、ネットワーク構成は一旦リセットされる。なお、ス
テップＳ２０１としてバスリセットが発生するのを常に
監視している。

【００７６】次に、ステップＳ２０２として、リセット
されたネットワークの接続状況を再認識する作業の第一
歩として、各機器にリーフ（ノード）であることを示す
フラグを立てておく。更に、ステップＳ２０３として各
機器が自分の持つポートがいくつ他ノードと接続されて
いるのかを調べる。

【００７７】ステップＳ２０４のポート数の結果に応じ
て、これから親子関係の宣言を始めていくために、未定
義（親子関係が決定させてない）ポートの数を調べる。
バスリセットの直後はポート数＝未定義ポート数である
が、親子関係が決定されていくにしたがって、ステップ
Ｓ２０４で検知する未定義ポートの数は変化していくも
のである。

【００７８】まず、バスリセットの直後、はじめに親子
関係の宣言を行えるのはリーフに限られている。リーフ
であるというのはステップＳ２０３のポート数の確認で
知ることができる。リーフは、ステップＳ２０５とし
て、自分に接続されているノードに対して、「自分は
子、相手は親」と宣言し動作を終了する。

【００７９】ステップＳ２０３でポート数が複数ありブ
ランチと認識したノードは、バスリセットの直後はステ
ップＳ２０４で未定義ポート数〉１ということなので、
ステップＳ２０６へと移り、まずブランチというフラグ
が立てられ、ステップＳ２０７でリーフから親子関係宣
言で「親」の受付をするために待つ。

【００８０】リーフが親子関係の宣言を行い、ステップ
Ｓ２０７でそれを受けたブランチは適宜ステップＳ２０
４の未定義ポート数の確認を行い、未定義ポート数が１
になっていれば残っているポートに接続されているノー
ドに対して、ステップＳ２０５の「自分が子」の宣言を
することが可能になる。

【００８１】２度目以降、ステップＳ２０４で未定義ポ
ート数を確認しても２以上あるブランチに対しては、再
度ステップＳ２０７でリーフ又は他のブランチからの
「親」の受付をするために待つ。

【００８２】最終的に、いずれか１つのブランチ、又は
例外的にリーフ（子宣言を行えるのにすばやく動作しな
かった為）がステップＳ２０４の未定義ポート数の結果
としてゼロになったら、これにてネットワーク全体の親
子関係の宣言が終了したものであり、未定義ポート数が
ゼロ（すべて親のポートとして決定）になった唯一のノ
ードはステップＳ２０８としてルートのフラグが立てら
れ、ステップＳ２０９としてルートとしての認識がなさ
れる。

【００８３】このようにして、図８に示したバスリセッ
トから、ネットワーク内すべてのノード間における親子
関係の宣言までが終了する。次に、図９のフローチャー
トについて説明する。まず、図８までのシーケンスでリ
ーフ、ブランチ、ルートという各ノードのフラグの情報
が設定されているので、これを元にして、ステップＳ３
０１でそれぞれ分類する。

【００８４】各ノードにＩＤを与える作業として、最初
にＩＤの設定を行うことができるのはリーフからであ
る。リーフ→ブランチ→ルートの順で若い番号（ノード
番号＝０〜）からＩＤの設定がなされていく。

【００８５】ステップＳ３０２としてネットワーク内に
存在するリーフの数Ｎ（Ｎは自然数）を設定する。この
後、ステップＳ３０３として各自リーフがルートに対し
て、ＩＤを与えるように要求する。この要求が複数ある
場合には、ルートはステップＳ３０４としてアービトレ
ーション（１つに調停する作業）を行い、ステップＳ３
０５として勝ったノード１つにＩＤ番号を与え、負けた
ノードには失敗の結果通知を行う。

【００８６】ステップＳ３０６としてＩＤ取得が失敗に
終わったリーフは、再度ＩＤ要求を出し、同様の作業を
繰り返す。ＩＤを取得できたリーフからステップＳ３０
７として、そのノードのＩＤ情報をブロードキャストで
全ノードに転送する。１ノードＩＤ情報のブロードキャ
ストが終わると、ステップＳ３０８として残りのリーフ
の数が１つ減らされる。ここで、ステップＳ３０９とし
て、この残りのリーフの数が１以上ある時はステップＳ
３０３のＩＤ要求の作業からを繰り返し行い、最終的に
すべてのリーフがＩＤ情報をブロードキャストすると、
ステップＳ３０９がＮ＝０となり、次はブランチのＩＤ
設定に移る。ブランチのＩＤ設定もリーフの時と同様に
行われる。

【００８７】まず、ステップＳ３１０としてネットワー
ク内に存在するブランチの数Ｍ（Ｍは自然数）を設定す
る。この後、ステップＳ３１１として各自ブランチがル
ートに対して、ＩＤを与えるように要求する。これに対
してルートは、ステップＳ３１２としてアービトレーシ
ョンを行い、勝ったブランチから順にリーフに与え終わ
った次の若い番号から与えいく。

【００８８】ステップＳ３１３として、ルートは要求を
出したブランチにＩＤ情報又は失敗結果を通知し、ステ
ップＳ３１４としてＩＤ取得が失敗に終わったブランチ
は、再度ＩＤ要求を出し、同様の作業を繰り返す。ＩＤ
を取得できたブランチからステップＳ３１５として、そ
のノードのＩＤ情報をブロードキャストで全ノードに転
送する。１ノードＩＤ情報のブロードキャストが終わる
と、ステップＳ３１６として残りのブランチの数が１つ
減らされる。

【００８９】ここで、ステップＳ３１７として、この残
りのブランチの数が１以上ある時はステップＳ３１１の
ＩＤ要求の作業からを繰り返し、最終的にすべてのブラ
ンチがＩＤ情報をブロードキャストするまで行われる。
すべてのブランチがノードＩＤを取得すると、ステップ
Ｓ３１７はＭ＝０となり、ブランチのＩＤ取得モードも
終了する。

【００９０】ここまで終了すると、最終的にＩＤ情報を
取得していないノードはルートのみなので、ステップＳ
３１８として与えない番号で最も若い番号を自分のＩＤ
番号と設定し、ステップＳ３１９としてルートのＩＤ情
報をブロードキャストする。

【００９１】以上で、図９に示したように、親子関係が
決定した後から、すべてのノードのＩＤが設定されるま
での手順が終了する。次に、一例として図１０に示した
実際のネットワークにおける動作を図１２を参照しなが
ら説明する。

【００９２】図１０の説明として、（ルート）ノードＢ
の下位にはノードＡとノードＣが直接接続されており、
更にノードＣの下位にはノードＤが直接接続されてお
り、更にノードＤの下位にはノードＥとノードＦが直接
接続された階層構造になっている。この、階層構造やル
ートノード、ノードＩＤを決定する手順を以下で説明す
る。

【００９３】バスリセットがされた後、まず各ノードの
接続状況を認識するために、各ノードの直接接続されて
いるポート間において、親子関係の宣言がなされる。こ
の親子とは親側が階層構造で上位となり、子側が下位と
なると言うことができる。

【００９４】図１０では、バスリセットの後、最初に親
子関係の宣言を行ったのはノードＡである。基本的にノ
ードの１つのポートにのみ接続があるノード（リーフと
呼ぶ）から親子関係の宣言を行うことができる。

【００９５】これは自分には１ポートの接続のみという
ことをまず知ることができるので、これによってネット
ワークの端であることを認識し、その中で早く動作を行
ったノードから親子関係が決定されていく。こうして親
子関係の宣言を行った側（Ａ−Ｂ間ではノードＡ）のポ
ートが子と設定され、相手側（ノードＢ）のポートが親
と設定される。こうして、ノードＡ−Ｂ間では子−親、
ノードＥ−Ｄ間で子−親、ノードＦ−Ｄ間で子−親と決
定される。

【００９６】更に１階層あがって、今度は複数個接続ポ
ートを持つノード（ブランチと呼ぶ）のうち、他ノード
からの親子関係の宣言を受けたものから順次、更に上位
に親子関係の宣言を行っていく。図１０ではまずノード
ＤがＤ−Ｅ間、Ｄ−Ｆ間と親子関係が決定した後、ノー
ドＣに対する親子関係の宣言を行っており、その結果ノ
ードＤ−Ｃ間で子−親と決定している。

【００９７】ノードＤから親子関係の宣言を受けたノー
ドＣは、もう一つのポートに接続されているノードＢに
対して親子関係の宣言を行っている。これによってノー
ドＣ−Ｂ間で子−親と決定している。

【００９８】このようにして、図１０のような階層構造
が構成され、最終的に接続されているすべてのポートに
おいて親となったノードＢが、ルートノードと決定され
た。ルートは１つのネットワーク構成中に一つしか存在
しないものである。

【００９９】なお、この図１０においてノードＢがルー
トノードと決定されたが、これはノードＡから親子関係
宣言を受けたノードＢが、他のノードに対して親子関係
宣言を早いタイミングで行っていれば、ルートノードは
他ノードに移っていたこともあり得る。すなわち、伝達
されるタイミングによってはどのノードもルートノード
となる可能性があり、同じネットワーク構成でもルート
ノードは一定とは限らない。

【０１００】ルートノードが決定すると、次は各ノード
ＩＤを決定するモードに入る。ここではすべてのノード
が、決定した自分のノードＩＤを他のすべてのノードに
通知する（プロードキャスト機能）。自己ＩＤ情報は、
自分のノード番号、接続されている位置の情報、持って
いるポートの数、接続のあるポートの数、各ポートの親
子関係の情報等を含んでいる。

【０１０１】ノードＩＤ番号の割り振りの手順として
は、まず１つのポートにのみ接続があるノード（リー
フ）から起動することができ、この中から順にノード番
号＝０、１、２、、と割り当てられる。

【０１０２】ノードＩＤを手にしたノードは、ノード番
号を含む情報をブロードキャストで各ノードに送信す
る。これによって、そのＩＤ番号は『割り当て済み』で
あることが認識される。

【０１０３】すべてのリーフが自己ノードＩＤを取得し
終わると、次はブランチへ移りリーフに引き続いたノー
ドＩＤ番号が各ノードに割り当てられる。リーフと同様
に、ノードＩＤ番号が割り当てられたブランチから順次
ノードＩＤ情報をブロードキャストし、最後にルートノ
ードが自己ＩＤ情報をブロードキャストする。すなわ
ち、常にルートは最大のノードＩＤ番号を所有するもの
である。以上のようにして、階層構造全体のノードＩＤ
の割り当てが終わり、ネットワーク構成が再構築され、
バスの初期化作業が完了する。

【０１０４】《ノード管理のための制御情報》ノード管
理のためのＣＳＲアーキテクチャの基本的な機能とし
て、図４に示したＣＳＲコアがレジスタ上に存在する。
それらのレジスタの位置と機能を図１１に示すが、図中
のオフセットは０ｘＦＦＦＦＦ０００００００からの相
対位置である。ＣＳＲアーキテクチャでは、０ｘＦＦＦ
ＦＦ００００２００からシリアルバスに関するレジスタ
が配置されていて、それらのレジスタの位置と機能を図
１２に示す。

【０１０５】また、０ｘＦＦＦＦＦ００００８００から
始まる場所には、シリアルバスのノード資源に関する情
報が配置されていて、それらのレジスタの位置と機能を
図１３に示す。

【０１０６】ＣＳＲアーキテクチャでは、各ノードの機
能を表すためＣｏｎｆｉｇｕｒａｔｉｏｎＲＯＭを持
っているが、このＲＯＭには最小形式と一般形式があ
り、ｘＦＦＦＦＦ００００４００から配置される。

【０１０７】最小形式では、図１４のようにベンダＩＤ
を表しているだけであり、このＩＤは２４ビットで表さ
れる全世界で固有の数値である。一般形式では、図１５
のような形式でノードに関する情報を持っているが、こ
の場合のベンダＩＤはｒｏｏｔ＿ｄｉｒｅｃｔｏｒｙに
持つことができる。

【０１０８】また、ｂｕｓ＿ｉｎｆｏ＿ｂｌｏｃｋとｒ
ｏｏｔ＿ｌｅａｆには、ベンダＩＤを含んだ６４ビット
の全世界で固有な装置番号を持っている。この装置番号
は、バスリセットなどの再構成後に継続してノードを認
識するために使用する。

【０１０９】《シリアルバス管理》ＩＥＥＥ１３９４バ
スのプロトコルは、図３に示すようにフィジカルレイ
ヤ、リンクレイヤ、トランザクションレイヤから構成さ
れている。この中でのバス管理は、ＣＳＲアーキテクチ
ャに基づいたノードの制御とバス資源管理の為の基本的
な機能を提供している。

【０１１０】バス管理を行うノードはバス上で唯一存在
して動作するもので、このバス管理ノードはシリアルバ
ス上の他のノードに管理可能を提供するが、この管理機
能にはサイクルマスタの制御や、性能の最適化、電源管
理、伝送速度管理、構成管理などがある。

【０１１１】バス管理機能は大きく分けて、バスマネー
ジャ、アイソクロノスリソースマネージャと、ノード制
御の三つの機能から構成される。はじめにノード制御と
は、ＣＳＲによってフィジカルレイヤ、リンクレイヤ、
トランザクションレイヤ、アプリケーションでのノード
間通信を可能にする管理機能である。

【０１１２】次に、アイソクロノスリソースマネージャ
とは、シリアルバス上で同期型のデータ転送を行うため
に必要となる管理機能で、アイソクロノスデータの転送
帯域幅とチャネル番号の割り付けを管理するものであ
る。この管理を行うノードはバス上に唯一存在するもの
で、バスの初期化フェーズ後にアイソクロノスリソース
マネージャ機能を持ったノードの中から動的に選出され
る。

【０１１３】また、このノードはバスマネージャノード
の決定を行うものでもあるが、バス上にバスマネージャ
のノードが存在しない構成では、電源管理やサイクルマ
スタの制御のようなバスマネージャの一部の機能をアイ
ソクロノスリソースマネージャノードが行う。

【０１１４】更にバスマネージャとは、アプリケーショ
ンに対するバス制御のインターフェイスを提供するサー
ビスを行う管理機能であり、その制御インターフェイス
にはシリアルバス制御要求（ＳＢ＿ＣＯＮＴＲＯＬ．ｒ
ｅｑｕｅｓｔ）、シリアルバス・イベント制御確認（Ｓ
Ｂ＿ＣＯＮＴＲＯＬ．ｃｏｎｆｉｒｍａｔｉｏｎ）、シ
リアルバス・イベント通知（ＳＢ＿ＥＶＥＮＴ．ｉｎｄ
ｉｃａｔｉｏｎ）がある。

【０１１５】ＳＢ＿ＣＯＮＴＲＯＬ．ｒｅｑｕｅｓｔ
は、バスのリセット、バスの初期化、バスの状態情報な
どをアプリケーションからバス管理に要求する場合に利
用するものであり、図２７において、ＳＢ＿ＣＯＮＴＲ
ＯＬ．ｒｅｑで示される。

【０１１６】ＳＢ＿ＣＯＮＴＲＯＬ．ｃｏｎｆｉｒｍａ
ｔｉｏｎは、ＳＢ＿ＣＯＮＴＲＯＬ．ｒｅｑｕｅｓｔの
結果は、バスマネージャからアプリケーションに確認通
知するものであり、図２７において、ＳＢ＿ＣＯＮＴＲ
ＯＬ．ｃｏｎｆで示される。

【０１１７】ＳＢ＿ＥＶＥＮＴ．ｉｎｄｉｃａｔｉｏｎ
は、バスマネージャからアプリケーションに対して非同
期に発生するイベントを通知する為のものであり、図２
７において、ＳＢ＿ＥＶＥＮＴ．ｉｎｄで示される。

【０１１８】《データ転送プロトコル》ＩＥＥＥ１３９
４でのデータ転送は、周期的に送信する必要のある同期
データ（アイソクロナス・パケット）と、任意のタイミ
ングでのデータ送受信が許容される非同期データ（アシ
ンクロナス・パケット）とが同時に存在し、なおかつ同
期転送データのリアルタイム性を保証している。データ
転送では、転送に先立ってバス使用権を要求し使用承諾
件を得るために、バス・アービトレーションを行う。

【０１１９】アシンクロナス転送においては、送信ノー
ドＩＤと受信ノードＩＤが転送データと一緒にパケット
・データとして送られるが、受信ノードは自分のＩＤを
確認してパケットを受け取るとアクノリッジ信号を送信
ノードに返すことで、一つのトランザクショが完了す
る。

【０１２０】アイソクロナス転送においては、送信ノー
ド側で伝送速度と一緒にアイソクロノス・チャネルを要
求し、チャネルＩＤが転送データと一緒にパケットデー
タとして送られ、受信ノード側では自分が欲しいチャネ
ルＩＤを確認してデータパケットを受け取る。

【０１２１】必要となるチャネル数と伝送速度はアプリ
ケーションレイヤで決定される。これらのデータ転送プ
ロトコルは、フィジカルレイヤ、リンクレイヤ、トラン
ザクションレイヤの三つのレイヤによって定義される。

【０１２２】フィジカルレイヤは、バスとの物理的・電
気的インターフェイスや、ノード接続の自動認識、バス
上のノード間のバス使用権（バス・アービトレーショ
ン）などを行う。

【０１２３】リンクレイヤは、アドレッシング、データ
チェック、パケット送受信、そしてアイソクロナス転送
の為のサイクル制御を行う。トランザクションレイヤ
は、アシンクロナス・データに関する処理を行う。以下
に各レイヤにおける処理について説明する。

【０１２４】〈フィジカルレイヤ〉フィジカルレイヤに
おける、バス・アービトレーションを説明するための図
として図１６にバス使用要求、図１７にバス使用許可の
図を示し、以下これを用いて説明する。

【０１２５】アービトレーションが始まると、１つもし
くは複数のノードが親ノードに向かって、それぞれバス
使用権の要求を発する。図１６のノードＣとノードＦが
バス使用権の要求を発しているノードである。これを受
けた親ノード（図１６ではノードＡ）は更に親ノードに
向かって、バス使用権の要求を発する（中継する）。こ
の要求は最終的に調停を行うルートに届けられる。

【０１２６】バス使用要求を受けたルートノードは、ど
のノードにバスを使用させるかを決める。この調停作業
はルートノードのみが行えるものであり、調停によって
勝ったノードにはバスの使用許可を与える。

【０１２７】図１７では、ノードＣに使用許可が与えら
れ、ノードＦの使用は拒否された図である。アービトレ
ーションに負けたノードに対してはＤＰ（ｄａｔａｐ
ｒｅｆｉｘ）パケットを送り、拒否されたことを知らせ
る。拒否されたノードのバス使用要求は次回のアービト
レーションまで待たされる。以上のようにして、アービ
トレーションに勝ってバスの使用許可を得たノードは、
以降データの転送を開始できる。ここで、アービトレー
ションの一連の流れをフローチャート図１８に示して、
説明する。

【０１２８】ノードがデータ転送を開始できる為には、
バスがアイドル状態であることが必要である。先に行わ
れていたデータ転送が終了して、現在バスが空き状態で
あることを認識するためには、各転送モードで個別に設
定されている所定のアイドル時間ギャップ長（例．サブ
アクション・ギャップ）を経過する事によって、各ノー
ドは自分の転送が開始できると判断する。

【０１２９】ステップＳ４０１として、Ａｓｙｎｃデー
タ、Ｉｓｏデータ等それぞれ転送するデータに応じた所
定のギャップ長が得られたか判断する。所定のギャップ
長が得られない限り、転送を開始するために必要なバス
使用権の要求はできないので、所定のギャップ長が得ら
れるまで待つ。

【０１３０】ステップＳ４０１で所定のギャップ長が得
られたら、ステップＳ４０２として転送すべきデータが
あるか判断し、ある場合はステップＳ４０３として転送
するためにバスを確保するよう、バス使用権の要求をル
ートに対して発する。このときの、バス使用権の要求を
表す信号の伝達は、図１６、図１７に示したように、ネ
ットワーク内各機器を中継しながら、最終的にルートに
届けられる。ステップＳ４０２で転送するデータがない
場合は、そのまま待機する。

【０１３１】次に、ステップＳ４０４として、ステップ
４０３のバス使用要求を１つ以上ルートが受信したら、
ルートはステップＳ４０５として使用要求を出したノー
ドの数を調べる。ステップＳ４０５での選択値がノード
数＝１（使用権要求を出したノードは１つ）だったら、
そのノードに直後のバス使用許可が与えられることとな
る。

【０１３２】ステップＳ４０５での選択値がノード数〉
１（使用要求を出したノードは複数）だったら、ルート
はステップＳ４０６として使用許可を与えるノードを１
つに決定する調停作業を行う。この調停作業は公平なも
のであり、毎回同じノードばかりが許可を得る様なこと
はなく、平等に権利を与えていくような構成となってい
る。

【０１３３】ステップＳ４０７として、ステップＳ４０
６で使用要求を出した複数ノードの中からルートが調停
して使用許可を得た１つのノードと、敗れたその他のノ
ードに分ける選択を行う。ここで、調停されて使用許可
を得た１つのノード、またはステップＳ４０５の選択値
から使用要求ノード数＝１で調停無しに使用許可を得た
ノードには、ステップＳ４０８として、ルートはそのノ
ードに対して許可信号を送る。

【０１３４】許可信号を得たノードは、受け取った直後
に転送すべきデータ（パケット）を転送開始する。ま
た、ステップＳ４０６の調停で敗れて、バス使用が許可
されなかったノードにはステップＳ４０９としてルート
から、アービトレーション失敗を示すＤＰ（ｄａｔａ
ｐｒｅｆｉｘ）パケットを送られ、これを受け取ったノ
ードは再度転送を行うためのバス使用要求を出すため、
ステップＳ４０１まで戻り、所定ギャップ長が得られる
まで待機する。以上がアービトレーションの流れを説明
した、フローチャート図１８の説明である。

【０１３５】〈トランザクションレイヤ〉トランザクシ
ョンの種類には、リード・トランザクション、ライト・
トランザクション、ロック・トランザクションの３種類
がある。リード・トランザクションでは、イニシエータ
（要求ノード）がターゲット（応答ノード）の特定アド
レスのメモリのデータを読み取る。ライト・トランザク
ションでは、イニシエータがターゲットの特定アドレス
のメモリにデータを書き込む。

【０１３６】ロック・トランザクションでは、イニシエ
ータからターゲットに参照データと更新データを転送
し、その参照データとターゲットのアドレスのデータを
組み合わせて処理を行い、ターゲットの指定されたアド
レスのデータを更新する。

【０１３７】図１９は、トランザクションレイヤにおけ
るＣＳＲアーキテクチャに基づいた、読み出し（リー
ド）、書き込み（ライト）、ロックの各コマンドの要求
・応答プロトコルについて示したもので、図に示した要
求・通知・応答・確認はトランザクションレイヤでのサ
ービス単位になっている。

【０１３８】トランザクション要求（ＴＲ＿ＤＡＴＡ．
ｒｅｑｕｅｓｔ）は、応答ノードに対するパケットの転
送、トランザクション通知（ＴＲ＿ＤＡＴＡ．ｉｎｄｉ
ｃａｔｉｏｎ）は応答ノードに要求が届いたことの通
知、トランザクション応答（ＴＲ＿ＤＡＴＡ．ｒｅｓｐ
ｏｎｓｅ）はアクノリッジの送信、トランザクション確
認（ＴＲ＿ＤＡＴＡ．ｃｏｎｆｉｒｍａｔｉｏｎ）はア
クノリッジの受信である。

【０１３９】〈リンクレイヤ〉図２０は、リンクレイヤ
におけるサービスを示した図で、応答ノードに対するパ
ケットの転送を要求するリンク要求（ＬＫ＿ＤＡＴＡ．
ｒｅｑｕｅｓｔ）、応答ノードにパケット受信を通知す
るリンク通知（ＬＫ＿ＤＡＴＡ．ｉｎｄｉｃａｔｉｏ
ｎ）、応答ノードからのアクノリッジ送信のリンク応答
（ＬＫ＿ＤＡＴＡ．ｒｅｓｐｏｎｓｅ）、要求ノードの
アクノリッジ送信のリンク確認（ＬＫ＿ＤＡＴＡ．ｃｏ
ｎｆｉｒｍａｔｉｏｎ）のサービス単位に分けられる。

【０１４０】一つのパケット転送プロセスはサブアクシ
ョンと呼ばれ、アシンクロナス・サブアクションとアイ
ソクロナス・サブアクションの２つの種類がある。各サ
ブアクションの動作について、以下に説明する。

【０１４１】《アシンクロナス・サブアクション》アシ
ンクロナス・サブアクションは、非同期データ転送であ
る。図２１にアシンクロナス転送における時間的な遷移
状態を示す。図２１の最初のサブアクション・ギャップ
は、バスのアイドル状態を示すものである。このアイド
ル時間が一定値になった時点で、転送を希望するノード
はバスが使用できると判断して、バス獲得のためのアー
ビトレーションを実行する。

【０１４２】アービトレーションでバスの使用許可を得
ると、次にデータの転送がパケット形式で実行される。
データ転送後、受信したノードは転送されたデータに対
しての受信結果のａｃｋ（受信確認用返送コード）をａ
ｃｋｇａｐという短いギャップの後、返送して応答す
るか、応答パケットを送ることによって転送が完了す
る。ａｃｋは４ビットの情報と４ビットのチェックサム
からなり、成功か、ビジー状態か、ペンディング状態で
あるかといった情報を含み、すぐに送信元にノードに返
送される。

【０１４３】次に、図２２にアシンクロナス転送のパケ
ットフォーマットの例を示す。パケットには、データ部
及び誤り訂正用のデータＣＲＣの他にはヘッダ部があ
り、そのヘッダ部には図２２に示したような、目的ノー
ドＩＤ、ソースノードＩＤ、転送データ長さや各種コー
ドなどが書き込まれ、転送が行われる。

【０１４４】また、アシンクロナス転送は自己ノードか
ら相手ノードへの１対１の通信である。転送元ノードか
ら転送されたパケットは、ネットワーク中の各ノードに
行き渡るが、自分宛てのアドレス以外のものは無視され
るので、宛先の１つのノードのみが読込むことになる。
以上がアシンクロナス転送の説明である。

【０１４５】《アイソクロナス・サブアクション》アイ
ソクロナス・サブアクションは同期データ転送である。
１３９４シリアルバスの最大の特徴であるともいえるこ
のアイソクロナス転送は、特にＶＩＤＥＯ映像データや
音声データといったマルチメディアデータなど、リアル
タイムな転送を必要とするデータの転送に適した転送モ
ードである。

【０１４６】また、アシンクロナス転送（非同期）が１
対１の転送であったのに対し、このアイソクロナス転送
はブロードキャスト機能によって、転送元の１つのノー
ドから他のすべてのノードへ一様に転送される。

【０１４７】図２３は、アイソクロナス転送における時
間的な遷移状態を示す図である。アイソクロナス転送
は、バス上一定時間毎に実行される。この時間間隔をア
イソクロナスサイクルと呼ぶ。アイソクロナスサイクル
時間は、１２５μＳである。この各サイクルの開始時間
を示し、各ノードの時間調整を行う役割を担っているの
がサイクル・スタート・パケットである。

【０１４８】サイクル・スタート・パケットを送信する
のは、サイクル・マスタと呼ばれるノードであり、１つ
前のサイクル内の転送終了後、所定のアイドル期間（サ
ブアクションギャップ）を経た後、本サイクルの開始を
告げるサイクル・スタート・パケットを送信する。この
サイクル・スタート・パケットの送信される時間間隔が
１２５μＳとなる。

【０１４９】また、図２３にチャネルＡ、チャネルＢ、
チャネルＣと示したように、１サイクル内において複数
種のパケットがチャネルＩＤをそれぞれ与えられること
によって、区別して転送できる。これによって同時に複
数ノード間でのリアルタイムな転送が可能であり、ま
た、受信するノードでは自分が欲しいチャネルＩＤのデ
ータのみを取り込む。このチャネルＩＤは送信先のアド
レスを表すものではなく、データに対する論理的な番号
を与えているに過ぎない。よって、あるパケットの送信
は１つの送信元ノードから他のすべてのノードに行き渡
る、ブロードキャストで転送されることになる。

【０１５０】アイソクロナス転送のパケット送信に先立
って、アシンクロナス転送同様アービトレーションが行
われる。しかし、アシンクロナス転送のように１対１の
通信ではないので、アイソクロナス転送にはａｃｋ（受
信確認用返信コード）は存在しない。

【０１５１】また、図２３に示したｉｏｓｇａｐ（ア
イソクロナスギャップ）とは、アイソクロナス転送を行
う前にバスが空き状態であると確認するために必要なア
イドル期間を表している。この所定のアイドル期間を経
過すると、アイソクロナス転送を行いたいノードはバス
が空いていると判断し、転送前のアービトレーションを
行うことができる。

【０１５２】次に、図２４にアイソクロナス転送のパケ
ットフォーマットの例を示し、説明する。各チャネルに
分かれた、各種のパケットにはそれぞれデータ部及び誤
り訂正用のデータＣＲＣの他にヘッダ部があり、そのヘ
ッダ部には図２４に示したような、転送データ長やチャ
ネルＮＯ、その他各種コード及び誤り訂正用のヘッダＣ
ＲＣなどが書き込まれ、転送が行われる。以上がアイソ
クロナス転送の説明である。

【０１５３】それぞれのパケットフォーマットにおけ
る、パケットフィールドの詳細について図２５に示す。〈バス・サイクル〉実際の１３９４シリアルバス上の転
送では、アイソクロナス転送と、アシンクロナス転送は
混在できる。その時の、アイソクロナス転送とアシンク
ロナス転送が混在した、バス上の転送状態の時間的な遷
移の様子を表した図を図２６に示す。

【０１５４】アイソクロナス転送はアシンクロナス転送
より優先して実行される。その理由は、サイクル・スタ
ート・パケットの後、アシンクロナス転送を起動するた
めに必要なアイドル期間のギャップ長（サブアクション
ギャップ）よりも短いギャップ長（アイソクロナスギャ
ップ）で、アイソクロナス転送を起動できるからであ
る。したがって、アシンクロナス転送より、アイソクロ
ナス転送は優先して実行されることとなる。

【０１５５】図２６に示した、一般的なバスサイクルに
おいて、サイクル＃ｍのスタート時にサイクル・スター
ト・パケットがサイクル・マスタから各ノードに転送さ
れる。これによって、各ノードで時刻調整を行い、所定
のアイドル期間（アイソクロナスギャップ）を待ってか
らアイソクロナス転送を行うべきノードはアービトレー
ションを行い、パケット転送に入る。図２６ではチャネ
ルｅとチャネルｓとチャネルｋが順にアイソクロナス転
送されている。

【０１５６】このアービトレーションからパケット転送
までの動作を、与えられているチャネル分繰り返し行っ
た後、サイクル＃ｍにおけるアイソクロナス転送がすべ
て終了したら、アシンクロナス転送を行うことができる
ようになる。

【０１５７】アイドル時間がアシンクロナス転送が可能
なサブアクションギャップに達する事によって、アシン
クロナス転送を行いたいノードはアービトレーションの
実行に移れると判断する。

【０１５８】ただし、アシンクロナス転送が行える期間
は、アイソクロナス転送終了後から、次のサイクル・ス
タート・パケットを転送すべき時間（ｃｙｃｌｅｓｙ
ｎｃｈ）までの間にアシンクロナス転送を起動するため
のサブアクションギャップが得られた場合に限ってい
る。

【０１５９】図２６のサイクル＃ｍでは３つのチャネル
分のアイソクロナス転送と、その後アシンクロナス転送
（含むａｃｋ）が２パケット（パケット１、パケット
２）転送されている。このアシンクロナスパケット２の
後は、サイクルｍ＋１をスタートすべき時間（ｃｙｃｌ
ｅｓｙｎｃｈ）にいたるので、サイクル＃ｍでの転送
はここまでで終わる。

【０１６０】ただし、非同期または同期転送動作中に次
のサイクル・スタート・パケットを送信すべき時間（ｃ
ｙｃｌｅｓｙｎｃｈ）に至ったとしたら、無理に中断
せず、その転送が終了した後のアイドル期間を待ってか
ら次サイクルのサイクル・スタート・パケットを送信す
る。すなわち、１つのサイクルが１２５μＳ以上続いた
ときは、その分次サイクルは基準の１２５μＳより短縮
されたとする。このようにアイソクロナス・サイクルは
１２５μＳを基準に超過、短縮し得るものである。

【０１６１】しかし、アイソクロナス転送はリアルタイ
ム転送を維持するために毎サイクル必要であれば必ず実
行され、アシンクロナス転送はサイクル時間が短縮され
たことによって次以降のサイクルにまわされることもあ
る。

【０１６２】図２７は、ＩＥＥＥ１３９４のプロトコル
アーキテクチャ図である。この図において、各レイヤ間
のサービス、特にアプリケーションレイヤーと、トラン
ザクションレイヤー、リンクレイヤーの間のサービスに
ついて説明する。矢印は各レイヤー間のサービスを示
す。

【０１６３】ＴＲ＿ＤＡＴＡ．ｒｅｑｕｅｓｔは、デー
タ・トランザクションサービスを示す。アプリケーショ
ンまたはバス管理は、このサービスを用いてＷＲＩＴ
Ｅ、ＲＥＡＤ、ＬＯＣＫのデータトランザクションを開
始するものであり、図２７において、ＴＲ＿ＤＡＴＡ
ｒｅｑで示される。

【０１６４】ＴＲ＿ＤＡＴＡ．ｃｏｎｆｉｒｍａｔｉｏ
ｎは、トランザクション完了確認サービスを示す。トラ
ンザクション・データ・リクエスト完了時、トランザク
ションレイヤーは、このサービスを用いて、リクエスト
側ノードにトランザクションの完了を通信するものであ
り、図２７において、ＴＲ＿ＤＡＴＡｃｏｎｆで示さ
れる。

【０１６５】ＴＲ＿ＤＡＴＡ．ｉｎｄｉｃａｔｉｏｎ
は、トランザクション・リクエスト受信表示サービスを
示す。トランザクションレイヤーは、このサービスを用
いて、トランザクションリクエストを受信したことをア
プリケーション・ノード・コントローラ、バス・マネー
ジャに表示する。これは、図２７において、ＴＲ＿ＤＡ
ＴＡ．ｉｎｄで示される。

【０１６６】ＴＲ＿ＤＡＴＡ．ｒｅｓｐｏｎｓｅは、ト
ランザクション・データ応答サービスを示す。トランザ
クションレイヤーは、このサービスを用いて、受信した
パケットに応答し、トランザクションを完了させる。こ
れは、図２７において、ＴＲ＿ＤＡＴＡ．ｒｅｓｐで示
される。

【０１６７】ＬＫ＿ＩＳＯ＿ＣＯＮＴＯＲＯＬ．ｒｅｑ
ｕｅｓｔは、アイソクロナス制御リクエストサービスを
示す。アプリケーションレイヤーは、このサービスを使
って、リンクレイヤーにアイソクロナスチャンネルのリ
ストを通信する。これは、図２７において、ＬＫ＿ＩＳ
Ｏ＿ＣＯＮＴ．ｒｅｑで示される。

【０１６８】ＬＫ＿ＣＹＣＬＥ．ｉｎｄｉｃａｔｉｏｎ
は、サイクル同期化表示サービスを示す。リンクレイヤ
ーは、このサービスを用いて、アプリケーションレイヤ
ーにサイクル同期化イベントを表示する。これは、図２
７において、ＬＫ＿ＣＹＣＬＥ．ｉｎｄで示される。

【０１６９】ＬＫ＿ＩＳＯ．ｒｅｑｕｅｓｔは、アイソ
クロナスリクエストサービスを示す。アプリケーション
レイヤーは、このサービスを用いて、リンクレイヤーに
１個のアイソクロナスパケットをバスに送信するように
リクエストする。これは、図２７において、ＬＫ＿ＩＳ
Ｏ．ｒｅｑで示される。

【０１７０】ＬＫ＿ＩＳＯ．ｉｎｄｉｃａｔｉｏｎは、
アイソクロナス表示サービスを示す。リンクレイヤー
は、このサービスを用いて、アプリケーションレイヤー
にアイソクロナスパケットを受信したことを表示する。
これは、図２７において、ＬＫ＿ＩＳＯ．ｉｎｄで示さ
れる。

【０１７１】〈１３９４アイソクロナスデータ転送を用
いたプリンティングシステム（ホスト側）〉図２８、図
２９は、例えばＰＣのようなホスト（転送元ノード）か
ら、アイソクロナスデータ転送を用いて印字データをプ
リンタ（転送先ノード）に転送する際の、ホスト側にお
ける印字シーケンスを示したフローチャートである。ホ
スト側で印字データ転送処理が始まるとき、まずホスト
側は、ターゲットとなるプリンタにログインしなければ
ならない。

【０１７２】１３９４プリンタへのログインは、まずプ
リンタのログインレジスタをリードトランザクションに
より読み取り（ステップ２００１）、ログインレジスタ
の値よりログイン可否を判定し（ステップ２００２）、
ロックトランザクションにより、プリンタのログインレ
ジスタを変更して（ステップ２００３）ログインする。
ログインレジスタの値により現在ログイン不可能であれ
ば、アプリケーションにその旨を通知し、データ転送処
理を終了する。

【０１７３】ログイン処理が正常に終了したら、次にリ
ードトランザクションにより、プリンタのコンフィギュ
レーションＲＯＭ中のプリンタ種別を読み（ステップ２
００４）、出力先のプリンタ種別を判定する。次に、Ｉ
ＳＯデータを転送可能かどうかをチェックする。このチ
ェックの結果、ＩＳＯデータを転送可能であれば、ホス
ト側は、このプリンタ種別により、アイソクロナスリソ
ースマネージャーに対して要求する帯域幅を判定する。

【０１７４】帯域幅変更の目的は、１３９４ネットワー
ク全体のデータ転送帯域の最適化である。１３９４のア
イソクロナス転送におけるプリントアウト処理の場合、
プリンタのプリントアウト能力以上のデータ転送が可能
である。またアイソクロナス転送は、転送データをプリ
ンタがそのまま受けなければならない（パケットごとに
エラー、リトライを繰り返すことができない）という性
格上、データ転送能力をプリントアウト能力に応じて定
めなければならない。

【０１７５】例えばレーザビームプリンタとインクジェ
ットプリンタでは、一般にプリントアウト能力に差があ
るため、本実施例のばあい、ホスト側がプリンタ側のレ
ジスタを読み取り、レーザービームプリンタなら５Ｍ／
ｓ、インクジェットプリンタなら２Ｍ／ｓのように、ア
イソクロナスリソースマネージャに要求するデータ転送
帯域幅を定める。

【０１７６】さらに、プリンタの種別により帯域幅を決
定する他に、転送データがカラーであるか、モノクロで
あるか、など転送データ量に影響するパラメータも参照
して、プリンタのプリントアウト能力を超えない最適な
データ転送帯域を確保しようとすることにより、１３９
４ネットワーク全体のデータ転送帯域幅を最適に使用で
きる。

【０１７７】具体的には、カラー印刷を行う場合は大量
のデータを必要とするので、カラー印刷を行う際は、モ
ノクロ印刷を行うより大きな帯域幅が設定される。ま
た、モノクロデータはスピードを重視するため高速に印
刷し、カラーデータは品位を重視するため低速に印刷す
る場合には、モノクロデータを転送する際には、カラー
データを転送する際より大きな帯域幅が設定される。

【０１７８】帯域幅の決定に際しては、プリンタ種別を
判定するのみならず、同一機種の場合でもドライバの設
定（ドラフトモード、ファインモード）等により変更す
ることが考えられる。その場合、アイソクロナスデータ
転送に使用する帯域幅を獲得するには、まず始めにアイ
ソクロナスリソースマネージャーから、リードトランザ
クションにより、現在割り当て可能な帯域幅の最大値を
読み取る（ステップ２０１０）。

【０１７９】次に、前記ステップ２００４〜２００９に
おいて決定された要求帯域幅を、前記ステップ２００９
で読み取った割り当て可能帯域幅と比較する（ステップ
２０１１）。割り当て可能であれば、ロックトランザク
ションにより、アイソクロナスリソースマネージャーか
ら要求帯域幅を獲得する（ステップ２０１２）。もし要
求帯域幅が獲得できなければ、アプリケーションにその
旨を通知し、データ転送処理を終了する。

【０１８０】帯域幅を獲得したら、次にアイソクロナス
転送のための、チャンネル番号決定処理を行う。まず、
アイソクロナスリソースマネージャーからリードトラン
ザクションにより、現在のチャンネル番号使用状態を読
み取る（ステップ２０１３）。次に、未使用チャンネル
番号があるかどうかを調べ（ステップ２０１４）、もし
未使用チャンネル番号があれば、ロックトランザクショ
ンにより、アイソクロナスリソースマネージャーからチ
ャンネル番号を獲得する（ステップ２０１５）。もし未
使用チャンネル番号がなければ、アプリケーションにそ
の旨を通知し、データ転送処理を終了する。

【０１８１】転送元ノード（この場合ＰＣ）は、アイソ
クロナスリソースマネージャーから帯域幅、チャンネル
番号を獲得した後、チャンネル番号を転送先ノード（こ
の場合プリンタ）のチャンネル番号レジスタに、ライト
トランザクションを用いて書き込み、通知する（ステッ
プ２０１６）。

【０１８２】さらに、前記と同様に、プリント開始を転
送先ノードのプリント開始レジスタに、ライトトランザ
クションを用いてプリント開始ビットを書き込み、通知
して（ステップ２０１７）、アイソクロナスデータ転送
を開始する（ステップ２０１８）。

【０１８３】アイソクロナスデータ転送が終了したら
（ステップ２０１９）、プリント終了を転送先ノードに
通知する。この処理は転送先ノードのプリント開始レジ
スタに、ライトトランザクションを用いてプリント終了
ビットを書き込むことによってなされる（ステップ２０
２０）。

【０１８４】ステップ２００５の判定でＩＳＯデータの
転送が可能でない場合、ステップ２０２１へ進み、ＢＪ
Ｃ−１３９４であるかどうかをチェックする。このチェ
ックの結果、ＢＪＣ−１３９４であれば、ステップ２０
２２へ進んでＢＪプリンタ用データの非同期転送パケッ
トサイズを設定する。

【０１８５】また、ステップ２０２１のチェックの結果
がＢＪＣ−１３９４でない場合にはステップ２０２３へ
進み、ＬＢＰ−１３９４であるかどうかをチェックす
る。そして、ＬＢＰ−１３９４であれば、ステップ２０
２４へ進み、ＬＢＰプリンタ用データの非同期転送パケ
ットサイズを設定する。

【０１８６】本実施形態においては、前述のようにし
て、それぞれのプリンタに適した非同期パケットのデー
タサイズを、ステップ２０２２、ステップ２０２２で決
めることができる。

【０１８７】次に、プリント開始を通知し（ステップ２
０２５）、その後、非同期データの転送を開始する（ス
テップ２０２６）。そして、次のステップ２０２７でＡ
ＳＹＮＣデータの転送を終了したら、次に、ステップ２
０２８でプリント終了を通知する。

【０１８８】ステップ２００５のＩＳＯデータ転送が可
能であるかどうかの判定は、バス上にサイクルマスタが
あるかどうかで判定される。サイクルマスタの有無は、
図２７のＳＢ＿ＣＯＮＴｃｏｎｆによって情報を得る
ことができる。

【０１８９】図３０は第１の出力装置の構成を示す断面
図であり、例えばレーザビームプリンタ（ＬＢＰ）の場
合を示す。図３０において、２０００はＬＢＰ本体であ
り、外部に接続されているホストコンピュータから供給
される印刷情報（文字コード等）やフォーム情報あるい
はマクロ命令等を入力して記憶するとともに、それらの
情報に従って対応する文字パターンやフォームパターン
等を作成し、記録媒体である記録紙等に像を形成する。

【０１９０】２００１は操作のためのスイッチおよびＬ
ＥＤ表示器等が配されている操作パネル、２０１２はＬ
ＢＰ本体２０００全体の制御およびホストコンピュータ
から供給される文字情報等を解析するプリンタ制御ユニ
ットである。このプリンタ制御ユニット２０１２は、主
に文字情報を対応する文字パターンのビデオ信号に変換
してレーザドライバ２００２に出力する。

【０１９１】レーザドライバ２００２は半導体レーザ２
００３を駆動するための回路であり、入力されたビデオ
信号に応じて半導体レーザ２００３から発射されるレー
ザ光２００４をオン・オフ切り換えする。レーザ光２０
０４は回転多面鏡２００５で左右方向に振らされて静電
ドラム２００６上を走査露光する。

【０１９２】これにより、静電ドラム２００６上には文
字パターンの静電潜像が形成されることになる。この潜
像は、静電ドラム２００６周囲に配設された現像ユニッ
ト２００７により現像された後、記録紙に転写される。
この記録紙にはカットシートを用い、カットシート記録
紙はＬＢＰ２０００に装着した用紙カセット２００８に
収納され、給紙ローラ２００９および搬送ローラ２０１
０と搬送ローラ２０１１とにより、装置内に取り込まれ
て、静電ドラム２００６に供給される。また、ＬＢＰ本
体２０００には、図示しないカードスロットを少なくと
も１個以上備え、内蔵フォントに加えてオプションフォ
ントカード、言語系の異なる制御カード（エミュレーシ
ョンカード）を接続できるように構成されている。

【０１９３】図３１は本実施形態のＬＢＰの構成を説明
するブロック図である。プリンタ２０００において、１
２はプリンタＣＰＵで、ＲＯＭ１３のプログラム用ＲＯ
Ｍに記憶された制御プログラム等或いは外部メモリ１４
に記憶された制御プログラム等に基づいてシステムバス
１５に接続される各種のデバイスとのアクセスを総括的
に制御し、印刷部インタフェース１６を介して接続され
る印刷部（プリンタエンジン）１７に出力情報としての
画像信号を出力する。

【０１９４】また、このＲＯＭ１３のプログラムＲＯＭ
には、制御プログラムが記憶されている。ＲＯＭ１３の
フォント用ＲＯＭには上記出力情報を生成する際に使用
するフォントデータ等を記憶し、ＲＯＭ１３のデータ用
ＲＯＭにはハードディスク等の外部メモリ１４が無いプ
リンタの場合には、ホストコンピュータ上で利用される
情報等を記憶している。

【０１９５】なお、プリンタの各種情報は本実施形態の
場合は１３９４インターフェースである入力部１８を介
して外部機器からアクセスすることが可能である。これ
ら情報には、用紙カセット２００８の紙残量警告などの
情報が含まれる。これら情報のアクセスについては後述
のプリンタ側１３９４シリアルバスインターフェースの
構成で、シリアルバス用コンフィギュレーションＲＯＭ
ならびにステータスレジスタの項目で説明する。

【０１９６】１９はＣＰＵ１２の主メモリ、ワークエリ
ア等として機能するＲＡＭで、図示しない増設ポートに
接続されるオプションＲＡＭによりメモリ容量を拡張す
ることができるように構成されている。なお、ＲＡＭ１
９は、出力情報展開領域、環境データ格納領域、ＮＶＲ
ＡＭ等に用いられる。前述したハードディスク（Ｈ
Ｄ）、ＩＣカード等の外部メモリ１４は、ディスクコン
トローラ（ＤＫＣ）２０によりアクセスを制御される。
外部メモリ１４は、オプションとして接続され、フォン
トデータ、エミュレーションプログラム、フォームデー
タ等を記憶する。また、１８は前述した操作パネルで操
作のためのスイッチおよびＬＥＤ表示器等が配されてい
る。

【０１９７】また、前述した外部メモリは１個に限ら
ず、少なくとも１個以上備え、内蔵フォントに加えてオ
プションフォントカード、言語系の異なるプリンタ制御
言語を解釈するプログラムを格納した外部メモリを複数
接続できるように構成されていても良い。さらに、図示
しないＮＶＲＡＭを有し、操作パネル２００１からのプ
リンタモード設定情報を記憶するようにしても良い。

【０１９８】〈インクジェットプリンタの構成〉図３２
は、本実施形態の第２の出力装置の構成を示す外観図で
あり、たとえばインクジェット記録装置の場合を示す。
図３２において駆動モータ２２１３の正逆回転に連動し
て駆動力伝達ギヤ２２１１、２２０９を介して回転する
リードスクリュー２２０５のガイド溝２２０４に対して
係合するキャリッジＨＣはピン（図示しない）を有し、
矢印ａ，ｂ方向に往復移動される。このキャリッジＨＣ
にはインクカートリッジＩＪＣが搭載されている。

【０１９９】このプリンタ用のＩＪＣとして装着可能な
ものには、カラーインクを具備したカラーインクジェッ
トカートリッジＣＩＪＣと、ブラックインクのみを具備
したモノクロインクジェットカートリッジＭＩＪＣが用
意されている。２２０２は紙押さえ板であり、キャリッ
ジ移動方向にわたって紙をプラテン２２００に対して押
圧する。２２０７、２２０８はフォトカプラでキャリッ
ジのレバー２２０６のこの行きでの存在を確認して、モ
ータ２２１３の回転方向切り替えを行うためのホームポ
ジション検出手段として機能する。

【０２００】また、本プリンタには自動的に複数枚の紙
を給紙可能とするオートシートフィーダが装着されてい
る。現在印字されている、すなわちプラテン上にある紙
が排紙されようとする際、オートシートフィーダは次の
紙をプリンタの給紙挿入口にガイドする。プリンタは排
紙後、給紙挿入口のペーパーセンサにより紙を検出する
と、次の紙をプラテンにセットするべく給紙を行う。

【０２０１】オートシートフィーダーのペーパートレイ
には紙残量センサが装着されており、シートフィーダー
にセットされている紙量が所定の量よりも減少した場合
には、センサーが反応する。

【０２０２】２２１６は記録ヘッドの全面をキャップす
るキャップ部材２２２２支持する部材、２２１５はこの
キャップ内を吸引する吸引手段でキャップ内開口２２２
３を介して記録ヘッドの吸引回復を行う。２２１７はク
リーニングブレードで部材２２１９により前後方向に移
動可能となる。２２１８は本体支持板で上記２２１７、
２２１９を支持する。２２１２は吸引回復の吸引を開始
するためのレバーであり、キャリッジと係合するカム２
２２０の移動に伴って移動し、駆動モーターからの駆動
力がクラッチ切り替え等の公知の伝達手段で移動制御さ
れる。

【０２０３】これらのキャッピング、クリーニング、吸
引回復はキャリッジがホームポジション側領域に来たと
きにリードスクリュー２２０５の作用によってそれらの
対応位置で所望の処理が行われる様に構成されているが
周知のタイミングで所望動作を行うように構成されてい
ればよい。

【０２０４】図３３は、図３２に示した出力装置の制御
構成を説明するためのブロック図である。図３３におい
て２３００はホストコンピュータの記録信号を入力する
インターフェース部、２３０１はＭＰＵ、２３０２は前
記ＭＰＵ２３０１が実行する制御プログラムやホスト印
刷情報を格納するＲＯＭ、２３０３はＤＲＡＭで各種デ
ータ（上記記録信号やヘッドに供給される記録データ
等）を保存しておく。

【０２０５】２３０４は記録ヘッド２３０８に対する出
力データの供給制御を行うゲートアレーでインターフェ
ース２３００、ＭＰＵ２３０１、ＤＲＡＭ２３０３間の
データの転送制御も行う。２３１０は前記記録ヘッド２
３０８を搬送するためのキャリアモータ、２３０９は記
録用紙搬送のための搬送モータ、２３０５は前記記録ヘ
ッドを駆動するヘッドドライバ、２３０７は前記キャリ
アモータ２３１０を駆動するモータドライバである。

【０２０６】このように構成された上記記録装置におい
て１３９４インターフェース２３００を介して後述する
ホストコンピュータより入力情報が入力されると、ゲー
トアレー２３０４とＭＰＵ２３０１との間で入力情報が
プリント用の出力情報に変換される。そしてモータドラ
イバ２３０６、２３０７が駆動されると共にヘッドドラ
イバ２３０５に送られた出力情報に従って記録ヘッドが
駆動され印字が実行される。

【０２０７】なお、プリンタの各種情報は１３９４イン
ターフェース２３００を介して外部機器からアクセスす
ることが可能である。これら情報には、前述のように本
プリンタのＨＣに装着可能なヘッドの内、装着されてい
るヘッドＩＪＣの種類、またオートシートフィーダーの
紙残量警告などの情報が含まれる。これら情報のアクセ
スについては後述のプリンタ側１３９４シリアルバスイ
ンターフェースの構成で、コンフィギュレーションＲＯ
Ｍならびにステータスレジスタの項目で後述する。

【０２０８】〈プリンタ側１３９４シリアルバスインタ
ーフェース部の構成〉本実施形態の第１の出力装置であ
るＬＢＰ、第２の出力装置であるインクジェットプリン
タはＩＥＥＥ１３９４シリアルバスを用いて機器間の接
続が行われる。各装置におけるこのシリアルバスのイン
ターフェースを行うブロック（以下１３９４Ｉ／Ｆブロ
ック）は、ＬＢＰにおいては図３１中の入力部１８であ
り、インクジェットプリンタにおいては図３３中のイン
ターフェースブロック２３００である。

【０２０９】次に、１３９４Ｉ／Ｆブロックの構成につ
いて説明する。なお、ＬＢＰ、インクジェットプリンタ
共に本ブロックの基本構成は同様である為、本説明は両
プリンタに当てはまる。またプリンタ毎の固有な部分に
ついては随時説明する。図３４は１３９４Ｉ／Ｆブロッ
クの基本構成ブロック図である。

【０２１０】図中２４０２は１３９４シリアルバスを直
接ドライブするフィジカルレイヤー制御ＩＣ（ＰＨＹＩ
Ｃ）であり、前述の〈ＩＥＥＥ１３９４の技術の概要〉
におけるフィジカルレイヤの機能を実現する。主な機能
としては、バスイニシャル化とアービトレーション、送
信データ符号のエンコード／デコード、ケーブル通電状
態の監視ならびに負荷終端用電源の供給（アクティブ接
続認識用）、リンクレイヤＩＣとのインターフェースで
ある。

【０２１１】２４０１はプリンタ本体とのインターフェ
ースを行い、ＰＨＹＩＣのデータ転送をコントロールす
るリンクレイヤー制御ＩＣ（ＬＩＮＫＩＣ）であり、前
述の〈ＩＥＥＥ１３９４の技術の概要〉におけるリンク
レイヤの機能を実現する。

【０２１２】本ＩＣが備える主な機能としてはＰＨＹＩ
Ｃを介する送信／受信データを一時格納する送受信ＦＩ
ＦＯ、送信データのパケット化機能、ＰＨＹＩＣが受信
データが本ノードアドレス、またはアイソクロナス転送
データの場合は割り当てられたチャンネル向けのもので
あるかの判定機能、またそのデータのエラーチェックを
行うレシーバー機能、そしてプリンタ本体とのインター
フェースを行う機能がある。

【０２１３】図中２４０３はコンフィギュレーションＲ
ＯＭであり、各機器固有の識別、通信条件等が格納され
ている。本ＲＯＭのデータフォーマットはＩＥＥＥ１３
９４規格で定められたフォーマットに準じているが、機
器固有のデータはＬＢＰ、インクジェットプリンタそれ
ぞれに固有のものが用意されている。図３５に本実施形
態のＬＢＰのコンフィギュレーションＲＯＭの規納デー
タ２５０１と、本実施形態のインクジェットプリンタの
コンフィギュレーションＲＯＭの規納データ２５０２を
示す。

【０２１４】〈ＩＥＥＥ１３９４の技術の概要〉で説明
したように、１３９４シリアルバスのアドレス設定のう
ち、最後の２８ビットはシリアルバスに接続される他の
デバイスからアクセス可能な、各機器の固有データの領
域として確保されている。図３６はこの２８ビットのア
ドレス空間を本実施形態のＬＢＰの場合とインクジェッ
トプリンタの場合で表した図である。前述のコンフィギ
ュレーションＲＯＭは図中４００番地から８００番地の
領域に配置されている。

【０２１５】８００番地以降の領域は各プリンタ本体の
固有の動作に関連するレジスタが配置されている。これ
らレジスタは物理的にはそれぞれのプリンタの制御部分
（インクジェットプリンタの場合）は図中のゲートアレ
ー、ＬＢＰの場合は図中のＣＰＵの中に配置される。

【０２１６】両プリンタ共通のレジスタとしては１０２
０番地から始まる４つのレジスタがある。ｃｈａｎｎｅ
ｌレジスタはそれぞれのプリンターホスト間でアイソク
ロナスデータ転送を行う際にアロケートされたチャネル
番号を格納するレジスタ、Ｐ＿ｓｔａｔｕｓレジスタは
プリンタの基本動作ステータスが検知可能なレジスタ、
ｐｒｉｎｔ＿ｌｏｇｉｎレジスタはホストによりそれぞ
れのプリンタに対してログインし、本プリンタのリソー
スを確保するためにアクセスする際、ログインビットを
セットするためのレジスタ、そしてｐｒｉｎｔ＿ｓｔａ
ｒｔレジスタはプリントデータの転送開始・終了に際
し、ホストがビットセットするレジスタである。

【０２１７】本実施形態のインクジェットプリンタ、Ｌ
ＢＰの場合、アドレス１０００番地以降にプリンタの動
作状態がモニタ可能であるステータスレジスタ群、また
は制御可能であるコントロールレジスタ群が配置されて
いる。図中にはこれらレジスタ群の一部を表示してい
る。

【０２１８】本実施形態のインクジェットプリンタの場
合、例えばアドレス１００２番地のｈｅａｄ＿ＩＤレジ
スタではプリンタのヘッドとして装着されている記録ヘ
ッドの種類に関する情報が格納されている（本例ではカ
ラーヘッドＣＩＪＣの場合は１、モノクロヘッドの場合
は０となる）。また、１００３番地には現在のプリンタ
動作ステータスが表示されるが、本レジスタのビット０
（Ｐ＿ｌｏｗ）はオートシートフィーダーにセットされ
ている紙量の残量検出センサの値が表示される。オート
シートフィーダの紙残量があらかじめ設定された量より
低くなった場合はこの値が１にセットされる。

【０２１９】本実施形態のＬＢＰの場合、例えばアドレ
ス１０１０番地には現在の用紙カセット１２２８のステ
ータスが表示されるが、本レジスタのビット０（Ｔｒａ
ｙ＿ｌｏｗ）は用紙カセットにセットされている紙量の
残量検出センサの値が表示される。この紙残量があらか
じめ設定された量より低くなった場合はこの値が１にセ
ットされる。

【０２２０】以降、プリンタの印字処理についてフロー
チャートに従って詳細に説明する。図３７は印字処理を
示したフローチャートで、ステップＳ４００１で初期化
を行う。初期化は印字に必要なフラグレジスタ、１３９
４インターフェースの初期化、プリンタの初期化処理を
行う。

【０２２１】次に、ステップＳ４００２へ進み、印字の
開始を示すフラグレジスタｐｒｉｎｔ．ｓｔａｒｔがオ
ンであるかどうかをチェックする。ｐｒｉｎｔ．ｓｔａ
ｒｔフラグレジスタはホストＰＣから送られる非同期コ
マンドパケットでオン、オフされ印字イメージデータを
受信できる状態であるかどうかを示す。

【０２２２】ｐｒｉｎｔ．ｓｔａｒｔがオンであればス
テップＳ４００３へ進み、ＩＳＯデータであるかどうか
を判定する。この判定の結果、ＩＳＯデータであればス
テップＳ４００４は進み、ＩＳＯデータ処理を行う。Ｉ
ＳＯデータ処理（ＩＳＯパケット処理）は、ホストＰＣ
から送られてくるイメージデータをアイソクロナスパケ
ットデータとして１３９４インターフェースを介して受
け取る処理で、図４１で詳細に説明する。

【０２２３】一方、ステップＳ４００３の判定の結果が
ＩＳＯデータでない場合には、ステップＳ４００５へ進
み、ＡＳＹＮＣデータ処理を行う。ＡＳＹＮＣデータ処
理は、ホストＰＣから送られてくるイメージデータをア
シクロナスパケットデータとして１３９４インターフェ
ースから受け取る処理であり、図４３で詳細に説明す
る。

【０２２４】ステップＳ４００２でｐｒｉｎｔ．ｓｔａ
ｒｔがオンでなければステップＳ４００６へ進み、非同
期パケット処理（ＡＳＹＮＣパケット処理）を行う。非
同期パケット処理は、ホストＰＣから送られるコマンド
のためのパケットデータでプリンタ内の情報設定や１３
９４インタフェースの設定を行ったり、印字の開始、終
了を指示する処理であり、詳細は図３８で説明する。

【０２２５】図３８は、ＡＳＹＮＣパケット処理を示し
たフローチャートで、ホストＰＣからの情報の設定、印
字の開始終了の指示を行う書き込み（ｗｒｉｔｅトラン
ザクション）処理、プリンタの設定情報をホストが読み
込む（ｒｅａｄトランザクション）処理、ホストＰＣか
らのデータの交換を行うｌｏｃｋトタンザクションを行
う。まずステップＳ４０１１でＴＲ＿ＤＡＴＡ．ｉｎｄ
がセットされたかどうかをチェックする。

【０２２６】ＴＲ＿ＤＡＴＡ．ｉｎｄはトランザクショ
ンレイアでトランザクションレイアに非同期パケット受
け取られたことを示している。ステップＳ４０１１で非
同期パケットが無ければ、ステップＳ４０１９へ進み、
戻りとなる。この場合非同期パケットが無かったために
なにも行わなかったことを示している。ステップＳ４０
１１で非同期パケットがあればステップＳ４０１２へ進
み、非同期パケットをトランザクションレイアから受け
取る。パケット一般形式は図２４で示される。

【０２２７】次に、ステップＳ４０１３へ進み、パケッ
トがｗｒｉｔｅトランザクションであるかどうかをチェ
ックする。パケットがどのトランザクションであるかは
パケット内のｔｃｏｄｅにセットされる。図２４、図２
５に示す。ｗｒｉｔｅトランザクションであるかどうか
は、このｔｃｏｄｅにセットされた値で判定され、ｗｒ
ｉｔｅトランザクションの指示であればステップＳ４０
１４へ進み、ｗｒｉｔｅトランザクション処理を行う。
ｗｒｉｔｅトランザクション処理はプリンタのユニット
空間に情報を書き込む処理で、図３９で詳細に説明す
る。

【０２２８】次に、戻りとなる。ステップＳ４０１３で
ｗｒｉｔｅトランザクションでなければステップＳ４０
１５へ進み、ｒｅａｄトランザクションかどうかをチェ
ックする。このチェックも非同期パケット内のｔｃｏｄ
ｅの値で行われる。ｒｅａｄトランザクションであれば
ステップＳ４０１６へ進み、ｒｅａｄトランザクション
の処理を行う。

【０２２９】ｒｅａｄトランザクション処理は、プリン
タのコンフィグレーションＲＯＭ、ユニット空間に設定
された値をアドレスとして指定して、ホストＰＣが読み
込むための処理で、ホストＰＣから指定されたアドレス
のデータを応答パケットとしてホストへ返送する。図４
０でｒｅａｄトランザクションについて説明する。次
に、戻りとなる。

【０２３０】一方、ステップＳ４０１５でｒｅａｄトラ
ンザクションでなければ、ステップＳ４０１７へ進み、
ｌｏｃｋトランザクションかどうかをチェックする。こ
のチェックも非同期パケット内のｔｃｏｄｅの値で行わ
れる。また、ｌｏｃｋトランザクションであればステッ
プＳ４０１８へ進み、ｌｏｃｋトランザクションの処理
を行う。

【０２３１】ｌｏｃｋトランザクションは、ホストＰＣ
から書き込むデータと元のデータとを受け取り、元デー
タの値が正しければ書き込みデータとの交換、設定を行
う処理である。次に、戻りとなる。

【０２３２】図３９はｗｒｉｔｅトランザクション処理
を示したフローチャートでプリンタのユニット空間への
書き込み処理を表す。ステップＳ４０２１で非同期パケ
ットのｄｅｓｔｉｎａｔｉｏｎｏｆｆｓｅｔがｐｒｉ
ｎｔ．ｌｏｇｉｎを示しているかどうかをチェックす
る。

【０２３３】非同期パケットは図２２に示されｄｅｓｔ
ｉｎａｔｉｏｎｏｆｆｓｅｔにはアドレスがセットさ
れる。このアドレスがプリンタのユニット空間の特定の
アドレスを示しており、このアドレスによりホストＰＣ
からの指定内容を知ることができる。ｐｒｉｎｔ．ｌｏ
ｇｉｎはホストＰＣがプリンタに対して印字を行う際に
まず初めの処理として行われあるホストＰＣが特定のプ
リンタを使用するための宣言となる。

【０２３４】正しく宣言されたプリンタは以降宣言した
ホストのコマンドに対してのみ応答する。これはプリン
タが複数のホストから同時に指示を受けないようにする
ためである。ステップＳ４０２１でｄｅｓｔｉｎａｔｉ
ｏｎｏｆｆｓｅｔがｐｒｉｎｔ．ｌｏｇｉｎを示して
いればステップＳ４０２２へ進み、すでにｐｒｉｎｔ．
ｌｏｇｉｎがオンであるかどうかをチェックする。すで
にｌｏｇｉｎされている場合このパケットは無効である
ためステップＳ４０２３へ進み、ｉｎｖａｉｌｄを設定
する。

【０２３５】次に、ステップＳ４０２１４へ進み、ｉｎ
ｖａｉｌｄの認識パケットを送信し、戻りとなる。ステ
ップＳ４０２２でｐｒｉｎｔ．ｌｏｇｉｎがオンでなけ
れば、ステップＳ４０２４へ進み、ｌｏｇｉｎ＿ＩＤを
セットする。ｌｏｇｉｎ＿ＩＤは非同期パケット図２２
のｄｅｓｔｉｎａｔｉｏｎ＿ＩＤで示されるホストのＩ
Ｄノード番号である。以降の非同期パケット処理ではｌ
ｏｇｉｎ＿ＩＤと等しいＩＤのホストＰＣのパケットの
みを処理する。

【０２３６】次に、ステップＳ４０２５へ進み、ｐｒｉ
ｎｔ．ｌｏｇｉｎをオンとする。正しくｌｏｇｉｎでき
たのでステップＳ４０２６へ進み、ｖａｉｌｄを設定す
る。次に、ステップＳ４０２１４へ進み、ｖａｉｌｄの
認識パケットを送信し、戻りとなる。ステップＳ４０２
１でｄｅｓｔｉｎａｔｉｏｎｏｆｆｓｅｔがｐｒｉｎ
ｔ．ｌｏｇｉｎでない場合、ステップＳ４０２７へ進
み、ｐｒｉｎｔ．ｌｏｇｉｎがオンであるかどうかをチ
ェックする。ｐｒｉｎｔ．ｌｏｇｉｎがオンでない場合
ｌｏｇｉｎしていないのにｌｏｇｉｎ以外のパケットが
送られてきたことになるので、ステップＳ４０２９へ進
み、ｉｎｖａｉｌｄを設定する。

【０２３７】次に、ステップＳ４０２１４へ進み、ｉｎ
ｖａｉｌｄの認識パケットを送信し、戻りとなる。ステ
ップＳ４０２７でｐｒｉｎｔ．ｌｏｇｉｎがオンならば
ステップＳ４０２８へ進み、パケット図２２のｓｏｕｒ
ｃｅ＿ＩＤとｌｏｇｉｎ＿ＩＤが等しいかをチェックす
る。等しくない場合ｌｏｇｉｎしたホスト以外からのパ
ケットであるため無効となりステップＳ４０２９へ進
み、ｉｎｖａｉｌｄを設定する。

【０２３８】次に、ステップＳ４０２１４へ進み、ｉｎ
ｖａｉｌｄの認識パケットを送信し、戻りとなる。ステ
ップＳ４０２８でｓｏｕｒｃｅ＿ＩＤとｌｏｇｉｎ＿Ｉ
Ｄが等しい場合、ステップＳ４０２１０へ進み、ｄｅｓ
ｔｉｎａｔｉｏｎｏｆｆｓｅｔがｃｈａｎｎｅｌを示
しているかどうかをチェックする。ｃｈａｎｎｅｌはア
イソクロナスパケットの転送で使用されるｃｈａｎｎｅ
ｌ番号を示している。

【０２３９】ｃｈａｎｎｅｌであればステップＳ４０２
１１へ進み、ｃｈａｎｎｅｌＮＯをセットする。次
に、有効なパケットだったのでステップＳ４０２１３へ
進み、ｖａｉｌｄを設定する。

【０２４０】次に、ステップＳ４０２１４へ進み、ｖａ
ｉｌｄの認識パケットを送信し、戻りとなる。ステップ
Ｓ４０２１０でｃｈａｎｎｅｌの指定でない場合、ステ
ップＳ４０２１２へ進み、ｄｅｓｔｉｎａｔｉｏｎｏ
ｆｆｓｅｔがｐｒｉｎｔ．ｓｔａｒｔを示しているかど
うかをチェックする。ｐｒｉｎｔ．ｓｔａｒｔであれば
ステップＳ４０２１２へ進み、ｐｒｉｎｔ．ｓｔａｒｔ
をセットする。ステップＳ４０２１３へ進み、ｖａｉｌ
ｄを設定する。次に、ステップＳ４０２１４へ進み、ｖ
ａｉｌｄの認識パケットを送信し、戻りとなる。

【０２４１】図４０はｒｅａｄトランザクション処理を
示したフローチャートでまず、ステップＳ４０３１でｄ
ｅｓｔｉｎａｔｉｏｎｏｆｆｓｅｔで示されるアドレ
スからｄａｔａ＿ｌｅｎｇｔｈ図２２で示される大きさ
のデータをｄａｔａ＿ｆｉｅｌｄで示される領域にセッ
トしたパケットを作成する。つぎに作成したパケットを
指示されたホストに送信する。

【０２４２】以上図３８から図４０で非同期パケット
（ＡＳＹＮＣパケット）に対する処理を説明した。これ
らのパケットによりイメージデータを受け取る間での各
種設定処理が実行される。

【０２４３】図４１は同期パケット（ＩＳＯパケット）
処理の詳細を示したフローチャートでホストＰＣからイ
メージのデータをアイソクロナスパケットとして受け取
り印字の動作を行う。ＩＳＯパケットの処理はｐｒｉｎ
ｔ．ｓｔａｒｔがセットされた後行われ、まずステップ
Ｓ４０４１でｐｒｉｎｔ．ｒｅａｄｙフラグをセットす
る。ｐｒｉｎｔ．ｒｅａｄｙフラグはアイソクロナスパ
ケットの受け取り準備が完了したことを示し、印字が行
えることを示している。

【０２４４】次に、ステップＳ４０４２へ進み、ＬＫ＿
ＤＡＴＡ．ｉｎｄがセットされたかどうかをチェックす
る。ＬＫ＿ＤＡＴＡ．ｉｎｄは図２７で示されたリンク
レイアがアイソクロナスパケットを受け取ったかどうか
を示している。アイソクロナスパケットが受け取られる
とＬＫ＿ＤＡＴＡ．ｉｎｄがセットされる。ステップＳ
４０４２でＬＫ＿ＤＡＴＡ．ｉｎｄがセットされていな
ければ、ステップＳ４０４３へ進み、非同期パケットを
受けているかどうかをチェックする。

【０２４５】このチェックはＴＲ＿ＤＡＴＡ．ｉｎｄで
行われ、同期パケット処理中の非同期パケットの受け取
りは行わないため、ＴＲ＿ＤＡＴＡ．ｉｎｄがオンであ
ればステップＳ４０４４へ進み、ｉｎｖａｉｌｄを設定
する。次に、ステップＳ４０４５へ進み、ｉｎｖａｉｌ
ｄの認識パケットを送信する。次に、ステップＳ４０４
６へ進み、印字データの作成処理を行う。

【０２４６】印字データの作成処理はインクエジェット
プリンタであれば１ラインに印字するイメージデータを
ヘッドの形式に合わせて展開する。ＬＢＰのようなペー
ジプリンタでは１ページ分の印字データをページメモリ
に展開する。次に、ステップＳ４０４７へ進み、ｐａｃ
ｋｅｔ．ｌａｓｔがオンかどうかをチェックする。ｐａ
ｃｋｅｔ．ｌａｓｔホストとＰＣから送られてくるＩＳ
Ｏパケットの最終パケットであるかどうかを示したフラ
グで、ｐａｃｋｅｔ．ｌａｓｔがオンでなければステッ
プＳ４０４２へ戻り繰り返しとなる。

【０２４７】ステップＳ４０４８でｐａｃｋｅｔ．ｌａ
ｓｔがオンならばステップＳ４０４８へ進み、ｐｒｉｎ
ｔ．ｒｅａｄｙフラグをリセットし戻りとなる。ステッ
プＳ４０４２でＬＫ＿ＤＡＴＡ．ｉｎｄがセットされて
いなければステップＳ４０４１０へ進み、ＩＳＯパケッ
トを取得する。

【０２４８】アイソクロナスパケットは図２４に示され
る。ステップＳ４０４１０で受け取ったＩＳＯパケット
のイメージデータ部分ｄａｔａ＿ｆｉｌｅｄ図２４を一
時的蓄えるバッファにセットする。ｄａｔａ＿ｆｉｌｅ
ｄに格納されているデータが印字のイメジデータにな
る。次に、ステップＳ４０４１２へ進み、最終のＩＳＯ
パケットであるかどうかをチェックする。この判定はア
イソクロナスパケット図２４のｓｙにセットされた値で
行われ、判定することができる。

【０２４９】ホストＰＣは最終のＩＳＯパケットには他
のパケットとは異なる値をｓｙに設定する。ステップＳ
４０４１２で最終パケットでなければステップＳ４０４
２へ戻り、繰り返しとなる。ステップＳ４０４１２で最
終パケットであればステップＳ４０４１３へ進み、ｐａ
ｃｋｅ．ｌａｓｔをオンとしステップＳ４０４２へ戻
り、繰り返しとなる。

【０２５０】図４２に印字データの作成処理のフローチ
ャートを示す。まずステップＳ４０５１でＬＫ＿ＤＡＴ
Ａ．ｉｎｄがオンかどうかをチェックする。オンであれ
ばＩＳＯパケットがあるので印字データ作成処理を中断
して戻りとなる。ステップＳ４０５１でＬＫ＿ＤＡＴ
Ａ．ｉｎｄがオンでなければ、ステップＳ４０５３へ進
み、ＴＲ＿ＤＡＴＡ．ｉｎｄがオンかどうかをチェック
する。オンであればＡＳＹＮＣパケットがあるので印字
データ作成処理を中断して戻りとなる。

【０２５１】ステップＳ４０５３でＴＲ＿ＤＡＴＡ．ｉ
ｎｄがオンでなければステップＳ４０５４へ進み、バッ
ファ内にイメージデータがあるかどうかをチェックす
る。データがなければ戻りとなる。ステップＳ４０５４
でデータがあれば、ステップＳ４０５５へ進み、バッフ
ァからデータを取り出す。バッファから取り出されたデ
ータはイメージのデータとラインフィードなどの各種デ
ータから厚生される。ステップＳ４０５６でコマンドか
どうかを判定し、コマンドであればステップＳ４０５７
へ進み、各種コマンドの処理を実行する。

【０２５２】次に、ステップＳ４０５１へ戻り繰り返し
となる。ステップＳ４０５６でコマンド以外の場合ステ
ップＳ４０５８へ進み、イメージデータの処理を行う。
イメージデータの処理で印字できるデータへの加工が行
われる。次に、ステップＳ４０５１へ進み、繰り返しと
なる。

【０２５３】図４３は非同期データ処理（ＡＳＹＮＣデ
ータ）処理の詳細を示したフローチャートであり、ホス
トＰＣからイメージのデータをアシンクロナスパケット
として受け取り印字の動作を行う。

【０２５４】ＡＳＹＮＣデータの処理は、ｐｒｉｎｔ．
ｓｔａｒｔがセットされた後は、まず、ステップＳ４０
６１でｐｒｉｎｔ．ｒｅａｄｙフラグをセットする。前
記ｐｒｉｎｔ．ｒｅａｄｙフラグは、アシンクロナスデ
ータの受け取り準備が完了したことを示し、印字が行え
ることを示している。

【０２５５】次に、ステップＳ４０６２へ進み、ＴＲ＿
ＤＡＴＡ．ｉｎｄがセットされたかどうかをチェックす
る。ＴＲ＿ＤＡＴＡ．ｉｎｄは、図２７で示されたトラ
ンザクションレイヤがアシンクロナスパケットを受け取
ったかどうかを示している。アシンクロナスパケットを
受け取られると、ＴＲ＿ＤＡＴＡ．ｉｎｄがセットされ
る。

【０２５６】ステップＳ４０６２でＴＲ＿ＤＡＴＡ．ｉ
ｎｄがセットされていなければ、ステップＳ４０６３へ
進み、印字データの作成処理を行う。印字データの作成
処理は、インクジェットプリンタであれば、１ラインに
印字するイメージデータをヘッドの形式に合わせて展開
する。また、ＬＢＰのようなページプリンタであれば、
１ページ分の印字データをページメモリに展開する。

【０２５７】次に、ステップＳ４０６４へ進み、ｐａｃ
ｋｅｔ．ｌａｓｔがオンかどうかをチェックする。ｐａ
ｃｋｅｔ．ｌａｓｔは、ホストＰＣから送られてくるＡ
ＳＹＮＣパケットの最終パケットであるかどうかを示し
たフラグで、ｐａｃｋｅｔ．ｌａｓｔがオンでなけれ
ば、ステップＳ４０６２に戻り繰り返しとなる。

【０２５８】ステップＳ４０６４のチェックでｐａｃｋ
ｅｔ．ｌａｓｔがオンならば、ステップＳ４０６５に進
み、ｐｒｉｎｔ．ｒｅａｄｙフラグをリセットして戻り
となる。

【０２５９】また、ステップＳ４０６２でＴＲ＿ＤＡＴ
Ａ．ｉｎｄがセットされていなければ、ステップＳ４０
６６へ進み、ＡＳＹＮＣパケットを取得する。アシンク
ロナスパケットは、図２２に示される。

【０２６０】次に、ステップＳ４０６７へ進み、ｖａｌ
ｉｄの認識パケットを送信する。ステップＳ４０６８で
受け取ったＡＳＹＮＣパケットのイメージデータ部分ｄ
ａｔａ＿ｆｉｌｅｄ（図２２）を一時的に蓄えるバッフ
ァにセットする。ｄａｔａ＿ｆｉｌｅｄに格納されてい
るデータ印字のイメージデータになる。

【０２６１】次に、ステップＳ４０６９へ進み、最終の
ＡＳＹＮＣパケットであるかどうかをチェックする。ス
テップＳ４０６９のチェックの結果、最終パケットでな
ければ、ステップＳ４０６２へ戻り、繰り返しとなる。
また、ステップＳ４０６９のチェックの結果が最終パケ
ットであればステップＳ４０７０へ進み、ｐａｃｋｅ
ｔ．ｌａｓｔをオンとしてステップＳ４０６２へ戻り、
繰り返しとなる。

【０２６２】以上、図４１、図４２及び図４３の処理に
よりホストＰＣから送られてくるＩＳＯパケット、ＡＳ
ＹＮＣパケットを処理しイメージデータと各種コマンド
の処理を行って印字を実行する。

【０２６３】（本発明の他の実施形態）本発明は複数の
機器（例えば、ホストコンピュータ、インタフェース機
器、リーダ、プリンタ等）から構成されるシステムに適
用しても１つの機器からなる装置に適用しても良い。

【０２６４】また、前述した実施形態の機能を実現する
ように各種のデバイスを動作させるように、前記各種デ
バイスと接続された装置あるいはシステム内のコンピュ
ータに対し、前記実施形態の機能を実現するためのソフ
トウェアのプログラムコードを供給し、そのシステムあ
るいは装置のコンピュータ（ＣＰＵあるいはＭＰＵ）に
格納されたプログラムに従って前記各種デバイスを動作
させることによって実施したものも、本発明の範疇に含
まれる。

【０２６５】また、この場合、前記ソフトウェアのプロ
グラムコード自体が前述した実施形態の機能を実現する
ことになり、そのプログラムコード自体、およびそのプ
ログラムコードをコンピュータに供給するための手段、
例えばかかるプログラムコードを格納した記憶媒体は本
発明を構成する。かかるプログラムコードを記憶する記
憶媒体としては、例えばフロッピーディスク、ハードデ
ィスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、
磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用い
ることができる。

【０２６６】また、コンピュータが供給されたプログラ
ムコードを実行することにより、前述の実施形態の機能
が実現されるだけでなく、そのプログラムコードがコン
ピュータにおいて稼働しているＯＳ（オペレーティング
システム）あるいは他のアプリケーションソフト等の共
同して前述の実施形態の機能が実現される場合にもかか
るプログラムコードは本発明の実施形態に含まれること
は言うまでもない。

【０２６７】さらに、供給されたプログラムコードがコ
ンピュータの機能拡張ボードやコンピュータに接続され
た機能拡張ユニットに備わるメモリに格納された後、そ
のプログラムコードの指示に基づいてその機能拡張ボー
ドや機能拡張ユニットに備わるＣＰＵ等が実際の処理の
一部または全部を行い、その処理によって前述した実施
形態の機能が実現される場合にも本発明に含まれること
は言うまでもない。

【０２６８】本発明は、サイクルマスタの判定方法には
限定されるものではない。また、本発明は１３９４と呼
ばれるインターフェース以外のインターフェース、例え
ば、ＵＳＢと呼ばれるインターフェースでも適用でき
る。また、同期転送を行う場合に、同期転送のためのパ
ケットを一定時間間隔で転送するインターフェースであ
れば、全て本発明を適用することができる。

【０２６９】

【発明の効果】本発明は前述したように、本発明によれ
ば、共通シリアルバス上にサイクルマスタとなるノード
が存在する場合には同期転送でデータ転送を行い、ま
た、サイクルマスタとなるノードが存在しない場合には
非同期転送でデータ転送を行うようにすることができ
る。これにより、サイクルマスタを内蔵しない機器同士
が接続されてもデータ転送を行うことができるので、サ
イクルマスタを内蔵しない機器同士が接続されてしまう
場合に生じる不都合を考慮することなく、サイクルマス
タ機能を省略することができる。したがって、例えば、
プリンタにサイクルマスタ機能を内蔵しないようにする
ことで、プリンタのコストを低く押さえることが可能と
なる。

【図面の簡単な説明】

【図１】本発明の実施形態を示し、機器接続の構成を示
した図である。

【図２】本発明の実施形態を示し、ネットワークの構成
を示した図である。

【図３】本発明の実施形態を示し、１３９４シリアルバ
スの構成要素を示した図である。

【図４】本発明の実施形態を示し、１３９４シリアルバ
スのアドレス空間を示した図である。

【図５】本発明の実施形態を示し、１３９４シリアルバ
ス・ケーブルの断面を示した図である。

【図６】本発明の実施形態を示し、ＤＳ−Ｌｉｎｋ符
号か方式を示した図である。

【図７】本発明の実施形態を示し、バスリセットからノ
ードＩＤ決定までのシーケンスを示した図である。

【図８】本発明の実施形態を示し、バスリセットからノ
ードＩＤ決定までのシーケンスを示した図である。

【図９】本発明の実施形態を示し、バスリセットからノ
ードＩＤ決定までのシーケンスを示した図である。

【図１０】本発明の実施形態を示し、ネットワークの動
作を示した図である。

【図１１】本発明の実施形態を示し、ＣＳＲアーキテク
チャの機能を示した図である。

【図１２】本発明の実施形態を示し、シリアルバスに関
するレジスタを示した図である。

【図１３】本発明の実施形態を示し、シリアルバスのノ
ード資源に関するレジスタを示した図である。

【図１４】本発明の実施形態を示し、シリアルバスのＣ
ｏｎｆｉｇｕｒａｔｉｏｎＲｏｍの最小形式を示した
図である。

【図１５】本発明の実施形態を示し、シリアルバスのＣ
ｏｎｆｉｇｕｒａｔｉｏｎＲｏｍの一般形式を示した
図である。

【図１６】本発明の実施形態を示し、シリアルバスのバ
ス使用要求を示した図である。

【図１７】本発明の実施形態を示し、シリアルバスのバ
ス使用許可を示した図である。

【図１８】本発明の実施形態を示し、シリアルバスのア
ービトレーションの流れを示したフローチャートであ
る。

【図１９】本発明の実施形態を示し、シリアルバスのト
ランザクションレイアのサービスを示した図である。

【図２０】本発明の実施形態を示し、シリアルバスのリ
ンクレイアのサービスを示した図である。

【図２１】本発明の実施形態を示し、アシンクロナス転
送の遷移状態を示した図である。

【図２２】本発明の実施形態を示し、アシンクロナス転
送のパケットフォーマットを示した図である。

【図２３】本発明の実施形態を示し、アイソクロナス転
送の遷移状態を示した図である。

【図２４】本発明の実施形態を示し、アイソクロナス転
送のパケットフォーマットを示した図である。

【図２５】本発明の実施形態を示し、アイソクロナス転
送のパケットフォーマットのフィールドの詳細を示した
図である。

【図２６】本発明の実施形態を示し、アシンクロナス転
送、アイソクロナス転送が混在した場合の遷移状態を示
した図である。

【図２７】本発明の実施形態を示し、ＩＥＥＥ１３９４
のプロトコルアーキテクチャを示した図である。

【図２８】本発明の実施形態を示し、ホスト側での印字
シーケンスを示すフローチャートである。

【図２９】本発明の実施形態を示し、ホスト側での印字
シーケンスを示すフローチャートである。

【図３０】本発明の実施形態を示し、出力装置ＬＢＰの
構成を示した図である。

【図３１】本発明の実施形態を示し、出力装置ＬＢＰの
構成を示したブロック図である。

【図３２】本発明の実施形態を示し、インクジェット出
力装置の構成を示した図である。

【図３３】本発明の実施形態を示し、インクジェット出
力装置の構成を示したブロック図である。

【図３４】本発明の実施形態を示し、１３９４Ｉ／Ｆの
基本構成を示したブロック図である。

【図３５】本発明の実施形態を示し、Ｃｏｎｆｉｇｕｒ
ａｔｉｏｎＲｏｍ格納データの構成を示した図であ
る。

【図３６】本発明の実施形態を示し、Ｃｏｎｆｉｇｕｒ
ａｔｉｏｎＲｏｍ格納データの構成を示した図であ
る。

【図３７】本発明の実施形態を示し、プリンタ側での印
字処理を示したフローチャートである。

【図３８】本発明の実施形態を示し、ＡＳＹＮＣパケッ
ト処理を示したフローチャートである。

【図３９】本発明の実施形態を示し、Ｗｒｉｔｅトラン
ザクション処理を示したフローチャートである。

【図４０】本発明の実施形態を示し、Ｒｅａｄトランザ
クション処理を示したフローチャートである。

【図４１】本発明の実施形態を示し、ＩＳＯパケット処
理を示したフローチャートである。

【図４２】本発明の実施形態を示し、印字データ作成処
理を示したフローチャートである。

【図４３】本発明の実施形態を示し、ＡＳＹＮＣデータ
処理を示したフローチャートである。

【符号の説明】

１コンピュータ２ビデオカメラ３レーザビームプリンタ４スキャナ５インクジェットプリンタ６ケーブル

Claims

【特許請求の範囲】

【請求項１】共通シリアスバスを介して接続される複
数の機器間で行われる情報の転送を制御する情報処理装
置であって、同期転送を行うサイクルマスタの有無を通知する通知手
段と、前記複数の機器間で行われる情報の転送を同期転送で行
うか非同期転送で行うか切り換える切り換え手段と、前記通知手段からの通知に従って前記切り換え手段を動
作させる制御手段とを有することを特徴とする情報処理
装置。
【請求項２】前記制御手段は、サイクルマスタが無い
ことが通知された際に非同期転送で情報の転送を行わせ
ることを特徴とする請求項１に記載の情報処理装置。
【請求項３】前記サイクルマスタは、同期転送を行う
ために必要な同期パケット（サイクルスタートパケッ
ト）を定期的に送るノードであることを特徴とする請求
項１に記載の情報処理装置。
【請求項４】前記複数の機器は、プリンタとホストで
あることを特徴とする請求項１に記載の情報処理装置。
【請求項５】前記非同期で転送したデータを前記プリ
ンタで印字することを特徴とする請求項４に記載の情報
処理装置。
【請求項６】印字処理が開始されたときに印字に係わ
る初期化処理を行う初期化手段と、前記初期化処理に伴って、印字イメージデータを受信で
きる状態であるかどうかを検出する検出手段と、前記検出手段による検出の結果、印字イメージデータを
受信できる状態である場合に、同期転送データであるか
どうかを判定する判定手段と、前記判定手段による判定の結果、印字可能なデータが同
期転送データであれば、共通シリアスバスを介して送ら
れてくるイメージデータをアイソクロナスパケットデー
タとして受け取る処理を行い、前記判定の結果、印字可
能なデータが同期転送データでない場合には、前記共通
シリアスバス介して送られてくるイメージデータをアシ
クロナスパケットデータとして受け取る処理を行うデー
タ受け取り手段とを有することを特徴とする情報処理装
置。
【請求項７】前記検出手段による検出の結果、印字イ
メージデータを受信できる状態ではない場合に、前記共
通シリアスバスを介して送られてくるコマンドのための
パケットデータに従って内部の情報設定、前記共通シリ
アスバスの設定、印字の開始、終了を指示する非同期パ
ケット処理の少なくともいずれかを行うパケット処理手
段を具備することを特徴とする請求項６に記載の情報処
理装置。
【請求項８】前記共通シリアルバスは、ＩＥＥＥ１３
９４規格に適合したシリアルバスであることを特徴とす
る請求項１〜７の何れか１項に記載の情報処理装置。
【請求項９】共通シリアスバスを介して接続される複
数の機器間で行われる情報の転送を制御する情報処理方
法であって、同期転送を行うサイクルマスタの有無を通知する通知処
理と、前記複数の機器間で行われる情報の転送を同期転送で行
うか非同期転送で行うか切り換える切り換え処理と、前記通知処理による通知に従って前記切り換え処理を動
作させる制御処理を有することを特徴とする情報処理方
法。
【請求項１０】前記制御処理は、サイクルマスタが無
いことが通知された際に非同期転送で情報の転送を行わ
せるように制御することを特徴とする請求項９に記載の
情報処理方法。
【請求項１１】前記サイクルマスタは、同期転送を行
うために必要な同期パケット（サイクルスタートパケッ
ト）を定期的に送るノードであることを特徴とする請求
項９に記載の情報処理方法。
【請求項１２】前記複数の機器は、プリンタとホスト
であることを特徴とする請求項９に記載の情報処理方
法。
【請求項１３】前記非同期で転送したデータを前記プ
リンタで印字することを特徴とする請求項１２に記載の
情報処理方法。
【請求項１４】印字処理が開始されたときに印字に係
わる初期化処理を行う第１のステップと、前記初期化処理に伴って、印字イメージデータを受信で
きる状態であるかどうかを検出する第２のステップと、前記第２のステップによる検出の結果、印字イメージデ
ータを受信できる状態である場合に、同期転送データで
あるかどうかを判定する第３のステップと、前記第３のステップによる判定の結果、同期転送データ
であれば、共通シリアスバスを介して送られてくるイメ
ージデータをアイソクロナスパケットデータとして受け
取り、前記判定の結果が同期転送データでない場合に
は、前記共通シリアスバス介して送られてくるイメージ
データをアシクロナスパケットデータとして受け取る第
４のステップとを有することを特徴とする情報処理方
法。
【請求項１５】前記第２のステップによる検出の結
果、印字イメージデータを受信できる状態ではない場合
に、前記共通シリアスバスを介して送られてくるコマン
ドのためのパケットデータで内部の情報設定や前記共通
シリアスバスの設定を行ったり、印字の開始、終了を指
示する非同期パケット処理を行う第５のステップとを有
することを特徴とする請求項１４に記載の情報処理方
法。
【請求項１６】前記共通シリアルバスは、ＩＥＥＥ１
３９４規格に適合したシリアルバスであることを特徴と
する請求項９〜１５の何れか１項に記載の情報処理方
法。
【請求項１７】共通シリアスバスを介して接続される
複数の機器間で行われる情報の転送を制御する情報処理
システムであって、同期転送を行うサイクルマスタの有無を通知する通知手
段と、前記複数の機器間で行われる情報の転送を同期転送で行
うか非同期転送で行うか切り換える切り換え手段と、前記通知手段からの通知に従って前記切り換え手段を動
作させる制御手段とを有することを特徴とする情報処理
システム。
【請求項１８】前記制御手段は、サイクルマスタが無
いことが通知された際に非同期転送で情報の転送を行わ
せることを特徴とする請求項１７に記載の情報処理シス
テム。
【請求項１９】前記サイクルマスタは、同期転送を行
うために必要な同期パケット（サイクルスタートパケッ
ト）を定期的に送るノードであることを特徴とする請求
項１７に記載の情報処理システム。
【請求項２０】前記複数の機器は、プリンタとホスト
であることを特徴とする請求項１７〜１９の何れか１項
に記載の情報処理システム。
【請求項２１】前記非同期で転送したデータを前記プ
リンタで印字することを特徴とする請求項２０に記載の
情報処理システム。
【請求項２２】印字処理が開始されたときに印字に係
わる初期化処理を行う初期化手段と、前記初期化処理に伴って、印字イメージデータを受信で
きる状態であるかどうかを検出する検出手段と、前記検出手段による検出の結果、印字イメージデータを
受信できる状態である場合に、印字可能なデータが同期
転送データであるかどうかを判定する判定手段と、前記判定手段による判定の結果、印字可能なデータが同
期転送データであれば、共通シリアスバスを介して送ら
れてくるイメージデータをアイソクロナスパケットデー
タとして受け取り、前記判定の結果、印字可能なデータ
が同期転送データでない場合には、前記共通シリアスバ
ス介して送られてくるイメージデータをアシクロナスパ
ケットデータとして受け取るデータ受け取り手段とを有
することを特徴とする情報処理システム。
【請求項２３】前記検出手段による検出の結果、印字
イメージデータを受信できる状態ではない場合に、前記
共通シリアスバスを介して送られてくるコマンドのため
のパケットデータに従って内部の情報設定、前記共通シ
リアスバスの設定、印字の開始、終了を指示する非同期
パケット処理のすくなくともいずれかを行うパケット処
理手段を有することを特徴とする請求項２２に記載の情
報処理システム。
【請求項２４】前記共通シリアルバスは、ＩＥＥＥ１
３９４規格に適合したシリアルバスであることを特徴と
する請求項１７〜２３の何れか１項に記載の情報処理シ
ステム。
【請求項２５】共通シリアスバスを介して接続される
複数の機器間で行われる情報の転送を制御する機能を有
するプリンタであって、同期転送を行うサイクルマスタの有無を通知する通知手
段と、前記複数の機器間で行われる情報の転送を同期転送で行
うか非同期転送で行うか切り換える切り換え手段と、前記通知手段からの通知に従って前記切り換え手段を動
作させる制御手段とを有することを特徴とするプリン
タ。
【請求項２６】前記制御手段は、サイクルマスタが無
いことが通知された際に非同期転送で情報の転送を行わ
せることを特徴とする請求項２５に記載のプリンタ。
【請求項２７】前記サイクルマスタは、同期転送を行
うために必要な同期パケット（サイクルスタートパケッ
ト）を定期的に送るノードであることを特徴とする請求
項２５に記載のプリンタ。
【請求項２８】印字処理が開始されたときに印字に係
わる初期化処理を行う初期化手段と、前記初期化処理に伴って、印字イメージデータを受信で
きる状態であるかどうかを検出する検出手段と、前記検出処理による検出の結果、印字イメージデータを
受信できる状態である場合に、印字可能なデータが同期
転送データであるかどうかを判定する判定手段と、前記判定手段による判定の結果、印字可能なデータが同
期転送データであれば、共通シリアスバスを介して送ら
れてくるイメージデータをアイソクロナスパケットデー
タとして受け取り、前記判定の結果、印字可能なデータ
が同期転送データでない場合には、前記共通シリアスバ
ス介して送られてくるイメージデータをアシクロナスパ
ケットデータとして受け取るデータ受け取り手段とを有
することを特徴とするプリンタ。
【請求項２９】前記検出手段による検出の結果、印字
イメージデータを受信できる状態ではない場合に、前記
共通シリアスバスを介して送られてくるコマンドのため
のパケットデータに従って内部の情報設定や前記共通シ
リアスバスの設定を行ったり、印字の開始、終了を指示
する非同期パケット処理の少なくともいずれかを行うパ
ケット処理手段を有することを特徴とする請求項２８に
記載のプリンタ。
【請求項３０】前記共通シリアルバスは、ＩＥＥＥ１
３９４規格に適合したシリアルバスであることを特徴と
する請求項２５〜２９の何れか１項に記載のプリンタ。
【請求項３１】共通シリアスバスを介して接続される
複数の機器間で行われる情報の転送を制御する情報処理
ステップが格納された記憶媒体であって、同期転送を行うサイクルマスタの有無を通知する処理ス
テップと、前記複数の機器間で行われる情報の転送を同期転送で行
うか非同期転送で行うか切り換える切り換え処理ステッ
プと、前記通知処理による通知に従って前記切り換え処理を行
うように制御する制御処理ステップとを、コンピュータ
が読み出し可能に格納したことを特徴とする記憶媒体。
【請求項３２】前記制御処理ステップは、サイクルマ
スタが無いことが通知された際に非同期転送で情報の転
送を行わせることを特徴とする請求項３１に記載の記憶
媒体。
【請求項３３】前記サイクルマスタは、同期転送を行
うために必要な同期パケット（サイクルスタートパケッ
ト）を定期的に送るノードであることを特徴とする請求
項３１に記載の記憶媒体。
【請求項３４】前記複数の機器は、プリンタとホスト
であることを特徴とする請求項３１〜３３のの何れか１
項に記載の記憶媒体。
【請求項３５】前記非同期で転送したデータを前記プ
リンタで印字する処理ステップを、コンピュータが読み
出し可能に格納したことを特徴とする請求項３４に記載
の記憶媒体。
【請求項３６】印字処理が開始されたときに印字に係
わる初期化処理を行う初期化ステップと、前記初期化処理に伴って、印字イメージデータを受信で
きる状態であるかどうかを検出する検出ステップと、前記検出処理による検出の結果、印字イメージデータを
受信できる状態である場合に、印字可能なデータが同期
転送データであるかどうかを判定する判定ステップと、前記判定処理による判定の結果、印字可能なデータが同
期転送データであれば、共通シリアスバスを介して送ら
れてくるイメージデータをアイソクロナスパケットデー
タとして受け取り、前記判定の結果、印字可能なデータ
が同期転送データでない場合には、前記共通シリアスバ
ス介して送られてくるイメージデータをアシクロナスパ
ケットデータとして受け取るデータ受け取りステップと
を、コンピュータが読み出し可能に格納したことを特徴
とする記憶媒体。
【請求項３７】前記検出ステップによる検出の結果、
印字イメージデータを受信できる状態ではない場合に、
前記共通シリアスバスを介して送られてくるコマンドの
ためのパケットデータに従って内部の情報設定、前記共
通シリアスバスの設定、印字の開始、終了を指示する非
同期パケット処理の少なくともいずれかを行うパケット
処理ステップを、コンピュータが読み出し可能に格納し
たことを特徴とする請求項３６に記載の記憶媒体。
【請求項３８】前記共通シリアルバスは、ＩＥＥＥ１
３９４規格に適合したシリアルバスであることを特徴と
する請求項３１〜３７の何れか１項に記載の記憶媒体。