(57)【要約】【課題】通信ネットワークのリソース消費量を低減しマルチメディアコンテンツのマルチキャストを必要とする解決手段を提供すること。【解決手段】  ゲートウェイは、マルチメディアコンテンツを消費するための少なくとも１つの端末を含む第１の通信ネットワークと第２の通信ネットワークとを接続し、ゲートウェイは、第２の通信ネットワーク経由でマルチメディアコンテンツをストリーム形式で受信することが意図されている。ゲートウェイは、元のサーバからネットワークの端末にゲートウェイ経由でマルチメディアコンテンツを送信するためのユニキャスト接続の使用を検出し（４００）、元のサーバと端末とによって交換される情報による接続リダイレクトルールを探し求め（４０３）、マルチメディアコンテンツを受信するためにマルチキャスト接続を確立し（４０６）、マルチキャスト接続によるストリーム形式でマルチメディアコンテンツを受信し（４０７）、ユニキャスト接続によるストリーム形式でマルチメディアコンテンツを端末に送信する（４０９）。【選択図】      図１
2015501569.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディアコンテンツを消費するための少なくとも１つの端末（１７０；１７１；１７２）を含む第１の通信ネットワーク（１２０）と第２の通信ネットワーク（１００）とを接続するのに適したゲートウェイ（１３０）であって、前記ゲートウェイは、前記第２の通信ネットワーク経由で前記マルチメディアコンテンツをストリーム形式で受信することが意図されており、前記ゲートウェイは、
元のサーバ（１４０；１６０；１８０）から前記ネットワークの端末（１７０）に前記ゲートウェイ経由で前記マルチメディアコンテンツを送信するためのユニキャスト接続の使用を検出するための手段（４００；５００）と、
前記ユニキャスト接続の使用中に、前記元のサーバと前記端末とによって交換される情報による接続リダイレクトルールを検索するための手段（４０３；５０５）と、
前記マルチメディアコンテンツを受信するために、前記リダイレクトルールが発見された場合に使用される前記ゲートウェイ用のマルチキャスト接続を確立するための手段（４０６；５０８）と、
マルチキャスト接続によるストリーム形式で前記マルチメディアコンテンツを受信するための手段（４０７；５０９）と、
前記ユニキャスト接続によるストリーム形式で前記マルチメディアコンテンツを前記端末に送信するための手段（４０９；５１１）と、
を更に含むことを特徴とするゲートウェイ。
【請求項２】
前記検出手段は、前記端末によって前記元のサーバに送信された前記ユニキャスト接続の確立要求を検出するための手段（４０１）を含み、前記交換される情報は、マルチメディアコンテンツを識別し、前記要求内に含まれる統一資源位置データである、
ことを特徴とする請求項１に記載のゲートウェイ。
【請求項３】
前記ゲートウェイは、前記統一資源位置データを前記第２のネットワーク経由で所定のサーバに送信するための手段（４０６）を含み、前記マルチキャスト接続によるストリーム形式で前記マルチメディアコンテンツを受信するための手段は、前記所定のサーバから到来する前記マルチメディアコンテンツを受信することができる、
ことを特徴とする請求項２に記載のゲートウェイ。
【請求項４】
前記検出手段は、
前記元のサーバから到来する前記マルチメディアコンテンツを、前記ユニキャスト接続によるストリーム形式で受信するための手段（５０３）と、
前記ユニキャスト接続によるストリームから、前記マルチメディアコンテンツを識別するフィンガープリント、シグネチャ、及び電子透かしデータを取得するための手段（５０４）と、を含み、
前記交換される情報は、前記フィンガープリント、シグネチャ、及び電子透かしデータである、
ことを特徴とする請求項１から３のいずれかに記載のゲートウェイ。
【請求項５】
前記ゲートウェイは、前記フィンガープリント、シグネチャ、又は電子透かしデータ、及び前記端末によって前記元のサーバに送信される前記ユニキャスト接続確立要求内に含まれる統一資源位置データを関連させて、新規の接続リダイレクトルールを規定するための手段を含む、
ことを特徴とする請求項４に記載のゲートウェイ。
【請求項６】
前記ゲートウェイは、前記フィンガープリント、シグネチャ、又は電子透かしデータを前記第２のネットワーク経由で所定のサーバに送信するための手段（５０８）を含み、
前記マルチキャスト接続によるストリーム形式で前記マルチメディアコンテンツを受信するための手段は、前記所定のサーバから到来する前記マルチメディアコンテンツを受信するのに適している、
ことを特徴とする請求項４又は５に記載のゲートウェイ。
【請求項７】
前記マルチメディアコンテンツはアダプティブストリーミング形式で放送され、
前記ゲートウェイは、少なくとも１つのビットレートを削除することによって、前記マルチメディアコンテンツを入手できるビットレートを示すマニフェストを変更するための手段を含む、
ことを特徴とする請求項１から６のいずれかに記載のゲートウェイ。
【請求項８】
請求項１から７のいずれかに記載の少なくとも１つのゲートウェイを備えたシステムであって、
前記元のサーバ（１６０；１８０）から前記マルチメディアコンテンツを取得するための手段を含むサーバ（１４０）を更に備える、
ことを特徴とするシステム。
【請求項９】
接続リダイレクトルールベースを含む別のサーバ（１５０）を備え、
各ゲートウェイは、前記別のサーバから接続リダイレクトルールを取得するための手段を含む、
ことを特徴とする請求項８に記載のシステム。
【請求項１０】
マルチメディアコンテンツを消費するための少なくとも１つの端末（１７０；１７１；１７２）を含む第１の通信ネットワーク（１２０）と第２の通信ネットワーク（１００）とを接続するゲートウェイ（１３０）によって実施される方法であって、前記ゲートウェイは、前記第２の通信ネットワーク経由で前記マルチメディアコンテンツをストリーム形式で受信することが意図されており、前記方法は、
元のサーバ（１４０；１６０；１８０）から前記第１のネットワーク内の前記端末（１７０）に前記ゲートウェイ経由で前記マルチメディアコンテンツを送信するためのユニキャスト接続の使用を検出する段階（４００；５００）と、
前記ユニキャスト接続の使用中に、前記元のサーバと前記端末とによって交換される情報による接続リダイレクトルールを検索する段階（４０３；５０５）と、
前記マルチメディアコンテンツを送信するために、前記ゲートウェイ用のマルチキャスト接続を確立する段階（４０６；５０８）と、
前記マルチキャスト接続によるストリーム形式で前記マルチメディアコンテンツを受信する段階（４０７；５０９）と、
前記ユニキャスト接続によるストリーム形式で前記マルチメディアコンテンツを前記端末に送信する段階（４０９；５１１）と、
を含むことを特徴とする方法。
【請求項１１】
プログラムが前記ゲートウェイのプロセッサ（２００）によって実行される際に、ゲートウェイ（１３０）が請求項１０に記載の前記方法を実行するための命令を含む、
ことを特徴とするコンピュータプログラム。
【請求項１２】
プログラムが前記ゲートウェイのプロセッサ（２００）によって実行される際に、ゲートウェイ（１３０）が請求項１０に記載の前記方法を実行するための命令を含むコンピュータプログラムを格納する、
ことを特徴とする記憶手段。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディアコンテンツを消費するための少なくとも１つの端末を含む第１の通信ネットワークと第２の通信ネットワークとを接続するのに適したゲートウェイに関し、ゲートウェイは、第２の通信ネットワーク経由でマルチメディアコンテンツをストリーム形式で受信することが意図されている。
【背景技術】
【０００２】
ストリーム形式、特にライブストリーミングによるマルチメディアコンテンツ放送の大衆化により、通信ネットワークのリソース、特にインターネットインフラストラクチャの消費量が大幅に増加している。この消費量の増加は、特に、ユニキャストモードでマルチメディアコンテンツを配信するマルチメディアコンテンツの供給元の急増に起因する。
【０００３】
この、マルチメディアコンテンツ供給元の急増は、通信ネットワークの輻輳の問題を引き起こす。これは、多数の加入者によるユニキャストへの同時アクセスが、これらの通信ネットワークにおいて輻輳を引き起こすためである。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】ＩＥＥＥ  ８０２．３（「搬送波感知多重アクセス/衝突検出方式アクセス方法及び物理レイヤ仕様（Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  ｗｉｔｈ  Ｃｏｌｌｉｓｉｏｎ  Ｄｅｔｅｃｔｉｏｎ（ＣＳＭＡ／ＣＤ）Ａｃｃｅｓｓ  Ｍｅｔｈｏｄ  ａｎｄ  Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ）」）
【非特許文献２】ＩＥＥＥ  ８０２．１１（「無線ＬＡＮ媒体アクセス制御（ＭＡＣ）及び物理レイヤ（ＰＨＹ）仕様（Ｗｉｒｅｌｅｓｓ  ＬＡＮ  Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ（ＭＡＣ）  ａｎｄ  Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ（ＰＨＹ）  Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ）」）
【非特許文献３】ＲＦＣ  ７９１
【非特許文献４】ＲＦＣ  ２４６０
【非特許文献５】ＲＦＣ  ７６８
【非特許文献６】ＲＦＣ  ７９３
【非特許文献７】ＲＦＣ  ２６１６
【非特許文献８】ＲＦＣ  ４６０４
【非特許文献９】ＩＳＯ／ＩＥＣ  ＤＩＳ２３００９−７．２
【発明の概要】
【発明が解決しようとする課題】
【０００５】
通信ネットワークのリソース消費量を低減しマルチメディアコンテンツのマルチキャストを必要とする解決手段を提供することが望ましい。
【０００６】
特に、実装することが容易で低コストの解決手段を提供することが望ましい。
【課題を解決するための手段】
【０００７】
本発明は、マルチメディアコンテンツを消費するための少なくとも１つの端末を含む第１の通信ネットワークと第２の通信ネットワークとを接続するのに適したゲートウェイに関し、該ゲートウェイは、該第２の通信ネットワーク経由で該マルチメディアコンテンツをストリーム形式で受信することが意図されている。ゲートウェイは、元のサーバからネットワークの端末に該ゲートウェイ経由でマルチメディアコンテンツを送信するためのユニキャスト接続の使用を検出するための手段と、ユニキャスト接続の使用中に、元のサーバと端末とによって交換される情報による接続リダイレクトルールを検索するための手段と、リダイレクトルールが発見された場合に使用され、マルチメディアコンテンツを受信するための、ゲートウェイ用のマルチキャスト接続を確立するための手段と、マルチキャスト接続によるストリーム形式でマルチメディアコンテンツを受信するための手段と、ユニキャスト接続によるストリーム形式でマルチメディアコンテンツを端末に送信するための手段と、を含むゲートウェイである。
【０００８】
このように、ゲートウェイがユニキャスト接続をマルチキャスト接続としてリダイレクトすることによって、第２の通信ネットワーク内のリソース消費量は、マルチメディアコンテンツが既にマルチキャストの対象である場合には（ゲートウェイがこの放送に加入するだけで）、低減され、或いは、マルチメディアコンテンツがまだマルチキャストの対象ではない場合には（このマルチメディアコンテンツを要求する次の端末がマルチキャストの利点を享受できることになり）、その後の送信に関して低減される。
【０００９】
特定の実施形態によれば、検出手段は、端末によって元のサーバに送信されたユニキャスト接続の確立要求を検出するための手段を含み、交換される情報は、マルチメディアコンテンツを識別し、該要求内に含まれる統一資源位置データである。
【００１０】
したがって、リダイレクトを行うことができるのは、端末と元のサーバとの間でのユニキャスト接続が実際に確立され、マルチメディアコンテンツの送信が開始される前である。
【００１１】
特定の実施形態によれば、ゲートウェイは、統一資源位置データを第２のネットワーク経由で所定のサーバに送信するための手段を含み、マルチキャスト接続によるストリーム形式でマルチメディアコンテンツを受信するための手段は、所定のサーバから到来するマルチメディアコンテンツを受信することができる。
【００１２】
したがって、統一資源位置データにより、所定のサーバは、マルチメディアコンテンツ、及び選択的に、マルチメディアコンテンツを入手できる元のサーバを識別できる。したがって、元のサーバがマルチキャスト機能を有しない場合には、元のサーバからのマルチメディアコンテンツのあらゆる回収後に、所定のサーバが、この統一資源位置データを使用することができる。
【００１３】
特定の実施形態によれば、検出手段は、元のサーバから到来するマルチメディアコンテンツを、ユニキャスト接続によるストリーム形式で受信するための手段と、ユニキャスト接続によるストリームから、マルチメディアコンテンツを識別するフィンガープリント、シグネチャ、又は電子透かしデータを取得するための手段と、を含む。更に、交換される情報は、フィンガープリント、データ、又は電子透かしデータである。
【００１４】
したがって、ユニキャスト接続を確立するための元のサーバと端末との間の交換を実現することができなかった場合でも、マルチメディアコンテンツを識別することが可能である。
【００１５】
特定の実施形態によれば、ゲートウェイは、フィンガープリント、シグネチャ、又は電子透かしデータ、及び端末によって元のサーバに送信されるユニキャスト接続確立要求内に含まれる統一資源位置データを関連させて、新規の接続リダイレクトルールを規定するための手段を含む。
【００１６】
このようにして、接続リダイレクトルールを強化することが可能である。ゲートウェイが、次回このマルチメディアコンテンツに関する接続を行う必要がある際に、端末によるユニキャスト接続確立要求の傍受後にリダイレクトを行うことができる。
【００１７】
特定の実施形態によれば、ゲートウェイは、フィンガープリント、シグネチャ、又は電子透かしデータを第２のネットワーク経由で所定のサーバに送信するための手段を含み、マルチキャスト接続によるストリーム形式でマルチメディアコンテンツを受信するための手段は、所定のサーバから到来するマルチメディアコンテンツを受信するのに適している。
【００１８】
特定の実施形態によれば、マルチメディアコンテンツはアダプティブストリーミング形式で放送され、ゲートウェイは、少なくとも１つのレートを削除することによって、該マルチメディアコンテンツを入手できるビットレートを示すマニフェストを変更するための手段を含む。
【００１９】
このようにして、第２の通信ネットワークにおけるリソース消費量の低減が強化される。
【００２０】
本発明は更に、本発明の実施形態のいずれかにおいて上述したような少なくとも１つのゲートウェイを備え、元のサーバからマルチメディアコンテンツを取得するための手段を含むサーバを更に備えたシステムに関する。
【００２１】
特定の実施形態によれば、システムは、接続リダイレクトルールベースを含む別のサーバを備え、各ゲートウェイは、該別のサーバから接続リダイレクトルールを取得するための手段を含む。
【００２２】
したがって、接続リダイレクトルールは、複数のゲートウェイが使用される場合に、ゲートウェイによって容易に共有することができる。
【００２３】
本発明は更に、マルチメディアコンテンツを消費するための少なくとも１つの端末を含む第１の通信ネットワークと第２の通信ネットワークとを接続するゲートウェイによって実行される方法に関し、該ゲートウェイは、該第２の通信ネットワーク経由で該マルチメディアコンテンツをストリーム形式で受信することが意図されている。本方法は、元のサーバから第１のネットワーク内の端末にゲートウェイ経由でマルチメディアコンテンツを送信するためのユニキャスト接続の使用を検出する段階と、ユニキャスト接続の使用中に、元のサーバと端末とによって交換される情報による接続リダイレクトルールを検索する段階と、マルチメディアコンテンツを送信するために、ゲートウェイ用のマルチキャスト接続を確立する段階と、マルチキャスト接続によるストリーム形式でマルチメディアコンテンツを受信する段階と、ユニキャスト接続によるストリーム形式でマルチメディアコンテンツを端末に送信する段階と、を含む方法である。
【００２４】
本発明は更に、コンピュータシステム又はプロセッサが読み取るために、媒体上に格納すること、及び／又は通信ネットワークからダウンロードすることができるコンピュータプログラムに関する。このコンピュータプログラムは、該プログラムがコンピュータシステム又はプロセッサによって実行される際に上述の方法を実施するための命令を含む。本発明は更に、このようなコンピュータプログラムを含む記憶手段に関する。この方法、コンピュータプログラム、及び記憶手段の利点は、ゲートウェイの機能に関連して上述したものと同じ性質であるので、それらの利点については繰り返さない。
【００２５】
上述の本発明の機能並びに他の機能は、以下の添付図面に関連する、例示的な実施形態の以下の説明を読むことにより、より明確に明らかになるであろう。
【図面の簡単な説明】
【００２６】
【図１】マルチメディアコンテンツ送信システムの使用を概略的に示す。
【図２】図１のマルチメディアコンテンツ送信システムのゲートウェイのハードウェアアーキテクチャを概略的に示す。
【図３】図１のマルチメディアコンテンツ送信システムのマルチメディアコンテンツサーバのハードウェアアーキテクチャを概略的に示す。
【図４】ゲートウェイによって使用される第１のアルゴリズムを示す。
【図５】ゲートウェイによって使用される第２のアルゴリズムを示す。
【図６】マルチメディアコンテンツサーバによって使用されるアルゴリズムを示す。
【発明を実施するための形態】
【００２７】
図１のマルチメディアコンテンツ送信システムは、少なくとも１つのゲートウェイ１３０及びサーバ１４０を備える。以下、このサーバは、「マルチメディアコンテンツサーバ」と呼称される。
【００２８】
ゲートウェイ１３０は、マルチメディアコンテンツを消費するための少なくとも１つの端末１７０、１７１、１７２を含む第１の通信ネットワーク１２０と第２の通信ネットワーク１１０とを接続するのに適しており、ゲートウェイ１３０は、第２の通信ネットワーク１１０経由でこれらのマルチメディアコンテンツをストリーム形式で受信することが意図されている。これらの端末は、接続されたＴＶ（テレビ）機器、タブレット、パーソナルコンピュータ（ＰＣ）、デジタルデコーダ（セットトップボックス）、その他とすることができる。
【００２９】
ゲートウェイ１３０のハードウェアアーキテクチャの実施例を、図２に関して以下で説明する。
【００３０】
第１の通信ネットワーク１２０は、例えば、規格ＩＥＥＥ  ８０２．３（「搬送波感知多重アクセス/衝突検出方式（ＣＳＭＡ／ＣＤ）アクセス方法及び物理レイヤ規格（Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  ｗｉｔｈ  Ｃｏｌｌｉｓｉｏｎ  Ｄｅｔｅｃｔｉｏｎ（ＣＳＭＡ／ＣＤ）Ａｃｃｅｓｓ  Ｍｅｔｈｏｄ  ａｎｄ  Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ）」）によるイーサネットイーサネットタイプ、又は規格ＩＥＥＥ  ８０２．１１（「無線ＬＡＮ媒体アクセス制御（ＭＡＣ）及び物理レイヤ（ＰＨＹ）規格（Ｗｉｒｅｌｅｓｓ  ＬＡＮ  Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ（ＭＡＣ）  ａｎｄ  Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ（ＰＨＹ）  Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ）」）によるＷｉ−Ｆｉタイプの家庭内ネットワークである。第１の通信ネットワーク１２０を実装するために、他のネットワーク技術を使用することができる。
【００３１】
第２の通信ネットワークは、例えば、インターネットサービス通信事業者（ＮＳＰ又は「ネットワークサービスプロバイダ（Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）」）によって管理されるインターネットアクセスネットワークである。第２の通信ネットワーク１００は、例えば、マルチメディアコンテンツ供給ネットワーク（ＣＤＮ又は「コンテンツ配信ネットワーク（Ｃｏｎｔｅｎｔ  Ｄｅｌｉｖｅｒｙ  Ｎｅｔｗｏｒｋ）」）である。
【００３２】
マルチメディアコンテンツサーバ１４０は、ゲートウェイ１３０経由で端末１７０、１７１、１７２にストリーム形式でマルチメディアコンテンツを供給するのに適している。マルチメディアコンテンツサーバ１４０のハードウェアアーキテクチャの実施例を、図３に関して以下に説明する。
【００３３】
図１のマルチメディアコンテンツ送信システムは更に、接続リダイレクトルールベースを含む別のサーバ１５０を備えることができる。以下、この別のサーバを「ルールサーバ」と呼称することにする。ルールサーバ１５０は、接続リダイレクトルールをゲートウェイ１３０に供給するのに適している。これらの接続リダイレクトルールは、「プル（ｐｕｌｌ）」モードと一般的に呼称される動作モードでは、ゲートウェイ１３０によって要求することができる。これらの接続リダイレクトルールは、「プッシュ（ｐｕｓｈ）」モードと一般的に呼称される動作モードでは、ゲートウェイ１３０からのいずれかの要求がなくとも、ルールサーバ１５０によってゲートウェイに送信することができる。
【００３４】
接続リダイレクトルールは、事前に固定する又は自動的に定めることができる。接続リダイレクトルールは、ゲートウェイ１３０などのゲートウェイ及び／又はマルチメディアコンテンツサーバ１４０によって取得された経験を用いて自動的に定めることができる。例えば、ゲートウェイ１３０は、所与のＵＲＬ（「統一資源位置識別子（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）」）を介して、電子透かしデータ、又はフィンガープリント、又はシグネチャデータを含むコンテンツをダウンロードしており、これにより、これらの電子透かし、フィンガープリント、又はシグネチャデータによって識別されるコンテンツ、及びそのＵＲＬを関連付ける新規のルールを作成できることを示すことができる。
【００３５】
接続リダイレクトルールの実施例を、図４及び５に関して以下に示す。他の接続リダイレクトルールを適用することができる。例えば、マルチキャスト接続へのリダイレクトは、読み取りを要求されたファイル拡張子により、コンテンツの所有者とマルチメディアコンテンツ送信システムの使用者との間の合意に従い所定のマルチメディアコンテンツサーバ上で入手可能と識別されたマルチメディアコンテンツの所定のリストにより、適用することができる。
【００３６】
図１は更に、以下、「元のマルチメディアコンテンツサーバ（ｏｒｉｇｉｎａｌ  ｍｕｌｔｉｍｅｄｉａ  ｃｏｎｔｅｎｔ  ｓｅｒｖｅｒｓ）」と呼称されるサーバ１８０及びサーバ１６０を示している。元のマルチメディアコンテンツサーバ１８０は、第２の通信ネットワーク１００内に位置する。元のマルチメディアコンテンツサーバ１６０は、第３の通信ネットワーク１１０内に位置している。第２の通信ネットワーク１００と第３の通信ネットワーク１１０との間のデータ交換は、これらの２つの通信ネットワークを接続する別のゲートウェイを介して行うことができる。第２の通信ネットワーク１００と第３の通信ネットワーク１１０との間のデータ交換は更に、状況に応じてインターネット基幹回線又はコアネットワークと呼称される場合がある連携通信ネットワークを経由して行うことができる。元のマルチメディアコンテンツサーバ１６０及び１８０により、マルチメディアコンテンツサーバ１４０は、図６に関して以下で説明するように、端末１７０、１７１、１７２に送信されるマルチメディアコンテンツを回収することができる。
【００３７】
図２は、ゲートウェイ１３０のハードウェアアーキテクチャの実施例を概略的に示している。ここでゲートウェイ１３０は、通信バス２０６によって接続された、プロセッサ又はＣＰＵ（中央処理ユニット（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ））２００と、ランダムアクセスメモリ（ＲＡＭ）２０１と、読み取り専用メモリ（ＲＯＭ）２０２と、第１の通信ネットワーク１２０との通信のための第１インタフェース２０４と、第２の通信ネットワーク１００との通信用の第２インタフェース２０５と、ハードディスクドライブ（ＨＤＤ）などの記憶ユニット又はＳＤカード（セキュア・デジタル・カード（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ  Ｃａｒｄ））リーダなどの記憶媒体リーダ２０３と、を備える。
【００３８】
プロセッサ２００は、ＲＯＭ２０２から、外部メモリ（図示せず）から、ＳＤカードなどの記憶媒体から、又は通信ネットワークから、ＲＡＭ２０１にロードされた命令を実行することができる。ゲートウェイ１３０の電源を入れると、プロセッサ２００は、ＲＡＭ２０１から命令を読み取りこの命令を実行することができる。この命令は、図４及び図５に関して以下で説明するアルゴリズムのすべて又は一部分のプロセッサ２００による使用をもたらすコンピュータプログラムを構成する。
【００３９】
図４及び図５に関して以下で説明するアルゴリズムのすべて又は一部分は、ＤＳＰ（デジタルシグナルプロセッサ）又はマイクロコントローラなどのプログラム可能マシンによる一連の命令の実行によってソフトウェア形式で実装すること、或いはＦＰＧＡ（フィールドプログラム可能ゲートアレイ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ））又はＡＳＩＣ（特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ−Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ））などの専用マシン又は構成要素によってハードウェア形式で実装することができる。
【００４０】
図３は、マルチメディアコンテンツサーバ１４０のハードウェアアーキテクチャの実施例を概略的に示している。ここでマルチメディアコンテンツサーバ１４０は、通信バス３０６によって接続された、プロセッサ又はＣＰＵ３００と、ＲＡＭ３０１と、ＲＯＭ３０２と、第２の通信ネットワーク１００との通信用のインタフェース３０４と、ハードディスクＨＤＤ又は記憶媒体リーダなどの記憶ユニット３０３と、を備える。
【００４１】
プロセッサ３００は、ＲＯＭ３０２から、外部メモリ（図示せず）から、ハードディスクなどの記憶媒体から、又は通信ネットワークから、ＲＡＭ３０１にロードされる命令を実行することができる。マルチメディアコンテンツサーバ１４０の電源を入れると、プロセッサ３００は、ＲＡＭ３０１から命令を読み取りこの命令を実行することができる。この命令は、図６に関して以下で説明するアルゴリズムのすべて又は一部分の、プロセッサ３００による使用をもたらすコンピュータプログラムを構成する。
【００４２】
図６に関して以下で説明するアルゴリズムのすべて又は一部分は、ＤＳＰ又はマイクロコントローラなどのプログラム可能マシンによる一連の命令の実行によってソフトウェア形式で実装すること、或いはＦＰＧＡ又はＡＳＩＣなどの専用マシン又は構成要素によってハードウェア形式で実装することができる。
【００４３】
図４は、ゲートウェイ１３０によって使用される第１のアルゴリズムを示している。
【００４４】
段階４０１において、ゲートウェイ１３０は、端末１７０、１７１、又は１７２からの要求を受信する。この要求が端末１７０から受信される場合を考慮する。この要求は、マルチメディアコンテンツサーバとのユニキャスト接続を確立するための要求である。
【００４５】
本発明の背景として、様々な通信プロトコル及びより具体的には接続確立プロトコルを使用することができる。優先的に、図１に示すデバイスは、例えば、規範文書ＲＦＣ  ７９１で規定されたＩＰプロトコル（インターネットプロトコル（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ））バージョン４（ＩＰｖ４）、又は規範文書ＲＦＣ  ２４６０で規定されたＩＰプロトコルバージョン６（ＩＰｖ６）を使用することができる。この優先的状況において、マルチメディアコンテンツのストリームは、規範文書ＲＦＣ  ７６８で規定されたユーザデータグラムプロトコル（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）（ＵＤＯ）データグラムの形式で送信することができる。別の実施形態によれば、マルチメディアコンテンツのストリームは、規範文書ＲＦＣ  ７９３で規定されたＴＣＰ（伝送制御プロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ））セグメントの形式で送信することができる。
【００４６】
例えば、段階４０１で受信した要求は、端末１７０が、マルチメディアコンテンツの送信用のユニキャスト接続の確立を要求することを示しており、そのＵＲＬは、規範文書ＲＦＣ  ２６１６で規定されたＨＴＴＰ（ハイパーテキスト転送プロトコル（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ））プロトコルのバージョン１．１ｍにより、ｈｔｔｐ：／／１７２．２．２．３３／ｍｏｎＣｏｎｔｅｎｕＶｉｄｅｏである。例えば、ＲＴＳＰ（リアルタイム・ストリーミング・プロトコル（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ））プロトコルなどの他の接続プロトコルを使用することができる。
【００４７】
段階４０１で受信した要求は、マルチメディアコンテンツサーバ１４０又は元のマルチメディアコンテンツサーバ１８０などの、第２の通信ネットワーク１００内に存在するマルチメディアコンテンツサーバに、或いは元のマルチメディアコンテンツサーバ１６０などの、第３の通信ネットワーク１１０内に存在するマルチメディアコンテンツサーバに送信することができる。
【００４８】
次の段階４０２において、ゲートウェイ１３０は、使用するプロトコルにより、受信した要求の解析に移る。この解析中、ゲートウェイ１３０は、受信した要求にフィルタを適用して、ユニキャスト接続の使用中に交換された、端末１７０によって要求されたマルチメディアコンテンツを識別するのに役立つ情報の復旧を試みる。前記の実施例では、ゲートウェイ１３０は、マルチメディアコンテンツを識別するＵＲＬを識別しようとする。
【００４９】
段階４０１及び４０２を実施するために、ゲートウェイ１３０は、サーバから端末１７０にゲートウェイ１３０経由でマルチメディアコンテンツを送信するためのユニキャスト接続の使用を検出する段階４００を実行する。
【００５０】
次の段階４０３において、ゲートウェイ１３０は、段階４０２の間に復旧された情報による接続リダイレクトルールを探し求める。各ルールは、段階４０２で適用されたフィルタにより、例えば、マルチメディアコンテンツサーバ１４０のような、第２の通信ネットワーク１００内の所定のマルチメディアコンテンツサーバへの接続リダイレクト動作を規定する。
【００５１】
次の段階４０４において、ゲートウェイ１３０は、段階４０２で復旧された情報に対応するルールが発見されたかどうかを判定する。発見された場合、段階４０６が実行され、それ以外の場合は、段階４０５が実行され、その間に、ゲートウェイ１３０はユニキャスト接続の継続を可能にする。言い換えれば、ゲートウェイ１３０は、第２の通信ネットワーク１００経由で関係するマルチメディアコンテンツサーバに要求を送信して、当該マルチメディアコンテンツサーバと端末１７０との間のユニキャスト接続を確立できるようにする。次に、図５に関して以下で説明するアルゴリズムを、適用することができる。
【００５２】
段階４０６において、ゲートウェイ１３０は、発見されたルールにより所定のサーバから到来するマルチメディアコンテンツを、マルチキャスト接続によるストリーム形式で受信するためのマルチキャスト接続要求を送信する。
【００５３】
例えば、このような要求は、ＩＧＭＰ（インターネットグループ管理プロトコル（Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ））に従って、又は規範文書ＲＦＣ  ４６０４で規定されるようなマルチキャストリスナ発見（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｄｉｓｃｏｖｅｒｙ）プロトコルに従って構築することができる。言い換えれば、ゲートウェイ１３０は、マルチメディアコンテンツを受信するために、ゲートウェイ１３０用のマルチキャスト接続を確立する。
【００５４】
ゲートウェイ１３０は、マルチメディアコンテンツサーバ１４０に要求を送信することができ、この要求は、マルチキャスト接続を使用してマルチメディアコンテンツを送信するために、関係するマルチメディアコンテンツの識別子を含む。この要求は更に、当該マルチメディアコンテンツを入手できる元のマルチメディアコンテンツサーバの識別データを含むことができる。例えば、この要求は、段階４０１で受信した要求内に含まれていたＵＲＬを含むことができる。
【００５５】
次の段階４０７において、ゲートウェイ１３０は、段階４０６で確立されたマルチキャスト接続によるストリーム形式でマルチメディアコンテンツを受信する。
【００５６】
次の段階４０８において、ゲートウェイ１３０は、段階４０７でマルチキャスト接続により受信したストリームを変更して、段階４０１で端末１７０によって要求されたユニキャスト接続によるストリームを生成する。
【００５７】
ゲートウェイ１３０は、マルチキャストストリームに加入し、対応するマルチメディアデータを受信し、このデータを保存し、このデータを、ＨＴＴＰプロトコルに従って要求に応じて端末１７０に配信することができる。
【００５８】
次の段階４０９において、ゲートウェイ１３０は、ユニキャスト接続により生成されたストリーム形式で、端末１７０にマルチメディアコンテンツを送信する。
【００５９】
図５は、ゲートウェイ１３０によって使用される第２のアルゴリズムを示している。このアルゴリズムは、図４に関して説明したアルゴリズムの代わりに又はそれに加えて使用することができる。
【００６０】
段階５０１において、ゲートウェイ１３０は、端末１７０、１７１、又は１７２からの要求を受信する。この要求が端末１７０から受信される場合を考慮する。この要求は、マルチメディアコンテンツサーバとのユニキャスト接続を確立するための要求である。
【００６１】
次の段階５０２において、ゲートウェイ１３０は、関係するマルチメディアコンテンツサーバに第２の通信ネットワーク１００経由で要求を送信して、ゲートウェイ１３０がマルチキャスト接続によるストリーム形式でマルチメディアコンテンツを受信し始めるまでに、ユニキャスト接続が、当該マルチメディアコンテンツサーバと端末１７０との間で確立されることを可能にする。
【００６２】
次の段階５０３において、ゲートウェイ１３０は、マルチキャスト接続によるストリーム形式でマルチメディアコンテンツを受信し始める。ストリームの、したがってコンテンツの送信は、端末１７０までは行われず、ゲートウェイ１３０によって中断される。
【００６３】
次の段階５０４において、ゲートウェイ１３０は、受信したストリーム、及び優先的にはマルチメディアコンテンツを解析する。この解析中、ゲートウェイ１３０は、受信したストリームにフィルタを適用して、ユニキャスト接続の使用中に交換され、端末１７０によって要求されたマルチメディアコンテンツを識別するのに役立つ、情報の復旧を試みる。ゲートウェイ１３０は、ユニキャスト接続により受信したストリームからフィンガープリント、シグネチャ、又は電子透かしデータを取得する。フィンガープリントデータは、受信したストリーム内に含まれる、又は受信したストリームからゲートウェイ１３０によって決定される。シグネチャデータは、受信したストリームのデータにハッシュ関数を適用することによって、受信したストリームからゲートウェイ１３０によって決定される。電子透かしデータは、マルチメディアコンテンツ内に含まれ、ゲートウェイ１３０によって復旧される。
【００６４】
優先的な実施形態において、ゲートウェイ１３０は、段階５０１で端末１７０から受信した要求内に含まれるＵＲＬに関連して、段階５０３で取得したフィンガープリント、シグネチャ、及び電子透かしデータをサーバ１５０に提供することによって、サーバ１５０の接続リダイレクトルールベースを強化することができる。
【００６５】
段階５０１から５０４を実施することによって、ゲートウェイ１３０は、サーバから端末１７０にゲートウェイ１３０経由でマルチメディアコンテンツを送信するためのユニキャスト接続の使用を検出する段階５００を実行する。
【００６６】
次の段階５０５において、ゲートウェイ１３０は、段階５０４の間に復旧された情報による接続リダイレクトルールを探し求める。各ルールは、段階５０４で適用されたフィルタにより、例えば、マルチメディアコンテンツサーバ１４０のような、第２の通信ネットワーク１００内の所定のマルチメディアコンテンツサーバへの接続リダイレクト動作を規定する。
【００６７】
次の段階５０６において、ゲートウェイ１３０は、段階５０４で復旧された情報に対応するルールが発見されたかどうかを判断する。発見された場合、段階５０８が実行され、それ以外の場合は、段階５０７が実行され、その間に、ゲートウェイ１３０は、ユニキャスト接続の継続を可能にする。言い換えれば、ゲートウェイ１３０は、ユニキャスト接続によるストリーム形式でマルチメディアコンテンツを端末１７０にリレーする。
【００６８】
段階５０８において、ゲートウェイ１３０は、発見されたルールにより所定のサーバから到来するマルチメディアコンテンツを、マルチキャスト接続によるストリーム形式で受信するためのマルチキャスト接続要求を送信する。言い換えれば、ゲートウェイ１３０は、マルチメディアコンテンツを受信するために、ゲートウェイ１３０へのマルチキャスト接続を確立する。
【００６９】
ゲートウェイ１３０は、マルチメディアコンテンツサーバ１４０に要求を送信することができ、この要求は、マルチメディアコンテンツの送信にマルチキャスト接続を使用するための、関係するマルチメディアコンテンツの識別子を含む。この要求は更に、当該マルチメディアコンテンツを入手できる元のマルチメディアコンテンツサーバの識別データを含むことができる。例えば、要求は、フィンガープリント、シグネチャ、又は電子透かしデータ、及び段階５０１で受信した要求内に含まれていたＵＲＬを含むことができる。
【００７０】
次の段階５０９において、ゲートウェイ１３０は、段階５０８で確立されたマルチキャスト接続によるストリーム形式でマルチメディアコンテンツを受信する。
【００７１】
次の段階５１０において、ゲートウェイ１３０は、段階５０９でマルチキャスト接続により受信したストリームを変更して、段階５０１で端末１７０によって要求されたユニキャスト接続によるストリームを生成する。
【００７２】
次の段階５１１において、ゲートウェイ１３０は、ユニキャスト接続により生成されたストリーム形式で、端末１７０にマルチメディアコンテンツを送信する。
【００７３】
このようにして、図４に関して説明したアルゴリズム又は図５に関して説明したアルゴリズムの使用に関係なく、ゲートウェイ１３０は、通信ネットワーク１００のリソース消費量を低減する。例えば、ユーザが、元のコンテンツサーバ１６０又は１８０によるマルチメディアコンテンツの生放送を視聴するために端末１７０を起動する場合、ゲートウェイ１３０は、この同じコンテンツのコンテンツサーバ１４０によるマルチキャスト放送に加入することができる。このようなコンテンツの生放送は、例えば、テレビのチャンネル放送である。この動作は更に、端末１７０のユーザには透過的であるように行われる。
【００７４】
特定の実施形態において、ゲートウェイ１３０は、企業Ａｐｐｌｅ（登録商標）によって開発されたＨＬＳ（ＨＴＴＰ  ｌｉｖｅ  Ｓｔｒｅａｍｉｎｇ）、又はＭｉｃｒｏｓｏｆｔによって開発された「Ｓｍｏｏｔｈ  Ｓｔｒｅａｍｉｎｇ」、又はＩＳＯ／ＩＥＣ規範文書ＤＩＳ２３００９−７．２に記載されたＤＡＳＨ（Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ）などの、アダプティブストリーミングフォーマットにより入手可能な、マルチメディアコンテンツ用の接続リダイレクト又はルールに関するリソースを有することができる。したがって、ゲートウェイ１３０は、マルチメディアコンテンツ送信のマルチキャスト接続へのリダイレクトの他に、マニフェスト内に登録された少なくとも１つのビットレートを削除するために、マルチメディアコンテンツを入手できるビットレートを記述するマニフェストを傍受し、それを変更することができる。削除されるビットレートは、優先的には、マニフェスト内に登録されたビットレートの中で最も高いものである。したがって、端末１７０は、このビットレートでの送信を要求することができず、通信ネットワーク１００のリソース消費量が低減される。
【００７５】
図６は、マルチメディアコンテンツサーバ１４０によって使用されるアルゴリズムを示している。
【００７６】
段階６０１において、マルチメディアコンテンツサーバ１４０は、ゲートウェイ１３０などのゲートウェイから到来しマルチメディアコンテンツを送信するためのマルチキャスト接続要求を受信する。この要求は、段階４０６又は段階５０８の間にゲートウェイ１３０によって送信された要求に対応する。
【００７７】
次の段階６０２において、マルチメディアコンテンツサーバ１４０は、この要求が関連するマルチメディアコンテンツを識別する。この要求は、このような識別を可能にする情報を含む。例えば、この要求は、マルチメディアコンテンツを識別するためのＵＲＬ、フィンガープリント、シグネチャ、又は電子透かしデータを含む。
【００７８】
次の段階６０３において、マルチメディアコンテンツサーバ１４０は、識別されたマルチメディアコンテンツがローカルに保存されているかどうかを判定する。保存されている場合、段階６０６が実行され、それ以外の場合は、段階６０４が実行され、その間に、マルチメディアコンテンツサーバ１４０は、マルチメディアコンテンツを入手できる元のマルチメディアコンテンツサーバを識別する。例えば、この識別情報は、段階６０１で受信した要求で送信されたＵＲＬ内に含まれる。
【００７９】
次の段階６０５において、マルチメディアコンテンツサーバ１４０は、段階６０５で識別された元のマルチメディアコンテンツサーバからコンテンツを回収する。したがって、マルチメディアコンテンツは、マルチメディアコンテンツサーバ１４０によってマルチキャストモードで入手可能にすることができ、元のマルチメディアコンテンツサーバは、このマルチメディアコンテンツをユニキャスト接続経由のみで放送することを意図することができる。次に、段階６０６が実行される。
【００８０】
段階６０６において、マルチメディアコンテンツサーバ１４０は、段階６０１で受信した要求に応答して、マルチキャストストリームを生成する。
【００８１】
次の段階６０７において、マルチメディアコンテンツサーバ１４０は、関係するゲートウェイとのマルチキャスト接続を確立して、マルチキャスト接続により生成されたストリーム形式で、このゲートウェイにマルチメディアコンテンツを送信する。
【図１】
2015501569.tif 000003
【図２】
2015501569.tif 000004
【図３】
2015501569.tif 000005
【図４】
2015501569.tif 000006
【図５】
2015501569.tif 000007
【図６】
2015501569.tif 000008
【国際調査報告】
2015501569.tif 000009
2015501569.tif 000010
2015501569.tif 000011
2015501569.tif 000012
2015501569.tif 000013
2015501569.tif 000014