JPH04256196A - 暗号通信システム及び携帯可能電子装置 - Google Patents
暗号通信システム及び携帯可能電子装置Info
- Publication number
- JPH04256196A JPH04256196A JP3017592A JP1759291A JPH04256196A JP H04256196 A JPH04256196 A JP H04256196A JP 3017592 A JP3017592 A JP 3017592A JP 1759291 A JP1759291 A JP 1759291A JP H04256196 A JPH04256196 A JP H04256196A
- Authority
- JP
- Japan
- Prior art keywords
- data
- terminal
- key
- card
- host
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000006243 chemical reaction Methods 0.000 description 173
- 230000004044 response Effects 0.000 description 87
- 230000006870 function Effects 0.000 description 85
- 238000000034 method Methods 0.000 description 68
- 230000006854 communication Effects 0.000 description 57
- 230000005856 abnormality Effects 0.000 description 24
- 238000010586 diagram Methods 0.000 description 13
- 238000004364 calculation method Methods 0.000 description 3
- 239000013256 coordination polymer Substances 0.000 description 2
- 238000013478 data encryption standard Methods 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
- G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
- G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
- G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
- G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/409—Device specific authentication in transaction processing
- G06Q20/4097—Device specific authentication in transaction processing using mutual authentication between devices and transaction partners
- G06Q20/40975—Device specific authentication in transaction processing using mutual authentication between devices and transaction partners using encryption therefor
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
- G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
- G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
- G07F7/1016—Devices or methods for securing the PIN and other transaction-data, e.g. by encryption
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
- H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
- H04L9/0822—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using key encryption key
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0894—Escrow, recovery or storing of secret information, e.g. secret key escrow or cryptographic key storage
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Theoretical Computer Science (AREA)
- Signal Processing (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Credit Cards Or The Like (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
［発明の目的］
【０００１】
【産業上の利用分野】本発明は、例えばオンラインシス
テムにおいてホスト等とデータ通信を行う場合に使用さ
れるセッションキーデータを記憶してなるＩＣカードの
ような携帯可能電子装置に関する。
テムにおいてホスト等とデータ通信を行う場合に使用さ
れるセッションキーデータを記憶してなるＩＣカードの
ような携帯可能電子装置に関する。
【０００２】
【従来の技術】従来、例えばホストコンピュータと、Ｅ
ＥＰＲＯＭ等の不揮発性メモリからなる記憶手段を有す
るＩＣカード等からなるシステムにおいてデータの通信
を行う場合、通信するデータのセキュリティを確保する
ために送信側で元データを暗号化して送信し、受信側で
該暗号化されたデータを復号化して元データを受け取る
という方法が行われている。このデータ通信方法におい
ては、ホストコンピュータとＩＣカード間で取引情報等
のデータのやり取り（セッション）を行う場合に、セッ
ションキーデータを用いてデータの暗号化／復号化が行
われる。このとき、データのセッションを行うに先立っ
て、ホストコンピュータ側から、当該セッションにて用
いられるセッションキーデータを暗号化して送信し、Ｉ
Ｃカード側でこれを復号化して記憶手段内に保持してお
く。そして、ホストコンピュータから送信されてきた暗
号化されたデータは、前記記憶手段に保持されていたセ
ッションキーデータを用いて復号化される。これによっ
て、ホストコンピュータ／ＩＣカード間のデータ通信が
行い得る。
ＥＰＲＯＭ等の不揮発性メモリからなる記憶手段を有す
るＩＣカード等からなるシステムにおいてデータの通信
を行う場合、通信するデータのセキュリティを確保する
ために送信側で元データを暗号化して送信し、受信側で
該暗号化されたデータを復号化して元データを受け取る
という方法が行われている。このデータ通信方法におい
ては、ホストコンピュータとＩＣカード間で取引情報等
のデータのやり取り（セッション）を行う場合に、セッ
ションキーデータを用いてデータの暗号化／復号化が行
われる。このとき、データのセッションを行うに先立っ
て、ホストコンピュータ側から、当該セッションにて用
いられるセッションキーデータを暗号化して送信し、Ｉ
Ｃカード側でこれを復号化して記憶手段内に保持してお
く。そして、ホストコンピュータから送信されてきた暗
号化されたデータは、前記記憶手段に保持されていたセ
ッションキーデータを用いて復号化される。これによっ
て、ホストコンピュータ／ＩＣカード間のデータ通信が
行い得る。
【０００３】
【発明が解決しようとする課題】上述したように、従来
のデータ通信方式では、例えばホストコンピュータとＩ
Ｃカードからなるシステムにおいてデータのセッション
を行う場合、データの暗号化／復号化に用いられるセッ
ションキーデータはＩＣカードの不揮発性メモリ中に保
持されていた。このため、通信システムにおけるオンラ
イン時においてのみ必要なセッションキーデータが、オ
フライン状態でＩＣカード内に残ったままになってしま
うという問題点があった。これにより、オフライン時に
ＩＣカードからセッションキーデータを調べることがで
きるという可能性があり、オンラインシステムにおける
セキュリティが低下してしまうという問題点があった。
のデータ通信方式では、例えばホストコンピュータとＩ
Ｃカードからなるシステムにおいてデータのセッション
を行う場合、データの暗号化／復号化に用いられるセッ
ションキーデータはＩＣカードの不揮発性メモリ中に保
持されていた。このため、通信システムにおけるオンラ
イン時においてのみ必要なセッションキーデータが、オ
フライン状態でＩＣカード内に残ったままになってしま
うという問題点があった。これにより、オフライン時に
ＩＣカードからセッションキーデータを調べることがで
きるという可能性があり、オンラインシステムにおける
セキュリティが低下してしまうという問題点があった。
【０００４】そこで本発明は、セッションキーデータを
ＩＣカード内の揮発性メモリ内に保持するようにするこ
とで、オフライン時にセッションキーデータがＩＣカー
ド内に残らないようにすることによって、ＩＣカードを
利用したオンラインシステムにおいてデータのセキュリ
ティを向上させることができるような携帯可能電子装置
を提供することを目的とする。 ［発明の構成］
ＩＣカード内の揮発性メモリ内に保持するようにするこ
とで、オフライン時にセッションキーデータがＩＣカー
ド内に残らないようにすることによって、ＩＣカードを
利用したオンラインシステムにおいてデータのセキュリ
ティを向上させることができるような携帯可能電子装置
を提供することを目的とする。 ［発明の構成］
【０００５】
【課題を解決するための手段】上記目的を達成するため
に本発明の携帯可能電子装置は、第１のキーデータが記
憶された不揮発性メモリと、外部装置から送信されてき
た暗号化された第２のキーデータを受信する受信手段と
、この受信手段により受信された前記暗号化された第２
のキーデータを前記第１のキーデータを用いて復号化す
る復号化手段と、この復号化手段により復号化された前
記第２のキーデータを記憶する揮発性メモリとを有して
なること特徴とする。
に本発明の携帯可能電子装置は、第１のキーデータが記
憶された不揮発性メモリと、外部装置から送信されてき
た暗号化された第２のキーデータを受信する受信手段と
、この受信手段により受信された前記暗号化された第２
のキーデータを前記第１のキーデータを用いて復号化す
る復号化手段と、この復号化手段により復号化された前
記第２のキーデータを記憶する揮発性メモリとを有して
なること特徴とする。
【０００６】
【作用】携帯可能電子装置の不揮発性メモリには、第１
のキーデータがあらかじめ記憶されている。外部装置か
ら送信された、暗号化された第２のキーデータを受信し
た場合、復号化手段によって、前記不揮発性メモリ中に
記憶されていた第１のキーデータを用いることによって
、前記受信した暗号化された第２のキーデータを復号化
する。そして、復号化された第２のキーデータは揮発性
メモリ内に記憶される。これによりオフライン時には、
揮発性メモリ中に記憶されていたセッションキーデータ
は消滅する。
のキーデータがあらかじめ記憶されている。外部装置か
ら送信された、暗号化された第２のキーデータを受信し
た場合、復号化手段によって、前記不揮発性メモリ中に
記憶されていた第１のキーデータを用いることによって
、前記受信した暗号化された第２のキーデータを復号化
する。そして、復号化された第２のキーデータは揮発性
メモリ内に記憶される。これによりオフライン時には、
揮発性メモリ中に記憶されていたセッションキーデータ
は消滅する。
【０００７】
【実施例】以下、本発明の一実施例を図面を参照して詳
細に説明する。
細に説明する。
【０００８】まず図１乃至図６に本実施例のデータ通信
方式の処理の流れを示すフローチャートを示す。ここで
、図１ではホストと端末とが、２組のデータ変換モジュ
ールを有し、データを送信する場合とデータを受信する
場合とでそれぞれ別異の組のデータ変換モジュールを用
いてデータ変換を行う場合（以下、ケース１と称する）
のホスト／端末間のデータ通信の流れを、図２ではホス
ト／端末は１組のデータ変換モジュールを有し、データ
の送信時にも、データの受信時にも同じデータ変換モジ
ュールを用いてデータ変換を行う場合（以下、ケース２
と称する）のホスト／端末間のデータ通信の流れを、図
３ではケース１において端末で行っていたデータ変換処
理を、端末に挿入されたＩＣカードに依頼する場合（以
下、ケース３と称する）のホスト／端末間のデータ通信
の流れを、図４ではケース２において端末で行っていた
データ変換処理を、端末に挿入されたＩＣカードに依頼
する場合（以下、ケース４と称する）のホスト／端末間
のデータ通信の流れを、図５ではケース３においてＩＣ
カード内で復元したセッションキーを端末内で保持して
いたのを、ＩＣカード内で保持するようにした場合（以
下、ケース５と称する）のホスト／端末間のデータ通信
の流れを、図６ではケース４においてＩＣカード内で復
元したセッションキーを端末内で保持していたのを、Ｉ
Ｃカード内で保持するようにした場合（以下、ケース６
と称する）のホスト／端末間のデータ通信の流れをそれ
ぞれ示している。ここで、データ変換とは例えばデータ
の暗号化、復号化のことをを言う。
方式の処理の流れを示すフローチャートを示す。ここで
、図１ではホストと端末とが、２組のデータ変換モジュ
ールを有し、データを送信する場合とデータを受信する
場合とでそれぞれ別異の組のデータ変換モジュールを用
いてデータ変換を行う場合（以下、ケース１と称する）
のホスト／端末間のデータ通信の流れを、図２ではホス
ト／端末は１組のデータ変換モジュールを有し、データ
の送信時にも、データの受信時にも同じデータ変換モジ
ュールを用いてデータ変換を行う場合（以下、ケース２
と称する）のホスト／端末間のデータ通信の流れを、図
３ではケース１において端末で行っていたデータ変換処
理を、端末に挿入されたＩＣカードに依頼する場合（以
下、ケース３と称する）のホスト／端末間のデータ通信
の流れを、図４ではケース２において端末で行っていた
データ変換処理を、端末に挿入されたＩＣカードに依頼
する場合（以下、ケース４と称する）のホスト／端末間
のデータ通信の流れを、図５ではケース３においてＩＣ
カード内で復元したセッションキーを端末内で保持して
いたのを、ＩＣカード内で保持するようにした場合（以
下、ケース５と称する）のホスト／端末間のデータ通信
の流れを、図６ではケース４においてＩＣカード内で復
元したセッションキーを端末内で保持していたのを、Ｉ
Ｃカード内で保持するようにした場合（以下、ケース６
と称する）のホスト／端末間のデータ通信の流れをそれ
ぞれ示している。ここで、データ変換とは例えばデータ
の暗号化、復号化のことをを言う。
【０００９】ここで、図１乃至図６中のＫＥＹｎはデー
タ（メッセージ）のやり取り（セッション）を行う際に
、通信されるデータを変換処理するために用いられるセ
ッションキーである。また、図１乃至図６中のＫｎはホ
スト／端末間（ケース１乃至ケース２）及びホスト／Ｉ
Ｃカード間（ケース３乃至ケース６）において互いに所
有しているキーデータであり、前記セッションキー（Ｋ
ＥＹｎ）自体を変換するために使用されるものである。 つまり、データの変換に使用されるセッションキーＫＥ
Ｙｎをスクランブルするセッションキースクランブル処
理関数をｆ、この関数ｆによりスクランブルされたセッ
ションキーＫＥＹｎ’を復元する関数をｆ’とすると、 ＫＥＹｎ’＝ｆ Ｋｎ（ＫＥＹｎ） ＫＥＹｎ ＝ｆ’Ｋｎ（ＫＥＹｎ’）となる。また、
通信されるデータとしてのメッセージＭｎをスクランブ
ル処理するデータスクランブル処理関数をＦ、この関数
ＦによりスクランブルされたメッセージＭｎ’を復元す
る関数をＦ’とすると、Ｍｎ’＝Ｆ ＫＥＹｎ（Ｍｎ
） Ｍｎ ＝Ｆ’ＫＥＹｎ（Ｍｎ’） となる。ここで、関数ｆと関数ｆ’の関係、及び関数Ｆ
と関数Ｆ’の関係は、以降で示すようなデータ変換関数
Ｅ１とデータ変換関数Ｄ１の関係、データ変換関数Ｅ２
とデータ変換関数Ｄ２の関係、データ変換関数Ｅとデー
タ変換関数Ｄの関係に相当する。さらに前述のデータ変
換モジュールには、これらのデータ変換関数が内蔵され
ている。
タ（メッセージ）のやり取り（セッション）を行う際に
、通信されるデータを変換処理するために用いられるセ
ッションキーである。また、図１乃至図６中のＫｎはホ
スト／端末間（ケース１乃至ケース２）及びホスト／Ｉ
Ｃカード間（ケース３乃至ケース６）において互いに所
有しているキーデータであり、前記セッションキー（Ｋ
ＥＹｎ）自体を変換するために使用されるものである。 つまり、データの変換に使用されるセッションキーＫＥ
Ｙｎをスクランブルするセッションキースクランブル処
理関数をｆ、この関数ｆによりスクランブルされたセッ
ションキーＫＥＹｎ’を復元する関数をｆ’とすると、 ＫＥＹｎ’＝ｆ Ｋｎ（ＫＥＹｎ） ＫＥＹｎ ＝ｆ’Ｋｎ（ＫＥＹｎ’）となる。また、
通信されるデータとしてのメッセージＭｎをスクランブ
ル処理するデータスクランブル処理関数をＦ、この関数
ＦによりスクランブルされたメッセージＭｎ’を復元す
る関数をＦ’とすると、Ｍｎ’＝Ｆ ＫＥＹｎ（Ｍｎ
） Ｍｎ ＝Ｆ’ＫＥＹｎ（Ｍｎ’） となる。ここで、関数ｆと関数ｆ’の関係、及び関数Ｆ
と関数Ｆ’の関係は、以降で示すようなデータ変換関数
Ｅ１とデータ変換関数Ｄ１の関係、データ変換関数Ｅ２
とデータ変換関数Ｄ２の関係、データ変換関数Ｅとデー
タ変換関数Ｄの関係に相当する。さらに前述のデータ変
換モジュールには、これらのデータ変換関数が内蔵され
ている。
【００１０】さて図１に示すケース１では、図７に示さ
れるようなホスト１と端末１１とからなるシステムにお
けるデータ通信の流れを示している。ここで、ホスト１
は、ホスト１を構成する各要素の動作を制御するＣＰＵ
２と、各種の情報を記憶するためのメモリ３と、端末と
の通信を行う通信インタフェイス４と、利用者がデータ
、命令等を入力するためのキーボード５と、演算結果や
通信された情報等を表示するための、たとえばＣＲＴか
らなるディスプレイ６と、データ変換関数Ｅ１を有する
第１のデータ変換モジュール７と、データ変換関数Ｄ２
を有する第２のデータ変換モジュール８とからなる。 また、端末１１は、端末１１を構成する各要素の動作を
制御するためのＣＰＵ１２と、各種の情報を記憶するた
めのメモリ１３と、ホスト１との通信を行う通信インタ
フェイス１４と、前記ホスト１のデータ変換モジュール
７のデータ変換関数Ｅ１と対応したデータ変換関数Ｄ１
を有する第１のデータ変換モジュール１５と、前記ホス
ト１のデータ変換モジュール８のデータ変換関数Ｄ２と
対応したデータ変換関数Ｅ２を有する第２のデータ変換
モジュール１６とからなる。ここで、たとえばホスト１
の第１のデータ変換モジュール７にて変換されたデータ
は、これに対応する端末１１の第１のデータ変換モジュ
ール１５によって復元され、ホスト１の第２のデータ変
換モジュール８にて変換されたデータは、これに対応す
る端末の第２のデータ変換モジュール１６によって復元
されるものである。また逆に、端末１１の第１のデータ
変換モジュール１５にて変換されたデータは、これに対
応するホスト１の第１のデータ変換モジュール７によっ
て復元され、端末１１の第２のデータ変換モジュール１
６にて変換されたデータは、これに対応するホスト１の
第２のデータ変換モジュール８によって復元することが
可能である。
れるようなホスト１と端末１１とからなるシステムにお
けるデータ通信の流れを示している。ここで、ホスト１
は、ホスト１を構成する各要素の動作を制御するＣＰＵ
２と、各種の情報を記憶するためのメモリ３と、端末と
の通信を行う通信インタフェイス４と、利用者がデータ
、命令等を入力するためのキーボード５と、演算結果や
通信された情報等を表示するための、たとえばＣＲＴか
らなるディスプレイ６と、データ変換関数Ｅ１を有する
第１のデータ変換モジュール７と、データ変換関数Ｄ２
を有する第２のデータ変換モジュール８とからなる。 また、端末１１は、端末１１を構成する各要素の動作を
制御するためのＣＰＵ１２と、各種の情報を記憶するた
めのメモリ１３と、ホスト１との通信を行う通信インタ
フェイス１４と、前記ホスト１のデータ変換モジュール
７のデータ変換関数Ｅ１と対応したデータ変換関数Ｄ１
を有する第１のデータ変換モジュール１５と、前記ホス
ト１のデータ変換モジュール８のデータ変換関数Ｄ２と
対応したデータ変換関数Ｅ２を有する第２のデータ変換
モジュール１６とからなる。ここで、たとえばホスト１
の第１のデータ変換モジュール７にて変換されたデータ
は、これに対応する端末１１の第１のデータ変換モジュ
ール１５によって復元され、ホスト１の第２のデータ変
換モジュール８にて変換されたデータは、これに対応す
る端末の第２のデータ変換モジュール１６によって復元
されるものである。また逆に、端末１１の第１のデータ
変換モジュール１５にて変換されたデータは、これに対
応するホスト１の第１のデータ変換モジュール７によっ
て復元され、端末１１の第２のデータ変換モジュール１
６にて変換されたデータは、これに対応するホスト１の
第２のデータ変換モジュール８によって復元することが
可能である。
【００１１】まず、ホスト１側で発生したメッセージＭ
１を、通信インタフェイス４、１４を介して端末１１側
に送信する過程について説明する。ステップ１において
ホスト１のＣＰＵ２は、第１セッションで使用するメッ
セージ暗号復号化キー（セッションキー）ＫＥＹ１を、
第１のデータ変換モジュール７のデータ変換関数Ｅ１に
よりキーデータＫ１を用いてデータ変換（データスクラ
ンブル）を行い、ＫＥＹ１’（＝Ｅ１Ｋ１（ＫＥＹ１）
）を得る。ここで、ＫＥＹ１及びＫ１はあらかじめメモ
リ３中に格納されている。この後、ホスト１は端末１１
に対してこのＫＥＹ１’を送信する。端末１１のＣＰＵ
１２は、ＫＥＹ１’を受信すると、前記ホスト１の第１
のデータ変換モジュール７に対応して設けられている第
１のデータ変換モジュール１６内のデータ変換関数Ｄ１
により、Ｋ１を用いてＫＥＹ１’をデータ変換し復号化
してＫＥＹ１（＝Ｄ１Ｋ１（ＫＥＹ１’））を得る。そ
して、このＫＥＹ１をメモリ１３に記憶しておく。
１を、通信インタフェイス４、１４を介して端末１１側
に送信する過程について説明する。ステップ１において
ホスト１のＣＰＵ２は、第１セッションで使用するメッ
セージ暗号復号化キー（セッションキー）ＫＥＹ１を、
第１のデータ変換モジュール７のデータ変換関数Ｅ１に
よりキーデータＫ１を用いてデータ変換（データスクラ
ンブル）を行い、ＫＥＹ１’（＝Ｅ１Ｋ１（ＫＥＹ１）
）を得る。ここで、ＫＥＹ１及びＫ１はあらかじめメモ
リ３中に格納されている。この後、ホスト１は端末１１
に対してこのＫＥＹ１’を送信する。端末１１のＣＰＵ
１２は、ＫＥＹ１’を受信すると、前記ホスト１の第１
のデータ変換モジュール７に対応して設けられている第
１のデータ変換モジュール１６内のデータ変換関数Ｄ１
により、Ｋ１を用いてＫＥＹ１’をデータ変換し復号化
してＫＥＹ１（＝Ｄ１Ｋ１（ＫＥＹ１’））を得る。そ
して、このＫＥＹ１をメモリ１３に記憶しておく。
【００１２】次にステップ２においてホスト１のＣＰＵ
２は、自身で発生したメッセージＭ１をＫＥＹ１を用い
て、例えばＣＢＣ（Ｃｉｐｈｅｒ ＢｌｏｃｋＣｈａｉ
ｎｉｎｇ ）モードで、データ変換モジュール７内のデ
ータ変換関数Ｅ１によってデータ変換（暗号化）し、Ｍ
１’（＝Ｅ１（ＣＢＣ）ＫＥＹ１ （Ｍ１））を得る。 この後ホスト１は端末１１に対してこのＭ１’を送信す
る。端末１１はＭ１’を受信すると、前記ステップ１に
てメモリ１３中に保持しておいたＫＥＹ１をもとにＣＢ
Ｃモードにて第１のデータ変換モジュール１５内のデー
タ変換関数Ｄ１によってデータ変換処理を行い、Ｍ１’
を復号化してＭ１（＝Ｄ１（ＣＢＣ）ＫＥＹ１ （Ｍ１
’））を得る。以上の処理によって、ホスト１側で発生
したメッセージを端末１１側に送信することができる。
２は、自身で発生したメッセージＭ１をＫＥＹ１を用い
て、例えばＣＢＣ（Ｃｉｐｈｅｒ ＢｌｏｃｋＣｈａｉ
ｎｉｎｇ ）モードで、データ変換モジュール７内のデ
ータ変換関数Ｅ１によってデータ変換（暗号化）し、Ｍ
１’（＝Ｅ１（ＣＢＣ）ＫＥＹ１ （Ｍ１））を得る。 この後ホスト１は端末１１に対してこのＭ１’を送信す
る。端末１１はＭ１’を受信すると、前記ステップ１に
てメモリ１３中に保持しておいたＫＥＹ１をもとにＣＢ
Ｃモードにて第１のデータ変換モジュール１５内のデー
タ変換関数Ｄ１によってデータ変換処理を行い、Ｍ１’
を復号化してＭ１（＝Ｄ１（ＣＢＣ）ＫＥＹ１ （Ｍ１
’））を得る。以上の処理によって、ホスト１側で発生
したメッセージを端末１１側に送信することができる。
【００１３】続いて、端末１１側で発生したメッセージ
をホスト１側に送信する過程について説明する。ステッ
プ３においてホスト１のＣＰＵ２は、端末１１側で発生
したメッセージをデータ変換するために用いるセッショ
ンキーＫＥＹ２を、キーデータＫ２を用いてデータ変換
し（データスクランブル）、ＫＥＹ２’として端末１１
側に送信する。ここでＫＥＹ２、Ｋ２はメモリ２にあら
かじめ記憶されている。端末１１側では、ステップ１と
同様な手順によりＫＥＹ２を得る。ステップ４において
端末１１のＣＰＵ１２は、ステップ３でメモリ１３に保
持しておいたセッションキーＫＥＹ２を用いて第２のデ
ータ変換モジュール１６内のデータ変換関数Ｅ２によっ
てメッセージＭ２をデータ変換処理して暗号化し、Ｍ２
’（＝Ｅ２（ＣＢＣ）ＫＥＹ２ （Ｍ２））を得、これ
をホスト１側に送信する。ホスト１側では、端末１１側
からＭ２’を受信すると、ＫＥＹ２をもとに第２のデー
タ変換モジュール８のデータ変換関数Ｄ２によってデー
タ変換処理を行い、Ｍ２’を復号化してＭ２（＝Ｄ２（
ＣＢＣ）ＫＥＹ２ （Ｍ２’））を得る。以上の処理に
よって、端末１１側で発生したメッセージをホスト１側
に送信することができる。
をホスト１側に送信する過程について説明する。ステッ
プ３においてホスト１のＣＰＵ２は、端末１１側で発生
したメッセージをデータ変換するために用いるセッショ
ンキーＫＥＹ２を、キーデータＫ２を用いてデータ変換
し（データスクランブル）、ＫＥＹ２’として端末１１
側に送信する。ここでＫＥＹ２、Ｋ２はメモリ２にあら
かじめ記憶されている。端末１１側では、ステップ１と
同様な手順によりＫＥＹ２を得る。ステップ４において
端末１１のＣＰＵ１２は、ステップ３でメモリ１３に保
持しておいたセッションキーＫＥＹ２を用いて第２のデ
ータ変換モジュール１６内のデータ変換関数Ｅ２によっ
てメッセージＭ２をデータ変換処理して暗号化し、Ｍ２
’（＝Ｅ２（ＣＢＣ）ＫＥＹ２ （Ｍ２））を得、これ
をホスト１側に送信する。ホスト１側では、端末１１側
からＭ２’を受信すると、ＫＥＹ２をもとに第２のデー
タ変換モジュール８のデータ変換関数Ｄ２によってデー
タ変換処理を行い、Ｍ２’を復号化してＭ２（＝Ｄ２（
ＣＢＣ）ＫＥＹ２ （Ｍ２’））を得る。以上の処理に
よって、端末１１側で発生したメッセージをホスト１側
に送信することができる。
【００１４】以上説明したケース１の場合、セッション
キーＫＥＹ１及びＫＥＹ２をデータ変換するのに用いた
キーデータＫ１及びＫ２は、あらかじめ端末１１側のメ
モリ１３に記憶されている。端末１１側には、ホスト１
側から送信される信号によってキーデータを選択するプ
ログラムが備えられており、このプログラムによってＣ
ＰＵ１２が使用するキーデータを選択する。ステップ１
においてホスト１のＣＰＵ２はＫＥＹ１’とともにキー
データＫ１を指定する指定子を送信し、端末１１のＣＰ
Ｕ１２ではこの指定子を参照して、対応するキーデータ
Ｋ１を得る。ステップ３においても同様にしてキーデー
タＫ２が選択される。
キーＫＥＹ１及びＫＥＹ２をデータ変換するのに用いた
キーデータＫ１及びＫ２は、あらかじめ端末１１側のメ
モリ１３に記憶されている。端末１１側には、ホスト１
側から送信される信号によってキーデータを選択するプ
ログラムが備えられており、このプログラムによってＣ
ＰＵ１２が使用するキーデータを選択する。ステップ１
においてホスト１のＣＰＵ２はＫＥＹ１’とともにキー
データＫ１を指定する指定子を送信し、端末１１のＣＰ
Ｕ１２ではこの指定子を参照して、対応するキーデータ
Ｋ１を得る。ステップ３においても同様にしてキーデー
タＫ２が選択される。
【００１５】ここで、セッションキーをデータ変換する
ためのキーデータＫ１、Ｋ２は同じものであっても良い
。また、前回の通信で使用されたセッションキーを、今
回使用するセッションキーをデータ変換（暗号化／復号
化）するためのキーデータとして使用するものであって
も良い。すなわち、上述したケース１の場合だと、ステ
ップ１におけるＫＥＹ１をステップ３におけるＫ２とし
て使用するものであっても良い。
ためのキーデータＫ１、Ｋ２は同じものであっても良い
。また、前回の通信で使用されたセッションキーを、今
回使用するセッションキーをデータ変換（暗号化／復号
化）するためのキーデータとして使用するものであって
も良い。すなわち、上述したケース１の場合だと、ステ
ップ１におけるＫＥＹ１をステップ３におけるＫ２とし
て使用するものであっても良い。
【００１６】さて次に、図２で示されるケース２は、図
８に示すようなホスト１と端末１１とからなるシステム
において、ホスト１側と端末１１側とで互いに対応する
データ変換関数を有したデータ変換モジュール９、１７
を有しており、ホスト１側のデータ変換モジュール９で
変換されたデータを、端末１１側のデータ変換モジュー
ル１７で復元し、端末１１側のデータ変換モジュール１
７で変換されたデータをホスト１１側のデータ変換モジ
ュール９で復元する場合のデータ通信の流れを示してい
る。ここで、このケース２のシステム（図７に図示）の
構成については、前述したケース１のシステムと略同等
であるので説明を省略する。まず、ホスト１側で発生し
たメッセージを端末１１側に送信する過程について説明
する。まずステップ５においてホスト１のＣＰＵ２は、
キーデータＫ３をもとにデータ変換モジュール９内のデ
ータ変換関数ＤによってセッションキーＫＥＹ３をデー
タ変換（データスクランブル）し、ＫＥＹ３’（＝ＤＫ
３（ＫＥＹ３））を得て、これを端末１１に対して送信
する。ここで、ＫＥＹ３及びＫ１は、あらかじめメモリ
２中に記憶されている。端末１１のＣＰＵ１２はＫＥＹ
３’を受信すると、Ｋ３をキーとしてデータ変換モジュ
ール１７内のデータ変換関数Ｅを用いてＫＥＹ３’をデ
ータ変換（復号化）し、ＫＥＹ３（＝ＥＫ３（ＫＥＹ３
’））を得、これをメモリ１３中に保持しておく。
８に示すようなホスト１と端末１１とからなるシステム
において、ホスト１側と端末１１側とで互いに対応する
データ変換関数を有したデータ変換モジュール９、１７
を有しており、ホスト１側のデータ変換モジュール９で
変換されたデータを、端末１１側のデータ変換モジュー
ル１７で復元し、端末１１側のデータ変換モジュール１
７で変換されたデータをホスト１１側のデータ変換モジ
ュール９で復元する場合のデータ通信の流れを示してい
る。ここで、このケース２のシステム（図７に図示）の
構成については、前述したケース１のシステムと略同等
であるので説明を省略する。まず、ホスト１側で発生し
たメッセージを端末１１側に送信する過程について説明
する。まずステップ５においてホスト１のＣＰＵ２は、
キーデータＫ３をもとにデータ変換モジュール９内のデ
ータ変換関数ＤによってセッションキーＫＥＹ３をデー
タ変換（データスクランブル）し、ＫＥＹ３’（＝ＤＫ
３（ＫＥＹ３））を得て、これを端末１１に対して送信
する。ここで、ＫＥＹ３及びＫ１は、あらかじめメモリ
２中に記憶されている。端末１１のＣＰＵ１２はＫＥＹ
３’を受信すると、Ｋ３をキーとしてデータ変換モジュ
ール１７内のデータ変換関数Ｅを用いてＫＥＹ３’をデ
ータ変換（復号化）し、ＫＥＹ３（＝ＥＫ３（ＫＥＹ３
’））を得、これをメモリ１３中に保持しておく。
【００１７】次に、ステップ６においてホスト１のＣＰ
Ｕ２は、自身で発生したメッセージＭ３をＫＥＹ３をも
とにデータ変換モジュール９内のデータ変換関数Ｄによ
ってデータ変換（暗号化）して、Ｍ３’（＝Ｄ（ＣＢＣ
）ＫＥＹ３（Ｍ３））を得る。そして、このＭ３’を端
末１１に対して送信する。端末１１のＣＰＵ１２は、Ｍ
３’を受信すると、ステップ５にて保持しておいたＫＥ
Ｙ３にもとづき、データ変換モジュール１７内のデータ
変換関数ＥによってＭ３’を復元し、Ｍ３（＝Ｅ（ＣＢ
Ｃ）ＫＥＹ３ （Ｍ３’））を得る。以上の処理によっ
て、ホスト１側で発生したメッセージを端末１１側に通
信することができる。
Ｕ２は、自身で発生したメッセージＭ３をＫＥＹ３をも
とにデータ変換モジュール９内のデータ変換関数Ｄによ
ってデータ変換（暗号化）して、Ｍ３’（＝Ｄ（ＣＢＣ
）ＫＥＹ３（Ｍ３））を得る。そして、このＭ３’を端
末１１に対して送信する。端末１１のＣＰＵ１２は、Ｍ
３’を受信すると、ステップ５にて保持しておいたＫＥ
Ｙ３にもとづき、データ変換モジュール１７内のデータ
変換関数ＥによってＭ３’を復元し、Ｍ３（＝Ｅ（ＣＢ
Ｃ）ＫＥＹ３ （Ｍ３’））を得る。以上の処理によっ
て、ホスト１側で発生したメッセージを端末１１側に通
信することができる。
【００１８】続いて、端末１１側で発生したメッセージ
をホスト１側に通信する過程について説明する。まず、
ステップ７においてホスト１のＣＰＵ２は、次のステッ
プ８で使用するセッションキーＫＥＹ４をキーデータＫ
４を用いて、上記ステップ５と同様の手順で端末１１側
に送信する。ここで、ＫＥＹ４及びＫ４は、あらかじめ
メモリ２中に記憶されている。
をホスト１側に通信する過程について説明する。まず、
ステップ７においてホスト１のＣＰＵ２は、次のステッ
プ８で使用するセッションキーＫＥＹ４をキーデータＫ
４を用いて、上記ステップ５と同様の手順で端末１１側
に送信する。ここで、ＫＥＹ４及びＫ４は、あらかじめ
メモリ２中に記憶されている。
【００１９】次に、ステップ８において端末１１のＣＰ
Ｕ１２は、自身で発生したメッセージＭ４をステップ７
で保持しておいたＫＥＹ４にもとづき、データ変換モジ
ュール１７内のデータ変換関数Ｅによってデータ変換（
暗号化）し、Ｍ４’（＝Ｅ（ＣＢＣ）ＫＥＹ４ （Ｍ４
））を得る。そしてこれをホスト１に対して送信する。 ホスト１はＭ４’を受信するとＫＥＹ４にもとづいてデ
ータ変換モジュール９のデータ変換関数Ｄを用いてデー
タ変換し復号化して、Ｍ４（＝Ｄ（ＣＢＣ）ＫＥＹ４
（Ｍ４’））を得る。以上の手順によって端末１１側で
発生したメッセージをホスト１側に通信することができ
る。このケース２においても、前記ケース１で説明した
ようにキーデータＫ３及びＫ４は同じものであっても良
い。
Ｕ１２は、自身で発生したメッセージＭ４をステップ７
で保持しておいたＫＥＹ４にもとづき、データ変換モジ
ュール１７内のデータ変換関数Ｅによってデータ変換（
暗号化）し、Ｍ４’（＝Ｅ（ＣＢＣ）ＫＥＹ４ （Ｍ４
））を得る。そしてこれをホスト１に対して送信する。 ホスト１はＭ４’を受信するとＫＥＹ４にもとづいてデ
ータ変換モジュール９のデータ変換関数Ｄを用いてデー
タ変換し復号化して、Ｍ４（＝Ｄ（ＣＢＣ）ＫＥＹ４
（Ｍ４’））を得る。以上の手順によって端末１１側で
発生したメッセージをホスト１側に通信することができ
る。このケース２においても、前記ケース１で説明した
ようにキーデータＫ３及びＫ４は同じものであっても良
い。
【００２０】さて次に、図３で示されるケース３は、図
９に示すようなホスト１と、端末１１と、ＩＣカード２
１とからなるシステムにおいて、ケース１で端末１１で
行っていたデータ変換処理（暗号／復号化処理）を、端
末１１に挿入されたＩＣカード２１に依頼する場合のデ
ータ通信の流れを示している。ここで、ホスト１は、ホ
スト１を構成する各要素の動作を制御するＣＰＵ２と、
各種の情報を記憶するためのメモリ３と、端末との通信
を行う通信インタフェイス４と、利用者がデータ、命令
等を入力するためのキーボード５と、演算結果や通信さ
れた情報等を表示するための、たとえばＣＲＴからなる
ディスプレイ６と、データ変換関数Ｅ１を有する第１の
データ変換モジュール７と、データ変換関数Ｄ２を有す
る第２のデータ変換モジュール８とからなる。また、端
末１１は、端末１１を構成する各要素の動作を制御する
ためのＣＰＵ１２と、各種の情報を記憶するためのメモ
リ１３と、ホスト１との通信を行う通信インタフェイス
１４と、ＩＣカード２１に対してデータの読み取り及び
書込みを行うリーダライタ１５とからなる。また、ＩＣ
カード２１は、ＩＣカードを構成する各要素の動作を制
御するためのＣＰＵ２２と、キーデータや各種の情報を
記憶するための例えばＥＥＰＲＯＭ等の不揮発性メモリ
２３１（以下、ＥＥＰＲＯＭと称する）と、セッション
キーを記憶するための例えばＲＡＭ等の揮発性メモリ２
３２（以下、ＲＡＭと称する）と、端末１１のリーダラ
イタ１５と電気的に接続するためのコンタクト部２４と
、前記ホスト１のデータ変換モジュール７のデータ変換
関数Ｅ１と対応したデータ変換関数Ｄ１を有する第１の
データ変換モジュール２５と、前記ホスト１のデータ変
換モジュール８のデータ変換関数Ｄ２と対応したデータ
変換関数Ｅ２を有する第２のデータ変換モジュール２６
とからなる。ここで、たとえばホスト１の第１のデータ
変換モジュール７にて変換されたデータは、これに対応
するＩＣカード２１の第１のデータ変換モジュール２５
によって復元され、ホスト１の第２のデータ変換モジュ
ール８にて変換されたデータは、これに対応するＩＣカ
ード２１の第２のデータ変換モジュール２６によって復
元されるものである。また逆に、ＩＣカード２１の第１
のデータ変換モジュール２５にて変換されたデータは、
これに対応するホスト１の第１のデータ変換モジュール
７によって復元され、ＩＣカード２１の第２のデータ変
換モジュール２６にて変換されたデータは、これに対応
するホスト１の第２のデータ変換モジュール８によって
復元することが可能である。ここで、このＩＣカード２
１のＥＥＰＲＯＭ２３１内の様子を図１１（ａ）に示し
たメモリマップで説明する。ＥＥＰＲＯＭ２３１は、５
つの領域に分かれており、ディレクトリ位置定義情報格
納領域３０と、キーエリア位置定義情報格納領域（キー
エリアディレクトリ）３１と、データエリア位置定義情
報格納領域（データエリアディレクトリ）３２と、デー
タエリア３３と、キーエリア３４とから構成される。デ
ィレクトリ位置定義情報格納領域３０には、キーエリア
ディレクトリ３１の位置及びデータエリアディレクトリ
３２の位置が格納されている。キーエリアディレクトリ
３１には、図１１（ｂ）に見られるようなキーエリア位
置定義情報が１つまたは複数集合してなる。キーエリア
位置定義情報は、キー指定子と、キーエリア先頭アドレ
スと、キーサイズとからなり、後述するコマンドによっ
て該指定子が指定された場合、対応するキーエリア先頭
アドレス及びキーサイズを認識する。また、データエリ
アディレクトリ３２には、図１１（ｃ）に見られるよう
なデータエリア位置定義情報が１つまたは複数集合して
なる。データエリア位置定義情報は、エリア指定子と、
エリア先頭アドレスと、エリアサイズとからなり、前述
したキーエリアディレクトリと同様にして使用される。 また。データエリア３３にはメッセージ等のデータが、
キーエリア３４にはキーデータが格納されているもので
ある。
９に示すようなホスト１と、端末１１と、ＩＣカード２
１とからなるシステムにおいて、ケース１で端末１１で
行っていたデータ変換処理（暗号／復号化処理）を、端
末１１に挿入されたＩＣカード２１に依頼する場合のデ
ータ通信の流れを示している。ここで、ホスト１は、ホ
スト１を構成する各要素の動作を制御するＣＰＵ２と、
各種の情報を記憶するためのメモリ３と、端末との通信
を行う通信インタフェイス４と、利用者がデータ、命令
等を入力するためのキーボード５と、演算結果や通信さ
れた情報等を表示するための、たとえばＣＲＴからなる
ディスプレイ６と、データ変換関数Ｅ１を有する第１の
データ変換モジュール７と、データ変換関数Ｄ２を有す
る第２のデータ変換モジュール８とからなる。また、端
末１１は、端末１１を構成する各要素の動作を制御する
ためのＣＰＵ１２と、各種の情報を記憶するためのメモ
リ１３と、ホスト１との通信を行う通信インタフェイス
１４と、ＩＣカード２１に対してデータの読み取り及び
書込みを行うリーダライタ１５とからなる。また、ＩＣ
カード２１は、ＩＣカードを構成する各要素の動作を制
御するためのＣＰＵ２２と、キーデータや各種の情報を
記憶するための例えばＥＥＰＲＯＭ等の不揮発性メモリ
２３１（以下、ＥＥＰＲＯＭと称する）と、セッション
キーを記憶するための例えばＲＡＭ等の揮発性メモリ２
３２（以下、ＲＡＭと称する）と、端末１１のリーダラ
イタ１５と電気的に接続するためのコンタクト部２４と
、前記ホスト１のデータ変換モジュール７のデータ変換
関数Ｅ１と対応したデータ変換関数Ｄ１を有する第１の
データ変換モジュール２５と、前記ホスト１のデータ変
換モジュール８のデータ変換関数Ｄ２と対応したデータ
変換関数Ｅ２を有する第２のデータ変換モジュール２６
とからなる。ここで、たとえばホスト１の第１のデータ
変換モジュール７にて変換されたデータは、これに対応
するＩＣカード２１の第１のデータ変換モジュール２５
によって復元され、ホスト１の第２のデータ変換モジュ
ール８にて変換されたデータは、これに対応するＩＣカ
ード２１の第２のデータ変換モジュール２６によって復
元されるものである。また逆に、ＩＣカード２１の第１
のデータ変換モジュール２５にて変換されたデータは、
これに対応するホスト１の第１のデータ変換モジュール
７によって復元され、ＩＣカード２１の第２のデータ変
換モジュール２６にて変換されたデータは、これに対応
するホスト１の第２のデータ変換モジュール８によって
復元することが可能である。ここで、このＩＣカード２
１のＥＥＰＲＯＭ２３１内の様子を図１１（ａ）に示し
たメモリマップで説明する。ＥＥＰＲＯＭ２３１は、５
つの領域に分かれており、ディレクトリ位置定義情報格
納領域３０と、キーエリア位置定義情報格納領域（キー
エリアディレクトリ）３１と、データエリア位置定義情
報格納領域（データエリアディレクトリ）３２と、デー
タエリア３３と、キーエリア３４とから構成される。デ
ィレクトリ位置定義情報格納領域３０には、キーエリア
ディレクトリ３１の位置及びデータエリアディレクトリ
３２の位置が格納されている。キーエリアディレクトリ
３１には、図１１（ｂ）に見られるようなキーエリア位
置定義情報が１つまたは複数集合してなる。キーエリア
位置定義情報は、キー指定子と、キーエリア先頭アドレ
スと、キーサイズとからなり、後述するコマンドによっ
て該指定子が指定された場合、対応するキーエリア先頭
アドレス及びキーサイズを認識する。また、データエリ
アディレクトリ３２には、図１１（ｃ）に見られるよう
なデータエリア位置定義情報が１つまたは複数集合して
なる。データエリア位置定義情報は、エリア指定子と、
エリア先頭アドレスと、エリアサイズとからなり、前述
したキーエリアディレクトリと同様にして使用される。 また。データエリア３３にはメッセージ等のデータが、
キーエリア３４にはキーデータが格納されているもので
ある。
【００２１】まず、ホスト１側で発生したメッセージを
端末１１側に送信する過程について説明する。まずステ
ップ９においてホスト１のＣＰＵ２は、キーデータＫ５
をもとに第１のデータ変換モジュール７内のデータ変換
関数Ｅ１によってセッションキーＫＥＹ５をデータ変換
（データスクランブル）し、ＫＥＹ５’（＝Ｅ１Ｋ５（
ＫＥＹ５））を得て、これを端末１１に対して送信する
。 ここで、ＫＥＹ５及びＫ５はあらかじめメモリ３内に記
憶されている。端末１１のＣＰＵ１２はＫＥＹ５’を受
信すると、ＩＣカード２１のＣＰＵ２２に対して図１２
（ａ）に示すようなフォーマットを有するコマンドＡを
送信する。ここで、コマンドＡは、送信された暗号化セ
ッションキーを復号化するという動作を指示するための
機能コードと、ＩＣカード２１においてデータ変換を行
う場合に使用されるキーデータを指定する指定子と、さ
きにホスト１から端末１１に対して送信されたＫＥＹ５
’とからなる。
端末１１側に送信する過程について説明する。まずステ
ップ９においてホスト１のＣＰＵ２は、キーデータＫ５
をもとに第１のデータ変換モジュール７内のデータ変換
関数Ｅ１によってセッションキーＫＥＹ５をデータ変換
（データスクランブル）し、ＫＥＹ５’（＝Ｅ１Ｋ５（
ＫＥＹ５））を得て、これを端末１１に対して送信する
。 ここで、ＫＥＹ５及びＫ５はあらかじめメモリ３内に記
憶されている。端末１１のＣＰＵ１２はＫＥＹ５’を受
信すると、ＩＣカード２１のＣＰＵ２２に対して図１２
（ａ）に示すようなフォーマットを有するコマンドＡを
送信する。ここで、コマンドＡは、送信された暗号化セ
ッションキーを復号化するという動作を指示するための
機能コードと、ＩＣカード２１においてデータ変換を行
う場合に使用されるキーデータを指定する指定子と、さ
きにホスト１から端末１１に対して送信されたＫＥＹ５
’とからなる。
【００２２】さてＩＣカード２１のＣＰＵ２２はコマン
ドＡを受信すると、機能コードからセッションキーの送
信を判断して、ＥＥＰＲＯＭ２３１の中から前記指定子
によって指定されたキーデータＫ５を見つけだし、これ
を用いて第１のデータ変換モジュール２５内のデータ変
換関数Ｄ１によってデータ変換（復号化）を行いＫＥＹ
５（＝ＤＫ５（ＫＥＹ５’））を得て、コマンドＡに対
するレスポンスとして、図１２（ｂ）に示すようなフォ
ーマットを有するレスポンスａを端末１１のＣＰＵ１２
に対して送信する。ここで、レスポンスａは、機能コー
ドと、正常終了の旨のステータスと、データ変換処理に
より復号化されて得られたＫＥＹ５とからなる。
ドＡを受信すると、機能コードからセッションキーの送
信を判断して、ＥＥＰＲＯＭ２３１の中から前記指定子
によって指定されたキーデータＫ５を見つけだし、これ
を用いて第１のデータ変換モジュール２５内のデータ変
換関数Ｄ１によってデータ変換（復号化）を行いＫＥＹ
５（＝ＤＫ５（ＫＥＹ５’））を得て、コマンドＡに対
するレスポンスとして、図１２（ｂ）に示すようなフォ
ーマットを有するレスポンスａを端末１１のＣＰＵ１２
に対して送信する。ここで、レスポンスａは、機能コー
ドと、正常終了の旨のステータスと、データ変換処理に
より復号化されて得られたＫＥＹ５とからなる。
【００２３】ここで、コマンドＡ及びレスポンスａを用
いた端末１１とＩＣカード２１間の通信におけるＩＣカ
ード２１のＣＰＵ２２の処理動作の流れを、図１９を参
照して説明する。まず、端末１１からコマンドＡが送信
されると、ＩＣカード２１のＣＰＵ２２は、まず機能コ
ードから、セッションキーの送信を判断してＥＥＰＲＯ
Ｍ２３１中のキーエリアディレクトリ３１から、このコ
マンドＡのキー指定子の値のＫＩＤ（キーデータ番号）
を検索する（ＳＴ１）。続いて、所定のＫＩＤが見つか
ったかどうかを判断する（ＳＴ２）。そしてＫＩＤが見
つかれば、メモリ２３中のキーエリア３３から前記ＫＩ
Ｄに対応するキーデータをピックアップする（ＳＴ３）
。前記ＳＴ２において所定のＫＩＤが見つからなかった
場合はキー指定エラーステータスをレスポンスａとして
出力して（ＳＴ８）、処理を終了する。ＳＴ３でキーエ
リアからキーデータをピックアップした後、このキーデ
ータに異常がないかどうか判断する（ＳＴ４）。ピック
アップしたキーデータに異常がなかった場合は、続いて
コマンドＡによって送信されてきた暗号化されたセッシ
ョンキーデータのデータ列長が８の倍数かどうかを判断
する（ＳＴ５）ここで、データ列長に以上がなければコ
マンドＡによって端末１１から送信されたデータ列（Ｋ
ＥＹ５’）をピックアップしたキーデータを用いてデー
タ変換モジュール２５によってデータ変換（復号化）し
た後（ＳＴ６）、正常終了ステータスと復号化されたデ
ータ列（ＫＥＹ５）とをレスポンスａとして端末１１に
対して送信して（ＳＴ７）、処理を終了する。前記ＳＴ
４においてキーデータに異常があった場合はキーデータ
エラーステータスをレスポンスａとして出力して（ＳＴ
９）、処理を終了する。また、ＳＴ５において送信され
てきたデータのデータ列長が８の倍数でなかった場合に
は、データ列長エラーステータスをレスポンスａとして
出力して（ＳＴ１０）処理を終了する。
いた端末１１とＩＣカード２１間の通信におけるＩＣカ
ード２１のＣＰＵ２２の処理動作の流れを、図１９を参
照して説明する。まず、端末１１からコマンドＡが送信
されると、ＩＣカード２１のＣＰＵ２２は、まず機能コ
ードから、セッションキーの送信を判断してＥＥＰＲＯ
Ｍ２３１中のキーエリアディレクトリ３１から、このコ
マンドＡのキー指定子の値のＫＩＤ（キーデータ番号）
を検索する（ＳＴ１）。続いて、所定のＫＩＤが見つか
ったかどうかを判断する（ＳＴ２）。そしてＫＩＤが見
つかれば、メモリ２３中のキーエリア３３から前記ＫＩ
Ｄに対応するキーデータをピックアップする（ＳＴ３）
。前記ＳＴ２において所定のＫＩＤが見つからなかった
場合はキー指定エラーステータスをレスポンスａとして
出力して（ＳＴ８）、処理を終了する。ＳＴ３でキーエ
リアからキーデータをピックアップした後、このキーデ
ータに異常がないかどうか判断する（ＳＴ４）。ピック
アップしたキーデータに異常がなかった場合は、続いて
コマンドＡによって送信されてきた暗号化されたセッシ
ョンキーデータのデータ列長が８の倍数かどうかを判断
する（ＳＴ５）ここで、データ列長に以上がなければコ
マンドＡによって端末１１から送信されたデータ列（Ｋ
ＥＹ５’）をピックアップしたキーデータを用いてデー
タ変換モジュール２５によってデータ変換（復号化）し
た後（ＳＴ６）、正常終了ステータスと復号化されたデ
ータ列（ＫＥＹ５）とをレスポンスａとして端末１１に
対して送信して（ＳＴ７）、処理を終了する。前記ＳＴ
４においてキーデータに異常があった場合はキーデータ
エラーステータスをレスポンスａとして出力して（ＳＴ
９）、処理を終了する。また、ＳＴ５において送信され
てきたデータのデータ列長が８の倍数でなかった場合に
は、データ列長エラーステータスをレスポンスａとして
出力して（ＳＴ１０）処理を終了する。
【００２４】次に端末１１のＣＰＵ１２は、ＩＣカード
２１のＣＰＵ２２に対して図１３（ａ）に示すようなフ
ォーマットを有するコマンドＢを送信する。ここで、コ
マンドＢは、送信したセッションキーをＲＡＭ２３２に
記憶させる動作を指示する機能コードと、さきにＩＣカ
ード２１から端末１１に対して送信されたＫＥＹ５とか
らなる。このコマンドＢを受信すると、ＩＣカード２１
のＣＰＵ２２は、コマンドＢによって送信されたセッシ
ョンキーＫＥＹ５をＲＡＭ２３２中に記憶する。この後
、ＩＣカード２１のＣＰＵ２２は図１３（ｂ）に示すよ
うなフォーマットを有するレスポンスｂを端末１１のＣ
ＰＵ１２に対して送信する。ここで、レスポンスｂは、
前記コマンドＢに対するレスポンスである旨を示す機能
コードと、正常終了の旨のステータスとからなる。 このとき端末１１のＣＰＵ１２は、コマンドＢを再度Ｉ
Ｃカード２１に対して送信した後、さきにＩＣカード２
１より受信しメモリ１３に記憶しておいたＫＥＹ５を消
去する。
２１のＣＰＵ２２に対して図１３（ａ）に示すようなフ
ォーマットを有するコマンドＢを送信する。ここで、コ
マンドＢは、送信したセッションキーをＲＡＭ２３２に
記憶させる動作を指示する機能コードと、さきにＩＣカ
ード２１から端末１１に対して送信されたＫＥＹ５とか
らなる。このコマンドＢを受信すると、ＩＣカード２１
のＣＰＵ２２は、コマンドＢによって送信されたセッシ
ョンキーＫＥＹ５をＲＡＭ２３２中に記憶する。この後
、ＩＣカード２１のＣＰＵ２２は図１３（ｂ）に示すよ
うなフォーマットを有するレスポンスｂを端末１１のＣ
ＰＵ１２に対して送信する。ここで、レスポンスｂは、
前記コマンドＢに対するレスポンスである旨を示す機能
コードと、正常終了の旨のステータスとからなる。 このとき端末１１のＣＰＵ１２は、コマンドＢを再度Ｉ
Ｃカード２１に対して送信した後、さきにＩＣカード２
１より受信しメモリ１３に記憶しておいたＫＥＹ５を消
去する。
【００２５】ここで、コマンドＢ及びレスポンスｂを用
いた端末１１とＩＣカード２１間の通信におけるＩＣカ
ード２１のＣＰＵ２２の処理動作の流れを、図２０を参
照して説明する。まず、端末１１からコマンドＢが送信
されると、この送信されたデータ列（ＫＥＹ５）長が８
の倍数かどうかをチェックする（ＳＴ１）。データ列長
が８の倍数であった場合、ＩＣカード２１のＣＰＵ２２
は、ＲＡＭ２３２の所定領域にデータ列（ＫＥＹ５）を
書込む（ＳＴ２）。続いてセッションキーデータ（ＫＥ
Ｙ５）が正常に書き込まれたかどうかをチェックする（
ＳＴ３）。そして書き込みが正常に行われたならば、正
常終了ステータスを、レスポンスｂとして端末１１に対
して出力し（ＳＴ４）、処理を終了する。ＳＴ７におい
て書き込みが正常に行われなかった場合は、書き込みエ
ラーステータスをレスポンスｂとして出力して（ＳＴ５
）処理を終了する。ここで、ＳＴ１において入力データ
長が８の倍数でなかった場合は、データ列長エラーステ
ータスをレスポンスｂとして出力して、処理を終了する
（ＳＴ６）。
いた端末１１とＩＣカード２１間の通信におけるＩＣカ
ード２１のＣＰＵ２２の処理動作の流れを、図２０を参
照して説明する。まず、端末１１からコマンドＢが送信
されると、この送信されたデータ列（ＫＥＹ５）長が８
の倍数かどうかをチェックする（ＳＴ１）。データ列長
が８の倍数であった場合、ＩＣカード２１のＣＰＵ２２
は、ＲＡＭ２３２の所定領域にデータ列（ＫＥＹ５）を
書込む（ＳＴ２）。続いてセッションキーデータ（ＫＥ
Ｙ５）が正常に書き込まれたかどうかをチェックする（
ＳＴ３）。そして書き込みが正常に行われたならば、正
常終了ステータスを、レスポンスｂとして端末１１に対
して出力し（ＳＴ４）、処理を終了する。ＳＴ７におい
て書き込みが正常に行われなかった場合は、書き込みエ
ラーステータスをレスポンスｂとして出力して（ＳＴ５
）処理を終了する。ここで、ＳＴ１において入力データ
長が８の倍数でなかった場合は、データ列長エラーステ
ータスをレスポンスｂとして出力して、処理を終了する
（ＳＴ６）。
【００２６】次に、ステップ１０においてホスト１のＣ
ＰＵ２はセッションキーＫＥＹ５にもとづいて、自身で
発生したメッセージＭ５をＣＢＣモードにて第１のデー
タ変換モジュール７内のデータ変換関数Ｅ１によってデ
ータ変換（暗号化）しＭ５’（＝Ｅ１（ＣＢＣ）ＫＥＹ
５ （Ｍ５））を得、これを端末１１に対して送信する
。端末１１のＣＰＵ１２は、Ｍ５’を受信すると、図１
４（ａ）に見られるようなフォーマットのコマンドＣを
用いて、これをＩＣカード２１に対して送信する。ここ
でコマンドＣは、送信された暗号化メッセージを復号化
するという動作を指示する機能コードと、データ変換処
理時にＩＣカード２１において使用されるキーデータを
指定する指定子と、さきにホスト１から端末１１に対し
て送信されたＭ５’とからなる。ここで、図３に示す例
では、前記指定子はステップ９において、コマンドＢに
よってＲＡＭ２３２中に記憶されたセッションキー（Ｋ
ＥＹ５）を指定している。
ＰＵ２はセッションキーＫＥＹ５にもとづいて、自身で
発生したメッセージＭ５をＣＢＣモードにて第１のデー
タ変換モジュール７内のデータ変換関数Ｅ１によってデ
ータ変換（暗号化）しＭ５’（＝Ｅ１（ＣＢＣ）ＫＥＹ
５ （Ｍ５））を得、これを端末１１に対して送信する
。端末１１のＣＰＵ１２は、Ｍ５’を受信すると、図１
４（ａ）に見られるようなフォーマットのコマンドＣを
用いて、これをＩＣカード２１に対して送信する。ここ
でコマンドＣは、送信された暗号化メッセージを復号化
するという動作を指示する機能コードと、データ変換処
理時にＩＣカード２１において使用されるキーデータを
指定する指定子と、さきにホスト１から端末１１に対し
て送信されたＭ５’とからなる。ここで、図３に示す例
では、前記指定子はステップ９において、コマンドＢに
よってＲＡＭ２３２中に記憶されたセッションキー（Ｋ
ＥＹ５）を指定している。
【００２７】さてＩＣカード２１のＣＰＵ２２はコマン
ドＣを受信すると、前記指定子によって指定されたキー
ＫＥＹ５を用いて第１のデータ変換モジュール２５内の
データ変換関数Ｄ１によって、Ｍ５’を復号化してＭ５
（＝Ｄ１（ＣＢＣ）ＫＥＹ５ （Ｍ５’））を得て、コ
マンドＣに対するレスポンスとして、図１４（ｂ）に示
すようなフォーマットを有するレスポンスｃを端末１１
のＣＰＵ１２に対して送信する。ここで、レスポンスｃ
は、コマンドＣに対するレスポンスである旨の機能コー
ドと、正常終了の旨のステータスと、データ変換処理に
よって復号化されて得られたＭ５とからなる。以上の処
理によって、端末１１はホスト１からのメッセージを受
け取ることができる。
ドＣを受信すると、前記指定子によって指定されたキー
ＫＥＹ５を用いて第１のデータ変換モジュール２５内の
データ変換関数Ｄ１によって、Ｍ５’を復号化してＭ５
（＝Ｄ１（ＣＢＣ）ＫＥＹ５ （Ｍ５’））を得て、コ
マンドＣに対するレスポンスとして、図１４（ｂ）に示
すようなフォーマットを有するレスポンスｃを端末１１
のＣＰＵ１２に対して送信する。ここで、レスポンスｃ
は、コマンドＣに対するレスポンスである旨の機能コー
ドと、正常終了の旨のステータスと、データ変換処理に
よって復号化されて得られたＭ５とからなる。以上の処
理によって、端末１１はホスト１からのメッセージを受
け取ることができる。
【００２８】ここで、コマンドＣ及びレスポンスｃを用
いた端末１１とＩＣカード２１間の通信におけるＩＣカ
ード２１のＣＰＵ２２の処理動作の流れを、図２１を参
照して説明する。まず、端末１１からコマンドＣが送信
されると、ＩＣカード２１のＣＰＵ２２は、ＲＡＭ２３
２中からこのコマンドＣによって指定されているキーデ
ータ（この場合、直前のコマンドＢにより送信されたセ
ッションキーＫＥＹ５）をピックアップする（ＳＴ１）
。セッションキーデータをピックアップした後、このキ
ーデータに異常がないかどうか判断する（ＳＴ２）。ピ
ックアップしたキーデータに異常がなかった場合は、続
いて、コマンドＣによって端末１１から送信されたデー
タ列長が８の倍数かどうかをチェックする（ＳＴ３）。 データ列長が８の倍数であった場合、前記ピックアップ
されたキーデータ（ＫＥＹ５）を用いて、第１のデータ
変換モジュール２５によってデータ変換を行いこのデー
タ列（Ｍ５’）の復号化を行う（ＳＴ４）。そして、レ
スポンスｃとして、正常終了ステータスと、復号化され
たデータ列（Ｍ５）を端末１１に対して出力し（ＳＴ５
）、処理を終了する。また、前記ＳＴ２において、キー
データに異常が見つかった場合は、データエラーステー
タスをレスポンスｃとして端末１１に対して出力し（Ｓ
Ｔ６）、処理を終了する。また、前記ＳＴ３において、
データ列長が８の倍数でなかった場合は、データ列長エ
ラーステータスをレスポンスｃとして端末１１に対して
出力し（ＳＴ７）、処理を終了する。
いた端末１１とＩＣカード２１間の通信におけるＩＣカ
ード２１のＣＰＵ２２の処理動作の流れを、図２１を参
照して説明する。まず、端末１１からコマンドＣが送信
されると、ＩＣカード２１のＣＰＵ２２は、ＲＡＭ２３
２中からこのコマンドＣによって指定されているキーデ
ータ（この場合、直前のコマンドＢにより送信されたセ
ッションキーＫＥＹ５）をピックアップする（ＳＴ１）
。セッションキーデータをピックアップした後、このキ
ーデータに異常がないかどうか判断する（ＳＴ２）。ピ
ックアップしたキーデータに異常がなかった場合は、続
いて、コマンドＣによって端末１１から送信されたデー
タ列長が８の倍数かどうかをチェックする（ＳＴ３）。 データ列長が８の倍数であった場合、前記ピックアップ
されたキーデータ（ＫＥＹ５）を用いて、第１のデータ
変換モジュール２５によってデータ変換を行いこのデー
タ列（Ｍ５’）の復号化を行う（ＳＴ４）。そして、レ
スポンスｃとして、正常終了ステータスと、復号化され
たデータ列（Ｍ５）を端末１１に対して出力し（ＳＴ５
）、処理を終了する。また、前記ＳＴ２において、キー
データに異常が見つかった場合は、データエラーステー
タスをレスポンスｃとして端末１１に対して出力し（Ｓ
Ｔ６）、処理を終了する。また、前記ＳＴ３において、
データ列長が８の倍数でなかった場合は、データ列長エ
ラーステータスをレスポンスｃとして端末１１に対して
出力し（ＳＴ７）、処理を終了する。
【００２９】次に、端末１１側で発生したメッセージを
ホスト１側に送信する過程について説明する。まず、ス
テップ１１においてホスト１のＣＰＵ２は、次のステッ
プ１２でＩＣカード２１において使用されるセッション
キーＫＥＹ６をキーデータＫ６を用いて、上記ステップ
９と同様の手順で端末１１側に送信する。ここで、ＫＥ
Ｙ６及びＫ６は、あらかじめメモリ２中に記憶されてい
る。ここで、コマンドＡ、レスポンスａ及びコマンドＢ
レスポンスｂを用いた端末１１とＩＣカード２１間のデ
ータ通信処理については、上記ステップ９にて説明した
のでここでは説明を省略する。コマンドＢを受信したＩ
Ｃカード２１のＣＰＵ２２は、コマンドＢによって送信
されたセッションキーＫＥＹ６をＲＡＭ２３２中に記憶
する。
ホスト１側に送信する過程について説明する。まず、ス
テップ１１においてホスト１のＣＰＵ２は、次のステッ
プ１２でＩＣカード２１において使用されるセッション
キーＫＥＹ６をキーデータＫ６を用いて、上記ステップ
９と同様の手順で端末１１側に送信する。ここで、ＫＥ
Ｙ６及びＫ６は、あらかじめメモリ２中に記憶されてい
る。ここで、コマンドＡ、レスポンスａ及びコマンドＢ
レスポンスｂを用いた端末１１とＩＣカード２１間のデ
ータ通信処理については、上記ステップ９にて説明した
のでここでは説明を省略する。コマンドＢを受信したＩ
Ｃカード２１のＣＰＵ２２は、コマンドＢによって送信
されたセッションキーＫＥＹ６をＲＡＭ２３２中に記憶
する。
【００３０】次に、ステップ１２において端末１１のＣ
ＰＵ１２は自身で発生したメッセージＭ６を、図１５（
ａ）に見られるようなフォーマットのコマンドＤを用い
て、これをＩＣカード２１に対して送信する。ここでコ
マンドＤは、送信されたメッセージを暗号化する動作を
指示する機能コードと、ＩＣカード２１におけるデータ
変換処理時に使用されるキーデータを指定する指定子と
、メッセージＭ６とからなる。ここで、図３に示す例で
は、前記指定子はステップ１１において、コマンドＢに
よって送信されＲＡＭ２３２中に記憶されているセッシ
ョンキー（ＫＥＹ６）を指定している。
ＰＵ１２は自身で発生したメッセージＭ６を、図１５（
ａ）に見られるようなフォーマットのコマンドＤを用い
て、これをＩＣカード２１に対して送信する。ここでコ
マンドＤは、送信されたメッセージを暗号化する動作を
指示する機能コードと、ＩＣカード２１におけるデータ
変換処理時に使用されるキーデータを指定する指定子と
、メッセージＭ６とからなる。ここで、図３に示す例で
は、前記指定子はステップ１１において、コマンドＢに
よって送信されＲＡＭ２３２中に記憶されているセッシ
ョンキー（ＫＥＹ６）を指定している。
【００３１】さてＩＣカード２１のＣＰＵ２２はコマン
ドＤを受信すると、前記指定子によって指定されたキー
データＫＥＹ６を用いて第２のデータ変換モジュール２
６内のデータ変換関数Ｅ２によってデータ変換を行いＭ
６を暗号化してＭ６’（＝Ｅ２（ＣＢＣ）ＫＥＹ６ （
Ｍ６））を得て、コマンドＤに対するレスポンスとして
、図１５（ｂ）に示すようなフォーマットを有するレス
ポンスｄを端末１１のＣＰＵ１２に対して送信する。こ
こで、レスポンスｄは、コマンドＤに対するレスポンス
である旨の機能コードと、正常終了の旨のステータスと
、データ変換によって暗号化されて得られたＭ６’とか
らなる。 端末１１のＣＰＵ１２は、ＩＣカード２１からレスポン
スｄを受信すると、前記暗号化されたメッセージＭ６’
をホスト１に対して送信する。ホスト１のＣＰＵ２はＭ
６’を受信すると、セッションキーＫＥＹ６を用いて第
２のデータ変換モジュール８内のデータ変換関数Ｄ２に
よってデータ変換を行い、Ｍ６’を復号化して、Ｍ６（
＝Ｄ２（ＣＢＣ）ＫＥＹ６ （Ｍ６’））を得る。以上
の処理によって、ホスト１は端末１１からのメッセージ
を受け取ることができる。
ドＤを受信すると、前記指定子によって指定されたキー
データＫＥＹ６を用いて第２のデータ変換モジュール２
６内のデータ変換関数Ｅ２によってデータ変換を行いＭ
６を暗号化してＭ６’（＝Ｅ２（ＣＢＣ）ＫＥＹ６ （
Ｍ６））を得て、コマンドＤに対するレスポンスとして
、図１５（ｂ）に示すようなフォーマットを有するレス
ポンスｄを端末１１のＣＰＵ１２に対して送信する。こ
こで、レスポンスｄは、コマンドＤに対するレスポンス
である旨の機能コードと、正常終了の旨のステータスと
、データ変換によって暗号化されて得られたＭ６’とか
らなる。 端末１１のＣＰＵ１２は、ＩＣカード２１からレスポン
スｄを受信すると、前記暗号化されたメッセージＭ６’
をホスト１に対して送信する。ホスト１のＣＰＵ２はＭ
６’を受信すると、セッションキーＫＥＹ６を用いて第
２のデータ変換モジュール８内のデータ変換関数Ｄ２に
よってデータ変換を行い、Ｍ６’を復号化して、Ｍ６（
＝Ｄ２（ＣＢＣ）ＫＥＹ６ （Ｍ６’））を得る。以上
の処理によって、ホスト１は端末１１からのメッセージ
を受け取ることができる。
【００３２】ここで、コマンドＤ及びレスポンスｄを用
いた端末１１とＩＣカード２１間の通信におけるＩＣカ
ード２１のＣＰＵ２２の処理動作の流れを、図２２を参
照して説明する。まず、端末１１からコマンドＤが送信
されると、ＩＣカード２１のＣＰＵ２２は、ＲＡＭ２３
２から、このコマンドＤのキー指定子によって指定され
たキーデータ（ＫＥＹ６）をピックアップする（ＳＴ１
）。ＳＴ１でＲＡＭ２３２からキーデータをピックアッ
プした後、このキーデータに異常がないかどうか判断す
る（ＳＴ２）。ピックアップされたキーデータに異常が
なかった場合は、コマンドＤによって端末１１から送信
されたデータ列（Ｍ６）長が８の倍数であるかどうかを
判断する（ＳＴ３）。そして、データ列長が８の倍数で
あると判断されると、前記ピックアップされたキーデー
タ（ＫＥＹ６）を用いてデータ変換モジュールにてデー
タ変換を行いＭ６を暗号化した後（ＳＴ４）、正常終了
ステータスと暗号化データ列（Ｍ６’）とをレスポンス
ｄとして端末１１に対して出力して（ＳＴ５）、処理を
終了する。前記ＳＴ２においてデータに異常があった場
合はデータエラーステータスをレスポンスｄとして出力
して（ＳＴ６）、処理を終了する。また、前記ＳＴ３に
おいてデータ列長に異常があった場合は、データ列長エ
ラーステータスを出力して（ＳＴ７）、処理を終了する
。
いた端末１１とＩＣカード２１間の通信におけるＩＣカ
ード２１のＣＰＵ２２の処理動作の流れを、図２２を参
照して説明する。まず、端末１１からコマンドＤが送信
されると、ＩＣカード２１のＣＰＵ２２は、ＲＡＭ２３
２から、このコマンドＤのキー指定子によって指定され
たキーデータ（ＫＥＹ６）をピックアップする（ＳＴ１
）。ＳＴ１でＲＡＭ２３２からキーデータをピックアッ
プした後、このキーデータに異常がないかどうか判断す
る（ＳＴ２）。ピックアップされたキーデータに異常が
なかった場合は、コマンドＤによって端末１１から送信
されたデータ列（Ｍ６）長が８の倍数であるかどうかを
判断する（ＳＴ３）。そして、データ列長が８の倍数で
あると判断されると、前記ピックアップされたキーデー
タ（ＫＥＹ６）を用いてデータ変換モジュールにてデー
タ変換を行いＭ６を暗号化した後（ＳＴ４）、正常終了
ステータスと暗号化データ列（Ｍ６’）とをレスポンス
ｄとして端末１１に対して出力して（ＳＴ５）、処理を
終了する。前記ＳＴ２においてデータに異常があった場
合はデータエラーステータスをレスポンスｄとして出力
して（ＳＴ６）、処理を終了する。また、前記ＳＴ３に
おいてデータ列長に異常があった場合は、データ列長エ
ラーステータスを出力して（ＳＴ７）、処理を終了する
。
【００３３】さて次に、図４で示されるケース４は、図
１０に示すようなホスト１と、端末１１と、ＩＣカード
２１とからなるシステムにおいて、ケース２で端末１１
で行っていたデータ変換処理を、端末１１に挿入された
ＩＣカード２１に依頼する場合のデータ通信の流れを示
している。
１０に示すようなホスト１と、端末１１と、ＩＣカード
２１とからなるシステムにおいて、ケース２で端末１１
で行っていたデータ変換処理を、端末１１に挿入された
ＩＣカード２１に依頼する場合のデータ通信の流れを示
している。
【００３４】まず、ホスト１側で発生したメッセージを
端末１１側に送信する過程について説明する。まずステ
ップ１３においてホスト１側とＩＣカード２１側とで互
いに対応する関数を有するデータ変換モジュール９、２
７を有しており、ホスト１側のデータ変換モジュール９
で変換されたデータをＩＣカード２１側のデータ変換モ
ジュール２７で復元し、ＩＣカード側のデータ変換モジ
ュール２７で変換されたデータをホスト１側のデータ変
換モジュール９で復元する場合のデータ通信の流れを示
している。ここで、このケース４のシステム構成につい
ては、前述したケース３のシステム（図９に図示）と略
同等であるので説明は省略する。
端末１１側に送信する過程について説明する。まずステ
ップ１３においてホスト１側とＩＣカード２１側とで互
いに対応する関数を有するデータ変換モジュール９、２
７を有しており、ホスト１側のデータ変換モジュール９
で変換されたデータをＩＣカード２１側のデータ変換モ
ジュール２７で復元し、ＩＣカード側のデータ変換モジ
ュール２７で変換されたデータをホスト１側のデータ変
換モジュール９で復元する場合のデータ通信の流れを示
している。ここで、このケース４のシステム構成につい
ては、前述したケース３のシステム（図９に図示）と略
同等であるので説明は省略する。
【００３５】まず、ホスト１側で発生したメッセージを
端末１１側に送信する課程について説明する。まずステ
ップ１３においてホスト１のＣＰＵ２は、キーデータＫ
７をもとに第１のデータ変換モジュール９のデータ変換
関数ＤによってセッションキーＫＥＹ７をデータ変換（
データスクランブル）し、ＫＥＹ７’（＝ＤＫ７（ＫＥ
Ｙ７））を得て、これを端末１１に対して送信する。こ
こで、ＫＥＹ７及びＫ７はあらかじめメモリ３内に記憶
されている。端末１１のＣＰＵ１２はＫＥＹ７’を受信
すると、ＩＣカード２１のＣＰＵ２２に対して図１６（
ａ）に示すようなフォーマットを有するコマンドＥを送
信する。ここで、コマンドＥは、送信された暗号化セッ
ションキーを復号化するという動作を指示するための機
能コードと、ＩＣカード２１におけるデータ変換処理に
使用されるキーデータを指定する指定子と、さきにホス
ト１から端末１１に対して送信されたＫＥＹ７’とから
なる。
端末１１側に送信する課程について説明する。まずステ
ップ１３においてホスト１のＣＰＵ２は、キーデータＫ
７をもとに第１のデータ変換モジュール９のデータ変換
関数ＤによってセッションキーＫＥＹ７をデータ変換（
データスクランブル）し、ＫＥＹ７’（＝ＤＫ７（ＫＥ
Ｙ７））を得て、これを端末１１に対して送信する。こ
こで、ＫＥＹ７及びＫ７はあらかじめメモリ３内に記憶
されている。端末１１のＣＰＵ１２はＫＥＹ７’を受信
すると、ＩＣカード２１のＣＰＵ２２に対して図１６（
ａ）に示すようなフォーマットを有するコマンドＥを送
信する。ここで、コマンドＥは、送信された暗号化セッ
ションキーを復号化するという動作を指示するための機
能コードと、ＩＣカード２１におけるデータ変換処理に
使用されるキーデータを指定する指定子と、さきにホス
ト１から端末１１に対して送信されたＫＥＹ７’とから
なる。
【００３６】さてＩＣカード２１のＣＰＵ２２はコマン
ドＥを受信すると、前記指定子によって指定されたキー
Ｋ７にもとづき、データ変換モジュール２７のデータ変
換関数Ｅによりデータ変換を行いＫＥＹ７’の復号化を
行いＫＥＹ７（＝ＤＫ７（ＫＥＹ７’））を得て、コマ
ンドＥに対するレスポンスとして、図１６（ｂ）に示す
ようなフォーマットを有するレスポンスｅを端末１１の
ＣＰＵ１２に対して送信する。ここで、レスポンスｅは
、コマンドＥに対するレスポンスである旨の機能コード
と、正常終了の旨のステータスと、データ変換によって
復号化されて得られたＫＥＹ７とからなる。
ドＥを受信すると、前記指定子によって指定されたキー
Ｋ７にもとづき、データ変換モジュール２７のデータ変
換関数Ｅによりデータ変換を行いＫＥＹ７’の復号化を
行いＫＥＹ７（＝ＤＫ７（ＫＥＹ７’））を得て、コマ
ンドＥに対するレスポンスとして、図１６（ｂ）に示す
ようなフォーマットを有するレスポンスｅを端末１１の
ＣＰＵ１２に対して送信する。ここで、レスポンスｅは
、コマンドＥに対するレスポンスである旨の機能コード
と、正常終了の旨のステータスと、データ変換によって
復号化されて得られたＫＥＹ７とからなる。
【００３７】ここで、コマンドＥ及びレスポンスｅを用
いた端末１１とＩＣカード２１間の通信におけるＩＣカ
ード２１のＣＰＵ２２の処理動作の流れを、図２３を参
照して説明する。まず、端末１１からコマンドＥが送信
されると、ＩＣカード２１のＣＰＵ２２は、ＥＥＰＲＯ
Ｍ２３１中のキーエリアディレクトリ３１から、このコ
マンドＥのキー指定子の値のＫＩＤ（キーデータ番号）
を検索する（ＳＴ１）。続いて、所定のＫＩＤが見つか
ったかどうかを判断する（ＳＴ２）。そしてＫＩＤが見
つかれば、ＥＥＰＲＯＭ２３１中のキーエリア３３から
前記ＫＩＤに対応するキーデータをピックアップする（
ＳＴ３）。前記ＳＴ２において所定のＫＩＤが見つから
なかった場合はキー指定エラーステータスをレスポンス
ｅとして出力して（ＳＴ８）、処理を終了する。ＳＴ３
でキーエリアからキーデータをピックアップした後、こ
のキーデータに異常がないかどうか判断する（ＳＴ４）
。データに異常がなかった場合は、送信された暗号化さ
れたセッションキーのデータ列長が８の倍数であるかど
うかを判断する（ＳＴ５）。そして、データ列長に異常
がなければ、前記ピックアップされたキーデータを用い
て、データ変換モジュール２７によってデータ変換を行
い、コマンドＥによって端末１１から送信されたデータ
列（ＫＥＹ７’）を復号化してＫＥＹ７を得た後（ＳＴ
６）、正常終了ステータスと復号化データ列（ＫＥＹ７
）とをレスポンスｅとして端末１１に対して出力して（
ＳＴ７）、処理を終了する。前記ＳＴ４においてデータ
に異常があった場合はデータエラーステータスをレスポ
ンスｅとして出力して（ＳＴ９）、処理を終了する。ま
た、前記ＳＴ５においてデータ列長が８の倍数でなかっ
た（データ列長に異常があった）場合はデータ列長エラ
ーステータスをレスポンスｅとして出力して（ＳＴ１０
）、処理を終了する。
いた端末１１とＩＣカード２１間の通信におけるＩＣカ
ード２１のＣＰＵ２２の処理動作の流れを、図２３を参
照して説明する。まず、端末１１からコマンドＥが送信
されると、ＩＣカード２１のＣＰＵ２２は、ＥＥＰＲＯ
Ｍ２３１中のキーエリアディレクトリ３１から、このコ
マンドＥのキー指定子の値のＫＩＤ（キーデータ番号）
を検索する（ＳＴ１）。続いて、所定のＫＩＤが見つか
ったかどうかを判断する（ＳＴ２）。そしてＫＩＤが見
つかれば、ＥＥＰＲＯＭ２３１中のキーエリア３３から
前記ＫＩＤに対応するキーデータをピックアップする（
ＳＴ３）。前記ＳＴ２において所定のＫＩＤが見つから
なかった場合はキー指定エラーステータスをレスポンス
ｅとして出力して（ＳＴ８）、処理を終了する。ＳＴ３
でキーエリアからキーデータをピックアップした後、こ
のキーデータに異常がないかどうか判断する（ＳＴ４）
。データに異常がなかった場合は、送信された暗号化さ
れたセッションキーのデータ列長が８の倍数であるかど
うかを判断する（ＳＴ５）。そして、データ列長に異常
がなければ、前記ピックアップされたキーデータを用い
て、データ変換モジュール２７によってデータ変換を行
い、コマンドＥによって端末１１から送信されたデータ
列（ＫＥＹ７’）を復号化してＫＥＹ７を得た後（ＳＴ
６）、正常終了ステータスと復号化データ列（ＫＥＹ７
）とをレスポンスｅとして端末１１に対して出力して（
ＳＴ７）、処理を終了する。前記ＳＴ４においてデータ
に異常があった場合はデータエラーステータスをレスポ
ンスｅとして出力して（ＳＴ９）、処理を終了する。ま
た、前記ＳＴ５においてデータ列長が８の倍数でなかっ
た（データ列長に異常があった）場合はデータ列長エラ
ーステータスをレスポンスｅとして出力して（ＳＴ１０
）、処理を終了する。
【００３８】次に端末１１のＣＰＵ１２は、ＩＣカード
２１のＣＰＵ２２に対して図１３（ａ）に示すようなフ
ォーマットを有するコマンドＢを送信する。ここで、コ
マンドＢは、送信したセッションキーをＲＡＭ２３２に
記憶させるという動作を指示する機能コードと、さきに
ＩＣカード２１から端末１１に対して送信されたＫＥＹ
７とからなる。このコマンドＢを受信すると、ＩＣカー
ド２１のＣＰＵ１２は、コマンドＢによって送信された
セッションキーＫＥＹ７をＲＡＭ２３２中に記憶する。 この後、ＩＣカード２１のＣＰＵ２２は図１３（ｂ）に
示すようなフォーマットを有するレスポンスｂを端末１
１のＣＰＵ１２に対して送信する。ここで、レスポンス
ｂは、前記コマンドＢに対するレスポンスである旨を示
す機能コードと、正常終了の旨のステータスとからなる
。このとき端末１１のＣＰＵ１２は、コマンドＢを再度
ＩＣカード２１に対して送信した後、さきにＩＣカード
２１より受信しメモリ１３に記憶しておいたＫＥＹ７を
消去する。
２１のＣＰＵ２２に対して図１３（ａ）に示すようなフ
ォーマットを有するコマンドＢを送信する。ここで、コ
マンドＢは、送信したセッションキーをＲＡＭ２３２に
記憶させるという動作を指示する機能コードと、さきに
ＩＣカード２１から端末１１に対して送信されたＫＥＹ
７とからなる。このコマンドＢを受信すると、ＩＣカー
ド２１のＣＰＵ１２は、コマンドＢによって送信された
セッションキーＫＥＹ７をＲＡＭ２３２中に記憶する。 この後、ＩＣカード２１のＣＰＵ２２は図１３（ｂ）に
示すようなフォーマットを有するレスポンスｂを端末１
１のＣＰＵ１２に対して送信する。ここで、レスポンス
ｂは、前記コマンドＢに対するレスポンスである旨を示
す機能コードと、正常終了の旨のステータスとからなる
。このとき端末１１のＣＰＵ１２は、コマンドＢを再度
ＩＣカード２１に対して送信した後、さきにＩＣカード
２１より受信しメモリ１３に記憶しておいたＫＥＹ７を
消去する。
【００３９】コマンドＢ及びレスポンスｂを用いた端末
１１とＩＣカード２１間の通信におけるＩＣカード２１
のＣＰＵ２２の処理動作の流れは、さきに図２０を参照
して説明済みであるので省略する。
１１とＩＣカード２１間の通信におけるＩＣカード２１
のＣＰＵ２２の処理動作の流れは、さきに図２０を参照
して説明済みであるので省略する。
【００４０】次に、ステップ１４においてホスト１のＣ
ＰＵ２はセッションキーＫＥＹ７にもとづいて、自身で
発生したメッセージＭ７をデータＣＢＣモードにて変換
処理モジュール９のデータ変換関数Ｄによってデータ変
換（暗号化）し、Ｍ７’（＝Ｅ（ＣＢＣ）ＫＥＹ７ （
Ｍ７））を得、これを端末１１に対して送信する。端末
１１のＣＰＵ１２は、Ｍ７’を受信すると、図１４（ａ
）に見られるようなフォーマットのコマンドＣを用いて
、これをＩＣカード２１に対して送信する。ここでコマ
ンドＣは、送信された暗号化メッセージを復号化す津と
いう動作を指示する機能コードと、ＩＣカード２１にお
けるデータ変換時に使用されるキーデータを指定する指
定子と、さきにホスト１から端末１１に対して送信され
た暗号化されたメッセージＭ７’とからなる。ここで、
図４に示す例では、前記指定子はステップ１３において
、コマンドＢによってＲＡＭ２３２中に記憶されたキー
（ＫＥＹ７）を指定している。
ＰＵ２はセッションキーＫＥＹ７にもとづいて、自身で
発生したメッセージＭ７をデータＣＢＣモードにて変換
処理モジュール９のデータ変換関数Ｄによってデータ変
換（暗号化）し、Ｍ７’（＝Ｅ（ＣＢＣ）ＫＥＹ７ （
Ｍ７））を得、これを端末１１に対して送信する。端末
１１のＣＰＵ１２は、Ｍ７’を受信すると、図１４（ａ
）に見られるようなフォーマットのコマンドＣを用いて
、これをＩＣカード２１に対して送信する。ここでコマ
ンドＣは、送信された暗号化メッセージを復号化す津と
いう動作を指示する機能コードと、ＩＣカード２１にお
けるデータ変換時に使用されるキーデータを指定する指
定子と、さきにホスト１から端末１１に対して送信され
た暗号化されたメッセージＭ７’とからなる。ここで、
図４に示す例では、前記指定子はステップ１３において
、コマンドＢによってＲＡＭ２３２中に記憶されたキー
（ＫＥＹ７）を指定している。
【００４１】さてＩＣカード２１のＣＰＵ２２はコマン
ドＣを受信すると、前記指定子によって指定されたキー
ＫＥＹ７を用いてデータ変換モジュール２７によって復
号化処理を行いＭ７（＝Ｄ（ＣＢＣ）Ｋ７ （Ｍ７’）
）を得て、コマンドＣに対するレスポンスとして、図１
４（ｂ）に示すようなフォーマットを有するレスポンス
ｃを端末１１のＣＰＵ１２に対して送信する。ここで、
レスポンスｃは、コマンドＣに対するレスポンスである
旨を示す機能コードと、正常終了の旨のステータスと、
復号化処理によって得られたＭ７とからなる。以上の処
理によって、端末１１はホスト１からのメッセージＭ７
を受け取ることができる。
ドＣを受信すると、前記指定子によって指定されたキー
ＫＥＹ７を用いてデータ変換モジュール２７によって復
号化処理を行いＭ７（＝Ｄ（ＣＢＣ）Ｋ７ （Ｍ７’）
）を得て、コマンドＣに対するレスポンスとして、図１
４（ｂ）に示すようなフォーマットを有するレスポンス
ｃを端末１１のＣＰＵ１２に対して送信する。ここで、
レスポンスｃは、コマンドＣに対するレスポンスである
旨を示す機能コードと、正常終了の旨のステータスと、
復号化処理によって得られたＭ７とからなる。以上の処
理によって、端末１１はホスト１からのメッセージＭ７
を受け取ることができる。
【００４２】ここで、コマンドＣ及びレスポンスｃを用
いた端末１１とＩＣカード２１間の通信におけるＩＣカ
ード２１のＣＰＵ２２の処理動作の流れについては、さ
きに図２１を参照して説明したので説明を省略する。
いた端末１１とＩＣカード２１間の通信におけるＩＣカ
ード２１のＣＰＵ２２の処理動作の流れについては、さ
きに図２１を参照して説明したので説明を省略する。
【００４３】次に、端末１１側で発生したメッセージを
ホスト１側に送信する過程について説明する。まず、ス
テップ１５においてホスト１のＣＰＵ２は、次のステッ
プ１６でＩＣカード２１において使用されるセッション
キーＫＥＹ８をキーデータＫ８を用いて、上記ステップ
１３と同様の手順で端末１１側に送信する。ここで、Ｋ
ＥＹ８及びＫ８は、あらかじめメモリ２中に記憶されて
いる。そして、コマンドＢを受信したＩＣカード２１の
ＣＰＵ１２は、コマンドＢによって送信されたセッショ
ンキーＫＥＹ８をＲＡＭ２３２中に記憶する。
ホスト１側に送信する過程について説明する。まず、ス
テップ１５においてホスト１のＣＰＵ２は、次のステッ
プ１６でＩＣカード２１において使用されるセッション
キーＫＥＹ８をキーデータＫ８を用いて、上記ステップ
１３と同様の手順で端末１１側に送信する。ここで、Ｋ
ＥＹ８及びＫ８は、あらかじめメモリ２中に記憶されて
いる。そして、コマンドＢを受信したＩＣカード２１の
ＣＰＵ１２は、コマンドＢによって送信されたセッショ
ンキーＫＥＹ８をＲＡＭ２３２中に記憶する。
【００４４】次に、ステップ１６において端末１１のＣ
ＰＵ１２は自身で発生したメッセージＭ８を、図１５（
ａ）に見られるようなフォーマットのコマンドＤを用い
て、これをＩＣカード２１に対して送信する。ここでコ
マンドＤは、送信されたメッセージを暗号化する動作を
指示する機能コードと、ＩＣカード２１におけるデータ
変換時に使用されるキーデータを指定する指定子と、メ
ッセージＭ８とからなる。ここで、図４に示す例では、
前記指定子はステップ１５において、コマンドＢによっ
て変更されたキー（ＫＥＹ８）を指定している。以下、
ステップ１４と逆の手順で通信処理が行われ、端末１１
で発生したメッセージＭ８がホスト１に対して送信され
る。
ＰＵ１２は自身で発生したメッセージＭ８を、図１５（
ａ）に見られるようなフォーマットのコマンドＤを用い
て、これをＩＣカード２１に対して送信する。ここでコ
マンドＤは、送信されたメッセージを暗号化する動作を
指示する機能コードと、ＩＣカード２１におけるデータ
変換時に使用されるキーデータを指定する指定子と、メ
ッセージＭ８とからなる。ここで、図４に示す例では、
前記指定子はステップ１５において、コマンドＢによっ
て変更されたキー（ＫＥＹ８）を指定している。以下、
ステップ１４と逆の手順で通信処理が行われ、端末１１
で発生したメッセージＭ８がホスト１に対して送信され
る。
【００４５】ここで、コマンドＤ及びレスポンスｄを用
いた端末１１とＩＣカード２１間の通信におけるＩＣカ
ード２１のＣＰＵ２２の処理動作の流れについては、さ
きに図２２を参照して説明したので説明を省略する。
いた端末１１とＩＣカード２１間の通信におけるＩＣカ
ード２１のＣＰＵ２２の処理動作の流れについては、さ
きに図２２を参照して説明したので説明を省略する。
【００４６】さて次に、図５で示されるケース５は、図
９に示すようなホスト１と、端末１１と、ＩＣカード２
１とからなるシステムにおいて、ケース３においてＩＣ
カード２１内で復元されたセッションキー端末１１内の
メモリ１３内に保持しておく機能を、ＩＣカード２１内
のＲＡＭ２３２に保持するようにして行う場合の実施例
を示している。
９に示すようなホスト１と、端末１１と、ＩＣカード２
１とからなるシステムにおいて、ケース３においてＩＣ
カード２１内で復元されたセッションキー端末１１内の
メモリ１３内に保持しておく機能を、ＩＣカード２１内
のＲＡＭ２３２に保持するようにして行う場合の実施例
を示している。
【００４７】まず、ホスト１側で発生したメッセージを
端末１１側に送信する過程について説明する。まずステ
ップ１７においてホスト１のＣＰＵ２は、キーデータＫ
９を用いて第１のデータ変換モジュール７のデータ変換
関数Ｅ１によってセッションキーＫＥＹ９をデータ変換
（データスクランブル）し、ＫＥＹ９’（＝Ｅ１Ｋ９（
ＫＥＹ９））を得て、これを端末１１に対して送信する
。 ここで、ＫＥＹ９及びＫ９はあらかじめメモリ３内に記
憶されている。端末１１のＣＰＵ１２はＫＥＹ９’を受
信すると、ＩＣカード２１のＣＰＵ２２に対して図１７
（ａ）に示すようなフォーマットを有するコマンドＦを
送信する。ここで、コマンドＦは、送信された暗号化セ
ッションキーを復号化してＲＡＭ２３２に記憶するとい
った動作を指示する機能コードと、ＩＣカード２１にお
けるデータ変換時に使用されるキーデータを指定するキ
ー用指定子と、さきにホスト１から端末１１に対して送
信されたＫＥＹ９’とからなる。
端末１１側に送信する過程について説明する。まずステ
ップ１７においてホスト１のＣＰＵ２は、キーデータＫ
９を用いて第１のデータ変換モジュール７のデータ変換
関数Ｅ１によってセッションキーＫＥＹ９をデータ変換
（データスクランブル）し、ＫＥＹ９’（＝Ｅ１Ｋ９（
ＫＥＹ９））を得て、これを端末１１に対して送信する
。 ここで、ＫＥＹ９及びＫ９はあらかじめメモリ３内に記
憶されている。端末１１のＣＰＵ１２はＫＥＹ９’を受
信すると、ＩＣカード２１のＣＰＵ２２に対して図１７
（ａ）に示すようなフォーマットを有するコマンドＦを
送信する。ここで、コマンドＦは、送信された暗号化セ
ッションキーを復号化してＲＡＭ２３２に記憶するとい
った動作を指示する機能コードと、ＩＣカード２１にお
けるデータ変換時に使用されるキーデータを指定するキ
ー用指定子と、さきにホスト１から端末１１に対して送
信されたＫＥＹ９’とからなる。
【００４８】さてＩＣカード２１のＣＰＵ２２はコマン
ドＦを受信すると、前記指定子によって指定されたキー
データＫ９を用いて第１のデータ変換モジュール２５の
データ変換関数Ｄ１によってデータ変換を行いＫＥＹ９
’を復号化してＫＥＹ９（＝Ｄ１Ｋ９（ＫＥＹ９’））
を得て、コマンドＦに対するレスポンスとして、図１７
（ｂ）に示すようなフォーマットを有するレスポンスｆ
を端末１１のＣＰＵ１２に対して送信する。ここで、レ
スポンスｆは、コマンドＦに対するレスポンスである旨
の機能コードと、正常終了の旨のステータスとからなる
。
ドＦを受信すると、前記指定子によって指定されたキー
データＫ９を用いて第１のデータ変換モジュール２５の
データ変換関数Ｄ１によってデータ変換を行いＫＥＹ９
’を復号化してＫＥＹ９（＝Ｄ１Ｋ９（ＫＥＹ９’））
を得て、コマンドＦに対するレスポンスとして、図１７
（ｂ）に示すようなフォーマットを有するレスポンスｆ
を端末１１のＣＰＵ１２に対して送信する。ここで、レ
スポンスｆは、コマンドＦに対するレスポンスである旨
の機能コードと、正常終了の旨のステータスとからなる
。
【００４９】ここで、コマンドＦ及びレスポンスｆを用
いた端末１１とＩＣカード２１間の通信におけるＩＣカ
ード２１のＣＰＵ２２の処理動作の流れを、図２４を参
照して説明する。まず、端末１１からコマンドＦが送信
されると、ＩＣカード２１のＣＰＵ２２は、ＥＥＰＲＯ
Ｍ２３１中のキーエリアディレクトリ３１から、このコ
マンドＦのキー指定子の値のＫＩＤ（キーデータ番号）
を検索する（ＳＴ１）。続いて、所定のＫＩＤが見つか
ったかどうかを判断する（ＳＴ２）。そしてＫＩＤが見
つかれば、メモリ２３中のキーエリア３３から前記ＫＩ
Ｄに対応するキーデータをピックアップする（ＳＴ３）
。前記ＳＴ２において所定のＫＩＤが見つからなかった
場合はキー指定エラーステータスをレスポンスｆとして
出力して（ＳＴ９）、処理を終了する。ＳＴ３でキーエ
リアからキーデータをピックアップした後、このキーデ
ータに異常がないかどうか判断する（ＳＴ４）。データ
に異常がなかった場合は、続いて、送信されてきた暗号
化されたセッションキーデータのデータ列長が８の倍数
であるかどうかを判断する（ＳＴ５）。送信されてきた
データのデータ列長に異常がなかった場合は、コマンド
Ｆによって端末１１から送信されたデータ列を前記ピッ
クアップされたキーデータを用いて第１のデータ変換モ
ジュール２５によってデータ変換（復号化）した後（Ｓ
Ｔ６）、ＲＡＭ２３２中に復号化されたセッションキー
ＫＥＹ９を書き込む（ＳＴ７）。そして、この書き込み
が正常に行われたかどうかを判断し（ＳＴ８）、書き込
みが正常に行われた場合は正常終了ステータスをレスポ
ンスｆとして出力して（ＳＴ９）、処理を終了する。一
方、ＳＴ８において書き込みが正常に行われなかった場
合は、書き込みエラーステータスをレスポンスｆとして
出力し（ＳＴ１３）、処理を終了する。前記ＳＴ４にお
いてキーデータに異常があった場合はデータエラーステ
ータスをレスポンスｆとして出力して（ＳＴ１１）、処
理を終了する。また、前記ＳＴ５においてデータ列長が
８の倍数でなかった（データ列長に異常があった）場合
はデータ列長エラーステータスをレスポンスｆとして出
力して（ＳＴ１２）処理を終了する。
いた端末１１とＩＣカード２１間の通信におけるＩＣカ
ード２１のＣＰＵ２２の処理動作の流れを、図２４を参
照して説明する。まず、端末１１からコマンドＦが送信
されると、ＩＣカード２１のＣＰＵ２２は、ＥＥＰＲＯ
Ｍ２３１中のキーエリアディレクトリ３１から、このコ
マンドＦのキー指定子の値のＫＩＤ（キーデータ番号）
を検索する（ＳＴ１）。続いて、所定のＫＩＤが見つか
ったかどうかを判断する（ＳＴ２）。そしてＫＩＤが見
つかれば、メモリ２３中のキーエリア３３から前記ＫＩ
Ｄに対応するキーデータをピックアップする（ＳＴ３）
。前記ＳＴ２において所定のＫＩＤが見つからなかった
場合はキー指定エラーステータスをレスポンスｆとして
出力して（ＳＴ９）、処理を終了する。ＳＴ３でキーエ
リアからキーデータをピックアップした後、このキーデ
ータに異常がないかどうか判断する（ＳＴ４）。データ
に異常がなかった場合は、続いて、送信されてきた暗号
化されたセッションキーデータのデータ列長が８の倍数
であるかどうかを判断する（ＳＴ５）。送信されてきた
データのデータ列長に異常がなかった場合は、コマンド
Ｆによって端末１１から送信されたデータ列を前記ピッ
クアップされたキーデータを用いて第１のデータ変換モ
ジュール２５によってデータ変換（復号化）した後（Ｓ
Ｔ６）、ＲＡＭ２３２中に復号化されたセッションキー
ＫＥＹ９を書き込む（ＳＴ７）。そして、この書き込み
が正常に行われたかどうかを判断し（ＳＴ８）、書き込
みが正常に行われた場合は正常終了ステータスをレスポ
ンスｆとして出力して（ＳＴ９）、処理を終了する。一
方、ＳＴ８において書き込みが正常に行われなかった場
合は、書き込みエラーステータスをレスポンスｆとして
出力し（ＳＴ１３）、処理を終了する。前記ＳＴ４にお
いてキーデータに異常があった場合はデータエラーステ
ータスをレスポンスｆとして出力して（ＳＴ１１）、処
理を終了する。また、前記ＳＴ５においてデータ列長が
８の倍数でなかった（データ列長に異常があった）場合
はデータ列長エラーステータスをレスポンスｆとして出
力して（ＳＴ１２）処理を終了する。
【００５０】次にステップ１８において、端末１１のＣ
ＰＵ１２は、ＩＣカード２１のＣＰＵ２２に対して図１
４（ａ）に示すようなフォーマットを有するコマンドＣ
を送信する。ここで、コマンドＣは、送信された暗号化
メッセージを復号化する動作を指示する機能コードと、
キーデータを指定する指定子と、さきにホスト１から端
末１１に送信されていた暗号化メッセージＭ９’とから
なる。このコマンドＣを受信すると、ＩＣカード２１の
ＣＰＵ２２は、前述したケース３のステップ１０と同様
な手順により、ホスト１で発生したメッセージＭ９を端
末１１に対して送信する。この手順については前述した
ので、ここでは説明を省略する。
ＰＵ１２は、ＩＣカード２１のＣＰＵ２２に対して図１
４（ａ）に示すようなフォーマットを有するコマンドＣ
を送信する。ここで、コマンドＣは、送信された暗号化
メッセージを復号化する動作を指示する機能コードと、
キーデータを指定する指定子と、さきにホスト１から端
末１１に送信されていた暗号化メッセージＭ９’とから
なる。このコマンドＣを受信すると、ＩＣカード２１の
ＣＰＵ２２は、前述したケース３のステップ１０と同様
な手順により、ホスト１で発生したメッセージＭ９を端
末１１に対して送信する。この手順については前述した
ので、ここでは説明を省略する。
【００５１】次に、端末１１側で発生したメッセージを
ホスト１側に送信する過程について説明する。まず、ス
テップ１９においてホスト１のＣＰＵ２は、次のステッ
プ２０でＩＣカード２１において使用されるセッション
キーＫＥＹ１０をキーデータＫ１０を用いて、上記ステ
ップ１７と同様の手順で端末１１側に送信する。ここで
、ＫＥＹ１０及びＫ１０は、あらかじめメモリ２中に記
憶されている。端末１１からコマンドＦを受信した、Ｉ
Ｃカード２１のＣＰＵ１２は、コマンドＦによって送信
されてきたセッションキーＫＥＹ１０をＲＡＭ２３２中
に記憶する。
ホスト１側に送信する過程について説明する。まず、ス
テップ１９においてホスト１のＣＰＵ２は、次のステッ
プ２０でＩＣカード２１において使用されるセッション
キーＫＥＹ１０をキーデータＫ１０を用いて、上記ステ
ップ１７と同様の手順で端末１１側に送信する。ここで
、ＫＥＹ１０及びＫ１０は、あらかじめメモリ２中に記
憶されている。端末１１からコマンドＦを受信した、Ｉ
Ｃカード２１のＣＰＵ１２は、コマンドＦによって送信
されてきたセッションキーＫＥＹ１０をＲＡＭ２３２中
に記憶する。
【００５２】次に、ステップ２０において端末１１のＣ
ＰＵ１２は自身で発生したメッセージＭ１０を、図１５
（ａ）に見られるようなフォーマットのコマンドＤを用
いて、これをＩＣカード２１に対して送信する。ここで
コマンドＤは、送信するメッセージを暗号化するという
動作を指示する機能コードと、ＩＣカード２１における
データ変換時に使用されるキーデータを指定する指定子
と、メッセージＭ６とからなる。ここで、図５に示す例
では、前記指定子はステップ１９において、コマンドＦ
によって送信されたセッションキー（ＫＥＹ１０）を指
定している。このコマンドＤを受信すると、ＩＣカード
２１のＣＰＵ１２は、前述したケース３のステップ１２
と同様な手順により、端末１１で発生したメッセージＭ
１０をホスト１に対して送信する。この手順については
前述のケース３において説明したので、ここでは説明を
省略する。
ＰＵ１２は自身で発生したメッセージＭ１０を、図１５
（ａ）に見られるようなフォーマットのコマンドＤを用
いて、これをＩＣカード２１に対して送信する。ここで
コマンドＤは、送信するメッセージを暗号化するという
動作を指示する機能コードと、ＩＣカード２１における
データ変換時に使用されるキーデータを指定する指定子
と、メッセージＭ６とからなる。ここで、図５に示す例
では、前記指定子はステップ１９において、コマンドＦ
によって送信されたセッションキー（ＫＥＹ１０）を指
定している。このコマンドＤを受信すると、ＩＣカード
２１のＣＰＵ１２は、前述したケース３のステップ１２
と同様な手順により、端末１１で発生したメッセージＭ
１０をホスト１に対して送信する。この手順については
前述のケース３において説明したので、ここでは説明を
省略する。
【００５３】さて次に、図６で示されるケース６は、図
１０に示すようなホスト１と、端末１１と、ＩＣカード
２１とからなるシステムにおいて、ケース４でＩＣカー
ド２１内で復元したセッションキーを端末１１内のメモ
リ１３に保持しておく機能をＩＣカード２１のＲＡＭ２
３２に保持することによって行うようにした実施例を示
している。
１０に示すようなホスト１と、端末１１と、ＩＣカード
２１とからなるシステムにおいて、ケース４でＩＣカー
ド２１内で復元したセッションキーを端末１１内のメモ
リ１３に保持しておく機能をＩＣカード２１のＲＡＭ２
３２に保持することによって行うようにした実施例を示
している。
【００５４】まず、ホスト１側で発生したメッセージを
端末１１側に送信する過程について説明する。まずステ
ップ２１においてホスト１のＣＰＵ２は、キーデータＫ
１１をもとにデータ変換モジュール９のデータ変換関数
ＤによってセッションキーＫＥＹ１１をデータ変換（デ
ータスクランブル）し、ＫＥＹ１１’（＝ＤＫ１１ （
ＫＥＹ１１））を得て、これを端末１１に対して送信す
る。 ここで、ＫＥＹ１１及びＫ１１はあらかじめメモリ３内
に記憶されている。端末１１のＣＰＵ１２はＫＥＹ１１
’を受信すると、ＩＣカード２１のＣＰＵ２２に対して
図１８（ａ）に示すようなフォーマットを有するコマン
ドＧを送信する。ここで、コマンドＧは、送信された暗
号化セッションキーを復号化してＲＡＭ２３２中に記憶
するといった動作を指示する機能コードと、ＩＣカード
２１において使用されるデータ変換処理のためのキーデ
ータを指定するキー指定子と、さきにホスト１から端末
１１に対して送信されたＫＥＹ１１’とからなる。
端末１１側に送信する過程について説明する。まずステ
ップ２１においてホスト１のＣＰＵ２は、キーデータＫ
１１をもとにデータ変換モジュール９のデータ変換関数
ＤによってセッションキーＫＥＹ１１をデータ変換（デ
ータスクランブル）し、ＫＥＹ１１’（＝ＤＫ１１ （
ＫＥＹ１１））を得て、これを端末１１に対して送信す
る。 ここで、ＫＥＹ１１及びＫ１１はあらかじめメモリ３内
に記憶されている。端末１１のＣＰＵ１２はＫＥＹ１１
’を受信すると、ＩＣカード２１のＣＰＵ２２に対して
図１８（ａ）に示すようなフォーマットを有するコマン
ドＧを送信する。ここで、コマンドＧは、送信された暗
号化セッションキーを復号化してＲＡＭ２３２中に記憶
するといった動作を指示する機能コードと、ＩＣカード
２１において使用されるデータ変換処理のためのキーデ
ータを指定するキー指定子と、さきにホスト１から端末
１１に対して送信されたＫＥＹ１１’とからなる。
【００５５】さてＩＣカード２１のＣＰＵ２２はコマン
ドＧを受信すると、前記指定子によって指定されたキー
データＫ１１を用いてデータ変換モジュール２７のデー
タ変換関数Ｅによってデータ変換を行いＫＥＹ１１’を
復号化してＫＥＹ１１（＝ＤＫ１１ （ＫＥＹ１１’）
）を得て、コマンドＧに対するレスポンスとして、図１
８（ｂ）に示すようなフォーマットを有するレスポンス
ｇを端末１１のＣＰＵ１２に対して送信する。ここで、
レスポンスｇは、コマンドＧに対するレスポンスである
旨の機能コードと、正常終了の旨のステータスとからな
る。
ドＧを受信すると、前記指定子によって指定されたキー
データＫ１１を用いてデータ変換モジュール２７のデー
タ変換関数Ｅによってデータ変換を行いＫＥＹ１１’を
復号化してＫＥＹ１１（＝ＤＫ１１ （ＫＥＹ１１’）
）を得て、コマンドＧに対するレスポンスとして、図１
８（ｂ）に示すようなフォーマットを有するレスポンス
ｇを端末１１のＣＰＵ１２に対して送信する。ここで、
レスポンスｇは、コマンドＧに対するレスポンスである
旨の機能コードと、正常終了の旨のステータスとからな
る。
【００５６】ここで、コマンドＧ及びレスポンスｇを用
いた端末１１とＩＣカード２１間の通信におけるＩＣカ
ード２１のＣＰＵ２２の処理動作の流れを、図２４を参
照して説明する。まず、端末１１からコマンドＧが送信
されると、ＩＣカード２１のＣＰＵ２２は、ＥＥＰＲＯ
Ｍ２３１中のキーエリアディレクトリ３１から、このコ
マンドＧのキー指定子の値のＫＩＤ（キーデータ番号）
を検索する（ＳＴ１）。続いて、所定のＫＩＤが見つか
ったかどうかを判断する（ＳＴ２）。そしてＫＩＤが見
つかれば、メモリ２３中のキーエリア３３から前記ＫＩ
Ｄに対応するキーデータをピックアップする（ＳＴ３）
。前記ＳＴ２において所定のＫＩＤが見つからなかった
場合はキー指定エラーステータスをレスポンスｇとして
出力して（ＳＴ９）、処理を終了する。ＳＴ３でキーエ
リアからキーデータをピックアップした後、このキーデ
ータに異常がないかどうか判断する（ＳＴ４）。データ
に異常がなかった場合は、続いて、送信されてきた暗号
化されたセッションキーデータのデータ列長が８の倍数
であるかどうかを判断する（ＳＴ５）。送信されてきた
データのデータ列長に異常がなかった場合は、コマンド
Ｇによって端末１１から送信されたデータ列を前記ピッ
クアップされたキーデータを用いて第１のデータ変換モ
ジュール２５によってデータ変換（復号化）した後（Ｓ
Ｔ６）、ＲＡＭ２３２中に復号化されたセッションキー
ＫＥＹ９を書き込む（ＳＴ７）。そして、この書き込み
が正常に行われたかどうかを判断し（ＳＴ８）、書き込
みが正常に行われた場合は正常終了ステータスをレスポ
ンスｇとして出力して（ＳＴ９）、処理を終了する。一
方、ＳＴ８において書き込みが正常に行われなかった場
合は、書き込みエラーステータスをレスポンスｇとして
出力し（ＳＴ１３）、処理を終了する。前記ＳＴ４にお
いてキーデータに異常があった場合はデータエラーステ
ータスをレスポンスｇとして出力して（ＳＴ１１）、処
理を終了する。また、前記ＳＴ５においてデータ列長が
８の倍数でなかった（データ列長に異常があった）場合
はデータ列長エラーステータスをレスポンスｇとして出
力して（ＳＴ１２）処理を終了する。
いた端末１１とＩＣカード２１間の通信におけるＩＣカ
ード２１のＣＰＵ２２の処理動作の流れを、図２４を参
照して説明する。まず、端末１１からコマンドＧが送信
されると、ＩＣカード２１のＣＰＵ２２は、ＥＥＰＲＯ
Ｍ２３１中のキーエリアディレクトリ３１から、このコ
マンドＧのキー指定子の値のＫＩＤ（キーデータ番号）
を検索する（ＳＴ１）。続いて、所定のＫＩＤが見つか
ったかどうかを判断する（ＳＴ２）。そしてＫＩＤが見
つかれば、メモリ２３中のキーエリア３３から前記ＫＩ
Ｄに対応するキーデータをピックアップする（ＳＴ３）
。前記ＳＴ２において所定のＫＩＤが見つからなかった
場合はキー指定エラーステータスをレスポンスｇとして
出力して（ＳＴ９）、処理を終了する。ＳＴ３でキーエ
リアからキーデータをピックアップした後、このキーデ
ータに異常がないかどうか判断する（ＳＴ４）。データ
に異常がなかった場合は、続いて、送信されてきた暗号
化されたセッションキーデータのデータ列長が８の倍数
であるかどうかを判断する（ＳＴ５）。送信されてきた
データのデータ列長に異常がなかった場合は、コマンド
Ｇによって端末１１から送信されたデータ列を前記ピッ
クアップされたキーデータを用いて第１のデータ変換モ
ジュール２５によってデータ変換（復号化）した後（Ｓ
Ｔ６）、ＲＡＭ２３２中に復号化されたセッションキー
ＫＥＹ９を書き込む（ＳＴ７）。そして、この書き込み
が正常に行われたかどうかを判断し（ＳＴ８）、書き込
みが正常に行われた場合は正常終了ステータスをレスポ
ンスｇとして出力して（ＳＴ９）、処理を終了する。一
方、ＳＴ８において書き込みが正常に行われなかった場
合は、書き込みエラーステータスをレスポンスｇとして
出力し（ＳＴ１３）、処理を終了する。前記ＳＴ４にお
いてキーデータに異常があった場合はデータエラーステ
ータスをレスポンスｇとして出力して（ＳＴ１１）、処
理を終了する。また、前記ＳＴ５においてデータ列長が
８の倍数でなかった（データ列長に異常があった）場合
はデータ列長エラーステータスをレスポンスｇとして出
力して（ＳＴ１２）処理を終了する。
【００５７】次にステップ２２において、端末１１のＣ
ＰＵ１２は、ＩＣカード２１のＣＰＵ２２に対して図１
４（ａ）に示すようなフォーマットを有するコマンドＣ
を送信する。ここで、コマンドＣは、送信した暗号化メ
ッセージを復号化するといった動作を指示する機能コー
ドと、キーを指定する指定子とからなる。このコマンド
Ｃを受信すると、ＩＣカード２１のＣＰＵ２２は、前述
したケース４のステップ１４と同様な手順により、ホス
ト１で発生したメッセージＭ１１を端末１１に対して送
信する。この手順については前述したので、ここでは説
明を省略する。
ＰＵ１２は、ＩＣカード２１のＣＰＵ２２に対して図１
４（ａ）に示すようなフォーマットを有するコマンドＣ
を送信する。ここで、コマンドＣは、送信した暗号化メ
ッセージを復号化するといった動作を指示する機能コー
ドと、キーを指定する指定子とからなる。このコマンド
Ｃを受信すると、ＩＣカード２１のＣＰＵ２２は、前述
したケース４のステップ１４と同様な手順により、ホス
ト１で発生したメッセージＭ１１を端末１１に対して送
信する。この手順については前述したので、ここでは説
明を省略する。
【００５８】次に、端末１１側で発生したメッセージを
ホスト１側に送信する過程について説明する。まず、ス
テップ２３においてホスト１のＣＰＵ２は、次のステッ
プ２４でＩＣカード２１において使用されるセッション
キーＫＥＹ１２をキーデータＫ１２を用いて、上記ステ
ップ２１と同様の手順で端末１１側に送信する。ここで
、ＫＥＹ１２及びＫ１２は、あらかじめメモリ２中に記
憶されている。端末１１からコマンドＧを受信した、Ｉ
Ｃカード２１のＣＰＵ１２は、コマンドＧによって送信
されたセッションキーＫＥＹ１２をＲＡＭ２３２に記憶
する。
ホスト１側に送信する過程について説明する。まず、ス
テップ２３においてホスト１のＣＰＵ２は、次のステッ
プ２４でＩＣカード２１において使用されるセッション
キーＫＥＹ１２をキーデータＫ１２を用いて、上記ステ
ップ２１と同様の手順で端末１１側に送信する。ここで
、ＫＥＹ１２及びＫ１２は、あらかじめメモリ２中に記
憶されている。端末１１からコマンドＧを受信した、Ｉ
Ｃカード２１のＣＰＵ１２は、コマンドＧによって送信
されたセッションキーＫＥＹ１２をＲＡＭ２３２に記憶
する。
【００５９】次に、ステップ２４において端末１１のＣ
ＰＵ１２は自身で発生したメッセージＭ１２を、図１５
（ａ）に見られるようなフォーマットのコマンドＤを用
いて、これをＩＣカード２１に対して送信する。ここで
コマンドＤは、送信されたメッセージを暗号化するとい
う動作を指示する機能コードと、ＩＣカード２１におけ
るデータ変換時に使用されるデータ変換（暗号化）のた
めのキーデータを指定する指定子と、メッセージＭ６と
からなる。ここで、図６に示す例では、前記指定子はス
テップ２３において、コマンドＧによって送信されたセ
ッションキー（ＫＥＹ１２）を指定している。このコマ
ンドＤを受信すると、ＩＣカード２１のＣＰＵ１２は、
前述したステップ２２と同様な手順により、端末１１で
発生したメッセージＭ１２をホスト１に対して送信する
。この手順については前述したので、ここでは説明を省
略する。
ＰＵ１２は自身で発生したメッセージＭ１２を、図１５
（ａ）に見られるようなフォーマットのコマンドＤを用
いて、これをＩＣカード２１に対して送信する。ここで
コマンドＤは、送信されたメッセージを暗号化するとい
う動作を指示する機能コードと、ＩＣカード２１におけ
るデータ変換時に使用されるデータ変換（暗号化）のた
めのキーデータを指定する指定子と、メッセージＭ６と
からなる。ここで、図６に示す例では、前記指定子はス
テップ２３において、コマンドＧによって送信されたセ
ッションキー（ＫＥＹ１２）を指定している。このコマ
ンドＤを受信すると、ＩＣカード２１のＣＰＵ１２は、
前述したステップ２２と同様な手順により、端末１１で
発生したメッセージＭ１２をホスト１に対して送信する
。この手順については前述したので、ここでは説明を省
略する。
【００６０】以上説明したケース１からケース６までの
実施例におけるデータ変換モジュールは、例えばＤＥＳ
（Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ
）等の、暗号／復号アルゴリズムに相当する。ここで、
暗号／復号アルゴリズムは必ずしも専用のモジュール上
に設ける必要はなく、例えばプログラムとしてメモリ中
に記憶されているものであっても良い。
実施例におけるデータ変換モジュールは、例えばＤＥＳ
（Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ
）等の、暗号／復号アルゴリズムに相当する。ここで、
暗号／復号アルゴリズムは必ずしも専用のモジュール上
に設ける必要はなく、例えばプログラムとしてメモリ中
に記憶されているものであっても良い。
【００６１】また、セッションキーＫＥＹｎおよび、デ
ータ変換関数によってスクランブルされたセッションキ
ーＫＥＹｎ’がともに８バイトからなる場合、ＫＥＹｎ
＝ Ｅ（ＣＢＣ）Ｋｎ（ＫＥＹｎ’）＝ ＥＫｎ（ Ｋ
ＥＹｎ’）また、 ＫＥＹｎ＝ Ｄ（ＣＢＣ）Ｋｎ（ＫＥＹｎ’）＝ ＤＫ
ｎ（ ＫＥＹｎ’）となり、前記コマンドＡはコマンド
Ｃにより、またコマンドＤはコマンドＥにより、それぞ
れ等価なことが行えるものである。
ータ変換関数によってスクランブルされたセッションキ
ーＫＥＹｎ’がともに８バイトからなる場合、ＫＥＹｎ
＝ Ｅ（ＣＢＣ）Ｋｎ（ＫＥＹｎ’）＝ ＥＫｎ（ Ｋ
ＥＹｎ’）また、 ＫＥＹｎ＝ Ｄ（ＣＢＣ）Ｋｎ（ＫＥＹｎ’）＝ ＤＫ
ｎ（ ＫＥＹｎ’）となり、前記コマンドＡはコマンド
Ｃにより、またコマンドＤはコマンドＥにより、それぞ
れ等価なことが行えるものである。
【００６２】また、コマンドＦ及びＧにおいて、データ
変換処理で使用するデータ変換キー指定子及び、復元さ
れたキーに変更するための既存キーを指定するキー指定
子は、同一なものであっても良い。この場合は、前回の
データ変換処理で使用されたセッションキーが、今回の
データ変換処理で使用されるキーとなる。
変換処理で使用するデータ変換キー指定子及び、復元さ
れたキーに変更するための既存キーを指定するキー指定
子は、同一なものであっても良い。この場合は、前回の
データ変換処理で使用されたセッションキーが、今回の
データ変換処理で使用されるキーとなる。
【００６３】また、前記実施例ではキーデータＫ１乃至
Ｋ１２およびセッションキーＫＥＹ１乃至ＫＥＹ１２は
、あらかじめメモリ中に格納されているものとしたが、
たとえば図２５に見られるような乱数発生器４０、４１
を有したシステムにおいて、乱数発生器４０、４１から
その都度発生するデータをキーデータとして、データ変
換を行うものであっても良い。なお、図２５に示したデ
ータ通信システムの他の構成については、図９に示した
システムと同様であるので同番号を付して説明を省略す
る。
Ｋ１２およびセッションキーＫＥＹ１乃至ＫＥＹ１２は
、あらかじめメモリ中に格納されているものとしたが、
たとえば図２５に見られるような乱数発生器４０、４１
を有したシステムにおいて、乱数発生器４０、４１から
その都度発生するデータをキーデータとして、データ変
換を行うものであっても良い。なお、図２５に示したデ
ータ通信システムの他の構成については、図９に示した
システムと同様であるので同番号を付して説明を省略す
る。
【００６４】以上説明した６通りのデータ通信方式のう
ち、ケース１、ケース３およびケース５として説明した
データ通信方式では、ホストと、それに対向する機器と
もに暗号／復号化処理モジュールを有していなければな
らないのに対し、ケース２、ケース４およびケース６と
して説明したデータ通信方式では、たとえばホストは復
号化処理モジュールのみを、ホストに対抗する機器は暗
号化処理モジュールのみを有していれば等価なセキュリ
ティレベルを維持することができる。また、暗号／復号
化処理モジュールを逆転させたものであっても良い。
ち、ケース１、ケース３およびケース５として説明した
データ通信方式では、ホストと、それに対向する機器と
もに暗号／復号化処理モジュールを有していなければな
らないのに対し、ケース２、ケース４およびケース６と
して説明したデータ通信方式では、たとえばホストは復
号化処理モジュールのみを、ホストに対抗する機器は暗
号化処理モジュールのみを有していれば等価なセキュリ
ティレベルを維持することができる。また、暗号／復号
化処理モジュールを逆転させたものであっても良い。
【００６５】また、上記６通りのデータ通信方式のうち
ケース１、２に示されるデータ通信方式より、ケース３
、４に示されるデータ通信方式のほうがＩＣカード内で
の処理ウエイトが高くなり、セキュリティ性が向上する
。さらに、ケース３、４に示されるデータ通信方式より
、ケース５、６に示されるデータ通信方式のほうがＩＣ
カード内での処理ウエイトが高くなり、セキュリティ性
が向上する。特に、ケース５、６に示されるデータ通信
方式では、ＩＣカードとしてのコマンドも減少する方向
にあり、かつホスト／端末間のメッセージ送信時のアク
セスフローが共通になるために、端末のコマンド管理面
での負担が減少する。
ケース１、２に示されるデータ通信方式より、ケース３
、４に示されるデータ通信方式のほうがＩＣカード内で
の処理ウエイトが高くなり、セキュリティ性が向上する
。さらに、ケース３、４に示されるデータ通信方式より
、ケース５、６に示されるデータ通信方式のほうがＩＣ
カード内での処理ウエイトが高くなり、セキュリティ性
が向上する。特に、ケース５、６に示されるデータ通信
方式では、ＩＣカードとしてのコマンドも減少する方向
にあり、かつホスト／端末間のメッセージ送信時のアク
セスフローが共通になるために、端末のコマンド管理面
での負担が減少する。
【００６６】なお、本実施例ではＩＣカードに対してデ
ータ列をコマンドで入力した場合、その演算結果がレス
ポンスとして出力されるようになっているが、入力時に
演算結果を保持しておき、他のコマンドに呼応して呼び
出されるものであっても良い。
ータ列をコマンドで入力した場合、その演算結果がレス
ポンスとして出力されるようになっているが、入力時に
演算結果を保持しておき、他のコマンドに呼応して呼び
出されるものであっても良い。
【００６７】以上詳述したように、本実施例のデータ通
信方式を用いることによって、必ずしも暗号化専用、も
しくは復号化専用のモジュールを有しておく必要がなく
、リソースが少ない装置をシステム構成要素とした場合
でも、オンラインシステムにおけるライン上でのデータ
スクランブルが可能になる。
信方式を用いることによって、必ずしも暗号化専用、も
しくは復号化専用のモジュールを有しておく必要がなく
、リソースが少ない装置をシステム構成要素とした場合
でも、オンラインシステムにおけるライン上でのデータ
スクランブルが可能になる。
【００６８】また、本実施例のデータ通信方式に使用さ
れるＩＣカードは、データ通信に際して使用されるキー
データが、ＩＣカード内のメモリに残されたままになら
ないため、オンラインシステムにおけるセキュリティが
大幅に向上する。また、例えばセッションキーをＩＣカ
ードに入力する際、これをＥＥＰＲＯＭに保持するか、
ＲＡＭに保持するかを指定できるようにすることにより
、セッションキーを運用するシステムに対応して柔軟な
適用を行うことができる。
れるＩＣカードは、データ通信に際して使用されるキー
データが、ＩＣカード内のメモリに残されたままになら
ないため、オンラインシステムにおけるセキュリティが
大幅に向上する。また、例えばセッションキーをＩＣカ
ードに入力する際、これをＥＥＰＲＯＭに保持するか、
ＲＡＭに保持するかを指定できるようにすることにより
、セッションキーを運用するシステムに対応して柔軟な
適用を行うことができる。
【００６９】さらに、本実施例にて説明したＩＣカード
は通信で使用されるセッションキーを復元するためのキ
ーデータを選択できるために、セッションキーを復元す
るためのキーをシステムによって固定しておく必要がな
く、ＩＣカードの機能がシステムによって制限されるこ
とがない。
は通信で使用されるセッションキーを復元するためのキ
ーデータを選択できるために、セッションキーを復元す
るためのキーをシステムによって固定しておく必要がな
く、ＩＣカードの機能がシステムによって制限されるこ
とがない。
【００７０】また、送信するデータの暗号化／復号化を
ＩＣカードに委託した場合に、データを暗号化／復号化
するためのセッションキーは、揮発性のメモリであるＲ
ＡＭ２３２に記憶されるので、データのセッションが終
了しＩＣカードがオフライン状態になるとセッションキ
ーデータは消滅する。これによって、通信システムにお
いて必要とされるセッションキーがＩＣカード内に残さ
れたままにならないので、オンライン通信システムにお
けるセキュリティが向上する。また、セッションキーが
記憶されたままにならないために、メモリ容量を節約す
ることができる。
ＩＣカードに委託した場合に、データを暗号化／復号化
するためのセッションキーは、揮発性のメモリであるＲ
ＡＭ２３２に記憶されるので、データのセッションが終
了しＩＣカードがオフライン状態になるとセッションキ
ーデータは消滅する。これによって、通信システムにお
いて必要とされるセッションキーがＩＣカード内に残さ
れたままにならないので、オンライン通信システムにお
けるセキュリティが向上する。また、セッションキーが
記憶されたままにならないために、メモリ容量を節約す
ることができる。
【００７１】
【発明の効果】以上説明したように本発明によれば、例
えばホストコンピュータと本発明の携帯可能電子装置と
からなるオンラインシステムにおいて、データの通信を
行う際に用いられるセッションキーデータが、オフライ
ン時に携帯可能電子装置内に残ったままになることがな
い。これにより、本発明の携帯可能電子装置を用いたオ
ンラインシステムを構築した場合の、通信されるデータ
のセキュリティを向上させることができる。
えばホストコンピュータと本発明の携帯可能電子装置と
からなるオンラインシステムにおいて、データの通信を
行う際に用いられるセッションキーデータが、オフライ
ン時に携帯可能電子装置内に残ったままになることがな
い。これにより、本発明の携帯可能電子装置を用いたオ
ンラインシステムを構築した場合の、通信されるデータ
のセキュリティを向上させることができる。
【図１】ホストと端末とが２組のデータ変換モジュール
を有している場合（ケース１）のホスト／端末間のデー
タの流れを示すフローチャートである。
を有している場合（ケース１）のホスト／端末間のデー
タの流れを示すフローチャートである。
【図２】ホストと端末とが１組のデータ変換モジュール
を有している場合（ケース２）のホスト／端末間のデー
タの流れを示すフローチャートである。
を有している場合（ケース２）のホスト／端末間のデー
タの流れを示すフローチャートである。
【図３】ホストとＩＣカードとが２組のデータ変換モジ
ュールを有している場合（ケース３）のホスト／端末／
ＩＣカード間のデータの流れを示すフローチャートであ
る。
ュールを有している場合（ケース３）のホスト／端末／
ＩＣカード間のデータの流れを示すフローチャートであ
る。
【図４】ホストとＩＣカードとが１組のデータ変換モジ
ュールを有している場合（ケース４）のホスト／端末／
ＩＣカード間のデータの流れを示すフローチャートであ
る。
ュールを有している場合（ケース４）のホスト／端末／
ＩＣカード間のデータの流れを示すフローチャートであ
る。
【図５】ケース３において復元したセッションキーを端
末内で保持していたのをＩＣカード内で保持するように
した場合（ケース５）のホスト／端末／ＩＣカード間の
データの流れを示すフローチャートである。
末内で保持していたのをＩＣカード内で保持するように
した場合（ケース５）のホスト／端末／ＩＣカード間の
データの流れを示すフローチャートである。
【図６】ケース４において復元したセッションキーを端
末内で保持していたのをＩＣカード内で保持するように
した場合（ケース６）のホスト／端末／ＩＣカード間の
データの流れを示すフローチャートである。
末内で保持していたのをＩＣカード内で保持するように
した場合（ケース６）のホスト／端末／ＩＣカード間の
データの流れを示すフローチャートである。
【図７】ホストと端末とからなり、ホストと端末とが２
組のデータ変換モジュールを有するシステムのブロック
構成図である。
組のデータ変換モジュールを有するシステムのブロック
構成図である。
【図８】ホストと端末とからなり、ホストと端末とが１
組のデータ変換モジュールを有するシステムのブロック
構成図である。
組のデータ変換モジュールを有するシステムのブロック
構成図である。
【図９】ホストと端末とＩＣカードからなり、ホストと
ＩＣカードとが２組のデータ変換モジュールを有するシ
ステムのブロック構成図である。
ＩＣカードとが２組のデータ変換モジュールを有するシ
ステムのブロック構成図である。
【図１０】ホストと端末とＩＣカードからなり、ホスト
とＩＣカードとが１組のデータ変換モジュールを有する
システムのブロック構成図である。
とＩＣカードとが１組のデータ変換モジュールを有する
システムのブロック構成図である。
【図１１】ＩＣカードのメモリ内の様子を示す図である
。
。
【図１２】コマンドＡ、レスポンスａの構成を説明する
ための図である。
ための図である。
【図１３】コマンドＢ、レスポンスｂの構成を説明する
ための図である。
ための図である。
【図１４】コマンドＣ、レスポンスｃの構成を説明する
ための図である。
ための図である。
【図１５】コマンドＤ、レスポンスｄの構成を説明する
ための図である。
ための図である。
【図１６】コマンドＥ、レスポンスｅの構成を説明する
ための図である。
ための図である。
【図１７】コマンドＦ、レスポンスｆの構成を説明する
ための図である。
ための図である。
【図１８】コマンドＧ、レスポンスｇの構成を説明する
ための図である。
ための図である。
【図１９】コマンドＡ、レスポンスａを用いた場合の通
信処理の流れを示すフローチャートである。
信処理の流れを示すフローチャートである。
【図２０】コマンドＢ、レスポンスｂを用いた場合の通
信処理の流れを示すフローチャートである。
信処理の流れを示すフローチャートである。
【図２１】コマンドＣ、レスポンスｃを用いた場合の通
信処理の流れを示すフローチャートである。
信処理の流れを示すフローチャートである。
【図２２】コマンドＤ、レスポンスｄを用いた場合の通
信処理の流れを示すフローチャートである。
信処理の流れを示すフローチャートである。
【図２３】コマンドＥ、レスポンスｅを用いた場合の通
信処理の流れを示すフローチャートである。
信処理の流れを示すフローチャートである。
【図２４】コマンドＦ、レスポンスｆを用いた場合の通
信処理の流れを示すフローチャートである。
信処理の流れを示すフローチャートである。
【図２５】ホストと端末とＩＣカードからなり、ホスト
とＩＣカードとが２組のデータ変換モジュール及び乱数
発生器を有するシステムのブロック構成図である。
とＩＣカードとが２組のデータ変換モジュール及び乱数
発生器を有するシステムのブロック構成図である。
１ ホスト
２ ＣＰＵ（ホスト）
７ 第１のデータ変換モジュール（ホスト）８
第２のデータ変換モジュール（ホスト）９
データ変換モジュール（ホスト）１１ 端末 １２ ＣＰＵ（端末） １５ 第１のデータ変換モジュール（端末）１６
第２のデータ変換モジュール（端末）１７
データ変換モジュール（端末）２１ ＩＣカ
ード ２２ ＣＰＵ（ＩＣカード） ２３ メモリ（ＩＣカード）
第２のデータ変換モジュール（ホスト）９
データ変換モジュール（ホスト）１１ 端末 １２ ＣＰＵ（端末） １５ 第１のデータ変換モジュール（端末）１６
第２のデータ変換モジュール（端末）１７
データ変換モジュール（端末）２１ ＩＣカ
ード ２２ ＣＰＵ（ＩＣカード） ２３ メモリ（ＩＣカード）
Claims (2)
- 【請求項１】 第１のキーデータが記憶された不揮発
性メモリと、外部装置から送信されてきた暗号化された
第２のキーデータを受信する受信手段と、この受信手段
により受信された前記暗号化された第２のキーデータを
前記第１のキーデータを用いて復号化する復号化手段と
、この復号化手段により復号化された前記第２のキーデ
ータを記憶する揮発性メモリとを有してなること特徴と
する携帯可能電子装置。 - 【請求項２】 外部装置から送信されてきた暗号化さ
れたデータを受信する受信手段と、この受信手段により
受信された前記暗号化されたデータを復号化する復号化
手段と、この復号化手段により復号化されたデータを記
憶する揮発性メモリと及び不揮発性メモリと、外部装置
からの指定により前記復号化されたデータを揮発性メモ
リまたは不揮発性メモリに選択的に記憶させるように制
御する制御手段とを有してなることを特徴とする携帯可
能電子装置。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3017592A JP2901767B2 (ja) | 1991-02-08 | 1991-02-08 | 暗号通信システム及び携帯可能電子装置 |
| US07/832,042 US5381478A (en) | 1991-02-08 | 1992-02-06 | Cipher communication system for transaction data |
| EP92301046A EP0500245B1 (en) | 1991-02-08 | 1992-02-07 | Cipher communication system for transaction data |
| DE69214977T DE69214977T2 (de) | 1991-02-08 | 1992-02-07 | Schlüsselübertragungssystem für Transaktionsdaten |
| HK98100721A HK1001703A1 (en) | 1991-02-08 | 1998-01-27 | Cipher communication system for transaction data |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3017592A JP2901767B2 (ja) | 1991-02-08 | 1991-02-08 | 暗号通信システム及び携帯可能電子装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH04256196A true JPH04256196A (ja) | 1992-09-10 |
| JP2901767B2 JP2901767B2 (ja) | 1999-06-07 |
Family
ID=11948169
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3017592A Expired - Lifetime JP2901767B2 (ja) | 1991-02-08 | 1991-02-08 | 暗号通信システム及び携帯可能電子装置 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US5381478A (ja) |
| EP (1) | EP0500245B1 (ja) |
| JP (1) | JP2901767B2 (ja) |
| DE (1) | DE69214977T2 (ja) |
| HK (1) | HK1001703A1 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1997014147A1 (fr) * | 1995-10-09 | 1997-04-17 | Matsushita Electric Industrial Co., Ltd. | Support, appareil et procede d'enregistrement d'informations |
| JP2014174722A (ja) * | 2013-03-08 | 2014-09-22 | Toshiba Corp | Ｉｃカード、電子装置、及び携帯可能電子装置 |
| US9407446B2 (en) | 2008-05-13 | 2016-08-02 | Sony Corporation | Communication device, communication method, reader/writer, and communication system |
Families Citing this family (47)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5319710A (en) * | 1986-08-22 | 1994-06-07 | Tandem Computers Incorporated | Method and means for combining and managing personal verification and message authentication encrytions for network transmission |
| JP3114991B2 (ja) * | 1990-11-30 | 2000-12-04 | 株式会社東芝 | データ通信システム |
| US5396558A (en) * | 1992-09-18 | 1995-03-07 | Nippon Telegraph And Telephone Corporation | Method and apparatus for settlement of accounts by IC cards |
| FR2697361B1 (fr) * | 1992-10-27 | 1994-12-16 | Bull Cp8 | Procédé et système d'inscription d'une information sur un support permettant de certifier ultérieurement l'originalité de cette information. |
| US5796835A (en) * | 1992-10-27 | 1998-08-18 | Bull Cp8 | Method and system for writing information in a data carrier making it possible to later certify the originality of this information |
| FR2702066B1 (fr) * | 1993-02-25 | 1995-10-27 | Campana Mireille | Procede de gestion de cles secretes entre deux cartes a memoire. |
| JPH0744325A (ja) * | 1993-07-27 | 1995-02-14 | Fuji Electric Co Ltd | ディスク記憶装置の起動およびデータ読み書き方式 |
| JP3594980B2 (ja) * | 1993-12-10 | 2004-12-02 | 株式会社東芝 | ファイル管理方式 |
| FR2725537B1 (fr) * | 1994-10-11 | 1996-11-22 | Bull Cp8 | Procede de chargement d'une zone memoire protegee d'un dispositif de traitement de l'information et dispositif associe |
| US5619574A (en) * | 1995-02-13 | 1997-04-08 | Eta Technologies Corporation | Personal access management system |
| US5689564A (en) * | 1995-02-13 | 1997-11-18 | Eta Technologies Corporation | Personal access management system |
| US5696825A (en) * | 1995-02-13 | 1997-12-09 | Eta Technologies Corporation | Personal access management system |
| US5778068A (en) * | 1995-02-13 | 1998-07-07 | Eta Technologies Corporation | Personal access management system |
| US5694472A (en) * | 1995-02-13 | 1997-12-02 | Eta Technologies Corporation | Personal access management system |
| US5692049A (en) * | 1995-02-13 | 1997-11-25 | Eta Technologies Corporation | Personal access management system |
| US5682428A (en) * | 1995-02-13 | 1997-10-28 | Eta Technologies Corporation | Personal access management system |
| US5610980A (en) * | 1995-02-13 | 1997-03-11 | Eta Technologies Corporation | Method and apparatus for re-initializing a processing device and a storage device |
| JPH08328962A (ja) * | 1995-05-31 | 1996-12-13 | Mitsubishi Electric Corp | 端末機と、当該端末機に接続されるメモリカードからなるシステム |
| JP3093678B2 (ja) | 1996-06-28 | 2000-10-03 | 株式会社東芝 | 暗号化方法、復号方法、記録再生装置、復号装置、復号化ユニット装置及び記録媒体の製造方法 |
| JPH1020778A (ja) * | 1996-07-08 | 1998-01-23 | Harumi Takeda | 暗号化装置および復号化装置、並びにｉｃカード |
| NL1007495C2 (nl) * | 1997-11-07 | 1999-05-12 | Koninkl Kpn Nv | Werkwijze voor het beveiligd uitlezen van een vercijferd, opgeslagen cryptografische sleutel en communicatieapparaten daarvoor. |
| DE19902722A1 (de) | 1999-01-25 | 2000-07-27 | Giesecke & Devrient Gmbh | Verfahren zum Austauschen von mindestens einem geheimen Anfangswert zwischen einer Bearbeitungsstation und einer Chipkarte |
| AU4927601A (en) * | 2000-03-24 | 2001-10-08 | Alticor Inc | System and method for detecting fraudulent transactions |
| JP3926792B2 (ja) | 2001-06-12 | 2007-06-06 | リサーチ イン モーション リミテッド | モバイルデータ通信デバイスと交換するためのセキュアなｅメールを圧縮するシステムおよび方法 |
| WO2002102009A2 (en) | 2001-06-12 | 2002-12-19 | Research In Motion Limited | Method for processing encoded messages for exchange with a mobile data communication device |
| CN100410927C (zh) | 2001-06-12 | 2008-08-13 | 捷讯研究有限公司 | 证书管理和传送系统及方法 |
| BRPI0211093B1 (pt) | 2001-07-10 | 2016-09-06 | Blackberry Ltd | sistema e método para efetuar o cache de chave de mensagem segura em um dispositivo de comunicação móvel |
| US8019081B2 (en) | 2001-08-06 | 2011-09-13 | Research In Motion Limited | System and method for processing encoded messages |
| US20040025039A1 (en) * | 2002-04-30 | 2004-02-05 | Adam Kuenzi | Lock box security system with improved communication |
| US7061367B2 (en) * | 2002-04-30 | 2006-06-13 | General Electric Company | Managing access to physical assets |
| JP4729839B2 (ja) * | 2003-05-20 | 2011-07-20 | 株式会社日立製作所 | Ｉｃカード |
| US9094429B2 (en) | 2004-08-10 | 2015-07-28 | Blackberry Limited | Server verification of secure electronic messages |
| US7631183B2 (en) | 2004-09-01 | 2009-12-08 | Research In Motion Limited | System and method for retrieving related certificates |
| US7549043B2 (en) | 2004-09-01 | 2009-06-16 | Research In Motion Limited | Providing certificate matching in a system and method for searching and retrieving certificates |
| US7640428B2 (en) | 2004-09-02 | 2009-12-29 | Research In Motion Limited | System and method for searching and retrieving certificates |
| KR100902627B1 (ko) | 2005-10-14 | 2009-06-15 | 리서치 인 모션 리미티드 | 마스터 암호화 키들을 보호하는 시스템 및 방법 |
| US7953971B2 (en) | 2005-10-27 | 2011-05-31 | Research In Motion Limited | Synchronizing certificates between a device and server |
| US8191105B2 (en) | 2005-11-18 | 2012-05-29 | Research In Motion Limited | System and method for handling electronic messages |
| US8355701B2 (en) | 2005-11-30 | 2013-01-15 | Research In Motion Limited | Display of secure messages on a mobile communication device |
| US7840207B2 (en) | 2005-11-30 | 2010-11-23 | Research In Motion Limited | Display of secure messages on a mobile communication device |
| US7761591B2 (en) | 2005-12-16 | 2010-07-20 | Jean A. Graham | Central work-product management system for coordinated collaboration with remote users |
| US7814161B2 (en) | 2006-06-23 | 2010-10-12 | Research In Motion Limited | System and method for handling electronic mail mismatches |
| US9670694B2 (en) * | 2007-04-12 | 2017-06-06 | Utc Fire & Security Americas Corporation, Inc. | Restricted range lockbox, access device and methods |
| US7949355B2 (en) | 2007-09-04 | 2011-05-24 | Research In Motion Limited | System and method for processing attachments to messages sent to a mobile device |
| US8254582B2 (en) | 2007-09-24 | 2012-08-28 | Research In Motion Limited | System and method for controlling message attachment handling functions on a mobile device |
| GB201310084D0 (en) * | 2013-06-06 | 2013-07-17 | Mastercard International Inc | Improvements to electronic authentication systems |
| US11250142B1 (en) * | 2018-09-05 | 2022-02-15 | Jianqing Wu | System and method for protecting data in business transactions |
Family Cites Families (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4193131A (en) * | 1977-12-05 | 1980-03-11 | International Business Machines Corporation | Cryptographic verification of operational keys used in communication networks |
| US4218738A (en) * | 1978-05-05 | 1980-08-19 | International Business Machines Corporation | Method for authenticating the identity of a user of an information system |
| SE426128B (sv) * | 1981-04-08 | 1982-12-06 | Philips Svenska Ab | Metod vid overforing av datameddelanden mellan tva stationer, samt overforingsanleggning for utforande av metoden |
| US4423287A (en) * | 1981-06-26 | 1983-12-27 | Visa U.S.A., Inc. | End-to-end encryption system and method of operation |
| GB2146814A (en) * | 1983-09-17 | 1985-04-24 | Ibm | Electronic fund transfer systems |
| GB2146815A (en) * | 1983-09-17 | 1985-04-24 | Ibm | Electronic fund transfer systems |
| US4605820A (en) * | 1983-11-10 | 1986-08-12 | Visa U.S.A. Inc. | Key management system for on-line communication |
| DE3381329D1 (de) * | 1983-12-21 | 1990-04-19 | Ibm | Sicherheit in datenuebertragungssystemen. |
| US4649233A (en) * | 1985-04-11 | 1987-03-10 | International Business Machines Corporation | Method for establishing user authenication with composite session keys among cryptographically communicating nodes |
| FR2600189B1 (fr) * | 1986-06-16 | 1991-02-01 | Bull Cp8 | Procede pour faire authentifier par un milieu exterieur un objet portatif tel qu'une carte a memoire accouplee a ce milieu |
| FR2601795B1 (fr) * | 1986-07-17 | 1988-10-07 | Bull Cp8 | Procede pour diversifier une cle de base et pour authentifier une cle ainsi diversifiee comme ayant ete elaboree a partir d'une cle de base predeterminee, et systeme pour la mise en oeuvre |
| US5148534A (en) * | 1986-11-05 | 1992-09-15 | International Business Machines Corp. | Hardware cartridge representing verifiable, use-once authorization |
| GB8704920D0 (en) * | 1987-03-03 | 1987-04-08 | Hewlett Packard Co | Secure messaging system |
| FR2612315A1 (fr) * | 1987-03-13 | 1988-09-16 | Trt Telecom Radio Electr | Procede pour simultanement lire a distance et certifier une information presente dans une memoire d'un support electronique |
| DE3775924D1 (de) * | 1987-04-22 | 1992-02-20 | Ibm | Verwaltung von geheimuebertragungsschluesseln. |
| US4850017A (en) * | 1987-05-29 | 1989-07-18 | International Business Machines Corp. | Controlled use of cryptographic keys via generating station established control values |
| US4924513A (en) * | 1987-09-25 | 1990-05-08 | Digital Equipment Corporation | Apparatus and method for secure transmission of data over an unsecure transmission channel |
| US5227613A (en) * | 1989-01-24 | 1993-07-13 | Matsushita Electric Industrial Co., Ltd. | Secure encrypted data communication system having physically secure ic cards and session key generation based on card identifying information |
| US4933971A (en) * | 1989-03-14 | 1990-06-12 | Tandem Computers Incorporated | Method for encrypting transmitted data using a unique key |
| JP2731945B2 (ja) * | 1989-06-05 | 1998-03-25 | エヌ・ティ・ティ・データ通信株式会社 | 個別鍵による認証が可能なｉｃカード |
| US5224163A (en) * | 1990-09-28 | 1993-06-29 | Digital Equipment Corporation | Method for delegating authorization from one entity to another through the use of session encryption keys |
-
1991
- 1991-02-08 JP JP3017592A patent/JP2901767B2/ja not_active Expired - Lifetime
-
1992
- 1992-02-06 US US07/832,042 patent/US5381478A/en not_active Expired - Lifetime
- 1992-02-07 DE DE69214977T patent/DE69214977T2/de not_active Revoked
- 1992-02-07 EP EP92301046A patent/EP0500245B1/en not_active Revoked
-
1998
- 1998-01-27 HK HK98100721A patent/HK1001703A1/xx not_active IP Right Cessation
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1997014147A1 (fr) * | 1995-10-09 | 1997-04-17 | Matsushita Electric Industrial Co., Ltd. | Support, appareil et procede d'enregistrement d'informations |
| US6289102B1 (en) * | 1995-10-09 | 2001-09-11 | Matsushita Electric Industrial Co., Ltd. | Apparatus and method for preventing unauthorized use of information recorded on an information recording medium |
| US9407446B2 (en) | 2008-05-13 | 2016-08-02 | Sony Corporation | Communication device, communication method, reader/writer, and communication system |
| US10291398B2 (en) | 2008-05-13 | 2019-05-14 | Sony Corporation | Communication device, communication method, reader/writer, and communication system |
| JP2014174722A (ja) * | 2013-03-08 | 2014-09-22 | Toshiba Corp | Ｉｃカード、電子装置、及び携帯可能電子装置 |
| US9450751B2 (en) | 2013-03-08 | 2016-09-20 | Kabushiki Kaisha Toshiba | Smart card, electronic device, and portable electronic device |
Also Published As
| Publication number | Publication date |
|---|---|
| HK1001703A1 (en) | 1998-07-03 |
| EP0500245A3 (en) | 1994-05-18 |
| DE69214977T2 (de) | 1997-03-20 |
| DE69214977D1 (de) | 1996-12-12 |
| JP2901767B2 (ja) | 1999-06-07 |
| EP0500245B1 (en) | 1996-11-06 |
| US5381478A (en) | 1995-01-10 |
| EP0500245A2 (en) | 1992-08-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH04256196A (ja) | 暗号通信システム及び携帯可能電子装置 | |
| CN100373842C (zh) | 数据发送和接收方法、数据发送设备以及数据接收设备 | |
| US6105133A (en) | Bilateral authentication and encryption system | |
| US5995624A (en) | Bilateral authentication and information encryption token system and method | |
| EP0292790B1 (en) | Controlling the use of cryptographic keys via generating station established control values | |
| CN112311865B (zh) | 一种文件加密传输方法及装置 | |
| JPS6122316B2 (ja) | ||
| WO1998045975A9 (en) | Bilateral authentication and information encryption token system and method | |
| JPS6127751B2 (ja) | ||
| JPH04205693A (ja) | データ通信システム | |
| US8281130B2 (en) | Authentication system and authentication object device | |
| WO1998047258A2 (en) | Bilateral authentication and encryption system | |
| CN114826574B (zh) | 智能家居安全通信系统及通信方法 | |
| CN101452508A (zh) | 计算机管理系统 | |
| JP2003018151A (ja) | 外部記憶装置とシステム装置との間でなされる認証方法、認証システム、コンピュータ装置、システム装置、および外部記憶装置 | |
| JPH10242957A (ja) | ユーザ認証方法およびシステムおよびユーザ認証用記憶媒体 | |
| CN105634729A (zh) | 基于蓝牙设备的手机加密及解密方法 | |
| CN111510294A (zh) | 一种利用密钥提升办公系统安全性的方法 | |
| JPH04256195A (ja) | データ通信方式 | |
| JP2001111539A (ja) | 暗号鍵生成装置および暗号鍵伝送方法 | |
| JPH0231290A (ja) | Ｉｃカード装置 | |
| JPH0983509A (ja) | 暗号通信方法および装置 | |
| US20040162990A1 (en) | Data transmission method | |
| CN114978784B (zh) | 一种数据保护设备及系统 | |
| JPH11289327A (ja) | データ送信装置、データ受信装置、及び媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080319 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090319 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100319 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100319 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110319 Year of fee payment: 12 |
|
| EXPY | Cancellation because of completion of term |