JP2002044128A

JP2002044128A - データ転送方法

Info

Publication number: JP2002044128A
Application number: JP2000225439A
Authority: JP
Inventors: Hozumi Nishimura; 穂積西村; Hidekazu Takakura; 英一高倉
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2000-07-26
Filing date: 2000-07-26
Publication date: 2002-02-08

Abstract

(57)【要約】【課題】１つのアプリケーションデータを転送する場
合に、まず、複数の第１分割パケットに分割する手段
と、第１分割パケットをさらに複数の第２分割パケット
に分割する手段を備え、第２分割パケット単位で、通信
路上を伝送する構成において、第１分割パケットのサイ
ズが第２分割パケットのサイズで割り切れない場合、ト
ータルの転送速度に不効率が生じる。これを以下の解決
手段により転送速度の効率化を図ること。【解決手段】ノード間におけるＳＤＵレジスタサイズ
のネゴシエーションに手続きを追加することにより、第
１分割パケットサイズが第２分割パケットサイズで割り
切れるように設定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、２つ以上の装置間
で互いにデータを送受信するデータ転送方法に係り、特
に、通信路上でデータを複数のパケットに分割して転送
する、静止画像等のデジタルデータの送受信技術に関す
るものである。

【０００２】

【従来の技術】近年、ＩＥＥＥ１３９４と呼ばれるシリ
アルデータ転送プロトコルを使い、さまざまな装置間
で、データを送受信する仕組みが開発されている。

【０００３】その中で、非同期通信によるファイル転送
を実現するプロトコルの一つとして、１３９４ＴＡ（Tr
ade Association）と呼ばれる標準化団体で制定されたD
irect Print Protocol（以下、ＤＰＰと称す）がある。
ＤＰＰを使うと、デジタルカメラ、プリンタ等の機器を
ＰＣを通さずに直接接続して、静止画像のファイル転
送、印刷を行うことが出来る。

【０００４】ここで、ＤＰＰにおけるデータ転送方法
を、図１と図４を用いて簡単に説明する。

【０００５】図４は、ＤＰＰ及びＩＥＥＥ１３９４の概
略構成図、図１はＤＰＰ及びＩＥＥＥ１３９４の概略動
作モデル（ファイル転送の場合）である。

【０００６】図４において、上方は上位層、下方は下位
層を示す。４００は前記ＤＰＰ、４０９はアプリケーシ
ョン層、４０１は、各種のコマンドセットを管理するコ
マンドセット層、４０２は、データ転送プロトコルを管
理するＴＨＩＮプロトコル層、４０３は、１３９４通信
路上を管理する１３９４プロトコル層、４０４は、ファ
イル転送するためのコマンドセットであるＦＴＣ（File
Transfer Command set）、４０５は、プリンタ接続す
るためのコマンドセットであるＤＰＣ（DirectPrint Co
mmand set）、４０６は、アプリケーションデータの分
割、再構成を行うＴＨＩＮセッション層、４０７は、１
３９４トランザクション層４０８との間でデータ送受信
を管理するＴＨＩＮトランザクション層、４０８は１３
９４トランザクション層である。

【０００７】また、図１において、１０１は、ファイル
データとＦＴＣコマンドから構成されるアプリケーショ
ンデータ、１０２は、ＴＨＩＮセッション層で付加され
るアプリケーションヘッダ、１００は、アプリケーショ
ンデータ１０１とアプリケーションヘッダ１０２から構
成される転送データ、１０３はＴＨＩＮプロトコルでの
転送単位となるSegment Data Unit（以下ＳＤＵと称
す）、１０４は各々のＳＤＵの内容を示すセッションヘ
ッダ、１０５は、転送データ１００を分割して格納する
セグメントデータ、１０６は１３９４トランザクション
層のデータ送信バッファ、１０７は相手ノードへ送信さ
れる１３９４パケット、１０８はそのヘッダ、１０９は
受信側ノードである。

【０００８】上記のように構成されたＤＰＰでファイル
転送する方法について、具体的に説明すると以下のよう
な順序になる。

【０００９】（１）ＦＴＣ４０４において、ファイルデ
ータとＦＴＣコマンドからアプリケーションデータ１０
１を構成する。

【００１０】（２）ＴＨＩＮセッション層４０６におい
て、アプリケーションデータ１０１のサイズと送信先の
識別ＩＤに応じた、アプリケーションヘッダ１０２を付
加して、転送データ１００を構成する。

【００１１】（３）ＴＨＩＮセッション層４０６におい
て、前記転送データ１００を、セグメントデータ１０５
に分割し、その各々にセッションＩＤや、データサイズ
等を含むセッションヘッダ１０４を付加して、ＴＨＩＮ
プロトコルでの転送単位であるＳＤＵ１０３を構成す
る。

【００１２】（４）ＴＨＩＮトランザクション層４０７
において、このＳＤＵを受信側ノード１０９へ転送し、
終了した時点で、転送の終了を示すＳＤＵＣｏｍｐを
発行する。

【００１３】（５）受信側ノード１０９は、受信したＳ
ＤＵの処理をＴＨＩＮセッション層において行った上
で、次のＳＤＵの受信許可を示すＳＤＵＲｅａｄｙを
発行する。

【００１４】（６）送信側ノードは、次のＳＤＵの送信
を行い、終了後ＳＤＵＣｏｍｐを発行する。

【００１５】（７）以下（５）、（６）の処理を繰り返
し、全てのデータを受信した時点で、受信側ノードにお
いてデータの再構築を行う。

【００１６】また、ＳＤＵの転送以降を管理するＴＨＩ
Ｎトランザクション層４０７、及び、下位層の１３９４
トランザクション層４０８の振る舞いは、以下のように
なる。

【００１７】（１１）ＴＨＩＮトランザクション層４０
７において、ＳＤＵ１０３を１３９４トランザクション
層４０８におけるデータ送信バッファ１０６のサイズに
分割する。

【００１８】（１２）ＴＨＩＮトランザクション層４０
７における前記分割データを、１３９４トランザクショ
ン層４０８における前記データ送信バッファ１０６に格
納する。

【００１９】（１３）１３９４パケット１０７のヘッダ
情報（１０８）を設定する。

【００２０】（１４）相手ノードとのarbitration手続
き。

【００２１】（１５）Asynchronousパケットを生成して
送信。

【００２２】（１６）Acknowledgeの受信。

【００２３】（１７）以降、ＳＤＵがなくなるまで（１
２）〜（１６）を繰り返し、受信側ノード１０９では、
ＳＤＵの再構築を行う。

【００２４】ここで、ＳＤＵ１０３のサイズと１３９４
パケット１０７のデータ部分、つまり、データ送信バッ
ファー１０６のサイズの定量的関係は、従来技術では、
明確にされていない。

【００２５】

【発明が解決しようとする課題】パケット送信を行う送
信側ノードの１３９４トランザクション層４０８におい
て、各々のパケットの送信（前記（１５））とは別に、
前記（１２）、（１３）、（１４）、（１６）のような
処理が、パケットサイズに無関係に行われる。したがっ
て、ＳＤＵ１０３のサイズがデータ送信バッファ１０６
のサイズで割り切れない場合、最後に余ったサイズの小
さい分割データを送るためにも、他のパケットと同様に
前記（１２）、（１３）、（１４）、（１６）の処理が
必要となり、無駄が生じる。つまり、トータルの転送速
度は、ＳＤＵサイズと１３９４パケットのデータ部分の
サイズとの間の関係に依存する。

【００２６】例えば、ＳＤＵ１０３のサイズが６４キロ
バイト＋α（０＜α＜２キロバイト）、データ送信バッ
ファ１０６のサイズが２キロバイトとすると、トータル
の１３９４パケット数は３３個となり、最後のパケット
はデータサイズ（＝αバイト）が小さいにもかかわら
ず、他のパケットと同様の処理（前記（１２）、（１
３）、（１４）、（１６））が必要となる。その結果、
トータルの転送速度に対して不効率が生じる。

【００２７】本発明は上記の点に鑑みなされたもので、
その目的とするところは、ＤＰＰによるデータ通信にお
いて、トータルの転送速度の効率化を図ることにある。

【００２８】

【課題を解決するための手段】本発明では、上記した目
的を達成するため、１つのデータを転送する場合に、ま
ず、複数の第１分割パケット（従来例で示したＳＤＵ１
０３）に分割する手段と、第１分割パケットをさらに複
数の第２分割パケットに分割する手段を備え、第２分割
パケット（データ送信バッファ１０６）単位で、通信路
上を伝送するシステムにおいて、第１分割パケットのサ
イズが第２分割パケットのサイズで割り切れるように定
義する。

【００２９】また、第１分割パケットのサイズが要求機
器と応答機器との調停で決定される方法において、要求
機器側では、まず要求機器が、第１分割パケットのサイ
ズを第２パケットの整数倍となるような値（Ａ）を要求
し、応答機器が（Ａ）より小さく第２パケットの整数倍
ではない値（Ｂ）を応答して来た場合、一旦接続を切断
し、要求側が（Ｂ）より小さく第２パケットの整数倍と
なるような値（Ｃ）を再度要求することで、確実に第１
分割パケットのサイズが第２パケットの整数倍となるよ
うに制御する。このとき、第２パケットの整数倍となる
ような値（Ｃ）は、要求機器と応答機器の双方で実現可
能な最大値となるようにする。

【００３０】また、応答機器側では、要求機器が、第１
分割パケットのサイズを第２パケットの整数倍とならな
い値（Ｄ）を要求してきた場合、応答機器が（Ｄ）より
小さく第２パケットの整数倍となるような値（Ｅ）を応
答することで、確実に第１分割パケットのサイズが第２
パケットの整数倍となるように制御する。このとき、第
２パケットの整数倍となるような値（Ｅ）が、要求機器
と応答機器の双方で実現可能な最大値となるようにす
る。

【００３１】上記した手段によれば、要求機器側、応答
機器側のどちらになった場合でも、第１分割パケット
（ＳＤＵ）のサイズを、第２分割パケット（データ送信
バッファ１０６）のサイズで割り切れるように定義でき
るため、効率的な転送を行うことができる。

【００３２】また、第１分割パケット（ＳＤＵ）のサイ
ズを、要求機器と応答機器の双方で実現可能な最大値と
することで、ＳＤＵを送受信するために、必要な手続き
（例えば、従来例の（３）、（４）など）を最小限に抑
えることができるため、効率的な転送を行うことができ
る。

【００３３】

【発明の実施の形態】以下、本発明の実施の形態を、図
１〜図４を参照して説明する。

【００３４】図１は、ファイル転送を行う場合のＤＰＰ
及びＩＥＥＥ１３９４の概略動作モデルであり、送信側
ノードにおける転送ファイルデータの制御動作を表して
いる。なお、図１中の構成要素に付した符号についての
説明は、従来の技術の項で先に記述したので、その説明
は重複を避けるため省略する。

【００３５】図２は、受信側ノード（図１の１０９に相
当）における制御動作を表している。図２において、２
０１は、ファイルデータとＦＴＣコマンドから構成され
るアプリケーションデータ、２０２はＴＨＩＮセッショ
ン層で付加されるアプリケーションヘッダ、２００は、
アプリケーションデータ２０１とアプリケーションヘッ
ダ２０２から構成される転送データ、２０３は、データ
受信バッファ２０６に格納されたデータを再構成して作
られるＳＤＵ、２０４は各々のＳＤＵの内容を示すセッ
ションヘッダ、２０５はＳＤＵのデータを格納するセグ
メントデータ、２０６は１３９４トランザクション層の
データ受信バッファ、２０７は送信側ノードから送信さ
れた１３９４パケット、２０８はそのヘッダ、２０９は
送信側ノードである。

【００３６】まず、全体の動作について説明する。送信
側の動作については、従来の技術の項で説明した通りで
あるため省略し、受信側の動作のみ簡単に説明する。

【００３７】図２において、送信側ノード２０９から送
信された１３９４パケット２０７から、そのヘッダ２０
８の内容を解析して、データ部をデータ受信バッファ２
０６に格納し、さらに、データ受信バッファ２０６から
ＳＤＵ２０３を再構成する。このように再構成されたＳ
ＤＵ２０３から、転送データ２００を再構築し、その中
のアプリケーションヘッダ２０２とアプリケーションデ
ータ２０１からファイルデータを抽出する。

【００３８】また、送信側と受信側でのＴＨＩＮトラン
ザクション層４０７、及び、下位層の１３９４トランザ
クション層４０８の振る舞いは、以下のようになる。

【００３９】（１）送信側ノードは、ＴＨＩＮトランザ
クション層４０７において、ＳＤＵ１０３を、１３９４
トランザクション層４０８におけるデータ送信バッファ
１０６のサイズに分割する。

【００４０】（２）ＴＨＩＮトランザクション層４０７
における前記分割データを、１３９４トランザクション
層４０８における前記データ送信バッファ１０６に格納
する。

【００４１】（３）１３９４パケットのヘッダ（１０
８）情報を設定する。

【００４２】（４）相手ノード（受信側ノード１０９）
とのarbitratioｎ手続き。

【００４３】（５）Asynchronousパケットを生成して送
信。

【００４４】（６）受信側ノード（図２）は、送信側ノ
ード２０９より１３９４パケット２０７を受信して、ヘ
ッダを解析、データをデータ受信バッファ２０６に格
納。

【００４５】（７）受信側ノードはAcknowledgeを送信
側ノードに送信。

【００４６】（８）送信側ノードがAcknowledgeの受
信。

【００４７】（９）受信側ノードは、１３９４トランザ
クション層４０８におけるデータ受信バッファ２０６の
データをＴＨＩＮトランザクション層４０７に送る。

【００４８】（１０）以降、最初の送信ＳＤＵ１０３が
なくなるまで（２）〜（９）を繰り返し、受信側ノード
のＴＨＩＮトランザクション層４０７では、ＳＤＵの再
構築を行う。

【００４９】ところで、ＩＥＥＥ１３９４では、データ
の転送を行うために、ＩＥＥＥ１２１２で規定されてい
るＣＳＲ（Control and Status Register Architectur
e）のアドレス空間を利用する。ＴＨＩＮプロトコルで
は、接続確立時に用いるConnectionレジスタ、データ転
送に用いるＳＤＵレジスタ、データ転送の制御に用いる
ＳＤＵマネジメントレジスタという３つの領域を設けて
おり、これらのアドレス空間に対してＩＥＥＥ１３９４
のWriteトランザクションを発行することにより動作す
る。ＴＨＩＮプロトコルでは、接続確立時にＳＤＵレジ
スタのベースアドレスとサイズ、およびＳＤＵマネジメ
ントレジスタのベースアドレスを決定する、ダイナミッ
クアロケーションと呼ばれる手法を用いる。このとき、
レジスタサイズのネゴシエーションはＴＨＩＮプロトコ
ルの接続手順にて、以下のように行われる。

【００５０】以下、図３を用いてＳＤＵレジスタのサイ
ズのネゴシエーションについて説明する。

【００５１】図３において、接続要求を発行する機器を
Initiatorノード、接続要求を受信し、応答を返送する
機器をResponderノードと記述してあり、３００は、Ini
tiatorノードで確保可能なＳＤＵレジスタＢ（サイズは
Size Bl）、３０２は、Responderノードにて確保してほ
しいＳＤＵレジスタＤ（サイズはSize Dl）、３０１は
接続要求、３０３は、ネゴシエーションにより決定され
るInitiatorノードのＳＤＵレジスタＢ（サイズはSize
B2）、３０５は、同じくネゴシエーションにより決定さ
れるResponderノードのＳＤＵレジスタＤ（サイズはSiz
e D2）、３０４は接続応答である。

【００５２】まず第１に、Initiatorノードは、図３の
（ａ）のように、Initiatorノードで確保可能なＳＤＵ
レジスタのサイズ（Size Bl）３００、Responderノード
にて確保してほしいＳＤＵレジスタのサイズ（Size D
l）３０２の２つの情報を含む接続要求３０１を発行す
る。

【００５３】第２に、図３の（ｂ）にあるように、Resp
onderノードがその接続要求を受信し、内部処理とし
て、ＳＤＵレジスタのサイズを、接続要求時に要求され
たSizeDl以内で、Responderノードが確保できる最大の
サイズ（Size D2）３０５に設定し、Initiatorノードの
ＳＤＵレジスタのサイズを、接続要求時に要求されたSi
ze Bl以内で、Responderノードが送信しようとしている
ＳＤＵのサイズ（SizeB2）３０３に設定する。そして、
ResponderノードでのＳＤＵの送信バッファ（Size B2)
を確保する。

【００５４】第３に、Responderノードは、図３の
（ｂ）のように、ResponderノードのＳＤＵレジスタの
サイズ（Size D2）、InitiatorノードのＳＤＵレジスタ
のサイズ（Size B2）の２つの情報を含む接続応答３０
４を発行する。

【００５５】第４に、Initiatorノードは接続応答を受
信し、内部処理として、InitiatorノードでのＳＤＵの
送信バッファ（Size D2）を確保する。

【００５６】上記のように決定された、前記Initiator
ノードのＳＤＵレジスタのサイズ（Size B2）、前記Res
ponderノードのＳＤＵレジスタのサイズ（Size D2）
は、１３９４トランザクション層におけるデータ送信バ
ッファ１０６のサイズで割り切れるとは限らない。ここ
で例えば、自ノードがInitlatorノードである場合に、
接続要求としてのＳＤＵレジスタサイズ（Size Dl）
が、１３９４トランザクション層におけるデータ送信バ
ッファ１０６のサイズで割り切れるように設定した場
合、Responderノードが確保できるＳＤＵレジスタサイ
ズが、要求されたSize Dl以上であるときは、Size Dlが
そのまま、前記Size D2になり、前記データ送信バッフ
ァ１０６で割り切れるサイズのままであるが、Responde
rノードが確保できるＳＤＵレジスタサイズが要求され
たSize Dlより小さい場合、前記Size D2として設定され
るサイズは、前記データ送信バッファ１０６のサイズで
割り切れるとは限らない値になってしまう。よって、こ
の場合、Initiatorノードで改めて接続要求サイズを決
定し、接続要求を再度発行するような手続きが必要にな
る。

【００５７】そこで、Initiatorノード、Responderノー
ドそれぞれを、下記のように動作させる。

【００５８】本実施形態では、自ノードがInitiatorノ
ードである場合、どちらか一方でも割り切れない値を受
け取ると、すぐに、接続遮断要求を発行し、接続を一旦
切断する。次に、Size Blを前記Size B2と同じ又は小さ
くて、かつ、前記データ送信バッファのサイズの整数倍
で最大となる値、また、Size Dlを前記Size D2と同じ又
は小さくて、かつ、前記データ送信バッファのサイズの
整数倍で最大となる値となるように設定し、再度、接続
要求を発行する。このような設定で接続要求すると、Re
sponderノードからの接続応答に含まれるSize B2とSize
D2は、それぞれ、Size BlとSize Dlと同じ値となるた
め、確実に、ＳＤＵレジスタのサイズをデータ送信バッ
ファのサイズで割り切れる値に設定することができる。

【００５９】また、自ノードがResponderノードである
場合は、Initiatorノードから設定されたSize Bl及びSi
ze Dlに対して、Size Blと同じ又は小さくて、前記デ
ータ送信バッファのサイズの整数倍で自ノードが準備で
きる最大の値をSize B2に設定し、Size Dlと同じ又は小
さくて、前記データ送信バッファのサイズの整数倍でノ
ードが準備できる最大の値をSize D2を設定し、接続応
答をすることで、確実に、ＳＤＵレジスタのサイズをデ
ータ送信バッファのサイズで割り切れる値に設定するこ
とができる。

【００６０】以下、具体的な値を用いて説明する。ここ
では、１３９４トランザクションにおけるデータ送信バ
ッファのサイズを２キロバイトとする。

【００６１】まず、自ノードがInitiatorノードである
とき、Initiatorノード及びResponderノードのＳＤＵレ
ジスタが確保できる最大サイズを、それぞれ６４キロバ
イト、６３キロバイトとする。

【００６２】接続時、自ノード（Initiatorノード）か
ら要求する前記Size Bl、Size Dlを、共に６４キロバイ
トとすると、Responderノードにおいて、前記SizeB 2、
SizeD2は共に、６３キロバイトに設定される。このSize
B2、Size D2がInitiatorノードへ接続応答として返さ
れ、このサイズでのＳＤＵの送受信は可能になる。しか
し、これらの値は、いずれも前記１３９４トランザクシ
ョン層におけるデータ送信バッファのサイズ（２キロバ
イト）では割り切れない。よって、ここでは前述のよう
に、一旦接続を遮断し、応答されたSize B2とSize D2の
値を前記２キロバイトで割り切れるように修正し、それ
らを改めてSize B1、Size Dlとして設定する。つまり
Size Blを６２キロバイト、Size Dlも６２キロバイトと
して設定し、再度、接続要求を発行する。それに対して
Responderノードが応答する最終的なSize B2とSize D2
は、共に６２キロバイトになる。つまり、それぞれのＳ
ＤＵレジスタサイズ、および、それに対応して確保され
るＳＤＵデータ送信バッファサイズは、前記１３９４ト
ランザクションにおけるデータ送信バッファのサイズで
割り切れる値に設定されたことになる。

【００６３】一方、自ノードがResponderノードである
とき、Initiatorノード及びResponderノードのＳＤＵレ
ジスタが確保できる最大サイズを、それぞれ、６３キロ
バイト、６４キロバイトとする。接続時、相手側ノード
（Initiatorノード）から要求される前記Size Bl、Size
Dlを、共に６３キロバイトとすると、Responderノード
において、６４キロバイト確保できる能力に対して６３
キロバイトの要求であるので、前記Size B2、Size D2は
共に、６３キロバイトに設定することは可能であるが、
あえて、データ送信バッファのサイズの整数倍である、
６２キロバイトに設定する。このSize B2、Size D2がIn
itiatorノードヘ接続応答として返され、それぞれのＳ
ＤＵレジスタサイズ、および、それに対応して確保され
るＳＤＵデータ送信バッファサイズは、前記１３９４ト
ランザクションにおけるデータ送信バッファのサイズで
割り切れる値に設定されたことになる。

【００６４】以上のようにＳＤＵレジスタサイズおよび
対応する送信ＳＤＵバッファサイズを決定すれば、送信
されるＳＤＵデータは、常に、前記１３９４トランザク
ション層におけるデータ送信バッファのサイズで割り切
れるので、効率のよい転送を行うことができ、転送速度
を速めることができる。

【００６５】

【発明の効果】以上説明したように、請求項１、請求項
２、および請求項４に記載の発明によれば、自ノードが
要求機器側、応答機器側のどちらになった場合でも、前
記第１分割パケット（ＳＤＵ）のサイズを、第２分割パ
ケット（データ送信バッファ１０６）のサイズで割り切
れるように定義できるため、効率的な転送を行うことが
できる。

【００６６】また、請求項３、請求項５の発明によれ
ば、前記第１分割パケット（ＳＤＵ）のサイズを、要求
機器と応答機器の双方で実現可能な最大値とすること
で、ＳＤＵを送受信するために、必要な手続き（例え
ば、従来の技術の（３）、（４）など）を最小限に抑え
ることができるため、効率的な転送を行うことができ
る。

【図面の簡単な説明】

【図１】ファイル転送を行う場合のＤＰＰ及びＩＥＥＥ
１３９４の送信概略動作モデルを示す説明図である。

【図２】ファイル転送を行う場合のＤＰＰ及びＩＥＥＥ
１３９４の受信概略動作モデルを示す説明図である。

【図３】接続要求時及び接続応答時のＳＤＵレジスタの
ダイナミックレジスタアロケーションを示す説明図であ
る。

【図４】ＤＰＰ及びＩＥＥＥ１３９４の概略構成を示す
説明図である。

【符号の説明】

１００転送データ１０１アプリケーションデータ１０２アプリケーションヘッダ１０３ＳＤＵ（Segment Data Unit）１０４セッションヘッダ１０５セグメントデータ１０６１３９４トランザクションの送信バッファ１０７１３９４パケット１０８１３９４ヘッダ１０９受信側ノード２００転送データ２０１アプリケーションデータ２０２アプリケーションヘッダ２０３ＳＤＵ（Segment Data Unit）２０４セッションヘッダ２０５セグメントデータ２０６１３９４トランザクションの受信バッファ２０７１３９４パケット２０８１３９４ヘッダ２０９送信側ノード３００ＳＤＵレジスタＢ（サイズはSize Bl）３０１接続要求３０２ＳＤＵレジスタＤ（サイズはSize Dl）３０３ＳＤＵレジスタＢ（サイズはSize B2）３０４接続応答３０５ＳＤＵレジスタＤ（サイズはSize D2）４００ＤＰＰ４０１コマンドセット群４０２ＴＨＩＮプロトコル層４０３１３９４プロトコル層４０４ＦＴＣ（File Transfer Command set）４０５ＤＰＣ（Direct Print Command set）４０６ＴＨＩＮセッション層４０７ＴＨＩＮトランザクション層４０８１３９４トランザクション層４０９アプリケーション層

Claims

【特許請求の範囲】

【請求項１】１つのデータを転送する場合に、まず、
複数の第１分割パケットに分割する手段と、前記第１分
割パケットをさらに複数の第２分割パケットに分割する
手段を備え、前記第２分割パケット単位で、通信路上を
伝送する構成において、前記第１分割パケットのサイズが前記第２分割パケット
のサイズで割り切れるように定義することを特徴とする
データ転送方法。
【請求項２】前記第１分割パケットのサイズが要求機
器と応答機器との調停で決定される方法において、要求
機器が、前記第１分割パケットのサイズを前記第２パケ
ットの整数倍となるような値（Ａ）を要求し、応答機器
が（Ａ）より小さく前記第２パケットの整数倍ではない
値（Ｂ）を応答して来た場合、一旦接続を切断し、要求
側が（Ｂ）より小さく第２パケットの整数倍となるよう
な値（Ｃ）を要求することで、前記第１分割パケットの
サイズが前記第２パケットの整数倍となるように制御す
ることを特徴とする請求項１に記載のデータ転送方法。
【請求項３】請求項２に記載の前記第２パケットの整
数倍となるような前記した値（Ｃ）が、要求機器と応答
機器の双方で実現可能な最大値であることを特徴とする
請求項２記載のデータ転送方法。
【請求項４】前記第１分割パケットのサイズが要求機
器と応答機器との調停で決定される方法において、要求
機器が、前記第１分割パケットのサイズを前記第２パケ
ットの整数倍とならない値（Ｄ）を要求してきた場合、
応答機器が（Ｄ）より小さく前記第２パケットの整数倍
となるような値（Ｅ）を応答することで、前記第１分割
パケットのサイズが前記第２パケットの整数倍となるよ
うに制御することを特徴とする請求項１に記載のデータ
転送方法。
【請求項５】請求項４に記載の前記第２パケットの整
数倍となるような前記した値（Ｅ）が、要求機器と応答
機器の双方で実現可能な最大値であることを特徴とする
請求項４記載のデータ転送方法。