JP2018022228A - 電子情報記憶媒体、判定方法、及び判定プログラム - Google Patents

Abstract

【課題】現在の動作環境が、インストールされているアプリケーションの動作条件を満たしているか否かを出力することができる電子情報記憶媒体等を提供することを目的とする。【解決手段】アプリケーション毎に設定された動作条件を示すデータ、及び、現在の動作環境を示すデータを記憶し、所定のコマンドを受信した際に、所定のアプリケーションについて設定された動作条件を動作環境が満たしているか否かの判定を行い、判定の結果を出力する。【選択図】図４

Description

ＩＣチップ等の電子情報記憶媒体の技術分野に関する。

従来、ＵＩＭ（User Identity Module）カード（「ＵＩＭ」という場合がある）はＵＩＭに記憶された契約者情報を基に、ＵＩＭを搭載する携帯端末が通信回線を利用可能か認証するために用いられてきた。

特許文献１に示すように、昨今はこうした通信事業者が提供する通信サービス以外のサービスを提供するアプリケーション（「サービスアプリ」という。また、アプリケーションを「アプリ」という場合がある）が複数、ＵＩＭへ搭載されるようになってきている。そして、非接触ＩＣ（Integrated Circuit）カードのように、ＵＩＭを備えた携帯端末をリーダ・ライタへ翳すことでＵＩＭ上のサービスアプリによるサービスを利用することができる。こうしたサービスとして、ポイントカード、交通系カード（例えば、Ｓｕｉｃａ（登録商標）等）、社員証などの各種ＩＤ（identification）カード等に対応したサービスを提供するサービスアプリをＵＩＭへ搭載することが提案、検討されている。このようなサービスに対応したＵＩＭを総称してＮＦＣ（Near field radio communication）対応ＵＩＭという。また、こうしたサービスアプリに先駆けて、クレジット決済アプリを利用するクレジット決済サービスは既にサービスが開始されている。

特許４１８４７５１号公報

クレジット決済アプリは、携帯端末のディスプレイにサービスアプリ選択画面やＰＩＮ（Personal Identification Number）入力画面、又は、決済完了画面を表示するなど、携帯端末の電源がＯＮになっていることを前提とした機能を利用することが多い。そのため、携帯端末の電源がＯＦＦの場合、クレジット決済アプリケーションが意図しない状況下で使用されることになり、不測の事態を生ずる可能性やそもそもクレジット決済サービスを利用することができないという可能性がある。

一方、交通系カードやＩＤカードなどに対応するサービスアプリでは、改札口や入場ゲートでＵＩＭをリーダ・ライタに翳すだけで処理が完了することが想定されるため（画面上で情報を入力することがないため）、携帯端末の電源がＯＦＦであっても動作することが望ましい。なお、携帯端末の電源がＯＦＦであってもＵＩＭ上のアプリを動作させることは可能であり、携帯端末の電源ＯＦＦ時におけるＵＩＭへの電力供給方法としては、例えば、次の２つの方法がある。一つ目は、携帯端末のバッテリーから供給する方法であり、二つ目はリーダ・ライタが出力する搬送波により供給する方法である。しかしながら、携帯端末の電源がＯＦＦであっても動作することが望ましいサービスにおいて、電力供給が搬送波からの場合には、ポイントや金額等の書き換えにおいて充分な電力を確保できずサービスを正常に動作させられない可能性があるという問題がある。

このように、サービスアプリに対応するサービスの内容や提供方法によって、サービス利用時における携帯端末の電源のＯＮ／ＯＦＦや、電力の供給方法が何れであることが必要であるかといったサービスアプリの動作条件は異なる。

そこで、本発明は、ＵＩＭ等の電子情報記憶媒体の現在の動作環境が、電子情報記憶媒体にインストールされているアプリケーションの動作条件を満たしているか否かを出力することができる電子情報記憶媒体等を提供することを目的とする。

上記課題を解決するために、請求項１に記載の発明は、インストールされているアプリケーションに関するデータを記憶する記憶部と、外部装置から受信したコマンドに応じた処理を実行する実行部とを備える電子情報記憶媒体であって、前記記憶部は、前記アプリケーション毎に設定された動作条件を示すデータと、現在の前記電子情報記憶媒体の動作環境を示すデータを更に記憶し、前記実行部は、所定のコマンドを受信した際に前記記憶部を参照して、所定のアプリケーションについて設定された前記動作条件を前記動作環境が満たしているか否かの判定を行い、当該判定の結果を前記外部装置に出力することを特徴とする。

請求項２に記載の発明は、請求項１に記載の電子情報記憶媒体であって、前記所定のコマンドは前記インストールされているアプリケーションの何れかを指定するコマンドであり、前記インストールされているアプリケーションの一つである判定アプリケーションは、前記実行部に、当該判定アプリケーションを指定する前記所定のコマンドのレスポンスとして、前記インストールされているアプリケーションのうち、前記動作環境が前記動作条件を満たしているアプリケーションを識別する識別情報を前記外部装置に出力させることを特徴とする。

請求項３に記載の発明は、請求項１に記載の電子情報記憶媒体であって、前記所定のコマンドは前記インストールされているアプリケーションの何れかを指定するコマンドであり、前記実行部は、前記所定のコマンドにより指定されたアプリケーションについて設定された前記動作条件を前記動作環境が満たしているか否かの判定を行い、当該判定の結果を前記外部装置に出力することを特徴とする。

請求項４に記載の発明は、請求項１乃至３の何れか一項に記載の電子情報記憶媒体であって、前記動作条件は、前記電子情報記憶媒体に接続された端末装置の電源スイッチがオンか否かという第１条件と、前記電子情報記憶媒体への電力が前記端末装置のバッテリーから供給されているか、又は、前記外部装置から搬送波によって供給されているかという第２条件を含み、前記記憶部は、前記動作環境を示すデータとして、前記端末装置の電源スイッチがオンか否かを示す第１データと、前記電力が前記バッテリーから供給されているか、又は、前記外部装置から搬送波によって供給されているかを示す第２データを記憶し、前記実行部は、前記第１データ及び前記第２データと、前記所定のアプリケーションについて設定された前記第１条件及び前記第２条件とに基づいて前記判定を行うことを特徴とする。

請求項５に記載の発明は、インストールされているアプリケーションに関するデータ、前記アプリケーション毎に設定された動作条件を示すデータ、及び、現在の電子情報記憶媒体の動作環境を示すデータを記憶する記憶部と、外部装置から受信したコマンドに応じた処理を実行する実行部とを備える電子情報記憶媒体における判定方法であって、前記実行部が、所定のコマンドを受信した際に前記記憶部を参照して、所定のアプリケーションについて設定された前記動作条件を前記動作環境が満たしているか否かの判定を行う判定工程と、前記判定の結果を前記外部装置に出力する送信工程と、含むことを特徴とする。

請求項６に記載の発明は、インストールされているアプリケーションに関するデータ、前記アプリケーション毎に設定された動作条件を示すデータ、及び、現在の電子情報記憶媒体の動作環境を示すデータを記憶する記憶部と、外部装置から受信したコマンドに応じた処理を実行するコンピュータとを備える電子情報記憶媒体における前記コンピュータを、所定のコマンドを受信した際に前記記憶部を参照して、所定のアプリケーションについて設定された前記動作条件を前記動作環境が満たしているか否かの判定を行う判定手段、前記判定の結果を前記外部装置に出力する送信手段、として機能させることを特徴とする。

本発明によれば、アプリケーション毎に設定された動作条件を示すデータと、現在の電子情報記憶媒体の動作環境を示すデータを参照して、所定のアプリケーションについて設定された動作条件を動作環境が満たしているか否かを出力することができる。

本実施形態に係る携帯端末１の概要構成例を示すブロック図である。 （Ａ）は本実施形態に係るＵＩＭカード１８の概要構成例を示すブロック図であり、（Ｂ）はＯＳ（Operating System）とアプリの関係を説明するための概念図である。 （Ａ）はケース１−１におけるアプリ動作条件を示す図であり、（Ｂ）はケース１−１における動作環境を示す図である。 （Ａ）はケース１−２におけるアプリ動作条件を示す図であり、（Ｂ）はケース１−２における動作環境を示す図である。 （Ａ）はケース１−３におけるアプリ動作条件を示す図であり、（Ｂ）はケース１−３における動作環境を示す図である。 第１実施例におけるコマンド受信時処理の一例を示すフローチャートである。 （Ａ）はケース２−１におけるアプリ動作条件を示す図であり、（Ｂ）はケース２−１における動作環境を示す図である。 （Ａ）はケース２−２におけるアプリ動作条件を示す図であり、（Ｂ）はケース２−２における動作環境を示す図である。 （Ａ）はケース２−３におけるアプリ動作条件を示す図であり、（Ｂ）はケース２−３における動作環境を示す図である。 第２実施例におけるコマンド受信時処理の一例を示すフローチャートである。

以下、図面を参照して本発明の実施形態について詳細に説明する。以下に説明する実施形態は、携帯端末に備えられたＵＩＭカードに搭載されるＩＣチップに対して本発明を適用した場合の実施の形態である。

まず、図１等を参照して、本実施形態に係る携帯端末１の構成及び機能概要を説明する。

［１．携帯端末１の構成］
図１は、本実施形態に係る携帯端末１の概要構成例を示すブロック図である。図１に示すように、携帯端末１は、制御部１１、記憶部１２、無線通信部１３、表示部１４、入力部１５、ＣＬＦインターフェース１６ａ、ＩＣカードインターフェース１６ｂ、及びＣＬＦ（Contactless frontend）１９等を備えて構成され、これらの構成要素はバス１７を介して相互に接続される。また、携帯端末１はバッテリーＢやＵＩＭカード１８を備えている。なお、携帯端末１は、例えば携帯電話機やスマートフォン、タブレット端末等である。

制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、及びＲＡＭ（Random Access Memory）等により構成される。記憶部１２は、例えばフラッシュメモリ等の不揮発性メモリにより構成される。上記ＲＯＭ又は記憶部１２には、携帯端末１のＯＳ（Operating System）及びミドルウェアが記憶される。また、記憶部１２には、携帯端末１にインストールされたＡＰＩ（Application Program Interface）及びアプリ等が記憶される。ＡＰＩは、アプリからオペレーティングシステムの機能を利用するためのインターフェースである。アプリは、例えば所定のサーバからダウンロード可能なプログラムである。

無線通信部１３は、アンテナを有し、移動体通信網における基地局との間で行われる無線通信を制御する。表示部１４は、例えばタッチパネル方式の表示パネルを有し、表示パネルへの表示制御、及びユーザからの操作指示の受け付けを行う。入力部１５は、ユーザからの操作指示を入力するための操作ボタンを有し、操作ボタンに応じた信号を制御部１１に出力する。ＣＬＦインターフェース１６ａは、制御部１１とＣＬＦ１９との間のインターフェースを担い、ＩＣカードインターフェース１６ｂは、制御部１１とＵＩＭカード１８との間のインターフェースを担う。

ＵＩＭカード１８は、ＵＩＣＣ（Universal Integrated Circuit Card）の一つであり、例えば、従来のＳＩＭ（Subscriber Identity Module）をベースに機能を拡張された接触型ＩＣチップを搭載する。

ＣＬＦ１９は、ＮＦＣの規格で規定される非接触通信を行う非接触型ＩＣチップであり、非接触通信のフィールド内でリーダ・ライタ（図示せず）との間で各種信号の送受信を行うためのアンテナに接続されている。そして、ユーザが携帯端末１をリーダ・ライタに翳すと、リーダ・ライタから送信されたコマンドを、インターフェイス（図示せず）を介してＵＩＭカード１８へ送信し、ＵＩＭカード１８から送信された、コマンドに対する応答をリーダ・ライタに返すようになっている。なお、ＣＬＦ１９は、携帯端末１のＯＳにより操作可能になっている。

バッテリーＢは、例えば、リチウムイオン電池で構成される。バッテリーＢから供給される電力により、携帯端末１の制御部１１、記憶部１２、無線通信部１３、表示部１４、入力部１５、ＣＬＦインターフェース１６ａ、ＩＣカードインターフェース１６ｂ、ＣＬＦ１９等は動作する。なお、バッテリーＢは、携帯端末１の電源がＯＦＦである場合にもＵＩＭカード１８に電力を供給する（但し、バッテリーＢの電圧が規定電圧以下になると安全保護回路の機能により供給（放電）が遮断される）。

［２．ＩＣチップＣの構成］
図２（Ａ）は、本実施形態に係るＵＩＭカード１８に搭載されるＩＣチップＣの概要構成例を示すブロック図である。図２（Ａ）に示すように、ＩＣチップＣは、ＣＰＵ１８１（「実行部」、「コンピュータ」の一例）、ＲＡＭ１８２、不揮発性メモリ１８３、及びＩ／Ｏ回路１８４等を備え、これらの構成要素はバス１８５を介して相互に接続される。

ＲＡＭ１８２には、例えばＩＣチップＣのＯＳ、ミドルウェア、各種アプリが機能するうえで一時的に必要となるデータが記憶される。

不揮発性メモリ１８３は、例えばフラッシュメモリであるが、Electrically Erasable Programmable Read-Only Memoryであってもよい。不揮発性メモリ１８３には、例えばＩＣチップＣのＯＳ、ミドルウェア及び各種アプリが記憶される。

また、不揮発性メモリ１８３には、ＵＩＭカード１８（ＩＣチップＣ）にインストールされたアプリに関するデータ（プログラム、インスタンス、各種情報）が記憶される。

ここで、図２（Ｂ）を用いてＵＩＭカード１８におけるＯＳとアプリの関係について説明する。ＯＳはＵＩＭカード１８にインストールされたアプリを管理する。ＯＳは、外部端末（携帯端末１やリーダ・ライタ）からＳＥＬＥＣＴコマンドを受信すると、ＳＥＬＥＣＴコマンドに含まれるＡＩＤ（Application Identifier）により指定されたアプリに当該ＳＥＬＥＣＴコマンドを受け渡すとともに、当該アプリを「選択アプリ」として保持する。ＯＳはそれ以降に受信するコマンド（ＳＥＬＥＣＴコマンドを除く）を選択アプリに受け渡す。そして、ＯＳからコマンドを受け取ったアプリは、当該コマンドに応じたコマンド対応処理を実行し、処理結果を含む応答をＯＳに受け渡し、ＯＳは当該応答をコマンドの送信元に出力する。

更に、不揮発性メモリ１８３には、図３（Ａ）等に示すようなアプリの動作条件（「アプリ動作条件」という場合がある）を示すデータや、図３（Ｂ）等に示すような動作環境を示すデータが記憶される。本実施形態では、アプリ動作条件として以下を管理する。
・バッテリーからの電力供給を動作条件とするか否か
・携帯端末の電源がＯＮであること動作条件とするか否か
図中の「○」は動作条件とすることを表し、「―」は動作条件としないことを表している。例えば、図３（Ａ）は、アプリ１がバッテリーからの電力供給と、携帯端末の電源がＯＮであることを動作条件とすることを表している。

なお、現在では、ＵＩＭに個人番号（マイナンバー）を記憶させてサービスを提供するといった提案がなされるなど、データの書き込みを伴わない、データの読み出しだけを行うという利用場面も増えてくると想定される。従来、小売店が提供するＩＣポイントカードでは、消費電力が多い、ポイントなどのデータの書き換えが必要となるため、バッテリー駆動が必須であるが、消費電力が少ない、データの読み出し（出力）については搬送波による電力供給だけでも充分であると考えられる。

また、アプリの動作条件はアプリ毎に設定する。動作条件は、インストール時に設定することとするが、インストール後にコマンドによって更新することもできる。動作条件は、例えば、アプリを提供する提供者の方針に従って設定される。なお、動作条件としては、携帯端末１が表示機能を持つかどうかといった条件を採用することもできる。

一方、動作環境とは、携帯端末１やＵＩＭカード１８の現在の動作環境であり、動作条件に対応する動作環境を示すデータが記憶される。本実施形態では、現在の動作環境として以下を管理する。
・電力供給がバッテリーＢからか搬送波からか
・携帯端末１の電源がＯＮかＯＦＦか

ＵＩＭカード１８は、電力がバッテリーから供給されているか、或いは、搬送波から供給されているかの情報をＵＩＭカード１８の外部から得る。例えば、ＵＩＭカード１８はＣＬＦ１９からＳＷＰ（Single Wire Protocol）（ＵＩＭとＣＬＦ間の通信規格）に準拠する情報を得ることによって、当該情報を得る。ＳＷＰの仕様上、ＵＩＭカード１８の最初の活性化の際、電力供給元が何れであるかを示す情報（ＦＵＬＬＰＯＷＥＲモードと、ＬＯＷＰＯＷＥＲモード）がＵＩＭカード１８に与えられるようになっている。この情報はＣＬＦ１９が作成する。具体的には、ＣＬＦ１９はバッテリーＢから電力供給を受けていない場合において、搬送波による電力供給を受けることにより起動した場合に、バッテリーＢから電力供給を受けておらず、搬送波から電力供給を受けていること（ＬＯＷＰＯＷＥＲモードであること）を示す情報をＵＩＭカード１８に通知する。一方、ＣＬＦ１９はバッテリーＢから電力供給を受けている場合には、バッテリーＢから電力供給を受けていること（ＦＵＬＬＰＯＷＥＲモードであること）を示す情報をＵＩＭカード１８に通知する。

また、ＵＩＭカード１８は、携帯端末１の電源がＯＮであるかＯＦＦであるかの情報をＵＩＭカード１８の外部から得る。例えば、ＵＩＭカード１８の最初の活性化の際に携帯端末１の電源情報（ＯＮであるかＯＦＦであるかを示す情報）を携帯端末１からＵＩＭカード１８へ提供してもらうというルールを予め設定しておくことで情報を得る。

その他の方法として、ＵＩＭカード１８が、携帯端末１の電源がＯＮであるかＯＦＦであるかを判断することとしてもよい。具体的には、ＵＩＭカード１８は活性化しているインターフェースで判断する。通常、ＮＦＣ対応ＵＩＭカードは、電話の認証に使用する従来のインターフェースに加え、ＮＦＣ対応用にＳＷＰ（インターフェース）を備えている。そのため、ＵＩＭカードカード１８は従来のインターフェースが活性化されている場合は携帯端末１の電源がＯＮになっていると判断し、従来のインターフェースが活性化されてない場合は携帯端末１の電源がＯＦＦになっていると判断することができる。

動作条件はここで例示した条件以外の条件が設定することもできる。それに応じて、動作環境を示すデータも取得するようにする。例えば、携帯端末１が表示機能を持つことといった動作条件を設定する場合には、携帯端末１側から表示機能を持つか否かの情報を提供してもらい、それを記憶しておくこととする。

Ｉ／Ｏ回路１８４は、ＩＳＯ７８１６等によって定められた、Ｃ１〜Ｃ８の８個の接続端子を有する。例えば、Ｃ１端子は電源端子、Ｃ２端子はリセット端子、Ｃ３端子はクロック端子、Ｃ５端子はグランド端子、Ｃ７端子は携帯端末１とのデータ通信を行う端子である。Ｃ１端子には、バッテリーＢから電力を受け取るラインと、ＣＬＦ１９から電力を受け取るラインが接続されている。

そして、ＣＰＵ１８１は、ＣＬＦ１９からコマンドを受信すると、当該コマンドに応じたコマンド対応処理を実行し、ＣＬＦ１９に対して応答する（具体的には、コマンド対応処理の結果を含む応答データをＣＬＦ１９へ送信する）。また、ＣＰＵ１８１は、制御部１１からコマンドを受信すると、当該コマンドに応じたコマンド対応処理を実行し、制御部１１に対して応答する（具体的には、コマンド対応処理の結果を示すデータを制御部１１へ送信する。

また、ＣＰＵ１８１は、ＳＥＬＥＣＴコマンドを受信した際に不揮発性メモリ１８３に記録されたデータを参照して、所定のアプリについて設定された動作条件を動作環境が満たしているか否かを判定し、当該判定の結果を携帯端末１の制御部１１やＣＬＦ１９に送信する。

次に、ＩＣチップ１ａの動作例を第１実施例、第２実施例に分けて説明する。第１実施例では、ＩＣチップ１ａにインストールされている全アプリ（アプリ１、アプリ２、アプリ３、アプリ４）の一つであるアプリ３が判定アプリとして機能し、ＳＥＬＥＣＴコマンドにおけるＡＩＤによりアプリ３が指定されると、アプリ３（を実行するＣＰＵ１８１）がアプリ動作条件及び動作環境を参照して、動作環境がアプリ動作条件を満たしているアプリの一覧を出力する。なお、第１実施例において、アプリ３以外のアプリがＳＥＬＥＣＴコマンドにより指定されると、後続のコマンド（例えば、ＧＥＴコマンド等）の処理を受け付けることが可能である場合にその旨を示す「ＯＫ」を応答として、ＳＥＬＥＣＴコマンドの送信元に出力する。

一方、第２実施例では、ＳＥＬＥＣＴコマンドを受信すると、ＯＳ（を実行するＣＰＵ１８１）が、ＳＥＬＥＣＴコマンドにおけるＡＩＤにより指定されたアプリについて、動作環境がアプリ動作条件を満たしているか否かを判定し、判定結果を送信元に出力する。

なお、第１実施例を図３−図６を用いて説明し、第２実施例を図７−図１０を用いて説明する。アプリ動作条件は、図３−図５、図７−図９の各（Ａ）に示しているように同一となっている。具体的には、アプリ１、アプリ２及びアプリ４がバッテリーからの電力供給を動作条件とし（アプリ３はバッテリーからの電力供給を動作条件としない）、アプリ１及びアプリ４が携帯端末の電源がＯＮであることを動作条件としている（アプリ２及びアプリ３は携帯端末の電源がＯＮであることを動作条件としていない）。以下では、このアプリ動作条件を前提にそれぞれ動作環境が異なるケースに分けて、説明する。

［３．第１実施例］
まず、第１実施例ではＩＣチップ１ａの動作を＜ケース１−１＞、＜ケース１−２＞、＜ケース１−３＞に分けて説明する。

＜ケース１−１＞は、図３（Ｂ）に示すように、動作環境が、電力供給がバッテリーＢからであって、携帯端末１の電源がＯＮであるケースである。

＜ケース１−１＞の動作例を、図３（Ｃ）を用いて説明する。携帯端末１が非接触リーダ・ライタ（Ｒ／Ｗ）に翳されると、非接触リーダ・ライタは、アプリ３を指定するＳＥＬＥＣＴコマンドを送信する（ステップＳ１）。これに対してＩＣチップＣのＣＰＵ１８１は、ＯＳの機能として、ＳＥＬＥＣＴコマンドをアプリ３に引き渡す。次いで、ＣＰＵ１８１は、アプリ３の機能として、不揮発性メモリ１８３に記憶されているアプリ動作条件を示すデータ（図３（Ａ））及び動作環境を示すデータ（図３（Ｂ））を参照して、インストールされている全アプリについて動作環境が動作条件を満たしているか否かを判定し、満たしているアプリ（アプリ１、アプリ２、アプリ３、アプリ４）の一覧を非接触リーダ・ライタに送信する（ステップＳ２）。

次いで、非接触リーダ・ライタが、アプリ１を指定するＳＥＬＥＣＴコマンドを送信すると（ステップＳ３）、これを受信したＣＰＵ１８１は、ＯＳの機能として、ＳＥＬＥＣＴコマンドをアプリ１に引き渡す。次いで、ＣＰＵ１８１は、アプリ１の機能として、「ＯＫ」を非接触リーダ・ライタに送信する（ステップＳ４）。

次いで、＜ケース１−２＞は、図４（Ｂ）に示すように、動作環境が、電力供給がバッテリーＢからであって、携帯端末１の電源がＯＦＦであるケースである。

＜ケース１−２＞の動作例を、図４（Ｃ）を用いて説明する。携帯端末１が非接触リーダ・ライタ（Ｒ／Ｗ）に翳されると、非接触リーダ・ライタは、アプリ３を指定するＳＥＬＥＣＴコマンドを送信する（ステップＳ１１）。これに対してＩＣチップＣのＣＰＵ１８１は、ＯＳの機能として、ＳＥＬＥＣＴコマンドをアプリ３に引き渡す。次いで、ＣＰＵ１８１は、アプリ３の機能として、不揮発性メモリ１８３に記憶されているアプリ動作条件を示すデータ（図４（Ａ））及び動作環境を示すデータ（図４（Ｂ））を参照して、インストールされている全アプリについて動作環境が動作条件を満たしているか否かを判定し、満たしているアプリ（アプリ２、アプリ３）の一覧を非接触リーダ・ライタに送信する（ステップＳ１２）。

次いで、非接触リーダ・ライタが、アプリ２を指定するＳＥＬＥＣＴコマンドを送信すると（ステップＳ１３）、これを受信したＣＰＵ１８１は、ＯＳの機能として、ＳＥＬＥＣＴコマンドをアプリ２に引き渡す。次いで、ＣＰＵ１８１は、アプリ２の機能として、「ＯＫ」を非接触リーダ・ライタに送信する（ステップＳ１４）。

次いで、非接触リーダ・ライタが、アプリ１を指定するＳＥＬＥＣＴコマンドを送信すると（ステップＳ１５）、これを受信したＣＰＵ１８１は、ＯＳの機能として、ＳＥＬＥＣＴコマンドをアプリ１に引き渡す。次いで、ＣＰＵ１８１は、アプリ１の機能として、「ＯＫ」を非接触リーダ・ライタに送信する（ステップＳ１６）。なお、非接触リーダ・ライタ側（非接触リーダ・ライタに接続されている端末装置）では、ステップＳ１２により、アプリ１、４は書き込み処理などができないと判断するが、例えば、書き込み処理を伴わない会員情報などのデータを取得するためにＳＥＬＥＣＴコマンドを送信することがある。

次いで、＜ケース１−３＞は、図５（Ｂ）に示すように、動作環境が、電力供給が搬送波からであって、携帯端末１の電源がＯＦＦであるケースである。

＜ケース１−３＞の動作例を、図５（Ｃ）を用いて説明する。携帯端末１が非接触リーダ・ライタ（Ｒ／Ｗ）に翳されると、非接触リーダ・ライタは、アプリ３を指定するＳＥＬＥＣＴコマンドを送信する（ステップＳ２１）。これに対してＩＣチップＣのＣＰＵ１８１は、ＯＳの機能として、ＳＥＬＥＣＴコマンドをアプリ３に引き渡す。次いで、ＣＰＵ１８１は、アプリ３の機能として、不揮発性メモリ１８３に記憶されているアプリ動作条件を示すデータ（図５（Ａ））及び動作環境を示すデータ（図５（Ｂ））を参照して、インストールされている全アプリについて動作環境が動作条件を満たしているか否かを判定し、満たしているアプリ（アプリ３）の一覧を非接触リーダ・ライタに送信する（ステップＳ２２）。

次いで、第１実施例におけるＣＰＵ１８１の動作例について図６のフローチャートを用いて説明する。なお、本フローチャートは、ＩＣチップＣが非接触リーダ・ライタから何れかのコマンドを受信した場合におけるアプリ３を実行するＣＰＵ１８１の動作例を示す。

まず、ＣＰＵ１８１は、アプリ３を指定するＳＥＬＥＣＴコマンドを受信したか否かを判定する（ステップＳ１０１）。このとき、ＣＰＵ１８１は、アプリ３を指定するＳＥＬＥＣＴコマンドを受信したのではない（ＳＥＬＥＣＴコマンド以外のコマンドを受信した）と判定した場合には（ステップＳ１０１：ＮＯ）、受信したコマンドに対応する処理を実行し（ステップＳ１０２）、処理結果を含む応答を非接触リーダ・ライタに送信して（ステップＳ１０３）、本フローチャートに示す処理を終了する。

一方、ＣＰＵ１８１はアプリ３を指定するＳＥＬＥＣＴコマンドを受信したと判定した場合には（ステップＳ１０１：ＹＥＳ）、インストールされている１つのアプリを選択する（ステップＳ１０４）。次に、ＣＰＵ１８１は、ステップＳ１０４の処理で選択したアプリの動作条件を取得する（ステップＳ１０５）。次に、ＣＰＵ１８１は、現在の動作環境を取得する（ステップＳ１０６）。

次に、ＣＰＵ１８１は、ステップＳ１０６の処理で取得した動作環境がステップＳ１０５の処理で取得した動作条件を満たしているか否かを判定する（ステップＳ１０７）。このとき、ＣＰＵ１８１は、動作環境が動作条件を満たしていないと判定した場合には（ステップＳ１０７：ＮＯ）、ステップＳ１０４の処理に移行する。一方、ＣＰＵ１８１は、動作環境が動作条件を満たしていると判定した場合には（ステップＳ１０７：ＹＥＳ）、直近のステップＳ１０４の処理で選択したアプリを、動作条件を満たすアプリとして退避する（ステップＳ１０８）。例えば、ＲＡＭ１８２又は不揮発性メモリ１８３のワーク領域にアプリを識別するための情報を記憶させる。

次に、ＣＰＵ１８１は、インストールされている全アプリを選択したか否かを判定する（ステップＳ１０９）。このとき、ＣＰＵ１８１は、インストールされている全アプリを選択していないと判定した場合には（ステップＳ１０９：ＮＯ）、ステップＳ１０４の処理に移行する。一方、ＣＰＵ１８１は、インストールされている全アプリを選択したと判定した場合には（ステップＳ１０９：ＹＥＳ）、退避したアプリの一覧を作成して（ステップＳ１１０）、アプリの一覧を応答として送信し（ステップＳ１１１）、本フローチャートに示す処理を終了する。

［４．第２実施例］
第２実施例ではＩＣチップ１ａの動作を＜ケース２−１＞、＜ケース２−２＞、＜ケース２−３＞に分けて説明する。

＜ケース２−１＞は、図７（Ｂ）に示すように、動作環境が、電力供給がバッテリーＢからであって、携帯端末１の電源がＯＮであるケースである。

＜ケース２−１＞の動作例を、図７（Ｃ）を用いて説明する。携帯端末１が非接触リーダ・ライタ（Ｒ／Ｗ）に翳され、非接触リーダ・ライタが、アプリ１を指定するＳＥＬＥＣＴコマンドを送信すると（ステップＳ５１）、これに対してＩＣチップＣのＣＰＵ１８１は、ＯＳの機能として、不揮発性メモリ１８３に記憶されているアプリ動作条件を示すデータ（図７（Ａ））及び動作環境を示すデータ（図７（Ｂ））を参照して、アプリ１について動作環境が動作条件を満たしているか否かを判定し、判定結果「ＯＫ」を応答として送信する（ステップＳ５２）。なお、ＣＰＵ１８１は動作環境が動作条件を満たしている場合には「ＯＫ」、満たしていない場合には「ＮＧ」を送信する。

また、非接触リーダ・ライタが、アプリ２を指定するＳＥＬＥＣＴコマンドを送信すると（ステップＳ５３）、これに対してＩＣチップＣのＣＰＵ１８１は、ＯＳの機能として、不揮発性メモリ１８３に記憶されているアプリ動作条件を示すデータ（図７（Ａ））及び動作環境を示すデータ（図７（Ｂ））を参照して、アプリ２について動作環境が動作条件を満たしているか否かを判定し、判定結果「ＯＫ」を応答として送信する（ステップＳ５４）。

同様に、非接触リーダ・ライタが、アプリ３を指定するＳＥＬＥＣＴコマンドを送信すると（ステップＳ５５）、これに対してＩＣチップＣのＣＰＵ１８１は、ＯＳの機能として、不揮発性メモリ１８３に記憶されているアプリ動作条件を示すデータ（図７（Ａ））及び動作環境を示すデータ（図７（Ｂ））を参照して、アプリ３について動作環境が動作条件を満たしているか否かを判定し、判定結果「ＯＫ」を応答として送信する（ステップＳ５６）。

次いで、＜ケース２−２＞は、図８（Ｂ）に示すように、動作環境が、電力供給がバッテリーＢからであって、携帯端末１の電源がＯＦＦであるケースである。

＜ケース２−２＞の動作例を、図８（Ｃ）を用いて説明する。携帯端末１が非接触リーダ・ライタ（Ｒ／Ｗ）に翳され、非接触リーダ・ライタが、アプリ１を指定するＳＥＬＥＣＴコマンドを送信すると（ステップＳ６１）、これに対してＩＣチップＣのＣＰＵ１８１は、ＯＳの機能として、不揮発性メモリ１８３に記憶されているアプリ動作条件を示すデータ（図８（Ａ））及び動作環境を示すデータ（図８（Ｂ））を参照して、アプリ１について動作環境が動作条件を満たしているか否かを判定し、判定結果「ＮＧ」を応答として送信する（ステップＳ６２）。

また、非接触リーダ・ライタが、アプリ２を指定するＳＥＬＥＣＴコマンドを送信すると（ステップＳ６３）、これに対してＩＣチップＣのＣＰＵ１８１は、ＯＳの機能として、不揮発性メモリ１８３に記憶されているアプリ動作条件を示すデータ（図８（Ａ））及び動作環境を示すデータ（図８（Ｂ））を参照して、アプリ２について動作環境が動作条件を満たしているか否かを判定し、判定結果「ＯＫ」を応答として送信する（ステップＳ６４）。

更に、非接触リーダ・ライタが、アプリ３を指定するＳＥＬＥＣＴコマンドを送信すると（ステップＳ６５）、これに対してＩＣチップＣのＣＰＵ１８１は、ＯＳの機能として、不揮発性メモリ１８３に記憶されているアプリ動作条件を示すデータ（図８（Ａ））及び動作環境を示すデータ（図８（Ｂ））を参照して、アプリ３について動作環境が動作条件を満たしているか否かを判定し、判定結果「ＯＫ」を応答として送信する（ステップＳ６６）。

次いで、＜ケース２−３＞は、図９（Ｂ）に示すように、動作環境が、電力供給が搬送波からであって、携帯端末１の電源がＯＦＦであるケースである。

＜ケース２−３＞の動作例を、図９（Ｃ）を用いて説明する。携帯端末１が非接触リーダ・ライタ（Ｒ／Ｗ）に翳され、非接触リーダ・ライタが、アプリ１を指定するＳＥＬＥＣＴコマンドを送信すると（ステップＳ７１）、これに対してＩＣチップＣのＣＰＵ１８１は、ＯＳの機能として、不揮発性メモリ１８３に記憶されているアプリ動作条件を示すデータ（図９（Ａ））及び動作環境を示すデータ（図９（Ｂ））を参照して、アプリ１について動作環境が動作条件を満たしているか否かを判定し、判定結果「ＮＧ」を応答として送信する（ステップＳ７２）。

また、非接触リーダ・ライタが、アプリ２を指定するＳＥＬＥＣＴコマンドを送信すると（ステップＳ７３）、これに対してＩＣチップＣのＣＰＵ１８１は、ＯＳの機能として、不揮発性メモリ１８３に記憶されているアプリ動作条件を示すデータ（図９（Ａ））及び動作環境を示すデータ（図９（Ｂ））を参照して、アプリ２について動作環境が動作条件を満たしているか否かを判定し、判定結果「ＮＧ」を応答として送信する（ステップＳ７４）。

更に、非接触リーダ・ライタが、アプリ３を指定するＳＥＬＥＣＴコマンドを送信すると（ステップＳ７５）、これに対してＩＣチップＣのＣＰＵ１８１は、ＯＳの機能として、不揮発性メモリ１８３に記憶されているアプリ動作条件を示すデータ（図９（Ａ））及び動作環境を示すデータ（図９（Ｂ））を参照して、アプリ３について動作環境が動作条件を満たしているか否かを判定し、判定結果「ＯＫ」を応答として送信する（ステップＳ７６）。

第２実施例の＜ケース２−１＞−＜ケース２−３＞では、ＯＳ（を実行するＣＰＵ１８１）が動作条件の判定を行うこととしたが、ＯＳはＳＥＬＥＣＴコマンドで選択されたアプリに対してＳＥＬＥＣＴコマンドを渡し、ＳＥＬＥＣＴコマンドを受け取ったアプリ（を実行するＣＰＵ１８１）が動作条件の判定を行って、判定結果をＯＳに戻すこととし、次いで、ＯＳ（を実行するＣＰＵ１８１）が判定結果を非接触リーダ・ライタに返すこととしてもよい。

次いで、第２実施例におけるＣＰＵ１８１の動作例について図１０のフローチャートを用いて説明する。なお、本フローチャートは、ＩＣチップＣが非接触リーダ・ライタから何れかのコマンドを受信した場合におけるＯＳを実行するＣＰＵ１８１の動作例を示す。

まず、ＣＰＵ１８１は、ＳＥＬＥＣＴコマンドを受信したか否かを判定する（ステップＳ２０１）。このとき、ＣＰＵ１８１は、ＳＥＬＥＣＴコマンドを受信したのではない（ＳＥＬＥＣＴコマンド以外のコマンドを受信した）と判定した場合には（ステップＳ２０１：ＮＯ）、選択アプリ（直近に受信したＳＥＬＥＣＴコマンドで指定されたアプリ）に受信したコマンドを引き渡し（ステップＳ２０２）、本フローチャートに示す処理を終了する。

一方、ＣＰＵ１８１はＳＥＬＥＣＴコマンドを受信したと判定した場合には（ステップＳ２０１：ＮＯ）、ＳＥＬＥＣＴコマンドにより指定されたアプリの動作条件を取得する（ステップＳ２０３）。次に、ＣＰＵ１８１は、現在の動作環境を取得する（ステップＳ２０４）。

次に、ＣＰＵ１８１は、ステップＳ２０４の処理で取得した動作環境がステップＳ２０３の処理で取得した動作条件を満たしているか否かを判定する（ステップＳ２０５）。このとき、ＣＰＵ１８１は、動作環境が動作条件を満たしていないと判定した場合には（ステップＳ２０５：ＮＯ）、動作条件を満たさないことを示す判定結果「ＮＧ」を応答として送信し（ステップＳ２０７）、本フローチャートに示す処理を終了する。一方、ＣＰＵ１８１は、動作環境が動作条件を満たしていると判定した場合には（ステップＳ２０５：ＹＥＳ）、動作条件を満たすことを示す判定結果「ＯＫ」を応答として送信し（ステップＳ２０６）、本フローチャートに示す処理を終了する。

以上説明したように、本実施形態のＩＣチップＣ（「電子情報記憶媒体」の一例）は、インストールされているアプリケーションに関するデータを記憶する不揮発性メモリ１８３（「記憶部」の一例）と、リーダ・ライタ（「外部装置」の一例）から受信したコマンドに応じた処理を実行するＣＰＵ１８１（「実行部」の一例）とを備え、不揮発性メモリ１８３は、アプリケーション毎に設定されたアプリ動作条件を示すデータと、現在のＩＣチップＣの動作環境を示すデータを更に記憶し、ＣＰＵ１８１は、ＳＥＬＥＴコマンド（「所定のコマンド」の一例）を受信した際に不揮発性メモリ１８３を参照して、所定のアプリケーションについて設定されたアプリ動作条件を動作環境が満たしているか否かの判定を行い、当該判定の結果をリーダ・ライタに送信する。

したがって、本実施形態によれば、アプリケーション毎に設定されたアプリ動作条件を示すデータと、現在のＩＣチップＣの動作環境を示すデータを参照して、所定のアプリケーションについて設定されたアプリ動作条件を動作環境が満たしているか否かを出力することができる。これにより、アプリケーションを当該アプリケーションに適した条件下で動作させることができる。

また、本実施形態において、アプリ動作条件は、ＩＣチップＣに接続された携帯端末１（「端末装置」の一例）の電源スイッチがオンか否かという第１条件と、ＩＣチップＣへの電力が携帯端末１のバッテリーＢから供給されているか、又は、リーダ・ライタから搬送波によって供給されているかという第２条件を含み、不揮発性メモリ１８３は、動作環境を示すデータとして、携帯端末１の電源スイッチがオンか否かを示す第１データと、電力がバッテリーＢから供給されているか、又は、リーダ・ライタから搬送波によって供給されているかを示す第２データを記憶し、ＣＰＵ１８１は、第１データ及び第２データと、所定のアプリケーションについて設定された第１条件及び第２条件とに基づいて判定を行う。

更に、第１実施例において、判定アプリ（「判定アプリケーション」の一例）は、ＣＰＵ１８１に、当該判定アプリを指定するＳＥＬＥＣＴコマンドのレスポンスとして、インストールされているアプリケーションのうち、動作環境がアプリ動作条件を満たしているアプリケーションの一覧（「識別情報」の一例）をリーダ・ライタに送信させる。この場合、予めリーダ・ライタ側が判定アプリのＡＩＤを知っていれば、リーダ・ライタは当該ＡＩＤを指定するＳＥＬＥＣＴコマンドをＩＣチップＣに送信することにより、予め設定された動作条件を動作環境が満たしているアプリを把握することができる。

更にまた、第２実施例において、ＣＰＵ１８１は、ＳＥＬＥＣＴコマンドにより指定されたアプリケーションについて設定されたアプリ動作条件を動作環境が満たしているか否かの判定を行い、当該判定の結果をリーダ・ライタに送信する。この場合、リーダ・ライタは使用したいアプリを示すＡＩＤを指定するＳＥＬＥＣＴコマンドをＩＣチップＣに送信することにより、当該アプリの動作条件を動作環境が満たしている否かを把握することができる。

なお、上記実施形態においては、本発明の電子情報記憶媒体の一例としてＩＣチップＣを例にとって説明したが、本発明は、組込み型のマイクロチップやＵＩＭそのものなどに対して適用することもできる。

１ 携帯端末
１８ ＵＩＭカード
Ｃ ＩＣチップ
１８１ ＣＰＵ
１８２ ＲＡＭ
１８３ 不揮発性メモリ
１８４ Ｉ／Ｏ回路

Claims (6)

1. インストールされているアプリケーションに関するデータを記憶する記憶部と、外部装置から受信したコマンドに応じた処理を実行する実行部とを備える電子情報記憶媒体であって、
   前記記憶部は、前記アプリケーション毎に設定された動作条件を示すデータと、現在の前記電子情報記憶媒体の動作環境を示すデータを更に記憶し、
   前記実行部は、所定のコマンドを受信した際に前記記憶部を参照して、所定のアプリケーションについて設定された前記動作条件を前記動作環境が満たしているか否かの判定を行い、当該判定の結果を前記外部装置に出力することを特徴とする電子情報記憶媒体。
2. 請求項１に記載の電子情報記憶媒体であって、
   前記所定のコマンドは前記インストールされているアプリケーションの何れかを指定するコマンドであり、
   前記インストールされているアプリケーションの一つである判定アプリケーションは、前記実行部に、当該判定アプリケーションを指定する前記所定のコマンドのレスポンスとして、前記インストールされているアプリケーションのうち、前記動作環境が前記動作条件を満たしているアプリケーションを識別する識別情報を前記外部装置に出力させることを特徴とする電子情報記憶媒体。
3. 請求項１に記載の電子情報記憶媒体であって、
   前記所定のコマンドは前記インストールされているアプリケーションの何れかを指定するコマンドであり、
   前記実行部は、前記所定のコマンドにより指定されたアプリケーションについて設定された前記動作条件を前記動作環境が満たしているか否かの判定を行い、当該判定の結果を前記外部装置に出力することを特徴とする電子情報記憶媒体。
4. 請求項１乃至３の何れか一項に記載の電子情報記憶媒体であって、
   前記動作条件は、前記電子情報記憶媒体に接続された端末装置の電源スイッチがオンか否かという第１条件と、前記電子情報記憶媒体への電力が前記端末装置のバッテリーから供給されているか、又は、前記外部装置から搬送波によって供給されているかという第２条件を含み、
   前記記憶部は、前記動作環境を示すデータとして、前記端末装置の電源スイッチがオンか否かを示す第１データと、前記電力が前記バッテリーから供給されているか、又は、前記外部装置から搬送波によって供給されているかを示す第２データを記憶し、
   前記実行部は、前記第１データ及び前記第２データと、前記所定のアプリケーションについて設定された前記第１条件及び前記第２条件とに基づいて前記判定を行うことを特徴とする電子情報記憶媒体。
5. インストールされているアプリケーションに関するデータ、前記アプリケーション毎に設定された動作条件を示すデータ、及び、現在の電子情報記憶媒体の動作環境を示すデータを記憶する記憶部と、外部装置から受信したコマンドに応じた処理を実行する実行部とを備える電子情報記憶媒体における判定方法であって、
   前記実行部が、所定のコマンドを受信した際に前記記憶部を参照して、所定のアプリケーションについて設定された前記動作条件を前記動作環境が満たしているか否かの判定を行う判定工程と、
   前記判定の結果を前記外部装置に出力する送信工程と、
   を含むことを特徴とする判定方法。
6. インストールされているアプリケーションに関するデータ、前記アプリケーション毎に設定された動作条件を示すデータ、及び、現在の電子情報記憶媒体の動作環境を示すデータを記憶する記憶部と、外部装置から受信したコマンドに応じた処理を実行するコンピュータとを備える電子情報記憶媒体における前記コンピュータを、
   所定のコマンドを受信した際に前記記憶部を参照して、所定のアプリケーションについて設定された前記動作条件を前記動作環境が満たしているか否かの判定を行う判定手段、
   前記判定の結果を前記外部装置に出力する送信手段、
   として機能させることを特徴とする判定プログラム。
   

Images