(57)【要約】アプリケーションと、アプリケーションそれぞれに対応するアプリケーションに関する情報と、アプリケーションに関する情報を、優先順位を付けて記憶する状態管理情報とを記憶する記憶部と、処理命令に基づいて、状態管理情報に記憶されるアプリケーションに関する情報を管理することにより、アプリケーションの有効な状態と無効な状態とを制御する制御部と、を備える、情報処理装置が提供される。【選択図】図１０
2013179791.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションと、前記アプリケーションそれぞれに対応するアプリケーションに関する情報と、前記アプリケーションに関する情報を、優先順位を付けて記憶する状態管理情報とを記憶する記憶部と、
処理命令に基づいて、前記状態管理情報に記憶される前記アプリケーションに関する情報を管理することにより、前記アプリケーションの有効な状態と無効な状態とを制御する制御部と、
を備える、情報処理装置。
【請求項２】
前記制御部は、
一のアプリケーションに対応する前記アプリケーションに関する情報を、前記状態管理情報に追加することによって、前記一のアプリケーションを有効な状態とし、
前記状態管理情報に記憶されている一のアプリケーションに対応する前記アプリケーションに関する情報を、前記状態管理情報から削除することによって、前記一のアプリケーションを無効な状態とする、請求項１に記載の情報処理装置。
【請求項３】
前記アプリケーションに関する情報は、アプリケーションが用いられるシステムを識別するためのシステム情報を含み、
前記制御部は、新たに有効な状態とするアプリケーションに対応する、前記アプリケーションに関する情報に含まれる前記システム情報が、前記状態管理情報に既に記憶されている前記アプリケーションに関する情報に含まれている場合には、前記新たに有効な状態とするアプリケーションに対応する前記アプリケーションに関する情報を、前記状態管理情報に追加しない、請求項２に記載の情報処理装置。
【請求項４】
前記制御部は、前記状態管理情報からの前記アプリケーションに関する情報の削除と、前記状態管理情報への前記アプリケーションに関する情報の追加とによって、前記状態管理情報に記憶されるアプリケーションに関する情報に対応付られる優先順位を制御する、請求項２に記載の情報処理装置。
【請求項５】
前記制御部は、
前記アプリケーションを第１レイヤで管理し、
前記アプリケーションそれぞれに対応するアプリケーションに関する情報と、前記状態管理情報とを、前記第１レイヤより下位の第２レイヤで管理する、請求項１に記載の情報処理装置。
【請求項６】
前記制御部は、
前記第２レイヤより下位の第３レイヤをさらに設け、
前記第３レイヤにおいて、前記第２レイヤで管理される前記状態管理情報をコピーした前記状態管理情報を管理する、請求項５に記載の情報処理装置。
【請求項７】
前記アプリケーションに関する情報は、ポーリング信号に対する応答を行うか否かを規定するモード情報を含み、
前記制御部は、前記状態管理情報に含まれる前記モード情報を更新する場合には、
前記第３レイヤで管理される前記状態管理情報に含まれる前記モード情報を更新し、
前記第２レイヤで管理される前記状態管理情報に含まれる前記モード情報は更新しない、請求項６に記載の情報処理装置。
【請求項８】
前記記憶部は、揮発性の記録媒体と、不揮発性の記録媒体とを有し、
前記状態管理情報に含まれる前記アプリケーションに関する情報を構成する前記モード情報は、前記揮発性の記録媒体に記憶され、
前記状態管理情報に含まれる前記アプリケーションに関する情報を構成する情報のうち、前記モード情報以外の情報は、前記不揮発性の記録媒体に記憶される、請求項７に記載の情報処理装置。
【請求項９】
アプリケーションと、前記アプリケーションそれぞれに対応するアプリケーションに関する情報と、前記アプリケーションに関する情報を、優先順位を付けて記憶する状態管理情報とを記憶する記憶部と、
前記状態管理情報に記憶される前記アプリケーションに関する情報を管理することにより、前記アプリケーションの有効な状態と無効な状態とを制御する制御部と、
外部装置と非接触に通信を行う通信部と、
ユーザが操作可能な操作部と、
を備え、
前記制御部は、前記通信部が前記外部装置から受信した処理命令、または、前記操作部から伝達されるユーザ操作に基づく処理命令に基づいて、前記アプリケーションの有効な状態と無効な状態とを制御する、情報処理装置。
【請求項１０】
アプリケーションに関する情報が優先順位を付けて記憶される状態管理情報を記憶する記憶部と、
処理命令に基づいて、前記状態管理情報に記憶される前記アプリケーションに関する情報を管理することにより、前記アプリケーションの有効な状態と無効な状態とを制御する制御部と、
を備える、情報処理装置。
【請求項１１】
アプリケーションと、前記アプリケーションそれぞれに対応するアプリケーションに関する情報と、前記アプリケーションに関する情報を、優先順位を付けて記憶する状態管理情報とを記憶する記憶部に記憶される、前記状態管理情報に記憶される前記アプリケーションに関する情報を、処理命令に基づいて管理することにより、前記アプリケーションの有効な状態と無効な状態とを制御するステップを有する、情報処理方法。
【請求項１２】
アプリケーションと、前記アプリケーションそれぞれに対応するアプリケーションに関する情報と、前記アプリケーションに関する情報を、優先順位を付けて記憶する状態管理情報とを記憶する記憶部に記憶される、前記状態管理情報に記憶される前記アプリケーションに関する情報を、処理命令に基づいて管理することにより、前記アプリケーションの有効な状態と無効な状態とを制御するステップを、コンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置、情報処理方法、およびプログラムに関する。
【背景技術】
【０００２】
近年、例えば、非接触式ＩＣ（Integrated  Circuit）カードや非接触式ＩＣチップを搭載した携帯電話など、リーダ／ライタ（または、リーダ／ライタ機能を有する情報処理装置。以下、同様とする。）と非接触に通信可能な情報処理装置が普及している。リーダ／ライタと、ＩＣカード、携帯電話などの情報処理装置とは、例えば１３．５６［ＭＨｚ］など所定の周波数の磁界（搬送波）を通信に使用している。具体的には、リーダ／ライタが搬送波信号をのせた搬送波を送信し、搬送波をアンテナで受信したＩＣカードなどの情報処理装置が負荷変調によって受信した搬送波信号に対する応答信号を返信することにより、リーダ／ライタと情報処理装置とは通信を行う。【０００３】
ここで、上記のような、１３．５６［ＭＨｚ］など所定の周波数の搬送波を用いて通信を行うＮＦＣ（Near  Field  Communication）には、例えば、“ＩＳＯ／ＩＥＣ  １８０９２  Ｔｙｐｅ  Ｆ”や、“ＩＳＯ／ＩＥＣ  １４４４３  Ｔｙｐｅ  Ａ”、“ＩＳＯ／ＩＥＣ  １４４４３  Ｔｙｐｅ  Ｂ”など、様々な通信方式がある。また、情報処理装置の中には、例えばデュアルカードのように、それぞれの通信方式に対応するオペレーティング・システム（Operating  System。以下、「ＯＳ」と示す場合がある。）を有することによって、複数の通信方式や通信規格に対応することが可能なものもある。【０００４】
このような中、複数の通信方式や規格それぞれに対応する処理を、正常に行うための技術が開発されている。例えば、外部装置との接触通信におけるメッセージ構造と、外部装置との非接触通信におけるメッセージ構造とが異なる場合であっても、受信したメッセージの構造に対応する処理を可能とする技術としては、例えば、特許文献１に記載の技術が挙げられる。また、外部装置からの命令の仕様を変更することなく、通常とは異なる実行環境上で動作するＯＳを模倣したアプリケーションに、外部装置からの命令を実行させる技術としては、例えば、特許文献２に記載の技術が挙げられる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−２４２４４５号公報
【特許文献２】特開２０１１−１１８８３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
複数の通信方式や通信規格に情報処理装置を対応させる一の方法としては、例えばデュアルカードのように、情報処理装置が、“ＦｅｌｉＣａ（登録商標）  ＯＳ”や“Ｊａｖａ  Ｃａｒｄ（登録商標）  ＯＳ”などの複数のＯＳを有することが挙げられる（例えば、後述する図１Ａに対応する構成）。しかしながら、上記一の方法を用いる場合には、情報処理装置に複数のＯＳを実装しなければならない。【０００７】
また、複数の通信方式や通信規格に情報処理装置を対応させる他の方法としては、例えば、情報処理装置が１つのＯＳを有し、当該ＯＳが対応する通信方式以外の通信方式に対応するＯＳの機能を、アプリケーションとして実現する方法が考えられる（例えば、後述する図１Ｂに対応する構成）。上記のように、１つのＯＳが対応する通信方式以外の通信方式に対応するＯＳの機能を、アプリケーションとして実現する方法を用いる場合には、情報処理装置に複数のＯＳを実装しなくても、複数の通信方式や通信規格に情報処理装置を対応させることが可能となる。【０００８】
しかしながら、ＯＳが対応する通信方式以外の通信方式に対応するＯＳの機能を、アプリケーションとして実現する場合には、通信方式が異なるが故に、例えば、アプレットなどのアプリケーションのインストール（アプリケーションの追加）に関して制限がかかることが起こりうる。例えば“ＩＳＯ／ＩＥＣ  １８０９２  Ｔｙｐｅ  Ｆ”のような、インストールされたアプリケーションに関する情報をテーブルで管理する通信方式に対応するＯＳの機能を、アプリケーションで実現する場合には、例えば、当該テーブルに記録可能なアプレットなどのアプリケーションに関する情報の制限（登録可能なアプリケーションの個数制限）によって、ユーザがインストールを所望するアプリケーションのインストールができないことが起こる恐れがある。【０００９】
本開示では、インストールされたアプリケーションについて、当該アプリケーションが有効な状態と無効な状態とを制御することが可能な、新規かつ改良された情報処理装置、情報処理方法、およびプログラムを提案する。
【課題を解決するための手段】
【００１０】
本開示によれば、アプリケーションと、上記アプリケーションそれぞれに対応するアプリケーションに関する情報と、上記アプリケーションに関する情報を、優先順位を付けて記憶する状態管理情報とを記憶する記憶部と、処理命令に基づいて、上記状態管理情報に記憶される上記アプリケーションに関する情報を管理することにより、上記アプリケーションの有効な状態と無効な状態とを制御する制御部と、を備える、情報処理装置が提供される。【００１１】
また、本開示によれば、アプリケーションと、上記アプリケーションそれぞれに対応するアプリケーションに関する情報と、上記アプリケーションに関する情報を、優先順位を付けて記憶する状態管理情報とを記憶する記憶部と、上記状態管理情報に記憶される上記アプリケーションに関する情報を管理することにより、上記アプリケーションの有効な状態と無効な状態とを制御する制御部と、外部装置と非接触に通信を行う通信部と、ユーザが操作可能な操作部と、を備え、上記制御部は、上記通信部が上記外部装置から受信した処理命令、または、上記操作部から伝達されるユーザ操作に基づく処理命令に基づいて、上記アプリケーションの有効な状態と無効な状態とを制御する、情報処理装置が提供される。【００１２】
また、本開示によれば、アプリケーションに関する情報が優先順位を付けて記憶される状態管理情報を記憶する記憶部と、処理命令に基づいて、上記状態管理情報に記憶される上記アプリケーションに関する情報を管理することにより、上記アプリケーションの有効な状態と無効な状態とを制御する制御部と、を備える、情報処理装置が提供される。【００１３】
また、本開示によれば、アプリケーションと、上記アプリケーションそれぞれに対応するアプリケーションに関する情報と、上記アプリケーションに関する情報を、優先順位を付けて記憶する状態管理情報とを記憶する記憶部に記憶される、上記状態管理情報に記憶される上記アプリケーションに関する情報を、処理命令に基づいて管理することにより、上記アプリケーションの有効な状態と無効な状態とを制御するステップを有する、情報処理方法が提供される。【００１４】
また、本開示によれば、アプリケーションと、上記アプリケーションそれぞれに対応するアプリケーションに関する情報と、上記アプリケーションに関する情報を、優先順位を付けて記憶する状態管理情報とを記憶する記憶部に記憶される、上記状態管理情報に記憶される上記アプリケーションに関する情報を、処理命令に基づいて管理することにより、上記アプリケーションの有効な状態と無効な状態とを制御するステップを、コンピュータに実行させるためのプログラムが提供される。
【発明の効果】
【００１５】
本開示によれば、インストールされたアプリケーションについて、当該アプリケーションが有効な状態と無効な状態とを制御することができる。
【図面の簡単な説明】
【００１６】
【図１Ａ】本実施形態に係る情報処理装置における情報処理方法に係る処理を説明するための説明図である。
【図１Ｂ】本実施形態に係る情報処理装置における情報処理方法に係る処理を説明するための説明図である。
【図２】本実施形態に係る情報処理方法に係る処理の一例を説明するための説明図である。
【図３】本実施形態に係る情報処理方法に係る処理の一例を説明するための説明図である。
【図４】本実施形態に係る情報処理装置が、本実施形態に係る情報処理方法に係る処理を行うことにより実現可能な、アプリケーションの状態遷移の一例を示す説明図である。
【図５】本実施形態に係る情報処理装置が、本実施形態に係る情報処理方法に係る処理を行うことにより実現可能な、アプリケーションの状態遷移の他の例を示す説明図である。
【図６】本実施形態に係る情報処理装置における、アプリケーション、アプリケーションそれぞれに対応するアプリケーションに関する情報、および状態管理情報の階層管理の一例を示す説明図である。
【図７】本実施形態に係る情報処理装置における情報処理方法に係る処理の一例を説明するための説明図である。
【図８】本実施形態に係る情報処理装置における状態管理情報の更新に係る処理の一例を説明するための説明図である。
【図９】本実施形態に係る情報処理装置における、アプリケーション、アプリケーションそれぞれに対応するアプリケーションに関する情報、および状態管理情報の階層管理の他の例を示す説明図である。
【図１０】本実施形態に係る情報処理装置の構成の一例を示すブロック図である。
【図１１】本実施形態に係る情報処理装置が備える通信部の構成の一例を示す説明図である。
【図１２】本実施形態に係る情報処理装置における処理の第１の例を示す説明図である。
【図１３】本実施形態に係る情報処理装置における状態管理情報の更新に係る処理の一例を示す説明図である。
【図１４】本実施形態に係る情報処理装置における第１の例に係る処理の他の例を示す説明図である。
【図１５】本実施形態に係る情報処理装置における処理の第２の例を示す説明図である。
【図１６】本実施形態に係る情報処理装置における状態管理情報の更新に係る処理の一例を示す説明図である。
【図１７】本実施形態に係る情報処理装置における第２の例に係る処理の他の例を示す説明図である。
【図１８】本実施形態に係る情報処理装置における状態管理情報の更新に係る処理の一例を示す説明図である。
【図１９】本実施形態に係る情報処理装置における処理の第３の例を示す説明図である。
【図２０】本実施形態に係る情報処理装置における状態管理情報の更新に係る処理の一例を示す説明図である。
【図２１】本実施形態に係る情報処理装置における処理の第４の例を示す説明図である。
【発明を実施するための形態】
【００１７】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１８】
また、以下では、下記に示す順序で説明を行う。
１．本実施形態に係る情報処理方法
２、本実施形態に係る情報処理装置
３．本実施形態に係るプログラム
【００１９】
（本実施形態に係る情報処理方法）
本実施形態に係る情報処理装置の構成について説明する前に、本実施形態に係る情報処理方法について説明する。また、以下では、本実施形態に係る情報処理装置が、本実施形態に係る情報処理方法に係る処理を行うものとして説明する。
【００２０】
図１Ａ、図１Ｂは、本実施形態に係る情報処理装置における情報処理方法に係る処理を説明するための説明図である。ここで、図１Ａは、上述した複数の通信方式や通信規格に情報処理装置を対応させる一の方法に対応する構成の概要を示しており、複数のＯＳを有することによって複数の通信方式や通信規格に情報処理装置を対応させる場合の一例を示している。また、図１Ｂは、上述した複数の通信方式や通信規格に情報処理装置を対応させる他の方法に対応する構成の概要を示しており、ＯＳが対応する通信方式以外の通信方式に対応するＯＳの機能を、アプリケーションとして実現する場合の一例を示している。
【００２１】
例えば図１Ａに示すように、情報処理装置が、“ＦｅｌｉＣａ（登録商標）  ＯＳ”（図１Ａに示すＡ）と“Ｊａｖａ  Ｃａｒｄ（登録商標）  ＯＳ”（図１Ａに示すＢ）との２つのＯＳを有することによって、“ＦｅｌｉＣａ（登録商標）  ＯＳ”に対応する通信方式に対応する処理と、“Ｊａｖａ  Ｃａｒｄ（登録商標）  ＯＳ”に対応する通信方式とに対応する処理とを、１つの情報処理装置に行わせることが可能である。しかしながら、図１Ａに示す構成を実現するためには、“ＦｅｌｉＣａ（登録商標）  ＯＳ”と“Ｊａｖａ  Ｃａｒｄ（登録商標）  ＯＳ”との２つのＯＳを、情報処理装置に実装しなければばらない。
【００２２】
また、例えば図１Ｂに示すように、図１Ａに示す“ＦｅｌｉＣａ（登録商標）  ＯＳ”（図１Ａに示すＡ）が有する機能を、“ＦｅｌｉＣａ（登録商標）  ＯＳ”と対応する機能を有するアプリケーションによって実現する場合（図１Ｂに示すＡ’）には、
“ＦｅｌｉＣａ（登録商標）  ＯＳ”（図１Ａに示すＡ）が有する機能を、“Ｊａｖａ  Ｃａｒｄ（登録商標）  ＯＳ”上で実現することができる。
【００２３】
しかしながら、例えば図１Ｂに示すように、“ＦｅｌｉＣａ（登録商標）  ＯＳ”（図１Ａに示すＡ）が有する機能を、“Ｊａｖａ  Ｃａｒｄ（登録商標）  ＯＳ”上で実現する場合には、上述したように、例えば、アプレットなどのアプリケーションのインストール（アプリケーションの追加）に関して制限がかかることが起こりうる。
【００２４】
以下、例えば図１Ｂに示すように、“ＦｅｌｉＣａ（登録商標）  ＯＳ”（図１Ａに示すＡ）が有する機能を、“Ｊａｖａ  Ｃａｒｄ（登録商標）  ＯＳ”上で実現する場合を例に挙げて、本実施形態に係る情報処理装置における、本実施形態に係る情報処理方法に係る処理について説明する。なお、本実施形態に係る情報処理方法に係る処理が適用可能なケースは、“ＦｅｌｉＣａ（登録商標）  ＯＳ”（図１Ａに示すＡ）が有する機能を、“Ｊａｖａ  Ｃａｒｄ（登録商標）  ＯＳ”上で実現する場合に限られない。例えば、本実施形態に係る情報処理方法は、インストールされたアプリケーションに関する情報をテーブルなどで管理する通信方式に対応するＯＳの機能を、アプリケーションで実現する場合に適用することが可能である。
【００２５】
［１］本実施形態に係る情報処理方法の概要
本実施形態に係る情報処理装置は、インストールされたアプリケーションについて、当該アプリケーションが有効な状態（以下、「Ａｃｔｉｖａｔｅｄ」と示す場合がある。）と、当該アプリケーションが無効な状態（以下、「Ｄｅａｃｔｉｖａｔｅｄ」と示す場合がある。）とを設け、有効な状態と無効な状態とを制御する。ここで、本実施形態に係るアプリケーションが有効な状態とは、インストールされたアプリケーションの実行が可能な状態であり、また、本実施形態に係るアプリケーションが無効な状態とは、インストールされたアプリケーションが、インストールされたまま実行がされない状態をいう。
【００２６】
本実施形態に係る情報処理装置は、例えば、アプリケーション（インストールされたアプリケーション）に対応するアプリケーションに関する情報が、優先順位を付けて記憶される状態管理情報を、処理命令に基づいて管理することにより、アプリケーションの有効な状態と無効な状態とを制御する。ここで、例えば図１Ｂに示すように、“ＦｅｌｉＣａ（登録商標）  ＯＳ”（図１Ａに示すＡ）が有する機能を、“Ｊａｖａ  Ｃａｒｄ（登録商標）  ＯＳ”上で実現する場合、本実施形態に係る情報処理装置は、例えば、“Ｊａｖａ  Ｃａｒｄ  Ｒｕｎｔｉｍｅ  Ｅｎｖｉｒｏｎｍｅｎｔ”のＣＲＳ（Contactless  Registry  Service）アプリケーションを実行することによって、状態管理情報を管理することが可能である。なお、本実施形態に係る情報処理装置における状態管理情報の管理が、ＣＲＳアプリケーションを実行することによる管理に限られないことは、言うまでもない。
【００２７】
ここで、本実施形態に係るアプリケーションに関する情報（データ）としては、アプリケーションが用いられるシステムを識別するためのシステム情報（例えば、システムコード。以下、「ＳＣ」と示す場合がある。）が挙げられる。なお、本実施形態に係るアプリケーションに関する情報は、システム情報に限られない。例えば、本実施形態に係るアプリケーションに関する情報には、アプリケーション固有のＩＤ（以下、「ＡＩＤ」と示す。）や、製造ＩＤ（以下、「ＩＤｍ」と示す。）、製造パラメータ（以下、「ＰＭｍ」と示す。）、ポーリング信号に対する応答を行うか否かを規定するモード情報（例えば、モードフラグ。以下、「ＭＦ」と示す場合がある。）が含まれていてもよい。
【００２８】
また、本実施形態に係る状態管理情報は、インストールされているアプリケーションを実行する装置（例えば、本実施形態に係る情報処理装置、または、本実施形態に係る情報処理装置を含む装置（あるいは、システム）。以下、同様とする。）によって参照され、インストールされているアプリケーションを実行する装置は、状態管理情報に記憶されているアプリケーションに関する情報に基づいて、アプリケーションを実行する。つまり、インストールされているアプリケーションを実行する装置では、状態管理情報に記憶されているアプリケーションに関する情報に対応するアプリケーションが、実行可能となる。一方、インストールされているアプリケーションを実行する装置では、インストールがされているアプリケーションであっても、状態管理情報に記憶されているアプリケーションに関する情報に対応しないアプリケーションは実行されない。したがって、本実施形態に係る状態管理情報に記録されているアプリケーションに関する情報に対応するアプリケーションが、本実施形態に係る有効な状態のアプリケーションとなる。また、本実施形態に係る状態管理情報に記録されていないアプリケーションに関する情報に対応するアプリケーションが、本実施形態に係る無効な状態のアプリケーションとなる。
【００２９】
本実施形態に係る状態管理情報としては、例えば、アプリケーションに関する情報が、アプリケーションごとに、優先順位が設けられて記録されるテーブルが挙げられる。ここで、本実施形態に係る状態管理情報の管理が、実行されているＣＲＳアプリケーションによって行われる場合には、本実施形態に係る状態管理情報の役目を果たすテーブルは、“Ｃｏｎｔａｃｔｌｅｓｓ  Ｒｅｇｉｓｔｒｙ  Ｓｅｒｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ  ｔａｂｌｅ”の一つと捉えることが可能である。
【００３０】
本実施形態に係る状態管理情報には、例えば、所定の基準単位（例えば、スロット）でアプリケーションに関する情報が記録され、記憶可能なデータ容量の上限（例えば、スロット数の上限）が予め設定される。なお、本実施形態に係る状態管理情報における、上記記憶可能なデータ容量の上限は、変更可能であってもよい。また、本実施形態に係る状態管理情報が、テーブルに限られず、例えば、リレーショナルデータベースや、アプリケーションに関する情報をアプリケーションごとに優先順位を設けて記憶可能な、任意の形式のデータであってもよい。以下では、本実施形態に係る状態管理情報が、テーブルである場合を例に挙げて説明する。また、本実施形態に係る状態管理情報の具体例については、後述する。
【００３１】
また、本実施形態に係る処理命令としては、例えば、リーダ／ライタやサーバなどの外部装置から送信された処理命令や、操作部（後述する）から伝達されるユーザ操作に基づく処理命令が挙げられる。ここで、本実施形態に係る情報処理装置は、例えば、本実施形態に係る情報処理装置が備える通信部（後述する）が処理命令を示す信号を受信することや、例えば図１Ａ、図１Ｂに示すＣＬＦ（Contactless  Front  End）などの外部通信デバイスが受信した処理命令を示す信号を、当該外部通信デバイスから取得することによって、外部装置から送信された処理命令を取得する。
【００３２】
より具体的には、本実施形態に係る情報処理装置は、例えば、記憶部（後述する）を備え、状態管理情報を、記憶部（後述する）に記憶する。また、例えばアプリケーションのインストールが行われた場合には、本実施形態に係る情報処理装置は、例えば、１または２以上のアプリケーション（インストールされたアプリケーション）と、アプリケーションそれぞれに対応するアプリケーションに関する情報と、状態管理情報とを、記憶部（後述する）に記憶する。ここで、記憶部（後述する）に記憶される、アプリケーションそれぞれに対応するアプリケーションに関する情報は、例えば、各アプリケーションがインストールされる際に記憶部（後述する）に記憶される。つまり、例えばアプリケーションのインストールが行われていない場合には、本実施形態に係る情報処理装置では、アプリケーション（インストールされたアプリケーション）と、当該アプリケーションに対応するアプリケーションに関する情報とが、記憶部（後述する）に記憶されていない状態がありうる。
【００３３】
そして、本実施形態に係る情報処理装置は、一のアプリケーションを有効な状態とする場合には、当該一のアプリケーションに対応するアプリケーションに関する情報を、状態管理情報に追加する。一のアプリケーションに対応するアプリケーションに関する情報を状態管理情報に追加することによって、当該一のアプリケーションは、有効な状態となる。
【００３４】
また、本実施形態に係る情報処理装置は、一のアプリケーションを無効な状態とする場合には、状態管理情報に記憶されている一のアプリケーションに対応するアプリケーションに関する情報を、状態管理情報から削除する。一のアプリケーションに対応するアプリケーションに関する情報を状態管理情報から削除することによって、当該一のアプリケーションは無効な状態（インストールはされているが、実行はされない状態）となる。
【００３５】
なお、本実施形態に係る情報処理装置における、状態管理情報の管理に係る処理は、上記に限られない。例えば、仮に、システム情報の内容が同一の、複数のアプリケーションに関する情報が、状態管理情報に記憶されてしまった場合には、インストールされているアプリケーションを実行する装置が、システム情報の内容が同一のアプリケーションのうち、どちらのアプリケーションを実行すればよいか判定できないことや、インストールされているアプリケーションを実行する装置が、誤ったアプリケーションが実行されてしまうことなど、望ましくない事態が生じる恐れがある。
【００３６】
そこで、本実施形態に係る情報処理装置は、新たに有効な状態とするアプリケーションに対応する、アプリケーションに関する情報に含まれるシステム情報と、状態管理情報に既に記憶されているアプリケーションに関する情報とに基づいて、状態管理情報へのアプリケーションに関する情報の追加を制限する。より具体的には、本実施形態に係る情報処理装置は、例えば、新たに有効な状態とするアプリケーションに対応する、アプリケーションに関する情報に含まれるシステム情報が、状態管理情報に既に記憶されているアプリケーションに関する情報に含まれている場合には、当該新たに有効な状態とするアプリケーションに対応するアプリケーションに関する情報を、状態管理情報に追加しない。
【００３７】
例えば上記のように、本実施形態に係る情報処理装置が、状態管理情報へのアプリケーションに関する情報の追加を制限することによって、状態管理情報に記憶されるアプリケーションに関する情報に含まれるシステム情報のコンフリクトを防止し、上記のような望ましくない事態を防止することができる。
【００３８】
また、本実施形態に係る情報処理装置は、状態管理情報からのアプリケーションに関する情報の削除に係る処理と、状態管理情報へのアプリケーションに関する情報の追加に係る処理とを組み合わせてもよい。状態管理情報からのアプリケーションに関する情報の削除に係る処理と、状態管理情報へのアプリケーションに関する情報の追加に係る処理とを組み合わせることによって、本実施形態に係る情報処理装置は、例えば、下記の（Ａ）、（Ｂ）に示すことを実現することができる。
【００３９】
（Ａ）組み合わせに係る処理の第１の例
本実施形態に係る情報処理装置は、状態管理情報からのアプリケーションに関する情報の削除に係る処理と、状態管理情報へのアプリケーションに関する情報の追加に係る処理とを組み合わせることによって、例えば、同一のシステム情報を含む、複数のアプリケーションに関する情報が記憶部（後述する）に記憶されている場合であっても、いずれかのアプリケーションに関する情報を状態管理情報へと追加することができる。
【００４０】
例えば、一のアプリケーションを有効な状態とする場合において、当該一のアプリケーションに対応するアプリケーションに関する情報に含まれるシステム情報と、同一のシステム情報を含むアプリケーションに関する情報が、既に状態管理情報に記憶されている場合には、本実施形態に係る情報処理装置は、まず、状態管理情報からのアプリケーションに関する情報の削除に係る処理によって、既に記憶されているアプリケーションに関する情報を削除する。そして、本実施形態に係る情報処理装置は、状態管理情報へのアプリケーションに関する情報の追加に係る処理によって、有効な状態とする上記一のアプリケーションに対応するアプリケーションに関する情報を、状態管理情報へと追加する。
【００４１】
例えば上記のように、状態管理情報からのアプリケーションに関する情報の削除に係る処理と、状態管理情報へのアプリケーションに関する情報の追加に係る処理とを組み合わせた処理が行われることによって、本実施形態に係る情報処理装置は、同一のシステム情報に対応する複数のアプリケーションがインストールされることを許容し、かつ、いずれかのアプリケーションを有効な状態とすることができる。よって、ユーザは、例えばＵＩ（User  Interface）を操作することによって、同一のシステム情報に対応する複数のアプリケーションがインストールされた状態で、これらのアプリケーションを切り替えて使用することが可能となる。したがって、本実施形態に係る情報処理装置は、ユーザの利便性を向上させることができる。
【００４２】
（Ｂ）組み合わせに係る処理の第２の例
また、本実施形態に係る情報処理装置は、状態管理情報からのアプリケーションに関する情報の削除に係る処理と、状態管理情報へのアプリケーションに関する情報の追加に係る処理とを組み合わせることによって、例えば、状態管理情報に記憶されているアプリケーションに関する情報に対応付けられる優先順位を変更することができる。
【００４３】
例えば、状態管理情報において優先順位１番に対応付けられているアプリケーションに関する情報が、既に記憶されているときに、一のアプリケーションを、新たに優先順位１番に対応付けて有効な状態とする場合には、本実施形態に係る情報処理装置は、まず、状態管理情報からのアプリケーションに関する情報の削除に係る処理によって、既に記憶されている、優先順位１番に対応付けられているアプリケーションに関する情報を削除する。なお、本実施形態に係る情報処理装置は、新たに有効な状態とするアプリケーションに対応するアプリケーションに関する情報を追加する際に影響するアプリケーションに関する情報（例えば、同一のシステム情報を含むアプリケーションに関する情報など）を、全て削除してもよい。
【００４４】
また、本実施形態に係る情報処理装置は、状態管理情報へのアプリケーションに関する情報の追加に係る処理によって、有効な状態とする上記一のアプリケーションに対応するアプリケーションに関する情報を、優先順位１番に対応付けて、状態管理情報へと追加する。そして、本実施形態に係る情報処理装置は、状態管理情報へのアプリケーションに関する情報の追加に係る処理によって、上記状態管理情報からのアプリケーションに関する情報の削除に係る処理により削除したアプリケーションに関する情報を、状態管理情報へと追加する。
【００４５】
例えば上記のように、状態管理情報からのアプリケーションに関する情報の削除に係る処理と、状態管理情報へのアプリケーションに関する情報の追加に係る処理とを組み合わせた処理が行われることによって、本実施形態に係る情報処理装置は、状態管理情報に記憶されているアプリケーションに関する情報に対応付けられる優先順位を変更することができる。
【００４６】
以下、アプリケーションを新たに有効な状態とする場合における処理、および、アプリケーションを無効な状態とする場合における処理それぞれについて、具体例を挙げて説明する。
【００４７】
（１）アプリケーションを新たに有効な状態とする場合における処理の例
図２は、本実施形態に係る情報処理方法に係る処理の一例を説明するための説明図である。ここで、図２は、“ＩＳＯ／ＩＥＣ  １８０９２  Ｔｙｐｅ  Ｆ”のアプリケーション（以下、「Ｔｙｐｅ  Ｆ  ＡＰ」と示す場合がある。）を、状態管理情報へ追加する場合、すなわち、アプリケーションを新たに有効な状態とする場合における処理の一例を示している。図２に示すＡは、本実施形態に係る状態管理情報の一例を示しており、本実施形態に係る状態管理情報がテーブルである例を示している。また、図２に示すＢ〜Ｄそれぞれは、図２のＡに示す状態管理情報に対して本実施形態に係る情報処理方法に係る処理が行われた場合の一例を示している。図２に示すＢの右側に記載のテーブルは、“Ｔｙｐｅ  Ｆ  ＡＰ１”に対応するアプリケーションに関する情報の一例を示しており、“Ｔｙｐｅ  Ｆ  ＡＰ１”に対応するアプリケーションに関する情報が、１つ分のスロットに対応するデータ容量のデータであることを示している。図２に示すＣの右側に記載のテーブルは、“Ｔｙｐｅ  Ｆ  ＡＰ２”に対応するアプリケーションに関する情報の一例を示しており、“Ｔｙｐｅ  Ｆ  ＡＰ２”に対応するアプリケーションに関する情報が、２つ分のスロットに対応するデータ容量のデータであることを示している。図２に示すＤの右側に記載のテーブルは、“Ｔｙｐｅ  Ｆ  ＡＰ３”に対応するアプリケーションに関する情報の一例を示しており、“Ｔｙｐｅ  Ｆ  ＡＰ３”に対応するアプリケーションに関する情報が、１つ分のスロットに対応するデータ容量のデータであることを示している。
【００４８】
ここで、図２では、状態管理情報に、アプリケーションに関する情報を記憶するための４つのスロットが設けられている例を示しているが、本実施形態に係る状態管理情報に設けられるスロット数は、図２に示す例に限られない。また、図２のＡに示す状態管理情報の各行に付された番号“１”〜“４”が、記憶されるアプリケーションに関する情報に対応付られる優先順位に該当する（例えば、“１”が最も優先順位が高く、“４”が最も優先順位が低い。）。以下では、アプリケーションに関する情報に対応付られる優先順位の番号を、「スロット番号」と示す場合がある。
【００４９】
本実施形態に係る状態管理情報における優先順位は、例えば、インストールされているアプリケーションを実行する装置が状態管理情報を参照する場合における、参照の優先順位に該当する。より具体的には、例えば、インストールされているアプリケーションを実行する装置が、優先順位に該当する番号が指定されていないポーリング信号を取得した場合には、インストールされているアプリケーションを実行する装置は、“１”に対応するアプリケーションに関する情報を参照する。なお、優先順位に該当する番号が指定されているポーリング信号を取得した場合には、インストールされているアプリケーションを実行する装置は、当該番号に対応するアプリケーションに関する情報を参照することが可能である。
【００５０】
また、本実施形態に係る情報処理装置は、例えば下記のように、状態管理情報に記憶されるアプリケーションに関する情報に優先順位を付ける。
【００５１】
・アプリケーションのインストール順に応じた優先順位
本実施形態に係る情報処理装置は、例えば、アプリケーションのインストールした時間が早いほど、より高い優先順位を付ける。なお、アプリケーションが、インストールされずにロード（読み出し）のみされていた場合には、本実施形態に係る情報処理装置は、ロードされた時間を記憶する。そして、上記アプリケーションがインストールされた場合には、本実施形態に係る情報処理装置は、記憶しているロードされた時間に基づいて、ロードされた時間が早い程優先順位を高くしてもよい。
【００５２】
・アプリケーションに設定された優先度に基づく優先順位
本実施形態に係る情報処理装置は、例えば、設定された優先度が高いアプリケーションは、設定された優先度が低いアプリケーションよりも、優先順位が高く付ける。
【００５３】
なお、本実施形態に係る情報処理装置における優先順位の付け方は、上記の例に限られない。
【００５４】
例えば、アプリケーションのインストール時にスロット番号が指定される場合には、本実施形態に係る情報処理装置は、当該アプリケーションが、指定された特定のスロット番号を占有することを許容してもよい。上記のようにアプリケーションのインストール時にスロット番号が指定される場合とは、状態管理情報における指定されたスロット番号に、当該アプリケーションに対応するシステム情報が記憶されることが指定される場合に該当する。
【００５５】
より具体的には、インストール時に“システム情報ＳＣ＝０００３、およびＳｌｏｔ  ０”という指定が行われた場合には、本実施形態に係る情報処理装置は、例えば、状態管理情報におけるスロット番号０のスロットには、アプリケーションに関する情報に含まれるシステム情報が“０００３”のアプリケーションのみを記憶させる。つまり、システム情報が“０００３”に対応するアプリケーションを提供する１または２以上の提供者（例えば、サービス事業者など）には、特定のスロットを占有する優先権が与えられる。
【００５６】
なお、本実施形態に係る情報処理装置は、例えば、インストール時にスロット番号が指定されたアプリケーションが、アンインストールされるなどにより記憶部（後述する）などから削除された場合には、状態管理情報におけるスロット番号０のスロットに、“０００３”以外のシステム情報を含むアプリケーションに関する情報を記憶することを許容してもよい。
【００５７】
よって、本実施形態に係る情報処理装置では、例えば、アプリケーションのインストールや、当該アプリケーションの削除などによって、特定のスロットを占有する優先権が制御される。また、例えば上記のように、特定のスロットを占有する優先権が制御されることによって、例えば、“本実施形態に係る情報処理装置のユーザへの提供者＝アプリケーションの提供者”の場合において、当該提供者は、当該優先権を確保することが可能となる。したがって、例えば上記のように、特定のスロットを占有する優先権が制御されることによって、特定のサービス提供者などに対して優先権を付与することが可能なサービスを、当該特定のサービス提供者などに対して提供することができる。
【００５８】
（１−１）
処理命令が“Ｔｙｐｅ  Ｆ  ＡＰ１”を有効な状態とすることを示す場合には、本実施形態に係る情報処理装置は、“Ｔｙｐｅ  Ｆ  ＡＰ１”に対応するアプリケーションに関する情報を、例えば記憶部（後述する）から読み出す。そして、本実施形態に係る情報処理装置は、読み出した“Ｔｙｐｅ  Ｆ  ＡＰ１”に対応するアプリケーションに関する情報を、図２のＡに示す状態管理情報に追加（登録）する処理を行う。
【００５９】
ここで、図２のＡに示す状態管理情報には、“Ｔｙｐｅ  Ｆ  ＡＰ１”に対応するアプリケーションに関する情報に含まれるシステム情報（図２のＢに示すＳＣ“０００３”）と同一のシステム情報を含む、アプリケーションに関する情報は記憶されていない。また、図２のＡに示す状態管理情報には、“Ｔｙｐｅ  Ｆ  ＡＰ１”に対応するアプリケーションに関する情報に対応する、１スロット分の空き容量が存在する。
【００６０】
よって、例えば図２のＢに示すように、状態管理情報には、“Ｔｙｐｅ  Ｆ  ＡＰ１”に対応するアプリケーションに関する情報が記憶され、“Ｔｙｐｅ  Ｆ  ＡＰ１”が有効な状態となる。
【００６１】
（１−２）
処理命令が“Ｔｙｐｅ  Ｆ  ＡＰ２”を有効な状態とすることを示す場合には、本実施形態に係る情報処理装置は、“Ｔｙｐｅ  Ｆ  ＡＰ２”に対応するアプリケーションに関する情報を、例えば記憶部（後述する）から読み出す。そして、本実施形態に係る情報処理装置は、読み出した“Ｔｙｐｅ  Ｆ  ＡＰ２”に対応するアプリケーションに関する情報を、図２のＢに示す状態管理情報に追加（登録）する処理を行う。
【００６２】
ここで、図２のＢに示す状態管理情報には、“Ｔｙｐｅ  Ｆ  ＡＰ２”に対応するアプリケーションに関する情報に含まれるシステム情報（図２のＣに示すＳＣ“ＦＥ００”、“１２ＦＥ”）と同一のシステム情報を含む、アプリケーションに関する情報は記憶されていない。また、図２のＢに示す状態管理情報には、“Ｔｙｐｅ  Ｆ  ＡＰ２”に対応するアプリケーションに関する情報に対応する、２スロット分の空き容量が存在する。
【００６３】
よって、例えば図２のＣに示すように、状態管理情報には、“Ｔｙｐｅ  Ｆ  ＡＰ２”に対応するアプリケーションに関する情報が記憶され、“Ｔｙｐｅ  Ｆ  ＡＰ２”が有効な状態となる。
【００６４】
（１−３）
処理命令が“Ｔｙｐｅ  Ｆ  ＡＰ３”を有効な状態とすることを示す場合には、本実施形態に係る情報処理装置は、“Ｔｙｐｅ  Ｆ  ＡＰ３”に対応するアプリケーションに関する情報を、例えば記憶部（後述する）から読み出す。そして、本実施形態に係る情報処理装置は、読み出した“Ｔｙｐｅ  Ｆ  ＡＰ３”に対応するアプリケーションに関する情報を、図２のＣに示す状態管理情報に追加（登録）する処理を行う。
【００６５】
ここで、図２のＣに示す状態管理情報には、“Ｔｙｐｅ  Ｆ  ＡＰ３”に対応するアプリケーションに関する情報に含まれるシステム情報（図２のＤに示すＳＣ“ＦＥ００”、）と同一のシステム情報を含む、アプリケーションに関する情報が存在する。
【００６６】
よって、例えば図２のＤに示すように、本実施形態に係る情報処理装置は、“Ｔｙｐｅ  Ｆ  ＡＰ３”に対応するアプリケーションに関する情報の追加を行わない。したがって、状態管理情報には、“Ｔｙｐｅ  Ｆ  ＡＰ３”に対応するアプリケーションに関する情報が記憶されず、“Ｔｙｐｅ  Ｆ  ＡＰ３”は無効な状態となる。
【００６７】
なお、本実施形態に係る情報処理装置は、例えば、有効なアプリケーションの中に“Ｔｙｐｅ  Ｆ  ＡＰ３”と競合するアプリケーションが存在するために、“Ｔｙｐｅ  Ｆ  ＡＰ３”が無効な状態のままである旨を、ユーザに対して通知させてもよい。ここで、本実施形態に係る通知の方法としては、例えば、文字や画像を表示画面に表示させることなどによる視覚的な通知方法や、音声（音楽やビープ音などを含む。以下、同様とする。）を用いた聴覚的な通知方法、これらを組み合わせた通知方法などによって、ユーザに対して通知させる。本実施形態に係る情報処理装置が通知を行わせる対象としては、例えば、自装置（本実施形態に係る情報処理装置）が備える表示部（後述する）や音声出力部（後述する）、および／または、外部表示装置や外部音声出力装置などの外部装置などが挙げられる。
【００６８】
アプリケーションを新たに有効な状態とする場合には、本実施形態に係る情報処理装置は、例えば図２に示すような処理を行う。なお、本実施形態に係る情報処理装置におけるアプリケーションを新たに有効な状態とする場合の処理が、図２に示す処理に限られないことは、言うまでもない。
【００６９】
（２）アプリケーションを新たに有効な状態とする場合の例
図３は、本実施形態に係る情報処理方法に係る処理の一例を説明するための説明図である。ここで、図２は、“Ｔｙｐｅ  Ｆ  ＡＰ”を、状態管理情報から削除する場合、すなわち、アプリケーションを無効な状態とする場合における処理の一例を示している。図３に示すＡは、状態管理情報の一例を示しており、図２に示すＤと同様のアプリケーションに関する情報が記憶されている例を示している。また、図３に示すＢは、図３のＡに示す状態管理情報に対して本実施形態に係る情報処理方法に係る処理が行われた場合の一例を示している。
【００７０】
処理命令が“Ｔｙｐｅ  Ｆ  ＡＰ２”を無効な状態とすることを示す場合には、本実施形態に係る情報処理装置は、“Ｔｙｐｅ  Ｆ  ＡＰ２”に対応するアプリケーションに関する情報を、例えば記憶部（後述する）から読み出す。そして、本実施形態に係る情報処理装置は、読み出した“Ｔｙｐｅ  Ｆ  ＡＰ２”に対応するアプリケーションに関する情報を、図２のＢに示す状態管理情報から削除する処理を行う。
【００７１】
ここで、図３のＢに示す状態管理情報には、“Ｔｙｐｅ  Ｆ  ＡＰ２”に対応するアプリケーションに関する情報と同一のアプリケーションに関する情報が記憶されている。
【００７２】
よって、例えば図２のＢに示すように、状態管理情報からは、“Ｔｙｐｅ  Ｆ  ＡＰ２”に対応するアプリケーションに関する情報が削除され、“Ｔｙｐｅ  Ｆ  ＡＰ２”が無効な状態となる。
【００７３】
アプリケーションを新たに無効な状態とする場合には、本実施形態に係る情報処理装置は、例えば図３に示すような処理を行う。なお、本実施形態に係る情報処理装置におけるアプリケーションを無効な状態とする場合の処理が、図３に示す処理に限られないことは、言うまでもない。
【００７４】
また、状態管理情報が図３のＢに示す状態であるときに、処理命令が図２のＤに示す“Ｔｙｐｅ  Ｆ  ＡＰ３”を有効な状態とすることを示す場合には、上述した本実施形態に係る情報処理装置におけるアプリケーションを新たに有効な状態とする場合の処理によって、状態管理情報には、“Ｔｙｐｅ  Ｆ  ＡＰ３”に対応するアプリケーションに関する情報が記憶される。よって、状態管理情報が図３のＢに示す状態であるときに、処理命令が図２のＤに示す“Ｔｙｐｅ  Ｆ  ＡＰ３”を有効な状態とすることを示す場合には、本実施形態に係る情報処理装置は、“Ｔｙｐｅ  Ｆ  ＡＰ３”を有効な状態とすることができる。
【００７５】
本実施形態に係る情報処理装置は、本実施形態に係る情報処理方法に係る処理として、例えば上記のように、状態管理情報へのアプリケーションに関する情報の追加（登録）に係る処理と、状態管理情報からのアプリケーションに関する情報の削除に係る処理とを行い、状態管理情報に記憶されるアプリケーションに関する情報を管理する。ここで、本実施形態に係る状態管理情報は、インストールされているアプリケーションを実行する装置によって参照され、インストールされているアプリケーションを実行する装置は、状態管理情報に記憶されているアプリケーションに関する情報に基づいて、アプリケーションを実行する。つまり、インストールされているアプリケーションを実行する装置では、インストールがされているアプリケーションであっても、状態管理情報に記憶されているアプリケーションに関する情報に対応しないアプリケーションは、実行されない。
【００７６】
したがって、本実施形態に係る情報処理装置は、例えば上記のように、状態管理情報に記憶されるアプリケーションに関する情報を管理することによって、ＯＳが対応する通信方式以外の通信方式に対応するＯＳの機能を、アプリケーションとして実現する場合において、インストールされたアプリケーションについて、当該アプリケーションが有効な状態（Ａｃｔｉｖａｔｅｄ）と無効な状態（Ｄｅａｃｔｉｖａｔｅｄ）とを制御することができる。
【００７７】
また、上記のように、本実施形態に係る情報処理装置は、例えば図１Ｂに示すように、“ＦｅｌｉＣａ（登録商標）  ＯＳ”（図１Ａに示すＡ）が有する機能を、“Ｊａｖａ  Ｃａｒｄ（登録商標）  ＯＳ”上で実現する場合であっても、インストールされた“Ｔｙｐｅ  Ｆ  ＡＰ”について、有効な状態（Ａｃｔｉｖａｔｅｄ）と無効な状態（Ｄｅａｃｔｉｖａｔｅｄ）とを制御することが可能である。よって、例えば上記のように、状態管理情報に記憶されるアプリケーションに関する情報が管理されることによって、インストールされた“Ｔｙｐｅ  Ｆ  ＡＰ”について、例えば図４に示すように、ＧＰ（Global  Platform）仕様に即して、“ＩＳＯ／ＩＥＣ  １４４４３  Ｔｙｐｅ  Ａ”や“ＩＳＯ／ＩＥＣ  １４４４３  Ｔｙｐｅ  Ｂ”と同様の状態遷移を実現することが可能となる。
【００７８】
図４は、本実施形態に係る情報処理装置が、本実施形態に係る情報処理方法に係る処理を行うことにより実現可能な、アプリケーションの状態遷移の一例を示す説明図である。ここで、図４は、ＧＰ仕様に即した、“ＩＳＯ／ＩＥＣ  １４４４３  Ｔｙｐｅ  Ａ”や“ＩＳＯ／ＩＥＣ  １４４４３  Ｔｙｐｅ  Ｂ”と同様の状態遷移を示している。図４のＩに示す“ＡＣＴＩＶＡＴＥＤ”、“ＤＥＡＣＴＩＶＡＴＥＤ”、“ＮＯＮ  ＡＣＴＩＶＡＴＡＢＬＥ”の各状態が、インストールされたアプリケーションの状態を示している。ここで、図４のＩに示す“ＮＯＮ  ＡＣＴＩＶＡＴＡＢＬＥ”とは、例えば、実行されるアプリケーションによって管理される状態であり、アプリケーションが処理命令に基づく処理を行わない状態である。
【００７９】
したがって、本実施形態に係る情報処理装置が、本実施形態に係る情報処理方法に係る処理を行うことによって、インストールされているアプリケーションを実行する装置では、既存の、ＧＰ仕様に即した“ＩＳＯ／ＩＥＣ  １４４４３  Ｔｙｐｅ  Ａ”や“ＩＳＯ／ＩＥＣ  １４４４３  Ｔｙｐｅ  Ｂ”と同様の状態遷移によりアプリケーションが管理される場合における操作仕様と同様の操作仕様を採用することが可能となる。
【００８０】
なお、本実施形態に係る情報処理装置が、本実施形態に係る情報処理方法に係る処理を行うことにより実現可能な、アプリケーションの状態遷移は、図４に示す例に限られない。
【００８１】
図５は、本実施形態に係る情報処理装置が、本実施形態に係る情報処理方法に係る処理を行うことにより実現可能な、アプリケーションの状態遷移の他の例を示す説明図である。ここで、図５は、基本的に図４と同様の状態遷移を示しているが、インストールされたアプリケーションの状態として、さらに“ＭＡＮＤＡＴＯＲＹ  ＡＣＴＩＶＡＴＥＤ”という状態を有している図５に示す“ＭＡＮＤＡＴＯＲＹ  ＡＣＴＩＶＡＴＥＤ”とは、例えば、実行されるアプリケーションによって管理される状態であり、“ＡＣＴＩＶＡＴＥＤ”（有効な状態）であることを強制する状態である。
【００８２】
例えば、アプリケーションが、駅の改札の入退場を管理するアプリケーションのような、入場と退場とをセットで管理するアプリケーションである場合において、図２のＤに示すようなコンフリクトが生じることなどによって当該アプリケーションが再度有効な状態とならないときには、入場時と退場時において処理の整合性がとれなくなる恐れがある。そこで、本実施形態では、例えば、図５に示す“ＭＡＮＤＡＴＯＲＹ  ＡＣＴＩＶＡＴＥＤ”という状態を設け、アプリケーションによって“ＭＡＮＤＡＴＯＲＹ  ＡＣＴＩＶＡＴＥＤ”が設定された場合には、本実施形態に係る情報処理装置は、当該アプリケーションに対応するアプリケーションに関する情報が、状態管理情報に記憶される状態を維持する。ここで、“ＭＡＮＤＡＴＯＲＹ  ＡＣＴＩＶＡＴＥＤ”は、例えば図２のＡに示すテーブル（状態管理情報）上で管理されてもよいし、フラグデータなどのよって別途管理されてもよい。“ＭＡＮＤＡＴＯＲＹ  ＡＣＴＩＶＡＴＥＤ”という状態を設けることによって、例えば上記のような入場時と退場時において処理の整合性がとれなくなる事態を防止することが可能となる。
【００８３】
図５に示す状態遷移が適用される具体例を、駅の改札の入退場を管理するアプリケーションを例に挙げて説明する。例えば、Ｐｕｒｓｅブロックに対するｄｅｃｒｅｍｅｎｔ処理が行われると、アプリケーションは“ＭＡＮＤＡＴＯＲＹ  ＡＣＴＩＶＡＴＥＤ”とする。また、例えば、改札を出る際に、Ｐｕｒｓｅブロックに対して、Ｃａｓｈ  ｂａｃｋ処理が行われると、アプリケーションは、“ＭＡＮＤＡＴＯＲＹ  ＡＣＴＩＶＡＴＥＤ”から“ＡＣＴＩＶＡＴＥＤ”へと戻す処理を行う。
【００８４】
なお、駅の改札の入退場を管理するアプリケーションにおける、図５に示す状態遷移が適用される具体例は、上記に限られない。
【００８５】
例えば、駅の改札の入退場を管理するアプリケーションは、改札の入場ゲートから送信される命令に基づいて、“ＭＡＮＤＡＴＯＲＹ  ＡＣＴＩＶＡＴＥＤ”としてもよい。また、例えば図１Ｂに示す“Ｊａｖａ  Ｃａｒｄ  Ｒｕｎｔｉｍｅ  Ｅｎｖｉｒｏｎｍｅｎｔ”のＣＲＳアプリケーションが、改札の入場ゲートから送信される命令に基づいて、“ＭＡＮＤＡＴＯＲＹ  ＡＣＴＩＶＡＴＥＤ”とすることも可能である。なお、ＣＲＳアプリケーションによって“ＭＡＮＤＡＴＯＲＹ  ＡＣＴＩＶＡＴＥＤ”が管理される場合には、例えば、“ＣＲＳアプリケーションが、アプリケーションに問い合わせをして、問題がないことを確認した上で、“ＭＡＮＤＡＴＯＲＹ  ＡＣＴＩＶＡＴＥＤ”とする”などの処理条件を設けてもよい。ＣＲＳアプリケーションによって“ＭＡＮＤＡＴＯＲＹ  ＡＣＴＩＶＡＴＥＤ”が任意に設定、設定解除される場合には、例えば上記のような入場時と退場時において処理の整合性がとれなくなる事態を防止することができないことも起こりうるからである。具体例としては、例えば、ＣＲＳアプリケーションでは、アプリケーションが、改札処理を行う間に改札機と認証を行うことにより認証済みとなっている状態であれば、“ＭＡＮＤＡＴＯＲＹ  ＡＣＴＩＶＡＴＥＤ”を任意に設定、設定解除することが許容される例が挙げられる（当該アプリケーションを実行する装置と、改札機を管理するサーバなどとの間で、ある一定レベルの鍵情報が共有されているため）。
【００８６】
［２］本実施形態に係る情報処理方法に係る処理の具体例
次に、本実施形態に係る情報処理装置における本実施形態に係る情報処理方法に係る処理の具体例を説明する。なお、以下では、例えば図１Ｂに示すように、“ＦｅｌｉＣａ（登録商標）  ＯＳ”（図１Ａに示すＡ）が有する機能を、“Ｊａｖａ  Ｃａｒｄ（登録商標）  ＯＳ”上で実現する場合を例に挙げて、本実施形態に係る情報処理方法に係る処理の具体例を説明する。
【００８７】
本実施形態に係る情報処理装置は、例えば記憶部（後述する）に記憶されている、インストールされている１、または２以上のアプリケーションと、当該アプリケーションそれぞれに対応するアプリケーションに関する情報と、状態管理情報とを、複数の階層（レイヤ）で管理する。
【００８８】
図６は、本実施形態に係る情報処理装置における、アプリケーション、アプリケーションそれぞれに対応するアプリケーションに関する情報、および状態管理情報の階層管理の一例を示す説明図である。ここで、図６に示すＡが、インストールされているアプリケーションを示しており、図６に示すＢが、図６のＡに示すアプリケーションに対応するアプリケーションに関する情報を示している。また、図６に示すＣが、状態管理情報を示している。また、図６では、図１のＢに示すリーダ／ライタと非接触通信を行うことが可能なＣＬＦを併せて示している。なお、図６では、１つの“Ｔｙｐｅ  Ｆ  ＡＰ”を示しているが、複数の“Ｔｙｐｅ  Ｆ  ＡＰ”が記憶部（後述する）に記憶されていてもよい。
【００８９】
また、図６では、本実施形態に係る情報処理装置が、既存の“ＩＳＯ／ＩＥＣ  １４４４３  Ｔｙｐｅ  Ａ”、“ＩＳＯ／ＩＥＣ  １４４４３  Ｔｙｐｅ  Ｂ”それぞれに対応するアプリケーションと、各アプリケーションに対応するパラメータデータと、“Ｃｏｎｔａｃｔｌｅｓｓ  Ｒｅｇｉｓｔｒｙ  Ｓｅｒｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ  ｔａｂｌｅ”とを、例えば記憶部（後述する）に記憶している例を示している。ここで、“ＩＳＯ／ＩＥＣ  １４４４３  Ｔｙｐｅ  Ａ”、“ＩＳＯ／ＩＥＣ  １４４４３  Ｔｙｐｅ  Ｂ”では、“Ｃｏｎｔａｃｔｌｅｓｓ  Ｒｅｇｉｓｔｒｙ  Ｓｅｒｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ  ｔａｂｌｅ”は、ＣＬＦによって管理される。つまり、本実施形態に係る情報処理装置は、既存の“ＩＳＯ／ＩＥＣ  １４４４３  Ｔｙｐｅ  Ａ”、“ＩＳＯ／ＩＥＣ  １４４４３  Ｔｙｐｅ  Ｂ”それぞれに対応する“Ｃｏｎｔａｃｔｌｅｓｓ  Ｒｅｇｉｓｔｒｙ  Ｓｅｒｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ  ｔａｂｌｅ”を、上述した本実施形態に係る情報処理方法に係る処理によって管理しない。
【００９０】
図６に示すように、本実施形態に係る情報処理装置は、例えば、図６のＡに示すアプリケーションを“Ａｐｐｌｅｔ  ｌａｙｅｒ”（第１レイヤの一例）で管理する。また、本実施形態に係る情報処理装置は、例えば、図６のＢに示すアプリケーションに関する情報と、図６のＣに示す状態管理情報とを、“Ａｐｐｌｅｔ  ｌａｙｅｒ”（第１レイヤの一例）より下位の“Ｊａｖａ  Ｃａｒｄ  ＲＥ  ｌａｙｅｒ”（第２レイヤの一例）で管理する。ここで、本実施形態に係る階層管理における上位、下位とは、例えばＣＬＦからみたときの上位、下位である。例えば、ＣＬＦは、“Ａｐｐｌｅｔ  ｌａｙｅｒ”（第１レイヤの一例）で管理されるアプリケーションとは、直接的にやりとりをすることはできない。
【００９１】
ここで、“Ｊａｖａ  Ｃａｒｄ  ＲＥ  ｌａｙｅｒ”（第２レイヤの一例）で管理される状態管理情報は、記憶部（後述する）の役目を果たす不揮発性の記録媒体に記憶されるが、本実施形態に係る状態管理情報が記憶される記録媒体は、不揮発性の記録媒体に限られない。例えば、記憶部（後述する）が、揮発性の記録媒体と、不揮発性の記録媒体とを有する場合には、状態管理情報に含まれるアプリケーションに関する情報を構成するモード情報は、揮発性の記録媒体に記憶され、状態管理情報に含まれるアプリケーションに関する情報を構成する情報のうち、モード情報以外の情報（例えば、図６のＣに示す“ＳＣ”、“ＡＩＤ”、“ＩＤｍ”、“ＰＭｍ”）は、不揮発性の記録媒体に記憶されてもよい。
【００９２】
図７は、本実施形態に係る情報処理装置における情報処理方法に係る処理の一例を説明するための説明図である。ここで、図７に示すＡ１〜Ａ３が、インストールされているアプリケーションを示しており、図７に示すＢ１〜Ｂ３が、図７のＡ１〜Ａ３に示すアプリケーションそれぞれに対応するアプリケーションに関する情報を示している。また、図７に示すＣが、状態管理情報を示している。また、図７では、図６と同様に、本実施形態に係る情報処理装置が、既存の“ＩＳＯ／ＩＥＣ  １４４４３  Ｔｙｐｅ  Ａ”、“ＩＳＯ／ＩＥＣ  １４４４３  Ｔｙｐｅ  Ｂ”それぞれに対応するアプリケーションと、各アプリケーションに対応するパラメータデータと、“Ｃｏｎｔａｃｔｌｅｓｓ  Ｒｅｇｉｓｔｒｙ  Ｓｅｒｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ  ｔａｂｌｅ”とを、例えば記憶部（後述する）に記憶している例を示している。
【００９３】
図７のＡ１〜Ａ３、Ｂ１〜Ｂ３に示すように、例えば記憶部（後述する）には、インストールされているアプリケーションと、当該アプリケーションそれぞれに対応するアプリケーションに関する情報が記憶される。また、本実施形態に係る情報処理装置は、図７のＢ１〜Ｂ３に示すアプリケーションに関する情報を用いて、図７のＣに示す状態管理情報へのアプリケーションに関する情報の追加（登録）に係る処理、および／または、図７のＣに示す状態管理情報からのアプリケーションに関する情報の削除に係る処理を行うことによって、図７のＣに示す状態管理情報を管理する。
【００９４】
また、既存の“ＩＳＯ／ＩＥＣ  １４４４３  Ｔｙｐｅ  Ａ”、“ＩＳＯ／ＩＥＣ  １４４４３  Ｔｙｐｅ  Ｂ”それぞれの“Ｃｏｎｔａｃｔｌｅｓｓ  Ｒｅｇｉｓｔｒｙ  Ｓｅｒｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ  ｔａｂｌｅ”は、図７に示すように、各アプリケーションに対応するパラメータデータを用いて更新される。
【００９５】
図８は、本実施形態に係る情報処理装置における状態管理情報の更新に係る処理の一例を説明するための説明図である。ここで、図８では、“Ｔｙｐｅ  Ｆ  ＡＰ５”がインストールされる場合と、“Ｔｙｐｅ  Ｆ  ＡＰ５”が無効な状態（Ｄｅａｃｔｉｖａｔｅｄ）から有効な状態（Ａｃｔｉｖａｔｅｄ）へと変更される場合とのそれぞれの場合を示している。また、図８では、既存の“ＩＳＯ／ＩＥＣ  １４４４３  Ｔｙｐｅ  Ａ”における“Ｃｏｎｔａｃｔｌｅｓｓ  Ｒｅｇｉｓｔｒｙ  Ｓｅｒｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ  ｔａｂｌｅ”の更新に係る処理の一例を、“Ｔｙｐｅ  Ａ  ＡＰ２”を例に挙げて示している。
【００９６】
図８のＡに示すように、本実施形態に係る情報処理装置は、“Ｔｙｐｅ  Ｆ  ＡＰ５”がインストールされる場合には、インストール命令（処理命令の一例）に基づいて状態管理情報を更新する。より具体的には、本実施形態に係る情報処理装置は、例えば、図２を参照して示した本実施形態に係る状態管理情報へのアプリケーションに関する情報の追加（登録）に係る処理を行うことによって、状態管理情報を更新する。
【００９７】
また、図８のＢに示すように、本実施形態に係る情報処理装置は、“Ｔｙｐｅ  Ｆ  ＡＰ５”が無効な状態（Ｄｅａｃｔｉｖａｔｅｄ）から有効な状態（Ａｃｔｉｖａｔｅｄ）へと変更される場合、すなわち、“Ｔｙｐｅ  Ｆ  ＡＰ５”を新たに有効な状態とする場合には、“Ｔｙｐｅ  Ｆ  ＡＰ５”を有効な状態とする処理命令に基づいて状態管理情報を更新する。より具体的には、本実施形態に係る情報処理装置は、例えば、図２を参照して示した本実施形態に係る状態管理情報へのアプリケーションに関する情報の追加（登録）に係る処理を、ＡＰＩ（Application  Program  Interface）を介して行うことによって、状態管理情報を更新する。
【００９８】
本実施形態に係る情報処理装置は、例えば図８に示すような処理を行うことによって、状態管理情報を更新することによって、状態管理情報を管理する。なお、本実施形態に係る情報処理装置における状態管理情報の更新に係る処理の例が、図８に示す例に限られないことは、言うまでもない。
【００９９】
本実施形態に係る情報処理装置は、例えば図６に示すように、例えば記憶部（後述する）に記憶されている、インストールされている１、または２以上のアプリケーションと、当該アプリケーションそれぞれに対応するアプリケーションに関する情報と、状態管理情報とを、複数の階層で管理する。
【０１００】
なお、本実施形態に係る情報処理装置における階層管理は、図６に示すような２階層での管理に限られない。
【０１０１】
図９は、本実施形態に係る情報処理装置における、アプリケーション、アプリケーションそれぞれに対応するアプリケーションに関する情報、および状態管理情報の階層管理の他の例を示す説明図である。ここで、図９に示すＡが、インストールされているアプリケーションを示しており、図９に示すＢが、図９のＡに示すアプリケーションに対応するアプリケーションに関する情報を示している。また、図９に示すＣが、状態管理情報を示している。また、図９では、図６と同様に、ＣＬＦを併せて示している。また、図９では、図６と同様に、本実施形態に係る情報処理装置が、既存の“ＩＳＯ／ＩＥＣ  １４４４３  Ｔｙｐｅ  Ａ”、“ＩＳＯ／ＩＥＣ  １４４４３  Ｔｙｐｅ  Ｂ”それぞれに対応するアプリケーションと、各アプリケーションに対応するパラメータデータと、“Ｃｏｎｔａｃｔｌｅｓｓ  Ｒｅｇｉｓｔｒｙ  Ｓｅｒｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ  ｔａｂｌｅ”とを、例えば記憶部（後述する）に記憶している例を示している。
【０１０２】
図９に示すように、本実施形態に係る情報処理装置は、例えば、図６に示す例と同様に、図９のＡに示すアプリケーションを“Ａｐｐｌｅｔ  ｌａｙｅｒ”（第１レイヤの一例）で管理し、図９のＢに示すアプリケーションに関する情報と、図９のＣに示す状態管理情報とを、“Ａｐｐｌｅｔ  ｌａｙｅｒ”（第１レイヤの一例）より下位の“Ｊａｖａ  Ｃａｒｄ  ＲＥ  ｌａｙｅｒ”（第２レイヤの一例）で管理する。また、本実施形態に係る情報処理装置は、例えば、“Ｊａｖａ  Ｃａｒｄ  ＲＥ  ｌａｙｅｒ”（第２レイヤの一例）より下位の“Ｎａｔｉｖｅ  ｌａｙｅｒ”（第３レイヤの一例）をさらに設ける。そして、本実施形態に係る情報処理装置は、図９のＤに示すように、“Ｎａｔｉｖｅ  ｌａｙｅｒ”（第３レイヤの一例）において、“Ｊａｖａ  Ｃａｒｄ  ＲＥ  ｌａｙｅｒ”（第２レイヤの一例）で管理される状態管理情報をコピーした状態管理情報を管理する。
【０１０３】
図９に示す階層構造で階層管理を行う場合において、ポーリング信号が取得されたときには、本実施形態に係る情報処理装置は、“Ｎａｔｉｖｅ  ｌａｙｅｒ”（第３レイヤの一例）で管理される、図９のＤに示す状態管理情報を用いて、ポーリング信号に応じた処理を行う。ここで、本実施形態に係る情報処理装置は、上述したように、例えば、状態管理情報に含まれる、ポーリング信号に対応するアプリケーションに関する情報を構成するモード情報に基づいて、ポーリング信号に応じた処理を行う。
【０１０４】
例えば上記のように、本実施形態に係る情報処理装置が、図９のＤに示す状態管理情報を用いて、ポーリング信号に応じた処理を行うことによって、本実施形態に係る情報処理装置では、ポーリング信号に応じた処理の処理速度を、図６に示す階層構造で階層管理を行う場合よりも、より向上させることができる。
【０１０５】
また、図９に示す階層構造で階層管理を行う場合、本実施形態に係る情報処理装置は、例えば、図９のＣに示す状態管理情報を更新し、更新した状態管理情報をコピーすることによって、“Ｊａｖａ  Ｃａｒｄ  ＲＥ  ｌａｙｅｒ”（第２レイヤの一例）で管理する状態管理情報と、“Ｎａｔｉｖｅ  ｌａｙｅｒ”（第３レイヤの一例）で管理する状態管理情報とを、それぞれ管理する。
【０１０６】
なお、図９に示す階層構造で階層管理を行う場合における、状態管理情報の管理に係る処理は、上記に限られない。上述したように、図９に示す階層構造で階層管理を行う場合には、本実施形態に係る情報処理装置は、例えば、図９のＤに示す“Ｎａｔｉｖｅ  ｌａｙｅｒ”（第３レイヤの一例）で管理される状態管理情報を用いて、ポーリング信号に応じた処理を行う。よって、例えば図９のＣ、Ｄに示すように、状態管理情報に含まれるアプリケーションに関する情報に、構成するモード情報が含まれる場合において、モード情報を更新するときには、本実施形態に係る情報処理装置は、例えば、“Ｎａｔｉｖｅ  ｌａｙｅｒ”（第３レイヤの一例）で管理される状態管理情報に含まれるモード情報を更新し、“Ｊａｖａ  Ｃａｒｄ  ＲＥ  ｌａｙｅｒ”（第２レイヤの一例）で管理される状態管理情報に含まれるモード情報は更新しないことも可能である。
【０１０７】
例えば上記のように、“Ｎａｔｉｖｅ  ｌａｙｅｒ”（第３レイヤの一例）で管理される状態管理情報に含まれるモード情報のみを更新する場合であっても、本実施形態に係る情報処理装置は、ポーリング信号に応じた処理を正常に行うことができる。また、例えば上記のように、“Ｎａｔｉｖｅ  ｌａｙｅｒ”（第３レイヤの一例）で管理される状態管理情報に含まれるモード情報のみを更新することによって、状態管理情報の管理に係る処理をより簡略化することが可能となるので、状態管理情報の管理に係る処理の高速化を図ることができる。
【０１０８】
ここで、“Ｊａｖａ  Ｃａｒｄ  ＲＥ  ｌａｙｅｒ”（第２レイヤの一例）で管理される状態管理情報と、“Ｎａｔｉｖｅ  ｌａｙｅｒ”（第３レイヤの一例）で管理される状態管理情報とは、記憶部（後述する）の役目を果たす不揮発性の記録媒体に記憶されるが、本実施形態に係る状態管理情報が記録される記録媒体は、上記に限られない。例えば、記憶部（後述する）が、揮発性の記録媒体と、不揮発性の記録媒体とを有する場合には、状態管理情報に含まれるアプリケーションに関する情報を構成するモード情報は、揮発性の記録媒体に記憶され、状態管理情報に含まれるアプリケーションに関する情報を構成する情報のうち、モード情報以外の情報（例えば、図６のＣに示す“ＳＣ”、“ＡＩＤ”、“ＩＤｍ”、“ＰＭｍ”）は、不揮発性の記録媒体に記憶されてもよい。
【０１０９】
（本実施形態に係る情報処理装置）
次に、上述した本実施形態に係る情報処理方法に係る処理を行うことが可能な、本実施形態に係る情報処理装置の構成の一例について、説明する。
【０１１０】
［Ｉ］本実施形態に係る情報処理装置の構成例
図１０は、本実施形態に係る情報処理装置１００の構成の一例を示すブロック図である。また、図１０では、情報処理装置１００と非接触通信を行うリーダ／ライタ２００（外部装置の一例）を併せて示している。
【０１１１】
情報処理装置１００は、例えば、通信部１０２と、記憶部１０４と、制御部１０６とを備える。
【０１１２】
また、情報処理装置１００は、例えば、ＲＯＭ（Read  Only  Memory。図示せず）や、ＲＡＭ（Random  Access  Memory。図示せず）、ユーザが操作可能な操作部（図示せず）、様々な画面を表示画面に表示する表示部（図示せず）などを備えていてもよい。情報処理装置１００は、例えば、データの伝送路としてのバス（bus）により上記各構成要素間を接続する。
【０１１３】
ここで、ＲＯＭ（図示せず）は、制御部１０６が使用するプログラムや演算パラメータなどの制御用データを記憶する。ＲＡＭ（図示せず）は、制御部１０６により実行されるプログラムなどを一時的に記憶する。
【０１１４】
操作部（図示せず）としては、例えば、ボタンや、方向キー、ジョグダイヤルなどの回転型セレクター、あるいは、これらの組み合わせなどが挙げられる。また、情報処理装置１００は、例えば、情報処理装置１００の外部装置としての操作入力デバイス（例えば、キーボードやマウスなど）と接続することもできる。
【０１１５】
操作部（図示せず）を備える場合において、ユーザ操作に基づく処理命令を示す操作信号が操作部（図示せず）から伝達されたときには、情報処理装置１００は、当該操作信号が示すユーザ操作に基づく処理命令に基づいて、状態管理情報に記憶されるアプリケーションに関する情報を管理する。また、外部装置としての操作入力デバイスからユーザ操作に基づく処理命令を示す操作信号伝達された場合には、情報処理装置１００は、当該操作信号が示すユーザ操作に基づく処理命令に基づいて、状態管理情報に記憶されるアプリケーションに関する情報を管理する。
【０１１６】
表示部（図示せず）としては、例えば、液晶ディスプレイ（Liquid  Crystal  Display；ＬＣＤ）や有機ＥＬディスプレイ（Organic  ElectroLuminescence  display。または、ＯＬＥＤディスプレイ（Organic  Light  Emitting  Diode  display）ともよばれる。）などが挙げられる。なお、表示部（図示せず）は、例えばタッチスクリーンなどのように、表示とユーザ操作とが可能なデバイスであってもよい。また、情報処理装置１００は、表示部（図示せず）の有無に関わらず、情報処理装置１００の外部装置としての表示デバイス（例えば、外部ディスプレイなど）と接続することもできる。
【０１１７】
通信部１０２は、情報処理装置１００が備える通信手段であり、例えば１３．５６［ＭＨｚ］など所定の周波数の搬送波によって、リーダ／ライタ２００などの外部装置と非接触通信を行う。ここで、通信部１０２としては、例えば、図１Ｂに示すＣＬＦなどが挙げられる。
【０１１８】
［通信部１０２のハードウェア構成例］
図１１は、本実施形態に係る情報処理装置１００が備える通信部１０２の構成の一例を示す説明図である。
【０１１９】
通信部１０２は、搬送波を受信可能な通信アンテナ１５０と、受信された搬送波に基づいて搬送波信号を復調して処理し、負荷変調により応答信号を送信させるＩＣチップ１５２とを備える。なお、本実施形態に係る通信部１０２は、例えば、ＩＣチップ１５２の構成を、ＩＣチップの形態で備えていなくてもよい。
【０１２０】
通信アンテナ１５０は、例えば、所定のインダクタンスをもつコイル（インダクタ）Ｌ１と、所定の静電容量をもつキャパシタＣ１とからなる共振回路で構成され、搬送波の受信に応じて電磁誘導により誘起電圧を生じさせる。そして、通信アンテナ１５０は、所定の共振周波数で誘起電圧を共振させた受信電圧を出力する。ここで、通信アンテナ１５０における共振周波数は、例えば、１３．５６［ＭＨｚ］など搬送波の周波数に合わせて設定される。通信アンテナ１５０は、上記構成により、搬送波を受信し、また、ＩＣチップ１５２が備える負荷変調回路１６４において行われる負荷変調によって応答信号の送信を行う。
【０１２１】
ＩＣチップ１５２は、キャリア検出回路１５４と、検波回路１５６と、レギュレータ１５８と、復調回路１６０と、ＭＰＵ１６２と、負荷変調回路１６４とを備える。なお、図１１では示していないが、ＩＣチップ１５２は、例えば、過電圧や過電流がＭＰＵ１６０に印加されることを防止するための保護回路（図示せず）をさらに備えていてもよい。ここで、保護回路（図示せず）としては、例えば、ダイオード等で構成されたクランプ回路などが挙げられる。
【０１２２】
また、ＩＣチップ１５２は、例えば、ＲＯＭ１６６、ＲＡＭ１６８、不揮発性メモリ１７０を備える。ＭＰＵ１６２と、ＲＯＭ１６６、ＲＡＭ１６８、不揮発性メモリ１７０とは、例えば、データの伝送路としてのバス１７２によって接続される。
【０１２３】
ＲＯＭ１６６は、ＭＰＵ１６２が使用するプログラムや演算パラメータなどの制御用データを記憶する。ＲＡＭ１６８は、ＭＰＵ１６２により実行されるプログラム、演算結果、実行状態などを一時的に記憶する。
【０１２４】
不揮発性メモリ１７０は、例えば、電子バリュー（貨幣または貨幣に準じた価値を有するデータ）や、アプリケーションなど様々なデータを記憶する。ここで、記録媒体１５６としては、例えば、ＥＥＰＲＯＭ（Electrically  Erasable  and  Programmable  Read  Only  Memory）や、フラッシュメモリ（flash  memory）などが挙げられる。
【０１２５】
キャリア検出回路１５４は、通信アンテナ１５０から伝達される受信電圧に基づいて、例えば、矩形の検出信号を生成し、当該検出信号をＭＰＵ１６２へ伝達する。また、ＭＰＵ１６２は、伝達される上記検出信号を、例えば、データ処理のための処理クロックとして用いる。ここで、上記検出信号は、通信アンテナ１５０から伝達される受信電圧に基づくものであるので、リーダ／ライタ２００から送信される搬送波の周波数と同期することとなる。したがって、ＩＣチップ１５２は、キャリア検出回路１５４を備えることによって、リーダ／ライタ２００との間の処理を、リーダ／ライタ２００と同期して行うことができる。
【０１２６】
検波回路１５６は、通信アンテナ１５０から出力される受信電圧を整流する。ここで、検波回路１５６は、例えば、ダイオードＤ１と、キャパシタＣ２とで構成される。
【０１２７】
レギュレータ１５８は、受信電圧を平滑、定電圧化し、ＭＰＵ１６２へ駆動電圧を出力する。ここで、レギュレータ１５８は、受信電圧の直流成分を駆動電圧として用いる。
【０１２８】
復調回路１６０は、受信電圧に基づいて搬送波信号を復調し、搬送波に含まれる搬送波信号に対応するデータ（例えば、ハイレベルとローレベルとの２値化されたデータ信号）を出力する。ここで、復調回路１６０は、受信電圧の交流成分をデータとして出力する。
【０１２９】
ＭＰＵ１６２は、レギュレータ１５８から出力される駆動電圧を電源として駆動し、復調回路１６０において復調されたデータの処理を行う。ここで、ＭＰＵ１６２は、例えば、ＭＰＵ（Micro  Processing  Unit）や、各種処理回路などで構成される。
【０１３０】
また、ＭＰＵ１６２は、リーダ／ライタ２００への応答に係る負荷変調を制御する制御信号を処理結果に応じて選択的に生成する。そして、ＭＰＵ１６２は、制御信号を負荷変調回路１６４へと選択的に出力する。
【０１３１】
負荷変調回路１６４は、例えば、負荷ＺとスイッチＳＷ１とを備え、ＭＰＵ１６２から伝達される制御信号に応じて負荷Ｚを選択的に接続する（有効化する）ことによって負荷変調を行う。ここで、負荷Ｚは、例えば、所定の抵抗値を有する抵抗で構成される。また、スイッチＳＷ１は、例えば、ｐチャネル型のＭＯＳＦＥＴ（Metal  Oxide  Semiconductor  Field  effect  transistor）や、ｎチャネル型のＭＯＳＦＥＴで構成される。
【０１３２】
ＩＣチップ１５２は、上記のような構成によって、通信アンテナ１５０が受信した搬送波信号を処理し、負荷変調によって通信アンテナ１５０に応答信号を送信させることができる。
【０１３３】
通信部１０２は、例えば、図１１に示す構成を有することによって、搬送波を用いてリーダ／ライタ２００との間で非接触通信を行う。なお、本実施形態に係る通信部１０２の構成が、図１１に示す例に限られないことは、言うまでもない。
【０１３４】
再度図１０を参照して、情報処理装置１００の構成の一例について説明する。
【０１３５】
記憶部１０４は、情報処理装置１００が備える記憶手段であり、例えば、インストールされたアプリケーションや、当該アプリケーションに対応するアプリケーションに関する情報、状態管理情報などなど様々なデータを記憶する。図１０では、インストールされたアプリケーションＡ１２０、アプリケーションＢ１２２、…と、アプリケーションＡ１２０に対応するアプリケーションに関する情報Ａ１２４、アプリケーションＢ１２２に対応するアプリケーションに関する情報Ｂ１２６、…と、状態管理情報１２８とが、記憶部１０４に記憶されている例を示している。なお、記憶部１０４に記憶されるデータは、図１０に示す例に限られない。例えば、アプリケーションがインストールされていない場合には、記憶部１０４には、アプリケーション（例えば、インストールされたアプリケーションＡ１２０、アプリケーションＢ１２２、…）と、当該アプリケーションに対応するアプリケーションに関する情報（例えば、アプリケーションに関する情報Ａ１２４、アプリケーションＢ１２２に対応するアプリケーションに関する情報Ｂ１２６、…）とが、記憶されていなくてもよい。
【０１３６】
ここで、記憶部１０４としては、例えば、ハードディスク（Hard  Disk）などの磁気記録媒体や、ＥＰＲＯＭ（Erasable  Programmable  Read  Only  Memory）、ＥＥＰＲＯＭ（Electrically  Erasable  and  Programmable  Read  Only  Memory）、フラッシュメモリ（flash  memory）などの不揮発性メモリ（nonvolatile  memory）などの、不揮発性の記録媒体が挙げられる。また、記憶部１０４は、情報処理装置１００から着脱可能であってもよい。
【０１３７】
なお、記憶部１０４は、不揮発性の記録媒体に限られない。例えば、記憶部１０４は、不揮発性の記録媒体と、揮発性の記録媒体とで構成されてもよい。揮発性の記録媒体としては、例えば、ＳＤＲＡＭ（Synchronous  Dynamic  Random  Access  Memory）やＳＲＡＭ（Static  Random  Access  Memory）などの揮発性メモリ（volatile  memory）が挙げられる。記憶部１０４が、不揮発性の記録媒体と、揮発性の記録媒体とを有する場合、例えば、状態管理情報１２８に含まれるアプリケーションに関する情報を構成するモード情報は、揮発性の記録媒体に記憶され、また、状態管理情報１２８に含まれるアプリケーションに関する情報を構成する情報のうち、モード情報以外の情報は、不揮発性の記録媒体に記憶される。
【０１３８】
制御部１０６は、例えばＭＰＵや各種処理回路などで構成され、情報処理装置１００全体を制御する役目を果たす。また、制御部１０６は、例えば、本実施形態に係る情報処理方法に係る処理を主導的に行う役目を果たし、処理命令に基づいて、状態管理情報１２８に記憶されるアプリケーションに関する情報を管理することにより、アプリケーションの有効な状態と無効な状態とを制御する。また、制御部１０６は、例えば、“Ｊａｖａ  Ｃａｒｄ  Ｒｕｎｔｉｍｅ  Ｅｎｖｉｒｏｎｍｅｎｔ”のＣＲＳアプリケーションを実行し、実行したＣＲＳアプリケーションを用いて本実施形態に係る情報処理方法に係る処理を行ってもよい。
【０１３９】
情報処理装置１００は、例えば図１０に示す構成によって、本実施形態に係る情報処理方法に係る処理を行う。したがって、情報処理装置１００は、例えば図１０に示す構成によって、ＯＳが対応する通信方式以外の通信方式に対応するＯＳの機能を、アプリケーションとして実現する場合において、インストールされたアプリケーションについて、当該アプリケーションが有効な状態と無効な状態とを制御することができる。
【０１４０】
なお、本実施形態に係る情報処理装置の構成は、図１０に示す構成に限られない。
【０１４１】
例えば、本実施形態に係る情報処理装置は、ネットワークを介して（あるいは、直接的に）、サーバなどの外部装置と無線／有線で通信を行う第２の通信部（図示せず）をさらに備えていてもよい。第２の通信部（図示せず）をさらに備える場合には、本実施形態に係る情報処理装置は、第２の通信部（図示せず）が受信した、サーバなどの外部装置から送信された処理命令を示す信号が示す処理命令に基づいて、状態管理情報に記憶されるアプリケーションに関する情報を管理することが可能である。
【０１４２】
ここで、第２の通信部（図示せず）としては、例えば、通信アンテナおよびＲＦ（Radio  Frequency）回路（無線通信）や、ＩＥＥＥ８０２．１５．１ポートおよび送受信回路（無線通信）、ＩＥＥＥ８０２．１１ｂポートおよび送受信回路（無線通信）、ＬＡＮ（Local  Area  Network）端子および送受信回路（有線通信）などが挙げられる。また、本実施形態に係るネットワークとしては、例えば、ＬＡＮやＷＡＮ（Wide  Area  Network）、ＰＬＣにより電力線を介して通信が行われるネットワークなどの有線ネットワーク、無線ＬＡＮ（ＷＬＡＮ；Wireless  Local  Area  Network）や基地局を介した無線ＷＡＮ（ＷＷＡＮ；Wireless  Wide  Area  Network）などの無線ネットワーク、あるいは、ＴＣＰ／ＩＰ（Transmission  Control  Protocol/Internet  Protocol）などの通信プロトコルを用いたインターネットなどが挙げられる。
【０１４３】
また、本実施形態に係る情報処理装置は、例えば、上述したように、操作部（図示せず）を備えていてもよい。操作部（図示せず）を備える場合において、ユーザ操作に基づく処理命令を示す操作信号が操作部（図示せず）から伝達されたときには、本実施形態に係る情報処理装置は、操作部（図示せず）から伝達される操作信号が示すユーザ操作に基づく処理命令に基づいて、状態管理情報に記憶されるアプリケーションに関する情報を管理する。
【０１４４】
また、本実施形態に係る情報処理装置は、例えば、通信部１０２を備えていなくてもよい。通信部１０２を備えない構成である場合であっても、本実施形態に係る情報処理装置は、例えば、ＣＬＦなどの通信部１０２の役目を果たす別体の装置や回路が、リーダ／ライタ２００などの外部装置から受信した処理命令を示す信号を、当該別体の装置や回路から取得することによって、リーダ／ライタ２００などの外部装置から送信される処理命令を示す信号が示す処理命令に基づいて、状態管理情報に記憶されるアプリケーションに関する情報を管理することができる。
【０１４５】
また、本実施形態に係る情報処理装置は、例えば、記憶部１０４を備えていなくてもよい。記憶部１０４を備えない構成である場合であっても、本実施形態に係る情報処理装置は、例えば、本実施形態に係る情報処理装置がデータの読み込みやデータの書き込みを行うことが可能な外部記録媒体に記憶されている各種データ（状態管理情報など）を用いて、本実施形態に係る情報処理方法に係る処理を行うことが可能である。
【０１４６】
また、本実施形態に係る情報処理装置は、音声を出力することが可能な音声出力部（図示せず）を備えていてもよい。音声出力部（図示せず）としては、例えば、ＤＳＰ（Digital  Signal  Processor）と音声出力デバイスとが挙げられる。また、本実施形態に係る音声出力デバイスとしては、例えば、増幅器（アンプ）およびスピーカなどが挙げられる。
【０１４７】
［ＩＩ］情報処理装置１００における処理の一例
次に、情報処理装置１００における処理の一例について説明する。
【０１４８】
（ｉ）情報処理装置１００における処理の第１の例
図１２は、本実施形態に係る情報処理装置１００における処理の第１の例を示す説明図である。図１２は、情報処理装置１００が、図１０に示すリーダ／ライタ２００と非接触通信を行う場合における、処理の一例を示している。また、図１２は、アプリケーションがインストールされる場合における処理の一例を示している。
【０１４９】
リーダ／ライタ２００は、認証のための“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｃｏｍｍａｎｄ”を送信する（Ｓ１００）。
【０１５０】
ステップＳ１００においてリーダ／ライタ２００から送信された“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｃｏｍｍａｎｄ”を受信した通信部１０２は、受信した“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｃｏｍｍａｎｄ”を、制御部１０６へ伝達する（Ｓ１０２）。ここで、通信部１０２と制御部１０６とは、例えば、ＳＷＰ（Single  Wire  Protocol）によるシリアル通信を行う。なお、本実施形態に係る通信部１０２と制御部１０６との間の通信は、上記に限られず、任意の通信方式によって通信を行うことが可能である。
【０１５１】
ステップＳ１０２において通信部１０２から伝達された“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｃｏｍｍａｎｄ”を受信した制御部１０６は、“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｃｏｍｍａｎｄ”に基づいて認証を行う（Ｓ１０４。認証処理）。そして、制御部１０６は、認証結果を示す“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ  ｄａｔａ”を通信部１０２へ伝達する（Ｓ１０６）。
【０１５２】
ステップＳ１０６において制御部１０６から伝達された“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ  ｄａｔａ”を受信した通信部１０２は、受信した“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ  ｄａｔａ”を、例えば負荷変調によって送信する（Ｓ１０８）。
【０１５３】
ステップＳ１０８において通信部１０２から送信された“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ  ｄａｔａ”を受信したリーダ／ライタ２００は、“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ  ｄａｔａ”に基づいて、情報処理装置１００において認証が正常に完了したか否かを判定する。ここで、図１２では、情報処理装置１００（制御部１０６）において認証が正常に完了したものとする。そして、リーダ／ライタ２００は、認証が正常に完了したと判定された場合には、アプリケーションのインストールに係る処理として、例えば、
“Ｉｎｓｔａｌｌ  ｆｏｒ  ｌｏａｄ  ｃｏｍｍａｎｄ”、“ｌｏａｄ  ｃｏｍｍａｎｄ”、そして“Ｉｎｓｔａｌｌ  ｆｏｒ  ｉｎｓｔａｌｌ  ｃｏｍｍａｎｄ”を順次送信する。なお、リーダ／ライタ２００が、アプリケーションのインストールに係る処理として送信する処理命令が、上記の例に限られないことは、言うまでもない。
【０１５４】
リーダ／ライタ２００は、“Ｉｎｓｔａｌｌ  ｆｏｒ  ｌｏａｄ  ｃｏｍｍａｎｄ”を送信する（Ｓ１１０）。
【０１５５】
ステップＳ１１０においてリーダ／ライタ２００から送信された“Ｉｎｓｔａｌｌ  ｆｏｒ  ｌｏａｄ  ｃｏｍｍａｎｄ”を受信した通信部１０２は、受信した“Ｉｎｓｔａｌｌ  ｆｏｒ  ｌｏａｄ  ｃｏｍｍａｎｄ”を、制御部１０６へ伝達する（Ｓ１１２）。
【０１５６】
ステップＳ１１２において通信部１０２から伝達された“Ｉｎｓｔａｌｌ  ｆｏｒ  ｌｏａｄ  ｃｏｍｍａｎｄ”を受信した制御部１０６は、“Ｉｎｓｔａｌｌ  ｆｏｒ  ｌｏａｄ  ｃｏｍｍａｎｄ”に基づく処理を行い、処理結果を示す“Ｉｎｓｔａｌｌ  ｆｏｒ  ｌｏａｄ  Ｒｅｓｐｏｎｓｅ  ｄａｔａ”を通信部１０２へ伝達する（Ｓ１１４）。
【０１５７】
ステップＳ１１４において制御部１０６から伝達された“Ｉｎｓｔａｌｌ  ｆｏｒ  ｌｏａｄ  Ｒｅｓｐｏｎｓｅ  ｄａｔａ”を受信した通信部１０２は、受信した“Ｉｎｓｔａｌｌ  ｆｏｒ  ｌｏａｄ  Ｒｅｓｐｏｎｓｅ  ｄａｔａ”を、例えば負荷変調によって送信する（Ｓ１１６）。
【０１５８】
ステップＳ１１６において通信部１０２から送信された“Ｉｎｓｔａｌｌ  ｆｏｒ  ｌｏａｄ  Ｒｅｓｐｏｎｓｅ  ｄａｔａ”を受信したリーダ／ライタ２００は、情報処理装置１００において“Ｉｎｓｔａｌｌ  ｆｏｒ  ｌｏａｄ  ｃｏｍｍａｎｄ”に基づく処理が正常に完了したか否かを判定する。ここで、図１２では、情報処理装置１００（制御部１０６）において“Ｉｎｓｔａｌｌ  ｆｏｒ  ｌｏａｄ  ｃｏｍｍａｎｄ”に基づく処理が正常に完了したものとする。なお、“Ｉｎｓｔａｌｌ  ｆｏｒ  ｌｏａｄ  ｃｏｍｍａｎｄ”に基づく処理が正常に完了したと判定されない場合、リーダ／ライタ２００は、例えば、再度ステップＳ１１０の処理を行う。
【０１５９】
リーダ／ライタ２００は、“ｌｏａｄ  ｃｏｍｍａｎｄ”を送信する（Ｓ１１８）。
【０１６０】
ステップＳ１１８においてリーダ／ライタ２００から送信された“ｌｏａｄ  ｃｏｍｍａｎｄ”を受信した通信部１０２は、受信した“ｌｏａｄ  ｃｏｍｍａｎｄ”を、制御部１０６へ伝達する（Ｓ１２０）。
【０１６１】
ステップＳ１２０において通信部１０２から伝達された“ｌｏａｄ  ｃｏｍｍａｎｄ”を受信した制御部１０６は、“ｌｏａｄ  ｃｏｍｍａｎｄ”に基づく処理を行い、処理結果を示す“ｌｏａｄ  Ｒｅｓｐｏｎｓｅ  ｄａｔａ”を通信部１０２へ伝達する（Ｓ１２２）。
【０１６２】
ステップＳ１２２において制御部１０６から伝達された“ｌｏａｄ  Ｒｅｓｐｏｎｓｅ  ｄａｔａ”を受信した通信部１０２は、受信した“ｌｏａｄ  Ｒｅｓｐｏｎｓｅ  ｄａｔａ”を、例えば負荷変調によって送信する（Ｓ１２４）。
【０１６３】
ステップＳ１２４において通信部１０２から送信された“ｌｏａｄ  Ｒｅｓｐｏｎｓｅ  ｄａｔａ”を受信したリーダ／ライタ２００は、情報処理装置１００において“ｌｏａｄ  ｃｏｍｍａｎｄ”に基づく処理が正常に完了したか否かを判定する。ここで、図１２では、情報処理装置１００（制御部１０６）において“ｌｏａｄ  ｃｏｍｍａｎｄ”に基づく処理が正常に完了したものとする。また、リーダ／ライタ２００と情報処理装置１００との間では、リーダ／ライタ２００において全ての“ｌｏａｄ  ｃｏｍｍａｎｄ”の送信が完了するまで、ステップＳ１１８の処理〜Ｓ１２４の処理が繰り返される。なお、“ｌｏａｄ  ｃｏｍｍａｎｄ”に基づく処理が正常に完了したと判定されない場合、リーダ／ライタ２００は、例えば、正常に完了したと判定されなかった“ｌｏａｄ  Ｒｅｓｐｏｎｓｅ  ｄａｔａ”に対応する“ｌｏａｄ  ｃｏｍｍａｎｄ”を、再度送信する。
【０１６４】
リーダ／ライタ２００は、“Ｉｎｓｔａｌｌ  ｆｏｒ  ｉｎｓｔａｌｌ  ｃｏｍｍａｎｄ”を送信する（Ｓ１２６）。
【０１６５】
ステップＳ１２６においてリーダ／ライタ２００から送信された“Ｉｎｓｔａｌｌ  ｆｏｒ  ｉｎｓｔａｌｌ  ｃｏｍｍａｎｄ”を受信した通信部１０２は、受信した“Ｉｎｓｔａｌｌ  ｆｏｒ  ｉｎｓｔａｌｌ  ｃｏｍｍａｎｄ”を、制御部１０６へ伝達する（Ｓ１２８）。
【０１６６】
ステップＳ１２８において通信部１０２から伝達された“Ｉｎｓｔａｌｌ  ｆｏｒ  ｉｎｓｔａｌｌ  ｃｏｍｍａｎｄ”を受信した制御部１０６は、“Ｉｎｓｔａｌｌ  ｆｏｒ  ｉｎｓｔａｌｌ  ｃｏｍｍａｎｄ”に基づいて、アプリケーションのインストール処理を行う（Ｓ１３０）。ステップＳ１３０の処理によって、アプリケーション、および当該アプリケーションに対応するアプリケーションに関する情報は、例えば記憶部１０４に記憶される。
【０１６７】
また、制御部１０６は、“Ｉｎｓｔａｌｌ  ｆｏｒ  ｉｎｓｔａｌｌ  ｃｏｍｍａｎｄ”に基づいて、例えば記憶部１０４に記憶される状態管理情報を更新する（Ｓ１３２。状態管理情報更新処理）。図１３は、本実施形態に係る情報処理装置１００における状態管理情報の更新に係る処理の一例を示す説明図である。図１３に示すＡは、例えば“Ｉｎｓｔａｌｌ  ｆｏｒ  ｉｎｓｔａｌｌ  ｃｏｍｍａｎｄ”に含まれる、アプリケーションに関する情報の一例である。また、図１３に示すＢは、アプリケーションに関する情報に基づいて更新された状態管理情報の一例を示している。
【０１６８】
ステップＳ１３０、Ｓ１３２の処理が行われると、制御部１０６は、処理結果を示す“Ｉｎｓｔａｌｌ  ｆｏｒ  ｉｎｓｔａｌｌ  Ｒｅｓｐｏｎｓｅ  ｄａｔａ”を通信部１０２へ伝達する（Ｓ１３４）。
【０１６９】
ステップＳ１３４において制御部１０６から伝達された“Ｉｎｓｔａｌｌ  ｆｏｒ  ｉｎｓｔａｌｌ  Ｒｅｓｐｏｎｓｅ  ｄａｔａ”を受信した通信部１０２は、受信した“Ｉｎｓｔａｌｌ  ｆｏｒ  ｉｎｓｔａｌｌ  Ｒｅｓｐｏｎｓｅ  ｄａｔａ”を、例えば負荷変調によって送信する（Ｓ１３６）。
【０１７０】
ステップＳ１３６において通信部１０２から送信された“Ｉｎｓｔａｌｌ  ｆｏｒ  ｉｎｓｔａｌｌ  Ｒｅｓｐｏｎｓｅ  ｄａｔａ”を受信したリーダ／ライタ２００は、情報処理装置１００において、“Ｉｎｓｔａｌｌ  ｆｏｒ  ｉｎｓｔａｌｌ  ｃｏｍｍａｎｄ”に基づく処理が正常に完了したか否かを判定する。ここで、図１２では、情報処理装置１００（制御部１０６）において、“Ｉｎｓｔａｌｌ  ｆｏｒ  ｉｎｓｔａｌｌ  ｃｏｍｍａｎｄ”に基づく処理が正常に完了したものとする。なお、“Ｉｎｓｔａｌｌ  ｆｏｒ  ｉｎｓｔａｌｌ  ｃｏｍｍａｎｄ”に基づく処理が正常に完了したと判定されない場合、リーダ／ライタ２００は、例えば、再度ステップＳ１２６の処理を行う。
【０１７１】
アプリケーションがインストールされる場合には、情報処理装置１００において、例えば図１２に示す処理が行われる。
【０１７２】
なお、アプリケーションがインストールされる場合における情報処理装置１００の処理は、図１２に示す処理に限られない。例えば図９を参照して説明したように、本実施形態に係る情報処理装置は、“Ｊａｖａ  Ｃａｒｄ  ＲＥ  ｌａｙｅｒ”（第２レイヤの一例）より下位の“Ｎａｔｉｖｅ  ｌａｙｅｒ”（第３レイヤの一例）において、“Ｊａｖａ  Ｃａｒｄ  ＲＥ  ｌａｙｅｒ”（第２レイヤの一例）で管理される状態管理情報をコピーした状態管理情報を管理することも可能である。
【０１７３】
図１４は、本実施形態に係る情報処理装置１００における第１の例に係る処理の他の例を示す説明図である。図１４は、図１２と同様に、情報処理装置１００が、図１０に示すリーダ／ライタ２００と非接触通信を行う場合における、処理の一例を示している。また、図１４は、図１２と同様に、アプリケーションがインストールされる場合における処理の一例を示している。また、図１４では、図９に示す“Ｎａｔｉｖｅ  ｌａｙｅｒ”（第３レイヤの一例）に対応するレイヤを、“制御部１０６（Ｎａｔｉｖｅ）”と示し、図９に示す“Ｊａｖａ  Ｃａｒｄ  ＲＥ  ｌａｙｅｒ”（第２レイヤの一例）に対応するレイヤを、“制御部１０６（ＯＰＥＮ）”と示している。
【０１７４】
なお、図１４では、図１２に示すステップＳ１２８の処理〜Ｓ１３４の処理の一例を示しており、図１２に示すステップＳ１００の処理〜Ｓ１２６の処理、およびステップＳ１３６の処理については、図１２と同様の処理であるため省略している。
【０１７５】
リーダ／ライタ２００から送信された“Ｉｎｓｔａｌｌ  ｆｏｒ  ｉｎｓｔａｌｌ  ｃｏｍｍａｎｄ”を受信した通信部１０２は、受信した“Ｉｎｓｔａｌｌ  ｆｏｒ  ｉｎｓｔａｌｌ  ｃｏｍｍａｎｄ”を、制御部１０６（Ｎａｔｉｖｅ）へ伝達する（Ｓ２００）。
【０１７６】
ステップＳ２００において通信部１０２から伝達された“Ｉｎｓｔａｌｌ  ｆｏｒ  ｉｎｓｔａｌｌ  ｃｏｍｍａｎｄ”を受信した制御部１０６（Ｎａｔｉｖｅ）は、伝達された“Ｉｎｓｔａｌｌ  ｆｏｒ  ｉｎｓｔａｌｌ  ｃｏｍｍａｎｄ”を制御部１０６（ＯＰＥＮ）へ伝達する（Ｓ２０２）。
【０１７７】
制御部１０６（ＯＰＥＮ）は、伝達された“Ｉｎｓｔａｌｌ  ｆｏｒ  ｉｎｓｔａｌｌ  ｃｏｍｍａｎｄ”に基づいて、図１２のステップＳ１３０と同様に、アプリケーションのインストール処理を行う（Ｓ２０４）。
【０１７８】
また、制御部１０６（ＯＰＥＮ）は、“Ｉｎｓｔａｌｌ  ｆｏｒ  ｉｎｓｔａｌｌ  ｃｏｍｍａｎｄ”に基づいて、例えば記憶部１０４に記憶される状態管理情報を更新する（Ｓ２０６。状態管理情報更新処理）。ここで、制御部１０６（ＯＰＥＮ）は、例えば制御部１０６（Ｎａｔｉｖｅ）において管理されている状態管理情報を、制御部１０６（Ｎａｔｉｖｅ）に更新させる（ステップＳ２０６に示す“Ｐｏｌｌｉｎｇ  ｔａｂｌｅ  ｕｐｄａｔｅ”）。
【０１７９】
ステップＳ２０４、Ｓ２０６の処理が行われると、制御部１０６（ＯＰＥＮ）は、処理結果を示す“Ｉｎｓｔａｌｌ  ｆｏｒ  ｉｎｓｔａｌｌ  Ｒｅｓｐｏｎｓｅ  ｄａｔａ”を制御部１０６（Ｎａｔｉｖｅ）へ伝達する（Ｓ２０８）。そして、制御部１０６（Ｎａｔｉｖｅ）は、“Ｉｎｓｔａｌｌ  ｆｏｒ  ｉｎｓｔａｌｌ  Ｒｅｓｐｏｎｓｅ  ｄａｔａ”を通信部１０２へ伝達する（Ｓ２１０）。
【０１８０】
アプリケーションがインストールされる場合には、情報処理装置１００は、例えば図１４に示す処理を行うことも可能である。
【０１８１】
（ｉｉ）情報処理装置１００における処理の第２の例
図１５は、本実施形態に係る情報処理装置１００における処理の第２の例を示す説明図である。図１５は、図１２と同様に、情報処理装置１００が、図１０に示すリーダ／ライタ２００と非接触通信を行う場合における処理の一例を示している。また、図１５は、操作部（図示せず）に対するユーザ操作に基づく処理命令に基づいて、アプリケーションが有効な状態（Ａｃｔｉｖａｔｅｄ）とされる場合における処理の一例を示している。なお、図１５では、操作部（図示せず）から伝達される処理命令を示す操作信号が、第２の通信部（図示せず）を構成するデバイスの一例である“Ｂａｓｅ  ｂａｎｄ  ｃｈｉｐ”を介して伝達される例を示している。
【０１８２】
Ｂａｓｅ  ｂａｎｄ  ｃｈｉｐは、ＡＩＤが３３３３のアプリケーションを有効な状態とさせるための処理命令である“Ａｐｐｌｅｔ  ａｃｔｉｖａｔｉｏｎ（ＡＩＤ＝３３３３）”を、制御部１０６へ伝達する（Ｓ３００）。
【０１８３】
ステップＳ３００においてＢａｓｅ  ｂａｎｄ  ｃｈｉｐから伝達された“Ａｐｐｌｅｔ  ａｃｔｉｖａｔｉｏｎ（ＡＩＤ＝３３３３）”を受信した制御部１０６は、“Ａｐｐｌｅｔ  ａｃｔｉｖａｔｉｏｎ（ＡＩＤ＝３３３３）”に基づいて、ＡＩＤが３３３３のアプリケーションに対応するアプリケーションに関する情報を、例えば記憶部１０４に記憶されている状態管理情報に追加（登録）する処理を行う（Ｓ３０２。状態管理情報更新処理）。
【０１８４】
図１６は、本実施形態に係る情報処理装置における状態管理情報の更新に係る処理の一例を示す説明図である。図１６に示すＡは、ステップＳ３０２の処理が行われる前の状態管理情報の内容を示しており、図１６に示すＢは、ステップＳ３０２の処理が行われた後の状態管理情報の内容を示している。
【０１８５】
図１６のＡに示すように、ステップＳ３０２の処理が行われる前の状態管理情報には、ＡＩＤが３３３３のアプリケーションに対応するアプリケーションに関する情報に含まれるシステム情報“１２ＦＣ”と同一のシステム情報を含むアプリケーションに関する情報は、存在しない。よって、図１６のＢに示すように、ステップＳ３０２の処理が行われることによって、ＡＩＤが３３３３のアプリケーションに対応するアプリケーションに関する情報が、状態管理情報に正常に追加される。
【０１８６】
ステップＳ３０２の処理が完了すると、制御部１０６は、処理結果を示す“Ｓｅｔ  ｓｔａｔｕｓ［Ｓｕｃｃｅｓｓ］”をＢａｓｅ  ｂａｎｄ  ｃｈｉｐへ伝達する（Ｓ３０４）。
【０１８７】
例えばステップＳ３００〜Ｓ３０４の処理が行われることによって、情報処理装置１００では、操作部（図示せず）に対するユーザ操作に基づく処理命令に基づいて、ＡＩＤが３３３３のアプリケーションが有効な状態（Ａｃｔｉｖａｔｅｄ）とされる。
【０１８８】
以下、図１５では、ＡＩＤが３３３３のアプリケーションが有効な状態となったときにおいて、当該アプリケーションが実行される場合における、情報処理装置１００とリーダ／ライタ２００との間で行われる処理の一例を示す。なお、図１５では、情報処理装置１００が、インストールされているアプリケーションを実行する装置である場合を例に挙げる。
【０１８９】
リーダ／ライタ２００は、ポーリング信号“Ｐｏｌｌｉｎｇ（ＳＣ＝１２ＦＣ，ＡＩＤ＝３３３３）”を送信する（Ｓ３０６）。
【０１９０】
ステップＳ３０６においてリーダ／ライタ２００から送信された“Ｐｏｌｌｉｎｇ（ＳＣ＝１２ＦＣ，ＡＩＤ＝３３３３）”を受信した通信部１０２は、受信した“Ｐｏｌｌｉｎｇ（ＳＣ＝１２ＦＣ，ＡＩＤ＝３３３３）”を、制御部１０６へ伝達する（Ｓ３０８）。
【０１９１】
ステップＳ３０８において通信部１０２から伝達された“Ｐｏｌｌｉｎｇ（ＳＣ＝１２ＦＣ，ＡＩＤ＝３３３３）”を受信した制御部１０６は、例えば記憶部１０４に記憶されている状態管理情報を確認する処理を行う（Ｓ３１０。状態管理情報確認処理）。ここで、本実施形態に係る情報処理装置１００における状態管理情報確認処理としては、例えば、ポーリング信号が示すシステム情報“１２ＦＣ”に対応するアプリケーションに関する情報が、状態管理情報に含まれているか否かをチェックする処理が挙げられる。
【０１９２】
ここで、図１６のＢに示すように、状態管理情報には、ポーリング信号が示すシステム情報“１２ＦＣ”、ＡＩＤ“３３３３”に対応するアプリケーションに関する情報が含まれている。よって、制御部１０６は、例えば、ポーリング信号が示すシステム情報“１２ＦＣ”に対応するアプリケーションに関する情報のうちのＩＤｍとＰＭｍとを含む応答“Ｒｅｓｐｏｎｓｅ（ＩＤｍ＋ＰＭｍ）”を通信部１０２へ伝達する（Ｓ３１２）。
【０１９３】
ステップＳ３１２において制御部１０６から伝達された“Ｒｅｓｐｏｎｓｅ（ＩＤｍ＋ＰＭｍ）”を受信した通信部１０２は、受信した“Ｒｅｓｐｏｎｓｅ（ＩＤｍ＋ＰＭｍ）”を、例えば負荷変調によって送信する（Ｓ３１４）。
【０１９４】
ステップＳ３１４において通信部１０２から送信された“Ｒｅｓｐｏｎｓｅ（ＩＤｍ＋ＰＭｍ）”を受信したリーダ／ライタ２００は、アプリケーションに実行させる処理命令“ｃｏｍｍａｎｄ”を送信する（Ｓ３１６）。
【０１９５】
ステップＳ３１６においてリーダ／ライタ２００から送信された“ｃｏｍｍａｎｄ”を受信した通信部１０２は、受信した“ｃｏｍｍａｎｄ”を、制御部１０６へ伝達する（Ｓ３１８）。
【０１９６】
ステップＳ３１８において通信部１０２から伝達された“ｃｏｍｍａｎｄ”を受信した制御部１０６は、例えば記憶部１０４に記憶されている、“ｃｏｍｍａｎｄ”に対応するアプリケーションに“ｃｏｍｍａｎｄ”に応じた処理を行わせる（Ｓ３２０）。
【０１９７】
ステップＳ３１０において“ｃｏｍｍａｎｄ”に応じた処理を行ったアプリケーションからの応答“Ｒｅｓｐｏｎｓｅ”が伝達されると（Ｓ３２２）、制御部１０６は、伝達された“Ｒｅｓｐｏｎｓｅ”を通信部１０２へ伝達する（Ｓ３２４）。
【０１９８】
ステップＳ３２４において制御部１０６から伝達された“Ｒｅｓｐｏｎｓｅ”を受信した通信部１０２は、受信した“Ｒｅｓｐｏｎｓｅ”を、例えば負荷変調によって送信する（Ｓ３２６）。
【０１９９】
操作部（図示せず）に対するユーザ操作に基づく処理命令に基づいて、アプリケーションが有効な状態（Ａｃｔｉｖａｔｅｄ）とされる場合には、情報処理装置１００において、例えば図１５に示す処理が行われる。
【０２００】
なお、操作部（図示せず）に対するユーザ操作に基づく処理命令に基づいて、アプリケーションが有効な状態（Ａｃｔｉｖａｔｅｄ）とされる場合における情報処理装置１００の処理は、図１５に示す処理に限られない。
【０２０１】
例えば図９を参照して説明したように、本実施形態に係る情報処理装置は、“Ｊａｖａ  Ｃａｒｄ  ＲＥ  ｌａｙｅｒ”（第２レイヤの一例）より下位の“Ｎａｔｉｖｅ  ｌａｙｅｒ”（第３レイヤの一例）において、“Ｊａｖａ  Ｃａｒｄ  ＲＥ  ｌａｙｅｒ”（第２レイヤの一例）で管理される状態管理情報をコピーした状態管理情報を管理することも可能である。
【０２０２】
また、図１５では、ステップＳ３０２に示す状態管理情報更新処理において、処理命令が示すアプリケーションに対応するアプリケーションに関する情報が、状態管理情報に正常に追加された場合を例に挙げたが、図２のＤに示すようなコンフリクトが生じることなどによって当該アプリケーションが有効な状態とならないことも起こりうる。
【０２０３】
図１７は、本実施形態に係る情報処理装置１００における第２の例に係る処理の他の例を示す説明図である。図１７は、図１５と同様に、情報処理装置１００が、図１０に示すリーダ／ライタ２００と非接触通信を行う場合における処理の一例を示している。また、図１７は、図１５と同様に、操作部（図示せず）に対するユーザ操作に基づく処理命令に基づいて、アプリケーションが有効な状態（Ａｃｔｉｖａｔｅｄ）とされる場合における処理の一例を示している。また、図１７では、図１５と同様に、操作部（図示せず）から伝達される処理命令を示す操作信号が、第２の通信部（図示せず）を構成するデバイスの一例である“Ｂａｓｅ  ｂａｎｄ  ｃｈｉｐ”を介して伝達される例を示している。
【０２０４】
Ｂａｓｅ  ｂａｎｄ  ｃｈｉｐは、ＡＩＤが５５５５のアプリケーションを有効な状態とさせるための処理命令である“Ａｐｐｌｅｔ  ａｃｔｉｖａｔｉｏｎ（ＡＩＤ＝５５５５）”を、制御部１０６へ伝達する（Ｓ４００）。
【０２０５】
ステップＳ４００においてＢａｓｅ  ｂａｎｄ  ｃｈｉｐから伝達された“Ａｐｐｌｅｔ  ａｃｔｉｖａｔｉｏｎ（ＡＩＤ＝５５５５）”を受信した制御部１０６は、“Ａｐｐｌｅｔ  ａｃｔｉｖａｔｉｏｎ（ＡＩＤ＝５５５５）”に基づいて、ＡＩＤが５５５５のアプリケーションに対応するアプリケーションに関する情報を、例えば記憶部１０４に記憶されている状態管理情報に追加（登録）する処理を行う（Ｓ４０２。状態管理情報更新処理）。
【０２０６】
図１８は、本実施形態に係る情報処理装置における状態管理情報の更新に係る処理の一例を示す説明図である。図１８は、ステップＳ４０２の処理が行われる前、およびステップＳ４０２の処理が行われた後の状態管理情報の内容を示している。
【０２０７】
ＡＩＤが５５５５のアプリケーションに対応するアプリケーションに関する情報に含まれるシステム情報が“ＦＥ００”であると仮定すると、図１８に示すように、ステップＳ４０２の処理が行われる前の状態管理情報には、ＡＩＤが５５５５のアプリケーションに対応するアプリケーションに関する情報に含まれるシステム情報“ＦＥ００”と同一のシステム情報を含むアプリケーションに関する情報が、存在する。よって、図１８に示すように、ステップＳ４０２の処理では、図２のＤに示す場合と同様に、ＡＩＤが５５５５のアプリケーションに対応するアプリケーションに関する情報が、状態管理情報に追加されない。つまり、ステップＳ４０２の処理が行われた後においても、ＡＩＤが５５５５のアプリケーションに対応するアプリケーションは、無効な状態（Ｄｅａｃｔｉｖａｔｅｄ）のままとなる。
【０２０８】
ステップＳ４０２の処理が完了すると、制御部１０６は、処理結果を示す“Ｓｅｔ  ｓｔａｔｕｓ［Ｆａｉｌｕｒｅ］”をＢａｓｅ  ｂａｎｄ  ｃｈｉｐへ伝達する（Ｓ４０４）。
【０２０９】
例えばステップＳ４００〜Ｓ４０４の処理が行われることによって、情報処理装置１００では、ＡＩＤが５５５５のアプリケーションが無効な状態（Ｄｅａｃｔｉｖａｔｅｄ）のままとされる。
【０２１０】
以下、図１７では、ＡＩＤが５５５５のアプリケーションが無効な状態のままである場合における、情報処理装置１００とリーダ／ライタ２００との間で行われる処理の一例を示す。なお、図１７では、情報処理装置１００が、インストールされているアプリケーションを実行する装置である場合を例に挙げる。
【０２１１】
リーダ／ライタ２００は、ポーリング信号“Ｐｏｌｌｉｎｇ（ＳＣ＝ＦＥ００，ＡＩＤ＝５５５５）”を送信する（Ｓ４０６）。
【０２１２】
ステップＳ４０６においてリーダ／ライタ２００から送信された“Ｐｏｌｌｉｎｇ（ＳＣ＝ＦＥ００，ＡＩＤ＝５５５５）”を受信した通信部１０２は、受信した“Ｐｏｌｌｉｎｇ（ＳＣ＝ＦＥ００，ＡＩＤ＝５５５５）”を、制御部１０６へ伝達する（Ｓ４０８）。
【０２１３】
ステップＳ４０８において通信部１０２から伝達された“Ｐｏｌｌｉｎｇ（ＳＣ＝ＦＥ００，ＡＩＤ＝５５５５）”を受信した制御部１０６は、図１５のステップＳ３１０と同様に、例えば記憶部１０４に記憶されている状態管理情報を確認する処理を行う（Ｓ４１０。状態管理情報確認処理）。
【０２１４】
ここで、図１８に示すように、状態管理情報には、ポーリング信号が示すシステム情報“ＦＥ００”、ＡＩＤ“５５５５”に対応するアプリケーションに関する情報が含まれていない。よって、制御部１０６は、例えば“Ｅｍｐｔｙ  ｐａｃｋｅｔ”を通信部１０２へ伝達する（Ｓ４１２）。また、ステップＳ４１２のように、制御部１０６から“Ｅｍｐｔｙ  ｐａｃｋｅｔ”が伝達された場合には、通信部１０２は、何らの信号を送信しない。
【０２１５】
情報処理装置１００が、操作部（図示せず）に対するユーザ操作に基づく処理命令に基づいて処理を行う場合において、図２のＤに示すようなコンフリクトが生じた場合には、例えば図１７に示すような処理が行われる。
【０２１６】
（ｉｉｉ）情報処理装置１００における処理の第３の例
図１９は、本実施形態に係る情報処理装置１００における処理の第３の例を示す説明図である。図１９は、図１２と同様に、情報処理装置１００が、図１０に示すリーダ／ライタ２００と非接触通信を行う場合における処理の一例を示している。また、図１９は、操作部（図示せず）に対するユーザ操作に基づく処理命令に基づいて、アプリケーションが無効な状態（Ｄｅａｃｔｉｖａｔｅｄ）とされる場合における処理の一例を示している。なお、図１９では、図１５と同様に、操作部（図示せず）から伝達される処理命令を示す操作信号が、第２の通信部（図示せず）を構成するデバイスの一例である“Ｂａｓｅ  ｂａｎｄ  ｃｈｉｐ”を介して伝達される例を示している。
【０２１７】
Ｂａｓｅ  ｂａｎｄ  ｃｈｉｐは、ＡＩＤが２２２２のアプリケーションを有効な状態とさせるための処理命令である“Ａｐｐｌｅｔ  ｄｅａｃｔｉｖａｔｉｏｎ（ＡＩＤ＝２２２２）”を、制御部１０６へ伝達する（Ｓ５００）。
【０２１８】
ステップＳ５００においてＢａｓｅ  ｂａｎｄ  ｃｈｉｐから伝達された“Ａｐｐｌｅｔ  ｄｅａｃｔｉｖａｔｉｏｎ（ＡＩＤ＝２２２２）”を受信した制御部１０６は、“Ａｐｐｌｅｔ  ｄｅａｃｔｉｖａｔｉｏｎ（ＡＩＤ＝２２２２）”に基づいて、ＡＩＤが２２２２のアプリケーションに対応するアプリケーションに関する情報を、例えば記憶部１０４に記憶されている状態管理情報から削除する処理を行う（Ｓ５０２。状態管理情報更新処理）。
【０２１９】
図２０は、本実施形態に係る情報処理装置における状態管理情報の更新に係る処理の一例を示す説明図である。図２０に示すＡは、ステップＳ５０２の処理が行われる前の状態管理情報の内容を示しており、図２０に示すＢは、ステップＳ５０２の処理が行われた後の状態管理情報の内容を示している。
【０２２０】
図２０のＡに示すように、ステップＳ５０２の処理が行われる前の状態管理情報には、ＡＩＤが２２２２のアプリケーションに対応するアプリケーションに関する情報が存在する。よって、図２０のＢに示すように、ステップＳ５０２の処理が行われることによって、ＡＩＤが２２２２のアプリケーションに対応するアプリケーションに関する情報が、状態管理情報から正常に削除される。
【０２２１】
なお、図２０のＢに示すように、本実施形態に係る情報処理装置（本実施形態に係る情報処理装置が備える制御部）は、優先順位“２”に対応付けられたＡＩＤが２２２２のアプリケーションに対応するアプリケーションに関する情報を、状態管理情報から削除した後に、優先順位“３”に対応付けられたＡＩＤが３３３３のアプリケーションに対応するアプリケーションに関する情報を、優先順位“２”に対応付けて管理してもよい。本実施形態に係る情報処理装置（本実施形態に係る情報処理装置が備える制御部）は、上述したように、例えば、状態管理情報からのアプリケーションに関する情報の削除に係る処理と、状態管理情報へのアプリケーションに関する情報の追加に係る処理とを組み合わせることによって、優先順位を変更することが可能である。
【０２２２】
ステップＳ５０２の処理が完了すると、制御部１０６は、処理結果を示す“Ｓｅｔ  ｓｔａｔｕｓ［Ｓｕｃｃｅｓｓ］”をＢａｓｅ  ｂａｎｄ  ｃｈｉｐへ伝達する（Ｓ５０４）。
【０２２３】
例えばステップＳ５００〜Ｓ５０４の処理が行われることによって、情報処理装置１００では、操作部（図示せず）に対するユーザ操作に基づく処理命令に基づいて、ＡＩＤが２２２２のアプリケーションが無効な状態（Ｄｅａｃｔｉｖａｔｅｄ）とされる。
【０２２４】
以下、図１９では、ＡＩＤが２２２２のアプリケーションが無効な状態となった場合における、情報処理装置１００とリーダ／ライタ２００との間で行われる処理の一例を示す。なお、図１９では、情報処理装置１００が、インストールされているアプリケーションを実行する装置である場合を例に挙げる。
【０２２５】
リーダ／ライタ２００は、ポーリング信号“Ｐｏｌｌｉｎｇ（ＳＣ＝ＦＥ００，ＡＩＤ＝２２２２）”を送信する（Ｓ５０６）。
【０２２６】
ステップＳ５０６においてリーダ／ライタ２００から送信された“Ｐｏｌｌｉｎｇ（ＳＣ＝ＦＥ００，ＡＩＤ＝２２２２）”を受信した通信部１０２は、受信した“Ｐｏｌｌｉｎｇ（ＳＣ＝ＦＥ００，ＡＩＤ＝２２２２）”を、制御部１０６へ伝達する（Ｓ５０８）。
【０２２７】
ステップＳ５０８において通信部１０２から伝達された“Ｐｏｌｌｉｎｇ（ＳＣ＝ＦＥ００，ＡＩＤ＝２２２２）”を受信した制御部１０６は、図１５のステップＳ３１０と同様に、例えば記憶部１０４に記憶されている状態管理情報を確認する処理を行う（Ｓ５１０。状態管理情報確認処理）。
【０２２８】
ここで、図２０に示すように、状態管理情報には、ポーリング信号が示すシステム情報“ＦＥ００”、ＡＩＤ“２２２２”に対応するアプリケーションに関する情報が含まれていない。よって、制御部１０６は、図１７のステップＳ４１２と同様に、例えば“Ｅｍｐｔｙ  ｐａｃｋｅｔ”を通信部１０２へ伝達する（Ｓ５１２）。また、ステップＳ５１２のように、制御部１０６から“Ｅｍｐｔｙ  ｐａｃｋｅｔ”が伝達された場合には、通信部１０２は、何らの信号を送信しない。
【０２２９】
操作部（図示せず）に対するユーザ操作に基づく処理命令に基づいて、アプリケーションが無効な状態（Ｄｅａｃｔｉｖａｔｅｄ）とされる場合には、情報処理装置１００において、例えば図１９に示す処理が行われる。
【０２３０】
なお、操作部（図示せず）に対するユーザ操作に基づく処理命令に基づいて、アプリケーションが無効な状態（Ｄｅａｃｔｉｖａｔｅｄ）とされる場合における情報処理装置１００の処理は、図１９に示す処理に限られない。
【０２３１】
例えば図９を参照して説明したように、本実施形態に係る情報処理装置は、“Ｊａｖａ  Ｃａｒｄ  ＲＥ  ｌａｙｅｒ”（第２レイヤの一例）より下位の“Ｎａｔｉｖｅ  ｌａｙｅｒ”（第３レイヤの一例）において、“Ｊａｖａ  Ｃａｒｄ  ＲＥ  ｌａｙｅｒ”（第２レイヤの一例）で管理される状態管理情報をコピーした状態管理情報を管理することも可能である。
【０２３２】
（ｉｉｉ）情報処理装置１００における処理の第４の例
図２１は、本実施形態に係る情報処理装置１００における処理の第４の例を示す説明図である。図２１は、図１２と同様に、情報処理装置１００が、図１０に示すリーダ／ライタ２００と非接触通信を行う場合における処理の一例を示している。また、図２１は、サーバから送信される処理命令に基づいて、アプリケーションが有効な状態（Ａｃｔｉｖａｔｅｄ）とされる場合における処理の一例を示している。なお、図２１では、サーバから送信される処理命令を示す操作信号が、第２の通信部（図示せず）を構成するデバイスの一例である“Ｂａｓｅ  ｂａｎｄ  ｃｈｉｐ”を介して伝達される例を示している。なお、図２１では、“Ｂａｓｅ  ｂａｎｄ  ｃｈｉｐ”が、例えば操作部（図示せず）から伝達されるユーザ操作に応じた操作信号に基づいて処理を行う場合を例に挙げて説明する。
【０２３３】
Ｂａｓｅ  ｂａｎｄ  ｃｈｉｐは、サーバとの通信を開始する（Ｓ６００）。ステップＳ６００において通信が開始されると、サーバは、有効な状態とすることが可能なアプリケーションのリストを示すデータを、情報処理装置１００へ送信する（Ｓ６０２）。選択されたアプリケーションを示す操作信号が操作部（図示せず）から伝達されると、Ｂａｓｅ  ｂａｎｄ  ｃｈｉｐは、操作信号が示す選択されたアプリケーションを示すデータを、サーバへ送信する（Ｓ６０６）。
【０２３４】
サーバは、ステップＳ６０６において送信された選択されたアプリケーションを示すデータに対応する、ＡＩＤが３３３３のアプリケーションを有効な状態とさせるための処理命令である“Ａｐｐｌｅｔ  ｄｅａｃｔｉｖａｔｉｏｎ（ＡＩＤ＝３３３３）”を、情報処理装置１００へ送信する（Ｓ６０８）。
【０２３５】
ステップＳ６０８においてサーバから送信された“Ａｐｐｌｅｔ  ｄｅａｃｔｉｖａｔｉｏｎ（ＡＩＤ＝３３３３）”を受信したＢａｓｅ  ｂａｎｄ  ｃｈｉｐは、受信した“Ａｐｐｌｅｔ  ｄｅａｃｔｉｖａｔｉｏｎ（ＡＩＤ＝３３３３）”を制御部１０６へ伝達する（Ｓ６１０）。
【０２３６】
ステップＳ６１０においてＢａｓｅ  ｂａｎｄ  ｃｈｉｐから伝達された“Ａｐｐｌｅｔ  ａｃｔｉｖａｔｉｏｎ（ＡＩＤ＝３３３３）”を受信した制御部１０６は、図１５に示すＳ３０２と同様に、“Ａｐｐｌｅｔ  ａｃｔｉｖａｔｉｏｎ（ＡＩＤ＝３３３３）”に基づいて、ＡＩＤが３３３３のアプリケーションに対応するアプリケーションに関する情報を、例えば記憶部１０４に記憶されている状態管理情報に追加（登録）する処理を行う（Ｓ６１２。状態管理情報更新処理）。
【０２３７】
ここで、ステップＳ６１２の処理が行われる前の状態管理情報の内容が、図１６に示すＡである場合には、例えば図１６のＢに示すように、ステップＳ６１２の処理が行われることによって、ＡＩＤが３３３３のアプリケーションに対応するアプリケーションに関する情報が、状態管理情報に正常に追加される。
【０２３８】
ステップＳ６１２の処理が完了すると、制御部１０６は、図１５に示すＳ３０４と同様に、処理結果を示す“Ｓｅｔ  ｓｔａｔｕｓ［Ｓｕｃｃｅｓｓ］”をＢａｓｅ  ｂａｎｄ  ｃｈｉｐへ伝達する（Ｓ６１４）。
【０２３９】
例えばステップＳ６００〜Ｓ６１４の処理が行われることによって、情報処理装置１００では、サーバから送信された処理命令に基づいて、ＡＩＤが３３３３のアプリケーションが有効な状態（Ａｃｔｉｖａｔｅｄ）とされる。
【０２４０】
以下、図２１では、ＡＩＤが３３３３のアプリケーションが有効な状態となったときにおいて、当該アプリケーションが実行される場合における、情報処理装置１００とリーダ／ライタ２００との間で行われる処理の一例を示す。なお、図２１では、情報処理装置１００が、インストールされているアプリケーションを実行する装置である場合を例に挙げる。
【０２４１】
リーダ／ライタ２００は、図１５に示すＳ３０６と同様に、ポーリング信号“Ｐｏｌｌｉｎｇ（ＳＣ＝１２ＦＣ，ＡＩＤ＝３３３３）”を送信する（Ｓ６１６）。
【０２４２】
ステップＳ６１６においてリーダ／ライタ２００から送信された“Ｐｏｌｌｉｎｇ（ＳＣ＝１２ＦＣ，ＡＩＤ＝３３３３）”を受信した通信部１０２は、図１５に示すＳ３０８と同様に、受信した“Ｐｏｌｌｉｎｇ（ＳＣ＝１２ＦＣ，ＡＩＤ＝３３３３）”を、制御部１０６へ伝達する（Ｓ６１８）。
【０２４３】
ステップＳ６１８において通信部１０２から伝達された“Ｐｏｌｌｉｎｇ（ＳＣ＝１２ＦＣ，ＡＩＤ＝３３３３）”を受信した制御部１０６は、図１５に示すＳ３１０と同様に、例えば記憶部１０４に記憶されている状態管理情報を確認する処理を行う（Ｓ６２０。状態管理情報確認処理）。
【０２４４】
ここで、ステップＳ６１２の処理が行われた後の状態管理情報の内容が図１６のＢである場合、状態管理情報には、ポーリング信号が示すシステム情報“１２ＦＣ”、ＡＩＤ“３３３３”に対応するアプリケーションに関する情報が含まれている。よって、制御部１０６は、図１５に示すＳ３１２と同様に、例えば、ポーリング信号が示すシステム情報“１２ＦＣ”に対応するアプリケーションに関する情報のうちのＩＤｍとＰＭｍとを含む応答“Ｒｅｓｐｏｎｓｅ（ＩＤｍ＋ＰＭｍ）”を通信部１０２へ伝達する（Ｓ６２２）。
【０２４５】
ステップＳ６２２において制御部１０６から伝達された“Ｒｅｓｐｏｎｓｅ（ＩＤｍ＋ＰＭｍ）”を受信した通信部１０２は、図１５に示すＳ３１４と同様に、受信した“Ｒｅｓｐｏｎｓｅ（ＩＤｍ＋ＰＭｍ）”を、例えば負荷変調によって送信する（Ｓ６２４）。
【０２４６】
ステップＳ６２４において通信部１０２から送信された“Ｒｅｓｐｏｎｓｅ（ＩＤｍ＋ＰＭｍ）”を受信したリーダ／ライタ２００は、図１５に示すＳ３１６と同様に、アプリケーションに実行させる処理命令“ｃｏｍｍａｎｄ”を送信する（Ｓ６２６）。
【０２４７】
ステップＳ６２６においてリーダ／ライタ２００から送信された“ｃｏｍｍａｎｄ”を受信した通信部１０２は、図１５に示すＳ３１８と同様に、受信した“ｃｏｍｍａｎｄ”を、制御部１０６へ伝達する（Ｓ６２８）。
【０２４８】
ステップＳ６２８において通信部１０２から伝達された“ｃｏｍｍａｎｄ”を受信した制御部１０６は、図１５に示すＳ３２０と同様に、例えば記憶部１０４に記憶されている、“ｃｏｍｍａｎｄ”に対応するアプリケーションに“ｃｏｍｍａｎｄ”に応じた処理を行わせる（Ｓ６３０）。
【０２４９】
ステップＳ６３２において“ｃｏｍｍａｎｄ”に応じた処理を行ったアプリケーションからの応答“Ｒｅｓｐｏｎｓｅ”が伝達されると（Ｓ６３２）、制御部１０６は、図１５に示すＳ３２４と同様に、伝達された“Ｒｅｓｐｏｎｓｅ”を通信部１０２へ伝達する（Ｓ６３４）。
【０２５０】
ステップＳ６３４において制御部１０６から伝達された“Ｒｅｓｐｏｎｓｅ”を受信した通信部１０２は、図１５に示すＳ３２６と同様に、受信した“Ｒｅｓｐｏｎｓｅ”を、例えば負荷変調によって送信する（Ｓ６３６）。
【０２５１】
サーバから送信された処理命令に基づいて、アプリケーションが有効な状態（Ａｃｔｉｖａｔｅｄ）とされる場合には、情報処理装置１００において、例えば図２１に示す処理が行われる。
【０２５２】
なお、サーバから送信された処理命令に基づいて、アプリケーションが有効な状態（Ａｃｔｉｖａｔｅｄ）とされる場合における情報処理装置１００の処理は、図２１に示す処理に限られない。
【０２５３】
例えば図９を参照して説明したように、本実施形態に係る情報処理装置は、“Ｊａｖａ  Ｃａｒｄ  ＲＥ  ｌａｙｅｒ”（第２レイヤの一例）より下位の“Ｎａｔｉｖｅ  ｌａｙｅｒ”（第３レイヤの一例）において、“Ｊａｖａ  Ｃａｒｄ  ＲＥ  ｌａｙｅｒ”（第２レイヤの一例）で管理される状態管理情報をコピーした状態管理情報を管理することも可能である。
【０２５４】
本実施形態に係る情報処理装置１００では、例えば上記第１の例〜上記第４の例に示すような処理が行われる。なお、本実施形態に係る情報処理装置１００における情報処理方法に係る処理の例が、上記第１の例〜上記第４の例に示す例に限られないことは、言うまでもない。
【０２５５】
上述したように、情報処理装置１００は、例えば、ユーザ操作に基づく処理命令や、リーダ／ライタやサーバなどの外部装置から送信される処理命令に基づいて、本実施形態に係る情報処理方法に係る処理を行う。ここで、情報処理装置１００が本実施形態に係る情報処理方法に係る処理を開始するトリガの具体例について、説明する。情報処理装置１００は、例えば下記の（ａ）〜（ｃ）に示すような場合をトリガとして、本実施形態に係る情報処理方法に係る処理を行う。
【０２５６】
（ａ）ユーザが、操作部（図示せず）を操作することによって、例えば、実行されている携帯アプリケーション（例えば、ＭＩＤｌｅｔなど）において、有効な状態とするアプリケーション、または、無効な状態とするアプリケーションを選択した場合
【０２５７】
（ｂ）ユーザが、情報処理装置１００（より厳密には、通信部１０２）と、ＰＯＳ（Point  Of  Sale）システムを構成するリーダ／ライタなどの特定のリーダ／ライタとの距離を、非接触通信可能な距離に移動させて、情報処理装置１００とリーダ／ライタとの間で非接触通信が開始された場合
上記非接触通信が開始されることによって、例えば、情報処理装置１００が実行しているＣＲＳアプリケーションに処理命令が伝達され、ＣＲＳアプリケーションが、処理命令に応じて、処理命令に対応するアプリケーションを有効な状態、または無効な状態とする。
【０２５８】
また、情報処理装置１００は、あるシステム情報に対応する現在有効な状態のアプリケーションについて、エラーが発生した場合には、例えば、同一のシステム情報を含むアプリケーションに関する情報に対応する、他のアプリケーションが記憶部１０４に記憶されていないかを判定してもよい。同一のシステム情報に対応する他のアプリケーションが存在する場合には、情報処理装置１００は、例えば、状態管理情報からのアプリケーションに関する情報の削除に係る処理と、状態管理情報へのアプリケーションに関する情報の追加に係る処理とを組み合わせることによって、現在有効な状態のアプリケーションを無効な状態とすると共に、当該他のアプリケーションを有効な状態とする。
【０２５９】
より具体的には、例えば、情報処理装置１００が実行しているＣＲＳアプリケーションに、リーダ／ライタから送信されたエラーが発生した旨の信号が伝達された場合には、ＣＲＳアプリケーションが、状態管理情報からのアプリケーションに関する情報の削除に係る処理と、状態管理情報へのアプリケーションに関する情報の追加に係る処理とを組み合わせることによって、現在有効な状態のアプリケーションを無効な状態とすると共に、上記他のアプリケーションを有効な状態とする（第１の具体例）。
【０２６０】
また、例えば、アプリケーション（現在有効な状態のアプリケーション）が処理命令を実行した結果、アプリケーションでエラーが発生したときにおいて、情報処理装置１００が実行しているＣＲＳアプリケーションに、エラーが発生したアプリケーションからエラーが生じた旨の信号が伝達された場合には、ＣＲＳアプリケーションが、状態管理情報からのアプリケーションに関する情報の削除に係る処理と、状態管理情報へのアプリケーションに関する情報の追加に係る処理とを組み合わせることによって、現在有効な状態のアプリケーションを無効な状態とすると共に、上記他のアプリケーションを有効な状態としてもよい（第２の具体例）。
【０２６１】
また、例えば、“Ｊａｖａ  Ｃａｒｄ  Ｒｕｎｔｉｍｅ  Ｅｎｖｉｒｏｎｍｅｎｔ”のＣＲＥＬアプリケーションは、アプリケーションが無効な状態となったことを検出することが可能である。よって、アプリケーション（現在有効な状態のアプリケーション）が処理命令を実行した結果、当該アプリケーションでエラーが発生したときには、当該アプリケーションが主導的に状態管理情報からのアプリケーションに関する情報の削除に係る処理を行って、無効な状態とし、無効な状態となったことを検出した、情報処理装置１００が実行しているＣＲＥＬアプリケーションが、状態管理情報へのアプリケーションに関する情報の追加に係る処理を行うことによって、上記他のアプリケーションを有効な状態としてもよい。
【０２６２】
上記第２の具体例、および第３の具体例では、ＰＯＳシステム側では、上記他のアプリケーションを有効な状態とさせるための特段の処理を行わなくてもよいので、上記第２の具体例が適用されることによって、既存のＰＯＳシステムとの親和性を保つことができる。
【０２６３】
（ｃ）ＳＭＳ（Short  Message  Service）が利用される場合
ＳＭＳは、例えば、ＨＰ（HomePage）から利用することが可能である。例えば、ＳＭＳを提供するＨＰにおいて、ユーザが、有効な状態、または無効な状態とするアプリケーションを指定すること（例えば、電話番号と、アプリケーション名とを入力するなど）によって、ＳＭＳを提供するサーバから処理命令が送信される。そして、本実施形態に係る情報処理装置は、処理命令に応じて、処理命令に対応するアプリケーションを有効な状態、または無効な状態とする。
【０２６４】
なお、例えばＳＭＳを提供するＨＰは、ユーザがブラウザを起動したときに表示されてもよく、また、ＳＩＭ（Subscriber  Identity  Module）内にあるＳＣＷＳ（Smart  Card  Web  Server）により表示されてもよい。
【０２６５】
以上、本実施形態として、情報処理装置１００を挙げて説明したが、本実施形態は、かかる形態に限られない。本実施形態は、例えば、携帯電話やスマートフォンなどの通信装置（または、携帯型通信装置）や、ＵＩＣＣ（Universal  Integrated  Circuit  Card)などのＩＣ（Integrated  Circuit）カード、映像／音楽再生装置（または映像／音楽記録再生装置）、ゲーム機、ＰＣ（Personal  Computer）などのコンピュータなど、様々な機器に適用することができる。また、本実施形態は、例えば、上記のような機器に組み込むことが可能な、処理ＩＣに適用することもできる。
【０２６６】
（本実施形態に係るプログラム）
コンピュータを、本実施形態に係る情報処理装置として機能させるためのプログラム（例えば、本実施形態に係る情報処理方法に係る処理を実行することが可能なプログラム）によって、インストールされたアプリケーションについて、当該アプリケーションが有効な状態と無効な状態とを制御することができる。
【０２６７】
また、本実施形態に係るプログラムは、例えば、図１Ｂに示す“Ｊａｖａ  Ｃａｒｄ  Ｒｕｎｔｉｍｅ  Ｅｎｖｉｒｏｎｍｅｎｔ”のような、アプリケーションを管理する実行環境を実現するプログラム（または、プログラム群）に適用することも可能である。
【０２６８】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０２６９】
例えば、上記では、コンピュータを、本実施形態に係る情報処理装置として機能させるためのプログラム（コンピュータプログラム）が提供されることを示したが、本実施形態は、さらに、上記プログラムをそれぞれ記憶させた記録媒体も併せて提供することができる。
【０２７０】
上述した構成は、本実施形態の一例を示すものであり、当然に、本開示の技術的範囲に属するものである。
【０２７１】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
アプリケーションと、前記アプリケーションそれぞれに対応するアプリケーションに関する情報と、前記アプリケーションに関する情報を、優先順位を付けて記憶する状態管理情報とを記憶する記憶部と、
処理命令に基づいて、前記状態管理情報に記憶される前記アプリケーションに関する情報を管理することにより、前記アプリケーションの有効な状態と無効な状態とを制御する制御部と、
を備える、情報処理装置。
（２）
前記制御部は、
一のアプリケーションに対応する前記アプリケーションに関する情報を、前記状態管理情報に追加することによって、前記一のアプリケーションを有効な状態とし、
前記状態管理情報に記憶されている一のアプリケーションに対応する前記アプリケーションに関する情報を、前記状態管理情報から削除することによって、前記一のアプリケーションを無効な状態とする、（１）に記載の情報処理装置。
（３）
前記アプリケーションに関する情報は、アプリケーションが用いられるシステムを識別するためのシステム情報を含み、
前記制御部は、新たに有効な状態とするアプリケーションに対応する、前記アプリケーションに関する情報に含まれる前記システム情報が、前記状態管理情報に既に記憶されている前記アプリケーションに関する情報に含まれている場合には、前記新たに有効な状態とするアプリケーションに対応する前記アプリケーションに関する情報を、前記状態管理情報に追加しない、（２）に記載の情報処理装置。
（４）
前記制御部は、前記状態管理情報からの前記アプリケーションに関する情報の削除と、前記状態管理情報への前記アプリケーションに関する情報の追加とによって、前記状態管理情報に記憶されるアプリケーションに関する情報に対応付られる優先順位を制御する、（２）、または（３）に記載の情報処理装置。
（５）
前記制御部は、
前記アプリケーションを第１レイヤで管理し、
前記アプリケーションそれぞれに対応するアプリケーションに関する情報と、前記状態管理情報とを、前記第１レイヤより下位の第２レイヤで管理する、（１）〜（４）のいずれか１つに記載の情報処理装置。
（６）
前記制御部は、
前記第２レイヤより下位の第３レイヤをさらに設け、
前記第３レイヤにおいて、前記第２レイヤで管理される前記状態管理情報をコピーした前記状態管理情報を管理する、（５）に記載の情報処理装置。
（７）
前記アプリケーションに関する情報は、ポーリング信号に対する応答を行うか否かを規定するモード情報を含み、
前記制御部は、前記状態管理情報に含まれる前記モード情報を更新する場合には、
前記第３レイヤで管理される前記状態管理情報に含まれる前記モード情報を更新し、
前記第２レイヤで管理される前記状態管理情報に含まれる前記モード情報は更新しない、（６）に記載の情報処理装置。
（８）
前記記憶部は、揮発性の記録媒体と、不揮発性の記録媒体とを有し、
前記状態管理情報に含まれる前記アプリケーションに関する情報を構成する前記モード情報は、前記揮発性の記録媒体に記憶され、
前記状態管理情報に含まれる前記アプリケーションに関する情報を構成する情報のうち、前記モード情報以外の情報は、前記不揮発性の記録媒体に記憶される、（７）に記載の情報処理装置。
（９）
アプリケーションと、前記アプリケーションそれぞれに対応するアプリケーションに関する情報と、前記アプリケーションに関する情報を、優先順位を付けて記憶する状態管理情報とを記憶する記憶部と、
前記状態管理情報に記憶される前記アプリケーションに関する情報を管理することにより、前記アプリケーションの有効な状態と無効な状態とを制御する制御部と、
外部装置と非接触に通信を行う通信部と、
ユーザが操作可能な操作部と、
を備え、
前記制御部は、前記通信部が前記外部装置から受信した処理命令、または、前記操作部から伝達されるユーザ操作に基づく処理命令に基づいて、前記アプリケーションの有効な状態と無効な状態とを制御する、情報処理装置。
（１０）
アプリケーションに関する情報が優先順位を付けて記憶される状態管理情報を記憶する記憶部と、
処理命令に基づいて、前記状態管理情報に記憶される前記アプリケーションに関する情報を管理することにより、前記アプリケーションの有効な状態と無効な状態とを制御する制御部と、
を備える、情報処理装置。
（１１）
アプリケーションと、前記アプリケーションそれぞれに対応するアプリケーションに関する情報と、前記アプリケーションに関する情報を、優先順位を付けて記憶する状態管理情報とを記憶する記憶部に記憶される、前記状態管理情報に記憶される前記アプリケーションに関する情報を、処理命令に基づいて管理することにより、前記アプリケーションの有効な状態と無効な状態とを制御するステップを有する、情報処理方法。
（１２）
アプリケーションと、前記アプリケーションそれぞれに対応するアプリケーションに関する情報と、前記アプリケーションに関する情報を、優先順位を付けて記憶する状態管理情報とを記憶する記憶部に記憶される、前記状態管理情報に記憶される前記アプリケーションに関する情報を、処理命令に基づいて管理することにより、前記アプリケーションの有効な状態と無効な状態とを制御するステップを、コンピュータに実行させるためのプログラム。
【符号の説明】
【０２７２】
１００    情報処理装置
１０２    通信部
１０４    記憶部
１０６    制御部
２００    リーダ／ライタ
【図１Ａ】
2013179791.tif 000003
【図１Ｂ】
2013179791.tif 000004
【図２】
2013179791.tif 000005
【図３】
2013179791.tif 000006
【図４】
2013179791.tif 000007
【図５】
2013179791.tif 000008
【図６】
2013179791.tif 000009
【図７】
2013179791.tif 000010
【図８】
2013179791.tif 000011
【図９】
2013179791.tif 000012
【図１０】
2013179791.tif 000013
【図１１】
2013179791.tif 000014
【図１２】
2013179791.tif 000015
【図１３】
2013179791.tif 000016
【図１４】
2013179791.tif 000017
【図１５】
2013179791.tif 000018
【図１６】
2013179791.tif 000019
【図１７】
2013179791.tif 000020
【図１８】
2013179791.tif 000021
【図１９】
2013179791.tif 000022
【図２０】
2013179791.tif 000023
【図２１】
2013179791.tif 000024
【手続補正書】
【提出日】平成25年9月19日(2013.9.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
アプリケーションと、前記アプリケーションそれぞれに対応するアプリケーションに関する情報と、前記アプリケーションに関する情報を、優先順位を付けて記憶する状態管理情報とを記憶する記憶部と、
処理命令に基づいて、前記状態管理情報に記憶される前記アプリケーションに関する情報を管理することにより、前記アプリケーションの有効な状態と無効な状態とを制御する制御部と、
を備え、
前記制御部は、
一のアプリケーションに対応する前記アプリケーションに関する情報を、前記状態管理情報に追加することによって、前記一のアプリケーションを有効な状態とし、
前記状態管理情報に記憶されている一のアプリケーションに対応する前記アプリケーションに関する情報を、前記状態管理情報から削除することによって、前記一のアプリケーションを無効な状態とする、情報処理装置。
【請求項２】
前記アプリケーションに関する情報は、アプリケーションが用いられるシステムを識別するためのシステム情報を含み、
前記制御部は、新たに有効な状態とするアプリケーションに対応する、前記アプリケーションに関する情報に含まれる前記システム情報が、前記状態管理情報に既に記憶されている前記アプリケーションに関する情報に含まれている場合には、前記新たに有効な状態とするアプリケーションに対応する前記アプリケーションに関する情報を、前記状態管理情報に追加しない、請求項１に記載の情報処理装置。
【請求項３】
前記制御部は、前記状態管理情報からの前記アプリケーションに関する情報の削除と、前記状態管理情報への前記アプリケーションに関する情報の追加とによって、前記状態管理情報に記憶されるアプリケーションに関する情報に対応付られる優先順位を制御する、請求項１に記載の情報処理装置。
【請求項４】
前記制御部は、
前記アプリケーションを第１レイヤで管理し、
前記アプリケーションそれぞれに対応するアプリケーションに関する情報と、前記状態管理情報とを、前記第１レイヤより下位の第２レイヤで管理する、請求項１に記載の情報処理装置。
【請求項５】
前記制御部は、
前記第２レイヤより下位の第３レイヤをさらに設け、
前記第３レイヤにおいて、前記第２レイヤで管理される前記状態管理情報をコピーした前記状態管理情報を管理する、請求項４に記載の情報処理装置。
【請求項６】
前記アプリケーションに関する情報は、ポーリング信号に対する応答を行うか否かを規定するモード情報を含み、
前記制御部は、前記状態管理情報に含まれる前記モード情報を更新する場合には、
前記第３レイヤで管理される前記状態管理情報に含まれる前記モード情報を更新し、
前記第２レイヤで管理される前記状態管理情報に含まれる前記モード情報は更新しない、請求項５に記載の情報処理装置。
【請求項７】
前記記憶部は、揮発性の記録媒体と、不揮発性の記録媒体とを有し
前記状態管理情報に含まれる前記アプリケーションに関する情報を構成する前記モード情報は、前記揮発性の記録媒体に記憶され、
前記状態管理情報に含まれる前記アプリケーションに関する情報を構成する情報のうち、前記モード情報以外の情報は、前記不揮発性の記録媒体に記憶される、請求項６に記載の情報処理装置。
【請求項８】
アプリケーションと、前記アプリケーションそれぞれに対応するアプリケーションに関する情報と、前記アプリケーションに関する情報を、優先順位を付けて記憶する状態管理情報とを記憶する記憶部と、
前記状態管理情報に記憶される前記アプリケーションに関する情報を管理することにより、前記アプリケーションの有効な状態と無効な状態とを制御する制御部と、
外部装置と非接触に通信を行う通信部と、
ユーザが操作可能な操作部と、
を備え、
前記制御部は、
前記通信部が前記外部装置から受信した処理命令、または、前記操作部から伝達されるユーザ操作に基づく処理命令に基づいて、前記アプリケーションの有効な状態と無効な状態とを制御し、
一のアプリケーションに対応する前記アプリケーションに関する情報を、前記状態管理情報に追加することによって、前記一のアプリケーションを有効な状態とし、
前記状態管理情報に記憶されている一のアプリケーションに対応する前記アプリケーションに関する情報を、前記状態管理情報から削除することによって、前記一のアプリケーションを無効な状態とする、情報処理装置。
【請求項９】
アプリケーションに関する情報が優先順位を付けて記憶される状態管理情報を記憶する記憶部と、
処理命令に基づいて、前記状態管理情報に記憶される前記アプリケーションに関する情報を管理することにより、前記アプリケーションの有効な状態と無効な状態とを制御する制御部と、
を備え
前記制御部は、
一のアプリケーションに対応する前記アプリケーションに関する情報を、前記状態管理情報に追加することによって、前記一のアプリケーションを有効な状態とし、
前記状態管理情報に記憶されている一のアプリケーションに対応する前記アプリケーションに関する情報を、前記状態管理情報から削除することによって、前記一のアプリケーションを無効な状態とする、情報処理装置。
【請求項１０】
アプリケーションと、前記アプリケーションそれぞれに対応するアプリケーションに関する情報と、前記アプリケーションに関する情報を、優先順位を付けて記憶する状態管理情報とを記憶する記憶部に記憶される、前記状態管理情報に記憶される前記アプリケーションに関する情報を、処理命令に基づいて管理することにより、前記アプリケーションの有効な状態と無効な状態とを制御するステップを有し、
前記制御するステップでは、
一のアプリケーションに対応する前記アプリケーションに関する情報を、前記状態管理情報に追加することによって、前記一のアプリケーションが有効な状態とされ、
前記状態管理情報に記憶されている一のアプリケーションに対応する前記アプリケーションに関する情報を、前記状態管理情報から削除することによって、前記一のアプリケーションが無効な状態とされる、情報処理方法。
【請求項１１】
アプリケーションと、前記アプリケーションそれぞれに対応するアプリケーションに関する情報と、前記アプリケーションに関する情報を、優先順位を付けて記憶する状態管理情報とを記憶する記憶部に記憶される、前記状態管理情報に記憶される前記アプリケーションに関する情報を、処理命令に基づいて管理することにより、前記アプリケーションの有効な状態と無効な状態とを制御するステップを、コンピュータに実行させ、
前記制御するステップでは、
一のアプリケーションに対応する前記アプリケーションに関する情報を、前記状態管理情報に追加することによって、前記一のアプリケーションが有効な状態とされ、
前記状態管理情報に記憶されている一のアプリケーションに対応する前記アプリケーションに関する情報を、前記状態管理情報から削除することによって、前記一のアプリケーションが無効な状態とされる、プログラム。
【請求項１２】
（削除）
【国際調査報告】
2013179791.tif 000025
2013179791.tif 000026
2013179791.tif 000027
2013179791.tif 000028