JPH11188952A

JPH11188952A - 印刷方法及びシステム

Info

Publication number: JPH11188952A
Application number: JP9366215A
Authority: JP
Inventors: Shigeru Ueda; 茂上田
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1997-12-25
Filing date: 1997-12-25
Publication date: 1999-07-13

Abstract

(57)【要約】【課題】印刷に要する時間を大幅に短縮することがで
きる印刷方法及びシステムを提供する。【解決手段】パーソナルコンピュータ（ＰＣ）１０１
とプリンタ１０３とをＩＥＥＥ１３９４Ｉ／Ｆ１０６を
介して接続した印刷システムにおいて、データをビット
イメージデータとそれ以外のデータとに分割し、ビット
イメージデータについては、ＩＥＥＥ１３９４Ｉ／Ｆの
同期転送モードで送るか、ＩＥＥＥ１３９４Ｉ／Ｆの非
同期転送モードで送るかを、所定の条件に基づいて決定
するように、パーソナルコンピュータ（ＰＣ）１０１に
より制御する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、ＩＥＥＥ
１３９４インターフェース等の所定のインターフェース
を通信手段として用いた印刷方法及びシステムに関す
る。

【０００２】

【従来の技術】ＩＥＥＥ１３９４インターフェースに
は、同期通信モードと非同期通信モードとがあるが、同
期通信モードではデータ転送が確実に相手に送られるこ
とが保証されないので、通常のデータ転送は非同期通信
モードで行われる。

【０００３】また、動画及び静止画等のデータが少々欠
落してもよいようなデータで且つ動画のように一定時間
内に送りたいデータは、同期通信モードを用いてデータ
転送が行われていた。

【０００４】

【発明が解決しようとする課題】しかしながら、ＩＥＥ
Ｅ１３９４インターフェースでは、基本的に同期通信モ
ードが優先されているので、同期通信を行いたいデバイ
スが多いと、非同期通信用のバスバンド幅が非常に狭く
なる。また、非同期通信用のバスバンド幅は、最大でも
全体の約１／２と制限されているため、どんなに非同期
通信モードを用いるデバイスが多く、また、同期通信モ
ードを用いるバスが少なくても、非同期通信モードだけ
では全体のバスバンドの約１／２しか利用できない。

【０００５】これは、特にカラーレーザビームプリンタ
で、データを印刷する場合に、データの中にビットイメ
ージデータ等の大容量データが含まれている場合は、ホ
ストコンピュータ→プリンタ間のデータ転送時間が全体
の印刷時間の中で大きなネックとなってくる。

【０００６】本発明は上述した従来の技術の有するこの
ような問題点に鑑みてなされたものであり、その目的と
するところは、印刷に要する時間を大幅に短縮すること
ができる印刷方法及びシステムを提供しようとするもの
である。

【０００７】

【課題を解決するための手段】上記目的を達成するため
に請求項１記載の印刷方法は、データを所定のインター
フェースを通じて印刷装置に送り印刷する印刷方法にお
いて、前記データをビットイメージデータとそれ以外の
データとに分けるデータ分割ステップと、前記ビットイ
メージデータについては、前記所定のインターフェース
の同期転送モードを用いて送るか前記所定のインターフ
ェースの非同期転送モードを用いて送るかを所定の条件
に基づいて決定する転送モード決定ステップを有するこ
とを特徴とする。

【０００８】また、上記目的を達成するために請求項２
記載の印刷方法は、請求項１記載の印刷方法において、
前記所定の条件とは、同期転送のリソースマネージャに
アクセスして獲得できたバスバンド幅が一定の値を上回
った場合であることを特徴とする。

【０００９】また、上記目的を達成するために請求項３
記載の印刷方法は、請求項１記載の印刷方法において、
前記所定の条件とは、同期転送のリソースマネージャに
アクセスして獲得できたバスバンド幅が非同期転送モー
ドでデータ転送を行う場合の平均データ転送レートを上
回った場合であることを特徴とする。

【００１０】また、上記目的を達成するために請求項４
記載の印刷方法は、請求項１記載の印刷方法において、
前記ビットイメージデータについては、前記所定のイン
ターフェースの同期転送モードを用いて送る場合は、前
記ビットイメージデータに付随する情報を前記所定のイ
ンターフェースの非同期転送モードを用いて送ることを
特徴とする。

【００１１】また、上記目的を達成するために請求項５
記載の印刷方法は、請求項１または４記載の印刷方法に
おいて、前記所定のインターフェースは、ＩＥＥＥ１３
９４インターフェースであることを特徴とする。

【００１２】また、上記目的を達成するために請求項６
記載の印刷方法は、請求項１記載の印刷方法において、
前記データは、文章データであることを特徴とする。

【００１３】また、上記目的を達成するために請求項７
記載の印刷方法は、請求項１記載の印刷方法において、
前記印刷装置は、レーザービームプリンタであることを
特徴とする。

【００１４】また、上記目的を達成するために請求項８
記載の印刷方法は、請求項１記載の印刷方法において、
前記印刷装置は、カラーレーザービームプリンタである
ことを特徴とする。

【００１５】また、上記目的を達成するために請求項９
記載の印刷システムは、データを所定のインターフェー
スを通じて印刷装置に送り印刷する印刷システムにおい
て、前記データをビットイメージデータとそれ以外のデ
ータとに分けるデータ分割手段と、前記ビットイメージ
データについては前記所定のインターフェースの同期転
送モードを用いて送るか前記所定のインターフェースの
非同期転送モードを用いて送るかを所定の条件に基づい
て決定する転送モード決定手段とを有することを特徴と
する。

【００１６】また、上記目的を達成するために請求項１
０記載の印刷システムは、請求項９記載の印刷システム
において、前記所定の条件とは、同期転送のリソースマ
ネージャにアクセスして獲得できたバスバンド幅が一定
の値を上回った場合であることを特徴とする。

【００１７】また、上記目的を達成するために請求項１
１記載の印刷システムは、請求項９記載の印刷システム
において、前記所定の条件とは、同期転送のリソースマ
ネージャにアクセスして獲得できたバスバンド幅が非同
期転送モードでデータ転送を行う場合の平均データ転送
レートを上回った場合であることを特徴とする。

【００１８】また、上記目的を達成するために請求項１
２記載の印刷システムは、請求項９記載の印刷システム
において、前記ビットイメージデータについては、前記
所定のインターフェースの同期転送モードを用いて送る
場合は、前記ビットイメージデータに付随する情報を前
記所定のインターフェースの非同期転送モードを用いて
送ることを特徴とする。

【００１９】また、上記目的を達成するために請求項１
３記載の印刷システムは、請求項９または１２記載の印
刷システムにおいて、前記所定のインターフェースは、
ＩＥＥＥ１３９４インターフェースであることを特徴と
する。

【００２０】また、上記目的を達成するために請求項１
４記載の印刷システムは、請求項９記載の印刷システム
において、前記データは、文章データであることを特徴
とする。

【００２１】また、上記目的を達成するために請求項１
５記載の印刷システムは、請求項９記載の印刷システム
において、前記印刷装置は、レーザービームプリンタで
あることを特徴とする。

【００２２】更に、上記目的を達成するために請求項１
６記載の印刷システムは、請求項９記載の印刷システム
において、前記印刷装置は、カラーレーザービームプリ
ンタであることを特徴とする。

【００２３】

【発明の実施の形態】以下、本発明の一実施の形態を図
面に基づき説明する。

【００２４】図１は、本発明の一実施の形態に係る印刷
システムの構成を示すブロック図であり、同図におい
て、１０１はパーナルコンピュータ（ＰＣ）、１０２は
スキャナ、１０３はプリンタ（本実施の形態ではレーザ
ービームプリンタ）、１０４はデジタルカメラ、１０５
はハードディスクドライブ（ＨＤＤ）である。これらの
各機器はＩＥＥＥ１３９４シリアルバス１０６を介して
接続されている。

【００２５】図２は、図１に示すプリンタ１０３の内部
構成を示すブロック図であり、同図において、２０１は
ＩＥＥＥ１３９４Ｉ／Ｆ（インターフェース）部で、２
本のＩＥＥＥ１３９４シリアルバス１０６を有してお
り、その一方は図１に示すようにパーナルコンピュータ
１０１に、他方はデジタルカメラ１０４にそれぞれ接続
されている。２０２はＲＡＭ（ランダムアクセスメモ
リ）で、コードメモリ領域２０２ａ、ビットイメージメ
モリ領域２０２ｂ及び文章情報メモリ領域２０２ｃを有
している。２０３はＣＰＵ（中央演算処理装置）で、プ
リンタ１０３全体の制御を司るものである。２０４はＲ
ＯＭ（リードオンリーメモリ）で、ＣＰＵ２０３が実行
する制御プログラムを格納するものである。２０５は印
刷部Ｉ／Ｆ（インターフェース）部で、ＲＡＭ２０２内
に展開されたビットイメージデータを後述する印刷部２
０６から送られてくる水平及び垂直同期信号に同期して
読み出して印刷部２０６へ送る機能を有するものであ
る。２０６は印刷部で、印刷部Ｉ／Ｆ部２０５を通じて
送られてくるビデオ（ＶＩＤＥＯ）データを入力し、印
刷用紙上に印刷するものである。２０７はシステムバス
（ＳＹＳＴＥＭＢＵＳ）で、上述したプリンタ１０３
を構成する各機器を接続している。

【００２６】図３は、図１に示すパーナルコンピュータ
１０１の内部構成を示すブロック図であり、同図におい
て、３０１はＣＲＴ（陰極線管）等の表示部で、各種の
情報を表示するものである。３０２はキーボード等の操
作部で、ユーザーが各種の情報を入力するものである。
３０３はハードディスクで、各種の情報を格納するもの
である。３０４はメモリで、各種の情報を格納するもの
である。３０５はＣＰＵ（中央演算処理装置）で、パー
ナルコンピュータ１０１全体の制御を司るものである。
３０６はＩＥＥＥ１３９４Ｉ／Ｆ（インターフェース）
部で、２本のＩＥＥＥ１３９４シリアルバス１０６を有
しており、その一方は図１に示すようにスキャナ１０２
に、他方はプリンタ１０３にそれぞれ接続されている。
３０７はシステムバス（ＳＹＳＴＥＭＢＵＳ）で、上
述したパーナルコンピュータ１０１を構成する各機器を
接続している。

【００２７】次に、上記構成になるパーナルコンピュー
タ１０１の動作について、図１〜図３と共に、図４及び
図５のフローチャートを用いて説明する。

【００２８】パーナルコンピュータ１０１上では、ユー
ザーがアプリケーションプログラムを用いて、プリント
すべき文章データを作成し、操作部３０２から前記文章
データの印刷を指示すると、ＣＰＵ３０５は図４及び図
５のフローチャートに沿って動作を行う。

【００２９】まず、図４のステップＳ４０１でＣＰＵ３
０５は、印刷する文章データがあるか否かを、文章デー
タがあるまで判別する。そして、印刷する文章データが
あるとステップＳ４０２でＣＰＵ３０５は、前記文章デ
ータを解析して、文章データにビットイメージデータが
含まれているか否かを判断する。そして、文章データに
ビットイメージデータが含まれている場合は、ステップ
Ｓ４０３でＣＰＵ３０５は、ＩＥＥＥ１３９４シリアル
バスのアイソクロナス（同期）リソースマネージャにア
クセスし、ビットイメージデータを送るために必要なバ
スバンド幅が取得できるか否かを問い合わせる。但し、
ＩＥＥＥ１３９４シリアルバスのアイソクロナス（同
期）チャネルはブロードキャスト方式で、受け手側のア
クノレッジによるデータ受信確認を行わないので、この
アイソクロナスチャネルを用いたデータ転送は、データ
容量が比較的大きく且つデータが欠落しても重大なエラ
ーになる可能性が殆ど無いビットイメージデータに限定
する。

【００３０】次に、ステップＳ４０４でＣＰＵ３０５
は、過去にアシンクロナス（非同期）チャネルを用いて
データをプリンタ１０３等の周辺機器に送った際のデー
タ転送レートを計算、記憶しておき、その平均値と前記
アイソクロナスリソースマネージャから情報として与え
られる、取得できるバスバンド幅と比較して、所望のバ
スバンド幅が取得できたか否かを判断する。

【００３１】例えば、ＩＥＥＥ１３９４シリアルバスの
アシンクロナスチャネルを用いてのパーソナルコンピュ
ータ１０１→プリンタ１０３の平均データ転送レートが
１０Ｍｂｉｔ／ｓであるとすると、前記アイソクロナス
リソースマネージャから確保できるバスバンド幅がそれ
以上であれば、アイソクロナスチャネルを用いてデータ
を送る意義があると考える（即ち、ＩＥＥＥ１３９４シ
リアルバスのアイソクロナスチャネルを用いてデータを
送った方が、ＩＥＥＥ１３９４シリアルバスのアシンク
ロナスチャネルを用いてデータを送るよりも速い）。

【００３２】前記ステップＳ４０４において所望のバス
バンド幅が取得できた場合は、ステップＳ４０５でＣＰ
Ｕ３０５は、プリンタ１０３にこれから文章データを送
ることを示す文章開始コマンド等を送る。前記アイソク
ロナスリソースマネージャから取得できるバスバンド幅
が、上記例のように過去にアシンクロナスチャネルを用
いてデータをプリンタ１０３等の周辺機器に送った際の
平均データ転送レートよりも速い場合は、ステップＳ４
０６でＣＰＵ３０５は、文章データ内のビットイメージ
データをＩＥＥＥ１３９４シリアルバスのアイソクロナ
スチャネルを用いて送り、それ以外のテキストデータや
ラインアートデータ等のいわゆるコードデータをＩＥＥ
Ｅ１３９４シリアルバスのアシンクロナスチャネルを用
いて送る。

【００３３】図６に、文章データとして送られる文章の
一例を示す。図６において、６０１はテキストデータ、
６０２はビットイメージデータ、６０３はテキストデー
タ及びラインアートデータである。

【００３４】前記ステップＳ４０６においては、ビット
イメージデータ６０２をＩＥＥＥ１３９４シリアルバス
のアイソクロナスチャネルを用いて送り、それ以外のテ
キストデータ６０１やラインアートデータ６０３をＩＥ
ＥＥ１３９４シリアルバスのアシンクロナスチャネルを
用いて送るものである。

【００３５】図７に文章データに関する一連の情報の一
例を示す。図７（ａ）において、７０１はこれからコマ
ンドを送ることを示すヘッダ、７０２はこれから文章デ
ータを送ることを示す文章開始コマンド、７０３は文章
データをアイソクロナスチャネルとアシンクロナスチャ
ネルの両方を用いて送るか、アシンクロナスチャネルの
みを用いて送るかを示すデータであり、アイソクロナス
チャネルとアシンクロナスチャネルの両方を用いて送る
場合は”１”、アシンクロナスチャネルのみを用いて送
る場合は”０”となる。７０４は文章データにビットイ
メージデータが含まれる場合、そのビットイメージデー
タのセット数を示すデータ、７０５は各ビットイメージ
データセットを区別するための番号及び各ビットイメー
ジデータセットのＸＹ座標を示すデータで、文章の上側
及び左側から羅列して記載される。７０６はコマンド終
了コードである。また、図７（ｂ）において、７０７は
これからコマンドを送ることを示すヘッダ、７０８はＪ
ＯＢＥＮＤ（文章終了）コマンド、７０９はＪＯＢ
ＥＮＤ（文章終了）コマンドである。

【００３６】いうまでもないが、たとえ文章全体がビッ
トイメージデータだけで構成されていたとしても、その
ビットイメージデータの文章上のＸＹ座標位置等の情報
を後述するようにアシンクロナスチャネルを用いて送る
ので、アイソクロナスチャネルだけを用いて文章データ
を送ることはない。

【００３７】前記ステップＳ４０６においてビットイメ
ージデータをＩＥＥＥ１３９４シリアルバスのアイソク
ロナスチャネルを用いて送るが、その際、パーナルコン
ピュータ１０１は、そのビットイメージデータのチェッ
クサムコードを最後に付加する。また、それ以外のテキ
ストデータ６０１やラインアートデータ６０３をＩＥＥ
Ｅ１３９４シリアルバスのアシンクロナスチャネルを用
いてプリンタ１０３に送るものである。

【００３８】次に、ステップＳ４０７でＣＰＵ３０５
は、プリンタ１０３から受信エラーを入力したか否かを
判断する。そして、プリンタ１０３から受信エラーを入
力しない場合は、ステップＳ４０８でＣＰＵ３０５は、
プリンタ１０３へのデータ送信が完了したか否かを判断
する。そして、プリンタ１０３へのデータ送信が完了し
ない場合は、前記ステップＳ４０５へ戻り、また、プリ
ンタ１０３へのデータ送信が完了した場合は、ステップ
Ｓ４０９でＣＰＵ３０５は、ＪＯＢＥＮＤコードを出
力した後、本処理動作を終了する。

【００３９】一方、前記アイソクロナスリソースマネー
ジャから確保できるバスバンド幅が、上記の例のように
過去にアシンクロナスチャネルを用いてデータをプリン
タ１０３等の周辺機器に送った際の平均データ転送レー
トよりも遅い場合は、やはり文章データをＩＥＥＥ１３
９４シリアルバスのアシンクロナスチャネルを用いて送
るものである。

【００４０】前記ステップＳ４０２において文章データ
にビットイメージデータが含まれていない場合及び前記
ステップＳ４０４において所望のバスバンド幅が取得で
きない場合は、いずれもステップＳ４１０へ進んでＣＰ
Ｕ３０５は、プリンタ１０３にこれから文章データを送
ることを示す文章開始マンド等を送る。次に、ステップ
Ｓ４１１でＣＰＵ３０５は、全ての文章データをＩＥＥ
Ｅ１３９４シリアルバスのアシンクロナス（非同期）チ
ャネルを用いてプリンタ１０３に送る。この場合の送る
データの手順については、例えば従来のＩＥＥＥ１３９
４Ｉ／Ｆ等を用いて送る方法と基本的には同じで、即ち
パーナルコンピュータ１０１からプリンタ１０３に対し
てデータを送ると、プリンタ１０３からデータ受信確認
のステータスが返されてデータ転送が完了するという、
一般的なハンドシェーク方式であるので、ここでは説明
を省略する。

【００４１】次に、ステップＳ４１２でＣＰＵ３０５
は、プリンタ１０３から受信エラーを入力したか否かを
判断する。そして、プリンタ１０３から受信エラーを入
力しない場合は、ステップＳ４１３でＣＰＵ３０５は、
プリンタ１０３へのデータ送信が完了したか否かを判断
する。そして、プリンタ１０３へのデータ送信が完了し
ない場合は、前記ステップＳ４１０へ戻り、また、プリ
ンタ１０３へのデータ送信が完了した場合は、前記ステ
ップＳ４０９でＣＰＵ３０５は、ＪＯＢＥＮＤコード
を出力した後、本処理動作を終了する。

【００４２】一方、前記ステップＳ４０７及びステップ
Ｓ４１２においてプリンタ１０３から受信エラーを入力
した場合は、いずれも図５のステップＳ４１４でＣＰＵ
３０５は、その入力した受信エラーがアイソクロナスデ
ータ受信エラーであるか否かを判断する。そして、入力
した受信エラーがアイソクロナスデータ受信エラーであ
る場合は、次のステップＳ４１５でＣＰＵ３０５は、図
９に示すアイソクロナスデータ再送コマンド９０６を送
った後、受信エラーを発生したアイソクロナスデータを
再送する。次に、ステップＳ４１６でＣＰＵ３０５は、
プリンタ１０３から受信エラーを入力したか否かを判断
する。そして、プリンタ１０３から受信エラーを入力し
ない場合は、ステップＳ４１７でＣＰＵ３０５は、プリ
ンタ１０３へのデータ送信が完了したか否かを判断す
る。そして、プリンタ１０３へのデータ送信が完了しな
い場合は、前記ステップＳ４１４へ戻り、また、プリン
タ１０３へのデータ送信が完了した場合は、前記ステッ
プＳ４１８でＣＰＵ３０５は、ＪＯＢＥＮＤコードを
出力した後、本処理動作を終了する。

【００４３】一方、前記ステップＳ４１４において入力
した受信エラーがアイソクロナスデータ受信エラーでな
い場合及び前記ステップＳ４１６においてプリンタ１０
３から受信エラーを入力した場合は、いずれもステップ
Ｓ４１９でＣＰＵ３０５は、表示部３０１にエラーであ
る旨の情報を表示した後、前記ステップＳ４１８へ進ん
でＪＯＢＥＮＤコードを出力した後、本処理動作を終
了する。

【００４４】次に、上記構成になるプリンタ１０３の動
作について、図１〜図３と共に、図図８のフローチャー
トを用いて説明する。

【００４５】プリンタ１０３側では、まず、ステップＳ
８０１でＣＰＵ２０３は、パーナルコンピュータ１０１
からＩＥＥＥ１３９４Ｉ／Ｆ部２０１を通じてデータが
入力したか否かを、データが入力するまで判断する。そ
して、データが入力した場合は、次のステップＳ８０２
でＣＰＵ２０３は、ＩＥＥＥ１３９４シリアルバスのア
イソクロナスチャネルからデータを入力したか否かを判
断する。ＩＥＥＥ１３９４シリアルバスのアシンクロナ
スチャネルを用いておられてくるデータにはコマンドが
含まれている可能性がある。文章データをパーナルコン
ピュータ１０１からプリンタ１０３に送る際に最初に送
られてくるのは、ＩＥＥＥ１３９４シリアルバスのアシ
ンクロナスチャネルを用いて送られてくる前記図７
（ａ）に示すような文章データに関する一連の情報であ
り、コマンドの部類に属する。

【００４６】この文章データに関する一連の情報は、ス
テップＳ８０１からステップＳ８０２、ステップＳ８０
３へと達し、更にステップＳ８０４へ行き、文章情報が
ＲＡＭ２０２の文章情報メモリ領域２０２ｃにストアさ
れる。

【００４７】次に、アイソクロナスチャネルからデータ
を入力した場合は、次のステップＳ８０３でＣＰＵ２０
３は、ビットイメージデータが送られてきたことを示す
ので、ＲＡＭ２０２の文章情報メモリ領域２０２ｃにス
トアされているビットイメージデータのＸＹ座標情報に
基づいて（送られてきた順番に対応するビットイメージ
データのＸＹ座標情報を読み出す）送られてきたデータ
のチェックサムを計算しながら、ＲＡＭ２０２のビット
イメージメモリ領域２０２ｂの対応するアドレスの前記
ビットイメージデータをストアする。次にステップＳ８
０４でＣＰＵ２０３は、アイソクロナスデータ入力が完
了したか否かを判断する。そして、アイソクロナスデー
タ入力が完了した場合は、次のステップＳ８０５でＣＰ
Ｕ２０３は、ビットイメージデータの最後にはチェック
サム情報が付加されてくるので、そのチェクッサム情報
をチェックする。次のステップＳ８０６でＣＰＵ２０３
は、そのデータと前記計算したチェックサム値とを比較
する。比較の結果、一致すれば前記ステップＳ８０１へ
戻って次のデータの入力を行い、また、一致しなければ
ステップＳ８０７でＣＰＵ２０３は、アイソクロナスデ
ータ受信エラーをパーソナルコンピュータ１０１に返し
た後、前記ステップＳ８０１へ戻って次のデータの入力
を行う。

【００４８】図９にアイソクロナスデータ受信エラーの
一例を示す。図９（ａ）において、９０１はプリンタ１
０３からのステータスであることを示すヘッダ、９０２
はアイソクロナスデータ受信エラーを示すコード、９０
３はアイソクロナスデータ受信エラーを発生したビット
イメージデータの番号、９０４はステータス終了コード
である。また、図９（ｂ）において、９０５はプリンタ
１０３からのステータスであることを示すヘッダ、９０
６はアイソクロナスデータ再送コマンド、９０７はアイ
ソクロナスデータを再送するビットイメージデータの番
号、９０８はステータス終了コードである。

【００４９】図８に戻って、前記ステップＳ８０２にお
いてアイソクロナスチャネルからデータを入力しない場
合は、ステップＳ８０８でＣＰＵ２０３は、入力したデ
ータは文章データであるか否かを判断する。そして、入
力したデータは文章データである場合は、ステップＳ８
０９でＣＰＵ２０３は、コードデータはＲＡＭ２０２の
コードメモリ領域２０２ａに、ビットイメージデータは
ビットイメージメモリ領域２０２ｂにそれぞれストアし
た後、前記ステップＳ８０１へ戻る。

【００５０】一方、前記ステップＳ８０８において入力
データが文章データでない場合は、ステップＳ８１０で
ＣＰＵ２０３は、ＪＯＢＥＮＤコマンド７０８を入力
したか否かを判断する。そして、ＪＯＢＥＮＤコマン
ド７０８を入力した場合は、ステップＳ８１１でＣＰＵ
２０３は、ＲＡＭ２０２のコードメモリ領域２０２ａか
らコードデータを読み出して解析してビットイメージデ
ータに変換し、ＲＡＭ２０２のビットイメージメモリ領
域２０２ｂにＯＲ論理で書き込み展開する。例えば、文
字コードについては、ＲＯＭ２０４にアクセスして対応
する文字フォント情報を読み出して、必要な大きさの文
字ビットイメージを得て書き込み、ラインアートについ
ても必要なラインをＲＡＭ２０２のビットイメージメモ
リ領域２０２ｂに書き込むものである。

【００５１】全てのコードをビットイメージデータに変
換してＲＡＭ２０２のビットイメージメモリ領域２０２
ｂに書き込むと、次に、ＣＰＵ２０３は印刷部２０６に
対して印刷開始コマンドを送って起動をかけ、また、Ｒ
ＡＭ２０２のビットイメージメモリ領域２０２ｂから順
番にビットイメージデータを読み出して印刷部Ｉ／Ｆ部
２０５に送る。印刷部Ｉ／Ｆ部２０５は、ＣＰＵ２０３
から送られてくる水平、垂直同期信号に合わせてビット
イメージデータを印刷部２０６へ送り、この印刷部２０
６で印刷した後、本処理動作を終了する。

【００５２】また、前記ステップＳ８１０においてＪＯ
ＢＥＮＤコマンドでない場合は、ステップＳ８１２で
ＣＰＵ２０３は、入力コマンドに応じた処理を行った
後、前記ステップＳ８０１へ戻る。

【００５３】なお、上記実施の形態では、パーソナルコ
ンピュータ１０１がまずＩＥＥＥ１３９４シリアルバス
のアイソクロナスリソースマネージャにアクセスし、獲
得したバスバンド幅が過去にアシンクロナスチャネルを
用いてデータをプリンタ１０３等の周辺機器に送った際
の平均データ転送レートよりも大きければ、ビットイメ
ージデータの転送にアイソクロナスチャネルを用いる場
合について説明したが、本発明はこれに限られるもので
はなく、別に大きくなくてもアイソクロナスチャネルと
してのバスバンドを獲得できれば、ビットイメージデー
タの転送にアイソクロナスチャネルを用いるようにして
もよい。

【００５４】これは、ＩＥＥＥ１３９４シリアルバスに
おいては、アシンクロナスチャネルよりもアイソクロナ
スチャネルの方がバスの使用に優先権が与えられている
ので、基本的にアイソクロナスチャネルを用いた方が有
利であるからである。

【００５５】次に、本実施の形態においてプリンタ装置
１００と外部機器との間を接続するデジタルＩ／Ｆ（イ
ンターフェース）として、ＩＥＥＥ１３９４シリアルバ
スを用いているため、このＩＥＥＥ１３９４シリアルバ
スについて説明する。

【００５６】民生用デジタルＶＴＲ（ＶｉｄｅｏＴａ
ｐｅＲｅｃｏｒｄｅｒ：ビデオテープレコーダ）や
ＤＶＤ（ＤｉｇｉｔａｌＶｉｄｅｏＤｉｓｋ：デ
ジタルビデオディスク）プレーヤ等の登場に伴って、ビ
デオデータやオーディオデータ等のリアルタイムで且つ
高情報量のデータ転送のサポートが必要になってくる。
このようなビデオデータやオーディオデータをリアルタ
イムで転送し、パソコン（パーナルコンピュータ）に取
り込んだり、またはその他のデジタル機器に転送を行う
には、必要な転送機能を備えた高速データ転送可能なイ
ンターフェースが必要になってくるものであり、そうい
った観点から開発されたインターフェースがＩＥＥＥ１
３９４-１９９５シリアルバス（ＨｉｇｈＰｅｒｆｏ
ｒｍａｎｃｅＳｅｒｉａｌＢｕｓ：ハイパフォーマ
ンスシリアルバス：以下、単に１３９４シリアルバスと
記述する）である。

【００５７】図１０は、１３９４シリアルバスを用いて
構成されるネットワーク・システムのの構成を示すブロ
ック図である。このシステムは、機器（デジタル機器）
Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、Ｇ、Ｈを備えており、機器Ａ
−Ｂ間、機器Ａ−Ｃ間、機器Ｂ−Ｄ間、機器Ｄ−Ｅ間、
機器Ｃ−Ｆ間、機器Ｃ−Ｇ間及び機器Ｃ−Ｈ間をそれぞ
れ１３９４シリアルバスのツイスト・ペア・ケーブル１
００１で接続されている。これらの機器Ａ〜Ｈは、例え
ばパソコン、デジタルＶＴＲ、ＤＶＤプレーヤ、デジタ
ルカメラ、ハードディスク、モニター、チューナー等で
ある。

【００５８】各機器間の接続方式は、ディジーチェーン
方式とノード分岐方式とを混在可能としたものであり、
自由度の高い接続が可能である。

【００５９】また、各機器Ａ〜Ｈは各自固有のＩＤ（識
別子）を有し、それぞれが認識し合うことによって１３
９４シリアルバスで接続された範囲において、１つのネ
ットワークを構成している。各機器間をそれぞれ１本の
１３９４シリアルバスケーブルで順次接続するだけで、
それぞれの機器が中継の役割を行い、全体として１つの
ネットワークを構成するものである。また、１３９４シ
リアルバスの特徴でもあるＰｌｕｇ＆Ｐｌａｙ機能でケ
ーブルを機器に接続した時点で自動で機器の認識や接続
状況等を認識する機能を有している。

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

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

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

【００６３】図１１に１３９４シリアルバスの構成要素
を示す。

【００６４】１３９４シリアルバスは、全体としてレイ
ヤ（階層）構造で構成されている。図１１において、１
１０１は１３９４コネクタ・ポートで、これに１３９４
シリアルバスのケーブル１１０２（図１においては１０
６、図１０においては１００１）が接続される。１３９
４シリアルバスのケーブルとコネクタとが接続される。
１３９４コネクタ・ポート１１０１の上には、ハードウ
ェア（ｈａｒｄｗａｒｅ）部としてフィジカル・レイヤ
１１０３とリンク・レイヤ１１０４を位置づけしてい
る。このハードウェア部は実質的なインターフェースチ
ップの部分であり、そのうちフィジカル・レイヤ１１０
３は符号化やネタ関連の制御等を行い、リンク・レイヤ
１１０４はパケット転送やサイクルタイムの制御等を行
う。

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

【００６６】このハードウェア部とファームウェア部ま
でが実質上の１３９４シリアルバスの構成である。

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

【００６８】以上が１３９４シリアルバスの構成であ
る。

【００６９】図１２は、１３９４シリアルバスにおける
アドレスマップを示す図である。

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

【００７１】１３９４シリアルバスのアドレッシング
は、ＩＥＥＥ１２１２規格に準じた方式であり、アドレ
ス設定は図１２において、最初の１０ｂｉｔがバスの番
号指定用に、次の６ｂｉｔがノードＩＤ番号の指定用に
使用される。残りの８ｉｔが機器に与えられたアドレス
幅になり、それぞれ固有のアドレス空間として使用でき
る。最後の２８ｂｉｔは固有データの領域として、各機
器の識別や使用条件の指定の情報等を格納する。

【００７２】以上が１３９４シリアルバスの技術の概要
である。

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

【００７４】まず、１３９４シリアルバス・ケーブルの
電気的仕様について説明する。

【００７５】図１３は、１３９４シリアルバス・ケーブ
ルの断面図である。同図において、１３０１は１３９４
シリアルバス・ケーブルで、その内部には６ピン、即ち
２組のツイストペア信号線１３０２及び電源線１３０３
を有している。これによって、電源を持たない機器や、
故障により電圧低下した機器等にも電力の供給が可能と
なっている。電源線１３０３内を流れる電源の電圧は８
〜４０Ｖ、電流は最大電流ＤＣ１．５Ａにそれぞれ規定
されている。各組のツイストペア信号線１３０２は、信
号線シールド１３０４によりそれぞれ被覆されている。

【００７６】尚、ＤＶケーブルと呼ばれる規格では、電
源線１３０３を省いた４ピンで構成されている。

【００７７】次に、ＤＳ−Ｌｉｎｋ（Ｄａｔａ／Ｓｔｒ
ｏｂｅＬｉｎｋ）符号化について説明する。

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

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

【００８０】このようなＤＳ−Ｌｉｎｋ符号化方式を用
いるメリットとして、８／１０Ｂ変換に比べて転送効率
が高いこと、ＰＬＬ（Ｐｈａｓｅ−ＬｏｃｋＬｏｏ
ｐ：位相ロックループ）回路が不要となるので、コント
ローラＬＳＩ（ＬａｒｇｅＳｃａｌｅＩｎｔｅｇｒ
ａｔｅｄＣｉｒｃｕｉｔ：大規模集積回路）の回路規
模を小さくできること、更には、転送すべきデータが無
いときにアイドル状態であることを示す情報を送る必要
が無いので、各機器のトランシーバ回路をスリープ状態
にすることができることによって、消費電力の低減が図
れる等が挙げられる。

【００８１】次に、バスリセットのシーケンスについて
説明する。

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

【００８３】このときの変化の検知方法は、１３９４ポ
ート基盤上でのアドバイス電圧の変化を検知することに
よって行われる。

【００８４】あるノードからバスリセット信号が伝達さ
れて、各ノードのフィジカル・レイヤ１１０３（図１１
参照）は、このバスリセット信号を受け取ると同時にリ
ンク・レイヤ１１０４（図１１参照）にバスリセットの
発生を伝達し且つ他のノードにバスリセット信号を伝達
する。最終的に全てのノードがバスリセット信号を検知
した後、バスリセットが起動する。

【００８５】バスリセットは、先に述べたようなケーブ
ル挿抜やネットワーク異常等によるハード検出による起
動と、プロトコルからのホスト制御等によってフィジカ
ル・レイヤ１１０３（図１１参照）に直接命令を出すこ
とによっても起動する。

【００８６】また、バスリセットが起動すると、データ
転送は一時中断され、この間のデータ転送は待たされ、
終了後に新しいネットワーク構成のもとで再開される。

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

【００８８】次に、ノードＩＤ決定のシーケンスについ
て説明する。

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

【００９０】まず、バスリセットの発生からノードＩＤ
が決定し、データ転送が行えるようになるまでの動作
を、図１５に基づき説明する。

【００９１】まず、ステップＳ１５０１でネットワーク
内にバスリセットが発生したか否かを発生するまで判断
する。そして、電源のオン／オフ等でバスリセットが発
生すると、次のステップＳ１５０２へ進む。このステッ
プＳ１５０２では、ネットワークがリセットされた状態
から、新たなネットワークの接続状況を知るために、直
接接続されている各ノード間において親子関係が宣言さ
れる。

【００９２】次にステップＳ１５０３で全てのノード間
で親子関係が決定したか否かを判断し、決定した場合は
次のステップＳ１５０４で１つのルートが決定する。ま
た、全てのノード間で親子関係が決定しない場合は、前
記ステップＳ１５０２へ戻って再び親子関係の宣言を行
い、前記ルートは決定されない。

【００９３】前記ステップＳ１５４において１つのルー
トが決定すると、次のステップＳ１５０５で各ノードに
ＩＤを与えるノードＩＤ設定作業が行われる。そして、
所定のノード順序でノードＩＤの設定作業が行われ、次
のステップＳ１５０６で全てのノードにＩＤを設定し終
えたか否かを判断する。そして、ＩＤ設定が終了しない
場合は前記ステップＳ１５０５へ戻って再び各ノードに
ＩＤを与えるノードＩＤ設定作業が行われる。また、前
記ステップＳ１５０６において、ＩＤ設定が終了した場
合は、次のステップＳ１５０７でノード間のデータ転送
が行われた後、前記ステップＳ１５０１へ戻り、再びネ
ットワーク内にバスリセットが発生したか否かを発生す
るまで判断する。

【００９４】次に、バスリセットにおける親子関係決定
の動作について、図１６に基づき説明する。

【００９５】まず、ステップＳ１６０１でネットワーク
にバスリセットが発生したか否かを発生するまで判断
し、発生した場合は次のステップＳ１６０２へ進む。こ
のステップＳ１６０２では、リセットされたネットワー
クの接続状況を再認識する作業の第１段階として、各機
器にリーフ（ノード）であることを示すフラグ（ＦＬ）
を立てる。次に、ステップＳ１６０３で各機器が自分の
持つポートが幾つ他のノードと接続されているかを確認
する。次に、ステップＳ１６０４で前記ステップＳ１６
０３におけるポート数の確認結果に応じて、これから親
子関係の宣言を始めていくために、未定義（親子関係が
決定されていない）ポートの数が幾つあるかを判断す
る。

【００９６】ここで、バスリセットの直後はポート数＝
未定義ポート数であるが、親子関係が決定されていくに
従って前記ステップＳ１６０４において検知する未定義
ポートの数は変化して行くものである。

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

【００９８】また、前記ステップＳ１６０３においてポ
ート数が複数あり、ブランチと認識したノードは、バス
リセットの直後は前記ステップＳ１６０４において未定
義ポート数＞１ということなので、ステップＳ１６０８
でブランチというフラグ（ＦＬ）が立てられ、次のステ
ップＳ１６０９でリーフからの親子関係宣言で「親（Ｐ
ａｒｅｎｔ）」の受付けをするために待つ。そして、リ
ーフが親子関係の宣言を行い、前記ステップＳ１６０９
においてそれを受け付けたブランチは、前記ステップＳ
１６０４へ戻って未定義ポート数の確認を行い、未定義
ポート数が１になっていれば、残っているポートに接続
されているノードに対して前記ステップＳ１６０７にお
いて「自分は子、相手は親」と宣言することが可能とな
る。２度目以降、前記ステップＳ１６０４において未定
義ポート数を確認しても２以上あるブランチに対して
は、再度前記ステップＳ１６０９においてリーフまたは
他のブランチからの「親（Ｐａｒｅｎｔ）」の受付けを
するために待つ。

【００９９】最終的に、いずれか１つのブランチ、また
は例外的にリーフ（子宣言を行えるのに素早く動作しな
かったため）が前記ステップＳ１６０４における未定義
ポート数の確認結果として０となった場合、これによっ
てネットワーク全体の親子関係の宣言が終了したもので
あり、未定義ポート数が０（全て親のポートとして決
定）になった唯一のノードは、ステップＳ１６０５でル
ートのフラグ（ＦＬ）が立てられる。次に、ステップＳ
１６０６でルートとしての認識がなされた後、本処理動
作を終了する。

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

【０１０１】次に、バスリセットにおける親子関係決定
後からノードＩＤ決定間での動作について、図１７に基
づき説明する。

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

【０１０３】そして、前記ステップＳ１７０１において
フラグがリーフの場合は、ステップＳ１７０２へ、ルー
トの場合はステップＳ１７１４へ、ブランチの場合はス
テップＳ１７０８へそれぞれ進む。

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

【０１０５】また、前記ステップＳ１７０４においてＩ
Ｄ取得ができたリーフの場合は、ステップＳ１７０５で
そのノードのＩＤ情報をブロードキャスト（決定した自
分のノードＩＤを他の全てのノードに通知する機能）で
全ノードに転送する。そして、１ノードＩＤ情報のブロ
ードキャストが終了すると、次のステップＳ１７０６で
残りのリーフの数Ｎが１つ減らされる。次にステップＳ
１７０７で残りのリーフの数Ｎが０であるか否かを判断
する。そして、残りのリーフの数Ｎが１以上の場合は、
前記ステップＳ１７０３へ戻って、ＩＤ要求の作業から
繰り返し行い、最終的に全てのリーフがＩＤ情報をブロ
ードキャスとすると、残りのリーフの数Ｎが０となるの
で、次のステップＳ１７０８へ進む。

【０１０６】このステップＳ１７０８では、ネットワー
ク内に存在するブランチの数Ｍ（Ｍは自然数）を設定す
る。次にステップＳ１７０９で各自ブランチがルートに
対してＩＤを与えるように要求する。これに対してルー
トは、ステップＳ１７１６でアービトレーション（調
停）を行い、アービトレーションに勝ったブランチから
順にリーフに与え終わった次の若い番号から与えてい
く。次にステップＳ１７１７でルートは要求を出したブ
ランチにＩＤ情報または失敗結果を通知する。次にステ
ップＳ１７１０でＩＤ取得ができたか否かを判断し、Ｉ
Ｄ取得が失敗に終わったリーフの場合は、前記ステップ
Ｓ１７０９へ戻って、再度ＩＤ要求を行って同様の作業
を繰り返す。

【０１０７】また、前記ステップＳ１７１０においてＩ
Ｄ取得ができたブランチの場合は、ステップＳ１７１１
でそのノードのＩＤ情報をブロードキャストで全ノード
に転送する。そして、１ノードＩＤ情報のブロードキャ
ストが終了すると、次のステップＳ１７１２で残りのリ
ーフの数Ｎが１つ減らされる。次にステップＳ１７１３
で残りのブランチの数Ｎが０であるか否かを判断する。
そして、残りのブランチの数Ｎが１以上の場合は、前記
ステップＳ１７０９へ戻って、ＩＤ要求の作業から繰り
返し行い、最終的に全てのブランチがＩＤ情報をブロー
ドキャストすると、残りのブランチの数Ｎが０となるの
で、ステップＳ１７１８へ進む。

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

【０１０９】なお、前記ステップＳ１７０１においてフ
ラグがブランチの場合は、前記ステップＳ１７０８以降
の処理を、また、フラグがルートの場合は、前記ステッ
プＳ１７１４以降の処理を、それぞれ行うものである。

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

【０１１１】次に、一例として実際のネットワークにお
ける動作を、図１８に基づき説明する。

【０１１２】図１８において、（ルート）ノードＢの下
位にはノードＡとノードＣが直接接続されており、ま
た、ノードＣの下位にはノードＤが直接接続されてお
り、更にノードＤの下位にはノードＥとノードＦが直接
接続された階層構造になっている。

【０１１３】また、図１８において、ブランチは２つ以
上のノード接続があるノード、リーフは１つのポートの
み接続があるノード、ポートｃは子のノードに相当する
ポート、ポートｐは親のノードに相当するポートであ
る。

【０１１４】以下、前記階層構造やルートノード、ノー
ドＩＤを決定する手順を説明する。

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

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

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

【０１１８】このようにして、図１８に示すような階層
構造が構成され、最終的に接続されている全てのポート
において親となったノードＢがルートノードと決定され
る。

【０１１９】ルートは１つのネットワーク構成中に１つ
しか存在しないものである。

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

【０１２１】このようにしてルートノードが決定する
と、次は各ノードＩＤを決定するモードに入る。ここで
は全てのノードが、決定した自分のノードＩＤを他の全
てのノードに通知する（ブロードキャスト機能）。

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

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

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

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

【０１２６】次にアービトレーションについて図１９を
用いて説明する。

【０１２７】１３９４シリアスバスでは、データ転送に
先立って必ずバス使用権のアービトレーション（調停）
を行う。１３９４シリアスバスは個別に接続された各機
器が、転送された信号をそれぞれ中継することによっ
て、ネットワーク内全ての機器に同信号を伝えるよう
に、論理的なバス型ネットワークであるので、パケット
の衝突を防ぐ意味でアービトレーションは必要である。
これによって、ある時間には、たった１つのノードのみ
転送を行うことができる。

【０１２８】図１９は、アービトレーションの過程を説
明するための図であり、同図（ａ）はバス使用権の要求
が届けられる状態を、同図（ｂ）はバス使用の許可が届
けられる状態をそれぞれ示している。

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

【０１３０】バス使用権の要求を受けたルートノード
は、どのノードにバスを使用させるかを決める。この調
停作業はルートノードのみが行えるものであり、調停に
よって勝ったノードにはバスの使用許可を与える。図１
９（ｂ）ではノードＣに使用許可が与えられ、ノードＦ
の使用は拒否された状態を示している。

【０１３１】アービトレーションに負けたノードに対し
てはＤＰ（ＤａｔａＰｒｅｆｉｘ）パケットを送り、
拒否されたことを通知する。拒否されたノードのバス使
用権の要求は、次回のアービトレーションまで待たされ
る。

【０１３２】以上のようにして、アービトレーションに
勝ってバスの使用許可を受けたノードは、以降データの
転送を開始できる。

【０１３３】ここで、アービトレーションの一連の動作
の流れを、図２０のフローチャートに基づき説明する。

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

【０１３５】図２０において、まず、ステップＳ２００
１でＡｓｙｎｃｈｒｏｎｏｕｓ（非同期）データ、Ｉｓ
ｏｃｈｒｏｎｏｕｓ（同期）データ等、それぞれ転送す
るデータに応じた所定のギャップ長が得られたか否かを
判断する。所定のギャップ長が得られない限り、転送を
開始するために必要なバス使用権の要求はできないの
で、所定のギャップ長が得られるまで待機する。そし
て、前記ステップＳ２００１において所定のギャップ長
が得られた場合は、次のステップＳ２００２で転送すべ
きデータがあるか否かを判断し、転送すべきデータが無
い場合は、何も処理せずに本処理動作を終了し、転送す
べきデータがある場合は、次のステップＳ２００３へ進
む。

【０１３６】ステップＳ２００３では、データを転送す
るためにバスを確保するようにバス使用権の要求をルー
トに対して発する。このときのバス使用権の要求を表わ
す信号の伝達は、図１９（ａ）に示したように、ネット
ワーク内各機器を中継しながら、最終的にルートに届け
られる。

【０１３７】次にステップＳ２００４で前記ステップＳ
２００３におけるバス使用権の要求を１つ以上のルート
が受信し、そのルートは次のステップＳ２００５でバス
使用権の要求を出したノードの数が１以上（バス使用権
要求ノード数＞１）であるか否かを判断する。そして、
ノードの数が１以上（バス使用権要求ノード数＞１）の
場合は、ルートはステップＳ２００６で使用許可を与え
るノードを１つに決定する調停（アービトレーション）
作業を行う。この調停作業は公平なものであり、毎回同
じノードばかりが使用許可を受けるようなことはなく、
平等に権利を与えていくような構成となっている（フェ
ア・アービトレーション）。

【０１３８】次にステップＳ２００７で前記ステップＳ
２００６において使用権の要求を出した複数のノードの
中からルートが調停して使用許可を受けた１つのノード
（アービトレーションに勝ったノード）と、アービトレ
ーションに負けたその他のノードとに分ける選択作業を
行う。ここで、調停されて使用許可を受けた１つのノー
ド、または前記ステップＳ２００５においてバス使用権
要求ノード数＝１で調停無しに使用許可を受けたノード
には、ステップＳ２００８でルートはそのノードに対し
て許可信号を送った後、本処理動作を終了する。前記ス
テップＳ２００８における許可信号を受けたノードは、
受け取った直後に転送すべきデータ（パケット）を転送
開始する。また、前記ステップＳ２００６における調停
で負けてバス使用が許可されなかったノードには、ステ
ップＳ２００９でルートからアービトレーション失敗を
示すＤＰ（ＤａｔａＰｒｅｆｉｘ）パケットが送ら
れ、これを受け取ったノードは、再度転送を行うための
バス使用権の要求を出すため、前記ステップＳ２００１
へ戻って、所定ギャップ長が得られるまで待機する。

【０１３９】次に、Ａｓｙｎｃｈｒｏｎｏｕｓ（アシン
クロナス：非同期）転送について、図２１及び図２２を
用いて説明する。アシンクロナス転送は、非同期転送で
ある。

【０１４０】図２１は、アシンクロナス転送における時
間的な遷移状態を示す図、図２２は、アシンクロナス転
送のパケットフォーマットの一例を示す図である。

【０１４１】図２１において、最初のサブアククション
・ギャップ（ｓｕｂａｃｔｉｏｎｇａｐ）は、バスのア
イドル状態を示すものである。このアイドル時間が一定
値になった時点で、転送を希望するノードはバスが使用
できると判断して、バス獲得のためのアービトレーショ
ンを実行する。

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

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

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

【０１４５】以上がアシンクロナス転送についての説明
である。

【０１４６】次に、Ｉｓｏｃｈｒｏｎｏｕｓ（アイソク
ロナス：同期）転送について、図２３及び図２４を用い
て説明する。アイソクロナス転送は、同期転送である。
１３９４シリアルバスの最大の特徴であるともいえるア
イソクロナス転送は、特に映像データや音声データとい
ったマルチメディアデータ等、リアルタイムな転送を必
要とするデータの転送に適した転送モードである。

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

【０１４８】図２３は、アイソクロナス転送における時
間的な遷移状態を示す図、図２４は、アイソクロナス転
送のパケットフォーマットの一例を示す図である。

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

【０１５０】このサイクル・スタート・パケットに送信
される時間間隔が１２５μｓとなる。

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

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

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

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

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

【０１５６】次に、バス・サイクルについて、図２５を
用いて説明する。図２５は、アイソクロナス転送とアシ
ンクロナス転送とが混在したバス上の転送状態の時間的
な遷移状態を示す図である。

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

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

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

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

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

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

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

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

【０１６５】こういった遅延情報も含めて、サイクル・
マスタによって管理される。

【０１６６】

【発明の効果】以上詳述したように本発明の印刷方法及
びシステムによれば、データをＩＥＥＥ１３９４インタ
ーフェースバスを用いて送る場合に、最低のデータ転送
時間で送れるので、印刷に要する時間を大幅に短縮する
ことができるという効果を奏する。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係る印刷システム
の構成を示すブロック図である。

【図２】図１におけるプリンタの内部構成を示すブロッ
ク図である。

【図３】図１におけるパーソナルコンピュータの内部構
成を示すブロック図である。

【図４】図１におけるパーソナルコンピュータの動作の
流れを示すフローチャートである。

【図５】図１におけるパーソナルコンピュータの動作の
流れを示すフローチャートである。

【図６】本発明の第１の実施の形態に係る印刷システム
における文章データの一例を示す図である。

【図７】本発明の第１の実施の形態に係る印刷システム
におけるコマンドの一例を示す図である。

【図８】図１におけるプリンタ装置の動作の流れを示す
フローチャートである。

【図９】本発明の第１の実施の形態に係る印刷システム
におけるコマンドの一例を示す図である。

【図１０】ＩＥＥＥ１３９４ケーブルを用いた通信シス
テムの一例を示す図である。

【図１１】ＩＥＥＥ１３９４の階層構造を示す図であ
る。

【図１２】ＩＥＥＥ１３９４のアドレスマップを示す図
である。

【図１３】ＩＥＥＥ１３９４のケーブルの断面図であ
る。

【図１４】ＤＳ−Ｌｉｎｋ符号化形式を説明するための
図である。

【図１５】バスリセットからＩＤの設定までの動作の流
れを示すフローチャートである。

【図１６】バスリセットにおける親子関係決定の動作の
流れを示すフローチャートである。

【図１７】バスリセットにおける親子関係決定の後から
ノードＩＤ決定までの動作の流れを示すフローチャート
である。

【図１８】ノード間の親子関係を示す図である。

【図１９】アービトレーションの過程を説明するための
図である。

【図２０】アービトレーションの動作の流れを示すフロ
ーチャートである。

【図２１】アシンクロナス転送におけるサブアクション
を示す図である。

【図２２】アシンクロナス転送におけるパケット構造を
示す図である。

【図２３】アイソクロナス転送におけるサブアクション
を示す図である。

【図２４】アイソクロナス転送におけるパケット構造を
示す図である。

【図２５】ＩＥＥＥ１３９４の通信サイクルの一例を示
す図である。

【符号の説明】

１０１パーナルコンピュータ（ＰＣ）１０２スキャナ１０３プリンタ１０４デジタルカメラ１０５ハードディスクドライブ（ＨＤＤ）１０６ＩＥＥＥ１３９４インターフェース（Ｉ／
Ｆ）シリアルバス２０１ＩＥＥＥ１３９４インターフェース（Ｉ／
Ｆ）部２０２ＲＡＭ（ランダムアクセスメモリ）２０２ａコードメモリ領域２０２ｂビットイメージデータメモリ領域２０２ｃ文章情報メモリ領域２０３ＣＰＵ（中央演算処理装置）２０４ＲＯＭ（リードオンリーメモリ）２０５印刷部インターフェース（Ｉ／Ｆ）部２０６印刷部２０７システムバス３０１表示部３０２操作部３０３ハードディスク３０４メモリ３０５ＣＰＵ（中央演算処理装置）３０６ＩＥＥＥ１３９４インターフェース（Ｉ／
Ｆ）部３０７システムバス

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号ＦＩＨ０４Ｌ 12/28 Ｈ０４Ｌ 11/00 ３１０Ｚ

Claims

【特許請求の範囲】

【請求項１】データを所定のインターフェースを通じ
て印刷装置に送り印刷する印刷方法において、前記デー
タをビットイメージデータとそれ以外のデータとに分け
るデータ分割ステップと、前記ビットイメージデータに
ついては、前記所定のインターフェースの同期転送モー
ドを用いて送るか前記所定のインターフェースの非同期
転送モードを用いて送るかを所定の条件に基づいて決定
する転送モード決定ステップを有することを特徴とする
印刷方法。
【請求項２】前記所定の条件とは、同期転送のリソー
スマネージャにアクセスして獲得できたバスバンド幅が
一定の値を上回った場合であることを特徴とする請求項
１記載の印刷方法。
【請求項３】前記所定の条件とは、同期転送のリソー
スマネージャにアクセスして獲得できたバスバンド幅が
非同期転送モードでデータ転送を行う場合の平均データ
転送レートを上回った場合であることを特徴とする請求
項１記載の印刷方法。
【請求項４】前記ビットイメージデータについては、
前記所定のインターフェースの同期転送モードを用いて
送る場合は、前記ビットイメージデータに付随する情報
を前記所定のインターフェースの非同期転送モードを用
いて送ることを特徴とする請求項１記載の印刷方法。
【請求項５】前記所定のインターフェースは、ＩＥＥ
Ｅ１３９４インターフェースであることを特徴とする請
求項１または４記載の印刷方法。
【請求項６】前記データは、文章データであることを
特徴とする請求項１記載の印刷方法。
【請求項７】前記印刷装置は、レーザービームプリン
タであることを特徴とする請求項１記載の印刷方法。
【請求項８】前記印刷装置は、カラーレーザービーム
プリンタであることを特徴とする請求項１記載の印刷方
法。
【請求項９】データを所定のインターフェースを通じ
て印刷装置に送り印刷する印刷システムにおいて、前記
データをビットイメージデータとそれ以外のデータとに
分けるデータ分割手段と、前記ビットイメージデータに
ついては前記所定のインターフェースの同期転送モード
を用いて送るか前記所定のインターフェースの非同期転
送モードを用いて送るかを所定の条件に基づいて決定す
る転送モード決定手段とを有することを特徴とする印刷
システム。
【請求項１０】前記所定の条件とは、同期転送のリソ
ースマネージャにアクセスして獲得できたバスバンド幅
が一定の値を上回った場合であることを特徴とする請求
項９記載の印刷システム。
【請求項１１】前記所定の条件とは、同期転送のリソ
ースマネージャにアクセスして獲得できたバスバンド幅
が非同期転送モードでデータ転送を行う場合の平均デー
タ転送レートを上回った場合であることを特徴とする請
求項９記載の印刷システム。
【請求項１２】前記ビットイメージデータについて
は、前記所定のインターフェースの同期転送モードを用
いて送る場合は、前記ビットイメージデータに付随する
情報を前記所定のインターフェースの非同期転送モード
を用いて送ることを特徴とする請求項９記載の印刷シス
テム。
【請求項１３】前記所定のインターフェースは、ＩＥ
ＥＥ１３９４インターフェースであることを特徴とする
請求項９または１２記載の印刷システム。
【請求項１４】前記データは、文章データであること
を特徴とする請求項９記載の印刷システム。
【請求項１５】前記印刷装置は、レーザービームプリ
ンタであることを特徴とする請求項９記載の印刷システ
ム。
【請求項１６】前記印刷装置は、カラーレーザービー
ムプリンタであることを特徴とする請求項９記載の印刷
システム。