ホストから受信したサービス要求を処理する方法であって、aサービスゲートウェイからサーバへのサービス要求を、前記サービスゲートウェイと前記サーバとの間のサービスセッションでリレーするステップと、b前記サービスゲートウェイが前記サービスセッションのサービス要求時を決定するステップと、c前記サービスゲートウェイが、前記サーバからサービス応答を受信するステップと、d前記サービスゲートウェイが、サービス応答時を決定するステップと、e前記サービスゲートウェイが、前記サービス要求時と前記サービス応答時とから、前記サービス要求のサービス処理時間を計算するステップと、f前記サービス処理時間を期待サービス処理時間と比較するステップと、g前記比較に応じて、前記サーバのサーバビジー状態インジケータを更新するステップとを有する、方法。前記更新するステップgは、g1前記サービス処理時間が前記期待サービス処理時間より長いとの判断に応じて、前記サービスゲートウェイが前記サーバビジー状態インジケータを更新して、前記サーバがビジー状態であることを示すステップと、g2前記サービス処理時間が前記期待サービス処理時間より長くないとの判断に応じて、前記サービスゲートウェイが前記サーバビジー状態インジケータを更新して、前記サーバがビジー状態でないことを示すステップとを有する、請求項1に記載の方法。前記計算するステップeは、e1前記サービスゲートウェイが、前記サービス要求時と前記サービス応答時との間の時間的長さとして、前記サービス要求のサービス処理時間を計算するステップを有する、請求項1に記載の方法。前記サービス応答はエラー表示を含み、前記エラー表示がエラーを示す場合、前記サービスゲートウェイは前記サービス処理時間を計算しない、請求項1に記載の方法。前記比較するステップfは、f1前記サービスゲートウェイが、前記サービス要求のサービス属性又は前記サーバに応じて、前記期待サービス処理時間を設定するステップを有する、請求項1に記載の方法。前記期待サービス処理時間は、前記サービス属性に関連し、データストアに格納され、前記設定するステップf1は、f1i前記サービスゲートウェイが、前記サービス要求又は前記サーバを、前記データストア中のサービス属性と比較するステップと、f1ii前記サービス要求又はサーバが前記データストア中のサービス属性と一致したとき、前記一致したサービス属性に関連する期待サービス処理時間を読み出すステップとを有する、請求項5に記載の方法。前記比較するステップfは、さらに、f2前記セキュアゲートウェイと前記サーバとの間の前のサービス背ションのサービス処理時間に基づき、修正期待サービス処理時間を計算するステップを有する、請求項5に記載の方法。前記リレーするステップaは、a1前記サービスゲートウェイが前記ホストからサービス要求を受信するステップと、a2前記サービスゲートウェイが前記サーバのサーバビジー状態インジケータをチェックするステップと、a3前記サーバがビジー状態であると前記サーバビジー状態インジケータが示すとの判断に応じて、前記サービスゲートウェイが前記サービス要求をサービス要求バッファに入れるステップと、a4前記サーバがビジー状態でないことを前記サーバビジー状態インジケータが示すとの判断に応じて、前記サービス要求を、前記サービスゲートウェイとサーバとの間のサービスセッションで前記サービスゲートウェイから前記サーバにリレーするステップを有する、請求項1に記載の方法。前記リレーするステップa4は、a4i前記サービスゲートウェイが、前記サービス要求バッファが空かチェックするステップと、a4ii前記サービス要求バッファが空であるとの判断に応じて、前記サービス要求を、前記サービスゲートウェイとサーバとの間のサービスセッションで、前記サービスゲートウェイからサーバにリレーするステップと、a4iii前記サービス要求バッファが空でないとの判断に応じて、前記サービスゲートウェイが、前記サービス要求をサービス要求バッファに入れるステップとを有する、請求項8に記載の方法。前記入れるステップa3は、a3i前記サービスゲートウェイが、前記サービスゲートウェイにあるタイマーが満了したか判断するステップと、a3ii前記タイマーが満了したとの判断に応じて、前記サービス要求を、前記サービスゲートウェイとサーバとの間のサービスセッションで、前記サービスゲートウェイからサーバにリレーするステップとを有する、請求項8に記載の方法。前記サービス要求は優先度と関連づけられ、前記サービス要求バッファは前記優先度と関連づけられたサービス要求を格納するように構成され、前記入れるステップa3は、a3i前記サービスゲートウェイが、サービス要求を前記サービス要求バッファに入れるステップと、a3ii前記サービス要求バッファ中のサービス要求を、関連づけられた優先度に応じて、前記サービスゲートウェイから前記サーバにリレーするステップとを有する、請求項8に記載の方法。ホストから受信したサービス要求を処理するコンピュータプログラム製品であって、コンピュータ読み取り可能プログラムコードを有するコンピュータ読み取り可能記憶媒体を有し、前記コンピュータ読み取り可能プログラムコードは、サービスゲートウェイからサーバへのサービス要求を、前記サービスゲートウェイと前記サーバとの間のサービスセッションでリレーし、前記サービスセッションのサービス要求時を決定し、前記サーバからサービス応答を受信し、サービス応答時を決定し、前記サービス要求時とサービス応答時とから前記サービス要求のサービス処理時間を計算し、前記サービス処理時間を期待サービス処理時間と比較し、前記比較に応じて、前記サーバのサーバビジー状態インジケータを更新するように構成された、製品。前記比較に応じて、前記サーバのサーバビジー状態インジケータを更新するように構成されたコンピュータ読み取り可能プログラムコードは、さらに、前記サービス処理時間が前記期待サービス処理時間より長いとの判断に応じて、前記サーバビジー状態インジケータを更新して、前記サーバがビジー状態であることを示し、前記サービス処理時間が前記期待サービス処理時間より長くないとの判断に応じて、前記サーバビジー状態インジケータを更新して、前記サーバがビジー状態でないことを示すように構成された、請求項12に記載の記憶媒体。前記サービス要求時とサービス応答時とから前記サービス要求のサービス処理時間を計算するように構成されたコンピュータ読み取り可能プログラムコードは、さらに、前記サービス要求時とサービス応答時との間の時間的長さとして前記サービス要求のサービス処理時間を計算するように構成された、請求項12に記載の記憶媒体。前記サービス処理時間を前記期待サービス処理時間と比較するように構成されたコンピュータ読み取り可能プログラムコードは、さらに、前記サービス要求のサービス属性又は前記サーバに応じて、前記期待サービス処理時間を設定するように構成された、請求項12に記載の記憶媒体。期待サービス処理時間は慚愧サービス属性と関連づけられ、前記サービス要求のサービス属性又は前記サーバに応じて、前記期待サービス処理時間を設定するように構成されたコンピュータ読み取り可能プログラムコードは、前記サービス要求又はサーバを前記データストア中のサービス属性と比較し、前記サービス要求又はサーバが前記データストア中のサービス属性と一致したとき、前記一致したサービス属性に関連する期待サービス処理時間を読み出すように構成された、請求項15に記載の記憶媒体。前記サービス処理時間を前記期待サービス処理時間と比較するように構成されたコンピュータ読み取り可能プログラムコードは、前記セキュアゲートウェイと前記サーバとの間の前のサービス背ションのサービス処理時間に基づき、修正期待サービス処理時間を計算するように構成された、請求項15に記載の記憶媒体。サービス要求を、前記サービスゲートウェイと前記サーバとの間のサービスセッションで、サービスゲートウェイからサーバへリレーするように構成されたコンピュータ読み取り可能プログラムコードは、さらに、前記ホストからサービス要求を受信し、前記サーバのサーバビジー状態インジケータをチェックし、前記サーバがビジー状態であると前記サーバビジー状態インジケータが示すとの判断に応じて、前記サービス要求をサービス要求バッファに入れ、前記サーバがビジー状態でないことを前記サーバビジー状態インジケータが示すとの判断に応じて、前記サービス要求を、前記サービスゲートウェイとサーバとの間のサービスセッションで前記サービスゲートウェイから前記サーバにリレーするように構成された、請求項12に記載の記憶媒体。前記サーバがビジー状態でないと前記サーバビジー状態インジケータが示すとの判断に応じて、サービス要求を、前記サービスゲートウェイと前記サーバとの間のサービスセッションで、サービスゲートウェイからサーバへリレーするように構成されたコンピュータ読み取り可能プログラムコードは、さらに、前記サービス要求バッファが空かチェックし、前記サービス要求バッファが空であるとの判断に応じて、前記サービス要求を、前記サービスゲートウェイとサーバとの間のサービスセッションで、前記サービスゲートウェイからサーバにリレーし、前記サービス要求バッファが空でないとの判断に応じて、前記サービス要求をサービス要求バッファに入れるステップとを有する、請求項18に記載の記憶媒体。前記サーバがビジー状態であると前記サーバビジー状態インジケータが示すとの判断に応じて、前記サービス要求をサービス要求バッファに入れるように構成されたコンピュータ読み取り可能プログラムコードは、さらに、サービスゲートウェイにあるタイマーが満了したか判断し、前記タイマーが満了したとの判断に応じて、前記サービス要求を、前記サービスゲートウェイとサーバとの間のサービスセッションで、前記サービスゲートウェイからサーバにリレーするように構成された、請求項18に記載の記憶媒体。前記サービス要求は優先度と関連づけられ、前記サービス要求バッファは前記優先度と関連づけられたサービス要求を格納するように構成され、前記サーバがビジー状態であると前記サーバビジー状態インジケータが示すとの判断に応じて、前記サービス要求をサービス要求バッファに入れるように構成されたコンピュータ読み取り可能プログラムコードは、さらに、前記サービス要求を前記サービス要求バッファに入れ、前記サービス要求バッファ中のサービス要求を、関連づけられた優先度に応じて、前記サービスゲートウェイから前記サーバにリレーするように構成された、請求項18に記載の記憶媒体。サービス要求を処理するサーバと、プロセッサと、コンピュータ読み取り可能プログラムコードを有するコンピュータ読み取り可能記憶媒体とを有するサービスゲートウェイとを有し、前記コンピュータ読み取り可能プログラムコードは、前記プロセッサにより実行されると、前記サービスゲートウェイに、サーバへのサービス要求を、前記サービスゲートウェイと前記サーバとの間のサービスセッションでリレーし、前記サービスセッションのサービス要求時を決定し、前記サーバからサービス応答を受信し、サービス応答時を決定し、前記サービス要求時とサービス応答時とから前記サービス要求のサービス処理時間を計算し、前記サービス処理時間を期待サービス処理時間と比較し、前記比較に応じて、前記サーバのサーバビジー状態インジケータを更新するように構成された、システム。前記比較に応じて、前記サーバのサーバビジー状態インジケータを更新することは、前記サービス処理時間が前記期待サービス処理時間より長いとの判断に応じて、前記サーバビジー状態インジケータを更新して、前記サーバがビジー状態であることを示し、前記サービス処理時間が前記期待サービス処理時間より長くないとの判断に応じて、前記サーバビジー状態インジケータを更新して、前記サーバがビジー状態でないことを示すことを含む、請求項22に記載のシステム。前記サービス処理時間を期待サービス処理時間と比較することは、前記サービス要求のサービス属性又は前記サーバに応じて、前記期待サービス処理時間を設定することを含む、請求項22に記載のシステム。前記期待サービス処理時間は、前記サービス属性に関連し、データストアに格納され、前記サービス要求のサービス属性又は前記サーバに応じて、前記期待サービス処理時間を設定することは、前記サービス要求又はサーバを前記データストア中のサービス属性と比較し、前記サービス要求又はサーバが前記データストア中のサービス属性と一致したとき、前記一致したサービス属性に関連する期待サービス処理時間を読み出すことを含む、請求項24に記載のシステム。前記サービス処理時間を期待サービス処理時間と比較することは、前記セキュアゲートウェイと前記サーバとの間の前のサービス背ションのサービス処理時間に基づき、修正期待サービス処理時間を計算することを含む、請求項24に記載のシステム。サービス要求を、前記サービスゲートウェイと前記サーバとの間のサービスセッションでサービスゲートウェイからサーバへリレーすることは、前記ホストからサービス要求を受信し、前記サーバのサーバビジー状態インジケータをチェックし、前記サーバがビジー状態であると前記サーバビジー状態インジケータが示すとの判断に応じて、前記サービス要求をサービス要求バッファに入れ、前記サーバがビジー状態でないことを前記サーバビジー状態インジケータが示すとの判断に応じて、前記サービス要求を、前記サービスゲートウェイとサーバとの間のサービスセッションで前記サービスゲートウェイから前記サーバにリレーすることを含む、請求項22に記載のシステム。本発明の一実施形態による方法は、ホストから受信したサービス要求を処理する方法であって、aサービスゲートウェイからサーバへのサービス要求を、前記サービスゲートウェイと前記サーバとの間のサービスセッションでリレーするステップと、b前記サービスゲートウェイが前記サービスセッションのサービス要求時を決定するステップと、c前記サービスゲートウェイが、前記サーバからサービス応答を受信するステップと、d前記サービスゲートウェイが、サービス応答時を決定するステップと、e前記サービスゲートウェイが、前記サービス要求時と前記サービス応答時とから、前記サービス要求のサービス処理時間を計算するステップと、f前記サービス処理時間を期待サービス処理時間と比較するステップと、g前記比較に応じて、前記サーバのサーバビジー状態インジケータを更新するステップとを有する。本発明の一態様において、前記更新するステップgは、g1前記サービス処理時間が前記期待サービス処理時間より長いとの判断に応じて、前記サービスゲートウェイが前記サーバビジー状態インジケータを更新して、前記サーバがビジー状態であることを示すステップと、g2前記サービス処理時間が前記期待サービス処理時間より長くないとの判断に応じて、前記サービスゲートウェイが前記サーバビジー状態インジケータを更新して、前記サーバがビジー状態でないことを示すステップとを有する。本発明の一態様において、前記計算するステップeは、e1前記サービスゲートウェイが、前記サービス要求時と前記サービス応答時との間の時間的長さとして、前記サービス要求のサービス処理時間を計算するステップを有する。本発明の一態様において、前記サービス応答はエラー表示を含み、前記エラー表示がエラーを示す場合、前記サービスゲートウェイは前記サービス処理時間を計算しない。本発明の一態様において、前記比較するステップfは、f1前記サービスゲートウェイが、前記サービス要求のサービス属性又は前記サーバに応じて、前記期待サービス処理時間を設定するステップを有する。本発明の一態様において、前記期待サービス処理時間は、前記サービス属性に関連し、データストアに格納され、前記設定するステップf1は、f1i前記サービスゲートウェイが、前記サービス要求又は前記サーバを、前記データストア中のサービス属性と比較するステップと、f1ii前記サービス要求又はサーバが前記データストア中のサービス属性と一致したとき、前記一致したサービス属性に関連する期待サービス処理時間を読み出すステップとを有する。本発明の一態様において、前記比較するステップfは、さらに、f2前記セキュアゲートウェイと前記サーバとの間の前のサービス背ションのサービス処理時間に基づき、修正期待サービス処理時間を計算するステップを有する。本発明の一態様において、前記リレーするステップaは、a1前記サービスゲートウェイが前記ホストからサービス要求を受信するステップと、a2前記サービスゲートウェイが前記サーバのサーバビジー状態インジケータをチェックするステップと、a3前記サーバがビジー状態であると前記サーバビジー状態インジケータが示すとの判断に応じて、前記サービスゲートウェイが前記サービス要求をサービス要求バッファに入れるステップと、a4前記サーバがビジー状態でないことを前記サーバビジー状態インジケータが示すとの判断に応じて、前記サービス要求を、前記サービスゲートウェイとサーバとの間のサービスセッションで前記サービスゲートウェイから前記サーバにリレーするステップを有する。本発明の一態様において、前記リレーするステップa4は、a4i前記サービスゲートウェイが、前記サービス要求バッファが空かチェックするステップと、a4ii前記サービス要求バッファが空であるとの判断に応じて、前記サービス要求を、前記サービスゲートウェイとサーバとの間のサービスセッションで、前記サービスゲートウェイからサーバにリレーするステップと、a4iii前記サービス要求バッファが空でないとの判断に応じて、前記サービスゲートウェイが、前記サービス要求をサービス要求バッファに入れるステップとを有する。本発明の一態様において、前記入れるステップa3は、a3i前記サービスゲートウェイが、前記サービスゲートウェイにあるタイマーが満了したか判断するステップと、a3ii前記タイマーが満了したとの判断に応じて、前記サービス要求を、前記サービスゲートウェイとサーバとの間のサービスセッションで、前記サービスゲートウェイからサーバにリレーするステップとを有する。本発明の一態様において、前記サービス要求は優先度と関連づけられ、前記サービス要求バッファは前記優先度と関連づけられたサービス要求を格納するように構成され、前記入れるステップa3は、a3i前記サービスゲートウェイが、サービス要求を前記サービス要求バッファに入れるステップと、a3ii前記サービス要求バッファ中のサービス要求を、関連づけられた優先度に応じて、前記サービスゲートウェイから前記サーバにリレーするステップとを有する。上記の方法に対応するシステムとコンピュータプログラム製品もここに説明し特許請求の範囲に記載した。本発明の実施形態は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態、またはハードウェアとソフトウェアを両方含む実施形態の形式を取ることができる。好ましい一実施形態では、本発明は、ソフトウェアで実施できる。ソフトウェアは、ファームウェア、レジデントソフトウェアなどを含むが、これらの限定されない。さらに、本発明は、コンピュータや命令実行システムにより使用されるプログラムコードを提供するコンピュータ利用可能媒体またはコンピュータ読み取り可能媒体からアクセスできるコンピュータプログラム製品の形体を取りうる。本開示の目的では、コンピュータ使用可能またはコンピュータ読み取り可能媒体は、命令実行システム、装置、又はデバイスにより、またはそれらに関して使用される、プログラムを包含、格納、伝達、伝送、搬送できる任意の装置である。この媒体は、電子的媒体、磁気的媒体、光媒体、光磁気媒体、赤外線媒体、半導体システムまたは装置やデバイス、伝達媒体などである。コンピュータ読み取り可能媒体の例としては、半導体または固体メモリ、磁気テープ、リムーバブルコンピュータディスケット、ランダムアクセスメモリRAM、リードオンリメモリROM、固定磁気ディスク、光ディスクなどがある。光ディスクの例としては、コンパクトディスク-リードオンリメモリCD-ROM、コンパクトディスク-リード/ライトCD-R/W、及びDVDなどがある。プログラムコードを格納及び/又は実行するのに好適なデータ処理システムは、システムバスを通してメモリ要素に直接的または間接的に結合された少なくとも1つのプロセッサを含む。メモリエレメントは、プログラムコードの実行時に使われるローカルメモリと、バルク記憶と、実行時にコードをバルク記憶から読み出さねばならない回数を低減するために、少なくともプログラムコードの一部を一時的に記憶するキャッシュメモリと、を含む。キーボード、ディスプレイ、ポインティングデバイスなどを含むがこれに限定されない入出力すなわちI/Oデバイスを、直接的に、またはI/Oコントローラを介在させて、システムに結合できる。ネットワークアダプタをシステムに結合して、データ処理システムを、プライベートネットワークやパブリックネットワークを通して、他のデータ処理システムやリモートプリンタや記憶装置に結合することもできる。モデム、ケーブルモデム及びイーサネット登録商標カードは、現在利用できるネットワークアダプタの一部である。図のフローチャートとブロック図は、本発明の様々な実施形態によるシステム、方法及びコンピュータプログラム製品のアーキテクチャ、機能及びありうる実装の動作を示す。これに関連して、フローチャートやブロック図の各ブロックは、モジュール、セグメント、コードの一部分を表す。これは指定されたローカル機能を実装する一又は複数の実行可能命令を含む。留意すべき点として、代替的な実施形態では、ブロックに示した機能は図面に示した順序でない順序で行ってもよい。例えば、順次的に示された2つのブロックは、その機能に応じて、実際には、実質的に同時に実行してもよく、逆の順序で実行してもよい。また、留意点として、ブロック図及び/又はフローチャートの各ブロック、及びブロック図及び/又はフローチャートのブロックの組合せは、指定された機能や動作を実行する特定目的ハードウェアベースシステムにより、又は特定目的ハードウェアとコンピュータ命令との組合せにより実施できる。ここで用いる用語は、具体的な実施形態を説明することを目的としており、本発明の限定を意図したものではない。ここで、冠詞a、an、及びtheは、明らかに文脈に反しない限り、複数の場合も含む。さらに、言うまでもなく、有するとの用語は、本明細書で用いるとき、記載した特徴、整数、ステップ、動作、要素及び/又はコンポーネントがあることを示し、その他の特徴、整数、ステップ、動作、要素、コンポーネント及び/またはこれらのグループがあることを排除するものではない。図1は、サービスゲートウェイ110とサーバ200との間のサービスセッション321を示す図である。サービスゲートウェイ110は、ホスト100からサービス要求301を受信する。サービス要求301はデータネットワーク153により届く。一実施形態では、サービス要求301は、ウェブサービス要求であり、例えば、HTTP要求、セキュアHTTP要求、FTP要求、ファイル転送要求、SIPセッション要求、ウェブ技術に基づく要求、ビデオ又はオーディオストリーミング要求、ウェブ会議セッション要求、又はインターネット又は企業ネットワーク上の任意の要求である。ホスト100はネットワークアクセス機能を有するコンピューティング装置である。ホスト100は、プロセッサ103及びコンピュータ読み取り可能媒体104に動作可能に結合している。コンピュータ読み取り可能媒体104は、ここに説明する、本発明の様々な実施形態を実施するコンピュータ読み取り可能プログラムコードを格納している。一実施形態では、ホスト100はワークステーション、デスクトップパーソナルコンピュータ、又はラップトップパーソナルコンピュータである。一実施形態では、ホスト100はパーソナルデータアシスタントPDA、スマートホン、又はセルラー電話である。一実施形態では、ホスト100は、セットトップボックス、インターネットメディアビュアー、インターネットメディアプレーヤ、スマートセンサ、スマートメディカルデバイス、ネットトップボックス、ネットワークテレビジョンセット、ネットワークDVR、ネットワークBlu-ray登録商標プレーヤ、又はメディアセンターである。一実施形態では、データネットワーク153はインターネットプロトコルIPネットワークである。一実施形態では、データネットワーク153は、企業データネットワーク又は地域企業データネットワークである。一実施形態では、データネットワーク153はインターネットサービスプロバイダネットワークである。一実施形態では、データネットワーク153は住居データネットワークである。一実施形態では、データネットワーク153は、イーサネット登録商標などの有線ネットワークを含む。一実施形態では、データネットワーク153は、WiFiネットワーク、セルラーネットワークなどの無線ネットワークを含む。サービスゲートウェイ110は、プロセッサ113及びコンピュータ読み取り可能媒体114に動作可能に結合している。コンピュータ読み取り可能媒体114は、ここに説明する、プロセッサ113により実行された時、本発明の様々な実施形態を実施するコンピュータ読み取り可能プログラムコードを格納している。ある実施形態では、サービスゲートウェイ110は、複数のサーバへの負荷を分配する、サーバ負荷バランサ、アプリケーションデリバリコントローラ、サービスデリバリプラットフォーム、トラフィックマネージャ、セキュリティゲートウェイ、ファイアウォールシステムの一コンポーネント、仮想プライベートネットワークVPNの一コンポーネント、ビデオサーバの負荷バランサ、又はゲートウェイとして実装される。サーバ200は、プロセッサ213及びコンピュータ読み取り可能媒体214に動作可能に結合している。コンピュータ読み取り可能媒体214は、ここに説明する、プロセッサ213により実行された時、本発明の様々な実施形態を実施するコンピュータ読み取り可能プログラムコードを格納している。ある実施形態では、コンピュータ読み取り可能プログラムコードは、サーバ200を、ウェブサーバ、ファイルサーバ、ビデオサーバ、データベースサーバ、アプリケーションサーバ、ボイスシステム、会議サーバ、メディアゲートウェイ、SIPサーバ、リモートアクセスサーバ、VPNサーバ、又はメディアセンターとして実施する。サービスゲートウェイ110はデータネットワーク155を介してサーバ200に接続している。一実施形態では、データネットワーク155はデータネットワーク153と同じものである。一実施形態では、データネットワーク155はデータネットワーク153と違うものである。一実施形態では、ホスト100は、データネットワーク155には直接的にはアクセスしない。一実施形態では、ホスト100は、データネットワーク155には直接的にアクセスできる。図2と図7は、サービスゲートウェイ100によるサービス要求の処理方法の一実施形態を示す図である。一実施形態では、サービスゲートウェイ110は、ホスト100からサービス要求301を受信し、サービスゲートウェイ110とサーバ200との間にサービスセッション321を確立することにより、サービス要求301をサーバ200701にリレーする。サービスゲートウェイ110は、サービスセッション321のサービス要求時361を決定する702。一実施形態では、サービス要求時361は、時刻、システム時間、タイムカウンタなどのタイムスタンプである。一実施形態では、サービス要求時361は、サービスゲートウェイ110がサービス要求301をサーバ200に送信した時である。一実施形態では、サービス要求時361は、サービスゲートウェイ110がサービス要求301を受信したアクノレッジメントをサーバ200から受信した時である。サーバ200は、サービス要求301を処理した後、サービス応答352で応答する。一実施形態では、サービス応答352は、ウェブページ、文書、ファイル、ピクチャ、オーディオ信号又はビデオ信号のストリーミング、又は音声電話voicecallを含む。一実施形態では、サービス応答352はエラー表示354を含む。エラー表示354は、HTTPエラーステータスコード、FTPエラーコード、SIPエラーメッセージ、その他の任意のエラーコードを含み得る。サービスゲートウェイ110は、サービス応答352を受信し、そのサービス応答352をホスト100にリレーする703。サービスゲートウェイ110は、サービス応答352の受信時、サービス応答時362を決定する704。一実施形態では、サービス応答時362は、時刻、システム時間、タイムカウンタなどのタイムスタンプであり、サービス要求時361とコンパチブルである。一実施形態では、サービス応答時362は、サービスゲートウェイ110がサービス応答352を受信した時である。一実施形態では、サービス応答時362は、サービスゲートウェイ110がサービス応答352の最初の情報を受信した時である。一実施形態では、サービス応答時362は、サービスゲートウェイ110がサービス応答352の最後の情報を受信した時である。一実施形態では、サービス応答時362は、サービスゲートウェイ110がサーバ200からのサービスセッション321を切断した時である。一実施形態では、サービス応答時362はサービス応答352に含まれる。サービスゲートウェイ110は、サービス要求時361とサービス応答時362とを決定した後、そのサービス要求時とサービス応答時とから、サービス要求301のサービス処理時間360を計算する705。サービス処理時間360は、一般的に、サービス要求時361とサービス応答時362との間の長さを測るものである。一実施形態では、サービスゲートウェイ110は、サービス応答時362からサービス要求時361を減算し、サービス処理時間360を求める。他の一実施形態では、サービスゲートウェイ110は、サービス要求時361とサービス応答時362との間の時間的長さを計算してサービス処理時間を決定する。例えば、サービス処理時間360は10ミリ秒、5ミリ秒、247ミリ秒、3秒、15秒、1分、75マイクロ秒、又は289時間単位である。一実施形態では、サービスゲートウェイ110は、サービス処理時間360を計算する前にサービス応答352を確認する。一例では、サービスゲートウェイ110は、サービス応答352がエラー表示354を含んでいるか、を確認する。一実施形態では、エラー表示354にエラーが表示されている場合、サービスゲートウェイ110は、サービス要求301に対するサービス処理時間360を計算しない。一実施形態では、サービスゲートウェイ110は、完了サービスセッションカウンタ326を含む。このカウンタは、サービスゲートウェイ110とサーバ200との間の完了したサービスセッションの数をカウントする。一実施形態では、サービスゲートウェイ110は、サービス応答352を受信すると、又はサーバ200とのサービスセッション321を切断すると、完了サービスセッションカウンタ326を1だけインクリメントする。一実施形態では、サービスゲートウェイ110は、サービス処理時間360を決定した後、完了サービスセッションカウンタ326を1だけインクリメントする。図3は、サーバ200がビジー状態であるか判断する方法の一実施形態を示す図である。サービスゲートウェイ110は、サーバ200のサーバビジー状態インジケータ378を含む。このインジケータは、サーバ200がビジー状態であるか示す。一実施形態では、サーバビジー状態インジケータ378の値が0すなわちNotBusyであると、サーバ200がビジー状態でないことを示し、値が1すなわちBusyであると、サーバ200がビジー状態であることを示す。サービスゲートウェイ110は、サービス処理時間360に応じて、サーバビジー状態インジケータ378を更新する。一実施形態では、サービスゲートウェイ110は期待サービス処理時間374を含む。図3と図7を参照して、サービスゲートウェイ110は、サービス処理時間360を期待サービス処理時間374と比較する706。サービスゲートウェイ110は、サービス処理時間が期待サービス処理時間374より長いと判断すると、サーバビジー状態インジケータ378をBusyに更新する708。一実施形態では、サービス処理時間360は、期待サービス処理時間374より長いためには、期待サービス処理時間374より少なくとも50長い必要がある。一実施形態では、サービス処理時間360は、期待サービス処理時間374より少なくとも300長い必要がある。一実施形態では、サービス処理時間360は、期待サービス処理時間374より長い必要がある。一実施形態では、サービスゲートウェイ110は、サービス処理時間360が期待サービス処理時間374より長くないと判断し、それに応じて、サーバビジー状態インジケータ378をNotBusyに更新する709。一実施形態では、期待サービス処理時間374はサービス要求301に基づく。一実施形態では、サービス要求301は、サービス要求URLUniversalResourceLocatorを含む。一実施形態では、期待サービス処理時間374は、サービス属性379に応じて設定される。サービス属性379は、期待サービス処理時間374に影響する属性である。例えば、プロトコルが異なれば、サービス要求の処理レートも異なり、期待サービス処理時間も異なるだろう。一実施形態では、サービス属性379はサービス要求URLに基づく。一実施形態では、サービス属性379は、ドメイン名、ウェブサイト内のウェブフォルダー名、文書タイプ、サービス要求URLに示されたプロトコルなどの、サービス要求URLの一部に基づく。例えば、サービス要求URLは、httpwwwabccomshopsshoehtmlである。サービス属性379は、ドメイン名wwwabccom、ウェブフォルダwwwabccomshops、文書タイプhtml又はphp、aspなどその他の文書タイプ、プロトコルhttp又はftp、https、sipなどその他のプロトコルに基づく。一実施形態では、サービス属性379はサーバ200で実施されるプログラムコードに関する。例えば、サーバ200は、Apacheウェブサーバソフトウェア、マイクロソフトウェブサーバソフトウェア、オラクルウェブサーバソフトウェア、その他のウェブサーバソフトウェアを用いたウェブサーバである。サービス属性379は、ウェブサーバソフトウェアに関する。一実施形態では、サービス属性379は、ドメイン名wwwa10networkscomに基づき、期待サービス処理時間374は10ミリ秒である。一実施形態では、サービス属性379はHTTPプロトコルに基づき、期待サービス処理時間374は75ミリ秒である。一実施形態では、サービス属性379はFTPファイルダウンロードプロトコルに基づき、期待サービス処理時間374は2秒である。一実施形態では、サービス属性379はHTML文書タイプに基づき、期待サービス処理時間374は20ミリ秒である。一実施形態では、サービス属性379はサーバ200で実施されるプログラムコードに関する。一実施形態では、サーバ200はApacheウェブサーバソフトウェアを用い、期待処理時間は50ミリ秒である。一実施形態では、サーバ200はマイクロソフトウェブサーバソフトウェアを用い、期待処理時間は90ミリ秒である。一実施形態では、サービス属性379は、上記の複数の属性に関連する。期待処理時間は複数の属性の複数の期待処理時間の合計で決まる。一実施形態では、サービスゲートウェイ110はデータストア380を含む。このデータストアは、期待サービス処理時間374と、関連するサービス属性379とを格納している。一実施形態では、サービスゲートウェイ110は、サービス要求301又はサーバ200を、データストア380中のサービス属性379と比較する。一致すると、サービスゲートウェイ110は、一致したサービス属性379に関連する期待サービス処理時間374を読み出し、読み出した期待サービス処理時間374をサービス処理時間360と比較する。一実施形態では、期待サービス処理時間374は、どのサービス属性とも関連していない。サービスゲートウェイ110は、期待サービス処理時間374を読み出し、サービス処理時間360と比較する。一実施形態では、期待サービス処理時間374は、ユーザにより設定される。一実施形態では、期待サービス処理時間374は、前のサービスセッションのサービス処理時間に基づき自動的に決定される。サービスゲートウェイ110は、サービス処理時間360を決定するとき、を用いて、修正期待サービス処理時間376を計算する。この実施形態では、サービスゲートウェイ110は、完了サービスセッションカウンタ325を変更する前に、修正期待サービス処理時間376を計算する。一実施形態では、サービスゲートウェイ110は、サービス処理時間360が期待サービス処理時間374より長いとき、又はサービス応答352がエラー表示354を含むとき、期待サービス処理時間374を修正しない。この実施形態では、サービスゲートウェイ110は、完了サービスセッションカウンタ325を変更しない。一実施形態では、期待サービス処理時間374は、サービス属性379に関連する。また、完了サービスセッションカウンタ326は、各サービス属性に対して異なる別々のカウンタを実施するため、サービス属性379に関連する。サービスゲートウェイ110は、修正期待サービス処理時間376を計算する前に、サービス要求301又はサーバ200がサービス属性379と一致するかチェックする。一実施形態では、サービスゲートウェイ110は、期待サービス処理時間374を修正期待サービス処理時間376で置き換える。修正期待サービス処理時間376は、サービスゲートウェイ110とサーバ200との間の次のサービスセッションの期待サービス処理時間374になる。サービスゲートウェイ110は、サーバビジー状態表示を更新した後、ホストから次のサービス要求を受信し710、上記プロセスをくり返す。図4と図8は、サーバビジー状態インジケータ378に基づくサービス要求の処理方法の一実施形態を示す図である。一実施形態では、サービスゲートウェイ110はサービス要求バッファ331を含む。一実施形態では、サービスゲートウェイ110は、ホスト110からサービス要求301を受信する801。一実施形態では、サービスゲートウェイ110は、サービス要求301をサービス要求バッファに入れる。他の一実施形態では、サービスゲートウェイ110は、サーバビジー状態インジケータ378をチェックする802。サーバ200がBusyであることをサーバビジー状態インジケータ378が示した場合803サービスゲートウェイ110は、サービス要求301をサービス要求バッファ331に入れる804。一実施形態では、図2と図7を参照して上述したように、サーバ200がNotBusyであるとサーバビジー状態インジケータ378が表示する場合803、サービスゲートウェイ110は、サービス要求301をサーバ200にリレーする701。他の一実施形態では、サーバ200がNotBusyであるとサーバビジー状態インジケータ378が表示する場合、サービスゲートウェイ110はサービス要求バッファ331が空であるかチェックする805。サービス要求バッファ331が空である場合、サービスゲートウェイ110は、サービス要求301をサーバ200にリレーする701。サービス要求バッファ331が空でない場合、サービスゲートウェイ110は、サービス要求301をサービス要求バッファ331に入れる806。サービスゲートウェイ110は、サービス要求バッファ331が空になるまで、又はサーバビジー状態インジケータ378がBusyに変わるまで、サービス要求バッファ331中の各サービス要求をサーバ200にリレーする701。図5は、サービスゲートウェイ110がサーバビジー状態インジケータ378を更新した後のサービス要求の処理方法の一実施形態を示す図である。サービスゲートウェイ110は、サーバビジー状態インジケータ378の異なる値に応じて、サービス要求バッファ331中のサービス要求301を処理する。一実施形態では、サーバビジー状態インジケータ378の値はNotBusyに更新される。サービスゲートウェイ110はサービス要求バッファ331を調べて、サービス要求301を発見する。サービスゲートウェイ110は、サービス要求301をサーバ200にリレーする701。一実施形態では、サーバビジー状態インジケータ378の値はBusyに更新される。一実施形態では、サービスゲートウェイ110はサービス要求バッファ331をすぐには処理しない。サービスゲートウェイ110はタイマー119を含む。タイマー119が満了すると、サービスゲートウェイ110は、サービス要求バッファ331中のサービス要求301を見つけ、サービス要求バッファ331中のサービス要求301をサーバ200にリレーする701。タイマー119は、例えば、1分、30秒、1秒、400ミリ秒、5ミリ秒、300マイクロ秒、その他のサービス要求301に対するサービスに大きな影響を与えない長さに設定できる。一実施形態では、時間的長さはサービス要求301の属性に基づく。図6は、サービス優先度に基づくサービス要求の処理方法の一実施形態を示す図である。一実施形態では、サービス要求303はサービス優先度403に関連する。あるシナリオでは、サービス優先度403はサービス要求303のURLに基づく。あるシナリオでは、サービス優先度403は、ホスト100に基づき、例えばホスト100のIPアドレスやホスト100のユーザ識別などに基づく。一シナリオでは、サービス優先度403は、サービスゲートウェイ110がサービス要求303を受信するネットワークインタフェースに関連する。サービスゲートウェイ110は、サービス要求303のサービス優先度403を決定する。サービス要求バッファ331は、サービス優先度401とともにサービス要求を格納するように構成されている。一実施形態では、サーバビジー状態インジケータ378の値がBusyに更新された場合、サービスゲートウェイ110は、サービス優先度403をサービス優先度401と比較する。一致に応じて、サービスゲートウェイ110は、サービス要求303をサービス要求バッファ331に入れる。一実施形態では、サービスゲートウェイ110は第2のサービス要求バッファ332を含む。サービス要求バッファ332は、サービス優先度402とともにサービス要求を格納するように構成されている。サービス優先度402はサービス優先度401より高いものである。一実施形態では、サーバビジー状態インジケータ378の値がNotBusyに更新された場合、サービスゲートウェイ110は、サービス要求バッファ331よりも前にサービス要求バッファ332中のサービス要求を処理する。一実施形態では、サービスゲートウェイ110は、サービス要求バッファ331中のサービス要求301をサーバ200に送る前に、サービス要求バッファ332中のサービス要求302をサーバ200に送る。一実施形態では、サービスゲートウェイ110は、サービス要求バッファ331を処理する前に、サービス要求バッファ332のすべてのサービス要求を処理する。一実施形態では、サービスゲートウェイ110はサービス比率117を含み、比率117に応じて、サービス要求バッファ332とサービス要求バッファ331を処理する。サービス比率117は、サービス要求バッファ331中に優先度が低いサービス要求が無くならないように、優先度が低いサービス要求バッファ331よりも優先度が高いサービス要求バッファ332を優先して処理する。本発明を実施形態を参照して説明したが、本技術分野の当業者には言うまでもなく、これらの実施形態にはバリエーションがあり、これらのバリエーションも本発明の精神と範囲に含まれる。したがって、本技術分野の当業者は、添付した特許請求の範囲の精神と範囲から逸脱せずに、多くの修正をすることができる。