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