(57)【要約】【課題】アプリケーションは、システムが備えるウィンドウシステムが提供する機能利用して、表示効果を伴うＧＵＩを表示している。効果のタイミング、種類はアプリケーションが管理し任意に利用する為、視覚効果に関する変更、もしくは追加は、アプリケーション個別に対応する必要がある。【解決手段】画面更新検知部２０９と、特徴抽出部２１０と、表示効果決定部２１１を備え、画面更新検知部の画面更新検知を契機に、特徴抽出部２１０がウィンドウの表示属性やイベントから生成するウィンドウの特徴情報を基に、表示効果決定部２１１が自動付加する表示効果を決定する事によりアプリケーションが管理せずに表示効果を伴ったＧＵＩ表示が可能となる。【選択図】図２
2009301473.tif 000002
【特許請求の範囲】
【請求項１】
ウィンドウ表示を指示する表示指示部と、
複数の前記表示指示部から指示されたウィンドウをウィンドウバッファに書き込む描画部と、
ウィンドウの属性を管理するウィンドウ情報管理部と、
前記ウィンドウ情報管理部が管理する情報から、画面表示する前記表示オブジェクトをウィンドウバッファから読み込み、合成する前記ウィンドウバッファ合成部と、
ウィンドウの表示効果制御を行う表示効果制御部と、
画面更新タイミングを検知する画面更新検知部と、
前記ウィンドウ情報管理部が管理するウィンドウの情報から、算出されるウィンドウ特徴情報と、
前記ウィンドウ特徴情報を生成する特徴抽出部と、
前記ウィンドウ特徴情報よりウィンドウの表示属性を決定する表示効果決定部と、
を備えることを特徴とするウィンドウ表示装置。
【請求項２】
前記ウィンドウ特徴情報が、前記ウィンドウ情報管理部が管理するウィンドウの情報から、ウィンドウ同士の関系情報を生成することを特徴とする請求項１に記載のウィンドウ表示装置。
【請求項３】
前記ウィンドウ表示装置は、さらに、
ユーザからの入力操作を検知する入力検知部と、
前記入力検知部が取得する入力イベントと、
前記入力イベントで入力された入力情報と、
前記ウィンドウ情報管理部が管理するウィンドウ情報と、
を備え、
前記特徴抽出部は、前記入力イベントと、入力情報と、前記ウィンドウ情報からウィンドウの呼び出し関係を生成する事を特徴とする請求項２に記載のウィンドウ表示装置。
【請求項４】
前記表示効果決定部は、前記特徴抽出部が生成する前記ウィンドウ特徴情報から、前記表示オブジェクトの表示始めから表示まで、もしくは、表示から非表示までの表示効果を決定する事を特徴とする請求項１〜３に記載のウィンドウ表示装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＣＲＴや液晶に代表される表示装置に、複数のウィンドウを表示させる事ができるパソコンや、ワークステーション、ＢＤ／ＤＶＤレコーダ等のデジタル家電機器に代表される情報機器において、情報機器がウィンドウを表示するタイミングを検知し、表示するウィンドウの色、サイズ、位置、α合成値といった表示属性や、アニメーションなどの表示効果を自動設定して表示する技術に関するものである。
【背景技術】
【０００２】
従来、パソコンや、ワークステーション、ＢＤ／ＤＶＤレコーダ等のデジタル家電機器に代表される情報処理装置は、ＣＲＴやＬＣＤといった表示装置の画面上にウィンドウと呼ばれる独立した領域を用意して、その中に画像や文章を表示している。このウィンドウの表示機能は、ウィンドウ毎の色、サイズ、位置、α合成値、表示・非表示状態を表す値などの表示属性を管理する機能や、複数のウィンドウを画面上に表示する機能などを含み、これらの機能を統合したモジュールを一般的にウィンドウシステムと呼んでいる。
【０００３】
情報処理装置内で動作するアプリケーションプログラムは、ウィンドウシステムの機能を利用し、ユーザに対するグラフィックインターフェース（ＧＵＩ）を作成する。各アプリケーションは目的に応じた内容を画面へ表示する為に、画像や文字の色、配置位置、大きさといった表示属性や、適切な表示効果を設定することによりＧＵＩを作成する。また、表示効果に関してはアプリケーションプログラムが、時系列に表示属性値を変更するなどして、独自の表示効果を伴ったＧＵＩを作成することもできる。最後に表示装置へＧＵＩを出力する為に画面更新をウィンドウシステムに指示し、画面表示を実現している。表示属性や効果を設定する事により、内容表示にプラスして、ユーザ操作感の向上、表示内容の変化や、他の情報の依存関係といった付加的な情報を視覚的に表現している。ここで、アプリケーションプログラムとは、情報処理装置の外部、または、内部からのイベント、もしくは、情報処理装置内で動作する他のアプリケーションプログラムから出される命令により、ウィンドウ表示指示を出すプログラムの総称である。
【０００４】
また、情報処理装置の外部からのイベントとは、例えば、マウスやキーボードといった入力装置によるユーザ操作がある。また、情報装置内部からのイベントには、タイマー予約の開始イベントや、アラーム通知などが挙げられる。アプリケーションプログラムが作成するＧＵＩの一例について図１を用いて説明する。１００、１０１は表示装置の画面であり、例えば、１００では、既に表示指示部により表示されているウィンドウ１０２に、新たなウィンドウ１０３を重ね合わせて表示する場合を想定している。ウィンドウ１０２の一部をウィンドウ１０３が覆い隠してしまい、ウィンドウ１０２の重なる部分が見えなくなってしまう。この為、アプリケーションプログラムはウィンドウ１０３に対しα合成値を指定し、透明、もしくは半透明表示する。また、１０１において、既に表示しているウィンドウ１０２の側面の位置からスライドインの表示効果を利用して、ウィンドウ１０４を表示する事で、ユーザに対して、ウィンドウ１０４がウィンドウ１０２のサブウィンドウである事を視覚的に表現するといった方法がある。かかる先行技術は、文献公知発明に係るものでないため、記載すべき先行技術文献情報はない。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来、情報処理装置上のアプリケーションプログラムは個々に表示属性や表示効果を設定してＧＵＩを表示し、表示属性や効果を用いることで、内容表示と付加的な情報の表現を行っている。表示属性や表示効果の種類、タイミングはアプリケーションが管理するものであり、任意のタイミングで効果を設定する、もしくは時系列に表示属性値を変化させることによって、様々な視覚効果を伴ったＧＵＩ表示を実現していた。よって、ＧＵＩや表示効果の見栄えを変更する為には、アプリケーションのプログラムコードを個々に修正する必要がある。つまり、情報処理装置内で動作する全てのアプリケーションプログラムに対して、ＧＵＩの見栄えを統一的に追加・変更する場合、該当する全てのアプリケーションプログラムのプログラムコードの改造をしなければならず、非常に大きなコストを要する。また、異なるウィンドウシステムを備える情報処理装置上で動作していたアプリケーションプログラムを流用する場合においても、表示属性や、効果といったＧＵＩの見栄えに関する全ての処理部分の修正が必要になる。この様にアプリケーションのＧＵＩの見栄えに関する処理のタイミングや表示効果は、アプリケーションの動作に依存するため、個々のアプリケーション毎に管理されている。これにより表示属性や効果に関する処理変更は、アプリケーション個別に対応する必要があり開発コストが大きくなるという課題を有していた。
【課題を解決するための手段】
【０００６】
前記従来の課題を解決する為に、ウィンドウ表示を指示する表示指示部と、複数の前記表示指示部から指示されたウィンドウをウィンドウバッファに書き込む描画部と、ウィンドウの属性を管理するウィンドウ情報管理部と前記ウィンドウ情報管理部が管理する情報から、画面表示する前記表示オブジェクトをウィンドウバッファから読み込み、合成する前記ウィンドウバッファ合成部と、ウィンドウの表示効果制御を行う表示効果制御部と、画面更新タイミングを検知する画面更新検知部を備えた装置であって、前記ウィンドウ情報管理部が管理するウィンドウの情報から、算出されるウィンドウ特徴情報と前記ウィンドウ特徴情報を生成する特徴抽出部と、前記ウィンドウ特徴情報よりウィンドウの表示属性を決定する表示効果決定部を有している。本構成によって、前記表示指示部が前記ウィンドウ制御手部に対し、表示効果の指示がなくても、表示・非表示のタイミングで、各表示オブジェクトに対し表示属性や、表示効果を付加することができる。
【発明の効果】
【０００７】
本発明のウィンドウ表示装置によれば、アプリケーションプログラムがウィンドウシステムに対して表示効果の指示をしなくても、画面更新のタイミングで、ウィンドウシステム内で管理する各ウィンドウの表示属性情報から、表示効果を付加すべきウィンドウを自動で決定し、表示属性や、表示効果を付加することができる。つまり、システム上で動作する全てのアプリケーションプログラムの表示属性や効果を統一的に追加・変更する場合に、該当する全てのアプリケーションプログラムに対して、コードなどの改造が必要なくなる。また、ウィンドウシステムが提供する表示属性や効果を、そもそも利用していないアプリケーションプログラムをシステム上に搭載する場合は、ウィンドウシステムが提供する機能と同等の処理をアプリケーションプログラム内で用意する、もしくはウィンドウシステムの機能を利用する様に表示処理を変更するといった、大幅なプログラム修正コストを軽減させる事ができる。よって、アプリケーションプログラムの流用性を向上する事により、表示属性や効果を統一的に追加・変更するといった場合の改造に伴う開発コストを、軽減することができるという効果が得る事ができる。
【発明を実施するための最良の形態】
【０００８】
以下本発明の実施の形態について、図面を参照しながら説明する。
【０００９】
（実施の形態）
図２は、本発明の実施の形態におけるウィンドウ表示装置の構成の一例を示すブロック図である。２００はウィンドウ表示装置である。２０１はＣＲＴや液晶に代表される表示装置である。２０２は、キーやマウス等により入力操作などのイベントの検知と、どのキーが押されたかなどを表すイベントデータを取得するイベント検知部である。なお、イベント検知部２０２はユーザの入力操作などのイベントの他に、外部端子の挿抜、メッセージ着信といった装置外部からのイベントもしくは、予約録画開始といった、ウィンドウ表示装置２００内部で発生するイベントも検知可能である。
【００１０】
２０３は、表示装置２０１上へのウィンドウ表示を指示する表示指示部である。表示指示部２０３としては、例えば、装置がユーザに対して提供する機能一覧を表示するプログラム、録画予約、動画再生といった特定の機能を実現するプログラム、録画再生開始や、エラー表示といった装置内部状態変化を表示するプログラム等がある。２０４は、表示装置２０１上に表示されるウィンドウ毎の表示属性や、ウィンドウの重なりの順序などを管理しているウィンドウ情報管理部である。
【００１１】
図３を用いて、ウィンドウ情報管理部２０４が管理する表示属性を説明する。３００はウィンドウ毎の個別情報を表したものであり、３０１は各ウィンドウ同士の関係情報を表したでものある。３００には例えば、ウィンドウＩＤ、色、サイズ、位置、α合成値、表示・非表示の状態を表すフラグといった表示属性や、３０１は、任意のウィンドウの内部に存在する子ウィンドウとの関係を表す階層情報と、同じ階層同士のウィンドウの重なり順序を現すスタック情報を持つ。また、現在操作対象となっているフォーカスウィンドウを示す情報といったウィンドウ表示装置２００で１つだけ管理するウィンドウ情報も持つ。
【００１２】
ウィンドウ情報管理部２０４は、ウィンドウ表示属性の値に変更があった場合、その変更を表示装置２０１に反映する為に、画面更新通知を後述する画面更新検知部２０９に通知する。なお、画面更新通知は、ウィンドウの表示・非表示状態を表す表示属性の値により、通知処理の実行有無を判断してもよい。画面更新が行われる場合として、ウィンドウの表示・非表示状態を表す表示属性が切り替わる場合、その他のウィンドウ表示属性（位置、サイズなど）が変更される場合がある。ただし、その他のウィンドウ表示属性（位置、サイズなど）が変更される場合において、ウィンドウの表示・非表示状態を表す表示属性が非表示でる場合は、表示装置２０１の画面更新には影響しないものとして画面更新通知を省いてもよい。
【００１３】
２０５は、ウィンドウの表示効果を管理する表示効果制御部である。表示効果制御部２０５は、指示された表示効果に合わせて、ウィンドウの属性情報を変更する。ここで、表示効果とは、フェードイン／アウト、フォーカスイン／アウトなどの時間とともに表示を更新する効果を指す。表示効果制御部２０５は時間管理を行いながら、ウィンドウ情報管理部２０４が管理する色、サイズ、位置、α合成値などの表示属性値を変化させる。この変更を表示装置２０１へ反映させるためには、上記の説明の様にウィンドウ情報管理部２０４が、表示属性情報の変化を検知して、表示更新通知を行う。以上によりウィンドウの表示効果制御が実現される。
【００１４】
２０６は、表示するウィンドウのグラフィックデータをメモリ上確保されたウィンドウバッファに書き込む描画部である。ウィンドウバッファについて図４を用いて説明する。ウィンドウバッファは、各表示指示部（４００〜４０２）が表示するウィンドウ毎に確保されたメモリ４０３上の領域（４０４〜４０６）であり、書き込まれるデータは、表示指示部２０３により指示されたウィンドウ内に表示する図形、画像、文字といったグラフィックデータ（４０４〜４０６）である。２０７は、表示指示部２０３から画面表示に関する指示を受け取り、ウィンドウ情報管理部２０４、表示効果制御部２０５、描画部２０６といった該当する機能を実行するブロックに対し指示を出すウィンドウ管理部である。また、ウィンドウ管理部２０７は、イベント検知部２０２からイベント通知を受け取り、キーやマウス操作の対象となったフォーカスウィンドウ情報をウィンドウ情報管理部２０４から取得し、表示指示部２０３に通知する。
【００１５】
２０８は、ウィンドウバッファに記録されているウィンドウを合成し、表示装置２０１に出力する画面を作成するウィンドウバッファ合成部である。ここで、ウィンドウバッファとウィンドウバッファ合成部２０８が合成する表示画面の関係について、図５を用いて説明する。ウィンドウバッファは、図４の４０３と同じものであり、同じ符号を用いて説明を省略する。４０３に記録さているデータ（４０４〜４０６）を合成し、表示装置２０１に表示する表示画面５０１が合成される。
【００１６】
２０９は、表示装置２０１の画面への画面更新タイミングを検知する画面更新検知部である。画面更新検知部２０９は、ウィンドウ情報管理部２０４から画面変更通知を受けとると、ウィンドウバッファ合成部２０８へ画面更新指示を行う（処理１）。これにより、ウィンドウ表示が表示装置２０１の画面上に反映される。また、画面更新検知部２０９は、自動付加する表示効果の決定処理を後述する表示効果決定部に指示し、決定した表示効果を表示効果制御部２０５に設定する（処理２）。ここで、画面更新検知部２０９は、表示効果決定処理が必要なく画面更新を行う場合は処理１、表示効果決定処理が必要な場合は処理２を実施する。この処理の振り分けを正しく実行する為に、画面更新検知部２０９内部で、表示効果制御実行状態を表すフラグを保持する。なお、表示効果制御実行状態フラグは、表示効果制御が終了したタイミングで、再度未設定に戻されるものとし、表示効果制御実行状態フラグのＯＮ、ＯＦＦ設定は、表示効果制御部２０５の様な外部からの指示により変更する事に限定するものではなく、画面更新検知部２０８が自身で行ってもよい。さらに、表示効果制御実行状態フラグは、後述するウィンドウ特徴抽出部２１０が生成するウィンドウリスト内のウィンドウステートで代用することも可能である。表示効果制御が完了した時点でウィンドウステートの値を表示効果制御が完了した事を意味する値に更新、または表示効果制御が完了したウィンドウをウィンドウリストから削除する処理をもって表示効果制御実行状態フラグをＯＦＦ状態と同等の効果を得るものとする。
【００１７】
２１０は、ウィンドウの特徴情報を生成する特徴抽出部である。特徴抽出部２１０は、画面更新検知部２０９から指示を受けウィンドウリストを作成する。ウィンドウリストは、表示効果を決定する為に参照される情報をリスト化したものであり、ウィンドウ識別子、ウィンドウの状態情報（以降ウィンドウステートと呼ぶ）、ウィンドウ特徴情報で構成される。ここで、ウィンドウステートとは、ウィンドウの表示状態を表す情報であり、表示効果による表示か、表示効果を利用しない表示かを区別する情報である。また、ウィンドウ特徴情報とは表示装置２０１の画面に対する表示領域情報（画面端、画面中央など）や、関連があるウィンドウとのリンク情報といった情報である。ウィンドウリストに記録される情報は、ウィンドウ情報管理部２０４が持つウィンドウ情報や、特徴抽出部２１０内部で記憶するイベント種別とイベントの送信先ウィンドウ（フォーカスウィンドウ）との関係情報を基に生成される。
【００１８】
２１１は、特徴抽出部２１０が生成したウィンドウリストを基にウィンドウに付加する表示効果を決定する表示効果決定部である。表示効果決定部２１１は、画面更新検知部２０９からの指示により動作する。表示効果決定部２１１は内部で、表示効果テーブルを保持しており、表示効果テーブルにはウィンドウリストの情報に応じた、表示効果が記載されている。以降の説明では、基本となる動作の詳細を二つにわけて説明するが、それぞれ単独で実施しても、組み合わせて実施してもよい。
【００１９】
（動作１：表示属性値に応じて表示効果を付加する場合の処理）
本実の形態におけるウィンドウ表示装置２００の、表示効果付加対象の決定および表示動作を図６、図７で示すフローチャートおよび、図８の表示装置２０１の画面の模式図を用いて説明する。図７は、図６におけるステップ６０５の処理フローについて詳細に示したものである。また、図７に示す処理フローは動作１と動作２の差分にあたる処理部分である。その為、図６に含めず、別のフローチャート図として説明する。図８は、ウィンドウ情報に応じて表示効果を付加する場合における表示装置２０１の画面を模式した図である。
【００２０】
図８において、８００、８０１、８０２は、表示装置２０１の画面を表す。８０３は、表示指示部２０３がウィンドウ表示を予定している位置を示す破線である。８０４は、表示指示部２０３が表示予定位置８０３に実際に表示するウィンドウである。８００において、表示指示部２０３は表示予定位置８０３にウィンドウ表示する様表示指示を出す。この時、表示ウィンドウに対するウィンドウ情報からスライドインの表示効果が自動付加される為、８０１に示すような表示効果をへて、８０２において、表示予定位置８０３の位置にウィンドウが表示される。図８の表示過程を図６、図７で示すフローチャートを用いて説明する。なお、図６、図７では、図２で示す符号と同じものを使用する。
【００２１】
はじめに、ウィンドウ情報に応じて表示効果を付加する場合の処理は、８００の表示状態から開始する。ステップ６０１において表示指示部２０３は、表示装置２０１へのウィンドウ表示を行う為に、ウィンドウ管理部２０７にウィンドウ表示属性の更新を指示する。なお、ウィンドウ表示属性の更新指示とは、ウィンドウの生成や、ウィンドウ内に表示される図形、画像、文字などの描画、生成ウィンドウを表示状態に設定するといった指示を指す。
【００２２】
ウィンドウ管理部２０７は指示を受けると新たなウィンドウを生成し、描画部２０６に対して、ウィンドウバッファへウィンドウ内に表示される図形、画像、文字などの書き込みを指示する。次に、ウィンドウ管理部２０７は、生成されたウィンドウを表示装置２０１への表示する為に、ウィンドウ情報管理部２０４に対して、ウィンドウの表示・非表示状態を表す表示属性値を表示状態に更新するよう指示する。ステップ６０２において、ウィンドウ情報管理部２０４は表示指示部２０３により更新を指示されたウィンドウ表示属性の値を記憶・更新する。
【００２３】
ステップ６０３において、ウィンドウ情報管理部２０４はウィンドウの表示属性値の更新に伴い、画面更新が必要かどうかを判定する。もし画面更新が必要な場合は、表示更新検知部２０９に対し表示更新を通知しステップ６０４へ進む。なお、画面更新が行われる場合として、ウィンドウの表示・非表示状態を表す表示属性が切り替わる場合、その他のウィンドウ表示属性（位置、サイズなど）が変更される場合がある。ただし、その他のウィンドウ表示属性（位置、サイズなど）が変更される場合において、ウィンドウの表示・非表示状態を表す表示属性が非表示でる場合は、表示装置２０１の画面更新には影響しないものとして画面更新通知を省いてもよい。一方、画面更新が必要無い場合は処理を終了する。これは、表示属性設定指示がなされたが、設定された値がウィンドウ情報管理部２０４内でもともと記録されていた値と同じ場合が当たる。ステップ６０４において、画面更新検知部２０９は、表示効果制御に伴う表示更新か否かを判断する為に、表示効果制御実行状態フラグの内容を確認する。
【００２４】
ここで、本実施の形態では、表示効果制御実行状態フラグをウィンドウリストのウィンドウステートの値で代用するものとする。つまり、ウィンドウステートの値が「表示遷移中」など表示効果付加を表す値であるときは、表示効果制御実行状態フラグをＯＮ状態に設定された場合と同じ意味を持つものとし、逆に「表示」など表示効果付加しない事を表す値であるときは、表示効果制御実行状態フラグをＯＦＦ状態に設定された場合と同じものとする。今、表示効果制御実行状態フラグは未設定である為、ステップ６０５へ処理が移行する。ステップ６０５において、画面更新検知部２０９は特徴抽出部２１０と、表示効果決定部２１１に指示し、表示効果を決定する。
【００２５】
画面更新検知部２０９による表示効果決定の処理フローを、図７のフローチャートを用いてさらに詳しく説明する。ステップ７０１において、画面更新検知部２０９は、画面更新指示を受け取ると表示効果決定処理で使用するウィンドウリストを生成する為に、特徴抽出部２１０に指示を出す。ステップ７０２において、特徴抽出部２１０は、ウィンドウ情報管理部２０４へアクセスし、表示更新対象となっているウィンドウの属性情報を取得する。取得したウィンドウの表示属性情報から表示効果付加対象となるウィンドウかどうかを判定する。例えば、ウィンドウの表示位置が画面の左端（Ｘ座標が０）である場合は、画面左端からのスライドイン効果を付加するという規則があると仮定する。この場合、取得したウィンドウの属性情報のＸ座標を判定することによって、表示効果付加対象となるウィンドウかどうかを判定する。もし、表示効果付加対象となるウィンドウであれば、表示効果を付加する事を表す為に、ウィンドウステートを表示遷移中に設定しウィンドウリストを作成する（ステップ７０２）。一方、表示属性値が当てはまらない場合は、表示効果付加しない事を表す為に、ウィンドウステートを表示に設定しウィンドウリストを作成する（ステップ７０３）。
【００２６】
図９は本ケースにおけるウィンドウリストを表したものであり、ウィンドウの識別子とウィンドウステートウィンドウの表示領域を表すデータで構成される。ここで、ウィンドウの表示領域は、ウィンドウの表示属性値である位置のデータ、もしくはウィンドウサイズデータより算出した値であり。画面に対するウィンドウの表示位置をカテゴライズしたものである。本実施の形態では、画面中央および画面端のどちらかが設定されるが、必要に応じてさらに細かく領域を区別してもよい。
【００２７】
９０１は、ウィンドウステートに「表示遷移中」が設定されたウィンドウＡであり、表示効果付加されるウィンドウを表す。９０２は、ウィンドウステートに「表示」が設定されたウィンドウＢであり、表示効果付加されないウィンドウを表す。なお、表示効果付加対象となるかどうかの判定に使用する表示属性値は、位置情報に限ったものでなく、ウィンドウサイズ、色、α合成値などその他のウィンドウ表示属性値を任意の値、もしくは任意の範囲で設定してもよい。さらに、判定に用いる表示属性値は、１つに限るものではなく、複数の表示属性値を組み合わせて判定してもよい。
【００２８】
ステップ７０５において、画面更新検知部２０９は表示効果決定部２１１に対して、表示効果決定指示を出す。表示効果決定部２１１は、ステップ７０２、もしくはステップ７０３で作成したウィンドウリストを特徴抽出部２１１から取得する。次に、表示効果決定部２０５が内部で保持する表示効果テーブルを使用して、ウィンドウリストの情報を基に付加する表示効果を決定する。
【００２９】
本ケースにおける表示効果テーブルについて図９を用いて説明する。図９のウィンドウＡ９０１より、ウィンドウステート（「表示遷移中」）と、表示領域を取得する。表示領域が「画面端」である為、図９の表示効果テーブルより、表示効果をスライドインに決定する事ができる。なお図９において、ウィンドウステートの非表示遷移中とは、ウィンドウ表示を表示から非表示に戻す場合における、表示効果制御状態を表すものである。また、ウィンドウステートは図９に明記の４つの状態に限るものではなく、システムとして、さらに細分化したバリエーションを持ってもよい。
【００３０】
処理フローの続きを図６に戻って説明する。ステップ６０６において、画面更新検知部２０９は決定した表示効果の種別を確認し表示効果制御が必要か否かを判定する。もし、ウィンドウステートが「表示遷移中」もしくは、「非表示遷移中」といった表示効果制御が必要な値であれば、ステップ６０７へ進む。一方、ウィンドウステートの値が「表示」、「非表示」といった表示効果制御が必要ない場合は、ステップ６１２へ進む。なお、本実施の形態では、表示効果がスライドインに決定されるケースを説明している為、ステップ６１２の説明は後述し、ステップ６０７の説明を続けて行う。ステップ６０７において、画面更新検知部２０９は決定した表示効果（スライドイン）を表示効果制御部２０５に対して設定する。ステップ６０８において、表示効果制御部２０５は設定された表示効果制御開始する。ここで、表示効果制御開始に伴い、画面更新検知部２０９に対して表示効果制御実行状態フラグをＯＮ状態に設定する必要がある。本実施の形態では、ウィンドウステートの値で表示効果制御実行状態フラグを代用している。ウィンドウステートは、「表示遷移中」といった表示効果制御が必要な値に設定されている為、表示効果制御実行状態はＯＮ状態であるものとする。
【００３１】
以降は、表示効果制御部がタイマー機能などを使用して、定期的な周期で表示効果の制御を行う。表示効果制御についてステップ６０９から説明する。ステップ６０９において、表示効果制御部２０５は、指定された表示効果を実行する。本ケースでの表示効果はスライドインである為、ウィンドウ情報管理部２０４からウィンドウの位置情報を取得する。次に、表示効果制御部２０５は、取得した位置情報のＸ座標をスライドイン効果におけるＸ座標の最終値とする。次に、タイマー機能などを使用して、Ｘ座標値を画面外の値（マイナス値）から最終値に達するまで周期的に加減算しながら、ウィンドウ情報管理部２０４に対して、表示属性の値を変化させる。なお、ウィンドウの位置情報は、マイナス値を開始値に限定するものではなく、任意の値を開始値とする事も出来る。また、開始値や各周期での加減算幅は、表示効果制御部２０５に対して指示する事で設定してもよい。ステップ６０２からステップ６０５については、上述している為説明を省略する。
【００３２】
ステップ６０４において、再び画面更新検知部２０９で、表示効果制御実行状態を判定する。ウィンドウステートの値から表示効果制御中と判断し、ステップ６１０へ進む。ステップ６１０において、画面更新検知部２０９は、表示効果制御部２０５に対し、一連の表示効果制御が終了か否かを確認する。もし、表示効果制御途中である場合は、６１２へ進む。一方、一連の表示効果制御が終了する場合は、ウィンドウステートの値を「表示」など表示効果を付加しないことを表す値に変更する（ステップ６１１）。つまり、表示効果制御実行状態はＯＦＦ状態に設定し、ステップ６１２へ進む。
【００３３】
ステップ６１２において、画面更新検知部２０９はウィンドウバッファ合成部２０８に対して、画面合成指示を出す。画面合成指示を受けたウィンドウバッファ合成部２０８は合成するウィンドウのデータをウィンドウバッファから取得し、表示画面を合成する。作成された表示画面は表示装置２０１が参照するフレームメモリに対して書き込みが行われ、表示装置２０１は、フレームメモリに書き込まれた表示画面を画面上に反映させる事でウィンドウ表示が完了する。この結果、表示効果を付加するウィンドウを自動で判定し、表示効果を付加し、表示する事が実現できる。
【００３４】
（動作２：ウィンドウ同士の関係に応じて表示効果を付加する場合の処理）
なお、動作１の実施の形態においては、ウィンドウの表示属性値が特定の値であるとき表示効果を付加する決定方法について上述してきたが、ここでは、複数の表示指示部２０３が同時動作する場合において、イベント情報とウィンドウの表示属性から、他の表示指示部２０３との関係を推定しウィンドウリスト作成する処理について説明する。ウィンドウリストに他の表示指示部２０３との関係が加わる事で、自分以外のウィンドウの状況に応じて表示を変える事が出来る効果が生じる。
【００３５】
ウィンドウ同士の関係に応じて表示効果を付加する場合の処理を、図６、図１０、図１１で示すフローチャートおよび、図１２の表示装置２０１の画面の模式図を用いて説明する。なお、図６、図１０、図１１には、図２と同じ符号を使用して説明する。図１０は、図７と同様に図６におけるステップ６０５の処理フローについて詳細に示したものである。
【００３６】
なお、図７と同じ処理の部分は、図７に示す符号と同じものを使用し説明を省略する。図１２は、ウィンドウ同士の関係に応じて表示効果を付加する場合における表示装置２０１の画面を模式した図である。
【００３７】
図１２において、１２００、１２０１、１２０２は、表示装置２０１の画面を表す。１２０３、１２０４はそれぞれ、異なる表示指示部２０３が表示するウィンドウであり、ウィンドウ１２０２は、ユーザに対して、実行できる機能一覧リストを提示するものである。１２０２に対して、ユーザは所望の機能を選択する事により、１２０３を表示する新たな表示指示部２０３が起動される。１２０１に示す様な、選択項目位置を開始位置として表示効果によるアニメーション表示を経て、１２０２に示す位置にウィンドウ１２０３が表示される。
【００３８】
図１２の表示過程を図１１のフローチャートを用いて説明する。ウィンドウ同士の関係に応じて表示効果を付加する場合の処理は、１２００の表示状態から開始する。図１１のステップ１１０１において、ウィンドウ１２０３に対して、ユーザがキーやマウス等により入力操作が行われ、項目が選択される。入力操作は、イベント検知部２０２で入力イベントとして検知され、ウィンドウ管理部２０７に通知される。ステップ１１０２において、ウィンドウ管理部２０７は、イベント通知を受け取ると、ウィンドウ情報管理部２０４からフォーカスウィンドウの情報を取得し、入力イベント、入力キー情報を特徴抽出部２１０に送信する。対象検知部２１０は、送信されたフォーカスウィンドウと、入力イベント、入力キー情報を内部で記憶し、ウィンドウ管理部２０７に対して制御を返す。ステップ１１０３において、ウィンドウ管理部２０７は、表示指示部２０３に対し入力イベントを通知する。ステップ１１０４において、表示指示部２０３は、入力イベントと、入力キー情報から、ユーザにより項目が選択された事を検知すると、１２０４のウィンドウを表示する表示指示部２０３を新たに起動させる。
【００３９】
以降の制御は、新たに起動された表示指示部２０３に移り、図６のステップ６０１から、ステップ６０４までが実行される。ステップ６０４までの処理に関しては、すでに述べているので、説明を省略する。ステップ６０５において、画面更新検知部２０９は特徴抽出部２１０と、表示効果決定部２１１に指示し、表示効果を決定する。
【００４０】
画面更新検知部２０９による表示効果決定の処理フローを、図１０のフローチャートを用いてさらに詳しく説明する。ステップ７０１は上述している為説明を省略する。ステップ１００１において、特徴抽出部２０３はステップ１１０２で記憶したイベントが選択キーによる入力イベントであるか否かを判定する。もし、選択キーによる入力イベントであれば、ステップ１００２へ進む。一方、選択キーによる入力イベントでなければ、関連するウィンドウは無として、ウィンドウリストを生成する（ステップ１００３）。なお、判定に用いるイベントは、選択キーによる入力イベントに限るものでは無く、例えば、ダイレクトキー操作などの入力イベントや、アラームイベントでもよい。
【００４１】
ステップ１００２において、特徴抽出部２０３は、イベントを受けたウィンドウＡと、表示属性値の変化に伴い表示更新対象となっているウィンドウＢが同じウィンドウかを判定する。もし、ウィンドウＡ、Ｂが異なるウィンドウであれば、ウィンドウＡの操作によって、ウィンドウＢの表示属性更新された、つまり、ウィンドウＡ、Ｂ間には関連があるとして、ウィンドウリストを生成する（ステップ１００４）一方、ウィンドウＡ、Ｂが同一のウィンドウであれば、ウィンドウ内で行われた操作として、関連するウィンドウは無として、ウィンドウリストを生成する（ステップ１００３）。なお、ステップ１２０２で記憶したイベントが一定期間以上古ければ、ウィンドウＡ、Ｂ間に関連あると判定しても、その結果を無効としてもよい。さらに、ある表示指示部の起動が特定の入力キーに割り当てられおり、ダイレクトキー起動できる場合は、ウィンドウＡ、Ｂが異なるウィンドウとなるが判定結果を関連なしとしてもよい。
【００４２】
生成するウィンドウリストについて図１３を用いて説明する。１３００は、ウィンドウＡ、Ｂが別ウィンドウであり、それぞれ関連するウィンドウと判断した場合に生成するウィンドウリストである。１３０１は、ウィンドウＡについて関連するウィンドウがない場合のウィンドウリストである。１３００において、ウィンドウＡからウィンドウＢに対して、リンクをつける事で、それぞれのウィンドウに関連が有ることを表す。ここでリンクの方向は関連する方向を表し、１３００においては、ウィンドウＡは、ウィンドウＢの表示元を表している。図１０のステップ７０５において、画面更新検知部２０９はウィンドウリストの作成が完了すると、表示効果決定部２１１に対して表示効果決定指示を出す。
【００４３】
ここで、動作２では表示効果を決定する為に使用する表示効果テーブルが動作１と異なる為、図１４を用いて説明する。図１４において、図１３の１３００ウィンドウＡのウィンドウステート（「表示遷移中」）、ウィンドウＢへのリンクが存在する事より、表示遷移中→関連ウィンドウをたどり、フォーカスウィンドウからのフェードインという表示効果を決定できる。
【００４４】
以降は、動作１と同様に、図６のステップ６０６〜６１２の処理が実行される。ステップ６０６〜６１２は、前述している為説明は省略する。この結果、ウィンドウ同士の関係に応じて表示効果を付加するウィンドウを自動で判定し、表示効果を付加・表示する事が実現できる。なお、表示効果はフォーカス位置からのフェードインの効果の他のバリエーションとして、フォーカスウィンドウと関係のないウィンドウは黒色合成表示し、フォーカスウィンドウと関連するウィンドウのみを強調するなどの表示を行ってもよい。
【００４５】
以上動作１および、動作２はそれぞれ単独で実施しても、組み合わせて実施してもよい。また、それぞれの動作の説明では、単独で実行する場合の最小限の情報でのウィンドウリスト、表示効果テーブルを図９、図１３および図１４で説明した。動作１、動作２を組み合わせて行う場合は、図９に示すウィンドウリストおよび表示効果テーブルは、それぞれ図１３、図１４に示すウィンドウリストと表示効果テーブルに統合し使用してもよい。またこの時、ケースによって設定の必要のないデータは未使用値（例えば０）を設定し、参照しないデータは読み飛ばしてもよい。この結果、表示指示部から表示効果設定指示がなくても、表示・非表示のタイミングで、ウィンドウに対し自動で表示属性や、表示効果を付加し、表示することが可能となる。
【００４６】
上記実施の形態におけるウィンドウ表示装置は、ウィンドウ表示方法、ウィンドウ表示プログラム、ウィンドウ表示プログラムを記録した記録媒体、単一の半導体基板に作り込んだＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）等の集積回路として構成されてもよい。
【産業上の利用可能性】
【００４７】
本発明にかかるウィンドウ表示装置、ウィンドウ表示方法、ウィンドウ表示プログラム、ウィンドウ表示プログラムを記録した記録媒体、ウィンドウ表示集積回路は、ウィンドウの表示属性情報や、イベント情報などから、表示効果を付加すべきウィンドウを決定し、表示属性や、表示効果を画面更新のタイミングで自動付加する。これにより、表示指示部２０３が表示効果設定に関する処理をウィンドウ管理部２０７に行う必要がなくなり、システム上で統一的に表示効果設定を追加・変更を行う場合において、開発コストを軽減させる効果を有す。これは、今後高機能化に伴うアプリケーションプログラムなどの規模拡大が予想される、パソコンやワークステーションまたは、ＢＤ／ＤＶＤレコーダ、据え置きＴＶをはじめとする組込機器において有用である。
【図面の簡単な説明】
【００４８】
【図１】従来の情報処理装置における表示の一例を示す図
【図２】本発明の実施の形態におけるウィンドウ表示装置の構成の一例を示すブロック図
【図３】本実施の形態におけるウィンドウ管理部が管理するウィンドウ情報の一例を示す図
【図４】本発明の実施形態におけるウィンドウバッファの一例を示す図
【図５】本発明の実施形態におけるウィンドウバッファと表示装置の画面の関係模式した図
【図６】本発明の実施形態におけるウィンドウ表示装置の、表示効果対象決定処理および表示動作を示すフローチャート
【図７】本発明の実施形態１におけるウィンドウ表示装置の、表示効果対象決定処理動作を示すフローチャート
【図８】表示装置の画面の模式図
【図９】本発明の実施形態１におけるウィンドウリストと表示効果テーブルの一例を示す図
【図１０】本発明の実施形態２におけるウィンドウ表示装置の、表示効果対象決定処理動作を示すフローチャート
【図１１】表示過程を示すフローチャート
【図１２】本発明の実施形態２におけるウィンドウ表示装置の画面を模式した図
【図１３】本発明の実施形態２におけるウィンドウリストの一例を示す図
【図１４】本発明の実施形態２における表示効果テーブルの一例を示す図
【符号の説明】
【００４９】
１００，１０１    画面
１０２    表示指示部により表示されるウィンドウ
１０３，１０４    表示指示部により表示属性、表示効果を設定して表示されるウィンドウ
２００    ウィンドウ表示装置
２０１    表示装置
２０２    表示指示部
２０３    イベント検知部
２０４    ウィンドウ情報管理部
２０５    表示効果制御部
２０６    描画部
２０７    ウィンドウ管理部
２０８    ウィンドウバッファ合成部
２０９    画面更新検知部
２１０    特徴抽出部
２１１    表示効果決定部
３００    ウィンドウ情報におけるウィンドウ個別情報
３０１    ウィンドウ情報における他のウィンドウとの関係情報
４００〜４０２    表示指示部
４０３    メモリ上のウィンドウバッファとして利用される領域
４０４〜４０６    ウィンドウバッファ内で表示指示部毎に使用される領域
５０１    画面
８００〜８０２    画面
８０３    ウィンドウの表示予定位置
８０４    ウィンドウ
９０１，９０２    ウィンドウリストに記載されるウィンドウ毎の情報
１２００〜１２０２    画面
１２０３    表示指示部により表示されるウィンドウ
１２０４    表示効果が自動付加され表示されるウィンドウ
１３００    関連ウィンドウがあると判定された場合のウィンドウリスト
１３０１    関連ウィンドウがないと判定された場合のウィンドウリスト
【図１】
2009301473.tif 000003
【図２】
2009301473.tif 000004
【図３】
2009301473.tif 000005
【図４】
2009301473.tif 000006
【図５】
2009301473.tif 000007
【図６】
2009301473.tif 000008
【図７】
2009301473.tif 000009
【図８】
2009301473.tif 000010
【図９】
2009301473.tif 000011
【図１０】
2009301473.tif 000012
【図１１】
2009301473.tif 000013
【図１２】
2009301473.tif 000014
【図１３】
2009301473.tif 000015
【図１４】
2009301473.tif 000016