JP2013236234A - 画像処理装置、画像処理システム及びプログラム - Google Patents

Abstract

【課題】画像処理後のデータを画像に加えたデータを作成する際の効率性を向上させる。
【解決手段】画像から二値画像を生成する生成手段と、生成手段で生成された二値画像と二値画像の生成元の画像とを圧縮する圧縮手段と、圧縮手段で圧縮された二値画像を、所定の画像処理を施す画像処理手段を有する外部装置に送信する送信手段と、送信手段で送信した二値画像に対して画像処理手段により所定の画像処理が施された二値画像の情報を外部装置から受信する受信手段と、受信手段で受信した所定の画像処理が施された二値画像の情報と、圧縮手段で圧縮された生成元の画像とに基づいた画像ファイルを生成するファイル生成手段とを備える。
【選択図】図４

Description

本発明は、画像を処理する画像処理装置、画像処理システム及びプログラムに関する。

従来、カラー画像を読み取ってＯＣＲ（Optical Character Recognition）処理する装置において、１枚のカラー画像から白黒二値画像を生成して、白黒二値画像に対して処理を行っていた。

例えば、原画像を二値画像とカラー画像とに分離し、画像処理（例えば圧縮）をしたカラー画像と、二値画像に対してＯＣＲ処理を施した結果とを合成する技術がある（例えば特許文献１参照）。

ここで、従来の画像処理装置（例えばＭＦＰ（Multifunction Peripheral））には、スキャンした原画像にＯＣＲ（文字認識）処理を施し、原画像を圧縮したデータに文字認識後の文字データのレイヤを加え、特定のファイルフォーマットでラップしてファイルとして出力する機能がある。

典型的なファイルフォーマットはＰＤＦであり，この場合のファイルはサーチャブルＰＤＦと呼ばれることが多い。以降では、簡単のためこのファイルを「ＯＣＲ＿ＰＤＦ」とも呼ぶ。

ＯＣＲ＿ＰＤＦの作成及びユーザへの送信過程については、従来技術にもあるように、以下の手順が実行される。
（Ａ１）カラーの原画像から二値画像を生成
（Ａ２）カラー画像を圧縮
（Ａ３）二値画像に対してＯＣＲ処理
（Ａ４）圧縮したカラー画像と、ＯＣＲ処理結果とをファイルフォーマットでラップしてＯＣＲ＿ＰＤＦを生成
（Ａ５）ＯＣＲ＿ＰＤＦをユーザのＰＣ（Personal Computer）に転送
つまり、上記処理は、主に以下の３つの処理を含む。
・原画像の圧縮
・ＯＣＲ処理
・ファイルフォーマットのラップ処理
この３つの処理時間の比は次の通りである。
ファイルフォーマットラップ処理＜原画像の圧縮＜＜ＯＣＲ処理
ＯＣＲ処理は、一般的な画像処理と比べて処理負荷が大きいため、ＯＣＲ＿ＰＤＦを作成するのに、ＯＣＲ処理の処理時間が支配的になってしまう。

そのため、ＭＦＰではなく、ネットワーク上のサーバなどを用いてＯＣＲ処理を行い、ＯＣＲ処理時間を削減することができる。また、サーバでは、ＯＣＲ処理に限らず、処理負荷が大きい画像処理を行わせてもよい。

このとき、サーバで処理負荷が大きい画像処理を行わせる場合、サーバに余計な処理をさせない、テータ転送量を考慮する、など画像処理後のデータを画像に加えたデータ（例えばＯＣＲ＿ＰＤＦ）を効率良く作成することが要求される。

そこで、本発明は上記問題点に鑑みてなされたものであり、画像処理後のデータを画像に加えたデータを作成する際の効率性を向上させることができる画像処理装置、画像処理システム及びプログラムを提供することを目的とする。

本発明の一態様の画像処理装置は、画像から二値画像を生成する生成手段と、前記生成手段で生成された二値画像と該二値画像の生成元の画像とを圧縮する圧縮手段と、前記圧縮手段で圧縮された二値画像を、所定の画像処理を施す画像処理手段を有する外部装置に送信する送信手段と、前記送信手段で送信した二値画像に対して前記画像処理手段により所定の画像処理が施された二値画像の情報を前記外部装置から受信する受信手段と、前記受信手段で受信した前記所定の画像処理が施された二値画像の情報と、前記圧縮手段で圧縮された生成元の画像とに基づいた画像ファイルを生成するファイル生成手段とを備える。

本発明によれば、画像処理後のデータを画像に加えたデータを作成する際の効率性を向上させることができる。

実施例１における画像処理システムの一例を示す図。 実施例１における画像処理装置のハードウェアの一例を示すブロック図。 実施例１におけるサーバのハードウェアの一例を示すブロック図。 実施例１における画像処理装置の機能の一例を示すブロック図。 実施例１におけるサーバの機能の一例を示すブロック図。 ファイルフォーマットの一例を示す図。 段組を説明するための図。 行位置認識を説明するための図。 文字位置認識を説明するための図。 文字オブジェクトの要素の一例を示す図。 訳語オブジェクトの具体例を示す図。 サーバに送信する二値画像の形式の一例を示す図。 サーバから送信されるＯＣＲ処理後のテキストデータ形式の一例を示す図。 実施例１における画像処理の一例を示すフローチャート。 実施例２における画像処理装置の機能の一例を示すブロック図。 実施例２におけるサーバの機能の一例を示すブロック図。 実施例２における画像処理の一例を示すフローチャート。

まず、処理負荷が大きい画像処理を、ＭＦＰではなく、処理能力の高いサーバに処理させる場合の典型例について説明する。この典型例の処理手順は以下の通りである。なお、以降では、画像処理としてＯＣＲを例に説明するが、この限りではない。
（Ｂ１）ＭＦＰが、カラーの原画像をスキャンし、スキャンされたカラー画像を圧縮
（Ｂ２）ＭＦＰが、圧縮後のカラー画像をサーバに送信
（Ｂ３）サーバが、圧縮されたカラー画像を伸長し、二値画像を生成
（Ｂ４）サーバが、二値画像にＯＣＲ処理を施す
（Ｂ５）サーバが、伸長後のカラー画像を圧縮
（Ｂ６）サーバが、圧縮後のカラー画像とＯＣＲ結果とをファイルフォーマットでラップしてＯＣＲ＿ＰＤＦを生成
（Ｂ７）サーバが、ＯＣＲ＿ＰＤＦをユーザのＰＣに送信
しかし、上記の典型例には、次の４つの問題点がある。
・（Ｂ１）において、ＯＣＲ対象の二値画像を精度良く生成するために、その原画像のカラー画像をなるべく低い圧縮率で圧縮する必要がある。圧縮率が低ければ低いほど、圧縮後のデータサイズは大きくなる。
・（Ｂ２）において、（Ｂ１）の結果、サーバに転送するデータ量が多くなる。
・（Ｂ３）において、二値画像生成のために、圧縮されたカラー画像を伸長する必要がある。
・（Ｂ５）において、ＯＣＲ＿ＰＤＦのファイルサイズを実用的な小ささにするために、カラー画像の再度の圧縮が必要となる。（Ｂ２）で圧縮されたカラー画像自体は、ＯＣＲ＿ＰＤＦで使えない場合が多い。

そこで、上記の問題点を解消し、画像処理後のデータを画像に加えたデータ（例えばＯＣＲ＿ＰＤＦ）を生成する処理を効率良く行う各実施例について、以下、図面に基づいて説明する。

［実施例１］
＜システム＞
図１は、実施例１における画像処理システムの一例を示す図である。図１に示す画像処理システム１は、画像処理装置（例えばＭＦＰ）１０、ＰＣ２０、サーバ２０、及びサーバ４０等を有する。接続されるサーバの数は、２つに限られず、１つや３つ以上であってもよい。

画像処理装置１０は、原稿をスキャナにより読み取ってカラーの画像を生成する。画像処理装置１０は、カラー画像から白黒の二値画像を生成し、二値画像を例えばサーバ２０に送信する。このとき、二値画像が複数のページを有する場合は、ページ毎に異なるサーバに送信してもよい。

画像処理装置１０は、二値画像に対してＯＣＲ処理が実行された処理結果の情報をサーバ２０から受信する。画像処理装置１０は、受信した処理結果の情報と、圧縮したカラー画像とを合成し、画像ファイルを生成する。画像処理装置１０は、画像ファイルをユーザのＰＣ２０に送信してもよい。

サーバ２０、３０は、例えば処理能力の高い情報処理装置であり、処理負荷が大きい画像処理を実行することができる。ここでの画像処理は、例えばＯＣＲ処理などである。サーバ２０、３０は、画像処理装置１０から受信した二値画像を伸長し、伸長後の二値画像に対してＯＣＲ処理を施す。サーバ２０、３０は、ＯＣＲ後のデータを画像処理装置１０に送信する。次に、各装置の詳細について説明する。

＜ハードウェア＞
図２は、実施例１における画像処理装置１０のハードウェアの一例を示すブロック図である。図２に示す例では、画像処理装置１０は、コントローラ１１、スキャナ１２、プリンタ１３、モデム１４、操作パネル１５、ネットワークインタフェース１６、及びＳＤカードスロット１７等のハードウェアを有する。画像処理装置１０は、例えば複合機等である。

コントローラ１１は、ＣＰＵ（Central Processing Unit）１１１、ＲＡＭ（Random Access Memory）１１２、ＲＯＭ（Read Only Memory）１１３、ＨＤＤ（Hard Disk Drive）１１４、及びＮＶＲＡＭ（Non Volatile RAM）１１５等を有する。

ＲＯＭ１１３には、各種のプログラムやプログラムによって利用されるデータ等が記憶されている。ＲＡＭ１１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。また、ＲＡＭ１１２は、例えばスキャナ１２により読み取られた画像や、圧縮された画像を記憶したり、ＯＣＲ後のデータ（例えばテキストデータ）を記憶したりする。

ＣＰＵ１１１は、ＲＡＭ１１２にロードされたプログラムを処理することにより、上述した機能を実現する。ＨＤＤ１１４には、プログラムやプログラムが利用する各種のデータ等が記憶される。ＮＶＲＡＭ１１５には、各種の設定情報等が記憶される。

スキャナ１２は、原稿から原画像を読み取るためのハードウェアである。例えば原画像は、カラーの画像データである。プリンタ１３は、印刷データを印刷用紙に印刷するためのハードウェアである。モデム１４は、電話回線に接続するためのハードウェアであり、ＦＡＸ通信による画像データの送受信を実行するために用いられる。

操作パネル１５は、ユーザからの入力の受け付けを行うためのボタン等の入力手段や、液晶パネル等の表示手段等を備えたハードウェアである。ネットワークインタフェース１６は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない）に接続するためのハードウェアである。ネットワークインタフェース１６は、データの送受信を行う各サーバやユーザのＰＣ２０のアドレスを保持する。

ＳＤカードスロット１７は、ＳＤカード８０に記憶されたプログラムを読み取るために利用される。すなわち、画像処理装置１０では、ＲＯＭ１１３に記憶されたプログラムだけでなく、ＳＤカード８０に記憶されたプログラムもＲＡＭ１１２にロードされ、実行されうる。

なお、他の記録媒体（例えば、ＣＤ−ＲＯＭ又はＵＳＢ（Universal Serial Bus）メモリ等）によってＳＤカード８０が代替されてもよい。すなわち、ＳＤカード８０の位置付けに相当する記録媒体の種類は、所定のものに限定されない。この場合、ＳＤカードスロット１７は、記録媒体の種類に応じたハードウェアによって代替されればよい。

図３は、実施例１におけるサーバ３０のハードウェアの一例を示すブロック図である。図３に示すように、サーバ３０は、ＣＰＵ３１、ＲＡＭ３２、ＲＯＭ３３、ＨＤＤ３４、ネットワークインタフェース３５、表示部３６、及び外部記録装置Ｉ／Ｆ部３７等を有する。これら各構成は、バスを介して相互にデータ送受信可能に接続されている。

ＲＯＭ３３には、各種のプログラム（例えばＯＣＲ処理プログラム）やプログラムによって利用されるデータ等が記憶されている。また、ＲＯＭ３３は、例えば認識辞書メモリを有し、ＯＣＲ処理で使用する認識辞書データを記憶する。

ＲＡＭ３２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。また、ＲＡＭ３２には、例えばＯＣＲ後のデータ（例えばテキストデータ）や画像処理装置１０から受信したデータを記憶したりする。

ＣＰＵ３１は、ＲＡＭ３２にロードされたプログラムを処理することにより、上述した機能を実現する。ＨＤＤ３４には、プログラムやプログラムが利用する各種のデータ等が記憶される。

ネットワークインタフェース３５は、ネットワークを介して接続された通信機能を有する機器とサーバ３０とのインターフェースである。ネットワークは、有線及び／又は無線回線などのデータ伝送路により構築されたＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などである。ネットワークインタフェース３５は、データの送受信を行う画像処理装置１０のアドレスを保持する。

表示部３６は、例えばＬＣＤ（Liquid Crystal Display）等により構成され、ＣＰＵ３１から入力される表示データに応じた表示が行われる。

外部記録装置Ｉ／Ｆ部３７は、ＵＳＢ（Universal Serial Bus）などのデータ伝送路を介して接続された記録媒体３８（例えば、フラッシュメモリなど）とサーバ３０とのインターフェースである。

また、記録媒体３８に、所定のプログラムを格納し、この記録媒体３８に格納されたプログラムは外部記録装置Ｉ／Ｆ部３７を介してサーバ３０にインストールされ、インストールされた所定のプログラムはサーバ３０により実行可能となる。

また、サーバ４０やＰＣ２０は、サーバ３０と同様のハードウェアを有するため、その説明を省略する。

＜機能＞
次に、画像処理装置１０の機能について説明する。図４は、実施例１における画像処理装置１０の機能の一例を示すブロック図である。画像処理措置１０は、二値画像生成手段２０１、圧縮手段２０３、指定手段２０５、送信手段２０７、受信手段２０９、及びファイル生成手段２１１を有する。なお、図示しないが、画像処理装置１０は、ＭＦＰとしての一般的な機能も有する。

また、二値画像生成手段２０１、圧縮手段２０３、指定手段２０５、ファイル生成手段２１１は、例えばＣＰＵ１１１やワークメモリとしてのＲＡＭ１１２などにより実現されうる。また、送信手段２０７や受信手段２０９は、例えばネットワークインタフェース１６などにより実現されうる。

二値画像生成手段２０１は、スキャナ１２により読み取られた画像から二値画像を生成する。例えば、読み取られた画像はカラー画像（以下、原画像とも呼ぶ）であり、二値画像は白黒の二値画像である。二値画像生成手段２０１は、原画像と、生成した二値画像とを圧縮手段２０３に出力する。

圧縮手段２０３は、二値画像生成手段２０１で生成された二値画像と、この二値画像の生成元の画像とを圧縮する。圧縮手段２０３は、原画像に対して、例えば周知のＪＰＥＧ（Joint Photographic Exerts Group）により圧縮を行えばよい。また、圧縮手段２０３は、二値画像に対して、例えばＭＲ（Modified Read）、ＭＨ（Modified Huffman）、ＭＭＲ（Modified Modified Read）などのロスレスの圧縮を行えばよい。

圧縮手段２０３は、圧縮した二値画像を指定手段２０５に出力し、圧縮した原画像をファイル生成手段２１１に出力する。

指定手段２０５は、圧縮された二値画像に対して、ＯＣＲ処理の対象言語を指定する。例えば、指定手段２０５は、ＯＣＲ処理の対象言語をユーザに指定させ、指定された対象言語を圧縮された二値画像のヘッダに付与し、この二値画像を送信手段２０７に出力する。圧縮された二値画像は、圧縮後の二値画像ともいう。

なお、指定手段２０５は、必ずしも必要な機能ではない。指定手段２０５がない場合は、圧縮手段２０３は、圧縮された二値画像を送信手段２０７に出力する。

送信手段２０７は、圧縮手段２０３で圧縮された二値画像を、所定の画像処理を施す画像処理手段を有する装置としてのサーバ３０に送信する。また、送信手段２０７は、圧縮された二値画像が複数のページを有する場合、各ページに対して複数のサーバから送信先を選択してもよい。送信手段２０７は、例えばページ毎に異なる送信先を選択してもよい。

なお、送信手段２０７は、予め送信先が設定されていてもよいし、ユーザによりその都度送信先を選択させるようにしてもよい。送信先の選択手段は、送信手段２０７とは別の機能としてもよい。

受信手段２０９は、サーバ３０又は各サーバから、送信手段２０７で送信した二値画像に対して、後述する画像処理手段により所定の画像処理が施された二値画像の情報を受信する。受信手段２０９は、受信された情報をファイル生成手段２１１に出力する。受信された二値画像の情報は、例えばＯＣＲ処理後のテキストデータである。

ファイル生成手段２１１は、受信手段２０９で受信した所定の画像処理が施された二値画像の情報と、圧縮手段２０３で圧縮された生成元の画像とに基づいた画像ファイルを生成する。ファイル生成手段２１１は、受信された情報と圧縮された原画像とを１つのファイルフォーマットにする。

１つのファイルフォーマットとは、例えば、以下のファイルをいう。
・レイヤ分離された画像フォーマットに、現像の文字位置とＯＣＲテキストデータの文字位置とが同じになるように重ね合わせた画像ファイル
・ＯＣＲテキストデータを現像の次のページに添付した画像ファイル
・ＯＣＲテキストデータをコメントとして原画像に追加した画像ファイル
また、画像ファイルは、例えば上述したＯＣＲ＿ＰＤＦである。

画像処理装置１０は、生成した画像ファイルを、ユーザのＰＣ２０に送信したりしてもよい。

以上により、画像処理装置１０は、二値画像に対するＯＣＲ処理を短縮させることができる。また、圧縮された二値画像のサイズはカラー画像と比べてかなり小さいので、サーバへのデータ転送量を減らすことができる。また、ＯＣＲ処理の対象言語を指定する場合は、ＯＣＲの精度を維持することができる。

ＯＣＲ処理では、自動で対象言語を認識することもできるため、対象言語を指定しなくてもよく、この場合は二値画像だけを送信すればよい。

次に、サーバの機能について説明する。図５は、実施例１におけるサーバ３０の機能の一例を示すブロック図である。図５に示すサーバ３０は、受信手段３０１、伸長手段３０３、画像処理手段３０５、及び送信手段３０７を有する。なお、サーバ３０は、図示しないがサーバとしての一般的な機能も有する。

また、伸長手段３０３や画像処理手段３０５は、例えばＣＰＵ３１及びワークメモリとしてのＲＡＭ３２などにより実現されうる。受信手段３０１や送信手段３０７は、例えばネットワークインタフェース３５などにより実現されうる。

受信手段３０１は、画像処理装置１０から、圧縮された二値画像を受信する。受信手段３０１は、圧縮された二値画像を伸長手段３０３に出力する。

伸長手段３０３は、圧縮された二値画像を取得し、圧縮された二値画像を伸長する。伸長の方法は、画像処理装置１０の圧縮に対応する伸長方法である。伸長手段３０３は、伸長後の二値画像を画像処理手段３０５に出力する。

画像処理手段３０５は、伸長後の二値画像を取得し、伸長後の二値画像に対して画像処理を行う。この画像処理は、例えばＯＣＲ処理である。画像処理手段３０５は、画像処理した二値画像の情報を送信手段３０７に出力する。二値画像の情報とは、例えばＯＣＲ処理後のテキストデータである。

送信手段３０７は、画像処理された二値画像の情報（例えばＯＣＲ処理後のテキストデータ）を画像処理装置１０に送信する。

以上により、サーバ側では、カラー画像の圧縮、伸長を行う必要がないため、不必要な処理を行う必要がない。

＜ファイルフォーマット＞
次に、実施例１におけるファイルフォーマットについて説明する。図６は、ファイルフォーマットの一例を示す図である。図６に示す例は、ＯＣＲ＿ＰＤＦのファイルフォーマットの一例である。

図６に示すファイルフォーマットには、固有の値であるマジックナンバを有するヘッダに続き、画像データのレイヤ、ＯＣＲ処理後のテキストデータのレイヤが格納されている。

画像データのレイヤは、解像度と圧縮後の画像符号そのものを含む。実施例１では、画像圧縮方式として周知のＪＰＥＧを採用する。原稿が複数ページの場合には、画像データのレイヤ部分にページ分だけの「解像度と圧縮後の画像符号」のペアが含まれ、テキストレイヤ部分も複数ページ分のデータを含む。

なお、後述するが、テキストレイヤには、ページごとに解像度と文字の座標（画素位置）が与えられている。そのため、適切な表示装置を用いれば、画像データ中の特定の文字と同じ位置に、テキストレイヤ中のテキストを重ねて表示することが可能になる。このように、画像データ中の文字とテキストとを同じ位置に重ねて表示する場合には、一般にはテキストの色は透明にすることが多い。

＜ＯＣＲ処理＞
次に、サーバ側のＯＣＲ処理について説明する。以下に、文字認識処理の手順を説明する。
（Ｃ１）段組認識
（Ｃ２）段組位置認識
（Ｃ３）行認識
（Ｃ４）行位置認識
（Ｃ５）文字位置認識
（Ｃ６）文字認識
つまり、画像処理手段３０５は、初めに段組認識を実行する。段組認識は、主走査方向（紙面水平方向）及び副走査方向（紙面垂直方向）共に、二値画像の文字が存在しない部分（白領域）が一定間隔以上存在した場合を段の区切りとして認識する。

次に、画像処理手段３０５は、段組位置認識を実行する。段組位置認識は、二値画像の画像情報に、画素単位で座標を与え、認識された段組が画像中に占める座標を求める。

図７は、段組を説明するための図である。図７に示す原稿中の「1.0 Introduction」で始まる段組を例にすると、図７に示すように「1.0 Introduction」で始まる段組が完全に含まれる長方形の領域（例えば外接矩形）が求められる。

画像処理手段３０５は、その外接矩形の領域の左上の座標（ｂｓｘ，ｂｓｙ）と右下の座標（ｂｅｘ，ｂｅｙ）とを認識する。ここでの座標は、画素位置であり、スキャンで生成された画素数そのものを用い、スキャン時の解像度とは無関係である。

次に、画像処理手段３０５は、行認識を実行する。行認識は、認識された段組ごとに行い、副走査方向に、二値画像の文字が存在しない部分（白領域）が一定間隔以上存在した場合を行の区切りとして認識する。

次に、画像処理手段３０５は、行位置認識を実行する。行位置認識は、段組位置認識と同様にして、二値画像の画像情報に、画素単位で座標を与え、認識された行が画像中に占める座標を求める。

例えば、図７に示した原稿中の「AAA Corporation」で始まる行を例にする。図８は、行位置認識を説明するための図である。図８に示すように「AAA Corporation」で始まる行が完全に含まれる長方形の領域（例えば外接矩形）が求められる。

画像処理手段３０５は、その外接矩形の領域の左上の座標（ｌｓｘ，ｌｓｙ）と右下の座標（ｌｅｘ，ｌｅｙ）を認識する。

次に、画像処理手段３０５は、文字位置認識を実行する。文字位置認識は、認識された行ごとに行い、副走査方向に、二値画像の文字が存在しない部分（白領域）が一定間隔以上存在した場合を文字の区切りとして認識する。

次に、画像処理手段３０５は、行位置認識と同様にして、区切られた文字が画像中に占める座標を求める。例えば、図８に示した原稿中の「AAA Corporation」で始まる行を例にする。

図９は、文字位置認識を説明するための図である。図９に示すように「A」の１文字だけが完全に含まれる長方形の領域（例えば外接矩形）が求められる。

画像処理手段３０５は、その外接矩形の領域の左上の座標（ｃｓｘ，ｃｓｙ）と右下の座標（ｃｅｘ，ｃｅｙ）を認識する。

最後に、画像処理手段３０５は、文字認識を実行する。文字認識アルゴリズムは、公知のテンプレートマッチングを利用する。例えば、認識辞書メモリには、言語種ごとに、文字認識に使用するテンプレートデータ（認識辞書データとも呼ぶ）が格納されている。画像処理手段３０５は、後述するターゲット言語と一致する認識辞書データを用いる。

＜テキストレイヤの生成＞
文字認識処理の後には、テキストレイヤ生成処理が行われる。テキストレイヤは、複数の文字オブジェクトの集合を有し、１つの文字オブジェクトは図１０に示す要素を含む。

図１０は、文字オブジェクトの要素の一例を示す図である。図１０に示す例では、文字オブジェクトは、文字開始識別子と文字終了識別子との間に挟まれた、オペランドとオペコードからで構成される。

図１１は、訳語オブジェクトの具体例を示す図である。図１１に示す例では、
Ｔｆ：フォントオペレータ
ｒｇ：色オペレータ
Ｔｄ：配置オペレータ
Ｔｊ：テキストオペレータ
である。

図１１に示すＴｆに対しては、フォント番号とフォントサイズが指定される。例えば、図１１に示す「／Ｆ１」（フォント番号１番）は明朝体を指し、「／Ｆ２」（フォント番号２番）はゴシック体を示すとする。

図１１に示す「８」は、フォントサイズである。フォントサイズの算出には、文字位置の座標に加え、スキャン時の解像度が用いられる。

図１１に示す「ｒｇ」に対しては、文字語の色としてＲＧＢ各々の画素値が順に指定可能である。ただし、実施例においては、文字色を透明にしたいため、その場合は「−１ −１ −１ 」を指定する規約となっている。

図１１に示す「Ｔｄ」に対しては、文字を配置する外接矩形の左上の画素の座標（図９で言えば（ｃｓｘ，ｃｓｙ））が指定される。座標の原点は、例えば画像の左上とする。

図１１に示す「Ｔｊ」に対しては、（）内に、文字として配置するテキストが指定可能である。図１１に示す例では、「Ｒ」という文字が指定されている。

なお、文字オブジェクトが複数ある場合には、続く文字オブジェクト内でフォント又は色についてのオペランド及びオペコードを省略することが可能である。省略された場合は、直前の文字オブジェクトの値が適用される。

＜二値画像のデータ形式＞
図１２は、サーバに送信する二値画像の形式の一例を示す図である。図１２に示す二値画像のヘッダは、原画像の横画素数、縦画素数、解像度、ターゲット言語（対象言語）、頁番号を含む。また、図１２に示す二値画像の圧縮方式は、例えばＭＭＲである。

このようなデータの形式の二値画像が、画像処理装置１０からサーバ３０に送信される。また、ターゲット言語については必ずしも指定する必要はない。

＜ＯＣＲ処理後のテキストデータ形式＞
図１３は、サーバから送信されるＯＣＲ処理後のテキストデータ形式の一例を示す図である。図１３に示すヘッダは、原画像の横画素数、縦画素数、解像度、ターゲット言語、頁番号を含む。また、ヘッダに続く部分の形式は、図１０や図１１で説明したデータ形式である。

よって、図１３に示したテキストデータは、図６に示すテキストレイヤそのものとして用いることができる。また、原画像が複数のページを有する場合には、テキストレイヤ中に、ページ分だけのテキストデータが含まれる。

＜動作＞
次に、実施例１における画像処理システム１の動作について説明する。図１４は、実施例１における画像処理の一例を示すフローチャートである。

図１４に示すステップＳ１０１で、二値画像生成手段２０１は、スキャナ１２により読み取られたカラーの画像から二値画像を生成する。

ステップＳ１０２で、圧縮手段２０３は、カラー画像及び二値画像に対して圧縮処理を行う。

ステップＳ１０３で、送信手段２０７は、圧縮後の二値画像を、画像処理手段を有する装置としてのサーバ２０に送信する。また、送信手段２０７は、圧縮後の二値画像が複数のページを有する場合、各ページに対して複数のサーバから送信先を選択してもよい。

ステップＳ１０４で、受信手段３０１は、画像処理装置１０から、圧縮後の二値画像を受信する。伸長手段３０３は、圧縮後の二値画像を受信手段３０１から取得し、圧縮後の二値画像を伸長する。画像処理手段３０５は、伸長後の二値画像を取得し、伸長後の二値画像に対して画像処理を実行する。この画像処理は、例えばＯＣＲ処理である。

ステップＳ１０５で、送信手段３０７は、画像処理後の二値画像の情報（例えばＯＣＲ処理後のテキストデータ）を画像処理装置１０に送信する。

ステップＳ１０６で、受信手段２０９は、サーバ３０から、画像処理後の二値画像の情報を受信する。ファイル生成手段２１１は、受信手段２０９により受信された情報と圧縮後のカラー画像とに基づき画像ファイルを生成する。

ステップＳ１０７で、画像処理装置１０は、生成した画像ファイルを、ユーザのＰＣ２０に送信する。

なお、ステップＳ１０３で、二値画像を送信する際に、ユーザにより指定された対象言語をヘッダに含めてもよい。

以上、実施例１によれば、画像処理後のデータを画像に加えたデータを作成する際の効率性を向上させることができる。例えば、画像処理装置１０では、ボトルネックとなるＯＣＲ処理をサーバに行わせるためＯＣＲ処理時間を軽減することができる。

また、二値画像の圧縮後のサイズは、カラー画像に比べて小さいのでトラフィックを圧迫しなくすむ。また、二値画像の圧縮はロスレスなので、伸長後の二値画像は劣化が生じない。また、圧縮された二値画像の送信先を、例えばページ毎に変えることで、ＯＣＲ処理時間をさらに短縮することができる。また、対象言語を指定することで、ＯＣＲ処理の精度を落とさなくてすむ。

［実施例２］
次に、実施例２における画像処理システムについて説明する。実施例２では、画像処理装置側の処理量を少なくするため、ラップ処理や画像ファイルの送信処理もサーバ側に行わせる。

＜システム＞
実施例２における画像処理システムの構成は、図１に示す画像処理システム１と同様であるため、同じ符号を用いる。実施例２では、画像処理装置１０は、読み取った原画像から二値画像を生成し、原画像と二値画像とを圧縮する。画像処理装置１０は、圧縮後の原画像と圧縮後の二値画像とをサーバ３０に送信する。

サーバ３０は、受信した圧縮後の二値画像に対して伸長処理を行い、伸長後の二値画像に対して画像処理を実行する。サーバ３０は、画像処理された二値画像の情報と、受信した圧縮後の原画像とをラップして画像ファイルを生成する。サーバ３０は、生成された画像ファイルを、ユーザのＰＣ２０に送信する。

＜ハードウェア＞
実施例２における画像処理装置１０、各サーバのハードウェアは、それぞれ図２、３に示すハードウェアと同様であるため、同じ符号を用いる。

＜機能＞
図１５は、実施例２における画像処理装置１０の機能の一例を示すブロック図である。図１５に示す機能のうち、図４に示す機能と同様のものは同じ符号を付す。以降では、実施例１と異なる機能を主に説明する。

なお、二値画像生成手段２０１や圧縮手段４０１は、例えばＣＰＵ１１１やワークメモリとしてのＲＡＭ１１２などにより実現されうる。送信手段４０３は、例えばネットワークインタフェース１６などにより実現されうる。

圧縮手段４０１は、圧縮後のカラー画像についても、圧縮後の二値画像同様、サーバに送信するため、送信手段４０３に出力する。

送信手段４０３は、圧縮後のカラー画像、圧縮後の二値画像ともに、予め設定されているサーバ３０に送信する。これにより、画像処理装置１０側では、処理負荷を低減することができる。

図１６は、実施例２におけるサーバ３０の機能の一例を示すブロック図である。図１６に示す機能のうち、図５に示す機能と同様のものは同じ符号を付す。以下では、実施例１と異なる機能を主に説明する。実施例２におけるサーバ４０もサーバ３０と同様の機能を有する。

なお、伸長手段３０３、画像処理手段３０５、及びファイル生成手段５０３は、例えばＣＰＵ３１及びワークメモリとしてのＲＡＭ３２などにより実現されうる。また、受信手段５０１や送信手段５０５は、例えばネットワークインタフェース３５などにより実現されうる。

受信手段５０１は、画像処理装置１０から圧縮後のカラー画像と、圧縮後の二値画像とを受信する。受信手段５０１は、圧縮後のカラー画像をファイル生成手段５０３に出力し、圧縮後の二値画像を伸長手段３０３に出力する。

ファイル生成手段５０３は、基本的には実施例１のファイル生成手段３１１と同様の処理を行う。ファイル生成手段５０３は、画像処理後の二値画像の情報（例えばＯＣＲ処理後のテキストデータ）と、圧縮後のカラー画像とをファイルフォーマットでラップし、１つの画像ファイルを生成する。ファイル生成手段５０３は、生成した画像ファイルを送信手段５０５に出力する。

送信手段５０５は、ファイル生成手段５０３から取得した画像ファイルを、ユーザのＰＣ２０に送信する。これにより、カラー画像を伸長する必要がなく、また、カラー画像の再圧縮も必要ない。また、サーバに送信するカラー画像は、圧縮率を上述した典型例よりも高めに設定することができる。

＜動作＞
次に、実施例２における画像処理システムの動作について説明する。図１７は、実施例２における画像処理の一例を示すフローチャートである。

図１７に示すステップＳ２０１で、二値画像生成手段２０１は、スキャナ１２により読み取られたカラーの画像から二値画像を生成する。

ステップＳ２０２で、圧縮手段４０１は、カラー画像及び二値画像に対して圧縮処理を行う。

ステップＳ２０３で、送信手段４０３は、圧縮後のカラー画像と圧縮後の二値画像とを、画像処理手段を有する装置としてのサーバ３０に送信する。

ステップＳ２０４で、受信手段５０１は、画像処理装置１０から、圧縮後のカラー画像及び圧縮後の二値画像を受信する。伸長手段３０３は、圧縮後の二値画像を受信手段５０１から取得し、圧縮された二値画像を伸長する。画像処理手段３０５は、伸長後の二値画像を取得し、伸長後の二値画像に対して画像処理を実行する。この画像処理は、例えばＯＣＲ処理である。

ステップＳ２０５で、ファイル生成手段５０３は、画像処理後の二値画像の情報と圧縮後のカラー画像とに基づき画像ファイルを生成する。

ステップＳ２０６で、送信手段５０５は、生成した画像ファイルを、ユーザのＰＣ２０に送信する。

なお、ステップＳ２０３で、二値画像を送信する際に、ユーザにより指定された対象言語をヘッダに含めてもよい。

以上、実施例２によれば、画像処理後のデータを画像に加えたデータを作成する際の効率性を向上させることができる。例えば、画像処理装置１０では、ボトルネックとなるＯＣＲ処理や画像ファイル生成処理などをサーバに行わせるため、画像処理装置１０の処理を削減することができる。実施例２は、画像処理装置１０が廉価版のＭＦＰなどの場合に好適である。

［変形例］
各実施例に記載の画像処理装置やサーバで実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、各実施例の画像処理装置やサーバで実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、各実施例の画像処理装置やサーバで実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

また、各実施例の画像処理装置やサーバで実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

各実施例の画像処理装置やサーバで実行されるプログラムは、前述した各手段を含むモジュール構成となっている。実際のハードウェアとしては、ＣＰＵがＲＯＭなどからプログラムを読み出して実行することにより上記各手段のうち１又は複数の各手段がＲＡＭ上にロードされ、１又は複数の各手段がＲＡＭ上に生成されるようになっている。

なお、本発明は、上記実施例そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施例に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施例に示される全構成要素からいくつかの構成要素を削除してもよい。

１０ 画像処理装置
１６ ネットワークインタフェース
２０ ＰＣ
３０、４０ サーバ
３１ ＰＣＵ
３２ ＲＡＭ
３６ ネットワークインタフェース
１１１ ＣＰＵ
１１２ ＲＡＭ
２０１ 二値画像生成手段
２０３、４０１ 圧縮手段
２０５ 指定手段
２０７、４０３ 送信手段
２０９ 受信手段
２１１、５０３ ファイル生成手段
３０１、５０１ 受信手段
３０３ 伸長手段
３０５ 画像処理手段
３０７、５０５ 送信手段

特開２００４−１０４４３５号公報

Claims (6)

1. 画像から二値画像を生成する生成手段と、
   前記生成手段で生成された二値画像と該二値画像の生成元の画像とを圧縮する圧縮手段と、
   前記圧縮手段で圧縮された二値画像を、所定の画像処理を施す画像処理手段を有する外部装置に送信する送信手段と、
   前記送信手段で送信した二値画像に対して前記画像処理手段により所定の画像処理が施された二値画像の情報を前記外部装置から受信する受信手段と、
   前記受信手段で受信した前記所定の画像処理が施された二値画像の情報と、前記圧縮手段で圧縮された生成元の画像とに基づいた画像ファイルを生成するファイル生成手段と
   を備える画像処理装置。
2. 前記所定の画像処理が施された二値画像の情報は、前記画像処理手段が行ったＯＣＲ処理後のテキストデータである請求項１記載の画像処理装置。
3. 前記圧縮された二値画像に対して、ＯＣＲ処理の対象言語を指定する指定手段をさらに備える請求項２記載の画像処理装置。
4. 前記送信手段は、
   前記圧縮された二値画像が複数のページを有する場合、各ページに対して複数の前記装置から送信先を選択する請求項１乃至３いずれか一項に記載の画像処理装置。
5. ネットワークを介して接続される第１装置と第２装置とを備える画像処理システムであって、
   前記第１装置は、
   画像から二値画像を生成する生成手段と、
   前記生成手段で生成された二値画像と該二値画像の生成元の画像とを圧縮する圧縮手段と、
   前記圧縮手段で圧縮された二値画像を、前記第２装置に送信する送信手段と、
   所定の画像処理が施された二値画像の情報を前記第２装置から受信する受信手段と、
   前記受信手段で受信した前記所定の画像処理が施された二値画像の情報と、前記圧縮手段で圧縮された生成元の画像とに基づいた画像ファイルを生成するファイル生成手段とを備え、
   前記第２装置は、
   前記圧縮された二値画像を受信する受信手段と、
   前記圧縮された二値画像を伸長した二値画像に対して所定の画像処理を行う画像処理手段と、
   前記所定の画像処理が施された二値画像の情報を前記第１装置に送信する送信手段と
   を備える画像処理システム。
6. 画像から二値画像を生成する生成ステップと、
   生成された前記二値画像及び該二値画像の生成元の画像を圧縮する圧縮ステップと、
   圧縮された二値画像を、所定の画像処理を施す画像処理手段を有する外部装置に送信する送信ステップと、
   送信した二値画像に対して前記画像処理手段により所定の画像処理が施された二値画像の情報を前記外部装置から受信する受信ステップと、
   受信した前記所定の画像処理が施された二値画像の情報と、圧縮された生成元の画像とに基づいた画像ファイルを生成するファイル生成ステップと
   をコンピュータに実行させるためのプログラム。

Images