(57)【要約】【課題】参照画像とデータの入力処理の結果とを対応付けない場合に比べて、データの入力処理の進捗状況の管理を容易にする。【解決手段】情報処理装置は、参照画像が対応付けられ、参照画像が参照されて行われた入力処理についての情報である処理情報を取得する取得手段と、取得手段により取得された処理情報に基づき、参照画像が参照されて行われる、次の入力処理の内容を決定する処理決定手段と、を備える。【選択図】図４
2019168854.tif 000002
【特許請求の範囲】
【請求項１】
参照画像が対応付けられ、当該参照画像が参照されて行われた入力処理についての情報である処理情報を取得する取得手段と、
前記取得手段により取得された前記処理情報に基づき、前記参照画像が参照されて行われる、次の入力処理の内容を決定する処理決定手段と、
を備える情報処理装置。
【請求項２】
前記処理決定手段は、当該処理決定手段に構成された処理論理に基づいて、次の入力処理の内容を決定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記処理決定手段は、前記処理情報における入力処理の回数に基づき、次に行われる入力処理の内容を決定するように処理論理が構成されていることを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記処理決定手段は、前記処理情報における入力処理の回数が、予め定められた複数回数より少ない場合には、新たな入力処理を行うことを決定することを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記処理決定手段は、前記処理情報における入力処理の回数が、予め定められた複数回数である場合には、それまでに行われた入力処理の結果を突合し、非合致の場合に新たな入力処理を行うことを決定することを特徴とする請求項３に記載の情報処理装置。
【請求項６】
前記処理決定手段は、前記処理情報における入力処理の回数が、予め定められた複数回数である場合には、それまでに行われた入力処理の結果を突合し、合致の場合に終了することを決定することを特徴とする請求項３に記載の情報処理装置。
【請求項７】
前記入力処理の結果についての情報である処理情報を出力する処理情報出力手段を備えることを特徴とする請求項１に記載の情報処理装置。
【請求項８】
前記処理情報は、前記入力処理の結果と当該入力処理を行った入力者の情報とを含むことを特徴とする請求項７に記載の情報処理装置。
【請求項９】
前記処理決定手段は、次に入力処理を行う場合、前記処理情報に基づき、以前に入力処理を行った入力者と異なる入力者により新たな入力処理をさせることを決定することを特徴とする請求項８に記載の情報処理装置。
【請求項１０】
前記処理決定手段によって決定された次の入力処理を、入力手段に依頼する処理依頼手段を備えることを特徴とする請求項１に記載の情報処理装置。
【請求項１１】
前記入力手段から前記入力処理の結果を取得する結果取得手段を備えることを特徴とする請求項１０に記載の情報処理装置。
【請求項１２】
参照画像が参照されて行われた入力処理の結果を取得する結果取得手段と、
前記結果取得手段により取得された前記入力処理の結果を含む処理情報を、前記参照画像に対応付けるとともに、新たな入力処理の結果が当該結果取得手段により取得される度に、当該新たな入力処理の結果を含む処理情報を当該参照画像に対応付ける処理手段と、
を備える情報処理装置。
【請求項１３】
参照画像が参照されて行われた入力処理についての情報である処理情報と、当該参照画像とを対応付けて保持する保持手段と、
前記保持手段から、入力処理を行う参照画像に対応する前記処理情報を取得する取得手段と、
前記取得手段により取得された前記処理情報に基づき、前記参照画像が参照されて行われる、次の入力処理の内容を決定する処理決定手段と、
を備える情報処理システム。
【請求項１４】
前記参照画像が参照されて、次の入力処理が可能な入力者を登録する入力者登録手段を、備え、
前記処理決定手段は、前記処理情報に基づき、次に行われる入力処理を行う入力者を、前記入力者登録手段に登録された入力者から決定することを特徴とする請求項１３に記載の情報処理システム。
【請求項１５】
新たな入力処理の結果を取得する結果取得手段と、
新たな入力処理の結果が前記結果取得手段により取得される度に、当該新たな入力処理の結果を含む処理情報を前記参照画像に対応付ける処理手段を、
備えることを特徴とする請求項１３又は１４に記載の情報処理システム。
【請求項１６】
コンピュータを、
参照画像が対応付けられ、当該参照画像が参照されて行われた入力処理についての情報である処理情報を取得する取得手段と、
前記取得手段により取得された前記処理情報に基づき、前記参照画像が参照されて行われる、次の入力処理の内容を決定する処理決定手段として
機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム及びプログラムに関する。
【背景技術】
【０００２】
特許文献１には、顧客から着信した呼を、複数から選択されたオペレータに接続するための通信制御装置において、着信時に接続可能なオペレータがいない場合、接続可能なオペレータができるまでの時間を予測する時刻予測装置と、該予測時間を自動的に伝達しながら、対応できるオペレータができるまで通信を保持したまま待つか、あるいは一旦通信を切断してオペレータ側からコールバックするかの選択を顧客に回答させる自動音声応答装置と、を備える通信制御装置が記載されている。
【０００３】
特許文献２には、通信種別に応じて着信拒否を設定する端末と、前記通信種別毎に着信呼を格納するサーバと、前記サーバを管理するサーバ管理装置と、前記通信種別毎に優先順位を設定するとともに待ち行列に着信呼を登録する待ち行列部とを備えた着信呼分配システムであって、前記サーバ管理装置は、前記着信拒否が設定された種別の呼を待機させ、その待機させた呼の優先順位に次ぐ優先順位の呼を分配する着信呼分配システムが記載されている。
【０００４】
特許文献３には、管理サーバが、取引管理データベースに記憶されたタスク実行可否情報で示されるタスク実行可能なオペレータＩＤの数とタスクキューに記憶されたタスクの数とを比較した結果、前記オペレータＩＤの数が前記タスクの数より少ないと判定した場合、前記取引管理データベースに記憶された実行可能なタスクに基づいて前記タスクキューを検索し、該タスクの処理を待つ顧客端末識別情報を抽出するとともに前記取引管理データベースから該タスクを実行可能なセンタ端末識別情報を抽出し、該顧客端末と該センタ端末とを通信させて該タスクの処理を行なうようにした無人契約システムが記載されている。
【０００５】
特許文献４には、文字認識対象を３種類のいずれかに分類する分類手段と、前記分類手段によって第１の種類に分類された場合に、前記文字認識対象の文字認識結果を抽出する抽出手段と、前記分類手段によって第２の種類に分類された場合に、前記文字認識対象の文字認識結果を抽出し、該文字認識対象を人手で入力させるように制御する第１の制御手段と、前記分類手段によって第３の種類に分類された場合に、前記文字認識対象を複数人の人手で入力させるように制御する第２の制御手段を具備する情報処理装置が記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０００−３４１４１４号公報
【特許文献２】特開２００１−０１６３３６号公報
【特許文献３】特開２００８−０７７３３７号公報
【特許文献４】特開２０１６−２１２８１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
帳票上に記載された文字列を文字認識処理や人が参照して入力することによりデータとして出力したりデータベースへ登録したりするデータの入力処理では、正確性が要請される。このため、同様のデータの入力処理を複数回行い、データを突合させたり、複数人で確認したりする等によって正確性が担保される。このとき、帳票上に記載された文字を参照するための参照画像と、参照画像を参照して行われた個々のデータの入力処理についての情報とを対応付けずに個別に管理したり、分散して管理すると、参照画像が参照されて行われるデータの入力処理が複数回行われる場合において、データの入力処理の進捗状況が管理しにくくなったりする。
本発明の目的は、参照画像とデータの入力処理の結果とを対応付けない場合に比べて、データの入力処理の進捗状況の管理を容易にすることにある。
【課題を解決するための手段】
【０００８】
請求項１に記載の発明は、参照画像が対応付けられ、当該参照画像が参照されて行われた入力処理についての情報である処理情報を取得する取得手段と、前記取得手段により取得された前記処理情報に基づき、前記参照画像が参照されて行われる、次の入力処理の内容を決定する処理決定手段と、を備える情報処理装置である。
請求項２に記載の発明は、前記処理決定手段は、当該処理決定手段に構成された処理論理に基づいて、次の入力処理の内容を決定することを特徴とする請求項１に記載の情報処理装置である。
請求項３に記載の発明は、前記処理決定手段は、前記処理情報における入力処理の回数に基づき、次に行われる入力処理の内容を決定するように処理論理が構成されていることを特徴とする請求項２に記載の情報処理装置である。
請求項４に記載の発明は、前記処理決定手段は、前記処理情報における入力処理の回数が、予め定められた複数回数より少ない場合には、新たな入力処理を行うことを決定することを特徴とする請求項３に記載の情報処理装置である。
請求項５に記載の発明は、前記処理決定手段は、前記処理情報における入力処理の回数が、予め定められた複数回数である場合には、それまでに行われた入力処理の結果を突合し、非合致の場合に新たな入力処理を行うことを決定することを特徴とする請求項３に記載の情報処理装置である。
請求項６に記載の発明は、前記処理決定手段は、前記処理情報における入力処理の回数が、予め定められた複数回数である場合には、それまでに行われた入力処理の結果を突合し、合致の場合に終了することを決定することを特徴とする請求項３に記載の情報処理装置である。
請求項７に記載の発明は、前記入力処理の結果についての情報である処理情報を出力する処理情報出力手段を備えることを特徴とする請求項１に記載の情報処理装置である。
請求項８に記載の発明は、前記処理情報は、前記入力処理の結果と当該入力処理を行った入力者の情報とを含むことを特徴とする請求項７に記載の情報処理装置である。
請求項９に記載の発明は、前記処理決定手段は、次に入力処理を行う場合、前記処理情報に基づき、以前に入力処理を行った入力者と異なる入力者により新たな入力処理をさせることを決定することを特徴とする請求項８に記載の情報処理装置である。
請求項１０に記載の発明は、前記処理決定手段によって決定された次の入力処理を、入力手段に依頼する処理依頼手段を備えることを特徴とする請求項１に記載の情報処理装置である。
請求項１１に記載の発明は、前記入力手段から前記入力処理の結果を取得する結果取得手段を備えることを特徴とする請求項１０に記載の情報処理装置である。
請求項１２に記載の発明は、参照画像が参照されて行われた入力処理の結果を取得する結果取得手段と、前記結果取得手段により取得された前記入力処理の結果を含む処理情報を、前記参照画像に対応付けるとともに、新たな入力処理の結果が当該結果取得手段により取得される度に、当該新たな入力処理の結果を含む処理情報を当該参照画像に対応付ける処理手段と、を備える情報処理装置である。
請求項１３に記載の発明は、参照画像が参照されて行われた入力処理についての情報である処理情報と、当該参照画像とを対応付けて保持する保持手段と、前記保持手段から、入力処理を行う参照画像に対応する前記処理情報を取得する取得手段と、前記取得手段により取得された前記処理情報に基づき、前記参照画像が参照されて行われる、次の入力処理の内容を決定する処理決定手段と、を備える情報処理システムである。
請求項１４に記載の発明は、前記参照画像が参照されて、次の入力処理が可能な入力者を登録する入力者登録手段を、備え、前記処理決定手段は、前記処理情報に基づき、次に行われる入力処理を行う入力者を、前記入力者登録手段に登録された入力者から決定することを特徴とする請求項１３に記載の情報処理システムである。
請求項１５に記載の発明は、新たな入力処理の結果を取得する結果取得手段と、新たな入力処理の結果が前記結果取得手段により取得される度に、当該新たな入力処理の結果を含む処理情報を前記参照画像に対応付ける処理手段を、備えることを特徴とする請求項１３又は１４に記載の情報処理システムである。
請求項１６に記載の発明は、コンピュータを、参照画像が対応付けられ、当該参照画像が参照されて行われた入力処理についての情報である処理情報を取得する取得手段と、前記取得手段により取得された前記処理情報に基づき、前記参照画像が参照されて行われる、次の入力処理の内容を決定する処理決定手段として機能させるプログラムである。
【発明の効果】
【０００９】
請求項１、１２、１３、１６に記載の発明によれば、参照画像とデータの入力処理の結果とを対応付けない場合に比べ、データの入力処理の進捗状況の管理が容易になる。
請求項２に記載の発明によれば、処理論理に基づかない場合に比べ、次の入力処理の内容の決定が容易になる。
請求項３に記載の発明によれば、入力処理の回数に基づかない場合に比べ、次の入力処理の内容の決定がより容易になる。
請求項４に記載の発明によれば、回数で決定しない場合に比べ、必要な回数の入力処理が確実に実行される。
請求項５に記載の発明によれば、入力処理の結果を突合しない場合に比べ、誤認の発生が抑制される。
請求項６に記載の発明によれば、入力処理の結果を突合しない場合に比べ、不要な入力処理の実行が抑制される。
請求項７に記載の発明によれば、処理情報を出力しない場合に比べ、次の入力処理の決定が容易になる。
請求項８に記載の発明によれば、入力者の情報を含まない場合に比べ、入力者の識別が容易になる。
請求項９に記載の発明によれば、異なる入力者に入力処理をさせない場合に比べ、誤認の重複が抑制される。
請求項１０、１１に記載の発明によれば、処理依頼手段を備えない場合に比べ、遠隔地の入力者に依頼ができる。
請求項１４に記載の発明によれば、入力者登録手段を備えない場合に比べ、入力処理が待ちになることが抑制される。
請求項１５に記載の発明によれば、取得される度に対応付けない場合に比べ、処理情報と参照画像との対応付けが容易に行える。
【図面の簡単な説明】
【００１０】
【図１】データ入力タスクの概要を説明する図である。
【図２】第１の実施の形態におけるデータエントリの一例を説明するフロー図である。
【図３】第１の実施の形態が適用される分配器の概要を説明する図である。
【図４】第１の実施の形態が適用される分配器の機能構成の一例を説明する図である。
【図５】第１の実施の形態におけるタスク情報の一例を説明する図である。（ａ）は、初期状態、（ｂ）は、１回目の分配結果、（ｃ）は、２回目の分配結果、（ｄ）は、３回目の分配結果（突合の結果が非合致であった場合）、（ｅ）は、突合の結果が合致であった場合（突合合致の場合）を示す。
【図６】分配器のハードウエア構成を説明する図である。
【図７】第１の実施の形態が適用されるデータエントリの変形例１−１を説明する図である。
【図８】第２の実施の形態におけるデータエントリの一例を説明するフロー図である。
【図９】第２の実施の形態が適用される分配器の機能構成の一例を説明する図である。
【図１０】第２の実施の形態におけるタスク情報の一例を説明する図である。（ａ）は、初期状態、（ｂ）は、１回目の分配結果、（ｃ）は、２回目の分配結果、（ｄ）は、３回目の分配結果（突合の結果が非合致であった場合）、（ｅ）は、突合の結果が合致であった場合（突合合致の場合）を示す。
【図１１】第３の実施の形態が適用されるデータエントリの一例を説明するフロー図である。
【図１２】第３の実施の形態が適用される分配器の機能構成の一例を説明する図である。
【図１３】変形例３−１におけるデータエントリのフロー図である。
【図１４】変形例３−１が適用される分配器の機能構成の一例を説明する図である。
【図１５】変形例２におけるデータエントリのフロー図である。
【図１６】変形例３−２が適用される分配器の機能構成の一例を説明する図である。
【図１７】変形例３−３におけるデータエントリのフロー図である。
【図１８】変形例３−３の分配器の機能構成の一例を説明する図である。
【図１９】第４の実施の形態が適用される分配サーバシステムの概要を説明する図である。（ａ）は、複数の分配サーバを含み、それぞれの分配サーバがタスクバッファとオペレータバッファとを備える場合、（ｂ）は、複数の分配サーバを含み、タスクバッファとオペレータバッファとが共通である場合である。
【図２０】比較のために示す第４の実施の形態が適用されない分配サーバシステムの概要を説明する図である。（ａ）は、複数の分配サーバを含み、それぞれの分配サーバがタスクバッファとオペレータバッファとを備える場合、（ｂ）は、複数の分配サーバを含み、タスクバッファとオペレータバッファとが共通である場合である。
【発明を実施するための形態】
【００１１】
ここでは、本発明の実施の形態におけるデータの入力処理を、データエントリを例にして説明する。データエントリとは、紙（帳票）等に記載された典型的には手書きされた文字列（紙情報）をテキストデータとして出力したりデータベースへ登録したりすることをいう。つまり、データエントリとは、記載された文字列（紙情報）を入力として、最終的にテキストデータを結果として得る一連のデータ入力処理の業務をいう。データの入力処理は、文字認識（ＯＣＲ：Optical Character Recognition）装置による文字認識処理や、データの入力者である人（以下では、オペレータと表記する。）による紙に記載された文字列を参照しながらのキーボードを用いた入力やマイクを用いた音声による入力等により行なわれる。データエントリに用いられる紙に記載された文字列は、手書き文字だけでなく、活字で記載された文字列や○や×などの符号のような情報であってもよい。
【００１２】
データエントリでは、正確性を担保するために、手書き文字列に対して複数回数のデータ入力タスクによるデータ入力が行われ、データ入力の結果（データ入力結果）が突合されたり、複数人で確認しつつデータ入力がされたりする。以下で説明するデータエントリでは、複数回数のデータ入力タスクによるデータ入力を行い、データ入力結果を突合する。つまり、複数回数のデータ入力タスクによるデータ入力結果、例えば２回のデータ入力タスクによるデータ入力結果が、合致すれば手書き文字列に対応した正しいテキストデータが得られたとする。なお、非合致であれば、データ入力により得られたテキストデータが誤っていると推定する。
【００１３】
ここでは、ＯＣＲ装置、オペレータ等が手書き文字列をテキストデータ化するそれぞれのデータ入力をデータ入力タスクと表記する。
以下では、添付図面を参照して本発明の実施の形態を詳細に説明する。
【００１４】
［第１の実施の形態］
まず、データ入力タスクを説明する。
図１は、データ入力タスクの概要を説明する図である。
図１に示すように、紙（帳票）に記載された手書き文字列「ＡＢＣ」から、テキストデータ（テキスト文字列）「ＡＢＣ」を得ることをデータ入力タスクとする。ここで対象とする手書き文字列には、一例として、氏名、住所、勤務先、電話番号などがある。
【００１５】
データ入力タスクがオペレータによってなされる場合、オペレータは、紙情報を参照しながら行える。なお、紙情報は、紙（帳票）などに記載された手書き文字列であって、画像データ１０であると見做せる。一方、データ入力タスクがＯＣＲによる文字認識処理によってなされる場合、スキャナ、カメラ等で紙情報から画像化された画像データ１０を対象に行われる。つまり、データ入力タスクにおいては、画像データ１０がデータ入力タスクの対象であると考えればよい。なお、画像データ１０は、紙（帳票）などに記載された手書き文字でなくともよい。例えば、タブレット等の電子機器上に書かれた文字列を含む画像であってもよく、さらに手書き文字の筆順や座標情報であるストローク情報を含んでいてもよい。この画像データ１０は、参照画像の一例である。
【００１６】
（第１の実施の形態におけるデータエントリ）
図２は、第１の実施の形態におけるデータエントリの一例を説明するフロー図である。ここで、画像データ１０（図２の説明では、画像データと表記する。）が入力、テキストデータが出力である。
データエントリは、複数回数（ここでは、３回）のデータ入力タスクと、データ入力結果の突合とを含んで行われる。この処理における処理論理としては、２つのデータ入力タスクによる文字列の入力結果を突合し、２つの結果が合致すればその結果の文字列を出力データとし、非合致の場合は次の処理として新たなデータ入力タスクを行い入力結果の文字列を出力データとするというものである。
【００１７】
データエントリのフローを説明する。
入力（画像データ）に対して、データ入力タスク（データ入力タスク１）によりデータ入力（テキスト化）が行われる（ステップ１０１。図１では、Ｓ１０１と表記する。他の場合も同様とする。）。同じ入力（画像データ）に対して、データ入力タスク（データ入力タスク２）によりデータ入力（テキスト化）が行われる（ステップ１０２）。
【００１８】
そして、ステップ１０１のデータ入力タスク１によるデータ入力結果（テキストデータ）とステップ１０２のデータ入力タスク２によるデータ入力結果（テキストデータ）とが、突合される（ステップ１０３）。そして、ステップ１０３の突合の結果、２つのデータ入力結果（テキストデータ）が合致する場合には、そのデータ入力結果（テキストデータ）が出力されて、データエントリが終了する。
一方、２つのデータ入力結果（テキストデータ）が非合致の場合には、同じ入力（画像データ）に対してデータ入力タスク（データ入力タスク３）が実行される（ステップ１０４）。そして、ステップ１０４のデータ入力タスク３で行われたデータ入力結果（テキストデータ）が出力されて、データエントリが終了する。
【００１９】
以上説明したように、ステップ１０１、１０２、１０４で行なわれるデータ入力タスクは、同じ入力（画像データ）に対して行われる。しかし、ステップ１０４のデータ入力タスクは、ステップ１０３の突合の結果が非合致である場合にのみ行われる。つまり、ステップ１０４のデータ入力タスクは、データエントリの進捗状況に応じて設定される。このため、データエントリにおいては、進捗状況を管理して、データ入力タスクを実行することが求められる。
【００２０】
なお、図２では、ステップ１０４のデータ入力タスク３によるデータ入力結果（テキストデータ）を出力したが、ステップ１０４のデータ入力タスク３によるデータ入力結果（テキストデータ）を、ステップ１０１のデータ入力タスク１によるデータ入力結果（テキストデータ）及び／又はステップ１０２のデータ入力タスク２によるデータ入力結果（テキストデータ）と突合して、合致するデータ入力結果（テキストデータ）を出力してもよい。また、合致するデータ入力結果が得られない（非合致の）場合には、さらにデータ入力タスクを行うようにしてもよい。この場合、データエントリにおけるデータ入力タスクの設定がより複雑化する。
【００２１】
そして、データ入力タスクが、オペレータによって行われる場合、同じオペレータがデータ入力タスク１〜３の何れかについて重複して行うと、手書き文字列の誤読等による誤認（エラー）が重複するおそれがある。すると、複数回数のデータ入力タスクを行う意義が失われてしまう。そこで、ステップ１０１のデータ入力タスク１がオペレータＡさん、ステップ１０２のデータ入力タスク２がオペレータＢさん、ステップ１０４のデータ入力タスク３がオペレータＣさんのように、異なるオペレータで行われるようにデータ入力タスクが分配されるとよい。この場合、データエントリにおける進捗状況の管理がさらに複雑化する。
【００２２】
以上説明したように、一つの入力（画像データ）に対して一つの出力（テキストデータ）を得るデータエントリに対して、複数のデータ入力タスクが行われるため、進捗状況の管理が複雑である。特に、このようなデータエントリを多数並行して処理するデータエントリセンタのような場合には、個々のデータエントリの進捗状況の管理が重要になる。
【００２３】
そこで、第１の実施の形態では、何れのデータ入力タスク（例えば、図２におけるデータ入力タスク１〜３）であっても、オペレータを指定してデータ入力タスクを分配する分配器（後述する図３の分配器１００）を設けている。つまり、分配器１００は、図２に示すように、データエントリの進捗状況に応じて、ステップ１０１、１０２、１０４に示したデータ入力タスク１〜３をオペレータＡさん〜Ｃさんに分配する。ここで、ステップ１０１のデータ入力タスク１は１回目の分配、ステップ１０２のデータ入力タスク２は２回目の分配、データ入力タスク３は３回目の分配である。つまり、分配器１００は、データ入力タスクをオペレータに分配することから、分配器と表記する。そして、後述するように、分配器１００は、データ入力タスク１〜３を順に分配する。なお、分配器１００は、情報処理装置の一例である。
【００２４】
（第１の実施の形態が適用される分配器１００）
図３は、第１の実施の形態が適用される分配器１００の概要を説明する図である。
第１の実施の形態では、分配器１００は、データエントリが行われる対象である画像データ１０と、画像データ１０に対応し（紐づけられ）、データ入力タスクについての情報であるタスク情報２０とを取得する。後述する第４の実施の形態で説明するように、画像データ１０と、画像データ１０に対応するタスク情報２０とは、対（ペア）にして、タスクバッファ（図１９（ａ）、（ｂ）におけるタスクバッファ７００）などに保持（記憶）されているとする。なお、タスク情報２０は、処理情報の一例である。
【００２５】
分配器１００は、画像データ１０とタスク情報２０とを取得すると、タスク情報２０に基づいて、データ入力タスクをオペレータに分配し、オペレータにデータ入力を実行させる。分配器１００は、何れの段階におけるデータ入力タスク（例えば、図２に示したデータ入力タスク１〜３）であっても、タスク情報２０に基づいて、データ入力タスクをオペレータに分配するように構成されている。なお、タスク情報２０については、後述する。
【００２６】
そして、分配器１００は、オペレータによってデータ入力が実行されると、データ入力結果を画像データ１０と対応付けたタスク情報２０を作成する（図３の「継続」）。そして、分配器１００は、再び画像データ１０とタスク情報２０とを取得する。そして、分配器１００は、再びタスク情報２０に基づいて、データ入力タスクをオペレータに分配し、データ入力を実行させる。
【００２７】
なお、分配器１００は、データエントリが終了する場合、つまり次のデータ入力タスクを行わない場合には、終了とする（図３の「終了」）。なお、データエントリの終了とは、得られた手書き文字列に対するテキスト化が終了したことである。終了時点のテキストデータが採用されて、予め定められたデータベースに保存される。そして、データ入力タスクに関する画像データ１０及びタスク情報２０は、終了バッファなどに保存されてもよく、廃棄されてもよい。
【００２８】
このように、分配器１００は、データエントリにおける何れのデータ入力タスク（図２のデータ入力タスク１〜３）であってもオペレータに分配するように構成されている。しかも、分配器１００は、どのデータ入力タスクであるかを管理しない。つまり、分配器１００は、画像データ１０とともに取得するタスク情報２０に基づいて、データ入力タスクをオペレータに分配する。したがって、分配器１００には、一つのデータエントリに対するデータ入力タスクを連続して分配しなくともよい。つまり、一つのデータエントリに対するデータ入力タスクを分配したのち、他のデータエントリに対するデータ入力タスクを分配してもよい。
【００２９】
次に、分配器１００をより詳細に説明する。
図４は、第１の実施の形態が適用される（図２に示したデータエントリに適用される）分配器１００の機能構成の一例を説明する図である。
分配器１００は、タスク情報２０を取得するタスク情報取得部１１０と、タスク情報２０に基づいて次に行うデータ入力タスクの内容を決定するタスク決定部１２０と、オペレータの操作端末２００にデータ入力タスクを依頼するタスク依頼部１３０と、オペレータによるデータ入力の結果（データ入力結果）を取得するタスク結果取得部１４０と、データ入力結果を画像データ１０に対応付けたタスク情報２０を作成して出力するタスク情報出力部１５０とを備える。
ここで、タスク情報取得部１１０が取得手段の一例、タスク決定部１２０が処理決定手段の一例、タスク依頼部１３０が処理依頼手段の一例、タスク結果取得部１４０が結果取得手段の一例、タスク情報出力部１５０が処理情報出力手段及び処理手段の一例、オペレータの操作端末２００が入力手段の一例である。
【００３０】
第１の実施の形態では、一例として、タスク決定部１２０は、タスク情報２０に基づいて次に行うデータ入力タスク（入力処理）の内容を決定する処理論理（ロジック）を備えている。タスク決定部１２０は、これまでに行われたデータ入力タスクの処理内容と処理結果とによって、次に行うデータ入力タスクの内容を決定するように構成されている。ここでは、データ入力タスクの内容を決定する処理論理の一例として、データ入力タスクの回数による制御を行うこととする。このため、タスク決定部１２０は、既データ入力タスク回数を判定する回数判定部１２１と、データ入力タスクを実行するオペレータを選択するオペレータ選択部１２２と、データ入力結果を突合する突合部１２３とを備える。
【００３１】
次に、分配器１００が備える各部の接続関係を説明する。
分配器１００は、上記の各部を移行しながら、データ入力タスクの分配を行う。
タスク情報取得部１１０は、タスク決定部１２０に含まれる回数判定部１２１に接続されている。回数判定部１２１は、オペレータ選択部１２２と、突合部１２３とに接続されている。回数判定部１２１が判定する既データ入力タスク回数に応じて、オペレータ選択部１２２又は突合部１２３に分岐する。
突合部１２３は、オペレータ選択部１２２と、タスク情報出力部１５０とに接続されている。突合部１２３の突合の結果に応じて、オペレータ選択部１２２又はタスク情報出力部１５０に分岐する。
【００３２】
タスク依頼部１３０は、分配器１００が取得する画像データ１０及びタスク情報２０の内、画像データ１０を取得する。そして、タスク依頼部１３０は、オペレータ選択部１２２と、分配器１００の外部に設けられたオペレータが操作する操作端末２００とに接続されている。ここでは、操作端末２００を１つ記載しているが、タスク依頼部１３０は、複数の操作端末２００に接続されているとする。そして、タスク依頼部１３０は、オペレータ選択部１２２が選択したオペレータの操作端末２００に、データ入力タスクを依頼する。
【００３３】
タスク結果取得部１４０は、分配器１００の外部に設けられたオペレータが操作する操作端末２００と、タスク情報出力部１５０とに接続されている。ここでも、操作端末２００を１つ記載しているが、タスク結果取得部１４０は、複数の操作端末２００に接続されているとする。タスク結果取得部１４０は、タスク依頼部１３０がデータ入力タスクを依頼したオペレータの操作端末２００からデータ入力の結果（データ入力結果）を取得する。
【００３４】
次に、分配器１００の動作を説明する。
タスク情報取得部１１０は、分配器１００が取得する画像データ１０とタスク情報２０の内、タスク情報２０を取得する。一方、タスク依頼部１３０は、分配器１００が取得する画像データ１０とタスク情報２０の内、画像データ１０を取得する。
【００３５】
タスク情報取得部１１０に接続された回数判定部１２１は、タスク情報取得部１１０が取得したタスク情報２０に基づいて、既データ入力タスク回数を判定する。回数判定部１２１は、既データ入力タスク回数が予め定められた複数回数未満であると判定する場合（ここでは、予め定められた複数回数が２回であり、０回又は１回の場合）、オペレータ選択部１２２に分岐する。
すると、オペレータ選択部１２２は、次に行うデータ入力タスク（図２のステップ１０１、１０２のデータ入力タスク１、２に対応）を依頼するオペレータを選択する。なお、オペレータ選択部１２２は、データ入力タスクを実行していないオペレータを選択する。なお、依頼されたデータ入力タスクの数が少ないオペレータを選択してもよい。また、前述したように、既データ入力タスクを依頼されたオペレータと異なるオペレータを選択してもよい。これらは、予めタスク決定部１２０の処理論理（ロジック）に決められていればよい。
【００３６】
一方、回数判定部１２１は、既データ入力タスク回数が予め定められた複数回数であると判定する場合（ここでは、２回の場合）には、突合部１２３に分岐する。
突合部１２３が２つの既データ入力結果を突合（図２のステップ１０３の突合に対応）し、非合致であると判断する場合には、オペレータ選択部１２２は、次に行うデータ入力タスク（図２のステップ１０４のデータ入力タスク３に該当）を実行するオペレータを選択する。
【００３７】
突合部１２３は、２つの既データ入力結果を突合（図２のステップ１０３の突合に該当）し、合致であると判断する場合には、タスク情報出力部１５０は、画像データ１０に対応付けたタスク情報２０に合致した旨を含むタスク情報２０を出力する。２つの既データ入力結果が合致すれば、そのデータ入力結果を採用して、そのデータエントリは終了する。つまり、図３における「終了」に対応する。よって、タスク情報出力部１５０は、タスク情報２０にデータエントリが終了した旨をさらに含んでもよい。
【００３８】
オペレータ選択部１２２が次のデータ入力タスクを実行するオペレータを選択すると、タスク依頼部１３０は、取得した画像データ１０を選択されたオペレータの操作端末２００に送信して、データ入力タスクを依頼する。
なお、タスク依頼部１３０は、一例として、画像データ１０と、画像データ１０においてテキスト化する部分に対応して入力欄が設けられた入力画像とを並置した画像を形成し、オペレータ選択部１２２で選択されたオペレータが操作する操作端末２００の表示部に送信する。オペレータは、操作端末２００の表示部の画像の画像データ１０を参照して、入力画像の入力欄にキーボード等によりテキストデータを入力する。
【００３９】
タスク結果取得部１４０は、選択されたオペレータの操作端末２００からタスク依頼部１３０が依頼したデータ入力タスクに対するデータ入力結果（テキストデータ）を取得する。すると、タスク情報出力部１５０は、データ入力結果を画像データ１０に対応付けたタスク情報２０を更新して出力する。タスク情報出力部１５０は、データ入力タスクを行ったオペレータ（名）を、データ入力結果とともに、タスク情報２０に含んでもよい。このようにすることで、オペレータ選択部１２２は、以前にデータ入力タスクが依頼されたオペレータと異なるオペレータを、次に行うデータ入力タスクのオペレータとして選択する。
【００４０】
このとき、突合部１２３により、非合致の判定がされていた場合には、データエントリは終了する。つまり、突合が行われた後にデータ入力タスク（図２のデータ入力タスク３）が実行された場合は、終了する（突合後は終了）。そして、突合が行われた後にデータ入力タスクで得られたテキストデータが採用される。つまり、図３における「終了」に対応する。このとき、タスク情報出力部１５０は、タスク情報２０にデータエントリが終了した旨をさらに含むようにしてもよい。
一方、回数判定部１２１で０回、１回と判定され、突合が行われていない場合には、データエントリは終了せず継続する。つまり、図３における「継続」に対応する。
【００４１】
ここでは、タスク情報出力部１５０は、タスク情報２０を後述する第４の実施の形態で説明する分配器１００の外部に設けられたタスクバッファに出力してもよく、分配器１００が画像データ１０とタスク情報２０とを対応づけて保持してもよい。
【００４２】
なお、タスク結果取得部１４０が取得するデータ入力結果をタスク情報２０と見なしてもよい。つまり、タスク情報出力部１５０は、タスク情報２０を画像データ１０と対応付ける。そして、タスク情報出力部１５０は、タスク結果取得部１４０から新たにタスク情報２０（データ入力結果）が取得される度に、新たなタスク情報２０（データ入力結果）を画像データ１０に対応付ける。
また、タスク情報出力部１５０がタスク結果取得部１４０から取得したタスク情報２０（データ入力結果）を、タスクバッファにおいて画像データ１０と対応付けてもよい。
【００４３】
以上説明したように、図４に示した分配器１００により、図２に示したデータエントリが行える。そして、図４に示した分配器１００は、図３に示したように、入力として画像データ１０とタスク情報２０とを取得すると、タスク情報２０に基づいて、次のデータ入力タスク（入力処理）の内容が決定されるようになっている。そして、分配器１００によるデータ入力タスクが分配され実行することが繰り返されることにより、データエントリが終了する。
なお、次のデータ入力タスク（入力処理）の内容とは、データ入力タスクを行うか否かであって、データ入力タスクを実行するオペレータの選択を含んでもよい。
【００４４】
（第１の実施の形態におけるタスク情報２０）
次に、第１の実施の形態におけるタスク情報２０を説明する。
図５は、第１の実施の形態におけるタスク情報２０の一例を説明する図である。図５（ａ）は、初期状態、図５（ｂ）は、１回目の分配結果、図５（ｃ）は、２回目の分配結果、図５（ｄ）は、３回目の分配結果（突合の結果が非合致であった場合）、図５（ｅ）は、突合の結果が合致であった場合（突合合致の場合）を示す。
【００４５】
図５（ａ）に示すように、初期状態、つまり１回もデータ入力タスクが分配されていない初期状態におけるタスク情報２０には、データエントリを識別する識別記号（データエントリＩＤ）ｘｘと、タスク情報２０にリンクする（紐付けられた）画像データ１０のファイル名（画像ファイル名）ｙｙとが情報として含まれる。これにより、タスク情報２０が画像データ１０に対応付けられる。
【００４６】
図５（ｂ）に示すように、１回目の分配結果のタスク情報２０には、上記の情報に加えて、１回目のデータ入力結果“ＡＢＣ”及び１回目のデータ入力方法（ここではデータ入力を実行したオペレータ（名））Ａさんが情報として含まれる。
【００４７】
図５（ｃ）に示すように、２回目の分配結果のタスク情報２０には、上記の情報にさらに加えて、２回目のデータ入力結果“ＢＣＤ”及び２回目のデータ入力方法（ここではデータ入力を実行したオペレータ（名））Ｂさんが情報として含まれる。
【００４８】
図５（ｄ）に示すように、突合の結果が非合致であった場合には、３回目の分配結果がタスク情報２０となる。そして、上記の情報にさらに加えて、突合結果（ここでは、「非合致」）、３回目のデータ入力結果“ＣＤＦ”及び３回目のデータ入力方法（ここではデータ入力を実行したオペレータ（名））Ｃさんが情報として含まれる。そして、データエントリが終了した旨を示す表記（ここでは、「終了」）が情報として含まれる。なお、データエントリが終了した旨を示す表記（ここでは、「終了」）は含まれなくともよい。他の場合も同様である。
【００４９】
なお、図５（ｅ）に示すように、図５（ｃ）におけるＢさんによるデータ入力結果が“ＡＢＣ”であった場合には、突合の結果が合致になる。この場合のタスク情報２０には、突合結果（ここでは、「合致」）及びデータエントリが終了した旨を示す表記（ここでは、「終了」）が情報として含まれる。
【００５０】
つまり、画像データ１０と対応付けられたタスク情報２０に、データ入力タスクが分配されて実行された結果（データ入力結果及びデータ入力方法（オペレータ名））が追加されていく。つまり、タスク情報２０は、実行されたデータ入力タスクに関する履歴を保持する。そして、一つのデータエントリについては、一つのタスク情報２０で処理する。よって、図４に示した分配器１００における回数判定部１２１は、タスク情報２０に基づいて、既データ入力タスク回数を判定する。そして、これにより次に行うデータ入力タスクの内容を決定する。つまり、既データ入力タスク回数が予め定められた複数回数（図４では、２回）未満である（０回又は１回）場合には、オペレータを選択してデータ入力タスクを分配する。一方、既データ入力タスク回数が予め定められた複数回数（図４では、２回）である場合には、突合部１２３により、既データ入力タスクによるデータ入力結果を突合し、合致する場合には、終了とし、非合致の場合には、オペレータを選択してデータ入力タスクを分配する。
【００５１】
上述したように、タスク情報２０がこれまでにデータ入力タスクが分配されたオペレータに関する情報（オペレータ名）を保持すれば、オペレータ選択部１２２は、タスク情報２０に基づいて、次のデータ入力タスクを分配するオペレータを、これまでにデータ入力タスクを分配されたオペレータと異なるように選択しうる。
【００５２】
そして、分配器１００は、個々のデータエントリの進捗状況に関する情報を保持しない。分配器１００は、データエントリに関する画像データ１０と画像データ１０に対応するタスク情報２０とを取得して、初めてそのデータエントリに対する進捗が分かる。つまり、分配器１００は、分配器１００が保持する分配に関する処理論理（ロジック）に基づいて、画像データ１０とタスク情報２０とを取得し、タスク情報２０に基づいて、次のデータ入力タスクを分配する。
よって、第１の実施の形態が適用される分配器１００であれば、あるデータエントリに関する複数回数のデータ入力タスクの分配と、他のデータエントリに関する少なくとも複数回数のデータ入力タスクの分配とを混合して受け付けても処理しうる。
このように、第１の実施の形態が適用される分配器１００では、データエントリにおけるデータ入力タスクの分配に関する進捗状況の管理が容易になる。
【００５３】
（分配器１００のハードウエア構成）
図６は、分配器１００のハードウエア構成を説明する図である。
分配器１００は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＨＤＤ３０４、通信用入出力インターフェイス（通信ＩＦ）３０５、入出力インターフェイス（入出力ＩＦ）３０６、入出力ＩＦ３０６に接続されたディスプレイ３０７、入出力ＩＦ３０６に接続された入力デバイス３０８、及びバス３０９を備える。
【００５４】
ＲＯＭ３０２は、電源の供給がない場合でも記憶した（書き込まれた）データを保持する不揮発メモリである。ＲＯＭ３０２は、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリなどである。ＲＯＭ３０２は、分配器１００として動作させるためのアプリケーションソフトウエア（プログラム）やプログラムが用いる定数や変数の初期値などのデータを記憶する。
【００５５】
ＲＡＭ３０３は、電源の供給が絶たれると記憶したデータが失われる揮発メモリである。ＲＡＭ３０３は、ＲＯＭ３０２より、データの読み書きが高速である。ＲＡＭ３０３は、例えばＤＲＡＭである。ＲＡＭ３０３は、ＲＯＭ３０２に記憶されたプログラムやデータが読み出され、実行可能な状態に展開されるとともに、分配器１００を動作させるためのデータを記憶するワークエリアとして使用される。
【００５６】
ＨＤＤ３０４は、電源の供給がない場合でも記憶した（書き込まれた）データを保持する書き換え可能な不揮発メモリであって、大容量のデータを記憶する。ＲＯＭ３０２と同様に、分配器１００として動作させるためのアプリケーションソフトウエア（プログラム）やプログラムが用いる定数や変数の初期値などのデータを記憶してもよい。
【００５７】
バス３０９は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＨＤＤ３０４、通信ＩＦ３０５、及び入出力ＩＦ３０６に接続され、ＣＰＵ３０１の制御によって、プロラムやデータの入出力を可能にする。
通信ＩＦ３０５は、画像データ１０及びタスク情報２０を取得するインターフェイスであり、操作端末２００とのインターフェイスである。なお、図４では、画像データ１０及びタスク情報２０は、分配器１００の外部から取得されるとして説明したが、分配器１００を構成するＲＡＭ３０３、ＨＤＤ３０４などに保持されてもよい。
【００５８】
入出力ＩＦ３０６は、ディスプレイ３０７及び入力デバイス３０８に接続されている。ディスプレイ３０７は、画像を視認することが可能なＬＣＤなどである。入力デバイス３０８は、ＣＰＵ３０１に指示を与えるためのデバイスであって、キーボード、タッチパネル、スイッチなどである。分配器１００では、ディスプレイ３０７及び／又は入力デバイス３０８を備えなくともよい。
【００５９】
ＣＰＵ３０１は、電源が投入されると、ＲＯＭ３０２（又は、ＨＤＤ３０４）に記憶されたプログラムやデータを読み出して、ＲＡＭ３０３上に実行可能な状態に展開する。そして、プログラムを実行する。プログラムの実行にともない、ＨＤＤ３０４、通信ＩＦ３０５、入出力ＩＦ３０６とデータのやり取りを行う。
【００６０】
上記では、ＲＯＭ３０２、ＲＡＭ３０３及びＨＤＤ３０４を設けたが、ＲＯＭ３０２、ＲＡＭ３０３及びＨＤＤ３０４のいくつかを、書き換え可能な不揮発メモリによって構成してもよい。書き換え可能な不揮発メモリとしては、フラッシュメモリなどを用いればよい。また、ＲＯＭ３０２、ＲＡＭ３０３をＣＰＵ３０１と一体に構成してもよい。この場合、ＲＯＭ３０２、ＲＡＭ３０３を書き換え可能な不揮発メモリによって構成してもよい。書き換え可能な不揮発メモリとしては、フラッシュメモリなどを用いればよい。
【００６１】
以上においては、分配器１００は、ＲＯＭ３０２又はＨＤＤ３０４に保持されたアプリケーションソフトウエア（プログラム）によって、分配器として動作するとして説明した。この場合、ＲＡＭ３０３上に実行可能な形態で展開されたアプリケーションソフトウエア（プログラム）によって、上記した分配器１００の各部が構成され、分配器１００の動作が実行される。
【００６２】
一方、ＲＯＭ３０２又はＨＤＤ３０４上に保持され、ＲＡＭ上に実行可能な形態で展開されたプログラムが、入力されたコマンド列を実行するプログラムであってもよい。コマンド列を実行するプログラムとは、例えば、インタプリタである。この場合、分配器１００として機能するコマンド列は、タスク情報２０に保持されている。コマンド列を実行するプログラムは、タスク情報２０を読み込んで実行することで、上記のハードウエアを分配器１００として機能させる。このとき、タスク情報出力部１５０は、データ入力結果を画像データ１０に対応付けたタスク情報２０を作成する際に、分配器１００として機能するコマンド列を書き換え（変更す）ればよい。例えば、回数判定部１２１や突合部１２３において、データ入力結果に基づいて、次に行うコマンドを設定すればよい。
【００６３】
なお、オペレータの操作する操作端末２００も、図６に示したハード構成と同様なハード構成を有している。操作端末２００では、ディスプレイ３０７にオペレータがデータ入力を行うための画面が表示され、入力デバイス３０８であるキーボードなどによって、データ入力が実行される。
【００６４】
そして、分配器１００の通信ＩＦ３０５と操作端末２００の通信ＩＦ３０５とは、ローカルエリアネットワーク（ＬＡＮ）などによって接続されてもよく、公衆回線を用いたＷＡＮやインターネットで接続されていてもよい。
【００６５】
（変形例１−１）
図３に示したデータエントリでは、「継続」の場合、一つの分配器１００が画像データ１０とタスク情報２０とを繰り返し取得して、データ入力タスクを実行した。
図７は、第１の実施の形態が適用されるデータエントリの変形例１−１を説明する図である。
ここでは、３個の分配器１００Ａ、１００Ｂ、１００Ｃが直列に接続されている。そして、「継続」の場合に、前段の分配器におけるタスク情報出力部１５０によって作成されたタスク情報２０が、画像データ１０とともに次段の分配器に出力されるようになっている。
【００６６】
このようにすることで、一つのデータエントリの１回目の分配、２回目の分配及び３回目の分配が連続して（シーケンシャルに）実行される。つまり、図４に示す分配器１００で説明すると、分配器１００Ａは、データ入力タスクの分配が０回である場合の分配器１００に相当する。この場合、分配器１００Ａにより１回のデータ入力タスクが分配された状態（１回目の分配）になるので、「継続」になる。
次に、分配器１００Ｂは、データ入力タスクの分配が１回である場合の分配器１００に相当する。この場合、分配器１００Ｂにより２回のデータ入力タスクが分配された状態（２回目の分配）となるので、「継続」になる。
そして、分配器１００Ｃは、上記の２回のデータ入力タスクの分配による既データ入力結果を突合する場合の分配器１００に相当する。この場合、合致の場合に終了になり、非合致の場合に３回目のデータ入力タスクが分配された状態（３回目の分配）になって終了する。
【００６７】
なお、分配器１００Ａ、１００Ｂ、１００Ｃは、図４に示した分配器１００と同様の構成を有していてもよい。また、分配器１００Ａ、１００Ｂ、１００Ｃは、互いに異なる構成を有していてもよい。例えば、分配器１００Ａ、１００Ｂは、分配器１００の回数判定部１２１、突合部１２３を備えなくともよい。また、分配器１００Ｃは、分配器１００の回数判定部１２１を備えなくともよい。
【００６８】
このように、分配器１００Ａ、１００Ｂ、１００Ｃの順にタスク情報２０が受け渡されていくことにより、一つのデータエントリが実行される。なお、分配器１００Ａ、１００Ｂ、１００Ｃは、各々がタスク情報２０に基づいて動作するので、非同期で動作する。
【００６９】
上記では、図４で説明したデータエントリを例として説明したが、３回を超えるデータ入力タスクを用いる場合には、３を超える分配器を直列に配列すればよい。
【００７０】
［第２の実施の形態］
第１の実施の形態におけるデータエントリでは、図２に示したように、３回のデータ入力タスク（データ入力タスク１、２、３）が、オペレータ（Ａさん、Ｂさん、Ｃさん）に分配された。
第２の実施の形態におけるデータエントリでは、データ入力タスクの１つであるデータ入力タスク１が、ＯＣＲ（ＯＣＲ処理）により行われる。
【００７１】
（第２の実施の形態におけるデータエントリ）
図８は、第２の実施の形態におけるデータエントリの一例を説明するフロー図である。ここでも、画像データ１０（図８の説明では画像データと表記する。）が入力、テキストデータが出力である。
データエントリは、複数回数（３回）のデータ入力タスクと、１つの突合とを含んで行われる。
【００７２】
データエントリのフローを説明する。
入力（画像データ）に対して、ＯＣＲにデータ入力タスク（データ入力タスク１）が分配されて文字認識処理される（ステップ２０１）。同じ入力（画像データ）に対して、オペレータＡさんにデータ入力タスク（データ入力タスク２）が分配されて実行される（ステップ２０２）。
【００７３】
そして、ステップ２０１のデータ入力タスク１によるデータ入力結果（テキストデータ）とステップ２０２のデータ入力タスク２によるデータ入力結果（テキストデータ）とが、突合される（ステップ２０３）。そして、ステップ２０３における突合の結果、２つのデータ入力結果（テキストデータ）が合致する場合には、そのデータ入力結果（テキストデータ）が出力されて、データエントリが終了する。
一方、ステップ２０３における突合の結果、２つのデータ入力結果（テキストデータ）が非合致の場合には、同じ入力（画像データ）に対して、オペレータＢにデータ入力タスク（データ入力タスク３）が分配されて実行される（ステップ２０４）。そして、ステップ２０４で得られたデータ入力結果（テキストデータ）が出力されて、データエントリが終了する。
【００７４】
なお、第１の実施の形態で説明したように、ステップ２０４のデータ入力タスク３によるデータ入力結果（テキストデータ）を、ステップ２０１のデータ入力タスク１によるデータ入力結果（テキストデータ）及び／又はステップ２０２のデータ入力タスク２によるデータ入力結果（テキストデータ）と突合して、合致するデータ入力結果（テキストデータ）を出力してもよい。また、非合致の場合には、さらにデータ入力タスクを分配して実行してもよい。
【００７５】
（第２の実施の形態が適用される分配器４００）
次に、第２の実施の形態が適用される分配器４００について説明する。
図９は、第２の実施の形態が適用される分配器４００の機能構成の一例を説明する図である。
なお、分配器４００におけるデータエントリの概要は、図３に示した分配器１００と同じである。つまり、図３の分配器１００を分配器４００に置き換えればよい。よって、説明を省略する。
【００７６】
第２の実施の形態では、一例として、タスク決定部１２０は、タスク情報２０に基づいて次に行うデータ入力タスク（入力処理）の内容を決定する処理論理（ロジック）を備えている。ここでは、タスク決定部１２０は、これまでにデータ入力タスクの分配が行われていない（データ入力タスクの分配が０回）場合、ＯＣＲ処理による文字認識を行うように構成されている。
以下では、分配器４００を、分配器１００と対比して説明する。よって、分配器１００と同じ部分には、同じ符号を付して説明を省略する。
分配器４００は、タスク決定部１２０に、ＯＣＲ処理部１２４を備える。分配器４００の他の構成は、分配器１００と同じである。
ＯＣＲ処理部１２４は、画像データ１０に含まれる文字列を認識（文字認識）してテキストデータ化する。
【００７７】
次に、分配器４００における接続関係を説明する。
ＯＣＲ処理部１２４は、回数判定部１２１及びタスク情報出力部１５０と接続されている。回数判定部１２１が判定する既データ入力タスク回数に応じて、ＯＣＲ処理部１２４に分岐する。ＯＣＲ処理部１２４は、分配器４００が取得した画像データ１０とタスク情報２０との内、画像データ１０を取得する。
【００７８】
次に、分配器４００の動作を、分配器１００と異なる部分を中心に説明する。
タスク情報取得部１１０は、分配器４００が取得した画像データ１０とタスク情報２０との内、タスク情報２０を取得する。回数判定部１２１は、タスク情報取得部１１０が取得したタスク情報２０に基づいて、既データ入力タスク回数を判定する。
そして、回数判定部１２１は、既データ入力タスク回数が０回であると判定する場合に、ＯＣＲ処理部１２４に分岐する。ＯＣＲ処理部１２４は、画像データ１０に含まれる手書き文字列を文字認識処理してデータテキスト化した結果（データ入力結果）を、タスク情報出力部１５０に送る。すると、タスク情報出力部１５０は、タスク情報２０に、ＯＣＲ処理部１２４によって行われたデータ入力結果を画像データ１０に対応付けたタスク情報２０を作成して、出力する。このとき、タスク情報２０は、データ入力方法（ここでは、ＯＣＲ）を含んでもよい。なお、ＯＣＲ処理（文字認識処理）によるデータ入力タスクも、１回としてカウントする。
【００７９】
回数判定部１２１が判定したデータ入力タスクの回数が予め定められた複数回数（図９では、２回）未満である（図９における１回の）場合、オペレータ選択部１２２が、次に行うデータ入力タスクを分配するオペレータを選択する。そして、回数判定部１２１が判定したデータ入力タスクの回数が予め定められた複数回数（図９では、２回）である（図９における２回の）場合、突合部１２３によるＯＣＲ処理によるデータ入力結果と、オペレータによるデータ入力結果とが突合される。この後は、第１の実施の形態と同様であるので説明を省略する。
【００８０】
第１の実施の形態では、タスク情報２０によりデータ入力タスクの分配がされていない（既データ入力タスク回数が０回）と判定された場合にも、オペレータにデータ入力タスクが分配されたが、第２の実施の形態では、ＯＣＲ処理部１２４による文字認識処理が実行される。
【００８１】
（第２の実施の形態におけるタスク情報２０）
次に、第２の実施の形態におけるタスク情報２０を説明する。
図１０は、第２の実施の形態におけるタスク情報２０の一例を説明する図である。図１０（ａ）は、初期状態、図１０（ｂ）は、１回目の分配結果、図１０（ｃ）は、２回目の分配結果、図１０（ｄ）は、３回目の分配結果（突合の結果が非合致であった場合）、図１０（ｅ）は、突合の結果が合致であった場合（突合合致の場合）を示す。
【００８２】
図１０（ａ）に示すように、初期状態、つまり１回もデータ入力タスクが分配されていない初期状態のタスク情報２０には、データエントリを識別する識別記号（データエントリＩＤ）ｘｘと、タスク情報２０に対応する（紐付けられた）画像データ１０のファイル名（画像ファイル名）ｙｙとが情報として含まれる。
【００８３】
図１０（ｂ）に示すように、ＯＣＲ処理による１回目の分配結果のタスク情報２０には、上記の情報に加えて、ＯＣＲ処理による１回目のデータ入力結果“ＡＢＣ”及び１回目のデータ入力方法（ここではデータ入力を実行したＯＣＲ）が情報として含まれる。なお、図１０（ｂ）に示すタスク情報２０には、ＯＣＲ処理による認識の確度及び認識した文字の位置情報が含まれている。また、ＯＣＲ処理により得られた第２位以降の認識候補などを含んでもよい。
ここで、確度とは、ＯＣＲ処理による文字認識の確かさ（正確性）を示す指標である。確度は、例えば、読み込んだ文字に対する候補文字の数などによって設定される。ここでは、確度は、０．９である。また、位置情報は、文字位置（横方向の文字の位置）ＸＹＨＷ及び文字列位置（縦方向の文字の位置）ＸＹＨＷである。なお、位置情報を含まなくてもよい。
【００８４】
図１０（ｃ）に示すように、２回目の分配結果のタスク情報２０には、上記の情報にさらに加えて、２回目のデータ入力結果“ＢＣＤ”及び２回目のデータ入力方法（ここではデータ入力を実行したオペレータＡさん）が情報として含まれる。
【００８５】
図１０（ｄ）に示すように、突合の結果が非合致であった場合には、３回目の分配結果がタスク情報２０となる。そして、上記の情報にさらに加えて、突合結果（ここでは、「非合致」）、３回目のデータ入力結果“ＣＤＦ”及び３回目のデータ入力方法（ここではデータ入力を実行したオペレータＢさん）が情報として含まれる。さらに、データエントリが終了した旨を示す表記（ここでは、「終了」）が情報として含まれる。
【００８６】
なお、図１０（ｅ）に示すように、図１０（ｃ）におけるＡさんによるデータ入力結果が“ＡＢＣ”であった場合には、突合の結果が合致になる。この場合のタスク情報２０には、突合結果（ここでは、「合致」）及びデータエントリが終了した旨を示す表記（ここでは、「終了」）が情報として含まれる。
【００８７】
つまり、タスク情報２０には、データ入力タスクが分配されて実行された結果（データ入力結果及びデータ入力方法）が時系列で追加されていく。つまり、タスク情報２０は、実行されたデータ入力タスクに関する履歴を保持する。よって、図９に示した分配器４００がＯＣＲ処理部１２４を含む場合であっても、タスク決定部１２０は、タスク情報２０に基づいて、既データ入力タスク回数を判定し、次に行うデータ入力タスク（入力処理）の内容を決定する。
【００８８】
なお、図９では、ＯＣＲ処理部１２４は、分配器４００の内部に設けられているとするが、ＯＣＲ処理装置として分配器４００の外部に設けられていてもよい。この場合、分配器４００が外部に設けられたＯＣＲ処理装置に画像データ１０を送信し、ＯＣＲ処理装置から認識結果（データ入力結果）を取得するように構成すればよい。なお、分配器４００は、画像データ１０を取得して、ＯＣＲ処理装置に送信するので、ＯＣＲ処理装置は、スキャナやカメラを備えることを要しない。
【００８９】
［第３の実施の形態］
第３の実施の形態におけるデータエントリでは、ＯＣＲ処理による確度に基づいて、データ入力タスクが分配される。ここでは、確度が予め定められた閾値Ｔを超える（Ｔ＜確度）場合、確度は高いとする。また、確度が閾値Ｔ以下且つ予め定められた閾値Ｓを超える（Ｓ＜確度≦Ｔ）場合、確度は中程度とする。そして、確度が閾値Ｓ以下（確度≦Ｓ）の場合、確度が低いとする。なお、Ｔ＜確度をＴ≦確度、Ｓ＜確度≦ＴをＳ≦確度＜Ｔ、及び、確度≦Ｓを確度＜Ｓとしてもよい。他の場合も同様である。
【００９０】
図１１は、第３の実施の形態が適用されるデータエントリの一例を説明するフロー図である。ここでも、画像データ１０（図１１の説明では、画像データと表記する。）が入力、テキストデータが出力である。
データエントリは、５つのデータ入力タスクと、２つの突合とを含む。
【００９１】
入力された画像データは、ＯＣＲ処理により文字認識（データ入力）される（ステップ３０１）。そして、ＯＣＲ処理による文字認識の確度が判断される（ステップ３０２）。
ステップ３０２において、確度が高い（Ｔ＜確度）と判断された場合、ＯＣＲ処理によるデータ入力で得られた文字認識（データ入力）結果（テキストデータ）がそのまま出力される。
【００９２】
ステップ３０２において、確度が中程度（Ｓ＜確度≦Ｔ）と判断された場合、オペレータＡさんにデータ入力タスクが分配されて実行される（ステップ３０３）。そして、ステップ３０１で得られたＯＣＲ処理による文字認識（データ入力）結果（テキストデータ）と、ステップ３０３で得られたデータ入力結果（テキストデータ）とが突合される（ステップ３０４）。
【００９３】
そして、ステップ３０４における突合の結果、２つのデータ入力結果（テキストデータ）が合致する場合には、合致したテキストデータが出力されて、データエントリが終了する。
一方、ステップ３０４における突合の結果、２つのデータ入力結果（テキストデータ）が非合致である場合には、オペレータＢさんにデータ入力タスクが分配されて実行される（ステップ３０５）。そして、ステップ３０５で得られたデータ入力結果（テキストデータ）が出力されて、データエントリが終了する。なお、文字の誤読による誤認（エラー）が重複して発生しないように、オペレータＡさんとオペレータＢさんとは別人であることがよい。
【００９４】
ステップ３０２において、確度が低い（確度≦Ｓ）と判断された場合、オペレータＣさんにデータ入力タスクが分配されて実行される（ステップ３０６）。次いで、オペレータＤさんにデータ入力タスクが分配されて実行される（ステップ３０７）。そして、ステップ３０６で得られたデータ入力結果（テキストデータ）と、ステップ３０７で得られたデータ入力結果（テキストデータ）とが突合される（ステップ３０８）。
【００９５】
そして、ステップ３０８における突合の結果、２つのデータ入力結果（テキストデータ）が合致する場合には、合致したテキストデータが出力されて、データエントリが終了する。
一方、ステップ３０８における突合の結果、２つのデータ入力結果（テキストデータ）が非合致である場合には、オペレータＥさんにデータ入力タスクが分配されて実行される（ステップ３０９）。そして、ステップ３０９で得られたデータ入力結果（テキストデータ）が出力されて、データエントリが終了する。
なお、文字の誤読による誤認（エラー）が重複して発生しないように、オペレータＣさん、Ｄさん及びＥさんは別人であることがよい。
確度が低い（確度≦Ｓ）と判断された場合には、ステップ３０１のＯＣＲ処理で得られた文字認識（データ入力）結果（テキストデータ）が無視される。
【００９６】
以上説明したように、第３の実施の形態では、ＯＣＲ処理による文字認識の確度により、次に行うデータ入力タスク（入力処理）の内容が決定される。そして、確度が高い場合には、オペレータによるデータ入力タスクを行わないので、オペレータによるデータ入力タスクの工数が削減される。逆に、確度が低い場合には、ＯＣＲ処理による文字認識（データ入力）結果（テキストデータ）を使用せず、２人のオペレータにデータ入力タスクを分配して実行させて、データ入力の正確性を確保（担保）している。そして、確度が中程度である場合には、ＯＣＲ処理による文字認識（データ入力）結果（テキストデータ）と、オペレータによるデータ入力結果とを突合するようにして、データ入力の正確性が確保（担保）されるとともに、オペレータによるデータ入力タスクの工数が削減される。
【００９７】
（第３の実施の形態が適用される分配器５００）
次に、第３の実施の形態が適用される分配器５００について説明する。
図１２は、第３の実施の形態が適用される分配器５００の機能構成の一例を説明する図である。
なお、分配器５００におけるデータエントリの概要は、図３に示した分配器１００と同じである。つまり、図３の分配器１００を分配器５００に置き換えればよい。よって、説明を省略する。
【００９８】
以下では、分配器５００を、分配器１００と対比して説明する。よって、分配器１００と同じ部分には、同じ又は同様な符号を付して説明を省略する。
分配器５００は、タスク決定部１２０に、ＯＣＲ処理有無判定部１２５と、ＯＣＲ処理部１２４と、第１確度判断部１２６Ａと、第２確度判断部１２６Ｂと、第１回数判定部１２１Ａと、第２回数判定部１２１Ｂと、第１オペレータ選択部１２２Ａと、第２オペレータ選択部１２２Ｂと、第１突合部１２３Ａと、第２突合部１２３Ｂとを備える。他の構成は、分配器１００と同様である。
なお、分配器５００は、画像データ１０とタスク情報２０とを取得する。そして、ＯＣＲ処理部１２４及びタスク依頼部１３０は、分配器５００が取得した画像データ１０を取得し、タスク情報取得部１１０は、分配器５００が取得したタスク情報２０を取得する。
【００９９】
ＯＣＲ処理有無判定部１２５は、タスク情報２０に基づいて、ＯＣＲ処理の有無を判定する。ＯＣＲ処理部１２４は、第２の実施の形態と同様にＯＣＲ処理による文字認識によるテキストデータ化を行う（図９参照）。第１確度判断部１２６Ａは、ＯＣＲ処理部１２４で行われたＯＣＲ処理による文字認識の確度を判断する。第２確度判断部１２６Ｂは、タスク情報２０に基づいて、ＯＣＲ処理による文字認識の確度を判断する。第１回数判定部１２１Ａ、第２回数判定部１２１Ｂは、第１の実施の形態及び第２の実施の形態における回数判定部１２１と同様に、タスク情報２０に基づいて既データ入力タスク回数を判定する（図４、図９参照）。第１オペレータ選択部１２２Ａ、第２オペレータ選択部１２２Ｂは、第１の実施の形態及び第２の実施の形態におけるオペレータ選択部１２２と同様に、次に行うデータ入力タスクを依頼するオペレータを選択する（図４、図９参照）。第１突合部１２３Ａ、第２突合部１２３Ｂは、第１の実施の形態及び第２の実施の形態における突合部１２３と同様に、既データ入力タスクによるデータ入力結果を突合する（図４、図９参照）。分配器５００の他の構成は、分配器１００と同じである。
【０１００】
次に、分配器５００における接続関係を説明する。
タスク情報取得部１１０は、ＯＣＲ処理有無判定部１２５に接続されている。ＯＣＲ処理有無判定部１２５は、ＯＣＲ処理部１２４及び第２確度判断部１２６Ｂに接続されている。ＯＣＲ処理有無判定部１２５によるＯＣＲ処理の有無により、ＯＣＲ処理部１２４又は第２確度判断部１２６Ｂに分岐する。ＯＣＲ処理部１２４は、第１確度判断部１２６Ａに接続されている。第１確度判断部１２６Ａは、タスク情報出力部１５０に接続されている。
【０１０１】
第２確度判断部１２６Ｂは、第１回数判定部１２１Ａ及び第２回数判定部１２１Ｂに接続されている。第１回数判定部１２１Ａは、第１オペレータ選択部１２２Ａ及び第１突合部１２３Ａに接続されている。第２回数判定部１２１Ｂは、第２オペレータ選択部１２２Ｂ及び第２突合部１２３Ｂに接続されている。第１オペレータ選択部１２２Ａ及び第２オペレータ選択部１２２Ｂは、タスク依頼部１３０に接続されている。
【０１０２】
次に、分配器４００の動作を、分配器１００と異なる部分を中心に説明する。
タスク情報取得部１１０は、分配器４００が取得した画像データ１０とタスク情報２０との内、タスク情報２０を取得する。ＯＣＲ処理有無判定部１２５は、タスク情報取得部１１０が取得したタスク情報２０に基づいて、ＯＣＲ処理の有無を判定する。
そして、ＯＣＲ処理有無判定部１２５が、ＯＣＲ処理が行われていない（無）と判定すると、ＯＣＲ処理部１２４に分岐する。ＯＣＲ処理部１２４は、画像データ１０をＯＣＲ処理（文字認識）してテキストデータ化を行う。ここでは、ＯＣＲ処理は、１回のデータ入力タスクの実行であるとする。
【０１０３】
そして、第１確度判断部１２６Ａが、ＯＣＲ処理による文字認識の確度を判断する。ここでは、第１確度判断部１２６Ａは、ＯＣＲ処理による文字認識の程度を閾値Ｔ、Ｓに対応づけて「高い（Ｔ＜確度）」、「中程度（Ｓ＜確度≦Ｔ」及び「低い（確度≦Ｓ）」の３段階に分類する。なお、閾値Ｔが閾値Ｓより大きいとする（Ｓ＜Ｔ）。
ＯＣＲ処理有無判定部１２５が、ＯＣＲ処理が行われていない（無）と判定する場合とは、１つのデータエントリを開始するタイミング、つまり初期状態である。
【０１０４】
ここで、第１確度判断部１２６Ａが確度が閾値Ｔを超える（「高い（Ｔ＜確度）」）と判断する場合には、タスク情報出力部１５０は、タスク情報２０にＯＣＲ処理による文字認識（データ入力）結果を画像データ１０に対応付けたタスク情報２０を作成する。なお、文字認識の確度が高い（「高い（Ｔ＜確度）」）ので、データエントリを終了する。よって、タスク情報出力部１５０は、データエントリが終了した旨をタスク情報２０に書き込んでもよい。
【０１０５】
一方、第１確度判断部１２６Ａが確度が閾値Ｔ以下（確度≦Ｔ）であると判断する場合には、タスク情報出力部１５０は、データ入力結果、データ入力方法及び確度を画像データ１０に対応付けたタスク情報２０を作成する。ここで、データ入力結果とは、ＯＣＲ処理によって文字認識されたデータ入力結果（テキストデータ）、データ入力方法は、ＯＣＲ、確度は、「中程度（Ｓ＜確度≦Ｔ）」又は「低い（確度≦Ｓ）」である。なお、図１０（ｂ）のタスク情報２０に示したように、文字位置、文字列位置など他の情報を含んでいてもよい。この場合、「継続」となる。
【０１０６】
ＯＣＲ処理有無判定部１２５が、タスク情報２０に基づいて、ＯＣＲ処理が行われた（有）と判断する場合は、第２確度判断部１２６Ｂに分岐する。すると、第２確度判断部１２６Ｂは、タスク情報２０に基づいて、ＯＣＲ処理による確度を判断する。ＯＣＲ処理有無判定部１２５がＯＣＲ処理が行われた（有）と判断する場合には、タスク情報２０には、第１確度判断部１２６Ａによって判断された確度が含まれている。
【０１０７】
第２確度判断部１２６Ｂが判断した確度が「中程度（Ｓ＜確度≦Ｔ）」である場合には、第１回数判定部１２１Ａが、タスク情報２０に基づいて、既データ入力タスク回数を判定する。
第１回数判定部１２１Ａが既データ入力タスク回数が１回（ＯＣＲ処理に対応）であると判定した場合に、第１オペレータ選択部１２２Ａに分岐する。第１オペレータ選択部１２２Ａは、次のデータ入力タスクを依頼するオペレータを選択する。すると、タスク依頼部１３０は、選択されたオペレータの操作端末２００にデータ入力タスクを依頼する。タスク結果取得部１４０が選択されたオペレータによるデータ入力結果を取得する。すると、タスク情報出力部１５０は、データ入力結果及びデータ入力方法（オペレータ（名））を含んだタスク情報２０を出力する。
【０１０８】
第１回数判定部１２１Ａが、既データ入力タスク回数が２回（ＯＣＲ処理によるデータ入力タスクとオペレータによるデータ入力タスク）であると判定した場合、第１突合部１２３Ａは、ＯＣＲ処理によるデータ入力結果と、オペレータによるデータ入力結果とを突合する。そして、第１突合部１２３Ａが合致すると判定する場合には、タスク情報出力部１５０は、突合の結果（「合致」）を含むタスク情報２０を画像データ１０に対応付けて作成する。このとき、タスク情報出力部１５０は、データエントリが終了した旨（「終了」）を含んだタスク情報２０を作成してもよい。
一方、第１突合部１２３Ａが非合致であると判定する場合には、第１オペレータ選択部１２２Ａは、次にデータ入力タスクを依頼するオペレータを選択する。そして、タスク依頼部１３０は、選択されたオペレータにデータ入力タスクを依頼する。タスク結果取得部１４０が選択されたオペレータによるデータ入力結果を取得する。すると、タスク情報出力部１５０は、データ入力結果及びデータ入力方法（オペレータ（名））を含むタスク情報２０を画像データ１０に対応付けて作成して出力する。
【０１０９】
一方、第２確度判断部１２６Ｂが確度が「低い（確度≦Ｓ）」と判定した場合には、第２回数判定部１２１Ｂが、タスク情報２０に基づいて、既データ入力タスク回数を判定する。第２回数判定部１２１Ｂが既データ入力タスク回数が１回又は２回であると判定する場合には、第２オペレータ選択部１２２Ｂは、次に行うデータ入力タスクを依頼するオペレータを選択する。なお、前述したように、ＯＣＲ処理部１２４によるＯＣＲ処理もデータ入力タスクであるとカウントするので、既データ入力タスク回数が１回であるとは、ＯＣＲ処理によるデータ入力タスクが行われた場合である。また、既データ入力タスク回数が２回であるとは、ＯＣＲ処理によるデータ入力タスクとオペレータによるデータ入力タスクとが行われた場合である。
【０１１０】
そして、タスク依頼部１３０は、選択されたオペレータの操作端末２００にデータ入力タスクを依頼して実行させる。タスク結果取得部１４０が選択されたオペレータによるデータ入力結果を取得する。すると、タスク情報出力部１５０は、データ入力結果及びデータ入力方法（オペレータ（名））を含むタスク情報２０を画像データ１０に対応付けて作成して出力する。
【０１１１】
一方、第２回数判定部１２１Ｂが既データ入力タスク回数が３回であると判定する場合には、第２突合部１２３Ｂが、オペレータによって行われた２回のデータ入力結果を突合する。ここでは、ＯＣＲ処理によるデータ入力結果は、確度が低いため、突合の対象としない。そして、第２突合部１２３Ｂが合致すると判定する場合には、タスク情報出力部１５０は、突合の結果（「合致」）を含むタスク情報２０を画像データ１０に対応付けて作成して出力し、データエントリを終了する。このとき、タスク情報出力部１５０は、データエントリが終了した旨（「終了」）を含むタスク情報２０を作成してもよい。
【０１１２】
なお、第２突合部１２３Ｂが非合致であると判定する場合には、第２オペレータ選択部１２２Ｂが、次にデータ入力タスクを依頼するオペレータを選択する。そして、タスク依頼部１３０は、選択されたオペレータの操作端末２００にデータ入力タスクを依頼して実行させる。タスク結果取得部１４０が選択されたオペレータによるデータ入力結果を取得する。すると、タスク情報出力部１５０は、タスク情報２０にデータ入力結果及びデータ入力方法（オペレータ（名））を含むタスク情報２０を画像データ１０に対応付けて作成して出力し、データエントリを終了する。このとき、タスク情報出力部１５０は、タスク情報２０にデータエントリが終了した旨（「終了」）を含むタスク情報２０を作成してもよい。
以上説明したように、分配器５００は、図１１に示したデータエントリを実行する。
【０１１３】
以上説明したように、データエントリタスクをＯＣＲ処理から初めて、ＯＣＲ処理による文字認識の確度によって、次に行うデータ入力タスク（入力処理）の内容を決定している。このとき、ＯＣＲ処理の確度が高い（Ｔ＜確度）場合には、ＯＣＲ処理によるデータ入力結果（テキストデータ）をそのまま採用する。このようにすることで、オペレータが実行するデータ入力タスクの工数が削減される。
また、ＯＣＲ処理による文字認識の確度が中程度（Ｓ＜確度≦Ｔ）の場合には、ＯＣＲ処理によるデータ入力結果とオペレータによるデータ入力結果とを突合する。そして、合致すれば、データ入力結果を採用し、非合致であれば、再度オペレータにデータ入力タスクを分配し実行させて、このデータ入力結果を採用する。
そして、ＯＣＲ処理による文字認識の確度が低い（確度≦Ｓ）場合には、ＯＣＲ処理によるデータ入力結果を用いず、２人のオペレータによるデータ入力結果を突合する。そして、合致すれば、データ入力結果を採用し、非合致であれば、再度オペレータにデータ入力タスクを分配し実行させて、このデータ入力結果を採用する。
【０１１４】
このようにすることで、ＯＣＲ処理による確度が高い場合及び中程度である場合には、ＯＣＲ処理によるデータ入力結果を用い、ＯＣＲ処理による確度が低い場合には、ＯＣＲ処理によるデータ入力結果を用いない。このようにすることで、オペレータによるデータ入力タスクの工数を削減しつつ、データ入力の正確性が確保される。
【０１１５】
なお、図１２において、分配器５００のタスク決定部１２０における第１回数判定部１２１Ａ、第１オペレータ選択部１２２Ａ及び第１突合部１２３Ａの部分は、第２の実施の形態が適用される分配器４００におけるタスク決定部１２０に対応する。
また、分配器５００のタスク決定部１２０における第２回数判定部１２１Ｂ、第２オペレータ選択部１２２Ｂ及び第２突合部１２３Ｂの部分は、第１の実施の形態が適用される分配器１００におけるタスク決定部１２０に対応する。なお、ここでは、ＯＣＲ処理によるデータ入力タスクを１回とカウントしたため、第２回数判定部１２１Ｂでは、既データ入力タスク回数が＋１されている。
【０１１６】
次に、第３の実施の形態の変形例を説明する。
（第３の実施の形態の変形例３−１）
以上においては、ＯＣＲ処理の確度が「高い（Ｔ＜確度）」場合には、ＯＣＲ処理によるデータ入力結果（テキストデータ）を採用した。
変形例３−１では、ＯＣＲ処理によるデータ入力結果（テキストデータ）を採用しない。
図１３は、変形例３−１におけるデータエントリのフロー図である。
図１１のステップ３０２の代わりのステップ３０２Ａでは、ＯＣＲ処理による文字認識の確度を、「中程度超（Ｓ＜確度）」と「低い（確度≦Ｓ）」との２段階で判断する。なお、変形例３−１の閾値Ｓと、図１１に示した閾値Ｓとは、異なってもよい。
【０１１７】
図１４は、変形例３−１が適用される分配器５１０の機能構成の一例を説明する図である。ここでは、図１２に示した分配器５００と同じ部分には、同じ符号を付している。
分配器５１０において、第１確度判断部１２６Ａは、後述するように、確度を「中程度超（Ｓ＜確度）」と「低い（確度≦Ｓ）」との２段階で判断している。
【０１１８】
そして、第２確度判断部１２６Ｂにより、確度が「中程度超（Ｓ＜確度）」と「低い（確度≦Ｓ）」との２つの段階で判断する。
分配器５１０は、分配器５００における、確度が「高い（Ｔ＜確度）」の場合が「中程度超（Ｓ＜確度））」に含まれることを除けば、図１２に示した分配器５００の動作と同じであるので、動作の説明を省略する。
【０１１９】
（第３の実施の形態の変形例３−２）
変形例３−２では、図１１に示した第３の実施の形態におけるデータエントリにおいて、ＯＣＲ処理による文字認識の確度が「中程度（Ｓ＜確度≦Ｔ）」の場合を除いている。つまり、ＯＣＲ処理によるデータ入力結果とオペレータによるデータ入力結果との突合を行わない。
【０１２０】
図１５は、変形例２におけるデータエントリのフロー図である。
図１１のステップ３０２の代わりのステップ３０２Ｂでは、ＯＣＲ処理による文字認識の確度を、「高い（Ｔ＜確度）」と「高くない（確度≦Ｔ）」との２段階で判断する。なお、変形例３−２の閾値Ｔと、図１１に示した閾値Ｔとは、異なってもよい。
【０１２１】
図１６は、変形例３−２が適用される分配器５２０の機能構成の一例を説明する図である。ここでは、図１２に示した分配器５００と同じ部分には、同じ符号を付している。
分配器５２０において、第１確度判断部１２６Ａは、確度を「高い（Ｔ＜確度）」と「高くない（確度≦Ｔ）」との２段階で判断する。
【０１２２】
すると、第１確度判断部１２６Ａが確度が「高い（Ｔ＜確度）」と判断する場合には、タスク情報出力部１５０により、ＯＣＲ処理によるデータ入力結果（テキストデータ）及びデータ入力方法（この場合、ＯＣＲ）が含むタスク情報２０が画像データ１０に対応付けて作成されて、出力される。そして、このデータ入力結果（テキストデータ）が採用されて、データエントリが終了する。
【０１２３】
ここでは、ＯＣＲ処理によるデータ入力結果とオペレータによるデータ入力結果との突合を行わない。よって、分配器５２０は、図１２に示した分配器５００における、第２確度判断部１２６Ｂ、第１回数判定部１２１Ａ、第１オペレータ選択部１２２Ａ及び第１突合部１２３Ａを削除した構成となっている。そして、ＯＣＲ処理有無判定部１２５の「有」の場合が第２回数判定部１２１Ｂに接続されている。
【０１２４】
分配器５２０は、図１２における確度が「中程度（Ｓ＜確度≦Ｔ）」と「低い（確度≦Ｓ）」が「高くない（確度≦Ｔ）」に含まれることを除けば、図１２に示した分配器５００の動作と同じであるので、動作の説明を省略する。
【０１２５】
（第３の実施の形態の変形例３−３）
変形例３−３では、図１１に示した第３の実施におけるデータエントリにおいて、ＯＣＲ処理による確度が「低い（確度＜Ｓ）」の場合を除いている。つまり、２人のオペレータによるデータ入力結果を突合することを行わない。
【０１２６】
図１７は、変形例３−３におけるデータエントリのフロー図である。
図１１ステップ３０２の代わりのステップ３０２Ｃでは、ＯＣＲ処理による文字認識の確度を、「高い（Ｔ＜確度）」と「高くない（確度≦Ｔ）」との２段階で判断する。なお、変形例３−３の閾値Ｔと、図１１に示した閾値Ｔとは、異なってもよい。
【０１２７】
図１８は、変形例３−３の分配器５３０の機能構成の一例を説明する図である。ここでは、図１２に示した分配器５００と同じ構成の部分には、同じ符号を付している。
分配器５３０において、第１確度判断部１２６Ａは、確度を「高い（Ｔ＜確度）」と「高くない（確度≦Ｔ）」との２段階で判断する。
【０１２８】
すると、第１確度判断部１２６Ａが確度が「高い（Ｔ＜確度）」と判断する場合には、タスク情報出力部１５０により、ＯＣＲ処理によるデータ入力結果（テキストデータ）及びデータ入力方法（この場合、ＯＣＲ）を含むタスク情報２０が画像データ１０に対応付けて作成されて、出力される。そして、このデータ入力結果（テキストデータ）が採用されて、データエントリが終了する。
【０１２９】
ここでは、２人のオペレータによるデータ入力結果を突合することを行わない。よって、分配器５３０は、図１２に示した分配器５００における、第２確度判断部１２６Ｂ、第２回数判定部１２１Ｂ、第２オペレータ選択部１２２Ｂ及び第１突合部１２３Ａを削除した構成となっている。そして、ＯＣＲ処理有無判定部１２５の「有」の場合が第１回数判定部１２１Ａに接続されている。
【０１３０】
分配器５２０は、図１２における確度が「中程度（Ｓ＜確度≦Ｔ）」と「低い（確度≦Ｓ）」が「高くない（確度≦Ｔ）」に含まれることを除けば、図１２に示した分配器５００の動作と同じであるので、動作の説明を省略する。
【０１３１】
［第４の実施の形態］
第１の実施の形態から第３の実施の形態においては、１つのデータエントリを対象とし、このデータエントリを、分配器（分配器１００、４００、５００、５１０、５２０、５３０）によって分配される複数のデータ入力タスクの実行により行なわせることを説明した。特に、分配器がタスク情報２０に基づいて、次に行う処理を決定することにより、データエントリの進捗状況の管理が容易になることを説明した。
【０１３２】
第４の実施の形態では、複数のデータエントリを処理する場合について説明する。ここでは、第１の実施の形態から第３の実施の形態で説明した分配器の機能を備える分配サーバが複数設けられ、複数の分配サーバを並列に動作させて、複数のデータエントリに関するデータ入力タスクを実行させる。つまり、複数の分配サーバは、並列して複数のデータエントリに関する複数のデータ入力タスクを、複数のオペレータに分配して、実行させる。複数の分配サーバによりデータ入力タスクを分配しつつ、複数のデータエントリを処理するシステムを、分配サーバシステムと表記する。なお、分配サーバシステムが情報処理システムの一例である。
このように、複数の分配サーバを設けて並列して実行させるのは、分配の時間や場所に制限されないようにするためである。また、並列化によりデータエントリの高速化やスループットの増大を実現するためである。
【０１３３】
分散サーバは、図６に示した分配器１００と同様なハードウエア構成を有している。
なお、複数の分配サーバは、物理的に分離したものでなくてもよい。例えば、一つのＣＰＵ（図６のＣＰＵ３０１）で動作する複数のプロセスであってもよい。また、複数の分配サーバは、同一のプロセス内において時系列でそれぞれの処理が行なわれるものであってもよい。つまり、複数の分配サーバは、個々のデータ入力タスクを分配する処理が論理的に別々に動けばよい。
【０１３４】
図１９は、第４の実施の形態が適用される分配サーバシステムの概要を説明する図である。図１９（ａ）は、複数の分配サーバ６００を含み、それぞれの分配サーバ６００がタスクバッファ７００とオペレータバッファ８００とを備える場合、図１９（ｂ）は、複数の分配サーバ６００を含み、タスクバッファ７００とオペレータバッファ８００とが共通である場合である。タスクバッファ７００が保持手段の一例、オペレータバッファが入力者登録手段の一例である。
【０１３５】
まず、図１９（ａ）を説明する。図１９（ａ）では、分配サーバ６００が２つである場合を示す。そして、分配サーバ６００は、それぞれがタスクバッファ７００とオペレータバッファ８００とを備える。タスクバッファ７００は、次に行われるデータ入力タスク（データ入力を要求されたデータ入力タスク）を保持する。つまり、第１の実施の形態から第３の実施の形態において「終了」となっていないデータ入力タスクを保持する。一方、オペレータバッファ８００には、データ入力タスクを実行可能なオペレータ（名）３０を保持する。例えば、オペレータバッファ８００は、その時点において、データ入力タスクを実行していないオペレータ（名）３０であってもよいし、オペレータ（名）３０とともにその時点において実行及び分配されているデータ入力タスクの数を登録してもよい。ここでは、オペレータバッファ８００は、その時点においてデータ入力タスクを実行していないオペレータ（名）３０であるとして説明する。
【０１３６】
なお、オペレータバッファ８００がオペレータ３０を保持するとは、オペレータ３０が登録され、データ入力タスクを依頼するオペレータ３０が選択されると、分配サーバ６００からそのオペレータ３０が操作する操作端末２００（図４参照）にデータ入力タスクが送信されるようになっていることをいう。つまり、複数のオペレータ３０は、分配サーバ６００の近くの一つの場所にまとまっている場合の他、分配サーバ６００から離れた遠隔地にいてもよい。つまり、分配サーバ６００とオペレータ３０（操作端末２００）とは、ＬＡＮ、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、などに用いられる有線ネットワーク、無線ネットワーク、これらが複合されたネットワークなどを介して接続されていてもよい。なお、分配サーバ６００とタスクバッファ７００とも、同様に接続されていてもよい。
【０１３７】
また、タスクバッファ７００及び／又はオペレータバッファ８００は、分配サーバ６００内に設けられていてもよい。
【０１３８】
つまり、分配サーバ６００は、タスクバッファ７００から１つのデータ入力タスクを取得し、オペレータバッファ８００からデータ入力タスクを依頼して実行させるオペレータ３０を選択する。そして、選択したオペレータ３０の操作端末２００（図４など参照）にデータ入力タスクを送信して、データ入力タスクを依頼して実行させる。
【０１３９】
ここで、分配サーバ６００をそれぞれ区別する場合には、分配サーバ６１０、６２０と表記する。そして、タスクバッファ７００及びオペレータバッファ８００を、分配サーバ６１０、６２０に対応して区別する場合には、分配サーバ６１０側をタスクバッファ７１０、オペレータバッファ８１０と表記し、分配サーバ６２０側をタスクバッファ７２０、オペレータバッファ８２０と表記する。
【０１４０】
ここで、タスクバッファ７００には、データ入力タスクに関する画像データ１０とタスク情報２０とが対応づけられるとともに、一体（ペア）として保持されている。そして、分配サーバ６００は、タスク情報２０を保持しない。ここで、一体として保持するとは、画像データ１０とタスク情報２０とが紐づけられて保持されることに加え、切り離されることなく移動可能なことをいう。例えば、複数のタスクバッファ７００があって、データ入力タスクをタスクバッファ７００間で移動させた場合、画像データ１０に加えタスク情報２０も移動する。一体として保持することの一例は、画像データ１０とタスク情報２０とを一つのフォルダに保持し、タスクバッファ７００間において、フォルダごと移動させるような場合である。
【０１４１】
個々の分配サーバ６００において、タスクバッファ７００に保持されたデータ入力タスクの数と、オペレータバッファ８００に登録されたデータ入力タスクを実行していないオペレータの数とがバランスが取れていて、データ入力タスクの待ちが発生していなければよい。しかし、データ入力タスクの数とオペレータの数とがアンバランスであれば、データ入力タスクに待ちが発生したり、オペレータに待ちが発生したりする。
【０１４２】
図１９（ａ）では、分配サーバ６１０側において、タスクバッファ７１０には、３つのデータ入力タスクがあるが、オペレータバッファ８１０には、データ入力タスクを実行していないオペレータがいない（０人である）。このため、分配サーバ６１０は、タスクバッファ７１０にあるデータ入力タスクを、オペレータに分配しえない。つまり、データ入力タスクに待ちが発生している。
一方、分配サーバ６２０側において、タスクバッファ７２０には、データ入力タスクがない（０個である）。しかし、オペレータバッファ８２０には、データ入力タスクを実行していないオペレータが３人ある。つまり、オペレータに待ちが発生している。
【０１４３】
以上説明した場合では、分配サーバ６１０は、データ入力タスクに待ちが発生し、分配サーバ６２０は、オペレータに待ちが発生している。よって、分配サーバ６１０側から分配サーバ６２０側にデータ入力タスクを移動させれば、分配サーバ６１０のデータ入力タスクの待ちと分配サーバ６２０のオペレータの待ちが解消される。これにより、データ入力タスクを実行する効率が向上する。
【０１４４】
このとき、タスクバッファ７１０には、データ入力タスクに関する画像データ１０とタスク情報２０とが一体として保持されている。そこで、画像データ１０とタスク情報２０とを一体として、タスクバッファ７１０からタスクバッファ７２０に移動する（矢印で示す移動）。そして、分配サーバ６２０が、このデータ入力タスクを、オペレータバッファ８２０に登録されたオペレータに分配すれば、データ入力タスクが実行される。
【０１４５】
次に、図１９（ｂ）を説明する。図１９（ｂ）では、２つの分配サーバ６００（分配サーバ６１０、６２０）がある。しかし、タスクバッファ７００及びオペレータバッファ８００は、それぞれ１つであって、２つの分配サーバ６００（分配サーバ６１０、６２０）で共有されている。そして、タスクバッファ７００は、３つのデータ入力タスクを保持し、オペレータバッファ８００には、データ入力タスクを実行していない３人のオペレータが登録されている。なお、各データ入力タスクは、画像データ１０とタスク情報２０とを一体として保持している。そして、分配サーバ６１０、６２０は、タスク情報２０を保持しない。
【０１４６】
この場合、分配サーバ６１０がタスクバッファ７００にあるデータ入力タスクをオペレータバッファ８００のオペレータへ分配して実行させてもよく、分配サーバ６２０がタスクバッファ７００にあるデータ入力タスクをオペレータバッファ８００に登録されたオペレータへ分配して実行させてもよい。タスクバッファ７００において、タスク情報２０が画像データ１０とともに保持されているので、分配サーバ６１０及び分配サーバ６２０のいずれであっても、取得したタスク情報２０に基づいて、オペレータにデータ入力タスクを分配して実行させられる。
【０１４７】
なお、分配サーバ６００とタスクバッファ７００及び／又はオペレータバッファ８００とは、一体で構成されていてもよい。つまり、分配サーバ６００がタスクバッファ７００及び／又はオペレータバッファ８００を含んでいてもよい。
【０１４８】
図２０は、比較のために示す第４の実施の形態が適用されない分配サーバシステムの概要を説明する図である。図２０（ａ）は、複数の分配サーバ６００を含み、それぞれの分配サーバ６００がタスクバッファ７００とオペレータバッファ８００とを備える場合、図２０（ｂ）は、複数の分配サーバ６００を含み、タスクバッファ７００とオペレータバッファ８００とが共通である場合である。
【０１４９】
図２０（ａ）を説明する。図２０（ａ）では、分配サーバ６００が２つである場合を示す。そして、分配サーバ６００は、それぞれがタスクバッファ７００とオペレータバッファ８００とを備える。さらに、分配サーバ６００は、それぞれタスク情報２０を保持するタスク情報データベース９００を備える。なお、図１９（ａ）に示した場合と同様に、分配サーバ６００をそれぞれ区別する場合には、分配サーバ６１０、６２０と表記する。そして、タスクバッファ７００、オペレータバッファ８００及びタスク情報データベース９００を、分配サーバ６１０、６２０に対応して区別する場合には、分配サーバ６１０側をタスクバッファ７１０、オペレータバッファ８１０及びタスク情報データベース９１０と表記し、分配サーバ６２０側をタスクバッファ７２０、オペレータバッファ８２０及びタスク情報データベース９２０と表記する。
【０１５０】
タスク情報データベース９００は、分配サーバ６００が備えるタスクバッファ７００が保持するデータ入力タスクに関するタスク情報２０を保持する。つまり、タスク情報データベース９１０は、分配サーバ６１０が備えるタスクバッファ７１０が保持するデータ入力タスクに関するタスク情報２０を保持し、タスク情報データベース９２０は、分配サーバ６２０が備えるタスクバッファ７２０が保持するデータ入力タスクに関するタスク情報２０を保持する。このとき、タスクバッファ７１０、７２０は、データ入力タスクに関する画像データ１０を保持する。
【０１５１】
ここでは、タスクバッファ７１０には、データ入力タスクに関する３つの画像データ１０が保持されている。つまり、データ入力タスクが３つある。タスクバッファ７２０には、データ入力タスクに関する画像データ１０が保持されていない。つまり、データ入力タスクが０である。つまり、分配サーバ６１０側は、データ入力タスクに待ちが発生している。
一方、オペレータバッファ８１０には、データ入力タスクを実行していない（登録された）オペレータ３０がいない（０人である）。オペレータバッファ８２０には、データ入力タスクを実行していない（登録された）オペレータ３０が３人ある。つまり、分配サーバ６２０側は、オペレータ３０に待ちが生じている。
【０１５２】
仮に、オペレータバッファ８１０に、登録されたオペレータ３０が複数人あるとする。この場合、分配サーバ６１０は、タスクバッファ７１０の保持するデータ入力タスクをオペレータバッファ８１０のデータ入力タスクを実行していない（登録された）オペレータに分配して実行させられる。つまり、分配サーバ６１０は、タスクバッファ７１０からデータ入力タスクに関する画像データ１０を取得するとともに、タスク情報データベース９１０からデータ入力タスクに関するタスク情報２０を取得して、タスク情報２０に基づいて、オペレータバッファ８１０に登録されたオペレータ３０からデータ入力タスクを依頼して実行させるオペレータ３０を選択して実行させればよい。
【０１５３】
しかし、上記したように、分配サーバ６１０側はデータ入力タスクに待ちが発生し、分配サーバ６２０側はオペレータに待ちが発生している。
そこで、分配サーバ６１０側のタスクバッファ７１０から分配サーバ６２０側のタスクバッファ７２０にデータ入力タスク（画像データ１０）を移動させ、分配サーバ６２０によってデータ入力タスクを分配させることを考える。しかし、移動させたデータ入力タスク（画像データ１０）に関するタスク情報２０は、タスク情報データベース９１０に保持されている。よって、分配サーバ６２０側のタスク情報データベース９２０には、移動させたデータ入力タスク（画像データ１０）に関するタスク情報２０が保持されていない。
【０１５４】
つまり、分配サーバ６２０がタスクバッファ７２０に移動させたデータ入力タスク（画像データ１０）を分配するためには、移動させたデータ入力タスク（画像データ１０）に関するタスク情報２０をタスク情報データベース９２０に保持させることが必要になる。これには、例えば、タスク情報データベース９１０とタスク情報データベース９２０とを同期させればよい。同期とは、タスク情報データベース９００間において、保持するタスク情報２０をコピーし合うことをいう。同期させると、タスク情報データベース９２０は、タスク情報データベース９１０の保持するタスク情報２０を保持するようになる。
【０１５５】
しかし、タスク情報データベース９１０とタスク情報データベース９２０とを同期させる処理を行うには、他の処理を待たせることになる。つまり、待ち時間分だけ、分配サーバシステムにおけるスループットの低下やレスポンスの遅延などが発生して処理時間が長くなる。
これは、データ入力タスクに関する画像データ１０とタスク情報２０とがタスクバッファ７００とタスク情報データベース９００とに分かれて保持されているためである。
【０１５６】
一方、図１９（ａ）に示した第４の実施の形態が適用される分配サーバシステムでは、データ入力タスクに関する画像データ１０と対応するタスク情報２０とが一体として保持されているので、複数のタスクバッファ７００間でデータ入力タスクを移動すれば、画像データ１０に加えてタスク情報２０も一緒に移動する。よって、タスク情報データベースを設けることも、複数のタスク情報データベース間で同期をとることも要しない。これにより、タスク分配システムにおける処理時間が長くなることが抑制される。そして、図１９（ａ）に示した構成で、分配サーバ６００が複数ある場合であっても、データ入力タスクが効率よく、且つ、正しく分配されるとともに、データ入力タスク（入力処理）の進捗状況の管理が容易になる。
【０１５７】
次に、図２０（ｂ）を説明する。図２０（ｂ）では、２つの分配サーバ６００（分配サーバ６１０、６２０）がある。さらに、分配サーバ６００（分配サーバ６１０、６２０）は、それぞれタスク情報２０を保持するタスク情報データベース９００（タスク情報データベース９１０、９２０）を備える。しかし、タスクバッファ７００及びオペレータバッファ８００は、それぞれ１つであって、２つの分配サーバ６００（分配サーバ６１０、６２０）で共有されている。
【０１５８】
ただし、タスク情報データベース９１０は、分配サーバ６１０に接続され、分配サーバ６１０が分配を担当するデータ入力タスクに関するタスク情報２０を保持する。同様に、タスク情報データベース９２０は、分配サーバ６２０に接続され、分配サーバ６２０が分配を担当するデータ入力タスクに関するタスク情報２０を保持する。このとき、タスクバッファ７００は、データ入力タスクに関する画像データ１０を保持する。
【０１５９】
タスクバッファ７００は、３つのデータ入力タスク（画像データ１０）を保持し、オペレータバッファ８００には、３人のオペレータが登録されている。そして、分配サーバ６１０に接続されたタスク情報データベース９１０に３つのデータ入力タスク（画像データ１０）に関するタスク情報２０を保持しているとする。
【０１６０】
このとき、分配サーバ６２０が、タスクバッファ７００が保持するデータ入力タスクをオペレータバッファ８００に登録されたオペレータ３０に分配して実行させようとしても、分配サーバ６２０がアクセス可能なタスク情報データベース９２０には、このデータ入力タスク（画像データ１０）に関するタスク情報２０が保持されていない。よって、データ入力タスクを分配しえない。この場合、分配サーバ６２０がデータ入力タスクを分配するためには、タスク情報データベース９２０がこのデータ入力タスク（画像データ１０）に関するタスク情報２０を保持することが必要となる。これには、前述したように、タスク情報データベース９１０とタスク情報データベース９２０とを同期させればよい。しかし、同期させる処理を行うには、他の処理を待たせることになり、分配サーバシステムにおけるスループットの低下やレスポンスの遅延などが発生して処理時間が長くなってしまう。
【０１６１】
一方、図１９（ｂ）に示した第４の実施の形態が適用される分配サーバシステムでは、データ入力タスクに関する画像データ１０と対応するタスク情報２０とが一体として保持されているので、タスク情報データベースを設けることも、複数のタスク情報データベース間で同期をとることも要しない。これにより、タスク分配システムにおける処理時間が長くなることが抑制される。そして、図１９（ｂ）に示した構成で、分配サーバ６００が複数ある場合であっても、データ入力タスクが効率よく、且つ、正しく分配されるとともに、データ入力タスク（入力処理）の進捗状況の管理が容易になる。
【０１６２】
以上説明したように、分配サーバシステムでは、複数のデータエントリに関する複数のデータ入力タスクが並行して取り扱われる。この場合、第１の実施の形態から第３の実施の形態で説明した分配器（分配器１００、４００、５００、５１０、５２０、５３０）を分配サーバ６００として用いれば、データ入力タスクに関するタスク情報２０を取得し、取得したタスク情報２０に基づいて次に行うデータ入力タスクが決定される。つまり、分配サーバ６００は、データ入力タスクに関する進捗情報の管理をすることを要しない。すなわち、タスク情報２０に基づいて次のデータ入力タスクを決定することで、データ入力タスクに関する進捗情報の管理が容易になる。
【０１６３】
分配器（分配器１００、４００、５００、５１０、５２０、５３０）のタスク決定部１２０を、タスク情報２０に基づいて、次に行うデータ入力タスクが決定されるように構成すればよい。第１の実施の形態から第３の実施の形態で説明したように、タスク決定部１２０は、次に行うデータ入力タスク（入力処理）の決定を種々の処理論理（ロジック）で構成されうる。つまり、タスク決定部１２０は、第１の実施の形態から第３の実施の形態で説明した以外の処理論理（ロジック）で構成されてもよい。
【０１６４】
以上においては、オペレータを人として説明したが、必ずしも人であることを要しない。例えば、通常文字認識に用いられるＯＣＲ装置よりも精度が高く、運用コストが高いものであってもよい。例えば、長時間をかけて高い精度を出すＯＣＲ装置であってもよい。このような装置は、運用コストが高い。しかし、上記において説明した分配器を用いてデータ入力タスクを分配すれば、高い精度のＯＣＲ装置を使用して行うデータ入力タスクの数（工数）が削減される。よって、高い精度のＯＣＲ装置を使用しても運用コストが抑制される。
また、データエントリを例として説明したが、データ化するための他の処理に適用してもよい。
【０１６５】
なお、参照画像が対応付けられ、当該参照画像が参照されて行われた入力処理についての情報である処理情報を取得する取得手段と、取得手段により取得された処理情報に基づき、参照画像が参照されて行われる、次の入力処理の内容を決定する処理決定手段を、プログラムによってコンピュータに機能させることができる。このとき、プログラムは、記憶媒体に格納して提供してもよく、また、通信手段によって提供してもよい。その場合、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
【０１６６】
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体には、デジタル・バーサタイル・ディスク（ＤＶＤ）フォーラムによって策定された規格に基づくＤＶＤ、コンパクトディスク（ＣＤ）、ブルーレイ・ディスク（Blue-ray（登録商標） Disk）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ＨＤＤ、ＲＯＭ、フラッシュメモリなどが含まれる。
【０１６７】
以上、本発明の実施形態について説明した。本発明の技術的思想の範囲から逸脱しない様々な変更や構成の代替は、本発明に含まれる。
【符号の説明】
【０１６８】
１０…画像データ、２０…タスク情報、３０…オペレータ、１００、４００、５００、５１０、５２０、５３０…分配器、１１０…タスク情報取得部、１２０…タスク決定部、１２１…回数判定部、１２１Ａ…第１回数判定部、１２１Ｂ…第２回数判定部、１２２…オペレータ選択部、１２２Ａ…第１オペレータ選択部、１２２Ｂ…第２オペレータ選択部、１２３…突合部、１２３Ａ…第１突合部、１２３Ｂ…第２突合部、１２４…ＯＣＲ処理部、１２５…ＯＣＲ処理有無判定部、１２６Ａ…第１確度判断部、１２６Ｂ…第２確度判断部、１３０…タスク依頼部、１４０…タスク結果取得部、１５０…タスク情報出力部、２００…操作端末、６００、６１０、６２０…分配サーバ、７００、７１０、７２０…タスクバッファ、９００、９１０、９２０…タスク情報データベース
【図１】
2019168854.tif 000003
【図２】
2019168854.tif 000004
【図３】
2019168854.tif 000005
【図４】
2019168854.tif 000006
【図５】
2019168854.tif 000007
【図６】
2019168854.tif 000008
【図７】
2019168854.tif 000009
【図８】
2019168854.tif 000010
【図９】
2019168854.tif 000011
【図１０】
2019168854.tif 000012
【図１１】
2019168854.tif 000013
【図１２】
2019168854.tif 000014
【図１３】
2019168854.tif 000015
【図１４】
2019168854.tif 000016
【図１５】
2019168854.tif 000017
【図１６】
2019168854.tif 000018
【図１７】
2019168854.tif 000019
【図１８】
2019168854.tif 000020
【図１９】
2019168854.tif 000021
【図２０】
2019168854.tif 000022