特開 2024-73386 ライブコンテンツをマルチキャストするためのシステムおよび方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024073386

(43)【公開日】2024-05-29

(54)【発明の名称】ライブコンテンツをマルチキャストするためのシステムおよび方法

(51)【国際特許分類】

   H04L 67/562 20220101AFI20240522BHJP

   H04L 65/1101 20220101ALI20240522BHJP

   H04L 67/568 20220101ALI20240522BHJP

   H04L 67/55 20220101ALI20240522BHJP

【ＦＩ】

H04L67/562

H04L65/1101

H04L67/568

H04L67/55

【審査請求】未請求

【請求項の数】21

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2023193833

(22)【出願日】2023-11-14

(31)【優先権主張番号】22306679.6

(32)【優先日】2022-11-15

(33)【優先権主張国・地域又は機関】EP

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＦＲＡＭ

(71)【出願人】

【識別番号】523431176

【氏名又は名称】エムケイ・システムズ・ユーエスエイ・インコーポレイテッド

【氏名又は名称原語表記】ＭＫ ＳＹＳＴＥＭＳ ＵＳＡ ＩＮＣ．

【住所又は居所原語表記】２５１ ＬＩＴＴＬＥ ＦＡＬＬＳ ＤＲＩＶＥ， ＷＩＬＭＩＮＧＴＯＮ， ＤＥＬＡＷＡＲＥ １９８０８， ＵＮＩＴＥＤ ＳＴＡＴＥＳ ＯＦ ＡＭＥＲＩＣＡ

(74)【代理人】

【識別番号】110001818

【氏名又は名称】弁理士法人Ｒ＆Ｃ

(72)【発明者】

【氏名】アレックス・マコーリー

(72)【発明者】

【氏名】リチャード・フリアム

(72)【発明者】

【氏名】ジョゼフ・キオク

(72)【発明者】

【氏名】ティム・レット

(72)【発明者】

【氏名】トッド・ルンド

(72)【発明者】

【氏名】マーク・ニーブール

(57)【要約】

【課題】エンドユーザへライブコンテンツデータをストリーミングするための改良された、または代替的な方法を提供すること。
【解決手段】本明細書において、ライブコンテンツをマルチキャストするためのシステム、装置、および方法を開示する。マルチキャストサーバは、マルチキャスト伝送によってゲートウェイ装置にライブコンテンツデータを伝送する。ゲートウェイ装置は、前記マルチキャスト伝送によって前記ライブコンテンツデータを受信する、前記所定のゲートウェイ装置と、関連付けられた再生装置と、によって信頼される中間サーバを使用して、前記ゲートウェイ装置と前記関連付けられた再生装置との間に、前記所定のゲートウェイ装置から前記関連付けられた再生装置への安全なリアルタイム伝送のためのセキュアな通信セッションを確立する、および前記セキュアな通信セッションを使用して、ユニキャスト伝送によって前記関連付けられた再生装置に前記ライブコンテンツデータを伝送する、ために構成されている。
【選択図】図２

【特許請求の範囲】

【請求項1】

ライブコンテンツをマルチキャストするための、コンピュータによって実行されるシステムであって、
マルチキャスト伝送によってライブコンテンツデータを伝送するために構成されたマルチキャストサーバと、
ゲートウェイ装置であって、
前記マルチキャスト伝送によって前記マルチキャストサーバから前記ライブコンテンツデータを受信する、
前記所定のゲートウェイ装置と、関連付けられた再生装置と、によって信頼される中間サーバを使用して、前記ゲートウェイ装置と前記関連付けられた再生装置との間に、前記所定のゲートウェイ装置から前記関連付けられた再生装置への安全なリアルタイム伝送のためのセキュアな通信セッションを確立する、および
前記セキュアな通信セッションを使用して、ユニキャスト伝送によって前記関連付けられた再生装置に前記ライブコンテンツデータを伝送する、
ために構成されたゲートウェイ装置と、
を含む、システム。

【請求項2】

請求項１に記載の、コンピュータによって実行されるシステムであって、
前記マルチキャストサーバは、第１マルチキャストサーバであり、
前記マルチキャスト伝送は、第１マルチキャスト伝送であり、
第２マルチキャスト伝送によって広告コンテンツデータを伝送するために構成された第２マルチキャストサーバをさらに含み、
前記ゲートウェイ装置は、
前記第２マルチキャスト伝送によって前記第２マルチキャストサーバから前記広告コンテンツデータを受信する、および
前記セキュアな通信セッションを使用して、ユニキャスト伝送によって前記関連付けられた再生装置に前記広告コンテンツデータを伝送する、
ために構成されている、システム。

【請求項3】

請求項２に記載の、コンピュータによって実行されるシステムであって、
前記第２マルチキャストサーバによって伝送される前記広告コンテンツデータは、カルーセルに複数の広告を含む、システム。

【請求項4】

請求項３に記載の、コンピュータによって実行されるシステムであって、
前記複数の広告のうちの少なくとも１つを含むように主要コンテンツ再生リストを変更するためのサーバサイド広告挿入エンジンをさらに含む、システム。

【請求項5】

請求項１に記載の、コンピュータによって実行されるシステムであって、
前記セキュアな通信セッションは、ＷｅｂＲＴＣセッションである、システム。

【請求項6】

請求項１に記載の、コンピュータによって実行されるシステムであって、
前記中間サーバをさらに含み、
前記中間サーバは、前記ゲートウェイ装置と前記関連付けられた再生装置とによって信頼されるサーバ証明書をホストする、システム。

【請求項7】

ライブコンテンツデータをマルチキャストするための、コンピュータによって実行される方法であって、
マルチキャスト伝送によってマルチキャストサーバから複数のゲートウェイ装置に前記ライブコンテンツデータを伝送することと、
前記ゲートウェイ装置のうちの所定のゲートウェイ装置と、関連付けられた再生装置と、によって信頼される中間サーバを使用して、前記所定のゲートウェイ装置と前記関連付けられた再生装置との間に、前記所定のゲートウェイ装置から前記関連付けられた再生装置への安全なリアルタイム伝送のためのセキュアな通信セッションを確立することと、
前記セキュアな通信セッションを使用して、ユニキャスト伝送によって前記所定のゲートウェイ装置から前記関連付けられた再生装置に前記ライブコンテンツデータを伝送することと、
を含む、方法。

【請求項8】

請求項７に記載の、コンピュータによって実行される方法であって、
前記マルチキャストサーバは、第１マルチキャストサーバであり、
前記マルチキャスト伝送は、第１マルチキャスト伝送であり、
第２マルチキャスト伝送によって第２マルチキャストサーバから少なくとも前記所定のゲートウェイ装置に広告コンテンツデータを伝送することと、
前記セキュアな通信セッションを使用して、ユニキャスト伝送によって前記所定のゲートウェイ装置から前記関連付けられた再生装置に前記広告コンテンツデータを伝送することと、
をさらに含む、方法。

【請求項9】

請求項７に記載の、コンピュータによって実行される方法であって、
前記ライブコンテンツデータは、アダプティブビットレートのコンテンツデータを含む、方法。

【請求項10】

請求項７に記載の、コンピュータによって実行される方法であって、
前記確立することは、ＷｅｂＲＴＣセッションを確立することを含む、方法。

【請求項11】

請求項７に記載の、コンピュータによって実行される方法であって、
コンテンツ配信ネットワークによってコンテンツ配信元サーバから前記マルチキャストサーバに前記ライブコンテンツデータを伝送することをさらに含む、方法。

【請求項12】

ライブコンテンツの伝送のためのゲートウェイ装置であって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサと通信可能なメモリと、
前記メモリに保存されたソフトウェアコードであって、前記少なくとも１つのプロセッサにおいて実行されると、前記装置に、
マルチキャスト伝送によってマルチキャストサーバからライブコンテンツデータを受信することと、
前記ゲートウェイ装置と、関連付けられた再生装置と、によって信頼される中間サーバを使用して、前記関連付けられた再生装置とのセキュアな通信セッションであって、前記ゲートウェイ装置から前記関連付けられた再生装置への安全なリアルタイム伝送のためのセキュアな通信セッションを確立することと、
前記セキュアな通信セッションを使用して、ユニキャスト伝送によって前記関連付けられた再生装置に前記ライブコンテンツデータを伝送することと、
を実行させるソフトウェアコードと、
を含む、装置。

【請求項13】

請求項１２に記載のゲートウェイ装置であって、
前記関連付けられた再生装置と同一のローカルエリアネットワーク（ＬＡＮ）上で動作するように構成されている、ゲートウェイ装置。

【請求項14】

請求項１２に記載のゲートウェイ装置であって、
前記セキュアな通信セッションは、ＷｅｂＲＴＣセッションである、ゲートウェイ装置。

【請求項15】

請求項１２に記載のゲートウェイ装置であって、
前記ユニキャスト伝送は、ストリーム制御伝送プロトコル（ＳＣＴＰ）を使用する、ゲートウェイ装置。

【請求項16】

請求項１２に記載のゲートウェイ装置であって、
前記マルチキャストサーバは、第１マルチキャストサーバであり、
前記マルチキャスト伝送は、第１マルチキャスト伝送であり、
広告コンテンツデータを第２マルチキャストサーバから第２マルチキャスト伝送によって受信するように構成されている、ゲートウェイ装置。

【請求項17】

請求項１６に記載のゲートウェイ装置であって、
前記第２マルチキャストサーバからの前記マルチキャスト伝送のためのＩＰアドレスおよびポートを前記関連付けられた再生装置から受信し、前記ＩＰアドレスおよび前記ポートを使用して、前記第２マルチキャストサーバからの前記マルチキャスト伝送に参加するように構成されている、ゲートウェイ装置。

【請求項18】

請求項１２に記載のゲートウェイ装置であって、
前記マルチキャスト伝送を介して受信したパケットからメッセージを再構成するように構成されている、ゲートウェイ装置。

【請求項19】

請求項１８に記載のゲートウェイ装置であって、
前記パケットは、順序の誤ったパケットを含む、ゲートウェイ装置。

【請求項20】

請求項１２に記載のゲートウェイ装置であって、
前記ユニキャスト伝送では、信頼性および並び替え機能が無効となっている、ゲートウェイ装置。

【請求項21】

請求項２０に記載のゲートウェイ装置であって、
前記ユニキャスト伝送は、アプリケーション層の並び替えおよび／またはパケットの回復のために構成されている、ゲートウェイ装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、データのストリーミングに関し、より具体的には、ライブコンテンツデータのマルチキャストに関する。

【背景技術】

【0002】

インターネットを介しての、例えば、オーバー・ザ・トップのメディアサービス(over-the-top media service)を介して、エンドユーザへの動画および／または音声のライブコンテンツのストリーミングが普及している。しかしながら、多数のエンドユーザへ人気のあるライブコンテンツをストリーミングする際、コンテンツ配信ネットワーク(content delivery network)に対するリソース要求は大きくなり、利用可能な容量を超える場合がある。この結果、コンテンツ配信が質的に低下したり、失敗したりする可能性がある。

【0003】

したがって、エンドユーザへライブコンテンツデータをストリーミングするための改良された、または代替的な方法が求められている。

【発明の概要】

【0004】

ある態様によると、ライブコンテンツをマルチキャストするための、コンピュータによって実行されるシステムが提供される。
前記システムは、
マルチキャスト伝送によってライブコンテンツデータを伝送するために構成されたマルチキャストサーバと、
ゲートウェイ装置であって、
前記マルチキャスト伝送によって前記マルチキャストサーバから前記ライブコンテンツデータを受信する、
前記所定のゲートウェイ装置と、関連付けられた再生装置と、によって信頼される中間サーバを使用して、前記ゲートウェイ装置と前記関連付けられた再生装置との間に、前記所定のゲートウェイ装置から前記関連付けられた再生装置への安全なリアルタイム伝送のためのセキュアな通信セッションを確立する、および
前記セキュアな通信セッションを使用して、ユニキャスト伝送によって前記関連付けられた再生装置に前記ライブコンテンツデータを伝送する、
ために構成されたゲートウェイ装置と、
を含む。

【0005】

他の態様によると、ライブコンテンツデータをマルチキャストするための、コンピュータによって実行される方法が提供される。
前記方法は、
マルチキャスト伝送によってマルチキャストサーバから複数のゲートウェイ装置にライブコンテンツデータを伝送することと、
前記ゲートウェイ装置のうちの所定のゲートウェイ装置と、関連付けられた再生装置と、によって信頼される中間サーバを使用して、前記所定のゲートウェイ装置と前記関連付けられた再生装置との間に、前記所定のゲートウェイ装置から前記関連付けられた再生装置への安全なリアルタイム伝送のためのセキュアな通信セッションを確立することと、
前記セキュアな通信セッションを使用して、ユニキャスト伝送によって前記所定のゲートウェイ装置から前記関連付けられた再生装置に前記ライブコンテンツデータを伝送することと、
を含む。

【0006】

さらなる態様によると、ライブコンテンツの伝送のためのゲートウェイ装置が提供される。
前記装置は、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサと通信可能なメモリと、
前記メモリに保存されたソフトウェアコードであって、前記少なくとも１つのプロセッサにおいて実行されると、前記装置に、
マルチキャスト伝送によってマルチキャストサーバからライブコンテンツデータを受信することと、
前記ゲートウェイ装置と、関連付けられた再生装置と、によって信頼される中間サーバを使用して、前記関連付けられた再生装置とのセキュアな通信セッションであって、前記ゲートウェイ装置から前記関連付けられた再生装置への安全なリアルタイム伝送のためのセキュアな通信セッションを確立することと、
前記セキュアな通信セッションを使用して、ユニキャスト伝送によって前記関連付けられた再生装置に前記ライブコンテンツデータを伝送することと、
を実行させるソフトウェアコードと、
を含む。

【0007】

本明細書に記載の実施形態に関する数多くのさらなる特徴およびそれらの組み合わせは、本開示を一読すれば当業者にとって明らかとなるであろう。

【図面の簡単な説明】

【0008】

図面は以下のとおりである。

【図1】従来のコンテンツストリーミングシステムの概略図である。

【図2】実施形態に係るコンテンツストリーミングシステムの概略図である。

【図3】実施形態に係る、ゲートウェイ装置およびクライアント装置と相互接続した登録サーバの概略図である。

【図4】実施形態に係るクライアント装置の概略図である。

【図5】実施形態に係る、図２のコンテンツストリーミングシステムのシステム相互作用を示すシーケンス図である。

【図6】実施形態に係る、ブロードキャスト部からのパケットの伝送の概略図である。

【図7】実施形態に係る、ゲートウェイにおけるメッセージ再構成の概略図である。

【図8】実施形態に係る、クライアント装置におけるメッセージ修復の概略図である。

【図9】実施形態に係る、広告コンテンツと組み合わせてライブコンテンツをストリーミングするコンテンツストリーミングシステムの概略図である。

【図10】実施形態に係る、図９のコンテンツストリーミングシステムのシステム相互作用を示すシーケンス図である。

【図11】実施形態に係る、コンテンツストリーミングシステムにおいて実行される例示的な動作のフローチャートである。

【図12】実施形態に係る演算装置の概略図である。 これらの図面は、説明のための例示的な実施形態を描写するものであり、これらの例示的な実施形態に、変更、代替的な構成、代替的な構成要素、および改変を加えてもよい。

【発明を実施するための形態】

【0009】

図１は、ライブコンテンツをストリーミングするための、従来のコンテンツストリーミングシステム１０の上位概略図である。コンテンツストリーミングシステム１０は、コンテンツをエンドユーザに配信するオーバー・ザ・トップ（ＯＴＴ）メディアサービスの一部として動作してもよい。

【0010】

図示するように、コンテンツストリーミングシステム１０は、コンテンツパッケージャ２０と、コンテンツ配信ネットワーク３０と、複数のクライアント装置４０と、を含んでいる。各クライアント装置４０は、ストリーミングされたコンテンツを再生するためにエンドユーザによって操作可能な装置である。

【0011】

コンテンツパッケージャ２０は、ＯＴＴメディアサービスのためのコンテンツ配信元サーバとしての役割を果たしてもよい。コンテンツパッケージャ２０は、コンテンツ配信ネットワーク３０を介してクライアント装置４０にライブコンテンツをストリーミングする。コンテンツ配信ネットワーク３０は、通信ネットワークを介して相互接続したプロキシサーバとデータキャッシュとの分散したネットワークを含んでいる。

【0012】

図２は、ライブコンテンツをストリーミングするための、実施形態に係るコンテンツストリーミングシステム１１０の上位概略図である。コンテンツストリーミングシステム１１０は、例えば、コンテンツをエンドユーザに配信するＯＴＴメディアサービスの一部として使用してもよい。ライブコンテンツは、例えば、音声および／または動画コンテンツを含んでいてもよい。

【0013】

本明細書で詳述するように、いくつかの実施形態において、コンテンツストリーミングシステム１１０は、コンテンツストリーミングシステム１０と比較して、一定の技術的な利点を提供する。

【0014】

例えば、コンテンツストリーミングシステム１０において、コンテンツ配信ネットワーク３０に対するリソース要求は、クライアント装置４０の数におおよそ比例する可能性がある。（例えば、スーパーボウル等の人気のライブコンテンツをストリーミングする場合のように）クライアント装置４０の数が非典型的に多い時、リソース要求が、コンテンツ配信ネットワーク３０の利用可能なリソースの容量を超える可能性がある。この結果、コンテンツ配信が質的に低下したり、失敗したりする可能性がある。

【0015】

いくつかの実施形態において、コンテンツストリーミングシステム１１０は、マルチキャスト伝送を活用することによって、コンテンツ配信の効率を向上させる。それと同時に、いくつかの実施形態において、コンテンツストリーミングシステム１１０は、例えば、既存のクライアント装置と互換性のあるＨＬＳやＤＡＳＨ等の従来のストリーミング形式をサポートすることによって一定の後方互換性を保っているので、便利である。これらの実施形態において、マルチキャスト伝送の受信をサポートするために従来のクライアント装置１４０に変更を加えることを必要とすることなくマルチキャスト伝送を活用するので、便利である。

【0016】

図示するように、コンテンツストリーミングシステム１１０は、パッケージャ１２０と、コンテンツ配信ネットワーク１３０と、ブロードキャスト部１５０と、ブロードキャスト部管理部１６０と、複数のゲートウェイ２００と、複数のクライアント装置１４０と、を含んでいる。

【0017】

コンテンツパッケージャ１２０は、主要コンテンツの出所としての役割を果たし、クライアント装置１４０に向けたライブコンテンツセグメントのストリームを開始する。コンテンツセグメントは、アダプティブビットレート（ＡＢＲ）ストリームを提供するように符号化してもよい。コンテンツパッケージャ１２０は、コンテンツセグメントを１または複数のブロードキャスト部１５０にストリーミングする。ブロードキャスト部１５０は、その後、マルチキャスト伝送１５２によって複数のゲートウェイ２００に前記コンテンツセグメントをストリーミングする。各ゲートウェイ２００は、その後、ユニキャスト伝送１５４によって１または複数の関連付けられたクライアント装置１４０に前記コンテンツセグメントをストリーミングする。特定のクライアント装置１４０は、特定のゲートウェイ２００からデータを受信する等、特定のゲートウェイ２００と通信することを求める場合、前記特定のゲートウェイ２００と関連付けられる。

【0018】

コンテンツパッケージャ１２０は、主要コンテンツを１または複数のコンテンツソースから受信する。コンテンツパッケージャ１２０は、クライアント装置１４０によってアクセス可能なコンテンツについて記述するデータを含むマニフェストデータ構造を生成する。例えば、マニフェストデータ構造は、利用可能なコンテンツセグメントを記述し、各セグメントは、クライアント装置１４０によるアクセスおよびその後の再生が個別に可能なコンテンツの一部を提供する。マニフェストデータ構造は、本明細書で「再生リスト」と呼ぶ場合もある。

【0019】

いくつかの実施形態において、コンテンツパッケージャ１２０は、マニフェストデータ構造で参照するセグメントファイルを、例えば、ＨＬＳやＤＡＳＨ等の、ＡＢＲストリーミングに好適な形式で生成する。ＡＢＲストリーミングに好適な他のプロトコルを使用してもよい。コンテンツパッケージャ１２０は、例えば、好適なセッション鍵を使用してセグメントファイルを暗号化してもよい。いくつかの実施形態において、コンテンツパッケージャ１２０は、ジャストインタイムのパッケージャである。

【0020】

コンテンツ配信ネットワーク１３０は、通信ネットワーク１３５と、複数の分散したプロキシサーバおよびデータキャッシュと、を含んでいる。通信ネットワーク１３５は、パケット交換のネットワーク部分、回線交換のネットワーク部分、またはこれらの組み合わせを含んでいてもよい。通信ネットワーク１３５は、有線リンク、無線周波リンクもしくは衛星リンク等の無線リンク、またはこれらの組み合わせを含んでいてもよい。通信ネットワーク１３５は、有線アクセスポイントと無線アクセスポイントとを含んでいてもよい。通信ネットワーク１３５の部分としては、例えば、ＩＰｖ４、ＩＰｖ６、Ｘ．２５、ＩＰＸ、または同様のネットワークであってもよい。通信ネットワーク１３５の部分としては、例えば、ＧＳＭ、ＧＰＲＳ、３Ｇ、ＬＴＥ、または同様のワイヤレスネットワークであってもよい。通信ネットワーク１３５は、インターネットを含んでいてもよく、インターネットと接続していてもよい。通信ネットワーク１３５が公衆インターネット等の公衆ネットワークである場合、仮想私設網としてセキュアであってもよい。

【0021】

図示する実施形態において、コンテンツパッケージャ１２０をブロードキャスト部１５０と相互接続する通信ネットワーク１３５の部分は、ＨＴＴＰに基づくＡＢＲストリームの伝送に適応している。

【0022】

ブロードキャスト部１５０は、コンテンツ配信ネットワーク１３０を介してパッケージャ１２０からコンテンツセグメントを受信する。ブロードキャスト部１５０は、マルチキャストサーバとしての役割を果たす。この目的のために、ブロードキャスト部１５０は、コンテンツセグメントをマルチキャストするためのマルチキャストストリームを提供する。ブロードキャスト部１５０は、マルチキャストストリームに参加しているゲートウェイ２００にコンテンツセグメントをブロードキャストする。マルチキャストは、通信ネットワーク１３５と同様の通信ネットワークを介するものであってもよい。マルチキャストは、通信ネットワーク１３５と一部または全体が重なる通信ネットワークを介するものであってもよい。

【0023】

図２では単一のブロードキャスト部１５０を図示しているが、いくつかの実施形態において、コンテンツストリーミングシステム１１０は、複数のブロードキャスト部１５０を含んでいてもよい。各ブロードキャスト部１５０は、特定のライブコンテンツ、例えば、特定のブロードキャスト、チャンネル、プログラム、またはこれらの一部に専用であってもよい。

【0024】

ブロードキャスト部管理部１６０は、１または複数のブロードキャスト部１５０のライフサイクルを管理する。ブロードキャスト部管理部１６０は、１または複数のブロードキャスト部１５０のコンテンツスケジューリングを管理する。ブロードキャスト部管理部１６０は、編集者の選択またはコンテンツの人気に基づいてスケジューリングを実行してもよい。ブロードキャスト部管理部１６０は、スケジューリングを手動で実行してもよく、自動で実行してもよい。

【0025】

ゲートウェイ２００は、マルチキャスト伝送１５２に参加して、マルチキャスト伝送１５２からデータを受信する。ゲートウェイ２００は、マルチキャスト伝送１５２を介してコンテンツデータを含むパケットを受信し、前記パケットからコンテンツデータを含むメッセージを生成する。ゲートウェイ２００は、ユニキャスト伝送１５４によって、関連付けられたクライアント装置１４０にメッセージを提供する。

【0026】

いくつかの実施形態において、ゲートウェイ２００は、家庭のローカルエリアネットワーク（ＬＡＮ）を広域ネットワーク（ＷＡＮ）と接続するレジデンシャルゲートウェイである。いくつかの実施形態において、ゲートウェイ２００は、本明細書に開示する機能を実行するカスタムソフトウェアコードに適応した従来のレジデンシャルゲートウェイである。カスタムソフトウェアは、本明細書に開示する機能を実行するために、例えば、ソフトウェア更新によって、家庭における既存の装置に提供してもよい。いくつかの実施形態において、ゲートウェイ２００は、例えば、ルータ、スイッチ、ハブ、セットトップボックス、または、ＬＡＮとＷＡＮとの間の接続を提供する他の装置であってもよい。

【0027】

いくつかの実施形態において、ゲートウェイ２００は、１または複数の関連付けられたクライアント装置１４０と同じ家庭に設けられていてもよい。

【0028】

いくつかの実施形態において、ゲートウェイ２００は、有線リンクによってＷＡＮ（およびブロードキャスト部１５０）と接続していてもよい。これにより、ＷｉＦｉ等の無線リンクと比較して、マルチキャスト伝送のためのより信頼できるリンクが得られる可能性がある。

【0029】

各クライアント装置１４０は、ストリーミングされたコンテンツを再生するためにエンドユーザによって操作可能な装置である。例えば、クライアント装置１４０は、ストリーミングされたコンテンツを再生するための表示装置に接続した、デジタルメディア再生部、セットトップボックス、または、ビデオゲーム機であってもよい。クライアント装置１４０は、さらに、ストリーミングされたコンテンツを再生するための一体型の表示画面を有する、スマートテレビジョン装置、または、ラップトップコンピュータ、タブレットコンピュータ、もしくはスマートフォン等の個人用演算装置であってもよい。クライアント装置１４０は、本明細書で「再生装置」と呼ぶ場合もある。

【0030】

図３は、実施形態に係る、ゲートウェイ２００およびクライアント装置１４０と相互接続した登録サーバ１８０を示す上位概略図である。登録サーバ１８０は、例えば、ユニキャスト伝送１５４のセキュリティのための、ゲートウェイ２００とクライアント装置１４０との間の安全な通信セッションの確立を容易にする。

【0031】

登録サーバ１８０は、ゲートウェイ２００とクライアント装置１４０との両方によって信頼される中間体としての役割を果たし、両者の間の安全な通信を仲介することができる。図示する実施形態において、登録サーバ１８０は、ＷｅｂＳｏｃｋｅｔサーバとして実装され、ＷｅｂＳｏｃｋｅｔプロトコルに基づいて、ゲートウェイ２００とクライアント装置１４０との一方または両方と通信する。前記通信は、ＷｅｂＳｏｃｋｅｔプロトコルに応じて、全二重通信であってもよく、および／または、メッセージに基づく通信であってもよい。

【0032】

いくつかの実施形態において、登録サーバ１８０は、ゲートウェイ２００とクライアント装置１４０とのいずれのペアが関連付けられており、セキュアな通信のために適格であるかを、それぞれのソースＩＰアドレスを照合することによって判定する。そのような実施形態において、ゲートウェイ２００と、関連付けられたクライアント装置１４０と、の両方が同一のＬＡＮ上の、ネットワークアドレス変換（ＮＡＴ）ゲートウェイの背後にあり、よって、同じソースＩＰアドレスからのパケットを用いて登録サーバ１８０と通信する。

【0033】

いくつかの実施形態において、登録サーバ１８０は、公衆インターネット上に位置する。いくつかの実施形態において、登録サーバ１８０は、オペレータのネットワーク（例えば、コンテンツパッケージャ１２０のオペレータのネットワーク）の一部として存在する。

【0034】

図示する実施形態において、登録サーバ１８０は、ゲートウェイ２００と、関連付けられたクライアント装置１４０と、の両方によって安全であると認識され、信頼される有効なサーバ証明書を有するウェブサーバをホストする。これにより、ゲートウェイ２００は、クライアント装置１４０との安全な通信、例えば、ユニキャスト伝送１５４のために、有効なサーバ証明書を用いて自らのウェブサーバをホストする必要がなくなるので、便利である。

【0035】

図示する実施形態において、ゲートウェイ２００とクライアント装置１４０とは、Ｗｅｂ Ｒｅａｌ－Ｔｉｍｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＷｅｂＲＴＣ）プロトコルに基づいて通信する。これにより、リアルタイムのピアツーピア通信が可能となる。この実施形態において、ＷｅｂＲＴＣプロトコルは、ＷｅｂＲＴＣ通信を確立するのに先立ってゲートウェイ２００とクライアント装置１４０とによって暗号化パラメータ、暗号化鍵、および／または暗号化秘密を共有するのを仲介する登録サーバ１８０の能力をサポートする。特に、登録サーバ１８０は、そのような暗号化パラメータ、暗号化鍵、および／または暗号化秘密の共有を、ゲートウェイ２００とクライアント装置１４０との間のＷｅｂＲＴＣの「オファー」および「アンサー」のやり取りによって仲介する。いくつかの実施形態において、ゲートウェイ２００とクライアント装置１４０との間の通信の暗号化には、ストリーム制御伝送プロトコル（ＳＣＴＰ）のデータグラムトランスポート層セキュリティ（ＤＴＬＳ）隠蔽を用いても良い。

【0036】

いくつかの実施形態において、Ｉｎｔｅｒａｃｔｉｖｅ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｅｓｔａｂｌｉｓｈｍｅｎｔ（ＩＣＥ）プロトコルを使用してゲートウェイ２００とクライアント装置１４０との間にＷｅｂＲＴＣ通信を確立することができる。いくつかの実施形態において、ＩＣＥプロトコルを、ＳＴＵＮ（Ｓｅｓｓｉｏｎ Ｔｒａｖｅｒｓａｌ Ｕｔｉｌｉｔｉｅｓ ｆｏｒ ＮＡＴ）および／またはＴＵＲＮ（Ｔｒａｖｅｒｓａｌ Ｕｓｉｎｇ Ｒｅｌａｙｓ ａｒｏｕｎｄ ＮＡＴ）の一方または両方と組み合わせて使用して、ネットワークアドレス変換器（ＮＡＴｓ）やファイアウォール等がある状態でＷｅｂＲＴＣ通信を容易にしてもよい。

【0037】

いくつかの実施形態において、登録サーバ１８０は、ＳＴＵＮサーバおよび／またはＴＵＲＮサーバとしての役割を果たす。そのような実施形態において、ゲートウェイ２００とクライアント装置１４０とのそれぞれは、ＳＴＵＮクライアントおよび／またはＴＵＲＮクライアントとして構成されている。クライアントとして、ゲートウェイ２００とクライアント装置１４０とは、適切なＳＴＵＮサーバ／ＴＵＲＮサーバと通信して、ＷｅｂＲＴＣ通信に用いるためのパブリックＩＰアドレスおよびポートの情報を得る。

【0038】

いくつかの実施形態において、ゲートウェイ２００は、それ自体がＳＴＵＮサーバおよび／またはＴＵＲＮサーバとして機能してもよい。いくつかの実施形態において、他のネットワークエレメントがＳＴＵＮサーバおよび／またはＴＵＲＮサーバとして機能してもよい。

【0039】

図４は、実施形態に係るクライアント装置１４０の上位概略図である。図示するように、クライアント１４０は、プロキシ１４２と、再生部１４４と、キャッシュ１４６と、を含んでいる。

【0040】

プロキシ１４２は、登録サーバ１８０と通信してゲートウェイ２００とのセキュアな通信（例えば、ＷｅｂＲＴＣセッション）を確立する。

【0041】

プロキシ１４２は、ゲートウェイ２００と通信する。例えば、プロキシ１４２は、特定のマルチキャスト伝送１５２に参加するようゲートウェイ２００に指示する。例えば、プロキシ１４２は、ゲートウェイ２００からユニキャスト伝送１５４を受信する。コンテンツセグメントに対応する全てのメッセージをユニキャスト伝送１５４を介して受信すると、プロキシ１４２は、前記コンテンツセグメントをキャッシュ１４６に保存する。プロキシ１４２は、再生部１４４からの再生要求に応じて、保存したコンテンツセグメントを再生部１４４に提供する。

【0042】

再生部１４４は、ライブコンテンツの再生に必要な場合、コンテンツセグメントを要求する。再生部１４４は、例えば、コンテンツパッケージャ１２０によって提供されるようにマニフェストデータ構造において提供されるコンテンツセグメントの一覧に基づいてコンテンツセグメントを要求する。いくつかの実施形態において、再生部１４４は、好適なウェブブラウザ等の、コンテンツ再生に好適な従来の再生部であってもよい。

【0043】

コンテンツストリーミングシステム１１０の動作を、図５を参照してさらに記載する。図５は、実施形態に係るシステム相互作用を示すシーケンス図である。

【0044】

図示するように、再生部１４４は、例えば、特定のチャンネルのコンテンツを要求することによって、再生のための準備を始める。再生要求は、再生部１４４に対するユーザ制御に応じるものであってもよい。再生要求は、プロキシ１４２が受信する。プロキシ１４２は、適切なＳＴＵＮ／ＴＵＲＮサーバにＳＴＵＮおよび／またはＴＵＲＮ要求を行なう。ＳＴＵＮ／ＴＵＲＮサーバは、パブリックＩＰおよびポートの情報を用いてこれに応答する。いくつかの実施形態（例えば、登録サーバ１８０がＳＴＵＮ／ＴＵＲＮサーバとして機能する場合）において、ゲートウェイ２００は、同様のＳＴＵＮ／ＴＵＲＮ要求を行なう。

【0045】

ＷｅｂＲＴＣセッションを確立するために、ゲートウェイ２００とプロキシ１４２とのそれぞれは、ＷｅｂＳｏｃｋｅｔ接続によって登録サーバ１８０と接続する。プロキシ１４２は、このＷｅｂＳｏｃｋｅｔ接続によって登録サーバ１８０にＷｅｂＲＴＣオファーを送る。次に、登録サーバ１８０がゲートウェイ２００に前記ＷｅｂＲＴＣオファーを送る。ゲートウェイ２００は、ＷｅｂＲＴＣアンサーを用いて登録サーバ１８０に応答する。今度は、登録サーバ１８０が前記ＷｅｂＲＴＣアンサーを用いてプロキシ１４２に応答する。これにより、オファー／アンサーを用いたやり取りが完了する。

【0046】

オファー／アンサーを用いたやり取りに基づいて、ゲートウェイ２００とプロキシ１４２とは、安全なＷｅｂＲＴＣセッションを確立する。プロキシ１４２は、特定のブロードキャスト部１５０のＩＰアドレスおよびポートによって識別される特定のマルチキャスト伝送１５２に参加するよう（ＷｅｂＲＴＣメッセージによって）ゲートウェイ２００に指示する。ゲートウェイ２００は、特定のブロードキャスト部１５０の、識別されたマルチキャスト伝送１５２に参加する。図示する実施形態において、ブロードキャスト部１５０は、インターネット・グループ管理プロトコル（ＩＧＭＰ）を利用して、識別されたマルチキャスト伝送１５２に参加する。

【0047】

ブロードキャスト部１５０は、コンテンツパッケージャ１２０からマニフェストデータ構造（すなわち、再生リスト）を得る。ブロードキャスト部１５０は、コンテンツパッケージャ１２０から、前記マニフェストデータ構造で特定された１または複数のコンテンツセグメントを得る。ブロードキャスト部１５０は、コンテンツ配信ネットワーク１３０を介してパッケージャ１２０からデータを得てもよい。これは、ＨＴＴＰまたはＨＴＴＰ／ＴＬＳを介したものであってもよい。

【0048】

ブロードキャスト部１５０は、マルチキャスト伝送１５２によってゲートウェイ２００に１または複数のコンテンツセグメントを伝送する。図示する実施形態において、マルチキャスト伝送１５２は、リアルタイム転送プロトコル（ＲＴＰ）を利用する。いくつかの実施形態において、マルチキャスト伝送１５２は、低遅延マルチキャストに好適な他のプロトコルを利用する。前記他のプロトコルは、例えば、好適なＵＤＰベースのプロトコルであってもよい。

【0049】

ゲートウェイ２００は、ユニキャスト伝送１５４によってプロキシ１４２に１または複数のコンテンツセグメントを伝送する。図示する実施形態において、ユニキャスト伝送１５４は、ＷｅｂＲＴＣデータチャネルによるものである。この実施形態において、ユニキャスト伝送１５４は、ＳＣＴＰを利用する。ＳＣＴＰは、ＷｅｂＲＴＣデータチャネルを用いた転送プロトコルである。ＳＣＴＰにしたがって、コンテンツデータは、メッセージと呼ばれるバイトのグループごとにゲートウェイ２００からプロキシ１４２に伝送される。

【0050】

プロキシ１４２は、前記ユニキャスト伝送１５４を受信する。コンテンツセグメントのためのコンテンツデータを含むメッセージを全て受信すると、コンテンツセグメントは、キャッシュ１４６に保存される。

【0051】

再生部１４４は、現在の再生リストを適宜に要求する。この要求は、プロキシ１４２が受信する。プロキシ１４２は、コンテンツパッケージャ１２０から前記再生リストを要求する。前記再生リストは、その後、例えば、ＨＴＴＰまたはＨＴＴＰ／ＴＬＳを介してプロキシ１４２に提供される。再生部１４４は、コンテンツセグメントを適宜に要求する。この要求は、プロキシ１４２が受信する。プロキシ１４２は、キャッシュ１４６に保存された、要求されたコンテンツセグメントを再生部１４４に提供する。

【0052】

図６は、実施形態に係る、ブロードキャスト部１５０からのパケットの伝送の上位概略描写である。

【0053】

上述したように、ブロードキャスト部１５０は、コンテンツパッケージャ１２０から１または複数のコンテンツセグメントを得る。ブロードキャスト部１５０は、図６に示すように、各コンテンツセグメントを複数のメッセージ１５６に分割する。図示する実施形態において、各メッセージ１５６は、サイズが１６ｋＢである。他の実施形態において、メッセージは、サイズが異なっていてもよい（例えば、４ｋＢまたは８ｋＢ等）。各メッセージ１５６は、マルチキャスト伝送１５２のために複数のパケット１５８にさらに分割される。図示する実施形態において、パケット１５８は、好適なＲＴＰヘッダとコンテンツデータのペイロードとを含むＲＴＰパケットである。いくつかの実施形態において、マルチキャスト伝送１５２がＲＴＰ以外のプロトコルを使用する場合、他の種類のパケットを使用してもよい。図示する実施形態において、各パケット１５８は、パケットサイズが１５００バイトである。いくつかの実施形態において、他のパケットサイズを用いてもよい。

【0054】

図７は、ゲートウェイ２００でのメッセージ再構成の上位概略描写である。図示するように、ゲートウェイ２００は、マルチキャスト伝送１５２を介して受信したパケット１５８から各メッセージ１５６を再構成する。

【0055】

パケット１５８（例えば、図７に示すような、パケットシーケンス＃１、＃２、＃３、＃４）は、マルチキャスト伝送１５２によって１または複数のゲートウェイ２００に伝送される。メッセージ１５６を構成するパケット１５８を全てゲートウェイ２００が受信すると、再構成されたメッセージ１５６は、ユニキャスト伝送１５４によってクライアント装置１４０に伝送される。

【0056】

図示する実施形態において、ゲートウェイ２００は、誤った順序で着信するパケット１５８を取り扱うことが可能である。図７に示すように、例えば、ゲートウェイ２００は、パケット１５８シーケンス＃７を受信するが、これは、パケット１５８シーケンス＃８の後に着信する。いくつかの実施形態において、ゲートウェイ２００は、１または複数の更なる不完全なメッセージを自らのキャッシュに保存する。図７に示すように、例えば、ゲートウェイ２００は、パケット１５８シーケンス＃３の着信を待つ一方、受信したパケット１５８シーケンス＃１、＃２、および＃４を有する不完全なメッセージ１５６を保存する。

【0057】

ゲートウェイ２００に着信したパケット１５８のシーケンスナンバーが、ゲートウェイ２００にすでに保存されているパケット１５８と重複する場合、ゲートウェイ２００は、ブロードキャスト部１５０が再起動された結果、同一のシーケンスナンバーを再使用していると想定する。この場合、ゲートウェイ２００は、自らのキャッシュをフラッシュし、メッセージ再構成プロセスを再度開始する。

【0058】

図示する実施形態において、ゲートウェイ２００は、ブロードキャスト部１５０から受信したパケット１５８からメッセージ１５６を再構成するように構成されている。いくつかの実施形態において、ゲートウェイ２００は、ゲートウェイ２００でのメッセージの再構成を行なうことなく、クライアント装置１４０に各パケット１５８を別々に再伝送するように構成されていてもよい。例えば、ＷｅｂＲＴＣを使用してゲートウェイ２００からクライアント装置１４０に伝送する場合、各パケット１５８を別々のＷｅｂＲＴＣペイロードとして伝送してもよい。そのような実施形態において、パケットの並び替えが必要であれば、クライアント装置１４０、例えば、プロキシ１４２が実行してもよい。クライアント装置１４０におけるそのようなパケットの並び替えは、順序の誤った伝送(out of order transmission)に対するＳＣＴＰのサポートを使用して実施してもよい。

【0059】

いくつかの実施形態において、ＳＣＴＰを使用し、信頼性および並び替え機能のオプションを無効化して、ユニキャスト伝送１５４が（ＴＣＰではなく）ＵＤＰと同様の遅延特性を有し得るようにする。そのような実施形態において、パケットの並び替えと損失パケットの回復は、トランスポート層等のより下の層ではなく、アプリケーション層において行われる。これにより、ネットワークの遅延と混乱に応じるためのアプリケーション層における制御が得られる。例えば、喪失したパケットのためのタイムアウト期間を、特定のアプリケーションの遅延要件に基づいてアプリケーション層において設定してもよい。例えば、並び替えおよび損失パケットの回復は、クライアント１４０、例えば、プロキシ１４２のアプリケーション層において行なってもよい。

【0060】

図示する実施形態において、信頼される中間体（例えば、登録サーバ１８０）を介して、ゲートウェイ２００とクライアント装置１４０との間に安全なセッションを確立することができる、ＷｅｂＲＴＣ等のプロトコルを用いる。これにより、技術的な利点が得られる。例えば、（クライアント装置１４０上で実行されるような）ウェブブラウザの中には、ＨＴＴＰを介した要求を許可せず、信頼されるサーバ証明書を有するウェブサーバに対する、ＨＴＴＰ／ＴＬＳを介した要求のみを許可するものがある。図示する実施形態では、ゲートウェイ２００とクライアント装置１４０とが通信する際に、ゲートウェイ２００とクライアント装置１４０とのいずれも、信頼されるサーバ証明書をホストする必要がない。

【0061】

また、ゲートウェイ２００からクライアント装置１４０にコンテンツデータをリアルタイムでストリーミングすることができる、ＷｅｂＲＴＣ等のプロトコルを用いる。これにより、技術的な利点が得られる。例えば、図示する実施形態において、ゲートウェイ２００は、（例えば、マルチキャスト伝送１５２を介して受信されるような）コンテンツセグメントの小さな部分の連続的なストリームを伝送する。これには、少数のメッセージを保存するための、ゲートウェイ２００における十分なバッファリングが必要となるだけでなく、ＳＣＴＰ通信に関するフロー制御バッファリングが必要となる場合がある。ある実施形態において、メッセージの数は、例えば、２～５の間であり、各メッセージのサイズは、１６ｋＢである。これに対して、もしゲートウェイ２００の位置にあるゲートウェイがウェブサーバをホストし、ＨＴＴＰ（またはＨＴＴＰ／ＴＬＳ）を介してクライアント装置１４０にコンテンツセグメントを提供するとしたら、このゲートウェイは、クライアント装置１４０からの再生要求に応答するためにメディアセグメント全体を保存する必要があるだろう。したがって、必要となるバッファサイズは、ゲートウェイ２００のバッファサイズよりも大きい。

【0062】

図８は、実施形態に係る、クライアント装置１４０におけるプロキシ１４２によって完了することが可能なメッセージ修復プロセスを模式的に図示する。この例に示すように、プロキシ１４２は、メッセージ１５６シーケンス＃２を除くメッセージ１５６（シーケンス＃１～＃ｎ）を受信している。あるメッセージ１５６が欠けていることを検出すると、プロキシ１４２は、前記欠けているメッセージ１５６をパッケージャ２０から直接的に要求し、コンテンツ配信ネットワーク１３０を介して前記メッセージ１５６を受信してもよい。注目すべきは、欠けているメッセージ１５６シーケンス＃２の伝送に、ゲートウェイ２００からのユニキャスト伝送１５４と、ブロードキャスト部１５０からのマルチキャスト伝送１５２と、のいずれをも必要としないことである。いくつかの実施形態において、プロキシ１４２は、修復プロセスの一部として欠けているメッセージ１５６を得る代わりに、欠けているコンテンツセグメント全体をパッケージャ２０から得てもよい。

【0063】

図９は、実施形態に係る、広告コンテンツと組み合わせてライブコンテンツをストリーミングするためのコンテンツストリーミングシステム１０１０の上位概略図である。以下により詳細に記載するように、コンテンツストリーミングシステム１０１０のいくつかの実施形態は、サーバサイド広告挿入（ＳＳＡＩ）を提供する一方、主要コンテンツと同様の規模の広告コンテンツの配信を容易にする。いくつかの実施形態において、広告コンテンツは、例えば、クライアント装置１４０のエンドユーザを対象とし／クライアント装置１４０のエンドユーザ向けにパーソナライズしてもよい。

【0064】

図示するように、コンテンツストリーミングシステム１０１０は、コンテンツストリーミングシステム１１０の各システムエレメントに加えて、広告パッケージャ１０２０と、１または複数の広告ブロードキャスト部１０５０と、制御部１０７０と、広告決定サーバ１０８０と、広告挿入部１０９０と、を含んでいる。

【0065】

広告挿入を容易にするために、パッケージャ１２０は、主要コンテンツ再生リスト内に、１または複数の広告挿入機会（例えば、主要コンテンツ中の広告ブレーク）の指標を挿入する。広告パッケージャ１０２０は、広告コンテンツの出所としての役割を果たし、クライアント装置１４０向けの広告コンテンツのストリームを開始する。広告コンテンツは、ビデオ・オン・デマンド（ＶＯＤ）ファイルの形式で広告パッケージャ１０２０に提供されてもよく、ＶＯＤファイルは、広告セグメント内にストリーミングしてもよい。広告パッケージャ１０２０は、広告ブロードキャスト部１０５０に広告セグメントをストリーミングする。広告ブロードキャスト部１０５０は、その後、マルチキャスト伝送１０５２によって複数のゲートウェイ２００に広告セグメントをストリーミングする。各ゲートウェイ２００は、その後、ユニキャスト伝送１５４によって１または複数の関連付けられたクライアント装置１４０に広告セグメントをストリーミングする。

【0066】

広告パッケージャ１０２０は、１または複数の広告ソースから広告コンテンツを受信する。広告パッケージャ１２０は、利用可能な広告コンテンツを記述するデータを含む広告マニフェストデータ構造を生成する。例えば、マニフェストデータ構造は、利用可能な広告セグメントを記述し、各広告は、クライアント装置１４０によるアクセスおよびその後の再生が個別に可能なコンテンツの一部を提供してもよい。広告マニフェストデータ構造は、本明細書で「広告再生リスト」と呼ぶ場合もある。

【0067】

いくつかの実施形態において、広告パッケージャ１０２０は、マニフェストデータ構造で参照する広告セグメントファイルを、例えば、ＨＬＳやＤＡＳＨ等の、ＡＢＲストリーミングに好適な形式で生成する。いくつかの実施形態において、広告パッケージャ１０２０は、ジャストインタイムのパッケージャである。

【0068】

広告ブロードキャスト部１０５０は、コンテンツ配信ネットワーク１３０を介して広告パッケージャ１０２０から広告セグメントを受信する。広告ブロードキャスト部１０５０は、マルチキャストサーバとしての役割を果たす。この目的のために、広告ブロードキャスト部１０５０は、広告セグメントをマルチキャストするためのマルチキャストストリームを提供する。広告ブロードキャスト部１０５０は、ブロードキャスト部１０５０のマルチキャストストリームに参加しているゲートウェイ２００に広告セグメントをブロードキャストする。いくつかの実施形態において、マルチキャスト伝送１０５２は広告コンテンツに使用されるが、その他の点ではマルチキャスト伝送１５２と同様である。

【0069】

図示する実施形態において、広告ブロードキャスト部１０５０は、カルーセル（繰り返しループ）によって広告パッケージャ１０２０から受信する広告コンテンツをマルチキャストする。いかなる時においても、カルーセルに含まれる特定の広告コンテンツは、制御部１０７０によって制御される。

【0070】

図示する実施形態において、ブロードキャスト部管理部１６０は、ブロードキャスト部１５０に加えて、１または複数の広告ブロードキャスト部１０５０のライフサイクルを管理する。

【0071】

制御部１０７０は、主要コンテンツと広告コンテンツとのマルチキャストを管理する。制御部１０７０は、１または複数のブロードキャスト部１５０に指示を出して、特定のブロードキャスト部１５０がマルチキャストする特定の主要コンテンツを識別する。制御部１０７０は、１または複数の広告ブロードキャスト部１０５０に指示を出して、特定の広告ブロードキャスト部１０５０がマルチキャストする特定の広告コンテンツを識別する。制御部１０７０は、関連する広告のリストを取り出し、特定の広告ブロードキャスト部１０５０（例えば、特定のマルチキャストアドレス／ポート）に対する特定の広告コンテンツのマッピングを生成する。このマッピングは、本明細書で「マルチキャストマップ」と呼ぶ場合もある。

【0072】

制御部１０７０は、特定の主要コンテンツブロードキャスト、特定のチャンネル、特定のプログラム等に対して広告コンテンツをマッピングする。図示する実施形態において、制御部１０７０は、関連する広告のリストを広告挿入部１０９０から取り出す。いくつかの実施形態において、制御部１０７０は、この関連する広告のリストを広告決定サーバ１０８０または他の好適なソースから取り出す。制御部１０７０は、１または複数の広告ブロードキャスト部１０５０を制御して、前記関連する広告が、それぞれのマルチキャストカルーセルに含まれるようにする。図示する実施形態において、制御部１０７０は、ブロードキャスト部管理部１６０を介して１または複数の広告ブロードキャスト部１０５０を制御する命令を送出する。

【0073】

制御部１０７０は、マルチキャストマップの少なくとも一部をクライアント装置１４０に提供する。提供するマルチキャストマップの一部は、例えば、特定のクライアント装置１４０に関連する、特定のコンテンツブロードキャスト、特定のチャンネル、特定のプログラム等に関するものであってもよい。

【0074】

広告決定サーバ１０８０は、各広告ブレークの際に再生する広告のリストを生成する。広告決定サーバ１０８０は、様々な判定基準に基づいて広告を選択する。判定基準は、特定の広告の人気、特定の広告の主要コンテンツとの関連性、特定の広告の特定のエンドユーザとの関連性等を含んでいてもよい。これにより、広告のリストの対象を決める、または、広告のリストをパーソナライズすることができる。広告決定サーバ１０８０は、広告のリストを広告挿入部１０９０に提供する。

【0075】

広告挿入部１０９０は、ＳＳＡＩエンジンの各機能を実行する。広告挿入部１０９０は、主要コンテンツ再生リストを変更して、クライアント装置１４０によって再生する特定の広告を識別することによって、広告を挿入する。特定の広告は、広告決定サーバ１０８０が提供する広告のリストに基づく。図示する実施形態において、広告挿入部１０９０は、パッケージャ１０２０からクライアント装置１４０に向けて送られる主要コンテンツ再生リストを途中で傍受し、変更して広告コンテンツを挿入する。その後、変更した再生リストをクライアント装置１４０に提供する。

【0076】

主要コンテンツがライブコンテンツである実施形態において、パッケージャ１２０は、本明細書で「ライブパッケージャ」と呼ぶ場合もあり、ブロードキャスト部１５０は、本明細書で「ライブブロードキャスト部」と呼ぶ場合もある。

【0077】

コンテンツストリーミングシステム１０１０の動作を、図１０を参照してさらに記載する。図１０は、実施形態に係るシステム相互作用を示すシーケンス図である。

【0078】

広告挿入を容易にするために、パッケージャ１０２０は、主要コンテンツ再生リスト内に広告指標を挿入する。広告指標は、来たるべき所定の時間に広告配置機会があることを示す。広告指標は、広告ブレークに先立って挿入されて、その後の処理およびクライアント装置１４０への広告コンテンツの伝送のために十分な時間を確保する。図示する実施形態において、広告指標は、以下のような形式であってもよい。
#EXT-X-DATERANGE:ID=33555487,CLASS="AD-SERVER-CALL",START-DATE=2021-12-14T14:34:10.526Z,X-AD-SERVER-CALL-PARAMETERS="..."

【0079】

いくつかの実施形態において、他の好適な形式を使用してもよい。

【0080】

広告挿入部１０９０は、パッケージャ１０２０から主要コンテンツ再生リストを受信する。この再生リスト内の広告指標を検出すると、広告挿入部１０９０は、次の広告配置機会に挿入可能な関連する広告のリストを広告決定サーバ１０８０に対して要求する。

【0081】

広告決定サーバ１０８０は、リストを生成し、広告挿入部１０９０に提供する。いくつかの実施形態において、リストは、アクティブなコンテンツ再生セッションを有する各クライアント装置１４０のための広告を特定してもよい。いくつかの実施形態において、複数のリストであって、例えば、それぞれがクライアント装置１４０のうちの１つに対応するリストを提供してもよい。広告決定サーバ１０８０は、広告挿入機会に先立って広告のリストを決定する必要があるため、広告のリストのそれぞれは、「前決定」と呼ぶ場合もある。状況によっては、広告決定サーバ１０８０が前決定を生成する必要がある時に、広告挿入機会の時間長が不明という場合がある。そのような状況では、広告決定サーバ１０８０は、予想される最長の広告ブレーク時間長にまたがるのに十分な広告コンテンツをリストに含める。

【0082】

広告挿入部１０９０は、広告決定サーバ１０８０が提供する広告のリストを保存する。広告挿入部１０９０は、主要コンテンツ再生リストを変更して、広告のリストの少なくとも一部を含める。図示する実施形態において、再生リストへの挿入は、以下のような形式であってもよく、これを「前決定指標」と呼ぶ場合もある。
#EXT-X-DATERANGE:ID=33555487,CLASS="AD-PRE-DECISION",START-DATE=2021-12-14T14:34:10.526Z,X-AD-DECISION="{ad1_id},{ad1_dur};{ad2_id},{ad2_dur};..."

【0083】

いくつかの実施形態において、他の好適な形式を使用してもよい。

【0084】

各広告は、識別子（すなわち、ａｄ１＿ｉｄ、ａｄ２＿ｉｄ等）によって識別される。各広告の時間長も提供される（すなわち、ａｄ１＿ｄｕｒ、ａｄ２＿ｄｕｒ等）。

【0085】

ブロードキャスト部１５０は、広告指標を含む主要コンテンツ再生リストをパッケージャ１０２０から受信する。ブロードキャスト部１５０は、前記所定の時間を含む広告配置機会が近づいてきている旨の通知を制御部１０７０に送る。制御部１０７０は、広告挿入部１０９０から関連する広告のリストを得、広告ブロードキャスト部１０５０を管理するためにブロードキャスト部管理部１６０に指示を出す。特に、前記指示では、１または複数の広告ブロードキャスト部１０５０に対して、ブロードキャスト部管理部１６０の管理の下、リストされた広告がそれぞれのマルチキャストカルーセルに含まれるようにする。

【0086】

クライアント装置１４０において、再生部１４４は、広告挿入部１０９０から受信した主要コンテンツ再生リストを処理する際に、前決定指標を検出する。これに応じて、再生部１４４は、プロキシ１４２にコールバックを送出する。次に、プロキシ１４２は、再生リストにおいて特定されるライブコンテンツに関連するマルチキャストマップ（例えば、特定のチャンネルのためのマルチキャストマップ）の要求をマルチキャストマップサーバ１０７０に送出する。

【0087】

マルチキャストマップサーバ１０７０は、（識別子によって識別される）広告のマッピングを提供するこのマルチキャストマップと、特定の広告ブロードキャスト部１０５０の特定のマルチキャスト伝送１０５２のためのＩＰアドレスおよびポートと、を提供する。図示する実施形態において、マルチキャストマップは、以下の形式を有している。
{adX_id}=239.1.1.1:1234
{adY_id}=239.1.1.2:1234
...

【0088】

いくつかの実施形態において、他の好適な形式を使用してもよい。

【0089】

プロキシ１４２は、マルチキャストマップを使用して、前決定指標において特定される各広告を得るためのＩＰアドレスおよびポートを特定する。プロキシ１４２は、特定された広告のための各マルチキャスト伝送１０５２に参加するよう、自らに関連付けられたゲートウェイ２００に指示する。前記指示は、プロキシ１４２によって、自らに関連付けられたゲートウェイ２００に、両者の間の安全な通信セッションを使用して提供される。

【0090】

ゲートウェイ２００は、１または複数のマルチキャスト伝送１０５２によって、前決定において特定される広告に対応する広告セグメントを受信する。広告セグメントは、ユニキャスト伝送１５４によってプロキシ１４２に伝送される。広告セグメントは、キャッシュ１４６に保存される。広告セグメントを得るこのプロセスは、広告データを保存するために割り当てられたキャッシュ１４６内の空間を使い切るまで繰り返してもよい。

【0091】

広告ブレークがある場合、パッケージャ１２０は、主要コンテンツ再生リスト内に広告ブレーク指標を挿入して、広告挿入機会の始まりを示すようにする。図示する実施形態において、この広告ブレーク指標は、以下のような形式を有している。
#EXT-X-CUE-OUT:...,DURATION=...

【0092】

いくつかの実施形態において、他の好適な形式を使用してもよい。

【0093】

注目すべきは、広告ブレークの時間長が広告ブレーク指標において定義されていることである。

【0094】

広告挿入部１０９０は、前決定にリストされた広告のサブセットであって、広告ブレークの時間長内に収まるサブセットを選択する。広告挿入部１０９０は、主要コンテンツ再生リストを変更して、広告の選択したサブセットを特定する。図示する実施形態において、この選択は、以下のような形式であってもよく、これを「実際の決定指標」と呼ぶ場合もある。
#EXT-X-DATERANGE:ID=33555487,CLASS="AD-ACTUAL-DECISION",START-DATE=2021-12-14T14:34:10.526Z,X-AD-DECISION="{ad1_id},{ad1_dur};{ad2_id},{ad2_dur};..."

【0095】

いくつかの実施形態において、他の好適な形式を使用してもよい。

【0096】

一方、プロキシ１４２は、広告ブレークの前に、行動決定指標において特定される各広告のための広告セグメントの取り出しを継続する。

【0097】

広告挿入部１０９０は、一定のライブセグメントを、実際の決定指標において特定される各広告のための広告セグメントと置き換えることによって、主要コンテンツ再生リストを変更する。

【0098】

再生部１４４は、広告セグメントを有する変更された再生リストを受信する。プロキシ１４２は、キャッシュ１４６からの広告セグメントを再生部１４４に提供する。

【0099】

広告セグメントが再生されると、プロキシ１４２は、キャッシュ１４６から前記広告セグメントを削除する。これにより、マルチキャスト伝送１０５２を介して取り出される追加的な広告セグメントのためのスペースが解放される。

【0100】

いくつかの実施形態において、再生リストで特定される一定の広告は、マルチキャスト伝送１０５２から省略してもよい。そのような広告には、例えば、人気の低い広告が含まれていてもよい。そのような実施形態において、プロキシ１４２は、省略された広告のための広告セグメントを、コンテンツ配信ネットワーク１３０を介して広告パッケージャ１０２０から直接的に取り出してもよい。このように取り出すことにより、ユニキャスト伝送１５４を回避することができる。

【0101】

コンテンツストリーミングシステム（例えば、コンテンツストリーミングシステム１１０またはコンテンツストリーミングシステム１０１０）の動作を、図１１に示すフローチャートを参照してさらに記載する。

【0102】

コンテンツストリーミングシステムの実施形態は、実施形態に係る、ブロック１１００以下に例示する動作を実行する。

【0103】

ブロック１１０２では、マルチキャスト伝送（例えば、伝送１５２）によってマルチキャストサーバ（例えば、ブロードキャスト部１５０）から複数のゲートウェイ装置（例えば、ゲートウェイ２００）にライブコンテンツデータを伝送する。ライブコンテンツデータは、マルチキャストサーバがコンテンツ配信ネットワーク（例えば、ネットワーク１３０）を介して出所（例えば、パッケージャ１２０）から受信したデータを含んでいてもよい。

【0104】

ブロック１１０４では、任意に、マルチキャスト伝送（例えば、伝送１０５２）によってマルチキャストサーバ（例えば、広告ブロードキャスト部１０５０）から複数のゲートウェイ装置（例えば、ゲートウェイ２００）に広告コンテンツデータを伝送する。広告コンテンツデータは、マルチキャストサーバがコンテンツ配信ネットワーク（例えば、ネットワーク１３０）を介して出所（例えば、広告パッケージャ１０２０）から受信したデータを含んでいてもよい。

【0105】

ブロック１１０６では、ゲートウェイ装置のうちの所定の１つ（例えば、ゲートウェイ２００）と、関連付けられた再生装置（例えば、クライアント装置１４０）と、の間に、前記所定のゲートウェイ装置と前記関連付けられた再生装置とによって信頼される中間サーバ（例えば、登録サーバ１８０）を使用して、セキュアな通信セッションを確立する。セキュアな通信セッションは、所定のゲートウェイ装置から関連付けられた再生装置への安全なリアルタイム伝送のためのものである。セキュアな通信セッションは、例えば、ＷｅｂＲＴＣセッションであってもよい。

【0106】

ブロック１１０８では、セキュアな通信セッションを使用して、ユニキャスト伝送（例えば、伝送１５４）によって所定のゲートウェイ装置から関連付けられた再生装置にライブコンテンツデータを伝送する。

【0107】

ブロック１１１０では、任意に、セキュアな通信セッションを使用して、ユニキャスト伝送（例えば、伝送１５４）によって所定のゲートウェイ装置から関連付けられた再生装置に広告コンテンツデータを伝送する。

【0108】

受信したライブコンテンツデータは、関連付けられた再生装置において再生される。広告コンテンツデータを受信した場合、適切な広告ブレーク中に関連付けられた再生装置において再生される。

【0109】

図１１に示す１または複数のブロックの工程は、異なる順序で実行してもよく、順番を入れ替えて(interleaved)もよく、繰り返してもよいことが理解される必要がある。さらに、各工程の変更、様々な工程の省略もしくは置換、または追加的な工程を考慮してもよい。

【0110】

本明細書で記載した実施形態は、ゲートウェイ２００とクライアント装置１４０との間の通信のためにＷｅｂＲＴＣプロトコルを使用するものである。他の実施形態において、他のピアツーピアのプロトコルであって、信頼する中間体を介して確立した、信頼のあるリアルタイム通信を可能とするプロトコルを使用してもよい。

【0111】

本明細書における「リアルタイム」という語句は、ライブコンテンツをストリーミングするのに好適な低遅延通信を指す。例えば、本明細書で使用する「リアルタイム」は、擬似リアルタイム、すなわちリアルタイムに近い通信を指してもよい。

【0112】

図１２は、実施形態に係る、コンテンツストリーミングシステム１１０またはコンテンツストリーミングシステム１０１０の様々な要素を実現するために使用することができる演算装置１２００の概略図である。１つの例において、演算装置１２００は、ゲートウェイ装置２００を実現するために使用してもよい。他の例において、演算装置１２００は、クライアント装置１４０を実現するために使用してもよい。

【0113】

図示するように、演算装置１２００は、少なくとも１つのプロセッサ１２０２と、メモリ１２０４と、少なくとも１つのＩ／Ｏインターフェース１２０６と、少なくとも１つのネットワークインターフェース１２０８と、を含んでいる。

【0114】

各プロセッサ１２０２は、例えば、任意の種類の汎用マイクロプロセッサまたはマイクロコントローラ、デジタル信号処理（ＤＳＰ）プロセッサ、集積回路、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）、再構成可能プロセッサ、プログラマブル読み出し専用メモリ（ＰＲＯＭ）、またはこれらの任意の組み合わせであってもよい。

【0115】

メモリ１２０４は、内部または外部に位置する任意の種類のコンピュータメモリの好適な組み合わせを含んでいてもよく、前記コンピュータメモリは、例えば、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、コンパクトディスク読み出し専用メモリ（ＣＤＲＯＭ）、電気光学メモリ、磁気光学メモリ、消去可能なプログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、電気的に消去可能なプログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、強誘電性ＲＡＭ（ＦＲＡＭ）等である。

【0116】

各Ｉ／Ｏインターフェース１２０６は、演算装置１２００が、１または複数の入力装置、例えば、キーボード、マウス、カメラ、タッチスクリーン、マイクロフォン等、または、１または複数の出力装置、例えば、表示画面、スピーカ等と相互接続することを可能にする。

【0117】

各ネットワークインターフェース１２０８は、データの伝送が可能な単一のネットワーク（または、複数のネットワーク）に接続することによって、演算装置１２００が、他の構成要素と通信する、他の構成要素とデータを交換する、ネットワーク資源にアクセスおよび接続する、アプリケーションを提供する、および、他の演算アプリケーションを実行することを可能にする。前記ネットワークには、例えば、インターネット、イーサネット、一般電話サービス（ＰＯＴＳ）回線、公衆交換電話網（ＰＳＴＮ）、統合サービスデジタル通信網（ＩＳＤＮ）、デジタル加入者回線（ＤＳＬ）、同軸ケーブル、ファイバーオプティクス、衛星、移動網、無線（例えば、Ｗｉ－Ｆｉ、ＷｉＭＡＸ）、ＳＳ７信号路網、固定回線、ローカルエリアネットワーク、広域ネットワーク、および、これらの任意の組み合わせが含まれる。

【0118】

説明を簡潔にするためだけに１つの演算装置１２００を示しているが、システム１０００は、複数の演算装置１２００を含んでいてもよい。複数の演算装置１２００は、同一の種類の装置であってもよく、異なる種類の装置であってもよい。複数の演算装置１２００は、様々な方法で接続することができ、例えば、直接的に連結する、ネットワークを介して間接的に連結する、および、広い地理的な領域に分散させて、ネットワークを介して接続する（「クラウドコンピューティング」と呼ぶ場合もある）ことができる。

【0119】

例えば、以下には限定されないが、演算装置１２００は、サーバ、ネットワークアプライアンス、セットトップボックス、組込み装置、コンピュータ拡張モジュール、パーソナルコンピュータ、ラップトップ、携帯情報端末、携帯電話、スマートフォン装置、ＵＭＰＣタブレット、ビデオ表示端末、ゲーム機、または、本明細書に記載の方法を実行するように構成することが可能な、任意の他の演算装置であってもよい。

【0120】

上の記載では、本発明の主題の数多くの実施形態の例を示した。各実施形態では、本発明の要素の単一の組み合わせを表しているが、本発明の主題は、開示した要素の可能な組み合わせを全て含むものとする。よって、ある実施形態が要素Ａ、Ｂ、およびＣを含んでおり、他の実施形態が要素ＢおよびＤを含んでいるとしても、本発明の主題は、明示されていなくても、Ａ、Ｂ、Ｃ、およびＤの他の残りの組み合わせをも含むものとする。

【0121】

本明細書に記載の装置、システム、および方法の実施形態は、ハードウェアとソフトウェアとの両方の組み合わせによって実現してもよい。これらの実施形態は、各コンピュータが、少なくとも１つのプロセッサと、データ記憶システム（例えば、揮発性メモリ、不揮発性メモリ、他のデータ記憶要素、またはこれらの組み合わせ）と、少なくとも１つの通信インターフェースと、を含むプログラム可能なコンピュータ上で実現してもよい。

【0122】

プログラムコードを入力データに適用して、本明細書に記載の機能を実行し、出力情報を生成する。出力情報は、１または複数の出力装置に適用する。いくつかの実施形態において、通信インターフェースは、ネットワーク通信インターフェースであってもよい。要素を組み合わせてもよい実施形態において、通信インターフェースは、ソフトウェア通信インターフェース、例えば、プロセス間通信のためのソフトウェア通信インターフェースであってもよい。さらに他の実施形態において、ハードウェア、ソフトウェア、およびこれらの組み合わせとして実現される通信インターフェースの組み合わせが含まれていてもよい。

【0123】

上の記載の全体を通して、サーバ、サービス、インターフェース、ポータル、プラットフォーム、または、演算装置から形成される他のシステムに関して多数の言及がある。そのような用語の使用は、コンピュータが読み取り可能な、実体的な、一時的でない媒体に保存されているソフトウェア指示を実行するように構成されている少なくとも１つのプロセッサを有する１または複数の演算装置を表すものと見なすと理解されたい。例えば、サーバは、記載した役割、作業(responsibility)、機能を遂行するように、ウェブサーバ、データベースサーバ、または他の種類コンピュータサーバとして動作する１または複数のコンピュータを含むことができる。

【0124】

実施形態の技術的なソリューションは、ソフトウェア製品の形式であってもよい。ソフトウェア製品は、不揮発性の、すなわち一時的でない記憶媒体に保存されていてもよく、前記記憶媒体は、コンパクトディスク読み出し専用メモリ（ＣＤ－ＲＯＭ）、ＵＳＢフラッシュディスク、または取り外し可能なハードディスクとすることができる。ソフトウェア製品は、コンピュータ装置（パーソナルコンピュータ、サーバ、またはネットワーク装置）が、前記実施形態によって提供される方法を実行することを可能にするいくつかの指示を含んでいる。

【0125】

本明細書に記載の実施形態は、例えば、演算装置、サーバ、受信器、送信器、プロセッサ、メモリ、ディスプレイ、およびネットワーク等の物理的なコンピュータハードウェアによって実現する。本明細書に記載の実施形態は、有用な物理的機械および特別に構成されたコンピュータハードウェア構成を提供する。

【0126】

もちろん、上述した各実施形態は、単に例示的なものを意図しており、限定的なものは意図していない。記載した実施形態は、形態、部材の配置、動作の詳細および順序を様々に変更し得るものである。本開示は、請求項によって定義される範囲内において、そのような変更の全てを含むことを意図している。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【外国語明細書】