ＩＣチップ、ＩＣチップにおける処理方法、ＩＣチップ用処理プログラム、及び携帯端末
【課題】処理時間の制約が厳しいサービスを効率的かつ迅速に処理するＩＣチップ、ＩＣチップにおける処理方法、ＩＣチップ用処理プログラム、及び携帯端末等を提供する。
【解決手段】ＵＩＭ１３は、コマンドを受信した際に、開始イベントテーブルを参照し、受信したコマンドが示すサービスを優先して実行させるため、当該サービスに係るコマンドを優先して処理する優先処理期間に移行するか否かを判定する。
【解決手段】ＵＩＭ１３は、コマンドを受信した際に、開始イベントテーブルを参照し、受信したコマンドが示すサービスを優先して実行させるため、当該サービスに係るコマンドを優先して処理する優先処理期間に移行するか否かを判定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のインターフェースを備えるＩＣチップにおける処理技術に関する。
【背景技術】
【０００２】
ＩＣカードは、接触型ＩＣ(Integrated Circuit)チップが搭載されたＵＩＭ（User Identity Module）が適用されるタイプと、非接触型ＩＣチップが適用されるタイプとに大別される。そして、接触型ＩＣが適用されるＩＣカードは、クレジットカードやキャッシュカードに用いられ、ＩＣカードリーダライタ装置等の接触インターフェースを介して（当該装置にＩＣカードが挿入され）、ＩＣチップに対してデータの読取り及び書込みが行われている。また、非接触型ＩＣカードは、一部のＩＤカード（例えば、入退出管理カード等）や交通系カード（例えば、ＳＵＩＣＡ（登録商標）等）に用いられ、非接触ＩＣカード用のリーダライタ装置を介して、ＩＣチップに対してデータの読取り及び書込みが行われている。
【０００３】
近年、日本においては、ＵＩＭが搭載された携帯電話に、非接触ＩＣチップ用リーダライタ装置等との間で通信を行うための非接触通信用コイル（アンテナ）と非接触通信用のプロトコルや非接触アプリケーションを処理するマイコンを内蔵することで、接触インターフェースのＵＩＭ（携帯電話サービス）に加えて、非接触インターフェースを用いた様々なサービスが提供されている。この携帯電話には接触アプリケーションを実行する専用のマイコンと、非接触アプリケーションを実行する専用のマイコンがそれぞれ搭載されている。従って、当該携帯電話は、接触アプリケーションと非接触アプリケーションを同時に実行（機能）することが可能である。具体的には、例えば、当該携帯電話では、接触アプリケーションの実行により実現される携帯電話への着信処理と、非接触アプリケーションの実行により実現されるゲートの通過処理（入退室管理処理）を同時に実行することが可能である。
【０００４】
一方、欧州を中心に、ＵＩＭが搭載された携帯端末に備えられた非接触通信用コイルと非接触通信用のプロトコル処理を主に担当するマイコンを、ＵＩＭが備える既存の接触インターフェースとは別のインターフェースに接続することにより、ＵＩＭ内で接触アプリケーションに加え、非接触アプリケーションを管理する方法が検討され、関連技術の標準化が進められている。この方式の実施形態の１つとして、接触用アプリケーションと非接触用アプリケーションは共にＵＩＭに格納されＵＩＭのハードウェアリソース（ＣＰＵ、記憶装置、各種周辺回路）を共有することになるが、これらのアプリケーションがリムーバブル（Removable）であるＵＩＭに統合して格納されるため、アプリケーションの管理や移行が容易であるなどのメリットが存在する（以下、ＮＦＣ(Near Field Communication)方式と呼ぶ）。
【０００５】
先に述べたように、接触用、非接触用のアプリケーションがＵＩＭへ格納されることで、コスト低減効果があること、アプリケーションの管理・移行がし易いことなどＮＦＣ方式には利点もあるが、ユーザの利用状況等により、接触・非接触からそれぞれ非同期にアプリケーション処理依頼を受け付ける必要があるため、１Ｃｈｉｐでは処理依頼の競合が避けられない。
【０００６】
このような状況に対して、特許文献１では、複数のインターフェースを備えたＩＣカードにおいて、あるインターフェースから受信したコマンド実行中に、他のインターフェースでコマンド受信が発生した場合、実行中のコマンド処理を中断してコマンドの受信処理を行うことで、複数のインターフェース上に非同期で送られるコマンドを取りこぼすこと無く受信する方法が提案されている。
【０００７】
また、特許文献２では、複数のコマンドから成るプロシージャをサービスと定義し、このサービス単位で優先処理を行う方法が提案されている。さらには、サービスの優先処理が開始されると（サービスを構成する最初のコマンド処理が開始されると）、コマンド処理結果を応答した後、一定時間コマンド受信のために待機することで、サービスを構成する次コマンドの受信処理とコマンド処理を優先し、サービス処理の切替えオーバーヘッドを低減する方法も提案されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００８−０９０８００号公報
【特許文献２】特開２００８−０５９４２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ところで、非接触インターフェースを使うサービスを利用する際には、ユーザ自身がＩＣチップ（ＩＣカード）をリーダ（リーダライタ装置）に翳すため、ユーザビリティを考慮すると、ＩＣカードをリーダに翳した後にできるだけ短時間で処理が完了することが望ましい。また、非接触インターフェースが適用された交通系サービスでは、ユーザがＧａｔｅ（改札口等）を通過するときに、ＩＣカードをリーダに翳すため、ある一定の短い時間内でアプリケーション処理を完了させる必要がある。このような非接触インターフェースを使うサービスの特徴を考慮した上で特許文献１を見直すと、受信済のコマンド処理中に、他のインターフェース上へ送られてきたコマンドの受信処理を効率的に行うための方法であり、サービス（例えば、上記改札口を通過することによる清算処理全体）を短時間で処理するための効果は限定的である。即ち、特許文献１に記載された技術では、サービス全体を短期間で確実に処理することはできなかった。
【００１０】
また、特許文献２に記載された技術では、サービスを構成するコマンドを優先処理するために、予め決められた時間だけコマンド応答後に待機するが、この時、携帯端末が非接触リーダの通信可能距離外に出た場合（もはや次のコマンドを受信することはない）、同様に待機する恐れがあり、優先度が低いことで待機状態のサービスが存在する場合に、すばやく処理復帰できない可能性がある。また、サービスを可能な限り速く処理するためには、サービスを構成する各コマンドを受信するための待機時間管理を全コマンドに行う方法は、時間管理のオーバーヘッドを考慮すると効率的とは言えなかった。
【００１１】
そこで、本発明は上記各問題点に鑑みてなされたものであり、処理時間の制約が厳しいサービスを効率的かつ迅速に処理するＩＣチップ、ＩＣチップにおける処理方法、ＩＣチップ用処理プログラム、及び携帯端末等を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記の問題を解決するために、請求項１に記載の発明は、複数のインターフェースを有し、前記インターフェースを介して受信した所定のサービスを実行させるためのコマンドを処理するＩＣチップであって、受信したコマンドが示すサービスを優先して実行させるため、当該サービスに係るコマンドを優先して処理する優先処理期間に移行する条件である開始イベント、及び前記優先処理期間を終了する条件である解除イベントをそれぞれ記憶する記憶手段と、コマンドを受信した際に、前記記憶された開始イベントに該当するか否かを判定する判定手段と、前記判定手段によって、前記開始イベントに該当すると判定された場合に、前記優先処理期間に移行する移行手段と、前記優先処理期間中に、前記記憶された解除イベントに該当する条件が検出された場合に、前記優先処理期間を終了する終了手段と、を備えることを特徴とする。
【００１３】
この発明によれば、処理時間の制約が厳しいサービスを効率的かつ迅速に処理することができる。
【００１４】
請求項２に記載の発明は、請求項１に記載のＩＣチップであって、前記解除イベントには、前記優先処理期間に移行してから所定の時間経過後に、前記優先処理期間を終了する条件が含まれていることを特徴とする。
【００１５】
この発明によれば、処理時間の制約が厳しいサービスを確実に処理することができる。
【００１６】
請求項３に記載の発明は、請求項１又は２の何れか一項に記載のＩＣチップであって、前記ＩＣチップは、ＵＩＭ（User Identity Module）に搭載されていることを特徴とする。
【００１７】
請求項４に記載の発明は、請求項３に記載のＩＣチップであって、前記ＵＩＭは、携帯端末に装着されていることを特徴とする。
【００１８】
請求項５に記載の発明は、複数のインターフェースを有し、前記インターフェースを介して受信した所定のサービスを実行させるためのコマンドを処理するＩＣチップにおける処理方法であって、受信したコマンドが示すサービスを優先して実行させるため、当該サービスに係るコマンドを優先して処理する優先処理期間に移行する条件である開始イベント、及び前記優先処理期間を終了する条件である解除イベントをそれぞれ記憶する記憶工程と、コマンドを受信した際に、前記記憶された開始イベントに該当するか否かを判定する判定工程と、前記判定工程によって、前記開始イベントに該当すると判定された場合に、前記優先処理期間に移行する移行工程と、前記優先処理期間中に、前記記憶された解除イベントに該当する条件が検出された場合に、前記優先処理期間を終了する終了工程と、を有することを特徴とする。
【００１９】
請求項６に記載の発明は、複数のインターフェースを有し、前記インターフェースを介して受信した所定のサービスを実行させるためのコマンドを処理するＩＣチップに含まれるコンピュータを、受信したコマンドが示すサービスを優先して実行させるため、当該サービスに係るコマンドを優先して処理する優先処理期間に移行する条件である開始イベント、及び前記優先処理期間を終了する条件である解除イベントをそれぞれ記憶する記憶手段、コマンドを受信した際に、前記記憶された開始イベントに該当するか否かを判定する判定手段、前記判定手段によって、前記開始イベントに該当すると判定された場合に、前記優先処理期間に移行する移行手段、前記優先処理期間中に、前記記憶された解除イベントに該当する条件が検出された場合に、前記優先処理期間を終了する終了手段、として機能させることを特徴とする。
【００２０】
請求項７に記載の発明は、複数のインターフェースを有し、前記インターフェースを介して受信した所定のサービスを実行させるためのコマンドを処理する接触型ＩＣチップと、当該ＩＣチップと第一の前記インターフェースを介して通信可能なコントローラとを備える携帯端末において、前記接触型ＩＣチップは、受信したコマンドが示すサービスを優先して実行させるため、当該サービスに係るコマンドを優先して処理する優先処理期間に移行する条件である開始イベント、及び前記優先処理期間を終了する条件である解除イベントをそれぞれ記憶する記憶手段と、前記コントローラから第一の前記インターフェースを介してコマンドを受信した際に、前記記憶された開始イベントに該当するか否かを判定する判定手段と、前記判定手段によって、前記開始イベントに該当すると判定された場合に、前記優先処理期間に移行する移行手段と、前記優先処理期間中に、前記記憶された解除イベントに該当する条件が検出された場合に、前記優先処理期間を終了する終了手段と、を備えることを特徴とする。
【発明の効果】
【００２１】
以上のように、本発明によれば、コマンドを受信した際に、受信したコマンドが示すサービスを優先して実行する優先処理期間に移行する開始イベントに該当する条件が検出された場合には、前記優先処理期間に移行するように構成したため、処理時間の制約が厳しいサービスを効率的かつ迅速に処理することができる。
【図面の簡単な説明】
【００２２】
【図１】本実施形態に係る携帯端末の概要構成例を示すブロック図である。
【図２】開始イベントテーブル及び解除イベントテーブルを示す概念図である。
【図３】第１実施例に係る携帯端末１の動作を示す概念図である。
【図４】第２実施例に係る携帯端末１の動作を示す概念図である。
【発明を実施するための形態】
【００２３】
［１．携帯端末の構成及び機能概要］
以下、図面を参照して本発明の実施形態について詳細に説明する。以下に説明する実施形態は、携帯端末に対して本発明を適用した場合の実施の形態である。
【００２４】
先ず、図１を参照して、本実施形態に係る携帯端末の構成及び機能概要について説明する。
【００２５】
図１は、本実施形態に係る携帯端末の概要構成例を示すブロック図である。図１に示すように、携帯端末１は、携帯端末１の機能を担うコントローラ１１、ＣＬＦ１２、及びＵＩＭ１３等を備えて構成されている。なお、携帯端末１には、例えば操作キー、ディスプレイ、スピーカ、及び移動体通信部（Ｗ−ＣＤＭＡ又はＣＤＭＡ２０００の通信方式による一般的な通信制御機能、ＵＲＬを指定することで所定のサーバにアクセスして所定の情報を受けるブラウザ機能、及びメーラ機能等の通信処理を行う。）等を備える携帯電話機やＰＤＡ等を適用できる。なお、端末装置１におけるこれらの機能は公知であるため詳しい説明を省略する。
【００２６】
コントローラ１１は、図示しないが、ＣＰＵ（Central Processing Unit）、各種プログラム及びデータを記憶する不揮発性メモリ（例えばフラッシュメモリ等）、データを一時記憶するＲＡＭ、ＵＩＭ１３との間のインターフェースを担うＩ／Ｏポート等を備えている。コントローラ１１は、ＵＩＭ１３との間でインターフェースを介して通信可能になっている。そして、コントローラ１１は、携帯端末１の通信処理（移動体通信網やインターネットを介して行われる通信）や携帯端末１のユーザからの操作キーを介した操作指示に応じて各種処理を実行する。このような処理の過程で、コントローラ１１は、例えば、基地局３との間で行われる通話処理（着信処理を含む）、Ｗｅｂアクセス、メール送受信等の通信処理に関するサービス、その他暗号化処理や認証処理等のサービス（本願の所定のサービスの一例）を実行するためのコマンド（信号）を、インターフェース（後述する接触Ｉ／Ｏポートを含む）を介してＵＩＭ１３へ送信する。
【００２７】
本実施形態において、コントローラ１１とＵＩＭ１３との間におけるコマンドの送受信に基づいて実行されるサービス（上記通信処理に関するサービス等）を、接触サービスと称する。また、接触サービスを実行するためのコマンド（例えば、データの読み出し命令等）を、接触コマンドと称する（図１イ参照）。なお、上記接触サービスを実行するために必要な接触コマンドの送受信は、１回だけでなく複数回行われる場合もある。
【００２８】
ＣＬＦ１２は、ＮＦＣの規格で規定される非接触通信を行う非接触型ＩＣチップであり（即ち、ＮＦＣ方式を採用）、図示しないが、ＣＰＵ、各種プログラム及びデータを記憶する不揮発性メモリ、データを一時記憶するＲＡＭ、ＵＩＭ１３との間のインターフェースを担うＩ／Ｏポート（ＳＷＩＯ）等を備えている。このＮＦＣ規格で規定されるＣＬＦ１２では、Ｔｙｐｅ−Ａ、Ｔｙｐｅ−Ｂの通信方式に加えて、ＦｅｌｉＣａ（登録商標）の通信方式もＴｙｐｅ−Ｆとしてサポートしている。このようなＣＬＦ１２は、非接触のフィールド内で非接触リーダ２との間で上記通信方式に準じた各種信号の送受信を行うためのアンテナ１２ａに接続されている。そして、ユーザが携帯端末１を非接触リーダ２に翳すと、ＣＬＦ１２は、非接触リーダ２から送信されたサービス（本願の所定のサービスの一例）を実行するためのコマンドを、インターフェース（後述する非接触Ｉ／Ｏポートを含む）を介してＵＩＭ１３へ送信するようになっている。
【００２９】
上記サービスとしては、例えば、鉄道及びバス等の交通機関のプリペイドカード及び定期券、クレジットカードや電子マネー等の決算サービス、施設の入退出管理等が該当する。
【００３０】
本実施形態において、ＣＬＦ１２と非接触リーダ２との間のコマンドの送受信に基づいて実行されるサービス（上記プリペイドカード等）を、非接触サービスと称する。また、非接触サービスを実行するためのコマンドを、非接触コマンドと称する（図１ロ参照）。なお、上記非接触サービスを実行するために必要な非接触コマンドの送受信は、１回だけでなく複数回行われる場合もある。
【００３１】
ＵＩＭ１３は、ＵＩＣＣ(Universal Integrated Circuit Card)の一つであり、従来のＳＩＭ（Subscriber Identity Module）をベースに機能を拡張された接触型ＩＣチップを搭載する。そして、ＵＩＭ１３は、ＣＰＵ（本実施形態における判定手段、移行手段及び終了手段の一例）、各種プログラム及びデータを記憶する不揮発性メモリ（本実施形態における記憶手段の一例）、データを一時記憶するＲＡＭ、コントローラ１１との間のインターフェースを担う接触Ｉ／Ｏポート（本願の複数のインターフェースの一例）、及びＣＬＦ１２との間のインターフェースを担う非接触Ｉ／Ｏポート（本願の複数のインターフェースの一例）等を備えている。なお、ＣＬＦ１２とＵＩＭ１３間のインターフェースには、ＳＷＰ（Single Wire Protocol）が適用される。また、以下単にＵＩＭ１３を記す場合には、ＵＩＭ１３のＣＰＵを含むものとする。
【００３２】
また、ＵＩＭ１３の不揮発性メモリに記憶されるプログラムには、ＵＩＭ１３全体の動作を統括的に制御するオペレーティングシステム（以下、「ＯＳ」とする）の他、ＣＬＦ１２から受信した非接触コマンドを処理する非接触インターフェースアプリケーションプログラム（以下、「非接触アプリ」という）と、コントローラ１１から受信した接触コマンドを処理する接触インターフェースアプリケーションプログラム（以下、「接触アプリ」という）が実装されている。本実施形態における携帯端末１では、非接触アプリの制御によって非接触サービスが実行され、また、接触アプリの制御によって接触サービスが実行されるようになっている。
【００３３】
さらに、ＵＩＭ１３の不揮発性メモリには、開始イベントテーブル及び解除イベントテーブルが記憶されている。
【００３４】
ここで、開始イベントテーブル及び解除イベントテーブルについて、図２を用いて説明する。図２は、開始イベントテーブル及び解除イベントテーブルを示す概念図である。
【００３５】
上述したように本実施形態における携帯端末１では、ＵＩＭ１３が接触コマンド及び非接触コマンドを実行処理するようになっているため、ＵＩＭ１３は、接触コマンド及び非接触コマンドを非同期に受信する場合がある。この場合、上述したように非接触サービスを利用する際には、ユーザ自身が携帯端末１（ＣＬＦ１２）をリーダ（非接触リーダ２）に翳すため、ユーザビリティ（Usability）を考慮すると、ＩＣカードをリーダに翳した後にできるだけ短時間で非接触サービスに関する処理が完了すること（即ち、途中で中断されたり、中止されたりしないこと）が望ましい。
【００３６】
具体的な事案を例に説明すると、例えば、携帯端末１を用いてユーザが通話をしながら（接触サービスの一例としての通話処理中）に、交通機関の改札口を通過（非接触サービスの一例としての定期券の機能）する場合には、ＵＩＭ１３は、通話処理を実行させるための接触コマンドの処理中に、定期券の機能を実行させるための非接触コマンドを受信することとなる。この場合、ＵＩＭ１３が新たに受信した非接触コマンドの処理を無視して、通話処理を継続すると、ユーザは、改札口を通過できないこととなり、上記ユーザビリティを著しく損なうこととなる。
【００３７】
そこで、本実施形態においては、受信したコマンドが示すサービスを優先して実行させるため、ＵＩＭ１３が当該サービスに係るコマンドを優先して処理する優先処理期間に移行する条件を示す開始イベントテーブルと、上記優先処理期間を終了する条件である解除イベントテーブルを夫々規定し、ＵＩＭ１３の不揮発性メモリに記憶されるようになっている。そして、ＵＩＭ１３は、コマンドを受信した際に、上記記憶された開始イベントテーブルを参照し、上記記憶された開始イベントに該当するか否かを判定し、上記開始イベントに該当すると判定された場合に、上記優先処理期間に移行するし、上記優先処理期間中に、上記解除イベントテーブルに該当する条件が検出された場合に、上記優先処理期間を終了するようになっている。
【００３８】
以下、記憶される開始イベントテーブルと解除イベントテーブルの詳細について説明する。
【００３９】
図２に示すように、開始イベントテーブル１３１には、開始イベントとして、（ａ）非接触通信用の搬送波をＵＩＭ１３が認知（非接触インターフェースを使うサービス優先）、（ｂ）特定のＰａｃｋｅｔ／Ｆｒａｍｅ受信（特定のプロトコルを使うサービス優先）、（ｃ）サービスを構成するコマンド受信（サービス処理の先頭コマンド）が記憶されている。
【００４０】
（ａ）非接触通信用の搬送波をＵＩＭ１３が認知について説明する。例えば、携帯端末１は、非接触のフィールドに入った場合、ＵＩＭ１３は、非接触Ｉ／Ｏポート（ＳＷＰ）を介して、非接触リーダ２からフィールドオン信号を受信し、次いで、非接触リーダ２からポーリングコマンド信号（ＵＩＭ１３がＴｙｐｅ−Ａ、Ｔｙｐｅ−Ｂ又は、ＦｅｌｉＣａのうちどの通信方式で通信を行うかを決めるためのコマンド）を受信する。そして、ＵＩＭ１３は、ポーリングコマンド信号に対する応答として、例えばＴｙｐｅ−Ａで通信を行うことを示すポーリングレスポンス信号を送信する。そして、非接触リーダ２は、非接触サービスを実行するためのコマンドを、ＵＩＭ１３へ送信する。本実施形態におけるＵＩＭ１３は、上記フィールドオン信号を受信した場合に、続いて送信される非接触サービスを実行するためのコマンドを処理するようになっている。
【００４１】
（ｂ）特定のＰａｃｋｅｔ／Ｆｒａｍｅ受信とは、例えば非接触リーダ２から送信される搬送波が示す通信プロトコルが、Ｔｙｐｅ−Ａ、Ｔｙｐｅ−Ｂ又は、ＦｅｌｉＣａであることをＵＩＭ１３が検知した場合を示す。この場合、ＵＩＭ１３は、上記非接触通信用の搬送波によって送信される非接触コマンドを優先して処理する。
【００４２】
（ｃ）サービスを構成するコマンド受信とは、ＵＩＭ１３が、特定のサービスを実行するためのコマンドを受信した場合を示す。この場合、ＵＩＭ１３は、上記非接触通信用の搬送波によって送信される特定のサービスを実行するためのコマンドを優先して処理する。
【００４３】
また、解除イベントテーブル１３２には、解除イベントとして、（ｄ）非接触通信用の搬送波を失ったことをＵＩＭ１３が認知（通信可能距離の外に出た）、（ｅ）所定のコマンド数の正常終了、（ｆ）所定のコマンドシークエンスを正常終了、（ｇ）サービスを構成するコマンド応答が異常終了、（ｈ）搬送波を認知することで優先処理（期間）が開始されてから一定の時間Ｔ０が経過、（ｉ）特定のPacket/Frame受信により優先処理が開始されてから一定の時間Ｔ１が経過、（ｊ）特定のコマンド受信により優先処理が開始されてから一定の時間Ｔ２が経過、（ｋ）サービス（アプリケーション）セッションの明示的な終了通知の受信（ISO14443-4 DESELECT）が記憶されている。
【００４４】
（ｄ）非接触通信用の搬送波を失ったことをＵＩＭ１３が認知とは、ＵＩＭ１３が、上述したフィールドオン信号を受信しなくなった場合を示す。
【００４５】
（ｅ）所定のコマンド数の正常終了について以下に説明する。上述したサービスは、ＵＩＭ１３が予め定められた数のコマンドを処理した場合に、終了するようになっている。本実施形態に係るＵＩＭ１３は、サービスが終了するために必要なコマンドを全て処理した場合に、上記優先処理期間を終了するようになっている。
【００４６】
（ｆ）所定のコマンドシークエンスを正常終了とは、予め定められた複数のコマンド処理順序が正常に実施された場合に、ＵＩＭ１３は、上記優先処理期間を終了することを示す。
【００４７】
（ｇ）サービスを構成するコマンド応答が異常終了とは、ＵＩＭ１３がサービスを実行するためのコマンドを処理中に、何らかの異常が発生し終了した場合を示す。この場合、ＵＩＭ１３は、上記優先処理期間を終了する。
【００４８】
（ｈ）搬送波を認知することで優先処理が開始されてから一定の時間Ｔ０が経過とは、例えば、ＵＩＭ１３が、上記フィールドオン信号を受信して優先処理期間が開始（上記（ａ））されてから所定の時間Ｔ０（例えば、１００ｍｓｅｃ等）経過した場合に、上記優先処理期間を終了ことを示す。上述したように非接触サービスを利用する際には、ユーザ自身が携帯端末１を非接触リーダ２に翳し、当該サービスが終了したと判断した場合に、携帯端末１を非接触リーダ２から遠ざける。しかし、ユーザによっては、携帯端末１を非接触リーダ２に翳したまま（載置したまま）にする場合も考えられる。この場合、ＵＩＭ１３が、サービスを実行するためのコマンドの処理を全て終了したにも係らず優先処理期間を維持してしまうと、他のコマンドの処理を実行できず、ユーザのユーザビリティを著しく損なう結果となる。このような問題点を解消するために、ＵＩＭ１３は、上記フィールドオン信号を受信して優先処理期間が開始されてから所定の時間Ｔ０経過した場合に、上記優先処理期間を終了するようになっている。
【００４９】
（ｉ）特定のＰａｃｋｅｔ／Ｆｒａｍｅ受信により優先処理が開始されてから一定の時間Ｔ１が経過とは、例えば、ＵＩＭ１３が、非接触リーダ２から送信される搬送波が示す通信プロトコルが、Ｔｙｐｅ−Ａ、Ｔｙｐｅ−Ｂ又は、ＦｅｌｉＣａであることをＵＩＭ１３が検知し優先処理期間に移行した後（上記（ｂ））、所定の時間Ｔ１が経過した場合には、上記優先処理期間を終了することを示す。
【００５０】
（ｊ）特定のコマンド受信により優先処理が開始されてから一定の時間Ｔ２が経過とは、例えば、ＵＩＭ１３が、特定のサービスを実行するためのコマンドを受信し優先処理期間に移行した後（上記（ｃ））、所定の時間Ｔ２が経過した場合には、上記優先処理期間を終了することを示す。
【００５１】
（ｋ）サービスセッションの明示的な終了通知の受信（ISO14443-4 DESELECT）とは、例えば、非接触リーダ２から送信されるサービス終了通知としてのＳ（DESELECT）要求を受信した場合に、ＵＩＭ１３が、上記優先処理期間を終了することを示す。
【００５２】
なお、上記Ｔ０、Ｔ１、及びＴ２の値は任意に設定（例えば、外部から入力）することができる。また、開始イベント及び終了イベントは上述した例に限られず、適宜設定することが可能である。
【００５３】
［２．第１実施例に係る携帯端末１の動作］
まず、図３を参照して、第１実施例に係る携帯端末１の動作について説明する。
【００５４】
図３は、第１実施例に係る携帯端末１の動作を示す概念図である。
【００５５】
なお、第１実施例は、携帯端末１を用いてユーザが通話をしながら（接触サービスの一例としての通話処理中）に、交通機関の改札口を通過（非接触サービスの一例としての定期券の機能）する場合など、ＵＭＩ１３が、接触コマンドの処理中に、非接触コマンドを受信する場合の形態である。また、第１実施例では、開始イベントテーブル１３１のｃ）サービスを構成するコマンド受信に示すサービスとして、ＵＩＭ１３が、定期券の機能を実行するためのコマンドを受信した場合に優先処理期間に移行することが記憶されているものとする。
【００５６】
図３に示す例では、接触ＩＦ（Interface。接触Ｉ／Ｏポート）及び非接触ＩＦ（非接触Ｉ／Ｏポート）からＵＩＭ１３へのコマンド（非接触コマンド及び接触コマンドの双方を含む）の送信をＳ、ＵＩＭ１３から接触ＩＦ及び非接触ＩＦへ送信したレスポンスの受信をＲとしている。また、ＯＳの制御のもとＵＩＭ１３が受信したコマンドの受信処理を行う期間を矩形の外枠で囲った範囲で、接触アプリの制御のもとＵＩＭ１３が受信したコマンドの処理を行う期間を交差する斜めの格子を矩形の外枠で囲った範囲で、非接触アプリの制御のもとＵＩＭ１３が受信したコマンドの処理を行う期間を交差する格子を矩形の外枠で囲った範囲でそれぞれ表す。また、横軸を時間軸とする。そして、優先処理期間をＴ２とする。
【００５７】
図３に示すように、上述した通話処理を実行するための接触コマンド（コマンドＡとする）が、ＵＩＭ１３へ送信されると（Ｓ１）、ＵＩＭ１３は、コマンドの受信処理を行い（Ｓ２）、次いで、接触アプリの制御のもと接触コマンドの処理を行う（Ｓ３）。この場合、携帯端末１は、他の携帯端末と通信状態にある。
【００５８】
次に、ユーザが改札口を通過すると、非接触リーダ２から携帯端末１へ、非接触コマンド（コマンドＢとする）が送信される。すると、ＵＩＭ１３は、非接触コマンドを受信する（Ｓ４）。
【００５９】
ＵＩＭ１３は、接触ＩＦで受信済のコマンド処理をしているかどうかに関わらず、非接触ＩＦ上に送信されたコマンド（コマンドＡ）を喪失しないためにコマンド受信処理を実行し（Ｓ５。必要であれば、接触インターフェース上で受信済でかつ実行中のコマンドＡ処理を中断し）、受信したコマンドＢに関する情報を基に、開始イベントテーブル１３１を参照して、上記優先処理期間に移行するか否かを判定する。コマンドＢは、定期券の機能を実行するためのコマンドであるため、上述した（ｃ）の条件に該当する。従って、ＵＩＭ１３は、優先処理期間に移行し、コマンドＡについての処理を中断し、コマンドＢの処理を実行する（Ｓ６）。
【００６０】
なお、中断したコマンドＡの処理があれば、コマンドＡの処理優先度と受信したコマンドＢの処理優先度を比較し、コマンドＡの優先度が高い場合は、中断した処理を再開し、コマンドＢの優先度が高い場合は、中断を維持して、受信したコマンドＢから成るサービスの優先処理期間（Ｔ２）を開始するようにしてもよい。この場合の処理優先度は任意に設定することが可能である。
【００６１】
そして、コマンドＢの処理結果を送信する処理を実行し（Ｓ７）、非接触ＩＦへ、処理結果を送信する（Ｓ８）。さらに定期券の機能を実行するためコマンドＢがＵＩＭ１３へ送信され（Ｓ９）、ＵＩＭ１３は、コマンド受信処理を実行し（Ｓ１０）、コマンド処理を実行し（Ｓ１１）、コマンドＢの処理結果を送信する処理を実行し（Ｓ１２）、非接触ＩＦへ、処理結果を送信する（Ｓ１３）。
【００６２】
その後、サービスを構成するコマンドが非接触ＩＦ上で順次正しく処理されると、ユーザはサービス処理の終了を何らかのアクション（改札口のゲートが開く、音が鳴る等）により認識した後、ユーザは携帯端末１を非接触リーダ２の通信可能距離外へ移動させる。この場合、携帯端末１は、非接触リーダ２からの搬送波を失ったことを認知した結果、ＣＬＦ１２がＵＩＭ１３に対して通信可能距離外へ出たことを通知するコマンドを送信する（Ｓ１４）。
【００６３】
すると、ＵＩＭ１３は、解除イベントテーブル１３２を参照し、当該テーブルに記憶された（ｄ）に該当する条件を検出し、優先処理期間を終了する。
【００６４】
そして、中断していたコマンドＡの処理の実行を再開し（Ｓ１５）、コマンドＢの処理結果を送信する処理を実行し（Ｓ１６）、非接触ＩＦへ、処理結果を送信する（Ｓ１７）。
【００６５】
なお、ＩＣカードの接触ＩＦプロトコルでは、ＩＳＯ７８１６−０３（Part3）において、ＷＴＸ（waiting time extension待ち時間延長）応答が規格化されている。これは、ＵＩＭ１３が、ＩＣカードから接触ＩＦを介してコマンドを受信後、ある一定時間内に応答を返せないときには、必ずＷＴＸ（waiting time extension。待ち時間延長要求）の応答を端末（コントローラ１１）に返すよう決められている。具体的には、ＵＩＭ１３は、コマンドを受信すると、ＯＳ処理の一部としてタイマーをスタートさせる。その後、ある一定時間が経過してもなおＵＩＭ１３が、コマンド処理を継続している場合に限り、ＯＳはコマンド処理を中断して、上記ＷＴＸとして特定のキャラクタを、接触Ｉ／Ｏを介してコントローラ１１へ送信するようになっている。
【００６６】
これは、ＩＣカードが何らかの理由で処理を中断してしまい無応答になってしまったような状態を端末が検出するために有効な処理として用いられている。即ち、端末はコマンドを送信してから、上記ある一定時間は無条件に待機する。その後、端末は待ち時間延長要求がＩＣカードから送信されない場合は、なんらかの理由によりＩＣカードが暴走又は停止し、レスポンスを送信することができなくなったと想定するようになっている。
【００６７】
本実施形態（第１実施例及び後述する第２実施例を含む）におけるＵＩＭ１３は上記規格に準拠しており、上記優先処理期間内であったとしてもＵＩＭ１３は待ち時間延長要求を出力することができる。従って、ＵＩＭ１３が、優先処理期間に移行し、接触コマンドについての処理を中断し、非接触コマンドの処理を実行している間も、ＵＩＭ１３は、待ち時間延長要求を出力するようになっているため、非接触コマンドの処理が終了するまで、接触コマンドについての処理を中断することができる。
【００６８】
［３．第２実施例に係る携帯端末１の動作］
次に、図４を参照して、第２実施例に係る携帯端末１の動作について説明する。
【００６９】
図４は、第２実施例に係る携帯端末１の動作を示す概念図である。
【００７０】
なお、第２実施例は、交通機関の改札口を通過中（非接触サービスの一例としての定期券の機能）に、携帯端末１に着信（接触サービスの一例としての通話処理を実行するためのコマンドを受信）があった場合の形態である。また、第２実施例では、開始イベントテーブル１３１のｃ）サービスを構成するコマンド受信に示すサービスとして、ＵＩＭ１３が、定期券の機能を実行するためのコマンドを受信した場合に優先処理期間に移行することが記憶されているものとする。また、図４に示す部材及び図表において、図３に示す部材及び図表と同一のものについては、少なくとも同一の機能及び性質を有するものとする。
【００７１】
図４に示すように、ユーザが改札口を通過すると、非接触リーダ２から携帯端末１へ、非接触コマンド（コマンドＢとする）が送信される。すると、ＵＩＭ１３は、非接触コマンドを受信する（Ｓ２１）。
【００７２】
ＵＩＭ１３は、コマンド受信処理を実行し（Ｓ２２）、受信したコマンドＢに関する情報を基に、開始イベントテーブル１３１を参照して、上記優先処理期間に移行するか否かを判定する。コマンドＢは、定期券の機能を実行するためのコマンドであるため、上述した（ｃ）の条件に該当する。従って、ＵＩＭ１３は、優先処理期間に移行し、コマンドＢの処理を実行する（Ｓ２３）。
【００７３】
次いで、携帯端末１に着信があり、接触コマンドがＵＩＭ１３へ送信されると（Ｓ２４）、ＵＩＭ１３は、接触ＩＦ上に送信されたコマンド（コマンドＡ）を喪失しないためにコマンド受信処理を実行する（Ｓ２５）。ここで、開始イベントテーブル１３１には、優先処理期間に移行するための条件として「ＵＩＭ１３が接触コマンドを受信すること」が含まれていない。従って、ＵＩＭ１３は、現在の優先処理期間を継続し、通話処理を実行するためのコマンドの処理及び送受信を継続する（Ｓ２６〜Ｓ３８）。
【００７４】
そして、ＵＩＭ１３は、定期券の機能を実行するためのコマンドを受信し優先処理期間に移行した後、所定の時間Ｔ２が経過したことを計測すると、解除イベントテーブル１３２を参照し、当該テーブルに記憶された（ｊ）に該当する条件を検出し、優先処理期間を終了する。
【００７５】
そして、通話処理を実行するためのコマンドを処理する（Ｓ３９）。
【００７６】
なお、サービスのコマンドシークエンスが可変である場合、サービスを構成するコマンド処理時間が何らかの状況（例えば、搬送波の受信状況）にかなり長くなる場合、又は、いくつかの優先サービスが存在し、かつＴ２の設定をサービスごとに設定しないことで、最も制約時間の短い値をＴ２とした場合には、優先処理対象サービスの処理想定時間（サービスを構成する全コマンドの処理時間の合計）に対して、Ｔ２の設定時間が短い可能性がある。この場合には、再度、非接触コマンドがＵＩＭ１３へ送信されることとなるため、ＵＩＭ１３は、当該コマンドを処理すべく優先処理期間に移行し、処理を実行するようになっている（Ｓ４０〜Ｓ４４）。
【００７７】
そして、優先処理期間にて処理すべきコマンドの処理が終了した場合には、接触コマンドの処理を実行し（Ｓ４６）、接触ＩＦへ、処理結果を送信する（Ｓ４７、Ｓ４８）。
【００７８】
なお、以上説明した実施形態は特許請求の範囲にかかる発明を限定するものではない。そして、上記実施形態の中で説明されている構成の組み合わせ全てが発明の課題解決に必須の手段であるとは限らない。
【００７９】
以上説明したように、本実施形態によれば、ＵＩＭ１３は、コマンドを受信した際に、開始イベントテーブル１３１を参照し、開始イベントに該当するか否かを判定し、開始イベントに該当すると判定された場合に、上記優先処理期間に移行し、解除イベントテーブル１３２に該当する条件が検出された場合に、優先処理期間を終了するように構成したため、処理時間の制約が厳しいサービスを効率的かつ迅速に処理することができる。
【００８０】
なお、上記実施形態においては、本願を携帯端末１に搭載されたＵＩＭに対して適用した場合を例に説明したが、インターフェースを介して複数のプロトコル（例えば、ＵＳＢ等）によって他の携帯端末と通信を行うことが可能なその他の携帯端末に対しても適用することができる。
【符号の説明】
【００８１】
１ 携帯端末
２ 非接触リーダ
３ 基地局
１１ コントローラ
１２ ＣＬＦ
１３ ＵＩＭ
【技術分野】
【０００１】
本発明は、複数のインターフェースを備えるＩＣチップにおける処理技術に関する。
【背景技術】
【０００２】
ＩＣカードは、接触型ＩＣ(Integrated Circuit)チップが搭載されたＵＩＭ（User Identity Module）が適用されるタイプと、非接触型ＩＣチップが適用されるタイプとに大別される。そして、接触型ＩＣが適用されるＩＣカードは、クレジットカードやキャッシュカードに用いられ、ＩＣカードリーダライタ装置等の接触インターフェースを介して（当該装置にＩＣカードが挿入され）、ＩＣチップに対してデータの読取り及び書込みが行われている。また、非接触型ＩＣカードは、一部のＩＤカード（例えば、入退出管理カード等）や交通系カード（例えば、ＳＵＩＣＡ（登録商標）等）に用いられ、非接触ＩＣカード用のリーダライタ装置を介して、ＩＣチップに対してデータの読取り及び書込みが行われている。
【０００３】
近年、日本においては、ＵＩＭが搭載された携帯電話に、非接触ＩＣチップ用リーダライタ装置等との間で通信を行うための非接触通信用コイル（アンテナ）と非接触通信用のプロトコルや非接触アプリケーションを処理するマイコンを内蔵することで、接触インターフェースのＵＩＭ（携帯電話サービス）に加えて、非接触インターフェースを用いた様々なサービスが提供されている。この携帯電話には接触アプリケーションを実行する専用のマイコンと、非接触アプリケーションを実行する専用のマイコンがそれぞれ搭載されている。従って、当該携帯電話は、接触アプリケーションと非接触アプリケーションを同時に実行（機能）することが可能である。具体的には、例えば、当該携帯電話では、接触アプリケーションの実行により実現される携帯電話への着信処理と、非接触アプリケーションの実行により実現されるゲートの通過処理（入退室管理処理）を同時に実行することが可能である。
【０００４】
一方、欧州を中心に、ＵＩＭが搭載された携帯端末に備えられた非接触通信用コイルと非接触通信用のプロトコル処理を主に担当するマイコンを、ＵＩＭが備える既存の接触インターフェースとは別のインターフェースに接続することにより、ＵＩＭ内で接触アプリケーションに加え、非接触アプリケーションを管理する方法が検討され、関連技術の標準化が進められている。この方式の実施形態の１つとして、接触用アプリケーションと非接触用アプリケーションは共にＵＩＭに格納されＵＩＭのハードウェアリソース（ＣＰＵ、記憶装置、各種周辺回路）を共有することになるが、これらのアプリケーションがリムーバブル（Removable）であるＵＩＭに統合して格納されるため、アプリケーションの管理や移行が容易であるなどのメリットが存在する（以下、ＮＦＣ(Near Field Communication)方式と呼ぶ）。
【０００５】
先に述べたように、接触用、非接触用のアプリケーションがＵＩＭへ格納されることで、コスト低減効果があること、アプリケーションの管理・移行がし易いことなどＮＦＣ方式には利点もあるが、ユーザの利用状況等により、接触・非接触からそれぞれ非同期にアプリケーション処理依頼を受け付ける必要があるため、１Ｃｈｉｐでは処理依頼の競合が避けられない。
【０００６】
このような状況に対して、特許文献１では、複数のインターフェースを備えたＩＣカードにおいて、あるインターフェースから受信したコマンド実行中に、他のインターフェースでコマンド受信が発生した場合、実行中のコマンド処理を中断してコマンドの受信処理を行うことで、複数のインターフェース上に非同期で送られるコマンドを取りこぼすこと無く受信する方法が提案されている。
【０００７】
また、特許文献２では、複数のコマンドから成るプロシージャをサービスと定義し、このサービス単位で優先処理を行う方法が提案されている。さらには、サービスの優先処理が開始されると（サービスを構成する最初のコマンド処理が開始されると）、コマンド処理結果を応答した後、一定時間コマンド受信のために待機することで、サービスを構成する次コマンドの受信処理とコマンド処理を優先し、サービス処理の切替えオーバーヘッドを低減する方法も提案されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００８−０９０８００号公報
【特許文献２】特開２００８−０５９４２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ところで、非接触インターフェースを使うサービスを利用する際には、ユーザ自身がＩＣチップ（ＩＣカード）をリーダ（リーダライタ装置）に翳すため、ユーザビリティを考慮すると、ＩＣカードをリーダに翳した後にできるだけ短時間で処理が完了することが望ましい。また、非接触インターフェースが適用された交通系サービスでは、ユーザがＧａｔｅ（改札口等）を通過するときに、ＩＣカードをリーダに翳すため、ある一定の短い時間内でアプリケーション処理を完了させる必要がある。このような非接触インターフェースを使うサービスの特徴を考慮した上で特許文献１を見直すと、受信済のコマンド処理中に、他のインターフェース上へ送られてきたコマンドの受信処理を効率的に行うための方法であり、サービス（例えば、上記改札口を通過することによる清算処理全体）を短時間で処理するための効果は限定的である。即ち、特許文献１に記載された技術では、サービス全体を短期間で確実に処理することはできなかった。
【００１０】
また、特許文献２に記載された技術では、サービスを構成するコマンドを優先処理するために、予め決められた時間だけコマンド応答後に待機するが、この時、携帯端末が非接触リーダの通信可能距離外に出た場合（もはや次のコマンドを受信することはない）、同様に待機する恐れがあり、優先度が低いことで待機状態のサービスが存在する場合に、すばやく処理復帰できない可能性がある。また、サービスを可能な限り速く処理するためには、サービスを構成する各コマンドを受信するための待機時間管理を全コマンドに行う方法は、時間管理のオーバーヘッドを考慮すると効率的とは言えなかった。
【００１１】
そこで、本発明は上記各問題点に鑑みてなされたものであり、処理時間の制約が厳しいサービスを効率的かつ迅速に処理するＩＣチップ、ＩＣチップにおける処理方法、ＩＣチップ用処理プログラム、及び携帯端末等を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記の問題を解決するために、請求項１に記載の発明は、複数のインターフェースを有し、前記インターフェースを介して受信した所定のサービスを実行させるためのコマンドを処理するＩＣチップであって、受信したコマンドが示すサービスを優先して実行させるため、当該サービスに係るコマンドを優先して処理する優先処理期間に移行する条件である開始イベント、及び前記優先処理期間を終了する条件である解除イベントをそれぞれ記憶する記憶手段と、コマンドを受信した際に、前記記憶された開始イベントに該当するか否かを判定する判定手段と、前記判定手段によって、前記開始イベントに該当すると判定された場合に、前記優先処理期間に移行する移行手段と、前記優先処理期間中に、前記記憶された解除イベントに該当する条件が検出された場合に、前記優先処理期間を終了する終了手段と、を備えることを特徴とする。
【００１３】
この発明によれば、処理時間の制約が厳しいサービスを効率的かつ迅速に処理することができる。
【００１４】
請求項２に記載の発明は、請求項１に記載のＩＣチップであって、前記解除イベントには、前記優先処理期間に移行してから所定の時間経過後に、前記優先処理期間を終了する条件が含まれていることを特徴とする。
【００１５】
この発明によれば、処理時間の制約が厳しいサービスを確実に処理することができる。
【００１６】
請求項３に記載の発明は、請求項１又は２の何れか一項に記載のＩＣチップであって、前記ＩＣチップは、ＵＩＭ（User Identity Module）に搭載されていることを特徴とする。
【００１７】
請求項４に記載の発明は、請求項３に記載のＩＣチップであって、前記ＵＩＭは、携帯端末に装着されていることを特徴とする。
【００１８】
請求項５に記載の発明は、複数のインターフェースを有し、前記インターフェースを介して受信した所定のサービスを実行させるためのコマンドを処理するＩＣチップにおける処理方法であって、受信したコマンドが示すサービスを優先して実行させるため、当該サービスに係るコマンドを優先して処理する優先処理期間に移行する条件である開始イベント、及び前記優先処理期間を終了する条件である解除イベントをそれぞれ記憶する記憶工程と、コマンドを受信した際に、前記記憶された開始イベントに該当するか否かを判定する判定工程と、前記判定工程によって、前記開始イベントに該当すると判定された場合に、前記優先処理期間に移行する移行工程と、前記優先処理期間中に、前記記憶された解除イベントに該当する条件が検出された場合に、前記優先処理期間を終了する終了工程と、を有することを特徴とする。
【００１９】
請求項６に記載の発明は、複数のインターフェースを有し、前記インターフェースを介して受信した所定のサービスを実行させるためのコマンドを処理するＩＣチップに含まれるコンピュータを、受信したコマンドが示すサービスを優先して実行させるため、当該サービスに係るコマンドを優先して処理する優先処理期間に移行する条件である開始イベント、及び前記優先処理期間を終了する条件である解除イベントをそれぞれ記憶する記憶手段、コマンドを受信した際に、前記記憶された開始イベントに該当するか否かを判定する判定手段、前記判定手段によって、前記開始イベントに該当すると判定された場合に、前記優先処理期間に移行する移行手段、前記優先処理期間中に、前記記憶された解除イベントに該当する条件が検出された場合に、前記優先処理期間を終了する終了手段、として機能させることを特徴とする。
【００２０】
請求項７に記載の発明は、複数のインターフェースを有し、前記インターフェースを介して受信した所定のサービスを実行させるためのコマンドを処理する接触型ＩＣチップと、当該ＩＣチップと第一の前記インターフェースを介して通信可能なコントローラとを備える携帯端末において、前記接触型ＩＣチップは、受信したコマンドが示すサービスを優先して実行させるため、当該サービスに係るコマンドを優先して処理する優先処理期間に移行する条件である開始イベント、及び前記優先処理期間を終了する条件である解除イベントをそれぞれ記憶する記憶手段と、前記コントローラから第一の前記インターフェースを介してコマンドを受信した際に、前記記憶された開始イベントに該当するか否かを判定する判定手段と、前記判定手段によって、前記開始イベントに該当すると判定された場合に、前記優先処理期間に移行する移行手段と、前記優先処理期間中に、前記記憶された解除イベントに該当する条件が検出された場合に、前記優先処理期間を終了する終了手段と、を備えることを特徴とする。
【発明の効果】
【００２１】
以上のように、本発明によれば、コマンドを受信した際に、受信したコマンドが示すサービスを優先して実行する優先処理期間に移行する開始イベントに該当する条件が検出された場合には、前記優先処理期間に移行するように構成したため、処理時間の制約が厳しいサービスを効率的かつ迅速に処理することができる。
【図面の簡単な説明】
【００２２】
【図１】本実施形態に係る携帯端末の概要構成例を示すブロック図である。
【図２】開始イベントテーブル及び解除イベントテーブルを示す概念図である。
【図３】第１実施例に係る携帯端末１の動作を示す概念図である。
【図４】第２実施例に係る携帯端末１の動作を示す概念図である。
【発明を実施するための形態】
【００２３】
［１．携帯端末の構成及び機能概要］
以下、図面を参照して本発明の実施形態について詳細に説明する。以下に説明する実施形態は、携帯端末に対して本発明を適用した場合の実施の形態である。
【００２４】
先ず、図１を参照して、本実施形態に係る携帯端末の構成及び機能概要について説明する。
【００２５】
図１は、本実施形態に係る携帯端末の概要構成例を示すブロック図である。図１に示すように、携帯端末１は、携帯端末１の機能を担うコントローラ１１、ＣＬＦ１２、及びＵＩＭ１３等を備えて構成されている。なお、携帯端末１には、例えば操作キー、ディスプレイ、スピーカ、及び移動体通信部（Ｗ−ＣＤＭＡ又はＣＤＭＡ２０００の通信方式による一般的な通信制御機能、ＵＲＬを指定することで所定のサーバにアクセスして所定の情報を受けるブラウザ機能、及びメーラ機能等の通信処理を行う。）等を備える携帯電話機やＰＤＡ等を適用できる。なお、端末装置１におけるこれらの機能は公知であるため詳しい説明を省略する。
【００２６】
コントローラ１１は、図示しないが、ＣＰＵ（Central Processing Unit）、各種プログラム及びデータを記憶する不揮発性メモリ（例えばフラッシュメモリ等）、データを一時記憶するＲＡＭ、ＵＩＭ１３との間のインターフェースを担うＩ／Ｏポート等を備えている。コントローラ１１は、ＵＩＭ１３との間でインターフェースを介して通信可能になっている。そして、コントローラ１１は、携帯端末１の通信処理（移動体通信網やインターネットを介して行われる通信）や携帯端末１のユーザからの操作キーを介した操作指示に応じて各種処理を実行する。このような処理の過程で、コントローラ１１は、例えば、基地局３との間で行われる通話処理（着信処理を含む）、Ｗｅｂアクセス、メール送受信等の通信処理に関するサービス、その他暗号化処理や認証処理等のサービス（本願の所定のサービスの一例）を実行するためのコマンド（信号）を、インターフェース（後述する接触Ｉ／Ｏポートを含む）を介してＵＩＭ１３へ送信する。
【００２７】
本実施形態において、コントローラ１１とＵＩＭ１３との間におけるコマンドの送受信に基づいて実行されるサービス（上記通信処理に関するサービス等）を、接触サービスと称する。また、接触サービスを実行するためのコマンド（例えば、データの読み出し命令等）を、接触コマンドと称する（図１イ参照）。なお、上記接触サービスを実行するために必要な接触コマンドの送受信は、１回だけでなく複数回行われる場合もある。
【００２８】
ＣＬＦ１２は、ＮＦＣの規格で規定される非接触通信を行う非接触型ＩＣチップであり（即ち、ＮＦＣ方式を採用）、図示しないが、ＣＰＵ、各種プログラム及びデータを記憶する不揮発性メモリ、データを一時記憶するＲＡＭ、ＵＩＭ１３との間のインターフェースを担うＩ／Ｏポート（ＳＷＩＯ）等を備えている。このＮＦＣ規格で規定されるＣＬＦ１２では、Ｔｙｐｅ−Ａ、Ｔｙｐｅ−Ｂの通信方式に加えて、ＦｅｌｉＣａ（登録商標）の通信方式もＴｙｐｅ−Ｆとしてサポートしている。このようなＣＬＦ１２は、非接触のフィールド内で非接触リーダ２との間で上記通信方式に準じた各種信号の送受信を行うためのアンテナ１２ａに接続されている。そして、ユーザが携帯端末１を非接触リーダ２に翳すと、ＣＬＦ１２は、非接触リーダ２から送信されたサービス（本願の所定のサービスの一例）を実行するためのコマンドを、インターフェース（後述する非接触Ｉ／Ｏポートを含む）を介してＵＩＭ１３へ送信するようになっている。
【００２９】
上記サービスとしては、例えば、鉄道及びバス等の交通機関のプリペイドカード及び定期券、クレジットカードや電子マネー等の決算サービス、施設の入退出管理等が該当する。
【００３０】
本実施形態において、ＣＬＦ１２と非接触リーダ２との間のコマンドの送受信に基づいて実行されるサービス（上記プリペイドカード等）を、非接触サービスと称する。また、非接触サービスを実行するためのコマンドを、非接触コマンドと称する（図１ロ参照）。なお、上記非接触サービスを実行するために必要な非接触コマンドの送受信は、１回だけでなく複数回行われる場合もある。
【００３１】
ＵＩＭ１３は、ＵＩＣＣ(Universal Integrated Circuit Card)の一つであり、従来のＳＩＭ（Subscriber Identity Module）をベースに機能を拡張された接触型ＩＣチップを搭載する。そして、ＵＩＭ１３は、ＣＰＵ（本実施形態における判定手段、移行手段及び終了手段の一例）、各種プログラム及びデータを記憶する不揮発性メモリ（本実施形態における記憶手段の一例）、データを一時記憶するＲＡＭ、コントローラ１１との間のインターフェースを担う接触Ｉ／Ｏポート（本願の複数のインターフェースの一例）、及びＣＬＦ１２との間のインターフェースを担う非接触Ｉ／Ｏポート（本願の複数のインターフェースの一例）等を備えている。なお、ＣＬＦ１２とＵＩＭ１３間のインターフェースには、ＳＷＰ（Single Wire Protocol）が適用される。また、以下単にＵＩＭ１３を記す場合には、ＵＩＭ１３のＣＰＵを含むものとする。
【００３２】
また、ＵＩＭ１３の不揮発性メモリに記憶されるプログラムには、ＵＩＭ１３全体の動作を統括的に制御するオペレーティングシステム（以下、「ＯＳ」とする）の他、ＣＬＦ１２から受信した非接触コマンドを処理する非接触インターフェースアプリケーションプログラム（以下、「非接触アプリ」という）と、コントローラ１１から受信した接触コマンドを処理する接触インターフェースアプリケーションプログラム（以下、「接触アプリ」という）が実装されている。本実施形態における携帯端末１では、非接触アプリの制御によって非接触サービスが実行され、また、接触アプリの制御によって接触サービスが実行されるようになっている。
【００３３】
さらに、ＵＩＭ１３の不揮発性メモリには、開始イベントテーブル及び解除イベントテーブルが記憶されている。
【００３４】
ここで、開始イベントテーブル及び解除イベントテーブルについて、図２を用いて説明する。図２は、開始イベントテーブル及び解除イベントテーブルを示す概念図である。
【００３５】
上述したように本実施形態における携帯端末１では、ＵＩＭ１３が接触コマンド及び非接触コマンドを実行処理するようになっているため、ＵＩＭ１３は、接触コマンド及び非接触コマンドを非同期に受信する場合がある。この場合、上述したように非接触サービスを利用する際には、ユーザ自身が携帯端末１（ＣＬＦ１２）をリーダ（非接触リーダ２）に翳すため、ユーザビリティ（Usability）を考慮すると、ＩＣカードをリーダに翳した後にできるだけ短時間で非接触サービスに関する処理が完了すること（即ち、途中で中断されたり、中止されたりしないこと）が望ましい。
【００３６】
具体的な事案を例に説明すると、例えば、携帯端末１を用いてユーザが通話をしながら（接触サービスの一例としての通話処理中）に、交通機関の改札口を通過（非接触サービスの一例としての定期券の機能）する場合には、ＵＩＭ１３は、通話処理を実行させるための接触コマンドの処理中に、定期券の機能を実行させるための非接触コマンドを受信することとなる。この場合、ＵＩＭ１３が新たに受信した非接触コマンドの処理を無視して、通話処理を継続すると、ユーザは、改札口を通過できないこととなり、上記ユーザビリティを著しく損なうこととなる。
【００３７】
そこで、本実施形態においては、受信したコマンドが示すサービスを優先して実行させるため、ＵＩＭ１３が当該サービスに係るコマンドを優先して処理する優先処理期間に移行する条件を示す開始イベントテーブルと、上記優先処理期間を終了する条件である解除イベントテーブルを夫々規定し、ＵＩＭ１３の不揮発性メモリに記憶されるようになっている。そして、ＵＩＭ１３は、コマンドを受信した際に、上記記憶された開始イベントテーブルを参照し、上記記憶された開始イベントに該当するか否かを判定し、上記開始イベントに該当すると判定された場合に、上記優先処理期間に移行するし、上記優先処理期間中に、上記解除イベントテーブルに該当する条件が検出された場合に、上記優先処理期間を終了するようになっている。
【００３８】
以下、記憶される開始イベントテーブルと解除イベントテーブルの詳細について説明する。
【００３９】
図２に示すように、開始イベントテーブル１３１には、開始イベントとして、（ａ）非接触通信用の搬送波をＵＩＭ１３が認知（非接触インターフェースを使うサービス優先）、（ｂ）特定のＰａｃｋｅｔ／Ｆｒａｍｅ受信（特定のプロトコルを使うサービス優先）、（ｃ）サービスを構成するコマンド受信（サービス処理の先頭コマンド）が記憶されている。
【００４０】
（ａ）非接触通信用の搬送波をＵＩＭ１３が認知について説明する。例えば、携帯端末１は、非接触のフィールドに入った場合、ＵＩＭ１３は、非接触Ｉ／Ｏポート（ＳＷＰ）を介して、非接触リーダ２からフィールドオン信号を受信し、次いで、非接触リーダ２からポーリングコマンド信号（ＵＩＭ１３がＴｙｐｅ−Ａ、Ｔｙｐｅ−Ｂ又は、ＦｅｌｉＣａのうちどの通信方式で通信を行うかを決めるためのコマンド）を受信する。そして、ＵＩＭ１３は、ポーリングコマンド信号に対する応答として、例えばＴｙｐｅ−Ａで通信を行うことを示すポーリングレスポンス信号を送信する。そして、非接触リーダ２は、非接触サービスを実行するためのコマンドを、ＵＩＭ１３へ送信する。本実施形態におけるＵＩＭ１３は、上記フィールドオン信号を受信した場合に、続いて送信される非接触サービスを実行するためのコマンドを処理するようになっている。
【００４１】
（ｂ）特定のＰａｃｋｅｔ／Ｆｒａｍｅ受信とは、例えば非接触リーダ２から送信される搬送波が示す通信プロトコルが、Ｔｙｐｅ−Ａ、Ｔｙｐｅ−Ｂ又は、ＦｅｌｉＣａであることをＵＩＭ１３が検知した場合を示す。この場合、ＵＩＭ１３は、上記非接触通信用の搬送波によって送信される非接触コマンドを優先して処理する。
【００４２】
（ｃ）サービスを構成するコマンド受信とは、ＵＩＭ１３が、特定のサービスを実行するためのコマンドを受信した場合を示す。この場合、ＵＩＭ１３は、上記非接触通信用の搬送波によって送信される特定のサービスを実行するためのコマンドを優先して処理する。
【００４３】
また、解除イベントテーブル１３２には、解除イベントとして、（ｄ）非接触通信用の搬送波を失ったことをＵＩＭ１３が認知（通信可能距離の外に出た）、（ｅ）所定のコマンド数の正常終了、（ｆ）所定のコマンドシークエンスを正常終了、（ｇ）サービスを構成するコマンド応答が異常終了、（ｈ）搬送波を認知することで優先処理（期間）が開始されてから一定の時間Ｔ０が経過、（ｉ）特定のPacket/Frame受信により優先処理が開始されてから一定の時間Ｔ１が経過、（ｊ）特定のコマンド受信により優先処理が開始されてから一定の時間Ｔ２が経過、（ｋ）サービス（アプリケーション）セッションの明示的な終了通知の受信（ISO14443-4 DESELECT）が記憶されている。
【００４４】
（ｄ）非接触通信用の搬送波を失ったことをＵＩＭ１３が認知とは、ＵＩＭ１３が、上述したフィールドオン信号を受信しなくなった場合を示す。
【００４５】
（ｅ）所定のコマンド数の正常終了について以下に説明する。上述したサービスは、ＵＩＭ１３が予め定められた数のコマンドを処理した場合に、終了するようになっている。本実施形態に係るＵＩＭ１３は、サービスが終了するために必要なコマンドを全て処理した場合に、上記優先処理期間を終了するようになっている。
【００４６】
（ｆ）所定のコマンドシークエンスを正常終了とは、予め定められた複数のコマンド処理順序が正常に実施された場合に、ＵＩＭ１３は、上記優先処理期間を終了することを示す。
【００４７】
（ｇ）サービスを構成するコマンド応答が異常終了とは、ＵＩＭ１３がサービスを実行するためのコマンドを処理中に、何らかの異常が発生し終了した場合を示す。この場合、ＵＩＭ１３は、上記優先処理期間を終了する。
【００４８】
（ｈ）搬送波を認知することで優先処理が開始されてから一定の時間Ｔ０が経過とは、例えば、ＵＩＭ１３が、上記フィールドオン信号を受信して優先処理期間が開始（上記（ａ））されてから所定の時間Ｔ０（例えば、１００ｍｓｅｃ等）経過した場合に、上記優先処理期間を終了ことを示す。上述したように非接触サービスを利用する際には、ユーザ自身が携帯端末１を非接触リーダ２に翳し、当該サービスが終了したと判断した場合に、携帯端末１を非接触リーダ２から遠ざける。しかし、ユーザによっては、携帯端末１を非接触リーダ２に翳したまま（載置したまま）にする場合も考えられる。この場合、ＵＩＭ１３が、サービスを実行するためのコマンドの処理を全て終了したにも係らず優先処理期間を維持してしまうと、他のコマンドの処理を実行できず、ユーザのユーザビリティを著しく損なう結果となる。このような問題点を解消するために、ＵＩＭ１３は、上記フィールドオン信号を受信して優先処理期間が開始されてから所定の時間Ｔ０経過した場合に、上記優先処理期間を終了するようになっている。
【００４９】
（ｉ）特定のＰａｃｋｅｔ／Ｆｒａｍｅ受信により優先処理が開始されてから一定の時間Ｔ１が経過とは、例えば、ＵＩＭ１３が、非接触リーダ２から送信される搬送波が示す通信プロトコルが、Ｔｙｐｅ−Ａ、Ｔｙｐｅ−Ｂ又は、ＦｅｌｉＣａであることをＵＩＭ１３が検知し優先処理期間に移行した後（上記（ｂ））、所定の時間Ｔ１が経過した場合には、上記優先処理期間を終了することを示す。
【００５０】
（ｊ）特定のコマンド受信により優先処理が開始されてから一定の時間Ｔ２が経過とは、例えば、ＵＩＭ１３が、特定のサービスを実行するためのコマンドを受信し優先処理期間に移行した後（上記（ｃ））、所定の時間Ｔ２が経過した場合には、上記優先処理期間を終了することを示す。
【００５１】
（ｋ）サービスセッションの明示的な終了通知の受信（ISO14443-4 DESELECT）とは、例えば、非接触リーダ２から送信されるサービス終了通知としてのＳ（DESELECT）要求を受信した場合に、ＵＩＭ１３が、上記優先処理期間を終了することを示す。
【００５２】
なお、上記Ｔ０、Ｔ１、及びＴ２の値は任意に設定（例えば、外部から入力）することができる。また、開始イベント及び終了イベントは上述した例に限られず、適宜設定することが可能である。
【００５３】
［２．第１実施例に係る携帯端末１の動作］
まず、図３を参照して、第１実施例に係る携帯端末１の動作について説明する。
【００５４】
図３は、第１実施例に係る携帯端末１の動作を示す概念図である。
【００５５】
なお、第１実施例は、携帯端末１を用いてユーザが通話をしながら（接触サービスの一例としての通話処理中）に、交通機関の改札口を通過（非接触サービスの一例としての定期券の機能）する場合など、ＵＭＩ１３が、接触コマンドの処理中に、非接触コマンドを受信する場合の形態である。また、第１実施例では、開始イベントテーブル１３１のｃ）サービスを構成するコマンド受信に示すサービスとして、ＵＩＭ１３が、定期券の機能を実行するためのコマンドを受信した場合に優先処理期間に移行することが記憶されているものとする。
【００５６】
図３に示す例では、接触ＩＦ（Interface。接触Ｉ／Ｏポート）及び非接触ＩＦ（非接触Ｉ／Ｏポート）からＵＩＭ１３へのコマンド（非接触コマンド及び接触コマンドの双方を含む）の送信をＳ、ＵＩＭ１３から接触ＩＦ及び非接触ＩＦへ送信したレスポンスの受信をＲとしている。また、ＯＳの制御のもとＵＩＭ１３が受信したコマンドの受信処理を行う期間を矩形の外枠で囲った範囲で、接触アプリの制御のもとＵＩＭ１３が受信したコマンドの処理を行う期間を交差する斜めの格子を矩形の外枠で囲った範囲で、非接触アプリの制御のもとＵＩＭ１３が受信したコマンドの処理を行う期間を交差する格子を矩形の外枠で囲った範囲でそれぞれ表す。また、横軸を時間軸とする。そして、優先処理期間をＴ２とする。
【００５７】
図３に示すように、上述した通話処理を実行するための接触コマンド（コマンドＡとする）が、ＵＩＭ１３へ送信されると（Ｓ１）、ＵＩＭ１３は、コマンドの受信処理を行い（Ｓ２）、次いで、接触アプリの制御のもと接触コマンドの処理を行う（Ｓ３）。この場合、携帯端末１は、他の携帯端末と通信状態にある。
【００５８】
次に、ユーザが改札口を通過すると、非接触リーダ２から携帯端末１へ、非接触コマンド（コマンドＢとする）が送信される。すると、ＵＩＭ１３は、非接触コマンドを受信する（Ｓ４）。
【００５９】
ＵＩＭ１３は、接触ＩＦで受信済のコマンド処理をしているかどうかに関わらず、非接触ＩＦ上に送信されたコマンド（コマンドＡ）を喪失しないためにコマンド受信処理を実行し（Ｓ５。必要であれば、接触インターフェース上で受信済でかつ実行中のコマンドＡ処理を中断し）、受信したコマンドＢに関する情報を基に、開始イベントテーブル１３１を参照して、上記優先処理期間に移行するか否かを判定する。コマンドＢは、定期券の機能を実行するためのコマンドであるため、上述した（ｃ）の条件に該当する。従って、ＵＩＭ１３は、優先処理期間に移行し、コマンドＡについての処理を中断し、コマンドＢの処理を実行する（Ｓ６）。
【００６０】
なお、中断したコマンドＡの処理があれば、コマンドＡの処理優先度と受信したコマンドＢの処理優先度を比較し、コマンドＡの優先度が高い場合は、中断した処理を再開し、コマンドＢの優先度が高い場合は、中断を維持して、受信したコマンドＢから成るサービスの優先処理期間（Ｔ２）を開始するようにしてもよい。この場合の処理優先度は任意に設定することが可能である。
【００６１】
そして、コマンドＢの処理結果を送信する処理を実行し（Ｓ７）、非接触ＩＦへ、処理結果を送信する（Ｓ８）。さらに定期券の機能を実行するためコマンドＢがＵＩＭ１３へ送信され（Ｓ９）、ＵＩＭ１３は、コマンド受信処理を実行し（Ｓ１０）、コマンド処理を実行し（Ｓ１１）、コマンドＢの処理結果を送信する処理を実行し（Ｓ１２）、非接触ＩＦへ、処理結果を送信する（Ｓ１３）。
【００６２】
その後、サービスを構成するコマンドが非接触ＩＦ上で順次正しく処理されると、ユーザはサービス処理の終了を何らかのアクション（改札口のゲートが開く、音が鳴る等）により認識した後、ユーザは携帯端末１を非接触リーダ２の通信可能距離外へ移動させる。この場合、携帯端末１は、非接触リーダ２からの搬送波を失ったことを認知した結果、ＣＬＦ１２がＵＩＭ１３に対して通信可能距離外へ出たことを通知するコマンドを送信する（Ｓ１４）。
【００６３】
すると、ＵＩＭ１３は、解除イベントテーブル１３２を参照し、当該テーブルに記憶された（ｄ）に該当する条件を検出し、優先処理期間を終了する。
【００６４】
そして、中断していたコマンドＡの処理の実行を再開し（Ｓ１５）、コマンドＢの処理結果を送信する処理を実行し（Ｓ１６）、非接触ＩＦへ、処理結果を送信する（Ｓ１７）。
【００６５】
なお、ＩＣカードの接触ＩＦプロトコルでは、ＩＳＯ７８１６−０３（Part3）において、ＷＴＸ（waiting time extension待ち時間延長）応答が規格化されている。これは、ＵＩＭ１３が、ＩＣカードから接触ＩＦを介してコマンドを受信後、ある一定時間内に応答を返せないときには、必ずＷＴＸ（waiting time extension。待ち時間延長要求）の応答を端末（コントローラ１１）に返すよう決められている。具体的には、ＵＩＭ１３は、コマンドを受信すると、ＯＳ処理の一部としてタイマーをスタートさせる。その後、ある一定時間が経過してもなおＵＩＭ１３が、コマンド処理を継続している場合に限り、ＯＳはコマンド処理を中断して、上記ＷＴＸとして特定のキャラクタを、接触Ｉ／Ｏを介してコントローラ１１へ送信するようになっている。
【００６６】
これは、ＩＣカードが何らかの理由で処理を中断してしまい無応答になってしまったような状態を端末が検出するために有効な処理として用いられている。即ち、端末はコマンドを送信してから、上記ある一定時間は無条件に待機する。その後、端末は待ち時間延長要求がＩＣカードから送信されない場合は、なんらかの理由によりＩＣカードが暴走又は停止し、レスポンスを送信することができなくなったと想定するようになっている。
【００６７】
本実施形態（第１実施例及び後述する第２実施例を含む）におけるＵＩＭ１３は上記規格に準拠しており、上記優先処理期間内であったとしてもＵＩＭ１３は待ち時間延長要求を出力することができる。従って、ＵＩＭ１３が、優先処理期間に移行し、接触コマンドについての処理を中断し、非接触コマンドの処理を実行している間も、ＵＩＭ１３は、待ち時間延長要求を出力するようになっているため、非接触コマンドの処理が終了するまで、接触コマンドについての処理を中断することができる。
【００６８】
［３．第２実施例に係る携帯端末１の動作］
次に、図４を参照して、第２実施例に係る携帯端末１の動作について説明する。
【００６９】
図４は、第２実施例に係る携帯端末１の動作を示す概念図である。
【００７０】
なお、第２実施例は、交通機関の改札口を通過中（非接触サービスの一例としての定期券の機能）に、携帯端末１に着信（接触サービスの一例としての通話処理を実行するためのコマンドを受信）があった場合の形態である。また、第２実施例では、開始イベントテーブル１３１のｃ）サービスを構成するコマンド受信に示すサービスとして、ＵＩＭ１３が、定期券の機能を実行するためのコマンドを受信した場合に優先処理期間に移行することが記憶されているものとする。また、図４に示す部材及び図表において、図３に示す部材及び図表と同一のものについては、少なくとも同一の機能及び性質を有するものとする。
【００７１】
図４に示すように、ユーザが改札口を通過すると、非接触リーダ２から携帯端末１へ、非接触コマンド（コマンドＢとする）が送信される。すると、ＵＩＭ１３は、非接触コマンドを受信する（Ｓ２１）。
【００７２】
ＵＩＭ１３は、コマンド受信処理を実行し（Ｓ２２）、受信したコマンドＢに関する情報を基に、開始イベントテーブル１３１を参照して、上記優先処理期間に移行するか否かを判定する。コマンドＢは、定期券の機能を実行するためのコマンドであるため、上述した（ｃ）の条件に該当する。従って、ＵＩＭ１３は、優先処理期間に移行し、コマンドＢの処理を実行する（Ｓ２３）。
【００７３】
次いで、携帯端末１に着信があり、接触コマンドがＵＩＭ１３へ送信されると（Ｓ２４）、ＵＩＭ１３は、接触ＩＦ上に送信されたコマンド（コマンドＡ）を喪失しないためにコマンド受信処理を実行する（Ｓ２５）。ここで、開始イベントテーブル１３１には、優先処理期間に移行するための条件として「ＵＩＭ１３が接触コマンドを受信すること」が含まれていない。従って、ＵＩＭ１３は、現在の優先処理期間を継続し、通話処理を実行するためのコマンドの処理及び送受信を継続する（Ｓ２６〜Ｓ３８）。
【００７４】
そして、ＵＩＭ１３は、定期券の機能を実行するためのコマンドを受信し優先処理期間に移行した後、所定の時間Ｔ２が経過したことを計測すると、解除イベントテーブル１３２を参照し、当該テーブルに記憶された（ｊ）に該当する条件を検出し、優先処理期間を終了する。
【００７５】
そして、通話処理を実行するためのコマンドを処理する（Ｓ３９）。
【００７６】
なお、サービスのコマンドシークエンスが可変である場合、サービスを構成するコマンド処理時間が何らかの状況（例えば、搬送波の受信状況）にかなり長くなる場合、又は、いくつかの優先サービスが存在し、かつＴ２の設定をサービスごとに設定しないことで、最も制約時間の短い値をＴ２とした場合には、優先処理対象サービスの処理想定時間（サービスを構成する全コマンドの処理時間の合計）に対して、Ｔ２の設定時間が短い可能性がある。この場合には、再度、非接触コマンドがＵＩＭ１３へ送信されることとなるため、ＵＩＭ１３は、当該コマンドを処理すべく優先処理期間に移行し、処理を実行するようになっている（Ｓ４０〜Ｓ４４）。
【００７７】
そして、優先処理期間にて処理すべきコマンドの処理が終了した場合には、接触コマンドの処理を実行し（Ｓ４６）、接触ＩＦへ、処理結果を送信する（Ｓ４７、Ｓ４８）。
【００７８】
なお、以上説明した実施形態は特許請求の範囲にかかる発明を限定するものではない。そして、上記実施形態の中で説明されている構成の組み合わせ全てが発明の課題解決に必須の手段であるとは限らない。
【００７９】
以上説明したように、本実施形態によれば、ＵＩＭ１３は、コマンドを受信した際に、開始イベントテーブル１３１を参照し、開始イベントに該当するか否かを判定し、開始イベントに該当すると判定された場合に、上記優先処理期間に移行し、解除イベントテーブル１３２に該当する条件が検出された場合に、優先処理期間を終了するように構成したため、処理時間の制約が厳しいサービスを効率的かつ迅速に処理することができる。
【００８０】
なお、上記実施形態においては、本願を携帯端末１に搭載されたＵＩＭに対して適用した場合を例に説明したが、インターフェースを介して複数のプロトコル（例えば、ＵＳＢ等）によって他の携帯端末と通信を行うことが可能なその他の携帯端末に対しても適用することができる。
【符号の説明】
【００８１】
１ 携帯端末
２ 非接触リーダ
３ 基地局
１１ コントローラ
１２ ＣＬＦ
１３ ＵＩＭ
【特許請求の範囲】
【請求項１】
複数のインターフェースを有し、前記インターフェースを介して受信した所定のサービスを実行させるためのコマンドを処理するＩＣチップであって、
受信したコマンドが示すサービスを優先して実行させるため、当該サービスに係るコマンドを優先して処理する優先処理期間に移行する条件である開始イベント、及び前記優先処理期間を終了する条件である解除イベントをそれぞれ記憶する記憶手段と、
コマンドを受信した際に、前記記憶された開始イベントに該当するか否かを判定する判定手段と、
前記判定手段によって、前記開始イベントに該当すると判定された場合に、前記優先処理期間に移行する移行手段と、
前記優先処理期間中に、前記記憶された解除イベントに該当する条件が検出された場合に、前記優先処理期間を終了する終了手段と、
を備えることを特徴とするＩＣチップ。
【請求項２】
請求項１に記載のＩＣチップであって、
前記解除イベントには、前記優先処理期間に移行してから所定の時間経過後に、前記優先処理期間を終了する条件が含まれていることを特徴とするＩＣチップ。
【請求項３】
請求項１又は２の何れか一項に記載のＩＣチップであって、前記ＩＣチップは、ＵＩＭ（User Identity Module）に搭載されていることを特徴とするＩＣチップ。
【請求項４】
請求項３に記載のＩＣチップであって、前記ＵＩＭは、携帯端末に装着されていることを特徴とするＩＣチップ。
【請求項５】
複数のインターフェースを有し、前記インターフェースを介して受信した所定のサービスを実行させるためのコマンドを処理するＩＣチップにおける処理方法であって、
受信したコマンドが示すサービスを優先して実行させるため、当該サービスに係るコマンドを優先して処理する優先処理期間に移行する条件である開始イベント、及び前記優先処理期間を終了する条件である解除イベントをそれぞれ記憶する記憶工程と、
コマンドを受信した際に、前記記憶された開始イベントに該当するか否かを判定する判定工程と、
前記判定工程によって、前記開始イベントに該当すると判定された場合に、前記優先処理期間に移行する移行工程と、
前記優先処理期間中に、前記記憶された解除イベントに該当する条件が検出された場合に、前記優先処理期間を終了する終了工程と、
を有することを特徴とする処理方法。
【請求項６】
複数のインターフェースを有し、前記インターフェースを介して受信した所定のサービスを実行させるためのコマンドを処理するＩＣチップに含まれるコンピュータを、
受信したコマンドが示すサービスを優先して実行させるため、当該サービスに係るコマンドを優先して処理する優先処理期間に移行する条件である開始イベント、及び前記優先処理期間を終了する条件である解除イベントをそれぞれ記憶する記憶手段、
コマンドを受信した際に、前記記憶された開始イベントに該当するか否かを判定する判定手段、
前記判定手段によって、前記開始イベントに該当すると判定された場合に、前記優先処理期間に移行する移行手段、前記優先処理期間中に、前記記憶された解除イベントに該当する条件が検出された場合に、前記優先処理期間を終了する終了手段、
として機能させることを特徴とするＩＣチップ用処理プログラム。
【請求項７】
複数のインターフェースを有し、前記インターフェースを介して受信した所定のサービスを実行させるためのコマンドを処理する接触型ＩＣチップと、当該ＩＣチップと第一の前記インターフェースを介して通信可能なコントローラとを備える携帯端末において、
前記接触型ＩＣチップは、
受信したコマンドが示すサービスを優先して実行させるため、当該サービスに係るコマンドを優先して処理する優先処理期間に移行する条件である開始イベント、及び前記優先処理期間を終了する条件である解除イベントをそれぞれ記憶する記憶手段と、
前記コントローラから第一の前記インターフェースを介してコマンドを受信した際に、前記記憶された開始イベントに該当するか否かを判定する判定手段と、
前記判定手段によって、前記開始イベントに該当すると判定された場合に、前記優先処理期間に移行する移行手段と、
前記優先処理期間中に、前記記憶された解除イベントに該当する条件が検出された場合に、前記優先処理期間を終了する終了手段と、
を備えることを特徴とする携帯端末。
【請求項１】
複数のインターフェースを有し、前記インターフェースを介して受信した所定のサービスを実行させるためのコマンドを処理するＩＣチップであって、
受信したコマンドが示すサービスを優先して実行させるため、当該サービスに係るコマンドを優先して処理する優先処理期間に移行する条件である開始イベント、及び前記優先処理期間を終了する条件である解除イベントをそれぞれ記憶する記憶手段と、
コマンドを受信した際に、前記記憶された開始イベントに該当するか否かを判定する判定手段と、
前記判定手段によって、前記開始イベントに該当すると判定された場合に、前記優先処理期間に移行する移行手段と、
前記優先処理期間中に、前記記憶された解除イベントに該当する条件が検出された場合に、前記優先処理期間を終了する終了手段と、
を備えることを特徴とするＩＣチップ。
【請求項２】
請求項１に記載のＩＣチップであって、
前記解除イベントには、前記優先処理期間に移行してから所定の時間経過後に、前記優先処理期間を終了する条件が含まれていることを特徴とするＩＣチップ。
【請求項３】
請求項１又は２の何れか一項に記載のＩＣチップであって、前記ＩＣチップは、ＵＩＭ（User Identity Module）に搭載されていることを特徴とするＩＣチップ。
【請求項４】
請求項３に記載のＩＣチップであって、前記ＵＩＭは、携帯端末に装着されていることを特徴とするＩＣチップ。
【請求項５】
複数のインターフェースを有し、前記インターフェースを介して受信した所定のサービスを実行させるためのコマンドを処理するＩＣチップにおける処理方法であって、
受信したコマンドが示すサービスを優先して実行させるため、当該サービスに係るコマンドを優先して処理する優先処理期間に移行する条件である開始イベント、及び前記優先処理期間を終了する条件である解除イベントをそれぞれ記憶する記憶工程と、
コマンドを受信した際に、前記記憶された開始イベントに該当するか否かを判定する判定工程と、
前記判定工程によって、前記開始イベントに該当すると判定された場合に、前記優先処理期間に移行する移行工程と、
前記優先処理期間中に、前記記憶された解除イベントに該当する条件が検出された場合に、前記優先処理期間を終了する終了工程と、
を有することを特徴とする処理方法。
【請求項６】
複数のインターフェースを有し、前記インターフェースを介して受信した所定のサービスを実行させるためのコマンドを処理するＩＣチップに含まれるコンピュータを、
受信したコマンドが示すサービスを優先して実行させるため、当該サービスに係るコマンドを優先して処理する優先処理期間に移行する条件である開始イベント、及び前記優先処理期間を終了する条件である解除イベントをそれぞれ記憶する記憶手段、
コマンドを受信した際に、前記記憶された開始イベントに該当するか否かを判定する判定手段、
前記判定手段によって、前記開始イベントに該当すると判定された場合に、前記優先処理期間に移行する移行手段、前記優先処理期間中に、前記記憶された解除イベントに該当する条件が検出された場合に、前記優先処理期間を終了する終了手段、
として機能させることを特徴とするＩＣチップ用処理プログラム。
【請求項７】
複数のインターフェースを有し、前記インターフェースを介して受信した所定のサービスを実行させるためのコマンドを処理する接触型ＩＣチップと、当該ＩＣチップと第一の前記インターフェースを介して通信可能なコントローラとを備える携帯端末において、
前記接触型ＩＣチップは、
受信したコマンドが示すサービスを優先して実行させるため、当該サービスに係るコマンドを優先して処理する優先処理期間に移行する条件である開始イベント、及び前記優先処理期間を終了する条件である解除イベントをそれぞれ記憶する記憶手段と、
前記コントローラから第一の前記インターフェースを介してコマンドを受信した際に、前記記憶された開始イベントに該当するか否かを判定する判定手段と、
前記判定手段によって、前記開始イベントに該当すると判定された場合に、前記優先処理期間に移行する移行手段と、
前記優先処理期間中に、前記記憶された解除イベントに該当する条件が検出された場合に、前記優先処理期間を終了する終了手段と、
を備えることを特徴とする携帯端末。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２０１２−４８６４０（Ｐ２０１２−４８６４０Ａ）
【公開日】平成２４年３月８日（２０１２．３．８）
【国際特許分類】
【出願番号】特願２０１０−１９２４２１（Ｐ２０１０−１９２４２１）
【出願日】平成２２年８月３０日（２０１０．８．３０）
【出願人】（０００００２８９７）大日本印刷株式会社 (14,506)
【Ｆターム（参考）】
【公開日】平成２４年３月８日（２０１２．３．８）
【国際特許分類】
【出願日】平成２２年８月３０日（２０１０．８．３０）
【出願人】（０００００２８９７）大日本印刷株式会社 (14,506)
【Ｆターム（参考）】
[ Back to top ]