(57)【要約】【課題】  メニューオブジェクトのプレビュー機能を提供する装置及びその方法を提供する。【手段】ユーザからのイベント入力を受け付ける入力部と、前記イベントの入力に応じて画面上に表示されたユーザが入力可能なオブジェクトにハイライト表示をするイベント処理部と、前記ハイライト表示されたオブジェクトを表示するディスプレイ部とを含む。【選択図】図３Ｂ
2008198175.tif 000002
【特許請求の範囲】
【請求項１】
ユーザからのイベント入力を受け付ける入力部と、
前記イベントの入力に応じて画面上に表示されたユーザが入力可能なオブジェクトにハイライト表示をするイベント処理部と、
前記ハイライト表示されたオブジェクトを表示するディスプレイ部とを含む、メニューオブジェクトのプレビュー機能を提供する装置。
【請求項２】
前記オブジェクトがキーイベントを受けることができるＵＩオブジェクトなのかを判断するオブジェクト設定部をさらに含む、請求項１に記載のメニューオブジェクトのプレビュー機能を提供する装置。
【請求項３】
前記イベント処理部の要請に応じて前記画面上に提供されたオブジェクトの中からユーザが入力可能なオブジェクトを判断する可視オブジェクト判断部をさらに含む、請求項１に記載のメニューオブジェクトのプレビュー機能を提供する装置。
【請求項４】
前記ＵＩオブジェクトだけを別に格納する格納部をさらに含む、請求項２に記載のメニューオブジェクトのプレビュー機能を提供する装置。
【請求項５】
前記可視オブジェクト判断部は、前記格納部に格納されたＵＩオブジェクトから前記画面上に提供されたオブジェクトをチェックし、前記チェックされたオブジェクトの中からユーザが入力可能なオブジェクトを判断する、請求項３に記載のメニューオブジェクトのプレビュー機能を提供する装置。
【請求項６】
ユーザからのイベント入力を受け付けるステップと、
前記イベントの入力に応じて画面上に表示されたユーザが入力可能なオブジェクトにハイライト表示をするステップと、
前記ハイライト表示されたオブジェクトを表示するステップとを含む、メニューオブジェクトのプレビュー機能を提供する方法。
【請求項７】
前記オブジェクトがキーイベントを受けることができるＵＩオブジェクトなのかを判断するステップをさらに含む、請求項６に記載のメニューオブジェクトのプレビュー機能を提供する方法。
【請求項８】
前記画面上に提供されたオブジェクトの中からユーザが入力可能なオブジェクトを判断するステップをさらに含む、請求項６に記載のメニューオブジェクトのプレビュー機能を提供する方法。
【請求項９】
前記ＵＩオブジェクトは別に格納される、請求項７に記載のメニューオブジェクトのプレビュー機能を提供する方法。
【請求項１０】
前記ユーザが入力可能なオブジェクトにハイライト表示をするステップは、前記格納されたＵＩオブジェクトから前記画面上に提供されたオブジェクトをチェックするステップと、前記チェックされたオブジェクトの中からユーザが入力可能なオブジェクトを判断するステップとを含む、請求項６に記載のメニューオブジェクトのプレビュー機能を提供する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メニューオブジェクトを表示する技術に関し、より詳しくはメニューオブジェクトのプレビュー機能を提供する装置及びその方法に関するものである。
【背景技術】
【０００２】
デジタルテレビではＡＷＴキーイベントとＭＨＰのユーザイベントの２タイプでキーイベントを受けることができる。ＡＷＴキーイベントはＵＩオブジェクトの場合にのみ使用できるキーイベントであり、ユーザイベントはＵＩオブジェクトでない場合にもキーイベントを使用できるように提供されるＡＰＩである。したがって、デジタルテレビのＵＩアプリケーションでメニューを構成するときにＡＷＴキーイベントを用いることもでき、ユーザイベントを用いてキーイベントを受けることもできる。
【０００３】
また、デジタルテレビで使用するジャワＵＩアプリケーションではミドルウェアで提供するＡＰＩ呼び出しを通じてキーイベントに対応するオブジェクトを登録するようになる。この後、ユーザが入力装置（例えば、リモコン）によって所定のキーを選択すればキーイベントが発生するようになり、これによりミドルウェアでは登録されたオブジェクトに該当キーイベントを全て送る。
【０００４】
図１は従来のデジタルテレビに提供されるオブジェクトを示す図面である。
図示のように、デジタルテレビの画面上に移動可能なオブジェクト１０が存在し、各オブジェクト１０は上、下、左、右の方向キーを用いて周辺に存在する他のオブジェクトにセレクタを移動させることができる。
【０００５】
例えば、特定オブジェクトが活性化された後、上、下、左、右の方向キーのいずれか１つのキーを選択すれば該当方向に存在する新しいオブジェクトが活性化（すなわち、新しいオブジェクトにセレクタが移動）される。ここでデジタルテレビのアプリケーションは移動可能なオブジェクトの間に方向キーを用いて移動できるようにするＡＰＩを支援するが、このときアプリケーション開発者はＡＰＩを通じて特定オブジェクトとそのオブジェクトから上、下、左、右の方向に移動できるオブジェクトを登録する。
【０００６】
しかし、デジタルテレビのアプリケーションは放送によって毎回ダウンロードされる方式であって、ユーザは新しいＵＩアプリケーションを接する度に毎回新しいメニューを習得しなければならない煩わしさがある。
【０００７】
また、既存ＰＣアプリケーションなどはマニュアルが文書化されているが、放送用アプリケーションはマニュアルなど存在しない。したがって、ユーザはリモコン操作によって直接リアルタイムにメニュー使用方法を習得してアプリケーションを操作しなければならない。
【０００８】
特に、統一されたＵＩインターフェースも存在しないため、アプリケーション製作者によって多様な形態のＵＩを有するようになり、実際現存するほとんどのアプリケーションは一目でメニューを把握し難い。このため、ユーザが上下左右キーを選択したとき初めて接するアプリケーションはその結果を一目で把握できないという問題点がある。
【０００９】
また、テレビシステムが低仕様だったりアプリケーションが複雑である場合、メニュー移動時の遅延時間によりユーザはメニュー移動に対応する動作が行われないと誤認する可能性がある。
【００１０】
特許文献１では、ユーザがヘルプボタンを押すとき画面の第１領域にデジタルテレビ受信機の外部構成要素の名称を含むメインヘルプ項目を表示するステップと、ユーザがカーソル移動ボタンを操作することによって前記外部構成要素の名称のいずれか１つをカーソルにより指示し、前記カーソルにより指示された外部構成要素の詳細な形態を前記画面の第２領域に表示するステップと、ユーザが前記カーソル移動ボタンを操作することによって前記カーソルにより前記表示された詳細な形態のいずれか一部分を指示し、前記指示された部分に関するヘルプを前記画面の第３領域に表示するステップとを開示しているが、これはメニューオブジェクトのプレビュー機能を提供する技術については全く言及していない。
【特許文献１】韓国公開特許第２００２−００４８７７６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明の技術的課題は、メニューオブジェクトのプレビュー機能を提供する装置及びその方法を提供することである。
【００１２】
本発明の技術的課題は、前述した技術的課題に制限されず、言及していないさらなる技術的課題は下記によって当業者に明確に理解できるものである。
【課題を解決するための手段】
【００１３】
前記目的を達成するために、本発明の一実施形態によるメニューオブジェクトのプレビュー機能を提供する装置は、ユーザからのイベント入力を受け付ける入力部と、前記イベントの入力に応じて画面上に表示されたユーザが入力可能なオブジェクトにハイライト表示をするイベント処理部と、前記ハイライト表示されたオブジェクトを表示するディスプレイ部とを含む。
【００１４】
また、本発明の一実施形態によるメニューオブジェクトのプレビュー機能を提供する方法は、ユーザからのイベント入力を受け付けるステップと、前記イベントの入力に応じて画面上に表示されたユーザが入力可能なオブジェクトにハイライト表示をするステップと、前記ハイライト表示されたオブジェクトを表示するステップとを含む。
その他、実施形態の具体的な事項は詳細な説明及び図面に含まれている。
【発明の効果】
【００１５】
本発明のメニューオブジェクトのプレビュー機能を提供する装置及びその方法によれば次のような効果が１つあるいはそれ以上ある。
【００１６】
第一に、ユーザに「メニュープレビュー」機能を提供し、ダウンロードされた放送アプリケーションのメニューを容易に習得し得るという長所がある。
第二に、ユーザが用いられるメニューオブジェクトにハイライト表示を提供することによって、ユーザは画面上に提供されて用いられるメニューを一目で把握し得るという長所がある。
【発明を実施するための最良の形態】
【００１７】
本発明の利点及び特徴、そしてそれらを達成する方法は添付する図面とともに詳細に後述する実施形態を参照すれば明確になる。しかし、本発明は以下に開示される実施形態に限定されず、相異なる多様な形態によって具現でき、単に本実施形態は本発明の開示を完全なものにし、本発明の属する技術分野における通常の知識を有する者に発明の範疇を完全に知らせるために提供するものであって、本発明は請求項の範疇によってのみ定義される。明細書全体にわたって同じ参照符号は同じ構成要素を示す。
【００１８】
以下、添付する図面を参照して本発明の好ましい実施形態を詳細に説明する。
【００１９】
図２は本発明の一実施形態によるメニューオブジェクトのプレビュー機能を提供する装置の内部ブロック図を示す図面である。
【００２０】
図示のように、ディスプレイ装置１００は、入力部１１０、オブジェクト設定部１２０、イベント処理部１３０、可視オブジェクト判断部１４０、格納部１５０、ディスプレイ部１６０及び制御部１７０を含んで構成される。ここでディスプレイ装置１００はデジタルテレビ、個人用コンピュータ、ＤＭＢ受信装置及びＰＭＰなどをいう。
【００２１】
入力部１１０はユーザからのキー信号の入力を受け付ける。ここでユーザはリモコン、キーボード及びマウスを操作して所定のキー信号（以下、「キーイベント」という）を発生させる。ここでキーイベントは、例えばメニュープレビュー要請、オブジェクト登録要請及び所定機能の動作要請（例えば、ボリューム調整、チャネル変更など）などをいう。
【００２２】
オブジェクト設定部１２０は、ユーザが入力部１１０を通じて所定のキーイベントを発生させるとき動作するオブジェクトの登録を要請すれば、該当オブジェクトの登録及び登録される該当オブジェクトに対応する動作を設定する。すなわち、ユーザが所定のキーイベントを発生させれば前記発生されたキーイベントに対応するオブジェクトに設定された動作が行われる。
【００２３】
例えば、キーイベントに対応するオブジェクトの登録は、コンポーネントクラスのａｄｄＫｅｙＬｉｓｔｅｎｅｒ、イベントマネージャクラスのａｄｄＵｓｅｒＥｖｅｎｔＬｉｓｔｅｎｅｒ及びａｄｄＥｘｃｌｕｓｉｖｅＡｃｃｅｓｓＴｏＡＷＴＥｖｅｎｔを用いてオブジェクトを登録する。
【００２４】
また、オブジェクト設定部１２０は登録されたオブジェクトの中からＵＩオブジェクトをチェックしてＵＩオブジェクトが格納部１５０に別に格納されるようにする。
【００２５】
例えば、オブジェクト設定部１２０は登録されたオブジェクトからＵＩオブジェクトをチェックする。ここで所定のオブジェクトがＵＩオブジェクトなのか否かは、該当オブジェクトがコンポーネントクラスの子オブジェクトなのかをチェックすることによって判断することができる。
【００２６】
すなわち、ＵＩオブジェクトはコンポーネントクラスの子クラスであるので、コンポーネントクラスのｉｎｓｔａｎｃｅ  ｏｆ  ｃｏｍｐｏｎｅｎｔ（）というメソッド値が「ｔｒｕｅ」である場合、該当オブジェクトはＵＩオブジェクトであり、該当オブジェクトに関するメソッド値が「ｆａｌｓｅ」である場合、該当オブジェクトはＵＩオブジェクトでないと判断することができる。ここでＵＩオブジェクトは格納部１５０内のＵＩ格納モジュール（図示せず）に別に格納される。
【００２７】
イベント処理部１３０はユーザにより発生されたキーイベントが入力されれば入力されたキーイベントの種類を判断し、それに対応する動作を行う。
【００２８】
例えば、ユーザにより発生されたキーイベントが入力されれば、入力されたキーイベントが「メニュープレビュー」を要請するのかを判断する。判断結果、「メニュープレビュー」を要請するイベントである場合、イベント処理部１３０は可視オブジェクト判断部１４０に、ディスプレイ装置１００で現在再生している画面に表示されているオブジェクトの中から可視オブジェクトに関するチェックを要請する。
【００２９】
また、イベント処理部１３０は可視オブジェクト判断部１４０から現在再生している画面上に存在する可視オブジェクトに関する情報を受ければ、該当オブジェクトにハイライト表示を提供する。ここでハイライト表示は多様な色及び形態で提供することができる。また、本発明では可視オブジェクトにハイライト表示だけでなく、多様な表示方法を用いてメニューオブジェクトであることを表すことができる。
【００３０】
可視オブジェクト判断部１４０は、イベント処理部１３０の要請に応じて格納部１５０に格納されているＵＩオブジェクトからディスプレイ装置１００で現在再生している画面上に表示されるオブジェクトを検索し、検索されたオブジェクトのうちいずれのオブジェクトが可視オブジェクトなのかを判断する。ここで所定のオブジェクトが可視オブジェクトなのか非可視オブジェクトなのかは、コンポーネントクラスのｉｓＶｉｓｉｂｌｅ（）というメソッドによって判断することができる。ここで可視オブジェクトは画面上で視覚的に見えるオブジェクトを意味し、非可視オブジェクトは画面上で隠されて見えないオブジェクトを意味する。
【００３１】
例えば、所定のオブジェクトに関するメソッド値が「ｔｒｕｅ」である場合、該当オブジェクトは可視オブジェクトであり、該当オブジェクトに関するメソッド値が「ｆａｌｓｅ」である場合、該当オブジェクトは非可視オブジェクトである。
【００３２】
格納部１５０はディスプレイ装置１００に提供されるオブジェクトに関する情報を格納する。例えば、オブジェクトの情報は所定のオブジェクトの生成位置、大きさ、色及びＩＤなどである。また、格納部１５０はハイライト表示に関する多様な情報（例えば、形態、色及び大きさなど）を格納する。
【００３３】
また、格納部１５０は、ディスプレイ装置１００に提供されるオブジェクトのうちＵＩオブジェクトだけを別に格納するＵＩ格納モジュール（図示せず）を備える。ここでＵＩオブジェクトだけを別に格納するのは、ユーザから「メニュープレビュー」のキーイベントが入力されるとき画面上に該当ＵＩオブジェクトを迅速に提供するためである。
【００３４】
ディスプレイ部１６０はディスプレイ装置１００の画面上に多数のオブジェクト、ハイライト表示及び所定のマルチメディアデータを表示する。
【００３５】
制御部１７０はディスプレイ装置１００を構成する各機能性ブロック１１０ないし１６０の動作を制御する。
【００３６】
本実施形態で使用する「〜部」は、ソフトウェアまたはＦＰＧＡまたはＡＳＩＣのようなハードウェア構成要素を意味し、「〜部」はある役割を行う。しかし、「〜部」はソフトウェアまたはハードウェアに限定される意味ではない。「〜部」はアドレシングできる格納媒体にあるように構成することができ、１つまたはそれ以上のプロセッサを実行させるように構成することもできる。したがって、一例として「〜部」は、ソフトウェア構成要素、オブジェクト指向ソフトウェア構成要素、クラス構成要素及びタスク構成要素などのような構成要素と、プロセス、関数、属性、プロシージャ、サブルーチン、プログラムコードのセグメント、ドライバ、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、及び変数を含む。構成要素と「〜部」により提供される機能は、さらに小さい数の構成要素及び「〜部」で結合されたり、追加的な構成要素と「〜部」にさらに分離できる。
【００３７】
図３Ａ及び図３Ｂは本発明の一実施形態によるメニューオブジェクトのプレビュー機能を提供する装置に表示されるＵＩ画面を示す図面である。ここでは所定のオブジェクトの登録完了及び登録されたオブジェクトに対応する動作が設定されたと仮定する。
【００３８】
図３Ａに示すように、ディスプレイ装置１００で現在再生している画面上には所定のオブジェクト（例えば、「＜」オブジェクト）が活性化されている。このとき、ユーザが入力装置（例えば、リモコン）を用いて「メニュープレビュー」メニューを選択すれば、イベント処理部１３０はユーザにより選択されたキーイベントの種類を判断する。
【００３９】
判断結果、入力されたキーイベントが「メニュープレビュー」である場合、可視オブジェクト判断部１４０は現在再生している画面に提供されるオブジェクトの中に可視オブジェクトが存在するかを判断する。
【００４０】
可視オブジェクト判断部１４０の判断結果、現在再生している画面に可視オブジェクトが存在すれば、イベント処理部１３０は図３Ｂに示すように、該当オブジェクト（すなわち、可視オブジェクト）にハイライト表示２０をする。ここで可視オブジェクト上に表示されるハイライト表示２０は多様な色及び形態で表示することができる。
【００４１】
したがって、図３Ｂに示すように、ユーザが用いられるオブジェクト（すなわち、可視オブジェクト）にハイライト表示２０が提供されるため、ユーザは用いられるメニューを一目で把握し得る。
【００４２】
図４は本発明の一実施形態によるメニューオブジェクトのプレビュー機能を提供する方法を示すフローチャートである。
【００４３】
まず、入力部１１０を通じてユーザが所定のオブジェクトの登録を要請すれば、オブジェクト設定部１２０は該当オブジェクトの登録及び登録されたオブジェクトに対応する動作を設定する（Ｓ４１０）。
【００４４】
その次に、オブジェクト設定部１２０は登録されたオブジェクトの中からＵＩオブジェクトをチェックする（Ｓ４２０）。ここで所定のオブジェクトがＵＩオブジェクトなのか否かは、該当オブジェクトがコンポーネントクラスの子オブジェクトなのかをチェックすることによって判断することができる。チェック結果、登録されたオブジェクトの中にＵＩオブジェクトが存在すれば（Ｓ４３０）、制御部１７０は該当ＵＩオブジェクトを格納部１５０内のＵＩ格納モジュールに格納する（Ｓ４４０）。
【００４５】
その次に、ユーザからのキーイベントが発生すれば（Ｓ４５０）、入力部１１０は発生されたキーイベントの入力を受け付け、イベント処理部１３０は入力されたキーイベントの種類を判断する。
【００４６】
判断結果、発生されたキーイベントが「メニュープレビュー」イベントである場合（Ｓ４６０）、イベント処理部１３０は可視オブジェクト判断部１４０に、ディスプレイ装置１００で現在再生している画面上に表示されているオブジェクトの中から可視オブジェクトのチェックを要請する。
【００４７】
これに応じて、可視オブジェクト判断部１４０は格納部１５０に格納されたＵＩオブジェクトからディスプレイ装置１００で現在再生している画面上に表示されているオブジェクトを検索し、検索されたオブジェクトの中に可視オブジェクトが存在するかをチェックする（Ｓ４７０）。ここで所定のオブジェクトが可視オブジェクトなのか非可視オブジェクトなのかは、コンポーネントクラスのｉｓＶｉｓｉｂｌｅ（）というメソッドによって判断することができる。
【００４８】
チェック結果、ディスプレイ装置１００で現在再生している画面上に提供されるオブジェクトの中に可視オブジェクトが存在すれば（Ｓ４８０）、イベント処理部１３０は該当オブジェクト（すなわち、可視オブジェクト）にハイライト表示２０が提供されるように制御部１７０に要請する。
【００４９】
その次に、制御部１７０はディスプレイ部１６０を通じて、ディスプレイ装置１００で現在再生している画面上に提供された可視オブジェクトにハイライト表示２０をする（Ｓ４９０）。ここでハイライト表示２０は多様な色及び形態で表示することができる。
【００５０】
一方、ステップＳ４８０過程を行った結果、ディスプレイ装置１００で現在再生している画面上に提供されるオブジェクトの中に可視オブジェクトが存在しない場合、ディスプレイ装置１００の画面上に提供されたオブジェクトにハイライト表示２０が提供されない。
【００５１】
また、ステップＳ４６０過程を行った結果、発生されたキーイベントが「メニュープレビュー」イベントでない場合、イベント処理部１３０は入力されたキーイベントに対応する所定の動作を処理する（Ｓ５００）。ここで所定の動作は例えばボリューム調整、チャネル変更などである。
【００５２】
また、ステップＳ４５０過程を行った結果、キーイベントが発生されていない場合、入力部１１０はユーザからキーイベントが発生されるまで待機する。
【００５３】
以上、添付する図面を参照して本発明の実施形態を説明したが、本発明の属する技術分野における通常の知識を有する者は本発明がその技術的思想や必須的な特徴を変更せずに他の具体的な形態によって実施できることを理解することができる。したがって前述した実施形態はすべての面で例示的なものであって、限定的なものではないことを理解しなければならない。
【図面の簡単な説明】
【００５４】
【図１】従来のデジタルテレビに提供されるオブジェクトを示す図である。
【図２】本発明の一実施形態によるメニューオブジェクトのプレビュー機能を提供する装置の内部ブロック図を示す図である。
【図３Ａ】本発明の一実施形態によるメニューオブジェクトのプレビュー機能を提供する装置に表示されるＵＩ画面を示す図である。
【図３Ｂ】本発明の一実施形態によるメニューオブジェクトのプレビュー機能を提供する装置に表示されるＵＩ画面を示す図である。
【図４】本発明の一実施形態によるメニューオブジェクトのプレビュー機能を提供する方法を示すフローチャートである。
【符号の説明】
【００５５】
１００      ディスプレイ装置
１１０      入力部
１２０      オブジェクト設定部
１３０      イベント処理部
１４０      可視オブジェクト判断部
１５０      格納部
１６０      ディスプレイ部
１７０      制御部
【図１】
2008198175.tif 000003
【図２】
2008198175.tif 000004
【図３Ａ】
2008198175.tif 000005
【図３Ｂ】
2008198175.tif 000006
【図４】
2008198175.tif 000007