JPH0860910A - 情報処理方法 - Google Patents

Abstract

(57)【要約】 【目的】 偽造カード（偽造キー）の作製を防止する。 【構成】 カード１２と端末機（ロック）１３とが対応
すると、カード１２は自信のＩＤコード及びチェックコ
ードをホストコンピュータ１６へ送信する。ホストコン
ピュータ１６は、受信したチェックコードに対応した応
答コードをカード１２へ送信する。ホストコンピュータ
１６は、受信したＩＤコードが記憶されているか否かを
判断する。次に、カード１２は送信したチェックコード
に対応した応答コードを受信したか否かを判断する。ホ
ストコンピュータ１６によるＩＤコードの判断と、カー
ド１２による応答コードの判断との両方の判断が肯定で
ある場合に端末機１３は所定の処理を行う。チェックコ
ードは、カード１２の使用毎に異なるようにする。この
ため、第三者が端末機１３に所定の処理を行わせるため
の方法を発見することは極めて困難になり、偽造キーの
作製が防止できる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、キーとロックとの間で
所定の情報を通信して情報処理する情報処理方法に係
り、所定のデータが記録されたキー、例えば、銀行のキ
ャッシュカード、クレジットカード等と、ロック、例え
ば、現金自動支払機との間で行われる通信の解析を出来
なくすることによって偽造キーの作製を防止することの
できる情報処理方法に関する。

【０００２】

【従来の技術】従来、キーとロックとからなるシステ
ム、例えば、銀行のキャッシュカード（キーに相当）と
現金自動支払機（ロックに相当）とからなるシステムが
ある。

【０００３】キーである銀行のキャッシュカードにはデ
ータを記憶する手段として磁気記録部が設けられてお
り、キャッシュカードには、例えば銀行名、支店名、口
座種別、口座番号等からなるＩＤコードがこの磁気記録
部に記録されている。なお、データを記録する手段とし
て磁気記録部の代わりにＩＣメモリを備えたカード等も
使用されている。

【０００４】このようなシステムでは、カードをロック
側に差し込むと、カードに記憶されたデータ（例えばＩ
Ｄコード）がロックへ送信され、ロック側では、受信し
たデータが正しい場合に解錠するようになっている。ま
た、カードからロックへは１回の送信を行うことが一般
的であり、カードからロックへ送信されるデータは何時
も同じ内容のデータである。

【０００５】このようなカードからロックへ送信される
データを、何らかの方法で第三者が途中で傍受すること
は可能である。また、カードに磁気記録部が有る場合に
は、リーダー等で磁気記録部に記録された情報の読み取
りが可能である。したがって、このようなシステムで
は、通信途中のデータを傍受する、又は磁気記録部の情
報を読取ることによって、同じデータを記録した偽造カ
ードを第三者が作製することが容易であった。また、実
際には、安全性を高めるため、さらに暗証番号等を入力
することも行われているが、暗証番号の桁数は少ないた
め（例えば、４桁程度）容易にロックが解錠されてしま
う。また、暗証番号が一旦判ってしまえば、その後は自
由にロックを解錠できるという問題がある。

【０００６】上記システムの問題は、キーの使用毎に送
信する情報、即ち、ロックの解錠を行わせるための情報
が毎回同じであるため、１回でもキーからロックへの通
信を傍受すれば偽造キーを容易に製作できるというとで
ある。

【０００７】このような問題を解消するため、予めキー
に複数個の異なる情報を記憶させておき、キーを使用す
る毎に、送信する情報を予め決められ順番で送信するよ
うにしたシステムが考えられている。このシステムで
は、キーに予め複数個の異なる情報を記憶させておき、
キーを使用する毎に予め決められた順番に従って情報を
送信するようになっている。

【０００８】例えば、キーに情報Ａ、情報Ｂ・・・情報
Ｘの２６種類の情報を記憶させておき、キーの１回目の
使用時には情報Ａを送信するようにし、２回目には情報
Ｂを送信するようにし、キーの使用毎に予め決められた
順番で予め記憶しておいた情報が送信されるようになっ
ている。一方、ロックでは、キーと同様に情報Ａ、情報
Ｂ・・・情報Ｘの２６種類の情報が記憶されており、キ
ーの使用毎に、キーからは情報Ａ、情報Ｂ・・・情報Ｘ
の順に送信が行われてくることが判断できるようになっ
ている。したがって、キーからロックへの通信を数回程
度傍受しただけでは、ロックを解錠するための方法を解
明することはできず、偽造キーを作製することも出来な
い。

【０００９】しかし、このシステムでは、キーが相手
側、即ちロックを判別する機能を持っていないため、ダ
ミーのロック（同一構成の別のシステムのロック）にキ
ーを対応させると、このキーは情報を発信してしまう。
したがって、ダミーのロックを使用して、何回かキーの
抜き差しを行えば（上記の場合には、例えば２６回以上
となる）、キーからどのような情報がどのような順番で
発信されるか、即ち、情報を送信する際の規則が容易に
知られてしまい、同じ情報を同じ順番で発信する偽造キ
ーを比較的容易に製造できるという問題がある。即ち、
このシステムの問題点は、規則性のある情報を発信して
しまう事である。

【００１０】

【発明が解決しようとする課題】本発明は上記事実を考
慮し、キーとロックとの間で通信される情報を傍受され
たり、キーをダミーのロック等へ差し込んだ際に発信さ
れる情報を読み取られたとしても、偽造キーの作製を出
来なくすることのできる情報処理方法を提供することが
目的である。

【００１１】

【課題を解決するための手段】請求項１に記載の発明
は、キーとロックとの間で所定の情報を通信して情報処
理する情報処理方法であって、キー及びロックの何れか
一方に自身のＩＤコードを、他方に同じＩＤコードを記
憶し、キーとロックとが対応した際には、キー及びロッ
クの少なくとも一方がＩＤコードを相手に送信し、キー
及びロックの少なくとも一方が前記対応毎に異なるチェ
ックコードを他方へ送信し、前記チェックコードを受信
した側は受信したチェックコードに対応した応答コード
を前記チェクコードを送信した側に送信し、チェックコ
ードを送信した側は送信した前記チェックコードに対応
する応答コードを受信したか否かを判断し、ＩＤコード
を受信した側は受信したＩＤコードが記憶されているか
否かを判断し、前記判断が何れも肯定の場合にロックが
所定の処理を行うことを特徴としている。

【００１２】請求項２に記載の発明は、キーとロックと
の間で所定の情報を通信して情報処理する情報処理方法
であって、キー及びロックの両方に自身のＩＤコード及
び相手のＩＤコードを記憶し、キーとロックとが対応し
た際には、互いに自身のＩＤコード及び相手のＩＤコー
ドの少なくとも一方を相手に送信し、キー及びロックの
少なくとも一方が前記対応毎に異なるチェックコードを
他方へ送信し、他方は受信したチェックコードに対応す
る応答コードを送信し、互いに受信したＩＤコードが記
憶されているか否かを判断し、チェックコードを送信し
た側は送信した前記チェックコードに対応する応答コー
ドを受信したか否かを判断し、前記判断が何れも肯定の
場合にロックが所定の処理を行うことを特徴としてい
る。

【００１３】請求項３に記載の発明は、請求項１又は請
求項２に記載の情報処理方法において、前記チェックコ
ードの送信及び前記ＩＤコードの送信の少なくとも一方
を、さらに１回以上増したことを特徴としている。

【００１４】請求項４の発明は、請求項３に記載の情報
処理方法において、送信毎に前記チェックコードが異な
ることを特徴としている。

【００１５】請求項５に記載の発明は、請求項１乃至請
求項４の何れか１項に記載の情報処理方法において、予
め定めた送信を途中で中止しないことを特徴としてい
る。

【００１６】請求項６に記載の発明は、請求項１乃至請
求項５に記載の情報処理方法において、前記キーと前記
キーに対応する前記ロックとからなるシステムが複数存
在する場合に、前記システム毎にチェックコードの種類
が異なることを特徴としている。

【００１７】請求項７に記載の発明は、請求項１乃至請
求項６の何れか１項に記載の情報処理方法において、前
記キーと前記キーに対応する前記ロックとからなるシス
テムが複数存在する場合に、前記チェックコード、前記
応答コード及び前記ＩＤコードの送信順序及び各々の送
信回数の少なくとも一方をシステム毎に変えると共に、
前記送信順序及び各々の送信回数を判断して、前記判断
の何れか一つでも否定の場合には前記所定の処理を禁止
することを特徴としている。

【００１８】請求項８の発明は、請求項１乃至請求項７
の何れか１項に記載の情報処理方法において、送信側は
前記チェックコード、前記応答コード及び前記ＩＤコー
ドの少なくとも一つを予め定めた暗号化方法で暗号化
し、受信側は暗号化されたコードを予め定めた復号化方
法で復号することを特徴としている。

【００１９】また、請求項９の発明は、請求項１乃至請
求項８の何れか一項に記載の情報処理方法において、複
数の異なる暗号化方法とこの暗号化方法を示す暗号化コ
ードとをキーとロックとの各々に予め記憶し、送信側で
は、送信するコードを複数の中からランダムに選択した
一つの暗号化方法で暗号化し、暗号化方法を示す暗号化
コードを付与して相手に送信し、受信側では、受信した
暗号化コードを判別して暗号化されたコードを復号化す
ることを特徴としている。

【００２０】

【作用】請求項１に記載の情報処理方法では、例えば、
キーが自身のＩＤコード（キーのＩＤコード）を記憶
し、ロックがキーのＩＤコードを記憶し、キーがチェッ
クコードを送信する場合では、先ず、キーとロックとが
対応すると、キーはキーのＩＤコード及びチェックコー
ドをロックへ送信する。

【００２１】ロックは、受信したチェックコードに対応
した応答コードをキーへ送信する。また、ロックは、受
信したキーのＩＤコードが記憶されているか否かを判断
する。

【００２２】次に、キーは送信したチェックコードに対
応した応答コードを受信したか否かを判断する。

【００２３】ロックによるキーのＩＤコードの判断と、
キーによる応答コードの判断との両方の判断が肯定であ
る場合に、ロックは所定の処理、例えば解錠を行う。

【００２４】ここで、キーとロックとの対応毎、即ち、
キーの使用毎に、異なるチェックコードが送信されるよ
うになっているため、次にキーとロックとが対応する際
には、前回と異なるチェックコードの送信が行われる。

【００２５】なお、キー及びロックの何れか一方に自身
のＩＤコードが、他方に同じＩＤコードが記憶されてい
れば良く、キーがロックのＩＤコードを記憶し、ロック
が自身のＩＤコード（ロックのＩＤコード）を記憶して
いても良い。

【００２６】また、キーとロックとが対応した場合、キ
ー及びロックは、少なくとも一方がＩＤコードを相手に
送信すれば良く、例えば、キーが自身のＩＤコードを記
憶し、ロックがキーのＩＤコードを記憶している場合で
は、前述したようにキーが自身のＩＤコードをロックへ
送信しても良く、ロックがキーのＩＤコードをキーへ送
信しても良い。また、キーがロックのＩＤコードを記憶
し、ロックが自身のＩＤコードを記憶している場合で
は、キーがロックのＩＤコードをロックへ送信しても良
く、ロックが自身のＩＤコードをキーへ送信しても良
い。即ち、ＩＤコードによって、キー又はロックの何れ
か一方が相手を判断する。

【００２７】また、チェックコードは、ロックがキーへ
送信しても良い。いずれの場合にしても、ＩＤコードに
よって自身で相手を判断するか、又は、相手に自身を判
断させ、応答コードによって相手が本物か偽物で有るか
を判断し、両方の判断が肯定である場合にのみ、ロック
は所定の処理、例えば解錠を行う。

【００２８】なお、ＩＤコードとチェックコードは同時
に送信してもよく、別々に送信しても良く、別々に送信
する場合には何れを先に送信しても良い。

【００２９】同様にして、ＩＤコードと応答コードは同
時に送信してもよく、別々に送信しても良く、別々に送
信する場合には何れを先に送信しても良い。

【００３０】請求項２に記載の情報処理方法では、例え
ば、キーがチェックコードを送信する場合では、キーと
ロックとが対応すると、先ずキーは自身のＩＤコード及
びチェックコードをロックへ送信する。

【００３１】ロックは、自身のＩＤコードと受信したチ
ェックコードに対応した応答コードをキーへ送信する。
また、ロックは、受信した相手のコード、即ち、キーの
ＩＤコードが記憶されているか否かを判断する。

【００３２】次に、キーは、受信した相手のＩＤコー
ド、即ち、ロックのＩＤコードが記憶されているか否
か、チェックコードに対応した応答コードを受信したか
否かを判断する。

【００３３】ロック及びキーの両方で行われるＩＤコー
ドの判断と、キーによる応答コードの判断との全ての判
断が肯定である場合に、ロックは所定の処理、例えば解
錠を行う。

【００３４】また、キーとロックとの対応毎、即ち、キ
ーの使用毎に、異なるチェックコードが送信されるよう
になっているため、次にキーとロックとが対応した際に
は、前回と異なるチェックコードの送信が行われる。

【００３５】なお、キーとロックとが対応した場合、キ
ー及びロックは、互いに自身のＩＤコード及び相手のＩ
Ｄコードの少なくとも一方を相手に送信すれば良く、前
述したようにキー及びロックが互いに自身のＩＤコード
を相手に送信しても良く、キー及びロックが互いに自身
で記憶している相手のＩＤコードを相手に送信しても良
い。即ち、ＩＤコードによってキー及びロックの両方が
相手を判断する。

【００３６】また、チェックコードは、ロックがキーへ
送信しても良い。いずれの場合にしても、キー及びロッ
クは、ＩＤコードによって互い自身で相手を判断する
か、または互いに相手に自身を判断させ、応答コードに
よって相手が本物か偽物で有るかを判断し、ＩＤコード
及び応答コードの両方の判断が肯定である場合にのみ、
ロックは所定の処理、例えば解錠を行う。

【００３７】なお、ＩＤコードとチェックコードは同時
に送信してもよく、別々に送信しても良く、別々に送信
する場合には何れを先に送信しても良い。

【００３８】同様にして、ＩＤコードと応答コードは同
時に送信してもよく、別々に送信しても良く、別々に送
信する場合には何れを先に送信しても良い。

【００３９】請求項３に記載の情報処理方法では、チェ
ックコードの送信及びＩＤコードの送信の少なくとも一
方の送信を少なくとも１回以上増やしたため、ロックが
所定の処理を行うまでの通信の情報量が増える。なお、
チェックコード及びＩＤコードの両方の送信回数を増や
しても良く、各々の送信回数は任意である。また、チェ
ックコードの送信回数を増すことによって、応答コード
の送信回数もそれに応じて増加する。

【００４０】請求項４の情報処理方法では、送信毎にチ
ェックコードが異なるので、それに対応して受信される
応答コードも受信毎に異なることになる。

【００４１】請求項５に記載の情報処理方法では、予め
定めた送信が途中で中止されることがない。

【００４２】請求項６に記載の情報処理方法では、シス
テム毎にチェックコードの種類が異なっているので、あ
るシステムのキーを他のシステムで使用しても、送信し
たチェクコードに対して正しい応答コードが受信される
ことはない。従って、あるシステムに他のシステムと同
じＩＤコードが使用されていたとしても、あるシステム
のキーによって他のシステムのロックに所定の処理を行
わせることは出来ない。また、その逆で、他のシステム
のキーで、あるシステムのロックに所定の処理を行わせ
ることもできない。

【００４３】請求項７に記載の情報処理方法では、チェ
ックコード、応答コード及びＩＤコードの送信回数及び
送信順序の少なくとも一方がシステム毎に異なるので、
送信回数、送信順序の判断の何れか一つでも否定の場合
には、他のシステムのキーが使用されたことになるので
ロックの所定の処理は禁止される。即ち、あるシステム
に他のシステムと同じＩＤコード及び同じチェックコー
ドが使用されていたとしても、あるシステムのキーによ
って他のシステムのロックに所定の処理を行わせること
は出来ない。また、その逆で、他のシステムのキーで、
あるシステムのロックに所定の処理を行わせることもで
きない。

【００４４】請求項８の情報処理方法では、送信側はチ
ェックコード、応答コード及びＩＤコードの少なくとも
一つを予め定めた暗号化方法で暗号化して相手に送信す
る。一方、受信側は暗号化されたコードを予め定めた復
号化方法で復号する。なお、暗号化は、チェックコー
ド、応答コード及びＩＤコードの内の任意の２つ、また
は全てに対して行っても良い。

【００４５】また、請求項９の情報処理方法では、送信
側はチェックコード、応答コード及びＩＤコードの少な
くとも一つを複数の中からランダムに選択した一つの暗
号化方法で暗号化し、暗号化方法を示す暗号化データを
付与して相手に送信する。受信側では、受信した暗号化
コードを判別し、暗号化されたコードの復号化を行う。
暗号化の方法は、複数の中からランダムに選択するの
で、暗号化の方法は送信毎にランダムになる。

【００４６】

【実施例】

〔第１実施例〕本発明の第１実施例を図１乃至図１１に
したがって説明する。

【００４７】図１（Ａ）に示すように、本実施例は本発
明の情報処理方法を、銀行の現金自動支払システム１０
に適用したものである。この現金自動支払システム１０
は、複数のキーとしてのカード１２、複数の端末機１３
及びホストコンピューター１６で構成されている。端末
機１３及びホストコンピューター１６はロックを構成し
ている。

【００４８】このカード１２は、図１（Ｂ）に示すよう
に、ＣＰＵ４０、ＲＯＭ４２、記録手段としてのＲＡＭ
４４、Ｉ／Ｏポート４６、図示しない電源及び外部との
信号の受け取り受渡しを行うための電気接点４８を備え
た所謂ＩＣカードで構成されている。

【００４９】ＲＯＭ４２には、例えば、銀行名、支店
名、口座種別、口座番号等からなるキーＩＤコード及び
所定の制御プログラムがカード１２の発行時に記録され
る。

【００５０】端末機１３はキーボード１５及び各種操作
方法や警告等の表示を行うディスプレー１７及び現金支
払い装置（図示せず）を備え、内部にはカード１２を内
部へ搬送する搬送装置１８が設けられている。搬送装置
１８は、所定の間隔に配設された挟持ローラー対２０、
２２を備えカード１２を挟持して、端末機１３の内方及
び外方（図１の矢印Ａ方向及び矢印Ａ方向とは反対方
向）に搬送する。

【００５１】挟持ローラー対２０と挟持ローラー対２２
の間には、カード１２の電気接点４８に接触する接触端
子５０が設けられている。

【００５２】この接触端子５０はＩ／Ｏポート５２を介
してホストコンピューター１６のＣＰＵ（中央演算処理
装置）３０に接続されている。なお、ＣＰＵ３０には、
キーボード及ディスプレー等の入出力機器がＩ／Ｏポー
ト５２を介して接続されている。

【００５３】さらに、ホストコンピューター１６には、
磁気ディスク３４、ＲＡＭ３９及びＲＯＭ３８が備えら
れている。なお、ＲＯＭ３８には、所定の制御プログラ
ムが記憶されている。

【００５４】磁気ディスク３４には、所定の処理（現金
の支払い等）を許可すべきカード１２のキーＩＤコード
（銀行名、支店名、口座種別、口座番号等）が記録され
ている。なお、磁気ディスク３４に記録されたキーＩＤ
コードは書換え、消去が可能であるのは勿論、新たなキ
ーＩＤコード及び暗証番号、その他のコードをキーＩＤ
コードに対応させて記録することもできる。

【００５５】本実施例では、カード１２とホストコンピ
ューター１６との間で複数回の送受信を行う。ここで、
送信するコードは暗号化しているが、コードを暗号化す
る方法としては、周知の方法を適用することができる。

【００５６】なお、本実施例では送信するコードにスク
ランブをかけて暗号化している。次に、この暗号化方法
について説明する。

【００５７】例えば送信するコードの列が例えば６４ビ
ットであるとする。６４ビットのコードは、所定の方法
で例えば８ビット×８列のマトリックスに変更され、各
行、各列が所定の方法にしたがってそれぞれローテート
される。ローテートされたマトリックス状のコードは再
び所定の方法で６４ビット列にされ、暗号化が完了す
る。

【００５８】本実施例では、８ビット×８列のマトリッ
クスにされたコードの各行、各列のローテートの回数及
び８ビット×８列のマトリックスにされたコードを６４
ビット一列にする方法のそれぞれを変えることによっ
て、複数個の暗号化方法を得ている。

【００５９】なお、暗号化の方法を選択するにあたって
は、それぞれの暗号化の方法に番号を付し、暗号化の方
法の番号に応じた乱数を発生させるようにすればよい。
例えば、暗号化の方法が１００通りあったとすると、各
暗号化の方法に１〜１００までの番号を付して暗号化方
法と共に暗号化テーブル（図１１参照）としてＲＯＭ４
２に記憶しておく。

【００６０】カード１２及びホストコンピューター１６
では、ＣＰＵ３０によりシードデータに基づいて乱数が
生成されるようになっており、乱数を暗号化の方法の番
号に対応させて１〜１００までの何れか１つを生成する
ようにする。暗号化するに当たっては、その時に生成さ
れた乱数に対応した暗号化方法にしたがって送信するコ
ードを暗号化する。なお、暗号化されたデータには、所
定の位置に、暗号化の方法を示す暗号化コードを付け加
える。

【００６１】一方、復号側にも、暗号側と同様の暗号化
テーブルが記憶されており、復号は、暗号化コードに基
づいて暗号化の逆の手順で行う。即ち、６４ビットの暗
号化されたコードが、暗号化と逆の手順にしたがって８
ビット×８列のマトリックスに戻され、各行、各列がそ
れぞれ上記と逆にローテートされ、再び６４ビット一列
にされて元のコードが得られる。

【００６２】また、カード１２のＲＯＭ４２には、複数
の異なるチェックコード及びこのチェックコードに対応
する応答コードを定めたチェックテーブル（図１２参
照）が記憶されている。チェックコードは、送信毎に一
つ選択されるようになっており、ランダムに選択された
チェックコードが送信されるようになっている。ここ
で、チェックコードを選択するにあたっては、それぞれ
のチェックコードに番号を付し、チェックコードの数に
応じた乱数を発生させるようにすればよい。例えば、チ
ェックコードが１００個あったとすると、各チェックコ
ードに１〜１００までの番号を付す。カード１２及びホ
ストコンピューター１６では、乱数をチェックコードの
数に対応させて１〜１００までの何れか１つを生成する
ようにする。なお、応答コードも乱数によって選択可能
となっている。

【００６３】本実施例の現金自動支払システム１０によ
れば、端末機１３にカード１２が挿入されると、カード
１２は、搬送装置１８によって端末機１３の内部（図矢
印Ａ方向）に搬送され、カード１２の電気接点に、接触
端子５０が接続され、端末機１３を介しカード１２とホ
ストコンピューター１６との間で所定の通信が行われ
る。

【００６４】先ず、カード１２側のルーチンを図２及び
図４至図７を参照して説明する。図２に示すように、ス
テップ１００では、カウント値ｎ（送信回数に対応）が
０にセットされる。

【００６５】ステップ１０２では、所定の送信処理が行
われる。このステップ１０２でのサブルーチンを図４に
したがって説明する。

【００６６】先ずステップ５００でキーＩＤコードが読
み出され、次のステップ５０２でチェックコードが乱数
により選択されて決定される。次のステップ５０４で暗
号化方法が乱数により選択されて決定される。次のステ
ップ５０６では、キーＩＤコードとチェックコードとか
らなデータが乱数によって選択された暗号化方法によっ
て暗号化され、暗号化方法を示す暗号化コードが所定位
置に付与された送信データが作成される。送信データが
作成されるとステップ５０８へ進み送信が行われる。

【００６７】送信が行われると図２のステップ１１４へ
進み、ステップ１１４では、ホストコンピューター１６
から送信された送信データが受信されたか否かが判断さ
れる。ステップ１１４で、ホストコンピューター１６か
らの送信データが受信されたと判断されるとステップ１
１６へ進む。この送信データは、ロックＩＤコード、チ
ェックコード、応答コード及び暗号化コードから構成さ
れている。

【００６８】ステップ１１６では、受信データから暗号
化コードを判別し、暗号化コードに基づいて受信したデ
ータを復号する。

【００６９】ステップ１１８では、受信したロックＩＤ
コードが、カード１２に記憶されているか否かが判断さ
れる。ここで、ロックＩＤコードがカード１２に記憶さ
れていると判断されるとステップ１２０へ進み、カード
１２に記憶されていないと判断されるとステップ１３２
へ進む。即ち、ロックＩＤコードを判断することで、解
錠すべき相手であるか否かを判断している。

【００７０】ステップ１２０では、受信した応答コード
が正しいか否かが判断される。即ち、ステップ１０２で
送信したチェックコードに対応した応答コードであるか
が判断される。ここで、応答コードが正しいと判断され
るとステップ１２２へ進み、正しくないと判断されると
ステップ１３２へ進む。

【００７１】ステップ１２２では、受信したチェックコ
ードと同じチェックコードがカード１２に記憶されてい
るか否かが判断される。ここで、記憶されていると判断
されるとステップ１２４へ進み、記憶されていないと判
断されるとステップ１３２へ進む。

【００７２】ステップ１２４では、カウント値ｎに１が
インクリメントされる。ステップ１２６では、カウント
値ｎが所定回数か否かが判断される。ステップ１２６
で、カウント値ｎが所定回数でないと判断されるとステ
ップ１３０へ進み、所定回数であると判断されるとステ
ップ１２８へ進む。

【００７３】ステップ１３０では、所定の送信処理が行
われる。このステップ１３０でのサブルーチンを図５に
したがって説明する。

【００７４】先ずステップ５２０でキーＩＤコードが読
み出され、次のステップ５２２で応答コードが読み出さ
れる。ここで読み出される応答コードは、ステップ１２
２で記憶されていると判断された、すなわちロックから
送信されたチェックコードに対応するものである。次の
ステップ５２４でチェックコードが乱数により選択され
て決定される。

【００７５】次のステップ５２６では、暗号化方法が乱
数により選択されて決定される。次のステップ５２８で
は、キーＩＤコード、チェックコード、応答コードから
なるデータが乱数により選択された暗号化方法によって
暗号化され、暗号化方法を示す暗号化コードが所定位置
に付与された送信データが作成される。送信データが作
成されるとステップ５３０へ進み送信が行われる。ステ
ップ５３０で送信が終了すると図２に示すステップ１１
４へ戻る。

【００７６】一方、図２に示すように、ステップ１２８
では、ステップ１３０とは異なる所定の送信処理が行わ
れる。このステップ１２８でのサブルーチンを図６にし
たがって説明する。

【００７７】先ずステップ５４０でキーＩＤコードが読
み出され、次のステップ５４２で応答コードが読み出さ
れる。ここで読み出される応答コードは、ステップ１２
２で記憶されていると判断された、すなわちロックから
送信されたチェックコードに対応するものである。次の
ステップ５４４でチェックコードが乱数により選択され
て決定される。次のステップ５４６では、解錠コードが
読み出される。

【００７８】次のステップ５４８では、暗号化方法が乱
数により選択されて決定される。次のステップ５５０で
は、キーＩＤコード、チェックコード、応答コード及び
解錠コードからなるデータが乱数により選択された暗号
化方法によって暗号化され、暗号化方法を示す暗号化コ
ードが所定位置に付与された送信データが作成される。
送信データが作成されるとステップ５５２へ進み送信が
行われてカード１２の処理が終了する。

【００７９】また、図２に示すステップ１３２では、別
の送信処理が行われる。このステップ１３２でのサブル
ーチンを図７にしたがって説明する。

【００８０】先ずステップ５６０でキーＩＤコードが読
み出され、次のステップ５６２でチェックコードが乱数
により選択されて決定される。次のステップ５６４で応
答コードが読み出される。ここで読み出される応答コー
ドは、乱数によって選ばれた適当なものである。

【００８１】次のステップ５６６では、暗号化方法が乱
数により選択されて決定される。次のステップ５６８で
は、キーＩＤコード、チェックコード、応答コードから
なるデータが乱数により選択された暗号化方法によって
暗号化され、暗号化方法を示す暗号化コードが所定位置
に付与された送信データが作成される。送信データが作
成されるとステップ５７０へ進み送信が行われる。送信
が行われると図２のステップ１７２へ進む。

【００８２】図２に示すように、ステップ１７２では、
カウント値ｎが１インクリメントされる。

【００８３】ステップ１７４では、カウント値ｎが所定
回数か否かが判断され、所定回数ではないと判断される
とステップ１７６へ進み、所定回数であると判断される
とカード１２の処理が終了する。

【００８４】ステップ１７６では、ホストコンピュータ
ー１６から送信されたデータを受信したか否かが判断さ
れ、受信されるとステップ１３２へ戻り処理を繰り返
す。

【００８５】次に、ホストコンピューター１６側（ロッ
ク側）のルーチンを図３、図８及び図９を参照して説明
する。

【００８６】図３に示すように、ステップ２００では、
カウント値ｎ（送信回数に対応）が０にセットされる。

【００８７】ステップ２０２では、カード１２から送信
されたデータを受信したか否かが判断され、受信したと
判断されるとステップ２０４へ進み、受信したデータか
ら暗号化データが判別され、暗号化コードに基づいて受
信したデータが復号される。

【００８８】ステップ２０６では、受信したキーＩＤコ
ードが、ホストコンピューター１６に記憶されているか
否かが判断される。ここで、キーＩＤコードが記憶され
ていると判断されるとステップ２０８へ進み、記憶され
ていないと判断されるとステップ２２２へ進む。

【００８９】ステップ２０８では、受信したチェックコ
ードと同じチェックコードがホストコンピューター１６
に記憶されているか否かが判断される。ここで、記憶さ
れていると判断されるとステップ２１０へ進み、記憶さ
れていないと判断されるとステップ２２２へ進む。

【００９０】ステップ２１０では、カウント値ｎが０で
あるか否かが判断される。カウント値ｎが０である場合
にはステップ２１４へ進み、０以外の場合にはステップ
２１２へ進む。ステップ２１２では、受信した応答コー
ドが後述するステップ２３０で送信したチェックコード
に対応しているか否かが判断される。ここで、応答コー
ドが正しいと判断されるとステップ２１４へ進み、正し
くないと判断されるとステップ２２２へ進む。

【００９１】ステップ２１４では、カウント値ｎが１イ
ンクリメントされる。ステップ２１６では、カウント値
ｎが所定回数であるか否かが判断され、カウント値ｎが
所定回数である場合にはステップ２１８へ進み、所定回
数でないと判断されるとステップ２３０へ進む。

【００９２】ステップ２３０では所定の送信処理が行わ
れる。このステップ２３０でのサブルーチンを図８にし
たがって説明する。

【００９３】先ずステップ６０２でロックＩＤコードが
読み出され、次のステップ６０４で応答コードが読み出
される。ここで読み出される応答コードは、ステップ２
０８で記憶されていると判断された、すなわちカード１
２から送信されたチェックコードに対応するものであ
る。

【００９４】次のステップ６０６でチェックコードが乱
数により選択されて決定される。次のステップ６０８で
は、暗号化方法が乱数により選択されて決定される。次
のステップ６１０では、ロックＩＤコード、チェックコ
ード、応答コードからなるデータが乱数により選択され
た暗号化方法によって暗号化され、暗号化方法を示す暗
号化コードが所定位置に付与された送信データが作成さ
れる。送信データが作成されるとステップ６１２へ進み
送信が行われる。ステップ６１２で送信が終了すると図
３に示すステップ２０２へ戻る。

【００９５】図３に示すように、ステップ２１８では、
受信したデータの中に解錠コードが有るか否かが判断さ
れ、解錠コードが有る場合にはステップ２０２へ進んで
解錠（本実施例では現金の引出し等の所定の操作が可能
となる。）を行い処理を終了し、解錠コードが無い場合
にはステップ２４４でエラー（例えば、警報が発せられ
ると共に端末機１３の搬送装置１８がロックされ、カー
ド１２が端末機１３から取り出し不能にされると共にセ
ットされたカード１２の使用停止措置等が取られる。）
を出して処理を終了する。

【００９６】また、ステップ２２２では、カウント値ｎ
が１インクリメントされ、ステップ２２４では、カウン
ト値ｎが所定回数であるか否かが判断され、カウント値
ｎが所定回数である場合にはステップ２４２へ進んでエ
ラーを出して処理を終了し、所定回数でないと判断され
るとステップ２２６へ進む。

【００９７】ステップ２２６では所定の送信処理が行わ
れる。このステップ２２６でのサブルーチンを図９にし
たがって説明する。

【００９８】先ずステップ６２０でロックＩＤコードが
読み出され、次のステップ６２２でチェックコードが乱
数により選択されて決定される。次のステップ６２４で
応答コードが決定される。ここで決定される応答コード
は、乱数によって選ばれた適当なものである。

【００９９】次のステップ６２６では、暗号化方法が乱
数により選択されて決定される。次のステップ６２８で
は、ロックＩＤコード、チェックコード、応答コードか
らなるデータが乱数により選択された暗号化方法によっ
て暗号化され、暗号化方法を示す暗号化コードが所定位
置に付与された送信データが作成される。送信データが
作成されるとステップ６３０へ進み送信が行われる。送
信が行われると図３のステップ２２８へ進む。

【０１００】図３に示すように、ステップ２２８では、
カード１２から送信されたデータが受信されたか否かが
判断され、受信した場合にはステップ２２２へ戻る。

【０１０１】以上説明したように、本実施例の情報処理
方法では、以下の（１）〜（８）に記載する特徴を備え
ている。 （１） チェックコードが毎回ランダムに選択されるよ
うになっているので、カード１２の使用毎に送信される
チェックコードが異なることになる（但し、本実施例の
場合、チェックコードを乱数を使用して選択するため、
続けて同じチェックコードが選択されることは偶然に起
こり得るが、その確率は極めて低く実質的にはチェック
コードは毎回異なる。）。また、チェックコードの通信
を複数回行うが、この場合においても、チェックコード
は送信毎に異なることになる。 （２） カード１２とホストコンピューター１６との双
方で、送信されてきたチェックコードと同じチェックコ
ードが有るか否かをチェックし、さらに送信したチェッ
クコードに対して応答されてきた応答コードをチェック
している。これにより、双方で相手が正しいか否かの確
認を行うことができる。 （３） カード１２とホストコンピューター１６との双
方で、通信の回数をチェックしている。 （４） カード１２からの最終回の送信データの解錠コ
ードの有無をチェックしている。これによって、カード
１２側の判断は全て肯定であることがホストコンピュー
ター１６へ伝達される。 （５） カード１２とホストコンピューター１６との双
方で、相手のＩＤコードをチェックしている。 （６） 途中でエラー等があっても、取りあえず所定回
数の送受信を繰り返す。 （７） 送信するデータが毎回ランダムに選択される方
法で暗号化されている。

【０１０２】上記（１）〜（８）の特徴を備えたこの情
報処理方法では、以下に述べる効果がある。

【０１０３】カード１２の使用毎に送信される情報に規
則性が全く無いため、カード１２とホストコンピュータ
ー１６との間の通信を複数回傍受したり、カード１２を
ダミーのロック（本実施例と同様の機器構成のシステム
が多数市販された場合に、市販された他のシステムのホ
ストコンピュータ）に対応させてカード１２と他のホス
トコンピュータとの間で通信を行わせることに成功した
としても、第三者が端末機１３で現金の支払いを行わせ
るための方法を解析することは極めて困難である。

【０１０４】通信データにエラー等があっても、予め定
めた複数回の送受信を最後まで行うので、何れの通信時
のデータが真で、何れの通信時のデータがエラーである
かを把握することが極めて困難になり、データの解析を
更に困難にさせることができる。なお、エラーの情報が
通信された際に、その後の通信が停止するようにシステ
ムを構成すると、どの情報でエラーが生じたかが判断さ
れ易くなる。

【０１０５】また、通信毎に暗号化方法が毎回ランダム
に選択されるため、第三者による通信データの解析を更
に困難にさせることができる。

【０１０６】このように、本実施例では、通信データの
解析が極めて困難であるので、偽造カードの製造は実質
的には不可能となり、現金自動支払システム１０の安全
性は従来のシステムに比較して極めて高い。

【０１０７】〔第２実施例〕次に、本発明の第２実施例
を説明する。本実施例では、第１実施例とはチェックコ
ード及び応答コードの生成方法が異なっている。

【０１０８】この実施例では、乱数発生器によって、例
えば４桁の乱数が生成されるようになっており、生成さ
れた４桁の乱数をチェックコードと定めており、受信し
た４桁の乱数から所定のチェックサムを引いた値を応答
コードと定めている。

【０１０９】例えば、生成された乱数が十進法で１２３
９で、チェックサムが例えば十進法で３７であるとする
と、応答コードは十進法で−１２０２となる。

【０１１０】本実施例では、カード１２側とホストコン
ピュータ１６側との両方に、同じチェックサムテーブル
が記憶されている。チェックサムテーブルには、各々が
異なる数の複数のチェックサムがあり、順番に番号が付
されている。例えば、チェックサムが１００種類あった
とすると、チェックサムに１〜１００までの番号が付さ
れたチェックサムテーブルがカード１２側とホストコン
ピュータ１６側とに記憶されている。

【０１１１】さらに、カード１２及びホストコンピュー
タ１６は、各々、カード１２の使用開始からのチェック
コードの通信回数（送信回数または受信回数）をカウン
トするようになっており、カード１２の使用開始時に予
め定めた所定のチェックサム（例えば１番の番号の付さ
れたチェックサム）から数の大きい方へ順にチェックサ
ムを読み出すようになっている。

【０１１２】即ち、チェックコードの送信側では、次の
送信時には、次の番号のチェックサムを読みだすように
なっており、チェックコードの受信側では、次の受信時
には次の番号のチェックサムを読み出すようになってい
る。このため、チェックコードを送信する側で選択した
チェックサムと、チェックコードの受信側で選択したチ
ェックサムとは同じになる。

【０１１３】この実施例では、前述したように乱数発生
器により４桁の乱数が生成され、生成された乱数がチェ
ックコードとなる。

【０１１４】このチェックコードが受信されると、受信
側では、使用を開始してから何回目に受信したチェック
コードであるかを判断し、チェックサムを定めたテーブ
ルから、受信総数に対応したチェックサムを読み出す。
チェックサムの受信側では、読み出されたチェックサム
から受信した４桁の乱数を引き算して応答コードを作成
し、作成した応答コードを相手へ送信する。

【０１１５】チェックコードの送信側では、送信した乱
数と送信時に選択したチェックコードとから受信する応
答コードの数が幾つであればよいかを演算し（チェック
サムから受信した４桁の乱数を引き算する）、演算して
得られた数と、受信した応答コードの数とが一致した際
に、正しい応答コードが返ってきたとの判断を下す。

【０１１６】本実施例も前記実施例と同様に、送信毎に
チェックコードが異なるので、情報の解析を行うことは
実質的に不可能となる。

【０１１７】この本実施例では、チェックコードを乱数
によって生成するので、予め複数種類のチェックコード
を記憶するよりも記憶容量は少なくて済み、カード１２
のＲＯＭ４２の記憶容量を第１実施例よりも小さくする
ことができる。なお、本実施例では、チェックサムテー
ブルを記憶しなければならないが、チェックサムテーブ
ル自体に必要とされる記憶容量は、複数種類のチェック
コードを記憶する場合に比較して遙かに少なくて済む。
即ち、チェックコードは乱数で生成されるので送信毎の
規則性は全く無く、チェックサムの種類をあまり多く設
定しておかなくても第三者が端末機１３で現金の支払い
を行わせるための方法を解析することは極めて困難であ
る。また、チェックコードの桁数を多く設定する場合に
は、予め複数種類のチェックコードを記憶するよりも遙
かに有利になる。

【０１１８】なお、その他の作用・効果は第１実施例と
同様である。 〔第３実施例〕次に、本発明の第３実施例を説明する。

【０１１９】本実施例では、第１実施例とは処理方法が
異なっており、ロック側から送信を始め、かつ、送信時
のデータを暗号化しない例である。なお、本実施例の機
器構成は第１実施例と同様であるので説明は省略する。

【０１２０】先ず、ホストコンピューター１６側（ロッ
ク側）のルーチンを図１２、図１４乃至図１６を参照し
て説明する。

【０１２１】図１２に示すように、ステップ３００で
は、カウント値ｎ（送信回数に対応）が０にセットされ
る。

【０１２２】ステップ３０２では所定の送信処理が行わ
れる。このステップ３０２でのサブルーチンを図１４に
したがって説明する。

【０１２３】図１４に示すように、先ずステップ６４０
でロックＩＤコードが読み出され、次のステップ６４２
でチェックコードが乱数により選択されて決定される。
次のステップ６４４では、ロックＩＤコードとチェック
コードとからな送信データが作成される。送信データが
作成されるとステップ６４６へ進み送信が行われる。送
信が行われると図１２のステップ３０４へ進む。

【０１２４】図１２に示すように、ステップ３０４で
は、カード１２から送信されたデータを受信したか否か
が判断され、受信したと判断されるとステップ３０６へ
進む。

【０１２５】ステップ３０６では、受信したキーＩＤコ
ードが、ホストコンピューター１６に記憶されているか
否かが判断される。ここで、キーＩＤコードが記憶され
ていると判断されるとステップ３０８へ進み、記憶され
ていないと判断されるとステップ３２４へ進む。

【０１２６】ステップ３０８では、受信した応答コード
がステップ３０２で送信したチェックコードに対応して
いるか否かが判断される。ここで、応答コードが正しい
と判断されるとステップ３１０へ進み、正しくないと判
断されるとステップ３２４へ進む。

【０１２７】ステップ３１０では、受信したチェックコ
ードと同じチェックコードがホストコンピューター１６
に記憶されているか否かが判断される。ここで、記憶さ
れていると判断されるとステップ３１２へ進み、記憶さ
れていないと判断されるとステップ３２４へ進む。

【０１２８】ステップ３１２では、カウント値ｎが１イ
ンクリメントされる。ステップ３１４では、カウント値
ｎが所定回数であるか否かが判断され、カウント値ｎが
所定回数である場合にはステップ３１８へ進み、所定回
数でないと判断されるとステップ３１６へ進む。

【０１２９】ステップ３１６では、所定の送信処理が行
われる。このステップ３１６でのサブルーチンを図１５
にしたがって説明する。

【０１３０】先ずステップ６５０でロックＩＤコードが
読み出され、次のステップ６５２で応答コードが読み出
される。ここで読み出される応答コードは、ステップ３
１０で記憶されていると判断された、すなわちカード１
２から送信されたチェックコードに対応するものであ
る。次のステップ６５４でチェックコードが乱数により
選択されて決定される。

【０１３１】次のステップ６５６では、ロックＩＤコー
ド、応答コード、チェックコードからなる送信データが
作成される。送信データが作成されるとステップ６５８
へ進み送信が行われる。

【０１３２】ステップ６５８で送信が終了すると図１２
に示すステップ３０４へ戻る。図１２に示すように、ス
テップ３１８では、受信したデータの中に解錠コードが
あるか否かを判断する。解錠コードがある場合には、ス
テップ３２０へ進み解錠を行い、解錠コードが無い場合
にはステップ３２２へ進んでエラーを出して処理を終了
する。

【０１３３】一方、ステップ３２４では、カウント値ｎ
が１インクリメントされる。ステップ３２６では、カウ
ント値ｎが所定回数であるか否かが判断され、所定回数
である場合にはステップ３３２へ進んでエラーを出して
処理を終了する。一方、所定回数でないと判断されると
ステップ３２８へ進む。

【０１３４】ステップ３２８では、所定の送信処理が行
われる。このステップ３２８でのサブルーチンを図１６
にしたがって説明する。

【０１３５】図１６に示すように、先ずステップ６６０
でロックＩＤコードが読み出され、次のステップ６６２
で応答コードが決定される。ここで決定される応答コー
ドは、乱数によって選択された適当なものである。次の
ステップ６６４でチェックコードが乱数により選択され
て決定される。

【０１３６】次のステップ６６６では、ロックＩＤコー
ド、乱数により選択されたチェックコード、乱数によっ
て選択された適当な応答コードからなる送信データが作
成される。送信データが作成されるとステップ６６８へ
進み送信が行われる。送信が行われると図１２のステッ
プ３３０へ進む。

【０１３７】図１２に示すように、ステップ３３０で
は、カード１２から送信されたデータを受信したか否か
が判断され、受信したと判断されるとステップ３２４へ
戻る。

【０１３８】次に、カード１２側のルーチンを図１３、
図１７乃至図１９を参照して説明する。

【０１３９】図１３に示すように、ステップ４００で
は、カウント値ｎ（送信回数に対応）が０にセットされ
る。

【０１４０】ステップ４０２では、ホストコンピュータ
ー１６から送信されたデータを受信したか否かが判断さ
れ、受信したと判断されるとステップ４０４進む。

【０１４１】ステップ４０４では、受信したロックＩＤ
コードが、カード１２に記憶されているか否かが判断さ
れる。ここで、ロックＩＤコードがカード１２に記憶さ
れていると判断されるとステップ４０６へ進み、カード
１２に記憶されていないと判断されるとステップ４２０
へ進む。

【０１４２】ステップ４０６では、受信したチェックコ
ードと同じチェックコードがカード１２に記憶されてい
るか否かが判断される。ここで、記憶されていると判断
されるとステップ４０８へ進み、記憶されていないと判
断されるとステップ４２０へ進む。

【０１４３】ステップ４０８では、カウント値ｎが０で
あるか否か判断され、０である場合にはステップ４１２
へ進み、０以外の場合にはステップ４１０へ進む。

【０１４４】ステップ４１０では、受信した応答コード
が正しいか否かが判断される。即ち、後述するステップ
４１８で送信したチェックコードに対応した応答コード
であるかが判断される。ここで、応答コードが正しいと
判断されるとステップ４１２へ進み、正しくないと判断
されるとステップ４２０へ進む。

【０１４５】ステップ４１２ではカウント値ｎが１イン
クリメントされる。ステップ４１４では、カウント値ｎ
が所定回数であるか否かが判断される。ステップ４１４
で、所定回数ではないと判断されるとステップ４１８へ
進み、所定回数であると判断されるとステップ４１６へ
進む。

【０１４６】ステップ４１８では、所定の送信処理が行
われる。このステップ４１８でのサブルーチンを図１７
にしたがって説明する。

【０１４７】図１７に示すように、先ずステップ６７０
でキーＩＤコードが読み出され、ステップ６７２で応答
コードが読み出される。ここで読み出される応答コード
は、ステップ４０６で記憶されていると判断された、す
なわちホストコンピューター１６から送信されたチェッ
クコードに対応するものである。

【０１４８】次のステップ６７２でチェックコードが乱
数により選択されて決定される。次のステップ６７４で
は、キーＩＤコード、応答コード、チェックコードから
なる送信データが作成される。送信データが作成される
とステップ６７８へ進み送信が行われる。ステップ６７
８で送信が終了すると図１３に示すステップ４０２へ戻
る。

【０１４９】一方、図１３に示すように、ステップ４１
６では、所定の送信処理が行われる。このステップ４１
６でのサブルーチンを図１８にしたがって説明する。

【０１５０】図１８に示すように、先ずステップ６８０
でキーＩＤコードが読み出され、次のステップ６８２で
応答コードが読み出される。ここで読み出される応答コ
ードは、ステップ４０６で記憶されていると判断され
た、すなわちホストコンピューター１６から送信された
チェックコードに対応するものである。次のステップ６
８４でチェックコードが乱数により選択されて決定さ
れ、次のステップ６８６では、解錠コードが読みだされ
る。

【０１５１】次のステップ６８８では、キーＩＤコー
ド、応答コード、チェックコード、解錠コードからなる
送信データが作成される。送信データが作成されるとス
テップ６９０へ進み送信が行われる。ステップ６９０で
送信が終了するとカード１２の処理が終了する。

【０１５２】一方、ステップ４２０では、ステップ４１
６、ステップ４１８とは異なる所定の送信処理が行われ
る。このステップ４２０でのサブルーチンを図１９にし
たがって説明する。

【０１５３】図１９に示すように、先ずステップ７００
でキーＩＤコードが読み出され、次のステップ７０２で
応答コードが決定される。ここで決定される応答コード
は、乱数によって選択された適当なものである。次のス
テップ７０４でチェックコードが乱数により選択されて
決定される。

【０１５４】次のステップ７０６では、キーＩＤコー
ド、乱数により選択されたチェックコード、乱数によっ
て選択された適当な応答コードからなる送信データが作
成される。送信データが作成されるとステップ７０８へ
進み送信が行われる。送信が行われると図１３のステッ
プ４２２へ進む。

【０１５５】図１３に示すように、ステップ４２２で
は、カウント値ｎが１インクリメントされる。

【０１５６】ステップ４２４では、カウント値ｎが所定
回数であるか否かが判断され、所定回数でないと判断さ
れるとステップ４２６へ進み、所定回数であると判断さ
れると処理が終了する。

【０１５７】ステップ４２６では、ホストコンピュータ
ー１６から送信されたデータを受信したか否かが判断さ
れ、受信されるとステップ４２０へ戻る。

【０１５８】本実施例では、送信するデータを暗号化し
ていない分だけ、カード１２及びホストコンピュータ１
６の双方の記憶容量を減らすことができ、また、処理速
度を上げることができる。なお、第１実施例及び第２実
施例と第３実施例とを比較すると、第１実施例及び第２
実施例は、データを暗号化している分だけ第３実施例よ
りも安全性は高い。

【０１５９】なお、本発明では、カード１２及びホスト
コンピュータ１６の何れか一方に自身のＩＤコードが、
他方に相手のＩＤコードが記憶されていれば良い。

【０１６０】即ち、カード１２がホストコンピュータ１
６のＩＤコードを記憶し、ホストコンピュータ１６がホ
ストコンピュータ１６自身のＩＤコードを記憶していて
も良く、カード１２がカード１２自身のＩＤコードを記
憶し、ホストコンピュータ１６がカード１２のＩＤコー
ドを記憶していても良い。

【０１６１】また、カード１２とホストコンピュータ１
６とが対応した場合、カード１２及びホストコンピュー
タ１６は、自身のＩＤコード及び相手のＩＤコードの少
なくとも一方を相手に送信すれば良く、例えば、カード
１２がカード１２自身のＩＤコードを記憶し、ホストコ
ンピュータ１６がカード１２のＩＤコードを記憶してい
る場合では、カード１２がカード１２自身のＩＤコード
をホストコンピュータ１６へ送信しても良く、ホストコ
ンピュータ１６がカード１２のＩＤコードをカード１２
へ送信しても良い。

【０１６２】また、カード１２がホストコンピュータ１
６のＩＤコードを記憶し、ホストコンピュータ１６がホ
ストコンピュータ１６自身のＩＤコードを記憶している
場合では、カード１２がホストコンピュータ１６のＩＤ
コードをホストコンピュータ１６へ送信しても良く、ホ
ストコンピュータ１６がホストコンピュータ１６自身の
ＩＤコードをカード１２へ送信しても良い。

【０１６３】即ち、ＩＤコードによって、カード１２又
はホストコンピュータ１６の何れか一方が相手を判断す
れば良い。

【０１６４】また、チェックコードは、ホストコンピュ
ータ１６及びカード１２の少なくとも一方が相手へ送信
し、そのチェックコードに対応する応答コードの判断を
行えば良く、必ずしも双方でチェックコードを送信しな
くても良い。

【０１６５】また、前述した実施例では、ＩＤコードと
チェックコードと、またＩＤコードと応答コードとを同
時に送信したが、ＩＤコードとチェックコード又は応答
コードとは別々に送信しても良い。また、別々に送信す
る場合には何れを先に送信しても良い。

【０１６６】また、複数の異なる銀行等で、本発明の適
用された同様の現金自動支払システムや他のシステムが
使用されるような場合には、システム毎にチェックコー
ドの種類を変えれば良い。これによって、少なくとも判
断の一つが否定されるので他のカード１２を使用して現
金等の支払いを行うことは防止される。

【０１６７】同様に本発明の適用された同様の現金自動
支払システムや他のシステムが使用されるような場合に
は、チェックコード、応答コード及びＩＤコードの送信
回数及び送信順序の少なくとも一方をシステム毎に異な
るようにすれば良い。この場合、カード１２とホストコ
ンピュータ１６とに、各々のコードの送信順序、送信回
数を判断できるように予めプログラムを組んでおけば、
システムが異なれば送信回数、送信順序の判断の何れか
一つが否定されるので、他のシステムのカード１２で所
定の処理を行わせることはできない。即ち、同じＩＤコ
ード、同じチェックコード、同じ応答コード等が使用さ
れていたとしても、システム同士の互換性は無い。

【０１６８】また、前記実施例ではカード１２に電気接
点４８を設け、読み取り書換え装置１４に接触端子５０
を設ける構成としたが、カード１２には電気接点４８の
代わりとしてコイルを設け、読み取り書換え装置１４に
はカード１２のコイルと電磁的に結合するコイルを設
け、これによってデータのやりとりを非接触で行っても
よい。

【０１６９】また、データを受信した際に、その前に受
信した処理に必要ないコードは消去するようにしても良
い。これによって、メモリ（ＲＡＭ）の容量を少なく抑
えることも可能となる。

【０１７０】また、前記実施例では、カード１２を銀行
のキャッシュカードとして用いる例を示したが、本発明
はこれにかぎらず、カード１２をホテルのルームキー、
金庫の鍵、自動車のキー等として用いることもできる。

【０１７１】ホテルのルームキーとしてカード１２を用
いる場合には、例えば、ルームナンバー、日付時間等か
らなるＩＤコードをカード１２に記録すればよい。これ
によって、他の部屋との出入り、また、同一の部屋であ
っても宿泊日、時間帯が異なる場合等に出入りを禁止す
ることができる。

【０１７２】また、ホテルのルームキーとしてカード１
２を用いる場合には、一つのカード１２に複数の部屋の
ＩＤコード（ロックＩＤ）を記憶させておけば、そのカ
ード１２をマスターキーとして使用することもできる。
さらに、一つのロックに複数のカード１２のＩＤコード
を記憶させておけば、そのカード１２を逆マスターキー
として使用することもできる。

【０１７３】なお、カード１２の盗難、紛失等が発生
し、不正使用が行われる疑いが有る場合には、ホストコ
ンピュータ１６から、カード１２のＩＤコードを消去す
れば良い。その後、盗難、紛失等のカード１２が使用さ
れても、ＩＤコードの判断の一つが否定されるので、ロ
ック側が所定の処理を行うことは無い。また、カード１
２の盗難、紛失等が発生した場合、そのカード１２のＩ
Ｄコードをホストコンピュータ１６記憶装置内（例え
ば、磁気ディスク３４）のブラックリストに記憶させ、
カード１２のＩＤコードを受信した際に、ブラックリス
トに記憶しているか否かを判断を行うようにすれば、即
座に不正使用を発見することもできる。

【０１７４】

【発明の効果】以上説明したように、請求項１に記載の
情報処理方法では、キーとロックとの対応毎に送信され
るチェックコードが異なる、即ち、キーとロックとの対
応毎に送信される情報に規則性が無いため、例えキーと
ロックとの間の通信を複数回傍受したり、キーをダミー
のロックに対応させてキーとダミーのロックとの間で複
数回通信を行わせたとしても、第三者がロックに所定の
処理（例えば、解錠）を行わせるための方法を発見する
ことが極めて困難になる。これによって、偽造キーの作
製が防止される。また、ＩＤコードによってキー及びロ
ックの少なくとも一方で相手を判断するようにしたの
で、所定の処理を行っても良い相手以外が対応してもロ
ックは所定の処理を行わない。

【０１７５】請求項２に記載の情報処理方法では、キー
とロックとの対応毎に送信されるチェックコードが異な
る、即ち、キーとロックとの対応毎に送信される情報に
規則性が無いため、例えキーとロックとの間の通信を複
数回傍受したり、キーをダミーのロックに対応させてキ
ーとダミーのロックとの間で複数回通信を行わせたとし
ても、第三者がロックに所定の処理（例えば、解錠）を
行わせるための方法を発見することが極めて困難にな
る。これによって、偽造キーの作製が防止される。ま
た、ＩＤコードによってキー及びロックの両方で相手を
判断するようにしたので、所定の処理を行っても良い相
手以外が対応してもロックは所定の処理を行わない。

【０１７６】請求項３に記載の情報処理方法では、送信
回数が増え、ロックが所定の処理を行うまでの、通信の
情報量が増えるため、ロックに所定の処理を行わせるた
めの方法を発見することが更に困難になる。

【０１７７】請求項４の情報処理方法では、送信毎にチ
ェックコードが異なり、それに対応して送信される応答
コードも受信毎に異なることになるので、ロックに所定
の処理を行わせるための方法を発見することが更に困難
になる。

【０１７８】請求項５に記載の情報処理方法では、予め
定めた送信を途中で中止しない、即ち、通信データにエ
ラー等があったとしても送信が中止することが無い。し
たがって、偽造されたデータが通信されたような際に、
その後の通信が停止するように構成されたシステムで
は、どのデータが間違っているかが判断され易くなる
が、通信データにエラー等があったとしても送信を中止
しないようすれば、どのデータが間違っているかが判断
できなくなる。これによって、ロックに所定の処理を行
わせるための方法を発見することが更に困難になる。

【０１７９】請求項６に記載の情報処理方法では、シス
テム毎にチェックコードの種類が異なるようにしたの
で、例えＩＤコードに同じものを使用していたとしても
ロックが他のシステムのキーで所定の処理を行うことは
無い。また、複数のシステムが存在し、その中のあるシ
ステムで、キーの盗難、紛失当が起きた場合、キーの紛
失が起きたシステムの応答コードのみを変更すれば、盗
難や紛失したキーの不正使用によるロックの所定の処理
を防止することができ、また、盗難や紛失したキーから
偽造キーを作製することも防止できる。また、システム
毎にチェックコードの種類が異なっているので、あるシ
ステムでキーの盗難、紛失等が起きたとしても他のシス
テムに影響を及ぼすことは無い。

【０１８０】請求項７に記載の情報処理方法では、チェ
ックコード、応答コード及びＩＤコードの送信回数及び
送信順序の少なくとも一方をシステム毎に異なるように
したので、例え他のシステムと同じＩＤコード、同じチ
ェックコード及び同じ応答コードが使用されていたとし
ても、ロックが他のシステムのキーで所定の処理を行う
ことは無い。また、複数のシステムが存在し、その中の
あるシステムで、キーの盗難、紛失当が起きた場合、キ
ーの紛失が起きたシステムで、送信回数及び送信順序を
変更すれば、盗難や紛失したキーの不正使用によるロッ
クの所定の処理を防止することができ、また、盗難や紛
失したキーから偽造キーを作製することも防止できる。
また、システム毎にチェックコード、応答コード及びＩ
Ｄコードの送信回数及び送信順序の少なくとも一方が異
なっているので、あるシステムでキーの盗難、紛失等が
起きたとしても他のシステムに影響を及ぼすことは無
い。

【０１８１】請求項８の情報処理方法では、チェックコ
ード、応答コード及びＩＤコードの少なくとも一つを暗
号化したので、通信情報の解析が更に困難になる。

【０１８２】また、請求項９の情報処理方法では、チェ
ックコード、応答コード及びＩＤコードの少なくとも一
つを複数の中からランダムに選択した一つの暗号化方法
で暗号化したので、通信情報の解析が更に困難になり、
暗号化の方法を解析することも極めて困難になる。

【図面の簡単な説明】

【図１】（Ａ）は本発明の情報処理方法を実現するシス
テムの全体構成を示すブロック図であり、（Ｂ）は図１
（Ａ）のカードの内部構造を示す平面図である。

【図２】第１実施例に係る情報処理方法を実現するため
のカード側のルーチンを示すフローチャートである。

【図３】第１実施例に係る情報処理方法を実現するため
のホストコンピューター及び端末機側のルーチンを示す
フローチャートである。

【図４】図２に示すフローチャートのステップ１０２の
サブルーチンである。

【図５】図２に示すフローチャートのステップ１３０の
サブルーチンである。

【図６】図２に示すフローチャートのステップ１２８の
サブルーチンである。

【図７】図２に示すフローチャートのステップ１３２の
サブルーチンである。

【図８】図３に示すフローチャートのステップ２３０の
サブルーチンである。

【図９】図３に示すフローチャートのステップ２２６の
サブルーチンである。

【図１０】チェックコード及びそれに対応する応答コー
ドを定めたチェックテーブルの一例である。

【図１１】暗号化テーブルの一例である。

【図１２】第２実施例に係る情報処理方法を実現するた
めのホストコンピューター及び端末機側のルーチンを示
すフローチャートである。

【図１３】第２実施例に係る情報処理方法を実現するた
めのカード側のルーチンを示すフローチャートである。

【図１４】図１２に示すフローチャートのステップ３０
２のサブルーチンである。

【図１５】図１２に示すフローチャートのステップ３１
６のサブルーチンである。

【図１６】図１２に示すフローチャートのステップ３２
８のサブルーチンである。

【図１７】図１３に示すフローチャートのステップ４１
８のサブルーチンである。

【図１８】図１３に示すフローチャートのステップ４１
６のサブルーチンである。

【図１９】図１３に示すフローチャートのステップ４２
０のサブルーチンである。

【符号の説明】 １０ 現金自動支払システム １２ カード １３ 端末機 １６ ホストコンピューター ３０ ＣＰＵ ３４ 磁気ディスク ３８ ＲＯＭ３８ ４０ ＣＰＵ ４２ ＲＯＭ ４４ ＲＡＭ ４６ Ｉ／Ｏポート ４８ 電気接点４８ ５２ Ｉ／Ｏポート

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｇ０９Ｃ 1/00 7259−5Ｊ Ｈ０４Ｋ 1/00

Claims (9)

【特許請求の範囲】
1. 【請求項１】 キーとロックとの間で所定の情報を通信
   して情報処理する情報処理方法であって、 キー及びロックの何れか一方に自身のＩＤコードを、他
   方に同じＩＤコードを記憶し、 キーとロックとが対応した際には、キー及びロックの少
   なくとも一方がＩＤコードを相手に送信し、キー及びロ
   ックの少なくとも一方が前記対応毎に異なるチェックコ
   ードを他方へ送信し、前記チェックコードを受信した側
   は受信したチェックコードに対応した応答コードを前記
   チェクコードを送信した側に送信し、 チェックコードを送信した側は送信した前記チェックコ
   ードに対応する応答コードを受信したか否かを判断し、
   ＩＤコードを受信した側は受信したＩＤコードが記憶さ
   れているか否かを判断し、 前記判断が何れも肯定の場合にロックが所定の処理を行
   うことを特徴とする情報処理方法。
2. 【請求項２】 キーとロックとの間で所定の情報を通信
   して情報処理する情報処理方法であって、 キー及びロックの両方に自身のＩＤコード及び相手のＩ
   Ｄコードを記憶し、 キーとロックとが対応した際には、互いに自身のＩＤコ
   ード及び相手のＩＤコードの少なくとも一方を相手に送
   信し、キー及びロックの少なくとも一方が前記対応毎に
   異なるチェックコードを他方へ送信し、他方は受信した
   チェックコードに対応する応答コードを送信し、 互いに受信したＩＤコードが記憶されているか否かを判
   断し、チェックコードを送信した側は送信した前記チェ
   ックコードに対応する応答コードを受信したか否かを判
   断し、 前記判断が何れも肯定の場合にロックが所定の処理を行
   うことを特徴とする情報処理方法。
3. 【請求項３】 前記チェックコードの送信及び前記ＩＤ
   コードの送信の少なくとも一方を、さらに１回以上増し
   たことを特徴とする請求項１又は請求項２に記載の情報
   処理方法。
4. 【請求項４】 送信毎に前記チェックコードが異なるこ
   とを特徴とする請求項３に記載の情報処理方法。
5. 【請求項５】 予め定めた送信を途中で中止しないこと
   を特徴とする請求項１乃至請求項４の何れか１項に記載
   の情報処理方法。
6. 【請求項６】 前記キーと前記キーに対応する前記ロッ
   クとからなるシステムが複数存在する場合に、前記シス
   テム毎にチェックコードの種類が異なることを特徴とす
   る請求項１乃至請求項５に記載の情報処理方法。
7. 【請求項７】 前記キーと前記キーに対応する前記ロッ
   クとからなるシステムが複数存在する場合に、前記チェ
   ックコード、前記応答コード及び前記ＩＤコードの送信
   順序及び各々の送信回数の少なくとも一方をシステム毎
   に変えると共に、前記送信順序及び各々の送信回数を判
   断して、前記判断の何れか一つでも否定の場合には前記
   所定の処理を禁止することを特徴とする請求項１乃至請
   求項６の何れか１項に記載の情報処理方法。
8. 【請求項８】 送信側は前記チェックコード、前記応答
   コード及び前記ＩＤコードの少なくとも一つを予め定め
   た暗号化方法で暗号化し、受信側は暗号化されたコード
   を予め定めた復号化方法で復号することを特徴とした請
   求項１乃至請求項７の何れか１項に記載の情報処理方
   法。
9. 【請求項９】 複数の異なる暗号化方法とこの暗号化方
   法を示す暗号化コードとをキーとロックとの各々に予め
   記憶し、 送信側では、送信するコードを複数の中からランダムに
   選択した一つの暗号化方法で暗号化し、暗号化方法を示
   す暗号化コードを付与して相手に送信し、 受信側では、受信した暗号化コードを判別して暗号化さ
   れたコードを復号化することを特徴とする請求項１乃至
   請求項８の何れか一項に記載の情報処理方法。