JP2013512644A - Ｉｐｔｖのための階層型サービス再販機構 - Google Patents

Abstract

ＩＰＴＶシステム内に配備され、ホスティングする事業者によって運用されるメディアバックエンドサーバは、ホスティングされる事業者へのＩＰＴＶサービスの階層型再販を可能にする。メディアバックエンドサーバは、ホスティングされる事業者によって運用されるブランチサーバから、複数のメディアコンテンツに対するウェブサービスコールを受信する。メディアバックエンドサーバは、ウェブサービスコールをヘッドエンドサーバにプロキシして、メディアコンテンツの少なくとも一部のメディアメタデータを取り出す。加えて、メディアバックエンドサーバは、ホスティングされる事業者によってホスティングする事業者から購入されたメディアコンテンツに対応するフィルタリングされたメディアメタデータをブランチサーバに提供する。

Description

本発明は、一般にＩＰテレビジョン（ＩＰＴＶ）システムに関し、特にＩＰＴＶサービスの再販に関する。

現在、通信媒体としてのインターネットの普及に伴い、インターネットプロトコル（ＩＰ）ネットワーク、マルチプロトコルラベルスイッチング（ＭＰＬＳ）ネットワーク、非同期転送モード（ＡＴＭ）ネットワークおよびイーサネット（登録商標）ネットワークなど、パケット交換ネットワークが、デジタルマルチメディアデータまたはコンテンツ（例えば、オーディオ、フルモーションオーディオ／ビデオ、画像など）を送信するためにますます使用されている。パケット交換ネットワークを使用してリアルタイム（ライブまたはビデオオンデマンド）マルチメディアコンテンツをエンドユーザに提供するアーキテクチャの一例は、ＩＰテレビジョン（ＩＰＴＶ）アーキテクチャである。ＩＰＴＶアーキテクチャ内では、ヘッドエンドサーバは、デジタルブロードキャストテレビジョン番組などのメディアコンテンツを取得し、バックエンド（ミドルウェア）および／またはブランチメディアサーバを介してテレビジョン番組を受信する契約をしたテレビジョン視聴者に関連付けられた１つまたは複数のセットトップボックス（ＳＴＢ）に、そのメディアコンテンツをパケット交換ネットワーク経由でストリーミングする。

ＩＰＴＶ配備の市場は、大手の通信事業者にとって飽和状態になっているので、今後の収入源は、残りの小規模な通信事業者に左右されるようになるだろう。これらの顧客は、大手事業者と類似したサービス提供を行う、低価格で設置面積が小さく、初心者レベルのソリューションを必要としている。しかし、ビデオヘッドエンドを構築し、全国規模のコンテンツプロバイダからコンテンツ使用許諾を交渉して取得し、および／または複雑なＩＰＴＶミドルウェア配備を維持することができる運営組織に職員を配置することに伴うかなりの起業費用は、小規模な事業者の参入に対する大きな障壁を生み出している。

例えば、事業者は、顧客を獲得するために魅力的なビデオパッケージ、換言すれば、全国規模のコンテンツおよびプレミアムコンテンツならびに広範化するビデオオンデマンド（ＶｏＤ）ライブラリを提供しなければならない。これらのプロバイダとの契約を確保するとともに、このコンテンツを受信し、操作するためのヘッドエンドを構築するための費用は、途方もなく高い。加えて、ＩＰＴＶミドルウェアをホスティングする大規模なサーバファームは、追加の多額の実装費用を要する。次いで、ネットワークおよびアクセス部分を実装するための費用が積み重なり、初期起業費用は多くの小規模な事業者が達成不可能なレベルになる。現在の経済の停滞した貸付市場を考えると、このような起業費用および債務は、これらの事業者にとって法外に高いものである。

コスト障壁に加えて、これらの小規模な事業者には、大手（例えば、階層１）事業者のレベルまで職員が配置されてもいない。実際には、階層２の事業者の場合でさえ、ＩＰＴＶソリューションのエンドツーエンドの運用を課せられている３人から６人のエンジニアを目にするのが普通である。複雑で事業者に負担がかかるミドルウェアプラットフォームを導入することは、これらの事業者にとって一大事業である。これらの事業者の既存の職員は、迅速にスピードに追いついていなければならず、多くの場合、ライブシステムについて習得しなければならない。通常、過失は環境全体の機能停止をもたらす。これらの運用作業は、プラットフォームの通常のワークフロー業務、およびビデオ販売をローカルの競合他社と差別化することができるマーケティング関連業務の時間を奪う。

配備されたＩＰＴＶミドルウェアを有する事業者がＩＰＴＶサービスを近隣の事業者に再販し、それによって、これらの近隣の事業者の加入者をホスティングし、コンテンツをこれらの加入者に提供する、階層型再販構成を提供するホスティングされるＩＰＴＶモデルが、１つのソリューションとして本発明者らによって提案されている。ホスティングする事業者は、近隣の事業者からの継続的に発生する加入収益を生み出し、ホスティングされる（１つまたは複数の）事業者は、通常の起業費用でビデオ市場に参入することができる。例えば、必要なサーバファームのごく一部しかホスティングされる事業者の施設に配備する必要がなく、したがって、起業費用を大幅に低減する。次いで、ホスティングされる事業者は、ＩＰＴＶミドルウェア仕様ごとに既に符号化され、暗号化されたメディアコンテンツをホスティングする事業者から年間定額料金で購入することができるが、ホスティングされる事業者独自の顧客のためにＩＰＴＶ体験をカスタマイズする能力を依然として保持している。

現行のＩＰＴＶミドルウェアは本来、事業者間で共有ＩＰＴＶ環境をサポートしていない。加えて、現在利用可能なＩＰＴＶミドルウェアは、ビデオヘッドエンドからの全てのコンテンツが全ての接続されたブランチサーバで利用可能であることを前提として構築されている。現在、バックエンドサーバからブランチサーバにコンテンツメタデータおよびデジタル著作権管理（ＤＲＭ）キーをフィルタリングして、カスタマイズされたソリューションをホスティングされる事業者に提供する機構はない。したがって、共有バックエンドサーバに接続される全ての事業者は、全ての利用可能なサービスのメタデータおよびＤＲＭキーにアクセスすることができ、階層型再販構成は、事業者が購入していないコンテンツのメタデータおよび／またはＤＲＭキーにアクセスしないようにするために、事業者間での口頭での合意によって実施されることを意味する。このような構成は、ホスティングされる事業者およびホスティングする事業者だけでなく、全国規模のコンテンツプロバイダにとっても望ましくない。

本発明の実施形態は、ホスティングされる事業者へのＩＰＴＶサービスの階層型再販を可能にするための、ホスティングする事業者によって運用されるインターネットプロトコルテレビジョン（ＩＰＴＶ）システム内のメディアバックエンドサーバを提供する。メディアバックエンドサーバは、ネットワークインターフェースと、プロセッサと、メモリとを含む。ネットワークインターフェースはネットワークに結合されて、ホスティングされる事業者によって運用されるブランチサーバから複数のメディアコンテンツに対するウェブサービスコールを受信する。プロセッサはウェブサービスコールをプロキシウェブサービスコールに変換し、ネットワークインターフェースを介してプロキシウェブサービスコールをヘッドエンドサーバに送信して、メディアコンテンツの少なくとも一部のメディアメタデータを取り出す。メモリは、ホスティングされる事業者によってホスティングする事業者から購入されたメディアコンテンツを示す、ホスティングされる事業者に関連する事業者メタデータを維持する。プロセッサは事業者メタデータを使用して、ブランチサーバに送信されるべき購入されたメディアコンテンツに対応するフィルタリングされたメディアメタデータを識別し、ネットワークインターフェースを介してフィルタリングされたメディアメタデータをブランチサーバに送信する。

一実施形態では、プロセッサは、受信されたメディアメタデータをフィルタリングして、事業者メタデータを使用してフィルタリングされたメディアメタデータを生成するようにさらに動作する。別の実施形態では、受信されたメディアメタデータはフィルタリングされたメディアメタデータであり、プロセッサは事業者メタデータを使用して、フィルタリングされたメディアメタデータに対するプロキシウェブサービスコールを生成するようにさらに動作可能である。さらなる実施形態では、ウェブサービスコールは、ホスティングされる事業者に関連する送信元ＩＰアドレスを含み、プロセッサは、送信元ＩＰアドレスを事業者メタデータに変換するようにさらに動作可能である。

例示的な実施形態では、メディアメタデータおよびフィルタリングされたメディアメタデータはそれぞれ、デジタル著作権管理（ＤＲＭ）キーの集合体および複数のメディアコンテンツの利用可能なデジタル著作権管理（ＤＲＭ）キーの集合体を含む。加えて、複数のメディアコンテンツは、ライブメディアおよびビデオオンデマンドメディアの集合体を含む。

本発明の実施形態は、ホスティングする事業者からホスティングされる事業者へのＩＰＴＶサービスの階層型再販を可能にするＩＰＴＶシステムをさらに提供する。このシステムは、ホスティングされる事業者によって運用されるブランチサーバと、ホスティングする事業者によって運用されるメディアバックエンドサーバとを含む。ブランチサーバはネットワークに結合されて、複数のメディアコンテンツに対するウェブサービスコールを送信し、ホスティングされる事業者によってホスティングする事業者から購入されたメディアコンテンツに対応するフィルタリングされたメディアメタデータを受信する。メディアバックエンドサーバはネットワークに結合されて、ブランチサーバからウェブサービスコールを受信し、ウェブサービスコールをプロキシし、プロキシウェブサービスコールをヘッドエンドサーバに送信して、メディアコンテンツの少なくとも一部のメディアメタデータを取り出し、フィルタリングされたメディアメタデータをブランチサーバに送信する。

本発明の実施形態は、ホスティングする事業者からホスティングされる事業者へのインターネットプロトコルテレビジョン（ＩＰＴＶ）サービスの階層型再販を可能にするための方法をさらに提供する。この方法は、ホスティングされる事業者によって運用されるブランチサーバから、複数のメディアコンテンツに対するウェブサービスコールをホスティングする事業者によって運用されるメディアバックエンドサーバで受信するステップと、ウェブサービスコールの送信元ＩＰアドレスをホスティングされる事業者に関連する事業者メタデータに変換するステップとを含み、事業者メタデータは、ホスティングされる事業者によってホスティングする事業者から購入されたメディアコンテンツを示す。この方法は、事業者メタデータを使用して、購入されたメディアコンテンツのフィルタリングされたメディアメタデータを取り出すステップと、フィルタリングされたメディアメタデータをブランチサーバに送信するステップとをさらに含む。

添付の図面と併せて以下の詳細な説明を参照すれば、本発明のより完全な理解が得られうる。

本発明の実施形態による、例示的なホスティングされるＩＰＴＶシステムを示す図である。 本発明の実施形態による、事業者間での例示的なＩＰＴＶ再販構成を示す図である。 本発明の実施形態による、ＩＰＴＶサービスの再販を可能にするための例示的なプロセスを示すフローチャートである。 本発明の実施形態による、例示的なメディアバックエンドサーバを示すブロック図である。 本発明の実施形態による、事業者間でのコンテンツの例示的なプロビジョニングを示す流れ図である。 本発明の実施形態による、事業者間でのコンテンツの例示的なプロビジョニングを示す流れ図である。

図１を参照すると、本発明の様々な実施形態を実施することができる例示的なインターネットプロトコルテレビジョン（ＩＰＴＶ）システム１０が示されている。このＩＰＴＶシステム１０は、ホスティングする（例えば、階層１）事業者からホスティングされる（例えば、階層２または階層３）事業者へのＩＰＴＶサービスの階層型再販を可能にする、ホスティングされるＩＰＴＶシステムである。したがって、図１に示されるＩＰＴＶシステム１０は、ローカルヘッドエンドサーバ３０と、ホスティングする事業者によって運用される様々なメディアバックエンドサーバ４０ａおよび４０ｂと、１つまたは複数のホスティングされる事業者によって運用されるブランチサーバ５０ａ−５０ｃとを含む。ブランチサーバ５０ａ−５０ｃは、例えば、デジタル加入者線アクセスマルチプレクサ（ＤＳＬＡＭ）を含むＩＰ／中央局（ＩＰ／ＣＯ）とすることができる。

メディアバックエンドサーバ４０ａおよび４０ｂはそれぞれ、ＩＰＴＶサービスをホスティングする事業者の加入者６０ｂおよび６０ｅに提供するように構成され、ブランチサーバ５０ａ−５０ｃはそれぞれ、ＩＰＴＶを（１つまたは複数の）ホスティングされる事業者の加入者６０ａ、６０ｃおよび６０ｄに提供するように構成される。メディアバックエンドサーバ４０ａおよび４０ｂはそれぞれ、１つまたは複数のホスティングブランチサーバ（図示せず）に結合されて、ＩＰＴＶサービスを加入者６０ｂおよび６０ｅに提供することができることを理解されたい。

ヘッドエンドサーバ３０、メディアバックエンドサーバ４０ａおよび４０ｂならびにブランチサーバ５０ａ−５０ｃは全て、パケット交換ネットワークを介して相互接続される。例えば、パケット交換ネットワークは、インターネットプロトコル（ＩＰ）ネットワーク、マルチプロトコルラベルスイッチング（ＭＰＬＳ）ネットワーク、非同期転送モード（ＡＴＭ）ネットワークまたはイーサネットネットワークのうちの１つまたは複数を含むことができるが、これらに限定されない。

ヘッドエンドサーバ３０、メディアバックエンドサーバ４０ａおよび４０ｂならびにブランチサーバ５０ａ−５０ｃは、ライブの全国および／もしくは地方のテレビジョン番組ならびに／またはビデオオンデマンド（ＶｏＤ）番組を含むデジタルオーディオ／ビデオコンテンツを１つまたは複数の加入者６０ａ−６０ｅにストリーミングするように動作する。例えば、図１に示されるように、ヘッドエンドサーバ３０は衛星２５の衛星ファーム２０に結合して、１つまたは複数の放送局に関連する全国的なテレビジョン番組を受信し、メディアバックエンドサーバ４０ａおよび４０ｂならびにブランチサーバ５０ａ−５０ｃを介して、全国的なテレビジョン番組を加入者６０ａ−６０ｅのセットトップボックス（図示せず）にストリーミングするように動作する。加えて、ヘッドエンドサーバ３０は、メディアバックエンドサーバ４０ａおよび４０ｂならびにブランチサーバ５０ａ−５０ｃを介して、地方のテレビジョン番組およびＶｏＤ番組を加入者６０ａ−６０ｅにストリーミングする。例えば、ヘッドエンドサーバ３０は、パケット交換ネットワークを介してテレビジョン番組をマルチキャストすることによって、テレビジョン番組を加入者６０ａ−６０ｅにストリーミングすることができる。

メディアバックエンドサーバ４０ａは、デジタル著作権管理（ＤＲＭ）保護、クライアント認証、請求、加入者管理、およびアプリケーション有効化などのＩＰＴＶサービスを加入者６０ｂに提供する。加えて、メディアバックエンドサーバは、ホスティングされる事業者の遠隔のＩＰＴＶ配備（ブランチサーバ５０ａ−５０ｃ）と共有ヘッドエンドサーバ３０との間に位置するバックエンドアダプタ４５を含む。バックエンドアダプタ４５により、ヘッドエンドサーバ３０ならびにメディアバックエンドサーバ４０ａおよび４０ｂを維持するホスティングする事業者は、ライブおよび／またはＶｏＤサービスをアラカルト形式の方法で再販することができる。例えば、あるホスティングされる事業者は、全ての利用可能なライブおよびビデオオンデマンド（ＶｏＤ）サービスをホスティングする事業者から購入することを望む場合があるが、別のホスティングされる事業者は、ライブおよび／またはＶｏＤコンテンツの一部のみを購入することだけを望む場合がある。したがって、ビデオヘッドエンドを構築するために利用可能な財源を有することができない小規模な事業者（例えば、ブランチサーバ５０ａ−５０ｃの事業者）は、サービスのカスタマイズ可能なセットをホスティングされる事業者から購入することができる。例えば、そのようなホスティングされるソリューションは、ＩＰＴＶ顧客ベースをホスピタリティのような領域に拡大するための道を開くことができる。大規模なホテル、カジノおよび小売業者は、縮小版のビデオ販売をマーケティングおよび顧客維持に活用することができる。

例示的な動作では、バックエンドアダプタ４５は、ヘッドエンドサーバ３０からのサービス関連メディアメタデータに対する、ブランチサーバ５０ａ−５０ｃからの受信ウェブサービスコールを傍受し、プロキシし、操作して、所与の事業者によって購入されたサービスに関連するメディアメタデータのみがアクセス可能であることを保証する。サービス関連メディアメタデータに対するそのような要求としては、例えば、利用可能なサービスのリストに対する要求および購入されたメディアコンテンツの視聴を可能にするためのデジタル著作権管理（ＤＲＭ）キーに対する要求を挙げることができる。したがって、ホスティングされる事業者の支局（例えば、支局５０ａ）は、購入されていないコンテンツの存在に気付かない。例えば、ブランチサーバ５０ａがウェブサービス要求をヘッドエンドサーバ３０に送信して、全ての利用可能なライブサービスのリストを取り出す場合、バックエンドアダプタ４５は、全ての利用可能なサービスの完全リストをヘッドエンドサーバ３０から受信するが、ブランチサーバ５０ａがホスティングする事業者から購入したライブサービスのリストのみを受信するように、戻り結果をフィルタリングする。

図２は、本発明の実施形態による、事業者間での例示的なＩＰＴＶ再販構成を示す。図２では、ホスティングする事業者によって運用されるメディアバックエンドサーバ４０は、ホスト事業者によって運用されるブランチサーバ５０とホスティングする事業者のヘッドエンドサーバとの間の中継またはプロキシをもたらし、それによって、ＡＰＩをブランチサーバ５０に公開し、公開されたＡＰＩのコールをヘッドエンドサーバＡＰＩによって定義されたコールに変換するバックエンドアダプタ４５を提供する。

例えば、ブランチサーバ５０からメディアメタデータに対するウェブサービスコール１００を受信すると、バックエンドアダプタ４５は、受信されたウェブサービスコール１１０をヘッドエンドサーバ３０にプロキシすることができる。例示的な実施形態では、ブランチサーバ５０によって送信されたウェブサービスコール１００は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）を介して簡易オブジェクトアクセスプロトコル（ＳＯＡＰ）でカプセル化され、その下にあるネットワークプロトコルは伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）である。バックエンドアダプタ４５は、ＳＯＡＰヘッダまたはＨＴＴＰヘッダを操作することなく、受信されたウェブサービスコール１００をプロキシウェブサービスコール１１０に変換することができる。加えて、ウェブサービスコール１００のプロキシを実行するとき、バックエンドアダプタ４０は、ヘッドエンドサーバ３０が、ブランチサーバ５０が解読できる方法でメディアメタデータ戻り結果を暗号化する証明書を認証することができる支局から証明書を転送することもできる。さらに、ウェブサービスコール１００は、セキュアソケットレイヤ（ＳＳＬ）トンネルを介して行われてもよい。したがって、バックエンドアダプタ４５は、ブランチサーバ５０に対するＳＳＬエンドポイントとして機能して、「中間者（ｍａｎ−ｉｎ−ｔｈｅ−ｍｉｄｄｌｅ）」セキュリティシナリオを回避することもできる。

ヘッドエンドサーバ３０は、メディアメタデータに対するプロキシウェブサービスコール１１０を受信すると、要求されたメディアメタデータ１２０をメディアバックエンドサーバ４０に返す。バックエンドアダプタ４５は、返されたメタデータをフィルタリングし、ホスティングされる事業者によって購入されたライブまたはＶｏＤサービスに関連するメタデータのみをブランチサーバ５０に返すことを可能にするように、フィルタリングされたメディアメタデータ１３０をブランチサーバ５０に提供する。例えば、全てのライブサービスのＤＲＭキーを含む戻り結果１２０は、ホスティングされる事業者によって購入されたライブサービスのＤＲＭキーを含む戻り結果１３０に変換される。バックエンドアダプタ４５は、例えば、受信ウェブサービスコール１００のＩＰアドレスを対応するホスティングされる事業者識別子に変換することによって、ブランチサーバ５０に送信されるべき特定のメディアメタデータを決定し、ホスティングされる事業者識別子を使用して、ホスティングされる事業者によって購入されたライブおよびＶｏＤサービスを確認することができる。これは、それぞれのホスティングされる事業者のパブリックＩＰアドレスまたはＩＰアドレス範囲が知られており、一意であることを前提とする。

別の実施形態では、返されたメディアメタデータ１２０をフィルタリングする代わりに、バックエンドアダプタ４５は、ホスティングされる事業者によって購入されたコンテンツのメディアメタデータのみをヘッドエンドサーバ３０から要求することができる。例えば、バックエンドアダプタ４５は、ブランチサーバ５０からの全てのメディアメタデータを要求する受信ウェブサービスコール１００を、ホスティングされる事業者によって購入されたメディアコンテンツに関連する特定のメディアメタデータのみを要求するプロキシウェブサービスコール１１０に変換することができる。この実施形態では、ヘッドエンドサーバ３０によってメディアバックエンドサーバ４０に提供されるメディアメタデータ１２０は、メディアバックエンドサーバ４０からブランチサーバ５０に提供されるフィルタリングされたメディアメタデータ１３０である。したがって、バックエンドアダプタ４５は、返されたメディアメタデータ１２０のいかなるフィルタリングも実行する必要がなく、返されたメディアメタデータ１２０をフィルタリングされたメディアメタデータ１３０としてブランチサーバ５０に渡すだけである。

図３は、本発明の実施形態による、ホスティングする事業者からホスティングされる事業者へのＩＰＴＶサービスの再販を可能にするための例示的なプロセス３００を示すフローチャートである。この方法はブロック３１０で開始し、ここで、複数のメディアコンテンツに関連するメディアメタデータに対するウェブサービスコールは、ホスティングされる事業者によって運用されるブランチサーバから、ホスティングする事業者によって運用されるメディアバックエンドサーバで受信される。ブロック３２０で、メディアバックエンドサーバは、ウェブサービスコールの送信元ＩＰアドレスをホスティングされる事業者の事業者メタデータに変換し、事業者メタデータは、ホスティングされる事業者によってホスティングする事業者から購入された特定のメディアコンテンツを示す。ブロック３３０で、メディアバックエンドサーバは、事業者メタデータを使用して、ホスティングされる事業者によって購入されたメディアコンテンツのメディアメタデータのみを取り出し、ブロック３４０で、メディアバックエンドサーバは、取り出されたメディアメタデータをブランチサーバに送信する。

図４は、本発明の実施形態による、例示的なメディアバックエンドサーバ４０を示すブロック図である。メディアバックエンドサーバ４０は、プロセッサ２００と、メモリ２１０と、ネットワークインターフェース２４０および２４５とを含む。ネットワークインターフェース２４０および２４５は、パケット交換ネットワークなどの通信ネットワークに結合されて、ＩＰＴＶサービスを加入者に提供する。例えば、ネットワークインターフェース２４０は、パケット交換ネットワークを介してヘッドエンドサーバに結合されうるが、ネットワークインターフェース２４５は、パケット交換ネットワークを介してホスティングされる事業者のブランチサーバに結合されうる。

メモリ２１０はアダプタモジュール２２０を含み、アダプタモジュール２２０は、図１および図２に示されるバックエンドアダプタ４５を実施するための、プロセッサ２００によって実行可能なソフトウェア命令を含む。例えば、プロセッサ２００は、アダプタモジュール２２０の命令を実行して、ネットワークインターフェース２４５を介してホスティングされる事業者のブランチサーバからウェブサービスコールを受け入れ、受信ウェブサービスコールの送信元ＩＰアドレスに基づいて、事業者コンテンツ購入パラメータへの変換を実行し、ウェブサービスコールを共有ライブ／ＶｏＤヘッドエンドサーバにプロキシし、戻り結果を傍受し、ホスティングされる事業者によって購入されていないコンテンツのメタデータおよびＤＲＭキー情報を削除し、フィルタリングされたデータを要求元（ｃａｌｌｉｎｇ）ブランチサーバに返すことができる。

ウェブサービスコールの送信元ＩＰアドレスを適切な購入されたコンテンツに変換するために、メモリ２１０は、テーブル２３０、または事業者−ＩＰアドレス範囲および事業者−事業者メタデータをマッピングして、変換される事業者に対する購入されたコンテンツの（１つまたは複数の）集合体を決定する他のデータ構造をさらに含む。図４に示されるように、テーブル２３０は、送信元ＩＰアドレス２３２、関連する事業者メタデータ識別子２３４および関連する事業者メタデータ２３６のリストを含む。したがって、テーブル２３０は、重複しない送信元ＩＰアドレス範囲２３２を、例えば、事業者名およびその事業者によって購入されたコンテンツの集合体のセットからなる事業者メタデータ２３６にマッピングする。

例えば、それぞれのホスティングされる事業者について、テーブル２３０は、それぞれのホスティングされる事業者ブランチサーバの送信元ＩＰアドレス範囲を維持し、それぞれのホスティングされる事業者ブランチサーバに対するそれぞれの送信元ＩＰアドレス２３２を、ホスティングされる事業者の単一の事業者メタデータ識別子２３４にマッピングすることができる。次いで、テーブル２３０は、それぞれの事業者メタデータ識別子２３２を、そのホスティングされる事業者の事業者メタデータ２３６にマッピングすることができる。限定ではなく例として、事業者メタデータ２３６は、ホスティングされる事業者の名前、ホスティングされる事業者によって購入されたライブコンテンツのリスト（個々のサービスまたはサービスの定義された集合体のリストとすることができる）、ホスティングされる事業者によって購入されたＶｏＤコンテンツのリスト（個々のサービスまたはサービスの定義された集合体とすることができる）およびホスティングされる事業者がウェブサービストラフィック保護のためにＳＳＬを使用する／必要とするかどうかの指示を含むことができる。

ライブおよび／またはＶｏＤコンテンツのリストがサービスの集合体として定義される実施形態では、ホスティングする事業者は、メディアコンテンツの再販を階層で構築することができ（例えば、プレミアム、ベーシック、ＶｏＤのみ）、それぞれの階層は、個々のサービスおよび／またはフィルタストリング（例えば、「ネットワーク／チャンネルＸを含むタイトルを有する全てのライブサービス」）として指定された、集合体に含まれるライブおよび／またはＶｏＤコンテンツのリストを含む。したがって、事業者メタデータ２３６は、ホスティングされる事業者によって購入された階層の名前／タイトルを含むだけでよく、メモリ２１０は、複数のホスティングされる事業者に適用することができる、サービスに対する階層の別個のマッピングを維持することができる。

加えて、事前定義された階層の代わりに、ホスティングする事業者は、再販用のコンテンツの集合体を作成するために使用されうるカスタムグループまたはフィルタの作成も可能にする。それぞれのカスタムグループまたはフィルタは、別のグループまたはフィルタに関連することもできる（すなわち、入れ子が許可されるものとする）。例えば、ホスティングする事業者は「ネットワークＸコレクション」を作成することができ、「ネットワークＸコレクション」は、ネットワークＸライブサービスの静的なグループならびにプロバイダがネットワークＸに設定した全ての加入ＶｏＤアセットを含むフィルタを含む。したがって、カスタムグループは静的なメンバーシップを有するコンテンツの集合体とすることができ、フィルタは動的なメンバーシップを有するコンテンツの集合体とすることができる。

事業者メタデータ２３６は、メディアバックエンドサーバ４０が新しいライブおよびＶｏＤサービスについてヘッドエンドサーバに照会するときのライブ／ＶｏＤウェブサービスコールの好ましいタイムアウト値および／または好ましい時間間隔を含むこともできる。別の実施形態では、タイムアウト値および照会時間間隔は、ホスティングする事業者によって設定されうる。いずれかの実施形態では、メディアバックエンドサーバ４０は、いつタイムアウトが発生したかおよび／またはいつヘッドエンドサーバへの新しい照会が実行されるべきかを決定するタイマー２５０を含むこともできる。

例えば、メディアバックエンドサーバ４０は、全てのライブおよびＶｏＤコンテンツの名前／タイトルをヘッドエンドサーバから周期的にインポートし、これらを購入可能なものとしてホスティングされる事業者に提示することができる。メディアバックエンドサーバ４０は、例えば、分単位で指定される構成可能な時間間隔に基づいて、新しいライブおよびＶｏＤサービスについて照会し、それぞれの新しい照会の後で、この時間間隔を用いてタイマー２５０を初期化することができる。

別の例として、メディアバックエンドサーバ４０により、それぞれの事業者は、例えば、秒数で指定されるウェブサービスコールタイムアウト値を定義することができる。この値に０が割り当てられている場合、メディアバックエンドサーバ４０はこれをタイムアウト機能を無効化するものとして解釈することができる。メディアバックエンドサーバ４０がウェブサービスコールをヘッドエンドサーバにプロキシするとき、メディアバックエンドサーバ４０は、このタイムアウト値を用いてタイマー２５０を初期化することができ、タイマー２５０の期限切れ前にヘッドエンドサーバから戻り結果が受信されない場合、メディアバックエンドサーバ４０はブランチサーバにタイムアウトを通知し、ウェブサービスコールを破棄することができる。他の実施形態では、タイムアウトになると、メディアバックエンドサーバ４０はホスティングされるブランチサーバに全く応答できなくなる。

例示的な動作では、メディアバックエンドサーバ４０は、特定のホスティングされるブランチサーバからネットワークインターフェース２４５を介してウェブサービスコールを受信することができる。ウェブサービスコールを受信すると、プロセッサ２００は、アダプタモジュール２２０の命令を実行して、ウェブサービスコールの送信元ＩＰアドレスを抽出し、テーブル２３０に対するウェブサービスコールの送信元ＩＰアドレスの変換を実行して、ホスティングされる事業者名およびホスティングされる事業者に対する購入されたコンテンツの（１つまたは複数の）集合体のセットを決定することができる。次いで、プロセッサ２００はアダプタモジュール２２０の命令を実行して、ネットワークインターフェース２４０を介して処理するためにウェブサービスコールをヘッドエンドサーバにプロキシすることができる。プロセッサ２００は、コールがヘッドエンドサーバに転送されるときに、プロキシウェブサービスコールについてタイマー２５０をさらに開始することができる。戻り結果がヘッドエンドサーバから受信される前にタイマーが期限切れになった場合、プロセッサ２００はそれ以上応答の待機を継続せず、ウェブサービスコールを破棄する。

タイマー２５０の期限切れ前に、戻り結果がヘッドエンドサーバからネットワークインターフェース２４０を介して受信された場合、プロセッサ２００はタイマーを停止し、アダプタモジュール２２０の命令を実行して、メディアメタデータをフィルタリングし、要求元のブランチサーバを制御しているホスティングされる事業者によって購入されていないコンテンツのあらゆるメディアメタデータを削除する。次いで、プロセッサ２００は、アダプタモジュール２２０の命令を実行して、フィルタリングされたメディアメタデータを要求元のブランチサーバに転送することができる。

本明細書で使用される場合、「プロセッサ」という用語は一般に、ＰＣなどの汎用コンピュータを駆動するデバイスであると理解される。しかし、本明細書に記載される利益および利点を実現するために、マイクロコントローラ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、またはこれらの組合せなどの他の処理デバイスを使用することもできることに留意されたい。加えて、本明細書で使用される場合、「メモリ」という用語は、ハードドライブ、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、フラッシュメモリ、コンパクトディスク、フロッピー（登録商標）ディスク、ＺＩＰ（Ｒ）ドライブ、テープドライブ、データベースを含むがこれらに限定されない、任意のタイプのデータ記憶デバイスまたは他のタイプの記憶デバイスもしくは記憶媒体を含む。

図５および図６は、本発明の実施形態による、事業者間でのコンテンツの例示的なプロビジョニングを示す流れ図である。最初に図５を参照すると、５００で、ホスティングされる事業者によって所有され、運用されるブランチサーバ５０は、複数のメディアコンテンツに関連するメディアメタデータに対するウェブサービスコールを、ホスティングする事業者によって所有され、運用されるメディアバックエンドサーバ４０に送信する。５１０で、メディアバックエンドサーバ４０は、ウェブサービスコールの送信元ＩＰアドレスを、ホスティングされる事業者によってホスティングする事業者から購入された特定のメディアコンテンツを示す、ホスティングされる事業者の事業者メタデータに変換する。次いで、５２０で、メディアバックエンドサーバ４０は、ウェブサービスコールをホスティングされる事業者のヘッドエンドサーバ３０にプロキシし、５３０で、ブランチサーバ５０によって要求された複数のメディアコンテンツのメディアメタデータを取り出す。

５４０で、メディアバックエンドサーバ４０は、購入されていないコンテンツの全てのメタデータが削除されるように、返されたメディアメタデータを、要求元の／ホスティングされる事業者によって購入されたコンテンツの集合体のセットごとにフィルタリングする。その後、５５０で、フィルタリングされたメディアメタデータは、メディアバックエンドサーバ４０から要求元のホスティングされるブランチサーバ５０に送信される。

別の実施形態では、図６に示されるように、６００で、ホスティングされるブランチサーバ５０が複数のメディアコンテンツに関連するメディアメタデータに対するウェブサービスコールをホスティングするメディアバックエンドサーバ４０に送信するとき、６１０で、メディアバックエンドサーバ４０はやはり、ウェブサービスコールの送信元ＩＰアドレスを、ホスティングされる事業者によってホスティングする事業者から購入された特定のメディアコンテンツを示す、ホスティングされる事業者の事業者メタデータに変換する。しかし、図５とは異なり、６２０で、メディアバックエンドサーバ４０は次いで、全てのメディアコンテンツのメディアメタデータに対する要求からのウェブサービスコールを、ホスティングされる事業者によって購入されたコンテンツのみのメディアメタデータに対する要求に変換し、６３０で、変換されたウェブサービスコールをホスティングされる事業者のヘッドエンドサーバ３０にプロキシし、６４０で、購入されたメディアコンテンツのみのメディアメタデータを取り出す。その後、６５０で、メディアバックエンドサーバ４０は、ホスティングされる事業者によって購入されたコンテンツのメディアメタデータをホスティングされるブランチサーバ５０に転送する。

当業者によって理解されるように、本出願に記載される革新的な概念は、幅広い用途にわたって修正され、変更されうる。したがって、発明の主題の範囲は、説明された特定の例示的な教示のいずれかに限定されるべきではなく、むしろ、以下の特許請求の範囲によって定義される。

Claims (10)

1. ホスティングされる事業者へのＩＰＴＶサービスの階層型再販を可能にするための、ホスティングする事業者によって運用されるインターネットプロトコルテレビジョン（ＩＰＴＶ）システム内のメディアバックエンドサーバであって、
   ネットワークに結合されて、ホスティングされる事業者によって運用されるブランチサーバから複数のメディアコンテンツに対するウェブサービスコールを受信し、プロキシウェブサービスコールをヘッドエンドサーバに送信して、複数のメディアコンテンツの少なくとも一部のメディアメタデータを取り出し、ホスティングされる事業者によってホスティングする事業者から購入された複数のメディアコンテンツのうちの購入されたものに対応する、フィルタリングされたメディアメタデータをブランチサーバに送信するネットワークインターフェースと、
   ホスティングされる事業者に関連する、ブランチサーバに提供されるべきフィルタリングされたメディアメタデータを示す事業者メタデータを格納するためのメモリと、
   ネットワークインターフェースおよびメモリに結合され、ウェブサービスコールをプロキシウェブサービスコールに変換し、事業者メタデータを使用して、ブランチサーバに送信されるべきフィルタリングされたメディアメタデータを識別するように動作可能なプロセッサと
   を備える、メディアバックエンドサーバ。
2. プロセッサが、受信されたメディアメタデータをフィルタリングして、事業者メタデータを使用してフィルタリングされたメディアメタデータを生成するようにさらに動作する、請求項１に記載のメディアバックエンドサーバ。
3. 受信されたメディアメタデータがフィルタリングされたメディアメタデータであり、プロセッサが事業者メタデータを使用してフィルタリングされたメディアメタデータに対するプロキシウェブサービスコールを生成するようにさらに動作可能である、請求項１に記載のメディアバックエンドサーバ。
4. ウェブサービスコールがホスティングされる事業者の指標を含み、プロセッサがホスティングされる事業者の指標を事業者メタデータに変換するようにさらに動作可能である、請求項１に記載のメディアバックエンドサーバ。
5. メモリが、複数の送信元ＩＰアドレス、複数の事業者メタデータ識別子および複数の事業者メタデータを有するテーブルをさらに含み、複数の送信元ＩＰアドレスのそれぞれが、複数の事業者メタデータ識別子のうちの１つに関連し、複数の事業者メタデータのそれぞれが、複数の事業者メタデータ識別子のうちの１つに関連する、請求項４に記載のメディアバックエンドサーバ。
6. ホスティングする事業者からホスティングされる事業者へのＩＰＴＶサービスの階層型再販を可能にするインターネットプロトコルテレビジョン（ＩＰＴＶ）システムであって、
   ホスティングされる事業者によって運用され、ネットワークに結合されて、複数のメディアコンテンツに対するウェブサービスコールを送信し、ホスティングされる事業者によってホスティングする事業者から購入された複数のメディアコンテンツのうちの購入されたものに対応するフィルタリングされたメディアメタデータを受信する、ブランチサーバと、
   ホスティングする事業者によって運用され、ネットワークに結合されて、ブランチサーバからウェブサービスコールを受信し、ウェブサービスコールをプロキシし、プロキシウェブサービスコールをヘッドエンドサーバに送信して、複数のメディアコンテンツの少なくとも一部のメディアメタデータを取り出し、フィルタリングされたメディアメタデータをブランチサーバに送信する、メディアバックエンドサーバと
   を備える、システム。
7. メディアバックエンドサーバが、複数の送信元ＩＰアドレス、複数の事業者メタデータ識別子および複数の事業者メタデータを有するテーブルを維持するメモリをさらに含み、複数の送信元ＩＰアドレスのそれぞれが、複数の事業者メタデータ識別子のうちの１つに関連し、複数の事業者メタデータのそれぞれが、複数の事業者メタデータ識別子のうちの１つに関連し、事業者メタデータのそれぞれが、それぞれの事業者による複数のメディアコンテンツのうちの購入されたもののそれぞれのリストを含む、請求項６に記載のシステム。
8. ウェブサービスコールが、ホスティングされる事業者に関連する送信元ＩＰアドレスを含み、
   メディアバックエンドサーバが、テーブルを使用して、送信元ＩＰアドレスをホスティングされる事業者の事業者メタデータ識別子に変換し、ホスティングされる事業者の事業者メタデータ識別子に関連する事業者メタデータに基づいて、ブランチサーバに送信するためのフィルタリングされたメディアメタデータを識別するようにさらに動作可能である、請求項７に記載のシステム。
9. ホスティングする事業者からホスティングされる事業者へのインターネットプロトコルテレビジョン（ＩＰＴＶ）サービスの階層型再販を可能にするための方法であって、
   ホスティングされる事業者によって運用されるブランチサーバから、複数のメディアコンテンツに対するウェブサービスコールをホスティングする事業者によって運用されるメディアバックエンドサーバで受信するステップと、
   ウェブサービスコール内のホスティングされる事業者の指標をホスティングされる事業者に関連する事業者メタデータに変換するステップであって、事業者メタデータが、ホスティングされる事業者によってホスティングする事業者から購入された複数のメディアコンテンツのうちの購入されたものを示す、ステップと、
   事業者メタデータを使用して、複数のメディアコンテンツのうちの購入されたものに関するフィルタリングされたメディアメタデータを取り出すステップと、
   フィルタリングされたメディアメタデータをブランチサーバに送信するステップと
   を備える、方法。
10. 事業者メタデータを使用して、メディアメタデータを取り出すステップが、
    プロキシウェブサービスコールをヘッドエンドサーバに送信して、ヘッドエンドサーバから複数のメディアコンテンツのメディアメタデータを取り出すステップと、
    事業者メタデータを使用してメディアメタデータをフィルタリングして、フィルタリングされたメディアメタデータを生成するステップと
    をさらに備える、請求項９に記載の方法。

Images