JP2015136067A - 画像処理システム、プログラム、画像形成装置、文字認識装置、画像処理方法、画像形成方法及び文字認識方法 - Google Patents

Abstract

【課題】処理結果が出力されるまでの時間を短縮することを課題とする。
【解決手段】画像処理システムは、画像形成装置と文字認識装置とを有する。文字認識装置は、画像形成装置によって送信された画像データを受信し、画像データに含まれる文字を認識する文字認識処理を実行する。また、文字認識装置は、文字認識処理の処理負荷に応じて、画像データを受付可能であるか否かを表す受付可否情報を生成し、生成した受付可否情報を画像形成装置に対して送信する。画像形成装置は、原稿を読み取って画像データを生成し、文字認識装置から受付可否情報を受信する。また、画像形成装置は、受付可否情報をもとに、受付可能である場合に生成した画像データを文字認識装置に対して送信し、受け付けられない場合に生成した画像データに対する文字認識処理を実行する。
【選択図】図１

Description

本発明は、画像処理システム、プログラム、画像形成装置、文字認識装置、画像処理方法、画像形成方法及び文字認識方法に関する。

従来、画像形成装置等を利用して原稿をスキャンすることで、該原稿の画像データを生成できることが知られている。また、原稿をテキストデータとして保持したいという要求があり、このような要求に対しては、ＯＣＲ（Optical Character Recognition：光学文字認識）機能が利用される。例えば、画像形成装置には、生成された画像データに含まれる文字を認識し、認識された文字のテキストデータを生成するためのＯＣＲ機能が実装されていることがある。

但し、この画像形成装置にＯＣＲ機能等のような文字認識の機能（本件においては便宜上、単に「ＯＲＣ機能」と呼ぶ場合がある）を実装する場合には、該画像形成装置の他の機能の実行による処理負荷や、処理性能等によりＯＣＲ処理に要する時間が長くなってしまう可能性がある。そこで、最近では、ＯＣＲ機能を実装したサーバ装置を一律に利用して、ＯＣＲ処理を実行させるといったことが行なわれている。

しかしながら、上述した従来技術は、処理結果が出力されるまでに多くの時間を要してしまう可能性があるという問題がある。例えば、上述のようなＯＣＲ機能を実装したサーバ装置を一律に利用する場合には、サーバ装置に処理が集中して負荷が増大する可能性があるため、処理結果が出力されるまでに多くの時間を要してしまう可能性がある。

本発明は、上記に鑑みてなされたものであって、処理結果が出力されるまでの時間を短縮することが可能である画像処理システム、プログラム、画像形成装置、文字認識装置、画像処理方法、画像形成方法及び文字認識方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明に係る画像処理システムは、画像形成装置と文字認識装置とを有する画像処理システムであって、前記文字認識装置は、前記画像形成装置によって送信された画像データを受信する受信部と、画像データに含まれる文字を認識する文字認識処理を、受信された前記画像データに対して実行する文字認識部と、前記文字認識処理の処理負荷に応じて、前記画像データを受付可能であるか否かを表す受付可否情報を生成する受付可否情報生成部と、生成された前記受付可否情報を前記画像形成装置に対して送信する送信部と、を有し、前記画像形成装置は、原稿を読み取り、該原稿の画像データを生成する生成部と、前記文字認識装置によって送信された前記受付可否情報を受信する受信部と、受信された前記受付可否情報をもとに、前記文字認識装置が前記画像データを受付可能である場合に、生成された前記画像データを前記文字認識装置に対して送信し、前記文字認識装置が前記画像データを受け付けられない場合に、生成された前記画像データに対する前記文字認識処理を前記画像形成装置に実行させる制御を行なう制御部と、生成された前記画像データを前記文字認識装置に対して送信する送信部と、生成された前記画像データに対して前記文字認識処理を実行する文字認識部とを有する。

本発明の一つの様態によれば、処理結果が出力されるまでの時間を短縮することができるという効果を奏する。

図１は、実施の形態１に係る画像処理システムのシステム構成例を示す図である。 図２は、実施の形態１に係る画像処理システムのハードウェア構成例を示すブロック図である。 図３は、実施の形態１に係る画像形成装置のソフトウェア構成の例を示す模式図である。 図４は、アプリ選択画面の例を示す図である。 図５は、ログイン画面の例を示す図である。 図６は、設定画面の例を示す図である。 図７は、翻訳開始画面の例を示す図である。 図８は、実施の形態１に係る画像形成装置の機能構成例を示すブロック図である。 図９は、実施の形態１に係る文字認識装置の機能構成例を示すブロック図である。 図１０は、実施の形態１に係る翻訳装置の機能構成例を示すブロック図である。 図１１は、翻訳処理に利用する翻訳辞書のカテゴリを決定する例を説明する図である。 図１２は、実施の形態１に係る各装置間における処理の流れの例を示す処理シーケンス図である。 図１３は、実施の形態１に係る各装置間における処理の流れの例を示す処理シーケンス図である。 図１４は、実施の形態１に係る画像形成処理の流れの例を示すフローチャートである。 図１５は、翻訳サービスのアプリを本体側のＳＤＫアプリで実施する場合の構成例を示す図である。 図１６は、翻訳サービスのアプリを操作部側のＡｎｄｒｏｉｄアプリと、本体側のＳＤＫアプリとで実施する場合の構成例を示す図である。

以下に添付図面を参照して、本発明に係る画像処理システム、プログラム、画像形成装置、文字認識装置、画像処理方法、画像形成方法及び文字認識方法の実施の形態を説明する。なお、以下の実施の形態により本発明が限定されるものではない。また、以下で説明する実施の形態では、画像形成装置を、複合機（MFP：Multi Function Peripheral）等として適用する場合を例に挙げて説明するが、これに限定されるものではない。例えば、複合機とは、プリンタ機能、コピー機能、スキャナ機能及びファクシミリ機能のうち、スキャナ機能を含む少なくとも２つ以上の機能を有する装置を指すが、これに限るものではなく、これらの機能のうち単一の機能を有するＬＰ（Laser Printer）、コピー装置、スキャナ装置、ＦＡＸ装置等と称されるような画像処理が可能な機能を有する各種装置が含まれる。

（実施の形態１）
［システム構成］
図１を用いて、実施の形態１に係る画像処理システムのシステム構成を説明する。図１は、実施の形態１に係る画像処理システムのシステム構成例を示す図である。

図１に示すように、画像処理システム１には、画像形成装置１０と、文字認識装置２０と、翻訳装置３０とを有する。画像形成装置１０と、文字認識装置２０と、翻訳装置３０とは、インターネット等のネットワーク５に接続され、相互に通信可能である。なお、ネットワーク５には、複数の画像形成装置１０や文字認識装置２０、翻訳装置３０が接続されていても良い。また、画像形成装置１０と文字認識装置２０とには、ＯＣＲ機能が実装されており、何れの装置でもＯＣＲ処理の実行が可能となっている。

上述した構成において、画像形成装置１０は、原稿をスキャンして該原稿の画像データを生成する複合機である。画像形成装置１０は、文字認識装置２０から取得した受付可否情報をもとに、生成した画像データに対するＯＣＲ処理を、自装置で実行するか、或いは、文字認識装置２０に実行させるかを判定する。例えば、受付可否情報は、文字認識装置２０におけるＯＣＲ処理の処理負荷に応じて決定される情報であって、ＯＣＲ処理の実行対象となる画像データを、文字認識装置２０が受付可能であるか否かを表す情報である。

これにより、画像形成装置１０は、画像データを文字認識装置２０が受付可能である場合に、生成した画像データを文字認識装置２０に対して送信する。一方、画像形成装置１０は、画像データを文字認識装置２０が受け付けられない場合に、生成した画像データに対してＯＣＲ処理を実行する。そして、画像形成装置１０は、ネットワーク５を介して、ＯＣＲ処理の処理結果であるテキストデータを翻訳装置３０に対して送信する。

文字認識装置２０は、ＯＣＲ機能が実装されたＯＣＲ処理専用のサーバ装置である。文字認識装置２０は、受付可否情報を生成し、画像形成装置１０に対して送信する。そして、文字認識装置２０は、画像形成装置１０によって送信された画像データを受信した場合に、受信した画像データに対してＯＣＲ処理を実行する。その後、文字認識装置２０は、ネットワーク５を介して、ＯＣＲ処理の処理結果であるテキストデータを翻訳装置３０に対して送信する。

翻訳装置３０は、翻訳機能が実装された翻訳処理専用のサーバ装置である。翻訳装置３０は、画像形成装置１０や文字認識装置２０からテキストデータを受信した場合に、受信したテキストデータに対して翻訳処理を実行する。

つまり、本実施の形態では、ＯＣＲ処理専用の文字認識装置２０を含む画像処理システム１であっても、文字認識装置２０の処理負荷が大きい場合は、画像形成装置１０側でＯＣＲ処理を実行するので、処理結果が出力されるまでの時間を短縮することができる。また、画像形成装置１０や文字認識装置２０によるＯＣＲ処理後に、翻訳装置３０を用いた翻訳処理等が実行されることもあるため、ＯＣＲ処理の処理結果を迅速に出力することで、その後の処理の処理結果が出力されるまでの時間もさらに短縮することができる。

［ハードウェア構成］
次に、図２を用いて、実施の形態１に係る画像処理システム１のハードウェア構成を説明する。図２は、実施の形態１に係る画像処理システム１のハードウェア構成例を示すブロック図である。なお、文字認識装置２０と翻訳装置３０とは同様のハードウェア構成を有するサーバ装置であるため、図２では、文字認識装置２０のみを例に挙げて説明する。

図２に示すように、画像形成装置１０は、ユーザ操作に応じた入力を受け付ける操作部１１と、プリンタ機能、コピー機能、スキャナ機能、ファクシミリ機能等に加えて、ＯＣＲ機能を実現可能な本体１２とを有する。操作部１１と本体１２とは、専用の通信路１５を介して相互に通信可能に接続されている。通信路１５は、例えば、ＵＳＢ（Universal Serial Bus）規格を用いることができるが、有線又は無線を問わず任意の規格であっても良い。

操作部１１は、システムバス１１ｈに接続された、ＣＰＵ１１ａと、ＲＯＭ１１ｂと、ＲＡＭ１１ｃと、フラッシュメモリ１１ｄと、通信Ｉ／Ｆ１１ｅと、接続Ｉ／Ｆ１１ｆと、操作パネル１１ｇとを有する。

ＣＰＵ１１ａは、操作部１１の動作を統括的に制御する。ＣＰＵ１１ａは、ＲＡＭ１１ｃをワークエリア（作業領域）として、ＲＯＭ１１ｂ又はフラッシュメモリ１１ｄ等に格納されたプログラムを実行することで、操作部１１全体の動作を制御する。また、ＣＰＵ１１ａは、ユーザ操作により受け付けられた入力に応じた情報（画像）を表示する等、各種機能を実現する。

通信Ｉ／Ｆ１１ｅは、ネットワーク５を介して文字認識装置２０等と通信するためのインタフェースである。接続Ｉ／Ｆ１１ｆは、通信路１５を介して本体１２と通信するためのインタフェースである。

操作パネル１１ｇは、ユーザ操作に応じた各種の入力を受け付けるとともに、各種の情報を表示する。例えば、各種の情報は、受け付けられた入力に応じた情報、画像形成装置１０の動作状況を示す情報、設定状態を示す情報等が挙げられる。本実施の形態において、操作パネル１１ｇは、タッチパネル機能を搭載した液晶表示装置（LCD：Liquid Crystal Display）により構成されるものとするが、これに限られるものではない。例えば、操作パネル１１ｇは、タッチパネル機能が搭載された有機ＥＬ（Electro Luminescence）表示装置により構成されても良い。さらに、これに加えて又はこれに代えて、ハードウェアキー等の操作部やランプ等の表示部を設けることもできる。

本体１２は、操作部１１によって受け付けられた入力に応じた動作を行なう。また、本体１２は、クライアントＰＣ等の外部装置と通信可能であり、外部装置から受信される指示に応じた動作を行なうこともできる。

また、本体１２は、システムバス１２ｈに接続された、ＣＰＵ１２ａと、ＲＯＭ１２ｂと、ＲＡＭ１２ｃと、ＨＤＤ（Hard Disk Drive）１２ｄと、通信Ｉ／Ｆ１２ｅと、接続Ｉ／Ｆ１２ｆと、エンジン部１２ｇとを有する。

ＣＰＵ１２ａは、本体１２の動作を統括的に制御する。ＣＰＵ１２ａは、ＲＡＭ１２ｃをワークエリア（作業領域）として、ＲＯＭ１２ｂ又はＨＤＤ１２ｄ等に格納されたプログラムを実行することで、本体１２全体の動作を制御する。また、ＣＰＵ１２ａは、上述したプリンタ機能、コピー機能、スキャナ機能、ファクシミリ機能、ＯＣＲ機能等の各種機能を実現する。

通信Ｉ／Ｆ１２ｅは、クライアントＰＣ等の外部装置と通信するためのインタフェースである。接続Ｉ／Ｆ１２ｆは、通信路１５を介して、操作部１１と通信するためのインタフェースである。

エンジン部１２ｇは、プリンタ機能、コピー機能、スキャナ機能、ファクシミリ機能、ＯＣＲ機能等を実現させるための、汎用的な情報処理及び通信以外の処理を実行するハードウェアである。例えば、エンジン部１２ｇは、原稿をスキャンして読み取るスキャナ、用紙等のシート材への印刷を行なうプロッタ、ファクス通信を行なうファクス部等を有する。さらに、エンジン部１２ｇは、印刷済みシート材を仕分けるフィニッシャや、原稿を自動給送するＡＤＦ（自動原稿給送装置）のような特定のオプションを備えることもできる。

文字認識装置２０は、システムバス２６に接続された、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、ＨＤＤ２４と、通信Ｉ／Ｆ２５とを有する。

ＣＰＵ２１は、文字認識装置２０の動作を統括的に制御する。ＣＰＵ２１は、ＲＡＭ２３をワークエリア（作業領域）として、ＲＯＭ２２又はＨＤＤ２４等に格納されたプログラムを実行することで、文字認識装置２０全体の動作を制御し、各種機能を実現する。また、通信Ｉ／Ｆ２５は、ネットワーク５を介して、操作部１１と通信するためのインタフェースである。

［ソフトウェア構成］
次に、図３を用いて、実施の形態１に係る画像形成装置１０のソフトウェア構成を説明する。図３は、実施の形態１に係る画像形成装置１０のソフトウェア構成の例を示す模式図である。

図３に示すように、本体１２は、アプリ層１２ｉと、サービス層１２ｊと、ＯＳ（Operating System）層１２ｋとを有する。アプリ層１２ｉ、サービス層１２ｊ及びＯＳ層１２ｋの実体は、ＲＯＭ１２ｂやＨＤＤ１２ｄ等に格納されている各種ソフトウェアである。ＣＰＵ１２ａが、これらのソフトウェアを実行することにより、各種機能が提供される。

アプリ層１２ｉのソフトウェアは、ハードウェア資源を動作させて所定の機能を提供するためのアプリケーションソフトウェア（以下、「アプリ」と呼ぶ場合がある）である。例えば、アプリとしては、コピー機能を提供するためのコピーアプリ、スキャナ機能を提供するためのスキャナアプリ、ファクス機能を提供するためのファクスアプリ、プリンタ機能を提供するためのプリンタアプリ、ＯＣＲ機能を提供するためのＯＣＲアプリ等が挙げられる。

サービス層１２ｊのソフトウェアは、アプリ層１２ｉとＯＳ層１２ｋとの間に介在し、アプリに対し、本体１２が備えるハードウェア資源を利用するためのインタフェースを提供するためのソフトウェアである。より具体的には、かかるソフトウェアは、ハードウェア資源に対する動作要求の受け付けや、動作要求の調停を行なう機能を提供するためのソフトウェアである。サービス層１２ｊによって受け付けられる動作要求としては、スキャナによる読み取りやプロッタによる印刷等の要求が挙げられる。

サービス層１２ｊによるインタフェースの機能は、本体１２のアプリ層１２ｉだけではなく、操作部１１のアプリ層１１ｉに対しても提供される。すなわち、操作部１１のアプリ層１１ｉも、サービス層１２ｊのインタフェース機能を介して、本体１２のハードウェア資源（例えば、エンジン部１２ｇ等）を利用した機能を実現することができる。

ＯＳ層１２ｋのソフトウェアは、本体１２が備えるハードウェアを制御する基本機能を提供するための基本ソフトウェア（オペレーティングシステム）である。サービス層１２ｊのソフトウェアは、各種アプリからのハードウェア資源の利用要求を、ＯＳ層１２ｋが解釈可能なコマンドに変換してＯＳ層１２ｋに渡す。そして、ＯＳ層１２ｋのソフトウェアによりコマンドが実行されることで、ハードウェア資源は、アプリの要求に従った動作を行なう。

操作部１１は、アプリ層１１ｉと、サービス層１１ｊと、ＯＳ層１１ｋとを有する。操作部１１が備えるアプリ層１１ｉ、サービス層１１ｊ及びＯＳ層１１ｋの階層構造については、本体１２側と同様である。但し、アプリ層１１ｉのアプリにより提供される機能や、サービス層１１ｊが受け付け可能な動作要求の種類は、本体１２側とは異なる。アプリ層１１ｉのアプリは、操作部１１が備えるハードウェア資源を動作させて所定の機能を提供するためのソフトウェアである。加えて、アプリ層１１ｉのアプリは、本体１２が備える機能に関する操作や表示を行なうためのＵＩ（User Interface）の機能を提供するためのソフトウェアである。

本実施の形態では、機能の独立性を保つために、本体１２側のＯＳ層１２ｋのソフトウェアと、操作部１１側のＯＳ層１１ｋのソフトウェアとが互いに異なる場合を例に挙げる。つまり、本体１２と操作部１１とは、異なるオペレーティングシステムで互いに独立して動作する。例えば、本体１２側のＯＳ層１２ｋのソフトウェアとしてはＬｉｎｕｘ（登録商標）を採用し、操作部１１側のＯＳ層１１ｋのソフトウェアとしてはＡｎｄｒｏｉｄ（登録商標）を採用することが可能である。

上述したように、本実施の形態に係る画像形成装置１０において、本体１２と操作部１１とは、異なるオペレーティングシステムで動作するため、本体１２と操作部１１との間の通信は、共通の装置内のプロセス間通信ではなく、異なる装置間の通信として行なわれる。例えば、操作部１１によって受け付けられた入力（ユーザ操作による指示内容）を本体１２に伝達する動作（コマンド通信）や、本体１２が操作部１１にイベントを通知する動作等は、異なる装置間の通信として行なわれる。これにより、操作部１１は、本体１２にコマンド通信を行なうことにより、本体１２の機能を利用することができる。なお、本体１２から操作部１１に通知されるイベントには、本体１２における動作の実行状況や、本体１２側で設定された内容等が挙げられる。

また、本実施の形態では、操作部１１に対する電力供給は、通信路１５を経由し、本体１２から行なわれる。このため、操作部１１の電源制御は、本体１２の電源制御とは別に（独立して）行なうことができる。

［各種画面］
次に、図４〜図７を用いて、操作パネル１１ｇに表示される各種画面を説明する。図４は、アプリ選択画面の例を示す図である。図４に示すように、アプリ選択画面には、コピーやスキャン、プリンタ、ファクス、翻訳サービスの利用を選択するためのアイコンが表示される。ユーザによって翻訳サービスのアイコンがタップされると、翻訳サービスのアプリが起動する。ここで、翻訳サービスとは、原稿のスキャン、ＯＣＲ処理、翻訳処理等の一連の処理を提供するサービスを指す。すなわち、翻訳サービスは、画像形成装置１０、文字認識装置２０及び翻訳装置３０を利用して実現される。翻訳サービスのアプリの起動後は、翻訳サービス用のログイン画面が表示される。

図５は、ログイン画面の例を示す図である。図５に示すように、ログイン画面には、企業や組織のＩＤ、ユーザＩＤ、パスワード等を入力するためのテキストボックス、入力後に翻訳サービスにログインするためのログインボタン、翻訳サービスに関する各種設定を行なうための設定ボタンが表示される。すなわち、翻訳サービスの利用にあたっては、企業ＩＤやユーザＩＤ、ユーザが属するグループＩＤ等のアカウント情報の確認と、パスワードの認証とが行なわれる。ユーザは、各テキストボックスの欄をタップする。これにより、ソフトキーボードが表示され、入力が可能となる。各種項目の入力後にログインボタンがタップされた場合には、入力された情報に対する認証可否の問い合わせ（認証処理を実行するＷｅｂサーバ等の認証装置）が行なわれる。なお、認証に利用される情報については、企業ＩＤやユーザＩＤ、グループＩＤ、パスワード等のうち一つ又は任意の組み合わせたものであれば良い。認証が正常に完了した場合には、翻訳処理を開始するための翻訳開始画面が表示される。また、プロキシ等の設定が必要な環境下においては、設定ボタンから設定を行なう。

図６は、設定画面の例を示す図である。図６に示すように、設定画面には、プロキシを使用するか否かのチェック、認証を行なうか否かのチェック、プロキシサーバのＵＲＬの設定、プロキシサーバのポートの設定、プロキシサーバのユーザ名、パスワードの設定等の項目が表示される。プロキシを使用する項目にチェックを入れた場合には、「認証を行なう」、「ＵＲＬ」、「ポート」等の入力が可能となる。プロキシを使用する項目のチェックを外した場合には、翻訳サービスのアプリ内でプロキシを使用せずに通信が行なわれる。認証を行なう項目にチェックを入れた場合には、「ユーザ名」、「パスワード」等の入力が可能となる。認証を行なう項目のチェックを外した場合には、翻訳サービスのアプリ内でユーザ名やパスワード等を使用せずに通信が行なわれる。

図７は、翻訳開始画面の例を示す図である。図７に示すように、翻訳開始画面には、翻訳の言語を切り替えるための翻訳言語ボタン、スキャンする原稿に関する設定を行なうための原稿ボタン、翻訳処理を開始するための翻訳スタートボタン等が表示される。翻訳言語ボタン（「翻訳言語」のボタン及び文字領域の部分）がタップされた場合には、翻訳言語を選択するためのダイアログが表示される。例えば、翻訳言語は、「英語から日本語」や「日本語から英語」等、任意に選択可能である。ＯＣＲ処理は、ここで選択された翻訳元の言語により実行される。原稿ボタン（「原稿」のボタン及び文字領域の部分）がタップされた場合には、原稿の大きさや、縦・横等の方向を選択するためのダイアログが表示される。例えば、原稿は、「片面原稿・Ａ４タテ」や「両面原稿・Ａ４タテ」等、任意に選択可能である。翻訳スタートボタンがタップされた場合には、ＡＤＦに原稿がセットされていればＡＤＦによるスキャン、ＡＤＦに原稿がセットされていなければ圧版によるスキャンが開始される。スキャンが開始された後は、ＯＣＲ処理、翻訳処理が行なわれる。

［機能構成］
次に、図８〜図１０を用いて、実施の形態１に係る各装置の機能構成を説明する。図８は、実施の形態１に係る画像形成装置１０の機能構成例を示すブロック図である。

図８に示すように、画像形成装置１０は、操作部１１０と、本体１２０とを有する。これらのうち、操作部１１０は、取得部１１１と、制御部１１２とを有する。また、本体１２０は、受信部１２１と、送信部１２２と、生成部１２３と、文字認識部１２４と、抽出部１２５とを有する。なお、上記各部については、これらの一部又は全部がソフトウェア（プログラム）で実現されても良いし、ハードウェア回路で実現されても良い。

生成部１２３は、原稿をスキャンし、該原稿の画像データを生成する。より具体的には、生成部１２３は、翻訳サービスを開始するためのユーザ操作が行なわれた場合に、原稿をスキャンし、該原稿の画像データを生成する。

受信部１２１は、外部装置と通信を行ない、各種情報を受信する。より具体的には、受信部１２１は、ネットワーク５を介して、文字認識装置２０によって送信された受付可否情報を受信する。受付可否情報の受信に際して、画像形成装置１０は、生成部１２３によって画像データが生成されたとき、すなわちＯＣＲ処理対象の画像データが生成された場合に、文字認識装置２０に対して受付可否情報を要求しても良い。若しくは、受信可否情報の受信に際して、画像形成装置１０は、文字認識装置２０によって適宜送信される受付可否情報を受信するようにしても良い。

取得部１１１は、受付可否情報を取得する。より具体的には、取得部１１１は、受信部１２１によって受信された受付可否情報を取得する。制御部１１２は、受付可否情報をもとに、画像データを文字認識装置２０に対して送信させる制御、又は、画像データに対するＯＣＲ処理を画像形成装置１０に実行させる制御を行なう。より具体的には、制御部１１２は、取得部１１１によって取得された受付可否情報をもとに、生成部１２３によって生成された画像データを文字認識装置２０が受付可能である場合に、送信部１２２に、該画像データを文字認識装置２０に対して送信させる制御を行なう。一方、制御部１１２は、取得部１１１によって取得された受付可否情報をもとに、生成部１２３によって生成された画像データを文字認識装置２０が受け付けられない場合に、文字認識部１２４に、該画像データに対するＯＣＲ処理を実行させる制御を行なう。

文字認識部１２４は、ＯＣＲ処理を実行する。より具体的には、文字認識部１２４は、制御部１１２による制御に従って、生成部１２３によって生成された画像データに対してＯＣＲ処理を実行する。そして、文字認識部１２４は、ＯＣＲ処理の処理結果となるテキストデータを、抽出部１２５に対して出力する。

抽出部１２５は、テキストデータに含まれる所定の属性の文字列を抽出する。より具体的には、抽出部１２５は、文字認識部１２４によって出力されたテキストデータに含まれる、該テキストデータのタイトル等の所定の属性の文字列を抽出する。なお、所定の属性の文字列は、テキストデータの内容を好適に表した文字列であることが好ましいが、タイトルに限られるものではなく、テキストデータに含まれる任意の文字列であっても良い。

送信部１２２は、外部装置と通信を行ない、各種情報を送信する。より具体的には、送信部１２２は、制御部１１２による制御に従って、生成部１２３によって生成された画像データを、ネットワーク５を介して、文字認識装置２０に対して送信する。また、送信部１２２は、文字認識部１２４によって実行されたＯＣＲ処理の処理結果であるテキストデータと、抽出部１２５によって抽出された該テキストデータのタイトルとを、ネットワーク５を介して、翻訳装置３０に対して送信する。

図９は、実施の形態１に係る文字認識装置２０の機能構成例を示すブロック図である。図９に示すように文字認識装置２０は、受信部２１１と、送信部２１２と、受付可否情報生成部２１３と、文字認識部２１４と、抽出部２１５とを有する。なお、上記各部については、これらの一部又は全部がソフトウェア（プログラム）で実現されても良いし、ハードウェア回路で実現されても良い。

受信部２１１は、外部装置と通信を行ない、各種情報を受信する。より具体的には、受信部２１１は、ネットワーク５を介して、画像形成装置１０によって送信された画像データを受信する。

受付可否情報生成部２１３は、受付可否情報を生成する。より具体的には、受付可否情報生成部２１３は、後述する文字認識部２１４におけるＯＣＲ処理の処理負荷に応じて、画像データを受付可能であるか否かを表す受付可否情報を生成する。例えば、受付可否情報生成部２１３は、ＯＣＲ処理の実行に関するタスクキューに所定閾値以上の個数のタスクが存在する場合に、画像データを受け付けられないことを表す受付可否情報を生成する。一方、受付可否情報生成部２１３は、ＯＣＲの処理に関するタスクキューに所定閾値未満の個数のタスクが存在する場合に、画像データを受付可能であることを表す受付可否情報を生成する。なお、所定閾値に関しては、ユーザによって設定が可能である。

また、受付可否情報は、ＯＣＲ処理の所要時間に応じて生成されても良い。例えば、受付可否情報生成部２１３は、ＯＣＲ処理の実行に関するタスクキューに存在する全てのタスクの実行に予測される所要時間が所定時間以上である場合に、画像データを受け付けられないことを表す受付可否情報を生成する。一方、受付可否情報生成部２１３は、ＯＣＲ処理の実行に関するタスクキューに存在する全てのタスクの実行に予測される所要時間が所定時間未満である場合に、画像データを受付可能であることを表す受付可否情報を生成する。なお、所定時間に関しては、ユーザによって設定が可能である。

文字認識部２１４は、ＯＣＲ処理を実行する。より具体的には、文字認識部２１４は、受信部２１１によって受信された画像データに対して、ＯＣＲ処理を実行する。そして、文字認識部２１４は、ＯＣＲ処理の処理結果となるテキストデータを、抽出部２１５に対して出力する。

抽出部２１５は、テキストデータに含まれる所定の属性の文字列を抽出する。より具体的には、抽出部２１５は、文字認識部２１４によって出力されたテキストデータに含まれる、該テキストデータのタイトル等の所定の属性の文字列を抽出する。なお、上述したように、所定の属性の文字列は、テキストデータの内容を好適に表した文字列であることが好ましいが、タイトルに限られるものではなく、テキストデータに含まれる任意の文字列であっても良い。

送信部２１２は、外部装置と通信を行ない、各種情報を送信する。より具体的には、送信部２１２は、ネットワーク５を介して、受付可否情報生成部２１３によって生成された受付可否情報を、画像形成装置１０に対して送信する。上述したように、受付可否情報の送信（生成）のタイミングは、画像形成装置１０から受付可否情報の要求を受け付けたときでも良いし、適宜行なうようにしても良い。また、送信部２１２は、文字認識部２１４によって実行されたＯＣＲ処理の処理結果であるテキストデータと、抽出部２１５によって抽出された該テキストデータのタイトルとを、ネットワーク５を介して、翻訳装置３０に対して送信する。

図１０は、実施の形態１に係る翻訳装置３０の機能構成例を示すブロック図である。図１０に示すように、翻訳装置３０は、受信部３１１と、送信部３１２と、分解部３１３と、算出部３１４と、翻訳部３１５と、通知部３１６とを有する。なお、上記各部については、これらの一部又は全部がソフトウェア（プログラム）で実現されても良いし、ハードウェア回路で実現されても良い。

受信部３１１は、外部装置と通信を行ない、各種情報を受信する。より具体的には、受信部３１１は、ネットワーク５を介して、画像形成装置１０や文字認識装置２０によって送信されたテキストデータと、該テキストデータに含まれるタイトル等の所定の属性の文字列とを受信する。

分解部３１３は、所定の属性の文字列を単語に分解する。より具体的には、分解部３１３は、受信部３１１によって受信された、テキストデータに含まれるタイトル等の所定の属性の文字列を単語に分解する。そして、分解部３１３は、分解した単語それぞれを算出部３１４に対して出力する。

算出部３１４は、単語の重みを算出する。より具体的には、算出部３１４は、カテゴリが異なる翻訳辞書それぞれに設定された単語の重みをもとに、分解部３１３によって出力された単語それぞれの重みを算出する。翻訳辞書とは、翻訳処理に利用される辞書であって、基本的な辞書や専門用語の辞書等、カテゴリごとに用意されている。翻訳装置３０では、何れのカテゴリの辞書を優先して利用するのかを決定してから、決定した辞書を利用して翻訳処理を行なう。これにより、ユーザが意図しない翻訳文になるのを抑制する。

翻訳部３１５は、翻訳辞書を利用して、テキストデータに対して翻訳処理を実行する。より具体的には、翻訳部３１５は、算出部３１４によって算出された単語の重みの合計がより大きい翻訳辞書を優先的に利用して、受信部３１１によって受信されたテキストデータに対して翻訳処理を実行する。

図１１は、翻訳処理に利用する翻訳辞書のカテゴリを決定する例を説明する図である。図１１に示す例では、画像形成装置１０又は文字認識装置２０によって送信されたテキストデータのタイトルが「Ｊａｖａ印刷サービスのアーキテクチャ」（「Ｊａｖａ」は、登録商標）である場合を例に挙げる。また、翻訳辞書のカテゴリが、「基本辞書」、「専門用語」、「自定義」である場合を例に挙げる。

図１１に示すように、翻訳装置３０は、画像形成装置１０や文字認識装置２０によって送信された、テキストデータのタイトル「Ｊａｖａ印刷サービスのアーキテクチャ」（「Ｊａｖａ」は、登録商標）を受信する。そして、翻訳装置３０は、このタイトルを、「Ｊａｖａ」（「Ｊａｖａ」は、登録商標）、「印刷」、「サービス」、「アーキテクチャ」等の単語に分解する。続いて、翻訳装置３０は、事前に準備されている翻訳辞書のキーワードの重みテーブルをもとに、各単語の重みを算出する。

例えば、カテゴリ「基本辞書」のキーワードの重みテーブルを利用する場合には、「Ｊａｖａ＝０．０」（「Ｊａｖａ」は、登録商標）、「印刷＝０．１」、「サービス＝０．５」、「アーキテクチャ＝０．０」であるため、合計が「０．６」となる。同様に、カテゴリ「専門用語」のキーワードの重みテーブルを利用する場合には、合計が「１．５」となる。また、カテゴリ「自定義」のキーワードの重みテーブルを利用する場合には、合計が「０．６」となる。これらのうち、翻訳装置３０は、重みの合計がより大きいカテゴリが「専門用語」である翻訳辞書を優先的に利用して、テキストデータに対して翻訳処理を実行する。

通知部３１６は、翻訳処理の処理結果を通知する。より具体的には、通知部３１６は、予め登録されたメールアドレス等のユーザ情報をもとに、翻訳部３１５によって実行された翻訳処理の処理結果の通知を、送信部３１２に依頼する。送信部３１２は、通知部３１６から依頼を受け付けると、ユーザのメールアドレス宛に、翻訳処理の処理結果を送信する。

［処理シーケンス］
次に、図１２及び図１３を用いて、実施の形態１に係る各装置間における処理の流れを説明する。図１２及び図１３は、実施の形態１に係る各装置間における処理の流れの例を示す処理シーケンス図である。なお、図１２では、文字認識装置２０によってＯＣＲ処理が実行される場合を例に挙げる。また、図１３では、画像形成装置１０によってＯＣＲ処理が実行される場合を例に挙げる。

図１２に示すように、画像形成装置１０は、ユーザ操作によりスキャン・翻訳の開始要求を受け付ける（ステップＳ１０１）。そして、画像形成装置１０は、受付可否情報の送信要求を文字認識装置２０に対して行なう（ステップＳ１０２）。文字認識装置２０は、画像形成装置１０からの送信要求に応じて、ＯＣＲ処理の処理負荷をもとに受付可否情報を生成し、生成した受付可否情報を画像形成装置１０に対して送信する（ステップＳ１０３）。ここでは、画像データを文字認識装置２０が受付可能であることを表す受付可否情報が生成されるものとする。

画像形成装置１０は、文字認識装置２０によって送信された受付可否情報を受信する。そして、画像形成装置１０は、原稿をスキャンし、該原稿の画像データを生成する（ステップＳ１０４）。続いて、画像形成装置１０は、文字認識装置２０によって送信された受付可否情報が、文字認識装置２０が画像データを受付可能であることを表すものであるため、生成した画像データを文字認識装置２０に対して送信する（ステップＳ１０５）。

文字認識装置２０は、画像形成装置１０によって送信された画像データを受信する。そして、文字認識装置２０は、受信した画像データに対してＯＣＲ処理を実行し、テキストデータを生成する（ステップＳ１０６）。続いて、文字認識装置２０は、生成したテキストデータに含まれるタイトル等の所定の属性の文字列を抽出する（ステップＳ１０７）。その後、文字認識装置２０は、生成したテキストデータと、抽出した該テキストデータのタイトルとを、翻訳装置３０に対して送信する（ステップＳ１０８）。

翻訳装置３０は、文字認識装置２０によって送信されたテキストデータと、該テキストデータのタイトルとを受信する。そして、翻訳装置３０は、受信したテキストデータのタイトルを単語に分解する（ステップＳ１０９）。続いて、翻訳装置３０は、カテゴリが異なる翻訳辞書それぞれに設定された単語の重みをもとに、分解した単語それぞれの重みを算出する（ステップＳ１１０）。その後、翻訳装置３０は、算出した重みの合計がより大きい翻訳辞書を優先的に利用して、受信したテキストデータに対して翻訳処理を実行する（ステップＳ１１１）。また、翻訳装置３０は、予め登録されたユーザ情報をもとに、翻訳処理の処理結果を通知する（ステップＳ１１２）。

図１３に示すように、画像形成装置１０は、ユーザ操作によりスキャン・翻訳の開始要求を受け付ける（ステップＳ２０１）。そして、画像形成装置１０は、受付可否情報の送信要求を文字認識装置２０に対して行なう（ステップＳ２０２）。文字認識装置２０は、画像形成装置１０からの送信要求に応じて、ＯＣＲ処理の処理負荷をもとに受付可否情報を生成し、生成した受付可否情報を画像形成装置１０に対して送信する（ステップＳ２０３）。ここでは、画像データを文字認識装置２０が受け付けられないことを表す受付可否情報が生成されるものとする。

画像形成装置１０は、文字認識装置２０によって送信された受付可否情報を受信する。そして、画像形成装置１０は、原稿をスキャンし、該原稿の画像データを生成する（ステップＳ２０４）。続いて、画像形成装置１０は、文字認識装置２０によって送信された受付可否情報が、文字認識装置２０が画像データを受け付けられないことを表すものであるため、生成した画像データに対してＯＣＲ処理を実行し、テキストデータを生成する（ステップＳ２０５）。その後、画像形成装置１０は、生成したテキストデータに含まれるタイトル等の所定の属性の文字列を抽出する（ステップＳ２０６）。また、画像形成装置１０は、生成したテキストデータと、抽出した該テキストデータのタイトルとを、翻訳装置３０に対して送信する（ステップＳ２０７）。

翻訳装置３０は、画像形成装置１０によって送信されたテキストデータと、該テキストデータのタイトルとを受信する。そして、翻訳装置３０は、受信したテキストデータのタイトルを単語に分解する（ステップＳ２０８）。続いて、翻訳装置３０は、カテゴリが異なる翻訳辞書それぞれに設定された単語の重みをもとに、分解した単語それぞれの重みを算出する（ステップＳ２０９）。その後、翻訳装置３０は、算出した重みの合計がより大きい翻訳辞書を優先的に利用して、受信したテキストデータに対して翻訳処理を実行する（ステップＳ２１０）。また、翻訳装置３０は、予め登録されたユーザ情報をもとに、翻訳処理の処理結果を通知する（ステップＳ２１１）。

［実施の形態１に係る画像形成処理フロー］
次に、図１４を用いて、実施の形態１に係る画像形成処理の流れを説明する。図１４は、実施の形態１に係る画像形成処理の流れの例を示すフローチャートである。なお、画像形成処理とは、主に、画像形成装置１０による処理を指す。

図１４に示すように、画像形成装置１０は、ユーザ操作によりスキャン・翻訳の開始要求を受け付けた場合に（ステップＳ３０１：Ｙｅｓ）、受付可否情報の送信要求を文字認識装置２０に対して要求する（ステップＳ３０２）。一方、画像形成装置１０は、ユーザ操作によるスキャン・翻訳の開始要求を受け付けていない場合に（ステップＳ３０１：Ｎｏ）、該開始要求の受付待ちの状態となる。

受信部１２１によって受付可否情報が受信された場合に（ステップＳ３０３：Ｙｅｓ）、制御部１１２は、受信された受付可否情報をもとに、文字認識装置２０が画像データを受付可能であるか否かを判定する（ステップＳ３０４）。一方、受信部１２１によって受付可否情報が受信されない場合には（ステップＳ３０３：Ｎｏ）、ステップＳ３０２における処理が再度実行される。

制御部１１２によって、文字認識装置２０が画像データを受付可能であると判定された場合に（ステップＳ３０４：Ｙｅｓ）、生成部１２３は、原稿をスキャンし、該原稿の画像データを生成する（ステップＳ３０５）。そして、送信部１２２は、生成部１２３によって生成された画像データを文字認識装置２０に対して送信する（ステップＳ３０６）。

また、制御部１１２によって、文字認識装置２０が画像データを受け付けられないと判定された場合に（ステップＳ３０４：Ｎｏ）、生成部１２３は、原稿をスキャンし、該原稿の画像データを生成する（ステップＳ３０７）。そして、文字認識部１２４は、生成部１２３によって生成された画像データに対してＯＣＲ処理を実行し、テキストデータを生成する（ステップＳ３０８）。続いて、抽出部１２５は、文字認識部１２４によって生成されたテキストデータのタイトルを抽出する（ステップＳ３０９）。その後、送信部１２２は、文字認識部１２４によって生成されたテキストデータと、抽出部１２５によって抽出された該テキストデータのタイトルとを、翻訳装置３０に対して送信する（ステップＳ３１０）。

［実施の形態１による効果］
画像処理システム１では、画像形成装置１０によるスキャンの開始に際して、文字認識装置２０の処理負荷に応じた受付可否情報をもとに、文字認識装置２０の負荷が高い場合に画像形成装置１０側でＯＣＲ処理を実行させる。この結果、画像処理システム１は、処理結果が出力されるまでの時間を短縮することができる。

また、画像処理システム１では、ＯＣＲ処理の処理結果であるテキストデータと、該テキストデータのタイトルとが翻訳装置３０に対して送信され、タイトルに応じた翻訳辞書を優先的に利用して翻訳処理が実行される。この結果、画像処理システム１は、処理結果が出力されるまでの時間を短縮することができるとともに、好適な翻訳処理の処理結果を提供することができる。

（実施の形態２）
さて、これまで本発明に係る画像処理システム１の実施の形態について説明したが、上述した実施の形態以外にも種々の異なる形態にて実施されて良いものである。そこで、（１）構成、（２）プログラム、について異なる実施の形態を説明する。

（１）構成
上記文書中や図面中等で示した処理手順、制御手順、具体的名称、各種のデータやパラメタ等を含む情報は、特記する場合を除いて任意に変更することができる。また、図示した装置の各構成要素は、機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、装置の分散又は統合の具体的形態は、図示のものに限られず、その全部又は一部を各種の負担や使用状況等に応じて、任意の単位で機能的又は物理的に、分散又は統合することができる。

上記実施の形態では、翻訳サービスのアプリを操作部１１側に搭載し、翻訳サービスのアプリをＡｎｄｒｏｉｄ（登録商標）アプリとして利用する場合を例に挙げた。すなわち、翻訳サービスのアプリとしてのＡｎｄｒｏｉｄ（登録商標）アプリは、本体１２側が有するＷｅｂＳｅｒｖｉｃｅＡＰＩを利用して、原稿のスキャンやＯＣＲ処理、文字認識装置２０や翻訳装置３０であるサーバ装置等とのやり取りを実現する。かかる翻訳サービスのアプリは、本体１２側のＳＤＫ（Software Development Kit）アプリで実施されても良い。

図１５は、翻訳サービスのアプリを本体１２側のＳＤＫアプリで実施する場合の構成例を示す図である。図１５に示すように、翻訳サービスのアプリを本体１２側のＳＤＫアプリとして実施し、該ＳＤＫアプリは、原稿のスキャンやＯＣＲ処理、文字認識装置２０や翻訳装置３０であるサーバ装置等とのネットワーク５を介したやり取りを実現する。

また、翻訳サービスのアプリは、操作部１１側のＡｎｄｒｏｉｄ（登録商標）アプリと、本体１２側のＳＤＫアプリとで実現されても良い。

図１６は、翻訳サービスのアプリを操作部１１側のＡｎｄｒｏｉｄアプリと、本体１２側のＳＤＫアプリとで実施する場合の構成例を示す図である。図１６に示すように、翻訳サービスのアプリを操作部１１側のＡｎｄｒｏｉｄ（登録商標）アプリと、本体１２側のＳＤＫアプリとして実施する。例えば、操作部１１側のＡｎｄｒｏｉｄ（登録商標）アプリは、ＵＩ（User Interface）ロジックを実現し、本体１２側のＳＤＫアプリと通信を行なう。これにより、ＳＤＫアプリは、原稿のスキャンやＯＣＲ処理、文字認識装置２０や翻訳装置３０であるサーバ装置等とのネットワーク５を介したやり取りを実現する。

（２）プログラム
また、画像形成装置１０で実行されるプログラムは、一つの様態として、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。また、画像形成装置１０で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するようにしても良い。また、画像形成装置１０で実行されるプログラムをインターネット等のネットワーク経由で提供又は配布するように構成しても良い。また、画像形成装置１０で実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するように構成しても良い。

画像形成装置１０で実行されるプログラムは、上述した各部（取得部１１１、制御部１１２）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が記憶媒体から上記プログラムを読み出して実行することにより、上記各部が主記憶装置上にロードされ、取得部１１１、制御部１１２が主記憶装置上に生成されるようになっている。

１ 画像処理システム
１０ 画像形成装置
１１０ 操作部
１１１ 取得部
１１２ 制御部
１２０ 本体
１２１ 受信部
１２２ 送信部
１２３ 生成部
１２４ 文字認識部
１２５ 抽出部
２０ 文字認識装置
２１１ 受信部
２１２ 送信部
２１３ 受付可否情報生成部
２１４ 文字認識部
２１５ 抽出部
３０ 翻訳装置
３１１ 受信部
３１２ 送信部
３１３ 分解部
３１４ 算出部
３１５ 翻訳部
３１６ 通知部

特開２０１２−０２２５７１号公報

Claims (14)

1. 画像形成装置と文字認識装置とを有する画像処理システムであって、
   前記文字認識装置は、
   前記画像形成装置によって送信された画像データを受信する受信部と、
   画像データに含まれる文字を認識する文字認識処理を、受信された前記画像データに対して実行する文字認識部と、
   前記文字認識処理の処理負荷に応じて、前記画像データを受付可能であるか否かを表す受付可否情報を生成する受付可否情報生成部と、
   生成された前記受付可否情報を前記画像形成装置に対して送信する送信部と、を有し、
   前記画像形成装置は、
   原稿を読み取り、該原稿の画像データを生成する生成部と、
   前記文字認識装置によって送信された前記受付可否情報を受信する受信部と、
   受信された前記受付可否情報をもとに、前記文字認識装置が前記画像データを受付可能である場合に、生成された前記画像データを前記文字認識装置に対して送信し、前記文字認識装置が前記画像データを受け付けられない場合に、生成された前記画像データに対する前記文字認識処理を前記画像形成装置に実行させる制御を行なう制御部と、
   生成された前記画像データを前記文字認識装置に対して送信する送信部と、
   生成された前記画像データに対して前記文字認識処理を実行する文字認識部と
   を有することを特徴とする画像処理システム。
2. 前記画像処理システムは、翻訳装置をさらに有し、
   前記文字認識装置において、
   前記送信部は、受信された前記画像データに対して実行された前記文字認識処理の処理結果であるテキストデータを、前記翻訳装置に対して送信し、
   前記画像形成装置において、
   前記送信部は、生成された前記画像データに対して実行された前記文字認識処理の処理結果であるテキストデータを、前記翻訳装置に対して送信し、
   前記翻訳装置は、
   前記文字認識装置及び前記画像形成装置によって送信された前記テキストデータを受信する受信部と、
   受信された前記テキストデータに対して翻訳処理を実行する翻訳部と、を有する
   ことを特徴とする請求項１に記載の画像処理システム。
3. 前記文字認識装置は、
   受信された前記画像データに対して実行された前記文字認識処理の処理結果であるテキストデータに含まれる所定の属性の文字列を抽出する抽出部をさらに有し、
   前記文字認識装置において、
   前記送信部は、前記テキストデータと、該テキストデータに含まれる前記所定の属性の文字列とを、前記翻訳装置に対して送信し、
   前記画像形成装置は、
   生成された前記画像データに対して実行された前記文字認識処理の処理結果であるテキストデータに含まれる所定の属性の文字列を抽出する抽出部をさらに有し、
   前記画像形成装置において、
   前記送信部は、前記テキストデータと、該テキストデータに含まれる前記所定の属性の文字列とを、前記翻訳装置に対して送信し、
   前記翻訳装置において、
   前記受信部は、前記所定の属性の文字列をさらに受信し、
   前記翻訳装置は、
   受信された前記所定の属性の文字列を単語に分解する分解部と、
   カテゴリが異なる翻訳辞書それぞれに設定された単語の重みをもとに、分解された前記単語の重みを算出する算出部と、をさらに有し、
   前記翻訳装置において、
   前記翻訳部は、算出された前記単語の重みの合計がより大きい前記翻訳辞書を利用して、受信された前記テキストデータに対して翻訳処理を実行する
   ことを特徴とする請求項２に記載の画像処理システム。
4. 前記文字認識装置において、
   前記抽出部は、前記テキストデータに含まれる該テキストデータのタイトルを抽出し、
   前記画像形成装置において、
   前記抽出部は、前記テキストデータに含まれる該テキストデータのタイトルを抽出する
   ことを特徴とする請求項３に記載の画像処理システム。
5. 前記翻訳装置は、
   予め登録されたユーザ情報をもとに、前記翻訳処理の処理結果を通知する通知部をさらに有する
   ことを特徴とする請求項２〜４の何れか一つに記載の画像処理システム。
6. 前記文字認識装置において、
   前記受付可否情報生成部は、前記文字認識処理の実行に関するタスクキューに所定閾値以上の個数のタスクが存在する場合に、前記画像データを受け付けられないことを表す前記受付可否情報を生成し、前記タスクキューに所定閾値未満の個数のタスクが存在する場合に、前記画像データを受付可能であることを表す前記受付可否情報を生成する
   ことを特徴とする請求項１〜５の何れか一つに記載の画像処理システム。
7. 前記文字認識装置において、
   前記受付可否情報生成部は、前記文字認識処理の実行に関するタスクキューに存在する全てのタスクの実行に予測される所要時間が所定時間以上である場合に、前記画像データを受け付けられないことを表す前記受付可否情報を生成し、前記所要時間が所定時間未満である場合に、前記画像データを受付可能であることを表す前記受付可否情報を生成する
   ことを特徴とする請求項１〜５の何れか一つに記載の画像処理システム。
8. 前記画像形成装置は、
   ユーザの識別情報、パスワード、及び、ユーザの属するグループ識別情報を含む認証情報を受け付ける受付部をさらに有し、
   前記送信部は、受け付けられた前記認証情報のうち一つ又は任意の組み合わせを、認証処理を実行する認証装置に対して送信する
   ことを特徴とする請求項１〜７の何れか一つに記載の画像処理システム。
9. 画像データに含まれる文字を認識する文字認識処理を実行する文字認識装置の処理負荷に応じて決定された、前記文字認識装置が画像データを受付可能であるか否かを表す受付可否情報を取得するステップと、
   前記受付可否情報をもとに、前記文字認識装置が前記画像データを受付可能である場合に、画像データを前記文字認識装置に対して送信し、前記文字認識装置が前記画像データを受け付けられない場合に、画像データに対する前記文字認識処理を画像形成装置に実行させる制御を行なうステップと
   をコンピュータに実行させるためのプログラム。
10. 原稿を読み取り、該原稿の画像データを生成する生成部と、
    画像データに含まれる文字を認識する文字認識処理を実行する文字認識装置の処理負荷に応じて決定された、前記文字認識装置が前記画像データを受付可能であるか否かを表す受付可否情報を受信する受信部と、
    受信された前記受付可否情報をもとに、前記文字認識装置が前記画像データを受付可能である場合に、生成された前記画像データを前記文字認識装置に対して送信し、前記文字認識装置が前記画像データを受け付けられない場合に、生成された前記画像データに対する前記文字認識処理を実行する制御を行なう制御部と、
    生成された前記画像データを前記文字認識装置に対して送信する送信部と、
    生成された前記画像データに対して前記文字認識処理を実行する文字認識部と
    を有することを特徴とする画像形成装置。
11. 画像データに含まれる文字を認識する文字認識処理の処理負荷に応じて、画像データを受付可能であるか否かを表す受付可否情報を生成する受付可否情報生成部と、
    生成された前記受付可否情報を画像形成装置に対して送信する送信部と、
    前記受付可否情報をもとに前記画像形成装置によって送信された画像データを受信する受信部と、
    受信された前記画像データに対して前記文字認識処理を実行する文字認識部と
    を有することを特徴とする文字認識装置。
12. 画像形成装置と文字認識装置とを有する画像処理システムによる画像処理方法であって、
    前記文字認識装置が、
    前記画像形成装置によって送信された画像データを受信するステップと、
    画像データに含まれる文字を認識する文字認識処理を、受信された前記画像データに対して実行するステップと、
    前記文字認識処理の処理負荷に応じて、前記画像データを受付可能であるか否かを表す受付可否情報を生成するステップと、
    生成された前記受付可否情報を前記画像形成装置に対して送信するステップと、を実行し、
    前記画像形成装置が、
    原稿を読み取り、該原稿の画像データを生成するステップと、
    前記文字認識装置によって送信された前記受付可否情報を受信するステップと、
    受信された前記受付可否情報をもとに、前記文字認識装置が前記画像データを受付可能である場合に、生成された前記画像データを前記文字認識装置に対して送信し、前記文字認識装置が前記画像データを受け付けられない場合に、生成された前記画像データに対する前記文字認識処理を前記画像形成装置に実行させる制御を行なうステップと、
    生成された前記画像データを前記文字認識装置に対して送信するステップと、
    生成された前記画像データに対して前記文字認識処理を実行するステップと
    を実行することを特徴とする画像処理方法。
13. 原稿を読み取り、該原稿の画像データを生成するステップと、
    画像データに含まれる文字を認識する文字認識処理を実行する文字認識装置の処理負荷に応じて決定された、前記文字認識装置が前記画像データを受付可能であるか否かを表す受付可否情報を受信するステップと、
    受信された前記受付可否情報をもとに、前記文字認識装置が前記画像データを受付可能である場合に、生成された前記画像データを前記文字認識装置に対して送信し、前記文字認識装置が前記画像データを受け付けられない場合に、生成された前記画像データに対する前記文字認識処理を実行する制御を行なうステップと、
    生成された前記画像データを前記文字認識装置に対して送信するステップと、
    生成された前記画像データに対して前記文字認識処理を実行するステップと
    を含むことを特徴とする画像形成方法。
14. 画像データに含まれる文字を認識する文字認識処理の処理負荷に応じて、画像データを受付可能であるか否かを表す受付可否情報を生成するステップと、
    生成された前記受付可否情報を画像形成装置に対して送信するステップと、
    前記受付可否情報をもとに前記画像形成装置によって送信された画像データを受信するステップと、
    受信された前記画像データに対して前記文字認識処理を実行するステップと
    を含むことを特徴とする文字認識方法。

Images