(57)【要約】【課題】  最初に描画する際には内部メモリーにオフスクリーンが無いので、まずオフスクリーンを作製してから画面上に描画するため、ユーザはその間、画像を確認できず、特に描画に時間のかかるドキュメントでは、ユーザの不快感が増す、アプリケーションのハングアップを疑ってしまうなどの問題があった。【解決手段】  本発明は、画像データをオフスクリーン上に展開している最中に、すでに展開済みのオフスクリーン上の画像データを途中描画条件を満たした段階でディスプレイに描画する。【選択図】        図４
2006267190.tif 000002
【特許請求の範囲】
【請求項１】
ドキュメント画像データをオフスクリーン上に展開するオフスクリーン展開手段と、
前記オフスクリーンに展開された画像をディスプレイに描画するディスプレイ描画手段と、
前記画像データ内の描画要素を前記オフスクリーン上にα個ずつ（αは１以上の整数）展開している最中に、すでに展開済みのオフスクリーン上の画像データを途中描画条件を満たした段階でディスプレイに描画する途中描画手段と
を有することを特徴とする画像表示装置。
【請求項２】
前記途中描画条件は、オフスクリーン上に展開する処理時間の合計がある一定の閾値以上であることを特徴とする請求項１記載の画像表示装置。
【請求項３】
前記途中描画条件は、描画要素のオリジナルのサイズがある閾値以上であることを特徴とする請求項１記載の画像表示装置。
【請求項４】
前記途中描画条件は、描画要素が圧縮されている場合は解凍後のサイズがある閾値以上であることを特徴とする請求項１記載の画像表示装置。
【請求項５】
前記途中描画条件は、プラットフォームＯＳよって変化することを特徴とする請求項１記載の画像表示装置。
【請求項６】
前記途中描画条件は、ＣＰＵの動作クロック数によって変化することを特徴とする請求項１記載の画像表示装置。
【請求項７】
ドキュメント画像データをオフスクリーン上に展開するオフスクリーン展開ステップと、
前記オフスクリーンに展開された画像をディスプレイに描画するディスプレイ描画ステップと、
前記画像データ内の描画要素を前記オフスクリーン上にα個ずつ（αは１以上の整数）展開している最中に、すでに展開済みのオフスクリーン上の画像データを途中描画条件を満たした段階でディスプレイに描画する途中描画ステップと
を有することを特徴とする画像表示装置を制御するための画像表示方法。
【請求項８】
ドキュメント画像データをオフスクリーン上に展開するオフスクリーン展開ステップと、
前記オフスクリーンに展開された画像をディスプレイに描画するディスプレイ描画ステップと、
前記画像データ内の描画要素を前記オフスクリーン上にα個ずつ（αは１以上の整数）展開している最中に、すでに展開済みのオフスクリーン上の画像データを途中描画条件を満たした段階でディスプレイに描画する途中描画ステップと
の各ステップをコンピュータに実行させるためのプログラムコードを含むことを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像表示装置、画像表示方法及びそのコンピュータプログラムに関するものである。
【背景技術】
【０００２】
従来、様々なアプリケーションで作成されるドキュメントを画面上に表示する際に、表示部分のスクロールや他のウインドウに隠れていた部分の再描画をする場合にすばやく描画するためにオフスクリーンとして内部メモリーに画像イメージを蓄えていた。
【特許文献１】特開２００１−０４２８４７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来の方式では、最初に描画する際には内部メモリーにオフスクリーンが無いので、まずオフスクリーンを作製してから画面上に描画するため、ユーザはその間、画像を確認できず、特に描画に時間のかかるドキュメントでは、ユーザの不快感が増す、アプリケーションのハングアップを疑ってしまうなどの問題があった。
【０００４】
本発明は、以上の点に着目して成されたもので、描画内容が多く画像処理に時間のかかるような場合でも、途中の状態をユーザに示すことによって、ユーザがすばやくドキュメントの確認を行え、ユーザの不快感を減らすことができる画像表示装置、画像表示方法及びそのコンピュータプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明は上記の点に鑑みてなされたものであり、ドキュメント画像データをオフスクリーン上に展開するオフスクリーン展開手段と、前記オフスクリーンに展開された画像をディスプレイに描画するディスプレイ描画手段と、前記画像データ内の描画要素（文字、線描画、イメージなど）を前記オフスクリーン上にα個ずつ（αは１以上の整数）展開している最中に、すでに展開済みのオフスクリーン上の画像データを途中描画条件を満たした段階でディスプレイに描画する途中描画手段とを有することを特徴とする。この結果、描画内容が多く画像処理に時間のかかるような場合でも、ユーザが途中でドキュメント画像を確認でき、不快感を減少させ、ハングアップなどを疑わせないようにする。
【発明の効果】
【０００６】
本発明によれば、描画内容が多く画像処理に時間のかかるような場合でも、途中の状態をユーザに示すことによって、ユーザがすばやくドキュメントの確認を行え、ユーザの不快感を減らすことができる。
【発明を実施するための最良の形態】
【０００７】
以下本発明を実施するための最良の形態を、実施例により詳しく説明する。
【実施例１】
【０００８】
本発明に係る画像表示装置の１例を図１に示す。
【０００９】
１はＣＰＵ、２はデータ入力のためのキーボード、３はドキュメント画像を表示するディスプレイ、４はドキュメントを格納するハードディスク、５は装置を制御するプログラムや必要な情報をあらかじめ記憶するＲＯＭ、６は様々なワークエリアとして利用されるＲＡＭ、７はドキュメント画像をＲＡＭ６に確保したオフスクリーンやディスプレイ３に描画する描画部、８はドキュメント内の描画要素をひとつずつオフスクリーンに展開（描画）するオフスクリーン描画部、９はオフスクリーンに展開（描画）されている内容をディスプレイ３に描画するディスプレイ描画部、１０はオフスクリーン描画部８によってすでにオフスクリーンに展開（描画）されている内容をディスプレイ描画部９によってディスプレイに展開（描画）するか否か判定する途中描画判定部、１１は各種データを転送するデータバスである。
【００１０】
ＲＯＭ５内の制御用コンピュータプログラムによってＣＰＵ１が後述するフローチャートのようにハードディスク４内のドキュメント画像をディスプレイ３に描画する。以下の各実施例において、上述の画像処理装置で行われる画像処理を具体的に説明する。
【００１１】
図２は、本実施例１の画像処理を示すフローチャートである。
【００１２】
図２のステップＳ１で、（描画時間）の初期化を行う。すなわち、（描画時間）＝０とする。
【００１３】
ステップＳ２で、ハードディスク４からＲＡＭ６内に一時的に展開されたドキュメントは、描画部７内のオフスクリーン描画部８によって、描画要素α個がＲＡＭ６内に確保されたオフスクリーンに展開（描画）される。ここでは、例として、α＝１とする。すなわち、線、イメージ、文字などの描画要素をひとつオフスクリーンに展開して、ステップＳ３へ進む。
【００１４】
ステップＳ３で、途中描画判定部１０において、ステップＳ２によってオフスクリーンに描画した際の処理時間の合計（描画時間）が、図３に示す途中描画条件を満たしたか否か判定する。
【００１５】
すなわち、（描画時間）≧βｍｓｅｃであるかどうか判定する。ただし、閾値β＞０。
【００１６】
たとえば、β＝５００ｍｓｅｃで、オフスクリーンに描画した際の処理時間の合計（描画時間）が８００ｍｓｅｃであれば、ステップＳ４へ進む。逆に、条件を満たさなければステップＳ６へ進み、引き続き描画要素をオフスクリーンへ展開する。
【００１７】
ステップＳ４では、ディスプレイ描画部９がそれまでにオフスクリーンに展開（描画）済みの内容をすべてディスプレイ３に描画する。そこで、ユーザはそれまでに処理された描画内容を確認できる。その後、ステップＳ５へ進む。
【００１８】
次にステップＳ５で、（描画時間）の初期化を行う。すなわち、（描画時間）＝０とする。その後ステップＳ６へ進む。
【００１９】
ステップＳ６で、描画要素をすべてオフスクリーンに展開（描画）したかどうか判定する。これも、途中描画判定部１０が合わせて行う。ＹＥＳの場合は、ステップＳ７に進む。ＮＯの場合は、ステップＳ２に戻って描画要素をα個オフスクリーンに展開（描画）する。
【００２０】
ステップＳ７では、ディスプレイ描画部９がそれまでにオフスクリーンに展開済みのすべての内容をディスプレイ３に描画して画像処理を終了する。
【００２１】
以上のように本実施例によれば、描画内容が多く画像処理に時間のかかるような場合でも、途中の状態をユーザに示すことによって、ユーザがすばやくドキュメントの確認を行え、ユーザの不快感を減らした快適な画像処理装置を提供することができる。
【実施例２】
【００２２】
実施例２として、途中描画条件が実施例１と異なる場合の例を示す。
【００２３】
図４のステップＳ１で、ハードディスク４からＲＡＭ６内に一時的に展開されたドキュメントは、描画部７内のオフスクリーン描画部８によって、描画要素ひとつがＲＡＭ６内に確保されたオフスクリーンに展開（描画）される。
【００２４】
ステップＳ２で、途中描画判定部１０において、ステップＳ１によってオフスクリーンに描画された描画要素が、途中描画条件を満たしたか否か判定する。図５が実施例２の途中描画条件の例である。
条件１：オリジナルの描画要素のサイズがβバイト以上（β＞０）、
条件２：圧縮されている場合は解凍した描画要素のサイズがγバイト以上（γ＞０）
このうちのひとつまたは複数の条件を満たした場合に、ステップＳ３に進む。いずれも満たさない場合は、ステップＳ４へ進む。
【００２５】
例えば、ドキュメント内にカラーイメージが圧縮されて入っており、そのサイズが１５０ＫＢであったとする。また、途中描画条件の条件１のβがβ＝１００ＫＢとすると、オリジナルの描画要素サイズが１５０ＫＢで、閾値の１００ＫＢ以上を満たすので、ステップＳ３へ進んで、オフスクリーンに展開済みの内容をディスプレイに描画する。
【００２６】
同様に、ドキュメント内にカラーイメージが圧縮されて入っており、解凍後のサイズが５００ＫＢであったとする。また、途中描画条件の条件２のγがγ＝３００ＫＢとすると、解凍後の描画要素サイズが５００ＫＢで、閾値の３００ＫＢ以上を満たすので、ステップＳ３へ進んで、オフスクリーンに展開済みの内容をディスプレイに描画する。
【００２７】
ステップＳ３では、ディスプレイ描画部９がそれまでにオフスクリーンに展開（描画）済みの内容をすべてディスプレイ３に描画する。そこで、ユーザはそれまでに処理された描画内容を確認できる。
【００２８】
次にステップＳ４で、描画要素をすべてオフスクリーンに展開（描画）したかどうか判定する。これも、途中描画判定部１０が合わせて行う。ＹＥＳの場合は、ステップＳ５に進む。ＮＯの場合は、ステップＳ１に戻って描画要素をひとつオフスクリーンに展開（描画）する。
【００２９】
ステップＳ５では、オフスクリーンに展開済みのすべての内容をディスプレイ３に描画して画像処理を終了する。
【００３０】
以上のように本実施例によれば、描画内容が多く画像処理に時間のかかるような場合でも、途中の状態をユーザに示すことによって、ユーザがすばやくドキュメントの確認を行え、ユーザの不快感を減らした快適な画像処理装置を提供することができる。
【実施例３】
【００３１】
本発明の実施例３について述べる。
【００３２】
図６に、図４のフローチャートのステップＳ２で、途中描画判定部１０が用いる別の途中描画条件を示した。この例では、各条件の閾値はそれぞれ画像処理装置が動作しているＯＳによって以下のように補正してからステップＳ２の判定を行う。図４では、Ｗｉｎｄｏｗｓ（登録商標）の例を示している。
条件１：オリジナルの描画要素のサイズがβバイト以上（β＞０）
条件２：圧縮されている場合は解凍した描画要素のサイズがγバイト以上（γ＞０）
＊ただし、各条件の閾値は、ＯＳによって以下のように補正する。
Ｗｉｎｄｏｗｓ（登録商標）９５：１．０倍
Ｗｉｎｄｏｗｓ（登録商標）９８：０．９倍
Ｗｉｎｄｏｗｓ（登録商標）ＭＥ：０．８倍
Ｗｉｎｄｏｗｓ（登録商標）ＮＴ：０．７倍
Ｗｉｎｄｏｗｓ（登録商標）２０００：０．６倍
Ｗｉｎｄｏｗｓ（登録商標）ＸＰ：０．５倍
例えば、ＯＳがＷｉｎｄｏｗｓ（登録商標）ＸＰの場合、条件１の閾値βは、β×０．５＝０．５βとなる。ドキュメント内にカラーイメージが圧縮されて入っており、そのサイズが１５０ＫＢであったとする。また、途中描画条件の条件１のβがβ＝１００ＫＢとすると、閾値は０．５×１００ＫＢ＝５０ＫＢとなる。オリジナルの描画要素サイズが１５０ＫＢで、閾値の５０ＫＢ以上を満たすので、ステップＳ３へ進んで、オフスクリーンに展開済みの内容をディスプレイに描画する。
【００３３】
同様に、ＯＳがＷｉｎｄｏｗｓ（登録商標）ＸＰの場合、条件２の閾値γは、γ×０．５＝０．５γとなる。ドキュメント内にカラーイメージが圧縮されて入っており、解凍後のサイズが５００ＫＢであったとする。また、途中描画条件の条件２のγがγ＝３００ＫＢとすると、閾値は、０．５×３００ＫＢ＝１５０ＫＢとなる。解凍後の描画要素サイズが５００ＫＢで、閾値の１５０ＫＢ以上を満たすので、ステップＳ３へ進んで、オフスクリーンに展開済みの内容をディスプレイに描画する。他のＯＳも同様である。
【００３４】
以上のように実施例３でも実施例２と同様の効果を得ることができる。
【実施例４】
【００３５】
図７に、図４のフローチャートのステップＳ２で、途中描画判定部１０が用いる別の途中描画条件を示した。この例では、各条件の閾値をそれぞれＣＰＵの動作クロック数によって以下のように補正してからステップＳ２の判定を行う。
条件１：オリジナルの描画要素のサイズがβバイト以上（β＞０）
条件２：圧縮されている場合は解凍した描画要素のサイズがγバイト以上（γ＞０）
＊ただし、各条件の閾値は、ＣＰＵのクロック数によって以下のように補正する。
（閾値）＝（上記閾値）×（１ＧＨｚ）÷（ＣＰＵクロック数）
例えば、ＣＰＵの動作クロック数が０．８ＧＨｚの場合、条件１の閾値βは、β×１．０÷０．８＝１．２５βとなる。ドキュメント内にカラーイメージが圧縮されて入っており、そのサイズが１５０ＫＢであったとする。また、途中描画条件の条件１の閾値βがβ＝１００ＫＢとすると、閾値は１．２５×１００ＫＢ＝１２５ＫＢとなる。オリジナルの描画要素サイズが１５０ＫＢで、閾値の１２５ＫＢ以上を満たすので、ステップＳ３へ進んで、オフスクリーンに展開済みの内容をディスプレイに描画する。他のクロック数の場合も同様の処理である。
【００３６】
以上のように実施例４でも実施例２と同様の効果を得ることができる。
【実施例５】
【００３７】
図８に、画像処理のフローチャートの別の例を示した。ここでは、実施例２の図４のステップＳ１の替わりにステップＳ６１を行う。
【００３８】
図８のステップＳ６１で、ハードディスク４からＲＡＭ６内に一時的に展開されたドキュメントは、描画部７内のオフスクリーン描画部８によって、描画要素α個がＲＡＭ６内に確保されたオフスクリーンに展開（描画）される。ここで、αは正の整数である。
【００３９】
ステップＳ６２で、途中描画判定部１０において、ステップＳ６１によってオフスクリーンに描画されたα個の描画要素のいずれかが、途中描画条件を満たしたか否か判定する。例えば、図５の途中描画条件を用いたとすると、
条件１：オリジナルの描画要素のサイズがβバイト以上（β＞０）
条件２：圧縮されている場合は解凍した描画要素のサイズがγバイト以上（γ＞０）
このうちのひとつまたは複数の条件を、α個の描画要素のいずれかが満たした場合に、ステップＳ３に進む。いずれも満たさない場合は、ステップＳ４へ進む。それ以降の処理は、実施例２と同様である。
【００４０】
以上のように実施例５でも実施例２と同様の効果を得ることができる。
【実施例６】
【００４１】
途中描画判定部１０が用いる途中描画条件として、あらかじめ定めた複数の条件のうちの所定数を満たした場合に、ステップＳ３へ進むようにしてもよい。
【００４２】
例えば、それまでにオフスクリーンに展開（描画）されている描画要素が条件を２個以上満たした場合に、ステップＳ３へ進むとする。その場合、例えば条件１のみ満たした場合は、ステップＳ１へ戻るが更に他の条件、例えば条件２も満たした場合は、ステップＳ３へすすみ、オフスクリーンに展開（描画）済みの内容をディスプレイに描画する。他のステップは、実施例２と同じである。
【００４３】
以上のように実施例６でも実施例２と同様の効果を得ることができる。
【００４４】
以上説明してきた様に、本発明によれば、描画内容が多く画像処理に時間のかかるような場合でも、途中の状態をユーザに示すことによって、ユーザがすばやくドキュメントの確認を行え、ユーザの不快感を減らすことができる。
【図面の簡単な説明】
【００４５】
【図１】ハードウェア構成の一例を示す図
【図２】実施例１の画像処理を示すフローチャート
【図３】実施例１の途中描画条件を示す図
【図４】実施例２乃至４の画像処理を示すフローチャート
【図５】実施例２の途中描画条件を示す図
【図６】実施例３の途中描画条件を示す図
【図７】実施例４の途中描画条件を示す図
【図８】実施例５の画像処理を示すフローチャート
【符号の説明】
【００４６】
１  ＣＰＵ
２  キーボード
３  ディスプレイ
４  ハードディスク
５  ＲＯＭ
６  ＲＡＭ
７  描画部
８  オフスクリーン描画部
９  ディスプレイ描画部
１０  途中描画判定部
１１  データバス
【図１】
2006267190.tif 000003
【図２】
2006267190.tif 000004
【図４】
2006267190.tif 000005
【図８】
2006267190.tif 000006
【図３】
2006267190.tif 000007
【図５】
2006267190.tif 000008
【図６】
2006267190.tif 000009
【図７】
2006267190.tif 000010