画像配信装置、画像配信方法及び画像配信プログラム
【課題】入力された画像を処理して出力する画像処理システムにおいて、不要な画像の圧縮処理の省略を容易化すること。
【解決手段】画像配信装置であって、入力された画像情報及び配信処理に際して実行するべき画像処理が指定された処理指定情報を取得し、取得された画像情報を圧縮処理する解像度変換処理部２２１と、処理指定情報において指定された画像処理を実行するバーコード読取処理部２２３、ＯＣＲ処理部２２５と、文書出力部２３０とを含み、解像度変換処理部２２１は、画像情報に対して定められた条件に基づいて圧縮処理の要否を判断すると共に、画像を認識する処理が指定されているか否かに基づいて圧縮処理の実行態様を変えることを特徴とする。
【解決手段】画像配信装置であって、入力された画像情報及び配信処理に際して実行するべき画像処理が指定された処理指定情報を取得し、取得された画像情報を圧縮処理する解像度変換処理部２２１と、処理指定情報において指定された画像処理を実行するバーコード読取処理部２２３、ＯＣＲ処理部２２５と、文書出力部２３０とを含み、解像度変換処理部２２１は、画像情報に対して定められた条件に基づいて圧縮処理の要否を判断すると共に、画像を認識する処理が指定されているか否かに基づいて圧縮処理の実行態様を変えることを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像配信装置、画像配信方法及び画像配信プログラムに関し、特に、画像を配信する際の画像の処理に関する。
【背景技術】
【０００２】
近年、情報の電子化が推進される傾向にあり、電子化された情報の出力に用いられるプリンタやファクシミリ及び書類の電子化に用いるスキャナ等の画像処理装置は欠かせない機器となっている。このような画像処理装置は、撮像機能、画像形成機能及び通信機能等を備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能な複合機として構成されることが多い。
【０００３】
また、このように電子化された文書を文書管理サーバに蓄積し若しくは指定された配信先に配信して利用する画像処理システムが知られている。このような画像処理システムにおいては、スキャナ機能等の入力サービスと、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）等の画像処理サービスとを組み合わせてワークフローを構成し、文書蓄積の効率化を図ることが行われている（例えば、特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、上述したようなワークフローとして、バーコードの付与された書類をスキャンし、スキャンによって読み取られたバーコードを認識してその認識結果に従って保存先を変えて配信するワークフローがあるとする。このワークフローにおいて、入力される書類の大きさにばらつきがある場合、生成される電子画像がバーコード読み取り用のライブラリによって処理不可能なサイズとなる可能性がある。また、ライブラリが処理可能なサイズの電子画像であっても、バーコード読み取りに要する時間が長くなり、システムに多大な負荷がかかる場合がある。
【０００５】
これに対して、入力された画像の解像度を落として画像を圧縮することにより、画像のデータ量が削減され、上述したような課題を解決することが可能となるが、画像の圧縮によって画質が劣化し、その結果バーコードが読み取れなくなる可能性がある。また、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）での文字抽出を行う場合は、画像の圧縮により文字認識精度が低下する可能性がある。更に、圧縮されて電子化された画像情報は、そのまま配信されるため、配信された画像を再利用する場合も同様の課題が生じる。
【０００６】
特許文献１に開示されたような従来技術の場合、不要な場合であっても画像の圧縮処理が実行される可能性があり、上述したような認識エラーの課題には対応できていない。ユーザが手動で圧縮処理を禁止することは可能であるが、圧縮処理の禁止は、入力された画像のサイズ等の条件や、上記画像の認識処理の有無、更にはその後の画像の出力態様等に応じて判断する必要があり、不慣れなユーザにとっては難しい。
【０００７】
本発明は、このような課題を解決するためになされたものであり、入力された画像を処理して出力する画像処理システムにおいて、不要な画像の圧縮処理の省略を容易化することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明の一態様は、入力された画像情報をネットワークを介して配信処理する画像配信装置であって、前記入力された画像情報及び前記配信処理に際して実行するべき画像処理が指定された処理指定情報を取得する情報取得部と、前記取得された画像情報を圧縮処理する画像圧縮部と、前記処理指定情報において指定された画像処理を実行する画像処理部と、前記画像情報または前記画像処理によって生成された情報をネットワークを介して配信処理する画像配信部とを含み、前記画像圧縮部は、前記画像情報に対して定められた条件に基づいて前記圧縮処理の要否を判断すると共に、前記処理指定情報において前記画像情報によって表示される画像を認識する処理が指定されているか否かに基づいて前記圧縮処理の実行態様を変えることを特徴とする。
【０００９】
また、本発明の他の態様は、入力された画像情報をネットワークを介して配信処理する画像配信プログラムであって、前記入力された画像情報及び前記配信処理に際して実行するべき画像処理が指定された処理指定情報を取得して記憶媒体に記憶するステップと、前記取得された画像情報を圧縮処理するステップと、前記処理指定情報において指定された画像処理を実行するステップと、前記画像情報または前記画像処理によって生成された情報をネットワークを介して配信処理するステップとを含み、前記圧縮処理するステップにおいて、前記画像情報に対して定められた条件に基づいて前記圧縮処理の要否を判断すると共に、前記処理指定情報において前記画像情報によって表示される画像を認識する処理が指定されているか否かに基づいて前記圧縮処理の実行態様を変えることを特徴とする。
【００１０】
また、入力された画像情報をネットワークを介して配信処理する画像配信システムであって、原稿を読み取って画像情報を生成して入力すると共に、ユーザの操作に応じて前記配信処理における配信先及び前記配信処理に際して実行する画像処理を指定する情報を入力する情報入力部と、前記入力された画像情報、配信先が指定された配信先情報及び前記画像処理が指定された処理指定情報を取得する情報取得部と、前記取得された画像情報を圧縮処理する画像圧縮部と、前記処理指定情報において指定された画像処理を実行する画像処理部と、前記画像情報または前記画像処理によって生成された情報をネットワークを介して配信処理する画像配信部とを含み、前記画像圧縮部は、前記画像情報に対して定められた条件に基づいて前記圧縮処理の要否を判断すると共に、前記処理指定情報において前記画像情報によって表示される画像を認識する処理が指定されているか否かに基づいて前記圧縮処理の実行態様を変えることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、入力された画像を処理して出力する画像処理システムにおいて、不要な画像の圧縮処理の省略を容易化することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態に係るシステムの運用形態を示す図である。
【図２】本発明の実施形態に係る情報処理装置のハードウェア構成を模式的に示すブロック図である。
【図３】本発明の実施形態に係る配信サーバの機能構成を示すブロック図である。
【図４】本発明の実施形態に係る解像度変換設定画面の例を示す図である。
【図５】本発明の実施形態に係る解像度変換設定部が記憶している情報の例を示す図である。
【図６】本発明の実施形態に係る解像度変換処理要否の判断動作を示すフローチャートである。
【図７】本発明の他の実施形態に係る解像度変換設定画面の例を示す図である。
【図８】本発明の他の実施形態に係る解像度変換態様の判断動作を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、図面を参照して、本発明の実施形態を詳細に説明する。本実施形態においては、スキャナによって書類が読み取られて生成された画像を入力画像として、メールサーバやファイルサーバに配信するシステムを例として説明する。
【００１４】
図１は、本実施の形態に係るシステムの運用形態の例を示す図である。図１に示すように、本実施形態に係るシステムは、複合機１、配信サーバ２、メールサーバ３及びファイルサーバ４がネットワークを介して接続されて構成されている。
【００１５】
複合機１は、スキャナ機能、画像形成機能、ＦＡＸ（Ｆａｃｓｉｍｉｌｅ）機能及びネットワーク通信機能等を備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能なＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）である。本実施形態において、複合機１は、スキャナ機能により書類を読み取って生成した画像情報を配信対象の画像として配信サーバ２に送信する。
【００１６】
本実施形態に係る複合機１は、ワークフローにより文書をスキャン及び配信する際のユーザインタフェースとしても機能する。即ち、ユーザは、複合機１に設けられたタッチパネルやハードキーを操作することにより、文書の配信に際して実行するべき画像処理及び配信先を設定し、ワークフローの実行命令を入力する。
【００１７】
配信サーバ２は、本実施形態の要旨に係る構成であり、複合機１から受信した画像を入力画像として取得し、必要に応じて画像処理を実行した上でメールサーバ３若しくはファイルサーバ４に送信することによって配信処理を実行する。この、配信サーバ２による必要に応じた画像処理が本実施形態に係る要旨である。
【００１８】
メールサーバ３は、一般的にはＰＯＰ（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ）サーバであり、ユーザが電子メールを受信するために各自のクライアント端末からネットワークを介して接続するサーバである。ファイルサーバ３は、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等のファイル転送プロトコルに対応したネットワーク接続を介して記憶領域を提供するサーバである。
【００１９】
次に、本実施形態に係る複合機１、配信サーバ２、メールサーバ３及びファイルサーバ４等の情報処理装置のハードウェア構成について説明する。図２は、本実施形態に係る配信サーバ２のハードウェア構成を示すブロック図である。尚、複合機１は、図２に示すハードウェア構成に加えて、スキャナ、プリンタ等を実現するためのエンジンを備える。以下の説明においては、配信サーバ２のハードウェア構成を例として説明するが、複合機１メールサーバ３及びファイルサーバ４についても同様である。
【００２０】
図２に示すように、本実施形態に係る配信サーバ２は、一般的なサーバやＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等と同様の構成を含む。即ち、本実施形態に係る配信サーバ２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）４０及びＩ／Ｆ５０がバス８０を介して接続されている。また、Ｉ／Ｆ５０にはＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）６０及び操作部７０が接続されている。
【００２１】
ＣＰＵ１０は演算手段であり、配信サーバ２全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納される。
【００２２】
Ｉ／Ｆ５０は、バス８０と各種のハードウェアやネットワーク等を接続し制御する。ＬＣＤ６０は、配信サーバ２の状態を確認するための視覚的ユーザインタフェースである。操作部７０は、キーボードやマウス等、ユーザが配信サーバ２に情報を入力するためのユーザインタフェースである。尚、図１において説明したように、本実施形態に係る配信サーバ２、メールサーバ３及びファイルサーバ４はサーバとして運用される。従って、ＬＣＤ６０及び操作部７０等のユーザインタフェースは省略可能である。また、複合機１の場合、操作部７０は、各種のハードキーやタッチパネルが用いられる。
【００２３】
このようなハードウェア構成において、ＲＯＭ３０やＨＤＤ４０若しくは図示しない光学ディスク等の記憶媒体に格納されたプログラムがＲＡＭ２０に読み出され、ＣＰＵ１０の制御に従って動作することにより、ソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係る複合機１、配信サーバ２、メールサーバ３及びファイルサーバ４の機能を実現する機能ブロックが構成される。
【００２４】
次に、本実施形態に係る配信サーバ２の機能構成について、図３を参照して説明する。図３は、本実施形態に係る配信サーバ２の機能構成を示すブロック図である。図３に示すように、本実施形態に係る配信サーバ２は、コントローラ２００及びネットワークＩ／Ｆ２０１を含むまた、コントローラ２００は、文書取得部２１０、文書処理部２２０及び文書出力部２３０を含む。
【００２５】
ネットワークＩ／Ｆ２０１は、配信サーバ２がネットワークを介してクライアント端末２やＮＡＳサーバ３等の他の機器と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）インタフェースが用いられる。ネットワークＩ／Ｆ２０１は、図２に示すＩ／Ｆ５０によって実現される。
【００２６】
コントローラ２００は、ソフトウェアとハードウェアとの組み合わせによって構成される。具体的には、ＲＯＭ３０や不揮発性メモリ並びにＨＤＤ４０や光学ディスク等の不揮発性記憶媒体に格納されたプログラムが、ＲＡＭ２０等の揮発性メモリ（以下、メモリ）にロードされ、ＣＰＵ１０がそのプログラムに従って演算を行うことにより構成されるソフトウェア制御部と集積回路などのハードウェアとによってコントローラ２００が構成される。コントローラ２００は、配信サーバ２全体を制御する制御部として機能する。
【００２７】
文書取得部２１０は、複合機１がスキャンによって生成した画像情報をネットワークＩ／Ｆ２０１を介して受信し、文書処理部２２０に入力する。また、文書取得部２１０は、画像情報と共に、実行するべき画像処理を指定する情報及び画像情報の配信先を示す情報を取得し、文書処理部２２０に入力する。文書出力部２３０は、文書処理部２２０によって処理された画像情報を、指定された配信先に配信する画像配信部である。文書出力部２３０は、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＦＴＰ等の様々なプロトコルに対応しており、画像情報の配信先に応じたプロトコルにて画像情報を送信する。
【００２８】
文書処理部２２０は、文書取得部２１０から入力された画像情報に対して、指定された画像処理を実行する。図３に示すように、本実施形態に係る文書処理部２２０は、解像度変換処理部２２１、解像度変換設定部２２２、バーコード読取処理部２２３、バーコード読取設定部２２４、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）処理部２２５及びＯＣＲ設定部２２６を含む。
【００２９】
解像度変換処理部２２１は、文書取得部２１０から入力された画像の解像度を変換することにより、画像を圧縮する画像圧縮部である。解像度変換処理部２２１は、解像度変換設定部２２２に記憶されている解像度変換設定情報に基づき、画像の圧縮処理の要否を判断する。この解像度変換処理部２２１による圧縮処理の要否判断が、本実施形態に係る要旨である。解像度変換処理部２２１及び解像度変換設定部２２２の機能については、後に詳述する。
【００３０】
バーコード読取処理部２２３は、解像度変換処理部２２１が出力した画像情報において表示されるバーコードを認識し、バーコードとして符号化された情報を復号して情報を生成する。バーコード読取設定部２２４は、バーコードの読取範囲や復号ルール等、バーコードの読取に際する設定情報を記憶しており、バーコード読取処理部２２３は、バーコード読取設定部２２４に記憶されている設定情報に従ってバーコードの認識処理を実行する。
【００３１】
ＯＣＲ処理部２２５は、バーコード読取処理部２２３が出力した画像情報において表示される文字を認識し、文字情報を生成する。ＯＣＲ設定部２２６は、文字認識についての設定情報を記憶しており、ＯＣＲ処理部２２５は、ＯＣＲ設定部２２６に記憶されている設定情報に従って文字認識処理を実行する。ＯＣＲ処理部２２５が出力した画像情報は、文書出力部２３０に入力される。このように本実施形態に係るバーコード読取処理部２２３及びＯＣＲ処理部２２５画像処理部として機能する。
【００３２】
次に、本実施形態に係る解像度変換処理部２２１及び解像度変換設定部２２２の機能について説明する。図４は、解像度変換設定部２２２に記憶される設定情報をユーザが入力するためのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）の例を示す図である。図４に示すようなＧＵＩ（以降、解像度変換設定画面とする）は、例えば、ネットワークを介して配信サーバ２と接続されたＰＣ等の情報処理端末に表示される。即ち、配信サーバ２のオペレータは、ネットワークを介して接続されたＰＣ等の情報処理端末を介して、解像度変換設定部２２２の設定情報を管理する。
【００３３】
図４に示すように、解像度変換設定画面においては、変換後の解像度に加えて、解像度変換を実行するための条件が設定される。図４の例においては、解像度変換に際して“２００ｄｐｉ”に変換することが定められている。そして、解像度変換を実行するための条件として、入力された画像情報のサイズが“縦１０００ｐｉｘｅｌ、横２０００ｐｉｘｅｌを超える時”、画像処理において“バーコード読取ｏｒＯＣＲを行わない時”及び配信処理が“メール送信である時”が選択されている。
【００３４】
図４の例においては、“入力画像の大きさ”の他、“入力画像の解像度”、“入力画像のデータサイズ”についての設定項目もある。これらは、画像情報のサイズに関するパラメータについての閾値を設定する設定項目である。このように、画像情報のサイズに関するパラメータを設けることにより、元々データサイズが小さくて圧縮の必要がない画像情報についての圧縮処理を省略することができる。
【００３５】
そして、入力画像の大きさ、入力画像の解像度及び入力画像のデータサイズについて閾値を設けることにより、入力された画像のサイズが大き過ぎ、若しくはデータ容量が多過ぎる場合に、画像を圧縮して後の処理における負荷を低減することや、記憶領域を節約することができる。
【００３６】
また、画像処理として、“バーコード読取やＯＣＲ等の画像認識処理を行わない時”という条件を設けることにより、画像認識処理が行われる場合には画像の圧縮をキャンセルし、画質劣化による画像認識のエラーを回避することができる。更に、配信処理として“メール送信である時”という条件を設けることにより、記憶容量に余裕のあるファイルサーバ４への格納の場合には圧縮されていないオリジナルの画像情報を格納し、添付ファイルのデータサイズに制限のあるメール送信の場合は、圧縮された画像を送信することで、効率的な運用を実現することができる。
【００３７】
図４に示すような解像度変換設定画面において設定された設定情報は、図５に示すように、“画像サイズ”、“画像認識処理”、“配信処理”夫々の設定の組み合わせに応じて“圧縮処理”が関連付けられたテーブルとして、解像度変換設定部２２２に格納される。解像度変換処理部２２１は、文書取得部２１０から処理対象の画像情報、画像処理の有無及び配信処理の内容を取得すると、図５に示すようなテーブルを参照して圧縮処理の要否を判断した上で、必要であれば圧縮処理を実行する。
【００３８】
次に、解像度変換処理部２２１による圧縮処理の要否判断動作について、図６を参照して説明する。図６に示すように、解像度変換処理部２２１が情報取得部として機能して、文書取得部２１０から処理対象の画像情報、画像処理の有無及び配信処理の内容を取得すると（Ｓ６０１）、取得した画像情報の画像サイズと、解像度変換設定部２２２に記憶された設定情報のうちの“画像サイズ”の条件とを比較する（Ｓ６０２）。その結果、画像サイズが条件を満たしていれば（Ｓ６０２／ＮＯ）、解像度変換処理部２２１は、圧縮は不要であると判断して圧縮処理をキャンセルし（Ｓ６０６）、処理を終了する。
【００３９】
他方、Ｓ６０２の判断の結果、画像サイズが条件をオーバーしていた場合（Ｓ６０２／ＹＥＳ）、解像度変換処理部２２１は、原則として圧縮処理が必要であると判断し、その他の判断に進む。次に解像度変換処理部２２１は、取得した画像処理の内容を示す情報に基づき、画像認識処理の有無を判断する（Ｓ６０３）。その結果、画像認識処理が指定されていなければ（Ｓ６０３／ＮＯ）、解像度変換処理部２２１は、圧縮処理を実行しても問題ないと判断し、圧縮処理を実行して（Ｓ６０５）、処理を終了する。
【００４０】
他方、Ｓ６０３の判断において、画像認識処理が指定されている場合（Ｓ６０３／ＹＥＳ）、次に解像度変換処理部２２１は、取得した配信処理の内容を示す情報に基づき、配信処理としてメール送信が指定されているか否か判断する（Ｓ６０４）。その結果、メール送信が指定されている場合（Ｓ６０４／ＹＥＳ）、解像度変換処理部２２１は、圧縮処理を行う必要があると判断し、圧縮処理を実行して（Ｓ６０５）、処理を終了する。
【００４１】
他方、Ｓ６０４の判断において、メール送信ではなくファイル格納が指定されている場合（Ｓ６０４／ＮＯ）、解像度変換処理部２２１は、圧縮処理を行う必要はないと判断し、圧縮処理をキャンセルして（Ｓ６０６）、処理を終了する。このような処理により、本実施形態に係る画像応報の圧縮要否の判断動作が完了する。
【００４２】
このように、本実施形態に係る配信サーバ２は、圧縮処理が必要となる画像のサイズ、解像度若しくはデータサイズについての閾値が予め設定されており、入力された画像が設定された閾値を超えている場合に、原則として圧縮処理が必要であると判断する。そして、原則として圧縮処理が必要である場合において、バーコード認識やＯＣＲ等の画像認識処理が指定されている場合、圧縮処理によって画質が劣化して認識エラーが発生することを回避するため、配信サーバ２は、圧縮処理の実行を決定する。
【００４３】
画像認識処理が指定されていない場合であっても、配信処理としてメールサーバ３への送信が指定されている場合、配信サーバ２は、メールサーバ３における記憶容量、即ちメールボックス容量の制限を考慮し、圧縮処理の実行を決定する。他方、配信処理としてファイルサーバ４への送信が指定されている場合、配信サーバ２は、配信先であるファイルサーバ４の記憶容量は考慮する必要がないと判断し、圧縮処理をキャンセルする。このように
【００４４】
以上説明したように、本実施形態に係る配信サーバ４を含むシステムにおいては、オペレータによる操作が不要であり、不要な画像の圧縮処理の省略を容易化することが可能となる。
【００４５】
尚、上記実施形態においては、図１に示すように、複合機１と配信サーバ２とが別個の装置として運用される場合を例として説明したが、上述した配信サーバ２の機能を複合機１の機能として搭載し、複合機１と配信サーバ２とを一体の装置として構成することも可能である。
【００４６】
また、上記実施形態においては、画像認識処理の態様として、バーコード読取処理及びＯＣＲ処理を例として説明したが、これに限らず、画像情報に表示される画像を認識する処理であれば同様に適用可能である。例えば、符号化された情報の読取処理としては、ＱＲコード（登録商標）の読取処理や、その他のパターン化された図形の読取処理が考えられる。また、ＯＣＲ処理に限らず、画像に含まれる図形等をパターン認識する処理であっても、画像認識処理として上記と同様に適用可能である。
【００４７】
また、上記図３の例においては、バーコード読取処理、ＯＣＲ処理の順に処理が実行される場合を例として説明したが、これは一例であり、任意の処理順によって実現可能である。
【００４８】
また、上記実施形態においては、画像認識処理が指定されている場合には、画像圧縮処理をキャンセルする場合を例として説明した。これは、上述したように、圧縮による画質劣化によって画像認識がエラーとなることを回避するためである。即ち、本実施形態に係る要旨は、画像認識処理の有無に応じて圧縮処理の実行態様を変えることであり、その実行態様の変化は、圧縮処理の有無に限らない。即ち、画像認識がエラーとならない程度の圧縮であれば問題なく、画像認識処理の有無に応じて圧縮率を変えることにより、認識エラーを回避しつつ処理負荷の低減や記憶容量の節約を実現することができる。そのような例について以下に説明する。
【００４９】
図７は、画像認識処理の有無に応じて圧縮率を変える場合の、解像度変換設定画面の例を示す図である。図７の例においては、図４の例と比べて、解像度変換の実行条件として“画像処理”が省略されている替わりに、変換後の解像度の設定として、“バーコード読取ｏｒＯＣＲを行う場合、３００ｄｐｉに解像度変換する”という項目が追加されている。また、図４にも含まれる変換後の解像度の設定部は、“原則２００ｄｐｉに解像度変換する”というように、原則の設定であることが明示されている。このような設定項目により、画像認識処理が指定されている場合と、その他の場合とで、画像圧縮における圧縮率を変えることができる。
【００５０】
図８は、画像認識処理の有無に応じて圧縮率を変える場合の、圧縮処理の要否及び圧縮率の判断動作を示すフローチャートである。図８に示すように、Ｓ８０１、Ｓ８０２については、図６のＳ６０１及びＳ６０２と同様に処理が実行される。Ｓ８０２の判断の結果、画像サイズが条件を満たしていれば（Ｓ８０２／ＮＯ）、解像度変換処理部２２１は、圧縮は不要であると判断して圧縮処理をキャンセルし（Ｓ８０４）、処理を終了する。
【００５１】
Ｓ８０２の判断の結果、画像サイズが条件をオーバーしていた場合（Ｓ８０２／ＹＥＳ）、解像度変換処理部２２１は、原則として圧縮処理が必要であると判断し、その他の判断に進む。次に解像度変換処理部２２１は、取得した配信処理の内容を示す情報に基づき、配信処理としてファイル格納が指定されているか否か判断する（Ｓ８０３）。その結果、ファイル格納が指定されている場合（Ｓ８０３／ＹＥＳ）、解像度変換処理部２２１は、圧縮処理を行う必要はないと判断し、圧縮処理をキャンセルして（Ｓ８０４）、処理を終了する。
【００５２】
他方、Ｓ８０３の判断の結果、メール送信が指定されている場合（Ｓ８０３／ＮＯ）、解像度変換処理部２２１は圧縮処理が必要であると判断し、次に、画像認識処理が指定されているか否かを判断する（Ｓ８０５）。その結果、画像認識処理が指定されている場合（Ｓ８０５／ＹＥＳ）、解像度変換処理部２２１は、図７に示すように、３００ｄｐｉに解像度変換して圧縮することを決定し（Ｓ８０６）、処理を終了する。他方、画像認識処理が指定されていない場合（Ｓ８０５／ＮＯ）、解像度変換処理部２２１は、図７に示すように、２００ｄｐｉに解像度変換して圧縮することを決定し（Ｓ８０７）、処理を終了する。
【００５３】
以上説明したように、図７、８の例に係る配信サーバ２においては、バーコード読み取りやＯＣＲ処理等の画像認識処理の有無に応じて、画像圧縮処理における圧縮後の解像度、即ち圧縮率を変化させる。これにより、認識エラーを回避しつつ処理負荷の低減や記憶容量の節約を実現することができる。
【００５４】
尚、図４、図７の例においては、変換後の解像度（ｄｐｉ）を指定する場合を例として説明した。この他、データサイズ（ＫＢ）や画像サイズ（ｐｉｘｅｌ）を指定することも可能であるし、圧縮率（％）を指定することも可能であり、上記と同様の効果を得ることができる。
【符号の説明】
【００５５】
１ 複合機
２ 配信サーバ
３ メールサーバ
４ ファイルサーバ
１０ ＣＰＵ
２０ ＲＡＭ
３０ ＲＯＭ
４０ ＨＤＤ
５０ Ｉ／Ｆ
６０ ＬＣＤ
７０ 操作部
８０ バス
２００ コントローラ
２０１ ネットワークＩ／Ｆ
２１０ 文書入力部
２２０ 文書処理部
２２１ 解像度変換部
２２２ 解像度変換設定部
２２３ バーコード読取処理部
２２４ バーコード読取設定部
２２５ ＯＣＲ処理部
２２６ ＯＣＲ設定部
２３０ 文書出力部
【先行技術文献】
【特許文献】
【００５６】
【特許文献１】特開２００６−１５７３７１号公報
【技術分野】
【０００１】
本発明は、画像配信装置、画像配信方法及び画像配信プログラムに関し、特に、画像を配信する際の画像の処理に関する。
【背景技術】
【０００２】
近年、情報の電子化が推進される傾向にあり、電子化された情報の出力に用いられるプリンタやファクシミリ及び書類の電子化に用いるスキャナ等の画像処理装置は欠かせない機器となっている。このような画像処理装置は、撮像機能、画像形成機能及び通信機能等を備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能な複合機として構成されることが多い。
【０００３】
また、このように電子化された文書を文書管理サーバに蓄積し若しくは指定された配信先に配信して利用する画像処理システムが知られている。このような画像処理システムにおいては、スキャナ機能等の入力サービスと、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）等の画像処理サービスとを組み合わせてワークフローを構成し、文書蓄積の効率化を図ることが行われている（例えば、特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、上述したようなワークフローとして、バーコードの付与された書類をスキャンし、スキャンによって読み取られたバーコードを認識してその認識結果に従って保存先を変えて配信するワークフローがあるとする。このワークフローにおいて、入力される書類の大きさにばらつきがある場合、生成される電子画像がバーコード読み取り用のライブラリによって処理不可能なサイズとなる可能性がある。また、ライブラリが処理可能なサイズの電子画像であっても、バーコード読み取りに要する時間が長くなり、システムに多大な負荷がかかる場合がある。
【０００５】
これに対して、入力された画像の解像度を落として画像を圧縮することにより、画像のデータ量が削減され、上述したような課題を解決することが可能となるが、画像の圧縮によって画質が劣化し、その結果バーコードが読み取れなくなる可能性がある。また、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）での文字抽出を行う場合は、画像の圧縮により文字認識精度が低下する可能性がある。更に、圧縮されて電子化された画像情報は、そのまま配信されるため、配信された画像を再利用する場合も同様の課題が生じる。
【０００６】
特許文献１に開示されたような従来技術の場合、不要な場合であっても画像の圧縮処理が実行される可能性があり、上述したような認識エラーの課題には対応できていない。ユーザが手動で圧縮処理を禁止することは可能であるが、圧縮処理の禁止は、入力された画像のサイズ等の条件や、上記画像の認識処理の有無、更にはその後の画像の出力態様等に応じて判断する必要があり、不慣れなユーザにとっては難しい。
【０００７】
本発明は、このような課題を解決するためになされたものであり、入力された画像を処理して出力する画像処理システムにおいて、不要な画像の圧縮処理の省略を容易化することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明の一態様は、入力された画像情報をネットワークを介して配信処理する画像配信装置であって、前記入力された画像情報及び前記配信処理に際して実行するべき画像処理が指定された処理指定情報を取得する情報取得部と、前記取得された画像情報を圧縮処理する画像圧縮部と、前記処理指定情報において指定された画像処理を実行する画像処理部と、前記画像情報または前記画像処理によって生成された情報をネットワークを介して配信処理する画像配信部とを含み、前記画像圧縮部は、前記画像情報に対して定められた条件に基づいて前記圧縮処理の要否を判断すると共に、前記処理指定情報において前記画像情報によって表示される画像を認識する処理が指定されているか否かに基づいて前記圧縮処理の実行態様を変えることを特徴とする。
【０００９】
また、本発明の他の態様は、入力された画像情報をネットワークを介して配信処理する画像配信プログラムであって、前記入力された画像情報及び前記配信処理に際して実行するべき画像処理が指定された処理指定情報を取得して記憶媒体に記憶するステップと、前記取得された画像情報を圧縮処理するステップと、前記処理指定情報において指定された画像処理を実行するステップと、前記画像情報または前記画像処理によって生成された情報をネットワークを介して配信処理するステップとを含み、前記圧縮処理するステップにおいて、前記画像情報に対して定められた条件に基づいて前記圧縮処理の要否を判断すると共に、前記処理指定情報において前記画像情報によって表示される画像を認識する処理が指定されているか否かに基づいて前記圧縮処理の実行態様を変えることを特徴とする。
【００１０】
また、入力された画像情報をネットワークを介して配信処理する画像配信システムであって、原稿を読み取って画像情報を生成して入力すると共に、ユーザの操作に応じて前記配信処理における配信先及び前記配信処理に際して実行する画像処理を指定する情報を入力する情報入力部と、前記入力された画像情報、配信先が指定された配信先情報及び前記画像処理が指定された処理指定情報を取得する情報取得部と、前記取得された画像情報を圧縮処理する画像圧縮部と、前記処理指定情報において指定された画像処理を実行する画像処理部と、前記画像情報または前記画像処理によって生成された情報をネットワークを介して配信処理する画像配信部とを含み、前記画像圧縮部は、前記画像情報に対して定められた条件に基づいて前記圧縮処理の要否を判断すると共に、前記処理指定情報において前記画像情報によって表示される画像を認識する処理が指定されているか否かに基づいて前記圧縮処理の実行態様を変えることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、入力された画像を処理して出力する画像処理システムにおいて、不要な画像の圧縮処理の省略を容易化することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態に係るシステムの運用形態を示す図である。
【図２】本発明の実施形態に係る情報処理装置のハードウェア構成を模式的に示すブロック図である。
【図３】本発明の実施形態に係る配信サーバの機能構成を示すブロック図である。
【図４】本発明の実施形態に係る解像度変換設定画面の例を示す図である。
【図５】本発明の実施形態に係る解像度変換設定部が記憶している情報の例を示す図である。
【図６】本発明の実施形態に係る解像度変換処理要否の判断動作を示すフローチャートである。
【図７】本発明の他の実施形態に係る解像度変換設定画面の例を示す図である。
【図８】本発明の他の実施形態に係る解像度変換態様の判断動作を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、図面を参照して、本発明の実施形態を詳細に説明する。本実施形態においては、スキャナによって書類が読み取られて生成された画像を入力画像として、メールサーバやファイルサーバに配信するシステムを例として説明する。
【００１４】
図１は、本実施の形態に係るシステムの運用形態の例を示す図である。図１に示すように、本実施形態に係るシステムは、複合機１、配信サーバ２、メールサーバ３及びファイルサーバ４がネットワークを介して接続されて構成されている。
【００１５】
複合機１は、スキャナ機能、画像形成機能、ＦＡＸ（Ｆａｃｓｉｍｉｌｅ）機能及びネットワーク通信機能等を備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能なＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）である。本実施形態において、複合機１は、スキャナ機能により書類を読み取って生成した画像情報を配信対象の画像として配信サーバ２に送信する。
【００１６】
本実施形態に係る複合機１は、ワークフローにより文書をスキャン及び配信する際のユーザインタフェースとしても機能する。即ち、ユーザは、複合機１に設けられたタッチパネルやハードキーを操作することにより、文書の配信に際して実行するべき画像処理及び配信先を設定し、ワークフローの実行命令を入力する。
【００１７】
配信サーバ２は、本実施形態の要旨に係る構成であり、複合機１から受信した画像を入力画像として取得し、必要に応じて画像処理を実行した上でメールサーバ３若しくはファイルサーバ４に送信することによって配信処理を実行する。この、配信サーバ２による必要に応じた画像処理が本実施形態に係る要旨である。
【００１８】
メールサーバ３は、一般的にはＰＯＰ（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ）サーバであり、ユーザが電子メールを受信するために各自のクライアント端末からネットワークを介して接続するサーバである。ファイルサーバ３は、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等のファイル転送プロトコルに対応したネットワーク接続を介して記憶領域を提供するサーバである。
【００１９】
次に、本実施形態に係る複合機１、配信サーバ２、メールサーバ３及びファイルサーバ４等の情報処理装置のハードウェア構成について説明する。図２は、本実施形態に係る配信サーバ２のハードウェア構成を示すブロック図である。尚、複合機１は、図２に示すハードウェア構成に加えて、スキャナ、プリンタ等を実現するためのエンジンを備える。以下の説明においては、配信サーバ２のハードウェア構成を例として説明するが、複合機１メールサーバ３及びファイルサーバ４についても同様である。
【００２０】
図２に示すように、本実施形態に係る配信サーバ２は、一般的なサーバやＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等と同様の構成を含む。即ち、本実施形態に係る配信サーバ２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）４０及びＩ／Ｆ５０がバス８０を介して接続されている。また、Ｉ／Ｆ５０にはＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）６０及び操作部７０が接続されている。
【００２１】
ＣＰＵ１０は演算手段であり、配信サーバ２全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納される。
【００２２】
Ｉ／Ｆ５０は、バス８０と各種のハードウェアやネットワーク等を接続し制御する。ＬＣＤ６０は、配信サーバ２の状態を確認するための視覚的ユーザインタフェースである。操作部７０は、キーボードやマウス等、ユーザが配信サーバ２に情報を入力するためのユーザインタフェースである。尚、図１において説明したように、本実施形態に係る配信サーバ２、メールサーバ３及びファイルサーバ４はサーバとして運用される。従って、ＬＣＤ６０及び操作部７０等のユーザインタフェースは省略可能である。また、複合機１の場合、操作部７０は、各種のハードキーやタッチパネルが用いられる。
【００２３】
このようなハードウェア構成において、ＲＯＭ３０やＨＤＤ４０若しくは図示しない光学ディスク等の記憶媒体に格納されたプログラムがＲＡＭ２０に読み出され、ＣＰＵ１０の制御に従って動作することにより、ソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係る複合機１、配信サーバ２、メールサーバ３及びファイルサーバ４の機能を実現する機能ブロックが構成される。
【００２４】
次に、本実施形態に係る配信サーバ２の機能構成について、図３を参照して説明する。図３は、本実施形態に係る配信サーバ２の機能構成を示すブロック図である。図３に示すように、本実施形態に係る配信サーバ２は、コントローラ２００及びネットワークＩ／Ｆ２０１を含むまた、コントローラ２００は、文書取得部２１０、文書処理部２２０及び文書出力部２３０を含む。
【００２５】
ネットワークＩ／Ｆ２０１は、配信サーバ２がネットワークを介してクライアント端末２やＮＡＳサーバ３等の他の機器と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）インタフェースが用いられる。ネットワークＩ／Ｆ２０１は、図２に示すＩ／Ｆ５０によって実現される。
【００２６】
コントローラ２００は、ソフトウェアとハードウェアとの組み合わせによって構成される。具体的には、ＲＯＭ３０や不揮発性メモリ並びにＨＤＤ４０や光学ディスク等の不揮発性記憶媒体に格納されたプログラムが、ＲＡＭ２０等の揮発性メモリ（以下、メモリ）にロードされ、ＣＰＵ１０がそのプログラムに従って演算を行うことにより構成されるソフトウェア制御部と集積回路などのハードウェアとによってコントローラ２００が構成される。コントローラ２００は、配信サーバ２全体を制御する制御部として機能する。
【００２７】
文書取得部２１０は、複合機１がスキャンによって生成した画像情報をネットワークＩ／Ｆ２０１を介して受信し、文書処理部２２０に入力する。また、文書取得部２１０は、画像情報と共に、実行するべき画像処理を指定する情報及び画像情報の配信先を示す情報を取得し、文書処理部２２０に入力する。文書出力部２３０は、文書処理部２２０によって処理された画像情報を、指定された配信先に配信する画像配信部である。文書出力部２３０は、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＦＴＰ等の様々なプロトコルに対応しており、画像情報の配信先に応じたプロトコルにて画像情報を送信する。
【００２８】
文書処理部２２０は、文書取得部２１０から入力された画像情報に対して、指定された画像処理を実行する。図３に示すように、本実施形態に係る文書処理部２２０は、解像度変換処理部２２１、解像度変換設定部２２２、バーコード読取処理部２２３、バーコード読取設定部２２４、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）処理部２２５及びＯＣＲ設定部２２６を含む。
【００２９】
解像度変換処理部２２１は、文書取得部２１０から入力された画像の解像度を変換することにより、画像を圧縮する画像圧縮部である。解像度変換処理部２２１は、解像度変換設定部２２２に記憶されている解像度変換設定情報に基づき、画像の圧縮処理の要否を判断する。この解像度変換処理部２２１による圧縮処理の要否判断が、本実施形態に係る要旨である。解像度変換処理部２２１及び解像度変換設定部２２２の機能については、後に詳述する。
【００３０】
バーコード読取処理部２２３は、解像度変換処理部２２１が出力した画像情報において表示されるバーコードを認識し、バーコードとして符号化された情報を復号して情報を生成する。バーコード読取設定部２２４は、バーコードの読取範囲や復号ルール等、バーコードの読取に際する設定情報を記憶しており、バーコード読取処理部２２３は、バーコード読取設定部２２４に記憶されている設定情報に従ってバーコードの認識処理を実行する。
【００３１】
ＯＣＲ処理部２２５は、バーコード読取処理部２２３が出力した画像情報において表示される文字を認識し、文字情報を生成する。ＯＣＲ設定部２２６は、文字認識についての設定情報を記憶しており、ＯＣＲ処理部２２５は、ＯＣＲ設定部２２６に記憶されている設定情報に従って文字認識処理を実行する。ＯＣＲ処理部２２５が出力した画像情報は、文書出力部２３０に入力される。このように本実施形態に係るバーコード読取処理部２２３及びＯＣＲ処理部２２５画像処理部として機能する。
【００３２】
次に、本実施形態に係る解像度変換処理部２２１及び解像度変換設定部２２２の機能について説明する。図４は、解像度変換設定部２２２に記憶される設定情報をユーザが入力するためのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）の例を示す図である。図４に示すようなＧＵＩ（以降、解像度変換設定画面とする）は、例えば、ネットワークを介して配信サーバ２と接続されたＰＣ等の情報処理端末に表示される。即ち、配信サーバ２のオペレータは、ネットワークを介して接続されたＰＣ等の情報処理端末を介して、解像度変換設定部２２２の設定情報を管理する。
【００３３】
図４に示すように、解像度変換設定画面においては、変換後の解像度に加えて、解像度変換を実行するための条件が設定される。図４の例においては、解像度変換に際して“２００ｄｐｉ”に変換することが定められている。そして、解像度変換を実行するための条件として、入力された画像情報のサイズが“縦１０００ｐｉｘｅｌ、横２０００ｐｉｘｅｌを超える時”、画像処理において“バーコード読取ｏｒＯＣＲを行わない時”及び配信処理が“メール送信である時”が選択されている。
【００３４】
図４の例においては、“入力画像の大きさ”の他、“入力画像の解像度”、“入力画像のデータサイズ”についての設定項目もある。これらは、画像情報のサイズに関するパラメータについての閾値を設定する設定項目である。このように、画像情報のサイズに関するパラメータを設けることにより、元々データサイズが小さくて圧縮の必要がない画像情報についての圧縮処理を省略することができる。
【００３５】
そして、入力画像の大きさ、入力画像の解像度及び入力画像のデータサイズについて閾値を設けることにより、入力された画像のサイズが大き過ぎ、若しくはデータ容量が多過ぎる場合に、画像を圧縮して後の処理における負荷を低減することや、記憶領域を節約することができる。
【００３６】
また、画像処理として、“バーコード読取やＯＣＲ等の画像認識処理を行わない時”という条件を設けることにより、画像認識処理が行われる場合には画像の圧縮をキャンセルし、画質劣化による画像認識のエラーを回避することができる。更に、配信処理として“メール送信である時”という条件を設けることにより、記憶容量に余裕のあるファイルサーバ４への格納の場合には圧縮されていないオリジナルの画像情報を格納し、添付ファイルのデータサイズに制限のあるメール送信の場合は、圧縮された画像を送信することで、効率的な運用を実現することができる。
【００３７】
図４に示すような解像度変換設定画面において設定された設定情報は、図５に示すように、“画像サイズ”、“画像認識処理”、“配信処理”夫々の設定の組み合わせに応じて“圧縮処理”が関連付けられたテーブルとして、解像度変換設定部２２２に格納される。解像度変換処理部２２１は、文書取得部２１０から処理対象の画像情報、画像処理の有無及び配信処理の内容を取得すると、図５に示すようなテーブルを参照して圧縮処理の要否を判断した上で、必要であれば圧縮処理を実行する。
【００３８】
次に、解像度変換処理部２２１による圧縮処理の要否判断動作について、図６を参照して説明する。図６に示すように、解像度変換処理部２２１が情報取得部として機能して、文書取得部２１０から処理対象の画像情報、画像処理の有無及び配信処理の内容を取得すると（Ｓ６０１）、取得した画像情報の画像サイズと、解像度変換設定部２２２に記憶された設定情報のうちの“画像サイズ”の条件とを比較する（Ｓ６０２）。その結果、画像サイズが条件を満たしていれば（Ｓ６０２／ＮＯ）、解像度変換処理部２２１は、圧縮は不要であると判断して圧縮処理をキャンセルし（Ｓ６０６）、処理を終了する。
【００３９】
他方、Ｓ６０２の判断の結果、画像サイズが条件をオーバーしていた場合（Ｓ６０２／ＹＥＳ）、解像度変換処理部２２１は、原則として圧縮処理が必要であると判断し、その他の判断に進む。次に解像度変換処理部２２１は、取得した画像処理の内容を示す情報に基づき、画像認識処理の有無を判断する（Ｓ６０３）。その結果、画像認識処理が指定されていなければ（Ｓ６０３／ＮＯ）、解像度変換処理部２２１は、圧縮処理を実行しても問題ないと判断し、圧縮処理を実行して（Ｓ６０５）、処理を終了する。
【００４０】
他方、Ｓ６０３の判断において、画像認識処理が指定されている場合（Ｓ６０３／ＹＥＳ）、次に解像度変換処理部２２１は、取得した配信処理の内容を示す情報に基づき、配信処理としてメール送信が指定されているか否か判断する（Ｓ６０４）。その結果、メール送信が指定されている場合（Ｓ６０４／ＹＥＳ）、解像度変換処理部２２１は、圧縮処理を行う必要があると判断し、圧縮処理を実行して（Ｓ６０５）、処理を終了する。
【００４１】
他方、Ｓ６０４の判断において、メール送信ではなくファイル格納が指定されている場合（Ｓ６０４／ＮＯ）、解像度変換処理部２２１は、圧縮処理を行う必要はないと判断し、圧縮処理をキャンセルして（Ｓ６０６）、処理を終了する。このような処理により、本実施形態に係る画像応報の圧縮要否の判断動作が完了する。
【００４２】
このように、本実施形態に係る配信サーバ２は、圧縮処理が必要となる画像のサイズ、解像度若しくはデータサイズについての閾値が予め設定されており、入力された画像が設定された閾値を超えている場合に、原則として圧縮処理が必要であると判断する。そして、原則として圧縮処理が必要である場合において、バーコード認識やＯＣＲ等の画像認識処理が指定されている場合、圧縮処理によって画質が劣化して認識エラーが発生することを回避するため、配信サーバ２は、圧縮処理の実行を決定する。
【００４３】
画像認識処理が指定されていない場合であっても、配信処理としてメールサーバ３への送信が指定されている場合、配信サーバ２は、メールサーバ３における記憶容量、即ちメールボックス容量の制限を考慮し、圧縮処理の実行を決定する。他方、配信処理としてファイルサーバ４への送信が指定されている場合、配信サーバ２は、配信先であるファイルサーバ４の記憶容量は考慮する必要がないと判断し、圧縮処理をキャンセルする。このように
【００４４】
以上説明したように、本実施形態に係る配信サーバ４を含むシステムにおいては、オペレータによる操作が不要であり、不要な画像の圧縮処理の省略を容易化することが可能となる。
【００４５】
尚、上記実施形態においては、図１に示すように、複合機１と配信サーバ２とが別個の装置として運用される場合を例として説明したが、上述した配信サーバ２の機能を複合機１の機能として搭載し、複合機１と配信サーバ２とを一体の装置として構成することも可能である。
【００４６】
また、上記実施形態においては、画像認識処理の態様として、バーコード読取処理及びＯＣＲ処理を例として説明したが、これに限らず、画像情報に表示される画像を認識する処理であれば同様に適用可能である。例えば、符号化された情報の読取処理としては、ＱＲコード（登録商標）の読取処理や、その他のパターン化された図形の読取処理が考えられる。また、ＯＣＲ処理に限らず、画像に含まれる図形等をパターン認識する処理であっても、画像認識処理として上記と同様に適用可能である。
【００４７】
また、上記図３の例においては、バーコード読取処理、ＯＣＲ処理の順に処理が実行される場合を例として説明したが、これは一例であり、任意の処理順によって実現可能である。
【００４８】
また、上記実施形態においては、画像認識処理が指定されている場合には、画像圧縮処理をキャンセルする場合を例として説明した。これは、上述したように、圧縮による画質劣化によって画像認識がエラーとなることを回避するためである。即ち、本実施形態に係る要旨は、画像認識処理の有無に応じて圧縮処理の実行態様を変えることであり、その実行態様の変化は、圧縮処理の有無に限らない。即ち、画像認識がエラーとならない程度の圧縮であれば問題なく、画像認識処理の有無に応じて圧縮率を変えることにより、認識エラーを回避しつつ処理負荷の低減や記憶容量の節約を実現することができる。そのような例について以下に説明する。
【００４９】
図７は、画像認識処理の有無に応じて圧縮率を変える場合の、解像度変換設定画面の例を示す図である。図７の例においては、図４の例と比べて、解像度変換の実行条件として“画像処理”が省略されている替わりに、変換後の解像度の設定として、“バーコード読取ｏｒＯＣＲを行う場合、３００ｄｐｉに解像度変換する”という項目が追加されている。また、図４にも含まれる変換後の解像度の設定部は、“原則２００ｄｐｉに解像度変換する”というように、原則の設定であることが明示されている。このような設定項目により、画像認識処理が指定されている場合と、その他の場合とで、画像圧縮における圧縮率を変えることができる。
【００５０】
図８は、画像認識処理の有無に応じて圧縮率を変える場合の、圧縮処理の要否及び圧縮率の判断動作を示すフローチャートである。図８に示すように、Ｓ８０１、Ｓ８０２については、図６のＳ６０１及びＳ６０２と同様に処理が実行される。Ｓ８０２の判断の結果、画像サイズが条件を満たしていれば（Ｓ８０２／ＮＯ）、解像度変換処理部２２１は、圧縮は不要であると判断して圧縮処理をキャンセルし（Ｓ８０４）、処理を終了する。
【００５１】
Ｓ８０２の判断の結果、画像サイズが条件をオーバーしていた場合（Ｓ８０２／ＹＥＳ）、解像度変換処理部２２１は、原則として圧縮処理が必要であると判断し、その他の判断に進む。次に解像度変換処理部２２１は、取得した配信処理の内容を示す情報に基づき、配信処理としてファイル格納が指定されているか否か判断する（Ｓ８０３）。その結果、ファイル格納が指定されている場合（Ｓ８０３／ＹＥＳ）、解像度変換処理部２２１は、圧縮処理を行う必要はないと判断し、圧縮処理をキャンセルして（Ｓ８０４）、処理を終了する。
【００５２】
他方、Ｓ８０３の判断の結果、メール送信が指定されている場合（Ｓ８０３／ＮＯ）、解像度変換処理部２２１は圧縮処理が必要であると判断し、次に、画像認識処理が指定されているか否かを判断する（Ｓ８０５）。その結果、画像認識処理が指定されている場合（Ｓ８０５／ＹＥＳ）、解像度変換処理部２２１は、図７に示すように、３００ｄｐｉに解像度変換して圧縮することを決定し（Ｓ８０６）、処理を終了する。他方、画像認識処理が指定されていない場合（Ｓ８０５／ＮＯ）、解像度変換処理部２２１は、図７に示すように、２００ｄｐｉに解像度変換して圧縮することを決定し（Ｓ８０７）、処理を終了する。
【００５３】
以上説明したように、図７、８の例に係る配信サーバ２においては、バーコード読み取りやＯＣＲ処理等の画像認識処理の有無に応じて、画像圧縮処理における圧縮後の解像度、即ち圧縮率を変化させる。これにより、認識エラーを回避しつつ処理負荷の低減や記憶容量の節約を実現することができる。
【００５４】
尚、図４、図７の例においては、変換後の解像度（ｄｐｉ）を指定する場合を例として説明した。この他、データサイズ（ＫＢ）や画像サイズ（ｐｉｘｅｌ）を指定することも可能であるし、圧縮率（％）を指定することも可能であり、上記と同様の効果を得ることができる。
【符号の説明】
【００５５】
１ 複合機
２ 配信サーバ
３ メールサーバ
４ ファイルサーバ
１０ ＣＰＵ
２０ ＲＡＭ
３０ ＲＯＭ
４０ ＨＤＤ
５０ Ｉ／Ｆ
６０ ＬＣＤ
７０ 操作部
８０ バス
２００ コントローラ
２０１ ネットワークＩ／Ｆ
２１０ 文書入力部
２２０ 文書処理部
２２１ 解像度変換部
２２２ 解像度変換設定部
２２３ バーコード読取処理部
２２４ バーコード読取設定部
２２５ ＯＣＲ処理部
２２６ ＯＣＲ設定部
２３０ 文書出力部
【先行技術文献】
【特許文献】
【００５６】
【特許文献１】特開２００６−１５７３７１号公報
【特許請求の範囲】
【請求項１】
入力された画像情報をネットワークを介して配信処理する画像配信装置であって、
前記入力された画像情報及び前記配信処理に際して実行するべき画像処理が指定された処理指定情報を取得する情報取得部と、
前記取得された画像情報を圧縮処理する画像圧縮部と、
前記処理指定情報において指定された画像処理を実行する画像処理部と、
前記画像情報または前記画像処理によって生成された情報をネットワークを介して配信処理する画像配信部とを含み、
前記画像圧縮部は、前記画像情報に対して定められた条件に基づいて前記圧縮処理の要否を判断すると共に、前記処理指定情報において前記画像情報によって表示される画像を認識する処理が指定されているか否かに基づいて前記圧縮処理の実行態様を変えることを特徴とする画像配信装置。
【請求項２】
前記画像圧縮部は、前記配信処理における配信先に応じて前記圧縮処理の実行態様を変えることを特徴とする請求項１に記載の画像配信装置。
【請求項３】
前記画像圧縮部は、前記取得された画像情報のサイズに関するパラメータが、予め定められた閾値を超える場合に圧縮処理の実行を決定した上で、前記処理指定情報において前記画像情報によって表示される画像を認識する処理が指定されているか否かに基づいて前記圧縮処理の実行態様を変えることを特徴とする請求項１または２に記載の画像配信装置。
【請求項４】
前記圧縮処理部は、前記取得された画像情報のサイズに関するパラメータが、予め定められた閾値を超える場合であっても、前記処理指定情報において前記画像情報によって表示される画像を認識する処理が指定されている場合、圧縮処理の省略を決定することを特徴とする請求項３に記載の画像配信装置。
【請求項５】
前記圧縮処理部は、前記処理指定情報において前記画像情報によって表示される画像を認識する処理が指定されている場合であっても、前記配信処理における配信先がメールサーバである場合は、圧縮を実行することを特徴とする請求項４に記載の画像配信装置。
【請求項６】
前記圧縮処理部は、前記処理指定情報において前記画像情報によって表示される画像を認識する処理が指定されている場合の圧縮処理を、画像を認識する処理が指定されていない場合の圧縮処理における圧縮率よりも低い圧縮率で実行することを特徴とする請求項１乃至３いずれか１項に記載の画像配信装置。
【請求項７】
入力された画像情報をネットワークを介して配信処理する画像配信プログラムであって、
前記入力された画像情報及び前記配信処理に際して実行するべき画像処理が指定された処理指定情報を取得して記憶媒体に記憶するステップと、
前記取得された画像情報を圧縮処理するステップと、
前記処理指定情報において指定された画像処理を実行するステップと、
前記画像情報または前記画像処理によって生成された情報をネットワークを介して配信処理するステップとを含み、
前記圧縮処理するステップにおいて、前記画像情報に対して定められた条件に基づいて前記圧縮処理の要否を判断すると共に、前記処理指定情報において前記画像情報によって表示される画像を認識する処理が指定されているか否かに基づいて前記圧縮処理の実行態様を変えることを特徴とする画像配信プログラム。
【請求項８】
入力された画像情報をネットワークを介して配信処理する画像配信システムであって、
原稿を読み取って画像情報を生成して入力すると共に、ユーザの操作に応じて前記配信処理における配信先及び前記配信処理に際して実行する画像処理を指定する情報を入力する情報入力部と、
前記入力された画像情報、配信先が指定された配信先情報及び前記画像処理が指定された処理指定情報を取得する情報取得部と、
前記取得された画像情報を圧縮処理する画像圧縮部と、
前記処理指定情報において指定された画像処理を実行する画像処理部と、
前記画像情報または前記画像処理によって生成された情報をネットワークを介して配信処理する画像配信部とを含み、
前記画像圧縮部は、前記画像情報に対して定められた条件に基づいて前記圧縮処理の要否を判断すると共に、前記処理指定情報において前記画像情報によって表示される画像を認識する処理が指定されているか否かに基づいて前記圧縮処理の実行態様を変えることを特徴とする画像配信システム。
【請求項１】
入力された画像情報をネットワークを介して配信処理する画像配信装置であって、
前記入力された画像情報及び前記配信処理に際して実行するべき画像処理が指定された処理指定情報を取得する情報取得部と、
前記取得された画像情報を圧縮処理する画像圧縮部と、
前記処理指定情報において指定された画像処理を実行する画像処理部と、
前記画像情報または前記画像処理によって生成された情報をネットワークを介して配信処理する画像配信部とを含み、
前記画像圧縮部は、前記画像情報に対して定められた条件に基づいて前記圧縮処理の要否を判断すると共に、前記処理指定情報において前記画像情報によって表示される画像を認識する処理が指定されているか否かに基づいて前記圧縮処理の実行態様を変えることを特徴とする画像配信装置。
【請求項２】
前記画像圧縮部は、前記配信処理における配信先に応じて前記圧縮処理の実行態様を変えることを特徴とする請求項１に記載の画像配信装置。
【請求項３】
前記画像圧縮部は、前記取得された画像情報のサイズに関するパラメータが、予め定められた閾値を超える場合に圧縮処理の実行を決定した上で、前記処理指定情報において前記画像情報によって表示される画像を認識する処理が指定されているか否かに基づいて前記圧縮処理の実行態様を変えることを特徴とする請求項１または２に記載の画像配信装置。
【請求項４】
前記圧縮処理部は、前記取得された画像情報のサイズに関するパラメータが、予め定められた閾値を超える場合であっても、前記処理指定情報において前記画像情報によって表示される画像を認識する処理が指定されている場合、圧縮処理の省略を決定することを特徴とする請求項３に記載の画像配信装置。
【請求項５】
前記圧縮処理部は、前記処理指定情報において前記画像情報によって表示される画像を認識する処理が指定されている場合であっても、前記配信処理における配信先がメールサーバである場合は、圧縮を実行することを特徴とする請求項４に記載の画像配信装置。
【請求項６】
前記圧縮処理部は、前記処理指定情報において前記画像情報によって表示される画像を認識する処理が指定されている場合の圧縮処理を、画像を認識する処理が指定されていない場合の圧縮処理における圧縮率よりも低い圧縮率で実行することを特徴とする請求項１乃至３いずれか１項に記載の画像配信装置。
【請求項７】
入力された画像情報をネットワークを介して配信処理する画像配信プログラムであって、
前記入力された画像情報及び前記配信処理に際して実行するべき画像処理が指定された処理指定情報を取得して記憶媒体に記憶するステップと、
前記取得された画像情報を圧縮処理するステップと、
前記処理指定情報において指定された画像処理を実行するステップと、
前記画像情報または前記画像処理によって生成された情報をネットワークを介して配信処理するステップとを含み、
前記圧縮処理するステップにおいて、前記画像情報に対して定められた条件に基づいて前記圧縮処理の要否を判断すると共に、前記処理指定情報において前記画像情報によって表示される画像を認識する処理が指定されているか否かに基づいて前記圧縮処理の実行態様を変えることを特徴とする画像配信プログラム。
【請求項８】
入力された画像情報をネットワークを介して配信処理する画像配信システムであって、
原稿を読み取って画像情報を生成して入力すると共に、ユーザの操作に応じて前記配信処理における配信先及び前記配信処理に際して実行する画像処理を指定する情報を入力する情報入力部と、
前記入力された画像情報、配信先が指定された配信先情報及び前記画像処理が指定された処理指定情報を取得する情報取得部と、
前記取得された画像情報を圧縮処理する画像圧縮部と、
前記処理指定情報において指定された画像処理を実行する画像処理部と、
前記画像情報または前記画像処理によって生成された情報をネットワークを介して配信処理する画像配信部とを含み、
前記画像圧縮部は、前記画像情報に対して定められた条件に基づいて前記圧縮処理の要否を判断すると共に、前記処理指定情報において前記画像情報によって表示される画像を認識する処理が指定されているか否かに基づいて前記圧縮処理の実行態様を変えることを特徴とする画像配信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１２−２２７７０６（Ｐ２０１２−２２７７０６Ａ）
【公開日】平成２４年１１月１５日（２０１２．１１．１５）
【国際特許分類】
【出願番号】特願２０１１−９３１６１（Ｐ２０１１−９３１６１）
【出願日】平成２３年４月１９日（２０１１．４．１９）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２４年１１月１５日（２０１２．１１．１５）
【国際特許分類】
【出願日】平成２３年４月１９日（２０１１．４．１９）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]