JPH10307691A - データ通信方法と装置及び印刷装置と前記装置を含む印刷システム - Google Patents

Abstract

(57)【要約】 【課題】 、ホストより送信される印刷データにおける
データの欠落を補って印刷するデータ通信方法と装置及
び印刷装置と前記装置を含む印刷システム提供する。 【解決手段】 ＰＣ１０３でプリンタ１０２の構造に特
化したデータ形式に変換した印刷データをアイソクロナ
ス伝送によりプリンタ１０２に伝送してリアルタイムに
印刷を行う印刷システムにおいて、プリンタ１０２でア
イソクロナスパケットでのエラーを検知すると、そのパ
ケットのエラー情報を保持するとともに、そのエラー部
分をブランクでプリントする。そしてそのエラー部分の
再送をＰＣ１０３に要求し、ＰＣ１０３から再送される
データブロックの内、そのエラー箇所のデータを判別し
てプリントする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、制御信号や画像デ
ータを混在させて通信することが可能なデータ通信バス
を用いて、ホストと印刷装置間でデータの送受信を行う
データ通信方法と装置及び印刷装置と前記装置を含む印
刷システムに関するものである。

【０００２】

【従来の技術】従来はホストとなるパーソナルコンピュ
ータ（以下、ＰＣと称す）にスキャナやデジタルスチル
カメラやデジタルビデオカメラといったデジタル機器を
接続し、各デジタル機器で取り込まれた映像データを一
旦ＰＣ上のハードディスク等に格納し、その映像データ
をＰＣ上のアプリケーションを介して印刷データに変換
してプリンタに出力してプリントするシステムがあっ
た。

【０００３】このようなシステムでは、デジタル機器か
らの映像データはＰＣ上で最も使い易く、かつ表示しや
すい形式のデータとして保存され、印刷時にはこの保存
された画像の状態を見て、入出力機器間で適切となるよ
うな画像処理を行って印刷データを作成し、パラレル・
インターフェース等を介してプリンタに送出していた。

【０００４】ここでの印刷データとは、各プリンタで対
応しているプリンタ・エミュレーション（例えばＥＳＣ
／Ｐ、PostScript等）によって決められた制御コマンド
や画像データを含んでいる。従来のインターフェースで
は、各機器間のデータ伝送速度がそれほど高くなかった
が、これらの印刷データはデータ容量が少なくなるよう
ソフトウェア処理等によりデータ圧縮がなされていたの
で、十分な印刷速度が得られていた。

【０００５】

【発明が解決しようとする課題】しかしながら近年、プ
リンタはエミュレーションによるデータ処理機能や、デ
ータ保存や処理を行うための十分なバッファ容量を持つ
必要があり、プリンタのハードウェア構造を複雑なもの
にしていた。

【０００６】また、近年のプリンタ装置における印刷の
解像度の増大により、ホストからプリンタに伝送される
画像データの容量が多くなったり、且つプリンタ装置に
おける印刷スピードの向上により、大量の画像データを
より高速に伝送することが要求される。このような要求
に対処するためにプリンタのコストが上昇するという欠
点があった。

【０００７】また、近年ＩＥＥＥ１３９４シリアルバス
を用いたホストとプリンタとの間でのデータ伝送を行う
ことが行なわれているが、このＩＥＥＥ１３９４シリア
ルバスを用いたアイソクロナス伝送では、エラーパケッ
トが発生して正しいデータを伝送することができなかっ
た時も常にリアルタイムにデータを送る必要があるた
め、同期したタイミングで伝送元に対してエラーレスポ
ンスを返す処理を入れることができなかった。即ち、印
刷中に画像データの欠落が起きても対処する方法がなか
った。

【０００８】本発明は上記従来例に鑑みてなされたもの
で、ホストより送信される印刷データにおけるデータの
欠落を補って印刷するデータ通信方法と装置及び印刷装
置と前記装置を含む印刷システム提供するものである。

【０００９】本発明の目的は、印刷装置における大容量
のプリントバッファを不要にして高速にプリントできる
データ通信方法と装置及び印刷装置と前記装置を含む印
刷システムを提供することにある。

【００１０】本発明の他の目的は、印刷データにエラー
が発生した場合、そのエラーより効率良く復帰して高速
に印刷できるデータ通信方法と装置及び印刷装置と前記
装置を含む印刷システムを提供することにある。

【００１１】

【課題を解決するための手段】上記目的を達成するため
に本発明のデータ通信装置は以下のような構成を備え
る。

【００１２】印刷装置に印刷データを伝送して印刷を行
うデータ通信装置であって、前記印刷装置における印刷
データ構造に変換した印刷データを作成するデータ変換
手段と、前記印刷データをアイソクロナス伝送により前
記印刷装置の機能に合わせてデータブロック単位に伝送
する伝送手段と、前記伝送手段によるデータブロックの
伝送後、前記データブロック内でのアイソクロナスパケ
ット伝送におけるエラー発生が前記印刷装置から伝送さ
れると、前記データブロックを前記印刷装置に再送する
再送手段とを有することを特徴とする。

【００１３】また上記目的を達成するために本発明のデ
ータ通信方法は以下のような工程を備える。即ち、ホス
トより印刷データをアイソクロナス伝送により印刷装置
に伝送するデータ通信方法であって、前記ホストは、前
記印刷装置における印刷データ構造に変換した印刷デー
タをアイソクロナス伝送により前記印刷装置の機能に合
わせてデータブロック単位に伝送し、前記データブロッ
クの伝送後、前記データブロック内でのアイソクロナス
パケット伝送におけるエラーが発生すると当該エラーに
関するエラー情報を前記印刷装置に保持し、次のデータ
ブロックの伝送開始時に前記ホストにアシンクロナス伝
送によりエラー情報を前記ホストに返送することを特徴
とする。

【００１４】また本発明の印刷システムは、ホストより
印刷データをアイソクロナス伝送により印刷装置に伝送
して印刷する印刷システムであって、前記印刷装置は、
前記印刷データの受信時、前記印刷データのアイソクロ
ナスパケット伝送におけるエラーの発生を検知する検知
手段と、前記印刷データに基づいてマルチパスによるプ
リントを実行し、前記検知手段により検知された印刷デ
ータのエラー箇所をブランクのままでプリントするプリ
ント手段と、前記エラーの発生により前記ホストにデー
タの再送要求を発行する再送要求手段と、前記再送要求
手段による再送要求に応じて前記ホストより再送される
印刷データのうち、前記保持手段に保持されているエラ
ー情報に基づいて前記エラー箇所に該当する印刷データ
部分を判別する判別手段と、前記ホストは、前記印刷装
置における印刷データ構造に変換した印刷データをアイ
ソクロナス伝送により前記印刷装置の機能に合わせてデ
ータブロック単位に伝送する伝送手段と、前記再送要求
手段により発行された再送要求に応じて、前記印刷装置
における次のパスでプリントされる印刷データに当該エ
ラーが発生したデータブロックを重畳した印刷データを
作成して伝送するデータ伝送手段とを有することを特徴
とする。

【００１５】

【発明の実施の形態】以下、添付図面を参照して本発明
の好適な実施の形態を詳細に説明する。

【００１６】図１は、本発明の実施の形態の印刷システ
ムの接続構成を示した図である。ここでは、各機器を接
続するデジタル・インターフェースをＩＥＥＥ１３９４
インターフェースを使用した構成にしている。従って、
まず最初にＩＥＥＥ１３９４インターフェースの概略に
ついての説明をする。

【００１７】≪ＩＥＥＥ１３９４の技術の概要≫家庭用
デジタルＶＴＲやＤＶＤの登場に伴って、ビデオデータ
やオーディオデータなどのリアルタイムで、かつ高情報
量のデータ伝送を行うためのサポートが必要になってい
る。こういったビデオデータやオーディオデータをリア
ルタイムで伝送し、パソコン（ＰＣ）に取り込んだり、
またはその他のデジタル機器に伝送を行うには、必要な
伝送機能を備えた高速データ伝送可能なインタフェース
が必要となり、そういった観点から開発されたインタフ
ェースがＩＥＥＥ１３９４−１９９５（High Performan
ce Serial Bus）（以下１３９４シリアルバス）であ
る。

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

【００１９】各機器間の接続方式は、ディジーチェーン
方式とノード分岐方式とを混在可能としたものであり、
自由度の高い接続が可能である。また、各機器は各自固
有のＩＤを有し、それぞれが互いのＩＤを認識し合うこ
とによって、１３９４シリアルバスで接続された範囲に
おいて、１つのネットワークを構成している。各デジタ
ル機器間をそれぞれ１本の１３９４シリアルバスケーブ
ルで順次接続するだけで、それぞれの機器が中継の役割
を行い、全体として１つのネットワークを構成してい
る。また、１３９４シリアルバスの特徴でもある、Ｐｌ
ｕｇ＆Ｐｌａｙ機能により、ケーブルを機器に接続した
時点で自動で機器の認識や接続状況などを認識する機能
を有している。

【００２０】また、図２に示したようなシステムにおい
て、ネットワークからある機器が削除されたり、または
新たに追加されたときなどは自動的にバスリセットを行
い、それまでのネットワーク構成をリセットしてから、
新たなネットワークの再構築を行う。この機能によっ
て、その時々のネットワークの構成を常時設定、認識す
ることができる。また、このシステムにおけるデータ伝
送速度は、１００／２００／４００Ｍｂｐｓ（メガビッ
ト／秒）であり、上位の伝送速度を持つ機器が下位の伝
送速度をサポートし、互換をとるようになっている。

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

【００２２】図３は、この１３９４シリアルバスの構成
要素を示す図である。

【００２３】１３９４シリアルバスは全体としてレイヤ
（階層）構造で構成されている。図３に示したように、
純粋なハードウェアとして１３９４シリアルバスのケー
ブルがあり、そのケーブルのコネクタが接続されるコネ
クタポートがあり、その上にハードウェアとしてフィジ
カル・レイヤとリンク・レイヤがある。

【００２４】ハードウェア部はインターフェースチップ
の部分であり、そのうちフィジカル・レイヤは符号化や
コネクタ関連の制御等を行い、リンク・レイヤはパケッ
ト伝送やサイクルタイムの制御等を行う。

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

【００２６】またソフトウェア部のアプリケーション・
レイヤは、使用されるソフトウェアによって異なり、イ
ンタフェース上にどのようにデータをのせるか規定する
部分で、例えばＡＶプロトコルなどのプロトコルによっ
て規定されている。

【００２７】図４は１３９４シリアルバスにおけるアド
レス空間を示す図である。

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

【００２９】１３９４シリアルバスのアドレッシング
は、ＩＥＥＥ１２１２規格に準じており、アドレス設定
は、最初の１０ビット（bit）がバスの番号の指定用
に、次の６bitがノードＩＤ番号の指定用に使われる。
それぞれの機器内で使用できる４８ビットのアドレスに
ついても２０ビットと２８ビットに分けられ、２５６Ｍ
バイト単位の構造を持って利用される。最初の２０ビッ
トの０〜０ｘＦＦＦＦＤの部分はメモリ空間と呼ばれ
る。０ｘＦＦＦＦＥの部分はプライベート空間と呼ば
れ、機器内で自由に利用できるアドレスである。０ｘＦ
ＦＦＦＦの部分はレジスタ空間と呼ばれ、バスに接続さ
れた機器間で共通な情報が置かれ、各機器間のコミュニ
ケーションに使われる。レジスタ空間の最初の５１２バ
イトには、ＣＳＲアーキテクチャのコアになるレジスタ
（ＣＳＲコア）がある。次の５１２バイトにはシリアル
バスのレジスタがある。その次の１０２４バイトにはCo
nfigurationｎ ＲＯＭが置かれる。残りはユニット空
間で機器固有のレジスタがある。

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

【００３１】次に、１３９４シリアルバスの特徴といえ
る技術の部分を、より詳細に説明する。

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

【００３３】≪ＤＳ−Ｌｉｎｋ符号化≫図６は、１３９
４シリアルバスで採用されている、データ伝送フォーマ
ットのＤＳ−Ｌｉｎｋ符号化方式を説明するための図で
ある。

【００３４】１３９４シリアルバスでは、ＤＳ−Ｌｉｎ
ｋ（Data／Strobe Link）符号化方式が採用されてい
る。このＤＳ−Ｌｉｎｋ符号化方式は、高速なシリアル
データ通信に適しており、この構成は、２本の信号線を
必要とする。撚り対線のうち１本に主となるデータを送
り、他方の撚り対線にはストローブ信号を送る構成にな
っている。受信側では、この通信されるデータ(Data)と
ストローブ(Strobe)との排他的論理和をとることによっ
てクロックを再現できる。

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

【００３６】≪バスリセットのシーケンス≫１３９４シ
リアルバスでは、接続されている各機器（ノード）には
ノードＩＤが与えられ、ネットワーク構成として認識さ
れている。このネットワーク構成に変化があったとき、
例えばノードの挿抜や、各ノードの電源のＯＮ／ＯＦＦ
などによるノード数の増減などによって変化が生じて、
新たなネットワーク構成を認識する必要があるときに、
その変化を検知した各ノードはバス上にバスリセット信
号を送信して、新たなネットワーク構成を認識するモー
ドに入る。このときの変化の検知方法は、１３９４ポー
ト基板上でのバイアス電圧の変化を検知することによっ
て行われる。あるノードからバスリセット信号が伝達さ
れ、各ノードのフィジカルレイヤがこのバスリセット信
号を受けると同時にリンクレイヤにバスリセットの発生
を伝達し、かつ他のノードにバスリセット信号を伝達す
る。こうして最終的に、そのネットワークの全てのノー
ドがバスリセット信号を検知した後、バスリセットが起
動となる。

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

【００３８】以上がバスリセットのシーケンスである。

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

【００４０】図７のフローチャートは、バスリセットの
発生からノードＩＤが決定され、データ伝送が行えるよ
うになるまでの、一連のバスの作業を示してある。

【００４１】まず、ステップＳ１０１で、ネットワーク
内にバスリセットが発生したかどうか常時監視してい
て、ここでノードの電源ＯＮ／ＯＦＦなどでバスリセッ
トが発生するとステップＳ１０２に進む。ステップＳ１
０２では、ネットワークがリセットされた状態から、新
たなネットワークの接続状況を知るために、直接接続さ
れている各ノード間において親子関係の宣言がなされ
る。次にステップＳ１０３に進み、そのネットワークで
全てのノード間で親子関係が決定するとステップＳ１０
４に進み、一つのルートを決定する。こうして全てのノ
ード間で親子関係が決定するまでステップＳ１０２の親
子関係の宣言を行い、またルートも決定されない。

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

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

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

【００４５】まず、図８のフローチャートの説明を行
う。

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

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

【００４８】まずバスリセットの直後、はじめに親子関
係の宣言を行えるのはリーフに限られている。リーフで
あるというのはステップＳ２０３のポート数の確認で知
ることができる。リーフは、ステップＳ２０５で、自分
に接続されているノードに対して、「自分は子、相手は
親」と宣言して動作を終了する。ステップＳ２０３でポ
ート数が複数あり、ブランチと認識したノードは、バス
リセットの直後はステップＳ２０４で未定義ポート数
（＞１）であるためステップＳ２０６に進み、まずブラ
ンチというフラグが立てられ、ステップＳ２０７でリー
フから親子関係宣言で「親(Parent)」の受付をするため
に待つ。

【００４９】リーフが親子関係の宣言を行い、ステップ
Ｓ２０７でそれを受けたブランチは適宜ステップＳ２０
４の未定義ポート数の確認を行い、未定義ポート数が
“１”になっていれば残っているポートに接続されてい
るノードに対して、ステップＳ２０５の「自分が子(Chi
ld)」の宣言をすることが可能になる。２度目以降、ス
テップＳ２０４で未定義ポート数を確認しても“２”以
上あるブランチに対しては、再度ステップＳ２０７でリ
ーフ又は他のブランチからの「親」の受付をするために
待つ。

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

【００５１】このようにして、図８に示したバスリセッ
トから、ネットワーク内全てのノード間における親子関
係の宣言までが終了する。

【００５２】次に、図９のフローチャートについて説明
する。

【００５３】まず、図８までのシーケンスでリーフ、ブ
ランチ、ルートという各ノードのフラグの情報が設定さ
れているので、これを基にして、ステップＳ３０１でそ
れぞれ分類する。ここで各ノードにＩＤを与える作業と
して、最初にＩＤの設定を行うことができるのはリーフ
からである。リーフ→ブランチ→ルートの順で若い番号
（ノード番号＝０〜）からＩＤの設定がなされていく。

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

【００５５】ステップＳ３０６でＩＤを取得できたリー
フはステップＳ３０７に進み、そのノードのＩＤ情報を
ブロードキャストで全ノードに伝送する。１つのノード
ＩＤ情報のブロードキャストが終わるとステップＳ３０
８に進み、残りのリーフの数が１つ減らされる。ステッ
プＳ３０９では、この残りのリーフの数が“１”以上か
どうかを調べ、“１”以上の時はステップＳ３０３に戻
り、ＩＤ要求の作業からを繰り返し行い、最終的に全て
のリーフがＩＤ情報をブロードキャストするとＮ＝０と
なり、次にステップＳ３１０に進んでブランチのＩＤ設
定に移る。

【００５６】このブランチのＩＤ設定もリーフの時と同
様に行われる。即ちまずステップＳ３１０でネットワー
ク内に存在するブランチの数Ｍ（Ｍは自然数）を設定す
る。この後ステップＳ３１１に進み、各自ブランチがル
ートに対してＩＤを与えるように要求する。これに対し
てルートは、ステップＳ３１２で、アービトレーション
を行い、勝ったブランチから順に、リーフに与え終わっ
た次の若い番号から与えいく。ステップＳ３１３では、
ルートは要求を出したブランチにＩＤ情報又は失敗結果
を通知する。ステップＳ３１４では、ＩＤ取得が失敗に
終わったブランチが再度ＩＤ要求を出し、前述と同様の
作業を繰り返す。

【００５７】こうしてステップＳ３１５では、ＩＤを取
得できたブランチから、そのノードのＩＤ情報をブロー
ドキャストで全ノードに伝送する。こうして１つのノー
ドＩＤ情報のブロードキャストが終わるとステップＳ３
１６に進み、残りのブランチの数が１つ減らされる。そ
してステップＳ３１７では、この残りのブランチの数が
“１”以上かどうかを調べ、そうである時はステップＳ
３１１に戻ってＩＤ要求の作業からを繰り返し、最終的
に全てのブランチがＩＤ情報をブロードキャストするま
で行われる。こうして全てのブランチがノードＩＤを取
得するとステップＳ３１７でＭ＝０となり、ブランチの
ＩＤ取得モードも終了する。

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

【００５９】以上で、図９に示したように、親子関係が
決定した後、全てのノードのＩＤが設定されるまでの手
順が終了する。

【００６０】図１０は、ネットワークの構成例を示す図
でこのネットワークにおける動作を図１２を参照しなが
ら説明する。

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

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

【００６３】図１０では、バスリセットの後、最初に親
子関係の宣言を行ったのはノードＡである。基本的にノ
ードの１つのポートにのみ接続があるノード（リーフと
呼ぶ）から親子関係の宣言を行うことができる。これは
自分には１ポートの接続のみということをまず知ること
ができるので、これによってネットワークの端であるこ
とを認識し、その中で早く動作を行ったノードから親子
関係が決定されていく。こうして親子関係の宣言を行っ
た側（Ａ−Ｂ間ではノードＡ）のポートが子(c)と設定
され、相手側（ノードＢ）のポートが親(p)と設定され
る。こうして、ノードＡ−Ｂ間では子−親、ノードＥ−
Ｄ間で子−親、ノードＦ−Ｄ間で子−親と決定される。

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

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

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

【００６７】尚、この図１０において、ノードＢがルー
トノードと決定されたが、これはノードＡから親子関係
宣言を受けたノードＢが、他のノードに対して親子関係
宣言を早いタイミングで行っていれば、ルートノードは
他ノードに移っていたこともあり得る。即ち、伝達され
るタイミングによってはどのノードもルートノードとな
る可能性があり、同じネットワーク構成でもルートノー
ドは一定とは限らない。こうしてルートノードが決定す
ると、次は各ノードＩＤを決定するモードに入る。ここ
では全てのノードが、決定した自分のノードＩＤを他の
全てのノードに通知する（プロードキャスト機能）。

【００６８】自己ＩＤ情報は、自分のノード番号、接続
されている位置の情報、持っているポートの数、接続の
あるポートの数、各ポートの親子関係の情報等を含んで
いる。ノードＩＤ番号の割り振りの手順としては、まず
１つのポートにのみ接続があるノード（リーフ）から起
動することができ、この中から順にノード番号＝０，
１，２，…と割り当てられる。

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

【００７０】全てのリーフが自己ノードＩＤを取得し終
わると、次はブランチへ移りリーフに引き続いたノード
ＩＤ番号が各ノードに割り当てられる。リーフと同様
に、ノードＩＤ番号が割り当てられたブランチから順次
ノードＩＤ情報をブロードキャストし、最後にルートノ
ードが自己ＩＤ情報をブロードキャストする。即ち、常
にルートは最大のノードＩＤ番号を所有するものであ
る。

【００７１】以上のようにして、階層構造全体のノード
ＩＤの割り当てが終わり、ネットワーク構成が再構築さ
れ、バスの初期化作業が完了する。

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

【００７３】ＣＳＲアーキテクチャでは、０ｘＦＦＦＦ
Ｆ００００２００からシリアルバスに関するレジスタが
配置されていて、それらのレジスタの位置と機能を図１
２に示す。

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

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

【００７６】最小形式では図１４のようにベンダＩＤを
表しているだけであり、このＩＤは２４ビットで表され
る全世界で固有の数値である。

【００７７】一般形式では、図１５のような形式でノー
ドに関する情報を持っているが、この場合のベンダＩＤ
はroot_directoryに持つことができる。

【００７８】また、bus_info_blockとroot_leafには、
ベンダＩＤを含んだ６４ビットの全世界で固有な装置番
号を持っている。

【００７９】この装置番号は、バスリセットなどの再構
成後に継続してノードを認識するために使用する。

【００８０】≪シリアルバス管理≫ＩＥＥＥ１３９４バ
スのプロトコルは、図３に示すようにフィジカルレイ
ヤ、リンクレイヤ、トランザクションレイヤから構成さ
れている。

【００８１】この中でのバス管理は、ＣＳＲアーキテク
チャに基づいたノードの制御とバス資源管理の為の基本
的な機能を提供している。

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

【００８３】このバス管理機能は大きく分けて、バスマ
ネージャ、アイソクロノスリソースマネージャと、ノー
ド制御の３つの機能から構成される。

【００８４】はじめにノード制御とは、ＣＳＲによって
フィジカルレイヤ、リンクレイヤ、トランザクションレ
イヤ、アプリケーションでのノード間通信を可能にする
管理機能である。

【００８５】次にアイソクロノスリソースマネージャと
は、シリアルバス上で同期型のデータ伝送を行うために
必要となる管理機能で、アイソクロノスデータの伝送帯
域幅とチャネル番号の割り付けを管理するものである。

【００８６】この管理を行うノードはバス上に唯一存在
するもので、バスの初期化フェーズ後にアイソクロノス
リソースマネージャ機能を持ったノードの中から動的に
選出される。

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

【００８８】更にバスマネージャとは、アプリケーショ
ンに対するバス制御のインターフェースを提供するサー
ビスを行う管理機能であり、その制御インターフェース
にはシリアルバス制御要求（SB_CONTROL.request）、シ
リアルバス・イベント制御確認（SB_CONTROL.confirmat
ion）、シリアルバス・イベント通知（SB_EVENT.indica
tion）がある。

【００８９】SB_CONTROL.requestは、バスのリセット、
バスの初期化、バスの状態情報などをアプリケーション
からバス管理に要求する場合に利用する。

【００９０】SB_CONTROL.confirmationは、 SB_CONTRO
L.requestの結果は、バスマネージャからアプリケーシ
ョンに確認通知するものである。

【００９１】SB_EVENT.indicationは、バスマネージャ
からアプリケーションに対して非同期に発生するイベン
トを通知する為のものである。

【００９２】≪データ伝送プロトコル≫ＩＥＥＥ１３９
４でのデータ伝送は、周期的に送信する必要のある同期
データ（アイソクロナス・パケット）と、任意のタイミ
ングでのデータ送受信が許容される非同期データ（アシ
ンクロナス・パケット）とが同時に存在し、なおかつ同
期伝送データのリアルタイム性を保証している。

【００９３】データ伝送では、伝送に先立ってバス使用
権を要求し使用承諾件を得るために、バス・アービトレ
ーションを行う。

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

【００９５】アイソクロナス伝送においては、送信ノー
ド側で伝送速度と一緒にアイソクロノス・チャネルを要
求し、チャネルＩＤが伝送データと一緒にパケットデー
タとして送られ、受信ノード側では自分が欲しいチャネ
ルＩＤを確認してデータパケットを受け取る。必要とな
るチャネル数と伝送速度はアプリケーションレイヤで決
定される。

【００９６】これらのデータ伝送プロトコルは、フィジ
カルレイヤ、リンクレイヤ、トランザクションレイヤの
三つのレイヤによって定義される。

【００９７】フィジカルレイヤは、バスとの物理的・電
気的インターフェースや、ノード接続の自動認識、バス
上のノード間のバス使用権（バス・アービトレーショ
ン）などを行う。リンクレイヤは、アドレッシング、デ
ータチェック、パケット送受信、そしてアイソクロナス
伝送の為のサイクル制御を行う。またトランザクション
レイヤは、アシンクロナス・データに関する処理を行
う。以下に各レイヤにおける処理について説明する。

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

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

【０１００】このバス使用要求を受けたルートノード
は、どのノードにバスを使用させるかを決める。この調
停作業はルートノードのみが行えるものであり、調停に
よって勝ったノードにはバスの使用許可を与える。図１
７ではノードＣに使用許可が与えられ、ノードＦの使用
は拒否された図である。アービトレーションに負けたノ
ードに対してはＤＰ（data prefix）パケットを送り、
拒否されたことを知らせる。拒否されたノードのバス使
用要求は次回のアービトレーションまで待たされる。以
上のようにして、アービトレーションに勝ってバスの使
用許可を得たノードは、以降データの伝送を開始でき
る。

【０１０１】ここで、アービトレーションの一連の流れ
をフローチャート図１８を参照して説明する。

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

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

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

【０１０５】ステップＳ４０７で、ステップＳ４０６で
使用要求を出した複数ノードの中からルートが調停して
使用許可を得た１つのノードと、敗れたその他のノード
に分ける選択を行う。ここで、調停されて使用許可を得
た１つのノード、またはステップＳ４０５の選択値から
使用要求ノード数＝１で調停無しに使用許可を得たノー
ドには、ステップＳ４０８で、ルートはそのノードに対
して許可信号を送る。こうして許可信号を得たノード
は、受け取った直後に伝送すべきデータ（パケット）を
伝送開始する。また、ステップＳ４０６の調停で敗れ
て、バス使用が許可されなかったノードにはステップＳ
４０９としてルートから、アービトレーション失敗を示
すＤＰ（data prefix）パケットを送られ、これを受け
取ったノードは再度伝送を行うためのバス使用要求を出
すため、ステップＳ４０１まで戻り、所定ギャップ長が
得られるまで待機する。

【０１０６】以上がアービトレーションの流れを説明し
た、フローチャート図１８の説明である。

【０１０７】≪トランザクションレイヤ≫トランザクシ
ョンの種類には、リード・トランザクション、ライト・
トランザクション、ロック・トランザクションの３種類
がある。

【０１０８】リード・トランザクションでは、イニシエ
ータ（要求ノード）がターゲット（応答ノード）の特定
アドレスのメモリのデータを読み取る。またライト・ト
ランザクションでは、イニシエータがターゲットの特定
アドレスのメモリにデータを書き込む。更に、ロック(l
ock)・トランザクションでは、イニシエータからターゲ
ットに参照データと更新データを伝送し、その参照デー
タとターゲットのアドレスのデータを組み合わせて処理
を行い、ターゲットの指定されたアドレスのデータを更
新する。

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

【０１１０】トランザクション要求（TR_DATA.reques
t）は応答ノードに対するパケットの伝送、トランザク
ション通知（TR_DATA.indication）は応答ノードに要求
が届いたことの通知、トランザクション応答（TR_DATA.
response）はアクノリッジの送信、トランザクション確
認（TR_DATA.confirmation）はアクノリッジの受信であ
る。

【０１１１】≪リンクレイヤ≫図２０は、リンクレイヤ
におけるサービスを説明する図で、応答ノードに対する
パケットの伝送を要求するリンク要求（LK_DATA.reques
t）、応答ノードにパケット受信を通知するリンク通知
（LK_DATA.indication）、応答ノードからのアクノリッ
ジ送信のリンク応答（LK_DATA.response）、要求ノード
のアクノリッジ送信のリンク確認（LK_DATA.confirmati
on）のサービス単位に分けられる。

【０１１２】１つのパケット伝送プロセスはサブアクシ
ョンと呼ばれ、アシンクロナス・サブアクションとアイ
ソクロナス・サブアクションの２つの種類がある。

【０１１３】各サブアクションの動作について、以下に
説明する。

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

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

【０１１６】図２２は、アシンクロナス伝送のパケット
フォーマットの一例を示す図ある。このパケットには、
データ部(data field)及び誤り訂正用のデータＣＲＣ(d
ata_CRC)の他にヘッダ部があり、そのヘッダ部には図２
２に示したような、目的ノードＩＤ(destination_ID)、
ソースノードＩＤ(source_ID)、伝送データ長さ(data_l
ength)や各種コード(extended_tcode)及び誤り訂正用の
ヘッダＣＲＣ(header_CRC)などが書き込まれ、伝送が行
われる。

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

【０１１８】以上がアシンクロナス伝送の説明である。

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

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

【０１２１】図２３は、アイソクロナス伝送における時
間的な遷移状態を説明するための図である。

【０１２２】アイソクロナス伝送は、バス上で一定時間
毎に実行される。この時間間隔をアイソクロナスサイク
ルと呼ぶ。アイソクロナスサイクル時間は１２５μｓで
ある。この各サイクルの開始時間を示し、各ノードの時
間調整を行う役割を担っているのがサイクル・スタート
・パケットである。このサイクル・スタート・パケット
を送信するのは、サイクル・マスタと呼ばれるノードで
あり、１つ前のサイクル内の伝送終了後、所定のアイド
ル期間（サブアクションギャップ(subaction gap)）を
経た後、このサイクルの開始を告げるサイクル・スター
ト・パケットを送信する。このサイクル・スタート・パ
ケットの送信される時間間隔が１２５μｓとなる。

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

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

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

【０１２６】図２４は、アイソクロナス伝送のパケット
フォーマットの一例を示す図である。

【０１２７】各チャネルに分かれた、各種のパケットに
はそれぞれデータ部(data_field)及び誤り訂正用のデー
タＣＲＣ(data_CRC)の他にヘッダ部(header)があり、そ
のヘッダ部には図２４に示したような、伝送データ長(d
ata_length)やチャネルＮＯ(channel)、その他各種コー
ド及び誤り訂正用のヘッダＣＲＣ(header_CRC)などが書
き込まれ、伝送が行われる。

【０１２８】以上がアイソクロナス伝送の説明である。

【０１２９】それぞれのパケットフォーマットにおけ
る、パケットフィールドの詳細を図２５に示す。

【０１３０】≪バス・サイクル≫実際の１３９４シリア
ルバス上の伝送では、アイソクロナス伝送と、アシンク
ロナス伝送は混在できる。その時の、アイソクロナス伝
送とアシンクロナス伝送が混在した、バス上の伝送状態
の時間的な遷移の様子を表した図を図２６に示す。

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

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

【０１３３】このアービトレーションからパケット伝送
までの動作を、与えられているチャネル分繰り返し行っ
た後、サイクル＃ｍにおけるアイソクロナス伝送が全て
終了したら、アシンクロナス伝送を行うことができるよ
うになる。アイドル時間が、アシンクロナス伝送が可能
なサブアクションギャップ(subaction gap)に達するこ
とによって、アシンクロナス伝送を行いたいノードはア
ービトレーションの実行に移れると判断する。

【０１３４】但し、アシンクロナス伝送が行える期間
は、アイソクロナス伝送終了後から、次のサイクル・ス
タート・パケットを伝送すべき時間（cycle synch）ま
での間にアシンクロナス伝送を起動するためのサブアク
ションギャップが得られた場合に限っている。

【０１３５】図２６のサイクル＃ｍでは、３つのチャネ
ル分のアイソクロナス伝送と、その後、アシンクロナス
伝送（含むａｃｋ）が２パケット（パケット１、パケッ
ト２）が伝送されている。このアシンクロナス・パケッ
ト２の後は、サイクル（＃ｍ＋１）をスタートすべき時
間（cycleｃsynch）に到るので、サイクル＃ｍでの伝送
は、ここまでで終わる。但し、非同期または同期伝送動
作中に次のサイクル・スタート・パケットを送信すべき
時間（cycle synch）に至ったとしたら、無理に中断せ
ず、その伝送が終了した後のアイドル期間を待ってから
次サイクルのサイクル・スタート・パケットを送信す
る。即ち、１つのサイクルが１２５μｓ以上続いたとき
は、その分次のサイクルは基準の１２５μｓより短縮さ
れたとする。このようにアイソクロナス・サイクルは１
２５μｓを基準に超過、短縮し得るものである。

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

【０１３７】≪ＦＣＰ≫ＡＶ／Ｃプロトコルでは、ＩＥ
ＥＥ１３９４バス上の装置を制御するためにFunctional
Control Protocol（FCP）が用意されている。

【０１３８】このＦＣＰの制御コマンドの送信と応答に
は、ＩＥＥＥ１３９４で規定されているアシンクロナス
・パケットが用いられている。

【０１３９】ＦＣＰでは制御する側のノードをコントロ
ーラ、制御される側のノードをターゲットと呼び、コン
トローラからターゲットに送られるＦＣＰパケットフレ
ームをＡＶ／Ｃコマンドフレーム、逆にターゲットから
コントローラに送られるＦＣＰパケットフレームをＡＶ
／Ｃレスポンス・フレームと呼ぶ。

【０１４０】図２７においてノードＡ(node A)がコント
ローラ(controller)、ノードＢ(node B)がターゲット(t
arget)の場合を示していて、それぞれに用意されている
レジスタアドレスのうち、００００Ｂ００番地（１６進
数）からの５１２バイトがコマンドレジスタ、００００
Ｄ００番地からの５１２バイトがレスポンスレジスタで
あり、それぞれアシンクロナス伝送を用いたパケットフ
レームにより、指定されたアドレスのレジスタにデータ
が書き込まれる。

【０１４１】この時のコントローラからのＡＶ／Ｃコマ
ンドフレームの送信と、ターゲットからのＡＶ／Ｃレス
ポンスフレームの応答の関係はＡＶ／Ｃトランザクショ
ンと呼ばれ、一般的なＡＶ／Ｃトランザクションでは、
ターゲットはコマンドフレームを受け取ってから１００
ｍｓ以内にコントローラに対してレスポンスフレームを
応答する必要がある。

【０１４２】図２８は、ＦＣＰパケットフレームを含ん
だアシンクロナス伝送のパケットフォーマットを示した
図で、図２２に示したアシンクロナスデータパケットの
データ領域に対して、コマンドフレームやレスポンスフ
レームを挿入してＡＶ／Ｃトランザクションが実行され
る。

【０１４３】図２９は、ＡＶ／Ｃコマンドフレーム、図
３０はＡＶ／Ｃレスポンスフレームの構造を示したもの
で、ＦＣＰパケットフレームとしては、ヘッダのctype,
response, subunit_type, Subunit_IDの後に、ＦＣＰ
のデータ部分が繋がった構造になっている。

【０１４４】ここで、ctypeはコマンドフレームにおけ
るコマンドタイプを示していて、CONTROL・STATUS・INQ
UIRY・NOTIFYの各状態を示している。

【０１４５】また、responseはレスポンスフレームにお
けるレスポンスコードを示していて、ACCEPTED・REJECT
ED・IN TRANSITION・IMPLEMENTED・CHANGED・INTERIM等
の各状態を示している。

【０１４６】また、subunit_typeはデバイスの分類、su
bunit_IDは、インスタンス番号を示している。

【０１４７】ＦＣＰのデータ部分はオペコード＋オペラ
ンドの構成になっていて、各種のＡＶ／Ｃコマンドを使
ってターゲットの制御を行ったり、ＡＶ／Ｃレスポンス
の応答をすることができる。

【０１４８】以上が、ＩＥＥＥ１３９４シリアルバスの
概略である。

【０１４９】次に本発明の実施の形態として、図１に示
すような１３９４シリアルバスケーブルで各デジタル機
器が接続されたシステムの場合で説明する。

【０１５０】図１におけるバス構成は、実線で描いた１
３９４シリアルバスで接続された、プリンタ装置１０
２、ホスト装置（ＰＣ）１０３との間で構成されてお
り、各機器間で、１３９４シリアルバスの仕様に基づい
たデータ伝送が行なえるように構成されている。また、
１３９４シリアルバスの接続方法は、図１のような接続
に限ったものではなく、任意の機器間での接続でバスを
構成しても可能であり、また図１に示した機器のほかに
もデータ通信機器が接続された構成であってもよい。な
お、この図１のネットワークは一例とした機器群であっ
て、接続されている機器は、ハードディスクなどの外部
記憶装置や、ＣＤ−Ｒ、ＤＶＤ等の１３９４シリアルバ
スでネットワークが構成できる機器なら何であってもよ
い。

【０１５１】図３１は、図１の各機器の内部ブロック図
であり、１０２はプリンタ、１０３はＰＣである。

【０１５２】ＰＣ１０３の構成要素として、６１は他の
デバイスとのデータのやり取りを行う１３９４・Ｉ／Ｆ
部、６２はＰＣ１０３の内部の各デバイス間のデータの
やり取りを行うＰＣＩバス、６３はＰＣ１０３全体の主
制御を行うＭＰＵ、６５は表示を行うディスプレイ、６
６は記憶補助装置となるハードディスク、６７は主記憶
用のメインメモリ、６８は操作部で、オペレータにより
操作され、その操作に応じて各種データを入力するキー
ボードやマウス等を備えている。

【０１５３】次にプリンタ装置１０２の構成要素を説明
する。１９は１３９４・Ｉ／Ｆ部、２０はデータセレク
タ、２３はプリント画像を保持するためのデータラッ
チ、２４はプリントヘッド、２５はプリントヘッド２４
の走査や紙送りの制御を行なうための駆動源である各種
モータを駆動するためのモータドライバである。２６は
プリンタコントローラで、例えばマイクロコンピュータ
等を備え、プリンタ装置１０２全体の制御を行ってい
る。２７はプリンタ操作部で、オペレータにより操作さ
れる各種キーや液晶等のディスプレイを備えている。

【０１５４】初めにＰＣ１０３での動作を説明すると、
オペレータが操作部６８を使ってＰＣ１０３のグラフィ
ック処理のアプリケーションを実行している環境で、ハ
ードディスク６６に保存されていた一般的なＲＧＢフォ
ーマットの画像データ・ファイルとして記憶されている
画像データを印刷する場合を考える。

【０１５５】まず画像データの変換処理として、アプリ
ケーションによって画像データをメインメモリ６７に一
時的に書き込み、ＭＰＵ６３によって画像変換処理を行
い、ＲＧＢフォーマットのデータから、プリンタ装置１
０２のプリントヘッド２５の出力形式に適合したＹＭＣ
Ｋフォーマットの２値化したデータに変換して、再度ハ
ードディスク６６に書き込む。次にアプリケーションに
よる印刷指示命令を受けると、ハードディスク６６に記
憶されている２値化された画像データを適時読み出し、
１３９４・Ｉ／Ｆを介してプリンタ装置１０２に対し
て、その画像データを伝送する。この時、プリンタ装置
１０２の動作に合わせた、プリントヘッド２４の走査や
改行・排紙命令などのプリンタ制御用のコマンドデータ
を先に伝送しておき、印刷する際は画像データのみリア
ルタイム伝送しながら実行する。

【０１５６】次に、プリンタ装置１０２の動作について
説明する。１３９４・Ｉ／Ｆ部１９を介して入力された
データは、データセレクタ２０で各データの種類毎に分
類される。まずアイソクロナス伝送により伝送された画
像データは、データラッチ２３に送られ、プリントヘッ
ド２４の縦１列分に相当するデータ量を保持すると、プ
リンタコントローラ２６からのトリガ信号のタイミング
で、プリントヘッド２４タを出力する。また、コマンド
データはプリンタコントローラ２６のメモリ２１に一時
貯えられ、アイソクロナス伝送による印刷起動開始命令
（プリントスタートコマンド）が発行されると、プリン
トヘッド２４走査やインク吐出トリガのタイミングの制
御を行う。このとき、データラッチ２３に入力されたプ
リント用の画像データは、ＰＣ１０３でプリントに適し
た画像処理が施されたＹＭＣＫの２値化されたデータな
ので、直接、プリントヘッド２４へデータを伝送して印
刷を行うことができる。さらにコマンドデータに基づく
制御信号は、プリンタコントローラ２６からドライバ２
５を介してプリンタ装置１０２の各モータを作動させ、
それらモータ制御に合わせたタイミングでデータラッチ
２３に書き込まれた画像データをプリントヘッド２４に
出力して印刷動作が行われる。プリンタ操作部２７は、
紙送りやリセット、インクチェック、プリンタ動作のス
タンバイ／開始／停止等の動作を指示入力するためのも
のであり、その指示入力に応じてプリンタコントローラ
２６によって各部の制御がされる。このようにＰＣ１０
３上で２値化した画像データを同期伝送でプリンタ装置
１０２へ伝送することにより、大容量の画像データで
も、プリンタ装置１０２内に大容量のプリントバッファ
を持たせることなく印刷動作を行うことが可能となる。

【０１５７】図３２は、本実施の形態における１３９４
シリアルバス上の画像データのアイソクロナス伝送のタ
イミングと、プリンタ装置１０２のメモリ２１に一時保
持されたコマンドデータを読み出して、プリンタコント
ローラ２６から出力される伝送トリガ信号、データイネ
ーブル信号、及びプリントヘッドのモータ駆動励磁相信
号のタイミングの関係を示した図である。

【０１５８】１３９４シリアルバスには、１２５μｓ単
位でサイクルスタートパケットが発生していて、このサ
イクルスタートパケットに同期してアイソクロナス伝送
でデータが送られてくる。ここで印刷を行う際、プリン
トヘッド２４の動きに合わせてＰＣ１０３から画像デー
タが伝送される必要があるので、プリンタ装置１０２は
プリントスタート(PrintStart)用の画像データが送られ
てきたタイミングで、印刷スタートのタイムカウントを
開始する。この時、メモリ２１に一時保持しているコマ
ンドデータ群がプリントヘッド２４を駆動するシーケン
ス制御の情報になっているので、このプリントスタート
データを受けた後のタイムカウントに同期させながら、
メモリ２１から順次コマンドデータを読み出し、プリン
トヘッド２４の走査のためモータ相信号（図中では１−
２相励磁の場合を示す）を切り替えながらヘッド２４を
加速駆動する。そしてキャリッジ（ヘッド）が等速領域
に入ったタイミングから画像データをＰＣ１０３から取
り込み、次の吐出タイミングで伝送トリガを出力してイ
ンク吐出し印刷を行う。尚、図３２における画像データ
の“００Ｈ”、“ＦＣＨ”、“１２Ｈ”、“１２Ｈ”、
“１２Ｈ”及び“ＦＣＨ”は図３５の文字パターンデー
タに対応している。また、ここで“Ｈ”は１６進数を示
している。

【０１５９】即ち、ＰＣ１０３からは、設定された位置
（等速領域）にプリントヘッド２４が到達して伝送トリ
ガが発行されるタイミングまでに画像データが次々に伝
送され、プリントヘッド２４の動きに同期した印刷制御
を行うことができる。ここでの画像データはインクジェ
ットプリンタ装置１０２のプリントデータに対応した２
値のＹＭＣＫデータに変換されているので、プリンタ装
置１０２はプリンタバッファ等を介さずにデータラッチ
２３を経由して、直接プリントヘッド２４にプリントデ
ータを伝送することができる。こうして１行分の画像デ
ータの伝送が完了した後は、メモリ２１に記憶されたコ
マンドデータに従ってプリントヘッド２４を走査駆動す
るキャリッジモータが減速され、最終的には１行分の画
像データを印刷したところで停止する。以上がアイソク
ロナス伝送を用いた印刷動作シーケンスの説明である。

【０１６０】図３３は、ＰＣ１０３とプリンタ装置１０
２の間でのアシンクロナス及びアイソクロナスを使った
印刷のためのデータ伝送の順序を示したフローチャート
である。

【０１６１】まずＳ５０１は、ＰＣ１０３からのアシン
クロナス伝送を用いたコマンドデータ伝送要求コマンド
で、プリンタ装置１０２の取り込み準備ができていれば
レスポンスデータを使った伝送許可が指示される。また
プリンタ装置１０２の準備ができていない場合は、レス
ポンスデータを使って伝送待機が指示され、再度ＰＣ１
０３が問い合わせるまで待機する。

【０１６２】いま、ＰＣ１０３に伝送許可が返されると
次のステップとしてＳ５０２では、プリントヘッド２４
を１行分動作させるべき制御シーケンスで構成されたコ
マンドデータが、アシンクロナス伝送を用いて一気にプ
リンタ装置１０２に送られる。ここでのコマンドデータ
の伝送には、特にレスポンスは必要なくデータ伝送のみ
が行われる。

【０１６３】次にＳ５０３では、ＰＣ１０３から、アシ
ンクロナス伝送を用いた画像データ伝送要求コマンドが
送信され、プリンタ装置１０２が既に印刷可能状態にな
っていれば、レスポンスデータによる伝送許可が指示さ
れる。プリンタ装置１０２が印刷が可能な状態に至って
いなければ、このレスポンスデータを使って伝送待機を
指示し、再度ＰＣ１０３から問い合わせがくるまで待機
する。

【０１６４】Ｓ５０４は、画像データ伝送が許可された
場合のステップを示し、ＰＣ１０３が、プリントヘッド
２４の動作に合わせて１行目の画像データをアイソクロ
ナス伝送で送るステップである。初めプリントスタート
のデータを伝送したタイミングから印刷動作が開始さ
れ、メモリ２１のコマンドデータを順次読み出しながら
任意のタイミングでプリントヘッド２４のモータ制御信
号と伝送トリガ信号を出力する。この時ＰＣ１０３は、
伝送トリガの発生するタイミングより前に画像データを
伝送しておくようなリアルタイムでのデータ伝送を行う
ので、プリンタ装置１０２にプリントバッファを設ける
必要はない。こうして１行分のデータを伝送し終わった
ところで印刷を完了するが、印刷の動作モードが片方向
印刷であれば、２行目の印刷のためヘッド位置のリター
ン動作と紙の改行動作を行う必要があるが、印刷モード
が両方向印刷であれば紙の改行動作のみで良い。

【０１６５】Ｓ５０５は、ＰＣ１０３から２行目のアシ
ンクロナス伝送による画像データの伝送要求コマンド
で、プリンタ装置１０２が既に２行目の印刷可能状態に
なっていればレスポンスデータを使った伝送許可が指示
される。一方、プリンタ装置１０２が２行目の印刷が可
能な状態に至っていなければ、レスポンスデータを使っ
て伝送待機を指示し、再度ＰＣ１０３から問い合わせが
くるまで待機させる。

【０１６６】Ｓ５０６は、ＰＣ１０３から、２行目の画
像データをプリンタ装置１０２の印刷動作に合わせてア
イソクロナス伝送で送るステップである。

【０１６７】以上、この動作を繰り返すことで１ページ
分の印刷を行うことができる。

【０１６８】図３４は、アイソクロナス伝送による画像
データのパケット伝送が１３９４シリアルバス上で伝送
エラーとなり、印刷中に正しいデータ伝送が行われなか
った場合の説明するための図である。

【０１６９】Ｓ５０１からＳ５０４までは図３３と同様
の処理であるが、アイソクロナス伝送でエラーがあった
場合は、Ｓ５０７において、画像データ伝送要求コマン
ドに対するレスポンスデータで画像データのリトライを
指示する画像データ再送レスポンスを発行する。これに
対してＰＣ１０３は、Ｓ５０８においてＳ５０４の時と
同様に、１行目の画像データを再度繰り返して出力を行
うことで、データパケットのエラーに対する処理を行う
ことができる。この時のレスポンスデータはどのパケッ
トがエラーであったかまでの確認は必要なく、ＰＣ１０
３のから再出力される画像データは、前回出力した１行
目のものと全く同じデータで良い。即ち、エラーデータ
に対する処理は、プリンタ装置１０２側で行うように構
成されている。

【０１７０】この時のプリンタ装置１０２でのエラー処
理方法について、図３５から図３７を参照して説明す
る。

【０１７１】図３５は、縦８ドット×横６ドットで形成
された画像データ「Ａ」の文字パターン例を示す図であ
る。

【０１７２】このパターンと図３２のタイミング図とを
参照すると、１回に８ドット分のインクを吐出するプリ
ントヘッド２４を使用し、６回の伝送トリガを使って縦
８ドット×横６ドットのデータを印刷できることにな
る。この時に伝送する画像データは、印刷する順に、
“００Ｈ”、“ＦＣＨ”、“１２Ｈ”、“１２Ｈ”、
“１２Ｈ”、“ＦＣＨ”となる。

【０１７３】図３６は、データ伝送エラーが発生して２
番目のデータ“ＦＣＨ”がプリンタ装置１０２に送られ
なかった場合を示した図である。エラーパケットがあっ
た場合は、データが送られない代わりにエラーフラグだ
けが送られてくるので、その時に、プリンタ装置１０２
はエラーとなった画像データを“００Ｈ”に置き換えて
処理を行う。即ち、印刷結果としては左から２列目のデ
ータが抜けた形にして動作シーケンスを完了する。

【０１７４】図３２のデータイネーブル信号は、この場
合の動きを示したもので、２番目のデータ“ＦＣＨ”が
エラーパケットだった場合、このデータイネーブル信号
をディセーブルにセットし、伝送データの出力を“００
Ｈ”に変換してしまう。その後、伝送トリガを発行した
後に、データイネーブル信号を再度イネーブルにセット
し直す。

【０１７５】図３７は、伝送データのエラー補正を行う
ために再印刷をするためのデータを示した図である。

【０１７６】プリンタ装置１０２が片方向印刷の場合
は、そのプリンタ装置１０２は動作シーケンスが完了し
た段階で、紙の１行分の改行動作とヘッドのリターン動
作を行ってプリントヘッド２４を初期位置に移動させ、
次の画像データの印刷を行う準備が整ったところで、画
像データ伝送要求コマンドが送られてきたら伝送許可レ
スポンスを発行する。しかし、その行の印刷においてエ
ラーパケットが発生していた時は記録紙の１行分の改行
を行わずにプリントヘッド２４だけをリターンさせ、再
度前回と同じ画像データをそのまま送ってもらうように
ＰＣ１０３に対して再送レスポンスデータを発行する。
この時プリンタ装置１０２は、前回エラーが発生したデ
ータパケットの場所をエラーフラグにより記憶してある
ので、再度印刷を実行する時は、前回エラーでなかった
データ部をデータラッチ２３の出力イネーブルビットを
ディスイネーブルにして“００Ｈ”に変換し、前回のエ
ラーフラグが存在しているデータパケット部分だけイネ
ーブルにして画像データをプリントヘッド２４に伝送す
る。

【０１７７】図３８はエラーリトライによる印刷動作の
処理について、１３９４シリアルバス上の画像データの
アイソクロナス伝送のタイミングと、メモリ２１に一時
保持されたコマンドデータに伴いプリンタコントローラ
２６から出力されるトリガ信号、データイネーブル信
号、及びモータ駆動信号のタイミングの関係を示した図
である。

【０１７８】この中でのデータイネーブル信号が、プリ
ンタ装置１０２で制御されるエラーパケット補正の信号
となり、前回のエラーフラグがあった２番目のパケット
“ＦＣＨ”の時だけイネーブルになるように設定し、他
のパケットに対しては前回既に印刷が完了しているので
ディセーブルに設定することでエラー処理が行われる。

【０１７９】本実施の形態でのアシンクロナス伝送のコ
マンドとレスポンスのやり取りは、図２９及び図３０で
示したＦＣＰのコマンドフレームとレスポンスフレーム
を用いて行う。

【０１８０】コマンドフレームの種類はctype（command
type）の４ビットで設定できるが、通常のコマンドの
時が“０Ｈ”、ステータスが“１Ｈ”になっている。こ
こでの拡張機能として、ctypeの値がプリンタの制御コ
マンドデータをレスポンス無しのＦＣＰで送る時は“４
Ｈ”とし、同様に画像データをレスポンス無しのＦＣＰ
で送る時は“５Ｈ”に設定する。即ち、データを送る時
はctypeを“４Ｈ”や“５Ｈ”に設定し、オペランド・
オペコードの代わりに直接コマンドデータや画像データ
を埋め込むことが可能となる。通常のコマンドデータを
送る時はctypeの値を“０Ｈ”に設定し、オペランド・
オペコードの形でコマンドデータ伝送要求コマンドや画
像データ伝送要求コマンドを送出する。

【０１８１】また、コマンドフレームに対する返答は、
許可レスポンスや待機レスポンス、再送レスポンスをオ
ペコード・オペランドの形でレスポンスフレームを使い
伝送することで、トランザクション動作を実行すること
ができる。

【０１８２】このようなエラー処理により、画像データ
をアイソクロナス伝送を用いてプリンタ装置１０２に伝
送するシステムにおいて、エラーパケットが発生した場
合は再送レスポンスを使って画像データの再伝送要求を
行い、ＰＣ１０３側は前回と同じ画像データを送ること
でプリンタ装置１０２側でデータ補正を行うことが可能
となる。

【０１８３】即ち、ＰＣ１０３はデータパケット単位で
補正データをわざわざ作り直す必要がないので、データ
作成時間が短縮し、またプリンタ装置１０２とＰＣ１０
３の間で細かいやり取りを行う必要もなく、画像データ
伝送要求に対するレスポンスデータでエラーが有ったか
どうかをプリンタ装置１０２がＰＣ１０３に発行するだ
けでエラー処理が実行される。

【０１８４】図３９及び図４０は、本実施の形態１の印
刷システムのプリンタ装置における処理を示すフローチ
ャートである。

【０１８５】まずステップＳ１で、ＰＣ１０３からのプ
リントスタートを受信するとステップＳ２に進み、キャ
リッジモータ（プリントヘッド２４）の加速を開始し、
ステップＳ３で、その速度が等速になるとデータイネー
ブル信号をオンにする（ステップＳ４）。次にステップ
Ｓ５に進み、ＰＣ１０３からのデータを受信したかどう
かを調べ、受信するとステップＳ６で伝送トリガを出力
してデータラッチ２３に、その受信したデータをラッチ
する。ステップＳ７では、その受信したデータブロック
にエラーがあるかどうかを調べ、エラーがないときはス
テップＳ８に進み、そのデータをプリントヘッド２４に
出力してプリントする。そしてステップＳ９で、１行の
印刷が終了したかを調べ、終了していない時はステップ
Ｓ５に戻り、前述の処理を実行する。

【０１８６】一方、ステップＳ７でエラーが発生すると
ステップＳ１３に進み、そのエラーが発生したデータブ
ロックの場所を記憶し、そのエラー部分をブランクでプ
リントする。そしてステップＳ９で１行のプリントが終
了するとステップＳ１０に進み、その行でエラーが発生
していたかどうかを調べ、エラーが発生していない時は
ステップＳ１１に進み、キャリッジリターン、１行分の
紙送りを実行してステップＳ１２で、１頁の印刷が終了
したかを調べ、１頁の印刷処理が終了するまで前述の処
理を繰返す。

【０１８７】一方ステップＳ１０でエラーが発生してい
た時はステップＳ１５に進み、キャリッジリターンのみ
を行い、ステップＳ１６でＰＣ１０３に対してデータの
再送要求を発行する。そしてステップＳ１７〜ステップ
Ｓ２１で、前述のステップＳ２〜Ｓ６と同様に、キャリ
ッジの加速、ＰＣ１０３からのデータ受信を行ってデー
タラッチ２３にラッチし、ステップＳ２２で、データを
受信してラッチしたデータが、前回エラーが発生した箇
所に該当するデータであるかをみる。そうであればステ
ップＳ２３に進み、そのエラー箇所に相当するデータ部
分をプリントし、そうでない時はそのデータを読み飛ば
す。

【０１８８】［実施の形態２の説明］一般、シリアル型
のインクジェットプリンタでは、ヘッドの解像度に対し
て紙の改行時の送り量の精度が悪いことが多いので、そ
のまま１行単位で印刷を行うと１行ごとの隙間（ムラ）
が目立ってしまう。そこで、印刷するデータを２回以上
に分けて、その分、紙の改行量を１／２以下に減らすこ
とで、ずらしながら重ね打ちをすることでムラを目立た
なくするマルチパス印刷が用いられている。このマルチ
パス印刷は、２回に分けた場合を２パス、３回に分けた
場合を３パス、４回に分けた場合を４パスと呼んでいる
が、２パスの場合は画像データをムラの目立たなくなる
ようなランダムパターンを使って２面のデータに分けて
１／２行単位で印刷を行うことで、１行単位での隙間を
発生させることなく１ページ分の画像データを印刷する
ことができる。３パス、４パスと回数が増える毎にムラ
は目立ちにくくなるが、その分印刷時間が長くなるとい
う欠点があるので、印刷品位とスピードは相反するもの
となっている。

【０１８９】ここで、１３９４シリアルバスのアイソク
ロナス伝送を用いた画像データを使いリアルタイムに印
刷するシステムにおいてマルチパス印刷を行った時につ
いて考えてみる。まず前述の実施の形態１のようにエラ
ーパケットが発生した際に再度前回と同じデータを使っ
て印刷を行う方式を使うと、ただでさえスピードの遅く
なっているマルチパス印刷が更に遅くなっていた。

【０１９０】そこで本実施の形態２では、アイソクロナ
ス伝送でエラー処理を行う場合に、画像データ伝送開始
コマンドに対するレスポンスデータに前回エラーだった
パケットデータの場所を特定できる情報を載せ、次に送
る画像データに対して前回エラーになってしまったデー
タパケットのデータ部分だけを重ねてしまう。即ち、エ
ラーでブランクデータになってしまった部分の画像デー
タを次の画像データに重ねてＰＣ１０３側で処理するこ
とにより、プリンタ装置１０２はそのまま画像データを
印刷するだけでエラー処理を行うことが可能となり、印
刷時間も余計にかかることがなくなる。

【０１９１】この場合の処理を図４１のフローチャート
を参照して説明する。

【０１９２】図４１は、ＰＣ１０３で実行される、プリ
ンタ装置１０２へのマルチパス・プリントデータ（この
例ではプリンタ装置１０２は、２パスでプリントする）
の送信処理を示すフローチャートである。

【０１９３】まずステップＳ２１で、１パス目の印刷デ
ータを、前述の実施の形態１と同様にしてプリンタ装置
１０２に送信する。ステップＳ３２では、１パス目のデ
ータの送信後、プリンタ装置１０２からエラー再送情報
が送られてきたかどうかを調べ、そうでないときはステ
ップＳ３４に進み、２パス目のデータを伝送する。

【０１９４】１パス目のデータ伝送でエラーが発生した
ときはステップＳ３３に進み、次に送信する２パス目の
データに、１パス目でエラーが発生した印刷データ部分
を重ねた新たな２パス目の印刷データを作成してプリン
タ装置１０２に送信する。これにより、プリンタ装置１
０２は、通常のデータ受信の場合と同様にして印刷する
ことができる。また２パス目でエラーが発生した時は、
ＰＣ１０３は、その２パス目のデータのうち、エラーが
生じた部分だけを再送しても良く、あるいは前述の実施
の形態１と同様に、再度２パス目のデータ全部を再送
し、プリンタ装置１０２で該当箇所を判断して印刷する
ようにしても良い。

【０１９５】以上説明したように本実施の形態によれ
ば、従来のインターフェースの問題点を極力解消した、
各デジタル機器に搭載可能な汎用的インターフェース
（例えばＩＥＥＥ１３９４シリアル・インターフェー
ス）を用い、ＰＣやプリンタ等の周辺機器、或いはデジ
タルスチルカメラやデジタルビデオカメラ等の記録再生
装置をネットワーク接続したときの、各デジタル機器間
のデータ通信を高速に行うリアルタイムデータ伝送で行
い、その時のデータ欠落の補正処理を実行する手段を提
供するものである。

【０１９６】また、ＰＣ１０３からプリンタ装置１０２
へ印刷を実行するための画像データをアイソクロナス伝
送で送ることで、プリンタ装置１０２は印刷に必要な部
分の画像データをリアルタイムで取り込みながら印刷を
行い、プリンタ装置１０２側で大容量のプリントバッフ
ァを持たない構成でも最適なデータ伝送手段を提供する
ものである。

【０１９７】更に、ＰＣを使わずデジタルビデオカメラ
等のデータ出力機器からプリンタへ直接画像データを伝
送して印刷をするダイレクトプリントについても、同様
のシステム構成で実現が可能となる。

【０１９８】

【発明の効果】以上説明したように本発明によれば、ホ
ストより送信される印刷データにおけるデータの欠落を
補って印刷できる。

【０１９９】また本発明によれば、印刷装置における大
容量のプリントバッファを不要にして高速にプリントで
きるという効果がある。

【０２００】また本発明によれば、印刷データにエラー
が発生した場合、そのエラーより効率良く復帰して高速
に印刷できるという効果がある。

【０２０１】

【図面の簡単な説明】

【図１】本発明の実施の形態の各デジタル機器を接続し
た印刷システムの構成を示した図である。

【図２】１３９４シリアル・インターフェースでのネッ
トワークの構成を示した図である。

【図３】１３９４シリアルバスの構成要素を示した図で
ある。

【図４】１３９４シリアルバスのアドレス空間を示した
図である。

【図５】１３９４シリアルバス・ケーブルの断面を示し
た図である。

【図６】１３９４シリアル・インターフェースでのＤＳ
−Ｌｉｎｋ符号化方式を示したタイミング図である。

【図７】１３９４シリアル・インターフェースでのバス
リセットからノードＩＤ決定までのシーケンスを示した
フローチャートである。

【図８】１３９４シリアル・インターフェースでのバス
リセットからノードＩＤ決定までのシーケンスを示した
フローチャートである。

【図９】１３９４シリアル・インターフェースでのバス
リセットからノードＩＤ決定までのシーケンスを示した
フローチャートである。

【図１０】１３９４シリアル・インターフェースでのネ
ットワークの動作を示した図である。

【図１１】１３９４シリアル・インターフェースでのＣ
ＳＲアーキテクチャの機能を説明する図である。

【図１２】１３９４シリアルバスに関するレジスタを説
明する図である。

【図１３】１３９４シリアルバスのノード資源に関する
レジスタを説明する図である。

【図１４】１３９４シリアルバスのConfigurationｎ RO
Mの最小形式を示した図である。

【図１５】１３９４シリアルバスのConfigurationｎ RO
Mの一般形式を示した図である。

【図１６】１３９４シリアルバスのバス使用要求を説明
する図である。

【図１７】１３９４シリアルバスのバス使用許可を説明
する図である。

【図１８】１３９４シリアルバスのアービトレーション
の流れを示したフローチャートである。

【図１９】１３９４シリアルバスのトランザクションレ
イアのサービスを説明する図である。

【図２０】１３９４シリアルバスのリンクレイアのサー
ビスを説明する図である。

【図２１】１３９４シリアル・インターフェースにおけ
るアシンクロナス伝送の遷移状態を説明する図である。

【図２２】１３９４シリアル・インターフェースにおけ
るアシンクロナス伝送のパケットフォーマットを示した
図である。

【図２３】１３９４シリアル・インターフェースにおけ
るアイソクロナス伝送の遷移状態を説明する図である。

【図２４】１３９４シリアル・インターフェースにおけ
るアイソクロナス伝送のパケットフォーマットを示した
図である。

【図２５】１３９４シリアル・インターフェースにおけ
るアイソクロナス伝送のパケットフォーマットのフィー
ルドの詳細を示した図である。

【図２６】１３９４シリアル・インターフェースにおけ
るアシンクロナス伝送、アイソクロナス伝送が混在した
場合の遷移状態を説明する図である。

【図２７】１３９４シリアル・インターフェースにおけ
るトランザクションの動作を示した図である。

【図２８】１３９４シリアル・インターフェースにおけ
るアシンクロナス伝送におけるＦＣＰパケットフレーム
の構成を示した図である。

【図２９】１３９４シリアル・インターフェースにおけ
るＦＣＰパケットフレームにおけるコマンドフレームの
構成を示した図である。

【図３０】１３９４シリアル・インターフェースにおけ
るＦＣＰパケットフレームにおけるレスポンスフレーム
の構成を示した図である。

【図３１】本発明の実施の形態を適用したプリンタ装置
とＰＣの構成を示すブロック図である。

【図３２】本実施の形態におけるＰＣとプリンタ装置間
でのデータ伝送の流れを示すタイミング図である。

【図３３】本実施の形態のＰＣとプリンタ間における印
刷のためのデータ伝送の順序を説明する図である。

【図３４】本実施の形態のＰＣとプリンタ間におけるア
イソクロナス伝送のエラー発生時における、印刷のため
のデータ伝送の順序を説明する図である。

【図３５】縦８ドット×横６ドットで形成された画像デ
ータ「Ａ」の文字パターンデータの構成例を示す図であ
る。

【図３６】データ伝送エラーが発生して２番目のデータ
“ＦＣＨ”がプリンタ装置に送られなかった場合のデー
タを示した図である。

【図３７】データ伝送エラに伴い、その伝送データエラ
ーを補正するために再印刷をするためのデータを示した
図である。

【図３８】本実施の形態におけるＰＣとプリンタ装置間
でのデータ伝送におけるエラーリトライによるデータ伝
送の流れを示したタイミング図である。

【図３９】本実施の形態１の印刷システムのプリンタ装
置における印刷処理を示すフローチャートである。

【図４０】本実施の形態１の印刷システムのプリンタ装
置における印刷処理を示すフローチャートである。

【図４１】本実施の形態２のＰＣにおける印刷データ伝
送処理を示すフローチャートである。

Claims (10)

【特許請求の範囲】
1. 【請求項１】 ホストより印刷データをアイソクロナス
   伝送により印刷装置に伝送するデータ通信方法であっ
   て、 前記ホストは、前記印刷装置における印刷データ構造に
   変換した印刷データをアイソクロナス伝送により前記印
   刷装置の機能に合わせてデータブロック単位に伝送し、 前記データブロックの伝送後、前記データブロック内で
   のアイソクロナスパケット伝送におけるエラーが発生す
   ると当該エラーに関するエラー情報を前記印刷装置に保
   持し、次のデータブロックの伝送開始時に前記ホストに
   アシンクロナス伝送によりエラー情報を前記ホストに返
   送することを特徴とする通信方法。
2. 【請求項２】 請求項１に記載のデータ通信方法であっ
   て、前記印刷装置は、前記エラーが発生したデータブロ
   ックの印刷データをブランクデータとして印刷し、前記
   ホストに返送したエラー情報に基づいて前記ホストから
   再送されるデータブロックのうち、当該エラーが発生し
   たデータブロックの印刷データを使用して再度印刷する
   ことにより前記エラーによる印刷を復帰させることを特
   徴とする。
3. 【請求項３】 請求項１又は２に記載のデータ通信方法
   であって、前記印刷装置は、マルチパスによる印刷を行
   い、前記ホストは前記エラー情報によりエラーで欠落し
   たデータブロックの印刷データを、前記印刷装置の次の
   パスで印刷する印刷データの当該データブロックに重畳
   させて前記印刷装置に送信することを特徴とする。
4. 【請求項４】 印刷装置に印刷データを伝送して印刷を
   行うデータ通信装置であって、 前記印刷装置における印刷データ構造に変換した印刷デ
   ータを作成するデータ変換手段と、 前記印刷データをアイソクロナス伝送により前記印刷装
   置の機能に合わせてデータブロック単位に伝送する伝送
   手段と、 前記伝送手段によるデータブロックの伝送後、前記デー
   タブロック内でのアイソクロナスパケット伝送における
   エラー発生が前記印刷装置から伝送されると、前記デー
   タブロックを前記印刷装置に再送する再送手段と、を有
   することを特徴とするデータ通信装置。
5. 【請求項５】 請求項４に記載のデータ通信装置であっ
   て、前記印刷データは前記印刷装置におけるマルチパス
   印刷に対応するデータであり、前記エラーが発生したデ
   ータブロックの印刷データを、前記印刷装置において次
   のパスで印刷する印刷データの当該データブロックに重
   畳させて前記印刷装置に送信するデータ送信制御手段を
   更に有することを特徴とする。
6. 【請求項６】 ホストよりアイソクロナス伝送による印
   刷データを受信して印刷する印刷装置であって、 前記印刷データの受信時、前記印刷データのアイソクロ
   ナスパケット伝送におけるエラーの発生を検知する検知
   手段と、 前記検知手段により検知された前記エラーに関するエラ
   ー情報を保持する保持手段と、 前記検知手段により検知された印刷データのエラー箇所
   をブランクのままでプリントするプリント手段と、 前記エラーの発生により前記ホストにデータの再送要求
   を発行する再送要求手段と、 前記再送要求手段による再送要求に応じて前記ホストよ
   り再送される印刷データのうち、前記保持手段に保持さ
   れているエラー情報に基づいて前記エラー箇所に該当す
   る印刷データ部分を判別する判別手段と、 前記判別手段により判別された印刷データ部分により前
   記エラー箇所を印刷する印刷制御手段と、を有すること
   を特徴とする印刷装置。
7. 【請求項７】 請求項６に記載の印刷装置であって、前
   記ホストより伝送される印刷データはプリントヘッドの
   １回の駆動データに相当していることを特徴とする。
8. 【請求項８】 ホストより印刷データをアイソクロナス
   伝送により印刷装置に伝送して印刷する印刷システムで
   あって、 前記ホストは、前記印刷装置における印刷データ構造に
   変換した印刷データをアイソクロナス伝送により前記印
   刷装置の機能に合わせてデータブロック単位に伝送し、 前記印刷装置は、 前記印刷データの受信時、前記印刷データのアイソクロ
   ナスパケット伝送におけるエラーの発生を検知する検知
   手段と、 前記検知手段により検知された前記エラーに関するエラ
   ー情報を保持する保持手段と、 前記検知手段により検知された印刷データのエラー箇所
   をブランクのままでプリントするプリント手段と、 前記エラーの発生により前記ホストにデータの再送要求
   を発行する再送要求手段と、 前記再送要求手段による再送要求に応じて前記ホストよ
   り再送される印刷データのうち、前記保持手段に保持さ
   れているエラー情報に基づいて前記エラー箇所に該当す
   る印刷データ部分を判別する判別手段と、 前記判別手段により判別された印刷データ部分により前
   記エラー箇所を印刷する印刷制御手段と、を有すること
   を特徴とする印刷システム。
9. 【請求項９】 請求項８に記載の印刷システム、前記印
   刷装置は、前記エラーが発生したデータブロックの印刷
   データをブランクデータとして印刷し、前記ホストに返
   送したエラー情報に基づいて前記ホストから再送される
   データブロックのうち、当該エラーが発生したデータブ
   ロックの印刷データを使用して再度印刷することにより
   前記エラーによる印刷を復帰させることを特徴とする。
10. 【請求項１０】 ホストより印刷データをアイソクロナ
    ス伝送により印刷装置に伝送して印刷する印刷システム
    であって、 前記印刷装置は、 前記印刷データの受信時、前記印刷データのアイソクロ
    ナスパケット伝送におけるエラーの発生を検知する検知
    手段と、 前記印刷データに基づいてマルチパスによるプリントを
    実行し、前記検知手段により検知された印刷データのエ
    ラー箇所をブランクのままでプリントするプリント手段
    と、 前記エラーの発生により前記ホストにデータの再送要求
    を発行する再送要求手段と、 前記再送要求手段による再送要求に応じて前記ホストよ
    り再送される印刷データのうち、前記保持手段に保持さ
    れているエラー情報に基づいて前記エラー箇所に該当す
    る印刷データ部分を判別する判別手段と、 前記ホストは、 前記印刷装置における印刷データ構造に変換した印刷デ
    ータをアイソクロナス伝送により前記印刷装置の機能に
    合わせてデータブロック単位に伝送する伝送手段と、 前記再送要求手段により発行された再送要求に応じて、
    前記印刷装置における次のパスでプリントされる印刷デ
    ータに当該エラーが発生したデータブロックを重畳した
    印刷データを作成して伝送するデータ伝送手段と、を有
    することを特徴とする印刷システム。