(57)【特許請求の範囲】
【請求項１】
端末によって受信されたリッチメディアサービスを提供する方法であって、
サービスコンテンツを受信して復号化するステップと、
前記受信されたサービスコンテンツのヘッダーに含まれた表現情報を用いて関連情報を検索するステップと、
前記検索された関連情報に含まれたシーン構成要素が指示する、ユーザーに提供可能なデータ形態で前記受信されたサービスコンテンツを構成するステップと、
前記構成されたサービスコンテンツをユーザーインターフェースを介して出力するステップと、
を有し、
前記関連情報は、前記サービスコンテンツを構成する前記シーン構成要素を構成するために使用されるデータ、リソース、ファイル、アプリケーションプログラム、及びサービスのうち少なくとも一つを含むことを特徴とする方法。
【請求項２】
前記シーン構成要素は、グラフィック、テキスト、オーディオ、ビデオ、及びイメージのうち少なくとも一つを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記シーン構成要素は、
特定位置のデータに関する関連エントリポイントを示す新たな属性、前記関連エントリポイントから自身が参照しようとするデータのターゲットデータまでの経路、データ構造、及びデータ位置のうち少なくとも一つをさらに含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記出力を介してユーザーに前記サービスコンテンツを提供する間に、前記ユーザーの入力を介して新規イベントを処理するステップをさらに有し、
前記ユーザーの入力は、前記新規イベントに対応するサービス又はアプリケーションプログラムの固有の識別情報及びサービス構成情報のうち少なくとも一つを含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記関連情報は、前記端末内に位置したローカルリソース又は前記端末の外部に位置した外部リソースで構成されることを特徴とする請求項１に記載の方法。
【請求項６】
前記表現情報は、
前記関連情報の識別情報、位置、経路、データ構造、及び変更時間のうち少なくとも一つを含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記表現方法は、フォーマットデータストリーム形態で提供されることを特徴とする請求項１に記載の方法。
【請求項８】
受信されたリッチメディアサービスを提供するための端末装置であって、
サービスコンテンツを受信して復号化するデコーダと、
前記サービスコンテンツのヘッダーに含まれた表現情報を用いて関連情報を検索し、前記検索された関連情報に含まれたシーン構成要素が指示する、ユーザーに提供可能なデータ形態で前記受信されたサービスコンテンツを構成する構成部と、
前記構成されたサービスコンテンツを前記ユーザーに出力するレンダラと、
を具備し、
前記関連情報は、前記サービスコンテンツを構成する前記シーン構成要素を構成するために使用されるデータ、リソース、ファイル、アプリケーションプログラム、及びサービスのうち少なくとも一つを含むことを特徴とする端末装置。
【請求項９】
前記シーン構成要素は、グラフィック、テキスト、オーディオ、ビデオ、及びイメージのうち少なくとも一つを含むことを特徴とする請求項８に記載の端末装置。
【請求項１０】
前記関連情報は、前記端末内に位置したローカルリソース又は前記端末の外部に位置した外部リソースで構成されることを特徴とする請求項８に記載の端末装置。
【請求項１１】
前記関連情報は、
特定位置のデータに関する関連エントリポイントを示す新たな属性、前記関連エントリポイントから自身が参照しようとするデータのターゲットデータまでの経路、前記データの構造、及び前記データの位置のうち少なくとも一つをさらに含むことを特徴とする請求項８に記載の端末装置。
【請求項１２】
前記表現情報は、
前記関連情報の識別情報、位置、経路、データ構造、及び変更時間のうち少なくとも一つを含むことを特徴とする請求項８に記載の端末装置。
【請求項１３】
前記構成部は、前記出力を介してユーザーに前記サービスコンテンツを提供する間に、前記ユーザーの入力を介して新規イベントを処理し、
前記ユーザーの入力は、前記新規イベントに対応するサービス又はアプリケーションプログラムの固有の識別情報及びサービス構成情報のうち少なくとも一つを含むことを特徴とする請求項８に記載の端末装置。
【請求項１４】
前記表現情報は、フォーマットデータストリームで提供されることを特徴とする請求項８に記載の端末装置。
【請求項１５】
リッチメディアサービスを端末に伝送するための送信方法であって、
関連情報を取得可能な表現情報を含んでいるサービスコンテンツを生成するステップと、
前記生成されたサービスコンテンツを符号化するステップと、
前記符号化されたサービスコンテンツを前記端末に伝送するステップと、
を有し、
前記関連情報は、前記サービスコンテンツを構成する前記シーン構成要素を構成するために使用されるデータ、リソース、ファイル、アプリケーションプログラム、及びサービスのうち少なくとも一つを含み、
前記表現情報は、前記関連情報を検索するのに使用されることを特徴とする送信方法。
【請求項１６】
リッチメディアサービスを端末に伝送するための送信装置であって、
関連情報を取得可能な表現情報を含むサービスコンテンツを生成するコンテンツ生成部と、
前記生成されたサービスコンテンツを符号化するエンコーダと、
前記符号化されたサービスコンテンツを前記端末に伝送するコンテンツ送信部と、
を具備し、
前記関連情報は、前記サービスコンテンツを構成する前記シーン構成要素を構成するために使用されるデータ、リソース、ファイル、アプリケーションプログラム、及びサービスのうち少なくとも一つを含み、
前記表現情報は、前記関連情報を検索するのに使用されることを特徴とする送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はリッチメディアサービスを提供するための方法及び装置に関するもので、特にリッチメディアコンテンツに関連した他のサービス、ファイル、情報、又はデータを参照してリッチメディアサービスを提供する方法及び装置に関する。
【背景技術】
【０００２】
放送通信市場は、既存技術の再組み合わせ又は統合を通した新たなサービスの持続的な発達を要求する。このような要求によって、通信及び放送技術は、携帯電話、ＰＤＡ(Personal Digital Assistant)のような携帯端末(以下、“端末”と称する)を介してテキスト、オーディオ、ビデオ、フォント、イメージ、グラフィックなどの様々なメディアを一定の形態で提供するリッチメディア(rich media)サービスが可能なように発展している。例えば、現在リッチメディアサービスを提供するための国際標準規格は、ＬＡＳｅＲ(Lightweight Application Scene Representation)、ＢＩＦＳ(Binary Format for Scene)などを含む。
リッチメディアサービスは、シーン技術(scene description)、ビデオ(video)、オーディオ(audio)、イメージ(image)、フォント(font)、テキスト(text)、メタデータ(metadata)、スクリプト(script)のような多様なマルチメディア要素を用いる自由な表現とユーザーとの相互作用を通じてより豊富なユーザーサービスを提供する。
【０００３】
図１は、従来技術によってリッチメディアサービスを受信する端末の動作を示す。
図１を参照すると、端末は、ステップ１１０でサービスコンテンツを受信し、ステップ１２０で受信したサービスコンテンツを復号化(decoding)する。端末は、ステップ１３０で、復号化されたサービスコンテンツをユーザーに提供可能な形態で構成するサービス構成動作を遂行する。このサービス構成動作は、命令語(command)を確認して実行し、及び／又はイベントを処理する動作を含むことができる。端末は、ステップ１４０で、構成されたサービスをユーザーに提供するために、ビデオ及び／又はオーディオをサポートするユーザーインターフェースを介して構成されたサービスを出力する。
上記リッチメディアサービスコンテンツの一例であるＬＡＳｅＲコンテンツは、下記の＜表１＞のシンタックス(syntax)で表現することができる。
【０００４】
【表１】
0005414792.tif 000002
【０００５】
＜表１＞によれば、端末は、命令語が遂行される度に命令語＜lsru:NewScene＞内に含まれたシーン＜svg＞…＜/svg＞を構成してディスプレイする。
現在の技術動向は、ＤＶＢ(Digital Video Broadcasting)−ＣＢＭＳ(Convergence of Broadcasting and Mobile Service)又はＩＰＴＶ(Internet Protocol Television)のように、各ネットワークの統合で一つのネットワークに数種類の端末が接続されるネットワークモデルが可能である。単一統合サービス提供者は有線ＩＰＴＶに有無線統合されたネットワークを運営するビジネスモデルである場合、同一のサービスは、その種類に関係なくすべての端末に提供されることができる。
例えば、放送サービスの場合に、一つのブロードキャストストリームは、多様なディスプレイサイズ、性能、及び特徴を有する端末に同時に伝送されることができる。すなわち、同一のサービスが多様な種類の端末に提供される場合、同一のブロードキャストストリームは、デジタルＴＶ及び携帯端末を含む端末に伝送される。このような状況で、サービスに関連した各端末及びユーザーの多様な状況に合わせる適応型リッチメディアサービスを提供するための技術が提案されている。
【０００６】
このような既存の適応型サービスを提供するために、サービス提供者は、各端末及びユーザーの状況をすべて把握し、それによるサービスを提供する。しかしながら、実際にサービス提供者が端末及びユーザーのすべての状況を予測することは不可能であり、サービス構成が同一であっても、提供しようとするサービスの形態及び結果はサービス状況及び条件によって可変的であり、その変更をサポートすることが容易ではない。例えば、ユーザーの選好度によってサービスシーンの背景色を変更できるサービスを提供しようとする場合、サービス提供者は、各ユーザー別にユーザーの選好色をすべて把握し、それによって各ユーザーの選好色をサービスシーンの背景色として適用又は適用可能なサービスを提供しなければならないが、これは簡単ではない。
【０００７】
一方、情報の表現及び記述(description)が発達するにしたがって、多様なメディア要素だけでなくデータ、リソース、ファイル、アプリケーションプログラム、及びサービスを含むより多様な情報の活用及び消費が可能になる。例えば、既存の映像に関する情報は、ただ題目、上映時間、及びファイルサイズのような基本情報を含んだが、現在利用可能な映像情報は、全体映像のうち特定のフレームで見られる所定コンテンツのシーンまでも表現可能である。これは、消費可能な情報の拡張であり、リッチメディアサービスは、テキスト、オーディオ、ビデオ、フォント、イメージ、及びグラフィックのような色々なマルチメディア要素だけでなくデータ、リソース、ファイル、アプリケーションプログラム、及びサービスを含むより多様な情報に関して、これらを活用してより豊富で拡張性のあるサービスを提供できることを意味する。
【０００８】
しかしながら、連係(reference)を通じて得られた多様な情報を用いてユーザーにサービスを提供しようとしても、既存のリッチメディア技術は、リッチメディアコンテンツサービスを提供するための他のリソース、情報、及びサービスに関する方法及び情報を交換する方法を提供することができない。例えば、端末が天気情報を提供するプログラムから提供される天気情報を用いて全体サービスを構成しようとする場合、現在の端末は、リッチメディアサービスに接続して天気プログラムを駆動させる方法、及び／又は天気情報ファイル又は天気プログラムから所望する特定情報を取得し、その得られた情報を活用又は消費できる技術を有していない。
したがって、リッチメディアコンテンツに関連した他のサービス、ファイル、情報、及び／又はデータと接続して、端末及びユーザーの多様な状況に適応して、データ、リソース、ファイル、アプリケーションプログラム、及びサービスを含むより多様な情報を活用してリッチメディアサービスを提供する方法及び装置が要求される。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
したがって、上述した従来技術の問題点を解決するために、本発明の目的は、リッチメディアサービスコンテンツに関連したデータ、リソース、ファイル、アプリケーションプログラム、及びサービスを含む多様な情報を参照して豊富で拡張性のある多様なデータを活用できるリッチメディアサービスを提供する方法及び装置を提供することにある。
本発明の他の目的は、同一の構成を有するサービスを受信する端末及びユーザーの多様なサービス状況及び条件に適応できるサービスを提供するリッチメディアサービス提供装置及び方法を提供することにある。
【課題を解決するための手段】
【００１０】
上記のような目的を達成するために、本発明の一態様によれば、端末によって受信されたリッチメディアサービスを提供する方法であって、サービスコンテンツを受信して復号化するステップと、受信されたサービスコンテンツ中の関連情報の表現情報を用いて関連情報を検索するステップと、検索された関連情報を用いて、ユーザーに提供可能な形態で受信されたサービスコンテンツを構成するステップと、構成されたサービスコンテンツをユーザーインターフェースを介して出力するステップとを有する。
本発明の他の態様によれば、受信されたリッチメディアサービスを提供するための端末装置であって、サービスコンテンツを受信して復号化するデコーダと、サービスコンテンツ中の関連情報の表現情報を用いて関連情報を検索し、検索された関連情報を用いて、ユーザーに提供可能な形態で受信されたサービスコンテンツを構成する構成部と、構成されたサービスコンテンツをユーザーに出力するレンダラとを具備する。
【００１１】
また、本発明の他の態様によれば、リッチメディアサービスを端末に伝送するための送信方法であって、関連情報を取得可能な表現情報を含んでいるサービスコンテンツを生成するステップと、生成されたサービスコンテンツを符号化するステップと、符号化されたサービスコンテンツを端末に伝送するステップとを有する。
さらに、本発明の他の態様によれば、リッチメディアサービスを端末に伝送するための送信装置であって、関連情報を取得可能な表現情報を含むサービスコンテンツを生成するコンテンツ生成部と、生成されたサービスコンテンツを符号化するエンコーダと、符号化されたサービスコンテンツを端末に伝送するコンテンツ送信部とを具備する。
【発明の効果】
【００１２】
本発明によるリッチメディアサービスは、テキスト、オーディオ、ビデオ、フォント、イメージ、及びグラフィックのような色々なマルチメディア要素と、そしてデータ、リソース、ファイル、アプリケーションプログラム、及びサービスを含む多様な情報とを関連させて活用することによって、リッチメディアコンテンツの一部で消費可能な情報の範囲を拡張してより豊富で拡張性のあるサービスを提供する効果がある。
本発明による実施形態の上記及び他の態様、特徴、及び利点は、添付の図面と共に述べる以下の詳細な説明から、一層明らかになるはずである。
【図面の簡単な説明】
【００１３】
【図１】従来技術によるリッチメディアサービスを受信する端末の動作を示す図である。
【図２】本発明の実施形態によるリッチメディアサービスを受信する端末の動作を示す図である。
【図３】本発明の実施形態によるＳＡＦストリームを受信する端末の動作を示す図である。
【図４】本発明の実施形態による新たなイベントを定義する動作を示す図である。
【図５】本発明の実施形態による送信器を示すブロック構成図である。
【図６】本発明の実施形態による受信器を示すブロック構成図である。
【発明を実施するための形態】
【００１４】
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。
本発明の範囲及び精神を逸脱することなく、以下に説明される本発明の様々な変形及び変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。なお、公知の機能または構成に関する具体的な説明は、明瞭性と簡潔性のために省略する。
【００１５】
本発明による実施形態は、データ、リソース、ファイル、アプリケーションプログラム、及びサービスを含む多様な情報に関連した関連情報(reference information)を有するリッチメディアコンテンツを送信側に伝送し、端末がこのリッチメディアコンテンツを受信して多様な関連情報の活用及び消費を通じてより豊富で拡張性のあるリッチメディアサービスを提供する装置及び方法を提供する。
関連情報は、２進データ形態、ＸＭＬ(Extensible Markup Language)形態、多様なメディア、データファイルのデータトラック、データパケット、データストリーム、及び構造化された情報集合のような多様な情報の情報表現形態で表現されるすべてのタイプのデータだけでなく、リッチメディアデータを含む多様なフォーマットで表現されるすべてのデータファイルを含む。下記の説明において、情報に関するプロセスは、関連情報の参照、交換、及び再使用のようなすべてのプロセスを含む。
さらに、下記の説明において、関連情報の表現情報は、サービスコンテンツを構成するための関連情報を検索するのに使用される関連情報をすべて含む。
【００１６】
本発明の実施形態は、リッチメディアエンジン(Rich Media Engine：以下、“ＲＭＥ”と称する)のうちＬＡＳｅＲエンジンに基づいた端末における方法に関連して説明するが、ＬＡＳｅＲエンジンは、本発明の容易な理解を助けるための一例として提供されるだけであって、ＬＡＳｅＲエンジンに基づいた方法はその他のＲＭＥベースの端末で同一に適用されることができる。もちろん、端末に適用されるＲＭＥ又はシステムが変わる場合には、ＬＡＳｅＲに関連した名称及び技術は、他のＲＭＥ又はシステムに固有に使用されるものに対応するように変化される。
【００１７】
図２は、本発明の実施形態によるＬＡＳｅＲコンテンツを受信する端末の動作を示す。
図２を参照すると、端末は、ステップ２００でＬＡＳｅＲコンテンツを受信し、ステップ２１０で受信されたＬＡＳｅＲコンテンツを復号化する。ステップ２１０のＬＡＳｅＲコンテンツの復号化プロセスは、受信されたＬＡＳｅＲコンテンツが符号化プロセスを経ていない場合には遂行すれないこともある。ステップ２２０で、端末は、復号化されたＬＡＳｅＲコンテンツ中のＬＡＳｅＲ命令語を確認して実行する。シーンの変化を記述的方法で表現するＬＡＳｅＲ命令語は、新たなシーンの描写のための‘ＮｅｗＳｃｅｎｅ’要素又は命令語、属性の挿入のための‘Ｉｎｓｅｒｔ’要素又は命令語、属性の削除のための‘Ｓｅｌｅｃｔ’要素又は命令語などを含む。ＬＡＳｅＲコンテンツのシーン構成要素は、メディア及びグラフィックオブジェクトを記述的方法で表現する要素、各要素の属性を表現する属性、イベント、及びスクリプトを含む。端末が受信したＬＡＳｅＲコンテンツがシーン構成要素を構成するのに必要なデータ、リソース、ファイル、アプリケーションプログラム、及びサービスを含む多様な情報との関連情報を含むため、端末は、ステップ２３０で、受信されたＬＡＳｅＲコンテンツの関連情報に関連した表現情報を分析し、受信されたＬＡＳｅＲコンテンツで活用される関連情報をその分析情報に基づいて検索する。ここで、受信されたサービスコンテンツで活用される関連情報は、端末内に位置したローカルリソースとなり、あるいは端末外部の他のシステム又は他のプログラムに位置した外部リソース(external resource)となる場合がある。端末は、検索された関連情報を含むシーン構成要素を用いて、ユーザーに提供可能な形態でＬＡＳｅＲコンテンツを構成する。ステップ２４０で、端末は、ビデオ及び／又はオーディオをサポートするユーザーインターフェースを介して構成されたＬＡＳｅＲコンテンツを出力する。図面に示していないが、ＬＡＳｅＲコンテンツに関連したすべてのイベントは、ステップ２４０以前に遂行されることができる。
【００１８】
次に、図２のステップ２３０で説明された、ＬＡＳｅＲコンテンツの構成に必要なデータ、リソース、ファイル、アプリケーションプログラム、及びサービスを含む多様な情報との関連情報を用いてＬＡＳｅＲコンテンツを構成するための方法の一例を詳細に説明する。
本発明の実施形態によって、要素及び属性情報を新たに生成及び定義し、要素、属性、及び属性値を用いて関連情報を含むシーンを構成するためのデータ、リソース、ファイル、アプリケーションプログラム、及びサービスを含む多様な情報に関する関連情報を表現する方法について詳細に説明する。
要素はシーンを構成するオブジェクトの基本単位であり、属性はシーンを構成する要素の特性であり、属性値は属性の具体的な値である。長方形の場合に、例えば、要素は長方形を示す‘ｒｅｃｔ’であり、属性は、長方形を表すために使用される特性のうちの一例である長方形の横長を示す‘ｗｉｄｔｈ’であり、属性値は属性‘ｗｉｄｔｈ’の具体的な値である‘１０’である。
【００１９】
下記の＜表２＞は、ＬＡＳｅＲコンテンツを構成するシーン構成要素を構成するのに使用されるデータの一例として、ブロードキャストサービスで使用される電子サービスガイド(Electronic Service Guide：ＥＳＧ)を拡張型マークアップ言語(Extensible Markup Language：ＸＭＬ)形態で構造化されたデータで表現する。データの構造を記述するマークアップ言語であるＸＭＬは、特定情報を説明するために特定情報を構造化する方法を定義する言語である。このＸＭＬは、情報を階層構造で表現することによって構造化されたデータの記述が可能であり、多様なデータ間の関連関係を表すことができる。また、ＸＭＬ形態のデータは、同一の情報に対して相互に異なる方式で構造化されることができ、一般的にプログラムでデータを分析し、あるいは他のプログラムと情報を共有及び交換することを容易にする。
【００２０】
【表２Ａ】
0005414792.tif 000003
【表２Ｂ】
0005414792.tif 000004
【００２１】
下記の＜表３＞は、ＥＳＧデータをシーン構成要素の一部として使用しようとするＬＡＳｅＲコンテンツの一例を示す。＜表３＞において、シーン＜svg＞…＜svg＞は、ＬＡＳｅＲ命令語のうち一つである新たなシーンの描写を示す命令語‘ＮｅｗＳｃｅｎｅ’に含まれる。シーン構成要素の一つである‘ｇ’は、シーン＜svg＞…＜/svg＞に含まれ、‘ｇ’要素は、シーンを構成する多様な要素を包含及び表現可能なコンテナ(container)として役割する。＜表３＞の例において、‘ｉｄ’の属性の属性値である‘ｇ’が‘PurchaseTable’であり、‘ｇ’は長方形を描くためのシーン構成要素である‘ｒｅｃｔ’及びイメージを表現するためのシーン構成要素である‘ｉｍａｇｅ’を含む。このように、リッチメディアコンテンツを構成する多様なシーン構成要素、すなわち長方形を描写するための‘ｒｅｃｔ’及び円を描写するための‘ｃｉｒｃｌｅ’のようなグラフィック要素、及びテキスト、オーディオ、ビデオ、及びイメージのような多様なシーン構成要素が‘ｇ’要素に含まれることができる。
下記の＜表３＞は、本発明の実施形態によって、関連情報を活用するための方法をリッチメディア技術に適用させるために、上述したステップ２４０のようにリッチメディアサービスに対する情報を参照するための新たな属性及び属性値情報を用いて生成されたＬＡＳｅＲコンテンツの一例を示す。
【００２２】
【表３】
0005414792.tif 000005
【００２３】
＜表３＞の例のように、参照するために使用される新たな属性‘ｓｅｌｅｃｔ’は、‘ｉｍａｇｅ’要素の実際映像ファイルを表すために新たに定義される。特定位置のデータを言及するためには、‘ａ.ｊｐｇ’のように映像ファイルの名称を示し、及び／又は‘../../../a.ｊｐｇ’、‘http://www.laser.org/a.jpg’のように映像ファイルの位置を示す方法を使用することができる。しかしながら、＜表２＞のＥＳＧのようにファイル又は文書内部のデータを参照することができない。このような特定ファイル又は文書のデータを参照するためには、ＸＭＬ形式で文書のノードにアドレスを割り当てるＸＰａｔｈ(XML Path Language)、及び文書のノードに加えて、ＸＰａｔｈを拡張して文書の範囲及び文字列に対するアドレスを割り当てる方法が定義される。その他に、例えば所望するデータのアドレスを示すために、ＸＰｏｉｎｔｅｒ(XML Pointer Language)を用いて新たな属性‘ｓｅｌｅｃｔ’の属性値を表現する他の方法が定義される。
【００２４】
【表４】
0005414792.tif 000006
【表５】
0005414792.tif 000007
【表６】
0005414792.tif 000008
【００２５】
上記の＜表４＞〜＜表６＞に示すように、関連情報を検索するための‘ｒｅｆｅｒｅｎｃｅ()’の構造を新たに定義することによって、＜表３＞のＥＳＧのデータを参照することが可能である。
＜表５＞に定義したように、所望の関連情報を識別するためのデータの識別情報、例えばメタデータのネームスペースは、参照しようとする情報を識別できる情報として提供されることができる。＜表４＞〜＜表６＞の例で、‘ｒｅｆｅｒｅｎｃｅＤａｔａ’はＸｐａｔｈのシンタックスを用いて表現され、Ｘｐｏｉｎｔｅｒのシンタックスで表現することができる。すなわち、‘ｒｅｆｅｒｅｎｃｅＤａｔａ’は、構造的な情報を表現するための多様なデータの表現方法及び探索方法を使用して表現することができる。
【００２６】
＜表３＞の‘ｉｍａｇｅ’要素の実際映像ファイルとして＜表２＞の‘ＭｅｄｉａＴｉｔｌｅ’ノードの子ノード‘ｍｐｅｇ７：ＴｉｔｅＩｍａｇｅ’の子ノード‘ｍｐｅｇ７：ＭｄｉａＵｒｉ’に明記された映像ファイルを指示しようとすると、‘select=ESG.xml#reference(ESGMain/ESG/PurchaseTable/Purchase/MediaTitle/mpeg7:TitleImage/mpeg7:MediaUri/text())’を表現することができる。この場合、＜表３＞の例で、‘ｉｍａｇｅ’の具体的な映像ファイルは‘EasterTitle.jpg’となる。
他の例としては、‘ｉｍａｇｅ'、‘ｖｉｄｅｏ’、及び‘ａｕｄｉｏ’のように参照するための‘ｘｌｉｎ：ｈｒｅｆ’属性を既に持っている要素は、‘ｘｌｉｎｋ：ｈｒｅｆ’を用いて‘xlink:href’=ESG.xml#reference(ESGMain/ESG/PurchaseTable/Purchase/MediaTitle/mpeg7:TitleImage/mpeg7:MediaUri/text())’のように表現することができる。
下記の＜表７＞及び＜表８＞は、本発明の実施形態によって、リッチメディアサービスのための情報を参照するための新たな要素及び属性情報を用いて生成されたＬＡＳｅＲコンテンツの例を示す。
【００２７】
【表７】
0005414792.tif 000009
【表８】
0005414792.tif 000010
【００２８】
＜表７＞及び＜表８＞を参照すると、リッチメディアサービスのための情報を参照するための新たな‘Ｒｅｆｅｒｅｎｃｅ’要素は、参照するための新たな属性‘ｓｅｌｅｃｔ’を有するシーン構成要素を含む。新たな‘ｒｅｆｅｒｅｎｃｅ’要素は、シーンを構成する要素のうち他の要素を含むために使用されるコンテナ要素、例えば‘ｓｖｇ’及び‘ｇ’のような他の要素を含むことができる。‘Ｒｅｆｅｒｅｎｃｅ’要素は、特定位置のデータに関する関連エントリポイントを示す新たな属性‘ｍａｔｃｈ’を含む。新たな‘Ｒｅｆｅｒｅｎｃｅ’要素に含まれる要素、すなわち‘Ｒｅｆｅｒｅｎｃｅ’要素の子ノードに位置した要素のうち、‘ｒｅｆ’属性を有する要素は、‘ｍａｔｃｈ’属性によって表現される関連エントリポイントから自身が参照しようとするデータのターゲットデータまでの経路及びデータ構造又は位置を表現する。‘Ｒｅｆｅｒｅｎｃｅ’要素の子要素のうち‘ｓｅｌｅｃｔ’属性を有するすべての子要素の関連エントリポイントは、‘ｍａｔｃｈ’で開始される。
【００２９】
例えば、Ａ/Ｂ/Ｃ/Ｄの構造で形成されたデータを参照するための‘Ｒｅｆｅｒｅｎｃｅ’要素が‘ｍａｔｃｈ＝Ａ/Ｂ’属性を有すると、Ｃ又はＤ情報を参照しようとする‘Ｒｅｆｅｒｅｎｃｅ’要素の子要素は‘ｓｅｌｅｃｔ’＝‘Ｃ’又は‘ｓｅｌｅｃｔ’＝‘Ｃ/Ｄ’として表現される属性を有する。この‘ｓｅｌｅｃｔ’＝‘Ｃ’は、‘ｓｅｌｅｃｔ'＝‘Ａ/Ｂ/Ｃ'と同一の意味を有し、‘ｓｅｌｅｃｔ'＝‘Ｃ/Ｄ'は、‘ｓｅｌｅｃｔ'＝‘Ａ/Ｂ/Ｃ/Ｄ'と同一の意味を有するので、同一の関連情報を表現すると考えられる。‘ｍａｔｃｈ’属性は、Ｘｐａｔｈのシンタックスを用いて表現することができ、Ｘｐｏｉｎｔｅｒのシンタックスで表現することもできる。すなわち、‘ｍａｔｃｈ’は、構造的な情報を表現するための多様なデータ表現方法及び探索方法を用いて表現することができる。
【００３０】
‘Ｒｅｆｅｒｅｎｃｅ’要素は、関連情報を包含するファイル又はデータの識別情報のための‘ｘｍｌｎｓ’属性、参照するためのファイル、データ又はアプリケーションプログラムのように参照するためのリソースの名称を示す‘ｔａｒｇｅｔＲｅｓｏｕｒｃｅ’属性、又は関連情報の最上位情報であるルート(root)を表現するための‘ｔａｒｇｅｔＲｏｏｔ’属性をさらに有することができる。
＜表８＞の例において、各属性の役割を説明すると、‘ｉｄ’属性値が‘ＴｉｔｌｅＩｍａｇｅ’である‘ｉｍａｇｅ’要素によって参照しようとする‘ＥＳＧ.ｘｍｌ’ファイルに関するターゲット情報を参照するプロセスは、所望の情報を含む情報集合体である‘ＥＳＧ.ｘｍｌ’ファイルでルートノードを確認することを含み、ルートノードが一致すると、関連エントリポイントから情報を探索してターゲット情報を示す。
下記の＜表９＞及び＜表１０＞は、‘Ｒｅｆｅｒｅｎｃｅ’要素の属性を定義した他の例を示す。
【００３１】
【表９】
0005414792.tif 000011
【表１０】
0005414792.tif 000012
【００３２】
＜表９＞の例では、‘ｍａｔｃｈ’属性によって表現される関連エントリポイントを表現する方法は、＜表７＞のように実際に参照しようとするデータの最上位ノードからターゲットデータまでの経路を表現する代わりに、連係を始めようとする位置で、そのノード自体又はその情報を表現する。同様に、＜表９＞の‘ｍａｔｃｈ’属性は、Ｘｐａｔｈのシンタックスを用いて表現することも、Ｘｐｏｉｎｔｅｒのシンタックスを用いて表現することもでき、構造的な情報を表現するための多様なデータの表現方法及び探索方法で表現することもできる。
【００３３】
＜表１０＞を参照すると、‘Ｒｅｆｅｒｅｎｃｅ’要素は‘ｍａｔｃｈ’属性で説明される関連エントリポイント情報を含むデータ集合体の階層構造内で関連エントリポイント情報の深さ情報、例えば、参照しようとするデータがツリー構造で構成されている場合、ツリーでのノードの深さ情報をさらに含む。このとき、‘ｍａｔｃｈ’属性が表現する関連エントリポイントは、'ｄｅｐｔｈ'属性の値に該当するノードから捜すことができる。他の方法は、‘ＴａｒｇｅｔＲｏｏｔ’属性をさらに用いて、該当情報集合体でルートノードを確認した後に、ルートノードが一致すると、ルートノードから深さ情報を用いて開始ノードの位置を判定する。
ルートノードの深さが０であると仮定すると、例えばノードの構造が‘ルート(最上位ノード)/Ａ/ＡＡ/ＡＡＡ’のように与えられる場合、ＡＡの‘Ｄｅｐｔｈ’は‘２’である。
下記の＜表１１＞は、関連情報の特定部分の値を提供する新たな要素及び属性を用いて生成されたＬＡＳｅＲコンテンツの一例を示す。
【００３４】
【表１１】
0005414792.tif 000013
【００３５】
＜表１１＞を参照すると、関連情報の位置を知らせる新たな‘ｓｅｌｅｃｔ’属性を含む新たな‘ｖａｌｕｅ−ｏｆ’要素は、ＬＡＳｅＲコンテンツの‘ｔｅｘｔ’要素の要素値である‘ＰＲＩＣＥ：’及び‘ＥＵＲ’との間に位置する。‘ｖａｌｕｅ−ｏｆ’要素は、特定の関連情報の値を提供する。＜表２＞のＥＳＧの例において、“ESG.xml#reference(SGMain/ESG/PurchaseTable/
Purchase[@purchaseID=“dvbipdc://example.com/Purchase/12458584”]/
Price[@currency=“EUR”]/text()”の値が‘２１.０’であるため、シーンで‘ｔｅｘｔ’要素は‘ＰＲＩＣＥ：２１.０ＥＵＲ’として見られる。この要素は、‘Ｒｅｆｅｒｅｎｃｅ’要素の子要素として使用することができる。
下記の＜表１２＞は、関連情報に基づいて既存のシーン構成要素及び属性情報を表すための新たな要素及び属性を用いて生成されたＬＡＳｅＲコンテンツの一例を示す。
【００３６】
【表１２】
0005414792.tif 000014
【００３７】
＜表１２＞を参照すると、既存のシーン構成要素及び属性情報を関連情報を用いて表現するための新たな‘ｉｎｓｅｒｔＲｅｆ’要素は、シーン構成要素を示すための‘ｒｅｆ’属性、関連情報を用いて属性値を表現し、あるいは既存の属性値を修正して表すための‘ＩｎｓｅｒＡｔｔｒ’属性、及び関連情報の位置を示す‘ｓｅｌｅｃｔ’属性を含む。この例では、‘A.xml#reference(a/aa/aaa/text()’値が‘Ｂｌｕｅ’である場合に、‘ｉｎｓｅｒｔＲｅｆ’要素は、要素自体によって参照される‘ｉｄ’属性値が‘ｃｏｌｏｒ’である‘ｔｅｘｔ’要素の‘ｆｉｌｌ’属性を関連情報から取得した‘ｂｌｕｅ’に設定する。
【００３８】
上記の例では属性のみを説明したが、要素も、上記のような方法で表現可能である。この例の結果として、属性値がｆｉｌｌ＝‘ｂｌｕｅ’で表現されても、ｆｉｌｌ＝“A.xml#reference(a/aa/aaa/text()”で表現されても、あるいは＜textfill＝“$color”…＞＜InsertRef id=“color”select=A.xml#reference(a/aa/aaa/text()”＞で‘ｉｎｓｅｒｔＲｅｔ’要素に関する情報を参照しようとする要素が直接‘ｉｎｓｅｒｔＲｅｔ’要素のｉｄ属性値を参照して表現されても、同一の結果シーンは、あらゆる場合に表現される。要素は、‘Ｒｅｆｅｒｅｎｃｅ’要素の子要素として使用可能である。本発明の各要素の値は、ＸＰａｔｈ、ＸＰｏｉｎｔ、又は関連情報の位置及び経路を表現できる多様な方法を使用して表現することができる。
【００３９】
関連情報の変更が確認できる位置、時間、及び経路を確認し、この変更を確認するための関連情報は参照するための新たな属性値としてさらに定義できる。関連情報の変更を確認するための時間に関する属性が加えられる場合、リッチメディアコンテンツは、所定時間で参照する情報の変更を確認して構成できる。
本発明の他の実施形態は、所望するリッチメディアサービスを使用又は参照しようとするために、ヘッダーがメタデータ、データ集合体、あるいは他のサービスに関する基本情報を予め提供できる新たなフィールドを定義する。端末は、このようなフィールドを図２に示すステップ２３０のコンテンツ構成プロセス以前のフィールドのように取得できる。
【００４０】
【表１３】
0005414792.tif 000015
【００４１】
＜表１３＞を参照すると、新たに定義された‘ＲｅｆｅｒｒｅｄＤａｔａＳｅｔ’フィールドは、リッチメディアコンテンツで使用され、あるいはコンテンツに参照しようとするメタデータ、データ集合、または他のサービスの情報に関する識別情報を提供し、あるいは取得された情報を提供することができる。識別情報は、ネームスペース、ｍｉｍｅＴｙｐｅ、コンテンツタイプ、データ処理モジュールの固有名称、符号化タイプ、データタイプなどの多様な方法で表現できる。
下記の＜表９＞に示すように、メタデータ、データの集合、又は他のサービスに関する情報に対して、特定値は、予め指定することができる。この場合、＜LASeRHeaderReferredDataSet=“0x010x08…”…/＞の表現が可能である。
【００４２】
【表１４】
0005414792.tif 000016
【００４３】
関連される情報の識別情報とルート(データ集合体の最上位ノード)情報は、＜LASeRHeader ReferredDataSet=“urn:mpeg:mpeg21:2003:01-DIA-NS(root)”…'＞のように通知することができる。あるいは、参照するデータファイル又は情報の具体的な名称は、＜LASeRHeader…ReferredDataSet=“A.xmlC.mp4”/＞のように通知することができる。又は、位置情報は、＜LASeRHeader…ReferredDataSet=“A.xml(updateInfoLocation)”/＞データの更新を示すことができる。データの更新を示すことができる位置情報は、例えば、ＥＳＧでは、ＥＳＧのバージョン情報を参照して、ＥＳＧのバージョン情報が変更される場合、データの更新音を知らせることができる。
【００４４】
本発明のもう一つの実施形態は、参照しようとするリッチメディアコンテンツに関連したサービス、ファイル、情報、又はデータに関する基本的な情報を統合フォーマット(Simple Aggregation Format:：ＳＡＦ)データストリームで伝送する方法を提供する。
ＳＡＦは、ＥＳ(Elementary Streams)を多重化及び同期化し、複雑な要求事項を最小化する。したがって、この技術は、メモリ及び／又は電力に制限を有する携帯端末で多様なマルチメディアの自由な表現とユーザーとの相互作用を提供する。
【００４５】
図３は、本発明の実施形態による端末の動作を示す。
図３を参照すると、端末は、ステップ３１０で、サービスデータストリームを受信し、ステップ３２０でＳＡＦストリームを復号化する。端末は、ステップ３３０で、復号化されたＳＡＦストリームを確認するが、これは本発明の実施形態で定義される‘Reference Configuration Unit(RefConfigUnit)’情報を確認する。端末は、ステップ３４０で、サービスコンテンツを構成するデータを復号化し、ステップ３５０で復号化されたデータをサービス時間に合せてビデオ又はオーディオをサポートするユーザーインターフェースを介して出力する。サービスを提供するプロセスにおいて、他のサービスとの関連情報検索及び選択動作が遂行できる。
‘Reference Configuration Unit(RefConfigUnit)'は、提供されるリッチメディアコンテンツで参照するデータ集合体及び他のサービスの数、参照するデータ集合体及び他のサービスを識別可能な情報、参照する情報のサイズを表すための情報、参照するデータ集合体の名称、参照するデータ又はデータ集合体で関連情報の更新を確認する位置を示す情報、及び参照しようとするデータ又はデータ集合体で関連情報の更新を確認することができる位置を示す情報などをさらに含むことができる。
【００４６】
本発明の他の実施形態は、リッチメディアコンテンツに参照してサービスを提供できる他のサービスに接続した情報の交換のための方法、及び動的に関連情報を活用する方法を提供する。リッチメディアデータストリームにおいて、ネットワークセッションの管理、復号化プロセス、端末の動作変化、又はインターフェースでのデータ入出力に関する情報は、イベントの一例である。イベントを感知すると、端末は、そのイベントに対するシーンの変化又は端末の動作の変化に連結できる。
【００４７】
図４は、本発明の実施形態によって、動的に関連情報の変化を確認し、動的に関連情報を使用するための端末の動作を示す。
図４を参照すると、端末は、ステップ４１０で、サービスコンテンツを受信し、ステップ４２０で受信されたサービスコンテンツを復号化する。端末は、ステップ４３０で、復号化されたサービスコンテンツをユーザーに提供可能な形態で構成する。ステップ４４０で、端末は、受信されたコンテンツのすべてのイベントと、本発明で説明した、他のサービス及びアプリケーションプログラムと関連させて新たなイベントとを処理する。端末は、ステップ４５０で、処理された新たなイベントによってサービスを提供する。
【００４８】
本発明のこのような実施形態によって、ユーザーがサービスの受信中に、ユーザーの入力を介してイベントが駆動されるシナリオが可能である。例えば、新たなイベントは、ユーザーの入力によって発生することができる。すなわち、ステップ４４０以後に発生するイベントを処理することもできる。新たなイベントが発生するように処理することは、動的に関連された情報を活用するための命令を遂行することと同一の意味を有する。
本発明の実施形態によって、下記の＜表１５＞及び＜表１６＞は、ステップ４４０で処理されると同様に、他のサービス及びアプリケーションプログラムとの連係及び駆動に対する新たなイベントを定義する一例を示す。下記の例を説明すると、外部の参照しようとする情報又はプログラムの変化を認知して特定動作を遂行することができ、参照しようとする情報又はプログラムを予め指定してこれを参照するための動作プロセスを遂行することができる。
【００４９】
【表１５】
0005414792.tif 000017
【表１６】
0005414792.tif 000018
【００５０】
下記の＜表１７＞及び＜表１８＞は、新たなイベントがＩＤＬ(Interface Deffinition Language)で定義されることを示す。
【００５１】
【表１７】
0005414792.tif 000019
【表１８】
0005414792.tif 000020
【００５２】
＜表１１Ａ＞及び＜表１８＞において、‘ApplicationActivatedEvent’は、識別情報を入力値として有することができる。入力値は、文字列形式又はＵＲＩ形式を有し、ＸＰａｔｈ及びＸｐｏｉｎｔによって表現することができる。定義したインターフェースを用いて、参照しようとするターゲットデータ又はプログラムの関連情報(targetApplication)、参照されるデータ又はプログラムの関連情報(availableApplication)、参照しようとする関連情報の更新(checkUpdate)、及び更新された関連情報の取得位置(updateLocation)を確認することができる。‘ApplicationActivateEvent’インターフェースのイベントタイプは、＜表１７＞及び＜表１８＞に定義されたイベントとなり得る。‘ApplicationActivateEvent’インターフェースの属性は、駆動させるサービス又はアプリケーションプログラムに関する情報を表現できる限り、何でも可能である。イベントは他のサービス、ファイル、情報、又はデータを使用するために駆動させるイベントになることもでき、特定サービス、ファイル、情報又はデータを参照して、関連情報に対する変更又は変動を感知するイベントにも活用可能である。
例えば、イベントが発生する条件が特定データのバージョン情報の変化を判断するようにバージョン情報を参照して定義される場合、シーンが構成される中に、該当イベントによって関連位置の情報を確認した後に、該当バージョン情報が変わると、イベントが発生可能にすることができる。
【００５３】
本発明の他の実施形態は、リッチメディアコンテンツを参照してサービスを提供できる他のサービスとの接続を介した情報交換のための具体的な方法を提供する。
下記の＜表１９＞〜＜表２１＞は、リッチメディアコンテンツを参照してサービスを提供できる他のサービスとの接続を介した情報の交換のために新たなApplicationActivated要素及び属性を定義した例を示す。このApplicationActivated要素は、該当サービス又はアプリケーションプログラムの固有の識別情報、例えば情報デバイスのＭＡＣアドレスのような識別情報を表現する‘ｃｌａｓｓｉｄ’、入力情報値のタイプを示す‘ｐｕｔ_ｖａｌｕｅ_ｔｙｐｅ'、入力情報の値を示す‘ｐｕｔ_ｖａｌｕｅ'、及び該当サービス又はアプリケーションプログラムから抽出されるかあるいは受信されるリターン値を参照又は使用するサービス構成要素を表現する‘ｘｌｉｎｋ：ｈｒｅｆ'で構成することができる。ApplicationActivated要素の動作は、‘ｃｌａｓｓｉｄ'を用いて使用しようとするサービス又はアプリケーションプログラムを駆動させ、入力情報を該当アプリケーションプログラムで伝送し、アプリケーションプログラムからリターン値を受信し、サービス構成要素によって受信されたリターン値をサービスに活用又は使用することができる。
【００５４】
【表１９】
0005414792.tif 000021
【００５５】
下記の＜表２０＞は、該当アプリケーションプログラムに複数の入力値が存在する一例を示す。
【００５６】
【表２０】
0005414792.tif 000022
【００５７】
下記の＜表２１＞は、該当アプリケーションプログラムに複数の入力値が存在する場合とアプリケーションから受信されるリターン値のタイプを予め指定する一例を示す。
【００５８】
【表２１】
0005414792.tif 000023
【００５９】
本発明の実施形態によって、入力値又はリターン値は、下記の＜表２２＞に示すようにＶａｌｕｅ_Ｔｙｐｅを予め特定値に指定して使用することができる。
【００６０】
【表２２】
0005414792.tif 000024
【００６１】
もちろん、要素及び属性が上述した実施形態の説明と同一の意味を有する場合に、要素及び属性又は属性値の名称は、他の名称に変更可能である。
図５は、本発明の実施形態による送信器５００を示すブロック構成図である。
図５を参照すると、ＬＡＳｅＲコンテンツ生成部５１０は、本発明の実施形態で説明したリッチメディアコンテンツに関連した他のサービス、ファイル、情報、又はデータを参照して情報を提供する新たな要素及び属性、他のサービス又はアプリケーションと関連してサービスを提供するためのイベント、サービス構成要素、及び属性などが含まれたコンテンツを生成する。さらに、コンテンツ生成部５１０は、シーン構成要素を生成する場合に、イベント発生による動作のコンテンツを生成する。
エンコーダ５２０は、コンテンツ生成部５００から受信されたコンテンツを符号化し、復号化されたコンテンツをコンテンツ送信部５３０に伝送する。このコンテンツ送信部５３０は、提供される符号化されたコンテンツを受信器に伝送する。
【００６２】
図６は、本発明の実施形態による受信器６００を示すブロック構成図である。
図６を参照すると、デコーダ６１０は、送信器からコンテンツを受信し、受信されたコンテンツを復号化してサービス構成部６２０に伝送する。サービス構成部６２０は、復号化されたデータを受信し、本発明の実施形態で説明したリッチメディアコンテンツに関連した他のサービス、ファイル、情報、又はデータを参照した情報を提供する新たな要素及び属性、他のサービス、又はアプリケーションプログラムに関連してービスを提供するための構成要素及び属性を含むコンテンツを確認する。また、サービス構成部６２０は、イベントの使用又はイベント発生による動作に対するコンテンツを確認する。すなわち、サービス構成部６２０は、シーンを構成するためにシーン構成を制御する役割を遂行する。レンダラ(renderer)６３０は、例えば確認された情報を用いて端末にコンテンツをディスプレイするサービスを提供する。
また、本発明の実施形態は、同一の構成のサービスを受信する端末及びユーザーの多様なサービス状況及び条件に適応するサービスを提供する。
【００６３】
上記した本発明による実施形態は、コンピュータ読み取り可能な記録媒体に対するコンピュータ読み取り可能なコードとして実施されることができる。このコンピュータ読み取り可能な記録媒体は、コンピュータシステムによって読み取り可能なデータを格納するデータストレージデバイスとなり得る。コンピュータ読み取り可能な記録媒体の例としては、ＲＯＭ(Read-Only Memory)、ＲＡＭ(Random-Access Memory)、ＣＤ-ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ格納装置、及び搬送波(有無線伝送経路を介してインターネットを経由するデータ伝送のような)を含むが、これに限定されることではない。また、このコンピュータ読み取り可能な記録媒体は、ネットワーク接続されたコンピュータシステムにわたって分散されることによって、コンピュータ読み取り可能なコードは分散形態で格納及び遂行される。また、本発明を達成するための機能(function)プログラム、コード、及びコードセグメントは、当該技術分野における熟練されたプログラマにとっては容易に理解できることである。
【００６４】
一方、本発明の詳細な説明では特定実施形態に関し説明したが、本発明の範囲から逸脱しない限度内で色々な変形が可能なことはもちろんである。したがって本発明の範囲は説明された実施形態に限定されず、後述する特許請求の範囲だけでなくこの特許請求の範囲と均等なもの等によって定められるべきである。
【符号の説明】
【００６５】
５００  送信器
５１０  コンテンツ生成部
５２０  エンコーダ
５３０  コンテンツ送信部
６００  受信器
６１０  デコーダ
６２０  サービス構成部
６３０  レンダラ
【図１】
0005414792.tif 000025
【図２】
0005414792.tif 000026
【図３】
0005414792.tif 000027
【図４】
0005414792.tif 000028
【図５】
0005414792.tif 000029
【図６】
0005414792.tif 000030