JPH11184950A - 暗証データの暗号化方法 - Google Patents

Abstract

(57)【要約】 【課題】 オフライン形態では、センタ端末に表示され
た顧客の暗証番号を、オペレータが勘定系端末に再入力
してホストに受け渡すため、その暗証番号がオペレータ
に知られてしまい、安全上や事務規定上の問題を生じて
いた。 【解決手段】 「暗証番号の暗号化処理」により顧客が
入力した暗証データ（例えば暗証番号）を所定の論理に
て可変データを取り込んで暗号化し、暗号化暗証番号を
作成する。次いで「暗号化された暗証番号の表示」によ
り暗号化暗証番号をセンタ端末に表示させ、その表示を
みてオペレータは暗号化暗証データを勘定系端末に入力
する「暗号化された暗証番号の再入力」を行い、勘定系
端末で「暗証番号の複合化処理」を行って、「ホスト送
信処理」により複合化した顧客の暗証番号をホストへ受
け渡す。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、暗証データの暗号
化方法に関し、詳しくは銀行等金融機関においてリモー
トブランチシステム（マルチメディアによる自動受付端
末）をはじめ顧客のキャッシュカード等の暗証番号のよ
うな暗証データの入力に人的介在を伴うシステムにおい
て、暗証データを暗号化することで安全性を向上させた
暗証データの暗号化方法に関する。

【０００２】

【従来の技術】一般に、リモートブランチシステムは、
顧客端末とホストとの間にセンタ端末（オペレータ）が
介在して遠隔地（リモート）から営業店（ブランチ）機
能を提供する。（ただし、顧客はＡＴＭのように、あた
かも無人で取引を行っているかのように錯覚する。）ホ
ストとのデータ授受は、オンライン接続される形態とオ
フラインの形態とがある。将来的には現在のＡＴＭのよ
うに、前者のオンライン形態をとる金融機関が増えるで
あろうが、大手金融業界を除いて、オンライン形態をと
るには、ホストとの電文／インターフェース開発をはじ
め、莫大な工数と時間を費やすことになり、後者のよう
なオフライン形態を取らざるを得ない状況にある。

【０００３】

【発明が解決しようとする課題】しかしながら、上記従
来の技術で述べたように、オフライン形態では、顧客の
キャッシュカードの暗証データ（例えば暗証番号）をホ
ストに受け渡す際に大きな課題が生じる。すなわち、オ
フライン形態では、顧客が入力したキャッシュカードの
暗証番号をセンタ端末上のモニタに表示させ、オペレー
タがそれを確認して勘定系端末に再入力する方式とな
り、事実上オペレータに暗証番号が知られてしまい、安
全上や事務規定上の問題を生じる。昨今、電子商取引
（エレクトリックコマース）やＣＡＬＳの分野で通常行
われている暗証データの暗号化方式にて、秘密鍵暗号方
式や公開鍵暗号方式等が使用されているが、これらはあ
くまでも網（インタネット等）上の盗聴を防止する性質
のものであり、今回の例のように、ホストへの暗証デー
タ受け渡しに人的介在がある以上、暗証データを悪用さ
れてしまう危険性は無くならない。

【０００４】

【課題を解決するための手段】本発明は、上記課題を解
決するためになされた暗証データの暗号化方法であり、
顧客が入力した暗証データを所定の論理により可変デー
タを取り込んで暗号化することで暗号化暗証データを作
成する処理と、前記暗号化暗証データをセンタ端末に表
示する処理と、前記センタ端末に表示された暗号化暗証
データをオペレータが勘定系端末に入力する処理と、前
記勘定系端末で前記暗号化暗証データを所定の論理にて
複合化し、該複合化した顧客の暗証データをホストへ受
け渡す処理とを備えている。

【０００５】上記暗証データの暗号化方法では、オペレ
ータに知られることなく顧客の暗証データを暗号化して
暗号化暗証データを作成し、その暗号化暗証データをオ
ペレータが勘定系端末に入力した後、勘定系端末で暗号
化暗証データを複合化して顧客の暗証データをホストに
受け渡すことから、顧客の暗証データをセンタ端末から
ホストに受け渡す際にオペレータが介在しても、オペレ
ータは暗号化された顧客の暗証データしか知ることがで
きない。そのため、オペレータに対して顧客の暗証デー
タの秘密が保持されたまま、顧客の暗証データはセンタ
端末からホストに受け渡されることになる。加えてオペ
レータ等の人的介在があっても、暗証データに可変デー
タを取り込んで暗号化していることから、暗号化暗証デ
ータの人的解読は非常に困難になり、安全性がさらに高
められる。

【０００６】

【発明の実施の形態】本発明の暗証データの暗号化方法
に係わる第１の実施形態を、図１のフローチャート、図
２の概略構成図および図３の画面例によって説明する。

【０００７】図１に示すように、まず顧客端末処理にお
いて、「キャッシュカードの挿入」Ｓ１により顧客自身
が顧客端末１１（図２参照）にキャッシュカードを挿入
し、顧客端末１１に暗証データとして暗証番号を入力す
る「暗証番号入力」Ｓ２を行う。以下、暗証データを暗
証番号として説明する。それによって顧客端末１１の画
面に、例えば図３の画面１に示すように、「暗証番号」
として「１２３４」と「受付日０９月３０日」と「受付
時刻１５：２３」とが表示される。次いでこの顧客端末
１１で、入力した暗証番号をある所定の論理にて暗号化
暗証データへ変換する「暗証番号の暗号化処理」Ｓ３を
行う。

【０００８】一例として、暗証番号４桁の数字（例えば
１２３４）に対して日付（例えば、９月３０日の場合０
９３０）で排他的論理和等ビット操作を行った上、さら
に受付時刻（例えば、１５時２３分の場合１５２３）で
排他的論理和等ビット操作を行う。すなわち、表１に示
すように、に顧客が入力した暗証番号「１２３４」を
示す。そしてに顧客が入力した暗証番号「１２３４」
を２進数で示すと、「１」は「０００１」、「２」は
「００１０」、「３」は「００１１」、「４」は「０１
００」となる。次にに日付「０９３０」を示す。そし
てに日付「０９３０」を２進数を示すと、「０」は
「００００」、「９」は「１００１」、「３」は「００
１１」、「０」は「００００」となる。次に、に上記
との排他的論理和を示すと、「０００１」、「１０
１１」、「００００」、「０１００」となる。またに
時刻「１５２３」を示す。そしてに時刻「１５２３」
を２進数で示すと、「１」は「０００１」、「５」は
「０１０１」、「２」は「００１０」、「３」は「００
１１」となる。次に、に上記との排他的論理和を
示すと、「００００」、「１１１１」、「００１０」、
「０１１１」となる。そしてに、上記に示した排他
的論理和を１６進数で示すと「０Ｅ２７」となる。これ
が暗号化暗証番号となって、後にオペレータが取り扱う
センタ端末の画面上に表示されることになる。

【０００９】

【表１】

【００１０】ここでポイントとなるのは、同一のキャッ
シュカードであっても、オペレータの画面上に表示され
る暗証番号は暗号化された暗号化暗証番号であり、しか
もこの暗号化暗証番号「０Ｅ２７」は毎回可変となる点
である。

【００１１】上記暗証データ（暗証番号）の暗号化に用
いる論理は、時刻の他にも支店番号や当日の取引回数カ
ウントなど暗号化暗証番号が可変データとなれば、暗号
化そのものの論理の形態は特に問わない。

【００１２】上記暗号化暗証番号は、「センタ端末送信
処理」Ｓ４により、ネットワーク１２（図２参照）を介
してリモートテラーセンタのセンタ端末１３（図２参
照）に送信される。

【００１３】次にセンタ端末処理を行う。すなわち、
「センタ端末受信処理」Ｓ５により上記暗号化暗証番号
をセンタ端末１３が受信し、「暗号化された暗証番号の
表示」Ｓ６により、センタ端末１３の画面に暗号化暗証
番号を表示する。例えば図３の画面２に示すように、オ
ペレータ１４（図２参照）に対して、暗証番号として暗
号化暗証番号「０Ｅ２７」を表示されるとともに、「受
付日０９月３０日」と「受付時刻１５：２３」とが表示
される。

【００１４】次に勘定系端末処理を行う。すなわち、リ
モートテラーセンタにおいて、上記センタ端末１３の画
面表示を見てオペレータ１４は暗号化暗証番号「０Ｅ２
７」を勘定系端末１５（図２参照）に入力する「暗号化
された暗証番号の再入力」Ｓ７を行う。そして勘定系端
末１５の画面には、例えば図３の画面３に示すように、
オペレータ１４が「暗証番号」として入力した暗号化暗
証番号の「０Ｅ２７」とシステム日付の「受付日０９月
３０日」とオペレータ入力の「受付時刻１５：２３」と
が表示される。

【００１５】そして勘定系端末１５で、上記暗号化暗証
番号「０Ｅ２７」を暗号化論理と同様の論理にて複合化
する「暗証番号の複合化処理」Ｓ８を行う。

【００１６】例えば、表２に示すように、に１６進数
で表される暗号化暗証番号「０Ｅ２７」を示す。そして
に上記暗号化暗証番号「０Ｅ２７」を２進数で示す
と、「０」は「００００」、「Ｅ」は「１１１０」、
「２」は「００１０」、「７」は「０１１１」となる。
次にに時刻「１５２３」を示す。そしてに時刻「１
５２３」の２進数を示すと、「１」は「０００１」、
「５」は「０１０１」、「２」は「００１０」、「３」
は「００１１」となる。次に、に上記との排他的
論理和を示すと、「０００１」、「１０１１」、「００
００」、「０１００」となる。またに日付「０９３
０」を示す。そしてに日付「０９３０」の２進数を示
すと、「０」は「００００」、「９」は「１００１」、
「３」は「００１１」、「０」は「００００」となる。
次に、に上記との排他的論理和を示すと、「００
０１」、「００１０」、「００１１」、「０１００」と
なる。そしてに、上記に示した排他的論理和を１０
進数で示すと「１２３４」となる。このようにして、暗
号化暗証番号を顧客の入力した暗証番号に戻す。

【００１７】

【表２】

【００１８】上記複合化した暗証番号「１２３４」を
「ホスト送信処理」Ｓ９によりホストシステム１６（図
２参照）に送信する。このようにして、顧客キャッシュ
カードの暗証番号はオペレータ１４に漏洩することなく
ホストシステム１６へ受け渡されることになる。

【００１９】上記第１の実施形態によれば、顧客が入力
したキャッシュカードの暗証番号は可変の暗号化暗証番
号となり、オペレータ１４がセンタ端末１３の画面上に
表示される顧客の暗証番号（実際には暗号化暗証番号）
を入手し万一不正行為を行おうとしても、同一顧客で毎
回、画面表示上の暗号化暗証番号が異なるため、安全性
が向上される。社会的にも特に安全性が重要視される金
融機関にとって、これまで極めて重要な課題であった
「暗証番号」問題が解決されることになる。暗号化論理
は、今回の例で示した日付、時刻に加え、口座番号、秘
密鍵、仮名文字等のアイテムを適用したり、桁数を増や
したりすることでさらに解読を難解とすることも可能と
なる。

【００２０】以上、顧客のキャッシュカード暗証番号の
データ授受について述べてきたが、他のシステムでも同
様にキャッシュカード暗証番号を使用するシステムの多
くに適用される。第２の実施形態として、テレフォンバ
ンキング対応システムにおける一例を、図４のの概略構
成図および図５の要部説明図によって説明する。

【００２１】テレフォンバンキング対応システムは、顧
客が一般の電話を利用して残高照会や資金移動等勘定取
引きを行うシステムである。リモートブランチシステム
と同様に一部の大手金融機関を除いて、ホストとオンラ
イン接続されるケースは少なく、「キャッシュカードの
暗証番号問題」は重要な課題である。

【００２２】図４に示すように、顧客は、電話機２１の
トーン信号（プッシュボタン押下）によって暗証データ
として暗証番号を入力する。以下、暗証データを暗証番
号として説明する。例えば図５の（１）に示す電話機の
プッシュボタンを、例に示すように、「１」、「２」、
「３」、「４」の順に押す。それによって発生したトー
ン信号は電話網２２を介してＰＢＸ（Private Branch E
xchange ）２３に入力され、このＰＢＸ２３により選択
されてセンタ端末２４に入力される。この一連の処理は
前記図１によって説明した「暗証番号入力」Ｓ２に相当
する。

【００２３】このセンタ端末２４では、入力されたトー
ン信号をキャラクタ化する。従来はオペレータ２５がそ
のキャラクタ化された値を勘定系端末２６に入力せざる
を得なかったが、本案ではトーン信号をキャラクタ化す
る際、第１の実施形態と同様の処理を行う。すなわち、
センタ端末２４では、暗証番号の「１２３４」ととも
に、受付日である例えば「受付日０９月３０日」と、受
付時刻である例えば「受付時刻１５：２３」とを入力す
る。

【００２４】次に暗号化論理により可変する暗号化暗証
番号を作成する。すなわち、上記「１２３４」、「受付
日０９月３０日」、「受付時刻１５：２３」等のデータ
を基に、図５の（２）に示すように、顧客が入力した暗
証番号「１２３４」を、ある所定の論理にて暗号化して
暗号化暗証番号「０Ｅ２７」に変換する。この処理は前
記図１によって説明した「暗証番号の暗号化処理」Ｓ３
に相当する。そしてセンタ端末２４の画面には、オペレ
ータ２５に対して、暗証番号として暗号化暗証番号「０
Ｅ２７」を表示されるとともに、「受付日０９月３０
日」と「受付時刻１５：２３」とが表示される。

【００２５】次に、オペレータ２５は、センタ端末２４
の画面に表示された暗号化暗証番号「０Ｅ２７」を勘定
系端末２６に入力する。この処理は前記図１によって説
明した「暗号化された暗証番号の再入力」Ｓ７に相当す
る。そして図５の（３）に示すように、勘定系端末２６
の画面には、例えば、オペレータ２５が「暗証番号」と
して入力した暗号化暗証番号「０Ｅ２７」とシステム日
付の「受付日０９月３０日」とオペレータ入力の「受付
時刻１５：２３」とが表示される。

【００２６】そして勘定系端末２６で、暗号化論理と同
様の論理にて複合化する「暗証番号の複合化処理」を行
う。すなわち、前記第１実施形態で説明した「暗証番号
の複合化処理」Ｓ８と同様にして、暗号化暗証番号の
「０Ｅ２７」を顧客の入力した暗証番号「１２３４」に
戻す。

【００２７】次いで上記複合化した暗証番号１２３４
を、前記第１実施形態で説明した「ホスト送信処理」Ｓ
９と同様にしてホストシステム２７に送信する。このよ
うにして、顧客キャッシュカードの暗証番号はオペレー
タ２５に漏洩することなくホストシステム２７へ受け渡
されることになる。

【００２８】上記第２の実施形態によれば、ホストシス
テム２７とのオンライン接続されていないケースでのテ
レフォンバンキング対応システムにおいて、顧客が入力
したキャッシュカードの暗証番号は可変の暗号化暗証番
号となり、オペレータ２５がセンタ端末２４の画面上に
表示される顧客の暗証番号（実際には暗号化暗証番号）
を入手し万一不正行為を行おうとしても、同一顧客で毎
回、画面表示上の暗号化された暗証番号が異なるため、
顧客が入力したキャッシュカードの暗証番号がオペレー
タ２４に漏洩されることなくホストシステム２７へ送信
されることになるので、安全性が向上される。このよう
に、特に安全性が重要視されるテレフォンバンキング対
応システムにとって極めて重要な課題であった「暗証番
号」問題が解決される。また、暗号化論理は、今回の例
で示した日付、時刻に加え、口座番号、秘密鍵、仮名文
字等のアイテムを適用したり、桁数を増やしたりするこ
とでさらに解読を難解とすることも可能となる。

【００２９】

【発明の効果】以上、説明したように本発明によれば、
オペレータに知られることなく顧客の暗証データを暗号
化して暗号化暗証データを作成し、その暗号化暗証デー
タをオペレータが勘定系端末に入力した後、勘定系端末
で暗号化暗証データを複合化して顧客の暗証データをホ
ストに受け渡すことから、顧客の暗証データをセンタ端
末からホストに受け渡す際にオペレータが介在しても、
そのオペレータは暗号化された顧客の暗証データしか知
ることができない。そのため、オペレータに対して顧客
の暗証データの秘密を保持することができる。しかも暗
号化暗証データは可変データを取り込んで作成されてい
るので、暗号化暗証データを人的に解読することは非常
に困難なため、安全性の向上が図れる。よって、暗証番
号に代表される安全性上極めて重要な暗証データの送受
信でかつそのデータの授受の際にオペレータ等の人的介
在がある場合であっても、センタ端末からホストに顧客
の暗証データを安全に受け渡すことが可能になる。

【図面の簡単な説明】

【図１】本発明に係わる第１の実施形態のフローチャー
トである。

【図２】リモートブランチシステムの概略構成図であ
る。

【図３】リモートブランチシステムの画面例の説明図で
ある。

【図４】第２の実施形態のテレフォンバンキングシステ
ムの概略構成図である。

【図５】テレフォンバンキングシステムの要部説明図で
ある。

【符号の説明】

１１ 顧客端末 １３ センタ端末 １４ オペレータ １５ 勘定系端末 １６ ホストシステム Ｓ３ 暗証番号の暗号化処理 Ｓ６ 暗号化された暗証番号の表示 Ｓ７ 暗号化された暗証番号の再入力 Ｓ８ 暗証番号の複合化 Ｓ９ ホスト送信処理

Claims (3)

【特許請求の範囲】
1. 【請求項１】 顧客が入力した暗証データを所定の論理
   により可変データを取り込んで暗号化することで暗号化
   暗証データを作成する処理と、 前記暗号化暗証データをセンタ端末に表示する処理と、 前記センタ端末に表示された暗号化暗証データをオペレ
   ータにより勘定系端末に入力する処理と、 前記勘定系端末で前記暗号化暗証データを所定の論理に
   より複合化し、該複合化した顧客の暗証データをホスト
   へ受け渡す処理とを備えたことを特徴とする暗証データ
   の暗号化方法。
2. 【請求項２】 請求項１記載の暗証データの暗号化方法
   において、 該暗証データの暗号化方法は、顧客端末とホストとの間
   にオペレータが介在して遠隔地から営業店機能を提供す
   るリモートブランチシステムに用いられるもので、 前記顧客は暗証データをキャッシュカードにより入力す
   ることを特徴とする暗証データの暗号化方法。
3. 【請求項３】 請求項１記載の暗証データの暗号化方法
   において、 該暗証データの暗号化方法は、顧客が電話を利用して勘
   定取引きを行うテレフォンバンキングシステムに用いら
   れるもので、 前記顧客は暗証データを電話機のトーン信号により入力
   することを特徴とする暗証データの暗号化方法。