(57)【特許請求の範囲】
【請求項１】
伝票画像の画像情報を読み取る支店スキャナーと、該支店スキャナーで読み取られた画像情報をネットワーク通信網を介して受け取る本社サーバーと、前記支店スキャナーの読取制御を行うと共に、読み取った画像情報をネットワーク通信網を介して前記本社サーバーに送信するスキャナー制御ＰＣと、該本社サーバーよりの画像情報に所定の処理を行う本社経理処理ＰＣと、を備えた画像処理システムであって、
前記支店スキャナーが、多値の画像情報を読み取って多値の画像情報を得る画像情報読取手段を備え、
前記スキャナー制御ＰＣが、前記画像情報読取手段で読み取られた多値の画像情報を前記ネットワーク通信網を介して送信する送信手段を備え、
前記本社サーバーが、多値の画像情報を格納するための第１の格納手段と、前記送信手段よりの多値の画像情報を受け取って多値の画像情報のままで前記第１の格納手段に格納する格納制御手段と、を備え、
前記本社経理処理ＰＣが、前記本社サーバーから送信された前記第１の格納手段に格納された多値の画像情報を表示してユーザーによる所定の処理を行って２値の画像情報に変換すると共に、前記所定の処理を行う際に、前記表示された多値の画像情報の視認結果に応じて所定の画像調整を行う画像情報処理手段、を具備し、
前記格納制御手段が、前記本社経理処理PCから送信された前記画像情報処理手段において変換された前記２値の画像情報を第２の格納手段に格納する格納制御を行うことを特徴とする画像処理システム。
【請求項２】
前記画像情報処理手段による所定の画像調整が、ユーザー操作に従い表示位置またはユーザーが指定した位置の元画像を抜き出し、その一部画像に対して輝度調整、ガンマ補正、２値化閾値のパラメータ変更により画像の濃度を変更し再表示する調整処理であることを特徴とする請求項１に記載の画像処理システム。
【請求項３】
前記格納制御手段が、前記画像情報処理手段よりの２値の画像情報を前記第２の格納手段に格納する格納制御において、ユーザーが指定した任意位置の画像の色数が異なる場合には、ＰＤＦのように複数の画像を重ね合わせて保存できるフォーマットにて保存することにより１ページ中に全体はモノクロ写真部分だけカラーと混合させて保存することを特徴とする請求項１に記載の画像処理システム。
【請求項４】
前記格納制御手段が、前記画像情報処理手段よりの２値の画像情報を前記第２の格納手段に格納する格納制御において、ユーザーが指定した任意位置の濃度調整または色数変更後の画像をファイル保存する場合には別ファイルとして保存することを特徴とする請求項１あるいは２に記載の画像処理システム。
【請求項５】
前記画像情報処理手段による所定の画像調整が、ユーザーによって切り替えられる、２値化／減色の代わりにバイキュービックやバイリニアといったスムージング縮小またはモノクロ−＞グレースケール化縮小を行うことにより画面に表示したときに最も視認性の良い状態に画像を加工し、ユーザーの操作により画像の輝度、ガンマ補正、色彩を変更し、画像内の文字の読みやすさを最適な状態に調整する調整処理であることを特徴とする請求項２に記載の画像処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、スキャナー・デジカメなどの画像入力装置で撮影された文書／伝票画像を利用して業務処理やファイリングなどを行う画像処理システムに関し、特に、従来のようなスキャン入力に伴う作業者の負担を減らすとともに確実に原稿スキャン業務を実行することができる画像処理システムに関するものである。
【背景技術】
【０００２】
一般に、伝票処理などのために文書をスキャンし画像ファイルとして処理する場合、原稿の濃さによって正しく（必要な文字が読めるような状態で）スキャンできない場合も生じる。このようなことが発生しないように、通常はスキャンされた画像を確認して、必要に応じて濃度調整しながら再スキャンするというような余計な作業が必要になる場合が多い。
特に、データベース容量やメディア容量などを考慮した場合、モノクロ２値画像としてスキャン＆保存処理することが多く、このような場合には、原稿によっては文字が全く読めなくなるといった現象が発生し影響は大きくなる。そのため、スキャン時点で正しくスキャンできたかという確認作業が必須となってくる。
このようなことを解決するために、これまでは、プレビューによる低解像度スキャンによりあらかじめ濃度やスキャン位置を確認したり、「インテリスキャン」リコーソフトウェア（株）の製品のように、スキャンしたものをその場で確認修正したりする方法があった。
【０００３】
なお、先行技術としては、特許文献１として、命令入力装置またはアプリケーションからの画像要求により、画像入力装置から画像の読み込みを１回だけ行い、原画像データ保管部に保管しておき、ユーザからの要求に応じて原画像データ保管部の原画像を画像処理エンジンで加工・調整することにより、濃度、輝度、色調、カラー／モノクロ、解像度、読み取り範囲、画像の傾き・ゆがみ、用紙方向などのパラメータを要求された条件に合致させ、加工・調整は、直接画像に対して行うことなく、データ保管部の画像パレット情報に対して行い、１回調整したパラメータを記憶することで、次回以降のパラメータ調整を省略する技術が開示されている。
【０００４】
特許文献２として、Ｌｏｓｓｙ圧縮形式で画像を保存し、該画像を表示する保存プレビュー方法において、元画像記憶部の予め定めた、あるいはユーザが指定した一部領域のみを切出し制御部で切出し、記憶部に表示部分の切出し画像を記憶し、記憶部にサンプリング切出し画像を記憶し、圧縮／伸張制御部により、表示されている画像の一部分のみを圧縮および伸張し、表示制御部により圧縮および伸長された画像を画面表示し、切出し制御部により表示された画像の一部分のみの圧縮サイズに基づいて、画像全体の圧縮サイズを推定し、推定した圧縮サイズを表示画面に同時に表示して、画質と圧縮率の確認を可能にする技術が開示されている。
【特許文献１】特開２００２−０４４３１７公報
【特許文献２】特開２００４−２１５０６９公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来の方法では、どうしてもスキャン時点で画像を表示し確認するという作業を生じることになる。本来行いたい作業は、原稿をスキャンし保存するという作業だけで、スキャンされた画像の確認や濃度調整や再スキャンという作業は本来の目的外の余計な作業ということになる。
従って、この再スキャンが、最も手間のかかる作業であり、適切な画像が得られるまで試行錯誤を繰り返す効率の悪い作業となる問題点があった。
確認作業それ自体は、それほど手間のかかる作業ではないが、確認のための画面や濃度調整のための操作ボタンを準備しなければならない。例えば、原稿が１００ページある場合は、１００回の確認作業が必要になったり、その間手を煩わすなど、やはり作業者の負担となりがちである。
【０００６】
一般に、画像スキャンは、原稿の内容や濃さに左右され、どのような原稿でも常に一定の濃度でスキャンすることは困難な場合が多い。例えば、原稿によって薄くなり文字がかすれたり、濃くなりすぎて文字がつぶれるなどして原稿の文字が判別できなくなる場合がある。
しかし、そのような場合に再度濃度調整して再スキャンするのは一般的に非常に効率が悪い。特に遠隔地でネットワーク経由での業務フローを構築しているところなどではボトルネックになる可能性が高い。
【０００７】
例えば、各営業所、支店などにおいて営業担当が入手したお客様注文書や入金伝票などをスキャナーで入力し、それらは本店で一括して集計・管理するようなシステムを考慮した場合、もしも本店の経理担当が集計処理中に、文字が薄くて読めない伝票を発見しても元原稿は遠く離れた支店にあるため、伝票番号などから元の原稿を探し出して再度スキャン送信してもらうなどのわずらわしい作業が生じることになる。
こうならないようにするためには、各営業所、支店などにおいて伝票スキャンした際に必ず正しくスキャンされているかの確認作業が必要になる。作業自体は簡単なものではあるが処理枚数が多い場合、作業者がＰＣの操作に不慣れな場合などにはわずらわしい作業である。
【０００８】
確認作業でスキャン濃度が適切でない原稿が確認中に見つかった場合には、伝票のなかからその原稿を探し出してスキャン濃度が適切になるまで再スキャンを繰り返すことになる。このようなことからもスキャン作業は単純作業になりにくい要因が多い。
このようにスキャン濃度が不適切な原稿が生じた場合の作業は、どうしても作業者に負担をかけるものになる。
本発明は、上述した従来の問題点に鑑みてなされたもので、その目的は、従来のようなスキャン入力にともなう作業者の負担を減らすとともに確実に原稿スキャン業務を実行することができる画像処理装置を提供することである。
【課題を解決するための手段】
【０００９】
上述の目的を達成するために、請求項１記載の発明は、伝票画像の画像情報を読み取る支店スキャナーと、該支店スキャナーで読み取られた画像情報をネットワーク通信網を介して受け取る本社サーバーと、前記支店スキャナーの読取制御を行うと共に、読み取った画像情報をネットワーク通信網を介して前記本社サーバーに送信するスキャナー制御ＰＣと、該本社サーバーよりの画像情報に所定の処理を行う本社経理処理ＰＣと、を備えた画像処理システムであって、前記支店スキャナーが、多値の画像情報を読み取って多値の画像情報を得る画像情報読取手段を備え、前記スキャナー制御ＰＣが、前記画像情報読取手段で読み取られた多値の画像情報を前記ネットワーク通信網を介して送信する送信手段を備え、前記本社サーバーが、多値の画像情報を格納するための第１の格納手段と、前記送信手段よりの多値の画像情報を受け取って多値の画像情報のままで前記第１の格納手段に格納する格納制御手段と、を備え、前記本社経理処理ＰＣが、前記本社サーバーから送信された前記第１の格納手段に格納された多値の画像情報を表示してユーザーによる所定の処理を行って２値の画像情報に変換すると共に、前記所定の処理を行う際に、前記表示された多値の画像情報の視認結果に応じて所定の画像調整を行う画像情報処理手段、を具備し、前記格納制御手段が、前記本社経理処理PCから送信された前記画像情報処理手段において変換された前記２値の画像情報を第２の格納手段に格納する格納制御を行うことを特徴とする。
【００１０】
また、請求項２記載の発明は、前記画像情報処理手段による所定の画像調整が、ユーザー操作に従い表示位置またはユーザーが指定した位置の元画像を抜き出し、その一部画像に対して輝度調整、ガンマ補正、２値化閾値のパラメータ変更により画像の濃度を変更し再表示する調整処理であることを特徴とする。
また、請求項３記載の発明は、前記格納制御手段が、前記画像情報処理手段よりの２値の画像情報を前記第２の格納手段に格納する格納制御において、ユーザーが指定した任意位置の画像の色数が異なる場合には、ＰＤＦのように複数の画像を重ね合わせて保存できるフォーマットにて保存することにより１ページ中に全体はモノクロ写真部分だけカラーと混合させて保存することを特徴とする。
【００１１】
また、請求項４記載の発明は、前記格納制御手段が、前記画像情報処理手段よりの２値の画像情報を前記第２の格納手段に格納する格納制御において、ユーザーが指定した任意位置の濃度調整または色数変更後の画像をファイル保存する場合には別ファイルとして保存することを特徴とする。
また、請求項５記載の発明は、前記画像情報処理手段による所定の画像調整が、ユーザーによって切り替えられる、２値化／減色の代わりにバイキュービックやバイリニアといったスムージング縮小またはモノクロ−＞グレースケール化縮小を行うことにより画面に表示したときに最も視認性の良い状態に画像を加工し、ユーザーの操作により画像の輝度、ガンマ補正、色彩を変更し、画像内の文字の読みやすさを最適な状態に調整する調整処理であることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、格納された多値の画像情報を表示してユーザーによる所定の処理を行って２値の画像情報に変換すると共に、前記所定の処理を行う際に、前記表示された多値の画像情報の視認結果に応じて所定の画像調整を行うようにしたので、従来のようなスキャン入力にともなう作業者の負担を減らすとともに確実に原稿スキャン業務を実行することができる。
【００１５】
また、本発明によれば、ユーザーごとの情報から最大公約数となる状態を算出しデータベースを更新し、それに対してどのユーザーからもアクセスされなかった画像は、モノクロ２値化、ＭＲＣ化、低解像度化などシステム設定に合わせて画像データを抑制する処理を行うようにしたので、ユーザーの表示状態に合わせてデータベースのデータサイズを抑制するための処理が共通化できる。
【発明を実施するための最良の形態】
【００１６】
以下に添付の図を参照して本発明の実施形態を詳細に説明する。
まず、図面を用いて本発明の実施形態を詳細に説明する前に、本発明の概要を説明する。
本発明では、スキャン時点（入力作業者）では確認などは全く行わない。
例えばＡＤＦに原稿を１００枚セットしてスタートボタンを押したら、後は自分の席に戻って他の作業をすることも可能である。伝票をスキャンして保存または利用者に送信するという本来の作業だけ行えばよくなる。
その代わりに伝票画像を使用するユーザー（経理担当など）が見た時点で原稿の視認性が悪ければ、その時点で濃度調整などを行う。スキャナー入力者が行っても、経理担当が行ってもどちらも同じ画像の確認作業には変わらないが意味合いは大きく変わる。すなわちスキャナー入力者は確認作業は本来の仕事ではないが経理担当はもともと原稿画像を確認して処理内容に違いがないかどうかをチェックするのが本来の仕事の範疇である。
【００１７】
このように本来の仕事の範疇で画像を表示し、その時点で必要に応じて濃度調整などを行うのが本発明の特徴である。そのためにスキャン時は、フルカラー（またはグレースケール）でのスキャンを行い保存しておく、経理担当などの利用者がこれを表示するタイミングで自動的にモノクロ２値化するなど利用と同時に最終的な画像状態に変換するという手段をとる。
また、ファイリングなどのように入力されたスキャン画像が保管・蓄積されるが、利用者にアクセスされず、長期間全く利用されない原稿などが多く存在するようなシステムの場合は、これがデータベース容量を圧迫する可能性も生じる。そのような場合の適用例も考慮した。
【００１８】
また、複数の利用者が存在し、それぞれが別々の異なる最適状態を求める場合（例えば、ある人はモノクロで表示・印刷させたい。別の人はカラーで見たいなど食い違いがある場合）なども考慮した実施例も提案している。
すなわち、本発明では、スキャン時はカラーまたはグレースケールでスキャンしておいて、本社の経理担当者がスキャン伝票を確認視した時点でモノクロ表示・変換する。
【００１９】
通常、本社データベースにはモノクロ２値の画像を保管・管理する。これは、データ量を減らすためであり、スキャン＆ネットワークの負荷を減らすためにもモノクロ２値のデータの方が好ましい。しかし、こうすることにより前述の問題が発生するようになる。
そこで、本発明では、スキャンし本社へ送るデータはカラーまたはグレースケールの画像とする。その理由は、次の２つである。
（１）カラー／グレーなどの多値でスキャンしておくことにより、後で２値化するときに濃度の調整が可能になる。
（２）カラー／グレーでスキャンすると、モノクロ２値でスキャンした場合にはどうしても検出できない濃度のスキャンが可能になる。例えば、カラースキャン画像時点では人間の目で文字を識別できないような状態のものでも適切な濃度調整や検出を行うことにより文字を浮かび上がらせるといったようなことが可能になる。
【００２０】
一つ懸念点は、カラー／グレーでスキャン＆送信は、ネットワークのトラフィック量および一時記憶領域を多く必要とするデメリットを生じることである。しかし前述の作業者の負担軽減や確実な処理実行などのメリットや近年ではネットワークトラフィック容量が増大してきていることを考慮するとデータ量の増加は大きな問題ではない。
これを最終的には、モノクロ２値へ変換する。変換するタイミングは本社の経理担当がスキャン伝票を確認した時点である。必ず確認が必要な時点で２値化することにより余計な作業の増加をなくし、読めない伝票の発生をなくし、最数的には２値化することでデータベースサーバーの容量の負担を軽減するものである。
この確認と同時に２値化の部分には、ＩｎｔｅｌｌｉＳｃａｎの技術の応用することによりユーザー応答性を良好にし、ユーザーの操作性や作業効率の向上を図る。
【００２１】
ＩｎｔｅｌｌｉＳｃａｎ（インテリスキャン）とは次の技術につけられた名称であり、この技術をベースに製品化されたスキャナー読み込みユーティリティの製品名・商標でもある。
上記を、データベースファイリングへも応用する。すなわち、データ登録時はフルカラー／グレースケールなどの多値で保管しておいてユーザーが閲覧のために表示した時点で、２値化や濃度調整を行い見やすくするとともにデータサイズを抑制する。
この場合は、ユーザーが閲覧するまで、データサイズの抑制が行われずにデータベース容量を圧迫することになる。そのため長期間アクセスされなかった文書は自動的に高圧縮（ＭＲＣ）化、モノクロ２値化するなどしてサイズ抑制する。ユーザーがアクセスした文書は最適な状態で保存され、長期間アクセスされなかった文書は、自動的にサイズ抑制させる。
【００２２】
以下に、図面を参照して、本発明を実施した画像処理システムについて説明する。
図１は、本発明を実施した画像処理システムの概略構成図である。
図１に示すように、この画像処理システムは、伝票画像（フルカラー）等の画像情報を読み取る支店スキャナー１と、支店スキャナー１の読取制御を行うと共に、読み取った画像情報をネットワーク通信網を介して送信するスキャナー制御ＰＣ２と、支店スキャナー１で読み取られた画像情報をネットワーク通信網を介して受け取る本社サーバー３と、本社サーバー３よりの画像情報に所定の処理を行う本社経理処理ＰＣ５とを有している。
図１において、支店スキャナー１で読み取られた伝票画像（フルカラー）は本社サーバー３に送信され、そのままで一旦第１のデータベース６に格納され、それを本社経理処理ＰＣ５にて表示・伝票処理を行うと共に、視認の確認作業を行い、その結果、必要ならば濃度調整等の画像調整を行い、その結果がモノクロ画像に変換されて、本社サーバー３の第２のデータベース７に格納される。
【００２３】
なお、このユーザーによる視認の確認処理を行なうための画像確認＆調整画面は、特別なものを別途設けるのではなくほぼ従来の業務処理画面そのままに伝票画像の確認ビューとその画像の表示状態の調整用のボタンなどを用意することで実現される。
ここでは、支店スキャナー１のオペレータは、例えば保険外交のパート社員や土木事務所の作業者などＰＣ操作に不慣れなまたはＰＣ操作を本業としない不特定多数を想定し、支店ではそのようなオペレータが入金処理や交通費清算などの経費処理・伝票処理のために伝票をスキャンし本社へ送信するものとする。一般的にはＰＣで金額を入力し、その証明・確認用に伝票画像を添付するようなことが多い。
これに対して、本社ＰＣ５では専任のオペレータが事務処理・経理処理などのために操作する。一般的に伝票の画像は、入力された金額などに間違いがないか、などの確認用や、後から追跡できるように付加情報として保管・管理される。したがって、スキャンされた画像の金額部分が読めないなどの不都合があってはならない。
【００２４】
しかし、支店のオペレータに確実に画像がスキャンされたことを確認してから送るようにすると、原稿の濃度に合わせてスキャン濃度を調整したり、うまくスキャンできない場合に何度もやり直しをすることになるなど支店オペレータの作業負担がかかる。
したがって、本実施例ではスキャン画像を確認することなく無条件に送信する。フルカラー（またはグレースケール）でスキャンすることにより基本的に情報の欠落なくスキャン可能となる。スキャンする用紙サイズさえ間違えなければよいので、スキャナー１の自動用紙検知機能を利用したり、スキャナー制御ＰＣ２において余白部分を自動的に切り取る自動トリミングを利用する（スキャンサイズは最大にしておいて、切り取った画像を送信）などして用紙サイズのミスをなくすようにすれば良い。
【００２５】
本社オペレータは、伝票処理のために必ず伝票の画像を確認し、データベース容量を削減するため最終的にはモノクロ２値画像で保存し、本社ＰＣ５にはデフォルトで２値化した画像を表示する。
なお、表示のタイミングで２値化や減色などの画像処理を行うことになるため、そのまま画像全体を処理していたのでは処理時間がかかり、表示速度が低下しオペレータの操作性を損なう可能性がある。そこで、高速に処理しオペレータが快適に処理できるようにするために、画面表示部分だけを切り出して処理する。
【００２６】
図２は、図１に示した画像処理システムの機能構成図である。
図２に示すように、支店スキャナー１、操作パネルまたは操作ＰＣ２におけるスキャナー＆送信部１１は、スキャン処理を行いその結果を送信し、本社サーバー３における受信＆一時格納部１３は、スキャンデータを受け取って、データベースなどの一時格納庫６に一時的に保管する。
【００２７】
次に、検索＆データ取り出し部１５は、処理すべきデータを検索し取り出し、２値化／減色処理部１７は、２値化または減色、濃度調整処理を行う。ここで、濃度調整とは、ガンマ補正、輝度調整、コントラスト調整や２値化の閾値調整など一般的な画像処理を指す。すなわち、ここでは、ユーザー操作に従い表示位置またはユーザーが指定した位置の元画像を抜き出し、その一部画像に対して輝度調整、ガンマ補正、２値化閾値などのパラメータ変更により画像の濃度を変更し再表示している。なお、ユーザーによって切り替えられる、２値化／減色の代わりにバイキュービックやバイリニアといったスムージング縮小またはモノクロ−＞グレースケール化縮小などを行うことにより画面に表示したときに最も視認性の良い状態に画像を加工し、ユーザーの操作により画像の輝度、ガンマ補正、色彩などを変更し、画像内の文字の読みやすさなどを最適な状態に調整するようにすることもできる。
【００２８】
そして、本店ＰＣ５におけるフィールド合成＆表示部１９は、必要に応じてベース画像とフィールド画像を管理し、合成（または重ね合わせ）および表示する部分である。ここで、ベース画像は、伝票全体を指すいわゆる背景画像であり、フィールド画像は、伝票の一部分だけを切り出しした画像であり、一部分だけ濃度を変更したり、色を変えたりする場合に存在する。
本店ＰＣ５は、スキャン原稿を用いて伝票処理や経理処理など実質的な業務処理を行う端末であり、本店ＰＣ５における入力制御部２３は、ユーザー操作を制御・判定する。ここで、ユーザー操作とは画像のスクロール、倍率指定、濃度調整の指定、調整領域の指定などの画像操作を指す。その他には確定など業務処理に応じた操作も含む。
操作・表示領域判定部２５は、ユーザー操作内容を元に画像に対する操作内容を判定する部分であり、画像切り出し部２７は、ユーザー操作が画像の一部分だけに対する濃度調整の場合は、その部分を切り出してフィールド画像を作成する。
【００２９】
そして、濃度調整部２９は、ユーザー操作に応じて濃度調整パラメータを決定する部分であり、このパラメータに基づいて２値化／減色処理部１７で濃度調整を行う。そして、合成＆保存処理部３１は、ユーザー操作により確定または保存が実行された場合にこれまでの操作内容および結果を合成して保存する部分であり、その最終結果が保管格納庫７に保管される。なお、ここで、ユーザーが指定した任意位置の画像の色数が異なる場合には、ＰＤＦのように複数の画像を重ね合わせて保存できるフォーマットにて保存することにより１ページ中に全体はモノクロ写真部分だけカラーと混合させて保存することもできる。また、ユーザーが指定した任意位置の濃度調整または色数変更後の画像をファイル保存する場合には別ファイルとして保存することもできる。
【００３０】
図３は、図１に示した画像処理システムの動作フローチャートである。
図３のステップ１０１において、支店ユーザが支店スキャナー１を操作し、操作パネルまたは操作ＰＣ２におけるスキャナー＆送信部１１は、スキャン処理を行いその結果を送信し（ステップ１０３）、本社サーバー３における受信＆一時格納部１３がスキャンデータを受け取って、データベースなどの一時格納庫６に一時的に保管する（ステップ１０５）。
【００３１】
次に、ステップ１０７において、本社ユーザーの指示に従って、検索＆データ取り出し部１５が処理すべきデータを検索し取り出し、２値化／減色処理部１７が２値化または減色、濃度調整処理を行う（ステップ１０９）。ここで、濃度調整とは、ガンマ補正、輝度調整、コントラスト調整や２値化の閾値調整など一般的な画像処理を指す。
そして、ステップ１１１において、本店ＰＣ５におけるフィールド合成＆表示部１９が必要に応じてベース画像とフィールド画像を管理し、合成（または重ね合わせ）して画像を画面に表示する。ここで、ベース画像は、伝票全体を指すいわゆる背景画像であり、フィールド画像は、伝票の一部分だけを切り出しした画像であり、一部分だけ濃度を変更したり、色を変えたりする場合に存在する。
【００３２】
次に、ステップ１１３において、本店ユーザーにより表示画像が満足するものか否かの判断がなされ、不満である場合、本店ユーザーにより、濃度調整の操作が行なわれ（ステップ１１５）、表示領域や操作範囲の判定が行なわれ（ステップ１１７）、濃度調整領域が画像全体か一部かの判定が行なわれる（ステップ１１９）。
そして、濃度調整領域が一部である場合、領域判定部分の画像を必要に応じて切り出し（ステップ１２１）、ユーザー操作に応じて濃度調整パラメータを算定し（ステップ１２３）、このパラメータに基づいて切り出し画像を２値化または減色し（ステップ１２５）、ベース画像およびフィールド画像を合成し画面表示し（ステップ１２７）、その後、ステップ１１１に戻る。
【００３３】
また、ステップ１１３において本店ユーザーにより表示画像が満足するものである場合、これまでの操作内容および結果を次の処理で合成して保管格納庫７に保存し（ステップ１２９）、色が混在しているか否かフィールド別保存か否かが判断され（ステップ１３１）、色が混在しておらずフィールド別保存でない場合、１枚の画像に合成して保存し（ステップ１３３）、色が混在しておりフィールド別保存である場合、ＰＤＦのように複数の画像を重ね合わせ保管できるフォーマットに保存するか、フィールド画像を別に保存する（ステップ１３５）。
【００３４】
図４、図５、図６は、本社ＰＣで伝票処理するオペレータが見て操作する画面のサンプルを示す説明図である。
まず、図４（ａ）のような画像がスキャンされているものとし、本社ＰＣ５ではデフォルトでモノクロ２値表示とする。この場合、図４（ｂ）のような表示結果になり文字が読めないこととなるが、これは元原稿が極端に薄かったためであり、通常スキャナーでモノクロスキャンしても同様の結果となり、再スキャンの必要が生じる。
しかし、本発明ではカラースキャンした画像があるため、これを基にして２値化閾値を調整するなどして濃度調整すれば、図５（ａ）に示すようにほとんどの文字が読めるようになる。
しかし、原稿が場所によって文字の濃さが違っていた場合、濃度調整しても全体の文字が読めるようにはならない。そのような場合には、図５（ｂ）に示すように文字が薄い箇所を領域指定して、その部分だけを濃度調整することによりすべての文字を解読できるようになる（図２フローチャートにおけるフィールドの機能）。
【００３５】
図４、５に示す画面サンプルにおいては操作ボタンなどはテストプログラムのものであり実際の業務画面を想定したものではなく、実際の業務画面を想定したサンプルは図６（ａ）に示すようになる。このように、通常の業務処理画面に伝票画像の濃度調整の操作ボタンが追加されることになる。すなわち、通常の伝票確認作業を行う時点で文字が読めない場合のみ濃度調整すればよくスキャン濃度調整のために再スキャンや確認作業などの別の作業やオペレーションを行う必要がなく、手軽に正確な情報を取得・操作できることが本発明の特徴である。
【００３６】
また、図６（ａ）に示すように経理処理時点で伝票の金額部分を指定して（必要に応じて見やすいように濃度調整する）おけば、図６（ｂ）に示すように承認画面において伝票画像の金額部分を表示することにより承認者が確認しやすい画面を構成することも可能となる。これは、図２のフローチャートのステップ１２９、１３３、１３５の部分の応用例となる。すなわち、通常は伝票全体を見やすくするようにフィールド別に濃度調整しても、最後は、ステップ１３３において、それを合成して１枚の画像にして保存する。しかし、図６（ｂ）に示すように金額部分だけを特別に扱いたい場合は、ステップ１３５において、フィールド画像を別に保存するようにすることで簡単に実現できる。
【００３７】
また、伝票の一部分をカラー画像として残したい場合などにも応用できる。このような場合（全体はモノクロで一部分だけカラー）に画像として保管しようとすると、ファイルサイズなど効率よく保存することが難しいが、本発明の実施形態のようにフィールド単位での調整＆操作ができるようになっていれば、ＰＤＦのように複数の画像を重ね合わせて保存できるようなフォーマットに全体（背景画像）はモノクロＭＭＲ、一部分（フィールド画像）はカラーＪＰＥＧといったように効率よく保存できる。
【００３８】
また、図６のような業務での利用を考えた場合、伝票画像の利用は主に画面に表示して確認することになる。そのような利用方法の場合、一般的に画面サイズは、ＳＶＧＡ、ＸＧＡなどサイズに限りがあるため３００ｄｐｉ、４００ｄｐｉなどの高解像度の画像を表示するには縮小表示することになる。
このような場合には、圧縮サイズ抑制のためにモノクロ２値で保存するよりも、８００×６００ｄｏｔなど画面サイズに合わせて縮小した画像を保存したほうがファイルサイズを抑制でき、さらに画面での視認性もよくなる。
このような実施形態では、図１の２値化／減色処理部７に画像縮小機能を持たせることで実現できる。画像縮小機能は次のように画質をよく縮小しても伝票の視認性を保持できるようなものを利用する。
・モノクロ２値画像の縮小＝グレースケール（多値）化縮小によりデータロス（細線などを消えないように）を低減し視認性の良い画像を生成する。
・カラー、グレー画像の縮小＝バイキュービック法、バイリニア法など画質劣化を低減しつつ縮小できる一般的な方法がある。
この場合には、本社ＰＣ５のオペレータは、画面に縮小表示した結果を見ながら縮小方式を視認性の良い方式に切り替えたり濃度を調整することになる。その結果は画面サイズに縮小された伝票画像としてデータベース７に保存する。
次回から、伝票画像は画面サイズに合わせた最適な状態（サイズ、画質）になっているためオペレータや作業者は画像ズームなど余計な操作を行わなくても視認性がよく効率の良い作業ができることになる。
【００３９】
次に、本発明による画像処理システムの他の実施形態について説明する。
図７は、本発明による画像処理システムの他の実施形態の機能構成図である。
図７に示すように、この画像処理システムは、画像情報を読み取って入力する画像入力装置４０においてデータベースに画像を登録する画像データ登録部と、データベース４１と、ユーザー別データの更新を監視するユーザー別データ更新監視装置４３と、合成表示処理装置４５と、表示装置４７と、入力装置４９とを有している。
そして、ユーザー別データ更新監視装置４３は、ユーザー別データを統合整理しデータベース４１に反映させる更新処理部５５と、ユーザー別データの共通部分を判定し探し出す共通部分判定部５７と、ユーザー共通部分データに基づき画像の減色／リサイズを行う減色／リサイズ制御部５９と、データベースの画像を更新する画像データ更新制御部６１と、ユーザー別データの読み込み／更新を行うユーザー別データ入出力制御部６３とを有している。
また、データベース４１は、登録された画像データを格納する画像データ格納庫５１と、ユーザーごとの表示情報を保存するユーザー別表示データ格納庫５３ａ、５３ｂとを有している。
【００４０】
また、合成表示処理装置４５は、データベースから画像の取出し／更新を行う画像データ入出力部６５と、ユーザー別情報を入出力するユーザー個別データ入出力制御部６７と、必要最小限の領域のみを処理させるために画像を切り出す切り出し処理部６９と、データサイズ抑制のために２値化／減色／変倍／ＭＲＣ化などを行うデータサイズ抑制制御部７１と、色調整を行う色調整処理部７３と、領域ごとに濃度や色調整をした結果を合成する合成処理部７５と、合成処理部の結果を表示する表示制御部７７と、ユーザー操作により表示状態や表示内容の変更操作を検知し、それに基づいてデータの加工や保存を制御するユーザー操作制御部７９とを有している。
ここで、ＭＲＣ化とはMixed Raster Content処理、すなわち文字／背景分離の高圧縮処理を行う技術であり、２値表示画像の濃度調整は、元のグレー／カラー画像を濃度調整した後に２値化したり、２値化の閾値により制御したりいくつかの方法があるので、そのときに最適なものを選択する。
【００４１】
図８は、図７に示した本発明による画像処理システムの他の実施形態の動作フローチャートである。
図８のステップ２０１において、ユーザーがデータベース４１に保存されている画像を表示し、ユーザー個別表示データが存在するか否かを判断し（ステップ２０３）、ユーザー個別表示データが存在する場合、ユーザー個別表示データを読み込み、その設定状態を表示し（ステップ２０５）、ユーザーが自分の好みに表示状態を変更する（ステップ２０７）。また、ユーザー個別表示データが存在しない場合、最初はシステムでデフォルト設定されている内容で表示し（ステップ２０９）、ステップ２０７に移る。
次に、ユーザーが自分の好みに表示状態を変更した後、一定期間が経過して、ユーザに長期間アクセスされていない場合（ステップ２１１、２１３）、一定期間が経過してアクセスされたことがあるファイルに対して、ユーザー個別表示データが複数存在するか否かが判断され（ステップ２１５）、ユーザー個別表示データが複数存在する場合、それぞれのユーザー個別データから最大公約数となる状態を算出し（ステップ２１７）、最大公約数となる状態に合わせて元画像データおよびユーザー別データを再登録する（ステップ２１９）。
【００４２】
また、ユーザー個別表示データが１つのみ存在する場合、ユーザー個別データに合わせて画像データを更新する（ステップ２２１）。なお、一定期間が経過してアクセスされなかったファイルに対しては、データベース４１の画像データをシステムでデフォルト設定されている内容に変換・更新する（ステップ２２３）。
それにより、カラーなど多値で保存された部分は、その後も濃度調整や２値化が可能となり（ステップ２２５ａ）、モノクロ２値で元データを更新した場合、その後は濃度調整が不可能となる（ステップ２２５ｂ）。
すなわち、従来のように、ユーザーがデータベースに保存されている画像を表示し、その表示状態を変更した場合には、その状態をユーザーごとに保存しておき、複数のユーザーが同じ画像を表示した場合には、ユーザーごとに目的や好みの違い、または表示デバイスの表示性能などに起因してユーザーごとに表示状態が異なる可能性が生じてくる。
したがって、ユーザーの表示状態に合わせてデータベースのデータサイズを抑制するための処理が共通化できなくなる可能性が生じてくる。そのような場合に、図８に示すようにユーザーごとの情報から最大公約数となる状態を算出しデータベースを更新し、それに対してどのユーザーからもアクセスされなかった画像は、モノクロ２値化、ＭＲＣ化、低解像度化などシステム設定に合わせて画像データを抑制する処理を行うと、上記従来の問題が解決する。
【００４３】
なお、最大公約数状態を効率よく保持するために、領域同士重なる部分がある場合には、両方向を含む１領域または２つの独立した領域のどちらかを面積またはデータサイズが小さくなるものを採用するようにすることもできる。また、縮小画像を効率よくおよび良質な画質で保持するために、高解像度のモノクロ２値、または縮小した多値画像のいずれかを選択するようにすることもできる。また、モノクロ２値が選択された場合には、縮小表示においてグレースケール化を行い、多値が選択された場合には、高画質化の縮小処理をあらかじめ行い、両者のどちらを選択するかをコンテンツや使用方法などにより自動選択またはユーザーの用途により選択させるようにすることもできる。また、長期間アクセスされなかった文書を定期的にチェックし、そのチェック結果に応じて、高圧縮（ＭＲＣ）化、解像度低下、モノクロ化などを自動的に実施しデータベース容量を削減するようにすることもできる。
【００４４】
図９は、図７に示した本発明による画像処理システムの他の実施形態の具体例の情報の流れ図である。図１０は、図７に示した本発明による画像処理システムの他の実施形態の具体例の動作フローチャートである。
この具体例では、ユーザーごとの表示データをユーザー別データ監視装置４３により監視しデータベースを更新するようにしている。
図１０に示すように、（１）ＳＴＡＲＴから始まる処理（ステップ３０１〜３２３）は、ユーザーＡ、ユーザーＢがそれぞれ自分の好みで表示状態を変更した様子を示し、（２）一定期間後ＳＴＡＲＴは、その後一定期間を経た後ユーザーごとの情報を整理し、データベースへ反映・更新する処理（ステップ３２５〜３３９）を示している。
【００４５】
このように処理を開始する前に一定の期間を置くことは次の理由による。すなわち、一度データベースをデータサイズ抑制して更新してしまうと初期状態に戻すことはできなくなるためある程度ユーザーを利用実績を蓄積する必要があるためである。例えば、モノクロ２値化してしまった後で別のユーザーがカラー表示したいと思ってもカラーに戻すことができなくなるためである。したがって、しばらくの間は初期状態（カラー）のままデータベースは保持しておいて、ある程度ユーザーの利用実績が蓄積されモノクロ２値でしか表示されないことがわかったときにモノクロ２値化してデータベースを更新する。このときに１人でもカラー表示する部分があった時は、その領域だけはカラーで保存するようにする。
【００４６】
次に、（３）ＤＢ画像データ更新後のＳＴＡＲＴは、上記でデータベースが更新された後に別のユーザーが表示を行った処理（ステップ３４１〜３４９）を示している。
図１１は、図８〜図１０に示した具体例における表示例を示した図である。
図１１（ａ）に示すように、ユーザーＡは、一部分のみカラー他はモノクロ２値で表示されており、図１１（ｂ）に示すように、ユーザーＢは、ユーザーＡの状態に加えてカラー領域が増え、モノクロ２値の濃度変更、グレースケール部分の追加を行った状態を示す。
以上のように、ユーザーＡ、ユーザーＢが異なる表示状態を保存した場合には、最大公約数の状態を求めてデータベース４１を更新した後は左下のような状態になる。すなわち、ユーザーＡ／Ｂ両方の要求を満足するための最小限の状態になる。
【００４７】
これを別のユーザーＣが表示する場合には、図１１（ｃ）、（ｄ）に示すように、右下のようにユーザーＡ／Ｂ両方を満足する表示とそれから変更可能な操作のみに制限される。初期状態では、全体がカラーで保持されていたため自由な変更が可能であったが、ユーザー別データをマージしデータベース更新した後は操作内容が制限されることがわかる。しかし、ユーザーＡおよびユーザーＢの要求は十分に満足しており、一定期間を経てデータベース更新することによりほとんどのユーザーニーズを満足しつつデータベースサイズを抑制できることがわかる。また、データベース更新後は表示時点で行われる画像処理も最小限になるため表示の高速化が行える。
【００４８】
図１２は、縮小画像を効率よくおよび良質な画質で保持するために、高解像度のモノクロ２値、または縮小した多値画像のいずれか画質またはデータサイズが小さくなる方法を選択する機能を持たせた変形例の説明図である。
最大公約数の状態を求める場合に、図１２（ａ）に示すように、領域が重なっている場合、図１２（ｂ）、（ｃ）に示すように、左下のように両方を含む１つの領域にする方法と右下のように２つの独立した領域として別々に保存する方法があり、この場合には、両者で保存した場合の面積やデータサイズなどを計算しサイズが小さくなる方を採用している。
【００４９】
図１３は、縮小画像を効率よくおよび良質な画質で保持するために、高解像度のモノクロ２値、または縮小した多値画像のいずれか画質またはデータサイズが小さくなる方法を選択する機能を持たせた変形例の説明図である。
まず、ユーザーがＰＤＡや携帯などの端末で表示するために画像を縮小表示しなければならない場合、画像の視認性が重要になる。元画像が多値の場合、バイキュービック処理など多値のまま品質重視の縮小処理を行った方が、一般的に良い画質となるが、必ずしもそうならない場合もある（図１３（ａ）〜（ｆ）に画質が悪い場合の例を示す）。特に、対象が文字画像の場合には、エッジ抽出処理を併用した２値化を行うことにより文字がかすれずつぶれない２値画像を得ることができ、このような２値画像をグレースケール化縮小（縮小する分１画素を多値にすることにより情報劣化を低減させる方式）することで文字の視認性のよいくっきりした画像を得られる場合がある。この方式を採用するメリットは、ユーザーの表示倍率の変化に追従できることである。すなわち高解像度から縮小表示までを対応できる倍率に幅がある。また高速に処理できる。高解像度にもかかわらずデータサイズは小さいことである。
【００５０】
これに対して、多値のまま高画質縮小した場合は、データサイズ抑制のため縮小して保存すると大きな倍率での表示ができなくなる。複数の倍率のためにそれぞれ別の画像を用意する必要がある、処理時間がかかる、などのデメリットが生じる。両者の長所・短所は利用方法などに依存するためどちらか片方に限定できない。
そこで、この変形例では、図１３（ｇ）の表に示したような判断基準を定め、判断基準の高い方で処理を行う。これにより、前述の最大公約数の状態で保存する場合にどのように処理するかを定めるものとする。
【図面の簡単な説明】
【００５１】
【図１】本発明を実施した画像処理システムの概略構成図である。
【図２】図１に示した画像処理システムの機能構成図である。
【図３】図１に示した画像処理システムの動作フローチャートである。
【図４】本社ＰＣで伝票処理するオペレータが見て操作する画面のサンプルを示す説明図である。
【図５】本社ＰＣで伝票処理するオペレータが見て操作する画面のサンプルを示す説明図である。
【図６】本社ＰＣで伝票処理するオペレータが見て操作する画面のサンプルを示す説明図である。
【図７】本発明による画像処理システムの他の実施形態の機能構成図である。
【図８】図７に示した本発明による画像処理システムの他の実施形態の動作フローチャートである。
【図９】図７に示した本発明による画像処理システムの他の実施形態の具体例の情報の流れ図である。
【図１０】図７に示した本発明による画像処理システムの他の実施形態の具体例の動作フローチャートである。
【図１１】図８〜図１０に示した具体例における表示例を示した図である。
【図１２】縮小画像を効率よくおよび良質な画質で保持するために、高解像度のモノクロ２値、または縮小した多値画像のいずれか画質またはデータサイズが小さくなる方法を選択する機能を持たせた変形例の説明図である。
【図１３】縮小画像を効率よくおよび良質な画質で保持するために、高解像度のモノクロ２値、または縮小した多値画像のいずれか画質またはデータサイズが小さくなる方法を選択する機能を持たせた変形例の説明図である。
【符号の説明】
【００５２】
１…支店スキャナー、２…ＰＣ、３…本社サーバー、５…ＰＣ、６…第１のデータベース、７…第２のデータベース、１１…送信部、１３…一時格納部、１７…値化／減色処理部、１９…表示部、２３…入力制御部、２５…操作・表示領域判定部、２９…濃度調整部、
３１…保存処理部、４０…画像入力装置、４１…データベース、４３…ユーザー別データ監視装置、４５…合成表示処理装置、４７…表示装置、４９…入力装置、５１…画像データ格納庫、５３…ユーザー別表示データ格納庫、５５…更新処理部、５７…共通部分判定部、５９…減色／リサイズ制御部、６１…画像データ更新制御部、６３…ユーザー別データ入出力制御部、６５…画像データ入出力部、６７…ユーザー個別データ入出力制御部、７１…データサイズ抑制制御部、７３…色調整処理部、７５…合成処理部、７７…表示制御部、７９…ユーザー操作制御部
【図１】
0004810262.tif 000002
【図２】
0004810262.tif 000003
【図３】
0004810262.tif 000004
【図４】
0004810262.tif 000005
【図５】
0004810262.tif 000006
【図６】
0004810262.tif 000007
【図７】
0004810262.tif 000008
【図８】
0004810262.tif 000009
【図９】
0004810262.tif 000010
【図１０】
0004810262.tif 000011
【図１１】
0004810262.tif 000012
【図１２】
0004810262.tif 000013
【図１３】
0004810262.tif 000014