JP5576910B2 - グローバルシーン時間を使用する探索および同期 - Google Patents

Description

本発明は一般に、リッチメディアストリームのグローバル時系列ストリームでの探索を可能にするとともに、リッチメディアストリームの伝送レベルタイムスタンプに基づいて同期を可能にする方法および装置に関する。

スケーラブル・ベクトルグラフィックス（ＳＶＧ）は、静的および動的ベクトルグラフィックスを表現するためのＸＭＬベースの言語である。ＳＶＧはベクトルをベースにしているが、このことは、コンテンツが特定の画面解像度用に作られるのではなく、容易に拡大縮小し得ることを意味する。ＳＶＧは、ワールド・ワイド・ウェブ・コンソーシアム（Ｗ３Ｃ）によって標準化されている。ＳＶＧバージョン１．１のモバイルプロファイルが３ＧＰＰのリリース５で採用され、現在約１億の携帯機器でサポートされている。

ＳＶＧ Ｔｉｎｙ １．２は、携帯機器用に特に設計されたＳＶＧのより強力なバージョンであり、より詳細に非特許文献１で説明されている。この仕様は、現在Ｗ３Ｃの勧告候補であり、３ＧＰＰリリース６で採用されている。音および映像の完全な制御を含む種々の新しいマルチメディア機能に対するサポートが、マイクロＤＯＭ（μＤＯＭ）およびスクリプト記述＜μＤＯＭ＞とともに含まれている。

ＳＶＧは、ベクトルグラフィックスのためのメディアタイプであることに加えて、シーン記述言語としても使用されてもよく、シーンを時間的および空間的に作ることができる。実際、ＳＶＧ Ｔｉｎｙ １．２は、３ＧＰＰのＤＩＭＳ（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）必要がない。

次に、一実施例に従うデコーダにおけるグローバル探索の代表的な実施形について、図３を参照して説明する。図３では、例えば、ＤＩＭＳデコーダなどのデコーダが、例えば、３ＧＰファイルに収容されたＤＩＭＳストリームなどのリッチメディアストリーム内のコマンドを時間インスタンスＸで受信する。その場合、ｓｅｅｋＯｆｆｓｅｔが、
＜ＧｌｏｂａｌＳｅｅｋ ｓｅｅｋＯｆｆｓｅｔ＝“Ｙ”＞
として時間インスタンスＹに設定されてもよい。

ここで、ＸおよびＹは任意の時間値ある。デコーダは、時間インスタンスＸ＋Ｙの前に、最近接のランダムアクセスポイント（ＲＡＰ）、即ち、最も近いもしくは最後のベースシーン要素３００を見つける。そのランダムアクセスポイントが復号化され、文書時間を有するシーンが創成される。次いで、文書時間ができるだけ速く時間インスタンスＸ＋Ｙに進められると、リッチメディアストリームが復号化される、即ち、メディアストリームユニットが復号化される。同時に、スクリプトが必要に応じて実行される。上述のように、同期探索では、グローバル時系列３０１と文書時系列３０２とにおいて同時に探索を行なう。次いで、シーンが表示されてもよく、いつものように復号化を続行できる。

代わりにエンコーダの視点から提案されたグローバル探索方法を考慮すると、ＤＩＭＳストリームのようなリッチメディアストリームを探索したいとき、サーバが開始しても、或は、ユーザが開始してもよいＧｌｏｂａｌＳｅｅｋコマンド／命令を単に挿入すればよい。サーバ開始のコマンドの場合、そのコマンドは直接メディアストリームに挿入されてもよいのに対して、代わりに、ユーザ開始のコマンドは、例えば、イベントにリンクした二次的ストリームなどを通して、関連のシーンに挿入されると良い。

グローバル時系列のレートは、予め定められる代わりに、クライアントに明示的に送信されてもよい。あるいは、そのグローバル探索は、クライアントに送信できる絶対時間を使用することができる。

ＸＭＬでグローバル探索を定義する代替案として、グローバル探索は、ＬＡＳｅＲバイナリ、あるいは、リッチメディアのシーンもしくはアップデートまたはコマンドの何らかのテキスト表現または非テキスト表現として定義されてもよい。さらに、コマンドの代わりに、その探索は、例えば、ＤＯＭ方法として、定義されてもよい。コマンドとして探索を実施することに代わる別の代替策は、それを属性として実施することであろう。この場合、探索は、例えば、文書の開始や終了を示す暗示的実行時間を有するであろう。

本発明の請求の範囲の記載によれば、同期ベースとしてグローバル時系列、或は、ｓｙｎｃｈＭａｓｔｅｒを使用する同期も可能である。

図４ａに示されるように、下側の内部文書時系列３０２は、図４ｂに示されるように内部文書時系列３０２を同期マスタ３００ｂとして使用することに代わる代替案として、即ち、ｓｙｎｃＭａｓｔｅｒ属性を設定することにより、グローバル時系列を同期マスタ３００ａとして設定することによって、グローバル時系列３０１に同期する。

これら代替の同期オプションは、例えば、ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌと呼ぶ、リッチメディア文書の新しい属性を導入することによって達成されてもよい。このような変数の導入により、コンテンツクリエータは、通常ＳＶＧ要素であるストリーム要素にｓｙｎｃＭａｓｔｅｒ属性を設定することにより内部文書時間に基づく同期にするか、またはメディアストリーム要素に新しいｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性を設定することによりグローバル時系列もしくは伝送時系列に基づく同期にするかの選択を行なうことが可能になる。

ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性は、例えば、ＤＩＭＳ／ＲＭＥまたはＬＡＳｅＲなどにおいて実施されてもよい。この新しい変数は通常、例えば、デフォルト値“偽”を有するＳＶＧ要素などのメディアストリームに加えられるブール属性である。“真”のときは、グローバル時系列すなわちストリームの伝送レベルタイムスタンプが同期マスタとして使用され、即ち、時間を含む他の要素、この場合、内部文書時系列は、グローバル時系列に強制的に同期させられる。ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性は、ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性もｓｙｎｃＭａｓｔｅｒ属性も“真”に設定されている場合、ｓｙｎｃＭａｓｔｅｒ属性に優先する。さもなければ、ｓｙｎｃＭａｓｔｅｒに関する同じ規則が、ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌに適用されるべきである。

あるいは、それぞれの２つの時系列であるグローバル時系列またはローカル時系列のどちらがｓｙｎｃＭａｓｔｅｒと見なされるべきかをシグナリングする属性が指定されてもよい。そのようにして、ＤＩＭＳストリームの外部にあるソースが、そのストリームがｓｙｎｃＭａｓｔｅｒであることをシグナリングするために使用されてもよい。

次に、一実施例に従うリッチメディアストリーム内の探索を可能にするように適合されたマルチメディアサーバについて、図５を参照して説明する。

図５はマルチメディアサーバ５００を示し、マルチメディアサーバ５００は通常はマルチメディアクライアントである１つ以上のクライアントにメディアストリームを提供するように適合されているエンコーダ５０１を有する。メディアソース５０２からメディアストリームを受け取るエンコーダは、挿入ユニット５０４が探索命令をメディアストリームに挿入後に、メディアストリームを符号化する符号化ユニット５０３を有する。時間インスタンスＸで挿入された探索命令は上記のようにオフセット時間インスタンスＹを含む。エンコーダはまた、メディアストリームを１つ以上の終端マルチメディアクライアント６００に送信する送信器５０５も有する。

代替実施例に従えば、エンコーダは、１つ以上の文書時系列に基づく同期の代わりに、グローバル時系列に基づいてリッチメディアストリーム内の同期を可能にするように適合されている。この明細書で先に述べたように、図５の挿入ユニット５０４が新しい属性ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌを導入するように適合されているなら、そのようなエンコーダが備えられる。挿入ユニット５０４をｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌかまたはｓｙｎｃＭａｓｔｅｒのどちらかを設定するように適合させることによって、リッチメディアストリームのグローバル時系列かまたは１つ以上の文書時系列のどちらかが、ｓｙｎｃＭａｓｔｅｒになるように選択されてもよい。

一実施例に従うリッチメディアストリーム内の探索を可能にするように適合されたマルチメディアクライアントが図６に示されている。ここで、マルチメディアサーバ５００がメディアストリームをマルチメディアクライアント６００に提供する。マルチメディアクライアント６００はデコーダ６０１を備える。デコーダ６０１は、受信器６０２で探索命令を含むメディアストリームを受信する。時間インスタンスＸで受信された探索命令は、前述のようにオフセット時間インスタンスＹを含む。探索ユニット６０３は、探索命令に従ってデコーダ６０１の復号化ユニット６０４で探索を実行するように適合されている。いったん探索が実行されると、リッチメディアストリームは復号化され、マルチメディアクライアント６００のメディアプレーヤ６０５に提供される。

代替実施例によれば、デコーダは同期ユニット６０６を有しても良い。同期ユニット６０６は、受信器６０２によって受信されたリッチメディアストリーム内を同期させるように適合されているとよい。同期ユニット６０６は、ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌ属性が設定されているかどうか、これによってグローバル時系列が同期マスタとして使用されるべきことを示しているかどうか、或は、ｓｙｎｃＭａｓｔｅｒが設定されているかどうか、即ち、１つ以上の文書時系列が同期マスタとして使用されるべきかどうかを認識するように適合されている。

また別の代替実施例によれば、探索コマンドは同期と組み合わされてもよい。グローバル時系列がｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌに設定されると、ほかのすべての時系列がそれに同期する。グローバル時系列をｓｙｎｃＭａｓｔｅｒに設定することにより、同期モジュールに残りの時系列を固定させ、グローバル時系列だけで探索を行なうことが可能になる。同期モジュールは、ローカル時系列の同期が外れていることにただ気付き、正しい位置にそれを動かすであろう。

上記の実施例に従うエンコーダで実行されるリッチメディアストリーム内の探索方法について、図７のブロック図に従って説明する。

最初のステップ７００では、探索命令がリッチメディアストリームに挿入される。その命令を含むリッチメディアストリームは次のステップ７０１で符号化され、そして、最後のステップ７０２で、リッチメディアストリームは１つ以上のメディアクライアントに送信される。

上記の実施例に従うリッチメディアストリーム内の探索方法であり、代わりにデコーダで実行される方法は、図８のブロック図を参照して説明する。

図８の最初のステップ８００では、探索命令がデコーダで受信され、探索は最後のステップ８０１で受信した探索命令に従って実行される。

上記の属性のいずれかを使用してリッチメディアストリーム内の同期を可能にするエンコーダの方法が、図９のブロック図に示されている。

図９の最初のステップ９００では、同期属性、即ち、ｓｙｎｃＭａｓｔｅｒＧｌｏｂａｌまたはｓｙｎｃＭａｓｔｅｒを設定することによって、どの時系列を同期マスタとして使用するかが決定される。次のステップ９０１では、その同期属性は、１つ以上の受信エンティティに送信される。

上記のリッチメディアストリーム内の同期を実行するデコーダの方法がブロック図１０に示されており、同期属性が最初のステップ１０００で受信され、その受信した属性に従った同期が最後のステップ１００１でリッチメディアストリームにおいて実行される。

要約すれば、グローバル伝送レベルの時系列での提案の探索を用いることにより、リッチメディアストリームのコンテンツからの直接探索することが可能になる。探索は、文書境界を越えても文書境界内でも可能である。さらに、提案の探索メカニズムにより、文書時系列と伝送時系列の両方の同時探索が可能になり、他の時系列を移動させるために、よく定義されていないかもしれない同期モジュールに依存する必要を取り除く。

本発明について具体的な代表的な実施例を参照して説明したが、その説明は一般に本発明の概念を例示することだけを意図しており、本発明の範囲を限定すると解釈すべきでない。上記の実施例を説明するとき、ＳＶＧ、ＤＩＭＳ、ＲＭＥ、ＳＡＦ、ＬＡＳｅＲ、μＤＯＭおよびＭＯＲＥなどの概念を使用したが、基本的には他の何らかの類似した適切な標準、プロトコルおよびネットワーク要素がここで説明したように使用されてもよい。本発明は一般に次の独立請求項によって規定される。

Claims (8)

1. リッチメディアストリーム内の同期を可能にするエンコーダの方法であって、前記方法は、
   連続的なグローバル時系列が同期マスタとして使用される場合、前記リッチメディアストリームの要素に第１の同期マスタ属性を設定し、１つ以上の文書時系列が同期マスタとして使用される場合、前記リッチメディアストリームの要素に第２の同期マスタ属性を設定する工程（９００）と、
   前記属性を少なくとも１つの受信エンティティに送信し、これにより前記受信エンティティが前記送信された属性に基づいて前記リッチメディアストリームについて同期をとることを可能にする工程（９０１）とを有することを特徴とする方法。
2. 前記要素は、前記リッチメディアストリームのＳＶＧ要素であることを特徴とする請求項１に記載の方法。
3. 前記属性は、前記リッチメディアストリームの外部にあるシグナリングを介して、前記少なくとも１つの受信エンティティに提供されることを特徴とする請求項１に記載の方法。
4. リッチメディアストリーム内の同期を可能にするデコーダの方法であって、前記方法は、
   前記リッチメディアストリームの要素において、前記リッチメディアストリームについての現在の同期マスタを示す目的を有する同期マスタ属性を受信する工程（１０００）と、
   前記受信された属性が第１の同期マスタ属性であり、かつ前記第１の同期マスタ属性が設定されている場合、グローバル時系列を同期マスタとして使用し、前記受信された属性が第２の同期マスタ属性であり、かつ前記第２の同期マスタ属性が設定されているか、または前記受信属性が設定されていない場合、同期マスタとして１つ以上の文書時系列を使用して前記リッチメディアストリーム内で同期をとる工程（１００１）とを有することを特徴とする方法。
5. 前記グローバル時系列は、伝送レベルタイムスタンプに基づくことを特徴とする請求項１乃至４のいずれか１項に記載の方法。
6. 両方の属性が設定されている場合、前記第１の同期マスタ属性が前記第２の同期マスタ属性より優先されることを特徴とする請求項１乃至５のいずれか１項に記載の方法。
7. リッチメディアストリーム内の同期を可能にするエンコーダ（５０１）を有するマルチメディアサーバ（５００）であって、
   前記エンコーダは、
   同期が連続的なグローバル時系列に基づいてなされる場合には前記リッチメディアストリームの要素に第１の属性を挿入し、同期が１つ以上の文書時系列に基づいてなされる場合には前記リッチメディアストリームの要素に第２の属性を挿入する挿入ユニット（５０４）と、
   前記属性を少なくとも１つの受信エンティティに送信し、前記少なくとも１つの受信エンティティが前記送信された属性に基づいて前記リッチメディアストリームについて同期をとることを可能にする送信器（５０５）とを有することを特徴とするマルチメディアサーバ。
8. リッチメディアストリーム内の同期ベースの選択を可能にするデコーダ（６０１）を有するマルチメディアクライアント（６００）であって、
   前記デコーダは、
   前記リッチメディアストリームの要素において、前記リッチメディアストリームについての現在の同期マスタを示す目的を有する属性を受信し、前記リッチメディアストリームを復号化ユニット（６０４）に提供する受信器（６０２）と、
   前記リッチメディアストリームにおける同期をとる同期ユニット（６０６）とを有し、
   前記同期ユニットは、前記同期ユニットが前記受信された属性が第１の属性であり、かつ前記第１の属性が設定されている場合、グローバル時系列を同期マスタとして使用し、前記受信された属性が第２の属性であり、かつ前記第２の属性が設定されているか、または前記受信属性が設定されていない場合、同期マスタとして１つ以上の文書時系列を使用するように適合されていることを特徴とするマルチメディアクライアント。

Images