(57)【要約】  本発明の実施形態は、モバイルアプリケーションを更新した後、通信デバイス上のモバイルアプリケーションのより効率的かつ効果的なパーソナライゼーションを可能にする部分パーソナライゼーションプロセスを提供するための方法及びシステムに関する。例えば、モバイルアプリケーションの複数のバージョンに関連付けられたパーソナライゼーションプロファイルは、アプリケーション更新プロビジョニングシステムに記憶されてもよく、アプリケーション更新プロビジョニングシステムは、適切な部分プロビジョニング情報を決定して、各移行通知に対するモバイルアプリケーションを更新する。したがって、モバイルアプリケーションの更新済みバージョンに対して更新されるべきパーソナライゼーション情報のみを含む、カスタマイズされた部分パーソナライゼーションスクリプトを生成してインストールして、すべてのパーソナライズされた情報を更新済みモバイルアプリケーション内に再びパーソナライゼーション要求なしに、新しい機能の有効化及び／または更新済みモバイルアプリケーション内に含まれる情報の更新を行うことを可能にする。
2017531873.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションプロバイダコンピュータによって管理される通信デバイス上で更新済みモバイルアプリケーションに関連付けられたパーソナライゼーション情報を更新する方法であって、
サーバコンピュータによって、アプリケーションプロバイダコンピュータから通信デバイスにインストールされたモバイルアプリケーションのデバイス識別情報とアプレット識別情報とアプリケーションバージョン情報とを含む移行通知を受信することと、
前記デバイス識別情報及び前記アプレット識別情報を用いて、前記移行通知に関連付けられたアカウントを前記サーバコンピュータによって識別することと、
前記サーバコンピュータによって、前記受信されたアプリケーションバージョン情報を用いて、前記モバイルアプリケーションに関連付けられた現在のパーソナライゼーションプロファイルを識別することと、
前記サーバコンピュータによって、前記更新済みモバイルアプリケーションに関連付けられた、更新済みパーソナライゼーションプロファイルを識別することと、
前記サーバコンピュータによって、前記現在のパーソナライゼーションプロファイルと前記更新済みパーソナライゼーションプロファイルとの間の差異に関連付けられた部分パーソナライゼーション情報を決定することとを含み、
前記通信デバイスの前記モバイルアプリケーションに記憶された前記パーソナライゼーション情報を更新するための前記部分パーソナライゼーション情報を含む部分パーソナライゼーションスクリプトを生成することと、
前記サーバコンピュータによって、前記通信デバイスにインストールするために、前記アプリケーションプロバイダのコンピュータに前記部分パーソナライゼーションスクリプトを提供することとを含む方法。
【請求項２】
前記部分パーソナライゼーション情報は、暗号鍵、クレデンシャル、共有機密事項、及びユーザ情報のうちの少なくとも１つを含む請求項１に記載の方法。
【請求項３】
前記アプリケーションバージョン情報は、前記通信デバイスにインストールされた前記モバイルアプリケーションの以前のバージョンを示すことを請求項1に記載の方法。
【請求項４】
前記モバイルアプリケーションは、前記部分パーソナライゼーションスクリプトが前記通信デバイスにインストールされるまで、非アクティブ状態となる請求項１に記載の方法。
【請求項５】
前記部分パーソナライゼーションスクリプトが前記通信デバイスにインストールされるまで、前記更新済みモバイルアプリケーションに関連付けられた更新された機能を無効とする請求項１に記載の方法。
【請求項６】
前記移行通知を前記通信デバイスから受信することは、さらに、
前記サーバコンピュータによって、前記アプレット識別情報と前記通信デバイス情報とを用いて前記通信デバイスでセキュアチャネルを確立することと、
前記サーバコンピュータによって、前記更新のために前記モバイルアプリケーションを作成するモバイル状態更新コマンドを送ることと、
前記サーバコンピュータによって、前記セキュアチャネルを介して前記通信デバイスの前記モバイルアプリケーションからの検証情報を受信することと、
前記サーバコンピュータによって、前記検証情報を検証して前記モバイルアプリケーションを認証することとを含む請求項１に記載の方法。
【請求項７】
前記移動通知は、前記モバイルアプリケーションに関連付けられたイベントに呼応して、前記モバイルアプリケーションによって生成される請求項１に記載の方法。
【請求項８】
前記部分プロビジョニングスクリプトは発行者コンピュータによって実行される請求項１に記載の方法。
【請求項９】
発行者は、前記移行通知を受信する前に前記通信デバイスに前記モバイルアプリケーションの更新を要求できる請求項１に記載の方法。
【請求項１０】
さらに、
前記サーバコンピュータによって、前記モバイルアプリケーションの前記パーソナライゼーションプロファイルの記憶されたアプリケーションのバージョンを、前記受信したアプリケーションバージョン情報と比較することによって、 前記移行通知の真正性を検証することを含む請求項１に記載の方法。
【請求項１１】
サーバコンピュータであって、
プロセッサと、
通信デバイス上の更新済みモバイルアプリケーションに関連付けられたパーソナライゼーション情報を更新する方法を実行するために、前記プロセッサによって実行可能なコードを含むコンピュータ可読媒体とを備え、前記方法は、
アプリケーションプロバイダコンピュータから前記通信デバイスにインストールされたモバイルアプリケーションのデバイス識別情報とアプレット識別情報とアプリケーションバージョン情報とを含む移行通知を受信することと、
前記デバイス識別情報及び前記アプレット識別情報を用いて、前記移行通知に関連付けられたアカウントを識別することと、
前記受信したアプリケーションバージョン情報を使用して前記モバイルアプリケーションに関連付けられた現在のパーソナライゼーションプロファイルを識別することと、
前記更新済みモバイルアプリケーションに関連付けられた、更新済みパーソナライゼーションプロファイルを識別することと、
前記現在のパーソナライゼーションプロファイルと前記更新済みパーソナライゼーションプロファイルとの間の差異に関連付けられた部分パーソナライゼーション情報を決定すること、
前記通信デバイスの前記モバイルアプリケーションに記憶された前記パーソナライゼーション情報を更新するための前記部分パーソナライゼーション情報を含む部分パーソナライゼーションスクリプトを生成することと、
前記通信デバイスにインストールするために、前記アプリケーションプロバイダのコンピュータに前記部分パーソナライゼーションスクリプトを提供することとを含むサーバコンピュータ。
【請求項１２】
前記部分パーソナライゼーション情報は、暗号鍵、クレデンシャル、共有秘密事項、及びユーザ情報のうちの少なくとも１つを含む請求項１１に記載のサーバコンピュータ。
【請求項１３】
前記アプリケーションバージョン情報は、前記通信デバイスにインストールされた前記モバイルアプリケーションの以前のバージョンを示すことを請求項１１に記載のサーバコンピュータ。
【請求項１４】
前記モバイルアプリケーションは、前記部分パーソナライゼーションスクリプトが通信デバイスにインストールされるまで、非アクティブ状態となる請求項１１に記載のサーバコンピュータ。
【請求項１５】
前記更新済みモバイルアプリケーションに関連付けられた更新済み機能は、前記部分パーソナライゼーションスクリプトが前記通信デバイスにインストールされるまで、無効となる請求項１１に記載のサーバコンピュータ。
【請求項１６】
前記移行通知を前記通信デバイスから受信することは、さらに、
前記モバイルアプリケーション情報と前記通信デバイス情報とを用いて前記通信デバイスでセキュアチャネルを確立することと、
前記更新のために前記モバイルアプリケーションを作成するモバイル状態更新コマンドを送ることと、
前記セキュアチャネルを介して前記通信デバイスの前記モバイルアプリケーションからの検証情報を受信することと、
前記検証情報を検証して前記モバイルアプリケーションを認証することとを含む請求項１１に記載のサーバコンピュータ。
【請求項１７】
前記移動通知は、モバイルアプリケーションに関連付けられたイベントに呼応して、前記モバイルアプリケーションによって生成される請求項１１に記載のサーバコンピュータ。
【請求項１８】
前記部分プロビジョニングスクリプトの生成は発行者のコンピュータによって実行される請求項１１に記載のサーバコンピュータ。
【請求項１９】
前記方法は、さらに、
前記モバイルアプリケーションの前記パーソナライゼーションプロファイルの記憶されたアプリケーションのバージョンを、前記受信したアプリケーションバージョン情報と比較することによって、前記移行通知の真正性を検証することを含む請求項１１に記載のサーバコンピュータ。
【請求項２０】
システムであって、
更新済みモバイルアプリケーションを含む通信デバイスをさらに備え、前記更新済みモバイルアプリケーションは、
更新イベントに呼応して、デバイス識別情報、アプレット識別情報、及びアプリケーションバージョン情報を含む移行通知をアプリケーションプロバイダーコンピュータに送るように構成されており、
前記アプリケーションプロバイダコンピュータは、
前記移行通知を受信し、
前記モバイルアプリケーションに関連付けられたプロビジョニングコンピュータを判定し、
前記移行通知を前記プロビジョニングコンピュータに送信し 
前記プロビジョニングコンピュータから部分パーソナライゼーションスクリプトを受信し、
前記部分パーソナライゼーションスクリプトを前記通信デバイスにインストールし、
前記プロビジョニングコンピュータは、
前記アプリケーションプロバイダコンピュータから前記移行通知を受信し
前記デバイス識別情報及び前記アプレット識別情報を使って前記通信デバイスに関連付けられた現在のパーソナライゼーションプロファイルを識別し、
前記デバイス識別情報及び前記アプレット識別情報を用いて、前記移行通知に関連付けられたアカウントを識別し、
前記受信したアプリケーションバージョン情報を使用して前記モバイルアプリケーションに関連付けられた現在のパーソナライゼーションプロファイルを識別し、
前記更新済みモバイルアプリケーションに関連付けられた、前記通信デバイス上の更新済みパーソナライゼーションプロファイルを識別し
前記現在のパーソナライゼーションプロファイルと前記更新済みパーソナライゼーションプロファイルとの間の差異に関連付けられた部分パーソナライゼーション情報を決定し
前記通信デバイスの前記モバイルアプリケーションに記憶された前記パーソナライゼーション情報を更新するための前記部分パーソナライゼーション情報を含む前記部分パーソナライゼーションスクリプトを生成し
前記部分パーソナライゼーションスクリプトを前記マスタアプリケーションプロバイダに提供してインストールする前記システム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連事例への相互参照 
本出願は、非仮出願であり、あらゆる目的のために全体をここに参照することにより本出願に援用される２０１４年１０月１０日に出願された米国仮出願第６２／０６２,４３７,号及び２０１４年１１月６日に出願された米国仮出願第６２／０７６,４４０号に対する優先権を主張するものである。
【背景技術】
【０００２】
モバイル決済環境は、通常、パーソナライズされた財務及び個人情報が通信デバイスにインストールされたモバイル決済アプリケーションを使用して、通信デバイスを使用してトランザクションを実行する。パーソナライズされた情報は、通信デバイスに関連付けられた口座保有者に関する機密アカウント及び個人情報を含んでいてもよい。パーソナライズされた情報を使って、通信デバイスから、決済情報（例えば、アカウントクレデンシャル）を業者、アクセスデバイス、または任意の他のエンティティに渡せるようにして、トランザクションを開始し処理することができる。一般的には、パーソナライゼーション情報は、ユーザ認証と、通信デバイス上のパーソナライズされた情報を提供することに対する同意を含むアカウントプロビジョニングプロセスを介してデバイスに提供される。ユーザ認証は、ユーザに特定のパスコード、ワンタイムパスワード、または任意の他の認証証明を提供することを要求して、発行者及び／または消費者が認証されているプロビジョニングシステムが、要求デバイス上のアカウント情報を確実に取得することができるようにしてもよい。したがって、消費者は、アカウントが通信デバイスにプロビジョニングされる前にプロビジョニングシステム内のエンティティに対して自分自身を認証するために、提供中にデバイスと対話するよう要求される場合がある。
【０００３】
しかし、新しいバージョンのモバイルアプリケーションが通信デバイスに利用可能になった時、モバイル決済アプリケーションまたはモバイルアプリケーションの更新後に、機密のアカウント情報を通信デバイスに対して再びパーソナライズするのは不便であり、また非効率的である。パーソナライゼーションのし直しは、多数のアプリケーションの更新が同時に行われると、ネットワークを混雑させ、遅延やスループットの低下を招きかねない。例えば、モバイルデバイスの製造業者及びアプリケーションのプロバイダは新しい更新をそのユーザすべてに同時にリリースする場合もあり、これにより、何百万もの更新が短い時間の間に行われることになる。よって、モバイルアプリケーションをフルにパーソナライズし直さずにアプリケーションの更新と移行プロセスを提供する必要がある。
【０００４】
本発明の実施形態は、これらそしてその他の問題を個々にそしてトータル的に取り組むものである。
【発明の概要】
【０００５】
実施形態は、通信デバイスにおいて、モバイルアプリケーションの移行やバージョンの更新の後、より効率が高く有効なパーソナライゼーションを可能とする、モバイルアプリケーション及び／または他のアプリケーションの部分パーソナライゼーションプロセスに向けたものである。例えば、モバイルアプリケーションの複数のバージョンに関連付けられたパーソナライゼーションプロファイルをプロビジョニングシステムに記憶することができ、また、プロビジョニングシステムは、それぞれの特定のプロビジョニング要求に対するモバイルアプリケーションに機能を更新して、適切な部分プロビジョニング情報を決定することができる。よって、単に新しい機能を利用できるようにするために更新するべき情報、セキュリティ更新、及び／またはモバイルアプリケーションが使用する更新情報を含む各プロビジョニング要求に対して、目的に合わせた部分パーソナライゼーションスクリプトを生成する。
【０００６】
よって、パーソナライゼーションプロセスは、モバイルアプリケーションに対する各更新のための情報及び／または処理をそれほど多く必要としない。このように、部分パーソナライゼーションプロセスにより、アプリケーション更新が非常に混雑している期間中は、パーソナライゼーション更新のよりスループットを上げることができる。さらに、デバイスが以前にプロビジョニングされているため（プロビジョニングプロセスの一部としてユーザが既に認証されているため）、更新中に不正使用のリスクは大幅に下がるので、モバイルアプリケーションの更新のために消費者認証を含むパーソナライゼーションプロセスすべてを行う必要はない。したがって、不正使用のリスクがより低いので、いくつかの実施形態では、更新したモバイルアプリケーションの部分パーソナライゼーションのために、ユーザに通知することなく、及び／またはユーザから認証クレデンシャルを取得したりすることなく、部分パーソナライゼーションプロセスを開始することができる。
【０００７】
本発明の一実施形態は、通信デバイス上の更新済みモバイルアプリケーションに関連づけられたパーソナライゼーション情報を更新する方法を対象とするものである。この方法は、アプリケーションプロバイダコンピュータから移行通知を受信することを含む。前記移行通知は、前記アプリケーションプロバイダコンピュータによって前記通信デバイスにインストールされたモバイルアプリケーションのデバイス識別情報、アプレット識別情報、及びアプリケーションバージョン情報を含む。この方法は、さらに、前記デバイス識別情報及び前記アプレット識別情報を使用して、前記移行通知に関連付けられたアカウントを識別することと、前記受信したアプリケーションバージョン情報を使用して前記モバイルアプリケーションに関連付けられた現在のパーソナライゼーションプロファイルを識別することと、前記更新済みモバイルアプリケーションに関連付けられた、更新済みパーソナライゼーションプロファイルを識別することと、前記現在のパーソナライゼーションプロファイルと前記更新済みパーソナライゼーションプロファイルとの間の差異に関連付けられた部分パーソナライゼーション情報を決定することとを含む。この方法は、さらに、前記通信デバイスのモバイルアプリケーションに記憶された前記パーソナライゼーション情報を更新するための前記部分パーソナライゼーション情報を含む部分パーソナライゼーションスクリプトを生成することと、前記通信デバイスにインストールするために、前記アプリケーションプロバイダコンピュータに前記部分パーソナライゼーションスクリプトを提供することとを含む。
【０００８】
本発明の別の実施形態は、前記プロセッサと、プロセッサに結合されたコンピュータ可読媒体とを備えるサーバコンピュータを対象とする。前記コンピュータ可読媒体は、通信デバイス上の更新済みモバイルアプリケーションに関連するパーソナライゼーション情報を更新する方法を実行するために、前記プロセッサによって実行可能なコードを含む。前記方法は、前記アプリケーションプロバイダコンピュータから移行通知を受信するためのサーバコンピュータを含む。移行通知は、前記アプリケーションプロバイダコンピュータによって前記通信デバイスにインストールされたモバイルアプリケーションに関するデバイス識別情報、アプレット識別情報、及びアプリケーションバージョン情報を含んでいてもよい。前記方法は、さらに、前記デバイス識別情報及び前記アプレット識別情報を使用して、前記移行通知に関連付けられたアカウントを識別することと、前記受信したアプリケーションバージョン情報を使用して前記モバイルアプリケーションに関連付けられた現在のパーソナライゼーションプロファイルを識別することと、前記更新済みモバイルアプリケーションに関連付けられた、更新済みパーソナライゼーションプロファイルを識別することと、前記現在のパーソナライゼーションプロファイルと前記更新済みパーソナライゼーションプロファイルとの間の差異に関連付けられた部分パーソナライゼーション情報を決定することとを含む。前記方法は、さらに、前記通信デバイスの前記モバイルアプリケーションに記憶された前記パーソナライゼーション情報を更新するための前記部分パーソナライゼーション情報を含む部分パーソナライゼーションスクリプトを生成することと、前記通信デバイスにインストールするために、前記アプリケーションプロバイダコンピュータに前記部分パーソナライゼーションスクリプトを提供することとを含む。
【０００９】
本発明のこれら、そして他の実施形態は下記にさらに説明する。
【図面の簡単な説明】
【００１０】
【図１】図１ は、本発明の実施形態による部分パーソナライゼーションプロビジョニングシステムの例示的なブロック図を示す。
【図２】図２は、本発明の別の実施形態による部分パーソナライゼーションプロビジョニングプロセスの例示的なフロー図を示す。
【図３】図３ は、アプリケーション更新前、アプリケーション更新後、及びモバイルアプリケーションの部分パーソナライザーション後を含む複数回のアプリケーション更新及び部分プロビジョニングプロセスの例示的なブロック図を示す。
【図４】図４は、本発明の実施形態による、プロビジョニングシステムに記憶されたプロビジョニング鍵を使用するモバイルアプリケーションの更新後に行う部分パーソナライゼーションプロビジョニングプロセスの別の例示的なフロー図を示す。
【図５】図５は、本発明の実施形態による、通信デバイス及びアプレット発行者のコンピュータに記憶された暗号鍵を使用する部分パーソナライゼーションプロビジョニングプロセスの例示的なフロー図を示す。
【発明を実施するための形態】
【００１１】
実施形態は、通信デバイス上のモバイルアプリケーションのバージョンの移行または更新後に、通信デバイス上のモバイルアプリケーションのより効率的で効果的なパーソナライゼーションを可能にする部分パーソナライゼーションプロセスを対象とする。例えば、通信デバイス上のモバイルアプリケーションの新しいバージョン（例えば、決済クレデンシャルを含むモバイル決済アプリケーション）に移行する際、マスタアプリケーション（例えば、モバイル決済アプリケーションとインターフェースをとるように構成されたモバイルウォレットアプリケーション）、及び対応するマスタアプリケーションのプロバイダ（例えば、モバイルウォレットアプリケーションのプロバイダ）は、モバイルアプリケーションの以前のバージョンに関する情報、及び移行または更新されるモバイルアプリケーションのバージョン、ならびにデバイスや、そのデバイス上の特定のアプリケーショまたはアプレットを識別する情報を収集することができる。モバイルアプリケーションのバージョン情報、デバイス情報、及びアプレット識別情報は、通信デバイスのモバイルアプリケーションにインストールされたパーソナライゼーション情報を更新するために、モバイルアプリケーション更新プロビジョニングシステムに送信することができる。アプリケーション更新プロビジョニングシステムは、アカウントを識別し、アプリケーションの更新を検証し、モバイルアプリケーションの以前の、そして更新済みバージョンとの間の差異に関連付けられた新しいパーソナライゼーション情報を含むスクリプトを生成することができる。プロビジョニングスクリプトは、通信デバイスにインストールするための異なるアプリケーションバージョンのパーソナライゼーション情報間の差異または差分を含んでいてもよい。
【００１２】
いくつかの実施形態では、部分プロビジョニングスクリプトが通信デバイスにインストールされるまで、（部分プロビジョニング情報の重要度に基づいて）モバイルアプリケーションを中断しもよいし、また、モバイルアプリケーションの特定の機能を中断してもよい。したがって、モバイルアプリケーションは、部分パーソナライゼーションスクリプトが通信デバイスにインストールされるまで、非アクティブ状態となりうる。あるいは、いくつかの実施形態では、部分パーソナライゼーションスクリプトが通信デバイスにインストールされ、以前のモバイルアプリケーション機能が動作し続けるようになるまで、更新済みモバイルアプリケーションに関連付けられた更新済み機能のみを無効化してもよい。
【００１３】
一般的には、モバイルアプリケーションは、個人情報またはアカウント情報なしに通信デバイスにプロビジョニングしてもよく、ユーザは、その後、パーソナル情報をモバイルアプリケーションに「パーソナライズ」またはロードすることができる。例えば、モバイル決済システムで使用されるモバイル決済アプリケーションの場合、モバイル決済アプリケーションは、デバイスのユーザのための任意のアカウントまたは他のユーザ固有の情報なしに、通信デバイスの信頼できる実行環境（例えば、セキュアエレメント）にプロビジョニングしてもよい 。したがって、モバイル決済アプリケーションがモバイル決済アプリケーションにインストールされたユーザのアカウント情報または他の個人情報を保持することによって、モバイル決済アプリケーションがトランザクションで使用できるようにするためには、モバイル決済アプリケーションは、アカウント情報（例えば、アカウントクレデンシャル、有効期限など）及び／または他のユーザ固有の情報（例えば、アプリケーション固有の暗号鍵など）とともにプロビジョニングすればよい。
【００１４】
しかしながら、通信デバイスの信頼できる実行環境（例えば、セキュアエレメント）上で新しいバージョンのモバイルアプリケーションが更新される際に、モバイルアプリケーションの新しいバージョンを動作させるために、または更新済みモバイルアプリケーションの新しい機能を動作させるために、新しいパーソナライゼーション情報が必要となる場合がある。例えば、モバイルアプリケーションが以前はサポートするように構成されていなかった中継ネットワーク（例えば、地下鉄システム）にアクセスするのに新しい暗号鍵を使用する場合があり、前のバージョンのアプリケーションに存在するパーソナライゼーション情報に新しいデータフォーマットを使用する場合があり、アプリケーションでセキュリティの問題を識別する場合もあり、また、セキュリティ更新のために新しいパーソナライゼーションデータが必要になる場合もあり、及び／または、以前にモバイルアプリケーションで使用されていなかったＰＩＮをアプリケーションが必要とする場合もある。
【００１５】
したがって、本発明のいくつかの実施形態では、モバイルアプリケーションへの更新中に、移行機能を使用してモバイルデバイスにプロビジョニングされたパーソナライゼーション情報を保存ならびに適用して、既存のパーソナライゼーションデータを以前にインストールされパーソナライズされたアプレットから取り出して、新しいバージョンのモバイルアプリケーションに使用することができる。したがって、データは、信頼できる実行環境内の一時記憶領域にエクスポートされ、既存のモバイルアプリケーションデータが削除され、モバイルアプリケーションの新しいバージョンがインストールされ、パーソナライゼーションデータが更新済みモバイルアプリケーションに再インストールされる。これらの機能はすべて、再度パーソナライゼーションプロセスを行うことなく完了する。
【００１６】
しかしながら、モバイルアプリケーションが、新しい機能、セキュリティ更新、またはその他の理由のために新しいパーソナライゼーションデータを必要とする場合、モバイルアプリケーションの更新済みバージョンが使用するモバイルアプリケーション内に新しいデータ記憶領域を作成することができる。モバイルアプリケーションが新しいパーソナライゼーション情報にまだアクセスしていない場合、デフォルトのデータ（またはデータなし）をモバイルアプリケーションの更新バージョンにインストールすることができる。すると、モバイルアプリケーション内の新しいデータ記憶領域は、新しい機能を動作させるために必要な新しいデータで部分にしかパーソナライズされない。したがって、モバイルアプリケーションは、新しいパーソナライゼーションデータ（デフォルト値で満たされているか否かにかかわらず）用にパーソナライゼーションデータ記憶コンテナを生成することができるため、モバイルアプリケーションの更新バージョンは、部分パーソナライゼーションプロセスを介して新しい記憶領域に提供されたパーソナライゼーションデータエレメントを受け入れることができる。新しいデータ記憶領域がパーソナライズされる前に、アプレットは「一部パーソナライズされた」状態または「部分にパーソナライズされた」状態にあるとみなされる場合がある。 
【００１７】
例えば、モバイルアプリケーションで更新を必要とする可能性を有する、いくつかの交通に特化した情報（例えば、自動運賃決済機または乗車ポイントによるＮＦＣトランザクション中に通信するための交通に特化した暗号鍵）を含む新しい交通アプリケーション決済機能を含むように、モバイルアプリケーションを更新することができる。モバイルアプリケーションは、（ユーザの知識の有無にかかわらず）新しくインストールされたバージョンで更新されてもよく、新しいモバイルアプリケーションバージョンのインストール時には、新しい鍵データ部分が空のままであってもよい。したがって、ユーザがモバイルアプリケーションのために必要な機能を得たい場合には、ユーザは、アプリケーションを介して部分パーソナライゼーションプロセスを開始するように促されるようにできる。
【００１８】
更新は、オペレーティングシステムの更新、サービスパックの更新の一部として行われてもよく、またはモバイルアプリケーション外の他のソフトウェアの広範なインストールの一部として含まれていてもよい。あるいは、モバイルアプリケーションは、モバイルデバイス上の他のソフトウェアとは独立して更新されてもよい。
【００１９】
いくつかの実施形態では、モバイルアプリケーションが更新された後、ユーザに更新が通知され、部分パーソナライゼーションプロセスを開始するか、もしくは、モバイルデバイスに記憶されたパーソナライゼーション情報を更新するようにユーザを促す。ユーザは、更新ボタンを選択することによって更新を受け入れることができ、イベント通知または他の通知メッセージをマスタアプリケーションに渡して、プロビジョニングシステムに更新を通知することができる。いくつかの実施形態では、ユーザプロンプトは生成されず、代わりにマスタアプリケーションプロバイダのプロバイダまたは通信デバイスオペレーティングシステムのプロバイダが、プロビジョニングシステムの明示的なユーザ契約に更新通知を提供するようにしてもよい。いずれにしても、プロビジョニングシステムは、アカウント、デバイス、デバイスにインストールされたモバイルアプリケーションの以前のバージョン、及びデバイス上のモバイルアプリケーションの更新済みバージョンを識別する情報を含む移行通知を送信して、部分パーソナライゼーションプロセスを開始することができる。
【００２０】
モバイルアプリケーションの更新の重大性と重要性に応じて、更新中にモバイルアプリケーションに対するさまざまな効果が実現される可能性がある。例えば、モバイルアプリケーション上に新しいデータを必要とする重要かつ必要な変更（例えば、セキュリティ問題）が含まれている場合、モバイルアプリケーションは、新しいデータエレメントがモバイルアプリケーション上にプロビジョニングされるまで、廃止または中断することができる。あるいは、及び／または、さらに、変更が動作に必要なく、モバイルアプリケーションの特定の機能にのみ影響を及ぼす可能性がある場合、新しい機能または機能は無効にできるが、既存のモバイル決済情報機能の動作は続けさせることができる。ユーザが新機能へのアクセスを望む場合、ユーザは更新ボタンを選択すればよく、そうでなければ部分パーソナライゼーションプロセスを開始するための同意を提出すればよい。
【００２１】
この例では、交通の機能は、部分パーソナライゼーションプロセスが完了するまで、廃止、中断または利用できない場合がある。しかし、他の例では、情報の重要性が高い場合（例えば、セキュリティ修正）、モバイルアプリケーションは、消費者がプロビジョニングプロセスを開始するまですべてを中断することができる。したがって、本明細書でさらに詳細に説明するように、消費者は明示的に再パーソナライゼーションを要求することがきる、もしくはデバイスは情報を自動的に取得することができ、モバイルアプリケーションは、移行通知（または他の部分パーソナライゼーション要求メッセージ）を収集して、マスタアプリケーション、マスタアプリケーションプロバイダ、及びアプリケーション更新パーソナライゼーションシステムに送信することができる。
【００２２】
そのような更新の別の例としては、オフラインまたはトランザクションを認可及び／または認証するための中央データベース、決済処理ネットワークまたは他のバックエンドインフラストラクチャと通信をしていない間も、デバイスとトランザクションを行いたいであろう輸送機関または他のエンティティに使用できるオフラインデータ認証を含むものが挙げられる。例えば、モバイルアプリケーションは、いくつかのシステムに対してこのようなオフラインデータ認証プロセスを許可する機能を有して更新されてもよい。しかし、アプリケーションが更新された後に、モバイルアプリケーションのパーソナライゼーションを使用して、特定の移送代理店を使用してオフライン認可トランザクションの処理に必要な特定のアカウント固有及び／または代理店固有の暗号鍵及び追加記録をインストールすることができる。完全な再パーソナライゼーションを行うことなしにモバイルアプリケーションに関する情報を更新することが望ましい任意の他の例示的な使用及び／または状況は、本発明の実施形態を使用して実行することができる。
【００２３】
したがって、部分パーソナライゼーションを提供するために、アプリケーション更新プロビジョニングシステムは、（モバイルアプリケーションを更新した後に）現在インストールされているモバイルアプリケーションのバージョン及びインストールされたモバイルアプリケーションの以前のバージョンを（モバイルアプリケーションを更新する前に）識別することができる。そして、プロビジョニングシステムは、２つのバージョンの間のパーソナライゼーション情報の差分または差異を判別して、二重の情報がパーソナライゼーションに対するモバイルデバイスに決して送られないようにする。よって、プロビジョニングシステムは、バージョンｘとバージョンｙとの間でどのパーソナライゼーション情報を更新するかを判断し、機能を完了するためにデータエレメントｚを更新すべきであると判断することができる。したがって、ユーザがバージョン更新をできなかった場合、部分パーソナライゼーション情報は、モバイルアプリケーションの複数の異なるバージョンを網羅した更新を含んでいてもよい。
【００２４】
更新済みモバイルアプリケーションへの移行後、モバイルアプリケーションは、マスタアプリケーションと通信して、マスタアプリケーションが部分パーソナライゼーションプロセスの開始に必要な情報を取得できるようにすることができる。モバイルアプリケーションは、モバイルアプリケーションが正しく動作するためにさらなるパーソナライゼーション情報を必要とすることをマスタアプリケーションに通知する状態情報を提供することができる。マスタアプリケーションは、ユーザがマスタアプリケーションからのパーソナライゼーション情報のプロビジョニングを要求できるボタンまたは他の消費者に対向するインターフェースを提供することができる。
【００２５】
マスタアプリケーションは、モバイルアプリケーションからデバイス識別子、アプリケーション識別子、及びアプリケーションバージョン情報を収集し、アプリケーション更新プロビジョニングシステムに部分パーソナライゼーション要求を送信することができる。よって、マスタアプリケーションは、アプレットの以前のバージョン、アプレットの更新バージョンを判定し、モバイルアプリケーションに関連付けられたアカウントを判定するための任意の追加データを取得し、部分パーソナライゼーション要求（移行通知とも呼ばれる）をアプリケーション更新プロビジョニングシステムに送って、部分パーソナライゼーションに関連付けられたスクリプトと、再パーソナライゼーションを開始するために必要なデータを生成することができる。よって、いくつかの実施形態では、通信デバイスのアカウント保有者またはユーザは、更新済みパーソナライゼーションプロセスを完了するために任意の個人情報、カード情報などを提供する必要がない場合もある。
【００２６】
実施形態は、多数の利点を提供する。例えば、実施形態は、アプリケーションの更新後に、通信デバイスに重複した情報が再度プロビジョニングされないので、システム資源をより効率的に使用することができるようになる。さらに、実施形態は、サードパーティーのパーソナライゼーションシステムが被制御デバイスエコシステムとともに使用できるように、デバイス上のモバイルアプリケーションとの直接通信を必要とせずに、決済情報の識別及びプロビジョニングができる複数の方法を提供する。
【００２７】
また、ユーザは異なる時期にアプリケーションを更新することがあり、デバイスに新しいソフトウェアをインストールすることなく複数の更新サイクルを逃す可能性もある。このようにして、更新済みパーソナライゼーション情報は、異なるバージョンのアプリケーションが異なるモバイルデバイスにインストールされ、異なるパーソナライゼーション情報がモバイルアプリケーションの異なるバージョンにおいて更新の間に必要とされる可能性があるため、すべての通信デバイスに知らされるわけではない。よって、実施形態により、ユーザは、適宜モバイルアプリケーションに情報をパーソナライズするための効率的な方法を提供しつつ、ユーザが自らの裁量でモバイルアプリケーションの機能を更新できる。
【００２８】
特定の実施形態及び実施例を論じる前に、本明細書で使用される用語のいくつかを下記に説明する。
【００２９】
「アプリケーション」は、コンピュータのプロセッサによって実行されると特定の機能を行うように構成された任意のソフトウェアモジュールまたはモジュールを含んでいてもよい。例えば、「モバイルアプリケーション」は、モバイルデバイスまたは通信デバイスにインストールされた任意のソフトウェアを含んでいてもよい。いくつかの実施形態では、モバイルアプリケーションは、プロセッサによって実行されたときにトランザクションの決済情報を記憶及び提供するように構成されたモバイル決済アプリケーションを含んでいてもよい。例えば、決済アプリケーションは、セキュアメモリまたは信頼できる実行環境（例えば、セキュアエレメント）上に機密決済情報（例えば、アカウント識別子、有効期限、カード検証値（ＣＶＶ）など）を記憶することができる。機密決済情報には、モバイル決済アプリケーションの正しいアプレットにアクセスするためのアプリケーション識別子または他のアドレス情報を使用して、決済アプリケーションから決済情報を要求することによってアクセスすることができる。決済アプリケーションから決済情報を含むアプレットにアクセスし、決済トランザクションにおいて受信した決済情報を使用するために、任意の数の通信プロトコルを使用することができる。
【００３０】
「パーソナライゼーション情報」（「個人データ」または「個人情報」とも呼ばれる）には、アカウント、エンティティ、及び／またはユーザの個別化された情報が含まれる。アプリケーションは、ユーザに関連付けられたアカウント固有の情報パーソナライゼーション情報を含むように「パーソナライズ」することができる。パーソナライズされた情報を必要とするアプリケーションは、アプリケーションがパーソナライゼーションデータでパーソナライズされるまで動作しない場合がある。例えば、パーソナライゼーション情報は、上述した決済情報ならびに任意の他の暗号鍵、クレデンシャル（例えば、トークン及び/または口座識別子）、カード所有者検証方法に関する情報（例えば、ＰＩＮ、パスコード、共有機密情報など）、個人情報（例えば、名前、住所など）、口座情報（例えば、有効期限、カード検証値（ＣＶＶ）など）、または、トランザクション中に役立つ口座及び／またはアカウント保有者に関連付けられた任意の他の関連情報などを含んでいてもよい。例えば、パーソナライゼーション情報は、共存するアプレットのアプリケーション識別子、秘密鍵識別子、秘密鍵、電子商取引インジケータ（ＥＣＩ）、トークンリクエスタ識別子、トークン有効期限、ウォレットのプロバイダ識別子やカード認証結果（ＣＶＲ）を含む発行者アプリケーションデータ、カード追加プロセス（ＣＡＰ）、及び非接触レジストリサービス（ＣＲＳ）データを含んでいてもよい。
【００３１】
「パーソナライゼーションプロファイル」には、アプリケーションをパーソナライズするために使用される一連のデータを含んでいてもよい。パーソナライゼーションプロファイルは、特定のユーザ、アカウント、またはエンティティのアプリケーションをパーソナライズするために取得する情報のタイプをシステムに通知するようにしてもよい。「現在のパーソナライゼーションプロファイル」は、アプリケーションに現在及び／または以前にアプリケーションにパーソナライズされた情報を含んでいてもよい。「更新済みパーソナライゼーションプロファイル」は、アプリケーションを正しく機能させるために、更新済みアプリケーションにパーソナライズされる情報を含んでいてもよい。いくつかの実施形態では、パーソナライゼーションプロファイルは、各プロファイルに対してパーソナライズする情報のタイプを含み、パーソナライゼーションプロファイルは、アプリケーションをパーソナライズするためにユーザのアカウントまたはシステムから取得する情報のタイプを識別するために使用してもよい。そして、本システムは、特定のアカウントに関する、対応するパーソナライゼーション情報を取得し、通信デバイスにインストールするためのパーソナライゼーションデータを含むパーソナライゼーションスクリプトを生成することができる。
【００３２】
「スクリプト」とは、（コンパイルされたプログラムのように）コンピュータプロセッサではなく、別のプログラムによって解釈または実行されるプログラムまたは一連の命令である。よって、パーソナライゼーションスクリプトは、デバイス上のモバイルアプリケーション、他のプログラム、またはメモリのパーソナライゼーションのための一連の命令を含む。
I.  モバイルアプリケーションの更新中に部分パーソナライゼーションを行うためのシステムの例 
【００３３】
図 １ は、本発明の実施形態による部分パーソナライゼーションプロビジョニングシステムのブロック図を示す。部分パーソナライゼーションプロビジョニングシステム１００は、通信デバイス１１０と、マスタアプリケーション１１３と、プロバイダコンピュータ１２０と、モバイルアプリケーション更新プロビジョニングシステム１３０とアプレット情報発行者コンピュータ１４０を備えていてもよい。各エンティティは、１つまたは複数の通信ネットワークと任意の適切な通信プロトコルを使用して互いに通信するように構成されていてもよい。
【００３４】
通信デバイス１１０は、プロセッサ１１１と、マスタアプリケーション１１３（例えば、モバイルウォレットアプリケーション）を含むコンピュータ可読メモリ１１２と、非接触インターフェース１１６と、信頼できる実行環境１１４の内部にセキュアに記憶されたモバイルアプリケーション１１５を含む信頼できる実行環境１１４とを備えていてもよい。モバイルアプリケーション１１５は、様々な異なるアカウント、アクセス権クレデンシャル、及び／または他のアプリケーションデータのための、モバイルアプリケーションによってアクセス可能なデータを記憶する複数のアプレット（例えば、アプレット＃１〜＃３、１１５Ａ〜１１５Ｃ）を含んでいてもよい。通信デバイス（例えば、モバイルデバイス）１１０は、セキュアデータを受信して記憶するように構成された任意の電子デバイスを含んでいてもよい。例えば、通信デバイスはモバイルフォン、タブレット、腕時計、眼鏡、ブレスレット、ストラップまたは他のウェアラブルなデバイス、及び／またはメモリ、通信コンポーネント、及びプロセッサを備えた任意の他のポータブルデバイスなどの形態であってもよい。
【００３５】
信頼できる実行環境１１４は、通信デバイスとは別体のプロセッサを有する別体のハードウェアセキュアエレメントを含んでいてもよく、または通信デバイスのソフトウェアに基づく暗号学的にセキュアメモリ領域を含んでいてもよい。さらに、いくつかの実施形態では、信頼できる実行環境とは、通信デバイス（例えば、モバイルデバイス）に提供されたセキュア情報を有するクラウドベースもしくはホスティングしたリモートサーバコンピュータ上でもよい。信頼できる実行環境は、信頼できる実行環境に記憶された情報へのアクセスを制限するための特定のセキュリティ基準とプロセスを有していてもよい。例えば、信頼できる実行環境内の各アプリケーションは、信頼できる実行環境に関する情報を変更及び／または更新するために特定の暗号鍵を要求してもよい。例えば、セキュアエレメント鍵を使用して信頼できる実行環境内のセキュリティドメインにアクセスすることができ、及び／または、特定のアクセス鍵を使用して、スクリプトを信頼できる実行環境にインストール出来るようになる前にインストールのアクセス権を認証することができる。いくつかの実施形態では、プロビジョニング鍵を信頼できるサービスマネージャ（すなわち、プロビジョニングシステム）に記憶し、セキュアドメインにインストールするためのスクリプトを生成するために使用してもよい。他の実施形態では、モバイルデバイス及び／または発行者に記憶された鍵を使用して、信頼できる実行環境にあるモバイルアプリケーション内の情報にアクセスし、変更することができる。実施形態は、任意のセキュアトランザクションインフラストラクチャを使用してパーソナライゼーションスクリプトを生成し、信頼できる実行環境にアクセスして信頼できる実行環境のモバイルアプリケーションをパーソナライズしてもよい。
【００３６】
マスタアプリケーション１１３は、モバイルアプリケーションへのインターフェースであり、モバイルアプリケーションの動作及びアクセス権を制御するアプリケーションを含んでいてもよい。例えば、モバイル決済エコシステムでは、マスタアプリケーション１１３は、異なる決済アプリケーションプロバイダによって提供される１つまたは複数の異なる決済アプリケーションとインターフェースをとるように構成されたウォレットアプリケーションを含んでいてもよい。さらに、マスタアプリケーション１１３は、異なる発行者及び／またはアプリケーションプロバイダに関連付けられた複数の異なるタイプのモバイルアプリケーションとインターフェースをとることができる。例えば、モバイルアプリケーションによっては、モバイル決済用に構成されてもよく、他のモバイルアプリケーションは、ユーザ認証またはアクセス権（例えば、チケット情報を提供するフライト用アプリケーション、セキュア領域にアクセスするためのクレデンシャルを提供するセキュアエリアアクセスアプリケーションなど）を提供する構成でもよい。
【００３７】
マスタアプリケーション１１３は、通信デバイス上のモバイルアプリケーションの更新及びプロビジョニングを制御するように構成されてもよく、また、通信デバイス上の１つまたは複数の異なるモバイルアプリケーションを制御することを望む１つまたは複数のエンティティのためのインターフェースとして機能してもよい。マスタアプリケーション１１３は、１つまたは複数のモバイルアプリケーションと直接通信し、モバイルアプリケーション内に記憶されたアプレットからデータを取得するように構成してもよい。さらに、マスタアプリケーション１１３は、信頼できる実行環境へのアクセス権を取得し、信頼できる実行環境内の情報を変更し、ならびに信頼できる実行環境上に存在する１つまたは複数のアプリケーションを変更するためのプロビジョニングスクリプト及び／または命令をインストールするように構成されてもよい。さらに、いくつかの実施形態では、マスタアプリケーション１１３は、信頼できる実行環境に存在してもよく、信頼できる実行環境を保護するために使用されたセキュア暗号鍵及びプロセスを使用してアクセスされてもよい。
【００３８】
モバイルアプリケーションには、トランザクションの情報を送信するように構成された任意のアプリケーションが含まれていてもよい。トランザクションは、決済、セキュアアクセス、ユーザクレデンシャルの認証、及び／またはデバイス上のセキュアデータの任意の他の適切な使用のためのものであってもよい。例えば、モバイルアプリケーションは、トランザクションのためのユーザクレデンシャルを記憶するモバイル決済アプリケーションであってもよい。モバイルアプリケーションは、異なるタイプまたは異なるインスタンスの情報に関連付けられた複数のアプレット（例えば、アプレット＃１〜アプレット＃３）を含むように構成されてもよい。各アプレットは、モバイルアプリケーションに存在する特定のインスタンスを識別して、デバイスがトランザクション中に使用する１つまたは複数のインスタンスを選択できるようにするために使用できる異なるアプリケーション識別子（ＡＩＤ）を有していてもよい。
【００３９】
アプレットには、単一または複数のアカウントに関連付けられたデータを含むモバイルアプリケーションの特定のインスタンスを含んでいてもよい。各アプレットを、別個のアプリケーション識別子（例えば、ＡＩＤ）を使用して識別することにより、トランザクションのために要求及び／またはアクセスされている特定の情報を識別してもよい。アプレットは、異なるタイプのデータ（例えば、決済データ、アクセス権情報、クレデンシャルなど）または同じタイプではあるが、異なるアカウントに関連付けられたデータを含んでいてもよい（例えば、アプレット＃１は第１の発行者に関連付けられ、アプレット＃２は第２の発行者に関連付けられていてもよい）。
【００４０】
非接触インターフェース１１６は、モバイルデバイスが非接触通信プロトコルを介して外部デバイスと通信することを許可するハードウェア及び／またはソフトウェアコンポーネントを含んでいてもよい。例えば、モバイルアプリケーションは、モバイルアプリケーション内に記憶された識別されたアプレットから、トランザクション中にアプレット情報を非接触ＰＯＳデバイス及び／またはリモートサーバコンピュータに渡す非接触インターフェースにアプレット情報を提供するように構成されてもよい。非接触インターフェースは、近距離通信（ＮＦＣ）プロトコル、Ｗｉ-Ｆｉプロトコル、Ｂｌｕｅｔｏｏｔｈ（登録商標）、及び／または任意の他の無線通信プロトコルを使用してデバイスと通信し、アクセス通信デバイスとの間で情報を受信、処理、及び送信してトランザクションのためにデバイスにアクセスするように構成してもよい。アクセスデバイス（図示せず）は、ＰＯＳ端末、モバイルデバイス、ビルディングアクセスデバイス、及び／またはトランザクション（例えば、決済、アクセス権、またはエンティティ間の任意の他の情報通信など）を処理するためにモバイルアプリケーションからクレデンシャル及び／または情報を受信するように構成された任意の他の端末またはデバイスを含んでいてもよい。
【００４１】
マスタアプリケーションプロバイダコンピュータ１２０は、通信デバイス上のモバイルアプリケーションとインターフェースをとるマスタアプリケーション１１３の使用及びメンテナンスを管理するために、モバイルデバイス、モバイルウォレット、及びプロビジョニングコンピュータを管理、容易化、あるいは、情報交換する任意のサーバコンピュータを含んでいてもよい。例えば、いくつかの実施形態では、マスタアプリケーション１１３は、モバイルアプリケーションとモバイルアプリケーション更新コンピュータ、アプレット情報発行者コンピュータ、及びモバイル決済エコシステム内の任意の他の関連エンティティとの間の対話を管理するように構成されたウォレットアプリケーションを含んでいてもよい。いくつかの実施形態では、マスタアプリケーションプロバイダコンピュータ１２０は、ウォレットプロバイダ及びウォレットプロバイダ管理機能に関連付けられたデバイス用のセキュアエレメントトラステッドサービスマネージャ（ＳＥ  ＴＳＭ）を備えてもよい。
【００４２】
マスタアプリケーションプロバイダコンピュータ１２０は、通信デバイス上のマスタアプリケーション１１３及びモバイルアプリケーションにアプリケーション更新を提供するように構成されたアプリケーション更新モジュール１２１を含んでいてもよい。例えば、マスタアプリケーションプロバイダコンピュータは、モバイルアプリケーション更新プロビジョニングコンピュータ１３０及び／またはサードパーティアプリケーションプロバイダによって提供されたモバイルアプリケーション更新を、通信デバイス上での更新のために配信することができる。さらに、マスタアプリケーションプロバイダのアプリケーション更新モジュール１２１は、通信デバイスとモバイルアプリケーション更新プロビジョニングコンピュータ１３０及び／または決済処理ネットワークプロビジョニングシステム（図示しないが、プロビジョニングコンピュータ１３０と一体であってもよい）との間の部分パーソナライゼーション通信のための中央インターフェースポイントとして動作するように構成されてもよい。そのようなものとして、いくつかの実施形態では、図 ４〜５に示すメッセージは、モバイルアプリケーション更新プロビジョニングコンピュータ１３０と通信デバイス１１０のモバイルアプリケーション１１５との間の対話を管理するマスタアプリケーションプロバイダコンピュータを通過する。
【００４３】
モバイルアプリケーション更新プロビジョニングコンピュータ１３０は、通信デバイス上の信頼できる実行環境にアクセスするためのユーザのアカウント情報へのアクセス及び暗号鍵へのアクセスを有する任意のシステムを含んでいてもよい。例えば、モバイルアプリケーションプロビジョニングコンピュータは、モバイルアプリケーション及び通信デバイス上の対応するアプレットにアクセスするためのインストールスクリプトを生成するように構成できるサービスプロバイダのトラステッドサービスマネージャ（ＴＳＭ）システム１３０を含んでいてもよい。モバイルアプリケーション更新プロビジョニングコンピュータ１３０は、更新済みモバイルアプリケーション用のパーソナライゼーションデータを生成する役割があることから、モバイルアプリケーション更新パーソナライゼーションコンピュータと呼ばれることもある。
【００４４】
モバイルアプリケーション更新プロビジョニングシステム１３０は、アプリケーション識別モジュール１３１、更新要求検証モジュール１３２、部分プロビジョニングスクリプト生成モジュール１３３、及びプロビジョニングモジュール１３４を含んでいてもよい。モジュールは、アプリケーション更新通知及び部分パーソナライゼーションスクリプト生成プロセスに関連して互いに情報を通信し、ここに記載の部分パーソナライゼーションプロセスを完了するためにデバイス情報、アカウント情報及びアプリケーションパーソナライゼーションプロファイルにアクセスすることができる。各モジュールの機能は、図２〜６のフロー図を参照しながらさらに下記に詳しく説明する。
【００４５】
さらに、モバイルアプリケーション更新プロビジョニングコンピュータ１３０は、デバイス情報データベース１３５、アカウント情報データベース１３６、及びアプリケーションパーソナライゼーションプロファイルデータベース１３７にアクセスすることができる。デバイス情報データベース１３５は、登録された及び／または以前にプロビジョニングされた通信デバイスを識別するために使用できる任意のデバイス識別子（例えば、モバイル加入者識別子（ＭＳＩＤ）、製造者シリアル番号、セキュアエレメント識別子、または任意の他の永続的または半永続的デバイス識別子）を含んでいてもよい。デバイス情報データベース１３５は、モバイルデバイス及び／またはセキュアエレメントが要求に対して識別されると、識別された通信デバイスに関連付けられたアカウントが識別されるように、アカウント情報データベース１３６内のアカウント情報と関連付けられてもよい。例えば、デバイス情報データベース１３５は、モバイルアプリケーションを介してプロビジョニングされた、及び／または通信デバイスにインストールされたアプレットのためのアプリケーション識別子を含んでいてもよい。
【００４６】
アカウント情報データベース１３６は、モバイルアプリケーション更新プロビジョニングコンピュータによってパーソナライズされるように構成されたユーザ及び／またはアプレット情報発行者に関連付けられた任意のアカウント情報を含んでいてもよい。例えば、口座情報データベース１３６は、特定のユーザ及び／または発行者口座に関連付けられた任意の情報を含んでいてもよい。例えば、アカウント情報データベース１３６は、モバイルアプリケーションの各アプレットに関連付けられた履歴プロビジョニング情報及び／またはパーソナライゼーション情報（例えば、アプリケーションのバージョン、日付、時間など）を含んでいてもよい。さらに、アカウント情報データベース１３６は、モバイルアプリケーションをパーソナライズするために使用され得る任意のアカウント情報を含んでいてもよい。例えば、いくつかの実施形態では、アカウント情報データベース１３６は、プロビジョニング中に使用され得るアカウント固有の暗号鍵、モバイルアプリケーションとのセキュア通信（例えば、セキュアチャンネル生成）に使用され得るアカウント固有の暗号鍵、トランザクション中に使用するためのモバイルアプリケーションにインストールされるアカウント固有のアプレット及び／またはモバイルアプリケーション暗号鍵、モバイルアプリケーションのアプレットにパーソナライズされるユーザ及び／またはアカウント情報、トランザクション中に使用される可能性があるクレデンシャル及び／または共有の機密事項（例えば、ＰＩＮなど）、を含んでいてもよい。
【００４７】
アプリケーション更新プロビジョニングシステム１３０のアプリケーションパーソナライゼーションプロファイルデータベース１３７は、後続のモバイルアプリケーション更新プロセスごとにスクリプトに含める特定の部分パーソナライゼーション情報を判別するために使用されるモバイルアプリケーションのバージョン固有パーソナライゼーションプロファイルを管理することができる。例えば、モバイルアプリケーションが古くなっている可能性があるため、部分パーソナライゼーション要求ごとにモバイルアプリケーションのバージョンナンバーを取得することができる。例えば、アプリケーションは、２つまたは３つのバージョンを飛び越してもよく、更新されているモバイルアプリケーションのバージョンに応じて、部分パーソナライゼーション情報の差異が各バージョン要求ごとに変更されてもよい。したがって、プロビジョニングシステムの部分パーソナライゼーションスクリプト生成モジュールは、モバイルアプリケーションの以前のバージョンに関連付けられた現在のパーソナライゼーション情報と、モバイルアプリケーションの更新済みバージョンに関連付けられた更新済みパーソナライゼーション情報と判別し、２つのバージョンの差異を判別して、１つまたは複数のパーソナライゼーションスクリプトに含める部分パーソナライゼーション情報を判定する。これらの様々な差異は、パーソナライゼーション更新の各潜在的な組み合わせに関連付けられた特定のパーソナライゼーションプロファイルと呼ぶことができる。アプリケーション更新プロビジョニングシステムは、どのパーソナライゼーションスクリプトを生成するか、及びバージョンプロファイルに応じて特定のデバイスに対してどの機能をアクティブにするかを知り、パーソナライゼーションスクリプトを調整して、部分パーソナライゼーション中に変更の必要があるモバイルアプリケーションの領域にのみ影響するようにしてもよい。
【００４８】
したがって、アプリケーション更新プロビジョニングシステムは、プロビジョニングシステムが任意の数の以前のバージョンのモバイルアプリケーションと後方互換性を持つように、任意のバージョンのモバイルアプリケーション用の複数の異なるタイプの部分パーソナライゼーションスクリプトを含むことができる。したがって、以前のバージョンからの各アプリケーション更新に対して、ならびにモバイルアプリケーション上で以前のパーソナライズが完了していないために完全なパーソナライゼーションが必要な更新については、別の部分プロビジョニングスクリプトが必要となることがある。したがって、例えば、バージョン１、１．１、及び２を含むモバイルアプリケーションの３つのバージョンが存在する場合、アプリケーションパーソナライゼーションプロファイルデータベース１３７は、各バージョンについて異なる完全なパーソナライゼーションプロファイル（例えば、パーソナライゼーションが以前に完了していない場合など）、ならびに以前のパーソナライゼーションプロファイルから可能な潜在的な更新それぞれの部分パーソナライゼーションスクリプトを記憶することができる。例えば、アプリケーションパーソナライゼーションプロファイルデータベース１３７は、パーソナライゼーション情報をバージョン１からバージョン１．１、バージョン１．１からバージョン２、バージョン１からバージョン２にアップグレードするための異なる部分パーソナライゼーションプロファイルを含むことができる。アプリケーション更新プロビジョニングシステムは、アカウント情報に収容された各アカウントの最新のパーソナライズドバージョンのバージョン参照を収容して、どのパーソナライゼーションバージョンを更新するかをシステムが認識するようにすることができる。
【００４９】
さらに、いくつかの実施形態では、モバイルアプリケーション更新プロビジョニングコンピュータ１３０は、決済処理ネットワーク（例えば、Ｖｉｓａ（商標）、ＭａｓｔｅｒＣａｒｄ（商標）など）によって及び／またはそれらと一体に動作して、決済処理ネットワークを介して処理するように構成された決済クレデンシャルに関連付けられた業者、消費者、発行者、モバイルデバイスなどにプロビジョニングサービスを提供する。信頼できるサービスマネージャ及び決済処理ネットワークプロビジョニングコンピュータに関するさらなる詳細は、２０１２年１２月１３日に出願された米国特許出願Ｎｏ．１３／７１３，９３８号に記載されており、参照することによりその全体が本明細書に援用される。
【００５０】
決済処理ネットワークは、認証サービス、例外ファイルサービス、及び決済サービスをサポートし配信するのに使用するデータ処理サブシステム、ネットワーク及び操作を含んでいてもよい。例示的な決済処理ネットワークは、ＶｉｓａＮｅｔ（商標）を含んでいてもよい。ＶｉｓａＮｅｔ（商標）などの決済処理ネットワークは、クレジットカード取引、デビットカード取引、及び他の種類の商取引を処理することができる。特にＶｉｓａＮｅｔ（商標）には、認可リクエストを処理するＶｉｓａ統合決済（ＶＩＰ）システムと、決済サービスを実行するＢａｓｅＩＩシステムが含まれる。さらに、決済処理ネットワークは、サーバコンピュータを含むことができ、インターネットを含む任意の適切な有線または無線通信ネットワークを使用することができる。
【００５１】
さらに、いくつかの実施形態では、決済処理ネットワークは、トークンボルトを備えてもよく、あるいは、決済処理ネットワークによって処理されるように構成された決済アカウントに関連付けられたトークン（例えば、口座代理人）を発行するトークンボルトシステム（図示せず）と通信するように構成されてもよい。トークンボルトは、トークンを発行し、トークンとトークンに関連付けられた基礎消費者アカウントとの間の関係を記憶し、トランザクション処理エコシステム内の様々なエンティティからのトークン関連要求を通信し処理するように構成することができる。
【００５２】
アプレット情報発行者コンピュータ１４０は、モバイルアプリケーションにセキュアに記憶できる情報を発行する任意のエンティティとすることができる。例えば、モバイル決済アプリケーションに関し、アプレット情報発行者コンピュータは、ユーザに対する金融口座を発行及び維持する金融機関／銀行を含んでいてもよい。そして、金融口座発行業者は、モバイル決済アプリケーションのアプレットに記憶されたクレデンシャル及び／または他の決済情報を使用して開始されたトランザクションを認可することができる。セキュアアクセスモバイルアプリケーションの場合、アプリケーション情報発行者は、セキュリティ会社やセキュアアクセストランザクション中にアクセス件を認証できる他のクレデンシャル発行者を含んでいてもよい。別の例として、アプレット情報発行者は、チケット発行イベント、セキュアビルディングなどへのアクセスのためのクレデンシャルを発行することができる。さらに、アプレット情報発行者コンピュータは、トランザクション中に有効化された、または認証された通信デバイス上のセキュアデータを記憶及び使用できる任意の他の適したアプリケーションのための情報を発行してもよい。
【００５３】
信頼できるサービス管理者、統合された信頼できるサービス管理者、セキュアエレメントなど、そして任意のコンポーネント、サブシステム、能力、または他のシステムに関するさらなる説明を含む一般的なプロビジョニングシステムに関するさらなる詳細は、２０１２年１２月１３日に出願された米国特許出願Ｎｏ．１３／７１３，９３８号及び２０１４年８月８日に出願された米国特許出願Ｎｏ．１４／４５５，６００号は、その両方の目的のために、その全体を参照することにより、ここに援用される。さらに、認証コンポーネント、サブシステム、能力、または他の拡張認証システムに関する詳細は、２００９年１１月５日に出願された米国特許出願Ｎｏ．１２／６１３，３９５号は、すべての目的のために、その全体を参照することによりここに援用される。
II.  モバイルアプリケーションの更新中に部分パーソナライゼーションを行うための方法の例
【００５４】
図２は、本発明の別の実施形態による部分パーソナライゼーションプロビジョニングプロセスの例示的なフロー図を示す。図２に示すプロセスが開始される前に、通信デバイス上に存在するモバイルアプリケーションは、新しい機能、データストレージを含むように更新されてもよく、及び／またはセキュリティ更新が適用されてもよい。アプリケーションが更新されると、モバイルアプリケーション、マスタアプリケーション１１３、及び／またはマスタアプリケーションプロバイダによって、移行通知が生成されるようにしてもよい。移行通知は、アプリケーション更新に呼応してどのパーソナライゼーションデータを更新する必要があるのかを識別するモバイルアプリケーション更新プロビジョニングコンピュータ１３０に送信することができ、部分パーソナライゼーション更新のためのプロビジョニングスクリプトを生成し、デバイスにインストールするための部分パーソナライゼーションスクリプトを配信する。
【００５５】
ステップ２１０において、アプリケーション更新プロビジョニングコンピュータのアプリケーション識別モジュール１３１は、更新イベントに呼応して、アプリケーションプロバイダコンピュータから移行通知を受信する。移行通知は、デバイス識別情報（例えば、セキュアエレメント識別子、モバイル加入者識別子（ＭＳＩＤ）など）、アプレット識別情報（例えば、特定のアプレットに関連付けられた登録アプリケーション識別子（ＡＩＤ））、及び通信デバイスにインストールされたモバイルアプリケーションのアプリケーションバージョン情報を含む。アプリケーションバージョン情報は、通信デバイスにインストールされたモバイルアプリケーションの以前のバージョン及び／または更新済みモバイルアプリケーションの新しい更新バージョンを表す任意の英数字コードまたは他の情報を含んでいてもよい。
【００５６】
アプレット識別情報（「アプリケーション識別情報」とも呼ばれる）は、部分パーソナライゼーションプロセスの主題であるアプレットに関連付けられたアプレット及び／またはモバイルアプリケーションを識別する任意の識別子を含んでいてもよい。例えば、アプレット識別情報は、モバイルアプリケーション（すなわち、モバイルアプリケーション識別子）及びモバイルアプリケーションに関連付けられたアプレット（例えば、モバイル決済アプリケーション識別子（ＡＩＤ））の両方の識別子を含むことができる。いくつかの実施形態では、アプレット識別情報は、モバイルアプリケーションとアプレット識別子の両方を識別する単一の識別子を含むことができる。他の実施形態では、アプレット識別情報は、モバイルアプリケーション及びアプレットのための別体の識別子を含んでいてもよい。任意の登録済み及び／または識別可能なアプリケーション識別子が、モバイルアプリケーション及び／またはアプレットを識別するためにアプレット識別情報に含まれていてもよい。モバイルアプリケーション識別子は、プロビジョニングシステム、決済処理ネットワーク、マスタアプリケーションプロバイダ（例えば、ウォレットアプリケーションプロバイダ）、アプレット発行者、及び／またはモバイル決済エコシステム内の任意の他のエンティティによって発行されてもよい。
【００５７】
ステップ２２０において、モバイルアプリケーション更新プロビジョニングコンピュータ１３０のアプリケーション識別モジュール１３１は、デバイス識別情報及びアプレット識別情報に関連付けられたアカウントを識別する。例えば、アプリケーション識別モジュール１３１は、デバイス情報データベース１３５及び／またはアカウント情報データベース１３６に、受信したＡＩＤとセキュアエレメント識別子に関連付けられたアカウントを、移行通知から照会することができる。任意の他のタイプのデバイス識別子及びアプリケーション識別子を使用してアカウントを識別してもよい。いくつかの実施形態では、通信デバイスは、モバイルアプリケーション更新プロビジョニングコンピュータで複数のアカウントに関連付けられたモバイルアプリケーションにインストールされた複数のアプレットを有していてもよい。さらに、いくつかの実施形態では、アプリケーション識別子は、複数の異なる通信デバイス（例えば、特定のタイプのカードまたはカード発行者でプロビジョニングされたアカウントを有するすべてのモバイルアプリケーションが同じアプリケーション識別子を有することができる）にわたって標準化されていてもよい。したがって、デバイス識別情報及びアプレット識別情報の両方を使用して、移行通知に関連付けられた適切なアカウントを識別することができる。
【００５８】
ステップ２３０において、モバイルアプリケーション更新プロビジョニングコンピュータ１３０の部分パーソナライゼーションスクリプト生成モジュールは、デバイス識別情報及びアプレット識別情報を用いて、通信デバイスに関連付けられた現在のパーソナライゼーションプロファイルを識別する。例えば、プロビジョニングシステムは、通信デバイスにインストールされたモバイルアプリケーションの以前のバージョンを示すモバイルアプリケーションバージョン情報に関連付けられた現在のパーソナライゼーションプロファイルを決定する。したがって、上記で提供された例を使用して、プロビジョニングシステムは、通信デバイス上でパーソナライズされた以前のモバイルアプリケーションがバージョン１．０であると判定することができる。したがって、プロビジョニングシステムは、バージョン１．０に関連付けられたパーソナライゼーションプロファイルを判定することができる。
【００５９】
ステップ２４０において、モバイルアプリケーション更新プロビジョニングコンピュータ１３０の更新要求検証モジュール１３２は、モバイルアプリケーションのパーソナライゼーションプロファイルの保存されたアプリケーションのバージョンを、受信したアプリケーションバージョン情報と比較して、移行通知の真正性を検証する。バージョンが一致しない場合、またはバージョン情報に含まれる他の情報（例えば、更新日、更新時間、以前に更新済みバージョンなど）が、デバイスに関連付けられたアカウント及び／またはデバイスレコード及び／または移行通知のアカウント情報と一致しない場合は、部分パーソナライゼーションプロセスを停止することができる。このような不一致は、介入者またはパーソナライゼーション情報に対する他の不正な要求を行う人物である可能性がある。パーソナライゼーション情報の機密性のため、移行通知の検証により、モバイルアプリケーションパーソナライゼーションシステムのセキュリティが向上する可能性がある。
【００６０】
ステップ２５０において、モバイルアプリケーション更新プロビジョニングコンピュータ１３０の部分パーソナライゼーションスクリプト生成モジュールは、通信デバイス上の更新済みモバイルアプリケーションに関連付けられた更新パーソナライゼーションプロファイルを識別する。いくつかの実施形態では、プロビジョニングシステムは、通信デバイスにインストールされた、更新済みモバイルアプリケーションのバージョンを示すモバイルアプリケーションバージョン情報を使用して、更新済みパーソナライゼーションプロファイルを判定することができる。したがって、上記で提供された例を使用して、プロビジョニングシステムは、アプリケーションバージョン情報から、通信デバイスに移行された、更新済みモバイルアプリケーションがバージョン２．０であると判定することができる。したがって、プロビジョニングシステムは、バージョン２．０に関連付けられたパーソナライゼーションプロファイルを決定することができる。しかし、いくつかの実施形態では、部分パーソナライゼーションのために最近更新済みアプリケーションバージョンのみが利用可能であり、更新済みバージョンは既にシステムによって認識されている可能性があるため、更新済みアプリケーションバージョン情報は移行通知に含まれていない可能性がある。
【００６１】
ステップ２６０において、モバイルアプリケーション更新プロビジョニングコンピュータ１３０の部分パーソナライゼーションスクリプト生成モジュールは、現在のパーソナライゼーションプロファイルと更新済みパーソナライゼーションプロファイルとの間の差異に関連付けられた部分パーソナライゼーション情報を決定する。したがって、上記で提供された例を使用して、プロビジョニングシステムは、モバイルアプリケーションのバージョン１．０及び２．０のパーソナライゼーションプロファイルの間の差異に関連付けられた部分パーソナライゼーション情報を決定することができる。
【００６２】
さらに、及び／または代替的に、いくつかの実施形態では、各モバイルアプリケーションバージョンとバージョン１．０及び２．０の間でアップデートが必要である可能性があるパーソナライゼーションデータとの間のパーソナライゼーションの差異を含むパーソナライゼーションアップデートごとに部分パーソナライゼーションプロファイルを生成することができる 。したがって、異なるプロファイルを比較することはできず、その代わりに、以前にインストールされたバージョンとモバイルアプリケーションの更新済みバージョンとの差異に関連付けられた部分パーソナライゼーションプロファイルを見つけることによって、差異を識別することができる。
【００６３】
ステップ２７０において、モバイルアプリケーション更新プロビジョニングコンピュータ１３０の部分パーソナライゼーションスクリプト生成モジュールは、通信デバイスのモバイルアプリケーションに記憶されたパーソナライゼーション情報を更新するための部分パーソナライゼーション情報を含む部分パーソナライゼーションスクリプトを生成する。したがって、プロビジョニングシステムは、消費者のアカウントに関連付けられた任意のアカウントまたは個人情報を含むスクリプトを生成し、いくつかの実施形態では、この時点でこの情報を取得するために発行者とインターフェースをとることができる。あるいはまたは追加として、プロビジョニングシステムは、消費者アカウントデータベースからまたは発行者の代わりにこの情報を得ることができる。さらに、ここで留意すべきは、通信デバイスとのセキュアチャネル接続を介して決定された暗号情報及び他の関連情報は、この時点で正しい暗号鍵を使用して正しいスクリプトを生成するために使用してもよいということである。
【００６４】
ステップ２８０において、モバイルアプリケーション更新プロビジョニングコンピュータ１３０のプロビジョニングモジュール１３４は、通信デバイスにインストールするために部分パーソナライゼーションスクリプトをマスタアプリケーションプロバイダに提供する。プロビジョニングシステムは、部分パーソナライゼーションスクリプトを複数の方法で提供できる。例えば、いくつかの実施形態では、部分パーソナライゼーションスクリプトは、モバイルアプリケーションにインストールするためにスクリプトをマスタアプリケーション１１３に渡すマスタアプリケーションプロバイダコンピュータに送信することができる。いくつかの実施形態では、モバイルゲートウェイ（図示せず）は、ここで説明しているのと同様のプロセスで構成されたセキュアチャネルを使用して、特定のデータフィールドにスクリプトをインストールするためにデバイスと直接インターフェースをとることができる。
【００６５】
その後、マスタアプリケーションプロバイダコンピュータは、部分パーソナライゼーションスクリプトを通信デバイスに送信する。その後、通信デバイスのモバイルアプリケーションは、更新済みモバイルアプリケーションのアプレットに関連付けられたパーソナライゼーション情報を更新する。
【００６６】
図 ３は、アプリケーション更新３１０前、アプリケーション更新３２０後、及びモバイルアプリケーション３３０の部分パーソナライゼーション後を含む複数回のアプリケーション更新及び部分プロビジョニングプロセスの例示的なブロック図を示す。
【００６７】
第１の時間３４０Ａにモバイルアプリケーション（図示せず）のプロビジョニングされパーソナライズされたアプレット３１０の例が図３に示されている。アプレット３１０は、モバイルアプリケーション（図示せず）にプロビジョニングされ、アカウント情報３１１及びアカウントに関連付けられた第１の暗号鍵３１２でパーソナライズされている。
【００６８】
しかし、アプレットの更新やモバイルアプリケーションの更新の一部としてアプレットが更新されると、モバイルアプリケーションの新しい機能を有効にするためにいくつかの新しいパーソナライゼーション情報が必要になる場合がある。図３の更新済みアプレット３２０で示すように、例えば、時間２  ３４０Ｂ、アプレット３２０は、新しい機能を含むように更新され、アプリケーション更新の間に作成された新しいデータエレメント３２３を含んでいる。データエレメント３２３は空であるが、アプレットは新しく作成されたデータエレメント３２３に新しいデータを記憶するように構成されている。しかしながら、アプレットの以前にプロビジョニングされパーソナライズされたバージョンからの既存の情報は保存されている（モバイルアプリケーション及び／またはマスタアプリケーションの一時的なデータストレージエレメントからインポートされている）。したがって、モバイルアプリケーション更新で変更されていない既存の情報の再パーソナライズは、モバイルアプリケーションの動作するために必要となることはない。
【００６９】
後の時間３（３４０Ｃ）において、アプレット３３０は、以前に作成された空のデータエレメントに第２の暗号鍵３３３を含むように（ここで説明する実施形態によって）更新され、部分にプロビジョニングされた後に示される。したがって、更新済みモバイルアプリケーションに関連する機能は、ここでモバイルアプリケーション（図示せず）に対してアクティブ化できるようになる。例えば、トランジット鍵をアプレットにパーソナライズすれば、モバイルアプリケーション（図示せず）のトランジットネットワーク機能をアプレット３３０に対してアクティブ化することができるようになる。したがって、モバイルアプリケーションのデータ処理、送信及びインストールリソースは、アプリケーション更新に関連するパーソナライゼーションプロセスごとに必要更新データ量を調整することによって減じることができる。
【００７０】
モバイルアプリケーション、マスタアプリケーション１１３、マスタアプリケーションプロバイダ、及びアプリケーション更新プロビジョニングシステムの構成の詳細に応じて、異なるタイプの情報をマスタアプリケーション１１３によって取得して、部分プロビジョニングプロセスを開始することができる。例えば、図 ４〜５は、部分パーソナライゼーションプロセスを行うために必要な情報を得るための異なる２つのプロセスを示している。第１の実施形態（図４に示す）では、プロビジョニングコンピュータに記憶されたプロビジョニング鍵を使用して、通信デバイス上にパーソナライゼーションスクリプトを生成する。代替的に及び／または追加的に、第２の実施形態（図５に示す）では、プロビジョニングコンピュータは、部分パーソナライゼーションスクリプトを生成するための暗号鍵を取得するために、モバイルアプリケーション内にある暗号鍵を使用することができる。この実施形態では、プロビジョニングシステムは、パーソナライゼーションスクリプトを生成する際に使用するモバイルアプリケーションから鍵をセキュアに取得するためのセキュアチャネルを生成するために、モバイルアプリケーションからのセッション鍵情報を必要とすることがある。これらの実施形態のそれぞれについて、以下にさらに詳細に説明する。
A.  更新プロビジョニングコンピュータにおける記憶されたプロビジョニング鍵を使用する方法
【００７１】
上記で説明したように、通信デバイス上で部分プロビジョニングスクリプトをプロビジョニングするのに必要な情報を取得するためには、複数の異なる方法がある。第１の実施形態（図４に示す）では、取得できる情報には、更新済みアプレットのアプリケーション識別子（例えば、ＡＩＤ）と、適したスプリクトを生成、及び／またはそのデバイスを識別するための暗号情報を識別するために使用できるデバイス情報（例えば、セキュアエレメント識別子、信頼できる実行環境識別子など、）及びモバイルアプリケーションバージョン識別子（例えば、バージョン番号）が含まれる。
【００７２】
したがって、マスタアプリケーション１１３は、マスタアプリケーションプロバイダコンピュータまたはアプリケーション更新プロビジョニングシステムと直接通信して、必要な情報を提供し、更新済みモバイルアプリケーションの部分なパーソナライズできるように構成することができる。移行通知メッセージＡＰＩまたは部分パーソナライゼーション要求は、マスタアプリケーションプロバイダに、そして次いでモバイルアプリケーション更新プロビジョニングシステム１３０に送信することができる。移行通知メッセージは、モバイルアプリケーション１１５が更新されたこと、及び識別されたアプレット及び／またはアプレットについて部分パーソナライゼーションが行われるべきであることをプロビジョニングシステム１３０に通知することができる。
【００７３】
この実施形態では、プロビジョニング鍵を使用して、信頼できる実行環境のセキュアドメイン情報を受信することによってアカウントとデバイス情報を取得できるように、部分パーソナライゼーションスクリプトを生成することができる。セキュアドメイン情報は、例えば、パーソナライゼーション情報を更新するためのプロビジョニングシステムにおけるアプレット、対応するアカウント情報、及びプロビジョニング鍵を識別するセキュアエレメント識別子及びアプリケーション識別子（ＡＩＤ）を含むことができる。アプリケーション更新プロビジョニングコンピュータは、セキュアドメインに関連付けられたプロビジョニング鍵を記憶し、記憶されたプロビジョニング鍵を使用してプロビジョングスクリプトを生成することができる。
【００７４】
図 ４は、本発明の別の実施形態による、部分パーソナライゼーションを行うためのセキュアエレメント情報を使用する部分パーソナライゼーションプロビジョニングプロセスの別の例示的なフロー図を示す。なお、図４〜５に示す例によると、モバイルアプリケーションは、モバイル決済アプリケーションとも呼ばれ、モバイル決済アプリケーションの各アプレットは、１つ以上のアカウントの決済クレデンシャル、ならびに通信デバイスを使用して決済トランザクションを実行するための他のトランザクション情報とを含み、マスタアプリケーション１１３はモバイル決済アプリケーションへのアクセスを制御するウォレットアプリケーションと呼ばれ、アプレット情報発行者コンピュータは金融アカウント発行者コンピュータ（例えば、クレジットカード発行者）と呼ばれる。しかし、これは、本発明の実施形態で使用されるタイプのアプリケーションの一例に過ぎない。例えば、他の実施形態では、モバイルアプリケーションは、アプレットが建物アクセスシステムまたは他のセキュアエリアエントリにユーザを認証するためのセキュリティクレデンシャルを含むセキュリティアクセスアプリケーションであってもよい。さらに、マスタアプリケーション１１３は、いくつかの異なるアクセス権クレデンシャルアプリケーションを管理し、デバイス上のセキュリティアプリケーションへのアクセスを管理するクレデンシャル認証プロバイダを含んでいてもよい。
【００７５】
ステップ４０１において、モバイルアプリケーションの更新は、マスタアプリケーションプロバイダによって、モバイルデバイス上のマスタアプリケーション１１３に配信するようにしてもよい。マスタアプリケーションプロバイダは、モバイルアプリケーションプロバイダ、アプレット情報発行者コンピュータ、決済処理ネットワーク、及び／またはモバイル決済エコシステムの任意の他の関係者から、モバイルアプリケーション更新コードを取得することができる。
【００７６】
ステップ４０２において、マスタアプリケーション１１３及び／またはモバイルアプリケーションは、アプリケーションアップデートを受信し、モバイルアプリケーションを更新することができる。モバイルアプリケーションの１つまたは複数のアプレットを更新する前に、モバイルアプリケーションは、更新済みモバイルアプリケーションのインストール中にパーソナライゼーション情報が削除されないように、以前にパーソナライズされた情報を一時メモリに記憶させることができる。しかしながら、この更新は、モバイルアプリケーションに新しい機能が存在するように、及び/または使用できるモバイルアプリケーションの新しい機能または既存の機能のために新しいパーソナライゼーション情報が必要となるように、モバイルアプリケーションを変更することができる。
【００７７】
ステップ４０３において、更新済みモバイルアプリケーションからマスタアプリケーションに移行通知メッセージが送信される。前述のように、移行通知メッセージは、デバイス、アカウントを識別する情報を含むセキュアドメイン情報を含み、プロビジョニングシステムによって部分パーソナライゼーションスクリプトを生成することができる。
【００７８】
例えば、移行通知メッセージは、（１）通信デバイス上で更新中のアプレットを識別するモバイルアプリケーションのためのアプリケーション識別子（例えば、ＡＩＤ）と、（２）プロビジョニングシステムに、プロビジョニングスクリプトの生成に使用するプロビジョニング鍵を識別させるデバイス識別情報と、（３）モバイルアプリケーションのバージョン情報とを含んでいてもよい。情報は、単一の通知の形で提供されてもよく、あるいは、情報は、通信デバイスとアプリケーション更新プロビジョニングシステムとの間で送信される複数の通知メッセージにわたって取得されてもよい。さらに、モバイルアプリケーションにおいて複数のアプレットが更新される場合、複数の移行通知または様々なアプレットに関連付けられた複数のアプリケーション識別子を含む単一の通知を、マスタアプリケーション１１３に提供してもよい。
【００７９】
ステップ４０４において、マスタアプリケーションは、デバイス識別子、アプリケーション識別子、及びバージョン情報を含む移行通知メッセージをマスタアプリケーションプロバイダコンピュータに転送する。
【００８０】
ステップ４０５において、マスタアプリケーションプロバイダコンピュータは、デバイス識別子、アプリケーション識別子、及びバージョン情報を含む移行通知メッセージを判定し、モバイルアプリケーション更新プロビジョニングシステム１３０に転送する。マスタアプリケーションプロバイダコンピュータ１２０は、部分パーソナライゼーションプロセスの完了をアシストするために、移行通知とともに他の情報を含むこともできる。例えば、マスタアプリケーション識別子（例えば、マスタアプリケーション識別子）及び要求参照識別子を、マスタアプリケーションプロバイダとモバイルアプリケーション更新プロビジョニングコンピュータ１３０との間のメッセージに含めて、トランザクションフローを介して要求を識別し、追跡することができる。要求識別子により、各システムが、部分パーソナライゼーション処理動作を通じて、進行状況を追跡し、様々な関係者及び対応する要求を識別できるようになる。
【００８１】
ステップ４０６において、プロビジョニングシステムは、通信デバイスから移行通知メッセージ（移行通知とも呼ばれる）を受信する。移行または移行通知は、通信デバイスにインストールされたモバイルアプリケーションのモバイルアプリケーションバージョン情報及びアプレット識別情報を含んでいてもよい。上記のように、移行通知は、（１）特定のアプレットを識別するモバイルアプリケーションのＡＩＤ、（２）セキュアエレメント及び／またはデバイスに関連付けられた他のプロビジョニング鍵を決定するためのデバイス識別子、及び（３）プロビジョニングシステムが、通信デバイス上でプロビジョニングするための部分パーソナライゼーションスクリプトを生成することができるようなモバイルアプリケーションバージョンナンバーを含んでいてもよい。
【００８２】
ステップ４０６〜４１２において、プロビジョニングシステムのアプリケーション識別モジュール１３１は、移行通知に関連付けられたアカウント及びデバイスを判別することができ、図２のステップ２１０〜２８０を参照して上述したような部分パーソナライゼーションプロセスを進めることができる。プロビジョニングシステムは、通信デバイスの信頼できる実行環境上にモバイルアプリケーションにインストールするための部分パーソナライゼーションスクリプトを生成するために記憶されたプロビジョニング鍵を有するので、移行イベントに関連付けられた部分パーソナライゼーションスクリプトを生成するために必要な情報をすべて有している、あるいはそれらを判別することができる。
【００８３】
さらに、いくつかの実施形態では、部分パーソナライゼーションプロセスの部分パーソナライゼーション情報の異なるタイプが識別された後に、モバイルアプリケーションを更新するためのパーソナライゼーション情報を取得するためにアプレット情報発行者コンピュータに連絡することができる。そのような実施形態では、アプレット情報発行者コンピュータは、モバイルアプリケーション更新プロビジョニングコンピュータ１３０が利用できない可能性のある関連パーソナライゼーション情報を保存し、パーソナライゼーション情報をアプレット情報発行者から取得して、部分パーソナライゼーションスクリプトを生成することができる。さらに、いくつかの実施形態では、モバイルアプリケーション更新プロビジョニングコンピュータ１３０の機能を発行者システムに組み込んで、発行者が部分パーソナライゼーションプロファイルの判定及びスクリプト生成を行うようにしてもよい。
【００８４】
ステップ４１３〜４１４において、部分パーソナライゼーションスクリプトが、マスタアプリケーションコンピュータを介してマスタアプリケーション１１３に送信される 部分パーソナライゼーションスクリプトは、タスク参照識別子、デバイス識別情報、アプリケーション識別子（例えば、ＡＩＤ）、信頼できる実行環境のセキュアドメイン情報（例えば、補助的なセキュアドメイン識別子）、及びその他の任意の情報とともに送信されて、マスタアプリケ−ションプロバイダコンピュータにパーソナライゼーションスクリプトに関連付けられた通信デバイスを識別できるようにしてもよい。
【００８５】
ステップ４１５において、マスタアプリケーション１１３は、部分パーソナライゼーションスクリプトを受信し、モバイルアプリケーションに対し、部分パーソナライゼーションスクリプト内のモバイルアプリケーションの識別されたアプレットに部分パーソナライゼーションスクリプトをインストールするように命令する。したがって、部分パーソナライゼーションスクリプトコマンドは、パーソナライズされるアプレット（及び／または複数のアプレット）に関連付けられたアプリケーション識別子を含んでいてもよい。
【００８６】
ステップ４１６において、モバイルアプリケーションは、部分パーソナライゼーションスクリプトコマンドによって識別されたアプレットに部分パーソナライゼーションスクリプトをインストールする。
【００８７】
ステップ４１７〜４１９において、部分パーソナライゼーションスクリプトは、モバイルデバイスにインストールされ、確認が受信されてマスタアプリケーション１１３とマスタアプリケーションプロバイダコンピュータとを介してプロビジョニングシステムに渡される。いくつかの実施形態では、同様に発行者にエンティティのいずれかを通知してもよい。
B.  モバイルデバイス上に存在する暗号鍵を使用する方法 
【００８８】
さらに、いくつかの実施形態は、モバイルアプリケーションを作成するために、モバイルアプリケーションに配置された暗号鍵を使用して、パーソナライゼーションスクリプト更新を更新してインストールすることができる。この実施形態では、プロビジョニングシステムは、モバイルアプリケーションのバージョン番号と、アプリケーション識別子と、モバイルアプリケーション上のデータを変更するスクリプトを生成する前の検証のためにアプリケーション更新プロビジョニングシステムがモバイルアプリケーションを識別して安全に通信して暗号鍵情報を取得することを許可するモバイルアプリケーション識別子（ＭＡＩＤ）とを必要とする場合がある。次いで、検証エンティティは、アプレットに存在するパーソナライゼーション情報を更新するための部分パーソナライゼーションスクリプトを生成することができる。
【００８９】
そのような実施形態では、プロビジョニングシステムは、モバイルアプリケーション識別子（ＭＡＩＤ）及び移動通知のモバイルアプリケーションから受信した（または通知メッセージを受信した後に要求した）他の情報を使用して、モバイルアプリケーションと通信するためのセッション鍵を生成することができる。プロビジョニングシステムは、セッション鍵を使用して、モバイルアプリケーションとのセキュアチャネルを作成しておいてもよい。セキュアチャネルを使用して、モバイルアプリケーションと安全に通信し、モバイルアプリケーションからセキュア情報を取得して、モバイルアプリケーションに関連付けられたセキュアドメイン鍵を使用してモバイルアプリケーションのアプレットを検証しパーソナライズすることができる。次いで、プロビジョニングシステムは、暗号鍵を使用して、必要に応じて、更新済みモバイルアプリケーション内の現在のパーソナライゼーション情報を更新することができる。いくつかの実施形態では、動的データ（例えば、トランザクションシーケンスカウンタ）を移行通知に設けても、モバイルアプリケーションと通信するためのセッション鍵を導出するようにしてもよい。
【００９０】
この実施形態では、モバイルアプリケーションから受信した鍵を使用して、モバイルアプリケーション内の各データエレメントを変更する小刻みなプロセスによって、モバイルアプリケーションに記憶されたデータを更新することができる。したがって、モバイルアプリケーションは、アプリケーションの更新中に新しいパーソナライゼーションエレメントごとにデフォルト値を作成し、プロビジョニングスクリプトの代わりにデータ更新スクリプトを使用して各デフォルト値を更新することができる。
【００９１】
図 ５ は、本発明の実施形態によるモバイルアプリケーションによって記憶された鍵を使用する部分パーソナライゼーションプロビジョニングプロセスのための例示的なフロー図の一例を示す。
【００９２】
ステップ５０１〜５０４において、モバイルアプリケーションが更新され、以前のパーソナライゼーションデータが更新済みモバイルアプリケーションにインポートされ、移行通知が生成され、プロビジョニングシステムへの配信のためにマスタアプリケーション１１３に送信される。移行通知は、プロビジョニングシステムが移行に関連付けられたアカウント及びデバイスを識別できるようにするための任意の情報を含んでいてもよい。例えば、移行通知は、更新に関連付けられたモバイルアプリケーションのアプレットのためのアプリケーション識別子（ＡＩＤ）と、移行通知に関連付けられた通信デバイスを決定するためのデバイス識別子（例えば、セキュアエレメント識別子、デバイスシリアル番号など）とを含んでいてもよい。通知には、報告中の更新またはイベントのタイプを示すイベント情報またはコードも含まれる。さらに、移行通知は、更新されているモバイルアプリケーションのバージョン（すなわち、モバイルアプリケーションバージョン情報）、ならびにいくつかの実施形態では、更新元のモバイルアプリケーションの以前のバージョンを含んでいてもよい。
【００９３】
ステップ５０５において、プロビジョニングシステム１３０は、通知イベントに関連付けられたデバイスを決定し、セキュアチャネル鍵識別要求を生成して必要な鍵識別データを取得してモバイルアプリケーションと安全に通信するためのセッション鍵を決定することができる。プロビジョニングシステムは、マスタアプリケーションプロバイダコンピュータを介してモバイルデバイスのマスタアプリケーションに要求を送ることができる。なお、通信回線のいくつかはマスタアプリケーションプロバイダコンピュータを経由しているように見えるが、マスタアプリケーションプロバイダコンピュータはその要求を受信し、適宜適切なコンピュータまたは通信デバイスに要求を転送することができる。いくつかの実施形態では、デバイスは直接通信する場合もある。
【００９４】
ステップ５０５において、プロビジョニングシステムは、アプリケーション情報（例えば、ＭＡＩＤ及びＭＳＣ）を受信し、モバイルアプリケーションと通信するためのセキュアチャネルを作成して構築しておく。セキュアチャネルは、取得データ要求に呼応してマスタアプリケーションプロバイダを介してマスタアプリケーションから受信したモバイルアプリケーション情報を使用して構築することができる。
【００９５】
ステップ５０６において、プロビジョニングシステム１３０は、モバイル状態更新（ＭＳＵ）データの要求を生成して、モバイルアプリケーションから暗号データを取得し、パーソナライゼーションの前にアプレットを検証する。モバイル状態更新データの要求は、プロビジョニングシステムが関連する情報を所望する可能性のあるアプレット用のアプリケーション識別子（ＡＩＤ）を含んでいてもよい。ＭＳＵデータは、「検証情報」とも呼ばれる。なぜなら、モバイルアプリケーションからの回答を使用して、部分パーソナライゼーションスクリプトのインストールを含むモバイル更新のためのモバイルアプリケーションを作成してあること、及び、モバイルアプリケーションが真正で有効であることを検証するからである。
【００９６】
ステップ５０７において、マスタアプリケーション１１３は、（モバイルアプリケーションプロバイダコンピュータを介して）要求を受信して、パーソナライゼーション情報への更新に備えておくようモバイルアプリケーションに指示を出す。さらに、マスタアプリケーション１１３は、どのセキュアドメイン（ＳＳＤ）及びパーソナライズされたアプリケーションが、アプレットに関連付けられたアプリケーション識別子（ＡＩＤ）を使用して更新可能かについてモバイルアプリケーションに指示を出す。多数の認証プロセス及びデータ作成ステップを実施して、データ更新のためのモバイルアプリケーションを作成しておくことができる。いくつかの実施形態では、更新のためのモバイルアプリケーションのアプレットの作成は、アプリケーション識別子の選択、更新メッセージの初期化、外部認証プロセス、及びモバイルアプリケーションに送信されるストアデータメッセージを含むことができる。さらに、プロセスは、モバイルアプリケーションが識別されたアプレットにアクセスし、アプレット情報の発行者の国コードを返すことができる国コード情報を取得するためのデータ取得要求を含んでいてもよい。
【００９７】
ステップ５０８において、マスタアプリケーション１１３は、モバイルアプリケーションの識別されたアプレットに関連付けられたモバイル状態更新（ＭＳＵ）データを要求する。モバイル状態更新（ＭＳＵ）データは、モバイルアプリケーションが認証されていることを検証し、部分パーソナライゼーションスクリプトを生成してモバイルアプリケーションにインストールすることを可能にするために必要なデータを含んでいてもよい。ＭＳＵデータ要求から取得された暗号情報には、暗号情報、カウンタ、暗号文、及びアプレット更新のセキュリティを保証するためにスクリプト生成中に使用される任意の他の情報を含んでいてもよい。この情報は、モバイルアプリケーション情報と呼ばれ、プロビジョニングシステムによる必要な部分パーソナライゼーションスクリプトの生成を可能にするのに十分であると思われる。モバイル状態更新データは、例えば、アプリケーショントランザクションカウンタ、発行者アプリケーションデータ、トランザクション情報、アプリケーションＰＡＮシーケンス番号、暗号文、及びアプリケーション交換プロファイルを含んでいてもよい。
【００９８】
ステップ５０９において、モバイルアプリケーションは暗号化されたＭＳＵデータで応答し、ＭＳＵデータをマスタアプリケーションに提供する。ＭＳＵ応答データは、モバイルシーケンスカウンタ、暗号化されたＭＳＵデータの長さ、暗号化されたＭＳＵデータ、及びメッセージが傍受または変更されていないことを検証するためのＭＡＣを含んでいてもよい。暗号化されたＭＳＵデータは、アプリケーショントランザクションカウンタ、金額、トランザクション日付、トランザクションタイプ、トランザクション通貨コード、発行者アプリケーションデータ、トラック２等価データ、アプリケーションＰＡＮシーケンス番号、及びアプリケーション暗号を含んでいてもよい。さらに、暗号化されたＭＳＵデータは、モバイルアプリケーションのバージョンを示すモバイルアプリケーションバージョン情報も含んでいてもよい いくつかの実施形態では、バージョン情報は、暗号化されたＭＳＵデータの外部の別体のデータエレメントとして提供されてもよい。
【００９９】
ステップ５１０において、マスタアプリケーション１１３は、暗号化されたＭＳＵデータを含むプロビジョニングシステムにＭＳＵ応答を送る。マスタアプリケーション１１３及び／またはマスタアプリケーションプロバイダは、要求識別子、マスタアプリケーション識別子、及び部分パーソナライゼーションを実行するための任意の他の関連情報を追加してもよい。
【０１００】
ステップ５１１において、プロビジョニングコンピュータは、暗号化されたＭＳＵデータ応答を受信し、ＭＡＣを検証してメッセージが変更されていないことを確認する。プロビジョニングコンピュータは、セキュアチャネルのセッション鍵を使用してＭＳＵデータを解読することができる。いくつかの実施形態では、プロビジョニングコンピュータは、通信デバイス及び／またはモバイルアプリケーションに関連付けられた別の鍵を使用してＭＳＵデータを解読することができる。
【０１０１】
ステップ５１２において、アプリケーション更新プロビジョニングシステムは、部分パーソナライゼーション要求に関連付けられた関連するアカウント及びデバイス情報を決定し、発行者にＭＳＵデータを提出して、ＭＳＵデータを検証する。いくつかの実施形態では、プロビジョニングシステムは、アカウント情報にアクセスして発行者に代わってアカウント情報を検証することもできる。
【０１０２】
ステップ５１３において、アプレット情報発行者コンピュータは、ＭＳＵデータを検証し、ＭＳＵデータに関連付けられたアカウント情報を検証することができる。アカウント検証要求を送る前、送っている間、または送った後に、プロビジョニングシステムは、モバイルアプリケーション内で部分パーソナライゼーション情報を判定しパーソナライズするようにしてもよい。
【０１０３】
ステップ５１４〜５１６において、図２のステップ２３０、２５０、及び２６０を参照して上述したように、同様のステップを行う。しかし、プロビジョニングシステムが部分パーソナライゼーションスクリプトに含む部分パーソナライゼーション情報を識別すると、プロビジョニングシステムは、部分パーソナライゼーション情報の指示をアプレット情報発行者に転送して、部分パーソナライゼーションスクリプトを作成するようにしてもよい。いくつかの実施形態では、これらのステップは、検証のためにアカウント情報を送る前に行ってもよく、部分パーソナライゼーション情報は、部分パーソナライゼーションの要求の一部として含まれてもよい。
【０１０４】
ステップ５１７において、アプレット情報発行者コンピュータは、決定された部分パーソナライゼーション情報を含む部分パーソナライゼーションスクリプトを生成して、通信デバイスに記憶されたパーソナライゼーション情報を更新する。あるいは、または追加として、プロビジョニングシステムは、消費者アカウントデータベースまたは発行者の代わりにこの情報を取得することができる。その後、部分パーソナライゼーションスクリプトは、プロビジョニングコンピュータに戻され、マスタアプリケーションプロバイダを介して通信デバイスに配信される。
【０１０５】
ステップ５１８において、プロビジョニングシステムは、通信デバイスにインストールするための部分パーソナライゼーションスクリプトを送信する。スクリプトは、モバイルアプリケーションプロバイダコンピュータを通過し、モバイルアプリケーション内の特定のフィールドに影響するようにスクリプトに記述してもよい。
【０１０６】
ステップ５１９〜５２１において、部分パーソナライゼーションスクリプト更新がモバイルデバイスにインストールされ、その確認が受信されてプロビジョニングシステムに渡される。いくつかの実施形態では、アプレット情報発行者は、任意のエンティティを通知されるようにもできる。
【０１０７】
さらに、いくつかの実施形態では、通信デバイス上のアプリケーション更新及び部分パーソナライゼーションプロセスの開始は、図４及び５に示される方法とは異なっていてもよい。例えば、いくつかの実施形態では、更新は、イベントがマスタアプリケーション及び／またはプロビジョニングシステムに送信される通知をトリガした後に開始するようにしてもよい。例えば、そのようなプロセスは、モバイルアプリケーションが、モバイルアプリケーション上でイベントが発生したこと（例えばセキュリティ通知）と、アプリケーション更新が要求されたことをマスタアプリケーションに通知することによって開始させることができる。アプリケーション更新要求は、モバイルアプリケーションのソフトウェア更新を開始できるマスタアプリケーションプロバイダコンピュータに送信することができるとともに、モバイルアプリケーションの更新が完了すると、モバイルアプリケーションによって移行通知が開始される。
【０１０８】
さらに、いくつかの実施形態では、アプリケーション情報発行者は、ここに記載の更新プロセス及び部分パーソナライゼーションプロセスを開始することができるモバイルアプリケーション更新を要求することができる。例えば、発行者は、モバイルアプリケーション内のアプレットのために、モバイルアプリケーションにアプリケーション更新を提供することを望む場合もある。したがって、発行者の要求には、モバイルアプリケーションに記憶されたアプレットのアカウント識別情報を含むことができ、発行者及び／またはプロビジョニングコンピュータは、マスタアプリケーションプロバイダに、モバイルアプリケーション更新を通信デバイスにインストールするよう強要することができる。その後、ここに記載するようにプロセスを進めればよい。
【０１０９】
さらに、いくつかの実施形態では、ＭＳＵデータを含む１つのメッセージが、モバイルアプリケーション更新に応答して提供されるようにしてもよい。したがって、ステップ５０３〜５１０は、部分パーソナライゼーションプロセスに必要なすべての情報を提供する単一メッセージに統合することができる。このような実施形態では、パーソナライゼーションアップデートが要求される前に、またはモバイルアプリケーションが更新される前に、マスタアプリケーション１１３は、部分パーソナライゼーションで将来使用するため、また、アプリケーション更新プロセスのために、鍵を記憶することができるプロビジョニングシステムに暗号鍵を通信することができる。したがって、マスタアプリケーション１１３は、モバイルアプリケーション１１５からデータを取得し、それを、セキュアチャネルを生成することなく、また、モバイルアプリケーションの部分パーソナライゼーションごとにキーを取得することなく、モバイルアプリケーション１１５を更新するための正しいセキュアエレメントデータ及び／または暗号情報をシステムに許可する移行通知に含めることができる。
【０１１０】
なお、複数のバージョンの情報を移行通知に含むことにより、一度に複数のアプレットをパーソナライズすることができ、複数のパーソナライゼーションスクリプトが生成され、通信デバイスに配信される際とプロセスは同じである。
【０１１１】
サーバコンピュータは、強力なコンピュータでも、あるいは、コンピュータのクラスタであってもよい。例えば、サーバコンピュータは、大きなメインフレーム、ミニコンピュータクラスタ、またはユニットとして機能するサーバのグループのいずれでもよい。一例では、サーバコンピュータは、ウェブサーバに結合されたデータベースサーバであってもよい。
【０１１２】
消費者またはユーザは、業者とのトランザクション中にモバイルデバイスを使用する者、またはモバイルデバイスを使用して、業者、アクセスデバイス、または他のタイプのトランザクションで使用するデバイスをプロビジョニングする者のいずれでもよい。
【０１１３】
ここで説明する様々な参加者及びエレメントは、１つまたは複数のコンピュータ装置を動作させてここに記載の機能を容易にすることができる。任意のサーバまたはデータベースを含む上記の図 １〜５のエレメントのいずれも、任意の適切な数のサブシステムを使用してここに記載の機能を容易にすることができる。
【０１１４】
このようなサブシステムまたはコンポーネントの例としては、中央プロセッサ、入出力コントローラ、システムメモリ、プリンタ、ディスプレイアダプタ及びモニタ、シリアルポート、キーボード、固定ディスク、及びシステムバスを介して相互接続された外部インターフェースが挙げられる。プリンタ、キーボード、固定ディスク（またはコンピュータ可読媒体を含む他のメモリ）、及びディスプレイアダプタに結合されているモニタなどのサブシステム。Ｉ／Ｏコントローラ（プロセッサまたは他の適切なコントローラとすることができる）に結合する周辺デバイス及び入出力（Ｉ／Ｏ）デバイスは、シリアルポートなどのような従来周知の任意の数の手段を使ってコンピュータシステムに接続することができる。例えば、シリアルポートまたは外部インターフェースを使用して、コンピュータ装置を、インターネット、マウス入力デバイス、またはスキャナなどの広域ネットワークに接続することができる。システムバスを介した相互接続により、中央プロセッサは、各サブシステムと通信し、システムメモリまたは固定ディスクからの命令の実行ならびにサブシステム間の情報の交換を制御することができる。システムメモリ及び／または固定ディスクは、コンピュータ可読媒体を具現化することができる。
【０１１５】
本出願に記載のソフトウェアコンポーネントまたは機能のいずれかは、例えば、従来の技術またはオブジェクト指向の技術を使った、例えば、Ｊａｖａ（登録商標）、Ｃ＋＋またはＰｅｒｌなどの任意の適切なコンピュータ言語を使用するプロセッサによって実行されるソフトウェアコードとして実施されてもよい。ソフトウェアコードは、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードドライブまたはフロッピーディスクなどの磁気媒体、あるいはＣＤ−ＲＯＭのような光媒体などのようなコンピュータ可読媒体上の一連の命令またはコマンドとして記憶するようにしてよい。そのようなコンピュータ可読媒体は、単一の計算装置上またはその内部にあってもよく、システムまたはネットワーク内の異なる計算装置上に設けてもよい。
【０１１６】
上記の説明は例示であり、限定を意図するものではない。本開示を検討することにより、本発明の多くの変形が、当業者にとって明らかになるであろう。したがって、本発明の範囲は、上記の説明を参照して決定されるのではなく、それらの全範囲または同等物とともに、係属中の請求項を参照して決定されるものとする。
【０１１７】
任意の実施形態の１つ以上の特徴は、本発明の範囲から逸脱することなく、他の実施形態の１つまたは複数の特徴と組み合わせることができる。
【０１１８】
ここに示すエレメントは、特に反対の指示がない限り、「１つ以上」を意味することを意図している。
【０１１９】
上記のすべての特許、特許出願、刊行物及び説明は、あらゆる目的のためにその全体が参照によりここに援用されるものである。いずれも先行技術と認めるものではない。
【図１】
2017531873.tif 000003
【図２】
2017531873.tif 000004
【図３】
2017531873.tif 000005
【図４】
2017531873.tif 000006
【図５】
2017531873.tif 000007
【国際調査報告】
2017531873.tif 000008
2017531873.tif 000009