JP6697001B2 - 支払クレデンシャルによる、モバイル装置についての判定の提供 - Google Patents

Description

関連出願の相互参照

本願は、米国仮特許出願第62/147,926号（2015年4月15日出願）の優先権を主張するものであり、あらゆる目的で、当該出願の開示全体をここに参照のために取り込む。

支払アカウント（口座）にアクセスする一般的な方法の１つは、販売店の店頭で支払カードを提示することである。そのような状況で、決済クレデンシャル情報（例えば支払アカウント番号（例：ＰＡＮ、「プライマリアカウント番号」））、プロキシ（例えば支払トークン等の番号））、及び関連情報がＰＯＳ端末によって支払カードから読み取られる。

モバイル装置（例えばスマートフォン）が従来の支払カードに代わって店頭で使用されることが提案されてきた。そのような目的で、モバイル装置は適切なハードウェア特徴（例えば、POS端末又はそのリーダコンポーネントとの短距離無線データ通信）を備えてよい。更に、モバイル装置が支払装置のように機能することを可能にするために、１以上の支払アプリケーションプログラム（「アプリ」）及び１以上の支払クレデンシャル（証明書）のセットがモバイル装置に提供されてよい。

他の提案によれば、支払クレデンシャルは、リモート支払に使用されてよく、サーバ上に存在してよい。更に又は代替的に、支払の詳細は、カードオンファイル（card-on-file）トークンを使用することによって、トークン化されてよい。更に又は代替的に、支払可能モバイル装置による使用のために、支払クレデンシャルは、リモートサーバに格納されてよく、また、店頭で支払可能モバイル装置によって開始されるトラフィックに対し利用可能であってよい。

本願の発明者は今や、判定処理を向上するための機会を認識した。当該判定処理は、モバイル装置へ支払クレデンシャルを提供するリクエストが受信されたときに実行されてよい。

本開示のいくつかの実施形態の特徴及び利点、並びに、それらが実現される方法は、本開示や添付図面の詳細（下記）を考慮することで一層容易に明らかになる。本開示や添付図面は、好適且つ例示的な実施形態を示すが、必ずしも正しい縮尺で記載されているわけではない。
従来の支払システムの機能ブロック図である。 本発明の観点により提供されるシステムの機能ブロック図である。 本発明の側面による、図２のシステムの機能の一部を提供するコンピュータシステムの機能ブロック図を示す。 本発明の側面による、図２のシステムの機能の一部を提供する他のコンピュータシステムの機能ブロック図を示す。 フローチャートであり、本開示の実施形態による、図２のシステム内で実行可能なプロセスの例を示す。 フローチャートであり、本開示の実施形態による、図２のシステム内で実行可能なプロセスの例を示す。 フローチャートであり、本開示の実施形態による、図２のシステム内で実行可能なプロセスの例を示す。 フローチャートであり、本開示の実施形態による、図２のシステム内で実行可能なプロセスの例を示す。 フローチャートであり、本開示の実施形態による、図２のシステム内で実行可能なプロセスの例を示す。 フローチャートであり、本開示の実施形態による、図２のシステム内で実行可能なプロセスの例を示す。 フローチャートであり、本開示の実施形態による、図２のシステム内で実行可能なプロセスの例を示す。 フローチャートであり、本開示の実施形態による、図２のシステム内で実行可能なプロセスの例を示す。

一般に、及び本開示の実施形態の概念を説明する目的で、ＭＮＯ（モバイルネットワークオペレータ、移動体通信事業者）から直接又は間接的に取得される情報は、判定処理を補完及び／又は案内するために使用可能である。当該判定処理は、モバイル装置へ支払クレデンシャルを提供するリクエストが受信されたときに生じるものである。ＭＮＯ情報は、判定の結果についての処理を最適化し、及び／又は、信頼性若しくは信用レベルを向上することを可能にする。これは、リクエストを提供したことに応答してID&V（ユーザ識別及び確認）が実行されたとき、又は、ID&Vが要求されたか否か及び／又はどの種類のID&Vが要求されたかを判定するときのものである。いくつかの実施形態では、本開示で提供される処理は、ID&V処理に対するニーズを不要にすることができる。

図１は、従来の支払システム１００の機能ブロック図である。

このシステム１００は、従来の支払カード／装置１０２を含んでよい。本開示の実施形態によれば、支払装置１０２は、支払が可能な装置であってよい。当該装置は、多くの支払アカウントに対する証明書を格納し、ウォレットアプリ（wallet app）又は１以上の支払アプリを駆動する。システム１００は更に、POS端末１０６に関連付けられたリーダコンポーネント１０４を含む。いくつかの既知の実施形態では（支払装置１０２のタイプによるが）、リーダコンポーネント１０４は支払アカウント番号及び他の情報を、支払装置１０２から読み取ることができる。

リーダコンポーネント１０４及びＰＯＳ端末１０６は、販売店の店内に設置され、販売のトランザクションを処理するために、当該販売店の販売担当者によって操作されてよい。

アクワイアラ（金融機関）によって操作されるコンピュータ１０８は、図１のシステム１００の一部として示される。アクワイアラのコンピュータ１０８は、従来の方法で動作して、ＰＯＳ端末１０６からトランザクションについてのオーソリゼーション（信用承認）リクエストを受信する。アクワイアラのコンピュータ１０８は、オーソリゼーションリクエストを、支払ネットワーク１１０を介してサーバコンピュータ１１２へルーティングすることができる。当該サーバコンピュータ１１２は、支払カード／装置１０２と関連付けられた支払アカウントのイシュアによって操作される。周知の通り、支払アカウントのイシュアのサーバコンピュータ１１２によって生成されるオーソリゼーションレスポンスは、支払ネットワーク１１０及びアクワイアラコンピュータ１０８を介してＰＯＳ端末１０６へルーティングされて戻されてよい。

１つの周知の支払ネットワークの例は、「バンクネット」システムとして示され、マスターカードインターナショナルリミテッド（本願の譲受人）によって運用される。

支払アカウントのイシュアのサーバコンピュータ１１２は、個人ユーザに対して支払アカウントを発行する金融機関（「ＦＩ」）によって、又はそれに代わって操作される。例えば支払アカウントのイシュアのサーバコンピュータ１１２は、（ａ）ＦＩによって発行された支払アカウントへ請求される、支払アカウントのトランザクションにつき、オーソリゼーションリクエストを受信しそれに応答する機能を実行し、及び、（ｂ）トランザクションを追跡及び格納してアカウント記録を維持する機能等を実行する。

図１に示すシステム１００のコンポーネントは、単一のトランザクションを処理するために必要なコンポーネントだけを示す。典型的な支払アカウントは、多くの購入トランザクション（同時トランザクションを含む）を処理可能であり、支払アカウントのイシュア及びそれらのコンピュータの多くの数や、アクワイアラ及びそのコンピュータの多くの数や、販売者及びそのＰＯＳ端末若しくはリーダコンポーネントの多くの数、を含むことができる。システムは、非常に多い数の支払アカウント保有者を含んでよい。当該保有者は、支払装置を携帯して、ＰＯＳ端末のリーダコンポーネントへ支払アカウント番号を提示することによって、支払トランザクションを開始する。

図２は、本発明の観点により提供されるシステム２００の機能ブロック図である。システム２００の主な目的は、スマートフォン又は他のモバイル装置への支払クレデンシャルの提供を実行することである。当該スマートフォン又は他のモバイル装置は、図１に示す支払システムの類において、支払装置として使用される。

図２のブロック２０２は、支払アカウントを発行したアカウントイシュア（典型的には金融機関）を示す。当該支払アカウントにつき、アカウント保有者のモバイル装置２０４へ支払クレデンシャルを提供するリクエストがなされる（図２に示す要素２０２は、図１に示す要素１１２と共通して操作されてよい。図２に示す装置２０４は、図１に示す支払装置１０２のタイプの一例であってよい）。ウォレットサービスプロバイダ（ＷＳＰ）２０６は、アカウント保有者のアカウント情報及び／又は記録される当該アカウントに対する支払クレデンシャルの少なくとも一部を有して、例えばアカウント保有者によるオンライン購入を支援してよい。いくつかの状況では、ＷＳＰはモバイル装置２０４の製造者／供給者に加盟してよく、及び／又は、モバイル装置２０４で使用されるオペレーティングシステムの発行者／供給者に加盟してよく、及び／又はモバイル装置２０４へサービスを提供するＭＮＯに加盟してよい。

システム２００はまた、ＭＮＯ情報の１以上のソース（ブロック２０８）を含んでよい。ＭＮＯ情報は、ＭＮＯによって生成、収集及び／又は格納されてよい。当該ＭＮＯは、モバイル通信サービスをモバイル装置２０４へ提供するＭＮＯを含んでよい。当該モバイル装置２０４に対して、支払クレデンシャルの提供がリクエストされる。更に又は代替的に、少なくともいくつかのＭＮＯ情報が他のエンティティ（例えば非ＭＮＯ等）によって生成、及び／又は収集されてよい。当該エンティティは、１以上のＭＮＯと関係を有してよい。ＭＮＯ情報の様々なカテゴリの例が下記で示される。

いくつかの実施形態では、システム２００はまた、提供支援サービス（ブロック２１０）を含み、モバイル装置へ支払クレデンシャルを提供することと関連して、イシュア２０２を支援し又は代理してよい。時として、提供処理は、モバイル装置へ支払アカウントを「デジタル化する」こととして示される。提案される提供支援サービスの１つは、マスターカードインターナショナルリミテッド（本願の譲受人）に加盟し、「ＭＤＥＳ」（マスターカードデジタル可能化サービス）として示される。

本開示の実施形態によれば、提供支援サービス２１０及びイシュア２０２のいずれか又は両方は、モバイル装置に関連するＭＮＯ情報の提供を受ける。当該モバイル装置につき、支払クレデンシャルの提供リクエストが受信される。いくつかの実施形態では、提供リクエストは、ＷＳＰ２０６からイシュア２０２に来てよい。

図２に示す各ブロックはエンティティ／システム参加者を示すだけでなく、対応するエンティティ／システム参加者によって操作される対応するコンピューティング装置を示すことを理解されたい。

図３は、例えば、提供支援サービス２１０によって操作され又は代理されるコンピュータシステムを少なくとも部分的に具現化するするコンピュータシステムの機能ブロック図を示す。したがって、図３に示すコンピュータシステムは、コンピュータシステム２１０として示される。

図３を参照すると、コンピュータシステム２１０はサーバコンピュータによって及び／又はメインフレームコンピュータハードウェアによって構成される。

コンピュータシステム２１０は、通信装置３０１、ストレージ装置３０４、入力装置３０６及び出力装置３０８に動作可能に接続されたコンピュータプロセッサ３００を含んでよい。

コンピュータプロセッサ３００は１以上のプロセッサにより構成されてよい。プロセッサ３００は、動作して、プロセッサ実行可能なステップを実行する。当該ステップは下記のプログラム命令内に含まれて、コンピュータシステム２１０を制御し、所望の機能を提供する。

通信装置３０１は、例えば他の装置（例えば多くのモバイル装置、及び／又は多くのイシュア及び／又は図２のシステムの他のコンポーネント）との通信を支援する。例えば通信装置３０１は、多くの通信ポート（不図示）を含み、コンピュータシステム２１０が多くの他の装置及びコンピュータと同時に通信すること（多くの提供リクエストを受信、支援及び／又は処理することを要求される通信を含む）を可能にする。

入力装置３０６は、１以上の任意のタイプの周辺装置を含んでよい。当該周辺装置は、コンピュータへデータを入力するために使用される。例えば入力装置３０６はキーボート及びマウスを含んでよい。出力装置３０８は例えばディスプレイ及び／又はプリンタを含んでよい。

ストレージ装置３０４は任意の適切な情報ストレージ装置であり、磁気記憶装置（例えばハードディスクドライブ）、光記憶装置（ＣＤ及び／又はＤＶＤ）、半導体記憶装置（例えばランダムアクセスメモリ（ＲＡＭ）装置及び読取専用記憶（ＲＯＭ）装置）、及び／又は、いわゆるフラッシュメモリを含んでよい。任意の１以上のそのような情報ストレージ装置は、コンピュータ読取り可能なストレージ媒体又はコンピュータ使用可能な媒体若しくはメモリとして考慮されてよい。

ストレージ装置３０４は１以上のプログラムを含んでプロセッサ３００を制御する。プログラムは、プログラム命令（コンピュータ読取り可能なプログラムコード手段として示される）を含む。当該プログラム命令は、コンピュータシステム２１０についての、プロセッサ実行可能な処理ステップを含み、これはプロセッサ３００によって実行され、コンピュータシステム２１０を本開示のように機能させる。プログラムによって提供される機能は、図５乃至１２に関して下記で説明される処理のいくつかを実行することを含んでよい。

ストレージ装置３０４によって格納されるプログラムは、１以上のオペレーティングシステム（不図示）を含んでよい。当該オペレーティングシステムは、プロセッサ３００を制御して、コンピュータシステム２１０におけるアクティビティ及びリソース共有を、管理及び調整して、コンピュータシステム２１０上で駆動するアプリケーションプログラムのホストとしてサービスを提供する。

ストレージ装置３０４は例えば、提供リクエスト処理アプリケーションプログラム３１０を格納してよい。提供リクエスト処理アプリケーションプログラム３１０は、プロセッサ３００をプログラムする命令を含んでよく、これによりコンピュータシステム２１０は下記の１以上の方法で支払クレデンシャル提供リクエストを処理可能である。

更にストレージ装置３０４はデータ取得アプリケーションプログラム３１２を格納可能である。データ取得アプリケーションプログラム３１２は、プロセッサ３００をプログラムする命令を格納可能である。これによりコンピュータシステム２１０は下記のようにＭＮＯデータのソースからデータを取得可能である。いくつかの実施形態では、アプリケーションプログラム３１０及び３１２は互いに統合可能である。

更にストレージ装置３０４は、コンピュータシステム２１０を、支払アカウントのイシュアによって操作されるコンピュータ（例えば図２のブロック２０２で示されるイシュアコンピュータ）と機能的にインタフェースするためのソフトウェアインタフェース３１４を格納可能である。

ストレージ装置３０４は更に、データベース管理プログラム及びレポーティングアプリケーション（共に不図示）を格納可能である。それらのうち後者は、コンピュータシステム２１０によって実行されるアクティビティについてのレポートにつき、システム管理者からのリクエストに応答可能である。ストレージ装置３０４はまた、通信ソフトウェア、装置ドライバ等を含んでよい。

ストレージ装置３０４はまた、コンピュータシステム２１０の動作に要求される１以上のデータベース３１６を格納可能である。

図４は、例えば、図２のブロック２０２で示される支払アカウントイシュアによって操作され又は代理されるコンピュータシステムを少なくとも部分的に具現化するするコンピュータシステムの機能ブロック図を示す。したがって、図４に示すコンピュータシステムは、コンピュータシステム２０２として示される。

コンピュータシステム２０２は、ハードウェア構成の観点で、コンピュータシステム２１０に類似してよい。より具体的には、コンピュータシステム２０２は、プロセッサ４００、ストレージ装置４０４、入力装置４０６及び出力装置４０８を含んでよい。コンピュータシステム２０２のこれらのコンポーネントは、ハードウェア的観点で、図３に関して上記したコンポーネントと類似した名称を示してよい。プロセッサ４００は、動作して、プロセッサ実行可能なステップを実行する。当該ステップは下記のプログラム命令内に含まれて、コンピュータシステム２２０を制御し、所望の機能を提供する。

コンピュータシステム２１０のコンポーネントのように、コンピュータシステム２０２のいくつか又は全てのコンポーネントは、互いに通信可能である。

ストレージ装置４０４は１以上のプログラムを格納してプロセッサ４００を制御する。プログラムは、プログラム命令（コンピュータ読取り可能なプログラムコード手段として示される）を含む。当該プログラム命令は、コンピュータシステム２０２についての、プロセッサ実行可能な処理ステップを含み、これはプロセッサ４００によって実行され、コンピュータシステム２０２を本開示のように機能させる。プログラムによって提供される機能は、図５乃至１２に関して下記で説明される処理段階のいくつかを実行することを含んでよい。

ストレージ装置３０４によって格納されるプログラムは、１以上のオペレーティングシステム（不図示）を含んでよい。当該オペレーティングシステムは、プロセッサ４００を制御して、コンピュータシステム２０２におけるアクティビティ及びリソース共有を、管理及び調整して、コンピュータシステム２０２上で駆動するアプリケーションプログラムのホストとしてサービスを提供する。

ストレージ装置４０４は例えば、提供リクエスト処理アプリケーションプログラム４１０を格納してよい。提供リクエスト処理アプリケーションプログラム４１０は、プロセッサ４００をプログラムする命令を含んでよく、これによりコンピュータシステム２０２は下記の１以上の方法で支払クレデンシャル提供リクエストを処理可能である。

更にストレージ装置４０４はデータ取得アプリケーションプログラム４１２を格納可能である。データ取得アプリケーションプログラム４１２は、プロセッサ４００をプログラムする命令を格納可能である。これによりコンピュータシステム２０２は下記のようにＭＮＯデータのソースからデータを取得可能である。いくつかの実施形態では、アプリケーションプログラム４１０及び４１２は互いに統合可能である。いくつかの実施形態では、コンピュータシステム２０２は、ＭＮＯデータをＭＮＯ又はＭＮＯデータプロバイダから直接取得せずに、コンピュータシステム２１０と通信することで当該データを取得してよい。

ストレージ装置４０４は更に、データベース管理プログラム及びレポーティングアプリケーション（共に不図示）を格納可能である。それらのうち後者は、コンピュータシステム２０２によって実行されるアクティビティ（活動）についてのレポートにつき、システム管理者からのリクエストへ応答可能である。ストレージ装置４０４はまた、通信ソフトウェア、装置ドライバ等を含んでよい。

ストレージ装置４０４はまた、コンピュータシステム２０２の動作に要求される１以上のデータベース４１４を格納可能である。

図５は処理／ユースケースの例を示すフローチャートである。当該フローチャートは、図２のシステム２００のいくつかの実施形態で実装される。

図５の５０２にて、リクエストがシステム２００で受信される。リクエストは、支払クレデンシャルが、図２に示すモバイル装置２０４へ提供されることを求めてよい。（本明細書及び添付の特許請求の範囲で使用されるように、「モバイル装置へクレデンシャルを提供する」との文言は、（ａ）モバイル装置上への格納のために支払クレデンシャルをダウンロードすること、（ｂ）サーバコンピュータ上に支払クレデンシャルを格納して、モバイル装置によって開始される販売トランザクションの時点で当該支払クレデンシャルを使用のためにアクセス可能にすること（例えばローカル又はリモートのデジタルウォレットを介する）、（ｃ）サーバコンピュータに、元の又はトークン化された使用形式で、モバイル装置を使用して実行されるリモート支払トランザクションにおける支払クレデンシャルを格納すること（例えばリモートデジタルウォレットにアクセスすることによる）の、任意の１つを示す。いくつかの実施形態では、リクエストは図２のＷＳＰ２０６から提供支援サービス２１０（すなわち、図３に示すコンピュータシステム２１０へ）へ転送されてよい）。リクエストはコンピュータシステム２１０によって受信されてよい。リクエストは支払クレデンシャルの特定のセットに関連してよい（例えば特定の支払アカウント、例えば、モバイル装置２０４のユーザに割り当てられたデータ部分にデータが格納されＷＳＰ２０６において当該ユーザのために維持される、支払アカウント）。リクエストは、ＷＳＰ２０６のレコードに反映されるように、ユーザ／アカウント保有者の氏名及び住所を含んでよい。

図５の５０４にて、コンピュータシステム２１０は図２に示すＭＮＯデータソース２０８へ、データについてのリクエストを送信してよい。５０４にて送信されるリクエストは、ステップ５０２で受信されるように、アカウント保有者の氏名及び住所を含んでよい。更に又は代替的に、リクエストは、関連支払アカウントについてのプライマリアカウント番号（ＰＡＮ）や、アカウント保有者のＥメールアドレス及び／又は他の顧客情報を含んでよい。

図５の５０６にて、ＭＮＯデータソース２０８は、５０４にて送信されるデータを使用して、データにおける一致するＭＮＯユーザアカウント／データレコードを検索する。当該データは、モバイル装置２０４と関連付けられるＭＮＯによって生成、格納、及び／又は編集される。この例示的処理の目的で、ＭＮＯデータソースは、そのようなデータレコード／アカウントへのマッチングに成功する。

図５の５０８にて、ＭＮＯデータソース２０８は、コンピュータシステム２１０へ送信し、コンピュータシステム２１０は、ＭＮＯによってアカウント保有者／ユーザと一致するとして発見された１以上のＭＮＯデータアイテムを受信する。当該アカウント保有者／ユーザは、５０４でなされたリクエスト内で特定される。「ＭＮＯデータ」との文言は、モバイル装置２０４と関連付けられたＭＮＯによって生成、格納及び／又は編集される１以上のデータアイテムを示すものとして理解されたい。ステップ５０８に関して送信及び受信されるＭＮＯデータは、次のうち１以上を含んでよい。
・ＭＮＯ加入者の詳細
○姓、名
○住所（street address）
○市
○州
○郵便番号
○Ｅメールアドレス
○ＰＡＮ
○携帯電話番号
・ＭＮＯアカウントデータ
○サービスプラン（後払い（ポストペイド）、前払い（プリペイド））
○アカウント状態
○プライマリアカウントの標識
○アカウント登録
○アカウント変更日
・ＭＮＯ装置データ
○装置ＩＤ（ＥＳＮ、ＭＥＩＤ、ＩＭＥＩ）
○装置ベンダ
○装置モデル
○ＩＰアドレス
○装置位置
○最終の装置変更
○装置 紛失／盗難

上記のＭＮＯデータのアイテム（項目）又は潜在的アイテムに加えて及び／又は代えて、５０８にて転送されるＭＮＯデータは次のうち１以上を含んでよい。
−モバイル装置の新たな携帯性の表示（例えば新たなＳＩＭカード又は装置がＭＮＯユーザアカウントに関連付けられたことの表示）
−問題の装置のタイプについての表示
−問題の装置で駆動するオペレーティングシステム（ＯＳ）の名称及び／又はバージョンの表示
−問題の装置の通し番号

しかし、図５の特定の実施形態では、ＭＮＯデータソース２０８からコンピュータシステム２１０へ、上記情報のうち１つのアイテムだけ（例えばモバイル装置２０４に関連付けられた携帯電話番号）が送信されることがある。１以上の代替例では、ＭＮＯデータソース２０８は、コンピュータシステム２１０へ、携帯電話番号を送信することに加えて又は代えて、ユーザのＥメールアドレスを送信してよい。

図５のブロック５１０にて、コンピュータシステム２１０は、コンピュータシステム２０２へ（すなわち、アカウントイシュアへ）、５０８でコンピュータシステム２１０が受信した携帯電話番号及び／又はユーザＥメールアドレスの一方又は両方を送信してよい。

図５の５１２にて、コンピュータシステム２０２は、ユーザ／アカウント保有者へ、保留中の（pending）支払クレデンシャル提供リクエストに関連する起動（activation）コードを送信してよい。これは、５１０で受信された携帯電話番号及び／又はＥメールアドレスを使用して、ユーザに対するメッセージについてのアドレスデータ（起動コードを含む）として実行されてよい。これは、Ｅメールメッセージ及びテキストメッセージ（例えばＳＭＳメッセージによる）の一方又は両方によって実行されてよい。これは、ユーザが起動コードをコンピュータシステム２０２へ（すなわち、アカウントイシュアへ）返信するという点でリクエストの解決に至る。これにより、ユーザのアイデンティティについての非常に信頼性の高い検証を有効化し、モバイル装置２０４に対して支払クレデンシャルを提供する保留リクエストの妥当性を有効化する。コンピュータシステム２０２は次いで、コンピュータシステム２１０を認証して、提供リクエストを実現させる。コンピュータシステム２０２は、起動コードの受信に応じて、非常に高い信頼性でそれを実行する。任意の他のID&Vは取り除かれ、避けられる。

図６は処理／ユースケースの他の例を示すフローチャートである。当該フローチャートは、図２のシステム２００のいくつかの実施形態で実装される。

図６は、ステップ６０２、６０４及び６０６を示す。これらはそれぞれ、図５のブロック５０２、５０４及び５０６についての上記記載にしたがって実行される。

更に、図６は処理ステップ６０８を示す。これは、図５に関して上述された処理ステップ５０８と同一であってよい。処理ステップ６０８の実施形態では、コンピュータシステム２１０によって受信されたＭＮＯデータの唯一の項目が、モバイル装置２０４に関連付けられた携帯電話番号である。処理ステップについての１以上の代替例では、コンピュータシステム２１０は更に又は代替的に、モバイル装置２０４のユーザについてのＥメールアドレスを受信可能である。

図６はまた、処理ステップ６１０を示す。処理ステップ６１０は、図５の処理ステップ５１２に類似する。変形例として処理ステップ６１０では、コンピュータシステム２１０（すなわち、提供支援サービス）は、図５の処理ステップ５１２についての記載に関連して、コンピュータシステム２０２（すなわち、アカウントイシュア）に属するほとんどの又は全てのアクションを実行してよい。したがって、処理ステップ６１０では、コンピュータシステム２１０はユーザへ（例えばＥメールメッセージ及び／又はテキストメッセージにより）起動コードを送信してよく、当該ユーザから起動コードの返信を受信してよい。これによりコンピュータシステム２１０は、提供リクエストの実現を進めることができる。コンピュータシステム２１０はそれを、例えばアカウントイシュアに関する「ＯＢＯ」（on behalf of）役割の実現として、又は、アカウントイシュアのためのサービスとして、実行してよい。当該アカウントイシュアはさもなければ、一般に、そのアカウント保有者に対するオンラインサービスの提供に従事する。

図７は処理／ユースケースの他の例を示すフローチャートである。当該フローチャートは、図２のシステム２００のいくつかの実施形態で実装される。

図７は、処理ステップ７０２、７０４及び７０６を示す。これらはそれぞれ、図５のブロック５０２、５０４及び５０６についての上記記載にしたがって実行される。

図７の７０８にて、ＭＮＯデータソース２０８は、コンピュータシステム２１０へ、１以上のスコアを送信してよい。当該スコアは、上記で列挙／記載された１以上のタイプのＭＮＯデータから導かれる。これらのスコアは、ステップ７０６にてＭＮＯデータソース２０８によって識別されたように、ユーザ／ＭＮＯアカウントに関連してよいこと（すなわち、モバイル装置２０４に関すること）を理解されたい。これらのスコアは、アカウントスコア及び装置スコアの一方又は両方を含んでよい。両方のスコアは、１乃至５までの範囲における整数値として示されてよい。スコア「３」は、その信頼性／妥当性の点で、アカウント又は装置につき中立的観点を示唆してよい。スコア「１」は、装置又はアカウントに信頼性が欠如していることを示唆してよい。スコア「５」は、装置又はアカウントに高い信頼性があることを示唆してよい。これらのスコアは、それ自身、「ＭＮＯデータ」の例としてみなされる。一実施形態では、「１」のＭＮＯアカウントスコアは、前払いアカウントであり且つ７日以内しか存在しないアカウントに割り当てられてよい。他の例では、「５」のスコアは、後払いであり且つ１２ヶ月以上存在する、状態変更のない（アクティブから非アクティブへ、又はその逆への変更のない）アカウントに割り当てられてよい。当業者であれば、どのようにアルゴリズムを考案及び／又は適用してＭＮＯアカウント及び／又は装置スコアを生成するかを理解する。当該生成は、上記で列挙／記述された、１以上のタイプのＭＮＯデータに基づく。これらのアルゴリズムは例えば、ＷＳＰによって実行されるアルゴリズムとの間で類似性を有し、ユーザ装置及び／又はＷＳＰユーザアカウントへスコアを割り当てる。ＷＳＰ装置及び／又はアカウントスコアは、ＷＳＰによって生成、収集及び／又は格納されるデータに基づいてよいことを理解されたい。一方ＭＮＯアカウント及び装置スコアは、ＭＮＯデータに基づいてよい。ＭＮＯは、ＷＳＰに利用可能ないくつかの又は全てのデータ（所定のユーザ又は装置に関する）を欠いている。一方、ＷＳＰは、上記で示されるＭＮＯデータのいくつか又は全てを欠いている。

いくつかの実施形態では、上述の１乃至５の範囲に加えて又は代えて、ＭＮＯアカウント及び／又は装置スコアは他の形式であってよい。

図７のブロック７１０にて、コンピュータシステム２１０は、コンピュータシステム２０２へ（すなわち、アカウントイシュアへ）、７０８でコンピュータシステム２１０が受信したＭＮＯアカウントスコア及び／又はＭＮＯ装置スコアの一方又は両方を送信してよい。コンピュータシステムは、ＭＮＯ装置及び／又はアカウントスコアを、コンピュータシステム２１０からコンピュータシステム２０２へ提示されるメッセージ又は一連のメッセージとして、コンピュータシステム２０２へ送信してよい。いくつかの実施形態では、このメッセージは、適切なＡＰＩ（アプリケーションプログラミングインタフェース）又は他のインタフェース又は他のインタフェースを介してよい。更に又は代替的に、メッセージはＴＡＲ（トークン化オーソリゼーションリクエスト）を含んでよい。「ＴＡＲ」との用語は当業者にとって馴染みがあり、提供支援サービスが、提供支援サービスに対するアカウントイシュアのオーソリゼーションをリクエストして、支払クレデンシャル提供リクエストを実現することを示す。

ブロック７１２にて、コンピュータシステム２０２は１以上のID&V処理／処理分岐／処理ステップ及び／又は処理結果に関して判定処理を実行する。当該実行は、７１０にてコンピュータシステム２１０によって受信されたＭＮＯアカウント及び／又は装置スコアに少なくとも部分的に基づく。いくつかの実施形態では、コンピュータシステム２０２はＭＮＯアカウント及び／又は装置スコアを使用して、使用タイプを補完又は置換可能である。当該使用タイプは、そのタイプの判定において、従来、ＷＳＰ装置及び／又はアカウントスコアにつき作成されたものである。ＭＮＯ装置及び／又はアカウントスコアに少なくとも部分的に基づいて、コンピュータシステム２０２は、特定のID&V処理／処理分岐及び／又は処理ステップが、要求されるか否かを判定し、又は、保留中の提供リクエストに関連してID&Vにつき１以上の結果又は結論がなされるべきか否かを判定可能である。

ID&V判定に関し、コンピュータシステム２０２にとってのＭＮＯスコアの可用性は、ID&V判定処理の正確性及び／又は効率性を向上する。ＭＮＯデータの少なくともいくつかのソースは、装置及び／又はアカウントスコアを提供することが、生のＭＮＯデータよりも好ましいとみなしてよい。

図８は処理／ユースケースの他の例を示すフローチャートである。当該フローチャートは、図２のシステム２００のいくつかの実施形態で実装される。

図８は、ステップ８０２、８０４、８０６及び／又は８０８を示す。これらはそれぞれ、図７のブロック７０２、７０４、７０６及び／又は７０８についての上記記載にしたがって実行される。

図８はまた、処理ステップ８１０を示す。処理ステップ８１０は、図７の処理ステップ７１２に類似する。変形例として処理ステップ８１０では、コンピュータシステム２１０（すなわち、提供支援サービス）は、図７の処理ステップ７１２についての記載に関連して、コンピュータシステム２０２（すなわち、アカウントイシュア）に属するほとんどの又は全てのアクションを実行してよい。したがって、処理ステップ８１０では、コンピュータシステム２１０は、８０８で受信されるＭＮＯアカウント及び／又は装置スコアを、ID&V判定への１以上の（単数又は複数の）入力として使用してよい。当該ID&V判定は、アカウントイシュアに対し、ＯＢＯにて実行可能なものである。

図９は処理／ユースケースの追加の例を示すフローチャートである。当該フローチャートは、図２のシステム２００のいくつかの実施形態で実装される。

図９は、ステップ９０２、９０４及び９０６を示す。これらはそれぞれ、図５のブロック５０２、５０４及び５０６についての上記記載にしたがって実行される。

図９のブロック９０８は、図５のブロック５０８に概して類似する。というのも、ブロック９０８では、コンピュータシステム２１０は、ＭＮＯデータソースから、ブロック５０８に関して上記で列挙／記載されたタイプのＭＮＯデータの全体を、又は、それらのタイプのデータの任意の有用な若しくは潜在的な有用なサブセットを、受信可能である。

図９のブロック９１０にて、コンピュータシステム２１０は、９０８で受信されたＭＮＯデータを使用／分析して、図７のブロック７０８に関連して上記で記載された１以上の種類のＭＮＯアカウントスコア及び／又はＭＮＯ装置スコアを生成する。ここで、ブロック７０８についての上記記載が参照される。

図９は、処理ステップ９１２及び９１４を示す。これらはそれぞれ、図７のブロック７１０及び７１２についての上記記載にしたがって実行される。

図１０は処理／ユースケースの他の例を示すフローチャートである。当該フローチャートは、図２のシステム２００のいくつかの実施形態で実装される。

図１０は、処理ステップ１００２、１００４、１００６及び１００８を示す。これらはそれぞれ、図９のブロック９０２、９０４、９０６及び９０８についての上記記載にしたがって実行される。図１０の処理ステップ１０１０は、図８に関連して上記で記載された処理ステップ８１０に類似してよい。したがって、処理ステップ１０１０では、コンピュータシステム２１０は、ブロック１００８で生成されるＭＮＯアカウント及び／又は装置スコアを、ID&V判定への１以上の入力として使用してよい。当該ID&V判定は、アカウントイシュアに対し、ＯＢＯにてコンピュータシステム２１０が実行可能なものである。

図１１は、図５乃至１０に示される処理／ユースケースの要約を示すフローチャートである。当該フローチャートは、図２のシステム２００のいくつかの実施形態で実装されてよい。図１１に示す処理は、図２のシステムコンポーネント間（コンピュータシステム２１０、２０２及びＭＮＯデータソース２０８を含む）での動作を伴う。

図１１の１１０２にて、コンピュータシステム２１０又は２０２は、支払クレデンシャルをモバイル装置２０４へ提供するリクエストを受信する。いくつかの実施形態では、リクエストされた提供処理は、モバイル装置２０４内に格納するために支払クレデンシャルをダウンロードする処理を伴う。代替的に、提供リクエストは、モバイル装置２０４内で駆動する信頼された実行環境（ＴＥＥ：図示せず）が、支払クレデンシャルへアクセス可能にされることを考慮してよい。当該支払クレデンシャルは、モバイル装置２０４によって開始される支払アカウントトランザクションにおいて使用するために、「クラウド内で」リモートにホストされる。

１１０４にて、コンピュータシステム２１０又は２０２は、モバイル装置１０４に関連するＭＮＯデータへアクセスを受信し及び／又は処理可能である。当該ＭＮＯデータは、コンピュータシステム２１０又は２０２にとって、ＭＮＯデータソース２０８によって又は他のシステム２００のコンポーネントによって、利用可能になる。様々なタイプ及び／又はカテゴリのＭＮＯデータ（ＭＮＯ装置及び／又は装置スコアを含む）が上記（ブロック５０８の上記記載を含む）される。ここで、それに対して参照がなされる。

１１０６にて、コンピュータシステム２１０又は２０２は、次のうち１以上のものに関連してＭＮＯデータを使用可能である。（ａ）モバイル装置１０２のユーザについてのID&Vの結果を判定すること、（ｂ）ID&V処理が要求されるか否かを判定すること、（ｃ）ID&V処理において１以上の処理分岐に従うことを選択すること、（ｄ）１以上の異なるID&V処理の中から選択すること。ブロック１１０６は、例えば、上述の通りブロック７１２（図７）及び／又はブロック８１０（図８）に関連する処理のいくつか又は全てを含むものと理解されたい。

ブロック１１０８にて、コンピュータシステム２１０又は２０２は、アカウント保有者につきID&Vが無事に完了したか否か、及び／又は、ID&V処理が要求されないこと、につき判定を行ってよい。もし１１０８にて肯定的な判定がされれば（すなわち、ID&Vが必要とされないか、無事に完了したかであれば）、ブロック１１１０は判定ブロック１１０８に続く。

ブロック１１１０にて、コンピュータシステム２１０又は２０２は、支払クレデンシャルをモバイル装置２０４へ提供するという、要求されたリクエストを実行する。いくつかの実施形態では、ID&V判定は、コンピュータシステム２０２で実行されてよい。コンピュータシステム２０２は次いで、コンピュータシステム２１０が提供リクエストを実現するよう命令／認証してよい。

上述の例示的な実施形態／ユースケースにおいて、ＭＮＯデータ（例えばユーザの携帯電話番号及び／又はＥメールアドレス）は、提供支援サービス及び／又はアカウントイシュアへ提供された。このタイプのデータは、ユーザへのメッセージ送信のためのアドレスとして機能し、既存の、しかし場合によっては不正確なユーザアドレス情報を補完する。当該ユーザアドレス情報は既に、提供支援サービス及び／又はアカウントイシュアに保有されている。他の実施形態では、ユーザアドレス又は電子メッセージのためのアドレスを提供するＭＮＯデータは、提供支援サービス及び／又はアカウントイシュアのレコードにおけるそのような情報の欠如を埋め合わせてよい。メッセージ送信のためユーザのアドレスを提供するＭＮＯデータにより、起動コードはユーザへ電子的に送信されてよい。このときユーザが起動コードと共に提供支援サービス又はアカウントイシュアへ返信することにより、リクエストが適法であることの高い信頼度を有するものとして提供リクエストに対する解決がなされることが期待される。そのような場合、提供リクエストを解決しようと試みる、時間及びリソースを消費するID&V処理をせずに済むことが可能となる。一方、ユーザにとって、アカウントイシュア又は提供支援サービスによって操作されるコールセンタに連絡することが不要である。

いくつかの実施形態では、上述のことを含め、提供支援サービスはＭＮＯデータを取得し、そのデータをアカウントイシュアへ転送して提供リクエストの解決を支援する。他の実施形態では、アカウントイシュアはＭＮＯデータソースからＭＮＯデータを直接受信可能である。もっとも、ＭＮＯ自体から直接に受信することが必ずしも必要ではない。いくつかの実施形態では、ＡＰＩ（アプリケーションプログラミングインタフェース）又は他のメカニズムが、アカウントイシュア及び／又は提供支援サービスと、ＭＮＯデータソースとの間での情報交換を支援するために提供されてよい。いくつかの実施形態では、１以上のＭＮＯデータソースがＭＮＯ自体であってよい。ＭＮＯしかし、ＭＮＯによって生成されたデータ又はＭＮＯから生じるデータの配信を受信し商業化する目的で、ＭＮＯと関係を有する組織が存在する。いくつかの実施形態では、１以上のそのような中間組織がＭＮＯデータソースのいくつか又は全てであってよい。上記で提案されたように、いくつかの実施形態では、中間組織及び／又はＭＮＯは、スコア又は他の要約データを、ＭＮＯデータから取得してよく、また、そのようなスコア／要約データを提供支援サービス及び／又はアカウントイシュアへ提供してよい。いくつかの実施形態では、もしアカウントイシュアが提供支援サービスに依存して、ＭＮＯデータソースにつき任意の必要な配置を実行して、ＭＮＯデータへのアクセスを取得することができれば、アカウントイシュアにとって便利である。

上記の実施形態では、提供支援サービスは、ＭＮＯデータと潜在的に関連した特定の提供リクエストに応答して、リアルタイムでＭＮＯデータを取得するものとして記載されている。しかし他の実施形態では、提供支援サービス（又は、場合によってはアカウントイシュア）は、ＭＮＯデータを、後に必要となるときの使用のために、ＭＮＯデータソースからバッチを基礎として取得可能である。当該取得は、上記されたものと潜在的に同一タイプの方法で実行されてよい。更にＭＮＯデータのバッチは、提供支援サービス及び／又はアカウントイシュアによって分析されて、パターンを検出してよい。当該パターンは、欺瞞行為がより生じやすい環境についての洞察を得ることにつながり得る。当該洞察は、提供支援サービス及び／又はアカウントイシュアが提供リクエストについての判定を行う１以上の方法の修正へつながり得る。

いくつかの実施形態では、アカウントイシュアによって使用されるID&V処理は、典型的には修正される。これにより１以上のＭＮＯデータアイテムは、ID&V処理に対する１以上の入力として含まれてよい。例えばもしID&V処理が少なくとも部分的にルールエンジン（不図示）に依存すれば、ルールエンジンは修正され、ＭＮＯアカウント及び／又は装置スコア（例えば上記参照）に基づいて１以上のルールを支援してよい。

図１２は処理／ユースケースの他の例を示すフローチャートである。当該フローチャートは、図２のシステム２００のいくつかの実施形態で実装される。図１２に示す処理は、少なくとも部分的に、上述の他の処理／ユースケースと重複することが確認できよう。

図１２はブロック１２０２を示す。これは、図５に示す処理ステップ５０２と同一であってよい（もっとも他の実施形態では、提供リクエストは提供支援サービスにおいてではなく、アカウントイシュアにおいて受信されてよい）。

図１２のブロック１２０４にて、起動コードはモバイル装置２０４のユーザへ送信される。これは例えば、図５又は図６に関連して上記された処理に類似する処理に応じて生じてよい。代替的に、起動コードは、アカウントイシュアがＭＮＯデータの使用無しに有していた又は取得したアドレスデータに基づいて、ユーザへ送信されてよい。

次に、起動コードが、アカウントイシュア又は提供支援サービスによって、ユーザから決して返信されないことが想定される。代わりに、ブロック１２０６に示すように、ユーザが、アカウントイシュアによって又はアカウントイシュアに代わって操作されるコールセンタに連絡することが想定される。ユーザは、提供リクエストの実現をリクエストする目的でこれを実行してよい。このとき、実現のリクエストは、顧客サービス担当者（ＣＳＲ）との電話を介して口頭でなされる。更に、口頭のリクエストに関連して、ＣＳＲは、ユーザ及び／又は保留中の提供リクエストに関連する１以上のデータページにアクセスする。ブロック１２０８に示すように、ＣＳＲによってアクセスされたデータページは、ＣＳＲに対し、起動コードがユーザへ以前送信されたことを示す標識を提供してよい。これによりＣＳＲは、ユーザからのコール／リクエストが、それに関連して幾分高いリスクを有すると考えることを促す。というのも、ユーザが提供リクエストを実現するために、なぜ起動コードを単純に返信しなかったのかが不明だからである。したがって、ＣＳＲは、発呼者／ユーザについてのID&V処理を通して、１以上の比較的厳密なパスを通ってよい。これより、欺瞞的な提供リクエストが実現されるリスクを最小限にすることができる。ブロック１２１０は、当該発呼者／ユーザに対してのID&Vに関する、ＣＳＲのアクション及び他のコールセンタ関連のアクティビティ（活動）を示す。

いくつかの実施形態では、以前利用不可能だったデータをＭＮＯデータソースから取得するのではなく、アカウントユーザ又は提供支援サービスは、既に利用可能であるデータ（例えば装置識別番号、装置タイプ若しくはモデル、ＩＰアドレス、携帯電話番号、ユーザのＥメールアドレス又は他のアカウント若しくは装置情報等）をＭＮＯデータソースへ送信することで、当該データが有効であることを確認してよい。そのような確認は、ID&V処理への、及び／又はID&Vに関連する判定処理への入力であってよい。それらの処理は、アカウントイシュア及び／又は提供支援サービスによって実行される。そのような確認は、所定のＥメールアドレス又は携帯電話番号へ起動コードを送信することの判定であってよい。

いくつかの実施形態では、提供リクエストについての判定に関連してＭＮＯデータを使用することに代えて又は加えて、他のタイプの情報がいくつかの目的（商業興信所情報及び／又は顧客データベース情報を含む）のために使用されてよい。

本開示及び添付の特許請求の範囲で使用されるように、「判定を支援」することは、判定処理における不要な１以上のステップを実行する又は行うことを含むこと、及び／又は、判定処理に使用される又は要求される１以上のデータ入力を収集、受信、確認及び／又は提供することを含むと理解されたい。

本開示及び添付の特許請求の範囲で使用されるように、「コンピュータ」との用語は、単一のコンピュータ又は互いに通信する２以上のコンピュータを含むことを理解されたい。

本開示及び添付の特許請求の範囲で使用されるように、「プロセッサ」との用語は、単一のプロセッサ又は互いに通信する２以上のプロセッサを含むことを理解されたい。

本開示及び添付の特許請求の範囲で使用されるように、「メモリ」との用語は、単一のメモリ若しくはストレージ装置、又は、２以上のメモリ若しくはストレージ装置を含むことを理解されたい。

本開示及び添付の特許請求の範囲で使用されるように、「サーバ」との用語は、コンピュータ装置又は、他の装置からの多くのサービスリクエストへ応答するシステムを含む。

本開示のフローチャート及びその記載は、そこに記載された方法ステップを固定的な順番で実行するものと理解してはならない。むしろ、当該方法ステップは、実行可能な任意の順番（少なくともいくつかのステップを同時に実行することを含む）で実行可能である。

本開示及び添付の特許請求の範囲で使用されるように、「支払カードシステムアカウント」は、クレジットカードアカウントと、アカウント保有者がデビットカードを使用してアクセス可能な銀行預金と、プリペイドカードアカウントと、支払トランザクションを完了する元となる他の任意のタイプのアカウントを含む。「支払カードシステムアカウント」、「支払カードアカウント」及び「支払アカウント」との用語は、本開示にて、交換可能に使用される。「支払カードアカウント番号」との用語は、支払カードシステムアカウントを識別する番号、支払カードによって通信される番号、又は、デビットカード及び／又はクレジットカードのトランザクションを処理する支払システムにおいてトランザクションをルーティングするために使用される番号、を含む。「支払カード」との用語は、実際の物理的カードであるか仮想的カードであるかを問わず、クレジットカード、デビットカード、プリペイドカード、又は他のタイプの支払手段を含む。

本開示及び添付の特許請求の範囲で使用されるように、「支払カードシステム」又は「支払システム」との用語は、購入トランザクション及び関連トランザクションを処理するシステムを示す。そのようなシステムの例には、マスターカードインターナショナルリミテッド（本願の譲受人）によって操作されるものがある。いくつかの実施形態では、「支払カードシステム」は、会員金融機関が支払カードアカウントを個人、法人及び／又は他の組織へ発行するシステムに限定されてよい。

本開示は、特定の例示的実施形態に関連して記載される。しかし、添付の特許請求の範囲で規定される開示の趣旨及び範囲から逸脱すること無く、当業者にとって自明な様々な変更、置換及び／又は改変が開示された実施形態に対しなされてよいことを理解されたい。

Claims (15)

1. モバイル装置へ支払クレデンシャルを提供する方法において、
   支払クレデンシャル提供リクエストを受信するステップと、
   前記モバイル装置に関連付けられたモバイルネットワークオペレータ（ＭＮＯ）から直接又は間接的に取得及び／又は確認されたデータに少なくとも部分的に基づいて、前記リクエストを処理するか否かの判定を支援するステップと、を含み、
   前記データは、（ａ）装置スコア、及び（ｂ）アカウントスコアの少なくとも１つを含み、前記１以上のスコアは、前記ＭＮＯによって生成及び／又は格納される情報に基づいて生成され、
   前記装置スコアは前記モバイル装置の信頼性又は妥当性を少なくとも示す、方法。
2. 請求項１に記載の方法において、前記支援するステップは、前記データを使用して、メッセージを前記モバイル装置のユーザへ送信することを含む、方法。
3. 請求項２に記載の方法において、前記メッセージはリクエスト処理を起動する起動コードを含む、方法。
4. 請求項３に記載の方法において、
   前記メッセージを送信することに続いて、前記ユーザから前記起動コードを受信するステップを更に含む方法。
5. 請求項４に記載の方法において、
   前記ユーザから前記起動コードを受信することに応答して前記提供リクエストを処理するステップを含む、方法。
6. 請求項１に記載の方法において、
   前記装置スコアは第１の装置スコアであり、
   前記アカウントスコアは第１のアカウントスコアであり、
   前記支援するステップは、前記第１の装置スコア及び前記第１のアカウントスコアの少なくとも１つを１以上の入力として有する評価処理を含み、
   前記評価処理は、第２の装置スコア及び第２のアカウントスコアの少なくとも１つを１以上の入力として有し、前記第２の装置スコア及び前記第２のアカウントスコアは、前記モバイル装置のユーザについてのウォレットサービスプロバイダによって生成及び／又は格納される情報に基づいて生成される、方法。
7. 請求項１に記載の方法において、
   前記支援するステップは、前記データに基づいて判定処理又は処理パスを選択することを含む、方法。
8. 請求項１に記載の方法において、
   前記支援するステップは、前記モバイル装置へ提供される支払アカウントのイシュアによって実行される、方法。
9. 請求項１に記載の方法において、
   前記支援するステップは、前記データを判定処理への入力として使用することを含む、方法。
10. 請求項１に記載の方法において、
    前記リクエストは、ＰＡＮ（プライマリアカウント番号）又は支払トークンを前記モバイル装置へダウンロードさせるためのものである、方法。
11. 請求項１に記載の方法において、
    前記リクエストは、前記モバイル装置を、支払アカウントトランザクション中に、リモートサーバ内にホストされた支払クレデンシャルのセットへアクセス可能にするためのものである、方法。
12. 請求項１に記載の方法において、
    前記支援するステップは、顧客サービス担当者へ標識を提供することを含み、当該標識は、前記モバイル装置のユーザへ起動コードが提供されたことを示す、方法。
13. モバイル装置へ支払クレデンシャルを提供する方法において、
    支払クレデンシャル提供リクエストを受信するステップと、
    前記モバイル装置に関連付けられたモバイルネットワークオペレータ（ＭＮＯ）から直接又は間接的に取得されたデータを受信するステップであって、前記データはアドレスデータを含み、前記アドレスデータは、（ａ）前記モバイル装置のユーザに属するＥメールアドレス及び（ｂ）前記モバイル装置に関連付けられた携帯電話番号、の少なくとも１つを含む、ステップと、
    前記アドレスデータを使用して、起動コードを前記ユーザへ送信するステップと、
    前記起動コードを前記ユーザから受信するステップと、
    前記ユーザから前記起動コードを受信することに応答して、前記提供リクエストを処理するステップを含み、
    前記データは、（ａ）装置スコア、及び（ｂ）アカウントスコアの少なくとも１つを更に含み、前記１以上のスコアは、前記ＭＮＯによって生成及び／又は格納される情報に基づいて生成され、
    前記装置スコアは前記モバイル装置の信頼性又は妥当性を少なくとも示す、方法。
14. 請求項１３に記載の方法において、
    前記起動コードはＥメールメッセージにより前記ユーザへ送信される、方法。
15. 請求項１３に記載の方法において、
    前記起動コードはテキストメッセージにより前記ユーザへ送信される、方法。