JP5210766B2

JP5210766B2 - ファクシミリ処理システム、ファクシミリ処理方法、及び、プログラム

Info

Publication number: JP5210766B2
Application number: JP2008222714A
Authority: JP
Inventors: 容川口
Original assignee: Canon Marketing Japan Inc
Current assignee: Canon Marketing Japan Inc
Priority date: 2008-08-29
Filing date: 2008-08-29
Publication date: 2013-06-12
Anticipated expiration: 2028-08-29
Also published as: JP2010057132A

Description

本発明は、ファクシミリデータを送受信可能なファクシミリ処理システムのファクシミリ処理制御に関する。

従来、例えば、保険業界などで代理店から保険会社に対して保険の申込書の登録依頼をファクシミリ(以下、ＦＡＸという)で行う場合、まず、送信状（ＦＡＸを送信する際に表紙につける送付票）と保険の申込書をＦＡＸで受信する。そして、この受信したＦＡＸに対して受信（受領）確認を行う目的で、送信元に受信した送信状に受領印を押下して、あるいは不備等あった場合、不備通知書を新たに作成して、ＦＡＸで返信することが行われている。

この種の業務では、返信業務を行うオペレータが、返信先のＦＡＸ番号を入力して送信するため、ＦＡＸ誤送信が問題となっている。また、上記不備通知書と受信したＦＡＸとを違えてＦＡＸしてしまうといったＦＡＸ誤送信も問題となっている。

このような問題を解決する技術として、特許文献1では、受信したＦＡＸデータのＦＡＸヘッダ部から特定される送信元や、受信したＦＡＸデータをイメージデータとして取り込みこのイメージデータをＯＣＲ処理することで特定される送信元に対応するＦＡＸ番号をデータベースから取得し、返信時にそのＦＡＸ番号を用いてＦＡＸ送信を行うことが開示されている。
特開２００２−１６５０７６号公報

申込書のようなＦＡＸデータを処理する業務においては、ＦＡＸで送られてきた申込書に対して、受信確認を単に返信するだけでなく、不備がないかオペレータが一つずつ確認し、申込書に不備があった場合には、どのような不備があったのかを知らせる必要が発生する。

このような不備を知らせるために、特許文献１のような技術を用いたアプリケーション上で不備を確認して、不備があった場合にはＦＡＸ受信して取り込んだイメージデータに対して、アノテーションなどでコメントを付して返信することが考えられる。

しかしながら、このようなアプリケーションを利用しようとした場合、導入コストがかかってしまうことや、アプリケーションを用いるオペレータにスキルが必要となる等の問題点がある。紙文書による業務に慣れている作業者に、上記のようなアプリケーションを用いて作業させることは、相当の負荷を強いることとなる。

そのため、企業によっては、このようなアプリケーション上で返信業務を行わず、従来どおり、一旦受信したＦＡＸデータを印刷し、印刷したＦＡＸデータを確認して、オペレータが印刷した紙文書を用いて返信業務を行っている。このため、従来の返信業務では、オペレータが操作ミスを行うと依然としてＦＡＸの誤送信が発生してしまっていた。

そこで、本願発明は、従来のように印刷した受信ＦＡＸを用いた返信業務を行っても、ファクシミリ（ＦＡＸ）の誤送信を防止できる仕組みを提供することを目的とする。

本発明は、ファクシミリデータを送受信可能なファクシミリ処理システムであって、ファクシミリデータを受信する受信手段と、前記受信手段で受信したファクシミリデータと、予め記憶手段に記憶されているイメージデータと前記受信手段で受信したファクシミリデータに対応する送信元情報を合成したイメージデータとで両面印刷を行う両面印刷手段と、前記両面印刷手段により両面印刷した紙文書の両面を読み取る読取手段と、前記読取手段で前記紙文書の両面を読み取ることにより得られる第１のイメージデータと第２のイメージデータを取得するイメージデータ取得手段と、前記イメージデータ取得手段で取得した第１のイメージデータと第２のイメージデータの帳票を認識する認識手段と、前記認識手段で得られた第１のイメージデータと第２のイメージデータの認識結果に従って、前記第１のイメージデータまたは第２のイメージデータのいずれかを送信対象とするかを決定する決定手段と、前記決定手段で決定された送信対象となる第１のイメージデータまたは第２のイメージデータを、前記認識手段で認識された送信元情報に従って送信する送信手段と、を備えることを特徴とする。

本発明によれば、ファクシミリ(ＦＡＸ)の誤送信を防ぐことができる。例えば、特に受信したＦＡＸに対して、印刷した受信ＦＡＸを用いて返信する際の誤送信を防ぐこときる等の効果を奏する。

〔第１実施形態〕
以下、添付図面に従って、本発明の実施形態を詳細に説明する。

＜本実施形態のファクシミリ(ＦＡＸ)処理システム＞
図１及び図２は、本発明の実施形態に係るファクシミリ(ＦＡＸ)処理システムのシステム構成例及び各装置内の機能ブロックを示す図である。

まず、図１及び図２を用いて、ファクシミリ(ＦＡＸ)処理システムのシステム構成の一例の説明をする。

本発明の第１の実施形態であるファクシミリ(ＦＡＸ)処理システムは、複合機１０７が外部のＦＡＸ端末０００と電話回線で接続されており、外部のＦＡＸ端末０００とＦＡＸの送受信が可能である。

また、複合機１０７は、ネットワーク１４０（例えばＬＡＮ）を介してファクシミリ（ＦＡＸ）データ処理サーバ１００と接続されている。複合機１０７は、受信したＦＡＸデータを変換したイメージデータ、複合機１０７でスキャンしたイメージデータ、複合機１０７で印刷するための印刷データ、或いは、複合機１０７でＦＡＸ送信するためのＦＡＸデータを、ＦＡＸデータ処理サーバ１００と送受信可能である。

本発明では、複合機１０７とＦＡＸデータ処理サーバ１００とをネットワークを介して接続して処理を行うように構成したが、ＦＡＸデータ処理サーバ１００の処理を複合機１０７で行うように構成してもよい。

＜本実施形態のファクシミリ(ＦＡＸ)処理システムの機能ブロック図構成例＞
次に、図１及び図２を用いて、ファクシミリ(ＦＡＸ)処理システムの各装置の機能ブロックの説明を行う。

まず、図１を用いて、本発明の実施形態に係るＦＡＸ受信時のデータの流れについて説明する。

このファクシミリ(ＦＡＸ)処理システムでは、代理店のＦＡＸ端末０００からＦＡＸ送信されたＦＡＸデータ１０６を、複合機１０７のＦＡＸ受信部１０８が電子データに変換する。そして、ＦＡＸ受信部１０８は、送信元ＦＡＸ番号を記述したテキストファイル（受信属性ファイル(図６)）を生成する（生成方法については後述する）。さらに、ＦＡＸ受信部１０８は、前記変換した電子データ（イメージデータ）と共に前記生成したテキストファイル（受信属性ファイル(図６)）をＦＡＸ受信データ転送部１０９に出力する。

ＦＡＸ受信データ転送部１０９では、前記電子データ（イメージデータ）と前記テキストファイル（受信属性ファイル）をＬＡＮ１４０を介してＦＡＸデータ処理サーバ１００に転送する。

ＦＡＸデータ処理サーバ１００では、複合機１０７から転送された電子データ（イメージデータ）と前記テキストファイル（受信属性ファイル）をＦＡＸ受信データ格納部１３０で受信し、ＦＡＸ受信データ保存フォルダ１０２に格納する。

次に、印刷データ生成部１０１は、ＦＡＸ受信データ保存フォルダ１０２にＦＡＸ受信データが格納（記憶）されたことを監視する（ＯＳからのイベント通知を使用して監視する）。そして、印刷データ生成部１０１は、ＦＡＸ受信データが格納（記憶）されたことを検知した時点で、送信元ＦＡＸ番号を、前記ＦＡＸ受信データと共に格納された受信属性ファイル(図６)から読込み、代理店マスタ１０３（図７）に登録されているＦＡＸ番号か否かをチェックする。

ＦＡＸ番号が代理店マスタ１０３に登録されていなかった場合には、印刷データ生成部１０１は、前記受信したＦＡＸ受信データを印刷するための印刷データを印刷データ送信部（プリンタドライバ）１０５を用いて生成して複合機１０７で印刷させる。即ち、通常のＦＡＸとして処理する。

複合機１０７では、出力部１３１が、印刷データ送信部（プリンタドライバ）１０５から受信した印刷データをプリントエンジン３９に対して出力して、印刷出力する。

一方、ＦＡＸ番号が代理店マスタ１０３に登録されていた場合には、印刷データ生成部１０１は、代理店マスタ１０３から前記受信したＦＡＸ番号に該当する代理店名を取得し、表面にＦＡＸ受信データ（例えば、後述する図８の１３０３）を、裏面に送信元ＦＡＸ番号、代理店名、及び不備通知書雛形１０４内の裏面テンプレート（例えば、後述する図８の１３００）を印刷するための印刷データを、印刷データ送信部（プリンタドライバ）１０５を用いて生成して複合機１０７で印刷させる。

複合機１０７では、出力部１３１が、印刷データ送信部（プリンタドライバ）１０５から受信した印刷データをプリントエンジン３９に対して出力して、印刷する。即ち、上述したＦＡＸ受信データを表面に、送信元ＦＡＸ番号、代理店名、及び不備通知書雛形１０４を裏面に印刷した紙文書が出力される。

そして、このように両面印刷された紙文書を、人手によって処理する。詳細には、紙文書の内容に不備がない場合には、受領通知のために、担当者は、該紙文書の表面に印刷された送信状に押印を行し、送信元に返信することになる。一方、紙文書の内容に不備がある場合には、不備を通知するために、担当者は、該紙文書の裏面に印刷された不備通知書に不備情報を記述し、送信元に返信することになる。

以下、図２を用いて、本発明の実施形態に係るＦＡＸ送信時のデータの流れについて説明する。

このファクシミリ(ＦＡＸ)処理システムでは、人手によって上述の表面に押印又は裏面に不備情報を記述した紙文書１１６（表面が図８の１３０３，裏面が図８の１３０４）が複合機１０７の原稿台にセットされ、両面読取り操作が行う。この操作に応じて、複合機１０７がスキャンエンジン３７（図４）を介して原稿台にセットされた紙文書１１６の両面から読取部１１７でイメージデータを読み取る。そして、入力処理部１１８が、上記読取部１１７で読み取ったイメージデータをＬＡＮを介して、ＦＡＸデータ処理サーバ１００へ送信する。

ＦＡＸデータ処理サーバ１００では、イメージデータ格納部１３２が、複合機１０７から送信されたＦＡＸ送信データ（イメージデータ）を受信して送信予約フォルダ１１０に格納する。

また、ＦＡＸデータ処理サーバ１００の文字認識（帳票認識）部１１１は、送信予約フォルダ１１０を定期的に監視し、ＦＡＸ送信データ（イメージデータ）が格納（記憶）されたことを検知した時点で、該ＦＡＸ送信データ（イメージデータ）に対してＯＣＲ処理を施す。そして、文字認識（帳票認識）部１１１は、ページ分割された出力イメージファイルと、ページごとのＯＣＲ結果ファイル（図１１）をＯＣＲ出力フォルダ１２０に出力する。

結果判別部１１９は、定期的にＯＣＲ出力フォルダ１２０を監視し、ＯＣＲ結果ファイルが出力されたことを検知した時点で、ＯＣＲ結果ファイルを読み込み、裏面に相当するページのチェックボックスのチェックの有無を判定して送信対象ページを確定させる。詳細には、裏面に相当するページのチェックボックスにチェックが有る場合には、裏面に相当するページを送信対象ページに確定し、一方、裏面に相当するページのチェックボックスにチェックが無い場合には、表面に相当するページを送信対象ページに確定する。

さらに、結果判別部１１９は、代理店マスタ１０３にＯＣＲ処理にて読取ったＦＡＸ番号が登録されているか否か判定する。

そして、代理店マスタ１０３にＯＣＲ処理にて読取ったＦＡＸ番号が登録されている場合には、結果判別部１１９は、上記確定した送信対象ページを送信フォルダ１１４に移動させ、さらに、送信データファイル名及び送信先ＦＡＸ番号を記述したテキストファイル（送信属性ファイル（図１２））を送信フォルダ１１４に作成する。

一方、代理店マスタ１０３にＦＡＸ番号が登録されていない場合及び送信対象ページが確定できなかった場合には、結果判別部１１９は、エラーフォルダ１１３に送信データを移動する。

ＦＡＸ送信データ取得部１１２は、送信フォルダ１１４を定期的に監視する。そして、送信フォルダ１１４に送信属性ファイルが格納（記憶）された事を検知した時点で、ＦＡＸ送信データ取得部１１２は、送信属性ファイルに記述されている送信データを送信属性ファイルに記述されている送信先に送信するようにＦＡＸデータ送信部(ＦＡＸドライバ)１１５を介して複合機１０７へ送信する。

複合機１０７のＦＡＸ送信部１３３では、ＦＡＸデータ送信部１１５から送信されたＦＡＸデータを外部のＦＡＸ端末０００にＦＡＸ送信する。

＜本実施形態のファクシミリ(ＦＡＸ)処理システムのハードウェア構成例＞
図３は、図１及び図２に示したＦＡＸデータ処理サーバ１００のハードウェア構成を示す簡略化されたブロック図である。

図３に示すように、ＦＡＸデータ処理サーバ１００は、ＣＰＵ２０１と、ＲＡＭ２０２と、ＲＯＭ２０３と、ＬＡＮアダプタ２０４と、ビデオアダプタ２０５と、キーボード２０６と、マウス２０７等のポインティングデバイスと、ハードディスク２０８と、記録媒体ドライブ２０９とを備え、これらがシステムバス２００を介して互いに接続されている。

ハードディスク２０８には、オペレーティングシステム(ＯＳ)や各種アプリケーションの保存の他にＦＡＸ受信データ及びＦＡＸ送信データ、ＦＡＸデータを管理する管理情報、ＯＣＲ処理に必要な情報が記憶されている。

なお、ＦＡＸデータ処理サーバ１００のＣＰＵ２０１は、ハードディスク２０８に格納されたプログラムをＲＡＭ２０２にロードして実行することにより、図１，図２に示したＦＡＸデータ処理サーバ１００の各種機能部（ＦＡＸ受信データ格納部１３０，印刷データ生成部１０１，印刷データ送信部１０５，イメージデータ格納部１３２，文字認識（帳票認識）部１１１，結果判別部１１９，ＦＡＸ送信データ取得部１１２，データ送信部１１５等）を実現する。また、ハードディスク２０８は、図１，図２に示した各種データやフォルダ（ＦＡＸ受信データ保存フォルダ１０２，代理店マスタ１０３，不備通知書雛形１０４，送信予約フォルダ１１０，ＯＣＲ出力フォルダ１２０，エラーフォルダ１１３，送信フォルダ１１４等）を記憶する。

なお、本実施形態では、後述するフローチャート処理が実施されるように構成されているが、複合機１０７で処理できるように構成してもよい。

図４は、図１，図２に示した複合機１０７のハードウェア構成を示すブロック図である。

図４に示すように、複合機１０７は、ＦＡＸデータ処理サーバ１００と同様に、システムバス３０、ＣＰＵ３１と、ＲＡＭ３２と、ＲＯＭ３３と、ＬＡＮアダプタ３４と、ハードディスク３８を有している。また、複合機１０７は、液晶パネル＆Ｉ／Ｆ３５、通信回線Ｉ／Ｆ３６、スキャンエンジン３７、プリントエンジン３９を有している。

液晶パネル＆Ｉ／Ｆ３５は、タッチパネルを含み、表示機能及びデータ入力機能を有している。通信回線Ｉ／Ｆ３６は電話回線とのインターフェイスを司る。

スキャンエンジン３７は、原稿画像を光学的に読み取りデジタル画像データに変換して入力する。プリントエンジン３９は、スキャンエンジン３７から入力されたデータ及び受信したＦＡＸデータ等を紙に印刷する。

複合機１０７のハードディスク３８には、システムプログラム等の他に、ＦＡＸデータ処理サーバ１００へＦＡＸデータを転送する転送プログラムが記憶されている。また、ハードディスク３８には、ＦＡＸデータを転送するための管理情報も記憶されている。

なお、複合機１０７のＣＰＵ３１は、ＲＯＭ３３に格納されたプログラムを実行することにより、図１，図２に示した複合機１０７の各種機能部（ＦＡＸ受信部１０８，ＦＡＸ受信データ転送部１０９，出力部１３１，読取部１１７，入力処理部１１８，ＦＡＸ送信部１３３等）を実現する。

＜裏面印刷処理フロー＞
図５は、本発明におけるＦＡＸ受信文書の裏面印刷処理の一例を示すフローチャートである。なお、本フローチャートを適用可能な業務において、ＦＡＸ受信するデータの内容は、送信状（申込書番号の一覧が書かれている）と必要事項が記入された申込書が複数枚ある。この業務では、この受信した申込書に不備が無ければ、送信状に受領印を押して送信状を代理店に返信する。一方、申込書に不備があった場合には、新たに不備通知書を作成して不備項目を記入し、代理店に返信する。以下、フローチャートの各ステップを説明する。

なお、ＦＡＸ受信部１０８がＳ５０１〜Ｓ５０３の処理を、ＦＡＸ受信データ転送部１０９がＳ５０４の処理を、ＦＡＸ受信データ格納部１３０がＳ５０５〜Ｓ５０６の処理を、印刷データ生成部１０１がＳ５０７〜Ｓ５１７の処理を、印刷データ送信部（プリンタドライバ）１０５がＳ５１８〜Ｓ５１９の処理を、出力部１３１がＳ５２０の処理を行う。

ステップＳ５０１において、複合機１０７のＦＡＸ受信部１０８でＦＡＸデータを受信すると、ステップＳ５０２に処理を進める。

ステップＳ５０２では、ＦＡＸ受信部１０８は、受信データを画像ファイル化し（受信画像ファイルを生成し）、ステップＳ５０３において、送信元情報及び受信画像ファイル名を記述した受信属性ファイル(図６)を生成する。ここで受信属性ファイル(図６)について説明する。

図６は、本実施形態の受信属性ファイルの一例を示す図である。

図６に示すように、受信属性ファイルは、複合機１０７のＦＡＸ受信部１０８で受信ＦＡＸを電子データに変換した際に生成されるものであり、前記受信ＦＡＸの送信元（受信先）のＦＡＸ番号と、変換された電子データ（イメージファイル）が格納されているファイル名（受信対象ファイル）を記述したテキストファイルである。なお、送信元のＦＡＸ番号は、ナンバーディスプレイ等の情報から取得してもよいし、ＦＡＸのヘッダ等に記載されたＦＡＸ番号を文字認識して取得してもよい。

以下、図５のフローチャートの説明に戻る。

次に、ステップＳ５０４において、ＦＡＸ受信データ転送部１０９は、複合機１０７内に予め登録されているＦＡＸデータ処理サーバ１００へ、上記ステップＳ５０２で生成した受信画像ファイルと受信属性ファイル(図６)を転送する。

ＦＡＸデータ処理サーバ１００では、ステップＳ５０５において、ＦＡＸ受信データ格納部１３０が複合機１０７から転送された受信画像ファイル及び受信属性ファイル(図６)を受信すると、ステップＳ５０６に処理を進める。

ステップＳ５０６では、ＦＡＸ受信データ格納部１３０は、上記ステップＳ５０５で受信した受信画像ファイル及び受信属性ファイル(図６)をＦＡＸ受信データ保存フォルダ１０２に格納（記憶）する。

次に、ステップＳ５０７において、印刷データ生成部１０１は、上記受信画像ファイル及び受信属性ファイルがＦＡＸ受信データ保存フォルダ１０２に格納（記憶）されたことを検知した時点で、受信属性ファイル(図６)を読み込み、送信元のＦＡＸ番号を取得する。なお、印刷データ生成部１０１は、ＯＳからのイベント通知を使用して、ＦＡＸ受信データ保存フォルダ１０２に受信画像ファイル及び受信属性ファイルが格納されたことを検知する。

次に、ステップＳ５０８において、印刷データ生成部１０１は、上記ステップＳ５０７で取得したＦＡＸ番号と、代理店マスタ１０３（図７）に登録されているＦＡＸ番号を比較して、一致するか否かを判断する。ここで代理店マスタ１０３について説明する。

図７は、ハードディスク２０８に記憶される代理店マスタの一例を示す図である。

図７に示すように、代理店マスタ１０３は、代理店名、及び、ＦＡＸ番号に対応する項目で構成されている。

以下、図５のフローチャートの説明に戻る。

そして、上記ステップＳ５０７において、取得したＦＡＸ番号と一致するＦＡＸ番号が代理店マスタ１０３に存在すると判断した場合には（Ｓ５０８でＹｅｓ）、印刷データ生成部１０１は、ステップＳ５０９に処理を進める。

ステップＳ５０９では、印刷データ生成部１０１は、ステップＳ５０６でＦＡＸ受信データ保存フォルダ１０２に格納された受信画像データの全ページ分のデータを取得し、それぞれ表面画像データとして、ＲＡＭ２０２又はハードディスクに保持しておく。

次に、ステップＳ５１０において、印刷データ生成部１０１は、予めハードディスク２０８内の不備通知書雛形１０４に記憶されている裏面テンプレートの画像データ１３００（図８）を取得し、裏面画像データとして、ＲＡＭ２０２に保持しておく。

さらに、ステップＳ５１１において、印刷データ生成部１０１は、上記ステップＳ５０７で取得したＦＡＸ番号に該当する代理店名を代理店マスタ１０３（図７）から取得し、ステップＳ５１２において、裏面画像データを生成して、ＲＡＭ２０２又はハードディスクに保持しておく。

具体的には、図８に示す裏面テンプレート１３００の１３０１に代理店名（Ｓ５１１で取得）を、１３０２にＦＡＸ番号（Ｓ５０７で取得）をオーバレイ（合成）することにより、送信用裏面画像データを生成する。以下、図８、図９を参照して、生成される印刷データについて説明する。

図８は、印刷データ生成部１０１で印刷データを生成する際に用いられる裏面テンプレート（フォームともいう）データ及び、読取部１１７で読み取る紙文書の模式図の一例を示す図である。

図８において、１３０３は印刷される紙文書の表面を示し、ＦＡＸ受信部１０８で受信したＦＡＸデータそのものが印刷される。なお、この例では、ＦＡＸの送信状がＦＡＸ受信され、既に日時やＦＡＸ番号が入力されたものとなっている。

１３００は、１３０３の裏面に印刷するための裏面テンプレートである。この裏面テンプレート１３００は、例えば、代理店名を印刷する欄１３０１と、ＦＡＸ番号を印刷する欄１３０２と、チェックを入れる欄１３０４と、不備通知を記入する欄１３０５を規定したテンプレートである。

なお、１３０１に代理店名がオーバレイ印刷され、１３０２にＦＡＸ番号がオーバレイ印刷され、出力部１３１で紙出力されたのち、業務を遂行するオペレータによって必要事項が入力された裏面の例が１３０６である。

なお、受信したＦＡＸに不備があった場合には、１３０６に示すように、１３０４にチェックを記入し、１３０５の例えば契約書番号や不備内容や備考にオペレータが記入することとなる。

図９は、ＦＡＸ受信部１０８が受信しＦＡＸ受信データ格納部１３０に格納されたＦＡＸ受信データから印刷データ生成部１０１が生成した印刷データ（紙出力データ）の一例を示す模式図である。

図９に示すように、受信したＦＡＸ受信データ（１７０１，１７０２，１７０３）から、ＦＡＸ受信データが紙文書として出力したときに表面になるように奇数ページ（１７１１，１７１３，１７１５）に配置し、ＦＡＸ受信データの裏面に不備通知書が印刷されるようにするために、図８の裏面テンプレート１３００を用いて合成されたデータを偶数ページ（１７１２，１７１４，１７１６）に配置したデータを生成する。

図９に示す例では、ＦＡＸ受信データの１ページ目（送信状）１７０１、ＦＡＸ受信データの２ページ目（申込書）１７０２、ＦＡＸ受信データの３ページ目（申込書）１７０３を取得し、紙出力データの１ページ目の表面データ１７１１、紙出力データの２ページ目の表面データ１７１３、紙出力データの３ページ目の表面データ１７１５とし、不備通知書を各紙出力データの裏面（１７１２，１７１４，１７１６）とするように印刷データを生成する。

以下、図５の説明に戻る。

なお、上記Ｓ５０７で取得したＦＡＸ番号（図７のＦＡＸ番号）の他に返信先ＦＡＸ番号が代理店マスタ１０３に登録されていた場合、この代理店マスタ１０３の返信先ＦＡＸ番号を取得して、裏面画像データを生成するようにする。これにより、送信されたＦＡＸ端末０００と返信するＦＡＸ端末が異なる場合、誤送信が防ぐことが可能となる。

次に、ステップＳ５１３において、印刷データ生成部１０１は、予め出力用に作成されＦＡＸデータ処理サーバ１００のハードディスク２０８内に格納されているプリンタの印刷方法の設定を「両面印刷」に変更する。具体的には、Windows（登録商標）の場合、プリンタの各種設定を保持するＤＥＶＭＯＤＥ構造体の設定を変更する。

次に、ステップＳ５１４において、印刷データ生成部１０１は、上記Ｓ５０９で取得した表面画像データと上記Ｓ５１０で取得した裏面画像データを出力する。具体的には表と裏の画像データをＯＳ経由で印刷データ送信部（プリンタドライバ）１０５に対して出力することを意味する。そして、上記ステップＳ５１４の処理を終了すると、ステップＳ５１８に処理を進める。

一方、上記ステップＳ５０８において、Ｓ５０７で取得した送信元ＦＡＸ番号と代理店マスタ（図７）１０３内のＦＡＸ番号とが一致しなかったと判断した場合には（Ｓ５０８Ｎｏ）、印刷データ生成部１０１は、ステップＳ５１５に処理を進める。

ステップＳ５１５では、印刷データ生成部１０１は、ステップＳ５０６でＦＡＸ受信データ保存フォルダ１０２に格納された受信画像データの全ページ分のデータを取得し、それぞれ表面画像データとして、印刷データを生成する。

次に、ステップＳ５１６において、印刷データ生成部１０１は、予め出力用に作成されＦＡＸデータ処理サーバ１００のハードディスク２０８内に格納されているプリンタの印刷方法の設定を「片面印刷」に変更する。具体的には、Windows（登録商標）の場合、プリンタの各種設定を保持するＤＥＶＭＯＤＥ構造体の設定を変更する。

次に、ステップＳ５１７において、印刷データ生成部１０１は、上記Ｓ５０９で取得した表面画像データを出力する。具体的には表面画像データをＯＳ経由で印刷データ送信部（プリンタドライバ）１０５に対して出力することを意味する。そして、ステップＳ５１４の処理を終了すると、ステップＳ５１８に処理を進める。

ステップＳ５１８では、印刷データ送信部（プリンタドライバ）１０５は、Ｓ５１４（又はＳ５１７）で出力された画像データとＳ５１３（又はＳ５１６）で設定された印刷設定とに基づいて、両面設定（又は片面設定）のＰＤＬデータを生成する。

そして、ステップＳ５１９において、印刷データ送信部（プリンタドライバ）１０５は、Ｓ５１８で生成されたＰＤＬデータを複合機１０７に出力する。

複合機１０７では、ステップＳ５２０において、出力部１３１が、印刷データ送信部（プリンタドライバ）１０５から出力されたＰＤＬデータを受信し、紙文書としてプリントエンジン３９により印刷出力する。

なお、上記Ｓ５１８〜Ｓ５２０の処理は、アプリケーションが行うのではなく、プリンタドライバ及びＯＳ、複合機が処理を行う。

このようにして出力された紙文書は、その後、人手によりＦＡＸ受信した申込書の入力を行った後、出力された紙文書から送信状だけを取り出す。図９に示す例では、表面が１７１１で裏面が１７１２に対応する紙文書を取り出す。なお、この送信状には、図８に示す例では、表面１３０３，裏面１３０６のようなデータが印刷されている。

そして、申込書に不備が無かった場合は、表面１３０３ＦＡＸ受信面の送信状（図８）に受領印の押印やコメントを記入し、裏面１３０６のチェックボックス１３０４（図８）にはチェックを入れないでおく。

一方、不備があった場合は、裏面１３０６のチェックボックス１３０４（図８）にチェックを入れ、裏面１３０６の不備通知書記載箇所１３０５（図８）に不備内容及びコメント等を記入する。

その後、不備がなかった場合でも不備があった場合でも、この紙文書を複合機１０７の原稿台にセットし、後述する図１０に示すＦＡＸ送信処理にかける。

＜ＦＡＸ送信処理フロー＞
図１０は、受領印押下及び不備通知書記入後のＦＡＸ送信処理の一例を示すフローチャートである。以下フローチャートの各ステップを説明する。なお、読取部１１７がＳ６０１〜Ｓ６０２の処理を、入力処理部１１８がＳ６０３の処理を、イメージデータ格納部１３２がＳ６０４〜Ｓ６０５の処理を、文字認識（帳票認識）部１１１がＳ６０６〜Ｓ６０８，Ｓ６１６の処理を、結果判別部１１９がＳ６０９の処理を、ＦＡＸ送信データ取得部１１２がＳ６１０〜Ｓ６１２の処理を、ＦＡＸデータ送信部（ＦＡＸドライバ）１１５がＳ６１３〜Ｓ６１４の処理を、ＦＡＸ送信部１３３がＳ６１５の処理を行う。

ＦＡＸ送信処理の開始指示が液晶パネル＆Ｉ／Ｆ３５から入力されると、まず、ステップＳ６０１において、複合機１０７の読取部１１７は、原稿台にセットされた紙文書１１６（例えば、図８の表面１３０３，裏面１３０６）を両面スキャンし、ステップＳ６０２において、スキャンデータを画像ファイル化する。紙文書が複数枚セットされている場合には、全ての紙文書を両面スキャンする。

次に、ステップＳ６０３において、入力処理部１１８は、Ｓ６０２でスキャンされた表面の画像データ（第１のイメージデータ）と裏面の画像データ（第２のイメージデータ）の画像ファイルを、複合機１０７内のハードディスク３８に予め登録されているＦＡＸデータ処理サーバ１００へ転送する。

ＦＡＸデータ処理サーバ１００では、ステップＳ６０４において、イメージデータ格納部１３２が、複合機１０７から転送された受信画像ファイルを受信し、ステップＳ６０５において、Ｓ６０４で受信した送信画像ファイルを送信予約フォルダ１１０に格納（記憶）する。

文字認識（帳票認識）部１１１は、ステップＳ６０６以降の処理において定期的に送信予約フォルダ１１０をチェックし、送信予約フォルダ１１０に送信対象の画像ファイルが存在するか確認する。そして、送信対象の画像ファイルが存在しないと判断した場合には（Ｓ６０６でＮｏ）、文字認識（帳票認識）部１１１は、ステップＳ６１６へ処理を進める。

一方、送信予約フォルダ１１０に送信対象の画像ファイルが存在すると判断した場合には（Ｓ６０６でＹｅｓ）、文字認識（帳票認識）部１１１は、ステップＳ６０７に処理を進める。

ステップＳ６０７では、文字認識（帳票認識）部１１１は、送信予約フォルダ１１０から送信対象の画像ファイル（画像データ）を取得する（イメージデータ取得）。

次に、ステップＳ６０８において、文字認識（帳票認識）部１１１は、Ｓ６０７で取得した画像ファイル（画像データ）の表面の画像データ（第１のイメージデータ）と裏面の画像データ（第２のイメージデータ）それぞれに対して、帳票認識（特定）を行う。具体的には、Ｓ６０７で取得したマルチページＴＩＦＦファイルを１ページずつのシングルページＴＩＦＦファイルに分割する。さらに、分割した各ページをＯＣＲ処理し、予めハードディスク２０８に登録されている帳票のレイアウトイメージ（タイトルや枠や表などの座標情報等）と似ているか判断する（帳票認識）。なお、帳票を認識（特定）する方法として、不備通知書側に帳票を特定するための識別番号が記入されており、それをＯＣＲ処理にて取得し、ＯＣＲ結果から帳票を特定する方法でも可能である。

なお、文字認識（帳票認識）部１１１は、Ｓ６０７の帳票認識で、対象帳票だった場合は、予め指定した領域をＯＣＲ処理し、ＯＣＲ結果ファイル（図１１）とＯＣＲ処理したページの画像ファイルをＯＣＲ出力フォルダ１２０に出力する。

ここで、ＯＣＲ結果ファイル（図１１）の内容について以下に説明する。

図１１は、ハードディスク２０８或いはＲＡＭ２０２に記憶されるＯＣＲ結果ファイルの一例を示す模式図である。

図１１に示すように、１４０１には認識したＯＣＲパターン（特定された帳票名）が出力される。１４０２には入力イメージファイル名（スキャンされた画像ファイル）が出力される。１４０３には入力イメージファイルのページ番号が出力される。１４０４には出力イメージファイル名（１ページごとに分割されたイメージ）が出力される。裏面（不備通知）に対応する画像データがＯＣＲされた場合には、１４０５にはＦＡＸ番号のＯＣＲ結果が出力される。裏面（不備通知）に対応する画像データがＯＣＲされた場合には、１４０６にはチェックボックスのＯＣＲ結果（チェック有：１、チェック無：０）が出力される。なお、ＯＣＲ処理した結果得られなかった項目については空の値或いはエラーと記憶される。

ＯＣＲ結果ファイル（図１１）が出力された後、ＯＣＲアプリケーションによって１４０２に記述されている入力イメージファイルを削除する。

なお、ＯＣＲ結果ファイル（図１１）は１ページごとに出力される。つまり、２枚の紙文書をスキャンさせると両面のイメージデータ（第１のイメージデータ、第２のイメージデータ）に対してＯＣＲを行うため、４ページ分のＯＣＲ結果ファイルが生成される。このＯＣＲ結果ファイルは、１ページが終了する毎にＯＣＲ出力フォルダ１２０に出力される。

以下、図１０のフローチャートの説明に戻る。

その後、結果判別部１１９がＯＣＲ出力フォルダ１２０を定期的に監視し、ＯＣＲ結果ファイルが出力されたことを検知した時点で、結果判別部１１９は、ステップＳ６０９において、送信対象ページ確定処理（図１３）を行う。なお、この処理は、文字認識（帳票認識）部１１１による帳票認識処理（Ｓ６０８）が完了したかどうか考慮せず、定期的に実行される。

この送信対象ページ確定処理（図１３）により、送信対象が確定され、該確定した送信対象ページのイメージファイルが送信フォルダ１１４に格納され、されに、図１２に示す送信属性ファイルが生成され送信フォルダ１１４に格納される。

図１２は、ハードディスク２０８或いはＲＡＭ２０２に記憶される送信属性ファイルの一例を示す図であり、送信対象ページ確定した場合に生成されるファイルである。

図１２に示すように、送信属性ファイルは、ＦＡＸ番号１１０１、送信対象ファイル１１０２、送信対象プリンタ１１０３等の情報を含む。

なお、送信対象ページ確定処理（図１３）で、システムエラーが発生した場合は、入力／出力イメージファイル（１４０２，０４０４）及びＯＣＲ結果ファイル（図１１）をエラーフォルダ１１３に移動する。

次に、ステップＳ６１０において、ＦＡＸ送信データ取得部１１２は、送信フォルダ１１４に上記Ｓ６０９の送信対象ページ確定処理で作成された送信属性ファイル（図１２）が存在するか否か判定し、存在しない場合は（Ｓ６１０でＮｏ）、Ｓ６１６へ処理を進める。

一方、上記ステップＳ６１０において、送信フォルダ１１４に送信属性ファイル（図１２）が存在すると判断した場合には（Ｓ６１０でＹｅｓ）、ＦＡＸ送信データ取得部１１２は、Ｓ６１１に処理を進める。

ステップＳ６１１では、ＦＡＸ送信データ取得部１１２は、送信属性ファイル（図１２）に記述されている送信対象の画像ファイル（送信対象ファイル１１０２）の画像（出力イメージファイル）を送信フォルダ１１４から取得する。

その後、ステップＳ６１２において、ＦＡＸ送信データ取得部１１２は、送信属性ファイル（図１２）に記述されている送信対象プリンタ１１０３（ＦＡＸデータ送信部（ＦＡＸドライバ）１１５）の送信先を送信属性ファイル（図１２）に記述されている送信対象ＦＡＸ番号１１０１を指定し（具体的にはＦＡＸドライバの各種送信先設定を保持するＤＥＶＭＯＤＥと中間ファイルの設定を変更し）、送信画像データ（上記Ｓ６１１で取得した出力イメージファイル）を出力する。具体的には送信画像データをＯＳ経由でＦＡＸドライバに対して出力することを意味する。

その後、ステップＳ６１３において、送信対象プリンタ１１０３に対応するＦＡＸデータ送信部（ＦＡＸドライバ）がＦＡＸＰＤＬを生成し、ステップＳ６１４において、複合機１０７に出力し、ステップＳ６１６に処理を進める。

複合機１０７のＦＡＸ送信部１３３では、ステップＳ６１５において、ＦＡＸデータ送信部１１５から送信されたＦＡＸデータを外部のＦＡＸ端末０００にＦＡＸ送信する。

なお、Ｓ６１３〜Ｓ６１５の処理はアプリケーションが行うのではなく、ＦＡＸドライバ及びＯＳ、複合機が処理を行う。

また、ＦＡＸデータ処理サーバ１００では、ＣＰＵ３１は、ステップＳ６１６において、プログラムの終了命令があったか否か判断し、プログラムの終了命令がなかったと判断した場合には（Ｓ６１６でＮｏ）、ステップＳ６０６に処理を戻す。

一方、ＦＡＸデータ処理サーバ１００では、ＣＰＵ３１は、ステップＳ６１６において、プログラムの終了命令があったと判断した場合には（Ｓ６１６でＹｅｓ）、本フローチャートのプログラムを終了する。

なお、本実施形態では、全ての受信文書の裏面にＦＡＸ番号、代理店名、不備通知書等を印刷するように構成しているが、送信時に使用するのは送信状のみである。送信状は、代理店ごとに異なるが、申込書は種類が決まっている。

そこで、申込書をＯＣＲアプリケーションに登録しておき、ＦＡＸ受信時にＯＣＲ処理を行い、申込書を特定し、申込書以外の裏面にのみ、ＦＡＸ番号、代理店名、不備通知書等を印字するようにしても良い。これにより、印刷コストが低減される。

＜送信対象確定処理フロー＞
図１３は、図１０のステップＳ６０９に示した送信対象ページ確定処理の一例を示すフローチャートであり、結果判別部１１９により実行される。

所定の監視タイミング（一定時間毎に発生する）になると、結果判別部１１９は、本フローチャートの処理を開始する。

まず、ステップＳ７０１において、結果判別部１１９は、ＯＣＲ出力フォルダ１２０に格納（記憶）されているＯＣＲ結果ファイル（図１１）（認識結果）全てについて内容を取得し（一定間隔でＯＣＲ出力フォルダ１２０を監視してＯＣＲ結果ファイルを取得し）、ステップＳ７０２において、ＯＣＲ結果ファイルリスト（図１４）を作成する。ここで、図１４を用いて、ＯＣＲ結果ファイルリストについて説明する。

図１４は、ハードディスク２０８或いはＲＡＭ２０２に記憶されるＯＣＲ結果ファイルリストの一例を示す図であり、紙文書を両面読取した場合の各ページをＯＣＲ処理した結果がリストで記憶される。図１４の例は、２枚の紙文書を両面読み取った場合で、４ページ分の結果が得られている。

図１４において、９０１は入力イメージファイル名であり、読み取ることによって生成されるイメージ画像のファイル名が記憶され、一度に複数枚の紙文書を読み取ると、同じイメージファイル名が付与される。

９０２は入力イメージファイルページ番号であり、読み取った順番に付与されるページ番号である。９０３は、ＯＣＲパターン名で、帳票認識やＯＣＲ時に使用したＯＣＲパターンファイルの名称を記憶している。なお、該当するＯＣＲパターンがなかった場合はＯＣＲパターンエラーと記憶される。これにより帳票認識の成否の判断を行う。

９０４は、ＯＣＲして得られたＦＡＸ番号が記憶される。本実施形態の場合、図８の１３０２に印刷されたＦＡＸ番号である。このため、表面（１３０３の面）から読み取られたイメージデータの場合、ＦＡＸ番号が取得できないため、図１４の２行目，４行目のように、空となっている。

９０５はチェックボックスのチェックの有無を示し、ＣＯＲ処理した結果、図８の１３００にチェックがあるか否かを記憶する。チェックがあった場合には「１」のフラグを、チェックがなかった場合には「０」のフラグを記憶する。なお、表面（１３０３の面）から読み取られたイメージデータの場合、図１４の２行目，４行目のように、空となっている。

９０６は出力イメージファイル名であり、紙文書を読み取り、ＯＣＲ処理した場合の各ページごとに生成される出力イメージファイルの名称である。通常ＯＣＲ処理は１ページごとに処理され、ＯＣＲ結果が得られるため、複数ページ分の紙文書を読み取った場合も１ページごとにイメージファイルとそのページのＯＣＲ結果のファイルが出力される。

９０７はＯＣＲ結果ファイル名で、各ページ毎にＯＣＲ処理がされた際の結果が記憶されているファイルの名称で、出力イメージファイルとともに生成、出力される。なお、ＯＣＲパターン名９０３やＦＡＸ番号９０４やチェックボックス９０５の結果などは、ＯＣＲ結果ファイル名９０７に対応するＯＣＲ結果ファイル（図１１）内に記憶されている。

つまり、図１４のＯＣＲ結果ファイルリストは各ページごとに生成、出力されたＯＣＲ結果ファイルから生成されたＯＣＲ結果の一覧情報である。

具体的には、ＯＣＲ結果ファイル（図１１）のＯＣＲパターン名１４０１をＯＣＲ結果ファイルリスト（図１４）のＯＣＲパターン名９０３に、入力イメージファイル名１４０２を入力イメージファイル名９０１に、入力イメージファイルページ番号１４０３を入力イメージファイルページ番号９０２に、出力イメージファイル名１４０４を出力イメージファイル名９０６に、ＦＡＸ番号１４０５をＦＡＸ番号９０４に、チェックボックス１４０６をチェックボックス９０５に１ページにつき１レコード格納する。

また、その時読み込んだＯＣＲ結果ファイル名１４０７をＯＣＲ結果ファイル名９０７に格納する。

なお、ＯＣＲ結果ファイルリストの別の例を図１５に示す。

以下、図１３のフローチャートの説明に戻る。

次に、ステップＳ７０３において、結果判別部１１９は、先頭から順に所定ページ数分ずつ（本実施形態では、２ページ分ずつ）情報を取得し、グルーピンリスト（図１６）を作成する。ここで、グルーピンリストについて説明する。

図１６は、ハードディスク２０８或いはＲＡＭ２０２に記憶されるグルーピングリストの一例を示す図である。

グルーピングリストは、図１４のＯＣＲ結果ファイルリストと、図１７の送信対象確定パターンファイルに従って生成されるリストである。

図１６において、１５００は、図１４のＯＣＲ結果ファイルリストを２ページ分ずつグループ化した際の結果を示す。また、１５０６は、図１５のＯＣＲ結果ファイルリストを２ページ分ずつグループ化した際の結果を示したものである。

具体的には、ＯＣＲ結果ファイルリスト（図１４）の入力イメージファイル名９０１と入力イメージファイルページ番号９０２の情報から同一ファイル名で、１から順にページ番号の若い順にリストを取得し、１ページと２ページ、３ページと４ページというようにページの表裏を一組としてグルーピングリストを作成する。そして、後述する図１７の１００２に示すように、それぞれのページのＯＣＲパターンによってヘッダ帳票だった場合は「１」、ＯＣＲエラーだった場合は「０」、後述する図１７の１００３に示すように、チェックボックスにチェックがある場合は「１」、チェックが無い場合は「０」とする。

また、ＯＣＲ結果ファイルが、ヘッダ帳票だった場合は、そのときのＦＡＸ番号９０４をグルーピングリスト（図１６）の１５０１に格納（記憶）する。さらに、表面及び裏面のＯＣＲ結果ファイル名も１５０３及び１５０４に格納（記憶）する。

なお、１５０６では、図１５のＯＣＲ結果ファイルリストに示したように、３ページ分しかＯＣＲ結果が取得できなかったため、４ページ目のＯＣＲ結果ファイルに対応する値は空欄として処理されている（図１６の１５０８の２行目に示す「２ページ目のＯＣＲパターン」、「２ページ目のＯＣＲ結果ファイル名」）。

以下、図１３のフローチャートの説明に戻る。

その後、ステップＳ７０５において、結果判別部１１９は、ハードディスク２０８から送信対象確定パターンファイル１００１（図１７）を取得する。

図１７は、ハードディスク２０８或いはＲＡＭ２０２に記憶される送信対象確定パターンファイルの一例を示す図であり、図１４のＯＣＲ結果ファイルリストから２ページ分ずつグルーピングした場合の結果と比較する際に用いられるファイル群である。

以下、図１３のフローチャートの説明に戻る。

次に、結果判別部１１９は、上記Ｓ７０４で作成したグルーピングリストの全リスト（全ての行）に対して、ステップＳ７０６、Ｓ７０７の処理を行う。

ステップＳ７０６では、結果判別部１１９は、グルーピングリストの全リスト（全ての行）と、上記Ｓ７０５で取得した送信対象確定パターンファイル１００１との比較を行う。詳細には、図１６のグループリスト１５００内の各リストの１ページ目のＯＣＲパターン、２ページ目のＯＣＲパターン、及びチェックボックの値のパターンと、図１７の送信対象確定パターンファイル１００１の１ページ目のＯＣＲパターン、２ページ目のＯＣＲパターン、及びチェックボックスの値のパターンとをそれぞれ比較する。

そして、結果判別部１１９は、ステップＳ７０７において、グルーピングリストの全リスト（全ての行）に対して、それぞれ上記パターンが一致した送信対象１０００を比較結果として取得する。送信対象１０００としては、「１ページ目」、「２ページ目」、又は「ＯＣＲエラー」が取得される。なお、結果判別部１１９は、送信対象１０００として「１ページ目」又は「２ページ目」が取得されたリストについては、該取得した送信対象１０００を該リストの送信対象１５０２（図１６）に記憶する。

グルーピングリストが図１６の１５００に示す［正常］の場合を用いて説明すると、グルーピングリストの１行目のパターンは「１，０，１」で、送信対象確定パターンファイル１００１の１００４とパターンが合致するので、「１ページ目」が送信対象として確定され、送信対象１５０２に記憶される。

また、図１６の１５００の２行目のパターンは「１，０，０」で、送信対象確定パターンファイル１００１の１００５とパターンが合致するので、「２ページ目」が送信対象として確定され、送信対象１５０２に記憶される。

一方、ヘッダが印刷されていない帳票（表がＦＡＸ受信面で裏が白紙など）を誤ってスキャンした場合は、パターンは「０，０，−」となり、送信対象確定パターンファイル１００１の１００６に示されるように「ＯＣＲエラー」となり、整合性の取れていないと判断され、送信対象１５０２は空欄のままとなる。

また、送信対象確定パターンファイル１００１の１００７に示すパターンは、両面ともヘッダ帳票の場合なので通常あり得ないパターン「１，１，−」であり、「ＯＣＲエラー」となり、整合性の取れていないと判断され、送信対象１５０２は空欄のままとなる。

また、図１６の１５０６に示す［エラー］の２行目のパターンは「１，−，１」で、送信対象確定パターンファイル１００１とパターンが合致しないため、整合性の取れていないと判断され、「エラー」として確定され、送信対象１５０２は空欄のままとなる。

次に、ステップＳ７０８において、結果判別部１１９は、グルーピングリストからいずれか１つのリストを取得し（以下、「現在のリスト」という）、現在のリストについて上記Ｓ７０７で送信対象ページが確定したか、エラーとなった（整合性の取れていない）か判断する（成否の判断）。なお、現在のリストの送信対象１５０２（図１６）に「１ページ目」又は「２ページ目」が記憶されている場合には、結果判別部１１９は、エラーでない（送信対処を特定した）と判断し、ステップＳ７１２に処理を進める。

一方、上記Ｓ７０８において、現在のリストの送信対象１５０２（図１６）に送信対象が記憶されていない場合には、結果判別部１１９は、エラーであると判断し、ステップＳ７０９に処理を進める。

ステップＳ７０９では、結果判別部１１９は、現在のリストが初回エラーかどうか判断する。

なお、初回エラーかどうかを判断する理由は、結果判別部１１９は送信対象ページ確定処理（図１３）が、文字認識（帳票認識）部１１１による帳票認識処理（Ｓ６０８）が完了したかどうか考慮せず、定期的に実行されるため、タイミングによっては、まだ文書認識（帳票認識）部１１１による帳票認識処理（図１０のＳ６０８）が完了しておらず、全てのＯＣＲ結果が取得できない場合があるからである。即ち、文書認識（帳票認識）部１１１は帳票認識処理（図１０のＳ６０８）により順次ＯＣＲ結果ファイルを出力し、結果判別部１１９は送信対象ページ確定処理（図１３）により定期的にＯＣＲ出力フォルダ１２０を見に行くため、同期が取れていない。

例えば、１回目の監視タイミングで、図１８で示したように、１６０５〜１６０７の３ページ分しかＯＣＲ結果ファイルが出力されていなかった場合、図１５のようなＯＣＲ結果リストが作成され、図１６の［エラー］の状態のグルーピングリスト１５０６が作成され、グルーピングリスト１５０６の１行目は、送信対象ページが確定され、正常にＦＡＸ送信されることとなる。そして、正常にＦＡＸ送信されたグルーピングリスト１５０６（図１６の［エラー］）の１行目に記述されている１ページ及び２ページ目（表裏面）のＯＣＲ結果ファイル（図１８の１６０５，１６０６）は、ＯＣＲ出力フォルダ１２０から削除される。

一方、グルーピングリスト１５０６（図１６の［エラー］）の２行目については２ページ目（裏面）のデータが出力されていないため、パターンファイル（図１７）と比較され、「エラー」と判定される。つまり、送信対象のページは確定されず、図１３のＳ７０８でエラーと判断される。

しかし、この場合、ＯＣＲ結果ファイルを取得したタイミングでは、未だ、文書認識（帳票認識）部１１１による帳票認識処理（図１０のＳ６０８）が完了していなかっただけであり、スキャンされた紙文書が不整合な訳ではない。よって、初回のエラーに関しては致命的なエラーとして扱わず、結果判別部１１９の次回の監視タイミングで、再度、ＯＣＲ結果ファイルを取得を試みて処理するようにする。

このような処理を実現するため、ＦＡＸデータ処理サーバ１００は、メモリ（ＲＡＭ２０２）内に１度エラーとなったリストを記憶するエラーファイルリストを保持している。

グルーピングリスト１５０６（図１６の［エラー］）の２行目については、初回エラーとしてエラーファイルリストに該当するＯＣＲ結果ファイル名１５０５が追加される。このとき、ＯＣＲ結果ファイル１６０７は、ＯＣＲ出力フォルダ１２０に残ったままになる。

例えば、エラーとなって１６０７を破棄してしまうと、次回の監視タイミングで１６０８のＯＣＲ結果ファイルが取得された場合に、１６０８のＯＣＲ結果ファイルだけ取得されるため、１６０８もエラーとなってＦＡＸ送信ができないといったことが発生してしまう。

従って、Ｓ７０８でエラーと判定された場合は、エラーファイルリストにエラーファイル名を記憶しておき、次回の監視タイミングで取得したＯＣＲ結果ファイルを確認した上で送信を確定させる。これによって、確実にＦＡＸ送信を行うことが可能となる。

なお、１回目の監視タイミングで１６０５〜１６０７が取得できた場合は、ＯＣＲ出力フォルダ１２０に、１６０７のＯＣＲ結果ファイルとイメージデータを保留（格納）状態として保持しておき、次回のタイミングで１６０７と１６０８のＯＣＲ結果ファイルを取得できるように構成する。

次の監視タイミングで、残りのページ分１６０２の１回目で未処理だったＯＣＲ結果ファイルも出力されていた場合は、１６０３のように正しくグルーピングされ、送信対象ページが特定されてＦＡＸ送信される。

もし、次の監視タイミングでも、１６０４のように正しくグルーピングされなかった場合は、致命的なエラーと判断されて、ＯＣＲ結果ファイル名１５０５に対応するＯＣＲ結果ファイルとその中に記述されている出力イメージファイル名１４０４に対応する出力イメージファイルがエラーフォルダ１１３に移動される。

上述した図１３のステップＳ７０９では、結果判別部１１９は、上記Ｓ７０８でエラーと判断されたリストのＯＣＲ結果ファイル名がメモリ（ＲＡＭ２０２）上のエラーファイルリストに記憶されているかどうかで初回エラーかどうか判断する。

上記Ｓ７０９において、現在のリストが初回エラーである、即ち、エラーファイルリストに現在のリストのＯＣＲ結果ファイル名（図１６の１５０５）が記憶されていない判断した場合には、ステップＳ７１０において、結果判別部１１９は、現在のリストのＯＣＲ結果ファイル名（図１６の１５０５）を、メモリ上のエラーファイルリストに追記し、ステップＳ７１７に処理を進める。

一方、上記Ｓ７０９において、現在のリストが初回エラーでない（２回目のエラー）、即ち、エラーファイルリストに現在のリストのＯＣＲ結果ファイル名（図１６の１５０５）が記憶されている判断した場合には、結果判別部１１９は、ステップＳ７１１において、現在のリストのＯＣＲ結果ファイル名をエラーフォルダ１１３に記憶する。

なお、初回エラーの場合のエラーファイルリストは、ＯＣＲ結果ファイル名のみをメモリ上の配列に格納（記憶）し、初回エラーとなったＯＣＲ結果ファイルの数によって要素数が変化する。

２回目以上のエラーだったリストのＯＣＲ結果ファイルは、そのファイルの出力イメージファイル（１４０４）と共に予め決められたエラーフォルダ１１３に移動される。そしてエラーファイルリストから、エラー処理したリストのＯＣＲ結果ファイル名が削除される。

つまり、初回エラーだった場合には、エラーファイルリストに記憶したＯＣＲ結果ファイル名に対応するＯＣＲ結果ファイルと、出力イメージファイルについては、ＯＣＲ出力フォルダ１２０に格納されたままとなり、送信対象としても設定されないため、次回の監視タイミング時に送信対象とするかが判定される。

そして、上記Ｓ７１０又はＳ７１１の処理を終了すると、結果判別部１１９は、ステップＳ７１７に処理を進める。

また、上記Ｓ７０８でエラーでない場合、ステップＳ７１２では、結果判別部１１９は、現在のリストに対して、代理店マスタ１０３を参照し、現在のリスト（図１６）のＦＡＸ番号１５０１と同じ番号が存在するか比較する。

そして、ステップＳ７１３において、現在のリストのＦＡＸ番号（図１６の１５０１）と同じＦＡＸ番号が代理店マスタ１０３に存在しないと判断した場合には、エラーと判断し、ステップＳ７１６に処理を進める。

ステップＳ７１６では、結果判別部１１９は、現在のリストを、該グルーピングリストの１ページ目と２ページ目のＯＣＲ結果ファイル（図１６の１５０３と１５０４）の内容（図１１）から取得できる出力イメージファイル１４０４と共に予め決められたエラーフォルダ１１３に移動する。なお、Ｓ７１６の処理の際、ここで処理したファイル名が、エラーファイルリストに存在する場合は、該エラーファイルリストから処理したＯＣＲ結果ファイル名を削除する。そして、ステップＳ７１７に処理を進める。

一方、上記Ｓ７１３において、現在のリストのＦＡＸ番号（図１６の１５０１）と同じＦＡＸ番号が代理店マスタ１０３に存在すると判断した場合には、結果判別部１１９は、エラーでないと判断し、ステップＳ７１４に処理を進める。

ステップＳ７１４では、結果判別部１１９は、現在のリスト（図１６）から送信対象以外のＯＣＲ結果ファイルを特定し、その中に記述されている出力イメージファイル名１４０４に対応する出力イメージファイルをＯＣＲ出力フォルダ１２０から削除し、送信対象のＯＣＲ結果ファイルに記述されている出力イメージファイル名１４０４に対応する出力イメージファイルをＯＣＲ出力フォルダ１２０から送信フォルダ１１４に移動する。

次に、ステップＳ７１５において、送信対象ページが特定されたグルーピングリスト（図１６）から送信属性ファイル（図１２）を送信フォルダ１１４に作成し、更に、現在のグリスト（図１６）に記述されているＯＣＲ結果ファイル（１ページ目と２ページ目共に）をＯＣＲ出力フォルダ１２０から削除する。

ここで、送信属性ファイル（図１２）の作成について説明する。図１６の１５００を例にすると、１５００−１の場合、図１７の送信対象確定パターンファイル１００１を参照すると、送信対象ページは１ページ目（グルーピング後のページ数）になるため、この１ページ目に対応するＦＡＸ番号１５０１が、送信属性ファイル（図１２）にＦＡＸ番号１１０１に格納される。また、１ページ目に対応するイメージファイル（例えば、出力イメージファイル名９０６の「Scan200804231605-1.tif」）が格納されている先のファイルパスが送信属性ファイル（図１２）に送信対象ファイル１１０２に格納される。

なお、Ｓ７１５の処理の際、ここで処理したファイル名が、エラーファイルリストに存在する場合は、該エラーファイルリストから処理したＯＣＲ結果ファイル名を削除する。なお、送信属性ファイル（図１２）には、送信対象プリンタ（ＦＡＸ）１１０３を記述する必要があるが、この情報は、ＯＣＲ結果から取得するのではなく、予めハードディスク２０８に記憶される設定ファイル等で指定されている送信対象プリンタ（ＦＡＸ）を記述する。

この送信対象プリンタ（ＦＡＸ）は特に１台しか指定できないわけではなく、複数台指定して、送信空き状況をプログラムで確認しながら、空いている送信対象プリンタ（ＦＡＸ）をその都度指定するようにしても良い。

ステップＳ７１５の処理が終了すると、結果判別部１１９は、ステップＳ７１７に処理を進める。

ステップＳ７１７では、結果判別部１１９は、グルーピングリスト（図１６）の全リストについて、Ｓ７０８〜Ｓ７１５の処理が終わったか判定し、未だ全リストについてＳ７０８〜Ｓ７１５の処理が終わっていないと判断した場合には、ステップＳ７０８に処理を戻し、グルーピングリストから次のリストを取得する（現在のリストを次のリストに移す）。

一方、上記Ｓ７１７において、グルーピングリスト（図１６）の全リストについてＳ７０８〜Ｓ７１５の処理が終わったと判定した場合には、結果判別部１１９は、グルーピングリスト（図１６）、ＯＣＲ結果ファイルリスト（図１４）をリセットし、本フローチャートの処理を終了する。

このとき、１回目にエラーとなったＯＣＲ結果ファイルはＯＣＲ出力フォルダ１２０に残ったままになり、次回の監視タイミングで、送信対象ページ確定処理（図１３）が実行された際に、グルーピング対象のＯＣＲ結果ファイルが出力されていれば、その時点で問題なくＦＡＸ送信される（図１８の１６０３）。

一方、次回の監視タイミングで、送信対象ページ確定処理（図１３）が実行された際にも、グルーピング対象のＯＣＲ結果ファイルが出力されていなければ、その時点でエラー処理される（図１８の１６０４）。

以上示したように、本実施形態では、帳票デザインに関わらず、良好な状態のデータ（ＦＡＸ回線を通っていないテンプレートから生成されたデータ）でＯＣＲ処理が可能になる。

また、予め送信先ＦＡＸ番号が印刷された不備通知書も同時に作成可能になる。これにより、従来のように印刷した受信ＦＡＸを用いた返信業務を行っても、ファクシミリ（ＦＡＸ）の誤送信を防止することができるとともに、不備通知書作成時のユーザの手間の軽減が可能になる。

なお、本願発明のファクシミリ処理システムとして、複合機１０７とＦＡＸデータ処理サーバ１００とで構成されるシステムを例に用いて説明したが、ＦＡＸデータ処理サーバ１００での処理を複合機１０７側で全て処理するように構成することも可能である。

また、本実施形態では、受信したＦＡＸデータを表面に印刷し、予め不備通知書雛形１０４に記憶されているテンプレート（イメージデータ）と前記受信したＦＡＸデータに対応する送信元ＦＡＸ番号を合成したイメージデータを裏面に印刷するように両面印刷を行う構成について説明した。

しかし、受信したＦＡＸデータを用紙の左側にレイアウトして印刷し、予め不備通知書雛形１０４に記憶されているテンプレート（イメージデータ）と前記受信したＦＡＸデータに対応する送信元ＦＡＸ番号を合成したイメージデータを用紙の右側にレイアウトして印刷するように、２ｉｎ１レイアウト印刷を行うように構成してもよい。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

以下、図１９に示すメモリマップを参照して本発明に係るファクシミリ処理システムとしてコンピュータを機能させるためのコンピュータ読取り可能なプログラムの構成について説明する。

図１９は、本発明に係るファクシミリ処理システムとしてコンピュータを機能させるためのコンピュータ読取り可能なプログラムを記録した記録媒体（記憶媒体）のメモリマップを説明する図である。

なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図５，図１０，図１３に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。

プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

本発明の実施形態に係るファクシミリ(ＦＡＸ)処理システムのシステム構成例及び各装置内の機能ブロックを示す図である。本発明の実施形態に係るファクシミリ(ＦＡＸ)処理システムのシステム構成例及び各装置内の機能ブロックを示す図である。図１及び図２に示したＦＡＸデータ処理サーバ１００のハードウェア構成を示す簡略化されたブロック図である。図１，図２に示した複合機１０７のハードウェア構成を示すブロック図である。本発明におけるＦＡＸ受信文書の裏面印刷処理の一例を示すフローチャートである。本実施形態の受信属性ファイルの一例を示す図である。ハードディスク２０８に記憶される代理店マスタの一例を示す図である。印刷データ生成部１０１で印刷データを生成する際に用いられる裏面テンプレート（フォームともいう）データ及び、読取部１１７で読み取る紙文書の模式図である。ＦＡＸ受信部１０８が受信しＦＡＸ受信データ格納部１３０に格納されたＦＡＸ受信データから印刷データ生成部１０１が生成した印刷データ（紙出力データ）の一例を示す模式図である。受領印押下及び不備通知書記入後のＦＡＸ送信処理の一例を示すフローチャートである。ハードディスク２０８或いはＲＡＭ２０２に記憶されるＯＣＲ結果ファイルの一例を示す模式図である。ハードディスク２０８或いはＲＡＭ２０２に記憶される送信属性ファイルの一例を示す図であり、送信対象ページ確定した場合に生成されるファイルである。図１０のステップＳ６０９に示した送信対象ページ確定処理の一例を示すフローチャートである。ハードディスク２０８或いはＲＡＭ２０２に記憶されるＯＣＲ結果ファイルリストの一例を示す図である。ハードディスク２０８或いはＲＡＭ２０２に記憶されるＯＣＲ結果ファイルリストの一例を示す図である。ハードディスク２０８或いはＲＡＭ２０２に記憶されるグルーピングリストの一例を示す図である。ハードディスク２０８或いはＲＡＭ２０２に記憶される送信対象確定パターンファイルの一例を示す図である。結果判別部１１９がＯＣＲ出力フォルダ１２０を所定間隔で監視して得られたＯＣＲ結果ファイル，出力イメージファイルの流れの概略を表した図である。本発明に係るファクシミリ処理システムとしてコンピュータを機能させるためのコンピュータ読取り可能なプログラムを記録した記録媒体（記憶媒体）のメモリマップを説明する図である。

符号の説明

１０８ＦＡＸ受信部
１０９ＦＡＸ受信データ転送部
１１７読取部
１１８入力処理部
１３１出力部
１３３ＦＡＸ送信部
１３０ＦＡＸ受信データ格納部
１０２ＦＡＸ受信データ保存フォルダ
１０１印刷データ生成部
１０３代理店マスタ
１０４不備通知書雛形
１０５印刷データ送信部
１３２イメージデータ格納部
１１０送信予約フォルダ
１１１文字認識（帳票認識）部
１２０ＯＣＲ出力フォルダ
１１９結果判定部
１１３エラーフォルダ
１１４送信フォルダ１１４
１１２ＦＡＸ送信データ取得部
１１５データ送信部

Claims

ファクシミリデータを送受信可能なファクシミリ処理システムであって、
ファクシミリデータを受信する受信手段と、
前記受信手段で受信したファクシミリデータと、予め記憶手段に記憶されているイメージデータと前記受信手段で受信したファクシミリデータに対応する送信元情報を合成したイメージデータとで両面印刷を行う両面印刷手段と、
前記両面印刷手段により両面印刷した紙文書の両面を読み取る読取手段と、
前記読取手段で前記紙文書の両面を読み取ることにより得られる第１のイメージデータと第２のイメージデータを取得するイメージデータ取得手段と、
前記イメージデータ取得手段で取得した第１のイメージデータと第２のイメージデータの帳票を認識する認識手段と、
前記認識手段で得られた第１のイメージデータと第２のイメージデータの認識結果に従って、前記第１のイメージデータまたは第２のイメージデータのいずれかを送信対象とするかを決定する決定手段と、
前記決定手段で決定された送信対象となる第１のイメージデータまたは第２のイメージデータを、前記認識手段で認識された送信元情報に従って送信する送信手段と、
を備えることを特徴とするファクシミリ処理システム。
前記認識手段により前記予め記憶手段に記憶されているイメージデータに対応する帳票であると認識されたイメージデータに対して所定の記載がなされているか否かを判定する判定手段を備え、
前記決定手段は、前記判定手段により前記イメージデータに対して所定の記載がなされていると判定された場合には、該イメージデータを送信対象に決定することを特徴とする請求項１に記載のファクシミリ処理システム。
前記認識手段は認識した結果をメモリに出力するものであり、
前記認識手段により出力された認識結果を所定の間隔で監視して前記認識結果を取得する監視手段を有し、
前記決定手段は、前記監視手段で取得して認識結果に基づいて送信対象ファイルを決定できない場合には、前記監視手段での次の監視時に取得される認識結果に従って送信対象ファイルを決定することを特徴とする請求項１又は２に記載のファクシミリ処理システム。
前記認識手段による前記第１のイメージデータ及び第２のイメージデータの帳票認識の成否を含むパターンと該パターンに対応して決定される送信対象となるイメージを特定する情報を記憶するパターン情報記憶手段を設け、
前記決定手段は、前記パターン情報記憶手段に記憶されるパターン情報と、前記認識手段による前記第１のイメージデータ及び第２のイメージデータの帳票認識の成否のパターンを比較して送信対象のイメージデータを決定することを特徴とする請求項１乃至３のいずれか１項に記載のファクシミリ処理システム。
前記決定手段で送信対象として決定したイメージデータ以外のイメージデータを削除する削除手段を備えることを特徴とする請求項１乃至４のいずれか１項に記載のファクシミリ処理システム。
ファクシミリデータを送受信可能なファクシミリ処理システムにおけるファクシミリ処理方法であって、
受信手段が、ファクシミリデータを受信する受信ステップと、
両面印刷手段が、前記受信ステップで受信したファクシミリデータと、予め記憶手段に記憶されているイメージデータと前記受信ステップで受信したファクシミリデータに対応する送信元情報を合成したイメージデータとで両面印刷を行う両面印刷ステップと、
読取手段が、前記両面印刷ステップにより両面印刷した紙文書の両面を読み取る読取ステップと、
イメージデータ取得手段が、前記読取ステップで前記紙文書の両面を読み取ることにより得られる第１のイメージデータと第２のイメージデータを取得するイメージデータ取得ステップと、
認識手段が、前記イメージデータ取得ステップで取得した第１のイメージデータと第２のイメージデータの帳票を認識する認識ステップと、
決定手段が、前記認識ステップで得られた第１のイメージデータと第２のイメージデータの認識結果に従って、前記第１のイメージデータまたは第２のイメージデータのいずれかを送信対象とするかを決定する決定ステップと、
送信手段が、前記決定ステップで決定された送信対象となる第１のイメージデータまたは第２のイメージデータを、前記認識ステップで認識された送信元情報に従って送信する送信ステップと、
を備えることを特徴とするファクシミリ処理方法。
ファクシミリデータを送受信可能なファクシミリ処理システムを、
ファクシミリデータを受信する受信手段と、
前記受信手段で受信したファクシミリデータと、予め記憶手段に記憶されているイメージデータと前記受信手段で受信したファクシミリデータに対応する送信元情報を合成したイメージデータとで両面印刷を行う両面印刷手段と、
前記両面印刷手段により両面印刷した紙文書の両面を読み取る読取手段と、
前記読取手段で前記紙文書の両面を読み取ることにより得られる第１のイメージデータと第２のイメージデータを取得するイメージデータ取得手段と、
前記イメージデータ取得手段で取得した第１のイメージデータと第２のイメージデータの帳票を認識する認識手段と、
前記認識手段で得られた第１のイメージデータと第２のイメージデータの認識結果に従って、前記第１のイメージデータまたは第２のイメージデータのいずれかを送信対象とするかを決定する決定手段と、
前記決定手段で決定された送信対象となる第１のイメージデータまたは第２のイメージデータを、前記認識手段で認識された送信元情報に従って送信する送信手段と、
して機能させるためのプログラム。