(57)【要約】  コンテンツ提供ステップに関する情報、及び、１以上のコンテンツ提供ステップに関連する時間値の明確な交換によって、適切なタイミング・モデルで、第１及び第２コンテンツ提供モジュールの間の共通理解を与え、これにより、第１及び第２コンテンツがユーザーに提供されるのに先立って、コンテンツ提供ステップの各々に明確な意味を加える、ユーザーのサイトにおける方法及びシステムが開示されている。第１コンテンツ提供モジュールから受信されるような、特定のコンテンツ提供ステップのための時間遅延情報は、他のモジュールによって、いつユーザーにコンテンツを提供すべきかを決定するために用いられうる。第１コンテンツ提供モジュールのためのタイミング・モデルは、第１コンテンツ提供モジュールの時間情報を、異なる時間モードを有する第２コンテンツ提供モジュールが使用することを明確に可能とする情報によって質が向上する。【選択図】図２Ｂ
2014519769.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも第１コンテンツ及び第２コンテンツを含み、前記第１コンテンツは、ユーザーのサイトで第１コンテンツ提供モジュールから提供され、前記第２コンテンツは、前記ユーザーのサイトで第２コンテンツ提供モジュールから提供され、前記第１コンテンツ提供モジュールは、前記第１コンテンツを受信或いは生成し、且つ、前記ユーザーに前記第１コンテンツを提供するために１以上の第１コンテンツ提供ステップを実行し、前記第２コンテンツ提供モジュールは、前記第２コンテンツを受信或いは生成し、且つ、前記ユーザーに前記第２コンテンツを提供する１以上の第２コンテンツ提供ステップを実行する、同期ユーザー体験を提供する方法であって、
前記第１コンテンツ提供モジュールから、１以上の前記第１コンテンツ提供ステップを示す情報を、同期モジュールに提供するステップと、
前記第１コンテンツ提供モジュールから、１以上の前記第１コンテンツ提供ステップの実行に関連する１以上の時間値を示す情報を、前記同期モジュールに提供するステップと、
前記同期モジュールにおいて、受信した前記第１コンテンツ提供ステップを示す情報と、前記第１コンテンツ提供ステップに関連する１以上の時間値を示す情報とに従って、前記第２コンテンツ提供モジュールにおける１以上の前記第２コンテンツ提供ステップを実行するための１以上の時間値を設定するステップと、
前記第１コンテンツ提供モジュールから前記ユーザーに前記第１コンテンツが提供されるのに同期して、前記第２コンテンツ提供モジュールから前記ユーザーに前記第２コンテンツが提供されるように前記同期モジュールからの１以上の設定された前記時間値に従って、前記第２コンテンツ提供モジュールにおいて、１以上の前記第２コンテンツ提供ステップを実行するステップと、を含む同期ユーザー体験を提供する方法。
【請求項２】
前記第１及び第２コンテンツ提供ステップは、少なくとも、受信した前記第１及び第２コンテンツを処理するコンテンツ処理ステップと、処理された前記第１及び第２コンテンツをレンダリングするコンテンツレンダリングステップと、を含む、請求項１に記載の同期ユーザー体験を提供する方法。
【請求項３】
前記第１コンテンツ提供ステップ及び前記第２コンテンツ提供ステップは、レンダリングされた前記第１及び第２コンテンツを前記ユーザーに提示するためのコンテンツ伝達ステップを含む、請求項１又は２に記載の同期ユーザー体験を提供する方法。
【請求項４】
さらに、
前記第１コンテンツ提供ステップに関連する前記時間値を提供する前記第１コンテンツ提供モジュールのアイデンティティが前記同期モジュールに伝えられる、請求項１〜３のいずれか１項に記載の同期ユーザー体験を提供する方法。
【請求項５】
付加情報が前記同期モジュールに提供され、
前記付加情報は、１以上の前記第１コンテンツ提供ステップに関連する１以上の前記時間値の信頼度と、第１コンテンツ提供ステップのために必要とされる時間が、前記同期モジュールに提供される時間値に考慮されているかどうかの提示との少なくとも１つを含む、請求項１〜４のいずれか１項に記載の同期ユーザー体験を提供する方法。
【請求項６】
前記第１コンテンツ提供モジュールで前記第１コンテンツを受信或いは生成するのに先立って、１以上の前記第１コンテンツ提供ステップを示す情報を提供するステップと、１以上の前記第１コンテンツ提供ステップの実行に関連する１以上の時間値を示す情報を提供するステップとの少なくともいずれか１つが、前記第１コンテンツ提供モジュールから前記同期モジュールに提供される、請求項１〜５のいずれか１項に記載の同期ユーザー体験を提供する方法。
【請求項７】
前記第１コンテンツ提供モジュールは、前記同期モジュールに場所情報をさらに提供し、前記場所情報は、場所参照情報と、前記第２コンテンツを提供する場所を示すための前記場所参照情報に関連する場所値とを含む、請求項１〜６のいずれか１項に記載の同期ユーザー体験を提供する方法。
【請求項８】
前記第２コンテンツ提供モジュールから、前記第１コンテンツを提供する装置に、前記第２コンテンツを提供するための選択肢を伝え、或いは、前記第１及び第２コンテンツ提供モジュール間で前記選択肢を取り決めるステップであって、前記選択枝は、各々、前記第２コンテンツを提供する１以上の第２コンテンツ提供ステップのための１以上の異なる時間値に関連する当該ステップと、
前記第１コンテンツ提供モジュールにおいて、伝えられた前記異なる時間値と、前記第１コンテンツ提供モジュールからの前記第１コンテンツを提示するための利用可能な時間とに基づいて、選択肢を選択するステップと、
前記ユーザーに前記第２コンテンツを提供するためにどの選択肢を使用すべきであるかを、前記第２コンテンツ提供モジュールに教示するステップと、をさらに含む、請求項１〜７のいずれか１項に記載の同期ユーザー体験を提供する方法。
【請求項９】
前記同期モジュールは、前記第２コンテンツ提供モジュールであり、或いは、前記第２コンテンツ提供モジュールと同じ装置で提供される、請求項１〜８のいずれか１項に記載の同期ユーザー体験を提供する方法。
【請求項１０】
少なくとも第１及び第２コンテンツを含む同期ユーザー体験を提供するシステムであって、
前記第１コンテンツを受信或いは生成し、且つ、前記ユーザーに前記第１コンテンツを提供するために１以上の第１コンテンツ提供ステップを実行するように、前記ユーザーのサイトで構成された第１コンテンツ提供モジュールと、
前記第２コンテンツを受信或いは生成し、且つ、前記ユーザーに前記第２コンテンツを提供するために１以上の第２コンテンツ提供ステップを実行するように、前記ユーザーのサイトで構成された第２コンテンツ提供モジュールと、を備え、
前記第１コンテンツ提供モジュールは、さらに、同期モジュールに、１以上の前記第１コンテンツ提供ステップを示す情報を提供するとともに、１以上の前記第１コンテンツ提供ステップの実行に関連する１以上の時間値を示す情報を提供するよう構成されており、
前記同期モジュールは、さらに、前記第１コンテンツを提供する装置からの、前記第１コンテンツ提供ステップを示す受信した情報と前記第１コンテンツ提供ステップに関連する１以上の時間値を示す情報とに従って、１以上の前記第２コンテンツ提供ステップを実行するための１以上の時間値を設定するよう構成されており、
前記第２コンテンツ提供モジュールは、前記第１コンテンツ提供モジュールから前記ユーザーに前記第１コンテンツが提供されるのに同期して、前記第２コンテンツ提供モジュールから前記ユーザーに前記第２コンテンツが提供されるように、前記１以上の設定された時間値に従って、前記第２コンテンツ提供ステップを実行するよう構成されている、同期ユーザー体験を提供するシステム。
【請求項１１】
前記同期モジュールは、前記第２コンテンツ提供モジュールと同じ装置で提供される、請求項１０に記載の同期ユーザー体験を提供するシステム。
【請求項１２】
請求項２〜８のいずれか１項に記載の方法を実行するよう構成されている、請求項１０又は１１に記載の同期ユーザー体験を提供するシステム。
【請求項１３】
請求項１０〜１２のいずれか１項に記載のシステムで用いられる第１コンテンツ提供モジュールであって、
前記第１コンテンツを受信或いは生成するとともに、前記ユーザーに前記第１コンテンツを提供するために１以上の第１コンテンツ提供ステップを実行し、
１以上の前記第１コンテンツ提供ステップを示す情報を提供し、
１以上の前記第１コンテンツ提供ステップの実行に関連する１以上の時間値を示す情報を第２コンテンツ提供モジュールに提供するように構成されている、第１コンテンツ提供モジュール。
【請求項１４】
請求項１０〜１２のいずれか１項に記載のシステムで用いられる第２コンテンツ提供モジュールであって、
第２コンテンツを受信或いは生成するとともに、前記ユーザーに前記第２コンテンツを提供するために１以上の第２コンテンツ提供ステップを実行し、
第１コンテンツ提供モジュールから、前記第１コンテンツを提供するための１以上の第１コンテンツ提供ステップを示す当該第１コンテンツ提供モジュールからの情報をから受信し、
１以上の前記第１コンテンツ提供ステップを実行することに関連する１以上の時間値を示す情報を受信し、
前記第１コンテンツ提供装置から受信した、前記第１コンテンツ提供ステップを示す情報と、前記第１コンテンツ提供ステップに関連する１以上の前記時間値を示す情報とに従って、１以上の前記第２コンテンツ提供ステップを実行するための１以上の時間値を設定し、
前記第１コンテンツと同期して前記第２コンテンツを前記ユーザーに提供するように設定された時間値に従って、１以上の前記第２コンテンツ提供ステップを実行するように構成されている、第２コンテンツ提供モジュール。
【請求項１５】
請求項１０〜１２のいずれか１項に記載のシステムで用いられる同期モジュールであって、
第１コンテンツ提供モジュールから、前記第１コンテンツを提供する１以上の前記第１コンテンツ提供ステップを示す当該第１コンテンツ提供モジュールからの情報を受信し、
１以上の前記第１コンテンツ提供ステップの実行に関連する１以上の時間値を示す情報を受信し、
前記第１コンテンツ提供装置から受信した、前記第１コンテンツ提供ステップを示す情報と前記第１コンテンツ提供ステップに関連する１以上の前記時間値を示す情報とに従って、１以上の前記第２コンテンツ提供ステップを実行するための１以上の時間値を設定し、
前記第２コンテンツ提供モジュールに、１以上の前記第２コンテンツ提供ステップを実行するための１以上の前記設定された時間値を提供するように構成されている同期モジュール。
【請求項１６】
第２コンテンツ提供モジュールを第１コンテンツ提供モジュールに同期させるために利用される同期信号であって、
前記第１コンテンツ提供モジュールから第１コンテンツを提供する１以上の第１コンテンツ提供ステップを示す情報と、１以上の前記第１コンテンツ提供ステップの実行に関連する１以上の時間値を示す情報と、を含む、同期信号。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のコンテンツ提供モジュールのユーザーに、同期されたユーザー体験を提供する方法及びシステムに関する。
【背景技術】
【０００２】
コンテンツの同期は、広く研究され、標準化された話題である。有名な実例が、たとえばテレビ受像機でトランスポート・ストリームからの映像データと音声データとを同期させるＭＰＥＧ−２システム規格（ＩＳＯ／ＩＥＣ１３８１８−１、或いは、ＩＴＵ−Ｔ  Ｒｅｃ．Ｈ．２２２．０）によって提供されている。ＭＰＥＧ−２が、視聴覚媒体のデジタル伝送のために広く使用される規格を提供するＤＶＢ標準化団体によって採用されている。
【０００３】
ＭＰＥＧは、連続する映像単位及び音声単位を含む、符号化されたビデオ及びオーディオエレメンタリ・ストリームを受信機に転送するために、トランスポート・ストリームＴＳを利用する。トランスポート・ストリームとともに、受信機にエンコーダ・システム・クロックを再構築させることが可能なプログラム・クロック・リファレンスＰＣＲが送信される。映像単位及び音声単位は、プレゼンテーション・タイム・スタンプＰＴＳを含んでいる。関連する映像単位及び音声単位は、同じＰＴＳを含んでおり、それゆえに、ＰＣＲシステム・クロックに従って同期してレンダリングされうる。
【０００４】
映像と音声との同期だけがプレゼンテーション・タイム・スタンプに依存するわけではない。放送局が、受信機に存在するアプリケーションにイベントを送信することを可能とする、ＤＶＢイベントメカニズムが定義づけられた。これは、アプリケーションが、ＤＶＢ放送における時間内の特定の瞬間に特定の情報を提示することを可能とする。一例としては、番組の途中に、テレビ番組の司会者が問題を読み上げている時間と同じ時間に、その問題が視覚的にテレビ画面に提示されうる。使用可能な１つのメカニズムは、ＥＴＳＩ  ＴＳ  １０２  ８０９  ｖ１．１．１．で定められるように、ＤＶＢ同期イベントである。ＤＶＢ同期イベントは、イベントストリームと、オーディオストリーム及び／又はビデオストリームのいくつかのプレゼンテーション・タイム・スタンプとの間の厳格な同期を提供する。受信機は、映像と音声との同期が維持されるように時刻付けられたアプリケーションに、イベントを送らなければいけない。ＤＶＢイベントメカニズムは、ＥＴＳＩ規格であるＥＴＳＩ  ＴＳ  １０２  ８０９によればリニア・メディア・ストリームと正確に同期することができない、ＤＶＢ−ＣＣストリームイベント”ｄｏ  ｉｔ  ｎｏｗ”をも含んでいる。”ｄｏ  ｉｔ  ｎｏｗ”イベントとオーディオ／ビデオストリームとの同期は、対応するビデオフレームと同じＰＴＳ値をイベントストリームの一単位に適用することによって可能とされている。しかしながら、この実行は、これからさらに説明されるように、処理系依存である。
【０００５】
ＭＰＥＧ−２の基礎をなしているタイミング・モデルは、受信したエレメンタリ・ストリームの復号化及び提示が同時である、すなわち、復号化と提示との間の時間遅延がない、ことを仮定している。受信機製造者は、この仮定が実際には真実ではないと認識しており、ＭＰＥＧ−２タイミング・モデルで実施されない付加的な遅延を制御する受信機を、たとえば、付加的な時間遅延を可能とするバッファを用いることによって製造している。
【０００６】
このように、ＭＰＥＧ−２では、ＰＴＳ値の解釈と、ＰＴＳ値に関連する映像単位の提示とは、処理系依存である。いくつかの受信機の処理にとっては、（映像フレームの復号化及び提示のような）コンテンツ提供ステップ間における時間遅延は、同じＰＴＳ値が使用されていたとしても、他の処理とは異なる。このことは、複数の装置が、同期された映像の提示に関わっている場合に、ＭＰＥＧ−２は、同期されたユーザー体験をユーザーに提供することができるように複数の装置を同期させるための手段を持っていないことを意味する。このことは、先述したＤＶＢ同期イベントからも明らかである。というのは、ＤＶＢは、受信機が、イベントを、映像と音声との同期が維持されるように時刻付けられたアプリケーションに送らなければいけないことを言明しているが、これをどのようにすれば為しうるかについては言明していないからである。
【０００７】
同期ユーザー体験が提供される複数のコンテンツ提供モジュールを使う需要が、近い将来、かなり増大することが予想されている。１つの例は、第１のコンテンツ（たとえば、映像／音声単位を含むテレビジョン信号）がセットトップボックス（ＳＴＢ）のようなテレビ受信機で受信され、第２のコンテンツ（たとえば、インターネットを介して受信した静止映像）がタブレッド型コンピューターで受信され、それにより、高機能のユーザー体験を提供するという場合を含む。
【０００８】
しかしながら、上述したように、異なるコンテンツ提供モジュールを使用することは、処理系依存を理由として、同期の困難さをもたらす。さらに、コンテンツが、テレビ受像機及びタブレットの場合におけるように、異なるドメイン（すなわち、時間が、異なる意味、値或いは精度を有している環境）から受信されたときには、タイミング・モデルが異なることにより、同期問題が生じる。
【０００９】
したがって、第１及び第２のコンテンツ提供モジュールの各々からユーザーに提供される、少なくとも第１及び第２コンテンツの同期を改善する技術上の必要性がある。
【発明の概要】
【課題を解決するための手段】
【００１０】
少なくとも第１コンテンツと第２コンテンツとを含む同期ユーザー体験を提供する方法が開示されている。第１コンテンツは、ユーザーのサイトで第１コンテンツ提供モジュールよって提供され、第２コンテンツは、ユーザーのサイトで第２コンテンツ提供モジュールよって提供される。第１コンテンツ提供モジュールは、第１コンテンツを受信或いは生成し、ユーザーに第１コンテンツを提供する１以上の第１コンテンツ提供ステップを実行する。第２コンテンツ提供モジュールは、第２コンテンツを受信或いは生成し、ユーザーに第２コンテンツを提供する１以上の第２コンテンツ提供ステップを実行する。
【００１１】
第１コンテンツ提供モジュールは、１以上の第１コンテンツ提供ステップを示す情報を同期モジュールに提供する。同期モジュールは、第２コンテンツ提供モジュールであってもよいし、第２コンテンツ提供モジュールを含む装置で実施されてもよい。第１コンテンツ提供モジュールは、１以上の第１コンテンツ提供ステップの実行に関連する１以上の時間値を示す情報をも、第１コンテンツ提供モジュールよって同期モジュールに提供する。
【００１２】
同期モジュールは、受信した、第１コンテンツ提供ステップを示す情報と、第１コンテンツ提供ステップに関連する１以上の時間値を示す情報とに従って、第２コンテンツ提供モジュールにおける１以上の第２コンテンツ提供ステップを実行するために１以上の時間値を設定する。同期モジュールは、設定された情報を第２コンテンツ提供モジュールに伝えることができる。
【００１３】
第２コンテンツ提供モジュールは、第１コンテンツ提供モジュールよってユーザーに第１コンテンツが提供されるのに同期して、第２コンテンツが、第２コンテンツ提供モジュールよってユーザーに提供されるように、同期モジュールによって設定された１以上の時間値に従って、１以上の第２コンテンツ提供ステップを実行する。
【００１４】
さらに、少なくとも第１コンテンツ及び第２コンテンツを含む同期ユーザー体験を提供するように構成されたシステムが開示されている。そのシステムは、少なくとも、第１コンテンツ提供モジュールと、第２コンテンツ提供モジュールと、同期モジュールとを含む。同期モジュールは、第２コンテンツ提供モジュールと同じモジュールであってもよいし、第２コンテンツ提供モジュールと同じ装置で実施されてもよい。
【００１５】
そのシステムは、第１コンテンツを受信或いは生成し、ユーザーに第１コンテンツを提供する１以上の第１コンテンツ提供ステップを実行し、構成された第１コンテンツ提供モジュールをユーザーのサイトで含む。そのシステムは、第２コンテンツを受信或いは生成し、ユーザーに第２コンテンツを提供する１以上の第２コンテンツ提供ステップを実行し、構成された第２コンテンツ提供モジュールをもユーザーのサイトで含む。
【００１６】
第１コンテンツ提供モジュールは、さらに、同期モジュールに、１以上の第１コンテンツ提供ステップを示す情報を提供するとともに、１以上の第１コンテンツ提供ステップの実行に関連する１以上の時間値を示す情報を提供するよう構成されている。
【００１７】
同期モジュールは、さらに、第１コンテンツを提供する装置から受信した、第１コンテンツ提供ステップを示す情報と、第１コンテンツ提供ステップに関連する１以上の時間値を示す情報とに従って、１以上の第２コンテンツ提供ステップを実行するために１以上の時間値を設定するよう構成されている。
【００１８】
第２コンテンツ提供モジュールは、第１コンテンツ提供モジュールよってユーザーに第１コンテンツが提供されるのに同期して、第２コンテンツ提供モジュールよって第２コンテンツがユーザーに提供されるように設定された１以上の時間値に従って、第２コンテンツ提供ステップを実行するよう構成されている。もちろん、同期は、ユーザーの知覚と関連する。
【００１９】
さらに、上述したシステムで用いられる、第１コンテンツ提供モジュール、第２コンテンツ提供モジュール、及び、同期モジュールが開示されている。これらのモジュールは、汎用目的で動いているソフトウェアコードとして構成されていてもよいし、特定用途向けのプロセッサとして構成されていてもよいし、専用のハードウェアとして構成されていてもよいことを理解すべきである。前記システム及び前記方法で用いられる同期信号も開示されている。
【００２０】
時間値を示す情報は、第１コンテンツ提供モジュールによる１以上の特定のコンテンツ提供ステップ（たとえば、処理時間やレンダリング時間など）に起因する時間遅延に関連してもよいが、そのような時間遅延を表している、取り決められた識別子にも関連してもよいことを理解すべきである。そのような識別子を使用することによって、たとえば、ネットワークの負担を減らすことができる。
【００２１】
ユーザーのサイトで開示された方法及びシステムは、コンテンツ提供ステップにおける情報と１以上のこれらのステップに関連する時間値とを明確に交換することによって、適切なタイミング・モデルで、第１コンテンツと第２コンテンツ提供モジュールとの間に共通理解を提供する。それゆえに、第１及び第２コンテンツがユーザーに提供されるのに先立って、コンテンツ提供ステップの各々に明確な意味を付加することができる。第１コンテンツ提供モジュールから受信されるような、特定のコンテンツ提供ステップのための時間遅延情報を、他のモジュールによって、いつユーザーにコンテンツを提供すべきかを決定するために用いることができる。第１コンテンツ提供モジュールのためのタイミング・モデル（たとえばＤＶＢタイミング・モデル）は、第１コンテンツ提供モジュールの時間情報を、異なるタイミング・モデル（たとえばインターネットタイミングモデル）を有する第２コンテンツ提供モジュールが明瞭に適用しうることを可能とする情報によって質が高まる。第２コンテンツ提供ステップは、ＥＴＳＩ  ＴＳ  １０２  ８０９で定義付けられたストリームイベントタイプを用いるＤＶＢイベントメカニズムによって作動することが可能である。
【００２２】
コンテンツの提供は、コンテンツ制作者が意図するように、視聴者に対するコンテンツの準備に関連しうる。
【００２３】
本発明の一実施形態では、コンテンツ提供モジュールの双方は、同期モジュールを含み、ユーザーに提供されるコンテンツを同期させるために、双方向の情報交換を行う。
【００２４】
特に、本発明の実施形態では、第１及び第２コンテンツ提供ステップは、少なくとも、受信した第１及び第２コンテンツを処理するコンテンツ処理ステップと、処理された第１及び第２コンテンツをレンダリングするコンテンツレンダリングステップと、を含む。処理は、復号化信号の操作（たとえば、音響効果の計算）に関連することを理解すべきである。レンダリングとは、処理された復号化信号を、ユーザーの１以上の感覚を刺激するように構成された何らかのアクチュエーターによって変換することとして理解すべきである。少なくともこれら２つのコンテンツ提供ステップにおける情報交換によって、第１コンテンツと第２コンテンツとの同期を、さまざまなコンテンツ提供モジュールにおけるいくつかの（おそらく未知の）段階で達成するだけでなく、実に、その同期をユーザーに感じさせることができる。ユーザー体験に関わる同期は、ユーザーに対するコンテンツのコンテンツ伝達、たとえば、コンテンツの伝達時間が事柄（ユーザーに対するコンテンツのコンテンツ伝達）を遅らせる場合の、人間の感覚器による受け付けに適するようにレンダリングされたコンテンツのアクチュエーターから人間への伝達（たとえば、地震装置の轟音）を考慮することによってもさらに改善される。
【００２５】
本発明の実施形態では、第１コンテンツ提供ステップに関連する時間値を提供する第１コンテンツ提供モジュールのアイデンティティ（名前等）が同期モジュールに伝えられる。第１コンテンツ提供モジュールの名前は、第２コンテンツ提供モジュールによって、第１コンテンツ提供モジュールの種類、ひいては、仮定と対応するオリジナルのタイミング・モデル、或いは、このタイミング・モデルでなされる解釈を黙示的に決定するのに使用されうる。解釈とは、時刻を決定するために使用される特定の示し、及び、その時刻がどのコンテンツ提供ステップに関連するかの解釈のことをいう。
【００２６】
さらに、本発明の他の実施形態では、第１コンテンツ提供モジュールよって付加情報が提供される。付加情報は、１以上の第１コンテンツ提供ステップに関連する１以上の時間値、及び／又は、第１コンテンツ提供ステップのために必要とされる時間が、同期モジュールに提供される時間値に実際に考慮されたものであるのかどうかを表す示しの信頼度に関連する。信頼度によって、コンテンツ提供ステップのために必要とされる時間が考慮されたものであるのか否かを決定される（たとえば、仮定された時間は、考慮されていないかもしれず（低信頼度））、一方、計測された時間は、考慮されているかもしれない（高信頼度）。この情報により、時間値に関する情報の技術的な信用レベルが設定される。この情報が、信頼度が低いと判定しているときには、同期モジュールは、特定の時間値を使わないように決定することができ、或いは、同期モジュールは、より良い解釈、或いは自身の計測を行うことができる。もう一つの使用は、第１コンテンツ提供モジュールのより緻密な正確さに匹敵する、代替の経験を作り出すことである。
【００２７】
さらに、本発明の他の実施形態では、ユーザーのサイトで第１コンテンツ提供モジュールで第１コンテンツを受信或いは生成するのに先立って、１以上の第１コンテンツ提供ステップを示す情報を提供するステップ、及び／又は、１以上の第１コンテンツ提供ステップの実行に関連する１以上の時間値を示す情報を提供するステップが、第１コンテンツ提供モジュールから同期モジュールに提供される。多くの時間遅延値が実質的には時間経過に対して一定なので、このことにより、たとえば、モジュールを含む装置のセットアップ中やブート処理中に、モジュール間での情報の事前共有が可能となる。たとえば、ＳＴＢのレンダリング時間や、ホームサラウンドセットにおけるある効果の処理時間は、時間経過に対してほぼ一定である。情報の事前共有は、情報を放送することによって、或いは、その情報を、同期情報インタフェースにおいてその情報に関係するモジュールで使用可能とすることによって、或いは、いくつかの識別子に、ＵＲＮやＵＲＩ、或いは名前空間といった、（いくつかの標準化団体によって定義づけられる）既知の意味を付けることによって実行されうる。
【００２８】
さらに、本発明の他の実施形態は、同期モジュールに場所情報をさらに提供する第１コンテンツ提供モジュールを伴っており、場所情報は、場所参照情報と、第２コンテンツを提供するための場所を示す場所参照情報に関連する場所値とを含むことを含む。この実施形態は、空間的効果を適切に生じさせることを可能とするために、異なるコンテンツ提供モジュールの間において、場所参照システム（たとえば座標システム）の共通理解を提供する。場所とは、コンテンツ提供モジュールを含む装置の場所、或いは、効果が生じる場所、或いは、ユーザーの場所のことをいう。効果が生じる場所である場合、場所情報は、上述した、ユーザーに対するコンテンツの伝達のためのコンテンツ伝達情報の特別な場合として観察されうる。
【００２９】
さらに、本発明の他の実施形態は、第２コンテンツを提供する装置から第１コンテンツを提供する装置に、ユーザーに第２コンテンツを提供するための１以上の選択肢を伝えること、或いは、１以上の前記選択肢を取り決めることを含んでおり、選択枝の各々は、第２コンテンツを提供するステップを提供する１以上の第２コンテンツ提供ステップに対する異なる１以上の時間値に関連している。第１コンテンツ提供モジュールは、伝えられたそれぞれ異なる時間値と、第１コンテンツ提供モジュールから第１コンテンツを提供するための利用可能な時間とに基づいて、或る選択肢を選択することができる。第１コンテンツを提供する装置は、ユーザーに第２コンテンツを提供するためにはどの選択肢を使用すべきであるかを、第２コンテンツ提供モジュールに教示する。この実施形態は、第２コンテンツを異なる態様（たとえば異なる質）で準備するのに適当な時間に依存して、ユーザーに第２コンテンツを前記異なる態様（たとえば異なる質）で提供することを可能とする。
【００３０】
以下、本発明の実施形態が、さらに詳細に説明される。しかしながら、これらの実施形態が、本発明の保護範囲を限定するものと解釈してはならないことを理解すべきである。
【図面の簡単な説明】
【００３１】
【図１Ａ】図１Ａは、本発明の実施形態に係るシステムの略図である。
【図１Ｂ】図１Ｂは、本発明の実施形態に係るシステムの略図である。
【図１Ｃ】図１Ｃは、本発明の実施形態に係るシステムの略図である。
【図１Ｄ】図１Ｄは、本発明の実施形態に係るシステムの略図である。
【図２Ａ】図２Ａは、本発明の実施形態に係る第１及び第２コンテンツ提供モジュールの略図、及び、本発明に係る方法の実施形態を説明したフローチャートである。
【図２Ｂ】図２Ｂは、本発明の実施形態に係る第１及び第２コンテンツ提供モジュールの略図、及び、本発明に係る方法の実施形態を説明したフローチャートである。
【図３】図３は、いくつかのコンテンツ提供ステップを実行する３つの装置を含むシステムの略図である。
【図４】図４は、ＤＶＢイベントメカニズムを使用した、本発明の実施形態に係るアプリケーションの略図である。
【図５】図５は、ＤＶＢイベントメカニズムを使用した、本発明の実施形態に係るアプリケーションの略図である。
【図６】図６は、ＤＶＢイベントメカニズムを使用した、本発明の実施形態に係るアプリケーションの略図である。
【図７】図７は、場所情報を使用した、本発明の実施形態に係る他のアプリケーションの略図である。
【発明を実施するための形態】
【００３２】
図１Ａ〜図１Ｃは、本発明の実施形態に係るシステムの略図である。各々のシステムは、１以上の装置Ｄを含んでおり、第１コンテンツ提供モジュールＩ及び第２コンテンツ提供モジュールＩＩがユーザーＵのサイトにインストールされている。システム１は、第１コンテンツＦＣ及び第２コンテンツＳＣを含む同期ユーザー体験を提供するのに適合されている。第１コンテンツＦＣ及び第２コンテンツＳＣは、伝達ネットワークを介して受信されるか、或いは、ユーザーＵのサイトの装置Ｄで生成されうる。第１コンテンツＦＣ及び／又は第２コンテンツＳＣは、ユーザーＵのサイトで（たとえば、パーソナルビデオレコーダー或いはハードディスク内で）、局所的に保存されうる。第１コンテンツＦＣと第２コンテンツＳＣとは、必ずしも異なっている必要はない。
【００３３】
配信或いは生成された第１コンテンツＦＣは、ユーザーＵのサイトで第１コンテンツ提供モジュールＩからユーザーＵに提供され、第２コンテンツＳＣは、ユーザーＵのサイトで第２コンテンツ提供モジュールＩＩからユーザーＵに提供される。第１コンテンツ提供モジュールＩは、第１コンテンツ（ＦＣ）を受信或いは生成し、第１コンテンツＦＣをユーザーＵに提供するために、１以上の第１コンテンツ提供ステップｉ，ｉｉを実行する。第２コンテンツモジュールＩＩは、第２コンテンツ（ＳＣ）を受信或いは生成し、第２コンテンツＳＣをユーザーＵに提供するために、１以上の第２コンテンツ提供ステップｉ，ｉｉを実行する。第１コンテンツＦＣ及び第２コンテンツＳＣは、同じ装置Ｄ、おそらくは他の装置Ｄに実装された第２コンテンツ提供モジュールに第２コンテンツＳＣを転送する装置Ｄによって、受信されうることに注意すべきである。
【００３４】
より詳細には、第１コンテンツ提供モジュールＩは、第１コンテンツを、たとえば、メディアディストリビューションネットワークを通じて受信する。第２コンテンツは、同じネットワーク或いは異なるネットワークを通じて受信されうる。丸括弧の中の、受信された第１及び第２コンテンツの符号は、第１及び第２コンテンツがパケット或いは１以上のプロトコルを用いた他の単位として受信されうることを示している。たとえば、デジタルテレビ放送網からの第１コンテンツＦＣは、ＤＶＢプロトコルに従って転送される転送パケットとして用意されうる一方で、第２コンテンツは、ＴＣＰ／ＩＰを用いてインターネットを通じて受信されうる。このような例では、第１コンテンツ提供モジュールＩを含む装置Ｄとしては、テレビジョン或いはセットトップボックスが考えられ、第２コンテンツ提供モジュールＩＩを含む装置Ｄとしては、ラップトップ型のコンピューターやタブレット型のコンピューターのようなパーソナルコンピューターが考えられる。第２コンテンツ提供モジュールＩＩを含む装置Ｄとしては、スマートフォンも考えられる。
【００３５】
第１及び第２コンテンツ提供モジュールＩ，ＩＩは、複数の装置に含まれている必要がないことを理解すべきである。図１Ｃで説明されているように、単独の装置Ｄ（たとえばパーソナルコンピューター）は、第１及び第２コンテンツ提供モジュールＩ，ＩＩの双方を搭載した状態で持っていてもよい。そのとき、第１コンテンツ（ＦＣ）及び第２コンテンツ（ＳＣ）が、同じネットワーク（たとえばインターネット）を通じて受信されうる。例としては、第１コンテンツＦＣとしてのストリーミングビデオを再生するメディアプレイヤーと、第２コンテンツＳＣを提示するインターネットブラウザとを有するパーソナルコンピューターが考えられる。
【００３６】
受信コンテンツ（ＦＣ），（ＳＣ）は、装置Ｄによって受信及び復号化され、ユーザーＵにこれらのコンテンツを第１コンテンツＦＣ及び第２コンテンツＳＣとして提供するべく、一連のコンテンツ提供ステップｉ，ｉｉのいくつかのポイントで実行される。第１及び第２コンテンツ提供ステップｉ，ｉｉは、受信した第１及び第２コンテンツを処理するコンテンツ処理ステップと、処理された第１及び第２コンテンツをレンダリングするレンダリングステップと、に関連しうる。処理は、復号化信号の操作（たとえば、音響効果の計算）に関連することを理解することができる。レンダリングは、ユーザーの１以上の感覚を刺激するように構成された何らかのアクチュエーターによって、復号化信号が変換されることとして理解することができる。
【００３７】
システム１がユーザーＵに同期されたコンテンツを提供できるようにするためには、第１コンテンツＦＣ及び第２コンテンツＳＣは、ユーザーＵの視点から、同期されていなければならない。そのようにすべく、第１コンテンツ提供モジュールＩは、第２コンテンツ提供モジュールＩＩに、矢印２によって示される情報ステップで、適切なタイミング・モデルと、そのタイミング・モデルに関連する時間値とを伝える。図１Ａ及び図１Ｃでは、第１コンテンツ提供モジュールＩが直接第２コンテンツ提供モジュールＩＩに伝える一方で、図１Ｂでは、同期モジュールＳＹＮＣが、開示された同期方法の１以上のステップを実行するために適用されている。同期モジュールＳＹＮＣは、第２コンテンツ提供モジュールＩＩと同じモジュールであってもよいし、第２コンテンツ提供モジュールＩＩと同じ装置Ｄで実行されてもよい。
【００３８】
図１Ｄは、第１コンテンツＦＣにブランチを提供するコンテンツが、２つの異なるコンテンツ提供モジュールＩ及びＩＩＩを持つ２つの装置Ｄを含むシステム１の略図である。この場合には、コンテンツ提供モジュールＩ，ＩＩＩの双方が、同期情報を、第２コンテンツ提供モジュールＩＩを備える装置Ｄに伝える。
【００３９】
本発明の実施形態に係るシステム及び方法について、図２Ａ及び図２Ｂを参照して、さらに詳細に説明する。
【００４０】
図２Ａは、第１コンテンツ（ＦＣ）及び第２コンテンツ（ＳＣ）を受信可能で、且つ、いくつかのコンテンツ提供ステップｉ，ｉｉ，ｉｉｉにおいてコンテンツを処理できるように構成された、第１コンテンツ提供モジュールＩ及び第２コンテンツ提供モジュールＩＩを描いている。情報２は、ユーザーＵ（図示せず）にコンテンツ提供モジュールＩ，ＩＩの各々から提供しているコンテンツを同期させるために交換される。コンテンツ提供モジュールＩ，ＩＩが含まれた装置Ｄ（図１Ａ〜図１Ｃ参照）は、さらなる機能、たとえば、受信、逆多重化、復号化などといった機能を、コンテンツ提供ステップｉ〜ｉｉｉに先立つステップとして実行する。コンテンツ提供ステップｉ〜ｉｉｉは、必ずしもコンテンツ提供モジュールＩ、ＩＩの両方の間で、同一、或いは、似ている必要はなく、１つのコンテンツ提供モジュールＩ、ＩＩにおける１以上のステップは、他のコンテンツ提供モジュールＩＩ、Ｉに相当するステップを持っていても、持っていなくてもよいことを理解すべきである。コンテンツ提供ステップｉ〜ｉｉｉは、たとえば、コンテンツ処理、コンテンツレンダリング、及び、コンテンツ伝達に関連しうる。コンテンツ処理がコンテンツプロセッサを使用することで行われ、コンテンツレンダリングがコンテンツレンダラーを使用することで行われるのに対し、コンテンツ伝達は、コンテンツ提供モジュール自身のモジュールと関連している必要はなく、装置Ｄの外部の特定の媒体に関連していてもよい。コンテンツの伝達は、人間の感覚器による受け付けに適するようにレンダリングされたコンテンツのアクチュエーターから人間への伝達（たとえば、地震装置の轟音）に関連する。
【００４１】
コンテンツ提供モジュールＩ，ＩＩは、図２Ｂを参照してさらに詳細に説明されるように、本発明の実施形態に係る１以上のステップを実行するように構成されたソフトウェアを動かすことができるプロセッサ３，４へアクセスする。
【００４２】
第１ステップ１０では、プロセッサ３を用いたコンテンツ提供モジュールＩは、１以上の第１コンテンツ提供ステップｉ〜ｉｉｉを示す情報を、信号２を通じて、第１コンテンツ提供モジュールＩから、同期モジュール、ここでは第２コンテンツ提供モジュールＩＩに提供する。同じステップ或いはステップ２０では、図２Ｂに示すように、１以上の第１コンテンツ提供ステップｉ〜ｉｉｉの実行に関連する１以上の時間値を示す情報が、信号２を通じて、第１コンテンツ提供モジュールＩから、第２コンテンツ提供モジュールＩＩに提供される。
【００４３】
次のステップ３０では、プロセッサ４を用いた第２コンテンツ提供モジュールＩＩは、受信した、第１コンテンツ提供ステップを示す情報と、第１コンテンツ提供ステップｉ〜ｉｉｉに関連する１以上の時間値を示す情報とに従って、第２コンテンツ提供モジュールＩＩにおける１以上の第２コンテンツ提供ステップｉ〜ｉｉｉを実行するために１以上の時間値を設定する。
【００４４】
その後、ステップ４０では、第２コンテンツ提供モジュールＩＩは、第１コンテンツ提供モジュールＩからユーザーＵに第１コンテンツＦＣが提供されるのに同期して、第２コンテンツ提供モジュールＩＩから第２コンテンツＳＣがユーザーＵに提供されるように設定された１以上の時間値に従って、第２コンテンツ提供ステップｉ〜ｉｉｉを実行する。
【００４５】
ユーザーＵのサイトにあるシステム１は、コンテンツ提供ステップｉ〜ｉｉｉ、及び、１以上のこれらのステップに関連する時間値の明示の情報交換２によって、適切なタイミング・モデルに関して、第１及び第２コンテンツ提供モジュールＩ，ＩＩの間に共通理解を提供する。それゆえに、第１及び第２コンテンツがユーザーに提供されるのに先立って、コンテンツ提供ステップの各々に明確な意味を付加することができる。第１コンテンツ提供モジュールＩから受信されるような、特定のコンテンツ提供ステップのための時間遅延情報は、他のモジュールＩＩによって、いつユーザーＵにコンテンツを提供すべきかを決定するために用いられることができる。第１コンテンツ提供モジュールのためのタイミング・モデル（たとえばＭＰＥＧ−２タイミング・モデル）は、第１コンテンツ提供モジュールの時間情報が、異なるタイミング・モデル（たとえばインターネットタイミングモデル）を有する第２コンテンツ提供モジュールに適用できることを可能とする情報によって質が向上する。
【００４６】
１以上のステップ１０〜３０は、第１及び第２コンテンツ提供モジュールをインストールすることにより実行することができる。このことは、多くの時間遅延値が実質的には時間経過に対して一定なので、たとえば、モジュールを含む装置のセットアップ中やブート処理中に、モジュール間での情報の事前共有を可能にする。たとえば、ＳＴＢのレンダリング時間、或いは、ホームサラウンドセットにおける或る効果の処理時間は、ほぼ一定である。情報の事前共有は、たとえば、情報を放送することによって、或いは、その情報を、同期情報インタフェースにおいてその情報に関係するモジュールで使用可能とすることによって実行されうる。
【００４７】
図３は、コンテンツ提供ステップを実行する３つの装置を含むシステムの略図である。第１装置、たとえばＳＴＢは、第１コンテンツＦＣを、２つのメディア（たとえば映像や音声）ストリームを含むトランスポート・ストリームを通じて受信する。トランスポート・ストリームは、デマルチプレクサによって分離され、適切なデコーダによって復号化される。第２装置は、第２コンテンツＳＣを含む単一のストリームをし、そのストリームを復号化する。第２装置は、たとえば、音サンプルを受信する音響装置であり、オーディオ装置が設置されている部屋を特に目標とした効果を計算する。第１及び第２装置の受信段階は、バッファー（図示せず）におけるバッファリング、及び、デパケタイザー（図示せず）によるデパケタイズ処理を含みうる。第３装置は、どのコンテンツも受信せずに第３コンテンツＴＣそのものを生成し、たとえば、イベントやおそらくは他のコンテンツ提供ステップの受信に応じて第３コンテンツＴＣを生成するための時間入力のみを要求する。コンテンツ提供のための単一の提供ステップに代えて、１以上の装置は、前もって定義付けられた、処理、レンダリング、及び、必要な場合には、伝達といった、区別可能なコンテンツ提供ステップを有する。
【００４８】
図３における装置は、図２Ａ及び２Ｂを参照して概説するように、ユーザーＵへのコンテンツ提供を同期させるために、情報を交換する。特に、交換される同期情報は、すべての装置にとって明確となるように質の向上が図られる。たとえば、同期情報は、装置１のコンテンツ提供ステップに８ミリ秒かかり、コンテンツレンダリングステップが２ミリ秒の遅延を提供する一方で、コンテンツ伝達ステップには０ミリ秒となることを含むことができる。そのように、第２装置は、その情報の参照や意味の教示なしで、第１コンテンツＦＣの遅延の合計が１０ミリ秒であることを知るだけでなく、第１装置における少なくとも２つのコンテンツ提供ステップに対する個々の遅延に関して詳細に知るようになる。したがって、第２装置（及び第３装置も）は、ユーザーＵにコンテンツを提供するのに適したものとなる。
【００４９】
これに加えて、第１装置は、さらに、特定の情報の解釈を提供することができる。たとえば、ＳＴＢは、プレゼンテーション・タイム・スタンプＰＴＳがレンダリングの瞬間を示すのに使用されていることを伝えることができる。その情報は、表に要約されている。
【００５０】
【表１】
2014519769.tif 000003
この情報は、コンテンツを提供するチェインでさらにより良いタイミング決定を可能とするさらなる詳細を提供する。これは、明確な解釈が可能であるとき、特に、有益である。
【００５１】
さらにまた、第１装置は、第１装置から提供される情報の信頼度に関する付加情報を提供することができる。たとえば、信頼度（たとえば仮定された、測定された、保証された）は、受信装置が自動的に付加情報を適用すべきかどうかに影響を与え、１以上のコンテンツ提供ステップを示す情報及び／又は第１コンテンツ提供ステップの実行に関連する１以上の時間値を示す情報が誤っていると見なされたときに、その情報を訂正することができ、或いは、第１装置にフィードバックを行うべきである。以下の表は、ネットワークの遅延時間値の注釈に関連する例を提供する。
【００５２】
【表２】
2014519769.tif 000004
【００５３】
３つの列の各々では、ＳＴＢは、他のコンテンツ提供モジュールに、第１コンテンツＦＣを受信するためのネットワーク遅延が５ミリ秒とであることを知らせている。最初の列では、ＳＴＢは、他の装置に、それが、仮定されたこの値（低信頼度）しか有しておらず、それが第１コンテンツ提供ステップに対して連絡した時間値には、この値が考慮されていないことを知らせている。この情報によって、受信コンテンツ提供モジュールがネットワーク遅延自身を決定し、第２装置からユーザーにコンテンツを提供するに当たって決定された値を考慮に入れることができるように、受信コンテンツ提供モジュールを作動させることができる。２番目の列では、ネットワーク遅延の信頼度は、実際に測定されているので向上しており、それゆえに、第１装置は、他のコンテンツ提供モジュールに伝達される時間値の中の、ネットワーク遅延の原因となっている。さらに、第２コンテンツ提供モジュールは、当然ながら、２番目の測定を実行し、代わりにその値に依存する。３番目の列では、ネットワーク遅延時間は保証されており、第２コンテンツ提供モジュールが、たとえば、第１装置から受信した値を自動的に適用する。
【００５４】
図４〜６は、ＤＶＢイベントメカニズムを用いた、本発明の実施形態に係るアプリケーションの略図である。
【００５５】
図４は、少なくとも、映像／音声パケット、及び、ストリームイベントパケットを有する第１コンテンツＦＣを含むＭＰＥＧ−ＴＳを受信する装置Ｄを示している。デマルチプレクサは、映像／音声パケット、及び、ストリームイベントパケットを分離する。映像／音声パケットは復号化され、さらに、時刻ｔｘにコンテンツをレンダリングするコンテンツ提供ステップが実行される。ストリームイベントパケットは、イベント処理部によって処理される。イベント処理部は、ユーザーに第２コンテンツを提供する時刻ｔｙに、ストリームイベントパケットを処理し、たとえば、タブレット型コンピューター（タブレット）といった第２装置を起動させる。第２コンテンツは、タブレットが１以上のコンテンツ提供ステップを実行した後の時刻ｔｚに、ユーザーに提供される。タブレットは、第２コンテンツを、ＭＰＥＧ−ＴＳ及びこれとは別個のネットワークのいずれかから受信することができる。別個のネットワークとしては、たとえば、インターネットが挙げられ、双方の選択肢が図４に示されている。
【００５６】
従来技術では、音声／映像第１コンテンツと第２コンテンツとの間の同期は、たとえば、ＭＰＥＧ規格から判るＰＴＳベースの制御によって、点線によって示されたように、映像／音声パケットとストリームイベントパケットとの分離に至るまで保持されるのみである。しかしながら、タブレットは別個の装置であるので、装置Ｄの製造者は、たとえば、タブレット、というよりストリームイベント処理において、さらなるコンテンツ提供の遅延の変化を修正することができない。したがって、通常は、ｔｘはｔｚとは異なるであろう。すなわち、コンテンツが同期してユーザーに提供されない（装置Ｄの製造者がたとえば余分な遅延を導入することによってイベント処理を制御できない場合には、ｔｘはｔｙとも異なりうる）。とにかく、たとえあったとしても、ユーザーへの同期は処理系依存である。
【００５７】
図１Ａ〜１Ｃ、図２Ａ及び２Ｂ、及び図３を参照して先に述べたように、今回の開示は、装置が、コンテンツ提供ステップとコンテンツ提供ステップに関連する時間値とに関連する情報を交換できるようにすることによって、ユーザー／視聴者に対する第１コンテンツと第２コンテンツとの正確な同期を可能にする。これは、図４において矢印Ａによって示されている。この場合には、装置Ｄの製造者による追加計測、及び、装置Ｄにおけるイベント処理部とＡＶコンテンツ提供チェインとの間に今回の開示を含むことのいずれかによって、ＡＶコンテンツを提供するチェインとイベント処理部との間で同期が得られると仮定されている。情報交換は、１方向でもよいし双方向でもよく、装置間或いはコンテンツ提供モジュール間における、指示、質問、交渉などを含みうることに注意すべきである。Ａの詳細な実施例について、図５及び６を用いて説明する。
【００５８】
図５及び６に描かれているように、ＳＴＢは、テレビ放送の放送局によって組み込まれたストリームイベントメッセージを、ＳＴＢによって受信されたテレビ番組と同期してさらなるコンテンツを提供できるように指示を持っているタブレット装置に転送する。オリジナルのＤＶＢストリームイベントメッセージは、ＭＰＥＧ−２タイミングドメインやＭＰＥＧ−２レファレンス・デコーダ・モデルの概念を有さないタブレット装置がＭＰＥＧ−２タイミング・モデルを利用できるようにする意味論によって機能が向上する。
【００５９】
とりわけ、ユーザー／視聴者は、まずＳＴＢの電源を入れ、テレビチャンネルの視聴を開始する。その結果、各々の番組が受信される。受信時には、イベントが、トランスポート・ストリームから抜き出され、処理される。イベントは、その後、イベントを処理するタブレットに送られ、随時、関連するコンテンツが読み出される。テレビチャンネルがユーザーに提供されると同時に、付加的なコンテンツがタブレット装置からユーザーに提供され、その結果、向上されたユーザー体験が提供される。
【００６０】
さらに詳細には、ＳＴＢは、イベントの受信時には、イベントの受信時刻を最初に保存する。それからイベントが処理される。システムはイベントを解析し、特定のタイミング値が何を表しているべきかについて決定する。もし、イベントが明確な時間値（たとえばＤｏ  Ｉｔ  Ｎｏｗ）を含んでいなければ、システムは、時間値そのものと、この時間値の解釈とを提供する。たとえば、時間値は、イベントを含むパケットのＰＴＳに関連しうる。ＳＴＢは、このシステムの解釈を記録する。イベントが他の装置に向かうことになっているときには、この装置は、対応するデータがＳＴＢによって提供される時刻を知らせてもらわなければならない。この時刻がより正確であるほど、”Ｄｏ  Ｉｔ  Ｎｏｗ”という指示を、ぴったりと、タブレットに与えることができる。その後、ＳＴＢは、対応する音声及び／又は映像フレームのＰＴＳが、いつユーザーに提供されるのかを決定する。つまり、ＳＴＢは、映像提供における、実際の処理遅延（バッファリング、復号化、後処理）、及び、遅延をもたらす何か他の要因を決定する。これらの値は、イベントメッセージに保存される。
【００６１】
【表３】
2014519769.tif 000005
【００６２】
ＳＴＢはイベントの伝達の間の残り時間を計算し、時間結果がユーザーに提供される。さらに、ＳＴＢは、タブレットにおけるイベントの予期された到達時刻と、結果がユーザーに提供されるべき時間との間の残り時間をも計算する。この値は、ネットワーク遅延が、仮定のもの或いは修正されたものという注釈とともに包含される。
【００６３】
下表は、意味論的に向上されたイベントメッセージを示している。
【表４】
2014519769.tif 000006
【００６４】
この表は、さらにこれから詳細に説明される各種のフィールドを示している。”イベントタイミング値”フィールドは、特定の構文（たとえば、ユニックスタイムスタンプ”１００２３２４２３，ＨＨ：ＭＭ：ＳＳ：ｓｓｓ）に従って、時間値を提供する。”イベント−タイミング−バリュー−タイプ”フィールドは、通知されている時間値の種類を提供する。時間値の種類は、相対時間値である”相対”や、絶対時間値である”絶対”である。絶対時間値は、時間内の正確な瞬間（たとえば３：００：００：００グリニッジ標準時）に相対し、相対時間値は、時間内の瞬間（たとえば３００ナノ秒）に相対する時間値を提供するだけである。”イベント−タイミング−トリガー−イニット”フィールドは、相対時間値、たとえば、相対時間値５００ミリ秒のための起動瞬間についての情報を提供し、”イベント−タイミング−トリガー−イニット−バリュー”である”受信”は、イベントが受信され次第５００ミリ秒間、そのイベントが実行されなければならないことを意味している。代替は、たとえば、”復号化”や”解釈”などを含んでいる。”イベント−タイミング−リザルト−タイプ”は、イベント処理結果が何を表すべきかを提供する。例としては、”提示”、”復号化”、”転送”などが含まれる。”イベント−タイミング−リザルト−コンポーネント”フィールドは、タイミング−イベントの結果が相対する要素を説明している。”イベント−タイミング−リザルト−コンポーネント−インタフェース”フィールドは、どのインタフェースにおいて、時間値で表される時間に結果が達成されるべきであるかを説明する。例は、要素の入力である”入力”、要素の出力である”出力”を含んでいる。”タイム−モデル−コンポーネンツ”フィールドは、選択されたタイムモデルで装置にもたらされる遅延の原因となるすべての要素を提供している。”タイム−モデル−カルキュレーション−ファンクションは、どのようにして処理遅延全体が計算されるのかを表す”タイム−モデル−コンポーネンツ”フィールドで提供される要素の機能を提供する。
【００６５】
以下のフィールド、すなわち、時間値を表すフィールド、時間値の解釈を表すフィールド、解釈を提供する装置、及び、遅延が修正されたかどうかの識別子フィールドが、コンテンツ提供ステップごとに提供されている。加えて、”計”フィールドによって、全体の遅延が提供される。
【００６６】
ＳＴＢは、情報のサブセット（一部分）を、タブレット装置に送ることができる。この情報は、タブレット装置がイベントの明確な解釈を始めるにあたって意味を有するすべての情報を含むことができる。タブレット装置は、たとえば、イベント−タイプ（提示される映像は”ｈｔｔｐ：／／ｗｗｗ．ｄｏｍｅｉｎ．ｃｏｍ／ＴＶＩｍａｇｅ．ｐｎｇ”）や、イベント−タイミング−タイプ及びバリュー（相対値，５００ｍｓ）や、残り時間が関係する時間内の瞬間に関する言及（受信時）や、Ｅｖｅｎｔ−Ｔｙｐｅ−Ａｃｔｉｏｎで意味されることや（タイミング・モデルの処理ステップの出力に相対する）や、ＳＴＢがイベントの伝達において１２ミリ秒のネットワーク伝達遅延が生じると仮定しており、ネットワーク伝達遅延がタイミング・モデルに組み込まれているという事実を必要としている。この情報は、以下の表に示される。
【００６７】
【表５】
2014519769.tif 000007
【００６８】
イベントの受信時には、タブレット装置は、以下のステップを実行することができる。タブレット装置は、イベントの受信時刻を記録し、イベントメッセージが、絶対時間値或いは相対時間値を含んでいるか否かを判定する。タブレット装置は、イベントメッセージが、ＳＴＢによってなされた無効であるなんらかの仮定を含んでいるか否か、或いは、その仮定がタブレット装置によって修正することが可能であるか否かをさらに判断する。タブレット装置は、どのコンテンツ提供ステップがタブレット装置によって実行されなければならないかを判断する。タブレット装置は、イベントで表された時点に望ましい結果を提示するため、どの特定の時間に、どのコンテンツ提供ステップを起動するのが必要なのかをも判断する。そして、タブレット装置は、イベントで指定された時点で望ましい結果を提示するためにスケジューラを開始する。
【００６９】
たとえば、タブレット装置は、図６に示すように、強化された或いは注釈つきのイベントメッセージを受信し、受信時刻を知り、予想される伝達（たとえば暗号化された無線ＬＡＮ接続を通じた）遅延が、メッセージの処理遅延を包含していないか否かを、メッセージがソケットから読み出される前に判断する。そして、タブレット装置は、残り時間５００ミリ秒から付加的な１０ミリ秒を減算して４９０ミリ秒とする（５００−１０＝４９０）。それから、タブレット装置は、カウントダウンタイマーを４９０ミリ秒にセットし、イベントメッセージの中で表現されているコンテンツのプリロードを開始する。カウントタウンタイマーが０に達したとき、メディアが、セットトップボックスによって提示される映像と同期して提供される。
【００７０】
強化されたユーザー経験を作り出すのに関与する異なる装置或いは異なるコンテンツ提供モジュールの間で送信される各イベントの質を向上させることは可能であるが、このことは、特定の状況にあっては非効率である。多くのパラメーターは実質的には時間経過に対して一定であり、特定のセットアップのパラメーターと見なされうる。たとえば、ＳＴＢのレンダリング時間は、ある効果を提供するホームサラウンドセットの処理時間のように、その形式及びファームウェアのバージョンにより異なる。同じ情報を誤って送る問題は、簡単な放送メカニズムによって解決することができる。装置は、たとえば家庭用ネットワークでその存在を知らせるとすぐに、そのパラメーターを露出する。その露出は、パラメーターを伝送することによって、或いは、その装置に関与する他の装置がパラメーターを得ることができるインタフェースを提供することによって実現可能である。
【００７１】
さらに、或るパラメーターのセットに付けられる固有の識別子が提供されると、他の装置或いは他のコンテンツ提供モジュールは、これらのリソースを効率的に活用することができる。たとえば、キャッシングパラメーターがセットされることによって、これらのパラメーター値のための反復的なクエリがスキップされ、これにより、ネットワーク負荷を減らすことができる。各々の装置は、それぞれの装置が有するどのコンポーネントが、”１０ミリ秒、２０ミリ秒、０ミリ秒”という対応する遅延時間で、たとえば、”デコード、レンダリング、伝達する”かについて示す。さらに、”ｄｅｐｅｎｄｓ＿ｏｎ＝ＴＶ”を定義付けることによって依存性を明確にすることができ、装置が複雑なセットアップを行うことができる。
【００７２】
図７は、本発明に係る他の実施形態の概略図である。システムは、テレビジョンと、サラウンドスピーカーセットと、同期されたユーザー体験を長椅子に座っている人に提供するホログラフィックプロジェクターと、を含む。図７には、ボールが、仮想的に、テレビジョン画面から居間に”入り”、仮想的に壁に”跳ね返り”、仮想的にテレビジョンに”戻る”場合が示されている。この場合には、ボールがテレビジョン画面に提示され、ボールの映像が、居間において、ホログラフィックプロジェクターによって提供される。サラウンドセットは、ボールが壁に当たって跳ね返る壁の可聴効果を生み出す。
【００７３】
より詳細には、ボールは、テレビジョンで見え、高速でユーザーに向けて進む。ボールが、”画面の端”に達したとき、テレビジョンはボールを表示するのを止める。まさにその時点に、（ホログラフィック）プロジェクターは、作動できる状態となり、点線で示される（３次元）軌道の第１領域のうち、テレビジョンの前方にボールを投射する。ホログラフィックプロジェクターは、ボールの投射を、軌道を通じて動かす。ボールが仮想的に壁に跳ね返った時点で、その音が、サラウンドサウンドシステムのスピーカーによって生成され、正しい方向から到来するので、その音を居間で聞けるようになる。それから、ボールは、軌道を通じて動き、バウンド音を伴って２度目の跳ね返りを行い、方向を変える
【００７４】
装置の動作は、人間にオブザーバー体験を、室内に、ボールがあるように知覚させるために、厳密に同期すべきである。
【００７５】
装置を同期させることを目的として、装置がそれぞれいつ結果を提示しなければならないかを決めるために、交換されたタイミング・モデル情報が再度利用される。つまり、テレビジョンは、装置（スピーカーシステム、ホログラフィックプロジェクター）にイベントをアナウンスし、どの時間にイベントが提供されるべきであるかを決定する。ホログラフィックプロジェクターは、イベントを受け付け、プロジェクターがたとえば３つの可能な設定を持っているタイミング・モデルを考慮しつつ、状況を読み取り、かつそれを折り返してリポートする。３つの可能な設定とは、たとえば、処理時間が１００ミリ秒である低質効果が得られる設定と、処理時間が２００ミリ秒である中質効果が得られる設定と、処理時間が３００ミリ秒である高質効果が得られる設定とのことをいう。テレビジョンは、利用可能な時間（残り時間）を基にしてどのような経験を作り出すことができるかを、設定されたタイミング・モデルを基にして決定する。
【００７６】
加えて、関与する装置は、オブザーバーの位置と、部屋の物理的な大きさとを理解している。それゆえに、”伝達”と呼ばれるコンテンツ提供ステップは、位置を含むという意味で、付加的な意味を有する。しかも、位置は、急速に変化する。参加者の発見は、公知技術の部分と考えられ、ここではこれ以上説明しない。
【００７７】
モデルは、適用可能な経路／タイミング表記が加えられた座標系を含む。つまり、イベントメッセージは、たとえば、テーブルの下に提示されるといった、位置定義情報で、さらに増強されうる。
【００７８】
【表６】
2014519769.tif 000008
【００７９】
メッセージによれば、可聴効果は、テレビスクリーンの中央部上部５０センチの点で、居間の左側から２メートル、居間に入って３メートルの点から始まるように生み出されなければならない。この参照位置は、仮定のモデルフィールド”ＤＶＢ−Ｅｘａｃｔ”によって示される。より正確性の乏しい座標系を含む、多くの座標系が想定された。ちょうど”中央の左側の壁”を述べることは有用である。モデルが一致し、それ故に、モデルがすべての装置によって理解されたとき、モデルが機能する。異なる位置モデルが、異なるコンテンツ提供モジュールのために使用されうる。
【００８０】
上述したように、経路定義は、さらに、タイミング交渉の一部ともなりうる。最も簡単な例では、空間における１点は、時間上のある瞬間と対応している。これらの多くは、軌道を定義する。このことは、点及び期間の２つのペアを定義しこれらを補間することによって、より効率的となる。なお、代替手段としては、より複雑な経路を得るために、ある種のスプラインや曲線を使うことがありうる。
【００８１】
特殊な例としては、軌道は、軌道を進行時計クロックとみなすことによって定義されうる。（ＤＶＢから）よく知られたＰＴＳ（プレゼンテーション・タイム・スタンプ）は、さらに、位置（たとえば、ＰＴＳｅｘｔ＝２１４３１５１５，ＰＴＳ＿ｃｏｏｒｄ＝ｘ、ｙ、ｚ）を含むべく拡張されうる。
【００８２】
可能な実施形態は、１以上の次のステップを含みうる。一般的なプレゼンテーション・タイム・スタンプと特殊なタイムスタンプは、テレビジョンによって読み取られるように、３次元空間座標が加えられたタイプスタンプにマッピングされうる。新たなプレゼンテーション・タイム・スタンプと座標は、すべての関連する装置で共有されうる。各々の装置がいつ（結果を処理／レンダリング／提示）しなければならないかが決定され、それから、提供された時間に、各々の装置によって定義された場所での結果のレンダリングが得られる。イベントの説明例は、以下の表に示されており、この表には、特定の時間における３次元空間の経路が定義されている。
【００８３】
【表７】
2014519769.tif 000009
【００８４】
本発明の実施形態は、コンピューターシステムで使用するためのプログラム製品として実施されてもよい。プログラム製品のプログラムは、実施形態の機能を定義し（ここにおいて説明された方法を含む）、コンピューターが読み取り可能な様々な記録媒体に含まれることが可能である。実例となるコンピューター読み取り可能な記録媒体は、（ｉ）情報を永久的に記憶する、書き込み不可能な記憶媒体（たとえば、ＣＤ−ＲＯＭドライブによって読み取り可能なＣＤ−ＲＯＭディスク、ＲＯＭチップ、又は、各種の固体状の不揮発性半導体メモリのような、コンピューター内部の読み取り専用の記憶デバイス）には限られず、（ｉｉ）可変情報が記憶される、書き込み可能な記憶媒体（たとえば、ディスクドライブの中のフロッピーディスク、或いはハードディスクドライブ、或いはあらゆる種類の固体状のランダムアクセス半導体メモリ、フラッシュメモリ）であってもよい。
【図１Ａ】
2014519769.tif 000010
【図１Ｂ】
2014519769.tif 000011
【図１Ｃ】
2014519769.tif 000012
【図１Ｄ】
2014519769.tif 000013
【図２Ａ】
2014519769.tif 000014
【図２Ｂ】
2014519769.tif 000015
【図３】
2014519769.tif 000016
【図４】
2014519769.tif 000017
【図５】
2014519769.tif 000018
【図６】
2014519769.tif 000019
【図７】
2014519769.tif 000020
【国際調査報告】
2014519769.tif 000021
2014519769.tif 000022