JP2007018165A

JP2007018165A - 金融端末、原因判定方法、及び、原因判定プログラム

Info

Publication number: JP2007018165A
Application number: JP2005197658A
Authority: JP
Inventors: Hiroshi Mihara; 博三原
Original assignee: Hitachi Electronics Services Co Ltd
Current assignee: Hitachi Electronics Services Co Ltd
Priority date: 2005-07-06
Filing date: 2005-07-06
Publication date: 2007-01-25

Abstract

【課題】金融端末で発生するエラーの原因が、金融端末であるか、或いは通帳であるか判定する技術を提供する。
【解決手段】金融端末は、処理の途中でエラーが発生すると、通帳の記憶部に、エラーの内容と、そのエラーの発生した金融端末を示す情報とを含む通帳エラー情報の履歴を格納する。金融端末は、通帳の記憶部から各通帳エラー情報を読み出し、同じエラーを示す情報を含む媒体エラー情報が所定数以上あり、且つ、それらの媒体エラー情報が、異なる金融端末を示す情報を含む場合、通帳又はカードにエラーを発生させる原因があると判定する。
【選択図】図１

Description

本発明は、カード又は通帳から読み出した情報により金融処理を行なう金融端末に関するものである。

金融機関等には、通帳やカード等が挿入され、入金、引き出し、残高照会、通帳記帳、振込み等の処理を行なう装置が設置される。以下、この装置を金融端末という。金融端末は、自身の搬送路で通帳やカードを搬送し、各所定位置で、口座番号等の読み取り、通帳のページめくり、入出力金額の印刷等の処理を行なっている。

金融端末は、通帳に記帳するときに、イメージセンサを接触させて、通帳のページ数や、各ページの印刷済みの行等を検出する。このとき、乾いていないインクをイメージセンサがこすってしまい、他の部分にインクが付着し、イメージセンサでページ数や印刷済みの行等を読み取れない場合もある。この場合、金融端末は、エラーと判定し、処理を中断して通帳を差し戻す。このような課題を解決するために、特許文献１に記載の技術がある。特許文献１には、冊子に貼り付けたＩＣチップにページの情報を格納しておき、読み出した情報に従い記帳等を行なう技術が記載されている。

特開２００３−３１７０４７号公報

金融端末は、入金、引き出し、残高照会、通帳記帳、振込み等の処理の途中でエラーが発生した場合、上述のように処理を中断し、通帳やカード等を差し戻す。実際に発生するエラーとして、上述のようなイメージセンサの読み取り不良のほかに、例えば、金融端末内での通帳やカード等の搬送不良、通帳のページめくり不良、磁気テープ又はＩＣチップの読み取り不可、印刷不良等があるが、これらのエラーの原因は、金融端末である場合と、通帳又はカードである場合とがある。例えば、金融端末内での通帳又はカードの搬送不良というエラーの場合、金融端末側の原因として、通帳又はカードを搬送する搬送路の汚れ、各搬送路に設置されているセンサの異常等が考えられ、通帳側の原因として、挿入された通帳又はカードの折れ曲がり、通帳又はカードに付着した異物等が考えられる。しかし、従来の金融端末では、エラーの原因が、金融端末であるのか、或いは、通帳又はカードであるのかは分からない。

本発明はこのような事情に鑑みてなされたもので、金融端末等のエラー要因を特定することを可能とする技術を提供することを目的とする。

本発明は上記の目的を達成するためになされたもので、金融端末での処理中にエラーが発生した場合、エラーに関する情報を通帳又はカードの記憶部に格納しておく。通帳又はカードの記憶部からエラー情報の履歴を取得し、取得したエラー情報から、エラーの原因が通帳又はカードであるか、或いは、金融端末であるか判定することを特徴とする。

本発明は、例えば、記憶手段を有する通帳又はカードにより処理を行なう金融端末であって、前記処理の途中でエラーが発生した場合、前記金融端末を示す情報と、該発生したエラーを示す情報とを含む媒体エラー情報を、前記記憶手段に書き込む書き込み手段と、前記記憶手段から、前記媒体エラー情報を取得する取得手段と、前記取得した媒体エラー情報から、前記通帳又はカード、或いは、前記金融端末何れかにエラーを発生させる原因があると判定する判定手段と、前記判定結果を出力する出力手段と、を有することを特徴とする。

本発明による技術によれば、金融端末でのエラーの原因が、金融端末であるか、或いは、通帳又はカード等の媒体であるかを判定することが可能となる。

以下、本発明の一実施形態を、図面を参照して詳細に説明する。ここでは、入金、記帳、振込み等の従来と同じ処理を行なう金融端末と、その金融端末に挿入する通帳とから、エラーの原因が金融端末であるか、或いは、通帳であるか判定する場合の例を説明する。

金融端末は金融機関等に設置され、通帳を所有する利用者は、金融端末を用いて、入金、記帳、振込み等を行なう。まず、各金融端末の構成例、及び、各利用者の所有する通帳の構成例を説明する。

図１に、本実施形態の金融端末の一例を示す。図１において、金融端末１は、ＣＰＵ（Central Processing Unit）１１、メモリ１２、記憶装置１３、出力装置１４、入力装置１５、エラー情報入力インタフェース１６、リーダライタ１７等を有する。

記憶装置１３は、例えば、ＨＤＤ（Hard Disk Drive）等の不発揮性の記憶装置である。出力装置１４は、例えばディスプレイ、スピーカ等である。入力装置１５は、例えば、ボタン、タッチパネル等である。エラー情報入力インタフェース１６は、図示しないセンサ等から出力されるエラー情報が入力されるインタフェースである。リーダライタ１７は、後述する通帳の有する記憶部に情報の書き込み及び読み出しを行なう。

金融端末１は、例えば金融機関等に設置され、挿入された通帳の磁気テープから読み出した情報を元に、入金、記帳、振込み等の従来と同じ処理を行なう装置である。従って、図１には示していないが、金融端末１には、通帳を挿入する挿入口、挿入された通帳を搬送する搬送路、通帳の磁気テープの情報を読み取るリーダ、通帳のページをめくる機構、イメージセンサ、印字機構、勘定系システム等との通信機能等、従来の金融端末の有する機能を有しているものとする。

ＣＰＵ１１は、メモリ１２にロードしたプログラムを実行することにより、エラー情報書き込み部１１１、エラー原因判定部１１２の機能を実現する。エラー情報書き込み部１１１は、挿入された通帳から読み出した口座番号等に基づき、入金、記帳、振込み等の処理を行なっている途中でエラーが発生した場合、発生したエラーに関する情報を、後述する通帳の記憶部及び金融端末１の記憶装置１３に格納する。以下、通帳の記憶部に格納されるエラーに関する情報を通帳エラー情報、記憶装置１３に格納されるエラーに関する情報を端末エラー情報という。エラー原因判定部１１２は、挿入された通帳から通帳エラー情報を取得し、記憶装置１３から端末エラー情報を読み出し、それらの情報から、挿入された通帳、金融端末１自身何れかにエラー原因となる要素があるか否か判定する。

記憶装置１３は、端末識別情報テーブル１３１、端末エラー情報テーブル１３２を記憶する。端末識別情報テーブル１３１は、各金融端末１を一意に示す端末識別情報を記憶する。端末エラー情報テーブル１３２は、金融端末１の端末エラー情報を記憶する。

ここでは、端末識別情報テーブル１３１内の情報は、予め格納されているものとする。また、端末エラー情報テーブル１３２内の端末エラー情報は、エラー情報書き込み部１１１により、金融端末１でエラーが発生する度に、後述する動作により格納される。

本実施形態では、上述の金融端末１に挿入される通帳は、ＲＦＩＤ（Radio Frequency Identification）の機能を有し、この機能により金融端末１と通信し、情報の読み出し及び書き込みを行なうものとする。図２に、金融機関１に挿入する通帳の一例を示す。図２において、通帳２は、無線ＩＣタグ２１を有し、無線ＩＣタグ２１は、記憶部２１１、通信部２１２等を有する。

記憶部２１１は、例えばＩＣチップであり、後述する動作により、通帳エラー情報を格納する通帳エラー情報テーブル２１３を記憶する。通信部２１２は、例えばアンテナであり、金融機関１と通信する。

通帳２は、金融端末に挿入され、入金、記帳、振込み等の従来と同じ処理を行なうためのものである。従って、図２には示していないが、通帳２には、複数のページ、口座番号等の利用者を示す情報が格納された磁気テープ等、従来の通帳の有する構成を有しているものとする。

次に、金融端末１の記憶装置１３、及び、通帳２の記憶部２１１に記憶される情報を詳細に説明する。

図３は、記憶装置１３に記憶される端末識別情報テーブル１３１の一例である。図３において、端末識別情報テーブル１３１は、端末識別情報３０１等を有する。端末識別情報３０１は、図示しない複数の金融端末１を一意に示す情報であり、例えば、各金融端末１の製造番号等である。

図４は、記憶装置１３に記憶される端末エラー情報テーブル１３２の一例である。図４において、端末エラー情報テーブル１３２は、通帳識別情報４０１、エラー内容４０２等を有する。通帳識別情報４０１、エラー内容４０２等は、互いに対応付けられて格納される。

通帳識別情報４０１は、金融端末１でエラーが発生した時に挿入されている通帳を一意に示す情報であり、例えば、通帳の磁気テープから読み出した口座番号等である。エラー内容４０２は、発生したエラーの内容を示す情報である。

図５は、記憶部２１１に記憶される通帳エラー情報テーブル２１３の一例である。図５（ａ）、（ｂ）に示す通帳エラー情報テーブル２１３は、エラー原因が通帳２にある場合と金融端末１にある場合との例を示すものである。以下、図５（ａ）、（ｂ）に示す通帳エラー情報テーブル２１３を特に区別して説明する場合、「通帳エラー情報テーブル２１３ａ」というように符号を付与して説明する。

通帳エラー情報テーブル２１３は、エラー内容５０１、端末識別情報５０２等を有する。エラー内容５０１、端末識別情報５０２等は、互いに対応付けられて格納される。

エラー内容５０１は、金融端末１で発生したエラーの内容を示す情報である。端末識別情報５０２は、エラーの発生した金融端末１を一意に示す情報であり、例えば、金融端末の製造番号等である。

なお、従来の金融端末は、エラーが発生した場合、エラーが発生した時に挿入されているカードや通帳を一意に示す情報と、発生したエラー内容等とを記憶装置に記憶する。本実施形態で用いる端末エラー情報テーブル１３２は、従来の金融端末の生成する情報をそのまま利用しても良く、又、別に生成してもよい。

従来の金融端末に格納されているエラーに関する情報から、エラーの原因が金融端末であるか、通帳又はカード等であるか判定することは困難である。例えば、従来の金融端末において、図４に一例を示すような端末エラー情報テーブル１３２等が格納される場合、端末エラー情報テーブル１３２等に示される情報からでは、金融端末の印字機構に異常が発生しているのか、又は、通帳に異常のある２人の顧客が同じエラーを発生させたのかを判定するのは困難である。従って、従来、金融端末の管理会社の社員等は、金融端末の搬送路やセンサ等、エラー原因と考えられる機能に異常が発生していないか確認し、全て機能に異常がない場合、通帳に何らかの問題があったと判断している。

本実施形態では、通帳２の記憶部２１１に通帳エラー情報を記憶させ、金融端末１の記憶装置１３に記憶する端末エラー情報と、通帳２の記憶部２１１に記憶する通帳エラー情報とから、エラーの原因が金融端末１であるか、或いは通帳２であるか判定する。このように、エラーの原因が金融端末であるか通帳であるかを判定することで、エラー原因が通帳である場合には、金融端末の全ての機能を確認する必要が無くなる。

次に、図６を参照し、動作を説明する。

顧客が、金融端末１の挿入口に通帳２を挿入し、入力装置１５等を操作して処理を指示すると、金融端末１は、従来の金融端末の処理と同じ処理を行なう。エラー情報書き込み部１１１は、エラー情報入力インタフェース１６から入力されるエラー情報を監視する。エラー情報が入力されると（Ｓ６０１）、エラー情報書き込み部１１１は、入力されたエラーに関する情報を、記憶装置１３の端末エラー情報テーブル１３２、及び、記憶部２１１の通帳エラー情報テーブル２１３に格納する（Ｓ６０２）。具体的には、例えば、エラーが発生すると、そのエラーが発生したときに挿入されている通帳２を示す情報と、発生したエラーの内容を示す情報等とが、エラー情報入力インタフェース１６から入力される。この、通帳２を示す情報とは、例えば、通帳２の磁気テープから読み出した口座番号等である。エラー情報書き込み部１１１は、エラーが発生したときに挿入されている通帳２を示す情報、エラーの内容を示す情報等を、端末エラー情報テーブル１３２の通帳識別情報４０１、エラー内容４０２等として、記憶装置１３の所定の領域に格納する。また、エラー情報書き込み部１１１は、記憶装置１３の端末識別情報テーブル１３１から端末識別情報３０１を読み出し、リーダライタ１７を介して、エラーの内容を示す情報、読み出した端末識別情報３０１等を、通帳２の通帳エラー情報テーブル２１３のエラー内容５０１、端末識別情報５０２等として、記憶部２１１の所定の領域に格納する。ここで、エラー情報書き込み部１１１は、エラーを示す情報を、端末エラー情報テーブル１３２、通帳エラー情報テーブル２１３に、順次追記していくものとする。

一般的な金融端末は、エラーが発生すると、再度、同じ処理をリトライする場合もある。例えば、搬送路で通帳の搬送エラーが発生した場合、通帳を所定位置まで戻し、再度、通帳を搬送しようとする場合もある。このとき、金融端末１のエラー情報入力インタフェース１６には、センサ等から、エラーが発生する度に、そのエラーのエラー情報が入力される。例えば、搬送路での最初の搬送エラーが発生し、リトライした搬送で再度搬送エラーが発生した場合、最初の搬送エラーと、リトライ時に発生した搬送エラーとのエラー情報がエラー情報入力インタフェース１６に入力される。エラー情報書き込み部１１１は、エラー情報が入力される度に、上述のようにエラーに関する情報の格納を行なう。

また、金融端末がリトライしない場合でも、顧客が、エラーにより差し戻された通帳やカード等を、再度、同じ金融端末に挿入し、同じ処理を行なう場合もある。このような場合に同じエラーが発生した場合でも、金融端末１のエラー情報書き込み部１１１は、上述のようなエラー情報の格納を行なう。

次に、エラー原因判定部１１２は、挿入された通帳２の記憶部２１１から、通帳エラー情報を読み出す（Ｓ６０３）。次に、エラー原因判定部１１２は、読み出した通帳エラー情報を参照し、同じエラーが所定回数以上発生しているか否か判定する（Ｓ６０４）。具体的には、例えば、エラー原因判定部１１２は、リーダライタ１７を介して、通帳２の記憶部２１１に格納されている通帳エラー情報テーブル２１３を読み出し、読み出した通帳エラー情報テーブル２１３をメモリ１２の所定の領域に格納する。次に、エラー原因判定部１１２は、通帳エラー情報テーブル２１３から、降順又は昇順等により１つのエラー内容５０１を選択し、選択したエラー内容５０１と、他のエラー内容５０１とが一致するか否か判定する。次に、エラー原因判定部１１２は、未選択のエラー内容５０１を新たに選択し、新たに選択したエラー内容５０１と、他のエラー内容５０１とが一致するか否か判定する。このように、エラー原因判定部１１２は、選択した１つのエラー内容５０１と、他のエラー内容５０１とを順次比較し、一致するエラー内容５０１が所定個数以上となるか否か判定する。一致するエラー内容５０１が所定個数以上となる場合、エラー原因判定部１１２は、一致するエラー内容５０１を、メモリ１２の所定領域に格納する。

なお、エラー原因判定部１１２がＳ６０４の処理でカウントするエラーの数は、連続して発生するもののみをカウントしてもよく、又、断続的に発生したエラーをカウントしてもよい。例えば、エラー原因判定部１１２は、最新のエラー、２番目に新しいエラー、３番目に新しいエラー等というように、連続して発生した同じ内容のエラーが所定個数以上となるか否か判定してもよい。また、例えば、エラー原因判定部１１２は、最新のエラーを含む連続して発生した所定個数のエラーのうち、同じ内容のエラーが所定個数以上となるか否か判定してもよい。また、エラー原因判定部１１２のカウントするエラーは、必ずしも最新のエラーを含まなくてもよい。

また、Ｓ６０４で判定するエラー回数の閾値は、予め設定されていてもよく、又、入力装置１５等を介して入力された情報に従い変更等されてもよい。

金融端末又は通帳等の異常でエラーが発生する場合、上述のように、金融端末がリトライする、又は、顧客が同じ金融端末で再度同じ処理を行なうことが考えられるので、端末エラー情報テーブル１３２、及び、通帳エラー情報テーブル２１３には、同じエラー内容が複数格納されていると考えられる。従って、本実施形態では、同じエラー内容が複数格納されている場合のみ、エラーの原因が金融端末であるか、通帳等であるか判定するものとする。これにより、金融端末又は通帳等のメンテナンスが必要な可能性の高い場合のみエラー判定を行い、たまたま処理がうまくいかなかっただけであり、金融端末又は通帳等のメンテナンスが不要な可能性の高い場合はエラー判定を行なわない。

エラーが発生しない場合、又は、Ｓ６０４の判定の結果同じエラーが所定回数以上発生していない場合、金融端末１は、従来と同じ通常の処理を行なう（Ｓ６０５）。

Ｓ６０４の判定の結果、同じエラーが所定回数以上発生している場合、エラー原因判定部１１２は、そのエラーが、同じ金融端末で所定回数以上発生しているか否か判定する（Ｓ６０６）。具体的には、例えば、エラー原因判定部１１２は、メモリ１２の所定領域から、Ｓ６０４の判定で所定回数以上発生していると判定されたエラー内容を読み出す。次に、エラー原因判定部１１２は、メモリ１２に格納している通帳エラー情報テーブル２１３から、読み出したエラー内容と同じエラー内容５０１と対応付けられた端末５０２を抽出する。次に、エラー原因判定部１１２は、抽出した端末５０２のうち、昇順又は降順等により１つを選択し、選択した端末５０２と、他の端末５０２とが一致するか否か判定する。次に、エラー原因判定部１１２は、抽出した端末５０２のうち未選択の端末５０２を新たに選択し、新たに選択した端末５０２と、他の端末５０２とが一致するか否か判定する。このように、エラー原因判定部１１２は、同じエラー内容５０１と対応付けられた端末５０２のうち、１つの端末５０２と、他の端末５０２とを順次比較し、一致する端末５０２が所定個数以上となるか否か判定する。

なお、Ｓ６０６で判定する金融端末の数の閾値は、予め設定されていてもよく、又、入力装置１５等を介して入力された情報に従い変更等されてもよい。また、この閾値は、Ｓ６０４と同じでもよく、異なっていても良い。

例えば、エラー原因判定部１１２が、同じエラーが、同じ金融端末で３回数以上発生しているか否か判定する場合を、図５に一例を示す通帳エラー情報テーブル２１３の例で説明する。図５（ａ）において、通帳エラー情報テーブル２１３ａは、エラー内容５０１「印字エラー＃２」と対応付けられた端末識別情報５０２は「１２５」、「１４０」、「１００」であるので、エラー原因判定部１１２は、同じエラーが、同じ金融端末で３回数以上発生していないと判定する。また、図５（ｂ）において、通帳エラー情報テーブル２１３ｂは、エラー内容５０１「印字エラー＃２」と対応付けられた端末識別情報５０２「１０５」が３つあるので、エラー原因判定部１１２は、同じエラーが、同じ金融端末で３回数以上発生したと判定する。

図６において、Ｓ６０６の判定の結果、同じエラーが、同じ金融端末で所定回数以上発生している場合、エラー原因判定部１１２は、記憶装置１３から、端末エラー情報を読み出す（Ｓ６０７）。次に、エラー原因判定部１１２は、読み出した端末エラー情報を参照し、同じエラーが異なる通帳で所定回数以上発生しているか否か判定する（Ｓ６０８）。具体的には、例えば、エラー原因判定部１１２は、記憶装置１３に格納されている端末エラー情報テーブル１３２を読み出し、読み出した端末エラー情報テーブル１３２をメモリ１２の所定の領域に格納する。エラー原因判定部１１２は、メモリ１２の所定領域から、Ｓ６０４の判定で所定回数以上発生していると判定されたエラー内容を読み出す。次に、エラー原因判定部１１２は、メモリ１２に格納している端末エラー情報テーブル１３２から、読み出したエラー内容と同じエラー内容４０２と対応付けられた通帳識別情報４０１を抽出する。エラー原因判定部１１２は、抽出した通帳識別情報４０１のうち、昇順又は降順等により１つを選択し、選択した通帳識別情報４０１と、他の通帳識別情報４０１とが一致するか否か判定する。次に、エラー原因判定部１１２は、抽出した通帳識別情報４０１のうち、未選択のものを新たに選択し、新たに選択した通帳識別情報４０１と、他の通帳識別情報４０１とが一致するか否か判定する。このように、エラー原因判定部１１２は、同じエラー内容４０２と対応付けられた通帳識別情報４０１のうち、選択した１つの通帳識別情報４０１と、他の通帳識別情報４０１とを順次比較し、通帳識別情報４０１の一致する個数が所定個数以上となるか否か判定する。

なお、上述と同様に、エラー原因判定部１１２がＳ６０９の処理でカウントする通帳の数は、連続して同じエラーを発生したもののみをカウントしてもよく、又、断続的に同じエラーを発生させたものをカウントしてもよい。また、上述と同様に、エラー原因判定部１１２のカウントする同じエラーを発生させた通帳の数は、必ずしも最新のエラーを含まなくてもよい。

また、上述と同様に、Ｓ６０８で判定するエラー発生の数の閾値は、予め設定されていてもよく、又、入力装置１５等を介して入力された情報に従い変更等されてもよい。また、この閾値は、Ｓ６０４、Ｓ６０６と同じでもよく、異なっていても良い。

Ｓ６０８の判定の結果、同じエラーが異なる通帳で所定回数以上発生している場合、エラー原因判定部１１２は、金融端末１にエラー原因があるものとし、金融端末１にエラー原因があることを通知する画面や音声等を出力装置１４に出力する（Ｓ６０９）。

Ｓ６０６の判定の結果、同じエラーが、同じ金融端末で所定回数以上発生していない場合、又は、Ｓ６０８の判定の結果、同じエラーが異なる通帳で所定回数以上発生していない場合、エラー原因判定部１１２は、挿入された通帳２にエラー原因があるものとし、通帳２にエラー原因を通知する画面や音声等を出力装置１４に出力する（Ｓ６１０）。

図７に、エラーを通知する画面の例を示す。図７（ａ）に一例を示す画面７０１は、金融端末１にエラー原因がある場合の画面の例である。この画面７０１は、例えば、エラー原因判定部１１２が、所定の画面データを用いて、端末エラー情報テーブル１３２のエラー内容４０２、又は、通帳エラー情報テーブル２１３のエラー内容５０１に示されるエラー内容を表示する画面例である。図７（ｂ）に一例を示す画面７０２は、通帳２にエラー原因がある場合の画面の例である。この画面７０２は、例えば、エラー原因判定部１１２が、所定の画面データを用いて表示する画面例である。

図６において、エラー原因が金融端末１又は通帳２である旨を出力した後、エラー原因判定部１１２は、係員の呼出を行なう（Ｓ６１１）。具体的には、例えば、エラー原因判定部１１２は、予め記憶装置１３等に記憶されている連絡先に、金融端末１又は通帳２が原因でエラーが発生したことを通知する。例えば、エラー原因判定部１１２は、金融端末１の金融機関や管理会社の電話、異常発生通知を受け付ける装置、ＦＡＸ等に、端末識別情報テーブル１３１から読み出した端末識別情報３０１、上記動作により判定した判定結果等を示す情報を、音声、所定の信号等により通知する。

Ｓ６０５で通常の処理を行なった後、又は、エラー原因判定部１１２がＳ６１１で係員の呼出を行なった後に、金融端末１は、挿入された通帳２を排出する（Ｓ６１２）。

このように、通帳２を挿入した金融端末１で処理を行なっているときにエラーが発生した場合、そのエラーの原因が、金融端末１にあるか、又は、通帳２にあるか判定し、判定結果を出力することができる。エラーの原因が金融端末１か、或いは通帳２かがその場で判明し、出力することができるので、例えば、金融端末の全ての機能を確認する必要が無くなる。

また、通帳２は無線ＩＣタグ２１を有し、無線ＩＣタグ２１内の記憶部２１１に、エラーに関する情報を格納するので、金融端末１での処理のどの時点でエラーが発生しても、記憶部２１１内にエラーに関する情報を格納することが可能となる。

以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。

例えば、上述の実施形態のように、通帳、又は、金融端末にエラー要因があると判定した後に、判定結果を、通帳、又は、金融端末等に格納してもよい。例えば、通帳にエラー要因がある場合、通帳にエラー要因があることを無線ＩＣタグの記憶部に格納し、無線ＩＣタグ読み取り機能を有する装置でそれらの情報を取得することにより、通帳の交換等のメンテナンスの必要性を判断することが可能となる。また、金融端末にエラー要因がある場合、金融端末にエラー要因があることと、その金融端末の端末識別情報とを無線ＩＣタグの記憶部に格納し、無線ＩＣタグ読み取り機能を有する装置で情報を取得することにより、修理等のメンテナンスの必要性な金融端末がわかる。このような、無線ＩＣタグ読み取り機能を有する装置は、例えば、金融機関の窓口等、金融端末でエラーが発生した時に利用者が連絡する係員のいる場所等に設置されてもよい。

また、上述の実施形態では、通帳を用いて金融端末に処理を実行させる例を説明したが、これに限られるわけではなく、例えば、カード等の媒体を用いて金融端末に処理を実行させてもよい。

本発明の一実施形態において、金融端末の構成例を示す図である。同実施形態において、通帳の構成例を示す図である。同実施形態において、端末識別情報テーブルの一例を示す図である。同実施形態において、端末エラー情報テーブルの一例を示す図である。同実施形態において、通帳エラー情報テーブルの一例を示す図である。同実施形態において、エラー原因を判定する動作例である。同実施形態において、エラー原因を表示する画面例である。

符号の説明

１：金融端末、１１：ＣＰＵ、１１１：エラー情報書き込み部、１１２：エラー原因判定部、１２：メモリ、１３：記憶装置、１３１：端末識別情報テーブル、１３２：端末エラー情報テーブル、１４：出力装置、１５：入力装置、１６：エラー情報入力インタフェース、１７：リーダライタ、２：通帳、２１：無線ＩＣタグ、２１１：記憶部、２１３：通帳エラー情報テーブル、２１２：通信部

Claims

記憶手段を有する通帳又はカードにより処理を行なう金融端末であって、
前記処理の途中でエラーが発生した場合、前記金融端末を示す情報と、該発生したエラーを示す情報とを含む媒体エラー情報を、前記記憶手段に書き込む書き込み手段と、
前記記憶手段から、前記媒体エラー情報を取得する取得手段と、
前記取得した媒体エラー情報から、前記通帳又はカード、或いは、前記金融端末何れかにエラーを発生させる原因があると判定する判定手段と、
前記判定結果を出力する出力手段と、
を有することを特徴とする金融端末。
請求項１記載の金融端末であって、
前記取得手段は、前記記憶手段から前記媒体エラー情報を複数取得し、
前記判定手段は、前記取得した媒体エラー情報のうち、同じエラーを示す情報を含み、且つ、異なる金融端末を示す情報を含む媒体エラー情報がある場合、前記通帳又はカードにエラーを発生させる原因があると判定すること
を特徴とする金融端末。
請求項１又は２記載の金融端末であって、
前記通帳又はカードを示す情報と、該通帳又はカードにより行なった処理の途中で発生したエラーを示す情報とを含む端末エラー情報の履歴を記憶する端末エラー情報記憶手段をさらに有し、
前記判定手段は、前記端末エラー情報記憶手段から前記端末エラー情報を複数読み出し、前記読み出した端末エラー情報のうち、同じエラーを示す情報を含み、且つ、異なる通帳又はカードを示す情報を含む端末エラー情報がある場合、前記金融端末にエラーを発生させる原因があると判定すること
を特徴とする金融端末。
記憶手段を有する通帳又はカードにより処理を行なう金融端末の実行する原因判定方法であって、
前記処理の途中でエラーが発生した場合、前記金融端末を示す情報と、該発生したエラーを示す情報とを含む媒体エラー情報を、前記記憶手段に書き込む書き込みステップと、
前記記憶手段から、前記媒体エラー情報を取得する取得ステップと、
前記取得した媒体エラー情報から、前記通帳又はカード、或いは、前記金融端末何れかにエラーを発生させる原因があると判定する判定ステップと、
前記判定結果を出力する出力ステップと、を実行すること
を特徴とする原因判定方法。
記憶手段を有する通帳又はカードにより処理を行なう金融端末に実行させる原因判定プログラムであって、
前記処理の途中でエラーが発生した場合、前記金融端末を示す情報と、該発生したエラーを示す情報とを含む媒体エラー情報を、前記記憶手段に書き込む書き込みステップと、
前記記憶手段から、前記媒体エラー情報を取得する取得ステップと、
前記取得した媒体エラー情報から、前記通帳又はカード、或いは、前記金融端末何れかにエラーを発生させる原因があると判定する判定ステップと、
前記判定結果を出力する出力ステップと、を実行させること
を特徴とする原因判定プログラム。