グローバルシーン時間を使用する探索および同期
【課題】マルチメディアサーバから少なくとも１つのマルチメディアクライアントへ提供されるリッチメディアストリームでの探索方法を提供する。
【解決手段】リッチメディアストリームの探索は、マルチメディアサーバのエンコーダまたはマルチメディアクライアントのデコーダで実行される。グローバル時間レートでの探索に使用するために、時間インスタンスＸで、オフセット時間インスタンスＹを含む探索命令がメディアストリームに挿入される。リッチメディアストリームでのグローバル時系列に基づく同期を可能にする方法も提供される。
【解決手段】リッチメディアストリームの探索は、マルチメディアサーバのエンコーダまたはマルチメディアクライアントのデコーダで実行される。グローバル時間レートでの探索に使用するために、時間インスタンスＸで、オフセット時間インスタンスＹを含む探索命令がメディアストリームに挿入される。リッチメディアストリームでのグローバル時系列に基づく同期を可能にする方法も提供される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に、リッチメディアストリームのグローバル時系列ストリームでの探索を可能にするとともに、リッチメディアストリームの伝送レベルタイムスタンプに基づいて同期を可能にする方法および装置に関する。
【背景技術】
【０００２】
スケーラブル・ベクトルグラフィックス（ＳＶＧ）は、静的および動的ベクトルグラフィックスを表現するためのＸＭＬベースの言語である。ＳＶＧはベクトルをベースにしているが、このことは、コンテンツが特定の画面解像度用に作られるのではなく、容易に拡大縮小し得ることを意味する。ＳＶＧは、ワールド・ワイド・ウェブ・コンソーシアム（Ｗ３Ｃ）によって標準化されている。ＳＶＧバージョン１．１のモバイルプロファイルが３ＧＰＰのリリース５で採用され、現在約１億の携帯機器でサポートされている。
【０００３】
ＳＶＧ Ｔｉｎｙ １．２は、携帯機器用に特に設計されたＳＶＧのより強力なバージョンであり、より詳細に非特許文献１で説明されている。この仕様は、現在Ｗ３Ｃの勧告候補であり、３ＧＰＰリリース６で採用されている。音および映像の完全な制御を含む種々の新しいマルチメディア機能に対するサポートが、マイクロＤＯＭ（μＤＯＭ）およびスクリプト記述＜μＤＯＭ＞とともに含まれている。
【０００４】
ＳＶＧは、ベクトルグラフィックスのためのメディアタイプであることに加えて、シーン記述言語としても使用されてもよく、シーンを時間的および空間的に作ることができる。実際、ＳＶＧ Ｔｉｎｙ １．２は、３ＧＰＰのＤＩＭＳ（Dynamic and Interactive Multimedia Scenes）に関する作業項目およびＯＭＡのリッチメディア環境（ＲＭＥ）に関する作業項目のための基本のシーン記述フォーマットである。ＤＩＭＳの現在の標準化状況についてのより詳細な情報は、非特許文献２に見いだすことができる。
【０００５】
図１ａは、従来技術に従う相当数（０〜ｋ）のＳＶＧ要素Ｅによってここでは表現されているＳＶＧシーンを伝える大きな文書として規定されているプレーンＳＶＧに言及している。レンダリングの前に、通常、全部のシーンが完全にダウンロードされなければならない。プレーンＳＶＧでは、このようにただ一つの時系列だけがあり、０から始まり、グローバル探索とローカル探索が全く同じになる。
【０００６】
プレーンＳＶＧコンテンツとは対照的にＤＩＭＳ（ＲＭＥ）コンテンツは、ベースシーンとこれらのシーンのアップデートに分けられてもよい。これらのアップデートのフォーマットはＬＡＳｅＲコマンドである。
【０００７】
従来技術に従うＤＩＭＳコンテンツの例が図１ｂに図示されている。ベースシーンおよびアップデートのシーケンスは、リアルタイム伝送プロトコル（ＲＴＰ）を使用してストリーミングされてもよいし、また３ＧＰファイルのトラックに格納されてもよい。レンダリングされるＳＶＧ文書は、ベースシーンＳから始まり、通常それをより小さなシーンアップデートＵで更新される、相当数のユニットから成る。
【０００８】
ＤＩＭＳストリームの各ユニットはメディア時間を持っている。メディア時間は、伝送レベルタイムスタンプを使用し、たいてい最初のユニットからのオフセットを使用して計算される。このメディア時間は、ＤＩＭＳストリーム全体にわたって連続しているので、この明細書ではグローバル時間１００とも呼ぶ。ＳＶＧはまた、内部文書時間１０１も有する。内部文書時間は、ストリームの中の新しいＳＶＧ文書１０２、１０３ごとにゼロにリセットされ、それ故、それぞれの文書におけるローカル時間とも呼ぶ。グローバル時系列はほぼ確実に、通常１Ｈｚのレートを有することが多いローカル時系列と同じレートを取らない。
【０００９】
冗長性シーンは冗長性ランダムアクセスポイント（ＲＡＰ）であり、このランダムアクセスポイントは、受信し始めるときシーンと相当数のアップデートを置換するために使用されるので、非冗長性シーンとは異なる処理をされる。文書時間は、冗長性シーンに合わせていない他のユーザと同じ値で始まる。それ故、シーン時間を最初の時間０から他のユーザと合わせる時間に進める必要がある。
【００１０】
現在のところ、ＤＩＭＳではシーン時間をいつ進めるか規定されていない。ＬＡＳｅＲ提案では、シーンが完全にロードされた後に、シーン時間を進めている。ＭＯＲＥ提案ではこの部分は具体的でないが、ＭＯＲＥフラグのもとで提案された代替案では、文書の最初のローディング時にシーン時間を進めている。
【先行技術文献】
【非特許文献】
【００１１】
【非特許文献１】“スケーラブルベクトルグラフィックス（ＳＶＧ） Ｔｉｎｙ １．２仕様（Scalable Vector Graphics (SVG) Tiny 1.2 Specification）”、Ｗ３Ｃ勧告候補、２００６年８月１０日
【非特許文献２】“第３世代パートナーシッププロジェクト：グループサービスおよびシステム面の技術仕様：ＤＩＭＳ（Dynamic and Interactive Multimedia Scenes）(3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Dynamic and Interactive Multimedia Scenes)”、３ＧＰＰ ＴＳ ２６．１４２ Ｖ７．１．０、２００７年９月
【発明の概要】
【発明が解決しようとする課題】
【００１２】
従来技術による解決策では、マークアップによるＤＩＭＳストリームのグローバル時間での探索が可能ではない、即ち、ただ一つの時系列だけを有するプレーンＳＶＧで可能だったように“探索”ボタンまたは探索命令を生成することはできない。
【００１３】
ＳＶＧ文書の時間を調節するためにＳＶＧ μＤＯＮで規定されているｓｅｔＣｕｒｒｅｎｔＴｉｍｅ方法を使用するとき生じる１つの問題は、ＳＶＧ文書時間が変更されるのに対してメディア時間またはグローバル時間レベルは変更されないままであり、この新しい文書時間とメディア時間との間に不一致が作り出されてしまうことである。この場合、例えば、メディア伝送の混乱に対する同期化などと同じように再同期化が行われる。要素の１つを休止させるか、それとも他の要素を進めるどうかは規定されていない。それ故、再同期化の結果、シーン時間が探索の前の値に単に戻されることがあり、同期を回復するが時間変更を取り消してしまう。
【００１４】
従来技術による解決策の別の問題は、文書境界を越えて探索を行なうやり方がないことである。ＤＩＭＳストリームは、相当数の非冗長性シーンすなわちＳＶＧ文書を含んでもよく、たぶん含むであろう。そのような文書はそれぞれ、時間インスタンスがゼロで始まる別々の時系列を有する。
【００１５】
既知の技術のまた別の問題は、同期化の同期ベースとしてグローバル時間を選択できない、即ち、他の時系列をグローバル時間に同期させることができないことである。このことはまた、グローバル時間をＳｙｎｃＭａｓｔｅｒとして定義することとして言及される。これは、その再生が伝送レベルタイムスタンプだけに基づいて定義されるストリームの作成を不可能にする。
【００１６】
本発明の目的は、少なくとも上記の問題を扱うことにある。即ち、本発明の目的は、実行されるリッチメディアストリームにおけるグローバル時系列を基準にした探索を可能にするメカニズムを提供することである。リッチメディアストリームにおけるグローバル時系列を基準にした同期を可能にするメカニズムを提供することも、本発明の目的である。
【課題を解決するための手段】
【００１７】
本発明を一側面から見れば、本発明は、マルチメディアサーバから少なくとも１つのマルチメディアクライアントへ提供されるリッチメディアストリーム内の探索を、マルチメディアサーバのエンコーダで実行する方法に言及するものである。ここで、オフセット時間インスタンスＹを含む探索命令がメディアストリームに時間インスタンスＸで挿入される。ここで、ＸおよびＹはグローバル時系列レートで測定された任意の時間値である。次いで、そのメディアストリームは符号化され、１つ以上のマルチメディアクライアントに送信される。
【００１８】
一実施例によれば、探索命令はサーバが開始する命令であってもよく、そのマルチメディアサーバにより直接メディアストリームに挿入されてもよい。
【００１９】
別の実施例によれば、探索命令はその代わりにユーザが開始する命令であってもよく、メディアストリームのシーンに挿入される。ユーザ開始の命令は、イベントにリンクされる二次的ストリームを介して挿入されてもよい。
【００２０】
本発明を別の側面から見れば、マルチメディアクライアントのデコーダで実行される、リッチメディアストリーム内の探索を可能にする方法が説明される。この側面から見れば、オフセット時間インスタンスＹを含む探索命令は時間インスタンスＸで受信される。次いで、受信した探索命令に従って、デコーダで探索が実行される。
【００２１】
この探索工程は、メディアストリームのグローバル時系列でのメディアストリーム全体の探索を行なう工程を含むとよく、その探索は、オフセットＹを現在の時間インスタンスＸに加え、グローバル時系列と１つ以上の内部文書時系列とを同期させて時間インスタンスＸ＋Ｙの方に移動させることによって達成される。
【００２２】
この探索工程はさらに、所望の探索時間インスタンスＸ＋Ｙの前に現れるように前記メディアストリームの最後のランダムアクセスポイント（ＲＡＰ）を突き止める工程と、そのＲＡＰを復号化し、文書時間を有するシーンを創成する工程とを備えると良い。これらの工程に続いて、メディアストリームは、前記文書時間を前記所望の探索時間インスタンスの方に移動させて、ＲＡＰから復号化されてもよい。
【００２３】
時間インスタンスＸおよびＹは、リッチメディアストリームの伝送レベルタイムスタンプから計算されてもよい。
【００２４】
内部文書時系列からグローバル時系列への変換は、この伝送レベルタイムスタンプをグローバル時系列のレートに正規化することによって実行されてもよい。
【００２５】
グローバル時系列のレートは、メディアストリームに対して選択された伝送とは独立でもよい。あるいは、そのグローバル時系列のレートは、予め定められていてもよい。
【００２６】
加えて、そのグローバル時系列のレートは、マルチメディアクライアントに明示的に送信されてもよい。
【００２７】
リッチメディアストリームは２つ以上の文書を有してもよく、そのような場合、提案の探索工程は、異なる文書との境界を越えて探索できる。
【００２８】
リッチメディアストリームは、ＤＩＭＳ／ＲＭＥストリームまたはＬＡＳｅＲストリームのどちらでもよい。
【００２９】
探索命令は、コマンド、ＤＯＭ方法、または属性のいずれでもよい。
【００３０】
本発明をさらに別の側面から見れば、リッチメディアストリーム内の同期を可能にするエンコーダの方法が説明される。ここで、連続的なグローバル時系列が同期マスタとして使用される場合、ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性が設定されるのに対して、１つ以上の文書時系列が同期マスタとして使用される場合、ｓｙｎｃＭａｓｔｅｒ属性が設定される。次いで、設定された属性は、１つ以上の受信エンティティに送信される。
【００３１】
この属性は、リッチメディアストリームのＳＶＧ要素に挿入されて、１つ以上の受信エンティティに送信されてもよい。あるいは代わりに、シグナリングにより、リッチメディアストリームの外部にある１つ以上の受信エンティティに提供されてもよい。
【００３２】
本発明をさらに別の観点から見れば、リッチメディアストリーム内の同期を実行するデコーダが説明される。ここで、現在の同期マスタをシグナリングする目的を有する属性がデコーダで受信される。
【００３３】
この場合、受信された属性がｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性であり、かつｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性が設定されている場合、グローバル時系列を同期マスタとして使用してリッチメディアストリーム内を同期するために、その属性が使用されるのに対して、受信された属性がｓｙｎｃＭａｓｔｅｒ属性であり、かつｓｙｎｃＭａｓｔｅｒ属性が設定されている場合か、或は受信属性が設定されていない場合、同期マスタとして１つ以上の文書時系列が使用される。
【００３４】
そのグローバル時系列は、伝送レベルタイムスタンプに基づいてもよい。
【００３５】
一実施例によれば、両方の属性が設定されている場合、ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性がｓｙｎｃＭａｓｔｅｒ属性より優先されてもよい。
【００３６】
本発明の請求の範囲は、上記の方法を実行するように構成されたマルチメディアクライアントおよびマルチメディアサーバにも言及する。
【００３７】
次に、添付図面を参照しながら代表的な実施例により、本発明についてより詳細に説明する。
【図面の簡単な説明】
【００３８】
【図１ａ】従来技術に従うプレーンＳＶＧストリームの基本的な概観図である。
【図１ｂ】従来技術に従うＤＩＭＳストリームの基本的な概観図である。
【図２】ローカル文書時系列に対するグローバル時系列のタイミングを示す基本的な概観図である。
【図３】一実施例に従うデコーダで実行されるグローバル探索を示す図である。
【図４ａ】一実施例に従う内部文書時系列がグローバル時系列にどのように同期されるかを示す図である。
【図４ｂ】代わりにグローバル時系列が内部文書時系列にどのように同期されるかを示す図である。
【図５】一実施例に従う代表的なマルチメディアサーバを示す図である。
【図６】一実施例に従う代表的なマルチメディアクライアントを示す図である。
【図７】エンコーダで実行される、リッチメディアストリーム内の探索方法を示すブロック図である。
【図８】デコーダで実行される、リッチメディアストリーム内の探索方法を示すブロック図である。
【図９】リッチメディアストリーム内の同期を可能にするエンコーダの方法を示すブロック図である。
【図１０】リッチメディアストリーム内の同期を実行するデコーダの方法を示すブロック図である。
【発明を実施するための形態】
【００３９】
簡潔に説明すると、本発明は、特に、ストリームがグローバル時系列とローカル時系列の両方を有するとき、例えば、ＤＩＭＳストリームなどのリッチメディアストリームのグローバル時系列での探索を可能にするものである。本発明は、それぞれが個別の時系列を有する複数の文書を有するリッチメディアストリーム内の文書境界を越えた探索を可能にするものである。
【００４０】
一実施例によれば、探索は、リッチメディアストリームのグローバル時系列または伝送時系列、即ち、すべての文書時系列に及ぶ時系列で実行され、文書境界を越える探索も文書境界内の探索も可能にする。また、この実施例により、文書時系列と伝送時系列の両方での同時探索も可能にし、他の時系列を動かすために、明確に定義されていないかもしれない同期モジュールに依存する必要を取り除く。
【００４１】
提案の実施例によれば、コマンド／探索命令は、オフセットを考慮し、ストリーム内の個別の文書だけでなく、リッチメディアストリームにおけるアクティベーション時点からのオフセット量を探索する。リッチメディアストリームにおけるこの探索またはリッチメディアのグローバル時間での探索の結果、別のリッチメディア文書に到達してもよい。
【００４２】
さらに、本発明により、グローバル時系列を同期ベースとして使用する同期が可能になり、コンテンツクリエータが内部文書時系列に基づく同期、或は、グローバル時系列に基づく同期かの選択をすることが可能になる。これは、ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌと呼ぶ、リッチメディア文書の新しい属性を導入することにより行われてもよい。
【００４３】
コンテンツクリエータは、例えば、ＳＶＧ要素などにｓｙｎｃＭａｓｔｅｒ属性を設定することによって、内部文書時間に基づく同期を選択できる一方、代わりにｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性を設定することによって、同期はグローバル時間に基づいてもよい。
【００４４】
図２は、ローカル時系列およびグローバル時系列の概念を一般的に示している。上述のように、ストリーム内の探索のために文書時系列２００を使用することは、現在のところできない。なぜなら、ストリームの中に同じ文書時間が何回も再出現することがあるからである。これについては、拡大図２０１と２０２に見ることができ、この場合、例えば、文書時間０が文書２（Ｄｏｃ．２）および文書３（Ｄｏｃ．３）の両方に現れる。実際のところ、ＤＩＭＳ／ＲＭＥおよびＬＡＳｅＲでは、すべての文書は文書時間０から始まる。図２では、Ｄｏｃ．３の文書時間２は、グローバル時系列２０３上でグローバル時間９５と表されている。
【００４５】
一実施例によれば、例えば、ＤＩＭＳストリームなどのリッチメディアストリームのグローバル時間で探索するコマンドが定義される。その探索は、現在の文書の文書時系列だけではなく、ストリーム全体に対して実行される。そのような探索は、リッチメディアストリームのメディア時系列、即ち、グローバル時系列と内部文書時系列の両方を同期させた探索になるであろう。説明した実施例によれば、そのコマンドはオフセットを考慮し、アクティベーション時点からのストリーム内の個別の文書内だけでなく、リッチメディアストリーム内でそのオフセット量を探し、それにより、別のリッチメディア文書に到達してもよい。
【００４６】
ＤＩＭＳ／ＲＭＥまたはＬＡＳｅＲのグローバル時系列は、伝送レベルタイムスタンプ、例えば、３ＧＰＰファイルのタイムスタンプ、ＳＡＦ（Simple Aggregation Format）タイムスタンプもしくはＲＴＰタイムスタンプ、またはＬＡＳｅＲ目盛り（tick）から計算される。グローバル時系列は、選択された伝送とは独立なレートを有する。通常、グローバル時系列のレートは１Ｈｚに設定されるが、何らかの予め定められたレートでも使用できよう。
【００４７】
メディア時系列からグローバル時系列への変換は、伝送レベルタイムスタンプをグローバル時系列レートへ単に正規化することによって行われる。ＲＴＰタイムスタンプと同じように、グローバル時系列は０から始まる必要はなく、重要なのは相対的タイミングである。
【００４８】
リッチメディアセションにおける探索が必要なときに使用されるコマンド“ＧｌｏｂａｌＳｅｅｋ”は、次のシンタックスを有してもよい。即ち、
＜ＧｌｏｂａｌＳｅｅｋ ｓｅｅｋＯｆｆｓｅｔ＝“ｓｅｅｋＯｆｆｓｅｔ”＞
である。ここで、“ｓｅｅｋＯｆｆｓｅｔ”は、グローバル時系列レートで計られた任意の符号付き時間値である。
【００４９】
Ｇｌｏｂａｌｓｅｅｋは、グローバル時系列で“ｓｅｅｋＯｆｆｓｅｔ”の量だけの探索を行なう結果になる。探索されるグローバル時間は、“ｓｅｅｋＯｆｆｓｅｔ”を現在のグローバル時間に加えることによって得られる。リッチメディアストリームは複数の文書を有してもよいので、この探索は、リッチメディア文書が変更になってもよい。文書は、探索されるグローバル時刻に対応するローカル時間でも探索される。
【００５０】
探索は概念的に、グローバル時系列および文書時系列を同期させて、普通の再生と同じように前方に、だがより迅速に、そして、メディアストリームをレンダリングすることなしに移動する機能として理解される。その結果、時間的に後戻り探索、即ち、負のｓｅｅｋＯｆｆｓｅｔが同様に、しかし、再びゼロから始め前方に移動することによって実行できよう。
【００５１】
グローバル時系列での探索は、関連文書の文書時系列での同期探索という結果になる。しかしながら、グローバル探索の実際の結果は、基礎をなす文書探索のセマンティクスに依存する。例えば、ＳＶＧは、探索に関して緩やかな定義を有しているように見え、その場合、特定のイベントが探索間隔中に開始される（fired）必要がない。
【００５２】
次に、一実施例に従うデコーダにおけるグローバル探索の代表的な実施形について、図３を参照して説明する。図３では、例えば、ＤＩＭＳデコーダなどのデコーダが、例えば、３ＧＰファイルに収容されたＤＩＭＳストリームなどのリッチメディアストリーム内のコマンドを時間インスタンスＸで受信する。その場合、ｓｅｅｋＯｆｆｓｅｔが、
＜ＧｌｏｂａｌＳｅｅｋ ｓｅｅｋＯｆｆｓｅｔ＝“Ｙ”＞
として時間インスタンスＹに設定されてもよい。
【００５３】
ここで、ＸおよびＹは任意の時間値ある。デコーダは、時間インスタンスＸ＋Ｙの前に、最近接のランダムアクセスポイント（ＲＡＰ）、即ち、最も近いもしくは最後のベースシーン要素３００を見つける。そのランダムアクセスポイントが復号化され、文書時間を有するシーンが創成される。次いで、文書時間ができるだけ速く時間インスタンスＸ＋Ｙに進められると、リッチメディアストリームが復号化される、即ち、メディアストリームユニットが復号化される。同時に、スクリプトが必要に応じて実行される。上述のように、同期探索では、グローバル時系列３０１と文書時系列３０２とにおいて同時に探索を行なう。次いで、シーンが表示されてもよく、いつものように復号化を続行できる。
【００５４】
代わりにエンコーダの視点から提案されたグローバル探索方法を考慮すると、ＤＩＭＳストリームのようなリッチメディアストリームを探索したいとき、サーバが開始しても、或は、ユーザが開始してもよいＧｌｏｂａｌＳｅｅｋコマンド／命令を単に挿入すればよい。サーバ開始のコマンドの場合、そのコマンドは直接メディアストリームに挿入されてもよいのに対して、代わりに、ユーザ開始のコマンドは、例えば、イベントにリンクした二次的ストリームなどを通して、関連のシーンに挿入されると良い。
【００５５】
グローバル時系列のレートは、予め定められる代わりに、クライアントに明示的に送信されてもよい。あるいは、そのグローバル探索は、クライアントに送信できる絶対時間を使用することができる。
【００５６】
ＸＭＬでグローバル探索を定義する代替案として、グローバル探索は、ＬＡＳｅＲバイナリ、あるいは、リッチメディアのシーンもしくはアップデートまたはコマンドの何らかのテキスト表現または非テキスト表現として定義されてもよい。さらに、コマンドの代わりに、その探索は、例えば、ＤＯＭ方法として、定義されてもよい。コマンドとして探索を実施することに代わる別の代替策は、それを属性として実施することであろう。この場合、探索は、例えば、文書の開始や終了を示す暗示的実行時間を有するであろう。
【００５７】
本発明の請求の範囲の記載によれば、同期ベースとしてグローバル時系列、或は、ｓｙｎｃｈＭａｓｔｅｒを使用する同期も可能である。
【００５８】
図４ａに示されるように、下側の内部文書時系列３０２は、図４ｂに示されるように内部文書時系列３０２を同期マスタ３００ｂとして使用することに代わる代替案として、即ち、ｓｙｎｃＭａｓｔｅｒ属性を設定することにより、グローバル時系列を同期マスタ３００ａとして設定することによって、グローバル時系列３０１に同期する。
【００５９】
これら代替の同期オプションは、例えば、ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌと呼ぶ、リッチメディア文書の新しい属性を導入することによって達成されてもよい。このような変数の導入により、コンテンツクリエータは、通常ＳＶＧ要素であるストリーム要素にｓｙｎｃＭａｓｔｅｒ属性を設定することにより内部文書時間に基づく同期にするか、またはメディアストリーム要素に新しいｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性を設定することによりグローバル時系列もしくは伝送時系列に基づく同期にするかの選択を行なうことが可能になる。
【００６０】
ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性は、例えば、ＤＩＭＳ／ＲＭＥまたはＬＡＳｅＲなどにおいて実施されてもよい。この新しい変数は通常、例えば、デフォルト値“偽”を有するＳＶＧ要素などのメディアストリームに加えられるブール属性である。“真”のときは、グローバル時系列すなわちストリームの伝送レベルタイムスタンプが同期マスタとして使用され、即ち、時間を含む他の要素、この場合、内部文書時系列は、グローバル時系列に強制的に同期させられる。ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性は、ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性もｓｙｎｃＭａｓｔｅｒ属性も“真”に設定されている場合、ｓｙｎｃＭａｓｔｅｒ属性に優先する。さもなければ、ｓｙｎｃＭａｓｔｅｒに関する同じ規則が、ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌに適用されるべきである。
【００６１】
あるいは、それぞれの２つの時系列であるグローバル時系列またはローカル時系列のどちらがｓｙｎｃＭａｓｔｅｒと見なされるべきかをシグナリングする属性が指定されてもよい。そのようにして、ＤＩＭＳストリームの外部にあるソースが、そのストリームがｓｙｎｃＭａｓｔｅｒであることをシグナリングするために使用されてもよい。
【００６２】
次に、一実施例に従うリッチメディアストリーム内の探索を可能にするように適合されたマルチメディアサーバについて、図５を参照して説明する。
【００６３】
図５はマルチメディアサーバ５００を示し、マルチメディアサーバ５００は通常はマルチメディアクライアントである１つ以上のクライアントにメディアストリームを提供するように適合されているエンコーダ５０１を有する。メディアソース５０２からメディアストリームを受け取るエンコーダは、挿入ユニット５０４が探索命令をメディアストリームに挿入後に、メディアストリームを符号化する符号化ユニット５０３を有する。時間インスタンスＸで挿入された探索命令は上記のようにオフセット時間インスタンスＹを含む。エンコーダはまた、メディアストリームを１つ以上の終端マルチメディアクライアント６００に送信する送信器５０５も有する。
【００６４】
代替実施例に従えば、エンコーダは、１つ以上の文書時系列に基づく同期の代わりに、グローバル時系列に基づいてリッチメディアストリーム内の同期を可能にするように適合されている。この明細書で先に述べたように、図５の挿入ユニット５０４が新しい属性ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌを導入するように適合されているなら、そのようなエンコーダが備えられる。挿入ユニット５０４をｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌかまたはｓｙｎｃＭａｓｔｅｒのどちらかを設定するように適合させることによって、リッチメディアストリームのグローバル時系列かまたは１つ以上の文書時系列のどちらかが、ｓｙｎｃＭａｓｔｅｒになるように選択されてもよい。
【００６５】
一実施例に従うリッチメディアストリーム内の探索を可能にするように適合されたマルチメディアクライアントが図６に示されている。ここで、マルチメディアサーバ５００がメディアストリームをマルチメディアクライアント６００に提供する。マルチメディアクライアント６００はデコーダ６０１を備える。デコーダ６０１は、受信器６０２で探索命令を含むメディアストリームを受信する。時間インスタンスＸで受信された探索命令は、前述のようにオフセット時間インスタンスＹを含む。探索ユニット６０３は、探索命令に従ってデコーダ６０１の復号化ユニット６０４で探索を実行するように適合されている。いったん探索が実行されると、リッチメディアストリームは復号化され、マルチメディアクライアント６００のメディアプレーヤ６０５に提供される。
【００６６】
代替実施例によれば、デコーダは同期ユニット６０６を有しても良い。同期ユニット６０６は、受信器６０２によって受信されたリッチメディアストリーム内を同期させるように適合されているとよい。同期ユニット６０６は、ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性が設定されているかどうか、これによってグローバル時系列が同期マスタとして使用されるべきことを示しているかどうか、或は、ｓｙｎｃＭａｓｔｅｒが設定されているかどうか、即ち、１つ以上の文書時系列が同期マスタとして使用されるべきかどうかを認識するように適合されている。
【００６７】
また別の代替実施例によれば、探索コマンドは同期と組み合わされてもよい。グローバル時系列がｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌに設定されると、ほかのすべての時系列がそれに同期する。グローバル時系列をｓｙｎｃＭａｓｔｅｒに設定することにより、同期モジュールに残りの時系列を固定させ、グローバル時系列だけで探索を行なうことが可能になる。同期モジュールは、ローカル時系列の同期が外れていることにただ気付き、正しい位置にそれを動かすであろう。
【００６８】
上記の実施例に従うエンコーダで実行されるリッチメディアストリーム内の探索方法について、図７のブロック図に従って説明する。
【００６９】
最初のステップ７００では、探索命令がリッチメディアストリームに挿入される。その命令を含むリッチメディアストリームは次のステップ７０１で符号化され、そして、最後のステップ７０２で、リッチメディアストリームは１つ以上のメディアクライアントに送信される。
【００７０】
上記の実施例に従うリッチメディアストリーム内の探索方法であり、代わりにデコーダで実行される方法は、図８のブロック図を参照して説明する。
【００７１】
図８の最初のステップ８００では、探索命令がデコーダで受信され、探索は最後のステップ８０１で受信した探索命令に従って実行される。
【００７２】
上記の属性のいずれかを使用してリッチメディアストリーム内の同期を可能にするエンコーダの方法が、図９のブロック図に示されている。
【００７３】
図９の最初のステップ９００では、同期属性、即ち、ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌまたはｓｙｎｃＭａｓｔｅｒを設定することによって、どの時系列を同期マスタとして使用するかが決定される。次のステップ９０１では、その同期属性は、１つ以上の受信エンティティに送信される。
【００７４】
上記のリッチメディアストリーム内の同期を実行するデコーダの方法がブロック図１０に示されており、同期属性が最初のステップ１０００で受信され、その受信した属性に従った同期が最後のステップ１００１でリッチメディアストリームにおいて実行される。
【００７５】
要約すれば、グローバル伝送レベルの時系列での提案の探索を用いることにより、リッチメディアストリームのコンテンツからの直接探索することが可能になる。探索は、文書境界を越えても文書境界内でも可能である。さらに、提案の探索メカニズムにより、文書時系列と伝送時系列の両方の同時探索が可能になり、他の時系列を移動させるために、よく定義されていないかもしれない同期モジュールに依存する必要を取り除く。
【００７６】
本発明について具体的な代表的な実施例を参照して説明したが、その説明は一般に本発明の概念を例示することだけを意図しており、本発明の範囲を限定すると解釈すべきでない。上記の実施例を説明するとき、ＳＶＧ、ＤＩＭＳ、ＲＭＥ、ＳＡＦ、ＬＡＳｅＲ、μＤＯＭおよびＭＯＲＥなどの概念を使用したが、基本的には他の何らかの類似した適切な標準、プロトコルおよびネットワーク要素がここで説明したように使用されてもよい。本発明は一般に次の独立請求項によって規定される。
【技術分野】
【０００１】
本発明は一般に、リッチメディアストリームのグローバル時系列ストリームでの探索を可能にするとともに、リッチメディアストリームの伝送レベルタイムスタンプに基づいて同期を可能にする方法および装置に関する。
【背景技術】
【０００２】
スケーラブル・ベクトルグラフィックス（ＳＶＧ）は、静的および動的ベクトルグラフィックスを表現するためのＸＭＬベースの言語である。ＳＶＧはベクトルをベースにしているが、このことは、コンテンツが特定の画面解像度用に作られるのではなく、容易に拡大縮小し得ることを意味する。ＳＶＧは、ワールド・ワイド・ウェブ・コンソーシアム（Ｗ３Ｃ）によって標準化されている。ＳＶＧバージョン１．１のモバイルプロファイルが３ＧＰＰのリリース５で採用され、現在約１億の携帯機器でサポートされている。
【０００３】
ＳＶＧ Ｔｉｎｙ １．２は、携帯機器用に特に設計されたＳＶＧのより強力なバージョンであり、より詳細に非特許文献１で説明されている。この仕様は、現在Ｗ３Ｃの勧告候補であり、３ＧＰＰリリース６で採用されている。音および映像の完全な制御を含む種々の新しいマルチメディア機能に対するサポートが、マイクロＤＯＭ（μＤＯＭ）およびスクリプト記述＜μＤＯＭ＞とともに含まれている。
【０００４】
ＳＶＧは、ベクトルグラフィックスのためのメディアタイプであることに加えて、シーン記述言語としても使用されてもよく、シーンを時間的および空間的に作ることができる。実際、ＳＶＧ Ｔｉｎｙ １．２は、３ＧＰＰのＤＩＭＳ（Dynamic and Interactive Multimedia Scenes）に関する作業項目およびＯＭＡのリッチメディア環境（ＲＭＥ）に関する作業項目のための基本のシーン記述フォーマットである。ＤＩＭＳの現在の標準化状況についてのより詳細な情報は、非特許文献２に見いだすことができる。
【０００５】
図１ａは、従来技術に従う相当数（０〜ｋ）のＳＶＧ要素Ｅによってここでは表現されているＳＶＧシーンを伝える大きな文書として規定されているプレーンＳＶＧに言及している。レンダリングの前に、通常、全部のシーンが完全にダウンロードされなければならない。プレーンＳＶＧでは、このようにただ一つの時系列だけがあり、０から始まり、グローバル探索とローカル探索が全く同じになる。
【０００６】
プレーンＳＶＧコンテンツとは対照的にＤＩＭＳ（ＲＭＥ）コンテンツは、ベースシーンとこれらのシーンのアップデートに分けられてもよい。これらのアップデートのフォーマットはＬＡＳｅＲコマンドである。
【０００７】
従来技術に従うＤＩＭＳコンテンツの例が図１ｂに図示されている。ベースシーンおよびアップデートのシーケンスは、リアルタイム伝送プロトコル（ＲＴＰ）を使用してストリーミングされてもよいし、また３ＧＰファイルのトラックに格納されてもよい。レンダリングされるＳＶＧ文書は、ベースシーンＳから始まり、通常それをより小さなシーンアップデートＵで更新される、相当数のユニットから成る。
【０００８】
ＤＩＭＳストリームの各ユニットはメディア時間を持っている。メディア時間は、伝送レベルタイムスタンプを使用し、たいてい最初のユニットからのオフセットを使用して計算される。このメディア時間は、ＤＩＭＳストリーム全体にわたって連続しているので、この明細書ではグローバル時間１００とも呼ぶ。ＳＶＧはまた、内部文書時間１０１も有する。内部文書時間は、ストリームの中の新しいＳＶＧ文書１０２、１０３ごとにゼロにリセットされ、それ故、それぞれの文書におけるローカル時間とも呼ぶ。グローバル時系列はほぼ確実に、通常１Ｈｚのレートを有することが多いローカル時系列と同じレートを取らない。
【０００９】
冗長性シーンは冗長性ランダムアクセスポイント（ＲＡＰ）であり、このランダムアクセスポイントは、受信し始めるときシーンと相当数のアップデートを置換するために使用されるので、非冗長性シーンとは異なる処理をされる。文書時間は、冗長性シーンに合わせていない他のユーザと同じ値で始まる。それ故、シーン時間を最初の時間０から他のユーザと合わせる時間に進める必要がある。
【００１０】
現在のところ、ＤＩＭＳではシーン時間をいつ進めるか規定されていない。ＬＡＳｅＲ提案では、シーンが完全にロードされた後に、シーン時間を進めている。ＭＯＲＥ提案ではこの部分は具体的でないが、ＭＯＲＥフラグのもとで提案された代替案では、文書の最初のローディング時にシーン時間を進めている。
【先行技術文献】
【非特許文献】
【００１１】
【非特許文献１】“スケーラブルベクトルグラフィックス（ＳＶＧ） Ｔｉｎｙ １．２仕様（Scalable Vector Graphics (SVG) Tiny 1.2 Specification）”、Ｗ３Ｃ勧告候補、２００６年８月１０日
【非特許文献２】“第３世代パートナーシッププロジェクト：グループサービスおよびシステム面の技術仕様：ＤＩＭＳ（Dynamic and Interactive Multimedia Scenes）(3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Dynamic and Interactive Multimedia Scenes)”、３ＧＰＰ ＴＳ ２６．１４２ Ｖ７．１．０、２００７年９月
【発明の概要】
【発明が解決しようとする課題】
【００１２】
従来技術による解決策では、マークアップによるＤＩＭＳストリームのグローバル時間での探索が可能ではない、即ち、ただ一つの時系列だけを有するプレーンＳＶＧで可能だったように“探索”ボタンまたは探索命令を生成することはできない。
【００１３】
ＳＶＧ文書の時間を調節するためにＳＶＧ μＤＯＮで規定されているｓｅｔＣｕｒｒｅｎｔＴｉｍｅ方法を使用するとき生じる１つの問題は、ＳＶＧ文書時間が変更されるのに対してメディア時間またはグローバル時間レベルは変更されないままであり、この新しい文書時間とメディア時間との間に不一致が作り出されてしまうことである。この場合、例えば、メディア伝送の混乱に対する同期化などと同じように再同期化が行われる。要素の１つを休止させるか、それとも他の要素を進めるどうかは規定されていない。それ故、再同期化の結果、シーン時間が探索の前の値に単に戻されることがあり、同期を回復するが時間変更を取り消してしまう。
【００１４】
従来技術による解決策の別の問題は、文書境界を越えて探索を行なうやり方がないことである。ＤＩＭＳストリームは、相当数の非冗長性シーンすなわちＳＶＧ文書を含んでもよく、たぶん含むであろう。そのような文書はそれぞれ、時間インスタンスがゼロで始まる別々の時系列を有する。
【００１５】
既知の技術のまた別の問題は、同期化の同期ベースとしてグローバル時間を選択できない、即ち、他の時系列をグローバル時間に同期させることができないことである。このことはまた、グローバル時間をＳｙｎｃＭａｓｔｅｒとして定義することとして言及される。これは、その再生が伝送レベルタイムスタンプだけに基づいて定義されるストリームの作成を不可能にする。
【００１６】
本発明の目的は、少なくとも上記の問題を扱うことにある。即ち、本発明の目的は、実行されるリッチメディアストリームにおけるグローバル時系列を基準にした探索を可能にするメカニズムを提供することである。リッチメディアストリームにおけるグローバル時系列を基準にした同期を可能にするメカニズムを提供することも、本発明の目的である。
【課題を解決するための手段】
【００１７】
本発明を一側面から見れば、本発明は、マルチメディアサーバから少なくとも１つのマルチメディアクライアントへ提供されるリッチメディアストリーム内の探索を、マルチメディアサーバのエンコーダで実行する方法に言及するものである。ここで、オフセット時間インスタンスＹを含む探索命令がメディアストリームに時間インスタンスＸで挿入される。ここで、ＸおよびＹはグローバル時系列レートで測定された任意の時間値である。次いで、そのメディアストリームは符号化され、１つ以上のマルチメディアクライアントに送信される。
【００１８】
一実施例によれば、探索命令はサーバが開始する命令であってもよく、そのマルチメディアサーバにより直接メディアストリームに挿入されてもよい。
【００１９】
別の実施例によれば、探索命令はその代わりにユーザが開始する命令であってもよく、メディアストリームのシーンに挿入される。ユーザ開始の命令は、イベントにリンクされる二次的ストリームを介して挿入されてもよい。
【００２０】
本発明を別の側面から見れば、マルチメディアクライアントのデコーダで実行される、リッチメディアストリーム内の探索を可能にする方法が説明される。この側面から見れば、オフセット時間インスタンスＹを含む探索命令は時間インスタンスＸで受信される。次いで、受信した探索命令に従って、デコーダで探索が実行される。
【００２１】
この探索工程は、メディアストリームのグローバル時系列でのメディアストリーム全体の探索を行なう工程を含むとよく、その探索は、オフセットＹを現在の時間インスタンスＸに加え、グローバル時系列と１つ以上の内部文書時系列とを同期させて時間インスタンスＸ＋Ｙの方に移動させることによって達成される。
【００２２】
この探索工程はさらに、所望の探索時間インスタンスＸ＋Ｙの前に現れるように前記メディアストリームの最後のランダムアクセスポイント（ＲＡＰ）を突き止める工程と、そのＲＡＰを復号化し、文書時間を有するシーンを創成する工程とを備えると良い。これらの工程に続いて、メディアストリームは、前記文書時間を前記所望の探索時間インスタンスの方に移動させて、ＲＡＰから復号化されてもよい。
【００２３】
時間インスタンスＸおよびＹは、リッチメディアストリームの伝送レベルタイムスタンプから計算されてもよい。
【００２４】
内部文書時系列からグローバル時系列への変換は、この伝送レベルタイムスタンプをグローバル時系列のレートに正規化することによって実行されてもよい。
【００２５】
グローバル時系列のレートは、メディアストリームに対して選択された伝送とは独立でもよい。あるいは、そのグローバル時系列のレートは、予め定められていてもよい。
【００２６】
加えて、そのグローバル時系列のレートは、マルチメディアクライアントに明示的に送信されてもよい。
【００２７】
リッチメディアストリームは２つ以上の文書を有してもよく、そのような場合、提案の探索工程は、異なる文書との境界を越えて探索できる。
【００２８】
リッチメディアストリームは、ＤＩＭＳ／ＲＭＥストリームまたはＬＡＳｅＲストリームのどちらでもよい。
【００２９】
探索命令は、コマンド、ＤＯＭ方法、または属性のいずれでもよい。
【００３０】
本発明をさらに別の側面から見れば、リッチメディアストリーム内の同期を可能にするエンコーダの方法が説明される。ここで、連続的なグローバル時系列が同期マスタとして使用される場合、ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性が設定されるのに対して、１つ以上の文書時系列が同期マスタとして使用される場合、ｓｙｎｃＭａｓｔｅｒ属性が設定される。次いで、設定された属性は、１つ以上の受信エンティティに送信される。
【００３１】
この属性は、リッチメディアストリームのＳＶＧ要素に挿入されて、１つ以上の受信エンティティに送信されてもよい。あるいは代わりに、シグナリングにより、リッチメディアストリームの外部にある１つ以上の受信エンティティに提供されてもよい。
【００３２】
本発明をさらに別の観点から見れば、リッチメディアストリーム内の同期を実行するデコーダが説明される。ここで、現在の同期マスタをシグナリングする目的を有する属性がデコーダで受信される。
【００３３】
この場合、受信された属性がｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性であり、かつｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性が設定されている場合、グローバル時系列を同期マスタとして使用してリッチメディアストリーム内を同期するために、その属性が使用されるのに対して、受信された属性がｓｙｎｃＭａｓｔｅｒ属性であり、かつｓｙｎｃＭａｓｔｅｒ属性が設定されている場合か、或は受信属性が設定されていない場合、同期マスタとして１つ以上の文書時系列が使用される。
【００３４】
そのグローバル時系列は、伝送レベルタイムスタンプに基づいてもよい。
【００３５】
一実施例によれば、両方の属性が設定されている場合、ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性がｓｙｎｃＭａｓｔｅｒ属性より優先されてもよい。
【００３６】
本発明の請求の範囲は、上記の方法を実行するように構成されたマルチメディアクライアントおよびマルチメディアサーバにも言及する。
【００３７】
次に、添付図面を参照しながら代表的な実施例により、本発明についてより詳細に説明する。
【図面の簡単な説明】
【００３８】
【図１ａ】従来技術に従うプレーンＳＶＧストリームの基本的な概観図である。
【図１ｂ】従来技術に従うＤＩＭＳストリームの基本的な概観図である。
【図２】ローカル文書時系列に対するグローバル時系列のタイミングを示す基本的な概観図である。
【図３】一実施例に従うデコーダで実行されるグローバル探索を示す図である。
【図４ａ】一実施例に従う内部文書時系列がグローバル時系列にどのように同期されるかを示す図である。
【図４ｂ】代わりにグローバル時系列が内部文書時系列にどのように同期されるかを示す図である。
【図５】一実施例に従う代表的なマルチメディアサーバを示す図である。
【図６】一実施例に従う代表的なマルチメディアクライアントを示す図である。
【図７】エンコーダで実行される、リッチメディアストリーム内の探索方法を示すブロック図である。
【図８】デコーダで実行される、リッチメディアストリーム内の探索方法を示すブロック図である。
【図９】リッチメディアストリーム内の同期を可能にするエンコーダの方法を示すブロック図である。
【図１０】リッチメディアストリーム内の同期を実行するデコーダの方法を示すブロック図である。
【発明を実施するための形態】
【００３９】
簡潔に説明すると、本発明は、特に、ストリームがグローバル時系列とローカル時系列の両方を有するとき、例えば、ＤＩＭＳストリームなどのリッチメディアストリームのグローバル時系列での探索を可能にするものである。本発明は、それぞれが個別の時系列を有する複数の文書を有するリッチメディアストリーム内の文書境界を越えた探索を可能にするものである。
【００４０】
一実施例によれば、探索は、リッチメディアストリームのグローバル時系列または伝送時系列、即ち、すべての文書時系列に及ぶ時系列で実行され、文書境界を越える探索も文書境界内の探索も可能にする。また、この実施例により、文書時系列と伝送時系列の両方での同時探索も可能にし、他の時系列を動かすために、明確に定義されていないかもしれない同期モジュールに依存する必要を取り除く。
【００４１】
提案の実施例によれば、コマンド／探索命令は、オフセットを考慮し、ストリーム内の個別の文書だけでなく、リッチメディアストリームにおけるアクティベーション時点からのオフセット量を探索する。リッチメディアストリームにおけるこの探索またはリッチメディアのグローバル時間での探索の結果、別のリッチメディア文書に到達してもよい。
【００４２】
さらに、本発明により、グローバル時系列を同期ベースとして使用する同期が可能になり、コンテンツクリエータが内部文書時系列に基づく同期、或は、グローバル時系列に基づく同期かの選択をすることが可能になる。これは、ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌと呼ぶ、リッチメディア文書の新しい属性を導入することにより行われてもよい。
【００４３】
コンテンツクリエータは、例えば、ＳＶＧ要素などにｓｙｎｃＭａｓｔｅｒ属性を設定することによって、内部文書時間に基づく同期を選択できる一方、代わりにｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性を設定することによって、同期はグローバル時間に基づいてもよい。
【００４４】
図２は、ローカル時系列およびグローバル時系列の概念を一般的に示している。上述のように、ストリーム内の探索のために文書時系列２００を使用することは、現在のところできない。なぜなら、ストリームの中に同じ文書時間が何回も再出現することがあるからである。これについては、拡大図２０１と２０２に見ることができ、この場合、例えば、文書時間０が文書２（Ｄｏｃ．２）および文書３（Ｄｏｃ．３）の両方に現れる。実際のところ、ＤＩＭＳ／ＲＭＥおよびＬＡＳｅＲでは、すべての文書は文書時間０から始まる。図２では、Ｄｏｃ．３の文書時間２は、グローバル時系列２０３上でグローバル時間９５と表されている。
【００４５】
一実施例によれば、例えば、ＤＩＭＳストリームなどのリッチメディアストリームのグローバル時間で探索するコマンドが定義される。その探索は、現在の文書の文書時系列だけではなく、ストリーム全体に対して実行される。そのような探索は、リッチメディアストリームのメディア時系列、即ち、グローバル時系列と内部文書時系列の両方を同期させた探索になるであろう。説明した実施例によれば、そのコマンドはオフセットを考慮し、アクティベーション時点からのストリーム内の個別の文書内だけでなく、リッチメディアストリーム内でそのオフセット量を探し、それにより、別のリッチメディア文書に到達してもよい。
【００４６】
ＤＩＭＳ／ＲＭＥまたはＬＡＳｅＲのグローバル時系列は、伝送レベルタイムスタンプ、例えば、３ＧＰＰファイルのタイムスタンプ、ＳＡＦ（Simple Aggregation Format）タイムスタンプもしくはＲＴＰタイムスタンプ、またはＬＡＳｅＲ目盛り（tick）から計算される。グローバル時系列は、選択された伝送とは独立なレートを有する。通常、グローバル時系列のレートは１Ｈｚに設定されるが、何らかの予め定められたレートでも使用できよう。
【００４７】
メディア時系列からグローバル時系列への変換は、伝送レベルタイムスタンプをグローバル時系列レートへ単に正規化することによって行われる。ＲＴＰタイムスタンプと同じように、グローバル時系列は０から始まる必要はなく、重要なのは相対的タイミングである。
【００４８】
リッチメディアセションにおける探索が必要なときに使用されるコマンド“ＧｌｏｂａｌＳｅｅｋ”は、次のシンタックスを有してもよい。即ち、
＜ＧｌｏｂａｌＳｅｅｋ ｓｅｅｋＯｆｆｓｅｔ＝“ｓｅｅｋＯｆｆｓｅｔ”＞
である。ここで、“ｓｅｅｋＯｆｆｓｅｔ”は、グローバル時系列レートで計られた任意の符号付き時間値である。
【００４９】
Ｇｌｏｂａｌｓｅｅｋは、グローバル時系列で“ｓｅｅｋＯｆｆｓｅｔ”の量だけの探索を行なう結果になる。探索されるグローバル時間は、“ｓｅｅｋＯｆｆｓｅｔ”を現在のグローバル時間に加えることによって得られる。リッチメディアストリームは複数の文書を有してもよいので、この探索は、リッチメディア文書が変更になってもよい。文書は、探索されるグローバル時刻に対応するローカル時間でも探索される。
【００５０】
探索は概念的に、グローバル時系列および文書時系列を同期させて、普通の再生と同じように前方に、だがより迅速に、そして、メディアストリームをレンダリングすることなしに移動する機能として理解される。その結果、時間的に後戻り探索、即ち、負のｓｅｅｋＯｆｆｓｅｔが同様に、しかし、再びゼロから始め前方に移動することによって実行できよう。
【００５１】
グローバル時系列での探索は、関連文書の文書時系列での同期探索という結果になる。しかしながら、グローバル探索の実際の結果は、基礎をなす文書探索のセマンティクスに依存する。例えば、ＳＶＧは、探索に関して緩やかな定義を有しているように見え、その場合、特定のイベントが探索間隔中に開始される（fired）必要がない。
【００５２】
次に、一実施例に従うデコーダにおけるグローバル探索の代表的な実施形について、図３を参照して説明する。図３では、例えば、ＤＩＭＳデコーダなどのデコーダが、例えば、３ＧＰファイルに収容されたＤＩＭＳストリームなどのリッチメディアストリーム内のコマンドを時間インスタンスＸで受信する。その場合、ｓｅｅｋＯｆｆｓｅｔが、
＜ＧｌｏｂａｌＳｅｅｋ ｓｅｅｋＯｆｆｓｅｔ＝“Ｙ”＞
として時間インスタンスＹに設定されてもよい。
【００５３】
ここで、ＸおよびＹは任意の時間値ある。デコーダは、時間インスタンスＸ＋Ｙの前に、最近接のランダムアクセスポイント（ＲＡＰ）、即ち、最も近いもしくは最後のベースシーン要素３００を見つける。そのランダムアクセスポイントが復号化され、文書時間を有するシーンが創成される。次いで、文書時間ができるだけ速く時間インスタンスＸ＋Ｙに進められると、リッチメディアストリームが復号化される、即ち、メディアストリームユニットが復号化される。同時に、スクリプトが必要に応じて実行される。上述のように、同期探索では、グローバル時系列３０１と文書時系列３０２とにおいて同時に探索を行なう。次いで、シーンが表示されてもよく、いつものように復号化を続行できる。
【００５４】
代わりにエンコーダの視点から提案されたグローバル探索方法を考慮すると、ＤＩＭＳストリームのようなリッチメディアストリームを探索したいとき、サーバが開始しても、或は、ユーザが開始してもよいＧｌｏｂａｌＳｅｅｋコマンド／命令を単に挿入すればよい。サーバ開始のコマンドの場合、そのコマンドは直接メディアストリームに挿入されてもよいのに対して、代わりに、ユーザ開始のコマンドは、例えば、イベントにリンクした二次的ストリームなどを通して、関連のシーンに挿入されると良い。
【００５５】
グローバル時系列のレートは、予め定められる代わりに、クライアントに明示的に送信されてもよい。あるいは、そのグローバル探索は、クライアントに送信できる絶対時間を使用することができる。
【００５６】
ＸＭＬでグローバル探索を定義する代替案として、グローバル探索は、ＬＡＳｅＲバイナリ、あるいは、リッチメディアのシーンもしくはアップデートまたはコマンドの何らかのテキスト表現または非テキスト表現として定義されてもよい。さらに、コマンドの代わりに、その探索は、例えば、ＤＯＭ方法として、定義されてもよい。コマンドとして探索を実施することに代わる別の代替策は、それを属性として実施することであろう。この場合、探索は、例えば、文書の開始や終了を示す暗示的実行時間を有するであろう。
【００５７】
本発明の請求の範囲の記載によれば、同期ベースとしてグローバル時系列、或は、ｓｙｎｃｈＭａｓｔｅｒを使用する同期も可能である。
【００５８】
図４ａに示されるように、下側の内部文書時系列３０２は、図４ｂに示されるように内部文書時系列３０２を同期マスタ３００ｂとして使用することに代わる代替案として、即ち、ｓｙｎｃＭａｓｔｅｒ属性を設定することにより、グローバル時系列を同期マスタ３００ａとして設定することによって、グローバル時系列３０１に同期する。
【００５９】
これら代替の同期オプションは、例えば、ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌと呼ぶ、リッチメディア文書の新しい属性を導入することによって達成されてもよい。このような変数の導入により、コンテンツクリエータは、通常ＳＶＧ要素であるストリーム要素にｓｙｎｃＭａｓｔｅｒ属性を設定することにより内部文書時間に基づく同期にするか、またはメディアストリーム要素に新しいｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性を設定することによりグローバル時系列もしくは伝送時系列に基づく同期にするかの選択を行なうことが可能になる。
【００６０】
ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性は、例えば、ＤＩＭＳ／ＲＭＥまたはＬＡＳｅＲなどにおいて実施されてもよい。この新しい変数は通常、例えば、デフォルト値“偽”を有するＳＶＧ要素などのメディアストリームに加えられるブール属性である。“真”のときは、グローバル時系列すなわちストリームの伝送レベルタイムスタンプが同期マスタとして使用され、即ち、時間を含む他の要素、この場合、内部文書時系列は、グローバル時系列に強制的に同期させられる。ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性は、ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性もｓｙｎｃＭａｓｔｅｒ属性も“真”に設定されている場合、ｓｙｎｃＭａｓｔｅｒ属性に優先する。さもなければ、ｓｙｎｃＭａｓｔｅｒに関する同じ規則が、ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌに適用されるべきである。
【００６１】
あるいは、それぞれの２つの時系列であるグローバル時系列またはローカル時系列のどちらがｓｙｎｃＭａｓｔｅｒと見なされるべきかをシグナリングする属性が指定されてもよい。そのようにして、ＤＩＭＳストリームの外部にあるソースが、そのストリームがｓｙｎｃＭａｓｔｅｒであることをシグナリングするために使用されてもよい。
【００６２】
次に、一実施例に従うリッチメディアストリーム内の探索を可能にするように適合されたマルチメディアサーバについて、図５を参照して説明する。
【００６３】
図５はマルチメディアサーバ５００を示し、マルチメディアサーバ５００は通常はマルチメディアクライアントである１つ以上のクライアントにメディアストリームを提供するように適合されているエンコーダ５０１を有する。メディアソース５０２からメディアストリームを受け取るエンコーダは、挿入ユニット５０４が探索命令をメディアストリームに挿入後に、メディアストリームを符号化する符号化ユニット５０３を有する。時間インスタンスＸで挿入された探索命令は上記のようにオフセット時間インスタンスＹを含む。エンコーダはまた、メディアストリームを１つ以上の終端マルチメディアクライアント６００に送信する送信器５０５も有する。
【００６４】
代替実施例に従えば、エンコーダは、１つ以上の文書時系列に基づく同期の代わりに、グローバル時系列に基づいてリッチメディアストリーム内の同期を可能にするように適合されている。この明細書で先に述べたように、図５の挿入ユニット５０４が新しい属性ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌを導入するように適合されているなら、そのようなエンコーダが備えられる。挿入ユニット５０４をｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌかまたはｓｙｎｃＭａｓｔｅｒのどちらかを設定するように適合させることによって、リッチメディアストリームのグローバル時系列かまたは１つ以上の文書時系列のどちらかが、ｓｙｎｃＭａｓｔｅｒになるように選択されてもよい。
【００６５】
一実施例に従うリッチメディアストリーム内の探索を可能にするように適合されたマルチメディアクライアントが図６に示されている。ここで、マルチメディアサーバ５００がメディアストリームをマルチメディアクライアント６００に提供する。マルチメディアクライアント６００はデコーダ６０１を備える。デコーダ６０１は、受信器６０２で探索命令を含むメディアストリームを受信する。時間インスタンスＸで受信された探索命令は、前述のようにオフセット時間インスタンスＹを含む。探索ユニット６０３は、探索命令に従ってデコーダ６０１の復号化ユニット６０４で探索を実行するように適合されている。いったん探索が実行されると、リッチメディアストリームは復号化され、マルチメディアクライアント６００のメディアプレーヤ６０５に提供される。
【００６６】
代替実施例によれば、デコーダは同期ユニット６０６を有しても良い。同期ユニット６０６は、受信器６０２によって受信されたリッチメディアストリーム内を同期させるように適合されているとよい。同期ユニット６０６は、ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性が設定されているかどうか、これによってグローバル時系列が同期マスタとして使用されるべきことを示しているかどうか、或は、ｓｙｎｃＭａｓｔｅｒが設定されているかどうか、即ち、１つ以上の文書時系列が同期マスタとして使用されるべきかどうかを認識するように適合されている。
【００６７】
また別の代替実施例によれば、探索コマンドは同期と組み合わされてもよい。グローバル時系列がｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌに設定されると、ほかのすべての時系列がそれに同期する。グローバル時系列をｓｙｎｃＭａｓｔｅｒに設定することにより、同期モジュールに残りの時系列を固定させ、グローバル時系列だけで探索を行なうことが可能になる。同期モジュールは、ローカル時系列の同期が外れていることにただ気付き、正しい位置にそれを動かすであろう。
【００６８】
上記の実施例に従うエンコーダで実行されるリッチメディアストリーム内の探索方法について、図７のブロック図に従って説明する。
【００６９】
最初のステップ７００では、探索命令がリッチメディアストリームに挿入される。その命令を含むリッチメディアストリームは次のステップ７０１で符号化され、そして、最後のステップ７０２で、リッチメディアストリームは１つ以上のメディアクライアントに送信される。
【００７０】
上記の実施例に従うリッチメディアストリーム内の探索方法であり、代わりにデコーダで実行される方法は、図８のブロック図を参照して説明する。
【００７１】
図８の最初のステップ８００では、探索命令がデコーダで受信され、探索は最後のステップ８０１で受信した探索命令に従って実行される。
【００７２】
上記の属性のいずれかを使用してリッチメディアストリーム内の同期を可能にするエンコーダの方法が、図９のブロック図に示されている。
【００７３】
図９の最初のステップ９００では、同期属性、即ち、ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌまたはｓｙｎｃＭａｓｔｅｒを設定することによって、どの時系列を同期マスタとして使用するかが決定される。次のステップ９０１では、その同期属性は、１つ以上の受信エンティティに送信される。
【００７４】
上記のリッチメディアストリーム内の同期を実行するデコーダの方法がブロック図１０に示されており、同期属性が最初のステップ１０００で受信され、その受信した属性に従った同期が最後のステップ１００１でリッチメディアストリームにおいて実行される。
【００７５】
要約すれば、グローバル伝送レベルの時系列での提案の探索を用いることにより、リッチメディアストリームのコンテンツからの直接探索することが可能になる。探索は、文書境界を越えても文書境界内でも可能である。さらに、提案の探索メカニズムにより、文書時系列と伝送時系列の両方の同時探索が可能になり、他の時系列を移動させるために、よく定義されていないかもしれない同期モジュールに依存する必要を取り除く。
【００７６】
本発明について具体的な代表的な実施例を参照して説明したが、その説明は一般に本発明の概念を例示することだけを意図しており、本発明の範囲を限定すると解釈すべきでない。上記の実施例を説明するとき、ＳＶＧ、ＤＩＭＳ、ＲＭＥ、ＳＡＦ、ＬＡＳｅＲ、μＤＯＭおよびＭＯＲＥなどの概念を使用したが、基本的には他の何らかの類似した適切な標準、プロトコルおよびネットワーク要素がここで説明したように使用されてもよい。本発明は一般に次の独立請求項によって規定される。
【特許請求の範囲】
【請求項１】
エンコーダを有するマルチメディアサーバから少なくとも１つのマルチメディアクライアントへ提供されるリッチメディアストリームでの探索を行なう方法であって、
前記方法は前記エンコーダにより実行され、
前記方法は、
オフセット時間インスタンスＹを含む探索命令を前記リッチメディアストリームに時間インスタンスＸで挿入する工程（７００）と、
前記リッチメディアストリームを符号化する工程（７０１）と、
前記少なくとも１つのマルチメディアクライアントに前記リッチメディアストリームを送信する工程（７０２）とを有し、
前記ＸおよびＹはグローバル時系列レートで測定された任意の時間の値であることを特徴とする方法。
【請求項２】
前記探索命令は、サーバが開始する命令であり、前記マルチメディアサーバにより直接前記リッチメディアストリームに挿入されることを特徴とする請求項１に記載の方法。
【請求項３】
前記探索命令は、ユーザが開始する命令であり、前記リッチメディアストリームのシーンに挿入されることを特徴とする請求項１に記載の方法。
【請求項４】
前記探索命令は、イベントとリンクした二次的ストリームを通して挿入されることを特徴とする請求項３に記載の方法。
【請求項５】
マルチメディアサーバからデコーダを有するマルチメディアクライアントへ提供されるリッチメディアストリームでの探索を可能にする方法であって、
前記方法は前記デコーダにより実行され、
前記方法は、
オフセット時間インスタンスＹを含む探索命令を時間インスタンスＸで受信する工程（８００）と、
前記受信した探索命令に従って、探索を実行する工程（８０１）とを有し、
前記ＸおよびＹはグローバル時系列レートで測定された任意の時間の値であることを特徴とする方法。
【請求項６】
前記探索を実行する工程は、
オフセットＹを現在の時間インスタンスＸに加えることにより、前記グローバル時系列での前記リッチメディアストリーム全体の探索を行なう工程と、
前記グローバル時系列と１つ以上の内部文書時系列とを同期させて、時間インスタンスＸ＋Ｙの方向に移動させる工程とを有することを特徴とする請求項５に記載の方法。
【請求項７】
前記探索を実行する工程はさらに、
所望の探索時間インスタンスＸ＋Ｙの前に現れるように前記リッチメディアストリームの最後のランダムアクセスポイント（ＲＡＰ）を突き止める工程と、
前記ＲＡＰを復号化し、文書時間を有するシーンを創成する工程と、
前記文書時間を前記所望の探索時間インスタンスの方に移動させて、前記リッチメディアストリームを前記ＲＡＰから復号化する工程とを有することを特徴とする請求項５に記載の方法。
【請求項８】
前記時間インスタンスＸおよびＹは、前記リッチメディアストリームの伝送レベルタイムスタンプから計算されることを特徴とする請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
内部文書時系列から前記グローバル時系列への変換は、前記伝送レベルタイムスタンプを前記グローバル時系列のレートに正規化することによって実行されることを特徴とする請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
前記グローバル時系列のレートは、前記リッチメディアストリームに対して選択された前記伝送に独立であることを特徴とする請求項１乃至９のいずれか１項に記載の方法。
【請求項１１】
前記グローバル時系列のレートは、予め定められたレートであることを特徴とする請求項１乃至１０のいずれか１項に記載の方法。
【請求項１２】
前記グローバル時系列のレートは、前記マルチメディアクライアントに明示的に送信されることを特徴とする請求項１乃至１０のいずれか１項に記載の方法。
【請求項１３】
前記リッチメディアストリームは少なくとも２つの文書を含み、
前記探索を実行する工程は、前記文書の境界を越えて探索できることを特徴とする請求項１乃至１２のいずれか１項に記載の方法。
【請求項１４】
前記リッチメディアストリームは、ＤＩＭＳ／ＲＭＥストリームまたはＬＡＳｅＲストリームのいずれかであることを特徴とする請求項１乃至１３のいずれか１項に記載の方法。
【請求項１５】
前記探索命令は、コマンド、ＤＯＭ方法、または属性のいずれかであることを特徴とする請求項１乃至１４のいずれか１項に記載の方法。
【請求項１６】
リッチメディアストリーム内の同期を可能にするエンコーダの方法であって、
連続的なグローバル時系列が同期マスタとして使用される場合、ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性を設定し、１つ以上の文書時系列が同期マスタとして使用される場合、ｓｙｎｃＭａｓｔｅｒ属性を設定する工程（９００）と、
前記属性を少なくとも１つの受信エンティティに送信する工程（９０１）とを有することを特徴とする方法。
【請求項１７】
前記属性は、前記リッチメディアストリームのＳＶＧ要素に挿入される、前記少なくとも１つの受信エンティティに送信されることを特徴とする請求項１６に記載の方法。
【請求項１８】
前記属性は、前記リッチメディアストリームの外部にあるシグナリングを介して、前記少なくとも１つの受信エンティティに提供されることを特徴とする請求項１６に記載の方法。
【請求項１９】
リッチメディアストリーム内の同期を可能にするデコーダの方法であって、前記方法は、
現在の同期マスタをシグナリングする目的を有する属性を受信する工程（１０００）と、
前記受信された属性がｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性であり、かつ前記ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性が設定されている場合、グローバル時系列を同期マスタとして使用し、前記受信された属性がｓｙｎｃＭａｓｔｅｒ属性であり、かつ前記ｓｙｎｃＭａｓｔｅｒ属性が設定されているか、または前記受信属性が設定されていない場合、同期マスタとして１つ以上の文書時系列を使用して前記リッチメディアストリーム内で同期をとる工程（１００１）とを有することを特徴とする方法。
【請求項２０】
前記グローバル時系列は、伝送レベルタイムスタンプに基づくことを特徴とする請求項１６乃至１９のいずれか１項に記載の方法。
【請求項２１】
両方の属性が設定されている場合、前記ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性が前記ｓｙｎｃＭａｓｔｅｒ属性より優先されることを特徴とする請求項１６乃至２０のいずれか１項に記載の方法。
【請求項２２】
少なくとも１つのマルチメディアクライアント（６００）へ提供されるリッチメディアストリームでの探索を可能にする、エンコーダ（５０１）を有するマルチメディアサーバ（５００）であって、
前記エンコーダは、
オフセット時間インスタンスＹを含む探索命令を前記リッチメディアストリームに時間インスタンスＸで挿入する挿入ユニット（５０４）と、
前記リッチメディアストリームを符号化する符号化ユニット（５０３）と、
前記少なくとも１つのマルチメディアクライアントに前記リッチメディアストリームを送信する送信器（５０５）とを有し、
前記ＸおよびＹはグローバル時系列レートで測定された任意の時間の値であることを特徴とするマルチメディアサーバ。
【請求項２３】
マルチメディアサーバ（５００）から提供されるリッチメディアストリームでの探索を可能にするデコーダ（６０１）を有するマルチメディアクライアント（６００）であって、
前記デコーダは、
オフセット時間インスタンスＹを含む探索命令を時間インスタンスＸで受信する受信器（６０２）と、
前記受信した探索命令に従って、探索を実行する探索ユニット（６０３）と、
前記リッチメディアストリームを復号化する復号化ユニット（６０４）とを有し、
前記ＸおよびＹはグローバル時系列レートで測定された任意の時間の値であることを特徴とするマルチメディアクライアント。
【請求項２４】
リッチメディアストリーム内の同期を可能にするエンコーダ（５０１）を有するマルチメディアサーバ（５００）であって、
前記エンコーダは、
同期が連続的なグローバル時系列に基づいてなされる場合にはｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性を設定し、同期が１つ以上の文書時系列に基づいてなされる場合にはｓｙｎｃＭａｓｔｅｒ属性を設定する挿入ユニット（５０４）と、
前記属性を少なくとも１つの受信エンティティに送信する送信器（５０５）とを有することを特徴とするマルチメディアサーバ。
【請求項２５】
リッチメディアストリーム内の同期を可能にするデコーダ（６０１）を有するマルチメディアクライアント（６００）であって、
前記デコーダは、
現在の同期マスタをシグナリングする目的を有する属性を有する前記リッチメディアストリームを受信し、前記リッチメディアストリームを復号化ユニット（６０４）に提供する受信器（６０２）と、
前記リッチメディアストリームにおける同期をとる同期ユニット（６０６）とを有し、
前記同期ユニットは、前記同期ユニットが前記受信された属性をｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性として識別し、かつ前記属性が設定されている場合、グローバル時系列を同期マスタとして使用し、前記受信された属性がｓｙｎｃＭａｓｔｅｒ属性であり、かつ前記ｓｙｎｃＭａｓｔｅｒ属性が設定されているか、または前記受信属性が設定されていない場合、同期マスタとして１つ以上の文書時系列を使用するように適合されていることを特徴とするマルチメディアクライアント。
【請求項１】
エンコーダを有するマルチメディアサーバから少なくとも１つのマルチメディアクライアントへ提供されるリッチメディアストリームでの探索を行なう方法であって、
前記方法は前記エンコーダにより実行され、
前記方法は、
オフセット時間インスタンスＹを含む探索命令を前記リッチメディアストリームに時間インスタンスＸで挿入する工程（７００）と、
前記リッチメディアストリームを符号化する工程（７０１）と、
前記少なくとも１つのマルチメディアクライアントに前記リッチメディアストリームを送信する工程（７０２）とを有し、
前記ＸおよびＹはグローバル時系列レートで測定された任意の時間の値であることを特徴とする方法。
【請求項２】
前記探索命令は、サーバが開始する命令であり、前記マルチメディアサーバにより直接前記リッチメディアストリームに挿入されることを特徴とする請求項１に記載の方法。
【請求項３】
前記探索命令は、ユーザが開始する命令であり、前記リッチメディアストリームのシーンに挿入されることを特徴とする請求項１に記載の方法。
【請求項４】
前記探索命令は、イベントとリンクした二次的ストリームを通して挿入されることを特徴とする請求項３に記載の方法。
【請求項５】
マルチメディアサーバからデコーダを有するマルチメディアクライアントへ提供されるリッチメディアストリームでの探索を可能にする方法であって、
前記方法は前記デコーダにより実行され、
前記方法は、
オフセット時間インスタンスＹを含む探索命令を時間インスタンスＸで受信する工程（８００）と、
前記受信した探索命令に従って、探索を実行する工程（８０１）とを有し、
前記ＸおよびＹはグローバル時系列レートで測定された任意の時間の値であることを特徴とする方法。
【請求項６】
前記探索を実行する工程は、
オフセットＹを現在の時間インスタンスＸに加えることにより、前記グローバル時系列での前記リッチメディアストリーム全体の探索を行なう工程と、
前記グローバル時系列と１つ以上の内部文書時系列とを同期させて、時間インスタンスＸ＋Ｙの方向に移動させる工程とを有することを特徴とする請求項５に記載の方法。
【請求項７】
前記探索を実行する工程はさらに、
所望の探索時間インスタンスＸ＋Ｙの前に現れるように前記リッチメディアストリームの最後のランダムアクセスポイント（ＲＡＰ）を突き止める工程と、
前記ＲＡＰを復号化し、文書時間を有するシーンを創成する工程と、
前記文書時間を前記所望の探索時間インスタンスの方に移動させて、前記リッチメディアストリームを前記ＲＡＰから復号化する工程とを有することを特徴とする請求項５に記載の方法。
【請求項８】
前記時間インスタンスＸおよびＹは、前記リッチメディアストリームの伝送レベルタイムスタンプから計算されることを特徴とする請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
内部文書時系列から前記グローバル時系列への変換は、前記伝送レベルタイムスタンプを前記グローバル時系列のレートに正規化することによって実行されることを特徴とする請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
前記グローバル時系列のレートは、前記リッチメディアストリームに対して選択された前記伝送に独立であることを特徴とする請求項１乃至９のいずれか１項に記載の方法。
【請求項１１】
前記グローバル時系列のレートは、予め定められたレートであることを特徴とする請求項１乃至１０のいずれか１項に記載の方法。
【請求項１２】
前記グローバル時系列のレートは、前記マルチメディアクライアントに明示的に送信されることを特徴とする請求項１乃至１０のいずれか１項に記載の方法。
【請求項１３】
前記リッチメディアストリームは少なくとも２つの文書を含み、
前記探索を実行する工程は、前記文書の境界を越えて探索できることを特徴とする請求項１乃至１２のいずれか１項に記載の方法。
【請求項１４】
前記リッチメディアストリームは、ＤＩＭＳ／ＲＭＥストリームまたはＬＡＳｅＲストリームのいずれかであることを特徴とする請求項１乃至１３のいずれか１項に記載の方法。
【請求項１５】
前記探索命令は、コマンド、ＤＯＭ方法、または属性のいずれかであることを特徴とする請求項１乃至１４のいずれか１項に記載の方法。
【請求項１６】
リッチメディアストリーム内の同期を可能にするエンコーダの方法であって、
連続的なグローバル時系列が同期マスタとして使用される場合、ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性を設定し、１つ以上の文書時系列が同期マスタとして使用される場合、ｓｙｎｃＭａｓｔｅｒ属性を設定する工程（９００）と、
前記属性を少なくとも１つの受信エンティティに送信する工程（９０１）とを有することを特徴とする方法。
【請求項１７】
前記属性は、前記リッチメディアストリームのＳＶＧ要素に挿入される、前記少なくとも１つの受信エンティティに送信されることを特徴とする請求項１６に記載の方法。
【請求項１８】
前記属性は、前記リッチメディアストリームの外部にあるシグナリングを介して、前記少なくとも１つの受信エンティティに提供されることを特徴とする請求項１６に記載の方法。
【請求項１９】
リッチメディアストリーム内の同期を可能にするデコーダの方法であって、前記方法は、
現在の同期マスタをシグナリングする目的を有する属性を受信する工程（１０００）と、
前記受信された属性がｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性であり、かつ前記ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性が設定されている場合、グローバル時系列を同期マスタとして使用し、前記受信された属性がｓｙｎｃＭａｓｔｅｒ属性であり、かつ前記ｓｙｎｃＭａｓｔｅｒ属性が設定されているか、または前記受信属性が設定されていない場合、同期マスタとして１つ以上の文書時系列を使用して前記リッチメディアストリーム内で同期をとる工程（１００１）とを有することを特徴とする方法。
【請求項２０】
前記グローバル時系列は、伝送レベルタイムスタンプに基づくことを特徴とする請求項１６乃至１９のいずれか１項に記載の方法。
【請求項２１】
両方の属性が設定されている場合、前記ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性が前記ｓｙｎｃＭａｓｔｅｒ属性より優先されることを特徴とする請求項１６乃至２０のいずれか１項に記載の方法。
【請求項２２】
少なくとも１つのマルチメディアクライアント（６００）へ提供されるリッチメディアストリームでの探索を可能にする、エンコーダ（５０１）を有するマルチメディアサーバ（５００）であって、
前記エンコーダは、
オフセット時間インスタンスＹを含む探索命令を前記リッチメディアストリームに時間インスタンスＸで挿入する挿入ユニット（５０４）と、
前記リッチメディアストリームを符号化する符号化ユニット（５０３）と、
前記少なくとも１つのマルチメディアクライアントに前記リッチメディアストリームを送信する送信器（５０５）とを有し、
前記ＸおよびＹはグローバル時系列レートで測定された任意の時間の値であることを特徴とするマルチメディアサーバ。
【請求項２３】
マルチメディアサーバ（５００）から提供されるリッチメディアストリームでの探索を可能にするデコーダ（６０１）を有するマルチメディアクライアント（６００）であって、
前記デコーダは、
オフセット時間インスタンスＹを含む探索命令を時間インスタンスＸで受信する受信器（６０２）と、
前記受信した探索命令に従って、探索を実行する探索ユニット（６０３）と、
前記リッチメディアストリームを復号化する復号化ユニット（６０４）とを有し、
前記ＸおよびＹはグローバル時系列レートで測定された任意の時間の値であることを特徴とするマルチメディアクライアント。
【請求項２４】
リッチメディアストリーム内の同期を可能にするエンコーダ（５０１）を有するマルチメディアサーバ（５００）であって、
前記エンコーダは、
同期が連続的なグローバル時系列に基づいてなされる場合にはｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性を設定し、同期が１つ以上の文書時系列に基づいてなされる場合にはｓｙｎｃＭａｓｔｅｒ属性を設定する挿入ユニット（５０４）と、
前記属性を少なくとも１つの受信エンティティに送信する送信器（５０５）とを有することを特徴とするマルチメディアサーバ。
【請求項２５】
リッチメディアストリーム内の同期を可能にするデコーダ（６０１）を有するマルチメディアクライアント（６００）であって、
前記デコーダは、
現在の同期マスタをシグナリングする目的を有する属性を有する前記リッチメディアストリームを受信し、前記リッチメディアストリームを復号化ユニット（６０４）に提供する受信器（６０２）と、
前記リッチメディアストリームにおける同期をとる同期ユニット（６０６）とを有し、
前記同期ユニットは、前記同期ユニットが前記受信された属性をｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性として識別し、かつ前記属性が設定されている場合、グローバル時系列を同期マスタとして使用し、前記受信された属性がｓｙｎｃＭａｓｔｅｒ属性であり、かつ前記ｓｙｎｃＭａｓｔｅｒ属性が設定されているか、または前記受信属性が設定されていない場合、同期マスタとして１つ以上の文書時系列を使用するように適合されていることを特徴とするマルチメディアクライアント。
【図１ａ】
【図１ｂ】
【図２】
【図３】
【図４ａ】
【図４ｂ】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１ｂ】
【図２】
【図３】
【図４ａ】
【図４ｂ】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１２−２５６３５９（Ｐ２０１２−２５６３５９Ａ）
【公開日】平成２４年１２月２７日（２０１２．１２．２７）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１２−１８０６４６（Ｐ２０１２−１８０６４６）
【出願日】平成２４年８月１６日（２０１２．８．１６）
【分割の表示】特願２００９−５５２６２２（Ｐ２００９−５５２６２２）の分割
【原出願日】平成１９年１２月２８日（２００７．１２．２８）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【公開日】平成２４年１２月２７日（２０１２．１２．２７）
【国際特許分類】
【出願番号】特願２０１２−１８０６４６（Ｐ２０１２−１８０６４６）
【出願日】平成２４年８月１６日（２０１２．８．１６）
【分割の表示】特願２００９−５５２６２２（Ｐ２００９−５５２６２２）の分割
【原出願日】平成１９年１２月２８日（２００７．１２．２８）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
[ Back to top ]