(57)【要約】      （修正有）【課題】支払クレデンシャル判定を最適化し、信頼性／信用性レベルを向上させる支払いシステムを提供する。【解決手段】モバイル装置へ支払クレデンシャルを提供するシステム２００は、支払クレデンシャル提供リクエストを受信し、モバイル装置に関連付けられたモバイルネットワークオペレータ（ＭＮＯ）から直接又は間接的に取得及び／又は確認されたデータに少なくとも部分的に基づいて、リクエストに関する判定を支援する。【選択図】図２
2020038680.tif 000002
【特許請求の範囲】
【請求項１】
モバイル装置へ支払クレデンシャルを提供する方法において、
支払クレデンシャル提供リクエストを受信するステップと、
前記モバイル装置に関連付けられたモバイルネットワークオペレータ（ＭＮＯ）から直
接又は間接的に取得及び／又は確認されたデータに少なくとも部分的に基づいて、前記リ
クエストに関する判定を支援するステップと、を含む方法。
【請求項２】
請求項１に記載の方法において、前記支援するステップは、前記データを使用して、メ
ッセージを前記モバイル装置のユーザへ向けることを含む、方法。
【請求項３】
請求項２に記載の方法において、前記メッセージは起動コードを含む、方法。
【請求項４】
請求項３に記載の方法において、
前記メッセージを送信することに続いて、前記ユーザから前記起動コードを受信するス
テップを更に含む方法。
【請求項５】
請求項４に記載の方法において、
前記ユーザから前記起動コードを受信することに応答して前記提供リクエストを実現す
るステップを含む、方法。
【請求項６】
請求項１に記載の方法において、
前記データは、（ａ）装置スコア、及び（ｂ）アカウントスコアの少なくとも１つを含
み、前記１以上のスコアは、前記ＭＮＯによって生成及び／又は格納される情報に基づい
て生成される、方法。
【請求項７】
請求項６に記載の方法において、
前記装置スコアは第１の装置スコアであり、
前記アカウントスコアは第１のアカウントスコアであり、
前記支援するステップは、前記第１の装置スコア及び前記第１のアカウントスコアの少
なくとも１つを１以上の入力として有する評価処理を含み、
前記評価処理は、第２の装置スコア及び第２のアカウントスコアの少なくとも１つを１
以上の入力として有し、前記第２の装置スコア及び前記第２のアカウントスコアは、前記
モバイル装置のユーザについてのウォレットサービスプロバイダによって生成及び／又は
格納される情報に基づいて生成される、方法。
【請求項８】
請求項１に記載の方法において、
前記支援するステップは、前記データに基づいて判定処理又は処理パスを選択すること
を含む、方法。
【請求項９】
請求項１に記載の方法において、
前記支援するステップは、前記モバイル装置へ提供される支払アカウントのイシュアに
よって実行される、方法。
【請求項１０】
請求項１に記載の方法において、
前記支援するステップは、前記データを判定処理への入力として使用することを含む、
方法。
【請求項１１】
請求項１に記載の方法において、
前記リクエストは、ＰＡＮ（プライマリアカウント番号）又は支払トークンを前記モバ
イル装置へダウンロードさせるためのものである、方法。
【請求項１２】
請求項１に記載の方法において、
前記リクエストは、前記モバイル装置を、支払アカウントトランザクション中に、リモ
ートサーバ内にホストされた支払クレデンシャルのセットへアクセス可能にするためのも
のである、方法。
【請求項１３】
請求項１に記載の方法において、
前記支援するステップは、顧客サービス担当者へ標識を提供することを含み、当該標識
は、前記モバイル装置のユーザへ起動コードが提供されたことを示す、方法。
【請求項１４】
モバイル装置へ支払クレデンシャルを提供する方法において、
支払クレデンシャル提供リクエストを受信するステップと、
前記モバイル装置に関連付けられたモバイルネットワークオペレータから直接又は間接
的に取得されたデータを受信するステップであって、前記データはアドレスデータを含み
、前記アドレスデータは、（ａ）前記モバイル装置のユーザに属するＥメールアドレス及
び（ｂ）前記モバイル装置に関連付けられた携帯電話番号、の少なくとも１つを含む、ス
テップと、
前記アドレスデータを使用して、起動コードを前記ユーザへ送信するステップと、
前記起動コードを前記ユーザから受信するステップと、
前記ユーザから前記起動コードを受信することに応答して、前記提供リクエストを実現
するステップを含む、方法。
【請求項１５】
請求項１４に記載の方法において、
前記起動コードはＥメールメッセージにより前記ユーザへ送信される、方法。
【請求項１６】
請求項１４に記載の方法において、
前記起動コードはテキストメッセージにより前記ユーザへ送信される、方法。
【請求項１７】
モバイル装置へ支払クレデンシャルを提供する方法において、
支払クレデンシャル提供リクエストを受信するステップと、
顧客サービス担当者へ標識を提供するステップであって、当該標識は、前記モバイル装
置のユーザへ起動コードが提供されたことを示すステップと、を含む方法。
【請求項１８】
請求項１７に記載の方法において、
前記提供するステップに先立って、Ｅメールメッセージ及び／又はテキストメッセージ
を、前記モバイル装置の前記ユーザへ送信するステップであって、前記Ｅメール及び／又
はテキストメッセージは前記起動コードを含むステップを更に含む、方法。
【請求項１９】
請求項１８に記載の方法において、
前記送信するステップに先立って、前記モバイル装置に関連付けられたモバイルネット
ワークオペレータ（ＭＮＯ）から直接又は間接的に、前記Ｅメール及び／又はテキストメ
ッセージのアドレスデータを取得するステップを更に含む、方法。
【請求項２０】
請求項１８に記載の方法において、
前記送信するステップに先立って、前記Ｅメール及び／又はテキストメッセージのアド
レスデータを確認するステップであって、当該確認は前記モバイル装置に関連付けられた
モバイルネットワークオペレータ（ＭＮＯ）によって生成又は格納されたデータに基づく
、ステップを更に含む方法。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
本願は、米国仮特許出願第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に関連する判定処理への入力であってよい。それらの処理は、
アカウントイシュア及び／又は提供支援サービスによって実行される。そのような確認は
、所定のＥメールアドレス又は携帯電話番号へ起動コードを送信することの判定であって
よい。
【００８９】
いくつかの実施形態では、提供リクエストについての判定に関連してＭＮＯデータを使
用することに代えて又は加えて、他のタイプの情報がいくつかの目的（商業興信所情報及
び／又は顧客データベース情報を含む）のために使用されてよい。
【００９０】
本開示及び添付の特許請求の範囲で使用されるように、「判定を支援」することは、判
定処理における不要な１以上のステップを実行する又は行うことを含むこと、及び／又は
、判定処理に使用される又は要求される１以上のデータ入力を収集、受信、確認及び／又
は提供することを含むと理解されたい。
【００９１】
本開示及び添付の特許請求の範囲で使用されるように、「コンピュータ」との用語は、
単一のコンピュータ又は互いに通信する２以上のコンピュータを含むことを理解されたい
。
【００９２】
本開示及び添付の特許請求の範囲で使用されるように、「プロセッサ」との用語は、単
一のプロセッサ又は互いに通信する２以上のプロセッサを含むことを理解されたい。
【００９３】
本開示及び添付の特許請求の範囲で使用されるように、「メモリ」との用語は、単一の
メモリ若しくはストレージ装置、又は、２以上のメモリ若しくはストレージ装置を含むこ
とを理解されたい。
【００９４】
本開示及び添付の特許請求の範囲で使用されるように、「サーバ」との用語は、コンピ
ュータ装置又は、他の装置からの多くのサービスリクエストへ応答するシステムを含む。
【００９５】
本開示のフローチャート及びその記載は、そこに記載された方法ステップを固定的な順
番で実行するものと理解してはならない。むしろ、当該方法ステップは、実行可能な任意
の順番（少なくともいくつかのステップを同時に実行することを含む）で実行可能である
。
【００９６】
本開示及び添付の特許請求の範囲で使用されるように、「支払カードシステムアカウン
ト」は、クレジットカードアカウントと、アカウント保有者がデビットカードを使用して
アクセス可能な銀行預金と、プリペイドカードアカウントと、支払トランザクションを完
了する元となる他の任意のタイプのアカウントを含む。「支払カードシステムアカウント
」、「支払カードアカウント」及び「支払アカウント」との用語は、本開示にて、交換可
能に使用される。「支払カードアカウント番号」との用語は、支払カードシステムアカウ
ントを識別する番号、支払カードによって通信される番号、又は、デビットカード及び／
又はクレジットカードのトランザクションを処理する支払システムにおいてトランザクシ
ョンをルーティングするために使用される番号、を含む。「支払カード」との用語は、実
際の物理的カードであるか仮想的カードであるかを問わず、クレジットカード、デビット
カード、プリペイドカード、又は他のタイプの支払手段を含む。
【００９７】
本開示及び添付の特許請求の範囲で使用されるように、「支払カードシステム」又は「
支払システム」との用語は、購入トランザクション及び関連トランザクションを処理する
システムを示す。そのようなシステムの例には、マスターカードインターナショナルリミ
テッド（本願の譲受人）によって操作されるものがある。いくつかの実施形態では、「支
払カードシステム」は、会員金融機関が支払カードアカウントを個人、法人及び／又は他
の組織へ発行するシステムに限定されてよい。
【００９８】
本開示は、特定の例示的実施形態に関連して記載される。しかし、添付の特許請求の範
囲で規定される開示の趣旨及び範囲から逸脱すること無く、当業者にとって自明な様々な
変更、置換及び／又は改変が開示された実施形態に対しなされてよいことを理解されたい
。
【図１】
2020038680.tif 000003
【図２】
2020038680.tif 000004
【図３】
2020038680.tif 000005
【図４】
2020038680.tif 000006
【図５】
2020038680.tif 000007
【図６】
2020038680.tif 000008
【図７】
2020038680.tif 000009
【図８】
2020038680.tif 000010
【図９】
2020038680.tif 000011
【図１０】
2020038680.tif 000012
【図１１】
2020038680.tif 000013
【図１２】
2020038680.tif 000014
【手続補正書】
【提出日】令和1年11月12日(2019.11.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
モバイル装置へ支払クレデンシャルを提供する方法において、
支払クレデンシャル提供リクエストを受信するステップと、
前記支払クレデンシャル提供リクエストの処理が口頭で要求されたことを判定するステップと、
顧客サービス担当者へ標識を提供するステップであって、当該標識は、前記モバイル装置のユーザへリクエスト処理を起動する起動コードが提供されたことを示すステップと、を含む方法。
【請求項２】
請求項１に記載の方法において、
前記提供するステップに先立って、Ｅメールメッセージ及び／又はテキストメッセージを、前記モバイル装置の前記ユーザへ送信するステップであって、前記Ｅメール及び／又はテキストメッセージは前記起動コードを含むステップを更に含む、方法。
【請求項３】
請求項２に記載の方法において、
前記送信するステップに先立って、前記モバイル装置に関連付けられたモバイルネットワークオペレータ（ＭＮＯ）から直接又は間接的に、前記Ｅメール及び／又はテキストメッセージのアドレスデータを取得するステップを更に含む、方法。
【請求項４】
請求項２に記載の方法において、
前記送信するステップに先立って、前記Ｅメール及び／又はテキストメッセージのアドレスデータを確認するステップであって、当該確認は前記モバイル装置に関連付けられたモバイルネットワークオペレータ（ＭＮＯ）によって生成又は格納されたデータに基づく、ステップを更に含む方法。
【外国語明細書】
2020038680000001.pdf