JP2005165658A - ネットワークシステム、情報処理装置、待ち時間制御方法、記録媒体及びプログラム - Google Patents

Abstract

【課題】 クライアント側にて、サービスを提供するサーバの負荷状況に応じた適切なタイムアウト時間を設定できるようにする。
【解決手段】 クライアント端末３０が、処理サーバ群１０に要求ＲＥＱ１を発行する前に、時間サーバ２０に対して要求ＲＥＱ０を発行して処理サーバの現在の状況に応じたタイムアウト時間に係る時間情報ＴＯＳを問い合わせ、時間情報ＴＯＳを取得できた場合には、クライアント端末３０が、時間情報ＴＯＳに基づいてタイムアウト時間の情報を変更する。
【選択図】 図１

Description

本発明は、ネットワークを介したデータの転送に関するものであり、詳しくは、クライアント端末とサーバとが接続されたネットワークシステムにて、クライアント端末から発行された要求に対してサーバが応答するまでの待ち時間の制御技術に関する。

インターネットを介してウェブ（Ｗｅｂ）サービスを提供するネットワークシステムにおいては、Ｗｅｂサービスを行う処理サーバが単一であることは珍しく、通常、複数台のサーバマシン（以下、単に「サーバ」とも称す。）からなる処理サーバ群に対して、負荷分散装置などを用いてクライアント端末からのリクエストを振り分けてＷｅｂサービスを提供している。このように構成することで、各々のサーバにおける故障対応やメンテナンス等を柔軟に実行できる利点があり、そのような運用を実際に行っているＷｅｂサービスも多い。

一方、Ｗｅｂサービスの提供を受ける側のクライアント端末は、上記処理サーバ群との間で通信を行いながら実際にユーザに対してのサービスを行う、インターネットブラウザを代表とするインターネットクライアントアプリケーション（クライアントソフト）を有している。クライアントソフトにおいては、データや処理の要求をＨＴＴＰ（hypertext transfer protocol）のリクエストとして処理サーバに発行してから、当該処理サーバが何らかの応答を返すまでの時間の上限値である待ち時間（タイムアウト時間）が固定値で設定されている（例えば、特許文献１参照。）。

特開平６−６５６２号公報

通常、クライアントソフトは、要求に対するサーバからの応答がなくタイムアウト時間を経過した場合には、エラー（タイムアウトエラー）が発生したと判断する。
ここで、上述したようにクライアント端末（クライアントソフト）に設定されているタイムアウト時間は固定値である。したがって、サービスに係る管理担当者が、例えば処理サーバ群における半分のサーバが故障やメンテナンスなどでサービスを行っていない状況であったり、クライアント側からの要求が非常に多いために処理を捌きれなかったりして、クライアント側にてタイムアウトエラーが発生する可能性が高くなっていると判断したとしても、サービスを提供する側から各クライアント端末にて設定されているタイムアウト時間を変える手段がなかった。

一方、クライアント側にてタイムアウト時間を長く設定すると、サーバやネットワークに何らかの問題があった場合に、サービスの提供を受けようとするユーザはタイムアウト時間だけ待たされてしまうことになる。そのため、通常、クライアント側のタイムアウト時間は可能な限り短く設定されている。
その結果、ユーザの手元で動作しているクライアント端末では、サーバ混雑時などにタイムアウトエラーが多発し、ユーザに対してサービスを実施することができなくなることがあった。

本発明は、このような問題を解決するためになされたものであり、クライアント側にて、サービスを提供するサーバの負荷状況に応じた適切なタイムアウト時間を設定できるようにすることを目的とする。

本発明のネットワークシステムは、サーバからの応答を待つ待ち時間を任意に設定可能なクライアント端末と、上記クライアント端末にネットワークを介して接続されているとともに、上記クライアント端末からの要求に応じて、所定のサービスを上記クライアント端末に提供する処理サーバと、上記クライアント端末に上記ネットワークを介して接続されているとともに、上記クライアント端末からの要求に対する応答として、上記処理サーバの状況に応じた上記待ち時間に係る時間情報を上記クライアント端末に送信する時間サーバとを備え、上記クライアント端末は、上記時間サーバから送信される上記時間情報に基づいて、上記待ち時間を設定することを特徴とする。
本発明の情報処理装置は、所定のサービスを提供する処理サーバと、上記処理サーバの状況に応じた、上記処理サーバからの応答を待つ待ち時間に係る時間情報を送信する時間サーバとに、ネットワークを介して通信可能に接続された情報処理装置であって、上記待ち時間に係る情報を格納する待ち時間格納手段と、上記時間情報の要求を上記時間サーバに発行する時間情報要求手段と、上記時間情報の要求に対する応答として、上記時間サーバから送信された上記時間情報を受信する時間情報受信手段と、上記受信した時間情報に基づいて、上記待ち時間格納手段に格納されている情報を更新する待ち時間変更手段と、上記所定のサービスの要求を発行するとともに、当該要求に対する応答を受信して上記処理サーバによる上記所定のサービスの提供を受けるサービス処理手段とを備えることを特徴とする。
また、本発明の情報処理装置は、所定のサービスを提供する処理サーバと、当該所定のサービスの提供を受けるクライアント端末とに、ネットワークを介して通信可能に接続された情報処理装置であって、上記処理サーバの状況に応じた、上記処理サーバからの応答を待つ待ち時間に係る時間情報を設定する時間情報設定手段と、上記時間情報設定手段により設定される時間情報を格納する時間情報格納手段と、外部からの要求に応じて、上記時間情報格納手段に格納されている時間情報を送信する時間情報送信手段とを備えることを特徴とする。
本発明の待ち時間制御方法は、所定のサービスを提供する処理サーバと、当該所定のサービスの提供を受けるクライアント端末とがネットワークを介して通信可能に接続されたネットワークシステムにて、上記処理サーバからの応答を待つ待ち時間を制御する待ち時間制御方法であって、上記処理サーバによる上記所定のサービスの提供を受ける際、上記処理サーバの状況に応じた上記待ち時間に係る時間情報を時間サーバに要求し、上記要求に対する応答として上記時間サーバから送信された時間情報を受信して、受信した時間情報に基づいて上記待ち時間を設定した後、上記処理サーバに上記所定のサービスの提供を要求することを特徴とする。
本発明のプログラムは、ネットワークを介して通信可能に接続された処理サーバによる所定のサービスの提供を受ける際、上記処理サーバの状況に応じた、上記処理サーバからの応答を待つ待ち時間に係る時間情報を、上記ネットワークを介して通信可能に接続された時間サーバに要求する時間情報要求ステップと、上記時間情報要求ステップでの要求に対する応答として上記時間サーバから送信された時間情報を受信する受信ステップと、上記受信ステップにて受信した時間情報に基づいて、上記待ち時間を設定する設定ステップと、上記設定ステップの後、上記処理サーバに上記所定のサービスの提供を要求するサービス要求ステップとをコンピュータに実行させることを特徴とする。
本発明のコンピュータ読み取り可能な記録媒体は、上記プログラムを記録したことを特徴とする。

本発明によれば、クライアント端末が処理サーバ（群）にデータや処理の要求を発行する前に、クライアント端末は、現在の処理サーバの状況（負荷状況等）に適合した待ち時間を上記処理サーバとは異なる時間サーバに問い合わせて、上記時間サーバからの応答により得られた新しい待ち時間に待ち時間設定を更新する。クライアント端末は、時間サーバより得られた待ち時間を処理サーバからの応答を待つ待ち時間として設定し直してから処理サーバに要求を発行することで、上述したようなタイムアウトエラーの発生等を抑制することができる。
例えば処理サーバ群を構成するサーバの半分が停止している場合には、時間サーバが応答として送信する時間情報として、待ち時間を十分長くするような時間情報を設定しておくことで、クライアント端末のタイムアウト時間を長めに設定し直すといった調整が可能となる。これにより、処理サーバ群の処理負荷が高く、クライアント端末からの要求に対して処理サーバ群が速やかに応答できない場合であっても、タイムアウトエラーがクライアント端末にて発生しサービスが実施できない状況を抑制することができる。

本発明によれば、サービスを提供する処理サーバの状況に応じた適切な待ち時間をクライアント端末に設定することが可能になり、クライアント端末にてタイムアウトエラー等の不都合が発生することを抑制し、ユーザに対してのサービスが完遂できない状況を抑制することができる。

以下、本発明の実施形態を図面に基づいて説明する。
図１は、本発明の実施形態によるネットワークシステムの構成例を示すブロック図である。

図１において、処理サーバ群１０は、複数の処理サーバ（例えばＷｅｂサーバ）１１で構成され、クライアント端末３０からの要求に応じて所定のサービスを提供する。具体的には、処理サーバ１１は、クライアント端末３０からの要求ＲＥＱ１を受けると、さまざまな処理を行い、その結果が確定してから当該要求ＲＥＱ１に対する応答ＲＥＳをクライアント端末３０に供給する。なお、図１においては、３つの処理サーバ１１により構成される処理サーバ群１０を一例として図示しているが、処理サーバ群１０を構成する処理サーバ１１の数は任意であり、１つの処理サーバで構成しても良い。

時間サーバ２０は、クライアント端末３０から要求ＲＥＱ０があると、当該要求ＲＥＱ０に対する応答として、処理サーバ群１０（より詳細には、処理サーバ群１０を構成する処理サーバ１１）の現在の処理負荷等の状況に応じた適切なタイムアウト時間の時間情報ＴＯＳを提供する。

なお、タイムアウト時間の時間情報ＴＯＳは、タイムアウト時間が一意的に定まればデータ形式は限定されず、例えばタイムアウト時間そのものを直接的に示したデータ等であっても良いし、離散的なタイムアウト時間にそれぞれ対応させた符号化データ等であっても良い。また、処理サーバ群１０の現在の状況に応じて、時間サーバ２０が時間情報として提供するタイムアウト時間は、サーバ運営者が現在の処理サーバ群１０の稼動状況などを観察した上で適切な値を設定するようにしても良いし、時間サーバ２０が現在の処理サーバ群１０の稼動状況などを例えば信号線２１等を介して監視し、監視結果に基づいて自動的に適切な値を設定するようにしても良い。

クライアント端末３０は、処理サーバ群１０（処理サーバ１１）による所定のサービスの提供を受けるものであり、アプリケーションソフトとしてＷｅｂブラウザ等のネットワーククライアントアプリケーションを有する。クライアント端末３０が有するネットワーククライアントアプリケーションは、処理サーバ群１０に対して所定のサービスの提供を要求する要求ＲＥＱ１を発行し、当該要求ＲＥＱ１に対する処理サーバ群１０からの応答ＲＥＳに応じてユーザにサービスを行うアプリケーションである。なお、要求ＲＥＱ１を発行してから、後述するタイムアウト時間格納部に格納されている情報に基づくタイムアウト時間を経過しても応答ＲＥＳが戻らない場合には、タイムアウトエラーとしてユーザへのサービスを中断する。

また、クライアント端末３０は、サーバ１１、２０に対して要求を発行してからサーバ１１、２０が何らかの応答を返すまでの時間の上限値である待ち時間（タイムアウト時間）を任意に設定できる。例えば、クライアント端末３０は、時間サーバ２０からの待ち時間に係る時間情報ＴＯＳを受信し、受信した時間情報ＴＯＳに基づいてタイムアウト時間を変更（更新）することが可能である。すなわち、クライアント端末３０におけるタイムアウト時間は、初期化の際に時間ｔ０に設定されるが、クライアント端末３０から要求ＲＥＱ０を発行し、それに対して時間サーバ２０から時間情報ＴＯＳとして時間ｔ１を戻してきた場合には、タイムアウト時間を時間ｔ０から時間ｔ１に更新する。

処理サーバ群１０を構成する処理サーバ１１と、時間サーバ２０と、クライアント端末３０とは、それぞれが備えるネットワークインタフェースにより、インターネットやＷＡＮ（Wide Aria Network）等のネットワーク４０を介して通信可能なように接続されている。すなわち、クライアント端末３０より発行された要求は、ネットワーク４０を介して処理サーバ群１０（処理サーバ１１）、時間サーバ２０に送信される。

図２は、本実施形態におけるクライアント端末３０の機能構成の一例を示す機能ブロック図である。
図２に示すように、クライアント端末３０は、送受信部１０１、タイムアウト時間変更部１０２、タイムアウト時間格納部１０３、サービス処理部１０４、タイムアウト判断部１０５、制御部１０６、表示部１０７、及び入力部１０８を有する。

送受信部１０１は、ネットワーク４０を介して、要求ＲＥＱ０、ＲＥＱ１を送信したり、当該要求ＲＥＱ０、ＲＥＱ１に対する応答ＴＯＳ、ＲＥＳを受信したりするためのものである。送受信部１０１は、本発明の時間情報要求手段、時間情報受信手段を構成する。

タイムアウト時間変更部１０２は、要求ＲＥＱ０に対する応答として送受信部１０１にて受信した時間情報ＴＯＳに基づいて、タイムアウト時間格納部１０３に設定されているタイムアウト時間を変更する。
タイムアウト時間格納部１０３は、サーバに対して要求を発行してから応答を受信するまでの許容時間、つまりタイムアウト時間に係る情報を格納するものである。上述したように、本実施形態においては、タイムアウト時間格納部１０３に設定し格納するタイムアウト時間については、書き換え可能であり、任意に設定することができる。

サービス処理部１０４は、処理サーバ群１０により提供されるサービスを受けるためのものであり、当該サービスに係る処理を実行する。サービス処理部１０４は、送受信部１０１より要求ＲＥＱ１を発行し、当該要求ＲＥＱ１に対する応答ＲＥＳを受信して、当該応答ＲＥＳに応じたサービスをユーザに実施する。

タイムアウト判断部１０５は、サーバに対して要求を発行し当該要求に対する応答を待っている間、タイムアウト時間格納部１０３に格納された情報に基づくタイムアウト時間を経過したか否かを判断する。特に、タイムアウト判断部１０５は、上記判断の結果、要求ＲＥＱ１を発行してからタイムアウト時間を経過しても応答ＲＥＳが戻らない場合には、タイムアウトエラーと判断し制御部１０６等に通知する。

制御部１０６は、後述する図４に示すフローチャート等に従って動作するようクライアント端末３０が有する各機能部を制御する。表示部１０７は、ＣＲＴ、液晶表示装置等の表示装置で構成され、処理サーバ群１０により提供されるサービスに係る画像等を表示したり、タイムアウトエラーが発生したときにはその旨を表示したりする。入力部１０８は、ユーザが所望のサービスの提供を受けるために操作するものであり、キーボードやマウス等の入力装置で構成される。

図３は、本実施形態における時間サーバ２０の機能構成の一例を示す機能ブロック図である。
図３に示すように、時間サーバ２０は、時間情報設定部１５１、時間情報格納部１５２、送受信部１５３、及び制御部１５４を有する。

時間情報設定部１５１は、入力される設定タイムアウト時間に基づいて、時間情報格納部１５２に格納されているタイムアウト時間の時間情報を変更する。ここで、設定タイムアウト時間は、上述したように処理サーバ群１０の現在の処理負荷等の状況に応じた適切なタイムアウト時間であり、サーバ運営者が設定するようにしても良いし、時間サーバ２０が処理サーバ群１０の監視結果に基づいて自動的に設定するようにしても良い。

送受信部１５３は、ネットワーク４０を介して送受信される、クライアント端末３０からの要求ＲＥＱ０を受信したり、当該要求ＲＥＱ０に対する応答ＴＯＳを送信したりするためのものである。制御部１５４は、時間サーバ２０が有する各機能部を制御する。
なお、本実施形態における処理サーバ群１０を構成する各処理サーバ１１の機能構成については、一般的に用いられるＷｅｂサーバ等と同様であるので説明を省略する。

次に、本実施形態のネットワークシステムにおいて、クライアント端末３０が処理サーバ群１０（処理サーバ１１）によるサービスの提供を受ける際に行われるタイムアウト時間の制御処理について説明する。
図４は、本実施形態におけるタイムアウト時間の制御処理動作の一例を示すフローチャートである。なお、各処理サーバ１１及び時間サーバ２０は、既に稼動しているものとする。

まず、ステップＳ１にて、クライアント端末３０（詳しくは、クライアント端末３０が有するネットワーククライアントアプリケーション）は、所定の初期化処理がなされる。この初期化処理により、タイムアウト時間格納部１０３に格納されている情報も初期化され、そのタイムアウト時間の値は時間ｔ０に初期化される。

ステップＳ２にて、クライアント端末３０は、時間サーバ２０に対して要求ＲＥＱ０を発行し、処理サーバ群１０（処理サーバ１１）の現在の状況に応じた適切なタイムアウト時間の時間情報ＴＯＳの取得を試みる。このとき、クライアント端末３０は、ステップＳ１において初期化されたタイムアウト時間の値をそのまま用いるので、要求ＲＥＱ０のタイムアウト時間は時間ｔ０である。

ステップＳ３にて、クライアント端末３０のタイムアウト判断部１０５は、要求ＲＥＱ０に対する応答としての時間情報ＴＯＳが、時間サーバ２０からタイムアウト時間ｔ０内に戻ってきたか否かを判断する。この判断の結果、タイムアウト時間ｔ０内に応答（時間情報ＴＯＳ）が戻ってきていた場合にはステップＳ４に進み、そうでない場合、すなわちタイムアウトしていた場合にはステップＳ５に進む。

ステップＳ４にて、クライアント端末３０のタイムアウト時間変更部１０２は、受信した時間サーバ２０からの時間情報ＴＯＳに基づくタイムアウト時間ｔ１をタイムアウト時間格納部１０３に設定することで、クライアント端末３０におけるタイムアウト時間の設定を更新する。

ステップＳ５にて、クライアント端末３０は、ユーザに対して実際のサービスを行うために、処理サーバ群（処理サーバ１１）に対して要求ＲＥＱ１を発行する。このとき、クライアント端末３０では、要求ＲＥＱ１のタイムアウト時間設定として、上記ステップＳ３においてタイムアウト時間の時間情報ＴＯＳが得られた場合には時間ｔ１が用いられ、そうでない場合には初期化されたままの時間ｔ０が用いられる。

ステップＳ６にて、クライアント端末３０のタイムアウト判断部１０５は、要求ＲＥＱ１がタイムアウトしているか否か、すなわち、タイムアウト時間内に要求ＲＥＱ１に対する応答ＲＥＳが戻っているか否かを判断する。

この判断の結果、タイムアウトしていなければ、ステップＳ７にて、クライアント端末３０のサービス処理部１０４は、受信した応答ＲＥＳを用いて通常の処理を行い、ユーザに対してサービスを行う。その後、ステップＳ９に進む。
一方、ステップＳ６での判断の結果、要求ＲＥＱ１がタイムアウトしていた場合には、ステップＳ８にて、クライアント端末３０は、タイムアウトエラーが発生したことを表示部１０７等を介してユーザに通知し、ステップＳ９に進む。

ステップＳ９にて、クライアント端末３０は、処理を終了するために必要な所定の後処理を行い、処理を終了する。
以上のように処理を行うことで、クライアント端末３０は、時間サーバ２０から得られた時間情報ＴＯＳに基づいて、サーバ運営者側で設定した、処理サーバ群１０の現在の状況に応じた最適なタイムアウト時間ｔ１でもって要求ＲＥＱ１を発行することができるようになる。

以上、説明したように本実施形態によれば、クライアント端末３０におけるタイムアウト時間の設定を任意に設定（変更）可能にするとともに、クライアント端末３０が処理サーバ群１０に要求ＲＥＱ１を発行する前に、時間サーバ２０に対して要求ＲＥＱ０を発行して処理サーバの現在の状況に応じたタイムアウト時間に係る時間情報ＴＯＳを問い合わせる。時間情報ＴＯＳを取得できた場合には、クライアント端末３０のタイムアウト時間変更部１０２は、時間情報ＴＯＳに基づいて、タイムアウト時間格納部１０３に格納されているタイムアウト時間の情報を変更、すなわちタイムアウト時間を初期化時の時間ｔ０から時間情報ＴＯＳに基づく時間ｔ１に更新する。このようにしてタイムアウト時間を設定し直してからクライアント端末３０は、処理サーバ群１０に要求ＲＥＱ１を発行する。

このように、クライアント端末３０が、処理サーバ群１０に要求ＲＥＱ１を発行する前に、処理サーバ群１０（処理サーバ１１）の現在の状況に応じたタイムアウト時間を時間サーバ２０に問い合わせることで、クライアント端末３０では、処理サーバ群１０側で認識している処理負荷状況（混雑度など）等に応じた適切なタイムアウト時間を設定することができる。したがって、処理サーバ群１０の現在の状況に応じて、クライアント端末３０のタイムアウト時間を長めに設定し直すといった調整が可能となり、タイムアウトエラーの発生等を抑制することができ、クライアント端末３０にてユーザに対してのサービスが実施できない状況を抑制することができる。

なお、上述した本実施形態では、クライアント端末３０が有するネットワーククライアントアプリケーションソフトの１つとしてＷｅｂブラウザを例示しているが、本発明はこれに限らず、ネットワークを介して通信を行う際に用いられる通信ソフトウェアに適用可能である。

（本発明の他の実施形態）
上述した実施形態の機能を実現するべく各種のデバイスを動作させるように、該各種デバイスと接続された装置あるいはシステム内のコンピュータに対し、上記実施形態の機能を実現するためのソフトウェアのプログラムコードを供給し、そのシステムあるいは装置のコンピュータ（ＣＰＵあるいはＭＰＵ）に格納されたプログラムに従って上記各種デバイスを動作させることによって実施したものも、本発明の範疇に含まれる。
また、この場合、上記ソフトウェアのプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコード自体は本発明を構成する。また、そのプログラムコードをコンピュータに供給するための手段、例えばかかるプログラムコードを格納した記録媒体は本発明を構成する。かかるプログラムコードを記憶する記録媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
また、コンピュータが供給されたプログラムコードを実行することにより、上述の実施形態の機能が実現されるだけでなく、そのプログラムコードがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）あるいは他のアプリケーションソフト等と共同して上述の実施形態の機能が実現される場合にもかかるプログラムコードは本発明の実施形態に含まれることは言うまでもない。
さらに、供給されたプログラムコードがコンピュータの機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに格納された後、そのプログラムコードの指示に基づいてその機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって上述した実施形態の機能が実現される場合にも本発明に含まれることは言うまでもない。

なお、上記実施形態は、何れも本発明を実施するにあたっての具体化のほんの一例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。

本発明の実施形態によるネットワークシステムの構成例を示すブロック図である。 本実施形態におけるクライアント端末の機能構成例を示す機能ブロック図である。 本実施形態における時間サーバの機能構成例を示す機能ブロック図である。 本実施形態におけるタイムアウト時間の制御処理動作の一例を示すフローチャートである。

符号の説明

１１ 処理サーバ
２０ 時間サーバ
３０ クライアント端末
４０ ネットワーク
１０１ 送受信部
１０２ タイムアウト時間変更部
１０３ タイムアウト時間格納部
１０４ サービス処理部
１０５ タイムアウト判断部
１０６ 制御部

Claims (11)

1. サーバからの応答を待つ待ち時間を任意に設定可能なクライアント端末と、
   上記クライアント端末にネットワークを介して接続されているとともに、上記クライアント端末からの要求に応じて、所定のサービスを上記クライアント端末に提供する処理サーバと、
   上記クライアント端末に上記ネットワークを介して接続されているとともに、上記クライアント端末からの要求に対する応答として、上記処理サーバの状況に応じた上記待ち時間に係る時間情報を上記クライアント端末に送信する時間サーバとを備え、
   上記クライアント端末は、上記時間サーバから送信される上記時間情報に基づいて、上記待ち時間を設定することを特徴とするネットワークシステム。
2. 上記クライアント端末は、
   上記待ち時間として第１の所定期間が予め設定され、
   上記時間サーバに要求を発行した後、上記第１の所定期間内に上記時間情報を受信した場合には、当該時間情報に基づいて上記待ち時間を更新することを特徴とする請求項１記載のネットワークシステム。
3. 上記第１の所定期間は、上記クライアント端末における初期化時に設定される初期値であることを特徴とする請求項２記載のネットワークシステム。
4. 上記クライアント端末は、上記処理サーバによる所定のサービスの提供を受ける際、上記時間サーバに要求を発行して上記待ち時間を調整した後に、上記処理サーバに要求を発行することを特徴とする請求項１〜３の何れか１項に記載のネットワークシステム。
5. 所定のサービスを提供する処理サーバと、上記処理サーバの状況に応じた、上記処理サーバからの応答を待つ待ち時間に係る時間情報を送信する時間サーバとに、ネットワークを介して通信可能に接続された情報処理装置であって、
   上記待ち時間に係る情報を格納する待ち時間格納手段と、
   上記時間情報の要求を上記時間サーバに発行する時間情報要求手段と、
   上記時間情報の要求に対する応答として、上記時間サーバから送信された上記時間情報を受信する時間情報受信手段と、
   上記受信した時間情報に基づいて、上記待ち時間格納手段に格納されている情報を更新する待ち時間変更手段と、
   上記所定のサービスの要求を発行するとともに、当該要求に対する応答を受信して上記処理サーバによる上記所定のサービスの提供を受けるサービス処理手段とを備えることを特徴とする情報処理装置。
6. 発行した要求に対する応答を受信する際、当該要求を発行してから、上記待ち時間格納手段に格納されている情報に基づく待ち時間を経過したか否かを判断する判断手段をさらに備えることを特徴とする請求項５記載の情報処理装置。
7. 所定のサービスを提供する処理サーバと、当該所定のサービスの提供を受けるクライアント端末とに、ネットワークを介して通信可能に接続された情報処理装置であって、
   上記処理サーバの状況に応じた、上記処理サーバからの応答を待つ待ち時間に係る時間情報を設定する時間情報設定手段と、
   上記時間情報設定手段により設定される時間情報を格納する時間情報格納手段と、
   外部からの要求に応じて、上記時間情報格納手段に格納されている時間情報を送信する時間情報送信手段とを備えることを特徴とする情報処理装置。
8. 所定のサービスを提供する処理サーバと、当該所定のサービスの提供を受けるクライアント端末とがネットワークを介して通信可能に接続されたネットワークシステムにて、上記処理サーバからの応答を待つ待ち時間を制御する待ち時間制御方法であって、
   上記処理サーバによる上記所定のサービスの提供を受ける際、
   上記処理サーバの状況に応じた上記待ち時間に係る時間情報を時間サーバに要求し、
   上記要求に対する応答として上記時間サーバから送信された時間情報を受信して、受信した時間情報に基づいて上記待ち時間を設定した後、
   上記処理サーバに上記所定のサービスの提供を要求することを特徴とする待ち時間制御方法。
9. 上記時間サーバに上記時間情報を要求した後、
   上記待ち時間として予め設定されている第１の所定期間内に上記時間情報を受信した場合には、受信した時間情報に基づいて上記待ち時間を更新し、
   上記第１の所定期間内に上記時間情報を受信しなかった場合には、上記第１の所定期間を上記待ち時間として保持することを特徴とする請求項８記載の待ち時間制御方法。
10. ネットワークを介して通信可能に接続された処理サーバによる所定のサービスの提供を受ける際、
    上記処理サーバの状況に応じた、上記処理サーバからの応答を待つ待ち時間に係る時間情報を、上記ネットワークを介して通信可能に接続された時間サーバに要求する時間情報要求ステップと、
    上記時間情報要求ステップでの要求に対する応答として上記時間サーバから送信された時間情報を受信する受信ステップと、
    上記受信ステップにて受信した時間情報に基づいて、上記待ち時間を設定する設定ステップと、
    上記設定ステップの後、上記処理サーバに上記所定のサービスの提供を要求するサービス要求ステップとをコンピュータに実行させるためのプログラム。
11. 請求項１０記載のプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。

Images