JP2001177544A - データ転送制御装置、情報記憶媒体及び電子機器 - Google Patents

Abstract

(57)【要約】 【課題】データ転送中に上層のデバイスにエラーが発生
した場合にも適正にデータ転送を再開できるデータ転送
制御装置、情報記憶媒体及び電子機器の提供。 【解決手段】 ＩＥＥＥ１３９４規格のデータ転送制御
装置において、エラー発生の前後でＯＲＢの内容と転送
データの先頭アドレスが同一の場合に、エラー発生時点
の続きからデータ転送を再開し、プリンタの二重印刷等
を防止する。ＯＲＢの内容や先頭アドレスが非同一の場
合には新規のＯＲＢとして処理して、イニシエータ側の
ＯＳの相違を意識しないで済むようにする。ターゲット
がイニシエータに転送するエラーステータスの情報フィ
ールドに未処理のデータ長を書き込む。エラー発生後に
最初に転送されてきた、印刷コマンドを含むコマンドブ
ロックＯＲＢを、エラー発生前のＯＲＢの比較対象とし
て採用する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ転送制御装
置、情報記憶媒体及び電子機器に関し、特に、バスに接
続される複数のノード間でＩＥＥＥ１３９４などの規格
に準じたデータ転送を行うためのデータ転送制御装置、
情報記憶媒体及び電子機器に関する。

【０００２】

【背景技術及び発明が解決しようとする課題】近年、Ｉ
ＥＥＥ１３９４と呼ばれるインターフェース規格が脚光
を浴びている。このＩＥＥＥ１３９４は、次世代のマル
チメディアにも対応可能な高速シリアルバスインターフ
ェースを規格化したものである。このＩＥＥＥ１３９４
によれば、動画像などのリアルタイム性が要求されるデ
ータも扱うことができる。また、ＩＥＥＥ１３９４のバ
スには、プリンタ、スキャナ、ＣＤ−ＲＷドライブ、ハ
ードディスクドライブなどのコンピュータの周辺機器の
みならず、ビデオカメラ、ＶＴＲ、ＴＶなどの家庭用電
化製品も接続できる。このため、電子機器のデジタル化
を飛躍的に促進できるものとして期待されている。

【０００３】さて、このようなＩＥＥＥ１３９４のバス
上でデータ転送を行っている際に、プリンタやスキャナ
などの電子機器においてエラーが発生した場合に、以下
のような問題が生じることが判明した。

【０００４】例えば、ターゲットであるプリンタにおい
てオフライン、紙なし等のエラーが発生した場合、イニ
シエータであるパーソナルコンピュータに対してエラー
ステータスが送られる。そして、エラーステータスを受
けたイニシエータは、数秒間の待ち時間の後、ターゲッ
トに対して再度印刷要求を行う。この場合に、イニシエ
ータが、エラーの発生により中断した印刷データの転送
を最初からやり直すようにターゲットに要求する場合が
ある。このような場合には、ターゲットに対して印刷デ
ータの一部分だけが二重に送られてしまい、二重印刷な
どの誤印刷が生じてしまう。この結果、エラー発生後に
データ転送を適正に再開できないという問題が生じる。

【０００５】本発明は、以上のような技術的課題に鑑み
てなされたものであり、その目的とするところは、バス
上でのデータ転送中に上層のデバイスにエラーが発生し
た場合にも適正にデータ転送を再開できるデータ転送制
御装置、情報記憶媒体及び電子機器を提供することにあ
る。

【０００６】

【課題を解決するための手段】上記課題を解決するため
に本発明は、バスに接続される複数のノード間でのデー
タ転送のためのデータ転送制御装置であって、相手ノー
ドから転送されてきたデータ転送オペレーション要求の
ための第１のコマンドパケットの処理中に上層のデバイ
スにエラーが発生した場合に、エラーステータスを相手
ノードに転送するステータス転送手段と、前記エラース
テータスを受けた相手ノードからデータ転送オペレーシ
ョン要求のための第２のコマンドパケットが転送されて
きた場合に、前記第１のコマンドパケットの内容と前記
第２のコマンドパケットの内容とを比較するコマンド比
較処理、又は前記第１のコマンドパケットにより転送要
求された転送データの先頭アドレスである第１のアドレ
スと前記第２のコマンドパケットにより転送要求された
転送データの先頭アドレスである第２のアドレスとを比
較するアドレス比較処理を行う比較手段と、前記第１、
第２のコマンドパケットが同一内容であると判断された
場合、又は前記第１、第２のアドレスが同一であると判
断された場合に、エラー発生時点のデータ転送の続きか
らデータ転送を再開する再開手段とを含むことを特徴と
する。

【０００７】本発明によれば、第１のコマンドパケット
の処理中に上層（例えばアプリケーション層）のデバイ
スにエラーが発生すると、エラーステータスが相手ノー
ドに転送される。そして、このエラーステータスを受け
た相手ノードから第２のコマンドパケットが転送されて
くると、エラー発生前に転送された第１のコマンドパケ
ットの内容と、エラー発生後に転送された第２のコマン
ドパケットの内容が比較される。或いは、第１のコマン
ドパケットにより転送要求された転送データの先頭アド
レスである第１のアドレスと、第２のコマンドパケット
により転送要求された転送データの先頭アドレスである
第２のアドレスが比較される。そして、第１、第２のコ
マンドパケットの内容が同一であると判断された場合、
或いは、第１、第２のアドレスが同一であると判断され
た場合に、エラー発生時点の続きから（例えばエラー発
生時点で転送を完了したデータの次のデータから）、デ
ータ転送が再開されるようになる。従って、第１のコマ
ンドパケットの処理中に上層のデバイスにエラーが発生
した場合にも、エラーからの復帰後に、適正にデータ転
送を再開できるようになる。

【０００８】なお、第１、第２のコマンドパケットの内
容比較と第１、第２のアドレスの比較を両方行い、第
１、第２のコマンドパケットの内容が同一であり且つ第
１、第２のアドレスが同一であると判断された場合に、
エラー発生時点の続きからデータ転送を再開する場合も
本発明の範囲に含まれる。

【０００９】また本発明は、前記第１、第２のコマンド
パケットが同一内容でないと判断された場合、又は前記
第１、第２のアドレスが同一でないと判断された場合に
は、前記第２のコマンドパケットが新規のコマンドパケ
ットとして処理されることを特徴とする。このようにす
れば、エラー発生後に、データ転送要求以外のコマンド
パケットが転送されてきた場合や、エラー発生時点の続
きからのデータ転送を要求するコマンドパケットが転送
されてきた場合にも、適正に対処できるようになる。

【００１０】また本発明は、前記ステータス転送手段
が、コマンドパケットの所与のフィールドに、データ転
送を再開するアドレスを特定するための情報を書き込む
ことを特徴とする。このようにすれば、エラーステータ
スを受けた相手ノードが、エラーステータスに含まれる
この情報を用いて、エラー発生時点の続きからのデータ
転送を要求するコマンドパケットを作成できるようにな
る。

【００１１】また本発明は、前記比較手段が、エラー発
生後に相手ノードから転送されてきたコマンドパケット
の中で最初に転送されてきたデータ転送オペレーション
要求のためのコマンドパケットを、前記第１のコマンド
パケットの比較対象となる前記第２のコマンドパケット
して採用することを特徴とする。このようにすれば、最
初のデータ転送オペレーション要求のためのコマンドパ
ケットが転送されてくるまで、コマンドパケットの内容
比較処理が実行されるのが、繰り越されるようになる。
これにより、無用なコマンドパケットの内容比較処理が
行われるのを防止でき、処理負担の軽減化を図れる。

【００１２】なお本発明では、ＩＥＥＥ１３９４の規格
に準拠したデータ転送を行うことが望ましい。

【００１３】また本発明は、上記のいずれかのデータ転
送制御装置との間でのデータ転送を制御するためのプロ
グラムを含む情報記憶媒体であって、データ転送制御装
置からエラーステータスが転送されてきた場合に、エラ
ー発生前に転送されたデータ転送オペレーション要求の
ための第１のコマンドパケットと同一内容の第２のコマ
ンドパケットを作成し、データ転送制御装置に転送要求
するためのプログラムを含むことを特徴とする。このよ
うにすれば、誤ったデータ転送再開処理が行われてしま
う事態を防止でき、エラーの発生が要因となる不具合の
発生を防止できる。

【００１４】また本発明は、上記のいずれかのデータ転
送制御装置との間でのデータ転送を制御するためのプロ
グラムを含む情報記憶媒体であって、データ転送制御装
置からエラーステータスが転送されてきた場合に、エラ
ー発生前に転送された第１のコマンドパケットによるデ
ータ転送を、エラー発生時点の続きから再開するための
第２のコマンドパケットを作成し、データ転送制御装置
に転送要求するためのプログラムを含むことを特徴とす
る。このようにすれば、第２のコマンドパケットは、エ
ラー発生前の第１のコマンドパケットとは異なる新規の
コマンドパケットとして処理され、この第２のコマンド
パケットにより、エラー発生時点の続きからデータ転送
を適正に再開できるようになる。

【００１５】また本発明に係る電子機器は、上記のいず
れかのデータ転送制御装置と、前記データ転送制御装置
及びバスを介して相手ノードから受信したデータに所与
の処理を施す装置と、処理が施されたデータを出力又は
記憶するための装置とを含むことを特徴とする。また本
発明に係る電子機器は、上記のいずれかのデータ転送制
御装置と、前記データ転送制御装置及びバスを介して相
手ノードに送信するデータに所与の処理を施す装置と、
処理が施されるデータを取り込むための装置とを含むこ
とを特徴とする。

【００１６】本発明によれば、電子機器においてエラー
が発生した場合にも、エラー復帰後にデータ転送を適正
に再開できるようになる。またデータ転送の高速化を図
れ、電子機器の低コスト化、電子機器の処理の高速化な
ども図ることができる。

【００１７】

【発明の実施の形態】以下、本発明の好適な実施形態に
ついて図面を用いて詳細に説明する。

【００１８】１．ＩＥＥＥ１３９４ まず、ＩＥＥＥ１３９４について簡単に説明する。

【００１９】１．１ 概要 ＩＥＥＥ１３９４（ＩＥＥＥ１３９４−１９９５、Ｐ１
３９４．ａ）では１００〜４００Ｍｂｐｓの高速なデー
タ転送が可能となっている（Ｐ１３９４．ｂでは８００
〜３２００Ｍｂｐｓ）。また、転送速度が異なるノード
をバスに接続することも許される。

【００２０】各ノードはツリー状に接続されており、１
つのバスに最大で６３個のノードが接続可能になってい
る。なお、バスブリッジを利用すれば約６４０００個の
ノードを接続することも可能である。

【００２１】ＩＥＥＥ１３９４では、パケットの転送方
式として非同期転送とアイソクロナス転送が用意されて
いる。ここで非同期転送は、信頼性が要求されるデータ
の転送に好適な転送方式であり、アイソクロナス転送
は、リアルタイム性が要求される動画像や音声などのデ
ータの転送に好適な転送方式である。

【００２２】１．２ 層構造 ＩＥＥＥ１３９４の層構造（プロトコル構成）を図１に
示す。

【００２３】ＩＥＥＥ１３９４のプロトコルは、トラン
ザクション層、リンク層、物理層により構成される。ま
た、シリアルバスマネージメントは、トランザクション
層、リンク層、物理層をモニターしたり制御したりする
ものであり、ノードの制御やバスのリソース管理のため
の種々の機能を提供する。

【００２４】トランザクション層は、上位層にトランザ
クション単位のインターフェース（サービス）を提供
し、下層のリンク層が提供するインターフェースを通し
て、リードトランザクション、ライトトランザクショ
ン、ロックトランザクション等のトランザクションを実
施する。

【００２５】ここで、リードトランザクションでは、応
答ノードから要求ノードにデータが転送される。一方、
ライトトランザクションでは、要求ノードから応答ノー
ドにデータが転送される。またロックトランザクション
では、要求ノードから応答ノードにデータが転送され、
応答ノードがそのデータに処理を施して要求ノードに返
信する。

【００２６】リンク層は、アドレッシング、データチェ
ック、パケット送受信のためのデータフレーミング、ア
イソクロナス転送のためのサイクル制御などを提供す
る。

【００２７】物理層は、リンク層により使用されるロジ
カルシンボルの電気信号への変換や、バスの調停や、バ
スの物理的インターフェースを提供する。

【００２８】１．３ ＳＢＰ-2 さて、図２に示すように、ＩＥＥＥ１３９４のトランザ
クション層の一部の機能を含む上位のプロトコルとし
て、ＳＢＰ-2（Serial Bus Protocol-2）と呼ばれるプ
ロトコルが提案されている。

【００２９】ここでＳＢＰ-2は、ＳＣＳＩのコマンドセ
ットをＩＥＥＥ１３９４のプロトコル上で利用可能にす
るために提案されたものである。このＳＢＰ-2を用いれ
ば、既存のＳＣＳＩ規格の電子機器で使用されていたＳ
ＣＳＩのコマンドセットに最小限の変更を加えて、ＩＥ
ＥＥ１３９４規格の電子機器に使用できるようになる。
従って、電子機器の設計や開発を容易化できる。また、
ＳＣＳＩのコマンドだけではなく、デバイス固有のコマ
ンドもカプセル化して利用できるため、非常に汎用性が
高い。

【００３０】図３に示すようにＳＢＰ-2では、まず、イ
ニシエータ（例えばパーソナルコンピュータ）により作
成されたログインＯＲＢ（Operation Request Block）
を用いてログイン処理が行われる（ステップＴ１）。次
に、ダミーＯＲＢを用いてフェッチエージェントの初期
化が行われる（ステップＴ２）。そして、コマンドブロ
ックＯＲＢ（ノーマルコマンドＯＲＢ）を用いてコマン
ド処理が行われ（ステップＴ３）、最後に、ログアウト
ＯＲＢを用いてログアウト処理が行われる（ステップＴ
４）。

【００３１】ここで、ステップＴ３のコマンド処理にお
いては、図４のＡ１に示すように、イニシエータがライ
ト要求パケットを転送して（ライト要求トランザクショ
ンを発行して）、ターゲットのドアベルレジスタをリン
グする。すると、Ａ２に示すように、ターゲットがリー
ド要求パケットを転送し、イニシエータが対応するリー
ド応答パケットを返す。これにより、イニシエータが作
成したＯＲＢ（コマンドブロックＯＲＢ）が、ターゲッ
トのデータバッファにフェッチされる。そして、ターゲ
ットは、フェッチされたＯＲＢに含まれるコマンドを解
析する。

【００３２】そして、ＯＲＢに含まれるコマンドがＳＣ
ＳＩのライトコマンドであった場合には、Ａ３に示すよ
うに、ターゲットがリード要求パケットをイニシエータ
に転送し、イニシエータが対応するリード応答パケット
を返す。これにより、イニシエータのデータバッファに
格納されているデータがターゲットに転送される。そし
て、例えばターゲットがプリンタであった場合には、転
送されたデータがプリンタエンジンにより印刷される。

【００３３】一方、ＯＲＢに含まれるコマンドがＳＣＳ
Ｉのリードコマンドであった場合には、図５のＢ１に示
すように、ターゲットは、一連のライト要求パケットを
イニシエータに転送する。これにより、例えばターゲッ
トがスキャナであった場合には、スキャナエンジンによ
り取得されたスキャンデータが、イニシエータのデータ
バッファに転送されることになる。

【００３４】このＳＢＰ-2によれば、ターゲットは、自
身が都合の良いときに要求パケットを転送して（トラン
ザクションを発行して）、データを送受信できる。従っ
て、イニシエータとターゲットが同期して動く必要がな
くなるため、データ転送効率を高めることができる。

【００３５】なお、ＩＥＥＥ１３９４の上位プロトコル
としては、ＳＢＰ-2以外にも、ＦＣＰ（Function Contr
ol Protocol）と呼ばれるプロトコルなども提案されて
いる。

【００３６】さて、ターゲット、イニシエータ間でデー
タ転送を行う場合、図６（Ａ）のようにイニシエータ
（相手ノード）のデータバッファ（記憶手段）にページ
テーブルが存在する場合と、存在しない場合がある。

【００３７】そして、ページテーブルが存在する場合に
は、図６（Ｂ）に示すように、イニシエータが作成した
ＯＲＢの中には、そのページテーブルのアドレスやエレ
メント数が含まれる。そして、転送データのアドレス
（読み出しアドレス、書き込みアドレス）は、このペー
ジテーブルを用いて間接アドレス指定される。

【００３８】一方、ページテーブルが存在しない場合に
は、図６（Ｃ）に示すように、ＯＲＢの中にアドレスと
データ長が含まれ、転送データのアドレスが直接アドレ
ス指定される。

【００３９】２．全体構成 次に、本実施形態のデータ転送制御装置の全体構成例に
ついて図７を用いて説明する。なお、以下では、イニシ
エータとの間でデータ転送を行うターゲットがプリンタ
である場合について例にとり説明するが、本発明はこれ
に限定されない。

【００４０】本実施形態のデータ転送制御装置１０は、
ＰＨＹデバイス１２（物理層のデバイス）、リンクデバ
イス１４（リンク層のデバイス）、ＣＰＵ１６（プロセ
ッサ）、データバッファ１８（記憶手段）、ファームウ
ェア２０（処理手段）を含む。なお、ＰＨＹデバイス１
２、リンクデバイス１４、ＣＰＵ１６、データバッファ
１８は、任意の構成要素であり、本実施形態のデータ転
送制御装置１０は、これらの構成要素を全て含む必要は
ない。

【００４１】ＰＨＹデバイス１２は、図１の物理層のプ
ロトコルをハードウェアにより実現するための回路であ
り、リンクデバイス１４により使用されるロジカルシン
ボルを電気信号に変換する機能を有する。

【００４２】リンクデバイス１４は、図１のリンク層の
プロトコルやトランザクション層のプロトコルの一部を
ハードウェアにより実現するための回路であり、ノード
間でのパケット転送のための各種サービスを提供する。

【００４３】ＣＰＵ１６は、装置全体の制御やデータ転
送の制御を行うものである。

【００４４】データバッファ１８は、転送データ（パケ
ット）を一時的に格納するバッファであり、ＳＲＡＭ、
ＳＤＲＡＭ、或いはＤＲＡＭなどのハードウェアにより
構成される。なお、本実施形態では、データバッファ１
８は、ランダムアクセス可能なパケット記憶手段として
機能する。

【００４５】ファームウェア２０は、ＣＰＵ１６上で動
作する種々の処理ルーチン（処理モジュール）を含むプ
ログラムであり、トランザクション層のプロトコルは、
このファームウェア２０と、ハードウェアであるＣＰＵ
１６等により実現される。

【００４６】なお、イニシエータであるパーソナルコン
ピュータ１００が含むデバイスドライバ１０２は、周辺
機器を管理制御するための種々の処理ルーチンを含むプ
ログラムである。このプログラムは、情報記憶媒体１１
０（ＦＤ、ＣＤ−ＲＯＭ、ＤＶＤ、ＲＯＭ）を利用して
パーソナルコンピュータ１００にインストールされる。

【００４７】ここで、デバイスドライバ１０２のプログ
ラムは、ホストシステムが有する情報記憶媒体（ハード
ディスク、磁気テープ等）からインターネットなどのネ
ットワークを介してダウンロードし、パーソナルコンピ
ュータ１００にインストールするようにしてもよい。こ
のようなホストシステムが有する情報記憶媒体の使用も
本発明の範囲内に含まれる。

【００４８】ファームウェア２０（Ｆ／Ｗ）は、コミュ
ニケーション部３０（ＣＯＭ）、マネージメント部４０
（ＭＮＧ）、プリントタスク部５０（ＰＲＴ）、フェッ
チ部６０（ＦＣＨ）を含む。

【００４９】ここで、コミュニケーション部３０は、リ
ンクデバイス１４などのハードウェアとの間のインター
フェースとして機能する処理モジュールである。

【００５０】マネージメント部４０（マネージメントエ
ージェント）は、ログイン、リコネクト、ログアウト、
リセット等の管理を行う処理モジュールである。例えば
イニシエータがターゲットにログインを要求した場合に
は、まず、このマネージメント部４０が、このログイン
要求を受け付けることになる。

【００５１】プリントタスク部５０は、後段のアプリケ
ーション層（上層）であるプリンタエンジンとの間のデ
ータ転送処理を行う処理モジュールである。

【００５２】フェッチ部６０（フェッチエージェント、
コマンドブロックエージェント）は、コマンドブロック
ＯＲＢが含むコマンドを実行するための処理モジュール
である。フェッチ部６０は、単一の要求しか扱うことが
できないマネージメント部４０と異なり、イニシエータ
からの要求により自身がフェッチしたＯＲＢのリンクリ
ストも扱うことができる。

【００５３】フェッチ部６０は、ステータス転送部６
２、コマンド比較部６６、アドレス比較部７０、データ
転送再開部７２を含む。

【００５４】ここでステータス転送部６２は、イニシエ
ータ（相手ノード）から転送されてきたＯＲＢ（コマン
ドブロックＯＲＢ。広義には、データ転送オペレーショ
ン要求のためのコマンドパケット）の処理中に、プリン
タエンジン（上層のデバイス）にエラーが発生した場合
に、エラーのステータスをイニシエータに転送する処理
を行う。

【００５５】コマンド比較部６６は、エラーステータス
を受けたイニシエータからＯＲＢ（コマンドブロックＯ
ＲＢ）が再度転送されてきた場合に、エラー発生前に処
理中であったＯＲＢ（第１のコマンドパケット）の内容
と、エラー発生後に転送されてきたＯＲＢ（第２のコマ
ンドパケット）の内容とを比較する処理を行う。

【００５６】アドレス比較部７０は、エラーステータス
を受けたイニシエータからＯＲＢが再度転送されてきた
場合に、エラー発生前に処理中であったＯＲＢにより転
送要求された転送データの先頭アドレス（第１のアドレ
ス。ＩＥＥＥ１３９４のバスアドレス）と、エラー発生
後に転送されてきたＯＲＢにより転送要求された転送デ
ータの先頭アドレス（第２のアドレス）とを比較する処
理を行う。

【００５７】データ転送再開部７２は、エラー発生前の
ＯＲＢ（第１のコマンドパケット）の内容とエラー発生
後のＯＲＢ（第２のコマンドパケット）の内容が同一で
あり、エラー発生前のＯＲＢによる転送データの先頭ア
ドレス（第１のアドレス）とエラー発生後のＯＲＢによ
る転送データの先頭アドレス（第２のアドレス）が同一
である場合に、エラー発生時点のデータ転送の続き（エ
ラー発生時点で転送したデータの次のデータ）からデー
タ転送を再開する処理を行う。

【００５８】なお、処理の確実性の観点からは、ＯＲＢ
の内容が同一であり且つ先頭アドレスが同一である場合
に、データ転送を再開することが望ましい。しかしなが
ら、ＯＲＢの内容が一致しただけでデータ転送を再開す
るようにしたり、先頭アドレスが一致しただけでデータ
転送を再開するようにしてもよい。このようにすれば、
処理負担を軽減化できる。

【００５９】３．本実施形態の処理 次に、本実施形態の処理例について説明する。

【００６０】図８は、ターゲット側（ファームウェア）
の処理例を示すフローチャートである。

【００６１】イニシエータから印刷要求があると、ター
ゲットは、イニシエータのデータバッファからＯＲＢを
リードする（ステップＳ１）。そして、ページテーブル
が存在する場合には、ＯＲＢに含まれるページテーブル
アドレス（図６（Ｂ）参照）に基づいて、イニシエータ
のデータバッファからページテーブルをリードする（ス
テップＳ２）。

【００６２】次に、プリンターにおいてオフライン、紙
なし、カバーオープン、インク・リボン・トナーなしな
どのエラーが発生したか否かを判断する（ステップＳ
３）。そして、エラーが発生していない場合には、ステ
ップＳ２でリードしたページテーブルに基づいてイニシ
エータのデータバッファから印刷データをリードする
（ステップＳ４）。

【００６３】なお本実施形態では、エラーの発生は割り
込みにより通知され、割り込みが通知されると、エラー
が発生したことを示すフラグがオンになる。そして、ス
テップＳ３では、このフラグがオンになっているか否か
をチェックすることで、エラーが発生したか否かを判断
している。

【００６４】次に、ページテーブルにより指定される印
刷データを全てリードしたか否かを判断する（ステップ
Ｓ５）。そして、全てをリードしていない場合にはステ
ップＳ３に戻る。一方、全てをリードした場合にはステ
ータスをライトし、転送完了のステータスをイニシエー
タに伝える（ステップＳ６）。以上の処理を、全ての印
刷データ（印刷物を印刷するのに必要な全ての印刷デー
タ）が転送されるまで繰り返す（ステップＳ７）。

【００６５】そして本実施形態では、ステップＳ３でエ
ラーが発生したと判断された場合に、以下のような処理
を行う。

【００６６】即ち、まず、エラー発生時点で転送が完了
していない未処理のデータのデータ長が情報フィールド
に書き込まれたエラーステータスを作成し、イニシエー
タに転送する（ステップＳ８）。そして、イニシエータ
からの印刷要求を待つ（ステップＳ９、Ｓ１０）。そし
て、印刷要求があると、印刷要求のＯＲＢをリードする
（ステップＳ１１）。次に、ページテーブルが存在する
場合には、ＯＲＢに含まれるページテーブルアドレスに
基づいて、イニシエータのデータバッファからページテ
ーブルをリードする（ステップＳ１２）。

【００６７】次に、エラー発生前に転送されてきたＯＲ
Ｂ（例えばステップＳ１でリードしたＯＲＢ）の内容
や、そのＯＲＢにより転送要求される転送データの先頭
アドレスが、エラー発生後に転送されてきたＯＲＢ（例
えばステップＳ１１でリードしたＯＲＢ）の内容や、そ
のＯＲＢにより転送要求される転送データの先頭アドレ
スと同一か否かを判断する（ステップＳ１３）。

【００６８】そして、ＯＲＢの内容や先頭アドレスが同
一であると判断された場合には、プリンタにエラーがま
だ生じているかを判断し（ステップＳ１４）、エラーが
まだ生じている場合（エラーから復帰していない場合）
にはステップＳ８に戻る。一方、エラーがもう生じてい
ない場合（エラーから復帰している場合）には、エラー
発生時点の続きからデータ転送を再開する（ステップＳ
１５）。

【００６９】例えば、ＯＲＢのリードが完了した時点で
エラーが発生した場合には、ステップＳ１５からステッ
プＳ２に戻り、ページテーブルをリードする。また、ペ
ージテーブルのリードが完了した時点でエラーが発生し
た場合には、ステップＳ３に戻る。また、データの転送
中にエラーが発生した場合には、エラー発生時点でリー
ドを完了していたデータの次のデータをリードする。ま
た、ページテーブルの最後のデータのリードが完了した
時点でエラーが発生した場合には、ステップＳ１５から
ステップＳ６に戻り、ステータスのライトを行う。

【００７０】一方、ステップＳ１３でＯＲＢの内容や先
頭アドレスが同一でないと判断された場合には、正常ル
ート（ステップＳ１〜Ｓ７）に復帰して、エラー発生後
のＯＲＢ（ステップＳ１１でリードしたＯＲＢ）を新規
のＯＲＢとして処理する（ステップＳ１６）。即ち、エ
ラーがまだ生じているか否かをステップＳ３で判断し、
エラーがまだ生じている場合（エラーから復帰していな
い場合）には、ステップＳ８に移行して、エラースター
タスをイニシエータにライトする。一方、エラーがもう
生じていない場合（エラーから復帰している場合）に
は、ステップＳ４に移行する。そして、ステップＳ１１
でリードしたＯＲＢにより転送要求される新規の転送デ
ータをリードする。

【００７１】図９、図１０は、イニシエータ側（デバイ
スドライバ）の処理例を示すフロチャートであり、図９
は、イニシエータで動作するＯＳ（Operating System)
が第１のＯＳである場合のフローチャートである。

【００７２】アプリケーションプログラムからの印刷ジ
ョブが発生すると、イニシエータは、印刷のためのＯＲ
Ｂやページテーブルを作成し、データバッファに書き込
む（ステップＳ２０）。次に、作成したＯＲＢをリード
するようにターゲットに対して指示する（ステップＳ２
１。図４のＡ１参照）。

【００７３】次に、ステータスがターゲットから送られ
てきたか否かを判断する（ステップＳ２２）。そして、
送られてきた場合には、そのステータスがエラーステー
タスか否かを判断する（ステップＳ２３）。そして、エ
ラーステータスではない場合には、全ての印刷データが
転送されたか否かを判断し（ステップＳ２４）、転送さ
れていない場合には、ステップＳ２０に戻り、転送され
た場合には印刷ジョブを終了する。

【００７４】そして本実施形態では、ステップＳ２３で
エラーステータスであると判断されると、ステップＳ２
５に移行し、待ち時間Ｔ（例えば３秒）が経過したか否
かを判断する。そして、経過した場合には、イニシエー
タは、ＯＲＢ、ページテーブルを再作成し（ステップＳ
２６）、再作成したＯＲＢをリードするようにターゲッ
トに対して指示する（ステップＳ２１）。この場合にイ
ニシエータ（デバイスドライバ）は、エラー発生前のＯ
ＲＢの内容や印刷データの先頭アドレス及びデータ長
と、エラー発生後のＯＲＢの内容や印刷データの先頭ア
ドレス及びデータ長が同一になるように、ＯＲＢを再作
成する。

【００７５】図１０は、イニシエータで動作するＯＳが
第２のＯＳである場合のフローチャートである。

【００７６】図１０が図９と異なるのは、ステップＳ３
６においてイニシエータ（デバイスドライバ）が、ター
ゲットからのエラーステータスに書き込まれた未処理の
データ長に基づき、ＯＲＢを再構成する点である。即
ち、第１のＯＳではエラー発生前と同一内容のＯＲＢを
作成してターゲットに送るのに対して、第２のＯＳでは
エラー発生時点の続きからのデータ転送を要求するＯＲ
Ｂを再構成してターゲットに送る。

【００７７】４．本実施形態の特徴 さて、印刷データの転送中にオフライン、紙なしなどの
エラーが発生すると、以下のような問題が生じることが
判明した。

【００７８】例えば図１１（Ａ）に示すように、Ｃ１に
示す位置（アドレス）までデータを転送したところで、
エラーが発生したとする。またイニシエータであるパー
ソナルコンピュータで動作するＯＳが第１のＯＳであっ
たとする。この場合に、ターゲットからエラーステータ
スを受けたイニシエータは、数秒間待った後に、図１１
（Ｂ）に示すように印刷のためのＯＲＢを再度作成し
て、印刷データの転送を最初からやり直すようにターゲ
ットに指示する。このため、図１１（Ｂ）のＣ２に示す
位置からデータ転送が再開されてしまい、印刷データの
一部分だけが二重に送られてしまう。この結果、図１１
（Ｃ）に示すような二重印刷の問題が発生する。

【００７９】このような問題を解決するために、本実施
形態では、以下に説明するような手法を採用している。

【００８０】例えば図１２のＤ１に示すＯＲＢによるデ
ータ転送中に、オフライン、紙なし等のエラーが発生し
たとする。すると、ターゲットはＤ２に示すようにイニ
シエータにエラーステータスを転送する。そして、この
エラーステータスを受けたイニシエータにより、Ｄ３に
示すＯＲＢが再度作成され、このＯＲＢがターゲットに
転送される（ターゲットがリードする）。この場合に、
本実施形態では、Ｄ１に示すエラー発生前のＯＲＢ（第
１のコマンドパケット）の内容とＤ３に示すエラー発生
（回復）後のＯＲＢ（第２のコマンドパケット）の内容
を比較する。また、エラー発生前のＯＲＢにより指定さ
れる転送データの先頭アドレスＡＤ１（第１のアドレ
ス）と、エラー発生後のＯＲＢにより指定される転送デ
ータの先頭アドレスＡＤ２（第２のアドレス）を比較す
る（図８のステップＳ１３参照）。

【００８１】そして、ＯＲＢの内容が同一であり先頭ア
ドレスが同一であると判断された場合には、Ｄ４に示す
ように、エラー発生時点のデータ転送の続きからデータ
転送を再開する（図８のステップＳ１５参照）。即ち、
エラー発生時点で既に転送を完了していたデータの次の
データからデータ転送を再開する。

【００８２】一方、ＯＲＢの内容が同一でなかった場合
や先頭アドレスが同一でなかった場合には、Ｄ３に示す
エラー発生後のＯＲＢを新規のＯＲＢとして最初から処
理する（図８のステップＳ１６参照）。

【００８３】このようにすることで、図１２のＤ５に示
す部分の転送データが、図１１（Ｂ）の場合と異なり、
二重転送されないようになる。従って、図１１（Ｃ）に
示すような誤印刷が生じなくなる。また二重転送を避け
ることができるため、転送時間も短縮できる。

【００８４】例えば本実施形態と異なる手法として、Ｏ
ＲＢの内容や先頭アドレスの比較処理を行わずに、常
に、エラー発生時点の続きからデータ転送を再開すると
いう手法も考えられる。

【００８５】しかしながら、この手法によると、例え
ば、エラー発生後にイニシエータが印刷データの転送処
理をキャンセルし、エラー発生前と全く異なるＯＲＢを
作成した場合にも、図１２のＤ４からデータ転送が再開
されてしまうという不具合が生じる。

【００８６】これに対して本実施形態では、ＯＲＢの内
容や先頭アドレスがエラー発生の前後で同一の場合に
は、図１２のＤ４からデータ転送が再開するが、同一で
ない場合には、全く新規のＯＲＢとして処理されるた
め、上記のような不具合が生じない。

【００８７】また本実施形態によれば、イニシエータ
（パーソナルコンピュータ）で動作するＯＳがどのよう
なＯＳであるかを意識しないで済むようになる。

【００８８】例えば、イニシエータ側のＯＳとして第１
のＯＳと第２のＯＳがあるとする。そして、第１のＯＳ
では図１３に示すように、エラー発生前とエラー発生後
でＯＲＢの内容や先頭アドレスＡＤ１、ＡＤ２は同一に
なる。即ち、第１のＯＳ（デバイスドライバ）は、エラ
ーステータスを受けると、数秒間の待ち時間の後に、エ
ラー発生前と同一内容のＯＲＢを作成し、このＯＲＢを
リードするようにターゲットに指示する（図９のステッ
プＳ２６参照）。

【００８９】この場合に本実施形態によれば、エラー発
生の前後のＯＲＢの内容が同一であり、先頭アドレスＡ
Ｄ１、ＡＤ２も同一であると判断されるので、図１３の
Ｅ１に示すようにエラー発生時点の続きからデータ転送
が再開され、二重印刷が防止される。例えば、転送デー
タのデータ長（データサイズ）が１５Ｋバイトであり、
エラー発生時点で１０Ｋバイトのデータ転送を完了して
いた場合には、データ転送の再開により、未処理の５Ｋ
バイトのデータが転送されるようになる。

【００９０】一方、第２のＯＳでは図１４に示すよう
に、エラー発生前とエラー発生後でＯＲＢの内容や先頭
アドレスＡＤ１、ＡＤ２が非同一になる。即ち、第２の
ＯＳ（デバイスドライバ）は、エラーステータスを受け
ると、数秒間の待ち時間の後に、図１４のＦ１に示す位
置からのデータ転送を要求する新規のＯＲＢを作成し、
このＯＲＢをリードするようにターゲットに指示する
（図１０のステップＳ３６参照）。

【００９１】この場合に本実施形態によれば、エラー発
生の前後のＯＲＢの内容が非同一であり、先頭アドレス
ＡＤ１、ＡＤ２も非同一であると判断されるので、転送
されてきたＯＲＢは新規のＯＲＢとして処理される。そ
して、エラー発生後のＯＲＢはＦ１に示す位置からデー
タ転送を開始するように作成されているため、Ｆ２に示
すように未処理の５Ｋバイトのデータを転送できるよう
になる。

【００９２】このように本実施形態によれば、イニシエ
ータで動作するＯＳが第１のＯＳであっても第２のＯＳ
であっても、エラー発生により未処理となった５Ｋバイ
トのデータを適正に転送できるようになる。即ち、ファ
ームウェアは、イニシエータのＯＳが第１のＯＳか第２
のＯＳかを意識する必要が無くなる。従って、イニシエ
ータのＯＳが第１のＯＳであっても第２のＯＳであって
も、同一構成のファームウェアで処理できるようにな
り、ファームウェアの開発期間の短縮化や、デバッグ作
業の容易化を図れる。

【００９３】なお、本実施形態では、エラーステータス
の情報フィールドに、データ転送を再開するアドレスを
特定するための情報を書き込んでいる。より具体的には
エラーステータスの情報フィールドに未処理のデータ長
（＝転送データの全体のバイト数−エラー発生時点まで
に転送を完了したデータのバイト数）を書き込んでい
る。

【００９４】例えば図１４では、未処理のデータ長が５
Ｋ（＝１５Ｋ−１０Ｋ）バイトであることが、エラース
テータスの情報フィールドに書き込まれる。このような
未処理のデータ長をエラーステータスに書き込んでおけ
ば、このエラーステータスを受けたイニシエータ（デバ
イスドライバ）は、Ｆ１に示す位置からのデータ転送を
要求する新規のＯＲＢを作成できるようになる。この結
果、イニシエータのＯＳが第２のＯＳであった場合に
も、エラー発生時点の続きからデータ転送を適正に再開
できるようになる。

【００９５】なお、データ転送の開始時点（開始前）で
既にエラーが発生していた場合には、データ転送は未だ
行われていないので、エラーステータスの情報フィール
ドには、ＯＲＢに付随するデータ長（転送データの全体
のデータ長）が、そのまま書き込まれることになる。

【００９６】また本実施形態では、ＯＲＢの内容比較の
際に種々の情報を比較している。例えば図１５に示すよ
うに、本実施形態では、コマンドブロックＯＲＢが含む
ページテーブル存在フラグＰや、データサイズや、コマ
ンドブロック（コマンドセット）フィールドの中のオペ
レーションコード（印刷コマンド、リードコマンドなど
を区別するコード）やデータ長を比較している。またＯ
ＲＢが、ＯＲＢを識別するための識別情報（例えば順序
番号）を含む場合には、この識別情報も比較している。
このような情報を比較することで、エラー発生前後のＯ
ＲＢが同一か否かを簡素な処理で確実に判断できるよう
になる。そして本実施形態では、エラーが発生してから
エラーが回復するまでの間に、これらの情報が１項目で
も異なるＯＲＢが要求されると、エラー回復後のデータ
転送は新規となる。

【００９７】なお、転送データの先頭アドレスＡＤ１、
ＡＤ２の比較は、具体的には以下のようにして行う。即
ち、ページテーブルを使用していない場合には、ＯＲＢ
のデータデスクリプタフィールドの値が同一か否かを比
較する。一方、ページテーブルを使用している場合に
は、ページテーブルの最初のセグメントの内容が同一か
否かを比較する。

【００９８】さて本実施形態では、エラー発生後にイニ
シエータから転送されてきたＯＲＢの中で、最初に転送
されてきた印刷コマンドを含むＯＲＢ（コマンドブロッ
クＯＲＢ）を、エラー発生前のＯＲＢの比較対象となる
ＯＲＢとして採用するようにしている。

【００９９】例えば図１６に示すように、エラー発生後
に、印刷コマンドを含むコマンドブロックＯＲＢが直ぐ
に転送されてくるとは限らない。即ち、イニシエータ
が、印刷コマンドを含むコマンドブロックＯＲＢを転送
する前に、ダミーＯＲＢやマネージメントＯＲＢを転送
してくる場合がある。或いは、プリンタのステータス等
を調べるためにリードコマンドを含むコマンドブロック
ＯＲＢを転送してくる場合もある。

【０１００】本実施形態では図１６のＧ１に示すよう
に、ダミーＯＲＢ等が転送されてきても、ＯＲＢの内容
比較処理を行わず、印刷コマンドを含むコマンドブロッ
クＯＲＢが転送されてきた時に初めてＯＲＢの内容比較
処理を行う。即ち、印刷コマンドを含む最初のコマンド
ブロックＯＲＢが来るまで、ＯＲＢの内容比較処理の実
行を繰り越す（順送りにする）。これにより、無用なＯ
ＲＢの内容比較処理が行われるのが防止され、ファーム
ウェアの処理負担を軽減化できる。

【０１０１】５．電子機器 次に、本実施形態のデータ転送制御装置を含む電子機器
の例について説明する。

【０１０２】例えば図１７（Ａ）に電子機器の１つであ
るプリンタの内部ブロック図を示し、図１８（Ａ）にそ
の外観図を示す。ＣＰＵ（マイクロコンピュータ）５１
０はシステム全体の制御などを行う。操作部５１１はプ
リンタをユーザが操作するためのものである。ＲＯＭ５
１６には、制御プログラム、フォントなどが格納され、
ＲＡＭ５１８はＣＰＵ５１０のワーク領域として機能す
る。表示パネル５１９はプリンタの動作状態をユーザに
知らせるためのものである。

【０１０３】ＰＨＹデバイス５０２、データ転送制御装
置５００を介して、パーソナルコンピュータなどの相手
ノードから送られてきた印字データは、バス５０４を介
して印字処理部（プリンタエンジン）５１２に直接送ら
れる。そして、印字データは、印字処理部５１２にて所
与の処理が施され、プリントヘッダなどからなる印字部
（データを出力するための装置）５１４により紙に印字
されて出力される。

【０１０４】図１７（Ｂ）に電子機器の１つであるスキ
ャナの内部ブロック図を示し、図１８（Ｂ）にその外観
図を示す。ＣＰＵ５２０はシステム全体の制御などを行
う。操作部５２１はスキャナをユーザが操作するための
ものである。ＲＯＭ５２６には制御プログラムなどが格
納され、ＲＡＭ５２８はＣＰＵ５２０のワーク領域とし
て機能する。

【０１０５】光源、光電変換器などからなる画像読み取
り部（データを取り込むための装置）５２２により原稿
の画像が読み取られ、読み取られた画像のデータは画像
処理部（スキャナエンジン）５２４により処理される。
そして、処理後の画像データがバス５０５を介してデー
タ転送制御装置５００に直接送られる。データ転送制御
装置５００は、この画像データにヘッダなどを付加する
ことでパケットを生成し、ＰＨＹデバイス５０２を介し
てパーソナルコンピュータなどの相手ノードに送信す
る。

【０１０６】図１７（Ｃ）に電子機器の１つであるＣＤ
−ＲＷドライブの内部ブロック図を示し、図１８（Ｃ）
にその外観図を示す。ＣＰＵ５３０はシステム全体の制
御などを行う。操作部５３１はＣＤ−ＲＷをユーザが操
作するためのものである。ＲＯＭ５３６には制御プログ
ラムなどが格納され、ＲＡＭ５３８はＣＰＵ５３０のワ
ーク領域として機能する。

【０１０７】レーザ、モータ、光学系などからなる読み
取り＆書き込み部（データを取り込むための装置又はデ
ータを記憶するための装置）５３３によりＣＤ−ＲＷ５
３２から読み取られたデータは、信号処理部５３４に入
力され、エラー訂正処理などの所与の信号処理が施され
る。そして、信号処理が施されたデータが、バス５０６
を介してデータ転送制御装置５００に直接送られる。デ
ータ転送制御装置５００は、このデータにヘッダなどを
付加することでパケットを生成し、ＰＨＹデバイス５０
２を介してパーソナルコンピュータなどの相手ノードに
送信する。

【０１０８】一方、ＰＨＹデバイス５０２、データ転送
制御装置５００を介して、相手ノードから送られてきた
データは、バス５０６を介して信号処理部５３４に直接
送られる。そして、信号処理部５３４によりこのデータ
に所与の信号処理が施され、読み取り＆書き込み部５３
３によりＣＤ−ＲＷ５３２に記憶される。

【０１０９】なお、図１７（Ａ）、（Ｂ）、（Ｃ）にお
いて、ＣＰＵ５１０、５２０、５３０の他に、データ転
送制御装置５００でのデータ転送制御のためのＣＰＵを
別に設けるようにしてもよい。

【０１１０】また、図１７（Ａ）、（Ｂ）、（Ｃ）では
ＲＡＭ５０１（データバッファに相当）がデータ転送制
御装置５００の外部に設けられているが、ＲＡＭ５０１
をデータ転送制御装置５００に内蔵させてもよい。

【０１１１】本実施形態のデータ転送制御装置を電子機
器に用いれば、電子機器にエラーが発生してデータ転送
が中断等した場合にも、エラーの回復後にデータ転送を
適正に再開できるようになる。これにより、エラー発生
を原因とする不具合の発生が防止される。

【０１１２】また本実施形態のデータ転送制御装置を電
子機器に用いれば、高速なデータ転送が可能になる。従
って、ユーザがパーソナルコンピュータなどによりプリ
ントアウトの指示を行った場合に、少ないタイムラグで
印字が完了するようになる。また、スキャナへの画像取
り込みの指示の後に、少ないタイムラグで読み取り画像
をユーザは見ることができるようになる。また、ＣＤ−
ＲＷからのデータの読み取りや、ＣＤ−ＲＷへのデータ
の書き込みを高速に行うことができるようになる。

【０１１３】また本実施形態のデータ転送制御装置を電
子機器に用いることで、ＣＰＵ上で動作するファームウ
ェアの処理負担が軽減され、安価なＣＰＵや低速のバス
を用いることが可能になる。更に、データ転送制御装置
の低コスト化、小規模化を図れるため、電子機器の低コ
スト化、小規模化も図れるようになる。

【０１１４】なお本実施形態のデータ転送制御装置を適
用できる電子機器としては、上記以外にも例えば、種々
の光ディスクドライブ（ＣＤ−ＲＯＭ、ＤＶＤ）、光磁
気ディスクドライブ（ＭＯ）、ハードディスクドライ
ブ、ＴＶ、ＶＴＲ、ビデオカメラ、オーディオ機器、電
話機、プロジェクタ、パーソナルコンピュータ、電子手
帳、ワードプロセッサなど種々のものを考えることがで
きる。

【０１１５】なお、本発明は本実施形態に限定されず、
本発明の要旨の範囲内で種々の変形実施が可能である。

【０１１６】例えば、本発明のデータ転送制御装置の構
成は、図７に示す構成が特に望ましいが、これに限定さ
れるものではない。

【０１１７】また、コマンドの比較手法、アドレスの比
較手法、データ転送の再開手法は、本実施形態で説明し
た手法が特に望ましいが、これに限定されるものではな
い。

【０１１８】また、本発明は、ＩＥＥＥ１３９４規格で
のデータ転送に適用されることが特に望ましいが、これ
に限定されるものではない。例えばＩＥＥＥ１３９４と
同様の思想に基づく規格やＩＥＥＥ１３９４を発展させ
た規格におけるデータ転送にも本発明は適用できる。

【図面の簡単な説明】

【図１】ＩＥＥＥ１３９４の層構造について示す図であ
る。

【図２】ＳＢＰ-2について説明するための図である。

【図３】ＳＢＰ-2のデータ転送処理の概略について説明
するための図である。

【図４】データをイニシエータからターゲットに転送す
る場合のコマンド処理について説明するための図であ
る。

【図５】データをターゲットからイニシエータに転送す
る場合のコマンド処理について説明するための図であ
る。

【図６】図６（Ａ）、（Ｂ）、（Ｃ）は、ページテーブ
ルについて説明するための図である。

【図７】本実施形態のデータ転送制御装置の構成例を示
す図である。

【図８】ターゲット側（ファームウェア）の処理の概要
を示すフローチャートである。

【図９】イニシエータ側（デバイスドライバ）の処理の
概要を示すフローチャートである。

【図１０】イニシエータ側（デバイスドライバ）の処理
の概要を示すフローチャートである。

【図１１】図１１（Ａ）、（Ｂ）、（Ｃ）は、二重印刷
の問題について説明するための図である。

【図１２】エラーの発生の前後でＯＲＢの内容や転送デ
ータの先頭アドレスが同一の場合に、データ転送を継続
して再開する手法について説明するための図である。

【図１３】イニシエータで動作するＯＳが第１のＯＳで
ある場合の本実施形態の手法について説明するための図
である。

【図１４】イニシエータで動作するＯＳが第２のＯＳで
ある場合の本実施形態の手法について説明するための図
である。

【図１５】ＯＲＢの内容比較について説明するための図
である。

【図１６】印刷コマンドを含む最初のコマンドブロック
ＯＲＢが来るまで、コマンド比較処理を繰り越す手法に
ついて説明するための図である。

【図１７】図１７（Ａ）、（Ｂ）、（Ｃ）は、種々の電
子機器の内部ブロック図の例である。

【図１８】図１８（Ａ）、（Ｂ）、（Ｃ）は、種々の電
子機器の外観図の例である。

【符号の説明】

１０ データ転送制御装置 １２ ＰＨＹデバイス １４ リンクデバイス １６ ＣＰＵ １８ データバッファ ２０ ファームウェア（Ｆ／Ｗ） ３０ コミュニケーション部（ＣＯＭ） ４０ マネージメント部（ＭＮＧ） ５０ プリントタスク部（ＰＲＴ） ６０ フェッチ部（ＦＣＨ） ６２ ステータス転送部 ６６ コマンド比較部 ７０ アドレス比較部 ７２ データ転送再開部 １００ パーソナルコンピュータ １０２ デバイスドライバ １０４ データバッファ １１０ 情報記憶媒体

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 15/177 ６７６ Ｈ０４Ｌ 11/00 ３２０ ５Ｋ０３２ (72)発明者 藤田 信一郎 長野県諏訪市大和３丁目３番５号 セイコ ーエプソン株式会社内 Ｆターム(参考） 2C061 HJ08 HQ20 HV05 5B014 GC06 GC07 5B021 AA01 BB01 BB02 5B045 AA04 BB12 BB28 BB30 BB48 JJ13 5B083 AA08 BB01 CC06 CD06 EE11 5K032 AA03 AA04 CB01 CC01 CD01 DA01 EA04

Claims (9)

【特許請求の範囲】
1. 【請求項１】 バスに接続される複数のノード間でのデ
   ータ転送のためのデータ転送制御装置であって、 相手ノードから転送されてきたデータ転送オペレーショ
   ン要求のための第１のコマンドパケットの処理中に上層
   のデバイスにエラーが発生した場合に、エラーステータ
   スを相手ノードに転送するステータス転送手段と、 前記エラーステータスを受けた相手ノードからデータ転
   送オペレーション要求のための第２のコマンドパケット
   が転送されてきた場合に、前記第１のコマンドパケット
   の内容と前記第２のコマンドパケットの内容とを比較す
   るコマンド比較処理、又は前記第１のコマンドパケット
   により転送要求された転送データの先頭アドレスである
   第１のアドレスと前記第２のコマンドパケットにより転
   送要求された転送データの先頭アドレスである第２のア
   ドレスとを比較するアドレス比較処理を行う比較手段
   と、 前記第１、第２のコマンドパケットが同一内容であると
   判断された場合、又は前記第１、第２のアドレスが同一
   であると判断された場合に、エラー発生時点のデータ転
   送の続きからデータ転送を再開する再開手段と、 を含むことを特徴とするデータ転送制御装置。
2. 【請求項２】 請求項１において、 前記第１、第２のコマンドパケットが同一内容でないと
   判断された場合、又は前記第１、第２のアドレスが同一
   でないと判断された場合には、前記第２のコマンドパケ
   ットが新規のコマンドパケットとして処理されることを
   特徴とするデータ転送制御装置。
3. 【請求項３】 請求項１又は２において、 前記ステータス転送手段が、 コマンドパケットの所与のフィールドに、データ転送を
   再開するアドレスを特定するための情報を書き込むこと
   を特徴とするデータ転送制御装置。
4. 【請求項４】 請求項１乃至３のいずれかにおいて、 前記比較手段が、 エラー発生後に相手ノードから転送されてきたコマンド
   パケットの中で最初に転送されてきたデータ転送オペレ
   ーション要求のためのコマンドパケットを、前記第１の
   コマンドパケットの比較対象となる前記第２のコマンド
   パケットとして採用することを特徴とするデータ転送制
   御装置。
5. 【請求項５】 請求項１乃至４のいずれかにおいて、 ＩＥＥＥ１３９４の規格に準拠したデータ転送を行うこ
   とを特徴とするデータ転送制御装置。
6. 【請求項６】 請求項１乃至５のいずれかのデータ転送
   制御装置との間でのデータ転送を制御するためのプログ
   ラムを含む情報記憶媒体であって、 データ転送制御装置からエラーステータスが転送されて
   きた場合に、エラー発生前に転送されたデータ転送オペ
   レーション要求のための第１のコマンドパケットと同一
   内容の第２のコマンドパケットを作成し、データ転送制
   御装置に転送要求するためのプログラムを含むことを特
   徴とする情報記憶媒体。
7. 【請求項７】 請求項１乃至５のいずれかのデータ転送
   制御装置との間でのデータ転送を制御するためのプログ
   ラムを含む情報記憶媒体であって、 データ転送制御装置からエラーステータスが転送されて
   きた場合に、エラー発生前に転送された第１のコマンド
   パケットによるデータ転送を、エラー発生時点の続きか
   ら再開するための第２のコマンドパケットを作成し、デ
   ータ転送制御装置に転送要求するためのプログラムを含
   むことを特徴とする情報記憶媒体。
8. 【請求項８】 請求項１乃至５のいずれかのデータ転送
   制御装置と、 前記データ転送制御装置及びバスを介して相手ノードか
   ら受信したデータに所与の処理を施す装置と、 処理が施されたデータを出力又は記憶するための装置と
   を含むことを特徴とする電子機器。
9. 【請求項９】 請求項１乃至５のいずれかのデータ転送
   制御装置と、 前記データ転送制御装置及びバスを介して相手ノードに
   転送するデータに所与の処理を施す装置と、 処理が施されるデータを取り込むための装置とを含むこ
   とを特徴とする電子機器。