JP4441316B2 - 通帳印鑑照合システム、ｉｃタグ管理プログラム - Google Patents

Description

本発明は、通帳印鑑照合システム、ＩＣタグ管理プログラムに関し、特に、照合情報を格納するＩＣタグを利用して容易に通帳とこれに対応する印鑑とを照合することができる通帳印鑑照合システム、ＩＣタグ管理プログラムに関する。

銀行等の金融機関において、種々の金融取引のために、その窓口において当該取引に使用する通帳について予め登録された印鑑を押印する機会がある。この場合、銀行等は、その取引の正当性を確認するために、当該印鑑が当該通帳について登録された印鑑であるか否かの確認を行う。具体的には、台帳に当該通帳の印鑑であると登録された（押印された）印鑑の印影と、当該取引書類に押印された印鑑の印影とを目視により照合し、両者が一致していれば、正当な印鑑による正当な取引であるとする。

なお、銀行等の出金システムにおける印鑑の印影照合に関して、例えば、出金伝票の通帳番号に対応する印影を読み出してファクシミリで送信し、これを台帳に押印されている印影として用いて、これと通帳の印影と出金伝票の印影とを照合する方法が知られている（例えば、特許文献１参照）。
特開平８−６３５２９号公報

前述のように、印鑑の印影の照合を目視により行う場合、たとえ正当な印鑑を用いていても、その押印の仕方が悪かったり、磨り減って印影が劣化していたりすると、正当な印鑑でないと誤認されるおそれがある。また、正当な代理人が正当な印鑑を用いた場合でも、その押印の仕方に各々個性があるために、正当な印鑑でないと誤認されるおそれがある。この場合、正当な取引であるのにもかかわらず、その正当性を証明するのに余計な手間がかかり煩わしい。

一方、印影をスキャナにより極めて正確に読み取ったものに基づいて、印鑑自体が精巧に偽造されてしまうことも考えられる。この場合、銀行等では当該偽造をチェックできずに、正当でない取引がそのまま行われてしまうおそれがある。

このような場合、銀行等において、印鑑の印影の他に当該印鑑の正当性を証明することができる手段があれば、二重に正当性を確認でき便利である。そして、その際に、当該預金者を煩わせることなく当該正当性を証明できれば、預金者の負担はなく便利である。

本発明は、預金者の負担なしで容易に通帳と対応する印鑑とを照合することができる通帳印鑑照合システムを提供することを目的とする。

また、本発明は、預金者の負担なしで容易に通帳と対応する印鑑とを照合することができるＩＣタグ管理プログラムを提供することを目的とする。

本発明の通帳印鑑照合システムは、端末と、ＩＣタグ管理センタと、これらの間を接続するネットワークとからなる。前記端末は、印鑑に添付された第１のＩＣタグ及び通帳に添付された第２のＩＣタグから、各々、第１及び第２の照合情報を読み取るＩＣタグ読取部と、前記ＩＣタグ読取部により読み取った前記第１及び第２の照合情報を用いて、前記ネットワークを介して、当該第１及び第２の照合情報の正当性を前記ＩＣタグ管理センタに問い合わせる照会依頼部とを備える。前記ＩＣタグ管理センタは、前記第１及び第２の照合情報の正当な組み合わせを格納するＩＣタグ記憶部と、前記照会依頼部からの問い合わせに応じて、前記ＩＣタグ読取部により読み取った前記第１及び第２の照合情報が、前記ＩＣタグ記憶部に格納されているかを調べ、前記ネットワークを介して、その照会結果を前記照会依頼部に返信する照会処理部とを備える。

また、本発明のＩＣタグ管理プログラムは、端末に接続されたＩＣタグ管理センタにおけるＩＣタグ管理プログラムであって、前記プログラムは、コンピュータに、第１及び第２の照合情報の正当な組み合わせを格納する処理と、前記端末からの印鑑に添付された第１のＩＣタグ及び通帳に添付された第２のＩＣタグから読み取った第１及び第２の照合情報の正当性の問い合わせに応じて、当該第１及び第２の照合情報が正当な組み合わせかを調べる処理と、その照会結果を前記端末に返信する処理とを行なわせる。

本発明の通帳印鑑照合システムによれば、印鑑及び通帳（に貼付されたＩＣタグ）から第１及び第２の照合情報を読み取ることができるので、これらを用いてその組み合わせの正当性をチェックする（照合する）ことができる。従って、預金者の負担なしで、容易に通帳と対応する印鑑とを照合することができる。例えば、押印の仕方が悪くて又は磨り減って印影が劣化していて窓口で正当な印鑑でないと誤認されても、当該第１及び第２の照合情報は正当な組み合わせであるから、印鑑の正当性を容易に証明することができる。また、正当な代理人が正当な印鑑を用いた場合に押印の仕方が本人と異なるために正当な印鑑でないと窓口で誤認されても、同様に、印鑑の正当性を容易に証明することができる。従って、正当な取引である場合、その正当性を容易に証明することができ、例えばその場で当該印鑑を押し直すことにより取引を完了することができる。一方、印鑑自体が偽造された場合でも、窓口で当該偽造をチェックすることができるので、正当でない取引が行われることを防止することができる。従って、銀行等の金融機関において、印鑑の印影の他に、当該印鑑の正当性を証明することができる手段を備えることができ、当該預金者を煩わせることなく、二重に正当性を確認することができ便利である。

本発明のＩＣタグ管理プログラムによれば、通帳印鑑照合システムのＩＣタグ管理センタにおけるＩＣタグ管理処理を実現するプログラムを、ＣＤ−ＲＯＭ、ＣＤＲ／Ｗ、ＤＶＤ等のコンピュータ読取可能な記録媒体に格納して、又は、インターネット等のネットワークを介してダウンロードして提供することにより、ＩＣタグ管理センタ及び当該センタにおけるＩＣタグ管理処理を容易に実現することができる。

図１は、通帳印鑑照合システム構成図であり、本発明の通帳印鑑照合システムの構成の一例を示す。通帳印鑑照合システムは、複数の端末１、ＩＣタグ管理センタ３、これらの間を接続するネットワーク２からなる。端末１は、例えばパーソナルコンピュータからなり、銀行等の金融機関の窓口に複数設けられ、銀行員等により操作される。各々の端末１は、照会依頼部１１、ＩＣタグ読取部１２、端末表示部１３、端末入力部１４を備える。各々の端末１は、通信機能を備え、例えば専用回線等のネットワーク２を介してＩＣタグ管理センタ３に接続される。ＩＣタグ管理センタ３は、例えばコンピュータからなり、銀行等の金融機関の本店や業務管理センタに設けられる。ＩＣタグ管理センタ３は、照会処理部３１、ＩＣタグ記憶部３２、印影記憶部３３、センタ表示部３４、センタ入力部３５を備える。

ＩＣタグ読取部１２は、例えば周知のＩＣタグリーダからなり、照会依頼部１１の指示の下、印鑑４に添付された第１のＩＣタグ６（６１）及び通帳５に添付された第２のＩＣタグ６（６２）から、各々、第１及び第２の照合情報を読み取る。ＩＣタグ読取部１２は、読み取った第１及び第２の照合情報を照会依頼部１１に送る。ＩＣタグ読取部１２は、後述するように、第１のＩＣタグ６１と第２のＩＣタグ６２とを区別する手段を備えていないので、実際には、単に２個の照合情報を区別なく読み取るのみである。なお、第１のＩＣタグ６１と第２のＩＣタグ６２とを総称する場合には、ＩＣタグ６と言う。また、ＩＣタグ読取部１２は、実際には周知のＩＣタグリーダライタからなり、ＩＣタグ書込部１７（図１０参照）の機能をも備える。

ＩＣタグ６は、ＲＦＩＤ（Radio Frequency Identification）タグとも言われ、非接触型であり、ＩＣタグ６の貼付された物をＩＣタグリーダ（ＩＣタグ読取部１２）にかざすと、ＩＣタグリーダからの信号を受信して、これに応じて当該ＩＣタグ６が格納している照合情報を出力（送信）する。これをＩＣタグリーダで受信することにより、ＩＣタグ６の格納している照合情報を読み取る（読み出す）。ＩＣタグリーダは、周知のように複数のＩＣタグ６を同時に読み取ることができる。また、ＩＣタグ６は、後述するように、一旦シール７１等を剥がした後は再利用不可能とするために、電池を必要とせず電力伝送を行う型である。また、ＩＣタグ６は、印鑑４及び通帳５に添付するために、周知の極めて小さい（例えば、数ミリ角の）ＩＣチップにアンテナを備えるＩＣタグからなる。例えば、日立製作所製のミューチップ等からなる。

第１のＩＣタグ６１は、図２（Ａ）に示すように、シール７１を用いて、当該貼付後にシール７１が剥がされた場合に当該剥がしたことが目視可能であるように、印鑑４に貼付される。第２のＩＣタグ６２も、同様に、図２（Ａ）に示すように、シール７２を用いて、当該貼付後にシール７２が剥がされた場合に当該剥がしたことが目視可能であるように、通帳５に貼付される。なお、シール７１等を貼った場合、図２（Ａ）ではＩＣタグ６１等を示してあるが、実際にはＩＣタグ６１等は外部からは見えない状態となる（他の図においても同じ）。第１及び第２のＩＣタグ６１及び６２の印鑑４及び通帳５への貼付は、銀行等の金融機関がその窓口で行なう。

なお、印鑑４及び通帳５へのＩＣタグ６の添付は、シール７１等による貼付には限定されず、印鑑４の内部に埋め込む形態や通帳５の表面に埋め込む形態等、他の添付方法によっても良い。

第１及び第２のＩＣタグ６１及び６２は、一度剥がすと再利用できないシール７１及び７２に貼付したものを、当該第１及び第２のＩＣタグ６１及び６２が内側となるように、印鑑４及び通帳５へ貼付する。当該シール７１及び７２は、周知のシールであって、一旦貼付した後にこれを剥がすと、シール７１及び７２に塗布された銀色又は白色の塗料が一部はシールと共に下地から剥がれ、一部は剥がれずに下地に残る。この結果、シール７１及び７２には、これと共に剥がれた部分により例えば「無効」の文字が浮かび上がり、印鑑４及び通帳５には、剥がれずに残った部分により例えば「無効」の文字の反転模様が描かれる。これにより、一度作成したＩＣタグ６は、複製や再利用することができなくなる。ＩＣタグ６部分を破損した場合や、印鑑４及び通帳５を破損又は紛失した場合には、格納する照合情報の異なるＩＣタグ６を用意して、これを貼付した印鑑４及び通帳５を再発行して、新たに第１及び第２の照合情報の正当な組み合わせを登録する。

例えば、１つの銀行において、一人が２個の口座を所有する場合、口座所有者の都合によって、図２（Ｂ）に示すように、通帳５１に印鑑４１を使用し、通帳５２に印鑑４２を使用する。又は、図２（Ｃ）に示すように、通帳５１及び通帳５２に印鑑４１を使用する。なお、図２（Ｂ）及び図２（Ｃ）において、シール７の符号は省略している（以下の図においても同じ）。図２（Ｂ）の場合、印鑑４１にはＩＣタグ６１１を貼付し、通帳５１にはＩＣタグ６２１を貼付し、印鑑４２にはＩＣタグ６１２を貼付し、通帳５２にはＩＣタグ６２２を貼付する。図２（Ｃ）の場合、印鑑４１には２個のＩＣタグ６１１及びＩＣタグ６１２を貼付し、通帳５１にはＩＣタグ６２１を貼付し、通帳５２にはＩＣタグ６２２を貼付する。印鑑４１に異なる２個のＩＣタグ６１１及びＩＣタグ６１２を貼付することにより、照合情報の組み合わせが一致する確率を低くして安全性を高めることができ、印鑑４１の正当性をより容易に証明することができる。

また、例えば、１つの銀行において、家族（３人であるとする）の各々が１個の口座を所有する場合、口座所有者の都合によって、図３（Ａ）に示すように、通帳５３に印鑑４３を使用し、通帳５４に印鑑４４を使用し、通帳５５に印鑑４５を使用する。又は、図３（Ｂ）に示すように、通帳５３、通帳５４及び通帳５５に印鑑４３を使用する。図３（Ａ）の場合、印鑑４３にはＩＣタグ６１３を貼付し、通帳５３にはＩＣタグ６２３を貼付し、印鑑４４にはＩＣタグ６１４を貼付し、通帳５４にはＩＣタグ６２４を貼付し、印鑑４５にはＩＣタグ６１５を貼付し、通帳５５にはＩＣタグ６２５を貼付する。図３（Ｂ）の場合、印鑑４３には３個のＩＣタグ６１３、ＩＣタグ６１４及びＩＣタグ６１５を貼付し、通帳５３にはＩＣタグ６２３を貼付し、通帳５４にはＩＣタグ６２４を貼付し、通帳５５にはＩＣタグ６２５を貼付する。印鑑４３に異なる３個のＩＣタグ６１３、ＩＣタグ６１４及びＩＣタグ６１５を貼付することにより、前述の場合と同様に、印鑑４３の正当性をより容易に証明することができる。

ＩＣタグ６から読み出される照合情報８は、図４（Ａ）に示すように、ランダムな情報、例えば乱数発生器（図示せず）により生成され、ＩＣタグ６に予め書き込まれた乱数からなる。第１のＩＣタグ６１からは照合情報８１が読み出され、第２のＩＣタグ６２からは照合情報８２が読み出される。

前述の図２（Ｂ）に示す場合、図５（Ａ）に示すように、印鑑４１のＩＣタグ６１１からは照合情報８１１が読み出され、通帳５１のＩＣタグ６２１からは照合情報８２１が読み出され、印鑑４２のＩＣタグ６１２からは照合情報８１２が読み出され、通帳５２のＩＣタグ６２２からは照合情報８２２が読み出される。従って、例えば印鑑４１と通帳５１とが口座所有者により提示された場合、照合情報８１１及び照合情報８２１が得られる。他の場合も、得られる照合情報は異なるが、同様である。いずれの場合も２個の照合情報が相互の区別無く得られる。

前述の図２（Ｃ）の場合、印鑑４１の２個のＩＣタグ６１１及びＩＣタグ６１２からは照合情報８１１及び照合情報８１２が読み出され、通帳５１のＩＣタグ６２１からは照合情報８２１が読み出され、通帳５２のＩＣタグ６２２からは照合情報８２２が読み出される。従って、例えば印鑑４１と通帳５１とが口座所有者により提示された場合、照合情報８１１、照合情報８１２及び照合情報８２１が得られる。他の場合も、得られる照合情報は異なるが、同様である。いずれの場合も３個の照合情報が相互の区別無く得られる。

また、前述の図３（Ａ）の場合、図６に示すように、印鑑４３のＩＣタグ６１３からは照合情報８１３が読み出され、通帳５３のＩＣタグ６２３からは照合情報８２３が読み出され、印鑑４４のＩＣタグ６１４からは照合情報８１４が読み出され、通帳５４のＩＣタグ６２４からは照合情報８２４が読み出され、印鑑４５のＩＣタグ６１５からは照合情報８１５が読み出され、通帳５５のＩＣタグ６２５からは照合情報８２５が読み出される。従って、例えば印鑑４３と通帳５３とが口座所有者により提示された場合、照合情報８１３及び照合情報８２３が得られる。他の場合も、得られる照合情報は異なるが、同様である。いずれの場合も２個の照合情報が相互の区別無く得られる。なお、図示の便宜上、照合情報８１１（例えば図５（Ａ））と照合情報８１３（例えば図６）とは同一の例を示しているが、実際は、両者は異なる乱数とされる（他の照合情報も同じ）。

図３（Ｂ）の場合、印鑑４３の３個のＩＣタグ６１３、ＩＣタグ６１４及びＩＣタグ６１５からは照合情報８１３、照合情報８１４及び照合情報８１５が読み出され、通帳５３のＩＣタグ６２３からは照合情報８２３が読み出され、通帳５４のＩＣタグ６２４からは照合情報８２４が読み出され、通帳５５のＩＣタグ６２５からは照合情報８２５が読み出される。従って、例えば印鑑４３と通帳５３とが口座所有者により提示された場合、照合情報８１３、照合情報８１４、照合情報８１５及び照合情報８２３が得られる。他の場合も、得られる照合情報は異なるが、同様である。いずれの場合も４個の照合情報が相互の区別無く得られる。

照会依頼部１１は、ＩＣタグ読取部１２により読み取った第１及び第２の照合情報８１及び８２を用いて、ネットワーク２を介して、当該第１及び第２の照合情報８１及び８２の正当性をＩＣタグ管理センタ３（の照会処理部３１）に問い合わせる。即ち、照会依頼部１１は、当該第１及び第２の照合情報８１及び８２と共に、ＩＣタグ管理センタ３の照会処理部３１に対して照会処理の依頼（要求）を発行する。

端末表示部１３は、その表示画面１３１上に、「照会処理」「登録処理」「発行処理」等のメニューを備えるメニュー画面（図示せず）を表示する。例えば「照会処理」が選択されると、端末表示部１３は、照会依頼部１１の指示に従って照会依頼処理のための所定の照会依頼画面を表示する。照会依頼画面は、例えばＩＣタグ６の読み取りを指示する。この読み取り時において、前述のように、印鑑４及び通帳５の読み取りの順序を意識する必要はない。

端末入力部１４は、キーボードやマウス等からなり、メニュー画面から所望の処理の選択を行い、種々の処理画面への所定の入力を行う。例えば「登録処理」において、端末入力部１４は銀行コード等を入力する（後述する）。

照会処理部３１は、照会依頼部１１からの依頼を受けると、当該第１及び第２の照合情報８１及び８２を用いて、ＩＣタグ記憶部３２を検索する。当該第１及び第２の照合情報８１及び８２がＩＣタグ記憶部３２に格納されている場合、照会処理部３１は、当該対応する口座情報をＩＣタグ記憶部３２から読み出して、これと照会結果とを照会依頼部１１に返信する。これに応じて、照会依頼部１１は、対応する口座情報と前記照会結果とを表示する。このように、照会依頼部１１と照会処理部３１とは、ネットワークを介して、これらの間で前述の所定の通信を行う。

ＩＣタグ記憶部３２は、図４（Ｂ）に示すように、当該口座の属性を示す口座情報毎に、対応する正当な組み合わせの第１及び第２の照合情報８１及び８２を格納する。この第１及び第２の照合情報８１及び８２の正当な組合せの格納は、後述するように、ＩＣタグ管理センタ３（の登録処理部３６）によって予め行なわれる。この例では、口座情報は、例えば銀行コード、店番号、口座番号からなり、通帳５毎に異なる。この例では、ＩＣタグ記憶部３２には、口座情報と共に、その口座を所有する口座所有者氏名も格納される。従って、ＩＣタグ記憶部３２において、１個のレコードは、口座情報、口座所有者氏名、第１の照合情報８１、第２の照合情報８２からなる。ＩＣタグ記憶部３２においては、印鑑４から読み取られる（であろう）第１の照合情報８１と通帳５から読み取られる（であろう）第２の照合情報８２とが、区別されて格納されている。

印影記憶部３３は、図４（Ｃ）に示すように、当該口座の属性を示す口座情報毎に、対応する印鑑４の印影を格納する。この例では、印鑑４の印影は、例えばｊｐｅｇ（joint photographic experts group）等のイメージ情報として格納される。この例では、印影記憶部３３には、口座情報と共に、口座所有者氏名も格納される。従って、印影記憶部３３において、１個のレコードは、口座情報、口座所有者氏名、印影情報からなる。

なお、印影記憶部３３は省略しても良い。また、印影記憶部３３において、口座情報に代えて、正当な組み合わせの第１及び第２の照合情報に対応して印鑑４の印影を格納しても良い。また、印影記憶部３３は省略して、ｊｐｅｇ等のイメージ情報からなる印鑑４の印影を、ＩＣタグ記憶部３２に口座情報毎に格納するようにしても良い。

実際には、照会処理部３１は、第１及び第２の照合情報がＩＣタグ記憶部３２に格納されている場合、更に、当該対応する口座情報に対応する印鑑４の印影を印影記憶部３３から読み出し、当該対応する口座情報と対応する印鑑４の印影と照会結果とを照会依頼部１１に返信する。これに応じて、照会依頼部１１は、図８（Ａ）に示すように、対応する口座情報と対応する印鑑４の印影と照会結果とを、端末表示部１３の表示画面１３１上に表示する。これにより、当該端末１において、実際の印鑑４の印影及び通帳５に記載された口座情報と、受信した照会結果及び口座情報及び印影とに基づいて、正当性をチェックすることができる。

照会処理部３１は、図８（Ｂ）に示すように、当該読み出した対応する印鑑４の印影を省略して、当該読み出した対応する口座情報と照会結果とを、センタ表示部３４の表示画面３４１上にリスト形式で表示する。これにより、ＩＣタグ管理センタ３において、複数の端末１からの照会結果を一覧により、照会結果がＮＧの照会をも含めて、監視することができる。例えば、照会結果がＮＧの照会については、当該端末１の設置された支店の他の端末１（例えば、警備員の使用する端末１）にネットワーク２を介して警告を通知したり、ＩＣタグ管理センタ３に履歴を残すようにしても良い。

ＩＣタグ記憶部３２及び印影記憶部３３の検索に先立って、照会処理部３１は、第１及び第２の照合情報８１及び８２の複数の組み合わせを生成する。照会処理部３１は、生成した前記複数の組み合わせについて、各々がＩＣタグ記憶部３２に格納されているかを調べる。これにより、前述のように、ＩＣタグ読取部１２が印鑑４のＩＣタグ６１から読み取った照合情報８１であるか、通帳５のＩＣタグ６２から読み取った照合情報８２であるかを意識する必要がなくなり、銀行等の金融機関の窓口でのＩＣタグ読取業務を簡素化することができ、また、読み取りの誤りを防止することができる。

例えば、前述の図２（Ｂ）に示す印鑑４１と通帳５１とが口座所有者により提示され読取対象とされた場合、図５（Ａ）に示す２個の照合情報８１１及び照合情報８２１が照会処理部３１に送信されてくる。照会処理部３１は、ＩＣタグ読取部１２と同様に、これらを区別しない（区別できない）。従って、照会処理部３１は、（照合情報８１１、照合情報８２１）と言う組み合わせと、（照合情報８２１、照合情報８１１）と言う組み合わせを生成する。照会処理部３１がこれらを順に図５（Ｂ）のＩＣタグ記憶部３２の各レコードと照合すると、（照合情報８１１、照合情報８２１）と言う組み合わせがレコード３２１と照合する（一致する）。これにより、照会処理部３１は、当該組み合わせが正当な組み合わせであると判定し、その旨の照会結果（「ＯＫ」）を作成して、当該端末１に返信する。この照会結果「ＯＫ」により、窓口の担当者は、印鑑４１（ＩＣタグ６１１）と通帳５１（ＩＣタグ６２１）とは正しい組み合わせであり、正当な取引であることを知ることができる。

一方、第１及び第２の照合情報８１及び８２について生成された全ての組み合わせについて照合を行っても一致するものがない場合、照会処理部３１は、読み取った第１及び第２の照合情報８１及び８２の中には正当な組み合わせが存在しないと判定し、その旨の照会結果（「ＮＧ」）を作成して、当該端末１に返信する。この照会結果「ＮＧ」により、窓口の担当者は、印鑑４１（ＩＣタグ６１１）と通帳５１（ＩＣタグ６２１）とは正しい組み合わせでなく、不当な取引であることを知ることができる。

また、前述の図２（Ｂ）に示す印鑑４２と通帳５２とが口座所有者により提示され読取対象とされた場合、図５（Ａ）に示す照合情報８１２及び照合情報８２２が得られる。この場合、（照合情報８１２、照合情報８２２）と言う組み合わせと、（照合情報８２２、照合情報８１２）と言う組み合わせが生成され、図５（Ｂ）に示すように、（照合情報８１２、照合情報８２２）と言う組み合わせがレコード３２２と照合する。従って、照会結果「ＯＫ」が当該端末１に返信されるので、印鑑４２（ＩＣタグ６１２）と通帳５２（ＩＣタグ６２２）とは正しい組み合わせであることを知ることができる。

また、前述の図２（Ｃ）に示す場合、図５（Ａ）に示す照合情報８１１及び照合情報８１２と、照合情報８２１又は照合情報８２２とが得られる。即ち、３個の照合情報が得られるので、６通りの組み合わせが生成される。ここで、口座所有者により（印鑑４１と）通帳５１が読取対象とされた場合、（照合情報８１１、照合情報８２１）と言う組み合わせがレコード３２１と照合するので、印鑑４１（ＩＣタグ６１１）と通帳５１（ＩＣタグ６２１）とは正しい組み合わせであることを知ることができる。一方、（印鑑４１と）通帳５２が読取対象であった場合、（照合情報８１２、照合情報８２２）と言う組み合わせがレコード３２２と照合するので、印鑑４２（ＩＣタグ６１２）と通帳５２（ＩＣタグ６２２）とは正しい組み合わせであることを知ることができる。

また、前述の図３（Ａ）に示す場合、印鑑４３と通帳５３、印鑑４４と通帳５４、印鑑４５と通帳５５が、各々、当該口座所有者により提示され読取対象とされる。従って、各々の場合、２個の照合情報が得られ、２通りの組み合わせが生成される。即ち、図７に示すように、（照合情報８１３、照合情報８２３）の組み合わせがレコード３２３と照合し、印鑑４３（ＩＣタグ６１３）と通帳５３（ＩＣタグ６２３）とは正しい組み合わせであることを知ることができる。また、（照合情報８１４、照合情報８２４）の組み合わせがレコード３２４と照合し、印鑑４４（ＩＣタグ６１４）と通帳５４（ＩＣタグ６２４）とは正しい組み合わせであることを知ることができる。また、（照合情報８１５、照合情報８２５）の組み合わせがレコード３２５と照合し、印鑑４５（ＩＣタグ６１５）と通帳５５（ＩＣタグ６２５）とは正しい組み合わせであることを知ることができる。

また、前述の図３（Ｂ）に示す場合、照合情報８１３、照合情報８１４及び照合情報８１５と言う３個の照合情報と、照合情報８２３、照合情報８２４又は照合情報８２５の３個の照合情報の中のいずれか１個とが得られる。即ち、４個の照合情報が得られるので、１２通りの組み合わせが生成される。ここで、（印鑑４３と）通帳５３が読取対象であった場合、（照合情報８１３、照合情報８２３）と言う組み合わせがレコード３２３と照合するので、印鑑４３（ＩＣタグ６１３）と通帳５３（ＩＣタグ６２３）とは正しい組み合わせであることを知ることができる。また、（印鑑４３と）通帳５４が読取対象であった場合、（照合情報８１４、照合情報８２４）と言う組み合わせがレコード３２４と照合するので、印鑑４３（ＩＣタグ６１４）と通帳５４（ＩＣタグ６２４）とは正しい組み合わせであることを知ることができる。また、（印鑑４３と）通帳５５が読取対象であった場合、（照合情報８１５、照合情報８２５）と言う組み合わせがレコード３２５と照合するので、印鑑４３（ＩＣタグ６１５）と通帳５５（ＩＣタグ６２５）とは正しい組み合わせであることを知ることができる。

なお、照会依頼部１１が、照会処理部３１に代わって、第１及び第２の照合情報８１及び８２の組み合わせを生成するようにしても良い。この場合、照会依頼部１１は、紹介処理の依頼と共に、当該生成した第１及び第２の照合情報８１及び８２の組み合わせの全てを、照会処理部３１へ送信する。

図９は、通帳印鑑照合処理フローであり、本発明の通帳印鑑照合システムにおける印鑑照合処理の一例を示す。端末１において、ＩＣタグ読取部１２が印鑑４に添付された第１のＩＣタグ６１及び通帳５に添付された第２のＩＣタグ６２から第１及び第２の照合情報８１及び８２を読み取ると（ステップＳ１）、照会依頼部１１が読み取った第１及び第２の照合情報８１及び８２を用いて、ネットワーク２を介して、当該第１及び第２の照合情報８１及び８２の正当性をＩＣタグ管理センタ３の照会処理部３１に問い合わせる（ステップＳ２）。即ち、照会依頼と読み取った照合情報８１及び８２を送信する。

ＩＣタグ管理センタ３において、照会処理部３１が、前記問い合わせ即ち照会依頼を受け付けて（ステップＳ３）、前記問い合わせに応じて、読み取った第１及び第２の照合情報が、第１及び第２の照合情報の正当な組み合わせかを調べる。

即ち、照会処理部３１が、当該受け付けた（受信した）照合情報を用いて可能な組合せを全て生成し（ステップＳ４）、これらを所定の記憶部（図示せず）に保持し、照会フラグを「オフ（ＯＦＦ）」とする。この後、照会処理部３１が、生成した照合情報の組合せの中から１個の組合せを取り出して（ステップＳ５）、これを用いてＩＣタグ記憶部３２を検索し（ステップＳ６）、当該検索の結果、当該照合情報の組合せがＩＣタグ記憶部３２に存在するか否かを調べる（ステップＳ７）。当該照合情報の組合せがＩＣタグ記憶部３２に存在しない場合、照会処理部３１が、更に、生成した照合情報の組合せの全てについて検索を終了したか否かを調べる（ステップＳ８）。終了していない場合、ステップＳ５以下を繰り返す。終了した場合、ステップＳ１０を実行する。ステップＳ７において、当該照合情報の組合せがＩＣタグ記憶部３２に存在する場合、照会処理部３１が、照会フラグを「オン（ＯＮ）」とする（ステップＳ９）。

この後、照会処理部３１が、照会フラグがオンであるか否かを調べ（ステップＳ１０）、照会フラグがオンである場合には照会結果を「ＯＫ」に設定し（ステップＳ１１）、照会フラグがオフである場合には照会結果を「ＮＧ」に設定する（ステップＳ１２）。この後、照会処理部３１が、照会結果が「ＯＫ」の場合、印影記憶部３３を検索して当該印影（の画像データ）を取得し（ステップＳ１３）、照会結果が「ＮＧ」の場合、ステップＳ１３を省略し、ネットワーク２を介して、当該照会結果と印影とを端末１に返信する（ステップＳ１４）。

この後、ＩＣタグ管理センタ３においては、照会処理部３１が、図８（Ｂ）に示すように、当該照会結果をリスト形式でセンタ表示部３４の画面上に表示し、端末１においては、照会依頼部１１が、図８（Ａ）に示すように、受信した当該照会結果と印影とを端末表示部１３の画面上に表示する（ステップＳ１５）。

図１０は、通帳印鑑照合システム構成図であり、本発明の他の通帳印鑑照合システムの構成の一例を示す。この例では、各々の端末１は、図１の構成に加えて、発行依頼部１５、登録依頼部１６、ＩＣタグ書込部１７を備える。ＩＣタグ管理センタ３は、図１の構成に加えて、発行処理部３６、登録処理部３７、発行履歴記憶部３８を備える。なお、図１０において、図１の構成の部分は図示を省略する。

発行依頼部１５は、端末表示部１３のメニュー画面で「発行処理」が選択されると、ＩＣタグ管理センタ３（の発行処理部３６）に照合情報の生成処理を依頼する。この時、端末入力部１４から、印鑑４及び通帳５の数に応じて、生成すべき照合情報の個数を指定する。当該個数は２個以上とされる。

発行処理部３６は、端末１（の発行依頼部１５）からの依頼に応じて、当該通帳印鑑照合システムにおいてユニークな照合情報を依頼された個数だけ生成して、当該端末１（の発行依頼部１５）に返信する。照合情報は、例えば乱数発生器を用いて生成された所定の桁数の乱数からなる。発行処理部３６は、端末１に返信した照合情報を発行履歴記憶部３８に書き込む。従って、発行履歴記憶部３８は過去に発行された照合情報が格納される。発行処理部３６は、照合情報を生成した後、当該照合情報が発行履歴記憶部３８に存在するか否かを調べ、存在する場合、再度照合情報を生成する。

発行依頼部１５は、照合情報を受信すると、ＩＣタグライタであるＩＣタグ書込部１７を用いてＩＣタグ６に当該照合情報を書き込む。即ち、ＩＣタグ書込部１７は、印鑑４に添付すべき第１のＩＣタグ６１及び通帳５に添付すべき第２のＩＣタグ６２に、返信された照合情報を書き込む。この時、例えば２個の照合情報のいずれが第１のＩＣタグ６１に書き込まれ、いずれが第２のＩＣタグ６２に書き込まれたかは区別されない（区別する必要がない）。この後、第１のＩＣタグ６１をシール７１を用いて印鑑４に添付（貼付）し、同様に第２のＩＣタグ６２を通帳５に貼付する。

登録依頼部１６は、端末表示部１３のメニュー画面で「登録処理」が選択されると、ＩＣタグ管理センタ３（の登録処理部３７）に照合情報の組み合わせのＩＣタグ記憶部３２への登録処理、及び、当該印鑑４の印影の印影記憶部３３への登録処理を依頼する。例えば、登録依頼部１６は、図８（Ａ）に示す画面１３１から銀行コード等の内容の表示されていない画面（登録処理画面）を表示する。この登録処理画面に、端末入力部１４から、銀行コード、店番号、口座番号、氏名等を入力した上で、ＩＣタグ読取部１２により、最初に印鑑４の第１のＩＣタグ６１を読み取り、この後、通帳５の第２のＩＣタグ６２を読み取る。この場合、読み取りの順序は、ＩＣタグ記憶部３２のレコードの形式に合わせるために、この順とされる。この後、スキャナ（図示せず）により、印鑑４の印影を読み取る。登録依頼部１６は、銀行コード、店番号、口座番号、氏名、第１の照合情報８１、第２の照合情報８２の順からなる文字データの組に印影の画像データを添付して、これを登録処理部３７に送信する。

登録処理部３７は、上記データを受信すると、これらを用いて、当該データをＩＣタグ記憶部３２、印影記憶部３３に登録する。即ち、ＩＣタグ記憶部３２において、銀行コード等と共に、第１の照合情報８１及び第２の照合情報８２を、この順に、当該レコードの組み合わせ情報のフィールドにおいて照合情報（印鑑側）及び照合情報（通帳側）として格納する。また、印影記憶部３３において、銀行コード等と共に、印影の画像データをｊｐｅｇデータとして圧縮して格納する。

図１１は、通帳印鑑照合装置構成図であり、本発明の通帳印鑑照合装置の構成の一例を示す。この例では、端末１とＩＣタグ管理センタ３とをネットワーク２により接続するのではなく、単独のコンピュータにより通帳印鑑照合装置を構成する。即ち、この例の通帳印鑑照合装置は、当該コンピュータであり照会依頼部１１及び照会処理部３１’を備える端末１、ＩＣタグ読取部１２、端末表示部１３、端末入力部１４、ＩＣタグ記憶部３２’、印影記憶部３３’、これらを接続する内部バス１８を備える。ＩＣタグ読取部１２、端末表示部１３、端末入力部１４は、各々、複数設けるようにしても良い。

この例では、照会依頼部１１の指示の下、ＩＣタグ読取部１２が、印鑑４に添付された第１のＩＣタグ６１及び通帳５に添付された第２のＩＣタグ６２から、各々、第１及び第２の照合情報を読み取る。照会依頼部１１は、読み取った照合情報を照会処理部３１’に渡す。照会処理部３１’は、ＩＣタグ読取部１２により読み取った第１及び第２の照合情報がＩＣタグ記憶部３２’に格納されているかを調べ、その照会結果を出力する。この照会結果は端末表示部１３に表示される（図８（Ａ）参照）。この時、前述のように、印影記憶部３３’に記憶された当該印鑑４の印影も同時に表示される。印影記憶部３３’を省略した場合、印影の表示は行わない。

以上説明したように、本発明によれば、通帳印鑑照合システムにおいて、印鑑及び通帳から読み取った第１及び第２の照合情報を用いてその組み合わせの正当性をチェックすることができるので、預金者の負担なしで、容易に通帳と対応する印鑑とを照合することができる。従って、正当な取引である場合、印鑑の押しかた等が不適切であっても、その正当性を容易に証明することができ、その場で当該印鑑を押し直すこと等により取引を完了することができる。一方、印鑑自体が偽造された場合でも、当該偽造をチェックすることができるので、正当でない取引が行われることを防止することができる。従って、銀行等の金融機関において、印鑑の印影と照合情報とにより、当該預金者を煩わせることなく、二重に正当性を確認することができる。

本発明によれば、ＩＣタグ管理プログラムにおいて、通帳印鑑照合システムのＩＣタグ管理センタにおけるＩＣタグ管理処理を実現するプログラムを、ＣＤ−ＲＯＭ、ＣＤＲ／Ｗ、ＤＶＤ等のコンピュータ読取可能な記録媒体に格納して、又は、インターネット等のネットワークを介してダウンロードして提供することにより、ＩＣタグ管理センタ及び当該センタにおけるＩＣタグ管理処理を容易に実現することができる。

通帳印鑑照合システム構成図である。 通帳印鑑照合システム説明図である。 通帳印鑑照合システム説明図である。 通帳印鑑照合システム説明図である。 通帳印鑑照合システム説明図である。 通帳印鑑照合システム説明図である。 通帳印鑑照合システム説明図である。 通帳印鑑照合システム説明図である。 通帳印鑑照合処理フローである。 他の通帳印鑑照合システム構成図である。 通帳印鑑照合装置構成図である。

符号の説明

１ 端末
２ ネットワーク
３ ＩＣタグ管理センタ
４ 印鑑
５ 通帳
６ ＩＣタグ
１１ 照会依頼部
１２ ＩＣタグ読取部
１３ 端末表示部
１４ 端末入力部
３１ 照会処理部
３２ ＩＣタグ記憶部
３３ 印影記憶部
３４ センタ表示部
３５ センタ入力部

Claims (8)

1. 端末と、ＩＣタグ管理センタと、これらの間を接続するネットワークとからなる通帳印鑑照合システムであって、
   前記端末は、
   印鑑に添付された第１のＩＣタグ及び通帳に添付された第２のＩＣタグから、各々、第１及び第２の照合情報を読み取るＩＣタグ読取部と、
   前記ＩＣタグ読取部により読み取った前記第１及び第２の照合情報を用いて、前記ネットワークを介して、当該第１及び第２の照合情報の正当性を前記ＩＣタグ管理センタに問い合わせる照会依頼部とを備え、
   前記ＩＣタグ管理センタは、
   前記第１及び第２の照合情報の正当な組み合わせを格納するＩＣタグ記憶部と、
   前記照会依頼部からの問い合わせに応じて、前記ＩＣタグ読取部により読み取った前記第１及び第２の照合情報が、前記ＩＣタグ記憶部に格納されているかを調べ、前記ネットワークを介して、その照会結果を前記照会依頼部に返信する照会処理部とを備える
   ことを特徴とする通帳印鑑照合システム。
2. 前記ＩＣタグ記憶部は、当該口座の属性を示す口座情報毎に対応する正当な組み合わせの前記第１及び第２の照合情報を格納し、
   前記照会処理部は、前記第１及び第２の照合情報が前記ＩＣタグ記憶部に格納されている場合、当該対応する口座情報を前記ＩＣタグ記憶部から読み出して、これと前記照会結果とを前記照会依頼部に返信し、
   前記照会依頼部は、前記対応する口座情報と前記照会結果とを表示する
   ことを特徴とする請求項１に記載の通帳印鑑照合システム。
3. 前記ＩＣタグ管理センタは、更に、当該口座の属性を示す口座情報毎に対応する印鑑の印影を格納する印影記憶部を備え、
   前記照会処理部は、前記第１及び第２の照合情報が前記ＩＣタグ記憶部に格納されている場合、当該対応する口座情報を前記ＩＣタグ記憶部から読み出し、当該対応する口座情報に対応する印鑑の印影を前記印影記憶部から読み出し、当該対応する口座情報と対応する印鑑の印影と前記照会結果とを前記照会依頼部に返信し、
   前記照会依頼部は、前記対応する口座情報と対応する印鑑の印影と前記照会結果とを表示する
   ことを特徴とする請求項２に記載の通帳印鑑照合システム。
4. 前記照会処理部は、当該読み出した前記対応する印鑑の印影を省略して、当該読み出した前記対応する口座情報と前記照会結果とをリスト形式で表示する
   ことを特徴とする請求項３に記載の通帳印鑑照合システム。
5. 前記第１のＩＣタグは、当該貼付後に剥がされた場合に当該剥がしたことが目視可能であるように、前記印鑑に貼付され、
   前記第２のＩＣタグは、当該貼付後に剥がされた場合に当該剥がしたことが目視可能でるように、前記通帳に貼付される
   ことを特徴とする請求項１に記載の通帳印鑑照合システム。
6. 前記照会依頼部又は照会処理部が、前記第１及び第２の照合情報の複数の組み合わせを生成し、
   前記照会処理部が、前記複数の組み合わせについて、各々、前記ＩＣタグ記憶部に格納されているかを調べる
   ことを特徴とする請求項５に記載の通帳印鑑照合システム。
7. 前記ＩＣタグ管理センタは、更に、前記端末からの依頼に応じてユニークな照合情報を生成して、当該端末に返信する発行処理部を備え、
   前記端末は、前記印鑑に添付すべき第１のＩＣタグ及び前記通帳に添付すべき第２のＩＣタグに前記返信された照合情報を書き込む
   ことを特徴とする請求項１に記載の通帳印鑑照合システム。
8. 端末に接続されたＩＣタグ管理センタにおけるＩＣタグ管理プログラムであって、
   前記プログラムは、コンピュータに、
   第１及び第２の照合情報の正当な組み合わせを格納する処理と、
   前記端末からの印鑑に添付された第１のＩＣタグ及び通帳に添付された第２のＩＣタグから読み取った第１及び第２の照合情報の正当性の問い合わせに応じて、当該第１及び第２の照合情報が正当な組み合わせかを調べる処理と、
   その照会結果を前記端末に返信する処理とを行なわせる
   ことを特徴とするＩＣタグ管理プログラム。

Images