ネットワークサービスの仮想化を容易にするコンピュータが実行可能な方法であって、クライアントからサービス要求を受け取る工程と、クライアントとの通信セッションを開始する工程と、クライアントおよび/または先の通信セッションを識別することのできるセッションステート情報を用いてインタレストを構築する工程で、該インタレストが階層構造化された可変長の名称を含む前記工程と、前記インタレストを幾つかのサーバへ同報通信する工程と、前記インタレストに先ず応答するサーバから受信したクライアントデータを転送する工程とを含む、方法。非選択サーバからの将来の応答を無視する工程をさらに含む、請求項1に記載の方法。前記データは伝送制御プロトコルTCPセッションを介してクライアントへ転送し、前記インタレストはTCPセッション識別子を含む、請求項1に記載の方法。前記セッションステート情報は、ハイパーテキスト転送プロトコルHTTPクッキーを含む、請求項3に記載の方法。前記データはセキュアソケットレイヤSSL接続を介してクライアントへ転送する、請求項1に記載の方法。前記セッションステート情報は、SSLセッション識別子を含む、請求項5に記載の方法。第1のサーバからのサービス要求に応答するパケットを受信する工程をさらに含み、対応するセッションステート情報はパケット名内に埋め込まれ、それによって前記第1のサービスが前記通信セッション用にクライアントから将来のパケットを受信するのを容易にする、請求項1に記載の方法。さらに、前記クライアントから第2のサーバへパケットを転送する工程を含み、前記第2のサーバは前記第1のサーバから前記通信セッションに関連するセッションステート情報を受信する構成とした、請求項1に記載の方法。前記第1のサーバからセッションステート情報を受信する工程は、前記セッションステート情報に関するインタレストを前記第2のサーバから全サーバへ同報通信する工程と、前記第2のサーバにおいて前記第1のサーバからの応答を受信する工程で、該応答が前記通信セッションに関連する前記セッションステート情報を含み、それによって前記通信セッションを前記第2のサーバ上で継続できるようにする工程とを含む、請求項8に記載の方法。さらに、第2のサーバを前記第1のサーバに対するバックアップサーバとして選択する工程で、前記第2のサーバが前記通信セッションに関連するセッションステート情報の複製を保持するよう構成された工程と、前記第1のサーバの故障に応答し、前記第2のサーバに前記クライアントからパケットを転送する工程と、前記セッションステート情報の複製を用い、前記第2のサーバ上で前記通信セッションを再構築する工程とを含む、請求項1に記載の方法。本発明の一実施形態は、ネットワークサービスの仮想化を容易にするシステムを提供するものである。処理期間中、システムはクライアントからサービス要求を受け取り、クライアントとの通信セッションを開始する。システムは、クライアントおよび/または先の通信セッションを識別することのできるセッションステート情報を用いてインタレストを構築する。インタレストは、階層構造化された可変長の名称で構成される。このシステムは、そこで幾つかのサーバにインタレストを同報通信する。その後、システムは、インタレストに最初に応答するサーバから受信したクライアントデータを転送する。本実施形態の一つの変形例では、システムは非選択サーバからの将来の応答を無視する。本実施形態の一つの変形例では、データは伝送制御プロトコルTCP:transportcontrolprotocolセッション上でクライアントに転送され、インタレストにはTCPセッション識別子が含まれる。さらなる変形例では、セッションステート情報はハイパーテキスト転送プロトコルHTTP:hypertexttransferprotocolクッキーを含む。本実施形態の一つの変形例では、データはセキュアソケットレイヤSSL:securesocketlayerセッションを介してクライアントへ転送される。さらなる変形例では、セッションステート情報はSSLセッション識別子を含む。本実施形態の一つの変形例では、システムは第1のサーバからのサービス要求に応答するパケットを受け取る。対応するセッションステート情報はパケット名内に埋め込まれ、それによって第1のサーバが通信セッション用にクライアントからさらなるパケットを受信するのを容易にする。本実施形態の一つの変形例では、システムはクライアントから第2のサーバにパケットを転送する。第2のサーバは、第1のサーバからのセッションに関連するセッションステート情報を受け取る構成とする。さらなる変形例では、第1のサーバからのセッションステート情報の受信には、セッションステート情報に対するインタレストを第2のサーバから全サーバに同報通信することと第1のサーバからの応答を受けることが含まれる。この応答は、通信セッションに関連するセッションステート情報を含んでおり、それによって第2のサーバ上で通信セッションが継続できるようにしてある。本実施形態の一つの変形例では、システムは第1のサーバに対するバックアップ用サーバとして第2のサーバを選択する。第2のサーバは、通信セッションに関連するセッションステート情報の複製を保持するよう構成する。システムは、第1のサーバの故障に応答して第2のサーバへクライアントからパケットを転送し、セッションステート情報の複製を用いて第2のサーバ上で通信セッションを再構築する。本実施形態の一つの変形例では、システムはインタレストに最初に応答するサーバへ確認応答を送信する。図面中、同様の参照符号は同一の図面要素を指す。本発明の実施形態は、効果的かつ確実に複数サーバ全体にサーバ機能を配布するネットワークサービス仮想化を容易にするものである。処理期間中、クライアントはプロキシサーバに対しネットワークサービスを要求し、このサーバが全サーバに同報通信するインタレストを構築する。サーバの応答に基づき、プロキシサーバはクライアントの要求を転送する一つのサーバを選択する。勝者が宣言された後、他のサーバはその応答を抑制し、クライアントと選択されたサーバとの間にセッションが確立される。選択されたサーバに一旦セッションが確立されると、システムはCNN命名法を用いて選択されたサーバとの間でそのセッションに関するパケットを相互に通信することができる。一部実施形態では、セッションステートはパケットのCCN名内に埋め込まれ、パケットと共に移動し、したがってステートレスプロキシサーバを作動可能とする。一部実施形態では、確立されたセッションは一方のサーバから他方へ移動させることができ、ステート情報は先のサーバからそこでセッションが確立されたそのときのサーバにステート情報を引き込むことができる。コンテンツ中心ネットワークCCNでは、通信はデータの消費者により駆動される。CCNでは、2つのパケットの種類、すなわちインタレストとデータとが存在する。インタレストパケット照会とも呼ぶは、何らかのコンテンツに対する要求である。インタレストパケットは、どのコンテンツが所望され、どのコンテンツが不要であるかを表明する特別な形式の照会をエンコードする。データパケットコンテンツパケットとも呼ばれるは、コンテンツの1単位である。データパケットは、それらと共にそれらのフルネームを担持することで自己識別する。消費者は、全ての利用可能な接続性を介してそのインタレストを同報通信することで、コンテンツを要求することができる。インタレストを聴取し、それを満たすデータを有するあらゆるノードが、データパケットで応答することができる。データはインタレストだけに応答して送信され、そのインタレストを消費する。インタレストとデータは共に、コンテンツ名またはCCN名により交換されるコンテンツを識別する。一実施形態では、インタレストパケットのCCN名がデータパケットのCCN名の接頭辞である場合、データはインタレストを満たすことができる。CCN名は、明示的に特定された数の構成要素から成る不透明な2値オブジェクトである。加えて、CCN名は持続的でコンテンツに特有である。すなわち、ファイルあるいはデータオブジェクトのコンテンツを誰かが変更した場合、そのコンテンツは新規名称に効果的に関連付けられる。この持続性は、明示的な版管理装置をもって獲得することができ、ここで、例えば新規コンテンツは所与の名称第4版とすることができる。持続性は、暗示的に達成することもできる。例えば、コンテンツはその人が設定した名称だけでなく、認証用メタデータ例えば、コンテンツの発行人によるデジタル署名にも関連付けることができる。その結果、所与の名称に関連するデータが変化するときは全コンテンツ名が変化する。機能的には、CCNはそれらが表わす様々な名称とコンテンツとの間で関連性を保持することができる。その名称は階層構造化され、可変長を有しており、多くの状況においてユーザが理解することができる。例えば、/abcd/bob/papers/ccn/newsは記事の名称、すなわちABCDという名の組織のBobという名のユーザに向けた収蔵論文集ccnからのnews記事としうる。CCNでは、アプリケーションの見地からは、ABCD組織を如何に見いだすかをコンテンツ消費者が判定したり、あるいはBobのCCN出版物をどのホストが保有しているかを見いだしたりする必要は一切ない。一実施形態では、一片のコンテンツを要求する上で、CCN内の装置はそのコンテンツにその名称により関心を抱いている点と、そのコンテンツがローカルネットワーク内で入手可能である場合に、これを自らに経路誘導する点とを、ネットワークに登録する。経路誘導基盤は、見込みのある発行人にインタレストを知的に伝搬し、続いてインタレストが横切る経路に沿ってあらゆる利用可能なコンテンツを戻すよう取り計らう。CCNは、それらを格別に魅力的なものにするための追加の属性を有する。全てのコンテンツは暗号によって認証することができ、すなわちネットワーク上のノードの一部の部分集合例えば、コンテンツの合法的な照会者が一片のコンテンツの真正さを検証することができる。CCNはまた、発行人とは無関係にデータが名称によりアクセスできるようにする。同時に、しかるべき発行人によるデータについて特別な要求を特化することができる。例えば、foo.txtあるいはBobが署名したfoo.txtを請求することができる。製作者と消費者間の契約として、任意の形態の自己検証名を用いることができる。混成自己検証名を使用することも可能であり、ここでは名称の前半の構成要素が組織用および効率的な経路誘導用とされ、名称の後半の構成要素が自己検証用とされる。最後に、CCNはコンテンツと信用の分離を可能にし、異なるデータ消費者が同じコンテンツ片において信用を確立する異なる装置を使用できるようにする。コンテンツは単一の発行人により署名しうるが、異なる理由で信用することができる。例えば、一人のユーザはその署名者との直接の個人的な関係が故に所与のコンテンツ片を信用することができ、これに対し別のユーザはこのユーザが信用できると選択した公開鍵基盤PKI:PublicKeyInfrastructureにおけるコンテンツ署名者の参加によって同一コンテンツを信用しうる。ネットワークサービスの仮想化は、複雑なネットワークアーキテクチャに対処する上で極めて重要とされてきた。CCNは、従来のTCP/IPネットワークを含む様々なネットワーク環境で仮想化ネットワークサービスを実施する貴重なツールとすることができる。従来のTCP/IPネットワークでは、サービス仮想化はTCPセッションステート情報を維持管理するロードバランサ負荷分散装置を介して実行することができる。クライアントからのサービス要求を処理するときに、ロードバランサはクライアントに対するTCPクッキーを調べ、サーバのいずれか一つにTCPセッションステート情報が事前に存在するかどうか判定することができる。存在する場合、ロードバランサは対応するサーバへ要求を導くことができる。そうでなければ、ロードバランサはランダムラウンドロビン方式に基づくかあるいはサーバの負荷に基づきサーバを選択する。しかしながら、CCNに結合されたサーバのサービス仮想化は、TCP/IPネットワークのそれとは異なるものである。図1Aは、本発明の一実施形態に従う例示ネットワークアーキテクチャを示す線図を提示するものである。ネットワーク100は、クライアント102~106を含む幾つかのクライアントと、サーバ108~112を含む幾つかのサーバとを含む。クライアント102~106は従来のTCP/IPネットワーク116を介してプロキシサーバ114に結合され、サーバ108~112はCCN118を介してプロキシサーバ114に結合してある。クライアント102~106は計算処理能力とネットワークを介する通信装置とを用いTCP/IPネットワーク116上でノードを表示できることに、留意されたい。例えば、クライアント102~106は、パーソナルコンピュータPCやラップトップ型コンピュータやワークステーションおよび/またはネットワーク接続性を有する他の電子計算装置に対応させることができる。さらにまた、クライアント102~106は有線および/または無線接続を用いてTCP/IPネットワーク116に結合することができる。同様に、サーバ108~112はクライアント102~106からのサービス要求に対する機能性を含むノードに対応させることができる。サーバ108~112は、計算クラスタあるいは独立型サーバとすることができる。プロキシサーバ114は、サーバ108~112からリソースを見いだすクライアント102~106からの要求のための仲介者として機能する。一実施形態では、プロキシサーバ114は、クライアント102~106からのTCP接続を処理し、ハイパーテキスト転送プロトコルHTTP要求を受信することのできるロードバランサとする。加えて、プロキシサーバ114は、サーバ108~112内のクライアント102~106からのHTTP要求を配信することができる。一実施形態では、プロキシサーバ114は従来のTCP/IPネットワークと、HTTPとセキュアソケットレイヤSSLプロトコルとの組み合わせであるハイパーテキスト転送プロトコルHTTP等の固定サービスを仮想化することのできるCCNとの間に位置する境界ゲートウェイである。処理期間中、クライアントクライアント102等はTCP/IPネットワーク116を介してプロキシサーバ/ロードバランサ114にネットワークサービスを要求する。例えば、クライアント102はHTTP要求を用いロードバランサ114からウェブページを要求することができる。TCP接続は、標準のスリーウェイハンドシェイクを介してクライアント102とロードバランサ114との間に確立することができる。スリーウェイハンドシェイク工程には、下記が含まれることに留意されたい。すなわち、1サーバにTCP同期SYNパケットを送信するクライアント、2SYNパケットを受信し、クライアントに同期確認応答SYN-ACKパケットを送信するサーバ、3サーバにACKパケットを送信するクライアントである。スリーウェイハンドシェイクを完成した後、ロードバランサ114はクライアントを特定するのに役立てることができ、既存のセッションが存在していたかどうか判定できる情報に対するクライアント要求を検査する。その場合、ロードバランサ114はこの種の情報に基づきCCNインタレストを構築する。一実施形態では、この種の情報にはセッションステートを含めることができる。クライアント要求がHTTP要求である場合、ロードバランサ114はクライアント102が送信したHTTPクッキーそれが在る場合を試験し、そのクッキーに基づきCNNインタレストパケットを構築する。一実施形態では、インタレストパケットに含まれるCCN名はTCP接続およびクッキーに関連する情報を含む。例えば、CCN名には下記の名称を含めることができる。すなわち、/SYN/<5T>/<cookie>/<seq>/<my.seq>/ここで、<5T>はTCP接続用の5タプルの移送署名であり、<seq>はクライアント102により選択された無作為順序番号であり、<my.seq>はロードバランサにより選択された確認応答順序番号その値はクライアント順序番号を1だけ上回るである。5タプルの移送署名が下記を含む点に留意されたい。すなわち、{送信元IPアドレス、送信元ポート番号、送信先IPアドレス、送信先ポート番号、接続タイプ}を含み、ここで接続タイプはTCPあるいはユーザデータグラムプロトコルUDP:userdatagramprotocol等の移送レイヤプロトコルを識別するものである。ロードバランサ114は、全サーバにそのインタレストを同報通信する。各サーバはそこでCCN名内に含まれるクッキーを検査し、クライアント102とサーバとの間に既存のセッションが存在するかどうか判定することができる。整合セッションを有するサーバは、適時態様にてインタレストに応答する筈であり、したがってそれはロードバランサ114により選択することができるようになる。例えば、サーバ108はロードバランサ114に応答を送信し、サーバ108がクライアント102へ送信するクッキーにクライアント102が送信するクッキーが整合することを示す。ネットワーク内の他のサーバは、サーバ108の応答を観察した後、インタレストに対する応答を差し控える。その後、ロードバランサ114はサーバ108の応答を承認し、その選択を全サーバに表明することができる。インタレストに応答する2以上のサーバが存在する場合、ロードバランサ114は応答サーバのうちの1つを選択することができる。一実施形態では、ロードバランサ114は下記のストリング、すなわち/SYN/<5T>/<cookie>/<seq>/<my.seq>/Server108/を含むCCN名を有するインタレストパケットを同報通信し、サーバ108が選択されたことを示す。サーバ108はロードバランサ114に応答し、選択されたサーバとしてそれ自体を確認するのに対し、サーバ110~112を含む他のサーバは同じセッションに関するロードバランサ114のインタレストに対する応答を停止する。一旦確認されると、クライアント102とサーバ108の間にセッションが確立される。クライアント102からのそのセッションに関する将来のパケットは、ロードバランサ114によりCCNパケットに変換される。これらのCCNパケットの命名法は、同一セッションに関するパケットが選択されたサーバ108に転送されることを保証するものである。例えば、これらのパケットのCCN名は選択されたサーバ108を特定することができる。CCNサーバ108~112の存在とサーバのうちの1つに要求が転送される事実とをクライアント102が知らない点に、留意されたい。クライアント102は、クライアント102とロードバランサ114との間に確立された従前のTCP接続に気づくだけである。図1Bは、本発明の一実施形態によるロードバランサ/プロキシサーバの構造を示すブロック線図を提供するものである。ロードバランサ120は、受信装置122と接続装置124とインタレスト構築装置126と同報通信装置128とサーバ選択装置130とセッション確立装置132とを含む。処理期間中、受信装置122はクライアントから接続要求を受信し、接続装置124はロードバランサ120とクライアントとの間に接続を確立する。インタレスト構築装置126は、クライアント要求に基づきインタレストを構築する。要求中にクッキーが存在する場合、構築されたインタレストのCCN名はクッキーを含む。同報通信装置128は、全ての聴取サーバにインタレストを同報通信する。サーバ選択装置130は、サーバから受信した応答に基づきサーバを選択する。サーバ選択装置130はさらに全サーバにその選択を表明し、選択されたサーバからの確認を受信する。一旦確認されると、セッション確立装置132はクライアントと選択されたサーバとの間にセッションを確立する。図2は、本発明の一実施形態に従うTCPクライアントとCCNにより作動可能とされるサーバとの間のTCP接続をエミュレートする工程を示すフローチャートを表わす。処理期間中、ロードバランサはクライアントとのスリーウェイハンドシェイクを完成する処理202。ロードバランサはそこで、クライアントからの要求がクッキーを含むかどうか判定する処理204。そうである場合、ロードバランサは、クッキーに基づきインタレストを構築する処理206。そうでなければ、ロードバランサはクッキーを参照しないインタレストを構築する処理208。一実施形態では、ロードバランサは5タプルの移送署名に基づきインタレストを構築する。その後、ロードバランサは全サーバにインタレストを同報通信処理210し、幾つかのサーバからの応答を受信処理212する。ロードバランサはそこで、サーバからの応答に基づきサーバを選択し、全サーバに同報通信するインタレストパケット内で勝者を表明処理214する。表明を受信した後、選択されたサーバはそのステートをロードバランサに対する勝者として確認し、このように選択されたサーバとクライアントとの間にセッションを確立処理216する。セキュアソケットレイヤSSLあるいはトランスポートレイヤセキュリティTLSプロトコルは、移送レイヤにおいてネットワーク接続のセグメントを暗号化することで、インターネット等の安全でないネットワークを介する通信に対する安全性を提供する。HTTPとSSL/TLSとの組み合わせはHTTPS接続をもたらし、これがワールドワイドウェブWWW上の支払いトランザクションや企業情報システム内の厄介なトランザクションにしばしば用いられる。SSL/TLSを実装する他のアプリケーションには、ウェブ閲覧、電子メール、インターネットファックス通信、インスタントメッセージ発信、およびボイスオーバーIPVoIPが含まれる。SSL/TLSは広範に用いられているが、既存のインターネットSSLサービスの仮想化はCCNを実装していない従来のネットワークでは難題のまま残る。SSLを実装する従来のネットワークでは、HTTPクッキーは暗号化され、ロードバランサがセッションごとに新規のHTTPパケットを送信する先を特定することができるようにする。この種の問題に対処するため、しばしばSSL加速器を用い、SSLサービスを終結させ、ロードバランサがクッキーに基づき親和性に対する良好な判断が下せるようにする。しかしながら、加速器でのSSLセッションの終了は危険な境界を生み出す。CCNでは、この種の問題は、クライアントとサーバとの間に最後まで暗号化が関係する完全な端末間の確実な接続を確立することで解決することができる。一実施形態では、TCPクライアントとCCNサーバとの間に位置するロードバランサ図1に示したロードバランサ114同様は、既存のセッションに関連する暗号ステート情報に基づきインタレストを構築する。暗号ステートを維持するサーバは、他の全サーバに先だってこの種のインタレストに応答し、したがってロードバランサがこの種のサーバを選択できるようにする。一実施形態では、ロードバランサはTCP/IPSSLセッションIDを用いてインタレストを構成することができる。加えて、確実なサービスHTTP等との効率的な負荷均衡は、サーバがSSLステートデータを交換し、新規あるいは既存のSSLセッションを検出しあるいは処分できるようにすることで達成することができる。その結果、ロードバランサは、過負荷を抱えることなく、ネットワークアドレス変換器NAT:networkaddresstranslator背後の多数のクライアントの結果とすることのできる任意の数の同時SSLセッションを扱うことができる。図3は、本発明の一実施形態に従いTCPクライアントとCCNにより作動可能とされるサーバとの間のSSLセッション確立工程を示すフローチャートを提示するものである。処理期間中、ロードバランサあるいはそれがTCPネットワークとCCNとの間の境界に常駐するが故に境界エージェントはクライアントからパケットを受信し、標準的なスリーウェイハンドシェイクを介してTCP接続を確立処理302する。ロードバランサはそこで、SSLセッション情報に基づきインタレストパケットを構成する処理310。一実施形態では、ロードバランサはSSLセッションIDまたはチケットを用いてインタレストを構築する。加えて、TCP移送署名5タプルもまた、既存の接続を識別すべく構築されたインタレストに含めることができる。その後、ロードバランサは全サーバにインタレストを同報通信する処理314。応答時、整合セッション情報を有するサーバはインタレストを満たす素早い応答を送出することができる。この応答は同報通信ドメインにて送信されるため、この応答を他のサーバが観測することができる。その結果、追加的なサーバは一切応答を送信しない筈である。その後、ロードバランサは勝者として最初に応答するサーバを随意選択的に承認し、その選択を表明処理316する。セッションIDがインタレストのCCN名に含まれる場合、セッションIDに整合するセッションステート情報を保存するサーバが先ず要求に応答することになることに、留意されたい。複数サーバが応答する稀な事例例えば、どのサーバも整合セッション情報を有しておらず、幾つかのサーバが、それらがインタレストに対し応答を送出する前に無作為抽出された遅延量を待機する場合では、ロードバランサは最初に応答するサーバを選択することができる。ロードバランサは、選択されたサーバに随意選択的に確認を送信することができる。加えて、インタレスト内にセッションIDが一切含まれない場合、一つのサーバが既にインタレストのCCN名における何らかのものに合致させることのできる特定のソフトステート情報を有する場合、そのサーバは新規接続を立ち上げる必要のある他のサーバよりも素早く応答することになる。その後、選択されたサーバは随意選択的にそのステートを勝者として確認処理318し、他の全サーバは接続要求に対する応答を停止する。選択されたサーバ上で一旦SSLセッションが確立されると、ロードバランサが選択されたサーバを参照することでSSLセッション用の接続に関する将来のインタレストを構築し、したがってそのセッションに関する全ての将来のパケットをその選択されたサーバとの間でやり取りする。セッションIDに加え、一部実施形態では、他のセッションステート情報をCCN名中に埋め込み、したがってステートレスロードバランサ/プロキシサーバを可能にすることもできる。一般に、ステートフルプロキシサーバは、進行中のトランザクションのステートに関する情報を保持するプロキシサーバである。ステート情報には、全ての記憶ステート変数とその値とを含めることができる。特定の集合の値が、ステートを画定する。プロキシサーバは、そのステート変数の値が変化するたびにステートを変える。ステートレスプロキシサーバは、進行中のトランザクションのステートに関する情報を記憶しないサーバである。ステートレスプロキシサーバは記憶ステート情報に基づくのではなく、所与の命令受信データにのみ応じて反応する。本発明の一部実施形態では、一つのサーバ上で確立されたセッションは様々な理由から異なるサーバへ移転することができる。一つのシナリオでは、セッションの均衡を図りあるいは整理統合すべく、ピーク期間中に副サーバを用い主サーバからトラフィックをオフロードすることができる。さらなるシナリオでは、トラフィックロードはエネルギー管理のために一日のうちの時間の関数として拡張しあるいは均衡させることができる。例えば、サービスプロバイダは、データセンターでの冷房コストを低減すべく、沈みゆく太陽に追従して集中的データ処理を或る場所から或る場所へ移すよう選択することができる。さらに、システムは、主サーバの故障が故にあるいは主サーバへのネットワーク接続の劣化が故に、既存のセッションを副サーバへ移すことが必要となることもある。セッションが主サーバから副サーバへ移ると、副サーバはセッションステートの事前知識は一切有しておらず、何処からかセッションステートを取得する必要がある筈である。主サーバが依然として機能を果たしている場合、副サーバは主サーバからセッションステートを取得することができる。そうでなければ、副サーバは第3のエンティティからセッションステートを取得し、あるいはセッションステートのバックアップコピーを保存する必要がある筈である。図4は、本発明の一実施形態に従いCCNを介してサービス仮想化を容易にする例示コンピュータシステムを提示するものである。図4中、コンピュータおよび通信システム400は、プロセッサ402とメモリ404と記憶装置406とを含んでいる。記憶装置406は、プロセッサ402が実行するプログラムを記憶する。具体的には、記憶装置406はサービス仮想化アプリケーション408と、加えてアプリケーション410や412等の他のアプリケーションもまた記憶する。処理期間中、サービス仮想化アプリケーション408は記憶装置406からメモリ404へロードされ、続いてプロセッサ402により実行される。プログラムの実行時に、プロセッサ402は前述の機能を遂行する。コンピュータおよび通信システム400は、随意選択的なディスプレイ414とキーボード416とポインティングデバイス418とに結合してある。