(57)【要約】【課題】帳票のイメージデータに基づいて、業務委託先を利用しながら効率的かつ的確にデータエントリを行なうための業務管理システム、業務管理プログラム及び業務管理方法を提供する。【解決手段】業務管理サーバ２０の制御部２１は、口座振替依頼書のイメージを採取し、データベース登録処理を実行する。そして、制御部２１は帳票識別処理を実行し、帳票種別を識別できなかった場合、内部対応登録処理を実行する。一方、帳票種別を識別できた場合、制御部２１は、認識処理、イメージ切出処理を実行する。そして、制御部２１は、時差を考慮して外部委託先候補を特定し、評価結果に基づいて外部委託先の決定処理を実行する。テストモードのエントリ結果データを受信した場合、制御部２１は、外部エントリデータと内部エントリデータとを照合し、評価結果を更新する。【選択図】図１
2010086295.tif 000002
【特許請求の範囲】
【請求項１】
帳票種別を特定するための帳票パターンと、画像の一部を切り出すための切出領域パターンを記録したパターンデータ記憶手段と、
取引依頼の依頼書イメージと依頼書識別子とを関連付けて記録する受付データ記憶手段と、
画像読取手段、内部オペレータ端末及び外部委託先の外部システムに接続された制御手段とを備えた業務管理システムであって、
前記制御手段が、
前記画像読取手段から依頼書イメージを取得し、依頼書識別子に関連付けて前記受付データ記憶手段に記録する手段と、
前記依頼書イメージと前記パターンデータ記憶手段に記録された帳票パターンとをマッチングする手段と、
前記マッチングにおいて帳票種別を特定できた場合には、この帳票種別の切出領域パターンを用いて、前記依頼書イメージから生成した切出画像データと依頼書識別子とを含むエントリ依頼を前記外部システムに送信し、帳票種別を特定できなかった場合には、この依頼書イメージと依頼書識別子とを含むエントリ依頼を前記内部オペレータ端末に送信する手段と、
前記外部システム又は前記内部オペレータ端末から、前記エントリ依頼に基づいて入力されたテキストデータと依頼書識別子とを含むエントリ結果を取得し、前記テキストデータを用いて取引処理を実行する手段と
を備えたことを特徴とする業務管理システム。
【請求項２】
前記制御手段が、
前記外部システムから取得したテキストデータにおいてエラーを検出した場合には、前記受付データ記憶手段から、このテキストデータの依頼書識別子に関連付けられた依頼書イメージを前記内部オペレータ端末に送信し、
前記内部オペレータ端末において入力されたテキストデータと依頼書識別子とを取得する手段を更に備えたことを特徴とする請求項１に記載の業務管理システム。
【請求項３】
前記内部オペレータ端末において入力されたテキストデータと、前記外部システムから取得したテキストデータとを照合し、この照合結果を外部システムの評価として記録する手段を更に備えたことを特徴とする請求項２に記載の業務管理システム。
【請求項４】
前記制御手段が、
前記外部システムに送信したエントリ依頼の累計数を算出し、
前記累計数がテストモード基準値を超えた場合には、前記受付データ記憶手段において、依頼書識別子にテストモードフラグを関連付けて記憶するとともに、前記切出画像データを前記内部オペレータ端末に対しても送信し、
前記外部システムから、テストモードフラグに関連付けられた依頼書識別子のテキストデータを取得した場合には、このテキストデータと、前記オペレータ端末から取得したテキストデータとを照合し、この照合結果を外部システムの評価として記録する手段を更に備えたことを特徴とする請求項１〜３のいずれか一つに記載の業務管理システム。
【請求項５】
外部システム毎に、受付可能時間範囲を記録した委託先管理データ記憶手段を更に備え、
前記制御手段が、
エントリ依頼を送信する送信予定時刻を特定し、受付可能時間範囲に前記送信予定時刻が含まれる外部システムを特定し、この外部システムにエントリ依頼を送信することを特徴とする請求項１〜４のいずれか一つに記載の業務管理システム。
【請求項６】
帳票種別を特定するための帳票パターンと、画像の一部を切り出すための切出領域パターンを記録したパターンデータ記憶手段と、
取引依頼の依頼書イメージと依頼書識別子とを関連付けて記録する受付データ記憶手段と、
画像読取手段、内部オペレータ端末及び外部委託先の外部システムに接続された制御手段とを備えた業務管理システムを用いて、業務管理を行なうプログラムであって、
前記制御手段を、
前記画像読取手段から依頼書イメージを取得し、依頼書識別子に関連付けて前記受付データ記憶手段に記録する手段と、
前記依頼書イメージと前記パターンデータ記憶手段に記録された帳票パターンとをマッチングする手段と、
前記マッチングにおいて帳票種別を特定できた場合には、この帳票種別の切出領域パターンを用いて、前記依頼書イメージから生成した切出画像データと依頼書識別子とを含むエントリ依頼を前記外部システムに送信し、帳票種別を特定できなかった場合には、この依頼書イメージと依頼書識別子とを含むエントリ依頼を前記内部オペレータ端末に送信する手段と、
前記外部システム又は前記内部オペレータ端末から、前記エントリ依頼に基づいて入力されたテキストデータと依頼書識別子とを含むエントリ結果を取得し、前記テキストデータを用いて取引処理を実行する手段
として機能させることを特徴とする業務管理プログラム。
【請求項７】
帳票種別を特定するための帳票パターンと、画像の一部を切り出すための切出領域パターンを記録したパターンデータ記憶手段と、
取引依頼の依頼書イメージと依頼書識別子とを関連付けて記録する受付データ記憶手段と、
画像読取手段、内部オペレータ端末及び外部委託先の外部システムに接続された制御手段とを備えた業務管理システムを用いて、業務管理を行なう方法であって、
前記制御手段が、
前記画像読取手段から依頼書イメージを取得し、依頼書識別子に関連付けて前記受付データ記憶手段に記録する段階と、
前記依頼書イメージと前記パターンデータ記憶手段に記録された帳票パターンとをマッチングする段階と、
前記マッチングにおいて帳票種別を特定できた場合には、この帳票種別の切出領域パターンを用いて、前記依頼書イメージから生成した切出画像データと依頼書識別子とを含むエントリ依頼を前記外部システムに送信し、帳票種別を特定できなかった場合には、この依頼書イメージと依頼書識別子とを含むエントリ依頼を前記内部オペレータ端末に送信する段階と、
前記外部システム又は前記内部オペレータ端末から、前記エントリ依頼に基づいて入力されたテキストデータと依頼書識別子とを含むエントリ結果を取得し、前記テキストデータを用いて取引処理を実行する段階と
を実行することを特徴とする業務管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、業務委託先を利用して、イメージデータに基づいてデータエントリを行なうための業務管理システム、業務管理プログラム及び業務管理方法に関する。
【背景技術】
【０００２】
今日、各種業務において情報処理技術により業務の効率化が進められているが、人手作業が必要な部分も残っている。例えば、金融機関においても、振込用紙（振替依頼書）を用いての振込依頼を受け付けた場合、金融機関において振替依頼書の記載内容を確認しながら、振込先、依頼人名等のデータを、振込処理システムに手入力している。
【０００３】
このような振替依頼書に基づいてデータ生成を行ない、振込処理を実行するための技術が検討されている（例えば、特許文献１を参照。）。この文献記載の技術においては、管理コンピュータは、振替依頼書の画像データをテキスト変換する。次に、テキスト変換された所定検索項目に基づいて、受取人データ記憶部又は依頼人データ記憶部から該当候補を抽出する。該当候補が無い場合には、テキスト変換されたデータを表示する。該当候補が抽出された場合には、所定検索項目以外の項目についても照合を行ない、その結果を表示する。
【０００４】
また、業務上必要とする資源やサービスを外部から調達する外部委託（アウトソーシング）を行なう場合がある。アウトソーシングを行なうことにより、中心業務への集中、業務の効率化等を実現することができる。上述のようなデータエントリ作業について、外部委託するニーズもでてきている。そこで、異なるフォーマットの伝票による大量の事務作業を効率的に処理することができる事務処理方法も検討されている（例えば、特許文献２を参照。）。この文献記載の技術では、イメージ伝票の該当項目のフィールドをオペレータのオペレーション端末の画面に表示する。そして、オペレータにデータの入力を行なわせ、データ入力の確認後にデータ入力を行ったフィールドを合成して復元する。
【特許文献１】特開２００３−４４６８３号公報（第１頁、図６）
【特許文献２】特開２００２−３５２１８０号公報（第１頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述の特許文献１や特許文献２に記載されているように、金融機関におけるデータエントリにおいては、個人の預金口座情報等を扱うため、情報管理が大切である。特に、特許文献２のように、アウトソースを利用する場合には、情報漏洩を防止する必要がある。
【０００６】
また、同じデータエントリ作業の中でも、内容によって、アウトソースを活用できない場合がある。そして、適切なアウトソースに作業を委託するためには、アウトソースの的確な評価が必要である。更に、金融機関の業務（例えば振替処理等）には、時間的な制約があり、このような時限を遵守する必要がある。
【０００７】
本発明は、上記課題を解決するためになされたものであり、その目的は、帳票のイメージデータに基づいて、業務委託先を利用しながら効率的かつ的確にデータエントリを行なうための業務管理システム、業務管理プログラム及び業務管理方法を提供することにある。
【課題を解決するための手段】
【０００８】
上記問題点を解決するために、請求項１に記載の発明は、帳票種別を特定するための帳
票パターンと、画像の一部を切り出すための切出領域パターンを記録したパターンデータ記憶手段と、取引依頼の依頼書イメージと依頼書識別子とを関連付けて記録する受付データ記憶手段と、画像読取手段、内部オペレータ端末及び外部委託先の外部システムに接続された制御手段とを備えた業務管理システムであって、前記制御手段が、前記画像読取手段から依頼書イメージを取得し、依頼書識別子に関連付けて前記受付データ記憶手段に記録する手段と、前記依頼書イメージと前記パターンデータ記憶手段に記録された帳票パターンとをマッチングする手段と、前記マッチングにおいて帳票種別を特定できた場合には、この帳票種別の切出領域パターンを用いて、前記依頼書イメージから生成した切出画像データと依頼書識別子とを含むエントリ依頼を前記外部システムに送信し、帳票種別を特定できなかった場合には、この依頼書イメージと依頼書識別子とを含むエントリ依頼を前記内部オペレータ端末に送信する手段と、前記外部システム又は前記内部オペレータ端末から、前記エントリ依頼に基づいて入力されたテキストデータと依頼書識別子とを含むエントリ結果を取得し、前記テキストデータを用いて取引処理を実行する手段とを備えたことを要旨とする。
【０００９】
請求項２に記載の発明は、請求項１に記載の業務管理システムにおいて、前記制御手段が、前記外部システムから取得したテキストデータにおいてエラーを検出した場合には、前記受付データ記憶手段から、このテキストデータの依頼書識別子に関連付けられた依頼書イメージを前記内部オペレータ端末に送信し、前記内部オペレータ端末において入力されたテキストデータと依頼書識別子とを取得する手段を更に備えたことを要旨とする。
【００１０】
請求項３に記載の発明は、請求項２に記載の業務管理システムにおいて、前記内部オペレータ端末において入力されたテキストデータと、前記外部システムから取得したテキストデータとを照合し、この照合結果を外部システムの評価として記録する手段を更に備えたことを要旨とする。
【００１１】
請求項４に記載の発明は、請求項１〜３のいずれか一つに記載の業務管理システムにおいて、前記制御手段が、前記外部システムに送信したエントリ依頼の累計数を算出し、前記累計数がテストモード基準値を超えた場合には、前記受付データ記憶手段において、依頼書識別子にテストモードフラグを関連付けて記憶するとともに、前記切出画像データを前記内部オペレータ端末に対しても送信し、前記外部システムから、テストモードフラグに関連付けられた依頼書識別子のテキストデータを取得した場合には、このテキストデータと、前記オペレータ端末から取得したテキストデータとを照合し、この照合結果を外部システムの評価として記録する手段を更に備えたことを要旨とする。
【００１２】
請求項５に記載の発明は、請求項１〜４のいずれか一つに記載の業務管理システムにおいて、外部システム毎に、受付可能時間範囲を記録した委託先管理データ記憶手段を更に備え、前記制御手段が、エントリ依頼を送信する送信予定時刻を特定し、受付可能時間範囲に前記送信予定時刻が含まれる外部システムを特定し、この外部システムにエントリ依頼を送信することを要旨とする。
【００１３】
請求項６に記載の発明は、帳票種別を特定するための帳票パターンと、画像の一部を切り出すための切出領域パターンを記録したパターンデータ記憶手段と、取引依頼の依頼書イメージと依頼書識別子とを関連付けて記録する受付データ記憶手段と、画像読取手段、内部オペレータ端末及び外部委託先の外部システムに接続された制御手段とを備えた業務管理システムを用いて、業務管理を行なうプログラムであって、前記制御手段を、前記画像読取手段から依頼書イメージを取得し、依頼書識別子に関連付けて前記受付データ記憶手段に記録する手段と、前記依頼書イメージと前記パターンデータ記憶手段に記録された帳票パターンとをマッチングする手段と、前記マッチングにおいて帳票種別を特定できた場合には、この帳票種別の切出領域パターンを用いて、前記依頼書イメージから生成した
切出画像データと依頼書識別子とを含むエントリ依頼を前記外部システムに送信し、帳票種別を特定できなかった場合には、この依頼書イメージと依頼書識別子とを含むエントリ依頼を前記内部オペレータ端末に送信する手段と、前記外部システム又は前記内部オペレータ端末から、前記エントリ依頼に基づいて入力されたテキストデータと依頼書識別子とを含むエントリ結果を取得し、前記テキストデータを用いて取引処理を実行する手段として機能させることを要旨とする。
【００１４】
請求項７に記載の発明は、帳票種別を特定するための帳票パターンと、画像の一部を切り出すための切出領域パターンを記録したパターンデータ記憶手段と、取引依頼の依頼書イメージと依頼書識別子とを関連付けて記録する受付データ記憶手段と、画像読取手段、内部オペレータ端末及び外部委託先の外部システムに接続された制御手段とを備えた業務管理システムを用いて、業務管理を行なう方法であって、前記制御手段が、前記画像読取手段から依頼書イメージを取得し、依頼書識別子に関連付けて前記受付データ記憶手段に記録する段階と、前記依頼書イメージと前記パターンデータ記憶手段に記録された帳票パターンとをマッチングする段階と、前記マッチングにおいて帳票種別を特定できた場合には、この帳票種別の切出領域パターンを用いて、前記依頼書イメージから生成した切出画像データと依頼書識別子とを含むエントリ依頼を前記外部システムに送信し、帳票種別を特定できなかった場合には、この依頼書イメージと依頼書識別子とを含むエントリ依頼を前記内部オペレータ端末に送信する段階と、前記外部システム又は前記内部オペレータ端末から、前記エントリ依頼に基づいて入力されたテキストデータと依頼書識別子とを含むエントリ結果を取得し、前記テキストデータを用いて取引処理を実行する段階とを実行することを要旨とする。
【００１５】
（作用）
請求項１、６又は７に記載の発明によれば、制御手段が、画像読取手段から依頼書イメージを取得し、依頼書識別子に関連付けて受付データ記憶手段に記録する。次に、依頼書イメージとパターンデータ記憶手段に記録された帳票パターンとをマッチングする。ここで、マッチングにおいて帳票種別を特定できた場合には、この帳票種別の切出領域パターンを用いて、依頼書イメージから生成した切出画像データと依頼書識別子とを含むエントリ依頼を外部システムに送信する。一方、帳票種別を特定できなかった場合には、この依頼書イメージと依頼書識別子とを含むエントリ依頼を内部オペレータ端末に送信する。そして、外部システム又は内部オペレータ端末から、エントリ依頼に基づいて入力されたテキストデータと依頼書識別子とを含むエントリ結果を取得し、テキストデータを用いて取引処理を実行する。これにより、依頼書イメージに基づいて、内部のオペレータと外部委託先とを使い分けることができる。更に、帳票種別の切出領域パターンを用いて、依頼書イメージから切出画像データを生成するので、依頼書についての情報漏洩を抑制することができる。
【００１６】
請求項２に記載の発明によれば、制御手段が、外部システムから取得したテキストデータにおいてエラーを検出した場合には、受付データ記憶手段から、このテキストデータの依頼書識別子に関連付けられた依頼書イメージを内部オペレータ端末に送信する。そして、内部オペレータ端末において入力されたテキストデータと依頼書識別子とを取得する。これにより、外部システムから取得したテキストデータに問題がある場合にも、対応することができる。
【００１７】
請求項３に記載の発明によれば、制御手段が、内部オペレータ端末において入力されたテキストデータと、外部システムから取得したテキストデータとを照合し、この照合結果を外部システムの評価として記録する。これにより、外部システムの評価を用いて、的確にデータエントリを行なうことができる。
【００１８】
請求項４に記載の発明によれば、制御手段が、外部システムに送信したエントリ依頼の累計数を算出し、累計数がテストモード基準値を超えた場合には、受付データ記憶手段において、依頼書識別子にテストモードフラグを関連付けて記憶する。更に、切出画像データを内部オペレータ端末に対しても送信する。そして、外部システムから、テストモードフラグに関連付けられた依頼書識別子のテキストデータを取得した場合には、このテキストデータと、オペレータ端末から取得したテキストデータとを照合し、この照合結果を外部システムの評価として記録する。これにより、所定のタイミングで外部システムを評価することができる。
【００１９】
請求項５に記載の発明によれば、制御手段が、外部システム毎に、受付可能時間範囲を記録した委託先管理データ記憶手段を更に備える。そして、制御手段が、エントリ依頼を送信する送信予定時刻を特定し、受付可能時間範囲に送信予定時刻が含まれる外部システムを特定し、この外部システムにエントリ依頼を送信する。これにより、時間的な状況を考慮してエントリ依頼を行なうことができる。特に、外部委託先として海外の機関を利用する場合には、時差を利用して時限を遵守しながら、業務の効率化を図ることができる。
【発明の効果】
【００２０】
本発明によれば、帳票のイメージデータに基づいて、業務委託先を利用しながら効率的かつ的確にデータエントリを行なうための業務管理システム、業務管理プログラム及び業務管理方法を提供することができる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明を具体化した一実施形態を、図１〜図１０に従って説明する。本実施形態では、委託者（ここでは、銀行）が、外部委託機関（アウトソース）におけるエントリセンタを利用して、帳票（ここでは、口座振替依頼書）のデータエントリ作業を行なう場合に用いる業務管理システム、業務管理プログラム及び業務管理方法として説明する。
【００２２】
本実施形態では、図１に示すように、銀行内のスキャナ装置１０、業務管理サーバ２０、内部端末３０、ホストシステム４０及びアウトソースのエントリセンタサーバ５０を用いる。ここでは、アウトソースとして、時差がある海外にエントリセンタを有するエントリ事業者を想定する。
【００２３】
この業務管理サーバ２０は、銀行内ネットワークを介してスキャナ装置１０、内部端末３０、ホストシステム４０に接続されており、ＩＰ−ＶＰＮ等の専用線またはインターネットを介してエントリセンタサーバ５０と接続されている。更に、業務管理サーバ２０は、このシステムの管理者の管理者端末（図示せず）に接続されている。
【００２４】
画像読取手段としてのスキャナ装置１０は、銀行の処理センタにおいて、顧客によって申込内容が記載された依頼書の印刷媒体の画像読取処理を行なう。本実施形態の場合には、スキャナ装置１０は、顧客から依頼を受けた口座振替依頼書の画像データ（イメージデータ）を生成する。そして、スキャナ装置１０は、このイメージデータを業務管理サーバ２０に送信する。
【００２５】
内部オペレータ端末としての内部端末３０は、銀行内部の担当者（オペレータ）が、口座振替依頼書のデータエントリを行なうためのコンピュータ端末である。このため、この内部端末３０には、ディスプレイ等からなる表示手段としての表示部、キーボード、マウス等からなる入力部が接続されている。
【００２６】
外部システムとしてのエントリセンタサーバ５０は、外部委託機関（アウトソース）においてデータエントリを管理するためのコンピュータシステムである。このエントリセン
タサーバ５０には、複数のエントリ作業者端末（図示せず）が接続されており、エントリセンタサーバ５０は受信したイメージデータを各エントリ作業者端末に分配する。そして、各エントリ作業者端末において、イメージデータに基づいてエントリされたテキストデータを取得し、業務管理サーバ２０に返信する。なお、依頼書のイメージに記載された文字が判読できず、データエントリが困難な場合には、エントリ作業者は、このエントリ依頼に対して不確定フラグを設定する。
【００２７】
業務管理サーバ２０は、銀行で受け付けた口座振替依頼書のデータエントリ作業を管理し、口座振替を行なうためのホストデータを生成するためのコンピュータシステムである。この業務管理サーバ２０は、図１に示すように、制御部２１、外部委託先管理データ記憶部２２、帳票管理データ記憶部２３、エントリ管理データ記憶部２４、外部エントリデータ記憶部２５、内部エントリデータ記憶部２６、口座振替依頼データ記憶部２７を備える。
【００２８】
制御部２１は、口座振替依頼書のイメージについてのデータエントリ作業の管理処理等を行なう。制御部２１は、制御手段としてのＣＰＵ、ＲＡＭ及びＲＯＭ等を有し、後述する処理（イメージ取得段階、イメージ切出処理段階、エントリ依頼管理段階、受信処理段階、確認処理段階、取引指示段階等を含む処理）を行なう。このための業務管理プログラムを実行することにより、制御部２１は、図１に示すようにイメージ取得手段２１１、イメージ切出処理手段２１２、エントリ依頼管理手段２１３、受信処理手段２１５、確認処理手段２１６、取引指示手段２１７等として機能する。
【００２９】
イメージ取得手段２１１は、スキャナ装置１０から、口座振替依頼書のイメージデータを取得する処理を実行する。このため、イメージ取得手段２１１は、帳票パターンを特定するために一致度を判定するための帳票種別判定基準値に関するデータを保持している。
【００３０】
イメージ切出処理手段２１２は、イメージデータにおいて、データエントリ作業に必要な画像領域のみを切り出した切出画像データを生成する画像加工処理を実行する。これにより、データエントリ作業に不要なその他の画像領域をマスクすることができる。
【００３１】
エントリ依頼管理手段２１３は、エントリセンタサーバ５０にデータエントリ作業の依頼を行なう処理を実行する。このため、エントリ依頼管理手段２１３は、エントリ依頼を、エントリセンタの評価結果が高い順番に、データエントリ作業量（エントリを行なうバッチ数）に関するデータを記録した分配テーブルを保持している。
【００３２】
更に、エントリ依頼管理手段２１３は、データエントリ作業を委託するアウトソースの品質を評価するためのテストモード処理を実行する。このテストモードは、依頼累積数が所定の依頼件数に達した場合に実行される。このため、エントリ依頼管理手段２１３は、テストモード実行の要否を判断するためのテストモード基準値、及びテスト対象の件数（テスト対象数）に関するデータを保持している。
【００３３】
受信処理手段２１５は、エントリセンタサーバ５０からデータエントリされたテキストデータを取得する処理を実行する。
確認処理手段２１６は、受信したエントリデータについてのテストモード評価処理や、問題があるエントリ結果に対する対応処理を実行する。
取引指示手段２１７は、データエントリされたデータに基づいて、口座振替処理に用いるホストデータを生成し、ホストシステム４０に対して送信する処理を実行する。
【００３４】
外部委託先管理データ記憶部２２は委託先管理データ記憶手段として機能し、図２（ａ）に示すように、エントリ作業を委託するアウトソースに関する外部委託先管理レコード
２２０が記録される。この外部委託先管理レコード２２０は、データエントリを委託するアウトソース（外部委託先）を決定して登録した場合に記録される。外部委託先管理レコード２２０は、エントリセンタ識別子、受付可能時間、依頼累積数、評価ログ、評価結果に関するデータを含んで構成される。
【００３５】
エントリセンタ識別子データ領域には、エントリ作業を行なうアウトソースのエントリセンタを特定するための識別子に関するデータが記録される。
受付可能時間データ領域には、このエントリセンタが設けられた地域の時差を考慮して設定された受付可能時間に関するデータが記録される。具体的には、エントリセンタに対してエントリ依頼を送信した場合、最も早くエントリ作業を終了できる受付可能時間（現地時刻範囲）であって、時差に基づいて日本時刻範囲に換算した時間帯が設定されている。
【００３６】
依頼累積数データ領域には、このエントリセンタにデータエントリを依頼した口座振替依頼書の総数に関するデータが記録される。
評価ログデータ領域には、エントリセンタにおいて行なわれたデータエントリについての評価記録に関するデータが記録される。ここでは、評価を記録した年月日及び内容に関するデータが記録される。例えば、このエントリセンタにおいてテストを行なった年月日に対して、正解数及びテスト数に関するデータが記録される。また、不確定やマスタ登録がなかったエントリ結果については、このエントリ結果の受信日年月日に対して、エラー内容に関するデータが記録される。
【００３７】
評価結果データ領域には、このエントリセンタの品質に関する評価結果に関するデータが記録される。本実施形態では、外部エントリデータと内部エントリデータとを比較した照合件数、及び照合件数の中で両者が一致した正解件数に関するデータが記録される。更に、正解件数を照合件数によって除算した正解割合に関するデータが記録される。
【００３８】
帳票管理データ記憶部２３はパターンデータ記憶手段として機能し、図２（ｂ）に示すように、イメージに基づいて帳票種別を特定し、加工するための帳票管理レコード２３０が記録される。この帳票管理レコード２３０は、口座振込用紙のパターン及びこの帳票イメージを加工するためのパターンが登録された場合に記録される。帳票管理レコード２３０は、帳票種別識別子、帳票パターン、認識領域パターン、切出領域パターンに関するデータを含んで構成される。
【００３９】
帳票種別識別子データ領域には、口座振替依頼書の種別を特定するための識別子に関するデータが記録される。
帳票パターンデータ領域には、この帳票種別を特定するための特徴的なパターン画像に関するデータが記録される。
【００４０】
認識領域パターンデータ領域には、この帳票種別のイメージにおいて、文字認識領域や、押印領域を特定するパターンに関するデータが記録される。なお、この認識領域パターンにおいて、文字認識領域は、後述するデータエントリ作業の対象領域（切出パターンの領域）とは異なる領域が設定されている。本実施形態においては、口座振替の委託者の識別情報等が記載されている領域を認識するように設定されている。押印領域は、この帳票において印影を取得できる領域を特定するように設定されている。
【００４１】
切出領域パターンデータ領域には、この帳票種別のイメージにおいて、必要な部分のみを切り出すパターン（切出領域パターン）に関するデータが記録される。本実施形態では、「店名、店舗コード、科目コード、口座番号」が記載された領域を切り出すように設定されている。
【００４２】
エントリ管理データ記憶部２４は受付データ記憶手段として機能し、図２（ｃ）に示すように、顧客から依頼を受けた口座振替依頼書に関するエントリ管理レコード２４０が記録される。このエントリ管理レコード２４０は、スキャナ装置１０からイメージデータを取得した場合に記録される。エントリ管理レコード２４０は、受付日、バッチ識別子、処理連番、依頼書イメージ、エントリ方法種別、エントリセンタ識別子、テストモードフラグ、エラーフラグに関するデータを含んで構成される。
【００４３】
受付日データ領域には、口座振替依頼書を受け付けた年月日に関するデータが記録される。
バッチ識別子データ領域には、複数の口座振替依頼書を取りまとめて構成した各バッチを特定するための識別子に関するデータが記録される。本実施形態では、１バッチにおいて最大数として２４枚の依頼書を含めることができる。
【００４４】
処理連番データ領域には、各バッチに含まれる各口座振替依頼書を特定するための識別子に関するデータが記録される。従って、「受付日、バッチ識別子、処理連番」の組み合わせが依頼書識別子として機能し、これをキーとして各口座振替依頼書を特定することができる。
【００４５】
依頼書イメージデータ領域には、各口座振替依頼書のスキャナ画像に関するデータが記録される。本実施形態では、画像データの種類として「ＪＰＧ」データを用いる。
エントリ方法種別データ領域には、エントリ方法を特定する識別子に関するデータが記録される。本実施形態では、内部端末３０においてデータエントリを行なう「内部」フラグ、又は外部のエントリセンタにおいてデータエントリを行なう「外部」フラグが記録される。
【００４６】
エントリセンタ識別子データ領域には、データエントリ作業を依頼するエントリセンタを特定する識別子（エントリセンタ識別子）に関するデータが記録される。
テストモードフラグデータ領域には、テストモードの対象を特定するための識別子に関するデータが記録される。
【００４７】
エラーフラグデータ領域には、エラーの有無を判定するための識別子に関するデータが記録される。例えば、エントリセンタにおいてイメージを判読することができないため「不確定」となった場合や、データエントリされた口座が預金口座データ記憶部にないため「マスタ登録なし」となった場合にエラーフラグが記録される。
【００４８】
外部エントリデータ記憶部２５には、図３（ａ）に示すように、エントリセンタサーバ５０から受信したエントリ結果に関する外部エントリレコード２５０が記録される。この外部エントリレコード２５０は、エントリセンタサーバ５０からエントリ結果を受信した場合に記録される。外部エントリレコード２５０は、受付日、バッチ識別子、処理連番、エントリ内容に関するデータを含んで構成される。
【００４９】
受付日データ領域には、口座振替依頼書を受け付けた年月日に関するデータが記録される。
バッチ識別子データ領域には、複数の口座振替依頼書を取りまとめて構成した各バッチを特定するための識別子に関するデータが記録される。
【００５０】
処理連番データ領域には、各バッチに含まれる各口座振替依頼書を特定するための識別子に関するデータが記録される。
エントリ内容データ領域には、切出画像データに基づいてテキスト化されたエントリ内
容に関するデータが記録される。
【００５１】
内部エントリデータ記憶部２６には、図３（ｂ）に示すように、内部端末３０から受信したエントリ結果に関する内部エントリレコード２６０が記録される。この内部エントリレコード２６０は、内部端末３０からエントリ結果を受信した場合に記録される。内部エントリレコード２６０は、受付日、バッチ識別子、処理連番、エントリ内容に関するデータを含んで構成される。
【００５２】
受付日データ領域には、口座振替依頼書を受け付けた年月日に関するデータが記録される。
バッチ識別子データ領域には、複数の口座振替依頼書を取りまとめて構成した各バッチを特定するための識別子に関するデータが記録される。
【００５３】
処理連番データ領域には、各バッチに含まれる各口座振替依頼書を特定するための識別子に関するデータが記録される。
エントリ内容データ領域には、イメージデータに基づいてテキスト化されたエントリ内容に関するデータが記録される。
【００５４】
口座振替依頼データ記憶部２７には、図３（ｃ）に示すように、エントリセンタサーバ５０から受信したエントリ結果に関する口座振替依頼レコード２７０が記録される。この口座振替依頼レコード２７０は、口座振替依頼書を受け付けた場合に登録され、内部端末３０やエントリセンタサーバ５０からエントリ結果を受信した場合に更新される。口座振替依頼レコード２７０は、受付日、バッチ識別子、処理連番、口座振替項目内容に関するデータを含んで構成される。
【００５５】
受付日データ領域には、口座振替依頼書を受け付けた年月日に関するデータが記録される。
バッチ識別子データ領域には、複数の口座振替依頼書を取りまとめて構成した各バッチを特定するための識別子に関するデータが記録される。
【００５６】
処理連番データ領域には、各バッチに含まれる各口座振替依頼書を特定するための識別子に関するデータが記録される。
口座振替項目内容データ領域には、口座振替を行なうために必要な項目に対して、依頼内容に関するデータが記録される。口座振替項目には、依頼書イメージに基づいて認識処理によってテキスト化される帳票認識項目（口座振替の委託者の識別情報等）と、イメージに基づいて内部端末３０又はエントリセンタサーバ５０においてテキスト化されるエントリ項目（店名、店舗コード、科目コード、口座番号）とが含まれる。そして、帳票認識項目に対して帳票認識内容が記録され、エントリ項目に対してエントリ内容が記録される。このデータ領域には、更に需要家名に関するデータが記録される。
【００５７】
ホストシステム４０は、銀行のコンピュータシステムであって、この銀行において開設された口座の口座名義人や口座残高に関するデータを管理する。このホストシステム４０は、預金口座データ記憶部を備えている。この預金口座データ記憶部には、銀行において開設された預金口座に関しての口座データが記録されている。この口座データは、銀行に口座が開設された場合に登録される。口座データは、口座識別子、口座名義人情報、入出金履歴、口座残高、印影等に関するデータを含んで構成されている。
【００５８】
口座識別子データ領域には、開設された口座を特定するための識別子（店名、店舗コード、科目コード、口座番号）に関するデータが記録されている。口座名義人データ領域には、この口座に関する口座名義人を特定するためのデータが記録されている。入出金履歴
や口座残高データ領域には、この口座の入出金明細や残高に関するデータが記録されている。印影データ領域には、この口座の利用権限を認証するための印影に関するデータが記録されている。
【００５９】
上記のように構成されたシステムを用いて、アウトソースを利用してデータエントリを行なう場合の処理手順について説明する。ここでは、エントリ依頼送信処理（図４）、外部委託登録処理（図５）、テストモード設定処理（図６）、外部委託受信処理（図７、図８）、テストモード評価処理（図９）、内容確認処理（図１０）の順番に説明する。
【００６０】
（エントリ依頼送信処理）
まず、図４を用いて、エントリ依頼送信処理を説明する。
ここでは、まず、業務管理サーバ２０の制御部２１は、イメージ採取処理を実行する（ステップＳ１−１）。銀行において口座振込の依頼書を受け付けた場合、スキャナ装置１０を用いて、この口座振替依頼書の画像読み取りを行なう。そして、制御部２１のイメージ取得手段２１１が、スキャナ装置１０から口座振替依頼書のイメージデータを取得する。
【００６１】
次に、業務管理サーバ２０の制御部２１は、データベース登録処理を実行する（ステップＳ１−２）。具体的には、制御部２１のイメージ取得手段２１１は、スキャナ装置１０から取得したイメージデータに対して、順次、バッチ識別子、処理連番を付与する。そして、口座振替依頼書の受付日、バッチ識別子、処理連番、依頼書イメージを含めたエントリ管理レコード２４０を生成し、エントリ管理データ記憶部２４に登録する。更に、イメージ取得手段２１１は、受付日、バッチ識別子、処理連番を含めた口座振替依頼レコード２７０を生成し、口座振替依頼データ記憶部２７に登録する。
【００６２】
そして、業務管理サーバ２０の制御部２１は、以下の処理を口座振替依頼書のイメージ毎に繰り返す。
まず、業務管理サーバ２０の制御部２１は、帳票識別処理を実行する（ステップＳ１−３）。具体的には、制御部２１のイメージ取得手段２１１が、スキャナ装置１０から取得したイメージデータと、帳票管理データ記憶部２３に記録された帳票パターンとを比較して一致度を算出する。そして、この一致度が帳票種別判定基準値以上かどうかを判断する。
【００６３】
一致度が帳票種別判定基準値以上の帳票パターンが存在せず、帳票種別を識別できなかった場合（ステップＳ１−４において「ＮＯ」）、業務管理サーバ２０の制御部２１は、内部対応登録処理を実行する（ステップＳ１−５）。具体的には、制御部２１のイメージ取得手段２１１は、エントリ管理レコード２４０のエントリ方法種別データ領域に「内部」フラグを記録する。そして、制御部２１のエントリ依頼管理手段２１３は、この「内部」フラグが記録されたイメージデータを内部端末３０に転送する。これにより、銀行内のオペレータは、内部端末３０を用いて、イメージのデータエントリ作業を行なう。
【００６４】
一方、一致度が帳票種別判定基準値以上の一つの帳票パターンを特定することにより、帳票種別を識別できた場合（ステップＳ１−４において「ＹＥＳ」の場合）、業務管理サーバ２０の制御部２１は、認識処理を実行する（ステップＳ１−６）。具体的には、制御部２１のイメージ取得手段２１１が、帳票管理データ記憶部２３から、帳票パターンに対応する認識領域パターンを取得する。そして、イメージ取得手段２１１が、帳票イメージに認識領域パターンを適用して、指定された領域において文字認識処理を行なう。そして、イメージ取得手段２１１は、口座振替依頼データ記憶部２７に登録された口座振替依頼レコード２７０の口座振替項目内容データ領域に、帳票認識内容として文字認識したテキストデータを記録する。
【００６５】
次に、業務管理サーバ２０の制御部２１は、イメージ切出処理を実行する（ステップＳ１−７）。具体的には、制御部２１のイメージ切出処理手段２１２が、帳票管理データ記憶部２３から、帳票パターンに対応する切出領域パターンを取得する。そして、イメージ切出処理手段２１２は、帳票イメージに切出領域パターンを適用して、データエントリに利用する領域を切り出した切出画像データを生成する。
【００６６】
そして、業務管理サーバ２０の制御部２１は、外部委託登録処理を実行する（ステップＳ１−８）。具体的には、制御部２１のエントリ依頼管理手段２１３は、エントリ管理データ記憶部２４のエントリ管理レコード２４０のエントリ方法種別データ領域に「外部」フラグを記録する。
【００６７】
以上の処理を、エントリ管理データ記憶部２４に記録されたすべてのイメージについて繰り返す。
次に、業務管理サーバ２０の制御部２１は、委託先設定登録処理を実行する（ステップＳ１−９）。具体的には、制御部２１のエントリ依頼管理手段２１３が、後述する外部委託登録処理を実行する。
【００６８】
そして、業務管理サーバ２０の制御部２１は、外部委託送信処理を実行する（ステップＳ１−１０）。具体的には、制御部２１のエントリ依頼管理手段２１３が、外部委託先の送信用フォルダに、データエントリ依頼を格納する。このデータエントリ依頼には、切出画像データとともに、フラットデータファイルが含まれる。このフラットデータファイルには、各依頼書の「受付日、バッチ識別子、処理連番」に対してエントリ内容を設定する欄が設けられたテーブル形式のファイルである。
【００６９】
そして、業務管理サーバ２０の制御部２１は、予め定められた時刻に、この送信用フォルダに格納されたデータエントリ依頼を暗号化して、エントリセンタサーバ５０に送信する。この場合、この送信用フォルダに関連付けられたアドレスを用いる。
【００７０】
（委託先設定登録処理）
次に、図５を用いて、委託先設定登録処理を説明する。
ここでは、まず、業務管理サーバ２０の制御部２１は、外部委託件数の算出処理を実行する（ステップＳ２−１）。具体的には、制御部２１のエントリ依頼管理手段２１３が、エントリ管理データ記憶部２４において、「外部」フラグが記録されたエントリ管理レコード２４０の件数をカウントする。
【００７１】
次に、業務管理サーバ２０の制御部２１は、時差を考慮して外部委託先候補の特定処理を実行する（ステップＳ２−２）。具体的には、制御部２１のエントリ依頼管理手段２１３が、システムタイマから現在時刻を取得する。そして、エントリ依頼管理手段２１３は、外部委託先管理データ記憶部２２から、現在時刻が含まれる受付可能時間が設定された外部委託先のエントリセンタ識別子を取得する。
【００７２】
次に、業務管理サーバ２０の制御部２１は、外部委託先候補毎の評価結果の取得処理を実行する（ステップＳ２−３）。具体的には、制御部２１のエントリ依頼管理手段２１３は、特定した外部委託先候補についての評価結果（ここでは正解割合）を、外部委託先管理データ記憶部２２から取得する。
【００７３】
次に、業務管理サーバ２０の制御部２１は、評価結果に基づいて外部委託先の決定処理を実行する（ステップＳ２−４）。具体的には、制御部２１のエントリ依頼管理手段２１３は、評価結果が高い順番に外部委託先候補を並び替える。また、エントリ依頼管理手段
２１３は、分配テーブルに記録された分配件数（バッチ数）を取得する。そして、エントリ依頼管理手段２１３は、評価結果が高い順番に、すべての外部委託件数が分配されるまで、各外部委託先候補に対して分配する割り当て処理を実行する。ここでは、評価結果が高い順番に、順次、分配テーブルに記録された分配件数分のエントリ管理レコード２４０に、外部委託先のエントリセンタ識別子を記録していく。更に、エントリ依頼管理手段２１３は、この外部委託先の外部委託先管理レコード２２０において、依頼累積数に今回の依頼件数を加算する。なお、評価結果が同じエントリ管理レコード２４０が複数存在する場合には、依頼累積数が少ない方を優先して分配することにより、分配件数の均等化を行なう。
そして、業務管理サーバ２０の制御部２１は、後述するテストモード設定処理を実行する（ステップＳ２−５）。
【００７４】
（テストモード設定処理）
次に、図６を用いて、テストモード設定処理を説明する。業務管理サーバ２０の制御部２１は、以下の処理を、今回のエントリ依頼を行なうエントリセンタを順次特定した外部委託先毎に実行する。
【００７５】
ここでは、業務管理サーバ２０の制御部２１は、テスト要否判定処理を実行する（ステップＳ３−１）。具体的には、制御部２１のエントリ依頼管理手段２１３が、外部委託先管理データ記憶部２２から、特定された外部委託先についての依頼累積数を取得する。そして、エントリ依頼管理手段２１３が、この依頼累積数と、テストモード基準値を比較する。
【００７６】
依頼累積数がテストモード基準値を超えている場合には、テストモードを実行する（ステップＳ３−２において「ＹＥＳ」）。この場合、業務管理サーバ２０の制御部２１は、テストモードフラグの記録処理を実行する（ステップＳ３−３）。具体的には、制御部２１のエントリ依頼管理手段２１３は、エントリ管理データ記憶部２４において、この外部委託先のエントリ管理レコード２４０に対して、所定のテスト対象数のテストモードフラグを設定する。
【００７７】
そして、業務管理サーバ２０の制御部２１は、内部対応登録処理を実行する（ステップＳ３−４）。具体的には、制御部２１のエントリ依頼管理手段２１３は、このエントリ管理レコード２４０のエントリ方法種別データ領域に「内部」フラグを記録する。
【００７８】
なお、依頼累積数がテストモード基準値を超えておらず、テストモードの必要がない場合（ステップＳ３−２において「ＮＯ」の場合）には、この外部委託先についての処理を終了する。
【００７９】
（外部委託受信処理）
次に、図７、図８を用いて、外部委託受信処理を説明する。
ここでは、業務管理サーバ２０の制御部２１は、エントリ結果データの受信処理を実行する（ステップＳ４−１）。具体的には、制御部２１の受信処理手段２１５が、エントリセンタサーバ５０から暗号化されたエントリ結果データを取得する。このエントリ結果データは、エントリ内容が設定されたフラットデータファイルから構成される。そして、受信処理手段２１５は、エントリ結果データを復号し、このデータに基づいて外部エントリレコード２５０を生成し、外部エントリデータ記憶部２５に格納する。
【００８０】
次に、業務管理サーバ２０の制御部２１は、テストモードのエントリ結果データが含まれるかどうかについての判定処理を実行する（ステップＳ４−２）。具体的には、制御部２１の受信処理手段２１５は、エントリ管理データ記憶部２４に、エントリ結果データの
「受付日、バッチ識別子、処理連番」に対応するエントリ管理レコード２４０を抽出し、テストモードフラグが記録されているかどうかを判定する。
【００８１】
ここで、テストモードフラグが記録されており、テストモードになっている場合（ステップＳ４−２において「ＹＥＳ」の場合）、業務管理サーバ２０の制御部２１は、後述するテストモード評価処理を実行する（ステップＳ４−３）。一方、テストモードフラグが記録されておらず、テストモードでない場合（ステップＳ４−２において「ＮＯ」の場合）、業務管理サーバ２０の制御部２１は、この処理をスキップする。
【００８２】
次に、業務管理サーバ２０の制御部２１は、不確定データが含まれているかどうかについての判定処理を実行する（ステップＳ４−４）。具体的には、制御部２１の受信処理手段２１５が、エントリ結果データに不確定フラグが記録されている案件があるかどうかについて判定する。
【００８３】
エントリ結果データに不確定フラグが記録されている案件が含まれている場合（ステップＳ４−４において「ＹＥＳ」の場合）、業務管理サーバ２０の制御部２１は、後述する内部確認処理を実行する（ステップＳ４−５）。ここでは、制御部２１の受信処理手段２１５が、不確定フラグが記録されている案件の「受付日、バッチ識別子、処理連番」を特定し、対応するエントリ管理レコード２４０を抽出し、エラーフラグを記録する。そして、このエントリ管理レコード２４０について、後述する内部確認処理を実行する。
【００８４】
一方、エントリ結果データに不確定フラグが記録されている案件がない場合（ステップＳ４−４において「ＮＯ」の場合）、業務管理サーバ２０の制御部２１は、この処理をスキップする。
【００８５】
そして、業務管理サーバ２０の制御部２１は、データベース取込処理を実行する（ステップＳ４−６）。具体的には、制御部２１の受信処理手段２１５が、エントリ結果データのエントリ内容を、「受付日、バッチ識別子、処理連番」に対応する口座振替依頼レコード２７０の口座振替項目内容データ領域に、エントリ内容として記録する。
【００８６】
そして、業務管理サーバ２０の制御部２１は、口座振替依頼毎に以下の処理を繰り返す。
まず、業務管理サーバ２０の制御部２１は、マスタ照合処理を実行する（ステップＳ４−７）。具体的には、制御部２１の受信処理手段２１５が、口座振替依頼レコード２７０に記録されたエントリ内容（店名、店舗コード、科目コード、口座番号）に基づいて、ホストシステム４０の口座管理データ記憶部に該当する口座が存在するかどうかについての判定処理を実行する。
【００８７】
該当する口座がマスタ登録されていない場合（ステップＳ４−８において「ＮＯ」の場合）、業務管理サーバ２０の制御部２１は、エントリ管理レコード２４０を抽出し、エラーフラグを記録する。そして、後述する内部確認処理を実行する（ステップＳ４−９）。
【００８８】
一方、マスタ登録されている場合（ステップＳ４−８において「ＹＥＳ」の場合）、業務管理サーバ２０の制御部２１は、この処理をスキップする。
以上の処理を、口座振替依頼データ記憶部２７に記録されているすべての口座振替依頼毎に繰り返す。
【００８９】
そして、マスタ登録がある口座振替依頼レコード２７０については、図８に示すように、
業務管理サーバ２０の制御部２１は、その他のエントリ処理を実行する（ステップＳ５
−１）。具体的には、制御部２１の取引指示手段２１７が、内部端末３０にその他のエントリ依頼を送信する。この場合、銀行内のオペレータは、内部端末３０を用いて、口座振替依頼データ記憶部２７に対して、需要家名等のデータエントリ作業を行なう。ここで、その他のエントリ処理としては、需要家名入力処理や口座名義人の確認処理等を行なう。需要家名入力処理においては、口座名義と異なる契約者名（＝需要家）が依頼書に記載されている場合には、口座振替依頼レコード２７０に需要家名の入力を行なう。また、口座名義人の確認処理においては、店名・科目・口座番号で特定された口座マスタの口座名義を画面に表示し、依頼書に記載された口座名義の確認を行なう。
【００９０】
更に、業務管理サーバ２０の制御部２１は、印鑑照合処理を実行する（ステップＳ５−２）。具体的には、制御部２１の取引指示手段２１７が、ホストシステム４０の口座管理データ記憶部から印影データを取得する。更に、取引指示手段２１７が、認識領域パターンを用いて、エントリ管理データ記憶部２４に登録された依頼書イメージ上の印影を特定し、画像の一致度に応じて両者を照合する。ここで、印影が一致しない場合には、業務管理サーバ２０の制御部２１は、管理者端末に通知する。
【００９１】
そして、業務管理サーバ２０の制御部２１は、ホストデータ生成処理を実行する（ステップＳ５−３）。具体的には、制御部２１の取引指示手段２１７が、口座振替依頼データ記憶部２７に記録された口座振替依頼レコード２７０を用いてホストデータを生成し、ホストシステム４０に送信する。
【００９２】
（テストモード評価処理）
次に、図９を用いて、テストモード評価処理を説明する。
ここでは、業務管理サーバ２０の制御部２１は、内部エントリデータの取得処理を実行する（ステップＳ６−１）。具体的には、制御部２１の確認処理手段２１６が、内部エントリデータ記憶部２６から、テストモードフラグが記録されたエントリ管理レコード２４０の「受付日、バッチ識別子、処理連番」に対応する内部エントリレコード２６０を取得する。
【００９３】
次に、業務管理サーバ２０の制御部２１は、外部エントリデータとの照合処理を実行する（ステップＳ６−２）。具体的には、制御部２１の確認処理手段２１６は、テストモードフラグが記録された「受付日、バッチ識別子、処理連番」に対応する外部エントリレコード２５０に記録されたエントリ内容と、内部エントリレコード２６０に記録されたエントリ内容とを比較する。そして、テストモードフラグが記録されたエントリ管理レコード２４０毎に一致又は不一致を判定する。
【００９４】
次に、業務管理サーバ２０の制御部２１は、照合結果登録処理を実行する（ステップＳ６−３）。具体的には、制御部２１の確認処理手段２１６が、照合件数、正解件数を外部委託先管理レコード２２０に記録する。そして、照合件数に対して正解件数の割合を算出する。そして、確認処理手段２１６は、外部委託先管理レコード２２０の評価結果として外部委託先管理データ記憶部２２に登録する。
【００９５】
（内部確認処理）
次に、図１０を用いて、確認処理を説明する。
ここでは、業務管理サーバ２０の制御部２１は、内部端末への送信処理を実行する（ステップＳ７−１）。具体的には、制御部２１の確認処理手段２１６が、問題（本実施形態では、不確定又はマスタ登録なし）を検出したイメージデータを、内部端末３０に送信する。
【００９６】
そして、業務管理サーバ２０の制御部２１は、内部端末３０からエントリ結果の取得処
理を実行する（ステップＳ７−２）。具体的には、制御部２１の確認処理手段２１６が、定期的に内部エントリデータ記憶部２６に記録された内部エントリレコード２６０を検索する。
【００９７】
内部エントリデータ記憶部２６において、内部端末３０からエントリ結果を検出した場合、業務管理サーバ２０の制御部２１は、内部エントリレコード２６０に記録されたエントリ内容が、ホストシステムにマスタ登録されているかどうかについての判定処理を実行する（ステップＳ７−３）。具体的には、制御部２１の確認処理手段２１６が、内部エントリレコード２６０に記録されたエントリ内容（店名、店舗コード、科目コード、口座番号）に基づいて、ホストシステム４０の口座管理データ記憶部に該当する口座が存在するかどうかについての判定処理を実行する。ここで、マスタ登録されている場合（ステップＳ７−３において「ＹＥＳ」の場合）には、業務管理サーバ２０の制御部２１は、エントリ内容の置換処理を実行する（ステップＳ７−４）。具体的には、制御部２１の確認処理手段２１６が、口座振替依頼データ記憶部２７の口座振替依頼レコード２７０に記録されたエントリ内容を、内部エントリデータ記憶部２６の内部エントリレコード２６０に記録されたエントリ内容に置き換える。
【００９８】
更に、業務管理サーバ２０の制御部２１は、評価結果の更新処理を実行する（ステップＳ７−５）。具体的には、制御部２１の確認処理手段２１６が、この不一致に基づいて外部委託先管理データ記憶部２２に記録された外部委託先管理レコード２２０の評価結果を修正する。ここでは、照合件数に「１」を加算し、正解件数から「１」を減算し、これらの件数に基づいて正解割合を更新する。
【００９９】
一方、マスタ登録されていない場合（ステップＳ７−３において「ＮＯ」の場合）には、業務管理サーバ２０の制御部２１は、外部エントリデータと内部エントリデータとが一致するかどうかについての判定処理を実行する（ステップＳ７−６）。具体的には、制御部２１の確認処理手段２１６が、内部確認処理対象の「受付日、バッチ識別子、処理連番」が設定された外部エントリレコード２５０のエントリ内容と、内部エントリレコード２６０のエントリ内容とを比較する。
【０１００】
外部エントリデータと内部エントリデータとが一致しない場合（ステップＳ７−６において「ＮＯ」の場合）、業務管理サーバ２０の制御部２１は、ステップＳ７−５と同様に、評価結果の更新処理を実行する（ステップＳ７−７）。
【０１０１】
一方、外部委託エントリデータと内部端末におけるエントリデータとが一致する場合（ステップＳ７−６において「ＹＥＳ」の場合）、業務管理サーバ２０の制御部２１は、この処理をスキップする。
【０１０２】
そして、業務管理サーバ２０の制御部２１は、確認指示処理を実行する（ステップＳ７−８）。具体的には、制御部２１の確認処理手段２１６が、管理者端末に対して、口座振替処理ができない依頼書があることを通知する。管理者は、この口座振替依頼書の内容を確認して、顧客等への問い合わせを行なう。
【０１０３】
本実施形態によれば、以下のような効果を得ることができる。
・  本実施形態においては、業務管理サーバ２０の制御部２１は、エントリ依頼送信処理を実行する。ここでは、業務管理サーバ２０の制御部２１は、イメージ採取処理（ステップＳ１−１）、データベース登録処理を実行する（ステップＳ１−２）。そして、業務管理サーバ２０の制御部２１は、帳票識別処理（ステップＳ１−３）を実行し、帳票種別を識別できなかった場合（ステップＳ１−４において「ＮＯ」）、制御部２１は、内部対応登録処理を実行する（ステップＳ１−５）。一方、帳票種別を識別できた場合（ステッ
プＳ１−４において「ＹＥＳ」の場合）、制御部２１は、認識処理（ステップＳ１−６）、イメージ切出処理（ステップＳ１−７）を実行する。そして、制御部２１は、外部委託登録処理（ステップＳ１−８）、外部委託送信処理を実行する（ステップＳ１−１０）。これにより、データエントリ作業を外部のアウトソースに委託することができる。従って、データエントリ量が変化する場合においても、外部委託先を利用して、効率的に業務も行なうことができる。そして、外部委託先に送信する依頼書イメージは、切出領域パターンにより加工される。これにより、口座振替依頼書の一部の情報に基づいてデータエントリが行なわれるため、情報漏洩を抑制することができる。
【０１０４】
・  本実施形態においては、委託先設定登録処理において、時差を考慮して外部委託先候補の特定処理を実行する（ステップＳ２−２）。これにより、外部委託先に送信するイメージデータの準備が遅れた場合にも、時差を利用してデータエントリを依頼し、国内の業務時間内にエントリ結果を回収することができる。更に、データエントリを依頼する外部委託先は評価結果に基づいて分配量が設定される。これにより、的確な外部委託先を選定することができる。
【０１０５】
・  本実施形態においては、業務管理サーバ２０の制御部２１は、テストモード設定処理を実行する（ステップＳ２−５）。そして、業務管理サーバ２０の制御部２１は、外部委託先から受信したエントリ結果データに基づいて、テストモード評価処理を実行する（ステップＳ４−３）。これにより、定期的に外部委託先の評価を行なうことができる。そして、この評価結果に基づいて、新たなデータエントリ依頼を的確に行なうことができる。
【０１０６】
・  本実施形態においては、エントリ結果データに不確定フラグが記録されている案件が含まれている場合（ステップＳ４−４において「ＹＥＳ」の場合）や、マスタ登録されていない場合（ステップＳ４−８において「ＮＯ」の場合）には、業務管理サーバ２０の制御部２１は、内部確認処理を実行する。この処理において、業務管理サーバ２０の制御部２１は、内部エントリレコード２６０に記録されたエントリ内容が、ホストシステムにマスタ登録されているかどうかについての判定処理を実行する（ステップＳ７−３）。マスタ登録されている場合（ステップＳ７−３において「ＹＥＳ」の場合）には、業務管理サーバ２０の制御部２１は、評価結果の更新処理を実行する（ステップＳ７−５）。また、業務管理サーバ２０の制御部２１は、外部エントリデータと内部エントリデータとが一致するかどうかについての判定処理を実行する（ステップＳ７−６）。外部エントリデータと内部エントリデータとが一致しない場合（ステップＳ７−６において「ＮＯ」の場合）、業務管理サーバ２０の制御部２１は、ステップＳ７−５と同様に、評価結果の更新処理を実行する（ステップＳ７−７）。これにより、内部確認処理の結果を利用して、外部委託先の評価を修正することができる。
【０１０７】
なお、上記各実施形態は以下のように変更してもよい。
○  上記実施形態では、業務管理サーバ２０の制御部２１は、テスト要否判定処理を実行する（ステップＳ３−１）。具体的には、制御部２１のエントリ依頼管理手段２１３が、外部委託先管理データ記憶部２２から、特定された外部委託先についての依頼累積数を取得する。そして、エントリ依頼管理手段２１３が、この依頼累積数と、テストモード基準値を比較する。テスト要否判定方法は、これに限定されるものではなく、一定期間毎に実施するようにしてもよい。この場合には、最後にテストモードを実行したテストモード実行日付（年月日）を特定するためのデータを外部委託先管理データ記憶部２２に記録しておく。そして、このテストモード実行日付から基準期間経過後に、エントリ依頼を行なう場合にテストモードを実行する。
【０１０８】
○  上記実施形態では、外部委託先管理データ記憶部２２は委託先管理データ記憶手段
として機能し、エントリ作業を委託するアウトソースに関する外部委託先管理レコード２２０が記録される。外部委託先管理レコード２２０は、エントリセンタ識別子、受付可能時間、依頼累積数、評価ログ、評価結果に関するデータを含んで構成される。この受付可能時間データ領域には、このエントリセンタが設けられた地域の時差を考慮して設定された受付可能時間に関するデータが記録される。そして、委託先設定登録処理において、業務管理サーバ２０の制御部２１は、時差を考慮して外部委託先候補の特定処理を実行する（ステップＳ２−２）。具体的には、制御部２１のエントリ依頼管理手段２１３が、外部委託先管理データ記憶部２２から、現在時刻が含まれる受付可能時間が設定された外部委託先のエントリセンタ識別子を取得する。そして、業務管理サーバ２０の制御部２１は、評価結果に基づいて外部委託先の決定処理を実行する（ステップＳ２−４）。これに代えて、外部委託件数に基づいて、外部委託先の決定するようにしてもよい。
【０１０９】
具体的には、業務管理サーバ２０の制御部２１には、１件のデータエントリを行なうためのエントリ所要単位時間に関するデータを保持させる。更に、外部委託先管理データ記憶部２２には、エントリセンタ毎に、時差、エントリ作業者数、勤務時間帯（現地時刻）に関するデータを記録しておく。
【０１１０】
そして、制御部２１のエントリ依頼管理手段２１３は、各エントリセンタの時差と勤務時間帯とから、エントリ結果回収の時限までの勤務残り時間を算出する。
次に、エントリ依頼管理手段２１３は、勤務残り時間をエントリ所要単位時間で除算し、エントリ作業者数を乗算することにより、時限までのエントリ可能件数を算出する。そして、エントリ可能件数が外部委託件数よりも多いエントリセンタを特定し、このエントリセンタのエントリセンタサーバ５０に、エントリ依頼を送信する。これにより、時差を利用して、所定の時限までにエントリ結果を取得することができる。
【０１１１】
○  上記実施形態では、業務管理サーバ２０の制御部２１は、イメージ切出処理を実行する（ステップＳ１−７）。ここで、一つの口座振替依頼書について、複数の外部委託先に分割して、データエントリを依頼するようにしてもよい。この場合には、帳票管理データ記憶部２３に、切出領域に応じて、複数の切出領域パターンを準備しておく。これにより、イメージが細分化されるので、より確実に情報漏洩を抑制することができる。
【図面の簡単な説明】
【０１１２】
【図１】本発明の実施形態のシステム概略図。
【図２】本発明の実施形態の各データ記憶部に記録されたデータの説明図であって、（ａ）は外部委託先管理データ記憶部、（ｂ）は帳票管理データ記憶部、（ｃ）はエントリ管理データ記憶部に記録されたデータの説明図。
【図３】本発明の実施形態の各データ記憶部に記録されたデータの説明図であって、（ａ）は外部エントリデータ記憶部、（ｂ）は内部エントリデータ記憶部、（ｃ）は口座振替依頼データ記憶部に記録されたデータの説明図。
【図４】本実施形態の処理手順の説明図。
【図５】本実施形態の処理手順の説明図。
【図６】本実施形態の処理手順の説明図。
【図７】本実施形態の処理手順の説明図。
【図８】本実施形態の処理手順の説明図。
【図９】本実施形態の処理手順の説明図。
【図１０】本実施形態の処理手順の説明図。
【符号の説明】
【０１１３】
１０…スキャナ装置、２０…業務管理サーバ、２１…制御部、２１１…イメージ取得手段、２１２…イメージ切出処理手段、２１３…エントリ依頼管理手段、２１５…受信処理
手段、２１６…確認処理手段、２１７…取引指示手段、２５…外部エントリデータ記憶部、２６…内部エントリデータ記憶部、２７…口座振替依頼データ記憶部、３０…内部端末、４０…ホストシステム、５０…エントリセンタサーバ。
【図１】
2010086295.tif 000003
【図２】
2010086295.tif 000004
【図３】
2010086295.tif 000005
【図４】
2010086295.tif 000006
【図５】
2010086295.tif 000007
【図６】
2010086295.tif 000008
【図７】
2010086295.tif 000009
【図８】
2010086295.tif 000010
【図９】
2010086295.tif 000011
【図１０】
2010086295.tif 000012