"第一の通信手段を介してリセット信号が受信された場合に、当該第一の通信手段に関するリセット処理を実行する第一の実行手段と、第二の通信手段を介してコマンド信号が受信された場合に、当該コマンド信号に応じたコマンド処理を実行する第二の実行手段と、を備え、前記第一の実行手段による前記第一の通信手段に関するリセット処理の実行中に前記第二の通信手段を介してコマンド信号が受信された場合に、前記第一の実行手段は前記リセット処理のうち当該受信されたコマンド信号に応じたコマンド処理を実行するために必要な処理を実行し、当該必要な処理の実行後に前記第二の実行手段は前記コマンド信号に応じたコマンド処理を実行し、当該コマンド処理の実行後に前記第一の実行手段は前記必要な処理以外の処理を実行することを特徴とするICチップ。請求項1に記載のICチップにおいて、前記リセット信号の受信により中断された処理を回復する回復処理のうち、前記受信されたコマンド信号に応じたコマンド処理に関係する回復処理を、前記必要な処理以外の処理として特定する特定手段を備えることを特徴とするICチップ。請求項1又は2に記載のICチップにおいて、前記第一の実行手段は、前記リセット処理においてリセットに対するリアクションを制約時間内に実行し、前記第二の実行手段は、前記コマンド処理の結果を示す処理応答を制約時間内に実行することを特徴とするICチップ。前記ICチップは、UIMUserIdentityModuleに搭載されていることを特徴とする請求項1乃至3の何れか一項に記載のICチップ。前記UIMは、携帯端末に装着されていることを特徴とする請求項4に記載のICチップ。ICチップにおける処理方法であって、第一の通信手段を介してリセット信号が受信された場合に、当該第一の通信手段に関するリセット処理を実行する第一の実行ステップと、第二の通信手段を介してコマンド信号が受信された場合に、当該コマンド信号に応じたコマンド処理を実行する第二の実行ステップと、を含み、前記第一の通信手段に関するリセット処理の実行中に前記第二の通信手段を介してコマンド信号が受信された場合に、前記リセット処理のうち当該受信されたコマンド信号に応じたコマンド処理を実行するために必要な処理を実行し、当該必要な処理の実行後に前記コマンド信号に応じたコマンド処理を実行し、当該コマンド処理の実行後に前記必要な処理以外の処理を実行することを特徴とするICチップにおける処理方法。ICチップに含まれるコンピュータを、第一の通信手段を介してリセット信号が受信された場合に、当該第一の通信手段に関するリセット処理を実行する第一の実行手段、及び、第二の通信手段を介してコマンド信号が受信された場合に、当該コマンド信号に応じたコマンド処理を実行する第二の実行手段として機能させ、前記第一の実行手段による前記第一の通信手段に関するリセット処理の実行中に前記第二の通信手段を介してコマンド信号が受信された場合に、前記第一の実行手段が前記リセット処理のうち当該受信されたコマンド信号に応じたコマンド処理を実行するために必要な処理を実行し、当該必要な処理の実行後に前記第二の実行手段が前記コマンド信号に応じたコマンド処理を実行し、当該コマンド処理の実行後に前記第一の実行手段が前記必要な処理以外の処理を実行するように機能させることを特徴とするICチップ用処理プログラム。接触型ICチップと、当該ICチップと第一の通信手段を介して通信可能なコントローラとを備える携帯端末において、前記接触型ICチップは、前記コントローラから第一の通信手段を介してリセット信号が受信された場合に、当該第一の通信手段に関するリセット処理を実行する第一の実行手段と、非接触型ICチップから第二の通信手段を介してコマンド信号が受信された場合に、当該コマンド信号に応じたコマンド処理を実行する第二の実行手段と、を備え、前記第一の実行手段による前記第一の通信手段に関するリセット処理の実行中に前記第二の通信手段を介してコマンド信号が受信された場合に、前記第一の実行手段は前記リセット処理のうち当該受信されたコマンド信号に応じたコマンド処理を実行するために必要な処理を実行し、当該必要な処理の実行後に前記第二の実行手段は前記コマンド信号に応じたコマンド処理を実行し、当該コマンド処理の実行後に前記第一の実行手段は前記必要な処理以外の処理を実行することを特徴とする携帯端末。ところで、従来のUIMは接触通信用のソフトウェアが1つであったため、上記の競合は発生しない。したがって、UIMは、携帯端末の機能を担うコントローラからUIMの接触用端子を介してリセット信号を受信した場合、それに対応するリセット処理を標準仕様に規程された内容を守りながら行うと共に受信コマンドの実行に備えてオペレーティングシステムを初期化した後、コマンド信号の受信待ち状態になっていた。しかしながら、UIMに接触及び非接触通信用の2種類のソフトウェアが存在する場合は先に述べたように競合が発生する。しかも、これらの競合する2つの処理はそれぞれ高い優先度が求められるため、インターフェースのリセット処理後にサービス要求に応じたコマンド処理が実行された場合、後者の処理が求められる時間制約を満たせない可能性がある。そこで、本発明は、このような点等に鑑みてなされたものであり、ある通信手段に関するリセット処理と、他の通信手段を介して処理時間制約の厳しいサービス要求に応じたコマンド処理が同時に発生した場合であっても、リセット処理の時間制約を守りながらサービス要求に応じたコマンド処理を優先して実行することが可能なICチップ、ICチップにおける処理方法、ICチップ用処理プログラム、及び携帯端末を提供することを目的とする。上記課題を解決するために、請求項1に記載の発明は、第一の通信手段を介してリセット信号が受信された場合に、当該第一の通信手段に関するリセット処理を実行する第一の実行手段と、第二の通信手段を介してコマンド信号が受信された場合に、当該コマンド信号に応じたコマンド処理を実行する第二の実行手段と、を備え、前記第一の実行手段による前記第一の通信手段に関するリセット処理の実行中に前記第二の通信手段を介してコマンド信号が受信された場合に、前記第一の実行手段は前記リセット処理のうち当該受信されたコマンド信号に応じたコマンド処理を実行するために必要な処理を実行し、当該必要な処理の実行後に前記第二の実行手段は前記コマンド信号に応じたコマンド処理を実行し、当該コマンド処理の実行後に前記第一の実行手段は前記必要な処理以外の処理を実行することを特徴とする。請求項2に記載の発明は、請求項1に記載のICチップにおいて、前記リセット信号の受信により中断された処理を回復する回復処理のうち、前記受信されたコマンド信号に応じたコマンド処理に関係する回復処理を、前記必要な処理以外の処理として特定する特定手段を備えることを特徴とする。請求項3に記載の発明は、請求項1又は2に記載のICチップにおいて、前記第一の実行手段は、前記リセット処理においてリセットに対するリアクションを制約時間内に実行し、前記第二の実行手段は、前記コマンド処理の結果を示す処理応答を制約時間内に実行することを特徴とする。請求項4に記載の発明は、請求項1乃至3の何れか一項に記載のICチップにおいて、前記ICチップは、UIMUserIdentityModuleに搭載されていることを特徴とする。請求項5に記載の発明は、請求項4に記載のICチップにおいて、前記UIMは、携帯端末に装着されていることを特徴とする。請求項6に記載の発明は、ICチップにおける処理方法であって、第一の通信手段を介してリセット信号が受信された場合に、当該第一の通信手段に関するリセット処理を実行する第一の実行ステップと、第二の通信手段を介してコマンド信号が受信された場合に、当該コマンド信号に応じたコマンド処理を実行する第二の実行ステップと、を含み、前記第一の通信手段に関するリセット処理の実行中に前記第二の通信手段を介してコマンド信号が受信された場合に、前記リセット処理のうち当該受信されたコマンド信号に応じたコマンド処理を実行するために必要な処理を実行し、当該必要な処理の実行後に前記コマンド信号に応じたコマンド処理を実行し、当該コマンド処理の実行後に前記必要な処理以外の処理を実行することを特徴とする。請求項7に記載のICチップ用処理プログラムの発明は、ICチップに含まれるコンピュータを、第一の通信手段を介してリセット信号が受信された場合に、当該第一の通信手段に関するリセット処理を実行する第一の実行手段、及び、第二の通信手段を介してコマンド信号が受信された場合に、当該コマンド信号に応じたコマンド処理を実行する第二の実行手段として機能させ、前記第一の実行手段による前記第一の通信手段に関するリセット処理の実行中に前記第二の通信手段を介してコマンド信号が受信された場合に、前記第一の実行手段が前記リセット処理のうち当該受信されたコマンド信号に応じたコマンド処理を実行するために必要な処理を実行し、当該必要な処理の実行後に前記第二の実行手段が前記コマンド信号に応じたコマンド処理を実行し、当該コマンド処理の実行後に前記第一の実行手段が前記必要な処理以外の処理を実行するように機能させることを特徴とする。請求項8に記載の発明は、接触型ICチップと、当該ICチップと第一の通信手段を介して通信可能なコントローラとを備える携帯端末において、前記接触型ICチップは、前記コントローラから第一の通信手段を介してリセット信号が受信された場合に、当該第一の通信手段に関するリセット処理を実行する第一の実行手段と、非接触型ICチップから第二の通信手段を介してコマンド信号が受信された場合に、当該コマンド信号に応じたコマンド処理を実行する第二の実行手段と、を備え、前記第一の実行手段による前記第一の通信手段に関するリセット処理の実行中に前記第二の通信手段を介してコマンド信号が受信された場合に、前記第一の実行手段は前記リセット処理のうち当該受信されたコマンド信号に応じたコマンド処理を実行するために必要な処理を実行し、当該必要な処理の実行後に前記第二の実行手段は前記コマンド信号に応じたコマンド処理を実行し、当該コマンド処理の実行後に前記第一の実行手段は前記必要な処理以外の処理を実行することを特徴とする。本発明によれば、ある通信手段に関するリセット処理と、他の通信手段を介して処理時間制約の厳しいサービス要求に応じたコマンド処理が同時に発生した場合であっても、リセット処理の時間制約を守りながらサービス要求に応じたコマンド処理を優先して実行することができ、処理時間制約の厳しいサービス要求に対して処理結果を応答することができる。以下、図面を参照して本発明の実施形態について詳細に説明する。以下に説明する実施形態は、携帯端末に対して本発明を適用した場合の実施の形態である。先ず、図1を参照して、本実施形態に係る携帯端末の構成及び機能概要について説明する。図1Aは、本実施形態に係る携帯端末の概要構成例を示すブロック図である。図1Aに示すように、携帯端末1は、携帯端末1の機能を担うコントローラ11、CLF12、及びUIM13等を備えて構成されている。なお、携帯端末1には、例えば操作キー、ディスプレイ、スピーカ、及び移動体通信部等を備える携帯電話機やPDA等を適用できる。コントローラ11は、図示しないが、CPUCentralProcessingUnit、各種プログラム及びデータを記憶する不揮発性メモリ例えばフラッシュメモリ等、データを一時記憶するRAM、UIM13との間のインターフェースを担うI/Oポート等を備えている。コントローラ11は、UIM13との間でインターフェースXを通じて通信可能になっている。そして、コントローラ11は、携帯端末1の通信移動体通信網やインターネットを介して行われる通信処理や携帯端末1のユーザからの操作キーを介した操作指示に応じて各種処理を実行する。このような処理の中で、コントローラ11は、例えば暗号化処理や認証処理等に係るコマンド信号をインターフェースを通じてUIM13へ送信する。また、コントローラ11は、例えば、電源ON、又はUIM13との間で通信エラーが発生した場合に、インターフェースXのリセット信号をUIM13へ送信するようになっている。CLF12は、NFCの規格で規定される非接触通信を行う非接触型ICチップであり、図示しないが、CPU、各種プログラム及びデータを記憶する不揮発性メモリ、データを一時記憶するRAM、UIM13との間のインターフェースを担うI/OポートSWIO等を備えている。また、CLF12は、非接触のフィールド内で非接触リーダ2との間で各種信号の送受信を行うためのアンテナ12aに接続されている。そして、ユーザが携帯端末1を非接触リーダ2に翳すと、非接触リーダ2から送信されたサービス要求に係るコマンド信号をインターフェースYを通じてUIM13へ送信するようになっている。UIM13は、UICCの一つであり、従来のSIMSubscriberIdentityModuleをベースに機能を拡張された接触型ICチップを搭載する。図1Bは、本実施形態に係るUIM13の概要構成例を示すブロック図である。図1Bに示すように、UIM13は、信号処理を担うCPU131、所定のデータやプログラムを記憶するROM132、データを一時記憶するRAM133、所定のデータやプログラム等を記憶する不揮発性メモリ例えばフラッシュメモリやEEPROM134、及びI/Oポート入出力ポート135等を備えている。なお、UIM13はICカード基体Bに設けられ、ICカードとして携帯端末1に実装される。I/Oポート135は、図1Bに示すように、ISO/IEC7816等によって定められた、C1~C8の8個の端子接触型ICチップの接続端子を有する。ここで、C1端子は電源端子VCCであり、C5端子はグランド端子GNDである。また、C2端子は、リセット端子RSTであり、コントローラ11とのインターフェースXのリセット信号を入力するために用いられる。また、C3端子は、クロック端子CLKであり、コントローラ11とのインターフェースXのクロックを入力するために用いられる。また、C7端子第一の通信手段の一例は、コントローラ11との間のインターフェースXを担う端子であり、UIM13とコントローラ11との間の通信のために用いられる。また、C6端子第二の通信手段の一例は、CLF11との間のインターフェースYを担う端子であり、CLF12とUIM13との間の通信のために用いられる。なお、CLF12とUIM13間の通信プロトコルには、上述したようにSWPが適用される。また、UIM13の不揮発性メモリ134に記憶されるプログラムとしては、オペレーティングシステム以下、OSという、複数種類のアプリケーションプログラム、及び本発明のICチップ用処理プログラムがある。ここで、アプリケーションプログラム以下、アプリケーションというは、CPU131により実行される複数のコマンド命令及びそれらの実行順序を規定するプログラムである。アプリケーション中のコマンドの処理をコマンド処理という。また、UIM13の不揮発性メモリ134には、電話番号や加入者ID等の個人情報、及び電子マネーの残高情報等が記憶されている。そして、UIM13のCPU131第一の実行手段は、コントローラ11から接触型ICチップの接続端子を介してインターフェースXのリセット信号接触通信に関するリセット信号が受信された場合に、当該インターフェースXのリセット処理接触通信に関するリセット処理を実行する。このリセット処理は、ハードウェアの初期化、コントローラ11に対するリアクションインターフェースリセットの初期応答、OSの初期化OSの動作パラメータの初期化、及びコマンド処理を実行するための準備処理から構成される。ここで、ハードウェアの初期化には、例えば、UIM13のクロック設定、記憶装置RAM等及び周辺回路乱数生成器,暗号コプロセッサ等の動作確認、記憶装置RAM等の初期化、スタックポインタ初期化、周辺回路の初期設定等が含まれる。また、コントローラ11に対するリアクションは、幾つかの処理時間制約が存在し制約時間内に応答する必要がある、かつ処理時間にばらつきが少ない。一方、準備処理は、直接的な処理時間制約が無い代わりに、UIM13がリセットされた時のOSの状態によって処理時間にかなりのばらつきが発生し得る。この準備処理の例としては、リセット信号の受信により中断された処理アプリケーション全体の処理、アプリケーション中のコマンド処理を回復する回復処理が挙げられる。インターフェースリセットが発生した時になんらかの処理が実行されていた場合は、その処理内容が処理中断情報として記録される。結果的にこの処理はインターフェースリセットによって処理が中断されるが、上記準備処理の一環として中断状態を回復する処理が実行されるようになっている。なお、インターフェースリセットが発生した時に何も処理されていなかった場合は、準備処理として上記回復処理は含まれない。また、UIM13のCPU131第二の実行手段は、CLF12から接触型ICチップの接続端子を介して、非接触通信用のサービス要求に係るコマンド信号が受信された場合に、当該コマンド信号サービス要求に応じたコマンド処理つまり、サービス要求に対応する何れかのアプリケーションのコマンド処理を実行し、当該処理の結果を示す処理応答を接触型ICチップの接続端子を介してCLF12へ行う返信するようになっている。ここで、非接触インターフェースを使うサービス要求処理も、サービスレベルでの処理全体に処理時間制約が存在すると同時に、サービス要求処理を構成する幾つかのコマンド処理に対しても夫々処理時間制約が存在する場合がある。つまり、制約時間内にサービス要求に対して応答する必要がある。そして、本実施形態においては、コントローラ11より受信されたリセット信号に応じたリセット処理と、CLF12より受信されたコマンド信号に応じたコマンド処理処理時間制約の厳しいサービス要求に応じたコマンド処理が同時に発生競合した場合、つまり、インターフェースXのリセット処理の実行中にCLF12からコマンド信号が受信された場合、UIM13のCPU131は、以下の処理を行うことになる。すなわち、UIM13のCPU131は、上記リセット処理のうち、受信されたコマンド信号に応じたコマンド処理を実行するために必要な処理を実行した後、上記受信されたコマンド信号に応じたコマンド処理を実行する。ここで、コマンド信号に応じたコマンド処理を実行するために必要な処理には、ハードウェアの初期化、コントローラ11に対するリアクション、及びOSの初期化、更にはコマンド処理を実行するための準備処理の中から、予め設定された不揮発性メモリに記憶された判定情報に基づいて特定特定手段によるされた必要最低限の準備処理が含まれる。そして、この必要最低限の準備処理以外の準備処理は、コマンド信号に応じたコマンド処理の実行後に実行されることになる。図2は、コントローラ11より受信されたリセット信号に応じたリセット処理と、CLF12より受信されたコマンド信号に応じたコマンド処理が同時に発生した場合の携帯端末1における動作シーケンスの一例を示す図である。この必要最低限の準備処理以外の準備処理は、図2に示すように優先順位が下げられ、CLF12への処理応答後に実行コマンド受信待機状態に移る前に優先順位が下げられた準備処理が実行される。これにより、インターフェースのリセット処理と重なったサービス要求に応じたコマンド処理の処理時間制約を守りながら処理結果を応答することが可能になる。ここで、上記必要最低限の準備処理を特定するための判定情報には、例えば、以下のa~iの何れかに示すリストが含まれる。a中断時に記録されていたアプリケーションの処理が、その成功如何に関わらず実行可能なアプリケーションリストアプリケーションを識別する識別情報が記述されたリストb中断時に記録されていたアプリケーションの処理が、その成功如何に関わらず実行可能なアプリケーションのコマンドリストアプリケーションを識別する識別情報及びその中のコマンドを識別する識別情報等が記述されたリストc中断時に記録されていたアプリケーションの処理が、その成功如何に関わらず実行不可能なアプリケーションリストd中断時に記録されていたアプリケーションの処理が、その成功如何に関わらず実行不可能なアプリケーションのコマンドリストea~dに記載された中断時の処理アプリケーションの処理をアプリケーションのコマンド処理に置き換えた場合の上記リストfa~dに記載された中断時の処理アプリケーションの処理を不揮発性メモリのある領域に対する更新処理に置き換えた場合の上記リストga~dに記載された中断時の処理アプリケーションの処理をあるアプリケーション集合に含まれるアプリケーションの処理に置き換えた場合の上記リストha~dに記載された中断時の処理アプリケーションの処理をあるコマンド集合に含まれるコマンド処理に置き換えた場合の上記リストib,dに記載された中断時の処理アプリケーションの処理をアプリケーションのコマンド処理及びこのときのコマンド信号の受信インターフェースに置き換え、且つ、b,dに記載されたコマンドリストを、アプリケーション、コマンド、及びインターフェースの組合せリストに置き換えた場合の上記リストUIM13のCPU131は、上記必要最低限の準備処理を特定するための判定情報に含まれる上記リストから判断して、中断時に処理中断情報として記録されていた処理の回復処理が、サービス要求に応じたコマンド処理に関係しない場合、サービス要求に応じたコマンド処理を実行するために必要な処理ではないので、当該中断時に記録されていた処理の回復処理の優先順位を下げて待機させ、その代わりにサービス要求に応じたコマンド処理を先に実行することで処理制約時間内に処理応答をCLF12へ返信する。言い換えれば、各処理を分割したサブタスクに対してスケジューリングを行うことで、処理時間制約を守りながらサービス要求に対して応答するのである。次に、図3~図7を参照して、本実施形態に係る携帯端末の動作について説明する。図3は、本実施形態に係るUIM13におけるソフトウェア機能ブロックの一例を示す図である。図3に示す例では、同時に機能ソフトウェア的に機能可能なインターフェースX,Y及びそれらの制御機能を有するUIM13には、アプリケーションA~Dが格納されている。なお、図3に示す判定情報は、UIM13に格納された全アプリケーションA~D分を実行環境がまとめて持つように構成しても良いし、夫々のアプリケーションが保持し必要に応じて実行環境が参照するように構成しても良い。何れにしても、判定情報は、UIM13外部から設定可能であり、更新も可能である。図4及び図5は、中断時に処理中断情報として記録されていた処理等と当該処理等に対応する判定情報の例を示す図である。図4Aは、上記aの場合の例を示しており、例えば、アプリケーションApplicationDのコマンドCommandの処理実行中にPowerlossが発生し、その後、携帯端末1が非接触リーダ2に翳されることによるコマンド処理と、UIM13への電力供給によるインターフェースXのリセット処理とが競合するケースを想定している。図4Bは、上記eの場合のbの置き換えの例を示しており、例えば、アプリケーションApplicationDのコマンドCommandBの処理実行中にPowerlossが発生し、その後、携帯端末1が非接触リーダ2に翳されることによるコマンド処理と、UIM13への電力供給によるインターフェースXのリセット処理とが競合するケースを想定している。図5Aは、上記fの場合のcの置き換えの例を示しており、例えば、アプリケーションApplicationDのコマンドCommandAの処理過程における変数FirstNameの更新中にPowerlossが発生し、その後、携帯端末1が非接触リーダ2に翳されることによるコマンド処理と、UIM13への電力供給によるインターフェースXのリセット処理とが競合するケースを想定している。なお、変数名であるFirstNameは、実際には、アドレスとレングス例えば0x00104:指定アドレスから4バイトの領域、アドレスの範囲例えば0x00100x0013間の領域、またはOSが一意に特定可能なIDなどのデータで表される。図5Bは、上記iの場合のbの置き換えの例を示しており、コマンド信号が受信されることによるアプリケーションApplicationDのコマンドCommandAの処理実行中にPowerlossが発生し、その後、携帯端末1が非接触リーダ2に翳されることによるコマンド処理と、UIM13への電力供給によるインターフェースXのリセット処理とが競合するケースを想定している。図6は、本実施形態に係るUIM13のCPU131における電力供給検知時の処理を示すフローチャートである。図7は、本実施形態に係るUIM13のCPU131における割込み処理を示すフローチャートである。図6に示す処理は、例えば図4又は図5で想定されるようなケースにおいて、UIM13への電力供給等が検知された場合に開始される。図6に示す処理おいて、UIM13のCPU131は、コントローラ11からリセット信号を受信するとステップS1、リセット処理を開始し、先ず、上述したようにハードウェアの初期化を実行するステップS2。次いで、UIM13のCPU131は、コントローラ11に対するリアクションインターフェースリセットの初期応答を実行するステップS3。次いで、UIM13のCPU131は、OSの初期化OSの動作パラメータの初期化を実行するステップS4。このOSの初期化処理は、OS初期状態を構築するための処理であり、アプリケーションに無関係で必須の処理である。次いで、UIM13のCPU131中断処理判定機能は、処理中断情報を参照して中断時に記録されていた処理の有無を確認することにより中断された処理が有るか否かを判定するステップS5。そして、UIM13のCPU131は、中断された処理が無いと判定した場合にはステップS5:NO、図6に示す処理を終了し、中断された処理が有ると判定した場合にはステップS5:YES、ステップS6に進む。ステップS6では、UIM13のCPU131は、CLF12から、サービス要求に係るコマンド信号を受信したか否かを判定する。そして、UIM13のCPU131は、サービス要求に係るコマンド信号を受信していない場合にはステップS6:NO、ステップS7に進み、サービス要求に係るコマンド信号を受信した場合にはステップS6:YES、ステップS8に進む。ステップS7では、UIM13のCPU131は、コマンド処理を実行するための準備処理として、中断された処理を回復する回復処理中断された処理の回復処理を実行し、ステップS14に進む。一方、ステップS8では、UIM13のCPU131は、中断時に記録されていた処理を基に判定情報を選択するステップS8。例えば、中断時に記録されていた処理が、図4Aに示すようにアプリケーションDである場合、当該アプリケーションDに対応する判定情報アプリケーションAとCを識別する識別情報が記述されたリストを含むが選択され、不揮発性メモリ134から取得される。次いで、UIM13のCPU131は、中断された処理の回復処理の内容を確認しステップS9、コマンド処理前に実行すべき回復処理言い換えれば、上記受信されたコマンド信号に応じたコマンド処理に関係する回復処理上述した必要最低限の準備処理が有るか否かを判定するステップS10。この判定は、上記ステップS6で受信されたコマンド信号と、上記ステップS8で選択された判定情報に基づいて行われる。例えば、図4A又はBのケースにおいて、判定情報に含まれるリストに記述された処理が、受信されたコマンド信号が関係する処理例えば、当該コマンド信号コマンドを含むアプリケーションの処理、又は当該コマンド信号コマンドと一致するコマンドの処理がである場合には、コマンド処理前に実行すべき回復処理がないと判定される。これは、中断された処理の回復処理に関わらずコマンド処理を実行できるためである。そして、UIM13のCPU131特定手段の一例は、コマンド処理前に実行すべき回復処理が有ると判定した場合にはステップS10:YES、当該コマンド処理前に実行すべき回復処理を特定し、ステップS11に進む。ここで特定されたコマンド処理前に実行すべき回復処理以外の回復処理があれば、この回復処理の優先順位が下げられる設定がなされる。一方、UIM13のCPU131は、コマンド処理前に実行すべき回復処理が無いと判定した場合にはステップS10:NO、ステップS12に進む。ステップS11では、UIM13のCPU131は、コマンド処理前に実行すべき回復処理として特定した、中断された処理の回復処理を実行し、ステップS12に進む。ステップS12では、UIM13のCPU131は、上記ステップS6で受信されたコマンド信号サービス要求に応じたコマンド処理を実行し、当該処理の結果を示す処理応答をCLF12へ返す。次いで、UIM13のCPU131は、中断された処理の回復処理を実行しステップS13、ステップS14に進む。ここで、上記ステップS11を経由してきた場合において優先順位が下げられた回復処理があれば、この回復処理が実行される。ステップS14では、UIM13のCPU131は、上記処理中断情報をクリアする。そして、UIM13のCPU131は、図6に示す処理を終了し、インターフェースX又はYを通じたコマンド信号の受信確認、及び受信されたコマンド信号に応じたコマンド処理に移行通常の処理に移行する。一方、図7に示す処理は、インターフェースYを通じたコマンド信号の受信により割込みが発生したときの処理である。この割込みは、例えば、図6に示す処理におけるステップS2のハードウェアの初期化後、任意に発生し、これにより処理が中断され、図7に示す処理が開始される。図7に示す処理おいて、UIM13のCPU131は、先ず、コマンド信号の受信処理コマンド受信処理を行いステップS21、続いて、中断された処理の回復処理を実行中であるか否かを判定するステップS22。そして、UIM13のCPU131は、中断された処理の回復処理を実行中でないと判定した場合にはステップS22:NO、図7に示す処理割込み処理を終了し、中断された処理の回復処理を実行中であると判定した場合にはステップS22:YES、ステップS23に進む。なお、ステップS23及びS24の処理は、図6に示すステップS8及びS9の処理と同様である。次いで、ステップS25では、UIM13のCPU131は、上記ステップS22で未実行、且つコマンド処理前に実行すべき回復処理が有るか否かを判定し、未実行、且つコマンド処理前に実行すべき回復処理が有ると判定した場合にはステップS25:YES、ステップS26に進み、そうでないと判定した場合にはステップS25:NO、ステップS27に進む。そして、UIM13のCPU131は、ステップS27上記ステップS12と同様の実行後、図7に示す処理割込み処理を終了する。なお、この割込み処理終了後は、図6に示す処理において、中断されたポイントから処理が再開される。以上説明したように、上記実施形態によれば、コントローラ11より受信されたリセット信号に応じたリセット処理と、CLF12より受信された、サービス要求に係るコマンド信号に応じたコマンド処理が同時に発生した場合に、UIM13は、上記リセット処理のうち、コントローラ11に対するリアクション、及び必要最低限の準備処理を実行した後、上記受信されたコマンド信号に応じたコマンド処理を実行し、その後に必要最低限の準備処理以外の準備処理例えば、サービス要求に応じたコマンド処理に関係しない処理の中断状態を回復する処理を実行するように構成したので、リセット処理の時間制約を守りながらサービス要求に応じたコマンド処理を優先して実行することができ、処理時間制約の厳しいサービス要求に対して処理結果を応答することができる。"