(57)【要約】【課題】Ｎ−ｕｐ原稿をスキャンして得られる画像データから、表示サイズが多様化している表示デバイスに適したデータを生成する手法が存在しない。【解決手段】原稿画像に含まれるオブジェクト画像のサイズを取得する。また、原稿画像に含まれているオブジェクト画像を表示させるための記述データと、取得したオブジェクト画像のサイズに基づいて表示デバイスのサイズに応じたレイアウトデータとを生成する。【選択図】図２
2015019316.tif 000002
【特許請求の範囲】
【請求項１】
原稿画像に含まれるオブジェクト画像のサイズを取得する取得手段と、
前記原稿画像に含まれているオブジェクト画像を表示させるための記述データを生成する記述データ生成手段と、
前記取得手段で取得した前記オブジェクト画像のサイズに基づいて表示デバイスのサイズに応じたレイアウトデータを生成するレイアウトデータ生成手段と、
生成された記述データとレイアウトデータとを出力する出力手段と
を有することを特徴とする画像処理装置。
【請求項２】
前記オブジェクト画像は、原稿を読み取る際に用いた読み取り手段の解像度と前記読み取り手段で原稿を読み取った際の用紙サイズとに応じてサイズが変更されることを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記レイアウトデータ生成手段は、前記表示デバイスで表示可能な解像度に応じたレイアウトデータを生成することを特徴とする請求項１に記載の画像処理装置。
【請求項４】
前記取得手段は、前記原稿画像の射影ヒストグラムを取得することにより前記オブジェクト画像を抽出して、前記オブジェクト画像のサイズを取得することを特徴とする請求項１から３のいずれか一項に記載の画像処理装置。
【請求項５】
前記取得手段は、前記原稿画像の射影ヒストグラムを取得することにより前記オブジェクト画像が原稿画像に配置されている形式を判定し、前記形式に応じた前記オブジェクト画像のサイズを取得することを特徴とする請求項１から３のいずれか一項に記載の画像処理装置。
【請求項６】
前記取得手段は、前記原稿画像の向きを示す情報をさらに取得し、前記向きを示す情報をさらに用いて前記オブジェクト画像のサイズを取得することを特徴とする請求項１から５のいずれか一項に記載の画像処理装置。
【請求項７】
前記取得手段は、前記オブジェクト画像の線形情報を取得し、取得した線形情報の縦成分と横成分との大小関係から前記向きを示す情報を取得することを特徴とする請求項６に記載の画像処理装置。
【請求項８】
前記原稿画像の向きが回転を要する場合に前記オブジェクト画像を回転する回転手段をさらに有することを特徴とする請求項６または７に記載の画像処理装置。
【請求項９】
前記記述データ生成手段は、前記レイアウトデータ生成手段で生成される前記レイアウトデータを参照する記述を含む記述データを生成することを特徴とする請求項１から８のいずれか一項に記載の画像処理装置。
【請求項１０】
前記原稿画像に含まれているオブジェクト画像を抽出して各オブジェクトの画像データを生成するオブジェクト画像データ生成手段をさらに有し、
前記記述データ生成手段は、前記オブジェクト画像データを参照する記述を含む記述データを生成することを特徴とする請求項１から９のいずれか一項に記載の画像処理装置。
【請求項１１】
前記記述データ生成手段は、
前記オブジェクト画像の並び順が異なる複数の記述データであって、各記述データに異なる並び順の記述データを参照するためのコンポーネントを配置する記述を含む記述データを生成することを特徴とする請求項１から１０のいずれか一項に記載の画像処理装置。
【請求項１２】
前記レイアウトデータ生成手段は、複数の表示デバイスのサイズに応じたレイアウトを記述したレイアウトデータを生成することを特徴とする請求項１から１１のいずれか一項に記載の画像処理装置。
【請求項１３】
レイアウトデータ生成手段は、表示デバイスの横のサイズに応じたレイアウトデータを生成することを特徴とする請求項１から１２のいずれか一項に記載の画像処理装置。
【請求項１４】
前記記述データ生成手段は、前記記述データとしてＨＴＭＬファイルを生成し、
前記レイアウトデータ生成手段は、前記レイアウトデータとしてＣＳＳファイルを生成し、
前記出力手段は、前記ＨＴＭＬファイルと、前記レイアウトデータと、前記オブジェクト画像の画像データとを１つにまとめたｅＰｕｂファイルを出力する
ことを特徴とする請求項１から１３のいずれか一項に記載の画像処理装置。
【請求項１５】
表示手段を有し、請求項１から１４のいずれか一項に記載の画像処理装置から出力されるデータを表示する表示デバイスであって、
前記表示手段の解像度を示す解像度情報を取得する取得手段と、
前記取得手段で取得した解像度情報に対応する前記レイアウトデータの記述を選択する選択手段と
を有し、
前記表示手段は、前記選択手段で選択した記述と、前記記述データの記述とに従って、オブジェクト画像を表示することを特徴とする表示デバイス。
【請求項１６】
原稿画像に含まれるオブジェクト画像のサイズを取得する取得工程と、
前記原稿画像に含まれているオブジェクト画像を表示させるための記述データを生成する記述データ生成工程と、
前記取得工程で取得した前記オブジェクト画像のサイズに基づいて表示デバイスのサイズに応じたレイアウトデータを生成するレイアウトデータ生成工程と、
生成された記述データとレイアウトデータとを出力する出力工程と
を有することを特徴とする画像処理方法。
【請求項１７】
コンピュータを請求項１から１４のいずれか一項に記載の画像処理装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、画像処理方法、及びプログラムに関するものである。より詳細には、表示デバイスのディスプレイに最適な表示を行うためのデータを生成する画像処理装置、画像処理方法、およびプログラムに関するものである。
【背景技術】
【０００２】
ＭＦＰ（Multi-Function Peripheral）でスキャンした写真画像やドキュメント画像を、ＰＣ（Personal Computer）に対して電子メール機能等で送信することが行われている。すなわち、ＭＦＰでスキャンした画像をＪＰＥＧ、ＴＩＦＦやＰＤＦなどの形式に変換してＰＣ等に送信することが行われている。近年、スマートフォンやタブレットといった携帯端末が普及したことでＰＣだけに送信するのではなく携帯端末などの表示デバイスへの送信も行われるようになっている。
【０００３】
また、ＨＴＭＬ(Hyper Text Markup Language)ファイルに代表されるＷｅｂページでは、Ｗｅｂページのスタイルを指定できるＣＳＳ(Cascading Style Sheets)が用いられる。特許文献１には、Ｗｅｂページを印刷する際に、既にそのＷｅｂページに関連して生成されているスタイルシートに従って印刷レイアウトを決定する処理が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−１８１９７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
Ｎ−ｕｐのように複数のオブジェクトが含まれている原稿をスキャンして得られる画像データを表示デバイスに表示させるというユースケースが想定される。しかしながら、Ｎ−ｕｐ原稿をスキャンして得られる画像データから、表示サイズが多様化している表示デバイスに適したデータを生成する手法が存在しない。従って、表示デバイスによっては、不適切な表示になってしまうという課題がある。
【０００６】
特許文献１はスタイルシートを用いてレイアウトを決定する技術である。しかしながら、特許文献１には、画像データを表示デバイスに表示する際に、その画像データのサイズと表示デバイスのサイズとに応じて表示レイアウトが制御されることについて言及していない。またＮ−ｕｐ原稿をスキャンして得られる画像データから、表示サイズが多様化している表示デバイスに適したデータを生成することについても何ら言及されていない。
【課題を解決するための手段】
【０００７】
本発明に係る画像処理装置は、原稿画像に含まれるオブジェクト画像のサイズを取得する取得手段と、前記原稿画像に含まれているオブジェクト画像を表示させるための記述データを生成する記述データ生成手段と、前記取得手段で取得した前記オブジェクト画像のサイズに基づいて表示デバイスのサイズに応じたレイアウトデータを生成するレイアウト生成手段と、生成された記述データとレイアウトデータとを出力する出力手段とを有することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、画像データを表示デバイスに表示する際に、その画像データのサイズと表示デバイスのサイズとに応じて適切に表示レイアウトを制御することができる。
【図面の簡単な説明】
【０００９】
【図１】実施形態のシステム構成の例を示す図である。
【図２】全体の機能構成の一例を示す図である。
【図３】画像処理サーバのハードウェア構成例を示す図である。
【図４】オブジェクト分割部の処理フローの一例を示す図である。
【図５】オブジェクト分割処理を示す概念図である。
【図６】フォーマット生成部の処理フローの一例を示す図である。
【図７】ＨＴＭＬファイルのコードの一例を示す図である。
【図８】ＣＳＳファイル生成部の一例を示す図である。
【図９】ＣＳＳファイルのコードの一例を示す図である。
【図１０】Ｎ−ｕｐ原稿に応じたＣＳＳファイルの指定方法を説明するための図である。
【図１１】Ｎ−ｕｐ原稿に応じたＣＳＳファイルの指定方法を説明するための図である。
【図１２】表示デバイスでの表示例を表す図である。
【図１３】表示デバイスでの処理の一例を示す図である。
【図１４】Ｎ−ｕｐ原稿の読み順の例を表す図である。
【図１５】ＨＴＭＬファイルのコードの一例を示す図である。
【図１６】表示デバイスでの表示例を表す図である。
【図１７】原稿の向きの例を表す図である。
【図１８】オブジェクト分割部の処理フローの一例を示す図である。
【発明を実施するための形態】
【００１０】
以下、図面を用いて本発明に係る実施形態を詳細に説明する。ただし、この実施形態に記載されている構成要素はあくまで例示であり、この発明の範囲をそれらに限定する趣旨のものではない。
【００１１】
なお、実施例の説明に先立って、レスポンシブＷｅｂデザインについて簡単に説明する。レスポンシブＷｅｂデザインとは、表示デバイスの種類に応じて複数のＷｅｂページを作成するのではなく、ブラウザのウィンドウサイズに応じてスタイルを記述したスタイルシートを用いることで、表示レイアウトをフレキシブルに変更する手法である。レスポンシブＷｅｂデザインでは、Ｗｅｂページのフォーマットで従来から用いられているＨＴＭＬファイルに加えて、Ｗｅｂページのスタイルを指定できるＣＳＳ(Cascading Style Sheets)ファイルを用いる。これにより、画面サイズに応じてフレキシブルにスタイルを変更することが可能となっている。例えば、コンテンツを示す１つのＨＴＭＬファイルと、表示デバイスのサイズに応じたレイアウトをそれぞれ規定したＣＳＳファイルを用意すればよく、ＰＣ用のＨＴＭＬファイルやタブレット用のＨＴＭＬファイルを別個に用意する必要はない。
【００１２】
以下で説明する実施例では、レスポンシブＷｅｂデザインの技術を部分的に取り入れる。そして、Ｎ−ｕｐ原稿のような複数のオブジェクトを含む原稿をスキャンして得られる画像データから、表示サイズが多様化している表示デバイスに適したデータを生成する手法を説明する。
【実施例１】
【００１３】
図１を参照して、本実施例で利用するシステムの全体構成の一例を示す。ＭＦＰ１００はＬＡＮ１０１経由でインターネット１０２に接続されている。画像処理等を行う画像処理装置である画像処理サーバ１０３とインターネット１０２もＬＡＮ経由で接続されている。また、処理後の画像を閲覧する為の表示デバイス（例えば、ＰＣ１０４、及び無線ルータ１０５経由で接続されるスマートフォン・タブレット１０６）もＬＡＮ経由でインターネットに接続されている。尚、表示デバイスはインターネット１０２に接続可能であれば良い。ここでは、無線ルータ１０５やＭＦＰ１００、ＰＣ１０４はＬＡＮに接続されている例を用いているが、その限りではない。また、図１の例では、ＭＦＰ１００と画像処理サーバ１０３とは別の装置の例であるものとして説明するが、両者の機能を統合した単一の画像処理装置を用いても良い。
【００１４】
図２は、全体の機能構成の一例を示す図である。図２を参照して、本実施例の全体的な構成について説明する。すなわち、画像入力装置であるＭＦＰ１００からＮ−ｕｐの画像データを取得し、画像処理サーバ１０３で画像処理及びフォーマット化を行う。その後、画像処理サーバ１０３から表示デバイスであるＰＣ１０４やスマートフォン・タブレット１０６へのデータを転送する例を説明する。
【００１５】
画像入力部２００は、図１に示すＭＦＰ１００のスキャナに対応する部分であり、画像データが入力される入力部である。主に取り扱うデータは限定しないが、今回の例ではＮ−ｕｐ印刷された原稿をスキャンしたデータを例として扱う。Ｎ−ｕｐ印刷された原稿とは、Ｎページ分の画像がそれぞれ縮小され、それら縮小された画像が１枚の用紙上のＮ分割された領域それぞれに印刷された原稿のことをいう。例えば、４−ｕｐ印刷された原稿とは、原稿の１ページを４分割し、４ページ分の画像が縮小して含まれる原稿となる。なお、４−ｕｐ印刷された原稿に余白が含まれる場合には厳密には４分割とならない場合もあり得るが、本例では説明の簡素化のため、単純に４分割されているものとして説明する。
【００１６】
入力画像処理部２０１は、画像入力部２００から取得した画像を処理する画像処理部であり、例えばＭＦＰ１００での処理に対応する。入力画像処理部２０１での処理として、例えば下地除去やフィルタリング処理、色変換処理などがある。また入力画像処理部２０１は、ＪＰＥＧやＴＩＦＦへのエンコード処理や画像フォーマット化を行う。
【００１７】
画像転送部２０２は、入力画像処理部２０１で処理を行った画像データを、インターネット１０２を介して画像処理サーバ１０３へ転送する通信処理部である。例えばこの画像転送部２０２は、ＭＦＰ１００のネットワークインターフェース（Ｉ／Ｆ）部が対応する。
【００１８】
オブジェクト分割部２０３及びフォーマット生成部２０４は、画像転送部２０２より転送された画像データが、後述する画像表示部２０６で最適に表示される為の処理を行う。オブジェクト分割部２０３は画像データから、Ｎ−ｕｐされているそれぞれのページの画像の切り出しを行う。画像の切り出しとは、原稿を読み取った原稿画像のうち、一部分を切り取って新たな画像データ（画像ファイル）とする処理のことである。もちろん、原稿画像の一部をコピーして新たな画像データ（画像ファイル）を生成してもよい。フォーマット生成部２０４は、切り出しを行った画像のフォーマット化を行う。尚、本実施例ではオブジェクト分割部２０３及びフォーマット生成部２０４が画像処理サーバ１０３に含まれる例を述べているが、先に記載した入力画像処理部２０１内、すなわちＭＦＰ１００内に含まれていても良い。
【００１９】
オブジェクト分割部２０３は、Ｎ−ｕｐ原稿などの複数のオブジェクトを含む原稿の原稿画像をオブジェクト単位で分割する。原稿画像の分割方法は様々である。例えばＮ−ｕｐの原稿の場合には原稿をＮ分割することで、各ページに対応する画像の切り出しを行う。その際に、分割する画像の元の原稿画像内での座標値や、原稿画像のサイズ、解像度等の画像に関わる画像情報も取得する。
【００２０】
フォーマット生成部２０４は、画像を後述の画像表示部２０６で好適に表示可能にするためのフォーマット化を行う。フォーマット化の例としては、例えばブラウザで閲覧可能なＨＴＭＬファイル及びＣＳＳファイルを生成することが挙げられる。あるいは、リフロー型のＷｅｂページのデータを生成してもよい。リフロー型のＷｅｂページとして、例えば、ＨＴＭＬファイルとＣＳＳファイルと画像ファイルとを圧縮したフォーマットのｅＰｕｂファイルを生成することが挙げられる。
【００２１】
画像転送部２０５は、フォーマット生成部２０４で生成したファイル形式のデータを、画像表示部２０６を持つＰＣ１０４やスマートフォン・タブレットといった表示デバイスに転送する。例えばこの画像転送部２０５は、画像処理サーバ１０３のネットワークインターフェース（Ｉ／Ｆ）部が対応する。
【００２２】
ＰＣ１０４やスマートフォン・タブレットなどの表示デバイスに含まれる画像表示部２０６は、フォーマット生成部２０４で生成されたファイルを表示する。なお、表示デバイスのディスプレイサイズは様々であるが、本実施例によれば、いずれの表示デバイスでも各デバイスに適した画像のレイアウトで閲覧が可能になる。詳細については後述する。
【００２３】
なお、上記の例では、ＭＦＰ１００で入力した画像データをクラウドサーバなどの画像処理サーバ１０３で処理する例を説明した。しかしながら、ＭＦＰがオブジェクト分割部２０３やフォーマット生成部２０４を有している場合には、画像処理サーバ１０３を介することなく、ＭＦＰ１００で入力した画像データをＭＦＰ内で処理してもよい。この場合に画像転送部２０５は、ＭＦＰ１００のネットワークインターフェース（Ｉ／Ｆ）部が対応することになる。
【００２４】
あるいは、画像処理サーバ１０３は、予めＭＦＰ１００のスキャナで得られた画像データを画像処理サーバ１０３で保存しておき、保存した画像データを画像処理サーバ１０３で読み出すことを画像入力としてもよい。あるいは、画像処理サーバ１０３は、予めスキャンされ、他の記憶装置に記憶されている画像データを受信することを画像入力としてもよい。
【００２５】
図３にオブジェクト分割部２０３及びフォーマット生成部２０４の処理を実施するハードウェア構成の一例を示す。図３は、ネットワーク上にある画像処理サーバ１０３内で実装されるハードウェア構成の例である。ネットワークＩ／Ｆ部３００は、ＭＦＰ１００から送信される原稿画像の画像データを入力する。ＲＡＭ３０４は、ネットワークＩ／Ｆ部３００から入力された画像データを格納する。ＣＰＵ３０２は、画像処理サーバの処理全般を制御する。またＣＰＵ３０２は、後述するＲＯＭ３０３に格納されているプログラムを実行することでオブジェクト分割部２０３及びフォーマット生成部２０４として機能する。ＲＯＭ３０３は、ＣＰＵ３０２がオブジェクト分割部２０３及びフォーマット生成部２０４としてオブジェクト分割処理及びフォーマット生成処理を実行するために用いられるプログラムを格納している記憶部である。
【００２６】
また、画像転送部２０５の処理として、ＣＰＵ３０２でプログラムが実行され、生成された画像を含むデータがネットワークＩ／Ｆ部３００を介してインターネット１０２を通じて送信される。また、表示デバイスからの要求に応じてデータを送信するために、生成された画像を含むデータをＨＤＤ３０１に保存することも可能である。
【００２７】
図４を参照して、オブジェクト分割部２０３の処理のフローを説明する。図４に示す処理は、ＲＯＭ３０３に格納されているプログラムをＣＰＵ３０２が実行することによって実現される。
【００２８】
ステップＳ４０１において、オブジェクト分割部２０３は、ネットワークＩ／Ｆ部３００を介して画像データを入力する。本実施例における入力される画像データは、Ｎ−ｕｐ印刷された原稿をスキャンして得られた原稿画像を示すデータである。尚、以下では、Ｎ−ｕｐ印刷された原稿をスキャンして得られた原稿画像をＮ枚の画像へ分割する方法について説明するが、固定されるものではなく一文字単位の分割など任意の変更が可能である。また、以下ではステップＳ４０１で入力された画像データのことを、単に原稿画像と称するものとする。
【００２９】
ステップＳ４０２において、オブジェクト分割部２０３は、画像前処理を行う。オブジェクト分割部２０３は、処理の高速化やメモリ負荷低減の為に、入力された原稿画像の解像度を高解像度から低解像度に変換する解像度変換処理や、階調数を高階調から低階調に変換する階調数変換処理などを行う。また、後に記述する判定処理において誤判定を低減させるために、例えば下地除去やノイズ除去を行う。ただし、ステップＳ４０２の画像前処理は実施される画像処理サーバのスペックに応じて行っても行わなくてもよい。ステップＳ４０２で画像前処理された画像についても原稿画像と称する。
【００３０】
ステップＳ４０３において、オブジェクト分割部２０３は、ステップＳ４０１で入力された画像から射影ヒストグラムを取得する。例えば、オブジェクト分割部２０３は、ステップＳ４０２で画像前処理された画像のＸ軸方向及びＹ軸方向の両軸方向における射影ヒストグラムを取得する。ステップＳ４０３の射影ヒストグラム取得処理を図５を参照し説明する。
【００３１】
図５（ａ）は６−ｕｐフォーマットの原稿内にオブジェクト７０１〜７０５が存在している例を示している。すなわち、図５（ａ）は、５ページ分の画像を６−ｕｐ原稿フォーマットに含む原稿をスキャンして得られた画像である。オブジェクト分割部２０３は、図５（ａ）に示す画像のＸ軸方向及びＹ軸方向における背景色以外の画素の射影ヒストグラムを取得する。射影ヒストグラムを用いることで、原稿内のオブジェクト内容を分析することなく、簡易にオブジェクトの有無を判定することができる。
【００３２】
ステップＳ４０４において、オブジェクト分割部２０３は、ステップＳ４０３で取得した射影ヒストグラムに基づいてオブジェクトの塊を取得してラベルを割り振る。具体的にはステップＳ４０３で取得した射影ヒストグラムのＸ軸方向及びＹ軸方向の各軸のヒストグラムの大小関係からオブジェクト７０１から７０５のそれぞれの塊を二値情報として抽出する。そしてオブジェクト分割部２０３は図５（ｂ）に示すように、Ｘ軸方向及びＹ軸方向に連続している部分の画素に同じラベルを割り振るラベリング処理を行う。なお、図５（ａ）の例では、Ｘ軸方向及びＹ軸方向の射影ヒストグラムからオブジェクトは５個であると判定できるので、図５（ｂ）では５個の画素の塊に対してラベルを割り振っている。以下、このラベルが割り振られた画素の塊のことをオブジェクト画像と称する。
【００３３】
ステップＳ４０５において、オブジェクト分割部２０３は、ステップＳ４０１で入力された画像データの画像情報を取得する。画像情報は、図５（ｃ）に示すように例えば原稿画像全体の解像度、Ｎ−ｕｐ数、およびオブジェクト画像の数に対応するオブジェクト数である。原稿画像全体の解像度は、ステップＳ４０１の入力画像から取得できる。Ｎ−ｕｐ数およびオブジェクト数は、ステップＳ４０４のラベリング処理から取得できる。また、画像情報はオブジェクト画像毎の情報も含む。例えば、オブジェクトを特定するためのラベルであるオブジェクト番号、オブジェクト画像の原稿画像全体における位置座標、オブジェクト画像の画像サイズも画像情報に含まれる。図５（ｃ）の例では、オブジェクト画像の左上の頂点座標を位置座標とし、その頂点座標からのＸ方向及びＹ方向のサイズをオブジェクト画像のサイズとしている。
【００３４】
なお、このオブジェクト画像のサイズは同じ原稿を読み取った原稿画像であっても、読み取る際のスキャナの設定によってオブジェクト画像のサイズもそれぞれ異なる点に留意されたい。すなわち、オブジェクト画像のサイズは原稿画像のサイズに依存する。そして、原稿画像のサイズは、スキャナで読み取る際の原稿の用紙サイズと解像度によって決定される。例えば、Ａ４サイズの原稿画像を３００ｄｐｉの解像度で読み取った場合の原稿画像のサイズは、３５６４×２５２０となる。また、Ａ４サイズの原稿画像を６００ｄｐｉの解像度で読み取った場合の原稿画像のサイズは、７１２８×５０４０となる。従って、同じ原稿を読み取った場合でも、読み取り時の設定に応じてオブジェクト画像のサイズも変更される。本実施例では、このように読み取り時の設定に応じてサイズが変更されるオブジェクト画像を表示デバイスに好適なスタイルで表示できる手法である。詳細は後述する。
【００３５】
なお、ステップＳ４０２において画像縮小等の前処理を行う場合には縮小率に応じてオリジナルの原稿画像のサイズに変換した値を画像情報として取得する。すなわち、高速化のために入力画像の縮小した縮小画像に対して位置座標や画像サイズを得た場合には、その縮小率を１００％に戻す拡大率を位置座標や画像サイズに適用してオリジナルの入力画像における位置座標や画像サイズを画像情報として取得する。
【００３６】
なお、本例では、Ｎ−ｕｐ数およびオブジェクト数を入力画像から判定する手法を説明した。しかしながら、ユーザーからの入力によってこれらの情報を取得してもよい。例えば、ＭＦＰ１００の操作画面上で原稿のスキャンをする前に、Ｎ−ｕｐ数と原稿に含まれているオブジェクト数とをユーザー入力により設定し、この設定情報が読み取った原稿の画像データとともに画像処理サーバ１０３に送られてもよい。そして、オブジェクト分割部２０３はこの設定情報に基づいてＮ−ｕｐ数とオブジェクト数とを取得してもよい。
【００３７】
ステップＳ４０６においてオブジェクト分割部２０３は、ステップＳ４０５で取得した画像情報に基づいて、ステップＳ４０１で入力した画像の切り出し処理を行う。すなわち、オブジェクト画像データをそれぞれ画像ファイルとして生成するオブジェクト画像データ生成処理を行う。画像ファイルには、画像情報に含まれるラベルに応じた名前が付加されてもよい。図５（ｃ）の例では、ラベル１のオブジェクト画像を、“Page1.jpg”という名前が付された画像ファイルとして生成する例を示している。なお、ステップＳ４０６では、ステップＳ４０２の画像前処理で縮小処理等を行っていないオリジナルの原稿画像から切り出しを行う。
【００３８】
ステップＳ４０７において、オブジェクト分割部２０３は、ステップＳ４０５で取得した画像情報と、ステップＳ４０６で切り出された画像とを例えばＲＡＭ３０４に出力する。
【００３９】
次に、図６を参照して、フォーマット生成部２０４の処理のフローを説明する。図６に示す処理は、ＲＯＭ３０３に格納されているプログラムをＣＰＵ３０２が実行することによって実現される。尚、図４のオブジェクト分割処理によって、Ｎ−ｕｐ印刷された原稿をＮ個のオブジェクト画像へ分割したデータを対象とする例について説明するが、固定されるものではなく任意の変更が可能である。
【００４０】
ステップＳ６０１においてフォーマット生成部２０４は、オブジェクト分割部２０３から出力され、ＲＡＭ３０４に格納されている画像情報とオブジェクト画像とを入力する。
【００４１】
ステップＳ６０２においてフォーマット生成部２０４は、ステップＳ６０１で入力した画像情報に基づいてＷｅｂページを生成する。本例では、Ｗｅｂページとして記述データであるＨＴＭＬファイルを生成する記述データ生成処理の例を説明するが、これに限定されるものではない。ステップＳ６０２では、フォーマット生成部２０４は、ＨＴＭＬ表示の為の基本定型コードに加え、入力される画像情報に応じて、オブジェクト画像の枚数分の画像表示用のコードとオブジェクト画像の画像サイズとを記述する。より詳細にするため図７を参照し説明する。
【００４２】
図７は生成されるＨＴＭＬファイルの例であり、上部と下部にＨＴＭＬコードの基本定型コードとして例えばＨＴＭＬファイルであることの表記やタイトル等を記述する。また、ＨＴＭＬファイルのスタイルを規定するレイアウトデータであるスタイルシートを参照するコードも記述する。ここで、記述するスタイルシートのファイル名は、後述するＣＳＳファイル生成処理で生成されるＣＳＳファイル名である。また、ＨＴＭＬファイルには、オブジェクト分割部２０３で分割したオブジェクト画像を表示させるための画像表示用コードを記述する。画像表示用コードには、画像ファイル名と、オブジェクト画像の画像サイズとを記述する。これらの画像ファイル名や画像サイズは、ステップＳ６０１で入力された画像情報から得ることができる。
【００４３】
次に、ステップＳ６０３において、フォーマット生成部２０４は、ステップＳ６０１で入力された画像情報に基づいて、ステップＳ６０２で生成されるＷｅｂページのレイアウトを規定するデータを生成する。すなわち、ステップＳ６０３においてフォーマット生成部２０４はフォーマット生成処理を行う。本例では、レイアウトを規定するデータとしてスタイルシートであるＣＳＳファイルを生成するレイアウトデータ生成処理の例について説明するが、これに限定されるものではない。
【００４４】
ステップＳ６０３において、フォーマット生成部２０４は、ステップＳ６０２でＨＴＭＬファイル内に記載したオブジェクト画像を表示デバイスで表示する際に、表示デバイスの画面サイズに応じて適応的に表示を切り替える為の表示スタイルを記述する。
【００４５】
図８を参照して、ＣＳＳファイルの生成処理のフローを説明する。ステップＳ８０１においてフォーマット生成部２０４は、ステップＳ６０１で入力された画像情報から各ページに対応するオブジェクト画像の画像サイズを取得する。前述の通り、オブジェクト画像の画像サイズは原稿のスキャン時の設定に応じて変化する。
【００４６】
ステップＳ８０２においてフォーマット生成部２０４は、オブジェクト画像のＸ軸方向及びＹ軸方向のサイズを元にオブジェクト画像の形状を判定する。すなわち、プレゼン資料を代表とする横長画像か、文章ドキュメントを代表とする縦長画像かを判定する。
【００４７】
ステップＳ８０３においてフォーマット生成部２０４は、オブジェクト画像のサイズと、オブジェクト画像の形状とを用いて、ＣＳＳコードが記述されたＣＳＳファイルを生成する。本実施例においてフォーマット生成部２０４は、オブジェクト画像の形状およびサイズからそのオブジェクト画像の横幅を求める。そして、様々なサイズの表示デバイスにおいて表示される場合のそのオブジェクト画像の横幅の変倍率に従って、そのオブジェクト画像が適切なサイズで表示されるようにするＣＳＳファイルを生成する。すなわちフォーマット生成部２０４は、オブジェクト画像が表示デバイスにおける表示で拡大されすぎないように、オブジェクト画像のサイズに基づいて、そのオブジェクト画像が表示デバイスの表示領域の一部に表示されるようにするＣＳＳファイルを生成する。
【００４８】
なお、ＣＳＳファイルに記述されるＣＳＳコードは、そのＣＳＳファイルをスタイルとして指定ＨＴＭＬファイルに記述される画像表示用コードによって指定されるオブジェクトの、表示レイアウトを規定するコードである。
【００４９】
ＣＳＳコードの生成をより詳細にするため図９を参照し説明する。図９は生成されるＣＳＳファイルの例であり表示デバイスのサイズに応じた条件分岐を行った上で画像の表示サイズを指定する。本実施例では、表示デバイスのサイズとして、表示デバイスのディスプレイの解像度に応じた横幅のサイズを用いる例を説明する。ＣＳＳファイルに記載する内容としては、表示デバイスのサイズに応じた条件分岐やその際のオブジェクト画像の表示サイズを記載する。
【００５０】
例えば、図９の例では、当該ＣＳＳファイルをスタイルとして指定するＨＴＭＬファイルに記述されているコンテンツを表示する表示デバイスの表示画面が５００ｐｉｘｅｌ以下の場合、１００％表示をすることを規定している。すなわち、ＨＴＭＬファイル内において表示することが記述されている画像ファイルを、その画像ファイルに基づいて表示される画像の横幅が表示デバイスの横幅と一致するように、変倍して表示することを規定している。一方、表示デバイスの表示画面が１０００ｐｉｘｅｌ以上の場合、表示デバイスの横幅の３３％のサイズとなるように、ＨＴＭＬに記述されているコンテンツ（すなわち、オブジェクト画像）を変倍して表示することを規定している。なお、図９で示す例では、汎用性を高めるために、表示デバイスのサイズに対するパーセンテージで規定しているが、ピクセル指定をしてもよい。また、図９に示す例では、２つのディスプレイサイズの分岐を規定しているが、これに限られるものではない。
【００５１】
図１０及び、図１１を用いて、ＣＳＳコードを生成する際に、表示デバイスのサイズに応じた条件分岐やその際の画像表示サイズの規定方法についての組み合わせを説明する。
【００５２】
図１０を参照して、Ｎ−ｕｐ数に応じてＣＳＳファイルの生成を切り替える方法を説明する。尚、図１０では説明をより分かりやすくするため具体的な数値で表記するが、限定するものではなく任意の値で実施することが可能である。図１０を参照して、２−ｕｐ原稿と６−ｕｐ原稿を表示させる場合の表示サイズの切り替えを説明する。
【００５３】
横幅１２００ｐｉｘｅｌの原稿画像内に２−ｕｐ原稿と６−ｕｐ原稿がある場合にオブジェクト分割部２０３においてページ毎のオブジェクト画像に分割するとそれぞれのオブジェクト画像の横幅は２−ｕｐの原稿画像では１０００ｐｉｘｅｌとなる。そして、オブジェクト画像が２枚切り出される。一方、６−ｕｐの原稿原稿ではそれぞれのオブジェクトの横幅が３００ｐｉｘｅｌとなる。そしてオブジェクト画像が６枚切り出される。なお、ここで横幅のサイズのみを用いている理由は、例えばスマートフォンやタブレットなどの場合には縦スクロールを行って中身を確認することが一般的であるからである。よって、本例では横幅のみを考慮している例を説明しているが、もちろん縦幅も考慮したＣＳＳファイルを作成してもよい。
【００５４】
図１０の例に示すように、ここで、表示デバイスのディスプレイの解像度が１０００ｐｉｘｅｌであると仮定する。横幅１０００ｐｉｘｅｌのオブジェクトの２−ｕｐ原稿を１０００ｐｉｘｅｌの表示ディスプレイに表示する際は、例えば表示ディスプレイ全体に１００％での表示を行う。すなわち、１０００ｐｉｘｅｌの表示ディスプレイでは、２枚の画像が、それぞれの画像の横幅が表示ディスプレイの横幅と一致した縦並びで表示されるＣＳＳファイルを生成する。なお、その他の表示方法として画像を最大限表示するのではなく２枚同時に見たい場合には１枚の表示方法を５０％の表示にして横並び２枚を表示することも可能である。すなわち、解像度優先で表示するか、あるいは、原稿画像の全体表示を優先するかを選択可能に構成していてもよい。
【００５５】
一方で６−ｕｐ原稿の場合、２−ｕｐ原稿と同じく１００％表示のＣＳＳファイルを生成すると、表示自体は可能である。しかしながら、１０００ｐｉｘｅｌの表示ディスプレイに対し３００ｐｉｘｅｌの画像を引き延ばして表示がされる為、画像全体がぼやけてしまう。元々の画像１画素がディスプレイの約３画素で表示されてしまっているためである。そこで６−ｕｐ原稿の場合には、例えば３３％表示にして横３枚、縦２段で表示させるＣＳＳファイルを生成することで表示デバイスを最大限利用した上でぼやけた画像になることもなく表示が可能である。このようにＮ−ｕｐ数、すなわちオブジェクト画像のサイズに応じた切り替えを規定したＣＳＳファイルを生成することで表示デバイスに最適な表示が可能となる。
【００５６】
また、原稿画像の画像サイズと、表示デバイスのサイズとを考慮したＣＳＳファイルが生成されるため、例えば解像度の高いオブジェクト画像についてはその高い解像度で各表示ディスプレイに表示されることができる。このため、例えば同一の原稿を異なる設定で読み取った原稿画像の場合にも、原稿画像の解像度と表示デバイスのサイズとに応じて生成されるＣＳＳファイルの内容は異なることになる。
【００５７】
従来、スキャナで読み取ったＮ−ｕｐ原稿をＥ−ｍａｉｌやＦＴＰ通信等によりＰＣに送信して表示する場合、画面比率４：３のディスプレイや１６：９ワイドディスプレイに対し縦長の定型用紙サイズとして送信される。このため、ディスプレイ幅を最大限利用が出来ていない。またスマートフォンやタブレットに送信して表示する場合、ＰＣに比べディスプレイサイズが小さく画像全体が表示できない点や、表示されていない部分をみるために各方向に対して行うスクロールも操作性が悪い。
【００５８】
これに対して、本実施例によればＰＣやスマートフォンやタブレットなどの異なる表示ディスプレイにおいても、各ディスプレイに好適な画像を表示することが可能となる。
【００５９】
次に、図１１を参照して、プレゼン資料を代表とする横長画像か、文章ドキュメントを代表とする縦長文章かのオブジェクトの形式の違いに伴うＣＳＳファイルの生成を切り替える方法を説明する。尚、図１１では説明をより分かりやすくするため具体的な数値で表記するが、限定するものではなく任意の値で実施することが可能である。図１１を参照して、同じ４−ｕｐ原稿ではあるものの、横長画像か縦長画像のオブジェクトの形式の違いがある場合の表示サイズの切り替えを説明する。
【００６０】
例えば、横長のオブジェクトが含まれる原稿画像として、横幅が１６００ｐｉｘｅｌで４−ｕｐの各オブジェクトの横幅が７００ｐｉｘｅｌの画像を想定する。また、縦長のオブジェクトが含まれる原稿画像として、横幅が１２００ｐｉｘｅｌで４−ｕｐの各オブジェクトの横幅が３００ｐｉｘｅｌの画像を想定する。横幅が７００ｐｉｘｅｌである横長のオブジェクトを１４００ｐｉｘｅｌのディスプレイに表示する場合には例えば５０％表示にして横に２枚、縦に２段で表示することでディスプレイを最大限利用し表示が出来る。従って、そのサイズでＣＳＳファイルを生成する。一方、同様のＣＳＳファイルで横幅が３００ｐｉｘｅｌである縦長のオブジェクトを１４００ｐｉｘｅｌのディスプレイに表示する場合には引き延ばされぼやけた表示になってしまう。そこで、縦長の原稿の場合には例えば２５％表示にして横に４枚、縦に１段のＣＳＳファイルを生成することで最適な表示が可能である。
【００６１】
以上のように、オブジェクト分割部２０３で分割した際に取得する画像情報に応じてＣＳＳファイルを生成することでより最適な表示が可能となる。ここで紹介した例は一部であり、原稿画像の解像度、Ｎ−ｕｐ数、原稿の縦横書き、オブジェクトの縦横比率などで適応的に生成するＣＳＳファイルの条件分岐や表示画像サイズの切り替えを行う。
【００６２】
次に、図６に戻ってフォーマット生成部２０４の処理の続きを説明する。なお、図６の例では、ＨＴＭＬファイルを生成後にＣＳＳファイルを生成する例を説明しているが、逆であってもよく、また、並行して処理が行われても良い。
【００６３】
ステップＳ６０４においてフォーマット生成部は、ステップＳ６０２で生成したＨＴＭＬファイルと、ステップＳ６０３で生成したＣＳＳファイルと、画像ファイルと、その他ｅＰｕｂ生成に必要なファイルとをマージして１つのｅＰｕｂファイルを生成する。ステップＳ６０５では、フォーマット生成部２０４は生成したファイルを出力する。尚、図６で示した例では表示デバイスがスマートフォンやタブレットの場合を考慮して、リフロー型のデータとしてｅＰｕｂファイル生成まで行っている例を説明している。しかしながら、ＨＴＭＬファイル及びＣＳＳファイルを生成さえ行えば、ブラウザで閲覧可能であるためステップＳ６０４においてｅＰｕｂ化まで行わなくてもよい。
【００６４】
上記で説明したオブジェクト分割部２０３及びフォーマット生成部２０４で処理を行い画像転送部２０５から画像表示部２０６を持つ表示デバイスにファイルを送信することで、表示デバイスで閲覧を行う事が可能である。生成したファイルを直ちに画像転送部より送信することも可能である。また、例えばＨＴＭＬで閲覧する場合には画像処理サーバ内にファイルを保持し、サーバのファイルが格納されたフォルダのアドレスを送り、画像表示部２０６から取得することも可能である。
【００６５】
以上の処理を行う事で図１２に示すように、例えばＡ４縦の原稿内に６−ｕｐで印刷された画像を形状の異なるディスプレイで表示した場合でも、ブラウザ側で適応的に表示を切り替えることも可能になる。また、ディスプレイの横幅に入りきらない画像に関してはＣＳＳファイルの記述に基づいて自動的にリフローが行われる。
【００６６】
図１３は、表示デバイスにおいて、画像処理サーバで生成されたＨＴＭＬファイルとＣＳＳファイルとを含むＷｅｂページを閲覧する際の処理の一例を示す図である。
【００６７】
ステップＳ１３０１において、表示デバイスはＷｅｂページの読み込みを行う。前述のように、画像処理サーバから送られるファイルを読み込んでも良いし、画像処理サーバの該当するアドレスにアクセスしてファイルを取得することで読み込みを行っても良い。
【００６８】
ステップＳ１３０２において、表示デバイスは自身のディスプレイの解像度情報を取得する。
【００６９】
ステップＳ１３０３において、表示デバイスは、ステップＳ１３０１で読み込んだＷｅｂページのＣＳＳファイルから、ステップＳ１３０２で得た自身の解像度情報に該当する記述を抽出し、その記述内容に従って、ＨＴＭＬファイルを表示する。
【００７０】
なお、スマートフォンやタブレットなどの携帯型の端末が表示デバイスの場合、例えば縦向きから横向きに端末を傾けると、表示デバイスのブラウザは再度Ｗｅｂページの読み込みを行う。すなわち、再度ステップＳ１３０１からの処理を行い、横向きのディスプレイサイズに適したスタイルで表示を行うことになる。
【実施例２】
【００７１】
実施例１においては、このようにＮ−ｕｐ数に応じた切り替えを規定したＣＳＳファイルを生成することで表示デバイスの画面サイズに応じてフレキシブルにスタイルを変更可能にする手法を紹介した。しかし、Ｎ−ｕｐ原稿の配置には図１４に示すように様々な配置がある。例えば図１４（ａ）に示す左上から右方向へ読み進める配置、図１４（ｂ）に示す左上から下方向へ読み進める配置、図１４（ｃ）に示す右上から左方向へ読み進める配置、図１４（ｄ）に示す右上から下方向へ読み進める配置の主に４種類存在する。その為、読み進める方向と異なる配置でフォーマット化すると読み順が変わり読みにくい場合がある。
【００７２】
実施例１ではＨＴＭＬファイル生成部５００において１つのＨＴＭＬファイルを生成する例を説明した。実施例２では左上から右方向へ読み進める配置、左上から下方向へ読み進める配置、右上から左方向へ読み進める配置、右上から下方向へ読み進める配置の各ＨＴＭＬファイルを生成する。そして、その４つのＨＴＭＬファイル間をリンクするためのコンポーネント（例えばボタン）をそれぞれのＨＴＭＬファイル内に配置する。
【００７３】
より詳細にするため図１５を参照し説明する。図１５はＨＴＭＬファイルの生成例であり、上部と下部にＨＴＭＬコードの基本定型コードとして例えばＨＴＭＬファイルであることの表記やタイトル等を記述する。また、ＨＴＭＬファイルのスタイルを規定するスタイルシートを参照するコードも記述する。本実施例では、画像表示用のコードの記述箇所が実施例１と異なる。実施例１では、特段言及してないが、例えば画像ファイル名を昇順で羅列していたものを用いている。実施例２では、左上から右方向へ読み進める配置、左上から下方向へ読み進める配置、右上から左方向へ読み進める配置、右上から下方向へ読み進める配置用のＨＴＭＬファイルをそれぞれ生成する。すなわち、それぞれ画像順序が指定通りになるように変更したＨＴＭＬファイルを４つ生成する。更に本実施例では、それらの４つのＨＴＭＬファイル間を移動できるようにリンクを張った例えばボタンを配置する。図１５の例ではボタン配置コード欄にそれぞれのＨＴＭＬファイルにリンクを張ったボタンを配置する例を示している。
【００７４】
図１６を用いて本実施例において表示デバイスで表示されるディスプレイイメージを説明する。図１６（ａ）に示すように、Ａ４サイズの原稿内に６ページ分のオブジェクト画像が印刷されている６−ｕｐ原稿を読み取った場合を例にする。図１６（ａ）に示すように、この原稿では、左上から下方向に読む順序のオブジェクト画像が印刷されている。この原稿を読み取りオブジェクト分割を行い、ＨＴＭＬファイルを生成する。この場合、実際の画像と読み取る順序とが一致しない場合がある。すなわち、オブジェクト分割部とフォーマット生成部では、図１６（ｂ）に示すように左上から右方向への読み順として処理を行ってしまう場合がある。このように生成され出力されたファイルを読むとオブジェクトの表示順が読み順が本来の意図と異なる形で表示される。本実施例では、図１６（ｃ）に示すように、それぞれの配置のＨＴＭＬファイルを作成し、各ＨＴＭＬファイル間にリンクを張ったボタンを画像上部に配置する。これにより、例えば図１６（ｄ）に示すようにページの読み順をファイル生成後の閲覧時に表示デバイスの操作によって変更を行う事が可能となる。
【００７５】
また、本実施例では読み順を変更可能とする例を示したが、他にも画像を９０度回転させる処理などをボタンとしてＨＴＭＬ内に埋め込むことも可能である。
【００７６】
また、本実施例では、正しい読み順がオブジェクト分割部やフォーマット生成部においてわからないために、各読み順のＨＴＭＬファイルをそれぞれ生成する例を説明した。しかしながら、例えば原稿を読み取る際に、ユーザーからその原稿に含まれているオブジェクト画像の読み順をユーザーＩ／Ｆなどを介して指定されている場合には、その指定に従った読み順で単一のＨＴＭＬファイルを生成してもよい。あるいは、ユーザーから読み順が指定されている場合に、その読み順をデフォルトの表示ページにするようにＨＴＭＬファイルを生成し、上述したように、異なる読み順のＨＴＭＬファイルを生成してもよい。
【００７７】
また、本実施例では、生成するＣＳＳファイルは共通のファイルを１つ生成すればよいが、それぞれのＨＴＭＬファイルに応じて複数のＣＳＳファイルを生成してもよい。
【実施例３】
【００７８】
実施例１においては、Ｎ−ｕｐ数に応じた切り替えを規定したＣＳＳファイルを生成することで表示デバイスの画面サイズに応じてフレキシブルにスタイルを変更可能にする手法を紹介した。また、実施例２においてはオブジェクトの読み順をファイル作成後に変更可能とする手法を紹介した。
【００７９】
しかし、フォーマット生成部２０４において画像のサイズを規定する際に、図１７で示すようにオブジェクトの向きを間違った場合、誤ったサイズでＣＳＳファイルを生成することになる。図１７（ａ）は正しい向きで画像を認識する例である。図１７（ｂ）は誤った向きで画像を認識する例である。図１７（ｂ）の例では、本来横向きにオブジェクト画像が配置されているにも関わらず、原稿向きを検知しない場合には図１７（ａ）と同様にオブジェクト画像の短辺側が上にくることになり、縦向きに配置されてしまう。
【００８０】
そこで、オブジェクト分割部２０３において、原稿の向きを検知する処理を入れ原稿向きを推定した上でＣＳＳファイルを生成するフローを紹介する。図１８に実施例３におけるオブジェクト分割処理の流れを示すフローチャートを示す。図１８において、上述した図４に示す処理と同一の処理には同一番号を付ける。図１８に示す処理は、図４に示す処理に比べてステップＳ１７０１の原稿向き検知処理及びステップＳ１７０２の画像回転処理が追加されている。
【００８１】
以下、実施例１と共通する部分についての説明は省略し、実施例１と異なる点を中心に説明する。ステップＳ１７０１においてオブジェクト分割部２０３は、オブジェクトの向き、特に上方向の向きの検知を行う。手法としては、例えば原稿に対しハフ変換処理等の線形成分取得を行い横成分の線形情報と縦成分の線形情報との量の差を求め、その大小関係から原稿の向きを自動的に検出することが可能である。続くステップＳ４０５では、ステップＳ１７０１で検知した結果を元に、画像情報を取得する。具体的には、検出した縦成分の大きい向きを原稿画像のＹ軸方向となるように画像のＸ軸方向及びＹ軸方向の画像サイズを入れ替えるといった処理を行う。また、画像自体も線形情報を取得し、縦成分が多いと判定した場合には例えば９０度の回転を行い、ステップＳ４０５におけるその他の処理は、実施例１で説明したものと同様である。ステップＳ１７０２において、オブジェクト分割部２０３は、ステップＳ４０６で切り出した画像を、ステップＳ１７０１の原稿向き検知結果に応じてアフィン変換によって例えば９０度の回転処理を行う。ステップＳ１７０２の処理を行うことで、オブジェクト画像の長辺側を上にする。
【００８２】
以上の構成にすることで、スキャンする原稿の向きが横になっていたとしても、原稿向き検知を行い修正することで、原稿の上部が常に上に表示されるようになり、表示デバイスに応じた最適な画像表示を行う事が可能となる。
【００８３】
＜その他の実施例＞
上記の各実施例においては、入力される原稿画像はＮ−ｕｐ印刷された原稿の画像である例を説明した。しかしながら、本発明はＮ−ｕｐ印刷された原稿画像を扱う処理に限定されるものではない。すなわち、複数のオブジェクトが含まれる原稿画像を読み取る場合においても各実施例で説明したものと同様の処理が可能である。例えば、写真が貼り付けてあるアルバムをＭＦＰでスキャンして読み取って得られた原稿画像に対して、上述したオブジェクト分割処理とフォーマット処理とを行い、表示デバイス毎に好適なデータを出力するような形態であってもよい。このように、本発明は、各オブジェクトが所定の間隔で配置されるような原稿画像に対しても同様に適用することが可能である。
【００８４】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2015019316.tif 000003
【図２】
2015019316.tif 000004
【図３】
2015019316.tif 000005
【図４】
2015019316.tif 000006
【図５】
2015019316.tif 000007
【図６】
2015019316.tif 000008
【図７】
2015019316.tif 000009
【図８】
2015019316.tif 000010
【図９】
2015019316.tif 000011
【図１０】
2015019316.tif 000012
【図１１】
2015019316.tif 000013
【図１２】
2015019316.tif 000014
【図１３】
2015019316.tif 000015
【図１４】
2015019316.tif 000016
【図１５】
2015019316.tif 000017
【図１６】
2015019316.tif 000018
【図１７】
2015019316.tif 000019
【図１８】
2015019316.tif 000020