(57)【要約】【課題】低スペックな機器においても見た目に違和感のない表示を可能とすることができるように改良された画像処理方法を提供することを主要な目的とする。【解決手段】画像を含むデータに対して、処理を行い、画像が移動するように見せる画像処理方法にかかる。画像Ａを取得する。画像Ａを移動して見えるように処理を行う必要があるか否かを判断する。画像Ａを移動して見えるように処理を行う必要があると判断した場合に、画像Ａに対してファイル容量を小さくさせた省画像Ｂが存在するか否かを判断する。省画像Ｂが存在する場合に、画像Ａが移動するように表示する際に、該省画像Ｂを表示用データとして用いる。【選択図】図４
2007304247.tif 000002
【特許請求の範囲】
【請求項１】
画像を含むデータに対して、処理を行い、画像が移動するように見せる画像処理装置であって、
画像Ａを取得する手段と、
前記画像Ａを移動して見えるように処理を行う必要があるか否かを判断する手段と、
前記画像Ａを移動して見えるように処理を行う必要があると判断した場合に、前記画像Ａに対してファイル容量を小さくさせた省画像Ｂが存在するか否かを判断する手段とを備え、
前記省画像Ｂが存在する場合に、前記画像Ａが移動するように表示する際に、該省画像Ｂを表示用データとして用いる画像処理装置。
【請求項２】
前記画像が移動するように表示するとは、画像を移動させてスクロール表示をする、あるいは、動画を表示することを含む、請求項１に記載の画像処理装置。
【請求項３】
前記省画像Ｂを作成する省画像作成手段をさらに備えることを特徴とする請求項１に記載の画像処理装置。
【請求項４】
前記省画像Ｂは、画像の明度と彩度を複合したトーンの数を減少させることにより、ファイル容量を削減させたものであることを特徴とする請求項１に記載の画像処理装置。
【請求項５】
前記省画像Ｂは、画像の色相の数を減少させることにより、ファイル容量を削減させたものであることを特徴とする請求項１に記載の画像処理装置。
【請求項６】
前記省画像Ｂは、画像の解像度を減少させることにより、ファイル容量を削減させたものであることを特徴とする請求項１に記載の画像処理装置。
【請求項７】
前記省画像Ｂは、画像が移動するように見える方向の解像度を減少させることにより、ファイル容量を削減させたものであることを特徴とする請求項６に記載の画像処理装置。
【請求項８】
前記画像が移動するように見える方向は、上下左右斜めなど、２次元座標上で移動可能なすべての方向のいずれかであることを特徴とする請求項７に記載の画像処理装置。
【請求項９】
前記省画像Ｂは、前記画像Ａを含むデータに含まれていることを特徴とする請求項１に記載の画像処理装置。
【請求項１０】
前記所定の画像Ａの表示に必要なメモリ容量を計算する必要メモリ計算手段をさらに備え、
前記必要メモリ計算手段により計算されたメモリ容量と、機器の処理性能を比較して、前記省画像Ｂを用いるか否かを判断することを特徴とする請求項１に記載の画像処理装置。
【請求項１１】
画像を含むデータに対して、処理を行い、画像が移動するように見せる画像処理方法であって、
画像Ａを取得するステップと、
前記画像Ａを移動して見えるように処理を行う必要があるか否かを判断するステップと、
前記画像Ａを移動して見えるように処理を行う必要があると判断した場合に、前記画像Ａに対してファイル容量を小さくさせた省画像Ｂが存在するか否かを判断するステップと、
前記省画像Ｂが存在する場合に、前記画像Ａが移動するように表示する際に、該省画像Ｂを表示用データとして用いるステップとを備えた画像処理の方法。
【請求項１２】
画像を含むデータに対して、処理を行い、画像が移動するように見せる画像処理プログラムであって、
画像Ａを取得するステップと、
前記画像Ａを移動して見えるように処理を行う必要があるか否かを判断するステップと、
前記画像Ａを移動して見えるように処理を行う必要があると判断した場合に、前記画像Ａに対してファイル容量を小さくさせた省画像Ｂが存在するか否かを判断するステップと、
前記省画像Ｂが存在する場合に、前記画像Ａが移動するように表示する際に、該省画像Ｂを表示用データとして用いるステップと、をコンピュータに実行させる画像処理プログラム。
【請求項１３】
請求項１２に記載の画像処理プログラムが記録されたことを特徴とする、コンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に画像処理装置に関し、より特定的には、低スペックな機器で動画やアニメーションを表示する際に、画像のファイル容量を削減して、表示を制御する画像処理装置に関する。本発明は、またそのような処理を実現する画像処理方法、プログラムおよびプログラム媒体に関する。
【背景技術】
【０００２】
近年、電子書籍の出現により、今後よりいっそう多くの一般人が電子書籍を読むであろうことが予想される。電子書籍には、通常の紙メディアの書籍ではできなかったような表現が、できるようになる魅力を持っている。その１つに、動画やアニメーションといった表現方法がある。
【０００３】
動画やアニメーションは、静止画とは違って、動きを表現でき、一度に多くの情報量を持つことができるので、説明するのに適していたり、またユーザの目を引くことができる。そのため、著者としては利用したい表現方法の１つであると考えられる。
【０００４】
ところが、動画やアニメーションは、そのファイル容量が大きいため、低スペックな機器では搭載するメモリの容量が小さいために、その動画やアニメーションを再生することができない、もしくは、できても、処理に時間がかかりすぎて、表示するまでに時間を待たされるといったことが発生する可能性がある。
【０００５】
この問題を解決する方法として、特許文献１に、画像の初期表示のための時間を短くし、かつ、より高解像度のデータを得るための時間を感じさせない画像表示システムが開示されている。
【０００６】
具体的には、初期表示の要求に対しては、低解像度のデータを転送し、利用者がその低解像度の画像を参照している間に、高解像度のデータを転送することで、より高解像度のデータを利用者が要求した場合に、利用者に待ち時間を感じさせないというものである。
まず低解像度の画像を表示することで、利用者に待ち時間を感じさせずに高解像度の画像を表示することができるという利点がある。低解像度の画像を利用しているが、動画やアニメーションについて応用できる方法は記載されていない。
【特許文献１】特開平７−９８５７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
通常、著者は、ユーザになるべく良質な画像を見せたいという意図があると考えられるから、電子書籍などで用いられる画像は、できるだけ高精細な画像である。高精細な画像は一般的に容量が大きい。アニメーションの場合は、このような高精細な画像を数枚使用して作るので、アニメーション全体の容量としても、相当大きくなる。また、動画も、一般的に、容量が大きい。低スペックな機器では搭載するメモリの容量が小さいために、動画やアニメーションを表示する際、再生することができない、もしくは、できても、処理の負荷が大きいため、処理に時間がかかりすぎて、表示するまでに時間を待たされるといったことが発生する可能性がある。
【０００８】
しかしながら、これでは、読者も著者も、違和感を感じてしまい、電子書籍の表現が、適切に行われているとは言えない。
【０００９】
本発明はこのような問題に鑑みてなされたものであって、ユーザや著者のニーズを満たしつつ、電子書籍に対して最適に機能表現ができる画像処理装置を提供することを目的とする。
【００１０】
この発明の他の目的は、特に低スペックな機器で動画やアニメーションを表示する際に、処理時に必要なメモリ容量を少なく、かつ、高速に処理することを可能とすることで、見た目に違和感のない表示を可能とすることができるように改良された画像処理装置を提供することにある。
【００１１】
この発明の他の目的は、そのような処理を実現できる画像処理方法を提供することにある。
【００１２】
この発明の他の目的は、そのような方法を実現できる画像処理プログラムを提供することにある。
【００１３】
この発明の他の目的は、そのような画像処理プログラムを記録した記録媒体を提供することにある。
【課題を解決するための手段】
【００１４】
本発明に従う画像処理装置は、画像を含むデータに対して、処理を行い、画像が移動するように見せる画像処理装置であって、画像Ａを取得する手段と、上記画像Ａを移動して見えるように処理を行う必要があるか否かを判断する手段と、上記画像Ａを移動して見えるように処理を行う必要があると判断した場合に、上記画像Ａに対してファイル容量を小さくさせた省画像Ｂが存在するか否かを判断する手段とを備え、上記省画像Ｂが存在する場合に、上記画像Ａが移動するように表示する際に、該省画像Ｂを表示用データとして用いる。
【００１５】
本発明によれば、動画やアニメーションを表示する際に元の画像をそのまま表示するのではなく、ファイル容量の小さい画像に差し替えて使うので、処理時に必要なメモリ容量を少なく、かつ、高速に処理することを可能とし、低スペックな機器においても見た目に違和感のない表示を可能とする。
【００１６】
本発明の好ましい実施態様によれば、上記画像が移動するように表示するとは、画像を移動させてスクロール表示をする、あるいは、動画を表示することを含む。
【００１７】
本発明の好ましい実施態様によれば、上記省画像Ｂを作成する省画像作成手段をさらに備える。
【００１８】
上記省画像Ｂは、画像の明度と彩度を複合したトーンの数を減少させることにより、ファイル容量を削減させたものであるのが好ましい。
【００１９】
また、上記省画像Ｂは、画像の色相の数を減少させることにより、ファイル容量を削減させたものであってもよい。
【００２０】
上記省画像Ｂは、画像の解像度を減少させることにより、ファイル容量を削減させたものであってもよい。
【００２１】
上記省画像Ｂは、画像が移動するように見える方向の解像度を減少させることにより、ファイル容量を削減させたものであってもよい。
【００２２】
上記画像が移動するように見える方向は、上下左右斜めなど、２次元座標上で移動可能なすべての方向のいずれかである。
【００２３】
上記省画像Ｂは、上記画像Ａを含むデータに含まれているのが好ましい。
【００２４】
この発明のさらに好ましい実施態様によれば、上記所定の画像Ａの表示に必要なメモリ容量を計算する必要メモリ計算手段とをさらに備え、上記必要メモリ計算手段により計算されたメモリ容量と、機器の処理性能を比較して、上記省画像Ｂを用いるか否かを判断する。
【００２５】
この発明の他の局面に従う方法は、画像を含むデータに対して、処理を行い、画像が移動するように見せる画像処理方法であって、画像Ａを取得するステップと、上記画像Ａを移動して見えるように処理を行う必要があるか否かを判断するステップと、上記画像Ａを移動して見えるように処理を行う必要があると判断した場合に、上記画像Ａに対してファイル容量を小さくさせた省画像Ｂが存在するか否かを判断するステップと、上記省画像Ｂが存在する場合に、上記画像Ａが移動するように表示する際に、該省画像Ｂを表示用データとして用いるステップとを備える。
【００２６】
本発明にかかる画像処理方法によれば、動画やアニメーションを表示する際に元の画像をそのまま表示するのではなく、ファイル容量の小さい画像に差し替えて使うので、処理時に必要なメモリ容量を少なく、かつ、高速に処理することを可能とし、低スペックな機器においても見た目に違和感のない表示を可能とする。
【００２７】
この発明のさらに他の局面に従うプログラムは、画像を含むデータに対して、処理を行い、画像が移動するように見せる画像処理プログラムであって、画像Ａを取得するステップと、上記画像Ａを移動して見えるように処理を行う必要があるか否かを判断するステップと、上記画像Ａを移動して見えるように処理を行う必要があると判断した場合に、上記画像Ａに対してファイル容量を小さくさせた省画像Ｂが存在するか否かを判断するステップと、上記省画像Ｂが存在する場合に、上記画像Ａが移動するように表示する際に、該省画像Ｂを表示用データとして用いるステップと、をコンピュータに実行させる画像処理プログラムである。
【００２８】
この発明のさらに他の局面に従う記録媒体は、上述の画像処理プログラムが記録された、コンピュータ読み取り可能な記録媒体にかかる。
【発明の効果】
【００２９】
本発明によれば、特に低スペックな機器で動画やアニメーションを表示する際に元の画像をそのまま表示するのではなく、ファイル容量の小さい画像に差し替えて使うので、処理時に必要なメモリ容量を少なく、かつ、高速に処理することを可能とし、低スペックな機器においても見た目に違和感のない表示を可能とする。
【発明を実施するための最良の形態】
【００３０】
特に低スペックな機器で動画やアニメーションを表示する際に、見た目に違和感のない表示ができるように改良された画像処理装置を得るという目的を、動画やアニメーションを表示する際に元の画像をそのまま表示するのではなく、ファイル容量の小さい画像に差し替えて使うということによって実現した。
【００３１】
以下、本発明の実施例を図を用いて説明する。以下の説明では、同一の部分には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
【実施例１】
【００３２】
本実施例では、容量の小さい画像が電子コンテンツファイルの中に予め用意されている場合について説明する。
【００３３】
図１に、本発明の実施例１に係る画像処理装置を示す。この画像処理装置は、たとえば画像を表示可能なソフトを含むパーソナルコンピュータ、あるいは画像を表示することができる携帯端末である。
【００３４】
この画像処理装置１００は、相互にバスで接続されたＣＰＵ（Central Processing Unit）１０１と、モニタ１０２と、固定記憶装置１０３と、キーボード１０４と、メモリ１０５と、ＳＤ（Secure Digital）メモリーカード読取装置１０６とを含む。ＳＤメモリーカード読取装置１０６にはＳＤメモリーカード１０７が装着される。キーボード１０４は、たとえばパソコンで使うようなキーボードや、携帯電話のテンキーなどである。画像処理装置１００は、ネットワークとも繋がることができる。なお、ＳＤメモリーカード読取装置とネットワークは必ずしも必要な構成要素ではない。
【００３５】
この画像処理装置１００における処理は、コンピュータハードウェアとＣＰＵ１０１とにより実行されるソフトウェアとにより実現される。一般に、このようなソフトウェアは、固定記憶装置１０３にあらかじめ格納されて流通し、あるいは、ＳＤメモリカード読取装置１０６などにより記録媒体から読取られて、あるいは、ネットワークを経由して、固定記憶装置１０３に一旦格納される。さらに、固定記憶装置１０３からメモリ１０５に読出されて、ＣＰＵ１０１により実行される。図１に示したコンピュータのハードウェア自体は一般的なものである。したがって、本発明の最も本質的な部分は、固定記憶装置１０３などの記録媒体に記録されたソフトウェアである。
【００３６】
なお、図１に示したコンピュータ自体の動作は周知であるので、ここでは、その詳細な説明は繰り返さない。
【００３７】
図２に、本実施例にかかる画像処理装置のブロック図を示す。画像処理装置は、ユーザの操作入力を受付ける操作部１１０と、電子書籍を表示する表示部１１１と、無線や有線通信を行なって外部の装置からデータを受信するデータ受信部１１２と、ＨＤＤ（Hard Disc Drive），メモリカードなどの着脱可能な記録媒体などから構成される外部記憶部１１３と、電子書籍データを記憶する内部記憶部１１４と、操作部からの入力に応じて電子書籍データを制御する制御部１１５とを含む。
【００３８】
画像表示装置においては、挿入されたＳＤメモリカードなどの外部記憶部１１３から電子書籍データが読込まれ、あるいはデータ受信部１１２においてネットワークを介して他の装置から電子書籍データが取得され、内部記憶部１１４に格納される。
【００３９】
操作部１１０は、上下左右キーおよび決定キーを含んで構成されるキーボードやタッチペンなどから構成され、ユーザの操作入力を受付けると入力信号を制御部１１５に対して出力する。
【００４０】
制御部１１５は、操作部１１０から入力された入力信号に基づいて内部記憶部１１４に記憶された所定の電子書籍データを読出して表示データを生成し、表示部１１１に表示する。
【００４１】
図３を参照して、制御部について、詳細な構成を説明する。
【００４２】
制御部１１５は、表示判断部１１６と、省画像有無判断部１１７と、省画像取得部１１８から構成されている。表示判断部１１６は、画像が移動するように表示する処理を行うか否かを判断する。
【００４３】
ここで「画像が移動するように表示する」場合とは、次のような場合のことである。
【００４４】
すなわち、、コンテンツの意図で、予め電子書籍に画像Ａに「最初は左半分を表示するが、その後、スクロールしながら右半分を表示する」などといった移動表示を行う旨の記載がある、もしくは、画像Ａは内容が移動しているように見える動画やアニメーションなどの場合である。
【００４５】
また、ユーザの意図で、ユーザが、画像Ａを移動させる操作を行う場合である。
【００４６】
さらに、表示装置の意図で、ユーザが、ページめくりやスクロール操作など、画像Ａを移動させることを意図しない操作を行ったりした場合に、表示装置の仕様として画像Ａが移動する場合である。
【００４７】
省画像有無判断部１１７は、電子書籍の中に、元の画像よりファイル容量の小さい画像（元の画像に対して、例えば後述する処理を施すことで、ファイル容量を削減させた画像）があるか否かを判断する。
【００４８】
省画像取得部１１８は、省画像有無判断部１１７で、元の画像よりファイル容量の小さい画像があると判断された場合に、内部記憶部１１４から、元の画像よりファイル容量の小さい画像を取得する。
【００４９】
制御部１１５での処理について、具体的に、図４のフローチャートを用いて説明する。
【００５０】
図４を参照して、始めに、ステップＳ１２１において、内部記憶部１１４から表示する画像Ａを取得する。
【００５１】
ステップＳ１２２において、表示判断部で、画像Ａが、移動しているように見える処理を行う必要があるかどうかを判断する。
【００５２】
条件に該当して、画像Ａが移動しているように見える処理を行う必要があると判断した場合、ステップＳ１２３で、画像Ａに対する、ファイル容量の小さい画像Ｂが、電子書籍に存在するかどうかを判断し、存在する場合には、ステップＳ１２４で画像Ｂを取得して、これを画像Ａとし、ステップＳ１２５に進む。
【００５３】
ここで、ファイル容量の小さい画像Ｂとは、元の画像Ａに対して、次のような処理を施すことで、ファイル容量を削減した画像のことを意味する。
・明度と再度を複合したトーンの数を減らす
・色相の数を減らす
・解像度を減らす
【００５４】
３つめの解像度を減らす方法の場合には、画像Ａは内容が移動しているように見える方向、これは、上下左右斜めなど、２次元座標上で、移動可能なすべての方向が考えられるが、この方向の解像度を削減するのが効果的である。これは、人間の目の特性として、見た目に違和感を感じにくいためである。
【００５５】
ステップＳ１２２で、画像Ａが、移動しているように見える処理を行う必要がない場合、そして、ステップＳ１２３で、ファイル容量の小さい画像Ｂが、電子書籍に存在しない場合は、ステップＳ１２５に進む。
【００５６】
ステップＳ１２５では、画像Ａを使って、画像Ａを移動しているように見える処理を行い、表示部１１１で表示する。
【００５７】
このような処理を行うことで、もし、容量の小さい画像が電子コンテンツファイルの中に予め用意されている場合は、その画像を用いることで、処理時に必要なメモリ容量を少なく、かつ、高速に処理することを可能とし、低スペックな機器においても見た目に違和感のない表示を可能となる。
【００５８】
上記での説明では、画面に画像のみ表示されている場合を想定して説明をしてきたが、もし、画面の中に画像以外の表示もある場合、たとえば、テキストに混じって動画やパラパラアニメが表示されていたり、テロップ内の画像が表示されている場合には、画像のみを対象として、同様の処理を行うことで、対応可能である。
【実施例２】
【００５９】
本実施例は、容量の小さい画像を動的に作成する場合にかかる。
【００６０】
実施例１では、容量の小さい画像が電子コンテンツファイルの中に予め用意されている場合について、説明した。ここでは、容量の小さい画像を動的に作成する場合についての方法を説明する。
【００６１】
図５を参照して、制御部１１５は、表示判断部１１６と、省画像有無判断部１１７と、省画像取得部１１８と、省画像作成部１１９とを含む。
【００６２】
省画像作成部１１９は、元画像を使って、ファイル容量を削減した画像を、動的に作成する。
【００６３】
制御部１１５での処理として、具体的に、図６のフローチャートを用いて説明する。
【００６４】
第１の実施の形態で説明した図３のフローチャートと異なる点は、ステップＳ１２３で、画像Ａに対する、ファイル容量の小さい画像Ｂが、電子書籍に存在しない場合に、ステップＳ１３１で、画像Ａを基にして、ファイル容量の小さい画像Ｂを作成し、これを画像Ａとして、ステップＳ１２５に進む点である。
【００６５】
このような処理により、もし、容量の小さい画像が電子コンテンツファイルの中に予め用意されている場合は、その画像を用い、用意されていない場合には、画像Ｂを動的に作成することで、処理時に必要なメモリ容量を少なく、かつ、高速に処理することを可能とし、低スペックな機器においても見た目に違和感のない表示を可能となる。
【００６６】
次に、もし、容量の小さい画像が電子コンテンツファイルの中に予め用意されていないことが既知な場合について説明する。
【００６７】
この場合は、図７を参照して、制御部１１５は、省画像有無判断部１１７と、省画像取得部１１８は不要であり、表示判断部１１６と、省画像作成部１１９とを含む。
【００６８】
制御部１１５での処理として、具体的に、図８のフローチャートを用いて説明する。
【００６９】
実施例１で説明した図４のフローチャートと異なる点は、ステップＳ１２３で、画像Ａに対する、ファイル容量の小さい画像Ｂが、電子書籍に存在するか否かの判断を行うことなく、ステップ１４１で、画像Ａを基にして、ファイル容量の小さい画像Ｂを作成し、これを画像Ａとして、ステップＳ１２５に進む点である。
【００７０】
このような処理により、電子書籍内部に容量の小さい画像Ｂを持つ必要性はなくなるため、電子書籍自身の容量削減に効果がある。画像Ｂを動的に作成することで、処理時に必要なメモリ容量を少なく、かつ、高速に処理することを可能とし、低スペックな機器においても見た目に違和感のない表示を可能となる。
【実施例３】
【００７１】
本実施例は、元画像を使うのでは処理の負荷が大きいか否かを判断する場合にかかる。  実施例１では、容量の小さい画像が電子コンテンツファイルの中に予め用意されている場合について説明し、実施例２では、容量の小さい画像を、動的に作成する方法について説明した。
【００７２】
これらの説明では、処理の負荷が小さくなる可能性があるため、縮小画像を使うほうが効果があると考えていたが、もし、画像処理装置のスペックが高い場合に、元画像を使っても、処理の処理の負荷が大きくならないのであれば、元画像を使う方がよいため、ここでは、実施例１、実施例２で説明した処理の中で、元画像を使うと処理の負荷が大きいか否かを判断する方法について説明する。
【００７３】
まず、実施例１に対して、元画像を使うと処理の負荷が大きくなるか否かを判断する方法について説明する。
【００７４】
図９を参照して、制御部１１５は、表示判断部１１６と、省画像有無判断部１１７と、省画像取得部１１８と、性能調査部１２０と、必要メモリ計算部１２１とを含む。
【００７５】
性能調査部１２０で、機器の処理性能を調べる。機器の処理性能とは、機器固有のものであっても良いし、その都度機器の状態を調査して計測したものであっても良い。
【００７６】
必要メモリ計算部１２１で、画像を表示するのに必要なメモリ容量を計算し、機器の処理性能と比較すれば、元画像を使うと、処理の負荷が大きいか否かの判断を行うことができる。
【００７７】
制御部１１５での処理を、具体的に、図１０のフローチャートを用いて説明する。
【００７８】
実施例１と異なる点は、ステップＳ１２３で、画像Ａに対する、ファイル容量の小さい画像Ｂが、電子書籍に存在するか否かの判断を行う前に、ステップＳ１５１で、画像Ａを使うと、処理の負荷が大きいか否かの判断を行い、負荷が大きいと判断した場合にのみ、ステップＳ１２３に進む点である。
【００７９】
次に、実施例２に対して、元画像を使うと処理の負荷が大きくなるか否かを判断する方法について説明する。
【００８０】
図１１を参照して、制御部１１５は、表示判断部１１６と、省画像有無判断部１１７と、省画像取得部１１８と、省画像作成部１１９と、性能調査手段１２０と、必要メモリ計算手段１２１とを含む。
【００８１】
制御部１１５での処理として、具体的に、図１２のフローチャートを用いて説明する。
【００８２】
実施例１で説明した図４のフローチャートと異なる点は、ステップＳ１２３で、画像Ａに対する、ファイル容量の小さい画像Ｂが、電子書籍に存在するか否かの判断を行う前に、ステップＳ１５１で、画像Ａを使うと、処理の負荷が大きいか否かの判断を行い、間に合わないと判断した場合にのみ、ステップＳ１２３に進む点である。
【００８３】
最後に、実施例２で、もし、容量の小さい画像が電子コンテンツファイルの中に予め用意されていないことが既知な場合に、元画像を使うと処理の負荷が大きくなるか否かを判断する方法について説明する。
【００８４】
この場合は、図１３を参照して、制御部１１５は、省画像有無判断部１１７と、省画像取得部１１８は不要であり、表示判断部１１６と、省画像作成部１１９と、性能調査部１２０と、必要メモリ計算部１２１とを含む。
【００８５】
制御部１１５での処理を、具体的に、図１４のフローチャートを用いて説明する。
【００８６】
実施例２で説明した図６のフローチャートと異なる点は、ステップ１４１で、画像Ａを基にして、ファイル容量の小さい画像Ｂを作成する前に、ステップＳ１５１で、画像Ａを使うと、処理の負荷が大きいか否かの判断を行い、負荷が大きいと判断した場合にのみ、ステップＳ１４１に進む点である。
【００８７】
このような処理により、画像Ａを用いても、処理の処理の負荷が大きくならないのであれば、画像Ａを用いるようにすれば、ファイル容量の小さい画像Ｂに差し替える必要はなくなるため、高速に処理することを可能とし、低スペックな機器においても見た目に違和感のない表示を可能となる。
【００８８】
本発明の利用例として、たとえば、電子書籍コンテンツを携帯電話で読む場合が考えられる。携帯電話の小さな画面には収まらないようなサイズの大きな画像が電子書籍コンテンツに含まれているとする。この画像を表示する方法として、まず、画像の一部を表示し、次に進むキーを押すと、残りの画像をスクロール表示する場合がある。携帯電話の性能は、それほど高くないため、通常では、スクロールの処理に時間がかかってしまい、スクロール表示が遅くなる可能性があるが、本発明を用いることで、スクロールの処理負荷を小さくすることができ、スクロール表示を見た目に違和感無くスムーズに行うことが可能となる。
【００８９】
今回開示された実施例はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【産業上の利用可能性】
【００９０】
たとえば、電子書籍コンテンツを携帯電話で読む場合などに利用できる。
【図面の簡単な説明】
【００９１】
【図１】実施例１に係る画像処理装置を表すブロック図である。
【図２】実施例１に係る画像処理装置を表すブロック図である。
【図３】実施例１に係る画像処理装置における制御部の詳細な構成を表すブロック図（その１）である。
【図４】実施例１に係る画像処理装置における画像表示処理の手順を表すフローチャート（その１）である。
【図５】実施例２に係る画像処理装置における制御部の詳細な構成を表すブロック図（その２）である。
【図６】実施例２に係る画像処理装置における画像表示処理の手順を表すフローチャート（その２）である。
【図７】実施例２に係る画像処理装置における制御部の詳細な構成を表すブロック図（その３）である。
【図８】実施例２に係る画像処理装置における画像表示処理の手順を表すフローチャート（その３）である。
【図９】実施例３に係る画像処理装置における制御部の詳細な構成を表すブロック図（その４）である。
【図１０】実施例３に係る画像処理装置における画像表示処理の手順を表すフローチャート（その４）である。
【図１１】実施例３に係る画像処理装置における制御部の詳細な構成を表すブロック図（その５）である。
【図１２】実施例３に係る画像処理装置における画像表示処理の手順を表すフローチャート（その５）である。
【図１３】実施例３に係る画像処理装置における制御部の詳細な構成を表すブロック図（その６）である。
【図１４】実施例３に係る画像処理装置における画像表示処理の手順を表すフローチャート（その６）である。
【符号の説明】
【００９２】
１００  画像処理装置
１０１  ＣＰＵ
１０２  モニタ
１０３  固定記憶装置
１０４  キーボード
１０５  メモリ
１０６  ＳＤメモリカード読取装置
１０７  ＳＤメモリカード
【図１】
2007304247.tif 000003
【図２】
2007304247.tif 000004
【図３】
2007304247.tif 000005
【図４】
2007304247.tif 000006
【図５】
2007304247.tif 000007
【図６】
2007304247.tif 000008
【図７】
2007304247.tif 000009
【図８】
2007304247.tif 000010
【図９】
2007304247.tif 000011
【図１０】
2007304247.tif 000012
【図１１】
2007304247.tif 000013
【図１２】
2007304247.tif 000014
【図１３】
2007304247.tif 000015
【図１４】
2007304247.tif 000016