JP2007516499A - クライアントデバイスによって要求されたコンテンツにサービスを提供するプロバイダが選択されるシステム及び方法 - Google Patents

Abstract

【課題】クライアントデバイスによって要求されたコンテンツにサービスを提供するためのシステム及び方法を提供する。
【解決手段】コンテンツアイテムが、クライアントデバイスとのセッション中に特定される。このコンテンツアイテムに対して実行されるサービスのタイプが特定される。プロバイダ（１３０）が、このサービスを実行できる複数のプロバイダの中から選択される。セッションが、選択されたプロバイダへ転送され、このプロバイダは、コンテンツアイテムに対してサービスを実行する。
【選択図】図１

Description

［技術分野］
本発明の実施の形態は、ネットワーク上でのコンテンツへのサービスの提供（servicing）及びコンテンツの配信に関する。

［関連した米国出願］
本出願は、「Architecture for Distributing and Managing Streaming Media Services」と題する同時係属中の代理人整理番号第２００３１２２５３−１．ＰＲＯ号である仮特許出願第６０／４７１，８５１号の優先権を主張する。この仮特許出願は、２００３年５月１９日の出願日を有し、本出願の譲受人に譲渡され、その全内容が参照により本明細書に援用される。

通常、人々は、自身のデスクトップマシン又はラップトップマシンを使用して、自身のウェブブラウジングの経験に基づきコンテンツサイト（たとえば、ビデオに基づく映画のウェブページ）を知る。その理由は、これらのデバイスが、ウェブブラウジングに関連した入力（たとえば、ユニフォームリソースロケータ又は検索照会）要件及び出力（たとえば、信頼性のある高帯域幅接続）要件によく適合しているからである。このようなサイトの位置が一旦突き止められると、ウェブユーザは、その後、ビデオ使用可能携帯情報端末（ＰＤＡ）や携帯電話等の移動デバイスを使用してそれらのサイトへの接続を試みる。

ユーザ（クライアント）デバイスの多様性に対応するために、コンテンツプロバイダは、（接続の帯域幅に従った）広範囲の異なるビットレート、（それ自体、クライアントデバイスによって使用される能力管理ストラテジーに従って動的に変化する、クライアントデバイスで利用可能な処理能力に従った）ビデオフレームレート、（クライアントデバイスで利用可能な表示サイズに従った）ビデオフレームサイズ等をサポートできなければならない。

これらの問題に対処するための１つの方法は、メディアデータがストリーミングされる時に、そのメディアデータをトランスコードして、メディアデータが、クライアントデバイスに対して調整されたフォーマットで当該クライアントデバイスに到着するようにする機能を有するネットワークを与えることである。換言すると、出力コンテンツストリームが、異なるビットレート、異なるビデオフレームレート、異なるビデオフレームサイズ、又は異なる他のパラメータで生成されるように、出力コンテンツストリームをクライアントデバイスでの消費により適したものにする処理が、ネットワークにより、入力メディアコンテンツストリームに対して実行される。このトランスコードオペレーションは、ネットワークによって提供されたサービスと考えることができる。より一般的には、変更されたコンテンツ、又は、ネットワークを通じて利用可能なコンテンツから得られたデータをクライアントデバイスへ配信できるように、他のタイプのメディア処理及びメディア解析もネットワーク内で実行できることを想定することができる。ネットワークにおいてこの種の機能を提供できることによって、メディアコンテンツ入力に基づく多種多様の有用なサービスの構築が可能になり、ネットワークにアクセスするエンドユーザによる消費のためにこれらのサービスを提供することができる。

したがって、ネットワーク輻輳及びその結果生じる配信コンテンツの品質の劣化なく、コンテンツ、及び、他のコンテンツの処理又は解析の結果生じたコンテンツを多数のクライアントへ配信できる方法及びシステム又はこれらのいずれか（方法及び／又はシステム）が有益である。また、多様なクライアントに対してこれを達成できる方法及び／又はシステムも有益である。

［発明の開示］
本発明の実施の形態は、クライアントデバイスへ配信するためのコンテンツにサービスを提供するための方法及びシステムに関する。コンテンツアイテムが、クライアントデバイスとのセッション中に特定される。このコンテンツアイテムに対して実行されるサービスのタイプが特定される。プロバイダが、このサービスを実行できる複数のプロバイダの中から選択される。セッションが、選択されたプロバイダへ転送され、このプロバイダは、コンテンツアイテムに対してサービスを実行する。

添付図面は、本明細書に援用されて、本明細書の一部を成す。これらの添付図面は、本発明の実施の形態を示し、本明細書本文と共に、本発明の原理を説明するのに役立つものである。

本明細書本文で参照される図面は、特に注釈がある場合を除き、一律の縮尺で描かれていると理解されるべきではない。

次に、本発明のさまざまな実施の形態を詳細に参照する。さまざまな実施の形態の例は添付図面に示されている。本発明は、これらの実施の形態と共に説明されるが、これらの実施の形態は、それら実施の形態に本発明を限定することを目的としているものではないことを理解されたい。逆に、本発明は、代替形態、変更形態、及び等価物を網羅することを目的としている。これら代替形態、変更形態、及び等価物は、添付の特許請求の範囲によって定義された本発明の精神及び範囲内に含めることができる。さらに、本発明の以下の説明では、本発明の十分な理解を提供するために、多数の具体的な詳細が述べられる。それ以外の場合には、本発明の態様を不必要に分かりにくくしないように、既知の方法、手順、コンポーネント、及び回路は詳細に説明されていない。

本発明の態様は、コンピュータシステム等の知的デバイス（intelligent device：インテリジェントデバイス）で実施することができる。この知的デバイスは、一般に、情報及び命令を処理するためのプロセッサ、情報及び命令を記憶するためのランダムアクセス（揮発性）メモリ（ＲＡＭ）、静的な情報及び命令を記憶するための読み出し専用（不揮発性）メモリ（ＲＯＭ）、情報及び命令を記憶するための磁気ディスク又は光ディスクやディスクドライブ等のデータ記憶デバイス、コンピュータのユーザに情報を表示するための表示デバイス（たとえば、モニタ）等のオプションのユーザ出力デバイス、情報及びコマンド選択をプロセッサに通信するための英数字キー及びファンクションキー（たとえば、キーボード）を含むオプションのユーザ入力デバイス、並びに、ユーザ入力情報及びコマンド選択をプロセッサに通信するためのカーソル制御デバイス（たとえば、マウス）等のオプションのユーザ入力デバイスを含む。

図１は、本発明の一実施の形態による、コンテンツソース１１０からのコンテンツへのサービスの提供、及び、クライアントデバイス１５０へのサービス結果コンテンツの配信を行うためのシステム１００のブロック図である。概観すると、サービスを求めるクライアントデバイス１５０は、システム１００（たとえば、ポータル１４０）と接触する。クライアントデバイス１５０は、そのサービスのプロバイダ（たとえば、サービスプロバイダ１３０）への宛先の書き換えを受ける。コンテンツソース（たとえば、コンテンツソース１１０）からのコンテンツは、サービスプロバイダを介してクライアントデバイスへ送信（たとえば、ストリーミング）される。このように、一実施の形態では、システム１００は、コンテンツソースからクライアントデバイスへメディアをストリーミングするためのものである。

本出願では、本明細書で使用されるようなストリーミングメディアは、連続的な方法でネットワークノード間を通信されるデータを意味する。例としては、ストリーミング音響及びストリーミングビデオが含まれる。これらは、配信時について厳密な時間制約を有する場合がある。これらの例では、これらストリームの一部があまりにも遅れて配信されると、それらの一部は、遅れたことにより無視されることになる（それらの一部は、あまりにも遅れているので、クライアントアプリケーションによって再生されているものの効果がなく、したがって、大部分は役立たない）。或いは、これらのストリームの一部があまりにも早く配信されると、それらの一部は、サービス又はクライアントアプリケーション内のバッファ制約のために失われることになる。連続的な方法で送信されるデータの他の例には、測定値のストリーム又は実験結果のストリームが含まれる。これらのタイプのストリームには、リモートセンサからの天候の読み取り値及び冷却システムからの温度の読み取り値が含まれる。これらの例では、配信時について厳密な時間制約はない。しかしながら、データの送信は、シームレスに進行する送信によって最もよく満たされる時間成分を有する。

したがって、ストリーミングメディアを使用することによって、サービスを配置する効果は、ネットワーク及びサーバノードの双方に資源に対して永続した効果を有する。たとえば、ストリーミング条件下で鑑賞される映画をトランスコードする際に、そのデータは、２時間程度の長さにわたり、したがって、トランスコードセッションは、２時間程度のサーバ時間にわたる場合がある。他のタイプのストリーミング（たとえば、計器の読み取り）の場合、ストリームの継続時間、及び、ストリームに対して行われるサービスの継続期間は、終わることのないものとなる可能性がある。サーバノードの計算資源は、不確実な継続時間による長い時間の間、実行される。同様に、サーバノードのネットワーク資源、サーバとコンテンツプロバイダとの間のすべてのリンクのネットワーク資源、及びサーバとクライアントマシンとの間のネットワーク資源も、不確実な継続時間による長い時間の間、実行されることになる。これは、データ転送が、多くの場合、数秒又は数分のより少ない期間のブロックで行われ、且つ、そのデータに対して実行されるサービスが、制約された継続期間を有する、より古典的なネットワークトランザクションとは大いに異なる。

ストリーミングメディアを取り扱う一実施の形態において、検討する必要がある問題のいくつかは以下の通りである。すなわち、ウェブに基づく配布、並びに、ウェブに基づくビジネス取引及び／又はダウンロードと比較して、ストリーミングメディアは、取り組む必要のある以下の特性を有する。
データが大量であること。データの終了ポイントが判明していない場合があり、多数のコンテンツアイテムのキャッシュには、かなりのメモリ資源が消費される可能性がある。
データが時間で順序付けされていること。データが受信される時間順序が重要となる可能性がある。
アクセスを完了まで遂行できないこと。たとえば、コンテンツアイテムの或る部分（たとえば、全映画の最初の数分）にしかアクセスすることができない。
対象メディアの或る程度の理解なしでは、必要な帯域幅を決定できないこと。たとえば、或るビデオファイルは高い空間解像度の場合があり、別のビデオファイルはそうでない場合があり、そこで、共にビデオファイルであるそれらファイルは、同じものとして見える場合があるが、それらファイルの各帯域幅は、まったく異なる場合がある。
待ち時間又は帯域幅のジッタが問題となる可能性があること。一貫した待ち時間は許容できる場合があるが、セッション中にかなり変化する待ち時間は、バッファのオーバーフロー又はアンダーフローのために問題となる可能性がある。
不十分な計算資源又は帯域幅資源が、時間制約のために役立たない結果となる可能性があること。
データは、通常、符号化（圧縮）され、そこで、データの或る部分の損失又は遅れが、その後のデータ復号（伸張）に影響を与える可能性があること。
失われたデータは、通常、時間制約のため再送されないこと。及び、
すべてのクライアントデバイスについての状態の記録が保持されるべきであること。ストリーミングメディアの場合、ストリーミングノードは、ストリーミングデータを継続する必要があり、クライアントからの状態情報の受信を待つことができない。

これらの相違の結果、ストリーミングメディアに対して実行されるサービスの管理及び監視の必要性が大幅に増加する。

本実施の形態では、システム１００は、サービスロケーションマネージャ１２０、サービスプロバイダ１３０及びサービスプロバイダ１３２によって例示される複数のサービスプロバイダ、並びにポータル１４０を含む。サービスロケーションマネージャ１２０、サービスプロバイダ１３０及び１３２、並びにポータル１４０は、単一のデバイスで実施できる論理エンティティ又は複数のデバイスを使用して実施できる論理エンティティである。したがって、システム１００は、たとえば、サービスロケーションマネージャ１２０、サービスプロバイダ１３０及び１３２、並びにポータル１４０の機能を実施する単一のコンピュータシステムを表すことができる。或いは、システム１００は、コンピュータシステムネットワークの異なるノード又はデバイスを包含することもできる。これらのノードは、本明細書で説明されるさまざまな機能を実行するのに十分な処理能力及び記憶能力を有するサーバコンピュータシステム、スイッチ、ルータ等とすることができる。一般的に言えば、システム１００によって提供される機能は、１つ又は複数のデバイスを使用して実施することができる。さらに、単一のサービスロケーションマネージャ１２０及びポータル１４０についてシステム１００を説明するが、それら要素のいずれも２つ以上存在することができる。これに加えて、３つ以上のサービスプロバイダが存在することもできる。

システム１００は、サービスロケーションマネージャ１２０、サービスプロバイダ１３０及び１３２、並びにポータル１４０又はこれらのいずれか（サービスロケーションマネージャ１２０、サービスプロバイダ１３０及び１３２、並びに／又はポータル１４０）の機能を既存のネットワークに重ね合わせることによって、既存のコンピュータシステムネットワークにおいて実施することができる。すなわち、システム１００によって提供される機能のすべて又は一部は、既存のネットワークノードに組み込むことができる。或いは、システム１００のすべて又は一部は、既存のネットワークにノードを追加することによって実施することもできる。たとえば、コンテンツへのサービスの提供及びサービスプロバイダの管理のために追加されたノードと共に、既存のコンテンツソース及びポータルを使用してもよい。

本実施の形態では、システム１００は、コンテンツソース１１０及びクライアントデバイス１５０と通信することができる。単一のコンテンツソース１１０及びクライアントデバイス１５０について説明するが、それら要素のそれぞれは２つ以上存在することができる。システム１００、コンテンツソース１１０、及びクライアントデバイス１５０の間の通信、並びに、システム１００内の通信は無線とすることができる。

クライアントデバイス１５０は、実質的には、あらゆる種類のユーザデバイスとすることができる。このユーザデバイスは、デスクトップコンピュータシステム若しくはラップトップコンピュータシステム、又はビデオ使用可能ハンドヘルドコンピュータシステム（たとえば、携帯情報端末）若しくは携帯電話等であるが、これらに限定されるものではない。一般に、クライアントデバイス１５０は、コンテンツアイテムを要求し、その後、それを受信するのに使用される。

コンテンツアイテムは、ライブの場合もあるし、記録されている場合もあるメディアデータ又は非メディアデータを指す。コンテンツアイテムには、ビデオに基づくデータ、音響に基づくデータ、画像に基づくデータ、ウェブページに基づくデータ、グラフィックデータ、テキストに基づくデータ、又はそれらの或る組み合わせが含まれ得るが、これらに限定されるものではない。たとえば、コンテンツアイテムは、デジタルビデオディスク（ＤＶＤ）品質の映画とすることができる。

コンテンツがクライアントデバイス１５０に提供される前に、コンテンツアイテムに対して或るタイプのサービスを実行することが必要な場合がある。サービスのタイプには、コンテンツアイテムの処理及び／又はコンテンツアイテムの解析が含まれ得る。たとえば、サービスのタイプには、ビデオ処理が含まれ得る。このビデオ処理は、トランスコード、ジッタ除去、顔認識に基づくダイナミッククリッピング、ビデオ解析、ビデオのサイズ変更、ビデオからの光学文字の読み取り、背景除去等であり得るが、これらに限定されるものではない。これに加えて、サービスのタイプには、音響処理も含まれ得る。この音響処理は、背景除去、音響強調（audio enhancement）、音響速度の増減、音響強調、雑音低減、発話認識、音響解析等であり得るが、これらに限定されるものではない。コンテンツアイテムの解析には、たとえば、テキストの写しを生成する発話認識、又は、ビデオストリームの１つ又は複数のビデオ画像に適用されてテキスト出力を生成する光学文字認識が含まれ得る。人のロケーション及び時刻の記録のストリームを出力する、ビデオに基づく人追跡サービスは、コンテンツアイテムの解析を示すのに使用できる別の例である。ロケーションは、画像の座標の点から表現することができるが、物理的なワールド座標（たとえば、部屋の階を基準とした「ｘ，ｙ」座標）の点から表現されると、より便利な場合がある。コンテンツアイテムの解析を示すのに使用できる別の例は、顔検出器サービスに関するものである。この顔検出器サービスは、ビデオストリームから抽出された顔のスナップショット、それらスナップショットが検出された時刻及び画像のロケーション、それら顔の同一性、及び／又は顔の分類を出力する。この情報の或る部分は、テキストデータとして表すことができる。

本明細書では、コンテンツアイテムは、すでにサービスが提供されている場合もあるし、サービスの提供を受けている最中の場合もあるし、サービスが提供されていない場合もあるし、いまだサービスが提供されたことがない場合もある。換言すると、コンテンツアイテムは、サービスが提供されていようといまいと、それでもコンテンツアイテムと呼ぶことができる。コンテンツアイテムへのサービスの提供には、コンテンツアイテムの解析又は処理が含まれ得る。考察を明確にする必要がある場合、コンテンツアイテムへのサービスの提供の結果を、本明細書では、「サービス結果」や「サービス結果コンテンツ」又は「サービス結果データ」等の用語を使用して呼ぶ。サービス結果コンテンツは、サービスの提供を受けた元のコンテンツアイテムの変更版（たとえば、背景除去がビデオストリームに適用される場合）、元のコンテンツアイテムから得られたコンテンツアイテム（たとえば光学文字認識が使用されてテキスト出力が生成される場合）、サービスプロバイダを通じて渡され、変更されずに単に転送されるだけのコンテンツアイテム（たとえば、トランスコードサービスプロバイダによって受信された場合にトランスコードを必要としないコンテンツ）、又は、事前にサービスプロバイダに送信されており、且つ現在、そのサービスプロバイダにキャッシュ／記憶されているコンテンツアイテム（たとえば、事前にサービスが提供されて、且つ現在、サービスプロバイダのメモリに記憶されているコンテンツ）から構成することができる。これに加えて、サービス結果コンテンツは、上記例の任意の組み合わせから構成し得る。

図１の参照を続けて、サービスプロバイダ１３０及び１３２は、それぞれ、１つ又は複数のタイプのサービスを提供するように機能する。すなわち、サービスプロバイダ１３０及び１３２は、それぞれ、複数の異なるタイプのサービスを提供することができる。たとえば、サービスプロバイダ１３０は、或るコンテンツアイテムをトランスコードするのに使用でき、且つ、別のコンテンツアイテムの背景除去に使用できる。異なるタイプのサービスは、異なるコンテンツアイテムに対して並列に実行することができる。すなわち、サービスプロバイダ１３０及び１３２は、異なるが同時発生したコンテンツストリームに対してサービスを実行することができる。また、サービスプロバイダ１３０及び１３２は、キャッシュサービスも提供することができる。たとえば、コンテンツアイテムがサービスプロバイダ１３０又は１３２によってサービスの提供を受ける前に、サービスプロバイダ１３０又は１３２は、そのコンテンツアイテムをすべて又は部分的にキャッシュすることができる。同様に、サービス結果コンテンツがクライアントデバイス１５０へ転送される前に、サービスプロバイダ１３０又は１３２は、そのサービス結果もすべて又は部分的にキャッシュすることができる。

ポータル１４０は、クライアントデバイス１５０とシステム１００との間の最初の接点としての機能を果たす広く公開されたポータルサイトである。コンテンツソース１１０は、コンテンツアイテムのソースである。

サービスロケーションマネージャ１２０は、サービス結果がクライアントデバイス１５０に提供される前にコンテンツアイテムに対して実行することが必要な場合があるタイプのサービスを実行できるサービスプロバイダ（たとえば、サービスプロバイダ１３０又は１３２）を選択する。サービスプロバイダ１３０及び１３２、並びに他のあらゆる利用可能なサービスプロバイダは、サービスロケーションマネージャ１２０に知られている。各サービスプロバイダが実行できるそのタイプ（複数可）のサービス、又は、実行するように各サービスプロバイダを構成できるタイプ（複数可）のサービスも、サービスロケーションマネージャ１２０に知られている。サービスロケーションマネージャ１２０がサービスプロバイダを選択する方法は、以下でより十分に説明する。

セッション開始時に、クライアントデバイス１５０は、メッセージ１をポータル１４０へ送信する。メッセージ１は、特定のコンテンツアイテム（たとえば、映画の名前）を特定する。

また、一実施の形態では、メッセージ１は、サービス結果がクライアントデバイス１５０に配信される前にコンテンツアイテムに対して実行されるべきサービスのタイプを特定するのに十分な情報を含む。その情報は多くの形態を取ることができる。或る形態では、メッセージ１は、サービスのタイプ（たとえば、背景除去又は発話認識）を具体的に特定する。別の形態では、メッセージ１は、クライアントデバイス１５０のメモリ容量、スクリーンサイズ、処理能力等のクライアントデバイス１５０の属性を特定する。これらの属性に基づいて、システム１００（たとえば、ポータル１４０）は、実行されるべきサービスのタイプ（たとえば、トランスコード）を導き出すことができる。さらに別の形態では、メッセージ１は、クライアントデバイス１５０のタイプを特定し、そのタイプのデバイスの記憶された知識に基づいて、システム１００（たとえば、ポータル１４０）は、実行されるべきサービスのタイプ（たとえば、トランスコード）を導き出すことができる。

メッセージ１は他の情報を含むことができる。コンテンツアイテムのソースがクライアントデバイス１５０によって知られている場合、メッセージ１において、コンテンツソースも特定することができる。たとえば、メッセージ１は、コンテンツソース１１０のユニフォームリソースロケータ（ＵＲＬ）を含むことができる。コンテンツアイテムのソースがクライアントデバイス１５０に知られていない場合において、その情報がシステム１００にまだ知られていないときは、システム１００（たとえば、ポータル１４０）がコンテンツソースの位置を突き止めることができる。

ポータル１４０は、メッセージ１を受信した後、メッセージ２をサービスロケーションマネージャ１２０へ送信する。一実施の形態では、メッセージ２は、サービス結果がクライアントデバイス１５０へ配信される前にコンテンツアイテムに対して実行されるべきサービスのタイプを特定するのに十分な情報を含む。先ほど説明したように、その情報は多くの形態を取ることができる。或る形態では、メッセージ２は、サービスのタイプ（たとえば、背景除去又は発話認識）を具体的に特定する。別の形態では、メッセージ２は、クライアントデバイス１５０のメモリ容量、スクリーンサイズ、処理能力等のクライアントデバイス１５０の属性を特定する。これらの属性に基づいて、システム１００（たとえば、サービスロケーションマネージャ１２０）は、実行されるべきサービスのタイプ（たとえば、トランスコード）を導き出すことができる。さらに別の形態では、メッセージ２は、クライアントデバイス１５０のタイプを特定し、そのタイプのデバイスの記憶された知識に基づいて、システム１００（たとえば、サービスロケーションマネージャ１２０）は、実行されるべきサービスのタイプ（たとえば、トランスコード）を導き出すことができる。メッセージ２により提供された情報に基づいて、サービスロケーションマネージャ１２０は、実行されるサービスのタイプを特定する。

メッセージ２は他の情報を含むことができる。たとえば、メッセージ２はコンテンツアイテム及び／又はコンテンツソースを特定することもできる。

サービスプロバイダ１３０及び１３２、並びに、それらサービスプロバイダが提供することができるサービスは、サービスロケーションマネージャ１２０に知られている。サービスロケーションマネージャ１２０は、サービスプロバイダ１３０又は１３２のいずれかを選択して、メッセージ２から特定されたサービスを実行する。

一実施の形態では、サービスロケーションマネージャ１２０は、サービスプロバイダ１３０又は１３２のいずれかをランダムに選択する。別の実施の形態では、サービスロケーションマネージャ１２０は、ラウンドロビン方式等の方式を使用してサービスプロバイダ１３０又は１３２のいずれかを選択する。

さらに別の実施の形態では、サービスロケーションマネージャ１２０は、すでに進行中の他のセッションにサービスを提供しているサービスプロバイダの履歴又は記録を保持する。すなわち、前述したように、各クライアントデバイスがセッションに参加する（たとえば、各クライアントデバイスがコンテンツアイテムを要求する）複数のクライアントデバイスが存在することができる。コンテンツアイテムがサービスの提供を受けているそれら他のセッションでは、サービスロケーションマネージャ１２０は、そのサービスを実行するためのサービスプロバイダを選択していたことになる。本実施の形態では、サービスロケーションマネージャ１２０は、それら他のセッションのサービスを提供するために選択されたサービスプロバイダの記録を保持する。その記録の情報に基づいて、サービスロケーションマネージャ１２０は、クライアントデバイス１５０との新たなセッション用のサービスプロバイダを選択することができる。たとえば、その記録の情報に基づいて、サービスロケーションマネージャ１２０は、どのサービスプロバイダが、他のサービスプロバイダに比べて最も忙しいかを評価することができる。記録は、サービスを完了するのに必要な予測された時間の長さ、又はセッションが継続する予測された時間の長さ等の情報を含むことができる。記録は、サービスロケーションマネージャ１２０が、以下でさらに説明するさまざまな手法を使用して更新することができる。

図１の例では、サービスロケーションマネージャ１２０はサービスプロバイダ１３０を選択する。次に、サービスロケーションマネージャ１２０は、メッセージ３をポータル１４０へ送信する。メッセージ３は、サービスプロバイダ１３０の位置を突き止めてサービスプロバイダ１３０と接触するのに十分な情報を含む。たとえば、メッセージ３は、サービスプロバイダ１３０のＵＲＬを含むことができる。

メッセージ３は他の情報を含むことができる。たとえば、メッセージ３は、コンテンツアイテム及び／又はコンテンツソースを特定することもできる。

ポータル１４０は、メッセージ３を受信した後、メッセージ４をクライアントデバイス１５０へ送信する。メッセージ４は、メッセージ３によって提供された、サービスプロバイダ１３０の位置を突き止めてサービスプロバイダ１３０と接触するための情報を含む。メッセージ４は、メッセージ３と同一のものとすることができる（メッセージ４は、メッセージ３の単なる転送であってもよい）。一方、メッセージ４は、ポータル１４０によって追加された他の（追加）情報を含むこともできる。たとえば、メッセージ４は、その情報がサービスロケーションマネージャ１２０の代わりにポータル１４０によって決定される場合、コンテンツアイテム及び／又はコンテンツソースも特定することができる。

代替的な一実施の形態では、メッセージ３及び４の代わりに、サービスロケーションマネージャ１２０は、クライアントデバイス１５０に直接メッセージを送信する。このサービスロケーションマネージャ１２０からクライアントデバイス１５０へのメッセージは、サービスプロバイダ１３０の位置を突き止めてサービスプロバイダ１３０と接触するための情報を含む。このメッセージは、コンテンツアイテム及び／又はコンテンツソースの識別情報等の他の情報を含むことができる。

いずれの場合も、クライアントデバイス１５０は、サービスプロバイダ１３０の位置を突き止めてサービスプロバイダ１３０と接触するのに十分な情報を含むメッセージを受信する。その情報に基づいて、クライアントデバイス１５０とサービスプロバイダ１３０との間の通信が確立される。換言すると、クライアントデバイス１５０によって開始されたセッションは、ポータル１４０からサービスプロバイダ１３０へ自動的に転送される。重要なことは、ポータル１４０からサービスプロバイダ１３０への転送が、シームレスであり、且つ、クライアントデバイス１５０のエンドユーザにトランスペアレントであることである。

一実施の形態では、クライアントデバイス１５０によって受信されたメッセージ（たとえば、メッセージ４）は、同期マルチメディア統合言語（ＳＭＩＬ（Synchronized Multimedia Integration Language））を使用するか、又は、この言語に基づいている。ポータル１４０からサービスプロバイダ１３０へのクライアントデバイス１５０の宛先の書き換えは、動的なＳＭＩＬの書き換えを使用して行うことができる。

図１の図面の例をさらに続けて、クライアントデバイス１５０は、ポータル１４０からメッセージ４（又は、サービスロケーションマネージャ１２０から等価なメッセージ）を受信した後、メッセージ５をサービスプロバイダ１３０へ送信する。メッセージ５は、コンテンツアイテム、及び、サービスプロバイダ１３０によって実行されるサービスのタイプを特定する。メッセージ５は他の情報を含むことができる。たとえば、コンテンツソースがこの時点でクライアントデバイス１５０に知られている場合、その情報はメッセージ５に含めることができる。

サービスプロバイダ１３０は、メッセージ５を受信すると、コンテンツソース１１０へメッセージ６を送信する。上述したように、メッセージ５において、サービスプロバイダ１３０に対しコンテンツソース１１０を特定することができる。それ以外に、サービスプロバイダ１３０は、コンテンツソース１１０の位置を突き止めることができる。メッセージ６では、サービスプロバイダ１３０は、コンテンツアイテムの提供を受けることを要求する。

メッセージ６に応答して、コンテンツソース１１０は、サービスを提供するためにサービスプロバイダ１３０へコンテンツアイテムを送信する（図１の矢印７によって示す）。一実施の形態では、コンテンツアイテムは、サービスプロバイダ１３０へストリーミングされる。

一実施の形態では、サービスプロバイダ１３０は、常にセットアップされており、指定されたサービスを実行する準備ができている。すなわち、指定されたサービスは、サービスプロバイダ１３０で絶えず実行し続けることができ、処理されるデータを待機する。別の実施の形態では、指定されたサービスは、メッセージ５又はコンテンツアイテムのいずれかがサービスプロバイダ１３０によって受信されるまで動作していない。すなわち、サービスプロバイダ１３０は、指定されたサービスをセットアップ又は起動することが必要な場合があり、サービスの潜在的な必要性が特定されるまで、又は、サービスを実行する実際の必要性が存在するようになるまでそれを行わない。

いずれの場合も、サービスプロバイダ１３０は、指定されたサービスをコンテンツアイテムに対して実行することができる。コンテンツアイテムは、サービスを提供する前に、すべて又は部分的に、サービスプロバイダ１３０がキャッシュすることもできるし、サービスプロバイダ１３０によって受信された時にサービスの提供を受けることもできる。

次に、サービス結果コンテンツが、サービスプロバイダ１３０によってクライアントデバイス１５０へ送信される（図１に矢印８によって示す）。一実施の形態では、サービス結果コンテンツは、クライアントデバイス１５０へストリーミングされる。サービス結果コンテンツは、サービス提供後（ストリーミング前）、すべて又は部分的にサービスプロバイダ１３０がキャッシュすることもでき、又はサービスプロバイダ１３０によってサービスが提供された時にストリーミングすることもできる。

サービス結果コンテンツが、選択されたサービスプロバイダ（たとえば、サービスプロバイダ１３０）によって配信され、クライアントデバイス１５０によって受信されるとすぐに、継続中のセッションを終了することができる。履歴又は記録がサービスロケーションマネージャ１２０によって保持される一実施の形態では、サービスプロバイダ１３０が自身のサービス提供タスクを完了したこと、又は、セッションが終了したことを反映するようにその履歴又は記録を更新することができる。記録の更新を促すのに、異なる手法を使用することもできる。一手法では、サービスロケーションマネージャ１２０がサービスプロバイダの選択を行っている時又はその前後の時に、サービスロケーションマネージャ１２０は、コンテンツアイテムに対して実行されるサービスを完了するのに必要とされる時間を見積もる。その時間が経過した時にサービスが完了していることを反映するように記録を更新することができる。代替的に、選択されたサービスプロバイダ（たとえば、サービスプロバイダ１３０）は、サービスを完了した時をサービスロケーションマネージャ１２０に示すことができ、それに応じて記録を更新することができる。これらの手法は、クライアントデバイス１５０へのサービス結果コンテンツの配信を考慮するように拡張することができる。たとえば、サービスロケーションマネージャ１２０によって見積もられた、サービスプロバイダ１３０がサービスを実行する時間を増加させて、サービスプロバイダ１３０がサービス結果コンテンツをクライアントデバイス１５０へ送信するのに必要なあらゆる追加時間を考慮することができる。同様に、サービスロケーションマネージャ１２０は、セッションが継続すると予想される時間の長さを見積もることもできる（たとえば、コンテンツアイテムが２時間継続する映画である場合、セッションは約２時間継続すると予想することができる）。代替的に、サービスプロバイダ１３０は、サービス結果コンテンツのクライアントデバイス１５０への送信を完了した時をサービスロケーションマネージャ１２０へ示すことができる。

上記考察では、コンテンツアイテムは、メッセージ６に応答してサービスプロバイダ１３０へ送信される。本明細書で前述したように、サービスプロバイダ１３０は、その代わりに、前に受信され且つ／又はサービスの提供を受けたコンテンツを記憶又はキャッシュすることができ、メッセージ６の使用及びメッセージ６の応答を不要にすることができる（たとえば、図１の矢印７によって示すデータフローを不要にすることができる）。

図２Ａは、本発明の別の実施の形態によるシステム１００の内外の情報フローを示すブロック図である。図１と図２Ａとの相違は、サービスロケーションマネージャ１２０から、選択されたサービスプロバイダ（たとえば、サービスプロバイダ１３０）へのメッセージＡが追加されたことである。このメッセージＡは、メッセージ２の後でメッセージ５の前の任意の時刻に、サービスロケーションマネージャ１２０からサービスプロバイダ１３０へ送信することができる。

メッセージＡは、任意の個数の異なる目的で使用することができる。たとえば、指定されたコンテンツアイテムに対して実行されるサービスのタイプが、サービスプロバイダ１３０で連続的に実行されない状況では、メッセージＡは、サービスの必要性が迫っていることをサービスプロバイダ１３０に警告するのに使用することができる。その結果、メッセージ５がクライアントデバイス１５０から受信される前に、サービスのセットアップ及び／又は起動を開始することができ、また、おそらく完了することもでき、これによって、全体の待ち時間が削減される。

また、メッセージＡは、コンテンツアイテムの識別情報をサービスプロバイダ１３０に提供するのに使用することもでき、おそらく、コンテンツソース１１０の識別情報をサービスプロバイダ１３０に提供するのに使用することもできる。この情報によって、サービスプロバイダ１３０は、メッセージ５が受信される前にコンテンツアイテムを提供する（たとえば、ストリーミングを開始する）ようにコンテンツソース１１０に要求することができ、これは、待ち時間の削減にさらに貢献する。これに加えて、メッセージＡをこのようにして使用する結果、たとえば、コンテンツソース１１０はクライアントデバイス１５０に対して特定される必要はないので、セキュリティを改善することができる。

さらに、メッセージＡは、図２Ｂによって示すようなメッセージ３、４、及び５の代わりに使用することもできる。たとえば、コンテンツアイテム、及び、おそらくコンテンツソースを特定することに加えて、メッセージＡは、クライアントデバイス１５０との通信の確立をサービスプロバイダ１３０に可能にする情報も含むことができる。換言すると、ポータル１４０からサービスプロバイダ１３０への通信の転送をクライアントデバイス１５０に開始させる代わりに、サービスプロバイダ１３０が、シームレスで且つクライアントデバイス１５０のユーザにトランスペアレントを維持する方法で、その通信の転送を開始することができる。

図３は、本発明の一実施の形態による、サービスの提供及びサービス結果コンテンツの配信のための方法のフローチャート３００である。具体的なステップがフローチャート３００に開示されるが、このようなステップは例示である。すなわち、本発明の実施の形態は、さまざまな他のステップ又はフローチャート３００で列挙されたステップを変形したものの実行にもよく適合する。フローチャート３００のステップは、提示したものとは異なる順序で実行し得ること、及び、フローチャート３００のステップのすべてが実行されるとは限らない場合があることが理解されよう。

フローチャート３００によって説明される方法のすべて又は一部は、たとえば、コンピュータシステム又は同様のデバイスのコンピュータ使用可能媒体に存在するコンピュータ可読で且つコンピュータ実行可能な命令を使用して実施することができる。本実施の形態では、フローチャート３００は、図１、図２Ａ及び図２Ｂのシステム１００によって実施される。すなわち、フローチャート３００に列挙されたステップのいくつかはポータル１４０によって実行され、他のものはサービスロケーションマネージャ１２０によって実行され、さらに他のものは図１、図２Ａ及び図２Ｂのサービスプロバイダ１３０によって実行される。

図３のステップ３０２において、クライアントデバイスとのセッション中に、ポータルが、クライアントデバイスからコンテンツアイテムを特定する要求を受信する。この要求は他の情報を含むことができる。図１、図２Ａ及び図２Ｂに関する一実施の形態では、ポータル１４０が、クライアントデバイス１５０からメッセージ１を受信する。

図３のステップ３０４において、コンテンツアイテムに対して実行されるサービスのタイプが特定される。このサービスのタイプは、ステップ３０２の要求で特定することもでき、又はその要求で提供された情報に基づいて導き出すこともできる。図１、図２Ａ及び図２Ｂを参照して、このサービスのタイプは、クライアントデバイス１５０、ポータル１４０、又はサービスロケーションマネージャ１２０が特定することができる。

図３のステップ３０６において、そのサービスのタイプのプロバイダが、そのサービスを実行できる多数のプロバイダの中から選択される。一実施の形態では、図１、図２Ａ、及び図２Ｂも参照して、サービスプロバイダ（たとえば、サービスプロバイダ１３０）がサービスロケーションマネージャ１２０によって選択される。前述したように、サービスロケーションマネージャ１２０は、サービスプロバイダをランダムに選択することもでき、又はラウンドロビン方式等の方式を使用して選択することもできる。或いは、サービスロケーションマネージャ１２０は、他のセッションがサービスプロバイダのいずれに転送されたかを反映する記録を保持することもできる。この後者の手法では、サービスロケーションマネージャ１２０は、その記録の情報に基づいてサービスプロバイダを選択する。

図３のステップ３０８において、クライアントデバイスとの通信が、ポータルから、選択されたサービスプロバイダへ転送される。換言すると、セッションが、ポータルから、選択されたサービスプロバイダへ転送される。

ステップ３１０において、コンテンツアイテムのソースが特定される。図１、図２Ａ及び図２Ｂを参照して、コンテンツアイテムのソースは、クライアントデバイス１５０、ポータル１４０、サービスロケーションマネージャ１２０、又は選択されたサービスプロバイダ（たとえば、サービスプロバイダ１３０）が特定することができる。次に、選択されたサービスプロバイダへのコンテンツアイテムのデータの配信を開始するために、コンテンツソースとの接触が行われる。

図３のステップ３１２において、コンテンツアイテムが、選択されたサービスプロバイダによって受信される（たとえば、選択されたサービスプロバイダへストリーミングされる）。

ステップ３１４において、コンテンツアイテムは、指定されたサービスのタイプに従ってサービスの提供を受ける。コンテンツアイテムを構成するデータは、そのデータがサービスプロバイダにおいて受信されると、サービスを提供することもでき、又はサービスを提供する前にキャッシュすることもできる。上述したように、コンテンツアイテムは、すでにサービスの提供を受けている場合もあり、サービスの提供を受けている最中の場合もあり、サービスが提供されていない場合もあり、又はいまだサービスが提供されたことがない場合もある。コンテンツアイテムへのサービスの提供には、コンテンツアイテムの解析又は処理が含まれ得る。サービス結果コンテンツは、サービスの提供を受けた元のコンテンツアイテムの変更版（たとえば、背景除去がビデオストリームに適用される場合）、元のコンテンツアイテムから得られたコンテンツアイテム（たとえば光学文字認識が使用されてテキスト出力が生成される場合）、サービスプロバイダを通じて渡され、変更されずに単に転送されるだけのコンテンツアイテム（たとえば、トランスコードサービスプロバイダによって受信された場合にトランスコードを必要としないコンテンツ）、又は、事前にサービスプロバイダに送信されており、現在、そのサービスプロバイダにキャッシュ／記憶されているコンテンツアイテム（たとえば、事前にサービスの提供を受けており、現在、サービスプロバイダのメモリに記憶されているコンテンツ）から構成することができる。これに加えて、サービス結果コンテンツは、上記例の任意の組み合わせから構成されてもよい。

一実施の形態では、サービスは、サービスプロバイダによって連続的に実行される。別の実施の形態では、サービスは、クライアントデバイスがサービスプロバイダとの通信を確立するまで、セットアップされないか、又は、処理を開始しない。さらに別の実施の形態では、サービスは、サービスプロバイダがサービスロケーションマネージャによって特定された後であって、クライアントデバイスがサービスプロバイダとの通信を確立する前にセットアップされ、且つ／又は、起動する。たとえば、図２Ａ及び図２Ｂに関しては、サービスロケーションマネージャ１２０が、指定されたサービスのタイプのプロバイダとしてサービスプロバイダ１３０を選択した後、メッセージＡがサービスプロバイダ１３０へ送信され、それによって、サービスプロバイダ１３０にそのサービスのセットアップ及び／又は起動を行わせる。

図３のステップ３１６において、サービス結果コンテンツがクライアントデバイスへ送信される（たとえば、ストリーミングされる）。サービス結果を構成するデータは、入力データがサービスの提供を受けた時に送信することもできるし、サービス結果データは、当該データが送信される前にキャッシュすることもできる。

ステップ３１２、３１４、及び３１６は、同時に実行することができる。すなわち、選択されたサービスプロバイダ（たとえば、図１、図２Ａ及び図２Ｂのサービスプロバイダ１３０）は、コンテンツアイテム全体がサービスプロバイダ１３０において受信される前に、コンテンツアイテムへのサービスの提供を開始することができ、サービス結果データは、コンテンツアイテム全体へのサービスの提供が完了する前に、サービスプロバイダ１３０からフローを開始することができる。同様に、コンテンツアイテムの別の部分へのサービスの提供の結果がクライアントデバイスによって受信されている間、コンテンツアイテムの或る部分へのサービスの提供は進行中であることも可能である。

サービス結果コンテンツがクライアントデバイス１５０に配信されると、セッションを終了することができる。サービスロケーションマネージャ１２０が、セッションを割り当てられたプロバイダの或る種の記録を保持する実施の形態では、セッションが終了すると、又は、サービスプロバイダがコンテンツアイテムにサービスを提供すると、その記録を更新することができる。記録を更新する手法については上述した。

図４は、本発明の一実施の形態によるコンテンツへのサービスの提供を管理するための方法のフローチャート４００である。具体的なステップがフローチャート４００に開示されるが、このようなステップは例示である。すなわち、本発明の実施の形態は、さまざまな他のステップ又はフローチャート４００で列挙されたステップを変形したものの実行にもよく適合する。フローチャート４００のステップは、提示したものとは異なる順序で実行してもよいこと、及び、フローチャート４００のステップのすべてが実行されるとは限らない場合があることが理解されよう。

フローチャート４００によって説明される方法のすべて又は一部は、たとえば、コンピュータシステム又は同様のデバイスのコンピュータ使用可能媒体に存在するコンピュータ可読で且つコンピュータ実行可能な命令を使用して実施することができる。本実施の形態では、フローチャート４００は、図１、図２Ａ及び図２Ｂのシステム１００によって実施される。具体的には、フローチャート４００は、図１、図２Ａ及び図２Ｂのサービスロケーションマネージャ１２０によって実施される。

図４のステップ４０２において、図１、図２Ａ及び図２Ｂも参照して、コンテンツアイテムを特定する第１のメッセージ（たとえば、メッセージ２）がポータル１４０から受信される。ポータル１４０はクライアントデバイス１５０と通信する。

図４のステップ４０４において、図１、図２Ａ、及び図２Ｂも参照して、コンテンツアイテムに対して実行されるサービスのタイプのプロバイダが選択される（たとえば、サービスプロバイダ１３０が選択される）。サービスプロバイダを選択するための手法は本明細書の上記で説明した。

図４のステップ４０６において、一実施の形態では、第２のメッセージ（たとえば、図１、図２Ａ及び図２Ｂのメッセージ３）がポータルへ送信される。別の実施の形態では、この第２のメッセージは、ポータルを迂回してクライアントデバイスへ送信される。第２のメッセージは、選択されたサービスプロバイダを特定する情報を含み、ポータルからサービスプロバイダへ（たとえば、図１、図２Ａ及び図２Ｂのポータル１４０からサービスプロバイダ１３０へ）転送されるクライアントデバイス間の通信を可能にする。

図４のステップ４０８において、一実施の形態では、第３のメッセージ（たとえば、図２Ａ及び図２ＢのメッセージＡ）が、選択されたサービスプロバイダへ送信される。この第３のメッセージは、コンテンツアイテムの識別情報及び／又はコンテンツソースの識別情報を含むことができる。また、第３のメッセージは、サービスプロバイダに警告するのに使用することもでき、（サービスがまだ実行されていない場合）サービスプロバイダがサービスのセットアップ及び／又は実行を開始することを可能にする。第３のメッセージに応答して、サービスプロバイダは、コンテンツソースと接触して、コンテンツソースからサービスプロバイダへのコンテンツアイテムの配信（たとえば、ストリーミング）を開始することもできる。ちょうど説明したアクティビティは、第３のメッセージの代わりに、クライアントデバイス及びサービスプロバイダが通信を確立したことに応答して開始することもできる。次に、サービス結果コンテンツが、サービスプロバイダからクライアントデバイスへ送信される（たとえば、ストリーミングされる）。

要約すれば、本発明の実施の形態は、多数の多様なクライアントデバイスにサービスを提供できる方法及びシステムを提供する。さまざまなサービスが、それら多様なクライアントの好み及び要件に対応するように提供される。輻輳を回避するために、サービスは、サービスロケーションマネージャによって管理されたいくつかのサービスプロバイダによって提供される。クライアントデバイスによって要求されたコンテンツアイテムは、サービスプロバイダへ送られ、サービスの提供を受ける。しかしながら、クライアントデバイスは、セッションの開始及びコンテンツアイテムの要求を行うのに、広く公開されたポータルサイトとしか接触する必要がない。クライアントデバイスは、セッション中、適切なサービスプロバイダへ自動的に且つトランスペアレントに転送される。クライアントデバイスの見地からは、単一の接触ポイントがあるだけである。システムによって選択されたサービスプロバイダを介したクライアントデバイスへのサービス結果コンテンツの配信をもたらす、コンテンツ配信システムを通るメッセージ及びデータのフローは、クライアントデバイスにトランスペアレントである。最初の接触ポイントから、選択されたサービスプロバイダへのセッションのシームレスな転送は、クライアントデバイスのエンドユーザにトランスペアレントである。

本発明の具体的な実施の形態の上記説明は、図示及び説明の目的で提示されたものである。それら説明は、網羅的であることを目的とするものでもなければ、開示した正確な形態に本発明を限定することを目的とするものでもなく、多くの変更及び変形が、上記教示に鑑みて可能であることは明らかである。実施の形態は、本発明の原理及びその実用化を最もよく説明し、それによって、他の当業者が、本発明、及び、検討した特定の使用に適するようなさまざまな変更を有するさまざまな実施の形態を最もよく利用することを可能にするために選ばれて説明されたものである。本発明の範囲は、本明細書に添付した特許請求の範囲及びその等価物によって画定されることが意図されている。

本発明の一実施の形態による、コンテンツへのサービスの提供及びクライアントデバイスへのコンテンツの配信を行うためのシステムの内外の情報フローを示すブロック図。 本発明の別の実施の形態による、コンテンツへのサービスの提供及びクライアントデバイスへのコンテンツの配信を行うためのシステムの内外の情報フローを示すブロック図。 本発明のさらに別の実施の形態による、コンテンツへのサービスの提供及びクライアントデバイスへのコンテンツの配信を行うためのシステムの内外の情報フローを示すブロック図。 本発明の一実施の形態による、コンテンツへのサービスの提供及びコンテンツの配信を行うための方法。 本発明の一実施の形態による、コンテンツへのサービスの提供を管理するための方法。

符号の説明

１１０・・・コンテンツソース
１２０・・・サービスロケーションマネージャ
１３０，１３２・・・サービスプロバイダ
１４０・・・ポータル
１５０・・・クライアントデバイス

Claims (10)

1. クライアントデバイスへ配信するためのコンテンツにサービスを提供するための方法（３００）であって、
   前記クライアントデバイスを伴うセッション中に特定されるコンテンツアイテムに対して実行されるサービスのタイプを特定すること（３０４）と、
   前記サービスを実行できる複数のプロバイダの中からプロバイダを選択すること（３０６）と、
   前記コンテンツアイテムに対して前記サービスを実行する前記プロバイダへ前記セッションを転送するための情報を提供すること（３０８）と
   を含む方法。
2. 前記選択することは、
   セッションが転送されたプロバイダの記録を保持することと、
   前記記録に従って前記プロバイダを選択することと
   を含む
   請求項１に記載の方法。
3. 前記プロバイダは、ラウンドロビン方式に従って選択される
   請求項１に記載の方法。
4. 前記プロバイダは、ランダムに選択される
   請求項１に記載の方法。
5. 前記転送することは、
   前記プロバイダの位置を突き止めるための情報を前記クライアントデバイスへ送信すること
   を含み、
   前記クライアントデバイス及び前記プロバイダは、通信をトランスペアレントに確立する
   請求項１に記載の方法。
6. 前記コンテンツアイテムのソースを特定すること（３１０）
   をさらに含み、
   前記コンテンツアイテムのデータは、前記ソースから前記プロバイダへストリーミングされ、サービス結果データが、前記プロバイダから前記クライアントデバイスへストリーミングされる
   請求項１に記載の方法。
7. クライアントデバイス（１５０）へコンテンツを提供するためのシステム（１００）であって、
   ポータル（１４０）からコンテンツアイテムの要求を受信するためのサービスマネージャ（１２０）を備え、前記ポータルは、前記クライアントデバイスから前記要求を受信し、前記サービスマネージャは、各プロバイダが前記コンテンツアイテムに対してサービスを実行できる複数のプロバイダの中からプロバイダ（１３０）の選択も行い、前記クライアントデバイスとのセッションは、該セッションが前記プロバイダを介して継続するように、前記ポータルから前記プロバイダへ宛先を書き換えられ、前記プロバイダは、前記コンテンツアイテムに対して前記サービスを実行し、サービス結果コンテンツを前記クライアントデバイスへ転送する
   システム。
8. 前記サービスマネージャは、前記セッションが前記プロバイダと存続すると見積もられる時間を特定し、前記履歴は、前記時間が満了したことに応答して更新される
   請求項７に記載のシステム。
9. 前記サービスマネージャは、前記サービスが実行されたことを示す表示を受信し、前記履歴は、それに応答して更新される
   請求項７に記載のシステム。
10. クライアントデバイスへ配信するためのコンテンツにサービスを提供するための方法（３００）をコンピュータシステムに実行させるためのコンピュータ可読プログラムコードが実施されたコンピュータ使用可能媒体であって、
    前記方法は、
    前記クライアントデバイスを伴うセッション中に特定されるコンテンツアイテムに対して実行されるサービスのタイプを特定すること（３０４）と、
    前記サービスを実行できる複数のプロバイダの中からプロバイダを選択すること（３０６）と、
    前記コンテンツアイテムに対して前記サービスを実行する前記プロバイダへ前記セッションを転送するための情報を提供すること（３０８）と
    を含む
    コンピュータ使用可能媒体。

Images