(57)【要約】【課題】  ＦＡＸ送信された申込書を審査して審査結果をＦＡＸで通知する信用保証諾否審査システムであって、オペレータによる申込書情報の入力負担の軽減、自動審査による審査処理速度を改善すること。【解決手段】  ファクシミリ装置３によるイメージを受信する受信手段５と、イメージ情報を画像データに変換して取得する画像データ取得手段と、取得した画像データを認識して前記申込書に記載されている文字、記号、符号等の情報をテキストデータとして取得するテキストデータ取得手段と、画像データに基づく申込書のイメージ画像および前記取得したテキストデータとを同一画面上に表示し、当該テキストデータの確認および修正を行うテキストデータ修正手段と、審査に必要な情報を記憶したデータベースと、修正後のテキストデータに基づいてデータベースを検索し、検索結果に基づいて諾否の判定等を行う自動審査手段等を有すること。【選択図】        図１ 
2005038205.tif 000002
【特許請求の範囲】
【請求項１】
ファクシミリ装置によって送信された申込書を受信し、当該申込書に基づいて信用保証を行うか否かの審査を行い、当該審査の結果をファクシミリ装置に対して送信する信用保証諾否審査システムであって、
ファクシミリ装置によって送信されたイメージ情報を受信する受信手段と、
前記受信手段によって受信したイメージ情報を所定の画像データに変換して取得する画像データ取得手段と、
前記イメージ情報若しくは前記取得した画像データを認識して前記申込書に記載されている文字、記号、符号等の情報をテキストデータとして取得するテキストデータ取得手段と、
前記画像データに基づく前記申込書のイメージ画像および前記取得したテキストデータとを同一画面上に表示し、当該テキストデータの確認および修正を行うテキストデータ修正手段と、
前記審査に必要な情報を記憶したデータベースと、
修正後のテキストデータに基づいて前記データベースを検索し、当該検索結果に基づく諾否の自動判定若しくは他の審査処理が必要であることを判定する自動審査手段と、
前記諾否の自動判定若しくは他の審査処理の結果に基づいて通知書を生成する通知書作成手段と、
前記通知書を予め登録されている返信先若しくは前記送信に用いられたファクシミリ装置に対して送信する送信手段を有することを特徴とする信用保証諾否審査システム。
【請求項２】
前記申込書に記載された借入希望額若しくは他の諸事項に基づいて回答すべき時間を設定し、
前記申込書の受信時刻若しくは申込書入力時刻から前記設定時間が経過した後の時刻を演算し、
前記他の審査処理において、審査処理を行うべき申し込みを一覧表示し、
前記設定時間経過後の時刻に応じて、前記一覧表示された申し込みに対して審査処理の優先順位を表す表記、前記時刻に対する残余時間の表記若しくは一覧表示された申し込みの優先順位に基づく並び替えを行うようになっていることを特徴とする請求項１記載の信用保証諾否審査システム。
【請求項３】
ファクシミリ装置によって送信された申込書を受信し、当該申込書に基づいて信用保証を行うか否かの審査を行い、当該審査の結果をファクシミリ装置に対して送信する信用保証諾否審査システムであって、
ファクシミリ装置によって送信されたイメージ情報を受信する受信手段、前記受信手段によって受信したイメージ情報を所定の画像データに変換して取得する画像データ取得手段、前記取得した画像データを認識して前記申込書に記載されている文字、記号、符号等の情報をテキストデータとして取得するテキストデータ取得手段および申込書の送信元の回線番号およびファクシミリ装置内に設定されている機器情報等を取得する機能を備えたＦＡＸ−ＯＣＲ装置と、
前記画像データに基づく前記申込書のイメージ画像および前記取得したテキストデータとを同一画面上に表示し、当該テキストデータの確認および修正を行う機能を有したクライアントと、
前記ＦＡＸ−ＯＣＲ装置およびクライアントコンピュータ手段に対して通信可能に接続されており、前記審査に必要な情報を記憶したデータベース、前記修正後のテキストデータに基づいて前記データベースを検索し、当該検索結果に基づく諾否の自動判定若しくは他の審査処理が必要であることを判定する自動審査手段とおよび前記諾否の判定若しくは他の審査処理の結果に基づいて通知書を生成する通知書作成手段を有したサーバー装置を有し、
前記ＦＡＸ−ＯＣＲ装置は前記通知書を送信する送信手段を有しており、当該通知書は、送信元の回線番号およびファクシミリ装置内に設定されている機器情報等に基づいて、予め登録されている返信先若しくは前記送信に用いられたファクシミリ装置に対して送信されるようになっていることを特徴とする信用保証諾否審査システム。
【請求項４】
ファクシミリ装置によって送信された申込書を受信し、当該申込書に基づいて信用保証を行うか否かの審査を行い、当該審査の結果をファクシミリ装置に対して送信する信用保証諾否審査システムであって、
ファクシミリ装置によって送信されたイメージ情報を受信する受信手段と、
前記受信手段によって受信したイメージ情報を所定の画像データに変換して取得する画像データ取得手段と、
前記取得した画像データを認識して前記申込書に記載されている文字、記号、符号等の情報をテキストデータとして取得するテキストデータ取得手段とを有し、
ファクシミリ装置によって送信された書類が申込書であると判定されなかった場合には、当該申込書は所定時間経過の後に自動的に削除されるようになっていることを特徴とする信用保証諾否審査システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明は、金融機関等の顧客からファクシミリ装置によって送信された信用保証の申込書を受信し、当該申込書の内容に基づいて審査を行い当該審査の結果を前記顧客のファクシミリ装置又は指定されたファクシミリ装置に対して送信する信用保証諾否審査システムに関するものである。
【背景技術】
【０００２】
従来より、銀行等の金融機関が個人や企業等に対して金銭の貸し付けを行う場合に、貸し付けた金銭の返済を担保する目的で、当該金融機関とは別個の信用保証機関から申込者についての信用の保証（以下「信用保証」という。）を受ける信用保証システムが利用されている。
信用保証とは、金融機関から金銭の貸し付けを受ける者（以下「申込者」という。）に対して信用保証を行った場合、申込者が返済を行うことができなければ、当該申込者に代わって信用保証機関が代位弁済を行うというものである。また、金融機関からの信用保証の申し込みがあった場合、信用保証機関は申込者の信用についての調査および審査を行い、一定の基準を満たす者についてのみ信用保証を行っている。
【０００３】
前記信用保証システムの一形態として、金融機関がファクシミリ装置（以下単に「ＦＡＸ」という。）を利用して信用保証の申込書を信用保証機関に対して送信し、所定の審査を行った後に、信用保証機関がＦＡＸを利用して信用保証の諾否の通知を金融機関に対して送信することが行われている。
また、前記信用保証の申し込みの際に行われる信用の調査および審査とは、申込者の氏名、住所、勤務先、過去に行われたローン等に対する支払い実績、累積した債務の有無等をデータベース上で検索し、当該検索された結果に基づいて一定の基準を満たすか否かを判断するというものである。当該調査および審査のために、信用保証機関は、独自のデータベースおよび他社が所有するデータベース等を併用して所定の調査、審査を行うことができる信用保証諾否審査システムを構築している。
その他、信用保証に関連する従来技術として、特開２００２−２７９１８０号公報（特許文献１）に開示されたローン業務支援システムが知られている。当該ローン業務支援システムは、金融機関のコンピュータ等から、保証機関のサーバーに記憶されたローン申込データに基づくローン業務進捗状況のデータを参照できるようになっているものである。
【特許文献１】特開２００２−２７９１８０号（第１図）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記従来の審査システムでは、ＦＡＸを介して受信した申込書は一旦用紙に印字出力され、当該印字出力された用紙の記載事項を見ながらオペレータが入力を行い、当該入力された所定事項に基づいて所定の調査、審査が行われるようになっていた。
しかし、上記のようにオペレータが申込書を見ながら記載事項を入力するシステムでは、申込書に記載されている事項の入力に多くの時間を必要としていた。また、入力しなければならない事項が多くなるほど入力ミスの発生頻度が高くなり、入力ミスの修正等にも時間を要することから、申込書を受信してから調査、審査を行い結果を返信するまでに多くの時間を必要としていた。
【０００５】
また、審査処理は原則として申込書を受信した順番通りに行われるようになっており、至急に回答を求められたものや調査に時間がかかる場合であっても、システムとして審査着手の順序を入れ替えて効率よく審査を行うことは行われていなかった。
また、ＦＡＸから印字出力された申込書類は一定期間保存する必要があり、当該申込書類を保存しておくための場所等が必要になる。そして、このような申込書類の保存や管理に要する負担は年々増す傾向にあった。
さらに、本来審査のためには所定事項が記載された申込書の送信のみで十分であるが、金融機関側の業務規定や慣行により、送信票、住民票、戸籍謄本の写しや自動車免許証の写し、健康保険証等の写しといった申込書以外の書類が添付される例が多い。従って、従来のシステムでは、申込書以外の送信書類の中から必要な申込書を抽出する作業や、申込書類の保管、管理、廃棄作業等のために人的および場所的な資源を多く必要としていた。
【０００６】
本願発明は、上記従来の問題点に鑑み案出されたものであって、迅速な審査、ＦＡＸによって印字出力された受信書類の管理負担等の解消、申込書に記載された事項のオペレータによる入力負担の軽減等を目的とした信用保証諾否審査システムを提供することを目的とする。
さらに、申込書に記載された事項の入力および確認が完了した後は、諾否を一定基準に照らして自動的に審査し、一部の申し込みについては人の処理を介さず通知書（回答）の返信までを自動的に行うことができる信用保証諾否審査システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本願請求項１記載の発明は下記の構成を有する。すなわち、
ファクシミリ装置によって送信された申込書を受信し、当該申込書に基づいて信用保証を行うか否かの審査を行い、当該審査の結果をファクシミリ装置に対して送信する信用保証諾否審査システムであって、
ファクシミリ装置によって送信されたイメージ情報を受信する受信手段と、
前記受信手段によって受信したイメージ情報を所定の画像データに変換して取得する画像データ取得手段と、
前記イメージ情報若しくは前記取得した画像データを認識して前記申込書に記載されている文字、記号、符号等の情報をテキストデータとして取得するテキストデータ取得手段と、
前記画像データに基づく前記申込書のイメージ画像および前記取得したテキストデータとを同一画面上に表示し、当該テキストデータの確認および修正を行うテキストデータ修正手段と、
前記審査に必要な情報を記憶したデータベースと、
修正後のテキストデータに基づいて前記データベースを検索し、当該検索結果に基づく諾否の自動判定若しくは他の審査処理が必要であることを判定する自動審査手段と、
前記諾否の自動判定若しくは他の審査処理の結果に基づいて通知書を生成する通知書作成手段と、
前記通知書を予め登録されている返信先若しくは前記送信に用いられたファクシミリ装置に対して送信する送信手段を有することを特徴とする信用保証諾否審査システム。
【０００８】
また、本願請求項２記載の発明は下記の構成を有する。すなわち、
前記申込書に記載された借入希望額若しくは他の諸事項に基づいて回答すべき時間を設定し、
前記申込書の受信時刻若しくは申込書入力時刻から前記設定時間が経過した後の時刻を演算し、
前記他の審査処理において、審査処理を行うべき申し込みを一覧表示し、
前記設定時間経過後の時刻に応じて、前記一覧表示された申し込みに対して審査処理の優先順位を表す表記、前記時刻に対する残余時間の表記若しくは一覧表示された申し込みの優先順位に基づく並び替えを行うようになっていることを特徴とする請求項１記載の信
用保証諾否審査システム。
【０００９】
また、本願請求項３記載の発明は下記の構成を有する。すなわち、
ファクシミリ装置によって送信された申込書を受信し、当該申込書に基づいて信用保証を行うか否かの審査を行い、当該審査の結果をファクシミリ装置に対して送信する信用保証諾否審査システムであって、
ファクシミリ装置によって送信されたイメージ情報を受信する受信手段、前記受信手段によって受信したイメージ情報を所定の画像データに変換して取得する画像データ取得手段、前記取得した画像データを認識して前記申込書に記載されている文字、記号、符号等の情報をテキストデータとして取得するテキストデータ取得手段および申込書の送信元の回線番号およびファクシミリ装置内に設定されている機器情報等を取得する機能を備えたＦＡＸ−ＯＣＲ装置と、
前記画像データに基づく前記申込書のイメージ画像および前記取得したテキストデータとを同一画面上に表示し、当該テキストデータの確認および修正を行う機能を有したクライアントと、
前記ＦＡＸ−ＯＣＲ装置およびクライアントコンピュータ手段に対して通信可能に接続されており、前記審査に必要な情報を記憶したデータベース、前記修正後のテキストデータに基づいて前記データベースを検索し、当該検索結果に基づく諾否の自動判定若しくは他の審査処理が必要であることを判定する自動審査手段とおよび前記諾否の判定若しくは他の審査処理の結果に基づいて通知書を生成する通知書作成手段を有したサーバー装置を有し、
前記ＦＡＸ−ＯＣＲ装置は前記通知書を送信する送信手段を有しており、当該通知書は、送信元の回線番号およびファクシミリ装置内に設定されている機器情報等に基づいて、予め登録されている返信先若しくは前記送信に用いられたファクシミリ装置に対して送信されるようになっていることを特徴とする信用保証諾否審査システム。
【００１０】
また、本願請求項４記載の発明は下記の構成を有する。すなわち、
ファクシミリ装置によって送信された申込書を受信し、当該申込書に基づいて信用保証を行うか否かの審査を行い、当該審査の結果をファクシミリ装置に対して送信する信用保証諾否審査システムであって、
ファクシミリ装置によって送信されたイメージ情報を受信する受信手段と、
前記受信手段によって受信したイメージ情報を所定の画像データに変換して取得する画像データ取得手段と、
前記取得した画像データを認識して前記申込書に記載されている文字、記号、符号等の情報をテキストデータとして取得するテキストデータ取得手段とを有し、
ファクシミリ装置によって送信された書類が申込書であると判定されなかった場合には、当該申込書は所定時間経過の後に自動的に削除されるようになっていることを特徴とする信用保証諾否審査システム。
【発明の効果】
【００１１】
以上説明した本願発明に係る審査システムは、以下に述べる効果を有する。
第１に、本願発明の信用保証諾否審査システムは、金融機関からＦＡＸで送信された申込書を用紙に印刷する必要がなく全てシステム内にデータとして保存され、当該申し込みに対する回答（信用保証諾否通知）も全てシステム内のデータとして作成され用紙を使用することなく送信されるようになっている。従って、通常であればＦＡＸを受信した際に印字出力される用紙および信用保証諾否通知書に相当する用紙を必要とするが、本願発明に係る審査システムでは全てデータとして保存されるためこのような用紙を必要としないので、書類のファイリング等に要する時間的工数を必要とせず、書類の紛失やファイリングされた書類の中から申込書と申込書に添付された書類を検索するという作業をなくし、書類の保存のために要する場所の確保等も行う必要がないという効果を有する。
【００１２】
第２に、ＯＣＲ申込書を用いた申し込み、ＯＣＲ申込書等を使用していない申し込みとを自動的に判断してその後の処理を振り分けることができる。当該処理によってＯＣＲ申込書を用いた申し込みを受信した場合では、審査処理のために必要とされる所定事項が既に取り込まれているので、オペレータは取り込まれている事項の確認、修正等のみを行えばよく、全データを入力する必要がないので入力時間の短縮を図ることができるという効果を有する。また、ＯＣＲ申込書等以外の申込書を使用した申し込みの場合には、自動的にそのような申し込みが来ていることを判断し、オペレータが使用するクライアント上でデータ入力の必要な申し込みがあることを知らせ、データの入力を行わせることができる。このように、申込書の種類に応じた処理の分別をシステムが自動的に行うので、当該処理のために人員を要さず従来に比べて処理時間等の工数を削減できるという効果を有する。
【００１３】
第３に、オペレータによる所定事項の入力後は、自動審査により人間の判断を介さず判定が行われるようになっており、なおかつ、通知書の返信も自動的に行われるようになっているので、申し込みを受信してから回答を通知するまでの所用時間を短くすることができる。また、自動審査により、一定の条件に合致した申し込みの場合には審査処理に審査担当者を必要としないので人的資源を他の処理のために有効に使用することができるという効果を有している。
【００１４】
第４に、金融機関毎に個別に通知の返信先を登録することができるので、金融機関の要求通りに通知書の返信先を設定することができる。また、申し込みの受信時における電話番号通知サービスによる送信元の回線番号およびＦＡＸ装置のＴＳＩの双方を取得できるので、申し込み元（金融機関）の把握を正確に特定できるようになっている。これは、同じ法人として取り扱われる金融機関であっても、本店、支店等が存在することから、正確に本店、支店等の事業所単位で申し込み元を特定する必要があるからである。本願に係る審査システムは、このような要請に基づき、金融機関特定の精度が高く、返信先を取り違える可能性を極力少なくすることができるという効果を有する。
【発明を実施するための最良の形態】
【００１５】
本願発明に係る信用保証諾否審査システム（以下「審査システム」という。）の一実施の形態について図面を参照しながら説明する。
図１は審査システム１の概略を示したシステム概略図であり、図２は同審査システム１の構成を示したブロック構成図である。
審査システム１は、顧客２１である金融機関が所有しているＦＡＸ３（３ａ、３ｂ、３ｃ・・３ｎ）によって送信された信用保証の申込書を、公衆通信回線１７を介して受信し、当該申込書に基づき信用保証を行うか否かの審査を行い、当該審査の結果（諾否）を前記ＦＡＸ３、若しくは指定された他のＦＡＸに対して通知書（６５）として発信することを主な機能とするものである。
【００１６】
審査システム１は、主な構成として前記顧客２１のＦＡＸ３と公衆通信回線１７を介して接続されるＦＡＸ−ＯＣＲサーバー５と、当該ＦＡＸ−ＯＣＲサーバー５に接続される業務サーバー１３と、当該業務サーバー１３に接続されるクライアント９およびホストコンピュータ１５等の各装置を有している。また、前記各装置は、所定のＬＡＮ回線１９（Ｌ１〜Ｌ８）によって前記第１のルーター７、第２のルーター１１に接続されネットワークを構成している。また、審査システム１は、必要に応じて当該審査システム１の外部に設けられている外部の個人信用情報機関（以下単に「外部機関」という。）１４９と前記公衆回線１７若しくは専用回線を介して接続できるようになっている。
【００１７】
以下、本実施の形態に係る審査システム１について、ＦＡＸ−ＯＣＲサーバー５、業務
サーバー１３、クライアント９、ホストコンピュータ１５および外部機関１４９等の内容を説明し、次いで審査の申し込みの際に使用されるＯＣＲ申込書（ＯＣＲ処理用の用紙による申込書）の一例および審査システム１内で送受信等されるデータの内容を説明し、最後に審査システム１の一連の審査処理の内容を説明する。
［ＦＡＸ−ＯＣＲサーバー］
ＦＡＸ−ＯＣＲサーバー５は、前記ＦＡＸ３によって送信された申込書のイメージ情報を受信する受信機能およびＦＡＸ３に対して審査結果の通知をイメージ情報として送信する機能を有したＦＡＸ−ＯＣＲ装置３９と、当該ＦＡＸ−ＯＣＲ装置３９に対してデータの入出力および管理等を行うサーバー装置（以下「ＦＡＸサーバー」という。）４１によって構成されている。
なお、本実施の形態では同時に通信可能な回線数を増加させることと、故障等の発生に備えて同機能の２台のＦＡＸ−ＯＣＲサーバー５ａ、５ｂを同時に稼働させている。
【００１８】
図３はＦＡＸ−ＯＣＲ装置３９の構成図である。当該ＦＡＸ−ＯＣＲ装置３９は、ＣＰＵ４３ａ、ＲＯＭ４３ｂ、ＲＡＭ４３ｃ等から構成される制御手段４３と、記憶手段５５と、申込書のイメージ情報を受信するイメージ情報受信手段４５と、受信したイメージ情報を文字や数字等のテキストデータに変換するテキスト変換手段４７と、作成された通知書をイメージ情報として送信するイメージ情報送信手段５１とにより構成されている。イメージ情報受信手段４５とイメージ情報送信手段５１は、ともに公衆通信回線１７に接続された通信手段であり、前記ＦＡＸ３によって送信されたイメージ情報（申込書）を受信する受信手段とＦＡＸ３に対するイメージ情報（通知書）を送信する送信手段を構成するものである。
【００１９】
また、ＦＡＸ−ＯＣＲ装置３９は、前記ＦＡＸサーバー４１若しくはＦＡＸサーバー４１を介して他の装置と通信を行うために、通信インターフェイスとして機能するＩ／Ｏポート５３を有している。
前記ＲＯＭ４３ｂには所定の制御プログラムが記憶されており、当該制御プログラム等に従ってＣＰＵ４３ａが動作し、これらが制御手段４３としてＦＡＸ−ＯＣＲ装置３９内の各手段を制御するようになっている。
イメージ情報受信手段４５は、必要なデバイス、所定の処理回路、その他の装置等により構成され、他の手段と同様に制御手段４３によって制御されるものである。当該構成により、イメージ情報受信手段４５は、一般的なＦＡＸ装置と同様に、送信元のＦＡＸ装置で読み取られてイメージ情報として送信された画像情報を受信する機能を有する。
【００２０】
また、本実施の形態におけるイメージ情報受信手段４５は、公衆通信回線１７に接続されており同時に複数の通信が可能となっている。さらに、イメージ情報受信手段４５および制御手段４３の有する機能によって、受信日付、２基のＦＡＸ−ＯＣＲサーバー５ａ、５ｂのうちいずれの装置で受信したかを表すノードＩＤ、受信した用紙のページ枚数、受信時刻、イメージ情報とともに送信されているヘッダ情報、ＦＡＸ送信元の回線番号（電話番号）やＦＡＸ機器内に設定されている電話番号等（ＴＳＩ）の機器情報等が取得されるようになっている。
【００２１】
前記テキスト変換手段４７は、前記ＲＯＭ４３ｂに記憶された所定のプログラム、前記ＣＰＵ４３ａおよび所定の処理回路によって構成されるものであり、前記イメージ情報受信手段４５によって受信したイメージ情報を、ＯＣＲ処理するとともにＴＩＦ形式の画像データに変換するものである。なお、本実施の形態においては、当該テキスト変換手段４７に画像データ変換手段としての機能を持たせた構成としているが、画像データ変換手段を別個の手段として構成してもよい。
【００２２】
ＯＣＲとは、一般的にはスキャナ装置等の光学的な読み取り手段によって取得した画像
データから、文字や記号などを読み取る（ＪＩＳコード等のキャラクタデータの取得）処理、方法、若しくは装置をいう。本実施の形態に係る審査システム１では光学的な読み取り手段に代えて、ＦＡＸ３のイメージ情報を用紙に印字出力することなく制御手段４３等によって文字や記号等を読み取る処理を行っている。以下、本実施の形態において「ＯＣＲ」という場合には、上記のような光学的な装置を用いることなくイメージ情報を処理することにより文字や記号などを取得（テキスト変換）すること若しくは所定の記号、符号を認識すること等をいう。
【００２３】
以上のように、テキスト変換手段４７は、第１に画像データ取得手段としてＦＡＸ３のイメージ情報をＴＩＦ形式等の画像データとして取得する機能を有する。第２にテキストデータ取得手段としてＦＡＸのイメージ情報からＯＣＲ処理されるものについては文字や記号を認識することによりテキストデータの取得又は所定の記号、符号の有無やこれらの位置を認識する機能等を有したものである。
また、当該テキスト変換手段４７によって得られた画像データおよびテキストデータは、制御手段４３の制御に基づいて前記ＲＡＭ４３ｃに一時的に記憶される等の処理が行われた後、ＦＡＸ−ＯＣＲサーバー５の一部を構成するＦＡＸサーバー４１に送信され、ＦＡＸサーバー４１内に設けられている記憶手段７１に記憶されるようになっている。
なお、前記ＯＣＲ処理はＦＡＸのイメージ情報を直接処理するものに限らず、変換した画像データを認識することによって文字や記号などを取得する方式であってもよい。
【００２４】
本実施の形態に係る審査システム１において使用する申込書はＯＣＲ申込書（２５）と称され、識別符号等を表す所定形状のマーク（２６ａ、２６ｂ、２６ｃ）、記号、記載欄等が印刷された一枚の用紙として形成されている。前記マークは、前記テキスト変換手段４７によって、ＯＣＲ申込書の向き（天地）若しくはＯＣＲ処理時の情報の読み取り方向等を認識するために使用されるものである。さらに、住所、氏名、その他の記載事項に対応してテキストの読み取り位置を示すマークが印刷されている。その他、当該申込書には、申込者の住所、氏名、その他の必要事項が記載されるようになっている。なお、ＯＣＲ申込書２５の記載事項およびレイアウトの一例については後述する。
【００２５】
テキスト変換手段４７は、上記申込書に印刷されている所定のマークや記号等により用紙の種別等を判定し、記載されている各項目毎に文字、記号等を認識できるようになっている。
ＦＡＸサーバー４１には、識別符号によって特定されるＯＣＲ申込書に対応したいくつかの読み取り用プログラムが記憶されている。当該プログラムは、テキストデータとして取得すべき項目の位置情報等を有し、前記テキスト変換手段４７によって当該位置に記載されている文字等を取得するものである。また、書式の異なる申込書に対応したプログラムをそれぞれ記憶しておくことにより、単一の申込書に限ることなく、記載事項やレイアウトの異なる複数種類の申込書を使用することができるようになっている。
【００２６】
記憶手段５５は、ＲＡＭその他必要な処理回路によって構成された記憶手段であり、前記制御手段４３の制御によって機能するものである。当該記憶手段５５には、前記ＯＣＲ処理に必要な漢字辞書５７、認識辞書５９、認識した文字等の画像に対応するテキストコード（ＪＩＳコード等）等が記憶されている。また、記憶手段５５には、通知書（６５）の送信先となる金融機関のＦＡＸ番号等を記憶した送受信先登録データ６１等が記憶されている。
なお、通知書の送信先ＦＡＸ番号は、金融機関の要請によって申し込みに使用されたＦＡＸ送信元の回線番号（ＦＡＸ番号）と異なる場合があるので、前記送受信先登録データ６１には、申込書のＦＡＸ送信元に関する情報に基づいて所定の送信先および送信先を選択するための情報等が合わせて記憶されている。当該情報は、後述する信用保証ＤＢ内に設けられた取扱商品データファイル（２５０）内に記憶されている。
【００２７】
次に、前記ＦＡＸ−ＯＣＲ装置３９とともにＦＡＸ−ＯＣＲサーバー５を構成するＦＡＸサーバー４１について説明する。
図４はＦＡＸサーバー４１の構成図である。ＦＡＸサーバー４１は、ＣＰＵ６７ａ、ＲＯＭ６７ｂ、ＲＡＭ６７ｃ等を有した制御手段６７と、当該制御手段６７によって制御される記憶手段７１等を有している。当該記憶手段７１はハードディスク等の記憶装置によって構成されている。
【００２８】
記憶手段７１には、申込書の画像データを格納する画像データファイル７３、前記テキスト変換手段４７によって得られたテキストデータを格納するテキストデータファイル７７等の各種データファイルが記憶され、制御手段６７の制御に基づいて、当該各データファイルに格納されているデータの入出力および書き換え等が行われるようになっている。また、ＦＡＸサーバー４１は通信インターフェイスとしてＩ／Ｏポート６９を有しており、当該Ｉ／Ｏポート６９を介して前記ＦＡＸ−ＯＣＲ装置３９および業務サーバー１３および各種装置と接続されている。
【００２９】
当該構成を有するＦＡＸサーバー４１は、前記ＦＡＸ−ＯＣＲ装置３９が受信して所定のデータ処理を行った後の各種データを取得して逐次記憶する機能を有している。また、ＦＡＸサーバー４１は、前記ＦＡＸ−ＯＣＲ装置３９が金融機関のＦＡＸ３に対して送信する通知書に関するデータを業務サーバー１３から取得しＦＡＸ−ＯＣＲ装置３９に対して送信する機能を有している。
【００３０】
［業務サーバー］
次に、業務サーバー１３について説明する。図５は業務サーバー１３の構成図である。業務サーバー１３は、主な構成としてＣＰＵ１０１ａ、ＲＯＭ１０１ｂ、ＲＡＭ１０１ｃ等からなる制御手段１０１と、ハードディスク等の記憶手段１０３と、各種データの入出力を行うＩ／Ｏポート１３１を有している。
前記記憶手段１０３には、各種マスタファイル１０５、信用保証ＤＢ１０７および当該業務サーバー１３を制御する業務処理プログラム１０９等が記憶されている。また前記記憶手段１０３には、前記ＦＡＸサーバー４１から読み出した画像データが一時的に記憶されている。
なお、本実施の形態に係る審査システム１では、同一構成の業務サーバー１３を２台用いている。当該２台の業務サーバー１３は、通常運用では一方のみが使用され、故障時等に予備の装置として他方の業務サーバー１３が使用されるように構成されている。
【００３１】
前記記憶手段１０３に記憶された前記各種マスタファイル１０５、信用保証ＤＢ１０７、各データファイルおよびプログラムについて説明する。
〈各種マスタファイル〉
前記各種マスタファイル１０５は、業務サーバー１３を含め審査システム１を構成する他の装置等から参照可能な種々のデータを格納したものである。
例えば、郵便番号と当該郵便番号に対応した都道府県名、市区町村名、丁目等が記憶されており、クライアント９における所定事項の入力の際に郵便番号を入力すると対応する住所を読み出して住所欄に自動入力されるというようなデータ入力の補助のために使用されるものが格納されている。その他、審査システム１の処理上必要とされる、他の装置等によって参照される各種データが記憶されるものである。
〈信用保証ＤＢ〉
信用保証ＤＢ１０７は、前記ＦＡＸ−ＯＣＲサーバー５によって出力された前記テキストデータおよび画像データ等に基づいて作成されるデータファイルの集合であり、申し込み毎の処理工程の管理やデータ検索等、各種処理の高速化や利便性等を目的として生成されたデータベースである。
【００３２】
当該信用保証ＤＢ１０７は、工程管理データファイル１１７、申込データファイル１１９、本人データファイル１２１、受付データファイル１２３、自動審査判定データファイル１２５等の各種データファイルによって構成されている。以下、信用保証ＤＢ１０７を構成する各種データファイルの概念を図６に示し、主要なデータファイルの内容について説明を行う。
【００３３】
工程管理データファイル１１７は、申し込み毎に作成される工程管理データの集合である。工程管理データは「受信日付、ノードＩＤ、ページ、受信枚数、受信時刻」等の各データから構成される「受信番号」を有し、その他、当該申し込みに係る他のデータが処理中であるか否かを示すデータ、各処理段階のどの処理まで終了しているのかを示す工程ステータス等の各種のデータを有している。その他、工程管理データは、申込書入力時刻、申込内容に応じて定められる回答時間（１時間又は２４時間以内）を示す情報、受付時刻、受付時刻と前記回答時間によって決められる回答予定時刻、通知書出力予定時刻等を記憶するものである。例えば、本実施の形態に係る審査システムでは、借入希望額（既に借入が行われており返済すべき金銭が残っている場合には当該残高と申し込みに係る借入希望額とを合算した額）が少額の所定金額である場合には、申込書受信時刻から１時間以内に回答を行うようになっており、当該１時間後の時刻が自動計算されて回答予定時刻として設定される。
【００３４】
前記工程ステータスは、一つの申し込みに対する処理状況を表すデータであり、当該工程ステータスに基づいて、申込書受信後に行われる申込書記載事項の入力、修正、審査、通知書の送信等の処理を行うために逐次参照、更新が行われるようになっている。
申込データファイル１１９は、申し込み毎に作成される申込データの集合である。当該申込データは、「受信日付、ノードＩＤ、ページ、受信枚数、受信時刻」等の各データから構成される「受信番号」と、その他それぞれに各詳細なデータを含む「入力情報」「受付情報」「本人情報」「自宅情報」「勤務先情報」等によって構成される。前記「受付情報」には、借入金の利用目的等の詳細なデータが記憶されるようになっている。
工程管理データおよび申込データは、テキストデータおよび画像データ等が前記ＦＡＸ−ＯＣＲサーバー５から業務サーバー１３が読み出した時点で作成され、各データファイル内に格納されるデータである。
【００３５】
また、クライアント９からの要請に対しても、前記各データファイルへの格納と同時にテキストデータおよび画像データを受け渡し、クライアント９においてテキストデータの確認、修正処理等が行われるようになっている。クライアント９によってテキストデータの誤り等が修正されると、前記工程管理データファイル１１７および申込データファイル１１９に格納されている各データが前記修正された内容に従って修正されるようになっている。
前記工程管理データファイル１１７および申込データファイル１１９内の各工程管理データおよび申込データの修正が完了すると、本人データ、受付データ等の各種データが作成される。このように生成された各種データは、信用保証ＤＢ１０７内に設けられている本人データファイル１２１、受付データファイル１２３、自動審査判定データファイル１２５等の各種データファイルに格納される。これら、各種データファイルは、以後連動して修正が行われるようになっている。
【００３６】
本人データファイル１２１は、申込者に関する種々のデータが記憶されるデータの集合である。本人データは、氏名、電話番号、生年月日等の本人情報と、自宅住所等の自宅情報と、勤務先名や所在地等の勤務先情報等が集約して作成されるデータである。また、当該本人データには、過去の審査履歴等を記憶する審査履歴情報、その他本人履歴情報、勤務先履歴情報等の各種情報が含まれている。
【００３７】
受付データファイル１２３は、申込毎に作成される受付データの集合である。受付データは、前記受信番号の他、保証番号、受付番号、ＰＩＤ、入力情報、受付情報、状態・取引情報、評価情報、外部調査情報等によって構成されている。
受付データに含まれる受信番号は、他の前記各種のデータが有しているものと同一の情報であり、一つの申し込みに対して作成される各種のデータが同一の申し込みに係るものであることを認識させるために用いる情報である。受信番号には、受信日付、ノードＩＤ、受信枚数、受付時刻等であり、後述する審査処理において共通データとして用いる情報が含まれている。また、ＰＩＤは申込者個人に付与される識別情報となっている。
その他受付データには、住宅ローン等の状況が記憶される状態・取引データ、自動調査情報や、電話番号による確認情報、外部機関１４９に依頼した調査結果が記憶される外部調査情報、また審査結果が記憶される審査結果情報等が含まれている。当該各情報は、自社情報ＤＢや他社情報ＤＢ等を用いた審査処理の結果等に基づき記憶されるものである。
【００３８】
自動審査判定データファイル１２５は、申し込み毎に作成される自動審査判定データの集合である。自動審査判定データは、自動審査処理の結果、審査担当者を介すことなく最終的な判定までを行うものであるか（若しくは判定結果）、審査担当者による個別審査を行う必要があるのか等の判定パターンを含むデータである。
【００３９】
取引商品データファイル２５０は、顧客２１である銀行毎に付されたコードが格納された銀行コード、前記銀行の本支店毎に付されたコードが格納された支店コード、ローンの種類を特定するためのコードが格納された商品コード（申込種別）、申込書の受信元ＦＡＸ番号に対して通知書を送信する先のＦＡＸ番号が格納された送付先番号、申込書が送信される顧客２１のＦＡＸ番号が格納された受信元ＦＡＸ番号１、同様に申込書が送信される顧客２１のＦＡＸ番号がそれぞれ格納される受信元ＦＡＸ番号２、受信元ＦＡＸ番号３、受信元ＦＡＸ番号４、受信元ＦＡＸ番号５、その他削除フラグ、最新更新日、ＷＳ番号、担当者コードによって構成されている。つまり申込書を送信する銀行の支店のＦＡＸ番号は、ＦＡＸ３の設置台数によって複数の異なるＦＡＸ番号を有している場合があり、その台数分のＦＡＸ番号が受信元ＦＡＸ番号１から受信元ＦＡＸ番号５に記憶され、これらの受信元ＦＡＸ番号から受信した申し込みに対する通知を送付する送付先番号が取得できるように記憶されている。
【００４０】
この取引商品データファイル２５０は、前記業務サーバー１３の業務処理プログラム１０９によって通知書が作成される時に信用保証ＤＢ１０７の受付データファイル１２３の受付情報に基づいて参照されるものである。
〈業務処理プログラム〉
次に、前記記憶手段１０３のプログラム記憶領域１１５に記憶された業務処理プログラム１０９について説明する。当該業務処理プログラム１０９は、前記ＦＡＸ−ＯＣＲサーバー５およびクライアント９その他各種装置との間でデータの送受信や管理等を行うとともに、その他主要な処理として情報取得処理、信用保証ＤＢ更新処理、審査処理、通知書編集処理等を行うものである。
【００４１】
情報取得処理は、前記画像データファイル７３に記憶された画像データとこれに関連する前記テキストデータファイル７７に記憶されたテキストデータとを、前記クライアント９からの要請に応じて前記ＦＡＸサーバー４１から読み出し、クライアント９上でオペレータによって確認させ、認識ミス、データの欠落等を修正させた後、正確なデータとして所得する処理である。
【００４２】
また、前記情報取得処理の際、前記信用保証ＤＢの更新処理も行われる。当該処理は、新たな申し込みがあった場合に、信用保証ＤＢ１０７内の各種データファイルに対して所
定のデータを追加し、さらに当該追加したデータの更新、修正を逐次行う処理である。すなわち、前記情報取得処理に係るテキストデータに基づいて前記工程管理データおよび申込データ、受付データを作成し、それぞれ信用保証ＤＢ１０７を構成する前記工程管理データファイル１１７、申込データファイル１１９等に追加する処理を行い、当該処理の後、前記オペレータによって確認、修正等されたテキストデータに基づいて工程管理データおよび申込データ、受付データの内容を更新するものである。
【００４３】
また、前記オペレータによって修正等されたデータに基づく申込データ等の更新処理や以降行われる各種の処理は、工程管理データ内の情報（工程ステータス）に基づいて行われるようになっている。当該工程ステータスは、審査処理等の所定の処理が行われる毎に順次更新されるものであり、他の処理同様に業務処理プログラム１０９によって行われるようになっている。
【００４４】
前記信用保証ＤＢ更新処理が終了すると、各種データファイルが作成される。当該各種データファイルが作成されると、業務サーバー１３は自動審査手段として所定の審査処理を行うようになっている。
当該審査処理は、申込書に記載された内容でデータベース検索等を行って情報を収集し、一定の条件に該当する場合には人的な処理を介さず自動的に承諾若しくは否決の判断を行い、前記条件外の申し込みについては専門の審査担当者によって審査（個別審査）が行われるようにする処理である。前記一定基準の一例としては、審査時における申込者の借入累積金額が所定額以下の場合等である。
【００４５】
通知書編集処理は、通知書作成手段として、前記審査結果に基づいてＦＡＸ３に対して送信する所定フォームの通知書を作成し、ＦＡＸ−ＯＣＲサーバー５に対して当該通知書のデータを送る処理である。すなわち、審査結果に応じた所定の通知書フォーム（データ）を予め記憶手段に有し、制御手段の制御に基づいて審査結果と通知書フォームを合成し、通知書としての所定のイメージ情報を生成等するものである。
【００４６】
前記通知書フォームの一例を図７を用いて説明する。図７（ａ）は予め記憶されている通知書フォーム６３、図７（ｂ）は通知書フォーム６３に対して審査結果が合成された状態（ファクシミリとして送信可能になった状態のイメージ情報）を表す説明図である。
通知書フォーム６３は、受付番号欄６３ａと、店番号欄６３ｂと、顧客番号欄６３ｃと、回答区分欄６３ｄと、保証番号欄６３ｅと、金額欄６３ｆと、回数欄６３ｇと、申込者氏名欄６３ｈと、商品名欄６３ｉ等とにより構成されている。
【００４７】
通知書編集処理では、申込書記載の内容に基づいてクライアント９によって確認および入力が行われた事項および審査結果が合成される。具体的には、前記通知書フォーム６３の受付番号欄６３ａに申込書の受付受理時に付けた受付番号を合成し、店番号欄６３ｂに支店番号を合成し、顧客番号欄６３ｃにＣＩＦと称する顧客番号を合成し、審査結果に基づいて回答区分欄６３ｄに審査結果６５ｄの「否決」、「承諾」を合成し、保証番号欄６３ｅに審査結果が承諾である場合に付される保証番号を合成し、金額欄６３ｆに審査結果に基づき申込金額から信用供与した与信金額を合成し、回数欄６３ｇに審査結果に基づき希望支払回数から信用供与した保証期間を合成し、申込者氏名欄６３ｈに申込者（信用保証の対象者）の氏名６５ｈを合成し、商品名欄６３ｉには保証を承諾したローンの名称を合成する処理等が行われ通知書のデータが作成される。
当該作成された通知書のデータは、ＦＡＸ用のイメージ情報に変換され、通知書６５としてＦＡＸ３に対して送信されるようになっている。
【００４８】
［クライアント］
クライアント９は、前記業務サーバー１３にアクセス可能に接続されたコンピュータ装
置であり、オペレータ又は審査担当者がデータ入力、データ参照又は審査処理等を行うコンピュータである。
図８はクライアント９の構成図を示している。同図に示すようにクライアント９は、ＣＰＵ７９ａ、ＲＯＭ７９ｂ、ＲＡＭ７９ｃ等を有した制御手段７９と、当該制御手段７９の制御によってデータの入出力を管理するＩ／Ｏポート８１および制御手段７９によって制御されるプログラムおよびデータファイルが記憶される記憶手段８３等を有している。またクライアント９は、ＣＲＴや液晶表示装置等の表示装置８５と、データの入力や処理の指示入力を行うためのキーボード、マウス等の操作部（入力手段）８７を有している。
【００４９】
前記記憶手段８３には、プログラム記憶領域８９と一時記憶領域９９が設けられており、プログラム記憶領域８９にはクライアントアプリケーションプログラム（以下「クライアントＡＰＬ」という。）９１等の各種制御プログラムが記憶されている。また、一時記憶領域９９には、画像データ９５とテキストデータ９７等が、データの入力や修正又は申し込みの審査処理等の際に一時的に記憶されるようになっている。
クライアントＡＰＬ９１は、業務サーバー１３を介して取得されるテキストデータの入力や修正、その他審査処理、審査結果（諾否）の通知指示等を行うプログラムであり、制御手段７９によって実行されるようになっている。
【００５０】
クライアントＡＰＬ９１は、図９（ａ）に示すような選択式のメニューを画面上に表示させ、当該メニューを選択することで、所定の処理を実行するようになっている。具体的には初期メニューとして図９（ａ）に示すような「与信」「照会」「登録」「帳票出力」「マスタ管理」「その他」という項目が設けられた「信用保証業務メニュー」画面９２が表示される。前記項目のうち「与信」（９３）を選択すると、「申込書選択」「申込書入力」「未完記補正」「個別名寄せ」「調査結果入力」「個別審査」「契約書入力」等の項目が設けられた「信用保証与信メニュー」画面９４（図９（ｂ））が表示され、いずれかの項目を選択することで各項目に対応した処理プログラムが実行されるようになっている。
【００５１】
なお、前記画面に表示された項目には、処理を行うために必要な権限が設定されており、使用する人の権限に応じて処理項目が制限されるようになっている。また、当該権限は、クライアントＡＰＬ９１に対するログイン若しくは前記メニューの実行の際に求められるＩＤ、パスワードの入力内容によって判定されるようになっている。
前記「信用保証与信メニュー」画面９４中に表示された「申込書選択」とは、オペレータに、申込書とそれ以外の入力が不必要な証明書類を選別させ、不要なイメージデータを破棄するための画面である。当該「申込書選択」で選択の処理が行われると次の工程である、「申込書入力」画面で入力を行うことができる。
【００５２】
前記「申込書入力」とは、前記業務サーバー１３を介して取得した画像およびテキストデータを画面上に表示させ、誤変換されたテキストの修正や欠落したデータの入力等を行う処理であり、当該メニューの選択によってクライアント９をテキストデータ修正手段として機能させるものである。クライアント９は、「申込書入力」が選択されると業務サーバー１３を介して一時記憶領域９９内に取得した両データを記憶する。当該各データを取得すると、申込書のイメージ画像と申込書に記載された所定事項に係る前記テキストデータを同一画面上に表示し、両者を見比べながらオペレータによってテキストデータの修正が行われるようになっている。修正されたテキストデータの修正は前記業務サーバー１３に対して送信され、当該テキストデータに基づいて信用保証ＤＢ１０７の更新や審査が行われるようになっている。
【００５３】
当該「申込書入力」における一つの申し込みに係るテキストデータの修正が終了すると、業務サーバー１３を介して次の申し込みに係る画像データとテキストデータが取得され
、順次テキストデータの修正等が行われるようになっている。
また、画面表示の手法として、申込書のイメージ画像と修正若しくは追加入力等が必要な所定項目群を左右に並べて表示したり、これらを上下に分割して表示する等の選択が任意に行えるようになっている。
【００５４】
［ホストコンピュータ］
ホストコンピュータ１５について説明する。図１０はホストコンピュータ１５の構成図である。
ホストコンピュータ１５は、ＣＰＵ１３３ａ、ＲＯＭ１３３ｂ、ＲＡＭ１３３ｃを有する制御手段１３３と、当該制御手段１３３によって制御される記憶手段１４１と、同制御手段１３３の制御によって前記業務サーバー１３との間で行われるデータの入出力や外部機関１４９とのとの間で行われるデータの入出力を管理するＩ／Ｏポート１４３により構成されている。また、記憶手段１４１には、データベース検索を行うプログラムである内外情報調査手段１４５が記憶されたプログラム記憶領域１３５、自社情報ＤＢ１３７および他社情報ＤＢ１３９等の各種データが記憶されている。
【００５５】
自社情報ＤＢ１３７は、当該審査システム１以外の他のシステムのために構築された個人の信用保証情報等が記憶されたデータベースであり、前記受付データファイル１２３に記憶された氏名、性別、生年月日、電話番号、郵便番号等を検索キーとして、同一人物あるいは同一人物と思われる個人の情報を読み出すことができるように構成されたものである。
他社情報ＤＢ１３９は、提携している他社から提供された調査や審査等に係るデータを自社用に加工したデータベースである。当該他社情報ＤＢ１３９も前記受付データファイル１２３に記憶された氏名その他の情報に基づいて申込者に関する情報を取得したり、勤務先の信用状況等を検索することができるように生成されたものである。
内外情報調査手段１４５は、ホストコンピュータ１５の記憶手段１４１に記憶されたプログラムであり、業務サーバー１３からの指示を受けて前記自社情報ＤＢ１３７、他社情報ＤＢ１３９を検索し、検索結果を業務サーバー１３に返すものである。
【００５６】
また、内外情報調査手段１４５は、自社以外の外部機関１４９に対してデータベース照会依頼等を行い、当該依頼に基づく照会結果である外部情報データ１４７を受信し、その照会結果を一時的に記憶したのち業務サーバー１３に返信する処理を行うものである。
外部機関１４９とは、前記ホストコンピュータ１５とオンライン回線により接続された個人の信用情報を検索することができる機関である。当該外部機関１４９機関は独自のデータベースを所有しており、前記内外情報調査手段１４５による照会依頼の結果を、ホストコンピュータ１５に返信する処理を行うようになっている。
以上説明したＦＡＸ−ＯＣＲサーバー５、業務サーバー１３、クライアント９およびホストコンピュータ１５等の各装置は、第１のルーター７および第２のルーター１１を介して互いに接続され、審査システム１としてのネットワークを構成している。
【００５７】
第１のルーター７および第２のルーター１１は、各機器に設定されているアドレスに応じて各機器間に通信経路を確立する装置である。本実施の形態では、第１のルーター７はＦＡＸサーバー４１と業務サーバー１３間、業務サーバー１３とクライアント９間に通信経路を確立させるようになっている。
また、第２のルーター１１は、業務サーバー１３とホストコンピュータ１５間、ホストコンピュータ１５とオンライン接続される外部機関１４９（外部機関１４９との接続ポート）との間に通信経路を確立するものである。
【００５８】
次に、審査システム１において使用されるＯＣＲ申込書の一例と、当該申込書をＯＣＲ処理して得られたテキストデータのデータレイアウト等について説明する。
図１１は、当該審査システム１で使用されるＯＣＲ申込書２５の一例を示した説明図である。なお、本実施の形態では、当該申込書は金融機関に対するローンの申込書と、信用保証機関２３に対する信用保証の申込書を兼ねたものとなっている。すなわち、当該申込書に記載される申込者とは銀行等に対するローンの申し込みを行う者であり、かつ銀行等からの依頼に基づく信用保証の対象者（被保証人）のことを示している。
【００５９】
ＯＣＲ申込書２５は、Ａ４サイズの用紙に各種事項、記載欄等が印刷された用紙として構成されている。当該ＯＣＲ申込書２５の３つの角部には、ＯＣＲ申込書２５であることを装置に対して認識させるための３つの略方形のマーク２６ａ、２６ｂ、２６ｃが印刷されている。また、当該マーク２６ａ、２６ｂ、２６ｃの配置によって、用紙の方向（天地）が判断できるようになっている。その他用紙上には、用紙の種別を特定するために用いる識別情報として記号若しくは数字等のコード（帳票ＩＤ）が記載されるコード記載欄２７と、借入希望額と返済希望回数等が記載される借入欄２９と、申込本人欄３１と、申込者の勤務先欄３３と、金融機関の銀行コード、支店番号等が記載される店番欄３５と、各欄から記載内容をＯＣＲによって読み取るためのマーク３７等が印刷されている。
【００６０】
前記借入欄２９は、借入金額が「万円」単位で記載される借入希望額欄２９ａと、何回で返済するかが記載される返済希望回数２９ｂと、利用目的を選択する利用目的欄２９ｃやその他返済口座等を記載する返済口座欄２９ｄ等から構成されている。
また申込本人欄３１は、申込者のカナ氏名が記載される申込者カナ氏名欄３１ａと、申込者の漢字氏名が記載される申込者漢字氏名欄３１ｂと、申込者が男女のいずれかが記載される性別欄３１ｃと、申込者の生年月日が和暦で記載される生年月日欄３１ｄと、配偶者の有無が記載される配偶者欄３１ｅと、住居が「自己所有」、「家族持家」、「社宅」、「賃貸」等であるかがコードで記載される住まい欄３１ｆと、住所の郵便番号が記載される郵便番号欄３１ｇと、住所が記載される住所欄３１ｊと、申込者の電話番号が記載される電話番号欄３１ｈと、申込者の居住年数が記載される居住年数欄３１ｉからなる。
勤務先欄３３は、申込者の勤務先のカナ名称が記載される勤務先カナ名欄３３ａと、申込者の勤務先の漢字名称が記載される勤務先漢字名欄３３ｂと、勤務先の業種がコードで記載される業種欄３３ｃと、申込者の所得が「給与所得」、「役員報酬」、「事業所得」等がコードで記載される所得区分欄３３ｄと、「代表者」、「役員」、「課長以上」等がコードで記載される役職欄３３ｅと、勤務先住所の郵便番号が記載される勤務先郵便番号欄３３ｆと、勤務先の住所が記載される住所欄３３ｋと、勤務先の電話番号が記載される勤務先電話番号欄３３ｈと、勤務先の従業員数が記載される従業員数欄３３ｉと、申込者の勤続年数が記載される勤続年数欄３３ｇと、申込者の年収が「万円」単位で記載される年収欄３３ｊとからなる。
【００６１】
なお、前記申込者の住所欄３１ｊおよび勤務先の住所欄３３ｋは、申込者によって記入されている事項であるが、本実施例ではＯＣＲ処理を行わない情報となっている。すなわち、本実施の形態における住所表記に関しては国土地理院発行の住所コードを利用し、郵便番号の認識（入力）によって対応する住所を呼び出し、該当項目に前記住所コードに従った住所表記を行うようになっている。これは、丁目・番地等の表記には種々の表現があるからであり、「１−１−１」、「１丁目１−１」又は「一丁目１番１号」等と表記された場合、同じ住所を表す記載であるにもかかわらず表記の仕方が異なるため、データ上同一であるか異なるか等の認識ができないからである。このような観点から統一した住所表記に基づくデータを取得するために上記の処理が行われている。
【００６２】
その他のＯＣＲ処理を行わない項目については、後にクライアント９によってオペレータにより入力作業が行われるようになっている。
また、ＯＣＲ申込書２５には、申込者が申込金融機関から他に借入を行っている場合に借入残高と年間返済額等の借入状況を記載する当行からの借入状況欄３６ａと、他の金融
機関から借入を行っている場合に借入残高と年間返済額等の借入状況を記載する他金融機関からの借入状況欄３６ｂが設けられている。
【００６３】
［データレイアウト］
図１２は、テキストデータファイル７７に格納されるテキストデータ７７０のデータレイアウトの説明図である。
テキストデータ７７０に格納される内容は、共通データ７７１と、ＦＡＸ−ＯＣＲデータ７７２と、申込者の個人情報からなる本人データ７７４と、申込者の勤務先情報からなる勤務先データ７７５等である。
【００６４】
前記共通データ７７１は、さらに申込書等のイメージ情報を受信した受信日付７７１１、２基のＦＡＸ−ＯＣＲサーバー５ａ、５ｂのうちいずれの装置で受信したかのノードＩＤ７７１２、受信ページ数７７１３、１件の申し込みに対する受信枚数７７１４、受信時刻７７１５によって構成されている。
ＦＡＸ−ＯＣＲデータ７７２は、図１１に示したＯＣＲ申込書２５のコード記載欄２７を読み取ってテキスト化した帳票ＩＤ７７２１、日本電信電話株式会社（ＮＴＴ）によって提供されている発信者の電話番号通知サービス等によって取得したＦＡＸ番号が設定される送信元ＦＡＸ番号７７２２、ＦＡＸ送信に使用されたＦＡＸ３の機器情報として設定されている電話番号等（ＴＳＩ）７７２３、画像データと関連付けるために付された連続番号が設定されるナンバー７７２４等によって構成されている。
また申込データ（申込内容）７７３は、ＯＣＲ申込書２５に記載された店番欄３５を読み取ったデータが設定される銀行コード７７３１および支店コード７７３２、申込種別７７３３、申込種別、借入希望額欄２９ａから読み取ったデータが設定される申込金額７７３４、返済希望回数欄２９ｂから読み取ったデータが設定される返済回数７７３５等によって構成される。
申込本人データ７７４は、ＯＣＲ申込書２５の各記載欄に対応して、申込者カナ氏名欄３１ａの情報は本人カナ氏名７７４１へ、申込者漢字氏名欄３１ｂの情報は本人漢字氏名７７４２へ、性別欄３１ｃの情報は性別７７４３へ、和暦で記載された生年月日欄３１ｄから読み取ったの情報は西暦変換した年の下２桁と月日が設定される生年月日７７４４へ、配偶者欄３１ｅの情報は配偶者７７４５へ、住まい欄３１ｆの情報は住居区分７７４６へ、郵便番号欄３１ｇの情報は郵便番号７７４７へ、電話区分７７４８、電話番号欄３１ｈの情報は電話番号７７４９へ、居住年数欄３１ｉの情報は居住年数７７４９へそれぞれ設定されことで構成されている。
勤務先データ７７５は、ＯＣＲ申込書２５の勤務先カナ名欄３３ａから読み取った情報が設定される申込者の勤務先カナ名７７５１へ、勤務先漢字名欄３３ｂの情報は勤務先漢字名７７５２へ、所得区分欄３３ｄの情報は所得区分７７５３へ、役職欄３３ｅの情報は役職７７５４へ、勤続年数欄３３ｇの情報は勤務年数７７５５へ、勤務先郵便番号欄３３ｆの情報は勤務先郵便番号７７５６へ、勤務先電話番号欄３３ｈの情報は勤務先電話番号７７５７へ、従業員数欄３３ｉの情報は従業員数７７５８へ、年収欄３３ｊの情報は年収７７５９へそれぞれ格納されることにより構成されている。
【００６５】
前記データレイアウトで構成されるテキストデータは、ＦＡＸサーバー４１で作成され、データベースの更新後、削除されるようになっている。
なお、ＯＣＲ処理の結果コード記載欄２７に帳票ＩＤが記載されていないイメージ情報については、前記共通データ７７１と、帳票ＩＤが空白のＦＡＸ−ＯＣＲデータ７７２が設定され、以下の各データは空白として作成される。
【００６６】
次に、上記構成を有する審査システム１の処理内容を図１３から図１８のフローチャートを用いて説明する。
図１３は、ＦＡＸ３を用いて金融機関がＯＣＲ申込書２５を信用保証機関２３に対して
送信してから信用保証に関する審査結果を受けるまでの、当該審査システム１を構成する各装置の主な処理内容を表したものである。具体的には、金融機関がＯＣＲ申込書２５をＦＡＸ送信（ステップＳ１）してから回答（通知書）をＦＡＸ３で受信（ステップＳ６５）するまでのＦＡＸ−ＯＣＲサーバー５、業務サーバー１３、クライアント９およびホストコンピュータ１５等で行われる処理を表したフローチャートである。
【００６７】
以下、処理の流れを各装置毎に説明する。
［ＦＡＸ−ＯＣＲサーバー５の処理］
ＦＡＸ−ＯＣＲサーバー５（ＦＡＸ−ＯＣＲ装置３９）は、待機状態で金融機関からのＦＡＸ送信（ステップＳ１）があると、当該ＦＡＸをイメージ情報（ＦＡＸ伝送の際の信号形態）として受信する（ステップＳ２）。
当該ＦＡＸ受信の際、前記イメージ情報とともに電話番号通知サービスによって提供される送信元のＦＡＸ番号を取得し、同時に機器に設定されているＴＳＩも取得する。また、ＦＡＸ−ＯＣＲ装置３９が有する機能によって、受信日付、ノードＩＤ、受信枚数、受付時刻等（共通データ）が取得される。
【００６８】
ＦＡＸ−ＯＣＲ装置３９は、ＦＡＸを受信してイメージ情報を取得すると、イメージ情報読み取り処理を行う（ステップＳ３）。
イメージ情報読み取り処理（ステップＳ３）の詳細を図１４に示し、以下に説明する。
ＦＡＸ−ＯＣＲ装置３９は、ＦＡＸ３によって送信されたイメージ情報を受信すると、当該イメージ情報の認識処理を行いＯＣＲ申込書２５の角部に３つのマーク２６（２６ａ、２６ｂ、２６ｃ）、用紙左側縁に設けられた複数のマーク３７、用紙左上欄に設けられたコード記載欄２７に記載されている英数字の読み取りを行う（ステップＳ４）。当該各マークの読み取りおよびコード記載欄２７の認識結果に応じて、送信された申込用紙がＯＣＲ申込書２５であるかおよび用紙の方向、申込書の種類等が判断される（ステップＳ５）。
【００６９】
当該判断によって、申込用紙がＯＣＲ申込書２５である（ｙｅｓ）と判定した場合には、テキスト情報の処理として前記各マーク３７に対応して設けられた記載欄に記載されている事項のＯＣＲ処理（テキスト変換）を行う（ステップＳ５１）。当該ＯＣＲ処理では、認識した文字等の画像と当該ＦＡＸ−ＯＣＲ装置３９が記憶しているテキスト辞書、漢字辞書５７および認識辞書５９等との比較を行い、認識した文字若しくは記号に対応するＪＩＳコードを取得する処理が行われる。
【００７０】
前記の処理によって取得されたＪＩＳコード列は、前記共通データ７７１（受信日付、ノードＩＤ、受信枚数、受付時刻等）とＦＡＸ−ＯＣＲデータ７７２（帳票ＩＤ、送信元等のＦＡＸ番号、ＴＳＩ等）を付加する編集が行われ、図１２に示すデータレイアウトのテキストデータ７７０として作成される（ステップＳ５２）。また、このように取得されたテキストデータ７７０は、ＦＡＸサーバー４１のテキストデータファイル７７に格納される（ステップＳ５３）。また、当該テキスト情報の処理に対応する申込書のイメージ情報は、イメージ情報の処理として画像データに変換され前記共通データ７７１およびＦＡＸ−ＯＣＲデータ７７２が付加され（ステップＳ５４）、関連付けが行われた状態でＦＡＸサーバー４１の画像データファイル７３に格納される（ステップＳ５５）。
【００７１】
また、前記ＯＣＲ処理が行われたＯＣＲ申込書と同時に送信されたＯＣＲ申込書２５以外の一又は二以上の用紙に関するイメージ情報については、前記ステップＳ５においてＯＣＲ申込書ではない（Ｎｏ）と判断される。当該イメージ情報については、画像データに変換された後前記と同一の共通データ７７１およびＦＡＸ−ＯＣＲデータ７７２を付加する編集が行われ（ステップＳ５６）、ＦＡＸサーバー４１の画像データファイル（ＯＣＲ以外）７５に格納される（ステップＳ５７）。
【００７２】
また、前記ステップＳ５において金融機関から送信された申込書類の中にＯＣＲ申込書２５が含まれていなかった場合には次に説明する処理が行われる。当該申込の場合には、テキスト情報の処理として共通データ７７１とＦＡＸ−ＯＣＲデータ７７２をテキストデータ７７０に付加する編集を行い（ステップＳ６１）、当該テキストデータ７７０をテキストデータファイル７７に書き込む（ステップＳ６２）。イメージ情報については、画像データに変換された後前記と同一の共通データ７７１およびＦＡＸ−ＯＣＲデータ７７２を付加する編集が行われ（ステップＳ６３）、ＦＡＸサーバー４１の画像データファイル（ＯＣＲ以外）７５に格納される（ステップＳ６４）。
【００７３】
当該画像については、ＯＣＲ用紙２５を用いていない他の形式による申込書の画像として取り扱い、前記申込書選択処理において、オペレータによる入力処理等が行われるようになっている。
以上がＦＡＸ−ＯＣＲサーバー５の申込書受信時の処理の概略であり、以後同様に申込書の送信があった場合には同様の処理を繰り返す。
前記ステップＳ３の処理にてイメージ情報読み取り処理が終了した後、ＦＡＸサーバー４１の記憶手段７１に記憶された前記画像データとテキストデータ７７０が、クライアント９からの指示により業務サーバー１３によって読み出される（ステップＳ１１）。
【００７４】
［業務サーバー１３の処理］
前記ＦＡＸ−ＯＣＲサーバー５に記憶された前記画像データとテキストデータは、クライアント９からの指示により業務サーバー１３によって読み出される（ステップＳ１６）。以下、当該各データを読み出した後の業務サーバー１３の処理内容について説明する。＜情報取得処理＞
情報取得処理の処理手順を図１５のフローチャートに示す。当該処理では、クライアント９からの指示を受けると、制御手段１０１によって画像データファイル７３とテキストデータファイル７７を読み出す（ステップＳ１１）処理を行う。なお、当該読み出し処理を行った結果（ステップＳ１２）読み出すべきデータがなかった場合には、ステップＳ１１の処理に戻り待機状態となる。
【００７５】
ステップＳ１１において画像データファイル７３とテキストデータファイル７７にデータがあった場合には、同じ共通データを有する画像データとテキストデータがクライアント９に対して出力される（ステップＳ１３）。当該処理は、制御手段１０１の制御によって行われ、Ｉ／Ｏポート１３１、第２のルーター１１、第１のルーター７を介して行われる。
前記の処理において画像データとテキストデータ７７等をクライアント９に出力すると、処理プログラムはテキストデータの共通データ７７１を基に工程管理データを作成（ステップＳ１４）し、申込データ、受付データを作成する（ステップＳ１５）。当該作成された工程管理データ、申込データおよび受付データは、業務サーバー１３内に設けられている信用保証ＤＢ１０７の工程管理データファイル１１７、申込データファイル１１９および受付データファイル１２３に格納される（ステップＳ１６）。
【００７６】
［クライアント９の処理］
一方、クライアント９では、クライアントＡＰＬ９１が起動され、画面に表示されたメニューから「申込書選択」、「申込書入力」等が選択されることによって、所定の処理が行われるようになっている。以下、クライアント９において行われる主な処理について説明する。
クライアントＡＰＬが起動され、図９（ａ）に示すメニューから「与信」選択されると図９（ｂ）に示すサブメニュー（「メニュー選択画面」）が表示される（ステップＳ１７）。
【００７７】
当該メニューにおいて「申込書選択」に係る処理が行われる場合には、イメージ画像を画面上に表示して申込書の選択（ステップＳ１８）が行われるようになっている。「申込書選択」は、申込書がＯＣＲ申込書ではない場合に、ＦＡＸ−ＯＣＲサーバー内に記憶されている送信書類の中から申込書を選択する処理である。選択された申込書に関するイメージ画像は画像データとして業務サーバー内の画像データファイルに記憶される。イメージ画像が複数ある場合には、サムネイル表示を行い、当該表示されたものの中から申込書が選択されるようになっている。この処理によって選択された申込書は、次に説明する「申込書入力」処理によって所定事項の入力が行われるようになっている。なお、送信書類がＯＣＲ申込書である場合には当該「申込書選択」に係る選択画面に表示されず、直接「申込書入力」の処理が行われるようになっている。
【００７８】
「申込書入力」とは、前記「申込書選択」によって選択された申込書若しくはＯＣＲ申込書の記載事項について、データ入力若しくは既に自動的に取得されているデータの確認、修正等が行われる処理である。
「メニュー選択画面」において「申込書入力」が選択されると、顧客管理および自動審査のための必要な情報として、申込書に記載された各種情報の入力、確認、修正等が行われるようなっており、処理すべき申込書の一覧表示が行われ申込データが取得されるようになっている（ステップＳ１９）。
【００７９】
当該処理では、取得された申込書（申込データ）がＯＣＲ申込書以外の申込書である場合には、前記「申込書選択」によって選択した画像とデータとして所得すべき事項が空欄となった入力画面が表示され、申込書の画像を見ながらデータ入力（ステップＳ２０）が行われるようになっている。当該入力が完了するとテキストデータ７７０として業務サーバー１３に記憶される。
また、選択された申込書がＯＣＲ申込書である場合、既に取得されている前記テキストデータファイル７７に格納されているテキストデータ７７０と画像データファイル７３に格納されている画像データが読み込まれ（ステップＳ１９）、ＯＣＲ処理によって取得されたテキストデータ７７０の修正、追加（ステップＳ２０）が行われる。当該処理の後、修正後のデータを業務サーバー１３に対して送信され記憶される処理が行われる。
【００８０】
＜データ入力処理：ステップＳ２０＞
データ入力処理（ステップＳ２０）の処理手順を図１６のフローチャートに基づいて説明する。
クライアントＡＰＬ９１は、テキストデータおよび対応する画像データを受信すると、一時記憶手段９９に各データを記憶した後、氏名、住所等の各項目にデータを当てはめた状態でテキストデータの内容を出力し、同時に、同一画面上に画像データに基づくイメージ画像を表示する（ステップＳ２１）。所定の項目毎に表示されたテキストデータはキーボード等の操作により修正、入力等が可能となっており、同じ表示画面上に表示されたイメージ画像を見ながらデータの修正、入力が行えるようになっている（ステップＳ２２、２３）。
【００８１】
テキストデータの入力、修正が終了し確認ボタンが押されると、修正された内容（修正データ）はＩ／Ｏポート８１から第１のルーター７、第２のルーター１１、ＬＡＮ回線Ｌ３を介して業務サーバー１３へファイル変換後格納され、入力処理を終了する。
＜信用保証ＤＢの更新処理：ステップＳ２５＞
送信された前記修正データを受信すると、当該修正データに基づいて、業務サーバー１３は信用保証ＤＢ１０７の工程管理データファイル１１７および申込データファイル１１９に格納された前記工程管理データおよび申込データの更新処理を行う。当該信用保証ＤＢの更新処理（ステップＳ２５）の処理手順を図１７のフローチャートに示す。
【００８２】
前記のように、業務サーバー１３の処理プログラムは、修正データを受信すると工程管理データファイル１１７および申込データファイル１１９、受付データファイル１２３に記憶されている該当項目を書き換える（ステップＳ２６）。工程管理データファイル１１７および申込データファイル１１９の修正が行われると、信用保証ＤＢ１０７として記憶されている他のデータファイルにも当該処理に関連するデータが作成され格納される。
当該信用保証ＤＢ１０７内の一連のデータファイルの更新等が行われると、次に、申込データの中に調査・審査に必要な各種データに未入力、不備等がないか確認を行う（ステップＳ２７）。また、信用保証ＤＢ１０７の更新が行われると、「申込書入力」が終わった画像データは、ＦＡＸ−ＯＣＲサーバー５から読み出されて業務サーバー１３内の画像データファイル２０３に保存される。
【００８３】
前記ステップＳ２７において、申込データ１１９に空白データ（データ未入力）等の不備があった場合には、調査・審査処理が行えないため、工程管理データの工程ステータスに「未完記」を設定して（ステップＳ２８，３０）信用保証ＤＢの更新処理を終了する。
当該「未完記」となっている工程ステータスを有する申し込みについては、以後未完記であることをクライアント９上に表示し、修正が必要な未審査の案件が存在することを表示する。当該表示が行われているものについては、クライアント９から修正、入力等が行えるようになっている。
また、申込データに不備がなかった場合には、工程管理データの工程ステータスを「入力完了」（ステップＳ２９）とする工程管理データファイル１１７の書き換えを行う（ステップＳ３０）。当該処理が終了すると、処理プログラムは、当該申し込みに対して受付番号を付与して受付データの更新を行う。また、受付番号は、以降の処理において使用若しくは生成されるデータに含まれる共通の情報として使用される。
【００８４】
＜審査処理：ステップＳ３１＞
前記信用保証ＤＢの更新処理が完了し受付データ１２３が作成されると、処理プログラムに基づき自動審査処理が行われる。当該審査処理の処理手順を図１８のフローチャートに示す。
当該審査処理は、はじめに信用保証ＤＢ１０７を検索し、「名寄せ」と称する同一申込者による他の受付データの検索を行い（ステップＳ３２）、同一申込者による他の受付データがある場合には関連する情報を取得する。
次に、制御手段１０１の制御に基づき、情報を照会するまでもない（例えば、受付年齢が条件に満たない等）場合を除き、信用保証ＤＢ１０７以外に設けられている自社情報ＤＢ１３７、他社情報ＤＢ１３９の検索および外部機関１４９に対する照会依頼のため調査する申込者の情報をホストコンピュータ１５へ送信する（ステップＳ３３）。
【００８５】
ホストコンピュータ１５は、調査依頼等を受信すると（ステップＳ３４）、制御手段１３３によってデータベースの検索処理を行う。具体的には申込者の情報に基づいてホストコンピュータ１５の記憶手段１４１に記憶された自社情報ＤＢ１３７を検索し（ステップＳ３５）、同様に他社情報ＤＢ１３９を検索する（ステップＳ３６）。
また、申込者の照会依頼を外部機関１４９へ送信する（ステップＳ４８）と照会依頼を受信した外部機関１４９では、申込者の情報に基づいてデータベース照会を行い、その結果をホストコンピュータ１５の内外情報調査手段１４５へ返信する処理が行われる（ステップＳ３７）。
前記各データベース等に対して行った検索の結果得られた情報は、業務サーバー１３へ返信され（ステップＳ３８）、ホストコンピュータ１５による検索処理が終了する。
【００８６】
業務サーバー１３では、必要に応じて照会を依頼した前記ホストコンピュータ１５による検索結果を受信し（ステップＳ３９）、当該結果を受付データに書き込む処理を行う（
ステップＳ４０）。
前記検索結果に基づき、所定の審査基準を満たすか否かの自動的な審査を行い（ステップＳ４１）「未決」、「否決」、「承諾」の自動審査結果情報が書き込まれる（ステップＳ４２）。当該審査結果を判定して（ステップＳ４３）「否決」である場合には、当該審査処理処理を終了し、図７に示すように自動的に「否決」に関する通知書を生成し、当該通知書に関するデータをＦＡＸ−ＯＣＲ装置３９に送る。また、審査結果が「承諾」である場合にも同様に当該審査処理を終了して保証番号が設定された「承諾」に関する通知書を生成し、当該通知書に関するデータをＦＡＸ−ＯＣＲ装置３９に送る。
【００８７】
前記通知書は、前述したように所定のレイアウトの「保証諾否通知書」として業務サーバー１３によって生成される（ステップＳ４４）。ＦＡＸ−ＯＣＲ装置３９では当該生成された「保証諾否通知書」を受け取り、業務サーバー１３内の取扱商品データファイル２５０から「銀行コード」や「支店コード」等に基づいて送信先のＦＡＸ番号を取得し、ＦＡＸ機能を利用して金融機関に送信する（ステップＳ４５、４６、４７、４８）。
また、審査結果が「未決」の場合には「個別審査」を行う。「個別審査」とは、審査結果が「未決」の場合に、審査担当者によって「否決」とするか「承諾」とするかを判断させるものである。なお、審査担当者には、審査を行う金額その他の条件に応じて審査権限が設定されており、当該審査権限はクライアント９を使用する際（ログイン時）に入力する担当者コード等を各種マスタファイル１０５に記憶されている担当者マスタの権限コードと比較することで、クライアント９上で扱える申込書の審査処理を制限するようになっている。
【００８８】
また、本実施の形態に係る審査システム１では、所定の条件を満たす申込については、申し込みの受信時刻から一定時間以内に回答を通知するようになっている。例えば、申し込みに係る借入希望額が所定金額以下である場合には、申込書受信時刻から１時間以内に審査結果の通知を行うサービスを行っている。当該サービスを行うために、前記受信時刻から所定時間（最適な例として１時間以内）経過した時刻を演算し、当該時刻までの時間的猶予の少ない申し込みから順次個別審査を行わせるようになっている。
【００８９】
前記画面９４の「信用保証与信メニュー」において「審査待ち一覧」を選択し所定のＩＤ・パスワードの入力による認証手続き（ログイン）が完了すると、審査権限に応じて初期画面として処理すべき申し込みがリストとして一覧表示されるようになっている（図示省略）。個別審査は、当該一覧表示されたリストを審査担当者が選択することにより、申込書記載事項や名寄せ、その他のデータベース検索の結果等を目視し、諾否の判断を行うものである。本実施の形態においては、前記一覧表示された申し込みを、審査結果の通知時刻までの猶予が少ない順に配列し、審査処理すべき優先順位が明らかになるようになっている。また、リスト表示されている申し込みに優先順位を示すマークを付けて、優先的に処理すべき申し込みを明確にしている。
【００９０】
上記のように、優先的に審査すべき申し込みを自動的に判別して、配列の並べ替え若しくはマークを表示するようになっているので、審査担当者にとって優先的に処理すべき申し込みが明確となり、迅速な審査処理を行うことができるようになっている。なお、優先順位を表示する方法については処理すべき申し込みの配列、残り時間の表示等種々の方法があり、上記の例には限られない。
【００９１】
次に、本願審査処理システム１における画像データの取り扱いについて説明する。
前述したように、審査の申し込み時には申込書以外にも種々の書類が送信される。実際の審査処理には、申込書以外の書類は必要ないのであるが、金融機関によっては慣例として住民票や免許証のコピー等を同時に送信する場合が多い。申込書以外の書類の用紙についても自動的に画像データに変換され取得される。
このような申込書以外の書類の画像データを当該審査システム１上で授受することは、各装置に対して不要な負荷を掛け、一通信に要する通信回線の占有時間が多くなることからシステム全体の稼働率を低下させることになる。
【００９２】
上記の事情に鑑み、本願発明に係る審査システム１では、ＦＡＸ−ＯＣＲ装置３９で取得した画像データは、クライアント９により選択したものを除き業務サーバー１３には保存しないようにしている。
例えば、ＯＣＲ申込書２５による申し込みの場合には、審査に必要な申込書を特定することができるので、当該ＯＣＲ申込書２５に関する画像データを業務サーバー１３に記憶する処理が行われる。この際、申込書以外の用紙については業務サーバー１３には蓄積されず、ＦＡＸ−ＯＣＲ装置３９内に所定期間保存された後自動消去される。なお、クライアント９からは必要に応じて業務サーバー１３を介してＦＡＸ−ＯＣＲサーバー５にアクセスして画像の一覧（縮小した８枚の画像を一画面に表示：所謂「サムネイル」）を見ることができ、詳しく見たい場合には画像を選択して詳細画像を見ることができるようになっている。
【００９３】
また、ＯＣＲ申込書以外の申し込みがあった場合には、審査に必要な申込書がどの書面であるか否かが不明である。この場合には、受信した書面の画像一覧をクライアント９から閲覧することができ、当該一覧の中から申込書に係る画像を選択して、審査に必要な処理を行うことができるようになっている。この処理は、前述したクライアント９上でメニュー表示される「申込書選択」を実行することにより行われる。また、審査処理に必要のない他の画像データは、前記ＯＣＲ申込書２５の場合と同様に業務サーバー１３には蓄積されず、ＦＡＸ−ＯＣＲサーバー５の装置内に所定期間保存された後自動消去される。また、消去前であれば必要に応じて業務サーバー１３を介してＦＡＸ−ＯＣＲサーバー５にアクセスし、画像の一覧を見ることができ、詳しく見たい場合には画像を選択して詳細画像を見ることができるようになっている。
【００９４】
前述の例は、主に一種類のＯＣＲ申込書２５を用いた場合を中心に説明したが、他のＯＣＲ申込書を使用する場合について簡単に説明する。ＯＣＲ申込書の種別は、ＯＣＲ用紙２５の例で説明するとコード記載欄２７の記載内容や、角部の３つのマーク２６ａ、２６ｂ、２６ｃ、用紙左側縁に設けられた複数のマーク３７の位置等を読み取ることによって判断することができる。従って、ＯＣＲ申込書に対応した読取項目と読取位置が設定されているプログラムを用意しておくことで複数種類のＯＣＲ申込書を処理することができる。
【００９５】
信用保証機関２３に対する信用保証の申込書はローンの申込書とほとんど兼用されている。当該ローンの申込書は金融機関毎に記載事項等が異なる場合も多く、金融機関毎に仕様の異なるＯＣＲ申込書を作成する必要が生じるが、上記のようにＯＣＲ申込書の種類を認識して、当該ＯＣＲ申込書に応じた記載事項の取得を行うことで、金融機関の仕様に合う複数種類のＯＣＲ申込書を処理することができる。
【図面の簡単な説明】
【００９６】
【図１】本願発明に係る信用保証諾否審査システムの概略を示す概略図である。
【図２】本願発明に係る信用保証諾否審査システムの構成を示すブロック構成図である。
【図３】本願発明に係る信用保証諾否審査システムに用いるＦＡＸ−ＯＣＲサーバーの一部を構成するＦＡＸ−ＯＣＲ装置の構成を示したブロック図である。
【図４】本願発明に係る信用保証諾否審査システムに用いるＦＡＸ−ＯＣＲサーバーの一部を構成するサーバー装置の構成を示したブロック図である。
【図５】本願発明に係る信用保証諾否審査システムに用いる業務サーバーの構成を示したブロック図である。
【図６】業務サーバー内に構築された信用保証ＤＢの一例を説明するための説明図である。
【図７】本願発明に係る信用保証諾否審査システムによって通知される通知書の一例を示す説明図である。
【図８】本願発明に係る信用保証諾否審査システムに用いるクライアントの構成を示したブロック図である。
【図９】クライアントで表示されるメニューの一例を説明するための説明図である。
【図１０】本願発明に係る信用保証諾否審査システムに用いるホストコンピュータの構成を示したブロック図である。
【図１１】本願発明に係る信用保証諾否審査システムに用いるＯＣＲ申込書の一例を説明するための説明図である。
【図１２】ＯＣＲ申込書から読み取った情報を編集したテキストデータのデータレイアウトの一例を説明するための説明図である。
【図１３】本願発明に係る信用保証諾否審査システムにおける処理の概要を表したフローチャートである。
【図１４】本願発明に係る信用保証諾否審査システムに係るイメージ情報読み取り処理の概要を表したフローチャートである。
【図１５】本願発明に係る信用保証諾否審査システムに係る情報取得処理の概要を表したフローチャートである。
【図１６】本願発明に係る信用保証諾否審査システムに係るデータ入力処理の概要を表したフローチャートである。
【図１７】本願発明に係る信用保証諾否審査システムに係る信用保証ＤＢ更新処理の概要を表したフローチャートである。
【図１８】本願発明に係る信用保証諾否審査システムに係る審査処理の概要を表したフローチャートである。
【符号の説明】
【００９７】
１  審査システム
３  ＦＡＸ
５  ＦＡＸ−ＯＣＲサーバー
７  第１のルーター
９  クライアント
１１  第２のルーター
１３  業務サーバー
１５  ホストコンピュータ
１７  公衆通信回線
１９  ＬＡＮ回線
２１  顧客
２３  信用保証機関
２５  ＯＣＲ申込書
２６ａ、２６ｂ、２６ｃ  マーク
２７  コード記載欄
２９  借入欄
２９ａ  借入希望額欄
２９ｂ  返済希望回数
２９ｃ  利用目的欄
２９ｄ  返済口座欄
３１  申込本人欄
３１ａ  申込者カナ氏名欄
３１ｂ  申込者漢字氏名欄
３１ｃ  性別欄
３１ｄ  生年月日欄
３１ｅ  配偶者欄
３１ｆ  住まい欄
３１ｇ  郵便番号欄
３１ｈ  電話番号欄
３１ｉ  居住年数欄
３１ｊ  住所欄
３３  勤務先欄
３３ａ  勤務先カナ名欄
３３ｂ  勤務先漢字名欄
３３ｃ  業種欄
３３ｄ  所得区分欄
３３ｅ  役職欄
３３ｆ  勤務先郵便番号欄
３３ｇ  勤続年数欄
３３ｈ  勤務先電話番号欄
３３ｉ  従業員数欄
３３ｊ  年収欄
３３ｋ  住所欄
３５  店番欄
３６ａ  当行からの借入状況欄
３６ｂ  他金融機関からの借入状況欄
３７  マーク
３９  ＦＡＸ−ＯＣＲ装置
４１  サーバー装置（ＦＡＸサーバー）
４３  制御手段
４３ａ  ＣＰＵ
４３ｂ  ＲＯＭ
４３ｃ  ＲＡＭ
４５  イメージ情報受信手段
４７  テキスト変換手段
５１  イメージ情報送信手段
５３  Ｉ／Ｏポート
５５  記憶手段
５７  漢字辞書
５９  認識辞書
６１  送受信先登録データ
６３  通知書フォーム
６７  制御手段
６７ａ  ＣＰＵ
６７ｂ  ＲＯＭ
６７ｃ  ＲＡＭ
６９  Ｉ／Ｏポート
７１  記憶手段
７３  画像データファイル
７５  画像データファイル（ＯＣＲ分以外）
７７  テキストデータファイル
７９  制御手段
７９ａ  ＣＰＵ
７９ｂ  ＲＯＭ
７９ｃ  ＲＡＭ
８１  Ｉ／Ｏポート
８３  記憶手段
８５  表示装置
８７  マウス等の操作部（入力手段）
８９  プログラム記憶領域
９１  クライアントＡＰＬ
９５  画像データ
９７  テキストデータ
９９  一時記憶領域
１０１  制御手段
１０１ａ  ＣＰＵ
１０１ｂ  ＲＯＭ
１０１ｃ  ＲＡＭ
１０３  記憶手段
１０５  各種マスタファイル
１０７  信用保証ＤＢ
１０９  業務処理プログラム
１１５  プログラム記憶領域
１１７  工程管理データファイル
１１９  申込データファイル
１２１  本人データファイル
１２３  受付データファイル
１２５  自動審査判定データファイル
１２７  画像データファイル
１２９  テキストデータファイル
１３１  Ｉ／Ｏポート
１３３  制御手段
１３３ａ  ＣＰＵ
１３３ｂ  ＲＯＭ
１３３ｃ  ＲＡＭ
１３５  プログラム記憶領域
１３７  自社情報ＤＢ
１３９  他社情報ＤＢ
１４１  記憶手段
１４３  Ｉ／Ｏポート
１４５  内外情報調査手段
１４７  外部情報データ
１４９  外部の個人信用情報機関（外部機関）
２０３  画像データファイル（ＯＣＲ以外）
２５０  取扱商品データファイル
７７０  テキストデータ
７７１  共通データ
７７１１  受信日付
７７１２  ノードＩＤ
７７１３  受信ページ数
７７１４  受信枚数
７７１５  受信時刻
７７２  ＦＡＸ−ＯＣＲデータ
７７２１  帳票ＩＤ
７７２２  送信元ＦＡＸ番号
７７２３  電話番号等（ＴＳＩ）
７７２４  ナンバー
７７３  申込データ（申込内容）
７７３１  銀行コード
７７３２  支店コード
７７３３  申込種別
７７３４  申込金額
７７３５  返済回数
７７４  申込本人データ
７７４１  本人カナ氏名
７７４２  本人漢字氏名
７７４３  性別
７７４４  生年月日
７７４５  配偶者
７７４６  住居区分
７７４７  郵便番号
７７４８  電話区分
７７４９  居住年数
７７４９  電話番号
７７５  勤務先データ
７７５１  勤務先カナ名
７７５２  勤務先漢字名
７７５３  所得区分
７７５４  役職
７７５５  勤務年数
７７５６  勤務先郵便番号
７７５７  勤務先電話番号
７７５８  従業員数
７７５９  年収
【図１】
2005038205.tif 000003
【図２】
2005038205.tif 000004
【図３】
2005038205.tif 000005
【図４】
2005038205.tif 000006
【図５】
2005038205.tif 000007
【図６】
2005038205.tif 000008
【図７】
2005038205.tif 000009
【図８】
2005038205.tif 000010
【図９】
2005038205.tif 000011
【図１０】
2005038205.tif 000012
【図１１】
2005038205.tif 000013
【図１２】
2005038205.tif 000014
【図１３】
2005038205.tif 000015
【図１４】
2005038205.tif 000016
【図１５】
2005038205.tif 000017
【図１６】
2005038205.tif 000018
【図１７】
2005038205.tif 000019
【図１８】
2005038205.tif 000020