JPH04321191A - 携帯可能電子装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

［発明の目的］

【０００１】

【産業上の利用分野】本発明は、データを通信するため
のプロトコルを有した例えばＩＣカードのような携帯可
能電子装置に関する。

【０００２】

【従来の技術】従来、携帯可能な記憶媒体としてＩＣカ
ードが存在する。このＩＣカードには、制御プログラム
を格納しているＲＯＭ、各種のデータを格納するための
データメモリ、上記ＲＯＭ中の制御プログラムの内容に
基づいて各種制御を行うＣＰＵ、外部装置と電気的に接
触しデータ等のやり取りを行うためのコンタクト等が設
けられており、前記ＲＯＭ中には、外部装置とのデータ
通信を行うためのプロトコルが設けられている。

【０００３】ところで、近年ではこのＩＣカードは多種
多様な使用方法が提案され、そのために様々な場所で様
々な外部装置とデータのやり取りをする必要性が生じて
きた。ところが、従来のＩＣカードはデータ通信のため
のプロトコルを一つしか有していなかったために、該プ
ロトコル（もしくは、該プロトコルに対応したプロトコ
ル）を有した外部装置に対してのみしか正確なデータ通
信を行い得なかった。

【０００４】

【発明が解決しようとする課題】上述したように、従来
の携帯可能電子装置はデータ通信を行うためのプロトコ
ルを一つしか有していなかったため、限られた外部装置
としかデータのやり取りを行うことができなかった。

【０００５】そこで本発明は、複数のデータ通信プロト
コルを有し、外部装置に合わせてその都度データ通信プ
ロトコルを選択することによって、異なった種類の通信
プロトコルを有した外部装置に対しても正確にデータの
通信が行うことのできる携帯可能電子装置を提供するこ
とを目的とする。 ［発明の構成］

【０００６】

【課題を解決するための手段】上記目的を達成するため
に本発明の携帯可能電子装置は、複数種の通信プロトコ
ルを記憶してなる記憶手段と、この記憶手段に記憶され
ている通信プロトコルを使用して外部装置との通信を行
う通信手段と、この通信手段によって使用される通信プ
ロトコルを外部装置からの命令によって変更するプロト
コル変更手段とを有してなることを特徴とする。

【０００７】

【作用】外部装置との間でデータ通信を行う場合、携帯
可能電子装置が有している複数の通信プロトコルの中か
ら、該外部装置に対応した所定の通信プロトコルを該外
部装置からの指定によって選択し、該選択された通信プ
ロトコルを使用してデータ通信を行うことができる。こ
れにより、異なったデータ通信プロトコルを有した外部
装置に対しても常に正確なデータ通信を行うことができ
る。

【０００８】

【実施例】以下、本発明をＩＣカードに適用した一実施
例について、図面を参照して詳細に説明する。

【０００９】まず図１を参照して、本実施例のＩＣカー
ド１の内部構成について説明する。ＩＣカード１には、
制御プログラムを格納しているマスクＲＯＭ２、各種の
データを格納するための、例えばＥＥＰＲＯＭ等からな
るデータメモリ３、上記マスクＲＯＭ２中の制御プログ
ラムの内容に基づいて各種制御を行うＣＰＵ４、リーダ
ライタ等の外部装置と電気的に接触しデータ等のやり取
りを行うためのコンタクト部５等が設けられている。ま
た、前記マスクＲＯＭ２中には、通信を行うための２種
類のプロトコルＡ、Ｂが設けられている。本実施例のＩ
Ｃカード１において外部装置と通信を行う場合、前記マ
スクＲＯＭ２内にある前記プロトコルＡまたはＢのプロ
グラムにより、ＣＰＵ４が制御を行う。また、前記ＣＰ
Ｕ４中には図示しないＲＡＭが有されている。

【００１０】次に本実施例のＩＣカード１を用いて外部
装置（リーダライタ）との間でデータ通信を行う場合の
動作について図２乃至図５を参照して説明する。まず最
初にＣＰＵ４は、データメモリ３内のアドレス＄０００
０のデータを読み出し、このデータの上ニブルが０Ｈ　
か否かを判断する（ステップ１）。ここで、アドレス＄
００００の上ニブルが０Ｈ　であれば、ＣＰＵ４は、こ
のＩＣカード１はプロトコルＡもしくはプロトコルＢの
どちらか一方の通信プロトコルのみをサポートしている
ものである（以下、ケース１と称する）と判断し、後述
するステップ２から始まる処理を行う。また、ステップ
１において、データメモリ３内のアドレス＄００００の
データの上ニブルが０Ｈ　以外であれば、ＣＰＵ４は、
このＩＣカード１は、プロトコルＡ、Ｂの２種類の通信
プロトコルをサポートしており、外部装置により適宜い
ずれかが指定できるものである（以下、ケース２と称す
る）と判断し、後述するステップ１４から始まる処理を
行う。

【００１１】まずはじめに、ＩＣカード１がプロトコル
ＡもしくはＢのどちらか一方をサポートしている場合（
ケース１）の処理について、図３を参照して説明する。 ここで、ＩＣカード１は、外部装置から電源、クロック
信号を供給することにより、ＣＰＵ４が動作を行うもの
である。まず、データの通信を行うに先立ち、外部装置
からＣＰＵ４に対してリセット信号が送信される。 このリセット信号を解除すると、ＩＣカード１のＣＰＵ
４から外部装置に対して”Ａｎｓｅｒｔｏ　Ｒｅｓｅｔ
”と称される初期データが出力される。この、”Ａｎｓ
ｅｒ　ｔｏ　Ｒｅｓｅｔ”には、ＩＣカード１がサポー
トする通信プロトコルの種別を規定するためのデータが
含まれており、外部装置はこれを受けてＩＣカード１と
の通信プロトコルを確認するものである。

【００１２】さて、このときＩＣカード１内のＣＰＵ４
は、前述した”Ａｎｓｅｒ　ｔｏ　Ｒｅｓｅｔ”を外部
装置に対して送出する前に、前記データメモリ３内のア
ドレス＄００００のデータを読み出し、アドレス＄００
００の上ニブルが０Ｈ　であることを確認した後（前記
ステップ１）、前記データの下ニブルが０Ｈ　か否かを
判断する（ステップ２）。このとき、アドレス＄０００
０のデータの下ニブルが０Ｈ　となっていれば、ＣＰＵ
４は「通信プロトコルはプロトコルＡである」旨を示す
”Ａｎｓｅｒ　ｔｏ　Ｒｅｓｅｔ”を出力し（ステップ
３）、プロトコルＡにて外部装置からのコマンド待ち状
態に移る（ステップ４）。そして、何らかのコマンド入
力がなされる（ステップ５）まで、プロトコルＡにてコ
マンド待ち状態を続ける。また、前記ステップ２におい
てアドレス＄００００のデータの下ニブルが０Ｈ　以外
であれば、ＣＰＵ４は「通信プロトコルはプロトコルＢ
である」旨を示す”Ａｎｓｅｒ　ｔｏ　Ｒｅｓｅｔ”を
出力し（ステップ６）、プロトコルＢにて外部からのコ
マンド待ち状態に移る（ステップ７）。この場合におい
ても、何らかのコマンド入力がなされる（ステップ８）
まで、プロトコルＢにてコマンド待ち状態を続ける。

【００１３】続いて、外部装置からコマンドを受け付け
ると、まずＣＰＵ４はこのコマンドがデータ通信終了コ
マンドであるか否かを確認する（ステップ９）。データ
通信終了コマンドでなかった場合、このコマンドに対応
する処理を行った後（ステップ１０）、データメモリ３
内のアドレス＄００００の値を再度参照し、データの下
ニブルが０Ｈ　か否かを確認する（ステップ１１）。そ
して、アドレス＄００００の下ニブルが０Ｈ　となって
いれば、処理結果をプロトコルＡにて外部装置に出力し
た後（ステップ１２）、前述したステップ３のプロトコ
ルＡでのコマンド待ち状態に戻る。また、ステップ１１
において、アドレス＄００００の下ニブルが０Ｈ　以外
であれば、処理結果をプロトコルＢにて外部装置に出力
した後（ステップ１３）、前述したステップ６のプロト
コルＢでのコマンド待ち状態に戻る。前記ステップ９に
おいて、受信したコマンドがデータ通信終了コマンドで
あった場合、ＣＰＵ４はデータ通信処理を終了する。

【００１４】次に、ＩＣカード１が２種類の通信プロト
コルをサポートしており、外部装置によりそのいずれか
が指定できる場合（ケース２）のＩＣカード１のデータ
通信処理について図４を参照して説明する。まず、前述
したようにＩＣカード１は、外部から電源、クロック信
号を供給することにより、ＣＰＵ４が動作を行う。そし
て、前述したリセット信号が解除された後に、ＣＰＵ４
はデータメモリ３のアドレス＄００００のデータを読み
出し、アドレス＄００００のデータの上ニブルが０Ｈ　
以外のものであることを確認した後（ステップ１）、前
記データの下ニブルが０Ｈ　か否かを確認する（ステッ
プ１４）。このとき、アドレス＄００００のデータの下
ニブルが０Ｈ　であれば、ＣＰＵ４はプロトコルＡを優
先順位第１のプロトコル（以下、第１プロトコルと称す
る）プロトコルＢを優先順位第２のプロトコル（以下、
第２プロトコルと称する）とするという内容の”Ａｎｓ
ｅｒ　ｔｏ　Ｒｅｓｅｔ”を外部装置に対して出力し（
ステップ１５）、ＣＰＵ４内のＲＡＭの特定アドレスに
００Ｈ　を格納する（ステップ１６）。そして、プロト
コルＡにて外部装置からのコマンド待ち状態に移る（ス
テップ１７）。さて、プロトコルＡにてコマンド待ち状
態の時に何等かのデータを受信すると、ＣＰＵ４はまず
、該データが通信プロトコルを選択するためのＰＴＳ（
Ｐｒｏｔｏｃｏｌ　Ｔｙｐｅ　Ｓｅｌｅｃｔｉｏｎ　）
　　用データであるかどうかを確認する（ステップ１８
）。

【００１５】ここで、受信したデータがＰＴＳ用データ
であった場合、続いてこのＰＴＳ用データがプロトコル
Ｂ指定用のデータであるかどうかを確認し（ステップ１
９）、そうであれば、ＣＰＵ４内のＲＡＭの特定アドレ
スに０１Ｈ　を格納した後（ステップ２２）、後述する
ステップ２３におけるプロトコルＢによるコマンド待ち
状態に移る。

【００１６】前述したステップ１８において、受信した
データがＰＴＳ用データでない、もしくは前述したステ
ップ１９においてＰＴＳ用データがプロトコルＢ指定用
のＰＴＳデータでない場合は、続いて受信したデータが
コマンドであるか否かを判定し（ステップ２０）、受信
したデータがコマンドでなければプロトコルＡによるコ
マンド待ち状態に戻る（ステップ１７）。

【００１７】前記ステップ１４において、アドレス＄０
０００のデータの下ニブルが０Ｈ　以外であれば、ＣＰ
Ｕ４はプロトコルＢを第１プロトコル、プロトコルＡを
第２プロトコルとするという内容の”Ａｎｓｅｒ　ｔｏ
　Ｒｅｓｅｔ”を外部装置に対して出力し（ステップ２
１）、ＣＰＵ４内のＲＡＭの特定アドレスに０１Ｈ　を
格納する（ステップ２２）。そして、プロトコルＢにて
外部装置からのコマンド待ち状態に移る（ステップ２３
）。さて、プロトコルＢにてコマンド待ち状態の時に何
等かのデータを受信すると、ＣＰＵ４はまず、該データ
がＰＴＳ用データであるかどうかを確認する（ステップ
２４）。ここで、受信したデータがＰＴＳ用データであ
った場合、続いてこのＰＴＳ用データがプロトコルＡ指
定用のデータであるかどうかを確認し（ステップ２５）
、そうであれば、ＣＰＵ４内のＲＡＭの特定アドレスに
００Ｈ　を格納した後（ステップ１６）、前述したステ
ップ１７におけるプロトコルＡによるコマンド待ち状態
に移る。前述したステップ２４において、受信したデー
タがＰＴＳ用データでない、もしくは前述したステップ
２５においてＰＴＳ用データがプロトコルＡ指定用のＰ
ＴＳデータでない場合は、続いて受信したデータがコマ
ンドであるか否かを判定し（ステップ２６）、受信した
データがコマンドでなければプロトコルＢにてコマンド
待ち状態に戻る（ステップ２３）。

【００１８】ところで、前述したステップ２０及びステ
ップ２６において、外部装置から受信したデータがコマ
ンドであるとＣＰＵ４が判断すると、いずれの場合にお
いてもＣＰＵ４はまず該コマンドがデータ通信終了コマ
ンドであるか否かを確認する（ステップ２７）。そして
、受信したコマンドがデータ通信終了コマンドでなかっ
た場合、該コマンドの処理を行った後（ステップ２８）
、内蔵するＲＡＭの特定アドレスの内容を確認する（ス
テップ２９）。そして、ＲＡＭの特定アドレスの内容が
００Ｈ　であればプロトコルＡにて前記コマンドの処理
結果を出力し（ステップ３０）、先のステップ１７のプ
ロトコルＡでのコマンド待ち状態に戻る。また、ステッ
プ２９において、前記ＲＡＭの特定アドレスの内容が０
０Ｈ　でなければプロトコルＢにて前記コマンドの処理
結果を出力し（ステップ３１）、先のステップ２３のプ
ロトコルＢでのコマンド待ち状態に戻る。前記ステップ
２７において、受信したコマンドがデータ通信終了コマ
ンドであるとＣＰＵ４が判断した場合、データ通信処理
は終了する。

【００１９】前述したように、本実施例のＩＣカード１
を用いて外部装置との間でデータ通信を行う場合、ＩＣ
カード１のＣＰＵ４は、データメモリ３のアドレス＄０
０００のデータ内容を初期データとして参照し、このデ
ータに基づいて、データ通信にどのプロトコロルを使用
するかを決定する。そこで、通信プロトコルを変更した
い場合等には、前記初期データを書き換える必要がある
。この場合の処理について図５を参照して説明する。 初期データの書換を行う場合、まず外部装置からＩＣカ
ード１のＣＰＵ４に対して、図６に見られるようなフォ
ーマットの初期データ変更コマンドが送られる。このコ
マンドは初期データの変更を意味する機能コードと、変
更するデータとからなる。ＩＣカード１のＣＰＵ４は、
このコマンドを受け取ると、データメモリ３のアドレス
＄００００に変更データを書き込んだ後（ステップ１）
、書き込みが正常に行われたかどうかをチェックする（
ステップ２）。そして、書き込みが正常に行われていれ
ば正常終了を意味するレスポンスを作成し（ステップ３
）、書き込みが正常に行われていなければ異常終了を示
すレスポンスを作成する（ステップ４）。こうして作成
されたレスポンスは、前述した処理結果出力処理（ケー
ス１におけるステップ１２もしくはステップ１３、ケー
ス２におけるステップ３０もしくはステップ３１）によ
って外部装置に対して出力される。たとえば、このコマ
ンドを用いれば、前述したケース１の場合においても、
ＩＣカード１においてサポートされる通信プロトコルを
外部装置から変更することができる。

【００２０】以上説明したように、本実施例のＩＣカー
ド１は、データ通信を行う外部装置に合わせて通信プロ
トコルを切り替えることができるので、異なった種類の
通信プロトコルを有した外部装置に対しても正確にデー
タの通信が行うことができる。これによって、ＩＣカー
ドの汎用性が高められ、ＩＣカードを利用したシステム
の構築が柔軟に行うことができる。

【００２１】また、通信プロトコルの切り替えが外部装
置により可能であるため、例えば異なる通信プロトコル
を有する複数の端末と接続し、これらから交互にデータ
が通信された場合においても、それぞれと対応する通信
プロトコルに適宜切り替えることによって正確なデータ
通信が可能である。

【００２２】またこのように、複数の通信プロトコルを
サポートできるようにした場合、これら複数の通信プロ
トコルにあらかじめ優先順位をつけておき、起動と同時
に優先順位最上位の通信プロトコルが選択されるように
することもできる。これによって、例えば、使用頻度の
最も高い通信プロトコルを優先順位最上位に設定してお
けば、起動と同時に使用頻度の最も高い通信プロトコル
でデータ通信を行えるようにすることができる。

【００２３】また本実施例のＩＣカードは、複数のプロ
トコルをサポートできるようにするか、単一の通信プロ
トコルしかサポートできないようにするかを設定するこ
とができ、単一の通信プロトコルしかサポートできない
ようにした場合でも、該ＩＣカードがサポートできる通
信プロトコルの種類を変更することができる。これによ
って、例えば、一つの端末に対してしか使用しないよう
なＩＣカードに対しては該端末専用の通信プロトコルの
みサポートするようにしておけばよい。さらにまた、上
記したような各種設定はデータメモリ３内のアドレス＄
００００の内容を書き換えるだけで行えるので、きわめ
て簡単である。

【００２４】なお、ＩＣカードが有している通信プロト
コルは２種類に限定されるものではなく、３種類以上の
通信プロトコルを有していてこれらを適宜切り替えて使
用するものであっても良い。

【００２５】

【発明の効果】以上説明したように本発明の携帯可能電
子装置は、あらかじめ複数のデータ通信プロトコルを有
しておりデータ通信を行う際に使用する通信プロトコル
をその都度変更することができる。これによって、異な
った種類の通信プロトコルを有した外部装置に対しても
正確にデータの通信が行うことができる。

【図面の簡単な説明】

【図１】本実施例のＩＣカードの内部構成を示すブロッ
ク図である。

【図２】本実施例のＩＣカードでデータ通信を行う場合
の処理の流れを説明するためのフローチャート（１）で
ある。

【図３】本実施例のＩＣカードでデータ通信を行う場合
の処理の流れを説明するためのフローチャート（２）で
ある。

【図４】本実施例のＩＣカードでデータ通信を行う場合
の処理の流れを説明するためのフローチャート（３）で
ある。

【図５】本実施例のＩＣカードにおいて初期データの書
換えを行う場合の処理の流れを説明するためのフローチ
ャートである。

【図６】初期データ変更コマンドのフォーマットを説明
するための図である。

【符号の説明】

１…多機能ＩＣカード ２…マスクＲＯＭ ３…データメモリ ４…ＣＰＵ ５…コンタクト部

Claims (1)

【特許請求の範囲】
1. 【請求項１】　　複数種の通信プロトコルを記憶してな
   る記憶手段と、この記憶手段に記憶されている通信プロ
   トコルを使用して外部装置との通信を行う通信手段と、
   この通信手段によって使用される通信プロトコルを外部
   装置からの命令によって変更するプロトコル変更手段と
   を有してなることを特徴とする携帯可能電子装置。