(57)【要約】本発明は、二つ以上のコンピュータで実行されるプロセスの長いタイムアウトを回避する方法、装置、システム及びコンピュータプログラムプロダクトに関する。第１コンピュータ（１０）は、演算タスクを実行するアプリケーションユニット（１６）と、アプリケーションユニットに接続したステータス決定ユニット（２０）とを具える。ステータス決定ユニットは、ステータスに対する要求を第２コンピュータ（１４）に送信し、第２コンピュータは、アプリケーションユニットに対するある演算タスクを実行し、応答を第２コンピュータから受信しない場合には、第２コンピュータに対するデータの処理の要求を遮断し、この場合、処理の要求は、アプリケーションによって生じる。第２コンピュータは、演算タスクを実行するアプリケーションユニット（２６）と、状態の要求を第１コンピュータから受信し、要求に対する少なくとも一つの応答を発生し、かつ、応答を第１コンピュータに送信するステータス応答ユニット（２２）とを具える。
2005534096.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークの少なくとも第１演算装置で実行するプロセスの長いタイムアウトを未然に防止する方法であって、前記プロセスが、処理の呼出しを第２演算装置に対して行い、
ステータスの要求を前記第２演算装置に送信するステップと、
前記第２演算装置からのステータスの要求に応答しない場合、前記第２演算装置に送信すべきデータの処理の要求を自動的に遮断するステップとを具えることを特徴とする方法。
【請求項２】
データの処理の要求を発生するステップを有し、これによって、前記ステータスの要求が送信されることを特徴とする請求項１記載の方法。
【請求項３】
前記ステータスの要求が、前記第２演算装置のネットワーク接続についての情報の要求を具え、前記ステータスの要求の応答が、前記第２演算装置からのネットワーク接続についての情報を具えることを特徴とする請求項１記載の方法。
【請求項４】
前記ステータスの要求を受信すべきタイムリミットを設定するステップを有し、前記タイムリミット内に応答が受信されない場合、前記処理の要求を遮断するステップが実行されることを特徴とする請求項１記載の方法。
【請求項５】
前記第２演算装置が、応答を前記第１演算装置に送信すべきタイムリミットを有し、前記応答を受信すべきタイムリミットを、前記第２演算装置の送信タイムリミットの２〜３倍の長さとしたことを特徴とする請求項４記載の方法。
【請求項６】
前記ステータスの要求を送信すべきタイムリミットを設定するステップを有し、このタイムリミットが満了したときに前記ステータスの要求の送信が行われることを特徴とする請求項１記載の方法。
【請求項７】
前記ステータスの要求が、簡単な第１プロトコルを用いて送信され、前記処理の要求が、標準的な第２プロトコルを用いて送信されることを特徴とする請求項１記載の方法。
【請求項８】
演算装置のステータスを決定する方法であって、前記演算装置が、ネットワークを通じて他の演算装置から処理の呼出しを受信するのに使用され、
ステータスの要求を前記他の演算装置から受信するステップと、
前記要求に対する少なくとも一つの応答を発生するステップと、
前記応答を前記他の演算装置に送信するステップとを具えることを特徴とする方法。
【請求項９】
前記ステータスに対する複数の要求及びこれら要求に対する応答が、簡単な第１プロトコルを用いて受信され及び送信されることを特徴とする請求項８記載の方法。
【請求項１０】
前記発生するステップが、他の要求を待機することなく要求タイムリミット内で二つ以上の応答を発生することを特徴とする請求項８記載の方法。
【請求項１１】
要求に応答する時間が、前記ステータスの要求が受信される度にリセットされることを特徴とする請求項１０記載の方法。
【請求項１２】
前記他の演算装置が、前記ステータスの要求が送信されるときを決定する送信タイムリミットを有し、前記要求タイムリミットが、この送信タイムリミットの１〜２倍の長さであることを特徴とする請求項１０記載の方法。
【請求項１３】
要求を送信するタイムリミットを設定するとともに、前記タイムリミットが満了するときに前記応答を送信するステップを有することを特徴とする請求項８記載の方法。
【請求項１４】
演算装置であって、前記演算装置が、ネットワークを通じて他の演算装置に接続し、
演算タスクを実行するとともに、他の演算装置に対して処理の要求を行うアプリケーションユニットと、
前記アプリケーションユニットに接続したステータス決定ユニットとを具え、前記演算装置が、
ステータスに対する要求を、前記アプリケーションユニットに対する演算タスクを実行する他の演算装置に送信し、かつ、
前記他の演算装置からの応答を受信しない場合には、前記他の演算装置に対するデータの処理の要求を自動的に遮断し、前記処理の要求が前記アプリケーションユニットによって生じるように配置したことを特徴とする演算装置。
【請求項１５】
演算装置であって、前記演算装置が、ネットワークを通じて他の演算装置に接続し、
アプリケーションユニットを具え、前記アプリケーションユニットが、前記他の演算装置によって他のアプリケーションユニットに対する演算タスクを要求されると前記演算タスクを実行し、
ステータスの要求を前記他の演算装置から受信し、前記要求に対する少なくとも一つの応答を発生し、かつ、前記応答を前記他の演算装置に送信するステータス応答ユニットを更に具えることを特徴とする演算装置。
【請求項１６】
ネットワークを通じて互いに接続した少なくとも第１及び第２演算装置を有する演算装置のシステムであって、
前記第１演算装置が、
演算タスクを実行するアプリケーションユニットと、
前記アプリケーションユニットに接続したステータス決定ユニットとを具え、前記ステータス決定ユニットが、
前記ステータスの要求を、前記アプリケーションユニットに対するある演算タスクを実行する第２演算装置に送信し、かつ、
前記第２演算装置から応答を受信しない場合、前記第２演算装置に対するデータの処理の要求を自動的に遮断し、前記処理の要求が前記アプリケーションユニットによって生じるように配置され、
前記第２演算装置が、
第１のアプリケーションユニットに対する演算タスクを実行するアプリケーションユニットと、
ステータス応答ユニットとを具え、前記ステータス応答ユニットが、
前記ステータスの要求を前記第１演算装置から受信し、
前記要求に対する少なくとも一つの応答を発生し、かつ、
前記応答を前記第１演算装置に送信するように配置されたことを特徴とするシステム。
【請求項１７】
コンピュータプログラムコード手段を有するコンピュータ読出し可能媒体を具えるプログラムプロダクトであって、前記プログラムがコンピュータにロードされると前記コンピュータを実行し、
ステータスの要求を他のコンピュータに送信し、
前記他のコンピュータからの前記ステータスの要求に対する応答がない場合、前記他のコンピュータに対するデータの処理の要求を自動的に遮断することを特徴とするプログラムプロダクト。
【請求項１８】
コンピュータプログラムコード手段を有するコンピュータ読出し可能媒体を具えるプログラムプロダクトであって、前記プログラムがコンピュータにロードされると前記コンピュータを実行し、
ステータスの要求を他のコンピュータから受信し、
前記要求に対する少なくとも一つの応答を発生し、
前記応答を前記他のコンピュータに送信することを特徴とするプログラムプロダクト。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、コンピュータ及びコンピュータネットワークの分野に関し、特に、二つ以上のコンピュータで実行するプロセスの長いタイムアウトを未然に防止するのに用いられる装置、方法、システム及びコンピュータプログラムプロダクトに関する。
【背景技術】
【０００２】
コンピュータの分野において、コンピュータで実行するプロセスを有することは周知であり、その間、他のコンピュータで行われる演算を有する必要がある。このタイプの通信は、通常、クライアント−サーバ通信に適合したセッションの形態で設けられる。
【０００３】
これらのタイプのシステムにおいて、クライアントは、データ処理の要求によってサーバを呼び出す。このタイプの機能を提供するソフトウェアのタイプは、マイクロソフトによって提供される分散型コンポーネントモデル（ＤＣＯＭ）である。ＤＣＯＭにおいて、リモートプロシージャコール（ＲＰＣ）が、プロトコルとしてＴＣＰ／ＩＰを用いてクライアントからサーバに行われる。ネットワークが不安定であるために、これらの呼出しは、サーバ又はクライアントがネットワーク通信を失ったときに非常に長い期間中ハングすることがある。これは、ＤＣＯＭがエラー信号発生前に呼出しを複数回繰り返してトライすることに起因する。これらのタイプのタイムアウトは６分となることがあり、多数のアプリケーションでは受入れられない。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
欧州特許番号９４０７５０号は、クライアント及びサーバを有するシステムを記載しており、この場合、メッセージがクライアントオブジェクトからサーバオブジェクトに送信されると、データエリアが割り当てられる。サーバオブジェクトによって実行される処理が正確に完了される場合、処理結果を表すデータがデータエリアに格納される。サーバオブジェクトによって実行される処理が正確に完了されない場合、サーバオブジェクトのステータスを表すデータがデータエリアに格納される。データエリアのデータが読み出されることによって、クライアントオブジェクトは、サーバオブジェクトの処理が正確に完了された場合に処理結果のデータを受信する。サーバオブジェクトの処理が正確に完了されない場合、クライアントオブジェクトはステータスデータを受信する。しかしながら、この文献は、例えばネットワーク接続がないことが原因で処理を完了できない場合にタイムアウトを回避できる時間の長さについて記載していない。
【０００５】
本発明は、クライアントに演算結果を付与する問題を有するサーバに対して処理の呼出しを行うときに長いタイムアウトが生じる問題を解決することを意図する。したがって、本発明は、クライアントが長いタイムアウトを回避することができることを意図する。
【課題を解決するための手段】
【０００６】
この問題は、ネットワークの少なくとも第１演算装置で実行するプロセスの長いタイムアウトを未然に防止する方法であって、前記プロセスが、処理の呼出しを第２演算装置に対して行い、
ステータスの要求を前記第２演算装置に送信するステップと、
前記第２演算装置からのステータスの要求に応答しない場合、前記第２演算装置に送信すべきデータの処理の要求を自動的に遮断するステップとを具えることを特徴とする方法によって解決される。
【０００７】
この問題は、演算装置であって、前記演算装置が、ネットワークを通じて他の演算装置に接続し、
演算タスクを実行するとともに、他の演算装置に対して処理の要求を行うアプリケーションユニットと、
前記アプリケーションユニットに接続したステータス決定ユニットとを具え、前記演算装置が、
ステータスに対する要求を、前記アプリケーションユニットに対する演算タスクを実行する他の演算装置に送信し、かつ、
前記他の演算装置からの応答を受信しない場合には、前記他の演算装置に対するデータの処理の要求を自動的に遮断し、前記処理の要求が前記アプリケーションユニットによって生じるように配置したことを特徴とする演算装置によっても解決される。
【０００８】
この問題は、コンピュータプログラムコード手段を有するコンピュータ読出し可能媒体を具えるプログラムプロダクトであって、前記プログラムがコンピュータにロードされると前記コンピュータを実行し、
ステータスの要求を他のコンピュータに送信し、
前記他のコンピュータからの前記ステータスの要求に対する応答がない場合、前記他のコンピュータに対するデータの処理の要求を自動的に遮断することを特徴とするプログラムプロダクトによっても解決される。
【０００９】
本発明の他の態様によれば、クライアントにおける長いタイムアウトを回避することを用意にする方法及びサーバを提供する。
【００１０】
これは、演算装置のステータスを決定する方法であって、前記演算装置が、ネットワークを通じて他の演算装置から処理の呼出しを受信するのに使用され、
ステータスの要求を前記他の演算装置から受信するステップと、
前記要求に対する少なくとも一つの応答を発生するステップと、
前記応答を前記他の演算装置に送信するステップとを具えることを特徴とする方法によって達成される。
【００１１】
これは、演算装置であって、前記演算装置が、ネットワークを通じて他の演算装置に接続し、
アプリケーションユニットを具え、前記アプリケーションユニットが、前記他の演算装置によって他のアプリケーションユニットに対する演算タスクを要求されると前記演算タスクを実行し、
ステータスの要求を前記他の演算装置から受信し、前記要求に対する少なくとも一つの応答を発生し、かつ、前記応答を前記他の演算装置に送信するステータス応答ユニットを更に具えることを特徴とする演算装置によっても達成される。
【００１２】
これは、コンピュータプログラムコード手段を有するコンピュータ読出し可能媒体を具えるプログラムプロダクトであって、前記プログラムがコンピュータにロードされると前記コンピュータを実行し、
ステータスの要求を他のコンピュータから受信し、
前記要求に対する少なくとも一つの応答を発生し、
前記応答を前記他のコンピュータに送信することを特徴とするプログラムプロダクトによっても達成される。
【００１３】
本発明の他の態様によれば、通常のネットワークに存在するクライアントとサーバとの間の長いタイムアウトを回避することができるコンピュータネットワークも提供する。
【００１４】
これは、ネットワークを通じて互いに接続した少なくとも第１及び第２演算装置を有する演算装置のシステムであって、
前記第１演算装置が、
演算タスクを実行するアプリケーションユニットと、
前記アプリケーションユニットに接続したステータス決定ユニットとを具え、前記ステータス決定ユニットが、
前記ステータスの要求を、前記アプリケーションユニットに対するある演算タスクを実行する第２演算装置に送信し、かつ、
前記第２演算装置から応答を受信しない場合、前記第２演算装置に対するデータの処理の要求を自動的に遮断し、前記処理の要求が前記アプリケーションユニットによって生じるように配置され、
前記第２演算装置が、
第１のアプリケーションユニットに対する演算タスクを実行するアプリケーションユニットと、
ステータス応答ユニットとを具え、前記ステータス応答ユニットが、
前記ステータスの要求を前記第１演算装置から受信し、
前記要求に対する少なくとも一つの応答を発生し、かつ、
前記応答を前記第１演算装置に送信するように配置されたことを特徴とするシステムによって達成される。
【００１５】
本発明のこれら及び他の態様を、後に説明する実施の形態を参照にして明らかにする。
【発明を実施するための最良の形態】
【００１６】
本発明を、添付図面を参照しながら以下に説明する。
二つの演算装置すなわちコンピュータ１０，１４は、コンピュータネットワーク１２を通じて互いに接続される。ネットワークは、ＴＣＰ／ＩＰやＵＤＰ／ＩＰのような少なくとも二つのタイプの通信プロトコルをサポートする。図１において、本発明の理解を更に容易にするために二つのコンピュータのみを示す。更に多くのコンピュータを容易にネットワークに接続できることを理解すべきである。
【００１７】
図２は、ネットワーク１２を通じて互いに接続した二つのコンピュータ１０及び１４の簡単化したブロック図を示す。ここでは、ネットワーク１２を直線として示す。第１のコンピュータ１０は、いわゆるクライアントであり、第２のコンピュータ１４はサーバである。第１コンピュータ１０は、クライアントＤＣＯＭ（分散型コンポーネントモデル:Distributed Component Model）ユニット１８に接続したアプリケーションユニット１６を有し、クライアントＤＣＯＭユニット１８は、第２コンピュータ１４の対応するサーバＤＣＯＭユニット２４との通信を行う。アプリケーションユニット１６及びＤＣＯＭユニット１８は、第１ステーサス決定ユニット又はＨＰＳ（ホストポーリングサービス(Host Polling Service)）クライアント２０にも接続され、第１ステーサス決定ユニット又はＨＰＳクライアント２０は、第２コンピュータ１４のステータス応答ユニット又はＨＰＳサーバ２２とも通信を行う。サーバＤＣＯＭユニット２４は、クライアントアプリケーションに対して互いに相違する演算タスクを実行するためにサーバアプリケーションユニット２６に接続される。クライアントＤＣＯＭユニット１８が第２コンピュータ１４を呼び出す際に、第２コンピュータがネットワーク接続を有しない場合に長いタイムアウトとなることがある。このことは、エラーが発生する前にクライアントＤＣＯＭユニット１８が第２コンピュータの呼出しのリトライを複数回行うことに起因する。これは不都合であり、本発明は、第２コンピュータのステータス応答ユニット２２の補助とともに第１コンピュータ１０のステータス決定ユニット２０を用いることによってこの課題を解決する。
【００１８】
図３は、ネットワーク１２を通じてステータス応答ユニット２２に接続した第１コンピュータのステータス決定ユニット２０のブロック図を示す。ここでも、ネットワーク１２を直線の形態で示す。
【００１９】
ステータス決定ユニット２０は、（上方向を指す矢印で示した）ＤＣＯＭユニット及び（左方向を指す矢印で示した）アプリケーションユニットに接続されたクライアント制御ユニット２８を有する。クライアント制御ユニット２８は、クライアント送信タイマ３０及び応答タイマ３２に接続される。クライアント制御ユニット２８は、ネットワーク１２を通じて第２コンピュータのサーバ制御ユニット３４との通信を行う。サーバ制御ユニット３４は、要求タイマ３８及びサーバ送信タイマ３６に接続される。
【００２０】
装置の機能を更に詳しく説明する。アプリケーションユニット１６は、ある種のアプリケーションを実行する。それを、例えば、ある種のｅメールアプリケーション又はネットワークファイルシステム若しくはカスタマー特有のクライアント／サーバアプリケーションとすることができる。アプリケーションが、新たに受信したｅメールの取り出しのようなサーバによって行われる処理を必要とする場合、それは、サーバに対するＤＣＯＭ呼出しを行うために、クライアントＤＣＯＭユニット１８に接続するとともにデータの処理を要求する。ＤＣＯＭ呼出しは、通常、ＴＣＰ／ＩＰプロトコルを用いることによって実行される。同時に、アプリケーションは、ステータス決定ユニット又はＨＰＳ（ホストポーリングサービス）クライアント２０のクライアント制御ユニット２８に接続し、処理に対する要求をこの制御ユニットにも送信する。クライアント制御ユニット２８がこの要求を受信すると、クライアント制御ユニットは、図４に示す方法の第１パートの実行を開始する。したがって、この方法は、ステップ４０におけるアプリケーションによるＤＣＯＭ呼出しの要求の受信によって開始される。一旦、アプリケーションによる最初のＤＣＯＭ呼出しによって方法が開始されると、方法は、アプリケーションによって行われる任意の連続的なＤＣＯＭ呼出しのモニタリングを継続する。ステップ４２において、クライアント制御ユニット２８は、ポーリングする必要があるＨＰＳサーバの形態を読み出し、かかる形態はオープン形態である必要がある。ステップ４４において、形態のチェックの結果がＯＫでない場合、ステップ４６において、エラーメッセージが発生し、エラーが記録され、ステップ４８において、ＨＰＳクライアントが終了する。ステップ４４における結果がＯＫである場合、ステップ５０において、状態に対する要求又はＨＰＳ要求がクライアント制御ユニット２８からサーバ制御ユニット３４に送信される。この要求は、このタイプのポーリング専用の特別なポートに送信され、プロトコルとしてＵＤＰ／ＩＰ（ユーザデータグラムプロトコル／インターネットプロトコル）を用いることによって、空要求パケットとして送信される。パケットは、ソース及び宛先ポート番号と、パケット長の表示と、ヘッダとしてのチェック和と、データ又はペイロードとしての零のみとを有し、零は、要求メッセージを表す。クライアント制御ユニット２８は、ステップ５２において、クライアント送信タイマ又はＨＰＳ送信タイマ３０を始動し、ステップ５４において、応答タイマ又はＨＰＳ応答タイマ３２も始動する。その後、ステップ５６において、クライアント制御ユニット２８は、状態「応答待機」に入る。
【００２１】
応答待機状態を図５に示す。ステップ５８の状態「待機応答」において、クライアント制御ユニットは、互いに相違するイベントに基づく二つのオプションを有する。ステップ６０において制御ユニットがＨＰＳ応答を受信すると、制御ユニットは、ステップ６２において、ＨＰＳ応答タイマ３２をリセットするとともに始動し、その後、ステップ６４において、信号EnaOut_Enabledを送信することによってＤＣＯＭ通信をイネーブルするＤＣＯＭユニット１８に接続し、その後、ステップ６６において、イネーブルされた状態に入る。ＨＰＳ応答のフォーマットは、ＨＰＳサーバに関連して後に説明する。応答は、要求が送信される際に同一の特別なポート番号で受信される。
【００２２】
クライアント制御ユニット２８は、ＨＰＳ送信タイマ３０のステータスを連続的にチェックする。送信タイマ３０がタイムアウトに到達した場合、クライアント制御ユニット２８は、ステップ７０において、他の要求を送信することを決定し、ステップ７２において、送信タイマ３０をリセットし及び始動する。制御ユニットは、ステップ７４で終了し、元の状態「応答待機」のステップ５８に戻る。
【００２３】
図６は、イネーブルされた状態で生じるものを示す。イネーブルされた状態であるステップ７６において、クライアント制御ユニットは、互いに相違するイベントに基づく三つのオプションを有する。制御ユニットは、ステップ７８でＨＰＳ応答を受信すると、ステップ８０でＨＰＳ応答タイマ３２をリセットするとともに始動し、ステップ８２で終了し、その後、最初のイネーブルされた状態のステップ７６に戻る。
【００２４】
クライアント制御ユニット２８は送信タイマ３０をチェックし、ステップ８４において、クライアントＨＰＳ送信タイマが送信タイマタイムアウトに到達した場合、ステップ８６において、クライアント制御ユニットはＨＰＳ要求を送信し、その後、ステップ８８において、送信タイマ３０をリセットし及び始動する。これが行われると、制御ユニット２８は、ステップ９０で終了し、最初のイネーブルされた状態のステップ７６に戻る。
【００２５】
クライアント制御ユニットは応答ユニット３２もチェックし、ステップ９２において、ＨＰＳ応答タイマが応答タイマタイムアウトに到達すると、ステップ９４において、クライアント制御ユニット２８は、EnaOut_Disabled信号をクライアントＤＣＯＭユニットに送信することによってＤＣＯＭ通信ができないようにし、その後、ステップ９６において、制御ユニット２８は、図５に関連して既に説明した応答待機状態に戻る。したがって、ＤＣＯＭ呼出しは、応答タイマタイムアウト前にＨＰＳ応答が受信されなかった場合には行われなくなる。
【００２６】
第２コンピュータのサーバ制御ユニット３４の動作を、図７,８のフローチャートとともに説明する。最初に図７に戻ると、ステップ９８において、サーバ制御ユニット３４は、最初に状態「要求待機」にあり、この場合、サーバ制御ユニット３４は、ステップ１００においてＨＰＳ要求をクライアントから受信するまでそのままである。サーバ制御ユニット３４がこの要求を受信した後、サーバ制御ユニット３４は、ステップ１０２においてＨＰＳ要求タイマ３８をリセットするとともに始動し、その後、ステップ１０４においてＨＰＳ応答を送信する。ＨＰＳ応答は、受信した要求と同一タイプのヘッダを有する。違いは、ペイロード又はデータが０の代わりに１であるということだけである。この１は、要求に対する応答を表す。このメッセージもＵＤＰ／ＩＰを用いて送信される。要求及び応答は、ＨＰＳクライアントが使用するのと同一のポート番号を有する同一の特別なポートで送信され及び受信される。その後、サーバ制御ユニット３４は、ステップ１０６においてサーバＨＰＳ送信タイマ３６もリセットし及び始動し、ステップ１０８において、イネーブルされた状態に入る。
【００２７】
イネーブルされた状態を図８に示す。イネーブルされた状態であるステップ１１０において、サーバ制御ユニット３４は、互いに相違するイベントに基づく三つのオプションを有する。ステップ１１２において、ＨＰＳ要求が受信されると、サーバ制御ユニット３４は、ステップ１１４において、ＨＰＳ要求タイマ３８をリセットするとともに始動し、サーバ制御ユニット３４は、ステップ１１６で終了し、最初のイネーブルされた常態のステップ１１０に戻る。サーバ制御ユニット３４は、連続的にサーバ送信タイマ３６をチェックし、ステップ１１８で送信タイマのタイムアウトが生じると、ステップ１２０においてＨＰＳ応答を送信し、ステップ１２２において、ＨＰＳ送信タイマが再びリセットされるとともに始動され、制御ユニットは、ステップ１２４で終了し、最初のイネーブルさｒタ状態１１０に戻る。制御ユニット３４は、要求タイマ３８もモニタし、ステップ１２６において、ＨＰＳ要求タイマのタイムアウトが生じると、ステップ１２８において、制御ユニット３４は送信タイマ３６を停止し、図７に関連して説明した状態であるステップ１３０の状態「要求待機」に入る。
【００２８】
タイムアウトは、種々の方法で処理される。タイマ値は、対応する制御ユニットにおいてセットタイムアウト値と比較され、タイマによってセット値に到達すると、対応する動作が、当該制御ユニットによって実行される。
【００２９】
タイマ値は、フェールオーバ時に故障を検出する基準セットに整合する必要がある。
クライアントＨＰＳ応答タイマを、サーバＨＰＳ送信タイマの２．５倍に設定する必要がある。これによって、ＨＰＳクライアントによる一つのＨＰＳ応答パケットの損失を許容する。
【００３０】
あり得る独立した送信が中止する前に二つの応答を送信できるようにするために、サーバＨＰＳ要求タイマを、クライアントＨＰＳ送信タイマの少なくとも１．５倍にする必要がある。好適なタイマセッティングの概要を示す表を以下に示す。
2005534096.tif 000003
【００３１】
ＤＣＯＭユニット１８は、最後に以下のように動作する。アプリケーションによるＤＣＯＭ呼出しの要求を受信すると、呼出しが行われる前にEnaOut_enabled信号をクライアント制御ユニットから受信したか否かチェックする。受信しない場合、すぐにフェールメッセージをアプリケーションの戻す。これを、例えば、以下のようなビットコードで実現することができる。
【００３２】
2005534096.tif 000004
【００３３】
本発明を、制御ユニット及びタイマユニットの状況で説明した。これらは、好適には、方法を実施するソフトウェアを含む適切なプログラムメモリとともに一つ以上のプロセッサの形態で設ける。このソフトウェアを、コンピュータにロードするためのＣＤ−ＲＯＭディスクのようなコンピュータ読出し媒体に設けることもできる。図９は、クライアント、サーバ又はその両方に対するこのプログラムコードを含むそのようなディスク１３２を示す。このディスクは、本来、ＤＣＯＭユニットの既に説明したプログラムコードを含むことができる。
【００３４】
説明した発明は、複数の利点を有する。サーバのステータスをチェックするための簡単なプロトコルを用いることによって、特にネットワーク故障の場合に高速の応答を取得することができる。このようにして、ネットワーク接続がないときには、サーバに対する処理の呼出しを遮断することができる。アプリケーションは迅速にリターンし、「ハング」のように思われない。
【００３５】
プロトコルが、標準的な要求／応答プロトコルでなく、要求／応答トリガされたプロトコルのようであるので、往復の遅延は、表銃的な要求／応答プロトコルで出くわす値の半分まで減少する（すなわち、送信遅延のみであり、送信及び受信遅延ではない。）。これは、ネットワークのロードが重いときに特に有利である。
【００３６】
要求の受信に依存する適切なセット応答タイマを有することによって、要求の送信も、クライアントの関心に依存する理想的なレベルに保持される。
【００３７】
同様に、送信タイマ及び応答タイマは、ステータスに対する要求が理想的に短い間隔で送信されるとともにＤＣＯＭ呼出しの遮断が安全な方法で迅速に行われるようにセットされる。
【００３８】
本発明を、ネットワーク故障の状況で説明した。しかしながら、他のタイプのサーバのステータス及びサーバアプリケーションをチェックするために本発明の原理を用いることができる。この場合において、ステータスに対する要求及び要求に対する応答は、メッセージのデータ区分又はペイロードに更に多くの情報を有する。
【００３９】
本発明を、ＴＣＰ／ＩＰ及びＵＤＰ／ＩＰの状況においても説明した。しかしながら、それを、コンピュータプロトコルに適応した任意のセッションとともに用いることができる。
【００４０】
本発明を、二つのコンピュータに関連して説明した。本発明を、クライアントの互いに相違するアプリケーションが処理を要求するのに必要なコンピュータの個数に応じて更に多くのコンピュータ上で用いることができる。
【００４１】
本発明をＤＣＯＭに関連して説明した。しかしながら、本発明を、「ユーザアプリケーション」の中間制御からそれ自体のリトライ機構を導き出す他のミドルウェアアプリケーションに対して用いることができる。
【図面の簡単な説明】
【００４２】
【図１】ネットワークを通じて互いに接続した二つの演算装置の線形図を示す。
【図２】図１の二つのコンピュータ装置のブロック図である。
【図３】第２演算装置のステータス応答ユニットに接続した第１演算装置のステータス決定ユニットのブロック図を示す。
【図４】第１演算装置で実行される本発明による第１方法の第１パートのフローチャートを示す。
【図５】第１方法の第２パートのフローチャートを示す。
【図６】第１方法の第３パートのフローチャートを示す。
【図７】第２演算装置で実行される本発明による第２方法の第１パートのフローチャートを示す。
【図８】第２方法の第２パートのフローチャートを示す。
【図９】第１及び／又は第２方法で実行されるプログラムコードが格納されたコンピュータ読み出し可能媒体を示す。
【図１】
2005534096.tif 000005
【図２】
2005534096.tif 000006
【図３】
2005534096.tif 000007
【図４】
2005534096.tif 000008
【図５】
2005534096.tif 000009
【図６】
2005534096.tif 000010
【図７】
2005534096.tif 000011
【図８】
2005534096.tif 000012
【図９】
2005534096.tif 000013
【国際調査報告】
2005534096.tif 000014
2005534096.tif 000015
2005534096.tif 000016