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