(57)【要約】【課題】高解像度で保存されている元画像をオブジェクト単位にモニタ上に表示し、レイアウト変更等の編集を行う際に、ＰＣのメモリやＣＰＵの負荷を増やすことなく、ユーザーが画面上で表示、編集作業を軽快に行うことを可能とし、また、表示上のオブジェクトの画質を向上させ、編集の作業効率を向上させる。【解決手段】オブジェクト分割部２０２は元画像をオブジェクト単位に分割する。データ変換処理部２０３は、分割された元画像の解像度を、表示装置２０７の表示サイズに応じた解像度に変換し、表示する。【選択図】図５
2008077148.tif 000002
【特許請求の範囲】
【請求項１】
画像を保存する画像保存システムと、クライアント端末と、印刷装置がネットワーク上に接続可能な画像処理システムであって、元画像を所定の条件に基づいて複数に分割する手段と、元画像および分割した元画像を圧縮し保存する手段と、前記分割した元画像の属性を判定する手段と、前記判定結果に基づいて、所定の方法で分割した元画像のデータ量を削減した画像（以下、削減処理画像）を生成する手段と、前記分割した元画像と前記削減処理画像との関連付けを管理する手段と、前記削減処理画像を画面上に表示する手段とを有することを特徴とする画像処理システム。
【請求項２】
前記画面上に表示された削減処理画像に対して編集作業を可能とする手段と、前記編集作業結果を、分割した元画像に対して反映させる手段と、前記反映結果を印刷および保存する手段とを有することを特徴とする請求項１記載の画像処理システム。
【請求項３】
画像を保存する画像保存システムと、クライアント端末と、印刷装置がネットワーク上に接続可能な画像処理システムであって、元画像を所定の条件に基づいて複数に分割する手段と、元画像および分割した元画像を圧縮し保存する手段と、前記分割した各画像のデータサイズを検知する手段と、所定のデータサイズを超える分割した画像に対して属性を判定する手段と、前記判定結果に基づいて、所定の方法で分割した元画像のデータ量を削減した画像（以下、削減処理画像）を生成する手段と、前記分割した元画像と前記削減処理画像との関連付けを管理する手段と、前記分割した元画像のうち、削減処理していない画像と、削減処理画像を画面上に表示する手段とを有することを特徴とする画像処理システム。
【請求項４】
前記画面上に表示された削減処理画像および元画像に対して編集作業を可能とする手段と、前記編集作業結果を、分割した元画像に対して反映させる手段と、前記反映結果を印刷および保存する手段とを有することを特徴とする請求項３記載の画像処理システム。
【請求項５】
更に、表示モニタサイズを検知する手段を有し、前記所定の方法は、検知したモニタサイズに応じた解像度に変換する方法であることを特徴とする請求項１または３記載の画像処理システム。
【請求項６】
前記所定の方法は、分割した元画像の属性が文字および図形の場合、ベクトルデータへの変換処理を行う方法であることを特徴とする請求項１または３記載の画像処理システム。
【請求項７】
前記所定の方法は、分割した元画像の属性が文字の場合、文字コード化処理を行う方法であることを特徴とする請求項１または３記載の画像処理システム。
【請求項８】
前記所定の方法は、分割した元画像の属性が写真の場合、低解像度化処理を行う方法であることを特徴とする請求項１または３記載の画像処理システム。
【請求項９】
前記削減処理画像を用いて新規画像を印刷および保存することを特徴とする請求項１乃至４のいずれか１項に記載の画像処理システム。
【請求項１０】
元画像を所定の条件に基づいて複数に分割する手段と、元画像および分割した元画像を圧縮し保存する手段と、前記分割した元画像の属性を判定する手段と、前記判定結果に基づいて、所定の方法で分割した元画像のデータ量を削減した画像（以下、削減処理画像）を生成する手段と、前記分割した元画像と前記削減処理画像との関連付けを管理する手段と、前記削減処理画像を画面上に表示する手段とを有することを特徴とする画像処理装置。
【請求項１１】
前記画面上に表示された削減処理画像に対して、編集作業を可能とする手段と、前記編集作業結果を、分割した元画像に対して反映させる手段と、前記反映結果を印刷および保存する手段とを有することを特徴とする請求項１０記載の画像処理装置。
【請求項１２】
元画像を所定の条件に基づいて複数に分割する手段と、元画像および分割した元画像を圧縮し保存する手段と、前記分割した各画像のデータサイズを検知する手段と、所定のデータサイズを超える分割した画像に対して属性を判定する手段と、前記判定結果に基づいて、所定の方法で分割した元画像のデータ量を削減した画像（以下、削減処理画像）を生成する手段と、前記分割した元画像と前記削減処理画像との関連付けを管理する手段と、分割した元画像のうち、削減処理していない画像と、削減処理画像を画面上に表示する手段とを有することを特徴とする画像処理装置。
【請求項１３】
前記画面上に表示された削減処理画像および元画像に対して編集作業を可能とする手段と、前記編集作業結果を、分割した元画像に対して反映させる手段と、前記反映結果を印刷および保存する手段とを有することを特徴とする請求項１２記載の画像処理装置。
【請求項１４】
更に、表示モニタサイズを検知する手段を有し、前記所定の方法は、検知したモニタサイズに応じた解像度に変換する方法であることを特徴とする請求項１０または１２記載の画像処理装置。
【請求項１５】
前記所定の方法は、分割した元画像の属性が文字および図形の場合、ベクトルデータへの変換処理を行う方法であることを特徴とする請求項１０または１２記載の画像処理装置。
【請求項１６】
前記所定の方法は、分割した元画像の属性が文字の場合、文字コード化処理を行う方法であることを特徴とする請求項１０または１２記載の画像処理装置。
【請求項１７】
前記所定の方法は、分割した元画像の属性が写真の場合、低解像度化処理を行う方法であることを特徴とする請求項１０または１２記載の画像処理装置。
【請求項１８】
前記削減処理画像を用いて新規画像を印刷および保存することを特徴とする請求項１０乃至１３のいずれか１項に記載の画像処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、元画像のレイアウト情報を解析し、オブジェクトに分割した個々の画像を表示または編集作業を施した結果を印刷、もしくは記憶媒体に保存する画像処理システムおよび画像処理装置に関し、複写機の複合機、ファイルサーバ、画像処理プログラム等に好適な技術に関する。
【背景技術】
【０００２】
従来の文書画像は主にテキストが中心であるため、電子ファイルとしてのデータ量は少ない。しかし、近年、出力装置の解像度が向上し、高解像度の画像出力が可能なことから、文書中に高解像度の画像や図などの画像オブジェクトが埋め込まれ、添付画像の解像度にもよるが、そのデータ量は相当に多い。また、紙文書をスキャナで読取り、電子データ化する際に、一般的には、最低でも２００ｄｐｉ程度の解像度で読み取り、画質を上げるために２００ｄｐｉ以上の高解像度で読み取る場合もある。
【０００３】
また、印刷出力された紙文書をスキャナで読取り、電子データ化して、文書の一部を素材として再利用する場合、一般的には画像を編集する専用アプリケーションを用いてユーザーのパーソナルコンピュータ（以下ＰＣ）上でスキャンした文書画像を開き、利用したい部分を「切り抜き」等の専用アプリケーションで用意されたツールにより別画像として生成し、別保存等の作業を行うことが必要となり、手間がかかる。更に、その文書画像が高解像度のデータである場合、専用アプリケーション上で画像を展開し、表示するためには膨大なメモリが必要となり、編集内容によってはＣＰＵの負荷が大きく、低スペックのＰＣでは作業が不可能となる場合もあり、作業が可能でも軽快に編集作業が出来ず、操作中に待ち時間などが発生する。
【０００４】
ところで、ＣＲＴやＬＣＤなどの表示装置の画面サイズは、通常、８００×６００（画素）〜１０２４×７６８（画素）であり、上記文書画像の解像度が高解像度であっても、表示画面上では７２ｄｐｉ程度でしか再現できない。編集対象の画像が例えば２００ｄｐｉのデータの場合、画像サイズは幅１５００ｐｉｘｅｌ、高さ２２５０ｐｉｘｅｌ程度の画素数になり、そのままでは画面上に全面を表示できない。そこで、解像度変換を行い、７２ｄｐｉ程度にまで縮小したものを表示するが、このとき縮小処理の方法によっては画質が相当低下し、文字の大きさによっては判読不可能になってしまう。
【０００５】
一方で、インターネットや企業内ＬＡＮの普及により、ネットワークを介してＰＣ等の端末装置へ画像データを配信する技術が注目を集め、従来型の複写機にプリンタやスキャナ、画像配信サーバ等の機能を集約した、複合機や画像配信サーバ等の機器が画像配信装置として使用されている。このような画像配信サーバ上のスキャン文書をユーザー端末上で閲覧し、編集、印刷、保存等の操作を行う用途が広がっている。
【０００６】
印刷時には元画像の高解像度のデータを使用し、編集時にはデータ量が少ない別データを利用して編集作業を行い、その結果をサーバ上の元画像に反映させて印刷するという、従来技術が多数提案されているが、データ量の削減方法としては、解像度変換を利用するものが多い。
【０００７】
例えば、特許文献１は、主に編集対象として写真を対象とし、編集内容は対象画像に既存のテンプレートやオブジェクトを付加し、画像全体にぼかしや、油絵調に変えるなどの画像処理を施すなど、処理を軽くして表示のレスポンスを低下させないために単純な低解像度化処理を用いている。また、特許文献２は、対象画像のオブジェクト単位に低解像度化処理を行い、データ量を削減した置換データを生成して、元の高解像度のデータと置換データを使い分け、編集作業では元の高解像度のデータを利用している。
【０００８】
【特許文献１】特許第３６３４５５６号公報
【特許文献２】特開２００３−３６２００号公報
【特許文献３】特開２００１−２９７３０３号公報
【特許文献４】特開平７−７３２７１号公報
【非特許文献１】「セル構造による線図形の骨格線抽出方法」鈴木俊博、森俊二  情報処理学会  Ｖol.1990  Ｎo.6
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかし、上記した従来の技術では、編集対象となる画像として低解像度化処理された画像が利用されているので、表示上の画質の低下は免れない。
【００１０】
本発明はかかる問題点に鑑みてなされたもので、
本発明の目的は、高解像度で保存されている元画像をオブジェクト単位にモニタ上に表示し、レイアウト変更等の編集を行う際に、ＰＣのメモリやＣＰＵの負荷を増やすことなく、ユーザーが画面上で表示、編集作業を軽快に行うことを可能とし、また、表示上のオブジェクトの画質を向上させ、編集の作業効率を向上させた画像処理システムおよび画像処理装置を提供することにある。
【課題を解決するための手段】
【００１１】
本発明は、画像を保存する画像保存システムと、クライアント端末と、印刷装置がネットワーク上に接続可能な画像処理システムであって、元画像を所定の条件に基づいて複数に分割する手段と、元画像および分割した元画像を圧縮し保存する手段と、前記分割した元画像の属性を判定する手段と、前記判定結果に基づいて、所定の方法で分割した元画像のデータ量を削減した画像（以下、削減処理画像）を生成する手段と、前記分割した元画像と前記削減処理画像との関連付けを管理する手段と、前記削減処理画像を画面上に表示する手段とを有することを最も主要な特徴とする。
【発明の効果】
【００１２】
（１）サーバ側に保存された画像をクライアント側で編集する際に、画像の表示およびスクリプト等を利用した編集作業を、表示環境に負荷を与えることなく、軽快に行うことを可能とし、かつ、分割した画像のオブジェクトに応じたデータ変換処理を行うことにより、表示上の画質が向上する。また、編集結果を保存、印刷する際には、サーバ側に保存されている元画像を利用することにより、高品質な出力結果が得られる。
（２）データ量を削減するデータ変換処理を所定のオブジェクトに対してのみ行うことにより、処理効率が向上する。
【発明を実施するための最良の形態】
【００１３】
以下、発明の実施の形態について図面により詳細に説明する。
【００１４】
実施例１：
図１は、本発明のシステム構成を示す。図１のシステムは、サーバ１０１と、ＰＣ等のクライアント１０３をインターネットやＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等の転送路１０２を介して接続している。サーバ１０１には、原稿を読み取り、ラスタ画像をサーバへ出力するスキャナ１００が接続され、クライアント１０３には、モニタ１０４が接続されている。
【００１５】
サーバ１０１は、クライアント１０３からの所望の画像データの送信要求コマンドを受信した後、画像データを送信する。クライアント１０３は、転送路１０２を介して送信されてきた画像データを受信し、モニタ１０４に表示する。
【００１６】
本実施例のクライアント１０３は、主にＰＣ上に画像を表示して編集作業を行う。現在、モニタの表示画素数は、ＸＧＡと呼ばれる規格が主流であり、１０２４×７６０画素の表示が可能である。例えば、サーバ１０１が３００ｄｐｉの解像度を有するＡ４サイズの画像データ（図２はその一例）を、ページレイアウトを保持して送信する場合、全体で３５００×２５００画素程度のサイズとなり、画像全体を表示しようとすると、図３に示すように、画像の単純な間引き処理が行われ、低画質の画像が表示される。すなわち、文字がつぶれて読みにくく、または読めない状態となり、グラフィックなどの図も画質が低下してしまう。
【００１７】
通常行われる編集作業は、サーバ１０１から受け取った３００ｄｐｉのデータを全てクライアント１０３にダウンロードし、そのデータに対して編集処理を行う。後述するように、実施例１の編集作業は、例えば図２に示すような入力画像である場合、図１０に示すように、あらかじめ画像を個々の画像に分割し、それぞれを単独に処理できる状態でユーザーに提供するものである。クライアント１０３は、その個々の画像を削除し、レイアウトを変更し、また、複数の画像から必要なオブジェクトを選んで１つの画像にマージするなどの編集作業を行うことができる。
【００１８】
図４は、サーバ１０１の構成を示す。図４において、１１１はプログラムに応じた演算や処理を行うＣＰＵ、１１２はプログラムのコードや画像の符号データ等のデータを一時的に記憶、保持するワーク領域として使用される揮発性のメモリ、１１３はデータやプログラム等を保存、蓄積するためのハードディスク（以下ＨＤＤ）、１１４はモニタ１１７へ表示するためのデータバッファとなるビデオメモリである。ビデオメモリ１１４に書き込まれた画像データは、定期的にモニタ１１７へ表示される。１１５はインターネットやＬＡＮ等の外部転送路１０２を介してデータを送受信する外部Ｉ／Ｆ、１１６は各々の構成要素を接続するバスである。なお、マウスやキーボード等の入力デバイスは、説明の簡略化のために省略している。
【００１９】
サーバ１０１は画像の配信動作に先立ち、画像データを入力しＨＤＤ１１３へ保存し、データベース（ＤＢ）化しておく。画像の入力形態については、種々の方法があるが、例えば、サーバに接続されたスキャナ１００等の専用機器からビットマップ画像を入力し、あるいはネットワーク経由によりサーバに接続されたスキャナやクライアントＰＣ等の外部機器から電子画像データを受信する。なお、電子画像データとしては、ＰＤＦ等の特定フォーマットデータや、ビットマップをＪＰＥＧやＪＰＥＧ２０００等で圧縮処理されたデータなどである。またＷＯＲＤ、ＥＸＣＥＬ等といった特定アプリケーションのデータや、ＰＳ（ポストスクリプト）やプリンタドライバが出力するＰＤＬ等のデータ形態等もあり、その形態も多様である。
【００２０】
また、画像データのＤＢへの蓄積形態についても種々の方法がある。例えば、入力の形態のまま蓄積（例えば、ＪＰＥＧ圧縮画像データやＰＤＦデータ等が混在する形態）、所定のフォーマットの形態に変換して蓄積（例えば、全てＪＰＥＧ等の同一フォーマットへ変換して蓄積）などである。また、入力形態に応じて数種類のフォーマットを混在させても良い。例えば、スキャン画像等のビットマップ形式の画像データであればＪＰＥＧ圧縮画像として蓄積し、特定アプリケーションの電子データであれば、ＰＤＦフォーマットの画像データとして蓄積しても良い。
【００２１】
本実施例では、以下、説明するように、ＤＢからビットマップ画像や電子データを抽出し、レイアウト解析、オブジェクト化、オブジェクト分割、属性判定、データ変換を行い、クライアント１０３へ画像を配信し、クライアント１０３側で表示及び編集作業を行い、編集作業の結果をサーバ１０２側へ送信し、その編集結果を印刷し、ＨＤＤへ保存する。
【００２２】
図５は、本発明の実施例１の構成を示す。図５のサーバは、元画像入力部２０１、オブジェクト分割部２０２、データ変換処理部２０３、記憶部２０４、出力データ生成部２０５からなり、クライアントは、編集処理部２０６、表示装置２０７、データ送受信部、記憶部２０９からなる。
【００２３】
図５のサーバ側を説明すると、元画像入力部２０１は、編集対象となる画像を入力する。元画像はサーバ内のＨＤＤなどの記憶部２０４や、クライアントから通信経路（ＬＡＮ／ｉｎｔｅｒｎｅｔ）を通して入手する。画像のデータ形式は、先に説明したように、圧縮処理されたビットマップ形式や、ＰＤＦフォーマット化された電子データなどである。
【００２４】
オブジェクト分割部２０２は、元画像を個々のオブジェクトに分割する。実際には文字、写真、図形などの属性によって矩形に分割する。図２の画像例であれば、図１０のような矩形に分割処理する。ここで生成するオブジェクトは、ユーザーの編集作業が簡易になるように生成する。例えば、図６（ａ）に示すように、元文書の一部分を残して他の部分を消去する作業、あるいは、図６（ｂ）のように特定の部分だけを残してレイアウトを変更するなどの作業である。通常、このような作業は、編集用の専用アプリケーションを使って所望の個所を選択ツールなどを用いて行う必要がある。つまり、削除する部分を矩形として選択し、削除作業を繰り返し、あるいは、レイアウトを変更する場合は、使用する個所を矩形として選択し、別ファイルへ保存し、新しい文書を生成し、そこへ再度読み込むなどの手間がかかる。
【００２５】
そこで、本発明では、このような手間を解消するために、例えばユーザーが使用する部分、すなわちオブジェクトをあらかじめ分割して扱えるようにしておき、ユーザー側での矩形選択等の処理を不要とする。またｊａｖａｓｃｒｉｐｔ等を用いた表示画面上での編集作業において、インタラクティブな動作を可能とし、簡易にレイアウトを変更することが可能となる。
【００２６】
図７は、実施例１のオブジェクト生成方法のフローチャートを示す。ステップ１の画像要素抽出では、入力された文書画像データに対して画像要素の抽出処理を行う。画像要素の抽出は、入力データが電子データである場合は、文字データがフォントと座標情報等で表されているためビットマップの画像データとは容易に区別することが可能であり、座標情報もデータ中に含まれているため、容易に画像要素の矩形領域情報、属性情報等を抽出することが可能である。
【００２７】
一方、スキャンデータのように全面ビットマップ画像のデータである場合は、ＯＣＲ処理の前処理等でよく使用される領域の識別処理を行う。例えば、文書画像の背景色を特定し、背景色を用いて該文書画像から背景領域以外の画素を抽出し、該画素を統合して連結成分を生成し、該連結成分を少なくとも形状特徴を用いて所定の領域に分類して、文字や写真を識別する方法（特許文献３を参照）を用いる。また、文字領域識別の他の例として、適応的な２値化処理を行った後、外接矩形の形状を利用して、文字領域を識別する方法（特許文献４を参照）を用いる。
【００２８】
図８は、図２の画像データの一部分に対して、画像要素抽出処理の結果を示す。図８において、３００〜３１４に示す矩形は、抽出された画像要素を示す。しかし、このように細かい矩形があると、ユーザーの編集作業が煩雑になる。例えば、カメラの周囲に存在している、寸法線（３０３、３０２）などの情報はまとめて１つのオブジェクトとして管理した方が扱いやすい。よって、このように分散しているオブジェクトを統合し、１つのオブジェクトにする必要がある。
【００２９】
ステップ２のオブジェクト抽出では、後述するように、画像要素の中で、相対的なレイアウト関係を維持すべきものを統合して、オブジェクト抽出をページ内の全画像要素に対して行う。図１０は、図２の画像からオブジェクト抽出を行った例を示す。図１０において、４０１〜４０８の各々の矩形領域が各オブジェクトに対応している。
【００３０】
図１１は、オブジェクト抽出処理のフローチャートである。ステップＳ１１において、未オブジェクト化の画像要素から最大サイズの画像要素を抽出する。ここでのサイズは、幅と高さの二つの要素を用いるが、両者を足しても良いし、面積として判別しても良い。
【００３１】
ステップＳ１２において、抽出されたオブジェクトの周囲要素から同一オブジェクトに統合するか否かを判定する。この判定についての詳細は後述する。
【００３２】
ステップＳ１３において、全ての要素がオブジェクト化されるまで上記の処理を繰り返し、全てがオブジェクト化された時点で処理を終了する。
【００３３】
図１２は、同一オブジェクト化判定処理のフローチャート（ステップ１２の詳細）である。ステップＳ２１において、抽出された画像要素（以下、自要素）をオブジェクトとする。この時点ではオブジェクトの矩形領域は自要素と同一となる。ステップＳ２２において、自要素のブロックサイズに応じて、サイズの閾値と距離の閾値を設定する。ステップＳ２３において、最も距離の近い要素を対象要素として抽出する。ステップＳ２４において、対象要素のサイズが閾値以下か否かを判定し、閾値よりも大きい場合は同一オブジェクトへの統合をしないように以下の判定処理をとばす。ステップＳ２５において、対象要素との距離が閾値以下か否かを判定し、閾値よりも大きい場合は同一オブジェクトへの統合をしないように以下の判定処理をとばす。ステップＳ２６において、自要素と対象要素との相対的な位置関係を検出し、関係が無い場合には、同一オブジェクトへの統合をしないように以下の判定処理をとばす。
【００３４】
ここでの位置関係は、両者の２次元的な位置関係を識別するものであり、以下の（１）から（３）の項目中一つでも当てはまる場合、位置的な関係有りと判断する。
（１）２つの要素の中心座標のｘ，ｙいずれかが略同一
（２）２つの要素の端部座標のｘ，ｙいずれかが略同一
（３）自要素の左端から右端のｘ座標領域内または上端から下端のｙ座標領域内に対象要素の領域が含まれる。
【００３５】
例えば、図９の例では、要素３０１と３０３は中心のｘ座標値が略同一であるため（１）の条件に該当し、また、要素３０１と３０６では要素３００のｘ座標領域（要素３０１の右端から左端の領域）に要素３０６のｘ座標領域が含まれるため（３）の条件に該当する。要素３０１と３１１では、要素３１１のサイズ（面積）が大きいため同一オブジェクトには含まれないこととなる。
【００３６】
ステップＳ２７において、自要素と対象要素を同一オブジェクトへ統合し、オブジェクトの矩形領域を更新する。ステップＳ２８において、周囲要素に対して処理が終了したか否かを判定し、終了していなければステップＳ２３以下の処理を繰り返す。以上のように処理することにより、元画像をオブジェクトに分割する。
【００３７】
データ変換処理部２０３は、分割した元画像を別のデータに変換する。ここでの変換は基本的にはデータ量を削減し、同時に表示画面上での画質を向上させている。例えば入力データがスキャンデータのようなビットマップ画像の場合は、先に説明したように、元画像がモニタ解像度よりも高い場合に、縮小処理しないと表示画面上には全面表示できない。通常、単純に画素を削除していく間引き処理により解像度を下げる方法がとられるが、これでは画質の劣化が著しい。一方、クライアント側のモニタはＸＧＡが一般的であるが、ＶＧＡなどさまざまなサイズが存在している。また、モニタ自体の解像度がＸＧＡであるが、グラフィックボードの利用により、更に高解像度に表示が可能なモニタもある。
【００３８】
図５の構成によれば、これらクライアント１０３の表示装置２０７の情報を通信経路１０２を通じてサーバ１０１が取得し、データ変換処理部２０３へ送付する。データ変換処理部２０３では、クライアントの表示サイズを検知し、それをもとに分割した元画像を別のデータである、データ量を削減処理したデータに変換する。解像度変換方法としては、一般的な間引き処理の他にも高品質に変換する方法として、ニアレストネイバー法、バイリニア法、バイキュービック法などが一般的に用いられる。例えば、分割した元画像の画像サイズが３００ｄｐｉで、３５００ｘ２５００ｐｉｘｅｌとする。クライアントのモニタ表示サイズがＸＧＡ（１０２４×７６０）の場合は、編集作業領域を１０２４×７６０のモニタサイズを最大限に利用して表示し、編集作業領域内に表示する画像の表示サイズをそのモニタ相当の画像サイズに変換すればよい。具体的には、編集作業領域のＷｉｎｄｏｗサイズをＸｗ×Ｙｗ、その中に表示する画像サイズをＸｉ×Ｙｉとする。モニタの縦横サイズ比率と編集作業領域のＷｉｎｄｏｗの縦横サイズ比率は一定、また、編集作業領域Ｗｉｎｄｏｗに対する画像の表示比率も一定とすれば、
ａ＝Ｘｗ／Ｘｉ，ｂ＝Ｙｗ／Ｙｉ
となり、入手したクライアントのモニタサイズをＨｅｉｇｈｔ＝Ｙｗ、またはモニタ幅ｗｉｄｔｈ＝Ｘｗとすれば、編集作業Ｗｉｎｄｏｗ内に表示すべき画像の縦横サイズが求まる。このサイズに上記いずれかの解像度変換法を用いて解像度変換を行い、データ量を削減処理したデータとして生成し、記憶部２０４へ蓄積する（以下、この画像ファイルをオブジェクトと呼ぶ）。ここで、各々の画像ファイルは、圧縮符号化処理され、一般的なフォーマットでフォーマット化されるのが望ましい。フォーマットは、例えばＪＰＥＧやＪＰＥＧ２０００、ＧＩＦ、ＰＩＮＧ、ＴＩＦＦ等の公知のものを用いれば良い。
【００３９】
各オブジェクトは、分割前の元画像における座標値なども管理、保存する必要がある。管理方法としては、ＸＭＬファイルなどに各オブジェクトの座標値、ファイル名などを記述してもよいし、各オブジェクトの画像ファイルにヘッダーとして付加してもよい。
【００４０】
記憶部２０４には、元画像、及び元画像をオブジェクト分割した各画像、及びデータ変換処理部で変換された各オブジェクトのデータ量を削減処理した画像データが記憶される。また、変換前の各オブジェクト画像と変換後の画像の関連付けを管理したデータもここに記憶する。
【００４１】
クライアント１０３での編集作業の情報を、データ送受信部２０８によりサーバ１０１に送信する。出力データ生成部２０５は、受信した編集内容を、記憶部２０４に格納されているオブジェクト分割された元画像で再現し、出力画像として生成する。送られる編集内容には、最終的に存在しているオブジェクトファイル名、およびそのファイルの新たな座標値などが記述されている。実施例１の編集作業としては、これらの情報があればよいが、その他の編集機能が用意されていればそれらの情報も同時に記述する。このような編集内容のやりとりの方法はＸＭＬファイルなどのテキストデータに記述してもよいが、本発明はこれに限定されない。
【００４２】
上記のような編集結果が記述されたデータを受信し、編集結果として存在している各オブジェクトファイルについて元画像の解像度での新たな座標値を算出する。取得した新たな座標値を用いて、記憶部に格納されている元画像のオブジェクトを配置した新たな画像を生成する。生成された画像はプリンタ２１１などの出力装置に送られて印刷され、また、各種記憶媒体２１０に保存される。
【００４３】
上記した実施例では、元画像のオブジェクトをそのまま利用して新たな画像を生成する例を説明したが、データ変換処理部において、ベクトル化およびＯＣＲ処理されたオブジェクトに対しては、その変換後のデータを用いて新規画像を生成してもよい。
【００４４】
実施例２：
実施例１では、全てのオブジェクトに対してデータ変換処理を行い、データ量を削減処理した画像を用いてクライアント側で編集作業を行った。図１３は、実施例２の構成を示す。実施例２では、図５の構成に、さらにデータ量判定部２１２を追加している。
【００４５】
データ変換処理部２０３はデータ量を削減し、これにより転送路の負荷を低減し、また転送時間を短縮し、クライアント側での編集作業及び表示における処理の負荷を低減している。分割した画像の種類（属性）によっては既に圧縮処理等によってデータ量が相当、少なくなっている場合がある。例えば、文字オブジェクト等は圧縮効率が良いので、データ量が抑えられる。この場合、新たに、データ量を削減処理した画像を生成するために変換処理を行う必要はない。
【００４６】
そこで、データ量判定部２１２に、各種想定される負荷を抑えるに必要十分なデータ量を仮に設定し、その所定のサイズを超えるものについてのみ、実施例１で説明したようにデータ変換処理を行えばよい。ただし、この場合、オブジェクトによって、データ量を削減処理した画像が存在する場合と、存在しない場合が発生する。この情報管理は記憶部２０４における画像の関連付けを記述するファイルで管理する必要がある。
【００４７】
実施例３：
実施例１では、全てのオブジェクトに対して行われるデータ変換処理は、解像度変換として説明したが、本発明はこれに限らない。たとえば、オブジェクトの属性が文字および図形の場合はベクトルデータに変換することができる。特に文字のベクトル化で一般的なのはアウトラインベクトルであるが、表示の際に縮小画像となることを考慮すると、文字の中心線のみを再現する芯線ベクトルが有効である（文字部の芯線ベクトルの作成方法としては、例えば、２値画像を細線化した後、芯線画素を抽出し、芯線画素を含む長方形を決定し、芯線画素の線分近似を行うことによりベクトルデータに変換する方法を用いる（例えば、非特許文献１を参照））。
【００４８】
また、文字オブジェクトにおいては、ＯＣＲ処理を行い、背景のビットマップと文字コードデータに置き換えることもできる。これらの方法は前掲した特許文献３の技術を用いればよい。また、実施例１での解像度変換は写真オブジェクトについてのみ行うことも有効である。
【００４９】
実施例４：
上記した実施形態として、サーバ側に画像データを保持し、クライアント側で表示、編集作業を行う例を説明したが、クライアントＰＣ単体が画像データを保持し、画面上に表示するように構成してもよいし、あるいはスキャナ、プリンタ、画像を保存する大容量記憶手段、操作パネル等の表示画面を備える複写機の複合機などの単体でも実現可能である。
【図面の簡単な説明】
【００５０】
【図１】本発明のシステム構成を示す。
【図２】画像データ例を示す。
【図３】縮小画像の例を示す。
【図４】サーバの構成を示す。
【図５】本発明の実施例１の構成を示す。
【図６】編集例を示す。
【図７】オブジェクト生成方法のフローチャートである。
【図８】画像要素例を示す。
【図９】画像要素ブロックを示す。
【図１０】オブジェクト例を示す。
【図１１】オブジェクト抽出処理のフローチャートである。
【図１２】同一オブジェクト化判定処理のフローチャートである。
【図１３】本発明の実施例２の構成を示す。
【符号の説明】
【００５１】
２０１  元画像入力部
２０２  オブジェクト分割部
２０３  データ変換処理部
２０４、２０９  記憶部
２０５  出力データ生成部
２０６  編集処理部
２０７  表示装置
２０８  データ送受信部
【図１】
2008077148.tif 000003
【図２】
2008077148.tif 000004
【図３】
2008077148.tif 000005
【図４】
2008077148.tif 000006
【図５】
2008077148.tif 000007
【図６】
2008077148.tif 000008
【図７】
2008077148.tif 000009
【図８】
2008077148.tif 000010
【図９】
2008077148.tif 000011
【図１０】
2008077148.tif 000012
【図１１】
2008077148.tif 000013
【図１２】
2008077148.tif 000014
【図１３】
2008077148.tif 000015