(57)【要約】      （修正有）【課題】再生デバイスによるマルチメディアストリームの再生と、実行デバイスによるソフトウェアアプリケーションによる動作の実行間の同期可能な方法、プログラム及び装置を提供する。【解決手段】方法は、再生デバイス２０において、マルチメディアアイテムと同期した付加データを含むマルチメディアストリームを受信するステップと、付加データが異なる実行デバイス２１を対象としていることを示す宛先情報のアイテムをマルチメディアストリーム内で検出するステップと、付加データを抽出するステップと、付加データを実行デバイス２１に送信するステップと、送信された付加データを処理する動作の、ソフトウェアアプリケーションによる実行をトリガするステップと、マルチメディアアイテムを再生するステップとを含む。【選択図】図３
2020017983.tif 000002
【特許請求の範囲】
【請求項１】
レンダリングデバイスによるマルチメディアストリームのレンダリングと少なくとも１
つの実行デバイスによるソフトウェアアプリケーションによる動作の実行との間の同期の
方法であって、前記レンダリングデバイス及び前記実行デバイスは、ローカルエリア通信
ネットワーク内に存在し、該方法は、前記レンダリングデバイスにおいて、以下のステッ
プ、すなわち、
前記マルチメディアストリームを受信するステップであって、前記マルチメディアスト
リームは、該マルチメディアストリームに含まれるマルチメディア要素と同期した付加デ
ータを含む、受信するステップと、
前記付加データが前記レンダリングデバイスと異なる少なくとも１つの実行デバイスを
対象としていることを示す少なくとも１つの宛先情報を前記マルチメディアストリーム内
で検出するステップと、
前記マルチメディア要素及び前記付加データを前記マルチメディアストリームから抽出
するステップと、
前記付加データを前記少なくとも１つの実行デバイスに送信するステップであって、該
送信するステップは、該送信された付加データを処理する動作の、前記実行デバイスの前
記ソフトウェアアプリケーションによる実行をトリガする、送信するステップと、
前記マルチメディア要素をレンダリングするステップと、
を含むことを特徴とする、方法。
【請求項２】
前記マルチメディアストリームは、ＨＢＢＴＶタイプのストリームであり、前記宛先情
報は、前記ＨＢＢＴＶストリームのＡＩＴ（アプリケーション情報テーブル）シグナリン
グテーブルに存在するディスクリプタに含まれることを特徴とする、請求項１に記載の方
法。
【請求項３】
前記付加データは、前記実行デバイスにおいて実行されるインタラクティブアプリケー
ションに対応し、前記付加データを処理する前記動作は、前記インタラクティブアプリケ
ーションの前記実行をトリガすることを含むことを特徴とする、請求項１又は２に記載の
方法。
【請求項４】
以下のステップ、すなわち、
前記付加データと関連付けられるとともに前記少なくとも１つの実行デバイスを対象と
する少なくとも１つのデータパケットを前記マルチメディアストリーム内で検出するステ
ップと、
前記データパケットを前記マルチメディアストリームから抽出するステップと、
前記付加データと関連付けられた前記データパケットを前記少なくとも１つの実行デバ
イスに送信するステップであって、該送信は、前記送信されたデータパケットを処理する
動作の、前記実行デバイスの前記ソフトウェアアプリケーションによる実行をトリガする
、送信するステップと、
を更に含むことを特徴とする、請求項１に記載の方法。
【請求項５】
以下のステップ、すなわち、
前記付加データと関連付けられるとともに前記少なくとも１つの実行デバイスを対象と
する少なくとも１つのデータパケットを前記マルチメディアストリーム内で検出するステ
ップと、
前記データパケットを前記マルチメディアストリームから抽出するステップと、
前記付加データと関連付けられた前記データパケットを前記少なくとも１つの実行デバ
イスに送信するステップであって、該送信は、前記送信されたデータパケットを処理する
動作の、前記ソフトウェアアプリケーションによる実行をトリガする、送信するステップ
と、
を更に含むことを特徴とする、請求項３に記載の方法。
【請求項６】
前記付加データと関連付けられた前記データパケットは、ＨＢＢＴＶの「イベントスト
リーム」タイプのイベントに対応することを特徴とする、請求項４又は５に記載の方法。
【請求項７】
前記抽出するステップは、前記付加データ及び／又は該付加データと関連付けられた前
記データパケットをデマルチプレックスすることに対応することを特徴とする、請求項１
及び４に記載の方法。
【請求項８】
前記実行デバイスに以前に送信された前記付加データを処理する前記動作の、前記実行
デバイスの前記ソフトウェアアプリケーションによる前記実行の終了を示す少なくとも１
つのインジケータを前記マルチメディアストリーム内で検出するステップを更に含むこと
を特徴とする、請求項１に記載の方法。
【請求項９】
マルチメディアストリームを生成する方法であって、以下のステップ、すなわち、
付加データを前記マルチメディアストリーム内に挿入するステップと、
前記付加データが、前記マルチメディアストリームをレンダリングするデバイスと異な
る少なくとも１つの実行デバイスを対象としていることを示す少なくとも１つの宛先情報
を前記マルチメディアストリーム内に挿入するステップと、
前記宛先情報の検出後における受信側の実行デバイスへの前記付加データの送信用に設
計された前記マルチメディアストリームをレンダリングする少なくとも１つのデバイスに
前記マルチメディアストリームを送信するステップと、
を含むことを特徴とする、方法。
【請求項１０】
コンピュータプログラムであって、該プログラムがコンピュータにおいて実行されると
、請求項１〜９の少なくとも１項に記載の方法を実施するプログラムコード命令を含む、
コンピュータプログラム。
【請求項１１】
コンピュータ又はプロセッサによって実行されて、請求項１〜９の少なくとも１項に記
載の方法を実施することができる一組の命令を含むコンピュータプログラムを記憶する、
コンピュータ可読記憶媒体。
【請求項１２】
ローカルエリア通信ネットワーク内に存在する、マルチメディアストリームをレンダリ
ングするデバイスであって、以下の手段、すなわち、
前記マルチメディアストリームを受信するモジュールであって、前記マルチメディアス
トリームは、該マルチメディアストリームに含まれるマルチメディア要素と同期した付加
データを含む、受信するモジュールと、
前記付加データが該レンダリングデバイスと異なる少なくとも１つの実行デバイスを対
象としていることを示す少なくとも１つの宛先情報を前記マルチメディアストリーム内で
検出するモジュールと、
前記マルチメディア要素及び前記付加データを前記マルチメディアストリームから抽出
するモジュールと、
前記付加データを前記少なくとも１つの実行デバイスに送信するモジュールであって、
該送信は、該送信された付加データを処理する動作の、前記実行デバイスの前記ソフトウ
ェアアプリケーションによる実行をトリガする、送信するモジュールと、
前記マルチメディア要素をレンダリングするモジュールと、
を備える、デバイス。
【請求項１３】
ローカルエリア通信ネットワーク内に存在する、付加データを実行するデバイスであっ
て、以下の手段、すなわち、
前記ローカルエリアネットワーク内でアナウンスされた少なくとも１つのレンダリング
デバイスを発見するモジュールと、
前記レンダリングデバイスから到来する付加データを受信するモジュールと、
受信された付加データを処理する動作の、該実行デバイスのソフトウェアアプリケーシ
ョンによる前記実行のためのモジュールと、
を備える、デバイス。
【請求項１４】
マルチメディアストリームを生成するデバイスであって、以下の手段、すなわち、
付加データを前記マルチメディアストリーム内に挿入する手段と、
前記付加データが、前記マルチメディアストリームをレンダリングするデバイスと異な
る少なくとも１つの実行デバイスを対象としていることを示す少なくとも１つの宛先情報
を前記マルチメディアストリーム内に挿入する手段であって、これらのデバイスは、ロー
カルエリア通信ネットワーク内に存在する、挿入する手段と、
前記宛先情報の検出後における受信側の実行デバイスへの前記付加データの送信用に設
計された前記マルチメディアストリームをレンダリングする少なくとも１つのデバイスに
前記マルチメディアストリームを送信する手段と、
を備える、デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
１．  技術分野
本発明の分野は、デジタルテレビ（ＤＴＶ）の分野である。
【０００２】
デジタルテレビシステムでは、マルチメディアトランスポートストリームが、ケーブル
、衛星、地上無線、又は非対称デジタル加入者線（ＡＤＳＬ）によって配信される。この
マルチメディアトランスポートストリームは、１つ又は複数の放送番組（サービスとも呼
ばれる）を含み、これらの放送番組のそれぞれは、画像、音及び他の補完情報（データ）
によって構成されている。マルチメディアトランスポートストリームは、特定の復号器（
セットトップボックスとも呼ばれる）若しくは接続されたテレビセット、又はより一般的
には、そのようなストリームをデマルチプレックスする機能及び復号化する機能が設けら
れた再生端末若しくはレンダリング端末を所有するユーザ（最終顧客）にブロードキャス
トされる。
【０００３】
本発明は、限定されるものではないが、特に、ムービングピクチャエキスパートグルー
プ−２  トランスポートストリーム（ＭＰＥＧ−２  ＴＳ）標準規格と、ＩＳＯ／ＣＥＩ
１３８１８−１標準規格に記載されているデジタルビデオブロードキャスト（ＤＶＢ）標
準規格とに準拠したマルチメディアトランスポートストリームの場合に適用することがで
きる。
【０００４】
より詳細には、本発明は、例えば、接続されたテレビ及び復号器（すなわち、セットト
ップボックス）の場合に、ユーザがテレビ放送番組（テレビチャンネル）を視聴している
間、テレビの画面上に表示される情報の追加を規定するハイブリッドブロードキャストブ
ロードバンドＴＶ（ＨＢＢＴＶ）標準規格に定義されたインタラクティブテレビに適用す
ることができる。
【背景技術】
【０００５】
２．  背景技術
テレビでは、視聴者参加（又はオーディエンス参加）をもたらす番組の数が増加してい
る。例えば、リアリティ番組では、視聴者は候補者に投票することもできるし、ゲーム番
組では、視聴者はクイズに答えることもできる。あらゆる場合において、テレビ視聴者は
、番組中に尋ねられた質問に答えなければならない。テレビ視聴者は、テレビ画面によっ
て表示される少なくとも１つの画像を通じて質問を尋ねられる。これを補うものとして又
はこれに代えて、この質問は、番組のプレゼンタが音声で明確に述べることができ、テレ
ビスピーカによってレンダリングされる。
【０００６】
２．１  ＨＢＢＴＶ
ＨＢＢＴＶ標準規格によれば、テレビ画面上に表示される付加情報は、マルチメディア
ストリーム内で直接入手可能であるか（ブロードキャストされた情報）、又はそれ以外に
、ユーザの端末（接続されたテレビ又はセットトップボックス）と、放送業者又は放送業
者に関連して事業を営むサードパーティのサーバとの間の接続（リターンチャンネル）を
介して送達される（ブロードバンドユニキャストアクセスを通じて送信された情報）。こ
れによって、最終的には、接続されたテレビによって一般に提供されるあらゆる使用、す
なわち、キャッチアップＴＶ、ビデオオンデマンド（ＶＯＤ）、インタラクティブ広告、
放送番組のカスタマイズ、投票、ゲーム、ソーシャルネットワーク、番組ガイド等を包含
することが可能になる。
【０００７】
例えば、料理番組の間、視聴者は、情報が放送業者によってストリーミングされている
場合に自身のＨＢＢＴＶ端末上にレシピを表示することができる。
【０００８】
ＨＢＢＴＶ端末（すなわち、ＨＢＢＴＶ標準規格に準拠した端末）は、インタラクティ
ブテレビミドルウェアプログラムが実行されるシステムソフトウェアプログラムを一般に
含むソフトウェアアーキテクチャを有する。インタラクティブテレビミドルウェアプログ
ラム内では、インタラクティブアプリケーション（ブラウザを含む）を管理するモジュー
ルと、テーブルを管理するモジュールと、オブジェクトカルーセルを管理するモジュール
とを一般に区別することができる。
【０００９】
所与の放送番組と（テレビチャンネル上で）関連付けられた所与のインタラクティブア
プリケーションの展開中に、放送業者は、マルチメディアストリーム内でこの所与の放送
番組を送信する。この放送番組は、以下のものを含む。
・要素オーディオストリーム及び／又は要素ビデオストリーム；
・これらの要素ストリームを記載したテーブル、特に「放送番組割り当てテーブル」（
ＰＡＴ）及び「放送番組マップテーブル」（ＰＭＴ）；
・例えば、「デジタル記憶媒体のコマンド及び制御」（ＤＳＭ  ＣＣ）標準規格に従っ
て符号化されたオブジェクトカルーセル内で送信された所与のインタラクティブアプリケ
ーションの構成要素（特に、ウェブページのフォームにおける、例えばＨＴＭＬによるソ
フトウェアコード）；
・所与の放送番組（所与のインタラクティブアプリケーションを含む）に利用可能な全
てのインタラクティブアプリケーションを識別するアプリケーション情報テーブル（ＡＩ
Ｔ）及びこれらのインタラクティブアプリケーションが利用可能となる方法（この場合、
所与のインタラクティブアプリケーションのオブジェクトカルーセル）。
【００１０】
この所与の放送番組が受信されると、ＨＢＢＴＶ端末は、オーディオストリーム及びビ
デオストリームを（それらを記載したテーブルを通じて）表示する。その上、インタラク
ティブテレビミドルウェアプログラム内において、テーブル管理モジュールは、ＡＩＴテ
ーブルを処理し、所与のインタラクティブアプリケーションのソフトウェアコードがオブ
ジェクトカルーセル内で送信されたことを検出する。カルーセル管理モジュールは、所与
のインタラクティブアプリケーションの構成要素を受信して再アセンブルし、アプリケー
ション管理モジュールは、所与のインタラクティブアプリケーション（カルーセル管理モ
ジュールによって再アセンブルされたもの）を管理する。いずれのインタラクティブアプ
リケーションとも同様に、このアプリケーションは、例えば、次の状態、すなわち、ロー
ド、一時停止、アクティブ又は無効（destroyed）のうちの１つを取ることができる。
【００１１】
所与のインタラクティブアプリケーションの展開の１つの変形形態では、所与の（ブロ
ードキャストされた）放送番組は、所与のインタラクティブアプリケーションの構成要素
を含まないが、ＡＩＴテーブルが、所与のインタラクティブアプリケーションを取得する
ことができるＵＲＬアドレスを指定する。ＨＢＢＴＶ端末のインタラクティブテレビミド
ルウェア内において、その後、次のアクションが行われる。すなわち、テーブル管理モジ
ュールがＡＩＴテーブルを処理し、このＵＲＬアドレスを取得する；アプリケーション管
理モジュールのブラウザが、所与のインタラクティブアプリケーションを受信するための
要求をこのＵＲＬアドレスに送信する；及びアプリケーション管理モジュールが所与のイ
ンタラクティブアプリケーションを管理する。
【００１２】
この動作の１つの欠点は、用いられている展開モードが何であろうとも、ユーザにとっ
て視覚的な不快感が存在するということにある。実際、所与のテレビチャンネル（放送番
組）において、ユーザが、ウェブポータルへのアクセスを提案する放送番組と関連付けら
れた特定のインタラクティブアプリケーションにアクセスするときは常に、これによって
、ＨＢＢＴＶ端末のリモコン上のボタン（例えば、ＯＫボタン）を押下することによって
ポータルへのアクセスが可能であることをユーザに知らせるメッセージ又はロゴを含むウ
ィンドウが、現在のＴＶ放送番組の上に重なるものとして表示される。その上、ユーザは
、ポータルへのアクセスを確認するとき、自身のＨＢＢＴＶ端末上においてポータルの画
面に向けてリダイレクトされるので、もはや現在のＴＶ放送番組を辿ることができない。
【００１３】
２．１  「第２画面」アプリケーション
テレビ放送番組を補完する付加コンテンツを提供するのに用いられるスマートフォン又
はタブレットにおけるサービスの開発のための、放送業者及びテレビコンテンツ制作業者
による数多くの構想がある。これらの独自の開発は、「第２画面アプリケーション」とし
て知られており、ＴＶ放送番組を見るのに用いられるデバイス（例えば、テレビ）と異な
るデバイス（例えば、スマートフォン又はタブレット）における（例えば、全てのチャン
ネル、１つのチャンネル又は１つの放送番組の）範囲に応じてテレビ放送番組を補完する
コンテンツを提供する。これらの付加コンテンツは、ＴＶ放送番組と同期している場合も
あるし、同期していない場合もあるエディトリアル又はインタラクティブコンテンツ（ク
イズ、調査、予報等）とすることができる。
【００１４】
ほとんどの場合、ＴＶストリームと、第２のデバイスの第２画面アプリケーション上に
表示されるコンテンツとの間には同期が必要であり、幾つかの異なる技術によって実施す
ることができ、その中でも以下の技術によって実施することができる。
・ウォータマーキング：この技法は、コンテンツ内への「マーカ」の挿入を可能にする
補助情報をオーディオビジュアルコンテンツに追加することからなる。この技法は、多く
の場合、著作権を挿入するのに用いられる。また、この技法は、ユーザに知覚不能である
が、プロセス又はアクションをトリガするために第２画面アプリケーションが取り込むこ
とができるオーディオマーカをＴＶストリーム内に挿入するのにも用いられる。デジタル
ウォータマーキングは、放送業者レベルで実施される。
・デジタルフィンガプリンティング：この技法は、オーディオビジュアルコンテンツか
らシグネチャのファイルを生成することにその本質がある。このファイルは、その後、（
例えば、第２画面アプリケーションを実行する第２のデバイスにおいて）ストリームをリ
スンするオーディオ同期モジュールが、コンテンツ内での正確な位置を知ることを可能に
する。例えば、シリーズ物の或るエピソードのオーディオシグネチャは、そのエピソード
内での、視聴者が位置している位置を知ることを可能にする。この技法は、放送業者に左
右されず、視聴者がＴＶを視聴している部屋における周囲の雑音及び受信の品質に依存す
るのであまり信頼性が高くない。
・タイムスタンピングとして知られている技法：この技法は、第２画面アプリケーショ
ンにおいて、時間に関してのみイベントをトリガすることにその本質がある。この技法は
、あまり信頼性が高くなく、ＴＶストリームを受信する様々な手段（ＩＰＴＶ、ＴＮＴ、
衛星等）の間で発生する可能性がある遅滞又は発散の管理を行うことができない。
【００１５】
このため、これらの第２画面アプリケーションの主要な欠点は、それらの効率的な動作
に必要とされる同期技法の信頼性又は精度がないとことにある。
【００１６】
これらの第２画面アプリケーションの第２の欠点は、これらの第２画面アプリケーショ
ンが各放送業者、更には各放送番組に固有であり、このため、それらのアプリケーション
のそれぞれについて開発された技術的機能のプーリング（mutualisation）が可能でない
ということにある。
【発明の概要】
【課題を解決するための手段】
【００１７】
３．  発明の概要
１つの特定の実施の形態は、レンダリングデバイスによるマルチメディアストリームの
レンダリングと少なくとも１つの実行デバイスによるソフトウェアアプリケーションによ
る動作の実行との間の同期の方法であって、前記レンダリングデバイス及び前記実行デバ
イスは、ローカルエリア通信ネットワーク内に存在する方法を提案する。
【００１８】
該方法は、前記レンダリングデバイスにおいて、以下のステップ、すなわち、
前記マルチメディアストリームを受信するステップであって、前記マルチメディアスト
リームは、該マルチメディアストリームに含まれるマルチメディア要素と同期した付加デ
ータを含む、受信するステップと、
前記付加データが前記レンダリングデバイスと異なる少なくとも１つの実行デバイスを
対象としていることを示す少なくとも１つの宛先情報を前記マルチメディアストリーム内
で検出するステップと、
前記マルチメディア要素及び前記付加データを前記マルチメディアストリームから抽出
するステップと、
前記付加データを前記少なくとも１つの実行デバイスに送信するステップであって、該
送信するステップは、該送信された付加データを処理する動作の、前記実行デバイスの前
記ソフトウェアアプリケーションによる実行をトリガする、送信するステップと、
前記マルチメディア要素をレンダリングするステップと、
を含む。
【００１９】
したがって、本発明は、マルチメディアストリームに含まれ、マルチメディアストリー
ムをレンダリングするデバイスによって受信された付加データを、例えば、異なる実行デ
バイスに前もってダウンロード及びインストールされたソフトウェアアプリケーションを
介したこれらの付加データに関するこの処理動作の実行を担当する当該異なるデバイスに
向けて再送信する際に、付加データを処理する動作の実行を、マルチメディアストリーム
に含まれるマルチメディア要素のレンダリングと同期させる方法を提案する。
【００２０】
本発明の一般的な原理は、特に、付加データが、マルチメディアストリームを受信した
デバイス以外のデバイスによる処理を対象としていることを検出するのに用いられるイン
ジケータがマルチメディアストリームに存在することに依拠している。このインジケータ
が検出されると、マルチメディアストリームをレンダリングするデバイスは、このインジ
ケータを処理して、このマルチメディアストリームから付加データを抽出し、その後、こ
れらの付加データを、例えば、通信モジュールを介して受信側の実行デバイスに送信する
。
【００２１】
したがって、これらの付加データは、ストリームをレンダリングするデバイスと異なる
デバイスによって処理され、これによって、レンダリングデバイスにおいてマルチメディ
アストリーム（例えば、テレビセットにおいてテレビ放送番組）を見続けることができる
ユーザの改善された人間工学が可能になると同時に、付加データを処理する動作（この動
作は、例えば、所与のウェブページの接続及び表示、又はマルチメディア要素のコンテン
ツに関するインタラクティブアプリケーションの実行に対応する）の、この異なるデバイ
ス（例えば、スマートフォン又はタブレット）による実行によって生成された付加情報の
利益が得られる。
【００２２】
加えて、本発明によって、マルチメディアストリームのマルチメディア要素のレンダリ
ングと、付加データを処理する動作との間の精密かつ正確な同期が可能になる。例えば、
この処理する動作が、実行デバイスによる付加情報のレンダリングを含むとき、本発明に
よって、実行デバイスによるこれらの付加情報の実行と、レンダリングデバイスによるマ
ルチメディア要素のレンダリングとの間の同期が可能になる。実際に、ストリーム内に挿
入された付加データは、マルチメディア要素と同期され、単一のレンダリングデバイスに
よって受信されるので、それらの処理を担当する実行デバイスも、そのため、同期形式で
それらの付加データを受信し、及びそれらの付加データを処理する。
【００２３】
最後に、マルチメディアストリームと付加データとの間の同期が、精度の点から最適化
されるだけでなく、この同期は、マルチメディアストリーム内で送信されたデータによっ
て確保されるので、従来技術の技法のように追加の同期手段を設ける必要がない。したが
って、これらの様々な実施の形態によれば、本発明によって、煩雑な同期手段（オーディ
オ同期、ウォータマーキング又はフィンガプリンティングの技法等）の使用が回避される
と同時に、効率的な同期が提供される。
【００２４】
例えば、上記マルチメディアストリームは、ＨＢＢＴＶタイプのストリームであり、上
記付加データは、第２画面タイプのインタラクティブアプリケーションに対応する。
【００２５】
したがって、この実施の形態によれば、本発明によって、ＨＢＢＴＶストリームをレン
ダリングするデバイスと異なるデバイスにおける第２画面タイプのインタラクティブアプ
リケーションの実行が可能になる。このインタラクティブアプリケーションは、ＨＢＢＴ
Ｖストリーム内に挿入され、ＨＢＢＴＶ同期手段に従ってＨＢＢＴＶストリームと同期さ
れている。
【００２６】
この実施の形態によれば、本発明によって、同期の精度の点で良好に動作する、例えば
第２画面タイプのインタラクティブアプリケーションサービスをユーザに提供することが
可能になる。このインタラクティブアプリケーションは、トランスポートされ、レンダリ
ングデバイスによって受信されたＨＢＢＴＶストリームに含まれ、その後、実行デバイス
のソフトウェアアプリケーションによって同期して送信され利用される付加データによっ
てアクセス可能にされる。
【００２７】
特に、レンダリングデバイスによってマルチメディア要素をレンダリングする動作及び
実行デバイスによって付加データを処理する動作は同期している。なぜならば、付加デー
タ及びマルチメディア要素は、マルチメディアストリームにおいて同期して受信され、一
方でレンダリングデバイスによって、他方で実行デバイスによって受信されると直ちに、
このストリームから抽出されて処理されるからである。特に、付加データの送信は、これ
らの付加データを処理する動作をトリガするので、レンダリングデバイスによるマルチメ
ディア要素のレンダリング及び実行デバイスによるこれらの付加データの処理は、これら
の２つのデバイスによって並列に行うことができる。
【００２８】
特に、一方では、付加データの処理の結果得られたデータの実行デバイス上での表示と
、他方では、マルチメディアコンテンツのレンダリングデバイス上での表示／レンダリン
グとの間のレイテンシは、一方では、レンダリングデバイスがマルチメディアコンテンツ
を復号化、及び／又は、レンダリングするのに要する時間に依存し、他方では、付加デー
タを実行デバイスに送信する時間に、実行デバイスがこれらの付加データを処理するのに
要する時間を加えたものに依存する。実際には、このレイテンシは、１秒よりもはるかに
短い状態にある。このレイテンシは、数十ミリ秒程度又は数百ミリ秒程度である。このた
め、マルチメディアストリームに含まれる付加データは、実行デバイス側での処理をトリ
ガする「トリガ」又はコマンドを形成する。この処理は、即時的であり、これらの付加デ
ータが実行デバイスによって受信されると直ちにトリガされる。
【００２９】
本発明の特定の特徴によれば、前記宛先に関する情報（すなわち、宛先情報）は、前記
ＨＢＢＴＶストリームのＡＩＴ（アプリケーション情報テーブル）シグナリングテーブル
に存在するディスクリプタによって搬送される。
【００３０】
したがって、同期の精度の点で良好に動作する第２画面タイプのアプリケーションサー
ビスをユーザに提供するために、本発明は、この実施の形態において、このＡＩＴテーブ
ルによって識別されたアプリケーションが、ＨＢＢＴＶストリームをレンダリングするデ
バイスと異なるデバイスを対象としているか否かを示すことを可能にするディスクリプタ
をＨＢＢＴＶストリームのＡＩＴテーブルに追加する。
【００３１】
このように、このディスクリプタが検出されると、レンダリングデバイスは、ストリー
ムにおいて受信されてＡＩＴテーブルによって識別された（インタラクティブアプリケー
ションに対応する）付加データを、このインタラクティブアプリケーションを実行する別
のデバイスに再送信しなければならないことを知っている。
【００３２】
本発明の１つの特定の態様によれば、前記方法は、以下のステップ、すなわち、
前記付加データと関連付けられるとともに前記実行デバイスを対象とする少なくとも１
つのデータパケットを前記マルチメディアストリーム内で検出するステップと、
前記データパケットを前記マルチメディアストリームから抽出するステップと、
前記付加データと関連付けられた前記データパケットを前記実行デバイスに送信するス
テップであって、該送信は、前記データパケットを処理する動作の、前記実行デバイスの
前記ソフトウェアアプリケーションによる実行をトリガする、送信するステップと、
を更に含む。
【００３３】
したがって、この実施の形態によれば、マルチメディアストリーム内に事前に挿入され
た付加データと関連付けられ、このため、実行デバイスを対象としていることにもなるデ
ータパケットを、マルチメディアストリーム内でレンダリングデバイスによって検出する
ことができ、それによって、それらのデータパケットを受信側の実行デバイスに向けて再
送信することができる。
【００３４】
例えば、これらのデータパケットをマルチメディアストリーム内に挿入して、以前に受
信された付加データを更新することができるとともに、マルチメディアストリームの正確
な同期から利益を得ることができる。
【００３５】
例えば、前記付加データと関連付けられた前記データパケットは、ＨＢＢＴＶの「イベ
ントストリーム」タイプのイベントに対応する。
【００３６】
したがって、この実施の形態によれば、「イベントストリーム」タイプのイベントをレ
ンダリングデバイスによって実行デバイスに送信し、例えば、付加データが実行デバイス
において処理されているとき、マルチメディアストリームと同期したイベントの通知を提
供することもできる。
【００３７】
例えば、付加データが第２画面タイプのインタラクティブアプリケーションに対応する
とき、イベントストリームは、インタラクティブアプリケーションの実行中にこのインタ
ラクティブアプリケーションにイベントを通知することを可能にする。例えば、インタラ
クティブアプリケーションはクイズアプリケーションであり、このクイズアプリケーショ
ンが開始すると、「イベントストリーム」は、特定のクイズの開始の通知を提供するのに
用いることができる。
【００３８】
付加データと関連付けられたデータパケットの受信及び／又は処理は、例えば、このデ
ータパケットを処理のためにインタラクティブアプリケーションに送信するために、付加
データを受信して処理したソフトウェアアプリケーションが担当することができる。これ
以外に、このデータパケットは、インタラクティブアプリケーションが直接担当すること
ができる。
【００３９】
ここでも、一方では、データパケットの処理の結果得られたデータの実行デバイス上で
の表示と、他方では、このデータパケットとともに受信されたマルチメディアコンテンツ
のレンダリングデバイス上での表示／レンダリングとの間のレイテンシは、一方では、レ
ンダリングデバイスがマルチメディアコンテンツを復号化及び／又は処理する時間に依存
し、他方では、実行デバイスへのデータパケットの送信の時間に、実行デバイスによるこ
のデータパケットの処理の時間を加えたものに依存する。実際には、このレイテンシは、
１秒よりもはるかに短い状態にある。このレイテンシは、数十ミリ秒程度であるか又は数
百ミリ秒程度の場合もある。
【００４０】
このため、マルチメディアストリームに含まれるデータパケットは、実行デバイス側で
の処理をトリガするトリガ又はコマンドを形成する。この処理は、即時的であり、実行デ
バイスによるこのデータパケットの受信時にトリガされる。
【００４１】
選択された実施の形態のオプションが何であろうとも、前記方法は、以下のステップ、
すなわち、
前記付加データと関連付けられるとともに前記少なくとも１つの実行デバイスを対象と
する少なくとも１つのデータパケットを前記マルチメディアストリーム内で検出するステ
ップと、
前記データパケットを前記マルチメディアストリームから抽出するステップと、
前記データパケットを前記少なくとも１つの実行デバイスに送信するステップであって
、該送信は、前記データパケットを処理する動作の、前記インタラクティブアプリケーシ
ョンによる実行をトリガする、送信するステップと、
を含む。
【００４２】
本発明の１つの特定の特徴によれば、前記抽出するステップは、前記付加データ及び／
又は前記付加データと関連付けられた前記データパケットをデマルチプレックスすること
に対応する。
【００４３】
したがって、この実施の形態によれば、レンダリングデバイスによって受信されたマル
チメディアストリームの処理は、ストリーム内に挿入された付加データを、解釈も実行も
することなく、付加データの解釈及び実行をそれ自身で担当する異なる実行デバイスへ送
信することができるようにデマルチプレックスすることにある。
【００４４】
例えば、付加データが、ストリーム内に挿入されたＵＲＬに対応する場合、上記デマル
チプレックスすることは、このＵＲＬを実行デバイスに送信することができるように抽出
することにある。
【００４５】
ＨＢＢＴＶの「イベントストリーム」等の付加データと関連付けられたデータパケット
の場合、上記デマルチプレックスすることは、このイベントストリームを実行デバイスに
送信するために抽出することにある。
【００４６】
１つの特定の態様によれば、前記方法は、前記実行デバイスに以前に送信された付加デ
ータを処理する前記動作の、前記実行デバイスの前記ソフトウェアアプリケーションによ
る前記実行の終了を示す少なくとも１つのインジケータを前記マルチメディアストリーム
内で検出するステップも含む。
【００４７】
したがって、この実施の形態によれば、本発明によって、実行デバイスによる付加デー
タの実行を、マルチメディアストリーム内で検出され、レンダリングデバイスによって実
行デバイスに送信されたインジケータを通じて停止することも可能になる。
【００４８】
例えば、ＨＢＢＴＶ標準規格では、特定のテーブルがこのために提供されている。
【００４９】
１つの特定の特徴によれば、前記方法は、前記レンダリングデバイスが前記ローカルエ
リア通信ネットワーク内に存在することをアナウンスする予備ステップを更に含む。
【００５０】
したがって、本発明のこの実施の形態によれば、レンダリングデバイスは、接続されて
いるローカルエリア通信ネットワークに存在するものとして報告され、それによって、こ
の同じローカルエリア通信ネットワークに同様に存在する単数又は複数の実行デバイスは
、例えば、ユニバーサルプラグアンドプレイ（ＵＰｎＰ）エンティティの発見に用いられ
る簡易サービス発見プロトコル（ＳＳＤＰ）等の発見プロセスを介して、その存在を知る
ことができる。
【００５１】
本発明の別の態様によれば、前記方法は、前記実行デバイスにおいて、以下のステップ
、すなわち、
前記存在をアナウンスするステップの間に、前記アナウンスされたレンダリングデバイ
スを発見するステップと、
前記レンダリングデバイスから到来する付加データを受信するステップと、
受信された付加データを処理する動作を前記実行デバイスの前記ソフトウェアアプリケ
ーションによって実行するステップと、
を更に含む。
【００５２】
本発明のこの実施の形態は、より詳細には、実行デバイス及びこのデバイスにおいて実
施されるステップに関係する。
【００５３】
特に、実行デバイスは、必要な場合には、自身と同じローカルエリアネットワークに接
続された単数又は複数のレンダリングデバイスとのデータ通信のメカニズムを実施するこ
とができるように、このレンダリングデバイス又はこれらのレンダリングデバイスを知る
ことから開始する。
【００５４】
特に、レンダリングデバイスが、ローカルエリアネットワークにおいてその存在をアナ
ウンスするステップを実施すると、実行デバイスは、このため、このレンダリングデバイ
スを発見することができる。
【００５５】
この発見プロセスが実行されると、実行デバイスは、レンダリングデバイスによって、
本発明の様々な実施の形態に従って前もって受信されて再送信された付加データを受信す
る。
【００５６】
上記で既に説明したように、これらの付加データは、レンダリングデバイスにおいてレ
ンダリングされるマルチメディアストリームと同期しており、このため、実行デバイスに
おける適切なモジュールによって解釈及び実行される。このように、実行デバイスは、こ
れらの付加データをレンダリングデバイスから受信した後、ソフトウェアアプリケーショ
ン、例えば、実行デバイスに前もってダウンロードされてインストールされたアプリケー
ションを介してそれらの付加データを解釈及び実行する。
【００５７】
例えば、実行デバイスは、通信モジュールを通じてレンダリングデバイスから到来する
付加データを受信する。この通信モジュールは、その後、これらの付加データを解釈及び
実行する実行デバイスのモジュールにこれらの付加データを送信する。これらのモジュー
ルは、その後、ソフトウェアアプリケーションによってこれらの付加データを処理する動
作を実行する。
【００５８】
１つの特定の態様によれば、前記レンダリングデバイスにおいて前記送信するステップ
及び前記実行デバイスにおいて前記受信するステップは、
前記実行デバイスによって前記レンダリングデバイスに送信される、データの受信を要
求するメカニズムと、
前記レンダリングデバイスの主導でデータを前記実行デバイスに送信するメカニズムと
、
を含む群に属するメカニズムに従って実施される。
【００５９】
したがって、本発明は、その様々な実施の形態に従って、付加データ及び関連付けられ
たデータパケット（イベント等）をマルチメディアストリームレンダリングデバイスから
付加データを実行するデバイスに送信する幾つかの既知のメカニズムの使用を提供する。
これらの既知のメカニズムの中で、サーバ主導のメカニズム又は顧客主導のメカニズムを
実施することができる（例えば、「ポーリング」、「ｈｔｔｐサーバプッシュ」、「ＵＤ
Ｐ」送信等）。
【００６０】
また、本発明は、マルチメディアストリームを生成する方法であって、以下のステップ
、すなわち、
付加データを前記マルチメディアストリーム内に挿入するステップと、
前記付加データが、前記マルチメディアストリームをレンダリングするデバイスと異な
る少なくとも１つの実行デバイスを対象としていることを示す少なくとも１つの宛先情報
を前記マルチメディアストリーム内に挿入するステップと、
前記宛先情報の検出後における受信側の実行デバイスへの前記付加データの送信用に設
計された前記マルチメディアストリームをレンダリングする少なくとも１つのデバイスに
前記マルチメディアストリームを送信するステップと、
を含む、方法に関する。
【００６１】
したがって、本発明の別の態様は、マルチメディアストリームの生成と、第１段階にお
けるこのマルチメディアストリーム内への付加データの挿入とに関係する。
【００６２】
第２段階において、マルチメディアストリームを生成する方法は、付加データがストリ
ームをレンダリングするデバイスと異なる実行デバイスを対象としていることを、ストリ
ームをレンダリングするデバイスが検出することを可能にするインジケータをマルチメデ
ィアストリーム内に挿入する。
【００６３】
また、本発明は、コンピュータプログラムであって、該プログラムがコンピュータにお
いて実行されると、上記説明したような同期及び生成の方法を実施するプログラムコード
命令を含む、コンピュータプログラムに関する。
【００６４】
また、本発明は、コンピュータ又はプロセッサによって実行されて、上記説明したよう
な同期及び生成の方法を実施することができる一組の命令を含むコンピュータプログラム
を記憶する、コンピュータ可読記憶媒体に関する。
【００６５】
本発明の別の態様は、ローカルエリア通信ネットワーク内に存在する、マルチメディア
ストリームをレンダリングするデバイスであって、以下の手段、すなわち、
前記マルチメディアストリームを受信するモジュールであって、前記マルチメディアス
トリームは、該マルチメディアストリームに含まれるマルチメディア要素と同期した付加
データを含む、受信するモジュールと、
前記付加データが該レンダリングデバイスと異なる少なくとも１つの実行デバイスを対
象としていることを示す少なくとも１つの宛先情報を前記マルチメディアストリーム内で
検出するモジュールと、
前記マルチメディア要素及び前記付加データを前記マルチメディアストリームから抽出
するモジュールと、
前記付加データを前記実行デバイスに送信するモジュールであって、該送信は、該送信
された付加データを処理する動作の、前記実行デバイスの前記ソフトウェアアプリケーシ
ョンによる実行をトリガする、送信するモジュールと、
前記マルチメディア要素をレンダリングするモジュールと、
を備える、デバイスに関する。
【００６６】
そのようなデバイスは、例えば、マルチメディアストリームを受信し、この方法のステ
ップを実施するのに用いられるアプリケーションを含むテレビ、復号器又はこの場合もコ
ンピュータである。そのようなレンダリングデバイスは、そのブロードキャスト／送信モ
ードが何であろうとも、マルチメディアストリームを解釈してレンダリングすることが可
能な任意のデバイスに対応する。
【００６７】
本発明の別の態様は、ローカルエリア通信ネットワーク内に存在する、付加データを実
行するデバイスであって、以下の手段、すなわち、
前記ローカルエリアネットワーク内でアナウンスされた少なくとも１つのレンダリング
デバイスを発見するモジュールと、
前記レンダリングデバイスから到来する付加データを受信するモジュールと、
受信された付加データを処理する動作の、該実行デバイスのソフトウェアアプリケーシ
ョンによる前記実行のためのモジュールと、
を備える、デバイスに関する。
【００６８】
そのようなデバイスは、例えば、スマートフォン又はタブレットである。
【００６９】
本発明の別の態様は、マルチメディアストリームを生成するデバイスであって、以下の
手段、すなわち、
付加データを前記マルチメディアストリーム内に挿入する手段と、
前記付加データが、前記マルチメディアストリームをレンダリングするデバイスと異な
る少なくとも１つの実行デバイスを対象としていることを示す少なくとも１つの宛先情報
を前記マルチメディアストリーム内に挿入する手段であって、これらのデバイスは、ロー
カルエリア通信ネットワーク内に存在する、挿入する手段と、
前記宛先情報の検出後における受信側の実行デバイスへの付加データの送信用に設計さ
れた前記マルチメディアストリームをレンダリングする少なくとも１つのデバイスに前記
マルチメディアストリームを送信する手段と、
を備える、デバイスに関する。
【００７０】
４．  図面のリスト
本発明の他の特徴及び利点は、例示的で非網羅的な例として与えられた以下の説明及び
添付図面から明らかになる。
【図面の簡単な説明】
【００７１】
【図１】本発明の１つの特定の実施形態による付加データを送信する方法の主要なステップを提示する図である。
【図２】本発明の１つの特定の実施形態によるシステムのブロック図である。
【図３】図２のシステムの２つのデバイス間の通信の運動学の一例を全体的に示すシーケンス図である。
【図４ａ】本発明の１つの実施形態によるレンダリングデバイスの単純化した構造の一例を示す図である。
【図４ｂ】本発明の１つの実施形態による実行デバイスの単純化した構造の一例を示す図である。
【図４ｃ】本発明の１つの実施形態による生成デバイスの単純化した構造の一例を示す図である。
【発明を実施するための形態】
【００７２】
５．  詳細な説明
本明細書の全ての図において、同一の要素及びステップは、同じ参照符号によって指定
される。
【００７３】
この説明では、以下において、非網羅的な例として、マルチメディアストリーム１００
がＭＰＥＧ−２  ＴＳ標準規格及びＨＢＢＴＶ標準規格に準拠しているものと仮定される
とともに、このマルチメディアストリームは、レンダリングデバイスと物理的に異なる実
行デバイス上で実行されるインタラクティブアプリケーション、例えば「第２画面」タイ
プのアプリケーションに対応する付加データ１１０を含むものと仮定される。このインタ
ラクティブアプリケーションは、ＨＢＢＴＶアプリケーション（ＨＢＢＴＶアプリケーシ
ョンは、ＨＴＭＬ（ＨＴＭＬ−ＣＥ）及び／又はＪａｖａＳｃｒｉｐｔ（登録商標）で符
号化され、ＨＢＢＴＶストリームにおいて搬送されるアプリケーションである）である場
合もあるし、そうでない場合もあり、ウェブアプリケーションである場合もあるし、そう
でない場合もある。しかしながら、本発明は、異なるタイプのアプリケーションに適用す
ることができ、特定の符号化モードを暗に意味するものではない。実行デバイスのソフト
ウェアアプリケーションが、場合によってはこの実行デバイスのオペレーティングシステ
ムを利用することによって、その実行をトリガすることが可能であることで十分である。
【００７４】
付加データ１１０は、マルチメディアストリーム１００のマルチメディア要素１２０（
例えば、所与の放送番組等のマルチメディアストリームの現在の部分）と同期している。
すなわち、付加データ１１０は、マルチメディアストリームに同期して挿入される。した
がって、実行デバイスへの付加データの送信及びマルチメディア要素の表示は、この付加
データの処理とこの要素の表示との間で遅滞なく連続的に処理される。
【００７５】
次に図１を参照して、図２に示すようなシステムにおける、本発明の１つの特定の実施
形態による同期の方法の主要なステップを提示する。
【００７６】
このシステムでは、マルチメディアストリーム１００をレンダリングするレンダリング
デバイス２０、例えばＨＢＢＴＶテレビセットと、付加データ１１０（マルチメディアス
トリーム１００に含まれ、マルチメディアストリーム１００に含まれたマルチメディア要
素１２０と同期している）を処理する動作を実行する例えばスマートフォンといった実行
デバイス２１、例えばソフトウェアアプリケーションとを検討することにする。
【００７７】
例えば、ＨＢＢＴＶマルチメディアストリームは、テレビ放送されるゲーム番組に対応
し、付加データは、テレビ放送されているゲーム番組がレンダリングされる画面と異なる
第２画面上での実行を対象としたインタラクティブクイズアプリケーションに対応する。
このアプリケーションは、例えば、視聴者が、テレビ放送されているゲーム番組を自身の
接続されたテレビで人間工学的に視聴し続けている間、自身のスマートフォンを介してク
イズの質問に答えることを可能にすることにある。
【００７８】
本同期方法の最初のステップは、最初の受信ステップ１０においてマルチメディアスト
リーム１００を受信するレンダリングデバイス２０において実施される。
【００７９】
次に、Ｉ−Ｄｅｓｔとして示される宛先情報をマルチメディアストリーム１０内で検出
するために、検出ステップ１１が実施される。この宛先情報Ｉ−Ｄｅｓｔは、付加データ
１１０が、レンダリングデバイス２０と異なる少なくとも１つの実行デバイス、この場合
、実行デバイス２１を対象としていることを示す。
【００８０】
この例では、この検出ステップ１１は、インタラクティブアプリケーションが、ＤＶＢ
テーブルによってＭＰＥＧ２  ＴＳタイプのマルチメディアストリームにおいて識別可能
であることに基づいている。これはＡＩＴ（アプリケーション情報テーブル）である。こ
のテーブルは、インタラクティブアプリケーションの実行を可能にする様々な情報を実際
に含み、特に、本発明のこの実施形態では、このテーブルは、本明細書では宛先情報Ｉ−
Ｄｅｓｔと呼ばれるプライベートディスクリプタをトランスポートする。この宛先情報Ｉ
−Ｄｅｓｔは、インタラクティブアプリケーションが関係している受信端末を示す。検討
されている例では、この受信端末は実行デバイス２１である。
【００８１】
この検出ステップ１１は、この実施形態によれば、ＨＢＢＴＶ−ＳＵＰとして示される
、レンダリングデバイス２０の補助ＨＢＢＴＶモジュール２０１によって実施される。こ
のように、レンダリングデバイス２０は、全ての「標準」的なＨＢＢＴＶ機能を実施する
のに用いられる標準ＨＢＢＴＶモジュール２００と、本発明をその異なる特定の実施形態
に従って実施する補助ＨＢＢＴＶモジュール２０１とを備える。
【００８２】
次の抽出ステップ１２において、マルチメディアストリーム１００の付加データ１１０
とマルチメディア要素１２０とがデマルチプレックスされ、それによって、これらの付加
データ１１０は、送信ステップ１３の間に実行デバイス２１に送信することができる。
【００８３】
一方、マルチメディア要素１２０は、レンダリングステップ１４の間にレンダリングデ
バイス２０においてレンダリングされる。
【００８４】
例えば、この抽出ステップ１２は、レンダリングデバイス２０の標準ＨＢＢＴＶモジュ
ール２００によって実施される。
【００８５】
その上、この抽出ステップ１２は、レンダリングデバイス２０におけるマルチメディア
要素１２０のレンダリングと、実行デバイス２１における付加データ１１０を処理する動
作の実行とが同期するように、これらの送信された付加データ１１０を処理する動作の、
実行デバイス２１のソフトウェアアプリケーション２１１による実行をトリガする。
【００８６】
実行デバイス２１のソフトウェアアプリケーション２１１は、例えば、レンダリングデ
バイスから受信された付加データを処理することを可能にするために実行デバイス２１に
おいてダウンロードされたアプリケーションである。このソフトウェアアプリケーション
は、例えば、「ネイティブ」アプリケーションである（このアプリケーションは、オペレ
ーティングシステムに応じて「Ｇｏｏｇｌｅ  Ｐｌａｙ」又は「ＡｐｐｌｅＳｔｏｒｅ」
においてダウンロードすることができる）。
【００８７】
したがって、このソフトウェアアプリケーション２１１は、付加データを処理する実行
デバイス２１において実施され、以下では、例えば、送信された付加データ１１０に対応
するＨＢＢＴＶタイプのインタラクティブアプリケーション及び／又は第２画面タイプの
インタラクティブアプリケーションと明確に区別されなければならない。
【００８８】
したがって、付加データ１１０を処理するこの動作の、このソフトウェアアプリケーシ
ョン２１１による実行は、この例では、実際にはインタラクティブアプリケーションの実
行をトリガすることにある。
【００８９】
上記で既に示したように、実行デバイスからのインタラクティブアプリケーションの実
行をトリガする方法には、２つの方法がある。すなわち、ＨＢＢＴＶストリームがインタ
ラクティブアプリケーションへのアクセスに関する情報を含む（例えば、ＡＩＴテーブル
が、インタラクティブアプリケーションをダウンロードすることができるＵＲＬアドレス
を含む）こと、又はインタラクティブアプリケーションを構成する単数若しくは複数のソ
フトウェアモジュールの一部分若しくは全体が、実行デバイス２１によって解釈又は実行
することができる形態でＨＢＢＴＶストリームに（例えば、実行デバイス２１のソフトウ
ェアアプリケーション２１１によって解釈することができるメタデータの形態で、例えば
、ＤＶＢカルーセルに）カプセル化されていることのいずれかである。
【００９０】
このため、上記第１の形態の場合、付加データを処理する動作は、ＵＲＬを取得するこ
とと、対象のインタラクティブアプリケーションを構成するデータを返信として受信する
ために、このＵＲＬアドレスにＨＴＴＰ要求を送信することと、インタラクティブアプリ
ケーションを実行することと、この実行の結果得られるコンテンツ（検討中の例ではクイ
ズの質問）を表示することとにある。ロードされたデータは、ソフトウェアアプリケーシ
ョン２１１によって受信され、その後、表示されるウェブページとすることもできるし、
実行デバイス２１によって（ソフトウェアアプリケーション２１１又は端末２１のオペレ
ーティングシステムによって）解釈及び／又は実行することができる別の（非ウェブ）ア
プリケーションとすることもできる。
【００９１】
このため、上記第２の形態の場合、付加データを処理する動作は、実行デバイス２１に
よって（ソフトウェアアプリケーション２１１又は端末２１のオペレーティングシステム
によって）解釈及び／又は実行することができるインタラクティブアプリケーションを構
成するメタデータを解釈することと、実行デバイス２１によってインタラクティブアプリ
ケーションを実行することと、この実行の結果得られるコンテンツ（検討中の例ではクイ
ズの質問）を表示することとにある。
【００９２】
その上、送信ステップ１３は、レンダリングデバイス２０の通信モジュール２０３によ
って実施することができ、これによって、実行デバイス２１に向けたサーバタイプの通信
、例えば、実行デバイス２１の通信モジュール２１３に向けたサーバタイプの通信が可能
になる。
【００９３】
したがって、実行デバイス２１の通信モジュール２１３は、レンダリングデバイス２０
の通信モジュール２０３から到来する付加データ１１０を受信し、それらのデータを、例
えば、上記で説明したようにそれらのデータの解釈を担当するソフトウェアアプリケーシ
ョン２１１のモジュール（例えば、従来のＭＭＩ及びビジネスモジュール）に送信する。
１つの実施形態では、通信モジュール２１３は、ソフトウェアアプリケーション２１１自
体に統合される。
【００９４】
次に、本発明の異なる特定の実施形態による、レンダリングデバイスと実行デバイスと
の間で実施することができる異なる通信モードの説明を提供する。これらの通信モードに
よって、実行デバイス２１のソフトウェアアプリケーション２１１は、新たな付加データ
１１０がレンダリングデバイス２０から検出されたことの通知を受けることができる。
【００９５】
幾つかの既知の通信技術は、特に、２つの既知のタイプのメカニズムに従って実施する
ことができる。
【００９６】
例えば、「ポーリング」と呼ばれる第１のタイプのメカニズムによれば、実行デバイス
２１の通信モジュール２１３は、新たなデータが入手可能であるか否かを調べ、入手可能
である場合にそれらを取り出すために、周期的な要求をレンダリングデバイス２０の通信
モジュール２０３に送信する。
【００９７】
「プッシュ」メカニズムとして知られている第２のタイプの通信メカニズムによれば、
例えば、「ｈｔｔｐサーバプッシュ」技法として知られている技法に従って、レンダリン
グデバイス２０（「サーバ」）から実行デバイス２１（「顧客」）へ、「サーバ」の主導
でデータを送信する異なる技法が用いられる。
【００９８】
第１の技法によれば、レンダリングデバイス２０のＨＴＴＰサーバは、その最後の応答
を実行デバイス２１に送信した後、接続をクローズしない。このため、この接続はオープ
ンしたままであり、サーバは、顧客がサーバに再度インタロゲートして新たなイベントを
取り出すまで、イベントをスタックする。
【００９９】
「ＨＴＭＬ５」標準規格に基づく他の２つの技法は、「プッシュ」メカニズム、「サー
バ送信イベント」メカニズム、及び「ウェブソケット」メカニズムを可能にする。「ウェ
ブソケット」プログラミングインタフェースは、特に、顧客とサーバとの間に双方向通信
（「全二重」通信として知られている）をセットアップするのに用いることができる。
【０１００】
「ロングポーリング」として知られている技法によれば、顧客は、要求をサーバに送信
し、サーバが通知のための新たなイベントを有していない場合、この要求は、新たな通知
が到着するまでブロック位置に留まる。
【０１０１】
ユーザデータグラムプロトコル（ＵＤＰ）伝送技法によれば、サーバは、ＵＤＰプロト
コルを介して通知要求を送出することができる。ＵＤＰパケットの送信は、ユニキャスト
モード（以前、ＵＤＰパケットを受信するために自身のＩＰアドレス及び関係したポート
を与えた顧客のみを限定的に対象とする）又はマルチキャストモード（ＵＰｎＰイベント
の場合と同様）で行うことができる。マルチキャスト手法は、例えば、ローカルエリアネ
ットワークの幾つかの実行デバイスに新たなイベントの到着を知らせることを可能にする
。
【０１０２】
図３は、レンダリングデバイス２０、例えばＨＢＢＴＶ  ＴＶと、実行デバイス２１、
例えばスマートフォンとの間における、ＬＯＮＧ  Ｐとして示される「ロングポーリング
」タイプの通信の一例を示している。この例では、顧客、すなわちスマートフォンは、要
求ＬＯＮＧ  Ｐをサーバ、すなわちＨＢＢＴＶ  ＴＶに送出する。ＨＢＢＴＶ  ＴＶがい
ずれかの新たなイベント（例えば、ＳＥとして示されるストリームイベント）又はＡＩＴ
テーブルを受信しない限り、スマートフォンに応答は行われず、新たなイベントがＨＢＢ
ＴＶ  ＴＶによって受信されると、ＨＢＢＴＶ  ＴＶは、より具体的には、スマートフォ
ンの通信モジュール２１３にデータを送信することによってスマートフォンに応答する。
この通信モジュール２１３は、これらのデータを受信し、これらのデータの実行を担当す
るスマートフォンのモジュール、すなわちソフトウェアアプリケーション２１１にこれら
のデータを送信する。
【０１０３】
２つのデバイス間、すなわち、レンダリングデバイス２０と実行デバイス２１との間で
選ばれた通信技法が何であろうとも、あらゆるデータ交換の前のステップによって、本発
明の様々な特定の実施形態による、本発明の実施に関与するローカルエリア通信ネットワ
ークの異なるデバイスの相互リンクが可能になる。
【０１０４】
この予備ステップは、ローカルエリア通信ネットワーク内での「発見」ステップ又はレ
ンダリングデバイス２０の存在をアナウンスするステップからなることができる。
【０１０５】
したがって、第１の代替の実施形態によれば、レンダリングデバイス２０は、接続され
たローカルエリア通信ネットワークに存在するものとして自身を報告し、それによって、
このまさに同じローカルエリア通信ネットワークに同じく存在する実行デバイス２１は、
例えば、ＵＰｎＰ  ＳＳＤＰ等の既知の発見プロセスを通じて、その存在を知ることがで
きる。例えば、これらのアナウンスは、レンダリングデバイス２０によって周期的に送信
される。
【０１０６】
第２の変形形態によれば、この発見ステップは、レンダリングデバイスを探索するため
の、実行デバイス２１による探索要求の送信からなることもできる。ローカルエリア通信
ネットワークに存在する単数又は複数のレンダリングデバイスは、この探索要求に直接応
答する。
【０１０７】
図２に示すものと異なる１つの特定の実施形態によれば、幾つかのレンダリングデバイ
スが、ローカルエリア通信ネットワークに存在することができる。この場合、実行デバイ
スは、これらの異なるレンダリングデバイスの存在を知っており、用いられることになり
、このため、実行デバイスが通信しなければならないレンダリングデバイスをユーザが選
択することができるレンダリングデバイスのリストをユーザに提示することによって、こ
れらの異なるレンダリングデバイスの存在をユーザに知らせる。
【０１０８】
このため、この発見ステップが行われると、レンダリングデバイス２０及び実行デバイ
ス２１は相互リンクされる。レンダリングデバイス２０は、その後、上記で説明したよう
に、適切な宛先情報がマルチメディアストリーム内に検出されると、このマルチメディア
ストリームから抽出された付加データを実行デバイス２１に送信することができる。
【０１０９】
上記で説明した様々なステップが、本発明の様々な特定の実施形態に従って実施される
と、レンダリングデバイスにおけるマルチメディアストリームのマルチメディア要素のレ
ンダリングは、実行デバイスにおける、このマルチメディア要素と同期した付加データを
処理する動作の実行と同期される。
【０１１０】
実際に、上記で説明した第１の代替の実施形態によれば、付加データの処理とマルチメ
ディアストリームのレンダリングとの間の同期は、ＡＩＴテーブルを搬送するマルチメデ
ィアストリームと同期した付加データを含むこのＡＩＴテーブルの使用によって可能にな
る。実際には、このＡＩＴテーブルは、単一のレンダリングデバイス２０によって受信さ
れて処理されるので、それらの処理を担当する実行デバイス２１は、それらを受信し、こ
のため、それらの同期した処理も行う。
【０１１１】
別の変形形態によれば、ＨＢＢＴＶストリーム内の付加データの同期は、ＨＢＢＴＶス
トリームがＤＳＭ  ＣＣ標準規格に従って符号化されたオブジェクトのカルーセル内にカ
プセル化されることによって可能になる。ＭＰＥＧ２  ＴＳと関連付けられたこのツール
は、特に、ＭＰＥＧ２トランスポーテーションストリームにおける付加データの送信に加
えて同期イベントの送信も管理する。
【０１１２】
これらのイベントは、従来から「ストリームイベント」と呼ばれ、放送番組信号におい
て同期して送信することができる小さなデータパケットからなる。このため、これらのイ
ベントは、例えば、インタラクティブクイズに対する質問及び回答等の付加データを特定
の時点において送信することを可能にする。
【０１１３】
この場合、本発明の様々な特定の実施形態によれば、これらのパケットは、レンダリン
グデバイス２０内でデマルチプレックスされた後、直ちに処理され、受信側の実行デバイ
ス２１に直ちに送信される。このため、付加データ（例えば、インタラクティブアプリケ
ーション等）をＴＶチャンネルのマルチメディアストリームと精密かつ正確に同期させる
ことが可能である。
【０１１４】
インタラクティブアプリケーションの実行について、ＨＢＢＴＶストリームをレンダリ
ングするデバイスと異なるデバイスにこの実行を移すことにその本質がある上述した形態
に加えて、幾つかの変形形態を想定することができることに留意しなければならない。
【０１１５】
したがって、インタラクティブアプリケーションをＨＢＢＴＶストリームのレンダリン
グデバイスと、更には異なる実行デバイスとの双方において実行することも可能である。
【０１１６】
この場合、ＡＩＴテーブルは、例えば、インタラクティブアプリケーションが実行デバ
イスにおける実行を対象としていることを示すディスクリプタと、同アプリケーションが
レンダリングデバイスにおいても実行することができることを示すディスクリプタとを含
む。
【０１１７】
例えば、インタラクティブアプリケーションが、ユーザに視覚的な不快感をほとんど与
えないものである場合、ユーザは、自身のスマートフォンを用いず、自身の接続されたテ
レビにおいてアプリケーションと直接インタラクトすることを好む場合がある。
【０１１８】
この場合、接続されたテレビにおけるインタラクティブアプリケーションの実行は、リ
モコンの特定のボタンの確認等のユーザアクションによって条件付けることができる。
【０１１９】
次に、本発明の１つの特定の実施形態によるマルチメディアストリームを生成する方法
の主要なステップを提示する。
【０１２０】
第１段階において、この生成方法は、付加データをマルチメディアストリーム内に挿入
する。これらの付加データは、ストリームの対応する部分のレンダリングと同期して処理
される。
【０１２１】
例えば、ＨＢＢＴＶストリームの場合、これらの付加データは、ストリームによって搬
送されるＡＩＴテーブルによって識別可能なインタラクティブアプリケーションに対応し
、このＡＩＴテーブルは、このインタラクティブアプリケーションをロードして実行する
ための情報を含む。
【０１２２】
第２段階において、マルチメディアストリームを生成するこの方法は、インジケータを
マルチメディアストリーム内に挿入する。このインジケータは、ストリームをレンダリン
グするデバイスが、付加データがこのストリームをレンダリングするデバイスと異なる実
行デバイスを対象としていることを検出することを可能にする。
【０１２３】
例えば、ＨＢＢＴＶストリームの場合、このインジケータは、インタラクティブアプリ
ケーションが実行されるデバイスを示すＡＩＴテーブルのディスクリプタに対応する。
【０１２４】
最後に、この生成する方法は、本発明の様々な特定の実施形態に従って、宛先情報の検
出後における受信側の実行デバイスへの付加データの送信用に設計された少なくとも１つ
のレンダリングデバイスにマルチメディアストリームを送信する。
【０１２５】
最後に、図４ａ〜図４ｃをそれぞれ参照して、本発明の１つの特定の実施形態によるレ
ンダリングデバイスの単純化した構造、実行デバイスの単純化した構造及び生成デバイス
の単純化した構造を提示する。
【０１２６】
図４ａに示すように、そのようなレンダリングデバイスは、バッファメモリを含むメモ
リ２０００と、例えばマイクロプロセッサμＰを装備して、本発明による同期方法を実施
するコンピュータプログラム２００２によって駆動される処理ユニット２００１とを備え
る。
【０１２７】
初期化において、コンピュータプログラム２００２のコード命令が、例えば、ＲＡＭ内
にロードされ、その後、処理ユニット２００１のプロセッサによって実行される。処理ユ
ニット２００１は、マルチメディアストリームを入力する。処理ユニット２００１のマイ
クロプロセッサは、コンピュータプログラム２００２の命令に従って、上記で説明した同
期方法のステップを実施し、マルチメディアストリームの要素のレンダリングを、ストリ
ームと同期した付加データの、異なるデバイスにおける処理の実行と同期させる。このた
めに、レンダリングデバイスは、マルチメディアストリームを受信するモジュールであっ
て、このマルチメディアストリームは、このマルチメディアストリームに含まれるマルチ
メディア要素と同期した付加データを含む、受信するモジュールと、付加データがレンダ
リングデバイスと異なる少なくとも１つの実行デバイスを対象としていることを示す少な
くとも１つの宛先情報をマルチメディアストリーム内で検出するモジュールと、マルチメ
ディア要素及び付加データをマルチメディアストリームから抽出するモジュールと、付加
データを実行デバイスに送信するモジュールであって、この送信は、この送信された付加
データを処理する動作の、実行デバイスのソフトウェアアプリケーションによる実行をト
リガする、送信するモジュールと、マルチメディア要素をレンダリングするモジュールと
、を更に備える。
【０１２８】
これらのモジュールは、処理ユニット２００１のマイクロプロセッサによって駆動され
る。
【０１２９】
一方、図４ｂに示すように、そのような実行デバイスは、バッファメモリを含むメモリ
２１００と、例えばマイクロプロセッサμＰを装備して、本発明による同期方法を実施す
るコンピュータプログラム２１０２によって駆動される処理ユニット２１０１とを備える
。
【０１３０】
初期化において、コンピュータプログラム２１０２のコード命令が、例えば、ＲＡＭ内
にロードされ、その後、処理ユニット２１０１のプロセッサによって実行される。処理ユ
ニット２１０１は、付加データを入力する。処理ユニット２１０１のマイクロプロセッサ
は、コンピュータプログラム２１０２の命令に従って、上記で説明した実行方法のステッ
プを実施する。このために、付加データを実行するデバイスは、ローカルエリアネットワ
ーク内でアナウンスされる少なくとも１つのレンダリングデバイスを発見するモジュール
と、レンダリングデバイスから到来する付加データを受信するモジュールと、受信された
付加データを処理する動作の、実行デバイスのソフトウェアアプリケーションによる実行
のためのモジュールとを更に備える。
【０１３１】
これらのモジュールは、処理ユニット２１０１のマイクロプロセッサによって駆動され
る。
【０１３２】
図４ｃに示すように、そのような生成デバイスは、バッファメモリを含むメモリ４０と
、例えばマイクロプロセッサμＰを装備して、本発明による同期方法を実施するコンピュ
ータプログラム４２によって駆動される処理ユニット４１とを備える。
【０１３３】
初期化において、コンピュータプログラム４２のコード命令が、例えば、ＲＡＭ内にロ
ードされ、その後、処理ユニット４１のプロセッサによって実行される。処理ユニット４
１は、マルチメディアストリームを入力する。処理ユニット４１のマイクロプロセッサは
、コンピュータプログラム４２の命令に従って、上記で説明した生成方法のステップを実
施し、同期した付加データを含むマルチメディアストリームを生成する。このために、マ
ルチメディアストリームを生成するデバイスは、付加データと、付加情報がマルチメディ
アストリームをレンダリングするデバイスと異なる少なくとも１つの実行デバイスを対象
としていることを示す少なくとも１つの宛先情報とをマルチメディアストリーム内に挿入
する手段と、宛先情報の検出後における受信側の実行デバイスへの付加データの送信用に
設計された送信手段とを備える。上記生成するデバイス及び上記レンダリングするデバイ
スは、ローカルエリア通信ネットワーク内に存在する。
【０１３４】
これらのモジュールは、処理ユニット４１のマイクロプロセッサによって駆動される。
【図１】
2020017983.tif 000003
【図２】
2020017983.tif 000004
【図３】
2020017983.tif 000005
【図４ａ】
2020017983.tif 000006
【図４ｂ】
2020017983.tif 000007
【図４ｃ】
2020017983.tif 000008
【手続補正書】
【提出日】令和1年10月10日(2019.10.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
レンダリングデバイスによるマルチメディアストリームのレンダリングと少なくとも１つの実行デバイスによるソフトウェアアプリケーションによる動作の実行との間の同期の方法であって、前記レンダリングデバイス及び前記実行デバイスは、ローカルエリア通信ネットワーク内に存在し、該方法は、前記レンダリングデバイスにおいて、以下のステップ、すなわち、
前記マルチメディアストリームを受信するステップであって、前記マルチメディアストリームは、該マルチメディアストリームに含まれるマルチメディア要素と同期した付加データを含む、受信するステップと、
前記付加データによって関係する前記実行デバイスを示す、少なくとも１つの実行デバイスについての少なくとも１つの宛先情報を前記マルチメディアストリーム内で検出するステップであって、該示された実行デバイスは前記レンダリングデバイスと異なり、該検出するステップは、
前記マルチメディア要素及び前記付加データを前記マルチメディアストリームから抽出するステップと、
前記付加データを前記少なくとも１つの示された実行デバイスに送信するステップであって、該送信するステップは、該送信された付加データを処理する動作の、前記実行デバイスの前記ソフトウェアアプリケーションによる実行をトリガする、送信するステップと、
前記マルチメディアストリームから抽出された前記付加データと同期した前記マルチメディア要素をレンダリングするステップであって、該レンダリングするステップは前記実行デバイスにより前記付加データを処理する前記動作と同期される、レンダリングするステップと、
をトリガする、検出するステップと、
を含むことを特徴とする、方法。
【請求項２】
前記マルチメディアストリームは、ＨＢＢＴＶタイプのストリームであり、前記宛先情は、前記ＨＢＢＴＶストリームのＡＩＴ（アプリケーション情報テーブル）シグナリングテーブルに存在するディスクリプタに含まれることを特徴とする、請求項１に記載の方法。
【請求項３】
前記付加データは、前記実行デバイスにおいて実行されるインタラクティブアプリケーションに対応し、前記付加データを処理する前記動作は、前記インタラクティブアプリケーションの前記実行をトリガすることを含むことを特徴とする、請求項１又は２に記載の方法。
【請求項４】
以下のステップ、すなわち、
前記付加データと関連付けられるとともに前記少なくとも１つの実行デバイスを対象とする少なくとも１つのデータパケットを前記マルチメディアストリーム内で検出するステップと、
前記データパケットを前記マルチメディアストリームから抽出するステップと、
前記付加データと関連付けられた前記データパケットを前記少なくとも１つの実行デバイスに送信するステップであって、該送信は、前記送信されたデータパケットを処理する動作の、前記実行デバイスの前記ソフトウェアアプリケーションによる実行をトリガする、送信するステップと、
を更に含むことを特徴とする、請求項１に記載の方法。
【請求項５】
以下のステップ、すなわち、
前記付加データと関連付けられるとともに前記少なくとも１つの実行デバイスを対象とする少なくとも１つのデータパケットを前記マルチメディアストリーム内で検出するステップと、
前記データパケットを前記マルチメディアストリームから抽出するステップと、
前記付加データと関連付けられた前記データパケットを前記少なくとも１つの実行デバイスに送信するステップであって、該送信は、前記送信されたデータパケットを処理する動作の、前記ソフトウェアアプリケーションによる実行をトリガする、送信するステップと、
を更に含むことを特徴とする、請求項３に記載の方法。
【請求項６】
前記付加データと関連付けられた前記データパケットは、ＨＢＢＴＶの「イベントストリーム」タイプのイベントに対応することを特徴とする、請求項４又は５に記載の方法。
【請求項７】
前記抽出するステップは、前記付加データ及び／又は該付加データと関連付けられた前記データパケットをデマルチプレックスすることに対応することを特徴とする、請求項４又は５に記載の方法。
【請求項８】
前記実行デバイスに以前に送信された前記付加データを処理する前記動作の、前記実行デバイスの前記ソフトウェアアプリケーションによる前記実行の終了を示す少なくとも１つのインジケータを前記マルチメディアストリーム内で検出するステップを更に含むことを特徴とする、請求項１に記載の方法。
【請求項９】
マルチメディアストリームを生成する方法であって、以下のステップ、すなわち、
付加データを前記マルチメディアストリーム内に挿入するステップであって、該マルチメディアストリームは、該マルチメディアストリームに含まれたマルチメディア要素と同期した前記付加データを含む、付加データを挿入するステップと、
前記付加データによって関係する前記実行デバイスを示す、少なくとも１つの実行デバイスについての少なくとも１つの宛先情報を前記マルチメディアストリーム内に挿入するステップであって、該示された実行デバイスは前記マルチメディアストリームをレンダリングするデバイスと異なる、少なくとも１つの宛先情報を挿入するステップと、
前記宛先情報の検出後における前記示された受信側の実行デバイスへの前記付加データの送信用に設計された前記マルチメディアストリームをレンダリングする少なくとも１つのデバイスに前記マルチメディアストリームを送信するステップであって、前記レンダリングは前記少なくとも１つの実行デバイスによって前記付加データの処理の動作と同期する、送信するステップと、
を含むことを特徴とする、方法。
【請求項１０】
コンピュータプログラムであって、該プログラムがコンピュータにおいて実行されると、請求項１〜９のいずれか１項に記載の方法を実施するプログラムコード命令を含む、コンピュータプログラム。
【請求項１１】
コンピュータ又はプロセッサによって実行されて、請求項１〜９のいずれか１項に記載の方法を実施することができる一組の命令を含むコンピュータプログラムを記憶する、コンピュータ可読記憶媒体。
【請求項１２】
ローカルエリア通信ネットワーク内に存在する、マルチメディアストリームをレンダリングするデバイスであって、以下の手段、すなわち、
前記マルチメディアストリームを受信するモジュールであって、前記マルチメディアストリームは、該マルチメディアストリームに含まれるマルチメディア要素と同期した付加データを含む、受信するモジュールと、
前記付加データによって関係する前記実行デバイスを示す、少なくとも１つの実行デバイスについての少なくとも１つの宛先情報を前記マルチメディアストリーム内で検出するモジュールであって、該示された実行デバイスは前記レンダリングデバイスと異なる、検出するモジュールと、
前記マルチメディア要素及び前記付加データを前記マルチメディアストリームから抽出するモジュールと、
前記付加データを前記少なくとも１つの実行デバイスに送信するモジュールであって、該送信は、該送信された付加データを処理する動作の、前記示された実行デバイスのソフトウェアアプリケーションによる実行をトリガする、送信するモジュールと、
前記マルチメディアストリームから抽出した前記付加データに同期した前記マルチメディア要素をレンダリングするモジュールであって、前記レンダリングは前記実行デバイスによって前記付加データを処理する動作と同期する、レンダリングするモジュールと、
を備える、デバイス。
【請求項１３】
ローカルエリア通信ネットワーク内に存在する、付加データを実行するデバイスであって、以下の手段、すなわち、
処理ユニットと、
格納された命令を含むコンピュータ可読媒体であって、前記命令は前記処理ユニットにより実行可能であり、前記命令は前記デバイスを、レンダリングデバイスによるマルチメディアストリームのレンダリングと実行するデバイスによるソフトウェアアプリケーションによる動作の実行との間の同期の実行をするように構成し、前記レンダリングデバイスと前記実行するデバイスは、前記ローカルエリア通信ネットワーク内に存在し、前記同期は、
前記ローカルエリア通信ネットワーク内でアナウンスされた前記レンダリングデバイスを発見するステップと、
前記レンダリングデバイスから到来する前記付加データを受信するステップであって、前記レンダリングデバイスが、前記付加データによって関係する前記実行するデバイスを示す、少なくとも１つの実行するデバイスについての少なくとも１つの宛先情報を前記マルチメディアストリーム内で検出するのに対応して、前記マルチメディアストリームからマルチメディア要素と前記付加データとを対応して抽出する、受信するステップと、
受信された付加データを処理する動作を、前記実行するデバイスのソフトウェアアプリケーションにより実行するステップであって、前記処理する動作は、前記レンダリングデバイスにより前記マルチメディア要素をレンダリングするステップと同期する、実行するステップと、
を含む、コンピュータ可読媒体と、
を備える、デバイス。
【請求項１４】
マルチメディアストリームを生成するデバイスであって、以下の手段、すなわち、
付加データを前記マルチメディアストリーム内に挿入する手段と、
前記付加データによって関係する前記実行デバイスを示す、少なくとも１つの実行デバイスについての少なくとも１つの宛先情報を前記マルチメディアストリーム内に挿入する手段であって、該示された実行デバイスは前記マルチメディアストリームをレンダリングするデバイスと異なり、これらのデバイスは、ローカルエリア通信ネットワーク内に存在する、少なくとも１つの宛先情報を挿入する手段と、
前記宛先情報の検出後における前記示された受信側の実行デバイスへの前記付加データの送信用に設計された前記マルチメディアストリームをレンダリングする少なくとも１つのデバイスに前記マルチメディアストリームを送信する手段であって、前記マルチメディアストリームから抽出されたマルチメディア要素のレンダリングは前記マルチメディアストリームから抽出された前記付加データと同期し、前記実行デバイスにより前記付加データを処理する動作と同期する、送信する手段と、
を備える、デバイス。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０１３４
【補正方法】変更
【補正の内容】
【０１３４】
これらのモジュールは、処理ユニット４１のマイクロプロセッサによって駆動される。
なお、出願当初の特許請求の範囲の記載は以下の通りである。
請求項１：
レンダリングデバイスによるマルチメディアストリームのレンダリングと少なくとも１つの実行デバイスによるソフトウェアアプリケーションによる動作の実行との間の同期の方法であって、前記レンダリングデバイス及び前記実行デバイスは、ローカルエリア通信ネットワーク内に存在し、該方法は、前記レンダリングデバイスにおいて、以下のステップ、すなわち、
前記マルチメディアストリームを受信するステップであって、前記マルチメディアストリームは、該マルチメディアストリームに含まれるマルチメディア要素と同期した付加データを含む、受信するステップと、
前記付加データが前記レンダリングデバイスと異なる少なくとも１つの実行デバイスを対象としていることを示す少なくとも１つの宛先情報を前記マルチメディアストリーム内で検出するステップと、
前記マルチメディア要素及び前記付加データを前記マルチメディアストリームから抽出するステップと、
前記付加データを前記少なくとも１つの実行デバイスに送信するステップであって、該送信するステップは、該送信された付加データを処理する動作の、前記実行デバイスの前記ソフトウェアアプリケーションによる実行をトリガする、送信するステップと、
前記マルチメディア要素をレンダリングするステップと、
を含むことを特徴とする、方法。
請求項２：
前記マルチメディアストリームは、ＨＢＢＴＶタイプのストリームであり、前記宛先情報は、前記ＨＢＢＴＶストリームのＡＩＴ（アプリケーション情報テーブル）シグナリングテーブルに存在するディスクリプタに含まれることを特徴とする、請求項１に記載の方法。
請求項３：
前記付加データは、前記実行デバイスにおいて実行されるインタラクティブアプリケーションに対応し、前記付加データを処理する前記動作は、前記インタラクティブアプリケーションの前記実行をトリガすることを含むことを特徴とする、請求項１又は２に記載の方法。
請求項４：
以下のステップ、すなわち、
前記付加データと関連付けられるとともに前記少なくとも１つの実行デバイスを対象とする少なくとも１つのデータパケットを前記マルチメディアストリーム内で検出するステップと、
前記データパケットを前記マルチメディアストリームから抽出するステップと、
前記付加データと関連付けられた前記データパケットを前記少なくとも１つの実行デバイスに送信するステップであって、該送信は、前記送信されたデータパケットを処理する動作の、前記実行デバイスの前記ソフトウェアアプリケーションによる実行をトリガする、送信するステップと、
を更に含むことを特徴とする、請求項１に記載の方法。
請求項５：
以下のステップ、すなわち、
前記付加データと関連付けられるとともに前記少なくとも１つの実行デバイスを対象とする少なくとも１つのデータパケットを前記マルチメディアストリーム内で検出するステップと、
前記データパケットを前記マルチメディアストリームから抽出するステップと、
前記付加データと関連付けられた前記データパケットを前記少なくとも１つの実行デバイスに送信するステップであって、該送信は、前記送信されたデータパケットを処理する動作の、前記ソフトウェアアプリケーションによる実行をトリガする、送信するステップと、
を更に含むことを特徴とする、請求項３に記載の方法。
請求項６：
前記付加データと関連付けられた前記データパケットは、ＨＢＢＴＶの「イベントストリーム」タイプのイベントに対応することを特徴とする、請求項４又は５に記載の方法。
請求項７：
前記抽出するステップは、前記付加データ及び／又は該付加データと関連付けられた前記データパケットをデマルチプレックスすることに対応することを特徴とする、請求項１及び４に記載の方法。
請求項８：
前記実行デバイスに以前に送信された前記付加データを処理する前記動作の、前記実行デバイスの前記ソフトウェアアプリケーションによる前記実行の終了を示す少なくとも１つのインジケータを前記マルチメディアストリーム内で検出するステップを更に含むことを特徴とする、請求項１に記載の方法。
請求項９：
マルチメディアストリームを生成する方法であって、以下のステップ、すなわち、
付加データを前記マルチメディアストリーム内に挿入するステップと、
前記付加データが、前記マルチメディアストリームをレンダリングするデバイスと異なる少なくとも１つの実行デバイスを対象としていることを示す少なくとも１つの宛先情報を前記マルチメディアストリーム内に挿入するステップと、
前記宛先情報の検出後における受信側の実行デバイスへの前記付加データの送信用に設計された前記マルチメディアストリームをレンダリングする少なくとも１つのデバイスに前記マルチメディアストリームを送信するステップと、
を含むことを特徴とする、方法。
請求項１０：
コンピュータプログラムであって、該プログラムがコンピュータにおいて実行されると、請求項１〜９の少なくとも１項に記載の方法を実施するプログラムコード命令を含む、コンピュータプログラム。
請求項１１：
コンピュータ又はプロセッサによって実行されて、請求項１〜９の少なくとも１項に記載の方法を実施することができる一組の命令を含むコンピュータプログラムを記憶する、コンピュータ可読記憶媒体。
請求項１２：
ローカルエリア通信ネットワーク内に存在する、マルチメディアストリームをレンダリングするデバイスであって、以下の手段、すなわち、
前記マルチメディアストリームを受信するモジュールであって、前記マルチメディアストリームは、該マルチメディアストリームに含まれるマルチメディア要素と同期した付加データを含む、受信するモジュールと、
前記付加データが該レンダリングデバイスと異なる少なくとも１つの実行デバイスを対象としていることを示す少なくとも１つの宛先情報を前記マルチメディアストリーム内で検出するモジュールと、
前記マルチメディア要素及び前記付加データを前記マルチメディアストリームから抽出するモジュールと、
前記付加データを前記少なくとも１つの実行デバイスに送信するモジュールであって、該送信は、該送信された付加データを処理する動作の、前記実行デバイスの前記ソフトウェアアプリケーションによる実行をトリガする、送信するモジュールと、
前記マルチメディア要素をレンダリングするモジュールと、
を備える、デバイス。
請求項１３：
ローカルエリア通信ネットワーク内に存在する、付加データを実行するデバイスであって、以下の手段、すなわち、
前記ローカルエリアネットワーク内でアナウンスされた少なくとも１つのレンダリングデバイスを発見するモジュールと、
前記レンダリングデバイスから到来する付加データを受信するモジュールと、
受信された付加データを処理する動作の、該実行デバイスのソフトウェアアプリケーションによる前記実行のためのモジュールと、
を備える、デバイス。
請求項１４：
マルチメディアストリームを生成するデバイスであって、以下の手段、すなわち、
付加データを前記マルチメディアストリーム内に挿入する手段と、
前記付加データが、前記マルチメディアストリームをレンダリングするデバイスと異なる少なくとも１つの実行デバイスを対象としていることを示す少なくとも１つの宛先情報を前記マルチメディアストリーム内に挿入する手段であって、これらのデバイスは、ローカルエリア通信ネットワーク内に存在する、挿入する手段と、
前記宛先情報の検出後における受信側の実行デバイスへの前記付加データの送信用に設計された前記マルチメディアストリームをレンダリングする少なくとも１つのデバイスに前記マルチメディアストリームを送信する手段と、
を備える、デバイス。
【外国語明細書】
2020017983000001.pdf