知財求人 - 知財ポータルサイト「IP Force」
7618651情報処理装置、情報処理方法、およびプログラム、並びに情報処理システム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2025-01-10
(45)【発行日】2025-01-21
(54)【発明の名称】情報処理装置、情報処理方法、およびプログラム、並びに情報処理システム
(51)【国際特許分類】
G06F 21/12 20130101AFI20250114BHJP
G06F 8/61 20180101ALI20250114BHJP
G06Q 20/42 20120101ALI20250114BHJP
G06Q 50/10 20120101ALI20250114BHJP
【ＦＩ】
G06F21/12 330
G06F8/61
G06Q20/42
G06Q50/10
【請求項の数】
15
(21)【出願番号】P 2022511870
(86)(22)【出願日】2021-03-18
(86)【国際出願番号】 JP2021010988
(87)【国際公開番号】W WO2021200192
(87)【国際公開日】2021-10-07
【審査請求日】2024-02-02
(31)【優先権主張番号】P 2020063533
(32)【優先日】2020-03-31
(33)【優先権主張国・地域又は機関】JP
(73)【特許権者】
【識別番号】504134520
【氏名又は名称】フェリカネットワークス株式会社
(74)【代理人】
【識別番号】100121131
【弁理士】
【氏名又は名称】西川 孝
(74)【代理人】
【氏名又は名称】稲本 義雄
(74)【代理人】
【識別番号】100168686
【弁理士】
【氏名又は名称】三浦 勇介
(72)【発明者】
【氏名】チー マーク シンシェン
(72)【発明者】
【氏名】本舘 健一
(72)【発明者】
【氏名】黒川 敦雄
(72)【発明者】
【氏名】宮城 正志
(72)【発明者】
【氏名】熊倉 恵理香
(72)【発明者】
【氏名】市川 陽平
【審査官】▲柳▼谷 侑
(56)【参考文献】
【文献】特開２０１５－２１１３７９（ＪＰ，Ａ）
【文献】特表２０１７－５２７８４４（ＪＰ，Ａ）
【文献】特開２０１９－０８７９２２（ＪＰ，Ａ）
【文献】特表２０１８－５００６８５（ＪＰ，Ａ）
【文献】特表２００３－５０１９７３（ＪＰ，Ａ）
【文献】特開２０１５－２０７２７３（ＪＰ，Ａ）
【文献】特開２０１４－１４２９３５（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ １２／１４
Ｇ０６Ｆ ２１／１０
Ｇ０６Ｆ ２１／１２
Ｇ０６Ｆ ２１／６０ － ２１／８８
Ｇ０６Ｆ ８／６１
Ｇ０６Ｑ ２０／４２
Ｇ０６Ｑ ５０／１０
(57)【特許請求の範囲】
【請求項1】
トリガを取得するトリガ取得部と、前記トリガに基づいて、セキュアエレメントにおけるアプレットを管理する管理部とを備え、
前記管理部は、
前記トリガに基づいて、前記セキュアエレメントにおけるアプレットをインストールし、
前記セキュアエレメントにおけるアプレットをインストールするとき、インストール済みのアプレットの削除条件となるトリガを削除トリガルールとして登録し、
前記トリガが、前記削除トリガルールとして登録されたトリガである場合、前記インストール済みのアプレットを削除し、
前記インストール済みのアプレットのログを管理し、前記インストール済みのアプレットを削除するとき、前記ログの一部を削除して、前記インストール済みのアプレットと共に削除し、削除されない一部以外の前記ログの情報の種別を、前記削除トリガルールにおける情報として、前記アプレットと対応付けて登録する
情報処理装置。
【請求項2】
前記トリガは、位置情報、時刻情報、経過時間情報、および操作情報を含む請求項１に記載の情報処理装置。
【請求項3】
前記アプレットは、電子チケット、行政ID、および交通電子パスである請求項１に記載の情報処理装置。
【請求項4】
前記アプレットが、前記電子チケットである場合、前記電子チケットが使用された後、所定の日時となることを示すトリガが削除条件となるトリガとして、前記削除トリガルールに登録され、前記トリガ取得部により、前記所定の日時となることを示す時刻情報が前記トリガとして取得されるとき、前記管理部は、前記トリガが、前記削除トリガルールとして登録されたトリガであるものとみなし、前記インストール済みの前記電子チケットとしてのアプレットを削除する
請求項３に記載の情報処理装置。
【請求項5】
前記アプレットが、行政IDである場合、前記削除トリガルールとして、前記行政IDとしてのアプレットがインストールされてから所定時間が経過することが削除条件となるトリガであり、前記トリガ取得部により、前記行政IDとしてのアプレットがインストールされてから所定時間が経過したことを示す経過時間となる前記トリガが取得されるとき、前記管理部は、前記トリガが、前記削除トリガルールとして登録されたトリガであるものとみなし、前記インストール済みの前記行政IDとしてのアプレットを削除する
請求項３に記載の情報処理装置。
【請求項6】
前記アプレットが、所定国内における交通電子パスである場合、前記削除トリガルールとして、現在位置が前記所定国内ではないことが削除条件となるトリガであり、前記トリガ取得部により、現在位置が前記所定国内ではないことを示す位置情報からなる前記トリガが取得されるとき、前記管理部は、前記トリガが、前記削除トリガルールとして登録されたトリガであるものとみなし、前記インストール済みの前記交通電子パスとしてのアプレットを削除する
請求項３に記載の情報処理装置。
【請求項7】
前記管理部は、前記インストール済みのアプレットを削除した後、再度、同一のアプレットをインストールするとき、再度インストールされたアプレットは、前記ログを用いる請求項１に記載の情報処理装置。
【請求項8】
前記ログは、前記アプレットが実行されることで発生するチャージ金額、ポイント、割引情報、および使用履歴の情報を含む請求項１に記載の情報処理装置。
【請求項9】
前記管理部は、前記セキュアエレメントにおけるアプレットをインストールする条件となるトリガを発行トリガルールとして記憶しており、前記トリガが、前記発行トリガルールとして登録されたトリガである場合、前記アプレットをインストールする請求項１に記載の情報処理装置。
【請求項10】
トリガを取得する取得処理することと、前記トリガに基づいて、セキュアエレメントにおけるアプレットを管理する管理処理することと
を含み、
前記管理処理は、
前記トリガに基づいて、前記セキュアエレメントにおけるアプレットをインストールし、
前記セキュアエレメントにおけるアプレットをインストールするとき、インストール済みのアプレットの削除条件となるトリガを削除トリガルールとして登録し、
前記トリガが、前記削除トリガルールとして登録されたトリガである場合、前記インストール済みのアプレットを削除し、
前記インストール済みのアプレットのログを管理し、前記インストール済みのアプレットを削除するとき、前記ログの一部を削除して、前記インストール済みのアプレットと共に削除し、削除されない一部以外の前記ログの情報の種別を、前記削除トリガルールにおける情報として、前記アプレットと対応付けて登録する
情報処理方法。
【請求項11】
トリガを取得するトリガ取得部と、前記トリガに基づいて、セキュアエレメントにおけるアプレットを管理する管理部としてコンピュータを機能させ、
前記管理部は、
前記トリガに基づいて、前記セキュアエレメントにおけるアプレットをインストールし、
前記セキュアエレメントにおけるアプレットをインストールするとき、インストール済みのアプレットの削除条件となるトリガを削除トリガルールとして登録し、
前記トリガが、前記削除トリガルールとして登録されたトリガである場合、前記インストール済みのアプレットを削除し、
前記インストール済みのアプレットのログを管理し、前記インストール済みのアプレットを削除するとき、前記ログの一部を削除して、前記インストール済みのアプレットと共に削除し、削除されない一部以外の前記ログの情報の種別を、前記削除トリガルールにおける情報として、前記アプレットと対応付けて登録する
プログラム。
【請求項12】
情報処理装置と、前記情報処理装置と近接通信するウェアラブルデバイスとからなる情報処理システムにおいて、トリガを取得するトリガ取得部と、
前記トリガに基づいて、セキュアエレメントにおけるアプレットを管理する管理部とを備え、
前記管理部は、
前記トリガに基づいて、前記セキュアエレメントにおけるアプレットをインストールし、
前記セキュアエレメントにおけるアプレットをインストールするとき、インストール済みのアプレットの削除条件となるトリガを削除トリガルールとして登録し、
前記トリガが、前記削除トリガルールとして登録されたトリガである場合、前記インストール済みのアプレットを削除し、
前記インストール済みのアプレットのログを管理し、前記インストール済みのアプレットを削除するとき、前記ログの一部を削除して、前記インストール済みのアプレットと共に削除し、削除されない一部以外の前記ログの情報の種別を、前記削除トリガルールにおける情報として、前記アプレットと対応付けて登録する
情報処理システム。
【請求項13】
前記情報処理装置が、トリガを取得するトリガ取得部を備え、前記ウェアラブルデバイスが、前記トリガに基づいて、セキュアエレメントにおけるアプレットを管理する管理部を備える
請求項１２に記載の情報処理システム。
【請求項14】
前記ウェアラブルデバイスが、トリガを取得するトリガ取得部と、
前記トリガに基づいて、セキュアエレメントにおけるアプレットを管理する管理部とを備える
請求項１２に記載の情報処理システム。
【請求項15】
前記ウェアラブルデバイスは、スマートウォッチ、またはリストバンドである請求項１２に記載の情報処理システム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、情報処理装置、情報処理方法、およびプログラム、並びに情報処理システムに関し、特に、セキュアエレメントの記憶領域を柔軟に活用できるようにした情報処理装置、情報処理方法、およびプログラム、並びに情報処理システムに関する。
【背景技術】
【0002】
ユーザが利用できるアプリケーションプログラムに組み込まれて実行されるアプレット（Applet）は、そのアプリケーションプログラムの実行に必要なIDや鍵、ログ等のセキュアな情報を含んでおり、一般にセキュアエレメント内の、例えば、Java（登録商標） Card OS等のOS上に搭載される。
【0003】
しかしながら、セキュアエレメント内でアプレット格納領域として使用できる容量は、セキュアエレメント（チップ）やセキュアエレメントを搭載するスマートフォン等のコストの観点から、上限が存在する。
【0004】
セキュアエレメント内のアプレットを使用する、決済や交通電子パス（交通乗車券）、ユーザ認証などのセキュアなアプリケーションプログラムが増大していく中、有限であるアプレット格納領域を利用するアプレットの数をユーザ自身が管理することが必要である。
【0005】
その際、ユーザが必要に応じて、アプレットの削除と追加を行う必要がある。
【0006】
そこで、これまでは、登録したアプレットを利用したい期間に基づいて、事前に登録した削除日時、削除時刻、または登録されたタイミングからの削除カウント値を用いて、登録したアプレットが自動削除されるようにする技術が提案されている（特許文献１，２参照）。
【0007】
また、位置情報の変化に応じて、登録されたアプレットが自動削除されるようにする技術が考案されている（特許文献３参照）。
【先行技術文献】
【特許文献】
【0008】
【文献】特開２００５－１１４６９号公報
【文献】特開平８－３２８９１５号公報
【文献】特開２００３－２８０９９２号公報
【発明の概要】
【発明が解決しようとする課題】
【0009】
しかしながら、特許文献１乃至３のいずれにおいても、記憶領域に登録されたアプレットの削除設定に関するユーザの条件設定は、登録期間や位置情報等の画一的なもの（Single Trigger）となっている。
【0010】
このため、ユーザの日々の行動等に応じてアプレットを削除したり、再追加したりすることはできないので、セキュアエレメントの記憶領域を柔軟に活用することができなかった。
【0011】
本開示は、このような状況に鑑みてなされたものであり、特に、ユーザの行動等に応じて、セキュアエレメントの記憶領域に登録されたアプレットを削除したり、再追加できるようにして、セキュアエレメントの記憶領域を柔軟に活用できるようにするものである。
【課題を解決するための手段】
【0012】
本開示の一側面の情報処理装置、およびプログラム、並びに情報処理システムは、トリガを取得するトリガ取得部と、前記トリガに基づいて、セキュアエレメントにおけるアプレットを管理する管理部とを備え、前記管理部は、前記トリガに基づいて、前記セキュアエレメントにおけるアプレットをインストールし、前記セキュアエレメントにおけるアプレットをインストールするとき、インストール済みのアプレットの削除条件となるトリガを削除トリガルールとして登録し、前記トリガが、前記削除トリガルールとして登録されたトリガである場合、前記インストール済みのアプレットを削除し、前記インストール済みのアプレットのログを管理し、前記インストール済みのアプレットを削除するとき、前記ログの一部を削除して、前記インストール済みのアプレットと共に削除し、削除されない一部以外の前記ログの情報の種別を、前記削除トリガルールにおける情報として、前記アプレットと対応付けて登録する情報処理装置、およびプログラム、並びに情報処理システムである。
【0013】
本開示の一側面の情報処理方法は、トリガを取得する取得処理することと、前記トリガに基づいて、セキュアエレメントにおけるアプレットを管理する管理処理することとを含み、前記管理処理は、前記トリガに基づいて、前記セキュアエレメントにおけるアプレットをインストールし、前記セキュアエレメントにおけるアプレットをインストールするとき、インストール済みのアプレットの削除条件となるトリガを削除トリガルールとして登録し、前記トリガが、前記削除トリガルールとして登録されたトリガである場合、前記インストール済みのアプレットを削除し、前記インストール済みのアプレットのログを管理し、前記インストール済みのアプレットを削除するとき、前記ログの一部を削除して、前記インストール済みのアプレットと共に削除し、削除されない一部以外の前記ログの情報の種別を、前記削除トリガルールにおける情報として、前記アプレットと対応付けて登録する情報処理方法である。
【0014】
本開示の一側面においては、トリガが取得され、前記トリガに基づいて、セキュアエレメントにおけるアプレットが管理され、前記トリガに基づいて、前記セキュアエレメントにおけるアプレットがインストールされ、前記セキュアエレメントにおけるアプレットがインストールされるとき、インストール済みのアプレットの削除条件となるトリガが削除トリガルールとして登録され、前記トリガが、前記削除トリガルールとして登録されたトリガである場合、前記インストール済みのアプレットが削除され、前記インストール済みのアプレットのログが管理され、前記インストール済みのアプレットが削除されるとき、前記ログの一部が削除されて、前記インストール済みのアプレットと共に削除され、削除されない一部以外の前記ログの情報の種別が、前記削除トリガルールにおける情報として、前記アプレットと対応付けて登録される。
【図面の簡単な説明】
【0015】
【図1】本開示の情報処理システムの構成例を説明する図である。
【図5】セキュアエレメントにおいてアプレットをインストールする動作を説明する図である。
【図6】セキュアエレメントにおいてアプレットを削除する動作を説明する図である。
【図7】アプレットの発行処理を説明するフローチャートである。
【図8】アプレットの削除処理を説明するフローチャートである。
【図9】電子チケットとしてのアプレットをインストールする動作を説明する図である。
【図10】電子チケットとしてのアプレットを削除する動作を説明する図である。
【図11】電子チケット発行処理を説明するフローチャートである。
【図12】電子チケット削除処理を説明するフローチャートである。
【図13】行政IDとしてのアプレットをインストールする動作を説明する図である。
【図14】行政IDとしてのアプレットを削除する動作を説明する図である。
【図15】行政ID発行処理を説明するフローチャートである。
【図16】行政ID削除処理を説明するフローチャートである。
【図17】交通電子パスとしてのアプレットをインストールする動作を説明する図である。
【図18】交通電子パスとしてのアプレットを削除する動作を説明する図である。
【図19】交通電子パス発行処理を説明するフローチャートである。
【図20】交通電子パス削除処理を説明するフローチャートである。
【図21】ウェアラブルデバイスシステムにおけるアプレットをインストールする動作を説明する図である。
【図22】ウェアラブルデバイスシステムにおけるアプレットを削除する動作を説明する図である。
【図23】汎用のパーソナルコンピュータの構成例を説明する図である。
【発明を実施するための形態】
【0016】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【0017】
以下、本技術を実施するための形態について説明する。説明は以下の順序で行う。
１．好適な実施の形態
２．変形例
３．ソフトウェアにより実行させる例
１．好適な実施の形態
２．変形例
３．ソフトウェアにより実行させる例
【0018】
＜＜１．好適な実施の形態＞＞
＜本開示の情報処理システムの構成例＞
本開示は、特に、ユーザの行動に応じて、セキュアエレメントの記憶領域に登録されたアプレットを削除したり、再追加できるようにして、セキュアエレメントの記憶領域を柔軟に活用できるようにするものである。
＜本開示の情報処理システムの構成例＞
本開示は、特に、ユーザの行動に応じて、セキュアエレメントの記憶領域に登録されたアプレットを削除したり、再追加できるようにして、セキュアエレメントの記憶領域を柔軟に活用できるようにするものである。
【0019】
図１は、本開示の技術を適用した情報処理システムの構成例を示している。
【0020】
図１の情報処理システム１１においては、ユーザが所持するセキュアエレメントを備えた電子機器が、（セキュアエレメント内に）アプレットを登録（インストール）し、登録したアプレットを利用して、トランザクションデバイスである管理装置と通信し、各種のトランザクション処理を実現する。
【0021】
この際、図１の情報処理システム１１においては、電子機器に登録されるアプレットが、ユーザの行動に応じて、セキュアエレメントに対して登録、削除、または再追加される。
【0022】
ここで、アプレットは、例えば、クレジットカード口座やデビットカード口座に対応する前述の決済を実現する機能に加えて、トランジットカード又はプリペイドカードなどのストアドバリューカードとしての機能を実現する。
【0023】
また、アプレットは、セキュリティドアアクセスのためなどのアクセスカード、車両の制御やアクセスのための、例えば、自動車制御、およびボート制御等や、ロイヤリティカード、チケット（例えば、行政手続き用の行政ID、旅行用やイベント用の電子チケット）、および多機能カード（アクセス、識別、および決済に利用されるカード）等として機能するものである。
【0024】
尚、ここで各種カードとは、例えば、銀行、クレジット提供者、商業エンティティ、行政機関等のエンティティによって発行されたクレデンシャルを指すために例として使用されるものである。
【0025】
図１の情報処理システム１１は、電子機器３１－１乃至３１－ｎ、サーバ３２、R/W（リーダライタ）３３－１乃至３３－ｎ、および管理装置３４－１乃至３４－ｎより構成され、インターネットや専用回線等からなるネットワーク３５により電気的に相互に通信可能な構成とされる。
【0026】
尚、図１においては、電子機器３１－１乃至３１－ｎ、R/W（リーダライタ）３３－１乃至３３－ｎ、および管理装置３４－１乃至３４－ｎについて、特に区別する必要がない場合、それぞれ単に電子機器３１、R/W３３、および管理装置３４と称する。
【0027】
また、図１においては、電子機器３１と、R/W３３および管理装置３４とが、それぞれ対応する構成とされ、同一の個数からなる構成として描かれているが、それぞれは対応しているものではなくてもよく、また、同一の個数でなくてもよい。
【0028】
すなわち、図１においては、電子機器３１－１と、R/W３３－１および管理装置３４－１とが対応して、相互に通信する構成として描かれているが、電子機器３１－１は、R/W３３－２および管理装置３４－２や、R/W３３－ｎおよび管理装置３４－ｎと相互に通信することも可能である。
【0029】
さらに、図１においては、サーバ３２は、１個のみが描かれているがクラウドコンピューティングなどにより複数のコンピュータなどにより構成するようにしてもよい。
【0030】
ネットワーク３５は、例えば、電子機器３１－１乃至３１－ｎ、および無線トランザクションデバイスからなる管理装置３４－１乃至３４－ｎを、サービスプロバイダやトランザクションシステムを管理するサーバ３２と通信可能に接続する。
【0031】
電子機器３１－１乃至３１－ｎのうちの少なくともいずれかは、近距離通信（NFC:Near Field Communication）などの直接通信によりR/W３３－１乃至３３－ｎのいずれかを介して、無線トランザクションデバイスからなる管理装置３４－１乃至３４－ｎのうちのいずれかと通信する。
【0032】
管理装置３４－１乃至３４－ｎは、R/W３３－１乃至３３－ｎを介して電子機器３１－１乃至３１－ｎのいずれかと通信し、例えば、電子チケットによるイベント会場等の入場ゲートの開閉管理装置、行政IDに基づいた個人情報の開示管理装置、および交通電子パスによる改札管理装置として機能する。
【0033】
さらに、管理装置３４－１乃至３４－ｎは、これに限らず、その他の装置として機能するようにしてもよく、例えば、トランジット管理装置、通行料管理装置、駐車管理トランザクションデバイス、販売時点（point of sale）管理装置、無線モバイル管理装置、ドア、ロックなどのアクセス管理装置として機能するようにしてもよい。
【0034】
また、R/W３３－１乃至３３－ｎは、例えば、無線インタフェースなどのデバイスであり、例えば、NFC無線通信、無線ローカルエリアネットワーク（WLAN：Wireless Local Area Network）無線通信、Bluetooth（登録商標）無線通信、Zigbee（登録商標）無線通信、セルラ無線通信、および他の無線通信などにより、電子機器３１－１乃至３１－ｎのいずれかと、管理装置３４－１乃至３４－ｎのいずれかとの通信を実現する。
【0035】
サーバ３２は、例えば、クレジットカードやデビットカードを発行する金融機関、交通機関、ドア、ロックなどのアクセスデバイスの製造業者、会社、学校などのアクセスデバイスを利用するエンティティ、自動車などの車両の製造業者、ロイヤリティカードアカウントを提供する小売業者、チケットをイベントに提供するチケッティングサービスプロバイダ、航空券などの旅行用のチケットを提供する旅行サービスプロバイダ、または、一般的に、仮想若しくは物理的パス、チケット、カードなどをユーザに提供することができる任意のサービスプロバイダなどにより管理される。
【0036】
電子機器３１－１乃至３１－ｎは、例えば、パーソナルコンピュータ、スマートフォン、周辺デバイス（例えば、デジタルカメラ、ヘッドホン）、タブレットデバイス、又は、NFC無線通信、WLAN無線通信、Bluetooth（登録商標）無線通信、Zigbee（登録商標）無線通信、セルラ無線通信、および他の無線通信の少なくともいずれかの無線インタフェースを含むデバイスである。
【0037】
電子機器３１－１乃至３１－ｎは、サーバ３２に対してアプレットを要求してインストール（登録）し、インストールされたアプレットを実行することで、R/W３３を介して管理装置３４との間で各種のサービスを実現するセキュアエレメント５８（図２，図３）を備えている。尚、セキュアエレメント５８については、図３を参照して詳細を後述する。
【0038】
【0039】
電子機器３１は、制御部５１、入力部５２、出力部５３、記憶部５４、通信部５５、ドライブ５６、およびリムーバブル記憶媒体５７、並びにセキュアエレメント５８より構成されており、相互にバス５９を介して接続されており、データやプログラムを送受信することができる。
【0040】
制御部５１は、プロセッサやメモリから構成されており、電子機器３１の動作の全体を制御する。
【0041】
また、制御部５１は、ホストプログラム６１を実行して、セキュアエレメント５８においてインストールされるアプレットを管理するための各種のトリガを取得して供給する。
【0042】
入力部５２は、ユーザが操作コマンドを入力するキーボードや音声により入力するマイクロフォンなどの入力デバイスより構成され、入力された各種の信号を制御部５１に供給する。
【0043】
出力部５３は、スピーカ等からなる音声出力部、LCD（Liquid Crystal Display）や有機EL（Organic Electro-Luminescence）等からなる表示部、LED（Light Emitting Diode）等から構成される発光部などから構成され、制御部５１により制御されて、各種の処理結果をユーザに提示する。
【0044】
記憶部５４は、HDD（Hard Disk Drive）、SSD（Solid State Drive）、または、半導体メモリなどからなり、制御部５１により制御され、コンテンツデータを含む各種のデータおよびプログラムを書き込む、または、読み出す。
【0045】
通信部５５は、制御部５１により制御され、ネットワーク３５（図１）を介して、各種の装置との間で各種のデータやプログラムを送受信する。
【0046】
また、通信部５５は、制御部５１により制御されて、R/W３３を介して、管理装置３４との通信を実現する。
【0047】
ドライブ５６は、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory)、DVD(Digital Versatile Disc)を含む）、光磁気ディスク（ＭＤ(Mini Disc)を含む）、もしくは半導体メモリなどのリムーバブル記憶媒体５７に対してデータを読み書きする。
【0048】
セキュアエレメント５８は、通信部５５とR/W３３とを介して、管理装置３４との間で、データの通信を行い、各種の処理を実行する。より詳細には、セキュアエレメント５８は、インストールされたアプレットを実行することで、通信部５５から受信したコマンド（処理要求）に応じた処理（コマンド処理）を実行する。そして、セキュアエレメント５８は、コマンド処理の実行結果であるレスポンス（処理応答）を管理装置３４に送信する。この一連の処理により、アプレットの種別に応じた様々な処理を実行する。
【0049】
また、セキュアエレメント５８は、外部トリガ装置１３１（図５）より供給される様々なトリガとなる情報に基づいて、対応するアプレットをインストールし、インストールしたアプレットを実行すると共に、必要に応じてアプレットを削除したり、再インストールしたりする。尚、セキュアエレメント５８については、図３を参照して詳細を後述する。
【0050】
＜セキュアエレメントの構成例＞
次に、図３を参照して、セキュアエレメント５８の構成例について説明する。
次に、図３を参照して、セキュアエレメント５８の構成例について説明する。
【0051】
セキュアエレメント５８は、例えば、プラスチックのカード基材（カード本体の一例）に、IC（Integrated Circuit）チップを含むICモジュールとして形成されている。すなわち、セキュアエレメント５８は、ICチップを含むICモジュールと、ICモジュールが埋め込まれたカード基材とを備える。ICチップは、例えば、１チップのマイクロプロセッサなどのLSI（Large Scale Integration）である。
【0052】
セキュアエレメント５８は、I/F（インタフェース）７２、CPU（Central Processing Unit）等からなるプロセッサ７１、ROM（Read Only Memory）７３、および、RAM（Random Access Memory）７４、並びに、EEPROM（Electrically Erasable Programmable ROM）７５を備えている。
【0053】
I/F７２は、例えば、通信部５５とシリアルデータ通信を行う。I/F７２は、受信したシリアルデータ信号をパラレル変換したデータ（例えば、１バイトのデータ）をプロセッサ７１に出力する。また、I/F７２は、プロセッサ７１から取得したデータをシリアル変換して、通信部５５に出力する。I/F７２は、例えば、コマンドを通信部５５から受信し、レスポンスを通信部５５に送信する。
【0054】
プロセッサ７１は、ROM７３、またはEEPROM７５に記憶されているプログラムを実行して、セキュアエレメント５８の各種処理を実行する。プロセッサ７１は、例えば、I/F７２が受信したコマンドに応じたコマンド処理を実行する。
【0055】
ROM７３（またはEEPROM７５）には予め管理アプレット９１が記憶されており、プロセッサ７１は、管理アプレット９１を読み出して実行することにより、後述する各種のサービスに使用されるアプレットのインストールおよび削除、並びに、再インストール等を管理する。
【0056】
尚、以降において、プロセッサ７１が管理アプレット９１を実行することで実現される処理は、管理アプレット９１を主体とした処理として説明するものとする。
【0057】
すなわち、プロセッサ７１が管理アプレット９１を実行することで実現される処理は、管理アプレット９１が実行する処理であるものとして説明を進める。
【0058】
ROM７３は、例えば、マスクROMなどの不揮発性メモリであり、セキュアエレメント５８の各種処理を実行するためのプログラム、及びコマンドテーブルなどのデータを記憶する。
【0059】
RAM７４は、例えば、SRAM（Static RAM）などの揮発性メモリであり、セキュアエレメント５８の各種処理を行う際に利用されるデータを一時記憶する。
【0060】
EEPROM７５は、例えば、電気的に書き換え可能な不揮発性メモリである。EEPROM７５は、セキュアエレメント５８が利用する各種データを記憶する。EEPROM７５は、例えば、セキュアエレメント５８を利用した各種サービス（アプリケーション、セキュリティ機能）に使用されるアプレットを記憶する。尚、EEPROM７５は、一例であり、電気的に書き換え可能なメモリであれば、その他の構成であってもよい。
【0061】
尚、図３では、セキュアエレメント５８が、電子機器３１に対して着脱が可能なSIM（Subscriber Identity Module）カードである場合について説明するが、eSIM（Embedded Subscriber Identity Module）のように電子機器３１の本体に内蔵された構成であってもよく、eSIMであっても基本的な構造は同一である。さらに、セキュアエレメント５８は、SIM以外の構成であってもよい。また、管理アプレット９１は、通常のアプレット同様にインストールして利用できるようにしてもよい。
【0062】
【0063】
サーバ３２は、制御部１０１、入力部１０２、出力部１０３、記憶部１０４、通信部１０５、ドライブ１０６、およびリムーバブル記憶媒体１０７より構成されており、相互にバス１０８を介して接続されており、データやプログラムを送受信することができる。
【0064】
制御部１０１は、プロセッサやメモリから構成されており、サーバ３２の動作の全体を制御する。
【0065】
また、制御部１０１は、アプレット発行処理部１１１を備えている。アプレット発行処理部１１１は、電子機器３１のセキュアエレメント５８において管理されるアプレットのインストールが要求されるとき、要求されたアプレットを発行して電子機器３１に供給し、インストールする。
【0066】
入力部１０２は、ユーザが操作コマンドを入力するキーボードや音声により入力するマイクロフォンなどの入力デバイスより構成され、入力された各種の信号を制御部１０１に供給する。
【0067】
出力部１０３は、スピーカ等からなる音声出力部、LCD（Liquid Crystal Display）や有機EL（Organic Electro-Luminescence）等からなる表示部、LED（Light Emitting Diode）等からなる構成される発光部などから構成され、制御部１０１により制御されて、各種の検索結果の表示を表示する。
【0068】
記憶部１０４は、HDD（Hard Disk Drive）、SSD（Solid State Drive）、または、半導体メモリなどからなり、制御部１０１により制御され、コンテンツデータを含む各種のデータおよびプログラムを書き込む、または、読み出す。
【0069】
通信部１０５は、制御部１０１により制御され、有線（または無線（図示せず））により、LAN（Local Area Network）などに代表される通信ネットワークを介して、各種の装置との間で各種のデータやプログラムを送受信する。
【0070】
ドライブ１０６は、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory)、DVD(Digital Versatile Disc)を含む）、光磁気ディスク（ＭＤ(Mini Disc)を含む）、もしくは半導体メモリなどのリムーバブル記憶媒体１０７に対してデータを読み書きする。
【0071】
【0072】
セキュアエレメント５８は、アプレットの種別に応じて、ホストプログラム６１より供給されるトリガに基づいて、アプレットの発行をサーバ３２に要求し、発行されたアプレットをインストールする。
【0073】
ここで、トリガとなる情報は、位置情報、時刻情報、およびアプレットをインストールしてからの経過時間情報、並びに入力部５２がユーザに操作されることで入力される情報などである。
【0074】
セキュアエレメント５８は、所定のトリガが供給されるとアプレットをインストールし、アプレットの種別に対応した処理を実行することが可能な状態となる。
【0075】
また、セキュアエレメント５８は、インストールしたアプレットの種別に応じた他の所定のトリガを取得すると、インストールしたアプレットを削除する。
【0076】
このとき、セキュアエレメント５８は、削除したアプレットを再度インストールして使用する際に必要とされる情報については削除せずにログとして残しておき、インストール済みのアプレットを削除する。
【0077】
さらに、セキュアエレメント５８は、アプレットの種別に応じて、ホストプログラム６１より供給される所定のトリガを検出すると、アプレットの発行をサーバ３２に再度要求し、発行されたアプレットを再度インストールする。
【0078】
セキュアエレメント５８は、再度インストールされたアプレットを使用して所定の処理を実行させるにあたって、削除せずに残しておいたログの情報を用いて処理を実行する。
【0079】
このような一連の処理により、セキュアエレメント５８は、ユーザの行動等に応じて、セキュアエレメント５８の記憶領域に登録されたアプレットをインストールする、削除する、または、再インストールすることで、セキュアエレメントの記憶領域を柔軟に活用できるようにする。
【0080】
より詳細には、ホストプログラム６１は、トリガ取得部１５１、および内部トリガ検出部１５２を備えている。
【0081】
トリガ取得部１５１は、UWB（Ultra Wide Band）、GPS（Global Positioning System）、およびビーコンなどからなる外部トリガ装置１３１より供給される位置情報をトリガとして取得する。
【0082】
また、トリガ取得部１５１は、内部トリガ検出部１５２より供給される時刻情報や所定のアプレットがインストールされてからの経過時間の情報、および、入力部５２がユーザにより操作されることで発生する操作情報をトリガとして取得してセキュアエレメント５８に供給する。
【0083】
セキュアエレメント５８は、管理アプレット９１を備えている。
【0084】
管理アプレット９１は、所定の処理を実現するためのアプレットのインストール、削除、および再インストールを管理する専用のアプレットであり、セキュアエレメント５８内に固定的にインストールされているアプレットである。
【0085】
より詳細には、管理アプレット９１は、インストールされるアプレットの種別に応じて、アプレットの発行をサーバ３２に要求して、インストールするときの条件となるトリガを発行トリガルール１７１として記憶している。
【0086】
また、管理アプレット９１は、アプレットをインストールするとき、インストールしたアプレットを削除するときの条件となるトリガが登録された削除トリガルール１７２を記憶させ、アプレットを削除するとき、併せて削除するためのトリガの情報が登録された削除トリガルール１７２を削除する。
【0087】
このため、管理アプレット９１は、ホストプログラム６１のトリガ取得部１５１よりトリガが供給されると、発行トリガルール１７１を照会して、該当するトリガが存在するか否かを判定する。
【0088】
そして、取得したトリガが発行トリガルール１７１に記憶されたトリガであり、所定のアプレットのインストールをするときの条件となるトリガである場合、管理アプレット９１は、ホストプログラム６１に対して所定のアプレットの発行を要求する。
【0089】
ホストプログラム６１は、通信部５５を制御して、サーバ３２にアクセスし、所定のアプレットの発行を要求する。
【0090】
この処理により、ホストプログラム６１は、サーバ３２により発行されたアプレットを取得して、管理アプレット９１に対して供給する。
【0091】
管理アプレット９１は、ホストプログラム６１を介してサーバ３２により発行されたアプレットを取得し、セキュアエレメント５８内に、例えば、図５の実線で示されるアプレット１８１としてインストールする。
【0092】
この際、管理アプレット９１は、インストールしたアプレット１８１を削除する際の条件となるトリガの情報を削除トリガルール１７２に登録する。
【0093】
このように、新たなアプレット１８１がセキュアエレメント５８内にインストールされると、セキュアエレメント５８（のプロセッサ７１（図３））は、インストールされたアプレット１８１を実行させることにより対応する処理を実行することが可能となる。
【0094】
さらに、管理アプレット９１は、ホストプログラム６１のトリガ取得部１５１より供給されたトリガが削除トリガルール１７２に登録されたトリガであり、所定のアプレットを削除する条件となるトリガである場合、インストールされたアプレット１８１を、例えば、図６の点線で示されるアプレット１８１のように削除（アンインストール）する。
【0095】
この際、管理アプレット９１は、アプレット１８１を削除する条件となるトリガが登録された削除トリガルール１７２を点線で示されるように削除する。
【0096】
そして、管理アプレット９１は、アプレット１８１の削除を完了したことを示す情報を、ホストプログラム６１を介してサーバ３２に通知する。
【0097】
また、管理アプレット９１は、一度インストールされたアプレット１８１を再度インストールして実行するにあたり必要とされる情報を、ログ１７３として残し記憶する。
【0098】
ここで、一度インストールされたアプレット１８１が削除される際、ログ１７３として残される情報の種別については、例えば、削除されるときの条件となるトリガに対応付けて、削除トリガルール１７２に登録されるようにしてもよい。
【0099】
そして、管理アプレット９１は、アプレットを再度インストールする際に、記憶したログ１７３の情報を読み出して必要に応じて、ホストプログラム６１を介してサーバ３２に送信し、ログ１７３の情報に応じたアプレットを再度インストールする。
【0100】
以上の処理により、セキュアエレメント５８においては、ユーザの操作に対応する操作入力や移動する位置情報、時刻情報、およびアプレットがインストールされてからの経過時間を含む、ユーザの行動に伴って、トリガ取得部１５１により取得されるトリガの情報が、発行トリガルール１７１に定められたアプレットをインストールする条件となるトリガであるときには、そのトリガが検出されたタイミングで、アプレットがインストールされる。
【0101】
また、トリガ取得部１５１により取得されるトリガの情報が、削除トリガルール１７２に定められたアプレットの削除する条件となるトリガであるときには、そのトリガが検出されたタイミングで、アプレットが削除（アンインストール）される。
【0102】
これにより、アプレット１８１の種別に応じて設定されるトリガに対応する、ユーザの行動に伴って、セキュアエレメント５８内にアプレット１８１がインストールされる、インストールされたアプレット１８１が削除される、または、アプレット１８１が再インストールされることになる。
【0103】
結果として、アプレット１８１の種別に応じて、必要なタイミングにおいてセキュアエレメント５８内にアプレット１８１がインストールされ、それ以外の不要なタイミングにおいては、インストールされたアプレット１８１が削除（アンインストール）されることになるので、セキュアエレメント５８内の限られた記憶領域を柔軟に活用することが可能となる。
【0104】
尚、セキュアエレメント５８に対するアプレットのインストールおよびアンインストールは、原則としてサーバ３２でしか実現できない機能である。
【0105】
すなわち、管理アプレット９１からのサーバ３２へのアプレットのインストールのリクエストにより、サーバ３２によりアプレットが発行されて、発行されたアプレットが、サーバ３２によりセキュアエレメント５８にインストールされる。
【0106】
このため、例えば、ホストプログラム６１は、セキュアエレメント５８に対して、アプレットを発行してインストールしたり、アンインストールしたりすることはできない。
【0107】
従って、以降においても、管理アプレット９１が、サーバ３２にアプレットの発行を要求して、発行されたアプレットを、管理アプレット９１が、インストールするような表現を用いて説明を進めるものとするが、上述したように、詳細には、管理アプレット９１からのアプレットのインストールのリクエストに応じて、サーバ３２が、アプレットを発行して、セキュアエレメント５８にインストールしている。
【0108】
ただし、本開示においては、管理アプレット９１が、セキュアエレメント５８内に設けられているので、アプレットのアンインストール（削除）については単独でも実行できる構成としている。
【0109】
この結果、例えば、サーバ３２との通信ができない環境下においても、管理アプレット９１は、単独で、セキュアエレメント５８内にインストールされた不要なアプレットをアンインストールすることが可能となり、セキュアエレメント５８内の限られた記憶領域を柔軟に活用することが可能となる。
【0110】
＜アプレットの発行処理＞
次に、図７のフローチャートを参照して、アプレットの発行処理について説明する。
次に、図７のフローチャートを参照して、アプレットの発行処理について説明する。
【0111】
ステップＳ１１において、ホストプログラム６１のトリガ取得部１５１は、外部トリガ装置１３１より位置情報、および、内部トリガ検出部１５２からの時刻情報または経過時間の情報、並びに、入力部５２がユーザにより操作されることで発生する操作情報等のトリガとして認識され得る情報のうちの少なくともいずれかが検出されたか否かを判定し、検出されるまで同様の処理を繰り返す。
【0112】
ステップＳ１１において、いずれかのトリガが検出された場合、処理は、ステップＳ１２に進む。
【0113】
ステップＳ１２において、トリガ取得部１５１は、検出されたトリガの情報を取得する。
【0114】
ステップＳ１３において、トリガ取得部１５１は、取得したトリガの情報をセキュアエレメント５８の管理アプレット９１に供給する。
【0115】
ステップＳ３１において、管理アプレット９１は、トリガ取得部１５１より供給されたトリガの情報を取得する。
【0116】
ステップＳ３２において、管理アプレット９１は、取得したトリガの情報を、発行トリガルール１７１に照会し、アプレットの発行を要求する条件となるトリガであるか否かを判定する。
【0117】
ステップＳ３２において、取得したトリガの情報がアプレットの発行を要求する条件となるトリガではない場合、処理は終了する。
【0118】
また、ステップＳ３２において、取得したトリガの情報がアプレットの発行を要求する条件となるトリガである場合、処理は、ステップＳ３３に進む。
【0119】
ステップＳ３３において、管理アプレット９１は、ホストプログラム６１に対して、アプレットの発行を要求する。
【0120】
ステップＳ１４において、ホストプログラム６１は、管理アプレット９１からのアプレットの発行要求を取得する。
【0121】
ステップＳ１５において、ホストプログラム６１は、通信部５５を制御して、サーバ３２に対してアプレットの発行を要求する。
【0122】
ステップＳ５１において、サーバ３２の制御部１０１により実行されるアプレット発行処理部１１１は、通信部１０５を制御して、電子機器３１からのアプレットの発行要求を取得する。
【0123】
ステップＳ５２において、アプレット発行処理部１１１は、通信部１０５を制御して、電子機器３１に対して、発行を要求するアプレットの使用に際して再利用される情報であるログを要求する。
【0124】
ステップＳ１６において、ホストプログラム６１は、通信部５５を介して、サーバ３２からのログの要求を取得する。
【0125】
ステップＳ１７において、ホストプログラム６１は、セキュアエレメント５８の管理アプレット９１に対してサーバ３２からのログの要求を通知する。
【0126】
ステップＳ３４において、管理アプレット９１は、ホストプログラム６１を介してサーバ３２からのログの要求を取得する。
【0127】
ステップＳ３５において、管理アプレット９１は、ログの要求に応じて、記憶している発行を要求したアプレットのログ１７３の情報を読み出して、ホストプログラム６１に送信する。
【0128】
ステップＳ３６において、管理アプレット９１は、アプレットの種別に応じて、要求のあったログの情報を削除、または、保持する。すなわち、管理アプレット９１は、アプレットの種別に応じて、今後も継続して使用する可能性がないログの情報を削除し、今後も継続して使用する可能性があるログを保持する。
【0129】
一方、ステップＳ１８において、ホストプログラム６１は、管理アプレット９１から送信されてきたログを取得する。
【0130】
ステップＳ１９において、ホストプログラム６１は、通信部５５を制御して、管理アプレット９１から送信されてきたログの情報をサーバ３２に送信する。
【0131】
ステップＳ５３において、サーバ３２のアプレット発行処理部１１１は、通信部１０５を制御して、ホストプログラム６１を介して管理アプレット９１から送信されてきたログを取得する。
【0132】
ステップＳ５４，Ｓ７１において、アプレット発行処理部１１１は、通信部１０５を制御して、電子機器３１のセキュアエレメント５８において、図５の実線で示されるようにアプレット１８１をインストールする。この際、アプレット発行処理部１１１は、必要に応じて送信されてきたログを使用してアプレットをインストールする。
【0133】
ステップＳ５５，Ｓ３７おいて、アプレット発行処理部１１１は、通信部１０５を制御して、管理アプレット９１における削除トリガルール１７２にインストールしたアプレットを削除する条件となるトリガを登録する。
【0134】
この際、アプレット発行処理部１１１は、ステップＳ３６の処理において、ログとして保持すべき情報、および削除すべき情報の種別を、インストールしたアプレットに対応付けて削除トリガルール１７２に登録する。
【0135】
すなわち、上述したステップＳ３６の処理において、ログが要求されるとき、管理アプレット９１は、この削除トリガルール１７２にアプレットに対応付けて登録された、ログとして保持すべき情報および削除すべき情報に基づいて、アプレット１８１の種別に応じて、要求のあったログの情報を削除、または、保持する。
【0136】
以上の処理により、ユーザの行動に伴ったトリガが、予め発行トリガルール１７１に登録された、アプレットをインストールする条件となるトリガである場合、アプレット１８１がインストールされる。これにより、インストールされたアプレット１８１が、R/W３３により読み出されて、読み出された情報に基づいた、管理装置３４における所定の処理が可能となる。
【0137】
尚、図７のフローチャートにおけるステップＳ５２，Ｓ１６，Ｓ１７，Ｓ３４，Ｓ３５，Ｓ１８，Ｓ１９，Ｓ５３の一連の処理により供給されるログの情報については、過去にインストールされたアプレットである場合についての処理であるので、初回のインストールにおいては、実質的なログの情報はないこともある。
【0138】
【0139】
ステップＳ１１１において、ホストプログラム６１のトリガ取得部１５１は、外部トリガ装置１３１より位置情報、および、内部トリガ検出部１５２からの時刻情報または経過時間の情報、並びに、入力部５２がユーザにより操作されることで発生する操作情報等のトリガとして認識され得る情報のうちの少なくともいずれかが検出されたか否かを判定し、検出されるまで同様の処理を繰り返す。
【0140】
ステップＳ１１１において、いずれかのトリガが検出された場合、処理は、ステップＳ１１２に進む。
【0141】
ステップＳ１１２において、トリガ取得部１５１は、検出されたトリガの情報を取得する。
【0142】
ステップＳ１１３において、トリガ取得部１５１は、取得したトリガの情報をセキュアエレメント５８の管理アプレット９１に供給する。
【0143】
ステップＳ１３１において、管理アプレット９１は、トリガ取得部１５１より供給されたトリガの情報を取得する。
【0144】
ステップＳ１３２において、管理アプレット９１は、取得したトリガの情報を、削除トリガルール１７２に照会し、アプレットの削除条件となるトリガであるか否かを判定する。
【0145】
ステップＳ１３２において、取得したトリガの情報がアプレットの削除条件となるトリガではない場合、処理は終了する。
【0146】
また、ステップＳ１３２において、取得したトリガの情報がアプレットを削除条件のトリガである場合、処理は、ステップＳ１３３に進む。
【0147】
ステップＳ１３３，Ｓ１５１において、管理アプレット９１は、インストールされているアプレット１８１よりログとデータを読み出す。
【0148】
ステップＳ１３４において、管理アプレット９１は、インストールされているアプレット１８１より読み出したログを保持する。
【0149】
尚、ここで保持されるログの情報は、ログ１７３に登録された情報のうち、上述した発行処理において削除トリガルール１７２におけるアプレット１８１に対応付けて登録されたログとして保持される種別の情報として登録された情報であり、削除される種別の情報として登録された情報は削除される。
【0150】
ステップＳ１３５，Ｓ１５２において、管理アプレット９１は、アプレット１８１を削除する。
【0151】
ステップＳ１３６において、管理アプレット９１は、削除したアプレット１８１の削除条件となるトリガが登録された、削除トリガルール１７２を削除する。
【0152】
ステップＳ１３７において、管理アプレット９１は、ログの保持と、アプレット１８１の削除が完了したことを、ホストプログラム６１を介してサーバ３２に通知する。
【0153】
ステップＳ１７１において、サーバ３２のアプレット発行処理部１１１は、電子機器３１の管理アプレット９１より送信されてくるログの保持と、アプレット１８１の削除が完了したことを示す通知を受信する。
【0154】
以上の処理により、ユーザの行動に起因して検出されるトリガが、インストールされたアプレットの削除条件となるトリガであった場合、アプレットが削除されると共に、必要に応じてログが保持される。
【0155】
これにより、ユーザの行動に応じて検出されるトリガにより、インストールされたアプレットが削除されるので、ユーザが意識してアプレットを削除することなく、不要なアプレットを削除することが可能となる。
【0156】
また、再度アプレットがインストールされるとき、処理に必要とされるログの情報は保持されているので、再度アプレットがインストールされるときには、保持されているログに基づいた処理を実現することが可能となる。
【0157】
結果として、セキュアエレメント５８内の限られた記憶領域を柔軟に活用することが可能となる。
【0158】
また、セキュアエレメント５８内に設けられた管理アプレット９１とサーバ３２とのやり取りによりアプレットがインストールされたり、削除されることにより、セキュアエレメント５８とサーバ３２とのセキュアな環境下でアプレットの管理が可能となるので、アプレットを管理する上でセキュリティを向上させることが可能となる。
【0159】
尚、以上においては、アプレットが削除されるとき、アプレットの削除が完了し、ログが保持されたことがサーバ３２に通知される例について説明してきたが、電子機器３１とサーバ３２との通信が確立されていない状態である場合については、アプレットの削除が完了し、ログが保持されたことを示すサーバ３２への通知については省略し、通信状態が回復したタイミングで送信するようにしてもよい。
【0160】
このようにすることで、電子機器３１とサーバ３２との通信が確立されていない、例えば、飛行機の機内や携帯電話の電波が届き難い、電子機器３１がスタンドアローンであるような環境下においても、電子機器３１においては、不要なアプレットを削除することができ、サーバ３２との通信環境に左右されることなく、セキュアエレメント５８内の限られた記憶領域を柔軟に活用することが可能となる。
【0161】
＜アプレットが電子チケットである場合＞
次に、アプレットがイベントなどの電子チケットである場合の例について説明する。
次に、アプレットがイベントなどの電子チケットである場合の例について説明する。
【0162】
すなわち、この場合、サーバ３２は、図９で示されるように、チケット発行システムとして機能するサーバ３２Ａとされる。
【0163】
また、電子機器３１は、イベントに入場するための電子チケットを購入するユーザが所持する電子機器３１Ａとされる。
【0164】
ここで、電子機器３１Ａは、ホストプログラム６１Ａ、およびセキュアエレメント５８Ａを備えている。
【0165】
ホストプログラム６１Ａは、ホストプログラム６１がチケット購入アプリ（アプリケーションプログラム）として機能するときの形態を示しており、基本的な機能はホストプログラム６１と同様である。
【0166】
また、ホストプログラム６１Ａは、トリガ取得部１５１Ａおよび内部トリガ検出部１５２Ａを備えているが、トリガ取得部１５１Ａおよび内部トリガ検出部１５２Ａは、それぞれ基本的な機能において、トリガ取得部１５１および内部トリガ検出部１５２と同様である。
【0167】
さらに、管理アプレット９１Ａは、アプレット１８１が電子チケットとして機能する場合の形態を示すアプレット１８１Ａを示しており、基本的な機能は管理アプレット９１と同様である。
【0168】
すなわち、例えば、入力部５２が操作されるなどして、内部トリガ検出部１５２Ａにより電子チケットの購入を要求する操作入力がなされるといったトリガが検出されるとき、トリガ取得部１５１Ａが、検出したトリガを取得して管理アプレット９１Ａに供給する。
【0169】
管理アプレット９１Ａは、検出したトリガを発行トリガルール１７１Ａに照会し、電子チケットの発行を要求する条件としてのトリガであるか否かを判定する。
【0170】
発行トリガルール１７１Ａには、例えば、電子チケットとしてのアプレットの発行を要求する条件となるトリガとして、電子チケットの購入を要求する操作入力がなされるといったトリガが登録されている。
【0171】
そこで、管理アプレット９１Ａは、供給されたトリガが、電子チケットの購入を要求する操作入力が入力部５２により操作されるといったトリガであり、発行トリガルール１７１Ａに登録されたトリガであるときには、サーバ３２Ａに電子チケットの発行を要求し、図９の実線で示される電子チケットとしてのアプレット１８１Ａをインストールする。
【0172】
この際、管理アプレット９１Ａは、電子チケットとしてのアプレット１８１Ａを削除条件となる電子チケット削除条件のトリガの情報を、削除トリガルール１７２Ａとして登録する。
【0173】
電子チケット削除条件は、例えば、イベントが開催された後の日時を示す時刻情報である。
【0174】
ここで、発行トリガルール１７１Ａは、発行トリガルール１７１として電子チケットの発行を要求する条件を記憶するときの形態を示したものであり、基本的な機能は発行トリガルール１７１と同様である。また、削除トリガルール１７２Ａは、削除トリガルール１７２として電子チケット削除条件を記憶するときの形態を示したものであり、基本的な機能は削除トリガルール１７２と同様である。
【0175】
電子チケットとしてのアプレット１８１Ａがセキュアエレメント５８Ａにインストールされると、イベント会場のゲートに設けられたR/W３３Ａにより読み取られることにより、イベントの入場を管理する管理装置３４に供給され、例えば、適正な電子チケットであると認められると、イベント会場のゲートが開放され、電子機器３１Ａを所持したユーザがイベント会場に入場可能となる。
【0176】
また、管理アプレット９１Ａは、検出されたトリガを削除トリガルール１７２に照会し、電子チケット削除条件を満たす、上述したイベントが開催された後の日時を示す時刻情報であるようなとき、図１０の点線で示されるように、インストールした電子チケットとしてのアプレット１８１Ａを削除する。
【0177】
この際、管理アプレット９１Ａは、図１０の点線で示されるように、電子チケット削除条件としての削除トリガルール１７２Ａも削除する。
【0178】
このような一連の処理により、ユーザがイベント会場の電子チケットの購入を要求する操作をすると、この購入要求操作をトリガとして電子チケットとしてのアプレットがインストールされ、さらに、イベント開催後の日時を示す時刻情報が検出されると、この時刻情報の検出をトリガとして電子チケットとしてのアプレットが削除される。
【0179】
結果として、ユーザの行動に応じて、セキュアエレメントの記憶領域に登録された電子チケットとしてのアプレットをインストールすると共に、削除することが可能となり、セキュアエレメントの記憶領域を柔軟に活用することが可能となる。
【0180】
＜電子チケット発行処理＞
次に、図１１のフローチャートを参照して、電子チケットとしてのアプレット１８１Ａがインストールされる電子チケット発行処理について説明する。
次に、図１１のフローチャートを参照して、電子チケットとしてのアプレット１８１Ａがインストールされる電子チケット発行処理について説明する。
【0181】
ステップＳ２１１において、ホストプログラム６１Ａのトリガ取得部１５１Ａは、外部トリガ装置１３１Ａより位置情報、および、内部トリガ検出部１５２からの時刻情報または経過時間の情報、並びに、入力部５２などになされた操作情報等のトリガとして認識され得る情報のうちの少なくともいずれかがトリガとして検出されてきたか否かを判定し、供給されてくるまで同様の処理を繰り返す。
【0182】
ステップＳ２１１において、いずれかのトリガが検出された場合、処理は、ステップＳ２１２に進む。
【0183】
ステップＳ２１２において、トリガ取得部１５１Ａは、検出されたトリガを取得する。
【0184】
ステップＳ２１３において、トリガ取得部１５１Ａは、取得したトリガをセキュアエレメント５８Ａの管理アプレット９１Ａに供給する。
【0185】
ステップＳ２３１において、管理アプレット９１Ａは、トリガ取得部１５１Ａより供給されたトリガの情報を取得する。
【0186】
ステップＳ２３２において、管理アプレット９１Ａは、取得したトリガの情報を、発行トリガルール１７１Ａに照会し、電子チケットとしてのアプレットを発行する条件となるトリガであるか否かを判定する。
【0187】
ステップＳ２３２において、取得したトリガの情報が電子チケットとしてのアプレットを発行する条件となるトリガではない場合、処理は終了する。
【0188】
また、ステップＳ２３２において、取得したトリガの情報が電子チケットとしてのアプレットを発行するためのトリガである場合、処理は、ステップＳ２３３に進む。
【0189】
ステップＳ２３３において、管理アプレット９１Ａは、ホストプログラム６１Ａに対して、電子チケットとしてのアプレットの発行を要求する。
【0190】
ステップＳ２１４において、ホストプログラム６１Ａは、管理アプレット９１Ａからの電子チケットとしてのアプレットの発行要求を取得する。
【0191】
ステップＳ２１５において、ホストプログラム６１Ａは、通信部５５を制御して、サーバ３２Ａに対して電子チケットとしてのアプレットの発行を要求する。
【0192】
ステップＳ２５１において、サーバ３２Ａの制御部１０１における、アプレット発行処理部１１１は、通信部１０５を制御して、電子機器３１からの電子チケットとしてのアプレットの発行要求を取得する。
【0193】
ステップＳ２５２において、アプレット発行処理部１１１は、通信部１０５を制御して、電子機器３１Ａに対して、発行を要求する電子チケットとしてのアプレットの使用に際して再利用される情報であるログを要求する。
【0194】
ここでは、ログは、例えば、電子チケットを購入する度に付与されるポイントの情報や、購入回数に応じた割引の情報等である。
【0195】
ステップＳ２１６において、ホストプログラム６１Ａは、通信部５５を介して、サーバ３２からのログの要求を取得する。
【0196】
ステップＳ２１７において、ホストプログラム６１Ａは、セキュアエレメント５８Ａの管理アプレット９１Ａに対してサーバ３２Ａからのログの要求を通知する。
【0197】
ステップＳ２３４において、管理アプレット９１Ａは、ホストプログラム６１Ａを介してサーバ３２Ａからのログの要求を取得する。
【0198】
ステップＳ２３５において、管理アプレット９１Ａは、ログの要求に応じて、記憶している発行を要求した電子チケットとしてのアプレットのログの情報を読み出して、ホストプログラム６１に送信する。
【0199】
ステップＳ２３６において、管理アプレット９１Ａは、電子チケットとしてのアプレットの発行の要求のあったログとして、例えば、ポイントや割引の情報などについては保持する。
【0200】
一方、ステップＳ２１８において、ホストプログラム６１Ａは、管理アプレット９１Ａから送信されてきたログを取得する。
【0201】
ステップＳ２１９において、ホストプログラム６１Ａは、通信部５５を制御して、管理アプレット９１から送信されてきたログの情報をサーバ３２Ａに送信する。
【0202】
ステップＳ２５３において、サーバ３２Ａのアプレット発行処理部１１１は、通信部１０５を制御して、送信されてきたログを取得する。
【0203】
ステップＳ２５４，Ｓ２７１において、アプレット発行処理部１１１は、通信部１０５を制御して、電子機器３１Ａのセキュアエレメント５８Ａにおいて電子チケットとしてのアプレット１８１Ａをインストールする。この際、アプレット発行処理部１１１は、必要に応じて送信されてきたログを使用して電子チケットとしてのアプレット１８１Ａをインストールする。
【0204】
ステップＳ２５５，Ｓ２３７において、アプレット発行処理部１１１は、通信部１０５を制御して、インストールした電子チケットとしてのアプレット１８１Ａを削除条件となるトリガを削除トリガルール１７２Ａとして管理アプレット９１に登録する。
【0205】
以上の処理により、ユーザの行動に応じたトリガが、電子チケットとしてのアプレットがインストールされるときのトリガである場合、電子チケットとしてのアプレットがインストールされ、インストールされた電子チケットとしてのアプレットにより、例えば、イベント会場のゲートに設置されたR/W３３を介して管理装置３４との処理によりイベント会場への入場を管理する処理を実現することが可能となる。
【0206】
＜電子チケット削除処理＞
次に、図１２のフローチャートを参照して、図１１の電子チケット発行処理によりインストールされた電子チケットとしてのアプレット１８１Ａを削除する電子チケット削除処理について説明する。
次に、図１２のフローチャートを参照して、図１１の電子チケット発行処理によりインストールされた電子チケットとしてのアプレット１８１Ａを削除する電子チケット削除処理について説明する。
【0207】
ステップＳ３１１において、ホストプログラム６１Ａのトリガ取得部１５１Ａは、外部トリガ装置１３１Ａより位置情報、および、内部トリガ検出部１５２からの時刻情報または経過時間の情報、並びに、入力部５２などになされた操作情報等のトリガとして認識され得る情報のうちの少なくともいずれかがトリガとして検出されたか否かを判定し、供給されるまで同様の処理を繰り返す。
【0208】
ステップＳ３１１において、いずれかのトリガが検出された場合、処理は、ステップＳ３１２に進む。
【0209】
ステップＳ３１２において、トリガ取得部１５１Ａは、検出されたトリガを取得する。
【0210】
ステップＳ３１３において、トリガ取得部１５１Ａは、取得したトリガをセキュアエレメント５８Ａの管理アプレット９１Ａに供給する。
【0211】
ステップＳ３３１において、管理アプレット９１Ａは、トリガ取得部１５１より供給されたトリガの情報を取得する。
【0212】
ステップＳ３３２において、管理アプレット９１Ａは、取得したトリガの情報を、削除トリガルール１７２Ａに照会し、電子チケットとしてのアプレット１８１Ａの削除条件を満たすトリガであるか否かを判定する。
【0213】
ステップＳ３３２において、取得したトリガの情報が電子チケットとしてのアプレットの削除条件を満たすトリガではない場合、処理は終了する。
【0214】
また、ステップＳ３３２において、取得したトリガの情報が電子チケットとしてのアプレットの削除条件を満たすトリガである場合、処理は、ステップＳ３３３に進む。
【0215】
ステップＳ３３３，Ｓ３５１において、管理アプレット９１Ａは、電子チケットとしてのアプレット１８１よりログとデータを読み出す。
【0216】
ステップＳ３３４において、管理アプレット９１Ａは、電子チケットとしてのアプレット１８１より読み出したログを保持する。
【0217】
ステップＳ３３５，Ｓ３５２において、管理アプレット９１Ａは、電子チケットとしてのアプレット１８１Ａを削除する。ここでは、電子チケットとしてのアプレット１８１Ａは削除されるが、削除トリガルール１７２Ａに登録されたログとして残される情報については、削除されない。ここで、ログとして残される情報は、例えば、電子チケットの購入回数に応じて付与されるポイントや割引情報などである。
【0218】
ステップＳ３３６において、管理アプレット９１Ａは、削除した電子チケットとしてのアプレット１８１Ａの削除条件となるトリガが登録された削除トリガルール１７２Ａを削除する。
【0219】
ステップＳ３３７において、管理アプレット９１Ａは、ログの保持と、アプレット１８１Ａの削除が完了したことを、ホストプログラム６１Ａを介してサーバ３２Ａに通知する。
【0220】
ステップＳ３７１において、サーバ３２Ａのアプレット発行処理部１１１は、電子機器３１Ａの管理アプレット９１Ａより送信されてくるログの保持と、電子チケットとしてのアプレット１８１Ａの削除が完了したことを示す通知を受信する。
【0221】
以上の処理により、ユーザの行動に応じて検出されるトリガが、トリガルールに従って、インストールされた電子チケットとしてのアプレットの削除条件となるトリガであった場合、電子チケットとしてのアプレットが削除されると共に、例えば、電子チケットを購入することで付帯するポイントや割引情報などのログが保持される。
【0222】
これにより、ユーザの行動に応じて検出されるトリガにより、インストールされた電子チケットとしてのアプレットが削除されるので、ユーザが意識して使用済みの電子チケットのアプレットを削除することなく、不要な電子チケットとしてのアプレットを削除することが可能となる。
【0223】
また、再度電子チケットとしてのアプレットがインストールされる（購入される）とき、例えば、ポイントの付与や割引に必要とされるログの情報は保持されているので、保持されているログに基づいたポイントの付与や割引を実現することが可能となる。
【0224】
結果として、セキュアエレメント５８内の限られた記憶領域を柔軟に活用することが可能となる。
【0225】
＜アプレットが行政IDである場合＞
次に、アプレットが行政機関などで使用される行政IDである場合の例について説明する。
次に、アプレットが行政機関などで使用される行政IDである場合の例について説明する。
【0226】
すなわち、この場合、サーバ３２は、図１３で示されるように、ID発行システムとして機能するサーバ３２Ｂとされる。
【0227】
また、電子機器３１は、例えば、行政機関において個人情報の開示を求める際にユーザが所持する電子機器３１Ｂとされる。
【0228】
ここで、電子機器３１Ｂは、ホストプログラム６１Ｂ、およびセキュアエレメント５８Ｂを備えている。
【0229】
ここで、ホストプログラム６１Ｂは、ホストプログラム６１が行政ID管理アプリ（アプリケーションプログラム）として機能するときの形態を示しており、基本的な機能はホストプログラム６１と同様である。
【0230】
また、ホストプログラム６１Ｂは、トリガ取得部１５１Ｂおよび内部トリガ検出部１５２Ｂを備えているが、トリガ取得部１５１Ｂおよび内部トリガ検出部１５２Ｂは、それぞれ基本的な機能において、トリガ取得部１５１および内部トリガ検出部１５２と同様である。
【0231】
さらに、管理アプレット９１Ｂは、アプレット１８１が行政IDとして機能する場合の形態を示すアプレット１８１Ｂを管理するときの形態を示しており、基本的な機能は管理アプレット９１と同様である。
【0232】
すなわち、例えば、電子機器３１Ｂの位置情報から、電子機器３１Ｂを所持したユーザが行政機関の位置から所定の距離内に存在するといったトリガが検出されるとき、トリガ取得部１５１Ｂが、検出したトリガを取得して管理アプレット９１Ｂに供給する。
【0233】
管理アプレット９１Ｂは、検出したトリガを発行トリガルール１７１Ｂに照会し、行政IDの発行を要求する条件としてのトリガであるか否かを判定する。
【0234】
発行トリガルール１７１Ｂには、例えば、行政IDとしてのアプレットの発行を要求する条件となるトリガとして、電子機器３１Ｂを所持したユーザが行政機関の位置から所定の距離内に存在するといったトリガが登録されている。
【0235】
そこで、管理アプレット９１Ｂは、供給されたトリガが、電子機器３１Ｂを所持したユーザが行政機関の位置から所定の距離内に存在することを示す位置情報といったトリガであり、発行トリガルール１７１Ｂに登録されたトリガであるときには、サーバ３２Ｂに行政IDの発行を要求し、図１３の実線で示される行政IDとしてのアプレット１８１Ｂをインストールする。
【0236】
この際、管理アプレット９１Ｂは、行政IDとしてのアプレット１８１Ｂの削除条件となる行政ID削除条件となるトリガの情報を、削除トリガルール１７２Ｂに登録する。
【0237】
行政ID削除条件は、例えば、行政IDとしてのアプレット１８１Ｂがインストールされてからの経過時間が所定時間よりも長いといったものである。
【0238】
ここで、発行トリガルール１７１Ｂは、発行トリガルール１７１として行政IDの発行を要求する条件を記憶するときの形態を示したものであり、基本的な機能は発行トリガルール１７１と同様である。また、削除トリガルール１７２Ｂは、削除トリガルール１７２として行政ID削除条件を記憶するときの形態を示したものであり、基本的な機能は削除トリガルール１７２と同様である。
【0239】
行政IDとしてのアプレット１８１Ｂがセキュアエレメント５８Ｂにインストールされると、行政機関に設けられたR/W３３Ａにおいて読み取られることにより、行政機関の管理装置３４により、例えば、適正な行政IDであると認められると、電子機器３１Ａを所持したユーザに対して個人情報の開示が可能となる。
【0240】
また、管理アプレット９１Ｂは、行政ID削除条件を満たす、上述した内部トリガ検出部１５２Ｂにより検出される、行政IDとしてのアプレット１８１Ｂがインストールされてからの経過時間が、所定時間であることを示すようなとき、その経過時間の情報の検出をトリガとみなして、図１４の点線で示されるように、インストールした行政IDとしてのアプレット１８１Ｂを削除する。
【0241】
この際、管理アプレット９１Ｂは、図１４の点線で示されるように、行政ID削除条件としてのトリガが登録された削除トリガルール１７２Ｂを削除する。
【0242】
このような一連の処理により、ユーザが行政機関に接近すると、この位置情報をトリガとして行政IDとしてのアプレットがインストールされ、さらに、アプレットがインストールされてからの経過時間が所定時間よりも長いことを示す経過時間の情報が検出されると、この経過時間情報の検出をトリガとして行政IDとしてのアプレットが削除される。
【0243】
結果として、ユーザの行動に応じて、セキュアエレメントの記憶領域に登録された行政IDとしてのアプレットをインストールすると共に、削除することが可能となり、セキュアエレメントの記憶領域を柔軟に活用することが可能となる。
【0244】
＜行政ID発行処理＞
次に、図１５のフローチャートを参照して、行政機関におけるユーザを識別する行政IDとしてのアプレット１８１Ｂがインストールされる場合における行政ID発行処理について説明する。
次に、図１５のフローチャートを参照して、行政機関におけるユーザを識別する行政IDとしてのアプレット１８１Ｂがインストールされる場合における行政ID発行処理について説明する。
【0245】
ステップＳ４１１において、ホストプログラム６１Ｂのトリガ取得部１５１Ｂは、外部トリガ装置１３１Ｂより位置情報、および、内部トリガ検出部１５２からの時刻情報または経過時間の情報、並びに、入力部５２などになされた操作情報等のトリガとして認識され得る情報のうちの少なくともいずれかのトリガが検出されたか否かを判定し、検出されるまで同様の処理を繰り返す。
【0246】
ステップＳ４１１において、トリガ取得部１５１Ｂは、いずれかのトリガが検出された場合、処理は、ステップＳ４１２に進む。
【0247】
ステップＳ４１２において、トリガ取得部１５１Ｂは、検出されたトリガを取得する。
【0248】
ステップＳ４１３において、トリガ取得部１５１Ｂは、取得したトリガをセキュアエレメント５８Ｂの管理アプレット９１Ｂに供給する。
【0249】
ステップＳ４３１において、管理アプレット９１Ｂは、トリガ取得部１５１Ｂより供給されたトリガの情報を取得する。
【0250】
ステップＳ４３２において、管理アプレット９１Ｂは、取得したトリガの情報を、発行トリガルール１７１Ｂに照会し、アプレットとしての行政IDを発行する条件となるトリガであるか否かを判定する。
【0251】
ステップＳ４３２において、取得したトリガの情報が行政IDとしてのアプレットを発行する条件となるトリガではない場合、処理は終了する。
【0252】
また、ステップＳ４３２において、取得したトリガの情報が行政IDとしてのアプレットを発行するため条件となるトリガである場合、処理は、ステップＳ４３３に進む。
【0253】
ステップＳ４３３において、管理アプレット９１Ｂは、ホストプログラム６１Ｂに対して、行政IDとしてのアプレットの発行を要求する。
【0254】
ステップＳ４１４において、ホストプログラム６１Ｂは、管理アプレット９１Ｂからの行政IDとしてのアプレットの発行要求を取得する。
【0255】
ステップＳ４１５において、ホストプログラム６１Ｂは、通信部５５を制御して、サーバ３２Ｂに対して行政IDとしてのアプレットの発行を要求する。
【0256】
ステップＳ４５１において、サーバ３２Ｂの制御部１０１における、アプレット発行処理部１１１は、通信部１０５を制御して、電子機器３１Ｂからの行政IDとしてのアプレットの発行要求を取得する。
【0257】
ステップＳ４５２において、アプレット発行処理部１１１は、通信部１０５を制御して、電子機器３１Ｂに対して、発行を要求する行政IDとしてのアプレットの使用に際して再利用される情報であるログを要求する。
【0258】
ここでは、ログは、例えば、過去の発行日時に加えて、行政IDに基づいて開示された個人情報等の使用履歴の情報などである。
【0259】
ステップＳ４１６において、ホストプログラム６１Ｂは、通信部５５を介して、サーバ３２Ｂからのログの要求を取得する。
【0260】
ステップＳ４１７において、ホストプログラム６１Ｂは、セキュアエレメント５８Ｂの管理アプレット９１Ｂに対してサーバ３２Ｂからのログの要求を通知する。
【0261】
ステップＳ４３４において、管理アプレット９１Ｂは、ホストプログラム６１Ｂを介してサーバ３２Ｂからのログの要求を取得する。
【0262】
ステップＳ４３５において、管理アプレット９１Ｂは、ログの要求に応じて、記憶している発行を要求した行政IDとしてのアプレットのログの情報を読み出して、ホストプログラム６１Ｂに送信する。
【0263】
ステップＳ４３６において、管理アプレット９１Ｂは、行政IDとしてのアプレットとして、発行の要求のあったログとして、例えば、発行日時や使用履歴の情報などについては保持する。
【0264】
一方、ステップＳ４１８において、ホストプログラム６１Ｂは、管理アプレット９１Ｂから送信されてきたログを取得する。
【0265】
ステップＳ４１９において、ホストプログラム６１Ｂは、通信部５５を制御して、管理アプレット９１Ｂから送信されてきたログの情報をサーバ３２Ｂに送信する。
【0266】
ステップＳ４５３において、サーバ３２Ｂのアプレット発行処理部１１１は、通信部１０５を制御して、送信されてきたログを取得する。
【0267】
ステップＳ４５４，Ｓ４７１において、アプレット発行処理部１１１は、通信部１０５を制御して、電子機器３１Ｂのセキュアエレメント５８Ｂにおいて行政IDとしてのアプレット１８１Ｂをインストールする。この際、アプレット発行処理部１１１は、必要に応じて送信されてきたログを使用して行政IDとしてのアプレット１８１Ｂをインストールする。
【0268】
ステップＳ４５５，Ｓ４３７において、アプレット発行処理部１１１は、通信部１０５を制御して、管理アプレット９１Ｂにおける削除トリガルール１７２Ｂに、インストールした行政IDとしてのアプレット１８１Ｂを削除する条件となるトリガの情報を登録する。
【0269】
以上の処理により、ユーザの行動に応じたトリガが、行政IDとしてのアプレットがインストールされるときのトリガである場合、行政IDとしてのアプレットがインストールされ、インストールされた行政IDとしてのアプレットにより、例えば、行政機関に設けられたR/W３３を介して管理装置３４に行政IDが提示されることにより、例えば、適正な行政IDであると認められるときに個人情報を開示するような処理を実現ことが可能となる。
【0270】
【0271】
ステップＳ５１１において、ホストプログラム６１Ｂのトリガ取得部１５１Ｂは、外部トリガ装置１３１Ｂより位置情報、および、内部トリガ検出部１５２Ｂからの時刻情報または経過時間の情報、並びに、入力部５２などになされた操作情報等のトリガとして認識され得る情報のうちの少なくともいずれかがトリガとして検出されてきたか否かを判定し、供給されてくるまで同様の処理を繰り返す。
【0272】
ステップＳ５１１において、いずれかのトリガが検出された場合、処理は、ステップＳ５１２に進む。
【0273】
ステップＳ５１２において、トリガ取得部１５１は、検出されたトリガを取得する。
【0274】
ステップＳ５１３において、トリガ取得部１５１は、取得したトリガをセキュアエレメント５８Ｂの管理アプレット９１Ｂに供給する。
【0275】
ステップＳ５３１において、管理アプレット９１Ｂは、トリガ取得部１５１Ｂより供給されたトリガの情報を取得する。
【0276】
ステップＳ５３２において、管理アプレット９１Ｂは、取得したトリガの情報を、削除トリガルール１７２Ｂに照会し、行政IDとしてのアプレットを削除する条件となるトリガであるか否かを判定する。
【0277】
ステップＳ５３２において、取得したトリガの情報が行政IDとしてのアプレットを削除する条件となるトリガではない場合、処理は終了する。
【0278】
また、ステップＳ５３２において、取得したトリガの情報が行政IDとしてのアプレットを削除する条件となるトリガである場合、処理は、ステップＳ５３３に進む。
【0279】
ステップＳ５３３，Ｓ５５１において、管理アプレット９１Ｂは、行政IDとしてのアプレット１８１Ｂよりログとデータを読み出す。
【0280】
ステップＳ５３４において、管理アプレット９１Ｂは、行政IDとしてのアプレット１８１より読み出したログを保持する。
【0281】
ステップＳ５３５，Ｓ５５２において、管理アプレット９１Ｂは、行政IDとしてのアプレット１８１Ｂを削除する。
【0282】
ステップＳ５３６において、管理アプレット９１Ｂは、削除した行政IDとしてのアプレット１８１Ｂの削除条件となるトリガが登録された削除トリガルール１７２Ｂを削除する。
【0283】
ステップＳ５３７において、管理アプレット９１Ｂは、ログの保持と、行政IDとしてのアプレット１８１Ｂの削除が完了したことを、ホストプログラム６１Ｂを介してサーバ３２Ｂに通知する。
【0284】
ステップＳ５７１において、サーバ３２Ｂのアプレット発行処理部１１１は、電子機器３１Ｂの管理アプレット９１Ｂより送信されてくるログの保持と、行政IDとしてのアプレット１８１Ｂの削除が完了したことを示す通知を受信する。
【0285】
以上の処理により、ユーザの行動に起因して検出されるトリガが、トリガルールに従って、インストールされた行政IDとしてのアプレットの削除条件となるトリガであった場合、行政IDとしてのアプレットが削除されると共に、例えば、行政IDの発行日時や利用履歴の情報などのログが保持される。
【0286】
これにより、ユーザの行動に応じて検出されるトリガにより、インストールされた行政IDとしてのアプレットが削除されるので、ユーザが意識して行政IDのアプレットを削除することなく、不要な行政IDとしてのアプレットを削除することが可能となる。
【0287】
また、再度行政IDとしてのアプレットがインストールされるとき、例えば、発行日時や利用履歴のログの情報は保持されているので、再度行政IDとしてのアプレットがインストールされるときには、保持されているログに基づいて、情報の開示をスムーズに実現することが可能となる。
【0288】
結果として、セキュアエレメント５８内の限られた記憶領域を柔軟に活用することが可能となる。
【0289】
＜アプレットが交通電子パスである場合＞
次に、アプレットが交通機関などで使用される交通電子パスである場合の例について説明する。
次に、アプレットが交通機関などで使用される交通電子パスである場合の例について説明する。
【0290】
尚、ここでは、A国の交通機関において有効なA交通電子パスと、B国の交通機関におけるB交通電子パスとが存在するものとして説明するものとする。A交通電子パスは、A国内の交通機関において有効であり、B交通電子パスは、B国内の交通機関において有効であるものとし、ここでは、A国の交通機関におけるA交通電子パスを例に説明を進めるものとする。
【0291】
すなわち、この場合、サーバ３２は、例えば、図１７で示されるように、A交通電子パス発行システムとして機能するサーバ３２Ｃとされる。
【0292】
また、電子機器３１は、例えば、交通機関において電子交通パスとして使用する際にユーザが所持する電子機器３１Ｃとされる。
【0293】
ここで、電子機器３１Ｃは、ホストプログラム６１Ｃ、およびセキュアエレメント５８Ｃを備えている。
【0294】
ここで、ホストプログラム６１Ｃは、ホストプログラム６１が交通電子パスアプリ（アプリケーションプログラム）として機能するときの形態を示しており、基本的な機能はホストプログラム６１と同様である。
【0295】
また、ホストプログラム６１Ｃは、トリガ取得部１５１Ｃおよび内部トリガ検出部１５２Ｃを備えているが、トリガ取得部１５１Ｃおよび内部トリガ検出部１５２Ｃは、それぞれ基本的な機能において、トリガ取得部１５１および内部トリガ検出部１５２と同様である。
【0296】
さらに、管理アプレット９１Ｃは、アプレット１８１がA交通電子パスとして機能する場合の形態を示すアプレット１８１Ｃを管理するときの形態を示しており、基本的な機能は管理アプレット９１と同様である。
【0297】
すなわち、例えば、電子機器３１Ｃの位置情報から、電子機器３１Ｂを所持したユーザがA国内に存在するといったトリガが検出されるとき、トリガ取得部１５１Ｃが、検出したトリガを取得して管理アプレット９１Ｃに供給する。
【0298】
管理アプレット９１Ｃは、検出したトリガを発行トリガルール１７１Ｃに照会し、A交通電子パスとしてのアプレットの発行を要求する条件としてのトリガであるか否かを判定する。
【0299】
発行トリガルール１７１Ｃには、例えば、A交通電子パスとしてのアプレットの発行を要求する条件となるトリガとして、電子機器３１Ｃを所持したユーザがA国内であるといったトリガが登録されている。
【0300】
そこで、管理アプレット９１Ｃは、供給されたトリガが、電子機器３１Ｂを所持したユーザがA国内であることを示す位置情報といったトリガであり、発行トリガルール１７１Ｃに登録されたトリガであるときには、サーバ３２ＣにA交通電子パスとしてのアプレットの発行を要求し、図１７の実線で示されるA交通電子パスとしてのアプレット１８１Ｃをインストールする。
【0301】
この際、管理アプレット９１Ｃは、A交通電子パスとしてのアプレット１８１Ｃの削除条件となるA交通電子パス削除条件となるトリガの情報を、削除トリガルール１７２Ｃに登録する。
【0302】
A交通電子パス削除条件は、例えば、A国外の位置情報であるといったものである。
【0303】
ここで、発行トリガルール１７１Ｃは、発行トリガルール１７１としてA交通電子パスの発行を要求する条件を記憶するときの形態を示したものであり、基本的な機能は発行トリガルール１７１と同様である。また、削除トリガルール１７２Ｃは、削除トリガルール１７２としてA交通電子パス削除条件を記憶するときの形態を示したものであり、基本的な機能は削除トリガルール１７２と同様である。
【0304】
A交通電子パスとしてのアプレット１８１Ｃがセキュアエレメント５８Ｃにインストールされると、交通機関の改札口に設けられたR/W３３Ｃにより読み取られることにより、交通機関の管理装置３４により、例えば、適正なA交通電子パスであると認められると、電子機器３１Ｃを所持したユーザに対して駅構内への入場が可能となる。
【0305】
また、管理アプレット９１Ｃは、A交通電子パス削除条件を満たす、上述した外部トリガ装置１３１Ａより検出される位置情報が、A国外の位置を示すようなとき、その位置情報の検出をトリガとみなして、図１８の点線で示されるように、インストールしたA交通電子パスとしてのアプレット１８１Ｃを削除する。
【0306】
この際、管理アプレット９１Ｃは、図１８の点線で示されるように、A交通電子パス削除条件としての削除トリガルール１７２Ｃを削除する。
【0307】
このような一連の処理により、ユーザがA国内に入ると、この位置情報をトリガとしてA交通電子パスとしてのアプレットがインストールされ、さらに、A国外であることを示す位置情報が検出されると、この位置情報の検出をトリガとしてA交通電子パスとしてのアプレットが削除される。
【0308】
結果として、ユーザの行動に応じて、セキュアエレメントの記憶領域に登録されたA交通電子パスとしてのアプレットをインストールすると共に、削除することが可能となり、セキュアエレメントの記憶領域を柔軟に活用することが可能となる。
【0309】
＜交通電子パス発行処理＞
次に、図１９のフローチャートを参照して、アプレット１８１の一例として、アプレット１８１が、A交通電子パスである場合における交通電子パス発行処理について説明する。
次に、図１９のフローチャートを参照して、アプレット１８１の一例として、アプレット１８１が、A交通電子パスである場合における交通電子パス発行処理について説明する。
【0310】
ステップＳ６１１において、ホストプログラム６１Ｃのトリガ取得部１５１Ｃは、外部トリガ装置１３１Ｃより位置情報、および、内部トリガ検出部１５２Ｃからの時刻情報または経過時間の情報、並びに、入力部５２などになされた操作情報等のトリガとして認識され得る情報のうちの少なくともいずれかがトリガとして検出されてきたか否かを判定し、供給されてくるまで同様の処理を繰り返す。
【0311】
ステップＳ６１１において、トリガ取得部１５１Ｃは、いずれかのトリガが検出された場合、処理は、ステップＳ６１２に進む。
【0312】
ステップＳ６１２において、トリガ取得部１５１Ｃは、検出されたトリガの情報を取得する。
【0313】
ステップＳ６１３において、トリガ取得部１５１Ｃは、取得したトリガの情報をセキュアエレメント５８Ｃの管理アプレット９１Ｃに供給する。
【0314】
ステップＳ６３１において、管理アプレット９１Ｃは、トリガ取得部１５１Ｃより供給されたトリガの情報を取得する。
【0315】
ステップＳ６３２において、管理アプレット９１Ｃは、取得したトリガの情報を、発行トリガルール１７１Ｃに照会し、A交通電子パスとしてのアプレットを発行する条件となるトリガであるか否かを判定する。
【0316】
ステップＳ６３２において、取得したトリガの情報がA交通電子パスとしてのアプレットを発行する条件となるトリガではない場合、処理は終了する。
【0317】
また、ステップＳ６３２において、取得したトリガの情報がA交通電子パスとしてのアプレットを発行する条件となるトリガである場合、処理は、ステップＳ６３３に進む。
【0318】
ステップＳ６３３において、管理アプレット９１Ｃは、ホストプログラム６１Ｃに対して、A交通電子パスとしてのアプレットの発行を要求する。
【0319】
ステップＳ６１４において、ホストプログラム６１Ｃは、管理アプレット９１ＣからのA交通電子パスとしてのアプレットの発行要求を取得する。
【0320】
ステップＳ６１５において、ホストプログラム６１Ｃは、通信部５５を制御して、サーバ３２Ｃに対してA交通電子パスとしてのアプレットの発行を要求する。
【0321】
ステップＳ６５１において、サーバ３２Ｃの制御部１０１における、アプレット発行処理部１１１は、通信部１０５を制御して、電子機器３１ＣからのA交通電子パスとしてのアプレットの発行要求を取得する。
【0322】
ステップＳ６５２において、アプレット発行処理部１１１は、通信部１０５を制御して、電子機器３１Ｃに対して、発行を要求するA交通電子パスとしてのアプレットの使用に際して再利用される情報であるログを要求する。
【0323】
ここでは、ログは、例えば、A交通電子パスとして利用可能なチャージ金額や定期券、および利用履歴の情報などである。
【0324】
ステップＳ６１６において、ホストプログラム６１Ｃは、通信部５５を介して、サーバ３２Ｃからのログの要求を取得する。
【0325】
ステップＳ６１７において、ホストプログラム６１Ｃは、セキュアエレメント５８Ｃの管理アプレット９１Ｃに対してサーバ３２Ｃからのログの要求を通知する。
【0326】
ステップＳ６３４において、管理アプレット９１Ｃは、ホストプログラム６１Ｃを介してサーバ３２Ｃからのログの要求を取得する。
【0327】
ステップＳ６３５において、管理アプレット９１Ｃは、ログの要求に応じて、記憶している発行を要求したA交通電子パスとしてのアプレットのログの情報を読み出して、ホストプログラム６１Ｃに送信する。
【0328】
ステップＳ６３６において、管理アプレット９１Ｃは、A交通電子パスとしてのアプレットとして、発行の要求のあったログとして、例えば、A交通電子パスとして利用可能なチャージ金額や定期券、および利用履歴の情報などについては保持する。
【0329】
一方、ステップＳ６１８において、ホストプログラム６１Ｃは、管理アプレット９１Ｃから送信されてきたログを取得する。
【0330】
ステップＳ６１９において、ホストプログラム６１Ｃは、通信部５５を制御して、管理アプレット９１Ｃから送信されてきたログの情報をサーバ３２Ｃに送信する。
【0331】
ステップＳ６５３において、サーバ３２Ｃのアプレット発行処理部１１１は、通信部１０５を制御して、送信されてきたログを取得する。
【0332】
ステップＳ６５４，Ｓ６７１において、アプレット発行処理部１１１は、通信部１０５を制御して、電子機器３１Ｃのセキュアエレメント５８においてA交通電子パスとしてのアプレット１８１Ｃをインストールする。
【0333】
ステップＳ６５５，Ｓ６３７において、アプレット発行処理部１１１は、通信部１０５を制御して、管理アプレット９１Ｃにおける削除トリガルール１７２ＣにインストールしたA交通電子パスとしてのアプレット１８１Ｃを削除条件となるトリガの情報を登録する。
【0334】
以上の処理により、ユーザの行動に応じたトリガが、A交通電子パスとしてのアプレットがインストールされるときのトリガである場合、A交通電子パスとしてのアプレットがインストールされ、インストールされたA交通電子パスとしてのアプレットにより、例えば、交通系の改札口に設けられたR/W３３を介した管理装置３４との処理により、例えば、改札口の開閉を管理する処理を実現することが可能となる。
【0335】
尚、以上においては、A交通電子パスとしてのアプレットの発行処理について説明してきたが、B交通電子パスの場合においても、位置情報がB国内であるときには、同様にアプレットとしてインストールされる。
【0336】
＜交通電子パス削除処理＞
次に、図２０のフローチャートを参照して、図２０のA交通電子パスとしてのアプレットの発行処理によりインストールされたA交通電子パスとしてのアプレットを削除する交通電子パス削除処理について説明する。
次に、図２０のフローチャートを参照して、図２０のA交通電子パスとしてのアプレットの発行処理によりインストールされたA交通電子パスとしてのアプレットを削除する交通電子パス削除処理について説明する。
【0337】
ステップＳ７１１において、ホストプログラム６１Ｃのトリガ取得部１５１Ｃは、外部トリガ装置１３１Ｃより位置情報、および、内部トリガ検出部１５２Ｃからの時刻情報または経過時間の情報、並びに、入力部５２などになされた操作情報等のトリガとして認識され得る情報のうちの少なくともいずれかがトリガとして検出されてきたか否かを判定し、供給されてくるまで同様の処理を繰り返す。
【0338】
ステップＳ７１１において、いずれかのトリガが検出された場合、処理は、ステップＳ７１２に進む。
【0339】
ステップＳ７１２において、トリガ取得部１５１Ｃは、検出されたトリガを取得する。
【0340】
ステップＳ７１３において、トリガ取得部１５１Ｃは、取得したトリガをセキュアエレメント５８Ｃの管理アプレット９１Ｃに供給する。
【0341】
ステップＳ７３１において、管理アプレット９１Ｃは、トリガ取得部１５１Ｃより供給されたトリガの情報を取得する。
【0342】
ステップＳ７３２において、管理アプレット９１Ｃは、取得したトリガの情報を、削除トリガルール１７２Ｃに照会し、A交通電子パスとしてのアプレットを削除するためのトリガであるか否かを判定する。
【0343】
ここでは、例えば、検出される位置情報が、A国内ではないといったトリガが、A交通電子パスとしてのアプレットが削除条件となるトリガとみなされる。
【0344】
ステップＳ７３２において、取得したトリガの情報がA交通電子パスとしてのアプレットの削除条件となるトリガではない場合、処理は終了する。
【0345】
また、ステップＳ７３２において、取得したトリガの情報がA交通電子パスとしてのアプレットの削除条件となるトリガである場合、処理は、ステップＳ７３３に進む。
【0346】
ステップＳ７３３，Ｓ７５１において、管理アプレット９１Ｃは、A交通電子パスとしてのアプレット１８１Ｃよりログとデータを読み出す。
【0347】
ステップＳ７３４において、管理アプレット９１Ｃは、A交通電子パスとしてのアプレット１８１Ｃより読み出したログを保持する。
【0348】
ステップＳ７３５，Ｓ７５２において、管理アプレット９１Ｃは、A交通電子パスとしてのアプレット１８１Ｃを削除する。
【0349】
ステップＳ７３６において、管理アプレット９１Ｃは、削除したA交通電子パスとしてのアプレット１８１Ｃの削除条件となるトリガが登録された削除トリガルール１７２Ｃを削除する。
【0350】
ステップＳ７３７において、管理アプレット９１Ｃは、ログの保持と、A交通電子パスとしてのアプレット１８１Ｃの削除が完了したことを、ホストプログラム６１Ｃを介してサーバ３２Ｃに通知する。
【0351】
ステップＳ７７１において、サーバ３２Ｃのアプレット発行処理部１１１は、電子機器３１Ｃの管理アプレット９１Ｃより送信されてくるログの保持と、A交通電子パスとしてのアプレット１８１Ｃの削除が完了したことを示す通知を受信する。
【0352】
以上の処理により、ユーザの行動に起因して検出されるトリガが、削除トリガルールに従って、インストールされたA交通電子パスとしてのアプレットの削除条件となるトリガであった場合、A交通電子パスとしてのアプレットが削除されると共に、例えば、A交通電子パスとして利用可能なチャージ金額や定期券、および利用履歴の情報などのログが保持される。
【0353】
これにより、ユーザの行動に応じて検出されるトリガにより、インストールされたA交通電子パスとしてのアプレットが削除されるので、ユーザがA国外に出たタイミングで意識してA交通電子パスのアプレットを削除することなく、不要なA交通電子パスとしてのアプレットを削除することが可能となる。
【0354】
また、再度A交通電子パスとしてのアプレットがインストールされるとき、例えば、A交通電子パスとして利用可能なチャージ金額や定期券、および利用履歴のログの情報は保持されているので、再度A交通電子パスとしてのアプレットがインストールされるときには、保持されているログに基づいたA交通電子パスをスムーズに使用することが可能となる。
【0355】
結果として、セキュアエレメント５８内の限られた記憶領域を柔軟に活用することが可能となる。
【0356】
尚、B交通電子パスについても、同様に削除される。
【0357】
従って、A国に入国する際に、A交通電子パスがインストールされた後、A国からB国に移動するような場合、B国内に移動することで、A国外に出るときに、A交通電子パスとしてのアプレットが削除されると共に、B国内であることにより、B交通電子パスがインストールされることになる。
【0358】
その後、B国からA国に戻る場合、A国内に移動することで、B国外に出るときに、B交通電子パスとしてのアプレットが削除されると共に、A国内であることにより、A交通電子パスが再度インストールされることになる。
【0359】
＜＜２．変形例＞＞
以上においては、セキュアエレメント５８を備えた電子機器３１により実現される処理について説明してきたが、セキュアエレメントを備えたウェアラブルデバイスと、そのウェアラブルデバイスとの通信が可能な電子機器とにより実現される処理でもよい。
以上においては、セキュアエレメント５８を備えた電子機器３１により実現される処理について説明してきたが、セキュアエレメントを備えたウェアラブルデバイスと、そのウェアラブルデバイスとの通信が可能な電子機器とにより実現される処理でもよい。
【0360】
【0361】
【0362】
電子機器２０１は、例えば、パーソナルコンピュータやスマートフォンなどであり、トリガ取得部２４１、および内部トリガ検出部２４２を備えている。
【0363】
【0364】
ウェアラブルデバイス２０２は、例えば、スマートウォッチやリストバンドなどであり、ユーザに装着される。また、ウェアラブルデバイス２０２は、ユーザに装着できれば、他の形態であってもよく、指輪型、グローブ（手袋）型の機器であってもよい。さらに、ウェアラブルデバイス２０２は、布に電子回路を形成し、汗や体温、人体の動きによって発電するようなデバイスでもよく、その場合、シャツやジャケットなど、身に着ける着衣などからなるタイプのデバイスで構成されるようにしてもよい。
【0365】
ウェアラブルデバイス２０２は、管理アプレット２６１およびアプレット２８１を備えている。管理アプレット２６１は、発行トリガルール２７１および削除トリガルール２７２を記憶している。
【0366】
【0367】
すなわち、図２１で示されるように、トリガ取得部２４１が、トリガを取得すると、ウェアラブルデバイス２０２の管理アプレット２６１に供給される。
【0368】
管理アプレット２６１は、供給されたトリガを発行トリガルール２７１に照会し、供給されたトリガが所定のアプレット２８１をインストールする条件となるトリガであるか否かを判定して、所定のアプレット２８１をインストールする条件となるトリガである場合、サーバ３２に対してアプレット２８１の発行を要求する。
【0369】
サーバ３２は、ウェアラブルデバイス２０２からの要求に応じてアプレット２８１を発行して電子機器２０１を介してウェアラブルデバイス２０２にアプレット２８１を送信してインストールさせる。
【0370】
これにより、ウェアラブルデバイス２０２をR/W３３にかざすことでアプレット２８１が読み取られて、所定の処理が実行可能となる。
【0371】
また、図２２で示されるように、管理アプレット２６１は、供給されたトリガを削除トリガルール２７２に照会し、供給されたトリガが所定のアプレット２８１の削除条件となるトリガであるか否かを判定して、所定のアプレット２８１の削除条件となるトリガである場合、図２２の点線で示されるアプレット２８１のように、削除される。
【0372】
すなわち、ウェアラブルデバイスシステム２００においても、ユーザの行動に応じて検出されるトリガにより、アプレットをインストールまたは削除することが可能となるので、セキュアエレメントの記憶領域を柔軟に利用することが可能となる。
【0373】
尚、図２１，図２２のウェアラブルデバイスシステム２００においては、トリガ取得部２４１が電子機器２０１に設けられる例について説明してきたが、電子機器２０１以外の構成に設けられていてもよく、例えば、ウェアラブルデバイス２０２に設けられるようにしてもよい。
【0374】
＜＜３．ソフトウェアにより実行させる例＞＞
図２３は、汎用のコンピュータの構成例を示している。このパーソナルコンピュータは、CPU(Central Processing Unit)１００１を内蔵している。CPU１００１にはバス１００４を介して、入出力インタフェース１００５が接続されている。バス１００４には、ROM(Read Only Memory)１００２およびRAM(Random Access Memory)１００３が接続されている。
図２３は、汎用のコンピュータの構成例を示している。このパーソナルコンピュータは、CPU(Central Processing Unit)１００１を内蔵している。CPU１００１にはバス１００４を介して、入出力インタフェース１００５が接続されている。バス１００４には、ROM(Read Only Memory)１００２およびRAM(Random Access Memory)１００３が接続されている。
【0375】
入出力インタフェース１００５には、ユーザが操作コマンドを入力するキーボード、マウスなどの入力デバイスよりなる入力部１００６、処理操作画面や処理結果の画像を表示デバイスに出力する出力部１００７、プログラムや各種データを格納するハードディスクドライブなどよりなる記憶部１００８、LAN（Local Area Network）アダプタなどよりなり、インターネットに代表されるネットワークを介した通信処理を実行する通信部１００９が接続されている。また、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory)、DVD(Digital Versatile Disc)を含む）、光磁気ディスク（ＭＤ(Mini Disc)を含む）、もしくは半導体メモリなどのリムーバブル記憶媒体１０１１に対してデータを読み書きするドライブ１０１０が接続されている。
【0376】
CPU１００１は、ROM１００２に記憶されているプログラム、または磁気ディスク、光ディスク、光磁気ディスク、もしくは半導体メモリ等のリムーバブル記憶媒体１０１１ら読み出されて記憶部１００８にインストールされ、記憶部１００８からRAM１００３にロードされたプログラムに従って各種の処理を実行する。RAM１００３にはまた、CPU１００１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【0377】
以上のように構成されるコンピュータでは、CPU１００１が、例えば、記憶部１００８に記憶されているプログラムを、入出力インタフェース１００５及びバス１００４を介して、RAM１００３にロードして実行することにより、上述した一連の処理が行われる。
【0378】
コンピュータ（CPU１００１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブル記憶媒体１０１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
【0379】
コンピュータでは、プログラムは、リムーバブル記憶媒体１０１１をドライブ１０１０に装着することにより、入出力インタフェース１００５を介して、記憶部１００８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部１００９で受信し、記憶部１００８にインストールすることができる。その他、プログラムは、ROM１００２や記憶部１００８に、あらかじめインストールしておくことができる。
【0380】
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【0381】
【0382】
また、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【0383】
なお、本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。
【0384】
例えば、本開示は、１つの機能をネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
【0385】
また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。
【0386】
さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
【0387】
尚、本開示は、以下のような構成も取ることができる。
【0388】
＜１＞ トリガを取得するトリガ取得部と、
前記トリガに基づいて、セキュアエレメントにおけるアプレットを管理する管理部と
を備える情報処理装置。
＜２＞ 前記トリガは、位置情報、時刻情報、経過時間情報、および操作情報を含む
＜１＞に記載の情報処理装置。
＜３＞ 前記管理部は、前記トリガに基づいて、前記セキュアエレメントにおけるアプレットをインストールする
＜１＞または＜２＞に記載の情報処理装置。
＜４＞ 前記管理部は、前記セキュアエレメントにおけるアプレットをインストールするとき、インストール済みのアプレットの削除条件となるトリガを削除トリガルールとして登録する
＜３＞に記載の情報処理装置。
＜５＞ 前記管理部は、前記トリガが、前記削除トリガルールとして登録されたトリガである場合、前記インストール済みのアプレットを削除する
＜４＞に記載の情報処理装置。
＜６＞ 前記アプレットは、電子チケット、行政ID、および交通電子パスである
＜５＞に記載の情報処理装置。
＜７＞ 前記アプレットが、前記電子チケットである場合、前記電子チケットが使用された後、所定の日時となることを示すトリガが削除条件となるトリガとして、前記削除トリガルールに登録され、
前記トリガ取得部により、前記所定の日時となることを示す時刻情報が前記トリガとして取得されるとき、前記管理部は、前記トリガが、前記削除トリガルールとして登録されたトリガであるものとみなし、前記インストール済みの前記電子チケットとしてのアプレットを削除する
＜６＞に記載の情報処理装置。
＜８＞ 前記アプレットが、行政IDである場合、前記削除トリガルールとして、前記行政IDとしてのアプレットがインストールされてから所定時間が経過することが削除条件となるトリガであり、
前記トリガ取得部により、前記行政IDとしてのアプレットがインストールされてから所定時間が経過したことを示す経過時間となる前記トリガが取得されるとき、前記管理部は、前記トリガが、前記削除トリガルールとして登録されたトリガであるものとみなし、前記インストール済みの前記行政IDとしてのアプレットを削除する
＜６＞に記載の情報処理装置。
＜９＞ 前記アプレットが、所定国内における交通電子パスである場合、前記削除トリガルールとして、現在位置が前記所定国内ではないことが削除条件となるトリガであり、
前記トリガ取得部により、現在位置が前記所定国内ではないことを示す位置情報からなる前記トリガが取得されるとき、前記管理部は、前記トリガが、前記削除トリガルールとして登録されたトリガであるものとみなし、前記インストール済みの前記交通電子パスとしてのアプレットを削除する
＜６＞に記載の情報処理装置。
＜１０＞ 前記管理部は、前記インストール済みのアプレットのログを管理し、前記インストール済みのアプレットを削除するとき、前記ログの一部を削除して、前記インストール済みのアプレットと共に削除する
＜５＞に記載の情報処理装置。
＜１１＞ 前記インストール済みのアプレットが削除するとき、削除されない一部以外の前記ログの情報の種別は、前記削除トリガルールにおける情報として、前記アプレットと対応付けて登録される
＜１０＞に記載の情報処理装置。
＜１２＞ 前記管理部は、前記インストール済みのアプレットを削除した後、再度、同一のアプレットをインストールするとき、再度インストールされたアプレットは、前記ログを用いる
＜１１＞に記載の情報処理装置。
＜１３＞ 前記ログは、前記アプレットが実行されることで発生するチャージ金額、ポイント、割引情報、および使用履歴の情報を含む
＜１１＞に記載の情報処理装置。
＜１４＞ 前記管理部は、前記セキュアエレメントにおけるアプレットをインストールする条件となるトリガを発行トリガルールとして記憶しており、前記トリガが、前記発行トリガルールとして登録されたトリガである場合、前記アプレットをインストールする
＜３＞に記載の情報処理装置。
＜１５＞ トリガを取得し、
前記トリガに基づいて、セキュアエレメントにおけるアプレットを管理する
ステップを含む情報処理方法。
＜１６＞ トリガを取得するトリガ取得部と、
前記トリガに基づいて、セキュアエレメントにおけるアプレットを管理する管理部と
としてコンピュータを機能させるプログラム。
＜１７＞ 情報処理装置と、前記情報処理装置と近接通信するウェアラブルデバイスとからなる情報処理システムにおいて、
前記情報処理装置は、トリガを取得するトリガ取得部を備え、
前記ウェアラブルデバイスは、前記トリガに基づいて、セキュアエレメントにおけるアプレットを管理する管理部を備える
情報処理システム。
＜１８＞ 前記情報処理装置が、トリガを取得するトリガ取得部を備え、
前記ウェアラブルデバイスが、前記トリガに基づいて、セキュアエレメントにおけるアプレットを管理する管理部を備える
＜１７＞に記載の情報処理システム。
＜１９＞ 前記ウェアラブルデバイスが、
トリガを取得するトリガ取得部と、
前記トリガに基づいて、セキュアエレメントにおけるアプレットを管理する管理部とを備える
＜１７＞に記載の情報処理システム。
＜２０＞ 前記ウェアラブルデバイスは、スマートウォッチ、またはリストバンドである
＜１７＞に記載の情報処理システム。
前記トリガに基づいて、セキュアエレメントにおけるアプレットを管理する管理部と
を備える情報処理装置。
＜２＞ 前記トリガは、位置情報、時刻情報、経過時間情報、および操作情報を含む
＜１＞に記載の情報処理装置。
＜３＞ 前記管理部は、前記トリガに基づいて、前記セキュアエレメントにおけるアプレットをインストールする
＜１＞または＜２＞に記載の情報処理装置。
＜４＞ 前記管理部は、前記セキュアエレメントにおけるアプレットをインストールするとき、インストール済みのアプレットの削除条件となるトリガを削除トリガルールとして登録する
＜３＞に記載の情報処理装置。
＜５＞ 前記管理部は、前記トリガが、前記削除トリガルールとして登録されたトリガである場合、前記インストール済みのアプレットを削除する
＜４＞に記載の情報処理装置。
＜６＞ 前記アプレットは、電子チケット、行政ID、および交通電子パスである
＜５＞に記載の情報処理装置。
＜７＞ 前記アプレットが、前記電子チケットである場合、前記電子チケットが使用された後、所定の日時となることを示すトリガが削除条件となるトリガとして、前記削除トリガルールに登録され、
前記トリガ取得部により、前記所定の日時となることを示す時刻情報が前記トリガとして取得されるとき、前記管理部は、前記トリガが、前記削除トリガルールとして登録されたトリガであるものとみなし、前記インストール済みの前記電子チケットとしてのアプレットを削除する
＜６＞に記載の情報処理装置。
＜８＞ 前記アプレットが、行政IDである場合、前記削除トリガルールとして、前記行政IDとしてのアプレットがインストールされてから所定時間が経過することが削除条件となるトリガであり、
前記トリガ取得部により、前記行政IDとしてのアプレットがインストールされてから所定時間が経過したことを示す経過時間となる前記トリガが取得されるとき、前記管理部は、前記トリガが、前記削除トリガルールとして登録されたトリガであるものとみなし、前記インストール済みの前記行政IDとしてのアプレットを削除する
＜６＞に記載の情報処理装置。
＜９＞ 前記アプレットが、所定国内における交通電子パスである場合、前記削除トリガルールとして、現在位置が前記所定国内ではないことが削除条件となるトリガであり、
前記トリガ取得部により、現在位置が前記所定国内ではないことを示す位置情報からなる前記トリガが取得されるとき、前記管理部は、前記トリガが、前記削除トリガルールとして登録されたトリガであるものとみなし、前記インストール済みの前記交通電子パスとしてのアプレットを削除する
＜６＞に記載の情報処理装置。
＜１０＞ 前記管理部は、前記インストール済みのアプレットのログを管理し、前記インストール済みのアプレットを削除するとき、前記ログの一部を削除して、前記インストール済みのアプレットと共に削除する
＜５＞に記載の情報処理装置。
＜１１＞ 前記インストール済みのアプレットが削除するとき、削除されない一部以外の前記ログの情報の種別は、前記削除トリガルールにおける情報として、前記アプレットと対応付けて登録される
＜１０＞に記載の情報処理装置。
＜１２＞ 前記管理部は、前記インストール済みのアプレットを削除した後、再度、同一のアプレットをインストールするとき、再度インストールされたアプレットは、前記ログを用いる
＜１１＞に記載の情報処理装置。
＜１３＞ 前記ログは、前記アプレットが実行されることで発生するチャージ金額、ポイント、割引情報、および使用履歴の情報を含む
＜１１＞に記載の情報処理装置。
＜１４＞ 前記管理部は、前記セキュアエレメントにおけるアプレットをインストールする条件となるトリガを発行トリガルールとして記憶しており、前記トリガが、前記発行トリガルールとして登録されたトリガである場合、前記アプレットをインストールする
＜３＞に記載の情報処理装置。
＜１５＞ トリガを取得し、
前記トリガに基づいて、セキュアエレメントにおけるアプレットを管理する
ステップを含む情報処理方法。
＜１６＞ トリガを取得するトリガ取得部と、
前記トリガに基づいて、セキュアエレメントにおけるアプレットを管理する管理部と
としてコンピュータを機能させるプログラム。
＜１７＞ 情報処理装置と、前記情報処理装置と近接通信するウェアラブルデバイスとからなる情報処理システムにおいて、
前記情報処理装置は、トリガを取得するトリガ取得部を備え、
前記ウェアラブルデバイスは、前記トリガに基づいて、セキュアエレメントにおけるアプレットを管理する管理部を備える
情報処理システム。
＜１８＞ 前記情報処理装置が、トリガを取得するトリガ取得部を備え、
前記ウェアラブルデバイスが、前記トリガに基づいて、セキュアエレメントにおけるアプレットを管理する管理部を備える
＜１７＞に記載の情報処理システム。
＜１９＞ 前記ウェアラブルデバイスが、
トリガを取得するトリガ取得部と、
前記トリガに基づいて、セキュアエレメントにおけるアプレットを管理する管理部とを備える
＜１７＞に記載の情報処理システム。
＜２０＞ 前記ウェアラブルデバイスは、スマートウォッチ、またはリストバンドである
＜１７＞に記載の情報処理システム。
【符号の説明】
【0389】
１１ 情報処理システム， ３１，３１－１乃至３１－ｎ，３１Ａ乃至３１Ｃ 電子機器， ３２，３２Ａ乃至３２Ｃ サーバ， ３３，３３－１乃至３３－ｎ，３３Ａ乃至３３Ｃ R/W， ３４，３４－１乃至３４－ｎ 管理装置， ５１ 制御部， ５２ 入力部， ５３ 出力部， ５４ 記憶部， ５５ 通信部， ５８ セキュアエレメント， ６１ ホストプログラム， ７１ プロセッサ， ７３ ROM， ７４ RAM， ７５， EEPROM，９１ 管理アプレット， １０１ 制御部， １１１ アプレット発行処理部， １３１，１３１Ａ乃至１３１Ｃ 外部トリガ装置， １５１，１５１Ａ乃至１５１Ｃ トリガ取得部， １５２，１５２Ａ乃至１５２Ｃ 内部トリガ検出部， １７１，１７１Ａ乃至１７１Ｃ トリガルール， １７２，１７２Ａ乃至１７２Ｃ ログ， １８１，１８１Ａ乃至１８１Ｃ アプレット， ２３１ ホストプログラム， ２４１ トリガ取得部， ２４２ 内部トリガ検出部， ２７１ トリガルール， ２７２ ログ， ２８１ アプレット
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】