JP2003037596A

JP2003037596A - 通信装置及び通信方法

Info

Publication number: JP2003037596A
Application number: JP2001224935A
Authority: JP
Inventors: Takuya Tsujimoto; 卓哉辻本
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2001-07-25
Filing date: 2001-07-25
Publication date: 2003-02-07

Abstract

(57)【要約】【課題】バス上に流すパケットのデータペイロードサ
イズを、適切なサイズに設定することの可能な通信装置
及び通信方法を提供すること。【解決手段】アイソクロナス転送と、アシンクロナス
転送でデータの送受信を行うことが可能なＩＥＥＥ１３
９４デバイス（１０１）であって、通信インタフェース
を介して接続された外部装置とデータの送受信を行うＩ
ＥＥＥ１３９４インタフェース制御部（１０３）と、ア
シンクロナス転送でデータの送受信を行う場合に、通信
先の外部装置の応答性を判断するデータペイロードサイ
ズ設定処理部（１０８）を有し、データペイロードサイ
ズ設定処理部は前記通信先の外部装置の応答性に応じ
て、アシンクロナス転送における送受信の際のデータペ
イロードサイズを変更することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、シリアルバスイン
タフェースを有する通信装置及び通信方法に関し、特に
ＩＥＥＥ１３９４の規格に準拠したインタフェースを持
つ通信装置および通信方法のうち、パケットのデータペ
イロードサイズの設定に関するものである。

【０００２】

【従来の技術】近年、シリアルバスインタフェースは、
信号線が少ないこと、ケーブルが細いこと、コネクタが
小さいこと、ＩＤやターミネータ等の設定が不要なこ
と、活線挿抜が可能なこと、等時性のあるデータ転送
（アイソクロナス転送）が可能なことなどの優れた特徴
をもつことから脚光を浴びてきている。

【０００３】特にＩＥＥＥ１３９４で規定されるシリア
ルバスインタフェースは、動画像等の大容量データの高
速伝送が可能であること、バスアーキテクチャによって
メモリアクセスが可能であること、ホットプラグインや
プラグアンドプレイが可能であること、およびピア・ツ
ー・ピア接続が可能であることなどの特徴を持つため、
パーソナルコンピュータのみならず家庭内のＡＶ機器
（ディジタルビデオカメラ等）やそれ以外の機器への適
用が盛んに進められている。また、更なる高速化や長距
離化に対応した新たな規格（例えば、Ｐ１３９４．ｂ）
の策定も現在精力的に進められている。

【０００４】ＩＥＥＥ１３９４では周期的に連続した時
間帯の中で、ある一定の帯域を保証し、エラー発生の際
にも再送手続きを行わないデータ転送モードであるアイ
ソクロナス転送と、帯域は保証しないがエラーが発生し
た場合には再送手続きにより確実なデータの転送を保証
する転送モードであるアシンクロナス転送という２種類
の転送モードを備えている。ディジタルビデオカメラな
どに見られる大容量かつリアルタイム性が求められる動
画像データの転送にはアイソクロナス転送が、ストレー
ジデバイスやプリンタやスキャナなどデータ落ちが許さ
れないデバイスへの転送にはアシンクロナス転送が主に
使用される。転送モードの優先順位としてはアイソクロ
ナス転送の方が高いため、アシンクロナス転送はアイソ
クロナス転送で使わない余った帯域を使用することにな
る。またアシンクロナス転送では受信側ノードがパケッ
トを受信できない状態（ビジー状態）のとき、パケット
の再送を可能とするリトライプロトコルを備えている。

【０００５】

【発明が解決しようとする課題】しかしながら上述した
従来の技術においては、ＩＥＥＥ１３９４規格のバスに
多数のデバイスが接続され、各々がデータ転送を行う
と、トラフィックが増えることにより意図した転送レー
トを維持することが難しくなる。特に、ＨＤＤやＭＯ等
大容量のストレージデバイスへの頻繁な読み書きや、プ
リンタやスキャナとのデータ転送では比較的大きなデー
タのやりとりをすることになる。また、バス上にＣＣＤ
カメラやＤＶＣ等の機器が接続されているとアイソクロ
ナス転送に使用される帯域が確保されるため、１サイク
ルあたりのアシンクロナス転送用の帯域が制限される。
そのため、より一層所望する時間内に大容量データの転
送を終えることは困難になる。例えば１サイクル内に２
０４８ｂｙｔｅｓのデータペイロードを持つアシンクロ
ナス転送が１回しか行えないように制限されてしまえば
（逆にＩＥＥＥ１３９４の規格では、最低でも上述のデ
ータペイロードサイズを持つアシンクロナス転送が行え
るだけの帯域を保証している）、その同じ帯域を複数の
デバイスで交互に使用することになる。仮にアシンクロ
ナス転送によって大容量のデータを送信したいデバイス
がバスに４台に接続されていれば、４サイクルに一度し
か送信の機会が巡ってこないことになるし、レスポンス
パケットを送信する帯域も考えれば更に回ってくるサイ
クルは長くなる。

【０００６】更には、リクエストパケットを受信する側
のノードでのデータ処理単位、処理能力、システムの構
成によっては、受信可能な（もしくはリードトランザク
ションの場合は送信可能な）最大のデータペイロードサ
イズによるデータ転送を行うと送信側ノードが送るタイ
ミングではパケットを受け取れない状況、つまり受信側
ノードがビジー状態になることもある。その場合には頻
繁なリトライが発生し、転送効率が上がらなくなる。

【０００７】本発明は上記問題点に鑑みて為されたもの
であり、バス上に流すパケットのデータペイロードサイ
ズを、適切なサイズに設定することの可能な通信装置及
び通信方法を提供することを目的とする。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に、本発明の通信装置は、アイソクロナス転送と、アシ
ンクロナス転送でデータの送受信を行うことが可能であ
って、通信インタフェースを介して接続された外部装置
とデータの送受信を行う通信手段と、アシンクロナス転
送でデータの送受信を行う場合に、通信先の外部装置の
応答性を判断する判断手段と、前記判断手段による判断
に応じて、アシンクロナス転送における送受信の際のデ
ータペイロードサイズを変更可能な変更手段とを有す
る。

【０００９】また、本発明の通信方法は、アイソクロナ
ス転送と、アシンクロナス転送でデータの送受信を行う
ことが可能であって、通信インタフェースを介して接続
された外部装置とデータの送受信を行う通信手段におけ
る通信方法であって、アシンクロナス転送でデータの送
受信を行う場合に、通信先の外部装置の応答性を判断す
る判断工程と、前記判断工程による判断に応じて、アシ
ンクロナス転送における送受信の際のデータペイロード
サイズを変更可能な変更工程とを有する。

【００１０】上記構成によれば、バス上に流すパケット
のデータペイロードサイズを、通信を行う相手デバイス
に最適なデータペイロードサイズに設定することができ
る。これにより、大容量データ転送時の転送時間を短縮
することができ、送信回数やリトライ回数が低減される
ため、バスを有効活用することが可能となり、システム
全体のパフォーマンスを向上させることが可能となる。

【００１１】また、本発明の好適な一様態によれば、前
記通信装置は、前記通信インタフェースを介して前記通
信装置が接続されたバス上における、アシンクロナス転
送で用いる転送用帯域に関する情報を取得する取得手段
と、前記取得手段により取得した転送用帯域に関する情
報に基づいて、前記データペイロードサイズを設定する
設定手段とを更に有し、前記取得手段及び前記設定手段
による動作は、前記判断手段及び変更手段による動作に
先だって行われる。

【００１２】また、前記通信方法は、前記通信インタフ
ェースを介して前記通信装置が接続されたバス上におけ
る、アシンクロナス転送で使用可能な転送用帯域に関す
る情報を取得する取得工程と、前記取得工程において取
得した転送用帯域に関する情報に基づいて、前記データ
ペイロードサイズを設定する設定工程とを更に有し、前
記取得工程及び前記設定工程は、前記判断工程及び変更
工程に先だって行われる。

【００１３】本発明の好適な一様態によれば、前記取得
手段及び前記取得工程では、前記バスに接続された各外
部装置が持つコンフィギュレーションＲＯＭ及びコント
ロールアンドステータスレジスタを読み出すことによっ
て、前記転送用帯域に関する情報を取得する。

【００１４】また、本発明の好適な一様態によれば、前
記転送用帯域に関する情報は、アイソクロナス転送を行
う外部装置数及び当該外部装置が取得したアイソクロナ
ス転送用の帯域幅及びチャンネル数を含む。

【００１５】更に、前記転送用帯域に関する情報は、前
記バスに接続された外部装置数を含む。

【００１６】また、本発明の好適な一様態によれば、前
記取得手段及び前記取得工程では、前記バスのリセット
後に前記バスに接続された各外部装置から送信されるセ
ルフＩＤパケットを取得することにより前記転送用帯域
に関する情報を取得する。

【００１７】また、本発明の好適な一様態によれば、前
記設定手段及び前記設定工程では、前記転送用帯域に関
する情報が所定条件を満たしている場合に、転送可能な
最大データペイロードサイズに設定する。

【００１８】好ましくは、前記所定条件は、アシンクロ
ナス転送用に残された帯域が所定帯域よりも大きい場合
である。

【００１９】更に好ましくは、前記所定条件は、前記通
信装置以外に、アシンクロナス転送を行う前記バスに接
続された外部装置数が所定数よりも少ない場合である。

【００２０】また、本発明の好適な一様態によれば、前
記判断手段及び前記判断工程では、前記通信装置が行う
トランザクションを完結するのに要する最低限の時間
と、前記通信先の外部装置が応答に要する時間とを比較
する。

【００２１】なお、本発明の好適な一様態によれば、前
記通信先の外部装置が応答に要する時間は、前記通信装
置が前記通信先の外部装置にリクエストパケットを送信
してからレスポンスパケットを受信するまでにかかる時
間である。

【００２２】また、本発明の好適な一様態によれば、前
記通信装置は前記通信先の外部装置が応答に要する時間
計測を行うタイマを更に有し、前記通信方法は、前記通
信先の外部装置が応答に要する時間計測を行う計時工程
を更に有する。

【００２３】また、本発明の好適な一様態によれば、前
記変更手段及び前記変更工程では、前記通信先の外部装
置の応答性が低い場合に、データペイロードサイズ値を
小さくする。

【００２４】好ましくは、前記通信手段は、ＩＥＥＥ１
３９４規格に準拠している。

【００２５】

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

【００２６】図１は、本実施の形態におけるシステムの
概要を示すブロック図である。

【００２７】１０１は、ＩＥＥＥ１３９４インタフェー
スに対応するリクエストパケットを送信する側のノード
であるＩＥＥＥ１３９４デバイスである。ここでは仮に
プリンタ機能を持ったデバイスを想定する。図１に示さ
れるように、以下に説明される１０３から１０８の各Ｉ
ＥＥＥ１３９４レイヤ、タイマ１０９、プリンタ機能１
１０および不図示のＣＰＵ、受信バッファなどによって
構成される。

【００２８】１０２は、ＩＥＥＥ１３９４インタフェー
スのバスである。このバス上に存在するノードはケーブ
ルによって接続される。ケーブル内には２組のツイスト
ペアケーブル（一方がＡ、他方がＢと称される信号線）
と１組みの電源ペアケーブルのあわせて６本のケーブル
がクロスしている。また電源ラインの無い４本のケーブ
ルで構成されているものも存在する。

【００２９】１０３は、ＰＨＹレイヤもしくはフィジカ
ルレイヤ（物理層）と呼ばれるＩＥＥＥ１３９４インタ
フェース上の信号を直接ドライブする機能を実現するＬ
ＳＩと、ＬＩＮＫレイヤ（リンク層）の機能を実現する
ＬＳＩによって構成されるＩＥＥＥ１３９４インタフェ
ース制御部である。リクエストパケットの送信やリクエ
ストパケットを受信する側のノードから送られてくるプ
リントデータを含むレスポンスパケットの受信処理やバ
スの構成などを行う。

【００３０】１０４は、トランザクションレイヤと呼ば
れるＩＥＥＥ１３９４インタフェースに対して実際のオ
ペレーションを管理・実行するドライバであり、一部リ
ンクレイヤの機能も含む。このレイヤで、ＩＥＥＥ１３
９４インタフェース上で行われるアシンクロナス転送の
リード／ライト／ロックの各トランザクションを管理・
制御する。受信側ノードがビジーの場合の再送（リトラ
イ）要求もこのレイヤで管理する。また後述するリクエ
ストパケットの送信からレスポンスパケット受信迄の時
間を計測するためのタイマ１０９の起動、停止の操作も
行う。

【００３１】１０５は、シリアルバスマネージメント
（ＳＢＭ）を行うレイヤで、ＩＥＥＥ１３９４インタフ
ェースの管理用ドライバによって構成されるノードコン
トローラである。機能としてはＣＳＲ（コントロールア
ンドステータスレジスタ）およびコンフィグレーション
ＲＯＭの実装および他ノード情報の管理を行う。特に、
アイソクロナス転送を行うノードの有無の確認、および
存在する場合は確保されているアイソクロナス転送用の
帯域幅やチャネル数をバス上のアイソクロナス・リソー
ス・マネージャノードのレジスタから取得する動作を行
う。また、セルフＩＤパケットの受信に伴う他ノード情
報の管理も取り扱う。ＳＢＭは、ノードコントローラ１
０５以外の機能としてアイソクロナスリソースマネージ
ャおよびバスマネージャの機能を持つことが可能である
が、オプションであるためＩＥＥＥ１３９４デバイス１
０１ではその機能は有さなくてもよい。

【００３２】コンフィグレーションＲＯＭは、ＩＳＯ／
ＩＥＣ１３２１３で定義されているノードの持つ各種情
報を格納したもので、ミニマルフォーマット(Minimal F
ormat)とゼネラルフォーマット(General Format)の２つ
の種類のフォーマットが存在する。ミニマルフォーマッ
トはメーカーを識別するnode_vendor_id情報のみを持
つ。ゼネラルフォーマットはそれ以外にBus_info_Block
とRoot_Directoryと呼ばれる追加情報を持つ。ＩＥＥＥ
１３９４デバイス１０１はゼネラルフォーマットを持
つ。

【００３３】１０６は、ＩＥＥＥ１３９４のアプリケー
ションレイヤである。以下に説明するプリンタ機能を実
現するためのアプリケーション１０７および本実施の形
態の特徴となるデータペイロードサイズ値を設定するデ
ータペイロードサイズ設定処理部１０８（後述）によっ
て構成される。

【００３４】１０７は、ＩＥＥＥ１３９４インタフェー
スを利用した各種デバイスの機能、例えばプリンタやス
キャナやディジタルビデオカメラ等の機能を実現するソ
フトウェアと、トランザクションレイヤおよびノードコ
ントローラとのインタフェースを備えたアプリケーショ
ンソフトウェアである。本実施の形態ではプリンタデバ
イスを想定しているため、プリントデータのコマンド解
析や画像処理（補正処理や圧縮されたデータの解凍処
理）、プリンタの記録部の制御も行う。また、ＳＢＰ−
２やＤＤＰなどＩＥＥＥ１３９４に適した上位プロトコ
ルの機能も有する。ＳＢＰ−２プロトコルによるプリン
トデータ転送ではプリンタ側が主導となり、リードリク
エストパケットを送信する。本実施の形態では受信側ノ
ードとしてＰＣを想定し、プリンタデバイスのリクエス
トに対してプリントデータをデータペイロードとするレ
スポンスパケットを送信することになる。

【００３５】１０８は、リクエストパケット送信時のデ
ータペイロードサイズを各種情報から判断して設定する
データペイロードサイズ設定処理部である。データペイ
ロードサイズ設定処理部１０８は、以下の機能を有す
る。すなわち、

【００３６】１．ノードコントローラ１０５から、バス
を構成するノード数やアイソクロナス転送用に確保され
た帯域幅やチャネル数などの情報を取得する。

【００３７】２．リクエストパケットの送信からレスポ
ンスパケットの受信までにかかる時間の測定を行うよう
にＩＥＥＥ１３９４ドライバ１０４に指示を与え、得ら
れた時間を把握する。また、リクエストパケット送信の
際に受信側ノードのビジー状態によって行われるリトラ
イの発生頻度についても把握する。

【００３８】３．リクエストパケットを送信してからレ
スポンスパケットを受信するまでにかかる時間として許
容できる値を基準値として持つ。また、上記１および２
で得られた情報と、この基準値とから最適なデータペイ
ロードサイズを求め、設定する。なお、判断や設定の方
法については図３及び図４に示すフローチャートを用い
て後述する。

【００３９】１０９は、ＩＥＥＥ１３９４ドライバ１０
４によって管理されるタイマである。リクエストパケッ
ト送信の際に起動され、対応するレスポンスパケット受
信時に停止することでその間の時間を測定する。本実施
の形態では時間測定用に専用のハードウェアタイマを想
定するが、ＩＥＥＥ１３９４Ｉ／Ｆ制御部１０３のリン
クレイヤで備えるスプリットタイマ（スプリットトラン
ザクションのタイムアウトを検知するためのタイマ）
や、不図示のＣＰＵが備えるタイマを使用することでも
実現可能である。

【００４０】１１０は、アプリケーション１０７のソフ
トウェアもしくは不図示のハードウェアによって制御さ
れるプリンタの機能である。受信したプリントデータの
印字を行う。またプリンタ側のステータスをアプリケー
ション１０７に返す機能も有する。

【００４１】次にデータペイロードサイズの設定処理の
概略について説明する。

【００４２】まず、バスへの新規デバイスの接続や取り
外し、および電源投入によって生じるバスリセット時
に、バスを構成するノードの情報を取得する。具体的に
はノードコントローラ１０５で各ノードのセルフＩＤパ
ケットを格納することでノード数を把握し、更に、アイ
ソクロナス転送を行うノードが存在する場合にはアイソ
クロナス転送用に確保された帯域幅とチャネル数の確認
動作を行う。取得された情報はデータペイロードサイズ
設定処理部１０８で使用する。

【００４３】その後、プリントデータ等の大容量データ
の受信を行う際に、上記バスリセット時に把握した情報
をもとにして、データ転送時のペイロードサイズの初期
値を設定する。

【００４４】データ転送を開始後、リクエストパケット
の送信からレスポンスパケットの受信までの時間を１ト
ランザクションごとに確認し、許容できる時間内でトラ
ンザクションが完結しない場合や、頻繁なリトライが発
生した場合はデータペイロードサイズの値を初期に設定
した値よりも小さく設定し直す。

【００４５】なお、本実施の形態では、リクエストパケ
ット送信側ノード（ＩＥＥＥ１３９４デバイス１０１）
をプリンタデバイスとしているが、プリンタへライトト
ランザクションでデータを送信するホストとなるＰＣや
ディジタルスチルカメラ、およびスキャナデバイス等を
想定してもよい。

【００４６】図２は、本実施の形態におけるバスリセッ
ト時に行われる情報取得処理のフローチャートである。
通常ＩＥＥＥ１３９４では、バスリセット時にバスに接
続された各デバイスの情報を取得するためのリードトラ
ンザクションを複数回行うため、それに合わせて必要な
情報を取得する。

【００４７】ステップＳ２０１では、セルフＩＤパケッ
ト数のカウントを行う。バスリセット時には、バスに接
続されるすべてのデバイスからセルフＩＤパケットがブ
ロードキャストで送信される。本実施の形態のＩＥＥＥ
１３９４デバイス１０１ではこれらのセルフＩＤパケッ
トの受信、格納を行い、バス上にいくつのＩＥＥＥ１３
９４デバイスが接続されているかを把握する。また、セ
ルフＩＤパケット内のＣビット（CONTENDER bit）がセ
ットされているノードを把握する。これはアイソクロナ
ス・リソース・マネージャとなったノードを把握するた
めで、Ｃビットがセットされているノードのうち、ＩＤ
がもっとも大きいものがアイソクロナス・リソース・マ
ネージャ対応ノードとなる。

【００４８】ステップＳ２０２では、バスに接続されて
いる各デバイスのコンフィグレーションＲＯＭの情報を
取得するためのリードトランザクションを発行する。具
体的には、コンフィグレーションＲＯＭ内のBus_Info_B
lock内のｉｓｃビットを確認することでアイソクロナス
転送を行えるデバイスであるかどうかを判断する。ま
た、Node_Unique_IDリーフ内の情報を取得することで、
デバイスの種類やその機能を把握する。

【００４９】ステップＳ２０３では、ステップＳ２０２
で取得したコンフィグレーションＲＯＭ情報を確認し、
その中でアイソクロナス転送をサポートしているノード
があるかどうかを判断する。情報取得の結果ノードが存
在する場合はステップＳ２０４へ、存在しない場合は処
理を終了する。

【００５０】ステップＳ２０４では、アイソクロナス転
送をサポートしているノードが、アイソクロナス転送用
の帯域を確保しているかどうかを確認するため、アイソ
クロナス・リソース・マネージャが実装するBANDWIDHT_
AVAILABLEレジスタの値をリードもしくはロックトラン
ザクションによって確認する。また併せてCHANNELS_AVA
ILABLEレジスタの値も確認し、帯域幅とチャネル数を把
握する。この操作はアシンクロナス転送用に残されてい
る帯域を確認するために行う。ＩＥＥＥ１３９４のプロ
トコルでは、１サイクル（１２５μｓｅｃ）内で最大の
データペイロードサイズ分のアシンクロナス転送が行え
る帯域を一つは保証しているが、それ以外にアイソクロ
ナス転送で使用される帯域の残りがどれくらいであるか
を確認することで、１サイクル内に転送可能なパケット
の数やサイズを把握することができる。

【００５１】取得した情報はまとめてデータペイロード
サイズ設定処理部１０８に伝えられ、その後のデータ転
送時のパケットサイズの初期値を決定する際に用いられ
る。

【００５２】図３は、本実施の形態におけるデータペイ
ロードサイズ設定処理のフローチャートである。

【００５３】ステップＳ３０１では、大容量データの転
送を行うにあたって、転送時のペイロードサイズの初期
値を設定する。初期値の設定方法については図４のフロ
ーチャートを用いて後で詳細に説明する。

【００５４】ステップＳ３０２では、タイマ１０９をＩ
ＥＥＥ１３９４ドライバ１０４が起動する。本実施の形
態ではリクエストパケットの送信直前にタイマ１０９を
起動するが、リクエストパケット送信直後に起動しても
よい。

【００５５】ステップＳ３０３では、リクエストパケッ
トを送信する。ステップＳ３０２で説明したようにタイ
マ起動との順番を逆にしてもよい。本実施の形態ではＳ
ＢＰ−２プロトコルによる受信側ノードとしてＰＣを想
定したパケット転送のため、リードのトランザクション
となる。期待するレスポンスパケットのデータペイロー
ド部にプリントデータが含まれる。

【００５６】ステップＳ３０４では、送信したリクエス
トパケットに対するレスポンスパケットを受信したかど
うかを判断する。実際には分割トランザクションのた
め、レスポンスパケットの受信前にペンディングのＡＣ
Ｋを受け取っているが、ペンディングを受けたときの処
理については割愛する。対応するレスポンスパケットを
受信した場合はステップＳ３０５へ、レスポンスパケッ
トを受信できない場合（例えばACK_busyを受けたり、ス
プリットタイムアウトが発生した場合）はステップＳ３
１０へ進む。

【００５７】ステップＳ３０５では、レスポンスパケッ
トの受信を受けてステップＳ３０２で起動していたタイ
マ１０９を停止する。タイマ１０９としてリンクのＬＳ
Ｉに内蔵されるスプリットタイムアウト監視用タイマを
使用する場合は、レスポンスパケットの受信と同時にタ
イマ１０９の停止が自動で行われるものも存在する。

【００５８】ステップＳ３０６では、停止したタイマ１
０９のカウント値を把握する。起動から停止までの時間
を測定するためであるが、停止時に自動的にカウント値
がリセットされてしまうタイマ１０９を使用する場合は
ファームウェアによってタイマ１０９を停止して値を確
認する。

【００５９】ステップＳ３０７では、ステップＳ３０６
で取得したタイマ値がリクエストパケットを送信してか
らレスポンスを受信するまでの時間として許容される基
準値を上回るかどうかを判断する。タイマ値が基準値を
越える場合はステップＳ３０８へ、そうでない場合はス
テップＳ３０９へ進む。

【００６０】ステップＳ３０８では、予想される時間よ
りレスポンスパケット受信に時間がかかっていることを
受けて、リクエストパケット送信の際のデータペイロー
ドサイズの値を変更する。具体的には、現在設定されて
いる値よりも小さな値を設定する。

【００６１】なお、許容される基準値よりもレスポンス
パケットの受信までにかかる時間を示す値の方が大きい
ということから、次の二つのことが想定できる。一つは
アシンクロナス転送用の帯域が狭いために、受信側ノー
ドでレスポンスパケットを送信する準備ができているに
も関わらずバス権を確保できないため時間がかかってし
まっている可能性、もう一つはバス権は確保しているに
も関わらず受信側ノードの処理が遅いため時間がかかっ
てしまっているという可能性である。何れの場合にして
も、データペイロードサイズを小さくすることで問題を
解決することが可能となる。

【００６２】ステップＳ３０９では、続けてさらに送信
すべきリクエストパケットが存在するかどうかを判断す
る。リクエストパケットがまだ存在する場合にはステッ
プＳ３０２へ戻り処理を繰り返す。既にデータ転送を終
了してリクエストするべきパケットが存在しない場合は
処理を終了する。

【００６３】ステップＳ３１０では、受信側ノードがビ
ジー状態にあるかどうかを判断する。ビジーの場合はス
テップＳ３１２へ、そうでない場合、例えばエラーの発
生やスプリットタイムアウト等が発生している場合はス
テップＳ３１１へ進む。

【００６４】ステップＳ３１１では、データエラー、ス
プリットタイムアウトおよびリトライオーバー等により
トランザクションが完結しなかった場合、アプリケーシ
ョンレイヤレベルでもう一度トランザクションを発行す
る。アプリケーションレベルのリトライ回数に関しては
特にプロトコル上規定はないが有限の回数とする。フロ
ーチャートには示していないが、規定回数を超えてもト
ランザクションが完結しなかった場合はエラーとして処
理を中断する。

【００６５】ステップＳ３１２では、受信側ノードがビ
ジーであることを受けて、再度リクエストパケットを送
信するリトライ処理を行う。

【００６６】ステップＳ３１３では、リトライパケット
を送信した回数をカウントする。

【００６７】ステップＳ３１４では、ステップＳ３１３
でカウントした値がある任意の値Ｎを越えたかどうか判
断する。任意の値Ｎはリトライ回数の頻度を示す指標と
なる値として予め適宜設定される。

【００６８】ステップＳ３１５では、度重なるリトライ
の発生を受けてリクエストパケット送信の際のデータペ
イロードサイズの値を変更する。具体的には現在設定さ
れている値よりも小さな値を設定する。

【００６９】度重なるリトライの発生は、受信側ノード
の処理能力を超えるペイロードサイズでデータを要求し
ていることにある。その場合、データペイロードサイズ
を小さくすることで問題を解決することが可能となる。

【００７０】ステップＳ３１６では、送信したリトライ
パケットに対するレスポンスパケットを受信したかどう
かを判断する。実際には分割トランザクションのため、
レスポンスパケットの受信前にペンディングのＡＣＫを
受け取っているが、その処理については割愛する。対応
するレスポンスパケットを受信した場合はステップＳ３
０９へ、レスポンスパケットを受信できない場合（例え
ばACK_busyを受けたスプリットタイムアウトが発生した
場合）はステップＳ３１７へ進む。

【００７１】ステップＳ３１７では、度重なるリトライ
処理によってリトライの回数が規定回数を超えリトライ
オーバーが発生したかどうかを判断する。リトライオー
バーが発生した場合はステップＳ３１１へ進み、そのト
ランザクション処理を終了し、アプリケーションレベル
のリトライ処理を行う。リトライ回数が規定回数以内の
場合はステップＳ３１２へ戻り、再度リトライパケット
の送信を行う。

【００７２】図４は、図３のステップＳ３０１で行われ
る、本実施の形態におけるデータペイロードサイズ初期
設定処理のフローチャートである。図２で説明したバス
リセット時に取得した情報をもとに大容量のデータ転送
を行う際のデータペイロードサイズの初期値を設定す
る。

【００７３】ステップＳ４０１では、アイソクロナス転
送用に確保された帯域幅を確認する。この情報は既にス
テップＳ２０４で得られているため、内容の確認を行
う。

【００７４】ステップＳ４０２では、アシンクロナス転
送を行うノード用に残された帯域が、ある任意の値より
小さいかどうかを判断する。ここでは仮に、元々アシン
クロナス用に確保された帯域以外に、最大ペイロードサ
イズによるアシンクロナス転送をもう一回行えるだけの
帯域を示す値である１２２９よりも小さいかどうかで判
断を行うが、比較の際に用いる値は任意である。残りの
帯域が任意の値（ここでは１２２９）より少ない場合は
ステップＳ４０３へ、そうでない場合はステップＳ４０
５へ進む。

【００７５】ステップＳ４０３では、バスに接続された
ノードの総数から、大容量データの転送を意図している
ＩＥＥＥ１３９４デバイス１０１（送信側ノード）とそ
の受信側ノードおよびアイソクロナス転送を行っている
ノード数を引いた値が任意の値より大きいかどうかを判
断する。ここでは仮に比較する値を２としたが、ステッ
プＳ４０２で判断した残された帯域との兼ね合いで値は
変わる。ここでは、例えばバス１０２に接続されたノー
ド総数が５で、アイソクロナス転送を行うノードが１つ
存在した場合、ＩＥＥＥ１３９４デバイス１０１と受信
側ノードを併せた３ノードを引くと値は２となる。この
ようにして求められた値が２より多い場合はステップＳ
４０４へ、そうでない場合はステップＳ４０５へ進む。

【００７６】ステップＳ４０４では、ステップＳ４０２
でアシンクロナス転送用の十分な帯域がないと判断さ
れ、かつＩＥＥＥ１３９４デバイス１０１と受信側ノー
ド以外に大容量のデータ転送をアシンクロナス転送を用
いて行う可能性が高いノードが存在する場合に、ＩＥＥ
Ｅ１３９４デバイス１０１の受信および送信可能な最大
のデータペイロードサイズよりも小さな値をＩＥＥＥ１
３９４デバイス１０１とのデータ転送を行う際のペイロ
ードサイズとして設定し、初期値設定処理を終了する。
例えば、最大ペイロードサイズが２０４８bytesの場合
は転送時のペイロードサイズとして１０２４bytesを設
定する。

【００７７】ステップＳ４０５では、ステップＳ４０２
でアシンクロナス転送用の十分な帯域があると判断され
た場合や、ステップＳ４０４でアイソクロナス転送に多
くの帯域を確保されてもアシンクロナス転送による大容
量データ転送を行うデバイスが少なく転送の際バスの確
保に不自由しないと判断された場合に、受信側ノードの
受信および送信可能な最大のデータペイロードサイズを
受信側ノードとのデータ転送を行う際のペイロードサイ
ズとして設定し、初期値設定処理を終了する。

【００７８】本実施の形態では、機能を実現する手段と
してバスに接続されたノードの情報と受信側ノードのレ
スポンスを考慮したが、受信側ノードのレスポンス対応
を考慮するだけでも、ノードの情報に基づく初期値の設
定を行う場合の効果にはかなわないが、同様の効果を実
現することができる。

【００７９】以上説明してきたように本発明の構成によ
れば、大容量データ転送時に転送時間の短縮を実現する
ことが可能となる。また、送信回数の増加やリトライ回
数の低減などによるバスの有効利用でシステム全体のパ
フォーマンスを向上させることができる。

【００８０】

【他の実施形態】本発明の目的は、前述した実施形態の
機能を実現するソフトウェアのプログラムコードを記録
した記憶媒体（または記録媒体）を、システムあるいは
装置に供給し、そのシステムあるいは装置のコンピュー
タ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプ
ログラムコードを読み出し実行することによっても、達
成されることは言うまでもない。この場合、記憶媒体か
ら読み出されたプログラムコード自体が前述した実施形
態の機能を実現することになり、そのプログラムコード
を記憶した記憶媒体は本発明を構成することになる。ま
た、コンピュータが読み出したプログラムコードを実行
することにより、前述した実施形態の機能が実現される
だけでなく、そのプログラムコードの指示に基づき、コ
ンピュータ上で稼働しているオペレーティングシステム
（ＯＳ）などが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれることは言うまでもない。

【００８１】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張カー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書込まれた後、そのプログラムコードの指示
に基づき、その機能拡張カードや機能拡張ユニットに備
わるＣＰＵなどが実際の処理の一部または全部を行い、
その処理によって前述した実施形態の機能が実現される
場合も含まれることは言うまでもない。

【００８２】本発明を上記記憶媒体に適用する場合、そ
の記憶媒体には、先に説明した図２乃至図４に示すフロ
ーチャートに対応するプログラムコードが格納されるこ
とになる。

【００８３】

【発明の効果】以上説明したように本発明によれば、バ
ス上に流すパケットのデータペイロードサイズを、適切
なデータペイロードサイズに設定することができる。こ
れにより、大容量データ転送時の転送時間を短縮するこ
とができ、送信回数やリトライ回数が低減されるため、
バスを有効活用することが可能となり、システム全体の
パフォーマンスを向上させることが可能となる。

【図面の簡単な説明】

【図１】本発明の実施の形態におけるシステム構成の概
要を示すブロック図である。

【図２】本発明の実施の形態におけるバスリセット時に
行われる情報取得処理のフローチャートである。

【図３】本発明の実施の形態におけるデータペイロード
サイズ設定処理のフローチャートである。

【図４】本発明の実施の形態におけるデータペイロード
サイズ初期設定処理のフローチャートである。

【符号の説明】

１０１ＩＥＥＥ１３９４デバイス（リクエストパケッ
ト送信側ノード）１０２ＩＥＥＥ１３９４バス１０３ＩＥＥＥ１３９４Ｉ／Ｆ制御部１０４ＩＥＥＥ１３９４ドライバ１０５ノードコントローラ１０６アプリケーションレイヤ１０７アプリケーション１０８データペイロードサイズ設定処理部１０９タイマ１１０プリンタ機能

Claims

【特許請求の範囲】

【請求項１】アイソクロナス転送と、アシンクロナス
転送でデータの送受信を行うことが可能な通信装置であ
って、通信インタフェースを介して接続された外部装置とデー
タの送受信を行う通信手段と、アシンクロナス転送でデータの送受信を行う場合に、通
信先の外部装置の応答性を判断する判断手段と、前記判断手段による判断に応じて、アシンクロナス転送
における送受信の際のデータペイロードサイズを変更可
能な変更手段とを有することを特徴とする通信装置。
【請求項２】前記通信インタフェースを介して前記通
信装置が接続されたバス上における、アシンクロナス転
送で用いる転送用帯域に関する情報を取得する取得手段
と、前記取得手段により取得した転送用帯域に関する情報に
基づいて、前記データペイロードサイズを設定する設定
手段とを更に有し、前記取得手段及び前記設定手段による動作は、前記判断
手段及び変更手段による動作に先だって行われることを
特徴とする請求項１に記載の通信装置。
【請求項３】前記取得手段は、前記バスに接続された
各外部装置が持つコンフィギュレーションＲＯＭ及びコ
ントロールアンドステータスレジスタを読み出すことに
よって、前記転送用帯域に関する情報を取得することを
特徴とする請求項２に記載の通信装置。
【請求項４】前記転送用帯域に関する情報は、アイソ
クロナス転送を行う外部装置数及び当該外部装置が取得
したアイソクロナス転送用の帯域幅及びチャンネル数を
含むことを特徴とすることを特徴とする請求項３に記載
の通信装置。
【請求項５】前記転送用帯域に関する情報は、前記バ
スに接続された外部装置数を含むことを特徴とする請求
項３又は４に記載の通信装置。
【請求項６】前記取得手段は、前記バスのリセット後
に前記バスに接続された各外部装置から送信されるセル
フＩＤパケットを取得することにより前記転送用帯域に
関する情報を取得することを特徴とする請求項２乃至５
のいずれかに記載の通信装置。
【請求項７】前記設定手段は、前記転送用帯域に関す
る情報が所定条件を満たしている場合に、転送可能な最
大データペイロードサイズに設定することを特徴とする
請求項２乃至６のいずれかに記載の通信装置。
【請求項８】前記所定条件は、アシンクロナス転送用
に残された帯域が所定帯域よりも大きい場合であること
を特徴とする請求項７に記載の通信装置。
【請求項９】前記所定条件は、前記通信装置以外に、
アシンクロナス転送を行う前記バスに接続された外部装
置数が所定数よりも少ない場合であることを特徴とする
請求項７又は８に記載の通信装置。
【請求項１０】前記判断手段は、前記通信装置が行う
トランザクションを完結するのに要する最低限の時間
と、前記通信先の外部装置が応答に要する時間とを比較
することを特徴とする請求項１乃至９のいずれかに記載
の通信装置。
【請求項１１】前記通信先の外部装置が応答に要する
時間は、前記通信装置が前記通信先の外部装置にリクエ
ストパケットを送信してからレスポンスパケットを受信
するまでにかかる時間であることを特徴とする請求項１
０に記載の通信装置。
【請求項１２】前記通信先の外部装置が応答に要する
時間計測を行うタイマを更に有することを特徴とする請
求項１０及び１１に記載の通信装置。
【請求項１３】前記変更手段は、前記通信先の外部装
置の応答性が低い場合に、データペイロードサイズ値を
小さくすることを特徴とする請求項１乃至１２のいずれ
かに記載の通信装置。
【請求項１４】前記通信手段は、ＩＥＥＥ１３９４規
格に準拠していることを特徴とする請求項１乃至１３の
いずれかに記載の通信装置。
【請求項１５】アイソクロナス転送と、アシンクロナ
ス転送でデータの送受信を行うことが可能であって、通
信インタフェースを介して接続された外部装置とデータ
の送受信を行う通信手段を有する通信装置における通信
方法であって、アシンクロナス転送でデータの送受信を行う場合に、通
信先の外部装置の応答性を判断する判断工程と、前記判断工程による判断に応じて、アシンクロナス転送
における送受信の際のデータペイロードサイズを変更可
能な変更工程とを有することを特徴とする通信方法。
【請求項１６】前記通信インタフェースを介して前記
通信装置が接続されたバス上における、アシンクロナス
転送で使用可能な転送用帯域に関する情報を取得する取
得工程と、前記取得工程において取得した転送用帯域に関する情報
に基づいて、前記データペイロードサイズを設定する設
定工程とを更に有し、前記取得工程及び前記設定工程は、前記判断工程及び変
更工程に先だって行われることを特徴とする請求項１５
に記載の通信方法。
【請求項１７】前記取得工程では、前記バスに接続さ
れた各外部装置が持つコンフィギュレーションＲＯＭ及
びコントロールアンドステータスレジスタを読み出すこ
とによって、前記転送用帯域に関する情報を取得するこ
とを特徴とする請求項１６に記載の通信方法。
【請求項１８】前記転送用帯域に関する情報は、アイ
ソクロナス転送を行う外部装置数及び当該外部装置が取
得したアイソクロナス転送用の帯域幅及びチャンネル数
を含むことを特徴とすることを特徴とする請求項１７に
記載の通信方法。
【請求項１９】前記転送用帯域に関する情報は、前記
バスに接続された外部装置数を含むことを特徴とする請
求項１７又は１８に記載の通信方法。
【請求項２０】前記取得工程では、前記バスのリセッ
ト後に前記バスに接続された各外部装置から送信される
セルフＩＭパケットを取得することにより前記転送用帯
域に関する情報を取得することを特徴とする請求項１６
乃至１９のいずれかに記載の通信方法。
【請求項２１】前記設定工程では、前記転送用帯域に
関する情報が所定条件を満たしている場合に、転送可能
な最大データペイロードサイズに設定することを特徴と
する請求項１６乃至２０のいずれかに記載の通信方法。
【請求項２２】前記所定条件は、アシンクロナス転送
用に残された帯域が所定帯域よりも大きい場合であるこ
とを特徴とする請求項２１に記載の通信方法。
【請求項２３】前記所定条件は、前記通信装置以外
に、アシンクロナス転送を行う前記バスに接続された外
部装置数が所定数よりも少ない場合であることを特徴と
する請求項２１又は２２に記載の通信方法。
【請求項２４】前記判断工程では、前記通信装置が行
うトランザクションを完結するのに要する最低限の時間
と、前記通信先の外部装置が応答に要する時間とを比較
することを特徴とする請求項１５乃至２３のいずれかに
記載の通信方法。
【請求項２５】前記通信先の外部装置が応答に要する
時間は、前記通信装置が前記通信先の外部装置にリクエ
ストパケットを送信してからレスポンスパケットを受信
するまでにかかる時間であることを特徴とする請求項２
４に記載の通信方法。
【請求項２６】前記通信先の外部装置が応答に要する
時間計測を行う計時工程を更に有することを特徴とする
請求項２４及び２５に記載の通信方法。
【請求項２７】前記通信先の外部装置の応答性が低い
場合に、前記変更工程では、データペイロードサイズ値
を小さくすることを特徴とする請求項１５乃至２６のい
ずれかに記載の通信方法。
【請求項２８】前記通信手段は、ＩＥＥＥ１３９４規
格に準拠していることを特徴とする請求項１５乃至２７
のいずれかに記載の通信方法。
【請求項２９】情報処理装置が実行可能なプログラム
であって、前記プログラムを実行した情報処理装置を、
請求項１乃至１４のいずれかに記載の通信装置として機
能させることを特徴とするプログラム。
【請求項３０】請求項１５乃至２８のいずれかに記載
の通信方法を実現するためのプログラムコードを有する
情報処理装置が実行可能なプログラム。
【請求項３１】請求項２９又は３０に記載のプログラ
ムを記憶した記憶媒体。