JP2008278410A

JP2008278410A - 通信システム、通信装置、通信方法及び通信プログラム

Info

Publication number: JP2008278410A
Application number: JP2007122358A
Authority: JP
Inventors: Hiroki Aoki; 裕樹青木
Original assignee: Oki Electric Industry Co Ltd
Current assignee: Oki Electric Industry Co Ltd
Priority date: 2007-05-07
Filing date: 2007-05-07
Publication date: 2008-11-13
Anticipated expiration: 2027-05-07
Also published as: JP4882856B2

Abstract

【課題】簡易な方法で高速性と高信頼性とを兼ね備えた通信を実現することができる通信システム、通信装置、通信方法及び通信プログラムを提供する。
【解決手段】本発明の通信システムは、同一ネットワーク内で、制約のない転送プロトコルを用いて、送信元装置と１又は複数の送信先装置との間で通信パケットを転送させる通信システムにおいて、送信元装置が、少なくとも、送信データの総セグメント数と、送信データの各セグメントのシーケンス番号とを含む、送信データのセグメント毎の各通信パケットを送信する送信手段を備え、各送信先装置が、送信元装置から受信した各通信パケットに含まれる、総セグメント数及びシーケンス番号に基づいて、各セグメントの受信状況に応じた確認応答信号を返信する受信手段を備えることを特徴とする。
【選択図】図１

Description

本発明は、通信システム、通信装置、通信方法及び通信プログラムに関し、例えば、同一ネットワーク内における通信システム、通信装置、通信方法及び通信プログラムに適用し得る。

例えば、ＩＰネットワークにおいて、ＩＰパケットを配送するトランスポートプロトコルとしては、ＴＣＰ（Transport Control Protocol）及びＵＤＰ（User Datagram Protocol）が用いられている。

ＴＣＰは、信頼性を確保する通信に使用され、フロー制御や輻輳制御（順序制御）などの機能を有する。また、ＵＤＰは、主にリアルタイム通信に使用され、ＴＣＰとは異なり信頼性を確保する手段を持たない。

特許文献１には、異なるネットワークに配置された装置間において、ＴＣＰを利用した場合の高速化手法に関する技術が記載されている。

特開２００３−０６９６１５号公報ＲＦＣ７９３ＲＦＣ７６８

しかしながら、上述した方法は、同一ネットワーク内の通信においては、高速かつ高信頼性を確保することは困難である。

つまり、ＴＣＰは、フロー制御と輻輳制御等の機能により信頼性を確保しているが、高速通信を実現することができない。また、ＵＤＰは、ＴＣＰのような制御をしないため、高速通信を実現できるが、信頼性が低くなる。

また、特許文献１に記載の技術は、異なるネットワーク間通信には適用できるが、同一ネットワーク内での通信には適用することができない。

そのため、通信プロトコルが同一のネットワーク内で、例えばＵＤＰ／ＩＰのように、転送制約のない転送プロトコルを用いて、通信パケットを転送させる通信方式において、簡単な構成で、高速性と高信頼性とを兼ね備えた通信を実現することができる通信システム、通信装置、通信方法及び通信プログラムが求められている。

かかる課題を解決するために、第１の本発明の通信システムは、同一ネットワーク内で、制約のない転送プロトコルを用いて、送信元装置と１又は複数の送信先装置との間で通信パケットを転送させる通信システムにおいて、（１）送信元装置が、少なくとも、送信データの総セグメント数と、送信データの各セグメントのシーケンス番号とを含む、送信データのセグメント毎の各通信パケットを送信する送信手段を備え、（２）各送信先装置が、送信元装置から受信した各通信パケットに含まれる、総セグメント数及びシーケンス番号に基づいて、各セグメントの受信状況に応じた確認応答信号を返信する受信手段を備えることを特徴とする。

第２の本発明の通信装置は、同一ネットワーク内で、制約のない転送プロトコルを用いて、１又は複数の送信先装置との間で通信パケットを転送する送信元である通信装置において、少なくとも、送信データの総セグメント数と、送信データの各セグメントのシーケンス番号とを含む、送信データのセグメント毎の各通信パケットを送信する送信手段を備えることを特徴とする。

第３の本発明の通信装置は、同一ネットワーク内で、制約のない転送プロトコルを用いて、送信元装置から転送された通信パケットを受信する送信先である通信装置において、少なくとも、送信データの総セグメント数と、送信データの各セグメントのシーケンス番号とを含む、送信データのセグメント毎の各通信パケットを受信するものであって、総セグメント数及びシーケンス番号に基づいて、各セグメントの受信状況に応じた確認応答信号を返信する受信手段を備えることを特徴とする。

第４の本発明の通信方法は、同一ネットワーク内で、制約のない転送プロトコルを用いて、送信元装置と１又は複数の送信先装置との間で通信パケットを転送させる通信方法において、（１）送信元装置が、少なくとも、送信データの総セグメント数と、送信データの各セグメントのシーケンス番号とを含む、送信データのセグメント毎の各通信パケットを送信し、（２）各送信先装置が、送信元装置から受信した各通信パケットに含まれる、総セグメント数及びシーケンス番号に基づいて、各セグメントの受信状況に応じた確認応答信号を返信することを特徴とする。

第５の本発明の通信プログラムは、同一ネットワーク内で、制約のない転送プロトコルを用いて、１又は複数の送信先装置との間で通信パケットを転送する送信元である通信装置の通信プログラムにおいて、コンピュータに、少なくとも、送信データの総セグメント数と、送信データの各セグメントのシーケンス番号とを含む、送信データのセグメント毎の各通信パケットを送信させる送信手段として機能させるものである。

第６の本発明の通信プログラムは、同一ネットワーク内で、制約のない転送プロトコルを用いて、送信元装置から転送された通信パケットを受信する送信先である通信装置の通信プログラムにおいて、コンピュータに、少なくとも、送信データの総セグメント数と、送信データの各セグメントのシーケンス番号とを含む、送信データのセグメント毎の各通信パケットを受信するものであって、総セグメント数及びシーケンス番号に基づいて、各セグメントの受信状況に応じた確認応答信号を返信させる受信手段として機能させるものである。

本発明の通信システム、通信装置、通信方法及び通信プログラムによれば、通信プロトコルが同一のネットワーク内で、転送制約のない転送プロトコルを用いて、通信パケットを転送させる通信方式において、簡単な構成で、高速性と高信頼性とを兼ね備えた通信を実現することができる。

（Ａ）第１の実施形態
以下、本発明の通信システム、通信装置、通信方法及び通信プログラムの第１の実施形態を図面を参照して説明する。

第１の実施形態は、通信プロトコルが同一のネットワーク内でのポイントツーポイントの通信に本発明を適用し場合を例に挙げて説明する。

（Ａ−１）第１の実施形態の構成
図２は、第１の実施形態の通信システム１の概略的な構成を示す全体構成図である。図２において、第１の実施形態の通信システム１は、通信端末Ｔ１、スイッチＳ１、通信端末Ｔ２を有して構成される。

図２に示す通信システム１は、例えばＬＡＮ（Local Area Network）等のように、同一ネットワーク内での通信システムを想定する。通信システム１の通信回線としては、電気回線、光ファイバ回線等を適用することができる。

通信端末Ｔ１及び通信端末Ｔ２は、通信データを送受信する通信端末であり、例えば、パーソナルコンピュータやサーバ等が該当する。

スイッチＳ１は、通信端末Ｔ１と通信端末Ｔ２との間で授受される通信データを中継する中継装置である。

図３は、通信端末Ｔ１及び通信端末Ｔ２の内部構成を示す内部構成図である。図３に示すように、通信端末Ｔ１及び通信端末Ｔ２は、ＣＰＵ１１、記憶部１２、通信部１３、を少なくとも有する。

ＣＰＵ１１は、通信端末Ｔ１及び通信端末Ｔ２の機能を司るものである。記憶部１２は、ＲＯＭ、ＲＡＭ等が該当し、ＣＰＵ１１が実行する所定の処理プログラム等を記憶したり、処理に必要なデータを記憶したりするものである。通信部１３は、通信データの送受信を制御するものである。

図４は、通信端末Ｔ１及び通信端末Ｔ２の通信機能を説明する機能ブロック図である。図４に示すように、通信端末Ｔ１及び通信端末Ｔ２は、アプリケーション部２１、通信制御部２２を有する。

アプリケーション部２１は、所定機能を実現させる各種アプリケーションである。具体的に、送信元の通信端末Ｔ１のアプリケーション部２１は、配送対象のアプリケーションデータ（例えば、音声データ、画像データ等）を通信制御部２２に与えて、後述する通信方法に従って送信先の送信させるものである。また、送信先の通信端末Ｔ２のアプリケーション部２１は、通信制御部２２が受信したアプリケーションデータを通信制御部２２から受け取り、このアプリケーションデータに基づいて所定の処理を実現するものである。

通信制御部２２は、アプリケーションデータの転送制御を行なうものである。通信制御部２２は、転送プロトコルとして例えばＵＤＰ／ＩＰをベースとして使用する場合を想定して説明する。

また、通信制御部２２により実現される機能としては、ヘッダ作成部２２１、確認応答確認部２２２、再送部２２３、セグメント組立部２２４、確認応答送信部２２５がある。

ヘッダ作成部２２１は、所定のプロトコルヘッダを作成するものである。ここで、図１は、第１の実施形態に係るプロトコルヘッダ３の構成を説明する構成図である。

図１（Ｂ）に示すように、第１の実施形態のプロトコルヘッダ３は、ＵＤＰヘッダ部２とデータ部４との間に設けられるものである。そして、ＵＤＰヘッダ部２の前にＩＰヘッダ部１が付与されて、ＩＰパケットが形成される。

図１（Ａ）において、第１の実施形態のプロトコルヘッダ３は、「フラグフィールド３１」、「エラー番号フィールド３２」、「メッセージ識別子フィールド３３」、「総セグメント数フィールド３４」、「シーケンス番号フィールド３５」、「確認応答番号フィールド３６」、を項目として有する。なお、図１では、未使用フィールドとして「パディング３７」も図示している。

「フラグフィールド３１」は、当該パケットが「データ」、「確認応答」、「エラー」のいずれかを示すパケットであるかを示す情報を格納するフィールドであり、例えば８ビットで構成される。

「エラー番号フィールド３２」は、パケット送受信で生じたエラー発生を通知する情報を格納するフィールドであり、例えば８ビットで構成される。例えば、送信側と受信側との間で、あらかじめエラー発生の内容毎の番号を認識させておき、そのエラー発生に係る詳細番号を、この「エラー番号フィールド３２」にセットする。なお、エラー種別としては、例えば、受信タイムアウト、受信側の処理輻輳、リソース不足等がある。

「メッセージ識別子フィールド３３」は、当該トランザクションを識別する固有の値を格納するフィールドであり、例えば１６ビットで構成される。

「総セグメント数フィールド３４」は、当該トランザクションのデータサイズが１パケットに収まらない場合にデータを分割するが、その際の分割総数（これを総セグメント数という）が格納されるフィールドである。例えば、１６ビットで構成される。

「シーケンス番号フィールド３５」は、当該パケットが総セグメント数の何番目のものであるかを示す情報を格納するフィールドであり、例えば１６ビットで構成される。

「確認応答番号フィールド３６」は、データを受信した通信端末が送信元にどのシーケンス番号までを受信したかを示す情報を格納するフィールドであり、受信済みのシーケンス番号が設定される。また、例えば１６ビットで構成される。

セグメント組立部２２４は、パケットを受信した受信側の通信端末において、受信パケットのプロトコルヘッダに基づいて、アプリケーションデータを構成するセグメントを組み立てるものである。具体的には、プロトコルヘッダの「総セグメント数フィールド３４」と「シーケンス番号フィールド３５」に格納されている情報に基づいて、総セグメント数のセグメントをシーケンス番号順に組み立てることで実現できる。

また、セグメント組立部２２４は、アプリケーションデータを構成する全セグメントの組み立てが完了すると、アプリケーションデータをアプリケーション部２１に与えるものである。

確認応答送信部２２５は、パケットを受信した受信側の通信端末において、セグメント組立部２２４によるセグメント組立結果に応じて、送信元の通信端末に対して確認応答信号を送信するものである。

具体的には、セグメント組立部２２４が全セグメントを組み立ててアプリケーションデータを形成した場合、確認応答送信部２２５は、「フラグフィールド３１」に確認応答を示す情報をセットし、また、「確認応答番号フィールド３６」に受信済みのシーケンス番号を設定して返信する。また、セグメント組立部２２４がセグメントの全てを受信できなかった場合、確認応答送信部２２５は、「フラグフィールド３１」にエラーを示す情報をセットし、「確認応答番号フィールド３６」に受信済みのシーケンス番号を設定して返信する。

なお、確認応答信号の送信の際、「メッセージ識別子フィールド３３」には、受信したセグメントのプロトコルヘッダに含まれているメッセージ識別子をセットして送信する。

また、確認応答返信部２２５は、端末内のタイマ機能を用いて、直前のセグメント受信時刻から後続のセグメントを受信までに所定時間を経過した場合、受信タイムアウトとして、確認応答信号を送信する。

確認応答確認部２２２は、アプリケーションデータの配信元の通信端末において、受信側の通信端末からの確認応答信号の受信を確認するものである。

このとき、確認応答信号のプロトコルヘッダの「確認応答番号フィールド３６」を参照して、全セグメントの受信完了が確認された場合、当該トランザクションのセグメント送信処理を終了させる。

再送部２２３は、「確認応答番号フィールド３６」の値が総セグメント数未満である場合、又は、所定時間経過しても確認応答信号の受信がない場合、受信確認されていないシーケンス番号のセグメントから再送するものである。

なお、再送部２２３による再送処理は、
このように、受信確認されていないセグメントを再送することで、信頼性のあるデータ通信を確保することができる。

（Ａ−２）第１の実施形態の動作
次に、第１の実施形態の通信システム及び通信方法の動作を、図面を参照して説明する。

以下では、送信元である通信端末Ｔ１が、スイッチＳ１を中継して、送信先である通信端末Ｔ２に対してデータを送信する場合を例に挙げて説明する。

図５は、通信端末Ｔ１が通信端末Ｔ２に向けてＩＰパケットを送信する処理の動作フローチャートである。

まず、通信端末Ｔ１において、配送対象であるアプリケーションデータが、アプリケーション部２１から通信制御部２２に与えられると（ステップＳ１０１）、通信制御部２２において、当該アプリケーションデータのデータサイズが、ネットワークの最大転送サイズを超えているか否か判断される（ステップＳ１０２）。

当該アプリケーションデータのデータサイズが最大転送サイズを超えている場合、当該アプリケーションデータを所定長のデータサイズ毎に複数に分割する（ステップＳ１０３）。

なお、当該アプリケーションデータのデータサイズが最大転送サイズを超えていない場合、そのデータサイズのままパケット化処理が行なわれる。

当該アプリケーションデータが複数のセグメントに分割されると、ヘッダ作成部３１により所定のヘッダが作成されてパケット化が行なわれる。

つまり、「フラグフィールド３１」にデータを示す情報が設定され（ステップＳ１０４）、「メッセージ識別子フィールド３２」に当該トランザクションを識別する識別情報が設定され（ステップＳ１０５）、「総セグメント数フィールド３４」に分割したセグメント総数が設定される（ステップＳ１０６）。また、各セグメントのシーケンス番号が「シーケンス番号フィールド３５」に各セグメント毎に設定される（ステップＳ１０７）。

このようにして、各セグメント毎のプロトコルヘッダが作成され、それぞれのプロトコルヘッダがセグメントデータに付与されて、各セグメント毎のＩＰパケットが作成される。

そして、全セグメントのパケットが作成されると、全セグメントのパケットが、送信先に向けて連続して送信される（ステップＳ１０８）。

これにより、通信端末Ｔ１から送信された通信パケットは、スイッチＳ１を通じて、通信端末Ｔ２に対して送信される。

次に、図６は、通信端末Ｔ２がパケットを受信する処理の動作フローチャートである。

図６において、通信端末Ｔ１からの通信パケットが通信端末Ｔ２により受信されると（ステップＳ２０１）、通信端末Ｔ２の通信制御部２２において、受信パケットのパケットヘッダの「フラグフィールド３１」に基づいて当該通信データがアプリケーションデータであることが確認される（ステップＳ２０３）。

このとき、通信制御部２２では、パケット受信の受信時刻を監視しており、後続の受信パケットの受信がタイムアウトとなっていないか否かを判断する（ステップＳ２０２）。なお、受信タイムアウトの場合の処理については後述する。

ステップＳ２０３において、当該通信データがアプリケーションデータであることが確認されると、セグメント組立部２２４により、「総セグメント数フィールド３４」及び「シーケンス番号フィールド３５」が確認され、総セグメント数のセグメントがシーケンス番号順に組み立てられる（ステップＳ２０４）。

このようにして、セグメント組立部２２４により全セグメントを受信し、アプリケーションデータへの組み立てが完了すると（ステップＳ２０５）、セグメント組立部２２４は、完成したアプリケーションデータをアプリケーション部２１に与える（ステップＳ２０６）。

また、アプリケーションデータをアプリケーション部２１に与えると、確認応答を返信するために、「フラグフィールド３１」に確認応答を示す情報を設定し（ステップＳ２０７）、「メッセージ識別子フィールド３３」に当該トランザクションの識別情報を設定して（ステップＳ２０８）、確認応答送信部２２５が確認応答信号を通信端末Ｔ１に返信する（ステップＳ２０９）。

一方、ステップＳ２０５において、セグメント組立部２２４によるアプリケーションデータへの組み立てが成功しなかった場合、「フラグフィールド３１」に確認応答を示す情報を設定し（ステップＳ２１０）、「メッセージ識別子フィールド３３」に当該トランザクションの識別情報を設定して（ステップＳ２１１）、「確認応答番号フィールド３６」に受信確認済みのシーケンス番号を設定し（ステップＳ２１２）、確認応答送信部２２５が確認応答信号を通信端末Ｔ１に返信する（ステップＳ２０９）。このとき、「エラー番号フィールド３２」に該当するエラーを示す番号も設定可能である。

また、ステップＳ２０２において、受信タイムアウトが生じた場合、受信側の通信端末Ｔ２の通信制御部２２は、即座にその旨を知らせる確認応答信号を返信する。これにより、通信データの再送を即時に促すことができ、信頼性を確保させることができるからである。

この場合、確認応答送信部２２５は、「フラグフィールド３１」に確認応答を示す情報を設定し（ステップＳ２１３）、「エラー番号フィールド３２」に該当するエラーの詳細番号を設定し（ステップＳ２１４）、「メッセージ識別子フィールド３３」に当該トランザクションの識別情報を設定して（ステップＳ２１５）、確認応答送信部２２５が確認応答信号を通信端末Ｔ１に返信する（ステップＳ２０９）。

次に、図７は、通信端末Ｔ１のパケット送信後の処理を示す動作フローチャートである。

図７において、通信端末Ｔ１は、全セグメントのパケットを送信すると、確認応答セグメントの返信を待つ（ステップＳ３０１）。

そして、所定時間内に、送信先の通信端末Ｔ２からの確認応答信号が通信端末Ｔ１に返信されると（ステップＳ３０２）、確認応答確認部２２２により、「総セグメント数フィールド３４」と「確認応答番号フィールド３６」が確認され、全セグメントの受信が完了されたか否かが確認される（ステップＳ３０３）。

すなわち、確認応答番号フィールドのシーケンス番号が総セグメント数未満である場合には、全セグメントの受信が完了していないと判断でき、確認応答番号フィールドのシーケンス番号が総セグメント数である場合には、全セグメントの受信が完了していると判断できる。

そして、全セグメントの受信が完了している場合、確認応答確認部２２２は全セグメントの受信が完了した旨をアプリケーション部２１に知らせて、アプリケーション部２１に制御を戻す。

また、全セグメントの受信が完了していない場合、又は、ステップＳ３０２において所定時間内で確認応答信号の返信がなされない場合、再送部２２３は、受信確認されなかったシーケンス番号のセグメントを再度通信端末Ｔ２に対して送信させる（ステップＳ３０５）。なお、再送後は、再び確認応答セグメントの返信を待機する。

また、再送処理については、所定回数繰り返し実行し、それでも全セグメントの受信が確認できなかった場合、何らかのエラーと判断し、アプリケーション部２１に制御を戻す。

（Ａ−３）第１の実施形態の効果
以上のように、第１の実施形態によれば、同一ネットワーク内での通信データの通信システムを用いることにより、簡易な方法で、高速かつ信頼性の高い通信手段を適用することができる。

つまり、第１の実施形態によれば、同一ネットワーク内での通信において、ＵＤＰ／ＩＰを使用し、ＴＣＰのような信頼性を確保しつつ、かつ、ＵＤＰのように伝送効率の高い通信を提供することができる。

（Ｂ）他の実施形態
第１の実施形態では、ポイントツーポイントの通信方法について説明したが、ポイントツーマルチポイントの通信方法にも、本発明の通信システム及び通信方法を適用することができる。

第１の実施形態では、ＵＤＰ／ＩＰを使用する場合を例に挙げて説明したが、ＴＣＰ／ＩＰのように、例えばフロー制御や輻輳制御等の制約されたプロトコルではなく、無制約若しくはほとんど制約のない状態で、送信データを即座に転送するプロトコルに広く適用できる。また、ＵＤＰ／ＩＰを拡張したプロトコルにも適用できる。

第１の実施形態のプロトコルヘッダの構成例を説明する説明図である。第１の実施形態の通信システムの概念的な構成を示す構成図である。第１の実施形態の通信端末のハードウェア構成を示す構成図である。第１の実施形態の通信端末の機能構成を示す機能ブロック図である。第１の実施形態の通信端末のデータ送信処理を示す動作フローチャートである。第１の実施形態の通信端末のデータ受信処理を示す動作フローチャートである。第１の実施形態の通信端末の確認応答受信処理を示す動作フローチャートである。

符号の説明

Ｔ１及びＴ２…通信端末、Ｓ１…スイッチ、１１…ＣＰＵ、１２…記憶部、１３…通信部、２１…アプリケーション部、２２…通信制御部、２２１…ヘッダ作成部、２２２…確認応答確認部、２２３…再送部、２２４…セグメント組立部、２２５…確認応答送信部。

Claims

同一ネットワーク内で、制約のない転送プロトコルを用いて、送信元装置と１又は複数の送信先装置との間で通信パケットを転送させる通信システムにおいて、
上記送信元装置が、少なくとも、送信データの総セグメント数と、上記送信データの各セグメントのシーケンス番号とを含む、上記送信データのセグメント毎の各通信パケットを送信する送信手段を備え、
上記各送信先装置が、上記送信元装置から受信した上記各通信パケットに含まれる、上記総セグメント数及び上記シーケンス番号に基づいて、上記各セグメントの受信状況に応じた確認応答信号を返信する受信手段を備える
ことを特徴とする通信システム。
上記各送信先装置の上記受信手段は、上記総セグメント数及び上記シーケンス番号に基づいて全セグメントの受信完了を確認し、全セグメントの受信完了のときには、受信完了を示す上記確認応答信号を返信し、全セグメントの受信不完了のときには、受信不完了の旨及び受信確認済みの上記セグメントのシーケンス番号を付与した上記確認応答信号を返信することを特徴とする請求項１に記載の通信システム。
上記各送信元装置は、上記送信先装置のいずれかから上記受信不完了の旨の上記確認応答信号を受信した場合、又は、所定時間内で上記確認応答信号が返信されない場合、受信確認されていない上記シーケンス番号のセグメントの通信パケットを再送する再送手段を備えることを特徴とする請求項１又は２に記載の通信システム。
同一ネットワーク内で、制約のない転送プロトコルを用いて、１又は複数の送信先装置との間で通信パケットを転送する送信元である通信装置において、
少なくとも、送信データの総セグメント数と、上記送信データの各セグメントのシーケンス番号とを含む、上記送信データのセグメント毎の各通信パケットを送信する送信手段を備えることを特徴とする通信装置。
上記送信先装置のいずれかから受信不完了の旨の上記確認応答信号を受信した場合、又は、所定時間内で上記確認応答信号が返信されない場合、受信確認されていない上記シーケンス番号のセグメントの通信パケットを再送する再送手段ことを特徴とする請求項４に記載の通信装置。
同一ネットワーク内で、制約のない転送プロトコルを用いて、送信元装置から転送された通信パケットを受信する送信先である通信装置において、
少なくとも、送信データの総セグメント数と、上記送信データの各セグメントのシーケンス番号とを含む、上記送信データのセグメント毎の各通信パケットを受信するものであって、上記総セグメント数及び上記シーケンス番号に基づいて、上記各セグメントの受信状況に応じた確認応答信号を返信する受信手段を備えることを特徴とする通信装置。
上記各送信先装置の上記受信手段は、上記総セグメント数及び上記シーケンス番号に基づいて全セグメントの受信完了を確認し、全セグメントの受信完了のときには、受信完了を示す上記確認応答信号を返信し、全セグメントの受信不完了のときには、受信不完了の旨及び受信確認済みの上記セグメントのシーケンス番号を付与した上記確認応答信号を返信することを特徴とする請求項６に記載の通信装置。
同一ネットワーク内で、制約のない転送プロトコルを用いて、送信元装置と１又は複数の送信先装置との間で通信パケットを転送させる通信方法において、
上記送信元装置が、少なくとも、送信データの総セグメント数と、上記送信データの各セグメントのシーケンス番号とを含む、上記送信データのセグメント毎の各通信パケットを送信し、
上記各送信先装置が、上記送信元装置から受信した上記各通信パケットに含まれる、上記総セグメント数及び上記シーケンス番号に基づいて、上記各セグメントの受信状況に応じた確認応答信号を返信する
ことを特徴とする通信方法。
同一ネットワーク内で、制約のない転送プロトコルを用いて、１又は複数の送信先装置との間で通信パケットを転送する送信元である通信装置の通信プログラムにおいて、
コンピュータに、
少なくとも、送信データの総セグメント数と、上記送信データの各セグメントのシーケンス番号とを含む、上記送信データのセグメント毎の各通信パケットを送信させる送信手段として機能させる通信プログラム。
同一ネットワーク内で、制約のない転送プロトコルを用いて、送信元装置から転送された通信パケットを受信する送信先である通信装置の通信プログラムにおいて、
コンピュータに、
少なくとも、送信データの総セグメント数と、上記送信データの各セグメントのシーケンス番号とを含む、上記送信データのセグメント毎の各通信パケットを受信するものであって、上記総セグメント数及び上記シーケンス番号に基づいて、上記各セグメントの受信状況に応じた確認応答信号を返信させる受信手段として機能させる通信プログラム。