印鑑照合システム

【課題】手形形式確認に於いて、複数のクライアントＰＣ３０−１〜３０−ｎ間での処理能力の平均化を図ること。
【解決手段】照合サーバ１０は、手形に捺印されている印影のイメージ情報と登録印鑑のイメージ情報とを照合し、クライアントＰＣ３０−１〜３０−ｎは、照合サーバ１０による照合結果と、上記手形の内容情報とを形式確認し、管理サーバ２０は、項目毎処理監視手段２１−１によってクライアントＰＣ３０−１〜３０−ｎの処理結果を確認項目毎に監視し、進捗状況生成手段２１−２によって項目毎処理監視手段２１−１の監視結果に基づいて処理結果の進捗状況を生成し、進捗状況表示手段２１−３によって進捗状況生成手段２１−２による生成結果をクライアントＰＣ３０−１〜３０−ｎへ表示可能とする。

【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、金融機関等に於いて用いられる印鑑照合システムに関し、特に処理の項目毎に進捗状況を照会可能な印鑑照合システムに関する。
【背景技術】
【０００２】
近年、金融機関に於ける事務能率の向上を目的として印鑑照合システムの導入が進められている（非特許文献１参照）。かかる印鑑照合システムでは、処理能力の向上が重要な技術的課題とされている。この技術では、処理能力を向上させるために、比較的処理時間を必要とするオペレータによる形式確認処理では、形式確認手段としてのクライアントＰＣを複数台備え、上記形式確認処理を並行して行っている。その処理の進捗状況は、要確認事項の全てが完了した件数単位で表示される。
【非特許文献１】沖テクニカルレビュー第１９３号Ｖｏｌ．７０．Ｎｏ．１．２００３年１月．ｐ４０〜ｐ４３
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、クライアントＰＣを複数台備え、複数の項目の形式確認処理を並行して行う場合には、クライアントＰＣ毎の処理能力の相違が無視できない。その結果、上記複数の項目の内、特定の項目の処理のみが進行し過ぎたり、あるいはまた特定の項目の処理のみが遅滞し過ぎたりすることが発生する。従って、処理能力を向上させるためには、上記複数のクライアントＰＣ間での特定の項目の処理の遅れを適切に把握する必要がある。ところが、上記従来の印鑑照合システムでの処理の進捗状況表示では、要確認項目の全てが完了した件数単位のみで表示されていたので、複数のクライアントＰＣ間での特定の項目の処理の遅れを適切に把握することが困難であった。
【課題を解決するための手段】
【０００４】
本発明は、所定の証券業務システムから形式確認対象となる証券の内容情報、及び上記証券に捺印されている印影のイメージ情報を受入れ、更に、印鑑サーバから登録印鑑のイメージ情報を受入れて、上記形式確認対象となる証券の形式確認を行う印鑑照合システムであって、上記捺印されている印影のイメージ情報と上記登録印鑑のイメージ情報とを照合する照合サーバと、該照合サーバによる照合結果、及び上記証券の内容情報とを形式確認する複数の証券形式確認手段と、該複数の証券形式確認手段のそれぞれが形式確認した処理結果を確認項目毎に監視する項目毎処理監視手段と、該項目毎処理監視手段の監視結果に基づいて上記処理結果の進捗状況を生成する進捗状況生成手段と、該進捗状況生成手段による生成結果を上記証券形式確認手段へ表示可能とする進捗状況表示手段とを有する管理サーバとを備えることを主要な特徴とする。
【発明の効果】
【０００５】
上記管理サーバが、項目毎処理監視手段、進捗状況生成手段、及び進捗状況表示手段とを有することによって、複数の確認項目について、各確認項目毎の進捗状況を把握することが可能になるので、複数のクライアントＰＣ間での特定の項目の処理の遅れを適切に把握することが容易になる。その結果、形式確認の処理能力を向上させることが出来るという効果を得る。
【発明を実施するための最良の形態】
【０００６】
項目毎処理監視手段、進捗状況生成手段、及び進捗状況表示手段とを、装置全体を制御するＣＰＵが、所定のＲＯＭに予め格納されている制御プログラムを実行することによって起動・生成されるコンピュータ制御手段で構成したので部品点数を増加することなく所定の目的を達成することができた。
【実施例１】
【０００７】
図１は、本発明の印鑑照合システムのシステム構成図である。
図に示すように、本発明の印鑑照合システム１００は、照合サーバ１０と、管理サーバ２０と、クライアントＰＣ３０とを備え、所定の場所（通常は営業店舗）に配設される業務システム２００（ここでは一例として手形システムとする）から手形に捺印されている印影のイメージ情報及び手形の内容情報を受入れ、集中センタ３００に配設される印鑑サーバ４０から登録印鑑のイメージ情報、及び該登録印鑑の個別情報を受入れ、印鑑照合の結果と手形の内容情報についての形式確認を行い、その結果を業務システム２００へ返信するシステムである。以下に各構成部分の詳細について説明する。ここで手形の内容情報には、一例として、金額、振出日・振出地、振出人、支払期日、支払地・支払場所、引受日、引受人・引受人、引受人印などが含まれる。形式確認とは、ここでは、これらの内容情報が適切に記入、記載、印字、押印等されているかを確認する作業をいう。
【０００８】
照合サーバ１０は、営業店舗に配設される業務システム２００から管理サーバ２０が受入れて照合ＤＢ２２に格納してある、形式確認対象となる手形に捺印されている印影のイメージ情報を逐次自動的に抽出し、集中センタ３００に配設される印鑑サーバ４０から登録印鑑のイメージ情報及び該登録印鑑の個別情報を受入れて照合し、その結果を管理サーバ２０に備える照合ＤＢ２２へ格納する部分である。この照合サーバ１０は、一例として、ＯＳ；Ｗｉｎｄｏｗｓ２０００（Ｍｉｃｒｏｓｏｆｔ社の登録商標である。）ＰｒｏｆｅｓｓｉｏｎａｌＳＰ２、ＣＰＵ；８００ＭＨｚ以上、メモリ；５１２ＭＢ以上、ＨＤＤ；１０ＧＢ以上、必要なソフトウェア；Ｏｒａｃｌｅ８ｉＣｌｉｅｎｔ、ＯＫＩ印鑑探索支援ＰＫＧ（Ｖｅｒ２．１０以上）、ＯＫＩ印鑑照合支援ＰＫＧ（Ｖｅｒ２．１０以上）、ＯＫＩイメージ処理ライブラリ、ＩｍａｇｅＫｉｔ５によって構成されるが、同様の機能を有するものであれば、この構成に限られるものではない。
【０００９】
管理サーバ２０は、制御部２１と照合ＤＢ２２とを備え、業務システム２００から形式確認対象となる手形の内容情報と、該手形に捺印されている印影のイメージ情報とを受入れて格納し、これらの情報を照合サーバ１０へ提供し、更に、クライアントＰＣ３０による手形形式確認結果を業務システム２００へ返信するサーバ装置である。管理サーバ２０は、一例として、ＯＳ；Ｗｉｎｄｏｗｓ２０００ＳｅｒｖｅｒａｎｄＡｄｖａｎｃｅｄＳｅｒｖｅｒＳＰ２、ＣＰＵ；１０００ＭＨｚ以上、メモリ；１ＧＢ以上、ＨＤＤ；取扱いデータ量により決定する。必要なソフトウェア；Ｏｒａｃｌｅ８ｉＷｏｒｋＧｒｏｕｐＳｅｒｖｅｒ、ＯＫＩイメージ処理ライブラリＩｍａｇｅＫｉｔ５によって構成されるが、同様の機能を有するものであれば、この構成に限られるものではない。
【００１０】
制御部２１は、図示しないＣＰＵが予め所定のＲＯＭに格納されている制御プログラムを実行することによって起動・生成され、システム全体を制御するコンピュータ制御手段である。従来の技術でも備えている通常の制御手段に加えて、本発明では特に、項目毎処理監視手段２１−１と、進捗状況生成手段２１−２と、進捗状況表示手段２１−３とを更に備える。
【００１１】
項目毎処理監視手段２１−１は、クライアントＰＣ３０−１〜３０−ｎが、分担して実行する確認項目の処理結果を監視する手段である。即ち、クライアントＰＣ３０−１〜３０−ｎが、複数の確認項目の確認処理を並行して行う場合に於いて、複数の項目の内、特定の項目の処理のみが進行し過ぎたり、あるいはまた特定の項目の処理のみが遅滞し過ぎたりするのを防止するために、各クライアントＰＣ毎の確認処理の進行状態を監視する手段である。通常は、振出印の確認には時間を要するので、振出印の確認を分担するクライアントＰＣには、他の分担項目を少なめに設定される。
【００１２】
進捗状況生成手段２１−２は、項目毎処理監視手段２１−１が監視している、各クライアントＰＣ毎の確認処理の進行状態監視結果に基づいて、システム全体としての手形形式確認処理の進捗状況をまとめて生成する手段である。この進捗状況は２種類生成される。一方の種類は、要確認項目の全てが完了した件数単位での進捗状況（従来技術と同様）であり、他方の種類は、要確認項目の全てについて確認項目毎に完了した件数単位での進捗状況（本発明によって始めて実現）である。
【００１３】
進捗状況表示手段２１−３は、進捗状況生成手段２１−２が生成した上記２種類の進捗状況を各クライアントＰＣを操作するオペレータの要求に応じて、各クライアントＰＣの表示手段に表示させる手段である。
【００１４】
照合ＤＢ２２は、その内部に手形イメージ格納領域２０−１、内容データ格納領域２０−２と、形式点検管理領域２０−３とを有するメモリ（データベース）である。手形イメージ格納領域２０−１は、業務システム２００から受入れた形式確認対象となる手形に捺印されている印影のイメージ情報を格納する領域である。この領域には、印影のイメージ情報のみならず手形表面叉は裏面のイメージ情報をも含めて格納してもよい。内容データ格納領域２０−２は、業務システム２００から受入れた手形の内容データを格納する領域である。形式点検管理領域２０−３は、照合サーバ１０による照合結果、及びクライアントＰＣ３０−１〜３０−ｎによる確認結果を格納する領域である。
【００１５】
クライアントＰＣ３０−１〜３０−ｎは、照合ＤＢ２２から照合サーバ１０による捺印されている印影のイメージ情報と登録印鑑のイメージ情報との照合結果、及び手形の内容情報を抽出し、オペレータ操作によって形式確認する端末装置である。確認事項には、照合サーバ１０による照合結果の目視確認、手形形式の目視確認、手形記載事項の確認等が含まれる。通常は、これら複数の確認事項をクライアントＰＣ３０−１〜３０−ｎが、それぞれ分担して実行することになる。この確認結果は管理サーバ２０へ送られ、照合ＤＢ２２の形式点検管理領域２０−３に格納される。クライアントＰＣ３０−１〜３０−ｎは、一例として、ＯＳ；Ｗｉｎｄｏｗｓ２０００ＳｅｒｖｅｒａｎｄＡｄｖａｎｃｅｄＳｅｒｖｅｒＳＰ２、ＣＰＵ；７００ＭＨｚ以上、メモリ；２５６ＭＢ以上、ＨＤＤ；１０ＧＢ以上、必要なソフトウェア；Ｏｒａｃｌｅ８ｉＣｌｉｅｎｔ、ＯＫＩ印鑑探索支援ＰＫＧ（Ｖｅｒ２．１０以上）、ＯＫＩ印鑑照合支援ＰＫＧ（Ｖｅｒ２．１０以上）、ＯＫＩイメージ処理ライブラリ、ＡｃｔｉｖｅＲｅｐｏｒｔＶｅｒ１．５ｊ、ＩｍａｇｅＫｉｔ５、その他；ＣＲＴ解像度１０２４×７６８によって構成されるが、同様の機能を有するものであれば、この構成に限られるものではない。
【００１６】
以上説明した印鑑照合システム１００には、業務システム２００と、集中センタ３００が、配設される。業務システム２００は、手形イメージ読取り手段５０と、ＭＩＣＲ文字読取り手段５１と、金額エントリ５２とを備え、形式確認対象となる手形の内容情報と該手形に捺印されている印影のイメージ情報とを印鑑照合システムに送出する。更に、印鑑照合システムから手形形式確認結果を受入れる。集中センタ３００は、印鑑サーバ４０と、登録印ＤＢ４１とを備え、印鑑照合システム１００からの要求に基づいて登録印鑑のイメージ情報、及び該印鑑の個別情報を提供する。
【００１７】
以上説明した印鑑照合システム１００に於いて、手形形式確認処理は以下に記すステップＳ１〜ステップＳ６の手順で実行される。ここでは、クライアントＰＣ３０−１のみに着目して説明する。
図２は、入力要求表示画面である。
ステップＳ１
クライアントＰＣ３０−１の表示画面に図２の画面が表示される。オペレータが照合をクリックすることによって手形形式確認処理が開始される。
【００１８】
図３は、ログイン要求画面である。
ステップＳ２
クライアントＰＣ３０−１の画面表示が、入力要求表示画面（図２）からログイン要求画面に替わる。
オペレータは、自己のオペレータＩＤと、パスワードを入力してログインをクリックする。
【００１９】
図４は、処理内容選択要求画面（その１）である。
ステップＳ３
クライアントＰＣ３０−１の画面表示が、ログイン要求画面（図３）から処理内容選択要求画面（その１）に替わる。
オペレータは、１；手形、を入力してクライアントＰＣ３０−１のＥｎｔｅｒキーを押下する。
【００２０】
図５は、確認事項選択要求画面である。
ステップＳ４
クライアントＰＣ３０−１の画面表示が、処理内容選択要求画面（図４）から確認事項選択要求画面に替わる。
オペレータは、１；形式点検、を入力してクライアントＰＣ３０−１のＥｎｔｅｒキーを押下する。
【００２１】
図６は、形式項目選択要求画面である。
ステップＳ５
クライアントＰＣ３０−１の画面表示が、確認事項選択要求画面（図５）から形式項目選択要求画面に替わり、形式項目の一覧と処理日が表示される。
オペレータは、一例として振出印（続いて金額、振出日・振出地、振出人）と、処理日２００４／０９／１３とを選択し、実行をクリックする。このとき、点検項目はオペレータＩＤに応じて予め選択状態にしておいてもよい。
【００２２】
図７は、手形形式点検画面である。
ステップＳ６
クライアントＰＣ３０−１の画面表示が、形式項目選択要求画面（図６）から手形形式点検画面（図７）に替わり、手形形式確認対象となる手形の表面の全体および部分（拡大）イメージ、及び裏面のイメージと、手形口座情報が表示される。更に、オペレータが図６で選択した点検項目である、振出印、金額、振出日・振出地、振出人が表示される。オペレータは、この表示を目視して確認事項の形式確認を実行する。確認できた場合にはクライアントＰＣ３０−１のＫ１キーを押下し、確認できなかった場合にはクライアントＰＣ３０−１のＫ２キーを押下して後に続く手形の確認処理へ移行する。ここでは、振出印が表示されていないが、オペレータが画面を移動させることによって容易に表示される。ここで、Ｋ１キーとは確認がＯＫであった場合に押下するキーであり、Ｋ２キーとはＮＧであった場合に押下するキーであり、キーボードのＰＦキーやＥｎｔｅｒキー等が予め割り当てられている。
【００２３】
図８は、形式確認処理報告の説明図である。
ステップＳ７
クライアントＰＣ３０−１は、手形１件の形式確認処理が終了する毎に管理サーバ２０（図１）の項目毎処理監視手段２１−１（図１）へ形式確認処理報告（図８）を実行する。形式確認処理報告の内容には、図に示すように、確認した手形通番と、確認した項目毎の確認結果が含まれる。ここでは、ステップＳ１−５に示すようにクライアントＰＣ３０−１の確認事項は、振出印、金額、振出日・振出地、振出人、であった。この内容は各クライアントＰＣ毎に異なり、ステップ６でＫ１キーが押下されていれば結果ｎは「ＯＫ」となり、Ｋ２キーが押下されていれば「ＮＧ」となる。以上説明したステップＳ１からステップＳ６の処理が、クライアントＰＣ３０−１〜３０−ｎで並行して実行され、各クライアントＰＣ３０−１〜３０−ｎから、その形式確認処理報告（図８）が項目毎処理監視手段２１−１（図１）へ実行される。項目毎処理監視手段２１−１（図１）は、この報告を受入れて、その結果を照合ＤＢ２２（図１）の形式点検管理領域２０−３（図１）へ格納する。
【００２４】
図９は、照合ＤＢ（形式点検管理領域）の内容説明図である。
この図は、照合ＤＢ２０の形式点検管理領域２０−３のデータ格納形態を表す図である。
ステップＳ８
項目毎処理監視手段２１−１（図１）は、各クライアントＰＣ３０−１〜３０−ｎから、その形式確認処理報告（図８）を受入れると、その内容に基づいて、照合ＤＢ２０（図１）の形式点検管理領域２０−３（図１）の内容を更新する。図９に示すように、項目毎処理監視手段２１−１（図１）が、上記ステップＳ１〜ステップＳ６で説明したクライアントＰＣ３０−１での内容形式確認処理報告（図８）は、一例として図９の通番０００００３として照合ＤＢ２２（図１）の形式点検管理領域２０−３（図１）へ格納される。各クライアントＰＣ３０−１〜３０−ｎを介してオペレータから、進捗状況の表示要求がなければフローはステップＳ３へ戻って後に続く手形の形式確認処理へ移行する。ここで各クライアントＰＣ３０−１を介してオペレータから、進捗状況の表示要求があった場合にはステップＳ９へ進む。
【００２５】
図１０は、処理内容選択要求画面（その２）である。
ステップＳ９
上記ステップＳ８でオペレータが進捗状況の表示要求を行うと手形形式点検画面（図７）が処理内容選択要求画面（その２）へ替わっている。この画面の項目内容は上記処理内容選択要求画面（その１）と同一である。
オペレータは、３；進捗状況照会を入力してクライアントＰＣ３０−１のＥｎｔｅｒキーを押下する。このときクライアントＰＣ３０−１から管理サーバ２０（図１）へ進捗状況要求信号が送出される。
【００２６】
図１１は、進捗状況表示画面（その１）である。
ステップＳ１０
進捗状況生成手段２１−２（図１）は、照合ＤＢ２２（図１）の形式点検管理領域２０−３（図１）の内容に基づいて要確認事項の全てが完了した件数単位での進捗状況（従来技術と同様）を生成する。同時にクライアントＰＣ３０−１の画面表示が、処理内容選択要求画面（その２）（図６）から進捗状況表示画面（その１）に替わり、画面上の進捗状況（１）に、クライアントＰＣ３０−１による進捗状況が表示される。更に画面上の進捗状況（２）に、管理サーバ２０（図１）の進捗状況表示手段２１−３（図１）によって要確認事項の全てが完了した件数単位での進捗状況（従来技術と同様）が表示される。
【００２７】
図１２は、進捗状況表示画面（その２）である。
ステップＳ１１
オペレータが、進捗状況表示画面（その１）（図１１）の詳細をクリックすると、クライアントＰＣ３０−１から管理サーバ２０（図１）へ詳細進捗状況要求信号が送出される。進捗状況生成手段２１−２（図１）は、照合ＤＢ２２（図１）の形式点検管理領域２０−３（図１）の内容に基づいて要確認項目の全てについて確認項目毎に完了した件数単位での進捗状況（図１２）を生成する。同時にクライアントＰＣ３０−１の画面表示が、進捗状況表示画面（その１）（図１１）から進捗状況表示画面（その２）へ替わる。図に示すように、この画面には、要確認事項の全てについて確認事項毎に完了した件数単位での進捗状況が示されている。ここでオペレータが<戻る>をクリックすると、フローは終了し、再度ステップＳ３へ戻って後に続く処理が開始される。
なお、上記の進捗状況表示画面は、クライアントＰＣ３０−ｎと同様の仕組みによって、業務システム２００の端末に表示することもできる。
【００２８】
以上説明したように、管理サーバ２０（図１）に、項目毎処理監視手段２１−１（図１）、進捗状況生成手段２１−２（図２）、及び進捗状況表示手段（図３）とを備えることによって、各クライアントＰＣ３０−１〜３０−ｎに分担され並行処理されている複数の確認事項について、各確認事項毎の進捗状況を把握することが可能になる。その結果、複数の各クライアントＰＣ３０−１〜３０−ｎ間での処理能力の平均化を図ることが可能になり、手形形式確認処理の能力向上を図ることが出来るという効果を得る。
【産業上の利用可能性】
【００２９】
以上の説明では、本発明を手形形式確認に適用した場合について説明したが、本発明は、この例に限定されるものではない。即ち、他の種類の証券であっても上記説明と全く同様にして本発明を適用することが可能である。
【図面の簡単な説明】
【００３０】
【図１】本発明の印鑑照合システムのシステム構成図である。
【図２】入力要求表示画面である。
【図３】ログイン要求画面である。
【図４】処理内容選択要求画面（その１）である。
【図５】確認事項選択要求画面である。
【図６】形式項目選択要求画面である。
【図７】手形形式点検画面である。
【図８】形式確認処理報告の説明図である。
【図９】照合ＤＢ（形式点検管理領域）の内容説明図である。
【図１０】処理内容選択要求画面（その２）である。
【図１１】進捗状況表示画面（その１）である。
【図１２】進捗状況表示画面（その２）である。
【符号の説明】
【００３１】
１０照合サーバ
２０管理サーバ
２０−１手形イメージ格納領域
２０−２内容データ格納領域
２０−３形式点検管理領域
２１制御部
２１−１項目毎処理監視手段
２１−２進捗状況生成手段
２１−３進捗状況表示手段
２２照合ＤＢ
３０−１〜３０−ｎクライアントＰＣ
４０印鑑サーバ
４１登録印ＤＢ
５０手形イメージ読取り手段
５１ＭＩＣＲ文字読取り手段
５２金額エントリ
２００業務システム
３００集中センタ

【特許請求の範囲】
【請求項１】
所定の証券業務システムから形式確認対象となる証券の内容情報、及び前記証券に捺印されている印影のイメージ情報を受入れ、更に、印鑑サーバから登録印鑑のイメージ情報を受入れて、前記形式確認対象となる証券の形式確認を行う印鑑照合システムであって、
前記捺印されている印影のイメージ情報と前記登録印鑑のイメージ情報とを照合する照合サーバと、
該照合サーバによる照合結果、及び前記証券の内容情報とを形式確認する複数の証券形式確認手段と、
該複数の証券形式確認手段のそれぞれが形式確認した処理結果を確認項目毎に監視する項目毎処理監視手段と、該項目毎処理監視手段の監視結果に基づいて前記処理結果の進捗状況を生成する進捗状況生成手段と、該進捗状況生成手段による生成結果を前記証券形式確認手段へ表示可能とする進捗状況表示手段とを有する管理サーバとを備えることを特徴とする印鑑照合システム。
【請求項２】
前記管理サーバは、
前記証券業務システムから受入れる内容情報、前記印影のイメージ情報、及び前記管理サーバによる前記形式確認の処理経過情報とを格納する照合情報格納部を更に有することを特徴とする印鑑照合システム。
【請求項３】
前記複数の証券形式確認手段は、
前記照合結果、及び前記証券の内容情報とを、それぞれ所定の確認項目毎に分担処理することを特徴とする請求項１叉は請求項２に記載の印鑑照合システム。
【請求項４】
前記進捗状況生成手段は、
前記進捗状況を前記確認項目の全てが完了した件数単位で表わす第一の進捗状況と、前記確認項目について該確認項目毎に完了した件数単位で表わす第二の進捗状況とを生成することを特徴とする請求項３に記載の印鑑照合システム。

【図１】