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