(57)【特許請求の範囲】
【請求項１】
入力データを複数の分割データに分割する分割手段と、
上記入力データに基づき算出される情報を生成する生成手段と、
上記複数の分割データのうち、上記情報を格納するパケットに格納されることになる分割データを記憶する記憶手段と、
上記記憶手段に記憶した分割データを除く分割データを格納するパケットをネットワークに出力した後、上記情報を格納した上記記憶手段に記憶した分割データを格納するパケットをネットワークに出力する出力手段とを有することを特徴とする通信装置。
【請求項２】
上記分割データの最大のデータ量を設定する設定手段をさらに備え、
上記分割手段は、上記入力データのデータ量と上記最大のデータ量とを比較し、上記入力データのデータ量が上記最大のデータ量より大きい場合に、上記入力データを分割することを特徴とする請求項１記載の通信装置。
【請求項３】
上記最大のデータ量は、ネットワークにおける最大転送単位（ＭＴＵ）であることを特徴とする請求項２記載の通信装置。
【請求項４】
上記出力手段は、１番目の分割データを除く各分割データを格納するパケットをネットワークに出力した後、上記１番目の分割データを格納するパケットを出力することを特徴とする請求項１〜３の何れか１項に記載の通信装置。
【請求項５】
上記情報は、上記入力データのチェックサムであることを特徴とする請求項１〜４の何れか１項に記載の通信装置。
【請求項６】
通信装置における通信方法であって、
入力データを複数の分割データに分割する工程と、
上記入力データに基づき算出される情報を生成する工程と、
上記複数の分割データのうち、上記情報を格納するパケットに格納されることになる分割データをバッファに記憶する工程と、
上記バッファに記憶した分割データを除く分割データを格納するパケットをネットワークに出力した後、上記情報および上記バッファに記憶した分割データを格納するパケットを上記ネットワークに出力する工程とを有することを特徴とする通信方法。
【請求項７】
コンピュータにより実行され、通信装置によりパケットをネットワークに送信するためのプログラムであって、
入力データを複数の分割データに分割する工程と、
上記入力データに基づき算出される情報を生成する工程と、
上記複数の分割データのうち、上記情報を格納するパケットに格納されることになる分割データをバッファに記憶する工程と、
上記バッファに記憶した分割データを除く分割データを格納するパケットをネットワークに出力した後、上記情報および上記バッファに記憶した分割データを格納するパケットを上記ネットワークに出力する工程とをコンピュータに実行させるためのプログラム。
【請求項８】
請求項７記載のプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置及び通信方法に関し、特に、フラグメントなどにより断片化されたデータグラムの通信技術に関する。
【背景技術】
【０００２】
ＩＥＥＥ８０２．３規格に準拠したネットワークシステムにおいては、ＩＰ（Internet Protocol）プロトコルが用いられている。ＩＰプロトコルには、ＴＣＰ／ＩＰ（Transmission Control Protocol／Internet Protocol）やＵＤＰ／ＩＰ（User Datagram Protocol／Internet Protocol）等がある。これらのプロトコルの下位層は、ＬＬＣ（Logical Link Control：ＩＥＥＥ８０２．１）やＭＡＣ（Media Access Control）層、ＰＨＹ（物理）層などから構成されている。
【０００３】
ＩＰ層は、１パケットあたりのデータ量を６５５３５オクテット（Ｏｃｔｅｔ）まで定義できる仕様となっている。しかし、ネットワークに接続されたステーション間で有限のネットワーク帯域を公平に使用するためには、転送される１パケットのサイズを制限して、特定のステーションによる帯域圧迫の影響を避けることが一般的である。
【０００４】
ＩＰ層においては、最大パケットサイズをＭＴＵ（Maximum Transfer Unit：最大転送単位）として定義している。一般的に、ＭＴＵは、１０Ｍｂｐｓ（bit per second）〜１ＧｂｐｓのＥｔｈｅｒｎｅｔ（登録商標）の場合には１４９２オクテット、電話回線によるダイアルアップ接続の場合にはＸ．２５プロトコルを用い５７６オクテットに設定されることが多い。また、１Ｇｂｐｓ〜１０ＧｂｐｓのＥｔｈｅｒｎｅｔ（登録商標）では、ＭＴＵを大きく設定して広帯域である優位性を引き出すことがある。
【０００５】
以下、ＩＰ層のデータフォーマットを用いたＭＴＵについて説明する。ＭＴＵが定義している長さは、ＩＰ層以下のデータグラムの長さである。したがって、一般的に伝送媒体にフレームとして出力される際には、その先頭にＭＡＣヘッダの１４オクテットが付与され、最後にＦＣＳ（Frame Check Sequence）の４オクテットが付与される。
【０００６】
ここで、図３に示すようなネットワークシステムにおいて、ネットワークＡ３１１に属するホストＡ３０１がネットワークＢ３１２に属するホストＢ３０２にネットワークＣ３１３を介してパケットを送出する場合について説明する。ネットワークＡ３１１、Ｂ３１２のＭＴＵはそれぞれ１４９２オクテットとし、ネットワークＣ３１３のＭＴＵは５７６オクテットとする。ルーターＡ３２１は、ネットワークＡ３１１とネットワークＣ３１３を相互に接続し、ルーターＢ３２２は、ネットワークＢ３１２とネットワークＣ３１３を相互に接続する。
【０００７】
ホストＡ３０１及びＢ３０２は、それぞれの属するネットワークＡ３１１、Ｂ３１２のＭＴＵが１４９２オクテットであるため、１４９２オクテットのＵＤＰ／ＩＰデータグラム（パケット）を発行している。ホストＡ３０１がホストＢ３０２に対して１４９２オクテットのＵＤＰ／ＩＰデータグラムを送出する場合、その経路上にＭＴＵ＝５７６オクテットのネットワークＣ３１３を介しているため、ルーターＡ３２１はデータグラムを断片化（フラグメント）する。
【０００８】
具体的には、ルーターＡ３２１は、ホストＡ３０１からのＵＤＰ／ＩＰデータグラムをネットワークＣ３１３に送出するために、図４に示すように３つのＩＰデータグラムに分割する。図４において、（Ａ）はホストＡ３０１から送出された元のＩＰパケットを示し、（Ｂ）、（Ｃ）、及び（Ｄ）は元のＩＰパケットをフラグメントしてルーターＡ３２１から送出されるＩＰパケットをそれぞれ示している。なお、元のＩＰパケットとそれをフラグメントして送出されるＩＰパケットとを区別するために、以下ではフラグメントにより得られたＩＰパケットを「ＩＰフラグメントパケット」と称す。
【０００９】
図４（Ａ）に示すＩＰパケットは、ＩＰヘッダ、ＵＤＰヘッダ、ペイロード（伝送データ部）から構成される。ルーターＡ３２１から送出される、図４（Ｂ）に示すＩＰフラグメントパケットは、ＵＤＰヘッダ付であり、ＩＰデータグラム長（ペイロード）が５７６オクテットであり、ＭＦ（More Fragments）フラグを‘１’として送出する。ＭＦフラグに‘１’を設定することで、さらに後続のＩＰフラグメントパケットの存在を示している。この１番目のＩＰフラグメントパケットはＵＤＰヘッダを含んでいる。
【００１０】
図４（Ｃ）に示す２番目のＩＰフラグメントパケットは、図４（Ｂ）に示した１番目のＩＰフラグメントパケットと同じＩＤが付与される。２番目のＩＰフラグメントパケットは、１番目のＩＰフラグメントパケットと同じくＩＰデータグラム長が最大の５７６オクテットであり、ＭＦフラグが‘１’で、オフセット値が５７６オクテットという値が付与される。このオフセット値は、フラグメントして得られたＩＰフラグメントパケットのデータが元のＩＰパケットのどこからのデータであるかを示すアドレスとなる。
【００１１】
図４（Ｄ）に示す３番目のＩＰフラグメントパケットは、ＭＦフラグを‘０’とすることで、これより後続のＩＰフラグメントパケットがない、すなわちこのＩＰフラグメントパケットが末端であることを示している。３番目のＩＰフラグメントパケットは、ＩＰデータグラム長が３４０オクテットであり、オフセット値が１１５２となっている。
上述した１番目から３番目のＩＰフラグメントパケットは、すべて同じＩＤを持っているため元は同一のＩＰパケットであることが分かる。
【００１２】
このようにしてホストＡ３０１から送出されたＩＰパケットは、ルーターＡ３２１により３つに断片化されネットワークＣ３１３を介してルーターＢ３２２に伝送され、さらにルーターＢ３２２からホストＢ３０２にフラグメントされたままの状態で伝送される。ホストＢ３０２は、フラグメントされたＩＰパケット、すなわち３つのＩＰフラグメントパケットを受信すると、それらのＭＦフラグとオフセット値を参照して元のＩＰパケットを組立てる。
【００１３】
このようなパケットがフラグメントされる状況は、上述した場合に限らず、ホスト（ステーション）において自ネットワーク（自ステーション）のＭＴＵに対して大きなデータグラムの送出を実行する場合においてもホスト内で同様なフラグメントが発生する。
【００１４】
【特許文献１】特開平９−２０４３７６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１５】
しかしながら、上述した従来技術のルーターにおけるＩＰパケットのフラグメント処理は以下のような問題点があった。すなわち、ＵＤＰ／ＩＰデータグラム全体のチェックサムが１番目のＩＰフラグメントパケットに含まれるＵＤＰヘッダに記述されるため、すべてのデータグラムが揃わない限り先頭の１番目のＩＰフラグメントパケットが送出できない。そのため、データグラムが増大するにつれてフラグメント処理によるパケットの出力遅延が大きくなるという問題点があった。
【００１６】
本発明は、このような問題を解決するためになされたものであり、パケットのフラグメントに係る遅延時間を短縮して、フラグメントされたパケットの出力遅延を小さくできるようにすることを目的とする。
【課題を解決するための手段】
【００１７】
本発明に係る通信装置は、入力データを複数の分割データに分割する分割手段と、上記入力データに基づき算出される情報を生成する生成手段と、上記複数の分割データのうち、上記情報を格納するパケットに格納されることになる分割データを記憶する記憶手段と、上記記憶手段に記憶した分割データを除く分割データを格納するパケットをネットワークに出力した後、上記情報を格納した上記記憶手段に記憶した分割データを格納するパケットをネットワークに出力する出力手段とを有することを特徴とする。
本発明に係る通信方法は、入力データを複数の分割データに分割する工程と、上記入力データに基づき算出される情報を生成する工程と、上記複数の分割データのうち、上記情報を格納するパケットに格納されることになる分割データをバッファに記憶する工程と、上記バッファに記憶した分割データを除く分割データを格納するパケットをネットワークに出力した後、上記情報および上記バッファに記憶した分割データを格納するパケットを上記ネットワークに出力する工程とを有することを特徴とする。
本発明に係るプログラムは、入力データを複数の分割データに分割する工程と、上記入力データに基づき算出される情報を生成する工程と、上記複数の分割データのうち、上記情報を格納するパケットに格納されることになる分割データをバッファに記憶する工程と、上記バッファに記憶した分割データを除く分割データを格納するパケットをネットワークに出力した後、上記情報および上記バッファに記憶した分割データを格納するパケットを上記ネットワークに出力する工程とをコンピュータに実行させることを特徴とする。
本発明に係るコンピュータ読み取り可能な記録媒体は、上記プログラムを記録したことを特徴とする。
【発明の効果】
【００１８】
本発明によれば、入力されるデータを分割しネットワークに対して出力する場合、入力データに基づいて算出される情報を格納する分割パケットを最後に出力する。これにより、入力データに基づいて算出される情報を格納する分割パケットの出力を待つことなく、他の分割パケットを出力することができる。したがって、フラグメントに係る遅延時間を短縮し、パケットの出力遅延を小さくすることができる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の実施形態を図面に基づいて説明する。
【００２０】
図１は、本発明の一実施形態による通信装置の構成例を示すブロック図である。
図１において、２０１はデータが入力される入力ポートであり、２０２は入力ポート２０１より入力されたデータ（情報）をある一定のサイズに合わせるパケット化部である。
【００２１】
２０３はパケット化部２０２から出力されるデータにＵＤＰ／ＩＰのプロトコル処理をするＵＤＰ／ＩＰプロトコル処理部であり、フラグメント判定部２１１、チェックサム算出部２１２、及びＵＤＰ／ＩＰ処理部２１３を有する。
フラグメント判定部２１１は、後述するＭＴＵレジスタ２０４に設定保持されている最大転送単位（ＭＴＵ）の設定値を参照し、パケット化部２０２から供給されるデータを分割（フラグメント）するか否かを判定する。
【００２２】
具体的には、フラグメント判定部２１１は、パケット化部２０２から供給されるデータの大きさ（サイズ）と、ＭＴＵレジスタ２０４の設定値とを比較する。その結果、フラグメント判定部２１１は、パケット化部２０２からのデータのサイズがＭＴＵレジスタ２０４の設定値より大きい場合には、データサイズが当該設定値以下になるようにパケット化部２０２からのデータを複数の分割データに分割する。
【００２３】
チェックサム算出部２１２は、フラグメント判定部２１１を介して供給されるデータを基に、ＵＤＰヘッダ中に記述される当該データ全体（ＵＤＰデータグラム全体）のチェックサムを算出する。ＵＤＰ／ＩＰ処理部２１３は、フラグメント判定部２１１を介して供給されるデータにＵＤＰ／ＩＰに係るプロトコル処理を施す。例えば、ＵＤＰ／ＩＰ処理部２１３は、チェックサム算出部２１２で算出したチェックサムを記述したＵＤＰヘッダをデータに付加する。
【００２４】
ＭＴＵレジスタ２０４は、ＩＰ層における最大転送単位（ＭＴＵ）の設定値を保持するレジスタである。２０５は、ＵＤＰ／ＩＰプロトコル処理部２０３においてＭＴＵレジスタ２０４の設定に基づきＩＰフラグメント（データの分割）が生じた場合に、フラグメントの第１フレームに属する分割データを保持するフラグメント用バッファである。言い換えれば、フラグメント用バッファ２０５には、ＩＰフラグメントが生じた場合に、すべての分割データを基に算出したチェックサムを書き込んだＵＤＰヘッダが付加される第１のフラグメントパケットに属する分割データを保持する。
【００２５】
２０６はＭＡＣ層のプロトコル処理を行うＭＡＣプロトコル処理部であり、２０７は物理層デバイスであるＰＨＹ（物理）部であり、２０８はネットワークメディア（伝送媒体）である。
【００２６】
次に、本実施形態による通信装置の動作について説明する。
あるデータ生成装置から送信されたデータが入力ポート２０１より入力されると、その入力データは、パケット化部２０２においてある一定サイズのＵＤＰデータグラムにパケット化される。このときのパケット化に係るデータのサイズは、接続されたデータ生成装置に依存する。
【００２７】
パケット化部２０２にてパケット化されたＵＤＰデータグラムは、ＵＤＰ／ＩＰプロトコル処理部２０３に供給され、ＵＤＰ／ＩＰプロトコル処理部２０３においてＵＤＰ及びＩＰヘッダが付与される。このとき、ＩＰパケットのサイズは、ＭＴＵレジスタ２０４で与えられるその設定値（最大転送単位：ＭＴＵ）によって定義される。そのため、パケット化部２０２で生成したＵＤＰデータグラムのサイズにＵＤＰヘッダのサイズを加えたＩＰデータグラムのサイズに応じて、ＵＤＰ／ＩＰプロトコル処理部２０３は次のように処理を実行する。
【００２８】
ＩＰデータグラムのサイズがＭＴＵレジスタ２０４の設定値より小さい場合には、ＩＰデータグラムは、ＵＤＰデータグラム全体のチェックサムを含むＵＤＰ／ＩＰのヘッダ情報を付与したＩＰフレームとしてＭＡＣプロトコル処理部２０６に供給される。その後、ＭＡＣプロトコル処理部２０６においてＭＡＣヘッダが付加され、物理層デバイスであるＰＨＹ部２０７を経由してネットワークメディア２０８に対して出力される。以上のようにして、入力ポート２０１より入力されたデータがネットワークメディア２０８に対して送信される。
【００２９】
一方、ＩＰデータグラムのサイズがＭＴＵレジスタ２０４の設定値より大きい場合には、以下に説明するフラグメント処理が発生する。フラグメント処理では、ＵＤＰ／ＩＰプロトコル処理部２０３は、ＩＰデータグラムの先頭からＭＴＵレジスタ２０４の設定値、つまり最大転送単位（ＭＴＵ）のサイズでデータを切り出して擬似的なＵＤＰヘッダを付与する。
【００３０】
このとき、すべてのＵＤＰデータグラムは揃っていないため、チェックサム算出部２１２ではＵＤＰヘッダ情報であるＵＤＰデータグラム全体のチェックサムの算出が終了していない。そのため、ＵＤＰヘッダ情報が付加される先頭（１番目）のフラグメントパケットは送信することができない。そこで、ＵＤＰ／ＩＰプロトコル処理部２０３は、この先頭のフラグメントパケットを擬似的なＵＤＰヘッダを付与して一旦フラグメント用バッファ２０５に蓄積保持させる。
【００３１】
次に、ＵＤＰ／ＩＰプロトコル処理部２０３は、２番目のデータとして先ほど１番目のデータを切り出した位置からＭＴＵのサイズまでデータを切り出す。そして、ＵＤＰ／ＩＰプロトコル処理部２０３は、切り出したデータにＩＰヘッダを付けてＭＡＣプロトコル処理部２０６に出力する。その後、２番目のデータは、ＭＡＣプロトコル処理部２０６においてＭＡＣヘッダが付加され、物理層デバイスであるＰＨＹ部２０７を経由してネットワークメディア２０８に対して出力される。
【００３２】
上述のようにして、ＵＤＰ／ＩＰプロトコル処理部２０３は、２番目以降のデータを順次切り出してＭＡＣプロトコル処理部２０６に出力し、ＭＡＣプロトコル処理部２０６はそれにＭＡＣヘッダを付加する。ＭＡＣヘッダが付加されたデータは、ＰＨＹ部２０７を経由してネットワークメディア２０８に順次出力される。
【００３３】
そして、データグラムの最後まで出力が完了したら、ＵＤＰ／ＩＰプロトコル処理部２０３は、チェックサム算出部２１２で得られたそれまでのチェックサムの結果をフラグメント用バッファ２０５に蓄積してあるフラグメントパケットのＵＤＰヘッダに与える。さらに、当該フラグメントパケットは、ＵＤＰ／ＩＰプロトコル処理部２０３からＭＡＣプロトコル処理部２０６に出力され、ＭＡＣヘッダが付与された後、ＰＨＹ部２０７を経由してネットワークメディア２０８に出力される。
【００３４】
以上、本実施形態によれば、ＵＤＰ／ＩＰプロトコル処理部２０３内のフラグメント判定部２１１が、ＭＴＵレジスタ２０４の設定値と入力されるデータのデータ量とを比較し、入力されるデータを分割（フラグメント）するか否かを判定する。その結果、入力されるデータを分割する場合には、ＵＤＰ／ＩＰプロトコル処理部２０３は、ＵＤＰヘッダが含まれる第１のフラグメントパケットに属する分割データをフラグメント用バッファ２０５に保持させる。そして、ＵＤＰ／ＩＰプロトコル処理部２０３は、後続の第２番目以降のフラグメントパケットを順次出力し最後のフラグメントパケットを送出した後に、チェックサムが記述されたＵＤＰヘッダを付与し第１のフラグメントパケットを出力する。
【００３５】
すなわち、入力されたＵＤＰデータグラムをフラグメントして出力する場合に、まず第１のフラグメントパケットは擬似的なＵＤＰヘッダを付与してフラグメント用バッファ２０５に保持される。第２以降のフラグメントパケットは順次出力されるとともに、第１のフラグメントパケットに付与するＵＤＰヘッダにおけるチェックサムが算出される。そして、最終フラグメントパケットの送出が終了すると、算出したチェックサムを記述したＵＤＰヘッダを作成し第１のフラグメントパケットが送出される。
【００３６】
これにより、図２に示すようにＵＤＰヘッダが付与される第１のフラグメントパケットの出力を待つことなく、フラグメントされたデータだけの第２以降のフラグメントパケットを順次出力することができる。したがって、図２から明らかなようにフラグメントに係る遅延時間を従来と比較して期間ＴＳだけ短縮することができ、ＵＤＰデータグラムを送出完了するまで生じる遅延時間を小さくし出力遅延を小さくすることができる。
【００３７】
ここで、図２は本実施形態におけるフラグメントパケットの送信処理を説明するための図である。図２においては、入力データをＮ個にフラグメントして出力する場合を示しており、本実施形態と比較するために従来技術における送信処理も合わせて示している。なお、入力データは１つのデータとして入力されるが、図２においては出力データとの対応をわかりやすくするために分割して示している。
【００３８】
また、本実施形態によれば、入力されたＵＤＰデータグラムをフラグメントして出力する場合に、第２以降のフラグメントパケットは、当該フラグメントパケットに属するデータの蓄積が完了次第、出力される。そのため、フラグメント処理において要求されるバッファの最大記憶容量は、ＭＴＵ＋ＵＤＰ／ＩＰヘッダ＋ペイロードの第１フラグメントパケットの１パケット分だけとなる。これにより、従来と比較してフラグメント処理に要する記憶容量を大幅に削減することができる。
【００３９】
（本発明の他の実施形態）
上述した実施形態の機能を実現するべく各種のデバイスを動作させるように、該各種デバイスと接続された装置又はシステム内のコンピュータに対し、上記実施形態の機能を実現するためのソフトウェアのプログラムコードを供給し、そのシステム又は装置のコンピュータ（ＣＰＵ又はＭＰＵ）に格納されたプログラムに従って上記各種デバイスを動作させることによって実施したものも、本発明の範疇に含まれる。
また、この場合、上記ソフトウェアのプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコード自体は本発明を構成する。また、そのプログラムコードをコンピュータに供給するための手段、例えばかかるプログラムコードを格納した記録媒体は本発明を構成する。かかるプログラムコードを記憶する記録媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
また、コンピュータが供給されたプログラムコードを実行することにより、上述の実施形態の機能が実現されるだけでなく、そのプログラムコードがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）又は他のアプリケーションソフト等と共同して上述の実施形態の機能が実現される場合にもかかるプログラムコードは本発明の実施形態に含まれることは言うまでもない。
さらに、供給されたプログラムコードがコンピュータの機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに格納された後、そのプログラムコードの指示に基づいてその機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実施形態の機能が実現される場合にも本発明に含まれることは言うまでもない。
【００４０】
例えば、上述した実施形態に示した通信装置は、図５に示すようなコンピュータ機能５００を有し、そのＣＰＵ５０１により上述した実施形態での動作が実施される。
上記図５に示すように、コンピュータ機能５００は、ＣＰＵ５０１と、ＲＯＭ５０２と、ＲＡＭ５０３とを有する。また、コンピュータ機能５００は、キーボード（ＫＢ）５０９のキーボードコントローラ（ＫＢＣ）５０５と、表示部としてのＣＲＴディスプレイ（ＣＲＴ）５１０のＣＲＴコントローラ（ＣＲＴＣ）５０６とを有する。さらに、コンピュータ機能５００は、ハードディスク（ＨＤ）５１１及びフレキシブルディスク（ＦＤ）５１２のディスクコントローラ（ＤＫＣ）５０７と、ネットワークインタフェースカード（ＮＩＣ）５０８とを有する。ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＫＢＣ５０５、ＣＲＴＣ５０６、ＤＫＣ５０７、及びＮＩＣ５０８は、システムバス５０４を介して互いに通信可能に接続されている。
ＣＰＵ５０１は、ＲＯＭ５０２又はＨＤ５１１に記憶されたソフトウェア、又はＦＤ５１２より供給されるソフトウェアを実行することで、システムバス５０４に接続された各構成部を総括的に制御する。すなわち、ＣＰＵ５０１は、上述したような動作を行うための処理プログラムを、ＲＯＭ５０２、ＨＤ５１１、又はＦＤ５１２から読み出して実行することで、上述した実施形態での動作を実現するための制御を行う。ＲＡＭ５０３は、ＣＰＵ５０１の主メモリあるいはワークエリア等として機能する。
ＫＢＣ５０５は、ＫＢ５０９や図示していないポインティングデバイス等からの指示入力を制御する。ＣＲＴＣ５０６は、ＣＲＴ５１０の表示を制御する。ＤＫＣ５０７は、ブートプログラム、種々のアプリケーション、ユーザファイル、ネットワーク管理プログラム、及び上述した実施形態における上記処理プログラム等を記憶するＨＤ５１１及びＦＤ５１２とのアクセスを制御する。ＮＩＣ５０８はネットワーク５１３上の他の装置と双方向にデータをやりとりする。
【００４１】
なお、上記実施形態は、何れも本発明を実施するにあたっての具体化のほんの一例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【図面の簡単な説明】
【００４２】
【図１】本発明の実施形態による通信装置の構成例を示すブロック図である。
【図２】本実施形態におけるフラグメントパケットの送信処理を説明するための図である。
【図３】ネットワークシステムの一例を示す図である。
【図４】ＩＰパケットのフラグメントを説明するための図である。
【図５】本実施形態における通信装置を実現可能なコンピュータ機能を示すブロック図である。
【符号の説明】
【００４３】
２０３  ＵＤＰ／ＩＰプロトコル処理部
２０４  ＭＴＵレジスタ
２０５  フラグメント用バッファ
２１１  フラグメント判定部
２１２  チェックサム算出部
２１３  ＵＤＰ／ＩＰ処理部
【図１】
0004649315.tif 000002
【図２】
0004649315.tif 000003
【図３】
0004649315.tif 000004
【図４】
0004649315.tif 000005
【図５】
0004649315.tif 000006