(57)【要約】      （修正有）【課題】印鑑情報の入力業務を行う係員の負荷を軽減すると共に、勘定方ホストの口座情報と印鑑サーバの印鑑情報とを整合させる手段を提供する。【解決手段】勘定方ホスト１は、元帳データベース１０に格納されている口座情報を、印鑑サーバ２へ元帳データとして送信する手段を備え、印鑑サーバ２は、受信した元帳データの口座情報を読出す手段と、読出した口座情報の口座番号を基に、印鑑データベース２０を検索する手段と、印鑑データベース２０に口座番号を同一にする印鑑情報が存在し、かつ当該印鑑情報と口座情報との共通情報が不整合の場合に、口座情報を基準として印鑑情報の共通情報を変更する手段と、印鑑データベース２０に口座番号を同一にする印鑑情報が存在しない場合は、口座情報の共通情報と予め設定されたダミーイメージとを含む仮印鑑情報を印鑑データベース２０に登録する手段とを備える。【選択図】図１
2012168898.tif 000002
【特許請求の範囲】
【請求項１】
顧客の口座の口座情報を格納した元帳データベースを有する勘定方ホストと、印鑑情報を格納した印鑑データベースを有する印鑑サーバとを接続した印鑑情報管理システムにおいて、
前記勘定方ホストは、
前記元帳データベースに格納されている口座情報を、前記印鑑サーバへ元帳データとして送信する手段を備え、
前記印鑑サーバは、
受信した前記元帳データの口座情報を読出す手段と、
読出した前記口座情報の検索子を基に、前記印鑑データベースを検索する手段と、
前記印鑑データベースに前記検索子を同一にする印鑑情報が存在し、かつ当該印鑑情報と前記口座情報との共通情報が不整合の場合に、前記口座情報を基準として、前記印鑑情報の共通情報を変更する手段と、
前記印鑑データベースに前記検索子を同一にする印鑑情報が存在しない場合は、前記口座情報の前記共通情報と予め設定されたダミーイメージとを含む仮印鑑情報を、前記印鑑データベースに登録する手段と、を備えることを特徴とする印鑑情報管理システム。
【請求項２】
請求項１に記載の印鑑情報管理システムにおいて、
前記口座情報の共通情報は、当該口座の付帯情報を含むことを特徴とする印鑑情報管理システム。
【請求項３】
請求項１または請求項２に記載の印鑑情報管理システムにおいて、
前記口座情報は、口座間の対応関係を表わすリンク先口座番号情報を含み、
前記印鑑サーバは、受信した前記リンク先口座番号情報に基づいて、前記印鑑情報における口座間の対応関係を変更する手段を備えることを特徴とする印鑑情報管理システム。
【請求項４】
顧客の口座情報を格納した外部サーバから、前記口座情報を元帳データとして受信する印鑑サーバであって、
前記印鑑サーバは、印鑑情報を格納した印鑑データベースと、
受信した前記元帳データの口座情報を読出す手段と、読出した前記口座情報の検索子を基に、前記印鑑データベースを検索する手段と、
前記印鑑データベースに前記検索子を同一にする印鑑情報が存在し、かつ当該印鑑情報と前記口座情報との共通情報が不整合の場合に、前記口座情報を基準として、前記印鑑情報の共通情報を変更する手段と、
前記印鑑データベースに前記検索子を同一にする印鑑情報が存在しない場合は、前記口座情報の前記共通情報と予め設定されたダミーイメージとを含む仮印鑑情報を、前記印鑑データベースに登録する手段と、を備えることを特徴とする印鑑サーバ。
【請求項５】
請求項４に記載の印鑑サーバにおいて、
前記外部サーバから口座間の対応関係を表わすリンク先口座番号情報を含んだ前記口座情報を受信し、
前記印鑑サーバは、受信した前記口座情報に含まれる前記リンク先口座番号情報に基づいて、前記印鑑情報における口座間の対応関係を変更する手段を備えることを特徴とする印鑑情報管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、顧客の口座の口座情報を管理する勘定方ホストと、顧客の登録印の印鑑情報を管理する印鑑サーバとを接続した印鑑情報管理システムおよびそれに用いる印鑑サーバに関する。
【背景技術】
【０００２】
従来の印鑑情報管理システムは、顧客の口座の口座情報を管理する勘定方ホストと、顧客の口座の印鑑情報を管理する印鑑サーバとを接続し、勘定方ホストが営業店端末からの口座開設、改印届等の届出情報を受付けた場合に、その口座番号を付した更新依頼を印鑑サーバへ送信し、印鑑サーバは更新依頼を受信したときに、口座番号を基に更新対象の口座を登録待ちとして当該口座による取引を一旦停止し、営業店端末から口座番号を付した印影イメージ等を受信すると、印鑑サーバにその印影イメージを登録し、登録終了後に当該口座による取引を再開している。
【０００３】
また、印鑑サーバから登録待ちとなったままの印鑑情報を抽出し、その抽出結果の一覧表をプリンタから出力して、登録処理が完了していない口座を確認している（例えば、特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−３０２７９４号公報（段落００２５−００３９、第１図）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した従来の技術においては、登録待ちとなったままの印鑑情報を印鑑サーバから抽出して、登録処理が完了していない口座を確認しているため、営業店の担当者が、失念等により生じた未登録の口座の口座番号や登録印の印影イメージ等を営業店端末から手入力して登録する必要があり、印鑑情報の入力業務を行う担当者の負荷を軽減することができないという問題がある。
【０００６】
また、勘定方ホストの口座情報と印鑑サーバの印鑑情報に共通に格納されている付帯情報、例えば、事故口座情報および事故印鑑情報等の事故情報や、注意メッセージ情報等は、通常、営業店の窓口端末等から勘定方ホストに送信されて勘定方ホストの口座情報に格納され、勘定方ホストから１日単位で出力された情報を、オフラインで印鑑サーバの印鑑情報に登録しているため、失念または誤入力等により付帯情報が不整合の場合は、営業店の窓口における伝票を用いた取引のときに、正しくない印鑑情報に基づいて取引が行われる場合があり、不正取引が発生する可能性があるという問題がある。
【０００７】
更に、付帯情報が不整合であったとしても、その後に改めて入力されることはないため、口座情報と印鑑情報の付帯情報の不整合が解消しないという問題がある。仮に、この不整合を発見しようとすると、膨大な口座情報と印鑑情報とを担当者等が一つずつ突合しなければならず、担当者に多大な負荷をかけることになるという問題がある。
【０００８】
本発明は、上記の問題点を解決するためになされたもので、印鑑情報の入力業務を行う係員の負荷を軽減すると共に、勘定方ホストの口座情報と印鑑サーバの印鑑情報とを整合させる手段を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、上記課題を解決するために、顧客の口座の口座情報を格納した元帳データベースを有する勘定方ホストと、印鑑情報を格納した印鑑データベースを有する印鑑サーバとを接続した印鑑情報管理システムにおいて、前記勘定方ホストは、前記元帳データベースに格納されている口座情報を、前記印鑑サーバへ元帳データとして送信する手段を備え、
前記印鑑サーバは、受信した前記元帳データの口座情報を読出す手段と、読出した前記口座情報の検索子を基に、前記印鑑データベースを検索する手段と、前記印鑑データベースに前記検索子を同一にする印鑑情報が存在し、かつ当該印鑑情報と前記口座情報との共通情報が不整合の場合に、前記口座情報を基準として、前記印鑑情報の共通情報を変更する手段と、前記印鑑データベースに前記検索子を同一にする印鑑情報が存在しない場合は、前記口座情報の前記共通情報と予め設定されたダミーイメージとを含む仮印鑑情報を、前記印鑑データベースに登録する手段と、を備えることを特徴とする。
【発明の効果】
【００１０】
これにより、本発明は、印鑑情報を自動的に修正して、印鑑情報を常に口座情報と整合させることができ、印鑑情報を正しい状態に保って不正取引を防止することができると共に、印鑑情報の入力業務を行う係員の作業量を減少させ、係員の負荷を軽減することができるという効果が得られる。
【図面の簡単な説明】
【００１１】
【図１】実施例のシステム構成を示す説明図
【図２】実施例の口座情報と印鑑情報の構成例を示す説明図
【図３】実施例の印鑑情報修正処理を示すフローチャート
【図４】実施例の印鑑情報の修正例を示す説明図
【図５】実施例の印鑑情報の修正例を示す説明図
【図６】実施例の印鑑情報の修正例を示す説明図
【図７】実施例の印鑑情報の修正例を示す説明図
【図８】実施例の印鑑情報の修正例を示す説明図
【図９】実施例の印鑑情報の修正例を示す説明図
【図１０】実施例の印鑑情報の修正例を示す説明図
【発明を実施するための形態】
【００１２】
以下に、図面を参照して本発明による印鑑情報管理システムの実施例について説明する。以下に説明する印鑑情報管理システムは、勘定方ホストの口座情報と印鑑サーバの印鑑情報とに不整合があった場合に、勘定方ホストの口座情報を基準として印鑑情報を自動修正するシステムである。
【実施例】
【００１３】
本実施例の印鑑情報管理システムは、図１に示すように、銀行等の金融機関に設置された勘定方ホスト１と、顧客の登録印等の印鑑情報を管理する印鑑サーバ２とをネットワーク３で接続して構成され、印鑑サーバ２には、係員が印鑑業務における各種の処理を行うための係員端末５と、後述する印鑑情報修正処理の処理結果等を印刷するためのプリンタ６等が接続されている。
【００１４】
勘定方ホスト１は、金融機関に設置されたコンピュータであって、金融機関の支店やコンビニエンスストア等の営業店に設置されている図示しない現金自動預払機や、営業店の応対窓口の窓口端末等にも接続しており、口座を開設した顧客の氏名、住所等の顧客情報と、顧客の口座の口座情報とを格納する元帳データベース１０を基に顧客の口座を管理する。
【００１５】
本実施例の口座情報は、元帳データベース１０の保有情報であって、図２に「○」を付して示した、顧客の口座の、店番号、科目、口座番号、顧客番号、口座残高、暗証番号、「△」を付して示した、リンク先口座番号、解約情報、事故口座情報、事故印鑑情報、注意メッセージ情報等の付帯情報から構成される。
【００１６】
ここに、注意メッセージ情報とは、口座状態に注意が必要な場合に、注意を喚起するために設定される情報であり、例えば、顧客が手形印や副印等の別印鑑を登録していることを示す情報である。また、顧客番号は、口座開設者である顧客を識別するための顧客識別子である。
【００１７】
印鑑サーバ２は、金融機関に設置されたコンピュータであって、営業店に設置されている図示しない窓口端末や営業店で受取った出金伝票や印鑑票等の帳票のデータを一括して取扱う営業店端末等にも接続しており、口座を開設した顧客の登録印の印影の画像データである印影イメージ等の印鑑情報を格納する印鑑データベース２０を基に印鑑業務に用いる印鑑情報を管理する。
【００１８】
本実施例の印鑑情報は、印鑑データベース２０の保有情報であって、図２に「○」を付して示した、顧客の口座の、店番号、科目、口座番号、顧客番号、印影イメージ情報、署名イメージ情報等の必須情報、「△」を付して示したリンク先口座番号、解約情報、事故口座情報、事故印鑑情報、注意メッセージ情報等の付帯情報から構成される。
【００１９】
本実施例では、上記した必須情報の中で店番号、科目、口座番号、顧客番号、付帯情報の中でリンク先口座番号、解約情報、事故口座情報、事故印鑑情報、注意メッセージ情報が口座情報と印鑑情報とで共通する共通情報であり、顧客の口座の口座残高、暗証番号等は勘定方ホスト１のみが保有する個別情報であり、印影イメージ情報、署名イメージ情報等は、印鑑サーバ２のみが保有する個別情報である。
【００２０】
なお、勘定方ホスト１と印鑑サーバ２とは独立に運用される。また、印鑑サーバ２の設置場所は、勘定方ホスト１と同じ場所であってもよく、別の場所であってもよい。
【００２１】
本実施例の勘定方ホスト１には、元帳データベース１０に格納されている顧客情報および口座情報に基づいて、現金自動預払機や窓口端末と交信して本人認証や顧客の口座の入出金を管理する機能等を有する通常の勘定方管理プログラムに、図３を用いて説明する印鑑情報修正処理のときに、定期的に印鑑サーバ２へ元帳データを送信する機能を有するアプリケーションプログラム等が追加された勘定方業務実行プログラムが予め格納されており、勘定方ホスト１が実行する勘定方業務実行プログラムのステップにより本実施例の勘定方ホスト１の各機能手段が形成される。
【００２２】
本実施例の印鑑サーバ２には、印鑑データベース２０に格納されている印鑑情報に基づいて、窓口端末等からの要求に応じて印鑑情報を窓口端末等へ送信すると共に、営業店端末や係員端末５から送信された口座開設時の印鑑票の印影イメージや署名イメージ、口座番号等を印鑑情報として印鑑データベース２０に登録し、改印届や解約情報、事故情報（事故印鑑情報、事故口座情報をいう。）等の登録後の変更情報を営業店端末や係員端末５から受信して印鑑データベース２０の印鑑情報を更新する機能等を有する通常の印鑑業務プログラムに、図３を用いて説明する印鑑情報修正処理のときに、勘定方ホスト１から送信された元帳データの口座情報と印鑑情報とを突合し、不整合がある場合に口座情報を基準として、定期的に印鑑情報を修正する機能を有するアプリケーションプログラム等が追加されたサーバ業務実行プログラムが予め格納されており、印鑑サーバ２が実行するサーバ業務実行プログラムのステップにより本実施例の印鑑サーバ２の各機能手段が形成される。
【００２３】
また、印鑑サーバ２の図示しない記憶部には、口座の登録印等の印影イメージや署名イメージが不明のときに、正規の印影イメージに代えて、仮に登録する、印影がダミーである旨の印影イメージや、署名がダミーである旨の署名イメージであるダミーイメージが、予め設定されて格納されている。
なお、本実施例の口座情報と印鑑情報との整合性を確認する場合における検索においては、口座番号が検索子として用いられる。
【００２４】
また、本実施例の印影イメージ情報には、印影イメージとその印影イメージを用いる口座を区別するための口座種別とが記録され、口座種別には、共通口座を示す「共通」、総合口座を示す「総合」、個別口座を示す「個別」の各フラグが設定されている。
【００２５】
本印鑑システムにおいて「共通口座」とは、登録印を共通にする普通口座や定期口座、積立口座等の複数の口座が存在する場合に、普通口座を親口座（共通（親）口座という。）とし、定期口座や積立口座を子口座（共通（子）口座という。）として関連付けた一組の口座のことをいい、親子間で印影イメージと署名イメージを共通に用いる口座のことをいい、その印影イメージ情報には口座種別として「共通」が記録されている。
【００２６】
「総合口座」とは、一つの総合通帳で管理する普通口座や定期口座、積立口座等の複数の口座が存在する場合に、普通口座を親口座（総合（親）口座という。）とし、定期口座や積立口座を子口座（総合（子）口座という。）として関連付けた一組の口座のことをいい、その印影イメージ情報には口座種別として「総合」が記録されており、親子間で印影イメージ等が異なっている場合が存在する。
「個別口座」とは、他の口座との関連がなく、独立して存在する口座のことをいい、その印影イメージ情報には口座種別として「個別」が記録されている。
【００２７】
以下に、図３に示すフローチャートを用い、Ｓで示すステップに従って本実施例の印鑑情報修正処理について説明する。
Ｓ１：本実施例の勘定方ホスト１は、定期的（本実施例では、月１回の設定日）に元帳データベース１０に格納されている全ての口座情報からそれぞれの共通情報（図２参照）を抽出し、抽出した共通情報の全てを元帳データとして、ネットワーク３を介して印鑑サーバ２へ送信し、印鑑サーバ２は受信した元帳データを図示しない記憶部に格納する。
【００２８】
Ｓ２：元帳データを格納した印鑑サーバ２は、定期的（本実施例では、元帳データの受信日の翌日）に元帳データから一つの口座情報を読出す。
Ｓ３：口座情報を読出した印鑑サーバ２は、当該口座情報の口座番号を検索子として、印鑑データベース２０を検索する。
【００２９】
Ｓ４：印鑑データベース２０を検索した印鑑サーバ２は、印鑑データベース２０に同一の口座番号を有する印鑑情報が存在する場合は、当該印鑑情報を抽出してステップＳ６へ移行する。印鑑データベース２０に同一の口座番号を有する印鑑情報が存在しない場合は、ステップＳ５へ移行する。
【００３０】
Ｓ５：印鑑データベース２０に口座番号を同一にする印鑑情報が存在しないと判定した印鑑サーバ２は、当該口座番号の口座情報の共通情報と、記憶部に格納されている予め設定されたダミーの印影イメージと署名イメージ等からなる仮印鑑情報を生成し、この仮印鑑情報を印鑑データベース２０に格納して登録する。
【００３１】
例えば、図４に示すように、口座情報として共通（親）口座が存在する場合において、印鑑データベース２０に該当する口座が存在しない（図４に破線で囲って示した口座は、その口座が存在しないことを意味する。以下同じ）ときは、図４の印鑑情報（修正後）のように、当該口座番号の口座情報の共通情報（図２参照）と、口座種別を「共通」とし、予め設定されたダミーイメージを印影イメージとした印影イメージ情報と、口座開設済みではあるが印鑑が未登録である旨のダミーイメージを署名イメージとした署名イメージ情報とによって新たな共通（親）口座を生成し、これを仮印鑑情報として印鑑データベース２０に登録する。
【００３２】
また、図５に示すように、口座情報として総合（親）口座が存在する場合において、印鑑データベース２０に該当する口座が存在しないときは、図５の印鑑情報（修正後）のように、当該口座番号の口座情報の共通情報と、口座種別を「総合」とし、図４の場合と同様の印影イメージ情報と、署名イメージ情報とによって新たな総合（親）口座を生成し、これを仮印鑑情報として印鑑データベース２０に登録する。
【００３３】
更に、図６に示すように、口座情報として個別口座が存在する場合において、印鑑データベース２０に該当する口座が存在しないときは、図６の印鑑情報（修正後）のように、当該口座番号の口座情報の共通情報と、口座種別を「個別」とし、図４の場合と同様の印影イメージ情報と、署名イメージ情報とによって新たな個別口座を生成し、これを仮印鑑情報として印鑑データベース２０に登録する。
【００３４】
上記のようにすれば、窓口担当者が窓口端末から仮印鑑情報として登録した口座の印鑑情報を取得したときに、印影および署名のダミーイメージが表示され、窓口担当者は即座に当該口座は開設されているが印鑑が未登録であることを理解することができ、窓口を訪れた顧客に対して適切な対応を行うことができる。
【００３５】
また、印影を登録する係員は、ダミーイメージが登録されていることにより、その印鑑情報を仮印鑑情報として容易に区別することができると共に、口座番号や顧客番号等の共通情報を入力することなく、印鑑票または改印届等の届出情報と当該口座との同一性を確認すれば、印影および署名の画像を切取る操作を行うだけで、印影データベース２０に正規の印鑑情報を登録することができ、印影を登録する係員の負担を軽減することができる。
【００３６】
Ｓ６：上記ステップＳ４において、印鑑データベース２０に口座番号を同一にする印鑑情報が存在すると判定した印鑑サーバ２は、当該口座番号の口座情報と印鑑情報とを突合する。
Ｓ７：印鑑サーバ２は、当該口座番号の口座情報と印鑑情報とを突合した結果、口座情報の共通情報と印鑑情報の共通情報とに不整合がある場合はステップＳ８へ移行する。不整合がない場合、つまり全ての共通情報が一致する場合はステップＳ９へ移行する。
【００３７】
Ｓ８：口座情報と印鑑情報とに不整合が存在することを判定した印鑑サーバ２は、共通情報の中で、顧客番号等の必須情報や、解約情報、事故口座情報、事故印鑑情報、注意メッセージ情報等の付帯情報が、元帳データの口座情報の必須情報や付帯情報と相違する場合は、口座情報を基準として、印鑑情報の必須情報や付帯情報を口座情報の該当する情報に書換えて修正する。
また、口座間の対応関係を示すリンク先口座番号が整合しない場合は、以下のように印鑑情報を修正する。
【００３８】
例えば、図７に示すように、口座情報として共通（親）口座に関連付けられ、共通の印影イメージ等を使用する共通（子）口座１が存在する場合において、印鑑データベース２０に当該共通（親）口座は存在するが、該当する子口座が存在しないとき、つまり当該子口座の口座番号が印鑑情報の共通（親）口座のリンク先口座番号に記録されていないときは、図７の印鑑情報（修正後）のように、当該口座番号の共通（親）口座の付帯情報のリンク先口座番号に、当該子口座の口座番号を書き加えて、親口座と子口座とを関連付けると共に、口座情報の共通（子）口座１の共通情報（図２参照）と、口座種別を「共通１」とし、親口座の共通印の印影イメージを印影イメージとした印影イメージ情報と、親口座の署名イメージを署名イメージとした署名イメージ情報とによって新たな共通（子）口座１を生成し、これを正規の印鑑情報として印鑑データベース２０に登録する。
【００３９】
また、図８に示すように、口座情報として共通（親）口座に関連付けられた共通（子）口座１が存在する場合において、当該共通（親）口座と口座番号を同一にする個別口座が印鑑データベース２０に存在するときは、図８の印鑑情報（修正後）のように、当該個別口座の口座種別を「共通」に書換えて共通（親）口座とし、その共通（親）口座の付帯情報のリンク先口座番号に当該子口座の口座番号を書き加えて親口座と子口座とを関連付けると共に、口座情報の共通（子）口座１の共通情報と、口座種別を「共通１」とし、親口座の個別印の印影イメージを共通印の印影イメージとした印影イメージ情報と、親口座の署名メージを署名イメージとした署名イメージ情報とによって新たな共通（子）口座１を生成し、これを正規の印鑑情報として印鑑データベース２０に登録する。
【００４０】
上記図７、図８のようにすれば、共通（子）口座１の開設時に登録印の印影イメージの入力を失念したとしても、口座情報によって当該口座が共通（子）口座１であることが確定されているため、改めて入力作業を行わなくとも、自動的に共通（子）口座１が、正規の印鑑情報として印影データベース２０に登録され、印影を登録する係員の負担を軽減することができる。
【００４１】
更に、図９に示すように、口座情報として総合（親）口座に関連付けられ、一つの総合通帳で管理されている総合（子）口座１が存在する場合において、印鑑データベース２０に当該総合（親）口座は存在するが、該当する子口座が存在しないとき、つまり当該子口座の口座番号が印鑑情報の当該総合（親）口座のリンク先口座番号に記録されていないときは、図９の印鑑情報（修正後）のように、当該口座番号の総合（親）口座の付帯情報のリンク先口座番号に当該子口座の口座番号を書き加えて、親口座と子口座とを関連付けると共に、口座情報の総合（子）口座１の共通情報と、口座種別を「総合１」とし、予め設定されたダミーイメージを印影イメージとした印影イメージ情報と、口座開設済みではあるが印鑑が未登録である旨のダミーイメージを署名イメージとした署名イメージ情報とによって新たな総合（子）口座１を生成し、これを仮印鑑情報として印鑑データベース２０に登録する。
【００４２】
更に、図１０に示すように、口座情報として個別口座が存在する場合において、印鑑データベース２０に口座番号が同一の共通（子）口座１が存在するときは、図１０の印鑑情報（修正後）のように、当該共通（親）口座のリンク先口座番号の中の該当する子口座の口座番号を消去して親口座との関連付けを解除すると共に、当該共通（子）口座１の口座種別を「個別」に書換え、子口座の共通情報をそのままにし、その口座の印影イメージおよび署名イメージが不明であるので、予め設定されたダミーイメージを印影イメージとした印影イメージ情報と、署名がダミーであり、口座種別が相違していた旨のダミーイメージを署名イメージとした署名イメージ情報とによって新たな個別口座を生成し、これを仮印鑑情報として印鑑データベース２０に登録する。
【００４３】
上記図９、図１０のようにすれば、窓口担当者が窓口端末から仮印鑑情報として登録した口座の印鑑情報を取得したときに、印影および署名のダミーイメージが表示され、窓口担当者は即座に印鑑が未登録であることを理解することができ、窓口を訪れた顧客に対して適切な対応を行うことができる。
【００４４】
また、印影を登録する係員は、ダミーイメージが登録されていることにより、その印鑑情報を仮印鑑情報として容易に区別することができると共に、口座番号や顧客番号等の共通情報を入力することなく、印鑑票または改印届等の届出情報と当該口座との同一性を確認すれば、印影および署名の画像を切取る操作を行うだけで、印影データベース２０に正規の印鑑情報を登録することができ、印影を登録する係員の負担を軽減することができる。
【００４５】
Ｓ９：元帳データの中の一つの口座情報に対する突合を終えた印鑑サーバ２は、元帳データに他の口座情報が残っている場合は、ステップＳ２へ戻って、残口座情報についての突合を継続する。元帳データに口座情報が残っていない場合はステップＳ１０へ移行する。
【００４６】
Ｓ１０：元帳データの全ての口座情報についての突合を終えた印鑑サーバ２は、プリンタ６によって、修正した印鑑情報および仮印鑑情報を出力する。
この場合の出力内容は、店番号、科目、口座番号、修正内容であり、共通情報の修正の場合は、修正内容として修正前の情報（例えば、修正前の解約情報）と修正後の情報（修正後の解約情報）が出力され、口座種別の修正の場合は、修正内容として修正前の情報（例えば、共通（親）口座未登録）と修正後の情報（ダミーイメージを自動登録）が出力される。
【００４７】
このようにして、本実施例の印鑑情報修正処理が定期的に実行される。
そして、印鑑の登録業務を行う係員は、ステップＳ１０において出力された出力内容を基に、係員端末５によって、口座番号によりダミーイメージが登録された仮印鑑情報を特定して表示させ、届出情報の店番号、科目、口座番号との照合により当該口座の同一性を確認し、その届出情報の印影を切出して、仮印鑑情報のダミーイメージを切出した正規の印影イメージに置換えて正規の印鑑情報を印鑑データベース２０に登録する。これにより、係員による入力時の誤入力を防止することができると共に、入力作業における作業量を低減することができ、印影を登録する係員の作業負荷を軽減することができる。
【００４８】
以上説明したように、本実施例では、印鑑サーバが、定期的に勘定方ホストから元帳データを受信し、元帳データの口座情報と印鑑データベースの印鑑情報とに不整合が存在する場合に、印鑑サーバが、元帳データの口座情報を基準に印鑑情報を修正するので、印鑑情報を自動的に修正して、印鑑情報を常に口座情報と整合させることができ、印鑑情報を正しい状態に保って不正取引を防止することができると共に、印鑑情報の入力業務を行う係員の作業量を減少させ、係員の負荷を軽減することができる。
【００４９】
なお、上記実施例においては、勘定方ホストから定期的に元帳データが送信された場合に、印鑑サーバが自動的に印鑑情報修正処理を実行するとして説明したが、定期的に送信された元帳データを、係員端末の画面に表示して、係員等に修正内容を確認させながら実行するようにしてもよい。
【符号の説明】
【００５０】
１    勘定方ホスト
２    印鑑サーバ
３    ネットワーク
５    係員端末
６    プリンタ
１０  元帳データベース
２０  印鑑データベース
【図１】
2012168898.tif 000003
【図２】
2012168898.tif 000004
【図３】
2012168898.tif 000005
【図４】
2012168898.tif 000006
【図５】
2012168898.tif 000007
【図６】
2012168898.tif 000008
【図７】
2012168898.tif 000009
【図８】
2012168898.tif 000010
【図９】
2012168898.tif 000011
【図１０】
2012168898.tif 000012