(57)【特許請求の範囲】
【請求項１】
ユーザ（ＥＵ）によって受信されるビデオ番組を、そのビデオ番組内に含まれるオーディオシーケンスを識別することによって識別するための方法であって、サーバによって実行される、
複数の基準オーディオシーケンスを受信し、さらにそれらのシーケンスのそれぞれに関して、シグネチャおよび基準オーディオシグネチャ識別子を受信するステップ（１−６）と、
ユーザによって受信されるビデオ番組を記述し、さらに識別されるべきビデオ番組と並行してブロードキャストされる番組案内によって供給される情報を考慮に入れて、一連の基準オーディオシグネチャ識別子を事前選択するステップと、
次に、これらの事前選択された識別子にそれぞれ対応するシグネチャを、ユーザによって受信されるビデオ番組内に含まれるオーディオシーケンスを表すシグネチャと互いに関係付け、さらに事前選択された識別子のなかから、最も強い相互関係を示す識別子を、オーディオシーケンスを識別するために選択し、さらに、その結果、ユーザによって受信されるビデオ番組を識別するステップ（９）とから成り、
一連の基準オーディオシグネチャ識別子を事前選択する（８）ために、
ユーザを識別するデータ、ユーザが受信しているチャネルを識別するデータ、およびコマンドの日付と時刻を含む、ユーザがさらなるサービスを利用することを所望することを示すコマンドメッセージを受信するステップ（１１）と、
一連の基準オーディオシグネチャ識別子を事前選択するために、前記ユーザを識別する前記データ、前記ユーザが受信している前記チャネルを識別する前記データ、および前記コマンドの前記日付と時刻をさらに考慮に入れるステップ（８）とからさらに構成され、
ユーザが受信することができるすべての番組を受信することができる前記サーバに接続された局（Ｒ）により受信する、前記ユーザが受信しているチャネルを識別するデータに対応する番組内に含まれるオーディオシーケンスを次々に表す一連のシグネチャを計算することにより、ユーザによって受信されるビデオ番組内に含まれるオーディオシーケンスを表す前記シグネチャを計算するステップ（１２）をさらに有することを特徴とする、方法。
【請求項２】
前記サーバによって実行される、
認識されたオーディオシーケンスの識別子に対応する基準オーディオシーケンスの意味的記述を受信するステップ（６）と、
ユーザに提供され得るさらなるサービスにそれぞれ対応する記述を受信するステップ（７）と、
次に、この意味的記述を、ユーザに提供され得るさらなるサービスにそれぞれ対応する記述と比較し、さらに当該のユーザに提供すべき少なくとも１つのさらなるサービスを選択するステップ（１０）と、
最後に、このさらなるサービスを当該のユーザに関して活性化するステップをさらに備える、請求項１に記載の方法。
【請求項３】
さらなるサービスが、ユーザ（ＥＵ）がさらなるサービスを利用することを所望することを示すメッセージをユーザが送信した場合に限って、活性化される、請求項２に記載の方法。
【請求項４】
所与のユーザ（ＵＥ）によって受信されるビデオ番組を、識別されるべきビデオ番組に関連するオーディオシーケンスを識別することによって識別するためのサーバ（ＡＳ）であって、
請求項１から３のいずれか一項に記載の方法を実施するためのソフトウェア手段を備えることを特徴とする、サーバ（ＡＳ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザによって受信されるビデオ番組のストリーム内のビデオ番組のビデオシーケンスを識別するための方法およびサーバに関する。
【背景技術】
【０００２】
本発明は、ユーザによって受信されるビデオ番組のストリーム内のビデオ番組のビデオシーケンスを識別するための方法およびサーバに関し、このストリームが、ブロードキャストモードで、またはピアツーピアモードで、地上テレビネットワークを介して、またはケーブルテレビネットワークを介して、またはモバイル電話ネットワークを介して、またはインターネットなどを介して伝送される。ブロードキャストモードが使用される（例えば、地上伝送）場合、所与のユーザに固有のさらなるサービスが、インターネットなどの別のチャネルを介して提供されることが可能である。ピアツーピアモードが使用される場合、所与のユーザに固有のさらなるサービスが、インターネットなどの同一のチャネルを介して提供されることが可能である。例えば、Ａｃｔｉｖｅｖｉｄｅｏという企業（ｈｔｔｐ：／／ｗｗｗ．ａｃｔｉｖｅｖｉｄｅｏ．ｃｏｍ）が、インターネットを介して伝送され、さらに従来のテレビ番組と対話型ウェブサービスをそれぞれが組み合わせるビデオストリームを提供する。各フローは、インターネットによって接続されたサーバによって構築され、さらに単一のユーザに送られる単一のＭＰＥＧストリームである。ユーザによって受信されているビデオシーケンスが正常に識別される場合、その識別されたシーケンスに正確に対応するさらなるサービス、すなわち、商取引の提案、エンターテイメントオプション、情報、広告などをユーザに提供することが可能である。
【０００３】
この識別は、困難である。この識別のために、ユーザがビデオ番組を選択することを可能にするように設計された以下の２つのツールが使用され得る：
−  スケジュールされた時間（特にマスメディアにおいて公開された時間）が、ビデオ番組の各パッケージの中の番組のコンテンツを前もって記述する。
−  電子案内が、その案内が参照された時点における、そのパッケージの各ビデオストリーム上の現在の番組を記述するために各パッケージに関連付けられる。
【０００４】
しかし、この情報は、これらのツールは、番組をシーケンスごとの細かいレベルで記述しないため、番組内のビデオシーケンスを識別するのに十分なだけ正確ではないだけでなく、番組を確実に識別するのにさえ十分なだけ正確ではない。さらに、多くの番組は、スケジュールされた時間を過ぎて先延ばしにされ、または直前に差し換えられさえする。したがって、ビデオシーケンスを識別するためのより正確な方法を見出すことが必要である。
【０００５】
ビデオシーケンスが含むオーディオシーケンスを識別することによってビデオシーケンスを識別することが考えられる。オーディオシーケンスを識別するための方法は、知られている。国際公開第２００８／４２９５３号パンフレットが、モバイル電話機によって受信される曲などのオーディオシーケンスを識別するための方法を説明する。この知られている方法は、そのオーディオシーケンスを記録し、次に、その記録されたオーディオシーケンスを、多くのオーディオシーケンスをそれぞれが表す基準シグネチャを格納するサーバに送ることから構成される。各基準シグネチャは、数秒から数分続く時間の間隔中に、知られているオーディオシーケンスに基づいて前もって計算されている。各シグネチャはそれぞれ、例えば、周波数スペクトルの複数のセグメント内のエネルギー測定値から構成される。知られている識別方法は、受信されるオーディオシーケンスに基づいて一連のシグネチャを計算すること、および計算された各シグネチャをアーカイブされた各基準シグネチャと互いに関係付けることから構成される。或る計算されたシグネチャが、或るアーカイブされた基準シグネチャに対応する場合、サーバは、識別を確認するようユーザに求めるために、その基準シグネチャに関連するＩＤ（曲の題名）、およびその基準シグネチャと一緒に前もって格納されていた対応するオーディオシーケンス（曲）からの抜粋をユーザに送る。次に、サーバは、ユーザにサービス（このようにして識別された曲を購入する）を提供する。これらの知られている方法の欠点は、受信されるオーディオシーケンスに基づいて計算される各シグネチャと互いに関係付けるべき基準シグネチャの数が多いことにより、識別が遅いことである。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】国際公開第２００８／０４２９５３号
【非特許文献】
【０００７】
【非特許文献１】ｈｔｔｐ：／／ｗｗｗ．ａｃｔｉｖｅｖｉｄｅｏ．ｃｏｍ
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明の目的は、オーディオシーケンスを、ユーザに提供されるべき新たなサービスに迅速に適応させるために、識別されるべきオーディオシーケンスの選択を容易に変更することを可能にしながら、この遅さを改善することである。
【課題を解決するための手段】
【０００９】
本発明の目的は、ユーザによって受信されるビデオ番組を、そのビデオ番組内に含まれるオーディオシーケンスを識別することによって識別するための方法であって：
−  複数の基準オーディオシーケンスを受信し、さらに、それらのシーケンスのそれぞれに関して、シグネチャ、および基準オーディオシグネチャ識別子を受信するステップと、
−  ユーザによって受信されるビデオ番組を記述し、さらに識別されるべきビデオ番組と並行して番組案内ブロードキャストによって提供される情報を考慮に入れて、一連の基準オーディオシグネチャ識別子を事前選択するステップ（８）と
次に、これらの事前選択された識別子にそれぞれ対応するシグネチャを、ユーザによって受信されるビデオ番組内に含まれるオーディオシーケンスを表すシグネチャと互いに関係付け、さらに事前選択された識別子のなかから、最も強い相互関係を示す識別子を、オーディオシーケンスを識別するために選択し、さらに、その結果、ユーザによって受信されるビデオ番組を識別するステップとから構成されるステップを備え、
一連の基準オーディオシグネチャ識別子を事前選択するために：
−  ユーザが、さらなるサービスを利用することを所望することを示すコマンドメッセージを受信し、このメッセージが、ユーザを識別するデータ、ユーザが受信しているチャネルを識別するデータ、およびコマンドの日付と時刻を含むステップと、
−  一連の基準オーディオシグネチャ識別子を事前選択するためにこのデータをさらに考慮に入れるステップとからさらに構成される方法である。
【００１０】
好ましい実施形態において、本発明の方法は：
認識されたオーディオシーケンスの識別子に対応する基準オーディオシーケンスの意味的記述を受信するステップと、
ユーザに提供され得るさらなるサービスにそれぞれ対応する記述を受信するステップと、
次に、この意味的記述を、ユーザに提供され得るさらなるサービスにそれぞれ対応する記述と比較し、さらに当該のユーザに提供すべき少なくとも１つのさらなるサービスを選択するステップと、
最後に、このさらなるサービスを当該のユーザに関して活性化するステップとからさらに構成される。
【００１１】
好ましい実施形態において、本発明の方法は、ユーザがさらなるサービスを利用することを所望することを示すメッセージをユーザが送信した場合に限って、選択されたサービスを活性化するステップからさらに構成される。
【００１２】
本明細書に添付された唯一の図の以下の説明を読むと、本発明が、よりよく理解され、さらに他の特徴が、明白となろう。
【図面の簡単な説明】
【００１３】
【図１】本発明の方法を実施するのに適したソフトウェア手段を実行する従来のアプリケーションサーバＡＳの例を機能的に示す図である。
【発明を実施するための形態】
【００１４】
例として考慮されるユーザＥＵが、ゲートウェイＧによってインターネット（図示せず）に接続されたテレビセットを有する。このゲートウェイＧは、ゲートウェイＧが、ビデオ番組のパッケージを受信するため、およびゲートウェイＧが受信しているビデオ番組に接続されたさらなるウェブサービスを利用するために、インターネットを介してＡＳサーバおよびインターネットサービスプロバイダと通信することを可能にするソフトウェア手段を備える。ユーザＥＵは、このゲートウェイにコマンドを送る、受信チャネルを変更する、またはさらなるサービスを利用することを要求するリモコンを有する。
【００１５】
このゲートウェイＧは、ゲートウェイＧがコマンドを受信すること、およびコマンドを：
−  当該のユーザによって選択されたチャネルを介してビデオ番組、および任意のさらなるサービスを送るインターネットサービスプロバイダに、
−  さらに、さらなるサービスを利用する要求であるコマンドを検出するため、および受信されているオーディオシーケンスの識別を円滑にするために、それらのコマンドに含まれる情報を使用するサーバＡＳに転送することを可能にするソフトウェア手段を備える。
【００１６】
サーバＡＳは、ユーザＵＥなどのユーザが受信することができるパッケージの番組のすべてを受信する衛星受信局Ｒにさらに接続される。
【００１７】
このサーバＡＳは、以下を備える：
−  テレビ製作者ＴＶＰが、識別されるべきビデオ番組を記述する情報（基準オーディオシーケンス、ビデオ番組内のオーディオシーケンスの順序、基準オーディオシーケンスのそれぞれの識別子、および基準オーディオシーケンスのそれぞれの意味的記述）をサーバＡＳに供給することを可能にするインターフェースを構成するソフトウェアモジュール１。基準オーディオシーケンスの意味的記述は、ＡＳサーバが、ユーザに提供するサービスを、そのユーザによって受信されるビデオ番組において同一のオーディオシーケンスが識別された際に、決定することを可能にする。モジュール１は、各基準オーディオシーケンスに関するシグネチャを決定し、さらに基準オーディオシーケンス識別子を関連付ける。
−  ユーザによって受信されるビデオ番組において、基準オーディオシーケンスの識別中に提供され得るさらなるサービスを記述する情報を、サービスプロバイダＳＰがサーバＡＳに供給することを可能にするインターフェースを構成するソフトウェアモジュール２。
−  番組案内メモリにおいて（題名、使用されるチャネル、時間帯）書き込むため、および読み取るためのソフトウェアモジュール３。この案内は、パッケージのビデオ番組の各ビデオ番組と同時に配信される。
−  メモリにおいて、識別されるべきビデオ番組を記述する情報（オーディオシーケンスの順序、および基準オーディオシーケンスのそれぞれの識別子）のいくらかを書き込むため、および読み取るためのソフトウェアモジュール４。
−  メモリにおいて、基準オーディオシーケンスを表すシグネチャを書き込むため、および読み取るためのソフトウェアモジュール５。
−  メモリにおいて、オーディオシーケンスの意味的記述を書き込むため、および読み取るためのソフトウェアモジュール６。
−  メモリにおいて、さらなるサービスの記述を書き込むため、および読み取るためのソフトウェアモジュール７。
−  特に、モジュール３によって供給される、識別されるべきビデオ番組と並行して配信される番組案内（題名、使用されるチャネル、スケジュールされた時間）によって供給される、特にユーザによって受信される番組を記述する情報に応じて、モジュール４によって格納されたシグネチャにそれぞれが対応する識別子のなかから、一連の基準オーディオシーケンスシグネチャ識別子を事前選択するためのソフトウェアモジュール８。
−  −−  ユーザ、例えば、ＥＵが受信しているビデオ番組から抽出されたオーディオシーケンスを表すシグネチャを受信するため、−−  モジュール８によって事前選択された一連の基準オーディオシーケンスシグネチャ識別子を受信するため、
−−  モジュール５を介して、それらの事前選択された識別子にそれぞれ対応するシグネチャを読み取るため、
−−  次に、このように読み取られた基準シグネチャを、ユーザＥＵが受信しているビデオ番組から抽出されたオーディオシーケンスを表すシグネチャと互いに関係付けるため、
−−  さらに、受信されるオーディオシーケンスを識別するため、さらに、その結果、ユーザＥＵによって受信されているビデオ番組を識別するために、それらの事前選択された識別子のなかから、最も強い相互関係を示す識別子を選択するためのソフトウェアモジュール９。
−  −−  モジュール６を介して、受信されるオーディオシーケンスの識別子に対応する基準オーディオシーケンスの意味的記述を読み取るため、
−−  次に、モジュール７を介して、さらなるサービスの記述を読み取り、さらに読み取られた記述を、受信されるオーディオシーケンスの意味的記述と比較し、さらに、その結果、その意味的記述に対応する１つまたは複数のさらなるサービスを識別するため、
−−  さらに、最後に、それらのさらなるサービスを当該のユーザＥＵに提供するためのソフトウェアモジュール１０。
−  −−  インターネットを介してゲートウェイＧから、サーバＡＳ、またはインターネットサービスプロバイダにアドレス指定された、ユーザＥＵなどのユーザによって送信されたコマンドメッセージのすべてを受信するため、
−−  このデータを保存し、次に、一連の基準オーディオシーケンスシグネチャ識別子を事前選択するためにこのデータを考慮に入れるモジュール８に、このデータを再送するためのソフトウェアモジュール１１。
−  ユーザ、特にユーザＵＥが受信することができるすべての番組を受信することができるように局Ｒに接続され、さらに当該のユーザＵＥが受信しているチャネルの識別子を受け取るためにモジュール１１に接続されたソフトウェアモジュール１２であって、
−−  当該のユーザＥＵによって、そのユーザＥＵが、さらなるサービスを利用することを要求するためにサーバＡＳにコマンドを送信している時点で、受信される番組を選択するため、
−−  そのユーザＥＵによって受信される番組内に含まれるオーディオシーケンスを次々に表す一連のシグネチャを計算するため、
−−  さらに、その一連のシグネチャをモジュール９に供給するためのソフトウェア手段を備えるモジュール１２。
【００１８】
例えば、所与の広告に付随するオーディオシーケンスに関して、テレビ製作者ＴＶＰが、その広告によって販売促進される「製品タイプ」および「ブランド」を示す。この意味的記述は、モジュール６によって格納される。そのオーディオシーケンスがモジュール９によって識別された時点で、この意味的記述は、モジュール１０が、モジュール７を介して、その意味的記述に対応するさらなるサービスのそれぞれの記述、例えば、その製品タイプおよびそのブランドについてのさらなる情報を獲得することを可能にするウェブページまたは電話番号を探索することによって、そのユーザに提供されるべきサービスのリストを決定することを可能にする。
【００１９】
テレビ製作者ＴＶＰは、それらのオーディオシーケンスを明確に識別されたサービスに直接に関連付けることはしない。このことは、それらのサービスとオーディオシーケンスを独立に管理することを可能にする。例えば、或るＴＶシリーズに関連付けられたオーディオシーケンスが最初にブロードキャストされる際、対応するＤＶＤの販売が提供されることが可能であり、さらに、後に、フィギュアの販売、役者が身に付ける衣服と同一の衣服の販売などの他のサービスが、提供されることが可能である。
【００２０】
第１の態様によれば、ユーザは、インターネットサービスプロバイダを宛先とし、さらにチャネルを変更するチャネル識別子を含む１つのチャネル選択コマンドを送信することだけしかできない。ソフトウェアモジュール１０が、一度所定のオーディオシーケンスが検出されていると、ユーザがさらなるサービスを利用することを求めていなくても、当該のユーザＥＵに関するさらなるサービスを活性化する。
【００２１】
第２の実施形態によれば、ユーザは、以下の２つのタイプのコマンドを送信することができる：
−  インターネットサービスプロバイダを宛先とし、さらにチャネルを変更するチャネル識別子を含むチャネル選択コマンド。
−  または、ユーザを識別し、ユーザが受信しているチャネルを識別するデータ、およびコマンドの日付と時刻を含む、さらなるサービスを要求するコマンド。
【００２２】
第１の実施形態によれば、一連の基準オーディオシーケンスシグネチャ識別子を事前選択するためのソフトウェアモジュール８は、前回のチャネル選択コマンドによって選択されたチャネルに関して、モジュール３を介して、番組案内によって供給される情報（題名、使用されるチャネル、スケジュールされた時間）だけを考慮に入れる。さらに、モジュール１０が、モジュール１１の関与の範囲内で、当該のユーザＥＵに関するさらなるサービスを活性化する。
【００２３】
第２の実施形態によれば、ソフトウェアモジュール８は、さらなるサービスを要求する各コマンド内に含まれるデータをさらに考慮に入れる。ソフトウェアモジュール８は、その結果、いずれの日付と時刻に、そのユーザが、さらなるサービスを利用する所望を表明したかを知る。その日付とその時刻は、受信される番組の或るコンテンツに対応し、そのコンテンツは、そのコンテンツに潜在的に関連付けられた少なくとも１つのさらなるサービスに対するユーザの関心を引いている。このことは、いずれのさらなるサービスがユーザの関心を引いたかを、より高い精度で特定することを可能にする。その提案されるサービスは、多分、より適合しており、したがって、ユーザによってより高く評価される。さらに、モジュール１０がモジュール１１によって供給されるコマンド信号を受信した場合に限って、つまり、モジュール１１が、ユーザＥＵによって送信された、さらなるサービスを要求するコマンドを受信した場合に限って、モジュール１０が、さらなるサービスを活性化するように、モジュール１０がモジュール１１に接続される。
【００２４】
この２つの実施形態では、ソフトウェアモジュール８が、モジュール３によって供給される少なくとも案内の情報を考慮に入れるという事実のお陰で、ソフトウェアモジュール８は、オーディオシーケンスを大抵、事前選択する。それらの事前選択される識別子は、モジュール４によって格納されるシグネチャのセットに対応する識別子と比べて、はるかに数が少ない。したがって、識別されるべき各オーディオシーケンスに関して実行すべき相互関係計算の数は、大幅に減らされる。その結果、ビデオ番組の識別は、知られている方法と比べて、はるかに迅速である。
【図１】
0005509347.tif 000002