(57)【特許請求の範囲】
【請求項１】
外部からのコマンド指示を解釈・実行し、その結果を応答する携帯可能電子装置において、
外部からの特定のコマンド指示に対して外部に対して特定の動作を求める要求コマンドを複数生成するコマンド生成部と、
前記特定のコマンド指示に対する応答の際、前記要求コマンドの発生を外部に通知し、外部から前記要求コマンドの取り出しを指示された際、生成した複数の前記要求コマンドを一つの応答要求コマンドにまとめて前記外部に通知する通知部と、
複数の前記要求コマンドそれぞれの前記外部における実行結果をまとめた一つの応答結果コマンドを前記外部から取得する取得部と
を備えたことを特徴とする携帯可能電子装置。
【請求項２】
前記応答要求コマンドには、前記複数の要求コマンドそれぞれの実行順を指定する情報が含まれ、
前記応答結果コマンドには、前記複数の要求コマンドそれぞれを実行した順序を表す情報が含まれること
を特徴とする請求項１に記載の携帯可能電子装置。
【請求項３】
前記応答要求コマンドには、前記複数の要求コマンドそれぞれの実行順が配列順によって指定され、
前記応答結果コマンドには、前記複数の要求コマンドそれぞれを実行した順序が配列順として表されること
を特徴とする請求項１に記載の携帯可能電子装置。
【請求項４】
外部からのコマンド指示を解釈・実行し、その結果を応答する携帯可能電子装置において、
外部からの特定のコマンド指示に対して外部に対して特定の動作を求める要求コマンドを複数生成するコマンド生成部と、
前記特定のコマンド指示に対する応答の際前記要求コマンドの発生を外部に通知し、外部から前記要求コマンドの取り出しを指示された際、生成した複数の前記要求コマンドを一つの応答要求コマンドにまとめて前記外部に通知する通知部と、
前記外部における前記要求コマンドの実行結果を表す応答結果コマンドを複数の前記要求コマンドそれぞれについて前記外部から取得する取得部と
を備えたことを特徴とする携帯可能電子装置。
【請求項５】
前記応答要求コマンドには、前記複数の要求コマンドそれぞれの実行順が配列順によって指定され、
前記取得部は、前記複数の要求コマンドが実行された順に対応する前記応答結果コマンドを取得すること
を特徴とする請求項４に記載の携帯可能電子装置。
【請求項６】
請求項１乃至５の内いずれか１項に記載の各部を有するＩＣモジュールと、
このＩＣモジュールを収納したＩＣカード本体と
を備えたことを特徴とするＩＣカード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施の形態は、携帯可能電子機器及びＩＣカードに関する。
【背景技術】
【０００２】
海外の多くの国は携帯電話システム方式としてＧＳＭ（登録商標）（Global System for Mobile communications）方式を採用している。ＧＳＭ（登録商標）方式においては携帯電話機内にＩＣカードの一種であるＳＩＭ（Subscriber Identitiy Module）カードが必須となっている。  
日本では、ＧＳＭ（登録商標）でなく、３ＧＰＰ（3rd Generation Partnership Project）規格を採用した携帯電話システムが立ちあがっている。３ＧＰＰ規格でもＳＩＭカードと同様なＩＣカード、ＵＳＩＭ（Universal Subscriber Identitiy Module）カードが必須となっている。
【０００３】
ＧＳＭ（登録商標）や３ＧＰＰで使用されているＳＩＭ、ＵＳＩＭは携帯電話端末内に挿入される。ＳＩＭ、ＵＳＩＭには通信事業者の通信ネットワークに接続するのに必要な鍵情報、暗号アルゴリズム、各種ネットワークパラメータが記録されている。携帯電話端末はそれらの情報を通信事業者のＯＴＡ（Over The Air）サーバ、認証・管理サーバ等に送信し、これらのサーバと認証を行い、認証結果が正しければ、通信事業者の通信サービスを受けることが可能となる。
【０００４】
非特許文献１、２には、ＣＡＴ（Ｃａｒｄ  Ａｐｐｌｉｃａｔｉｏｎ  Ｔｏｏｌｋｉｔ）と呼ばれる仕様を規定している。ＣＡＴは、ＩＣカードの中のＳＩＭ、ＵＳＩＭ、ＵＩＭ等に代表される携帯電話等の加入者情報を識別する為のカード（以下、ＵＩＭと呼ぶ）に実装される。このＣＡＴの仕様の一つに、ＵＩＭから携帯電話（以下、ＭＥと呼ぶ）、または、ネットワークサーバに対して、各種操作要求や情報送信を行う、Ｐｒｏａｃｔｉｖｅコマンドと呼ばれる機能が規定されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】ＥＴＳＩ  ＴＳ  １０２  ２２３
【非特許文献２】ＥＴＳＩ  ＴＳ  １０２  ２４１
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記規格によると、ＵＩＭにおいて、ＴｏｏｌＫｉｔ  Ａｐｐｌｅｔと呼ばれるＡｐｐｌｅｔ、もしくは、組込ソフトウエアが実行された場合、ＵＩＭではＰｒｏａｃｔｉｖｅコマンド送信要求が発生することがある。この時、ＵＩＭは、ＭＥから送信されるＦｅｔｃｈコマンドに対するレスポンスデータとして、Ｐｒｏａｃｔｉｖｅコマンドを送信する。その後、ＭＥは、受信したＰｒｏａｃｔｉｖｅコマンドに基づき処理を行い、その実行結果を示すため、Ｔｅｒｍｉｎａｌ  Ｒｅｓｐｏｎｓｅコマンドを出力する。
【０００７】
この時、現状の規格においては、１度に送信できるＰｒｏａｃｔｉｖｅコマンドは１つのＰｒｏａｃｔｉｖｅコマンドのみである。そのため、ＭＥに対して、ユーザからのキー入力要求と音出力要求の２つの要求を送信したい場合、２つのＰｒｏａｃｔｉｖｅコマンドを出力する必要がある。そのため、上記規格で規定される手順である、Ｆｅｔｃｈ→Ｔｅｒｍｉｎａｌ  Ｒｅｓｐｏｎｓｅのコマンド送受信の手順を２度繰り返して実行する必要があり、実行処理が煩雑である。また、ユーザによるキー入力要求と音出力とをほぼ同時に実行させたい場合であっても、２つのＰｒｏａｃｔｉｖｅコマンドの送受信に長いタイムラグが生じるため所望の動作が行なわれない恐れがある。更に２つのＰｒｏａｃｔｉｖｅコマンドを所望の順序で実施させたい場合もある。
【０００８】
従って、ＵＩＭにおいてタイムラグを少なくしてＭＥに実行させたい複数のコマンドがある場合、これら複数のコマンドの送受信を効率的に実行でき、ＭＥがこれら複数のコマンドを少ないタイムラグで実行できる技術に対するニーズがある。
【課題を解決するための手段】
【０００９】
上記課題を解決するための本発明の実施の形態によれば、外部からのコマンド指示を解釈・実行し、その結果を応答する携帯可能電子装置であって、外部からの特定のコマンド指示に対して外部に対して特定の動作を求める要求コマンドを複数生成するコマンド生成部と、前記特定のコマンド指示に対する応答の際、前記要求コマンドの発生を外部に通知し、外部から前記要求コマンドの取り出しを指示された際、生成した複数の前記要求コマンドを一つの応答要求コマンドにまとめて前記外部に通知する通知部と、複数の前記要求コマンドそれぞれの前記外部における実行結果をまとめた一つの応答結果コマンドを前記外部から取得する取得部とを備えた携帯可能電子装置が提供される。
【図面の簡単な説明】
【００１０】
【図１】第１の実施の形態のＭＥとＵＩＭとの接続とそれぞれの構成ブロックとを示す図。
【図２】第１の実施の形態のＭＥとＵＩＭとの間での通常のコマンド授受手順を示す図。
【図３】第１の実施の形態のＭＥとＵＩＭとの間での複数コマンド授受手順を示す図。
【図４】第１の実施の形態の通信手順を実現するためのＵＩＭの処理手順を示すフロー図。
【図５】第１の実施の形態の通常のコマンド授受手順におけるＰｒｏａｃｔｉｖｅコマンドデータフォーマットを示す図。
【図６】第１の実施の形態の複数コマンド授受手順におけるＰｒｏａｃｔｉｖｅコマンドデータフォーマットを示す図。
【図７】第１の実施の形態の通常のコマンド授受手順におけるＴｅｒｍｉｎａｌ  Ｒｅｓｐｏｎｓｅデータフォーマットを示す図。
【図８】第１の実施の形態の複数コマンド授受手順におけるＴｅｒｍｉｎａｌ  Ｒｅｓｐｏｎｓｅデータフォーマットを示す図。
【図９】バリエーションの形態のＭＥとＵＩＭとの間での複数コマンド授受手順を示す図。
【図１０】本実施の形態のＵＩＭをＩＣカードに組み込んで構成した例について説明するためのブロック図。
【発明を実施するための形態】
【００１１】
[第１の実施の形態]  
図１は、本実施の形態の携帯電話端末（ＭＥ）１とＵＩＭ２との接続とそれぞれの構成ブロックとを示す図である。ＵＩＭ２は、形態可能電子機器であり、ＭＥ１に装着されて携帯電話アプリ利用時のデータをハンドリングする。
【００１２】
ＭＥ１には、制御部１１、表示部１２、通信部１４及び入力部１５が設けられている。制御部１１は、ＭＥ１内の各部の動作を統括して制御する。表示部１２は、ユーザに対して情報を表示する。通信部１４は、ＵＩＭ２との間のデータ通信を実行する。入力部１５は、ユーザからの指示を入力する。
【００１３】
ＵＩＭ２は、通信インターフェース部２１、制御部２２、ＲＡＭ２３、ＲＯＭ２４、不揮発性メモリ２５を備えている。
【００１４】
通信インターフェース部２１は、ＭＥ１から送信されるデータを受信して制御部２２に出力する。制御部２２は、演算、制御などを行い、ＵＩＭ２を統括して制御する。ＲＯＭ２４は、読み出し専用メモリである。ＲＯＭ２４には、オペレーティングシステム（ＯＳ）などの基本ソフトウエア、アプリケーション及びデータが格納されている。ＲＡＭ２３は、制御部２２の処理における作業領域として使用される。不揮発性メモリ２５は、ＥＥＰＲＯＭ、フラッシュメモリなどの書き換え可能な不揮発性のメモリであり、通常ユーザのワークエリア、プログラムエリアなどとして使用されている。後述のＡｐｐｌｅｔは、不揮発性メモリ２５に格納されている。
【００１５】
図２は、第１の実施の形態のＭＥ１とＵＩＭ２との間での通常のコマンド授受手順を示す図である。
【００１６】
ステップＳ０１において、ＭＥ１はＵＩＭ２にＥｎｖｅｌｏｐｅコマンドを送信する。ここで、Ｅｎｖｅｌｏｐｅコマンドには、上述の規格において複数種類のフォーマットが規定されている。例えば、Ｅｖｅｎｔｄｏｗｎｌｏａｄはこのフォーマットの１種類であり、ＭＥ１で所定のイベントが発生したことをＵＩＭ２に通知する内容である。
【００１７】
ＵＩＭ２では、受信したＥｎｖｅｌｏｐｅコマンドに対応したＡｐｐｌｅｔが起動し、Ａｐｐｌｅｔに記載されているプログラムが実行される。この際にＭＥ１に何らかの動作を起こさせる場合、例えば、ＭＥ１の表示部１２にユーザキー入力要求を表示する処理を実行させる場合は、ＭＥ１に対してキー入力要求画面表示を指定したＰｒｏａｃｔｉｖｅコマンドを送信することが必要である。そこでステップＳ０２において、ＵＩＭ２は、ＭＥ１に「９１ＸＸ」のステータスワードを送信する。この「９１ＸＸ」のステータスワードは、Ｐｒｏａｃｔｉｖｅコマンドの送信要求を表す。即ち、ＵＩＭ２に送信すべきＰｒｏａｃｔｉｖｅコマンドがあるということを表している。
【００１８】
「９１ＸＸ」のステータスワードを受信したＭＥ１は、ステップＳ０３において、ＵＩＭ２に対してＦｅｔｃｈコマンドを出力する。Ｆｅｔｃｈコマンドを受信したＵＩＭ２は、ステップＳ０４において、キー入力要求画面表示を指定したＰｒｏａｃｔｉｖｅコマンドと「９０００」のステータスワードをＭＥ１に送信する。Ｐｒｏａｃｔｉｖｅコマンドを受信したＭＥ１は、そのＰｒｏａｃｔｉｖｅコマンドに対応した画面表示処理を実行する。
【００１９】
ステップＳ０５において、ＭＥ１は実行結果をＴｅｒｍｉｎａｌ  ＲｅｓｐｏｎｓｅとしてＵＩＭ２に出力する。例えば、実行完了した、あるいはユーザが他の操作を実行中により実行できない、またはエラーが発生して実行を中止したなどの応答を返送する。ＵＩＭ２のＡｐｐｌｅｔは、応答結果を確認し、その後、後続の処理を実行して、例えば、音を出力させるＰｒｏａｃｔｉｖｅコマンドを生成する。ステップＳ０６において、ＵＩＭ２は、音声出力を指定したＰｒｏａｃｔｉｖｅコマンドの送信要求として、ＭＥ１に対し、「９１ＹＹ」のステータスワードを送信する。
【００２０】
ＭＥ１は、「９１ＹＹ」のステータスワードにより、ＵＩＭ２内にＰｒｏａｃｔｉｖｅコマンドが蓄積されていると判断し、それを取得するため、ステップＳ０７において、Ｆｅｔｃｈコマンドを送信する。ＵＩＭ２は、Ｆｅｔｃｈコマンドを受信し、その応答として、ステップＳ０８において、音声出力を指定したＰｒｏａｃｔｉｖｅコマンドと「９０００」のステータスワードをＭＥ１に送信する。Ｐｒｏａｃｔｉｖｅコマンドを受信したＭＥ１は、そのＰｒｏａｃｔｉｖｅコマンドに対応した音声出力処理を実行する。
【００２１】
ステップＳ０９において、ＭＥ１は実行結果をＴｅｒｍｉｎａｌ  ＲｅｓｐｏｎｓｅとしてＵＩＭ２に出力する。ステップＳ１０において、ＵＩＭ２は「９０００」のステータスワードを送信してＰｒｏａｃｔｉｖｅコマンドの送信を終了する。これ以降の処理は、Ａｐｐｌｅｔのプログラムに従う。
【００２２】
図３は、第１の実施の形態のＭＥ１とＵＩＭ２との間での複数コマンド授受手順を示す図である。図４は、第１の実施の形態の通信手順を実現するためのＵＩＭ２の処理手順を示すフロー図である。以下では、ＵＩＭ２において、ＭＥ１に送信しようとするＰｒｏａｃｔｉｖｅコマンドがＡｐｐｌｅｔ処理において一時に複数発生した場合の通信手順について図３及び図４を参照しつつ説明する。
【００２３】
ステップＳ１１において、ＭＥ１はＵＩＭ２にＥｎｖｅｌｏｐｅコマンドを送信する。ＵＩＭ２では、受信したＥｎｖｅｌｏｐｅコマンドに対応したＡｐｐｌｅｔが起動し、Ａｐｐｌｅｔに記載されているプログラムが実行される。この際に、例えば、ＭＥ１の表示部１２にキー入力要求画面を表示する処理と、更に音声を出力する処理を少ないタイムラグで実行させる場合は、ＭＥ１に対して画面表示を指定したＰｒｏａｃｔｉｖｅコマンド１と音声出力を指定したＰｒｏａｃｔｉｖｅコマンド２を送信することが必要である。そこでステップＳ１２において、ＵＩＭ２は、ＭＥ１に「９１ＺＺ」のステータスワードを送信する。この「９１ＺＺ」のステータスワードについての詳細は後述するが、ＵＩＭ２に送信すべきＰｒｏａｃｔｉｖｅコマンドがあるということを表している。
【００２４】
「９１ＺＺ」のステータスワードを受信したＭＥ１は、ステップＳ１３において、ＵＩＭ２に対してＦｅｔｃｈコマンドを出力する。Ｆｅｔｃｈコマンドを受信したＵＩＭ２は、ステップＳ１４において、画面表示を指定したＰｒｏａｃｔｉｖｅコマンド１、音声出力を指定したＰｒｏａｃｔｉｖｅコマンド２及び「９０００」のステータスワードをＭＥ１に送信する。
【００２５】
図５は、第１の実施の形態の通常のコマンド授受手順におけるＰｒｏａｃｔｉｖｅコマンドデータフォーマットを示す図である。図５（１）はＰｒｏａｃｔｉｖｅコマンド１のデータフォーマットを示し、図５（２）はＰｒｏａｃｔｉｖｅコマンド２のデータフォーマットを示す。
【００２６】
Ｐｒｏａｃｔｉｖｅコマンドデータは、「Ｔａｇ」、「Ｌｅｎｇｔｈ」、「Ｖａｌｕｅ」の各ブロックを含んでいる。「Ｔａｇ」はコマンドの種類を表す。「Ｌｅｎｇｔｈ」は「Ｖａｌｕｅ」ブロックの長さを表す。「Ｖａｌｕｅ」はデータの内容を表す。  
そして「Ｖａｌｕｅ」ブロックには、例えば「Ｃｏｍｍａｎｄ  Ｄｅｔａｉｌｓ」、「Ｄｅｖｉｃｅ  Ｉｄｅｎｔｉｔｉｅｓ」、「Ｔｅｘｔ  Ｓｔｒｉｎｇ」などのブロックが更に含まれ、それぞれのブロックはデータとして「Ｔａｇ」、「Ｌｅｎｇｔｈ」、「Ｖａｌｕｅ」を含んでいる。
【００２７】
図５に示す各ブロックのデータはＨｅｘａ（１６進）表示で表される。即ち、Ｐｒｏａｃｔｉｖｅコマンド１の「Ｖａｌｕｅ」ブロックの長さ（Ｌｅｎｇｔｈ）は、Ｈｅｘａで１４バイト即ち１０進表示で２０バイトである。またＰｒｏａｃｔｉｖｅコマンド２の「Ｖａｌｕｅ」ブロックの長さ（Ｌｅｎｇｔｈ）は、Ｈｅｘａで０９バイト即ち１０進表示で０９バイトである。
【００２８】
なお、図２のステップＳ０２及びＳ０６でＵＩＭ２からＭＥ１に送信されるステータスワード「９１ＸＸ」及び「９１ＹＹ」の「ＸＸ」、「ＹＹ」はそれぞれ送信するＰｒｏａｃｔｉｖｅコマンド１，２の長さを表している。
【００２９】
図６は、第１の実施の形態の複数コマンド授受手順におけるＰｒｏａｃｔｉｖｅコマンドデータフォーマットを示す図である。
【００３０】
複数コマンド授受手順においてＵＩＭ２からＭＥ１に送信されるデータフォーマットは、図５に示すＰｒｏａｃｔｉｖｅコマンド１のデータフォーマットとＰｒｏａｃｔｉｖｅコマンド２のデータフォーマットとが連結して構成されている。
【００３１】
なお、図３のステップＳ１２でＵＩＭ２からＭＥ１に送信されるステータスワード「９１ＺＺ」の「ＺＺ」は、上述の「ＸＸ」と「ＹＹ」とを加算した値である。
【００３２】
Ｐｒｏａｃｔｉｖｅコマンドデータを受信したＭＥ１は、そのコマンドデータからＰｒｏａｃｔｉｖｅコマンド１，２を抽出する。ＭＥ１は、図６に示す「Ｌｅｎｇｔｈ」ブロックを参照することでＰｒｏａｃｔｉｖｅコマンド１，２を識別して抽出することができる。
【００３３】
ＭＥ１は、Ｐｒｏａｃｔｉｖｅコマンド１に従ったキー入力要求画面表示処理と、Ｐｒｏａｃｔｉｖｅコマンド２に従った音声出力処理を実行する。  
ステップＳ１５において、ＭＥ１はＰｒｏａｃｔｉｖｅコマンド１，２に従った実行結果をＴｅｒｍｉｎａｌ  ＲｅｓｐｏｎｓｅとしてＵＩＭ２に出力する。
【００３４】
図７は、第１の実施の形態の通常のコマンド授受手順におけるＴｅｒｍｉｎａｌ  Ｒｅｓｐｏｎｓｅデータフォーマットを示す図である。図７（１）はＰｒｏａｃｔｉｖｅコマンド１に対応するＴｅｒｍｉｎａｌ  Ｒｅｓｐｏｎｓｅ１のデータフォーマットを示し、図７（２）はＰｒｏａｃｔｉｖｅコマンド２に対応するＴｅｒｍｉｎａｌ  Ｒｅｓｐｏｎｓｅ２のデータフォーマットを示す。
【００３５】
Ｔｅｒｍｉｎａｌ  Ｒｅｓｐｏｎｓｅデータは、「Ｔａｇ」、「Ｌｅｎｇｔｈ」、「Ｖａｌｕｅ」の各ブロックを含んでいる。「Ｔａｇ」はコマンドの種類を表す。「Ｌｅｎｇｔｈ」は「Ｖａｌｕｅ」ブロックの長さを表す。「Ｖａｌｕｅ」はデータの内容を表す。これらのブロックのフォーマットは、Ｐｒｏａｃｔｉｖｅコマンドデータのブロックのフォーマットと同様の構成であるため、その詳細の説明は省略する。
【００３６】
図８は、第１の実施の形態の複数コマンド授受手順におけるＴｅｒｍｉｎａｌ  Ｒｅｓｐｏｎｓｅデータフォーマットを示す図である。
【００３７】
複数コマンド授受手順においてＭＥ１からＵＩＭ２に送信されるＴｅｒｍｉｎａｌ  Ｒｅｓｐｏｎｓｅデータフォーマットは、図７示すＴｅｒｍｉｎａｌ  Ｒｅｓｐｏｎｓｅ１のデータフォーマットとＴｅｒｍｉｎａｌ  Ｒｅｓｐｏｎｓｅ２のデータフォーマットとが連結して構成されている。
【００３８】
ＵＩＭ２は、Ｔｅｒｍｉｎａｌ  Ｒｅｓｐｏｎｓｅデータの内容を解析し、実行結果を確認する。ステップＳ１６において、ＵＩＭ２は「９０００」のステータスワードを送信してＰｒｏａｃｔｉｖｅコマンドの送信を終了する。これ以降の処理は、Ａｐｐｌｅｔのプログラムに従う。
【００３９】
なお、ＭＥ１が処理するＰｒｏａｃｔｉｖｅコマンド１，２についての実行順は、Ｐｒｏａｃｔｉｖｅコマンドデータの「Ｃｏｍｍａｎｄ  Ｄｅｔａｉｌｓ」の「Ｖａｌｕｅ」ブロックにデータとして含めることができる。したがって、Ｐｒｏａｃｔｉｖｅコマンドの送信順序は実行順に配列されていても良く、配列されていなくても良い。一方、実行順が指定されていない場合は、ＭＥ１が処理するＰｒｏａｃｔｉｖｅコマンド１，２についての実行順は、適宜ＭＥ１が選択しても良い。
【００４０】
また、ＭＥ１が送信するＴｅｒｍｉｎａｌ  Ｒｅｓｐｏｎｓｅデータの「Ｃｏｍｍａｎｄ  Ｄｅｔａｉｌｓ」の「Ｖａｌｕｅ」ブロックに実行順をデータとして含めることができる。したがって、この場合は、Ｔｅｒｍｉｎａｌ  Ｒｅｓｐｏｎｓｅデータは実行順に配列されていなくても良い。一方、ＭＥ１はＴｅｒｍｉｎａｌ  Ｒｅｓｐｏｎｓｅデータを実行順に配列して送信しても良い。
【００４１】
[第１の実施の形態のバリエーション]  
第１の実施の形態のバリエーションでは、ＭＥ１がＵＩＭ２に対して送信するＴｅｒｍｉｎａｌ  Ｒｅｓｐｏｎｓｅデータの通信手順が第１の実施の形態と異なっている。第１の実施の形態と同一の部位には同一の符号を付してその詳細の説明は省略する。
【００４２】
図９は、バリエーションの形態のＭＥ１とＵＩＭ２との間での複数コマンド授受手順を示す図である。  
ステップＳ２１〜ステップＳ２４は、図３において説明したステップＳ１１〜ステップＳ１４を同じであるため、その詳細の説明は省略する。
【００４３】
Ｐｒｏａｃｔｉｖｅコマンドデータを受信したＭＥ１は、そのコマンドデータからＰｒｏａｃｔｉｖｅコマンド１，２を抽出する。そして、ＭＥ１は、Ｐｒｏａｃｔｉｖｅコマンド１に従ったキー入力要求画面表示処理を実行する。ステップＳ２５において、ＭＥ１はＰｒｏａｃｔｉｖｅコマンド１に従った実行結果をＴｅｒｍｉｎａｌ  Ｒｅｓｐｏｎｓｅ１としてＵＩＭ２に出力する。ＵＩＭ２は、Ｔｅｒｍｉｎａｌ  Ｒｅｓｐｏｎｓｅ１データの内容を解析し、実行結果を確認する。
【００４４】
その後、ステップＳ３０において、ＵＩＭ２は「９０００」のステータスワードを送信してＰｒｏａｃｔｉｖｅコマンド１の送信を終了し、Ｐｒｏａｃｔｉｖｅコマンド２の実行結果を待つ。
【００４５】
ＭＥ１は、Ｐｒｏａｃｔｉｖｅコマンド１に従った処理の後、Ｐｒｏａｃｔｉｖｅコマンド２に従った音声出力処理を実行する。ステップＳ２６において、ＭＥ１はＰｒｏａｃｔｉｖｅコマンド２に従った実行結果をＴｅｒｍｉｎａｌ  Ｒｅｓｐｏｎｓｅ２としてＵＩＭ２に出力する。ＵＩＭ２は、Ｔｅｒｍｉｎａｌ  Ｒｅｓｐｏｎｓｅ２データの内容を解析し、実行結果を確認する。
【００４６】
その後、ステップＳ２７において、ＵＩＭ２は「９０００」のステータスワードを送信してＰｒｏａｃｔｉｖｅコマンドの送信を終了する。これ以降の処理は、Ａｐｐｌｅｔのプログラムに従う。
【００４７】
なお、ＭＥ１が処理するＰｒｏａｃｔｉｖｅコマンド１，２についての実行順は、Ｐｒｏａｃｔｉｖｅコマンドデータの「Ｃｏｍｍａｎｄ  Ｄｅｔａｉｌｓ」の「Ｖａｌｕｅ」ブロックにデータとして含めることができる。したがって、Ｐｒｏａｃｔｉｖｅコマンドの順序は実行順に配列されていても良く、配列されていなくても良い。一方、実行順が指定されていない場合は、ＭＥ１が処理するＰｒｏａｃｔｉｖｅコマンド１，２についての実行順は、適宜ＭＥ１が選択しても良い。
【００４８】
ＭＥ１からのＴｅｒｍｉｎａｌ  Ｒｅｓｐｏｎｓｅデータは実行順に送信されるため、ＵＩＭ２は、Ｔｅｒｍｉｎａｌ  Ｒｅｓｐｏｎｓｅデータの実行順を容易に把握することができる。
【００４９】
なお、上述の各実施の形態で述べた送信手順では、２つのＰｒｏａｃｔｉｖｅコマンドを取り扱ったが、２個以上のＰｒｏａｃｔｉｖｅコマンドを取り扱うことも可能である。1度の送信に含めることのできるコマンド数（データ長）は、通信規約あるいは製品のスペックによって最大データ長が定められている。従って、この範囲内において、複数のコマンド数を1つの送信データとすることができる。
【００５０】
以上、説明した実施の形態によれば、一つの送信データに複数のＰｒｏａｃｔｉｖｅコマンドを含むことができるため、ＭＥ１は複数の処理をタイムラグを少なくして実行することができる。また、複数コマンドを取り扱う際、ＭＥ１が処理する実行順を指定することができ、さらにＭＥ１が処理した実行順を容易に把握することができる。さらに、ＭＥ１とＵＩＭ２との間のコマンドレスポンスのやり取りを短縮化することができる。
【００５１】
なお上述のＵＩＭ２は、ＩＣカードに組み込み、カードリーダライタとの間でデータの送受信を行なうように構成することができる。  
図１０は、本実施の形態のＵＩＭをＩＣカード１００に組み込んで構成した例について説明するためのブロック図である。
【００５２】
図１０に示すように、ＩＣカード１００は、プラスチックなどで形成されたカード状の本体１０１と、本体１０１内に内蔵されたＩＣモジュール１０２とを備えている。ＩＣモジュール１０２は、１つ又は複数のＩＣチップ１０３と、通信Ｉ／Ｆ部２１とを備える。ＩＣチップ１０３と通信Ｉ／Ｆ部２１とは、互いに接続された状態でＩＣモジュール１０２内に埋設して形成されている。本実施の形態のＵＩＭはＩＣモジュール１０２として構成することができる。
【００５３】
尚、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。  
上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
以下に本件出願当初の特許請求の範囲に記載された発明を付記する。
［１］  
外部からのコマンド指示を解釈・実行し、その結果を応答する携帯可能電子装置において、
外部からの特定のコマンド指示に対して外部に対して特定の動作を求める要求コマンドを複数生成するコマンド生成部と、
前記特定のコマンド指示に対する応答の際、前記要求コマンドの発生を外部に通知し、外部から前記要求コマンドの取り出しを指示された際、生成した複数の前記要求コマンドを一つの応答要求コマンドにまとめて前記外部に通知する通知部と、
複数の前記要求コマンドそれぞれの前記外部における実行結果をまとめた一つの応答結果コマンドを前記外部から取得する取得部と
を備えたことを特徴とする携帯可能電子装置。
［２］  
前記応答要求コマンドには、前記複数の要求コマンドそれぞれの実行順を指定する情報が含まれ、
前記応答結果コマンドには、前記複数の要求コマンドそれぞれを実行した順序を表す情報が含まれること
を特徴とする［１］に記載の携帯可能電子装置。
［３］  
前記応答要求コマンドには、前記複数の要求コマンドそれぞれの実行順が配列順によって指定され、
前記応答結果コマンドには、前記複数の要求コマンドそれぞれを実行した順序が配列順として表されること
を特徴とする［１］に記載の携帯可能電子装置。
［４］  
外部からのコマンド指示を解釈・実行し、その結果を応答する携帯可能電子装置において、
外部からの特定のコマンド指示に対して外部に対して特定の動作を求める要求コマンドを複数生成するコマンド生成部と、
前記特定のコマンド指示に対する応答の際前記要求コマンドの発生を外部に通知し、外部から前記要求コマンドの取り出しを指示された際、生成した複数の前記要求コマンドを一つの応答要求コマンドにまとめて前記外部に通知する通知部と、
前記外部における前記要求コマンドの実行結果を表す応答結果コマンドを複数の前記要求コマンドそれぞれについて前記外部から取得する取得部と
を備えたことを特徴とする携帯可能電子装置。
［５］  
前記応答要求コマンドには、前記複数の要求コマンドそれぞれの実行順を指定する情報が含まれ、
それぞれの前記応答結果コマンドには、前記要求コマンドそれぞれを実行した順序を表す情報が含まれること
を特徴とする［４］に記載の携帯可能電子装置。
［６］  
前記応答要求コマンドには、前記複数の要求コマンドそれぞれの実行順が配列順によって指定され、
前記取得部は、前記複数の要求コマンドが実行された順に対応する前記応答結果コマンドを取得すること
を特徴とする［４］に記載の携帯可能電子装置。
［７］  
［１］乃至［６］の内いずれか１項に記載の各部を有するＩＣモジュールと、
このＩＣモジュールを収納したＩＣカード本体と
を備えたことを特徴とするＩＣカード。
【符号の説明】
【００５４】
１…携帯電話端末、２…携帯可能電子装置、１１…制御部、１２…表示部、１４…通信部、１５…入力部、２１…通信インターフェース部、２２…制御部、２３…ＲＡＭ、２４…ＲＯＭ、２５…不揮発性メモリ、１００…ＩＣカード、１０１…本体、１０２…ＩＣモジュール、１０３…ＩＣチップ。
【図１】
0005535109.tif 000002
【図２】
0005535109.tif 000003
【図３】
0005535109.tif 000004
【図４】
0005535109.tif 000005
【図５】
0005535109.tif 000006
【図６】
0005535109.tif 000007
【図７】
0005535109.tif 000008
【図８】
0005535109.tif 000009
【図９】
0005535109.tif 000010
【図１０】
0005535109.tif 000011