JP3958243B2

JP3958243B2 - Ｉｃカードおよびそのｏｓ起動方法

Info

Publication number: JP3958243B2
Application number: JP2003108882A
Authority: JP
Inventors: 光功大屋; 辰己角
Original assignee: Panasonic Corp; Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Corp; Panasonic Holdings Corp
Priority date: 2003-04-14
Filing date: 2003-04-14
Publication date: 2007-08-15
Anticipated expiration: 2023-04-14
Also published as: US7011252B2; CN1294526C; JP2004318307A; CN1538349A; US20040200903A1

Description

【０００１】
【発明の属する技術分野】
本発明は、ＩＣカードに関するものであり、より詳細には、複数のデータ伝送方式に対応可能であるとともに複数のＯＳを搭載したＩＣカード、特に、非接触型のＩＣカードに好適なＯＳ起動制御の技術に属する。
【０００２】
【従来の技術】
近年、電子マネー、ＩＤカード、定期券、テレフォンカードなどとして、不揮発性メモリを有するＩＣチップを搭載したＩＣカードが広く普及しつつある。この種のＩＣカードは、使用する環境やシステムに応じて、それぞれの用途に合わせた異なるデータ伝送方式やメモリ内データの管理手法を用いている。このため、利用者は、それぞれの規格に合ったＩＣカードを使用しなければならず、複数のＩＣカードの所持を余儀なくされていた。
【０００３】
この問題を解消すべく、従来、１枚のＩＣカードに搭載されるＩＣチップ内に、複数のデータ伝送方式に対応したデータ復調手段を構成し、セレクタで適切な復調信号を選択するという手段が講じられている（たとえば、特許文献１参照）。これによると、１枚のＩＣカードで、国際標準規格であるＩＳＯ／ＩＥＣ１４４４３―２などで規定されるＴｙｐｅＡ方式およびＴｙｐｅＢ方式に対応可能となり、いずれの変調信号を受信した場合でも、正常なデータ処理を行うことができる。
【０００４】
上記のＩＣカードが扱うデータ伝送方式は共通規格に基づくものであるため、いずれのデータ伝送方式であっても、その搭載するメモリ内のファイル管理は、共通の一つのＯＳで行うことができる。しかし、データ伝送方式ごとにメモリ内のファイル管理方式が異なる場合には、一つのＯＳでファイル管理を行うことができず、１枚のＩＣカードで異なる規格の処理を実現することが困難となる。
【０００５】
この問題を解消すべく、従来、１枚のＩＣカードに複数のＯＳを搭載しておき、外部装置から受信したコマンドに含まれるＩＣカードＯＳに関する情報に基づいて、適切なＯＳを識別して起動するという手段が講じられている（たとえば、特許文献２参照）。これによると、１枚のＩＣカードで、複数のＯＳ（ＩＣカードＯＳ）に対応可能となり、いわゆるマルチＯＳＩＣカードを実現することができる。
【０００６】
【特許文献１】
特開２０００―１７２８０６号公報（第２−５頁、第４図）
【特許文献２】
特開２００３―７６９５４号公報（第６−７頁、第８図）
【０００７】
【発明が解決しようとする課題】
上記後者のＩＣカードは、複数のＯＳを搭載しているものの、外部装置から初期コマンドを受信して初めて適切なＯＳが判明するため、初期コマンドに対するレスポンスが遅いという問題がある。これは、特に、ＯＳの起動に十分な時間が必要な場合には致命的となる。たとえば、定期券用途の場合、人が自動改札機を通過し終えるまでに、ＩＣカードと自動改札機との間でデータ伝送を行い、さまざまなデータ処理を完了する必要がある。しかし、自動改札機からの初期コマンドに対するレスポンスが遅いと、人が自動改札機を通過し終えるまでに必要なデータ処理が完了せずに、改札を通過することができないといった問題が生じるおそれがある。
【０００８】
また、たとえば、ＩＳＯ／ＩＥＣ１４４４３―３などでは、ＩＣカードがコマンドを受信してからレスポンスを送信するまでの時間があらかじめ規定されている。このため、コマンド受信後に適切なＯＳを判断して起動する方法では、ＯＳの起動時間が別途必要となるため、規定時間内にレスポンス送信をすることができなくなる可能性もある。
【０００９】
これら問題を解消するために、ＩＣカードに搭載されるＬＳＩの動作クロックを高速化し、ＯＳの起動に要する時間を短縮するという対策が考えられる。しかし、動作クロックの高速化は消費電力増の誘因となり、あまり好ましいことではない。特に、非接触型ＩＣカードでは供給される電力に限界があるため、動作クロックの高速化により消費電力が増加することによって、十分な動作通信距離性能を発揮できなくなるといった別の問題が生じる。
【００１０】
上記問題に鑑み、本発明は、複数のデータ伝送方式に対応可能であるとともに、当該複数のデータ伝送方式のそれぞれに対応した複数のＯＳを搭載したＩＣカードについて、動作クロックを高速化することなく、各データ伝送方式に対して適切なＯＳの選択・起動を高速化することを課題とする。
【００１１】
【課題を解決するための手段】
上記課題を解決するために、本発明が講じた手段は、複数のデータ伝送方式によるデータ送受信が可能であるとともに、当該複数のデータ伝送方式のそれぞれに対応した複数のＯＳを搭載したＩＣカードとして、外部からの受信データに基づいて、外部とのデータ伝送方式が前記複数のデータ伝送方式のいずれであるかを判別する伝送方式判別手段と、前記複数のデータ伝送方式のうち動作中のＯＳに対応する第１のデータ伝送方式と前記伝送方式判別手段によって判別された第２のデータ伝送方式とが一致するか否かを判定するＯＳ適否判定手段と、前記ＯＳ適否判定手段によって前記第１のデータ伝送方式と前記第２のデータ伝送方式とが一致しないと判定されたとき、動作中のＯＳを、前記複数のＯＳの他のものに切り換えるＯＳ切り換え手段とを備え、電源が供給されると、前記複数のＯＳのいずれかを起動するものとする。
【００１２】
本発明によると、ＩＣカードに電源が供給されると、搭載された複数のＯＳのいずれかが起動される。また、伝送方式判別手段によって、外部からの受信データがどのデータ伝送方式によるものかが判別され、ＯＳ適否判定手段によって動作中のＯＳの適否が判定され、不適の場合には、他のＯＳに切り換えられる。これにより、ＩＣカードのクロックアップをすることなく、ＩＣカードＯＳの起動を、データを受信してから最適なＯＳを選択する場合に比べてより高速化することができる。
【００１３】
さらに、本発明に係るＩＣカードは、当該ＩＣカードに電源が供給されたときに起動すべき初期ＯＳの選択に係る静的情報を保持する記憶回路と、前記記憶回路に保持された静的情報に基づいて、前記複数のＯＳの中から前記初期ＯＳを選択する初期ＯＳ選択手段とを備え、電源が供給されると、前記初期ＯＳ選択手段によって選択された初期ＯＳを起動するものであることが好ましい。
【００１４】
これによると、初期ＯＳの選択に係る静的情報に基づいて、ＩＣカードの動作開始時に、より適切な初期ＯＳを選択して起動することができる。
【００１５】
好ましくは、前記記憶回路は、前記複数のＯＳを保持するものとする。
【００１６】
そして、具体的には、前記記憶回路は、前記静的情報として、前記複数のＯＳのそれぞれに対応する前記複数のデータ伝送方式に、それぞれ要求されるレスポンスタイムに関する情報を保持するものとする。また、前記初期ＯＳ選択手段は、前記初期ＯＳとして、前記複数のＯＳのうち、前記要求されるレスポンスタイムが相対的に短いデータ伝送方式に対応するものを選択するものとする。
【００１７】
また、具体的には、前記記憶回路は、前記静的情報として、前記複数のＯＳのそれぞれに対応する前記複数のデータ伝送方式が、それぞれ実際に要するレスポンスタイムに関する情報を保持するものとする。また、前記初期ＯＳ選択手段は、前記初期ＯＳとして、前記複数のＯＳのうち、前記実際に要するレスポンスタイムが相対的に長いデータ伝送方式に対応するものを選択するものとする。
【００１８】
また、具体的には、前記記憶回路は、前記静的情報として、前記複数のＯＳのそれぞれに対応する前記複数のデータ伝送方式について、それぞれ要求されるレスポンスタイムと実際に要するレスポンスタイムとのずれに関する情報を保持するものとする。また、前記初期ＯＳ選択手段は、前記初期ＯＳとして、前記複数のＯＳのうち、前記実際に要するレスポンスタイムが前記要求されるレスポンスタイムよりも長くなる方に前記ずれが相対的に大きいデータ伝送方式に対応するものを選択するものとする。
【００１９】
さらに、前記レスポンスタイムは、当該ＩＣカードと外部との間のデータ伝送に係る初期コマンドについてのものであることが好ましい。
【００２０】
また、具体的には、前記記憶回路は、前記静的情報として、前記複数のＯＳのそれぞれの起動に要する時間に関する情報を保持するものとする。また、前記初期ＯＳ選択手段は、前記初期ＯＳとして、前記複数のＯＳのうち、前記起動に要する時間が相対的に長いものを選択するものとする。
【００２１】
また、本発明に係るＩＣカードは、当該ＩＣカードに電源が供給されたときに起動すべき初期ＯＳの選択に係る動的情報を保持する記憶回路と、前記記憶回路に保持された動的情報に基づいて、前記複数のＯＳの中から前記初期ＯＳを選択する初期ＯＳ選択手段と、前記記憶回路に保持された動的情報を更新する情報更新手段とを備え、電源が供給されると、前記初期ＯＳ選択手段によって選択された初期ＯＳを起動するものであることが好ましい。
【００２２】
これによると、初期ＯＳの選択に係る動的情報が適宜更新され、ユーザーのＩＣカード使用状況に適応したＯＳ起動処理を行うＩＣカードを実現することができる。
【００２３】
具体的には、前記記憶回路は、前記動的情報として、前記複数のＯＳのそれぞれの起動頻度に関する情報を保持するものとする。また、前記初期ＯＳ選択手段は、前記初期ＯＳとして、前記複数のＯＳのうち、前記起動頻度が高いものを選択するものとする。
【００２４】
また、具体的には、前記記憶回路は、前記動的情報として、前記複数のＯＳのそれぞれの起動履歴に関する情報を保持するものとする。また、前記初期ＯＳ選択手段は、前記初期ＯＳとして、前記複数のＯＳのうち、直近に起動されたものを選択するものとする。
【００２５】
そして、上記の各記憶回路は、書き換え可能な不揮発性メモリであることが好ましい。
【００２６】
一方、上記課題を解決するために、本発明が講じた手段は、複数のデータ伝送方式によるデータ送受信が可能であるとともに、当該複数のデータ伝送方式のそれぞれに対応した複数のＯＳを搭載したＩＣカードのＯＳ起動方法として、当該ＩＣカードに電源が供給されると、前記複数のＯＳのいずれかを起動するＯＳ起動ステップと、外部からの受信データに基づいて、外部とのデータ伝送方式が前記複数のデータ伝送方式のいずれであるかを判別する伝送方式判別ステップと、前記複数のデータ伝送方式のうち前記ＯＳ起動ステップで起動されたＯＳに対応する第１のデータ伝送方式と前記伝送方式判別ステップで判別された第２のデータ伝送方式とが一致するか否かを判定するＯＳ適否判定ステップと、前記ＯＳ適否判定ステップで前記第１のデータ伝送方式と前記第２のデータ伝送方式とが一致しないと判定されたとき、前記ＯＳ起動ステップで起動されたＯＳを、前記複数のＯＳの他のものに切り換えるＯＳ切り換えステップとを備えたものとする。
【００２７】
本発明によると、ＩＣカードに電源が供給されると、搭載された複数のＯＳのいずれかが起動される。また、外部からの受信データがどのデータ伝送方式によるものかが判別され、動作中のＯＳの適否が判定される。そして、これが不適の場合には、他のＯＳに切り換えられる。これにより、ＩＣカードのクロックアップをすることなく、ＩＣカードＯＳの起動を、データを受信してから最適なＯＳを選択する場合に比べてより高速化することができる。
【００２８】
前記ＯＳ起動ステップは、当該ＩＣカードに電源が供給されると、当該ＩＣカードに電源が供給されたときに起動すべき初期ＯＳの選択に係る静的情報に基づいて、前記複数のＯＳの中から初期ＯＳを選択し、この選択した初期ＯＳを起動するものであることが好ましい。
【００２９】
また、好ましくは、前記ＯＳ起動ステップは、当該ＩＣカードに電源が供給されると、当該ＩＣカードに電源が供給されたときに起動すべき初期ＯＳの選択に係る動的情報に基づいて、前記複数のＯＳの中から初期ＯＳを選択し、この選択した初期ＯＳを起動するものとする。そして、本発明に係るＩＣカードのＯＳ起動方法は、前記動的情報を更新する情報更新ステップを備えたものとする。
【００３０】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を参照しながら説明する。
【００３１】
（第１の実施形態）
図１は、本発明の第１の実施形態に係るＩＣカードと外部装置とからなるＩＣカードシステムの機能ブロック図である。同図に示したＩＣカードシステムでは、ＩＣカード１Ａとこれに対してデータの読み書きを行う外部装置としてのリーダライタ２との間でデータの送受信が行われる。
【００３２】
本実施形態に係るＩＣカード１Ａは、相異なる２種類のデータ伝送方式に対応可能に構成されている。すなわち、ＩＣカード１Ａは、データ伝送方式Ａを実現するデータ送受信手段として、復調部１０ａ、復号部１１ａ、符号化部１２ａおよび変調部１３ａを備えるとともに、データ伝送方式Ｂを実現するデータ送受信手段として、復調部１０ｂ、復号部１１ｂ、符号化部１２ｂおよび変調部１３ｂを備えている。
【００３３】
復調部１０ａおよび１０ｂは、ＩＣカード１Ａがリーダライタ２から受信した変調データに対して、それぞれの復調方式で復調処理を行う。そして、復号部１１ａおよび１１ｂは、復調部１０ａおよび１０ｂによって復調されたデータに対して、それぞれの復号方式で復号処理を行う。
【００３４】
また、復号部１１ａおよび１１ｂは、それぞれ、復号処理の際に得た符号コードや同期検出コードなどから、復号処理を行ったデータが当該復号方式およびデータ伝送方法に一致し、有効であるか否かを判定し、この判定結果を示す判定信号ＶＡＬａおよびＶＡＬｂを出力する。データ選択部１４は、判定信号ＶＡＬａおよびＶＡＬｂに基づいて、復号部１１ａおよび１１ｂから出力される復号データのうち有効な方を選択して、情報処理部１５Ａに出力する。
【００３５】
情報処理部１５Ａは、リーダライタ２から受信したコマンドパケットデータによって指定された処理を実行し、リーダライタ２に送信すべきレスポンスパケットデータを生成する。このとき、一時的な演算情報などを保持するＲＡＭ（Random Access Memory）などの揮発性メモリ１７、および読み書きするユーザデータなどを格納するＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）やＦｅＲＡＭ（Ferroelectric RAM）などの不揮発性メモリ１８に対して、適宜メモリアクセスを行う。なお、情報処理部１５Ａは、たとえばＣＰＵで構成することができる。
【００３６】
符号化部１２ａおよび１２ｂは、情報処理部１５Ａから与えられるデータに対して、それぞれの符号化方式で符号化処理を行う。変調部１３ａおよび１３ｂは、符号化部１２ａおよび１２ｂによって符号化されたデータに対して、それぞれの変調方式で変調処理を行う。そして、信号選択部１６は、情報処理部１５Ａから与えられる選択信号ＳＥＬに基づいて、変調部１３ａおよび１３ｂのそれぞれによって変調された信号からいずれか一つを選択して、リーダライタ２に送信する。選択信号ＳＥＬの詳細については後述する。
【００３７】
また、本実施形態に係るＩＣカード１Ａは、相異なるファイル管理方式を実現する２種類のＯＳ（Operating System）を搭載している。具体的には、上記のデータ伝送方式Ａおよびデータ伝送方式Ｂのそれぞれに対応したファイル管理方式を実現するＯＳ-ＡおよびＯＳ-Ｂが、ＲＯＭ（Read Only Memory）１９に格納されている。そして、ＯＳ−ＡおよびＯＳ−Ｂのうち、ＩＣカード１Ａとリーダライタ２との間で行われるデータ送受信に係るデータ伝送方式や規格に対応したものが、ＩＣカード１ＡのＯＳとして選択され起動される。
【００３８】
このように、本実施形態に係るＩＣカード１Ａは、上記のデータ伝送方式ＡおよびＯＳ−Ａによるファイル管理方式を用いる規格Ａと、上記のデータ伝送方式ＢおよびＯＳ−Ｂによるファイル管理方式を用いる規格Ｂとの双方に対応可能となっている。
【００３９】
次に、情報処理部１５ＡにおけるＯＳの起動制御に係る部分の構成について詳細に説明する。
【００４０】
情報処理部１５Ａは、伝送方式判別モジュール１５１、ＯＳ適否判定モジュール１５２、ＯＳ切り換えモジュール１５３および初期ＯＳ選択モジュール１５４を備えている。これら各モジュールは、ハードウェアまたはプログラム処理により実施可能である。
【００４１】
初期ＯＳ選択モジュール１５４は、不揮発性メモリ１８に保持されている識別情報に基づいて、ＲＯＭ１９に格納されたＯＳ−ＡおよびＯＳ−Ｂからまず起動すべき初期ＯＳを選択する。ここで、識別情報とは、ＩＣカード１Ａに電源が供給されたときに起動すべき初期ＯＳの選択に係る情報のことをいう。識別情報の具体例については後ほど説明する。こうして、初期ＯＳ選択モジュール１５４によって選択された初期ＯＳは、動作に十分な電力が供給された後の動作開始時に起動される。
【００４２】
伝送方式判別モジュール１５１は、リーダライタ２からの受信データに基づいて、ＩＣカード１Ａとリーダライタ２との間のデータ伝送方式がデータ伝送方式Ａおよびデータ伝送方式Ｂのいずれであるかを判別する。具体的には、復号部１１ａおよび１１ｂからそれぞれ出力される判定信号ＶＡＬａおよびＶＡＬｂから、有効なデータ伝送方式を判別する。また、伝送方式判別モジュール１５１は、有効なデータ伝送方式を示す選択信号ＳＥＬを、信号選択部１６に出力する。なお、信号選択部１６が選択信号ＳＥＬに基づいてリーダライタ２に送信すべき変調信号を選択することは、上述した通りである。
【００４３】
ＯＳ適否判定モジュール１５２は、伝送方式判別モジュール１５１によって判別された有効なデータ伝送方式と動作中のＯＳに対応するデータ伝送方式とが一致するか否かを判定する。
【００４４】
ＯＳ切り換えモジュール１５３は、ＯＳ適否判定モジュール１５２によって、動作中のＯＳに対応するデータ伝送方式と伝送方式判別モジュール１５１によって判別された有効なデータ伝送方式とが一致しないと判定されたとき、動作中のＯＳを他のＯＳに切り換える。
【００４５】
次に、本実施形態のＩＣカード１ＡのＯＳ起動処理について、図２のフローチャートを参照しながら説明する。
【００４６】
まず、ＩＣカード１Ａに、動作に十分な電力が供給されると、ＩＣカード１Ａは動作を開始し（ステップＳ１１）、初期処理が行われるとともに不揮発性メモリ１８から識別情報が読み出される（ステップＳ１２）。そして、読み出された識別情報に基づいて初期ＯＳが選択される（ステップＳ１３）。本実施形態では、ステップＳ１３は、初期ＯＳ選択モジュール１５４によって実行される。なお、初期ＯＳ選択処理の具体例については後ほど説明する。
【００４７】
ステップＳ１３における初期ＯＳ選択処理の結果、ＯＳ−Ａが初期ＯＳとして選択された場合、ＲＯＭ１９からＯＳ−Ａが読み出されて起動され（ステップＳ１４ａ）、ＩＣカード１Ａはコマンド受信待ち状態となる。そして、ＩＣカード１Ａが動作を開始してからリーダライタ２から初めて受信したコマンド（初期コマンド）の復号処理の結果から、有効なデータ伝送方式が判別される（ステップＳ１５ａ）。本実施形態では、ステップＳ１５ａは、伝送方式判別モジュール１５１によって実行される。
【００４８】
ステップ１５ａの実行の結果、判別された有効なデータ伝送方式が、動作中のＯＳ−ＡではなくＯＳ−Ｂに対応するものである場合（ステップ１６ａのＮｏ枝）、ＲＯＭ１９からＯＳ−Ｂが読み出されて、ＩＣカード１ＡのＯＳが起動され直される（ステップＳ１７ａ）。ＯＳ-Ｂが起動された後に、コマンド解析処理を継続実行できない場合には、次のコマンド受信待ちに移行する。そして、通常はコマンドが再送されるので、その再送されたコマンドを受信してコマンド解析処理が行われる。一方、判別された有効なデータ伝送方式が動作中のＯＳ−Ａに対応するものである場合（ステップ１６ａのＹｅｓ枝）、受信したコマンドの解析処理が継続される（ステップＳ１９）。本実施形態では、ステップＳ１６ａおよびステップＳ１７ａは、それぞれＯＳ適否判定モジュール１５２およびＯＳ切り換えモジュール１５３によって実行される。
【００４９】
一方、ステップＳ１３における初期ＯＳ選択処理の結果、ＯＳ−Ｂが初期ＯＳとして選択された場合、上記と同様に、ＯＳ−Ｂの起動（ステップＳ１４ｂ）、初期コマンドから有効なデータ伝送方式の判別（ステップＳ１５ｂ）、動作中のＯＳ−Ｂの適否判定（ステップＳ１６ｂ）、コマンド解析処理（ステップＳ１９）の順に実行される。なお、ＯＳ−Ｂが不適当と判定された場合（ステップ１６ｂのＮｏ枝）には、ＯＳ−Ａが起動され直され（ステップＳ１７ｂ）、コマンド解析処理（ステップＳ１９）が実行されることは言うまでもない。
【００５０】
次に、本実施形態のＩＣカード１Ａにおける初期ＯＳの選択について、いくつかの具体例を示しながら説明する。
【００５１】
（第１の初期ＯＳ選択例）
第１の初期ＯＳ選択例では、識別情報として、ＯＳ−ＡおよびＯＳ−Ｂのそれぞれに対応する各データ伝送方式に、それぞれ規格によって要求されるレスポンスタイムに関する情報を用いる。ここで、レスポンスタイムとは、ＩＣカード１Ａがコマンドパケットデータを受信してからレスポンスパケットデータを送信するまでの送受信時間のことをいう。
【００５２】
識別情報は、ＯＳ−ＡおよびＯＳ−Ｂについて起動順序の優劣の判断が付くものであればよい。たとえば、絶対的に表された時間情報でもよいし、または、要求されるレスポンスタイムの長短に基づくＯＳ−ＡおよびＯＳ−Ｂの相対的な順序情報であってもよい。なお、要求されるレスポンスタイムは、規格ごとにあらかじめ規定された固有情報である。したがって、ＩＣカード製造時に、あらかじめ識別情報を不揮発性メモリ１８に書き込んでおくことが可能である。
【００５３】
図３は、図２に示した初期ＯＳ選択処理（ステップＳ１３）の具体例である。ステップＳ１３では、ＯＳ−ＡおよびＯＳ−Ｂについて、要求されるレスポンスタイムの相対的な長短が比較される。そして、要求されるレスポンスタイムについて、ＯＳ−Ａの方が短いと判断された場合（ステップＳ１３のＹｅｓ枝）にはＯＳ−Ａが起動される一方、ＯＳ−Ｂの方が短いと判断された場合（ステップＳ１３のＮｏ枝）にはＯＳ−Ｂが起動される。すなわち、要求されるレスポンスタイムがより短いデータ伝送方式に対応するＯＳ、換言すると、コマンド受信に対してより早く応答しなければならないＯＳが優先して選択され起動される。これにより、規格に規定されたレスポンスタイム以内に応答処理を完了することが可能となる。
【００５４】
（第２の初期ＯＳ選択例）
第２の初期ＯＳ選択例では、識別情報として、ＯＳ−ＡおよびＯＳ−Ｂのそれぞれに対応するデータ伝送方式が、それぞれ実際に要するレスポンスタイムに関する情報を用いる。識別情報は、ＯＳ−ＡおよびＯＳ−Ｂについて起動順序の優劣の判断が付くものであればよい。たとえば、絶対的に表された時間情報でもよいし、または、実際に要するレスポンスタイムの長短に基づくＯＳ−ＡおよびＯＳ−Ｂの相対的な順序情報であってもよい。また、ＩＣカード１Ａが動作を開始してから最初に起動されたＯＳが、受信したコマンドのデータ伝送方式に対応しており、ＯＳの再起動を行わなくてもよい場合のレスポンスタイムに関する情報であってもよいし、または、最初に起動されたＯＳが不適当であり、別のＯＳが再起動された場合のレスポンスタイムに関する情報あってもよい。なお、実際に要するレスポンスタイムは、搭載されるＯＳの種類や送受信回路の構成などから一意に決定される固有情報である。したがって、ＩＣカード製造時に、あらかじめ識別情報を不揮発性メモリ１８に書き込んでおくことが可能である。
【００５５】
図４は、図２に示した初期ＯＳ選択処理（ステップＳ１３）の具体例である。ステップＳ１３では、ＯＳ−ＡおよびＯＳ−Ｂについて、実際に要するレスポンスタイムの相対的な長短が比較される。そして、実際に要するレスポンスタイムについて、ＯＳ−Ａの方が長いと判断された場合（ステップＳ１３のＹｅｓ枝）にはＯＳ−Ａが起動される一方、ＯＳ−Ｂの方が長いと判断された場合（ステップＳ１３のＮｏ枝）にはＯＳ−Ｂが起動される。すなわち、実際に要するレスポンスタイムがより長いデータ伝送方式に対応するＯＳ、換言すると、応答処理により長い時間を要するＯＳが優先して選択され起動される。これにより、初期コマンドに対する最大レスポンスタイムを従来よりも短縮することができる。
【００５６】
（第３の初期ＯＳ選択例）
第３の初期ＯＳ選択例では、識別情報として、ＯＳ−ＡおよびＯＳ−Ｂのそれぞれに対応するデータ伝送方式について、それぞれ要求されるレスポンスタイムと実際に要するレスポンスタイムとの「ずれ」に関する情報を用いる。
【００５７】
この「ずれ」は、要求されるレスポンスタイムに対して実際に要するレスポンスタイムにどれだけの余裕があるかを示す余裕度に相当する。すなわち、要求されるレスポンスタイムよりも実際に要するレスポンスタイムの方が短い場合、規格値に対して余裕がある、すなわち余裕度が相対的に大きいこととなる。この場合の「ずれ」は、たとえば、絶対時間値で表すとすると負値となる。これとは逆に、要求されるレスポンスタイムよりも実際に要するレスポンスタイムの方が長い場合、規格値に対して余裕がない、すなわち余裕度が相対的に小さいこととなる。この場合の「ずれ」は、たとえば、絶対時間値で表すとすると正値となる。したがって、この例では、「ずれ」を表す値が大きくなるほど、規格値に対する余裕度は小さくなる。
【００５８】
識別情報は、ＯＳ−ＡおよびＯＳ−Ｂについて起動順序の優劣の判断が付くものであればよい。たとえば、上記例のように絶対的に表された値でもよいし、または、「ずれ」の大小に基づくＯＳ−ＡおよびＯＳ−Ｂの相対的な順序情報であってもよい。なお、「ずれ」に関する情報は、規格ごとにあらかじめ規定されている固有情報、および搭載されるＯＳの種類や送受信回路の構成などから一意に決定される固有情報から得ることができる。したがって、ＩＣカード製造時に、あらかじめ識別情報を不揮発性メモリ１８に書き込んでおくことが可能である。また、実使用時において要求されるレスポンスタイムが変化した場合には、変更後の識別情報を改めて格納する。
【００５９】
図５は、図２に示した初期ＯＳ選択処理（ステップＳ１３）の具体例である。ステップＳ１３では、ＯＳ−ＡおよびＯＳ−Ｂについて、要求されるレスポンスタイムと実際に要するレスポンスタイムとの「ずれ」の相対的な長短が比較される。そして、「ずれ」について、ＯＳ−Ａの方が大きいと判断された場合（ステップＳ１３のＹｅｓ枝）にはＯＳ−Ａが起動される一方、ＯＳ−Ｂの方が大きいと判断された場合（ステップＳ１３のＮｏ枝）にはＯＳ−Ｂが起動される。すなわち、「ずれ」がより大きいデータ伝送方式に対応するＯＳ、換言すると、余裕度がより小さいＯＳが優先して選択され起動される。これにより、規格に規定されたレスポンスタイム以内に応答処理を完了することができる。
【００６０】
（第４の初期ＯＳ選択例）
第４の初期ＯＳ選択例では、識別情報として、ＯＳ−ＡおよびＯＳ−Ｂのそれぞれの起動に要する時間に関する情報を用いる。識別情報は、ＯＳ−ＡおよびＯＳ−Ｂについて起動順序の優劣の判断が付くものであればよい。たとえば、絶対的に表された時間情報でもよいし、または、ＯＳ起動時間の長短に基づくＯＳ−ＡおよびＯＳ−Ｂの相対的な順序情報であってもよい。なお、ＯＳ起動時間はＯＳの種類ごとにあらかじめ決まっている固有情報であるため、ＩＣカード製造時にあらかじめ識別情報を不揮発性メモリ１８に書き込んでおくことが可能である。
【００６１】
図６は、図２に示した初期ＯＳ選択処理（ステップＳ１３）の具体例である。ステップＳ１３では、ＯＳ−ＡおよびＯＳ−Ｂについて、いずれの起動時間が長いかが判断される。そして、ＯＳ−Ａの方が長いと判断された場合（ステップＳ１３のＹｅｓ枝）にはＯＳ−Ａが起動される一方、ＯＳ−Ｂの方が長いと判断された場合（ステップＳ１３のＮｏ枝）にはＯＳ−Ｂが起動される。すなわち、起動時間がより長いＯＳが優先して選択され起動される。これにより、ＩＣカード１Ａに電源が供給されてから、起動時間がより長いＯＳが動作し始めるまでに要する時間を従来よりも短縮することができ、初期コマンドに対する最大レスポンスタイムを従来よりも短縮することができる。
【００６２】
以上、本実施形態によると、電源が供給されＩＣカード１Ａが動作を開始すると、まず、ＯＳ−ＡおよびＯＳ−Ｂのいずれかが初期ＯＳとして起動される。これにより、ＩＣカードに電源が供給された時点ではどのＯＳを起動すべきか判断が付かず、リーダライタ２から初期コマンドを受信した後に初めて適切なＯＳを選択して起動するといった従来の方法に比べて、初期コマンドに対する応答処理をより高速に行うことができる。また、初期ＯＳの選択にさまざまな選択情報を用いることにより、より適切な初期ＯＳを選択することができる。
【００６３】
なお、識別情報は不揮発性メモリ１８に保持されているとしたが、本発明はこれに限定されるものではない。識別情報は、ＯＳ−ＡおよびＯＳ−ＢなどとともにＲＯＭ１９に格納してもよい。これにより、ＩＣカード１ＡへのＯＳ登録時に、ＲＯＭ１９にＯＳを格納すると同時に識別情報をも格納することできるため、システムとして効率がよくなる。
【００６４】
（第２の実施形態）
図７は、本発明の第２の実施形態に係るＩＣカードと外部装置とからなるＩＣカードシステムの機能ブロック図である。本実施形態に係るＩＣカード１Ｂは、不揮発性メモリ１８に保持された識別情報を更新する情報更新モジュール１５５を有する情報処理部１５Ｂを備えている点で、第１の実施形態に係るＩＣカード１Ａと構成が異なっている。なお、情報更新モジュール１５５は、情報処理部１５Ｂにおける他のモジュールと同様に、ハードウェアまたはプログラム処理により実施可能である。
【００６５】
また、本実施形態に係るＩＣカード１Ｂは、識別情報として、ＩＣカードの使用状況に応じて値が変化する動的情報を用いる点で、規格値などのあらかじめ値が定まった静的情報を識別情報として用いる第１の実施形態に係るＩＣカード１Ａとは、ＯＳ起動処理が異なっている。
【００６６】
図８に、本実施形態に係るＩＣカード１ＢのＯＳ起動処理フローを示す。同図に示したフローチャートは、図２のフローチャートにおけるコマンド解析処理（ステップＳ１９）の直前に識別情報の更新処理（ステップＳ１８）を挿入したものとなっている。すなわち、ＩＣカード１Ｂでは、データ伝送方式に適合するＯＳがＯＳ−ＡおよびＯＳ−Ｂのいずれかに確定した後に、識別情報が更新される。
【００６７】
次に、本実施形態のＩＣカード１Ｂにおける初期ＯＳの選択について、いくつかの具体例を示しながら説明する。
【００６８】
（第１の初期ＯＳ選択例）
第１の初期ＯＳ選択例では、識別情報として、ＯＳ−ＡおよびＯＳ−Ｂのそれぞれの起動頻度に関する情報を用いる。起動頻度は、たとえば、ＩＣカード１Ｂの過去所定回の使用範囲において、適切なＯＳとして選択・起動された回数であってもよいし、または、最近の使用実態に重きをおくように、起動回数に重み付けをした値であってもよい。
【００６９】
図９は、図８に示した初期ＯＳ選択処理（ステップＳ１３）の具体例である。ステップＳ１３では、ＯＳ−ＡおよびＯＳ−Ｂについて、起動頻度が比較される。そして、ＯＳ−Ａの方が多いと判断された場合（ステップＳ１３のＹｅｓ枝）にはＯＳ−Ａが起動される一方、ＯＳ−Ｂの方が多いと判断された場合（ステップＳ１３のＮｏ枝）にはＯＳ−Ｂが起動される。
【００７０】
そして、図８に示した識別情報の更新処理（ステップＳ１８）では、不揮発性メモリ１８に保持されている識別情報、たとえば、前回の使用までの各ＯＳの起動回数情報のうち、受信コマンドのデータ伝送方式に対応するＯＳの情報がインクリメントされる。
【００７１】
ここで、インクリメント後の値がオーバーフローする場合には、たとえば、インクリメント前の各ＯＳの起動回数の順位を、起動回数の最小値を用いた初期値とすればよい。本実施形態ではＩＣカード１Ｂに搭載されるＯＳが二つであることから、起動回数が多い方のＯＳの起動回数を“２”とし、起動回数が少ない方のＯＳの起動回数を“１”とする初期化を行う。
【００７２】
以上のＯＳ選択方法によると、より頻繁に起動されるＯＳが優先して選択され起動される。これにより、初期コマンドに対するレスポンスタイムを短縮することが期待できる。特に、実際の使用において主に一のＯＳに対応するデータ伝送規格しか使用されない場合には、効率的にレスポンスタイムを短縮することができる。
【００７３】
（第２の初期ＯＳ選択例）
第２の初期ＯＳ選択例では、識別情報として、ＯＳ−ＡおよびＯＳ−Ｂのそれぞれの起動履歴に関する情報を用いる。起動履歴として、たとえば、適切なデータ伝送方式に対応するＯＳとして直近に起動されたＯＳの識別情報を“１”とし、それ以外のＯＳの識別情報を“０”とする。
【００７４】
図１０は、図８に示した初期ＯＳ選択処理（ステップＳ１３）の具体例である。ステップＳ１３では、ＯＳ−ＡおよびＯＳ−Ｂについて、起動履歴が参照される。そして、前回起動されたＯＳがＯＳ−Ａであると判断された場合（ステップＳ１３のＹｅｓ枝）にはＯＳ−Ａが起動される一方、ＯＳ−Ｂであると判断された場合（ステップＳ１３のＮｏ枝）にはＯＳ−Ｂが起動される。
【００７５】
そして、図８に示した識別情報の更新処理（ステップＳ１８）では、不揮発性メモリ１８に保持されている識別情報のうち、受信コマンドのデータ伝送方式に対応するＯＳの識別情報は“１”に更新され、それ以外のＯＳの識別情報は“０”に更新される。
【００７６】
以上のＯＳ選択方法によると、直近に起動されたＯＳが優先して選択され起動される。これにより、初期コマンドに対するレスポンスタイムを短縮することが期待できる。特に、実際の使用において主に一のＯＳに対応するデータ伝送規格しか使用されない場合には、効率的にレスポンスタイムを短縮することができる。
【００７７】
以上、本実施形態によると、識別情報として動的情報に基づいて初期ＯＳが選択・起動される。これにより、ＩＣカードの使用状況に適応したＯＳ起動処理を行うことができる。
【００７８】
（第３の実施形態）
図１１は、本発明の第３の実施形態に係るＩＣカードと外部装置とからなるＩＣカードシステムの機能ブロック図である。本実施形態に係るＩＣカード１Ｃは、識別情報および初期ＯＳ選択モジュール１５４を有していない点で、第１の実施形態に係るＩＣカード１Ａと構成が異なっている。
【００７９】
一般に、ＩＣカードＯＳはＩＣカード製造時やＩＣカードに搭載されるＬＳＩ製造時に格納されるが、ＯＳを格納する時点で、どのようなＯＳを格納するか、また、送受信方式を決定する回路がどのような構成になるかが一意に決まる。したがって、ＩＣカード製造時に初期ＯＳの選択に係る静的情報を得ることができるため、ＩＣカードごとにより好ましい初期ＯＳをあらかじめ設定しておくことが可能である。なお、静的情報には、上述したさまざまなものがある。この考えに基づいて、本実施形態に係るＩＣカード１Ｃは、初期ＯＳとしてＯＳ−Ａが起動されるように設定されている。
【００８０】
図１２に、本実施形態に係るＩＣカード１ＣのＯＳ起動処理フローを示す。同図に示したフローチャートは、図２のフローチャートにおける識別情報の読み出し（ステップＳ１２）、初期ＯＳの選択処理（ステップＳ１３）およびステップＳ１３からの分岐処理（ステップＳ１４ｂ〜Ｓ１７ｂ）を省略したものとなっている。
【００８１】
以上、本実施形態によると、電源が供給されＩＣカード１Ｃが動作を開始すると、ＯＳ−Ａが初期ＯＳとして起動される。これにより、ＩＣカードに電源が供給された時点ではどのＯＳを起動すべきか判断が付かず、リーダライタ２から初期コマンドを受信した後に初めて適切なＯＳを選択して起動するといった従来の方法に比べて、初期コマンドに対する応答処理をより高速に行うことができる。なお、ＯＳ−Ｂを初期ＯＳとして設定してもよいことは言うまでもない。
【００８２】
また、上記の第１から第３の実施形態において、データ伝送方式およびＯＳはそれぞれ２種類であるとしたが、本発明はこれに限定されるものではない。ＲＯＭ１９に３種類以上のＯＳを搭載してもよい。また、データ送受信手段として、復調部、復号部、符号化部および変調部をそれぞれ３個以上にすることによって、３種類以上のデータ伝送方式に対応可能なＩＣカードが具現化される。なお、データ送受信手段の各構成一部を共通化して使用することも可能である。
【００８３】
また、本発明に係るＩＣカードは、非接触型のＩＣカードに特に好適であるが、接触型のＩＣカードにも適用が可能である。
【００８４】
【発明の効果】
以上説明したように、本発明によると、複数のデータ伝送方式によるデータ送受信が可能であるとともに、当該複数のデータ伝送方式のそれぞれに対応した複数のＯＳを搭載したＩＣカードにおいて、異なるデータ伝送方式のいずれを受信した場合でも、ＩＣカード内部における処理時間を最小に抑えることが可能となる。特に、ＯＳごとの起動時間のばらつきが大きかったり、また、要求されるレスポンスタイムと実際に要するレスポンスタイムとの「ずれ」がＯＳごとに大きくばらついたりする場合には、最大レスポンスタイムを従来よりも短縮することができる。
【００８５】
また、起動頻度が高いＯＳや直近に起動されたＯＳを初期ＯＳとして選択することによって、特に、一のデータ伝送方式の利用率が極端に高いような場合に、初期コマンドに対するレスポンスタイムを短縮することができる。これにより、ユーザーのＩＣカード使用状況に適応したＯＳ起動処理を行うＩＣカードを実現することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係るＩＣカードと外部装置とからなるＩＣカードシステムの機能ブロック図である。
【図２】本発明の第１の実施形態に係るＩＣカードのＯＳ起動処理フローを示したフローチャートである。
【図３】図２における初期ＯＳ選択処理の第１の具体例である。
【図４】図２における初期ＯＳ選択処理の第２の具体例である。
【図５】図２における初期ＯＳ選択処理の第３の具体例である。
【図６】図２における初期ＯＳ選択処理の第４の具体例である。
【図７】本発明の第２の実施形態に係るＩＣカードと外部装置とからなるＩＣカードシステムの機能ブロック図である。
【図８】本発明の第２の実施形態に係るＩＣカードのＯＳ起動処理フローを示したフローチャートである。
【図９】図８における初期ＯＳ選択処理の第１の具体例である。
【図１０】図８における初期ＯＳ選択処理の第２の具体例である。
【図１１】本発明の第３の実施形態に係るＩＣカードと外部装置とからなるＩＣカードシステムの機能ブロック図である。
【図１２】本発明の第３の実施形態に係るＩＣカードのＯＳ起動処理フローを示したフローチャートである。
【符号の説明】
１Ａ，１Ｂ，１ＣＩＣカード
１８不揮発性メモリ
１９ＲＯＭ
１５１伝送方式判別モジュール
１５２ＯＳ適否判定モジュール
１５３ＯＳ切り換えモジュール
１５４初期ＯＳ選択モジュール
１５５情報更新モジュール

Claims

複数のデータ伝送方式によるデータ送受信が可能であるとともに、当該複数のデータ伝送方式のそれぞれに対応した複数のＯＳを搭載したＩＣカードであって、
外部からの受信データに基づいて、外部とのデータ伝送方式が前記複数のデータ伝送方式のいずれであるかを判別する伝送方式判別手段と、
前記複数のデータ伝送方式のうち動作中のＯＳに対応する第１のデータ伝送方式と、前記伝送方式判別手段によって判別された第２のデータ伝送方式とが、一致するか否かを判定するＯＳ適否判定手段と、
前記ＯＳ適否判定手段によって前記第１のデータ伝送方式と前記第２のデータ伝送方式とが一致しないと判定されたとき、動作中のＯＳを、前記複数のＯＳの他のものに切り換えるＯＳ切り換え手段とを備え、
電源が供給されると、前記複数のＯＳのいずれかを起動する
ことを特徴とするＩＣカード。
請求項１に記載のＩＣカードにおいて、
当該ＩＣカードに電源が供給されたときに起動すべき初期ＯＳの選択に係る静的情報を保持する記憶回路と、
前記記憶回路に保持された静的情報に基づいて、前記複数のＯＳの中から前記初期ＯＳを選択する初期ＯＳ選択手段とを備え、
電源が供給されると、前記初期ＯＳ選択手段によって選択された初期ＯＳを起動する
ことを特徴とするＩＣカード。
請求項２に記載のＩＣカードにおいて、
前記記憶回路は、前記複数のＯＳを保持するものである
ことを特徴とするＩＣカード。
請求項２に記載のＩＣカードにおいて、
前記記憶回路は、前記静的情報として、前記複数のＯＳのそれぞれに対応する前記複数のデータ伝送方式に、それぞれ要求されるレスポンスタイムに関する情報を保持し、
前記初期ＯＳ選択手段は、前記初期ＯＳとして、前記複数のＯＳのうち、前記要求されるレスポンスタイムが相対的に短いデータ伝送方式に対応するものを選択する
ことを特徴とするＩＣカード。
請求項２に記載のＩＣカードにおいて、
前記記憶回路は、前記静的情報として、前記複数のＯＳのそれぞれに対応する前記複数のデータ伝送方式が、それぞれ実際に要するレスポンスタイムに関する情報を保持し、
前記初期ＯＳ選択手段は、前記初期ＯＳとして、前記複数のＯＳのうち、前記実際に要するレスポンスタイムが相対的に長いデータ伝送方式に対応するものを選択する
ことを特徴とするＩＣカード。
請求項２に記載のＩＣカードにおいて、
前記記憶回路は、前記静的情報として、前記複数のＯＳのそれぞれに対応する前記複数のデータ伝送方式について、それぞれ要求されるレスポンスタイムと実際に要するレスポンスタイムとのずれに関する情報を保持し、
前記初期ＯＳ選択手段は、前記初期ＯＳとして、前記複数のＯＳのうち、前記実際に要するレスポンスタイムが前記要求されるレスポンスタイムよりも長くなる方に前記ずれが相対的に大きいデータ伝送方式に対応するものを選択する
ことを特徴とするＩＣカード。
請求項４から６のいずれか一つに記載のＩＣカードにおいて、
前記レスポンスタイムは、当該ＩＣカードと外部との間のデータ伝送に係る初期コマンドについてのものである
ことを特徴とするＩＣカード。
請求項２に記載のＩＣカードにおいて、
前記記憶回路は、前記静的情報として、前記複数のＯＳのそれぞれの起動に要する時間に関する情報を保持し、
前記初期ＯＳ選択手段は、前記初期ＯＳとして、前記複数のＯＳのうち、前記起動に要する時間が相対的に長いものを選択する
ことを特徴とするＩＣカード。
請求項１に記載のＩＣカードにおいて、
当該ＩＣカードに電源が供給されたときに起動すべき初期ＯＳの選択に係る動的情報を保持する記憶回路と、
前記記憶回路に保持された動的情報に基づいて、前記複数のＯＳの中から前記初期ＯＳを選択する初期ＯＳ選択手段と、
前記記憶回路に保持された動的情報を更新する情報更新手段とを備え、
電源が供給されると、前記初期ＯＳ選択手段によって選択された初期ＯＳを起動する
ことを特徴とするＩＣカード。
請求項９に記載のＩＣカードにおいて、
前記記憶回路は、前記動的情報として、前記複数のＯＳのそれぞれの起動頻度に関する情報を保持し、
前記初期ＯＳ選択手段は、前記初期ＯＳとして、前記複数のＯＳのうち、前記起動頻度が高いものを選択する
ことを特徴とするＩＣカード。
請求項９に記載のＩＣカードにおいて、
前記記憶回路は、前記動的情報として、前記複数のＯＳのそれぞれの起動履歴に関する情報を保持し、
前記初期ＯＳ選択手段は、前記初期ＯＳとして、前記複数のＯＳのうち、直近に起動されたものを選択する
ことを特徴とするＩＣカード。
請求項２または９に記載のＩＣカードにおいて、
前記記憶回路は、書き換え可能な不揮発性メモリである
ことを特徴とするＩＣカード。
複数のデータ伝送方式によるデータ送受信が可能であるとともに、当該複数のデータ伝送方式のそれぞれに対応した複数のＯＳを搭載したＩＣカードのＯＳ起動方法であって、
当該ＩＣカードに電源が供給されると、前記複数のＯＳのいずれかを起動するＯＳ起動ステップと、
外部からの受信データに基づいて、外部とのデータ伝送方式が前記複数のデータ伝送方式のいずれであるかを判別する伝送方式判別ステップと、
前記複数のデータ伝送方式のうち前記ＯＳ起動ステップで起動されたＯＳに対応する第１のデータ伝送方式と、前記伝送方式判別ステップで判別された第２のデータ伝送方式とが、一致するか否かを判定するＯＳ適否判定ステップと、
前記ＯＳ適否判定ステップで前記第１のデータ伝送方式と前記第２のデータ伝送方式とが一致しないと判定されたとき、前記ＯＳ起動ステップで起動されたＯＳを、前記複数のＯＳの他のものに切り換えるＯＳ切り換えステップとを備えたことを特徴とするＩＣカードのＯＳ起動方法。
請求項１３に記載のＩＣカードのＯＳ起動方法において、
前記ＯＳ起動ステップは、当該ＩＣカードに電源が供給されると、当該ＩＣカードに電源が供給されたときに起動すべき初期ＯＳの選択に係る静的情報に基づいて、前記複数のＯＳの中から初期ＯＳを選択し、この選択した初期ＯＳを起動する
ことを特徴とするＩＣカードのＯＳ起動方法。
請求項１３に記載のＩＣカードのＯＳ起動方法において、
前記ＯＳ起動ステップは、当該ＩＣカードに電源が供給されると、当該ＩＣカードに電源が供給されたときに起動すべき初期ＯＳの選択に係る動的情報に基づいて、前記複数のＯＳの中から初期ＯＳを選択し、この選択した初期ＯＳを起動するものであり、
前記動的情報を更新する情報更新ステップを備えた
ことを特徴とするＩＣカードのＯＳ起動方法。