JPH05103016A

JPH05103016A - メツセージ送受信方法

Info

Publication number: JPH05103016A
Application number: JP26355991A
Authority: JP
Inventors: Mika Mizutani; 美加水谷; Tetsuhiko Hirata; 哲彦平田; Tatsuya Yokoyama; 達也横山; Matsuaki Terada; 松昭寺田
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1991-10-11
Filing date: 1991-10-11
Publication date: 1993-04-23

Abstract

(57)【要約】【目的】本発明は、受信バッファを効率的に利用して、
受信パケットからメッセージを組立てることができるメ
ッセージ送受信方法を提供する。【構成】各メッセージの先頭のデータブロック１９Ａを
送信する時、データパケットにメッセージ長を示す情報
１７を付加しておく、受信側装置は、上記メッセージ長
情報に応じた容量の受信バッファを確保し、これけを利
用して一連の受信パケットをメッセージに組立てる。【効果】受信途中でバッファ不足に陥ることなく、確実
にメッセージ組立処理を行なえる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、メッセージ送受信方法
に関し、更に詳しくは、メッセージを複数のデータブロ
ックに分割し、複数のデータパケットとして送受信する
形式のメッセージ送受信方法に関するものである。

【０００２】

【従来の技術】一般に、通信制御装置は、送信プロトコ
ル処理部と受信プロトコル処理部とからなる通信制御プ
ログラムにより、通信プロトコル処理を行う。

【０００３】送信プロトコル処理部は、メッセージを固
定長のパケットとして送信する。送信すべきメッセージ
が長い場合は、このメッセージを複数のデータブロック
に分割し、複数のデータパケットとして送信する。各デ
ータパケットのヘッダ部は、メッセージの最後尾を含ん
でいるか否かを示す情報を含む。すなわち、メッセージ
の最後尾を含んでいるパケットには、ヘッダ部のＥＯＴ
ビットに”１”が設定され、それ以外のパケットにはＥ
ＯＴビットに”０”が設定される。

【０００４】受信プロトコル処理部において、データパ
ケットを受信した場合、データパケットが含む情報から
メッセージが複数のデータパケットに分割されているか
否かを調べる。すなわち、受信したデータパケットが含
むヘッダ部のＥＯＴビットに１が設定されていれば、こ
のデータパケットはメッセージの最後尾を含んでいるか
ら、メッセージは分割されずに、単１のデータパケット
として送信されたものと判断する。逆に、受信したデー
タパケットが含むヘッダ部のＥＯＴビットに０が設定さ
れていれば、このデータパケットはメッセージの先頭部
分を含んでいるか、或は途中部分であることを示す。従
って、ヘッダ部のＥＯＴビットに１が設定されたデータ
パケット（メッセージの最後尾を含んだデータパケッ
ト）を受信するまで、メッセージの組み立てを行う。

【０００５】メッセージの組み立ては、受信したデータ
パケットの含むデータブロックを順次、受信バッファに
格納することにより実行されるが、従来の組み立て処理
方法としては２つある。すなわち、まず第１の方法とし
て、データブロックを格納できる大きさを持った短バッ
ファと、最大メッセージを格納できる大きさを持った長
バッファとを設ける。仮に、あるデータパケットを受信
した時点で、ヘッダ部のＥＯＴビットに０が設定されて
いる場合は、空いている短バッファにデータブロックを
格納し、ＥＯＴビットに１が設定されているデータパケ
ットを受信するまで、この長バッファに順番にデータブ
ロックを格納し、組み立て処理を行う。

【０００６】第２の方法として、１つのデータパケット
の含むデータブロックを格納できる大きさを持った受信
バッファと、他の受信バッファのアドレスを設定するポ
インタを持ったバッファとを設ける方法がある。

【０００７】仮に、データブロックが受信バッファに設
定され、このデータパケットのＥＯＴが１でなければ、
受信バッファのポインタに次のデータブロックを格納す
る受信バッファのアドレスを設定する。このように、受
信バッファに順次、データブロックを格納し、ＥＯＴビ
ットに１が設定されているデータパケット中のデータブ
ロックを受信バッファに設定するまで受信バッファのチ
ェインを作成し、組み立て処理を行う。

【０００８】

【発明が解決しようとする課題】然るに、前述した第１
の方法を用いた場合、メッセージ長に関係なく、常に、
最大メッセージを格納できる受信バッファを使用するた
め、受信バッファの活用に無駄が生じる。また、第２の
方法を用いた場合、受信バッファの活用面では効率は良
いが、受信バッファのチェイン作成動作が、メッセージ
を組み立てる際の処理オーバーヘッドとなり、組み立て
処理の効率が悪い。

【０００９】本発明の目的は、受信バッファを効率良く
活用し、しかも組み立て処理のオーバーヘッドを削減す
ることができるメッセージ送受信方法を提供することに
ある。

【００１０】

【課題を解決するための手段】上記目的を達成するため
に、本発明では、送信側が、各メッセージの先頭データ
のパケットに送信すべきメッセージ長に関する情報を設
定し、受信側では、各メッセージの先頭のデータパケッ
ト受信時に、受信データパケットに含まれているメッセ
ージ長情報に応じて、メッセージ組立に必要な受信バッ
ファを確保しておき、その後の一連の受信データブロッ
クを格納する。

【００１１】本発明の１実施形態においては、送信側装
置で、送信メッセージを複数のデータブロックに分割
し、各データブロックに所定のヘッダ情報を付加し、こ
れらをデータパケットとして送出する第１の送信モード
と、送信メッセージの先頭のデータブロックに対して、
上記ヘッダ情報の他にメッセージ長を示す情報を付加し
て送出する第２の送信モードとを選択できるようにして
おく。送信側装置は、コネクション確立後に送信する最
初のデータパケットを上記第２の送信モードで送信し、
受信側装置からの応答を待つ。もし、受信側装置が、上
記データパケットに対して正常な応答を示した場合は、
送信側装置は後続するデータパケットを上記第２の送信
モードで送信し続ける。もし、受信側装置から上記最初
のデータパケットに対する応答がなければ、送信側装置
は送信モードを切りかえ、先頭データブロック、および
その後のデータブロックを上述した第１の送信モードで
送信する。

【００１２】

【作用】本発明のデータ送受信方法によれば、各メッセ
ージの先頭のデータブロックを送信する時、データパケ
ットにメッセージ長を示す情報を付加するようにしてい
るため、受信側装置は、各メッセージの先頭のパケット
を受信した時点で、そのメッセージの組立に必要な受信
バッファの容量を知ることができる。従って、上記メッ
セージ長情報に応じた容量の受信バッファを確保してお
くことにより、その後の一連の受信パケットを、バッフ
ァ不足に陥ることなく受信することができ、バッファメ
モリを有効に利用したメッセージの組立が可能となる。

【００１３】また、送信側装置が第１の送信モードと第
２の送信モードとを適宜選択するようにした場合、上述
したメッセージ長による受信バッファ事前確保の方式を
採用していない送信相手に対しても、従来と同様に通信
を行なうことができるため、本発明のデータ送受信方法
は、既存のネットワークに追加する形で実用化すること
が可能となる。

【００１４】

【実施例】〔実施例１〕本発明の第一の実施例を図１か
ら図１２を参照して説明する。図２は、本発明を適用す
るデータ通信システムの一構成例を示す。このシステム
は、複数の計算機２０（２０Ａ，２０Ｂ，２０Ｃ）から
構成され、各計算機２０は、通信制御装置２１（２１
Ａ，２１Ｂ，２１Ｃ）を介して、ネットワーク伝送路２
２に接続している。図３は、通信制御装置２１の詳細な
構成図である。通信制御装置２１は、計算機２０の主プ
ロセッサ３３と主メモリ３０を接続する計算機システム
バス３１に接続される装置であって、ローカルプロセッ
サ３４と、ローカルメモリ３２と、上記ローカルプロセ
ッサ３４とローカルメモリ３２を接続するローカルバス
３５と、データを転送する場合に使用するＤＭＡＣ３６
と、計算機システムバスと接続するシステムバス制御部
３７と、通信制御回路３８と、ローカルバス３５を制御
するバスアービタとから構成する。図４は、図３で示し
た主プロセッサと通信制御装置２１のローカルプロセッ
サで適用される階層化通信プロトコルの一構成例を示
す。下位から、フィジカル層Ｌ１、ＭＡＣ層Ｌ２、ＬＬ
Ｃ層Ｌ２’、ネットワーク層Ｌ３、トランスポート層Ｌ
４、セション層Ｌ５、プレゼンテーション層Ｌ６、アプ
リケーション層Ｌ７である。本実施例において、通信制
御装置２１で実行する通信プロトコル処理は、トランス
ポート層４０以下とする。トランスポート層４０のプロ
トコルに、ＩＳＯ８０７３クラス４（ＴＰ４）を実装す
る。

【００１５】図１に、ＴＰ４のデータパケット１９（１
９Ａ〜１９Ｃ）のフォーマットを示す。データパケット
１９は、ＬＩ部１２（ヘッダ長）：１バイト、ＤＴ−Ｉ
Ｄ部１３（ＤＴパケットを示すコード）：１バイト、送
信先レファレンス部１４：２バイト、ＥＯＴビット部１
５：１ビット、ＴＰＤＵ−ＮＲ１６部（シーケンス番
号）：７ビット、とから構成するＴＰ４ヘッダ部１８
と、データブロック部１１（１１Ａ〜１１Ｃ）とから構
成されている。

【００１６】仮に、メッセージ１０を分割データａ、分
割データｂ、分割データｃの３つに分割して送信する場
合、データパケット１９（１９Ａ〜１９Ｃ）は、メッセ
ージ１０の先頭部分に当たるデータブロック１１Ａを含
んだ１個目のデータパケット１９Ａと、メッセージ１０
の中央部分に当たるデータブロック１１Ｂを含んだ２個
目のデータパケット１９Ｂと、メッセージ１０の最後尾
部分に当たるデータブロック１１Ｃを含んだ最後のデー
タパケット１９Ｃとの３種類からなる。ＴＰ４ヘッダ１
８作成時には、１個目のデータパケット１９ＡのＥＯＴ
ビット部１５Ａには０を設定する。最後のデータパケッ
ト１９Ｃのデータブロック部１１Ｃは、メッセージ１０
の最後尾を含んでいることを示すため、ＥＯＴビット部
１５Ｂには１を設定する。

【００１７】また、送信側が、メッセージ１０の先頭部
分を含んでいるデータパケット１９Ａに、メッセージ長
を示す情報を設定し、受信側は、データパケット１９Ａ
受信時に、上記メッセージ長情報をもとに受信バッファ
５３を準備する。

【００１８】具体的には、メッセージ１０を送信可能な
最大データ長に分割し、メッセージ１０の先頭部分を含
んでいるデータパケット１９Ａに、上記データブロック
の個数を設定する。仮にメッセージ１０を３つに分割す
る場合、１個目のデータパケット１９Ａは、ＴＰ４ヘッ
ダ（ＥＯＴビット＝０）１８、個数１７、データブロッ
ク部１１Ａから構成し、２個目以降のデータパケット１
９Ｂ，１９Ｃは、ＴＰ４ヘッダ部１８とデータブロック
部１１Ｂ，１１Ｃとから構成される。

【００１９】さらに、受信側は、メッセージ１０の先頭
部分を含んだデータパケット１９Ａに設定するデータブ
ロックの個数１７から、受信するメッセージ１０の最大
メッセージ長を求め、メッセージを組み立てる際に使用
する受信バッファ５４の大きさを求める。受信メッセー
ジ１０の最大メッセージ長は、データブロック部１１の
大きさが、ＴＰ４コネクション設定時に決定するデータ
パケット１９のデータ部分に設定可能な最大データ長
（本実施例では４Ｋバイト）であるとし、次式で求め
る。

【００２０】（最大メッセージ長Ｋバイト）＝（データブロックの
個数）×（最大データ長４Ｋバイト）次に、図５は、ローカルプロセッサで処理するＴＰ４の
メッセージの送受信処理を示す図である。ローカルプロ
セッサで処理するＴＰ４の通信制御プログラムは、ＴＰ
４送信処理部５１（５１Ａ，５１Ｂ）と、ＴＰ４受信処
理部５２（５２Ａ，５２Ｂ）とを設け、通信プロトコル
処理を行う。

【００２１】ＴＰ４送信処理部５１Ａにおいて、ＴＰ４
サービス利用者５０Ａから送信要求を受け付けたメッセ
ージ１０を３つに分割する場合、メッセージ１０が設定
してあるバッファ５３から、他のバッファ５５（５５
Ａ，５５Ｂ，５５Ｃ）にメッセージ１０を分割したデー
タブロック１１（１１Ａ，１１Ｂ，１１Ｃ）をコピー
し、通信プロトコル処理により、データブロック１１に
ＴＰ４のヘッダ１８を付加する。ＴＰ４受信処理部５２
Ｂでは、受信パケットバッファ５６（５６Ａ，５６Ｂ，
５６Ｃ）に設定されたデータブロック１１（１１Ａ，１
１Ｂ，１１Ｃ）を、メッセージの組立に使用する他のバ
ッファ５４に順番に設定していく。このようにメッセー
ジを分割したり、組み立てる際には、送信バッファ５
３、送信パケットバッファ５５、受信パケットバッファ
５６、受信バッファ５４の４種類のバッファを準備する
必要がある。すなわち送信バッファ５３には、ＴＰ４送
信処理部５１（５１Ａ、５１Ｂ）へメッセージの送信要
求を出す時に、送信メッセージ１０が設定される、送信
パケットバッファ５５には、ＴＰ４送信処理部５１にお
いて、通信プロトコル処理を行い、ＴＰ４ヘッダ１８を
付加する、送信データを含むデータブロック１１が設定
される。受信パケットバッファ５６は、ＴＰ４受信処理
部５２において、受信したデータパケットが設定され
る。受信パケットバッファ５４は、ＴＰ４受信処理部５
２がＴＰ４サービス利用者に対しメッセージの受信報告
を行う時に受信メッセージ１０が設定される。これら４
種類のバッファの内、メッセージを設定する送信バッフ
ァ５３と受信バッファ５４は主メモリ３０上に、送信パ
ケットバッファ５５と受信パケットバッファ５６はロー
カルメモリ３２上に配置する。

【００２２】一方、受信側は、送信側から送信されたメ
ッセージ長に関する情報をもとに、類種類の大きさをも
った受信バッファの中から最も適切なサイズの受信バッ
ファを選択する。例えば、転送可能なメッセージ長が６
４Ｋバイトであるならば、６４Ｋバイト、４８Ｋバイ
ト、３２Ｋバイト、１６Ｋバイト、８Ｋバイト、４Ｋバ
イト、の６種類の受信バッファ５４を準備する。準備す
る受信バッファ５４の大きさは、ＴＰ４サービス利用者
５０の利用目的などにより、異なるものである。受信バ
ッファ５４の先頭１バイトに受信バッファ長を設定す
る。各受信バッファ５４は、バッファ長ごとに、獲得ポ
インタ、解放ポインタ、受信バッファ設定部分、とから
構成する受信バッファ管理テーブルにより管理する。

【００２３】上記受信バッファ５４の獲得方法は獲得す
るバッファ長に対応した受信バッファ管理テーブルの獲
得ポインタが指す、受信バッファのアドレスを獲得する
ことによる。獲得ポインタは、４バイト分（受信バッフ
ァのアドレス長分）インクリメントする。

【００２４】一方、受信バッファ５４の解放方法は、受
信バッファの先頭１バイトに設定されたバッファ長に対
応した受信バッファ管理テーブルの解放ポインタが指
す、あき受信バッファ設定部分に解放する受信バッファ
のアドレスを設定することによる。解放ポインタは、４
バイト分（受信バッファのアドレス長分）インクリメン
トする。

【００２５】次に、メッセージを分割するための処理手
順を図６から図８を用いて説明する。

【００２６】図６は、ＴＰ４送信処理（１００）を示す
メインルーチンである。ＴＰ４送信処理部５１が、ＴＰ
４サービス利用者５０から受ける要求は、メッセージ送
信要求、コネクション設定要求、コネクション解放要求
がある。ＴＰ４送信処理（１００）は、要求を受け付け
ると、まず、メッセージ送信要求であるかを判定し（１
０２）、メッセージ送信要求であれば、メッセージ送信
処理を実行する（１０４）。

【００２７】図７は、メッセージ送信処理（１０４）を
示すサブルーチンである。メッセージ送信処理（１０
４）では、送信メッセージ長が、一つのデータパケット
として送信できる最大データ長、４Ｋバイトより大きい
か否かを判定する（１２０）。

【００２８】もし、送信メッセージ長が４Ｋバイトより
も小さいか、或は等しい場合は、送信パケットバッファ
５５を獲得し（１２４）、送信パケットバッファ５５に
送信メッセージ１０を設定する（１２６）。ＴＰ４ヘッ
ダ１８を作成し、送信パケットバッファ５５に設定した
送信メッセージ１０に付加する。この場合、この作成し
たデータパケット１９は、送信メッセージの最後尾を含
んでいるため、ＴＰ４ヘッダ１８のＥＯＴビット１５を
１とする（１２８）。

【００２９】送信メッセージ長が４Ｋバイトよりも大き
い場合は、メッセージを分割する（１２２）。

【００３０】図８は、メッセージを分割する処理（１２
２）を示すサブルーチンである。

【００３１】まず、送信するメッセージ１０を最大デー
タ長（４Ｋバイト）づつ分割すると、いくつに分割する
必要があるかを求める。仮に、３２Ｋバイトのメッセー
ジを転送するのであれば、分割の個数ｎ１７は、”８”
となる（１４０）。

【００３２】次に、送信パケットバッファ５５を獲得し
（１４２）、データパケット１９を作成する。

【００３３】１番目のデータパケット１９Ａを作成する
場合は、メッセージ１０の先頭から４Ｋバイトを送信パ
ケットバッファ５５に設定する（１４８）。設定したデ
ータブロック１１Ａの先頭に個数１７を付加し（１５
０）、ＴＰ４ヘッダ１８（ＥＯＴビット＝０）を作成し
付加する（１５２）。

【００３４】２番目以降、（ｎ−１）番目までのデータ
パケット１９Ｂを作成する場合は、一つ前に送信したデ
ータブロック１１Ａの次の部分にあたるメッセージ１０
の４Ｋバイト分のデータブロック１１Ｂを、送信パケッ
トバッファ５５に設定する（１５４）。設定したデータ
ブロック１１ＢにＴＰ４ヘッダ１８（ＥＯＴビット＝
０）を作成し付加する（１５６）。

【００３５】ｎ番目のデータパケット１９Ｃを作成する
場合は、メッセージ１０の最後尾を含んだデータブロッ
ク１１Ｃを送信パケットバッファ５５に設定する（１４
４）。設定したデータブロック１１Ｃに、ＴＰ４ヘッダ
１８（ＥＯＴビット＝１）を作成し付加する（１４
６）。

【００３６】次に、メッセージを組み立てる処理を図９
から図１２を用いて説明する。

【００３７】図９は、ＴＰ４受信処理（１６０）を示す
サブルーチンである。ＴＰ４受信処理部５２が、受信す
るパケットは、データパケット１９の他に、ＡＫパケッ
トや、コネクション設定、解放に関するパケットがあ
る。まず、パケットを受信すると、パケットの種類を判
定（１６２）し、パケットがデータパケット１９であれ
ば、メッセージ受信処理を実行する（１６４）。もし、
パケットがデータパケット１９でなければ、ＡＫ受信処
理、コネクション設定・解放処理（１６８）を行う。

【００３８】図１０は、メッセージ受信処理（１６４）
を示すサブルーチンである。最初に、ＴＰ４ヘッダ１８
の解析を行い（１８０）、データパケット１９を受信し
たコネクションでは、メッセージが組み立て中であるか
どうか判定する（１８２）。

【００３９】もし、メッセージが組み立て中である場
合、続けて、メッセージを組み立てる処理を実行する
（１９４）。

【００４０】もし、メッセージが組み立て中でない場
合、受信したデータパケット１９の含むＥＯＴビット１
５により、処理を判定する（１８４）。即ち、ＥＯＴビ
ット＝１でない場合（ＥＯＴビット＝０）、メッセージ
を組み立てるための開始処理を行う（１８６）。

【００４１】また、ＥＯＴビット＝１の場合は、データ
パケット１９が、メッセージ１０の最後尾を含んでいる
ことから、メッセージ１０は分割されていない。４Ｋバ
イトの受信バッファ５４を獲得し（１８８）、上記受信
バッファ５４に、受信したデータパケット１９のデータ
を格納した後（１９０）、ＴＰ４サービス利用者５０に
対しメッセージの受信報告を行う（１９２）。

【００４２】図１１は、メッセージを組み立てる処理
（１８６）を示すサブルーチンである。

【００４３】まず、先頭データブロック１１Ａの先頭部
分に設定されているデータブロックの個数１７から、受
信側で上述した方法でメッセージ１０の最大メッセージ
長を求める（２００）。次に、該メッセージ長に合った
受信バッファ５４を獲得（２０２）し、該受信バッファ
５４にデータブロック１１Ａを格納する（２０４）。さ
らに、データパケットのデータブロック１１（１１Ｂ、
１１Ｃ）を、該受信バッファ５４に続けて格納し、デー
タ設定ポインタには、該受信バッファの先頭アドレスに
該データブロック長を加えたアドレスを設定する（２０
６）。

【００４４】次に、このデータ設定ポインタの指す位置
に、データブロック１１（１１Ｂ、１１Ｃ）を設定（２
２０）し、データ設定ポインタをデータブロック長だけ
インクリメントする（２２２）。

【００４５】さらに、ＴＰ４ヘッダ１８のＥＯＴビット
１５を判定するが（２２４）、ＥＯＴビット＝０の場合
は、メッセージ１０を最後まで受信していないことを示
すので、メッセージは続けて組み立てられる。一方、Ｅ
ＯＴビット＝０でない場合（ＥＯＴビット＝１の場合）
は、メッセージ１０を最後まで受信したことを示すの
で、ＴＰ４サービス利用者５０に対し、メッセージの受
信報告を行う（２２６）。

【００４６】このようにして、メッセージ１０を分割し
て送信する場合、送信側がメッセージ１０の先頭部分を
含んだデータパケット１９Ａにデータブロックの個数１
７を設定することにより、受信側へ、送信するメッセー
ジ１０の大きさを通知する。一方、受信側は予め、メッ
セージ１０の大きさに合った受信バッファ５４を選択し
ておき、このバッファに該データブロックを格納してい
くことにより、メッセージの組み立てを行うことができ
る。

【００４７】〔実施例２〕第２の実施例を図１２から図
１５を参照して説明する。

【００４８】本実施例は、本発明のメッセージ送受信方
法を適用しているトランスポート層クラス４（ＴＰ４）
送受信処理部において、本発明のメッセージ送受信方法
を用いた通信を可能とするだけでなく、メッセージの送
信時に、メッセージ長を通知しない標準のトランスポー
ト層クラス４（ＴＰ４）との通信も可能とするものであ
る。即ち、送信メッセージを複数のデータブロックに分
割し、各データブロックを所定のヘッダ情報を付加して
データパケット化するモードと、送信メッセージを複数
のデータブロックに分割し、各データブロックに所定の
ヘッダ情報を付加し、さらにメッセージ長も付加した形
でデータパケット化するモードかを送信側で判断し、こ
の判断結果に従ったモードで、データパケットを送出す
るものである。上記判断方法としては、送信側が受信側
との間にコネクションを確立した後、送信側は受信側に
対し、最初のメッセージを送信し、それに対する受信側
からの応答の状態によって、受信側が本発明であるメッ
セージ送受信方法を適用しているか、或は標準のＴＰ４
を適用しているかが判断できる。

【００４９】仮に、受信側が標準のＴＰ４を適用してい
る場合、下記の方法で対応できる。即ち、送信側は受信
側にあわせて、メッセージの送信時にメッセージ長を通
知しない方法に変更する。これにより、トランスポート
コネクションを解放することなく、ＯＳＩプロトコルに
おける標準のＴＰ４との通信を可能にできる。

【００５０】前記判定は、ＴＰ４コネクション設定完了
後、最初に送信するデータパケットのシーケンスＮｏ
（以下、本実施例ではＴＰＤＵ−ＮＲと記載する）とし
て、最大クレジット値を割り当て、この値と先頭パケッ
トに対するＡＫパケットのシーケンスＮｏ（以下、本実
施例ではＴＰＤＵ−ＮＲと記載する）とのやり取りによ
り、実行できる。

【００５１】図１２から図１５は、送信側、受信側がそ
れぞれ本発明であるメッセージ送受信方法を適用してい
る場合、していない場合を示すシーケンス図である。

【００５２】図１２は、送受信側共、本発明のメッセー
ジ送受信方法を適用している場合のシーケンス図であ
る。

【００５３】まず、送信側からメッゼージ長を示す情報
を含む最初のデータパケットのＴＰＤＵ−ＮＲに１５を
設定し、送信する（２４０）。

【００５４】受信側では、受信したデータパケットのＴ
ＰＤＵ−ＮＲが０でないことから、送信側が本発明のメ
ッセージ送受信方法を適用していると判定し（２４
２）、ＡＫパケットに１を加えた値（ＴＰＤＵ−ＮＲ＝
１６）を返送する（２４４）。一方、送信側では、受信
したＡＫパケットのＴＰＤＵ−ＮＲが１６であることか
ら、受信側でも、本発明のメッセージ送受信方法を適用
していると判定できる（２４６）。以後、続けてデータ
パケットを送信する。但し、このデータパケットには、
メッセージ長を示す情報は設定されていない。

【００５５】図１３は、受信側だけが本発明のメッセー
ジ送受信方法を適用する場合のシーケンス図である。

【００５６】まず、送信側は、標準のＴＰ４であるた
め、最初に送信するデータパケットのＴＰＤＵ−ＮＲに
０を設定し送信する（２４８）。

【００５７】本発明のメッセージ送受信方法を適用して
いる受信側では、受信したデータパケットのＴＰＤＵ−
ＮＲが０であることから、送信側が標準のＴＰ４である
と判定する（２５０）。

【００５８】そこで、受信側は、データパケットのＴＰ
ＤＵ−ＮＲに１を加えた値、即ちＡＫパケットのＴＰＤ
Ｕ−ＮＲに１を設定し、返送する（２５２）。

【００５９】図１５は、送信側だけが本発明のメッセー
ジ送受信方法を適用する場合のシーケンス図である。

【００６０】送信側は、本発明のメッセージ送受信方法
を適用しているため、まず最初に送信するメッセージ長
を示す情報を含むデータパケットのＴＰＤＵ−ＮＲに１
５を設定し送信する（２５４）。

【００６１】一方、受信側は、標準のＴＰ４であるた
め、ＴＰＤＵ−ＮＲ＝１５のデータパケットを破棄する
（２５６）。さらに、ＴＰＤＵ−ＮＲが０であるデータ
パケットの送信を要求するため、ＡＫパケットのＴＰＤ
Ｕ−ＮＲに０を設定し返送する（２５８）。

【００６２】送信側では、受信したＡＫパケットのＴＰ
ＤＵ−ＮＲが０であることから、受信側が標準のＴＰ４
であると判定する（２６０）。

【００６３】そこで、ＴＰＤＵ−ＮＲが０であるデータ
パケットを、再送する（２６２）。但し、このデータパ
ケットには、メッセージ長を示す情報は設定されていな
い。

【００６４】図１５にＡＫパケットが返送されない場合
のシーケンスを示す。

【００６５】まず、送信側は、メッセージ送受信方法を
適用しているため、最初に送信するメッセージ長を示す
情報を含むデータパケットのＴＰＤＵ−ＮＲに１５を設
定し送信する（２６４）。

【００６６】仮に、再送タイマがタイムアウトしてもＡ
Ｋパケットを受信しなければ、ＴＰＤＵ−ＮＲが１５の
データパケットを次々と再送する（２６６）。

【００６７】また、再送の回数をオーバした場合、ＴＰ
ＤＵ−ＮＲに０を設定したメッセージ長を示す情報を設
定していないデータパケットを再送する（２６８）。

【００６８】一方、送信側が、ＴＰＤＵ−ＮＲに１を設
定したＡＫパケットを受信したら、受信側は、標準のＴ
Ｐ４であると判定する（２７０）。もし、再送タイマが
タイムアウトしてもＡＫパケットを受信しなければ、Ｔ
Ｐ４コネクションを解放する。

【００６９】以上のように、送信相手が、本発明を適用
しているかを判定することにより、ＴＰ４コネクション
を切断することなく、本発明のメッセージ送受信方法に
よる通信のみならず、ＯＳＩプロトコルの規約に従った
標準のトランスポート層クラス４との通信も可能であ
る。

【００７０】

【発明の効果】以上の説明から明らかなように、本発明
によれば、受信側は、送信側から送出される各メッセー
ジの先頭データパケットを受信した時、上記先願データ
パケットに含まれるメッセージ長情報に応じて受信バッ
ファを準備し、このバッファにデータブロックを次々に
格納していくので、各メッセージの受信途中で受信バッ
ファの不足を生ずるおそれがなく、また、受信用のバッ
ファメモリを効率良く活用しながら、メッセージを組み
立てることができる。

【図面の簡単な説明】

【図１】メッセージを分割した場合のデータパケットフ
ォーマットの一例を示す図である。

【図２】本発明におけるデータ通信システム構成例を示
す図である。

【図３】実施例における通信制御装置の構成図である。

【図４】通信制御装置における通信プロトコル構成例を
示す図である。

【図５】メッセージ送受信処理を示す図である。

【図６】ＴＰ４送信処理を示すメインルーチンである。

【図７】メッセージ送信処理を示すサブルーチンであ
る。

【図８】メッセージを分割するための処理を示すサブル
ーチンである。

【図９】ＴＰ４受信処理を示すサブルーチンである。

【図１０】メッセージ受信処理を示すサブルーチンであ
る。

【図１１】メッセージ組立開始処理を示すサブルーチン
である。

【図１２】送受信側共、メッセージ送受信方法を適用し
ている場合のシーケンス図である。

【図１３】受信側だけがメッセージ送受信方法を適用し
ている場合のシーケンス図である。

【図１４】送信側だけがメッセージ送受信方法を適用し
ている場合のシーケンス図である。

【図１５】ＡＫパケットが返送されない場合のシーケン
ス図である。

【符号の説明】

１０…送受信処理の対象となるメッセージ、１１…メッ
セージを分割したデータブロック、１５…ＴＰ４ヘッダ
のＥＯＴビット、１７…データブロックの個数、１８…
ＴＰ４ヘッダ、１９…ＴＰ４データパケット、２０…計
算機、２１…通信制御装置、３０…主メモリ、３２…ロ
ーカルメモリ、４０…トランスポートクラス４（ＴＰ
４）、５０…ＴＰ４サービス利用者、５１…ＴＰ４送信
処理部、５２…ＴＰ４受信処理部、５３…送信バッフ
ァ、５４…受信バッファ、５５…送信パケットバッフ
ァ、５６…受信パケットバッファ、１００…ＴＰ４送信
処理、１０４…メッセージ送信処理、１２２…メッセー
ジ分割処理、１６０…ＴＰ４受信処理、１６４…メッセ
ージ受信処理、１８６…メッセージの組み立て処理。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁵ 識別記号庁内整理番号ＦＩ技術表示箇所 8020−5ＫＨ０４Ｌ 13/00 ３０７Ｚ (72)発明者寺田松昭神奈川県川崎市麻生区王禅寺1099番地株式会社日立製作所システム開発研究所内

Claims

【特許請求の範囲】

【請求項１】送信側装置が１つのメッセージを複数のデ
ータブロックに分割し、各データブロック毎にパケット
化して順次に送信し、受信側装置が複数の受信パケット
から抽出した複数のデータブロックを元の１つのメッセ
ージに組み立てるようにしたメッセージ送受信方法にお
いて、上記送信側装置が、各メッセージの先頭のデータ
ブロックを含むパケット（先頭パケット）に上記メッセ
ージの長さまたはパケット数を示すメッセージ長情報を
設定しておき、上記受信側装置が、各メッセージの先頭
パケットの受信の都度、該パケットに含まれるメッセー
ジ長情報に応じた記憶容量をもつ受信バッファを準備
し、上記先頭パケットから抽出されたデータブロック、
および同一メッセージの後続パケットから抽出された各
データブロックを上記受信バッファに順次格納すること
により、メッセージの組み立てを行うことを特徴とする
メッセージの送受信方法。
【請求項２】前記送信側装置が、前記メッセージ長情報
として、前記データブロックの個数を示す情報を送信す
ることを特徴とする請求項１に記載のメッセージ送受信
方法。
【請求項３】前記受信側装置が複数種類の受信バッファ
容量を記憶しており、メッセージの先頭データパケット
の受信の都度、該データパケットに含まれるメッセージ
長情報に応じて、上記複数種類の受信バッファ容量のう
ちの１つを選択し、該選択された容量の受信バッファを
準備することを特徴とする請求項１または請求項２に記
載のメッセージ送受信方法。
【請求項４】送信メッセージを複数のデータブロックに
分割し、各データブロツクに所定のヘッダ情報を付加し
てデータパケットとして送出する第１の送信モードと、
送信メッセージを複数のデータブロックに分割し、各デ
ータブロックに所定のヘッダ情報を付加し、送信メッセ
ージの先頭のデータブロックには更にメッセージ長を示
す情報も付加した形でデータパケット化する第２の送信
モードとを有し、相手装置との間にコネクションを確立
した後、最初のメッセージを上記第２の送信モードで送
信し、相手装置からの応答の状態によって、上記第２の
送信モードでの送信を継続するか、それとも、上記最初
のメッセージを上記第１の送信モードで再送するかを判
断することを特徴とするメッセージ送信方法。
【請求項５】前記送信側装置が、前記最初のメッセージ
を含む先頭パケットのヘッダ部に、もし相手装置が前記
第１の送信モードで動作する装置であれば無応答、第２
の送信モードで動作する装置であれば応答パケットを返
送するような識別情報を設定することを特徴とするメッ
セージ送受信方法。
【請求項６】前記送信側装置が、前記識別情報として、
特定範囲のパケットシーケンスＮｏを用いることを特徴
とする請求項５に記載のメッセージ送受信方法。