JP2000101613A - サーバ・システムおよびクライアント・サーバ間の通信方法 - Google Patents
サーバ・システムおよびクライアント・サーバ間の通信方法Info
- Publication number
- JP2000101613A JP2000101613A JP27281998A JP27281998A JP2000101613A JP 2000101613 A JP2000101613 A JP 2000101613A JP 27281998 A JP27281998 A JP 27281998A JP 27281998 A JP27281998 A JP 27281998A JP 2000101613 A JP2000101613 A JP 2000101613A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- server
- client
- network
- bus
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Abstract
(57)【要約】
【課題】高スループットネットワークへ対応したクライ
アント・サーバ・システムを実現する。 【解決手段】通信サーバ２０は、ネットワーク４０を介
してクライアント１０より受信したＩＰパケット、ある
いは当該ＩＰパケットをリアセンブルしたＩＰパケット
をバッファリングし、バッファリングしたデータを高速
バス５０にて送信可能なサイズでカプセル化して、高速
バスパケットとして高速バス５０上に送出する。また、
高速バス５０を介してアプリケーションサーバ３０より
受信した高速バスパケットからＩＰパケットを取り出
し、ネットワーク４０にて送信可能なサイズにフラグメ
ント化して、ネットワーク４０上に送出する。
アント・サーバ・システムを実現する。 【解決手段】通信サーバ２０は、ネットワーク４０を介
してクライアント１０より受信したＩＰパケット、ある
いは当該ＩＰパケットをリアセンブルしたＩＰパケット
をバッファリングし、バッファリングしたデータを高速
バス５０にて送信可能なサイズでカプセル化して、高速
バスパケットとして高速バス５０上に送出する。また、
高速バス５０を介してアプリケーションサーバ３０より
受信した高速バスパケットからＩＰパケットを取り出
し、ネットワーク４０にて送信可能なサイズにフラグメ
ント化して、ネットワーク４０上に送出する。
Description
【０００１】
【発明の属する技術分野】本発明は、クライアント・サ
ーバ間をネットワークで接続したクライアント・サーバ
・システムに関し、特に、クライアント・サーバ間の通
信技術に関する。
ーバ間をネットワークで接続したクライアント・サーバ
・システムに関し、特に、クライアント・サーバ間の通
信技術に関する。
【０００２】
【従来の技術】クライアント・サーバ・システムにおい
て、クライアント・サーバ間を繋ぐネットワークとし
て、イーサネットが広く普及している。イーサネットを
用いてデータ転送を行う場合、送信側では、送信データ
をイーサネットの送信規格である６４Ｂｙｔｅ以上、
１．５ＫＢｙｔｅ以下にフラグメント化して送信し、受
信側では、フラグメント化されたデータをリアセンブル
して、元データを取得する。
て、クライアント・サーバ間を繋ぐネットワークとし
て、イーサネットが広く普及している。イーサネットを
用いてデータ転送を行う場合、送信側では、送信データ
をイーサネットの送信規格である６４Ｂｙｔｅ以上、
１．５ＫＢｙｔｅ以下にフラグメント化して送信し、受
信側では、フラグメント化されたデータをリアセンブル
して、元データを取得する。
【０００３】すなわち、送信側の装置において、プロト
コル・スタックは、送信を行うアプリケーションからの
システムコールにより、送信データをフラグメント化し
てパケットを作成するとともに、通信経路のルーティン
グなどを行い、作成したパケットを送信バッファにコピ
ーしてシステムコールを終了する。
コル・スタックは、送信を行うアプリケーションからの
システムコールにより、送信データをフラグメント化し
てパケットを作成するとともに、通信経路のルーティン
グなどを行い、作成したパケットを送信バッファにコピ
ーしてシステムコールを終了する。
【０００４】ここで、イーサネットデバイスは、１つの
パケット送信が終了するとパケット送信通知割り込みを
発行する。上述したように、プロトコル・スタックは、
送信データを６４Ｂｙｔｅ以上、１．５ＫＢｙｔｅ以下
にフラグメント化して送信する。したがって、送信デー
タが１．５ＫＢｙｔｅより大きかった場合、およそ、送
信データの長さを１．５ＫＢｙｔｅで割った数のパケッ
トを作成していることになる。この場合、プロトコル・
スタックは、通常、パケット送信通知割り込みが発生す
る度にプロセスが中断され、該割り込み処理終了後、残
りのパケットを送信する。
パケット送信が終了するとパケット送信通知割り込みを
発行する。上述したように、プロトコル・スタックは、
送信データを６４Ｂｙｔｅ以上、１．５ＫＢｙｔｅ以下
にフラグメント化して送信する。したがって、送信デー
タが１．５ＫＢｙｔｅより大きかった場合、およそ、送
信データの長さを１．５ＫＢｙｔｅで割った数のパケッ
トを作成していることになる。この場合、プロトコル・
スタックは、通常、パケット送信通知割り込みが発生す
る度にプロセスが中断され、該割り込み処理終了後、残
りのパケットを送信する。
【０００５】上述した一連の送信処理において、実行中
のプロセスから他のプロセスへと処理を移行するため
に、コンテキスト・スイッチにより、レジスタの待避や
ロード、各種テーブルやリストなどの更新などが行われ
る。１回のシステムコールでは、アプリケーションのプ
ロセスからプロトコル・スタックのプロセスへ、および
プロトコル・スタックのプロセスからアプリケーション
のプロセスへと、２回のコンテキスト・スイッチが行わ
れる。さらに、パケット送信後の送信通知割り込みによ
り、実行中のプロセスから割り込み処理へ移行し、その
後、元のプロセスへ処理を戻すために、２回のコンテキ
スト・スイッチが行われる。なお、割り込み処理中にパ
ケット送信処理を行う場合は、割り込み処理中にプロト
コル・スタックの処理が加わるため、３回のコンテキス
ト・スイッチが行われることになる。
のプロセスから他のプロセスへと処理を移行するため
に、コンテキスト・スイッチにより、レジスタの待避や
ロード、各種テーブルやリストなどの更新などが行われ
る。１回のシステムコールでは、アプリケーションのプ
ロセスからプロトコル・スタックのプロセスへ、および
プロトコル・スタックのプロセスからアプリケーション
のプロセスへと、２回のコンテキスト・スイッチが行わ
れる。さらに、パケット送信後の送信通知割り込みによ
り、実行中のプロセスから割り込み処理へ移行し、その
後、元のプロセスへ処理を戻すために、２回のコンテキ
スト・スイッチが行われる。なお、割り込み処理中にパ
ケット送信処理を行う場合は、割り込み処理中にプロト
コル・スタックの処理が加わるため、３回のコンテキス
ト・スイッチが行われることになる。
【０００６】一方、受信側の装置において、イーサネッ
トデバイスは、受信バッファにパケットが到着する度
に、パケット到着通知割り込みを発行する。これによ
り、実行中のプロセスが中断され、割り込み処理が実行
される。また、プロトコル・スタックは、この割り込み
処理を契機として、到着したパケットをシステムメモリ
にコピーし、リアセンブルするといった受信処理を行
う。受信処理が終了すると、割り込み発生前の処理に戻
る。
トデバイスは、受信バッファにパケットが到着する度
に、パケット到着通知割り込みを発行する。これによ
り、実行中のプロセスが中断され、割り込み処理が実行
される。また、プロトコル・スタックは、この割り込み
処理を契機として、到着したパケットをシステムメモリ
にコピーし、リアセンブルするといった受信処理を行
う。受信処理が終了すると、割り込み発生前の処理に戻
る。
【０００７】上述した一連の受信処理では、実行中のプ
ロセスから割り込み処理へ、割り込み処理からプロトコ
ル・スタックのプロセスへ、およびプロトコル・スタッ
クのプロセスから割り込み処理前に実行していたプロセ
スへと、３回のコンテキスト・スイッチが行われる。
ロセスから割り込み処理へ、割り込み処理からプロトコ
ル・スタックのプロセスへ、およびプロトコル・スタッ
クのプロセスから割り込み処理前に実行していたプロセ
スへと、３回のコンテキスト・スイッチが行われる。
【０００８】
【発明が解決しようとする課題】ところで、近年のネッ
トワーク・スループットの向上により、ネットワーク上
の単位時間あたりのデータ転送量が増加している。一
方、イーサネットでは、規格により、パケットサイズの
最大値が１．５ＫＢｙｔｅ以下に設定されている。この
ため、サーバにおいて、パケット到着の時間間隔が縮小
して単位時間あたりの割り込み発生回数が増加し、これ
により、プロセッサの処理能力が不足するといった問題
が生じてきている。
トワーク・スループットの向上により、ネットワーク上
の単位時間あたりのデータ転送量が増加している。一
方、イーサネットでは、規格により、パケットサイズの
最大値が１．５ＫＢｙｔｅ以下に設定されている。この
ため、サーバにおいて、パケット到着の時間間隔が縮小
して単位時間あたりの割り込み発生回数が増加し、これ
により、プロセッサの処理能力が不足するといった問題
が生じてきている。
【０００９】たとえば、一般的な汎用プロセッサ（たと
えば、インテル社製のペンティアムプロセッサ）を搭載
したコンピュータにおいて、コンテキスト・スイッチの
実行には約５００〜１，５００マシンサイクルを要す
る。この時間は、２００ＭＨｚの動作周波数を持つプロ
セッサを搭載したコンピュータでは、約２．５μｓｅｃ
〜７．５μｓｅｃとなる。したがって、上述したよう
に、１回のパケット到着通知割り込みに対して、３回の
コンテキスト・スイッチが行われるので、パケットが到
着する度に、コンテキスト・スイッチのために約７．５
μｓｅｃ〜２２．５μｓｅｃの時間が費やされることに
なる。一方、１００Ｍｂｐｓのイーサネットでサイズ６
４Ｂｙｔｅ（５１２ｂｉｔ）のパケットが最大スループ
ットで到着した場合、パケット到着の時間間隔は約５μ
ｓｅｃとなる。この場合、パケット到着による割り込み
処理時間よりもパケット到着の時間間隔が短くなるた
め、プロセッサは、パケット到着通知割り込み発行に追
従して処理を行うことができなくなる。
えば、インテル社製のペンティアムプロセッサ）を搭載
したコンピュータにおいて、コンテキスト・スイッチの
実行には約５００〜１，５００マシンサイクルを要す
る。この時間は、２００ＭＨｚの動作周波数を持つプロ
セッサを搭載したコンピュータでは、約２．５μｓｅｃ
〜７．５μｓｅｃとなる。したがって、上述したよう
に、１回のパケット到着通知割り込みに対して、３回の
コンテキスト・スイッチが行われるので、パケットが到
着する度に、コンテキスト・スイッチのために約７．５
μｓｅｃ〜２２．５μｓｅｃの時間が費やされることに
なる。一方、１００Ｍｂｐｓのイーサネットでサイズ６
４Ｂｙｔｅ（５１２ｂｉｔ）のパケットが最大スループ
ットで到着した場合、パケット到着の時間間隔は約５μ
ｓｅｃとなる。この場合、パケット到着による割り込み
処理時間よりもパケット到着の時間間隔が短くなるた
め、プロセッサは、パケット到着通知割り込み発行に追
従して処理を行うことができなくなる。
【００１０】また、送信処理においても、同様に、シス
テムコール発行毎、あるいはパケット送信通知割り込み
発行毎に、コンテキスト・スイッチが数回発生するた
め、プロセッサは、システムコール発行あるいはパケッ
ト送信通知割り込み発行に追従して処理を行うことがで
きなくなる。
テムコール発行毎、あるいはパケット送信通知割り込み
発行毎に、コンテキスト・スイッチが数回発生するた
め、プロセッサは、システムコール発行あるいはパケッ
ト送信通知割り込み発行に追従して処理を行うことがで
きなくなる。
【００１１】さらに、送信処理でのフラグメント化処理
やルーティング処理、あるいは、受信処理でのリアセン
ブル処理などによっても、プロセッサの負荷が増加して
おり、高スループットネットワークへ対応したクライア
ント・サーバ・システムの構築が一層困難となってい
る。
やルーティング処理、あるいは、受信処理でのリアセン
ブル処理などによっても、プロセッサの負荷が増加して
おり、高スループットネットワークへ対応したクライア
ント・サーバ・システムの構築が一層困難となってい
る。
【００１２】本発明は、上記事情に基づいてなされたも
のであり、本発明の目的は、高スループットネットワー
クへ対応したクライアント・サーバ・システムを実現す
ることにある。特に、既存のネットワークやソフトウエ
ア資産を活用しつつ、サーバにおいて、ネットワーク通
信処理にかかるオーバヘッドを低減することにある。
のであり、本発明の目的は、高スループットネットワー
クへ対応したクライアント・サーバ・システムを実現す
ることにある。特に、既存のネットワークやソフトウエ
ア資産を活用しつつ、サーバにおいて、ネットワーク通
信処理にかかるオーバヘッドを低減することにある。
【００１３】
【課題を解決するための手段】上記課題を解決するため
に、本発明は、クライアントからの要求にしたがい処理
を実行するサーバ・システムであって、ネットワークを
介して少なくとも１つのクライアントに接続された第１
のサーバと、前記ネットワークで送信可能な最大パケッ
トサイズよりも大きなサイズのパケットを送信可能なバ
スを介して前記第１のサーバに接続された、前記第１の
サーバを介して受け取った前記クライアントからの要求
にしたがい処理を実行する第２のサーバと、を有し、前
記第１のサーバは、前記ネットワークを介して前記クラ
イアントより受信したパケットについて、当該パケット
がフラグメント化されている場合はリアセンブルしてか
ら前記バス上に送出し、フラグメント化されていない場
合はそのまま前記バス上に送出するとともに、前記バス
を介して前記第２のサーバより受信したパケットについ
て、前記ネットワークにて送信可能なサイズのパケット
にフラグメント化して、前記ネットワーク上に送出する
パケットサイズ変換手段を備え、前記第２のサーバは、
前記バスを介して前記第１のサーバより受信したパケッ
トを処理して前記クライアントの要求を復元するととも
に、送信すべきデータを前記バスにて送信可能なサイズ
のパケットにパケット化し、前記バス上に送出するパケ
ット化手段を備えることを特徴とする。
に、本発明は、クライアントからの要求にしたがい処理
を実行するサーバ・システムであって、ネットワークを
介して少なくとも１つのクライアントに接続された第１
のサーバと、前記ネットワークで送信可能な最大パケッ
トサイズよりも大きなサイズのパケットを送信可能なバ
スを介して前記第１のサーバに接続された、前記第１の
サーバを介して受け取った前記クライアントからの要求
にしたがい処理を実行する第２のサーバと、を有し、前
記第１のサーバは、前記ネットワークを介して前記クラ
イアントより受信したパケットについて、当該パケット
がフラグメント化されている場合はリアセンブルしてか
ら前記バス上に送出し、フラグメント化されていない場
合はそのまま前記バス上に送出するとともに、前記バス
を介して前記第２のサーバより受信したパケットについ
て、前記ネットワークにて送信可能なサイズのパケット
にフラグメント化して、前記ネットワーク上に送出する
パケットサイズ変換手段を備え、前記第２のサーバは、
前記バスを介して前記第１のサーバより受信したパケッ
トを処理して前記クライアントの要求を復元するととも
に、送信すべきデータを前記バスにて送信可能なサイズ
のパケットにパケット化し、前記バス上に送出するパケ
ット化手段を備えることを特徴とする。
【００１４】本発明によれば、ネットワークを介してク
ライアントから送られてきたパケットについて、フラグ
メント化されているものは、第１のサーバにおいてリア
センブルされた後、第２のサーバに送信される。したが
って、第２のサーバが受信するパケットの数を、クライ
アントが送信したパケット数より減らすことができるの
で、パケット到着による割り込み発生回数が減少し、ク
ライアントの要求に応じた処理を行う第２のサーバのプ
ロセッサにかかる負荷を低減することができる。
ライアントから送られてきたパケットについて、フラグ
メント化されているものは、第１のサーバにおいてリア
センブルされた後、第２のサーバに送信される。したが
って、第２のサーバが受信するパケットの数を、クライ
アントが送信したパケット数より減らすことができるの
で、パケット到着による割り込み発生回数が減少し、ク
ライアントの要求に応じた処理を行う第２のサーバのプ
ロセッサにかかる負荷を低減することができる。
【００１５】また、第２のサーバが送信したパケット
は、第１のサーバにおいて、ネットワークで使用するサ
イズのパケット（バスにて送信可能なパケットのサイズ
よりも小さいサイズのパケット）にフラグメント化され
た後、ネットワーク上に送出される。したがって、第２
のサーバが直接ネットワーク上にパケットを送信する場
合に比べて、パケットの送信回数を減らすことができる
ので、パケット送信による割り込み発生回数が減少し、
クライアントの要求に応じた処理を行う第２のサーバの
プロセッサにかかる負荷を低減することができる。
は、第１のサーバにおいて、ネットワークで使用するサ
イズのパケット（バスにて送信可能なパケットのサイズ
よりも小さいサイズのパケット）にフラグメント化され
た後、ネットワーク上に送出される。したがって、第２
のサーバが直接ネットワーク上にパケットを送信する場
合に比べて、パケットの送信回数を減らすことができる
ので、パケット送信による割り込み発生回数が減少し、
クライアントの要求に応じた処理を行う第２のサーバの
プロセッサにかかる負荷を低減することができる。
【００１６】すなわち、本発明によれば、第２のサーバ
での通信処理の負担を低減することができ、これによ
り、高スループットネットワークへ対応したクライアン
ト・サーバ・システムを実現することができる。
での通信処理の負担を低減することができ、これによ
り、高スループットネットワークへ対応したクライアン
ト・サーバ・システムを実現することができる。
【００１７】また、本発明によれば、クライアントで使
用するアプリケーション（クライアント・プログラム）
や第２のサーバで使用するアプリケーション（サーバ・
プログラム）、あるいは、ネットワークなどについて、
従来のものに対して修正を加える必要がない。このた
め、既存のソフトウエア資産や既に構築されてあるネッ
トワークを活用しつつ実現することが可能である。
用するアプリケーション（クライアント・プログラム）
や第２のサーバで使用するアプリケーション（サーバ・
プログラム）、あるいは、ネットワークなどについて、
従来のものに対して修正を加える必要がない。このた
め、既存のソフトウエア資産や既に構築されてあるネッ
トワークを活用しつつ実現することが可能である。
【００１８】なお、本発明において、前記パケットサイ
ズ変換手段は、前記ネットワークを介して前記クライア
ントより受信した１以上のパケットを、当該パケットが
フラグメント化されている場合はリアセンブルしてか
ら、フラグメント化されていない場合はそのまま、前記
バスで送信可能な最大パケットサイズの範囲内で１つの
パケットにカプセル化し、前記バス上に送出するもので
もよい。この場合、前記パケット化手段は、前記バスを
介して受け取った前記カプセル化されたパケットから前
記クライアントよりのパケットおよび／または前記クラ
イアントよりのパケットをリアセンブルすることで得ら
れたパケット各々を取り出し、取り出したパケット各々
について処理することで前記クライアントの要求を復元
するようにする。
ズ変換手段は、前記ネットワークを介して前記クライア
ントより受信した１以上のパケットを、当該パケットが
フラグメント化されている場合はリアセンブルしてか
ら、フラグメント化されていない場合はそのまま、前記
バスで送信可能な最大パケットサイズの範囲内で１つの
パケットにカプセル化し、前記バス上に送出するもので
もよい。この場合、前記パケット化手段は、前記バスを
介して受け取った前記カプセル化されたパケットから前
記クライアントよりのパケットおよび／または前記クラ
イアントよりのパケットをリアセンブルすることで得ら
れたパケット各々を取り出し、取り出したパケット各々
について処理することで前記クライアントの要求を復元
するようにする。
【００１９】このようにすることで、ネットワークを介
してクライアントから送られてきたパケット、あるいは
当該パケットをリアセンブルすることで得られたパケッ
トは、第１のサーバにおいて、複数まとめて１つのパケ
ットとして前記バス上に送出される。たとえば、ネット
ワークにてイーサネットが用いられている場合、第１の
サーバは、ネットワークを介してクライアントから送ら
れてきたパケットあるいは当該パケットをリアセンブル
することで得られたパケットを、複数まとめて、イーサ
ネットの送信規格で規定されたパケットの最大サイズで
ある１．５ＫＢｙｔｅよりも大きなサイズの１つのパケ
ットとして、第２のサーバに送信する。
してクライアントから送られてきたパケット、あるいは
当該パケットをリアセンブルすることで得られたパケッ
トは、第１のサーバにおいて、複数まとめて１つのパケ
ットとして前記バス上に送出される。たとえば、ネット
ワークにてイーサネットが用いられている場合、第１の
サーバは、ネットワークを介してクライアントから送ら
れてきたパケットあるいは当該パケットをリアセンブル
することで得られたパケットを、複数まとめて、イーサ
ネットの送信規格で規定されたパケットの最大サイズで
ある１．５ＫＢｙｔｅよりも大きなサイズの１つのパケ
ットとして、第２のサーバに送信する。
【００２０】したがって、第２のサーバが受信するパケ
ットの数を、クライアントが送信したパケット数より更
に減らすことができるので、パケット到着による割り込
み発生回数が減少し、クライアントの要求に応じた処理
を行う第２のサーバのプロセッサにかかる負荷を更に低
減することができる。
ットの数を、クライアントが送信したパケット数より更
に減らすことができるので、パケット到着による割り込
み発生回数が減少し、クライアントの要求に応じた処理
を行う第２のサーバのプロセッサにかかる負荷を更に低
減することができる。
【００２１】
【発明の実施の形態】以下に、本発明の一実施形態につ
いて説明する。
いて説明する。
【００２２】図１は、本発明の一実施形態が適用された
クライアント・サーバ・システムの概略図である。
クライアント・サーバ・システムの概略図である。
【００２３】図示するように、クライアント１０は、イ
ーサネットなどのネットワーク４０を介して、通信サー
バ２０に接続されている。また、通信サーバ２０は、高
速バス５０を介して、アプリケーションサーバ３０と接
続されている。ここで、クライアント１０、通信サーバ
２０およびアプリケーションサーバ３０は、４つの階層
（ｆｔｐ、ＨＴＴＰなどのアプリケーション層、ＴＣ
Ｐ、ＵＤＰなどのトランスポート層、ＩＰのインターネ
ット層、イーサネット、トークンリングなどのネットワ
ークインターフェース層）に階層化されたプロトコルの
集まりであるＴＣＰ／ＩＰ(Transmission Control Prot
ocol／Internet Protocol）にしたがい通信を行う。た
だし、ネットワークインターフェース層については、ネ
ットワーク４０で用いるプロトコルで規定されたパケッ
トの最大サイズよりも大きなサイズのパケットを扱うこ
とができ、かつ複数のＩＰパケットを内部データに含め
ることが可能なプロトコルが、高速バス５０にて用いら
れている。本実施形態では、ネットワーク４０にイーサ
ネットを用いているので、高速バス５０では、イーサネ
ットの送信規格で規定されたパケットの最大サイズであ
る１．５ＫＢｙｔｅよりも大きなパケットを扱うことが
できるプロトコル（たとえば、（株）日立製作所のハイ
パークロスバーネットワーク、Ｆｉｂｒｅ Ｃｈａｎｎ
ｅｌ、ＭｙｒｉＮｅｔ、Ｔａｎｄｅｍ社のＳｅｒｖｅｒ
Ｎｅｔなど）が用いられる。
ーサネットなどのネットワーク４０を介して、通信サー
バ２０に接続されている。また、通信サーバ２０は、高
速バス５０を介して、アプリケーションサーバ３０と接
続されている。ここで、クライアント１０、通信サーバ
２０およびアプリケーションサーバ３０は、４つの階層
（ｆｔｐ、ＨＴＴＰなどのアプリケーション層、ＴＣ
Ｐ、ＵＤＰなどのトランスポート層、ＩＰのインターネ
ット層、イーサネット、トークンリングなどのネットワ
ークインターフェース層）に階層化されたプロトコルの
集まりであるＴＣＰ／ＩＰ(Transmission Control Prot
ocol／Internet Protocol）にしたがい通信を行う。た
だし、ネットワークインターフェース層については、ネ
ットワーク４０で用いるプロトコルで規定されたパケッ
トの最大サイズよりも大きなサイズのパケットを扱うこ
とができ、かつ複数のＩＰパケットを内部データに含め
ることが可能なプロトコルが、高速バス５０にて用いら
れている。本実施形態では、ネットワーク４０にイーサ
ネットを用いているので、高速バス５０では、イーサネ
ットの送信規格で規定されたパケットの最大サイズであ
る１．５ＫＢｙｔｅよりも大きなパケットを扱うことが
できるプロトコル（たとえば、（株）日立製作所のハイ
パークロスバーネットワーク、Ｆｉｂｒｅ Ｃｈａｎｎ
ｅｌ、ＭｙｒｉＮｅｔ、Ｔａｎｄｅｍ社のＳｅｒｖｅｒ
Ｎｅｔなど）が用いられる。
【００２４】なお、図１では、１つのクライアント１０
と１つの通信サーバ２０と１つのアプリケーションサー
バ３０を示しているが、当然のことながら、これらは複
数あってもよい。
と１つの通信サーバ２０と１つのアプリケーションサー
バ３０を示しているが、当然のことながら、これらは複
数あってもよい。
【００２５】クライアント１０は、ネットワーク４０と
接続するためのイーサネットデバイス１０１を備えたコ
ンピュータにより実現される。すなわち、イーサネット
デバイス１０１を制御するためのイーサネットデバイス
ドライバ１０２や、イーサネットデバイス１０１を介し
て送受するパケットをＴＣＰ／ＩＰにしたがって処理す
るプロトコル・スタック１０３や、アプリケーションサ
ーバ３０に対して処理を要求するクライアントプログラ
ム（たとえば、Ｗｅｂブラウザプログラムなどのアプリ
ケーションプログラム）１０４が、ハードディスクドラ
イブなどの記憶装置、あるいは、読取り装置を介してＣ
Ｄ−ＲＯＭ、ＦＤなどの可搬性のある記憶媒体から、メ
モリ上にロードされ、プロセッサにより実行されること
で実現される。
接続するためのイーサネットデバイス１０１を備えたコ
ンピュータにより実現される。すなわち、イーサネット
デバイス１０１を制御するためのイーサネットデバイス
ドライバ１０２や、イーサネットデバイス１０１を介し
て送受するパケットをＴＣＰ／ＩＰにしたがって処理す
るプロトコル・スタック１０３や、アプリケーションサ
ーバ３０に対して処理を要求するクライアントプログラ
ム（たとえば、Ｗｅｂブラウザプログラムなどのアプリ
ケーションプログラム）１０４が、ハードディスクドラ
イブなどの記憶装置、あるいは、読取り装置を介してＣ
Ｄ−ＲＯＭ、ＦＤなどの可搬性のある記憶媒体から、メ
モリ上にロードされ、プロセッサにより実行されること
で実現される。
【００２６】通信サーバ２０は、ネットワーク４０と接
続するためのイーサネットデバイス２０１および高速バ
ス５０と接続するための高速バスデバイス２０２を備え
たコンピュータにより実現される。すなわち、イーサネ
ットデバイス２０１を制御するためのイーサネットデバ
イスドライバ２０３や、高速バスデバイス２０２を制御
するための高速バスデバイスドライバ２０４や、ネット
ワーク４０で扱うことができるパケットおよび高速バス
５０で扱うことができるパケット間の変換処理を行うプ
ロトコル・スタック２０５が、ハードディスクドライブ
などの記憶装置、あるいは、読取り装置を介してＣＤ−
ＲＯＭ、ＦＤなどの可搬性のある記憶媒体から、メモリ
上にロードされ、プロセッサにより実行されることで実
現される。
続するためのイーサネットデバイス２０１および高速バ
ス５０と接続するための高速バスデバイス２０２を備え
たコンピュータにより実現される。すなわち、イーサネ
ットデバイス２０１を制御するためのイーサネットデバ
イスドライバ２０３や、高速バスデバイス２０２を制御
するための高速バスデバイスドライバ２０４や、ネット
ワーク４０で扱うことができるパケットおよび高速バス
５０で扱うことができるパケット間の変換処理を行うプ
ロトコル・スタック２０５が、ハードディスクドライブ
などの記憶装置、あるいは、読取り装置を介してＣＤ−
ＲＯＭ、ＦＤなどの可搬性のある記憶媒体から、メモリ
上にロードされ、プロセッサにより実行されることで実
現される。
【００２７】アプリケーションサーバ３０は、高速バス
５０と接続するための高速バスデバイス３０１を備えた
コンピュータにより実現される。すなわち、高速バスデ
バイス３０１を制御するための高速バスデバイスドライ
バ３０２や、高速バスデバイス３０１を介して送受する
パケットをＴＣＰ／ＩＰにしたがって処理するプロトコ
ル・スタック３０３や、クライアント１０の要求を処理
するサーバプログラム（たとえば、ＷＷＷサーバプログ
ラムなどのアプリケーションプログラム）３０４が、ハ
ードディスクドライブなどの記憶装置、あるいは、読取
り装置を介してＣＤ−ＲＯＭ、ＦＤなどの可搬性のある
記憶媒体から、メモリ上にロードされ、プロセッサによ
り実行されることで実現される。
５０と接続するための高速バスデバイス３０１を備えた
コンピュータにより実現される。すなわち、高速バスデ
バイス３０１を制御するための高速バスデバイスドライ
バ３０２や、高速バスデバイス３０１を介して送受する
パケットをＴＣＰ／ＩＰにしたがって処理するプロトコ
ル・スタック３０３や、クライアント１０の要求を処理
するサーバプログラム（たとえば、ＷＷＷサーバプログ
ラムなどのアプリケーションプログラム）３０４が、ハ
ードディスクドライブなどの記憶装置、あるいは、読取
り装置を介してＣＤ−ＲＯＭ、ＦＤなどの可搬性のある
記憶媒体から、メモリ上にロードされ、プロセッサによ
り実行されることで実現される。
【００２８】さて、上記構成のクライアント・サーバ・
システムにおいて、クライアント１０およびアプリケー
ションサーバ３０間の通信は、以下のようにして行われ
る。
システムにおいて、クライアント１０およびアプリケー
ションサーバ３０間の通信は、以下のようにして行われ
る。
【００２９】まず、クライアント１０からアプリケーシ
ョンサーバ３０へデータを送信する場合について説明す
る。
ョンサーバ３０へデータを送信する場合について説明す
る。
【００３０】図２はクライアント１０からアプリケーシ
ョンサーバ３０へデータを送信する場合のパケットの流
れを示した図である。
ョンサーバ３０へデータを送信する場合のパケットの流
れを示した図である。
【００３１】図示するように、クライアント１０におい
て、プロトコル・スタック１０３は、クライアントプロ
グラム１０４からのシステムコールにより、クライアン
トプログラム１０４が作成した送信データ１１０をＴＣ
Ｐ／ＩＰにしたがって処理し、イーサネットの送信規格
に適合したサイズのＩＰパケットを作成する。そして、
作成したＩＰパケットをイーサネットデバイス１０１の
送信バッファ（図示せず）にコピーしてシステムコール
を終了する。イーサネットデバイス１０１は、送信バッ
ファにコピーされたＩＰパケットを、イーサネットに対
応したパケット１１１としてネットワーク４０上に送出
する。
て、プロトコル・スタック１０３は、クライアントプロ
グラム１０４からのシステムコールにより、クライアン
トプログラム１０４が作成した送信データ１１０をＴＣ
Ｐ／ＩＰにしたがって処理し、イーサネットの送信規格
に適合したサイズのＩＰパケットを作成する。そして、
作成したＩＰパケットをイーサネットデバイス１０１の
送信バッファ（図示せず）にコピーしてシステムコール
を終了する。イーサネットデバイス１０１は、送信バッ
ファにコピーされたＩＰパケットを、イーサネットに対
応したパケット１１１としてネットワーク４０上に送出
する。
【００３２】次に、通信サーバ２０において、イーサネ
ットデバイス２０１は、ネットワーク４０を介してパケ
ット１１１を受け取ると、当該パケット１１１からＩＰ
パケットを取り出し、プロトコル・スタック２０５に渡
す。プロトコル・スタック２０５は、イーサネットデバ
イス２０１から受け取ったＩＰパケットに付されたＩＰ
ヘッダの情報に基づいて、当該ＩＰパケットがフラグメ
ント化されているか否かを調べる。フラグメント化され
ている場合はリアセンブルしてからバッファリングし、
フラグメント化されていない場合はそのままバッファリ
ングする。上記のバッファリング処理を、バッファリン
グされたデータサイズが、高速バス５０で扱うことがで
きるサイズであって、少なくともイーサネットの送信規
格で規定されたパケットの最大サイズである１．５ＫＢ
ｙｔｅよりも大きくなサイズになるまで続け、それか
ら、バッファリングしたデータを、高速バスデバイス２
０２の送信バッファ（図示せず）にコピーする。高速バ
スデバイス２０２は、送信バッファにコピーされたデー
タをカプセル化し、高速バスパケット２１０として、高
速バス５０上に送出する。
ットデバイス２０１は、ネットワーク４０を介してパケ
ット１１１を受け取ると、当該パケット１１１からＩＰ
パケットを取り出し、プロトコル・スタック２０５に渡
す。プロトコル・スタック２０５は、イーサネットデバ
イス２０１から受け取ったＩＰパケットに付されたＩＰ
ヘッダの情報に基づいて、当該ＩＰパケットがフラグメ
ント化されているか否かを調べる。フラグメント化され
ている場合はリアセンブルしてからバッファリングし、
フラグメント化されていない場合はそのままバッファリ
ングする。上記のバッファリング処理を、バッファリン
グされたデータサイズが、高速バス５０で扱うことがで
きるサイズであって、少なくともイーサネットの送信規
格で規定されたパケットの最大サイズである１．５ＫＢ
ｙｔｅよりも大きくなサイズになるまで続け、それか
ら、バッファリングしたデータを、高速バスデバイス２
０２の送信バッファ（図示せず）にコピーする。高速バ
スデバイス２０２は、送信バッファにコピーされたデー
タをカプセル化し、高速バスパケット２１０として、高
速バス５０上に送出する。
【００３３】次に、アプリケーションサーバ３０におい
て、高速バスデバイス３０１は、高速バス５０を介して
高速バスパケット２１０を受け取ると、当該パケット２
１０に含まれる各ＩＰパケット（ネットワーク４０を介
して通信サーバ２０が受け取ったＩＰパケット、あるい
は、当該ＩＰパケットをリアセンブルすることで得られ
たＩＰパケット）を取り出し、プロトコル・スタック３
０２に渡す。プロトコル・スタック３０３は、ＩＰパケ
ットをＴＣＰ／ＩＰにしたがって処理し、クライアント
１０のクライアントプログラム１０４が作成したデータ
１１０を復元する。サーバプログラム３０４は、復元し
たデータ１１０にしたがいクライアント１０の要求に応
じた処理を行う。
て、高速バスデバイス３０１は、高速バス５０を介して
高速バスパケット２１０を受け取ると、当該パケット２
１０に含まれる各ＩＰパケット（ネットワーク４０を介
して通信サーバ２０が受け取ったＩＰパケット、あるい
は、当該ＩＰパケットをリアセンブルすることで得られ
たＩＰパケット）を取り出し、プロトコル・スタック３
０２に渡す。プロトコル・スタック３０３は、ＩＰパケ
ットをＴＣＰ／ＩＰにしたがって処理し、クライアント
１０のクライアントプログラム１０４が作成したデータ
１１０を復元する。サーバプログラム３０４は、復元し
たデータ１１０にしたがいクライアント１０の要求に応
じた処理を行う。
【００３４】ここで、クライアント１０からアプリケー
ションサーバ３０へデータを送信する場合における通信
サーバ２０の動作をより詳細に説明する。
ションサーバ３０へデータを送信する場合における通信
サーバ２０の動作をより詳細に説明する。
【００３５】図３はクライアント１０からアプリケーシ
ョンサーバ３０へデータを送信する場合における通信サ
ーバ２０の動作を説明するためのフロー図である。
ョンサーバ３０へデータを送信する場合における通信サ
ーバ２０の動作を説明するためのフロー図である。
【００３６】まず、イーサネットデバイス２０１は、ネ
ットワーク４０を介してパケットを受信し、イーサネッ
トデバイス２０１の受信バッファ（図示せず）に格納す
るとともに、パケット到着通知割り込みを発行する（ス
テップ１００１）。これにより、実行中のプロセスが中
断され、割り込み処理が実行される。
ットワーク４０を介してパケットを受信し、イーサネッ
トデバイス２０１の受信バッファ（図示せず）に格納す
るとともに、パケット到着通知割り込みを発行する（ス
テップ１００１）。これにより、実行中のプロセスが中
断され、割り込み処理が実行される。
【００３７】次に、プロトコル・スタック２０５は、イ
ーサネットデバイス２０１の受信バッファからＩＰパケ
ットを通信サーバ２０が備えるシステムメモリ（図示せ
ず）にコピーする（ステップ１００２）。それから、プ
ロトコル・スタック２０５は、システムメモリにコピー
されているＩＰパケットのＩＰヘッダを調べ、当該パケ
ットがフラグメント化されているか否かを判断する（ス
テップ１００３）。そして、フラグメント化されている
場合は、フラグメント化された全てのＩＰパケットが揃
っているか否かを調べ（ステップ１００３ａ）、揃って
いない場合はステップ１００１に戻り、揃っている場合
は、フラグメント化されたＩＰパケットをリアセンブル
（ステップ１００４）してからシステムメモリにバッフ
ァリングする（ステップ１００５）。一方、ステップ１
００３において、フラグメント化されていない場合は、
当該ＩＰパケットをそのままシステムメモリにバッファ
リングする（ステップ１００５）。
ーサネットデバイス２０１の受信バッファからＩＰパケ
ットを通信サーバ２０が備えるシステムメモリ（図示せ
ず）にコピーする（ステップ１００２）。それから、プ
ロトコル・スタック２０５は、システムメモリにコピー
されているＩＰパケットのＩＰヘッダを調べ、当該パケ
ットがフラグメント化されているか否かを判断する（ス
テップ１００３）。そして、フラグメント化されている
場合は、フラグメント化された全てのＩＰパケットが揃
っているか否かを調べ（ステップ１００３ａ）、揃って
いない場合はステップ１００１に戻り、揃っている場合
は、フラグメント化されたＩＰパケットをリアセンブル
（ステップ１００４）してからシステムメモリにバッフ
ァリングする（ステップ１００５）。一方、ステップ１
００３において、フラグメント化されていない場合は、
当該ＩＰパケットをそのままシステムメモリにバッファ
リングする（ステップ１００５）。
【００３８】次に、プロトコル・スタック２０５は、シ
ステムメモリにバッファリングされているデータが、高
速バス５０で扱うことができるパケットのサイズであっ
て、少なくともイーサネットの送信規格で規定されたパ
ケットの最大サイズである１．５ＫＢｙｔｅよりも大き
なサイズに達しているか否かを判断し（ステップ１００
６）、達している場合はステップ１００７に移行し、達
していない場合は、ステップ１００１に戻って、イーサ
ネットデバイス２０１に次のＩＰパケットが到着するの
を待つ。
ステムメモリにバッファリングされているデータが、高
速バス５０で扱うことができるパケットのサイズであっ
て、少なくともイーサネットの送信規格で規定されたパ
ケットの最大サイズである１．５ＫＢｙｔｅよりも大き
なサイズに達しているか否かを判断し（ステップ１００
６）、達している場合はステップ１００７に移行し、達
していない場合は、ステップ１００１に戻って、イーサ
ネットデバイス２０１に次のＩＰパケットが到着するの
を待つ。
【００３９】次に、プロトコル・スタック２０５は、シ
ステムメモリにバッファリングされているデータが、前
記パケットのサイズに達している場合、当該データを高
速バスデバイス２０２の送信バッファにコピーする（ス
テップ１００７）。これを受けて、高速バスデバイス２
０２は、送信バッファにコピーされたデータをカプセル
化し、高速バスパケットとして、高速バス５０上に送出
する（ステップ１００８）。
ステムメモリにバッファリングされているデータが、前
記パケットのサイズに達している場合、当該データを高
速バスデバイス２０２の送信バッファにコピーする（ス
テップ１００７）。これを受けて、高速バスデバイス２
０２は、送信バッファにコピーされたデータをカプセル
化し、高速バスパケットとして、高速バス５０上に送出
する（ステップ１００８）。
【００４０】これにより、クライアント１０が送信した
データは、イーサネットの規格に適合したサイズのパケ
ットでネットワーク４０上を伝送され、通信サーバ２０
において、イーサネットの規格サイズよりも大きなサイ
ズに変換されて、高速バス５０を経てアプリケーション
サーバ３０に伝送される。
データは、イーサネットの規格に適合したサイズのパケ
ットでネットワーク４０上を伝送され、通信サーバ２０
において、イーサネットの規格サイズよりも大きなサイ
ズに変換されて、高速バス５０を経てアプリケーション
サーバ３０に伝送される。
【００４１】次に、アプリケーションサーバ３０からク
ライアント１０へデータを送信する場合について説明す
る。
ライアント１０へデータを送信する場合について説明す
る。
【００４２】図４はアプリケーションサーバ３０からク
ライアント１０へデータを送信する場合のパケットの流
れを示した図である。
ライアント１０へデータを送信する場合のパケットの流
れを示した図である。
【００４３】図示するように、アプリケーションサーバ
３０において、プロトコル・スタック３０３は、サーバ
プログラム３０４からのシステムコールにより、サーバ
プログラム３０４が作成した送信データ３１０をＴＣＰ
／ＩＰにしたがって処理し、高速バス５０で扱うことが
できるサイズのＩＰパケットを作成する。そして、作成
したＩＰパケットを高速バスデバイス３０１の送信バッ
ファ（図示せず）にコピーしてシステムコールを終了す
る。高速バスデバイス３０１は、送信バッファにコピー
されたＩＰパケットをカプセル化し、高速バスパケット
３１１として、高速バス５０上に送出する。
３０において、プロトコル・スタック３０３は、サーバ
プログラム３０４からのシステムコールにより、サーバ
プログラム３０４が作成した送信データ３１０をＴＣＰ
／ＩＰにしたがって処理し、高速バス５０で扱うことが
できるサイズのＩＰパケットを作成する。そして、作成
したＩＰパケットを高速バスデバイス３０１の送信バッ
ファ（図示せず）にコピーしてシステムコールを終了す
る。高速バスデバイス３０１は、送信バッファにコピー
されたＩＰパケットをカプセル化し、高速バスパケット
３１１として、高速バス５０上に送出する。
【００４４】次に、通信サーバ２０において、高速バス
デバイス２０２は、高速バス５０を介して高速バスパケ
ット３１１を受け取ると、当該パケット３１１からＩＰ
パケットを取り出し、プロトコル・スタック２０５に渡
す。プロトコル・スタック２０５は、受け取ったＩＰパ
ケットを、ネットワーク４０で扱うことができるサイズ
（ネットワーク４０で用いるイーサネットの送信規格で
規定されたパケットの最大サイズである１．５ＫＢｙｔ
ｅよりも小さなサイズ）にフラグメント化し、ＩＰパケ
ットを作成する。そして、作成したＩＰパケットをイー
サネットデバイス２０１の送信バッファ（図示せず）に
コピーする。イーサネットデバイス２０１は、送信バッ
ファにコピーされたパケットを、イーサネットに対応し
たパケット２１１にして、順次、ネットワーク４０上に
送出する。
デバイス２０２は、高速バス５０を介して高速バスパケ
ット３１１を受け取ると、当該パケット３１１からＩＰ
パケットを取り出し、プロトコル・スタック２０５に渡
す。プロトコル・スタック２０５は、受け取ったＩＰパ
ケットを、ネットワーク４０で扱うことができるサイズ
（ネットワーク４０で用いるイーサネットの送信規格で
規定されたパケットの最大サイズである１．５ＫＢｙｔ
ｅよりも小さなサイズ）にフラグメント化し、ＩＰパケ
ットを作成する。そして、作成したＩＰパケットをイー
サネットデバイス２０１の送信バッファ（図示せず）に
コピーする。イーサネットデバイス２０１は、送信バッ
ファにコピーされたパケットを、イーサネットに対応し
たパケット２１１にして、順次、ネットワーク４０上に
送出する。
【００４５】次に、クライアント１０において、イーサ
ネットデバイス１０１は、ネットワーク４０を介して受
け取ったパケット２１１からＩＰパケットを取り出し、
プロトコル・スタック１０３に渡す。プロトコル・スタ
ック１０３は、ＩＰパケットをＴＣＰ／ＩＰにしたがっ
て処理し、アプリケーションサーバ３０のサーバプログ
ラム３０４が作成したデータ３１０を復元する。クライ
アントプログラム１０４は、復元したデータ３１０にし
たがい処理を行う。
ネットデバイス１０１は、ネットワーク４０を介して受
け取ったパケット２１１からＩＰパケットを取り出し、
プロトコル・スタック１０３に渡す。プロトコル・スタ
ック１０３は、ＩＰパケットをＴＣＰ／ＩＰにしたがっ
て処理し、アプリケーションサーバ３０のサーバプログ
ラム３０４が作成したデータ３１０を復元する。クライ
アントプログラム１０４は、復元したデータ３１０にし
たがい処理を行う。
【００４６】ここで、アプリケーションサーバ３０から
クライアント１０へデータを送信する場合における通信
サーバ２０の動作をより詳細に説明する。
クライアント１０へデータを送信する場合における通信
サーバ２０の動作をより詳細に説明する。
【００４７】図５はアプリケーションサーバ３０からク
ライアント１０へデータを送信する場合における通信サ
ーバ２０の動作を説明するためのフロー図である。
ライアント１０へデータを送信する場合における通信サ
ーバ２０の動作を説明するためのフロー図である。
【００４８】まず、高速バスデバイス３０１は、高速バ
ス５０を介して高速バスパケットを受信し、高速バスデ
バイス３０１の受信バッファ（図示せず）に格納すると
ともに、パケット到着通知割り込みを発行する（ステッ
プ２００１）。これにより、実行中のプロセスが中断さ
れ、割り込み処理が実行される。
ス５０を介して高速バスパケットを受信し、高速バスデ
バイス３０１の受信バッファ（図示せず）に格納すると
ともに、パケット到着通知割り込みを発行する（ステッ
プ２００１）。これにより、実行中のプロセスが中断さ
れ、割り込み処理が実行される。
【００４９】次に、プロトコル・スタック２０５は、高
速バスデバイス３０１の受信バッファからＩＰパケット
を通信サーバ２０が備えるシステムメモリ（図示せず）
にコピーする（ステップ２００２）。次に、プロトコル
・スタック２０５は、システムメモリにコピーされてい
るＩＰパケットを、ネットワーク４０で扱うことができ
るパケットサイズ（イーサネットの送信規格で規定され
たパケットの最大サイズである１．５ＫＢｙｔｅよりも
小さなサイズ）にフラグメント化し、ＩＰパケットを作
成する（ステップ２００３）。次に、プロトコル・スタ
ック２０５は、作成したＩＰパケットをイーサネットデ
バイス２０１の送信バッファにコピーする。イーサネッ
トデバイス２０１は、送信バッファにコピーされたＩＰ
パケットを、イーサネットに対応したパケットにしてネ
ットワーク４０上に送出する（ステップ２００４）。こ
こで、イーサネットデバイス４０は、パケットを１つ送
出する毎に送信通知割り込み通知を発行する（ステップ
２００５）。
速バスデバイス３０１の受信バッファからＩＰパケット
を通信サーバ２０が備えるシステムメモリ（図示せず）
にコピーする（ステップ２００２）。次に、プロトコル
・スタック２０５は、システムメモリにコピーされてい
るＩＰパケットを、ネットワーク４０で扱うことができ
るパケットサイズ（イーサネットの送信規格で規定され
たパケットの最大サイズである１．５ＫＢｙｔｅよりも
小さなサイズ）にフラグメント化し、ＩＰパケットを作
成する（ステップ２００３）。次に、プロトコル・スタ
ック２０５は、作成したＩＰパケットをイーサネットデ
バイス２０１の送信バッファにコピーする。イーサネッ
トデバイス２０１は、送信バッファにコピーされたＩＰ
パケットを、イーサネットに対応したパケットにしてネ
ットワーク４０上に送出する（ステップ２００４）。こ
こで、イーサネットデバイス４０は、パケットを１つ送
出する毎に送信通知割り込み通知を発行する（ステップ
２００５）。
【００５０】プロトコル・スタック２０５は、イーサネ
ットデバイス２０１から送信通知割り込み通知を受け取
ると、送信バッファに未送信のＩＰパケットが残ってい
るか否かを調べ（ステップ２００６）、残っている場合
は、ステップ２００４に戻って残りのパケットをネット
ワーク４０上に送出する。
ットデバイス２０１から送信通知割り込み通知を受け取
ると、送信バッファに未送信のＩＰパケットが残ってい
るか否かを調べ（ステップ２００６）、残っている場合
は、ステップ２００４に戻って残りのパケットをネット
ワーク４０上に送出する。
【００５１】これにより、アプリケーションサーバ３０
が送信したデータは、高速バス５０の規格に適合したサ
イズのパケットにフラグメント化されて高速バス５０上
を伝送され、通信サーバ２０において、イーサネットの
規格サイズよりも小さなサイズに変換されて、ネットワ
ーク４０を経てクライアント１０に伝送される。
が送信したデータは、高速バス５０の規格に適合したサ
イズのパケットにフラグメント化されて高速バス５０上
を伝送され、通信サーバ２０において、イーサネットの
規格サイズよりも小さなサイズに変換されて、ネットワ
ーク４０を経てクライアント１０に伝送される。
【００５２】以上、本発明の一実施形態について説明し
た。
た。
【００５３】本実施形態によれば、ネットワーク４０を
介してクライアント１０から送られてきたパケットは、
通信サーバ２０において、前記パケットよりも大きなサ
イズのパケットに変換されて、アプリケーションサーバ
３０に送信される。したがって、アプリケーションサー
バ３０が受信するパケットの数を、クライアント１０が
送信したパケット数より減らすことができるので、パケ
ット到着による割り込み発生回数が減少し、アプリケー
ションサーバ３０のプロセッサにかかる負荷を低減する
ことができる。
介してクライアント１０から送られてきたパケットは、
通信サーバ２０において、前記パケットよりも大きなサ
イズのパケットに変換されて、アプリケーションサーバ
３０に送信される。したがって、アプリケーションサー
バ３０が受信するパケットの数を、クライアント１０が
送信したパケット数より減らすことができるので、パケ
ット到着による割り込み発生回数が減少し、アプリケー
ションサーバ３０のプロセッサにかかる負荷を低減する
ことができる。
【００５４】また、アプリケーションサーバ３０が送信
したパケットは、通信サーバ２０において、ネットワー
ク４０で使用する、前記パケットよりも小さなサイズの
パケットに変換されて、ネットワーク４０上に送出され
る。したがって、アプリケーションサーバ３０が直接ネ
ットワーク４０上にパケットを送信する場合に比べて、
パケットの送信回数を減らすことができるので、パケッ
ト送信による割り込み発生回数が減少し、アプリケーシ
ョンサーバ３０のプロセッサにかかる負荷を低減するこ
とができる。
したパケットは、通信サーバ２０において、ネットワー
ク４０で使用する、前記パケットよりも小さなサイズの
パケットに変換されて、ネットワーク４０上に送出され
る。したがって、アプリケーションサーバ３０が直接ネ
ットワーク４０上にパケットを送信する場合に比べて、
パケットの送信回数を減らすことができるので、パケッ
ト送信による割り込み発生回数が減少し、アプリケーシ
ョンサーバ３０のプロセッサにかかる負荷を低減するこ
とができる。
【００５５】すなわち、アプリケーションサーバ３０で
の通信処理の負担を低減することができ、これにより、
高スループットネットワークへ対応したクライアント・
サーバ・システムを実現することができる。
の通信処理の負担を低減することができ、これにより、
高スループットネットワークへ対応したクライアント・
サーバ・システムを実現することができる。
【００５６】また、本発明によれば、クライアント１０
で使用するクライアントプログラム１０４やアプリケー
ションサーバ３０で使用するサーバプログラム３０４、
クライアント１０およびアプリケーションサーバ３０で
使用するプロトコル・スタック１０３、３０３、あるい
は、ネットワーク４０などについて、従来のものに対し
て修正を加える必要がない。このため、既存のソフトウ
エア資産や既に構築されてあるネットワークを活用しつ
つ実現することが可能である。
で使用するクライアントプログラム１０４やアプリケー
ションサーバ３０で使用するサーバプログラム３０４、
クライアント１０およびアプリケーションサーバ３０で
使用するプロトコル・スタック１０３、３０３、あるい
は、ネットワーク４０などについて、従来のものに対し
て修正を加える必要がない。このため、既存のソフトウ
エア資産や既に構築されてあるネットワークを活用しつ
つ実現することが可能である。
【００５７】なお、本発明は上記の実施形態に限定され
るものではなく、その要旨の範囲内で数々の変形が可能
である。
るものではなく、その要旨の範囲内で数々の変形が可能
である。
【００５８】たとえば、上記の実施形態では、通信サー
バ２０において、ネットワーク４０を介して受け取った
ＩＰパケット、あるいは当該ＩＰパケットをリアセンブ
ルしたＩＰパケットをシステムメモリにバッファリング
し、バッファリングしたデータが高速バス５０で扱うこ
とができるサイズ（イーサネットの送信規格で規定され
たパケットの最大サイズである１．５ＫＢｙｔｅよりも
大きなサイズ）に達したときに、当該バッファリングし
たデータをカプセル化し、高速バスパケットとして、高
速バス４０上に送出するようにしている。
バ２０において、ネットワーク４０を介して受け取った
ＩＰパケット、あるいは当該ＩＰパケットをリアセンブ
ルしたＩＰパケットをシステムメモリにバッファリング
し、バッファリングしたデータが高速バス５０で扱うこ
とができるサイズ（イーサネットの送信規格で規定され
たパケットの最大サイズである１．５ＫＢｙｔｅよりも
大きなサイズ）に達したときに、当該バッファリングし
たデータをカプセル化し、高速バスパケットとして、高
速バス４０上に送出するようにしている。
【００５９】しかしながら、本発明はこれに限定される
ものではない。たとえば、通信サーバ２０に、所定時間
毎に信号を発生するタイマを設け、ＩＰパケットをタイ
マより信号が出力されるまでシステムメモリにバッファ
リングし、タイマより信号が出力されたときに、バッフ
ァリングしたデータを、高速バス５０で扱うことができ
るパケットサイズでカプセル化し、高速バスパケットと
して、高速バス４０上に送出するようにしてもよい。な
お、タイマが信号を発生する時間間隔は、使用するネッ
トワーク４０のスループットや、アプリケーションサー
バや、クレーム１０上のアプリケーションの要求スルー
プットなどに基づいて求めることができる。たとえば、
システムメモリにバッファリングしたデータが高速バス
５０で扱うことができるパケットサイズに達するのに要
する時間よりも長くなるように設定する。この時間は、
使用するネットワーク４０のスループットに基づいて求
めることができる。
ものではない。たとえば、通信サーバ２０に、所定時間
毎に信号を発生するタイマを設け、ＩＰパケットをタイ
マより信号が出力されるまでシステムメモリにバッファ
リングし、タイマより信号が出力されたときに、バッフ
ァリングしたデータを、高速バス５０で扱うことができ
るパケットサイズでカプセル化し、高速バスパケットと
して、高速バス４０上に送出するようにしてもよい。な
お、タイマが信号を発生する時間間隔は、使用するネッ
トワーク４０のスループットや、アプリケーションサー
バや、クレーム１０上のアプリケーションの要求スルー
プットなどに基づいて求めることができる。たとえば、
システムメモリにバッファリングしたデータが高速バス
５０で扱うことができるパケットサイズに達するのに要
する時間よりも長くなるように設定する。この時間は、
使用するネットワーク４０のスループットに基づいて求
めることができる。
【００６０】図６は、上記のように修正した本発明の一
実施形態における、クライアント１０からアプリケーシ
ョンサーバ３０へデータを送信する場合における通信サ
ーバ２０の動作を説明するためのフロー図である。
実施形態における、クライアント１０からアプリケーシ
ョンサーバ３０へデータを送信する場合における通信サ
ーバ２０の動作を説明するためのフロー図である。
【００６１】まず、イーサネットデバイス２０１は、ネ
ットワーク４０を介してパケットを受信し、イーサネッ
トデバイス２０１の受信バッファに格納するとともに、
パケット到着通知割り込みを発行する（ステップ３００
１）。これにより、実行中のプロセスが中断され、割り
込み処理が実行される。
ットワーク４０を介してパケットを受信し、イーサネッ
トデバイス２０１の受信バッファに格納するとともに、
パケット到着通知割り込みを発行する（ステップ３００
１）。これにより、実行中のプロセスが中断され、割り
込み処理が実行される。
【００６２】次に、プロトコル・スタック２０５は、イ
ーサネットデバイス２０１の受信バッファからＩＰパケ
ットを通信サーバ２０が備えるシステムメモリ（図示せ
ず）にコピーする（ステップ３００２）。それから、プ
ロトコル・スタック２０５は、システムメモリにコピー
されているＩＰパケットのＩＰヘッダを調べ、当該パケ
ットがフラグメント化されているか否かを判断する（ス
テップ３００３）。そして、フラグメント化されている
場合は、フラグメント化された全てのＩＰパケットが揃
っているか否かを調べ（ステップ３００３ａ）、揃って
いない場合はステップ３００１に戻り、揃っている場合
は、フラグメント化されたＩＰパケットをリアセンブル
（ステップ３００４）してからシステムメモリにバッフ
ァリングする（ステップ３００５）。一方、ステップ３
００３において、フラグメント化されていない場合は、
当該ＩＰパケットをそのままシステムメモリにバッファ
リングする（ステップ３００５）。
ーサネットデバイス２０１の受信バッファからＩＰパケ
ットを通信サーバ２０が備えるシステムメモリ（図示せ
ず）にコピーする（ステップ３００２）。それから、プ
ロトコル・スタック２０５は、システムメモリにコピー
されているＩＰパケットのＩＰヘッダを調べ、当該パケ
ットがフラグメント化されているか否かを判断する（ス
テップ３００３）。そして、フラグメント化されている
場合は、フラグメント化された全てのＩＰパケットが揃
っているか否かを調べ（ステップ３００３ａ）、揃って
いない場合はステップ３００１に戻り、揃っている場合
は、フラグメント化されたＩＰパケットをリアセンブル
（ステップ３００４）してからシステムメモリにバッフ
ァリングする（ステップ３００５）。一方、ステップ３
００３において、フラグメント化されていない場合は、
当該ＩＰパケットをそのままシステムメモリにバッファ
リングする（ステップ３００５）。
【００６３】次に、プロトコル・スタック２０５は、通
信サーバに設けられたタイマ（図示せず）より信号が出
力されたか否かを判断し（ステップ３００６）、出力さ
れた場合はステップ３００７に移行し、出力されていな
い場合はステップ３００１に戻って、イーサネットデバ
イス２０１に次のパケットが到着するのを待つ。
信サーバに設けられたタイマ（図示せず）より信号が出
力されたか否かを判断し（ステップ３００６）、出力さ
れた場合はステップ３００７に移行し、出力されていな
い場合はステップ３００１に戻って、イーサネットデバ
イス２０１に次のパケットが到着するのを待つ。
【００６４】次に、プロトコル・スタック２０５は、タ
イマより信号が出力された場合、バッファリングされて
いるデータのうち、高速バス５０で扱うことができるサ
イズであって、少なくとも、イーサネットの送信規格で
規定されたパケットの最大サイズである１．５ＫＢｙｔ
ｅよりも大きなサイズ分のデータを高速バスデバイス２
０２の送信バッファにコピーする（ステップ３００
７）。これを受けて、高速バスデバイス２０２は、送信
バッファにコピーされたデータをカプセル化し、高速バ
スパケットとして、高速バス５０上に送出する（ステッ
プ３００８）。ここで、高速バスデバイス２０２は、高
速バスパケットを１つ送出する毎に送信通知割り込み通
知を発行する（ステップ３００９）。
イマより信号が出力された場合、バッファリングされて
いるデータのうち、高速バス５０で扱うことができるサ
イズであって、少なくとも、イーサネットの送信規格で
規定されたパケットの最大サイズである１．５ＫＢｙｔ
ｅよりも大きなサイズ分のデータを高速バスデバイス２
０２の送信バッファにコピーする（ステップ３００
７）。これを受けて、高速バスデバイス２０２は、送信
バッファにコピーされたデータをカプセル化し、高速バ
スパケットとして、高速バス５０上に送出する（ステッ
プ３００８）。ここで、高速バスデバイス２０２は、高
速バスパケットを１つ送出する毎に送信通知割り込み通
知を発行する（ステップ３００９）。
【００６５】プロトコル・スタック２０５は、高速バス
デバイス２０２から送信通知割り込み通知を受け取る
と、システムメモリに未送信のデータが残っているか否
かを調べ（ステップ３０１０）、残っている場合は、ス
テップ３００７に戻って残りのデータを高速バスパケッ
トとしてネットワーク４０上に送出する。
デバイス２０２から送信通知割り込み通知を受け取る
と、システムメモリに未送信のデータが残っているか否
かを調べ（ステップ３０１０）、残っている場合は、ス
テップ３００７に戻って残りのデータを高速バスパケッ
トとしてネットワーク４０上に送出する。
【００６６】これにより、クライアント１０が送信した
データは、イーサネットの規格に適合したサイズにパケ
ット化されてネットワーク４０上を伝送され、通信サー
バ２０において、高速バス５０の規格に適合した、イー
サネットの規格サイズよりも大きなサイズのパケットに
変換されて、高速バス５０を経てアプリケーションサー
バ３０に伝送される。
データは、イーサネットの規格に適合したサイズにパケ
ット化されてネットワーク４０上を伝送され、通信サー
バ２０において、高速バス５０の規格に適合した、イー
サネットの規格サイズよりも大きなサイズのパケットに
変換されて、高速バス５０を経てアプリケーションサー
バ３０に伝送される。
【００６７】さらに、本実施形態において、通信サーバ
２０に、所定時間毎に信号を発生するタイマと、ネット
ワーク４０上を伝送するパケットのイーサネットデバイ
ス２０１への到着時間間隔を計測するパケット到着間隔
計測部を設け、パケット到着間隔計測部で監視した時間
間隔が所定値以下の場合は、上記説明した図６に示すフ
ローにしたがい、タイマより信号が出力されたときにシ
ステムメモリにバッファリングされたデータをパケット
化して高速バス４０上に送出し、所定値を越えている場
合は、図７に示すフローにしたがい、イーサネットデバ
イス２０１からパケット到着通知割り込みが発行される
毎に、システムメモリにバッファリングされたデータを
パケット化して高速バス４０上に送出するようにしても
よい。
２０に、所定時間毎に信号を発生するタイマと、ネット
ワーク４０上を伝送するパケットのイーサネットデバイ
ス２０１への到着時間間隔を計測するパケット到着間隔
計測部を設け、パケット到着間隔計測部で監視した時間
間隔が所定値以下の場合は、上記説明した図６に示すフ
ローにしたがい、タイマより信号が出力されたときにシ
ステムメモリにバッファリングされたデータをパケット
化して高速バス４０上に送出し、所定値を越えている場
合は、図７に示すフローにしたがい、イーサネットデバ
イス２０１からパケット到着通知割り込みが発行される
毎に、システムメモリにバッファリングされたデータを
パケット化して高速バス４０上に送出するようにしても
よい。
【００６８】なお、パケット到着間隔計測部は、イーサ
ネットデバイス２０１から通知されるパケット到着割り
込みの通知間隔を計測することで実現できる。また、前
記所定値は、システムメモリに割り当てられた、データ
をバッファリングするバッファのサイズ、ネットワーク
４０上を伝送するパケットのイーサネットデバイス２０
１への到着時間間隔とバッファリングされるデータのサ
イズの変化との関係などを考慮して、設定すればよい。
ネットデバイス２０１から通知されるパケット到着割り
込みの通知間隔を計測することで実現できる。また、前
記所定値は、システムメモリに割り当てられた、データ
をバッファリングするバッファのサイズ、ネットワーク
４０上を伝送するパケットのイーサネットデバイス２０
１への到着時間間隔とバッファリングされるデータのサ
イズの変化との関係などを考慮して、設定すればよい。
【００６９】ここで、図７に示すフローについて説明す
る。
る。
【００７０】まず、イーサネットデバイス２０１は、ネ
ットワーク４０を介してパケットを受信し、イーサネッ
トデバイス２０１の受信バッファに格納するとともに、
パケット到着通知割り込みを発行する（ステップ５００
１）。これにより、実行中のプロセスが中断され、割り
込み処理が実行される。
ットワーク４０を介してパケットを受信し、イーサネッ
トデバイス２０１の受信バッファに格納するとともに、
パケット到着通知割り込みを発行する（ステップ５００
１）。これにより、実行中のプロセスが中断され、割り
込み処理が実行される。
【００７１】次に、プロトコル・スタック２０５は、イ
ーサネットデバイス２０１の受信バッファからＩＰパケ
ットを通信サーバ２０が備えるシステムメモリにコピー
する（ステップ５００２）。それから、プロトコル・ス
タック２０５は、システムメモリにコピーされているＩ
ＰパケットのＩＰヘッダを調べ、当該パケットがフラグ
メント化されているか否かを判断する（ステップ５００
３）。そして、フラグメント化されている場合は、フラ
グメント化された全てのＩＰパケットが揃っているか否
かを調べ（ステップ５００３ａ）、揃っていない場合は
ステップ１００１に戻り、揃っている場合は、フラグメ
ント化されたＩＰパケットをリアセンブル（ステップ５
００４）してから高速バスデバイス２０２の送信バッフ
ァにコピーする（ステップ５００５）。一方、ステップ
５００３において、フラグメント化されていない場合
は、当該ＩＰパケットをそのまま高速バスデバイス２０
２の送信バッファにコピーする（ステップ５００５）。
これを受けて、高速バスデバイス２０２は、送信バッフ
ァにコピーされたデータをカプセル化し、高速バスパケ
ットとして、高速バス５０上に送出する（ステップ５０
０６）。
ーサネットデバイス２０１の受信バッファからＩＰパケ
ットを通信サーバ２０が備えるシステムメモリにコピー
する（ステップ５００２）。それから、プロトコル・ス
タック２０５は、システムメモリにコピーされているＩ
ＰパケットのＩＰヘッダを調べ、当該パケットがフラグ
メント化されているか否かを判断する（ステップ５００
３）。そして、フラグメント化されている場合は、フラ
グメント化された全てのＩＰパケットが揃っているか否
かを調べ（ステップ５００３ａ）、揃っていない場合は
ステップ１００１に戻り、揃っている場合は、フラグメ
ント化されたＩＰパケットをリアセンブル（ステップ５
００４）してから高速バスデバイス２０２の送信バッフ
ァにコピーする（ステップ５００５）。一方、ステップ
５００３において、フラグメント化されていない場合
は、当該ＩＰパケットをそのまま高速バスデバイス２０
２の送信バッファにコピーする（ステップ５００５）。
これを受けて、高速バスデバイス２０２は、送信バッフ
ァにコピーされたデータをカプセル化し、高速バスパケ
ットとして、高速バス５０上に送出する（ステップ５０
０６）。
【００７２】これにより、クライアント１０が送信した
データは、イーサネットの規格に適合したサイズのパケ
ットでネットワーク４０上を伝送され、通信サーバ２０
において、フラグメント化されているＩＰパケットにつ
いてはリアセンブルされてから、高速バス５０を経てア
プリケーションサーバ３０に伝送される。
データは、イーサネットの規格に適合したサイズのパケ
ットでネットワーク４０上を伝送され、通信サーバ２０
において、フラグメント化されているＩＰパケットにつ
いてはリアセンブルされてから、高速バス５０を経てア
プリケーションサーバ３０に伝送される。
【００７３】また、上記の実施形態では、ネットワーク
４０に接続されている通信サーバ２０が１つの場合につ
いて説明したが、当然のことながら、複数の通信サーバ
２０がネットワーク４０に接続されるように構成しても
よい。
４０に接続されている通信サーバ２０が１つの場合につ
いて説明したが、当然のことながら、複数の通信サーバ
２０がネットワーク４０に接続されるように構成しても
よい。
【００７４】さらに、上記の実施形態では、高速バス５
０に接続されているアプリケーションサーバ３０が１つ
の場合について説明したが、当然のことながら、複数の
アプリケーションサーバ３０が高速バス５０に接続され
るように構成してもよい。また、各アプリケーションサ
ーバ３０で稼働するサーバプログラム３０４は複数のポ
ートを使用するものであってもよい。
０に接続されているアプリケーションサーバ３０が１つ
の場合について説明したが、当然のことながら、複数の
アプリケーションサーバ３０が高速バス５０に接続され
るように構成してもよい。また、各アプリケーションサ
ーバ３０で稼働するサーバプログラム３０４は複数のポ
ートを使用するものであってもよい。
【００７５】この場合、通信サーバ２０において、イー
サネットデバイス２０１を介して受け取ったＩＰパケッ
ト、あるいは当該ＩＰパケットをリアセンブルすること
で得られたＩＰパケットをシステムメモリにバッファリ
ングするに際し、前記ＩＰパケットをＩＰヘッダの情報
により特定される送信先（アプリケーションサーバ３０
単位、あるいはサーバプログラム３０４のポート単位）
毎にバッファリングするようにしてもよい。そして、送
信先毎にバッファリングされたデータのサイズをモニタ
し、当該サイズが高速バス５０で扱えるパケットサイズ
に達したものをカプセル化し、高速バスパケットとし
て、高速バス５０に送出するようにしてもよい。
サネットデバイス２０１を介して受け取ったＩＰパケッ
ト、あるいは当該ＩＰパケットをリアセンブルすること
で得られたＩＰパケットをシステムメモリにバッファリ
ングするに際し、前記ＩＰパケットをＩＰヘッダの情報
により特定される送信先（アプリケーションサーバ３０
単位、あるいはサーバプログラム３０４のポート単位）
毎にバッファリングするようにしてもよい。そして、送
信先毎にバッファリングされたデータのサイズをモニタ
し、当該サイズが高速バス５０で扱えるパケットサイズ
に達したものをカプセル化し、高速バスパケットとし
て、高速バス５０に送出するようにしてもよい。
【００７６】図８は、上記のように修正した本発明の一
実施形態における、クライアント１０からアプリケーシ
ョンサーバ３０へデータを送信する場合における通信サ
ーバ２０の動作を説明するためのフロー図である。
実施形態における、クライアント１０からアプリケーシ
ョンサーバ３０へデータを送信する場合における通信サ
ーバ２０の動作を説明するためのフロー図である。
【００７７】まず、イーサネットデバイス２０１は、ネ
ットワーク４０を介してパケットを受信し、イーサネッ
トデバイスの受信バッファに格納するとともに、パケッ
ト到着通知割り込みを発行する（ステップ４００１）。
これにより、実行中のプロセスが中断され、割り込み処
理が実行される。
ットワーク４０を介してパケットを受信し、イーサネッ
トデバイスの受信バッファに格納するとともに、パケッ
ト到着通知割り込みを発行する（ステップ４００１）。
これにより、実行中のプロセスが中断され、割り込み処
理が実行される。
【００７８】次に、プロトコル・スタック２０５は、イ
ーサネットデバイス２０１の受信バッファからＩＰパケ
ットを通信サーバ２０が備えるシステムメモリ（図示せ
ず）にコピーする（ステップ４００２）。それから、プ
ロトコル・スタック２０５は、システムメモリにコピー
されているＩＰパケットのＩＰヘッダを調べ、当該パケ
ットがフラグメント化されているか否かを判断する（ス
テップ４００３）。そして、フラグメント化されている
場合は、フラグメント化された全てのＩＰパケットが揃
っているか否かを調べ（ステップ４００３ａ）、揃って
いない場合はステップ４００１に戻り、揃っている場合
は、フラグメント化されたＩＰパケットをリアセンブル
（ステップ４００４）してからステップ４００５に移行
する。一方、ステップ４００３において、フラグメント
化されていない場合は、直ちにステップ４００５に移行
する。
ーサネットデバイス２０１の受信バッファからＩＰパケ
ットを通信サーバ２０が備えるシステムメモリ（図示せ
ず）にコピーする（ステップ４００２）。それから、プ
ロトコル・スタック２０５は、システムメモリにコピー
されているＩＰパケットのＩＰヘッダを調べ、当該パケ
ットがフラグメント化されているか否かを判断する（ス
テップ４００３）。そして、フラグメント化されている
場合は、フラグメント化された全てのＩＰパケットが揃
っているか否かを調べ（ステップ４００３ａ）、揃って
いない場合はステップ４００１に戻り、揃っている場合
は、フラグメント化されたＩＰパケットをリアセンブル
（ステップ４００４）してからステップ４００５に移行
する。一方、ステップ４００３において、フラグメント
化されていない場合は、直ちにステップ４００５に移行
する。
【００７９】ステップ４００５において、プロトコル・
スタック２０５は、ネットワーク４０を介して受け取っ
たＩＰパケット、あるいは、当該ＩＰパケットをリアセ
ンブルすることで得られたＩＰパケットのＩＰヘッダを
調べ、送信先のサーバプログラム３０４のポートを取得
する（ステップ４００５）。そして、ＩＰパケットを、
システムメモリに、前記取得した送信先のサーバプログ
ラム３０４のポート毎にバッファリングする（ステップ
４００６）。
スタック２０５は、ネットワーク４０を介して受け取っ
たＩＰパケット、あるいは、当該ＩＰパケットをリアセ
ンブルすることで得られたＩＰパケットのＩＰヘッダを
調べ、送信先のサーバプログラム３０４のポートを取得
する（ステップ４００５）。そして、ＩＰパケットを、
システムメモリに、前記取得した送信先のサーバプログ
ラム３０４のポート毎にバッファリングする（ステップ
４００６）。
【００８０】次に、プロトコル・スタック２０５は、サ
ーバプログラム３０４のポート毎にバッファリングされ
たデータのうち、データサイズが高速バス５０で扱うこ
とができるパケットのサイズに達しているものがあるか
否かを判断する（ステップ４００７）。達しているもの
がある場合はステップ４００８に移行し、達しているも
のがない場合はステップ４００１に戻って、イーサネッ
トデバイス２０１に次のパケットが到着するのを待つ。
ーバプログラム３０４のポート毎にバッファリングされ
たデータのうち、データサイズが高速バス５０で扱うこ
とができるパケットのサイズに達しているものがあるか
否かを判断する（ステップ４００７）。達しているもの
がある場合はステップ４００８に移行し、達しているも
のがない場合はステップ４００１に戻って、イーサネッ
トデバイス２０１に次のパケットが到着するのを待つ。
【００８１】プロトコル・スタック２０５は、サーバプ
ログラム３０４のポート毎にバッファリングされたデー
タのうち、データサイズが高速バス５０で扱うことがで
きるパケットサイズであって、少なくともイーサネット
の送信規格で規定されたパケットの最大サイズである
１．５ＫＢｙｔｅよりも大きなサイズに達しているもの
がある場合、当該データを高速バスデバイス２０２の送
信バッファにコピーする（ステップ４００８）。これを
受けて、高速バスデバイス２０２は、送信バッファにコ
ピーされたデータをカプセル化し、高速バスパケットと
して、高速バス５０上に送出する（ステップ４００
９）。ここで、高速バスデバイス２０２は、高速バスパ
ケットを送出すると送信通知割り込み通知を発行する。
ログラム３０４のポート毎にバッファリングされたデー
タのうち、データサイズが高速バス５０で扱うことがで
きるパケットサイズであって、少なくともイーサネット
の送信規格で規定されたパケットの最大サイズである
１．５ＫＢｙｔｅよりも大きなサイズに達しているもの
がある場合、当該データを高速バスデバイス２０２の送
信バッファにコピーする（ステップ４００８）。これを
受けて、高速バスデバイス２０２は、送信バッファにコ
ピーされたデータをカプセル化し、高速バスパケットと
して、高速バス５０上に送出する（ステップ４００
９）。ここで、高速バスデバイス２０２は、高速バスパ
ケットを送出すると送信通知割り込み通知を発行する。
【００８２】プロトコル・スタック２０５は、高速バス
デバイス２０２から送信通知割り込み通知を受け取る
と、システムメモリにバッファリング・データが残って
いるか否かを調べ（ステップ４００８）、残っている場
合は、ステップ４００１に戻って、イーサネットデバイ
ス２０１に次のパケットが到着するのを待つ。
デバイス２０２から送信通知割り込み通知を受け取る
と、システムメモリにバッファリング・データが残って
いるか否かを調べ（ステップ４００８）、残っている場
合は、ステップ４００１に戻って、イーサネットデバイ
ス２０１に次のパケットが到着するのを待つ。
【００８３】このようにすることで、ネットワーク４０
を介してクライアント１０から受け取ったＩＰパケット
は、ＩＰヘッダの情報により特定される送信先単位でま
とめられて、アプリケーションサーバ３０へ送信され
る。
を介してクライアント１０から受け取ったＩＰパケット
は、ＩＰヘッダの情報により特定される送信先単位でま
とめられて、アプリケーションサーバ３０へ送信され
る。
【００８４】なお、図８に示すフローでは、イーサネッ
トデバイス２０１を介して受け取ったＩＰパケット、あ
るいは、当該ＩＰパケットをリアセンブルすることで得
られたＩＰパケットをシステムメモリにバッファリング
するに際し、ＩＰヘッダの情報により特定される送信先
毎にバッファリングするものについて説明しているが、
ＩＰヘッダの情報により特定される送信元（クライアン
ト１０単位、あるいはクライアントプログラム１０４の
ポート単位）毎にバッファリングするように修正するこ
とも可能である。
トデバイス２０１を介して受け取ったＩＰパケット、あ
るいは、当該ＩＰパケットをリアセンブルすることで得
られたＩＰパケットをシステムメモリにバッファリング
するに際し、ＩＰヘッダの情報により特定される送信先
毎にバッファリングするものについて説明しているが、
ＩＰヘッダの情報により特定される送信元（クライアン
ト１０単位、あるいはクライアントプログラム１０４の
ポート単位）毎にバッファリングするように修正するこ
とも可能である。
【００８５】また、上記の実施形態では、イーサネット
デバイス２０１を介して受け取ったＩＰパケットを一旦
システムメモリにコピーし、それから、ＩＰパケット
を、フラグメント化されているものはリアセンブルして
から、フラグメント化されていないものはそのまま、シ
ステムメモリにバッファリングし、バッファリングされ
たＩＰパケットのデータサイズが所定のサイズに達した
ときに、あるいはタイマから信号が出力されたときに、
前記バッファリングされたＩＰパケットを１つのパケッ
トにカプセル化して高速バスパケットとし、高速バス５
０上に送出するものについて説明した。しかしながら、
本発明はこれに限定されるものではない。
デバイス２０１を介して受け取ったＩＰパケットを一旦
システムメモリにコピーし、それから、ＩＰパケット
を、フラグメント化されているものはリアセンブルして
から、フラグメント化されていないものはそのまま、シ
ステムメモリにバッファリングし、バッファリングされ
たＩＰパケットのデータサイズが所定のサイズに達した
ときに、あるいはタイマから信号が出力されたときに、
前記バッファリングされたＩＰパケットを１つのパケッ
トにカプセル化して高速バスパケットとし、高速バス５
０上に送出するものについて説明した。しかしながら、
本発明はこれに限定されるものではない。
【００８６】たとえば、イーサネットデバイス２０１を
介して受け取ったＩＰパケットをシステムメモリにコピ
ーし、コピーしたＩＰパケットのデータサイズが所定の
サイズに達したときに、あるいはタイマから信号が出力
されたときに、前記コピーしたＩＰパケットを、フラグ
メント化されているものはリアセンブルしてから、フラ
グメント化されていないものはそのまま、１つのパケッ
トにカプセル化して高速バスパケットとし、高速バス５
０上に送出するようにしてもよい。
介して受け取ったＩＰパケットをシステムメモリにコピ
ーし、コピーしたＩＰパケットのデータサイズが所定の
サイズに達したときに、あるいはタイマから信号が出力
されたときに、前記コピーしたＩＰパケットを、フラグ
メント化されているものはリアセンブルしてから、フラ
グメント化されていないものはそのまま、１つのパケッ
トにカプセル化して高速バスパケットとし、高速バス５
０上に送出するようにしてもよい。
【００８７】あるいは、イーサネットデバイス２０１か
らパケット到着通知割り込みが発行される毎に、イーサ
ネットデバイス２０１を介して受け取ったＩＰパケット
を、フラグメント化されているものはリアセンブルして
から、フラグメント化されていないものはそのまま、カ
プセル化して高速バスパケットとし、高速バス５０上に
送出するようにしてもよい。この場合でも、ネットワー
ク４０上でフラグメント化されているＩＰパケットがリ
アセンブルされて高速バス５０上に送出されることにな
るので、アプリケーションサーバ３０が受信するパケッ
ト数を減らすことができる。
らパケット到着通知割り込みが発行される毎に、イーサ
ネットデバイス２０１を介して受け取ったＩＰパケット
を、フラグメント化されているものはリアセンブルして
から、フラグメント化されていないものはそのまま、カ
プセル化して高速バスパケットとし、高速バス５０上に
送出するようにしてもよい。この場合でも、ネットワー
ク４０上でフラグメント化されているＩＰパケットがリ
アセンブルされて高速バス５０上に送出されることにな
るので、アプリケーションサーバ３０が受信するパケッ
ト数を減らすことができる。
【００８８】また、本実施形態では、ネットワークイン
ターフェース層として、ネットワーク４０にイーサネッ
トを用いた場合について説明したが、その他のプロトコ
ル、たとえばトークリングを用いた場合でも、高速バス
で用いるパケットのサイズをトークリングで規定するパ
ケットサイズよりも大きくすることで、本発明は同様に
実現できる。
ターフェース層として、ネットワーク４０にイーサネッ
トを用いた場合について説明したが、その他のプロトコ
ル、たとえばトークリングを用いた場合でも、高速バス
で用いるパケットのサイズをトークリングで規定するパ
ケットサイズよりも大きくすることで、本発明は同様に
実現できる。
【００８９】
【発明の効果】以上説明したように、本発明によれば、
通信処理にかかるサーバの負担を分散させることがで
き、これにより、高スループットネットワークへ対応し
たクライアント・サーバ・システムを実現することがで
きる。
通信処理にかかるサーバの負担を分散させることがで
き、これにより、高スループットネットワークへ対応し
たクライアント・サーバ・システムを実現することがで
きる。
【図１】本発明の一実施形態が適用されたクライアント
・サーバ・システムの概略図である。
・サーバ・システムの概略図である。
【図２】クライアント１０からアプリケーションサーバ
３０へデータを送信する場合のパケットの流れを示した
図である。
３０へデータを送信する場合のパケットの流れを示した
図である。
【図３】クライアント１０からアプリケーションサーバ
３０へデータを送信する場合における通信サーバ２０の
動作を説明するためのフロー図である。
３０へデータを送信する場合における通信サーバ２０の
動作を説明するためのフロー図である。
【図４】アプリケーションサーバ３０からクライアント
１０へデータを送信する場合のパケットの流れを示した
図である。
１０へデータを送信する場合のパケットの流れを示した
図である。
【図５】アプリケーションサーバ３０からクライアント
１０へデータを送信する場合における通信サーバ２０の
動作を説明するためのフロー図である。
１０へデータを送信する場合における通信サーバ２０の
動作を説明するためのフロー図である。
【図６】本発明の一実施形態の変形例における、クライ
アント１０からアプリケーションサーバ３０へデータを
送信する場合における通信サーバ２０の動作を説明する
ためのフロー図である。
アント１０からアプリケーションサーバ３０へデータを
送信する場合における通信サーバ２０の動作を説明する
ためのフロー図である。
【図７】本発明の一実施形態の変形例における、クライ
アント１０からアプリケーションサーバ３０へデータを
送信する場合における通信サーバ２０の動作を説明する
ためのフロー図である。
アント１０からアプリケーションサーバ３０へデータを
送信する場合における通信サーバ２０の動作を説明する
ためのフロー図である。
【図８】本発明の一実施形態の変形例における、クライ
アント１０からアプリケーションサーバ３０へデータを
送信する場合における通信サーバ２０の動作を説明する
ためのフロー図である。
アント１０からアプリケーションサーバ３０へデータを
送信する場合における通信サーバ２０の動作を説明する
ためのフロー図である。
１０ クライアント ２０ 通信サーバ ３０ アプリケーションサーバ ４０ ネットワーク ５０ 高速バス １０１、２０１ イーサネットデバイス １０２、２０３ イーサネットデバイスドライバ １０３、２０５、３０３ プロトコル・スタック １０４ クライアントプログラム １１１、２１１ パケット ２０２、３０１ 高速バスデバイス ２１０、３１１ 高速バスパケット ３０４ サーバプログラム
フロントページの続き (72)発明者 竹内 理 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 中野 隆裕 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内
Claims (9)
- 【請求項１】クライアントからの要求にしたがい処理を
実行するサーバ・システムであって、 ネットワークを介して少なくとも１つのクライアントに
接続された第１のサーバと、前記ネットワークで送信可
能な最大パケットサイズよりも大きなサイズのパケット
を送信可能なバスを介して前記第１のサーバに接続され
た、前記第１のサーバを介して受け取った前記クライア
ントからの要求にしたがい処理を実行する第２のサーバ
と、を有し、 前記第１のサーバは、前記ネットワークを介して前記ク
ライアントより受信したパケットを、当該パケットがフ
ラグメント化されている場合はリアセンブルしてから前
記バス上に送出し、フラグメント化されていない場合は
そのまま前記バス上に送出するとともに、前記バスを介
して前記第２のサーバより受信したパケットについて、
前記ネットワークにて送信可能なサイズのパケットにフ
ラグメント化して、前記ネットワーク上に送出するパケ
ットサイズ変換手段を備え、 前記第２のサーバは、前記バスを介して前記第１のサー
バより受信したパケットを処理して前記クライアントの
要求を復元するとともに、送信すべきデータを前記バス
にて送信可能なサイズのパケットにパケット化し、前記
バス上に送出するパケット化手段を備えることを特徴と
するサーバ・システム。 - 【請求項２】請求項１記載のサーバ・システムであっ
て、 前記パケットサイズ変換手段は、前記ネットワークを介
して前記クライアントより受信した１つ以上のパケット
を、当該パケットがフラグメント化されている場合はリ
アセンブルしてから、フラグメント化されていない場合
はそのまま、前記バスで送信可能な最大パケットサイズ
の範囲内で１つのパケットにカプセル化し、前記バス上
に送出するものであり、 前記パケット化手段は、前記バスを介して受け取った前
記カプセル化されたパケットから前記クライアントより
のパケットおよび／または前記クライアントよりのパケ
ットをリアセンブルすることで得られたパケット各々を
取り出し、取り出したパケット各々について処理するこ
とで前記クライアントの要求を復元することを特徴とす
るサーバ・システム。 - 【請求項３】請求項２記載のサーバ・システムであっ
て、 前記パケットサイズ変換手段は、前記受信した１つ以上
のパケットのデータサイズが所定のサイズに達したとき
に、前記受信した１つ以上のパケットを、当該パケット
がフラグメント化されている場合はリアセンブルしてか
ら、フラグメント化されていない場合はそのまま、１つ
のパケットにカプセル化して前記バス上に送出すること
を特徴とするサーバ・システム。 - 【請求項４】請求項２記載のサーバ・システムであっ
て、 前記パケットサイズ変換手段は、所定時間毎に信号を発
生するタイマを備え、前記タイマより信号が出力された
ときに、それまでに前記ネットワークを介して前記クラ
イアントより受信した１つ以上のパケットを、当該パケ
ットがフラグメント化されている場合はリアセンブルし
てから、フラグメント化されていない場合はそのまま、
１つのパケットにカプセル化して前記バス上に送出する
ことを特徴とするサーバ・システム。 - 【請求項５】請求項２記載のサーバ・システムであっ
て、 前記パケットサイズ変換手段は、所定時間毎に信号を発
生するタイマと前記ネットワークを介して受信したパケ
ットの受信間隔を監視する監視手段とを備え、前記監視
手段で監視した受信間隔が所定値を越えていない場合
は、前記タイマより信号が出力されたときに、それまで
に前記ネットワークを介して前記クライアントより受信
した１つ以上のパケットを、当該パケットがフラグメン
ト化されているときはリアセンブルしてから、フラグメ
ント化されていないときはそのまま、１つのパケットに
カプセル化して前記バス上に送出するとともに、前記監
視手段で監視した受信間隔が前記所定値を越えている場
合は、前記ネットワークを介して前記クライアントより
パケットを受信する毎に、当該パケットを、フラグメン
ト化されているときはリアセンブルしてから、フラグメ
ント化されていないときはそのまま、１つのパケットに
カプセル化して前記バス上に送出することを特徴とする
サーバ・システム。 - 【請求項６】請求項２記載のサーバ・システムであっ
て、 前記パケットサイズ変換手段は、前記ネットワークを介
して前記クライアントより受信した１つ以上のパケット
を、パケットの送信先あるいは送信元毎に管理し、デー
タサイズが所定のサイズに達したものから順に、当該パ
ケットがフラグメント化されているときはリアセンブル
してから、フラグメント化されていないときはそのま
ま、１つのパケットにカプセル化して前記バス上に送出
することを特徴とするサーバ・システム。 - 【請求項７】請求項１、２、３、４、５または６記載の
サーバ・システムを備えることを特徴とするクライアン
ト・サーバ・システム。 - 【請求項８】ネットワークを介して少なくとも１つのク
ライアントに接続されるとともに、前記ネットワークで
送信可能な最大パケットサイズよりも大きなサイズのパ
ケットを送信可能なバスを介して、前記クライアントか
らの要求にしたがい処理を実行するサーバに接続された
通信サーバであって、 前記ネットワークを介して前記クライアントより受信し
たパケットについて、当該パケットがフラグメント化さ
れている場合はリアセンブルしてから前記バス上に送出
し、フラグメント化されていない場合はそのまま前記バ
ス上に送出するとともに、前記バスを介して前記第２の
サーバより受信したパケットについて、前記ネットワー
クにて送信可能なサイズのパケットにフラグメント化し
て、前記ネットワーク上に送出するパケットサイズ変換
手段を備えることを特徴とする通信サーバ。 - 【請求項９】少なくとも１つのクライアントと、ネット
ワークを介して前記クライアントに接続された第１のサ
ーバと、前記ネットワークで送信可能な最大パケットサ
イズよりも大きなサイズのパケットを送信可能なバスを
介して前記第１のサーバに接続された、前記第１のサー
バを介して受け取った前記クライアントからの要求にし
たがい処理を実行する第２のサーバと、を有するクライ
アント・サーバ・システムにおけるクライアント・サー
バ間の通信方法であって、 前記第１のサーバにおいて、前記ネットワークを介して
前記クライアントより受信したパケットを、当該パケッ
トがフラグメント化されている場合はリアセンブルして
から前記バス上に送出し、フラグメント化されていない
場合はそのまま前記バス上に送出するステップを備え、 前記第２のサーバにおいて、前記バスを介して前記第１
のサーバより受信したパケットを処理して前記クライア
ントの要求を取得するステップを備えることを特徴とす
るクライアント・サーバ間の通信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP27281998A JP3490000B2 (ja) | 1998-09-28 | 1998-09-28 | サーバ・システムおよびクライアント・サーバ間の通信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP27281998A JP3490000B2 (ja) | 1998-09-28 | 1998-09-28 | サーバ・システムおよびクライアント・サーバ間の通信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000101613A true JP2000101613A (ja) | 2000-04-07 |
| JP3490000B2 JP3490000B2 (ja) | 2004-01-26 |
Family
ID=17519207
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP27281998A Expired - Fee Related JP3490000B2 (ja) | 1998-09-28 | 1998-09-28 | サーバ・システムおよびクライアント・サーバ間の通信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3490000B2 (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6934288B2 (en) | 2000-04-28 | 2005-08-23 | Nec Corporation | Fragmentation processing device and fragmentation processing apparatus using thereof |
| JP2006074726A (ja) * | 2004-08-03 | 2006-03-16 | Fujitsu Ltd | 断片パケット処理方法及びこれを用いるパケット転送装置 |
| JP2007036910A (ja) * | 2005-07-29 | 2007-02-08 | Fujitsu Ltd | パケット処理装置及びパケット処理プログラム |
| JP2008009482A (ja) * | 2006-06-27 | 2008-01-17 | Fujitsu Ltd | リード／ライト監視制御方法及びシステム |
| US7903689B2 (en) | 2004-06-21 | 2011-03-08 | Fujitsu Limited | Method and system for packet reassembly based on a reassembly header |
| JP2012514388A (ja) * | 2008-12-24 | 2012-06-21 | エントロピック・コミュニケーションズ・インコーポレイテッド | マネージド・ネットワークでのレイヤ２のパケット集約及び断片化 |
-
1998
- 1998-09-28 JP JP27281998A patent/JP3490000B2/ja not_active Expired - Fee Related
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6934288B2 (en) | 2000-04-28 | 2005-08-23 | Nec Corporation | Fragmentation processing device and fragmentation processing apparatus using thereof |
| US7903689B2 (en) | 2004-06-21 | 2011-03-08 | Fujitsu Limited | Method and system for packet reassembly based on a reassembly header |
| JP2006074726A (ja) * | 2004-08-03 | 2006-03-16 | Fujitsu Ltd | 断片パケット処理方法及びこれを用いるパケット転送装置 |
| JP4490331B2 (ja) * | 2004-08-03 | 2010-06-23 | 富士通株式会社 | 断片パケット処理方法及びこれを用いるパケット転送装置 |
| JP2007036910A (ja) * | 2005-07-29 | 2007-02-08 | Fujitsu Ltd | パケット処理装置及びパケット処理プログラム |
| JP4526458B2 (ja) * | 2005-07-29 | 2010-08-18 | 富士通株式会社 | パケット処理装置及びパケット処理プログラム |
| JP2008009482A (ja) * | 2006-06-27 | 2008-01-17 | Fujitsu Ltd | リード／ライト監視制御方法及びシステム |
| JP2012514388A (ja) * | 2008-12-24 | 2012-06-21 | エントロピック・コミュニケーションズ・インコーポレイテッド | マネージド・ネットワークでのレイヤ２のパケット集約及び断片化 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3490000B2 (ja) | 2004-01-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8649395B2 (en) | Protocol stack using shared memory | |
| US6477143B1 (en) | Method and apparatus for packet network congestion avoidance and control | |
| US7414975B2 (en) | Protocol stack | |
| EP1494426B1 (en) | Secure network processing | |
| TWI411279B (zh) | 封包聚合的方法與系統 | |
| US7526577B2 (en) | Multiple offload of network state objects with support for failover events | |
| US7355971B2 (en) | Determining packet size in networking | |
| US7640364B2 (en) | Port aggregation for network connections that are offloaded to network interface devices | |
| US7124198B2 (en) | Apparatus and method for scaling TCP off load buffer requirements by segment size | |
| CN100552626C (zh) | 用网络栈同步和上载已卸载网络栈连接的方法 | |
| US6321269B1 (en) | Optimized performance for transaction-oriented communications using stream-based network protocols | |
| US7027450B2 (en) | Frame batching and compression for IP transmission | |
| JP2000332817A (ja) | パケット処理装置 | |
| JP2002094569A (ja) | 再構成バッファの作動方法 | |
| US20070291782A1 (en) | Acknowledgement filtering | |
| US20110270976A1 (en) | Network protocol processing system and network protocol processing method | |
| EP1515511B1 (en) | Multiple offload of network state objects with support for failover events | |
| JP3490000B2 (ja) | サーバ・システムおよびクライアント・サーバ間の通信方法 | |
| JP3711156B2 (ja) | ファイル転送方法 | |
| US8228919B2 (en) | Communication device, and communication method and program thereof | |
| US20050198007A1 (en) | Method, system and algorithm for dynamically managing a connection context database | |
| US7672299B2 (en) | Network interface card virtualization based on hardware resources and software rings | |
| US20050086390A1 (en) | Efficient packet desegmentation on a network adapter | |
| US20080095192A1 (en) | Batching and Compression for Ip Transmission | |
| Chu et al. | Modeling and analysis of the Unix communication subsystems |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071107 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081107 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081107 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091107 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101107 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101107 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111107 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111107 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121107 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121107 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131107 Year of fee payment: 10 |
|
| LAPS | Cancellation because of no payment of annual fees |