ネットワーク8を介してサーバ6に接続されたクライアント4においてリモートプロシージャコールハンドラを動作させる方法であって、a複数のコールメッセージ16を含む集合コールメッセージ12を前記サーバ6に送信するステップと、b前記集合コールメッセージ12に含まれたコールメッセージ16の成功送信またはエラー送信を示すエラーメッセージ20を受信するステップと、を有し、前記エラーメッセージ20は、少なくとも1つのコールメッセージ16のエラー送信を示し、当該少なくとも1つのエラー送信されたコールメッセージ16は、c前記エラー送信されたコールメッセージと複数の他のコールメッセージ16とを含む他の集合コールメッセージ12を送信するステップにより再送信されることを特徴とする方法。ステップbは、前記集合コールメッセージ12に含まれたコールメッセージ16専用の少なくとも1つのリプライメッセージ24と前記エラーメッセージ20とを含む集合リプライメッセージ14を受信するステップを有することを特徴とする請求項1記載の方法。前記集合リプライメッセージ14は、前記集合コールメッセージ12に含まれたコールメッセージ16のうちの成功送信されたものの全てに対するリプライメッセージ24を含むことを特徴とする請求項2記載の方法。ネットワーク2を介してクライアント4に接続されたサーバ6においてリモートプロシージャコールハンドラを動作させる方法であって、a複数のコールメッセージ16を含む集合コールメッセージ12を前記クライアント4から受信するステップと、b前記受信された集合コールメッセージ16の中の少なくとも1つのエラー送信されたコールメッセージERRを検出するステップと、c前記少なくとも1つのエラー送信されたコールメッセージERRに対して少なくとも1つのエラーメッセージ20を生成するステップと、d複数のリプライメッセージ24を含む集合リプライメッセージ14をクライアント4に送信する準備ができるまで、前記少なくとも1つのエラーメッセージ20を保持するステップと、e前記集合リプライメッセージ14の中の前記リプライメッセージ24に前記少なくとも1つのエラーメッセージを連結するステップと、f前記少なくとも1つのエラーメッセージ20とその他の複数のリプライメッセージ24とを含む前記集合リプライメッセージ14を送信するステップと、を有することを特徴とする方法。ステップfが、ステップaで受信された集合コールメッセージ12のコールメッセージ16専用の少なくとも1つのリプライメッセージ24を含む集合リプライメッセージ14を送信することを特徴とする請求項4記載の方法。ステップeの前記リプライメッセージ24は、前記集合コール12に含まれたコールメッセージ16のうちの成功受信されたすべてのものに対するリプライメッセージ24であることを特徴とする請求項5記載の方法。サーバ6と、クライアント4と、前記サーバ6を前記クライアント4に接続するネットワーク8とを有するコンピュータシステムであって、前記クライアント4は請求項1、2または3記載の方法を実行するリモートプロシージャコールハンドラを備えることを特徴とするコンピュータシステム2。前記サーバ6は請求項4または6の方法を実施する別のリモートプロシージャコールハンドラを備えることを特徴とする請求項7記載のコンピュータシステム2。図1はクライアント4とサーバ6とを含むコンピュータシステム2を示している。クライアントとサーバとはネットワーク8を介して相互接続されている。クライアント4とサーバ6とは適切なハードウエアエンティティ10例えば、コンピュータ、マイクロプロセッサ、ネットワークカード、インターフェースチップ等により構成されている。図1に示された例示的な実施形態によれば、クライアント4とサーバ6とはそれぞれのハードウエア10上で動作しているアプリケーションである。ここで、クライアント4とサーバ6とはリモートプロシージャコールRPCプロトコル好ましくはRFC1831に基づいてプロトコルを使用してデータを交換する。クライアント4は集合コールメッセージ12をネットワーク8を介してサーバ6に送信する。前記集合コールメッセージ12は複数のコールメッセージを含み、当該複数のコールメッセージは、サーバ6によって実行されるべきプロセスための数個複数のパラメータを含む。得られたデータ上記のパラメータに基づいて計算されたものは集合リプライメッセージ14に含められてサーバ6からクライアント4へ送信される。集合コールメッセージ12と同様に、集合リプライメッセージ14は複数のリプライメッセージを含む。集合コールメッセージ12への回答としての集合リプライメッセージ14は例えばクライアント4によって表示されるべきデータを含むことができる。集合コールメッセージ12及び集合リプライメッセージ14のデータ経路12、14は図1に示されている。以下の記載において、コールメッセージを送信する間のクライアント/サーバ通信が、図2及び図3を参照して説明される。図2に示されているように、クライアント4は8個のコールメッセージ16を含む集合コールメッセージ12をサーバ6に送信する。尚、図示の都合上、参照符号はコールメッセージのいくつかにのみ付されている。図2に示された概略フローチャートにおいて、集合コールメッセージ12はCALL0として示されている。ここで、8個のコールメッセージ16のうちの2個即ち、コールメッセージ番号4と6は正しく送信されたがサーバ6により受信される際に壊れてしまったたとえば送信エラーやネットワークの故障によりと仮定する。これらコールメッセージ12はERRとして図示されており、その他のコールメッセージはOKとして図示されている。サーバ6は例えばCRC比較その他のリダンダンシーチェック冗長検査により、欠陥のあるメッセージを検出する。このようなエラー検出18の結果、コールメッセージ16の成功配信と失敗配信を示すエラー状態図2に示されているものが生成される。図2に示されているように、エラー状態は8ビットからなり、各ビットは集合コールメッセージ12のそれぞれのコールメッセージ16に対応している。ここで、0はコールメッセージ16の成功配信を示し、1は失敗配信を示している。その後、成功配信されたコールメッセージ16に含まれたデータに基づいて、サーバ6は結果を計算しそれを集合リプライメッセージ14に含めてクライントに返信する。この集合リプライメッセージ14は上記結果をペイロード22として含んでいる。さらに、集合リプライメッセージ14はエラーメッセージ20を含んでいる。エラーメッセージはエラー状態を16進コードで示したものである。集合リプライメッセージ14は図2においてREPLY0として示されている。クライアント4はエラーメッセージ20を復号化することができるので、クライアント4はコールメッセージ16番号4と6がエラー送信されたという情報を認識する。従って、クライアント4は上記コールメッセージ16を、次に送信する予定になっている集合コールメッセージ12と共に再送信する。上記次に送信されることになっている集合コールメッセージ12は図3においてCALL1と示されている。上記の2つのエラー送信されたコールメッセージ16番号4と6であるCALL0は図3においてREPと示されており、6個の新しいメッセージ16に連結され、上記集合コールメッセージ12CALL1を形成する。この手法により、エラー送信されたコールメッセージ16の再送信が行われる。図3に示された例示的な実施形態によれば、全てのブロックつまり、集合コールメッセージ12CALL1のコールメッセージ16の全てはサーバ6に正しく送信され、そのエラー検出18の結果は、集合コールメッセージ12の全てのコールメッセージ16が成功配信されたことを示す新しいエラー状態を示す図3に示されているとおり。従って、REPLY1と称される集合リプライメッセージ14は、この成功配信を示すエラーメッセージ20を含む。以下の記載において、集合リプライメッセージ14を送信している間のサーバ/クライアント通信が、図4及び図5を参照して説明される。最初に、CALL0と称される集合コールメッセージ12がクライアント4からサーバ6に成功送信されたと仮定する。従って、サーバ側のエラー検出18の結果は、成功配信を示すエラー状態を示す。集合リプライメッセージ14において、当該成功配信を示すエラーメッセージ20はペイロードデータすなわち集合コールメッセージ12により受信されたパラメータの結果を有する複数のリプライメッセージ24の中に含まれる。尚、説明図示の都合上、リプライメッセージ24のうちの幾つかにだけ、参照符号が付されている。例えば、リプライメッセージ24番号1と3これらは正しく送信されたとするは、クライアント4で受信される際に例えばネットワークの故障によって壊れてしまったとする。これらリプライメッセージ24はERRとして示されており、その他のリプライメッセージはOKとして示されている。よって、クライアント側のエラー検出18の結果はリプライメッセージ番号1と3が間違った形で送信されたことを示すエラー状態となり、これは1で示されている。クライアントのエラー検出18はCRC比較等によって実施される。対応する2進バイナリエラーメッセージ20は、図5に示されているように、さらなる集合コールメッセージ12の中のコールメッセージ16に含まれる。上記集合コールメッセージ12はCALL1と称され、クライアント4からサーバ6へ配信される。サーバ6はエラーメッセージ20を読むことができ、従って、間違った形で送信されたリプライメッセージ24番号1と3図5においてREPとして示されているを、次の集合リプライメッセージ14REPLY1に含めて再送信する。クライアント側のエラー検出18の結果は、全てのリプライメッセージ24が成功配信されたことを示す新しいエラー状態となる図5に示されているとおり。次の集合コールメッセージ12CALL2には、配信が完全に成功したことを示すエラーメッセージ20が組み込まれる。