JP6479514B2 - Ｉｃカード、及びｉｃカードシステム - Google Patents

Description

本発明の実施形態は、ＩＣカード、及びＩＣカードシステムに関する。

近年、ＩＣ（Integrated Circuit）チップを内蔵したＩＣカードが広く使用されている。従来のＩＣカードを用いたＩＣカードシステムでは、例えば、ＰＩＮ（Personal Identification Number）などにより、所有者の正当性を認証している。しかしながら、従来のＩＣカードシステムでは、例えば、ＰＩＮの漏洩とともに、ＩＣカードが盗難にあうと、第三者が所有者に成りすまして不正に利用される可能性があり、セキュリティが低下する場合があった。

特開２００４−３４８４７５号公報

本発明が解決しようとする課題は、セキュリティを向上させることができるＩＣカード、及びＩＣカードシステムを提供することである。

実施形態のＩＣカードは、通信部と、解除処理部と、処理実行部と、再制限処理部とを持つ。通信部は、少なくとも携帯端末装置と非接触インターフェースにより通信可能で、前記携帯端末装置とは異なる処理端末とも通信可能である。解除処理部は、前記通信部が、前記携帯端末装置から前記非接触インターフェースによって受信した解除要求に基づいて、当該解除要求を送信した前記携帯端末装置とは異なる前記処理端末に対して自装置が実行可能な処理の制限を解除する。処理実行部は、前記解除処理部によって前記処理の制限が解除された場合に、制限が解除された前記処理を前記携帯端末装置とは異なる前記処理端末に対して前記携帯端末装置を用いずに実行する。再制限処理部は、前記処理実行部によって所定の前記処理が実行された後に、前記解除処理部によって解除された前記処理を再び制限する。

第１の実施形態のＩＣカードシステムの一例を示す図。 第１の実施形態のＩＣカードシステムのハードウェア構成例を示す図。 第１の実施形態のＩＣカードシステムの機能構成例を示すブロック図。 第１の実施形態のＩＣカードシステムの制限解除処理の一例を示す図。 第１の実施形態のＩＣカードの取引処理の一例を示すフローチャート。 第２の実施形態のＩＣカードの取引処理の一例を示すフローチャート。 第３の実施形態のＩＣカードシステムの機能構成例を示すブロック図。 第３の実施形態のＩＣカードシステムの制限解除処理の一例を示す図。 第４の実施形態のＩＣカードシステムの機能構成例を示すブロック図。 第４の実施形態のＩＣカードシステムの制限解除処理の一例を示す図。 第５の実施形態のＩＣカードシステムの機能構成例を示すブロック図。 第５の実施形態のＩＣカードシステムの制限解除処理の一例を示す図。 第６の実施形態のＩＣカードシステムの機能構成例を示すブロック図。 第６の実施形態のＩＣカードシステムの制限解除処理の一例を示す図。

以下、実施形態のＩＣカード、及びＩＣカードシステムを、図面を参照して説明する。

（第１の実施形態）
図１は、第１の実施形態のＩＣカードシステム２００の一例を示す図である。
図１に示すように、ＩＣカードシステム２００は、ＩＣカード１と、携帯電話２と、処理端末１５０とを備えている。

本実施形態のＩＣカードシステム２００では、ＩＣカード１は、初期状態では実行可能な処理が制限されており、そのままでは、例えば、クレジット決済処理などの取引処理を実行することができない。取引処理を実行する前に、ＩＣカード１と携帯電話２とを近づけることで、ＩＣカード１と携帯電話２とが、非接触インターフェースを使用して通信し、携帯電話２が、ＩＣカード１の処理の制限を解除する。そして、取引処理を実行する際には、制限の解除されたＩＣカード１を、例えば、接触インターフェースを介して処理端末１５０と接続することで、処理端末１５０は、ＩＣカード１を使用して、クレジット決済処理などの取引処理を実行する。

なお、本実施形態において、ＩＣカード１は、例えば、携帯電話２に内蔵されるものではなく、携帯電話２と別体として構成されている。また、ＩＣカード１は、クレジット決済処理などの取引処理を実行する際に、携帯電話２とは接続されずに、ＩＣカード１単独で処理端末１５０に接続されて使用される。

ＩＣカード１は、例えば、コイル４３による電磁誘導に基づく非接触インターフェース（コンタクトレスインターフェース）と、コンタクト部３による接触インターフェース（コンタクトインターフェース）とを有するカードである。

ＩＣカード１は、ＩＣモジュール１０と、コイル４３とを備えている。ＩＣモジュール１０は、コンタクト部３と、ＩＣチップ１００とを備えている。ＩＣカード１は、例えば、プラスチックのカード基材ＰＴ（カード本体の一例）に、ＩＣモジュール１０及びコイル４３を実装して形成されている。また、ＩＣカード１は、コンタクト部３又はコイル４３を介して、外部装置（例えば、携帯電話２、処理端末１５０など）と通信可能である。ＩＣカード１は、例えば、外部装置が送信したコマンド（処理要求）を、コンタクト部３又はコイル４３を介して受信し、受信したコマンドに応じた処理（コマンド処理）を実行する。そして、ＩＣカード１は、コマンド処理の実行結果であるレスポンス（処理応答）を外部装置にコンタクト部３又はコイル４３を介して送信する。

ＩＣモジュール１０は、コンタクト部３と、ＩＣチップ１００とを備え、例えば、テープ上にＩＣモジュール１０が複数配置されたＣＯＴ（Chip On Tape）などの形態で取引されるモジュールである。なお、テープから個片抜きして切り離した単体のＩＣモジュール１０をＣＯＴという場合がある。
コンタクト部３は、ＩＣカード１が動作するために必要な各種信号の端子を有している。ここで、各種信号の端子は、電源電圧、クロック信号、リセット信号などを外部装置から供給を受ける端子、及び、外部装置と通信するためのシリアルデ―タ入出力端子（ＳＩＯ端子）を有する。外部装置から供給を受ける端子には、電源端子（ＶＤＤ端子、ＧＮＤ端子）、クロック信号端子（ＣＬＫ端子）、及びリセット信号端子（ＲＳＴ端子）が含まれる。

コイル４３は、ＩＣモジュール１０に接続されてカード基材ＰＴに実装されている。コイル４３は、外部装置からの電磁波（磁束）により、ＩＣカード１の動作電力の供給を受けるとともに、外部装置との間のデータ通信に用いられるアンテナコイルである。
ＩＣチップ１００は、例えば、１チップのマイクロプロセッサなどのＬＳＩ（Large Scale Integration）である。
なお、ＩＣカード１のハードウェア構成の詳細については、後述する。

携帯電話２（携帯端末の一例）は、例えば、ＮＦＣ（Near Field Communication）などの非接触インターフェースを備え、ＩＣカード１と非接触インターフェースを介して通信する。携帯電話２は、ＩＣカード１が実行可能な処理の制限（機能の制限）を解除する。ここで、実行可能な処理の制限とは、実行可能な処理の一部（例えば、クレジット決済処理などの取引処理）の実行を禁止にすることである。また、制限の解除とは、実行が禁止されている処理を実行可能な状態にすることである。本実施形態では、制限する処理の一例として、クレジット決済処理を制限する例について説明する。
なお、携帯電話２の構成の詳細については、後述する。

処理端末１５０は、ＩＣカード１と通信する上位装置であり、例えば、リーダ／ライタ装置などを含んだクレジット決済端末等の端末装置である。また、処理端末１５０は、例えば、ＩＣカード１のコンタクト部３を介した接触インターフェースにより、ＩＣカード１と通信し、ＩＣカード１を利用して、クレジット決済処理などの取引処理を実行する。

次に、図２を参照して、本実施形態のＩＣカード１のハード構成について説明する。
図２は、本実施形態のＩＣカードシステム２００のハードウェア構成例を示す図である。
図２に示すように、ＩＣカードシステム２００は、ＩＣカード１と、携帯電話２とを備えている。また、ＩＣカード１は、コンタクト部３と、ＩＣチップ１００とを備えたＩＣモジュール１０及びコイル４３を備えている。そして、ＩＣチップ１００は、通信部４と、ＣＰＵ５と、ＲＯＭ（Read Only Memory）６と、ＲＡＭ（Random Access Memory）７と、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）８とを備えている。

通信部４は、ＩＣカード１と外部装置との間の通信（コマンド／レスポンスの送受信）を行う。通信部４は、少なくとも携帯電話２と非接触インターフェースにより通信する。通信部４は、例えば、接触Ｉ／Ｆ部４１と、非接触Ｉ／Ｆ部４２とを備えている。

接触Ｉ／Ｆ（Interface）部４１は、コンタクト部３を介した接触インターフェースであり、例えば、クレジット決済処理などの取引処理を実行する際に、処理端末１５０などと通信する。
非接触Ｉ／Ｆ部４２は、コイル４３を介した非接触インターフェースであり、例えば、携帯電話２と通信する。非接触Ｉ／Ｆ部４２は、例えば、ＩＣカード１が実行可能な処理の制限を携帯電話２から解除する際に利用される。

ＣＰＵ５は、ＲＯＭ６又はＥＥＰＲＯＭ８に記憶されているプログラムを実行して、ＩＣカード１の各種処理を行う。ＣＰＵ５は、例えば、コンタクト部３を介して、通信部４が受信したコマンドに応じたコマンド処理を実行する。

ＲＯＭ６は、例えば、マスクＲＯＭなどの不揮発性メモリであり、ＩＣカード１の各種処理を実行するためのプログラム、及びコマンドテーブルなどのデータを記憶する。
ＲＡＭ７は、例えば、ＳＲＡＭ（Static RAM）などの揮発性メモリであり、ＩＣカード１の各種処理を行う際に利用されるデータを一時記憶する。

ＥＥＰＲＯＭ８は、例えば、電気的に書き換え可能な不揮発性メモリ（不揮発性記憶部）である。ＥＥＰＲＯＭ８は、ＩＣカード１が利用する各種データを記憶する。ＥＥＰＲＯＭ８は、例えば、ＩＣカード１の処理の制限が解除されているか否かを示す情報などを記憶する。

携帯電話２は、通信部２０と、コイル２１とを備え、通信部２０及びコイル２１を介して、例えば、解除要求を非接触インターフェースによってＩＣカード１に送信する。
コイル２１は、例えば、電磁波（磁束）によりＩＣカード１の動作電力を供給するとともに、ＩＣカード１との間のデータ通信に用いられるアンテナコイルである。
通信部２０は、コイル２１を介して、ＩＣカード１との間で、非接触インターフェースにより通信する。通信部２０は、非接触Ｉ／Ｆ部２２を備えている。
非接触Ｉ／Ｆ部２２は、コイル２１を介した非接触インターフェースであり、ＩＣカード１と通信する。非接触Ｉ／Ｆ部２２は、例えば、ＩＣカード１の処理の制限を解除する解除要求の送信に利用される。

次に、図３を参照して、本実施形態によるＩＣカードシステム２００の機能構成例について説明する。
図３は、本実施形態のＩＣカードシステム２００の機能構成例を示すブロック図である。ここでは、まず、ＩＣカード１の機能構成について説明する。
図３に示すように、ＩＣカード１は、通信部４と、制御部５０と、データ記憶部８０とを備えている。
ここで、図３に示されるＩＣカード１の各部は、図２に示されるＩＣカード１のハードウェアを用いて実現される。

データ記憶部８０は、例えば、ＥＥＰＲＯＭ８により構成される記憶部である。データ記憶部８０は、例えば、解除情報記憶部８１を備えている。
解除情報記憶部８１は、処理の制限が解除されたことを示す解除情報と、処理が制限されていることを示す制限情報とのいずれかを記憶する。なお、ＩＣカード１の初期状態、又は、取引処理が実行された後には、解除情報記憶部８１は、制限情報を記憶している。

制御部５０は、例えば、ＣＰＵ５と、ＲＡＭ７と、ＲＯＭ６又はＥＥＰＲＯＭ８とにより実現され、ＩＣカード１を統括的に制御する。制御部５０は、例えば、外部装置からＩＣカード１に送信された各種コマンドの処理（コマンド処理）を実行する。また、制御部５０は、例えば、解除情報記憶部８１に解除情報が記憶されている場合に、クレジット決済処理などの取引処理を実行する。また、制御部５０は、例えば、解除情報記憶部８１に制限情報が記憶されている場合に、クレジット決済処理などの取引処理の実行を禁止する。
また、制御部５０は、例えば、携帯電話２から通信部４を介して解除要求を受信した場合に、解除情報記憶部８１に解除情報が記憶させ、クレジット決済処理などの取引処理が完了（終了）した後に、解除情報記憶部８１に制限情報を記憶させる。
制御部５０は、例えば、解除処理部５１と、処理実行部５２と、再制限処理部５３とを備えている。

解除処理部５１は、通信部４が、非接触インターフェースによって受信した解除要求に基づいて、ＩＣカード１（自装置）が実行可能な処理の制限を解除する。すなわち、解除処理部５１は、例えば、クレジット決済処理を実行可能な状態にする。ここで、クレジット決済処理を実行可能な状態とは、例えば、クレジット決済処理を行う際に使用するコマンド処理を実行可能な状態にすることである。具体的に、解除処理部５１は、例えば、携帯電話２から受信した解除要求に基づいて、解除情報記憶部８１に解除情報を記憶させる。ここで、解除要求は、処理の制限を解除する要求をするコマンドである。

処理実行部５２は、解除処理部５１によってクレジット決済処理の制限が解除された場合に、制限が解除された処理（クレジット決済処理）を実行する。すなわち、処理実行部５２は、解除情報記憶部８１を参照して、解除情報記憶部８１に解除情報が記憶されている場合に、クレジット決済処理に関するコマンド処理を実行する。また、処理実行部５２は、解除情報記憶部８１に制限情報が記憶されている場合に、クレジット決済処理を実行しない。すなわち、処理実行部５２は、処理が制限されている場合には、クレジット決済処理に関するコマンド処理を実行しない。

再制限処理部５３は、処理実行部５２によって所定の処理が実行された後に、解除処理部５１によって解除された処理を再び制限する。ここで、所定の処理とは、例えば、クレジット決済処理全体であってもよいし、特定のコマンド処理であってもよい。例えば、再制限処理部５３は、制限が解除された処理によって実行される取引処理が終了した場合に、解除処理部５１によって解除された処理を再び制限する。すなわち、再制限処理部５３は、例えば、処理端末１５０からの取引処理を終了するコマンド処理によって、解除された処理を再び制限する。ここで、再制限処理部５３は、例えば、上述した通信部４が、接触インターフェースによって受信したコマンド処理に応じて、解除処理部５１によって解除された処理を再び制限する。

また、再制限処理部５３は、解除された処理を再び制限する際に、解除処理部５１によって解除情報記憶部８１に記憶された解除情報を、制限情報に変更する。すなわち、再制限処理部５３は、解除された処理を再び制限する際に、解除情報記憶部８１に制限情報を記憶させる。

次に、携帯電話２の機能構成について説明する。
図３に示すように、携帯電話２は、通信部２０と、入力部２３と、表示部２４と、記憶部２５と、制御部２６とを備えている。

通信部２０は、非接触インターフェースを利用して、ＩＣカード１の通信部４と通信する。
入力部２３は、例えば、キースイッチやタッチパネルであり、利用者から入力された情報を受け付ける。入力部２３は、例えば、利用者の正当性を確認するＰＩＮを受け付ける。
表示部２４は、例えば、液晶ディスプレイなどの表示装置であり、各種情報を表示する。

記憶部２５は、携帯電話２の各種処理に利用する情報を記憶する。記憶部２５は、例えば、認証情報記憶部２５１を備えている。
認証情報記憶部２５１は、携帯電話２において利用者の認証に用いる認証情報（第１のＰＩＮ）を予め記憶する。ここで、認証情報（第１のＰＩＮ）は、例えば、携帯電話２において、ＩＣカード１の上述したクレジット決済処理の解除を行うアプリケーションを実行させる際に、利用者の認証に用いられる。

制御部２６は、例えば、ＣＰＵなどを含むプロセッサであり、携帯電話２を統括的に制御する。制御部２６は、例えば、ＩＣカード１の上述したクレジット決済処理の解除を行うアプリケーションを実行させるとともに、当該アプリケーションを実行させる際に、利用者の認証処理を実行する。また、制御部２６は、ユーザ認証部２６１と、解除要求処理部２６２とを備えている。

ユーザ認証部２６１（利用者認証部の一例）は、利用者（ユーザ）の正当性を確認する。ユーザ認証部２６１は、例えば、入力部２３を介して取得した（受け付けた）認証情報（第１のＰＩＮ）と、認証情報記憶部２５１が記憶している認証情報（第１のＰＩＮ）とを照合する。すなわち、ユーザ認証部２６１は、取得した認証情報（第１のＰＩＮ）と、認証情報記憶部２５１が記憶している認証情報（第１のＰＩＮ）とが一致するか否かを判定する。

ユーザ認証部２６１は、取得した認証情報（第１のＰＩＮ）と、認証情報記憶部２５１が記憶している認証情報（第１のＰＩＮ）とが一致する場合に、利用者が正当であると判定する。すなわち、この場合、ユーザ認証部２６１は、利用者の正当性が確認されたと判定する。また、ユーザ認証部２６１は、取得した認証情報（第１のＰＩＮ）と、認証情報記憶部２５１が記憶している認証情報（第１のＰＩＮ）とが一致しない場合に、利用者が正当でないと判定する。すなわち、この場合、ユーザ認証部２６１は、利用者の正当性が確認されていないと判定する。

解除要求処理部２６２は、ユーザ認証部２６１によって利用者の正当性が確認された場合に、解除要求をＩＣカード１に送信する。すなわち、解除要求処理部２６２は、通信部２０を介して、非接触インターフェースにより、解除要求をＩＣカード１に送信する。なお、ここで、解除要求は、例えば、制限の解除を指示するコマンドである。また、解除要求処理部２６２は、ユーザ認証部２６１によって利用者の正当性が確認されていない場合に、解除要求をＩＣカード１に送信しない。

次に、図面を参照して、本実施形態のＩＣカードシステム２００の動作について説明する。
まず、図４を参照して、本実施形態のＩＣカードシステム２００の制限解除処理について説明する。
図４は、本実施形態のＩＣカードシステム２００の制限解除処理の一例を示す図である。

この図において、ＩＣカードシステム２００の利用者をユーザＵ１として説明する。また、ＩＣカード１の初期状態は、クレジット決済処理の実行が禁止された状態（処理が制限された状態）であり、ユーザＵ１は、クレジット決済処理を行う前に、ＩＣカード１を携帯電話２に近づけて、非接触インターフェースにより接続し、制限解除処理を実行する。

携帯電話２は、制限解除処理を実行するためのアプリケーションが実行され、まず、ユーザＵ１に対して、認証情報（第１のＰＩＮ）の入力要求をする（ステップＳ１０１）。携帯電話２の制御部２６は、例えば、アプリケーションのユーザ認証を行うためのパスワードなどの認証情報（第１のＰＩＮ）の入力を促すメッセージを表示部２４に表示させる。

次に、ユーザＵ１は、認証情報（第１のＰＩＮ）を携帯電話２に入力する（ステップＳ１０２）。すなわち、携帯電話２は、入力部２３を介して、ユーザＵ１によって入力された認証情報を受け付ける。これにより、携帯電話２の制御部２６は、認証情報を取得する。

次に、携帯電話２は、ユーザ認証処理を実行する（ステップＳ１０３）。すなわち、制御部２６のユーザ認証部２６１は、取得した認証情報と、認証情報記憶部２５１が記憶する認証情報とが一致するか否かを判定することで、ユーザＵ１が正当であるか否かのユーザ認証を行う。ここで、ユーザ認証部２６１は、ユーザＵ１が正当である場合に、次の処理に進め、ユーザＵ１が正当でない場合に、制限解除処理を終了する。

次に、携帯電話２は、ＩＣカード１に対して、解除要求を送信する（ステップＳ１０４）。制御部２６の解除要求処理部２６２は、ユーザ認証部２６１によって、ユーザＵ１が正当であると判定された場合に、通信部２０を介して、非接触インターフェースによりＩＣカード１に解除要求を送信する。解除要求処理部２６２は、例えば、解除要求として、クレジット決済処理の制限を解除するコマンドを送信する。

次に、ＩＣカード１は、解除要求に応じて、解除処理を実行する（ステップＳ１０５）。ＩＣカード１の解除処理部５１は、通信部４の非接触Ｉ／Ｆ部４２を介して受信した解除要求に基づいて、クレジット決済処理の制限を解除する。具体的に、解除処理部５１は、解除情報記憶部８１に解除情報を記憶させる。そして、解除処理部５１は、非接触Ｉ／Ｆ部４２を介して、解除処理が完了した旨を示すレスポンスを携帯電話２に送信する。
このように、本実施形態では、ユーザＵ１の正当性が確認された場合に、ＩＣカード１におけるクレジット決済処理の制限が解除される。そして、予めクレジット決済処理の制限を解除したＩＣカード１を使用して、ユーザＵ１は、クレジット決済処理を行う。

次に、クレジット決済処理におけるＩＣカード１の取引処理について説明する。
図５は、本実施形態のＩＣカード１の取引処理の一例を示すフローチャートである。
この図において、ＩＣカード１が、処理端末１５０に接触インターフェースにより接続されて、ＩＣカード１と処理端末１５０とによってクレジット決済処理が行われる例を説明する。

図５に示すように、ＩＣカード１は、処理端末１５０と接続されると、制限解除済みであるか否かを判定する（ステップＳ２０１）。すなわち、制御部５０の処理実行部５２は、解除情報記憶部８１に解除情報が記憶されているか否かを確認する。処理実行部５２は、解除情報記憶部８１に解除情報が記憶されている場合（ステップＳ２０１：ＹＥＳ）に、処理をステップＳ２０２に進める。また、処理実行部５２は、解除情報記憶部８１に解除情報が記憶されてない（制限情報が記憶されている）場合（ステップＳ２０１：ＮＯ）に、処理をステップＳ２０５に進める。

ステップＳ２０２において、処理実行部５２は、取引処理を実行する。すなわち、処理実行部５２は、処理端末１５０からクレジットカード決済処理に関する各種コマンドを受信し、当該各種コマンドに応じたコマンド処理を実行する。

次に、処理実行部５２は、取引処理が正常に終了したか否かを判定する（ステップＳ２０３）。処理実行部５２は、クレジットカード決済処理である取引処理が正常に終了した場合（にステップＳ２０３：ＹＥＳ）に、処理をステップＳ２０４に進める。また、処理実行部５２は、クレジットカード決済処理である取引処理が正常に終了していない場合（にステップＳ２０３：ＮＯ）に、処理をステップＳ２０５に進める。

ステップＳ２０４において、制御部５０の再制限処理部５３は、再制限処理を実行する。すなわち、再制限処理部５３は、解除情報記憶部８１に制限情報を記憶させて、解除情報を制限情報に変更することで、処理を再び制限する。ステップＳ２０４の処理後に、制御部５０は、取引処理を終了する。

また、ステップＳ２０５において、処理実行部５２は、エラー処理を実行する。処理実行部５２は、制限が解除されていない場合、又は、取引処理が正常に終了していない場合に、それぞれに対応するエラー処理を実行し、取引処理を終了する。なお、取引処理が正常に終了していない場合（制限が解除されている場合）には、処理実行部５２は、エラー処理として、ステップＳ２０４と同様の処理を含む処理を実行するようにしてもよい。すなわち、処理実行部５２は、エラー処理として、処理を再び制限する再制限処理を含む処理を実行してもよい。

このように、ＩＣカード１は、処理の制限が予め解除されている場合には、クレジットカード決済処理を実行することが可能であるが、処理の制限が予め解除されていない場合には、クレジットカード決済処理を実行することができない。

以上説明したように、本実施形態によるＩＣカード１は、通信部４と、解除処理部５１と、処理実行部５２と、再制限処理部５３とを備えている。通信部４は、少なくとも携帯電話２（端末装置の一例）と非接触インターフェースにより通信する。解除処理部５１は、通信部４が、非接触インターフェースによって受信した解除要求に基づいて、自装置が実行可能な処理の制限を解除する。処理実行部５２は、解除処理部５１によって処理の制限が解除された場合に、制限が解除された処理を実行する。再制限処理部５３は、処理実行部５２によって所定の処理が実行された後に、解除処理部５１によって解除された処理を再び制限する。

これにより、本実施形態によるＩＣカード１は、非接触インターフェースによって制限を解除した後に、制限が解除された処理（例えば、クレジットカード決済処理）が実行可能になり、所定の処理の実行後（例えば、クレジットカード決済処理の実行後）に、再び処理を制限する。制限が解除されていない場合には、処理を実行できないため、本実施形態によるＩＣカード１は、例えば、ＰＩＮの漏洩とともに、ＩＣカード１が盗難にあった場合であっても、第三者が所有者に成りすまして不正に利用される可能性を低減することができる。よって、本実施形態によるＩＣカード１は、セキュリティを向上させることができる。

また、本実施形態では、解除処理部５１は、処理の制限が解除されたことを示す解除情報を不揮発性記憶部（例えば、ＥＥＰＲＯＭ８）である解除情報記憶部８１に記憶させる。そして、再制限処理部５３は、解除処理部５１によって解除情報記憶部８１に記憶された解除情報を、処理が制限されていることを示す制限情報に変更することで、解除処理部５１によって解除された処理を再び制限する。
これにより、本実施形態によるＩＣカード１は、電源電力が供給されていない場合であっても、処理の制限が解除された状態を維持することができる。本実施形態によるＩＣカード１は、例えば、クレジット決済処理を実行する前に、携帯電話２によって事前に制限を解除しておくことができるので、例えば、処理端末１５０による既存のクレジットカード決済処理（既存のインフラ）を変更することなく、既存の取引処理（既存のインフラ）をそのまま使用することができる。また、本実施形態によるＩＣカード１は、既存のＩＣカード（従来のＩＣカード）と共存させることが可能である。

また、本実施形態では、再制限処理部５３は、制限が解除された処理によって実行される取引処理が終了した場合に、解除処理部５１によって解除された処理を再び制限する。
これにより、本実施形態によるＩＣカード１は、取引処理が終了した後に、再び処理が制限されるので、一旦、取引処理が終了した後に、第三者が所有者に成りすまして不正に利用される可能性を低減することができる。

また、本実施形態では、通信部４は、接触インターフェースをさらに有する。再制限処理部５３は、通信部４が、接触インターフェースによって受信したコマンド処理に応じて、解除処理部５１によって解除された処理を再び制限する。
これにより、本実施形態によるＩＣカード１は、接触インターフェースを利用した取引処理において、処理を再び制限することができる。

また、本実施形態によるＩＣカードシステム２００は、上述したＩＣカード１と、解除要求を非接触インターフェースによってＩＣカード１に送信する携帯電話２（携帯端末の一例）とを備えている。
これにより、本実施形態によるＩＣカードシステム２００は、ＩＣカード１と同様に、セキュリティを向上させることができる。なお、本実施形態によるＩＣカードシステム２００は、非接触インターフェースによってＩＣカード１の処理の制限を解除することができるので、例えば、携帯電話２などを利用して手軽にＩＣカード１の処理の制限を解除することができる。よって、本実施形態によるＩＣカードシステム２００は、利便性を確保しつつ、セキュリティを向上させることができる。

また、本実施形態では、携帯電話２は、ユーザ認証部２６１（利用者認証部の一例）と、解除要求処理部２６２とを備えている。ユーザ認証部２６１は、利用者の正当性を確認する。解除要求処理部２６２は、ユーザ認証部２６１によって利用者の正当性が確認された場合に、解除要求をＩＣカード１に送信する。
これにより、本実施形態によるＩＣカードシステム２００は、携帯電話２において利用者の正当性が確認された場合に、ＩＣカード１の処理の制限を解除することができる。よって、本実施形態によるＩＣカードシステム２００は、さらにセキュリティを向上させることができる。

（第２の実施形態）
次に、図面を参照して、第２の実施形態のＩＣカード１及びＩＣカードシステム２００について説明する。
本実施形態では、ＩＣカード１の取引処理の変形例について説明する。
なお、本実施形態によるＩＣカード１及びＩＣカードシステム２００の構成は、第１の実施形態と同様であるので、ここではその説明を省略する。

図６は、本実施形態のＩＣカード１の取引処理の一例を示すフローチャートである。
この図において、ＩＣカード１が、処理端末１５０に接触インターフェースにより接続されて、ＩＣカード１と処理端末１５０とによってクレジット決済処理が行われる別の一例について説明する。

図６に示すように、ＩＣカード１は、処理端末１５０と接続されると、取引金額を取得する（ステップＳ３０１）。一般に、クレジット決済処理において、ＩＣカード１は、取引金額を取得するので、ここでは、処理実行部５２は、クレジット決済処理（クレジット決済処理の前半処理）の中で処理端末１５０から取引金額を取得する。

次に、処理実行部５２は、取引金額が限度額以下であるか否かを判定する（ステップＳ３０２）。すなわち、処理実行部５２は、取得した取引金額が予め定められた限度額以下であるか否かを判定する。処理実行部５２は、取引金額が限度額以下である場合（ステップＳ３０２：ＹＥＳ）に、処理をステップＳ３０４に進める。また、処理実行部５２は、取引金額が限度額を超える場合（ステップＳ３０２：ＮＯ）に、処理をステップＳ３０３に進める。

ステップＳ３０３において、処理実行部５２は、制限解除済みであるか否かを判定する。すなわち、処理実行部５２は、解除情報記憶部８１に解除情報が記憶されているか否かを確認する。処理実行部５２は、解除情報記憶部８１に解除情報が記憶されている場合（ステップＳ３０３：ＹＥＳ）に、処理をステップＳ３０４に進める。また、処理実行部５２は、解除情報記憶部８１に解除情報が記憶されてない（制限情報が記憶されている）場合（ステップＳ３０３：ＮＯ）に、処理をステップＳ３０７に進める。

ステップＳ３０４において、処理実行部５２は、クレジット決済処理の残りの処理（クレジット決済処理の後半処理）を実行する。
続くステップＳ３０５からステップＳ３０７の処理は、上述した図５に示すステップＳ２０３からステップＳ２０５の処理と同様であるので、ここではその説明を省略する。
このように、ＩＣカード１は、取引金額が限度額以下である場合（例えば、少額取引の場合）には、処理の制限に関係なくクレジット決済処理を実行する。すなわち、ＩＣカード１は、取引金額が限度額以下である場合に、処理の制限を無効にする。また、ＩＣカード１は、取引金額が限度額を超える場合（例えば、高額取引の場合）には、さらに、処理の制限が予め解除されている場合に、クレジットカード決済処理を実行し、処理の制限が予め解除されていない場合には、クレジットカード決済処理を実行できない。

以上説明したように、本実施形態では、処理実行部５２は、取引額（取引金額）が所定の限度額以下である場合に、制限されている処理を実行する。すなわち、処理実行部５２は、処理が制限されている場合に、取引額が所定の限度額以下の処理を実行し、所定の限度額を超える処理を実行しない。
これにより、本実施形態によるＩＣカード１は、所定の限度額以下の少額取引である場合に、事前に処理の制限を解除する必要がないので、利便性を向上させつつ、セキュリティを向上させることができる。

（第３の実施形態）
次に、図面を参照して、第３の実施形態のＩＣカード１ａ及びＩＣカードシステム２００ａについて説明する。
本実施形態では、処理の制限を解除するために、端末（携帯電話２ａ）の正当性をＩＣカード１ａが確認する端末認証を行う必要がある場合の一例について説明する。

図７は、本実施形態のＩＣカードシステム２００ａの機能構成例を示すブロック図である。
図７に示すように、本実施形態のＩＣカードシステム２００ａは、ＩＣカード１ａと携帯電話２ａとを備えている。
なお、この図において、図３に示す構成と同一の構成については同一の符号を付し、その説明を省略する。

また、ＩＣカード１ａは、通信部４と、制御部５０ａと、データ記憶部８０ａとを備えている。
ここで、図７に示されるＩＣカード１ａの各部は、図２に示されるＩＣカード１と同様のハードウェアを用いて実現される。

データ記憶部８０ａは、例えば、ＥＥＰＲＯＭ８により構成される記憶部である。データ記憶部８０ａは、例えば、解除情報記憶部８１と認証鍵記憶部８２とを備えている。
認証鍵記憶部８２は、携帯電話２ａの正当性を確認する認証鍵（端末認証キー）を記憶する。ここで、認証鍵（端末認証キー）は、携帯電話２ａが保持している認証鍵と同一の情報であり、予め認証鍵記憶部８２に記憶されているものとする。

制御部５０ａは、例えば、ＣＰＵ５と、ＲＡＭ７と、ＲＯＭ６又はＥＥＰＲＯＭ８とにより実現され、ＩＣカード１ａを統括的に制御する。制御部５０ａは、例えば、解除処理部５１ａと、処理実行部５２と、再制限処理部５３と、端末認証部５４とを備えている。

端末認証部５４は、認証鍵記憶部８２が記憶する認証鍵に基づいて、携帯電話２ａの正当性を確認する。端末認証部５４は、例えば、乱数などの動的に変化する情報であるメッセージを、携帯電話２ａに送信する。端末認証部５４は、送信したメッセージから携帯電話２ａによって生成された認証メッセージを携帯電話２ａから取得する。ここでの認証メッセージは、携帯電話２ａが保持している認証鍵と、所定のアルゴリズム（例えば、暗号アルゴリズム）とに基づいて生成された情報である。

また、端末認証部５４は、送信したメッセージと、認証鍵記憶部８２が記憶する認証鍵とに基づいて、認証メッセージを生成する。なお、認証メッセージを生成する所定のアルゴリズム（例えば、暗号アルゴリズム）は、携帯電話２ａと同一である。端末認証部５４は、携帯電話２ａから取得した認証メッセージと、生成した認証メッセージとが一致するか否かによって、携帯電話２ａの正当性を確認する。すなわち、端末認証部５４は、取得した認証メッセージと、生成した認証メッセージとが一致する場合に、携帯電話２ａが正当な端末であると判定する。また、端末認証部５４は、取得した認証メッセージと、生成した認証メッセージとが一致しない場合に、携帯電話２ａが正当な端末でないと判定する。

解除処理部５１ａは、端末認証部５４によって携帯電話２ａの正当性が確認された場合に、処理の制限を解除する。すなわち、解除処理部５１ａは、携帯電話２ａが正当な端末であると判定された場合に、解除要求に基づいて、解除情報記憶部８１に解除情報を記憶させる。

また、図７に示すように、携帯電話２ａは、通信部２０と、入力部２３と、表示部２４と、記憶部２５ａと、制御部２６ａとを備えている。

記憶部２５ａは、携帯電話２ａの各種処理に利用する情報を記憶する。記憶部２５ａは、例えば、認証情報記憶部２５１と、認証鍵記憶部２５２とを備えている。
認証鍵記憶部２５２は、携帯電話２ａの正当性を確認する認証鍵（端末認証キー）を記憶する。ここで、認証鍵（端末認証キー）は、ＩＣカード１ａの上述した認証鍵記憶部８２が記憶している認証鍵と同一の情報であり、予め認証鍵記憶部２５２に記憶されているものとする。

制御部２６ａは、例えば、ＣＰＵなどを含むプロセッサであり、携帯電話２ａを統括的に制御する。制御部２６ａは、例えば、ユーザ認証部２６１と、解除要求処理部２６２と、端末認証部２６３とを備えている。
端末認証部２６３は、例えば、ＩＣカード１ａからメッセージを取得し、取得したメッセージと、認証鍵記憶部２５２が記憶する認証鍵とに基づいて、認証メッセージを生成する。なお、認証メッセージを生成する所定のアルゴリズム（例えば、暗号アルゴリズム）は、ＩＣカード１ａと同一である。また、端末認証部２６３は、生成した認証メッセージをＩＣカード１ａに送信する。

次に、図面を参照して、本実施形態のＩＣカードシステム２００ａの動作について説明する。
図８は、本実施形態のＩＣカードシステム２００ａの制限解除処理の一例を示す図である。

この図において、ＩＣカードシステム２００ａの利用者をユーザＵ１として説明する。また、ＩＣカード１ａの初期状態は、クレジット決済処理の実行が禁止された状態（処理が制限された状態）であり、ユーザＵ１は、クレジット決済処理を行う前に、ＩＣカード１ａを携帯電話２ａに近づけて、非接触インターフェースにより接続し、制限解除処理を実行する。

図８において、ステップＳ４０１からステップＳ４０３の処理は、図４に示すステップＳ１０１からステップＳ１０３の処理と同様であるので、ここではその説明を省略する。
ステップＳ４０４において、ＩＣカード１ａは、メッセージを送信する。すなわち、ＩＣカード１ａの端末認証部５４は、例えば、乱数などの動的に変化する情報であるメッセージを、非接触Ｉ／Ｆ部４２を介して非接触インターフェースにより携帯電話２ａに送信する。

次に、携帯電話２ａは、認証メッセージを生成する（ステップＳ４０５）。すなわち、携帯電話２ａの端末認証部２６３は、ＩＣカード１ａから受信したメッセージと、認証鍵記憶部２５２が記憶する認証鍵とに基づいて、認証メッセージを生成する。
次に、携帯電話２ａは、生成した認証メッセージをＩＣカード１ａに送信する（ステップＳ４０６）。すなわち、端末認証部２６３は、生成した認証メッセージを、通信部２０を介して非接触インターフェースによりＩＣカード１ａに送信する。

次に、ＩＣカード１ａは、認証メッセージを確認する（ステップＳ４０７）。すなわち、端末認証部５４は、まず、送信したメッセージと、認証鍵記憶部８２が記憶する認証鍵とに基づいて、認証メッセージを生成する。端末認証部５４は、携帯電話２ａから取得した認証メッセージと、生成した認証メッセージとが一致するか否かによって、携帯電話２ａの正当性を確認する。

次に、携帯電話２ａは、ＩＣカード１ａに対して、解除要求を送信する（ステップＳ４０８）。すなわち、解除処理部５１ａは、ユーザ認証部２６１によって、ユーザＵ１が正当であると判定された場合に、通信部２０を介して、非接触インターフェースによりＩＣカード１ａに解除要求を送信する。

次に、ＩＣカード１ａは、解除要求に応じて、解除処理を実行する（ステップＳ４０９）。すなわち、解除処理部５１ａは、端末認証部５４によって携帯電話２ａの正当性が確認された場合に、解除要求に応じて、処理の制限を解除する。具体的に、解除処理部５１ａは、解除情報記憶部８１に解除情報を記憶させる。そして、解除処理部５１ａは、非接触Ｉ／Ｆ部４２を介して、解除処理が完了した旨を示すレスポンスを携帯電話２ａに送信する。
このように、本実施形態では、ユーザＵ１の正当性、及び、携帯電話２ａの正当性が確認された場合に、ＩＣカード１ａにおけるクレジット決済処理の制限が解除される。そして、予めクレジット決済処理の制限を解除したＩＣカード１ａを使用して、ユーザＵ１は、クレジット決済処理を行う。

以上説明したように、本実施形態によるＩＣカード１ａは、認証鍵記憶部８２と、端末認証部５４と、解除処理部５１ａとを備えている。認証鍵記憶部８２は、携帯電話２ａの正当性を確認する認証鍵を記憶する。端末認証部５４は、認証鍵記憶部８２が記憶する認証鍵に基づいて、携帯電話２ａの正当性を確認する。そして、解除処理部５１ａは、端末認証部５４によって携帯電話２ａの正当性が確認された場合に、処理の制限を解除する。
これにより、本実施形態によるＩＣカード１ａは、携帯電話２ａの正当性が確認された場合に、処理の制限を解除するので、さらにセキュリティを向上させることができる。

また、本実施形態では、利用者の正当性と、携帯電話２ａの正当性との両方が確認された場合に、ＩＣカード１ａにおける処理の制限を解除する。そのため、本実施形態によるＩＣカードシステム２００ａでは、クレジット決済処理などの取引処理を行うために、正当な利用者、正当な携帯電話２ａ、及びＩＣカード１ａの全てが揃う必要がある。よって、本実施形態によるＩＣカードシステム２００ａは、さらにセキュリティを向上させることができる。

なお、上述した本実施形態では、携帯電話２ａの正当性を確認する端末認証を行う例を説明したが、携帯電話２ａの正当性と、ＩＣカード１ａの正当性とを相互に確認する相互認証の結果に応じて、処理の制限を解除するようにしてもよい。

（第４の実施形態）
次に、図面を参照して、第４の実施形態のＩＣカード１ｂ及びＩＣカードシステム２００ｂについて説明する。
本実施形態では、処理の制限を解除するために、利用者の正当性をＩＣカード１ｂが確認する必要がある場合の一例について説明する。

図９は、本実施形態のＩＣカードシステム２００ｂの機能構成例を示すブロック図である。
図９に示すように、本実施形態のＩＣカードシステム２００ｂは、ＩＣカード１ｂと携帯電話２ｂとを備えている。
なお、この図において、図３に示す構成と同一の構成については同一の符号を付し、その説明を省略する。

また、ＩＣカード１ｂは、通信部４と、制御部５０ｂと、データ記憶部８０ｂとを備えている。
ここで、図９に示されるＩＣカード１ｂの各部は、図２に示されるＩＣカード１と同様のハードウェアを用いて実現される。

データ記憶部８０ｂは、例えば、ＥＥＰＲＯＭ８により構成される記憶部である。データ記憶部８０ｂは、例えば、解除情報記憶部８１とＰＩＮ情報記憶部８３とを備えている。
ＰＩＮ情報記憶部８３（利用者情報記憶部の一例）は、利用者を識別する利用者識別情報（例えば、ＰＩＮ）を記憶する。ここで、利用者識別情報であるＰＩＮ（第２のＰＩＮ）は、予めＰＩＮ情報記憶部８３に記憶されているものとする。また、以下の説明において、利用者識別情報をＰＩＮとして説明する。

制御部５０ｂは、例えば、ＣＰＵ５と、ＲＡＭ７と、ＲＯＭ６又はＥＥＰＲＯＭ８とにより実現され、ＩＣカード１ｂを統括的に制御する。制御部５０ｂは、例えば、解除処理部５１ｂと、処理実行部５２と、再制限処理部５３とを備えている。

解除処理部５１ｂは、解除要求に含まれるＰＩＮと、ＰＩＮ情報記憶部８３が記憶しているＰＩＮとが一致する場合に、処理の制限を解除する。すなわち、解除処理部５１ｂは、携帯電話２ｂを介して利用者から取得したＰＩＮと、ＰＩＮ情報記憶部８３が記憶しているＰＩＮとが一致する場合に、処理の制限を解除する。

また、図９に示すように、携帯電話２ｂは、通信部２０と、入力部２３と、表示部２４と、記憶部２５と、制御部２６ｂとを備えている。

制御部２６ｂは、例えば、ＣＰＵなどを含むプロセッサであり、携帯電話２ｂを統括的に制御する。制御部２６ｂは、例えば、ユーザ認証部２６１と、解除要求処理部２６２ａとを備えている。
解除要求処理部２６２ａは、ユーザ認証部２６１によって利用者の正当性が確認された場合に、解除要求をＩＣカード１ｂに送信する。すなわち、解除要求処理部２６２ａは、通信部２０を介して、非接触インターフェースにより、解除要求をＩＣカード１ｂに送信する。なお、ここで、解除要求は、例えば、制限の解除を指示するコマンドであり、利用者から取得したＰＩＮを含んでいる。また、解除要求処理部２６２ａは、ユーザ認証部２６１によって利用者の正当性が確認されていない場合に、解除要求をＩＣカード１ｂに送信しない。

次に、図面を参照して、本実施形態のＩＣカードシステム２００ｂの動作について説明する。
図１０は、本実施形態のＩＣカードシステム２００ｂの制限解除処理の一例を示す図である。

この図において、ＩＣカードシステム２００ｂの利用者をユーザＵ１として説明する。また、ＩＣカード１ｂの初期状態は、クレジット決済処理の実行が禁止された状態（処理が制限された状態）であり、ユーザＵ１は、クレジット決済処理を行う前に、ＩＣカード１ｂを携帯電話２ｂに近づけて、非接触インターフェースにより接続し、制限解除処理を実行する。

図１０において、ステップＳ５０１からステップＳ５０３の処理は、図４に示すステップＳ１０１からステップＳ１０３の処理と同様であるので、ここではその説明を省略する。
ステップＳ５０４において、携帯電話２ｂは、再度、ユーザＵ１に対して、ＰＩＮ（第２のＰＩＮ）の入力要求をする。制御部２６ｂは、例えば、ＩＣカード１ｂのユーザ認証を行うためのＰＩＮ（第２のＰＩＮ）の入力を促すメッセージを表示部２４に表示させる。

次に、ユーザＵ１は、ＰＩＮ（第２のＰＩＮ）を携帯電話２ｂに入力する（ステップＳ５０５）。すなわち、携帯電話２ｂは、入力部２３を介して、ユーザＵ１によって入力されたＰＩＮを受け付ける。これにより、携帯電話２ｂの制御部２６ｂは、ＰＩＮを取得する。

次に、携帯電話２ｂは、ＩＣカード１ｂに対して、取得したＰＩＮを含む解除要求を送信する（ステップＳ５０６）。制御部２６ｂの解除要求処理部２６２ａは、ユーザ認証部２６１によって、ユーザＵ１が正当であると判定された場合に、通信部２０を介して、非接触インターフェースによりＩＣカード１ｂに解除要求を送信する。解除要求処理部２６２ａは、例えば、解除要求として、取得したＰＩＮを含み、クレジット決済処理の制限を解除するコマンドを送信する。

次に、ＩＣカード１ｂは、解除要求に応じて、解除処理を実行する（ステップＳ５０７）。すなわち、解除処理部５１ｂは、携帯電話２ｂから受信した解除要求に含まれるＰＩＮ（第２のＰＩＮ）を取得する。解除処理部５１ｂは、取得したＰＩＮと、ＰＩＮ情報記憶部８３が記憶するＰＩＮとが一致するか否かを判定する。解除処理部５１ｂは、取得したＰＩＮと、ＰＩＮ情報記憶部８３が記憶するＰＩＮとが一致する場合に、処理の制限を解除する。そして、解除処理部５１ｂは、非接触Ｉ／Ｆ部４２を介して、解除処理が完了した旨を示すレスポンスを携帯電話２ｂに送信する。
このように、本実施形態では、ユーザＵ１の正当性をＩＣカード１ｂにおいても確認し、ＩＣカード１ｂにおけるクレジット決済処理の制限が解除される。そして、予めクレジット決済処理の制限を解除したＩＣカード１ｂを使用して、ユーザＵ１は、クレジット決済処理を行う。

以上説明したように、本実施形態によるＩＣカード１ｂは、ＰＩＮ情報記憶部８３（利用者情報記憶部の一例）と、解除処理部５１ｂとを備えている。ＰＩＮ情報記憶部８３は、利用者を識別する利用者識別情報（第２のＰＩＮ）を記憶する。解除処理部５１ｂは、解除要求に含まれる利用者識別情報（第２のＰＩＮ）と、ＰＩＮ情報記憶部８３が記憶している利用者識別情報（第２のＰＩＮ）とが一致する場合に、処理の制限を解除する。
これにより、本実施形態によるＩＣカード１ｂは、ＩＣカード１ｂが利用者の正当性を確認し、利用者の正当性が確認された場合に、処理の制限を解除するので、さらにセキュリティを向上させることができる。

また、本実施形態では、利用者の正当性をＩＣカード１ｂと携帯電話２ｂの双方で確認する。すなわち、携帯電話２ｂが、認証情報（第１のＰＩＮ）により利用者の正当性を確認し、ＩＣカード１ｂは、利用者識別情報（第２のＰＩＮ）により利用者の正当性を確認する。そのため、本実施形態によるＩＣカードシステム２００ｂは、ＩＣカード１ｂにおける処理の制限を解除するためには、次の４つの要素をクリアする必要がある。
（１）携帯電話２ｂによる利用者の正当性の確認（第１のＰＩＮ）
（２）ＩＣカード１ｂによる利用者の正当性の確認（第２のＰＩＮ）
（３）利用者がＩＣカード１ｂを所持する。
（４）携帯電話２ｂを所持する。
よって、本実施形態によるＩＣカードシステム２００ｂは、さらにセキュリティを向上させることができる。

（第５の実施形態）
次に、図面を参照して、第５の実施形態のＩＣカード１ｃ及びＩＣカードシステム２００ｃについて説明する。
本実施形態では、処理の制限を解除するために、端末（携帯電話２ｃ）の正当性をＩＣカード１ｃが確認する必要がある場合の別の一例について説明する。

図１１は、本実施形態のＩＣカードシステム２００ｃの機能構成例を示すブロック図である。
図１１に示すように、本実施形態のＩＣカードシステム２００ｃは、ＩＣカード１ｃと携帯電話２ｃとを備えている。
なお、この図において、図３に示す構成と同一の構成については同一の符号を付し、その説明を省略する。

また、ＩＣカード１ｃは、通信部４と、制御部５０ｃと、データ記憶部８０ｃとを備えている。
ここで、図１１に示されるＩＣカード１ｃの各部は、図２に示されるＩＣカード１と同様のハードウェアを用いて実現される。

データ記憶部８０ｃは、例えば、ＥＥＰＲＯＭ８により構成される記憶部である。データ記憶部８０ｃは、例えば、解除情報記憶部８１と端末情報記憶部８４とを備えている。
端末情報記憶部８４は、携帯電話２ｃを識別する端末識別情報を記憶する。ここで、端末識別情報は、例えば、携帯電話２ｃの電話番号であり、予め端末情報記憶部８４に記憶されているものとする。

制御部５０ｃは、例えば、ＣＰＵ５と、ＲＡＭ７と、ＲＯＭ６又はＥＥＰＲＯＭ８とにより実現され、ＩＣカード１ｃを統括的に制御する。制御部５０ｃは、例えば、解除処理部５１ｃと、処理実行部５２と、再制限処理部５３とを備えている。

解除処理部５１ｃは、解除要求に含まれる端末識別情報と、端末情報記憶部８４が記憶している端末識別情報とが一致する場合に、処理の制限を解除する。すなわち、解除処理部５１ｃは、携帯電話２ｃから取得した端末識別情報と、端末情報記憶部８４が記憶している端末識別情報とが一致する場合に、処理の制限を解除する。

また、図１１に示すように、携帯電話２ｃは、通信部２０と、入力部２３と、表示部２４と、記憶部２５ｂと、制御部２６ｃとを備えている。
記憶部２５ｂは、携帯電話２ｃの各種処理に利用する情報を記憶する。記憶部２５ｂは、例えば、認証情報記憶部２５１と、端末情報記憶部２５３とを備えている。
端末情報記憶部２５３は、携帯電話２ｃを識別する端末識別情報を記憶する。ここで、端末識別情報は、例えば、携帯電話２ｃの電話番号であり、ＩＣカード１ｃの端末情報記憶部８４に記憶されているものと同一の情報である。端末識別情報は、予め端末情報記憶部２５３に記憶されているものとする。

制御部２６ｃは、例えば、ＣＰＵなどを含むプロセッサであり、携帯電話２ｃを統括的に制御する。制御部２６ｃは、例えば、ユーザ認証部２６１と、解除要求処理部２６２ｂとを備えている。
解除要求処理部２６２ｂは、ユーザ認証部２６１によって利用者の正当性が確認された場合に、解除要求をＩＣカード１ｃに送信する。すなわち、解除要求処理部２６２ｂは、通信部２０を介して、非接触インターフェースにより、解除要求をＩＣカード１ｃに送信する。なお、ここで、解除要求は、例えば、制限の解除を指示するコマンドであり、端末情報記憶部２５３が記憶する端末識別情報（例えば、電話番号）を含んでいる。また、解除要求処理部２６２ｂは、ユーザ認証部２６１によって利用者の正当性が確認されていない場合に、解除要求をＩＣカード１ｃに送信しない。

次に、図面を参照して、本実施形態のＩＣカードシステム２００ｃの動作について説明する。
図１２は、本実施形態のＩＣカードシステム２００ｃの制限解除処理の一例を示す図である。

この図において、ＩＣカードシステム２００ｃの利用者をユーザＵ１として説明する。また、ＩＣカード１ｃの初期状態は、クレジット決済処理の実行が禁止された状態（処理が制限された状態）であり、ユーザＵ１は、クレジット決済処理を行う前に、ＩＣカード１ｃを携帯電話２ｃに近づけて、非接触インターフェースにより接続し、制限解除処理を実行する。

図１２において、ステップＳ６０１からステップＳ６０３の処理は、図４に示すステップＳ１０１からステップＳ１０３の処理と同様であるので、ここではその説明を省略する。
ステップＳ６０４において、携帯電話２ｃは、ＩＣカード１ｃに対して、端末識別情報（例えば、電話番号）を含む解除要求を送信する。制御部２６ｃの解除要求処理部２６２ｂは、ユーザ認証部２６１によって、ユーザＵ１が正当であると判定された場合に、通信部２０を介して、非接触インターフェースによりＩＣカード１ｃに解除要求を送信する。解除要求処理部２６２ｂは、例えば、解除要求として、端末情報記憶部２５３が記憶している端末識別情報（例えば、電話番号）を含み、クレジット決済処理の制限を解除するコマンドを送信する。

次に、ＩＣカード１ｃは、解除要求に応じて、解除処理を実行する（ステップＳ６０５）。すなわち、解除処理部５１ｃは、携帯電話２ｃから受信した解除要求に含まれる端末識別情報（例えば、電話番号）を取得する。解除処理部５１ｃは、取得した端末識別情報（例えば、電話番号）と、端末情報記憶部２５３が記憶している端末識別情報（例えば、電話番号）とが一致するか否かを判定する。解除処理部５１ｃは、取得した端末識別情報（例えば、電話番号）と、端末情報記憶部２５３が記憶している端末識別情報（例えば、電話番号）とが一致する場合に、処理の制限を解除する。そして、解除処理部５１ｃは、非接触Ｉ／Ｆ部４２を介して、解除処理が完了した旨を示すレスポンスを携帯電話２ｃに送信する。

このように、本実施形態では、ユーザＵ１の正当性、及び、携帯電話２ｃの正当性が確認された場合に、ＩＣカード１ｃにおけるクレジット決済処理の制限が解除される。そして、予めクレジット決済処理の制限を解除したＩＣカード１ｃを使用して、ユーザＵ１は、クレジット決済処理を行う。

以上説明したように、本実施形態によるＩＣカード１ｃは、端末情報記憶部８４と、解除処理部５１ｃとを備えている。端末情報記憶部８４は、携帯電話２ｃを識別する端末識別情報（例えば、電話番号）を記憶する。そして、解除処理部５１ｃは、解除要求に含まれる端末識別情報（例えば、電話番号）と、端末情報記憶部８４が記憶している端末識別情報（例えば、電話番号）とが一致する場合に、処理の制限を解除する。
これにより、本実施形態によるＩＣカード１ｃは、携帯電話２ｃの正当性が確認された場合に、処理の制限を解除するので、さらにセキュリティを向上させることができる。

また、本実施形態では、利用者の正当性と、携帯電話２ｃの正当性との両方が確認された場合に、ＩＣカード１ｃにおける処理の制限を解除する。そのため、本実施形態によるＩＣカードシステム２００ｃでは、クレジット決済処理などの取引処理を行うために、正当な利用者、正当な携帯電話２ｃ、及びＩＣカード１ｃの全てが揃う必要がある。よって、本実施形態によるＩＣカードシステム２００ｃは、さらにセキュリティを向上させることができる。

（第６の実施形態）
次に、図面を参照して、第６の実施形態のＩＣカード１ｄ及びＩＣカードシステム２００ｄについて説明する。
本実施形態では、処理の制限を解除するために、端末（携帯電話２ｄ）の正当性をＩＣカード１ｄが確認する必要がある場合の別の一例について説明する。

図１３は、本実施形態のＩＣカードシステム２００ｄの機能構成例を示すブロック図である。
図１３に示すように、本実施形態のＩＣカードシステム２００ｄは、ＩＣカード１ｄと携帯電話２ｄと、サーバ装置９０とを備えている。
なお、この図において、図１１に示す構成と同一の構成については同一の符号を付し、その説明を省略する。

本実施形態では、ＩＣカード１ｄが、二次元コードＣ１を有する点と、携帯電話２ｄが、二次元コードＣ１を読み取る機能、及びネットワークＮＷに接続する機能を備える点と、ネットワークＮＷに接続されているサーバ装置９０を備える点が第５の実施形態と異なる。

また、ＩＣカード１ｄは、通信部４と、制御部５０ｄと、データ記憶部８０ｄとを備えている。
ここで、図１３に示されるＩＣカード１ｄの各部は、図２に示されるＩＣカード１と同様のハードウェアを用いて実現される。

データ記憶部８０ｄは、例えば、ＥＥＰＲＯＭ８により構成される記憶部である。データ記憶部８０ｄは、例えば、解除情報記憶部８１と解除鍵記憶部８５とを備えている。
解除鍵記憶部８５は、処理の制限を解除するための解除鍵（解除キー）を記憶する。ここで、解除鍵（解除キー）は、例えば、後述するサーバ装置９０に記憶されている解除鍵（解除キー）と同一の情報であり、予め解除鍵記憶部８５に記憶されているものとする。

制御部５０ｄは、例えば、ＣＰＵ５と、ＲＡＭ７と、ＲＯＭ６又はＥＥＰＲＯＭ８とにより実現され、ＩＣカード１ｄを統括的に制御する。制御部５０ｄは、例えば、解除処理部５１ｄと、処理実行部５２と、再制限処理部５３とを備えている。

解除処理部５１ｄは、解除要求に含まれる解除鍵と、解除鍵記憶部８５が記憶している解除鍵とが一致する場合に、処理の制限を解除する。すなわち、解除処理部５１ｄは、携帯電話２ｄを介してサーバ装置９０から取得した解除鍵と、解除鍵記憶部８５が記憶している解除鍵とが一致する場合に、処理の制限を解除する。

なお、本実施形態のＩＣカード１ｄは、二次元コードＣ１を有している。この二次元コードＣ１が示す情報は、例えば、ＩＣカード１ｄを識別する識別情報である。二次元コードＣ１は、例えば、ＩＣカード１ｄのカード表面に印刷されている。

サーバ装置９０は、ネットワークＮＷを介して、携帯電話２ｄに接続可能なコンピュータ装置である。サーバ装置９０は、例えば、管理情報記憶部９１を備えている。
管理情報記憶部９１は、予め登録されている利用者が所有するＩＣカード１ｄ及び携帯電話２ｄと、処理の制限を解除する解除鍵とを管理するための管理情報を記憶する。管理情報記憶部９１は、例えば、ＩＣカード１ｄの識別情報と、携帯電話２ｄの識別情報と、解除鍵とを対応付けて記憶する。ここで、ＩＣカード１ｄの識別情報は、上述した二次元コードＣ１が示す情報であり、携帯電話２ｄの識別情報は、例えば、電話番号である。すなわち、管理情報記憶部９１は、二次元コードＣ１が示す情報と、携帯電話２ｄの電話番号と、解除鍵とを対応付けて記憶している。

なお、サーバ装置９０は、携帯電話２ｄから送信された二次元コードＣ１が示す情報、及び電話番号を取得し、二次元コードＣ１が示す情報、及び電話番号に対応する解除鍵を携帯電話２ｄに送信する。

また、図１３に示すように、携帯電話２ｄは、通信部２０と、入力部２３と、表示部２４と、記憶部２５ｂと、制御部２６ｄと、撮像部２７と、ＮＷ通信部２８とを備えている。
撮像部２７は、例えば、デジタルカメラであり、ＩＣカード１ｄが有する二次元コードＣ１の画像を撮像し、画像データを制御部２６ｄに出力する。
ＮＷ（ネットワーク）通信部２８は、ネットワークＮＷを介してサーバ装置９０と通信する。

なお、本実施形態による端末情報記憶部２５３は、携帯電話２ｄを識別する端末識別情報を記憶する。ここで、端末識別情報は、例えば、携帯電話２ｄの電話番号であり、サーバ装置９０の管理情報記憶部９１に記憶されているものと同一の情報である。

制御部２６ｄは、例えば、ＣＰＵなどを含むプロセッサであり、携帯電話２ｄを統括的に制御する。制御部２６ｄは、例えば、ユーザ認証部２６１と、解除要求処理部２６２ｃとを備えている。

解除要求処理部２６２ｃは、ユーザ認証部２６１によって利用者の正当性が確認された場合に、二次元コードＣ１が示す情報を取得し、当該情報と、端末情報記憶部２５３が記憶する電話番号とを、ＮＷ通信部２８を介してサーバ装置９０に送信する。なお、二次元コードＣ１が示す情報は、撮像部２７から出力された上述の二次元コードＣ１の画像データに基づいて生成された情報である。また、解除要求処理部２６２ｃは、サーバ装置９０から送信された解除鍵を、ＮＷ通信部２８を介して取得する。解除要求処理部２６２ｃは、通信部２０を介して、非接触インターフェースにより、解除要求をＩＣカード１ｄに送信する。なお、ここで、解除要求は、例えば、制限の解除を指示するコマンドであり、サーバ装置９０から取得した解除鍵を含んでいる。
また、解除要求処理部２６２ｃは、ユーザ認証部２６１によって利用者の正当性が確認されていない場合に、解除要求をＩＣカード１ｄに送信しない。

次に、図面を参照して、本実施形態のＩＣカードシステム２００ｄの動作について説明する。
図１４は、本実施形態のＩＣカードシステム２００ｄの制限解除処理の一例を示す図である。

この図において、ＩＣカードシステム２００ｄの利用者をユーザＵ１として説明する。また、ＩＣカード１ｄの初期状態は、クレジット決済処理の実行が禁止された状態（処理が制限された状態）であり、ユーザＵ１は、クレジット決済処理を行う前に、ＩＣカード１ｄを携帯電話２ｄに近づけて、非接触インターフェースにより接続し、制限解除処理を実行する。

図１４において、ステップＳ７０１からステップＳ７０３の処理は、図４に示すステップＳ１０１からステップＳ１０３の処理と同様であるので、ここではその説明を省略する。
ステップＳ７０４において、携帯電話２ｄは、ＩＣカード１ｄの二次元コードＣ１を取得する。すなわち、制御部２６ｄは、撮像部２７が撮像した二次元コードＣ１の画像データを取得し、当該画像データに基づいて二次元コードＣ１の示す情報を生成する。

次に、携帯電話２ｄは、二次元コードＣ１の示す情報と端末識別情報（電話番号）とをサーバ装置９０に送信する（ステップＳ７０５）。すなわち、制御部２６ｄの解除要求処理部２６２ｃは、上述した二次元コードＣ１の示す情報と、端末情報記憶部２５３が記憶する端末識別情報（電話番号）とを、ＮＷ通信部２８を介してサーバ装置９０に送信する。

次に、サーバ装置９０は、解除鍵を携帯電話２ｄに送信する（ステップＳ７０６）。すなわち、サーバ装置９０は、受信した二次元コードＣ１の示す情報及び端末識別情報（電話番号）に対応する解除鍵を、管理情報記憶部９１から読み出す。サーバ装置９０は、管理情報記憶部９１から読み出した解除鍵を、二次元コードＣ１の示す情報及び端末識別情報（電話番号）の送信元である携帯電話２ｄに送信する。

次に、携帯電話２ｄは、ＩＣカード１ｄに対して、解除鍵を含む解除要求を送信する（ステップＳ７０７）。解除要求処理部２６２ｃは、ＮＷ通信部２８を介してサーバ装置９０から解除鍵を取得する。そして、解除要求処理部２６２ｃは、ユーザ認証部２６１によって、ユーザＵ１が正当であると判定された場合に、通信部２０を介して、非接触インターフェースによりＩＣカード１ｄに解除要求を送信する。解除要求処理部２６２ｃは、例えば、解除要求として、サーバ装置９０から取得した解除鍵を含み、クレジット決済処理の制限を解除するコマンドを送信する。

次に、ＩＣカード１ｄは、解除要求に応じて、解除処理を実行する（ステップＳ７０８）。すなわち、解除処理部５１ｄは、携帯電話２ｄから受信した解除要求に含まれる端末解除鍵を取得する。解除処理部５１ｄは、取得した解除鍵と、解除鍵記憶部８５が記憶している解除鍵とが一致するか否かを判定する。解除処理部５１ｄは、取得した解除鍵と、解除鍵記憶部８５が記憶している解除鍵とが一致する場合に、処理の制限を解除する。そして、解除処理部５１ｄは、非接触Ｉ／Ｆ部４２を介して、解除処理が完了した旨を示すレスポンスを携帯電話２ｄに送信する。

このように、本実施形態では、ＩＣカード１ｄと携帯電話２ｄとの組の正当性を、サーバ装置９０を介して確認し、ＩＣカード１ｄと携帯電話２ｄとの組の正当性、及び、ユーザＵ１の正当性が確認された場合に、ＩＣカード１ｄにおけるクレジット決済処理の制限が解除される。そして、予めクレジット決済処理の制限を解除したＩＣカード１ｄを使用して、ユーザＵ１は、クレジット決済処理を行う。

以上説明したように、本実施形態によるＩＣカードシステム２００ｄは、ＩＣカード１ｄと、携帯電話２ｄと、サーバ装置９０とを備えている。サーバ装置９０は、ＩＣカード１ｄの識別情報（例えば、二次元コードＣ１の示す情報）と、携帯電話２ｄの識別情報（例えば、電話番号）と、解除鍵とを対応付けて記憶する。携帯電話２ｄは、ＩＣカード１ｄの識別情報と、携帯電話２ｄの識別情報とに対応する解除鍵を取得し、取得した解除鍵を含む解除要求をＩＣカード１ｄに送信する。また、ＩＣカード１ｄは、解除鍵を記憶する解除鍵記憶部８５と、解除処理部５１ｄとを備えている。解除処理部５１ｄは、解除要求に含まれる解除鍵と、解除鍵記憶部８５が記憶している解除鍵とが一致する場合に、処理の制限を解除する。

これにより、本実施形態によるＩＣカードシステム２００ｄは、ＩＣカード１ｄと携帯電話２ｄとの組の正当性が確認された場合に、ＩＣカード１ｄにおける処理の制限を解除する。そのため、本実施形態によるＩＣカードシステム２００ｄでは、クレジット決済処理などの取引処理を行うために、正当な携帯電話２ｄ及びＩＣカード１ｄが揃う必要がある。よって、本実施形態によるＩＣカードシステム２００ｄは、さらにセキュリティを向上させることができる。

また、本実施形態では、さらに、携帯電話２ｄの解除要求処理部２６２ｃは、ユーザ認証部２６１によって利用者の正当性が確認された場合に、解除要求をＩＣカード１ｄに送信する。
これにより、本実施形態によるＩＣカードシステム２００ｄでは、クレジット決済処理などの取引処理を行うために、正当な利用者と、正当な携帯電話２ｄ及びＩＣカード１ｄの全てが揃う必要がある。よって、本実施形態によるＩＣカードシステム２００ｄは、さらにセキュリティを向上させることができる。

上記の各実施形態を単独で実施する場合の例を説明したが、各実施形態を組み合わせて実施してもよい。
例えば、第４の実施形態に第５の実施形態を適用するようにしてもよい。この場合、ＩＣカードシステム２００ｂは、利用者識別情報（例えば、ＰＩＮ）と、端末識別情報（例えば、電話番号）とにより、ＩＣカード１ｂが、利用者の正当性と携帯電話２ｂの正当性とを確認するので、さらにセキュリティを向上させることができる。
また、上記の各実施形態において、携帯電話２（２ａ〜２ｄ）が、利用者の正当性を確認する認証処理を含む例を説明したが、当該認証処理を省略してもよい。

また、上記の各実施形態において、端末装置の一例として、携帯電話２（２ａ〜２ｄ）を利用する例を説明したが、これに限定されるものではない。端末装置は、例えば、ＰＤＡ（Personal Digital Assistant）、スマートフォン、などの携帯情報端末であってもよい。
また、上記の各実施形態において、取引処理の一例として、クレジット決済処理を行う例を説明したが、これに限定されるものではない。ＩＣカードシステム２００（２００ａ〜２００ｄ）は、例えば、銀行などの金融機関における取引処理などに適用してもよい。

また、上記の各実施形態において、ＩＣカード１（１ａ〜１ｄ）は、書き換え可能な不揮発性メモリとして、ＥＥＰＲＯＭ８を備える構成としたが、これに限定されるものではない。例えば、ＩＣカード１（１ａ〜１ｄ）は、ＥＥＰＲＯＭ８の代わりに、フラッシュＥＥＰＲＯＭ、ＦｅＲＡＭ（Ferroelectric Random Access Memory：強誘電体メモリ）などを備えてもよい。

また、上記の各実施形態において、ＩＣカード１（１ａ〜１ｄ）と処理端末１５０との間の通信に、接触インターフェースを用いる例を説明したが、非接触インターフェースを用いるようにしてもよい。
また、上記の第２の実施形態において、ＩＣカード１が、取引金額が限度額以下である場合に、処理の制限を無効にする例を説明したが、これに限定されるものではない。例えば、ＩＣカード１は、取引金額の代わりに取引回数を適用し、取引回数が限度回数以下である場合に、処理の制限を無効にするようにしてもよい。

また、上記の各実施形態において、ＩＣカード１（１ａ〜１ｄ）は、取引処理が異常終了した場合に、異常終了したことを示す終了情報をデータ記憶部８０（８０ａ〜８０ｄ）に記憶するようにしてもよい。この場合、処理端末１５０は、次回の取引処理において、終了情報がデータ記憶部８０（８０ａ〜８０ｄ）に記憶されている場合に、ＩＣカード１（１ａ〜１ｄ）の処理を制限する再制限処理を実行する。なお、処理端末１５０は、終了情報の内容（異常終了の内容）に応じて、再制限処理を実行する場合と、次回の取引処理を許可する場合とを切り替えて実行するようにしてもよい。また、ＩＣカード１（１ａ〜１ｄ）は、携帯電話２（２ａ〜２ｄ）からの解除要求に応じて、制限解除処理を実行する際に、上述した終了情報をデータ記憶部８０（８０ａ〜８０ｄ）から削除する。このようにすることで、ＩＣカードシステム２００（２００ａ〜２００ｄ）は、取引処理が異常終了した場合に、ＩＣカード１（１ａ〜１ｄ）の処理を適切に制限することができる。

また、上記の各実施形態において、携帯電話２（２ａ〜２ｄ）が、ＩＣカード１（１ａ〜１ｄ）の制限解除処理を実行する際に、処理の制限解除とともに、利用回数を設定できるようにしてもよい。すなわち、ＩＣカード１（１ａ〜１ｄ）は、データ記憶部８０（８０ａ〜８０ｄ）に利用制限回数と、取引処理を利用した利用回数とを関連付けて記憶するようにしてもよいし、利用可能な回数を示す利用可能回数を記憶するようにしてもよい。この場合、処理端末１５０は、取引処理を実行する際に、利用回数を加算する更新を行い、取引処理の利用回数が利用制限回数に達した場合に、再制限処理を実行する。なお、上述のデータ記憶部８０（８０ａ〜８０ｄ）に利用可能回数を記憶する場合には、処理端末１５０は、取引処理を実行する際に、利用可能回数を減算する更新を行い、利用可能回数が“０”になった場合に、再制限処理を実行する。
このように、ＩＣカード１（１ａ〜１ｄ）の処理の制限解除とともに、利用回数を設定できるようにすることで、ＩＣカードシステム２００（２００ａ〜２００ｄ）は、１回の制限解除処理によって複数回の取引処理の利用が可能になり、利便性を向上させることができる。

以上説明した少なくともひとつの実施形態によれば、少なくとも携帯電話２と非接触インターフェースにより通信する通信部４と、通信部４が、非接触インターフェースによって受信した解除要求に基づいて、自装置が実行可能な処理の制限を解除する解除処理部５１と、解除処理部５１によって処理の制限が解除された場合に、制限が解除された処理を実行する処理実行部５２と、処理実行部５２によって所定の処理が実行された後に、解除処理部５１によって解除された処理を再び制限する再制限処理部５３とを持つことにより、セキュリティを向上させることができる。

上記実施形態は、以下のように表現することができる。
少なくとも端末装置と、コイルによる電磁誘導に基づく非接触インターフェースにより通信する通信部と、
前記通信部が、前記非接触インターフェースによって受信した解除要求に基づいて、自装置が実行可能な処理の制限が解除されたことを示す解除情報を不揮発性記憶部である解除情報記憶部に記憶させる解除処理部と、
前記解除処理部によって前記解除情報記憶部に前記解除情報が記憶されている場合に、制限が解除された前記処理を実行する処理実行部と、
前記処理実行部によって所定の処理が実行された後に、前記解除処理部によって前記解除情報記憶部に記憶された前記解除情報を、前記処理が制限されていることを示す制限情報に変更することにより、解除された前記処理を再び制限する再制限処理部と
を備えるＩＣカード。

なお、実施形態におけるＩＣカードシステム２００（２００ａ〜２００ｄ）が備える各構成の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上述したＩＣカードシステム２００（２００ａ〜２００ｄ）が備える各構成における処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１，１ａ，１ｂ，１ｃ，１ｄ…ＩＣカード、２，２ａ，２ｂ，２ｃ，２ｄ…携帯電話、３…コンタクト部、４，２０…通信部、５…ＣＰＵ、６…ＲＯＭ、７…ＲＡＭ、８…ＥＥＰＲＯＭ、１０…ＩＣモジュール、２１，４３…コイル、２２，４２…非接触Ｉ／Ｆ部、２３…入力部、２４…表示部、２５，２５ａ，２５ｂ…記憶部、２６，２６ａ，２６ｂ，２６ｃ，２６ｄ，５０，５０ａ，５０ｂ，５０ｃ，５０ｄ…制御部、２７…撮像部、２８…ＮＷ通信部、４１…接触Ｉ／Ｆ部、５１，５１ａ，５１ｂ，５１ｃ，５１ｄ…解除処理部、５２…処理実行部、５３…再制限処理部、５４，２６３…端末認証部、８０，８０ａ，８０ｂ，８０ｃ，８０ｄ…データ記憶部、８１…解除情報記憶部、８２，２５２…認証鍵記憶部、８３…ＰＩＮ情報記憶部、８４，２５３…端末情報記憶部、８５…解除鍵記憶部、９０…サーバ装置、９１…管理情報記憶部、１００…ＩＣチップ、１５０…処理端末、２００，２００ａ，２００ｂ，２００ｃ，２００ｄ…ＩＣカードシステム、２５１…認証情報記憶部、２６１…ユーザ認証部、２６２，２６２ａ，２６２ｂ，２６２ｃ…解除要求処理部、Ｃ１…二次元コード、ＮＷ…ネットワーク、ＰＴ…カード基材、Ｕ１…ユーザ

Claims (10)

1. 少なくとも携帯端末装置と非接触インターフェースにより通信可能で、前記携帯端末装置とは異なる処理端末とも通信可能な通信部と、
   前記通信部が、前記携帯端末装置から前記非接触インターフェースによって受信した解除要求に基づいて、当該解除要求を送信した前記携帯端末装置とは異なる前記処理端末に対して自装置が実行可能な処理の制限を解除する解除処理部と、
   前記解除処理部によって前記処理の制限が解除された場合に、制限が解除された前記処理を前記携帯端末装置とは異なる前記処理端末に対して前記携帯端末装置を用いずに実行する処理実行部と、
   前記処理実行部によって所定の前記処理が実行された後に、前記解除処理部によって解除された前記処理を再び制限する再制限処理部と
   を備えるＩＣカード。
2. 前記解除処理部は、前記処理の制限が解除されたことを示す解除情報を不揮発性記憶部である解除情報記憶部に記憶させ、
   前記再制限処理部は、前記解除処理部によって前記解除情報記憶部に記憶された前記解除情報を、前記処理が制限されていることを示す制限情報に変更することで、前記解除処理部によって解除された前記処理を再び制限する
   請求項１に記載のＩＣカード。
3. 前記携帯端末装置の正当性を確認する認証鍵を記憶する認証鍵記憶部と、
   前記認証鍵記憶部が記憶する認証鍵に基づいて、前記携帯端末装置の正当性を確認する端末認証部と
   を備え、
   前記解除処理部は、前記端末認証部によって前記携帯端末装置の正当性が確認された場合に、前記処理の制限を解除する
   請求項１又は請求項２に記載のＩＣカード。
4. 利用者を識別する利用者識別情報を記憶する利用者情報記憶部を備え、
   前記解除処理部は、前記解除要求に含まれる前記利用者識別情報と、前記利用者情報記憶部が記憶している前記利用者識別情報とが一致する場合に、前記処理の制限を解除する
   請求項１から請求項３のいずれか一項に記載のＩＣカード。
5. 前記携帯端末装置を識別する端末識別情報を記憶する端末情報記憶部を備え、
   前記解除処理部は、前記解除要求に含まれる前記端末識別情報と、前記端末情報記憶部が記憶している前記端末識別情報とが一致する場合に、前記処理の制限を解除する
   請求項１から請求項４のいずれか一項に記載のＩＣカード。
6. 前記再制限処理部は、制限が解除された前記処理によって実行される取引処理が終了した場合に、前記解除処理部によって解除された前記処理を再び制限する
   請求項１から請求項５のいずれか一項に記載のＩＣカード。
7. 前記処理実行部は、前記処理が制限されている場合に、取引額が所定の限度額以下の前記処理を実行し、前記所定の限度額を超える前記処理を実行しない
   請求項１から請求項６のいずれか一項に記載のＩＣカード。
8. 前記通信部は、接触インターフェースをさらに有し、
   前記再制限処理部は、前記通信部が、前記接触インターフェースによって受信したコマンド処理に応じて、前記解除処理部によって解除された前記処理を再び制限する
   請求項１から請求項７のいずれか一項に記載のＩＣカード。
9. 少なくとも携帯端末装置と非接触インターフェースにより通信可能で、前記携帯端末装置とは異なる処理端末とも通信可能な通信部と、
   前記通信部が、前記携帯端末装置から前記非接触インターフェースによって受信した解除要求に基づいて、当該解除要求を送信した前記携帯端末装置とは異なる前記処理端末に対して自装置が実行可能な処理の制限を解除する解除処理部と、
   前記携帯端末装置とは異なる前記処理端末に対して前記携帯端末装置を用いずに所定の前記処理が実行された後に、前記解除処理部によって解除された前記処理を再び制限する再制限処理部と
   を備えるＩＣカードと、
   前記解除要求を前記非接触インターフェースによって前記ＩＣカードに送信する前記携帯端末装置と、
   前記非接触インターフェース、又は接触型インターフェースを通して、前記ＩＣカードとの間で前記所定の処理を行う前記処理端末と
   を備えるＩＣカードシステム。
10. 前記携帯端末装置は、
    利用者の正当性を確認する利用者認証部と、
    前記利用者認証部によって前記利用者の正当性が確認された場合に、前記解除要求を前記ＩＣカードに送信する解除要求処理部と
    を備える請求項９に記載のＩＣカードシステム。

Images