ウィンドウ表示制御装置及びその方法、プログラム
【課題】 重複しているウィンドウ同士それぞれのウィンドウ情報の視認性を容易にかつ効率的に向上させることができるウィンドウ表示制御装置及びその方法、プログラムを提供する。
【解決手段】 編集対象となる編集ウィンドウ及び、前記編集ウィンドウに対して参照する参照ウィンドウを設定する。編集ウィンドウの背面において、前記参照ウィンドウの少なくとも一部が重複する場合、その重複領域内で、該参照ウィンドウの内容が視覚可能になる透かし画像を生成する。参照ウィンドウに対して一定時間操作がない場合、前記参照ウィンドウを前記編集ウィンドウの前面に表示する。
【解決手段】 編集対象となる編集ウィンドウ及び、前記編集ウィンドウに対して参照する参照ウィンドウを設定する。編集ウィンドウの背面において、前記参照ウィンドウの少なくとも一部が重複する場合、その重複領域内で、該参照ウィンドウの内容が視覚可能になる透かし画像を生成する。参照ウィンドウに対して一定時間操作がない場合、前記参照ウィンドウを前記編集ウィンドウの前面に表示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示画面に表示されるウィンドウの表示を制御するウィンドウ表示制御装置及びその方法、プログラムに関するものである。
【背景技術】
【０００２】
近年、パーソナルコンピュータを代表とするコンピュータ端末上の情報表示方法として、複数の表示内容をウィンドウ上に表示し、それを重複させて表示させるオーバーラップウィンドウシステムが標準的に利用されている。
【０００３】
以下に、従来のオーバーラップマルチウィンドウシステムについて、図２１を用いて説明する。
【０００４】
図２１は従来のオーバーラップマルチウィンドウシステムの表示例を示す図である。
【０００５】
図２１において、９０１は、ディスプレイ表示領域全体である。９０２は最前面に表示され、ユーザの入力を受け付けるフォーカスウィンドウ（アクティブウィンドウとも呼ぶ）である。９０３は、アクティブウィンドウ９０２によって表示領域の一部が隠されているウィンドウ（インアクティブウィンドウとも呼ぶ）である。
【０００６】
ウィンドウ９０３は、その前面に表示されているウィンドウ９０２によって表示領域の一部が隠蔽されており、隠蔽された部分の表示内容（ウィンドウ情報）については参照できない。そして、隠蔽されたウィンドウ情報を参照するには、ウィンドウ９０３に対し何らかのコマンドを与え、ウィンドウ９０３を最前面に表示させる必要がある。
【０００７】
一方、ウィンドウ９０３が最前面になることで隠蔽されるウィンドウ９０２のウィンドウ情報を確認するには、ウィンドウ９０２に対し何らかのコマンドを与え、ウィンドウ９０２を前面に表示する操作を行う。
【０００８】
このようなオーバーラップマルチウィンドウシステムでは、ウィンドウ同士の一部が重複することによって、前面のウィンドウに隠蔽された背面のウィンドウのウィンドウ情報を参照するには、ユーザが参照したいウィンドウ、もしくは参照したいウィンドウを隠している他のウィンドウに対し、何らかの操作を行うことで隠蔽されたウィンドウ情報を見えるように表示させる必要が生じる。
【０００９】
そこで、隠蔽されたウィンドウ情報を閲覧するウィンドウシステムとして、例えば、特許文献１が提案されている。この特許文献１で提案されているウィンドウシステムは、ウィンドウの重複領域に対し、半透明処理を実施することで、背面に隠蔽されたウィンドウ情報を前面のウィンドウ情報と重ねて表示する。
【００１０】
また、ウィンドウを半透明にする技術は、例えば、特許文献２にも記載されている。
【特許文献１】特開平８−２９２７５８号公報
【特許文献２】特開平７-１０４７２４号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、特許文献１においては、隠蔽されたウィンドウ情報をユーザの操作を必要とせずに、その内容を閲覧することは可能であるが、ウィンドウ同士の重複領域に対する透明度が一定である。そのため、例えば、アクティブウィンドウにおいて、文字入力作業を行う場合には、アクティブウィンドウ上の入力情報と、その背面にあるウィンドウとの重複領域上のウィンドウ情報が重なってしまうことがあり、入力情報とウィンドウ情報との区別を視認しにくい場合がある。
【００１２】
また、背面にあるウィンドウのウィンドウ情報を詳しく閲覧したい場合には、透明度調整バー等の調整機能を利用して、背面のウィンドウのウィンドウ情報の詳細を閲覧可能にする技術も存在するが、この場合も、必要に応じて透明度を変化させるユーザ操作が要求され、その操作性に欠けている。
【００１３】
本発明は上記の課題を解決するためになされたものであり、重複しているウィンドウ同士それぞれのウィンドウ情報の視認性を容易にかつ効率的に向上させることができるウィンドウ表示制御装置及びその方法、プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記の目的を達成するための本発明によるウィンドウ表示制御装置は以下の構成を備える。即ち、
表示画面に表示されるウィンドウの表示を制御するウィンドウ表示制御装置であって、
第１ウィンドウ及び、前記第１ウィンドウに対応して制御される第２ウィンドウを設定する設定手段と、
前記第１ウィンドウの背面において、前記第２ウィンドウの少なくとも一部が重複する場合、その重複領域内で、該第２ウィンドウの内容が視覚可能になる透かし画像を生成する生成手段と、
前記第１ウィンドウに対して一定時間操作がない場合、前記第２ウィンドウを前記第１ウィンドウの前面に表示する表示制御手段と
を備える。
【００１５】
また、好ましくは、前記生成手段は、前記第１ウィンドウ上のキャレット位置と前記重複領域間の距離に基づいて、前記透かし画像を生成する。
【００１６】
また、好ましくは、前記生成手段は、前記第１ウィンドウ上のキャレット位置と前記重複領域上の複数の所定点間それぞれとの距離に基づいて、重複領域内の透明度が段階的に変化する前記透かし画像を生成する。
【００１７】
また、好ましくは、前記表示制御手段は、前記第２ウィンドウにスクロールバーが存在する場合、更に、スクロール操作画面を前記表示画面内の最前面に表示する。
【００１８】
また、好ましくは、前記設定手段は、ウィンドウ内で選択された任意の範囲を前記第２ウィンドウとして設定する。
【００１９】
また、好ましくは、前記設定手段は、前記第２ウィンドウの設定指示がない場合、前記第１ウィンドウと、前記表示画面上の他のウィンドウとの位置関係に基づいて、該表示画面上の任意のウィンドウを前記第２ウィンドウに設定する。
【００２０】
また、好ましくは、前記表示制御手段は、更に、前記第１ウィンドウ上のキャレット位置に基づいて、前記第２ウィンドウの表示位置を制御する。
【００２１】
また、好ましくは、前記表示制御手段は、前記第２ウィンドウの一部の部分画像が前記表示画面を構成する矩形領域の一端からはみ出ている場合、前記部分画像を該矩形領域の一端に対応するもう一方の一端から表示する。
【００２２】
上記の目的を達成するための本発明によるウィンドウ表示制御方法は以下の構成を備える。即ち、
表示画面に表示されるウィンドウの表示を制御するウィンドウ表示制御方法であって、
編集対象となる第１ウィンドウ及び、前記第１ウィンドウに対応して制御される第２ウィンドウを設定する設定工程と、
前記第１ウィンドウの背面において、前記第２ウィンドウの少なくとも一部が重複する場合、その重複領域内で、該第２ウィンドウの内容が視覚可能になる透かし画像を生成する生成工程と、
前記第１ウィンドウに対して一定時間操作がない場合、前記第２ウィンドウを前記第１ウィンドウの前面に表示する表示制御工程と
を備える。
【００２３】
上記の目的を達成するための本発明によるプログラムは以下の構成を備える。即ち、
表示画面に表示されるウィンドウの表示を制御するウィンドウ表示制御を実現するプログラムであって、
編集対象となる第１ウィンドウ及び、前記第１ウィンドウに対応して制御される第２ウィンドウを設定する設定工程のプログラムコードと、
前記第１ウィンドウの背面において、前記第２ウィンドウの少なくとも一部が重複する場合、その重複領域内で、該第２ウィンドウの内容が視覚可能になる透かし画像を生成する生成工程のプログラムコードと、
前記第１ウィンドウに対して一定時間操作がない場合、前記第２ウィンドウを前記第１ウィンドウの前面に表示する表示制御工程のプログラムコードと
を備える。
【発明の効果】
【００２４】
本発明によれば、重複しているウィンドウ同士それぞれのウィンドウ情報の視認性を容易にかつ効率的に向上させることができるウィンドウ表示制御装置及びその方法、プログラムを提供できる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の実施の形態について図面を用いて詳細に説明する。
【００２６】
＜実施形態１＞
まず、本発明のウィンドウ表示制御装置について、図１を用いて説明する。
【００２７】
尚、本発明のウィンドウ表示制御装置は、例えば、パーソナルコンピュータ等の端末上で動作するＯＳによって実現されるウィンドウシステムにおいて、そのウィンドウの表示制御に特徴がある。
【００２８】
図１は本発明の実施形態１のウィンドウ表示制御装置のハードウェア構成を示す図である。
【００２９】
図１において、ＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、ＬＡＮアダプタ２４、ビデオアダプタ２５、入力部として機能するキーボード２６、マウス２７、ハードディスク２８、ＣＤ−ＲＯＭドライブ２９は、それぞれシステムバス２０を介して互いに接続されている。システムバス２０は、例えばＰＣＩバス、ＡＧＰバス、メモリバス等を意味する。また、図１では、各バス間の接続用チップやキーボードインタフェースやいわゆるＳＣＳＩやＡＴＡＰＩのような入出力用インタフェースは省略されている。
【００３０】
ＣＰＵ２１は、オペレーションシステムのプログラムやアプリケーションプログラムに基づいて四則演算や比較演算等の各種の演算や、ハードウェアの制御を行う。ＲＡＭ２２には、ハードディスク２８やＣＤ−ＲＯＭドライブ２９に装着されたＣＤ−ＲＯＭやＣＤ−Ｒ等の記憶媒体から読み出されたオペレーションシステムのプログラムやアプリケーションプログラム等が記憶され、これらはＣＰＵ２１の制御の元に実行される。ＲＡＭ２２の内容については後にメモリマップの内容として詳述する。
【００３１】
ＲＯＭ２３にはオペレーションシステムと協働してハードディスク等への入出力を司るいわゆるＢＩＯＳ等が記憶される。ＬＡＮアダプタ２４は、ＣＰＵ２１によって制御されるオペレーションシステムの通信プログラムと協働してネットワークを介した外部との通信を行う。ビデオアダプタ２５は、ディスプレイ装置（例えば、ＣＲＴやＬＣＤ）に出力する画像信号を生成し、キーボード２６やマウス２７は情報処理装置への指示を入力するために用いられる。
【００３２】
ハードディスク２８は、オペレーションシステムやアプリケーションプログラムや以下で説明するフローチャートを実行可能なプログラムを記憶している。
【００３３】
ＣＤ−ＲＯＭドライブ２９は、ＣＤ−ＲＯＭやＣＤ−ＲやＣＤ−Ｒ／Ｗ等の記憶媒体を装着してアプリケーションプログラムをハードディスク２８にインストールするのに用いる。尚、ＣＤ−ＲＯＭドライブの代わりにＣＤ−ＲドライブやＣＤ−Ｒ／ＷドライブやＭＯドライブ等を用いても良いのは言うまでもない。
【００３４】
次に、実施形態１のウィンドウ表示制御装置が実行するウィンドウ表示制御処理について、図２を用いて説明する。
【００３５】
図２は本発明の実施形態１のウィンドウ表示制御処理を示すフローチャートである。
【００３６】
尚、実施形態１では、編集ウィンドウ、参照ウィンドウとして説明をするが、編集ウィンドウは初めに優先して表示させるウィンドウであり、標準のウィンドウ（第１ウィンドウ）とも言い換えることができる。また、参照ウィンドウは、編集ウィンドウよりも優先度の低いウィンドウであり、編集ウィンドウの後に表示されるウィンドウ（第２ウィンドウ）である。
【００３７】
また、図２のフローチャートは、本システムが起動されている間、繰り返されるものとする。
【００３８】
本システムの起動時には、後述する半透明化処理の際に使われる、ＲＯＭ２３に記憶されているマスクテーブルを、メモリ（ＲＡＭ２２）上に格納する。また、図２のフローチャートの実行時には、少なくとも１つのウィンドウが表示画面上に表示されているものとする。あるいは、ウィンドウが１つも表示されていない場合には、ウィンドウを表示させた上で、本処理が実行される。
【００３９】
ステップＳ１０１で、編集ウィンドウの設定指示の有無を判定する。設定指示がない場合（ステップＳ１０１でＮＯ）、処理を一旦終了して、再度、ステップＳ１０１に戻り、編集ウィンドウの設定指示を待機する。一方、設定指示がある場合（ステップＳ１０１でＹＥＳ）、ステップＳ１０２に進む。
【００４０】
ステップＳ１０２で、表示画面上のウィンドウの内、所望のウィンドウを編集ウィンドウに設定する。
【００４１】
尚、この編集ウィンドウの設定は、例えば、表示画面上の所望のウィンドウを選択した状態（アクティブ状態）で、マウス２７を右クリックすることで表示されるメニュー（図３）を用いて実行する。具体的には、図３の設定メニューから、「編集ウィンドウ」を選択することで、選択したウィンドウを編集ウィンドウに設定することができる。また、編集ウィンドウに設定した場合は、その旨を示すために、図３の設定メニュー上の項目「編集ウィンドウ」の左端に「レ」（チェックマーク）が付与される。一方、この状態で、再度、項目「編集ウィンドウ」を選択すると、設定が解除され、「レ」（チェックマーク）が外される。
【００４２】
また、編集ウィンドウとは、文字入力等の編集作業を行うウィンドウを設定するためのウィンドウであり、本ウィンドウ表示制御処理の制御対象となる。また、編集ウィンドウに設定されたウィンドウは、その属性値として、「０」が設定される。
【００４３】
一方、編集ウィンドウに対する参照ウィンドウ（編集ウィンドウに対して半透明化処理を実行するウィンドウ）に設定されたウィンドウは、属性値として「１」が設定される。また、属性値は、例えば、ＲＡＭ２２に、対応するウィンドウと対応づけられて記憶される。
【００４４】
次に、ステップＳ１０３で、表示画面内にウィンドウが２つ以上あるか否かを判定する。２つ以上のウィンドウがない場合（ステップＳ１０３でＮＯ）、編集ウィンドウに対する参照ウィンドウを指定することができないので、処理を一旦終了して、ステップＳ１０１に戻り、ウィンドウが２つ以上表示されるまで、待機する。一方、２つ以上のウィンドウがある場合（ステップＳ１０３でＹＥＳ）、ステップＳ１０４に進む。
【００４５】
ステップＳ１０４で、参照ウィンドウの設定指示の有無を判定する。参照ウィンドウの設定指示がない場合（ステップＳ１０４でＮＯ）、処理を一旦終了して、再度、ステップＳ１０１に戻り、参照ウィンドウの設定指示を待機する。一方、参照ウィンドウの設定指示がある場合（ステップＳ１０４でＹＥＳ）、ステップＳ１０５に進む。
【００４６】
ステップＳ１０５で、表示画面上のウィンドウの内、編集ウィンドウ以外の所望のウィンドウを参照ウィンドウに設定する。
【００４７】
尚、この参照ウィンドウの設定は、例えば、表示画面上の所望のウィンドウを選択した状態（アクティブ状態）で、マウス２７を右クリックすることで表示される設定メニュー（図４）を用いて実行する。具体的には、図４の設定メニューから、「参照ウィンドウ」を選択することで、選択したウィンドウを編集ウィンドウに設定することができる。
【００４８】
また、参照ウィンドウとは、上述したように、編集ウィンドウと重なる場合に、半透明化処理に使用されるウィンドウである。
【００４９】
ステップＳ１０６で、編集ウィンドウがアクティブの時に、その編集ウィンドウに対する表示制御処理を実行する。この表示制御処理は、編集ウィンドウがアクティブの間繰り返される。
【００５０】
次に、ステップＳ１０６の編集ウィンドウの表示制御処理の詳細について、図５を用いて説明する。
【００５１】
図５は本発明の実施形態１の編集ウィンドウの表示制御処理の詳細を示すフローチャートである。
【００５２】
尚、図５の編集ウィンドウの表示制御処理は、編集ウィンドウがアクティブで、編集ウィンドウ・参照ウィンドウが設定されている時に繰り返し行われる処理である。
【００５３】
ステップＳ２０１で、参照ウィンドウにスクロールバーがあるか（ウィンドウがスクロールできる状態にあるか）否かを判定する。参照ウィンドウにスクロールバーがない場合（ステップＳ２０１でＮＯ）、ステップＳ２０３に進む。一方、参照ウィンドウにスクロールバーがある場合（ステップＳ２０１でＹＥＳ）、ステップＳ２０２に進む。
【００５４】
ステップＳ２０２で、スクロール操作画面（図６）を表示画面内の任意の位置に最前面に表示する。
【００５５】
尚、このスクロール操作画面は、参照ウィンドウ上のスクロールバーを操作することなく、スクロール操作画面上の矢印ボタンを操作するだけで、参照ウィンドウのウィンドウ情報（表示内容）をスクロールさせる画面である。このスクロール操作画面には、図６に示されるように、参照ウィンドウのウィンドウ情報を上下左右にスクロールさせるための各方向の矢印キーが構成されており、ユーザは、マウス２７等の入力部を用いて、矢印キーを操作することで、所望とする方向に参照ウィンドウのウィンドウ情報をスクロールさせることができる。
【００５６】
ステップＳ２０３で、参照ウィンドウの画像をメモリ（ＲＡＭ２２）上に格納する。このとき、ステップＳ２０２で表示されたスクロール操作画面が操作されている場合、参照ウィンドウをスクロールさせた後の参照ウィンドウの画像をメモリ上に格納する。
【００５７】
ステップＳ２０４で、編集ウィンドウ・参照ウィンドウそれぞれの座標情報をメモリ（ＲＡＭ２２）上に格納する。
【００５８】
尚、この座標情報は、例えば、表示画面全体に対する編集ウィンドウ・参照ウィンドウの位置を示す情報である。また、実施形態１では、表示画面の水平方向をｘ軸、垂直方向をｙ軸、また、その左上角を原点（０，０）として、その原点に対して、編集ウィンドウ・参照ウィンドウの４隅の位置座標を座標情報としている。
【００５９】
ステップＳ２０５で、編集ウィンドウと参照ウィンドウが重なっているか否かを判定する。重なっていない場合（ステップＳ２０５でＮＯ）、ステップＳ２０１に戻る。一方、重なっている場合（ステップＳ２０５でＹＥＳ）、ステップＳ２０６に進む。
【００６０】
尚、ステップＳ２０５の判定は、メモリ上に格納した編集ウィンドウと参照ウィンドウの両者の座標情報を比較することで実現する。
【００６１】
ステップＳ２０６で、参照ウィンドウの表示位置を決定する。
【００６２】
尚、実施形態１では、現在の参照ウィンドウの表示位置を、そのまま参照ウィンドウの表示位置として決定する。但し、編集ウィンドウと参照ウィンドウの重なり状態（位置関係）によっては、参照ウィンドウのウィンドウ情報が視認しにくい場合があるので、位置関係に基づいて、参照ウィンドウの表示位置を決定（変更）するようにしても良い。この参照ウィンドウの表示位置を決定（変更）する表示位置決定処理については、実施形態３において、別途後述する。
【００６３】
ステップＳ２０７で、編集ウィンドウの半透明化処理を実行する。尚、この半透明化処理の詳細については、図１０を用いて後述する。
【００６４】
ステップＳ２０８で、編集ウィンドウに対する操作の有無を判定する。一定時間内に操作がある場合（ステップＳ２０８でＹＥＳ）、ステップＳ２０１に戻り、ステップＳ２０１〜ステップＳ２０６の処理を経て、ステップＳ２０７で、半透明化処理を継続する。一方、一定時間内に操作がない場合（ステップＳ２０８でＮＯ）、ステップＳ２０９に進む。
【００６５】
ステップＳ２０９で、参照ウィンドウを編集ウィンドウの前面に表示する。
【００６６】
尚、この表示方法は、例えば、編集ウィンドウと参照ウィンドウの重なっている部分の参照ウィンドウの画像を、編集ウィンドウ上の重なっている部分に貼り付ける方法がある。
【００６７】
ステップＳ２１０で、編集ウィンドウ及び参照ウィンドウの少なくとも一方のウィンドウの操作の有無を判定する。ウィンドウの操作がない場合（ステップＳ２１０でＮＯ）、操作があるまで待機する。この場合、参照ウィンドウが前面に表示された状態が維持される。一方、ウィンドウの操作がある場合（ステップＳ２１０でＹＥＳ）、ステップＳ２１１に進む。
【００６８】
ステップＳ２１１で、編集ウィンドウ及び参照ウィンドウに対して設定解除の指示の有無を判定する。設定解除の指示がない場合（ステップＳ２１１でＮＯ）、ステップＳ２０７に戻る。一方、設定解除の指示がある場合（ステップＳ２１１でＹＥＳ）、ステップＳ２１２に進む。
【００６９】
ステップＳ２１２で、指定された編集ウィンドウまたは参照ウィンドウの設定解除を、対応する図３または図４の設定メニューを操作して実行する。
【００７０】
次に、ステップＳ２０７の半透明化処理の概念について、図７及び図８を用いて説明する。
【００７１】
図７及び図８は本発明の実施形態１の半透明化処理の概念を説明するための図である。
【００７２】
図７では、編集ウィンドウ７００と参照ウィンドウ７１０が重複している状態において、説明上、編集ウィンドウ７００と参照ウィンドウ７１０を分離させた状態を示している。実施形態１の半透明化処理では、編集ウィンドウ７００と参照ウィンドウ７１０の重複領域に対応する各ウィンドウの画像ａと画像ｂを合成する際に、所定のマスクテーブル（図９）を適用することで、画像ａと画像ｂの内容を混在させて合成した合成画像（透かし画像）（図８）を生成する。
【００７３】
この合成画像は、各ウィンドウの画像ａと画像ｂの一部が間引かれた状態の画像となるので、結果的に、人間の目には、参照ウィンドウ７１０の一部が半透明化された状態で視認されることになる。つまり、重複領域内で、参照ウィンドウ７１０のウィンドウ情報が編集ウィンドウ７００上で視覚可能に表示されることになる。
【００７４】
また、実施形態１では、この混在画像に含ませる画像ａと画像ｂの比率を、マスクテーブル（図９）を用いて決定する。
【００７５】
次に、このマスクテーブルを生成するためのマスクパターンについて、図９を用いて説明する。
【００７６】
図９は本発明の実施形態１のマスクパターンの一例を示す図である。
【００７７】
図９では、複数種類のマスクパターンＡ〜Ｊ、Ｚを示しており、これらのマスクパターンはそれぞれＯＮ（黒）及びＯＦＦ（白）の情報から構成されている。そして、マスクパターンを編集ウィンドウと参照ウィンドウの重複領域に適用した場合、ＯＮの箇所には参照ウィンドウの重複領域の画像が、ＯＦＦの箇所には編集ウィンドウの重複領域の画像が生成されることになる。
【００７８】
そのため、マスクパターンＡからなるマスクテーブルを適用した場合は編集ウィンドウの重複領域の画像すべてからなる合成画像を生成することになる。一方、マスクパターンＪからなるマスクテーブルを適用した場合は参照ウィンドウの重複領域の画像すべてからなる合成画像を生成することになる。
【００７９】
そして、重複領域に対する合成画像を生成するために適用するマスクパターンの選択は、実施形態１では、編集ウィンドウのキャレット位置に基づいて決定する。具体的には、キャレット位置と重複領域間の距離に応じて、重複領域内の透明度が段階的に変化するようにマスクパターンを適宜選択してマスクテーブルを生成する。
【００８０】
図９の場合、キャレット位置と重複領域上の複数の所定点（例えば、左上角座標（ｘ，ｙ）、左上角座標のｘ座標と同一のｘ座標でｙ座標が異なる座標（ｘ，ｙ１）〜（ｘ，ｙｎ）、ここで、ｎは整数）間それぞれの距離情報に応じて、マスクパターンを選択する構成となっている。例えば、距離情報が１０未満の場合、マスクパターンＡ（透明度０）を選択する。距離情報が１０以上２０未満の場合、マスクパターンＢ（透明度１０）を選択する。以下、同様にして、距離情報が該当する所定距離範囲内に対応するマスクパターンを選択し、距離情報が９０以上の場合は、マスクパターンＪ（透明度１００）を選択する。また、マスクパターンＺは、編集ウィンドウにキャレットが存在しない場合のデフォルトマスクパターンであり、この場合は、重複領域全体が所定の透明度（透明度５０）となる。
【００８１】
つまり、実施形態１では、編集ウィンドウのキャレット位置周辺は、ユーザが文字情報を入力する状況であることを想定して、重複領域中のキャレット周辺部分においては、背面にある参照ウィンドウに対する透明度を低くして、前面にある編集ウィンドウのウィンドウ情報の視認性を向上させることができる。一方、重複領域中のキャレットから離れた部分は、その離れている距離に従って、参照ウィンドウに対する透明度を高くして、参照ウィンドウのウィンドウ情報の視認性も向上させることができる。
【００８２】
このように、編集ウィンドウと参照ウィンドウの重複領域内の透明度を、編集ウィンドウ上のキャレット位置と重複領域の位置関係に基づいて、段階的に変更することで、編集ウィンドウに対する操作箇所（キャレット位置）周辺における視認性と、重複領域によって隠蔽されている参照ウィンドウのウィンドウ情報の視認性を、より有効な表示形態で向上させることができる。
【００８３】
次に、ステップＳ２０７の半透明化処理の詳細について、図１０を用いて説明する。
【００８４】
図１０は本発明の実施形態１の半透明化処理の詳細を示すフローチャートである。
【００８５】
まず、ステップＳ３０１で、編集ウィンドウと参照ウィンドウが互いに重複している画像（以下、重複画像とする）を取得する。ステップＳ３０２で、重複画像に関する情報として、重複画像の左上角座標を取得する。
【００８６】
図７の例の場合、重複画像として、画像ａ及び画像ｂ、その重複画像に関する情報として、左上角のｃ点のｙ座標、高さｄ及び幅ｅを取得する。そして、取得したこれらの情報は、メモリ（ＲＡＭ２２）上に格納する。
【００８７】
ステップＳ３０３で、キャレット位置から重複画像の左上角座標までの距離情報を算出する。この算出した距離情報は、マスクテーブルに付加されている距離情報と照合し、マスクテーブルを作成する際に、必要なマスクパターンを選択するために使用される。
【００８８】
尚、編集ウィンドウ上のキャレットの位置座標のｙ座標は、予め初期化されているため、編集ウィンドウにキャレットがない場合、距離情報は重複ウィンドウの左上角座標のｙ座標そのものになる。
【００８９】
取得した距離情報は、編集ウィンドウにキャレットがある場合、つまり、重複領域の透明度を段階的に変化させるマスクテーブルを作成するときのみ使用されるので、ステップＳ３０４で、編集ウィンドウにキャレットがあるかないかを判定する。キャレットがない場合（ステップＳ３０４でＮＯ）、ステップＳ３０５に進み、デフォルトの距離情報を取得する。この場合、メモリ上に格納されている図９のマスクパターン群の内、マスクパターンＺからなるマスクテーブルを作成することが可能になる。
【００９０】
一方、キャレットがある場合（ステップＳ３０４でＹＥＳ）、ステップＳ３０６に進む。ステップＳ３０６で、メモリ上にあるマスクパターン（各マスクパターンにはそれぞれ距離情報を有している）の距離情報を参照し、それに対応するマスクパターンを選択する。使用するマスクパターンを選択すると、ステップＳ３０７に進む。例えば、ステップＳ３０３で取得した距離情報が１５であれば、初めに図９のマスクパターンＢが選択される。
【００９１】
尚、距離情報の単位は、ドットでもポイントでも良い。
【００９２】
ステップＳ３０７で、重複画像中の１バンド分（マスクパターン分の高さ分と、重複画像の幅分の領域）の領域に対するマスクテーブルを作成する。
【００９３】
ステップＳ３０８で、重複画像全体に対するマスクテーブルの作成が終了したか否かを判定する。終了した場合（ステップＳ３０８でＹＥＳ）、ステップＳ３１１に進む。一方、終了していない場合（ステップＳ３０８でＮＯ）、ステップＳ３０９に進む。
【００９４】
尚、ステップＳ３０８の判定は、重複画像のサイズ以上の十分なサイズのマスクテーブルの作成が終了したか否かを判定するものである。
【００９５】
ステップＳ３０９で、次のバンド分のマスクテーブルを作成するために、前回の距離情報の算出のために参照した重複画像の座標（最初は、左上角座標）からｙ方向にマスクパターンの高さ分ずらした座標と、キャレット位置間の距離情報を算出して、マスクパターンを選択するための距離情報を更新する。そして、ステップＳ３０４を経て、ステップＳ３０６で、更新した距離情報を参照して、それに対応するマスクパターンを選択し、ステップＳ３０７で、１バンド分のマスクテーブルを作成する。そして、以上の処理を、距離情報を更新しながら繰り返すことで、重複画像のサイズ以上の十分なサイズのマスクテーブルを作成する。
【００９６】
尚、キャレットが存在しない場合には、距離情報を更新しながら、所定のマスクパターン（マスクパターンＺ）からなるマスクテーブルを１バンドずつ作成することになる。
【００９７】
ステップＳ３０８において、マスクテーブルの作成が終了したら、ステップＳ３１０で、作成したマスクテーブルを、編集ウィンドウと参照ウィンドウのそれぞれの重複画像に適用して、合成画像を生成する。
【００９８】
ステップＳ３１１で、合成画像を編集ウィンドウに貼り付ける。これは、ステップＳ３０２で取得した座標情報に基づいて貼り付けることになる。
【００９９】
次に、編集ウィンドウにキャレットが存在する場合のマスクテーブルの作成例について、図１１を用いて説明する。
【０１００】
図１１は本発明の実施形態１の編集ウィンドウにキャレットが存在する場合のマスクテーブルの作成例を説明するための図である。
【０１０１】
編集ウィンドウにキャレットが存在する場合では、まず、現在のキャレット位置から重複画像の左上角座標間の距離情報は算出する。ここで、算出された距離情報が１５であるとする。そのため、この場合は、マスクテーブルを構成するマスクパターンには、マスクパターンＢを選択することになる。そして、この選択したマスクパターンＢを用いて、高さが１０で、幅が重複画像の幅に相当する１バンド分のマスクテーブルを作成する。
【０１０２】
１バンド分のマスクテーブルの作成が終了すると、次のバンドに対するマスクテーブルを作成するために距離情報を更新する。ここで、更新した距離情報は２５であるとする。そのため、この場合は、マスクテーブルを構成するマスクパターンには、マスクパターンＣを選択することになる。そして、この選択したマスクパターンＣを用いて、１バンド分のマスクテーブルを作成する。
【０１０３】
以下、同様にして、バンド単位で、距離情報を更新しながら、マスクテーブルを作成し、重複画像のサイズ以上の十分なサイズのマスクテーブルを作成したら、処理を終了する。
【０１０４】
尚、この作成するマスクテーブルは、構成要素となるマスクパターンのサイズによっては、必ずしもマスクテーブルと重複画像のサイズが一致しない場合が発生するが、基本的には、重複画像全体に対して上述の半透明化処理が実現されれば良いので、実施形態１では、少なくとも重複画像のサイズ以上の十分なサイズのマスクテーブルを作成する。そして、作成したマスクテーブルにおいて、重複画像のサイズを越える部分については、それを無視して半透明化処理を実行する。
【０１０５】
そして、作成したマスクテーブルを編集ウィンドウ及び参照ウィンドウの重複画像に適用すると、例えば、図１２に示すような表示結果が得られる。図１２に示すように、キャレット１２００が存在する場合には、編集ウィンドウと参照ウィンドウの重複画像１２１０の透明度が、キャレット１２００との距離に応じて段階的に変化している。
【０１０６】
これにより、ユーザは、キャレット周辺では、編集ウィンドウのウィンドウ情報が視認しやすくなり、一方で、キャレットから離れるに従って、重複画像中で、編集ウィンドウの背面にある参照ウィンドウのウィンドウ情報が視認できるようになる。
【０１０７】
次に、編集ウィンドウにキャレットが存在しない場合のマスクテーブルの作成例について、図１３を用いて説明する。
【０１０８】
図１３は本発明の実施形態１の編集ウィンドウにキャレットが存在しない場合のマスクテーブルの作成例を説明するための図である。
【０１０９】
編集ウィンドウにキャレットが存在しない場合では、常にデフォルトのマスクパターンＺを選択して、マスクテーブルを構成することになるので、バンド単位で、マスクパターンＺのマスクテーブルを作成する。
【０１１０】
そして、作成したマスクテーブルを編集ウィンドウ及び参照ウィンドウの重複画像に適用すると、例えば、図１４に示すような表示結果が得られる。図１４に示すように、キャレットが存在しない場合には、編集ウィンドウと参照ウィンドウの重複画像１４１０の透明度は一定となる。
【０１１１】
これにより、キャレットが存在しない場合には、編集ウィンドウ及び参照ウィンドウの両者のウィンドウ情報を視認することができるようになる。
【０１１２】
以上説明したように、実施形態１によれば、ウィンドウ同士の重複領域に対して半透明化処理を適用する場合に、編集ウィンドウ（アクティブウィンドウ）上のキャレット位置と重複領域の位置関係に基づいて、重複領域内の透明度を制御することで、編集ウィンドウの操作時における視認性と、編集ウィンドウの背面にある参照ウィンドウ上のウィンドウ情報の視認性を向上させることができる。
【０１１３】
特に、実施形態１では、編集ウィンドウ上の実際の編集箇所（キャレット位置）の周辺の重複領域上の部分領域では、編集ウィンドウのウィンドウ情報の視認性を向上させることができ、逆に、編集箇所から離れた重複領域の部分領域では、参照ウィンドウのウィンドウ情報の視認性を向上させることができる。これにより、編集ウィンドウ及び参照ウィンドウに対して、より有意な視認状態を提供することができる。
【０１１４】
また、編集ウィンドウと参照ウィンドウに対する操作の有無を判定し、一定時間操作がない場合には、参照ウィンドウを自動的に編集ウィンドウの前面に表示し、再び操作があった場合には、編集ウィンドウを参照ウィンドウの前面に表示する。
【０１１５】
これにより、複数のウィンドウが表示されていて、参照ウィンドウのウィンドウ情報を参照しながら、編集ウィンドウ上で編集作業を行いたい場合には、両者のウィンドウに対してユーザが要望する環境を好適に提供することができる。
【０１１６】
＜実施形態２＞
実施形態１では、参照ウィンドウの設定は、ウィンドウ全体を設定対象とする構成としているが、これに限定されない。例えば、任意のウィンドウ中の所望の領域を参照ウィンドウとして設定しても良い。
【０１１７】
以下、実施形態２におけるウィンドウ表示制御処理について、図１５を用いて説明する。
【０１１８】
図１５は本発明の実施形態２のウィンドウ表示制御処理を示すフローチャートである。
【０１１９】
尚、図２と同一のステップについては、同一のステップ番号を付加して、その説明は省略する。また、実施形態２のウィンドウ表示制御処理は、実施形態１の図２のステップＳ１０４及びステップＳ１０５を、図１４のフローチャートに置換することで実現される。
【０１２０】
実施形態１の図２のステップＳ１０１〜ステップＳ１０３の処理後、ステップＳ４０１で、参照ウィンドウの設定指示の有無を判定する。参照ウィンドウの設定指示がない場合（ステップＳ４０１でＮＯ）、ステップＳ４０２に進み、参照ウィンドウを自動設定する。
【０１２１】
尚、参照ウィンドウに自動設定するウィンドウは、例えば、表示画面内のウィンドウの表示状態が図１６のような場合では、編集ウィンドウ１６００に対して、前面のウィンドウ１６１０でも、背面のウィンドウ１６２０でも良い。あるいは、編集ウィンドウから一番近いウィンドウや、重複領域が一番大きいウィンドウでも良い。つまり、編集ウィンドウと他のウィンドウとの位置関係に基づいて、参照ウィンドウを自動設定する。
【０１２２】
このように、実施形態１の図２のステップＳ１０４では、参照ウィンドウの設定指示がない場合は、処理を終了していたが、実施形態２では、参照ウィンドウの設定指示がない場合でも、表示画面内のウィンドウの表示状態において、編集ウィンドウに対する参照ウィンドウを自動的に設定することができる。
【０１２３】
一方、ステップＳ４０２で、参照ウィンドウの設定指示がある場合（ステップＳ４０２でＹＥＳ）、ステップＳ４０３に進み、参照ウィンドウ内の表示内容の内、任意の領域の選択範囲の指定の有無を判定する。選択範囲の指定がない場合（ステップＳ４０３でＮＯ）、ステップＳ１０５に進み、選択されているウィンドウ全体を参照ウィンドウに設定する。
【０１２４】
尚、選択範囲の指定は、複数の選択範囲を指定することも可能である。
【０１２５】
一方、ステップＳ４０３において、選択範囲の指定がある場合（ステップＳ４０３でＹＥＳ）、ステップＳ４０４に進み、選択範囲に対応する画像及び画像に関する情報をメモリ上に記憶する。その後、ステップＳ１０５で、選択範囲に対応する画像を参照ウィンドウに設定する。
【０１２６】
尚、図１５のフローチャートでは、ユーザが参照ウィンドウの設定指示を行ってから選択範囲を指定しているが、参照ウィンドウが未設定の状態で先に選択範囲を指定する構成にすることも可能である。この場合、選択範囲を指定されたウィンドウが自動的に参照ウィンドウに設定されることになる。
【０１２７】
以上説明したように、実施形態２によれば、実施形態１で説明した効果に加えて、ウィンドウもしくはそのウィンドウ内の任意の領域を参照ウィンドウに設定することができる。また、参照ウィンドウの設定指示がない場合でも、表示画面内のより適切なウィンドウを自動的に参照ウィンドウに設定することができる。
【０１２８】
＜実施形態３＞
実施形態１では、参照ウィンドウの表示位置は、参照ウィンドウの設定時の表示位置をそのまま維持する構成としているが、これに限定されない。例えば、編集ウィンドウと参照ウィンドウの重複状態によっては、編集ウィンドウのウィンドウ情報の視認性に影響を及ぼす可能性がある。
【０１２９】
そこで、実施形態３では、編集ウィンドウ上のキャレット位置に応じて、参照ウィンドウの表示位置を制御する構成について説明する。
【０１３０】
また、参照ウィンドウの表示位置を制御した結果、そのサイズによっては、表示画面内に収まらない場合があり得る。
【０１３１】
例えば、図１７では、表示画面１７００において、編集ウィンドウ１７１０と、参照ウィンドウ１７２０が表示されている状態を示している。特に、図１７では、参照ウィンドウ１７２０の一部の部分画像１７３０が表示画面１７００内に収まらず、はみ出している状態である。
【０１３２】
そこで、このような場合には、部分画像１７３０を、表示画面１７００の上辺端から表示される位置に、その表示位置を移動する。これにより、参照ウィンドウ１７２０内のすべてのウィンドウ情報を視認することができるようになる。もちろん、この場合でも、編集ウィンドウと参照ウィンドウが重複する重複領域では、実施形態１と同様の半透明化処理を実行する。
【０１３３】
以下、実施形態３における、参照ウィンドウの表示位置を決定する参照ウィンドウの表示位置決定処理について、図１８を用いて説明する。
【０１３４】
図１８は本発明の実施形態３の参照ウィンドウの表示位置決定処理を示すフローチャートである。
【０１３５】
尚、実施形態３の参照ウィンドウの表示位置決定処理は、実施形態１の図５のステップＳ２０６を、図１８のフローチャートに置換することで実現される。
【０１３６】
ステップＳ５０１で、編集ウィンドウにキャレットがあるか否かを判定する。キャレットがない場合（ステップＳ５０１でＮＯ）、編集ウィンドウではキー入力による編集作業が行われていないということなので、参照ウィンドウは現在の表示位置を保持する。
【０１３７】
一方、キャレットがある場合（ステップＳ５０１でＹＥＳ）、ステップＳ５０２に進み、表示画面サイズを取得して、メモリ上に格納する。
【０１３８】
ステップＳ５０３で、編集ウィンドウにキャレットが存在する場合に、メモリ上に格納されている参照ウィンドウの高さ情報と表示画面サイズ情報を用いて、参照ウィンドウの高さが表示画面の高さより予め設定されている一定値以上差があるか否かを判定する。一定値以上差がない場合（ステップＳ５０３でＮＯ）、処理を終了し、現在の参照ウィンドウの表示位置を維持する。
【０１３９】
これは、一定値以上差がない場合に、参照ウィンドウの表示位置を、キャレット位置の近くに移動させてしまうと、参照ウィンドウがディスプレイからはみ出してしまい、参照したい部分がディスプレイに表示されないという問題が考えられる。つまり、表示画面から見えない部分が多くなり、参照できる部分が少なくなる可能性がある。そのため、この場合には、現在の参照ウィンドウの表示位置を、そのまま参照ウィンドウの表示位置として決定する。
【０１４０】
一方、一定値以上差がある場合（ステップＳ５０３でＹＥＳ）、ステップＳ５０４に進む。ステップＳ５０４で、メモリ上にある編集ウィンドウに関する情報からキャレットの位置情報を取得する。
【０１４１】
ステップＳ５０５で、取得したキャレットの位置情報から参照ウィンドウを移動させるための表示位置を計算する。これにより、参照ウィンドウを編集ウィンドウで編集作業が行いやすい位置に移動させる。
【０１４２】
尚、表示位置の決定は、例えば、図１９のように、参照ウィンドウ左上角座標のｙ座標を、編集ウィンドウ上のキャレットの位置から常に一定の距離になるようにしても良い。あるいは、キャレットが編集ウィンドウの下位部分にあり、参照ウィンドウを現在の位置より上位に移動させたほうが見やすくなる場合であれば、参照ウィンドウの表示位置をキャレットより上位にすることも可能である。
【０１４３】
ステップＳ５０６で、参照ウィンドウを、計算した表示位置へ移動する。
【０１４４】
尚、キャレット位置に合わせて、参照ウィンドウを下方向に移動させていった場合には、図１７で説明したように、参照ウィンドウの一部が表示画面からはみ出て、そのウィンドウ情報の一部が切れてしまうことが考えられる。この場合は、表示画面からはみ出した参照ウィンドウの部分画像をディスプレイの最上位から表示させることで、常に参照ウィンドウの全体が表示画面に表示されるようにしてもよい。
【０１４５】
このような場合には、ステップＳ５０６で、更に、参照ウィンドウの表示制御処理を実行する。
【０１４６】
この参照ウィンドウの表示制御処理について、図２０を用いて説明する。
【０１４７】
図２０は本発明の実施形態３の参照ウィンドウの表示制御処理を示すフローチャートである。
【０１４８】
ステップＳ６０１で、メモリに格納されている表示画面サイズ情報と参照ウィンドウの高さ情報より、参照ウィンドウが表示画面の下からはみ出しているか否かを判定する。はみ出していない場合（ステップＳ６０１でＮＯ）、処理を終了する。一方、はみ出している場合（ステップＳ６０１でＹＥＳ）、ステップＳ６０２に進む。
【０１４９】
ステップＳ６０２で、参照ウィンドウが表示画面の下からはみ出している部分画像を、表示画面の最上位から表示する。
【０１５０】
具体的には、メモリ上に格納されている表示画面サイズ情報、参照ウィンドウの表示位置、参照ウィンドウのサイズを用いて、はみ出した部分画像の画像情報を取得して、メモリ上に格納する。そして、その部分画像を、参照ウィンドウの表示位置のｘ座標に合わせて表示画面の最上位から貼り付けて表示する。
【０１５１】
尚、参照ウィンドウが、編集ウィンドウ上のキャレットより上にある場合は、表示画面の上からはみ出している部分画像をディスプレイの最下位に表示させるようにしても良い。つまり、参照ウィンドウの一部の部分画像が表示画面を構成する矩形領域の一端からはみ出ている場合、部分画像を該矩形領域の一端（例えば、最下端（あるいは右端））に対応するもう一方の一端（最上端（あるいは左端））から表示する。
【０１５２】
以上説明したように、実施形態３によれば、実施形態１で説明した効果に加えて、編集ウィンドウ上のキャレット位置に基づいて、参照ウィンドウの表示位置を制御するとともに、参照ウィンドウの表示状態に応じて、参照ウィンドウ中の部分画像の表示位置を制御する。
【０１５３】
これにより、より適切な表示位置で参照ウィンドウを表示することができ、編集ウィンドウ及び参照ウィンドウの視認性を向上させることができる。
【０１５４】
尚、上記実施形態１乃至３は、一例であり、用途や目的に応じて、実施形態１乃至３の構成を任意に組み合わせた実施形態を実現することもできる。
【０１５５】
また、上記実施形態では、編集ウィンドウと参照ウィンドウを１つずつ設定して、両者の表示制御を実現する構成としているが、２つ以上の参照ウィンドウを設定して、各参照ウィンドウに対して上記実施形態の処理を実現するようにしても良い。
【０１５６】
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１５７】
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【０１５８】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０１５９】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。
【０１６０】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【０１６１】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１６２】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１６３】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【０１６４】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【０１６５】
【図１】本発明の実施形態１のウィンドウ表示制御装置のハードウェア構成を示す図である。
【図２】本発明の実施形態１のウィンドウ表示制御処理を示すフローチャートである。
【図３】本発明の実施形態１の設定メニューの一例を示す図である。
【図４】本発明の実施形態１の設定メニューの一例を示す図である。
【図５】本発明の実施形態１の編集ウィンドウの表示制御処理の詳細を示すフローチャートである。
【図６】本発明の実施形態１のスクロール操作画面の一例を示す図である。
【図７】本発明の実施形態１の半透明化処理の概念を説明するための図である。
【図８】本発明の実施形態１の半透明化処理の概念を説明するための図である。
【図９】本発明の実施形態１のマスクパターンの一例を示す図である。
【図１０】本発明の実施形態１の半透明化処理の詳細を示すフローチャートである。
【図１１】本発明の実施形態１の編集ウィンドウにキャレットが存在する場合のマスクテーブルの作成例を説明するための図である。
【図１２】本発明の実施形態１の編集ウィンドウにキャレットが存在する場合の編集ウィンドウと参照ウィンドウの表示例を示す図である。
【図１３】本発明の実施形態１の編集ウィンドウにキャレットが存在しない場合のマスクテーブルの作成例を説明するための図である。
【図１４】本発明の実施形態１の編集ウィンドウにキャレットが存在しない場合の編集ウィンドウと参照ウィンドウの表示例を示す図である。
【図１５】本発明の実施形態２のウィンドウ表示制御処理を示すフローチャートである。
【図１６】本発明の実施形態２の参照ウィンドウの自動設定を説明するための図である。
【図１７】本発明の実施形態３の参照ウィンドウの表示位置の制御を説明するための図である。
【図１８】本発明の実施形態３の参照ウィンドウの表示位置決定処理を示すフローチャートである。
【図１９】本発明の実施形態３の参照ウィンドウの表示位置の決定方法を説明するための図である。
【図２０】本発明の実施形態３の参照ウィンドウの表示制御処理を示すフローチャートである。
【図２１】従来のオーバーラップマルチウィンドウシステムの表示例を示す図である。
【符号の説明】
【０１６６】
２０ システムバス
２１ ＣＰＵ
２２ ＲＡＭ
２３ ＲＯＭ
２４ ＬＡＮアダプタ
２５ ビデオアダプタ
２６ キーボード
２７ マウス
２８ ハードディスク
２９ ＣＤ−ＲＯＭドライブ
【技術分野】
【０００１】
本発明は、表示画面に表示されるウィンドウの表示を制御するウィンドウ表示制御装置及びその方法、プログラムに関するものである。
【背景技術】
【０００２】
近年、パーソナルコンピュータを代表とするコンピュータ端末上の情報表示方法として、複数の表示内容をウィンドウ上に表示し、それを重複させて表示させるオーバーラップウィンドウシステムが標準的に利用されている。
【０００３】
以下に、従来のオーバーラップマルチウィンドウシステムについて、図２１を用いて説明する。
【０００４】
図２１は従来のオーバーラップマルチウィンドウシステムの表示例を示す図である。
【０００５】
図２１において、９０１は、ディスプレイ表示領域全体である。９０２は最前面に表示され、ユーザの入力を受け付けるフォーカスウィンドウ（アクティブウィンドウとも呼ぶ）である。９０３は、アクティブウィンドウ９０２によって表示領域の一部が隠されているウィンドウ（インアクティブウィンドウとも呼ぶ）である。
【０００６】
ウィンドウ９０３は、その前面に表示されているウィンドウ９０２によって表示領域の一部が隠蔽されており、隠蔽された部分の表示内容（ウィンドウ情報）については参照できない。そして、隠蔽されたウィンドウ情報を参照するには、ウィンドウ９０３に対し何らかのコマンドを与え、ウィンドウ９０３を最前面に表示させる必要がある。
【０００７】
一方、ウィンドウ９０３が最前面になることで隠蔽されるウィンドウ９０２のウィンドウ情報を確認するには、ウィンドウ９０２に対し何らかのコマンドを与え、ウィンドウ９０２を前面に表示する操作を行う。
【０００８】
このようなオーバーラップマルチウィンドウシステムでは、ウィンドウ同士の一部が重複することによって、前面のウィンドウに隠蔽された背面のウィンドウのウィンドウ情報を参照するには、ユーザが参照したいウィンドウ、もしくは参照したいウィンドウを隠している他のウィンドウに対し、何らかの操作を行うことで隠蔽されたウィンドウ情報を見えるように表示させる必要が生じる。
【０００９】
そこで、隠蔽されたウィンドウ情報を閲覧するウィンドウシステムとして、例えば、特許文献１が提案されている。この特許文献１で提案されているウィンドウシステムは、ウィンドウの重複領域に対し、半透明処理を実施することで、背面に隠蔽されたウィンドウ情報を前面のウィンドウ情報と重ねて表示する。
【００１０】
また、ウィンドウを半透明にする技術は、例えば、特許文献２にも記載されている。
【特許文献１】特開平８−２９２７５８号公報
【特許文献２】特開平７-１０４７２４号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、特許文献１においては、隠蔽されたウィンドウ情報をユーザの操作を必要とせずに、その内容を閲覧することは可能であるが、ウィンドウ同士の重複領域に対する透明度が一定である。そのため、例えば、アクティブウィンドウにおいて、文字入力作業を行う場合には、アクティブウィンドウ上の入力情報と、その背面にあるウィンドウとの重複領域上のウィンドウ情報が重なってしまうことがあり、入力情報とウィンドウ情報との区別を視認しにくい場合がある。
【００１２】
また、背面にあるウィンドウのウィンドウ情報を詳しく閲覧したい場合には、透明度調整バー等の調整機能を利用して、背面のウィンドウのウィンドウ情報の詳細を閲覧可能にする技術も存在するが、この場合も、必要に応じて透明度を変化させるユーザ操作が要求され、その操作性に欠けている。
【００１３】
本発明は上記の課題を解決するためになされたものであり、重複しているウィンドウ同士それぞれのウィンドウ情報の視認性を容易にかつ効率的に向上させることができるウィンドウ表示制御装置及びその方法、プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記の目的を達成するための本発明によるウィンドウ表示制御装置は以下の構成を備える。即ち、
表示画面に表示されるウィンドウの表示を制御するウィンドウ表示制御装置であって、
第１ウィンドウ及び、前記第１ウィンドウに対応して制御される第２ウィンドウを設定する設定手段と、
前記第１ウィンドウの背面において、前記第２ウィンドウの少なくとも一部が重複する場合、その重複領域内で、該第２ウィンドウの内容が視覚可能になる透かし画像を生成する生成手段と、
前記第１ウィンドウに対して一定時間操作がない場合、前記第２ウィンドウを前記第１ウィンドウの前面に表示する表示制御手段と
を備える。
【００１５】
また、好ましくは、前記生成手段は、前記第１ウィンドウ上のキャレット位置と前記重複領域間の距離に基づいて、前記透かし画像を生成する。
【００１６】
また、好ましくは、前記生成手段は、前記第１ウィンドウ上のキャレット位置と前記重複領域上の複数の所定点間それぞれとの距離に基づいて、重複領域内の透明度が段階的に変化する前記透かし画像を生成する。
【００１７】
また、好ましくは、前記表示制御手段は、前記第２ウィンドウにスクロールバーが存在する場合、更に、スクロール操作画面を前記表示画面内の最前面に表示する。
【００１８】
また、好ましくは、前記設定手段は、ウィンドウ内で選択された任意の範囲を前記第２ウィンドウとして設定する。
【００１９】
また、好ましくは、前記設定手段は、前記第２ウィンドウの設定指示がない場合、前記第１ウィンドウと、前記表示画面上の他のウィンドウとの位置関係に基づいて、該表示画面上の任意のウィンドウを前記第２ウィンドウに設定する。
【００２０】
また、好ましくは、前記表示制御手段は、更に、前記第１ウィンドウ上のキャレット位置に基づいて、前記第２ウィンドウの表示位置を制御する。
【００２１】
また、好ましくは、前記表示制御手段は、前記第２ウィンドウの一部の部分画像が前記表示画面を構成する矩形領域の一端からはみ出ている場合、前記部分画像を該矩形領域の一端に対応するもう一方の一端から表示する。
【００２２】
上記の目的を達成するための本発明によるウィンドウ表示制御方法は以下の構成を備える。即ち、
表示画面に表示されるウィンドウの表示を制御するウィンドウ表示制御方法であって、
編集対象となる第１ウィンドウ及び、前記第１ウィンドウに対応して制御される第２ウィンドウを設定する設定工程と、
前記第１ウィンドウの背面において、前記第２ウィンドウの少なくとも一部が重複する場合、その重複領域内で、該第２ウィンドウの内容が視覚可能になる透かし画像を生成する生成工程と、
前記第１ウィンドウに対して一定時間操作がない場合、前記第２ウィンドウを前記第１ウィンドウの前面に表示する表示制御工程と
を備える。
【００２３】
上記の目的を達成するための本発明によるプログラムは以下の構成を備える。即ち、
表示画面に表示されるウィンドウの表示を制御するウィンドウ表示制御を実現するプログラムであって、
編集対象となる第１ウィンドウ及び、前記第１ウィンドウに対応して制御される第２ウィンドウを設定する設定工程のプログラムコードと、
前記第１ウィンドウの背面において、前記第２ウィンドウの少なくとも一部が重複する場合、その重複領域内で、該第２ウィンドウの内容が視覚可能になる透かし画像を生成する生成工程のプログラムコードと、
前記第１ウィンドウに対して一定時間操作がない場合、前記第２ウィンドウを前記第１ウィンドウの前面に表示する表示制御工程のプログラムコードと
を備える。
【発明の効果】
【００２４】
本発明によれば、重複しているウィンドウ同士それぞれのウィンドウ情報の視認性を容易にかつ効率的に向上させることができるウィンドウ表示制御装置及びその方法、プログラムを提供できる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の実施の形態について図面を用いて詳細に説明する。
【００２６】
＜実施形態１＞
まず、本発明のウィンドウ表示制御装置について、図１を用いて説明する。
【００２７】
尚、本発明のウィンドウ表示制御装置は、例えば、パーソナルコンピュータ等の端末上で動作するＯＳによって実現されるウィンドウシステムにおいて、そのウィンドウの表示制御に特徴がある。
【００２８】
図１は本発明の実施形態１のウィンドウ表示制御装置のハードウェア構成を示す図である。
【００２９】
図１において、ＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、ＬＡＮアダプタ２４、ビデオアダプタ２５、入力部として機能するキーボード２６、マウス２７、ハードディスク２８、ＣＤ−ＲＯＭドライブ２９は、それぞれシステムバス２０を介して互いに接続されている。システムバス２０は、例えばＰＣＩバス、ＡＧＰバス、メモリバス等を意味する。また、図１では、各バス間の接続用チップやキーボードインタフェースやいわゆるＳＣＳＩやＡＴＡＰＩのような入出力用インタフェースは省略されている。
【００３０】
ＣＰＵ２１は、オペレーションシステムのプログラムやアプリケーションプログラムに基づいて四則演算や比較演算等の各種の演算や、ハードウェアの制御を行う。ＲＡＭ２２には、ハードディスク２８やＣＤ−ＲＯＭドライブ２９に装着されたＣＤ−ＲＯＭやＣＤ−Ｒ等の記憶媒体から読み出されたオペレーションシステムのプログラムやアプリケーションプログラム等が記憶され、これらはＣＰＵ２１の制御の元に実行される。ＲＡＭ２２の内容については後にメモリマップの内容として詳述する。
【００３１】
ＲＯＭ２３にはオペレーションシステムと協働してハードディスク等への入出力を司るいわゆるＢＩＯＳ等が記憶される。ＬＡＮアダプタ２４は、ＣＰＵ２１によって制御されるオペレーションシステムの通信プログラムと協働してネットワークを介した外部との通信を行う。ビデオアダプタ２５は、ディスプレイ装置（例えば、ＣＲＴやＬＣＤ）に出力する画像信号を生成し、キーボード２６やマウス２７は情報処理装置への指示を入力するために用いられる。
【００３２】
ハードディスク２８は、オペレーションシステムやアプリケーションプログラムや以下で説明するフローチャートを実行可能なプログラムを記憶している。
【００３３】
ＣＤ−ＲＯＭドライブ２９は、ＣＤ−ＲＯＭやＣＤ−ＲやＣＤ−Ｒ／Ｗ等の記憶媒体を装着してアプリケーションプログラムをハードディスク２８にインストールするのに用いる。尚、ＣＤ−ＲＯＭドライブの代わりにＣＤ−ＲドライブやＣＤ−Ｒ／ＷドライブやＭＯドライブ等を用いても良いのは言うまでもない。
【００３４】
次に、実施形態１のウィンドウ表示制御装置が実行するウィンドウ表示制御処理について、図２を用いて説明する。
【００３５】
図２は本発明の実施形態１のウィンドウ表示制御処理を示すフローチャートである。
【００３６】
尚、実施形態１では、編集ウィンドウ、参照ウィンドウとして説明をするが、編集ウィンドウは初めに優先して表示させるウィンドウであり、標準のウィンドウ（第１ウィンドウ）とも言い換えることができる。また、参照ウィンドウは、編集ウィンドウよりも優先度の低いウィンドウであり、編集ウィンドウの後に表示されるウィンドウ（第２ウィンドウ）である。
【００３７】
また、図２のフローチャートは、本システムが起動されている間、繰り返されるものとする。
【００３８】
本システムの起動時には、後述する半透明化処理の際に使われる、ＲＯＭ２３に記憶されているマスクテーブルを、メモリ（ＲＡＭ２２）上に格納する。また、図２のフローチャートの実行時には、少なくとも１つのウィンドウが表示画面上に表示されているものとする。あるいは、ウィンドウが１つも表示されていない場合には、ウィンドウを表示させた上で、本処理が実行される。
【００３９】
ステップＳ１０１で、編集ウィンドウの設定指示の有無を判定する。設定指示がない場合（ステップＳ１０１でＮＯ）、処理を一旦終了して、再度、ステップＳ１０１に戻り、編集ウィンドウの設定指示を待機する。一方、設定指示がある場合（ステップＳ１０１でＹＥＳ）、ステップＳ１０２に進む。
【００４０】
ステップＳ１０２で、表示画面上のウィンドウの内、所望のウィンドウを編集ウィンドウに設定する。
【００４１】
尚、この編集ウィンドウの設定は、例えば、表示画面上の所望のウィンドウを選択した状態（アクティブ状態）で、マウス２７を右クリックすることで表示されるメニュー（図３）を用いて実行する。具体的には、図３の設定メニューから、「編集ウィンドウ」を選択することで、選択したウィンドウを編集ウィンドウに設定することができる。また、編集ウィンドウに設定した場合は、その旨を示すために、図３の設定メニュー上の項目「編集ウィンドウ」の左端に「レ」（チェックマーク）が付与される。一方、この状態で、再度、項目「編集ウィンドウ」を選択すると、設定が解除され、「レ」（チェックマーク）が外される。
【００４２】
また、編集ウィンドウとは、文字入力等の編集作業を行うウィンドウを設定するためのウィンドウであり、本ウィンドウ表示制御処理の制御対象となる。また、編集ウィンドウに設定されたウィンドウは、その属性値として、「０」が設定される。
【００４３】
一方、編集ウィンドウに対する参照ウィンドウ（編集ウィンドウに対して半透明化処理を実行するウィンドウ）に設定されたウィンドウは、属性値として「１」が設定される。また、属性値は、例えば、ＲＡＭ２２に、対応するウィンドウと対応づけられて記憶される。
【００４４】
次に、ステップＳ１０３で、表示画面内にウィンドウが２つ以上あるか否かを判定する。２つ以上のウィンドウがない場合（ステップＳ１０３でＮＯ）、編集ウィンドウに対する参照ウィンドウを指定することができないので、処理を一旦終了して、ステップＳ１０１に戻り、ウィンドウが２つ以上表示されるまで、待機する。一方、２つ以上のウィンドウがある場合（ステップＳ１０３でＹＥＳ）、ステップＳ１０４に進む。
【００４５】
ステップＳ１０４で、参照ウィンドウの設定指示の有無を判定する。参照ウィンドウの設定指示がない場合（ステップＳ１０４でＮＯ）、処理を一旦終了して、再度、ステップＳ１０１に戻り、参照ウィンドウの設定指示を待機する。一方、参照ウィンドウの設定指示がある場合（ステップＳ１０４でＹＥＳ）、ステップＳ１０５に進む。
【００４６】
ステップＳ１０５で、表示画面上のウィンドウの内、編集ウィンドウ以外の所望のウィンドウを参照ウィンドウに設定する。
【００４７】
尚、この参照ウィンドウの設定は、例えば、表示画面上の所望のウィンドウを選択した状態（アクティブ状態）で、マウス２７を右クリックすることで表示される設定メニュー（図４）を用いて実行する。具体的には、図４の設定メニューから、「参照ウィンドウ」を選択することで、選択したウィンドウを編集ウィンドウに設定することができる。
【００４８】
また、参照ウィンドウとは、上述したように、編集ウィンドウと重なる場合に、半透明化処理に使用されるウィンドウである。
【００４９】
ステップＳ１０６で、編集ウィンドウがアクティブの時に、その編集ウィンドウに対する表示制御処理を実行する。この表示制御処理は、編集ウィンドウがアクティブの間繰り返される。
【００５０】
次に、ステップＳ１０６の編集ウィンドウの表示制御処理の詳細について、図５を用いて説明する。
【００５１】
図５は本発明の実施形態１の編集ウィンドウの表示制御処理の詳細を示すフローチャートである。
【００５２】
尚、図５の編集ウィンドウの表示制御処理は、編集ウィンドウがアクティブで、編集ウィンドウ・参照ウィンドウが設定されている時に繰り返し行われる処理である。
【００５３】
ステップＳ２０１で、参照ウィンドウにスクロールバーがあるか（ウィンドウがスクロールできる状態にあるか）否かを判定する。参照ウィンドウにスクロールバーがない場合（ステップＳ２０１でＮＯ）、ステップＳ２０３に進む。一方、参照ウィンドウにスクロールバーがある場合（ステップＳ２０１でＹＥＳ）、ステップＳ２０２に進む。
【００５４】
ステップＳ２０２で、スクロール操作画面（図６）を表示画面内の任意の位置に最前面に表示する。
【００５５】
尚、このスクロール操作画面は、参照ウィンドウ上のスクロールバーを操作することなく、スクロール操作画面上の矢印ボタンを操作するだけで、参照ウィンドウのウィンドウ情報（表示内容）をスクロールさせる画面である。このスクロール操作画面には、図６に示されるように、参照ウィンドウのウィンドウ情報を上下左右にスクロールさせるための各方向の矢印キーが構成されており、ユーザは、マウス２７等の入力部を用いて、矢印キーを操作することで、所望とする方向に参照ウィンドウのウィンドウ情報をスクロールさせることができる。
【００５６】
ステップＳ２０３で、参照ウィンドウの画像をメモリ（ＲＡＭ２２）上に格納する。このとき、ステップＳ２０２で表示されたスクロール操作画面が操作されている場合、参照ウィンドウをスクロールさせた後の参照ウィンドウの画像をメモリ上に格納する。
【００５７】
ステップＳ２０４で、編集ウィンドウ・参照ウィンドウそれぞれの座標情報をメモリ（ＲＡＭ２２）上に格納する。
【００５８】
尚、この座標情報は、例えば、表示画面全体に対する編集ウィンドウ・参照ウィンドウの位置を示す情報である。また、実施形態１では、表示画面の水平方向をｘ軸、垂直方向をｙ軸、また、その左上角を原点（０，０）として、その原点に対して、編集ウィンドウ・参照ウィンドウの４隅の位置座標を座標情報としている。
【００５９】
ステップＳ２０５で、編集ウィンドウと参照ウィンドウが重なっているか否かを判定する。重なっていない場合（ステップＳ２０５でＮＯ）、ステップＳ２０１に戻る。一方、重なっている場合（ステップＳ２０５でＹＥＳ）、ステップＳ２０６に進む。
【００６０】
尚、ステップＳ２０５の判定は、メモリ上に格納した編集ウィンドウと参照ウィンドウの両者の座標情報を比較することで実現する。
【００６１】
ステップＳ２０６で、参照ウィンドウの表示位置を決定する。
【００６２】
尚、実施形態１では、現在の参照ウィンドウの表示位置を、そのまま参照ウィンドウの表示位置として決定する。但し、編集ウィンドウと参照ウィンドウの重なり状態（位置関係）によっては、参照ウィンドウのウィンドウ情報が視認しにくい場合があるので、位置関係に基づいて、参照ウィンドウの表示位置を決定（変更）するようにしても良い。この参照ウィンドウの表示位置を決定（変更）する表示位置決定処理については、実施形態３において、別途後述する。
【００６３】
ステップＳ２０７で、編集ウィンドウの半透明化処理を実行する。尚、この半透明化処理の詳細については、図１０を用いて後述する。
【００６４】
ステップＳ２０８で、編集ウィンドウに対する操作の有無を判定する。一定時間内に操作がある場合（ステップＳ２０８でＹＥＳ）、ステップＳ２０１に戻り、ステップＳ２０１〜ステップＳ２０６の処理を経て、ステップＳ２０７で、半透明化処理を継続する。一方、一定時間内に操作がない場合（ステップＳ２０８でＮＯ）、ステップＳ２０９に進む。
【００６５】
ステップＳ２０９で、参照ウィンドウを編集ウィンドウの前面に表示する。
【００６６】
尚、この表示方法は、例えば、編集ウィンドウと参照ウィンドウの重なっている部分の参照ウィンドウの画像を、編集ウィンドウ上の重なっている部分に貼り付ける方法がある。
【００６７】
ステップＳ２１０で、編集ウィンドウ及び参照ウィンドウの少なくとも一方のウィンドウの操作の有無を判定する。ウィンドウの操作がない場合（ステップＳ２１０でＮＯ）、操作があるまで待機する。この場合、参照ウィンドウが前面に表示された状態が維持される。一方、ウィンドウの操作がある場合（ステップＳ２１０でＹＥＳ）、ステップＳ２１１に進む。
【００６８】
ステップＳ２１１で、編集ウィンドウ及び参照ウィンドウに対して設定解除の指示の有無を判定する。設定解除の指示がない場合（ステップＳ２１１でＮＯ）、ステップＳ２０７に戻る。一方、設定解除の指示がある場合（ステップＳ２１１でＹＥＳ）、ステップＳ２１２に進む。
【００６９】
ステップＳ２１２で、指定された編集ウィンドウまたは参照ウィンドウの設定解除を、対応する図３または図４の設定メニューを操作して実行する。
【００７０】
次に、ステップＳ２０７の半透明化処理の概念について、図７及び図８を用いて説明する。
【００７１】
図７及び図８は本発明の実施形態１の半透明化処理の概念を説明するための図である。
【００７２】
図７では、編集ウィンドウ７００と参照ウィンドウ７１０が重複している状態において、説明上、編集ウィンドウ７００と参照ウィンドウ７１０を分離させた状態を示している。実施形態１の半透明化処理では、編集ウィンドウ７００と参照ウィンドウ７１０の重複領域に対応する各ウィンドウの画像ａと画像ｂを合成する際に、所定のマスクテーブル（図９）を適用することで、画像ａと画像ｂの内容を混在させて合成した合成画像（透かし画像）（図８）を生成する。
【００７３】
この合成画像は、各ウィンドウの画像ａと画像ｂの一部が間引かれた状態の画像となるので、結果的に、人間の目には、参照ウィンドウ７１０の一部が半透明化された状態で視認されることになる。つまり、重複領域内で、参照ウィンドウ７１０のウィンドウ情報が編集ウィンドウ７００上で視覚可能に表示されることになる。
【００７４】
また、実施形態１では、この混在画像に含ませる画像ａと画像ｂの比率を、マスクテーブル（図９）を用いて決定する。
【００７５】
次に、このマスクテーブルを生成するためのマスクパターンについて、図９を用いて説明する。
【００７６】
図９は本発明の実施形態１のマスクパターンの一例を示す図である。
【００７７】
図９では、複数種類のマスクパターンＡ〜Ｊ、Ｚを示しており、これらのマスクパターンはそれぞれＯＮ（黒）及びＯＦＦ（白）の情報から構成されている。そして、マスクパターンを編集ウィンドウと参照ウィンドウの重複領域に適用した場合、ＯＮの箇所には参照ウィンドウの重複領域の画像が、ＯＦＦの箇所には編集ウィンドウの重複領域の画像が生成されることになる。
【００７８】
そのため、マスクパターンＡからなるマスクテーブルを適用した場合は編集ウィンドウの重複領域の画像すべてからなる合成画像を生成することになる。一方、マスクパターンＪからなるマスクテーブルを適用した場合は参照ウィンドウの重複領域の画像すべてからなる合成画像を生成することになる。
【００７９】
そして、重複領域に対する合成画像を生成するために適用するマスクパターンの選択は、実施形態１では、編集ウィンドウのキャレット位置に基づいて決定する。具体的には、キャレット位置と重複領域間の距離に応じて、重複領域内の透明度が段階的に変化するようにマスクパターンを適宜選択してマスクテーブルを生成する。
【００８０】
図９の場合、キャレット位置と重複領域上の複数の所定点（例えば、左上角座標（ｘ，ｙ）、左上角座標のｘ座標と同一のｘ座標でｙ座標が異なる座標（ｘ，ｙ１）〜（ｘ，ｙｎ）、ここで、ｎは整数）間それぞれの距離情報に応じて、マスクパターンを選択する構成となっている。例えば、距離情報が１０未満の場合、マスクパターンＡ（透明度０）を選択する。距離情報が１０以上２０未満の場合、マスクパターンＢ（透明度１０）を選択する。以下、同様にして、距離情報が該当する所定距離範囲内に対応するマスクパターンを選択し、距離情報が９０以上の場合は、マスクパターンＪ（透明度１００）を選択する。また、マスクパターンＺは、編集ウィンドウにキャレットが存在しない場合のデフォルトマスクパターンであり、この場合は、重複領域全体が所定の透明度（透明度５０）となる。
【００８１】
つまり、実施形態１では、編集ウィンドウのキャレット位置周辺は、ユーザが文字情報を入力する状況であることを想定して、重複領域中のキャレット周辺部分においては、背面にある参照ウィンドウに対する透明度を低くして、前面にある編集ウィンドウのウィンドウ情報の視認性を向上させることができる。一方、重複領域中のキャレットから離れた部分は、その離れている距離に従って、参照ウィンドウに対する透明度を高くして、参照ウィンドウのウィンドウ情報の視認性も向上させることができる。
【００８２】
このように、編集ウィンドウと参照ウィンドウの重複領域内の透明度を、編集ウィンドウ上のキャレット位置と重複領域の位置関係に基づいて、段階的に変更することで、編集ウィンドウに対する操作箇所（キャレット位置）周辺における視認性と、重複領域によって隠蔽されている参照ウィンドウのウィンドウ情報の視認性を、より有効な表示形態で向上させることができる。
【００８３】
次に、ステップＳ２０７の半透明化処理の詳細について、図１０を用いて説明する。
【００８４】
図１０は本発明の実施形態１の半透明化処理の詳細を示すフローチャートである。
【００８５】
まず、ステップＳ３０１で、編集ウィンドウと参照ウィンドウが互いに重複している画像（以下、重複画像とする）を取得する。ステップＳ３０２で、重複画像に関する情報として、重複画像の左上角座標を取得する。
【００８６】
図７の例の場合、重複画像として、画像ａ及び画像ｂ、その重複画像に関する情報として、左上角のｃ点のｙ座標、高さｄ及び幅ｅを取得する。そして、取得したこれらの情報は、メモリ（ＲＡＭ２２）上に格納する。
【００８７】
ステップＳ３０３で、キャレット位置から重複画像の左上角座標までの距離情報を算出する。この算出した距離情報は、マスクテーブルに付加されている距離情報と照合し、マスクテーブルを作成する際に、必要なマスクパターンを選択するために使用される。
【００８８】
尚、編集ウィンドウ上のキャレットの位置座標のｙ座標は、予め初期化されているため、編集ウィンドウにキャレットがない場合、距離情報は重複ウィンドウの左上角座標のｙ座標そのものになる。
【００８９】
取得した距離情報は、編集ウィンドウにキャレットがある場合、つまり、重複領域の透明度を段階的に変化させるマスクテーブルを作成するときのみ使用されるので、ステップＳ３０４で、編集ウィンドウにキャレットがあるかないかを判定する。キャレットがない場合（ステップＳ３０４でＮＯ）、ステップＳ３０５に進み、デフォルトの距離情報を取得する。この場合、メモリ上に格納されている図９のマスクパターン群の内、マスクパターンＺからなるマスクテーブルを作成することが可能になる。
【００９０】
一方、キャレットがある場合（ステップＳ３０４でＹＥＳ）、ステップＳ３０６に進む。ステップＳ３０６で、メモリ上にあるマスクパターン（各マスクパターンにはそれぞれ距離情報を有している）の距離情報を参照し、それに対応するマスクパターンを選択する。使用するマスクパターンを選択すると、ステップＳ３０７に進む。例えば、ステップＳ３０３で取得した距離情報が１５であれば、初めに図９のマスクパターンＢが選択される。
【００９１】
尚、距離情報の単位は、ドットでもポイントでも良い。
【００９２】
ステップＳ３０７で、重複画像中の１バンド分（マスクパターン分の高さ分と、重複画像の幅分の領域）の領域に対するマスクテーブルを作成する。
【００９３】
ステップＳ３０８で、重複画像全体に対するマスクテーブルの作成が終了したか否かを判定する。終了した場合（ステップＳ３０８でＹＥＳ）、ステップＳ３１１に進む。一方、終了していない場合（ステップＳ３０８でＮＯ）、ステップＳ３０９に進む。
【００９４】
尚、ステップＳ３０８の判定は、重複画像のサイズ以上の十分なサイズのマスクテーブルの作成が終了したか否かを判定するものである。
【００９５】
ステップＳ３０９で、次のバンド分のマスクテーブルを作成するために、前回の距離情報の算出のために参照した重複画像の座標（最初は、左上角座標）からｙ方向にマスクパターンの高さ分ずらした座標と、キャレット位置間の距離情報を算出して、マスクパターンを選択するための距離情報を更新する。そして、ステップＳ３０４を経て、ステップＳ３０６で、更新した距離情報を参照して、それに対応するマスクパターンを選択し、ステップＳ３０７で、１バンド分のマスクテーブルを作成する。そして、以上の処理を、距離情報を更新しながら繰り返すことで、重複画像のサイズ以上の十分なサイズのマスクテーブルを作成する。
【００９６】
尚、キャレットが存在しない場合には、距離情報を更新しながら、所定のマスクパターン（マスクパターンＺ）からなるマスクテーブルを１バンドずつ作成することになる。
【００９７】
ステップＳ３０８において、マスクテーブルの作成が終了したら、ステップＳ３１０で、作成したマスクテーブルを、編集ウィンドウと参照ウィンドウのそれぞれの重複画像に適用して、合成画像を生成する。
【００９８】
ステップＳ３１１で、合成画像を編集ウィンドウに貼り付ける。これは、ステップＳ３０２で取得した座標情報に基づいて貼り付けることになる。
【００９９】
次に、編集ウィンドウにキャレットが存在する場合のマスクテーブルの作成例について、図１１を用いて説明する。
【０１００】
図１１は本発明の実施形態１の編集ウィンドウにキャレットが存在する場合のマスクテーブルの作成例を説明するための図である。
【０１０１】
編集ウィンドウにキャレットが存在する場合では、まず、現在のキャレット位置から重複画像の左上角座標間の距離情報は算出する。ここで、算出された距離情報が１５であるとする。そのため、この場合は、マスクテーブルを構成するマスクパターンには、マスクパターンＢを選択することになる。そして、この選択したマスクパターンＢを用いて、高さが１０で、幅が重複画像の幅に相当する１バンド分のマスクテーブルを作成する。
【０１０２】
１バンド分のマスクテーブルの作成が終了すると、次のバンドに対するマスクテーブルを作成するために距離情報を更新する。ここで、更新した距離情報は２５であるとする。そのため、この場合は、マスクテーブルを構成するマスクパターンには、マスクパターンＣを選択することになる。そして、この選択したマスクパターンＣを用いて、１バンド分のマスクテーブルを作成する。
【０１０３】
以下、同様にして、バンド単位で、距離情報を更新しながら、マスクテーブルを作成し、重複画像のサイズ以上の十分なサイズのマスクテーブルを作成したら、処理を終了する。
【０１０４】
尚、この作成するマスクテーブルは、構成要素となるマスクパターンのサイズによっては、必ずしもマスクテーブルと重複画像のサイズが一致しない場合が発生するが、基本的には、重複画像全体に対して上述の半透明化処理が実現されれば良いので、実施形態１では、少なくとも重複画像のサイズ以上の十分なサイズのマスクテーブルを作成する。そして、作成したマスクテーブルにおいて、重複画像のサイズを越える部分については、それを無視して半透明化処理を実行する。
【０１０５】
そして、作成したマスクテーブルを編集ウィンドウ及び参照ウィンドウの重複画像に適用すると、例えば、図１２に示すような表示結果が得られる。図１２に示すように、キャレット１２００が存在する場合には、編集ウィンドウと参照ウィンドウの重複画像１２１０の透明度が、キャレット１２００との距離に応じて段階的に変化している。
【０１０６】
これにより、ユーザは、キャレット周辺では、編集ウィンドウのウィンドウ情報が視認しやすくなり、一方で、キャレットから離れるに従って、重複画像中で、編集ウィンドウの背面にある参照ウィンドウのウィンドウ情報が視認できるようになる。
【０１０７】
次に、編集ウィンドウにキャレットが存在しない場合のマスクテーブルの作成例について、図１３を用いて説明する。
【０１０８】
図１３は本発明の実施形態１の編集ウィンドウにキャレットが存在しない場合のマスクテーブルの作成例を説明するための図である。
【０１０９】
編集ウィンドウにキャレットが存在しない場合では、常にデフォルトのマスクパターンＺを選択して、マスクテーブルを構成することになるので、バンド単位で、マスクパターンＺのマスクテーブルを作成する。
【０１１０】
そして、作成したマスクテーブルを編集ウィンドウ及び参照ウィンドウの重複画像に適用すると、例えば、図１４に示すような表示結果が得られる。図１４に示すように、キャレットが存在しない場合には、編集ウィンドウと参照ウィンドウの重複画像１４１０の透明度は一定となる。
【０１１１】
これにより、キャレットが存在しない場合には、編集ウィンドウ及び参照ウィンドウの両者のウィンドウ情報を視認することができるようになる。
【０１１２】
以上説明したように、実施形態１によれば、ウィンドウ同士の重複領域に対して半透明化処理を適用する場合に、編集ウィンドウ（アクティブウィンドウ）上のキャレット位置と重複領域の位置関係に基づいて、重複領域内の透明度を制御することで、編集ウィンドウの操作時における視認性と、編集ウィンドウの背面にある参照ウィンドウ上のウィンドウ情報の視認性を向上させることができる。
【０１１３】
特に、実施形態１では、編集ウィンドウ上の実際の編集箇所（キャレット位置）の周辺の重複領域上の部分領域では、編集ウィンドウのウィンドウ情報の視認性を向上させることができ、逆に、編集箇所から離れた重複領域の部分領域では、参照ウィンドウのウィンドウ情報の視認性を向上させることができる。これにより、編集ウィンドウ及び参照ウィンドウに対して、より有意な視認状態を提供することができる。
【０１１４】
また、編集ウィンドウと参照ウィンドウに対する操作の有無を判定し、一定時間操作がない場合には、参照ウィンドウを自動的に編集ウィンドウの前面に表示し、再び操作があった場合には、編集ウィンドウを参照ウィンドウの前面に表示する。
【０１１５】
これにより、複数のウィンドウが表示されていて、参照ウィンドウのウィンドウ情報を参照しながら、編集ウィンドウ上で編集作業を行いたい場合には、両者のウィンドウに対してユーザが要望する環境を好適に提供することができる。
【０１１６】
＜実施形態２＞
実施形態１では、参照ウィンドウの設定は、ウィンドウ全体を設定対象とする構成としているが、これに限定されない。例えば、任意のウィンドウ中の所望の領域を参照ウィンドウとして設定しても良い。
【０１１７】
以下、実施形態２におけるウィンドウ表示制御処理について、図１５を用いて説明する。
【０１１８】
図１５は本発明の実施形態２のウィンドウ表示制御処理を示すフローチャートである。
【０１１９】
尚、図２と同一のステップについては、同一のステップ番号を付加して、その説明は省略する。また、実施形態２のウィンドウ表示制御処理は、実施形態１の図２のステップＳ１０４及びステップＳ１０５を、図１４のフローチャートに置換することで実現される。
【０１２０】
実施形態１の図２のステップＳ１０１〜ステップＳ１０３の処理後、ステップＳ４０１で、参照ウィンドウの設定指示の有無を判定する。参照ウィンドウの設定指示がない場合（ステップＳ４０１でＮＯ）、ステップＳ４０２に進み、参照ウィンドウを自動設定する。
【０１２１】
尚、参照ウィンドウに自動設定するウィンドウは、例えば、表示画面内のウィンドウの表示状態が図１６のような場合では、編集ウィンドウ１６００に対して、前面のウィンドウ１６１０でも、背面のウィンドウ１６２０でも良い。あるいは、編集ウィンドウから一番近いウィンドウや、重複領域が一番大きいウィンドウでも良い。つまり、編集ウィンドウと他のウィンドウとの位置関係に基づいて、参照ウィンドウを自動設定する。
【０１２２】
このように、実施形態１の図２のステップＳ１０４では、参照ウィンドウの設定指示がない場合は、処理を終了していたが、実施形態２では、参照ウィンドウの設定指示がない場合でも、表示画面内のウィンドウの表示状態において、編集ウィンドウに対する参照ウィンドウを自動的に設定することができる。
【０１２３】
一方、ステップＳ４０２で、参照ウィンドウの設定指示がある場合（ステップＳ４０２でＹＥＳ）、ステップＳ４０３に進み、参照ウィンドウ内の表示内容の内、任意の領域の選択範囲の指定の有無を判定する。選択範囲の指定がない場合（ステップＳ４０３でＮＯ）、ステップＳ１０５に進み、選択されているウィンドウ全体を参照ウィンドウに設定する。
【０１２４】
尚、選択範囲の指定は、複数の選択範囲を指定することも可能である。
【０１２５】
一方、ステップＳ４０３において、選択範囲の指定がある場合（ステップＳ４０３でＹＥＳ）、ステップＳ４０４に進み、選択範囲に対応する画像及び画像に関する情報をメモリ上に記憶する。その後、ステップＳ１０５で、選択範囲に対応する画像を参照ウィンドウに設定する。
【０１２６】
尚、図１５のフローチャートでは、ユーザが参照ウィンドウの設定指示を行ってから選択範囲を指定しているが、参照ウィンドウが未設定の状態で先に選択範囲を指定する構成にすることも可能である。この場合、選択範囲を指定されたウィンドウが自動的に参照ウィンドウに設定されることになる。
【０１２７】
以上説明したように、実施形態２によれば、実施形態１で説明した効果に加えて、ウィンドウもしくはそのウィンドウ内の任意の領域を参照ウィンドウに設定することができる。また、参照ウィンドウの設定指示がない場合でも、表示画面内のより適切なウィンドウを自動的に参照ウィンドウに設定することができる。
【０１２８】
＜実施形態３＞
実施形態１では、参照ウィンドウの表示位置は、参照ウィンドウの設定時の表示位置をそのまま維持する構成としているが、これに限定されない。例えば、編集ウィンドウと参照ウィンドウの重複状態によっては、編集ウィンドウのウィンドウ情報の視認性に影響を及ぼす可能性がある。
【０１２９】
そこで、実施形態３では、編集ウィンドウ上のキャレット位置に応じて、参照ウィンドウの表示位置を制御する構成について説明する。
【０１３０】
また、参照ウィンドウの表示位置を制御した結果、そのサイズによっては、表示画面内に収まらない場合があり得る。
【０１３１】
例えば、図１７では、表示画面１７００において、編集ウィンドウ１７１０と、参照ウィンドウ１７２０が表示されている状態を示している。特に、図１７では、参照ウィンドウ１７２０の一部の部分画像１７３０が表示画面１７００内に収まらず、はみ出している状態である。
【０１３２】
そこで、このような場合には、部分画像１７３０を、表示画面１７００の上辺端から表示される位置に、その表示位置を移動する。これにより、参照ウィンドウ１７２０内のすべてのウィンドウ情報を視認することができるようになる。もちろん、この場合でも、編集ウィンドウと参照ウィンドウが重複する重複領域では、実施形態１と同様の半透明化処理を実行する。
【０１３３】
以下、実施形態３における、参照ウィンドウの表示位置を決定する参照ウィンドウの表示位置決定処理について、図１８を用いて説明する。
【０１３４】
図１８は本発明の実施形態３の参照ウィンドウの表示位置決定処理を示すフローチャートである。
【０１３５】
尚、実施形態３の参照ウィンドウの表示位置決定処理は、実施形態１の図５のステップＳ２０６を、図１８のフローチャートに置換することで実現される。
【０１３６】
ステップＳ５０１で、編集ウィンドウにキャレットがあるか否かを判定する。キャレットがない場合（ステップＳ５０１でＮＯ）、編集ウィンドウではキー入力による編集作業が行われていないということなので、参照ウィンドウは現在の表示位置を保持する。
【０１３７】
一方、キャレットがある場合（ステップＳ５０１でＹＥＳ）、ステップＳ５０２に進み、表示画面サイズを取得して、メモリ上に格納する。
【０１３８】
ステップＳ５０３で、編集ウィンドウにキャレットが存在する場合に、メモリ上に格納されている参照ウィンドウの高さ情報と表示画面サイズ情報を用いて、参照ウィンドウの高さが表示画面の高さより予め設定されている一定値以上差があるか否かを判定する。一定値以上差がない場合（ステップＳ５０３でＮＯ）、処理を終了し、現在の参照ウィンドウの表示位置を維持する。
【０１３９】
これは、一定値以上差がない場合に、参照ウィンドウの表示位置を、キャレット位置の近くに移動させてしまうと、参照ウィンドウがディスプレイからはみ出してしまい、参照したい部分がディスプレイに表示されないという問題が考えられる。つまり、表示画面から見えない部分が多くなり、参照できる部分が少なくなる可能性がある。そのため、この場合には、現在の参照ウィンドウの表示位置を、そのまま参照ウィンドウの表示位置として決定する。
【０１４０】
一方、一定値以上差がある場合（ステップＳ５０３でＹＥＳ）、ステップＳ５０４に進む。ステップＳ５０４で、メモリ上にある編集ウィンドウに関する情報からキャレットの位置情報を取得する。
【０１４１】
ステップＳ５０５で、取得したキャレットの位置情報から参照ウィンドウを移動させるための表示位置を計算する。これにより、参照ウィンドウを編集ウィンドウで編集作業が行いやすい位置に移動させる。
【０１４２】
尚、表示位置の決定は、例えば、図１９のように、参照ウィンドウ左上角座標のｙ座標を、編集ウィンドウ上のキャレットの位置から常に一定の距離になるようにしても良い。あるいは、キャレットが編集ウィンドウの下位部分にあり、参照ウィンドウを現在の位置より上位に移動させたほうが見やすくなる場合であれば、参照ウィンドウの表示位置をキャレットより上位にすることも可能である。
【０１４３】
ステップＳ５０６で、参照ウィンドウを、計算した表示位置へ移動する。
【０１４４】
尚、キャレット位置に合わせて、参照ウィンドウを下方向に移動させていった場合には、図１７で説明したように、参照ウィンドウの一部が表示画面からはみ出て、そのウィンドウ情報の一部が切れてしまうことが考えられる。この場合は、表示画面からはみ出した参照ウィンドウの部分画像をディスプレイの最上位から表示させることで、常に参照ウィンドウの全体が表示画面に表示されるようにしてもよい。
【０１４５】
このような場合には、ステップＳ５０６で、更に、参照ウィンドウの表示制御処理を実行する。
【０１４６】
この参照ウィンドウの表示制御処理について、図２０を用いて説明する。
【０１４７】
図２０は本発明の実施形態３の参照ウィンドウの表示制御処理を示すフローチャートである。
【０１４８】
ステップＳ６０１で、メモリに格納されている表示画面サイズ情報と参照ウィンドウの高さ情報より、参照ウィンドウが表示画面の下からはみ出しているか否かを判定する。はみ出していない場合（ステップＳ６０１でＮＯ）、処理を終了する。一方、はみ出している場合（ステップＳ６０１でＹＥＳ）、ステップＳ６０２に進む。
【０１４９】
ステップＳ６０２で、参照ウィンドウが表示画面の下からはみ出している部分画像を、表示画面の最上位から表示する。
【０１５０】
具体的には、メモリ上に格納されている表示画面サイズ情報、参照ウィンドウの表示位置、参照ウィンドウのサイズを用いて、はみ出した部分画像の画像情報を取得して、メモリ上に格納する。そして、その部分画像を、参照ウィンドウの表示位置のｘ座標に合わせて表示画面の最上位から貼り付けて表示する。
【０１５１】
尚、参照ウィンドウが、編集ウィンドウ上のキャレットより上にある場合は、表示画面の上からはみ出している部分画像をディスプレイの最下位に表示させるようにしても良い。つまり、参照ウィンドウの一部の部分画像が表示画面を構成する矩形領域の一端からはみ出ている場合、部分画像を該矩形領域の一端（例えば、最下端（あるいは右端））に対応するもう一方の一端（最上端（あるいは左端））から表示する。
【０１５２】
以上説明したように、実施形態３によれば、実施形態１で説明した効果に加えて、編集ウィンドウ上のキャレット位置に基づいて、参照ウィンドウの表示位置を制御するとともに、参照ウィンドウの表示状態に応じて、参照ウィンドウ中の部分画像の表示位置を制御する。
【０１５３】
これにより、より適切な表示位置で参照ウィンドウを表示することができ、編集ウィンドウ及び参照ウィンドウの視認性を向上させることができる。
【０１５４】
尚、上記実施形態１乃至３は、一例であり、用途や目的に応じて、実施形態１乃至３の構成を任意に組み合わせた実施形態を実現することもできる。
【０１５５】
また、上記実施形態では、編集ウィンドウと参照ウィンドウを１つずつ設定して、両者の表示制御を実現する構成としているが、２つ以上の参照ウィンドウを設定して、各参照ウィンドウに対して上記実施形態の処理を実現するようにしても良い。
【０１５６】
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１５７】
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【０１５８】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０１５９】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。
【０１６０】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【０１６１】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１６２】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１６３】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【０１６４】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【０１６５】
【図１】本発明の実施形態１のウィンドウ表示制御装置のハードウェア構成を示す図である。
【図２】本発明の実施形態１のウィンドウ表示制御処理を示すフローチャートである。
【図３】本発明の実施形態１の設定メニューの一例を示す図である。
【図４】本発明の実施形態１の設定メニューの一例を示す図である。
【図５】本発明の実施形態１の編集ウィンドウの表示制御処理の詳細を示すフローチャートである。
【図６】本発明の実施形態１のスクロール操作画面の一例を示す図である。
【図７】本発明の実施形態１の半透明化処理の概念を説明するための図である。
【図８】本発明の実施形態１の半透明化処理の概念を説明するための図である。
【図９】本発明の実施形態１のマスクパターンの一例を示す図である。
【図１０】本発明の実施形態１の半透明化処理の詳細を示すフローチャートである。
【図１１】本発明の実施形態１の編集ウィンドウにキャレットが存在する場合のマスクテーブルの作成例を説明するための図である。
【図１２】本発明の実施形態１の編集ウィンドウにキャレットが存在する場合の編集ウィンドウと参照ウィンドウの表示例を示す図である。
【図１３】本発明の実施形態１の編集ウィンドウにキャレットが存在しない場合のマスクテーブルの作成例を説明するための図である。
【図１４】本発明の実施形態１の編集ウィンドウにキャレットが存在しない場合の編集ウィンドウと参照ウィンドウの表示例を示す図である。
【図１５】本発明の実施形態２のウィンドウ表示制御処理を示すフローチャートである。
【図１６】本発明の実施形態２の参照ウィンドウの自動設定を説明するための図である。
【図１７】本発明の実施形態３の参照ウィンドウの表示位置の制御を説明するための図である。
【図１８】本発明の実施形態３の参照ウィンドウの表示位置決定処理を示すフローチャートである。
【図１９】本発明の実施形態３の参照ウィンドウの表示位置の決定方法を説明するための図である。
【図２０】本発明の実施形態３の参照ウィンドウの表示制御処理を示すフローチャートである。
【図２１】従来のオーバーラップマルチウィンドウシステムの表示例を示す図である。
【符号の説明】
【０１６６】
２０ システムバス
２１ ＣＰＵ
２２ ＲＡＭ
２３ ＲＯＭ
２４ ＬＡＮアダプタ
２５ ビデオアダプタ
２６ キーボード
２７ マウス
２８ ハードディスク
２９ ＣＤ−ＲＯＭドライブ
【特許請求の範囲】
【請求項１】
表示画面に表示されるウィンドウの表示を制御するウィンドウ表示制御装置であって、
第１ウィンドウ及び、前記第１ウィンドウに対応して制御される第２ウィンドウを設定する設定手段と、
前記第１ウィンドウの背面において、前記第２ウィンドウの少なくとも一部が重複する場合、その重複領域内で、該第２ウィンドウの内容が視覚可能になる透かし画像を生成する生成手段と、
前記第１ウィンドウに対して一定時間操作がない場合、前記第２ウィンドウを前記第１ウィンドウの前面に表示する表示制御手段と
を備えることを特徴とするウィンドウ表示制御装置。
【請求項２】
前記生成手段は、前記第１ウィンドウ上のキャレット位置と前記重複領域間の距離に基づいて、前記透かし画像を生成する
ことを特徴とする請求項１に記載のウィンドウ表示制御装置。
【請求項３】
前記生成手段は、前記第１ウィンドウ上のキャレット位置と前記重複領域上の複数の所定点間それぞれとの距離に基づいて、重複領域内の透明度が段階的に変化する前記透かし画像を生成する
ことを特徴とする請求項１に記載のウィンドウ表示制御装置。
【請求項４】
前記表示制御手段は、前記第２ウィンドウにスクロールバーが存在する場合、更に、スクロール操作画面を前記表示画面内の最前面に表示する
ことを特徴とする請求項１に記載のウィンドウ表示制御装置。
【請求項５】
前記設定手段は、ウィンドウ内で選択された任意の範囲を前記第２ウィンドウとして設定する
ことを特徴とする請求項１に記載のウィンドウ表示制御装置。
【請求項６】
前記設定手段は、前記第２ウィンドウの設定指示がない場合、前記第１ウィンドウと、前記表示画面上の他のウィンドウとの位置関係に基づいて、該表示画面上の任意のウィンドウを前記第２ウィンドウに設定する
ことを特徴とする請求項１に記載のウィンドウ表示制御装置。
【請求項７】
前記表示制御手段は、更に、前記第１ウィンドウ上のキャレット位置に基づいて、前記第２ウィンドウの表示位置を制御する
ことを特徴とする請求項１に記載のウィンドウ表示制御装置。
【請求項８】
前記表示制御手段は、前記第２ウィンドウの一部の部分画像が前記表示画面を構成する矩形領域の一端からはみ出ている場合、前記部分画像を該矩形領域の一端に対応するもう一方の一端から表示する
ことを特徴とする請求項１に記載のウィンドウ表示制御装置。
【請求項９】
表示画面に表示されるウィンドウの表示を制御するウィンドウ表示制御方法であって、
第１ウィンドウ及び、前記第１ウィンドウに対応して制御される第２ウィンドウを設定する設定工程と、
前記第１ウィンドウの背面において、前記第２ウィンドウの少なくとも一部が重複する場合、その重複領域内で、該参照ウィンドウの内容が視覚可能になる透かし画像を生成する生成工程と、
前記第１ウィンドウに対して一定時間操作がない場合、前記第２ウィンドウを前記第１ウィンドウの前面に表示する表示制御工程と
を備えることを特徴とするウィンドウ表示制御装置。
【請求項１０】
表示画面に表示されるウィンドウの表示を制御するウィンドウ表示制御を実現するプログラムであって、
第１ウィンドウ及び、前記第１ウィンドウに対応して制御される第２ウィンドウを設定する設定工程のプログラムコードと、
前記第１ウィンドウの背面において、前記第２ウィンドウの少なくとも一部が重複する場合、その重複領域内で、該参照ウィンドウの内容が視覚可能になる透かし画像を生成する生成工程のプログラムコードと、
前記第１ウィンドウに対して一定時間操作がない場合、前記第２ウィンドウを前記第１ウィンドウの前面に表示する表示制御工程のプログラムコードと
を備えることを特徴とするプログラム。
【請求項１】
表示画面に表示されるウィンドウの表示を制御するウィンドウ表示制御装置であって、
第１ウィンドウ及び、前記第１ウィンドウに対応して制御される第２ウィンドウを設定する設定手段と、
前記第１ウィンドウの背面において、前記第２ウィンドウの少なくとも一部が重複する場合、その重複領域内で、該第２ウィンドウの内容が視覚可能になる透かし画像を生成する生成手段と、
前記第１ウィンドウに対して一定時間操作がない場合、前記第２ウィンドウを前記第１ウィンドウの前面に表示する表示制御手段と
を備えることを特徴とするウィンドウ表示制御装置。
【請求項２】
前記生成手段は、前記第１ウィンドウ上のキャレット位置と前記重複領域間の距離に基づいて、前記透かし画像を生成する
ことを特徴とする請求項１に記載のウィンドウ表示制御装置。
【請求項３】
前記生成手段は、前記第１ウィンドウ上のキャレット位置と前記重複領域上の複数の所定点間それぞれとの距離に基づいて、重複領域内の透明度が段階的に変化する前記透かし画像を生成する
ことを特徴とする請求項１に記載のウィンドウ表示制御装置。
【請求項４】
前記表示制御手段は、前記第２ウィンドウにスクロールバーが存在する場合、更に、スクロール操作画面を前記表示画面内の最前面に表示する
ことを特徴とする請求項１に記載のウィンドウ表示制御装置。
【請求項５】
前記設定手段は、ウィンドウ内で選択された任意の範囲を前記第２ウィンドウとして設定する
ことを特徴とする請求項１に記載のウィンドウ表示制御装置。
【請求項６】
前記設定手段は、前記第２ウィンドウの設定指示がない場合、前記第１ウィンドウと、前記表示画面上の他のウィンドウとの位置関係に基づいて、該表示画面上の任意のウィンドウを前記第２ウィンドウに設定する
ことを特徴とする請求項１に記載のウィンドウ表示制御装置。
【請求項７】
前記表示制御手段は、更に、前記第１ウィンドウ上のキャレット位置に基づいて、前記第２ウィンドウの表示位置を制御する
ことを特徴とする請求項１に記載のウィンドウ表示制御装置。
【請求項８】
前記表示制御手段は、前記第２ウィンドウの一部の部分画像が前記表示画面を構成する矩形領域の一端からはみ出ている場合、前記部分画像を該矩形領域の一端に対応するもう一方の一端から表示する
ことを特徴とする請求項１に記載のウィンドウ表示制御装置。
【請求項９】
表示画面に表示されるウィンドウの表示を制御するウィンドウ表示制御方法であって、
第１ウィンドウ及び、前記第１ウィンドウに対応して制御される第２ウィンドウを設定する設定工程と、
前記第１ウィンドウの背面において、前記第２ウィンドウの少なくとも一部が重複する場合、その重複領域内で、該参照ウィンドウの内容が視覚可能になる透かし画像を生成する生成工程と、
前記第１ウィンドウに対して一定時間操作がない場合、前記第２ウィンドウを前記第１ウィンドウの前面に表示する表示制御工程と
を備えることを特徴とするウィンドウ表示制御装置。
【請求項１０】
表示画面に表示されるウィンドウの表示を制御するウィンドウ表示制御を実現するプログラムであって、
第１ウィンドウ及び、前記第１ウィンドウに対応して制御される第２ウィンドウを設定する設定工程のプログラムコードと、
前記第１ウィンドウの背面において、前記第２ウィンドウの少なくとも一部が重複する場合、その重複領域内で、該参照ウィンドウの内容が視覚可能になる透かし画像を生成する生成工程のプログラムコードと、
前記第１ウィンドウに対して一定時間操作がない場合、前記第２ウィンドウを前記第１ウィンドウの前面に表示する表示制御工程のプログラムコードと
を備えることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図８】
【図１０】
【図１１】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図７】
【図９】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図８】
【図１０】
【図１１】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図７】
【図９】
【図１２】
【公開番号】特開２００６−４０８６（Ｐ２００６−４０８６Ａ）
【公開日】平成１８年１月５日（２００６．１．５）
【国際特許分類】
【出願番号】特願２００４−１７８５２２（Ｐ２００４−１７８５２２）
【出願日】平成１６年６月１６日（２００４．６．１６）
【出願人】（３９０００２７６１）キヤノン販売株式会社 (656)
【Ｆターム（参考）】
【公開日】平成１８年１月５日（２００６．１．５）
【国際特許分類】
【出願日】平成１６年６月１６日（２００４．６．１６）
【出願人】（３９０００２７６１）キヤノン販売株式会社 (656)
【Ｆターム（参考）】
[ Back to top ]