(57)【要約】【課題】マルチメディアフローの識別方法および対応する装置を提供する。【解決手段】本発明は、概して、マルチメディアフローの識別に係わり、データフローを受信するステップ（３１）と、受信したデータフローの中のマルチメディアフローおよびマルチメディアフローのソースを識別するステップ（３２）と、マルチメディアフローが受信される場合に、マルチメディアフローのタイプを識別するステップ（３４）と、マルチメディアフローのコンテンツのアイデンティティを識別するステップ（３５）と、フローを転送するステップと、を含む。【選択図】図３
2015029268.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディアフローを識別する方法であって、
データフローを受信するステップ（３１）と、
前記受信したデータフローの中のマルチメディアフローを識別するステップ（３２）と、
受信したデータフローを転送するステップと、
を含み、
受信したデータフローがマルチメディアフローであると識別される場合に、前記方法は、
前記マルチメディアフローのタイプを識別するステップ（３４）と、
前記マルチメディアフローのコンテンツのアイデンティティを識別するステップ（３５）と、
前記マルチメディアフローのソースを識別するステップと、
を含む、前記方法。
【請求項２】
識別されたマルチメディアフローについてのデータを統計分析のために収集するステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記マルチメディアフローのソースを識別するステップは、前記マルチメディアフローが音声サービスまたは映像サービスに相当する場合に、前記マルチメディアフローのチャンネルを識別するステップを含む、請求項１または２に記載の方法。
【請求項４】
前記マルチメディアフローを識別するステップは、ウェブマルチメディアに相当するマルチメディアを識別するステップを含む、請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
マルチメディアフローソースを識別するステップは、前記マルチメディアフローがウェブマルチメディアフローに相当する場合に、位置識別子を識別するステップを含む、請求項４に記載の方法。
【請求項６】
前記マルチメディアフローのタイプを識別するステップは、前記データフローがウェブマルチメディアフローに相当する場合に、前記マルチメディアフローの少なくとも１つのコンテンツヘッダを調べるステップを含む、請求項４または５に記載の方法。
【請求項７】
前記マルチメディアフローのタイプを識別するステップは、前記マルチメディアフローに含まれるトラフィックの統計分析を行うステップを含む、請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
データフローは、前記フローの少なくとも１つのパラメータについてのフロートラフィック統計に基づく統計分析が所与の条件を満たす場合に、マルチメディアフローであると見なされる、請求項７に記載の方法。
【請求項９】
前記マルチメディアフローのコンテンツのアイデンティティを識別するステップは、前記映像フローがマルチメディアサービスに相当する場合に、マルチメディアソース識別子に基づきチャンネルを抽出するステップを含む、請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
前記マルチメディアフローのコンテンツのアイデンティティを識別するステップは、前記マルチメディアフローがマルチメディアサービスに相当する場合に、番組ガイドからコンテンツのアイデンティティを収集するステップを含む、請求項１乃至９のいずれか１項に記載の方法。
【請求項１１】
前記映像フローのコンテンツのアイデンティティを識別するステップは、前記マルチメディアフローがウェブマルチメディアコンテンツに相当する場合に、位置識別子により識別されるウェブ位置から前記マルチメディアフローのコンテンツのアイデンティティを収集するステップを含む、請求項１乃至１０のいずれか１項に記載の方法。
【請求項１２】
識別されたマルチメディアフローを消費する送り先装置を識別するステップを含む、請求項１乃至１１のいずれか１項に記載の方法。
【請求項１３】
前記マルチメディアフローのコンテンツのアイデンティティをサーバに送信するステップを含む、請求項１乃至１２のいずれか１項に記載の方法。
【請求項１４】
前記識別されたマルチメディアフローが映像フローである、請求項１乃至１３のいずれか１項に記載の方法。
【請求項１５】
マルチメディアフローを識別する装置であって、
データフローの受信機（５０）と、
前記受信したデータフローの中のマルチメディアフローを識別するべく適合される識別モジュール（５２）と、
受信したデータフローを転送するべく適合される転送モジュール（５１）と、
を備え、
前記識別モジュールは、
受信したデータフローがマルチメディアフローであると識別される場合に、
前記マルチメディアフローのソースを識別することと、
前記マルチメディアフローのタイプを識別することと、
前記マルチメディアフローのコンテンツを識別することと、
を行うべく構成される、前記装置。
【請求項１６】
請求項１５に記載される装置を含むゲートウェイ装置。
【請求項１７】
プログラム可能装置のためのコンピュータプログラム製品であって、前記コンピュータプログラム製品が、前記プログラム可能装置にロードされ、かつ、前記プログラム可能装置により実行される際に、請求項１から１４に記載の方法を実装するための、命令のシーケンスを含む、前記製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、任意のネットワークから受信されるマルチメディアフロー（例えば、音声および／または映像のフロー）の識別に関する。より具体的には、本発明は、マルチメディアフローに関するデータのキャプチャを扱う。
【背景技術】
【０００２】
テレビ番組の人気度を測るシステムでは、いわゆる「世帯設置のメータ」を使用し、該メータは少数のサンプル世帯のテレビに接続され、家庭における人々の視聴習慣の記録を取る。視聴チャンネル、中断などの測定値が、記録され視聴者モニタリング会社に報告される。この種の方法では、偏った測定結果が提供されることがあったり（例えば、少数のサンプルであるために）、多岐にわたるネットワークにより提供される映像番組の視聴者の測定結果には適合しないこともある。
【０００３】
従って、特に家庭において、視聴される映像をより正確に監視するために、また、任意のマルチメディアフロー（映像および／または音声のフロー）をより正確に監視するために、データ収集の処理の最適化が必要である。
【発明の概要】
【０００４】
本発明は、上述の事項を考慮して考案された。
【０００５】
本発明の第１の態様により提供されるものは、マルチメディアフローを識別する方法であって、データフローを受信するステップと、受信したデータフローの中のマルチメディアフローを識別するステップと、受信したデータフローを転送するステップと、を含み、受信したデータフローがマルチメディアフローであると識別される場合に、該方法は、マルチメディアフローのタイプを識別するステップと、マルチメディアフローのコンテンツのアイデンティティを識別するステップと、マルチメディアフローのソースを識別するステップと、を含む。
【０００６】
一実施形態において、該方法は、識別されたマルチメディアフローについてのデータを分析、例えば、統計分析、のために収集するステップを含む。マルチメディアフローのソースを識別するステップは、マルチメディアフローが音声サービスまたは映像サービスに相当する場合に、マルチメディアフローのチャンネルを識別するステップを含む。
【０００７】
一実施形態において、マルチメディアフローを識別するステップは、ウェブマルチメディアに相当するマルチメディアを識別するステップを含む。
【０００８】
一実施形態において、マルチメディアフローソースを識別するステップは、マルチメディアフローがウェブマルチメディアフローに相当する場合に、位置識別子を識別するステップを含む。
【０００９】
一実施形態において、マルチメディアフローのタイプを識別するステップは、データフローがウェブマルチメディアフローに相当する場合に、マルチメディアフローの少なくとも１つのコンテンツヘッダを調べるステップを含む。
【００１０】
一実施形態において、マルチメディアフローのタイプを識別するステップは、マルチメディアフローに含まれるトラフィックの統計分析を行うステップを含む。
【００１１】
一実施形態において、データフローは、フローの少なくとも１つのパラメータについてのフロートラフィック統計に基づく統計分析が所与の条件を満たす場合に、マルチメディアフローであると見なされる。
【００１２】
一実施形態において、マルチメディアフローのコンテンツのアイデンティティを識別するステップは、映像フローがマルチメディアサービスに相当する場合に、マルチメディアソース識別子に基づきチャンネルを抽出するステップを含む。
【００１３】
一実施形態において、マルチメディアフローのコンテンツのアイデンティティを識別するステップは、マルチメディアフローがマルチメディアサービスに相当する場合に、番組ガイドからコンテンツのアイデンティティを収集するステップを含む。
【００１４】
一実施形態において、映像フローのコンテンツのアイデンティティを識別するステップは、マルチメディアフローがウェブマルチメディアコンテンツに相当する場合に、位置識別子により識別されるウェブ位置からマルチメディアフローのコンテンツのアイデンティティを収集するステップを含む。
【００１５】
一実施形態において、該方法は、識別されたマルチメディアフローを消費する送り先装置を識別するステップを含む。
【００１６】
一実施形態において、該方法は、マルチメディアフローのコンテンツのアイデンティティをサーバに送信するステップを含む。
【００１７】
一実施形態において、該方法は、識別されたマルチメディアフローが映像フローであることを含む。
【００１８】
本発明の第２の態様により提供されるものは、マルチメディアフローを識別する装置であって、
−データフローの受信機と、
−受信したデータフローの中のマルチメディアフローを識別するべく適合される識別モジュールと、
−受信したデータフローを転送するべく適合される転送モジュールと、
を備え、
−識別モジュールは、
−受信したデータフローがマルチメディアフローであると識別される場合に、
−マルチメディアフローのソースを識別することと、
−マルチメディアフローのタイプを識別することと、
−マルチメディアフローのコンテンツを識別することと、
を行うべく構成される。
【００１９】
装置は、本発明の第１の態様の任意の実施形態の方法も実行するべく構成される。
【００２０】
本発明のさらなる態様により提供されるものは、ゲートウェイ装置であって、
−データフローの受信機と、
−受信したデータフローの中のマルチメディアフローを識別するべく適合される識別モジュールと、
−受信したデータフローを転送するべく適合される転送モジュールと、
を備え、
−識別モジュールは、
−受信したデータフローがマルチメディアフローであると識別される場合に、
−マルチメディアフローのソースを識別することと、
−マルチメディアフローのタイプを識別することと、
−マルチメディアフローのコンテンツを識別することと、
を行うべく構成される。
【００２１】
本発明のさらなる態様により提供されるものは、プログラム可能装置のためのコンピュータプログラム製品であって、コンピュータプログラム製品が、プログラム可能装置にロードされ、かつ、プログラム可能装置により実行される際に、本発明の第１の態様の任意の実施形態に従う方法を実装するための、命令のシーケンスを含む。
【００２２】
本発明の実施形態により、マルチメディア、特に、映像および／または音声のフロー、の監視に関するデータの収集の最適化が可能となる。
【図面の簡単な説明】
【００２３】
本発明のさらなる利点が、添付の図面により示される、または示されない、本発明の特定の非制限的な実施形態の説明を通して、明らかになるであろう。該説明は以下の添付の図面を参照する。
【図１】本発明の１つまたは複数の実施形態を実装することができる、通信ネットワークの一例を概略的に説明する図である。
【図２】本発明の特定の実施形態に従って、図１に示されるネットワークのゲートウェイのアーキテクチャの一例を概略的に説明する図であり、ゲートウェイはマルチメディアデータを受信するべく適合される。
【図３】本発明の一例に従う図２のゲートウェイにおいて実装される、マルチメディア受信方法のステップを示す図である。
【図４】本発明の一例に従う図２のゲートウェイを含む、異なる要素間での通信の例を説明する図である。
【図５】本発明の１つまたは複数の実施形態に従う図２のゲートウェイの機能要素を図式的に説明する図である。
【発明を実施するための形態】
【００２４】
本発明の特定に実施形態によると、１つまたはいくつかのソースからフローを受信して、それらを１つまたはいくつかの装置（例えば、ユーザ装置）に転送する装置が、受信したフローの中のマルチメディアフローおよびマルチメディアフローソースを識別する。これにより、受信したフローがマルチメディアフローであると識別された場合は、装置はマルチメディアフローのタイプおよびその内容（例えば、映像番組一覧の記述）のアイデンティティを識別することが可能となる。これにより、装置を通って通過するマルチメディアフロー上のデータを集約できるという利点が得られる。非映像フロー、映像サービスに相当するフロー、および他の映像フロー、例えば、ウェブフローに埋め込まれるもの、を含む多岐にわたるタイプのフローを、装置が受信および転送するということは有利であり、何故なら、この装置が装置を通る任意の種類のトラフィックを監視することができるからである。この装置が、例えば、ホームネットワークゲートウェイである場合、装置は、ホームネットワークに入る全てまたはほとんどのマルチメディアトラフィックを監視すること、および、このトラフィックの性質による非常に正確なデータを取得することが可能である。多岐にわたる実施形態によると、映像、音声、および音声／映像のデータに関連するデータマルチメディアデータが、装置により追跡される。本発明の変形によると、トラフィックの性質による、装置により収集されるデータはサーバに送信され、または、収集されたデータの要約または合成が装置により行われてから、その要約または合成物がサーバに送信される。
【００２５】
図１は、本発明の１つまたは複数の実施形態が実装されてよい典型的な実施形態を示す。図１には、ホームネットワーク（ＨＮ）またはローカルエリアネットワーク（すなわちＬＡＮ）１、インターネットネットワーク１１０、および、ブロードバンドプロバイダネットワーク１１１が含まれる。
【００２６】
インターネットネットワーク１１０には、中でも、映像ウェブソース１１００および１１０１、ならびにウェブソース１１０１が含まれる。ネットワーク１１１には、１つまたはいくつかの映像プロバイダサーバ１１１０および１１１２、ならびに収集サーバ１１１２が含まれる。
【００２７】
ネットワーク１には、有線データ通信ネットワークおよび無線データ通信ネットワークが含まれる。ネットワーク１には、本発明に従い、かつ、インターネットネットワーク１１０および／またはブロードバンドプロバイダネットワーク１１１に、種々の可能な実装に従う有線または無線の通信リンク１９を介して接続される、ゲートウェイ１０が含まれる。ネットワーク１にはまた、無線リンク１８（例えば、ＷｉＦｉタイプ）または有線リンク１７（例えば、イーサネットタイプ）を介して、ゲートウェイ１０に接続される装置が含まれ、これらの装置には、モバイルフォン１４および１５、テレビ１６に接続されるセットトップボックス１２、およびラップトップまたはタブレット１５が含まれる。ゲートウェイ１０は、ネットワーク１内の装置に、ネットワーク１１０および１１１へのアクセスを提供する。これらの装置は、ゲートウェイ１０から映像フローを受信するべく適合される。
【００２８】
ネットワーク１において、データ通信速度は映像伝送に適合し、典型的には無線ネットワークについては２Ｍビット／秒より大きく、かつ、有線ネットワークについては１００Ｍビット／秒より大きい。
【００２９】
図２は、ネットワーク１のゲートウェイ１０の特定の実施形態を概略的に説明する図である。
【００３０】
本発明の文脈において、ゲートウェイは、１つまたはいくつかのソース（マルチメディアフロー、例えば、音声、映像、および音声／映像のフロー、が含まれる）からフローを受信して、それらを１つまたはいくつかの装置、例えば、テレビ、セットトップボックス、コンピュータ、ラップトップ、タブレット、モバイル装置などに転送する、装置である。該装置は、任意の種類のホームインターネットゲートウェイまたはネットワークゲートウェイとすることができる。いくつかの種類のフローがゲートウェイを介して通過しており、典型的にはＩＰテレビトラフィックおよびインターネットトラフィックである。従って、ゲートウェイ１０は集約ポイントであり、多岐にわたる種類のフローを認知することができ、これらフローには、マルチメディアサービス（例えば、ＶＯＤ（ビデオオンデマンド）、サービスプロバイダからのブロードバンドの映像）に相当するマルチメディアフローが含まれ、また、ウェブマルチメディア、すなわち、ウェブ上（すなわち、インターネットおよびさらにグローバルな任意の種類のネットワークまたはネットワークの集合体であり、典型的にはゲートウェイ１０を介したマルチメディア装置によりアクセス可能な、多岐にわたるコンテンツを含む）に存在するマルチメディアソース（例えば、Ｄａｉｌｙｍｏｔｉｏｎ（登録商標）（ｗｗｗ．ｄａｉｌｙｍｏｔｉｏｎ．ｃｏｍ）、ＹｏｕＴｕｂｅ（登録商標）（ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ））に相当するマルチメディアフローが含まれる。通常、マルチメディアサービスフローは、１つのソースから１つまたはいくつかの装置へ、ゲートウェイ１０を介して、管理サービス（通常、マルチキャストサービス、例えば、ＩＰテレビ用のＩＰマルチキャスト）として、配信され、一方、ウェブマルチメディアに相当するマルチメディアは、１つのソースから１つの装置へゲートウェイ１０を介して、ユニキャストで配信される。
【００３１】
ゲートウェイ１０には、お互いにアドレスおよびデータバス１０７により接続され、クロック信号を送信する以下のものが含まれる。
【００３２】
−マイクロプロセッサ１００（すなわちＣＰＵ）
−ＲＯＭ型の不揮発性メモリ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１０１
−Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＭｅｍｏｒｙすなわちＲＡＭ１０２
−クロック１０３
−有線リンク１７に接続されるべく適合される有線ネットワークインターフェース１０４
−無線リンク１８に接続されるべく適合される無線ネットワークインターフェース１０５
−通信リンク１８を介してネットワーク１１０および１１１に接続されるべく適当されるブロードバンドインターフェース１０６
１００から１０７までの各要素は当業者には周知である。これらの一般的な要素はここでは説明しない。
【００３３】
メモリ１０１および１０２の説明の際に使用される用語「レジスタ」は、両メモリが言及される際に、低容量のメモリゾーン（何らかのバイナリデータ）、および、大容量のメモリゾーン（プログラム全体を格納することができる、または、音声／映像の受信フローを表すデータの全てまたは一部を格納することができる）、を指すことに留意されたい。
【００３４】
ＲＯＭメモリ１０１は特に、「ｐｒｏｇ」すなわちプログラム１０１０を含む。本発明に特有であり、かつ、以下に記載される方法のステップを実装するアルゴリズムが、これらのステップを実装するゲートウェイ１０に関連するメモリＲＯＭ１０１に、より具体的にはプログラム１０１０に、格納される。電源が投入されると、マイクロプロセッサ１００がこれらのアルゴリズムの命令をＲＡＭ１０２にロードし、実行する。
【００３５】
ＲＡＭ１０２は特に以下のものを含む。
【００３６】
−レジスタ１０２０に、プログラム１０１０に相当するロードされたプログラム
−レジスタ１０２２に、受信した映像フロー
−映像フローソース識別子１０２３
−映像フローのタイプ（ＩＰテレビ映像またはウェブ映像など）１０２４
−装置識別子（ネットワーク１の任意の装置を指す）１０２５、例えば、アドレス（ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）アドレスなど）または任意のホスト名情報であり、ユーザが構成することができ（例えば、「Ｐｅｔｅｒ−ＰＣ」）、ゲートウェイ１０において利用可能である。
【００３７】
図３は、本発明の一実施形態に従うゲートウェイ１０に実装されるフロー管理の一例を概略的に説明する図である。ネットワーク１の任意の装置によりダウンロードされるトラフィックの全てまたは一部がゲートウェイ１０を通過している。それゆえ、ゲートウェイにおいて実装される本発明の実施形態は、映像トラフィックに相当するデータを単一の場所で監視できると言う利点を提供する。ゲートウェイ１０は、ゲートウェイ１０を介して異なる装置が、異なる形式（例えば、ＩＰテレビまたはウェブの映像）で受信する種々のコンテンツを、処理し、分析し、取り扱うことができる。本発明の実施形態は、有利には、ゲートウェイにより外部のネットワークとインターフェースするネットワーク内の装置が受信した映像コンテンツに関する正確なデータを提供する。
【００３８】
第１のステップ３０にて、ゲートウェイ１２がその種々の構成要素および変数を初期化する。
【００３９】
次に、ステップ３１にて、映像ウェブソース１１００および１１００１、ウェブソース１０２ならびに映像プロバイダサービス１１１０および１１１１、のうちの任意のソースから、ゲートウェイ１０がフローを受信する。フローは異なるタイプのものであり、例えば、専用テレビフローまたは非専用テレビフロー、である。映像プロバイダサービス１１１０および１１１１は、専用テレビフローを提供しており、例えば、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎｅｇｅｍｅｎｔ  Ｐｒｏｔｏｃｌ）シグナリングおよびマルチキャスト送信に基づくＩＰテレビ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｔｅｌｅｖｉｓｉｏｎ）のフローを提供する。
【００４０】
非専用映像フローの一例は、映像ウェブソース１１００または１１０１（Ｙｏｕｔｕｂｅ（登録商標）またはＤａｉｌｙＭｏｔｉｏｎ（登録商標）サーバなど）により提供されるウェブコンテンツ（典型的にはＵＲＬに基づく）である。
【００４１】
次に、ステップ３２にて、ゲートウェイ１０は、受信したフローの中の映像フローおよび映像フローソースを識別する。典型的には、ゲートウェイ１０は、専用映像フロー、例えば、ＩＧＭＰストリーム、を映像フローであると識別する。
【００４２】
受信したフローが専用映像フローではない場合、ゲートウェイ１０は受信したフローのコンテンツヘッダを調べる。例えば、フローがＭＩＭＥ−ＴＹＰＥのエンコードなどのメディアタイプを、ｈｔｔｐストリームで搬送されるペイロード内に含むかどうかを、ゲートウェイがチェックする。ウェブからフェッチされるどのコンテンツも、ＭＩＮＥ−ＴＹＰＥを持ち、ウェブブラウザにより使用されてコンテンツが適切に処理される。例えば、通常のウェブページは、ＭＩＮＥ−ＴＹＰＥ＝ｔｅｘｔ／ｈｔｍｌまたはｔｅｘｔ／ｐｌａｉｎである。映像は、ＭＩＮＥ−ＴＹＰＥ＝ｖｉｄｅｏ／ａｖｉ、ｖｉｄｅｏ／ｍｐｅｇ（または他の周知の指定）であることもある。
【００４３】
映像トラフィックには（例えば、ｈｔｔｐなどの標準的なものに追随しないもの）、トラフィックフローが映像用のものであることを明確に識別できるＭＩＮＥ−ＴＹＰＥなどのメディアタイプを持たないものがある。メディアタイプには、暗号化することができ、ゲートウェイ１０には解読できないものもある。そのような状況に特に対処するために、代替実施形態として、ゲートウェイ１０は副次的情報を使用したり、統計的方法を実行したりする。副次的情報の使用については、ゲートウェイ１０は、例えば、映像に関して普段使用されるＵＲＬ（例えば、Ｙｏｕｔｕｂｅ（登録商標）またはＤａｉｌｙＭｏｔｉｏｎ（登録商標）ＵＲＬに関連するＵＲＬ）を参照するような、以前受信したＵＲＬフレームを監視する。受信したＵＲＬフレームが、映像に関して普段使用されるＵＲＬに相当する場合、ゲートウェイは、このＵＲＬを識別し（例えば、ＵＲＬを、１組の映像のＵＲＬ、すなわち、遠隔のサーバ上のローカルに格納された、または、利用可能なもの、と比較することにより）、後に続くフレームが映像に相当すると見なす。ゲートウェイ１０が統計的方法を実行する場合、ゲートウェイは、映像フローの統計的特性を使用して、受信したフローの中の映像フローを識別する。例えば、フローが、数秒以上の持続時間を持つＨＴＴＰストリームに相当する場合、このフローはステップ３２にて識別されたＨＴＴＰ映像ストリームである可能性が高い。ウェブフローに相当するフローに適用される統計的方法によると、ゲートウェイ１０は、少なくとも１つの定義される範囲（すなわち、最小値から最大値までの間、または、最大値もしくは最小値により定義される範囲）内のフローの少なくとも１つのパラメータについて少なくとも１つのフロートラフィック統計に基づき、分析を行う。ゲートウェイ１０内部の分類子は、受信したフローを映像フロー、チャットフロー、またはウェブフローとして分類する。特定の実施形態において、分類子は受信したフローについてのデータを収集しており、少なくとも１つのパラメータ、例えば、受信したパケット数、単位時間当たりの受信バイト数またはビット数、パケット長の統計（平均値、中央値、最大値および／または最小値）、パケット間の長さの統計（最小、最大、平均、標準偏差）、フロー持続時間、接続持続時間、トランザクションモードとバルク転送モードとの間の遷移の回数、などを推定する。定義された規則に従って、少なくとも１つ、いくつかまたは全ての推定されたパラメータが、閾値より大きい場合、分類子は受信したフローを映像フローとして分類する。例えば、受信したバイト数が最小映像サイズの閾値（例えば１００Ｍバイト）を超える場合、受信したフローは映像フローとして分類され、そうでなければ、受信したフローは非映像フローとして分類される。一実施形態によると、定義された規則はいくつかのパラメータおよび対応する閾値を使用しており、例えば、フローの中央データレートが中央データレートの閾値（例えば５Ｍビット／秒）より大きく、かつ、平均パケットサイズが平均パケットサイズの閾値（例えば１０００バイト）より大きければ、ゲートウェイ１０はフローが映像フローに相当すると断定する。これは単なる一例である。本発明の一実施形態によると、ゲートウェイ１０には、（ユーザまたは遠隔のネットワークサーバにより）構成可能な検出器（パラメータおよび関連する閾値）が規則（例えば、所与のパラメータが第１の閾値より大きく、第２の閾値より小さい）と共に含まれ、該検出器は検出および誤検出の率の観点から、異なる特性を持つ。定義される閾値は、第１の実施形態に従って予め定義され（例えば、ＲＯＭに記憶される固定値）、または、変形型の第２の実施形態に従って機械学習技術を使用して決定される。
【００４４】
ステップ３２にて、フローが映像フローであると識別される場合、ゲートウェイ１０は映像フローソースを識別する。本発明の別の変形によると、マルチメディアフローが映像サービス（および音声サービスの可能性もある）に相当する場合、映像フローソースの識別には、チャンネルの識別が含まれる。ゲートウェイは、典型的には、映像プロバイダまたは映像ウェブソースの識別を判定する（位置識別子、例えば、映像ウェブソースを取得するためのＵＲＬすわなちＩＰアドレス）。一実施形態によると、映像フローソース識別は、単に、ソースのタイプ、例えば、ウェブソースまたはブロードバンドプロバイダ、が含まれる。
【００４５】
次に、テスト３３にて、受信したフローがステップ３２で判定されるような映像フローではない場合、ゲートウェイはステップ３１にて新しいフローを待つ。
【００４６】
そうでない場合、受信したフローが映像フローであると識別され（ステップ３２にて）、ステップ３４にて、ゲートウェイ１０は受信したフローのタイプ、すなわち、映像サービスに相当する専用フローの映像トラフィック（典型的にはＩＰテレビ）、または、別のネットワークからの映像トラフィック（典型的には、ウェブすなわちインターネットからのもので、他のネットワークの収集物に相当する）、を識別する。
【００４７】
次に、ステップ３５にて、ゲートウェイ１０は、映像フローのコンテンツのアイデンティティを識別する。本発明の一実施形態において、マルチメディアフローのコンテンツのアイデンティティの識別には、映像フローがマルチメディアサービスに相当する場合に、マルチメディアソース識別子に基づき、チャンネルを抽出することが含まれる。さらに具体的には、フローがＩＧＭＰストリームに相当する場合、そのフローは、テレビまたは同様の装置で視聴されているテレビチャンネル（例えば、ＢＢＣ１またはＣＮＮ）に対応し、ＩＧＭＰストリーム（アドレスおよびストリーム識別子）は特定のテレビチャンネルにマッピングされる（これを使用して、視聴されている特定の番組をインデックス付けすることができる）。特定の実施形態によると、マルチメディアフローのコンテンツのアイデンティティの識別には、マルチメディアフローがマルチメディアサービスに相当する場合に、番組ガイドからコンテンツのアイデンティティを抽出することが含まれる。特に、受信した映像フローにおいてＩＧＭＰが使用される場合、ゲートウェイ１０は、ＥＰＧサーバに、時間およびチャンネルに関する情報（チャンネルは映像フローから抽出される）と共にリクエストを送信することにより（ゲートウェイ１からＥＰＧサーバへのトランザクションの例：「ｐｒｏｇｒａｍ  ａｔ  ｃｈａｎｎｅｌ／ｉｇｍｐ＝２２４．１２．１３．１９０  ａｔ  ｔｉｍｅ＝３：０２」）、ＥＰＧサーバに映像フローのコンテンツのアイデンティティを送るように求める。ＥＰＧサーバは、ネットワークサービスプロバイダにより使用可能であり、ＥＰＧサーバアドレスは、ゲートウェイ１０内に登録される、または、識別されたサーバからゲートウェイ１０が取得する、パラメータである。
【００４８】
特定の実施形態によると、映像フローのコンテンツのアイデンティティの識別には、マルチメディアフローがウェブマルチメディアコンテンツに相当する場合に、位置識別子により識別されるウェブ位置からマルチメディアフローのコンテンツのアイデンティティを収集すること、が含まれる。特に、映像フローであると識別されるフローがＨＴＴＰストリームに相当する場合、ゲートウェイ１０は、ユーザが映像の視聴を開始する（または、映像が埋め込まれる）元々のＵＲＬ／ウェブページ／リソースにロケートし、ウェブ／インターネットのマルチメディアフローを識別する。映像フローであると識別されたフローが、特定のＭＩＭＥ−ＴＹＰＥを持つＨＴＴＰストリームに相当する場合、ゲートウェイ１０は、目的のＵＲＬを検査することにより視聴されている特定のコンテンツを識別し、かつ、ウェブページまたはリソース上で利用可能な他のコンテキストを識別する。
【００４９】
本発明の別の実施形態によると、特に、映像フローであると識別されたフローが、特定のＭＩＭＥ−ＴＹＰＥを持つＨＴＴＰストリームに相当しない場合、ゲートウェイ１０は、映像フローを含むＵＲＬを含むＵＲＬのシーケンスを分析する。特に、ゲートウェイ１０は、ＵＲＬ、または、サーバからのもしくはサーバへの任意の他のフレーム、を分析して、映像コンテンツを識別する（例えば、映像フローを含むＵＲＬを示すＵＲＬ内の映像コンテンツを表す情報を抽出することにより）。例示するように、ここに、ＵＲＬのシーケンスに関連するユーザの動作を含むシナリオが示され、１つのＵＲＬが１つの映像フローを含む。
（ｉ）ユーザはまず、映像を含むウェブサイト、例えば、ＤａｉｌｙＭｏｔｉｏｎ．ｃｏｍに行く。ゲートウェイ１０は、ネットワーク１の装置からインターネット１１０へのアクセスにおける「ｄａｉｌｙｍｏｔｉｏｎ．ｃｏｍ」への参照を含むＵＲＬを監視する。
（ｉｉ）ユーザは、多少の時間、そのウェブサイトで提供されるリンクを見ており、ゲートウェイ１０はウェブサイトからのネットワーク１の装置に向けられるフレームを監視する。
（ｉｉｉ）ユーザが、特定の１つのコンテンツ（Ｃとする）を決める。該コンテンツはページＰ＿ｃで利用可能である。ページＰ＿ｃは当該コンテンツの記述も含み、ゲートウェイは、当該コンテンツの記述を監視し、ユーザがコンテンツをアップロード可能である間のメモリ時間中は少なくとも、記述をメモリ内に保持する。
（ｉｖ）ユーザが映像をクリックし、視聴が始まる。映像フローを識別するゲートウェイ１０は、ステップ（ｉｉｉ）でメモリに保持したコンテンツの記述に基づき、コンテンツのアイデンティティを識別する。
【００５０】
ステップ（ｉｖ）にて、ゲートウェイ１０はフローを映像フローであると識別する。また、ユーザがナビゲートしたページの履歴を追跡することによって、ゲートウェイは映像フローをページＰ＿ｃに関連付け、映像フローの識別、および、映像についての何らかのメタデータの取得のために、ゲートウェイはＰ＿ｃで利用可能なメタデータを解析（パース）する。
【００５１】
有利な一実施形態によると、ゲートウェイ１０は、映像フローを識別し、ソースから受信されて別の装置（典型的には、ユーザ装置すなわち終端端末）に転送される映像トラフィックからデータを、制御特異的な制御データを使用することなく、抽出する。
【００５２】
本発明の別の実施形態によると、ゲートウェイ１０はまた、映像フローに関連する制御フレームを使用して、映像フローに関するデータを抽出する。多くの状況において、映像はリモートのサーバから徐々にフェッチされ、ユーザ装置上でローカルに再生される。ユーザが、映像コンテンツに対して何らかのコマンド、例えば、一時停止、早送り、巻き戻し、スキップのコマンド、を送りたい時、実際の操作は、リモートのサーバに信号を送信することにより行われ、それにより、コンテンツの適切な部分が追跡される。ゲートウェイ１０は全ての信号も認知するため、それらの信号を（程度が粗くても）追跡して、視聴されているコンテンツに関連付ける。これらのコマンドを考慮して、ゲートウェイは映像フローを識別する。加えて、これらのコマンドを考慮して、トラフィックの挙動が変化する。例えば、映像が逆再生（巻き戻し）、または早送りされると、ゲートウェイ１０はマルチキャストのトラフィックが中断され（例えば、ＩＧＭＰリーブコマンドを復号することにより）と、異なるソースから入って来るユニキャストのトラフィックが開始するのを認知する。
【００５３】
本発明の特定の一実施形態によると、ゲートウェイ１０は、識別された映像フローおよびさらに一般的にはマルチメディアフローを消費する送り先装置を識別する。このフローが、ウェブフローからのフローに相当する場合は、ゲートウェイ１０は、フローの送り先の識別子（例えば、ＭＡＣアドレス、ＩＰアドレス、または任意の他の装置識別子１０２５）を識別する。このフローがサービスフローに相当する場合は、ゲートウェイ１０は、送り先装置を識別する。特定の装置の識別ができない場合、または、システムが汎用識別子を提供するべく構成される場合は、ゲートウェイ１０は、ネットワーク１またはネットワーク１に関連する任意の識別子を、映像の送り先であると識別する。次に、ゲートウェイ１０は、消費されるコンテンツのアイデンティティと、コンテンツを消費する送り先装置（または、ネットワーク１が送り先として構成される場合もしくは装置が未知である場合は、ネットワーク１）とを関連付ける。
【００５４】
本発明の特定の一実施形態によると、ゲートウェイ１０は、映像フローのコンテンツのアイデンティティを収集サーバに伝送する。この伝送は、サーバまたは任意の他の装置によるリクエスト時、イベント発生時（例えば、規定量の情報が集まった時、もしくは、メモリに供給しなければならない時）、規定の時間および／または日（例えば、毎日もしくは毎月曜日の１２：００）、または、周期的（例えば、毎日）に、行うことができる。一実施形態によると、ゲートウェイ１０は、利用可能な情報を伝送し、該情報には、コンテンツのアイデンティティのみ、またはコンテンツのアイデンティティと共に少なくとも１つのパラメータが含まれる（例えば、パラメータとしては、コンテンツを消費した装置またはネットワークのアイデンティティの中でも、コンテンツの時間、日付および／または持続時間（例えば、２時間）、ソースのタイプ、ソースの識別子、収集データの信頼度（信頼できる情報に基づく場合は１００％、統計的方法に基づく場合は低い値）、データの取得に使用した方法、がある）。別の変形に従うと、ゲートウェイ１０は、収集サーバに伝送する前に、利用可能な情報を集約する（例えば、コンテンツのアイデンティティ、コンテンツのソース、消費装置またはネットワークの識別子、ソースのタイプ、でデータをグループ化する）。データが伝送されて、収集サーバによりアクノリッジされた後、ゲートウェイ１０は収集データを削除することができる。
【００５５】
同じ論理が、読み込まれる（ウェブページに基づき）コンテンツ、および音声（音楽など）ストリームにも適用される。
【００５６】
図４は、図１のネットワークの異なる要素間の通信交換の例を示し、ゲートウェイ１０、端末１１、映像プロバイダ１１１０、ウェブソース１１０２、映像ウェブソース１１０、およびサーバ１１１２、が含まれる。端末１１は、ネットワーク１の任意の装置とすることができ、ゲートウェイ１０に接続される。典型的には、端末１１は、任意の装置１２から１６のうちの１つである。
【００５７】
映像プロバイダ１１１０から端末１１への映像トラフィック転送の第１の例が示される。端末１１がＩＰテレビチャンネルリクエスト４０（例えば、ｊｏｉｎ＜ｍｕｌｔｉｃａｓｔ−ａｄｄｒｅｓｓ＞）をゲートウェイ１０に送信し、ゲートウェイ１０が、該リクエストを映像プロバイダ１１１０に転送する（リクエスト４１（例えば、ｊｏｉｎ＜ｍｕｌｔｉｃａｓｔ−ａｄｄｒｅｓｓ＞））。これにより、端末１１が新しいマルチキャストツリーの一部となる。特定のマルチキャストツリーの全てのノードが、特定のチャンネル用の映像フレームを受け取る。いくつかの実施形態において、端末１１はまず、ユニキャストトラフィックを単一のユニキャストサーバから受信を開始して、マルチキャストツリーに切り替わる前に短期間のペイアウトのバッファを構築する。端末１１は、マルチキャストツリーの一部になると、つながった（ｊｏｉｎ）チャンネルに相当するトラフィックフレーム４２を受け取る。リクエスト４０（リクエスト４１で映像プロバイダ１１１０に転送されたもの）内のマルチキャストアドレスを抽出すること、および、マルチキャストツリーに対するメンバーシップを検証することにより、ゲートウェイ１０は、フレーム４０と多重フレーム４２とから有用なデータを抽出し、映像フロー、映像フローマルチキャストアドレスを識別する。各チャンネルが、単一の一意的なテレビチャンネルに相当するため、視聴されている実際のチャンネルを、ルックアップテーブルから抽出することが可能である。さらに、現在の時間を使用して、テレビガイドにインデックス付けして、図３に示すように、エンドユーザにより閲覧されている実際の番組のアイデンティティを取得することができる。ゲートウェイ１０は、抽出したデータをＲＡＭ１０２に格納する。
【００５８】
ウェブソース１１０２と、映像ウェブソース１１０２と、端末１１との間の通信交換の第２の例を示す。端末１１は、映像位置リクエスト４４（例えば、ＨＴＴＰ  ＧＥＴ  ｈｔｔｐ：／／ｗｗｗ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｅａｒｃｈ？＜ｓｅａｒｃｈ−ｓｔｒｉｎｇ＞）をゲートウェイ１０に送信し、ゲートウェイ１０が、該リクエストをウェブソース１１０２に（変更せずに）転送する（リクエスト４５）。ウェブソース１１０２は、映像へのリンクをゲートウェイ１０を介して端末１１に送信することにより応答する（レスポンス４６および４７（例えば、ＨＴＴＰ／１．１  ２００  ＯＫ，  Ｄａｔｅ：Ｔｈｕ，０５Ａｐｒ  ２０１２  １８：５２：２３  ＧＭＴ，Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎ；ｃｈａｒｓｅｔ＝ＩＳＯ−８８５９−１）、これは実際のトラフィックフローに対するヘッダである）。ゲートウェイ１０は、レスポンス４６からから有用なデータを抽出し、これが映像トラフィックではないことを識別する（この場合、ＭＩＭＥ−ＴＹＰＥはｔｅｓｔ／ｐｌａｉｎである）。端末１１は、映像リクエスト４８（例えば、ｈｔｔｐ：／／ｙｏｕｔｕｂｅ．ｃｏｍ／ｖｉｄｅｏｐｌａｙｂａｃｋ？ａｌｇｏｒｉｔｈｍ＝ｔｈｒｏｔｔｌｅ−ｆａｃｔｏｒ＆ｂｕｓｒｔ＝４０＆ｃｌｅｎ＝７５０３８３＆ｃｐ＝Ｕ）をゲートウェイ１０に送信し、ゲートウェイ１０が、該リクエストを映像ウェブソース１１００に転送する（リクエスト４９）。映像ウェブソースは、映像の送信に必要な時間の間に、映像トラフィック（フレーム５１および５２）を端末１１に送信することにより応答する。フレームは、記述がトラフィックフローのコンテンツについての情報で始まる（例えば、ＨＴＴＰ／１．１  ２００  ＯＫ，  Ｄａｔｅ：Ｔｈｕ，０５Ａｐｒ  ２０１２  １８：５２：２３  ＧＭＴ，Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｖｉｄｅｏ／ａｖｉ；ｃｈａｒｓｅｔ＝ＩＳＯ−８８５９−１）。典型的には、ユーザは、映像トラフィックに直接入るための長いＵＲＬには入らずに、代わりに、コンテナページ（例えば、ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ？ｔｏｐｖｉｄｅｏｓ）に進み、コンテナページが映像の一覧を有しているため、そこから１つを選択する。そのような場合、接続のシーケンスを追跡することにより、ゲートウェイ１０は、フレーム５１から有用なデータを抽出し、図３に示すように、映像フロー、映像フローソース、映像フローのタイプ、および映像フローのコンテンツのアイデンティティ、を識別する。ゲートウェイ１０は、抽出したデータをＲＡＭ１０２に格納する。
【００５９】
ウェブソース１１０２と、端末１１との間の通信交換の第３の例を示す。端末１１は、リクエスト５３（例えば、ｈｔｔｐリクエスト）をゲートウェイ１０に送信し、ゲートウェイ１０が、該リクエストをウェブソース１１０２に転送する（リクエスト５４）。ウェブソース１１０２は、例えば、映像フローを含まないレスポンス５５（例えば、ｈｔｔｐレスポンス）を、ゲートウェイ１０に送信することにより応答し、ゲートウェイ１０が、該リクエストを端末１１に転送する（レスポンス５６）。ゲートウェイ１０は、レスポンス５５から有用なデータを抽出し、それが映像トラフィックではないと識別する。
【００６０】
次に、ゲートウェイ１０は、ＲＡＭ１０２に格納される、収集したデータをフレーム５７として（｛時間、装置ＭＡＣアドレス、ＵＲＬ／マルチキャストアドレス、コンテンツ識別子｝であり、これは、サーバとの最後の通信以降に記録された、映像トラフィック４２および５１に相当するここでのデータを含む、全ての映像トランザクションに相当する）サーバ１１１２に送信する。フレーム５７には、収集したデータに相当するフレームのタイプ（例えば、サーバ１１１２により認識される特定のタイプ）、送信先サーバ１１１２のアドレス、ゲートウェイ１０および収集データの識別子またはアドレスが、サーバ１１１２により復号可能な形式で（典型的には、フレーム形式は定義されて、サーバ１１１２により既知であり認識される）含まれる。サーバ１１１２は、受信したデータを格納し、ゲートウェイ１０に対してＡｃｋフレーム５８を用いてデータの受信をアクノリッジする。次に、ゲートウェイは、対応するデータをＲＡＭ１０２から削除する。フレーム５７として送信されたデータには、少なくともＲＡＭ１０２に格納されたデータの一部が含まれ、これには、映像フロー１０２１、映像フロー識別子１０２２、映像フローソース識別子１０２３、映像フロータイプ１０２４、装置識別子１０２６、が含まれる。本発明の一実施形態によると、ゲートウェイ１０は、何らかの統計（｛装置ＭＡＣアドレス、２４時間中に視聴された番組の数｝）を収集データに基づき計算して、得られた統計をサーバ１１１２に専用のフレームを用いて転送し、該フレームはサーバ１１１２による復号が可能である。
【００６１】
別の変形によると、ゲートウェイ１０は、収集データの一部（例えば、同じ装置識別子１０２６または映像フローソース識別子に関連する全てのデータ）を集約して、対応する集約データをサーバ１１１２に送信する。
【００６２】
ゲートウェイ１０によるサーバ１１１２への収集データの送信は、本発明に従う種々の方法で実装することができる。この送信は、イベント（例えば、サーバからのリクエスト、ユーザの操作、規定によるデータの収集、または、特定のソースまたはコンテンツに関連して）によりトリガすることのもできる。これは、周期的に行うこともできる（例えば、一日に一回、または週に一回）。
【００６３】
本発明の他の変形によると、既述の種々の実施形態を組み合わせられてよく、ゲートウェイは、外部のネットワークから端末１１に入る監視フレームから、他の種類のデータ（例えば、映像のサイズ、映像の持続時間、一時停止の回数、映像の早送りまたは巻き戻しの回数）を収集し、このデータ、またはこれらのデータから計算される統計を、サーバ１１１２に送信する。
【００６４】
図５は、本発明の一実施形態に従うゲートウェイ１０の機能要素を示し、以下が含まれる。
−外部ネットワークからフレームを受信することができる送信機５０
−送信機５０が受信するフローの中の映像フローを識別するべく適合され、ステップ３１を実行することができる、識別子モジュール５２
−モジュール５２が識別する映像フローの中の映像フローのタイプを識別するべく適合され、ステップ３４を実行することができる、識別子モジュール５３
−モジュール５２が識別する映像フローのコンテンツを識別するべく適合され、ステップ３５を実行することができる、識別子モジュール５４
−送信機５０が受信するフレームをローカルネットワーク１の装置に転送することができる転送器５１
当然ながら、本発明は既述の実施形態に限定されない。
【００６５】
特に、本発明は、ネットワークの外部からネットワークの１つまたはいくつかの装置に入る何らかのトラフィックを監視するべく適合される任意のタイプのゲートウェイに対応する。
【００６６】
本明細書に記載する実装は、例えば、方法、装置、ソフトウェアプログラムまたはシステムにおいて実装することができる。たとえ、実装のうちの１つの形式の文脈でしか検討されないとしても（例えば、方法または装置としてのみ検討）、検討される特徴の実装は、他の形式（例えば、プログラム）において実装することもできる。ゲートウェイは、例えば、適切なハードウェア、ソフトウェア、およびファームウェアにおいて実装することができる。方法は、例えば、一般に処理装置と呼ばれるプロセッサなどの装置であって、例えば、コンピュータ、マイクロプロセッサ、集積回路、またはプログラム可能論理装置、などにおいて実装することができる。
【００６７】
加えて、方法は、ゲートウェイのプロセッサにより実行されている命令によって実装することができ、そのような命令（および／または一実装により生成されるデータ値）は、プロセッサ可読媒体、例えば、集積回路、ソフトウェアキャリア、または他の記憶装置に格納することができ、他の記憶装置としては、ハードディスク、コンパクトディスク（「ＣＤ」）、光ディスク（例えば、ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｃまたはｄｉｇｉｔａｌ  ｖｉｄｅｏ  ｄｉｓｃと呼ばれることが多いＤＶＤ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、などがある。命令は、プロセッサ可読媒体上で有形に具現化されるアプリケーションプログラムを形成することができる。命令は、例えば、ハードウェア、ファームウェア、ソフトウェアまたは組み合わせ、内にあってよい。命令は、例えば、オペレーティングシステム、別個のアプリケーション、または、この２つの組み合わせ、内に見られるものであってよい。従って、プロセッサは、例えば、処理を実行するべく構成される装置と、処理を実行するための命令を有するプロセッサ可読媒体（記憶装置など）含む装置と、の両方として特徴づけられてよい。さらに、プロセッサ可読媒体は、命令に加えてまたは命令の代わりに、一実装により生成されるデータ値を格納することができる。
【００６８】
当業者には明らかであろうが、実装により、例えば、格納または伝送されてよい情報を搬送するべくフォーマットされる様々な信号が生成される。情報には、例えば、方法を実行するための命令、または、上述の実装のうちの１により生成または取得されるデータ、が含まれてよい。例えば、信号は、上述の一実施形態のシンタックスを読み書きするための規則をデータとして搬送するべく、または、上述の一実施形態実際により書き込まれる実際のシンタックス値をデータとして搬送するべく、フォーマットされてよい。そのような信号は、例えば、電磁波として（例えば、スペクトラムの無線周波数部分を使用して）、または、ベースバンド信号として、フォーマットされてよい。フォーマット設定に含まれるものには、例えば、データストリームの符号化すること、および、符号化されたデータストリームと共にキャリアを変調することある。信号が搬送する情報は、例えば、アナログまたはデジタルの情報であってよい。信号は、周知のように、様々な異なる有線または無線のリンクを介して伝送されてよい。信号はプロセッサ可読媒体上に格納されてよい。
【００６９】
多数の実装について記載した。それでもなお、種々の修正を行うことができることは理解されるであろう。例えば、異なる実装の要素を組み合わせ、補足し、修正し、または削除して、他の実装を生成することができる。加えて、当業者は理解するであろうが、他の構造および処理が、開示されるものにとって代わってよく、その結果得られる実装は、開示される実装と、少なくとも実質的に同じ機能を、少なくとも実質的に同じ様式で実行して、少なくとも実質的に同じ結果を達成するであろう。従って、これらおよび他の実装が本出願により熟考される。
【００７０】
本発明は、映像フローの識別に限定されず、むしろ、音声フローおよび／または映像フローを含む任意の種類のマルチメディアフローの識別、および、映像および音声のデータを含むマルチメディアのフローの任意の組み合わせの識別、に適用される。音声フローの識別は、映像フローの識別と同様に行われる。特に、音声フローは、音声サービス（映像を含まない純粋の音声サービス、または、追加データを有する音声サービス）に相当するものとすることができる。音声フローが受信される場合、ゲートウェイは、音声フローのタイプを識別する。音声フローは、異なるタイプのものがあり、例えば、専用音声フローまたは非専用音声フローである。音声プロバイダサーバは、マルチキャスト送信に基づき専用音声フローを提供している。非専用音声フロの一例は、音声ウェブソースにより提供されるウェブコンテンツ（典型的にはＵＲＬに基づく）である。ゲートウェイ１０は、音声フローのコンテンツのアイデンティティを識別する。本発明の一実施形態において、マルチメディアフローのコンテンツのアイデンティティの識別には、音声フローがマルチメディアサービスに相当する場合に、無線ソース識別子に基づきチャンネル（例えば、無線チャンネル）を抽出すること、が含まれる。特定の一実施形態によると、音声フローのコンテンツのアイデンティティの識別には、マルチメディアフローがウェブ音声コンテンツに相当する場合に、位置識別子により識別されるウェブ位置から音声フローのコンテンツのアイデンティティを収集すること、が含まれる。特に、音声フローであると識別されるフローがＨＴＴＰストリームに相当する場合、ゲートウェイは、ユーザが音声コンテンツの聴取を開始する元々のＵＲＬ／ウェブページ／リソースにロケートし、ウェブ／インターネットの音声フローを識別する。ゲートウェイは、映像フローの識別で行われるものと同様に、音声フローを識別し、必要に応じてパラメータを適合させる。特定の実施形態において、ゲートウェイは、音声フロー自身の何らかのコンテンツおよび／または遠隔のネットワークからローカルネットワークに送信された以前のフレーム内のコンテンツを使用して、および／または、ローカル装置により遠隔のネットワークに送信されたいくつかのコマンド（巻き戻し、早送りなど）を使用して、および／または、統計的方法を使用して（フローがウェブフローに相当する場合は、少なくとも音声フローに対応する定義された範囲（例えば、データレート６４ｋビット／秒）のパラメータを用いる）、音声フローを識別する。映像フローと同様に、特定の実施形態において、ゲートウェイは音声フローソースを識別し、これには、音声フローがウェブ映像に相当する場合に、位置識別子を識別すること含まれる。一実施形態によると、音声フローのタイプの識別には、フローがウェブフローに相当する場合に、フローのコンテンツヘッダを調べることが含まれる。いくつかの実施形態によると、音声フローのコンテンツのアイデンティティの識別には、マルチメディアフローがマルチメディアサービスに相当する場合に、番組ガイドからコンテンツのアイデンティティを抽出することが含まれる。映像と同様に、ゲートウェイは、識別された音声フローを消費する送り先装置を識別し、かつ、音声フローのコンテンツと、可能ならば、異なる変形に従って、少なくとももう１つのパラメータと、をサーバに送信する。
【００７１】
本発明の異なる変形によると、ゲートウェイは、ゲートウェイが監視するマルチメディアフロー（音声および／または映像）の全て、または、マルチメディアフローの一部（例えば、明確に識別されるフロー（すなわち、明示的にマルチメディアフローであるとは識別されないフローを識別するための統計的方法などの方法を使用することなく識別される））を識別する。他の変形によると、ゲートウェイは監視時のフィルタに適用される（例えば、あるタイプのトラフィックまたは特定のコンテンツのみが監視され、遠隔のサーバに報告される）。
【図１】
2015029268.tif 000003
【図２】
2015029268.tif 000004
【図３】
2015029268.tif 000005
【図４】
2015029268.tif 000006
【図５】
2015029268.tif 000007
【外国語明細書】
2015029268000001.pdf