JP7334566B2 - 電子情報記憶媒体、及びプログラム - Google Patents

電子情報記憶媒体、及びプログラム Download PDF

Info

Publication number
JP7334566B2
JP7334566B2 JP2019179902A JP2019179902A JP7334566B2 JP 7334566 B2 JP7334566 B2 JP 7334566B2 JP 2019179902 A JP2019179902 A JP 2019179902A JP 2019179902 A JP2019179902 A JP 2019179902A JP 7334566 B2 JP7334566 B2 JP 7334566B2
Authority
JP
Japan
Prior art keywords
data
command
volatile memory
application
nonvolatile memory
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.)
Active
Application number
JP2019179902A
Other languages
English (en)
Other versions
JP2021056815A (ja
Inventor
満里子 向田
龍平 渡辺
裕文 上口
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Dai Nippon Printing Co Ltd
Original Assignee
Dai Nippon Printing Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Dai Nippon Printing Co Ltd filed Critical Dai Nippon Printing Co Ltd
Priority to JP2019179902A priority Critical patent/JP7334566B2/ja
Publication of JP2021056815A publication Critical patent/JP2021056815A/ja
Application granted granted Critical
Publication of JP7334566B2 publication Critical patent/JP7334566B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Memory System (AREA)

Description

本発明は、揮発性メモリ及び不揮発性メモリを備えるＩＣモジュール等の技術分野に関する。
複数のアプリケーションを搭載することが可能なＩＣカード等のＩＣモジュールは、Java（登録商標）Card仕様およびGlobalPlatform（登録商標）仕様に準拠した製品が事実上のデファクトスタンダードになっている。また、ＩｏＴの普及に伴い、組み込み型ＩＣモジュールにおいても、セキュリティを担保するためのセキュリティ機能や、決済機能、モバイル網へ接続するための認証機能など複数の機能が合わせて搭載されることが多い。例えば、１つのＩＣモジュールが、キャッシュカード、クレジットカード、及び電子マネーカードとして振舞うことができる。ＩｏＴ機器についても普及が進んでおり、インターネットへ接続する通信機能を持つＩＣモジュールが組み込まれているＩｏＴ機器が存在する。この場合、ＩｏＴ機器の通信モジュールに対しては従来のモバイル網へ接続するための認証機能を提供し、ＩｏＴ機器の制御モジュールに対してはＴＰＭなどの構成チェックなどセキュリティ機能を提供することができる。他にも、その他のモジュールで使用する鍵を保存する機能などの提供も考えられる。
通常、複数のアプリケーションを搭載するＩＣモジュールは、ロジカルチャネルを管理する。ロジカルチャネル管理機能は、例えば特許文献１に開示されるように、各ロジカルチャネルに異なるアプリケーションを割り当てることができ、これにより、アプリケーションごとに異なる複数系列のコマンドを処理することができる。このようなＩＣモジュールに搭載されたオペレーティングシステムは、アプリケーション間で共通する共通コマンドを処理することが可能になっている。共通コマンドの例として、ロジカルチャネルをオープンまたはクローズするコマンド（MANAGE CHANNEL コマンド）、及びロジカルチャネルにアプリケーションを割り当てるコマンド（SELECT コマンド）が挙げられる。このような共通コマンド以外のコマンドは、例えば、当該コマンドで指定されたロジカルチャネルに割り当てられているアプリケーション（アプレット）へ配送され、当該アプリケーションにより処理される。
特開２０１１－２１６０６８号公報
上述したように、ＩＣモジュールが多様化することで、様々なシーンで使用されており、アプリケーションの構成も複雑になってきている。そのために、目的の機能を使用するまでの初期起動処理時間が増加してきている。例えば、アプリケーションの選択や、目的の機能を使用するにあたって必要となるデータの取得などがそれにあたる。この初期起動時間が増加することで、クレジットカードや、電子マネー決済などの利便性が損なわれてしまう。また、ＩＣモジュールの処理時間が長くなるほど電力消費量が多くなり、製品の寿命に影響してしまう。外部からの電源供給を伴わないウェアラブルなＩｏＴ機器等にＩＣモジュール搭載する場合、電力消費量を節約するために、ＩＣモジュールが利用されない状況において電力供給を一旦停止することが考えられる。
しかしながら、通常のＩＣモジュールでは電力供給を停止した場合、揮発性メモリにおいて選択されているアプリケーションや、目的の機能を使用するために必要な一部のデータ情報が消去（クリア）されてしまう。そのため、電力供給再開時には、アプリケーションの選択やデータ取得を再度実施しなくてはならず、初期起動処理時間が増加し電力消費量の節約の効果が薄くなる。
そこで、本発明は、以上の点等に鑑みてなされたものであり、電力供給の停止後、電力供給を再開する際に処理時間を短縮することが可能な電子情報記憶媒体、電子情報記憶媒体における処理方法、及びプログラムを提供することを目的とする。
上記課題を解決するために、請求項１に記載の発明は、揮発性メモリ及び不揮発性メモリを備える電子情報記憶媒体であって、前記不揮発性メモリには、実行が許可されるコマンドを示す許可コマンドリストが保存されており、外部からデータ保存コマンドが受信された場合に、前記揮発性メモリ上のデータを前記不揮発性メモリに保存する保存手段と、外部からデータ復帰コマンドが受信された場合に、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元する復元手段と、外部から受信されたコマンドが前記許可コマンドリストに示されないコマンドである場合に、前記不揮発性メモリに保存されたデータを消去する消去手段と、を備えることを特徴とする。
請求項２に記載の発明は、請求項１に記載の電子情報記憶媒体において、前記復元手段は、前記不揮発性メモリに保存されている第１パスワードと、前記データ復帰コマンドに含まれる第２パスワードとの照合を行い、前記第１パスワードと前記第２パスワードが一致する場合に、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元することを特徴とする。
請求項３に記載の発明は、請求項２に記載の電子情報記憶媒体において、外部からデータ保存コマンドが受信された場合に、前記不揮発性メモリに保存されるべき前記第１パスワードを生成する生成手段と、前記データ保存コマンドに対するレスポンスとして、前記生成された前記第１パスワードを含むレスポンスを外部へ送信する送信手段と、を更に備えることを特徴とする。
請求項４に記載の発明は、請求項３に記載の電子情報記憶媒体において、前記生成手段は、乱数を含む前記第１パスワードを生成することを特徴とする。
請求項５に記載の発明は、揮発性メモリ及び不揮発性メモリを備える電子情報記憶媒体であって、外部からデータ保存コマンドが受信された場合に、前記揮発性メモリ上のデータを前記不揮発性メモリに保存する保存手段と、外部からデータ復帰コマンドが受信された場合に、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元する復元手段と、を備え、前記保存手段は、前記揮発性メモリ上の特定のデータであって対象データリストに示されるデータに限り前記不揮発性メモリに保存することを特徴とする。
請求項６に記載の発明は、揮発性メモリ及び不揮発性メモリを備える電子情報記憶媒体であって、外部からデータ保存コマンドが受信された場合に、前記揮発性メモリ上のデータを前記不揮発性メモリに保存する保存手段と、外部からデータ復帰コマンドが受信された場合に、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元する復元手段と、現在のロジカルチャネルの状態に応じて、前記データ保存コマンドの実行を許可するかを判定する第１判定手段と、を備え、前記保存手段は、前記第１判定手段により許可すると判定された場合に限り、前記揮発性メモリ上のデータを前記不揮発性メモリに保存することを特徴とする。
請求項７に記載の発明は、請求項６に記載の電子情報記憶媒体において、前記第１判定手段により許可しないと判定された場合に、エラー処理を行うエラー処理手段を更に備えることを特徴とする。
請求項８に記載の発明は、請求項６または７に記載の電子情報記憶媒体において、前記第１判定手段は、現在のロジカルチャネル上でアプリケーションが選択されていない場合に、前記データ保存コマンドの実行を許可しないと判定することを特徴とする。
請求項９に記載の発明は、請求項６または７に記載の電子情報記憶媒体において、前記不揮発性メモリに保存対象となるデータは、複数のロジカルチャネルのうちの特定のロジカルチャネルの状態を示すデータであり、前記第１判定手段は、現在の前記特定のロジカルチャネル上でアプリケーションが選択されていない場合に、前記データ保存コマンドの実行を許可しないと判定することを特徴とする。
請求項１０に記載の発明は、揮発性メモリ及び不揮発性メモリを備える電子情報記憶媒体であって、外部からデータ保存コマンドが受信された場合に、前記揮発性メモリ上のデータを前記不揮発性メモリに保存する保存手段と、外部からデータ復帰コマンドが受信された場合に、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元する復元手段と、現在のロジカルチャネルの状態に応じて、前記データ復帰コマンドの実行を許可するかを判定する第２判定手段と、を備え、前記復元手段は、前記第２判定手段により許可すると判定された場合に限り、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元することを特徴とする。
請求項１１に記載の発明は、請求項１０に記載の電子情報記憶媒体において、前記第２判定手段により許可しないと判定された場合に、エラー処理を行うエラー処理手段を更に備えることを特徴とする。
請求項１２に記載の発明は、請求項１０または１１に記載の電子情報記憶媒体において、前記第２判定手段は、現在のロジカルチャネル上でアプリケーションが選択されていない場合に、前記データ復帰コマンドの実行を許可しないと判定することを特徴とする。
請求項１３に記載の発明は、請求項１０または１１に記載の電子情報記憶媒体において、前記不揮発性メモリに保存されたデータには、保存時のロジカルチャネルの状態を示すデータが含まれており、前記第２判定手段は、現在のロジカルチャネルの状態と、前記保存時のロジカルチャネルの状態とを比較し、両状態が異なる場合に、前記データ復帰コマンドの実行を許可しないと判定することを特徴とする。
請求項１４に記載の発明は、揮発性メモリ及び不揮発性メモリを備える電子情報記憶媒体であって、外部からデータ保存コマンドが受信された場合に、前記揮発性メモリ上のデータを前記不揮発性メモリに保存する保存手段と、外部からデータ復帰コマンドが受信された場合に、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元する復元手段と、を備え、前記電子情報記憶媒体に搭載されたオペレーティングシステムは、前記データ保存コマンドを受信した場合に、アプリケーションにデータ保存依頼を行い、前記アプリケーションの前記保存手段は、前記データ保存依頼に応じて、前記揮発性メモリ上の、当該アプリケーションにより管理されるデータを前記不揮発性メモリに保存し、前記オペレーティングシステムは、前記データ復帰コマンドを受信した場合に、前記アプリケーションにデータ復帰依頼を行い、前記アプリケーションの前記復元手段は、前記データ復帰依頼に応じて、前記不揮発性メモリに保存された、当該アプリケーションにより管理されるデータを前記揮発性メモリ上に復元することを特徴とする。
請求項１５に記載の発明は、請求項１４に記載の電子情報記憶媒体において、前記アプリケーションは、前記データ保存依頼に応じて、前記データ保存コマンドの実行を許可するかを判定する第１判定手段を更に備え、前記アプリケーションの前記保存手段は、前記アプリケーションの前記第１判定手段により許可すると判定された場合に限り、前記揮発性メモリ上の、当該アプリケーションにより管理されるデータを前記不揮発性メモリに保存することを特徴とする。
請求項１６に記載の発明は、請求項１４に記載の電子情報記憶媒体において、前記アプリケーションは、前記データ復帰依頼に応じて、前記データ復帰コマンドの実行を許可するかを判定する第２判定手段を更に備え、前記アプリケーションの前記復元手段は、前記アプリケーションの前記第２判定手段により許可すると判定された場合に限り、前記不揮発性メモリに保存された、当該アプリケーションにより管理されるデータを前記揮発性メモリ上に復元することを特徴とする。
請求項１７に記載の発明は、揮発性メモリ及び不揮発性メモリを備える電子情報記憶媒体であって、外部からデータ保存コマンドが受信された場合に、前記揮発性メモリ上のデータを前記不揮発性メモリに保存する保存手段と、外部からデータ復帰コマンドが受信された場合に、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元する復元手段と、前記電子情報記憶媒体に搭載されたオペレーティングシステムは、前記データ保存コマンドを受信した場合に、アプリケーションにデータ消去依頼を行い、前記アプリケーションは、前記データ消去依頼に応じて、前記揮発性メモリ上の、前記アプリケーションにより管理される一部データを消去し、前記オペレーティングシステムの前記保存手段は、前記アプリケーションにより管理される一部データが消去された後に、前記消去された前記一部データが記憶されていた特定領域を含む前記揮発性メモリ上のデータを前記不揮発性メモリに保存し、前記オペレーティングシステムの前記復元手段は、前記データ復帰コマンドを受信した場合に、前記不揮発性メモリに保存された当該データを前記揮発性メモリ上に復元することを特徴とする。
請求項１８に記載の発明は、請求項１７に記載の電子情報記憶媒体において、前記アプリケーションは、前記データ消去依頼に応じて、前記データ保存コマンドの実行を許可するかを判定する第１判定手段を更に備え、前記アプリケーションは、前記アプリケーションの前記第１判定手段により許可すると判定された場合に限り、前記揮発性メモリ上の、前記アプリケーションにより管理される一部データを消去することを特徴とする。
請求項１９に記載の発明は、揮発性メモリ及び実行が許可されるコマンドを示す許可コマンドリストが保存されている不揮発性メモリを備える電子情報記憶媒体におけるコンピュータを、外部からデータ保存コマンドが受信された場合に、前記揮発性メモリ上のデータを前記不揮発性メモリに保存する保存手段と、外部からデータ復帰コマンドが受信された場合に、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元する復元手段と、外部から受信されたコマンドが前記許可コマンドリストに示されないコマンドである場合に、前記不揮発性メモリに保存されたデータを消去する消去手段として機能させることを特徴とする。請求項２０に記載の発明は、揮発性メモリ及び不揮発性メモリを備える電子情報記憶媒体におけるコンピュータを、外部からデータ保存コマンドが受信された場合に、前記揮発性メモリ上のデータを前記不揮発性メモリに保存する保存手段と、外部からデータ復帰コマンドが受信された場合に、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元する復元手段として機能させるプログラムであって、前記保存手段は、前記揮発性メモリ上の特定のデータであって対象データリストに示されるデータに限り前記不揮発性メモリに保存することを特徴とする。請求項２１に記載の発明は、揮発性メモリ及び不揮発性メモリを備える電子情報記憶媒体におけるコンピュータを、外部からデータ保存コマンドが受信された場合に、前記揮発性メモリ上のデータを前記不揮発性メモリに保存する保存手段と、外部からデータ復帰コマンドが受信された場合に、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元する復元手段と、現在のロジカルチャネルの状態に応じて、前記データ保存コマンドの実行を許可するかを判定する第１判定手段として機能させるプログラムであって、前記保存手段は、前記第１判定手段により許可すると判定された場合に限り、前記揮発性メモリ上のデータを前記不揮発性メモリに保存することを特徴とする。請求項２２に記載の発明は、揮発性メモリ及び不揮発性メモリを備える電子情報記憶媒体におけるコンピュータを、外部からデータ保存コマンドが受信された場合に、前記揮発性メモリ上のデータを前記不揮発性メモリに保存する保存手段と、外部からデータ復帰コマンドが受信された場合に、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元する復元手段と、現在のロジカルチャネルの状態に応じて、前記データ復帰コマンドの実行を許可するかを判定する第２判定手段として機能させるプログラムであって、前記復元手段は、前記第２判定手段により許可すると判定された場合に限り、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元することを特徴とする。請求項２３に記載の発明は、揮発性メモリ及び不揮発性メモリを備える電子情報記憶媒体におけるコンピュータを、外部からデータ保存コマンドが受信された場合に、前記揮発性メモリ上のデータを前記不揮発性メモリに保存する保存手段と、外部からデータ復帰コマンドが受信された場合に、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元する復元手段として機能させるプログラムであって、前記電子情報記憶媒体に搭載されたオペレーティングシステムは、前記データ保存コマンドを受信した場合に、アプリケーションにデータ保存依頼を行い、前記アプリケーションの前記保存手段は、前記データ保存依頼に応じて、前記揮発性メモリ上の、当該アプリケーションにより管理されるデータを前記不揮発性メモリに保存し、前記オペレーティングシステムは、前記データ復帰コマンドを受信した場合に、前記アプリケーションにデータ復帰依頼を行い、前記アプリケーションの前記復元手段は、前記データ復帰依頼に応じて、前記不揮発性メモリに保存された、当該アプリケーションにより管理されるデータを前記揮発性メモリ上に復元することを特徴とする。請求項２４に記載の発明は、揮発性メモリ及び不揮発性メモリを備える電子情報記憶媒体におけるコンピュータを、外部からデータ保存コマンドが受信された場合に、前記揮発性メモリ上のデータを前記不揮発性メモリに保存する保存手段と、外部からデータ復帰コマンドが受信された場合に、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元する復元手段として機能させるプログラムであって、前記電子情報記憶媒体に搭載されたオペレーティングシステムは、前記データ保存コマンドを受信した場合に、アプリケーションにデータ消去依頼を行い、前記アプリケーションは、前記データ消去依頼に応じて、前記揮発性メモリ上の、前記アプリケーションにより管理される一部データを消去し、前記オペレーティングシステムの前記保存手段は、前記アプリケーションにより管理される一部データが消去された後に、前記消去された前記一部データが記憶されていた特定領域を含む前記揮発性メモリ上のデータを前記不揮発性メモリに保存し、前記オペレーティングシステムの前記復元手段は、前記データ復帰コマンドを受信した場合に、前記不揮発性メモリに保存された当該データを前記揮発性メモリ上に復元することを特徴とする。
本発明によれば、電力供給の停止後、電力供給を再開する際に処理時間を短縮することができる。
本実施形態に係る通信デバイスＤの概要構成例を示す図である。 ＩＣモジュール３のハードウェア構成例を示す図である。 ＩＣモジュール３のソフトウェア構成例を示す図である。 ＲＡＭ３２からＮＶＭ３４へのデータ保存とＮＶＭ３４からＲＡＭ３２へのデータ復元を示す概念図である。 保存対象となるデータのバリエーションを示す概念図である。 照合用パスワードを利用する場合におけるデータ保存コマンド、データ保存コマンドに対するレスポンス、及びデータ復帰コマンドのデータ構成（例１）を示す図である。 照合用パスワードを利用する場合におけるデータ保存コマンド、データ保存コマンドに対するレスポンス、及びデータ復帰コマンドのデータ構成（例２）を示す図である。 ＲＡＭ３２及びＮＶＭ３４の状態の時系列的な変化をステップＳ１～Ｓ６のイベント毎に示す図である。 実施例１における端末ＴとＩＣモジュール３との間のコマンド及びレンスポンスの送受信を示すシーケンス、及びそのときのＲＡＭ３２及びＮＶＭ３４の状態を示す図である。 実施例１においてＩＣモジュール３がコマンドを受信したときの処理の一例を示すフローチャートである。 実施例２における端末ＴとＩＣモジュール３との間のコマンド及びレンスポンスの送受信を示すシーケンス、及びそのときのＲＡＭ３２及びＮＶＭ３４の状態を示す図である。 実施例２においてＩＣモジュール３がコマンドを受信したときの処理の一例を示すフローチャートである。 実施例３における端末ＴとＩＣモジュール３との間のコマンド及びレンスポンスの送受信を示すシーケンス、及びそのときのＲＡＭ３２及びＮＶＭ３４の状態を示す図である。 実施例３においてＩＣモジュール３がコマンドを受信したときの処理の一例を示すフローチャートである。 ＯＳ宛てのコマンドに応じてデータ保存及びデータ復元に係る処理がＯＳにより行なわれる場合のシーケンスを示す図である。 ＯＳ宛てのコマンドに応じてデータ保存及びデータ復元に係る処理がＯＳにより行なわれる場合のシーケンスを示す図である。 図１６の場合においてＩＣモジュール３がコマンドを受信したときのＯＳの処理の一例を示すフローチャートである。 ＯＳ宛てのコマンドに応じてデータ保存及びデータ復元に係る処理がＯＳとアプリケーションとのそれぞれにより行われる場合のシーケンスを示す図である。 図１８の場合においてＩＣモジュール３がコマンドを受信したときのＯＳの処理の一例を示すフローチャートである。 データ保存依頼の際にＯＳとアプリケーションとの間で複数回の通信が行われる場合のシーケンス（成功例）を示す図である。 データ保存依頼の際にＯＳとアプリケーションとの間で複数回の通信が行われる場合のシーケンス（失敗例）を示す図である。 アプリケーション宛てのコマンドに応じてデータ保存及びデータ復元に係る処理がＯＳにより行なわれる場合のシーケンスを示す図である。
以下、図面を参照して本発明の実施形態について詳細に説明する。以下に説明する実施形態は、通信デバイスに対して本発明を適用した場合の実施の形態である。
［１．通信デバイスＤの概要構成］
先ず、図１等を参照して、本実施形態にかかる通信デバイスＤの概要構成について説明する。図１は、本実施形態に係る通信デバイスＤの概要構成例を示す図である。図１に示すように、通信デバイスＤは、通信モジュール１、制御モジュール２、ＩＣモジュール３（本発明の電子情報記憶媒体の一例）、及びバッテリー４等を含んで構成される。通信モジュール１、制御モジュール２、及びＩＣモジュール３には、バッテリー４からの電源供給が可能になっている。通信モジュール１、制御モジュール２、及びＩＣモジュール３は、インターフェースを介して互いに通信可能になっている。なお、通信デバイスＤは、例えば、スマートフォン等の携帯端末や各種センサー等を備えるＩｏＴ機器に適用可能である。また、通信デバイスＤには、非接触通信プロトコル処理を担当するＣＬＦ（ContactLess Front-end）が搭載されてもよい。通信モジュール１は、ネットワークＮＷに接続するための通信機器である。ネットワークＮＷは、例えば、インターネット、モバイル網（例えば、３Ｇ、４Ｇ、または５Ｇネットワーク）、及びゲートウェイ等により構成される。ネットワークＮＷには端末Ｔが接続されている。
制御モジュール２は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、及びＲＯＭ（Read Only Memory）等により構成されており、通信デバイスＤにおける各種機能を制御する。例えば、制御モジュール２は、ネットワークＮＷ及び通信モジュール１を介して、例えば、ＴＣＰ（Transmission Control Protocol）／ＩＰ（Internet protocol）及びＴＬＳ（Transport Layer Security）プロトコルにしたがって端末Ｔと通信する。また、制御モジュール２は、端末ＴとＩＣモジュール３との間の通信を仲介する機能を担っており、この仲介の際にプロトコル変換を行う。例えば、制御モジュール２は、端末Ｔからのコマンドを受信すると、当該コマンドのヘッダ（例えば、ＴＬＳレコードヘッダ、ＴＣＰヘッダ、及びＩＰヘッダ）をＡＰＤＵ（Application Protocol Data Unit）ヘッダに代えてＩＣモジュール３へ送信する。制御モジュール２は、ＩＣモジュール３からのレスポンスを受信すると、レスポンスにヘッダ（例えば、ＴＬＳレコードヘッダ、ＴＣＰヘッダ、及びＩＰヘッダ）を付加して端末Ｔへ送信する。さらに、制御モジュール２は、バッテリー４からＩＣモジュール３への電源供給を制御する。これにより、ＩＣモジュール３が利用されない状況においてＩＣモジュール３への電力供給の停止（オフ）が可能になっており、その後に、ＩＣモジュール３への電力供給の再開（オン）が可能になっている。
ＩＣモジュール３は、ＩＣチップ等のハードウェアをベースとして、オペレーティングシステム（以下、「ＯＳ」という）及びアプリケーション等のソフトウェアが搭載されて構成される。なお、ＩＣモジュール３は、例えば、Java（登録商標）Card仕様およびGlobalPlatform（登録商標）仕様に準拠する。また、ＩＣモジュール３は、ｅＵＩＣＣとして通信デバイスＤから容易に取り外しや取り換えができないように組み込み基板上に実装されてもよいし、カード型のＩＣカードとして通信デバイスＤに着脱可能に装着されてもよい。
図２は、ＩＣモジュール３のハードウェア構成例を示す図である。図２に示すように、ＩＣモジュール３は、ＣＰＵ３１、作業用メモリとして利用されるＲＡＭ３２（揮発性メモリ）、ＲＯＭ３３、ＮＶＭ（Nonvolatile Memory）３４（不揮発性メモリ）、及びＩ／Ｏ回路３５等を備えて構成される。なお、ＩＣモジュール３は、電源供給のオン／オフ可能な内部バッテリーを備えてもよい。つまり、ＩＣモジュール３は、バッテリー内蔵型の組み込みＩＣモジュールであってもよい。バッテリー内蔵型の組み込みＩＣモジュールでは、特に処理時間が長くなるほど電力消費量が多くなり、製品の寿命に影響してしまうので、電力消費量を節約するために、ＩＣモジュールが利用されない状況において電力供給を一旦停止することが特に必要となる。Ｉ／Ｏ回路３５は、外部（通信相手）との間の複数のインターフェースを構成する。例えば、制御モジュール２との間は、ISO7816のインターフェースまたはＳＰＩ（Serial Peripheral Interface)を介して接続される。
ＣＰＵ３１は、ＲＯＭ３３またはＮＶＭ３４に記憶された各種プログラム（本発明のプログラムを含む）を実行するプロセッサ（コンピュータ）である。ＮＶＭ３４には、例えばフラッシュメモリが適用できる。なお、ＮＶＭ３４は、「Electrically Erasable Programmable Read-Only Memory」などの不揮発性メモリであってもよい。ＲＯＭ３３またはＮＶＭ３４との何れかに記憶されるプログラムには、ＯＳ、仮想マシン（例えば、Java（登録商標）Virtual Machine）、ＡＰＩ（Application Programming Interface）、及びアプリケーション（例えば、Java（登録商標）Applet）を構成するプログラムが含まれる。アプリケーションの例としては、認証処理を行うためのアプリケーション、決済処理を行うためのアプリケーション、制御モジュール２の構成チェックなどのセキュリティ処理を行うためのアプリケーション、などが挙げられる。
図３は、ＩＣモジュール３のソフトウェア構成例を示す図である。図３において、ＯＳは、ＩＣモジュール３の基本動作を担う基本機能、及び複数のロジカルチャネル（論理チャネル）の管理を担うロジカルチャネル管理機能を有する。ロジカルチャネルとは、ＯＳ上で実行される各アプリケーションにアクセスするための論理的なチャネルである。例えば、ロジカルチャネルCh0には、アプリケーションApp1が割り当てられ、ロジカルチャネルCh1には、アプリケーションApp2が割り当てられる。アプリケーションは、オブジェクトの振る舞いを定義するクラスから実体として作成されたインスタンス（インスタンスオブジェクト）である。つまり、アプリケーションは、インスタンス化された複数のオブジェクトの集合であり、ＯＳからのコマンドを処理する実体である。各アプリケーションには、固有の識別子が付与され、各オブジェクトにも固有の識別子が付与される。これらの識別子はＯＳにより管理される。なお、アプリケーションは、例えば、ソースコードとネイティブコードとの間のバイトコードにより構成され、バイトコードは、仮想マシンにより解釈されＯＳにより実行可能な形式のコードに変換される。
また、各アプリケーションにより利用されるデータは、例えば、ＭＦ（Master File）、ＤＦ（Dedicated File）、及びＥＦ（Elementary File）などから構成される階層構造を有する複数のファイルに格納される。各ファイルには、固有の識別子が付与される。各ファイルは、ＮＶＭ３４に保存される。ＭＦは、ファイル構成において最上位に位置し、ＭＦの下位階層にはＤＦ及びＥＦが位置する。ＭＦは、例えば、アプリケーションごとに設けられる。ＥＦは、アプリケーションにより利用されるデータを格納するファイルである。また、ＥＦは、ＩＥＦ（内部基礎ファイル）とＷＥＦ（作業用基礎ファイル）に分けられる。ＩＥＦには、例えば、セッションキーなどのＰＩＮ（照合鍵）が格納される。
ＲＡＭ３２上にはＯＳにより管理されるデータやアプリケーションにより管理されるデータ等が展開される。例えば、ＯＳにより管理されるデータには、ロジカルチャネルの状態を示すデータ（例えば、ロジカルチャネルがOPENまたはCLOSEを示す情報、ロジカルチャネルで選択されているアプリケーションの識別子や当該アプリケーションを構成するオブジェクトの識別子）が含まれる。また、ＯＳにより管理されるデータには、アプリケーションにより利用されるカレントファイル（現在選択されているファイル）の識別子やカレントファイルへのファイルパスが含まれる。また、アプリケーションにより管理されるデータには、アプリケーションにより利用または生成されるデータや当該データの識別子が含まれる。一方、ＮＶＭ３４には、ＲＡＭ３２上のデータ（つまり、ＲＡＭ３２に記憶されているデータ）を一時的に保存（退避）するための退避領域が設けられる。
図４は、ＲＡＭ３２からＮＶＭ３４へのデータ保存（データ退避）とＮＶＭ３４からＲＡＭ３２へのデータ復元（データ復帰）を示す概念図である。ＲＡＭ３２上のデータは、ＩＣモジュール３への電力供給中（電源供給の停止前）に、データ保存コマンド実行によりＮＶＭ３４の退避領域に保存される（換言すると、コピーされる）。そして、ＮＶＭ３４の退避領域に保存されたデータは、ＩＣモジュール３への電力供給の再開後に、データ復帰コマンド実行によりＲＡＭ３２上に復元（つまり、状態復帰）される。これにより、ＩＣモジュール３への電力供給の停止後、電力供給を再開する際の初期起動処理時間を短縮することができる。
図５は、保存対象となるデータのバリエーションを示す概念図である。保存対象となるデータは、ＲＡＭ３２全域のデータ（図５（ａ））であってもよいが、ＲＡＭ３２上の特定のデータ（例えば、ＯＳにより管理されるデータやアプリケーションにより管理されるデータの一部）に限るように構成すれば、退避領域のサイズ（容量）を低減することできる。特定のデータは、例えば、ＲＡＭ３２上の特定領域に記憶されているデータ（図５（ｂ））、対象データリスト（退避データリスト）に登録されたデータ（図５（ｃ）：Ａ，Ｂ，Ｃはデータの識別子）、または特定の識別子（例えば、Ａ）を持ったデータ（図５（ｄ））であるとよい。ＲＡＭ３２上の特定領域は、例えばＯＳの管理情報により管理される。ＲＡＭ３２上の特定領域を示す情報は、外部から受信されるデータ保存コマンドに含まれて受信されるように構成してもよい。また、対象データリストには、例えば、保存対象となるデータの識別子やファイルの識別子が記述される。対象データリストは、ＲＯＭ３３またはＮＶＭ３４に予め保存されてもよいし、外部から受信されるデータ保存コマンドに含まれて受信されるように構成してもよい。
以上のように構成されたＩＣモジュール３において、ＣＰＵ３１は、本発明における保存手段、復元手段、生成手段、送信手段、消去手段、第１判定手段、第２判定手段、及びエラー処理手段として機能する。なお、ソフトウェア視点では、ＯＳとアプリケーションとの双方または何れか一方が本発明における保存手段及び復元手段等の各手段として機能する。ＣＰＵ３１（換言すると、ＣＰＵ３１をベースとして動作するＯＳまたはアプリケーション）は、外部（例えば、端末Ｔ）からデータ保存コマンドが受信された場合に、当該データ保存コマンドを実行することにより、ＲＡＭ３２上のデータをＮＶＭ３４に保存する。その後、ＣＰＵ３１は、外部からデータ復帰コマンドが受信された場合に、当該データ復帰コマンドを実行することにより、ＮＶＭ３４に保存されたデータをＲＡＭ３２上に復元する。
なお、ＣＰＵ３１は、データ復帰コマンドに応じて、パスワード照合を行い当該パスワード照合が成功した場合に限り、ＮＶＭ３４に保存されたデータをＲＡＭ３２上に復元するとよい。ＣＰＵ３１は、外部からデータ保存コマンドが受信された場合に、ＲＡＭ３２上のデータをＮＶＭ３４に保存するとともに、例えば乱数を含む照合用パスワードを生成してＮＶＭ３４に保存し、当該データ保存コマンドに対するレスポンスとして、当該照合用パスワードを含むレスポンスを外部へ送信する。これにより、照合用パスワードは、データ保存コマンドの送信元のみが取得することができる。ＩＣモジュール３からのレスポンスを受信した通信相手（例えば端末Ｔ）は、当該レスポンスに含まれる照合用パスワードを保存する。
そして、当該通信相手（例えば端末Ｔ）は、当該照合用パスワードを含むデータ復帰コマンドを生成し、ＩＣモジュール３へ送信する。ＩＣモジュール３のＣＰＵ３１は、当該照合用パスワードを含むデータ復帰コマンドが受信された場合に、ＮＶＭ３４に保存された照合用パスワード（第１パスワード）と、データ復帰コマンドに含まれる照合用パスワード（第２パスワード）との照合を行い、双方のパスワードが一致する場合に、ＮＶＭ３４に保存されたデータをＲＡＭ３２上に復元する。これにより、悪意のある第三者がＮＶＭ３４に保存されたデータをＲＡＭ３２上に復元されることを防止でき、セキュリティを向上することができる。なお、照合用パスワード（第１パスワード）は、予めＮＶＭ３４に保存されていてもよいが、データ保存コマンドが受信される度に生成されて送信される構成によれば、照合用パスワードが漏洩されることをより確実に防止でき、よりセキュリティを向上することができる。
図６は、照合用パスワードを利用する場合におけるデータ保存コマンド、データ保存コマンドに対するレスポンス、及びデータ復帰コマンドのデータ構成（例１）を示す図である。図６の例１に示すデータ保存コマンド（コマンドＡＰＤＵ）は、ＣＬＡ（コマンドクラス）、ＩＮＳ（コマンドコード）、Ｐ１（コマンドパラメータ１）、及びＰ２（コマンドパラメータ２）からなるヘッダ部と、Ｌｅ（レスポンスのボディ部の最大長の指定を示す）からなるボディ部とから構成されている。図６の例１に示すレスポンスは、照合用パスワード（乱数）を含むボディ部と、ＳＷ１及びＳＷ２からなるＳＷ（ステータスワード）部とから構成されている。図６の例１に示すデータ復帰コマンドは、ＣＬＡ、ＩＮＳ、Ｐ１、及びＰ２からなるヘッダ部と、Ｌｃ（Ｄａｔａの長さを示す）及び照合用パスワードを含むＤａｔａからなるボディ部とから構成されている。なお、図６の例１では、データ保存コマンドとデータ復帰コマンドとは異なるＩＮＳが割り当てられているが、同一のＩＮＳとしてＰ１、Ｐ２、またはＤａｔａにてコマンド種別を示してもよい。
図７は、照合用パスワードを利用する場合におけるデータ保存コマンド、データ保存コマンドに対するレスポンス、及びデータ復帰コマンドのデータ構成（例２）を示す図である。図７の例２に示すデータ保存コマンドは、ＣＬＡ、ＩＮＳ、Ｐ１、及びＰ２からなるヘッダ部と、Ｌｃ、Ｄａｔａ、及びＬｅからなるボディ部とから構成されている。このＤａｔａには、例えば、ＲＡＭ３２上の特定領域を示す情報、または対象データリストが含まれる。また、Ｄａｔａは、照合用パスワードを生成するためのパラメータ指定に用いることができる。なお、図７の例２に示すレスポンスは図６の例１に示すレスポンスと同様であり、図７の例２に示すデータ復帰コマンドは図６の例１に示すデータ復帰コマンドと同様である。
ここで、図８を参照して、ロジカルチャネルの状態を示すデータがＲＡＭ３２からＮＶＭ３４に保存され、その後にＮＶＭ３４からＲＡＭ３２に復元される場合を例にとって、そのときのＲＡＭ３２及びＮＶＭ３４の状態の時系列的な変化について説明する。図８は、ＲＡＭ３２及びＮＶＭ３４の状態の時系列的な変化をステップＳ１～Ｓ６のイベント毎に示す図である。
図８において、先ず、ステップＳ１のイベント（リセット）は、外部からのリセット信号が受信された場合に発生する。このとき、ＲＡＭ３２の状態は、図８に示すように初期状態になる。なお、ＮＶＭ３４の状態は、当該イベント発生前の状態（この例では、初期状態）が維持されている。なお、上記リセットは、カードリセットともいわれる。
次に、ステップＳ２のイベント（ロジカルチャネルCh0上でアプリケーションApp1選択）は、外部からの選択コマンド（App1選択を示す選択コマンド）が受信された場合に発生する。これにより、ＲＡＭ３２の状態は、図８に示すように、ロジカルチャネルCh0がアプリケーションApp1を示すように変化する。このとき、ＮＶＭ３４の状態は変化しない。
次に、ステップＳ３のイベント（ロジカルチャネルCh1上でアプリケーションApp2選択）は、外部からの選択コマンド（App2選択を示す選択コマンド）が受信された場合に発生する。これにより、ＲＡＭ３２の状態は、図８に示すように、ロジカルチャネルCh1がアプリケーションApp2を示すように変化する。このとき、ＮＶＭ３４の状態は変化しない。
次に、ステップＳ４のイベント（データ保存）は、外部からのデータ保存コマンドが受信された場合に発生する。これにより、ＲＡＭ３２上のロジカルチャネルの状態を示すデータがＮＶＭ３４の退避領域に保存されるため、ＮＶＭ３４の状態は、図８に示すように変化する。このとき、ＲＡＭ３２の状態は変化しない。
次に、ステップＳ５のイベント（リセット）は、外部からのリセット信号が受信された場合に発生する。リセット信号によりＩＣモジュール３への電力供給が一時停止されるので、ＲＡＭ３２の状態は、図８に示すように初期状態になる。このとき、ＮＶＭ３４の状態は変化しない（つまり、維持される）。
次に、ステップＳ６のイベント（データ復元）は、外部からのデータ復帰コマンドが受信された場合に発生する。これにより、ＮＶＭ３４の退避領域上のロジカルチャネルの状態を示すデータがＲＡＭ３２に復元されるため、ＲＡＭ３２の状態は、図８に示すように変化する。
なお、ＣＰＵ３１は、データ保存コマンドが受信された場合に、現在のロジカルチャネルの状態（ＲＡＭ３２の状態）に応じて、データ保存コマンドの実行を許可するかを判定し、許可すると判定した場合に限り、ＲＡＭ３２上のデータをＮＶＭ３４に保存するように構成してもよい。また、ＣＰＵ３１は、データ復帰コマンドが受信された場合に、現在のロジカルチャネルの状態に応じて、データ復帰コマンドの実行を許可するかを判定し、許可すると判定した場合に限り、ＮＶＭ３４に保存されたデータをＲＡＭ３２上に復元するように構成してもよい。このようなデータ保存コマンド実行可否またはデータ復帰コマンド実行可否の判定処理を加えることで、データ復帰コマンドの実行後に、データとロジカルチャネル上で選択されているアプリケーションにより管理されるデータが整合することを保証することができる。また、このようなデータ保存コマンド実行可否またはデータ復帰コマンド実行可否の判定処理において、ＯＳは、ＩＣモジュール３に搭載されたアプリケーションに対してデータ保存コマンド実行可否またはデータ復帰コマンド実行可否を問い合わせるように構成してもよい。このとき、ＯＳは、複数のロジカルチャネル上で選択されているアプリケーションにより管理されるデータをチェックし問い合わせ先のアプリケーションを決定することができる。
［２．ＩＣモジュール３の動作］
次に、ＩＣモジュール３の動作について、実施例１～３に分けて説明する。なお、以下に説明する動作においては、制御モジュール２を介して端末ＴとＩＣモジュール３との間で通信が行われるものとする。
（実施例１）
先ず、図９及び図１０を参照して、実施例１におけるＩＣモジュール３の動作を説明する。図９は、実施例１における端末ＴとＩＣモジュール３との間のコマンド及びレンスポンスの送受信を示すシーケンス、及びそのときのＲＡＭ３２及びＮＶＭ３４の状態を示す図である。図１０は、実施例１においてＩＣモジュール３がコマンドを受信したときの処理の一例を示すフローチャートである。なお、実施例１の前提として、ロジカルチャネルCh0上で認証処理を行うためのアプリケーションApp1が既に選択されているものとし、保存対象となるデータは、アプリケーションApp1による認証処理での認証結果（認証ＯＫまたは認証ＮＧ）を示すデータ（アプリケーションApp1により管理されるデータ）であるものとし、当該認証結果の初期値（初期状態）は認証ＮＧであるものとする。
実施例１では、先ず、図９に示すように、端末Ｔからの認証コマンドが受信（制御モジュール２を介して受信）される。認証コマンドが受信されると、図１０に示すステップＳ１１でデータ保存コマンドでないと判定（当該コマンドのヘッダ部に基づき判定）され（ステップＳ１１：ＮＯ）、ステップＳ１２でデータ復帰コマンドでないと判定され（ステップＳ１２：ＮＯ）、ステップＳ１３へ進む。ステップＳ１３では、認証コマンドの実行により認証処理（つまり、認証コマンドに応じたコマンド処理）が行われる。この認証処理での認証結果が認証ＯＫである場合、図９（ａ）に示すＲＡＭ３２の状態（認証ＮＧ）が図９（ｂ）に示すＲＡＭ３２の状態（認証ＯＫ）に変化する。そして、認証コマンドに対するレスポンス（例えば、正常終了（９０００）を示すＳＷ部を含む）が端末Ｔへ送信（制御モジュール２を介して送信）される。
次いで、図９に示すように、端末Ｔからのデータ保存コマンドが受信される。データ保存コマンドが受信されると、図１０に示すステップＳ１１でデータ保存コマンドであると判定され（ステップＳ１１：ＹＥＳ）、ステップＳ１４へ進む。ステップＳ１４では、データ保存可能であるか否かが判定される。例えば、ＣＲＣ等の検査でＮＶＭ３４が壊れているなどの異常が検出された場合にはデータ保存可能でないと判定される。また、保存対象となるデータがＲＡＭ３２上の特定領域にない場合にはデータ保存可能でないと判定される。例えば、当該判定時にはアプリケーションApp1ではなくアプリケーションApp2が選択されている場合（つまり、アプリケーションApp1の選択からアプリケーションApp2の選択に途中で一時的に切り替わった場合）、アプリケーションApp1により管理されるデータはＲＡＭ３２上の特定領域に記憶されていないとみなされ、データ保存が可能でないと判定される。
ステップＳ１４でデータ保存可能でないと判定された場合（ステップＳ１４：ＮＯ）、エラー処理が行われる（ステップＳ１５）。そして、データ保存コマンドに対するレスポンス（例えば、エラー内容を示すＳＷ部を含む）が端末Ｔへ送信される。一方、データ保存可能であると判定された場合（ステップＳ１４：ＹＥＳ）、ステップＳ１６へ進む。ステップＳ１６では、データ保存コマンドの実行によりＲＡＭ３２上の認証結果（認証ＯＫ）を示すデータがＮＶＭ３４に保存される。これにより、図９（ｂ）に示すＮＶＭ３４の状態（保存データ無）が図９（ｃ）に示すＮＶＭ３４の状態（認証ＯＫ）に変化する。そして、データ保存コマンドに対するレスポンス（例えば、正常終了を示すＳＷ部を含む）が端末Ｔへ送信される。
次いで、図９に示すように、ＩＣモジュール３への電源供給が停止（電源ＯＦＦ）され、その後、ＩＣモジュール３への電源供給が再開（電源ＯＮ）されたときのＲＡＭ３２の状態は図９（ｄ）に示すように初期状態（認証ＮＧ）となる。そして、端末Ｔからのデータ復帰コマンドが受信されると、図１０に示すステップＳ１１でデータ保存コマンドでないと判定され（ステップＳ１１：ＮＯ）、ステップＳ１２でデータ復帰コマンドであると判定され（ステップＳ１２：ＹＥＳ）、ステップＳ１７へ進む。ステップＳ１７では、データ復元可能であるか否かが判定される。例えば、ＣＲＣ等の検査でＮＶＭ３４が壊れているなどの異常が検出された場合にはデータ復元可能でないと判定される。また、復元対象となるデータがＮＶＭ３４の退避領域にない場合にはデータ復元可能でないと判定される。
ステップＳ１７でデータ復元可能でないと判定された場合（ステップＳ１７：ＮＯ）、エラー処理が行われる（ステップＳ１８）。このエラー処理では、ＮＶＭ３４の退避領域に保存されたデータが消去（削除）される。例えば、当該退避領域に“FFFFFF..”が書き込まれることで、ＮＶＭ３４の退避領域に保存対象となるデータが保存されていたとしても消去される。そして、データ復帰コマンドに対するレスポンス（例えば、エラー内容を示すＳＷ部を含む）が端末Ｔへ送信される。
一方、データ復元可能であると判定された場合（ステップＳ１７：ＹＥＳ）、ステップＳ１９へ進む。ステップＳ１９では、データ復帰コマンドの実行によりＮＶＭ３４に保存された認証結果（認証ＯＫ）を示すデータがＲＡＭ３２上に復元され、当該認証結果を示すデータがＮＶＭ３４から削除される。これにより、図９（ｄ）に示すＲＡＭ３２の状態（認証ＮＧ）が図９（ｅ）に示すＲＡＭ３２の状態（認証ＯＫ）に変化するとともに、図９（ｄ）に示すＮＶＭ３４の状態（認証ＯＫ）が図９（ｅ）に示すＮＶＭ３４の状態（保存データ無）に変化する。そして、データ復帰コマンドに対するレスポンス（例えば、正常終了を示すＳＷ部を含む）が端末Ｔへ送信される。
なお、ＲＡＭ３２上のデータがＮＶＭ３４の退避領域に保存されている状態において外部からコマンドが受信された場合に、受信されたコマンドが許可コマンドリストに示されるコマンドであるか否かが判定されるように構成してもよい（実施例２及び実施例３でも同様）。この場合、受信されたコマンドが許可コマンドリストに示されないコマンドである場合、上記ステップＳ１６でＮＶＭ３４の退避領域に保存されたデータが消去（削除）される。例えば、当該退避領域に“FFFFFF..”が書き込まれることで当該データが消去される。ここで、許可コマンドリストは、実行が許可されるコマンドを示すリストであり、ＲＯＭ３３またはＮＶＭ３４に予め保存される。実行が許可されるコマンドの例としては、上述したデータ保存コマンド、データ復帰コマンド、選択コマンド、認証コマンド等が挙げられる。これにより、悪意のある第三者の端末からの不適コマンドによりＮＶＭ３４に保存されたデータに対して不適切な影響が与えられる（例えば、データの書き換え）ことを防止でき、セキュリティを向上することができる。
（実施例２）
次に、図１１及び図１２を参照して、実施例２におけるＩＣモジュール３の動作を説明する。図１１は、実施例２における端末ＴとＩＣモジュール３との間のコマンド及びレンスポンスの送受信を示すシーケンス、及びそのときのＲＡＭ３２及びＮＶＭ３４の状態を示す図である。図１２は、実施例２においてＩＣモジュール３がコマンドを受信したときの処理の一例を示すフローチャートである。実施例２では、パスワード照合が成功した場合に限り、ＮＶＭ３４に保存されたデータをＲＡＭ３２上に復元する場合を例にとるものとする。なお、実施例２の前提として、保存対象となるデータは、実施例１の前提と同様に認証結果を示すデータであるものとする。
実施例２では、先ず、図１１に示すように、端末Ｔからの認証コマンドが受信される。認証コマンドが受信されたときの処理（図１２に示すステップＳ２１～Ｓ２３）については実施例１の図１０に示すステップＳ１１～Ｓ１３と同様である。次いで、図１１に示すように、端末Ｔからのデータ保存コマンドが受信される。データ保存コマンドが受信されたときの処理（図１２に示すステップＳ２４及びＳ２５）については実施例１の図１０に示すステップＳ１４及びＳ１５と同様である。
図１２に示すステップＳ２６では、照合用パスワード（ＰＷ）が生成されてＮＶＭ３４に保存され、ステップＳ２７では、ＲＡＭ３２上の認証結果（認証ＯＫ）を示すデータがＮＶＭ３４に保存される。これにより、図１１（ｂ）に示すＮＶＭ３４の状態（保存データ無）が図１１（ｃ）に示すＮＶＭ３４の状態（認証ＯＫ，ＰＷ（照合用パスワード））に変化する。そして、図１１に示すように、データ保存コマンドに対するレスポンス（例えば、照合用パスワードを含むボディ部と正常終了を示すＳＷ部を含む）が端末Ｔへ送信される。
次いで、図１１に示すように、ＩＣモジュール３への電源供給が停止（電源ＯＦＦ）され、その後、ＩＣモジュール３への電源供給が再開（電源ＯＮ）されたときのＲＡＭ３２の状態は図１１（ｄ）に示すように初期状態（認証ＮＧ）となる。なお、端末Ｔからのデータ復帰コマンドが受信されたときの処理（図１２に示すステップＳ２２、Ｓ２８、及びＳ２９）については実施例１の図１０に示すステップＳ１２、Ｓ１７、及びＳ１８と同様であるが、データ復帰コマンドには照合用パスワードが含まれる。
ステップＳ２８でデータ復元可能であると判定された場合（ステップＳ２８：ＹＥＳ）、ステップＳ３０へ進む。ステップＳ３０では、ＮＶＭ３４に保存された照合用パスワードと、データ復帰コマンドに含まれる照合用パスワードとの照合が行われ、双方のパスワードが一致するか否かが判定される。双方のパスワードが一致しないと判定された場合（ステップＳ３０：ＮＯ）、ステップＳ２９へ進み、エラー処理が行われる。このエラー処理では、上記ステップＳ２７でＮＶＭ３４の退避領域に保存されたデータが消去される。
一方、双方のパスワードが一致すると判定された場合（ステップＳ３０：ＹＥＳ）、データ復帰コマンドの実行によりＮＶＭ３４に保存された認証結果（認証ＯＫ）を示すデータがＲＡＭ３２上に復元され（ステップＳ３１）、当該認証結果を示すデータ及び照合用パスワードがＮＶＭ３４から削除される（照合用パスワードは保存対象となるデータではないので、復元されることなく削除される）。これにより、図１１（ｄ）に示すＲＡＭ３２の状態（認証ＮＧ）が図１１（ｅ）に示すＲＡＭ３２の状態（認証ＯＫ）に変化するとともに、図１１（ｄ）に示すＮＶＭ３４の状態（認証ＯＫ，ＰＷ）が図１１（ｅ）に示すＮＶＭ３４の状態（保存データ無）に変化する。そして、データ復帰コマンドに対するレスポンス（例えば、正常終了を示すＳＷ部を含む）が端末Ｔへ送信される。
（実施例３）
次に、図１３及び図１４を参照して、実施例３におけるＩＣモジュール３の動作を説明する。図１３は、実施例３における端末ＴとＩＣモジュール３との間のコマンド及びレンスポンスの送受信を示すシーケンス、及びそのときのＲＡＭ３２及びＮＶＭ３４の状態を示す図である。図１４は、実施例３においてＩＣモジュール３がコマンドを受信したときの処理の一例を示すフローチャートである。実施例３では、実施例２と同様、パスワード照合が成功した場合に限り、ＮＶＭ３４に保存されたデータをＲＡＭ３２上に復元する場合を例にとるものとする。さらに、実施例３では、ロジカルチャネルの状態に応じてデータ保存コマンドの実行を許可する場合に限りＲＡＭ３２上のデータがＮＶＭ３４に保存される場合と、ロジカルチャネルの状態に応じてデータ復帰コマンドの実行を許可する場合に限りＮＶＭ３４に保存されたデータをＲＡＭ３２上に復元する場合を例にとるものとする。なお、実施例３の前提として、保存対象となるデータは、実施例１及び実施例２の前提と同様に認証結果を示すデータに加え、ロジカルチャネルの状態を示すデータであるものとし、ロジカルチャネルの状態の初期値はロジカルチャネルCh0がOPENでありロジカルチャネルCh1がCLOSEであるものとする。ここで、保存対象となるデータは、複数のロジカルチャネルCh0, Ch1のうちの特定のロジカルチャネルの状態を示すデータであってもよい。
実施例３では、先ず、図１３に示すように、端末Ｔからの選択コマンド（App1選択を示す選択コマンド）が受信される。選択コマンドが受信されると、図１４に示すステップＳ４１でデータ保存コマンドでないと判定され（ステップＳ４１：ＮＯ）、ステップＳ４２でデータ復帰コマンドでないと判定され（ステップＳ４２：ＮＯ）、ステップＳ４３へ進む。ステップＳ４３では、選択コマンドの実行によりロジカルチャネルCh1上でアプリケーションApp1を選択する選択処理（つまり、選択コマンドに応じたコマンド処理）が行われる。これにより、図１３（ａ）に示すＲＡＭ３２の状態（認証ＮＧ，Ch0:OPEN,Ch1:CLOSE）が図１３（ｂ）に示すＲＡＭ３２の状態（認証ＮＧ，Ch0:App1,Ch1:CLOSE）に変化（つまり、アプリケーションの選択無から選択有に変化）する。そして、選択コマンドに対するレスポンス（例えば、正常終了を示すＳＷ部を含む）が端末Ｔへ送信される。
次いで、図１３に示すように、端末Ｔからの認証コマンドが受信される。認証コマンドが受信されたときの処理（図１４に示すステップＳ４１～Ｓ４３）については実施例１の図１０に示すステップＳ１１～Ｓ１３と同様である。次いで、図１３に示すように、端末Ｔからのデータ保存コマンドが受信される。データ保存コマンドが受信されると、図１４に示すステップＳ４１でデータ保存コマンドであると判定され（ステップＳ４１：ＹＥＳ）、ステップＳ４４へ進む。ステップＳ４４では、現在のロジカルチャネルの状態（つまり、アプリケーションの選択状態）がチェックされ、当該チェックされた状態に応じて、当該データ保存コマンドの実行を許可するかが判定される。例えば、現在のロジカルチャネルCh0上でアプリケーションApp1が選択されていない場合に、データ保存コマンドの実行を許可しないと判定される。また、保存対象となるデータが、複数のロジカルチャネルCh0, Ch1のうちの特定のロジカルチャネルCh1の状態を示すデータである場合において、現在の特定のロジカルチャネルCh1上でアプリケーションが選択されていない場合に、データ保存コマンドの実行を許可しないと判定される。
ステップＳ４４でデータ保存コマンドの実行を許可しないと判定された場合（ステップＳ４４：ＮＯ）、エラー処理が行われる（ステップＳ４５）。そして、データ保存コマンドに対するレスポンス（例えば、エラー内容を示すＳＷ部を含む）が端末Ｔへ送信される。一方、データ保存コマンドの実行を許可すると判定された場合（ステップＳ４４：ＹＥＳ）、ステップＳ４６へ進む。ステップＳ４６では、データ保存可能であるか否かが判定される。この処理は、実施例１の図１０に示すステップＳ１４と同様である。
ステップＳ４６でデータ保存可能でないと判定された場合（ステップＳ４６：ＮＯ）、エラー処理が行われる（ステップＳ４５）。そして、データ保存コマンドに対するレスポンス（例えば、エラー内容を示すＳＷ部を含む）が端末Ｔへ送信される。一方、データ保存可能であると判定された場合（ステップＳ４６：ＹＥＳ）、ステップＳ４７へ進む。つまり、実施例３では、ステップＳ４４で許可すると判定された場合に限り、ＲＡＭ３２上のデータがＮＶＭ３４に保存されることになる。ステップＳ４７では、照合用パスワード（ＰＷ）が生成されてＮＶＭ３４に保存され、ステップＳ４８では、ＲＡＭ３２上の認証結果（認証ＯＫ）を示すデータ及びロジカルチャネルの状態（Ch0:App1,Ch1:CLOSE）を示すデータがＮＶＭ３４に保存される。これにより、図１３（ｃ）に示すＮＶＭ３４の状態（保存データ無）が図１３（ｄ）に示すＮＶＭ３４の状態（認証ＯＫ，Ch0:App1,Ch1:CLOSE，ＰＷ）に変化する。そして、図１３に示すように、データ保存コマンドに対するレスポンス（例えば、照合用パスワードを含むボディ部と正常終了を示すＳＷ部を含む）が端末Ｔへ送信される。
次いで、図１３に示すように、ＩＣモジュール３への電源供給が停止（電源ＯＦＦ）され、その後、ＩＣモジュール３への電源供給が再開（電源ＯＮ）されたときのＲＡＭ３２の状態は図１３（ｅ）に示すように初期状態（認証ＮＧ，Ch0:OPEN,Ch1:CLOSE）となる。次いで、図１３に示すように、端末Ｔからの選択コマンド（App1選択を示す選択コマンド）が受信される。選択コマンドが受信されたときの処理（図１４に示すステップＳ４１～Ｓ４３）については上記と同様である。これにより、図１３（ｅ）に示すＲＡＭ３２の状態（認証ＮＧ，Ch0:OPEN,Ch1:CLOSE）が図１３（ｆ）に示すＲＡＭ３２の状態（認証ＮＧ，Ch0:App1,Ch1:CLOSE）に変化する。そして、選択コマンドに対するレスポンス（例えば、正常終了を示すＳＷ部を含む）が端末Ｔへ送信される。
次いで、図１３に示すように、端末Ｔからのデータ復帰コマンド（照合用パスワードを含む）が受信される。データ復帰コマンドが受信されると、図１４に示すステップＳ４１でデータ保存コマンドでないと判定され（ステップＳ４１：ＮＯ）、ステップＳ４２でデータ復帰コマンドであると判定され（ステップＳ４２：ＹＥＳ）、ステップＳ４９へ進む。ステップＳ４９では、現在のロジカルチャネルの状態がチェックされ、当該チェックされた状態に応じて、当該データ復帰コマンドの実行を許可するかが判定される。例えば、現在のロジカルチャネルCh0上でアプリケーションApp1が選択されていない場合に、データ復帰コマンドの実行を許可しないと判定される。また、現在のロジカルチャネルの状態（例えば、図１３（ｆ）に示すＲＡＭ３２の状態）と、ＮＶＭ３４への保存時のロジカルチャネルの状態（例えば、図１３（ｆ）に示すＮＶＭ３４の状態）とが比較され、両状態が異なる場合に、データ復帰コマンドの実行を許可しないと判定される。図１３（ｆ）の例では、ロジカルチャネルの両状態が同じであるので、データ復帰コマンドの実行が許可される。仮に、現在のロジカルチャネルの状態が「Ch0:App1」であり、保存時のロジカルチャネルの状態が「Ch0:App2」である場合、データ復帰コマンドの実行が許可されない。
ステップＳ４９でデータ復帰コマンドの実行を許可しないと判定された場合（ステップＳ４９：ＮＯ）、エラー処理が行われる（ステップＳ５０）。このエラー処理では、上記ステップＳ４８でＮＶＭ３４の退避領域に保存されたデータが消去される。そして、データ復帰コマンドに対するレスポンス（例えば、エラー内容を示すＳＷ部を含む）が端末Ｔへ送信される。一方、データ復帰コマンドの実行を許可すると判定された場合（ステップＳ４９：ＹＥＳ）、ステップＳ５１へ進む。ステップＳ５１では、データ復元可能であるか否かが判定される。この処理は、実施例１の図１０に示すステップＳ１７と同様である。
ステップＳ５１でデータ復元可能でないと判定された場合（ステップＳ５１：ＮＯ）、エラー処理が行われる（ステップＳ５０）。そして、データ復帰コマンドに対するレスポンス（例えば、エラー内容を示すＳＷ部を含む）が端末Ｔへ送信される。一方、データ復元可能であると判定された場合（ステップＳ５１：ＹＥＳ）、ステップＳ５２へ進む。つまり、実施例３では、ステップＳ４９で許可すると判定された場合に限り、ＮＶＭ３４に保存されたデータがＲＡＭ３２上に復元することになる。ステップＳ５２では、ＮＶＭ３４に保存された照合用パスワードと、データ復帰コマンドに含まれる照合用パスワードとの照合が行われ、双方のパスワードが一致するか否かが判定される。双方のパスワードが一致しないと判定された場合（ステップＳ５２：ＮＯ）、ステップＳ５０へ進み、エラー処理が行われる。
一方、双方のパスワードが一致すると判定された場合（ステップＳ５２：ＹＥＳ）、データ復帰コマンドの実行により、ＮＶＭ３４に保存された認証結果（認証ＯＫ）を示すデータ及びロジカルチャネルの状態（Ch0:App1,Ch1:CLOSE）を示すデータがＲＡＭ３２上に復元され（ステップＳ５３）、当該認証結果を示すデータ、ロジカルチャネルの状態を示すデータ、及び照合用パスワードがＮＶＭ３４から削除される。これにより、図１３（ｆ）に示すＲＡＭ３２の状態（認証ＮＧ，Ch0:App1,Ch1:CLOSE）が図１３（ｇ）に示すＲＡＭ３２の状態（認証ＯＫ，Ch0:App1,Ch1:CLOSE）に変化するとともに、図１３（ｆ）に示すＮＶＭ３４の状態（認証ＯＫ，Ch0:App1,Ch1:CLOSE，ＰＷ）が図１３（ｇ）に示すＮＶＭ３４の状態（保存データ無）に変化する。そして、データ復帰コマンドに対するレスポンス（例えば、正常終了を示すＳＷ部を含む）が端末Ｔへ送信される。
以上説明したように、上記実施形態によれば、ＩＣモジュール３は、外部からデータ保存コマンドが受信された場合に、当該データ保存コマンドを実行することにより、ＲＡＭ３２上のデータをＮＶＭ３４に保存し、続いてＩＣモジュール３への電力供給が停止され、その後に再開し、続いて外部からデータ復帰コマンドが受信された場合に、当該データ復帰コマンドを実行することにより、ＮＶＭ３４に保存されたデータをＲＡＭ３２上に復元するように構成したので、電力消費量を節約することができるとともに、電力供給の一旦停止後、電力供給を再開する際に処理時間を短縮することができる。すなわち、ＩＣモジュール３は、データ保存コマンドで前回のＲＡＭ３２上に展開されていた状態をＮＶＭ３４へ保存し、電力供給を再開した後にデータ復帰コマンドを受信すると、当該保存された状態をＮＶＭ３４からＲＡＭ３２上に展開することで、初期起動処理時間を短縮することがきる。これにより、ユーザの利便性（つまり、待ち時間の短縮やバッテリーの電力持続時間）を高めることができる。
上記実施例１～実施例３において、データ保存及びデータ復元に係る処理は、ＯＳにより行なわれてもよいし、ＯＳとアプリケーションとのそれぞれにより行われてもよい。以下にこれらの処理について、図１５～図２２を参照して説明する。図１５及び図１６は、ＯＳ宛てのコマンドに応じてデータ保存及びデータ復元に係る処理がＯＳにより行なわれる場合のシーケンスを示す図である。図１５及び図１６の例では、データ保存及びデータ復元に係る処理以外の処理（例えば、上記ステップＳ１３等の処理）については省略している。図１７は、図１６の場合においてＩＣモジュール３がコマンドを受信したときのＯＳの処理の一例を示すフローチャートである。なお、図１７に示すステップＳ６１～Ｓ６３等の処理は、図１４に示すステップＳ４１～Ｓ４３等の処理と同様であるので、重複する説明は省略する。
先ず、図１５の例では、ＯＳは、端末Ｔからのデータ保存コマンド（ＯＳ宛てのコマンド）を受信した場合に、ＲＡＭ３２上のデータ（保存対象となるデータ）をＮＶＭ３４に保存し（データ保存）、当該データ保存コマンドに対するレスポンスを端末Ｔ宛てに送信する。その後、ＯＳは、端末Ｔからのデータ復帰コマンド（ＯＳ宛てのコマンド）を受信した場合に、ＮＶＭ３４に保存されたデータをＲＡＭ３２上に復元し（データ復元）、当該データ復帰コマンドに対するレスポンスを端末Ｔ宛てに送信する。
一方、図１６の例では、ＯＳは、端末Ｔからのデータ保存コマンド（ＯＳ宛てのコマンド）を受信した場合に、現在のロジカルチャネルCh0上で選択されているアプリケーションApp1と、現在のロジカルチャネルCh1上で選択されているアプリケーションApp2とのそれぞれにデータ消去依頼を行う。この処理は、図１７に示すステップＳ６４の処理である。以下、適宜、図１７を参照して説明する。なお、ＯＳは、アプリケーションApp1とアプリケーションApp2との何れか一方にのみデータ消去依頼を行ってもよい。アプリケーションApp1とアプリケーションApp2は、それぞれ、ＯＳからのデータ消去依頼に応じて、アプリケーションApp1またはApp2により管理されるデータのうち保存対象としない一部データ（例えば、鍵などのセキュリティデータ）をＲＡＭ３２から特定し、ＲＡＭ３２上の当該特定された一部データ（保存対象としないデータ）をＲＡＭ３２から消去（データ消去）し、例えば、一部データが消去された記憶領域を示すデータ消去完了をＯＳに伝える。これにより、例えばアプリケーションApp1,App2のそれぞれのみが知っているデータ（ＯＳ側でもその意味を知りえないデータ）をアプリケーションApp1,App2側で効率良く消去した上でＮＶＭ３４へのデータ保存を実行することができ、さらに、データ保存の処理速度も向上することができる。特に、選択されているアプリケーションの数が多いほど効果的である。そして、ＯＳは、アプリケーションApp1及びアプリケーションApp2からのデータ消去完了に応じて、データ消去依頼を受理したと判定し（ステップＳ６５：ＹＥＳ）、照合用パスワードを生成した（ステップＳ６７）後、アプリケーションApp1とアプリケーションApp2のそれぞれにより消去された一部データが記憶されていた特定領域を少なくとも含むＲＡＭ３２上のデータをＮＶＭ３４に保存（データ保存）し（ステップＳ６８）、当該データ保存コマンドに対するレスポンスを端末Ｔ宛てに送信する。その後、ＯＳは、端末Ｔからのデータ復帰コマンド（ＯＳ宛てのコマンド）を受信した場合に、ＮＶＭ３４に保存されたデータをＲＡＭ３２上に復元し、当該データ復帰コマンドに対するレスポンスを端末Ｔ宛てに送信する。このとき、ＯＳは、図１７に示すように、アプリケーションにデータ復帰依頼を行ってもよい（ステップＳ７１）。この場合、ＯＳは、アプリケーションからのデータ復元完了に応じて、データ復帰依頼を受理したと判定し（ステップＳ７２：ＹＥＳ）、復元対象となるデータをＲＡＭ３２上に復元し（データ復元）（ステップＳ７３）、当該データ復元コマンドに対するレスポンスを端末Ｔ宛てに送信する。
なお、当該アプリケーションは、上記データ消去依頼に応じて、データ消去依頼を許可するかを判定（換言すると、データ消去可能であるか否かを判定）し、許可すると判定した場合に限り、ＲＡＭ３２上の上記特定された一部データをＲＡＭ３２から消去してもよい。例えば、アプリケーションに任意のエラーがある場合、アプリケーションに送受信待ち状態のデータが存在する場合、アプリケーションが基準サイズより大きいサイズのファイルの更新を実行中である場合、またはアプリケーションが他のアプリケーションのロードなど複数のコマンドで１つの処理となるようなシナリオを実行中である場合には、データ消去依頼を許可しないと判定される。
なお、ロジカルチャネル上で選択されていない状態であっても、ＯＳから呼び出されて動作するアプリケーションが存在する。ＯＳは、このようなアプリケーションに対してもデータ消去依頼を行うように構成してもよい。例えば、ＯＳは、データ消去させるアプリケーション（例えば、図１６に示すアプリケーションApp3）の識別子を管理し、端末Ｔからのデータ保存コマンドを受信した場合に、当該識別子が付与されたアプリケーション（つまり、ロジカルチャネル上で選択されていないアプリケーション）にデータ消去依頼を行う。当該アプリケーションは、ＯＳからのデータ消去依頼に応じて、当該アプリケーションにより管理されるデータのうち保存対象としない一部データをＲＡＭ３２から特定し、ＲＡＭ３２上の当該特定された一部データをＲＡＭ３２から消去し、一部データが消去された記憶領域を示すデータ消去完了をＯＳに伝える。これにより、現在のロジカルチャネル上で選択されていないアプリケーションのみが知っているデータを当該アプリケーション側で効率良く消去した上でＮＶＭ３４へのデータ保存を実行することができる。なお、当該アプリケーションは、上記データ消去依頼に応じて、データ消去依頼を許可するかを判定（換言すると、データ消去可能であるか否かを判定）し、許可すると判定した場合に限り、ＲＡＭ３２上の上記特定された一部データをＲＡＭ３２から消去してもよい。
図１８は、ＯＳ宛てのコマンドに応じてデータ保存及びデータ復元に係る処理がＯＳとアプリケーションとのそれぞれにより行われる場合のシーケンスを示す図である。図１８の例では、データ保存及びデータ復元に係る処理以外の処理（例えば、上記ステップＳ１３等の処理）については省略している。図１９は、図１８の場合においてＩＣモジュール３がコマンドを受信したときのＯＳの処理の一例を示すフローチャートである。なお、図１９に示すステップＳ８１～Ｓ８３等の処理は、図１４に示すステップＳ４１～Ｓ４３等の処理と同様であるので、重複する説明は省略する。図１８の例では、ＯＳは、端末Ｔからのデータ保存コマンド（ＯＳ宛てのコマンド）を受信した場合に、現在のロジカルチャネルCh0上で選択されているアプリケーションApp1と、現在のロジカルチャネルCh1上で選択されているアプリケーションApp2とのそれぞれにデータ保存依頼を行う。この処理は、図１９に示すステップＳ８４の処理である。以下、適宜、図１９を参照して説明する。なお、ＯＳは、アプリケーションApp1とアプリケーションApp2との何れか一方にのみデータ保存依頼を行ってもよい。アプリケーションApp1とアプリケーションApp2は、それぞれ、ＯＳからのデータ保存依頼に応じて、アプリケーションApp1またはApp2により管理されるデータのうち保存対象となるデータをＲＡＭ３２から特定し、ＲＡＭ３２上の当該特定されたデータ（保存対象となるデータ）をＮＶＭ３４に保存（データ保存）し（データ保存処理）、データ保存完了をＯＳに伝える。これにより、例えばアプリケーションApp1,App2のそれぞれのみが知っているデータ（ＯＳ側でもその意味を知りえないデータ）をアプリケーションApp1,App2側で責任を持ってＮＶＭ３４に保存することができる。特に、選択されているアプリケーションの数が多いほど効果的である。そして、ＯＳは、アプリケーションApp1及びアプリケーションApp2からのデータ保存完了に応じて、データ保存依頼を受理したと判定し（ステップＳ８５：ＹＥＳ）、照合用パスワードを生成した（ステップＳ８７）後、当該ＯＳにより管理されるデータのうち保存対象となるデータをＲＡＭ３２から特定し、ＲＡＭ３２上の当該特定されたデータ（保存対象となるデータ）をＮＶＭ３４に保存（データ保存）し（ステップＳ８８）、当該データ保存コマンドに対するレスポンスを端末Ｔ宛てに送信する。
なお、アプリケーションは、上記データ保存依頼に応じて、当該データ保存依頼を許可するかを判定（換言すると、データ保存可能であるか否かを判定）し（保存依頼許可判定処理）、許可すると判定した場合に限り、ＲＡＭ３２上の上記特定されたデータをＮＶＭ３４に保存してもよい。例えば、アプリケーションに任意のエラーがある場合、アプリケーションに送受信待ち状態のデータが存在する場合、アプリケーションが基準サイズより大きいサイズのファイルの更新を実行中である場合、またはアプリケーションが他のアプリケーションのロードなど複数のコマンドで１つの処理となるようなシナリオを実行中である場合には、データ保存依頼を許可しないと判定される。また、データ保存依頼の際には、複数回の通信がＯＳとアプリケーションとの間で生じてもよい。例えば、上記保存依頼許可判定処理と、上記データ保存処理のそれぞれで、都度、ＯＳがアプリケーションを呼び出してもよい。図２０及び図２１は、データ保存依頼の際にＯＳとアプリケーションとの間で複数回の通信が行われる場合のシーケンスを示す図である。この例では、ＯＳは、アプリケーションApp1,App2の１回目の呼び出しでデータ保存可否チェック依頼を行う。アプリケーションApp1,App2は、それぞれ、上記データ保存可否チェック依頼に応じて、データ保存可能であるか否かを判定し、データ保存可能であると判定した場合に、図２０（成功例）に示すように、データ保存可能（ＯＫ）をＯＳに伝える（この場合のＯＳの処理は上記と同様）。一方、上記データ保存可否チェック依頼に応じて、アプリケーションApp1,App2の少なくとも一方が、データ保存可能でないと判定した場合（上記例示したアプリケーションに任意のエラーがある場合等）、図２１（失敗例）に示すように、データ保存不可（ＮＧ）をＯＳに伝える。この場合、ＯＳは、データ保存依頼をアプリケーションApp1,App2へ行うことなく、データ保存コマンドに対するレスポンスとして、保存失敗を示すＳＷ部を含むレスポンスを端末Ｔ宛てに送信する。なお、図２１の例において、アプリケーションApp1がデータ保存可能でないと判定してデータ保存不可（ＮＧ）をＯＳに伝えた場合であって、且つアプリケーションApp2にデータ保存可否チェック依頼がまだ行われていない場合、ＯＳは、アプリケーションApp2にデータ保存可否チェック依頼を行うことなく、保存失敗を示すＳＷ部を含むレスポンスを端末Ｔ宛てに送信してもよい。
その後、ＯＳは、端末Ｔからのデータ復帰コマンド（ＯＳ宛てのコマンド）を受信した場合に、現在のロジカルチャネルCh0上で選択されているアプリケーションApp1と、現在のロジカルチャネルCh1上で選択されているアプリケーションApp2とのそれぞれにデータ復帰依頼を行う（図１９におけるステップＳ９１）。なお、ＯＳは、アプリケーションApp1とアプリケーションApp2との何れか一方にのみデータ復帰依頼を行ってもよい。アプリケーションApp1とアプリケーションApp2は、それぞれ、ＯＳからのデータ復帰依頼に応じて、復元対象となるデータをＮＶＭ３４から特定し、ＮＶＭ３４上の当該特定されたデータをＲＡＭ３２上に復元し（データ復元）、データ復元完了をＯＳに伝える。これにより、ＮＶＭ３４に保存されたデータをアプリケーションApp1,App2側で責任を持ってＲＡＭ３２上に復元することができる。特に、選択されているアプリケーションの数が多いほど効果的である。そして、ＯＳは、アプリケーションApp1及びアプリケーションApp2からのデータ復元完了に応じて、データ復帰依頼を受理したと判定し（ステップＳ９２：ＹＥＳ）、復元対象となるデータをＲＡＭ３２上に復元（データ復元）し（ステップＳ９３）、当該データ復元コマンドに対するレスポンスを端末Ｔ宛てに送信する。
なお、当該アプリケーションは、上記データ復帰依頼に応じて、当該データ復帰依頼を許可するかを判定（換言すると、データ復元可能であるか否かを判定）し、許可すると判定した場合に限り、ＮＶＭ３４上の上記特定されたデータをＲＡＭ３２上に復元してもよい。データ保存依頼の場合と同様、アプリケーションに任意のエラーがある場合、アプリケーションに送受信待ち状態のデータが存在する場合などの場合には、データ復帰依頼を許可しないと判定される。また、データ復帰依頼の際には、データ保存依頼の場合と同様、複数回の通信がＯＳとアプリケーションとの間で生じてもよい。例えば、ＯＳは、アプリケーションApp1,App2の１回目の呼び出しでデータ復元可否チェック依頼を行う。アプリケーションApp1,App2は、それぞれ、上記データ復元可否チェック依頼に応じて、データ復元可能であるか否かを判定し、データ復元可能であると判定した場合に、データ復元可能（ＯＫ）をＯＳに伝える。一方、上記データ復元可否チェック依頼に応じて、アプリケーションApp1,App2の少なくとも一方が、データ復元可能でないと判定した場合（上記例示したアプリケーションに任意のエラーがある場合等）、データ復元不可（ＮＧ）をＯＳに伝える。この場合、ＯＳは、データ復帰依頼をアプリケーションApp1,App2へ行うことなく、データ復元コマンドに対するレスポンスとして、復元失敗を示すＳＷ部を含むレスポンスを端末Ｔ宛てに送信する。
なお、図１６に示すデータ消去の場合と同様、ＯＳは、ロジカルチャネル上で選択されていないアプリケーションに対してもデータ保存依頼及びデータ復帰依頼を行うように構成してもよい。例えば、ＯＳは、データ保存及びデータ復帰させるアプリケーション（例えば、図１８に示すアプリケーションApp3）の識別子を管理し、端末Ｔからのデータ保存コマンドを受信した場合に、当該識別子が付与されたアプリケーション（つまり、ロジカルチャネル上で選択されていないアプリケーション）にデータ保存依頼を行う。当該アプリケーションは、ＯＳからのデータ保存依頼に応じて、当該アプリケーションにより管理されるデータのうち保存対象となるデータをＲＡＭ３２から特定し、ＲＡＭ３２上の当該特定されたデータをＮＶＭ３４に保存し、データ保存完了をＯＳに伝える。これにより、現在のロジカルチャネル上で選択されていないアプリケーションのみが知っているデータを当該アプリケーション側で責任を持ってＮＶＭ３４に保存することができる。なお、当該アプリケーションは、上記データ保存依頼に応じて、当該データ保存依頼を許可するかを判定（換言すると、データ保存可能であるか否かを判定）し、許可すると判定した場合に限り、ＲＡＭ３２上の上記特定されたデータをＮＶＭ３４に保存してもよい。その後、ＯＳは、端末Ｔからのデータ復帰コマンドを受信した場合に、上記識別子が付与されたアプリケーション（つまり、ロジカルチャネル上で選択されていないアプリケーション）にデータ復帰依頼を行う。当該アプリケーションは、ＯＳからのデータ復帰依頼に応じて、復元対象となるデータをＮＶＭ３４から特定し、ＮＶＭ３４上の当該特定されたデータをＲＡＭ３２上に復元し、データ復元完了をＯＳに伝える。これにより、ＮＶＭ３４に保存されたデータを、現在のロジカルチャネル上で選択されていないアプリケーション側で責任を持ってＲＡＭ３２上に復元することができる。なお、当該アプリケーションは、上記データ復帰依頼に応じて、当該データ復帰依頼を許可するかを判定（換言すると、データ復元可能であるか否かを判定）し、許可すると判定した場合に限り、ＮＶＭ３４上の上記特定されたデータをＲＡＭ３２上に復元してもよい。
図２２は、アプリケーション宛てのコマンドに応じてデータ保存及びデータ復元に係る処理がＯＳにより行なわれる場合のシーケンスを示す図である。図２２の例では、ＯＳは、端末Ｔからのデータ保存コマンド（App1宛てのコマンド）を受信した場合に、当該データ保存コマンドを現在のロジカルチャネルCh0上で選択されているアプリケーションApp1に転送する。アプリケーションApp1は、ＯＳからのデータ保存コマンドに応じて、アプリケーションApp1により管理されるデータのうち保存対象となるデータを特定し、当該特定したデータまたは当該データの記憶領域を示すデータ保存依頼をＯＳに行う。これにより、例えばアプリケーションApp1のみが知っているデータ（ＯＳ側でもその意味を知りえないデータ）をＯＳに依頼してＮＶＭ３４に保存させることができる。ＯＳは、アプリケーションApp1からのデータ保存依頼に応じて、当該データ保存依頼により特定されるＲＡＭ３２上のデータをＮＶＭ３４に保存し（データ保存）、データ保存完了をアプリケーションApp1に伝える。なお、ＯＳにより管理されるデータのうち保存対象となるデータについてもＲＡＭ３２からＮＶＭ３４へ保存されてもよい。アプリケーションApp1は、ＯＳからのデータ保存完了に応じて、当該データ保存コマンドに対するレスポンスを端末Ｔ宛てに送信する。
その後、ＯＳは、端末Ｔからのデータ復帰コマンド（App1宛てのコマンド）を受信した場合に、当該データ復帰コマンドをロジカルチャネルCh0上で選択されているアプリケーションApp1に転送する。アプリケーションApp1は、ＯＳからのデータ復帰コマンドに応じて、復元対象となるデータを特定し、当該特定したデータまたは当該データの記憶領域を示すデータ復帰依頼をＯＳに行う。ＯＳは、アプリケーションApp1からのデータ復帰依頼に応じて、当該データ復帰依頼により特定されるＮＶＭ３４上のデータをＲＡＭ３２上に復元し（データ復元）、データ復元完了をアプリケーションApp1に伝える。なお、ＯＳにより管理されるデータのうち復元対象となるデータについてもＮＶＭ３４からＲＡＭ３２へ復元されてもよい。アプリケーションApp1は、ＯＳからのデータ復元完了に応じて、当該データ復元コマンドに対するレスポンスを端末Ｔ宛てに送信する。なお、上記App1宛てのコマンドは、直接、アプリケーションApp1が受信してもよい。
上記実施形態においては、端末Ｔがデータ保存コマンド及びデータ復帰コマンドを送信するように構成したが、別の例として、制御モジュール２がコマンドＡＰＤＵであるデータ保存コマンド及びデータ復帰コマンドをＩＣモジュール３へ送信するように構成してもよい。また、上記実施形態においては、通信デバイスＤに組み込まれるＩＣモジュール３を例にとって説明したが、バッテリー内蔵型の組み込みＩＣモジュール３が搭載されたＩＣカードが単独で使用される場合にも本発明は適用できる。
１ 通信モジュール
２ 制御モジュール
３ ＩＣモジュール
４ バッテリー
３１ ＣＰＵ
３２ ＲＡＭ
３３ ＲＯＭ
３４ ＮＶＭ
３５ Ｉ／Ｏ回路
Ｄ 通信デバイス

Claims (24)

  1. 揮発性メモリ及び不揮発性メモリを備える電子情報記憶媒体であって、
    前記不揮発性メモリには、実行が許可されるコマンドを示す許可コマンドリストが保存されており、
    外部からデータ保存コマンドが受信された場合に、前記揮発性メモリ上のデータを前記不揮発性メモリに保存する保存手段と、
    外部からデータ復帰コマンドが受信された場合に、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元する復元手段と、
    外部から受信されたコマンドが前記許可コマンドリストに示されないコマンドである場合に、前記不揮発性メモリに保存されたデータを消去する消去手段と、
    を備えることを特徴とする電子情報記憶媒体。
  2. 前記復元手段は、前記不揮発性メモリに保存されている第１パスワードと、前記データ復帰コマンドに含まれる第２パスワードとの照合を行い、前記第１パスワードと前記第２パスワードが一致する場合に、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元することを特徴とする請求項１に記載の電子情報記憶媒体。
  3. 外部からデータ保存コマンドが受信された場合に、前記不揮発性メモリに保存されるべき前記第１パスワードを生成する生成手段と、
    前記データ保存コマンドに対するレスポンスとして、前記生成された前記第１パスワードを含むレスポンスを外部へ送信する送信手段と、
    を更に備えることを特徴とする請求項２に記載の電子情報記憶媒体。
  4. 前記生成手段は、乱数を含む前記第１パスワードを生成することを特徴とする請求項３に記載の電子情報記憶媒体。
  5. 揮発性メモリ及び不揮発性メモリを備える電子情報記憶媒体であって、
    外部からデータ保存コマンドが受信された場合に、前記揮発性メモリ上のデータを前記不揮発性メモリに保存する保存手段と、
    外部からデータ復帰コマンドが受信された場合に、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元する復元手段と、
    を備え、
    前記保存手段は、前記揮発性メモリ上の特定のデータであって対象データリストに示されるデータに限り前記不揮発性メモリに保存することを特徴とする電子情報記憶媒体。
  6. 揮発性メモリ及び不揮発性メモリを備える電子情報記憶媒体であって、
    外部からデータ保存コマンドが受信された場合に、前記揮発性メモリ上のデータを前記不揮発性メモリに保存する保存手段と、
    外部からデータ復帰コマンドが受信された場合に、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元する復元手段と、
    現在のロジカルチャネルの状態に応じて、前記データ保存コマンドの実行を許可するかを判定する第１判定手段と、
    を備え、
    前記保存手段は、前記第１判定手段により許可すると判定された場合に限り、前記揮発性メモリ上のデータを前記不揮発性メモリに保存することを特徴とする電子情報記憶媒体。
  7. 前記第１判定手段により許可しないと判定された場合に、エラー処理を行うエラー処理手段を更に備えることを特徴とする請求項６に記載の電子情報記憶媒体。
  8. 前記第１判定手段は、現在のロジカルチャネル上でアプリケーションが選択されていない場合に、前記データ保存コマンドの実行を許可しないと判定することを特徴とする請求項６または７に記載の電子情報記憶媒体。
  9. 前記不揮発性メモリに保存対象となるデータは、複数のロジカルチャネルのうちの特定のロジカルチャネルの状態を示すデータであり、
    前記第１判定手段は、現在の前記特定のロジカルチャネル上でアプリケーションが選択されていない場合に、前記データ保存コマンドの実行を許可しないと判定することを特徴とする請求項６または７に記載の電子情報記憶媒体。
  10. 揮発性メモリ及び不揮発性メモリを備える電子情報記憶媒体であって、
    外部からデータ保存コマンドが受信された場合に、前記揮発性メモリ上のデータを前記不揮発性メモリに保存する保存手段と、
    外部からデータ復帰コマンドが受信された場合に、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元する復元手段と、
    現在のロジカルチャネルの状態に応じて、前記データ復帰コマンドの実行を許可するかを判定する第２判定手段と、
    を備え、
    前記復元手段は、前記第２判定手段により許可すると判定された場合に限り、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元することを特徴とする電子情報記憶媒体。
  11. 前記第２判定手段により許可しないと判定された場合に、エラー処理を行うエラー処理手段を更に備えることを特徴とする請求項１０に記載の電子情報記憶媒体。
  12. 前記第２判定手段は、現在のロジカルチャネル上でアプリケーションが選択されていない場合に、前記データ復帰コマンドの実行を許可しないと判定することを特徴とする請求項１０または１１に記載の電子情報記憶媒体。
  13. 前記不揮発性メモリに保存されたデータには、保存時のロジカルチャネルの状態を示すデータが含まれており、
    前記第２判定手段は、現在のロジカルチャネルの状態と、前記保存時のロジカルチャネルの状態とを比較し、両状態が異なる場合に、前記データ復帰コマンドの実行を許可しないと判定することを特徴とする請求項１０または１１に記載の電子情報記憶媒体。
  14. 揮発性メモリ及び不揮発性メモリを備える電子情報記憶媒体であって、
    外部からデータ保存コマンドが受信された場合に、前記揮発性メモリ上のデータを前記不揮発性メモリに保存する保存手段と、
    外部からデータ復帰コマンドが受信された場合に、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元する復元手段と、
    を備え、
    前記電子情報記憶媒体に搭載されたオペレーティングシステムは、前記データ保存コマンドを受信した場合に、アプリケーションにデータ保存依頼を行い、
    前記アプリケーションの前記保存手段は、前記データ保存依頼に応じて、前記揮発性メモリ上の、当該アプリケーションにより管理されるデータを前記不揮発性メモリに保存し、
    前記オペレーティングシステムは、前記データ復帰コマンドを受信した場合に、前記アプリケーションにデータ復帰依頼を行い、
    前記アプリケーションの前記復元手段は、前記データ復帰依頼に応じて、前記不揮発性メモリに保存された、当該アプリケーションにより管理されるデータを前記揮発性メモリ上に復元することを特徴とする電子情報記憶媒体。
  15. 前記アプリケーションは、前記データ保存依頼に応じて、前記データ保存コマンドの実行を許可するかを判定する第１判定手段を更に備え、
    前記アプリケーションの前記保存手段は、前記アプリケーションの前記第１判定手段により許可すると判定された場合に限り、前記揮発性メモリ上の、当該アプリケーションにより管理されるデータを前記不揮発性メモリに保存することを特徴とする請求項１４に記載の電子情報記憶媒体。
  16. 前記アプリケーションは、前記データ復帰依頼に応じて、前記データ復帰コマンドの実行を許可するかを判定する第２判定手段を更に備え、
    前記アプリケーションの前記復元手段は、前記アプリケーションの前記第２判定手段により許可すると判定された場合に限り、前記不揮発性メモリに保存された、当該アプリケーションにより管理されるデータを前記揮発性メモリ上に復元することを特徴とする請求項１４に記載の電子情報記憶媒体。
  17. 揮発性メモリ及び不揮発性メモリを備える電子情報記憶媒体であって、
    外部からデータ保存コマンドが受信された場合に、前記揮発性メモリ上のデータを前記不揮発性メモリに保存する保存手段と、
    外部からデータ復帰コマンドが受信された場合に、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元する復元手段と、
    前記電子情報記憶媒体に搭載されたオペレーティングシステムは、前記データ保存コマンドを受信した場合に、アプリケーションにデータ消去依頼を行い、
    前記アプリケーションは、前記データ消去依頼に応じて、前記揮発性メモリ上の、前記アプリケーションにより管理される一部データを消去し、
    前記オペレーティングシステムの前記保存手段は、前記アプリケーションにより管理される一部データが消去された後に、前記消去された前記一部データが記憶されていた特定領域を含む前記揮発性メモリ上のデータを前記不揮発性メモリに保存し、
    前記オペレーティングシステムの前記復元手段は、前記データ復帰コマンドを受信した場合に、前記不揮発性メモリに保存された当該データを前記揮発性メモリ上に復元することを特徴とする電子情報記憶媒体。
  18. 前記アプリケーションは、前記データ消去依頼に応じて、前記データ保存コマンドの実行を許可するかを判定する第１判定手段を更に備え、
    前記アプリケーションは、前記アプリケーションの前記第１判定手段により許可すると判定された場合に限り、前記揮発性メモリ上の、前記アプリケーションにより管理される一部データを消去することを特徴とする請求項１７に記載の電子情報記憶媒体。
  19. 揮発性メモリ及び実行が許可されるコマンドを示す許可コマンドリストが保存されている不揮発性メモリを備える電子情報記憶媒体におけるコンピュータを、
    外部からデータ保存コマンドが受信された場合に、前記揮発性メモリ上のデータを前記不揮発性メモリに保存する保存手段と、
    外部からデータ復帰コマンドが受信された場合に、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元する復元手段と、
    外部から受信されたコマンドが前記許可コマンドリストに示されないコマンドである場合に、前記不揮発性メモリに保存されたデータを消去する消去手段として機能させることを特徴とするプログラム。
  20. 揮発性メモリ及び不揮発性メモリを備える電子情報記憶媒体におけるコンピュータを、
    外部からデータ保存コマンドが受信された場合に、前記揮発性メモリ上のデータを前記不揮発性メモリに保存する保存手段と、
    外部からデータ復帰コマンドが受信された場合に、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元する復元手段として機能させるプログラムであって、
    前記保存手段は、前記揮発性メモリ上の特定のデータであって対象データリストに示されるデータに限り前記不揮発性メモリに保存することを特徴とするプログラム。
  21. 揮発性メモリ及び不揮発性メモリを備える電子情報記憶媒体におけるコンピュータを、
    外部からデータ保存コマンドが受信された場合に、前記揮発性メモリ上のデータを前記不揮発性メモリに保存する保存手段と、
    外部からデータ復帰コマンドが受信された場合に、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元する復元手段と、
    現在のロジカルチャネルの状態に応じて、前記データ保存コマンドの実行を許可するかを判定する第１判定手段として機能させるプログラムであって、
    前記保存手段は、前記第１判定手段により許可すると判定された場合に限り、前記揮発性メモリ上のデータを前記不揮発性メモリに保存することを特徴とするプログラム。
  22. 揮発性メモリ及び不揮発性メモリを備える電子情報記憶媒体におけるコンピュータを、
    外部からデータ保存コマンドが受信された場合に、前記揮発性メモリ上のデータを前記不揮発性メモリに保存する保存手段と、
    外部からデータ復帰コマンドが受信された場合に、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元する復元手段と、
    現在のロジカルチャネルの状態に応じて、前記データ復帰コマンドの実行を許可するかを判定する第２判定手段として機能させるプログラムであって、
    前記復元手段は、前記第２判定手段により許可すると判定された場合に限り、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元することを特徴とするプログラム。
  23. 揮発性メモリ及び不揮発性メモリを備える電子情報記憶媒体におけるコンピュータを、
    外部からデータ保存コマンドが受信された場合に、前記揮発性メモリ上のデータを前記不揮発性メモリに保存する保存手段と、
    外部からデータ復帰コマンドが受信された場合に、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元する復元手段として機能させるプログラムであって、
    前記電子情報記憶媒体に搭載されたオペレーティングシステムは、前記データ保存コマンドを受信した場合に、アプリケーションにデータ保存依頼を行い、
    前記アプリケーションの前記保存手段は、前記データ保存依頼に応じて、前記揮発性メモリ上の、当該アプリケーションにより管理されるデータを前記不揮発性メモリに保存し、
    前記オペレーティングシステムは、前記データ復帰コマンドを受信した場合に、前記アプリケーションにデータ復帰依頼を行い、
    前記アプリケーションの前記復元手段は、前記データ復帰依頼に応じて、前記不揮発性メモリに保存された、当該アプリケーションにより管理されるデータを前記揮発性メモリ上に復元することを特徴とするプログラム。
  24. 揮発性メモリ及び不揮発性メモリを備える電子情報記憶媒体におけるコンピュータを、
    外部からデータ保存コマンドが受信された場合に、前記揮発性メモリ上のデータを前記不揮発性メモリに保存する保存手段と、
    外部からデータ復帰コマンドが受信された場合に、前記不揮発性メモリに保存されたデータを前記揮発性メモリ上に復元する復元手段として機能させるプログラムであって、
    前記電子情報記憶媒体に搭載されたオペレーティングシステムは、前記データ保存コマンドを受信した場合に、アプリケーションにデータ消去依頼を行い、
    前記アプリケーションは、前記データ消去依頼に応じて、前記揮発性メモリ上の、前記アプリケーションにより管理される一部データを消去し、
    前記オペレーティングシステムの前記保存手段は、前記アプリケーションにより管理される一部データが消去された後に、前記消去された前記一部データが記憶されていた特定領域を含む前記揮発性メモリ上のデータを前記不揮発性メモリに保存し、
    前記オペレーティングシステムの前記復元手段は、前記データ復帰コマンドを受信した場合に、前記不揮発性メモリに保存された当該データを前記揮発性メモリ上に復元することを特徴とするプログラム。
JP2019179902A 2019-09-30 2019-09-30 電子情報記憶媒体、及びプログラム Active JP7334566B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2019179902A JP7334566B2 (ja) 2019-09-30 2019-09-30 電子情報記憶媒体、及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2019179902A JP7334566B2 (ja) 2019-09-30 2019-09-30 電子情報記憶媒体、及びプログラム

Publications (2)

Publication Number Publication Date
JP2021056815A JP2021056815A (ja) 2021-04-08
JP7334566B2 true JP7334566B2 (ja) 2023-08-29

Family

ID=75272620

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019179902A Active JP7334566B2 (ja) 2019-09-30 2019-09-30 電子情報記憶媒体、及びプログラム

Country Status (1)

Country Link
JP (1) JP7334566B2 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009048415A (ja) 2007-08-20 2009-03-05 Toshiba Corp 携帯可能電子装置および携帯可能電子装置の制御方法
JP2018060455A (ja) 2016-10-07 2018-04-12 大日本印刷株式会社 電子情報記憶媒体、コマンド処理方法、及びコマンド処理プログラム

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08171621A (ja) * 1994-12-16 1996-07-02 Matsushita Electric Ind Co Ltd Ｉｃカード

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009048415A (ja) 2007-08-20 2009-03-05 Toshiba Corp 携帯可能電子装置および携帯可能電子装置の制御方法
JP2018060455A (ja) 2016-10-07 2018-04-12 大日本印刷株式会社 電子情報記憶媒体、コマンド処理方法、及びコマンド処理プログラム

Also Published As

Publication number Publication date
JP2021056815A (ja) 2021-04-08

Similar Documents

Publication Publication Date Title
US20060086785A1 (en) Portable electronic apparatus and method of updating application in portable electronic apparatus
JP4322021B2 (ja) メモリカード
US5252812A (en) Program control system for portable data storage device
US7428992B2 (en) Secure device and system for issuing IC cards
KR100760275B1 (ko) 가상 메모리를 운영하기 위한 수단을 포함하는 칩 카드,그와 관련된 통신 방법 및 프로토콜
JP5329884B2 (ja) 携帯可能電子装置および携帯可能電子装置におけるデータ処理方法
CN104412242A (zh) 内存保护
JP6585072B2 (ja) 不揮発性メモリ又はセキュア素子へのデータの読み込みを安全に行うこと
JP2008129744A (ja) 外部記憶装置
WO2007119594A1 (ja) セキュアデバイス及び読み書き装置
JP5225054B2 (ja) Ｉｃカード
EP2775461B1 (en) Smart card, electronic device and portable electronic device
CN106951771B (zh) 一种安卓操作系统的移动终端使用方法
JP4896842B2 (ja) 携帯可能電子装置
US20030225962A1 (en) Memory card and memory card system
JP7334566B2 (ja) 電子情報記憶媒体、及びプログラム
JP2012141754A (ja) Ｉｃチップ、ｉｃチップにおける処理方法、ｉｃチップ用処理プログラム、及び携帯端末
CN114925368A (zh) 用于启动应用程序的安全元件和方法
JP2006338311A (ja) 複数のアプリケーションを搭載したデバイスを処理するコンピュータシステム、デバイスおよびコンピュータプログラム
US10489775B2 (en) Integrated circuit card adapted to transfer first data from a first application for use by a second application
JP7533142B2 (ja) 電子情報記憶媒体、初期化シーケンス実行方法、及びプログラム
CN113569208B (zh) 数据管理方法、智能卡及计算机可读存储介质
JP2006293706A (ja) アプリケーションの更新機能を有するマルチアプリケーションｉｃカード
JP7497777B1 (ja) 電子情報記憶媒体、ｉｃチップ、ｉｃカード、データ移行判定方法、及びプログラム
JP7322923B2 (ja) セキュアエレメント，トランザクション制御方法およびデバイス

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220726

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230424

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230502

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230629

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: 20230718

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230731

R150 Certificate of patent or registration of utility model

Ref document number: 7334566

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150