(57)【要約】【課題】銀行におけるＡＴＭ（自動窓口機）等からのカードによる預金口座からの出金に代表される処理等において主に用いられる、暗証番号による本人確認処理に関し、既存の利便性を損なわずに安全性を高める。【解決手段】  端末で行う出金等の取引のための操作において、利用者が複数回の操作で複数個の暗証番号を入力することを必要とすることにより、各回の操作方法は変えずに実質的に入力する暗証番号の桁数を増やし、本人確認機能を高める。【選択図】  図２
2006260534.tif 000002
【特許請求の範囲】
【請求項１】
端末に入力された暗証番号により取引の可否を決定する暗証番号管理システムであって、
特定の取引のために暗証番号の入力を伴う複数回の操作を行う必要があり、
該複数回の操作で入力すべき複数個の暗証番号を記憶しておく記憶手段と、
各操作で入力された暗証番号が前記記憶された複数個の暗証番号のいずれに該当するかを識別する識別手段と、
前記記憶された複数個の暗証番号がすべて入力されたかを判定する判定手段と
を具えることを特徴とする暗証番号管理システム。
【請求項２】
端末に入力された暗証番号により取引の可否を決定する暗証番号管理システムであって、
特定の取引のために暗証番号の入力を伴う複数回の操作を行う必要があり、
該複数回の操作で入力すべき複数個の暗証番号と該複数個の暗証番号について入力すべき回数を示す情報を記憶しておく記憶手段と、
各操作で入力された暗証番号が前記記憶された複数個の暗証番号のいずれに該当するかを識別する識別手段と、
前記記憶された複数個の暗証番号について入力すべき回数のすべてが入力されたかを判定する判定手段と
を具えることを特徴とする暗証番号管理システム。
【請求項３】
端末に入力された暗証番号により取引の可否を決定する暗証番号管理システムであって、
特定の取引のために暗証番号の入力を伴う複数回の操作を行う必要があり、
該複数回の操作に関し各回次の操作で入力すべき暗証番号を記憶しておく記憶手段と、
各回次の操作で入力された暗証番号が前記記憶された該回次に入力すべき暗証番号と一致するかを判定する第１の判定手段と、
前記記憶手段に記憶された暗証番号がすべて入力されたかを判定する第２の判定手段と
を具えることを特徴とする暗証番号管理システム。
【請求項４】
請求項１〜３のいずれかに記載の暗証番号管理システムであって、
前記複数個の暗証番号が連続した操作で入力されたかを判定する他の判定手段をさらに具えることを特徴とする暗証番号管理システム。
【請求項５】
請求項１〜３のいずれかに記載の暗証番号管理システムであって、
前記複数個の暗証番号が予め定められた時間内の操作で入力されたかを判定する他の判定手段をさらに具えることを特徴とする暗証番号管理システム。
【請求項６】
端末に入力された暗証番号により取引の可否を決定する暗証番号管理方法であって、
特定の取引のために複数回の操作を行う必要があり、
先の操作の結果に基づいて次の操作で入力すべき暗証番号を決定する方法が予め定められており、
前記先の操作の結果を返信する第１のステップと、
前記次の操作で入力された暗証番号を受け取る第２のステップと、
前記第２のステップで受け取った暗証番号が、前記定められた方法により前記先の操作の結果に基づいて決定される暗証番号と一致するかを判定する第３のステップと
を具えることを特徴とする暗証番号管理方法。
【請求項７】
１の口座について予め定めた暗証番号がＡＴＭから入力されたとき予め定めた出金限度額以内で該口座からの出金を認める機能を有する暗証番号管理システムであって、
１の口座について複数の暗証番号と、これらの暗証番号の入力順序が予め定められており、
複数の暗証番号が該定められた入力順序で入力されたか否かを判定する判定手段と、
前記予め定められた複数の暗証番号が前記定められた入力順序ですべて入力されたときに前記出金限度を超えた前記口座からの出金を認める出金許可手段と
を具えることを特徴とする暗証番号管理システム。
【請求項８】
１の口座について予め定めた暗証番号がＡＴＭから入力されたとき予め定めた出金限度額以内で該口座からの出金を認める機能を有する暗証番号管理システムであって、
１の口座について複数の暗証番号が予め定められており、
入力された暗証番号が前記複数の暗証番号のいずれかであるかを判定する判定手段と、
前記複数の暗証番号がすべて入力されたときに前記出金限度を超えた前記口座からの出金を認める出金許可手段と
を具えることを特徴とする暗証番号管理システム。
【請求項９】
請求項７または請求項８のいずれかに記載の暗証番号管理システムであって、
入力された暗証番号に対し、出金を認める場合を除き暗証番号の入力が正しくなかった旨のメッセージを出力することを特徴とする暗証番号管理システム。
【請求項１０】
請求項７または請求項８のいずれかに記載の暗証番号管理システムであって、
前記判定手段で判定する暗証番号は、ＡＴＭで行う、前記出金限度を超えた前記口座からの出金を行う取引とは別の取引において入力された暗証番号も含むことを特徴とする暗証番号管理システム。
【請求項１１】
ＡＴＭに入力された暗証番号により出金許可を行う暗証番号管理システムであって、
１の口座について出金用の暗証番号と出金限度解除用の暗証番号が予め定められており、
出金限度解除用の暗証番号が入力されることなく出金用の暗証番号が入力されたとき予め定めた出金限度額以内で該口座からの出金を認める第１の出金許可手段と、
出金限度額解除用の暗証番号が入力された後で出金用の暗証番号が入力されたとき前記出金限度額を超える前記口座からの出金を認める第２の出金許可手段と
を具えることを特徴とする暗証番号管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、銀行におけるＡＴＭ（自動窓口機）等からのカードによる預金口座からの出金に代表される処理において主に用いられる、暗証番号による本人確認処理に関する。
【背景技術】
【０００２】
従来、ＡＴＭ等で預金口座から出金するとき、暗証番号の入力が必須となっている。
この暗証番号はカード利用者本人の確認のために使用されるものであり、本人に対して一つの口座について唯一つ設定され、暗証番号が一致すれば当該預金口座の残高の範囲内で出金が可能である。
【０００３】
現在、この暗証番号は利用の際に盗み見されたり、また誕生日や自宅の電話番号が使われる場合は簡単に類推される等、少なからぬリスクに晒されている。またスキミング等の犯罪行為により暗証番号が組織的に盗まれ、その被害は社会問題になっている。
【０００４】
銀行は、指紋等の生体認証方式を新しい本人確認手段として導入を始めているが、その方式によっても、処理方式が銀行によって区々であるため銀行相互間で接続されたＡＴＭネットワークが利用できないこと、仮に方式が統一できても全銀行のＡＴＭの改造には費用がかさむこと等の問題から、普及にはまだまだ時間がかかるものと思われる。
【０００５】
また、暗証番号として一般的には４桁の数字が使われているが、００００から９９９９までの高々１０，０００通りしか選択できず、現金出金等のための本人確認手段としては決して十分とは言えないうえ、暗証番号の桁数を増やすにもＡＴＭネットワークに参加する銀行が一斉にシステムを改定し、ＡＴＭを改造することが必要であり、短期間に実現することは困難である。
【特許文献１】特開２００４−１９９２５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
暗証番号を用いたより安全性の高いシステムを、銀行間で相互に接続されたＡＴＭネットワークの利便性を損なわずにかつ早期に導入可能とするためには、ＡＴＭネットワークに参加する銀行が特に他の銀行と連携しなくても自行だけで個別にかつ簡単に提供できることが望ましい。
【０００７】
特に４桁の暗証番号に依存する掲題サービスは利便性が高い反面、安全性の面で深刻な問題が顕在化してきており、カード社会の本質的欠陥を露呈しつつある。
【０００８】
そこで本発明の目的は、既得の利便性を犠牲にせず、また多大なコストをかけず、かつ早期に実施可能な暗証番号管理のための強化スキームを提供することにある。
【課題を解決するための手段】
【０００９】
このような目的を達成するために、請求項１の発明は、端末に入力された暗証番号により取引の可否を決定する暗証番号管理システムであって、例えば出金等の取引のために暗証番号の入力を伴う複数回の操作を行う必要があり、入力すべきこれらの複数の暗証番号を予め記憶する記憶手段と、各操作で入力された暗証番号がこれらの記憶された暗証番号のいずれと一致するかを識別する識別手段と、これらの記憶された暗証番号がすべて入力されたかを判定する判定手段とを具えることを特徴とする。
【００１０】
従来、ＡＴＭ等を通じて出金等の取引を行う際、１回の操作で１つの暗証番号を入力して行うが、請求項１の発明では、予め定められた複数個の暗証番号を用いて複数回の操作を行うことによって初めて取引を行うことが可能となるので、１回の操作で１つの暗証番号しか入力できない現状の入力方式を前提としながら、実質的に暗証番号の入力桁数を増やすことができる。
【００１１】
なお、ここで取引とは出金等をいうが、出金取引一般に限るものではなく、たとえば一定限度額以上の出金を意味するものとしてもよい。また出金処理に限定されるものではなく、たとえば住所変更とか、端末から行う出金限度額の変更等も取引に含まれる。以下の請求項においても同様である。
【００１２】
また操作とは、個別の項目の入力ではなく、最初の入力から完了の入力まで、すなわち端末が利用待ちの状態から次の利用待ち状態になるまでの間に行われる入力手続き全体を指す。したがって、１回の操作とは、端末が利用待ちの状態から次の利用待ちの状態になるまでの間の状態、つまり利用中の状態において行われる入力手続きの全体を意味し、２回の操作とは、１回目と２回目の操作の間に一旦端末が利用待ちの状態に戻ることを意味する。つまり各回の操作は形式的には独立した別の操作である。以下の請求項においても特に断らない限り同様である。
【００１３】
請求項２の発明は、同じく端末に入力された暗証番号により取引の可否を決定する暗証番号管理システムであって、例えば出金等の取引のために暗証番号の入力を伴う複数回の操作を行う必要があり、入力すべき複数個の暗証番号と、これらの各暗証番号について入力すべき回数を示す情報を記憶しておく記憶手段と、各操作で入力された暗証番号がこれらの記憶された暗証番号のいずれと一致するかを識別する識別手段と、これらの記憶された各暗証番号がすべて所定の回数だけ入力されたかを判定する判定手段とを具えることを特徴とする。
つまり、請求項２の発明では、同一の暗証番号の複数回入力を許容し、所定の暗証番号が所定の回数だけそれぞれ入力されたとき初めて取引を行うことが可能となる。
【００１４】
請求項３の発明は、端末に入力された暗証番号により取引の可否を決定する暗証番号管理システムであって、例えば出金等の取引のために利用者が複数回の操作で複数個の暗証番号を入力することを必要とし、この複数回の操作に関し各回次の操作で入力すべき暗証番号を記憶しておく記憶手段と、各回次の操作で入力された暗証番号が記憶手段に記憶された当該回次の操作で入力すべき暗証番号と一致するかを判定する第１の判定手段と、記憶手段に記憶された暗証番号がすべて入力されたかを判定する第２の判定手段とを具えることを特徴とする。
【００１５】
ここで回次とは１回目、２回目等の意味であり、各回次の操作で入力すべき暗証番号とは、何回目の操作ではどの暗証番号が入力されなければならないかという意味である。以下の請求項においても同様である。
【００１６】
請求項４の発明は、請求項１〜３の発明において、複数個の暗証番号が連続して入力されたかを判定する手段をさらに具えることを特徴とする。実際の運用面を想定し、事故防止の観点から、所定の複数の暗証番号の入力が連続した操作で行われるようにするためのものである。
【００１７】
請求項５の発明は、請求項１〜３の発明において、複数個の暗証番号が予め定められた時間内の操作で入力されたかを判定する手段をさらに具えることを特徴とする。同じく実際の運用面を想定し、事故防止の観点から、複数の暗証番号の入力が所定の時間内に行われるようにするためのものである。
【００１８】
請求項６の発明は、端末に入力された暗証番号により取引の可否を決定する暗証番号管理方法であって、例えば出金等の取引のために利用者が複数回の操作を必要とし、利用者が行う先の操作の結果に基づいて次の操作で入力すべき暗証番号を決定する方法が予め定められており、利用者が行う先の操作に対し結果を返信する第１のステップと、利用者が行う次の操作で入力された暗証番号を受け取る第２のステップと、入力された暗証番号が、予め定められた方法により先の操作の結果に基づいて決定される暗証番号と一致するかを判定する第３のステップとを具えることを特徴とする。暗証番号を動的に決定することにより更に高い安全性を実現するものである。
【００１９】
ただし、本請求項においては、「操作」とは「個別の項目の入力ではなく、最初の入力から完了の入力まで、すなわち端末が利用待ちの状態から次の利用待ち状態になるまでの間に行われる入力手続き全体（段落００１２）」に限定せず、「入力待ち状態にある端末に対して何らかの情報入力が行われて、当該情報が端末からセンタコンピュータ宛に送信され、センタコンピュータの処理結果が当該端末に返信され、端末が再度入力待ち状態になるまでの一連の処理」をいうものとする。
【００２０】
請求項７の発明は、１の口座について予め定めた暗証番号が入力されたとき予め定めた出金限度額以内で該口座からの出金を認める機能を有する暗証番号管理システムであって、１の口座について複数の暗証番号と、これらの暗証番号の入力順序が予め定められており、複数の暗証番号がこの定められた入力順序で入力されたか否かを判定する判定手段と、予め定められた複数の暗証番号が定められた入力順序ですべて入力されたときに出金限度を超えた口座からの出金を認める出金許可手段とを具えることを特徴とする。
ここで口座からの出金にはＡＴＭからの現金出金のみならず、ＡＴＭからのキャッシュカードを用いた口座からの振込出金、及び振替出金を含む。つまり、口座から出金された後の資金の処分方法は問わない。
【００２１】
請求項８の発明は、１の口座について予め定めた暗証番号が入力されたとき予め定めた出金限度額以内で該口座からの出金を認める機能を有する暗証番号管理システムであって、１の口座について複数の暗証番号が予め定められており、入力された暗証番号が予め定められたこれらの複数の暗証番号のいずれかであるかを判定する判定手段と、これらの複数の暗証番号がすべて入力されたときに出金限度を超えた口座からの出金を認める出金許可手段とを具えることを特徴とする。ここでは複数の暗証番号の入力順序は問わない。
【００２２】
請求項９の発明は、請求項７または請求項８のいずれかに記載の暗証番号管理システムであって、入力された暗証番号に対し、出金を認める場合を除き暗証番号の入力が正しくなかった旨のメッセージを出力することを特徴とする。
【００２３】
出金が行われる際に入力される出金用の暗証番号以外は、出金限度を解除するための暗証番号が入力されても、他の通常の間違った暗証番号が入力されたときと同様の処理をすることで本人以外の第三者が、入力した暗証番号が出金限度額のチェックを解除するという特別の意味を持つ暗証番号であることに気付かないようにするものである。
【００２４】
請求項１０の発明は、請求項７または請求項８のいずれかに記載の暗証番号管理システムであって、ＡＴＭで行う、出金限度を超えた口座からの出金を行う取引とは別の取引において入力された暗証番号も含めて判定対象とすることを特徴とする。暗証番号の入力をする複数の取引を組み合わせても同様の効果を得るためである。
【００２５】
請求項１１の発明は、ＡＴＭに入力された暗証番号により出金許可を行う暗証番号管理システムであって、１の口座について出金用の暗証番号と出金限度解除用の暗証番号が予め定められており、出金限度解除用の暗証番号が入力されることなく出金用の暗証番号が入力されたとき予め定めた出金限度額以内で該口座からの出金を認める第１の出金許可手段と、出金限度額解除用の暗証番号が入力された後で出金用の暗証番号が入力されたとき当該出金限度額を超える口座からの出金を認める第２の出金許可手段とを具えることを特徴とする。
【発明の効果】
【００２６】
請求項１の発明によれば、出金等の操作において１つの暗証番号を入力して取引の可否を決定するのではなく、複数回の操作で複数個の暗証番号を入力することで実質的に暗証番号の桁数を増やすのと同様の効果を創出できるので安全性を高めることができる。
１回毎の操作方法は従来と変わらないため、ＡＴＭ等の端末の改造や入力プログラムの変更を必要とせず、元帳を管理するセンタコンピュータのプログラムだけで対応できるので、実現が容易である。
【００２７】
請求項２の発明によれば、入力する複数個の暗証番号について重複入力を許すのでより自由度の大きい入力の組み合わせが可能となる。たとえば、ａ、ｂ２つの暗証番号しか用いない場合でも、ａを２回、ｂを１回入力したときに限り出金を認めることにする等の設定が可能であるので、利用者にとっても多くの暗証番号を覚えなくても組み合わせ次第で高度の安全性を実現することができる。
【００２８】
請求項３の発明によれば、各操作で入力すべき暗証番号とその順番が決められており、これらが複数回の操作ですべて入力されたとき初めて取引を行うことが可能となるので、極めて安全性が高いものとなる。
【００２９】
請求項４の発明によれば、所定の複数の暗証番号が連続する操作で入力されることを限定できるので、運用面からの安全性を高めることができる。
【００３０】
請求項５の発明によれば、複数の暗証番号が所定の時間内の操作で入力されることを限定できるので、同じく運用面からの安全性を高めることができる。
【００３１】
請求項６の発明によれば、入力すべき暗証番号を、その入力操作の前に行った別の操作の返信結果に基づいて決定するので、暗証番号は動的に決定され、固定的な暗証番号を用いるより一層高度の安全性を実現することができる。
【００３２】
請求項７の発明によれば、口座からの出金取引において、複数の暗証番号を所定の順番で入力することにより、通常設定されている出金限度額を超えた出金を可能とすることができる。
【００３３】
請求項８の発明によれば、口座からの出金取引において、予め定めた複数の暗証番号を順番に関係なくすべて入力することにより、通常設定されている出金限度額を超えた出金を可能とすることができる。
【００３４】
請求項９の発明によれば、出金用の暗証番号以外は通常の暗証番号誤入力の処理と外見上同じ処理をするので、本人以外の第三者が、入力した暗証番号が出金限度額のチェックを解除するという特別の意味を持つ暗証番号であることに気付かないようにすることができる。したがって、入力した一連の暗証番号を仮に知り得る第三者がいても、その者は、入力エラーとなった暗証番号の入力順序または組合せに特別の意味があったことに気付きにくく、最後に出金が行われた暗証番号のみ入力しても出金限度額以下の出金しかすることができないことになる。また、このようにすることで端末側のプログラムの改定が不要となり、銀行間の相互乗り入れが行われているＡＴＭネットワークにおいて簡便に利用することができる。
【００３５】
請求項１０の発明によれば、出金限度額を超える出金を行う取引とは別の取引により入力した暗証番号も判定の対象とするので、複数の暗証番号をＡＴＭの障害等により別のＡＴＭに移ったときにも利用可能であるし、また異なる取引を利用することにより第三者には一層知られにくくなる。
【００３６】
請求項１１の発明によれば、出金限度解除用の暗証番号の入力は必須ではなく、通常の出金用の暗証番号だけ入力すれば出金限度額以内の出金が可能となり、出金用暗証番号の入力の前に出金限度解除用の暗証番号の入力を行えば出金限度を超える出金が可能となるので、利用者の意思に応じて出金限度管理を行うことができる。これにより、出金限度額を超える多額の出金をする特別な場合を除いて、通常は、出金用の暗証番号を入力するだけで出金限度管理の下での安全な出金処理を行うことができる。
【発明を実施するための最良の形態】
【００３７】
以下、図面を参照して本発明の実施例を詳細に説明する。
図１は後述の実施例１〜９を実現するための銀行システムの主要構成を示す。本実施例における暗証番号管理システムは銀行システム内に設けられる。
【００３８】
図１において、１０１は自行ＡＴＭであり、銀行の支店１００に設置され、顧客のキャッシュカードを受け付けて、キャッシュカードから顧客の元帳口座番号を読み取るとともに、暗証番号を入力することにより現金を払い出す機能を備える。ＡＴＭ１０１は従来と同様のものを使用することができる。
【００３９】
なお、この発明でＡＴＭとは、利用者がキャッシュカードを挿入し暗証番号の入力を行うことにより現金の出金が可能な、現金払い出し機能を有する端末を総称する。以下、支店という場合は銀行の支店を指すものとする。
【００４０】
１０２は支店に設置されたＡＴＭ以外の各種記帳が可能な端末である。
【００４１】
１０３はＡＴＭ１０１や各種端末１０２が接続され、銀行のコンピュータセンタ１１０に設置された後述の通信制御装置１１１との間で端末に入出力するデータを送受するブランチサーバである。
【００４２】
１１１は銀行のコンピュータセンタ１１０に設置され、自行支店１００のブランチサーバ１０３および外部センタ１３０と銀行のセンタコンピュータとの間のデータ送受を行う通信制御装置である。
【００４３】
１１２は中央処理装置すなわちＣＰＵであり、銀行業務に関連する情報処理を実行するほか、本発明に係わるキャッシュカードの認証（本人確認）処理およびそれに関連する後述の情報処理を行う。この処理を行うときの中央処理装置１１２および大容量記憶装置１１３が本発明の暗証番号管理システムとして機能する。
【００４４】
１１３はハードディスク記憶装置などの大容量記憶装置である。大容量記憶装置１１３には、本発明で実行するプログラムが格納されるほか、銀行の顧客の預金口座等を管理する元帳データベースがある。
【００４５】
１１４は管理者が使用する管理用端末であり、中央処理装置１１２に対して実行すべき情報処理のための指示を入力し、中央処理装置１１２からの情報処理結果を受け取り、表示機などに出力する。
【００４６】
１２１は他行ＡＴＭであり、他行のセンタコンピュータ１２２に接続され、銀行間のＡＴＭ相互接続サービスにより自行預金者の出金を可能とする。
【００４７】
１２２は他行コンピュータであり、ＡＴＭ提携センタ１３０を介して自行のセンタコンピュータとＡＴＭ相互接続サービスによるＡＴＭ出金データの送受をする。
【００４８】
１３０は銀行間のＡＴＭ相互接続サービスを提供するために各銀行間のセンタコンピュータを接続するために設置されたコンピュータセンタである。
【００４９】
図２〜８はそれぞれ中央処理装置１１２が実行する実施例１〜７のための処理手順を示す。この処理手順はプログラムの形態で大容量記憶装置１１３内のハードディスクに記憶され、実行時に、メモリにロードされて中央処理装置１１２により実行される。
【００５０】
図９は上述の元帳データベースに記憶される、本発明で顧客が利用する複数の暗証番号の入力に関する情報を示す。
【００５１】
図１０はＡＴＭで出金操作を行った際、中央処理装置１１２が受け取る入力電文を示す。
出金操作の際には１回の操作で１つの暗証番号しか入力されないので、入力暗証番号１００７は入力電文中に１つのみ存在する。そのほか、この入力電文中には後述の実施例の中で説明する種々の情報が含まれている。
【００５２】
図１１は上述の元帳データベースに記憶される、ＡＴＭ利用時に本発明で実現する複数暗証番号方式を適用する支店を指定する情報を示す。
【００５３】
図１２は上述の元帳データベースに記憶される、ＡＴＭ利用時に支店により異なる複数暗証番号方式を適用する場合の支店を指定する情報を示す。  
【００５４】
図１３は上述の元帳データベースに記憶される、図１２と連動してＡＴＭ利用時に支店により異なる複数暗証番号方式を適用する場合の、それぞれの暗証番号の入力に関する情報を示す。
【００５５】
図１４は上述の元帳データベースに記憶される、出金金額により異なる複数暗証番号方式を適用する場合の出金基準額を指定する情報を示す。
【００５６】
図１５は実施例８で説明するための参考図である。
【００５７】
図１６は実施例８で説明する図１３に示した情報の具体例を示す。
【００５８】
図１７は中央処理装置１１２が実行する実施例９のための処理手順を示す。
【００５９】
以下の実施例の説明では、ＡＴＭを利用して預金口座から出金するために使用するカードは預金者本人にのみ発行されるものとし、代理人用カードの発行は考えない。
【実施例１】
【００６０】
実施例１では預金口座の元帳に２つの暗証番号を保有する。一方を第１暗証番号、他方を第２暗証番号と呼ぶことにする。
【００６１】
ＡＴＭでの一回の操作では同時に１つの暗証番号しか入力しない。
従来は暗証番号が１つであったので、出金時にはその暗証番号を入力すればよかった。しかし、本発明では第１暗証番号、第２暗証番号の２つを用い、それぞれ別の操作で両方の暗証番号を入力して出金操作を行なったときにのみ出金を可能とする。いずれの暗証番号も一方のみを入力するだけではエラーとし、出金ができない。
【００６２】
具体的には、まず第１暗証番号を入力して出金操作を行い、エラーとなった後、次に第２暗証番号を入力して出金操作を行なった場合に初めて出金が可能となる。
以下、それぞれの暗証番号が入力されたときの処理の仕方について図２に従って説明する。
【００６３】
まず第１暗証番号がＡＴＭ１０１（またはＡＴＭ１２１）に入力されると、入力電文１０００は既存のネットワークを通じて預金口座を管理する銀行のセンタコンピュータに届けられる（２０１）。これは従来と何ら変わるところはない。
【００６４】
銀行のセンタコンピュータの中央処理装置１１２は、入力電文１０００の上に表示された元帳口座番号１００６等の情報に基づき従来と同様の方法により、預金口座の情報を元帳から読み出す（２０２）。
【００６５】
預金口座には第１暗証番号と第２暗証番号が保有されているから、これらの情報（図９（ａ））も一緒に読み出され、入力電文１０００の上に表示されている入力された暗証番号１００７と預金口座内に保有されている暗証番号（９０１ａ−１、９０２ａ−１）が一致するかどうかを判定する（２０３）。以下の説明ではこれらの処理を「保有暗証番号の照合」ということにする。
【００６６】
そして、入力された暗証番号１００７と預金口座内に保有されている暗証番号９０１ａ−１が一致した場合は第１暗証番号が入力された旨の表示と、入力された日付・時刻、入力された端末に関する情報（銀行コード、支店コード、端末番号等）を所定の欄（９０１ａ−２〜７）に記録（以下の説明ではこれらの処理を第１暗証番号の入力情報の記録ということにする。）する（２１１）。そして、出金不可としてＡＴＭ宛エラー返信する（２１２）。
【００６７】
ここで、入力銀行コード（９０１ａ−３）、入力支店コード（９０１ａ−４）、入力端末番号（９０１ａ−５）は入力電文１０００上から把握されるが、入力年月日（９０１ａ−６）、入力時刻（９０１ａ−７）は中央処理装置１１２において把握される処理日時の情報を使うことができる。
【００６８】
なお、他行ＡＴＭからの入力電文には使用された端末の銀行コードが表示されているが、自行の支店に接続されたＡＴＭ１０１からの入力電文には通常銀行コードは含まれていないので、この場合には自行の銀行コードはプログラムで補って処理する。以下の実施例においても同様である。
【００６９】
ここで銀行コードを含めるのは、自行のＡＴＭ１０１と銀行間のＡＴＭ相互接続ネットワークを介して利用される他行のＡＴＭ１２１とを統一的に管理するためである。
【００７０】
次に第２暗証番号が入力された場合について説明する。この場合も、元帳上に保有されている暗証番号との照合までの処理は第１暗証番号と同様である。
【００７１】
そして、第２暗証番号が入力されたと判定した場合は、第１暗証番号の入力済みの表示（９０１ａ−２）が記録されているかを判定する（２０５）。入力済みの表示が記録されていなければ出金不可としてＡＴＭ宛エラー返信する（２１２）。以下の説明ではこれらの処理を「第１暗証番号の入力チェック」ということにする。
【００７２】
入力済みの表示が記録されていれば、次にこれら２つの暗証番号が入力された端末環境（日時・場所）の近接性についてチェックを行う。
【００７３】
まず、所定の欄（９０１ａ−２〜７）に記録されている第１暗証番号の入力に関する日付・時刻、端末に関する情報（銀行コード、支店コード、端末番号等）を把握し、日付と端末に関する情報が入力電文上の日付並びに端末に関する情報と一致するかを判定する（２０６）。自行ＡＴＭ１０１が利用された場合の銀行コードの取扱いは前記と同様である。
【００７４】
そして判定の結果、一致しなければ第１暗証番号と第２暗証番号の入力に近接性がないものと判断し、元帳に記録されている第１暗証番号の入力済みの表示、第１暗証番号が入力された日付・時刻並びに入力された端末に関する情報を消去（以下の説明ではこれらの処理を「第１暗証番号の入力情報の消去」ということにする。）した後、出金不可としてＡＴＭ宛エラー返信する（２０９〜２１０）。
【００７５】
これらが一致すれば、次に第１暗証番号が入力された時刻と第２暗証番号が入力された時刻が一定の時間間隔内に収まっているかどうかを判定（入力近接性の判定）する（２０６）。この時間間隔は自由に決めてよく、たとえば１０分程度としてもよい。以下の説明では、第１暗証番号の入力チェックに続いて行なわれる端末の利用環境に関するこれらの処理を「第１暗証番号との入力近接性チェック」と呼ぶことにする。
【００７６】
この時間間隔内に収まっていなければ、第１暗証番号と第２暗証番号の入力に近接性がないものと判断し、第１暗証番号の入力情報記録の消去を行なった後、出金不可としてＡＴＭ宛エラー返信する（２０９〜２１０）。
【００７７】
この時間間隔内に収まっていれば第１暗証番号の入力情報記録の消去をして出金処理を認める（２０７〜２０８）。この出金処理は、従来正しい暗証番号が入力されたときと同様であり、残高のチェックや事故カードであるか否か等の判定が別途行われることは言うまでもない。以下の実施例においても同様である。
【００７８】
ところでこの入力近接性のチェックは運用面での事故を防止するために行うものであり本発明の利用価値を高めるものではあるが必須要件ではない。したがって、入力操作の連続性のみをチェックし入力操作にかかった時間や端末の物理的近接性についてはチェックを行わないことにしてもよい。以下の実施例においても同様である。
【００７９】
入力された暗証番号が第１暗証番号と第２暗証番号のいずれでもなければ（２０４がＮＯ）、元帳から読み出された預金口座に保有されている第１暗証番号と第２暗証番号のいずれとも一致しないから、第１暗証番号の入力記録を消去した後、出金不可としてＡＴＭ宛エラー返信する（２０９〜２１０）。
【００８０】
ここでは第１暗証番号と第２暗証番号のいずれでもない暗証番号が入力されると、すでに第１暗証番号が入力されていてもその入力記録を消去して初期状態に戻すこととしているが、必ずしもそうする必要はない。初期状態に戻した場合は厳密に入力操作の順序的連続性が確保されるが、たとえば第１暗証番号を入力した後第２暗証番号を入力する際、うっかり誤った暗証番号を入力してしまうとすべてやり直しになってしまう。
【００８１】
そこで、たとえば、第１暗証番号と第２暗証番号のいずれでもない暗証番号が入力されても第１暗証番号の入力記録は消去せず、代わりに前述の入力近接性（日時・場所の関連性）をチェックすることで運用面での事故防止を図るようにしても良い。本来入力されるべきではない暗証番号が入力された場合の既入力暗証番号の入力記録の削除の有無の取り扱いについては以下の実施例においても同様である。
【００８２】
なお、上記の例では端末に関する情報には端末番号を含めて説明したが、必ずしも端末番号を含める必要はない。ＡＴＭから送られてきた入力電文に端末番号が含まれない場合は勿論、端末番号が含まれている場合でも暗証番号の入力情報の記録や暗証番号の入力近接性チェックにおいて端末番号を省略してもよい。
【００８３】
これはたとえば、複数台並んでいるＡＴＭのうち或る特定のＡＴＭを利用して第１暗証番号の入力まで行なった後、そのＡＴＭが障害となり別のＡＴＭで第２暗証番号の入力を行なうこともありえるからである。この場合、端末番号のチェックを外しておかないと、改めて第１暗証番号の入力から行わなければならず利用者に負担をかけることになる。
【００８４】
端末番号を含めるか外すかはこの発明を実施する銀行等が適宜決めればよい。以下の実施例においても同様である。
【００８５】
また、利用する端末が銀行外の端末であるため銀行コード、支店コードを用いることができない場合は、端末の接続経路に関する情報を利用して入力近接性チェックを行ってもよい。将来的にＡＴＭの接続形態が変わることもありえるからである。
【００８６】
また、上記の説明では暗証番号の入力はすべて出金操作において行われることを前提にして説明したが、第１暗証番号の入力については必ずしも出金操作で行うものでなくてもよい。第１暗証番号の入力はいわば準備的操作であって、出金を行うための操作ではないからである。
【００８７】
たとえば暗証番号入力のための特別の操作を新たに設けてもよいし、あるいは暗証番号の入力を伴う残高照会のような既存の操作を利用してもよい。この場合は、第１暗証番号の入力情報の記録（２１１）を行った後、エラー返信（２１２）は行わずに正常に残高を返信するようにしてもよい。以下の実施例においても同様である。
【実施例２】
【００８８】
実施例１では２つの暗証番号を用いて処理する例を説明したが、３つの暗証番号を用いることにしてもよい。
【００８９】
その場合の処理の仕方について実施例１との説明の重複を避けながら図３に従って説明する。
【００９０】
預金口座の元帳に３つの暗証番号を保有する（図９（ｂ））。これを第１暗証番号、第２暗証番号、第３暗証番号と呼ぶことにする。
【００９１】
実施例２では、まず、第１暗証番号を入力して出金操作を行い、エラー返信があった後、続いて第２暗証番号を入力して出金操作を行い、さらにエラー返信があった後、続いて第３暗証番号を入力して出金操作を行ったときに初めて出金が可能となる。
【００９２】
具体的な処理の仕方は以下のとおりである。
まず各暗証番号が入力された場合の保有暗証番号との照合までは実施例１と同様であるので省略する。なお、以下で説明する処理は銀行のセンタコンピュータの中央処理装置１１２で実行される。
【００９３】
第１暗証番号が入力された場合の処理は実施例１と同様である。
次に第２暗証番号が入力されると、第１暗証番号の入力チェックを行う（３１０）。
【００９４】
第１暗証番号が入力済であれば、続いて第１暗証番号との入力近接性チェックを行い（３１１）、入力近接性があれば第２暗証番号の入力情報の記録を行った後（３１２）、出金不可としてＡＴＭ宛エラー返信する（３１６）。入力近接性がなければ既に入力されている暗証番号の入力情報記録の消去を行った後、出金不可としてエラー返信する（３１３〜３１４）。つまり初期状態に戻すのである。
【００９５】
第１暗証番号が入力済でなければ、既に入力されている暗証番号の入力情報記録の消去を行った後、出金不可としてエラー返信する（３１３〜３１４）。第１暗証番号が入力される前に第２暗証番号が入力されたからである。
【００９６】
次に第３暗証番号が入力されると、第２暗証番号の入力チェックを行う（３０６）。
【００９７】
第２暗証番号が入力済であれば、つぎに第２暗証番号との入力近接性チェックを行い（３０７）、入力近接性があれば既に入力されている暗証番号の入力情報記録の消去を行った後、出金処理を認める（３０８〜３０９）。入力近接性がなければ、既に入力されている暗証番号の入力情報記録の消去を行った後、出金不可としてエラー返信する（３１３〜３１４）。つまりここでも初期状態に戻す。
【００９８】
なお、本実施例において入力操作の近接性は連続する２つの操作の間で判定したが、第３暗証番号が入力された場合も第１暗証番号との間で入力近接性の判定をするようにしてもよい。
【００９９】
これは操作全体が一定の時間内に行われることを要求するものである。連続する２つの操作の間で仮に１０分間の制限を設けると３つの暗証番号を入力する場合はすべて入力するのに最大合計２０分以内の操作まで許容されるが、最初の操作との間で制限を設けるとそれだけ一連の操作の近接性が高くなる。入力する暗証番号の数が多い場合に効果の違いが出る。
【０１００】
なお、第２暗証番号が入力済でなければ、既に入力されている暗証番号の入力情報記録の消去を行った後、出金不可としてエラー返信する（３１３〜３１４）。
【０１０１】
入力された暗証番号が第１暗証番号、第２暗証番号、第３暗証番号のいずれでもなければ（３０５がＮＯ）、既に入力されている暗証番号の入力情報記録の消去を行った後、出金不可としてＡＴＭ宛エラー返信する（３１３〜３１４）。
なお、暗証番号が４以上の場合も同様であるので説明を省略する。
【０１０２】
またこの場合においても、第１暗証番号、第２暗証番号の入力は出金操作ではなく、残高照会等の他の操作を用いて行ってもよい。
【実施例３】
【０１０３】
実施例１〜２では複数の暗証番号を用いてこれらが入力されるべき順序が予め決められている例を説明したが、入力順序が決められていないケースについて２つの暗証番号を用いる例を説明する。
【０１０４】
以下、前述の実施例との説明の重複を避けながら相違点について説明する。
まず各暗証番号が入力された場合の保有暗証番号との照合までは実施例１と同様であるので省略する。なお、以下で説明する処理は銀行のセンタコンピュータの中央処理装置１１２で実行される。
【０１０５】
第１暗証番号が入力されると、第２暗証番号の入力チェックを行う（４１４）。
【０１０６】
第２暗証番号が入力済みでなければ第１暗証番号の入力情報の記録を行った後、出金不可としてＡＴＭ宛エラー返信する（４１７〜４１８）。
【０１０７】
第２暗証番号が入力済みであれば、続いて第２暗証番号との入力近接性チェックを行い（４１５）、入力近接性があれば既に入力されている暗証番号の入力情報記録の消去を行った後、出金処理を認める（４０７〜４０８）。
【０１０８】
第２暗証番号との入力近接性がなければ第２暗証番号の入力情報記録の消去をし、第１暗証番号の入力情報の記録を行った後、出金不可としてＡＴＭ宛エラー返信する（４１６〜４１８）。第１暗証番号が最初に入力されたものとして取り扱うのである。
【０１０９】
第２暗証番号が入力された場合は、上記の処理において第１暗証番号と第２暗証番号を入れ換えた場合と同様の処理を行う（４０５〜４０８、４１０〜４１１、４１８）。
【０１１０】
入力された暗証番号が第１暗証番号と第２暗証番号のいずれでもなければ（４０４がＮＯ）、既に入力されている暗証番号の入力情報記録の消去を行った後、出金不可としてＡＴＭ宛エラー返信する（４１２〜４１３）。
【実施例４】
【０１１１】
上記の説明では複数の暗証番号がいずれも異なる前提で説明したが、同じ暗証番号を複数回入力することも許容する場合には別の実施例が可能である。
【０１１２】
実施例４では図５に従い、暗証番号の入力順序が指定されている場合におけるこの処理方法について示す。
前述の説明と重複するところは省略する。
【０１１３】
入力電文１０００を受け取った中央処理装置１１２は元帳に保有されている暗証番号の管理情報（図９（ａ）または（ｂ））を読み出し、既入力と未入力の暗証番号を把握する（５０１〜５０３）。そして今回入力された暗証番号が未入力の暗証番号の中で最先に入力すべき暗証番号であるかどうかを判定する（５０４）。これは図９（ａ）または（ｂ）において入力順序と入力済表示を参照することで可能である。
【０１１４】
今回入力された暗証番号が最先に入力すべき暗証番号と異なる場合は（５０４がＮＯ）、既に入力されている暗証番号の入力情報記録の消去を行った後、出金不可としてＡＴＭ宛エラー返信する（５１１〜５１２）。
【０１１５】
今回入力された暗証番号が最先に入力すべき暗証番号である場合は、図９（ａ）または（ｂ）に示す入力年月日と入力時刻の記録から既に入力された暗証番号の中で最後に入力された暗証番号を把握する（５０５）。
【０１１６】
もし今回入力された暗証番号が今回の一連の出金操作で最初に入力されたものである場合は（５０６がＮＯ）、今回入力された暗証番号の入力情報の記録を行った後（５１３）、出金不可としてＡＴＭ宛エラー返信する（５１４）。
【０１１７】
今回入力された暗証番号が今回の一連の出金操作で最初に入力されたものでない場合は、既に入力された暗証番号の中で最後に入力された暗証番号との間で入力近接性チェックを行い（５０７）、入力近接性がなければ既に入力されている暗証番号の入力情報記録の消去を行った後、出金不可としてＡＴＭ宛エラー返信する（５１１〜５１２）。
【０１１８】
入力近接性がある場合は、所定のすべての暗証番号が入力されたかどうかを判定し（５０８）、まだ入力すべき暗証番号が残っている場合は、今回入力された暗証番号について入力情報の記録を行った後、出金不可としてＡＴＭ宛エラー返信する（５１３〜５１４）。
【０１１９】
所定のすべての暗証番号が入力されたと判定した場合は、既に入力されている暗証番号の入力情報記録の消去を行った後、出金処理を認める（５０９〜５１０）。
【０１２０】
このようにすれば暗証番号の異同にかかわらず処理することができる。同一の暗証番号を複数回入力する場合であってもそれぞれ図９（ａ）または（ｂ）に登録しておけばよいだけである。このようにすることで、所定の暗証番号が所定の順番で入力された場合にのみ出金を可能とすることができる。
【実施例５】
【０１２１】
次に実施例５では図６に従い、暗証番号の入力順序が指定されていない場合において同一の暗証番号も許容する場合の処理について示す。
実施例４と大部分重複するので相違点についてのみ説明する。
【０１２２】
入力電文１０００を受け取った中央処理装置１１２は元帳から預金口座に保有されている暗証番号の管理情報（図９（ｃ））を読み出し、既入力と未入力の暗証番号を把握する（６０１〜６０２）。そして未入力の暗証番号の中に今回入力された暗証番号が含まれているかどうかを判定する（６０３）。これは図９（ｃ）において入力済表示を参照することで可能である。
【０１２３】
今回入力された暗証番号が未入力の暗証番号の中に含まれていないと判定した場合は（６０３がＮＯ）、既に入力されている暗証番号の入力情報記録の消去を行った後、出金不可としてＡＴＭ宛エラー返信する（６１０〜６１１）。
【０１２４】
今回入力された暗証番号が未入力の暗証番号の中に含まれていると判定した場合は、図９（ｃ）に示す入力年月日と入力時刻の記録から既に入力された暗証番号の中で最後に入力された暗証番号を把握する（６０４）。その後の処理は実施例４と同様であるので省略する。
【０１２５】
このようにすれば暗証番号の異同にかかわらず処理することができる。同一の暗証番号を複数回入力する必要がある場合はその回数分だけ図９（ｃ）に登録しておけばよい。このようにすることで、所定の暗証番号が所定の回数だけ入力された場合にのみ出金を可能とすることができる。
【０１２６】
また実施例４および実施例５によれば、１回の操作で入力する暗証番号の桁数が固定されていることを前提としないから、たとえば１回の操作で入力できる暗証番号の最大桁数が決まっておりその範囲内で１桁以上の自由な桁数の入力が可能なシステムを前提としてもよい。
【０１２７】
たとえば１桁以上４桁以下の数字が１回の操作で暗証番号として入力可能なシステムにおいて、７桁の数字を４桁と３桁に分け、前者を第１暗証番号、後者を第２暗証番号として予め保有し、実施例４または実施例５の発明を適用してもよい。
【０１２８】
このように１回の操作で入力できる暗証番号の桁数を上回るいわば拡大した暗証番号を複数回の操作で小分けにして入力するものと考えてもよい。この場合、小分けにした暗証番号に同一のものがあっても、もとの拡大した暗証番号がそういう数字で構成されていたと考えればよいのである。
【実施例６】
【０１２９】
実施例１〜５では、利用するＡＴＭを限定しない例について説明したが、利用するＡＴＭを限定してもよい。
【０１３０】
ＡＴＭの限定の仕方は、たとえばそのＡＴＭが接続されている支店の銀行コード、支店コードで行うことができる。現在、銀行間のＡＴＭ相互接続ネットワークでは、ＡＴＭでの出金操作により送受される電文には４桁の銀行コード、３桁の支店コードが表示されているからである。
【０１３１】
銀行コードが０００１、支店コードが１２３と銀行コードが０００２、支店コードが４５６で表される２つの支店にそれぞれ接続されるＡＴＭでのみ上述の複数暗証番号を利用する場合における処理の手順を図７に従って説明する。
【０１３２】
まず、預金口座の元帳に、利用する複数の暗証番号とともに複数暗証番号を利用する銀行コード、支店コードを保有する（図１１）。
【０１３３】
ＡＴＭ１０１（またはＡＴＭ１２１）で出金操作が行われ、入力電文１０００が預金口座を管理する銀行のセンタコンピュータに届けられると銀行のセンタコンピュータの中央処理装置１１２は、従来と同様の方法により、預金口座の情報を元帳から読み出す（７０１〜７０２）。
【０１３４】
次に、入力電文１０００上に表示された銀行コード１００１、支店コード１００２が元帳から読み出された銀行コード＝０００１、支店コード＝１２３または銀行コード＝０００２、支店コード＝４５６と一致するかどうかを判定する（７０３）。
【０１３５】
一致しない場合は、複数暗証番号を利用しないＡＴＭでの出金であるので、従来通り１つの暗証番号による出金処理を行う（７０５）。
一致する場合は、以下、実施例１〜５で説明した処理を行う（７０４）。
【０１３６】
ここでは、複数暗証番号を利用する支店を限定したが、複数暗証番号を利用しない支店を限定してもよい。
【０１３７】
この場合は、上記処理において、入力された電文上に表示される銀行コード、支店コードが元帳から読み出された銀行コード、支店コードと一致する場合は、複数暗証番号を利用しないＡＴＭでの出金であるので、従来通り１つの暗証番号による出金処理を行い、一致しない場合は、実施例１〜５で説明した処理を行う。
【０１３８】
このように複数の暗証番号を利用する支店、あるいは利用しない支店を限定することで、たとえば、利用者が日常的に利用する少数の限定した支店でのＡＴＭを利用するときは利便性重視の観点から従来通り１つの暗証番号による出金を行い、それ以外の支店でのＡＴＭを利用するときは安全性重視の観点から複数の暗証番号を利用した出金を行うようにできる。
【０１３９】
また、図１２と図１３に示したように、銀行コード、支店コードと入力すべき複数の暗証番号を例えば暗証番号コードにより関連付けて元帳上に保有するようにすれば、ＡＴＭを利用する支店ごとに異なる暗証番号を用いて複数の暗証番号を利用することもできる。
【実施例７】
【０１４０】
上述した複数の暗証番号を利用する方式は、出金金額に応じて用いることもできる。
【０１４１】
ＡＴＭで預金口座の資金が詐取される事件で被害が深刻なのは金額が多額になる場合である。
【０１４２】
しかし、預金者本人が多額の資金を出金したいケースも当然ありえるので、出金金額の制限を設けて一律にガードするのでは利便性に対する犠牲が大きい。
【０１４３】
そこで、１回の出金操作における出金金額が一定額、たとえば１０万円を超える場合には複数の暗証番号を利用するようにしてもよい。この場合、日常的に行う１０万円以下の出金は従来通り１つの暗証番号で行い利便性を重視するとともに、１０万円以上の出金は、複数の暗証番号を用いて２回以上の出金操作を必要とすることで、最小限の利便性は維持しながら安全性を高めることができる。
以下、処理の仕組みについて図８に従って説明する。
【０１４４】
まず、預金口座の元帳に、利用する複数の暗証番号とともに複数暗証番号を利用する際の１回の出金操作における出金基準額を保有する（図１４）。
【０１４５】
ＡＴＭ１０１（またはＡＴＭ１２１）で出金操作が行われ、入力電文１０００が預金口座を管理する銀行のセンタコンピュータに届けられると銀行のセンタコンピュータの中央処理装置１１２は、従来と同様の方法により、預金口座の情報を元帳から読み出す（８０１〜８０２）。
【０１４６】
次に、入力された電文上に表示された出金金額１００８と元帳から読み出された出金基準額とを比較し複数暗証番号を利用する出金金額であるかどうかを判定する（８０３）。
【０１４７】
複数暗証番号を利用しない出金金額である場合は、従来通り１つの暗証番号による出金処理を行う（８０６）。
【０１４８】
複数暗証番号を利用する出金金額である場合は、以下、実施例１〜５で説明した処理を行う（８０４〜８０５）。
【０１４９】
なお、この例では１回の出金操作における出金金額により複数暗証番号の利用の要否を決定する場合について説明したが、１日あたりの出金累計額により複数暗証番号の利用の要否を決定するようにしてもよい。
【０１５０】
この場合は、まず、元帳上に１日あたりの出金累計額を記録しておく必要がある。この処理は銀行では現在でも既に行われている処理であり、特に新しいことはないので説明を省略する。
【０１５１】
そして、預金口座の元帳に、利用する複数の暗証番号とともに複数暗証番号を利用する際の基準となる１日あたりの出金累計額を保有する。
【０１５２】
ＡＴＭ１０１（またはＡＴＭ１２１）で出金操作が行われ、入力電文１０００が預金口座を管理する銀行のセンタコンピュータに届けられると銀行のセンタコンピュータの中央処理装置１１２は、従来と同様の方法により、預金口座の情報を元帳から読み出す。
【０１５３】
そして、入力された電文上に表示された出金金額を元帳から読み出された当該日の出金累計額に加えたものが、同じく元帳から読み出された基準となる１日あたりの出金累計額を超えるかどうか判定する。
【０１５４】
超えない場合は、複数暗証番号を利用しない場合の出金であるので、従来通り１つの暗証番号による出金処理を行う。
超える場合は、以下、実施例１〜５で説明した処理を行う。
【０１５５】
なお、これらの基準額を２段階設けて、処理の仕方を変えるようにしてもよい。
たとえば、１回の出金操作における出金金額が１０万円以下なら従来通り１つの暗証番号、１０万円超１００万円以下なら２つの暗証番号、１００万円超なら３つの暗証番号を利用するようにしてもよい（図１４（ａ））。
【０１５６】
これは基準額とその基準額を超えたときに利用する複数の暗証番号を例えば暗証番号コードにより関連付けて元帳上に保有しておくことで可能となる（図１３、図１４（ａ））。
【０１５７】
このように基準額の決め方は種々考えられるが、いずれの基準額を用いた場合も暗証番号を入力して行う出金の金額に関連して、入力すべき複数の暗証番号が特定されることになる。
【実施例８】
【０１５８】
複数暗証番号の利用は実施例１〜７で説明したケースに限られるものではない。たとえば、利用する支店と出金金額の２つを組み合わせて利用するようにしてもよい。
この場合の典型的な利用のケースについて示す。
【０１５９】
この実施例においては利用者が日常的にＡＴＭを利用する２つの支店をそれぞれ支店Ａ（銀行コード＝０００１、支店コード＝１２３）、支店Ｂ（銀行コード＝０００２、支店コード＝４５６）とし、これらの支店では日常的に出金する金額を最大１０万円として、この条件の下での出金は従来通り１つの暗証番号（たとえば１１１１）で出金ができるものとする。
【０１６０】
支店Ａ、支店Ｂで１０万円超１００万円以下の出金を行うときは、２つの暗証番号（たとえば１１１１と２２２２）を、１００万円超の出金を行うときは３つの暗証番号（たとえば１１１１と２２２２と３３３３）の入力をそれぞれ必要とするものとする。
【０１６１】
一方、日常的にはあまり利用しないその他の支店で１００万円以下の出金を行うときは、２つの暗証番号（たとえば１１１１と２２２２）を、１００万円超の出金を行うときは３つの暗証番号（たとえば１１１１と２２２２と３３３３）の入力をそれぞれ必要とするものとする。これらの前提条件については図１５にまとめてある。
【０１６２】
この場合、この利用者の当該預金口座の元帳には図１１、図１４、図１６に示す情報が、預金者がこのような利用の条件を銀行に届け出た際に記録されている。図１６は図１３に示すものを本実施例に合わせて具体的に示したものである。
【０１６３】
利用者がＡＴＭで出金操作を行った際には、最初に図１１に示す情報が参照されて利用した支店が支店Ａ、Ｂに該当するかどうかが判定される。
【０１６４】
支店Ａ、Ｂのいずれかでの利用であると判定されると、次に図１４（ａ）に示す情報に基づいて出金金額が判定される。
【０１６５】
そして出金金額が１０万円以下であれば図１４（ａ）に示す情報に複数暗証番号を利用すべき金額として記録されていないため従来通り１つの暗証番号（１１１１）による出金処理が行われる。
【０１６６】
出金金額が１０万円超１００万円以下であると暗証番号コードが１であるため、図１６に示す情報に基づいて１１１１と２２２２をそれぞれ第１暗証番号、第２暗証番号としてこの順序での入力が行われたときのみ出金処理が可能となる。
【０１６７】
この場合利用者は、最初に１１１１を入力して出金操作を行うがＡＴＭにはエラーとして返される。そこで続いて２２２２を入力して再度出金操作を行うと初めて出金を行うことができる。
【０１６８】
出金金額が１００万円超の場合は暗証番号コードが２であり、図１６に示す情報に基づいて１１１１、２２２２、３３３３がそれぞれ第１暗証番号、第２暗証番号、第３暗証番号として利用されるが、処理の仕方は同様である。
【０１６９】
支店Ａ、Ｂ以外の支店での利用であると判定されると、次に図１４（ｂ）に示す情報に基づいて出金金額が判定される。
【０１７０】
図１４（ｂ）に示す情報には、１００万円以下の出金の場合は暗証番号コードが１、１００万円超の出金の場合は暗証番号コードが２となっているので、それぞれ図１６に基づいて上記と同様に処理される。
【０１７１】
こういう方法を用いた場合、暗証番号１１１１のみで出金が可能な場合においても、利用可能な支店が支店Ａ、Ｂに限られているため、仮に悪用者がこの暗証番号を知ってもこの支店自体を知ることができない限り利用できない。また、支店を知ることができても出金できる金額が限られているので、被害額を少なく抑えることができる。
【０１７２】
このように利用者の行動様式に合わせてきめ細かな管理が可能であり、利便性と安全性を両方実現できるというメリットがある。
【０１７３】
なお、今まで実施例１〜８でした説明では、図９、図１１〜１４、図１６の情報は元帳上の預金口座情報の中に保有されているとして説明したが、これに限定されるものではない。大容量記憶装置１１３内に管理データベースを設けてその中に保有するようにしてもよい。
【０１７４】
また、ＡＴＭからの出金は預金口座からの出金を前提として説明したが、たとえば預金口座ではなくカードローンのようなローン口座からの出金としてもよい。
【０１７５】
また本発明の目的は暗証番号を用いた本人確認処理においてより高度な安全性を実現することであるので、本人確認ができた後に提供するサービスは出金サービスに限定されるものでないことは言うまでもない。
【０１７６】
また上述の実施例では、利用するＡＴＭや出金金額に基準を設ける例について説明したが、基準の定め方はこれらに限定されるものではなく、利用時間、利用日等について基準を設けるようにしてもよい。
【実施例９】
【０１７７】
いままで説明した実施例においては、暗証番号は予め利用者が定めたものを入力することを前提としていた。しかし、次のような実施例とすることもできる。  
【０１７８】
まず、最初に第１暗証番号が入力された際、第１暗証番号の入力情報の記録をした後、中央処理装置１１２からＡＴＭ１０１（またはＡＴＭ１２１）に対しある数字を返信する。
この数字のことを返信数値ということにする。
【０１７９】
利用者は予め銀行との間で取り決めておいた方法により、返信数値に基づいて決定される番号を暗証番号として入力して出金操作を行う。
【０１８０】
この決定方法はどのようなものであってもよく、たとえば最初に入力した暗証番号に返信数値を加算して得られる和の上４桁を次の暗証番号とする等の方法がある。たとえば最初に入力した第１暗証番号が１２３４であり返信数値が９９９９であったとすると１２３４＋９９９９＝１１２３３であるから、１１２３を第２暗証番号とするのである。
【０１８１】
この場合、入力する第２暗証番号が予め定めたものではない点が前述した各実施例と異なる。
【０１８２】
この実施例に示す発明の特徴は、各操作で入力する暗証番号を予め固定しておくのではなく、先に操作をしたときに返信される結果を次の操作で入力する暗証番号に反映させるのである。
【０１８３】
これを実施例１と対比して説明すれば、第１暗証番号と第２暗証番号が入力されることは変わらないが、第２暗証番号かどうかの判定を行う際、元帳に記憶されている暗証番号とそのまま比較するのではなく、予め定められた暗証番号決定方法に基づいて生成した暗証番号と比較するのである。比較した後の処理は変わらない。
【０１８４】
これらの処理について図１７に基づいて説明する。
まず第１暗証番号の入力があったとき、返信数値を生成し、その返信数値を第１暗証番号の入力情報とともに元帳上に記録する（１７１２〜１７１３）。そして端末に対し返信数値を返信する（１７１４）。
【０１８５】
次に第２暗証番号の入力があると、元帳上から読み出した第１暗証番号と一致しないことが確認された後（１７０３がNO）、同時に読み出された返信数値を用いて入力されるべき第２暗証番号を生成する（１７０４）。この生成方法は例えばパターン化しておき、パターン番号も併せて元帳に記録、読み出しを行うようにすればよい。たとえば、パターン１の場合は第１暗証番号と返信数値の和の上４桁、パターン２は第１暗証番号と返信数値の和の下４桁とする等である。
【０１８６】
このようにして生成した第２暗証番号と比較することで第２暗証番号が正しく入力されたことが認識できる。その後の処理は実施例１と同様である。
【０１８７】
この場合、既に述べた通り第２暗証番号は予め固定されたものではなく、その都度生成されるものである点が実施例１とは異なる。しかし、２つの操作が相互に関連し、最初の操作によって次に行うべき操作が限定され、次にその限定された操作が行われた場合に、正しい本人による操作であると判定するという点では共通する。実際、２つの暗証番号を予め定めておく場合でも、入力順序を限定しない方式においては、最初にどちらの暗証番号が入力されるかで次に入力すべき暗証番号が限定されることになるからである。
【０１８８】
なお、本実施例においては第２暗証番号は第１暗証番号と返信数値による四則演算により決定される例を示したが、それに限られるものではない。たとえば、予め第２暗証番号生成の基準となる数値を元帳に保有しておき、その基準数値と返信数値により入力する暗証番号を生成してもよい。
【０１８９】
また、第２暗証番号として入力すべき暗証番号の候補を複数個予め元帳に保有しておき、返信数値に基づいてそのいずれかを選択するようにしてもよい。これは本実施例と実施例１等を組み合わせることにより容易に実現することができる。
【０１９０】
たとえば第１暗証番号、第２暗証番号、第３暗証番号の２つの暗証番号を実施例２と同様に元帳に保有しておき、第１暗証番号が入力されたときの返信数値が０なら第２暗証番号を、返信数値が１なら第３暗証番号を次の操作で入力するようにするのである。
【０１９１】
また、そのような場合には返信数値を得るために行う操作は必ずしも（第１）暗証番号の入力を伴うものでなくてもよい。返信数値が得られればいいのであるから、返信数値を得るための特別の操作を新たに設けてもよいし、また既存の操作を利用して返信数値が得られるようにしてもよい。
【０１９２】
ところでこれまでの実施例１〜９の説明では、暗証番号は明示的に暗証番号として入力されるものであることを前提にして説明してきた。しかし、金額等の、形式的には暗証番号と異なるものを実質的には暗証番号として利用することもできる。
【０１９３】
たとえば予め定めた特定の金額を入力したときにはそれを暗証番号とみなすようにするのである。
【０１９４】
たとえば、ＡＴＭで１億円以上の出金をすることは通常行わないので、１２３，４５６，７８９円の出金操作が行われた場合は暗証番号の入力があったものとみなすこともできる。
【０１９５】
これは処理的には、たとえば第１暗証番号の入力判定のところを出金額の判定に置き換えることにより実現できる。
【０１９６】
このように本来の目的以外の目的で入力された数字は暗証番号として利用することができる。これは実質的に本人しか知りえない特別の数字だからである。
【０１９７】
形式的には暗証番号でない場合でも、本人確認のためにこのような数字が入力される場合、本発明においてはこれを暗証番号として入力されたものと解釈するものとする。
【０１９８】
以上の実施例では一連の項目の入力を行った後で端末からセンタコンピュータ宛に送信が行われ、センタコンピュータから処理結果が返信されたら端末はその結果を出力後一旦フリーの状態に戻るというシンプルな処理形態を前提に説明した。
【０１９９】
しかし、実際の運用においては、フリーの状態に戻らずに、利用者に対して継続して他の取引の入力を可能とするものがある。
【０２００】
ＡＴＭでの出金取引を例にとると、キャッシュカードを挿入し、暗証番号と出金金額を入力した後、ＡＴＭからセンタコンピュータ宛に送信が行われ、処理結果が返信され後、端末が、「引き続き取引をしますか？」というようなメッセージを出力し、端末をフリーの状態に戻さず、利用者をホールドしたままで連続して新たな取引を行うような場合である。
【０２０１】
また、暗証番号や口座番号のような重要な情報が入力されると、他の項目の入力を待たずに一旦センタコンピュータ宛に送信を行い、入力された内容の妥当性チェックを行い、その結果に応じてその後の処理を決める場合もある。
【０２０２】
例えば、ＡＴＭでの出金処理において、キャッシュカードを挿入し、暗証番号を入力した後にＡＴＭからセンタコンピュータ宛に送信が行われ、センタコンピュータで暗証番号の適否を判断したうえで、正しい暗証番号が入力された場合は出金金額入力要求が、間違った暗証番号が入力された場合は暗証番号の再入力要求が、それぞれ端末に返信されるような場合である。
【０２０３】
したがって、先に示した実施例において、「操作」とは「個別の項目の入力ではなく、最初の入力から完了の入力まで、すなわち端末が利用待ちの状態から次の利用待ち状態になるまでの間に行われる入力手続き全体（段落００１２）」に限定せず、「入力待ち状態にある端末に対して何らかの情報入力が行われて、当該情報が端末からセンタコンピュータ宛に送信され、センタコンピュータの処理結果が当該端末に返信され、端末が再度入力待ち状態になるまでの一連の処理」をいうものとすることもできる。
【０２０４】
次に後者の形態による出金取引での実施例を示す（図１、図１０、図１８、図１９、図２０参照）。
【実施例１０】
【０２０５】
この実施例においては、出金用の暗証番号と出金の限度解除用の暗証番号の２つの暗証番号を用いる。
【０２０６】
元帳上（１８００）には、口座番号（１８０１）のほかに少なくとも口座残高（１８０５）とこれら２つの暗証番号（１８０２、１８０３）と当日出金累計額（１８０６）と暗証番号の入力エラーカウント（１８０４）が記録されている。
【０２０７】
出金限度チェックの要否はメモリー上に「限度解除フラッグ」を設けることにより行うことができ、通常、元帳情報がメモリー上に展開された際、限度解除フラッグは「オフ」として初期値設定する。
【０２０８】
最初にＡＴＭにキャッシュカードの挿入と併せ暗証番号が入力されると、入力電文１０００は既存のネットワークを通じて預金口座を管理する銀行のセンタコンピュータに届けられる（１９０１）。
【０２０９】
銀行のセンタコンピュータの中央処理装置１１２は、入力電文１０００の上に表示された元帳口座番号１００６等の情報に基づき従来と同様の方法により、預金口座の情報を元帳から読み出す（１９０２）。この場合、最初の入力の場合は、限度解除フラッグの初期設定を行う。
【０２１０】
そして、入力電文１０００の上に表示された入力暗証番号と、元帳上に表示された出金用暗証番号を比較する（１９０３）。その結果、両者が一致すれば、銀行のセンタコンピュータの中央処理装置１１２は、暗証番号の入力エラーカウントをクリア（１９０４）した上で、ＡＴＭ宛に出金金額の入力要求を送る（１９０５）。
【０２１１】
暗証番号の入力エラーカウントは、間違った暗証番号が続けて所定の回数以上入力されたとき、安全のために当該暗証番号の使用を停止するために用いるもので、本発明とは直接関係はないが、一般的に用いられている手法であり、通常は元帳上に保有されている（１８０４）。
【０２１２】
入力暗証番号と出金用暗証番号が一致しない場合、従来は暗証番号の誤入力として、暗証番号の入力エラーカウントを加算（１９０８）した上で、暗証番号の再入力要求（１９０９）をＡＴＭ宛に返信していたが、本実施例においては、これらの処理をする前に、入力暗証番号が限度解除用暗証番号かどうかを判定する（１９０６）。
【０２１３】
そして、限度解除用暗証番号である場合は、メモリー上に設けられた限度解除フラッグを「オン」に変更して、出金限度管理を解除する（１９０７）。
【０２１４】
その後、出金用暗証番号の入力を求めるために、暗証番号の入力が正しくなかった旨のメッセージである暗証番号の再入力要求（１９０９）をＡＴＭ宛に返信する。このようにすることで、出金限度解除用の暗証番号の入力が行われたことが知られにくくなり安全性が高まることと、ＡＴＭ側のプログラムの改定が不要となり、銀行間で相互接続されているＡＴＭネットワークの下で簡単に導入することができる。
【０２１５】
上記判定（１９０６）の結果、入力暗証番号が限度解除用暗証番号でない場合は、従来通り暗証番号の入力エラーカウントを加算（１９０８）した上で、暗証番号の入力が正しくなかった旨のメッセージである暗証番号の再入力要求（１９０９）をＡＴＭ宛に返信する。
【０２１６】
そして暗証番号の再入力が行われたときは、再度上記の処理を繰り返す（１９０１〜１９０９）。
【０２１７】
次に、ＡＴＭに出金金額の入力が行われると、入力電文１０００は既存のネットワークを通じて預金口座を管理する銀行のセンタコンピュータに届けられる（２００１）。
【０２１８】
銀行のセンタコンピュータの中央処理装置１１２は、預金口座の情報はすでに元帳から読み出されているので再度の読み出しは行わない。もちろん、都度読み出すようにしてもよい。
【０２１９】
そして、メモリー上に設けられた限度解除フラッグの状態を判定する（２００２）。フラッグの内容が「オフ」であれば、従来通り出金限度チェックに進み、一連の処理を行う（２００３〜２００６）。そして、最後に限度解除フラッグをオフにリセットする（２００７）。
【０２２０】
出金限度額は１回の出金額について、あるいは１日の出金累計額について予め定められており、通常センタコンピュータ内に展開されるプログラムの中に保有されている。
【０２２１】
限度解除フラッグがオン、すなわちフラッグの内容が「出金限度チェック不要」であれば、出金限度チェックを行わず、直接残高のチェックに進む（２００４）。以後の処理は通常の処理と同様である（２００４〜２００７）。
【０２２２】
この実施例においては、最初に出金用の暗証番号が入力された場合は、追加の暗証番号の入力を求めることなく、出金限度額以下の出金が可能となるので、現在稼働中のＡＴＭによる出金システムの安全面はそのまま維持される。
【０２２３】
一方、最初に出金限度解除用の暗証番号が入力された場合は、通常の暗証番号の誤入力の場合と同様、暗証番号の再入力を求めながら、出金限度解除の処理が行われる。この出金限度の解除の処理は利用者には明示的に知らせないので、意図した利用者が内心で認識しているだけで、外見的には知ることができない。つまり一時的に保護を解いている状態であることが分からないようにしているのである。
【実施例１１】
【０２２４】
実施例１０では、「出金用の暗証番号」とは異なる「出金限度解除用の暗証番号」を設け、出金限度チェックの解除を行ったが、これを例えば第１暗証番号、第２暗証番号として、これらの入力された順番や回数により出金限度チェックの解除を行うようにしてもよい。
【０２２５】
図２１、図２２に示す例は、出金限度解除用の暗証番号を２つ（これを「限度解除用暗証番号１」、「限度解除用暗証番号２」とする。）設け、これらの暗証番号がともに入力されたときに出金限度を解除するようにしたものである。入力の順序は問わない。
【０２２６】
実施例１０との相違点のみ説明する。
まず、元帳（１８１０）上には限度解除用暗証番号１（１８１３）と限度解除用暗証番号２（１８１４）が保有されている。他は実施例１０と同じである。
【０２２７】
そして、出金限度チェックの要否の判定用にメモリー上に「限度解除フラッグ１」と「限度解除フラッグ２」を設ける。通常、元帳情報を最初にメモリー上に展開する際、この２つのフラッグは「オフ」として初期値設定する。
【０２２８】
暗証番号が入力されたときの処理フローは図２１に示してあるが、図１９と同じ部分は同一の番号を付し、相違点を太字で表示して新たな番号を付してある（２１０１〜２１０４）。
【０２２９】
入力された暗証番号が限度解除用暗証番号１と同一である場合は限度解除フラッグ１をオンに（２１０１、２１０２）、限度解除用暗証番号２と同一である場合は限度解除フラッグ２をオンにする（２１０３、２１０４）。他は実施例１０の場合と同様である。
【０２３０】
次に出金金額が入力されたときの処理フローを図２２に示す。ここでも、図２０と相違する部分について太字表示し新たな番号を付してある。
【０２３１】
出金限度チェックの要否は実施例１０の場合と異なり、２つのフラッグで管理されるので、これらの２つのフラッグが両方オンの場合にのみ出金限度チェックを解除する（２２０１）。他は実施例１０の場合と同様である。
【実施例１２】
【０２３２】
実施例１１では限度解除用暗証番号１と限度解除用暗証番号２が入力順序にかかわらず両方入力されたとき出金限度チェックが解除されるものとした。
【０２３３】
しかし、限度解除用暗証番号１と限度解除用暗証番号２がこの順番で入力されたとき出金限度チェックが解除されるようにすることもできる。
【０２３４】
この場合の処理フローを図２３に示す。
図２３は図２１と基本的に同じだが、太字で示した部分（２３０１、２３０２）のみ異なる。
【０２３５】
限度解除用暗証番号１は限度解除フラッグ１がオフの場合のみ受け入れ可能であり、限度解除用暗証番号２は限度解除フラッグ１がオンでかつ限度解除フラッグ２がオフの場合のみ受け入れ可能である。このようにすると２つの限度解除用暗証番号を同じ番号とすることも可能となる。
【０２３６】
出金金額が入力されたときの処理は実施例１１と同様である。
【０２３７】
同じ要領で、３以上の暗証番号を用いて出金限度チェックの解除を行うようにできる。
このようにＡＴＭでの暗証番号の入力の仕組みを利用しながら、いくらでも安全性を高めることができる。
【実施例１３】
【０２３８】
次に、ＡＴＭでの入力方法として、キャッシュカードを挿入後、暗証番号と出金金額を入力した後センタコンピュータ宛に送信が行われ、暗証番号が出金用暗証番号と一致しなかった場合に暗証番号の入力だけ再度要求するケースの処理フローについて図２４に示す。銀行によっては、このような方法をとっているところがあるからである。
【０２３９】
これは、図１９と図２０を連結したものに相当し、図１９において出金金額の入力要求（１９０５）の送信の代わりに、図２０の出金金額の入力電文を受け取った後の処理（２００２〜２００７）を行うことになる。図２４も図１９と図２０をその部分で連結したもので、各処理の番号も同じ番号を付してある。説明は省略する。
【図面の簡単な説明】
【０２４０】
【図１】本発明を銀行システムに適用する場合の銀行システムの構成を示すブロック図である。
【図２】実施例１の暗証番号処理の処理手順を示すフローチャートである。
【図３】実施例２の暗証番号処理の処理手順を示すフローチャートである。
【図４】実施例３の暗証番号処理の処理手順を示すフローチャートである。
【図５】実施例４の暗証番号処理の処理手順を示すフローチャートである。
【図６】実施例５の暗証番号処理の処理手順を示すフローチャートである。
【図７】実施例６の暗証番号処理の処理手順を示すフローチャートである。
【図８】実施例７の暗証番号処理の処理手順を示すフローチャートである。
【図９】元帳上に保有される複数の暗証番号の入力管理テーブルを示す図である。
【図１０】ＡＴＭで出金操作されたときにセンタコンピュータに送信される入力電文を示す図である。
【図１１】実施例６における支店判定のためのテーブルを示す図である。
【図１２】実施例６における暗証番号と連動した支店判定のためのテーブルを示す図である。
【図１３】実施例６における支店判定と連動した暗証番号の入力管理テーブルを示す図である。
【図１４】実施例７、８における出金金額判定のためのテーブルを示す図である。
【図１５】実施例８における前提条件を示す図である。
【図１６】実施例８における暗証番号の入力管理テーブルを示す図である。
【図１７】実施例９の暗証番号処理の処理手順を示すフローチャートである。
【図１８】実施例１０、１１、１２における元帳の内容を示す図である。
【図１９】実施例１０における暗証番号が入力されたときの処理手順を示すフローチャートである。
【図２０】実施例１０における出金金額が入力されたときの処理手順を示すフローチャートである。
【図２１】実施例１１における暗証番号が入力されたときの処理手順を示すフローチャートである。
【図２２】実施例１１における出金金額が入力されたときの処理手順を示すフローチャートである。
【図２３】実施例１２における暗証番号が入力されたときの処理手順を示すフローチャートである。
【図２４】実施例１３における処理手順を示すフローチャートである。
【符号の説明】
【０２４１】
１００          自行支店
１０１          自行ＡＴＭ
１０２          自行支店のＡＴＭ以外の端末
１０３          自行支店のブランチサーバ
１０４          自行コンピュータセンタ
１１１          通信制御装置
１１２          自行センタコンピュータの中央処理装置
１１３          自行センタコンピュータの大容量記憶装置
１１４          自行センタコンピュータの管理用端末
１２０          他行銀行システム
１２１          他行ＡＴＭ
１２２          他行センタコンピュータ
１３０          ＡＴＭ提携センタ
９０１ａ−１    元帳に記憶される第１暗証番号
９０１ａ−２〜７  元帳に記憶される第１暗証番号の入力情報
９０２ａ−１    元帳に記憶される第２暗証番号
１０００        入力電文
１００１〜１００８  入力電文上の表示情報
１８００        元帳
１８０１〜１８０６  元帳上の表示情報
１８１０        元帳
１８１１〜１８１７  元帳上の表示情報
【図１】
2006260534.tif 000003
【図２】
2006260534.tif 000004
【図３】
2006260534.tif 000005
【図４】
2006260534.tif 000006
【図５】
2006260534.tif 000007
【図６】
2006260534.tif 000008
【図７】
2006260534.tif 000009
【図８】
2006260534.tif 000010
【図９】
2006260534.tif 000011
【図１０】
2006260534.tif 000012
【図１１】
2006260534.tif 000013
【図１２】
2006260534.tif 000014
【図１３】
2006260534.tif 000015
【図１４】
2006260534.tif 000016
【図１５】
2006260534.tif 000017
【図１６】
2006260534.tif 000018
【図１７】
2006260534.tif 000019
【図１８】
2006260534.tif 000020
【図１９】
2006260534.tif 000021
【図２０】
2006260534.tif 000022
【図２１】
2006260534.tif 000023
【図２２】
2006260534.tif 000024
【図２３】
2006260534.tif 000025
【図２４】
2006260534.tif 000026