JP2014032669A - ユーザデバイス、第２画面システム、および、第２画面に第２画面情報をレンダリングする方法 - Google Patents

Abstract

【課題】第２画面デバイス（１１６）上で第２画面情報をレンダリングする方法。
【解決手段】ユーザデバイス（１１２）は、コンテンツデータストリームのソースを特徴付ける情報と、コンテンツデータストリームとを受信し（Ｓ２１、Ｓ２３）、この情報とユーザデバイス（１１２）の時間とを含む複数のパラメータを使用して透かしペイロードを生成し（Ｓ２４）、透かしペイロードを含む透かしをコンテンツデータストリームに挿入し（Ｓ２５）、コンテンツデータストリームはレンダリングされる。第２画面デバイス（１１６）は、透かしを取り込み（Ｓ２７）、透かしペイロード、次いで複数のパラメータのうちの少なくとも１つを抽出し、少なくとも１つの抽出したパラメータを使用して要求を生成し、要求はサーバ（１４０）に送信する。第２画面デバイス（１１６）は、要求に応答してサーバ（１４０）から情報を受信し、受信した情報を第２画面（１１６）の画面に表示する。
【選択図】図１

Description

本発明は一般に、ディジタルコンテンツの配信に関し、特に、ディジタルコンテンツへのアクセスを制御することに関する。

このセクションは、技術分野の様々な態様に、読者を導くことを意図しており、これらの態様は、以下に記述および／または特許請求する本発明の様々な態様に関係する可能性がある。この考察は、本発明の様々な態様のよりよい理解を容易にするための背景情報を読者に提供する助けになると考えられる。したがって、これらの言明は、このことに鑑みて読まれるべきであり従来技術の容認として読まれるべきではないことを理解されたい。

いわゆる「第２画面」が、ますます普及しつつある。通常はテレビジョン（「主画面」）と対話して、主画面に表示されたコンテンツとの対話性を提供するかまたは主画面に表示されたコンテンツに追加情報を提供するのは、タブレットやスマートフォンなどの補助電子デバイスだと言えるであろう。一例は、主画面には野球の試合を表示し、第２画面には選手の統計を表示することである。別の例は、対話式クイズである。この場合、主画面に提示された問題に対する回答を、第２画面を使用して入力することができ、それにより観客がゲームに参加することができる。

主画面に表示されるコンテンツと第２画面に表示されるコンテンツとの間の同期が、ライブコンテンツに関しては特に必要とされていることが、理解されるであろう。

これまで、この同期を提供するために３つの主要な技法が使用されてきた。これらは、メタデータ、フィンガプリンティング、および透かしである。

メタデータ技法では、放送者が、ビデオデータストリームにメタデータを組み込む。ユーザの構内で、ビデオデータストリームは、例えば主画面自体またはセットトップボックス（ＳＴＢ）によって、メタデータから分離される。したがって、主画面はビデオデータストリームを受信してレンダリングし、メタデータは第２画面に送信され、第２画面は、メタデータの一部を使用して、メタデータの残りの部分をビデオデータストリームと同期させる。この技法の欠点は、メタデータを分離して送信デバイスと、第２画面との間の接続が必要なことである。

フィンガプリンティング技法では、ビデオデータストリームが、主画面に送信され、主画面においてレンダリングされる。第２画面は、レンダリングされたコンテンツの少なくとも一部、好ましくは音声を取り込み、音声フィンガプリント（いわゆる「ＤＮＡ」フィンガプリント）を計算する。次いで第２画面は、ＤＮＡフィンガプリントを特別なサーバに送信する。このサーバは、複数のチャネルについてのＤＮＡフィンガプリントを計算し（または放送者から受信し）、第２画面から受信したＤＮＡフィンガプリントをそれ自体のＤＮＡフィンガプリントと比較する。一致があるときは、サーバは、チャネルおよび時間を第２画面に返す。この解決法の欠点は、このアーキテクチャがいくぶん複雑でコストがかかる（時間およびリソースを消費する）ことである。加えて、サーバには、同じコンテンツを放送する２つのチャネル間の違いがわからない。

透かし技法では、放送者が、ビデオデータストリームの音声部分に透かしを挿入する。透かしは、時間およびチャネルを一意に識別する。主画面がコンテンツをレンダリングするとき、第２画面は、音声を取り込み、透かしを抽出し、時間およびチャネルを得ることができる。欠点は、放送者がコンテンツに透かしを入れなければならないことであり、これは常に望まれることではない。というのは、これはコンテンツワークフローの修正を必要とし、また、透かしはコスト（性能、ライセンス、音質など）を有する可能性があるからである。

したがって、主画面と第２画面との間で同期をとるための改善された技法を提供する解決法が必要とされていることが、理解されるであろう。本発明は、このような解決法を提供する。

第１の態様では、本発明は、第２画面システム中で使用されるように構成されたユーザデバイスを対象とする。ユーザデバイスは、コンテンツデータストリームを受信することと、複数のパラメータを使用して透かしペイロードを生成することであって、パラメータが、コンテンツデータストリームのソースを特徴付ける少なくとも１つの値、およびユーザ情報を含むことと、透かしペイロードを含む透かしをコンテンツデータストリームに挿入して透かし入りコンテンツデータストリームを得ることと、透かし入りコンテンツデータストリームを出力することとを行うように構成されるプロセッサを備える。

第１の実施形態では、プロセッサは、コンテンツデータストリームのソースを特徴付ける少なくとも１つの値を受信するように構成される。

第２の実施形態では、さらなるパラメータは、ユーザデバイスの時間である。

第３の実施形態では、コンテンツデータストリームのソースを特徴付ける少なくとも１つの値は、チャネルと、コンテンツ識別子と、放送者の識別子と、コンテンツ所有者の識別子と、コンテンツ視聴率情報と、ＵＲＬリダイレクションとのうちの少なくとも１つを含む。

第４の実施形態では、ユーザ情報は、ユーザ識別子とユーザ選好とのうちの少なくとも一方を含む。ユーザ識別子は、ユーザの識別子と、ユーザデバイスの識別子と、加入の識別子とのうちの少なくとも１つを含むことが有利である。

第５の実施形態では、ユーザデバイスは、透かし入りコンテンツデータストリームをレンダリングするように構成されたレンダリングデバイスをさらに備える。

第２の実施形態では、本発明は、第１の態様のユーザデバイスと、透かし入りコンテンツデータストリームをレンダリングするためのレンダリングデバイスと、第２画面デバイスとを備える第２画面システムを対象とし、第２画面デバイスは、画面と、レンダリングされた透かし入りコンテンツデータストリームから透かしを取り込むためのインタフェースと、プロセッサとを備え、プロセッサは、取り込まれた透かしから透かしペイロードを抽出し、透かしペイロードから複数のパラメータのうちの少なくとも１つを抽出し、少なくとも１つの抽出したパラメータを使用して要求を生成し、要求をサーバに送信し、要求に応答してサーバから情報を受信し、受信した情報を画面に表示するように構成される。

第１の実施形態では、ユーザデバイスおよび第２画面デバイスは、ローカルネットワーク中に位置する。

第２の実施形態では、ユーザデバイスのプロセッサは、透かしを繰り返し生成および挿入するように構成される。

第３の態様では、本発明は、第２画面システム中の第２画面デバイス上で第２画面情報をレンダリングする方法を対象とする。ユーザデバイスは、コンテンツデータストリームを受信し、複数のパラメータを使用して透かしペイロードを生成し、パラメータは、コンテンツデータストリームのソースを特徴付ける少なくとも１つの値、およびユーザ情報を含み、ユーザデバイスは、透かしペイロードを含む透かしをコンテンツデータストリームに挿入して透かし入りコンテンツデータストリームを得る。ユーザデバイスまたはレンダリングデバイスは、透かし入りコンテンツデータストリームをレンダリングする。第２画面デバイスは、レンダリングされた透かし入りコンテンツデータストリームから透かしを取り込み、取り込んだ透かしから透かしペイロードを抽出し、透かしペイロードから複数のパラメータのうちの少なくとも１つを抽出し、少なくとも１つの抽出したパラメータを使用して要求を生成し、要求をサーバに送信し、要求に応答してサーバから情報を受信し、受信した情報を第２画面の画面に表示する。

第１の実施形態では、ユーザデバイスは、コンテンツデータストリームのソースを特徴付ける少なくとも１つの値を受信する。

第２の実施形態では、さらに他のパラメータは、ユーザデバイスの時間である。

第３の実施形態では、コンテンツデータストリームのソースを特徴付ける少なくとも１つの値は、チャネルと、コンテンツ識別子と、放送者の識別子と、コンテンツ所有者の識別子と、コンテンツ視聴率情報と、ＵＲＬリダイレクションとのうちの少なくとも１つを含む。

第４の実施形態では、ユーザ情報は、ユーザ識別子とユーザ選好とのうちの少なくとも一方を含む。

次に、添付の図面を参照しながら、非限定的な例として、本発明の好ましい特徴について述べる。
本発明の好ましい一実施形態によるシステムを示す図である。 本発明の好ましい一実施形態による、第２画面の同期方法を示す図である。

図１に、本発明の好ましい一実施形態によるシステム１００を示す。システム１００は、（ビデオ）コンテンツをデータストリーム中で放送する放送者１２０を含む。コンテンツは、第１のユーザデバイス１１２（例えばセットトップボックス（ＳＴＢ）など）によって受信される。第１のユーザデバイス１１２は通常、まずコンテンツを処理し、次いでコンテンツを主画面１１４に転送する。主画面１１４において、コンテンツはレンダリングされる。第２画面１１６は、コンテンツが主画面１１４によってレンダリングされるときに、コンテンツの少なくとも一部、好ましくは音声を、取り込むように構成される。第１のユーザデバイス１１２、主画面１１４、および第２画面１１６は、通常、ローカルネットワーク１１０、例えばホームネットワークに含まれる。

第１のユーザデバイス１１２、主画面１１４、および第２画面１１６は、一般的にはユーザの家庭に位置するが、必ずしも同位置にあるとは限らない。第２画面１１６は、主画面１１４によってレンダリングされたコンテンツの一部を、何らかのやり方で取り込むことができるべきである。

システム１００は、ネットワーク１３０、有利にはインターネット、およびサーバ１４０をさらに含む。

ネットワーク１００中のエンティティはそれぞれ、正しく機能するための必要構成要素、ソフトウェア、およびハードウェア、例えば少なくとも１つのプロセッサやメモリやインタフェースなどを備えるが、これらは当業者に周知であるので、これらについては詳細に述べないことは理解されるであろう。

また、代替的実施形態における第１のユーザデバイス１１２は、ゲートウェイ、パーソナルビデオレコーダ（ＰＶＲ）、セットトップボックス（ＳＴＢ）、コネクテッドＴＶ、ゲームコンソール、またはコンピュータとすることができること、および、第１のユーザデバイス１１２の機能を主画面１１４に組み込むことすらできることも、理解されるであろう。

本発明の主要な考え方は、コンテンツが処理されるときに、第１のユーザデバイス１１２がコンテンツに透かしを挿入することである。これは、コンテンツがレンダリングされる（例えばＳＴＢによって）とき、または、あり得る将来のレンダリングのためにコンテンツが記憶される（例えばＰＶＲによって）とき、または、コンテンツが転送される（例えばゲートウェイによって）ときに行うことができる。透かしのペイロードは、好ましくは以下の少なくとも３つのパラメータに依存する値を含む。
− コンテンツのレンダリング前に受信された値α。値αは、ソースを特徴付ける値のセットであり、チャネル、コンテンツ識別子（例えばＳｈｏｗＶｉｅｗコード、タイトル、またはハッシュ値）、放送者の識別子、コンテンツ所有者の識別子、およびコンテンツ視聴率情報などの情報を含むが、αはまた、「ｂｉｔ．ｌｙ／ｒＬｒＮａ６」のようなＵＲＬリダイレクションであってもよい。値αは、種々の方法で受信することができ、例えば、コンテンツ冒頭の隠しフレーム中で、または電子番組ガイド（ＥＰＧ）のフィールド中で受信することができる。
− 第１のユーザデバイス１１２の時間ｔ。
− ユーザ情報。ユーザ情報は、識別子ＩＤとユーザ選好との一方または両方とすることができる。識別子ＩＤは、名前など、ユーザの直接的な識別子であってもよく、または、第１のユーザデバイス１１２の識別子、例えばシリアル番号や加入番号など、間接的な識別子であってもよい。識別子は、場合によっては、複数の第１のユーザデバイス１１２間により共有されることもある。ユーザ選好は、ユーザの購入履歴や閲覧習慣（の一部）など、ユーザに関係する機密情報を含んでよいが、ユーザの気分（ユーザによって入力される）など、機密でない情報を含んでもよい。

第２画面１１６は、透かしが主画面１１４によってレンダリングされるときに、当技術分野で知られるように透かしを取り込み、ペイロードおよび好ましくはパラメータを抽出する。

図２に、本発明の好ましい一実施形態による、第２画面の同期方法を示す。

放送者１２０は、任意の適切な方式で、例えば前述のように、値αを第１のユーザデバイス１１２に送信する（Ｓ２１）。放送者１２０はまた、コンテンツデータストリームも送信する（Ｓ２２）。第１のユーザデバイス１１２は、値αを受信し、コンテンツデータストリームも（場合によっては一緒に）受信する（Ｓ２３）。

第１のユーザデバイス１１２は、透かしペイロードを生成し（Ｓ２４）、透かしをコンテンツに挿入する（Ｓ２５）。この生成および挿入は、時間ｔを使用した正確な同期を確実にするために、繰り返し実施されることが好ましい。

主画面１１４は、透かし入りコンテンツをレンダリングする（Ｓ２６）。銘記されるであろうが、透かし入りコンテンツは、「ライブ」または録画済みのものとすることができる。第２画面１１６は、透かしを取り込み（Ｓ２７）、パラメータを抽出し（Ｓ２８）、パラメータを使用して、ネットワーク１３０を介してサーバ１４０から情報を取り出す（Ｓ２９）。この情報は、時間ｔと、チャネル（αに基づく）と、ユーザ情報とに関係するものであることが有利である。第２画面１１６によって送信される要求はまた、第２画面の識別子、第１のユーザデバイス１１２がコンテンツを受信した時間、またはクイズショーの回答など、さらなる情報を含んでもよい。サーバに送信される典型的な要求は、以下のとおりである。
ｈｔｔｐ：／／ｓｅｃｏｎｄ−ｓｃｒｅｅｎ／？ｌｏｇｉｎ＝ｉｄ＆ｃｈａｎｎｅｌ＝α＆ｔｉｍｅ＝ｔ

第１のユーザデバイス１１２が透かしを繰り返し生成する場合（この場合、各透かしは異なる時間を有することが好ましい）、第２画面１１６は、継続的に、透かしを取り込み、一番最近のパラメータを使用して要求を生成することが好ましい。

要求に対する応答は、コマーシャル、スポーツ統計、異なる場面、または異なる角度（ユーザによって選択された）から見た場面、クイズショーの回答の正しさに応じた所与の数のポイントとすることができる。

第２画面１１６は、応答をその画面に表示することが好ましい。

例えばコマーシャルは、チャネル、時間、および／または識別子にリンクされる場合があるが、コンテンツには必ずしもリンクされるとは限らないことは、理解されるであろう。

本発明が、録画コンテンツだけでなくライブコンテンツの場合にも、第２画面の同期を可能にすることのできる解決法をもたらすことは、理解されるであろう。

主画面および／または第２画面を識別することが可能なので、同期は、個人化することもできる。これにより例えば、レンダラ識別子に関係する追加特典を可能にすることができる。また、第２画面のためのコンテンツを、第１のユーザデバイスのタイプに適合させることも可能であり得る。例えば、ラジオが透かしを組み込む場合、第２画面は、組み込む側がビデオもレンダリングする場合よりも、多くの視覚コンテンツを表示することができる。

透かしは、コンテンツがレンダリングされるとき（例えばＰＶＲによって再生されるとき）に追加されてよく、このことは、第２画面によって取り出されるコンテンツが、第１のユーザデバイスにおけるコンテンツの受信時間、および／またはレンダリング時間に依存するようにすることができることを意味することは、さらに理解されるであろう。

また、本発明は、放送者によってコンテンツに透かしが入れられる場合の解決法に適合させることができることも、理解されるであろう。というのは、第２画面における透かし検出方法は同じとすることができるからである。さらに、本発明は、放送サーバにさらに負荷をかけることなく実施することができる。

この記述に、ならびに（適切な場合には）特許請求の範囲および図面に開示する各特徴は、独立して、または任意の適切な組合せで提供することができる。ハードウェア中で実現されるものとして述べる特徴をソフトウェア中で実現することもでき、その逆も可能である。特許請求の範囲に出てくる参照番号は、例示によるものに過ぎず、特許請求の範囲に対してどんな限定の効果も有さないものとする。

１００ システム
１１０ ローカルネットワーク
１１２ ＳＴＢ
１１４ 主画面
１１６ 第２画面
１２０ 放送者
１３０ インターネット
１４０ サーバ

Claims (15)

1. 第２画面システム中で使用されるように構成されたユーザデバイスであって、
   − コンテンツデータストリームを受信することと、
   − 複数のパラメータを使用して透かしペイロードを生成することであって、前記パラメータが、前記コンテンツデータストリームのソースを特徴付ける少なくとも１つの値、およびユーザ情報を含むことと、
   − 前記透かしペイロードを含む透かしを前記コンテンツデータストリームに挿入して透かし入りコンテンツデータストリームを得ることと、
   − 前記透かし入りコンテンツデータストリームを出力することと、
   を行うように構成されたプロセッサを備える、前記ユーザデバイス。
2. 前記プロセッサは、前記コンテンツデータストリームの前記ソースを特徴付ける前記少なくとも１つの値を受信するようにさらに構成される、請求項１に記載のユーザデバイス。
3. さらなるパラメータは前記ユーザデバイスの時間である、請求項１に記載のユーザデバイス。
4. 前記コンテンツデータストリームの前記ソースを特徴付ける前記少なくとも１つの値は、チャネルと、コンテンツ識別子と、放送者の識別子と、コンテンツ所有者の識別子と、コンテンツ視聴率情報と、ＵＲＬリダイレクションとのうちの少なくとも１つを含む、請求項１に記載のユーザデバイス。
5. 前記ユーザ情報はユーザ識別子とユーザ選好とのうちの少なくとも一方を含む、請求項１に記載のユーザデバイス。
6. 前記ユーザ識別子は、ユーザの識別子と、前記ユーザデバイスの識別子と、加入の識別子とのうちの少なくとも１つを含む、請求項５に記載のユーザデバイス。
7. 前記透かし入りコンテンツデータストリームをレンダリングするように構成されたレンダリングデバイスをさらに備える、請求項１に記載のユーザデバイス。
8. 請求項１から６のいずれか一項に記載の前記ユーザデバイスと、前記透かし入りコンテンツデータストリームをレンダリングするためのレンダリングデバイスと、第２画面デバイスとを備える第２画面システムであって、前記第２画面デバイスは、
   − 画面と、
   − 前記レンダリングされた透かし入りコンテンツデータストリームから前記透かしを取り込むためのインタフェースと、
   − プロセッサであって、
   − 前記取り込まれた透かしから前記透かしペイロードを抽出し、
   − 前記透かしペイロードから前記複数のパラメータのうちの少なくとも１つを抽出し、
   − 前記少なくとも１つの抽出したパラメータを使用して要求を生成し、
   − 前記要求をサーバに送信し、
   − 前記要求に応答して前記サーバから情報を受信し、
   − 前記受信した情報を前記画面に表示する
   ように構成されたプロセッサと
   を備える、前記第２画面システム。
9. 前記ユーザデバイスおよび前記第２画面デバイスはローカルネットワーク中に位置する、請求項８に記載の第２画面システム。
10. 前記ユーザデバイスの前記プロセッサは前記透かしを繰り返し生成および挿入するように構成される、請求項８に記載の第２画面システム。
11. 第２画面システム中の第２画面デバイス上で第２画面情報をレンダリングする方法であって、
    − ユーザデバイスにおいて、
    − コンテンツデータストリームを受信するステップと、
    − 複数のパラメータを使用して透かしペイロードを生成するステップであって、前記パラメータが、前記コンテンツデータストリームの前記ソースを特徴付ける少なくとも１つの値、およびユーザ情報を含むステップと、
    − 前記透かしペイロードを含む透かしを前記コンテンツデータストリームに挿入して透かし入りコンテンツデータストリームを得るステップと、
    − 前記ユーザデバイスまたはレンダリングデバイスにおいて前記透かし入りコンテンツデータストリームをレンダリングするステップと、
    − 前記第２画面デバイスにおいて、
    − 前記レンダリングされた透かし入りコンテンツデータストリームから前記透かしを取り込むステップと、
    − 前記取り込んだ透かしから前記透かしペイロードを抽出するステップと、
    − 前記透かしペイロードから前記複数のパラメータのうちの少なくとも１つを抽出するステップと、
    − 前記少なくとも１つの抽出したパラメータを使用して要求を生成するステップと、
    − 前記要求をサーバに送信するステップと、
    − 前記要求に応答して前記サーバから情報を受信するステップと、
    − 前記受信した情報を前記第２画面の画面に表示するステップと
    を含む、前記方法。
12. 前記ユーザデバイスによって、コンテンツデータストリームの前記ソースを特徴付ける前記少なくとも１つの値を受信するステップをさらに含む、請求項１１に記載の方法。
13. さらなるパラメータは前記ユーザデバイスの時間である、請求項１１に記載の方法。
14. 前記コンテンツデータストリームの前記ソースを特徴付ける前記少なくとも１つの値は、チャネルと、コンテンツ識別子と、放送者の識別子と、コンテンツ所有者の識別子と、コンテンツ視聴率情報と、ＵＲＬリダイレクションとのうちの少なくとも１つを含む、請求項１１に記載の方法。
15. 前記ユーザ情報はユーザ識別子とユーザ選好とのうちの少なくとも一方を含む、請求項１１に記載の方法。

Images