JPWO2013179791A1 - 情報処理装置、情報処理方法、およびプログラム - Google Patents

情報処理装置、情報処理方法、およびプログラム Download PDF

Info

Publication number
JPWO2013179791A1
JPWO2013179791A1 JP2014518333A JP2014518333A JPWO2013179791A1 JP WO2013179791 A1 JPWO2013179791 A1 JP WO2013179791A1 JP 2014518333 A JP2014518333 A JP 2014518333A JP 2014518333 A JP2014518333 A JP 2014518333A JP WO2013179791 A1 JPWO2013179791 A1 JP WO2013179791A1
Authority
JP
Japan
Prior art keywords
application
information
state management
management information
processing apparatus
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2014518333A
Other languages
English (en)
Other versions
JP6123799B2 (ja
Inventor
康雄 竹内
康雄 竹内
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2014518333A priority Critical patent/JP6123799B2/ja
Publication of JPWO2013179791A1 publication Critical patent/JPWO2013179791A1/ja
Application granted granted Critical
Publication of JP6123799B2 publication Critical patent/JP6123799B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/352—Contactless payments by cards
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/61—Installation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/355—Personalisation of cards for use
    • G06Q20/3552—Downloading or loading of personalisation data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/356—Aspects of software for card payments
    • G06Q20/3563—Software being resident on card
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/357—Cards having a plurality of specified features
    • G06Q20/3574—Multiple applications on card

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Stored Programmes (AREA)
  • Multimedia (AREA)
  • Debugging And Monitoring (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

アプリケーションと、アプリケーションそれぞれに対応するアプリケーションに関する情報と、アプリケーションに関する情報を、優先順位を付けて記憶する状態管理情報とを記憶する記憶部と、処理命令に基づいて、状態管理情報に記憶されるアプリケーションに関する情報を管理することにより、アプリケーションの有効な状態と無効な状態とを制御する制御部と、を備える、情報処理装置が提供される。【選択図】図１０

Description

本開示は、情報処理装置、情報処理方法、およびプログラムに関する。
近年、例えば、非接触式ＩＣ（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）などのコンピュータなど、様々な機器に適用することができる。また、本実施形態は、例えば、上記のような機器に組み込むことが可能な、処理ＩＣに適用することもできる。
（本実施形態に係るプログラム）
コンピュータを、本実施形態に係る情報処理装置として機能させるためのプログラム（例えば、本実施形態に係る情報処理方法に係る処理を実行することが可能なプログラム）によって、インストールされたアプリケーションについて、当該アプリケーションが有効な状態と無効な状態とを制御することができる。
また、本実施形態に係るプログラムは、例えば、図１Ｂに示す“Ｊａｖａ Ｃａｒｄ Ｒｕｎｔｉｍｅ Ｅｎｖｉｒｏｎｍｅｎｔ”のような、アプリケーションを管理する実行環境を実現するプログラム（または、プログラム群）に適用することも可能である。
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
例えば、上記では、コンピュータを、本実施形態に係る情報処理装置として機能させるためのプログラム（コンピュータプログラム）が提供されることを示したが、本実施形態は、さらに、上記プログラムをそれぞれ記憶させた記録媒体も併せて提供することができる。
上述した構成は、本実施形態の一例を示すものであり、当然に、本開示の技術的範囲に属するものである。
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
アプリケーションと、前記アプリケーションそれぞれに対応するアプリケーションに関する情報と、前記アプリケーションに関する情報を、優先順位を付けて記憶する状態管理情報とを記憶する記憶部と、
処理命令に基づいて、前記状態管理情報に記憶される前記アプリケーションに関する情報を管理することにより、前記アプリケーションの有効な状態と無効な状態とを制御する制御部と、
を備える、情報処理装置。
（２）
前記制御部は、
一のアプリケーションに対応する前記アプリケーションに関する情報を、前記状態管理情報に追加することによって、前記一のアプリケーションを有効な状態とし、
前記状態管理情報に記憶されている一のアプリケーションに対応する前記アプリケーションに関する情報を、前記状態管理情報から削除することによって、前記一のアプリケーションを無効な状態とする、（１）に記載の情報処理装置。
（３）
前記アプリケーションに関する情報は、アプリケーションが用いられるシステムを識別するためのシステム情報を含み、
前記制御部は、新たに有効な状態とするアプリケーションに対応する、前記アプリケーションに関する情報に含まれる前記システム情報が、前記状態管理情報に既に記憶されている前記アプリケーションに関する情報に含まれている場合には、前記新たに有効な状態とするアプリケーションに対応する前記アプリケーションに関する情報を、前記状態管理情報に追加しない、（２）に記載の情報処理装置。
（４）
前記制御部は、前記状態管理情報からの前記アプリケーションに関する情報の削除と、前記状態管理情報への前記アプリケーションに関する情報の追加とによって、前記状態管理情報に記憶されるアプリケーションに関する情報に対応付られる優先順位を制御する、（２）、または（３）に記載の情報処理装置。
（５）
前記制御部は、
前記アプリケーションを第１レイヤで管理し、
前記アプリケーションそれぞれに対応するアプリケーションに関する情報と、前記状態管理情報とを、前記第１レイヤより下位の第２レイヤで管理する、（１）〜（４）のいずれか１つに記載の情報処理装置。
（６）
前記制御部は、
前記第２レイヤより下位の第３レイヤをさらに設け、
前記第３レイヤにおいて、前記第２レイヤで管理される前記状態管理情報をコピーした前記状態管理情報を管理する、（５）に記載の情報処理装置。
（７）
前記アプリケーションに関する情報は、ポーリング信号に対する応答を行うか否かを規定するモード情報を含み、
前記制御部は、前記状態管理情報に含まれる前記モード情報を更新する場合には、
前記第３レイヤで管理される前記状態管理情報に含まれる前記モード情報を更新し、
前記第２レイヤで管理される前記状態管理情報に含まれる前記モード情報は更新しない、（６）に記載の情報処理装置。
（８）
前記記憶部は、揮発性の記録媒体と、不揮発性の記録媒体とを有し、
前記状態管理情報に含まれる前記アプリケーションに関する情報を構成する前記モード情報は、前記揮発性の記録媒体に記憶され、
前記状態管理情報に含まれる前記アプリケーションに関する情報を構成する情報のうち、前記モード情報以外の情報は、前記不揮発性の記録媒体に記憶される、（７）に記載の情報処理装置。
（９）
アプリケーションと、前記アプリケーションそれぞれに対応するアプリケーションに関する情報と、前記アプリケーションに関する情報を、優先順位を付けて記憶する状態管理情報とを記憶する記憶部と、
前記状態管理情報に記憶される前記アプリケーションに関する情報を管理することにより、前記アプリケーションの有効な状態と無効な状態とを制御する制御部と、
外部装置と非接触に通信を行う通信部と、
ユーザが操作可能な操作部と、
を備え、
前記制御部は、前記通信部が前記外部装置から受信した処理命令、または、前記操作部から伝達されるユーザ操作に基づく処理命令に基づいて、前記アプリケーションの有効な状態と無効な状態とを制御する、情報処理装置。
（１０）
アプリケーションに関する情報が優先順位を付けて記憶される状態管理情報を記憶する記憶部と、
処理命令に基づいて、前記状態管理情報に記憶される前記アプリケーションに関する情報を管理することにより、前記アプリケーションの有効な状態と無効な状態とを制御する制御部と、
を備える、情報処理装置。
（１１）
アプリケーションと、前記アプリケーションそれぞれに対応するアプリケーションに関する情報と、前記アプリケーションに関する情報を、優先順位を付けて記憶する状態管理情報とを記憶する記憶部に記憶される、前記状態管理情報に記憶される前記アプリケーションに関する情報を、処理命令に基づいて管理することにより、前記アプリケーションの有効な状態と無効な状態とを制御するステップを有する、情報処理方法。
（１２）
アプリケーションと、前記アプリケーションそれぞれに対応するアプリケーションに関する情報と、前記アプリケーションに関する情報を、優先順位を付けて記憶する状態管理情報とを記憶する記憶部に記憶される、前記状態管理情報に記憶される前記アプリケーションに関する情報を、処理命令に基づいて管理することにより、前記アプリケーションの有効な状態と無効な状態とを制御するステップを、コンピュータに実行させるためのプログラム。
１００ 情報処理装置
１０２ 通信部
１０４ 記憶部
１０６ 制御部
２００ リーダ／ライタ

Claims (12)

  1. アプリケーションと、前記アプリケーションそれぞれに対応するアプリケーションに関する情報と、前記アプリケーションに関する情報を、優先順位を付けて記憶する状態管理情報とを記憶する記憶部と、
    処理命令に基づいて、前記状態管理情報に記憶される前記アプリケーションに関する情報を管理することにより、前記アプリケーションの有効な状態と無効な状態とを制御する制御部と、
    を備える、情報処理装置。
  2. 前記制御部は、
    一のアプリケーションに対応する前記アプリケーションに関する情報を、前記状態管理情報に追加することによって、前記一のアプリケーションを有効な状態とし、
    前記状態管理情報に記憶されている一のアプリケーションに対応する前記アプリケーションに関する情報を、前記状態管理情報から削除することによって、前記一のアプリケーションを無効な状態とする、請求項１に記載の情報処理装置。
  3. 前記アプリケーションに関する情報は、アプリケーションが用いられるシステムを識別するためのシステム情報を含み、
    前記制御部は、新たに有効な状態とするアプリケーションに対応する、前記アプリケーションに関する情報に含まれる前記システム情報が、前記状態管理情報に既に記憶されている前記アプリケーションに関する情報に含まれている場合には、前記新たに有効な状態とするアプリケーションに対応する前記アプリケーションに関する情報を、前記状態管理情報に追加しない、請求項２に記載の情報処理装置。
  4. 前記制御部は、前記状態管理情報からの前記アプリケーションに関する情報の削除と、前記状態管理情報への前記アプリケーションに関する情報の追加とによって、前記状態管理情報に記憶されるアプリケーションに関する情報に対応付られる優先順位を制御する、請求項２に記載の情報処理装置。
  5. 前記制御部は、
    前記アプリケーションを第１レイヤで管理し、
    前記アプリケーションそれぞれに対応するアプリケーションに関する情報と、前記状態管理情報とを、前記第１レイヤより下位の第２レイヤで管理する、請求項１に記載の情報処理装置。
  6. 前記制御部は、
    前記第２レイヤより下位の第３レイヤをさらに設け、
    前記第３レイヤにおいて、前記第２レイヤで管理される前記状態管理情報をコピーした前記状態管理情報を管理する、請求項５に記載の情報処理装置。
  7. 前記アプリケーションに関する情報は、ポーリング信号に対する応答を行うか否かを規定するモード情報を含み、
    前記制御部は、前記状態管理情報に含まれる前記モード情報を更新する場合には、
    前記第３レイヤで管理される前記状態管理情報に含まれる前記モード情報を更新し、
    前記第２レイヤで管理される前記状態管理情報に含まれる前記モード情報は更新しない、請求項６に記載の情報処理装置。
  8. 前記記憶部は、揮発性の記録媒体と、不揮発性の記録媒体とを有し、
    前記状態管理情報に含まれる前記アプリケーションに関する情報を構成する前記モード情報は、前記揮発性の記録媒体に記憶され、
    前記状態管理情報に含まれる前記アプリケーションに関する情報を構成する情報のうち、前記モード情報以外の情報は、前記不揮発性の記録媒体に記憶される、請求項７に記載の情報処理装置。
  9. アプリケーションと、前記アプリケーションそれぞれに対応するアプリケーションに関する情報と、前記アプリケーションに関する情報を、優先順位を付けて記憶する状態管理情報とを記憶する記憶部と、
    前記状態管理情報に記憶される前記アプリケーションに関する情報を管理することにより、前記アプリケーションの有効な状態と無効な状態とを制御する制御部と、
    外部装置と非接触に通信を行う通信部と、
    ユーザが操作可能な操作部と、
    を備え、
    前記制御部は、前記通信部が前記外部装置から受信した処理命令、または、前記操作部から伝達されるユーザ操作に基づく処理命令に基づいて、前記アプリケーションの有効な状態と無効な状態とを制御する、情報処理装置。
  10. アプリケーションに関する情報が優先順位を付けて記憶される状態管理情報を記憶する記憶部と、
    処理命令に基づいて、前記状態管理情報に記憶される前記アプリケーションに関する情報を管理することにより、前記アプリケーションの有効な状態と無効な状態とを制御する制御部と、
    を備える、情報処理装置。
  11. アプリケーションと、前記アプリケーションそれぞれに対応するアプリケーションに関する情報と、前記アプリケーションに関する情報を、優先順位を付けて記憶する状態管理情報とを記憶する記憶部に記憶される、前記状態管理情報に記憶される前記アプリケーションに関する情報を、処理命令に基づいて管理することにより、前記アプリケーションの有効な状態と無効な状態とを制御するステップを有する、情報処理方法。
  12. アプリケーションと、前記アプリケーションそれぞれに対応するアプリケーションに関する情報と、前記アプリケーションに関する情報を、優先順位を付けて記憶する状態管理情報とを記憶する記憶部に記憶される、前記状態管理情報に記憶される前記アプリケーションに関する情報を、処理命令に基づいて管理することにより、前記アプリケーションの有効な状態と無効な状態とを制御するステップを、コンピュータに実行させるためのプログラム。
JP2014518333A 2012-05-31 2013-04-16 情報処理装置、情報処理方法、およびプログラム Active JP6123799B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2014518333A JP6123799B2 (ja) 2012-05-31 2013-04-16 情報処理装置、情報処理方法、およびプログラム

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2012125209 2012-05-31
JP2012125209 2012-05-31
JP2014518333A JP6123799B2 (ja) 2012-05-31 2013-04-16 情報処理装置、情報処理方法、およびプログラム
PCT/JP2013/061254 WO2013179791A1 (ja) 2012-05-31 2013-04-16 情報処理装置、情報処理方法、およびプログラム

Publications (2)

Publication Number Publication Date
JPWO2013179791A1 true JPWO2013179791A1 (ja) 2016-01-18
JP6123799B2 JP6123799B2 (ja) 2017-05-10

Family

ID=49672998

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014518333A Active JP6123799B2 (ja) 2012-05-31 2013-04-16 情報処理装置、情報処理方法、およびプログラム

Country Status (8)

Country Link
US (2) US20150286510A1 (ja)
EP (1) EP2857964B1 (ja)
JP (1) JP6123799B2 (ja)
KR (1) KR20150016239A (ja)
CN (2) CN104335173B (ja)
PH (1) PH12014502600A1 (ja)
SG (1) SG11201407716UA (ja)
WO (1) WO2013179791A1 (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6426411B2 (ja) * 2014-09-10 2018-11-21 株式会社東芝 Ｉｃカード及び携帯可能電子装置
JP6409877B2 (ja) * 2014-10-10 2018-10-24 ソニー株式会社 情報処理システム、情報処理方法、管理装置、管理方法、通信装置、通信方法およびプログラム
WO2016063659A1 (ja) 2014-10-22 2016-04-28 ソニー株式会社 情報処理装置、情報処理方法、およびプログラム
KR101631310B1 (ko) * 2015-09-08 2016-06-16 이혁재 리소스 활용 프로그램의 우선순위를 결정하는 시스템 및 방법
EP3613877B1 (en) 2018-02-02 2021-03-03 Marui Galvanizing Co., Ltd Electrolytic polishing method and device
JP6584589B1 (ja) * 2018-05-25 2019-10-02 キヤノン株式会社 情報処理装置、その制御方法、及びプログラム
JPWO2020218050A1 (ja) * 2019-04-26 2020-10-29
JP7136237B2 (ja) * 2021-01-06 2022-09-13 大日本印刷株式会社 情報処理装置及びプログラム

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002366914A (ja) * 2001-06-05 2002-12-20 Dainippon Printing Co Ltd マルチプラットフォーム型ｉｃカード
JP2003263332A (ja) * 2002-03-11 2003-09-19 Hitachi Ltd プログラム管理方法及びその実施システム並びにその処理プログラム
WO2005073843A1 (ja) * 2004-01-28 2005-08-11 Matsushita Electric Industrial Co., Ltd. セキュアデバイス、端末装置、ゲート機器、機器
WO2009110448A1 (ja) * 2008-03-04 2009-09-11 日本電気株式会社 Ｉｃチップを搭載した携帯端末、アプリケーション領域制御方法及びアプリケーション領域制御プログラム
JP2009277106A (ja) * 2008-05-15 2009-11-26 Sony Ericsson Mobilecommunications Japan Inc 非接触ｉｃカード、非接触ｉｃカードの制御方法及び制御プログラム、携帯情報端末
JP2010061540A (ja) * 2008-09-05 2010-03-18 Renesas Technology Corp データ処理システム
JP2011118837A (ja) * 2009-12-07 2011-06-16 Sony Corp 情報処理装置、情報処理方法およびプログラム

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4523206A (en) * 1982-03-03 1985-06-11 Sperry Corporation Cache/disk system with writeback regulation relative to use of cache memory
US5155857A (en) * 1987-05-29 1992-10-13 Hitachi, Ltd. Communication processing system in which communication by terminals is controlled according to a terminal management table
EP1125262A1 (en) * 1998-10-27 2001-08-22 Visa International Service Association Delegated management of smart card applications
EP1523705A2 (en) * 2002-03-13 2005-04-20 Matsushita Electric Industrial Co., Ltd. Secure device for preventing unauthorised use of distributed content
JP4617683B2 (ja) 2004-02-24 2011-01-26 ソニー株式会社 半導体集積回路，携帯モジュールおよびメッセージ通信方法。
US7191288B2 (en) * 2004-02-24 2007-03-13 Sun Microsystems, Inc. Method and apparatus for providing an application on a smart card
KR20070021968A (ko) * 2005-08-19 2007-02-23 소니 가부시끼 가이샤 정보 처리 장치 및 정보 처리 방법, 기록 매체, 및프로그램
JP4186121B2 (ja) 2005-08-19 2008-11-26 ソニー株式会社 情報処理装置および情報処理方法、記録媒体、並びに、プログラム
JP2008092205A (ja) 2006-09-29 2008-04-17 Toshiba Corp 移動通信端末装置
US20100043016A1 (en) * 2006-10-26 2010-02-18 Panasonic Corporation Application management device and application management method
JP5233582B2 (ja) * 2008-02-18 2013-07-10 株式会社リコー 情報処理装置、情報処理方法、及び機能拡張プログラム
JP5481819B2 (ja) * 2008-09-30 2014-04-23 富士通株式会社 サーバ管理装置及び情報処理システム、サーバ管理装置の制御方法並びにプログラム
EP2211480B1 (en) * 2009-01-26 2013-10-23 Motorola Mobility LLC Wireless communication device for providing at least one near field communication service
JP2011017750A (ja) * 2009-07-07 2011-01-27 Sony Corp 情報処理装置、表示制御方法、およびプログラム
JP5293462B2 (ja) * 2009-07-07 2013-09-18 株式会社リコー 電子機器、情報処理方法、及び情報処理プログラム
JP2011086142A (ja) 2009-10-16 2011-04-28 Ricoh Co Ltd 画像形成装置及びプログラム操作方法
JP5449044B2 (ja) 2010-06-10 2014-03-19 シャープ株式会社 サーバ装置、端末装置およびアプリケーション制御システム
US20120163279A1 (en) * 2010-07-07 2012-06-28 Xuan Mai Tran Communication apparatus, communication terminal apparatus, communication system, and communication method
US8807440B1 (en) * 2010-12-17 2014-08-19 Google Inc. Routing secure element payment requests to an alternate application

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002366914A (ja) * 2001-06-05 2002-12-20 Dainippon Printing Co Ltd マルチプラットフォーム型ｉｃカード
JP2003263332A (ja) * 2002-03-11 2003-09-19 Hitachi Ltd プログラム管理方法及びその実施システム並びにその処理プログラム
WO2005073843A1 (ja) * 2004-01-28 2005-08-11 Matsushita Electric Industrial Co., Ltd. セキュアデバイス、端末装置、ゲート機器、機器
WO2009110448A1 (ja) * 2008-03-04 2009-09-11 日本電気株式会社 Ｉｃチップを搭載した携帯端末、アプリケーション領域制御方法及びアプリケーション領域制御プログラム
JP2009277106A (ja) * 2008-05-15 2009-11-26 Sony Ericsson Mobilecommunications Japan Inc 非接触ｉｃカード、非接触ｉｃカードの制御方法及び制御プログラム、携帯情報端末
JP2010061540A (ja) * 2008-09-05 2010-03-18 Renesas Technology Corp データ処理システム
JP2011118837A (ja) * 2009-12-07 2011-06-16 Sony Corp 情報処理装置、情報処理方法およびプログラム

Also Published As

Publication number Publication date
CN104335173B (zh) 2018-07-06
US20160283267A1 (en) 2016-09-29
CN108958743A (zh) 2018-12-07
KR20150016239A (ko) 2015-02-11
US20150286510A1 (en) 2015-10-08
SG11201407716UA (en) 2015-03-30
EP2857964A4 (en) 2016-01-27
EP2857964B1 (en) 2020-09-16
CN108958743B (zh) 2022-08-05
EP2857964A1 (en) 2015-04-08
US10579993B2 (en) 2020-03-03
JP6123799B2 (ja) 2017-05-10
WO2013179791A1 (ja) 2013-12-05
CN104335173A (zh) 2015-02-04
PH12014502600A1 (en) 2015-01-12

Similar Documents

Publication Publication Date Title
JP6123799B2 (ja) 情報処理装置、情報処理方法、およびプログラム
JP6962359B2 (ja) 情報処理装置、情報処理方法、およびプログラム
EP2887194B1 (en) Method for controlling a composition of a screen and electronic device thereof
JP5668051B2 (ja) Ｎｆｃシステムを含む移動通信装置内の少なくとも１つのアプリケーションを事前に選択する方法
KR101487517B1 (ko) 근접 통신 기능을 갖는 휴대 단말 및 이의 동작 방법
EP2765807A1 (en) Undesired NFC pairing
JP6396663B2 (ja) 中継装置、中継方法、および情報処理システム
CN102572096A (zh) 移动终端及其应用控制方法
CN105119790A (zh) 设备控制方法及装置
KR20170099665A (ko) 디스플레이 장치 및 디스플레이 장치의 동작 채널 설정방법
CN104320774A (zh) 一种升级方法、装置及设备
KR20170050235A (ko) 사용자 장치, 서비스 제공 장치, 액세스 포인트, 그를 포함하는 음원 정보 제공 시스템, 그의 제어 방법 및 컴퓨터 프로그램이 기록된 기록매체
JP2018132818A (ja) 電子情報記憶媒体、ｉｃカード及びアプリケーション選択方法
JP6699550B2 (ja) 情報処理装置、情報処理方法、およびプログラム

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160401

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20160401

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20161206

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170126

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20170307

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170320

R151 Written notification of patent or utility model registration

Ref document number: 6123799

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250