JP5415542B2 - 高速チャネル変更およびマルチメディアサービスの確実な配信のためのサービス構成および管理 - Google Patents

Description

本発明は、高速チャネル変更（ＦＣＣ）、およびＩＰＴＶ、ケーブルＴＶ、インターネットＴＶサービスなどのマルチメディアサービスの確実な配信のためのサービス構成および管理に関する。

ＩＰＴＶ（インターネットプロトコルテレビ）における放送チャネルは、典型的にはＩＰマルチキャスト技法を使用して伝送される。ケーブルＴＶにおける放送チャネルは、典型的にはＲＦ伝送技法を使用して伝送される。

ＩＰＴＶの初期の試行および展開は、極めて限られた組のＶＯＤ（ビデオオンデマンド）のタイトル、少数の加入者を含み、従来の放送方法に対する無料のオンデマンドサービスとして主に使用された。しかし、ＩＰＴＶがより成功し、より広範に展開されるにつれ、５，０００本のＶＯＤタイトルや何百もの放送チャネルなど、さらに多くのＶＯＤタイトルおよび放送チャネルを提供することが求められ、それぞれのサービスプロバイダは、おそらく何百万人に優に及ぶ多くの加入者を有することがある。したがって、ＩＰＴＶは、今や従来の放送システムまたは衛星システムと競争し始めている。

ＩＰシステムの従来の利点は、リターンＩＰ経路（ｒｅｔｕｒｎ ＩＰ ｐａｔｈ）が存在することであり、このリターンＩＰ経路は、サービス配信と同じ基盤上でリアルタイムに対話し、制御するための手段を提供する。同様に、ケーブルＴＶシステムにもリターン経路がある。しかし、対話性を十分に利用するために、ＩＰＴＶサービスまたはケーブルＴＶサービスは、最も好ましくは、より従来のサービス、例えばアナログ式アンテナ放送のＴＶチャネルよりも優れた、またはそうしたサービスと少なくとも同じユーザエクスペリエンスおよびサービス品質を提供すべきである。

従来の放送とは異なり、ＩＰＴＶシステムでは、そのマルチキャスト配信の性質が原因で、典型的にはすべてのＴＶチャネルをクライアントが直ちに利用できるとは限らない。さらに、デジタル差分符号化が使用される。本質的に、デジタル差分符号化が使用されることは、キーフレームとしてＴＶ画像が送信され、次いで、ある増分フレームから別の増分フレームへの変化したデータのみを含む、一連の増分フレームが送信されることを意味する。いくつか（典型的には２０）の増分フレームが伝送された後、さらなるキーフレームが伝送され、その後も同じように続く。これは、新しいチャネルに「チューニング」するとき、そのチャネルはキーフレームが受信されるまで適切に表示し始めることができないため、クライアント機器のユーザが固有の遅延を経験することを意味する。したがって、ストリームに参加することは、キーフレームにおいて、または完全に符号化されたビデオフレームの初めのランダムアクセスポイント（ＲＡＰ）においてのみ可能である。

上記に記載した２つの要素は、ＩＰＴＶシステムにおける比較的遅いチャネル変更時間の一因となる。

このチャネル変更エクスペリエンスを改善するために、ＦＣＣサーバが使用されてきた。ＦＣＣサーバは、放送チャネルのコンテンツのスライディングウィンドウ（例えば、最後の３０秒または最後の１分）をキャッシュする。そのコンテンツは、クライアント機器からのチャネル変更要求時に、ＲＡＰから開始し、オプションで、符号化されるよりも高いビットレートで後に配信することができる。このような配信は、クライアントが「実時間」よりも例えば数秒遅れている場合があるＲＡＰを最初に受信しても、その後システムがフレームを選択的に欠落させることにより追いつき、そのため、比較的短い期間の後にユーザは事実上生の伝送を視聴するよう、行うことができる。このような配信は、ユーザが生のスポーツイベントなどを視聴するとき、言うまでもなくエクスペリエンスを向上させる。

このＦＣＣサーバは、典型的には、キャッシュしようとする１組のＢＴＶ（ブロードキャストＴＶ）チャネル（マルチクラスアドレス）で事前構成／プロビジョニングされる。これを拡張するために、分散アーキテクチャが以前より導入されている。この分散アーキテクチャは、ネットワークエッジ／アクセスノードに近い１組のＦＣＣサーバを含み、例えば、これらのＦＣＣサーバはＤＳＬＡＭ（デジタル加入者回線アクセス多重化装置）内に配置されてよい。

配信品質（ＱＯＤ）は、同様の要件を有する。ＩＰ配信の信頼できない性質のためにデータパケットの損失が生じることがあり、これは視聴エクスペリエンスを低下させる可能性がある。高価値のかつ安定したマルチメディアデータの配信を保証するために、Ｒｅｔｒ（再伝送）サーバが開発された。Ｒｅｔｒサーバは、放送チャネル上のコンテンツのスライディングウィンドウをキャッシュする。失われているデータは、クライアントのＲｅｔｒ要求時に後で配信することができる。要するに、クライアントによって受信されるデータの一部が破損しまたは不完全な場合、そのクライアントはそれらのデータの再伝送（Ｒｅｔｒ）を要求することができる。

ネットワークエッジ内の大量のサーバ、チャネルリストの地域格差、チャネル人気の局所的格差、およびある期間にわたるチャネル人気の変化とともに、典型的なＦＣＣ／Ｒｅｔｒシステムの分散アーキテクチャは、ＦＣＣ／Ｒｅｔｒシステムを展開するために専用の手法を必要とする。本発明者らがＦＣＣ／Ｒｅｔｒサーバ（またはユニットサーバ）と言うとき、そのサーバは、ＦＣＣサービスもしくはＲｅｔｒサービス、またはその両方を提供できることを暗に意味する。

利用できるチャネルが多くあり、ＦＣＣシステムはすべてのチャネルを必要としない（または処理できない）場合があるので、複雑さが生じる。また、チャネルのレイアウトが地域ごとに分けられ（例えばイギリスでは、ＢＢＣ１などのチャネルは地域格差がある場合がある）、そのため、国の様々な地理的領域にあるクライアントにより、様々なバージョンのチャネルレイアウトが望まれる可能性がある。したがって、それぞれのＦＣＣサーバがキャッシュする実際のチャネル情報は、地理的におよび時間的にも一様でないことがある。

現在利用可能なシステムは、Ｍｉｃｒｏｓｏｆｔ（ＴＭ）ＴＶである：
ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｔｖ／ｄｅｆａｕｌｔ．ｍｓｐｘ
ｈｔｔｐ：／／ｗｗｗ．ｉｘｉａｃｏｍ．ｃｏｍ／ｐｒｏｄｕｃｔｓ／ｄｉｓｐｌａｙ？ｓｋｅｙ＝ａｐｔｉｘｉａ＿ｉｘｌｏａｄ＿ｍｓ＿ｉｐｔｖ
ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｍｓｆｔ／ｄｏｗｎｌｏａｄ／Ｔｒａｎｓｃｒｉｐｔｓ／ＦＹ０６／ＣｈｒｉｓｔｉｎｅＨｅｃｋａｒｔ０９２００６．ｄｏｃ

Ｍｉｃｒｏｓｏｆｔ ＴＶは、配信サーバ（Ｄサーバ：ｄｉｓｔｒｉｂｕｔｉｏｎ ｓｅｒｖｅｒ）として知られるＦＣＣ／Ｒｅｔｒサーバを構成するために、ＩＰＴＶプラットフォームによる手動の静的プロビジョニングを使用する。Ｄサーバは、典型的にはブランチと呼ばれる分局内で一緒に用いられる。システムオペレータは、それぞれのＤサーバをチャネルのリストで手動構成することが求められる。Ｄサーバはそれらのチャネルをキャッシュし、チャネル変更要求時に、そのキャッシュしたチャネルをクライアントユーザ機器（ＵＥ）に所有手段により後で配信することができる。このプラットフォームは、それぞれのＤサーバによってサポートされるチャネルをウェブインターフェイスによってさらす。

概して、コンテンツオンデマンド、ビデオオンデマンド（ＣＯＤ／ＶＯＤ）やＢＴＶなどの従来型のＩＰＴＶサービスでは、サービスの発見および選択が、ユーザ機器（ＵＥ）とＩＰＴＶミドルウェアとの間で標準化されている。しかし、これらの解決策は、ＦＣＣサービスまたはＲｅｔｒサービスも、そのそれぞれの構成も対象とせず、ネットワーク内に展開されるサーバに適用できない。

それぞれのＦＣＣ／Ｒｅｔｒサーバは、一定数のチャネル（例えば典型的には何十ものチャネル）のためのＦＣＣ／Ｒｅｔｒサービスをサポートするように独自に構成される。特定のチャネルへの高速チャネル変更を要求するエンドユーザ（例えばクライアントＳＴＢ（セットトップボックス））は、このチャネルへのアクセスをＦＣＣ／Ｒｅｔｒサーバに要求する。ＦＣＣ／Ｒｅｔｒサーバ内にそのチャネルがキャッシュされている場合、そのチャネルはＦＣＣチャネルまたはＲｅｔｒチャネルとして提供される。さもなければ、エンドユーザはそのチャネルを通常のマルチキャストから受信するが、このマルチキャストはキャッシュされないのでＦＣＣ／Ｒｅｔｒの恩恵を受けず、そのため、ユーザがそのチャネルを視聴できるようになるまでしばらく時間がかかる可能性がある。同様に、サービス品質に関し、マルチメディアデータの一部が配信中に損失しまたは破損する場合、エンドユーザはその損失したデータの再配信をＦＣＣ／Ｒｅｔｒサーバに要求することができる。そのチャネルに関してＲｅｔｒサービスがサポートされていない場合、マルチメディアデータの損失を受けてＱｏＳが低下する。

ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｔｖ／ｄｅｆａｕｌｔ．ｍｓｐｘ ｈｔｔｐ：／／ｗｗｗ．ｉｘｉａｃｏｍ．ｃｏｍ／ｐｒｏｄｕｃｔｓ／ｄｉｓｐｌａｙ？ｓｋｅｙ＝ａｐｔｉｘｉａ＿ｉｘｌｏａｄ＿ｍｓ＿ｉｐｔｖ ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｍｓｆｔ／ｄｏｗｎｌｏａｄ／Ｔｒａｎｓｃｒｉｐｔｓ／ＦＹ０６／ＣｈｒｉｓｔｉｎｅＨｅｃｋａｒｔ０９２００６．ｄｏｃ

既存の解決策は、手動のプロビジョニングに基づく。手動のプロビジョニングでは、とりわけ以下の作業を行うのが困難である：
人為的ミスの可能性を生じさせることなく、ネットワーク内のサーバを構成すること、
ネットワークエッジ位置における地域的なチャネルの格差を考慮に入れるため、様々なチャネルにＦＣＣ／Ｒｅｔｒサービスを提供するためのＦＣＣ／Ｒｅｔｒサーバを自動的に再割当てすること、
チャネル人気の局所的格差およびチャネル人気の時間変化（例えばスポーツチャネルは、人気のあるスポーツイベントを見せるときにはとても需要があり得るが、別のときには需要が低い場合がある）を効率的に考慮するため、様々なチャネルにＦＣＣ／Ｒｅｔｒサービスを提供するためのＦＣＣ／Ｒｅｔｒサーバを自動的に再割当てすること、および
リコメンデーションエンジンとの相関により、所与のＦＣＣ／Ｒｅｔｒユニットに関するチャネルの再割当てを自動的に向上させること。

手動のプロビジョニングでは、これらの作業はすべて高コストおよび人為的ミスの可能性を伴い得る。さらに、これらのサーバはブランチの顧客の間で共有されかつ支局内に位置し、そのことは、コンテンツが所望よりもエンドユーザからより離れてキャッシュされることを意味する。

本発明は、改善されたシステムを提供しようとして生じた。

本発明によれば、第１の態様では、ローカルエリアにＩＰＴＶサービスを供給するノードを含むＩＰＴＶ（インターネットプロトコルＴＶ）、ケーブルＴＶ、またはインターネットＴＶデータネットワークが提供され、そのノードは、個人化されたサービスプロファイルをインストールするための手段を有するＦＣＣ／Ｒｅｔｒ（高速チャネル変更／再伝送）サーバを含み、その個人化されたサービスプロファイルは自己発見可能である。

好ましくは、個人化されたプロファイルは起動時にインストールされる。この個人化されたプロファイルは、有利には時間とともに動的に変えられる。

最も好ましくは、ＦＣＣ／Ｒｅｔｒサーバは、サービス構成サーバにネットワーク識別を供給するようになされ、そのサーバはＦＣＣ／Ｒｅｔｒサーバの位置に対応する個人化されたサービスプロファイルを生成し、生成したそのサービスプロファイルをＦＣＣ／Ｒｅｔｒサーバに提供するように構成され、そのＦＣＣ／Ｒｅｔｒサーバは、サービスプロファイルをインストールするための手段を備える。

さらなる態様では、ある地域内の複数のユーザにサービス提供するノードを提供するステップであって、そのモジュールはＦＣＣ／Ｒｅｔｒ（高速チャネル変更／再伝送）ノードを含む、ノードを提供するステップと、そのノードに１つまたは複数のサービスプロファイルを取り込むために、個人化されたサービスプロファイルの自己発見を使用するステップとを含む、ネットワーク上のＩＰＴＶシステムのサービスプロファイルを構成する方法が提供される。

本発明は、上記に記載した構成方法を含む、ネットワークを介してＩＰＴＶサービスを運用する方法も提供する。

さらなる態様では、ＩＰＴＶ環境において、個人化されたサービスプロファイルを自己発見するようになされるアクセスノードが提供される。この方法は、ケーブルＴＶ環境またはインターネットＴＶ環境に同様に適用することができる。このアクセスノードは、ＤＳＬＡＭ（デジタル加入者回線アクセス多重化装置）とすることができる。

本発明は、地域的なチャネルの格差、チャネル人気の局所的格差、チャネル人気の時間変化、およびＦＣＣ／Ｒｅｔｒサービスの、チャネル推薦（ｃｈａｎｎｅｌ ｒｅｃｏｍｍｅｎｄａｔｉｏｎｓ）との相関を考慮に入れる、ネットワークエッジ位置におけるサーバの自動構成を可能にする。

本発明は、例えばエンドユーザ母集団内の人種／文化／年齢および他のばらつきに自動的に適応する、局所的な好みについてより高い粒度でサービスが個人化される、より多くの数の（自動で管理できる）局所化されたサービスプロファイルもサポートする。

本発明は、従来のＩＰＴＶ環境、インターネットＴＶ環境、またはケーブルＴＶ環境に適用される。

分散ＦＣＣ／Ｒｅｔｒアーキテクチャの一実施形態を示す。

次に本発明の諸実施形態について、専ら例として、分散ＦＣＣ／Ｒｅｔｒアーキテクチャの一実施形態を示す添付図面を参照して説明する。

唯一の図面を参照し、図１は、ネットワークエッジにおけるアクセスノード、例えばＤＳＬＡＭ（デジタル加入者回線アクセス多重化装置）において提供されるローカルＦＣＣ／Ｒｅｔｒサーバ１０を含む、分散された自動構成可能なＦＣＣ／Ｒｅｔｒアーキテクチャの一実施形態を示す。ネットワークのさらに上方には、（例えばチャネル、パッケージ、申込みを含む）サービスプロファイル、（例えばコンテンツメタデータを含む）コンテンツプロファイル、および（例えば加入しているサービス、ブロードバンド回線の帯域幅を含む）ユーザプロファイルのリストにアクセスできるサービス構成サーバ（ＳＣＳ）２と、ＩＰＴＶミドルウェアデータベース４とが提供される。ＳＣＳは、位置ベースのＦＣＣ／Ｒｅｔｒサービスプロファイルマップ３、つまりＦＣＣ／Ｒｅｔｒサービスのために特定の位置においてキャッシュすべきチャネルのリストを生成することができる。このマップ３は：
− 発信要求の位置、
− その位置から供給されるユーザプロファイル、
− サービスプロファイル、
− チャネルの人気、
− リコメンデーションエンジンからの出力
に基づいて生成することができる。

例えば、ＳＣＳは、位置ベースのＦＣＣ／Ｒｅｔｒサービスプロファイルマップ３を生成するために、それらの位置のすべてのユーザプロファイルを解析し、ユーザが加入しているすべてのチャネルを見つけ、オプションで最も人気のあるチャネルを判断し、オプションでリコメンデーションエンジンによって推薦されるチャネルを含めることができる。さらにこのＳＣＳは、そのチャネルをマップ３に含める前に、ユーザの回線の帯域幅が、そのチャネルのＦＣＣ／Ｒｅｔｒサービスを提供するのに十分であることを検査することができる。

この図面は、リコメンデーションエンジン（Ｒｅｃ Ｅｎｇ）５、地域チャネルおよび国営チャネルを有するｂＴＶ（ブロードキャストＴＶ）およびｎＶＯＤ（ニアビデオオンデマンド）６、７のいくつかの情報源、リソースおよび容認制御サーバ（ＲＡＣＳ）、ネットワーク接続サブシステム（ＮＡＳＳ）、ならびにネットワークの上に位置する複数のサーバ１を含む、アーキテクチャの他のコンポーネントも示す。これらのサーバのうちの１つ、１ｂは、内部にまたは傍らにＦＣＣ／Ｒｅｔｒサーバを有する。複数のユーザ機器（ＵＥ）（図示せず）（例えばセットトップボックス）が、特定の領域にサービス提供するために例えばローカル交換局において提供されるＤＳＬＡＭに接続される。いくつかのそうした、ある地域内のＵＥがＤＳＬＡＭに接続され、インターネットサービスを受信し、このＤＳＬＡＭにチャネルサービス要求を送信する。それらのＵＥは、例えばＡＤＳＬ回線によりＤＳＬＡＭに接続されてよい。

このＦＣＣ／Ｒｅｔｒは、特定の位置（例えばメーデンヘッド、オックスフォード、ロンドン南西部など）にサービスを提供する。より広範なアーキテクチャでは、当然ながら、それぞれが特定の位置にサービス提供する多くのそうしたＦＣＣ／Ｒｅｔｒが提供される。いくつかのＢＮＧ（ブロードネットワークゲートウェイ）も図示される。その一部のみを図示し、ネットワーク内のより深くにある他のＦＣＣ／Ｒｅｔｒが、特定のローカルエリアにサービス提供するサーバ１０などの「ローカル」なものよりも多くのチャネルのアクセスを提供するために使用される。

本発明の諸実施形態は、ＦＣＣ／Ｒｅｔｒサーバにおいてサービスを起動し管理するために、最小限の識別情報しか必要としない。そのような最小限の情報には：
− （例えばＤＨＣＰ（動的ホスト構成プロトコル）や代わりの自動化された手段によって自動的に得られる）ＩＰアドレスなど、ＦＣＣ／Ｒｅｔｒサーバ１０のネットワーク識別、
− （ＤＨＣＰ、ＤＮＳ（ドメインネームシステム）、または他の自動化された手段によって得ることができる）ＩＰアドレスなど、ＳＣＳサーバ２のネットワーク識別
が含まれ得る。

以下に説明するように、起動時に、ＦＣＣ／Ｒｅｔｒには「個人化された」ＦＣＣ／Ｒｅｔｒサービスプロファイルが提供される。

ＦＣＣ／Ｒｅｔｒサービスの、ブートストラップ作業の流れの一例は以下の通りであり、図中のステップＡからＥによって示される：
Ａ．ＦＣＣ／Ｒｅｔｒサーバ１０が、ＳＣＳ２にネットワーク識別（例えば自らのＩＰアドレス）を供給する。

Ｂ．供給されたネットワーク識別を使用し、ＳＣＳ２がＮＧＮ ＮＡＳＳ（次世代ネットワーク−ネットワーク接続サブシステム）から（または代替的手段により、例えばローカルマップから）位置を取得する。

Ｃ．ＳＣＳが、その位置に対応するＦＣＣ／Ｒｅｔｒサービスプロファイルを生成する。そのプロファイル自体は、上記で説明したように、プラットフォーム（例えばＩＰＴＶミドルウェア）内で入手できる他のサービスプロファイル、人気、およびオプションでリコメンデーションエンジンから、導き出される。ＦＣＣ／Ｒｅｔｒサービスプロファイルは、このデータの記録をミドルウェアデータベース４内に保持することによって得られる。例えばＳＣＳは、それらの位置のすべてのユーザプロファイルを解析し、ユーザが加入しているすべてのチャネルを見つけ、最も人気のあるチャネルを評価し、リコメンデーションエンジンによって推薦されるチャネルを含めることにより、位置ベースのＦＣＣ／Ｒｅｔｒサービスプロファイルマップ３を生成する。さらにこのＳＣＳは、そのチャネルをマップ３に含める前に、ユーザの回線の帯域幅が、チャネルのＦＣＣ／Ｒｅｔｒサービスを提供するのに十分であることを検査することができる。

Ｄ．オプションで、ＦＣＣ／Ｒｅｔｒサーバにおいてローカルに利用できないチャネルに関しては、その位置においてＦＣＣ／Ｒｅｔｒチャネルを取得する間のＱｏＳを保証するために、例えばＲＡＣＳ８を介し、（サポートされる場合は）ＲＡＣサーバに連絡することによりネットワークリソースが割り当てられてよい。

Ｅ．供給された位置ベースのＦＣＣ／Ｒｅｔｒサービスプロファイルマップに従い、ＦＣＣ／Ｒｅｔｒはサービスを開始する。

ＳＣＳサーバは、（例えば、データベース４の解析によりチャネル人気の上昇が検出される場合）自動で、または（新たなチャネルが手動で追加される場合）手動でこのプロファイルを周期的に更新し、ＦＣＣ／Ｒｅｔｒサーバ１０が、サービスリストをプッシュモードまたはプルモードによって更新する。つまり、このデータは変更される度に自動的にサーバ１０にプッシュされ、またはサーバ１０が周期的にもしくは時々サービスプロファイルを要求（プル）する。したがって、特定のチャネルの人気が高まる場合、そのチャネルはプロファイルに追加される。そのチャネルは、例えば人気のあるイベントが放送されるときのスポーツチャネル、またはニュースイベントが起きるときのニュースチャネル等とすることができる。

ある例では、１組のネットワークエッジＦＣＣ／Ｒｅｔｒサーバが、最も人気のある３０チャネルをキャッシュすることができる一方、ネットワークのより高いところにあるより大きな組は、数百チャネルをキャッシュすることができる。エッジにおいてどのチャネルをローカルにキャッシュするかについての決定は、上記に記載したようにいくつかある要素の中でとりわけ、位置、人気、推薦、プロファイリングから判断することができる。

サービスプロファイルの一例は、以下のようなものである：
このプロファイルは、下記の一般形態をとる：
｛プロファイル−チャネル−ローカル（そこから捕捉するためのＩＰアドレス）／リモート（転送するためのＩＰアドレスまたはそこから取得するためのＩＰアドレス）−マスタＦＣＣ ＩＰ（共有することができる）−マスタＲｅｔｒ ＩＰ（共有することができる）−その他｝
したがって、一例は下記のとおりである：

したがって、上記の例ではプロファイル名は「Ｌｏｎｄｏｎ ＳＷ」であり、チャネルはＢＢＣ１、ＢＢＣ２、ＢＢＣ３である。これらのチャネルのうちで、ＢＢＣ１とＢＢＣ２とがローカルにキャッシュされて、異なるソースアドレスから（局所的関心を反映する）ＦＣＣ／Ｒｅｔｒサービスを提供し、ＢＢＣ３は、ＢＢＣ３がその位置においてより人気がないことを反映し、（ネットワークのより高いところにある）リモートサーバ源においてキャッシュされる。

このようにして、ユーザが（ＵＥ、例えばセットトップボックス／ディスプレイにおいて）特定のチャネルまたはＶＯＤコンテンツを要求する場合、この要求は（例えばＤＳＬＡＭとともに配置される）対応するＦＣＣ／Ｒｅｔｒサーバに渡され、次いでそのＦＣＣ／Ｒｅｔｒサーバはプロファイルを使用して、そのチャネルをいつ、どのように取得するのか判断する。ローカルにキャッシュされるチャネルは、ローカルＦＣＣ／Ｒｅｔｒを使用して素早く得られる。

情報源（例えば２２５．１．１．１、１７２．１．１．１、２２５．１．１．２）のサーバは、ブロードキャストＴＶチャネルのマルチキャストアドレスである。

「完全な」プロファイル、例えば「Ｌｏｎｄｏｎ ＳＷ」は複数の、ことによると例えば３０のチャネル項目を含むが、このチャネル項目は３０よりも多いまたは少ないと考えることができる。プロファイルは起動時にロードされ、その後、特定のチャネルの人気、使用プロファイルなどが変わるときに動的に変更可能である。

プロファイル−位置マップの例：
｛プロファイル−ネットワークＩＤグループ−その他｝

上記に説明したように、従来技術の解決策では、それぞれのＦＣＣ／Ｒｅｔｒサーバが、（複数のサーバ間で同じとすることができる）一定数のＦＣＣチャネルに関して静的にあらかじめプロビジョニングされる。

しかし本発明の方法では、ＦＣＣ／Ｒｅｔｒサーバが、位置を考慮に入れるサービスプロファイルに起動時において動的に関連付けられる。このサービスプロファイル自体は、エンドユーザ母集団内の人気、ユーザプロファイル、推薦、局所的な人種／文化／年齢および他のばらつきを考慮に入れ、動的かつ柔軟であり得る。

プロファイルの管理およびＦＣＣ／Ｒｅｔｒサーバへのマッピングの自動化された動的性質のため、さらに多くの数のサービスプロファイルをサポートすることができる。さらに多くの数のサービスプロファイルをサポートできることは、コストをかなり低減しながら、より狭い地理的領域の特定のサービス要求を反映する、より優れたサービス粒度を提供する。

ＩＰＴＶ解決策のコストを低減する１つの方法は、その導入、運用、および管理へのオペレータの関与を減らす、自動化されかつ自己構成可能な付加価値サービスを開発することである。それは、その付加価値サービスが集中型の解決策に組み込まれ、データのプロビジョニングおよび再構成への人的発展が、最低限必要なレベルにまで減らされることを意味する。それはさらに、付加価値サービスを管理するために専用のプラットフォームを展開する必要がなく、サービスプロファイル、ユーザプロファイル、またはコンテンツプロファイルの手動の重複が最小限にされることを意味する。

本発明は、新たな付加価値ＩＰＴＶサービス、つまり高速チャネル変更（ＦＣＣ）および確実な配信（Ｒｅｔｒ）に自己構成を導入する。

Claims (20)

1. データネットワーク内でマルチメディアサービスの配信を管理する装置であって、
   ローカルエリアに位置するユーザ装置にデータネットワークへのアクセスを提供するように構成されたアクセスノードを有し、データネットワークはマルチメディアサービスを複数のユーザ装置に配信するように構成され、アクセスノードは、
   サービス構成サーバ（ＳＣＳ）から個人化されたサービスプロファイルを受信し、インストールするように構成された、ローカル高速チャネル変更及び／又は再伝送（ＦＣＣ／Ｒｅｔｒ）サーバを有し、ＳＣＳがデータネットワークのさらに上方にあり、ローカルＦＣＣ／ＲｅｔｒサーバとリモートＦＣＣ／Ｒｅｔｒサーバにサービスを提供するように構成され、リモートＦＣＣ／Ｒｅｔｒサーバが、アクセスノードと該ローカルＦＣＣ／Ｒｅｔｒサーバによってサービスを提供されるローカルエリアを含む地理的領域へサービスを提供するように構成され、個人化されたサービスプロファイルは、ローカルＦＣＣ／ＲｅｔｒサーバまたはリモートＦＣＣ／Ｒｅｔｒサーバのいずれか介してＦＣＣ／Ｒｅｔｒサービスがローカルエリア内のユーザ装置に利用可能であるチャネルを識別し、
   アクセスノードとローカルＦＣＣ／Ｒｅｔｒサーバが、ローカルエリアのユーザ装置にＦＣＣ／Ｒｅｔｒサービスを提供することに関連する個人化されたサービスプロファイルを使用して協働するように構成された、装置。
2. ＦＣＣ／Ｒｅｔｒサービスプロファイルが、位置、その位置から供給されるユーザプロファイル、他のサービスプロファイル、チャネルの人気、推薦、又は、局所的な好みのうちの１つもしくは複数に基づくチャネルを含む、請求項１に記載の装置。
3. データネットワーク内でマルチメディアサービスの配信を管理する方法であって、
   複数のユーザ装置へマルチメディアサービスを配信するように構成されたデータネットワーク内のローカル高速チャネル変更及び／又は再伝送（ＦＣＣ／Ｒｅｔｒ）サーバにおいて、サービス構成サーバ（ＳＣＳ）から個人化されたサービスプロファイルを受信し、ローカルＦＣＣ／Ｒｅｔｒサーバが、ローカルエリアに位置するユーザ装置へデータネットワークへのアクセスを提供するように構成されたアクセスノードに関連付けられており、ＳＣＳがデータネットワークのさらに上方に配置され、ローカルＦＣＣ／ＲｅｔｒサーバとリモートＦＣＣ／Ｒｅｔｒサーバにサービスを提供するように構成され、リモートＦＣＣ／Ｒｅｔｒサーバが、アクセスノードと該ローカルＦＣＣ／Ｒｅｔｒサーバによってサービスを提供されるローカルエリアを含む地理的領域へサービスを提供するように構成され、個人化されたサービスプロファイルは、ローカルＦＣＣ／ＲｅｔｒサーバまたはリモートＦＣＣ／Ｒｅｔｒサーバのいずれかを介してＦＣＣ／Ｒｅｔｒサービスがローカルエリア内のユーザ装置に利用可能であるチャネルを識別し、
   個人化されたサービスプロファイルをローカルＦＣＣ／Ｒｅｔｒサーバにインストールし、
   アクセスノードを介してローカルエリアのユーザ装置にＦＣＣ／Ｒｅｔｒサービスを提供することに関連する個人化されたサービスプロファイルを使用する、ことを含む方法。
4. 個人化されたサービスプロファイルが、時間とともに動的に可変である、請求項３に記載の方法。
5. 個人化されたサービスプロファイルが、識別されたチャネルについてのＦＣＣ／Ｒｅｔｒサービスのソースのネットワークアドレスを含む、請求項３または４に記載の方法。
6. 個人化されたサービスプロファイルが、ローカルＦＣＣ／Ｒｅｔｒサーバの起動に関連して受信され、ローカルＦＣＣ／Ｒｅｔｒサーバが個人化されたサービスプロファイルについての要求内でＳＣＳへ自らのネットワーク識別を供給する、請求項３に記載の方法。
7. ローカルＦＣＣ／Ｒｅｔｒサーバが、自らのネットワーク識別をＳＣＳに供給するように構成され、ＳＣＳは、ネットワーク識別を受信するのに応答して、ローカルＦＣＣ／Ｒｅｔｒサーバによってサービスを提供されるローカルエリアに対応する個人化されたサービスプロファイルを生成し、その個人化されたサービスプロファイルをローカルＦＣＣ／Ｒｅｔｒサーバに提供するように構成される、請求項３から６のいずれかに記載の方法。
8. ＳＣＳが、ユーザプロファイル、コンテンツプロファイル、サービスパッケージのためのサービスプロファイルのうちの１つまたは複数を含む記憶済みデータ、ならびに少なくともチャネル人気および局所的な好みを含むミドルウェアデータベースから個人化されたサービスプロファイルを生成する、請求項３に記載の方法。
9. 個人化されたサービスプロファイルが、そこからチャネルのリストに関連するコンテンツが取得され、捕捉され、または転送されることができるネットワークアドレスを含む、請求項３から８のいずれかに記載の方法。
10. 個人化されたサービスプロファイルは、特定のチャネルに関連するコンテンツがローカルＦＣＣ／Ｒｅｔｒサーバでまたは１つまたは複数のリモート位置から利用できるかどうかを示し、対応するリモート位置についてのネットワークアドレスを提供する、請求項９に記載の方法。
11. 個人化されたサービスプロファイルが、以下の、
    個人化されたサービスプロファイルのついての名前を提供するプロファイルパラメータと、
    個人化されたサービスプロファイルに関連するチャネルを識別するチャネルパラメータと、
    対応するチャネルについてのコンテンツをそこから捕捉するためのローカルＦＣＣ／ＲｅｔｒサーバにおけるローカルキャッシュについてのローカルＩＰアドレスまたは、対応するチャネルについてのコンテンツをそこから転送または取得するためのリモートＦＣＣ／ＲｅｔｒサーバにおけるリモートキャッシュについてのリモートＩＰアドレスを識別する、ローカル／リモートパラメータと、
    ＦＣＣサービスが共有されているかを示すマスタＦＣＣ ＩＰパラメータと、
    Ｒｅｔｒサービスが共有されているかを示すマスタＲｅｔｒ ＩＰパラメータとを含む、請求項１０に記載の方法。
12. データネットワークを介してＩＰＴＶサービスを運用するために実行される、請求項３から１１のいずれかに記載の方法。
13. データネットワーク内でマルチメディアサービスの配信を管理する方法であって、
    複数のユーザ装置にマルチメディアサービスを配信するように構成されたデータネットワーク内のサービス構成サーバ（ＳＣＳ）において個人化されたサービスプロファイルを発生しまたは更新することを含み、個人化されたサービスプロファイルはローカル高速チャネル変更及び／又は再伝送（ＦＣＣ／Ｒｅｔｒ）サーバについてのものであり、ローカルＦＣＣ／Ｒｅｔｒサーバが、ローカルエリアに位置するユーザ装置へデータネットワークへのアクセスを提供するように構成されたアクセスノードに関連付けられており、ＳＣＳがデータネットワークのさらに上方に配置され、ローカルＦＣＣ／ＲｅｔｒサーバとリモートＦＣＣ／Ｒｅｔｒサーバにサービスを提供するように構成され、リモートＦＣＣ／Ｒｅｔｒサーバが、アクセスノードと該ローカルＦＣＣ／Ｒｅｔｒサーバによってサービスを提供されるローカルエリアを含む地理的領域へサービスを提供するように構成され、個人化されたサービスプロファイルは、ローカルＦＣＣ／ＲｅｔｒサーバまたはリモートＦＣＣ／Ｒｅｔｒサーバのいずれかを介してＦＣＣ／Ｒｅｔｒサービスがローカルエリア内のユーザ装置に利用可能であるチャネルを識別し、
    インストールのためにローカルＦＣＣ／Ｒｅｔｒサーバに個人化されたサービスプロファイルを提供することを含み、ローカルＦＣＣ／Ｒｅｔｒサーバは、アクセスノードを介してローカルエリアのユーザ装置にＦＣＣ／Ｒｅｔｒサービスを提供することに関連して個人化されたサービスプロファイルを使用するように構成される、方法。
14. ＳＣＳにおいてローカルＦＣＣ／Ｒｅｔｒサーバからネットワーク識別を受信することをさらに含み、該個人化されたサービスプロファイルを発生しまたは更新することが、ネットワーク識別を受信することに応答してなされる、請求項１３に記載の方法。
15. ローカルＦＣＣ／Ｒｅｔｒサーバからのネットワーク識別に少なくとも部分的に基づいてローカルＦＣＣ／Ｒｅｔｒサーバによりサービスを提供されるローカルエリアを判定することをさらに含む、請求項１４に記載の方法。
16. ＳＣＳにおいてＦＣＣ／Ｒｅｔｒサーバから個人化されたサービスプロファイルについての要求を受信することをさらに含み、個人化されたサービスプロファイルは要求を受信することに応答して発生されＦＣＣ／Ｒｅｔｒサーバへ提供される、請求項１３に記載の方法。
17. さらに、
    ＳＣＳにおいてＦＣＣ／Ｒｅｔｒサーバのために個人化されたサービスプロファイルを更新することと、
    更新された個人化されたサービスプロファイルをＦＣＣ／Ｒｅｔｒサーバへ提供することを含み、更新された個人化されたサービスプロファイルが更新されたチャネルのリストを含む、請求項１３に記載の方法。
18. ＳＣＳにおいてＦＣＣ／Ｒｅｔｒサーバから更新された個人化されたサービスプロファイルについての要求を受信することをさらに含み、個人化されたサービスプロファイルが更新され、更新された個人化されたサービスプロファイルが要求を受信することに応答してＦＣＣ／Ｒｅｔｒサーバへ提供される、請求項１７に記載の方法。
19. ＳＣＳが、個人化されたサービスプロファイルを周期的に更新するように構成され、個人化されたサービスプロファイルの更新は所定の周期的サイクルに関連して達成される、請求項１７に記載の方法。
20. ＳＣＳは、個人化されたサービスプロファイルが基づいている１つまたは複数の選択状態の所定の変化に関連して、個人化されたサービスプロファイルを動的に更新するように構成され、個人化されたサービスプロファイルの更新は、対応する状態の所定の変化が検出された後に達成される、請求項１７に記載の方法。

Images