入金元により銀行に入金された情報である入金マスタと、請求先毎に一意に割り振られた請求に関する情報である請求マスタとから、特定される対応関係にある両データに基づいて、消込処理を行う消込処理装置において、請求先と入金元が異なる場合を含む該請求先と入金元が関連付けられた対応テーブルのデータと、未消込の入金情報が抽出された入金情報の中間テーブルのデータと、未消込の請求情報が抽出された請求情報の中間テーブルのデータとを格納する記憶部と、前記対応テーブルを参照し、入金情報の中間テーブル中の上記入金元から関連付けのなされた請求先を特定することによる消込処理を行い、また、今回消込処理により関連付けられた情報に基づき前記対応テーブルを更新する演算部と、を有する、ことを特徴とする消込処理装置。入金元により銀行に入金された情報である入金マスタと、請求先毎に一意に割り振られた請求に関する情報である請求マスタとから、特定される対応関係にある両データに基づいて、消込処理を行う消込処理装置における消込処理方法において、前記消込処理装置は、請求先と入金元が異なる場合を含む該請求先と入金元との関連付けが、対応テーブルに登録され、未消込の入金情報が抽出された入金情報の中間テーブルのデータと、未消込の請求情報が抽出された請求情報の中間テーブルのデータとが格納された記憶部と、演算部とを有し、前記演算部により、前記対応テーブルを参照し、入金情報の中間テーブル中の上記入金元から関連付けのなされた請求先が特定されることによる消込処理を行い、今回消込処理により関連付けられた情報が対応テーブルを更新する、ことを特徴とする消込処理方法。コンピュータに、請求項2に記載の消込処理方法を実行させるためのプログラム。上記特許文献1に開示のシステムでは、企業が請求先に割り当てた振込専用口座以外から入金される場合でも、予め顧客マスタ登録処理において請求先と入金元との対応を登録しておくことにより、異なる口座からの入金における消込を行うことができる。しかしながら、上記処理の場合、消込作業の前提として、請求先と異なる入金元との対応を予め調査し、さらに調査結果をマスタに登録する作業が発生する。本発明の目的は、消込処理における一環の作業として、請求先と異なる入金元との対応をマスタに登録することを可能にすることにより、マスタ参照および登録に要する時間を短縮することにある。上記目的を達成するために、消込処理装置による消込作業にて調査対象となるレコードを絞り、これに基づいて消込が実施された請求先と異なる入金元の対応データについて、その対応パターンを記録することにより、対応テーブルを生成する。また、上記消込処理を実施する際に、入金情報と請求情報について、一時的な作業テーブル中間マスタに書き出した後に、作業テーブル毎の突き合せを行う。上記特徴を有する本発明によれば、請求先と異なる入金元との対応の登録を、消込作業の一環として行うことが可能であり、また、作業時間を短縮することができる。以下、本発明の実施の形態を詳細に説明する。図1は、本実施形態に係わる入金管理システム全体構成例を示す図である。本実施形態に係る入金管理システムは、例えば、顧客が差し出した配達物を引き受け、宅配し、本サービスに応じた代金を受け取るシステムである。ここで、顧客が代金を銀行窓口から支払う場合、顧客毎に一意に割り当てられた仮想口座に入金してもらうことにより、サービス料金の請求情報と入金情報を特定する。なお、本実施形態では、仮想口座とは、請求先毎に割り当てられる振込み専用口座である。しかしながら、一部の顧客において、請求先と異なる仮想口座から入金されることがあり、このような入金については、サービス利用料金の請求情報と入金情報との紐付けを行うことが困難となっている。以下、サービス利用料金の請求情報は、簡略化して、単に請求情報と記載する。顧客10が前述のようなサービスを利用すると、顧客管理システム13にて、顧客情報が顧客マスタ16に登録される。また、販売システム12にて、顧客マスタ16に登録された情報とともに、請求情報が請求マスタ15に登録される。販売システム12から顧客10に対して、請求情報が書面にて郵送で発行された後、顧客10が、銀行11でサービス利用料金の支払い入金手続きを行うと、その入金情報は、入金マスタ14に登録される。消込処理装置17は、入金マスタ14と請求マスタ15の登録情報を、それぞれ電子ファイル140、電子ファイル150で取得し、請求情報と入金情報とを紐付けて、消込処理18を行う。このとき、消込処理装置17により、効率的に消込処理18が行うことができる。ここで、消込処理18とは、ある債権に対応する入金が確認できた場合に、上記債権のレコードおよび入金のレコードに対し、消込のフラグを入力する処理である。図2は、消込処理装置17の構成を示すブロック図である。消込処理装置17は、一般的なコンピュータ電子計算機により実現でき、記憶部20と、入力部23と、出力部24と、選択部25とを具備する。この演算装置22と、各部とは、バスBUS等により接続されている。演算装置22は、例えば、CPUである。記憶部20には、上記消込処理18を行う消込処理プログラムと、ステータス管理部201と、消込履歴テーブル202と、対応テーブル203と、入金マスタ204と、入金中間マスタ205と、請求マスタ206と、請求中間マスタ207とが格納されている。演算装置22は、記憶部20から消込処理プログラム208を、メモリ等に読み出し実行する。なお、以下では、演算装置22が行う処理については、単に演算装置22を処理の主体として説明する。図3は、記憶部20が具備するステータス管理部201のデータ構成例を示す図である。図3に示すように、ステータス管理部201は、演算装置22が行う処理のステータスを管理する。初期値は0であり、その他、ステータスに応じて1、2、3、4の値を持つ。ここで、各ステータスの意味について説明する。入金マスタ204および請求マスタ206において、未消込であるレコードを抽出し、入金中間マスタ206および請求中間マスタ207の作成が完了した時点で、ステータスが1となる。請求情報と入金情報とが一致しているレコードに対しての消込処理が完了した後、入金マスタ204の消込日606に消込実施日を入力し、消込フラグ207に1を入力し、請求マスタ206の消込日806に消込実施日を入力し、消込フラグ807に1を入力完了した時点で、ステータスが2となる。請求情報と入金情報が異なるため消込されなかったレコードについて、対応テーブル203を参照することにより請求中間マスタ208を更新した時点で、ステータスが3となる。請求情報と入金情報が異なるため消込されなかったレコードについて、対応テーブル203を参照することにより入金マスタ204を更新した時点でステータスが4となる。また、消込作業は、毎月1度の作業であり、複数のステータス管理を行う必要はないため、ステータス管理部は一つでよい。図4は、記憶部20が具備する消込履歴テーブル202のデータ構成例を示す図である。図4に示すよう、消込履歴テーブル202では、顧客が入金した月日を記録する入金日401と、入金日毎にレコードを一意に管理するための入金一連番号402と、入金した顧客の名称が記録された入金元顧客名403と、入金した顧客の仮想口座を記録する入金元口座404と、発生した債権を一意に管理するための請求番号405と、販売システム12が顧客毎に割り当てた請求先コード406と、顧客管理システム13にて管理される請求先の顧客の名称である請求先顧客名407と、販売システム12が顧客毎に割り当てた請求先口座408と、消込処理装置17にて消込処理が完了した消込日409とを管理する。消込履歴テーブル202は、消込が実施された都度1レコードずつ追記される。全ての消込処理が完了した後、入金元口座404と請求先口座408が一致しないレコードを対応テーブル203に反映するために存在する。図5は、記憶部20が具備する対応テーブル203のデータ構成例を示す図である。図5に示すように、対応テーブル203では、入金した顧客に割り当てられている入金元コード501と、入金した顧客の名称である入金元顧客名502と、入金した顧客に割り当てられている入金元口座503と、請求先顧客毎に割り当てられた請求先コード504と、請求先の顧客の名称である請求先顧客名505と、請求先顧客毎に割り当てられた請求先口座506と、消込を実施した月日を記録する最新消込日507とを管理する。図6は、記憶部20が具備する入金マスタ204のデータ構成例を示す図である。図6に示すように、本テーブルでは、入金元が入金を実施した月日を記録する入金日601と、日単位で入金情報を一意に管理する入金一連番号602と、入金した金額を記録する入金額603と、顧客毎に割り振られている振込先口座である振替依頼人コード604と、入金した顧客の名称である振替依頼人名605と、消込を実施した月日を記録する消込日606と、消込の実施の有無を示す消込フラグ607とを管理する。なお、消込フラグ607は、本実施形態では、消込処理が実施された場合は1、消込処理が実施されていない場合はnullで管理する。図7は、記憶部20が具備する入金中間マスタ205のデータ構成例を示す図である。図7で示すように、入金中間マスタ205では、入金日701と、入金一連番号702と、入金額703と、振込依頼人コード704と、振込依頼人名705と、消込日706と、消込フラグ707とを管理する。入金中間マスタ205の各項目は、図6に示す入金マスタ204の各項目と同じである。図8は、記憶部20が具備する請求マスタ206のデータ構成例を示す図である。図8に示すように、請求マスタ206では、請求情報を一意に管理するための請求番号801と、請求先毎に割り当てられた請求先コード802と、請求先の顧客の名称である請求先顧客名803と、請求するサービス利用金額である請求額804と、請求先毎に割り当てられた請求元口座805と、消込が実施された月日である消込日806と、消込フラグ807とを管理する。消込フラグ807は、図6に示す消込フラグ607と同じである。図9は、記憶部20が具備する請求中間マスタ207のデータ構成例を示す図である。図9に示すように、請求中間マスタ207では、請求番号901と、請求先コード902と、請求先顧客名903と、請求額904と、請求元口座905と、消込日906と、907とを管理する。請求中間マスタ207の各項目は、図8に示す請求項マスタ206の各項目と同じである。図10は、入金管理システム全体の処理概要を示すシーケンス図である。顧客10が、サービスを利用すると、サービス内容が販売システム12に登録されるステップS1001。また、顧客情報は、顧客管理システム13に登録されステップS1002、その後、顧客情報は顧客管理システム13から販売システム12に通知される。次に、請求情報は、顧客10へ郵送等により通知される。また、請求情報は販売システム12から消込処理17へ送信され、消込処理装置17の演算装置22により、受信した請求情報が記憶部20の請求マスタ206に登録されるステップS1003。顧客10は、請求情報をもとに、銀行11の仮想口座に、請求されたサービス利用料金の支払い入金を行うステップS1004。銀行11は、顧客10から支払われた入金情報を、消込処理装置17へ送信し、消込処理装置17の演算装置22は、受信した入金情報を記憶部20の入金マスタ204に登録するステップS1005。消込処理装置17は、販売システム13から登録された請求情報と、銀行11から登録された入金情報をもとに、消込処理を行うステップS1006。図11~図14は、消込処理装置17の演算処理装置22と、作業者19とが実施する消込処理18を示すフローチャートである。図15は、消込処理装置17の画面イメージである。まず、演算装置22は、ステータス管理部201図3のステータス301を値0に初期化するステップS1101。次に、演算装置22は、入金マスタ204の情報を出力した電子ファイル140を、入力部23から読み込み、入金マスタ204に登録するステップS1103。また、演算装置22は、請求マスタ15の情報を出力した電子ファイル150を、入力部23から読み込み、請求マスタ206に登録するステップS1105。次に、入金マスタ204の消込フラグ607がnullであるレコード、すなわち消込対象のレコードを抽出しステップS1109、入金中間マスタ205へ出力するステップS1111。消込対象のレコードのみを、入金マスタ204から入金中間マスタ205に出力することにより、請求情報と突き合せをするレコード数が大幅に減少し、消込処理速度の大幅な短縮が見込める。次に、演算装置22は、請求マスタ206の消込フラグ807がnullであるレコードを抽出しステップS1113、請求中間マスタ207へ出力するステップS1115。消込対象のレコードのみを、請求マスタ206から請求中間マスタ207に出力することにより、請求情報と突き合せをするレコード数が大幅に減少し、消込処理速度の大幅な短縮が見込める。ステップS1113の処理が終了後、演算装置22は、ステータス管理部201のステータス301に1加算するステップS1117ことにより、ステータス管理部の値が1に更新される。次に、演算装置22は、入金中間マスタ207に、消込フラグ907の値がnullであるレコードが存在するか否かを判定しステップS1201、判定の結果、該当レコードが存在する場合、演算装置22は、入金中間マスタ207の振替依頼人コード704および入金額703を、請求マスタ206の請求元口座805および請求額804と突き合せ、一致するレコードが存在するか検索するステップS1203。対応するレコードが存在した場合ステップS1205、演算装置22は、入金中間マスタ205の該当レコードの消込日706に当日日付を書き込み、消込フラグ707に消込処理が実施されたことを示す1を書き込むステップS1207。また、同様に、演算装置22は、請求中間マスタ206の該当レコードの消込日806に当日日付を書き込み、消込フラグに1を書き込むステップS1209。ここで、ステップS1201は、ステップS1205処理のNO判定、ステップS1211の処理後、またはCを経由することにより複数回実行することがあるが、一度判定を行ったレコードは対象外として判定を行う。次に、演算装置22は、入金中間マスタ205と請求中間マスタ206の上記該当レコードの情報を消込履歴テーブル202に書き込むステップS1211。ここでは、入金中間マスタ205から、入金日701、入金一連番号702、振替依頼人名705、振替依頼人コード704の値が、請求中間マスタ207から、請求番号901、請求先コード902、請求先顧客名903、請求先口座905、消込日906の値が、それぞれ消込履歴テーブル202の入金日401、入金一連番号402、入金元顧客名403、入金元口座404、請求番号405、請求先コード406、請求先顧客名407、請求先口座408、消込日409に書き込まれる。次に、演算装置22は、入金中間マスタ205に消込フラグ707として1が入力されたレコードに対応する入金マスタ204のレコードに対し、消込フラグ607に1を、消込日606に当日日付をそれぞれ書き込むステップS1301。また、演算装置22は、請求中間マスタ207に消込フラグ907として1が書き込まれたレコードに対応する請求マスタ206のレコードに対し、消込フラグ807に1を、消込日806に当日日付をそれぞれ書き込むステップS1303。次に演算装置22が、ステータス管理部201のステータス301に1を加算することにより、値が2となるステップS1305。ステータス301が2とは、図3の解説の通りである。よって、ステップS1307の処理は、ステップS1301の直後、または、ステップS1311の直後でもよいが、ステータスの示す意味からステップS1307にて実施するのが望ましい。本処理が終了したら、入金中間マスタ205の消込フラグ707が1および請求中間マスタ207の消込フラグ907が1のレコードは、以降の消込処理には不要となる。そこで、演算装置22は、入金中間マスタ205と請求中間マスタ207のそれぞれから、上記不要なレコードを削除するステップS1309、ステップS1311。次に、演算装置22は、ステータス管理部201のステータス301を参照し、値が2であるかどうか判定するステップS1313。判定の結果、ステータス301の値が2である場合、対応テーブル203の請求先口座506と請求中間マスタ207の請求先口座905を突き合わせ、一致したレコードに対し、請求中間マスタ207の請求先口座905を対応テーブル203の入金元口座503の値で更新するステップS1315。その後、処理は図12のCまで戻り、ステップS1201から消込処理を再開するが、本消込処理装置17を使用した消込処理18の初回時は、図12のステップS1201からステップS1213までと、図13のステップS1301からステップS1303までは該当のレコードが存在しないため、何も行わない。そして、ステータス管理部201のステータス301に1加算することにより、値が3となるステップS1305。ステータス301が3とは、図3の解説の通りである。また、ステップS1307の処理が、ステップS1301の直後、または、ステップS1311の直後でもよいことは、ステータス301が2の場合と同様である。次に、演算装置22は、ステータス管理部201のステータス301を参照し、値が3であるかどうか判定するステップS1317。判定の結果、ステータス301の値が3である場合、対応テーブル203の入金先口座503と入金中間マスタ205の振替依頼人コード704を突き合わせ、一致したレコードに対し、入金中間マスタ205の振替依頼人コード704を対応テーブル203の入金元口座503の値で更新するステップ1317。その後、処理は図12のCまで戻り、ステップS1201から消込処理を再開するが、本消込処理装置17を使用した消込処理18の初回時は、図12のステップS1201からステップS1213までと、図13のステップS1301からステップS1307までは該当のレコードが存在しないため、何も行わない。そして、ステータス管理部201のステータス301に1加算することにより、値が4となるステップS1309。ステータス301の値が4とは、演算装置22により、請求情報と入金情報が一致したレコードに対して、消込処理が完了した状態である。次に、現時点で、演算装置22による消込処理がされず、入金中間マスタ205に消込フラグ707がnullのレコードが存在した場合について説明する。まず、演算装置22は、図15のような画面21を表示するステップS1400。次に、入金中間マスタ205の消込フラグ707がnullのレコードを、出力部24の未消込入金情報1501に表示する。また、請求中間マスタ207の消込フラグ907がnullのレコードを、出力部24の未消込入金情報1502に表示するステップS1401。次に、演算装置22は、入金中間マスタ205に消込フラグ707がnullのレコードが存在するか判定を行うステップS1402。ここで、ステップS1402は、ステップS1405の処理のNO判定、またはステップS1411の処理後BおよびDを経由することにより複数回実行することがあるが、一度判定を行ったレコードは対象外として判定を行う。その後、演算装置22は、作業者19の判断により消込可能と判断されたレコードについてステップS1403、作業者19により選択部25を介して選択された入金中間マスタ205の振替依頼人コード704と、作業者19により選択部25を介して選択された請求中間マスタ207の請求先口座905とを受信する。作業者19により、紐付処理実行ボタン1507を押下後、演算装置22は、受信した入金中間マスタ205の対象レコードに対し、消込フラグ707に1を書き込み、請求中間マスタ207の請求先口座905の対象レコードに対し、消込フラグ207に1を書き込む。次に、演算装置22は、入金中間マスタ205に消込フラグ707に1が入力されたレコードに対応する入金マスタ204のレコードに対し、消込フラグ607に1を、消込日606に当日日付をそれぞれ書き込むステップS1301。また、演算装置22は、請求中間マスタ207に消込フラグ907に1が書き込まれたレコードに対応する請求マスタ206のレコードに対し、消込フラグ807に1を、消込日806に当日日付をそれぞれ書き込むステップS1303。本処理が終了したら、入金中間マスタ205の消込フラグ707が1および請求中間マスタ207の消込フラグ907が1のレコードは、不要となる。そこで、演算装置22は、入金中間マスタ205と請求中間マスタ207のそれぞれから、上記不要なレコードを削除するステップS1305、ステップS1307。例えば、図7および図8のように、入金中間マスタ205の1レコード目の入金額703は6000円であり、請求マスタ206のどのレコードにも該当しないが、1~3レコード目の入金額の合算値とは同値である場合、1~3レコード目の請求先顧客名803が、入金中間マスタの振替依頼人名として妥当であるならば、それぞれのレコードが対応すると考える。この場合、請求先顧客名はそれぞれA市B課A市C課A市D課であり、振替依頼人名はA市B課であることから、A市においてB課がC課D課の請求金額についても合算して入金したと考えられるため、作業者の判断により、対応すると判断する。対応するレコードが存在した場合ステップS1405、作業者19は、入金中間マスタ205の該当レコードの消込日706に当日日付を書き込み、消込フラグ707に消込処理が実施されたことを示す1を書き込むステップS1407。また、同様に、演算装置22請求中間マスタ206の該当レコードの消込日806に当日日付を書き込み、消込フラグに1を書き込むステップS1409。次に、作業者19は、入金中間マスタ205と請求中間マスタ206の上記該当レコードの情報を消込履歴テーブル202に書き込みステップS1211、消込履歴テーブル202を作成するステップS1411。ここでは、入金中間マスタ205から、入金日701、入金一連番号702、振替依頼人名705、振替依頼人コード704の値が、請求中間マスタ207から、請求番号901、請求先コード902、請求先顧客名903、請求先口座905、消込日906の値が、それぞれ消込履歴テーブル202の入金日401、入金一連番号402、入金元顧客名403、入金元口座404、請求番号405、請求先コード406、請求先顧客名407、請求先口座408、消込日409に書き込む。その後、処理はBに戻り、入金中間マスタに消込フラグnullのレコードがなくなった時点で、消込履歴テーブル202から対応テーブル203を作成する。演算装置22は、消込履歴テーブル202から、請求先コード406毎に最新のレコードを抽出し、入金元口座404と請求先口座408が異なるレコードを、対応テーブル203に格納しステップS1213、ステップS1201へ処理が戻る。対応テーブル203には、消込履歴テーブル202から、入金一連番号402、入金元顧客名403、入金元口座404、請求先コード406、請求先顧客名407、請求先口座408、消込日409の値が、それぞれ入金元コード501、入金元顧客名502、入金元口座503、請求先コード504、請求先顧客名505、請求先口座506、最新消込日507に格納される。ここまでの処理により、対応テーブル203が完成するステップS1413。最後に、ステータス管理部201のステータス301の値を0に初期化し、初回の消込処理を終了するステップS1415。次に、消込処理装置17による、2回目以降の消込処理の実施について説明する。ここで、ステータス管理部201のステータス301の値が0および1の場合における処理は、初回時と同様である。ステータス管理部201のステータス301の値が2の場合、演算処理装置22は、ステップS1315の後、処理がCに戻ると、ステータス管理部201のステータス301の値が1の場合に、入金中間マスタ207の振替依頼人コード704および入金額703が、請求中間マスタ207の請求元口座905および請求額904と一致しなかった場合においても、対応テーブル203から請求中間マスタ207が更新されたために一致する可能性があり、一致した場合、ステップS1207以降の消込処理がされる。また、ステータス管理部201のステータス301の値が3の場合、ステップS1319の後、処理がCに戻ると、ステータス管理部201のステータス301の値が1の場合に、入金中間マスタ205の振替依頼人コード704および入金額703が、請求中間マスタ207の請求元口座905および請求額904と一致しなかった場合においても、一致することがあり、ステップS1207以降の消込処理がされる。以降の処理は、初回時と同様である。以上、本発明の一実施形態を説明したが、上述の実施状態によれば、一度、作業者19により、企業が請求先に割り当てた仮想口座と異なる口座から入金する場合の、請求先と実際の入金元の情報が対応テーブル203に登録されれば、次回以降は、消込処理装置17により、ステータス管理部201のステータス301が2、または3の消込処理において、消込処理を実施することが出来る。また、消込処理18は、入金マスタ204に対して入金中間マスタ205、および請求マスタ206に対して請求中間マスタ207を使用することにより、処理時間の短縮が見込める。なお、上記演算装置22が実行する消込処理プログラムは、予め記憶部22に格納されており、読取装置を介して、必要に応じて読み出され、あるいは、他のコンピュータからネットワークを介して、必要に応じてダウンロードされて、記憶部22に格納されるようにしても良い。また、本発明は上記実施形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。