JP3428827B2 - クライアント／サーバシステム - Google Patents
クライアント／サーバシステムInfo
- Publication number
- JP3428827B2 JP3428827B2 JP23498996A JP23498996A JP3428827B2 JP 3428827 B2 JP3428827 B2 JP 3428827B2 JP 23498996 A JP23498996 A JP 23498996A JP 23498996 A JP23498996 A JP 23498996A JP 3428827 B2 JP3428827 B2 JP 3428827B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- server
- client
- transmission
- reception
- 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.)
- Expired - Fee Related
Links
Landscapes
- Computer And Data Communications (AREA)
Description
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、ネットワーク上で
接続されたクライアント／サーバシステムに関し、特に
本発明は、サーバ負荷、サーバのレスポンスなどのシス
テムパーフォマンスを改善することができるクライアン
ト／サーバシステムに関するものである。 【０００２】 【従来の技術】図７はネットワーク上で接続されたクラ
イアント／サーバシステムにおいて、クライアントから
サーバへデータを転送する場合のシステムの構成を示し
ており、１００はサーバ、１１０，１１０−１，１１０
−２はクライアント、１２０はネットワーク（ＴＣＰ／
ＩＰ）である。サーバ１００において、１０１はオペレ
ーションシステム（ＯＳ）であり、サーバ１００はＯＳ
１０１の管理の元に動作する。１０２は接続クライアン
ト登録データベースであり、接続されているクライアン
トが登録される。 また、１０３はクライアントとの接
続処理を行うクライアント接続処理部、１０４はクライ
アントから送信されたデータを受信して処理するデータ
受信処理部、１０５，１０５−１，１０５−２はクライ
アント１１０から送信されたデータを格納する受信バッ
ファである。 【０００３】図８は上記システムにおいて、クライアン
ト１１０からサーバ１００へデータを送信する手順を示
す図であり、図７、図８により、従来のクライアント／
サーバシステムにおけるデータ送信について説明する。
クライアント１１０からサーバ１００に対して接続要求
が発行されると、サーバ１００は接続要求を受信し、サ
ーバ１００の接続処理部１０３は接続要求があったクラ
イアントを、接続クライアント登録データベース１０２
（以下、接続クライアント登録ＤＢと略記する）に登録
する（図８の、(1)(2)）。また、接続要求があったク
ライアントから送信されたデータを格納するため該クラ
イアントに対応する受信バッファ１０５を創成し、クラ
イアントからのデータの受信を待つ（図８の(3)(4)）。 【０００４】ここで、上記接続要求があったクライアン
ト１１０からデータが送信されると（図８の）、サー
バ１００は受信したデータを上記クライアントに対応す
る受信バッファ１０５に格納し、サーバ１００のデータ
受信処理部１０４が受信バッファ１０５からのデータを
読み出し所定の処理を行う（図８の(5)(6)）。そして、
処理結果の通知が必要な場合には、処理結果をクライア
ント１１０に通知する（図８の(7) ）。 【０００５】 【発明が解決しようとする課題】以上のように、従来に
おいては、クライアント１１０がネットワーク１２０上
にサーバ１００宛てにデータを送り出すと、サーバ１０
０はネットワーク１２０を介して受信したデータを接続
中のクライアント毎に設けられた受信バッファ１０５に
格納し、受信バッファ１０５に格納されたデータを読み
出しデータ処理を行っている（このように、クライアン
ト１１０からのリクエストによりデータ送信すること
を、ここでは非同期データの送信と呼ぶ）。 【０００６】このため、図７の、に示すように、複
数のクライアント１１０−１，１１０−２からサーバに
対してデータ送信が行われた場合、ネットワーク１２０
およびサーバ１００に負荷がかかりシステムパーフォマ
ンスが低下する場合が生じた。すなわち、複数のクライ
アントから送信されるデータがサーバ１００の受信バッ
ファ１０５，１０５−１，１０５−２に格納できる大き
さ（例えば、数１００Ｂ程度）の場合には、サーバ１０
０はそれぞれのクライアント１１０から送信されたデー
タをそれぞれの受信バッファに格納しデータ処理をおこ
なうことが可能であるが、クライアント１１０から送信
されたデータが上記受信バッファの大きさより大きなデ
ータの場合（例えば数１０ｋＢ程度）には、受信バッフ
ァに格納されるデータをサーバ１００が処理しきれず、
受信バッファ１０５がオーバフローする場合が生じる。 【０００７】例えば、図７において、クライアント１１
０−１からのデータが送信され、サーバ１００のデー
タ受信処理部１０４が受信バッファ１０５−１に格納さ
れる上記のデータを処理している間に、他のクライア
ント１１０−２から、受信バッファ１０５−２より大き
なのデータが送信されると、サーバ１００は上記の
データを処理することができず、受信バッファ１０５−
２はオーバフローする。上記のような受信バッファ１０
５−２のオーバフローが発生すると、上記のデータを
送信したクライアント１１０−２はサーバ１００におけ
る処理が終わるまで待たされることとなる。 【０００８】この待ち時間が所定値を越えると、ネット
ワーク１２０はタイムアウトを上記クライアント１１０
−２に通知し、上記クライアント１１０−２とサーバ１
００間の接続は異常終了する。このため、クライアント
１１０−２は、上記のデータを送信するため、再度、
接続要求を発行し、サーバ１００と再接続しなければな
らない。以上のように、従来のシステムにおいては、複
数のクライアントから大きなデータが送信されると、ネ
ットワークおよびサーバに負荷がかかり、システムパー
フォマンスが低下するといった問題があった。 【０００９】本発明は上記した従来技術の問題点を解決
するためになされたものであって、その目的とするとこ
ろは、ネットワークとサーバの負荷を分散することによ
り、クライアント／サーバシステムにおけるシステムパ
ーフォマンスを改善することである。 【００１０】 【課題を解決するための手段】図１は本発明の原理説明
図である。同図において、１はサーバ、２−１〜２−ｎ
はクライアント、３はネットワークであり、サーバ１は
受信処理手段１ａと送信リクエスト発行手段１ｂを備え
ている。また、クライアント２−１〜２−ｎはは送信処
理手段２ａと、送信リクエスト受信手段２ｂを備えてい
る。同図に示すように、本発明においては、クライアン
ト２−１〜２−ｎからサーバ１にデータを送信する際、
データ量が小さいものは非同期でサーバ１にデータを送
信し、データ量が多いものは、サーバ１からクライアン
ト２−１〜２−ｎに送信リクエストを発行し、該送信リ
クエストを受信したクライアントからサーバ１にデータ
を送信する。また、サーバ１は上記送信リクエスト発行
のためのスケジューリングを行い、ネットワーク３およ
びサーバ１の負荷分散を行う。上記構成とすることによ
り、ネットワークの負荷が分散され、システムパーフォ
マンスを改善することができる。 【００１１】 【発明の実施の形態】図２は本発明の実施例のシステム
構成図である。同図において、１０はサーバ、１１はク
ライアント、１２はネットワーク（ＴＣＰ／ＩＰ）であ
る。サーバ１１０において、１０ａはオペレーションシ
ステム（ＯＳ）であり、サーバ１０はＯＳ１０ａの管理
下で動作する。１０ｂは接続クライアント登録データベ
ースであり、接続されているクライアントが登録され
る。 【００１２】また、１０ｃはクライアントとの接続処理
を行うクライアント接続処理部、１０ｄはクライアント
から送信されたデータを受信して処理するデータ受信処
理部、１０ｅはクライアント１１０から送信されたデー
タを格納する受信バッファである。１０ｆはデータ受信
スケジューリング処理部、１０ｇはデータ受信リクエス
ト発行部であり、サーバ１０はデータ受信スケジューリ
ング処理部１０ｆにより、受信バッファ１０ｅに格納で
きない大容量のデータを受信するためのスケジューリン
グを行い、クライアント１１に対して上記大容量データ
の送信のリクエストを発行する。 【００１３】クライアント１１において、１１ａはオペ
レーションシステム（ＯＳ）であり、クライアント１１
はＯＳ１１ａの管理下で動作する。１１ｂは接続要求を
サーバ１０に対して出力する接続要求処理部、１１ｃは
サーバ１０に送信する送信データ、１１ｄはデータ送信
処理部、１１ｅは送信バッファ、１１ｆはデータバッフ
ァ、１１ｇはサーバ１０から送られるデータ受信リクエ
ストを受信するリクエスト受信部である。 【００１４】データ送信処理部１１ｄは送信データ１１
ｃの大きさを判別し、データの大きさがサーバ１０の受
信バッファ１０ｅに格納できる大きさの場合には、送信
バッファ１１ｅに上記送信データ１１ｃを格納し、サー
バ１０に送信する。また、送信データ１１ｃの大きさが
サーバ１０の受信バッファ１０ｅに格納できない大きさ
の場合には、送信データ１１ｃをデータバッファ１１ｆ
に格納する。そして、サーバ１０が発行するデータ送信
リクエストが受信されたとき、上記送信データ１１ｃを
データバッファ１１ｆから送信バッファ１１ｅに転送し
てサーバ１０に送信する（上記のように、サーバ１０か
らのリクエストに応じてデータをサーバ１０に送信する
ことを、ここでは同期データの送信と呼ぶこととす
る）。 【００１５】図３は本実施例のシステムにおいて、クラ
イアント１１からサーバ１０へデータを送信する手順を
示す図であり、図２、図３により、本実施例におけるク
ライアント／サーバ間のデータ送信について説明する。
クライアント１１からサーバ１０に対して接続要求が発
行されると、サーバ１０は接続要求を受信し、サーバ１
０の接続処理部１０ｃは接続要求があったクライアント
を接続クライアント登録ＤＢ１０ｂに登録する（図３の
、(1)(2)）。また、接続要求があったクライアントか
ら送信されたデータを格納するため受信バッファ１０ｅ
を創成し、クライアントからのデータの受信を待つ（図
３の(3)(4)）。 【００１６】ここで、上記接続要求があったクライアン
ト１１から非同期データの送信があると、（図３の
）、サーバ１０は受信したデータを上記クライアント
に対応する受信バッファ１０ｅに格納する。サーバ１０
のデータ受信処理部１０ｄは上記受信バッファ１０ｅか
らのデータを読み出し所定の処理を行う（図３の(5)
(6)）。そして、処理結果の通知が必要な場合には、処
理結果をクライアント１１に通知する（図３の(7) ）。
上記のようにして各クライアント１１からの非同期デー
タの受信をしたのち、サーバ１０は所定のタイミングで
同期データ受信モードに移行する。そして、同期データ
受信のスケジューリングを行い、このスケジューリング
に基づき各クライアント１１に対して同期データを受信
するための送信リクエストを発行する（図３の(8)
(9)）。 【００１７】一方、受信バッファ１０ｅの大きさを越え
るデータをサーバ１０に送信したいクライアント１１は
上記送信リクエストを待っており、自クライアントに対
してサーバ１０から送信リクエストが発行されると、デ
ータをネットワーク１２を介してサーバ１０に送出する
（図３の）。サーバ１０は上記同期データが受信
されると、送信されたデータを受信バッファ１０ｅに格
納し、受信バッファ１０ｅに格納されたデータを読み出
して処理を行い、処理結果をクライアント１１に通知す
る必要がある場合には、処理結果を通知する（図３の(1
0)(11)(12)）。 【００１８】図４〜図６は本実施例における処理フロー
を示す図であり、図４、図５はサーバにおける処理、図
６はクライアントにおける処理を示しており、同図によ
りサーバとクライアントにおける処理について説明す
る。図４、図５において、図４（ａ）は接続処理フロ
ー、図４（ｂ）は非同期データの受信処理フロー、図５
は同期データの受信処理フローを示しており、サーバ１
０は所定のタイミングで上記処理を行い、クライアント
からのデータ受信を行う。図４（ａ）において、サーバ
１０はクライアント１１からの接続待ちを行い（ステッ
プＳ１）、クライアント１１から接続要求があると（ス
テップＳ２）、接続クライアント登録ＤＢ１０ｂに接続
要求があったクライアントを登録する（ステップＳ
２）。そして、接続クライアントに対応する受信バッフ
ァ１０ｅを創成し、次のクライアントからの接続要求を
待つ（ステップＳ４，Ｓ１）。 【００１９】上記のようにしてクライアント１１との接
続が行われると、図４（ｂ）に示すようにサーバ１０は
クライアント１１からのデータの処理要求を待つ（ステ
ップＳ１）。ネットワーク１２を介してクライアント１
１からの非同期データが受信されると、受信したデータ
を受信バッファ１０ｅに格納し、受信したデータの処理
を行う（ステップＳ２，Ｓ３）。そして、クライアント
１１に対して処理結果を通知する必要がある場合には、
クライアント１１に処理結果を通知し、次のクライアン
ト１１からのデータ処理要求を待つ（ステップＳ４，Ｓ
１）。 【００２０】また、ここで、上記受信データの処理中に
他のクライアント１１からネットワークを介してデータ
が送信されそのクライアントに対応した受信バッファ１
０ｅにデータが格納されている場合には、そのデータ処
理を行い、上記と同様にクライアント１１に対して処理
結果を通知する。一方、サーバ１０は所定のタイミング
で同期データ受信モードに移行し、図５に示すように、
接続クライアント登録ＤＢを参照して現在接続されてい
るクライアントを検索し、同期データ受信のスケジュー
リング処理を行う（ステップＳ１，Ｓ２）。 【００２１】そして上記スケジューリング結果に基づ
き、同期データを受信するクライアントに対して、デー
タ送信のリクエストを発行する（ステップＳ３）。そし
て、ネットワーク１２を介してクライアント１１からの
同期データが受信されると、受信バッファ１０ｅから順
次データを読み出し、受信したデータの処理を行う（ス
テップＳ２，Ｓ３）。そして、クライアント１１に対し
て処理結果を通知する必要がある場合には、クライアン
ト１１に処理結果を通知し、次のクライアント１１から
のデータ処理要求を待つ（ステップＳ４，Ｓ１）。 【００２２】図６はクライアント１１における処理を示
しており、クライアント１１はサーバ１０に対してデー
タ送信をする際、送信データが所定値より大であるか
（サーバ１０の受信バッファ１０ｅの容量を越えている
か）を判別する（ステップＳ１）。そして、送信データ
が所定値より小さい場合には、送信データを送信バッフ
ァ１１ｅに格納し、サーバ１０に対して送信処理を行う
（ステップＳ２）。また、送信データが所定値より大き
い場合には、送信データをデータバッファ１１ｆに格納
し、サーバ１０からの送信リクエストを待つ（ステップ
Ｓ３，Ｓ４）。サーバ１０から自クライアントに対して
送信リクエストが発行されると、データバッファ１１ｆ
のデータを送信バッファ１１ｅに転送し、サーバ１０に
送信処理を行う（ステップＳ５）。 【００２３】本実施例においては、上記のように、クラ
イアント１１からサーバ１０の受信バッファ１０ｅの大
きさを越えるデータを送信する場合には、サーバ１０か
らの送信リクエストを待ち、送信リクエストが発行され
たとき、サーバ１０にデータを送信しているので、クラ
イアント１０から受信バッファ１０ｅの大きさを越える
データが送信されてきても、サーバ１０はそれらのデー
タを直ちに処理することができ、前記したように、タイ
ムアウトにより、クライアント１１とサーバ１０間の接
続が異常終了することがない。 【００２４】また、大量データをサーバ１０が受信する
際、サーバ１０がデータ受信のスケジューリングを行
い、送信リクエストを発行しているので、ネットワーク
およびサーバの負荷を分散することができ、システムの
パーフォマンスを改善することができる。また、クライ
アント１１から送信するデータの大きさが小さい場合に
は、クライアントからサーバへ従来通りデータ送信を行
うことができる。 【００２５】 【発明の効果】以上説明したように、本発明において
は、クライアントからサーバにデータを送信する際、デ
ータ量が小さいものは非同期でサーバにデータを送信
し、データ量が多いものは、サーバからクライアントに
送信リクエストを発行し、該送信リクエストを受信した
クライアントからサーバにデータを送信するようにした
ので、ネットワークに大量のデータが流れるのを制御す
ることができ、ネットワーク、サーバの負荷、サーバの
レスポンスなどシステムのパーフォマンスを改善するこ
とができる。
接続されたクライアント／サーバシステムに関し、特に
本発明は、サーバ負荷、サーバのレスポンスなどのシス
テムパーフォマンスを改善することができるクライアン
ト／サーバシステムに関するものである。 【０００２】 【従来の技術】図７はネットワーク上で接続されたクラ
イアント／サーバシステムにおいて、クライアントから
サーバへデータを転送する場合のシステムの構成を示し
ており、１００はサーバ、１１０，１１０−１，１１０
−２はクライアント、１２０はネットワーク（ＴＣＰ／
ＩＰ）である。サーバ１００において、１０１はオペレ
ーションシステム（ＯＳ）であり、サーバ１００はＯＳ
１０１の管理の元に動作する。１０２は接続クライアン
ト登録データベースであり、接続されているクライアン
トが登録される。 また、１０３はクライアントとの接
続処理を行うクライアント接続処理部、１０４はクライ
アントから送信されたデータを受信して処理するデータ
受信処理部、１０５，１０５−１，１０５−２はクライ
アント１１０から送信されたデータを格納する受信バッ
ファである。 【０００３】図８は上記システムにおいて、クライアン
ト１１０からサーバ１００へデータを送信する手順を示
す図であり、図７、図８により、従来のクライアント／
サーバシステムにおけるデータ送信について説明する。
クライアント１１０からサーバ１００に対して接続要求
が発行されると、サーバ１００は接続要求を受信し、サ
ーバ１００の接続処理部１０３は接続要求があったクラ
イアントを、接続クライアント登録データベース１０２
（以下、接続クライアント登録ＤＢと略記する）に登録
する（図８の、(1)(2)）。また、接続要求があったク
ライアントから送信されたデータを格納するため該クラ
イアントに対応する受信バッファ１０５を創成し、クラ
イアントからのデータの受信を待つ（図８の(3)(4)）。 【０００４】ここで、上記接続要求があったクライアン
ト１１０からデータが送信されると（図８の）、サー
バ１００は受信したデータを上記クライアントに対応す
る受信バッファ１０５に格納し、サーバ１００のデータ
受信処理部１０４が受信バッファ１０５からのデータを
読み出し所定の処理を行う（図８の(5)(6)）。そして、
処理結果の通知が必要な場合には、処理結果をクライア
ント１１０に通知する（図８の(7) ）。 【０００５】 【発明が解決しようとする課題】以上のように、従来に
おいては、クライアント１１０がネットワーク１２０上
にサーバ１００宛てにデータを送り出すと、サーバ１０
０はネットワーク１２０を介して受信したデータを接続
中のクライアント毎に設けられた受信バッファ１０５に
格納し、受信バッファ１０５に格納されたデータを読み
出しデータ処理を行っている（このように、クライアン
ト１１０からのリクエストによりデータ送信すること
を、ここでは非同期データの送信と呼ぶ）。 【０００６】このため、図７の、に示すように、複
数のクライアント１１０−１，１１０−２からサーバに
対してデータ送信が行われた場合、ネットワーク１２０
およびサーバ１００に負荷がかかりシステムパーフォマ
ンスが低下する場合が生じた。すなわち、複数のクライ
アントから送信されるデータがサーバ１００の受信バッ
ファ１０５，１０５−１，１０５−２に格納できる大き
さ（例えば、数１００Ｂ程度）の場合には、サーバ１０
０はそれぞれのクライアント１１０から送信されたデー
タをそれぞれの受信バッファに格納しデータ処理をおこ
なうことが可能であるが、クライアント１１０から送信
されたデータが上記受信バッファの大きさより大きなデ
ータの場合（例えば数１０ｋＢ程度）には、受信バッフ
ァに格納されるデータをサーバ１００が処理しきれず、
受信バッファ１０５がオーバフローする場合が生じる。 【０００７】例えば、図７において、クライアント１１
０−１からのデータが送信され、サーバ１００のデー
タ受信処理部１０４が受信バッファ１０５−１に格納さ
れる上記のデータを処理している間に、他のクライア
ント１１０−２から、受信バッファ１０５−２より大き
なのデータが送信されると、サーバ１００は上記の
データを処理することができず、受信バッファ１０５−
２はオーバフローする。上記のような受信バッファ１０
５−２のオーバフローが発生すると、上記のデータを
送信したクライアント１１０−２はサーバ１００におけ
る処理が終わるまで待たされることとなる。 【０００８】この待ち時間が所定値を越えると、ネット
ワーク１２０はタイムアウトを上記クライアント１１０
−２に通知し、上記クライアント１１０−２とサーバ１
００間の接続は異常終了する。このため、クライアント
１１０−２は、上記のデータを送信するため、再度、
接続要求を発行し、サーバ１００と再接続しなければな
らない。以上のように、従来のシステムにおいては、複
数のクライアントから大きなデータが送信されると、ネ
ットワークおよびサーバに負荷がかかり、システムパー
フォマンスが低下するといった問題があった。 【０００９】本発明は上記した従来技術の問題点を解決
するためになされたものであって、その目的とするとこ
ろは、ネットワークとサーバの負荷を分散することによ
り、クライアント／サーバシステムにおけるシステムパ
ーフォマンスを改善することである。 【００１０】 【課題を解決するための手段】図１は本発明の原理説明
図である。同図において、１はサーバ、２−１〜２−ｎ
はクライアント、３はネットワークであり、サーバ１は
受信処理手段１ａと送信リクエスト発行手段１ｂを備え
ている。また、クライアント２−１〜２−ｎはは送信処
理手段２ａと、送信リクエスト受信手段２ｂを備えてい
る。同図に示すように、本発明においては、クライアン
ト２−１〜２−ｎからサーバ１にデータを送信する際、
データ量が小さいものは非同期でサーバ１にデータを送
信し、データ量が多いものは、サーバ１からクライアン
ト２−１〜２−ｎに送信リクエストを発行し、該送信リ
クエストを受信したクライアントからサーバ１にデータ
を送信する。また、サーバ１は上記送信リクエスト発行
のためのスケジューリングを行い、ネットワーク３およ
びサーバ１の負荷分散を行う。上記構成とすることによ
り、ネットワークの負荷が分散され、システムパーフォ
マンスを改善することができる。 【００１１】 【発明の実施の形態】図２は本発明の実施例のシステム
構成図である。同図において、１０はサーバ、１１はク
ライアント、１２はネットワーク（ＴＣＰ／ＩＰ）であ
る。サーバ１１０において、１０ａはオペレーションシ
ステム（ＯＳ）であり、サーバ１０はＯＳ１０ａの管理
下で動作する。１０ｂは接続クライアント登録データベ
ースであり、接続されているクライアントが登録され
る。 【００１２】また、１０ｃはクライアントとの接続処理
を行うクライアント接続処理部、１０ｄはクライアント
から送信されたデータを受信して処理するデータ受信処
理部、１０ｅはクライアント１１０から送信されたデー
タを格納する受信バッファである。１０ｆはデータ受信
スケジューリング処理部、１０ｇはデータ受信リクエス
ト発行部であり、サーバ１０はデータ受信スケジューリ
ング処理部１０ｆにより、受信バッファ１０ｅに格納で
きない大容量のデータを受信するためのスケジューリン
グを行い、クライアント１１に対して上記大容量データ
の送信のリクエストを発行する。 【００１３】クライアント１１において、１１ａはオペ
レーションシステム（ＯＳ）であり、クライアント１１
はＯＳ１１ａの管理下で動作する。１１ｂは接続要求を
サーバ１０に対して出力する接続要求処理部、１１ｃは
サーバ１０に送信する送信データ、１１ｄはデータ送信
処理部、１１ｅは送信バッファ、１１ｆはデータバッフ
ァ、１１ｇはサーバ１０から送られるデータ受信リクエ
ストを受信するリクエスト受信部である。 【００１４】データ送信処理部１１ｄは送信データ１１
ｃの大きさを判別し、データの大きさがサーバ１０の受
信バッファ１０ｅに格納できる大きさの場合には、送信
バッファ１１ｅに上記送信データ１１ｃを格納し、サー
バ１０に送信する。また、送信データ１１ｃの大きさが
サーバ１０の受信バッファ１０ｅに格納できない大きさ
の場合には、送信データ１１ｃをデータバッファ１１ｆ
に格納する。そして、サーバ１０が発行するデータ送信
リクエストが受信されたとき、上記送信データ１１ｃを
データバッファ１１ｆから送信バッファ１１ｅに転送し
てサーバ１０に送信する（上記のように、サーバ１０か
らのリクエストに応じてデータをサーバ１０に送信する
ことを、ここでは同期データの送信と呼ぶこととす
る）。 【００１５】図３は本実施例のシステムにおいて、クラ
イアント１１からサーバ１０へデータを送信する手順を
示す図であり、図２、図３により、本実施例におけるク
ライアント／サーバ間のデータ送信について説明する。
クライアント１１からサーバ１０に対して接続要求が発
行されると、サーバ１０は接続要求を受信し、サーバ１
０の接続処理部１０ｃは接続要求があったクライアント
を接続クライアント登録ＤＢ１０ｂに登録する（図３の
、(1)(2)）。また、接続要求があったクライアントか
ら送信されたデータを格納するため受信バッファ１０ｅ
を創成し、クライアントからのデータの受信を待つ（図
３の(3)(4)）。 【００１６】ここで、上記接続要求があったクライアン
ト１１から非同期データの送信があると、（図３の
）、サーバ１０は受信したデータを上記クライアント
に対応する受信バッファ１０ｅに格納する。サーバ１０
のデータ受信処理部１０ｄは上記受信バッファ１０ｅか
らのデータを読み出し所定の処理を行う（図３の(5)
(6)）。そして、処理結果の通知が必要な場合には、処
理結果をクライアント１１に通知する（図３の(7) ）。
上記のようにして各クライアント１１からの非同期デー
タの受信をしたのち、サーバ１０は所定のタイミングで
同期データ受信モードに移行する。そして、同期データ
受信のスケジューリングを行い、このスケジューリング
に基づき各クライアント１１に対して同期データを受信
するための送信リクエストを発行する（図３の(8)
(9)）。 【００１７】一方、受信バッファ１０ｅの大きさを越え
るデータをサーバ１０に送信したいクライアント１１は
上記送信リクエストを待っており、自クライアントに対
してサーバ１０から送信リクエストが発行されると、デ
ータをネットワーク１２を介してサーバ１０に送出する
（図３の）。サーバ１０は上記同期データが受信
されると、送信されたデータを受信バッファ１０ｅに格
納し、受信バッファ１０ｅに格納されたデータを読み出
して処理を行い、処理結果をクライアント１１に通知す
る必要がある場合には、処理結果を通知する（図３の(1
0)(11)(12)）。 【００１８】図４〜図６は本実施例における処理フロー
を示す図であり、図４、図５はサーバにおける処理、図
６はクライアントにおける処理を示しており、同図によ
りサーバとクライアントにおける処理について説明す
る。図４、図５において、図４（ａ）は接続処理フロ
ー、図４（ｂ）は非同期データの受信処理フロー、図５
は同期データの受信処理フローを示しており、サーバ１
０は所定のタイミングで上記処理を行い、クライアント
からのデータ受信を行う。図４（ａ）において、サーバ
１０はクライアント１１からの接続待ちを行い（ステッ
プＳ１）、クライアント１１から接続要求があると（ス
テップＳ２）、接続クライアント登録ＤＢ１０ｂに接続
要求があったクライアントを登録する（ステップＳ
２）。そして、接続クライアントに対応する受信バッフ
ァ１０ｅを創成し、次のクライアントからの接続要求を
待つ（ステップＳ４，Ｓ１）。 【００１９】上記のようにしてクライアント１１との接
続が行われると、図４（ｂ）に示すようにサーバ１０は
クライアント１１からのデータの処理要求を待つ（ステ
ップＳ１）。ネットワーク１２を介してクライアント１
１からの非同期データが受信されると、受信したデータ
を受信バッファ１０ｅに格納し、受信したデータの処理
を行う（ステップＳ２，Ｓ３）。そして、クライアント
１１に対して処理結果を通知する必要がある場合には、
クライアント１１に処理結果を通知し、次のクライアン
ト１１からのデータ処理要求を待つ（ステップＳ４，Ｓ
１）。 【００２０】また、ここで、上記受信データの処理中に
他のクライアント１１からネットワークを介してデータ
が送信されそのクライアントに対応した受信バッファ１
０ｅにデータが格納されている場合には、そのデータ処
理を行い、上記と同様にクライアント１１に対して処理
結果を通知する。一方、サーバ１０は所定のタイミング
で同期データ受信モードに移行し、図５に示すように、
接続クライアント登録ＤＢを参照して現在接続されてい
るクライアントを検索し、同期データ受信のスケジュー
リング処理を行う（ステップＳ１，Ｓ２）。 【００２１】そして上記スケジューリング結果に基づ
き、同期データを受信するクライアントに対して、デー
タ送信のリクエストを発行する（ステップＳ３）。そし
て、ネットワーク１２を介してクライアント１１からの
同期データが受信されると、受信バッファ１０ｅから順
次データを読み出し、受信したデータの処理を行う（ス
テップＳ２，Ｓ３）。そして、クライアント１１に対し
て処理結果を通知する必要がある場合には、クライアン
ト１１に処理結果を通知し、次のクライアント１１から
のデータ処理要求を待つ（ステップＳ４，Ｓ１）。 【００２２】図６はクライアント１１における処理を示
しており、クライアント１１はサーバ１０に対してデー
タ送信をする際、送信データが所定値より大であるか
（サーバ１０の受信バッファ１０ｅの容量を越えている
か）を判別する（ステップＳ１）。そして、送信データ
が所定値より小さい場合には、送信データを送信バッフ
ァ１１ｅに格納し、サーバ１０に対して送信処理を行う
（ステップＳ２）。また、送信データが所定値より大き
い場合には、送信データをデータバッファ１１ｆに格納
し、サーバ１０からの送信リクエストを待つ（ステップ
Ｓ３，Ｓ４）。サーバ１０から自クライアントに対して
送信リクエストが発行されると、データバッファ１１ｆ
のデータを送信バッファ１１ｅに転送し、サーバ１０に
送信処理を行う（ステップＳ５）。 【００２３】本実施例においては、上記のように、クラ
イアント１１からサーバ１０の受信バッファ１０ｅの大
きさを越えるデータを送信する場合には、サーバ１０か
らの送信リクエストを待ち、送信リクエストが発行され
たとき、サーバ１０にデータを送信しているので、クラ
イアント１０から受信バッファ１０ｅの大きさを越える
データが送信されてきても、サーバ１０はそれらのデー
タを直ちに処理することができ、前記したように、タイ
ムアウトにより、クライアント１１とサーバ１０間の接
続が異常終了することがない。 【００２４】また、大量データをサーバ１０が受信する
際、サーバ１０がデータ受信のスケジューリングを行
い、送信リクエストを発行しているので、ネットワーク
およびサーバの負荷を分散することができ、システムの
パーフォマンスを改善することができる。また、クライ
アント１１から送信するデータの大きさが小さい場合に
は、クライアントからサーバへ従来通りデータ送信を行
うことができる。 【００２５】 【発明の効果】以上説明したように、本発明において
は、クライアントからサーバにデータを送信する際、デ
ータ量が小さいものは非同期でサーバにデータを送信
し、データ量が多いものは、サーバからクライアントに
送信リクエストを発行し、該送信リクエストを受信した
クライアントからサーバにデータを送信するようにした
ので、ネットワークに大量のデータが流れるのを制御す
ることができ、ネットワーク、サーバの負荷、サーバの
レスポンスなどシステムのパーフォマンスを改善するこ
とができる。
【図面の簡単な説明】
【図１】本発明の原理説明図である。
【図２】本発明の実施例のシステム構成図である。
【図３】本実施例のクライアントからサーバへデータを
送信する手順を示す図である。 【図４】本実施例のサーバにおける処理フローを示す図
である。 【図５】本実施例のサーバにおける処理フローを示す図
（続き）である。 【図６】本実施例のクライアントにおける処理フローを
示す図である。 【図７】従来のシステムの構成図である。 【図８】従来のクライアントからサーバへデータを送信
する手順を示す図である。 【符号の説明】 １ サーバ ２−１〜２−ｎ クライアント ３ ネットワーク １ａ 受信処理手段 １ｂ 送信リクエスト発行手段 ２ａ 送信処理手段 ２ｂ 送信リクエスト受信手段 １０ サーバ １１ クライアント １２ ネットワーク（ＴＣＰ／ＩＰ） １０ａ オペレーションシステム（ＯＳ） １０ｂ 接続クライアント登録データベース １０ｃ クライアント接続処理部 １０ｄ データ受信処理部 １０ｅ 受信バッファ １０ｆ データ受信スケジューリング処理部 １０ｇ データ受信リクエスト発行部 １１ａ オペレーションシステム １１ｂ 接続要求処理部 １１ｃ 送信データ １１ｄ データ送信処理部 １１ｅ 送信バッファ １１ｆ データバッファ １１ｇ リクエスト受信部
送信する手順を示す図である。 【図４】本実施例のサーバにおける処理フローを示す図
である。 【図５】本実施例のサーバにおける処理フローを示す図
（続き）である。 【図６】本実施例のクライアントにおける処理フローを
示す図である。 【図７】従来のシステムの構成図である。 【図８】従来のクライアントからサーバへデータを送信
する手順を示す図である。 【符号の説明】 １ サーバ ２−１〜２−ｎ クライアント ３ ネットワーク １ａ 受信処理手段 １ｂ 送信リクエスト発行手段 ２ａ 送信処理手段 ２ｂ 送信リクエスト受信手段 １０ サーバ １１ クライアント １２ ネットワーク（ＴＣＰ／ＩＰ） １０ａ オペレーションシステム（ＯＳ） １０ｂ 接続クライアント登録データベース １０ｃ クライアント接続処理部 １０ｄ データ受信処理部 １０ｅ 受信バッファ １０ｆ データ受信スケジューリング処理部 １０ｇ データ受信リクエスト発行部 １１ａ オペレーションシステム １１ｂ 接続要求処理部 １１ｃ 送信データ １１ｄ データ送信処理部 １１ｅ 送信バッファ １１ｆ データバッファ １１ｇ リクエスト受信部
フロントページの続き
(56)参考文献 特開 平７−225731（ＪＰ，Ａ)
特開 平２−209080（ＪＰ，Ａ)
特開 平６−14055（ＪＰ，Ａ)
特開 平７−64895（ＪＰ，Ａ)
(58)調査した分野(Int.Cl.7，ＤＢ名)
G06F 13/00
H04L 12/00
H04L 29/00
Claims (1)
- (57)【特許請求の範囲】 【請求項１】 ネットワーク上で接続されたクライアン
ト／サーバシステムであって、 上記サーバはネットワークを介してクライアントから送
信されるデータを受信し処理する受信処理手段と、 受信データを格納する受信バッファと、 上記受信バッファの容量以上の比較的大きなデータを受
信するため、受信処理のスケジューリングを行うデータ
受信スケジューリング手段と、 データ受信スケジューリング手段のスケジューリングに
基づき、クライアントに対してデータの送信を要求する
データ送信リクエストを発行するデータ送信リクエスト
発行手段とを備え、 上記クライアントは、上記サーバが発行するデータ送信
リクエストを受信する手段と、 送信データを格納するデータバッファを備え、 送信データが上記受信バッファの容量以下の比較的小さ
いデータのとき、上記送信リクエストを受信せずに送信
データをサーバに送出し、送信データが上記受信バッフ
ァの容量を越える比較的大きなデータのとき、送信デー
タを上記データバッファに格納し、上記送信リクエスト
を受信したとき、データバッファに格納されたデータを
サーバに送出する送信処理手段を備えていることを特徴
とするクライアント／サーバシステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP23498996A JP3428827B2 (ja) | 1996-09-05 | 1996-09-05 | クライアント／サーバシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP23498996A JP3428827B2 (ja) | 1996-09-05 | 1996-09-05 | クライアント／サーバシステム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1078929A JPH1078929A (ja) | 1998-03-24 |
| JP3428827B2 true JP3428827B2 (ja) | 2003-07-22 |
Family
ID=16979413
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP23498996A Expired - Fee Related JP3428827B2 (ja) | 1996-09-05 | 1996-09-05 | クライアント／サーバシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3428827B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5238829B2 (ja) * | 2011-01-13 | 2013-07-17 | 株式会社東芝 | データ収集装置、データ収集プログラム、およびデータ収集システム |
| JP5404943B2 (ja) * | 2013-01-28 | 2014-02-05 | 株式会社東芝 | データ収集装置、データ収集プログラム、およびデータ収集システム |
| JP6375803B2 (ja) * | 2014-09-10 | 2018-08-22 | 日本電気株式会社 | コマンド実行システム、クライアント装置、サーバ装置及びコマンド実行方法 |
-
1996
- 1996-09-05 JP JP23498996A patent/JP3428827B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH1078929A (ja) | 1998-03-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9009326B2 (en) | System and method for managing connections between a client and a server | |
| US6848005B1 (en) | Self-tuning dataflow I/O core | |
| EP1782602B1 (en) | Apparatus and method for supporting connection establishment in an offload of network protocol processing | |
| EP0753817B1 (en) | Method and apparatus for data communication | |
| JP4886685B2 (ja) | ネットワーク・プロトコル処理のオフロードにおいてメモリ管理をサポートする装置および方法 | |
| US8190743B2 (en) | Most eligible server in a common work queue environment | |
| US20030065808A1 (en) | System and method for distribution of software | |
| JP2000507428A (ja) | 有限メモリコンピュータシステム上におけるクライアント管理フロー制御方法及び装置 | |
| JP3428827B2 (ja) | クライアント／サーバシステム | |
| JPH1117701A (ja) | 衛星イントラネットサービスにおける通信時間短縮方式 | |
| US7213074B2 (en) | Method using receive and transmit protocol aware logic modules for confirming checksum values stored in network packet | |
| JP2000224260A (ja) | 通信制御装置 | |
| JPH08242254A (ja) | マルチメディアサーバー | |
| US7672239B1 (en) | System and method for conducting fast offloading of a connection onto a network interface card | |
| JPH11249977A (ja) | データ転送ネットワークシステム | |
| JP4531280B2 (ja) | プッシュ型情報配信方法、プッシュ型情報配信用プログラム、及びプッシュ型情報配信装置、記憶媒体 | |
| JP2001331398A (ja) | サーバ管理システム | |
| JPH11219324A (ja) | クライアント、サーバ間での転送データ圧縮・解凍連携方式 | |
| JPH0619819A (ja) | 送受信制御装置 | |
| JP3299021B2 (ja) | マルチバスｉｉ−ｓｃｓｉバスデータ転送方法および装置 | |
| CN117376437A (zh) | 一种机载数据协议拓展的加载方法及*** | |
| JP2000293493A (ja) | セキュリティチェックの分散処理方法及びその装置並びに情報記録媒体 | |
| JPH0887477A (ja) | サービス要求依頼方法 | |
| JPH05282225A (ja) | 端末間データ通信装置 | |
| KR19980036284A (ko) | 메시지 큐 루팅 테이블을 이용한 메시지 정합 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313532 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |