JPH1078929A - クライアント／サーバシステムおよびクライアント／サーバ間のデータ転送方法 - Google Patents
クライアント／サーバシステムおよびクライアント／サーバ間のデータ転送方法Info
- Publication number
- JPH1078929A JPH1078929A JP8234989A JP23498996A JPH1078929A JP H1078929 A JPH1078929 A JP H1078929A JP 8234989 A JP8234989 A JP 8234989A JP 23498996 A JP23498996 A JP 23498996A JP H1078929 A JPH1078929 A JP H1078929A
- Authority
- JP
- Japan
- Prior art keywords
- data
- server
- client
- transmission
- transmission request
- 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
Landscapes
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【課題】 ネットワークとサーバの負荷を分散すること
により、クライアント／サーバシステムにおけるシステ
ムパーフォマンスを改善すること。 【解決手段】 クライアント２−１〜２−ｎからサーバ
１にデータを送信する際、クライアント２−１〜２−ｎ
の送信処理手段２ａは、データ量が小さいデータを送出
するとき、サーバ１からの送信リクエストを待たずにデ
ータを非同期でサーバ１に送出する。また、サーバ１の
送信リクエスト発行手段１ｂは、データ量の大きいデー
タを受信するためスケジューリングを行い、クライアン
ト２−１〜２−ｎに対して送信リクエストを発行する。
送信リクエストが発行されると、受信したクライアント
の送信処理手段２ａは、データ量の多いデータをサーバ
１に送出する。サーバ１の受信処理手段２ａは上記デー
タを受信して処理を行い、必要に応じて処理結果をクラ
イアント２−１〜２−ｎに通知する。
により、クライアント／サーバシステムにおけるシステ
ムパーフォマンスを改善すること。 【解決手段】 クライアント２−１〜２−ｎからサーバ
１にデータを送信する際、クライアント２−１〜２−ｎ
の送信処理手段２ａは、データ量が小さいデータを送出
するとき、サーバ１からの送信リクエストを待たずにデ
ータを非同期でサーバ１に送出する。また、サーバ１の
送信リクエスト発行手段１ｂは、データ量の大きいデー
タを受信するためスケジューリングを行い、クライアン
ト２−１〜２−ｎに対して送信リクエストを発行する。
送信リクエストが発行されると、受信したクライアント
の送信処理手段２ａは、データ量の多いデータをサーバ
１に送出する。サーバ１の受信処理手段２ａは上記デー
タを受信して処理を行い、必要に応じて処理結果をクラ
イアント２−１〜２−ｎに通知する。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワーク上で
接続されたクライアント／サーバシステムおよびクライ
アント／サーバ間のデータ転送方法に関し、特に本発明
は、サーバ負荷、サーバのレスポンスなどのシステムパ
ーフォマンスを改善することができるクライアント／サ
ーバシステムおよびクライアント／サーバ間のデータ転
送方法に関するものである。
接続されたクライアント／サーバシステムおよびクライ
アント／サーバ間のデータ転送方法に関し、特に本発明
は、サーバ負荷、サーバのレスポンスなどのシステムパ
ーフォマンスを改善することができるクライアント／サ
ーバシステムおよびクライアント／サーバ間のデータ転
送方法に関するものである。
【０００２】
【従来の技術】図７はネットワーク上で接続されたクラ
イアント／サーバシステムにおいて、クライアントから
サーバへデータを転送する場合のシステムの構成を示し
ており、１００はサーバ、１１０，１１０−１，１１０
−２はクライアント、１２０はネットワーク（ＴＣＰ／
ＩＰ）である。サーバ１００において、１０１はオペレ
ーションシステム（ＯＳ）であり、サーバ１００はＯＳ
１０１の管理の元に動作する。１０２は接続クライアン
ト登録データベースであり、接続されているクライアン
トが登録される。 また、１０３はクライアントとの接
続処理を行うクライアント接続処理部、１０４はクライ
アントから送信されたデータを受信して処理するデータ
受信処理部、１０５，１０５−１，１０５−２はクライ
アント１１０から送信されたデータを格納する受信バッ
ファである。
イアント／サーバシステムにおいて、クライアントから
サーバへデータを転送する場合のシステムの構成を示し
ており、１００はサーバ、１１０，１１０−１，１１０
−２はクライアント、１２０はネットワーク（ＴＣＰ／
ＩＰ）である。サーバ１００において、１０１はオペレ
ーションシステム（ＯＳ）であり、サーバ１００はＯＳ
１０１の管理の元に動作する。１０２は接続クライアン
ト登録データベースであり、接続されているクライアン
トが登録される。 また、１０３はクライアントとの接
続処理を行うクライアント接続処理部、１０４はクライ
アントから送信されたデータを受信して処理するデータ
受信処理部、１０５，１０５−１，１０５−２はクライ
アント１１０から送信されたデータを格納する受信バッ
ファである。
【０００３】図８は上記システムにおいて、クライアン
ト１１０からサーバ１００へデータを送信する手順を示
す図であり、図７、図８により、従来のクライアント／
サーバシステムにおけるデータ送信について説明する。
クライアント１１０からサーバ１００に対して接続要求
が発行されると、サーバ１００は接続要求を受信し、サ
ーバ１００の接続処理部１０３は接続要求があったクラ
イアントを、接続クライアント登録データベース１０２
（以下、接続クライアント登録ＤＢと略記する）に登録
する（図８の、(1)(2)）。また、接続要求があったク
ライアントから送信されたデータを格納するため該クラ
イアントに対応する受信バッファ１０５を創成し、クラ
イアントからのデータの受信を待つ（図８の(3)(4)）。
ト１１０からサーバ１００へデータを送信する手順を示
す図であり、図７、図８により、従来のクライアント／
サーバシステムにおけるデータ送信について説明する。
クライアント１１０からサーバ１００に対して接続要求
が発行されると、サーバ１００は接続要求を受信し、サ
ーバ１００の接続処理部１０３は接続要求があったクラ
イアントを、接続クライアント登録データベース１０２
（以下、接続クライアント登録ＤＢと略記する）に登録
する（図８の、(1)(2)）。また、接続要求があったク
ライアントから送信されたデータを格納するため該クラ
イアントに対応する受信バッファ１０５を創成し、クラ
イアントからのデータの受信を待つ（図８の(3)(4)）。
【０００４】ここで、上記接続要求があったクライアン
ト１１０からデータが送信されると（図８の）、サー
バ１００は受信したデータを上記クライアントに対応す
る受信バッファ１０５に格納し、サーバ１００のデータ
受信処理部１０４が受信バッファ１０５からのデータを
読み出し所定の処理を行う（図８の(5)(6)）。そして、
処理結果の通知が必要な場合には、処理結果をクライア
ント１１０に通知する（図８の(7) ）。
ト１１０からデータが送信されると（図８の）、サー
バ１００は受信したデータを上記クライアントに対応す
る受信バッファ１０５に格納し、サーバ１００のデータ
受信処理部１０４が受信バッファ１０５からのデータを
読み出し所定の処理を行う（図８の(5)(6)）。そして、
処理結果の通知が必要な場合には、処理結果をクライア
ント１１０に通知する（図８の(7) ）。
【０００５】
【発明が解決しようとする課題】以上のように、従来に
おいては、クライアント１１０がネットワーク１２０上
にサーバ１００宛てにデータを送り出すと、サーバ１０
０はネットワーク１２０を介して受信したデータを接続
中のクライアント毎に設けられた受信バッファ１０５に
格納し、受信バッファ１０５に格納されたデータを読み
出しデータ処理を行っている（このように、クライアン
ト１１０からのリクエストによりデータ送信すること
を、ここでは非同期データの送信と呼ぶ）。
おいては、クライアント１１０がネットワーク１２０上
にサーバ１００宛てにデータを送り出すと、サーバ１０
０はネットワーク１２０を介して受信したデータを接続
中のクライアント毎に設けられた受信バッファ１０５に
格納し、受信バッファ１０５に格納されたデータを読み
出しデータ処理を行っている（このように、クライアン
ト１１０からのリクエストによりデータ送信すること
を、ここでは非同期データの送信と呼ぶ）。
【０００６】このため、図７の、に示すように、複
数のクライアント１１０−１，１１０−２からサーバに
対してデータ送信が行われた場合、ネットワーク１２０
およびサーバ１００に負荷がかかりシステムパーフォマ
ンスが低下する場合が生じた。すなわち、複数のクライ
アントから送信されるデータがサーバ１００の受信バッ
ファ１０５，１０５−１，１０５−２に格納できる大き
さ（例えば、数１００Ｂ程度）の場合には、サーバ１０
０はそれぞれのクライアント１１０から送信されたデー
タをそれぞれの受信バッファに格納しデータ処理をおこ
なうことが可能であるが、クライアント１１０から送信
されたデータが上記受信バッファの大きさより大きなデ
ータの場合（例えば数１０ｋＢ程度）には、受信バッフ
ァに格納されるデータをサーバ１００が処理しきれず、
受信バッファ１０５がオーバフローする場合が生じる。
数のクライアント１１０−１，１１０−２からサーバに
対してデータ送信が行われた場合、ネットワーク１２０
およびサーバ１００に負荷がかかりシステムパーフォマ
ンスが低下する場合が生じた。すなわち、複数のクライ
アントから送信されるデータがサーバ１００の受信バッ
ファ１０５，１０５−１，１０５−２に格納できる大き
さ（例えば、数１００Ｂ程度）の場合には、サーバ１０
０はそれぞれのクライアント１１０から送信されたデー
タをそれぞれの受信バッファに格納しデータ処理をおこ
なうことが可能であるが、クライアント１１０から送信
されたデータが上記受信バッファの大きさより大きなデ
ータの場合（例えば数１０ｋＢ程度）には、受信バッフ
ァに格納されるデータをサーバ１００が処理しきれず、
受信バッファ１０５がオーバフローする場合が生じる。
【０００７】例えば、図７において、クライアント１１
０−１からのデータが送信され、サーバ１００のデー
タ受信処理部１０４が受信バッファ１０５−１に格納さ
れる上記のデータを処理している間に、他のクライア
ント１１０−２から、受信バッファ１０５−２より大き
なのデータが送信されると、サーバ１００は上記の
データを処理することができず、受信バッファ１０５−
２はオーバフローする。上記のような受信バッファ１０
５−２のオーバフローが発生すると、上記のデータを
送信したクライアント１１０−２はサーバ１００におけ
る処理が終わるまで待たされることとなる。
０−１からのデータが送信され、サーバ１００のデー
タ受信処理部１０４が受信バッファ１０５−１に格納さ
れる上記のデータを処理している間に、他のクライア
ント１１０−２から、受信バッファ１０５−２より大き
なのデータが送信されると、サーバ１００は上記の
データを処理することができず、受信バッファ１０５−
２はオーバフローする。上記のような受信バッファ１０
５−２のオーバフローが発生すると、上記のデータを
送信したクライアント１１０−２はサーバ１００におけ
る処理が終わるまで待たされることとなる。
【０００８】この待ち時間が所定値を越えると、ネット
ワーク１２０はタイムアウトを上記クライアント１１０
−２に通知し、上記クライアント１１０−２とサーバ１
００間の接続は異常終了する。このため、クライアント
１１０−２は、上記のデータを送信するため、再度、
接続要求を発行し、サーバ１００と再接続しなければな
らない。以上のように、従来のシステムにおいては、複
数のクライアントから大きなデータが送信されると、ネ
ットワークおよびサーバに負荷がかかり、システムパー
フォマンスが低下するといった問題があった。
ワーク１２０はタイムアウトを上記クライアント１１０
−２に通知し、上記クライアント１１０−２とサーバ１
００間の接続は異常終了する。このため、クライアント
１１０−２は、上記のデータを送信するため、再度、
接続要求を発行し、サーバ１００と再接続しなければな
らない。以上のように、従来のシステムにおいては、複
数のクライアントから大きなデータが送信されると、ネ
ットワークおよびサーバに負荷がかかり、システムパー
フォマンスが低下するといった問題があった。
【０００９】本発明は上記した従来技術の問題点を解決
するためになされたものであって、その目的とするとこ
ろは、ネットワークとサーバの負荷を分散することによ
り、クライアント／サーバシステムにおけるシステムパ
ーフォマンスを改善することである。
するためになされたものであって、その目的とするとこ
ろは、ネットワークとサーバの負荷を分散することによ
り、クライアント／サーバシステムにおけるシステムパ
ーフォマンスを改善することである。
【００１０】
【課題を解決するための手段】図１は本発明の原理説明
図である。同図において、１はサーバ、２−１〜２−ｎ
はクライアント、３はネットワークであり、サーバ１は
受信処理手段１ａと送信リクエスト発行手段１ｂを備え
ている。また、クライアント２−１〜２−ｎはは送信処
理手段２ａと、送信リクエスト受信手段２ｂを備えてい
る。同図に示すように、本発明においては、クライアン
ト２−１〜２−ｎからサーバ１にデータを送信する際、
データ量が小さいものは非同期でサーバ１にデータを送
信し、データ量が多いものは、サーバ１からクライアン
ト２−１〜２−ｎに送信リクエストを発行し、該送信リ
クエストを受信したクライアントからサーバ１にデータ
を送信する。また、サーバ１は上記送信リクエスト発行
のためのスケジューリングを行い、ネットワーク３およ
びサーバ１の負荷分散を行う。上記構成とすることによ
り、ネットワークの負荷が分散され、システムパーフォ
マンスを改善することができる。
図である。同図において、１はサーバ、２−１〜２−ｎ
はクライアント、３はネットワークであり、サーバ１は
受信処理手段１ａと送信リクエスト発行手段１ｂを備え
ている。また、クライアント２−１〜２−ｎはは送信処
理手段２ａと、送信リクエスト受信手段２ｂを備えてい
る。同図に示すように、本発明においては、クライアン
ト２−１〜２−ｎからサーバ１にデータを送信する際、
データ量が小さいものは非同期でサーバ１にデータを送
信し、データ量が多いものは、サーバ１からクライアン
ト２−１〜２−ｎに送信リクエストを発行し、該送信リ
クエストを受信したクライアントからサーバ１にデータ
を送信する。また、サーバ１は上記送信リクエスト発行
のためのスケジューリングを行い、ネットワーク３およ
びサーバ１の負荷分散を行う。上記構成とすることによ
り、ネットワークの負荷が分散され、システムパーフォ
マンスを改善することができる。
【００１１】
【発明の実施の形態】図２は本発明の実施例のシステム
構成図である。同図において、１０はサーバ、１１はク
ライアント、１２はネットワーク（ＴＣＰ／ＩＰ）であ
る。サーバ１１０において、１０ａはオペレーションシ
ステム（ＯＳ）であり、サーバ１０はＯＳ１０ａの管理
下で動作する。１０ｂは接続クライアント登録データベ
ースであり、接続されているクライアントが登録され
る。
構成図である。同図において、１０はサーバ、１１はク
ライアント、１２はネットワーク（ＴＣＰ／ＩＰ）であ
る。サーバ１１０において、１０ａはオペレーションシ
ステム（ＯＳ）であり、サーバ１０はＯＳ１０ａの管理
下で動作する。１０ｂは接続クライアント登録データベ
ースであり、接続されているクライアントが登録され
る。
【００１２】また、１０ｃはクライアントとの接続処理
を行うクライアント接続処理部、１０ｄはクライアント
から送信されたデータを受信して処理するデータ受信処
理部、１０ｅはクライアント１１０から送信されたデー
タを格納する受信バッファである。１０ｆはデータ受信
スケジューリング処理部、１０ｇはデータ受信リクエス
ト発行部であり、サーバ１０はデータ受信スケジューリ
ング処理部１０ｆにより、受信バッファ１０ｅに格納で
きない大容量のデータを受信するためのスケジューリン
グを行い、クライアント１１に対して上記大容量データ
の送信のリクエストを発行する。
を行うクライアント接続処理部、１０ｄはクライアント
から送信されたデータを受信して処理するデータ受信処
理部、１０ｅはクライアント１１０から送信されたデー
タを格納する受信バッファである。１０ｆはデータ受信
スケジューリング処理部、１０ｇはデータ受信リクエス
ト発行部であり、サーバ１０はデータ受信スケジューリ
ング処理部１０ｆにより、受信バッファ１０ｅに格納で
きない大容量のデータを受信するためのスケジューリン
グを行い、クライアント１１に対して上記大容量データ
の送信のリクエストを発行する。
【００１３】クライアント１１において、１１ａはオペ
レーションシステム（ＯＳ）であり、クライアント１１
はＯＳ１１ａの管理下で動作する。１１ｂは接続要求を
サーバ１０に対して出力する接続要求処理部、１１ｃは
サーバ１０に送信する送信データ、１１ｄはデータ送信
処理部、１１ｅは送信バッファ、１１ｆはデータバッフ
ァ、１１ｇはサーバ１０から送られるデータ受信リクエ
ストを受信するリクエスト受信部である。
レーションシステム（ＯＳ）であり、クライアント１１
はＯＳ１１ａの管理下で動作する。１１ｂは接続要求を
サーバ１０に対して出力する接続要求処理部、１１ｃは
サーバ１０に送信する送信データ、１１ｄはデータ送信
処理部、１１ｅは送信バッファ、１１ｆはデータバッフ
ァ、１１ｇはサーバ１０から送られるデータ受信リクエ
ストを受信するリクエスト受信部である。
【００１４】データ送信処理部１１ｄは送信データ１１
ｃの大きさを判別し、データの大きさがサーバ１０の受
信バッファ１０ｅに格納できる大きさの場合には、送信
バッファ１１ｅに上記送信データ１１ｃを格納し、サー
バ１０に送信する。また、送信データ１１ｃの大きさが
サーバ１０の受信バッファ１０ｅに格納できない大きさ
の場合には、送信データ１１ｃをデータバッファ１１ｆ
に格納する。そして、サーバ１０が発行するデータ送信
リクエストが受信されたとき、上記送信データ１１ｃを
データバッファ１１ｆから送信バッファ１１ｅに転送し
てサーバ１０に送信する（上記のように、サーバ１０か
らのリクエストに応じてデータをサーバ１０に送信する
ことを、ここでは同期データの送信と呼ぶこととす
る）。
ｃの大きさを判別し、データの大きさがサーバ１０の受
信バッファ１０ｅに格納できる大きさの場合には、送信
バッファ１１ｅに上記送信データ１１ｃを格納し、サー
バ１０に送信する。また、送信データ１１ｃの大きさが
サーバ１０の受信バッファ１０ｅに格納できない大きさ
の場合には、送信データ１１ｃをデータバッファ１１ｆ
に格納する。そして、サーバ１０が発行するデータ送信
リクエストが受信されたとき、上記送信データ１１ｃを
データバッファ１１ｆから送信バッファ１１ｅに転送し
てサーバ１０に送信する（上記のように、サーバ１０か
らのリクエストに応じてデータをサーバ１０に送信する
ことを、ここでは同期データの送信と呼ぶこととす
る）。
【００１５】図３は本実施例のシステムにおいて、クラ
イアント１１からサーバ１０へデータを送信する手順を
示す図であり、図２、図３により、本実施例におけるク
ライアント／サーバ間のデータ送信について説明する。
クライアント１１からサーバ１０に対して接続要求が発
行されると、サーバ１０は接続要求を受信し、サーバ１
０の接続処理部１０ｃは接続要求があったクライアント
を接続クライアント登録ＤＢ１０ｂに登録する（図３の
、(1)(2)）。また、接続要求があったクライアントか
ら送信されたデータを格納するため受信バッファ１０ｅ
を創成し、クライアントからのデータの受信を待つ（図
３の(3)(4)）。
イアント１１からサーバ１０へデータを送信する手順を
示す図であり、図２、図３により、本実施例におけるク
ライアント／サーバ間のデータ送信について説明する。
クライアント１１からサーバ１０に対して接続要求が発
行されると、サーバ１０は接続要求を受信し、サーバ１
０の接続処理部１０ｃは接続要求があったクライアント
を接続クライアント登録ＤＢ１０ｂに登録する（図３の
、(1)(2)）。また、接続要求があったクライアントか
ら送信されたデータを格納するため受信バッファ１０ｅ
を創成し、クライアントからのデータの受信を待つ（図
３の(3)(4)）。
【００１６】ここで、上記接続要求があったクライアン
ト１１から非同期データの送信があると、（図３の
）、サーバ１０は受信したデータを上記クライアント
に対応する受信バッファ１０ｅに格納する。サーバ１０
のデータ受信処理部１０ｄは上記受信バッファ１０ｅか
らのデータを読み出し所定の処理を行う（図３の(5)
(6)）。そして、処理結果の通知が必要な場合には、処
理結果をクライアント１１に通知する（図３の(7) ）。
上記のようにして各クライアント１１からの非同期デー
タの受信をしたのち、サーバ１０は所定のタイミングで
同期データ受信モードに移行する。そして、同期データ
受信のスケジューリングを行い、このスケジューリング
に基づき各クライアント１１に対して同期データを受信
するための送信リクエストを発行する（図３の(8)
(9)）。
ト１１から非同期データの送信があると、（図３の
）、サーバ１０は受信したデータを上記クライアント
に対応する受信バッファ１０ｅに格納する。サーバ１０
のデータ受信処理部１０ｄは上記受信バッファ１０ｅか
らのデータを読み出し所定の処理を行う（図３の(5)
(6)）。そして、処理結果の通知が必要な場合には、処
理結果をクライアント１１に通知する（図３の(7) ）。
上記のようにして各クライアント１１からの非同期デー
タの受信をしたのち、サーバ１０は所定のタイミングで
同期データ受信モードに移行する。そして、同期データ
受信のスケジューリングを行い、このスケジューリング
に基づき各クライアント１１に対して同期データを受信
するための送信リクエストを発行する（図３の(8)
(9)）。
【００１７】一方、受信バッファ１０ｅの大きさを越え
るデータをサーバ１０に送信したいクライアント１１は
上記送信リクエストを待っており、自クライアントに対
してサーバ１０から送信リクエストが発行されると、デ
ータをネットワーク１２を介してサーバ１０に送出する
（図３の）。サーバ１０は上記同期データが受信
されると、送信されたデータを受信バッファ１０ｅに格
納し、受信バッファ１０ｅに格納されたデータを読み出
して処理を行い、処理結果をクライアント１１に通知す
る必要がある場合には、処理結果を通知する（図３の(1
0)(11)(12)）。
るデータをサーバ１０に送信したいクライアント１１は
上記送信リクエストを待っており、自クライアントに対
してサーバ１０から送信リクエストが発行されると、デ
ータをネットワーク１２を介してサーバ１０に送出する
（図３の）。サーバ１０は上記同期データが受信
されると、送信されたデータを受信バッファ１０ｅに格
納し、受信バッファ１０ｅに格納されたデータを読み出
して処理を行い、処理結果をクライアント１１に通知す
る必要がある場合には、処理結果を通知する（図３の(1
0)(11)(12)）。
【００１８】図４〜図６は本実施例における処理フロー
を示す図であり、図４、図５はサーバにおける処理、図
６はクライアントにおける処理を示しており、同図によ
りサーバとクライアントにおける処理について説明す
る。図４、図５において、図４（ａ）は接続処理フロ
ー、図４（ｂ）は非同期データの受信処理フロー、図５
は同期データの受信処理フローを示しており、サーバ１
０は所定のタイミングで上記処理を行い、クライアント
からのデータ受信を行う。図４（ａ）において、サーバ
１０はクライアント１１からの接続待ちを行い（ステッ
プＳ１）、クライアント１１から接続要求があると（ス
テップＳ２）、接続クライアント登録ＤＢ１０ｂに接続
要求があったクライアントを登録する（ステップＳ
２）。そして、接続クライアントに対応する受信バッフ
ァ１０ｅを創成し、次のクライアントからの接続要求を
待つ（ステップＳ４，Ｓ１）。
を示す図であり、図４、図５はサーバにおける処理、図
６はクライアントにおける処理を示しており、同図によ
りサーバとクライアントにおける処理について説明す
る。図４、図５において、図４（ａ）は接続処理フロ
ー、図４（ｂ）は非同期データの受信処理フロー、図５
は同期データの受信処理フローを示しており、サーバ１
０は所定のタイミングで上記処理を行い、クライアント
からのデータ受信を行う。図４（ａ）において、サーバ
１０はクライアント１１からの接続待ちを行い（ステッ
プＳ１）、クライアント１１から接続要求があると（ス
テップＳ２）、接続クライアント登録ＤＢ１０ｂに接続
要求があったクライアントを登録する（ステップＳ
２）。そして、接続クライアントに対応する受信バッフ
ァ１０ｅを創成し、次のクライアントからの接続要求を
待つ（ステップＳ４，Ｓ１）。
【００１９】上記のようにしてクライアント１１との接
続が行われると、図４（ｂ）に示すようにサーバ１０は
クライアント１１からのデータの処理要求を待つ（ステ
ップＳ１）。ネットワーク１２を介してクライアント１
１からの非同期データが受信されると、受信したデータ
を受信バッファ１０ｅに格納し、受信したデータの処理
を行う（ステップＳ２，Ｓ３）。そして、クライアント
１１に対して処理結果を通知する必要がある場合には、
クライアント１１に処理結果を通知し、次のクライアン
ト１１からのデータ処理要求を待つ（ステップＳ４，Ｓ
１）。
続が行われると、図４（ｂ）に示すようにサーバ１０は
クライアント１１からのデータの処理要求を待つ（ステ
ップＳ１）。ネットワーク１２を介してクライアント１
１からの非同期データが受信されると、受信したデータ
を受信バッファ１０ｅに格納し、受信したデータの処理
を行う（ステップＳ２，Ｓ３）。そして、クライアント
１１に対して処理結果を通知する必要がある場合には、
クライアント１１に処理結果を通知し、次のクライアン
ト１１からのデータ処理要求を待つ（ステップＳ４，Ｓ
１）。
【００２０】また、ここで、上記受信データの処理中に
他のクライアント１１からネットワークを介してデータ
が送信されそのクライアントに対応した受信バッファ１
０ｅにデータが格納されている場合には、そのデータ処
理を行い、上記と同様にクライアント１１に対して処理
結果を通知する。一方、サーバ１０は所定のタイミング
で同期データ受信モードに移行し、図５に示すように、
接続クライアント登録ＤＢを参照して現在接続されてい
るクライアントを検索し、同期データ受信のスケジュー
リング処理を行う（ステップＳ１，Ｓ２）。
他のクライアント１１からネットワークを介してデータ
が送信されそのクライアントに対応した受信バッファ１
０ｅにデータが格納されている場合には、そのデータ処
理を行い、上記と同様にクライアント１１に対して処理
結果を通知する。一方、サーバ１０は所定のタイミング
で同期データ受信モードに移行し、図５に示すように、
接続クライアント登録ＤＢを参照して現在接続されてい
るクライアントを検索し、同期データ受信のスケジュー
リング処理を行う（ステップＳ１，Ｓ２）。
【００２１】そして上記スケジューリング結果に基づ
き、同期データを受信するクライアントに対して、デー
タ送信のリクエストを発行する（ステップＳ３）。そし
て、ネットワーク１２を介してクライアント１１からの
同期データが受信されると、受信バッファ１０ｅから順
次データを読み出し、受信したデータの処理を行う（ス
テップＳ２，Ｓ３）。そして、クライアント１１に対し
て処理結果を通知する必要がある場合には、クライアン
ト１１に処理結果を通知し、次のクライアント１１から
のデータ処理要求を待つ（ステップＳ４，Ｓ１）。
き、同期データを受信するクライアントに対して、デー
タ送信のリクエストを発行する（ステップＳ３）。そし
て、ネットワーク１２を介してクライアント１１からの
同期データが受信されると、受信バッファ１０ｅから順
次データを読み出し、受信したデータの処理を行う（ス
テップＳ２，Ｓ３）。そして、クライアント１１に対し
て処理結果を通知する必要がある場合には、クライアン
ト１１に処理結果を通知し、次のクライアント１１から
のデータ処理要求を待つ（ステップＳ４，Ｓ１）。
【００２２】図６はクライアント１１における処理を示
しており、クライアント１１はサーバ１０に対してデー
タ送信をする際、送信データが所定値より大であるか
（サーバ１０の受信バッファ１０ｅの容量を越えている
か）を判別する（ステップＳ１）。そして、送信データ
が所定値より小さい場合には、送信データを送信バッフ
ァ１１ｅに格納し、サーバ１０に対して送信処理を行う
（ステップＳ２）。また、送信データが所定値より大き
い場合には、送信データをデータバッファ１１ｆに格納
し、サーバ１０からの送信リクエストを待つ（ステップ
Ｓ３，Ｓ４）。サーバ１０から自クライアントに対して
送信リクエストが発行されると、データバッファ１１ｆ
のデータを送信バッファ１１ｅに転送し、サーバ１０に
送信処理を行う（ステップＳ５）。
しており、クライアント１１はサーバ１０に対してデー
タ送信をする際、送信データが所定値より大であるか
（サーバ１０の受信バッファ１０ｅの容量を越えている
か）を判別する（ステップＳ１）。そして、送信データ
が所定値より小さい場合には、送信データを送信バッフ
ァ１１ｅに格納し、サーバ１０に対して送信処理を行う
（ステップＳ２）。また、送信データが所定値より大き
い場合には、送信データをデータバッファ１１ｆに格納
し、サーバ１０からの送信リクエストを待つ（ステップ
Ｓ３，Ｓ４）。サーバ１０から自クライアントに対して
送信リクエストが発行されると、データバッファ１１ｆ
のデータを送信バッファ１１ｅに転送し、サーバ１０に
送信処理を行う（ステップＳ５）。
【００２３】本実施例においては、上記のように、クラ
イアント１１からサーバ１０の受信バッファ１０ｅの大
きさを越えるデータを送信する場合には、サーバ１０か
らの送信リクエストを待ち、送信リクエストが発行され
たとき、サーバ１０にデータを送信しているので、クラ
イアント１０から受信バッファ１０ｅの大きさを越える
データが送信されてきても、サーバ１０はそれらのデー
タを直ちに処理することができ、前記したように、タイ
ムアウトにより、クライアント１１とサーバ１０間の接
続が異常終了することがない。
イアント１１からサーバ１０の受信バッファ１０ｅの大
きさを越えるデータを送信する場合には、サーバ１０か
らの送信リクエストを待ち、送信リクエストが発行され
たとき、サーバ１０にデータを送信しているので、クラ
イアント１０から受信バッファ１０ｅの大きさを越える
データが送信されてきても、サーバ１０はそれらのデー
タを直ちに処理することができ、前記したように、タイ
ムアウトにより、クライアント１１とサーバ１０間の接
続が異常終了することがない。
【００２４】また、大量データをサーバ１０が受信する
際、サーバ１０がデータ受信のスケジューリングを行
い、送信リクエストを発行しているので、ネットワーク
およびサーバの負荷を分散することができ、システムの
パーフォマンスを改善することができる。また、クライ
アント１１から送信するデータの大きさが小さい場合に
は、クライアントからサーバへ従来通りデータ送信を行
うことができる。
際、サーバ１０がデータ受信のスケジューリングを行
い、送信リクエストを発行しているので、ネットワーク
およびサーバの負荷を分散することができ、システムの
パーフォマンスを改善することができる。また、クライ
アント１１から送信するデータの大きさが小さい場合に
は、クライアントからサーバへ従来通りデータ送信を行
うことができる。
【００２５】
【発明の効果】以上説明したように、本発明において
は、クライアントからサーバにデータを送信する際、デ
ータ量が小さいものは非同期でサーバにデータを送信
し、データ量が多いものは、サーバからクライアントに
送信リクエストを発行し、該送信リクエストを受信した
クライアントからサーバにデータを送信するようにした
ので、ネットワークに大量のデータが流れるのを制御す
ることができ、ネットワーク、サーバの負荷、サーバの
レスポンスなどシステムのパーフォマンスを改善するこ
とができる。
は、クライアントからサーバにデータを送信する際、デ
ータ量が小さいものは非同期でサーバにデータを送信
し、データ量が多いものは、サーバからクライアントに
送信リクエストを発行し、該送信リクエストを受信した
クライアントからサーバにデータを送信するようにした
ので、ネットワークに大量のデータが流れるのを制御す
ることができ、ネットワーク、サーバの負荷、サーバの
レスポンスなどシステムのパーフォマンスを改善するこ
とができる。
【図面の簡単な説明】
【図１】本発明の原理説明図である。
【図２】本発明の実施例のシステム構成図である。
【図３】本実施例のクライアントからサーバへデータを
送信する手順を示す図である。
送信する手順を示す図である。
【図４】本実施例のサーバにおける処理フローを示す図
である。
である。
【図５】本実施例のサーバにおける処理フローを示す図
（続き）である。
（続き）である。
【図６】本実施例のクライアントにおける処理フローを
示す図である。
示す図である。
【図７】従来のシステムの構成図である。
【図８】従来のクライアントからサーバへデータを送信
する手順を示す図である。
する手順を示す図である。
１ サーバ ２−１〜２−ｎ クライアント ３ ネットワーク １ａ 受信処理手段 １ｂ 送信リクエスト発行手段 ２ａ 送信処理手段 ２ｂ 送信リクエスト受信手段 １０ サーバ １１ クライアント １２ ネットワーク（ＴＣＰ／ＩＰ） １０ａ オペレーションシステム（ＯＳ） １０ｂ 接続クライアント登録データベース １０ｃ クライアント接続処理部 １０ｄ データ受信処理部 １０ｅ 受信バッファ １０ｆ データ受信スケジューリング処理部 １０ｇ データ受信リクエスト発行部 １１ａ オペレーションシステム １１ｂ 接続要求処理部 １１ｃ 送信データ １１ｄ データ送信処理部 １１ｅ 送信バッファ １１ｆ データバッファ １１ｇ リクエスト受信部
Claims (3)
- 【請求項１】 ネットワーク上で接続されたクライアン
ト／サーバシステムであって、 上記サーバは、クライアントから送信されるデータを受
信して処理する受信処理手段と、 比較的大きなデータを受信するため、クライアントに対
して、データの送信を要求するデータ送信リクエストを
発行するデータ送信リクエスト発行手段を備え、 上記クライアントは、上記サーバが発行するデータ送信
リクエストを受信する手段と、 送信データが比較的小さいデータのとき、上記データ送
信リクエストを受信することなくサーバにデータを送出
し、 送信データが比較的大きなデータのとき、上記送信リク
エストを受信したとき、サーバに上記データを送出する
送信処理手段を備えていることを特徴とするクライアン
ト／サーバシステム。 - 【請求項２】 ネットワーク上で接続されたクライアン
ト／サーバシステムであって、 上記サーバはネットワークを介してクライアントから送
信されるデータを受信し処理する受信処理手段と、 受信データを格納する受信バッファと、 上記受信バッファの容量以上の比較的大きなデータを受
信するため、受信処理のスケジューリングを行うデータ
受信スケジューリング手段と、 データ受信スケジューリング手段のスケジューリングに
基づき、クライアントに対してデータの送信を要求する
データ送信リクエストを発行するデータ送信リクエスト
発行手段とを備え、 上記クライアントは、上記サーバが発行するデータ送信
リクエストを受信する手段と、 送信データを格納するデータバッファを備え、 送信データが上記受信バッファの容量以下の比較的小さ
いデータのとき、上記送信リクエストを受信せずに送信
データをサーバに送出し、送信データが上記受信バッフ
ァの容量を越える比較的大きなデータのとき、送信デー
タを上記データバッファに格納し、上記送信リクエスト
を受信したとき、データバッファに格納されたデータを
サーバに送出する送信処理手段を備えていることを特徴
とするクライアント／サーバシステム。 - 【請求項３】 ネットワーク上で接続されたクライアン
ト／サーバ間のデータ転送方法において、 サーバは、クライアントから比較的大きなデータを受信
する際、クライアントに対して、データ送信を要求する
送信リクエストを発行し、 クライアントは、送信データが比較的小さなデータのと
き、上記送信リクエストを待たずにネットワークを介し
てサーバにデータを送信し、 送信データが比較的大きなデータのとき、上記サーバか
ら送信される送信リクエストを受信したとき、データを
サーバに送信することを特徴とするクライアント／サー
バ間のデータ転送方法。
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 true JPH1078929A (ja) | 1998-03-24 |
| JP3428827B2 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) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2012147325A (ja) * | 2011-01-13 | 2012-08-02 | Toshiba Corp | データ収集装置、データ収集プログラム、およびデータ収集システム |
| JP2013123250A (ja) * | 2013-01-28 | 2013-06-20 | Toshiba Corp | データ収集装置、データ収集プログラム、およびデータ収集システム |
| JP2016057869A (ja) * | 2014-09-10 | 2016-04-21 | 日本電気株式会社 | コマンド実行システム、クライアント装置、サーバ装置及びコマンド実行方法 |
-
1996
- 1996-09-05 JP JP23498996A patent/JP3428827B2/ja not_active Expired - Fee Related
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2012147325A (ja) * | 2011-01-13 | 2012-08-02 | Toshiba Corp | データ収集装置、データ収集プログラム、およびデータ収集システム |
| US8984169B2 (en) | 2011-01-13 | 2015-03-17 | Kabushiki Kaisha Toshiba | Data collecting device, computer readable medium, and data collecting system |
| JP2013123250A (ja) * | 2013-01-28 | 2013-06-20 | Toshiba Corp | データ収集装置、データ収集プログラム、およびデータ収集システム |
| JP2016057869A (ja) * | 2014-09-10 | 2016-04-21 | 日本電気株式会社 | コマンド実行システム、クライアント装置、サーバ装置及びコマンド実行方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3428827B2 (ja) | 2003-07-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1782602B1 (en) | Apparatus and method for supporting connection establishment in an offload of network protocol processing | |
| JP3382953B2 (ja) | 有限メモリコンピュータシステム上におけるクライアント管理フロー制御方法及び装置 | |
| JP4886685B2 (ja) | ネットワーク・プロトコル処理のオフロードにおいてメモリ管理をサポートする装置および方法 | |
| US9009326B2 (en) | System and method for managing connections between a client and a server | |
| JP4144897B2 (ja) | 共通作業キュー環境における最適格サーバ | |
| US7493427B2 (en) | Apparatus and method for supporting received data processing in an offload of network protocol processing | |
| US20030065808A1 (en) | System and method for distribution of software | |
| CN112631788B (zh) | 数据传输方法及数据传输服务器 | |
| WO2004040819A2 (en) | An apparatus and method for receive transport protocol termination | |
| JP3428827B2 (ja) | クライアント／サーバシステム | |
| US7213074B2 (en) | Method using receive and transmit protocol aware logic modules for confirming checksum values stored in network packet | |
| JP2000224260A (ja) | 通信制御装置 | |
| JPH11249977A (ja) | データ転送ネットワークシステム | |
| JP4531280B2 (ja) | プッシュ型情報配信方法、プッシュ型情報配信用プログラム、及びプッシュ型情報配信装置、記憶媒体 | |
| JPH09224066A (ja) | 通信プロトコル並列処理装置 | |
| JP2001331398A (ja) | サーバ管理システム | |
| JP3013785B2 (ja) | データ格納システム及びデータ格納方法 | |
| JPH11316717A (ja) | データ転送方式 | |
| JPH0887477A (ja) | サービス要求依頼方法 | |
| JP2005222295A (ja) | ファイル転送方法 | |
| JP2000293493A (ja) | セキュリティチェックの分散処理方法及びその装置並びに情報記録媒体 | |
| JPH0713938A (ja) | コンピュータ間同期処理方式 | |
| JPH06139170A (ja) | 分散処理システム | |
| JPH08115302A (ja) | クラスタ結合型マルチプロセッサシステムのシステムコールに伴うプロセス切り換え制御方法およびその装置 | |
| JP2000341361A (ja) | 情報転送方法及び情報転送プログラムを記録した記録媒体 |
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 |