JP3701571B2 - 集積回路、及びｉｃカード - Google Patents
集積回路、及びｉｃカード Download PDFInfo
- Publication number
- JP3701571B2 JP3701571B2 JP2001059189A JP2001059189A JP3701571B2 JP 3701571 B2 JP3701571 B2 JP 3701571B2 JP 2001059189 A JP2001059189 A JP 2001059189A JP 2001059189 A JP2001059189 A JP 2001059189A JP 3701571 B2 JP3701571 B2 JP 3701571B2
- Authority
- JP
- Japan
- Prior art keywords
- application
- card
- contact
- file
- operating system
- 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.)
- Expired - Lifetime
Links
- 238000012545 processing Methods 0.000 claims description 48
- 230000004913 activation Effects 0.000 claims description 7
- 230000010365 information processing Effects 0.000 description 58
- 238000000034 method Methods 0.000 description 29
- 230000008569 process Effects 0.000 description 29
- 230000005540 biological transmission Effects 0.000 description 10
- 238000010586 diagram Methods 0.000 description 10
- 238000004891 communication Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 8
- 239000004065 semiconductor Substances 0.000 description 4
- 238000012795 verification Methods 0.000 description 4
- 102100022907 Acrosin-binding protein Human genes 0.000 description 3
- 230000001186 cumulative effect Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 2
- 102100038445 Claudin-2 Human genes 0.000 description 1
- 102100021916 Sperm-associated antigen 1 Human genes 0.000 description 1
- 102100040791 Zona pellucida-binding protein 1 Human genes 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 239000002184 metal Substances 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000002035 prolonged effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 239000000126 substance Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Credit Cards Or The Like (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、複数のアプリケーションを備え、アプリケーションの連動を可能にする集積回路及びＩＣカードに関する。
【０００２】
【従来の技術】
従来、カードにデータを記憶するメモリを搭載し、個人認証情報や、商品購入時のポイント情報等を読み書きすることが可能なＩＣカードの普及が進んでいる。
ＩＣカードとしては、ＩＣカードと情報の送受を行うための外部装置であるＩＣカードリーダライタ（以下、カードＲ／Ｗと称する）とＩＣカード間の電力供給やデータの送受を、電気的に接続した端子等の接触型インターフェースを介して行う接触ＩＣカードや、カードＲ／ＷとＩＣカード間のデータの送受を、電波送受可能なアンテナ等の非接触型インターフェースを介して行う非接触ＩＣカードが知られている。
【０００３】
上記接触ＩＣカードの例としては、クレジットカード、銀行のキャッシュカードが挙げられ、他方、非接触ＩＣカードの例としては、自動改札を通る定期券等が挙げられる。そして、近年では、個々のＩＣカードが備える機能（例えば、上述のクレジットカードとしての機能、キャッシュカードとしての機能、定期券の機能等）を１つのＩＣカードに集約した多機能ＩＣカードの開発が進められている。この多機能ＩＣカードでは、複数のアプリケーションが１つの半導体集積回路に実装されている。
【０００４】
【発明が解決しようとする課題】
従来、上述した多機能ＩＣカードでは、同一取引の処理過程で異なるアプリケーションを連続して起動させる際には、１つのアプリケーションの処理が終了した後でなければ、次のアプリケーションを起動させることができないという欠点があった。
また、従来のＩＣカードにあっては、アプリケーションの起動は、外部装置から入力される所定のコマンドによって制御されていたため、１つの処理を終了してから次の処理を開始するまでに、所定のコマンドの発行等の処理が必須となるため、アプリケーション開始に時間を要するという問題があった。
更に、外部装置は、アプリケーションを起動させるコマンドを発行するために、各アプリケーションに対応する機能を装備している必要があり、装備付加が多く、利用範囲が制限されるという問題があった。
【０００５】
また一方では、ＩＣカード内のメモリ領域において、各アプリケーション間にはファイアウォールが介在しているため、アプリケーション間のデータの共有等が不可能であった。従って、１つのアプリケーションが実行されることによって発生したデータ等を他のアプリケーションが使用する場合には、そのデータは、一旦、外部装置に転送され、外部装置を介して他のアプリケーションへと供給される必要があったため、データ転送に係る処理時間が長く、効率よく処理を実行することが困難であるという問題があった。
【０００６】
本発明はこのような事情に鑑みてなされたもので、アプリケーションの連続起動をＩＣカード内部において可能とし、更に、アプリケーション間でのデータの共有も可能とする集積回路及びＩＣカードを提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するために、本発明は、外部装置との間でデータを送受信する第１及び第２のインタフェースと中央処理装置と前記中央処理装置で実行されるプログラムを記憶するメモリとを備えた集積回路であって、前記メモリには、前記第１のインタフェースに対応する第１のオペレーティングシステムと、前記第２のインタフェースに対応する第２のオペレーティングシステムと、前記第１のオペレーティングシステム上で動作する第１のアプリケーションと、前記第２のオペレーティングシステム上で動作する第２のアプリケーションとが記憶され、前記アプリケーションは、次に実行されるアプリケーションの情報を備えるとともに、自己の処理を実行することにより生じたデータに基づいて、次に実行されるアプリケーションを起動させるか否かを判断するステップと、起動させると判断した場合に、次に起動すべきアプリケーションの起動指示を自オペレーティングシステムに対して要求するステップとを中央処理装置に実行させるものであり、前記第１又は第２のオペレーティングシステムの配下のファイル構造は、自オペレーティングシステムとは異なるオペレーティングシステムの配下のアプリケーションファイルを示すリンク先ファイル識別情報を有するリンクディレクトリを有し、前記第１又は第２のオペレーティングシステムは、自オペレーティングシステムの前記インタフェースから入力されたアプリケーションファイルの選択コマンドに含まれるファイル識別情報に基づき、対応する前記リンクディレクトリを参照し、当該リンクディレクトリ中のリンク先ファイル識別情報および前記選択コマンドを自オペレーティングシステムとは異なるオペレーティングシステムに送出するファイルマネージャを有することを特徴とする。
なお、前記オペレーティングシステムは、ＩＳＯ／ＩＥＣ７８１６シリーズの規定に準拠していることが好ましい。
また、この集積回路は、ＳＩＭ（Subscriber Identification Module）形式にすることも可能である。これにより、様々な媒体に本発明を適用させることが可能となり、より汎用性の優れた集積回路を提供することが可能となる。
【０００８】
また、上記集積回路において、前記リンクディレクトリは、当該リンク先ファイル識別情報に対応するアプリケーションに係るデータを格納する仮想エリアを有することを特徴とする。
【０００９】
また、上記集積回路において、前記メモリには、エラー処理が生じた場合に値が変更されるカウント値が記憶され、前記アプリケーションは、前記カウント値に基づいて正常に処理が行われたか否かの判断と、正常に処理が行われた場合に、自オペレーティングシステムに対して、所定のリンクディレクトリの仮想エリアに格納されているデータを当該リンクディレクトリのリンク先ファイル識別情報に対応するアプリケーションによって管理されるメモリ領域に書き込む指示とを中央処理装置に実行させることを特徴とする。
【００１５】
本発明に係るＩＣカードは、請求項１から請求項３のいずれかの項に記載の集積回路を実装したことを特徴とする。
【００１６】
【発明の実施の形態】
以下、図面を参照し、本発明の一実施形態について説明する。
《半導体集積回路の内部概略構成》
図２は、本発明の一実施形態に係るＩＣカードに搭載される半導体集積回路のの概要構成を示すブロック図である。同図に示すように、本実施形態に係る半導体集積回路１は、ＩＣカード全体の制御を行うＣＰＵ１０、ブートプログラム等のプログラム等の固定データが記憶されたＲＯＭ（Read Only Memory）１２、電気的にデータの書き込み、消去が可能なＥＥＰＲＯＭ（Electronically Erasable Programmable ＲＯＭ）１４、各種データを一時的に記憶するＲＡＭ（Random Access Memory）１６、外部装置であるＩＣカードリードライタ（以下、カードＲ／Ｗと称する）と電力、データの授受を行う接触型インターフェース（Ｉ／Ｆ）１８Ａ及び非接触型インターフェース（Ｉ／Ｆ）１８Ｂ等を備えている。
【００１７】
上記接触型インターフェース１８Ａは、外部より電源を供給するための電源端子Ｖｃｃ及びグラウンド端子ＧＮＤと、外部よりリセット信号を受信するためのリセット信号端子ＲＳＴと、外部との間でデータの送受信をするためのＩ／Ｏ端子Ｉ／Ｏと、外部よりシステムクロック信号を受信するためのクロック端子ＣＬＫとを備えている。上述した金属製の各端子は、ＩＣカードの表面に配置されており、これらの端子を外部装置である接触型カードＲ／Ｗに電気的に接触させることにより、電力の供給や、データの送受を行う。
【００１８】
一方、非接触型インターフェース１８Ｂは、ＩＣカード内部に形成されたコイル状のアンテナと、ＲＦ回路とから構成され、上記アンテナを介して外部装置である非接触型カードＲ／Ｗと電波により電力の供給やデータの送受を行う。非接触型インターフェース１８Ｂによれば、ＩＣカードがカードＲ／Ｗに接触しないため、摩耗部分がなく、カードＲ／ＷとＩＣカードの寿命が長くなる他、アンテナがＩＣカードの内部に設置されているため、カードの表面と裏面とを全て印刷に使用できる、複数枚のＩＣカードに対してほぼ同時に読み書きができる等の利点がある。
【００１９】
そして、上記ＲＯＭ１２には、接触型インターフェース１８Ａに対応するオペレーティングシステムであるＯＳ（以下、接触側ＯＳと称する）、非接触型インターフェース１８Ｂに対応するオペレーティングシステムであるＯＳ（以下、非接触側ＯＳと称する）がそれぞれ記憶されている。
また、ＥＥＰＲＯＭ１４には、接触側ＯＳ又は非接触側ＯＳ上で動作するアプリケーション、認証キー情報、データ等が格納されている。
また、接触側ＯＳ上で動作するアプリケーションとしては、クレジット決済アプリケーション等の金融に係るアプリケーションが例として挙げられる。これらのアプリケーションは、個人認証の重要性が高く、データの送受に関しても高い信頼性を確保することが必要とされることから、端子を接触させてデータの送受を行うのが適切である。
【００２０】
一方、非接触側ＯＳ上で動作するアプリケーションとしては、支払い時に発生するポイントを管理するポイントアプリケーションや、自動改札等に関連する電子チケットアプリケーション等が例として挙げられる。
非接触インターフェース１８Ｂを介して送受されるデータは、上述した接触インターフェース１８Ａを介して送受されるデータに比べて、個人認証の重要性があまり高くなく、データ送受のスピードが重視される上述のアプリケーションが対象となる。
【００２１】
《ファイル構造》
続いて、図１に本発明の一実施形態におけるファイルの階層構造を示す。ここで、符号Ｆ１は接触側ＯＳ配下のファイル構造を示しており、符号Ｆ２は非接触側ＯＳ配下のファイル構造を示している。尚、ここでのファイル構造は、原国際規格ＩＳＯ／ＩＥＣ７８１６の規定に準拠したものとなっている。
【００２２】
接触側ＯＳ配下のファイル構造Ｆ１において、ＭＦ（Master File）は、接触側ＯＳ配下のファイル構造の最上位に位置するファイルであり、以下に示すＰＳＥ（Payment System Environment）、ＤＦ（Dedicated File）、及びＥＦ（Elementary File）がＭＦの配下に構成される。
なお、接触側ＯＳ配下のファイル構造は、ＥＭＶに準拠したファイル構造となっている。ここでＥＭＶとは、金融系ＩＣカードの利用を促進するために、VISAインターナショナル、MasterCardインターナショナル、Europayインターナショナルの３社が共同で制定したＩＣカード及び端末の共通規格である。この規格に準拠することで、理論的にはＥＭＶ準拠ＩＣカードであれば、いかなるＥＭＶ準拠端末においても正常な取り扱いが保証される。
【００２３】
ＰＳＥは決済システム等の金融用途に使用される、いわゆる決済用アプリケーションの動作環境を管理する環境整備ファイルであり、金融に係る種々のアプリケーションは、このＰＳＥ配下に統括管理される。
【００２４】
ＤＦは、同一アプリケーションの配下にあるＥＦの集合に相当し、配下に構成されるＥＦのファイル番号、属性情報等を有している。
ＥＦは、同一のファイル識別子を有しているデータ単位又はレコードの集合であり、アプリケーションプログラム、データ等を格納するＷＥＦ（Working ＥＦ）と、認証鍵及び暗号を格納するＩＥＦ（Internal ＥＦ）とに分類される。
なお、上記ファイル構造Ｆ１において、ＤＦとその配下にあるＥＦの一束を１つのアプリケーションファイルと見なすことができる。
また、上記各ファイル（ＭＦ、ＰＳＥ、ＤＦ、ＥＦ）には、それぞれディレクトリ情報が添付されており、このディレクトリ情報により配下に構成されているファイル構造を認識、管理することが可能となる。
【００２５】
他方、上述した決済用のアプリケーションは接触側ＯＳ配下でのみ動作するアプリケーションであり、非接触側ＯＳ配下では動作不可能であるため、非接触側ＯＳ配下のファイル構造Ｆ２においては、決済用アプリケーションを統括するＰＳＥが不要となる。従って、非接触側ＯＳ配下のファイル構成Ｆ２は、上述したファイル構成Ｆ１においてＰＳＥを排除したファイル構成となっている。
【００２６】
そして、上述した接触側ＯＳ、非接触側ＯＳ配下のファイル構造Ｆ１、Ｆ２において、リンクディレクトリＲ＿ＤＩＲが設けられている。
このリンクディレクトリＲ＿ＤＩＲは、上述した各ＤＦに対応してそれぞれ異なるＯＳ配下に構成されるものであり、例えば、接触側ＯＳ配下に存在する各ＤＦに対して１対１対応で非接触側ＯＳ配下にリンクディレクトリＲ＿ＤＩＲが設けられ、同様に非接触側ＯＳ配下に存在する各ＤＦに１対１対応するリンクディレクトリＲ＿ＤＩＲが接触側ＯＳ配下に設けられる。そして、各リンクディレクトリＲ＿ＤＩＲは、対応するＤＦへのリンク情報を備え、ＯＳ間のコマンドの送出を可能にしている。
【００２７】
《ファイル構成》
次に、上述したＤＦ、ＥＦ、ディレクトリ情報からなる１つのアプリケーションの構成（以下、アプリケーションファイルと称する）、リンクディレクトリＲ＿ＤＩＲの構成について図３、図４を参照して説明する。なお、ＭＦ、ＰＳＥ、ＤＦ、ＥＦはそれぞれ図２に示したＥＥＰＲＯＭに格納されている。
【００２８】
図３は、ＤＦ、ＥＦ、ディレクトリ情報ＤＲからなるアプリケーションファイルの構造を示した図である。同図において、ディレクトリ情報ＤＲにはＤＦを識別するためのファイル番号、ファイル位置、照合又は相互認証等の鍵情報、アクセス条件、属性等の情報が格納されている。
上記アクセス条件は、外部装置或いは他のアプリケーションによって、書き込み、又は読み出しのコマンドが発生した場合に、どのコマンドを許容するかを示す情報である。例えば、このアクセス条件に“READ ONLY”の情報が記載されていた場合には、読み出し専用で書き込みは不可ということとなる。
なお、ＤＦには、ＤＦ配下に構成されるＥＦのファイル位置、即ち、本アプリケーションファイルを構成する各ＥＦのファイル位置、属性等の情報を有している。
各ＥＦには、実際にアプリケーションファイルのプログラム、データ、認証鍵データ等が所定バイト毎に分割されて格納されている。
【００２９】
続いて、図４を参照してリンクディレクトリＲ＿ＤＩＲの構造について説明する。同図において、ディレクトリ情報には、当該リンクディレクトリを識別するためのファイル番号、当該ファイルの位置情報、属性、及びリンク先ファイル番号として当該リンクディレクトリと１対１対応しているＤＦのファイル番号が記載されている。
【００３０】
また、上記属性情報の１つとして、アクセス条件が記載されている。このアクセス条件は、リンク先のＤＦの属性を示すものであり、リンク先のＤＦの属性が書き込み専用であれば、書き込み専用の情報がアクセス条件として記載される。その他、アクセス条件としてセキュリティ制御やコマンド制御に係る情報を記載することにより、リンクディレクトリを参照することで、当該リンクディレクトリに対応するＤＦへのアクセス制御等を行うことが可能となる。
このように、リンクディレクトリＲ＿ＤＩＲには、異なるＯＳ配下におけるファイル番号の情報が記載されているため、このファイル番号に基づいて異なるＯＳ間におけるコマンドの転送等が可能となる。
【００３１】
なお、図４に示すように、リンクディレクトリは上述のディレクトリ情報、ＤＦ、ＥＦから構成されるよう図示されている。しかし、本実施形態においては、ディレクトリ情報がリンクディレクトリとして記録されており、図示されたＤＦ、ＥＦは概念的なものであり、実際には、容量０バイトとして存在している。
【００３２】
《第１の実施形態におけるＩＣカードの動作》
次に、本発明の第１の実施形態に係るＩＣカードの動作について図６を参照して説明する。
ここで、ＩＣカード１は、図５に示すように接触側ＯＳ配下にＥＭＶに準拠したクレジットアプリケーション及びポイントアプリケーションを備えていることとする。
また、本ＩＣカードとデータの取引を行うホストコンピュータ、ＰＯＳシステム等の情報処理端末は、ＩＣカードとのインターフェースとしてのカードＲ／Ｗを備えており、また、アプリケーションとしてクレジットアプリケーションを保持している。
【００３３】
上述したような条件下で、今ＩＣカードの保有者がクレジットによって支払いを行う場合に、ＩＣカード、情報処理端末間で行われるデータ通信処理について説明する。
【００３４】
まず、ＩＣカードを情報処理端末の接触型カードＲ／Ｗに挿入することにより、接触型インターフェース１８ＡのＶｃｃ端子を介して情報処理端末側から電力が供給され、これにより、ＩＣカードは起動をはじめ、ＲＯＭ１２に書き込まれているブートプログラムを実行することにより所定の処理、例えば、接触型インターフェースに対応するオペレーティングシステムである接触側ＯＳを起動させる。
【００３５】
ＩＣカードが起動すると、接触側ＯＳ配下でコマンドを受信するための受信処理が行われる。そして、情報処理端末側からコマンドを受け付ける準備が完了すると、その旨を情報処理端末に通知する。
【００３６】
続いて、情報処理端末は、接触型カードＲ／Ｗからクレジットアプリケーションの選択コマンドを出力する（図７のステップＳＰ１）。接触型インターフェース１８Ａを介して係るコマンドを受信すると、接触側ＯＳのファイルマネージャは、指定されたコマンドに従って接触側ＯＳ配下にあるクレジットアプリケーションファイルにアクセスし、クレジットアプリケーション管理下におけるメモリ領域からプログラム等を読み出し、実行する（ステップＳＰ２）。これにより、クレジットアプリケーションプログラムに従って、ＩＣカードと情報処理端末との間で種々のデータ送受が行われることにより、データ認証、カード所有者検証、端末リスク管理等のクレジット決済に係る種々の処理が行われる（ステップＳＰ３）。そして、クレジット決済処理が終了し、取引が成立すると（ステップＳＰ４）、クレジットアプリケーションは、各アプリケーションがアクセス可能な共通メモリ領域に今回の支払い金額を書き込み（ステップＳＰ５）、その後、接触側ＯＳに対して、支払い金額を格納したメモリのアドレスを通知するとともに、ポイントアプリケーションを起動する指示を出す。
【００３７】
これにより、接触側ＯＳは、ポイントアプリケーションを起動させ、支払い金額の格納アドレスについて通知する（ステップＳＰ６）。ポイントアプリケーションは、自己の管理下にあるメモリ領域に書かれているポイント残高や、キャッシュバック設定ポイント数や、加算減算フラグ等を読み出し、また、クレジットアプリケーションから通知されたアドレスのメモリ領域へアクセスして、今回の支払い金額を読み出す。そして、ポイント生成のプログラムに従って、これらの情報を使用して、今回のポイントを生成し、今までの残高にこのポイントを加算することにより、累計ポイントを算出する。そして、ポイント残高を格納する所定のメモリ領域に今回算出した累計ポイント数を書き込むことにより、ポイント残高を更新させる。
【００３８】
上述したように、本実施形態によれば、ＩＣカード内部でアプリケーションの連続起動を可能とするので、情報処理端末からアプリケーション起動のコマンドを発行する手間が省ける。また、情報処理端末からポイントアプリケーションの起動に関するコマンドを発する必要がないことから、情報処理端末側にポイントアプリケーションに対応する機能を備える必要がなくなるため、情報処理端末のデータ量を軽減させることができる。
【００３９】
なお、上述した第１の実施形態においては、接触側ＯＳ上で行われる処理を例に挙げて説明したが、上述したようなアプリケーションの連続起動を非接触側ＯＳ上で行うことも可能である。
また、本実施形態においては、１つのＯＳ上で処理が完結しているため、１つのＯＳを備えていればよい。従って、１つのインターフェースと、１つのＯＳとまた、そのＯＳ上で動作する複数のアプリケーションを備えているＩＣカードであれば、本発明を適応することが可能である。
【００４０】
《第２の実施形態におけるＩＣカードの動作》
次に、図８及び図９を参照して、本発明の第２の実施形態におけるＩＣカードの動作について説明する。
上述した第１の実施形態においては、複数のＯＳ間でデータの送受が行われずに、１つのＯＳ上でのみ処理が完結している場合について述べた。これに対して、第２の実施形態では、第１の実施形態で述べたアプリケーションの連動機能に加え、複数のＯＳ間でデータの送受が行われる場合について説明する。
【００４１】
以下、本実施形態に係るＩＣカードの動作について説明するにあたり、ＩＣカード１は、図７に示すように接触側ＯＳ配下にＥＭＶに準拠したクレジットアプリケーションを備え、また、非接触側ＯＳ配下にポイントアプリケーションを備えていることとする。また、接触側ＯＳ配下には、非接触側ＯＳ配下にあるポイントアプリケーションファイルに処理要求を送出するためのリンクディレクトリＲ１０が設けられている。
また、本ＩＣカードとデータの取引を行うホストコンピュータ、ＰＯＳシステム等の情報処理端末は、ＩＣカードとのインターフェースとしてのカードＲ／Ｗを備えており、また、アプリケーションとしてクレジットアプリケーション、ポイントアプリケーションを保持している。
【００４２】
上述したような条件下で、今ＩＣカードの保有者がクレジットによって支払いを行う場合に、ＩＣカード、情報処理端末間で行われるデータ通信処理について説明する。
【００４３】
まず、ＩＣカードを情報処理端末の接触型カードＲ／Ｗに挿入することにより、接触型インターフェース１８ＡのＶｃｃ端子を介して情報処理端末側から電力が供給され（図８のステップＳＰ３１）、これにより、ＩＣカードは起動をはじめ、ＲＯＭ１２に書き込まれているブートプログラムを実行することにより所定の処理、例えば、接触型インターフェースに対応するオペレーティングシステムである接触側ＯＳを起動させる。
【００４４】
接触側ＯＳは、所定のメモリ領域に格納されているカウント値を１インクリメントし（ステップＳＰ３２）、続いて接触側ＯＳ配下でコマンドを受信するための受信処理を行う（ステップＳＰ３３）。そして、情報処理端末側からコマンドを受け付ける準備が完了すると、接触側ＯＳはその旨を情報処理端末に通知する。
ここで、所定のメモリ領域に格納されているカウント値は、取引エラーや処理の中断等の理由により、リセット処理がなされた場合に、ＯＳの管理によって１インクリメントされる。
【００４５】
次に、情報処理端末は、ポイントアプリケーションファイルの選択コマンドをＩＣカードに対して送出する（ステップＳＰ３４）。このとき、発行されたコマンドのヘッダーには、アクセスを要求するＤＦのファイル番号、即ちポイントアプリケーションを示唆するファイル番号が記載されている。
【００４６】
ＩＣカードの接触側ＯＳは受け付けたコマンドを解析し、これにより受信したコマンドがアプリケーションの選択であると認識すると、接続側ＯＳの一部であるファイルマネージャが起動する。接続側ファイルマネージャは、コマンドのヘッダー部に書かれたファイル番号と、接触側ＯＳのＭＦのディレクトリ情報とを参照することにより、選択要求がなされたファイル番号で識別されるファイルへのアクセス制御を行う。この結果、ファイルマネージャは、接触側ＯＳ配下に存在するリンクディレクトリＲ１０にアクセスする（ステップＳＰ３５）。
【００４７】
続いて、接触側ファイルマネージャは、リンクディレクトリＲ１０のディレクトリ情報を参照することにより、情報処理端末から選択指示されたアプリケーションが接触側ＯＳ配下に存在しないことを認識すると、このリンクディレクトリＲ１０に記載されているリンク先ファイル番号と情報処理端末から受信したコマンドとを非接触側ＯＳ配下へと送出する（ステップＳＰ３６）。
【００４８】
ここで、リンクディレクトリにリンク先ファイル番号として記載されているファイル番号は、リンク先である非接触側ＯＳ配下で管理されるファイル番号の形態と同様の形態で記載されている。即ち、リンクディレクトリでは、リンク先である非接触側ＯＳのファイルマネージャが識別可能な形態でファイル番号が記載されているため、接触側のファイルマネージャは、このファイル番号を非接触側ファイルマネージャに受け渡すことにより、ＯＳ間での情報の受け渡しが可能となる。また、情報処理端末から送信されてくる種々のコマンドは、接触側ＯＳ、非接触側ＯＳ間で互換性がとれたコマンドとなっているため、コマンドのデータ変換等の処理は不要となる。従って、上述の場合においては、接触側のファイルマネージャは、情報処理端末から受信したコマンドをデータ処理せずにリンク先の非接触側ファイルマネージャに渡せばよいこととなる。
【００４９】
非接触側ＯＳの一部であるファイルマネージャが接触側ＯＳからリンク先ファイル番号を受け取ると、このファイル番号で識別されるアプリケーションファイルにアクセスする（ステップＳＰ３７）。この結果、ポイントアプリケーションファイルで管理されるポイントアプリケーションプログラムが読み出される（ステップＳＰ３８）。
【００５０】
続いて、接続型カードＲ／Ｗを介して情報処理端末からポイントアプリケーション管理下のデータの読み出しコマンドがＩＣカードに対して送出されると（ステップＳＰ３９）、上述した経路で非接触側のファイルマネージャにポイントアプリケーション管理下のデータの読み出しコマンドが転送される。これにより、非接触側のファイルマネージャは、ポイントアプリケーションファイルへアクセスし、このアプリケーションファイルによって管理されるメモリ領域からポイント情報、金額、利用回数等のデータを読み出し、このデータを接触側ＯＳへ送出する。係る処理により、接触側ＯＳは受信したデータを接触型インターフェース１８Ａを介して送出する（ステップＳＰ４０）。これにより接続型カードＲ／Ｗを介して情報処理端末は現在ＩＣカードが保持しているポイント等の情報を取得することができる。
【００５１】
情報処理端末は、受信したポイント情報等を受信すると、自己が備えているポイントアプリケーションを起動させることにより、今回の支払い額に応じたポイント数等を算出し、算出したポイント数とＩＣカードから読み出したポイント数とを加算することにより、累計ポイント数を算出する（ステップＳＰ４１）。そして、このようなポイントに関わる処理が終了すると、続いて、情報処理端末は、ＩＣカードに対して、算出した累計ポイント数をポイントアプリケーションリンクディレクトリの仮想エリアに書き込む命令を出す（ステップＳＰ４２）。この時、格納コマンドのヘッダーには、接触側ＯＳ配下のポイントアプリケーションに対応するリンクディレクトリのファイル番号と、レコード識別子等が記載され、データとして累計ポイント数が記載される。
【００５２】
この格納コマンドを接触側ＯＳは受信すると、接触側のファイルマネージャは格納コマンドのヘッダーに記載されているファイル番号で識別されるファイル、即ちポイントアプリケーションに対応するリンクディレクトリＲ１０にアクセスし、このリンクディレクトリＲ１０の仮想エリアに累計ポイント数を格納する。更に、接触側ＯＳは、ステップＳＰ３２のカウント値が格納されているメモリ領域にアクセスし、現在のカウント値を読み出してその値を同じくリンクディレクトリＲ１０の仮想エリアに書き込む（ステップＳＰ４３）。
【００５３】
続いて、情報処理端末は、クレジット決済処理を行うために、ＩＣカードに対してクレジットアプリケーションの選択要求を出す（図９のステップＳＰ４４）。係るコマンドを受け付けると、接触側のファイルマネージャは選択要求に従って接触側ＯＳ配下にあるクレジットアプリケーションファイルにアクセスし、クレジットアプリケーション管理下におけるメモリ領域からプログラム等を読み出し、実行する（ステップＳＰ４５）。これにより、クレジットアプリケーションプログラムに従って、ＩＣカードと情報処理端末との間で種々のデータ送受が行われることにより、データ認証、カード所有者検証、端末リスク管理等のクレジット決済に係る種々の処理が行われる（ステップＳＰ４６）。
【００５４】
そして、クレジット決済処理が終了し、取引が成立すると（ステップＳＰ４７）、クレジットアプリケーションはリンクディレクトリＲ１０に格納されているカウンタ値と、所定のメモリ領域に格納されているカウンタ値とを読み出す（ステップＳＰ４８）。そして、これらのカウンタ値を比較する（ステップＳＰ４９）。即ち、ここでカウンタ値が同値であれば（ステップＳＰ４９でＹＥＳ）、ステップＳＰ４３においてリンクディレクトリの仮想エリアにポイント数を格納した時点からステップＳＰ４７において決済処理が終了して取引が成立するまでの間に、エラー等が生じることなく一連の処理が終了したと判断できる。従って、現在リンクディレクトリの仮想エリアに格納されているポイント値は信頼のおける情報であると判断し、クレジットアプリケーションは、接触側ＯＳに対してリンクディレクトリＲ１０の仮想エリアに格納されているポイント値を非接触側ＯＳ配下のポイントアプリケーションによって管理されるメモリ領域に書き込む指示を出す。
【００５５】
これにより、接触側ＯＳのファイルマネージャは、非接触側ＯＳのファイルマネージャに対してポイントアプリケーション管理下にあるメモリ領域にポイント値を書き込む旨を通知し、非接触側ＯＳのファイルマネージャはポイントアプリケーションファイルにアクセスする。この結果、ポイントアプリケーションは、自己が管理するメモリ領域にポイント情報を書き込む処理を行う（ステップＳＰ５０）。
一方、ステップＳＰ４９において、カウンタ値が同値出なかった場合には（ステップＳＰ４９でＮＯ）、接触側ＯＳは、エラー処理を実行する（ステップＳＰ５１）。
【００５６】
《第３の実施形態におけるＩＣカードの動作》
次に、図１１及び図１２を参照して、本発明の第３の実施形態におけるＩＣカードの動作について説明する。
【００５７】
以下、本実施形態に係るＩＣカードの動作について説明するにあたり、ＩＣカード１は、図１０に示すように接触側ＯＳ配下にＥＭＶに準拠したクレジットアプリケーションを備え、また、非接触側ＯＳ配下に電子チケットアプリケーションを備えていることとする。また、接触側ＯＳ配下には、非接触側ＯＳ配下にある電子チケットアプリケーションファイルに処理要求を送出するためのリンクディレクトリＲ２０が設けられている。電子チケット情報としては、興業用のチケット情報や、交通用の乗車券等が例に挙げられる。
また、本ＩＣカードとデータの取引を行うホストコンピュータ、ＰＯＳシステム等の情報処理端末は、ＩＣカードとのインターフェースとしてのカードＲ／Ｗを備えており、また、アプリケーションとしてクレジットアプリケーション、電子チケットアプリケーションを保持している。
【００５８】
上述したような条件下で、今ＩＣカードの保有者がクレジットによって支払いを行う場合に、ＩＣカード、情報処理端末間で行われるデータ通信処理について説明する。
【００５９】
まず、ＩＣカードを情報処理端末の接触型カードＲ／Ｗに挿入することにより、接触型インターフェース１８ＡのＶｃｃ端子を介して情報処理端末側から電力が供給され（図１１のステップＳＰ７１）、これにより、ＩＣカードは起動をはじめ、ＲＯＭ１２に書き込まれているブートプログラムを実行することにより所定の処理、例えば、接触型インターフェースに対応するオペレーティングシステムである接触側ＯＳを起動させる。
【００６０】
接触側ＯＳは、まず、所定のメモリ領域に格納されているカウンタ値を１インクリメントし（ステップＳＰ７２）、続いて接触側ＯＳ配下でコマンドを受信するための受信処理を行う（ステップＳＰ７３）。そして、情報処理端末側からコマンドを受け付ける準備が完了すると、接触側ＯＳはその旨を情報処理端末に通知する。
ここで、所定のメモリ領域に格納されているカウント値は、エラーや処理の中断等の理由により、リセット処理がなされた場合に、ＯＳの管理によって１インクリメントされる。
【００６１】
次に、情報処理端末は、電子チケットアプリケーションファイルの選択コマンドをＩＣカードに対して送出する（ステップＳＰ７４）。このとき、発行されたコマンドのヘッダーには、アクセスを要求するＤＦのファイル番号、即ち電子チケットアプリケーションを示唆するファイル番号が記載されている。
【００６２】
ＩＣカードの接触側ＯＳは受け付けたコマンドを解析し、これにより受信したコマンドがアプリケーションの選択であると認識すると、接続側ＯＳの一部であるファイルマネージャが起動する。接続側ファイルマネージャは、コマンドのヘッダー部に書かれたファイル番号と、接触側ＯＳのＭＦのディレクトリ情報とを参照することにより、選択要求がなされたファイル番号で識別されるファイルへのアクセス制御を行う。この結果、ファイルマネージャは、接触側ＯＳ配下に存在するリンクディレクトリＲ２０にアクセスする（ステップＳＰ７５）。
【００６３】
続いて、接触側ファイルマネージャは、リンクディレクトリＲ２０のディレクトリ情報を参照することにより、情報処理端末から選択指示されたアプリケーションが接触側ＯＳ配下に存在しないことを認識すると、このリンクディレクトリＲ２０に記載されているリンク先ファイル番号と情報処理端末から受信したコマンドとを非接触側ＯＳ配下へと送出する（ステップＳＰ７６）。
【００６４】
ここで、リンクディレクトリにリンク先ファイル番号として記載されているファイル番号は、リンク先である非接触側ＯＳ配下で管理されるファイル番号の形態と同様の形態で記載されている。即ち、リンクディレクトリでは、リンク先である非接触側ＯＳのファイルマネージャが識別可能な形態でファイル番号が記載されているため、接触側のファイルマネージャは、このファイル番号を非接触側ファイルマネージャに受け渡すことにより、ＯＳ間での情報の受け渡しが可能となる。また、情報処理端末から送信されてくる種々のコマンドは、接触側ＯＳ、非接触側ＯＳ間で互換性がとれたコマンドとなっているため、コマンドのデータ変換等の処理は不要となる。従って、上述の場合においては、接触側のファイルマネージャは、情報処理端末から受信したコマンドをデータ処理せずにリンク先の非接触側ファイルマネージャに渡せばよいこととなる。
【００６５】
非接触側ＯＳの一部であるファイルマネージャが接触側ＯＳからリンク先ファイル番号を受け取ると、このファイル番号で識別されるアプリケーションファイルにアクセスする（ステップＳＰ７７）。この結果、電子チケットアプリケーションファイルで管理される電子チケットアプリケーションプログラムが読み出される（ステップＳＰ７８）。
【００６６】
続いて、接触型カードＲ／Ｗを介して情報処理端末から電子チケットアプリケーション管理下のデータの読み出しコマンドがＩＣカードに対して送出されると（ステップＳＰ７９）、上述した経路で非接触側のファイルマネージャに電子チケットアプリケーション管理下のデータの読み出しコマンドが転送される。これにより、非接触側のファイルマネージャは、電子チケットアプリケーションファイルへアクセスし、このアプリケーションファイルによって管理されるメモリ領域から利用履歴情報や、データ空き領域情報等を読み出し、このデータを接触側ＯＳへ送出する。係る処理により、接触側ＯＳは受信したデータを接触型インターフェース１８Ａを介して送出する（ステップＳＰ８０）。これにより接触型カードＲ／Ｗを介して情報処理端末は現在ＩＣカードが保持している利用回数等の情報を取得することができる。
【００６７】
情報処理端末は、受信したポイント情報等を受信すると、自己が備えている電子チケットアプリケーションを起動させることにより、チケット予約登録の情報を生成する（ステップＳＰ８１）。そして、このようなチケット生成に関わる処理が終了すると、続いて、情報処理端末は、ＩＣカードに対して、生成したチケット情報を電子チケットアプリケーションリンクディレクトリの仮想エリアに書き込む命令を出す（ステップＳＰ８２）。なお、この仮想エリアは、書き込み／読み出し可能なメモリエリアである。この時、格納コマンドのヘッダーには、接触側ＯＳ配下の電子チケットアプリケーションに対応するリンクディレクトリのファイル番号と、レコード識別子等が記載され、データとして電子チケット情報が記載される。
【００６８】
この格納コマンドを接触側ＯＳは受信すると、接触側のファイルマネージャは格納コマンドのヘッダーに記載されているファイル番号で識別されるファイル、即ち電子チケットアプリケーションに対応するリンクディレクトリＲ２０にアクセスし、このリンクディレクトリＲ２０の仮想エリアに電子チケット情報を格納する。更に、接触側ＯＳは、ステップＳＰ３２のカウント値が格納されているメモリ領域にアクセスし、現在のカウント値を読み出してその値を同じくリンクディレクトリＲ２０の仮想エリアに書き込む（ステップＳＰ８３）。なお、この処理が終了することにより、一旦、電子チケットアプリケーションの動作が中断される。
【００６９】
続いて、情報処理端末は、クレジット決済処理を行うために、ＩＣカードに対してクレジットアプリケーションの選択要求を出す（ステップＳＰ８４）。係るコマンドを受け付けると、接触側のファイルマネージャは選択要求に従って接触側ＯＳ配下にあるクレジットアプリケーションファイルにアクセスし、クレジットアプリケーション管理下におけるメモリ領域からプログラム等を読み出し、実行する（図１２のステップＳＰ８５）。これにより、クレジットアプリケーションプログラムに従って、ＩＣカードと情報処理端末との間で種々のデータ送受が行われることにより、データ認証、カード所有者検証、端末リスク管理等のクレジット決済に係る種々の処理が行われる（ステップＳＰ８６）。
【００７０】
そして、クレジット決済処理が終了し、取引が成立すると（ステップＳＰ８７）、クレジットアプリケーションはリンクディレクトリＲ２０に格納されているカウンタ値と、所定のメモリ領域に格納されているカウンタ値とを読み出す（ステップＳＰ８８）。そして、これらのカウンタ値を比較する（ステップＳＰ８９）。即ち、ここでカウンタ値が同値であれば（ステップＳＰ８９でＹＥＳ）、ステップＳＰ８３においてリンクディレクトリの仮想エリアに電子チケット情報を格納した時点からステップＳＰ８７において決済処理が終了して取引が成立するまでの間に、エラー等が生じることなく一連の処理が終了したと判断できる。従って、現在リンクディレクトリの仮想エリアに格納されている電子チケット情報は、決済取引が成立した電子情報であると判断し、クレジットアプリケーションは、接触側ＯＳに対してリンクディレクトリＲ２０の仮想エリアに格納されている電子チケット情報を非接触側ＯＳ配下の電子チケットアプリケーションによって管理されるメモリ領域に書き込む指示を出す。
【００７１】
これにより、接触側ＯＳのファイルマネージャは、非接触側ＯＳのファイルマネージャに対して電子チケットアプリケーション管理下にあるメモリ領域に電子チケット情報を書き込む旨を通知し、非接触側ＯＳのファイルマネージャは電子チケットアプリケーションファイルにアクセスする。この結果、電子チケットアプリケーションは、自己が管理するメモリ領域（読み出しのみ可能なメモリでもよい）に電子チケット情報を書き込む処理を行う（ステップＳＰ９０）。
一方、ステップＳＰ４９において、カウンタ値が同値出なかった場合には（ステップＳＰ８９でＮＯ）、接触側ＯＳは、エラー処理を実行する（ステップＳＰ９１）。
【００７２】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
例えば、上述した実施形態では、ＩＣカードとデータを送受する情報処理端末は、カードＲ／Ｗを備える他、ＩＣカードが保有している種々のアプリケーションについても保持し、ＩＣカードと直接接触して種々の処理を実行する形態であったが、これに限らず、例えば、ＩＣカードと情報処理端末とをネットワークを介して接続させて、種々のアプリケーションを実行させることも可能である。
この場合、ＩＣカードと情報処理端末との間にはデータを送受信する装置が介在する必要がある。そして、この介在装置に、ＩＣカードとのデータ送受を行うためのカードＲ／Ｗと、ネットワークを介して情報処理端末とデータ通信を行うための通信Ｉ／Ｆとを設ける必要がある。このような装置を介すことにより、ネットワークを介したＩＣカードと情報処理端末とのデータ通信が可能となる。
【００７３】
また、上述した本実施形態では、リンクディレクトリは、各ファイル構造のＤＦに対応して設けられていたが、このリンクディレクトリはどのファイルに対応して設けられても良く、例えば、ＭＦに対応してリンクディレクトリを作成することも可能であるし、各ＤＦ配下にあるＥＦに対応するようにリンクディレクトリを作成しても良い。各ＭＦに対応してリンクディレクトリを作成することになれば、リンクディレクトリは各ＯＳ配下において唯一のものとなる。
【００７４】
また、本実施形態では接触側ＯＳ、非接触側ＯＳにそれぞれリンクディレクトリを設け、双方向通信を可能としたが、これに限らず、どちらか一方のＯＳにリンクディレクトリを設け、一方向通信のみを可能とするようにしてもよい。
このとき、接触側から非接触側へのリンク情報を設け、接触側から非接触側へのアクセスを可能とする方が、非接触側から接触側へのアクセスを可能とするよりも有効である。
ここで、接触型インターフェースを介して送受信されるデータに代表されるクレジットカード等の金融決済機能はＥＭＶ仕様に準拠することが規定されているため、金融決済等に関わるデータ送受信のインターフェースは、ＥＭＶ仕様が前提とするＩＳＯ／ＩＥＣ７８１６シリーズにより、接触側インターフェースに制限される。このように、金融決済に係るデータ取引においては、ビジネスの実体上、非接触から接触側へのアクセスは制限されることが多いと想定されるため、ＯＳ間のアクセスを一方向通信のみ可能とする場合には、接触側から非接触側へのアクセスとすることが好適である。
また、上述の実施形態においては、クレジットアプリケーションが実行され、決済取引が成立したことを受けて起動されるアプリケーションとして、ポイントアプリケーションを例に挙げて説明し、一方、クレジットアプリケーションが実行され、決済取引が成立したことを受けて、処理を再開するアプリケーションとして電子チケットアプリケーションを例に挙げて説明したが、これらは、一例であり、そのプログラムの処理内容により、前者にもなりえ、後者にもなり得ることはいうまでもない。
【００７５】
【発明の効果】
以上説明したように、本発明の集積回路によれば、アプリケーションの連続起動に加え、複数のオペレーティングシステム間でデータの送受をＩＣカード内部において可能とし、更に、アプリケーション間でのデータの共有も可能となる。
【００８３】
また、請求項４に記載の発明によれば、請求項１から請求項３のいずれかの項に記載の集積回路をＩＣカードに実装することにより、アプリケーションの連続起動や、アプリケーション間でのデータの共有化が実現できる。
これにより、各アプリケーションによって管理されているデータへの処理要求が可能となるため、汎用性と利便性の極めて高いＩＣカードを実現させることができるという効果を奏する。
【００８４】
また、この集積回路をＳＩＭ形式にすることで、例えば携帯電話機、ＰＨＳ（Personal Handy-phone System）、ＰＤＡ（Personal Digital Assistants）等の携帯通信端末等に搭載させることが可能となり、アプリケーション間でのデータの共有や、アプリケーションの連続起動が実現できる。
これにより、汎用性及び利便性の極めて高い前記の様々な媒体を実現させることができるという効果を奏する。
【図面の簡単な説明】
【図１】 本発明の一実施形態に係る接触側ＯＳ配下及び非接触側ＯＳ配下のファイル構造を示す図である。
【図２】 同実施形態に係るＩＣカードの概略構成図を示す図である。
【図３】 アプリケーションファイルのファイル構成の一例を示す図である。
【図４】 リンクディレクトリのファイル構成の一例を示す図である。
【図５】 本発明の第１の実施形態に係るＩＣカードの動作を説明するための各ＯＳ配下におけるファイル構造の具体例を示す図である。
【図６】 同実施形態に係るＩＣカードと情報処理端末間で行われる処理のフローチャートである。
【図７】 本発明の第２の実施形態に係るＩＣカードの動作を説明するための各ＯＳ配下におけるファイル構造の具体例を示す図である。
【図８】 同実施形態に係るＩＣカードと情報処理端末間で行われる処理のフローチャートである。
【図９】 同実施形態に係るＩＣカードと情報処理端末間で行われる処理のフローチャートである。
【図１０】 本発明の第３の実施形態に係るＩＣカードの動作を説明するための各ＯＳ配下におけるファイル構造の具体例を示す図である。
【図１１】 同実施形態に係るＩＣカードと情報処理端末間で行われる処理のフローチャートである。
【図１２】 同実施形態に係るＩＣカードと情報処理端末間で行われる処理のフローチャートである。
【符号の説明】
１…ＩＣカード、１０…ＣＰＵ、１２…ＲＯＭ、１４…ＥＥＰＲＯＭ、１６…ＲＡＭ、１８Ａ…接触型インターフェース、１８Ｂ…非接触型インターフェース
【発明の属する技術分野】
本発明は、複数のアプリケーションを備え、アプリケーションの連動を可能にする集積回路及びＩＣカードに関する。
【０００２】
【従来の技術】
従来、カードにデータを記憶するメモリを搭載し、個人認証情報や、商品購入時のポイント情報等を読み書きすることが可能なＩＣカードの普及が進んでいる。
ＩＣカードとしては、ＩＣカードと情報の送受を行うための外部装置であるＩＣカードリーダライタ（以下、カードＲ／Ｗと称する）とＩＣカード間の電力供給やデータの送受を、電気的に接続した端子等の接触型インターフェースを介して行う接触ＩＣカードや、カードＲ／ＷとＩＣカード間のデータの送受を、電波送受可能なアンテナ等の非接触型インターフェースを介して行う非接触ＩＣカードが知られている。
【０００３】
上記接触ＩＣカードの例としては、クレジットカード、銀行のキャッシュカードが挙げられ、他方、非接触ＩＣカードの例としては、自動改札を通る定期券等が挙げられる。そして、近年では、個々のＩＣカードが備える機能（例えば、上述のクレジットカードとしての機能、キャッシュカードとしての機能、定期券の機能等）を１つのＩＣカードに集約した多機能ＩＣカードの開発が進められている。この多機能ＩＣカードでは、複数のアプリケーションが１つの半導体集積回路に実装されている。
【０００４】
【発明が解決しようとする課題】
従来、上述した多機能ＩＣカードでは、同一取引の処理過程で異なるアプリケーションを連続して起動させる際には、１つのアプリケーションの処理が終了した後でなければ、次のアプリケーションを起動させることができないという欠点があった。
また、従来のＩＣカードにあっては、アプリケーションの起動は、外部装置から入力される所定のコマンドによって制御されていたため、１つの処理を終了してから次の処理を開始するまでに、所定のコマンドの発行等の処理が必須となるため、アプリケーション開始に時間を要するという問題があった。
更に、外部装置は、アプリケーションを起動させるコマンドを発行するために、各アプリケーションに対応する機能を装備している必要があり、装備付加が多く、利用範囲が制限されるという問題があった。
【０００５】
また一方では、ＩＣカード内のメモリ領域において、各アプリケーション間にはファイアウォールが介在しているため、アプリケーション間のデータの共有等が不可能であった。従って、１つのアプリケーションが実行されることによって発生したデータ等を他のアプリケーションが使用する場合には、そのデータは、一旦、外部装置に転送され、外部装置を介して他のアプリケーションへと供給される必要があったため、データ転送に係る処理時間が長く、効率よく処理を実行することが困難であるという問題があった。
【０００６】
本発明はこのような事情に鑑みてなされたもので、アプリケーションの連続起動をＩＣカード内部において可能とし、更に、アプリケーション間でのデータの共有も可能とする集積回路及びＩＣカードを提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するために、本発明は、外部装置との間でデータを送受信する第１及び第２のインタフェースと中央処理装置と前記中央処理装置で実行されるプログラムを記憶するメモリとを備えた集積回路であって、前記メモリには、前記第１のインタフェースに対応する第１のオペレーティングシステムと、前記第２のインタフェースに対応する第２のオペレーティングシステムと、前記第１のオペレーティングシステム上で動作する第１のアプリケーションと、前記第２のオペレーティングシステム上で動作する第２のアプリケーションとが記憶され、前記アプリケーションは、次に実行されるアプリケーションの情報を備えるとともに、自己の処理を実行することにより生じたデータに基づいて、次に実行されるアプリケーションを起動させるか否かを判断するステップと、起動させると判断した場合に、次に起動すべきアプリケーションの起動指示を自オペレーティングシステムに対して要求するステップとを中央処理装置に実行させるものであり、前記第１又は第２のオペレーティングシステムの配下のファイル構造は、自オペレーティングシステムとは異なるオペレーティングシステムの配下のアプリケーションファイルを示すリンク先ファイル識別情報を有するリンクディレクトリを有し、前記第１又は第２のオペレーティングシステムは、自オペレーティングシステムの前記インタフェースから入力されたアプリケーションファイルの選択コマンドに含まれるファイル識別情報に基づき、対応する前記リンクディレクトリを参照し、当該リンクディレクトリ中のリンク先ファイル識別情報および前記選択コマンドを自オペレーティングシステムとは異なるオペレーティングシステムに送出するファイルマネージャを有することを特徴とする。
なお、前記オペレーティングシステムは、ＩＳＯ／ＩＥＣ７８１６シリーズの規定に準拠していることが好ましい。
また、この集積回路は、ＳＩＭ（Subscriber Identification Module）形式にすることも可能である。これにより、様々な媒体に本発明を適用させることが可能となり、より汎用性の優れた集積回路を提供することが可能となる。
【０００８】
また、上記集積回路において、前記リンクディレクトリは、当該リンク先ファイル識別情報に対応するアプリケーションに係るデータを格納する仮想エリアを有することを特徴とする。
【０００９】
また、上記集積回路において、前記メモリには、エラー処理が生じた場合に値が変更されるカウント値が記憶され、前記アプリケーションは、前記カウント値に基づいて正常に処理が行われたか否かの判断と、正常に処理が行われた場合に、自オペレーティングシステムに対して、所定のリンクディレクトリの仮想エリアに格納されているデータを当該リンクディレクトリのリンク先ファイル識別情報に対応するアプリケーションによって管理されるメモリ領域に書き込む指示とを中央処理装置に実行させることを特徴とする。
【００１５】
本発明に係るＩＣカードは、請求項１から請求項３のいずれかの項に記載の集積回路を実装したことを特徴とする。
【００１６】
【発明の実施の形態】
以下、図面を参照し、本発明の一実施形態について説明する。
《半導体集積回路の内部概略構成》
図２は、本発明の一実施形態に係るＩＣカードに搭載される半導体集積回路のの概要構成を示すブロック図である。同図に示すように、本実施形態に係る半導体集積回路１は、ＩＣカード全体の制御を行うＣＰＵ１０、ブートプログラム等のプログラム等の固定データが記憶されたＲＯＭ（Read Only Memory）１２、電気的にデータの書き込み、消去が可能なＥＥＰＲＯＭ（Electronically Erasable Programmable ＲＯＭ）１４、各種データを一時的に記憶するＲＡＭ（Random Access Memory）１６、外部装置であるＩＣカードリードライタ（以下、カードＲ／Ｗと称する）と電力、データの授受を行う接触型インターフェース（Ｉ／Ｆ）１８Ａ及び非接触型インターフェース（Ｉ／Ｆ）１８Ｂ等を備えている。
【００１７】
上記接触型インターフェース１８Ａは、外部より電源を供給するための電源端子Ｖｃｃ及びグラウンド端子ＧＮＤと、外部よりリセット信号を受信するためのリセット信号端子ＲＳＴと、外部との間でデータの送受信をするためのＩ／Ｏ端子Ｉ／Ｏと、外部よりシステムクロック信号を受信するためのクロック端子ＣＬＫとを備えている。上述した金属製の各端子は、ＩＣカードの表面に配置されており、これらの端子を外部装置である接触型カードＲ／Ｗに電気的に接触させることにより、電力の供給や、データの送受を行う。
【００１８】
一方、非接触型インターフェース１８Ｂは、ＩＣカード内部に形成されたコイル状のアンテナと、ＲＦ回路とから構成され、上記アンテナを介して外部装置である非接触型カードＲ／Ｗと電波により電力の供給やデータの送受を行う。非接触型インターフェース１８Ｂによれば、ＩＣカードがカードＲ／Ｗに接触しないため、摩耗部分がなく、カードＲ／ＷとＩＣカードの寿命が長くなる他、アンテナがＩＣカードの内部に設置されているため、カードの表面と裏面とを全て印刷に使用できる、複数枚のＩＣカードに対してほぼ同時に読み書きができる等の利点がある。
【００１９】
そして、上記ＲＯＭ１２には、接触型インターフェース１８Ａに対応するオペレーティングシステムであるＯＳ（以下、接触側ＯＳと称する）、非接触型インターフェース１８Ｂに対応するオペレーティングシステムであるＯＳ（以下、非接触側ＯＳと称する）がそれぞれ記憶されている。
また、ＥＥＰＲＯＭ１４には、接触側ＯＳ又は非接触側ＯＳ上で動作するアプリケーション、認証キー情報、データ等が格納されている。
また、接触側ＯＳ上で動作するアプリケーションとしては、クレジット決済アプリケーション等の金融に係るアプリケーションが例として挙げられる。これらのアプリケーションは、個人認証の重要性が高く、データの送受に関しても高い信頼性を確保することが必要とされることから、端子を接触させてデータの送受を行うのが適切である。
【００２０】
一方、非接触側ＯＳ上で動作するアプリケーションとしては、支払い時に発生するポイントを管理するポイントアプリケーションや、自動改札等に関連する電子チケットアプリケーション等が例として挙げられる。
非接触インターフェース１８Ｂを介して送受されるデータは、上述した接触インターフェース１８Ａを介して送受されるデータに比べて、個人認証の重要性があまり高くなく、データ送受のスピードが重視される上述のアプリケーションが対象となる。
【００２１】
《ファイル構造》
続いて、図１に本発明の一実施形態におけるファイルの階層構造を示す。ここで、符号Ｆ１は接触側ＯＳ配下のファイル構造を示しており、符号Ｆ２は非接触側ＯＳ配下のファイル構造を示している。尚、ここでのファイル構造は、原国際規格ＩＳＯ／ＩＥＣ７８１６の規定に準拠したものとなっている。
【００２２】
接触側ＯＳ配下のファイル構造Ｆ１において、ＭＦ（Master File）は、接触側ＯＳ配下のファイル構造の最上位に位置するファイルであり、以下に示すＰＳＥ（Payment System Environment）、ＤＦ（Dedicated File）、及びＥＦ（Elementary File）がＭＦの配下に構成される。
なお、接触側ＯＳ配下のファイル構造は、ＥＭＶに準拠したファイル構造となっている。ここでＥＭＶとは、金融系ＩＣカードの利用を促進するために、VISAインターナショナル、MasterCardインターナショナル、Europayインターナショナルの３社が共同で制定したＩＣカード及び端末の共通規格である。この規格に準拠することで、理論的にはＥＭＶ準拠ＩＣカードであれば、いかなるＥＭＶ準拠端末においても正常な取り扱いが保証される。
【００２３】
ＰＳＥは決済システム等の金融用途に使用される、いわゆる決済用アプリケーションの動作環境を管理する環境整備ファイルであり、金融に係る種々のアプリケーションは、このＰＳＥ配下に統括管理される。
【００２４】
ＤＦは、同一アプリケーションの配下にあるＥＦの集合に相当し、配下に構成されるＥＦのファイル番号、属性情報等を有している。
ＥＦは、同一のファイル識別子を有しているデータ単位又はレコードの集合であり、アプリケーションプログラム、データ等を格納するＷＥＦ（Working ＥＦ）と、認証鍵及び暗号を格納するＩＥＦ（Internal ＥＦ）とに分類される。
なお、上記ファイル構造Ｆ１において、ＤＦとその配下にあるＥＦの一束を１つのアプリケーションファイルと見なすことができる。
また、上記各ファイル（ＭＦ、ＰＳＥ、ＤＦ、ＥＦ）には、それぞれディレクトリ情報が添付されており、このディレクトリ情報により配下に構成されているファイル構造を認識、管理することが可能となる。
【００２５】
他方、上述した決済用のアプリケーションは接触側ＯＳ配下でのみ動作するアプリケーションであり、非接触側ＯＳ配下では動作不可能であるため、非接触側ＯＳ配下のファイル構造Ｆ２においては、決済用アプリケーションを統括するＰＳＥが不要となる。従って、非接触側ＯＳ配下のファイル構成Ｆ２は、上述したファイル構成Ｆ１においてＰＳＥを排除したファイル構成となっている。
【００２６】
そして、上述した接触側ＯＳ、非接触側ＯＳ配下のファイル構造Ｆ１、Ｆ２において、リンクディレクトリＲ＿ＤＩＲが設けられている。
このリンクディレクトリＲ＿ＤＩＲは、上述した各ＤＦに対応してそれぞれ異なるＯＳ配下に構成されるものであり、例えば、接触側ＯＳ配下に存在する各ＤＦに対して１対１対応で非接触側ＯＳ配下にリンクディレクトリＲ＿ＤＩＲが設けられ、同様に非接触側ＯＳ配下に存在する各ＤＦに１対１対応するリンクディレクトリＲ＿ＤＩＲが接触側ＯＳ配下に設けられる。そして、各リンクディレクトリＲ＿ＤＩＲは、対応するＤＦへのリンク情報を備え、ＯＳ間のコマンドの送出を可能にしている。
【００２７】
《ファイル構成》
次に、上述したＤＦ、ＥＦ、ディレクトリ情報からなる１つのアプリケーションの構成（以下、アプリケーションファイルと称する）、リンクディレクトリＲ＿ＤＩＲの構成について図３、図４を参照して説明する。なお、ＭＦ、ＰＳＥ、ＤＦ、ＥＦはそれぞれ図２に示したＥＥＰＲＯＭに格納されている。
【００２８】
図３は、ＤＦ、ＥＦ、ディレクトリ情報ＤＲからなるアプリケーションファイルの構造を示した図である。同図において、ディレクトリ情報ＤＲにはＤＦを識別するためのファイル番号、ファイル位置、照合又は相互認証等の鍵情報、アクセス条件、属性等の情報が格納されている。
上記アクセス条件は、外部装置或いは他のアプリケーションによって、書き込み、又は読み出しのコマンドが発生した場合に、どのコマンドを許容するかを示す情報である。例えば、このアクセス条件に“READ ONLY”の情報が記載されていた場合には、読み出し専用で書き込みは不可ということとなる。
なお、ＤＦには、ＤＦ配下に構成されるＥＦのファイル位置、即ち、本アプリケーションファイルを構成する各ＥＦのファイル位置、属性等の情報を有している。
各ＥＦには、実際にアプリケーションファイルのプログラム、データ、認証鍵データ等が所定バイト毎に分割されて格納されている。
【００２９】
続いて、図４を参照してリンクディレクトリＲ＿ＤＩＲの構造について説明する。同図において、ディレクトリ情報には、当該リンクディレクトリを識別するためのファイル番号、当該ファイルの位置情報、属性、及びリンク先ファイル番号として当該リンクディレクトリと１対１対応しているＤＦのファイル番号が記載されている。
【００３０】
また、上記属性情報の１つとして、アクセス条件が記載されている。このアクセス条件は、リンク先のＤＦの属性を示すものであり、リンク先のＤＦの属性が書き込み専用であれば、書き込み専用の情報がアクセス条件として記載される。その他、アクセス条件としてセキュリティ制御やコマンド制御に係る情報を記載することにより、リンクディレクトリを参照することで、当該リンクディレクトリに対応するＤＦへのアクセス制御等を行うことが可能となる。
このように、リンクディレクトリＲ＿ＤＩＲには、異なるＯＳ配下におけるファイル番号の情報が記載されているため、このファイル番号に基づいて異なるＯＳ間におけるコマンドの転送等が可能となる。
【００３１】
なお、図４に示すように、リンクディレクトリは上述のディレクトリ情報、ＤＦ、ＥＦから構成されるよう図示されている。しかし、本実施形態においては、ディレクトリ情報がリンクディレクトリとして記録されており、図示されたＤＦ、ＥＦは概念的なものであり、実際には、容量０バイトとして存在している。
【００３２】
《第１の実施形態におけるＩＣカードの動作》
次に、本発明の第１の実施形態に係るＩＣカードの動作について図６を参照して説明する。
ここで、ＩＣカード１は、図５に示すように接触側ＯＳ配下にＥＭＶに準拠したクレジットアプリケーション及びポイントアプリケーションを備えていることとする。
また、本ＩＣカードとデータの取引を行うホストコンピュータ、ＰＯＳシステム等の情報処理端末は、ＩＣカードとのインターフェースとしてのカードＲ／Ｗを備えており、また、アプリケーションとしてクレジットアプリケーションを保持している。
【００３３】
上述したような条件下で、今ＩＣカードの保有者がクレジットによって支払いを行う場合に、ＩＣカード、情報処理端末間で行われるデータ通信処理について説明する。
【００３４】
まず、ＩＣカードを情報処理端末の接触型カードＲ／Ｗに挿入することにより、接触型インターフェース１８ＡのＶｃｃ端子を介して情報処理端末側から電力が供給され、これにより、ＩＣカードは起動をはじめ、ＲＯＭ１２に書き込まれているブートプログラムを実行することにより所定の処理、例えば、接触型インターフェースに対応するオペレーティングシステムである接触側ＯＳを起動させる。
【００３５】
ＩＣカードが起動すると、接触側ＯＳ配下でコマンドを受信するための受信処理が行われる。そして、情報処理端末側からコマンドを受け付ける準備が完了すると、その旨を情報処理端末に通知する。
【００３６】
続いて、情報処理端末は、接触型カードＲ／Ｗからクレジットアプリケーションの選択コマンドを出力する（図７のステップＳＰ１）。接触型インターフェース１８Ａを介して係るコマンドを受信すると、接触側ＯＳのファイルマネージャは、指定されたコマンドに従って接触側ＯＳ配下にあるクレジットアプリケーションファイルにアクセスし、クレジットアプリケーション管理下におけるメモリ領域からプログラム等を読み出し、実行する（ステップＳＰ２）。これにより、クレジットアプリケーションプログラムに従って、ＩＣカードと情報処理端末との間で種々のデータ送受が行われることにより、データ認証、カード所有者検証、端末リスク管理等のクレジット決済に係る種々の処理が行われる（ステップＳＰ３）。そして、クレジット決済処理が終了し、取引が成立すると（ステップＳＰ４）、クレジットアプリケーションは、各アプリケーションがアクセス可能な共通メモリ領域に今回の支払い金額を書き込み（ステップＳＰ５）、その後、接触側ＯＳに対して、支払い金額を格納したメモリのアドレスを通知するとともに、ポイントアプリケーションを起動する指示を出す。
【００３７】
これにより、接触側ＯＳは、ポイントアプリケーションを起動させ、支払い金額の格納アドレスについて通知する（ステップＳＰ６）。ポイントアプリケーションは、自己の管理下にあるメモリ領域に書かれているポイント残高や、キャッシュバック設定ポイント数や、加算減算フラグ等を読み出し、また、クレジットアプリケーションから通知されたアドレスのメモリ領域へアクセスして、今回の支払い金額を読み出す。そして、ポイント生成のプログラムに従って、これらの情報を使用して、今回のポイントを生成し、今までの残高にこのポイントを加算することにより、累計ポイントを算出する。そして、ポイント残高を格納する所定のメモリ領域に今回算出した累計ポイント数を書き込むことにより、ポイント残高を更新させる。
【００３８】
上述したように、本実施形態によれば、ＩＣカード内部でアプリケーションの連続起動を可能とするので、情報処理端末からアプリケーション起動のコマンドを発行する手間が省ける。また、情報処理端末からポイントアプリケーションの起動に関するコマンドを発する必要がないことから、情報処理端末側にポイントアプリケーションに対応する機能を備える必要がなくなるため、情報処理端末のデータ量を軽減させることができる。
【００３９】
なお、上述した第１の実施形態においては、接触側ＯＳ上で行われる処理を例に挙げて説明したが、上述したようなアプリケーションの連続起動を非接触側ＯＳ上で行うことも可能である。
また、本実施形態においては、１つのＯＳ上で処理が完結しているため、１つのＯＳを備えていればよい。従って、１つのインターフェースと、１つのＯＳとまた、そのＯＳ上で動作する複数のアプリケーションを備えているＩＣカードであれば、本発明を適応することが可能である。
【００４０】
《第２の実施形態におけるＩＣカードの動作》
次に、図８及び図９を参照して、本発明の第２の実施形態におけるＩＣカードの動作について説明する。
上述した第１の実施形態においては、複数のＯＳ間でデータの送受が行われずに、１つのＯＳ上でのみ処理が完結している場合について述べた。これに対して、第２の実施形態では、第１の実施形態で述べたアプリケーションの連動機能に加え、複数のＯＳ間でデータの送受が行われる場合について説明する。
【００４１】
以下、本実施形態に係るＩＣカードの動作について説明するにあたり、ＩＣカード１は、図７に示すように接触側ＯＳ配下にＥＭＶに準拠したクレジットアプリケーションを備え、また、非接触側ＯＳ配下にポイントアプリケーションを備えていることとする。また、接触側ＯＳ配下には、非接触側ＯＳ配下にあるポイントアプリケーションファイルに処理要求を送出するためのリンクディレクトリＲ１０が設けられている。
また、本ＩＣカードとデータの取引を行うホストコンピュータ、ＰＯＳシステム等の情報処理端末は、ＩＣカードとのインターフェースとしてのカードＲ／Ｗを備えており、また、アプリケーションとしてクレジットアプリケーション、ポイントアプリケーションを保持している。
【００４２】
上述したような条件下で、今ＩＣカードの保有者がクレジットによって支払いを行う場合に、ＩＣカード、情報処理端末間で行われるデータ通信処理について説明する。
【００４３】
まず、ＩＣカードを情報処理端末の接触型カードＲ／Ｗに挿入することにより、接触型インターフェース１８ＡのＶｃｃ端子を介して情報処理端末側から電力が供給され（図８のステップＳＰ３１）、これにより、ＩＣカードは起動をはじめ、ＲＯＭ１２に書き込まれているブートプログラムを実行することにより所定の処理、例えば、接触型インターフェースに対応するオペレーティングシステムである接触側ＯＳを起動させる。
【００４４】
接触側ＯＳは、所定のメモリ領域に格納されているカウント値を１インクリメントし（ステップＳＰ３２）、続いて接触側ＯＳ配下でコマンドを受信するための受信処理を行う（ステップＳＰ３３）。そして、情報処理端末側からコマンドを受け付ける準備が完了すると、接触側ＯＳはその旨を情報処理端末に通知する。
ここで、所定のメモリ領域に格納されているカウント値は、取引エラーや処理の中断等の理由により、リセット処理がなされた場合に、ＯＳの管理によって１インクリメントされる。
【００４５】
次に、情報処理端末は、ポイントアプリケーションファイルの選択コマンドをＩＣカードに対して送出する（ステップＳＰ３４）。このとき、発行されたコマンドのヘッダーには、アクセスを要求するＤＦのファイル番号、即ちポイントアプリケーションを示唆するファイル番号が記載されている。
【００４６】
ＩＣカードの接触側ＯＳは受け付けたコマンドを解析し、これにより受信したコマンドがアプリケーションの選択であると認識すると、接続側ＯＳの一部であるファイルマネージャが起動する。接続側ファイルマネージャは、コマンドのヘッダー部に書かれたファイル番号と、接触側ＯＳのＭＦのディレクトリ情報とを参照することにより、選択要求がなされたファイル番号で識別されるファイルへのアクセス制御を行う。この結果、ファイルマネージャは、接触側ＯＳ配下に存在するリンクディレクトリＲ１０にアクセスする（ステップＳＰ３５）。
【００４７】
続いて、接触側ファイルマネージャは、リンクディレクトリＲ１０のディレクトリ情報を参照することにより、情報処理端末から選択指示されたアプリケーションが接触側ＯＳ配下に存在しないことを認識すると、このリンクディレクトリＲ１０に記載されているリンク先ファイル番号と情報処理端末から受信したコマンドとを非接触側ＯＳ配下へと送出する（ステップＳＰ３６）。
【００４８】
ここで、リンクディレクトリにリンク先ファイル番号として記載されているファイル番号は、リンク先である非接触側ＯＳ配下で管理されるファイル番号の形態と同様の形態で記載されている。即ち、リンクディレクトリでは、リンク先である非接触側ＯＳのファイルマネージャが識別可能な形態でファイル番号が記載されているため、接触側のファイルマネージャは、このファイル番号を非接触側ファイルマネージャに受け渡すことにより、ＯＳ間での情報の受け渡しが可能となる。また、情報処理端末から送信されてくる種々のコマンドは、接触側ＯＳ、非接触側ＯＳ間で互換性がとれたコマンドとなっているため、コマンドのデータ変換等の処理は不要となる。従って、上述の場合においては、接触側のファイルマネージャは、情報処理端末から受信したコマンドをデータ処理せずにリンク先の非接触側ファイルマネージャに渡せばよいこととなる。
【００４９】
非接触側ＯＳの一部であるファイルマネージャが接触側ＯＳからリンク先ファイル番号を受け取ると、このファイル番号で識別されるアプリケーションファイルにアクセスする（ステップＳＰ３７）。この結果、ポイントアプリケーションファイルで管理されるポイントアプリケーションプログラムが読み出される（ステップＳＰ３８）。
【００５０】
続いて、接続型カードＲ／Ｗを介して情報処理端末からポイントアプリケーション管理下のデータの読み出しコマンドがＩＣカードに対して送出されると（ステップＳＰ３９）、上述した経路で非接触側のファイルマネージャにポイントアプリケーション管理下のデータの読み出しコマンドが転送される。これにより、非接触側のファイルマネージャは、ポイントアプリケーションファイルへアクセスし、このアプリケーションファイルによって管理されるメモリ領域からポイント情報、金額、利用回数等のデータを読み出し、このデータを接触側ＯＳへ送出する。係る処理により、接触側ＯＳは受信したデータを接触型インターフェース１８Ａを介して送出する（ステップＳＰ４０）。これにより接続型カードＲ／Ｗを介して情報処理端末は現在ＩＣカードが保持しているポイント等の情報を取得することができる。
【００５１】
情報処理端末は、受信したポイント情報等を受信すると、自己が備えているポイントアプリケーションを起動させることにより、今回の支払い額に応じたポイント数等を算出し、算出したポイント数とＩＣカードから読み出したポイント数とを加算することにより、累計ポイント数を算出する（ステップＳＰ４１）。そして、このようなポイントに関わる処理が終了すると、続いて、情報処理端末は、ＩＣカードに対して、算出した累計ポイント数をポイントアプリケーションリンクディレクトリの仮想エリアに書き込む命令を出す（ステップＳＰ４２）。この時、格納コマンドのヘッダーには、接触側ＯＳ配下のポイントアプリケーションに対応するリンクディレクトリのファイル番号と、レコード識別子等が記載され、データとして累計ポイント数が記載される。
【００５２】
この格納コマンドを接触側ＯＳは受信すると、接触側のファイルマネージャは格納コマンドのヘッダーに記載されているファイル番号で識別されるファイル、即ちポイントアプリケーションに対応するリンクディレクトリＲ１０にアクセスし、このリンクディレクトリＲ１０の仮想エリアに累計ポイント数を格納する。更に、接触側ＯＳは、ステップＳＰ３２のカウント値が格納されているメモリ領域にアクセスし、現在のカウント値を読み出してその値を同じくリンクディレクトリＲ１０の仮想エリアに書き込む（ステップＳＰ４３）。
【００５３】
続いて、情報処理端末は、クレジット決済処理を行うために、ＩＣカードに対してクレジットアプリケーションの選択要求を出す（図９のステップＳＰ４４）。係るコマンドを受け付けると、接触側のファイルマネージャは選択要求に従って接触側ＯＳ配下にあるクレジットアプリケーションファイルにアクセスし、クレジットアプリケーション管理下におけるメモリ領域からプログラム等を読み出し、実行する（ステップＳＰ４５）。これにより、クレジットアプリケーションプログラムに従って、ＩＣカードと情報処理端末との間で種々のデータ送受が行われることにより、データ認証、カード所有者検証、端末リスク管理等のクレジット決済に係る種々の処理が行われる（ステップＳＰ４６）。
【００５４】
そして、クレジット決済処理が終了し、取引が成立すると（ステップＳＰ４７）、クレジットアプリケーションはリンクディレクトリＲ１０に格納されているカウンタ値と、所定のメモリ領域に格納されているカウンタ値とを読み出す（ステップＳＰ４８）。そして、これらのカウンタ値を比較する（ステップＳＰ４９）。即ち、ここでカウンタ値が同値であれば（ステップＳＰ４９でＹＥＳ）、ステップＳＰ４３においてリンクディレクトリの仮想エリアにポイント数を格納した時点からステップＳＰ４７において決済処理が終了して取引が成立するまでの間に、エラー等が生じることなく一連の処理が終了したと判断できる。従って、現在リンクディレクトリの仮想エリアに格納されているポイント値は信頼のおける情報であると判断し、クレジットアプリケーションは、接触側ＯＳに対してリンクディレクトリＲ１０の仮想エリアに格納されているポイント値を非接触側ＯＳ配下のポイントアプリケーションによって管理されるメモリ領域に書き込む指示を出す。
【００５５】
これにより、接触側ＯＳのファイルマネージャは、非接触側ＯＳのファイルマネージャに対してポイントアプリケーション管理下にあるメモリ領域にポイント値を書き込む旨を通知し、非接触側ＯＳのファイルマネージャはポイントアプリケーションファイルにアクセスする。この結果、ポイントアプリケーションは、自己が管理するメモリ領域にポイント情報を書き込む処理を行う（ステップＳＰ５０）。
一方、ステップＳＰ４９において、カウンタ値が同値出なかった場合には（ステップＳＰ４９でＮＯ）、接触側ＯＳは、エラー処理を実行する（ステップＳＰ５１）。
【００５６】
《第３の実施形態におけるＩＣカードの動作》
次に、図１１及び図１２を参照して、本発明の第３の実施形態におけるＩＣカードの動作について説明する。
【００５７】
以下、本実施形態に係るＩＣカードの動作について説明するにあたり、ＩＣカード１は、図１０に示すように接触側ＯＳ配下にＥＭＶに準拠したクレジットアプリケーションを備え、また、非接触側ＯＳ配下に電子チケットアプリケーションを備えていることとする。また、接触側ＯＳ配下には、非接触側ＯＳ配下にある電子チケットアプリケーションファイルに処理要求を送出するためのリンクディレクトリＲ２０が設けられている。電子チケット情報としては、興業用のチケット情報や、交通用の乗車券等が例に挙げられる。
また、本ＩＣカードとデータの取引を行うホストコンピュータ、ＰＯＳシステム等の情報処理端末は、ＩＣカードとのインターフェースとしてのカードＲ／Ｗを備えており、また、アプリケーションとしてクレジットアプリケーション、電子チケットアプリケーションを保持している。
【００５８】
上述したような条件下で、今ＩＣカードの保有者がクレジットによって支払いを行う場合に、ＩＣカード、情報処理端末間で行われるデータ通信処理について説明する。
【００５９】
まず、ＩＣカードを情報処理端末の接触型カードＲ／Ｗに挿入することにより、接触型インターフェース１８ＡのＶｃｃ端子を介して情報処理端末側から電力が供給され（図１１のステップＳＰ７１）、これにより、ＩＣカードは起動をはじめ、ＲＯＭ１２に書き込まれているブートプログラムを実行することにより所定の処理、例えば、接触型インターフェースに対応するオペレーティングシステムである接触側ＯＳを起動させる。
【００６０】
接触側ＯＳは、まず、所定のメモリ領域に格納されているカウンタ値を１インクリメントし（ステップＳＰ７２）、続いて接触側ＯＳ配下でコマンドを受信するための受信処理を行う（ステップＳＰ７３）。そして、情報処理端末側からコマンドを受け付ける準備が完了すると、接触側ＯＳはその旨を情報処理端末に通知する。
ここで、所定のメモリ領域に格納されているカウント値は、エラーや処理の中断等の理由により、リセット処理がなされた場合に、ＯＳの管理によって１インクリメントされる。
【００６１】
次に、情報処理端末は、電子チケットアプリケーションファイルの選択コマンドをＩＣカードに対して送出する（ステップＳＰ７４）。このとき、発行されたコマンドのヘッダーには、アクセスを要求するＤＦのファイル番号、即ち電子チケットアプリケーションを示唆するファイル番号が記載されている。
【００６２】
ＩＣカードの接触側ＯＳは受け付けたコマンドを解析し、これにより受信したコマンドがアプリケーションの選択であると認識すると、接続側ＯＳの一部であるファイルマネージャが起動する。接続側ファイルマネージャは、コマンドのヘッダー部に書かれたファイル番号と、接触側ＯＳのＭＦのディレクトリ情報とを参照することにより、選択要求がなされたファイル番号で識別されるファイルへのアクセス制御を行う。この結果、ファイルマネージャは、接触側ＯＳ配下に存在するリンクディレクトリＲ２０にアクセスする（ステップＳＰ７５）。
【００６３】
続いて、接触側ファイルマネージャは、リンクディレクトリＲ２０のディレクトリ情報を参照することにより、情報処理端末から選択指示されたアプリケーションが接触側ＯＳ配下に存在しないことを認識すると、このリンクディレクトリＲ２０に記載されているリンク先ファイル番号と情報処理端末から受信したコマンドとを非接触側ＯＳ配下へと送出する（ステップＳＰ７６）。
【００６４】
ここで、リンクディレクトリにリンク先ファイル番号として記載されているファイル番号は、リンク先である非接触側ＯＳ配下で管理されるファイル番号の形態と同様の形態で記載されている。即ち、リンクディレクトリでは、リンク先である非接触側ＯＳのファイルマネージャが識別可能な形態でファイル番号が記載されているため、接触側のファイルマネージャは、このファイル番号を非接触側ファイルマネージャに受け渡すことにより、ＯＳ間での情報の受け渡しが可能となる。また、情報処理端末から送信されてくる種々のコマンドは、接触側ＯＳ、非接触側ＯＳ間で互換性がとれたコマンドとなっているため、コマンドのデータ変換等の処理は不要となる。従って、上述の場合においては、接触側のファイルマネージャは、情報処理端末から受信したコマンドをデータ処理せずにリンク先の非接触側ファイルマネージャに渡せばよいこととなる。
【００６５】
非接触側ＯＳの一部であるファイルマネージャが接触側ＯＳからリンク先ファイル番号を受け取ると、このファイル番号で識別されるアプリケーションファイルにアクセスする（ステップＳＰ７７）。この結果、電子チケットアプリケーションファイルで管理される電子チケットアプリケーションプログラムが読み出される（ステップＳＰ７８）。
【００６６】
続いて、接触型カードＲ／Ｗを介して情報処理端末から電子チケットアプリケーション管理下のデータの読み出しコマンドがＩＣカードに対して送出されると（ステップＳＰ７９）、上述した経路で非接触側のファイルマネージャに電子チケットアプリケーション管理下のデータの読み出しコマンドが転送される。これにより、非接触側のファイルマネージャは、電子チケットアプリケーションファイルへアクセスし、このアプリケーションファイルによって管理されるメモリ領域から利用履歴情報や、データ空き領域情報等を読み出し、このデータを接触側ＯＳへ送出する。係る処理により、接触側ＯＳは受信したデータを接触型インターフェース１８Ａを介して送出する（ステップＳＰ８０）。これにより接触型カードＲ／Ｗを介して情報処理端末は現在ＩＣカードが保持している利用回数等の情報を取得することができる。
【００６７】
情報処理端末は、受信したポイント情報等を受信すると、自己が備えている電子チケットアプリケーションを起動させることにより、チケット予約登録の情報を生成する（ステップＳＰ８１）。そして、このようなチケット生成に関わる処理が終了すると、続いて、情報処理端末は、ＩＣカードに対して、生成したチケット情報を電子チケットアプリケーションリンクディレクトリの仮想エリアに書き込む命令を出す（ステップＳＰ８２）。なお、この仮想エリアは、書き込み／読み出し可能なメモリエリアである。この時、格納コマンドのヘッダーには、接触側ＯＳ配下の電子チケットアプリケーションに対応するリンクディレクトリのファイル番号と、レコード識別子等が記載され、データとして電子チケット情報が記載される。
【００６８】
この格納コマンドを接触側ＯＳは受信すると、接触側のファイルマネージャは格納コマンドのヘッダーに記載されているファイル番号で識別されるファイル、即ち電子チケットアプリケーションに対応するリンクディレクトリＲ２０にアクセスし、このリンクディレクトリＲ２０の仮想エリアに電子チケット情報を格納する。更に、接触側ＯＳは、ステップＳＰ３２のカウント値が格納されているメモリ領域にアクセスし、現在のカウント値を読み出してその値を同じくリンクディレクトリＲ２０の仮想エリアに書き込む（ステップＳＰ８３）。なお、この処理が終了することにより、一旦、電子チケットアプリケーションの動作が中断される。
【００６９】
続いて、情報処理端末は、クレジット決済処理を行うために、ＩＣカードに対してクレジットアプリケーションの選択要求を出す（ステップＳＰ８４）。係るコマンドを受け付けると、接触側のファイルマネージャは選択要求に従って接触側ＯＳ配下にあるクレジットアプリケーションファイルにアクセスし、クレジットアプリケーション管理下におけるメモリ領域からプログラム等を読み出し、実行する（図１２のステップＳＰ８５）。これにより、クレジットアプリケーションプログラムに従って、ＩＣカードと情報処理端末との間で種々のデータ送受が行われることにより、データ認証、カード所有者検証、端末リスク管理等のクレジット決済に係る種々の処理が行われる（ステップＳＰ８６）。
【００７０】
そして、クレジット決済処理が終了し、取引が成立すると（ステップＳＰ８７）、クレジットアプリケーションはリンクディレクトリＲ２０に格納されているカウンタ値と、所定のメモリ領域に格納されているカウンタ値とを読み出す（ステップＳＰ８８）。そして、これらのカウンタ値を比較する（ステップＳＰ８９）。即ち、ここでカウンタ値が同値であれば（ステップＳＰ８９でＹＥＳ）、ステップＳＰ８３においてリンクディレクトリの仮想エリアに電子チケット情報を格納した時点からステップＳＰ８７において決済処理が終了して取引が成立するまでの間に、エラー等が生じることなく一連の処理が終了したと判断できる。従って、現在リンクディレクトリの仮想エリアに格納されている電子チケット情報は、決済取引が成立した電子情報であると判断し、クレジットアプリケーションは、接触側ＯＳに対してリンクディレクトリＲ２０の仮想エリアに格納されている電子チケット情報を非接触側ＯＳ配下の電子チケットアプリケーションによって管理されるメモリ領域に書き込む指示を出す。
【００７１】
これにより、接触側ＯＳのファイルマネージャは、非接触側ＯＳのファイルマネージャに対して電子チケットアプリケーション管理下にあるメモリ領域に電子チケット情報を書き込む旨を通知し、非接触側ＯＳのファイルマネージャは電子チケットアプリケーションファイルにアクセスする。この結果、電子チケットアプリケーションは、自己が管理するメモリ領域（読み出しのみ可能なメモリでもよい）に電子チケット情報を書き込む処理を行う（ステップＳＰ９０）。
一方、ステップＳＰ４９において、カウンタ値が同値出なかった場合には（ステップＳＰ８９でＮＯ）、接触側ＯＳは、エラー処理を実行する（ステップＳＰ９１）。
【００７２】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
例えば、上述した実施形態では、ＩＣカードとデータを送受する情報処理端末は、カードＲ／Ｗを備える他、ＩＣカードが保有している種々のアプリケーションについても保持し、ＩＣカードと直接接触して種々の処理を実行する形態であったが、これに限らず、例えば、ＩＣカードと情報処理端末とをネットワークを介して接続させて、種々のアプリケーションを実行させることも可能である。
この場合、ＩＣカードと情報処理端末との間にはデータを送受信する装置が介在する必要がある。そして、この介在装置に、ＩＣカードとのデータ送受を行うためのカードＲ／Ｗと、ネットワークを介して情報処理端末とデータ通信を行うための通信Ｉ／Ｆとを設ける必要がある。このような装置を介すことにより、ネットワークを介したＩＣカードと情報処理端末とのデータ通信が可能となる。
【００７３】
また、上述した本実施形態では、リンクディレクトリは、各ファイル構造のＤＦに対応して設けられていたが、このリンクディレクトリはどのファイルに対応して設けられても良く、例えば、ＭＦに対応してリンクディレクトリを作成することも可能であるし、各ＤＦ配下にあるＥＦに対応するようにリンクディレクトリを作成しても良い。各ＭＦに対応してリンクディレクトリを作成することになれば、リンクディレクトリは各ＯＳ配下において唯一のものとなる。
【００７４】
また、本実施形態では接触側ＯＳ、非接触側ＯＳにそれぞれリンクディレクトリを設け、双方向通信を可能としたが、これに限らず、どちらか一方のＯＳにリンクディレクトリを設け、一方向通信のみを可能とするようにしてもよい。
このとき、接触側から非接触側へのリンク情報を設け、接触側から非接触側へのアクセスを可能とする方が、非接触側から接触側へのアクセスを可能とするよりも有効である。
ここで、接触型インターフェースを介して送受信されるデータに代表されるクレジットカード等の金融決済機能はＥＭＶ仕様に準拠することが規定されているため、金融決済等に関わるデータ送受信のインターフェースは、ＥＭＶ仕様が前提とするＩＳＯ／ＩＥＣ７８１６シリーズにより、接触側インターフェースに制限される。このように、金融決済に係るデータ取引においては、ビジネスの実体上、非接触から接触側へのアクセスは制限されることが多いと想定されるため、ＯＳ間のアクセスを一方向通信のみ可能とする場合には、接触側から非接触側へのアクセスとすることが好適である。
また、上述の実施形態においては、クレジットアプリケーションが実行され、決済取引が成立したことを受けて起動されるアプリケーションとして、ポイントアプリケーションを例に挙げて説明し、一方、クレジットアプリケーションが実行され、決済取引が成立したことを受けて、処理を再開するアプリケーションとして電子チケットアプリケーションを例に挙げて説明したが、これらは、一例であり、そのプログラムの処理内容により、前者にもなりえ、後者にもなり得ることはいうまでもない。
【００７５】
【発明の効果】
以上説明したように、本発明の集積回路によれば、アプリケーションの連続起動に加え、複数のオペレーティングシステム間でデータの送受をＩＣカード内部において可能とし、更に、アプリケーション間でのデータの共有も可能となる。
【００８３】
また、請求項４に記載の発明によれば、請求項１から請求項３のいずれかの項に記載の集積回路をＩＣカードに実装することにより、アプリケーションの連続起動や、アプリケーション間でのデータの共有化が実現できる。
これにより、各アプリケーションによって管理されているデータへの処理要求が可能となるため、汎用性と利便性の極めて高いＩＣカードを実現させることができるという効果を奏する。
【００８４】
また、この集積回路をＳＩＭ形式にすることで、例えば携帯電話機、ＰＨＳ（Personal Handy-phone System）、ＰＤＡ（Personal Digital Assistants）等の携帯通信端末等に搭載させることが可能となり、アプリケーション間でのデータの共有や、アプリケーションの連続起動が実現できる。
これにより、汎用性及び利便性の極めて高い前記の様々な媒体を実現させることができるという効果を奏する。
【図面の簡単な説明】
【図１】 本発明の一実施形態に係る接触側ＯＳ配下及び非接触側ＯＳ配下のファイル構造を示す図である。
【図２】 同実施形態に係るＩＣカードの概略構成図を示す図である。
【図３】 アプリケーションファイルのファイル構成の一例を示す図である。
【図４】 リンクディレクトリのファイル構成の一例を示す図である。
【図５】 本発明の第１の実施形態に係るＩＣカードの動作を説明するための各ＯＳ配下におけるファイル構造の具体例を示す図である。
【図６】 同実施形態に係るＩＣカードと情報処理端末間で行われる処理のフローチャートである。
【図７】 本発明の第２の実施形態に係るＩＣカードの動作を説明するための各ＯＳ配下におけるファイル構造の具体例を示す図である。
【図８】 同実施形態に係るＩＣカードと情報処理端末間で行われる処理のフローチャートである。
【図９】 同実施形態に係るＩＣカードと情報処理端末間で行われる処理のフローチャートである。
【図１０】 本発明の第３の実施形態に係るＩＣカードの動作を説明するための各ＯＳ配下におけるファイル構造の具体例を示す図である。
【図１１】 同実施形態に係るＩＣカードと情報処理端末間で行われる処理のフローチャートである。
【図１２】 同実施形態に係るＩＣカードと情報処理端末間で行われる処理のフローチャートである。
【符号の説明】
１…ＩＣカード、１０…ＣＰＵ、１２…ＲＯＭ、１４…ＥＥＰＲＯＭ、１６…ＲＡＭ、１８Ａ…接触型インターフェース、１８Ｂ…非接触型インターフェース
Claims (4)
- 外部装置との間でデータを送受信する第１及び第２のインタフェースと中央処理装置と前記中央処理装置で実行されるプログラムを記憶するメモリとを備えた集積回路であって、
前記メモリには、前記第１のインタフェースに対応する第１のオペレーティングシステムと、前記第２のインタフェースに対応する第２のオペレーティングシステムと、前記第１のオペレーティングシステム上で動作する第１のアプリケーションと、前記第２のオペレーティングシステム上で動作する第２のアプリケーションとが記憶され、
前記アプリケーションは、
次に実行されるアプリケーションの情報を備えるとともに、
自己の処理を実行することにより生じたデータに基づいて、次に実行されるアプリケーションを起動させるか否かを判断するステップと、
起動させると判断した場合に、次に起動すべきアプリケーションの起動指示を自オペレーティングシステムに対して要求するステップとを中央処理装置に実行させるものであり、
前記第１又は第２のオペレーティングシステムの配下のファイル構造は、自オペレーティングシステムとは異なるオペレーティングシステムの配下のアプリケーションファイルを示すリンク先ファイル識別情報を有するリンクディレクトリを有し、
前記第１又は第２のオペレーティングシステムは、
自オペレーティングシステムの前記インタフェースから入力されたアプリケーションファイルの選択コマンドに含まれるファイル識別情報に基づき、対応する前記リンクディレクトリを参照し、当該リンクディレクトリ中のリンク先ファイル識別情報および前記選択コマンドを自オペレーティングシステムとは異なるオペレーティングシステムに送出するファイルマネージャを有する
ことを特徴とする集積回路。 - 前記リンクディレクトリは、当該リンク先ファイル識別情報に対応するアプリケーションに係るデータを格納する仮想エリアを有することを特徴とする請求項１に記載の集積回路。
- 前記メモリには、エラー処理が生じた場合に値が変更されるカウント値が記憶され、
前記アプリケーションは、
前記カウント値に基づいて正常に処理が行われたか否かの判断と、
正常に処理が行われた場合に、自オペレーティングシステムに対して、所定のリンクディレクトリの仮想エリアに格納されているデータを当該リンクディレクトリのリンク先ファイル識別情報に対応するアプリケーションによって管理されるメモリ領域に書き込む指示とを中央処理装置に実行させる
ことを特徴とする請求項２に記載の集積回路。 - 請求項１から請求項３のいずれかの項に記載の集積回路を実装したことを特徴とするＩＣカード。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001059189A JP3701571B2 (ja) | 2001-03-02 | 2001-03-02 | 集積回路、及びｉｃカード |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001059189A JP3701571B2 (ja) | 2001-03-02 | 2001-03-02 | 集積回路、及びｉｃカード |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002259138A JP2002259138A (ja) | 2002-09-13 |
| JP3701571B2 true JP3701571B2 (ja) | 2005-09-28 |
Family
ID=18918788
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001059189A Expired - Lifetime JP3701571B2 (ja) | 2001-03-02 | 2001-03-02 | 集積回路、及びｉｃカード |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3701571B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3634279B2 (ja) * | 2001-03-15 | 2005-03-30 | 日本電信電話株式会社 | 複数ｉｃカード間及び同一ｉｃカード内のアプリケーション連携方法 |
| JP4784189B2 (ja) * | 2005-07-26 | 2011-10-05 | ソニー株式会社 | 通信システム、情報処理装置および情報処理方法、情報端末装置および情報処理方法、並びにプログラム |
| JP5943036B2 (ja) * | 2014-06-04 | 2016-06-29 | ソニー株式会社 | 情報処理装置、情報処理方法およびプログラム |
-
2001
- 2001-03-02 JP JP2001059189A patent/JP3701571B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002259138A (ja) | 2002-09-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6480935B1 (en) | Smart card memory management system and method | |
| JP5329884B2 (ja) | 携帯可能電子装置および携帯可能電子装置におけるデータ処理方法 | |
| US9418224B2 (en) | Portable electronic device and control method of portable electronic device | |
| JP2007317170A (ja) | Ｉｃモジュールおよび携帯電話 | |
| JPWO2005121976A1 (ja) | 情報管理装置及び情報管理方法 | |
| JP3636989B2 (ja) | データ処理装置、集積回路、ｉｃカード、データ処理方法及びデータ処理用プログラム | |
| JP3701571B2 (ja) | 集積回路、及びｉｃカード | |
| JP4776462B2 (ja) | 携帯可能電子装置および携帯可能電子装置の制御方法 | |
| JP4100160B2 (ja) | Ｉｃカード及びｉｃカードのデータ管理方法 | |
| JP5754287B2 (ja) | Ｉｃチップ、ｉｃチップにおける処理方法、ｕｉｍ、携帯端末、及びｉｃチップ用処理プログラム | |
| JP2003288561A (ja) | Ｉｃカード | |
| JPH11272824A (ja) | 接触式及び非接触式インターフェイスを有する複合ｉｃカード | |
| JP5306079B2 (ja) | Ｉｃカード、ｉｃカード処理装置、及びｉｃカード処理システム | |
| JP2011060136A (ja) | 携帯可能電子装置、および、携帯可能電子装置におけるデータ管理方法 | |
| JP4349130B2 (ja) | データ通信装置及びデータ通信装置のメモリ管理方法 | |
| JP7497777B1 (ja) | 電子情報記憶媒体、ｉｃチップ、ｉｃカード、データ移行判定方法、及びプログラム | |
| JP2006293706A (ja) | アプリケーションの更新機能を有するマルチアプリケーションｉｃカード | |
| JP2003288258A (ja) | Ｉｃカード及びｉｃカードのメモリ管理方法 | |
| KR100720374B1 (ko) | 스마트 유에스비 저장장치와, 그를 이용한 소프트 스마트카드 시스템 및 서비스 제공방법 | |
| CN100452020C (zh) | 一种实现税控功能的方法、控制芯片及税控收款机 | |
| JP7322923B2 (ja) | セキュアエレメント，トランザクション制御方法およびデバイス | |
| JP2024064041A (ja) | 電子情報記憶媒体、ｉｃチップ、ｉｃカード、取引ログ保存方法、及びプログラム | |
| KR100590500B1 (ko) | 복수의 보안영역을 가진 스마트카드에 대한 보안영역별메모리 할당 및 해제 방법 | |
| KR20040021968A (ko) | 아이씨 카드, 리더기 및 엑세스 방법 | |
| JP4734838B2 (ja) | 情報記録媒体とプログラム、及びコマンド実行制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040713 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040913 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050419 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050609 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050705 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050713 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3701571 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080722 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100722 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110722 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130722 Year of fee payment: 8 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |