WO2020195415A1

WO2020195415A1 - 情報処理装置、情報処理システム、および情報処理方法、並びにプログラム

Info

Publication number: WO2020195415A1
Application number: PCT/JP2020/006941
Authority: WO
Inventors: 恵理香熊倉
Original assignee: フェリカネットワークス株式会社
Priority date: 2019-03-22
Filing date: 2020-02-20
Publication date: 2020-10-01
Also published as: EP3944151A1; EP3944151A4; US20220159469A1; CN113574543A; JPWO2020195415A1

Abstract

様々な細かな条件設定の下でＩＣカード機能提供アプリのロック解除等のロック制御を行う構成を実現する。ＩＣカード機能提供アプリを利用不可状態に設定するロック処理や、利用可状態に設定するロック解除処理を含むロック制御を実行する制御部を有する。制御部は、ＩＣカード機能提供アプリとは異なるアプリケーションであるロック解除判定用アプリの取得情報に基づいて、ＩＣカード機能提供アプリのロック制御を実行する。例えば、歩数計測アプリによって計測されたユーザの歩数が予め規定されたロック解除条件である規定歩数を超えた場合に、ＩＣカード機能提供アプリのロック解除処理を実行する。

Description

情報処理装置、情報処理システム、および情報処理方法、並びにプログラム

　本開示は、情報処理装置、情報処理システム、および情報処理方法、並びにプログラムに関する。さらに詳細には、ＩＣカード機能を有するスマホやウェアラブル機器等の情報処理装置を利用した決済取引等における不正防止やロック処理を行う情報処理装置、情報処理システム、および情報処理方法、並びにプログラムに関する。

　近年、決済機能やチャージ機能、さらにクレジットカード機能等の電子マネー機能、いわゆるＩＣカード機能を有するスマホ（スマートホン）等の携帯端末や、腕時計型のウェアラブル機器等の利用が拡大している。
　これらＩＣカード機能を有する端末（情報処理装置）を利用することで、現金を持ち歩くことなく、買い物や飲食等の決済、あるいは電車や、バスへの乗車を簡単に行うことが可能となる。

　ＩＣカードやＩＣカード機能を持つ端末は、リーダライタ（Ｒ／Ｗ）に近づけて、ＩＣカードや端末とリーダライタ（Ｒ／Ｗ）間の近接通信を実行させて認証や決済処理等を行わせることができる。

　リーダライタは、近接通信により、（非接触）ＩＣカードや端末に記録されている電子マネーの残高から支払い金額を減算し、必要なログをカードや端末に書き込む処理を行ったり、（非接触）ＩＣカードや端末に記録されている識別番号を読み出し、認証を行う処理を行ったりする。
　これらの（非接触）ＩＣカードサービスの多くは、ユーザが対象カードや端末をリーダライタに近づけるだけで利用できるようになっており、利用時にユーザに暗唱番号の入力や書名を要求することはない。

　そのため、ＩＣカードや、スマホ、あるいは例えば腕時計型等のウェアラブル機器の問題点として、カードや端末所有者でない他人の不正使用がある。
　このような不正を防止する構成を開示した従来技術として、例えば以下の文献がある。

　特許文献１（特開２０１５－１９４９８８号公報）は、ウェアラブル機器及びウェアラブル機器の制御方法を開示している。本文献は、ウェアラブル機器の身体装着の有無を検出する装着検出手段を有し、ウェアラブル機器がロックされていない状態において、端末の身体装着が検出されない場合には、ウェアラブル機器のロックを行い、端末の身体装着が検出された場合には、ロックを行わないというロック制御を行う端末を開示している。

　また、特許文献２（特開２００９－１５２８７５号公報）は、通常状態でＩＣカード機能がロックされている非接触ＩＣカード機能部を搭載した携帯端末を開示している。携帯端末に加えられたユーザによる押打パターンが登録パターンと一致するか否かを解析してＩＣカード機能のロック解除制御を行う構成である。

　さらに、特許文献３（特開２０１６－１５３９５９号公報）は、ウェアラブル機器に加えられた加速度の解析を行い、予め登録された加速度情報と一致するか否かを判定して一致する場合にのみロックを解除する構成を開示している。

　しかし、これらの従来技術に記載の構成は、機器利用者が登録ユーザであるか否かを判別して、登録ユーザ以外の利用を禁止する構成を開示しているに過ぎない。

　現実のスマホやウェアラブル機器の利用形態を想定すると、例えば子供にスマホやウェアラブル機器を持たせ、学校の近くのエリアの店舗では利用を許可し、その他のエリアでの利用は禁止したいといった設定を行いたい場合がある。
　また、昼間の利用は許容するが、夜間の利用は禁止したいといった利用形態も想定される。
　上記の従来技術に開示された構成は、このような細かな制御を実現することができない。

特開２０１５－１９４９８８号公報特開２００９－１５２８７５号公報特開２０１６－１５３９５９号公報

　本開示は、例えば、上述の問題点に鑑みてなされたものであり、ＩＣカード機能を有するスマホやウェアラブル機器等の情報処理装置の利用制限機能であるロック機能を、より細かな条件や状況に応じて制御可能とした情報処理装置、情報処理システム、および情報処理方法、並びにプログラムを提供することを目的とする。

　本開示の第１の側面は、
　第１のアプリケーションを記憶する記憶部と、
　具備するセンサからセンサ情報を取得し、取得したセンサ情報に基づいて、前記記憶部へのアクセスを禁止することにより前記第１のアプリケーションを利用不可とするロック制御を実行する制御部と、
　を有する情報処理装置にある。

　さらに、本開示の第２の側面は、
　第１の情報処理装置と、ウェアラブル機器を有する情報処理システムであり、
　前記ウェアラブル機器は、第１のアプリケーションを利用可能な機器であり、
　前記第１の情報処理装置は、
　前記ウェアラブル機器の第１のアプリケーションを利用不可状態に設定するロック処理や、利用可状態に設定するロック解除処理を含むロック制御を実行する際に利用するロック解除条件情報を、前記ウェアラブル機器に送信し、
　前記ウェアラブル機器は、
　前記第１の情報処理装置から前記ロック解除条件情報を受信してメモリに格納し、
　前記第１のアプリケーションとは異なるアプリケーションであるロック解除判定用アプリの取得情報と、前記メモリに格納された前記ロック解除条件情報を比較して、前記第１のアプリケーションのロック制御を実行する情報処理システムにある。

　さらに、本開示の第３の側面は、
　情報処理装置において実行する情報処理方法であり、
　前記情報処理装置は、
　第１のアプリケーションを記憶する記憶部を有し、
　制御部が、
　具備するセンサからセンサ情報を取得し、取得したセンサ情報に基づいて、前記記憶部へのアクセスを禁止することにより前記第１のアプリケーションを利用不可とする前記第１のアプリケーションのロック制御を実行する情報処理方法にある。

　さらに、本開示の第４の側面は、
　第１の情報処理装置と、ウェアラブル機器を有する情報処理システムにおいて実行する情報処理方法であり、
　前記ウェアラブル機器は、第１のアプリケーションを利用可能な機器であり、
　前記第１の情報処理装置が、
　前記ウェアラブル機器の第１のアプリケーションを利用不可状態に設定するロック処理や、利用可状態に設定するロック解除処理を含むロック制御を実行する際に利用するロック解除条件情報を、前記ウェアラブル機器に送信し、
　前記ウェアラブル機器が、
　前記第１の情報処理装置から前記ロック解除条件情報を受信してメモリに格納し、
　前記第１のアプリケーションとは異なるアプリケーションであるロック解除判定用アプリの取得情報と、前記メモリに格納された前記ロック解除条件情報を比較して、前記第１のアプリケーションのロック制御を実行する情報処理方法にある。

　さらに、本開示の第５の側面は、
　情報処理装置において情報処理を実行させるプログラムであり、
　前記情報処理装置は、
　第１のアプリケーションを記憶する記憶部を有し、
　前記プログラムは、制御部に、
　具備するセンサからセンサ情報を取得させ、取得したセンサ情報に基づいて、前記記憶部へのアクセスを禁止することにより前記第１のアプリケーションを利用不可とする前記第１のアプリケーションのロック制御を実行させるプログラムにある。

　なお、本開示のプログラムは、例えば、様々なプログラム・コードを実行可能な情報処理装置やコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、情報処理装置やコンピュータ・システム上でプログラムに応じた処理が実現される。

　本開示のさらに他の目的、特徴や利点は、後述する本開示の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

　本開示の一実施例の構成によれば、様々な細かな条件設定の下でＩＣカード機能提供アプリのロック解除等のロック制御を行う構成が実現される。
　なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。

ＩＣカード機能のロック処理の概要について説明する図である。ウェアラブル機器のＩＣカード機能のロック処理やロック解除処理の一例を説明する図である。本開示の情報処理装置におけるＩＣカード機能のロック制御の概要について説明する図である。本開示の情報処理装置におけるＩＣカード機能のロック制御の概要について説明する図である。情報処理装置に対する第２ロックの条件設定例と、その設定に従ったロック制御処理シーケンスについて説明するフローチャートを示す図である。複数のアプリケーションの取得情報に基づいて、第２ロックを制御する処理例について説明する図である。スマホのＩＣカード機能のロック制御シーケンスについて説明する図である。スマホのＩＣカード機能のロック制御シーケンスについて説明する図である。本開示の情報処理装置（ユーザ端末）に格納されたＩＣカード機能を提供する様々なアプリケーションの例について説明する図である。本開示の情報処理装置が実行する具体的なロック制御例について説明する図である。本開示の情報処理装置が実行する具体的なロック制御例について説明する図である。本開示の情報処理装置の構成例を示す図である。本開示の情報処理装置のセキュアエレメントの構成例を示す図である。本開示の情報処理装置に格納されたＩＣカード機能提供アプリの状態遷移処理の一例について説明する図である。情報処理装置のメモリに格納される第２ロック解除条件情報のデータ例について説明する図である。ウェアラブル機器の初期設定処理のシーケンスについて説明するフローチャートを示す図である。ウェアラブル機器の第１ロック解除処理のシーケンスについて説明するフローチャートを示す図である。ウェアラブル機器に対する第２ロック解除条件設定処理のシーケンスについて説明するフローチャートを示す図である。ウェアラブル機器の第１ロックと第２ロックの解除処理のシーケンスについて説明するフローチャートを示す図である。ウェアラブル機器の第２ロック解除条件削除処理のシーケンスについて説明するフローチャートを示す図である。リーダライタからのコマンド入力に基づくウェアラブル機器のロック解除処理のシーケンスについて説明するフローチャートを示す図である。情報処理装置の構成例について説明する図である。

　以下、図面を参照しながら本開示の情報処理装置、情報処理システム、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行なう。
　１．ＩＣカード機能のロック処理の概要について
　２．本開示の情報処理装置におけるＩＣカード機能のロック処理について
　３．ユーザ設定可能な第２ロックの条件設定例と、ロック制御処理の具体例について
　４．スマホのＩＣカード機能のロック制御処理例について
　５．ロック対象とするＩＣカード機能提供アプリの具体例について
　６．情報処理装置の構成例について
　７．情報処理装置の実行する処理のシーケンスについて
　８．その他の実施例について
　９．情報処理装置のハードウェア構成例について
　１０．本開示の構成のまとめ

　　［１．ＩＣカード機能のロック処理の概要について］
　まず、図１以下を参照して、ＩＣカード機能のロック処理の概要について説明する。

　ＩＣカードや、スマホ、あるいは例えば腕時計型等のウェアラブル機器の問題点として、カードや装置所有者以外の他人による不正使用がある。
　このような不正使用の防止構成としてＩＣカード機能をロックする構成がある。
　図１を参照してＩＣカード機能のロック処理の概要について説明する。

　図１には、以下の３種類のＩＣカード機能利用例を示している。
　（ａ）ＩＣカード（プラスチックカード）の利用例
　（ｂ１）ＩＣカード機能保持装置（スマホ、ウェアラブル機器等）利用例（ロック解除状態）
　（ｂ２）ＩＣカード機能保持装置（スマホ、ウェアラブル機器等）利用例（ロック設定状態）

　（ａ）ＩＣカード（プラスチックカード）の利用例は、プラスチックカード型のＩＣカードの利用例である。
　図１（ａ）に示すユーザ１０は、図１（ａ）に示すＩＣカード１１、すなわちプラスチックカード型のＩＣカード１１をショップ２０のリーダライタ２１に近づける。ＩＣカード１１とリーダライタ２１間の近接通信が可能な状態になると、リーダライタ２１は、ＩＣカード１１から必要情報（認証情報、ＩＤ、残高情報等）を読み取るため、対象カードを捕捉する要求であるポーリングを実行する。ＩＣカード１１はこのポーリングに応じて、ＩＣカード１１のメモリから必要情報を取得してリーダライタ２１に提供する応答処理等を実行し、決済処理等が実行される。

　この（ａ）に示すプラスチックカード型のＩＣカード１１は、ロック機能を有していない。すなわち、常時、利用可能な状態になる。
　これに対して、図１（ｂ１），（ｂ２）に示すスマホや、ウェアラブル機器等からなる情報処理装置（ユーザ端末）３２にＩＣカード機能を保持させた構成では、ＩＣカード機能のロック処理、すなわちＩＣカード機能の利用不可状態の設定が可能となる。

　（ｂ１）は、スマホや、ウェアラブル機器等からなる情報処理装置（ユーザ端末）３２のＩＣカード機能をロック解除状態（ロックなし状態）に設定した場合の利用例である。

　この場合は、（ａ）に示すと同様の処理が実行される。すなわち、スマホや、ウェアラブル機器等からなる情報処理装置（ユーザ端末）３２をショップ２０のリーダライタ２１に近づけ、情報処理装置（ユーザ端末）３２とリーダライタ２１間の近接通信が可能な状態になると、リーダライタ２１は、情報処理装置（ユーザ端末）３２に対してポーリングを実行する。情報処理装置（ユーザ端末）３２はポーリングに応じて、情報処理装置（ユーザ端末）３２のメモリから必要情報を取得してリーダライタ２１に提供する応答処理等を実行し、決済処理等が実行される。

　（ｂ２）は、スマホや、ウェアラブル機器等からなる情報処理装置（ユーザ端末）３２のＩＣカード機能をロック設定状態（ロックあり状態）に設定した場合の利用例である。
　この場合においても、スマホや、ウェアラブル機器等からなる情報処理装置（ユーザ端末）３２をショップ２０のリーダライタ２１に近づけ、情報処理装置（ユーザ端末）３２とリーダライタ２１間の近接通信が可能な状態になると、リーダライタ２１は、情報処理装置（ユーザ端末）３２に対してポーリングを実行する。しかし、情報処理装置（ユーザ端末）３２は、ＩＣカード機能がロック設定状態にあるため、ポーリングに対する応答処理を行わない。結果として、決済処理等が実行されない。

　このように、スマホや、ウェアラブル機器等からなる情報処理装置（ユーザ端末）３２は、ＩＣカード機能のロック処理が可能であり、例えば他人による不正利用を防止可能な構成を持つ。

　なお、図１にはウェアラブル機器として時計型の端末を示している。このようなウェアラブル機器のＩＣカード機能のロック処理やロック解除処理の一般的なシーケンスについて、図２を参照して説明する。

　図２は、ウェアラブル機器のＩＣカード機能のロック処理（ロック有効化処理）やロック解除処理（ロック無効化処理）の一例を説明する図である。図２に示すステップＳ０１～Ｓ０４の手順で、ウェアラブル機器のＩＣカード機能のロック処理やロック解除処理が実行される。各ステップの処理について説明する。

　　（ステップＳ０１）
　まず、ステップＳ０１において、スマホ１０１のＩＣカード機能設定アプリの設定画面を利用して、ウェアラブル機器１０２にロック解除用コード（ＰＩＮコード）を送信してウェアラブル機器１０２のメモリに格納する。

　　（ステップＳ０２）
　次に、ステップＳ０２において、ウェアラブル機器１０２を腕に装着し、ロック解除用コードを入力して、ウェアラブル機器１０２内にインストール済みのＩＣカード機能のロックを解除する。

　　（ステップＳ０３）
　ステップＳ０３に示すように、ユーザがウェアラブル機器１０２を腕に装着している間は、ロック解除状態が継続し、ＩＣカード機能を利用することができる。ユーザがウェアラブル機器１０２を腕に装着しているか否かの状態確認は、例えばウェアラブル機器１０２内の加速度センサの検出情報、あるいは静脈センサの検出情報等に基づいて実行される。

　　（ステップＳ０４）
　ステップＳ０４に示すように、ユーザがウェアラブル機器１０２を腕から外して放置すると、ウェアラブル機器１０２のＩＣカード機能はロックされる。この処理も例えばウェアラブル機器１０２内の加速度センサの検出情報、あるいは静脈センサの検出情報等に基づいて実行される。
　このロック状態への移行後は、ＩＣカード機能を利用することができない。
　再度、ＩＣカード機能を利用したい場合は、ステップＳ０２の処理を実行すればよい。

　　［２．本開示の情報処理装置におけるＩＣカード機能のロック処理について］
　図１、図２を参照して説明したＩＣカード機能のロック処理は、極めて限定された条件の下でのロック制御であり、ユーザの様々な利用状況に応じた柔軟なロック制御を実現するものではない。

　すなわち、例えば子供にスマホやウェアラブル機器を持たせて、学校の近くのエリアの店舗では利用を許可し、その他のエリアでの利用は禁止したいといった細かい設定は実現できない。また、昼間の利用は許容するが夜間の利用は禁止したいといったロック制御も実現できない。

　以下に説明する本開示の情報処理装置におけるＩＣカード機能のロック制御は、このような様々な細かいロック制御を実現するものである。
　例えば、ユーザは、情報処理装置におけるＩＣカード機能のロック条件を自由に設定することができる。
　具体的には、情報処理装置の有するセンサやアプリケーションを利用して得られた情報に従って、ＩＣカード機能のロック処理、すなわちロック有効化状態＝ＩＣカード機能利用不可状態への設定処理や、ロック解除処理、すなわちロック無効化状態＝ＩＣカード機能利用可状態への設定処理を実行することができる。

　なお、本開示のＩＣカードは、
決済処理に利用されるＩＣカードの他、電子錠の鍵や、入館証、身分証として利用するＩＣカード等、様々なＩＣカードが含まれる。非接触型のＩＣカード、接触型ＩＣカード、いずれの形式であってもよい。なお、接触型ＩＣカードの場合、リーダライタとの通信は、近接通信の代わりに、接点を用いた通信方式によって行われる。

　本開示の情報処理装置におけるＩＣカード機能のロック制御の概要について図３、図４を参照して説明する。
　図３～図４は、先に説明した図２と同様、ウェアラブル機器のＩＣカード機能のロック処理やロック解除処理の一例を説明する図である。図３～図４に示すステップＳ１０１～Ｓ１０５の手順で、ウェアラブル機器のＩＣカード機能のロック処理やロック解除処理が実行される。各ステップの処理について説明する。

　　（ステップＳ１０１）
　まず、ステップＳ１０１において、スマホ１０１のＩＣカード機能設定アプリの設定画面を利用して、ウェアラブル機器１０２にロック解除用コード（ＰＩＮコード）を送信してウェアラブル機器１０２のメモリに格納する。

　　（ステップＳ１０２）
　次に、ステップＳ１０２において、スマホ１０１のＩＣカード機能設定アプリの設定画面を利用して、ウェアラブル機器１０２に、
　「ロック解除条件（第２ロック解除条件）」
　を送信してウェアラブル機器１０２のメモリに格納する。

　なお、本実施例では、ロック解除用コード（ＰＩＮコード）を利用して解除されるロックを第１ロックとし、ロック解除用コード（ＰＩＮコード）以外の情報、例えばアプリケーションやセンサ情報を利用して得られる情報に基づいて解除されるロックを第２ロックとする。
　なお、ロック解除用コード（ＰＩＮコード）の代わりに、パネル上に表示される複数の点を特定の順番でタッチすることで認証する、いわゆる「パターン認証」や、所有者の指紋、虹彩、顔などの生体情報を用いた生体認証を第１ロックの解除に用いることも可能である。その場合、第２のロックの解除には、第１のロック解除に用いた情報以外の情報が用いられる。

　なお、ウェアラブル機器１０２のメモリに格納する第２ロック解除条件には、第２ロック解除判定用の情報を取得するためのアプリケーションまたはセンサの指定情報と、第２ロック解除判定条件が含まれる。
　具体的には、例えば、
　アプリ指定情報＝位置情報取得アプリケーション
　第２ロック解除条件＝現在位置が規定した特定エリア内であること
　このような条件設定がなされることになる。
　なお、具体例については、後段で詳細に説明する。

　　（ステップＳ１０３）
　次に、ステップＳ１０３において、ウェアラブル機器１０２を腕に装着し、ロック解除用コードを入力して、ウェアラブル機器１０２内にインストール済みのＩＣカード機能の第１ロックを解除する。
　ただし、この第１ロックを解除しても、ウェアラブル機器１０２のＩＣカード機能を利用できるとは限らない。

　ウェアラブル機器１０２に第２ロックの設定がなされている場合、ウェアラブル機器１０２のＩＣカード機能を利用できるのは、ステップＳ１０２において設定した第２ロック解除条件を満たす場合のみである。
　具体的には、図４に示すステップＳ１０４の状態においてウェアラブル機器１０２のＩＣカード機能が利用できる。

　　（ステップＳ１０４）
　ステップＳ１０４は、ウェアラブル機器１０２のＩＣカード機能のロック処理や、ロック解除処理を実行する制御部が、ステップＳ１０２において設定した第２ロック解除条件を満たすと判定した場合の処理である。
　この場合、ウェアラブル機器１０２のＩＣカード機能の第２ロックが解除され、ユーザはウェアラブル機器１０２のＩＣカード機能を利用することができる。

　　（ステップＳ１０５）
　ステップＳ１０５は、ウェアラブル機器１０２のＩＣカード機能のロック処理や、ロック解除処理を実行する制御部が、ステップＳ１０２において設定した第２ロック解除条件を満たさないと判定した場合の処理である。
　この場合、ウェアラブル機器１０２のＩＣカード機能の第２ロックは解除されることなくロック状態に維持される。この場合、ユーザはウェアラブル機器１０２のＩＣカード機能を利用することができない。

　このように、本開示の情報処理装置、すなわちＩＣカード機能実行アプリケーションがインストールされたスマホやウェアラブル機器等の情報処理装置は、情報処理装置内のアプリケーションやセンサの取得情報に従って、ユーザの設定条件を満たすか否かを判定してＩＣカード機能のロック制御を実行する。

　　［３．ユーザ設定可能な第２ロックの条件設定例と、ロック制御処理の具体例について］
　次に、ユーザ設定可能な第２ロックの条件設定例と、ロック制御処理の具体例について説明する。

　図５は、本開示の情報処理装置、すなわち、ＩＣカード機能を有するスマホやウェアラブル機器等の情報処理装置に対する第２ロックの条件設定例と、その設定に従ったロック制御処理シーケンスについて説明するフローチャートを示した図である。

　図５左に示す表は、以下の各データを示している。
　（ａ）ロック対象アプリ（ＩＣカード機能提供アプリ）
　（ｂ）ロック（第２ロック）解除判定用アプリ
　（ｃ）ロック（第２ロック）解除条件

　（ａ）ロック対象アプリ（ＩＣカード機能提供アプリ）は、本実施例においてロック設定、解除対象となるアプリケーションである。
　ＩＣカード機能を有するスマホやウェアラブル機器等の情報処理装置には、決済処理等のＩＣカード機能を提供するアプリケーションが多数、インストールされ利用可能な状態にある場合が多い。
　例えば鉄道やバス等の乗車券として利用可能な交通乗車機能提供アプリ、あるいは様々な店舗で利用可能なクレジットカード機能を持つクレジットカード機能提供アプリ、特定の飲食店チェーンで利用可能な特定店舗対応の決済に利用可能なショップ対応アプリ等である。

　本開示の構成では、ロック対象とするＩＣカード機能提供アプリを特定してロック制御を行うことができる。
　さらに、１つのＩＣカード機能提供アプリを利用して異なる複数のサービスが利用可能な設定（例えば電車の乗車券機能提供サービスと、ショッピング決済機能サービス等）である場合には、そのサービス単位でロック制御を行うことも可能である。

　図５に示す例は、
　（ａ）ロック対象アプリ（ＩＣカード機能提供アプリ）＝交通乗車券機能提供アプリとした設定例である。

　（ｂ）ロック（第２ロック）解除判定用アプリは、上記の（ａ）ロック対象アプリ（ＩＣカード機能提供アプリ）＝交通乗車券機能提供アプリのロック設定、解除判定に利用可能な情報を取得するためのアプリケーションである。

　（ｃ）ロック（第２ロック）解除条件は、上記のロック（第２ロック）解除判定用アプリから取得されるロック（第２ロック）解除条件となる情報である。

　図５に示す例では、
　（ｂ）ロック（第２ロック）解除判定用アプリ＝歩数計測アプリケーション
　（ｃ）ロック（第２ロック）解除条件＝１日の歩数＞１０，０００歩
　このように設定した例である。

　これら（ａ）～（ｃ）の各情報は、ユーザが自由に設定することができる。例えば、先に図３を参照して説明したシーケンスでは、ステップＳ１０２で設定することが可能である。

　図５に示すロック解除条件設定に基づく、具体的なロック制御は以下のように行われることになる。
　ユーザは、ＩＣカード機能（交通乗車券機能提供アプリ）と、歩数計測アプリを有するウェアラブル機器を装着して外出する。
　ユーザの１日の歩数が１００００歩を超えていない場合、ＩＣカード機能（交通乗車券機能提供アプリ）の第２ロックがロック状態に維持されるため利用することができない。すなわちＩＣカード機能（交通乗車券機能提供アプリ）を利用して改札を通過することができず、電車に乗ることができない。

　ユーザの１日の歩数が１００００歩を超えた場合、ＩＣカード機能（交通乗車券機能提供アプリ）の第２ロックが解除される。この第２ロック解除により、ユーザは、ＩＣカード機能（交通乗車券機能提供アプリ）を利用して改札を通過することができ、電車に乗ることができる。
　例えば、このような利用が可能となる。

　図５の右に示すフローチャートは、ロック解除シーケンスを説明するフローチャートである。なお、前提としてユーザは、ロック解除用コードによる第１ロックと、ユーザ設定条件に基づく第２ロックによる２重ロックが設定されたウェアラブル機器等の情報処理装置を保持しているものとする。
　各ステップの処理について説明する。

　　（ステップＳ１２１）
　まず、ユーザは、ステップＳ１２１において、情報処理装置にロック解除用コードを入力する。すなわち、ＰＩＮコード等のロック解除用コードである。

　　（ステップＳ１２２）
　情報処理装置の制御部は、ユーザから入力されたロック解除用コードと、メモリに登録済みのコードを照合し、一致するか否かを判定する。
　一致した場合は、正しいコードが入力されたと判定し、ステップＳ１２３に進む。
　一致しない場合は、正しいコードが入力されなかったと判定し、ステップＳ１２１に戻る。この場合は第１ロックの解除は行われず、ＩＣカード機能は利用できない。

　　（ステップＳ１２３）
　ステップＳ１２２において、正しいコードが入力されたと判定した場合は、ステップＳ１２３に進む。
　この場合、情報処理装置の制御部はＩＣカード機能の第１ロックを解除する。
　なお、この状態では、まだＩＣカード機能の利用はできない。

　　（ステップＳ１２４）
　次に、情報処理装置の制御部は、ユーザによって設定された第２ロック解除条件が満たされたか否かを判定する。

　図５左側に示す条件情報は、情報処理装置の記憶部に格納されている。情報処理装置の制御部は、情報処理装置の記憶部に格納された第２ロック解除条件を参照し、さらに、第２ロック解除判定用アプリ＝歩数計測アプリケーションの取得情報を解析して、ユーザによって設定された第２ロック解除条件が満たされたか否かを判定する。

　第２ロック解除条件が満たされたと判定した場合、すなわち本例では、ユーザの歩数が１０，０００歩を超えたと判定された場合には、ステップＳ１２５に進む。
　一方、第２ロック解除条件が満たされていないと判定した場合、すなわちユーザの歩数が１０，０００歩を超えていないと判定された場合には、ステップＳ１２３に戻る。この場合、第２ロックは解除されず、ユーザはＩＣカード機能（交通乗車券機能提供アプリ）を利用できない。

　　（ステップＳ１２５）
　ステップＳ１２４において、第２ロック解除条件が満たされたと判定した場合、すなわち、ユーザの歩数が１０，０００歩を超えたと判定された場合には、ステップＳ１２５に進む。

　情報処理装置の制御部は第２ロック解除条件が満たされたと判定した場合、ステップＳ１２５において第２ロックを解除する。この処理によって、ユーザは、ＩＣカード機能（交通乗車券機能提供アプリ）を利用することが可能となる。

　なお、上述した実施例では、歩数計測アプリによってユーザの１日の歩数を計測する設定としたが、歩数の計測開始起点を例えば午前８時、あるいは午後１時といった任意の時間に設定することも可能である。この場合、情報処理装置のクロックの計時情報に基づいて歩数計測アプリによる歩数計測を開始させる。この起点条件についてもユーザが設定して記憶部に格納することができる。

　図５を参照して説明した処理例は、以下の設定に従った処理例である。
　（ａ）ロック対象アプリ（ＩＣカード機能提供アプリ）＝交通乗車券機能提供アプリ、
　（ｂ）ロック（第２ロック）解除判定用アプリ＝歩数計測アプリ、
　（ｃ）ロック（第２ロック）解除条件＝１日の歩数＞１０，０００歩

　本開示の情報処理装置は、第２ロックの設定を複数のアプリケーションの取得情報を組み合わせた設定とすることも可能である。
　図６を参照して２つのアプリケーションの取得情報に基づいて、第２ロックを制御する処理例について説明する。

　図６は、ロック（第２ロック）解除判定用アプリとして歩数計測アプリと、天気情報アプリを利用した例である。すなわち以下の設定例である。
　（ａ）ロック対象アプリ（ＩＣカード機能提供アプリ）＝交通乗車券機能提供アプリ、
　（ｂ１）ロック（第２ロック）解除判定用アプリ＝歩数計測アプリ、
　（ｂ２）ロック（第２ロック）解除判定用アプリ＝天気情報アプリ、
　（ｃ）ロック（第２ロック）解除条件
　天気≠雨の場合は、１日の歩数＞１０，０００歩
　天気＝雨の場合は歩数制限なし

　すなわち、天気が雨でない場合は、ユーザの１日の歩数が１０，０００歩を超えないと第２ロックが解除されないが、天気が雨の場合は、ユーザの１日の歩数が１０，０００歩を超えていない場合にも、第２ロックが解除される。結果として雨の場合は、ユーザは歩くことなくＩＣカード機能、すなわち交通乗車券機能提供アプリを利用して電車に乗ることができる。

　このように、本開示の情報処理装置は、ＩＣカード機能のロック制御を複数のアプリの取得情報を利用して、より細かな設定とすることができる。

　　［４．スマホのＩＣカード機能のロック制御処理例について］
　先に説明した図３、図４では、ウェアラブル機器１０２のＩＣカード機能のロック設定、解除を行う例を説明したが、本開示の処理は、スマホ自体のＩＣカード機能のロック制御処理として利用することも可能である。
　図７、図８を参照してスマホ１０１内のＩＣカード機能のロック制御シーケンスについて説明する。

　図７～図８に示すステップＳ１４１～Ｓ１４５の手順で、スマホのＩＣカード機能のロック処理やロック解除処理が実行される。各ステップの処理について説明する。

　　（ステップＳ１４１）
　まず、ステップＳ１４１において、スマホ１０１のＩＣカード機能提供アプリの設定画面を利用して、スマホ１０１にロック解除用コード（ＰＩＮコード）を入力してスマホ１０１のメモリに格納する。

　　（ステップＳ１４２）
　次に、ステップＳ１４２において、スマホ１０１のＩＣカード機能提供アプリの設定画面を利用して、スマホ１０１に、
　「ロック解除条件（第２ロック解除条件）」
　を入力してスマホ１０１のメモリに格納する。

　　（ステップＳ１４３）
　次に、ステップＳ１４３において、ユーザはスマホ１０１にロック解除用コードを入力して、スマホ１０１にインストール済みのＩＣカード機能の第１ロックを解除する。
　ただし、この第１ロックを解除しても、スマホ１０１のＩＣカード機能を利用できるとは限らない。

　スマホ１０１のＩＣカード機能を利用できるのは、ステップＳ１４２において設定した第２ロック解除条件を満たす場合のみである。
　具体的には、図８に示すステップＳ１４４の状態においてスマホ１０１のＩＣカード機能が利用できる。

　　（ステップＳ１４４）
　ステップＳ１４４は、スマホ１０１のＩＣカード機能のロック、ロック解除を実行する制御部が、ステップＳ１４２において設定した第２ロック解除条件を満たすと判定した場合の処理である。
　この場合、スマホ１０１のＩＣカード機能の第２ロックが解除され、ユーザはスマホ１０１のＩＣカード機能を利用することができる。

　　（ステップＳ１４５）
　ステップＳ１４５は、スマホ１０１のＩＣカード機能のロック、ロック解除を実行する制御部が、ステップＳ１４２において設定した第２ロック解除条件を満たさないと判定した場合の処理である。
　この場合、スマホ１０１のＩＣカード機能の第２ロックは解除されることなくロック状態に維持される。この場合、ユーザはスマホ１０１のＩＣカード機能を利用することができない。

　なお、スマホの場合、ウェアラブル機器と異なり、ユーザが機器（スマホ）を装着しているわけではなく、第１ロック解除後に別のユーザがスマホを手にする可能性がある。従って、ウェアラブル機器のように第１ロックが解除された状態が継続されるわけではなく、第１ロック解除後、スマホ画面がオフもしくはスタンバイになるまでの間に限られるという違いがある。
　従って、スマホの場合、スマホをリーダライタ（Ｒ／Ｗ）にかざす直前に、ユーザがＰＩＮコードを入力して、第１ロックを解除し、その時点で第２ロック解除条件を満たしていたら、引き続き第２ロックが解除され、利用できるようになるという設定としてもよい。

　　［５．ロック対象とするＩＣカード機能提供アプリの具体例について］
　次に、本開示の処理において、ロック対象とするＩＣカード機能提供アプリの具体例について説明する。

　図９に示すように、スマホ１０１やウェアラブル機器１０２等、本開示の情報処理装置（ユーザ端末）１００には、ＩＣカード機能を提供する様々なアプリケーションが利用可能な状態に設定されている。

　図９に示すように、交通系ＩＣカード、様々なクレジット会社のクレジットカードとしてのＩＣカード、ショッピングセンターでのショッビングに利用できるＩＣカード、例えばこれらのＩＣカード機能を利用するための個別のアプリケーションがインストールされ、利用可能な状態にある。

　上述したロック制御対象とするＩＣカード機能提供アプリは、これら複数のアプリから選択指定することが可能である。また、１つのアプリに複数の異なるサービスが含まれる場合はサービス単位での設定も可能となる。
　具体的なロック制御対象の指定は、例えば、システムコード、カードＩＤ、サービスＩＤ等を指定して実行することができる。
　なお、ロック制御対象が指定されない場合は、装置の利用可能なＩＣカード機能提供アプリ全体が制御対象として設定される。

　図１０、図１１を参照して、本開示の情報処理装置が実行する具体的なロック制御例について説明する。

　図１０には、本開示の情報処理装置、すなわち、ＩＣカード機能を有するスマホやウェアラブル機器等の情報処理装置に対する第２ロックの条件設定例と、その設定に従ったロック制御処理シーケンスについて説明するフローチャートを示している。
　図１０左に示す表は、以下の各データを示している。
　（ａ）ロック対象アプリ（ＩＣカード機能提供アプリ）＝電子マネー機能提供アプリ
　（ｂ）ロック（第２ロック）解除判定用アプリ＝地図アプリ（位置情報提供アプリ）
　（ｃ）ロック（第２ロック）解除条件＝ユーザ位置が規定エリア内

　この設定の第２ロックの解除条件は、地図アプリ（位置情報提供アプリ）に基づいて取得されるユーザ位置が、予め規定したエリア内にいることである。
　この条件を満足する場合に、ロック対象アプリ（ＩＣカード機能提供アプリ）である電子マネー機能提供アプリが利用可能となる。

　この設定情報は、情報処理装置内の記憶部に格納され、制御部が記憶部に格納された設定情報と、ロック（第２ロック）解除判定用アプリ＝地図アプリ（位置情報提供アプリ）の取得情報を対比して、ロック解除条件が満たされたか否かを判定してロック解除、またはロック処理を実行する。

　この処理例は、例えば、子どもが電子マネー機能を搭載したウェアラブル機器を装着し、一人で外出する状況を想定した処理例である。親は、子どもが好き勝手に電子マネーを利用することを阻止したい。学校の校内での電子マネー利用は許可するが、コンビニやスーパー、校外の自販機などでの利用は許可しない。
　あるいは、例えば、家と学校の最寄駅の改札では、電子マネーの利用を許可し、それ以外の場所では利用させたくない
　このような場合に利用可能な処理例である。

　親は、子どもにウェアラブル機器を渡す前にスマホアプリを用いて、子どもがウェアラブル機器に搭載された電子マネーを利用してもよい場所を設定する。
　子どもは、ウェアラブル機器を装着し、ウェアラブル機器の第１ロックを解除する。すなわち、コード入力による第１ロック解除処理を行う。この状態のまま、ウェアラブル機器があらかじめ許可されたエリア内に入ると、第２ロックが解除されて、電子マネー機能が使えるようになる。
　なお、第１ロックを解除しないまま、許可されたエリアにウェアラブル機器を持ち込んでも、電子マネーは利用できない。
　また、第１ロックが解除された状態でも、第２ロックが解除されるまでは、電子マネーは利用できない。

　図１０右に示すフローチャートは、ロック解除シーケンスを説明するフローチャートである。なお、前提としてユーザは、ロック解除用コードによる第１ロックと、ユーザ設定条件に基づく第２ロックによる２重ロックが設定されたウェアラブル機器等の情報処理装置を保持しているものとする。
　各ステップの処理について説明する。

　　（ステップＳ２０１）
　まず、ユーザは、ステップＳ２０１において、情報処理装置にロック解除用コードを入力する。すなわち、ＰＩＮコード等のロック解除用コードである。

　　（ステップＳ２０２）
　情報処理装置の制御部は、ユーザカら入力されたロック解除用コードと、メモリに登録済みのコードを照合し、一致するか否かを判定する。
　一致した場合は、正しいコードが入力されたと判定し、ステップＳ２０３に進む。
　一致しない場合は、正しいコードが入力されなかったと判定し、ステップＳ２０１に戻る。この場合は第１ロックの解除は行われず、ＩＣカード機能は利用できない。

　　（ステップＳ２０３）
　ステップＳ２０２において、正しいコードが入力されたと判定した場合は、ステップＳ２０３に進む。
　この場合、情報処理装置の制御部はＩＣカード機能の第１ロックを解除する。
　なお、この状態では、まだＩＣカード機能の利用はできない。

　　（ステップＳ２０４）
　次に、情報処理装置の制御部は、ユーザによって設定された第２ロック解除条件が満たされたか否かを判定する。

　図１０左側に示す条件情報は、情報処理装置の記憶部に格納されている。情報処理装置の制御部は、情報処理装置の記憶部に格納された第２ロック解除条件を参照し、さらに、第２ロック解除判定用アプリ＝歩数計測アプリケーションの取得情報を解析して、ユーザによって設定された第２ロック解除条件が満たされたか否かを判定する。

　第２ロック解除条件が満たされたと判定した場合、すなわち本例では、ユーザ位置が規定エリア内にあると判定された場合には、ステップＳ２０５に進む。
　一方、第２ロック解除条件が満たされていないと判定した場合、すなわちユーザ位置が規定エリア内にないと判定された場合には、ステップＳ２０３に戻る。この場合、第２ロックは解除されず、ユーザはＩＣカード機能（電子マネー機能提供アプリ）を利用できない。

　　（ステップＳ２０５）
　ステップＳ２０４において、第２ロック解除条件が満たされたと判定した場合、すなわち、ユーザ位置が規定エリア内にあると判定された場合には、ステップＳ２０５に進む。

　情報処理装置の制御部は第２ロック解除条件が満たされたと判定した場合、ステップＳ２０５において第２ロックを解除する。この処理によって、ユーザは、ＩＣカード機能（電子マネー機能提供アプリ）を利用することが可能となる。

　図１１は、もう１つの具体例を示している。
　図１１左に示す表は、以下の各データを示している。
　（ａ）ロック対象アプリ（ＩＣカード機能提供アプリ）＝カーシェアリングの会員証機能アプリ
　（ｂ）ロック（第２ロック）解除判定用アプリ＝体調管理アプリ
　（ｃ）ロック（第２ロック）解除条件＝ユーザ体調が良好

　この設定の第２ロックの解除条件は、体調管理アプリによって取得されるユーザの体調情報が、良好な状態定であることである。
　この条件を満足する場合に、ロック対象アプリ（カーシェアリングの会員証機能アプリ）が利用可能となる。

　この設定情報は、情報処理装置内の記憶部に格納され、制御部が記憶部に格納された設定情報と、ロック（第２ロック）解除判定用アプリ＝体調管理アプリの取得情報を対比して、ロック解除条件が満たされたか否かを判定してロック解除やロック処理を実行する。

　この処理例は、例えばカーシェアの会員証情報を含むＩＣカード機能提供アプリをユーザのスマホやウェアラブル機器等の情報処理装置にインストールして利用する場合の処理例である。
　ユーザはスマホやウェアラブル機器を、利用する車のＩＣカードリーダにかざすことで車の鍵を入手できる。すなわち無人で車を借りることができる。

　従来の仕組みでは、ドライバの体調に関係なく、カーシェアの申込をし、会員証を持って、利用する車のところに行けば、車が借りられ、運転できる。
　しかし、ドライバが寝不足、体調不良、極度のストレス下にある場合、車を運転することで、事故を起こす可能性が高い。ドライバが運転に適さない体調不良の状態である場合、車が借りられないようにすることが望ましい。

　ユーザの利用するスマホやウェアラブル機器には、体調管理アプリがインストールされており、さらに様々なセンタが搭載されている。体調管理アプリは、センサを介してユーザの心拍数、活動量、睡眠、ストレスレベル等を測定する。
　さらに、体調管理アプリは、これらの情報に基づいてユーザの体調が良好な状態にあるか否かを判定する。

　ユーザの体調が良好であると判定された場合は第２ロックを解除する。これにより、ロック対象アプリとしてのＩＣカード機能提供アプリ、すなわちカーシェアリングの会員証機能アプリを利用することができ、車を借りることができる。
　しかし、ユーザの体調が良好でないと判定された場合は第２ロックを解除しない。すなわちカーシェアリングの会員証機能アプリを利用することができず、車を借りることができない。
　このようなロック制御を行うことで、体調不良のユーザによる車の運転を防止し、事故を未然に防ぐことが可能となる。

　例えば、ユーザは、ウェアラブル機器を装着し、第１ロックを解除する。その後、カーシェアを利用する直前まで、ウェアラブル機器を装着し続け、体調管理アプリが自身の心拍数や体温、活動量などのバイタルデータを記録し続ける。
　ウェアラブル機器の体調管理アプリは、ユーザのバイタルデータを解析し、ユーザの睡眠状態やストレスレベル、酒気帯び状態にないかを判定する。
　ユーザの体調が良好であると判定された場合は第２ロックを解除する。これにより、ロック対象アプリとしてのＩＣカード機能提供アプリ、すなわちカーシェアリングの会員証機能アプリを利用することができ、車を借りることができる。

　なお、第１段ロックの解除は、ロック解除用コード（ＰＩＮコード）の入力でもよいが、コード入力だけでは、例えば家族間でウェアラブル機器を貸し借りした場合に、機器のメモリに記録されている生体情報（バイタルデータ）が本人データと異なってしまう場合が発生しうる。このような事態を回避するために、例えばウェアラブル機器に搭載された加速度センサを用いた歩容認証、すなわち歩き方によって個人を特定する認証処理を並行して行う構成としてもよい。この構成により、データが記録されたときの機器の装着者がユーザ本人であるかどうか判定することができる。
　すなわち、ウェアラブル機器は、ロック状態に関係なく、ユーザがウェアラブル機器を装着している間、体調に関する情報に加え、ユーザの歩き方のパターン（歩容データ）を記録する。ウェアラブル機器は、ユーザがロック解除用コードを入力して第１のロックを解除しようとしている時点においても同じユーザがロックを解除しようとしていることを確認するため、現時点の最新期間と過去の所定期間の歩容データを比較する。ウェアラブル機器は、歩容データのパターンが一致したと確認した場合、ユーザ本人であると判定して、ロック解除用コードの入力を受け付ける。すなわちコードが正しければロックを解除する処理を行う。

　図１１の右に示すフローチャートは、ロック解除シーケンスを説明するフローチャートである。なお、前提としてユーザは、ロック解除用コードによる第１ロックと、ユーザ設定条件に基づく第２ロックによる２重ロックが設定されたウェアラブル機器等の情報処理装置を保持しているものとする。
　各ステップの処理について説明する。

　　（ステップＳ２２１）
　まず、ユーザは、ステップＳ２２１において、情報処理装置にロック解除用コードを入力する。すなわち、ＰＩＮコード等のロック解除用コードである。

　　（ステップＳ２２２）
　情報処理装置の制御部は、ユーザから入力されたロック解除用コードと、メモリに登録済みのコードを照合し、一致するか否かを判定する。
　一致した場合は、正しいコードが入力されたと判定し、ステップＳ２２３に進む。
　一致しない場合は、正しいコードが入力されなかったと判定し、ステップＳ２２１に戻る。この場合は第１ロックの解除は行われず、ＩＣカード機能は利用できない。

　　（ステップＳ２２３）
　ステップＳ２２２において、正しいコードが入力されたと判定した場合は、ステップＳ２２３に進む。
　この場合、情報処理装置の制御部はＩＣカード機能の第１ロックを解除する。
　なお、この状態では、まだＩＣカード機能の利用はできない。

　なお、このステップＳ２２１～Ｓ２２２の第１段ロック解除処理においては、前述したように、ユーザ本人であるかどうかを確認可能とした個人認証可能な認証方式を利用してもよい。前述した加速度センサを用いた歩き方による個人認証処理が利用可能である。
　なお、前述したように、例えば、ウェアラブル機器がロック状態に関係なく、ユーザがウェアラブル機器を装着している間、体調に関する情報に加え、ユーザの歩き方のパターン（歩容データ）を記録する構成では、以下のような処理が実行可能となる。
　ユーザがロック解除用コードを入力して第１のロックを解除しようとしている時点における最新の歩容データと過去の所定期間の歩容データを比較し、歩容データのパターンが合致した場合、ユーザ本人であると判定して、ロック解除用コードの入力を受け付ける。すなわちコードが正しければロックを解除する処理を行う。

　　（ステップＳ２２４）
　次に、情報処理装置の制御部は、ユーザによって設定された第２ロック解除条件が満たされたか否かを判定する。

　図１１左側に示す情報は、情報処理装置の記憶部に格納されている。情報処理装置の制御部は、情報処理装置の記憶部に格納された第２ロック解除条件を参照し、さらに、第２ロック解除判定用アプリ＝体調管理アプリケーションの取得情報を解析して、ユーザによって設定された第２ロック解除条件が満たされたか否かを判定する。

　第２ロック解除条件が満たされたと判定した場合、すなわち本例では、ユーザの体調が良好であると判定された場合には、ステップＳ２２５に進む。
　一方、第２ロック解除条件が満たされていないと判定した場合、すなわちユーザの体調が良好ではないと判定された場合には、ステップＳ２２３に戻る。この場合、第２ロックは解除されず、ユーザはＩＣカード機能（カーシェアリングの会員証機能アプリ）を利用できない。

　　（ステップＳ２２５）
　ステップＳ２２４において、第２ロック解除条件が満たされたと判定した場合、すなわち、ユーザの体調が良好であると判定された場合には、ステップＳ２２５に進む。

　情報処理装置の制御部は第２ロック解除条件が満たされたと判定した場合、ステップＳ２２５において第２ロックを解除する。この処理によって、ユーザは、ＩＣカード機能（カーシェアリングの会員証機能アプリ）を利用することが可能となる。

　なお、上述した処理例では、利用時点の体温や脈拍を確認しロック解除の判定を行うことを想定した処理例としているが、ユーザは常時ウェアラブル機器を身に着けており、過去２４時間以内の睡眠時間なども条件判定に利用する構成としてもよい。
　この場合、ユーザがカーシェアリングを利用する直前に、ウェアラブル機器を操作し、第１のロックを解除し、その時点で、第２のロックを解除する条件が満たされていたら、第２のロックも解除され、車が借りられるようになるという流れで処理が実行される。

　　［６．情報処理装置の構成例について］
　次に、本開示の情報処理装置１００の構成例について説明する。
　図１２は、本開示の情報処理装置１００、すなわちＩＣカード機能を有するスマホやウェアラブル機器等の情報処理装置１００の構成例を示す図である。図１２に示すように、本開示の情報処理装置１００は、制御部（マイコン等）１５１、操作部１５２、表示部１５３、セキュアエレメント１５４、メモリ１５５、クロック１５６、各種センサ群１６０、第１通信部１７０、第２通信部１８０、電源供給部１９０を有する。

　各種センサ群１６０には、例えば、加速度センサ１６１、指紋センサ１６２、ＧＰＳセンサ１６３等が含まれる。第１通信部１７０にはブルートゥース（登録商標）通信部１７１、Ｗｉ－Ｆｉ通信部１７２、その他の通信部１７３が含まれる。第２通信部１８０には、ＮＦＣ－ＣＬＦ１８１、近傍通信手段１８２、その他の通信部１８３が含まれる。

　制御部（マイコン等）１５１は、情報処理装置１００において実行する処理の制御を実行する。具体的には、先に説明した第１ロック、第２ロックの設定、解除処理、その他、各種アプリケーションの実行、制御等を行う。上述した各フローの処理制御も行う。
　なお、制御部（マイコン等）１５１の実行する制御プログラム、アプリケーション等は、メモリ１５５に格納されている。

　操作部１５２は、ユーザによる操作可能な操作部であり、各種スイッチの他、表示部１５３上のタッチパネル等も含まれる。ユーザは操作部１５２を介して様々な情報を入力することができる。例えば先に説明した第１ロック解除用のコード情報や第２ロック解除に適用するアプリケーション情報や解除条件情報等を入力することができる。

　表示部１５３は、例えば液晶ディスプレイ等の表示部であり、上述したロック条件情報の入力に利用される他、様々なアプリケーションの実行情報等の表示に利用される。

　セキュアエレメント１５４は、セキュアメモリおよびメモリ制御部を有するエレメントとして構成されるＩＣチップである。セキュアエレメント１５４内のセキュアメモリにはＩＣカード機能提供アプリ等が格納される。
　セキュアエレメント１５４の具体的構成例については後段で図１３を参照して説明する。

　メモリ１５５は、前述したように、制御部１５１の実行する制御プログラム、アプリケーション、ロック解除用コード（ＰＩＮコード）、第２ロック解除条件情報等が記録される。

　クロック１５６は時計情報であり、各処理部にクロック情報を出力する。各種センサ群１６０には例えば加速度センサ１６１、指紋センサ１６２、ＧＰＳセンサ１６３等が含まれる。これらのセンサ取得情報は、例えば第２ロック解除条件を満たすか否かの判定処理に利用される。

　第１通信部１７０は、ブルートゥース（登録商標）通信部１７１、Ｗｉ－Ｆｉ通信部１７２、その他の通信部１７３によって構成され、外部装置、例えばサーバ、ＰＣ、スマホ、ウェアラブル機器等との通信に利用される。第２通信部１８０は、ＮＦＣ－ＣＬＦ１８１、近傍通信手段１８２、その他の通信部１８３が含まれ、例えばリーダライタ（Ｒ／Ｗ）２１との通信処理を行う。
　ＮＦＣ－ＣＬＦ１８１は、ＮＦＣ（Ｎｅａｒ　Ｆｉｅｌｄ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ）－ＣＬＦ（Ｃｏｎｔａｃｔｌｅｓｓ　Ｆｒｏｎｔ　Ｅｎｄ）であり近接通信のためのＩＣチップの一種である。

　次に、図１３を参照してセキュアエレメント１５４の具体的構成例について説明する。
　セキュアエレメント１５４は、主にセキュアメモリおよびセキュアメモリ制御部から構成されるＩＣチップである。
　図１３に示すように、セキュアエレメント１５４のセキュアメモリ内には、各ＩＣカード機能提供アプリケーションが格納されている。カードＯＳはセキュアメモリに格納されたＩＣカード機能提供アプリケーションのサービス単位の処理制御を実行する。

　なお、このセキュアエレメント１５４に格納されたＩＣカード機能提供アプリケーションは、制御部１５１においてロック（第１ロックと第２ロック）が解除された場合に利用可能となる。
　制御部１５１においてロック（第１ロックと第２ロック）が解除された場合、セキュアエレメント１５４内の制御部であるカードＯＳの制御により、通信部１８０の例えばＮＦＣ－ＣＬＦを介してリーダライタ（Ｒ／Ｗ）との通信が実行される。

　次に、図１４を参照して、本開示の情報処理装置１００に格納されたＩＣカード機能提供アプリの状態遷移処理の一例について説明する。
　図１４に示すように、情報処理装置１００に格納されたＩＣカード機能提供アプリの状態は、以下の４状態のいずれかに設定され、遷移条件の発生に基づいて各状態間を遷移する。
　（状態１）第１ロック状態
　（状態２）第１ロック解除状態
　（状態３）第２ロック状態
　（状態４）第２ロック解除状態

　（状態１）第１ロック状態から、（状態２）第１ロック解除状態へは、第１ロック解除コードの入力（ユーザ認証）によって遷移する。
　（状態２）第１ロック解除状態から、（状態１）第１ロック状態へは、予め規定した第１ロックの設定条件を満たした場合に遷移する。例えばウェアラブル端末の取り外し後、静止状態で一定時間経過した場合や、静脈センサの検出情報により人体装着が解除されたと判定した場合、あるいは予め規定した時間、ＩＣカード機能提供アプリの利用がなかった場合等である。

　（状態２）第１ロック解除状態から（状態３）第２ロック状態へは、第２ロック解除条件の設定があり、かつ、第２ロック解除条件を満たしていない場合に遷移する。
　（状態３）第２ロック状態から、（状態２）第１ロック解除状態へは、第２ロック解除条件の削除処理が行われた場合に遷移する。
　（状態３）第２ロック状態から、（状態１）第１ロック状態へは、予め規定した第１ロックの設定条件を満たした場合に遷移する。例えばウェアラブル端末の取り外し後、静止状態で一定時間経過した場合や、静脈センサの検出情報により人体装着が解除されたと判定した場合、あるいは予め規定した時間、ＩＣカード機能提供アプリの利用がなかった場合等である。

　（状態３）第２ロック状態から、（状態４）第２ロック解除状態へは、第２ロック解除条件を満たした場合に遷移する。
　（状態４）第２ロック解除状態から、（状態３）第２ロック状態へは、第２ロック解除条件を満たさなくなった場合に遷移する。
　（状態４）第２ロック解除状態から、（状態１）第１ロック状態へは、予め規定した第１ロックの設定条件を満たした場合に遷移する。例えばウェアラブル端末の取り外し後、静止状態で一定時間経過した場合や、静脈センサの検出情報により人体装着が解除されたと判定した場合、あるいは予め規定した時間、ＩＣカード機能提供アプリの利用がなかった場合等である。
　また、他状態から（状態１）第１ロック状態へは、ユーザがウェアラブル機器を装着したまま、ウェアラブル機器の仕様等で予め規定された時間が経過した場合（ＩＣカード機能提供アプリの利用有無にかかわらず）にも遷移する。

　本開示の情報処理装置１００に格納されたＩＣカード機能提供アプリはこのように図１４に示す状態遷移を行う。

　次に、図１５を参照して、情報処理装置１００のメモリ１５５に格納される第２ロック解除条件情報のデータ例について説明する。
　メモリ１５５には、図１５に示すように、以下の各データが対応付けて記録される。
　（Ａ）ルール識別子
　（Ｂ）ロック対象サービス（ＩＣカード機能提供アプリのサービス）
　（Ｃ１）第２ロック解除条件１
　（Ｃ２）第２ロック解除条件２
　　：

　（Ａ）ルール識別子は、適用ルールの識別子である。ユーザはこれら複数のルールから適用するルールを選択することができる。
　また、様々な新たなルールを追加する処理や、ルールの削除処理を行うことも可能である。

　（Ｂ）ロック対象サービス（ＩＣカード機能提供アプリのサービス）は、第２ロックの設定、解除対象となるアプリケーションの提供サービスである。
　例えば鉄道やバス等の乗車券として利用可能な交通乗車機能提供アプリ、あるいは様々な店舗で利用可能なクレジットカード機能を持つクレジットカード機能提供アプリ、特定の飲食店チェーンで利用可能な特定店舗対応の決済に利用可能なショップ対応アプリ等の各アプリ提供サービス単位でルールが記録される。

　（Ｃ１）、（Ｃ２）・・には、第２ロック解除条件を複数記録することができる。
　第２ロック解除条件１，２，・・・はａｎｄ条件であり、（Ｃ１），（Ｃ２），・・・に記録された解除条件を全て満たす場合に、（Ｂ）ロック対象サービス（ＩＣカード機能提供アプリのサービス）の第２ロックが解除され、サービスを利用することができる。

　なお、（Ｃ１）第２ロック解除条件１には、以下の各データが記録される。
　（Ｃ１ａ）第２ロック解除判定用アプリ、センサ
　（Ｃ１ｂ）解除条件値１
　（Ｃ１ｃ）解除条件値２

　（Ｃ１ａ）第２ロック解除判定用アプリ、センサには第２ロックの解除判定に適用する情報を取得するためのアプリ、またはセンサが記録される。
　（Ｃ１ｂ）解除条件値１
　（Ｃ１ｃ）解除条件値２
　これらには、（Ｃ１ａ）第２ロック解除判定用アプリ、センサによって取得される情報であって、（Ｂ）ロック対象サービス（ＩＣカード機能提供アプリのサービス）の第２ロックの解除条件となる値が記録される。

　例えば、ルール１は、
　（Ｂ）ロック対象サービス（ＩＣカード機能提供アプリのサービス）＝ｘｘｘｘ
　（Ｃ１ａ）第２ロック解除判定用アプリ、センサ＝体調管理アプリ、脈拍センサ、体温センサ
　（Ｃ１ｂ）解除条件値１＝（脈拍＝６０～９０）
　（Ｃ１ｃ）解除条件値２＝（体温３５～３７℃）
　これらのデータが記録されている。

　これは、先に図１１を参照して説明したカーシェアリングの会員証機能サービスの第２ロック解除処理に対応するルールである。すなわち、
　（Ｂ）ロック対象サービス（ＩＣカード機能提供アプリのサービス）＝ｘｘｘｘ
　＝カーシェアリングの会員証機能サービス
　この設定ルールに対応する。

　このルール１は、体調管理アプリ、脈拍センサ、体温センサによって取得したユーザの脈拍＝６０～９０で、かつ体温＝３５～３７℃である場合、（Ｂ）に示されたサービス（ｘｘｘｘ＝カーシェアリングの会員証機能サービス）の第２ロックを解除して、サービス利用を可能とするルールである。

　また、ルール２は、
　（Ｂ）ロック対象サービス（ＩＣカード機能提供アプリのサービス）＝ｙｙｙｙ
　（Ｃ１ａ）第２ロック解除判定用アプリ、センサ＝歩数計測アプリ、加速度センサ、
　（Ｃ１ｂ）解除条件値１＝（歩数＞１０，００００）
　（Ｃ２ａ）第２ロック解除判定用アプリ、センサ＝システムクロック
　（Ｃ２ｂ）解除条件値１＝（現在時刻＝ｐｐ～ｑｑ）
　これらのデータが記録されている。

　これは、先に図５を参照して説明した交通乗車券機能提供サービスの第２ロック解除処理と類似するルールである。すなわち、
　（Ｂ）ロック対象サービス（ＩＣカード機能提供アプリのサービス）＝ｙｙｙｙ
　＝交通乗車券機能提供サービス
　この設定ルールに対応する。

　このルール２は、歩数計測アプリ、加速度センサによって取得されるユーザの歩数＞１０，０００で、かつ、システムクロックによって得られた現在時刻＝ｐｐ～ｑｑにある場合、（Ｂ）に示されたサービス（ｙｙｙｙ＝交通乗車券機能提供サービス）の第２ロックを解除して、サービス利用を可能とするルールである。

　なお、例えば、ユーザの歩数の計測開始時間を８時といった特定の時間に設定したい場合は、システムクロックの解除条件値１として、歩数計測開始時間＝ＡＭ８：００等を設定すればよい。

　また、ルール３は、
　（Ｂ）ロック対象サービス（ＩＣカード機能提供アプリのサービス）＝ｙｙｙｙ
　（Ｃ１ａ）第２ロック解除判定用アプリ、センサ＝歩数計測アプリ、加速度センサ
　（Ｃ１ｂ）解除条件値１＝（歩数＞１０，００００）
　（Ｃ１ａ）第２ロック解除判定用アプリ、センサ＝天気情報アプリ
　（Ｃ１ｂ）解除条件値１＝（天気＝アプリ）
　これらのデータが記録されている。

　これは、上述したルール２と同じ通乗車券機能提供サービスの第２ロック解除処理に関するルールである。すなわち、
　（Ｂ）ロック対象サービス（ＩＣカード機能提供アプリのサービス）＝ｙｙｙｙ
　＝交通乗車券機能提供サービス
　この設定ルールに対応する。
　ルール２とルール３は、同じサービスに関するルールであり、ユーザはいずれを適用するかを自由に設定できる。
　このルール３は、先に図６を参照して説明した交通乗車券機能提供サービスの第２ロック解除処理と類似するルールである。

　このルール３は、歩数計測アプリ、加速度センサユーザの歩数＞１０，０００であるか、または、天気情報アプリによって得られた天気＝雨である場合に、（Ｂ）に示されたサービス（ｙｙｙｙ＝交通乗車券機能提供サービス）の第２ロックを解除して、サービス利用を可能とするルールである。

　（Ｃ１），（Ｃ２）・・・の横方向の条件はａｎｄ条件となるが、（Ｃ１）等の各データ欄の縦方向に記録された条件はｏｒ条件となる。

　さらに、ルール４は、
　（Ｂ）ロック対象サービス（ＩＣカード機能提供アプリのサービス）＝ｚｚｚｚ
　（Ｃ１ａ）第２ロック解除判定用アプリ、センサ＝ＧＰＳ
　（Ｃ１ｂ）解除条件値１＝（現在地＝緯度＝ａａ～ｂｂ，経度＝ｃｃ～ｄｄ）
　（Ｃ２ａ）第２ロック解除判定用アプリ、センサ＝システムクロック
　（Ｃ２ｂ）解除条件値１＝（現在時刻＝ｕｕ～ｖｖ）
　これらのデータが記録されている。

　このルールは、第２ロック解除判定用アプリ、センサが、ＧＰＳとシステムクロックのみであり、情報取得アプリケーションを適用しないセンサ（クロックを含む）取得情報のみを用いてロック解除判定を実行する例である。
　情報処理装置１００の制御部１５１は、このようにセンサ取得情報のみを用いて、ロック解除判定を行う場合もある。

　このルール４は、ＧＰＳによって取得されるユーザの現在地＝緯度＝ａａ～ｂｂ，経度＝ｃｃ～ｄｄで、かつ、システムクロックによって得られた現在時刻＝ｕｕ～ｖｖにある場合、（Ｂ）に示されたサービス（ｚｚｚｚ）の第２ロックを解除して、サービス利用を可能とするルールである。

　このように、情報処理装置１００のメモリ１５５には、第２ロック解除条件情報として、
　（Ａ）ルール識別子
　（Ｂ）ロック対象サービス（ＩＣカード機能提供アプリのサービス）
　（Ｃ１）第２ロック解除条件１
　（Ｃ２）第２ロック解除条件２
　　：
　これらの各データが対応付けて記録される。

　制御部１５１は、このデータを参照して、ＩＣカード機能提供アプリのサービス単位でのロック制御を行う。
　なお、図１５に示す例では、
　（Ｂ）ロック対象サービス（ＩＣカード機能提供アプリのサービス）の記録データをサービス単位で記録した例を示したが、複数サービスを含むアプリ単位でルールを記録することも可能であり、複数のアプリを提供するシステムコード単位、あるいはカードＩＤ等の単位でルールを設定する構成も可能である。

　　［７．情報処理装置の実行する処理のシーケンスについて］
　次に、本開示の情報処理装置１００の実行する様々な処理のシーケンスについて説明する。

　図１６に示すフローチャートを参照して、以下の各処理について説明する。
　（１）ウェアラブル機器の初期設定処理（図１６）
　（２）ウェアラブル機器の第１ロック解除処理（図１７）
　（３）ウェアラブル機器に対する第２ロック解除条件設定処理（図１８）
　（４）ウェアラブル機器の第１ロックと第２ロックの解除処理（図１９）
　（５）ウェアラブル機器の第２ロック解除条件削除処理（図２０）
　（６）リーダライタからのコマンド入力に基づくウェアラブル機器のロック解除処理（図２１）
　なお、これらの各処理は、情報処理装置１００のメモリ１５５に格納されたプログラムに従って、プログラム実行機能を有するＣＰＵ等を備えた制御部１５１の制御下で実行される。
　以下、各処理について、順次、説明する。

　　（１）ウェアラブル機器の初期設定処理
　まず、図１６に示すフローチャートを参照して、ウェアラブル機器の初期設定処理のシーケンスについて説明する。
　各ステップの処理について、順次、説明する。

　　（ステップＳ３０１）
　まず、ステップＳ３０１において、スマホ１０１とウェアラブル機器１０２を通信接続する。
　なお、この接続処理に際しては、例えば規定の認証処理を実行して、相互の正当性確認を行うことが好ましい。

　　（ステップＳ３０２）
　次に、ステップＳ３０２において、スマホ１０１は、ＩＣカード機能設定アプリを起動する。

　　（ステップＳ３０３）
　次に、ステップＳ３０３において、スマホ１０１は、ＩＣカード機能設定アプリの設定画面にロック解除用コード（ＰＩＮコード）を入力して、ウェアラブル機器１０２に送信する。

　　（ステップＳ３０４）
　次に、ステップＳ３０４において、ユーザは、ウェアラブル機器１０２でＩＣカード機能提供アプリの設定画面を表示し、ロック解除用コード（ＰＩＮコード）を入力する。

　　（ステップＳ３０５）
　次に、ステップＳ３０５において、ウェアラブル機器１０２の制御部は、スマホ１０１から受信したコードと、ステップＳ３０４でユーザがウェアラブル機器１０２に入力したコードが一致するか否かを判定する。一致した場合には、このコードをウェアラブル機器１０２のメモリに格納する。
　一致しない場合は、ステップＳ３０３に戻る。

　　（２）ウェアラブル機器の第１ロック解除処理
　次に、図１７に示すフローチャートを参照して、ウェアラブル機器の第１ロック解除処理のシーケンスについて説明する。
　各ステップの処理について、順次、説明する。

　　（ステップＳ３２１）
　まず、ステップＳ３２１において、ユーザがウェアラブル機器１０２を装着する。

　　（ステップＳ３２２）
　次に、ステップＳ３２２において、ウェアラブル機器１０２でＩＣカード機能提供アプリの設定画面を表示し、ロック解除用コード（ＰＩＮコード）を入力する。

　　（ステップＳ３２３）
　次に、ステップＳ３２３において、ウェアラブル機器１０２の制御部は、入力コードがメモリに登録されたコードと一致するか否かを判定する。
　一致しない場合は、ステップＳ３２２に戻る。
　一致した場合は、ステップＳ３２４に進む。

　　（ステップＳ３２４）
　次に、ステップＳ３２４において、ウェアラブル機器１０２の制御部は、第１ロックを解除する。

　　（ステップＳ３２５）
　次に、ステップＳ３２５において、ウェアラブル機器１０２の制御部は、ウェアラブル機器１０２の人体装着が解除されたか否かを判定する。
　例えば加速度センサの検出値、あるいは静脈センサの検出情報等に基づいて判定する。
　ウェアラブル機器１０２の人体装着が解除されていない場合は、ステップＳ３２４に戻り、第１ロックの解除状態を継続する。
　一方、ウェアラブル機器１０２の人体装着が解除された
と判定した場合は、ステップＳ３２６に進む。

　　（ステップＳ３２６）
　ステップＳ３２５において、静止時間が規定時間以上、継続した場合や、静脈センサの検出情報により人体装着が解除されたと判定した場合、ウェアラブル機器１０２の制御部は、ステップＳ３２６において、第１ロックの解除状態を停止し、第１ロックのロック状態に移行させる。
　なお、第１ロック状態への移行は、ユーザがウェアラブル機器を装着したまま、ウェアラブル機器の仕様等で予め規定された時間が経過した場合（ＩＣカード機能提供アプリの利用有無にかかわらず）にも遷移する。
　その後はステップＳ３２２においてユーザによるコード入力に応じて、ステップＳ３２２以下の処理を実行する。

　　（３）ウェアラブル機器に対する第２ロック解除条件設定処理
　次に、図１８に示すフローチャートを参照して、ウェアラブル機器に対する第２ロック解除条件設定処理のシーケンスについて説明する。
　各ステップの処理について、順次、説明する。

　　（ステップＳ３４１）
　まず、ステップＳ３４１において、スマホ１０１とウェアラブル機器１０２を通信接続する。
　なお、この接続処理に際しては、例えば規定の認証処理を実行して、相互の正当性確認を行うことが好ましい。

　　（ステップＳ３４２）
　次に、ステップＳ３４２において、スマホ１０１は、ＩＣカード機能設定アプリを起動する。

　　（ステップＳ３４３）
　次に、ステップＳ３４３において、ユーザは、スマホ１０１に、第２ロック解除条件情報を入力する。具体的には、先に図１５を参照して説明したメモリ登録データ、すなわち、
　（Ｂ）ロック対象サービス（ＩＣカード機能提供アプリのサービス）
　（Ｃ１ａ）第２ロック解除判定用アプリ、センサ
　（Ｃ１ｂ）解除条件値
　これらのデータの入力を行う。

　　（ステップＳ３４４）、
　次に、ステップＳ３４４において、スマホ１０１は、ステップＳ３４３において入力された第２ロック解除条件情報をウェアラブル機器１０２に送信する。

　　（ステップＳ３４５）、
　次に、ステップＳ３４５において、ウェアラブル機器１０２は、スマホ１０１から受信した第２ロック解除条件情報をウェアラブル機器１０２のメモリに格納する。

　（４）ウェアラブル機器の第１ロックと第２ロックの解除処理
　次に、図１９に示すフローチャートを参照して、ウェアラブル機器の第１ロックと第２ロックの解除処理のシーケンスについて説明する。
　各ステップの処理について、順次、説明する。

　　（ステップＳ３６１）
　まず、ステップＳ３６１において、ユーザがウェアラブル機器１０２を装着する。

　　（ステップＳ３６２）
　次に、ステップＳ３６２において、ウェアラブル機器１０２でＩＣカード機能提供アプリの設定画面を表示し、ロック解除用コード（ＰＩＮコード）を入力する。

　　（ステップＳ３６３）
　次に、ステップＳ３６３において、ウェアラブル機器１０２の制御部は、入力コードがメモリに登録されたコードと一致するか否かを判定する。
　一致しない場合は、ステップＳ３６２に戻る。
　一致した場合は、ステップＳ３６４に進む。

　　（ステップＳ３６４）
　次に、ステップＳ３６４において、ウェアラブル機器１０２の制御部は、第１ロックを解除する。

　　（ステップＳ３６５～Ｓ３６６）
　次に、ステップＳ３６５において、ウェアラブル機器１０２の制御部は、ウェアラブル機器１０２の人体装着が解除されたか否かを判定する。
　例えば加速度センサの検出値、あるいは静脈センサの検出情報等に基づいて判定する。

　静止時間が規定時間以上、継続した場合や、静脈センサの検出情報により人体装着が解除されたと判定した場合は、ステップＳ３６６に進み、第１ロック状態に移行して、ステップＳ３６２に戻る。
　なお、第１ロック状態への移行は、ユーザがウェアラブル機器を装着したまま、ウェアラブル機器の仕様等で予め規定された時間が経過した場合（ＩＣカード機能提供アプリの利用有無にかかわらず）にも遷移する。
　一方、静止時間が規定時間以上、継続していない場合は、ステップＳ３２４に戻り、第１ロックの解除状態を継続し、ステップＳ３７１に進む。

　　（ステップＳ３７１）
　次に、ステップＳ３７１において、ウェアラブル機器１０２の制御部は、第２ロック解除条件の設定、すなわちＩＣカード機能適用アプリに対して適用設定のなされたルールが存在するか否かを判定する。
　存在しない場合は、ステップＳ３７４に進み、ＩＣカード機能適用アプリの実行サービスの利用を可能とする。
　一方、適用ルールが存在する場合は、ステップＳ３７２に進む。

　　（ステップＳ３７２）
　次に、ステップＳ３７２において、ウェアラブル機器１０２の制御部は、第２ロック解除条件が満たされているか否かを判定する。
　この判定処理は、メモリに記録されたルールの設定情報、すなわち、先に図１５を参照して説明した以下の情報、
　（Ｂ）ロック対象サービス（ＩＣカード機能提供アプリのサービス）
　（Ｃ１ａ）第２ロック解除判定用アプリ、センサ
　（Ｃ１ｂ）解除条件値
　これらの情報を参照し、アプリやセンサの取得情報と比較して、解除条件を満たすか否かを判定する。

　第２ロック解除条件が満たされていないと判定した場合は、第２ロックを解除することなく、このステップＳ３７２の判定処理を継続して実行する。
　一方、第２ロック解除条件が満たされていると判定した場合は、ステップＳ３７３に進む。

　　（ステップＳ３７３）
　ステップＳ３７２において、第２ロック解除条件が満たされていると判定した場合、ウェアラブル機器１０２の制御部は、ステップＳ３７３において、第２ロックの解除処理を実行する。
　この結果、ステップＳ３７４に進み、ＩＣカード機能適用アプリの実行サービスの利用が可能となる。

　　（５）ウェアラブル機器の第２ロック解除条件削除処理
　次に、図２０に示すフローチャートを参照して、ウェアラブル機器の第２ロック解除条件削除処理のシーケンスについて説明する。
　各ステップの処理について、順次、説明する。

　　（ステップＳ３８１）
　まず、ステップＳ３８１において、スマホ１０１とウェアラブル機器１０２を通信接続する。
　なお、この接続処理に際しては、例えば規定の認証処理を実行して、相互の正当性確認を行うことが好ましい。

　　（ステップＳ３８２）
　次に、ステップＳ３８２において、スマホ１０１は、ＩＣカード機能設定アプリを起動する。

　　（ステップＳ３８３）
　次に、ステップＳ３８３において、ユーザは、スマホ１０１に、ウェアラブル機器１０２のメモリから読み出した第２ロック解除条件情報の一覧から削除するルールを選択する。

　　（ステップＳ３８４）
　次に、ステップＳ３８４において、スマホ１０１の制御部は、スマホ１０１からのリモート操作により、ウェアラブル機器１０２のメモリに格納された削除対象のルールを削除する。

　　（６）リーダライタからのコマンド入力に基づくウェアラブル機器のロック解除処理
　次に、図２１に示すフローチャートを参照して、リーダライタからのコマンド入力に基づくウェアラブル機器のロック解除処理のシーケンスについて説明する。
　各ステップの処理について、順次、説明する。

　　（ステップＳ３９１）
　まず、ステップＳ３９１において、リーダライタは、カード待ち受け状態で待機する。この期間において、リーダライタは、定期的なポーリング処理（カードに対するコマンド送信）を実行している。

　　（ステップＳ３９２）
　次に、ステップＳ３９２において、ウェアラブル機器１０２は、リーダライタからのポーリングを受信する。

　　（ステップＳ３９３）
　次に、ステップＳ３９３において、ウェアラブル機器１０２の制御部は、リーダライタからのポーリング受信に応じて、リーダライタの要求するＩＣカード提供アプリのサービス対応のロック解除条件を確認する。
　なお、確認対象のロック解除条件は第２ロック解除条件である。第１ロックは解除されているものとする。

　　（ステップＳ３９４）
　次に、ステップＳ３９４において、リーダライタの要求するＩＣカード提供アプリのサービス対応のロック解除条件を満たすか否かを判定する。
　満たさない場合は、その後のリーダライタに対する応答処理を実行することなく処理を終了する。

　一方、リーダライタの要求するＩＣカード提供アプリのサービス対応のロック解除条件を満たすと判定した場合は、ステップＳ３９５に進む。

　　（ステップＳ３９５）
　次に、ステップＳ３９５において、ウェアラブル機器１０２の制御部は、リーダライタの要求するＩＣカード提供アプリのサービス対応の第２ロックを解除する。

　　（ステップＳ３９６）
　次に、ステップＳ３９６において、ウェアラブル機器１０２の制御部は、リーダライタに対してポーリングに対する応答を送信する。

　　［８．その他の実施例について］
　次に、その他の実施例について説明する。
　以下の２つの実施例について説明する。
　（１）第２ロック解除の条件を、ウェアラブル機器の特定ＩＣカードサービスの一定時間内の利用金額とする実施例
　（２）ウェアラブル機器をリーダライタ（Ｒ／Ｗ）にかざした際、リーダライタ（Ｒ／Ｗ）からウェアラブル機器にロック解除条件を書き込む実施例
　（３）その他の第２ロック解除判定用アプリについて

　（１）第２ロック解除の条件を、ウェアラブル機器の特定ＩＣカードサービスの一定時間内の利用金額とする実施例
　まず、第２ロック解除の条件を、ウェアラブル機器の特定ＩＣカードサービスの一定時間内の利用金額とする実施例について説明する。

　例えば、ウェアラブル機器の電子マネーで一定額以上買い物をすると、ウェアラブル機器を、店内の荷物預かりロッカーや、休憩スペースのドアなどに付設されたリーダライタ（Ｒ／Ｗ）にかざすことで、ロッカーやドアを開けられ、利用可能になる。

　本実施例において、第２ロック解除条件は、ユーザ（ウェアラブル機器）の位置が、特定のエリア内で、かつ電子マネーの一定時間内の利用額が、予め定めた規定額以上であることなどに設定される。

　第２ロック解除条件を満たすか否かについては、ウェアラブル機器のセンサ等によって取得される場所情報、時刻情報、およびＩＣカード機能アプリの特定サービスの利用履歴等に基づいて判定される。この判定結果に従って、第２ロックの、ロック・アンロックの制御を行う
　本例において、ロック解除対象サービスは、ロッカー、ラウンジなどの開閉サービスである。

　（２）ウェアラブル機器をリーダライタ（Ｒ／Ｗ）にかざした際、リーダライタ（Ｒ／Ｗ）からウェアラブル機器にロック解除条件を書き込む実施例
　次に、ウェアラブル機器をリーダライタ（Ｒ／Ｗ）にかざした際、リーダライタ（Ｒ／Ｗ）からウェアラブル機器にロック解除条件を書き込む実施例について説明する。

　例えば、ウェアラブル機器のＩＣカード機能を入場券として利用するエンタテインメント施設などにおいて、ある条件をクリアしたら、施設内の別のエリアに行くことを許可するサービスを提供する。

　ユーザが特定のリーダライタ（Ｒ／Ｗ）にウェアラブル機器をかざしたことをもって条件をクリアしたと判定し、リーダライタ（Ｒ／Ｗ）から新たなロック解除条件をウェアラブル機器に書き込む。
　例えば、新たなロック解除条件は、別のエリアの入り口付近、かつかざしてから２時間以内など、ユーザが次のエリアに近づけば、達成される内容等のロック解除証券である。
　この例において、ロック解除対象サービスは、施設内の特定エリアのＩＣ入場券提供サービスとなる。

　（３）その他の第２ロック解除判定用アプリについて
　次に、その他の第２ロック解除判定用アプリについて説明する。

　上述した実施例において、歩数測定アプリ等、複数の第２ロック解除判定用アプリについて説明した。上述した例の他、第２ロック解除判定用アプリとして、例えば、活動量計測アプリも利用可能である。
　活動量計測アプリは、加速度センサ、心拍センサなど複数のセンサの情報をもとに、ユーザの運動量（歩いた、走った、自転車に乗った、階段を上り降りしたなど）を総合的に判断する。
　このアプリを利用することで、例えば、
　第２ロック解除条件＝ユーザが規定の消費カロリを超えた
　この条件に基づくロック解除制御を行うことが可能となる。

　また、センサの情報を使用しないロック解除判定用アプリには、天気情報取得アプリ以外にも、ゲームやクイズなどのアプリ、例えば、課題をクリアするとロックが解除される。あるいは、スタンプカードやポイントカードのアプリ、例えば、特定のサービスの利用が閾値を超えるとロックが解除されるなど、様々なアプリが利用可能である。

　　［９．情報処理装置のハードウェア構成例について］
　次に、図２２を参照して、本開示の情報処理装置のハードウェア構成例について説明する。

　図２２に示す構成について説明する。
　ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）３０１は、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）３０２、または記憶部３０８に記憶されているログラムに従って各種の処理を実行する制御部やデータ処理部として機能する。例えば、上述した実施例において説明したシーケンスに従った処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）３０３には、ＣＰＵ３０１が実行するプログラムやデータなどが記憶される。これらのＣＰＵ３０１、ＲＯＭ３０２、およびＲＡＭ３０３は、バス３０４により相互に接続されている。

　ＣＰＵ３０１はバス３０４を介して入出力インタフェース３０５に接続され、入出力インタフェース３０５には、各種スイッチ、キーボード、マウス、マイクロホンなどよりなる入力部３０６、ディスプレイ、スピーカなどよりなる出力部３０７が接続されている。ＣＰＵ３０１は、入力部３０６から入力される指令に対応して各種の処理を実行し、処理結果を例えば出力部３０７に出力する。

　入出力インタフェース３０５に接続されている記憶部３０８は、例えばフラッシュメモリ、ハードディスク等からなり、ＣＰＵ３０１が実行するプログラムや各種のデータを記憶する。通信部３０９は、Ｗｉ－Ｆｉ通信、ブルートゥース（登録商標）（ＢＴ）通信、その他インターネットやローカルエリアネットワークなどのネットワークを介したデータ通信の送受信部として機能し、外部の装置と通信する。

　入出力インタフェース３０５に接続されているドライブ３１０は、磁気ディスク、光ディスク、光磁気ディスク、あるいはメモリカード等の半導体メモリなどのリムーバブルメディア３１１を駆動し、データの記録あるいは読み取りを実行する。

　　［１０．本開示の構成のまとめ］
　以上、特定の実施例を参照しながら、本開示の実施例について詳解してきた。しかしながら、本開示の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本開示の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。

　なお、本明細書において開示した技術は、以下のような構成をとることができる。
　（１）　第１のアプリケーションを記憶する記憶部と、
　具備するセンサからセンサ情報を取得し、取得したセンサ情報に基づいて、前記記憶部へのアクセスを禁止することにより前記第１のアプリケーションを利用不可とするロック制御を実行する制御部と、
　を有する情報処理装置。

　（２）　前記制御部は、さらに、
　ロック解除判定用アプリの取得情報に基づいて、前記第１のアプリケーションのロック制御を実行する（１）に記載の情報処理装置。

　（３）　前記制御部は、
　前記第１のアプリケーションに含まれる提供サービス単位でロック制御を実行する（１）または（２）に記載の情報処理装置。

　（４）　前記制御部は、
　複数の異なるロック解除判定用アプリの取得情報に基づいて、前記第１のアプリケーションのロック制御を実行する（１）～（３）いずれかに記載の情報処理装置。

　（５）　前記制御部は、
　前記第１のアプリケーションについて、
　入力コードに基づく第１ロック解除処理と、
　前記ロック解除判定用アプリの取得情報に基づく第２ロック解除処理を実行する
（１）～（４）いずれかに記載の情報処理装置。

　（６）　前記情報処理装置は、
　前記ロック解除判定用アプリの取得情報に基づく前記第１のアプリケーションのロック解除条件情報を格納したメモリを有し、
　前記制御部は、
　前記メモリに格納された前記ロック解除条件情報と、前記ロック解除判定用アプリの取得情報を比較して、前記第１のアプリケーションのロック解除処理を実行する（１）～（５）いずれかに記載の情報処理装置。

　（７）　前記制御部は、
　前記第１のアプリケーションのロック解除条件情報を外部装置から受信して、前記メモリに格納する（６）に記載の情報処理装置。

　（８）　前記ロック解除判定用アプリは、歩数計測アプリであり、
　前記制御部は、
　前記情報処理装置の保持ユーザの歩数が、予め規定されたロック解除条件である規定歩数を超えた場合に、前記第１のアプリケーションのロック解除処理を実行する（１）～（７）いずれかに記載の情報処理装置。

　（９）　前記ロック解除判定用アプリは、体調管理アプリであり、
　前記制御部は、
　前記情報処理装置の保持ユーザの体調が良好であると判定した場合に、前記第１のアプリケーションのロック解除処理を実行する（１）～（８）いずれかに記載の情報処理装置。

　（１０）　前記ロック解除判定用アプリは、位置情報取得アプリであり、
　前記制御部は、
　前記情報処理装置の保持ユーザの現在地が、予め規定した領域内にある場合に、前記第１のアプリケーションのロック解除処理を実行する（１）～（９）いずれかに記載の情報処理装置。

　（１１）　前記ロック解除判定用アプリは、天気情報取得アプリであり、
　前記制御部は、
　現在の天気が、予め規定した天気である場合に、前記第１のアプリケーションのロック解除処理を実行する（１）～（１０）いずれかに記載の情報処理装置。

　（１２）　前記制御部は、
　前記ロック解除判定用アプリの取得情報と、クロックから得られる時間情報に基づいて、前記第１のアプリケーションのロック制御を実行する（１）～（１１）いずれかに記載の情報処理装置。

　（１３）　前記情報処理装置は、ウェアラブル機器である（１）～（１２）いずれかに記載の情報処理装置。

　（１４）　第１の情報処理装置と、ウェアラブル機器を有する情報処理システムであり、
　前記ウェアラブル機器は、第１のアプリケーションを利用可能な機器であり、
　前記第１の情報処理装置は、
　前記ウェアラブル機器の第１のアプリケーションを利用不可状態に設定するロック処理や、利用可状態に設定するロック解除処理を含むロック制御を実行する際に利用するロック解除条件情報を、前記ウェアラブル機器に送信し、
　前記ウェアラブル機器は、
　前記第１の情報処理装置から前記ロック解除条件情報を受信してメモリに格納し、
　前記第１のアプリケーションとは異なるアプリケーションであるロック解除判定用アプリの取得情報と、前記メモリに格納された前記ロック解除条件情報を比較して、前記第１のアプリケーションのロック制御を実行する情報処理システム。

　（１５）　情報処理装置において実行する情報処理方法であり、
　前記情報処理装置は、
　第１のアプリケーションを記憶する記憶部を有し、
　制御部が、
　具備するセンサからセンサ情報を取得し、取得したセンサ情報に基づいて、前記記憶部へのアクセスを禁止することにより前記第１のアプリケーションを利用不可とする前記第１のアプリケーションのロック制御を実行する情報処理方法。

　（１６）　第１の情報処理装置と、ウェアラブル機器を有する情報処理システムにおいて実行する情報処理方法であり、
　前記ウェアラブル機器は、第１のアプリケーションを利用可能な機器であり、
　前記第１の情報処理装置が、
　前記ウェアラブル機器の第１のアプリケーションを利用不可状態に設定するロック処理や、利用可状態に設定するロック解除処理を含むロック制御を実行する際に利用するロック解除条件情報を、前記ウェアラブル機器に送信し、
　前記ウェアラブル機器が、
　前記第１の情報処理装置から前記ロック解除条件情報を受信してメモリに格納し、
　前記第１のアプリケーションとは異なるアプリケーションであるロック解除判定用アプリの取得情報と、前記メモリに格納された前記ロック解除条件情報を比較して、前記第１のアプリケーションのロック制御を実行する情報処理方法。

　（１７）　情報処理装置において情報処理を実行させるプログラムであり、
　前記情報処理装置は、
　第１のアプリケーションを記憶する記憶部を有し、
　前記プログラムは、制御部に、
　具備するセンサからセンサ情報を取得させ、取得したセンサ情報に基づいて、前記記憶部へのアクセスを禁止することにより前記第１のアプリケーションを利用不可とする前記第１のアプリケーションのロック制御を実行させるプログラム。

　また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。

　なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

　以上、説明したように、本開示の一実施例の構成によれば、様々な細かな条件設定の下でＩＣカード機能提供アプリのロック解除等のロック制御を行う構成が実現される。
　具体的には、例えば、ＩＣカード機能提供アプリを利用不可状態に設定するロック処理や、利用可状態に設定するロック解除処理を含むロック制御を実行する制御部を有する。制御部は、ＩＣカード機能提供アプリとは異なるアプリケーションであるロック解除判定用アプリの取得情報に基づいて、ＩＣカード機能提供アプリのロック制御を実行する。例えば、歩数計測アプリによって計測されたユーザの歩数が予め規定されたロック解除条件である規定歩数を超えた場合に、ＩＣカード機能提供アプリのロック解除処理を実行する。
　本構成により、様々な細かな条件設定の下でＩＣカード機能提供アプリのロック解除等のロック制御を行う構成が実現される。

　　１０　ユーザ
　　１１　ＩＣカード
　　２０　ショップ
　　２１　リーダライタ（Ｒ／Ｗ）
　　３２　情報処理装置（ユーザ端末）
　１００　情報処理装置
　１０１　スマホ
　１０２　ウェアラブル端末
　１５１　制御部（マイコン等）
　１５２　操作部
　１５３　表示部
　１５４　セキュアエレメント
　１５５　メモリ
　１５６　クロック
　１６０　各種センサ群
　１７０　第１通信部
　１８０　第２通信部
　１９０　電源供給部
　３０１　ＣＰＵ
　３０２　ＲＯＭ
　３０３　ＲＡＭ
　３０４　バス
　３０５　入出力インタフェース
　３０６　入力部
　３０７　出力部
　３０８　記憶部
　３０９　通信部
　３１０　ドライブ
　３１１　リムーバブルメディア

Claims

　第１のアプリケーションを記憶する記憶部と、
　具備するセンサからセンサ情報を取得し、取得したセンサ情報に基づいて、前記記憶部へのアクセスを禁止することにより前記第１のアプリケーションを利用不可とするロック制御を実行する制御部と、
　を有する情報処理装置。
　前記制御部は、さらに、
　ロック解除判定用アプリの取得情報に基づいて、前記第１のアプリケーションのロック制御を実行する請求項１に記載の情報処理装置。
　前記制御部は、
　前記第１のアプリケーションに含まれる提供サービス単位でロック制御を実行する請求項１に記載の情報処理装置。
　前記制御部は、
　複数の異なるロック解除判定用アプリの取得情報に基づいて、前記第１のアプリケーションのロック制御を実行する請求項１に記載の情報処理装置。
　前記制御部は、
　前記第１のアプリケーションについて、
　入力コードに基づく第１ロック解除処理と、
　前記ロック解除判定用アプリの取得情報に基づく第２ロック解除処理を実行する請求項１に記載の情報処理装置。
　前記情報処理装置は、
　前記ロック解除判定用アプリの取得情報に基づく前記第１のアプリケーションのロック解除条件情報を格納したメモリを有し、
　前記制御部は、
　前記メモリに格納された前記ロック解除条件情報と、前記ロック解除判定用アプリの取得情報を比較して、前記第１のアプリケーションのロック解除処理を実行する請求項１に記載の情報処理装置。
　前記制御部は、
　前記第１のアプリケーションのロック解除条件情報を外部装置から受信して、前記メモリに格納する請求項６に記載の情報処理装置。
　前記ロック解除判定用アプリは、歩数計測アプリであり、
　前記制御部は、
　前記情報処理装置の保持ユーザの歩数が、予め規定されたロック解除条件である規定歩数を超えた場合に、前記第１のアプリケーションのロック解除処理を実行する請求項１に記載の情報処理装置。
　前記ロック解除判定用アプリは、体調管理アプリであり、
　前記制御部は、
　前記情報処理装置の保持ユーザの体調が良好であると判定した場合に、前記第１のアプリケーションのロック解除処理を実行する請求項１に記載の情報処理装置。
　前記ロック解除判定用アプリは、位置情報取得アプリであり、
　前記制御部は、
　前記情報処理装置の保持ユーザの現在地が、予め規定した領域内にある場合に、前記第１のアプリケーションのロック解除処理を実行する請求項１に記載の情報処理装置。
　前記ロック解除判定用アプリは、天気情報取得アプリであり、
　前記制御部は、
　現在の天気が、予め規定した天気である場合に、前記第１のアプリケーションのロック解除処理を実行する請求項１に記載の情報処理装置。
　前記制御部は、
　前記ロック解除判定用アプリの取得情報と、クロックから得られる時間情報に基づいて、前記第１のアプリケーションのロック制御を実行する請求項１に記載の情報処理装置。
　前記情報処理装置は、ウェアラブル機器である請求項１に記載の情報処理装置。
　第１の情報処理装置と、ウェアラブル機器を有する情報処理システムであり、
　前記ウェアラブル機器は、第１のアプリケーションを利用可能な機器であり、
　前記第１の情報処理装置は、
　前記ウェアラブル機器の第１のアプリケーションを利用不可状態に設定するロック処理や、利用可状態に設定するロック解除処理を含むロック制御を実行する際に利用するロック解除条件情報を、前記ウェアラブル機器に送信し、
　前記ウェアラブル機器は、
　前記第１の情報処理装置から前記ロック解除条件情報を受信してメモリに格納し、
　前記第１のアプリケーションとは異なるアプリケーションであるロック解除判定用アプリの取得情報と、前記メモリに格納された前記ロック解除条件情報を比較して、前記第１のアプリケーションのロック制御を実行する情報処理システム。
　情報処理装置において実行する情報処理方法であり、
　前記情報処理装置は、
　第１のアプリケーションを記憶する記憶部を有し、
　制御部が、
　具備するセンサからセンサ情報を取得し、取得したセンサ情報に基づいて、前記記憶部へのアクセスを禁止することにより前記第１のアプリケーションを利用不可とする前記第１のアプリケーションのロック制御を実行する情報処理方法。
　第１の情報処理装置と、ウェアラブル機器を有する情報処理システムにおいて実行する情報処理方法であり、
　前記ウェアラブル機器は、第１のアプリケーションを利用可能な機器であり、
　前記第１の情報処理装置が、
　前記ウェアラブル機器の第１のアプリケーションを利用不可状態に設定するロック処理や、利用可状態に設定するロック解除処理を含むロック制御を実行する際に利用するロック解除条件情報を、前記ウェアラブル機器に送信し、
　前記ウェアラブル機器が、
　前記第１の情報処理装置から前記ロック解除条件情報を受信してメモリに格納し、
　前記第１のアプリケーションとは異なるアプリケーションであるロック解除判定用アプリの取得情報と、前記メモリに格納された前記ロック解除条件情報を比較して、前記第１のアプリケーションのロック制御を実行する情報処理方法。
　情報処理装置において情報処理を実行させるプログラムであり、
　前記情報処理装置は、
　第１のアプリケーションを記憶する記憶部を有し、
　前記プログラムは、制御部に、
　具備するセンサからセンサ情報を取得させ、取得したセンサ情報に基づいて、前記記憶部へのアクセスを禁止することにより前記第１のアプリケーションを利用不可とする前記第１のアプリケーションのロック制御を実行させるプログラム。