(57)【要約】【課題】ユーザにサービスを提供するシステムにおいて、バリューの正当性およびバリューにアクセスするユーザの正当性を担保しつつ、システムの柔軟性を向上させることが可能な技術が提供されることが望ましい【解決手段】ユーザ端末に対応するカード認証が成功したことを示す情報を取得した場合、前記ユーザ端末におけるサービス管理アプリケーションの起動状態を取得する情報取得部と、前記ユーザ端末にサービスを提供するサービス提供装置に前記起動状態を提供する情報提供部と、を備える、情報処理装置が提供される。【選択図】図１
2019142477.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末に対応するカード認証が成功したことを示す情報を取得した場合、前記ユーザ端末におけるサービス管理アプリケーションの起動状態を取得する情報取得部と、
前記ユーザ端末にサービスを提供するサービス提供装置に前記起動状態を提供する情報提供部と、
を備える、情報処理装置。
【請求項２】
前記サービス管理アプリケーションは、ユーザ認証が成功した場合に起動される、
請求項１に記載の情報処理装置。
【請求項３】
前記起動状態は、前記サービス管理アプリケーションの起動のためのユーザ認証種別および前記サービス管理アプリケーションが起動されているか否かを示す情報の少なくともいずれか一方を含む、
請求項１に記載の情報処理装置。
【請求項４】
前記情報提供部は、前記起動状態と前記ユーザ認証種別とを前記サービス提供装置に提供する、
請求項３に記載の情報処理装置。
【請求項５】
前記情報提供部は、前記起動状態と前記ユーザ端末の位置情報とを前記サービス提供装置に提供する、
請求項１に記載の情報処理装置。
【請求項６】
前記情報提供部は、前記起動状態と前記ユーザ端末の機器ＩＤとを前記サービス提供装置に提供する、
請求項１に記載の情報処理装置。
【請求項７】
前記情報提供部は、前記起動状態と前記カード認証に必要なカードＩＤの保持形態種別とを前記サービス提供装置に提供する、
請求項１に記載の情報処理装置。
【請求項８】
前記サービス提供装置によって、前記起動状態に応じた前記サービスが前記ユーザ端末に提供される、
請求項１に記載の情報処理装置。
【請求項９】
ユーザ端末に対応するカード認証が成功したことを示す情報を取得した場合、前記ユーザ端末におけるサービス管理アプリケーションの起動状態を取得することと、
プロセッサにより、前記ユーザ端末にサービスを提供するサービス提供装置に前記起動状態を提供することと、
を含む、情報処理方法。
【請求項１０】
ユーザ端末であって、
前記ユーザ端末に対応するカード認証が成功したことを示す情報が情報処理装置によって取得された場合、前記情報処理装置からサービス管理アプリケーションの起動状態の送信要求を取得する要求取得部と、
前記送信要求に対する応答として前記起動状態を前記情報処理装置に提供する応答提供部と、
を備える、ユーザ端末。
【請求項１１】
ユーザ端末に対応するカード認証が成功したことを示す情報が情報処理装置によって取得された場合、前記情報処理装置からサービス管理アプリケーションの起動状態の送信要求を取得することと、
前記送信要求に対する応答として前記起動状態を前記情報処理装置に提供することと、
を含む、情報処理方法。
【請求項１２】
ユーザ端末に対応するカード認証が成功したことを示す情報が情報処理装置によって取得された場合、前記情報処理装置から前記ユーザ端末におけるサービス管理アプリケーションの起動状態を取得する状態取得部と、
前記起動状態に応じたサービスを前記ユーザ端末に提供するサービス提供部と、
を備える、サービス提供装置。
【請求項１３】
前記サービス提供部は、前記サービス管理アプリケーションが起動されている場合には、第１のサービスを前記ユーザ端末に提供し、前記サービス管理アプリケーションが起動されていない場合には、前記第１のサービスよりも制限された第２のサービスを前記ユーザ端末に提供する、
請求項１２に記載のサービス提供装置。
【請求項１４】
前記第１のサービスは、第１の与信枠の範囲内で提供されるサービスであり、前記第２のサービスは、前記第１の与信枠よりも小さい第２の与信枠の範囲内で提供されるサービスである、
請求項１３に記載のサービス提供装置。
【請求項１５】
前記サービス提供部は、前記サービス管理アプリケーションが起動されている場合には、前記サービスを前記ユーザ端末に提供し、前記サービス管理アプリケーションが起動されていない場合には、前記サービスの前記ユーザ端末への提供を禁止する、
請求項１２に記載のサービス提供装置。
【請求項１６】
前記サービス提供部は、前記情報処理装置から前記起動状態と前記カード認証に必要なカードＩＤの保持形態種別とが取得された場合、前記起動状態と前記保持形態種別とに応じた前記サービスを前記ユーザ端末に提供する、
請求項１２に記載のサービス提供装置。
【請求項１７】
前記サービス提供部は、前記情報処理装置から前記起動状態と前記サービス管理アプリケーションの起動のためのユーザ認証種別とが取得された場合、前記起動状態と前記ユーザ認証種別とに応じた前記サービスを前記ユーザ端末に提供する、
請求項１２に記載のサービス提供装置。
【請求項１８】
前記サービス提供部は、前記情報処理装置から前記起動状態と前記ユーザ端末の位置情報とが取得された場合、前記起動状態と前記位置情報とに応じた前記サービスを前記ユーザ端末に提供する、
請求項１２に記載のサービス提供装置。
【請求項１９】
前記サービス提供部は、前記情報処理装置から前記起動状態と前記ユーザ端末の機器ＩＤとが取得された場合、前記起動状態と前記機器ＩＤとに応じた前記サービスを前記ユーザ端末に提供する、
請求項１２に記載のサービス提供装置。
【請求項２０】
ユーザ端末に対応するカード認証が成功したことを示す情報が情報処理装置によって取得された場合、前記情報処理装置から前記ユーザ端末におけるサービス管理アプリケーションの起動状態を取得することと、
プロセッサにより、前記起動状態に応じたサービスを前記ユーザ端末に提供することと、
を含む、サービス提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置、情報処理方法、ユーザ端末、サービス提供装置およびサービス提供方法に関する。
【背景技術】
【０００２】
近年、ユーザに各種のサービスを提供する様々なシステムが知られている。ユーザへのサービス提供にはバリューが利用される。バリューは、ユーザへのサービス提供に必要な情報である。例えば、カードとしてクレジットカードが利用される場合には、クレジット番号がバリューに相当し得る。あるいは、カードとしてプリペイドカードが利用される場合には、支払可能な残りの金額（残高）がバリューに相当し得る。【０００３】
ユーザへのサービス提供は、バリューの正当性が担保され、バリューにアクセスするユーザの正当性が担保されてから行われるのがよい。バリューの正当性は、カード認証（例えば、カードから読み取られるカードＩＤによる認証など）が成功することによって担保され得る。一方、バリューにアクセスするユーザの正当性は、ユーザ認証（例えば、パスワードによる認証、生体情報による認証など）が成功することによって担保され得る。【０００４】
例えば、カード認証とは別に、カードに記録されたパスワードおよび指紋情報を用いてユーザ認証を行う技術が開示されている（例えば、特許文献１参照）。かかる技術では、ユーザから購入金額およびパスワードが入力され、購入金額が設定値より低額である場合、入力されたパスワードとＩＣカードに記録されたパスワードとが一致すれば、決済が行われる。一方、かかる技術では、購入金額が設定値より高額である場合、ユーザの指紋情報が読み取られ、読み取られた指紋情報とＩＣカードに記録された指紋情報とが一致すれば、決済が行われる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−２１５２７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、カード認証に利用される構成とユーザ認証に利用される構成との一部または全部が共通である場合には、システムの柔軟性を向上させるのが困難な可能性がある。そこで、ユーザにサービスを提供するシステムにおいて、バリューの正当性およびバリューにアクセスするユーザの正当性を担保しつつ、システムの柔軟性を向上させることが可能な技術が提供されることが望ましい。
【課題を解決するための手段】
【０００７】
本開示によれば、ユーザ端末に対応するカード認証が成功したことを示す情報を取得した場合、前記ユーザ端末におけるサービス管理アプリケーションの起動状態を取得する情報取得部と、前記ユーザ端末にサービスを提供するサービス提供装置に前記起動状態を提供する情報提供部と、を備える、情報処理装置が提供される。【０００８】
本開示によれば、ユーザ端末に対応するカード認証が成功したことを示す情報を取得した場合、前記ユーザ端末におけるサービス管理アプリケーションの起動状態を取得することと、プロセッサにより、前記ユーザ端末にサービスを提供するサービス提供装置に前記起動状態を提供することと、を含む、情報処理方法が提供される。【０００９】
本開示によれば、ユーザ端末であって、前記ユーザ端末に対応するカード認証が成功したことを示す情報が情報処理装置によって取得された場合、前記情報処理装置からサービス管理アプリケーションの起動状態の送信要求を取得する要求取得部と、前記送信要求に対する応答として前記起動状態を前記情報処理装置に提供する応答提供部と、を備える、ユーザ端末が提供される。【００１０】
本開示によれば、ユーザ端末に対応するカード認証が成功したことを示す情報が情報処理装置によって取得された場合、前記情報処理装置からサービス管理アプリケーションの起動状態の送信要求を取得することと、前記送信要求に対する応答として前記起動状態を前記情報処理装置に提供することと、を含む、情報処理方法が提供される。【００１１】
本開示によれば、ユーザ端末に対応するカード認証が成功したことを示す情報が情報処理装置によって取得された場合、前記情報処理装置から前記ユーザ端末におけるサービス管理アプリケーションの起動状態を取得する状態取得部と、前記起動状態に応じたサービスを前記ユーザ端末に提供するサービス提供部と、を備える、サービス提供装置が提供される。【００１２】
本開示によれば、ユーザ端末に対応するカード認証が成功したことを示す情報が情報処理装置によって取得された場合、前記情報処理装置から前記ユーザ端末におけるサービス管理アプリケーションの起動状態を取得することと、プロセッサにより、前記起動状態に応じたサービスを前記ユーザ端末に提供することと、を含む、サービス提供方法が提供される。
【発明の効果】
【００１３】
以上説明したように本開示によれば、ユーザにサービスを提供するシステムにおいて、バリューの正当性およびバリューにアクセスするユーザの正当性を担保しつつ、システムの柔軟性を向上させることが可能な技術が提供される。なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１４】
【図１】本開示の実施形態に係る情報処理システムの構成例を示す図である。
【図２】ユーザ端末の機能構成例を示す図である。
【図３】認証サーバの機能構成例を示す図である。
【図４】管理サーバの機能構成例を示す図である。
【図５】サービス提供サーバの機能構成例を示す図である。
【図６】登録処理の例を示すシーケンス図である。
【図７】カード／タグにカードＩＤが記録されている場合におけるセキュリティ管理処理の例を示すシーケンス図である。
【図８】ＳＥまたはＨＣＥにカードＩＤが記録されている場合におけるセキュリティ管理処理の例を示すシーケンス図である。
【図９】属性情報（ＡＴＴＲ）および各種ＩＤの例を示す図である。
【図１０】属性情報（ＡＴＴＲ）とサービスとの対応関係の例を示す図である。
【図１１】本開示の実施形態に係るユーザ端末のハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００１５】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１６】
また、本明細書および図面において、実質的に同一または類似の機能構成を有する複数の構成要素を、同一の符号の後に異なる数字を付して区別する場合がある。ただし、実質的に同一または類似の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。また、異なる実施形態の類似する構成要素については、同一の符号の後に異なるアルファベットを付して区別する場合がある。ただし、類似する構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。
【００１７】
なお、説明は以下の順序で行うものとする。
１．概要
２．実施形態の詳細
２．１．システム構成例
２．２．ユーザ端末の機能構成例
２．３．認証サーバの機能構成例
２．４．管理サーバの機能構成例
２．５．サービス提供サーバの機能構成例
３．システムの詳細な機能
３．１．登録処理
３．２．セキュリティ管理処理
３．３．サービス提供処理
４．ハードウェア構成例
５．むすび
６．実施例
【００１８】
＜１．概要＞
まず、本開示の実施形態の概要について説明する。近年、ユーザに各種のサービス（例えば、電子決済、クーポン利用など）を提供する様々なシステムが知られている。ユーザへのサービス提供にはバリューが利用される。バリューは、ユーザへのサービス提供に必要な情報である。例えば、カードとしてクレジットカードが利用される場合には、クレジット番号がバリューに相当し得る。あるいは、カードとしてプリペイドカードが利用される場合には、支払可能な残りの金額（残高）がバリューに相当し得る。
【００１９】
ユーザへのサービス提供は、バリューの正当性が担保され、バリューにアクセスするユーザの正当性が担保されてから行われるのがよい。バリューの正当性は、カード認証（例えば、カードから読み取られるカードＩＤによる認証など）が成功することによって担保され得る。一方、バリューにアクセスするユーザの正当性は、ユーザ認証（例えば、パスワードによる認証、生体情報による認証など）が成功することによって担保され得る。
【００２０】
カードＩＤの保持形態には、様々な形態が存在する。例えば、カードＩＤは、クレジットカードに記録される場合もあれば、クレジットカードの代わりに紙媒体に記録される場合もある（例えば、クーポン券に記録されるサービス番号など）。また、カードＩＤは、非接触ＩＣカードに記録される場合もあれば、近年ではＱＲコード（登録商標）に含まれる場合などもあり、カードＩＤの保持形態およびシステム構成が多様化している。なお、本実施形態において、「カード」は、記録媒体を指し、記録媒体の素材や形状などは特に限定されない。また、本実施形態において、かかるカードによって記録されるＩＤを「カードＩＤ」と言う。
【００２１】
一方、バリューの保持形態にも、様々な形態が存在する。例えば、バリューの保持形態の例として、ＳＥ（Ｓｅｃｕｒｅ  Ｅｌｅｍｅｎｔ）などのローカルにバリューが存在する第１の形態（以下、「ローカル型」とも言う）、カードＩＤがローカルに存在し、カードＩＤに対応するバリューがクラウドに存在する第２の形態（以下、「クラウド型」とも言う。）などが挙げられる。サーバにおいて有効期限を有するＱＲコード（登録商標）を発行し、ユーザ端末（例えば、スマートフォンなど）にＱＲコード（登録商標）を表示させることによって、ＱＲコード（登録商標）をユーザに見せる形態は、上記した第２の形態の拡張型と考えられる。
【００２２】
また、ネットワーク技術の進化により、ＨＣＥ（Ｈｏｓｔ  Ｃａｒｄ  Ｅｍｕｌａｔｉｏｎ）という技術も一般化されている。かかるＨＣＥを利用することによって、上記した第１の形態（ローカル型）と同等のセキュリティを担保しつつ、上記した第２の形態（クラウド型）と同様なクラウド型のシステムを構築することが可能となっている。
【００２３】
第２の形態（クラウド型）が用いられる場合には、バリューへのアクセスがトランザクションと同義となり得る。したがって、第２の形態（クラウド型）が用いられる場合には、サービス（例えば、電子決済、クーポン利用など）が利用されるときのトランザクションをバリューへのアクセスとしてリアルタイムに把握することによって、把握した結果に基づいて付加価値のあるサービスを提供するという手法を採用することが考えられる。かかる手法は、システムを構築する上でも非常に有効となり得る。
【００２４】
バリューの正当性が担保されるだけではなく、バリューにアクセスするユーザの正当性が担保されることがシステムを構築する上で重要な要素である。例えば、第１の形態（ローカル型）が用いられる場合、バリューの正当性は、ＳＥとリーダ／ライタ（以下、「Ｒ／Ｗ」とも言う。）との間の相互認証によって担保され得る。
【００２５】
一方、バリューにアクセスするユーザの正当性は、ユーザ端末に内蔵されたＳＥにカードＩＤが記録されている場合には、ＳＥを内蔵するユーザ端末を正当なユーザがＲ／Ｗにかざしたか否かに依存し得る。また、バリューにアクセスするユーザの正当性は、ユーザ端末の外部にカードＩＤが記録されている場合には、ユーザ認証が成功したか否かに依存し得る。例えば、ユーザ認証に成功した場合にサービス管理アプリケーション（以下、「サービス管理アプリ」とも言う。）が起動される場合、ユーザ認証が成功したか否かは、サービス管理アプリの起動状態に依存し得る。
【００２６】
また、サービス管理アプリの起動のためのユーザ認証として、ユーザから入力されるパスワード（以下、「ＰＷ」とも言う。）またはＰＩＮコードなどの認証とともに（または、パスワードまたはＰＩＮコードなどの認証の代わりに）、ユーザ端末（例えば、スマートフォンなど）が有する生体認証を利用する手法も一般的になってきている。なお、以下では、パスワードまたはＰＩＮコードなどといった、ユーザから入力される暗証情報を「パスコード」と総称する場合がある。
【００２７】
さらに、ＦＩＤＯ（Ｆａｓｔ  ＩＤｅｎｔｉｔｙ  Ｏｎｌｉｎｅ）を用いた場合には、ユーザ端末が有する生体認証とＨＣＥサーバの機能との連携によって、サービス管理アプリと正当なユーザとの関連付け（ログインなど）をすることも可能となっている。より具体的に、ユーザ端末は、あらかじめ登録されたユーザの生体情報と検出装置によって検出されたユーザの生体情報との照合が成功すると、ランダムな文字列（チャレンジ）に基づいて秘密鍵で署名を生成し、署名付きのチャレンジをＨＣＥサーバに送信する。ＨＣＥサーバは、署名付きのチャレンジを秘密鍵に対応する公開鍵を用いて検証する。このとき、ＨＣＥサーバによって署名が正当であると判断されれば、ユーザ端末のサービス管理アプリと正当なユーザとの関連付けが行われる。
【００２８】
上記したように、クラウド型が用いられる場合において、ユーザと関連付けられたバリューへのアクセス制御には様々な手法が存在する。しかし、すべてのユーザが同一の機能を有するユーザ端末を持っているとは限らない。例えば、すべてのユーザがＳＥの搭載されたユーザ端末を持っているとは限らない。あるいは、すべてのユーザがＨＣＥサーバと連携可能なユーザ端末を持っているとは限らない。そこで、システムの柔軟性を向上させるのが望ましいが、カード認証に利用される構成とユーザ認証に利用される構成との一部または全部が共通である場合には、システムの柔軟性を向上させるのが困難な可能性がある。
【００２９】
そこで、本開示の実施形態においては、ユーザにサービスを提供するシステムにおいて、バリューの正当性およびバリューにアクセスするユーザの正当性を担保しつつ、システムの柔軟性を向上させることが可能な技術について主に説明する。より具体的に、本開示の実施形態においては、カード認証に利用される構成とユーザ認証に利用される構成とを分離することによって、システムの柔軟性を向上させることが可能な技術について主に説明する。
【００３０】
以上、本開示の実施形態の概要について説明した。
【００３１】
＜２．実施形態の詳細＞
以下、本開示の実施形態の詳細について説明する。
【００３２】
［２．１．システム構成例］
まず、本開示の実施形態に係る情報処理システムの構成例について説明する。
【００３３】
図１は、本開示の実施形態に係る情報処理システムの構成例を示す図である。図１に示されるように、情報処理システム１は、ユーザ端末１０Ａ、ユーザ端末１０Ｂ、ユーザ端末１０Ｃ、認証サーバ２０、管理サーバ３０、サービス提供サーバ４０、カード／タグ５２、ＨＣＥサーバ５３、Ｒ／Ｗ７０、および、ＰＯＳ（Ｐｏｉｎｔ  Ｏｆ  Ｓａｌｅｓ）８０を有している。ユーザ端末１０Ａ、ユーザ端末１０Ｂ、ユーザ端末１０Ｃ、認証サーバ２０、管理サーバ３０、サービス提供サーバ４０、ＨＣＥサーバ５３およびＰＯＳ（Ｐｏｉｎｔ  Ｏｆ  Ｓａｌｅｓ）８０は、ネットワークに接続されており、ネットワークを介して通信可能に構成されている。
【００３４】
本開示の実施形態においては、ユーザ端末１０は、サービス管理アプリ６０を格納している。本開示の実施形態においては、サービス管理アプリ６０がＷａｌｌｅｔアプリであり、クレジットカードおよびプリペイドカードなどのカードを管理するアプリケーションである場合を想定する。しかし、サービス管理アプリ６０によって管理されるカードは特に限定されない。例えば、サービス管理アプリ６０は、クーポンおよびポイントカードなどを管理するアプリケーションであってもよい。
【００３５】
サービス管理アプリ６０の起動には、ユーザ認証が必要である。すなわち、サービス管理アプリ６０は、ユーザ認証が成功した場合に起動され、ユーザ認証が失敗した場合には起動されない。以下では、ユーザ認証種別として、パスコード（パスワードまたはＰＩＮコード）、生体認証、ＦＩＤＯによる認証を例に挙げて説明する。しかし、ユーザ認証種別は限定されない。また、生体認証の種類（認証タイプ）として、指紋認証、声紋認証、顔認証、静脈認証、虹彩認証などが例として挙げられる。しかし、生体認証の種類（認証タイプ）も特に限定されない。
【００３６】
なお、本開示の実施形態においては、ユーザ端末１０がスマートフォンである場合を主に想定する。しかし、ユーザ端末１０はスマートフォンに限定されない。例えば、ユーザ端末１０は、携帯電話であってもよいし、タブレット端末であってもよいし、スマートフォンであってもよいし、ヘッドマウントディスプレイであってもよいし、カメラであってもよいし、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）であってもよい。
【００３７】
以下では、ユーザ端末１０の例として、ユーザ端末１０Ａ、ユーザ端末１０Ｂ、ユーザ端末１０Ｃを挙げて説明する。しかし、ユーザ端末の数は特に限定されない。ユーザ端末１０Ａは、サービス管理アプリ６０Ａを格納し、ユーザ端末１０Ｂは、サービス管理アプリ６０Ｂを格納し、ユーザ端末１０Ｃは、サービス管理アプリ６０Ｃを格納している。
【００３８】
ユーザ端末１０Ａは、ＳＥ５１を格納している。すなわち、ユーザ端末１０ＡのＳＥ搭載方式は、ＳＥ５１が内蔵されたＥｍｂｅｄｄｅｄ  ＳＥ（以下、「ｅＳＥ」とも言う。）方式に該当する。ＳＥ５１には、ユーザ端末１０Ａ（ユーザ端末１０Ａのサービス管理アプリ６０Ａ）に対応するカード認証に必要なカードＩＤが記録されている。このように、ユーザ端末１０Ａ（ユーザ端末１０Ａのサービス管理アプリ６０Ａ）に対応するカードＩＤは、Ｅｍｂｅｄｄｅｄ  ＳＥ方式によって保持されている（ユーザ端末１０Ａに対応するカードＩＤの保持形態種別は「Ｅｍｂｅｄｄｅｄ  ＳＥ」である）。
【００３９】
ユーザ端末１０Ｂの外部には、カード／タグ（カードまたはタグ）５２が存在している。カード／タグ５２には、ユーザ端末１０Ｂ（ユーザ端末１０Ｂのサービス管理アプリ６０Ｂ）に対応するカード認証に必要なカードＩＤが記録されており、ユーザ端末１０Ｂのリーダライタによってカード／タグ５２に記録されているカードＩＤの読み取りが可能である。このように、ユーザ端末１０Ｂ（ユーザ端末１０Ｂのサービス管理アプリ６０Ｂ）に対応するカードＩＤは、カード／タグ５２によって保持されている（ユーザ端末１０Ｂに対応するカードＩＤの保持形態種別は「カード／タグ」である）。
【００４０】
ユーザ端末１０Ｃは、ＨＣＥサーバ５３とネットワークを介して通信可能に構成されている。ＨＣＥサーバ５３には、ユーザ端末１０Ｃ（ユーザ端末１０Ｃのサービス管理アプリ６０Ｃ）に対応するカード認証に必要なカードＩＤが記録されており、ユーザ端末１０ＣによってＨＣＥサーバ５３に記録されているカードＩＤが取得され得る。このように、ユーザ端末１０Ｃ（ユーザ端末１０Ｃのサービス管理アプリ６０Ｃ）に対応するカードＩＤは、ＨＣＥサーバ５３によって保持されている（ユーザ端末１０Ｃに対応するカードＩＤの保持形態種別は「ＦＩＤＯ」である）。
【００４１】
カード認証（カードＩＤ）とユーザ認証（ユーザＩＤおよびユーザ認証に必要な情報）とは、登録処理（Ｗａｌｌｅｔ  Ｓｅｒｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ）によって、あらかじめ関連付けられる（Ｓ１）。ユーザ認証に必要な情報としては、パスコード、生体情報、ＦＩＤＯにおいて必要な鍵（暗号鍵、公開鍵）などが想定される。その他、本開示の実施形態においては、ユーザによって使用許諾されたサービスのＩＤ（サービスＩＤ）が、カード認証（カードＩＤ）およびユーザ認証（ユーザＩＤおよびユーザ認証に必要な情報）に関連付けられる場合を想定する。しかし、使用されるサービスが固定である場合などには、サービスＩＤの関連付けは行われなくてもよい。
【００４２】
Ｒ／Ｗ７０は、店舗などに設置されており、自身の通信可能範囲内にユーザ端末１０Ａが位置付けられると（ユーザ端末１０ＡがＲ／Ｗ７０にかざされると）、ユーザ端末１０Ａに内蔵されたＳＥ５１と認証サーバ２０との相互認証を中継する。また、Ｒ／Ｗ７０は、自身の通信可能範囲内にカード／タグ５２が位置付けられると（カード／タグ５２がＲ／Ｗ７０にかざされると）、カード／タグ５２と認証サーバ２０との相互認証を中継する。また、Ｒ／Ｗ７０は、自身の通信可能範囲内にユーザ端末１０Ｃが位置付けられると（ユーザ端末１０ＣがＲ／Ｗ７０にかざされると）、ユーザ端末１０Ｃに対応するＨＣＥサーバ５３と認証サーバ２０との相互認証を中継する。
【００４３】
ＰＯＳ８０は、店舗などに設置されており、Ｒ／Ｗ７０から受信したデータを認証サーバ２０に転送する。また、ＰＯＳ８０は、認証サーバ２０から受信したデータをＲ／Ｗ７０に転送する。
【００４４】
認証サーバ２０は、認証装置の例として機能し得る。また、認証サーバ２０は、コンピュータによって構成され得る。認証サーバ２０は、ユーザ端末１０がＲ／Ｗ７０にかざされると、相互認証により、カード認証を行う（Ｓ２）。例えば、認証サーバ２０は、ユーザ端末１０Ａに内蔵されたＳＥ５１との相互認証を行う。また、認証サーバ２０は、ユーザ端末１０Ｂに対応するカード／タグ５２との相互認証を行う。また、認証サーバ２０は、ユーザ端末１０Ｃに対応するＨＣＥサーバ５３との相互認証を行う。
【００４５】
認証サーバ２０は、相互認証に基づいてカード認証が成功した場合、（例えば、ＳＥ５１、カード／タグ５２またはＨＣＥサーバ５３から）カードＩＤを取得する。そして、認証サーバ２０は、カード認証によって得られたカードＩＤを管理サーバ３０に送信する（Ｓ３）。一方、認証サーバ２０は、相互認証に基づいてカード認証が失敗した場合、カードＩＤを取得しない（すなわち、カードＩＤは、管理サーバ３０に送信されない）。
【００４６】
管理サーバ３０は、情報処理装置の例として機能し得る。また、管理サーバ３０は、コンピュータによって構成され得る。管理サーバ３０は、ユーザ端末１０に対応するカード認証が成功したことを示す情報（カードＩＤ）を受信すると、カードＩＤに対応するユーザＩＤに基づいて、ユーザＩＤによって識別されるユーザ端末１０（ユーザ端末１０のサービス管理アプリ６０）からサービス管理アプリ６０の起動状態を取得する（Ｓ４）。サービス管理アプリ６０の起動状態は、サービス管理アプリ６０の起動のためのユーザ認証種別を含んでもよいし、サービス管理アプリ６０が起動されているか否かを示す情報を含んでもよいし、双方を含んでもよい。
【００４７】
その他、管理サーバ３０は、起動状態以外の属性情報（ＡＴＴＲ）も取得する。管理サーバ３０は、ユーザＩＤおよび起動状態を含んだ属性情報（ＡＴＴＲ）を認証サーバ２０に返信する（Ｓ５）。このように、本開示の実施形態によれば、カード認証に利用される構成とユーザ認証に利用される構成とが分離されるため、情報処理システム１の柔軟性を向上させることが可能となる。
【００４８】
認証サーバ２０は、認証装置の例として機能し得る。また、認証サーバ２０は、コンピュータによって構成され得る。認証サーバ２０は、管理サーバ３０から受信したユーザＩＤおよび属性情報（ＡＴＴＲ）をサービス提供サーバ４０に転送する（Ｓ５）。なお、本開示の実施形態においては、サービス提供サーバ４０が認証サーバ２０の外部に存在している場合を主に想定する。しかし、認証サーバ２０は、サービス提供サーバ４０としての機能も有してよい。かかる場合には、認証サーバ２０によってサービスが提供されるため、認証サーバ２０によるユーザＩＤおよび属性情報（ＡＴＴＲ）の転送は行われなくてよい。
【００４９】
サービス提供サーバ４０は、サービス提供装置の例として機能し得る。また、サービス提供サーバ４０は、コンピュータによって構成され得る。サービス提供サーバ４０は、認証サーバ２０から受信したユーザＩＤに基づいて、ユーザＩＤによって識別されるユーザ端末１０（ユーザ端末１０のサービス管理アプリ６０）にサービスを提供する（Ｓ６）。例えば、サービス提供サーバ４０によって提供されるサービスは、電子決済、クーポン利用などであってよいが、特に限定されない。サービス提供サーバ４０には、サービス提供に利用されるバリュー４１が存在している。
【００５０】
また、サービス提供サーバ４０は、認証サーバ２０から受信した属性情報（ＡＴＴＲ）に基づいて、ユーザＩＤによって識別されるユーザ端末１０（ユーザ端末１０のサービス管理アプリ６０）に提供されるサービスを制御することが可能である（例えば、サービスレベルを制御することが可能である）。なお、サービス提供サーバ４０は、ユーザＩＤにサービスＩＤが関連付けられている場合には、サービスＩＤによって識別されるサービスを提供する。
【００５１】
以上、本開示の実施形態に係る情報処理システム１の構成例について説明した。
【００５２】
［２．２．ユーザ端末の機能構成例］
続いて、ユーザ端末１０の機能構成例について説明する。
【００５３】
図２は、ユーザ端末１０の機能構成例を示す図である。図２に示したように、ユーザ端末１０は、入力部１１０、センサ部１３０、制御部１４０、記憶部１５０、通信部１６０および出力部１８０を有している。以下、ユーザ端末１０が備えるこれらの機能ブロックについて説明する。
【００５４】
入力部１１０は、ユーザによる操作の入力を受け付ける機能を有する。本開示の実施形態においては、入力部１１０が、タッチパネルを含む場合を主に想定する。しかし、入力部１１０は、マウスを含んでもよいし、キーボードを含んでもよいし、ボタンを含んでもよいし、スイッチを含んでもよいし、レバーなどを含んでもよい。また、入力部１１０は、ユーザの音声を検出するマイクロフォンを含んでもよい。
【００５５】
センサ部１３０は、環境をセンシングすることによってセンシングデータを得る。本開示の実施形態では、センサ部１３０がＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）センサを含み、センシングデータが、ＧＰＳセンサによってセンシングされた位置情報を含む場合を主に想定する。しかし、センシングデータは、カメラ（例えば、ＲＧＢカメラ、Ｄｅｐｔｈカメラ、偏光カメラなど）、赤外線センサ、超音波センサ、加速度センサ、ジャイロセンサ、レーザセンサおよび振動センサの少なくともいずれか一つによってセンシングされてもよい。
【００５６】
制御部１４０は、例えば、１または複数のＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ；中央演算処理装置）などといった処理装置によって構成されてよい。これらのブロックがＣＰＵなどといった処理装置によって構成される場合、かかる処理装置は電子回路によって構成されてよい。制御部１４０は、かかる処理装置によってプログラムが実行されることによって実現され得る。制御部１４０は、登録制御部１４１、ユーザ認証制御部１４２、要求取得部１４３および応答提供部１４４を有する。これらのブロックの詳細な機能については後に説明する。
【００５７】
記憶部１５０は、メモリを含んで構成され、制御部１４０によって実行されるプログラムを記憶したり、プログラムの実行に必要なデータを記憶したりする記録媒体である。また、記憶部１５０は、制御部１４０による演算のためにデータを一時的に記憶する。例えば、記憶部１５０は、磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または、光磁気記憶デバイスにより構成される。
【００５８】
通信部１６０は、通信回路を含んで構成され、ネットワークを介して他の装置との間で通信を行う機能を有する。例えば、通信部１６０は、当該他の装置からのデータの取得および当該他の装置へのデータの提供を行う機能を有する。例えば、通信部１６０は、通信インターフェースにより構成される。
【００５９】
出力部１８０は、各種の情報を出力する。例えば、出力部１８０は、ユーザに視認可能な表示を行うことが可能なディスプレイを含んでよい。このとき、ディスプレイは、液晶ディスプレイであってもよいし、有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイであってもよい。あるいは、出力部１８０は、ＬＥＤ（ｌｉｇｈｔ−ｅｍｉｔｔｉｎｇ  ｄｉｏｄｅ）などのライトであってもよい。
【００６０】
なお、本開示の実施形態においては、入力部１１０、センサ部１３０、記憶部１５０、通信部１６０および出力部１８０がユーザ端末１０の内部に存在する場合を主に想定する。しかし、入力部１１０、センサ部１３０、記憶部１５０、通信部１６０および出力部１８０の少なくともいずれか一つは、ユーザ端末１０の外部に存在していてもよい。
【００６１】
以上、本開示の実施形態に係るユーザ端末１０の機能構成例について説明した。
【００６２】
［２．３．認証サーバの機能構成例］
続いて、認証サーバ２０の機能構成例について説明する。
【００６３】
図３は、認証サーバ２０の機能構成例を示す図である。図３に示したように、認証サーバ２０は、制御部２４０、記憶部２５０および通信部２６０を有している。以下、認証サーバ２０が備えるこれらの機能ブロックについて説明する。
【００６４】
制御部２４０は、例えば、１または複数のＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ；中央演算処理装置）などといった処理装置によって構成されてよい。これらのブロックがＣＰＵなどといった処理装置によって構成される場合、かかる処理装置は電子回路によって構成されてよい。制御部２４０は、かかる処理装置によってプログラムが実行されることによって実現され得る。制御部２４０は、カード認証部２４１および属性情報転送制御部２４２を有する。これらのブロックの詳細な機能については後に説明する。
【００６５】
記憶部２５０は、メモリを含んで構成され、制御部２４０によって実行されるプログラムを記憶したり、プログラムの実行に必要なデータを記憶したりする記録媒体である。また、記憶部２５０は、制御部２４０による演算のためにデータを一時的に記憶する。例えば、記憶部２５０は、磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または、光磁気記憶デバイスにより構成される。
【００６６】
通信部２６０は、通信回路を含んで構成され、ネットワークを介して他の装置との間で通信を行う機能を有する。例えば、通信部２６０は、当該他の装置からのデータの取得および当該他の装置へのデータの提供を行う機能を有する。例えば、通信部２６０は、通信インターフェースにより構成される。
【００６７】
なお、本開示の実施形態においては、記憶部２５０、通信部２６０が認証サーバ２０の内部に存在する場合を主に想定する。しかし、記憶部２５０、通信部２６０の少なくともいずれか一つは、認証サーバ２０の外部に存在していてもよい。
【００６８】
以上、本開示の実施形態に係る認証サーバ２０の機能構成例について説明した。
【００６９】
［２．４．管理サーバの機能構成例］
続いて、管理サーバ３０の機能構成例について説明する。
【００７０】
図４は、管理サーバ３０の機能構成例を示す図である。図４に示したように、管理サーバ３０は、制御部３４０、記憶部３５０および通信部３６０を有している。以下、管理サーバ３０が備えるこれらの機能ブロックについて説明する。
【００７１】
制御部３４０は、例えば、１または複数のＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ；中央演算処理装置）などといった処理装置によって構成されてよい。これらのブロックがＣＰＵなどといった処理装置によって構成される場合、かかる処理装置は電子回路によって構成されてよい。制御部３４０は、かかる処理装置によってプログラムが実行されることによって実現され得る。制御部３４０は、登録処理部３４１、情報取得部３４２および情報提供部３４３を有する。これらのブロックの詳細な機能については後に説明する。
【００７２】
記憶部３５０は、メモリを含んで構成され、制御部３４０によって実行されるプログラムを記憶したり、プログラムの実行に必要なデータを記憶したりする記録媒体である。また、記憶部３５０は、制御部３４０による演算のためにデータを一時的に記憶する。例えば、記憶部３５０は、磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または、光磁気記憶デバイスにより構成される。
【００７３】
通信部３６０は、通信回路を含んで構成され、ネットワークを介して他の装置との間で通信を行う機能を有する。例えば、通信部３６０は、当該他の装置からのデータの取得および当該他の装置へのデータの提供を行う機能を有する。例えば、通信部３６０は、通信インターフェースにより構成される。
【００７４】
なお、本開示の実施形態においては、記憶部３５０、通信部３６０が管理サーバ３０の内部に存在する場合を主に想定する。しかし、記憶部３５０、通信部３６０の少なくともいずれか一つは、管理サーバ３０の外部に存在していてもよい。
【００７５】
以上、本開示の実施形態に係る管理サーバ３０の機能構成例について説明した。
【００７６】
［２．５．サービス提供サーバの機能構成例］
続いて、サービス提供サーバ４０の機能構成例について説明する。
【００７７】
図５は、サービス提供サーバ４０の機能構成例を示す図である。図５に示したように、サービス提供サーバ４０は、制御部４４０、記憶部４５０および通信部４６０を有している。以下、サービス提供サーバ４０が備えるこれらの機能ブロックについて説明する。
【００７８】
制御部４４０は、例えば、１または複数のＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ；中央演算処理装置）などといった処理装置によって構成されてよい。これらのブロックがＣＰＵなどといった処理装置によって構成される場合、かかる処理装置は電子回路によって構成されてよい。制御部４４０は、かかる処理装置によってプログラムが実行されることによって実現され得る。制御部４４０は、状態取得部４４１およびサービス提供部４４２を有する。これらのブロックの詳細な機能については後に説明する。
【００７９】
記憶部４５０は、メモリを含んで構成され、制御部４４０によって実行されるプログラムを記憶したり、プログラムの実行に必要なデータを記憶したりする記録媒体である。また、記憶部４５０は、制御部４４０による演算のためにデータを一時的に記憶する。例えば、記憶部４５０は、磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または、光磁気記憶デバイスにより構成される。
【００８０】
通信部４６０は、通信回路を含んで構成され、ネットワークを介して他の装置との間で通信を行う機能を有する。例えば、通信部４６０は、当該他の装置からのデータの取得および当該他の装置へのデータの提供を行う機能を有する。例えば、通信部４６０は、通信インターフェースにより構成される。
【００８１】
なお、本開示の実施形態においては、記憶部４５０、通信部４６０がサービス提供サーバ４０の内部に存在する場合を主に想定する。しかし、記憶部４５０、通信部４６０の少なくともいずれか一つは、サービス提供サーバ４０の外部に存在していてもよい。
【００８２】
以上、本開示の実施形態に係るサービス提供サーバ４０の機能構成例について説明した。
【００８３】
＜３．システムの詳細な機能＞
以下、本開示の実施形態に係る情報処理システム１の詳細な機能について説明する。
【００８４】
（３．１．登録処理）
まず、登録処理（Ｗａｌｌｅｔ  Ｓｅｒｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ）について説明する。以下では、かかる登録処理が、サービス管理アプリの初期設定時にユーザ登録として実行される場合について主に説明する。しかし、登録処理が実行されるタイミングは、特に限定されない。
【００８５】
図６は、登録処理の例を示すシーケンス図である。図６に示すように、ユーザ端末１０は、ユーザによるダウンロード開始操作に基づいて、サービス管理アプリ６０のダウンロードを行う（Ｓ１１）。続いて、ユーザ端末１０は、サービス管理アプリ６０の初期設定として、サービス管理アプリ６０のユーザ登録を行う（Ｓ１２）。ユーザ登録において、ユーザ端末１０における登録制御部１４１は、カードＩＤの登録を制御するとともに（Ｓ１２１）、カードＩＤへのユーザＩＤの関連付け（Ｓ１２２）、ユーザによって選択されたサービスＩＤ（ＳＩＤ）のカードＩＤへの関連付けを行う（Ｓ１２３）。
【００８６】
カードＩＤの登録制御においては（Ｓ１２１）、登録制御部１４１は、通信部１６０を介して、カードＩＤを管理サーバ３０に提供する。そして、管理サーバ３０における登録処理部３４１は、通信部３６０を介してカードＩＤを取得すると、記憶部３５０にカードＩＤを登録する。
【００８７】
例えば、カードＩＤがＳＥ５１に記録されている場合、カードＩＤは、ＳＥ５１と管理サーバ３０との相互認証により、管理サーバ３０によって取得されてよい。カードＩＤがカード／タグ５２に記録されている場合、カードＩＤは、ユーザ端末１０Ｂのリーダライタを介したカード／タグ５２と管理サーバ３０との相互認証により、管理サーバ３０によって取得されてよい。カードＩＤがＨＣＥサーバ５３に記録されている場合、カードＩＤは、ＨＣＥサーバ５３と管理サーバ３０との相互認証により、管理サーバ３０によって取得されてよい。
【００８８】
ユーザＩＤの関連付けにおいては（Ｓ１２２）、登録制御部１４１は、通信部１６０を介して、ユーザＩＤを管理サーバ３０に提供する。そして、管理サーバ３０における登録処理部３４１は、通信部３６０を介してユーザＩＤを取得すると、記憶部３５０に記録されたカードＩＤにユーザＩＤを関連付ける。これによって、カードＩＤに対して、ユーザ認証に必要な情報（例えば、パスコード、生体情報、ＦＩＤＯにおいて必要な鍵など）が関連付けられる。
【００８９】
サービスＩＤの関連付けにおいては（Ｓ１２３）、登録制御部１４１は、通信部１６０を介して、ユーザによって選択されたサービスＩＤを管理サーバ３０に提供する。そして、管理サーバ３０における登録処理部３４１は、通信部３６０を介してサービスＩＤを取得すると、記憶部３５０に記録されたカードＩＤにサービスＩＤを関連付ける。これによって、カードＩＤに対して、ユーザによって選択されたサービスが関連付けられる。なお、上記したように、使用されるサービスが固定である場合などには、サービスＩＤの関連付けは行われなくてもよい。
【００９０】
以上、登録処理について説明した。
【００９１】
（３．２．セキュリティ管理処理）
上記したようにして登録処理が実行された後に、セキュリティ管理処理（Ｓｅｃｕｒｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）が実行される。例えば、（１）ユーザ端末１０Ａに内蔵されているＳＥ５１にカードＩＤが記録されている場合、ユーザ端末１０ＡがＲ／Ｗ７０にかざされたことをトリガーにセキュリティ管理処理が開始される。（２）ユーザ端末１０Ｂの外部に存在するカード／タグ５２にカードＩＤが記録されている場合、カード／タグ５２がＲ／Ｗ７０にかざされたことをトリガーにセキュリティ管理処理が開始される。（３）ユーザ端末１０Ｃに対応するＨＣＥサーバ５３にカードＩＤが記録されている場合、ユーザ端末１０ＣがＲ／Ｗ７０にかざされたことをトリガーにセキュリティ管理処理が開始される。
【００９２】
以下では、（２）カード／タグにカードＩＤが記録されている場合におけるセキュリティ管理処理について、図７を参照しながら説明する。続いて、（１）ＳＥにカードＩＤが記録されている場合と、（３）ＨＣＥにカードＩＤが記録されている場合におけるセキュリティ管理処理について、図８を参照しながら説明する。なお、以下の説明においても、サービス管理アプリが起動された状態で、ユーザによってかざす行為がなされる場合と、サービス管理アプリが起動されていない状態で、ユーザによってかざす行為がなされる場合との双方が考慮される。
【００９３】
図７は、カード／タグにカードＩＤが記録されている場合におけるセキュリティ管理処理の例を示すシーケンス図である。まず、サービス管理アプリが起動された状態または起動されていない状態で、ユーザによってカード／タグ５２がＲ／Ｗ７０にかざされる（Ｓ２１）。サービス管理アプリは、ユーザ認証制御部１４２によって制御されるユーザ認証が成功した場合に起動される。カード／タグ５２がＲ／Ｗ７０にかざされると、認証サーバ２０におけるカード認証部２４１は、Ｒ／Ｗ７０を介したカード／タグ５２との相互認証により、ユーザ端末１０Ｂに対応するカード認証を行う。
【００９４】
カード認証部２４１は、カード認証が成功した場合、カード／タグ５２からカードＩＤを取得し（Ｓ２２）、カード認証が成功したことを示す情報（カードＩＤ）をサービスの問い合わせとして、通信部２６０を介して管理サーバ３０に提供する（Ｓ２３）。このとき、カードＩＤとともにサービスＩＤが管理サーバ３０に提供されてもよい。管理サーバ３０において、情報取得部３４２は、カード認証が成功したことを示す情報（カードＩＤ）を取得した場合、ユーザ端末１０Ｂにおけるサービス管理アプリ６０Ｂの起動状態を含んだ属性情報（ＡＴＴＲ）を取得する（Ｓ２４）。
【００９５】
具体的に、情報取得部３４２は、カード認証が成功したことを示す情報（カードＩＤ）を取得した場合、カードＩＤに関連付けられたユーザＩＤ（あるいは、カードＩＤおよびサービスＩＤに関連付けられたユーザＩＤ）を取得し、通信部３６０を介してサービス起動アプリの起動状態を含んだ属性情報（ＡＴＴＲ）の送信要求を、ユーザＩＤに対応するユーザ端末１０Ｂに提供する。ユーザ端末１０Ｂにおいて、要求取得部１４３によって、通信部１６０を介して送信要求が取得されると、応答提供部１４４は、通信部１６０を介して送信要求に対する応答として起動状態を含んだ属性情報（ＡＴＴＲ）を管理サーバ３０に提供する。これによって、管理サーバ３０において、情報取得部３４２は、ユーザ端末１０Ｂからサービス管理アプリ６０Ｂの起動状態を含んだ属性情報（ＡＴＴＲ）を取得する。
【００９６】
ここで、図９を参照しながら、属性情報（ＡＴＴＲ）および各種ＩＤの例について説明する。図９は、属性情報（ＡＴＴＲ）および各種ＩＤの例を示す図である。図９を参照すると、各種ＩＤの例として、ＩＤ、ＵＩＤ、ＳＩＤが示され、属性情報（ＡＴＴＲ）の例として、ＡＴＴＲ１〜ＡＴＴＲ４が示されている。
【００９７】
図９に示されるように、ＩＤは、相互認証によって取得されるＩＤであり、上記したカードＩＤに相当する。ＵＩＤは、ユーザを識別するためのＩＤであり、上記したユーザＩＤに相当する。ＳＩＤは、ユーザが使用許諾したサービスのＩＤであり、上記したサービスＩＤに相当する。
【００９８】
また、図９に示されるように、属性情報１（ＡＴＴＲ１）は、カードＩＤ（ＩＤ）の保持形態種別を示す。カードＩＤ（ＩＤ）の保持形態種別の例としては、「Ｅｍｂｅｄｄｅｄ  ＳＥ」および「カード／タグ」などが挙げられる。さらに、カードＩＤ（ＩＤ）の保持形態種別の例としては、上記したように「ＦＩＤＯ」なども挙げられる。
【００９９】
属性情報２（ＡＴＴＲ２）は、サービス管理アプリの起動状態を示す。図９に示されるように、サービス管理アプリの起動状態としては、「Ｎｏｔ  Ｓｐｅｃｉｆｉｅｄ」「ＰＩＮ／ＰＷ（パスコード）」「生体認証」「ＦＩＤＯ」などが挙げられる。「Ｎｏｔ  Ｓｐｅｃｉｆｉｅｄ」は、サービス管理アプリが起動されていない状態を示す。「ＰＩＮ／ＰＷ（パスコード）」は、サービス管理アプリの起動に用いられたユーザ認証種別が「パスコード（パスワードまたはＰＩＮコード）」であることを示す。「生体認証」は、サービス管理アプリの起動に用いられたユーザ認証種別が「生体認証」であることを示す。「ＦＩＤＯ」は、サービス管理アプリの起動に用いられたユーザ認証種別が「ＦＩＤＯ」であることを示す。
【０１００】
属性情報３（ＡＴＴＲ３）は、ユーザ認証として生体認証が用いられた場合において、その生体認証の種類（認証タイプ）を示す。図９を参照すると、ＡＴＴＲ２「生体認証」に対応する認証タイプとして「カテゴリＣ１」が示されている。また、ＡＴＴＲ２「ＦＩＤＯ」に対応する認証タイプとして「カテゴリＣ２」が示されている。上記したように、生体認証の種類（認証タイプ）は特に限定されない。生体認証の種類（認証タイプ）の例は、上記した通りである。
【０１０１】
属性情報４（ＡＴＴＲ４）は、その他の情報を示す。図９を参照すると、属性情報４（ＡＴＴＲ４）として、「位置情報」および「機器ＩＤ」が示されている。「位置情報」は、ユーザ端末１０の位置情報であり、センサ部１３０によって検出され得る。「機器ＩＤ」は、機器を識別するための情報であり、記憶部１５０から取得され得る。なお、後にも説明するように、機器ＩＤは、サービス管理アプリが正当なユーザ端末１０（母艦）によって起動されたか否かを判断するために使用され得る。したがって、機器ＩＤは、図９に示されるように、カードＩＤの保持形態が「カード／タグ」である場合（セキュリティ管理処理の契機として、ユーザ端末１０とは異なる記録媒体がかざされる場合）に特に有効に活用され得る。
【０１０２】
図７に戻って説明を続ける。管理サーバ３０において、情報提供部３４３は、情報取得部３４２は、通信部３６０を介して属性情報（ＡＴＴＲ）およびユーザＩＤ（ＵＩＤ）をサービス提供サーバ４０に（返信）提供する（Ｓ２５）。このとき、属性情報（ＡＴＴＲ）およびユーザＩＤ（ＵＩＤ）は、認証サーバ２０における属性情報転送制御部２４２によって、管理サーバ３０からサービス提供サーバ４０に転送されてよい。なお、上記したように、認証サーバ２０が、サービス提供サーバ４０としての機能も有する場合などには、認証サーバ２０によるユーザＩＤおよび属性情報（ＡＴＴＲ）の転送は行われなくてよい。
【０１０３】
その後、サービス提供サーバ４０において、状態取得部４４１は、通信部４６０を介してユーザＩＤおよび属性情報（ＡＴＴＲ）を取得する。サービス提供部４４２は、属性情報（ＡＴＴＲ）に応じたサービス（クラウド型サービス）を、ユーザＩＤに対応するユーザ端末１０Ｂに提供する（Ｓ２６）。サービス提供部４４２によって提供されるサービスについての詳細は、図１０を参照しながら後に説明する。
【０１０４】
図８は、ＳＥまたはＨＣＥにカードＩＤが記録されている場合におけるセキュリティ管理処理の例を示すシーケンス図である。まず、サービス管理アプリが起動された状態または起動されていない状態で、ユーザによってユーザ端末１０Ａまたはユーザ端末１０ＣがＲ／Ｗ７０にかざされる（Ｓ２１）。サービス管理アプリは、ユーザ認証制御部１４２によって制御されるユーザ認証が成功した場合に起動される。ユーザ端末１０Ａまたはユーザ端末１０ＣがＲ／Ｗ７０にかざされると、認証サーバ２０におけるカード認証部２４１は、Ｒ／Ｗ７０を介したＳＥ５１（図８（１））またはＨＣＥサーバ５３（図８（３））との相互認証により、ユーザ端末１０Ａまたはユーザ端末１０Ｃに対応するカード認証を行う。
【０１０５】
カード認証部２４１は、カード認証が成功した場合、ＳＥ５１またはＨＣＥサーバ５３からカードＩＤを取得し（Ｓ２２）、カード認証が成功したことを示す情報（カードＩＤ）をサービスの問い合わせとして、通信部２６０を介して管理サーバ３０に提供する（Ｓ２３）。このとき、カードＩＤとともにサービスＩＤが管理サーバ３０に提供されてもよい。以降の処理（Ｓ２４〜Ｓ２６）は、図７を参照しながら説明した処理（Ｓ２４〜Ｓ２６）と同様にして実行されてよいため、以降の処理（Ｓ２４〜Ｓ２６）の詳細な説明は、省略する。
【０１０６】
以上、セキュリティ管理処理について説明した。
【０１０７】
（３．３．サービス提供処理）
上記したようにして登録処理が実行された後に、サービス提供処理が実行される。ここで、上記したように、サービス提供部４４２は、属性情報（ＡＴＴＲ）に応じたサービスをユーザ端末１０に提供するが、属性情報（ＡＴＴＲ）とサービスとの対応関係は、特に限定されない。以下では、図１０を参照しながら、属性情報（ＡＴＴＲ）とサービスとの対応関係の例について主に説明する。
【０１０８】
図１０は、属性情報（ＡＴＴＲ）とサービスとの対応関係の例を示す図である。例えば、サービス提供部４４２は、サービス管理アプリが起動されている場合には、第１のサービスをユーザ端末１０に提供し、サービス管理アプリが起動されていない場合には、第１のサービスよりも制限された第２のサービスをユーザ端末１０に提供してもよい。
【０１０９】
あるいは、サービス提供部４４２は、サービス管理アプリの起動のためのユーザ認証種別に応じたサービスをユーザ端末１０に提供してもよい。より具体的に、サービス提供部４４２は、サービス管理アプリの起動のためのユーザ認証種別が第１の種別である場合には、第１のサービスをユーザ端末１０に提供し、サービス管理アプリの起動のためのユーザ認証種別が第１の種別とは異なる第２の種別である場合には（第１の種別よりもユーザ認証が簡易である場合には）、第１のサービスよりも制限された第２のサービスをユーザ端末１０に提供してもよい。
【０１１０】
ここで、第１のサービスおよび第２のサービスは、どのようなサービスであってもよい。例えば、第１のサービスは、第１の与信枠の範囲内で提供されるサービスであり、第２のサービスは、第１の与信枠よりも小さい第２の与信枠の範囲内で提供されるサービスであってもよい。図１０のＮｏ．１〜３を参照すると、サービス管理アプリが起動されていない場合、すなわち、ＡＴＴＲ２が「Ｎｏｔ  ｓｐｅｃｉｆｉｅｄ」である場合の与信枠が最も制限されており、ユーザ認証種別が「パスコード」である場合の与信枠が次に制限されており、ユーザ認証種別が「パスコード」よりも複雑な「生体認証」である場合の与信枠が最も緩くされている例が示されている。
【０１１１】
また、例えば、サービス提供部４４２は、サービス管理アプリが起動されている場合には、サービスをユーザ端末１０に提供し、サービス管理アプリが起動されていない場合には、サービスのユーザ端末１０への提供を禁止してもよい。図１０のＮｏ．５〜６を参照すると、サービス管理アプリが起動されていない場合、すなわち、ＡＴＴＲ２が「Ｎｏｔ  ｓｐｅｃｉｆｉｅｄ」である場合のサービスが使用不可であり、サービス管理アプリが起動されている場合、サービスが制限なく使用できる例が示されている。なお、図１０のＮｏ．４は、ユーザによって許諾されていないサービスでも使用可であることを示している。
【０１１２】
また、例えば、サービス提供部４４２は、ユーザ端末１０の位置情報に応じたサービスをユーザ端末１０に提供してもよい。より具体的に、サービス提供部４４２は、ユーザ端末１０の位置情報が所定の条件を満たす場合には、サービスをユーザ端末１０に提供し、ユーザ端末１０の位置情報が所定の条件を満たさない場合には、サービスのユーザ端末１０への提供を禁止してもよい。
【０１１３】
ここで、所定の条件は特に限定されない。一例として、所定の条件は、ユーザ端末１０の位置情報がイベント会場の中であることを示すという条件であってもよい。そうすれば、ユーザがイベント会場にいるときにはユーザ端末１０にサービスが提供されるが、ユーザがイベント会場にいないときにはユーザ端末１０にサービスが提供されないといった制御が可能となる。
【０１１４】
なお、図１０のＮｏ．７〜８を参照すると、サービス管理アプリが起動されていない場合、すなわち、ＡＴＴＲ２が「Ｎｏｔ  ｓｐｅｃｉｆｉｅｄ」である場合にのみ、ユーザ端末１０の位置情報が所定の条件を満たすか否かが判断され、ユーザ認証種別が「パスコード」である場合には、サービスが制限なく使用できる例が示されている。このように、ユーザ端末１０の位置情報と他の属性情報（この例では、ユーザ認証種別）とに応じたサービスがユーザ端末１０に提供されてもよい。
【０１１５】
また、例えば、サービス提供部４４２は、ユーザ端末１０の機器ＩＤに応じたサービスをユーザ端末１０に提供してもよい。例えば、サービス提供部４４２は、ユーザ端末１０の機器ＩＤが正当なユーザ端末１０（母艦）の機器ＩＤである場合、サービス管理アプリが正当なユーザ端末１０（母艦）によって起動されたと判断されるため、ユーザ端末１０にサービスを提供してよい。あるいは、サービス提供部４４２は、ユーザ端末１０の機器ＩＤが正当なユーザ端末１０（母艦）の機器ＩＤである場合には、サービス管理アプリが起動されてさえいれば、サービスをユーザ端末１０に提供し、ユーザ端末１０の機器ＩＤが正当ではないユーザ端末１０の機器ＩＤである場合には、ユーザ認証が成功した場合にのみ、サービスをユーザ端末１０に提供してもよい。これによって、他人のユーザ端末１０が不正に使用されることが防止され得る。
【０１１６】
なお、図１０のＮｏ．９〜１０を参照すると、サービス管理アプリが起動されていない場合、すなわち、ＡＴＴＲ２が「Ｎｏｔ  ｓｐｅｃｉｆｉｅｄ」である場合には、無条件にサービスが使用不可であり、カードＩＤの保持形態が「カード／タグ」である場合にのみ、母艦からサービス管理アプリが起動されたか否かが判断される例が示されている。これは、上記したように、ユーザ端末１０とは異なる記録媒体（カード／タグなど）がかざされる場合に、他人のユーザ端末が不正に使用されている可能性があるからである。
【０１１７】
また、例えば、サービス提供部４４２は、カードＩＤの保持形態種別に応じたサービスをユーザ端末１０に提供してもよい。より具体的に、サービス提供部４４２は、カードＩＤの保持形態種別が第３の種別である場合には、第３のサービスをユーザ端末１０に提供し、カードＩＤの保持形態種別が第３の種別とは異なる第４の種別である場合には（第３の種別よりも安全性が低い保持形態である場合には）、第３のサービスよりも制限された第４のサービスをユーザ端末１０に提供してもよい。
【０１１８】
ここで、第３のサービスおよび第４のサービスは、どのようなサービスであってもよい。例えば、第３のサービスは、第３の与信枠の範囲内で提供されるサービスであり、第４のサービスは、第３の与信枠よりも小さい第４の与信枠の範囲内で提供されるサービスであってもよい。
【０１１９】
また、例えば、サービス提供部４４２は、カードＩＤの保持形態種別が第３の種別である場合には、サービスをユーザ端末１０に提供し、カードＩＤの保持形態種別が第３の種別とは異なる第４の種別である場合には（第３の種別よりも安全性が低い保持形態である場合には）、サービスのユーザ端末１０への提供を禁止してもよい。図１０のＮｏ．１１〜１２を参照すると、カードＩＤの保持形態種別が「Ｅｍｂｅｄｄｅｄ  ＳＥ」である場合の与信枠が制限されておらず、カードＩＤの保持形態種別が「カード／タグ」である場合の与信枠が制限されている例が示されている。
【０１２０】
また、ユーザ端末１０が紛失してしまった場合には、ユーザ端末１０が紛失してしまった旨がユーザによってサービス提供サーバ４０に通知されるとよい。そうすれば、サービス提供部４４２は、紛失してしまったユーザ端末１０によるサービス使用条件を変えることによって、ユーザ端末１０の不正使用を防止することができる。図１０のＮｏ．１３〜１４を参照すると、サービス提供部４４２が、紛失してしまったユーザ端末１０によるサービス使用条件を「使用不可」に変更する例が示されている。しかし、サービス提供部４４２が、紛失してしまったユーザ端末１０によるサービス使用条件を厳しくしてもよい。
【０１２１】
以上、サービス提供処理について説明した。
【０１２２】
＜４．ハードウェア構成例＞
次に、図１１を参照して、本開示の実施形態に係るユーザ端末１０のハードウェア構成について説明する。図１１は、本開示の実施形態に係るユーザ端末１０のハードウェア構成例を示すブロック図である。なお、認証サーバ（認証装置）２０、管理サーバ（情報処理装置）３０、サービス提供サーバ（サービス提供装置）４０のハードウェア構成も、図１１に示したハードウェア構成と同様にして実現され得る。ただし、図１１に示したハードウェア構成のうち、不要な構成は適宜に削除されてよい。
【０１２３】
図１１に示すように、ユーザ端末１０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）９０１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）９０３、およびＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）９０５を含む。また、ユーザ端末１０は、ホストバス９０７、ブリッジ９０９、外部バス９１１、インターフェース９１３、入力装置９１５、出力装置９１７、ストレージ装置９１９、ドライブ９２１、接続ポート９２３、通信装置９２５を含んでもよい。さらに、ユーザ端末１０は、必要に応じて、撮像装置９３３、およびセンサ９３５を含んでもよい。ユーザ端末１０は、ＣＰＵ９０１に代えて、またはこれとともに、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）またはＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）と呼ばれるような処理回路を有してもよい。
【０１２４】
ＣＰＵ９０１は、演算処理装置および制御装置として機能し、ＲＯＭ９０３、ＲＡＭ９０５、ストレージ装置９１９、またはリムーバブル記録媒体９２７に記録された各種プログラムに従って、ユーザ端末１０内の動作全般またはその一部を制御する。ＲＯＭ９０３は、ＣＰＵ９０１が使用するプログラムや演算パラメータなどを記憶する。ＲＡＭ９０５は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータなどを一時的に記憶する。ＣＰＵ９０１、ＲＯＭ９０３、およびＲＡＭ９０５は、ＣＰＵバスなどの内部バスにより構成されるホストバス９０７により相互に接続されている。さらに、ホストバス９０７は、ブリッジ９０９を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス９１１に接続されている。
【０１２５】
入力装置９１５は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチおよびレバーなど、ユーザによって操作される装置である。入力装置９１５は、ユーザの音声を検出するマイクロフォンを含んでもよい。入力装置９１５は、例えば、赤外線やその他の電波を利用したリモートコントロール装置であってもよいし、ユーザ端末１０の操作に対応した携帯電話などの外部接続機器９２９であってもよい。入力装置９１５は、ユーザが入力した情報に基づいて入力信号を生成してＣＰＵ９０１に出力する入力制御回路を含む。ユーザは、この入力装置９１５を操作することによって、ユーザ端末１０に対して各種のデータを入力したり処理動作を指示したりする。また、後述する撮像装置９３３も、ユーザの手の動き、ユーザの指などを撮像することによって、入力装置として機能し得る。このとき、手の動きや指の向きに応じてポインティング位置が決定されてよい。
【０１２６】
出力装置９１７は、取得した情報をユーザに対して視覚的または聴覚的に通知することが可能な装置で構成される。出力装置９１７は、例えば、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）、ＰＤＰ（Ｐｌａｓｍａ  Ｄｉｓｐｌａｙ  Ｐａｎｅｌ）、有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、プロジェクタなどの表示装置、ホログラムの表示装置、スピーカおよびヘッドホンなどの音出力装置、ならびにプリンタ装置などであり得る。出力装置９１７は、ユーザ端末１０の処理により得られた結果を、テキストまたは画像などの映像として出力したり、音声または音響などの音として出力したりする。また、出力装置９１７は、ＬＥＤ（ｌｉｇｈｔ−ｅｍｉｔｔｉｎｇ  ｄｉｏｄｅ）などのライトを含んでもよい。
【０１２７】
ストレージ装置９１９は、ユーザ端末１０の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置９１９は、例えば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）などの磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイスなどにより構成される。このストレージ装置９１９は、ＣＰＵ９０１が実行するプログラムや各種データ、および外部から取得した各種のデータなどを格納する。
【０１２８】
ドライブ９２１は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体９２７のためのリーダライタであり、ユーザ端末１０に内蔵、あるいは外付けされる。ドライブ９２１は、装着されているリムーバブル記録媒体９２７に記録されている情報を読み出して、ＲＡＭ９０５に出力する。また、ドライブ９２１は、装着されているリムーバブル記録媒体９２７に記録を書き込む。
【０１２９】
接続ポート９２３は、機器をユーザ端末１０に直接接続するためのポートである。接続ポート９２３は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）ポートなどであり得る。また、接続ポート９２３は、ＲＳ−２３２Ｃポート、光オーディオ端子、ＨＤＭＩ（登録商標）（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）ポートなどであってもよい。接続ポート９２３に外部接続機器９２９を接続することで、ユーザ端末１０と外部接続機器９２９との間で各種のデータが交換され得る。
【０１３０】
通信装置９２５は、例えば、通信ネットワーク９３１に接続するための通信デバイスなどで構成された通信インターフェースである。通信装置９２５は、例えば、有線または無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、またはＷＵＳＢ（Ｗｉｒｅｌｅｓｓ  ＵＳＢ）用の通信カードなどであり得る。また、通信装置９２５は、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）用のルータ、または、各種通信用のモデムなどであってもよい。通信装置９２５は、例えば、インターネットや他の通信機器との間で、ＴＣＰ／ＩＰなどの所定のプロトコルを用いて信号などを送受信する。また、通信装置９２５に接続される通信ネットワーク９３１は、有線または無線によって接続されたネットワークであり、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、ラジオ波通信または衛星通信などである。
【０１３１】
撮像装置９３３は、例えば、ＣＣＤ（Ｃｈａｒｇｅ  Ｃｏｕｐｌｅｄ  Ｄｅｖｉｃｅ）またはＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ  Ｍｅｔａｌ  Ｏｘｉｄｅ  Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）などの撮像素子、および撮像素子への被写体像の結像を制御するためのレンズなどの各種の部材を用いて実空間を撮像し、撮像画像を生成する装置である。撮像装置９３３は、静止画を撮像するものであってもよいし、また動画を撮像するものであってもよい。
【０１３２】
センサ９３５は、例えば、測距センサ、加速度センサ、ジャイロセンサ、地磁気センサ、振動センサ、光センサ、音センサなどの各種のセンサである。センサ９３５は、例えばユーザ端末１０の筐体の姿勢など、ユーザ端末１０自体の状態に関する情報や、ユーザ端末１０の周辺の明るさや騒音など、ユーザ端末１０の周辺環境に関する情報を取得する。また、センサ９３５は、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）信号を受信して装置の緯度、経度および高度を測定するＧＰＳセンサを含んでもよい。
【０１３３】
＜５．むすび＞
以上説明したように、本開示の実施形態によれば、ユーザ端末に対応するカード認証が成功したことを示す情報を取得した場合、前記ユーザ端末におけるサービス管理アプリケーションの起動状態を取得する情報取得部と、前記ユーザ端末にサービスを提供するサービス提供装置に前記起動状態を提供する情報提供部と、を備える、情報処理装置が提供される。
【０１３４】
かかる構成によれば、バリューの正当性およびバリューにアクセスするユーザの正当性を担保しつつ、システムの柔軟性を向上させることが可能となる。より具体的に、本開示の実施形態によれば、カード認証に利用される構成とユーザ認証に利用される構成とを分離することによって、システムの柔軟性を向上させることが可能となる。
【０１３５】
＜６．変形例＞
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１３６】
上記では、サービス管理アプリの起動状態に応じてサービスが提供される例を説明した。すなわち、起動状態ごとに異なるサービスが提供される例を説明した。しかし、サービスにおいて実行可能な処理が起動状態ごとに異なっていてもよい。例えば、バリューに対するトップアップ（入金）は、サービス管理アプリが起動されていなければ実行され得ないが、他の処理は、サービス管理アプリが起動されていなくても実行可能であってもよい。あるいは、サービスにおける如何なる処理も、サービス管理アプリが起動されていなければ実行され得ないようにしてもよい。
【０１３７】
また、カードＩＤとして、有効期限付きＱＲコード（登録商標）を使用することも可能である。かかる場合には、ユーザによって起動されたサービス管理アプリ経由で、管理サーバ３０がＱＲコード（登録商標）を生成し、ユーザ端末１０がＱＲコード（登録商標）を表示する。このとき、管理サーバ３０は、サービスの問い合わせ時にＱＲコード（登録商標）を受信すると、先に発行依頼を行ったユーザ端末１０のサービス管理アプリの起動状態を確認することで、ＱＲコード（登録商標）をコピーして正当ではないユーザが使用してしまう可能性を低減することができる。
【０１３８】
また、例えば、コンピュータに内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアを、上記した制御部１４０、制御部２４０、制御部３４０および制御部４４０が有する機能と同等の機能を発揮させるためのプログラムも作成可能である。また、該プログラムを記録した、コンピュータに読み取り可能な記録媒体も提供され得る。
【０１３９】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏し得る。
【０１４０】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
ユーザ端末に対応するカード認証が成功したことを示す情報を取得した場合、前記ユーザ端末におけるサービス管理アプリケーションの起動状態を取得する情報取得部と、
前記ユーザ端末にサービスを提供するサービス提供装置に前記起動状態を提供する情報提供部と、
を備える、情報処理装置。
（２）
前記サービス管理アプリケーションは、ユーザ認証が成功した場合に起動される、
前記（１）に記載の情報処理装置。
（３）
前記起動状態は、前記サービス管理アプリケーションの起動のためのユーザ認証種別および前記サービス管理アプリケーションが起動されているか否かを示す情報の少なくともいずれか一方を含む、
前記（１）または（２）に記載の情報処理装置。
（４）
前記情報提供部は、前記起動状態と前記ユーザ認証種別とを前記サービス提供装置に提供する、
前記（３）に記載の情報処理装置。
（５）
前記情報提供部は、前記起動状態と前記ユーザ端末の位置情報とを前記サービス提供装置に提供する、
前記（１）〜（４）のいずれか一項に記載の情報処理装置。
（６）
前記情報提供部は、前記起動状態と前記ユーザ端末の機器ＩＤとを前記サービス提供装置に提供する、
前記（１）〜（５）のいずれか一項に記載の情報処理装置。
（７）
前記情報提供部は、前記起動状態と前記カード認証に必要なカードＩＤの保持形態種別とを前記サービス提供装置に提供する、
前記（１）〜（６）のいずれか一項に記載の情報処理装置。
（８）
前記サービス提供装置によって、前記起動状態に応じた前記サービスが前記ユーザ端末に提供される、
前記（１）〜（７）のいずれか一項に記載の情報処理装置。
（９）
ユーザ端末に対応するカード認証が成功したことを示す情報を取得した場合、前記ユーザ端末におけるサービス管理アプリケーションの起動状態を取得することと、
プロセッサにより、前記ユーザ端末にサービスを提供するサービス提供装置に前記起動状態を提供することと、
を含む、情報処理方法。
（１０）
ユーザ端末であって、
前記ユーザ端末に対応するカード認証が成功したことを示す情報が情報処理装置によって取得された場合、前記情報処理装置からサービス管理アプリケーションの起動状態の送信要求を取得する要求取得部と、
前記送信要求に対する応答として前記起動状態を前記情報処理装置に提供する応答提供部と、
を備える、ユーザ端末。
（１１）
ユーザ端末に対応するカード認証が成功したことを示す情報が情報処理装置によって取得された場合、前記情報処理装置からサービス管理アプリケーションの起動状態の送信要求を取得することと、
前記送信要求に対する応答として前記起動状態を前記情報処理装置に提供することと、
を含む、情報処理方法。
（１２）
ユーザ端末に対応するカード認証が成功したことを示す情報が情報処理装置によって取得された場合、前記情報処理装置から前記ユーザ端末におけるサービス管理アプリケーションの起動状態を取得する状態取得部と、
前記起動状態に応じたサービスを前記ユーザ端末に提供するサービス提供部と、
を備える、サービス提供装置。
（１３）
前記サービス提供部は、前記サービス管理アプリケーションが起動されている場合には、第１のサービスを前記ユーザ端末に提供し、前記サービス管理アプリケーションが起動されていない場合には、前記第１のサービスよりも制限された第２のサービスを前記ユーザ端末に提供する、
前記（１２）に記載のサービス提供装置。
（１４）
前記第１のサービスは、第１の与信枠の範囲内で提供されるサービスであり、前記第２のサービスは、前記第１の与信枠よりも小さい第２の与信枠の範囲内で提供されるサービスである、
前記（１３）に記載のサービス提供装置。
（１５）
前記サービス提供部は、前記サービス管理アプリケーションが起動されている場合には、前記サービスを前記ユーザ端末に提供し、前記サービス管理アプリケーションが起動されていない場合には、前記サービスの前記ユーザ端末への提供を禁止する、
前記（１２）に記載のサービス提供装置。
（１６）
前記サービス提供部は、前記情報処理装置から前記起動状態と前記カード認証に必要なカードＩＤの保持形態種別とが取得された場合、前記起動状態と前記保持形態種別とに応じた前記サービスを前記ユーザ端末に提供する、
前記（１２）〜（１５）のいずれか一項に記載のサービス提供装置。
（１７）
前記サービス提供部は、前記情報処理装置から前記起動状態と前記サービス管理アプリケーションの起動のためのユーザ認証種別とが取得された場合、前記起動状態と前記ユーザ認証種別とに応じた前記サービスを前記ユーザ端末に提供する、
前記（１２）〜（１６）のいずれか一項に記載のサービス提供装置。
（１８）
前記サービス提供部は、前記情報処理装置から前記起動状態と前記ユーザ端末の位置情報とが取得された場合、前記起動状態と前記位置情報とに応じた前記サービスを前記ユーザ端末に提供する、
前記（１２）〜（１７）のいずれか一項に記載のサービス提供装置。
（１９）
前記サービス提供部は、前記情報処理装置から前記起動状態と前記ユーザ端末の機器ＩＤとが取得された場合、前記起動状態と前記機器ＩＤとに応じた前記サービスを前記ユーザ端末に提供する、
前記（１２）〜（１８）のいずれか一項に記載のサービス提供装置。
（２０）
ユーザ端末に対応するカード認証が成功したことを示す情報が情報処理装置によって取得された場合、前記情報処理装置から前記ユーザ端末におけるサービス管理アプリケーションの起動状態を取得することと、
プロセッサにより、前記起動状態に応じたサービスを前記ユーザ端末に提供することと、
を含む、サービス提供方法。
【符号の説明】
【０１４１】
１      情報処理システム
１０    ユーザ端末
１１０  入力部
１３０  センサ部
１４０  制御部
１４１  登録制御部
１４２  ユーザ認証制御部
１４３  要求取得部
１４４  応答提供部
１５０  記憶部
１６０  通信部
１８０  出力部
２０    認証サーバ
２４０  制御部
２４１  カード認証部
２４２  属性情報転送制御部
２５０  記憶部
２６０  通信部
３０    管理サーバ（情報処理装置）
３４０  制御部
３４１  登録処理部
３４２  情報取得部
３４３  情報提供部
３５０  記憶部
３６０  通信部
４０    サービス提供サーバ
４１    バリュー
４４０  制御部
４４１  状態取得部
４４２  サービス提供部
４５０  記憶部
４６０  通信部
５２    カード／タグ
５３    ＨＣＥサーバ
６０    サービス管理アプリ
８０    ＰＯＳ
【図１】
2019142477.tif 000003
【図２】
2019142477.tif 000004
【図３】
2019142477.tif 000005
【図４】
2019142477.tif 000006
【図５】
2019142477.tif 000007
【図６】
2019142477.tif 000008
【図７】
2019142477.tif 000009
【図８】
2019142477.tif 000010
【図９】
2019142477.tif 000011
【図１０】
2019142477.tif 000012
【図１１】
2019142477.tif 000013
【国際調査報告】
2019142477.tif 000014
2019142477.tif 000015