JP2001119427A - メッセージ通信方法とそのシステム - Google Patents

Abstract

(57)【要約】 【課題】 アプリケーション層に対して、ＴＣＰのメッ
セージの分割・癒着を意識しないで使用できるＴＣＰを
使用したメッセージ通信方法及びシステムを提供するこ
とを課題とする。 【解決手段】 ＴＣＰ(Transmission Control Protoco
l)を用いたメッセージ通信方法において、アプリケーシ
ョン層からのメッセージの全メッセージ長と該メッセー
ジのチェックサムとをメッセージ本体に追加してメッセ
ージ送受信処理層を形成し、前記メッセージ送受信処理
層にＴＣＰ層及びＩＰ層、データリンク層、物理層の各
層の処理を実行し、前記メッセージを分割して各層のヘ
ッダを付加して送出することを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＴＣＰ(Transmiss
ion Control Protocol)を用いたメッセージ通信方法に
関し、主にデータをパケット形式に分割しても宛先のノ
ードやコンピュータで正確にそのデータをリアルタイム
に受信できるメッセージ通信方法及びそのメッセージ通
信方法を用いたメッセージ通信システムに関する。

【０００２】

【従来の技術】インターネット上でメッセージ送受信を
行うためのトランスポート層プロトコルとして、ＴＣＰ
(Transmission Control Protocol)がある。通常、ネッ
トワーク・プロトコルとして、ＯＳＩ（Open System In
terconnection:開放型システム間結合）参照モデルが用
いられ、ＯＳＩ参照モデルの７階層のレイヤーによって
コンピュータ間の送受信を行うように推奨されている。
一方、インターネットでは、１９８３年のＩＡＢ（Inte
rnet Architecture BOARD）の設立から順次ＲＦＣ（Req
uest For Comment）を発行し、順次標準化され、最近で
はＩＰ（Internet Protocol）のアドレス枯渇を解決す
るためＩＰバージョンｖ４からＩＰｖ６へと移行してい
る。

【０００３】世にいうインターネットでは、ＴＣＰ／Ｉ
Ｐの構成として、ＯＳＩ参照モデルの７階層中、上位３
層をアプリケーション層とし、トランスポート層又はサ
ービス層をＴＣＰとし、ネットワーク層又はルーティン
グ層をＩＰとし、データリンク層と物理層をネットワー
クアクセス層又は物理層として構成している。

【０００４】ＴＣＰは、上位層に位置するアプリケーシ
ョンからデータを受け取ると、このデータにＴＣＰヘッ
ダを付加してＩＰに渡し、通信を行う相手コンピュータ
にこのデータを送信する。ＴＣＰヘッダには、パケット
の順番を表すシーケンス番号や受信確認番号という情報
をセットし、この情報をもとにデータの到達確認を行
う。

【０００５】ＴＣＰヘッダは、送信元ポート番号、宛先
ポート番号、データを送る度にデータのオクテッド数が
加算されてデータの位置を表すシーケンス番号、受信し
たいデータの位置を表す受信側のコンピュータがセット
する受信確認番号、データが始まる位置を表す情報のデ
ータオフセット、予約、データの制御情報が入るコント
ロールフラグ、受信可能なデータのサイズを表す情報の
ウインドウ、ＴＣＰヘッダとデータが正しく届いている
かどうかを確認するチェックサム、緊急を要するデータ
の位置を表す緊急ポインタ、ＴＣＰによる機能や性能を
向上させるためのオプション、ＴＣＰヘッダの長さの余
った部分にダミーデータを入れるパディング、トランザ
クション層の上位の階層に位置するアプリケーションか
ら受け取ったデータが入るデータ部、という構造でフォ
ーマットされている。

【０００６】一方、ＩＰの役割として、指定されたＩＰ
アドレスの相手コンピュータにデータを正しく届けるこ
とであり、データをパケット単位に分割した上位層であ
るＴＣＰからデータを受け取ると、各パケットにＩＰヘ
ッダを付加して下位層のネットワークアクセス層に渡し
て送信する。

【０００７】このＩＰヘッダには、ＩＰｖ４によると、
ＩＰバージョンを表すバージョン、ＩＰヘッダ自身の長
さを表すヘッダ長、ＩＰのサービス品質を表すサービス
タイプ、ＩＰヘッダを含むパケット全体の長さを表すパ
ケット長、パケットに分割されたデータを復元する際の
識別情報を入れる識別子、パケットの分割に関する制御
情報を入れるフラグ、分割されたデータが分割される前
の元のデータのどの位置にあったかを示すフラグメント
オフセット、中継してもよいルータの数を示す生存時
間、ＴＣＰ等のネットワーク層の上位の階層に位置する
プロトコルを識別するためのプロトコル、ＩＰヘッダが
正しく届いているかどうかを確認するためのヘッダチェ
ックサム、パケットの送信元のＩＰアドレスを入れる送
信元ＩＰアドレス、パケットの送信先のＩＰアドレスを
入れる宛先ＩＰアドレス、通信テスト用等のオプショ
ン、ダミーデータを入れるパディング、ＴＣＰ等の上位
層から受け取ったデータを入れるデータ部、とから順次
挿入するフォーマットから構成されている。

【０００８】また、ＩＰｖ６のＩＰヘッダには、実時間
データ転送にも用いられるフローラベル領域を有し、Ｉ
Ｐｖ４によるＴＣＰ上の送信元ポート番号と宛先ポート
番号を識別して転送するのに対して、フローラベルを用
いて実時間データ転送として識別して、同じフローラベ
ルのキューを優先的に転送するようになっている。

【０００９】このＩＰアドレスを元に、伝送路ではルー
ティングテーブル等を用いてルーティングされ、宛先の
ＩＰアドレスを有するノードにパケットデータを届け
る。

【００１０】転送制御プロトコルＴＣＰはデータを送信
した順序の通りに、受信側ノードに到着することを保証
し、データの再送により紛失を防止している。そのた
め、順序入れ換わりや紛失が大きな問題となるメッセー
ジ通信に、使用するプロトコルの機能としては、適切な
機能を持っている。

【００１１】

【発明が解決しようとする課題】しかしながら、ＴＣＰ
は下位層へのデータ送信タイミングをＴＣＰ層内でのア
ルゴリズムにより行っている。図４のようにメッセージ
送受信処理部を置かずにノードＡ４１からノードＢ４６
へメッセージの送信を行う場合、アプリケーション処理
部４２から引き渡されたメッセージ４３は、ＴＣＰ層処
理としてメッセージ４３をパケット４３−１，４３−
２，４３−３に分割し、ＴＣＰ層以下処理部４４におい
て、バッファリングされ、ＴＣＰ層のネットワークの輻
輳を回避することを意図したアルゴリズムにより、メッ
セージの境界と異なる部分で分割される場合があり、こ
れがメッセージ４５−１，４５−２，４５−３のような
メッセージの分割や前後のメッセージとの癒着を起こす
ことがある。

【００１２】該アルゴリズムは、ＲＦＣ１１２２ ４．
２．２．６項において、Maximum Segment Size Option:
RFC 793 Section 3.1として規定されており、インター
ネット上のノードにおいては、ＴＣＰで最大セグメント
サイズを送信・実装すべきであることが明記されてい
る。前記規定によれば、ＴＣＰ層からメッセージを送出
する際、ＩＰ層でのパケット分割が行われないようなサ
イズに、ＴＣＰ層にてメッセージ送出サイズの調節を行
っている。メッセージがＴＣＰ層から送出するサイズよ
りも大きい場合は、メッセージのうち該サイズだけを処
理しＩＰ層に渡すため、メッセージ４５−１と４５−２
に示されるようなメッセージの分割が起きる。また、残
された部分はバッファリングされ、後続するメッセージ
と癒着して次送出契機に同時に送信されることが起こる
ため、メッセージ４５−２と４５−３に示されるよう
な、メッセージの癒着が起きる。

【００１３】通常のイーメール等のデジタルデータの通
信においては、ノードＡからノードＢに送信する場合、
伝送路中でパケット形式に分割して伝送するが、そのパ
ケットデータ中に一連のパケットをそれぞれ関連付けて
送信し、ノードＢの記憶手段や、又はイーメールサーバ
のハードディスク等に、格納して一括してそのイーメー
ルデータを溜め込み、揃った状態でイーメールデータと
して宛先のＩＰアドレスに届けるので、イーメールの癒
着や一部の欠如という事態は発生しない。

【００１４】しかし、リアルタイムに宛先にメッセージ
を送出するというメッセージ通信のため、それらのメッ
セージをノードＢのＴＣＰ層以下処理部４９において処
理し、メッセージの境界を復元しない形で、メッセージ
４８−１，４８−２，４８−３をアプリケーション処理
部４７に引き渡すと、アプリケーションは送信側が意図
して送ったメッセージとは異なるメッセージとして受信
してしまうこととなる。

【００１５】また、現行のインターネットでも、実時間
データ転送について、ＲＦＣ１８１９，ＲＦＣ１８８
９，ＲＦＣ１８９０，ＲＦＣ２２０５，ＲＦＣ２３２６
などで実時間通信用プロトコルが規定されており、ＩＰ
ｖ４，ＩＰｖ６でも、専用伝送路を用いたり、伝送路を
予め予約してデータ転送時にはその伝送路を専有した
り、優先度をＩＰｖ６のヘッダに格納して優先的な伝送
路を確保して、アプリケーション等のデータを実時間で
転送することが実行されている。

【００１６】しかし、パケット伝送のために、ＴＣＰ層
でアプリケーション層からのリアルタイム伝送としてデ
ータを受けて分割する際、上記のメッセージの境界と異
なる部分で分割されたり、この分割が所定のメッセージ
の分割や前後のメッセージとの癒着を起こすことが有る
ことについては対処されていないのが現実である。

【００１７】本発明は、アプリケーション層に対して、
ＴＣＰのメッセージの分割・癒着を意識しないで使用で
きる、ＴＣＰを使用したメッセージ通信方法を提供する
ことを目的とする。

【００１８】

【課題を解決するための手段】本発明は、ＴＣＰ(Trans
mission Control Protocol)を用いたメッセージ通信方
法において、アプリケーション層からのメッセージの全
メッセージ長と該メッセージのチェックサムとをメッセ
ージ本体に追加してメッセージ送受信処理層を形成し、
前記メッセージ送受信処理層にＴＣＰ層及びＩＰ層、デ
ータリンク層、物理層の各層の処理を実行し、前記メッ
セージを分割して各層のヘッダを付加して送出すること
を特徴とする。

【００１９】また、本メッセージ通信方法において、受
信側で、前記物理層、データリンク層、ＩＰ層、ＴＣＰ
層の各処理を実行後、分割された前記メッセージに付加
された各ヘッダ部から前記全メッセージ長と受信済メッ
セージ長と、前記全メッセージ長に相当するメッセージ
を格納する一時記憶領域部を受信状態テーブルに格納
し、前記受信済メッセージ長の値と前記全メッセージ長
とを比較して前記全メッセージ長分を受信したならば、
前記一時記憶領域部のメッセージを組み立て、前記チェ
ックサムを計算して、前記アプリケーション層に前記全
メッセージを送出することを特徴とする。

【００２０】また、本発明は、ＴＣＰ(Transmission Co
ntrol Protocol)を用いたメッセージ通信システムにお
いて、送信側は、送信メッセージを作成するアプリケー
ション処理部と、前記アプリケーション処理部からの前
記送信メッセージの全メッセージ長と該送信メッセージ
のチェックサムとを送信メッセージ本体に追加してメッ
セージ送受信処理層を形成するメッセージ送受信処理部
と、前記メッセージ送受信処理層に対してＴＣＰ層及び
ＩＰ層、データリンク層、物理層の各層の処理を実行す
るＴＣＰ層以下処理部とを有し、前記ＴＣＰ層以下処理
部にて前記メッセージ送受信処理層からの送信メッセー
ジをパケットに分割して前記各層で必要なヘッダを付加
して送信パケットとして送出し、受信側は、前記送信パ
ケットを受信・処理するＴＣＰ層以下処理部と、該ＴＣ
Ｐ層以下処理部から前記送信パケットから受信した前記
全メッセージ長と受信済メッセージ長と前記全メッセー
ジ長の一部を確保する一時記憶領域とを備えた受信状態
テーブルと、前記全メッセージを上層のアプリケーショ
ン層を処理するアプリケーション処理部とを備えたこと
を特徴とする。

【００２１】かかる特徴により、本発明は、インターネ
ットに接続されたノード上に実装されたアプリケーショ
ンが、インターネットにおいて使用されているプロトコ
ルＴＣＰ(Transmission Control Protocol)を用いてメ
ッセージ通信を行う際に、ＴＣＰの送信制御によるメッ
セージの分割や癒着を意識することなく通信することが
できる方法を提供するものである。

【００２２】また、本発明は、図１を参照して説明すれ
ば、本発明の原理図を、図２は本発明にて使用するプロ
トコルスタック、図３に本発明にて使用するメッセージ
の形式、図４に本発明を使用しない場合の問題点を示し
た図を示す。図１におけるノードＢ１２０はノードＡ１
１０と同じ構成を取るものとする。

【００２３】ノードＡ１１０のアプリケーション処理部
１１１がノードＢ１２０のアプリケーション処理部１２
１へメッセージを送信する場合、アプリケーション処理
部１１１からメッセージ送受信処理部１１２に渡された
メッセージ本体は、メッセージ長３０とチェックサム３
１を計算し、図３の形式に編集されてからＴＣＰ層以下
処理部１１３に渡され、以下プロトコルスタック下位層
の処理を経て受信側ノードＢ１２０へ送信される。この
際ＴＣＰ層２２のメッセージ送信性能の最適化処理によ
って、図４のようにメッセージの分割や癒着が起こるこ
とがある。受信側ノードＢ１２０において受信されたメ
ッセージは、ＴＣＰ層以下処理部１２３にて処理し、保
持される。また、ＴＣＰ層以下処理部１２３はメッセー
ジ受信と同時にメッセージ送受信処理部１２２にメッセ
ージ受信を通知する。メッセージ送受信処理部１２２で
は、送信側においてメッセージに添付されたメッセージ
長３０を取り出し、メッセージ長３０のメッセージを保
存するに十分な一時（記憶）領域１２８を確保し、メッ
セージ長３０の長さだけの受信メッセージを一時記憶領
域１２８に取り出すようにＴＣＰ層以下処理部に要求す
る。

【００２４】要求に対して、実際に受信したメッセージ
がメッセージ長３０と同じである場合は、チェックサム
の計算の後、メッセージ本体部４３のみをアプリケーシ
ョン処理部１２１へ引き渡す。

【００２５】要求に対して実際に受信したメッセージの
長さがメッセージ長３０に満たない場合は、ノードＡ１
１０のＴＣＰ層以下処理部１１３にてメッセージが分割
されたものとみなし、受信状態テーブル１２４のメッセ
ージ長１２５、受信済メッセージ長１２６、一時（記
憶）領域アドレス１２７にそれぞれメッセージ長３０、
実際に受信したメッセージの長さ、一時記憶領域１２８
のアドレスを保存する。後続するメッセージの受信がＴ
ＣＰ層以下処理部１２３から通知されると、前回までに
受信したメッセージと連結するように一時記憶領域１２
８へメッセージを受信する。不足しているメッセージ長
をメッセージ長１２５と受信済メッセージ長１２６から
計算して、不足しているメッセージ長と実際に受信した
メッセージの長さを比較し、未だ不足している場合は今
回実際に受信したメッセージの長さを受信済メッセージ
長１２６に加算する。メッセージを構成するすべての分
割されたメッセージを受信した時点でアプリケーション
処理部１２１に受信メッセージを渡す。

【００２６】このようにして、ノード上に実装されたア
プリケーションにおいて、ＴＣＰによるメッセージ分割
・癒着を考慮する必要のないメッセージ通信を可能にす
る。

【００２７】

【発明の実施の形態】本発明による実施形態について、
図面を参照しつつ詳細に説明する。

【００２８】［第１の実施形態］（１）構成の説明 図１を参照すると、本発明のメッセージ通信方法の第１
の実施形態は、プログラム制御により動作する。２つの
ノードＡ１１０，ノードＢ１２０とそれらのノードを相
互に接続するネットワーク１１９から構成されている。
なお、ネットワーク１１９には、ノードＡ１１０，ノー
ドＢ１２０ばかりでなく、多数のノードやメッセージサ
ーバ、ルータ、ターミナルアダプター等が接続されてい
るが、本図からは省略している。

【００２９】また、このノードＡ１１０，ノードＢ１２
０は、単独でルータや、ターミナルアダプタに内蔵され
たり、デスクトップ型やノート型のパソコンに搭載され
たりしているものとする。

【００３０】ノードＡ１１０はそれぞれ、アプリケーシ
ョン処理部１１１と、メッセージ送受信処理部１１２
と、ＴＣＰ層以下処理部１１３と、受信状態テーブル１
１４と、一時記憶領域１１８とを含む。ノードＢ１２０
も同等の構成を持っているものとする。

【００３１】これらの各部は、それぞれ概略次のように
動作する。

【００３２】アプリケーション処理部１１１は、他のノ
ードとのメッセージ通信に基づき特定の機能を実現す
る。メッセージ送信時はアプリケーション処理部１１１
内で編集したメッセージをメッセージ送受信処理部１１
２へ引き渡す。また、メッセージ送受信部１１２からの
通知を契機にメッセージ送受信処理部１１２からメッセ
ージを受け取る。他のノードとのＴＣＰによる通信路の
設定・切断はＴＣＰ層以下処理部１１３に直接要求す
る。

【００３３】メッセージ送受信処理部１１２は、アプリ
ケーション処理部１１１から渡されたメッセージからメ
ッセージ長とチェックサムを計算し、図３の形式のデー
タに編集した後、ＴＣＰ層以下処理部１１３へ引き渡
す。また、ＴＣＰ層以下処理部１１３からの通知を契機
に、ＴＣＰ層以下処理部１１３からのデータの受信を行
ない、アプリケーション処理部１１１へそのデータを通
知する。

【００３４】ＴＣＰ層以下処理部１１３は、図２に示す
階層に基いて、ＲＦＣ７９３で規定されているＴＣＰ層
２２、ＲＦＣ７９１で規定されているＩＰ層２３、及び
データリンク層２４と、物理層２５とによるデータ送受
信処理を行なう。

【００３５】なお、図２に示すデータ構造中、ＴＣＰ層
以下処理部１１３によりＴＣＰ層２２、ＩＰ層２３、デ
ータリンク層２４、物理層２５の各プロトコル処理する
が、メッセージ送受信処理部１１２によって、ＴＣＰ層
２２内の一部のメッセージ送受信処理層２１の処理を実
行する。

【００３６】受信状態テーブル１１４は、メッセージ長
フィールド１１５、受信済メッセージ長フィールド１１
６、一時記憶領域アドレスフィールド１１７の３つに分
かれており、それぞれメッセージの長さ、分割して送ら
れてきたメッセージのうちの受信済メッセージ長、メッ
セージを受信するためのメモリ領域のアドレスを保持す
る。この受信状態テーブル１１４は、メッセージを他の
ノードから受信する場合に動作し、メッセージそのもの
を記憶しないので、少量の記憶容量でよいというメリッ
トがある。

【００３７】一時記憶領域１１８は、他のノードからメ
ッセージを受信した場合に動作し、ＴＣＰ層以下処理部
からメッセージを受信した際、メッセージを一時的に格
納する記憶領域である。分割されたメッセージを受信し
た場合は、ここでメッセージの組立を行う。

【００３８】ノードＢ１２０の構成は、ノードＡと同様
であり、各部の詳細については、ノードＡ１１０と対応
する部位と同等である。

【００３９】ネットワーク１１９は、ノードＡ１１０と
ノードＢ１２０の間をＩＰ(Internet Protocol)によっ
て接続するネットワークである。パケット形式による伝
送であり、パケット毎に異なる伝送路を通過することも
あるし、全メッセージの全パケットが同一伝送路を伝送
される場合もある。ネットワーク１１９には、例えばＡ
ＴＭ（Asynchronous Transfer Mode）やＳＤＨ（Synchr
onous Digital Hierarchy）、ＩＳＤＮ（Integrated Se
rvices Digital Network）、公衆回線等、更に、ＬＡＮ
（Local Area Network），ＷＡＮ（Wide Area Networ
k），ＷＬＬ（Wireless Local Loop）、微弱電波を使っ
たBluetoothシステムなど、有線回線や無線回線等、い
ずれのネットワークであっても、ＴＣＰ／ＩＰによるイ
ンターネットに限定されず、広く用いることができる。

【００４０】（２）動作の説明 本実施形態の動作を説明する前に、ＴＣＰ上のアプリケ
ーションについて説明する。ＴＣＰ上で動作するアプリ
ケーションには、代表的には、サーバを複数のユーザで
共有できるTelnet、ネットワークを通じて他のネットワ
ークに接続するRlogin（Remote Login）、２つのコンピ
ュータ間でファイルの送受信を行えるＦＴＰ（File Tra
nsfer Protocol）、電子メールの送受信を行うE-Mail、
ホームページと呼ばれるページに大学の案内や企業の新
商品情報などを掲載して情報提供するＷＷＷ（World Wi
de Web）などのアプリケーションがある。このアプリケ
ーションのデータやプログラムをアプリケーション層と
してアプリケーション処理部１１１で作成して、メッセ
ージ送受信処理部１１２に送出する。

【００４１】また、ＴＣＰの主な機能は、データをパケ
ット単位に分割し、各パケットにＴＣＰヘッダ情報を付
加し、このパケットが末端の宛先コンピュータに届いた
かどうかを管理することである。また、ＩＰは、主な機
能として、このパケットにＩＰアドレスの情報が入って
いるＩＰヘッダを付加してデータを送出することであ
る。

【００４２】つぎに、図１の構成図、および図５、図６
〜図８のフローチャートを参照して、本実施形態におけ
る動作について説明する。ノードＡ１１０からノードＢ
１２０へのメッセージ送信手順を通して、メッセージ送
受信処理部１１２，１２２が動作する。なお、ＴＣＰに
よるノード間の通信路の設立は、アプリケーション処理
部１１１よりＴＣＰ層以下処理部１１３への要求にて各
プロトコルに応じて行なわれているものとする。

【００４３】送信処理について、ノードＡ１１０におい
て、メッセージ送受信処理部１１２は、アプリケーショ
ン処理部１１１から送信先方路情報とメッセージを受け
取る（図５の５１）と、メッセージを、図３の形式に編
集する（５２）。

【００４４】その際、受け取ったメッセージのメッセー
ジ長の計算（５３）と、編集されたメッセージのチェッ
クサムの計算（同５４）を行う。メッセージ長３０には
メッセージ長フィールド・チェックサムフィールド・メ
ッセージ本体フィールドのそれぞれの長さを加えたもの
を設定する。編集されたメッセージのチェックサムの計
算は、ＲＦＣ１０７１に基づいて行なう。上記をＴＣＰ
層以下処理部１１３へ方路情報とともに引き渡す。

【００４５】つぎに、受信処理について、ノードＢ１２
０において、メッセージ送受信処理部１２２は、ＴＣＰ
層以下処理部１２３からノードＡ１１０からのメッセー
ジ受信を検出すると（図６の６０１）、現在ノードＡ１
１０からは分割されたメッセージを受信している途中で
あるかどうかを、受信状態テーブル１２４の受信済メッ
セージ長１２６の値から、正値の場合は分割されたメッ
セージ受信中、それ以外の場合は分割メッセージ受信中
ではないと判定する（同６０２）。分割されたメッセー
ジを受信している途中ではない場合、図３のメッセージ
長３０部分がＴＣＰ層以下処理部１２３にてバッファリ
ングされている。

【００４６】ここで、受信メッセージの先頭である場
合、ＴＣＰ層以下処理部１２３にバッファリングされて
いるメッセージのメッセージ長部分を読んで、メッセー
ジ長を得る（同６０３）。この際、メッセージ長の部分
はＴＣＰ以下処理層１２３から取り出さない。その後、
得たメッセージ長分だけの一時記憶領域１２８を準備
（同６０４）した後、一時記憶領域１２８にメッセージ
を受信する要求をＴＣＰ層以下処理部１２３へ送る（同
６０５）。

【００４７】ここで、受信したメッセージはノードＡ１
１０でのＴＣＰによる送信制御によって分割されている
可能性があるため、一時記憶領域１２８に実際に受信さ
れるメッセージの長さは、必ずしも図５の５３にて得た
メッセージ長の長さだけ渡されるとは限らない。そこで
図５の５３にて得たメッセージ長と実際にＴＣＰ層以下
処理部１２３から受信したメッセージの長さと比較する
（同６０６）。

【００４８】実際にＴＣＰ層以下処理部１２３から受信
したメッセージの長さのほうが短かった場合、メッセー
ジ長と今回受信したメッセージの長さを受信状態テーブ
ル１２４のメッセージ長フィールド１２５と受信済メッ
セージ長フィールド１６に保持し（同６１３）、再度Ｔ
ＣＰ層以下処理部１２３からのメッセージ受信の検出を
待つ。

【００４９】受信したメッセージの長さとメッセージ長
フィールドの長さが同じだった場合、ＴＣＰ層の処理に
よってメッセージの順番の入れ替わりはあり得ないた
め、ノードＡ１１０のアプリケーションにて送信された
メッセージは分割されることなく送信されてきたという
ことになる。メッセージのチェックサムを計算した後
（同６０８）、アプリケーション処理部１２１へ受信メ
ッセージを引き渡す（６１０）。引き渡した後、一時記
憶領域１２８を解放し、受信状態テーブル１２４を初期
化する。

【００５０】チェックサム計算がエラーであった場合、
図８のステップ６１３でのメッセージ長取得に失敗して
いると考えられるため、ノードＡ１１０とのＴＣＰ接続
を切断する（６１１）。切断後の処理はアプリケーショ
ン処理に依存するため、例えば、ファイル又はデータの
送信に失敗した旨をノードＡ１１０のアプリケーション
処理部１１１に通知し、その通知を不図示の表示装置に
表示する。

【００５１】図６のステップ６０２において、分割され
たメッセージを受信している途中である場合、受信状態
テーブル１２４のメッセージ長１２５と受信済メッセー
ジ長１２６から不足しているメッセージ長を算出し（図
７の６１４）、不足しているメッセージ長だけ一時記憶
領域にメッセージを受信する要求をＴＣＰ層以下処理部
１２３に送る（同６１５）。受信したメッセージは既に
受信されている一時記憶領域１２８の受信済メッセージ
と連結するように保存する。

【００５２】不足しているメッセージ長と今回受信した
メッセージ長を比較し（同６１６）、分割されたメッセ
ージの残り全ての部分を受信した場合、アプリケーショ
ン処理部１２１へ受信メッセージを引き渡す。

【００５３】引き渡した後、一時記憶領域１２８を開放
し、受信状態テーブル１２４のメッセージ長フィールド
１２５，受信済メッセージ長１２６、一時記憶領域アド
レス１２７を”０”に設定する。

【００５４】未受信のデータがまだある場合は、受信状
態テーブルの受信済メッセージ長フィールドの値に今回
受信したメッセージ長を加算し（図７の６１８）、再度
ＴＣＰ層以下処理部１２３からのメッセージ受信の検出
を待つ。

【００５５】上記実施形態においてはノードが１対１の
場合について例示したが、受信状態テーブルをノード数
ｎに拡張し、一時記憶領域もノード数ｎだけ確保するこ
とにより、ｎ個のノードに対してのＴＣＰを使用したメ
ッセージ通信についても同様にメッセージの分割・癒着
に対応することが可能となる。

【００５６】［第２の実施形態］上記第１の実施形態に
おいては、アプリケーション処理部１１１からメッセー
ジ送信を行う際、アプリケーション処理部１１１からメ
ッセージ送受信処理部１１２へメッセージと方路情報を
通知し、メッセージ送受信処理部１１２にてメッセージ
を図３の形式に編集しているが、図１の構成上、メッセ
ージをアプリケーション処理部１１１にて図３の形式に
編集し、方路情報と共にＴＣＰ以下処理部１１３へ直接
引き渡す方法もある。この場合、メッセージ送受信処理
部１１２への通知を行う必要がないため、その分だけ処
理が速くなる効果が期待できる。

【００５７】即ち、送信処理の場合、アプリケーション
処理部１１１で図３に示すメッセージのメッセージ長及
びチェックサムを計算して、ＴＣＰ層に引き渡す。ま
た、受信処理の場合、送信元のアプリケーション処理部
１１１で形成された図３の構成によるメッーセージをア
プリケーション処理部１１２で受信し、アプリケーショ
ン処理部１１２は、受信状態テーブルを管理しつつ、上
述した図６乃至図８に示すフローチャートに従ってメッ
セージ受信を実行する。

【００５８】

【発明の効果】本発明のメッセージ通信方法及びメッセ
ージ通信システムを使用することにより、リアルタイム
のメッセージ通信の場合、アプリケーションに対して、
順序入れ換わりや紛失を意識する必要がないというＴＣ
Ｐの特性を生かしつつ、ＴＣＰをメッセージ通信に使用
する際の問題点であったメッセージの分割・癒着を意識
させないメッセージ通信インタフェースを提供すること
ができ、開発工数を削減することができる。

【図面の簡単な説明】

【図１】本発明のメッセージ通信システムのシステム構
成図である。

【図２】本発明に用いるＯＳＩ参照モデルに対応するレ
イヤの構成図である。

【図３】本発明に用いる全メッセージ本体に付加するデ
ータ構造の説明図である。

【図４】本発明の説明と従来例のパケット伝送を説明す
る説明図である。

【図５】本発明の送信側のノードの動作を示すフローチ
ャートである。

【図６】本発明の受信側のノードの動作を示すフローチ
ャートである。

【図７】本発明の受信側のノードの動作を示すフローチ
ャートである。

【図８】本発明の受信側のノードの動作を示すフローチ
ャートである。

【符号の説明】

１１０，１２０ ノード １１１，１２１ アプリケーション処理部 １１２，１２２ メッセージ送受信処理部 １１３，１２３ ＴＣＰ層以下処理部 １１４，１２４ 受信状態テーブル １１５，１２５ メッセージ長 １１６，１２６ 受信済メッセージ長 １１７，１２７ 一時（記憶）領域アドレス １１８，１２８ 一時（記憶）領域 １１９ ネットワーク

Claims (6)

【特許請求の範囲】
1. 【請求項１】 ＴＣＰ(Transmission Control Protoco
   l)を用いたメッセージ通信方法において、アプリケーシ
   ョン層からのメッセージの全メッセージ長と該メッセー
   ジのチェックサムとをメッセージ本体に追加してメッセ
   ージ送受信処理層を形成し、前記メッセージ送受信処理
   層にＴＣＰ層及びＩＰ層、データリンク層、物理層の各
   層の処理を実行し、前記メッセージを分割して前記各層
   のヘッダを付加して送出することを特徴とするメッセー
   ジ通信方法。
2. 【請求項２】 請求項１に記載のメッセージ通信方法に
   おいて、受信側で、前記物理層、前記データリンク層、
   前記ＩＰ層及び、前記ＴＣＰ層の各処理を実行後、分割
   された前記メッセージに付加された各ヘッダ部から前記
   全メッセージ長と受信済メッセージ長と、前記全メッセ
   ージ長に相当するメッセージを格納する一時記憶領域部
   を受信状態テーブルに格納し、前記受信済メッセージ長
   の値と前記全メッセージ長とを比較して前記全メッセー
   ジ長分を受信したならば、前記一時記憶領域部のメッセ
   ージを組み立て、前記チェックサムを計算して、前記ア
   プリケーション層に前記全メッセージを送出することを
   特徴とするメッセージ通信方法。
3. 【請求項３】 請求項２に記載のメッセージ通信方法に
   おいて、前記受信済メッセージ長の値と前記全メッセー
   ジ長とを比較して前記全メッセージ長分を受信していな
   い場合は、前記ＴＣＰ層の各処理の実行を前記受信済メ
   ッセージ長の値と前記全メッセージ長とが一致するまで
   待ち、前記受信済メッセージ長の値と前記全メッセージ
   長とを比較して同じであれば、前記ＴＣＰ層等の処理に
   よってメッセージの順番の入れ替わりが無くて前記全メ
   ッセージを分割のないメッセージと判断し、前記全メッ
   セージのチェックサムを計算し、前記アプリケーション
   層に前記全メッセージを送出することを特徴とするメッ
   セージ通信方法。
4. 【請求項４】 請求項２に記載のメッセージ通信方法に
   おいて、前記受信済メッセージ長の値と前記全メッセー
   ジ長とを比較して前記全メッセージ長分を受信せず受信
   している途中の場合は、不足しているメッセージ長だけ
   前記記憶領域部に追加確保し、前記ＴＣＰ層の各処理に
   前記不足しているメッセージ長を通知し、前記不足して
   いるメッセージ長と前記ＴＣＰ層の各処理から受信した
   メッセージ長とを比較し、前記分割されたメッセージの
   残り全ての部分を受信した場合、前記一時記憶領域部を
   連結して、前記全メッセージを分割のないメッセージと
   して、前記全メッセージのチェックサムを計算し、前記
   アプリケーション層に前記全メッセージを引き渡すこと
   を特徴とするメッセージ通信方法。
5. 【請求項５】 ＴＣＰ(Transmission Control Protoco
   l)を用いて送信側と受信側に組み分けるメッセージ通信
   システムにおいて、 送信側は、送信メッセージを作成するアプリケーション
   処理部と、前記アプリケーション処理部からの前記送信
   メッセージの全メッセージ長と該送信メッセージのチェ
   ックサムとを送信メッセージ本体に追加してメッセージ
   送受信処理層を形成するメッセージ送受信処理部と、前
   記メッセージ送受信処理層に対してＴＣＰ層及びＩＰ
   層、データリンク層、物理層の各層の処理を実行するＴ
   ＣＰ層以下処理部とを有し、前記ＴＣＰ層以下処理部に
   て前記メッセージ送受信処理層からの送信メッセージを
   パケットに分割して前記各層で必要なヘッダを付加して
   送信パケットとして送出し、 受信側は、前記送信パケットを受信・処理するＴＣＰ層
   以下処理部と、該ＴＣＰ層以下処理部から前記送信パケ
   ットから受信した前記全メッセージ長と受信済メッセー
   ジ長と前記全メッセージ長の一部を確保する一時記憶領
   域とを備えた受信状態テーブルと、前記全メッセージを
   上層のアプリケーション層を処理するアプリケーション
   処理部とを備えたことを特徴とするメッセージ通信シス
   テム。
6. 【請求項６】 請求項５に記載のメッセージ通信システ
   ムにおいて、前記アプリケーション処理部に前記メッセ
   ージ送受信処理部を含み、前記送信メッセージを作成
   し、前記送信メッセージの全メッセージ長と該送信メッ
   セージのチェックサムとを送信メッセージ本体に追加し
   て前記ＴＣＰ層以下処理部に送出することを特徴とする
   メッセージ通信システム。