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