(57)【要約】  多重スクリーンを提供する装置及び多重スクリーンの動的構成方法を提供する。該当多重スクリーンを提供する装置は、物理的なディスプレイ画面に複数のコンテンツを提供する複数のスクリーンを動的に構成するために伝送されたパケットに含まれたフラッグ及び前記多重スクリーンの動的構成方法を利用する。該多重スクリーンを提供する装置は、受信された所定データ情報を参照してデータ情報に含まれたアプリケーションがスクリーン上で行われるかどうかを確認するデジタル信号処理モジュール、及び確認結果によってスクリーン上でアプリケーションを動作させる動作モジュールを備える。
2009504069.tif 000002
【特許請求の範囲】
【請求項１】
受信された所定データ情報を参照して、前記データ情報に含まれたアプリケーションがスクリーン上で行われうるかどうかを確認するデジタル信号処理モジュールと、
前記確認結果によって、前記スクリーン上で前記アプリケーションを動作させる動作モジュールと、を備える多重スクリーンを提供する装置。
【請求項２】
前記スクリーンは、ＰｉＰスクリーンを含むことを特徴とする請求項１に記載の多重スクリーンを提供する装置。
【請求項３】
前記スクリーンは、ＰｏＰスクリーンを含むことを特徴とする請求項１に記載の多重スクリーンを提供する装置。
【請求項４】
前記動作モジュールは、前記確認結果によって、前記アプリケーションが前記スクリーン上で行われない場合、前記アプリケーションを前記スクリーン上で動作させないことを特徴とする請求項１に記載の多重スクリーンを提供する装置。
【請求項５】
前記動作モジュールは、前記アプリケーションに対するサービスが動作する論理スクリーンを出力スクリーンに配置することを特徴とする請求項１に記載の多重スクリーンを提供する装置。
【請求項６】
前記動作モジュールは、前記アプリケーションに対するサービスを出力スクリーンで動作させることを特徴とする請求項１に記載の多重スクリーンを提供する装置。
【請求項７】
前記デジタル信号処理モジュールは、前記受信されたデータ情報に含まれたシグナルの所定フラッグを確認することによって、前記データ情報に含まれたアプリケーションが前記スクリーン上で行われうるかどうかを確認することを特徴とする請求項１に記載の多重スクリーンを提供する装置。
【請求項８】
受信された所定データ情報を参照して、前記データ情報に含まれたアプリケーションがスクリーン上で行われうるかどうかを確認するステップと、
前記確認結果によって、前記スクリーン上で前記アプリケーションを動作させるステップと、を含む多重スクリーンの動的構成方法。
【請求項９】
前記スクリーンは、ＰｉＰスクリーンを含むことを特徴とする請求項８に記載の多重スクリーンの動的構成方法。
【請求項１０】
前記スクリーンは、ＰｏＰスクリーンを含むことを特徴とする請求項８に記載の多重スクリーンの動的構成方法。
【請求項１１】
前記アプリケーションを動作させるステップは、
前記確認結果によって、前記アプリケーションが前記スクリーン上で行われない場合、前記アプリケーションを前記スクリーン上で動作させないことを特徴とする請求項８に記載の多重スクリーンの動的構成方法。
【請求項１２】
前記アプリケーションを動作させるステップは、前記アプリケーションに対するサービスが動作する論理スクリーンを出力スクリーンに配置するステップを含むことを特徴とする請求項８に記載の多重スクリーンの動的構成方法。
【請求項１３】
前記アプリケーションを動作させるステップは、前記アプリケーションに対するサービスを出力スクリーンで動作させるステップを含むことを特徴とする請求項８に記載の多重スクリーンの動的構成方法。
【請求項１４】
前記アプリケーションのスクリーン上での実行如何を確認するステップは、前記受信されたデータ情報に含まれたシグナルのフラッグを確認することによって、前記データ情報に含まれたアプリケーションが前記スクリーン上で行われうるかどうかを確認することを特徴とする請求項８に記載の多重スクリーン動的構成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明による装置及び方法は、多重スクリーンの提供及び前記多重スクリーンの動的構成に係り、さらに詳細には、物理的なディスプレイ画面に複数のコンテンツを提供する複数のスクリーンを動的に構成するために、伝送されたパケットに含まれたフラッグを利用する多重スクリーンを提供し、前記多重スクリーンを動的に構成することに関する。
【背景技術】
【０００２】
関連技術のデジタルＴＶまたはデジタルセットトップボックスのような放送受信装置では、一つの物理的なディスプレイ画面に一つのコンテンツのみ示すか、または一つの物理的なディスプレイ画面で主画面と副画面との２つの画面を同時に示す場合が一般的である。
【０００３】
この時、主画面と副画面とを同時に示す場合であっても、放送受信装置で既に定められいくつかの方式のみで二つの画面を配置できるだけである。そして、主画面に示されるコンテンツの場合にのみ、コンテンツを構成するあらゆる要素（ビデオ、オーディオ、データまたはこれらの組み合わせ）が再生され、副画面を通じてはコンテンツを構成する一部要素のみ制限的に再生される。
【０００４】
また、コンテンツを提供するソースとして、衛星放送、地上波放送、ケーブル放送のような放送サービス以外にも、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）のような記録媒体または外部入力端子と連結された外部機器などがあるが、このように多様なソースから提供されるコンテンツをどのようにディスプレイ画面に示すかについても制限的に固定されている。
【０００５】
一方、ＭＨＰ（Ｍｕｌｔｉｍｅｄｉａ  Ｈｏｍｅ  Ｐｌａｔｆｏｒｍ）、ＡＣＡＰ（Ａｄｖａｎｃｅｄ  Ｃｏｍｍｏｎ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｌａｔｆｏｒｍ）、ＯＣＡＰ（Ｏｐｅｎ  Ｃａｂｌｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｌａｔｆｏｒｍ）のようなインタラクティブＴＶに対するアプリケーションプログラム環境では、一般的に物理的なディスプレイ画面を通じて出力されるスクリーンは一つであると仮定する。
【０００６】
例えば、インタラクティブＴＶに対するアプリケーションプログラム環境では、ＨＡＶｉ（Ｈｏｍｅ  Ａｕｄｉｏ／Ｖｉｄｅｏ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ）規格によるユーザーインターフェース（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ；ＵＩ）の構造を採用しているが、ＨＡＶｉ  ＵＩ標準でスクリーンの数を制限しないが、実際の使用では、ディスプレイ画面を通じて出力されるスクリーンは一つであると仮定することが普通である。
【０００７】
このような環境では、複数のコンテンツを複数の独立的なスクリーンを通じて示すと同時に、それぞれのスクリーンに表現されたコンテンツに対してデコーディング、デジタル信号処理、ユーザーインタラクション処理などを行うか、動的にアプリケーションプログラムのライフサイクルとリソース使用とをそれぞれのスクリーン別に制御し難い。
【０００８】
したがって、多様なコンテンツを多様な方式でディスプレイ画面に構成して提供できる方法が必要になった。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明によって多重スクリーンを提供する装置及び多重スクリーンを動的に構成する方法は、物理的なディスプレイ画面に複数のコンテンツを提供する複数のスクリーンを動的に構成するために、所定情報が含まれたパケットを提供するところにその目的がある。
【課題を解決するための手段】
【００１０】
前記目的を達成するために、本発明の実施形態による多重スクリーンを提供する装置は、受信された所定データ情報を参照して、前記データ情報に含まれたアプリケーションがスクリーン上で行われうるかどうかを確認するデジタル信号処理モジュールと、前記確認結果によって、前記スクリーン上で前記アプリケーションを動作させる動作モジュールと、を備える。
【００１１】
本発明の実施形態による多重スクリーンの動的構成方法は、受信された所定データ情報を参照して、前記データ情報に含まれたアプリケーションがスクリーン上で行われうるかどうかを確認するステップと、前記確認結果によって、前記スクリーン上で前記アプリケーションを動作させるステップと、を含む。
【００１２】
その他の実施形態の具体的な事項は詳細な説明及び図面に含まれている。
【発明を実施するための最良の形態】
【００１３】
本発明の利点及び特徴、そしてそれらを達成する方法は、添付される図面と共に詳細に後述されている実施形態を参照すれば明確になる。しかし、発明は以下で開示される実施形態に限定されるものではなく、異なる多様な形態で具現され、但し、本実施形態は本発明の開示を完全にし、当業者に発明の範ちゅうを完全に知らせるために提供されるものであり、本発明は請求項の範ちゅうにより定義されるだけである。
【００１４】
以下、本発明の実施形態による多重スクリーンを提供する装置及び前記多重スクリーンを動的に構成する方法を説明するためのブロック図または処理フローチャートを参考にして本発明について説明する。この時、処理フローチャートの各ブロックとフローチャートの組み合わせとは、コンピュータプログラムインストラクションにより行われることを理解できるであろう。これらコンピュータプログラムインストラクションは、汎用コンピュータ、特殊用コンピュータまたはその他のプログラム可能なデータプロセシング装備のプロセッサーに搭載されうるので、コンピュータまたはその他のプログラム可能なデータプロセシング装備のプロセッサーを通じて行われるそのインストラクションがフローチャートのブロックで説明された機能を行う手段を生成する。
【００１５】
これらコンピュータプログラムインストラクションは、特定方式で機能を具現するために、コンピュータまたはその他のプログラム可能なデータプロセシング装備を指向できるコンピュータ利用可能なまたはコンピュータ判読可能なメモリに保存されることもできるので、そのコンピュータ利用可能なまたはコンピュータ判読可能なメモリに保存されたインストラクションは、フローチャートのブロックで説明された機能を行うインストラクション手段を備える製造品目を生産することもできる。
【００１６】
コンピュータプログラムインストラクションは、コンピュータまたはその他のプログラム可能なデータプロセシング装備上に搭載されもするので、コンピュータまたはその他のプログラム可能なデータプロセシング装備上で一連の動作ステップらが行われて、コンピュータで行われるプロセスを生成してコンピュータまたはその他のプログラム可能なデータプロセシング装備を通じて行うインストラクションは、フローチャートのブロックで説明された機能を行うためのステップを提供することもできる。
【００１７】
また、各ブロックは、特定された論理的機能を行うための一つ以上の実行可能なインストラクションを含むモジュール、セグメントまたはコードの一部を表すことができる。また、いくつかの代替実行例では、ブロックで言及された機能が順序を外れて行われることもあるということに注目せねばならない。例えば、続けて図示されている二つのブロックは、実質的に同時に行われてもよく、またはそのブロックが時々該当する機能によって逆順に行われてもよい。
【００１８】
一方、本発明についての説明を容易にするために本発明と関連した基本的な概念を定義する。
‘サービス’は、一つのまとまりで表現されるマルチメディアコンテンツであり、複数のサービスコンポーネントが一つのサービスをなす。
【００１９】
‘サービスコンポーネント’は、サービスを構成する一部分であり、ビデオコンポーネント、オーディオコンポーネント、データコンポーネントなどを含む。この時、データコンポーネントは、サービス内に存在するアプリケーションを示す。
【００２０】
‘サービスコンテキスト’は、サービスの実行に係る各種リソース、デバイス、実行状態情報などを含んでおり、サービス実行を制御できる客体を表す。
【００２１】
‘ディスプレイ画面’は、サービスの内容が実際に表現される物理的な装置、サービスの内容が出力される外部出力ポートまたはサービスが保存される保存装置を意味する。
【００２２】
‘出力スクリーン’は、ディスプレイ画面に実際に出力されるスクリーンであり、任意のサービスが出力スクリーンに直接設定されてディスプレイ画面を通じて表現されるか、出力スクリーンの一定の領域にマッピングされた少なくとも一つ以上の論理スクリーンがディスプレイ画面を通じて出力される。
【００２３】
‘論理スクリーン’は、任意のサービスが表現される空間であり、出力スクリーンにマッピングされる前にはメモリ上に仮想的にのみ存在し、実際ディスプレイ画面には表現されない。
【００２４】
また、論理スクリーン及び出力スクリーンは、バックグラウンドスチールイメージ、ビデオラスター、そしてグラフィックラスターの組み合わせで構成できるが、ここで、グラフィックラスターはテキスト、線、カラー、そしてイメージが合成されるか、ビデオフレームが混合されて提供されうる。
【００２５】
‘メインサービス’は、ユーザーがディスプレイ画面に現れるメニューまたはリモコンを通じるか、アプリケーションがＡＰＩを通じて主サービスとして選択したサービスを意味し、メインサービスが表現されるスクリーンを‘メインスクリーン’という。
【００２６】
‘ＰｉＰ（Ｐｉｃｔｕｒｅ  ｉｎ  Ｐｉｃｔｕｒｅ）サービス’とは、ユーザーがディスプレイ画面に現れるメニューまたはリモコンを通じるか、アプリケーションがＡＰＩを通じてメインスクリーン内で副サービスとして選択したサービスを意味し、ＰｉＰサービスは、‘ＰｉＰスクリーン’またはメインスクリーンを通じて表現されうる。
【００２７】
‘ＰｉＰスクリーン’は、図１Ａないし図１Ｄで示したように、他のスクリーン内の一部領域を占めるスクリーンと、図１Ｅ及び図１Ｆで示したように、他のスクリーンと重ならない領域に同時に示されるスクリーンとを含み、また図１Ｇ及び図１Ｈで示したように、ディスプレイ画面内で任意の位置及び領域に示されるか、他のスクリーンと重なって表現されるスクリーンを含む概念と理解されうる。
【００２８】
図２は、本発明の実施形態による論理スクリーンと出力スクリーンとの関係を示す例示図である。図２を参照するに、サービスは論理スクリーン２１０、２１２、２１４を通じて表現でき、このような論理スクリーンは、所定のマッピングブロック２３０により出力スクリーン２２０、２２２、２２４にマッピングされて表現できる。
【００２９】
この時、２２０で参照される出力スクリーンは、２１０と２１２とで参照される論理スクリーンがマッピングされて表現されており、２２２で参照される出力スクリーンは、２１２と２１４とで参照される論理スクリーンがマッピングされて表現されており、２２４で参照される出力スクリーンは、２１０、２１２及び２１４で参照される論理スクリーンがマッピングされて表現されている。
【００３０】
このように、サービスが表現される少なくとも１以上の論理スクリーンは、マッピングブロック２３０により出力スクリーンの任意の領域にマッピングされうる。
【００３１】
一方、マッピングブロック２３０は、論理スクリーンと出力スクリーンとをマッピングさせる多様な情報の集合体として理解されうる。このような情報の例として、論理スクリーンが出力スクリーンにマッピングされる領域の座標情報、論理スクリーン及び出力スクリーンを区別する識別情報、出力スクリーンに複数の論理スクリーンが表現される順序についての情報などを含むことができる。
【００３２】
また、マッピングブロック２３０は、各種コンピュータプログラム言語で作成されて行われるインターフェース、関数などで具現され、前記のような情報をパラメータとして論理スクリーンと出力スクリーンとの関係を生成または変更できる。
【００３３】
また、マッピングブロック２３０は、論理スクリーンと出力スクリーンとの間にマッピング機能を行うようにハードウェアで具現されてもよい。
【００３４】
出力スクリーンには多様なソースから提供されるサービスが表現されてディスプレイ画面を通じて出力されうるが、図３でこれを示している。
【００３５】
一般的にサービスを提供するソースとして、地上波放送３２０、ケーブル放送３３０のような放送サービスを提供するソースがあり、ＰＶＲ（パーソナルビデオレコーダ）３４０のように所定の記録媒体に保存されたサービスを提供するソースもある。また、図３では図示されていないが、有線または無線ネットワークを通じてサービスを提供するソースもこれに含まれうる。
【００３６】
この時、放送受信装置３１０はこのようなソースからサービスを受信し、それぞれのサービスを表現する論理スクリーンを生成する。
【００３７】
次いで、既定の方式、ユーザーまたはアプリケーションにより設定された方式によって、任意のサービスが出力スクリーンに直接設定されてディスプレイ画面３５０を通じて表現されるか、出力スクリーンの一定の領域にマッピングされた少なくとも一つ以上の論理スクリーンがディスプレイ画面３５０を通じて出力される。図３では、地上波放送３２０、ケーブル放送３３０、そして、ＰＶＲ  ３４０により提供されるサービスがディスプレイ画面３５０を通じて表現されることを表している。
【００３８】
図３ではサービスを提供するソースの例として、地上波放送３２０、ケーブル放送３３０、ＰＶＲ  ３４０を図示しているが、サービスを提供するソースはこれに限定されず、一つのまとまりで表現されるマルチメディアコンテンツを提供するならば、本発明でのソースに含まれうる。
【００３９】
一方、本発明でのサービスには抽象サービスと非抽象サービスとがあるが、これを図４Ａ及び図４Ｂでそれぞれ図示している。
【００４０】
抽象サービスは、放送信号からリアルタイムで伝えられるサービスではない放送チャンネルに対して独立したサービスであり、サービスコンポーネントのうち、ビデオコンポーネント、オーディオコンポーネントなしにデータコンポーネント、すなわち、アプリケーションのみで形成されたサービスが抽象サービスに該当する。例えば、規格でアンバウンドアプリケーションでなるサービスがこれに属する。
【００４１】
非抽象サービスは、抽象サービスを除外した残りのサービスと理解されうる。
【００４２】
本発明では抽象サービスと非抽象サービスそれぞれに対して独立性を付与できる。例えば、抽象サービスは論理スクリーンを経ずに直接出力スクリーンに設定され、非抽象サービスは論理スクリーンに表現されて、抽象サービスが設定された出力スクリーンにマッピングされうる。次いで、前記出力スクリーンがディスプレイ画面を通じて出力されうるが、これにより、一つの出力スクリーンで抽象サービスと非抽象サービスとが独立的に表現されうる。また、抽象サービスと非抽象サービスいずれも、それぞれ別途の論理スクリーンにマッピングされた後、それぞれの論理スクリーンが一つの出力スクリーンにマッピングされてもよい。すなわち、抽象サービスと非抽象サービスとは、それぞれ独立した形態として出力スクリーンに表現されうる。
【００４３】
一方、本発明での論理スクリーンと出力スクリーンとは、それぞれ別途の客体として定義されてもよいが、‘スクリーン’という一つの客体が持つ属性情報によって、‘スクリーン’が論理スクリーンとして機能するか、出力スクリーンとして機能することもある。
【００４４】
すなわち、スクリーン客体に関する属性情報のうち、タイプ情報を通じてスクリーンが論理スクリーンであるか、出力スクリーンであるかが分かる。
【００４５】
また、アプリケーションは、アンバウンドアプリケーションとサービスバウンドアプリケーションとに区別されるが、アンバウンドアプリケーションは特定チャンネルと関連しないので、アプリケーションの実行がチャンネル転換に影響されない。また、一般的に高い優先順位を持っているので、実行のための資源が円滑に割り当てられる。モニターアプリケーションは、最も高い優先順位を持つことができる特殊なアンバウンドアプリケーションに該当する。
【００４６】
一方、サービスバウンドアプリケーションは伝送ストリームと係り、アンバウンドアプリケーションに比べて一般的に低い優先順位が付与される。サービスバウンドアプリケーションは決定的なシステム機能は行わず、資源に対する競争が発生する場合、アンバウンドアプリケーションより資源割り当てをあきらめる可能性がさらに大きい。サービスバウンドアプリケーションは、現在伝送中のストリームと連動して動作する連動型と、伝送中のストリームに関係なく動作する非連動型とがある。
【００４７】
ＯＣＡＰ基盤の端末機またはセットトップボックスで駆動されるアプリケーションには、ＥＮＥＰＧ（エレクトロニックプログラムガイド）、ＶＯＤ（ビデオオンデマンド）、アプリケーションＸＹＺ及びネイティブアプリケーションなどが含まれる。
【００４８】
図５は、二つのサービスが二つの論理スクリーンにそれぞれ設定され、一つの出力スクリーンにマッピングされて出力される過程を示す例示図である。図５を参照するに、第１サービスは、ビデオ／オーディオ／データの３種のサービスコンポーネントがいずれも存在するサービスであり、第２サービスは、ビデオコンポーネントとオーディオコンポーネントのみ存在する場合を例としたものである。もちろん、本発明ではサービスコンポーネントに対する制約事項がなく、図５の場合は一つの可能な例を示したものである。
【００４９】
図５から分かるように、第１サービスと第２サービスとが従来の方式と類似した形態でディスプレイ画面に現れるが、本発明による場合、マッピングを通じてディスプレイ画面上に個数の制限なしに複数のサービスを多様な位置に独立的に表現できる。
【００５０】
一方、データコンポーネントは、サービス内に存在するアプリケーションに関するアプリケーション情報を含み、かかるアプリケーション情報は、アプリケーションがＰｉＰスクリーンで行われうるかどうかを表すシグナル情報を含む。アプリケーション情報の例として、ＭＨＰ規格によるＡＩＴ（アプリケーションインフォメーションテーブル）とＯＣＡＰ規格によるＸＡＩＴ（ｅＸｔｅｎｄｅｄ  Ａｐｐｌｉｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）があり、このようなアプリケーション情報に前記シグナル情報を追加できる。
【００５１】
ＤＶＢ（デジタルビデオブロードキャスティング）−ＭＨＰ規格でアプリケーションは、サービスに従属的なものであり、そのライフサイクルが現在選択されて伝送されるサービスによって決定されるのに対し、ＯＣＡＰ規格でアプリケーションは、伝送されるサービスに従属的でなく、そのライフサイクルもシグナル情報に独立的である。
【００５２】
アプリケーションとしては、ホスト装置製造者のアプリケーション、ＸＡＩＴを通じてシグナリングされるアプリケーション及びモニターアプリケーションを通じて登録されるアプリケーションが含まれる。
【００５３】
シグナルが受信されることによって、ＯＣＡＰ端末機はバウンドまたはアンバウンドアプリケーションのライフサイクルを管理できるようになる。ＯＣＡＰ規格によって、サービスバウンド及びアンバウンドアプリケーションを行うための多様な形態のシグナリングが支援されるが、このようなシグナリングの結果として、アプリケーションデータベースの内容が生成または更新される。アプリケーションデータベースは、アプリケーションマネジャーにより管理されるデータの統合的な名称であり、アプリケーションマネジャーは、アプリケーションライフサイクルＡＰＩを利用してアプリケーションのライフサイクルを管理する。
【００５４】
アプリケーションシグナリングの形態には３種が存在するが、一つはサービスバウンドアプリケーションのためのものであり、他の二つはアンバウンドアプリケーションのためのものである。
【００５５】
前述したように、本発明でシグナリングは、マルチスクリーンの支援如何をＯＣＡＰ端末機に通報するためにも使われる。すなわち、放送事業者はＯＣＡＰ端末機にアプリケーションを提供しつつ、現在提供されるアプリケーションがマルチスクリーンを支援するかどうかをシグナルを通じて通報するのである。これにより、ＯＣＡＰ端末機は、受信されたシグナルを利用して現在提供されるアプリケーションの活用如何を決定できるようになる。例えば、論理スクリーンを通じてアプリケーションを提供しつつ、画面サイズ、画面位置及び一時停止などの機能をユーザーに提供するのである。
【００５６】
図６は、本発明の実施形態による多重スクリーンを提供するシステムの構成を示す例示図であり、放送事業者６００がＯＣＡＰ端末機（以下、多重スクリーン提供装置という）７００にシグナルを送信することを示す概念図である。
【００５７】
ここで、放送事業者６００は、アプリケーションを多重スクリーン提供装置７００に送信しつつ、多重スクリーンの支援如何を表すフラッグが含まれたシグナル６５０を送信する。これにより、多重スクリーン提供装置７００は、提供されるアプリケーションに対する論理スクリーンを別途に割り当て、該当論理スクリーンの画面サイズ、画面位置及び一時停止などの機能をユーザーに提供できるようになる。
【００５８】
アプリケーションは、ＭＰＥＧストリームを通じて伝送されるＸＡＩＴを通じてシグナリングされうる。ここで、ＸＡＩＴには、各アプリケーションのためのアプリケーションデータの内容を生成させる必須情報が含まれている。例えば、新たなバージョンのＸＡＩＴが受信されれば、多重スクリーン提供装置７００は、ユーザーにより選択されたサービスと関連した各アプリケーションに対するシグナリングされた情報でアプリケーションデータベースを更新できるようになる。
【００５９】
ここで、多重スクリーン提供装置７００は、選択されたサービスの種類によって次のようにその動作を異ならせる。
【００６０】
ａ）アプリケーションデータベースに該当アプリケーションが存在しない場合、多重スクリーン提供装置７００は、ＸＡＩＴによってシグナリングされた情報が含まれたアプリケーション情報を生成する。
【００６１】
ｂ）アプリケーションデータベースに以前のシグナリングによって該当アプリケーションが存在するが、これ以上シグナリングされない場合、多重スクリーン装置は、アプリケーションデータベースで該当アプリケーションを削除する。
【００６２】
ｃ）アプリケーションデータベースに存在するものと同じバージョンのアプリケーションがシグナリングされる場合、多重スクリーン提供装置７００は、現在シグナリングされたアプリケーション情報でアプリケーションデータベースを更新する。
【００６３】
ｄ）アプリケーションデータベースにアプリケーションが存在し、活性アプリケーションインスタンスと関連しない新たなバージョンのアプリケーションがシグナリングされる場合、多重スクリーン提供装置７００は、現在シグナリングされたアプリケーション情報でアプリケーションデータベースを更新する。
【００６４】
ｅ）アプリケーションデータベースにアプリケーションが存在し、活性アプリケーションインスタンスと関連する新たなバージョンのアプリケーションがシグナリングされる場合、多重スクリーン提供装置７００は、以前バージョンのアプリケーションに対するシグナリングプロセスを完了するか、現在実行中のアプリケーションのみを許すアプリケーションインスタンスを生成する。
【００６５】
図７は、本発明の実施形態による多重スクリーンを提供する装置の構成を示すブロック図である。図７を参照するに、本発明による多重スクリーン提供装置７００は、デジタル信号処理モジュール７５０、サービス処理モジュール７６２、出力モジュール７６４、そしてユーザー／アプリケーションインターフェースモジュール７４０を備える。
【００６６】
この時、多重スクリーン提供装置７００は、サービスを提供するソースであり、放送信号受信モジュール７１０、記録媒体７２０または外部入力モジュール７３０を備えることができ、サービスが出力される媒体として、ディスプレイ画面７７０、記録媒体７８０または外部出力モジュール７９０を備えることができる。
【００６７】
この時、本実施形態で使われる‘モジュール’という用語は、ソフトウェアまたはＦＰＧＡまたはＡＳＩＣのようなハードウェア構成要素を意味し、モジュールは所定の役割を行う。しかし、モジュールはソフトウェアまたはハードウェアに限定される意味ではない。モジュールは、アドレッシングできる記録媒体にあるように構成されてもよく、一つまたはそれ以上のプロセッサーを再生させるように構成されてもよい。したがって、一例として、モジュールはソフトウェア構成要素、客体指向ソフトウェア構成要素、クラス構成要素及びタスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャ、サブルーチン、プログラムコードのセグメント、ドライバ、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、及び変数を含む。構成要素及びモジュール内で提供される機能はさらに少数の構成要素及びモジュールに結合されるか、追加的な構成要素及びモジュールにさらに分離されうる。それだけでなく、構成要素及びモジュールは、デバイスまたは保安マルチメディアカード内の一つまたはそれ以上のＣＰＵを再生させるように具現されることもできる。
【００６８】
デジタル信号処理モジュール７５０は、放送信号受信モジュール７１０、記録媒体７２０または外部入力モジュール７３０からマルチメディアコンテンツのようなサービスを構成する多様な構成情報、例えば、ビデオ情報、オーディオ情報またはデータ情報などを受信する。
【００６９】
この時、放送信号受信モジュール７１０は、衛星、地上波またはケーブル放送信号を受信して伝達するモジュールであり、記録媒体７２０は、サービスを構成するビデオ情報、オーディオ情報またはデータ情報などが保存された機器を表し、外部入力モジュール７３０は、ネットワークインターフェースモジュールのように、ネットワークに連結された他の機器からサービスを構成するビデオ情報、オーディオ情報またはデータ情報などを受信して伝達するモジュールとして理解されうる。
【００７０】
デジタル信号処理モジュール７５０は、受信されたサービスコンポーネントを利用してサービスを復元するが、この時、複数のサービスを復元できる。ここで、前記復元されたサービスは抽象サービスまたは非抽象サービスを含む。
【００７１】
またここで、‘複数のサービス’とは、例えば、放送信号受信モジュール７１０から）伝えられる２つ以上のサービスを意味することもあり、放送信号受信モジュール７１０と記録媒体７２０それぞれから伝えられる２つの以上のサービスを意味することもある。
【００７２】
デジタル信号処理モジュール７５０で復元されるサービスは、ユーザー／アプリケーションインターフェースモジュール７４０を通じたユーザーまたはアプリケーションの選択によって復元されることもある。この時、ユーザーまたはアプリケーションはどのサービスをいかなるスクリーンに連結するかを選択できる。
【００７３】
また、デジタル信号処理モジュール７５０は、受信されたデータ情報を参照してデータ情報に含まれたアプリケーションがスクリーン上で行われるかどうかを確認する。ここで、デジタル信号処理モジュール７５０は、データ情報に含まれたシグナル６５０の所定フラッグを確認して実行の支援如何を確認できるが、その結果は、動作モジュール７６０及びユーザー／アプリケーションインターフェースモジュール７４０に伝えられる。
【００７４】
例えば、フラッグが１であれば、スクリーン上での実行が支援されることを意味する第１制御信号を伝達し、フラッグが０であれば、スクリーン上での実行が支援されないことを意味する第２制御信号を伝達するのである。
【００７５】
制御信号を伝達された動作モジュール７６０は、制御信号の種類によってその動作を異ならせるが、もし、第１制御信号を伝達された場合、動作モジュール７６０はスクリーン上でアプリケーションを動作させ、第２制御信号を伝達された場合、動作モジュール７６０はスクリーン上でアプリケーションを動作させない。ここで、スクリーンとしては、ＰｉＰスクリーン及びＰｏＰ（Ｐｉｃｔｕｒｅ−ｏｎ−Ｐｉｃｔｕｒｅ）スクリーンを含む。
【００７６】
また、動作モジュール７６０は、アプリケーションを論理スクリーンで動作させた後、論理スクリーンを出力スクリーンにマッピングでき、アプリケーションを直接出力スクリーンを通じて動作させることもできる。このために、動作モジュール７６０は、サービス処理モジュール７６２及び出力モジュール７６４を備えて構成されうる。
【００７７】
サービス処理モジュール７６２は、デジタル信号処理モジュール７５０により復元されたサービスを表現するための論理スクリーン及び出力スクリーンを生成する。ここで、論理スクリーンは、シグナリングを通じてスクリーン上での実行が支援されるアプリケーションのために割り当てられたスクリーンでありうる。
【００７８】
出力モジュール７６４は、出力スクリーン上の所定の領域にサービス処理モジュール７６２により生成された論理スクリーンをマッピングして出力する。この時、出力スクリーン上へのマッピングは既に設定されるか、またはユーザー／アプリケーションインターフェースモジュール７４０を通じてユーザーまたはアプリケーションにより設定されうる。すなわち、ユーザーはビデオ、オーディオだけでなくマルチスクリーンが支援されるアプリケーションに対するマッピングを行うことができる。
【００７９】
また、デジタル信号処理モジュール７５０により復元されたサービスは、サービス処理モジュール７６２で論理スクリーンと連結されず、出力スクリーンと直接連結されて出力モジュール７６４により出力されうる。
【００８０】
出力モジュール７６４により、出力スクリーンは物理的なディスプレイ画面７７０を通じて出力されるか、記録媒体７８０に保存されうる。ここで記録媒体７８０は、コンピュータにより判読でき、フロッピー（登録商標）ディスク、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＢＤ（Ｂｌｕｅ−ｒａｙ  Ｄｉｓｃ）及び半導体メモリを含む。
【００８１】
また、外部出力モジュール７９０を通じてネットワークに連結された他の機器に伝えられることもある。
【００８２】
このために、出力モジュール７６４は、出力スクリーンが提供される複数の出力ポートを備えることができるが、このような場合に既に設定された基本出力ポートまたはユーザー／アプリケーションインターフェースモジュール７４０を通じて指定された出力ポートを通じて出力スクリーンが提供されうる。
【００８３】
ユーザーまたはアプリケーションは、ユーザー／アプリケーションインターフェースモジュール７４０を通じて所望のサービスを選択または復元させることができる。また、ユーザーまたはアプリケーションは、ユーザー／アプリケーションインターフェースモジュール７４０を通じて複数の出力スクリーンのうち、任意の出力スクリーンを選択することもできる。
【００８４】
図７に示した各モジュールは、それぞれの機能によって分離されて図示されているので、実際の具現に当たってはそれぞれ異なるモジュールとの結合もできる。
【００８５】
図８は、本発明の実施形態によって多重スクリーンを動的に構成する方法を示すフローチャートである。
【００８６】
一般的にマルチメディアコンテンツを構成するビデオ情報、オーディオ情報、データ情報などは、例えば、ＭＰＥＧストリームのような所定のフォーマットによって伝えられる。したがって、マルチメディアコンテンツのようなサービスを行う装置は、前記のような情報を受信して該当するサービスを復元する（Ｓ８１０）。この時、復元されるサービスは、ユーザーまたはアプリケーションにより選択されるか、あらかじめ設定されうる。ユーザーがディスプレイ画面７７０で現れるメニューやリモコンを利用するか、アプリケーションがＡＰＩを利用してどのサービスをいかなるスクリーンに連結するかを選択できる。
【００８７】
一方、マルチメディアコンテンツを受信しつつ多重スクリーン提供装置７００は受信されたデータ情報を参照して、データ情報に含まれたアプリケーションがスクリーン上で行われるかどうかを確認する（Ｓ８２０）。
【００８８】
確認結果は、ユーザー／アプリケーションインターフェースモジュール７４０を通じて出力されるが、データ情報に含まれたシグナル６５０にマルチスクリーンが支援されるというフラッグが含まれた場合、ユーザー／アプリケーションインターフェースモジュール７４０は、該当アプリケーションに対する制御機能（論理スクリーン割り当て及び画面サイズ制御など）をユーザーに提供する（Ｓ８３０）。
【００８９】
また、多重スクリーン提供装置７００は、持続的に受信されるシグナル６５０を利用して該当アプリケーションのライフサイクルを管理し、シグナル６５０が受信されない場合、該当アプリケーションを終了してもよい。
【００９０】
シグナリング確認後、多重スクリーン提供装置７００は、前記復元されたサービスを本発明による論理スクリーンで表現されるように設定し（Ｓ８４０）、前記論理スクリーンを本発明による出力スクリーンにマッピングする（Ｓ８５０）。この時、ユーザーは提供されるアプリケーションを論理スクリーンに割り当て、そのサイズ及び位置などを入力できるが、これにより、多重スクリーン提供装置７００は、入力された内容通りに論理スクリーンを出力スクリーンにマッピングできる。
【００９１】
そして、多重スクリーン提供装置７００は、ディスプレイ画面７７０、記録媒体７８０またはネットワークを通じて前記出力スクリーンを提供する（Ｓ８６０）。
【００９２】
一方、図８では、復元されたサービスが論理スクリーンを経て出力スクリーンを通じて提供されると表現されているが、論理スクリーンを経ずに直接出力スクリーンを通じて提供されてもよい。
【００９３】
また、ユーザーがＰｉＰサービスを選択する場合には、２つのモードとしてＰｉＰサービスが表現されうるが、第１モードでは、ＰｉＰサービスのための別途の論理スクリーン、例えば、ＰｉＰスクリーンが生成されず、メインスクリーンで選択されたＰｉＰサービスのビデオコンポーネントのみ表現され、第２モードでは、ＰｉＰサービスのための別途の論理スクリーンが生成されて、生成されたＰｉＰスクリーン内で選択されたＰｉＰサービスが表現される。
【００９４】
一方、図８では、説明の便宜上一つのサービスが出力スクリーンにマッピングされる過程を説明しているが、スクリーン属性情報を利用して複数のサービスが複数の論理スクリーンを通じて、または直接的に一つの出力スクリーン内の任意の領域にマッピングされうる。
【００９５】
したがって、出力スクリーンがディスプレイ画面７７０を通じて提供される場合には、ユーザーまたはアプリケーションは複数のサービスを行えるようになる。
【００９６】
以上、添付した図面を参照して本発明の実施形態を説明するが、当業者ならば、本発明がその技術的思想や必須な特徴を変更せずに他の具体的な形態で実施できるということを理解できるであろう。したがって、以上記述した実施形態はあらゆる面で例示的なものであり、限定的ではないと理解せねばならない。
【産業上の利用可能性】
【００９７】
本発明の多重スクリーンを提供する装置及び前記多重スクリーンの動的構成方法によれば、物理的なディスプレイ画面に複数のコンテンツを提供する複数のスクリーンを動的に構成するために、所定情報が含まれたパケットを提供することによって、ユーザーをして簡便にアプリケーションが含まれたコンテンツに割り当てられたスクリーンを制御可能にする長所がある。
【図面の簡単な説明】
【００９８】
【図１Ａ】本発明の一実施形態によってＰｉＰスクリーンが配置される形態を示す例示図である。
【図１Ｂ】本発明の一実施形態によってＰｉＰスクリーンが配置される形態を示す例示図である。
【図１Ｃ】本発明の一実施形態によってＰｉＰスクリーンが配置される形態を示す例示図である。
【図１Ｄ】本発明の一実施形態によってＰｉＰスクリーンが配置される形態を示す例示図である。
【図１Ｅ】本発明の一実施形態によってＰｉＰスクリーンが配置される形態を示す例示図である。
【図１Ｆ】本発明の一実施形態によってＰｉＰスクリーンが配置される形態を示す例示図である。
【図１Ｇ】本発明の一実施形態によってＰｉＰスクリーンが配置される形態を示す例示図である。
【図１Ｈ】本発明の一実施形態によってＰｉＰスクリーンが配置される形態を示す例示図である。
【図２】本発明の実施形態による論理スクリーンと出力スクリーンとの関係を示す例示図である。
【図３】本発明の実施形態によってサービスを提供するソースの例を示す例示図である。
【図４Ａ】本発明の実施形態によって抽象サービスと非抽象サービスの例を示す例示図である。
【図４Ｂ】本発明の実施形態によって抽象サービスと非抽象サービスの例を示す例示図である。
【図５】本発明の実施形態による二つのサービスが一つの出力スクリーンにマッピングされて出力される過程を示す例示図である。
【図６】本発明の実施形態による多重スクリーンを提供するシステムの構成を示す例示図である。
【図７】本発明の実施形態による多重スクリーンを提供する装置の構成を示すブロック図である。
【図８】本発明の実施形態によって多重スクリーンを動的に構成する方法を示すフローチャートである。
【図１Ａ】
2009504069.tif 000003
【図１Ｂ】
2009504069.tif 000004
【図１Ｃ】
2009504069.tif 000005
【図１Ｄ】
2009504069.tif 000006
【図１Ｅ】
2009504069.tif 000007
【図１Ｆ】
2009504069.tif 000008
【図１Ｇ】
2009504069.tif 000009
【図１Ｈ】
2009504069.tif 000010
【図３】
2009504069.tif 000011
【図４Ａ】
2009504069.tif 000012
【図４Ｂ】
2009504069.tif 000013
【図５】
2009504069.tif 000014
【図６】
2009504069.tif 000015
【図７】
2009504069.tif 000016
【図８】
2009504069.tif 000017
【図２】
2009504069.tif 000018
【手続補正書】
【提出日】平成19年7月31日(2007.7.31)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
受信された所定データ情報を参照して、前記データ情報に含まれたアプリケーションがスクリーン上で行われうるかどうかを確認するデジタル信号処理モジュールと、
前記確認結果によって、前記スクリーン上で前記アプリケーションを動作させる動作モジュールと、を備える多重スクリーンを提供する装置。
【請求項２】
前記スクリーンは、ＰｉＰスクリーンを含むことを特徴とする請求項１に記載の多重スクリーンを提供する装置。
【請求項３】
前記スクリーンはＰｏＰスクリーンを含む請求項１に記載の多重スクリーンを提供する装置。
【請求項４】
前記動作モジュールは、前記確認結果によって、前記アプリケーションが前記スクリーン上で行われない場合、前記アプリケーションを前記スクリーン上で動作させないことを特徴とする請求項１に記載の多重スクリーンを提供する装置。
【請求項５】
前記動作モジュールは、前記アプリケーションに対するサービスが動作する論理スクリーンを出力スクリーンに配置することを特徴とする請求項１に記載の多重スクリーンを提供する装置。
【請求項６】
前記動作モジュールは、前記アプリケーションに対するサービスを出力スクリーンで動作させることを特徴とする請求項１に記載の多重スクリーンを提供する装置。
【請求項７】
前記デジタル信号処理モジュールは、前記受信されたデータ情報に含まれたシグナルの所定フラッグを確認することによって、前記データ情報に含まれたアプリケーションが前記スクリーン上で行われうるかどうかを確認することを特徴とする請求項１に記載の多重スクリーンを提供する装置。
【請求項８】
受信された所定データ情報を参照して、前記データ情報に含まれたアプリケーションがスクリーン上で行われうるかどうかを確認するステップと、
前記確認結果によって、前記スクリーン上で前記アプリケーションを動作させるステップと、を含む多重スクリーンの動的構成方法。
【請求項９】
前記スクリーンは、ＰｉＰスクリーンを含むことを特徴とする請求項８に記載の多重スクリーンの動的構成方法。
【請求項１０】
前記スクリーンは、ＰｏＰスクリーンを含むことを特徴とする請求項８に記載の多重スクリーンの動的構成方法。
【請求項１１】
前記アプリケーションを動作させるステップは、
前記確認結果によって、前記アプリケーションが前記スクリーン上で行われない場合、前記アプリケーションを前記スクリーン上で動作させないことを特徴とする請求項８に記載の多重スクリーンの動的構成方法。
【請求項１２】
前記アプリケーションを動作させるステップは、前記アプリケーションに対するサービスが動作する論理スクリーンを出力スクリーンに配置するステップを含むことを特徴とする請求項８に記載の多重スクリーンの動的構成方法。
【請求項１３】
前記アプリケーションを動作させるステップは、前記アプリケーションに対するサービスを出力スクリーンで動作させるステップを含むことを特徴とする請求項８に記載の多重スクリーンの動的構成方法。
【請求項１４】
前記アプリケーションのスクリーン上での実行如何を確認するステップは、前記受信されたデータ情報に含まれたシグナルのフラッグを確認することによって、前記データ情報に含まれたアプリケーションが前記スクリーン上で行われうるかどうかを確認することを特徴とする請求項８に記載の多重スクリーン動的構成方法。
【請求項１５】
複数のスクリーン提供装置上に複数のスクリーン構成を支援する方法において、
アプリケーション及び、前記アプリケーションが前記複数のスクリーン提供装置上に複数の論理スクリーンを支援するかどうかを表すシグナルを受信するステップと、
前記複数のスクリーン提供装置の出力スクリーン上に前記複数の論理スクリーンを配置するステップと、
ユーザーにより選択されたサービスと関連した前記アプリケーションのために、前記シグナルに含まれた情報を利用して、前記複数のスクリーン提供装置の所定のアプリケーションデータベースを更新するステップと、を含む複数のスクリーン構成を支援する方法。
【請求項１６】
前記アプリケーションデータベースを更新するステップは、前記アプリケーションに関連したサービスによって少なくとも一つ以上の動作を行うステップを含むが、
前記動作を行うステップは、前記アプリケーションデータベースに前記受信されたアプリケーションについての情報が含まれていない場合、前記複数のスクリーン提供装置がＸＡＩＴによりシグナリングされた情報が含まれたアプリケーション情報を生成するステップと、
以前のシグナルリングによって受信された前記アプリケーションについての情報が前記アプリケーションデータベースに含まれているが、これ以上シグナリングされない場合、前記複数のスクリーン提供装置が前記アプリケーションデータベースから前記アプリケーションを削除するステップと、
前記アプリケーションデータベースに存在するものと同じバージョンを持つ前記受信されたアプリケーションがシグナリングされた場合、前記複数のスクリーン提供装置が、現在シグナリングされたアプリケーション情報に基づいて前記アプリケーションデータベースを更新するステップと、
前記アプリケーションデータベースが前記受信されたアプリケーションについての情報を含み、活性アプリケーションインスタンスと関連しない新たなアプリケーションがシグナリングされる場合、前記複数のスクリーン提供装置が、現在シグナリングされたアプリケーション情報に基づいて前記アプリケーションデータベースを更新するステップと、
前記アプリケーションデータベースが前記受信されたアプリケーションについての情報を含み、活性アプリケーションインスタンスと関連する新たなアプリケーションがシグナリングされる場合、前記複数のスクリーン提供装置が以前アプリケーションに対するシグナルリングプロセスを完了するか、現在実行中のアプリケーションのみを許容するアプリケーションインスタンスを生成するステップと、を含む請求項１５に記載の複数のスクリーン構成を支援する方法。
【請求項１７】
前記アプリケーションは、ホスト装置製造者によって生成されたアプリケーション、ＸＡＩＴを通じてシグナリングされたアプリケーション及びモニターアプリケーションを通じて登録されたアプリケーションを含む請求項１５に記載の複数のスクリーンを支援する方法。
【請求項１８】
前記複数の論理スクリーンを配置するステップは、前記論理スクリーンのための複数の機能を提供するステップを含むが、前記複数の機能は、前記出力スクリーン上の各論理スクリーンのサイズ及び位置を含む請求項１５に記載の複数のスクリーンを支援する方法。
【国際調査報告】
2009504069.tif 000019
2009504069.tif 000020