JP7454052B2 - データ処理方法、装置、デバイス及び媒体 - Google Patents

Description

本願は、２０２０年７月２４日に提出された名称が「データ処理方法、装置、デバイス及び媒体」である中国特許出願２０２０１０７２５０７３．２の優先権を主張し、該出願の全ての内容は引用により本明細書に組み込まれる。

本願は、データ処理技術分野に属し、特にデータ処理方法、装置、デバイス及び媒体に関する。

科学技術の発展に伴い、近距離通信（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＮＦＣ）決済機能は、徐々に電子デバイスの標準的な構成となっている。ユーザがショッピングをしたり、公共交通機関に乗車したりするとき、電子デバイスを販売場所（Ｐｏｉｎｔ ｏｆ Ｓａｌｅ、ＰＯＳ）端末又は公共交通機関のカードリーダーに近づけるだけで、短時間で決済を完了することができる。

現在、ユーザが電子デバイスに対しＮＦＣ機能のデフォルト決済口座を設定する過程において、エラーが発生しやすく、デフォルト決済口座を設定する成功率が低い。

本願の実施例は、データ処理方法、装置、デバイス及び媒体を提供し、デフォルト決済口座を設定する過程においてエラーが発生しやすいという課題を解決することができる。

第１の態様において、本願の実施例は、
対象サーバから送信された、有効化待ちの決済口座アカウントに対応する有効化待ちのトークンを含む対象有効化データと対象有効化コマンドとを受信することと、
対象有効化コマンドに応じて、対象有効化コマンドと同一の取引口座タイプに属する対象個人化データ中の対象トークンを有効化待ちのトークンに更新することと、
更新後の対象トークンを有効化状態に設定することと、
を含むデータ処理方法を提供する。

第２の態様において、本願の実施例は、
有効化待ちの決済口座アカウントに関連付けて記憶されている有効化待ちのトークンと有効化待ちの決済口座アカウントと同一の取引口座タイプに属する対象有効化コマンドとを取得することと、
有効化待ちのトークンに基づいて、対象有効化コマンドと同一の取引口座タイプに属する対象有効化データを生成することと、
対象電子デバイスに対象有効化データ及び対象有効化コマンドを送信することと、を含み、
ここで、対象有効化コマンドは、対象電子デバイスが、対象個人化データ中の対象トークンを前記有効化待ちのトークンに更新するとともに、更新後の対象トークンを有効化状態に設定するようにするコマンドである、
対象個人化データの属する取引口座タイプは、対象有効化コマンドの属する取引口座タイプと同じであるデータ処理方法を提供する。

第３の態様において、本願の実施例は、
対象サーバから送信された、有効化待ちの決済口座アカウントに対応する有効化待ちのトークンを含む対象有効化データと対象有効化コマンドとを受信する第１の受信モジュールと、
対象有効化コマンドに応じて、対象有効化コマンドと同一の取引口座タイプに属する対象個人化データ中の対象トークンを有効化待ちのトークンに更新する第１の処理モジュールと、
更新後の対象トークンを有効化状態に設定する第２の処理モジュールと、
を備えるデータ処理装置を提供する。

第４の態様において、本願の実施例は、
対象有効化コマンドと同一の取引口座タイプに属する有効化待ちの決済口座アカウントに関連付けて記憶されている有効化待ちのトークンと対象有効化コマンドとを取得する第１の取得モジュールと、
有効化待ちのトークンに基づいて、対象有効化データを生成する第１の生成モジュールと、
対象電子デバイスに前象有効化データ及び前記対象有効化コマンドを送信する第１の送信モジュールと、
を備え、
対象有効化コマンドは、対象電子デバイスに、対象個人化データにおける対象トークンを有効化待ちのトークンに更新させるとともに新後の対象トークンを有効化状態に設定させるコマンドであり、対象個人化データの属する取引口座タイプは対象有効化コマンドの属する取引口座タイプと同じである、
データ処理装置を提供する。

第５の態様において、本願の実施例は、
プロセッサと、
前記プロセッサにより実行されることにより請求項１～２１のいずれか一項に記載のデータ処理方法を実現するコンピュータプログラムコマンドが記憶されているストレージと備えるデータ処理デバイスを提供する。

第６の態様において、本願の実施例は、
ロセッサにより実行されることにより請求項１～２１のいずれか一項に記載のデータ処理方法を実現するコンピュータプログラムコマンドが記憶されている、コンピュータ読み取り可能な記憶媒体を提供する。

本願の実施例のデータ処理方法、装置、デバイス及び媒体は、対象サーバから送信された有効化待ちの決済口座アカウントに対応する有効化待ちのトークン及び対象有効化コマンドを受信した後、その属する取引口座タイプと対象有効化コマンドの属する取引口座タイプと同じである対象個人化データにおける対象トークンを直接的に有効化待ちのトークンに更新し、且つ更新された対象トークンを有効化状態に設定し、さらに有効化待ちのトークンを直接利用して対象個人化データにおける対象トークンを更新し且つ更新後の対象トークンを有効化することができ、有効化待ちのトークンを有効化する過程において有効化されたトークン及びそれに対応する個人化データを削除する必要がなく、それにより有効化待ちのトークンを有効化する過程における個人化データの削除、個人化データの検証及び個人化データのダウンロードの過程を減少させ、デフォルトの決済口座を設定するときに上記過程におけるエラーの発生を抑制し、デフォルト口座を設定する成功率を向上させる。

本願の実施例の技術案をより明確に説明するために、以下は本願の実施例に必要な図面を簡単に紹介するが、当業者であれば、創造的な労力を要することなく、これらの図面に基づいて他の図面を取得することができる。
本願の提供するデータ処理の一例のアーキテクチャ図である。 本願の提供するデータ処理の他の例のアーキテクチャ図である。 本願の提供するデータ処理のさらに他の例のアーキテクチャ図である。 本願の提供するデータ処理のさらに他の例のアーキテクチャ図である。 本願の提供するデータ処理方法の実施例のフローチャートである。 本願の提供するデータ処理方法の別の実施例のフローチャートである。 本願の実施例が提供する決済口座のバインド過程の一例のフローチャートである。 本願の実施例が提供するデフォルト決済口座設定過程の一例のフローチャートである。 本願の実施例が提供するデフォルト決済口座変更過程の一例のフローチャートである。 本願の実施例が提供するバインド決済口座のアンバインド過程の一例のフローチャートである。 本願の提供するデータ処理装置の実施例の構造概略図である。 本願の提供するデータ処理装置の他の実施例の構造概略図である。 本願の提供するデータ処理デバイスの実施例のハードウェア構造概略図である。

以下に本願の各態様の特徴及び例示的な実施例を詳細に説明し、本願の目的、技術案及び利点をより明確にするために、以下に図面及び具体的な実施例を参照して、本願をさらに詳細に説明する。理解すべきことは、ここで説明された具体的な実施例は本願を説明するためのみに構成されたものであり、本願を限定するものではない。当業者にとって、本願はこれらの具体的な詳細のいくつかを必要とせずに実施することができる。以下の実施例の説明は本願の例示を示して本願をよりよく理解するためである。

なお、本明細書において、「第１」及び「第２」などのような関係用語は一つの実体又は操作を他の実体又は操作と区別するために用いられ、必ずしもこれらの実体又は操作の間に何らかの実際の関係又は順序が存在することを要求するか又は暗示するものではない。また、「備える」、「含む」又はその任意の他の変形の用語は、非排他的な包含をカバーすることを意図するので、一連の要素を含む過程、方法、物品又はデバイスはそれらの要素を含むだけでなく、明確に列挙されない他の要素を含み、又はこのような過程、方法、物品又はデバイスに固有の要素を含む。より多くの制限がない場合に、語句「…を備える」により限定された要素は、前記要素を含む過程、方法、物品又はデバイスにおいて他の同じ要素が存在することを排除しない。

本願の提供するデータ処理方法は、図１～図４のアーキテクチャに応用することができ、具体的には図１～図４を参照して詳細に説明する。

図１は、本願の実施例が提供するデータ処理の一例のアーキテクチャ図を示す。図１に示すように、該アーキテクチャ図は、少なくとも一つの電子デバイス１１０及びインターネット金融プラットフォームサーバ１２０を含むことができる。

ここで、電子デバイス１１０は、携帯電話、タブレットコンピュータ、デスクトップコンピュータ、車載端末及びウェアラブルデバイスなどの通信機能を有するデバイスであってもよく、電子デバイス１１０はＮＦＣ決済機能を有する。ウェアラブルデバイスはユーザに装着されてもよく、又はユーザの衣服又はアクセサリに組み込まれた携帯型デバイスであってもよく、例えばスマートブレスレット、スマートウォッチ、スマートスポーツシューズ、スマート衣服、スマートメガネ、スマートヘルメット、スマート指輪、スマートアクセサリなどである。

インターネット金融プラットフォームサーバ１２０は、インターネット金融サービスを提供するために用いられる。具体的には、インターネット金融プラットフォームサーバ１２０は、クラウドサーバ又はサーバクラスタなどの記憶及び計算機能を有するデバイスであってもよい。

次に図１を参照して、各々の電子デバイス１１０内にそれぞれインターネット金融プラットフォームに対応する金融アプリケーションプログラムがインストールされ、且つインターネット金融プラットフォームサーバ１２０と通信することができる。ここで、インターネット金融プラットフォームは、サードパーティーの金融プラットフォーム又はカード組織プラットフォームであってもよい。

インターネット金融プラットフォームサーバ１２０は、電子デバイス１１０の有効化待ちの決済口座アカウントに関連付けて記憶された有効化待ちトークン（Ｔｏｋｅｎ）、及びその属する取引口座タイプと有効化決済口座アカウントの取引口座タイプが同じである対象有効化コマンドを取得し、且つ有効化待ちトークン及び対象有効化コマンドを対象電子デバイスに送信することができる。ここで、決済口座アカウントは実体銀行口座又は電子銀行口座のアカウントを含むことができ、トークンと決済口座アカウントが一対一で対応する。

電子デバイス１１０は、インターネット金融プラットフォームサーバ１２０から送信された、有効化待ち決済口座アカウントに対応する有効化待ちトークン及び対象有効化コマンドを受信し、次にその取引口座タイプと対象有効化コマンドの属する取引口座タイプと同じである対象個人化データ中の対象トークンを、有効化待ちトークンに更新し、且つ更新後の対象トークンを有効化状態に設定することができる。

図２は、本願の実施例が提供するデータ処理の他の例のアーキテクチャ図を示す。図２に示すように、該アーキテクチャ図は、少なくとも一つの電子デバイス１１０、インターネット金融プラットフォームサーバ１２０及びトークンサービスプロバイダー（Ｔｏｋｅｎ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ、ＴＳＰ）プラットフォームサーバ１３０を含むことができる。

ここで、電子デバイス１１０及びインターネット金融プラットフォームサーバ１２０の原理は図１に示す実施例と同じであり、ここでは説明を省略する。

ＴＳＰプラットフォームサーバ１３０は、トークンを生成するために用いられる。具体的には、ＴＳＰプラットフォームサーバ１３０は、クラウドサーバ又はサーバクラスタなどの記憶及び計算機能を有するデバイスであってもよい。インターネット金融プラットフォームサーバ１２０が、ＴＳＰプラットフォームサーバ１３０と通信することができることで、ユーザの決済口座アカウントに対応するトークンを取得する。

インターネット金融プラットフォームサーバ１２０は、必要に応じてトークンの決済口座アカウントを生成し、トークン生成要求を生成し、且つＴＳＰプラットフォームサーバ１３０にトークン生成要求を送信する。さらに、ＴＳＰプラットフォームサーバ１３０は該決済口座アカウントに対応するトークンを生成し、且つインターネット金融プラットフォームサーバ１２０に該トークンをフィードバックする。

インターネット金融プラットフォームサーバ１２０は、ＴＳＰプラットフォームサーバ１３０からフィードバックされたトークンを受信した後、該決済口座アカウントと受信したトークンを関連付けて記憶することができる。

図３は、本願の提供するデータ処理のさらに他の例のアーキテクチャ図を示す。図３に示すように、該アーキテクチャ図は、少なくとも一つの電子デバイス１１０、インターネット金融プラットフォームサーバ１２０、ＴＳＰプラットフォームサーバ１３０、及びトラステッド・サービス・マネージメント（Ｔｒｕｓｔｅｄ Ｓｅｒｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ、ＴＳＭ）プラットフォームサーバ１４０を含むことができる。

ここで、電子デバイス１１０、インターネット金融プラットフォームサーバ１２０及びＴＳＰプラットフォームサーバ１３０の原理は図２に示す実施例と同じであり、ここでは説明を省略する。

ＴＳＭプラットフォームサーバ１４０は、情報転送を実現するために用いられ、ＴＳＭプラットフォームサーバ１４０は、クラウドサーバ又はサーバクラスタなどの記憶及び計算機能を有するデバイスであってもよい。具体的には、ＴＳＭプラットフォームサーバ１４０は、信頼できるチャネルによりＴＳＰプラットフォームサーバ１３０と通信可能的に接続することにより、情報伝送の安全性を向上させる。

インターネット金融プラットフォームサーバ１２０は、ＴＳＭプラットフォームサーバ１４０と通信することができる。インターネット金融プラットフォームサーバ１２０は、トークン生成要求をＴＳＭプラットフォームサーバ１４０に送信し、その後にＴＳＭプラットフォームサーバ１４０は、信頼できるチャネルによりＴＳＰプラットフォームサーバ１３０に送信することができる。ＴＳＰプラットフォームサーバ１３０は信頼できるチャネルによりＴＳＭプラットフォームサーバ１４０にトークンを送信し、ＴＳＭプラットフォームサーバ１４０はトークンをインターネット金融プラットフォームサーバ１２０に転送する。

これにより、本願の実施例において、ＴＳＭプラットフォームサーバ１４０及び信頼できるチャネルにより、インターネット金融プラットフォームサーバ１２０とＴＳＰプラットフォームサーバ１３０との間の通信安全性を向上させることができる。

図４は、本願の提供するデータ処理のさらに他の実施例のアーキテクチャ図を示す。図４に示すように、該アーキテクチャ図は、少なくとも一つの電子デバイス１１０、インターネット金融プラットフォームサーバ１２０、ＴＳＰプラットフォームサーバ１３０、ＴＳＭプラットフォームサーバ１４０、少なくとも一つのアクワイアリングデバイス１５０及びアクワイアリングプラットフォームサーバ１６０を含むことができる。

ここで、電子デバイス１１０、インターネット金融プラットフォームサーバ１２０、ＴＳＰプラットフォームサーバ１３０及びＴＳＭプラットフォームサーバ１４０の原理は図３に示す実施例と同じであり、ここでは説明を省略する。

アクワイアリングデバイス１５０は、携帯電話、タブレットコンピュータ、販売（ｐｏｉｎｔ ｏｆ ｓａｌｅ、ＰＯＳ）端末などであってもよく、アクワイアリングデバイス１５０は、ＮＦＣ情報読み取り機能を有する。

アクワイアリングプラットフォームサーバ１６０は、アクワイアリングサービスを提供することに用いられてもよい。具体的には、アクワイアリングプラットフォームサーバ１６０は、クラウドサーバ又はサーバクラスタなどの記憶及び計算機能を有するデバイスであってもよい。

ユーザは、まず電子デバイス１１０の金融アプリケーションプログラムの口座にログインし、金融アプリケーションプログラムをログイン状態にさせ、且つ金融アプリケーションプログラムのアプリケーションインタフェースに該口座がバインディングされた指定した電子デバイスの決済状態を入力することができる。ここで、該指定した電子デバイスは、ユーザの操作している電子デバイス１１０であってもよく、該口座がバインディングされた他の電子デバイスであってもよく、該口座がバインディングされた、デバイスの認証がパスした電子デバイスであればよい。次に、ユーザは、金融アプリケーションプログラムのアプリケーションインタフェースに表示された、指定した電子デバイスにバインドされた複数の決済口座アカウントから、状態を変更させる必要がある決済口座アカウントを選択し、電子デバイス１１０は、該銀行口座アカウントと指定した電子デバイスの決済状態に基づいて状態変更要求を生成する。次に、電子デバイス１１０は、該インターネット金融プラットフォームに対応するインターネット金融プラットフォームサーバ１２０に該状態変更要求を送信することができる。

インターネット金融プラットフォームサーバ１２０は、該電子デバイス１１０から送信された状態変更要求を受信した後、受信された状態変更要求を解析して、状態変更要求に付いた決済口座アカウント及び決済状態を取得することができる。次に、該決済口座アカウントに関連付けて記憶されたトークンを取得し、且つ該トークンに対応するトークン状態を状態変更要求に付いた決済状態に更新する。該決済口座アカウントが電子デバイス１１０のデフォルト決済口座アカウントであれば、インターネット金融プラットフォームサーバ１２０は、アクワイアリングデバイス１５０によってアクワイアリングプラットフォームサーバ１６０を介して送信された、該決済口座アカウントに関連付けて記憶されたトークンが付く取引要求を受信すると、該トークンに対応するトークン状態に基づいて該取引要求に対応する取引を実行するか否かを決定することができる。

各々のアクワイアリングデバイス１５０は、電子デバイス１１０のセキュアエレメント（Ｓｅｃｕｒｅ Ｅｌｅｍｅｎｔ、ＳＥ）から読み取られた有効化状態にあるトークンが付いている取引要求を、アクワイアリングプラットフォームサーバ１６０によりインターネット金融プラットフォームサーバ１２０に送信するために用いられる。

具体的には、アクワイアリングデバイス１５０において、アクワイアリングプラットフォームに対応するアクワイアリングアプリケーションプログラムをインストールすることができる。アクワイアリングデバイス１５０は、アクワイアリングアプリケーションプログラムにより電子デバイス１１０のＳＥにおけるトークンを読み取り、次にアクワイアリングプラットフォームに対応するアクワイアリングプラットフォームサーバ１６０により、読み取ったトークンが付いている取引要求をインターネット金融プラットフォームサーバ１２０へ送信することができる。

インターネット金融プラットフォームサーバ１２０は、取引要求を受信した後、取引要求が付いているトークンに対応するトークン状態に基づいて、取引要求に対応する取引を実行するか否かを決定する。ユーザが、指定した電子デバイスの決済状態を変更することができず、インターネット金融プラットフォームサーバ１２０内の、指定した電子デバイスにバインドされた決済口座アカウントに関連付けて記憶されたトークンに対応するトークン状態を変更することにより、指定した電子デバイスの決済状態の変更を実現し、さらに対象電子デバイスに関連する決済口座アカウントが不正使用されるリスクを低減し、ユーザの決済口座アカウントの安全性を向上させる。

上記アーキテクチャに基づき、以下に図５～図１０を参照して本願の実施例が提供するデータ処理方法を詳細に説明する。

図５は、本願の提供するデータ処理方法の実施例のフローチャートを示す。

本願のいくつかの実施例において、図５に示す方法は、図１～図４に示す電子デバイス１１０内の対象電子デバイスにより実行することができる。ここで、対象電子デバイスは任意の電子デバイス１１０であってもよい。

図５に示すように、該データ処理方法は、以下のステップを含むことができる。

Ｓ５１０には、対象サーバから送信された対象有効化データ及び対象有効化コマンドを受信する。

ここで、対象サーバは、図１～図４に示すインターネット金融プラットフォームサーバ１２０であってもよい。

対象有効化データは、有効化待ち決済口座アカウントに対応する有効化待ちトークンを含むことができる。有効化待ち決済口座アカウントは、設定待ちデフォルト決済口座アカウント及び変更待ちデフォルト決済口座アカウントのうちのいずれかを含むことができ、ここで制限しない。

対象有効化コマンドの属する取引口座タイプは、有効化待ち決済口座アカウントの取引口座タイプと同じであるため、対象有効化コマンドは、有効化待ち決済口座アカウントに対応する有効化待ちトークンを、属する取引口座タイプが有効化待ち決済口座アカウントの取引口座タイプと同じである対象個人化データにロードすることができる。

Ｓ５２０には、対象有効化コマンドに応じて、対象個人化データ中の対象トークンを、有効化待ちトークンに更新する。

対象個人化データの属する取引口座タイプは、対象有効化コマンドの属する取引口座タイプと同じであるので、有効化待ち決済口座アカウントに対応する有効化待ちトークンを、属する取引口座タイプが有効化待ち決済口座アカウントの取引口座タイプと同じである対象個人化データにロードすることを確保することができ、有効化待ちトークンの有効化プロセスにエラーが発生することを抑制する。

個人化データは、文字列で構成される個人化アプリケーション識別子（例えば、ＡＩＤ）であってもよく、個人化ＡＩＤに共通文字列、トークン及び状態値が含まれ、トークンも文字列で構成され、トークン及び状態値は、共通文字列の後に位置することができる。

例えば、個人化ＡＩＤの共通文字列は、Ａ００００００３３３ ０１０１０２ ００ ６３０２００００ ０１ ００００であってもよい。ここで、最初の１０ビットが固定文字列であってもよく、第１１～１６ビットが口座タイプを示すために用いられ、例えばデビットタイプは０１０１０１であり、クレジットタイプは０１０１０２であり、準クレジット（Ｓｅｍｉ Ｃｒｅｄｉｔ Ｃａｒｄ）タイプは０１０１０３であり、第１７～１８ビットはアプリケーションタイプを示すことができ、例えば金融アプリケーションが００であり、非金融アプリケーションが０１であり、第１９～２６ビットはアプリケーション提供側の機構コードであってもよく、第２７～２８ビットは拡張ビットであってもよく、その機能をカスタマイズすることができ、第２９～３２ビットはチップ付きカードタイプを示すことができ、例えばＰＢＯＣ ２．０タイプが００００であり、ＰＢＯＣ ３．０タイプが１０００である。

本願のいくつかの実施例において、有効化待ち決済口座アカウントが設定待ちデフォルト決済口座アカウントである場合、対象個人化データにおける対象トークンが初期化トークンであってもよい。対象電子デバイスは対象有効化コマンドに応じて、有効化待ちトークンを利用して該初期化トークンを置き換えることができる。

本願のいくつかの実施例において、対象有効化コマンドは、アプリケーションプロトコルデータユニット（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ、ＡＰＤＵ）コマンドであってもよく、例えばＩｎｓｔａｌｌ ｆｏｒ ｉｎｓｔａｌｌ命令であり、具体的にはＧＰ Ａｍｅｎｄｍｅｎｔ Ｃにおけるパラメータ定義を参照することができる。

対象電子デバイスは、対象個人化データに対応する対象個人化データ有効化プログラムをインストールすることができ、且つ対象個人化データ有効化プログラムにより対象有効化コマンドに対応する対象ロード操作を実行し、すなわち対象個人化データ有効化プログラムにより対象個人化データ中の対象トークンを、有効化待ちトークンに更新する。

Ｓ５３０には、更新後の対象トークンを有効化状態に設定する。

対象電子デバイスは、対象個人化データ有効化プログラムにより対象有効化コマンドに対応する対象有効化操作を実行することができ、すなわち対象個人化データ有効化プログラムにより対象個人化データを有効化し、さらに対象トークンの有効化を実現する。

本願の実施例において、対象サーバから送信された、有効化待ち決済口座アカウントに対応する有効化待ちトークン及び対象有効化コマンドを受信した後、その属する取引口座タイプが対象有効化コマンドの属する取引口座タイプと同じである対象個人化データにおける対象トークンを、直接的に有効化待ちトークンに更新し、且つ更新後の対象トークンを有効化状態に設定し、さらに有効化待ちトークンを直接利用して対象個人化データにおける対象トークンを更新し且つ更新後の対象トークンを有効化することができ、有効化待ちトークンを有効化する過程において有効化されたトークン及びそれに対応する個人化データを削除する必要がないので、有効化待ちトークンを有効化する過程における個人化データの削除、個人化データの認証及び個人化データダウンロードの過程を減少させ、デフォルト決済口座を設定するときに上記過程でエラーが発生することを抑制し、デフォルト口座を設定する成功率を向上させる。

本願のいくつかの実施形態において、有効化待ち決済口座アカウントが設定待ちのデフォルト決済口座アカウントである場合、Ｓ５１０の前に、該データ処理方法は、さらに、
設定待ちのデフォルト決済口座アカウントを受信することと、
設定待ちのデフォルト決済口座アカウントに基づいて、デフォルト口座設定要求を生成することと、
設定待ちのデフォルト決済口座アカウントに対応する対象有効化データ及び対象有効化コマンドを対象サーバにフィードバックすることに用いられるデフォルト口座設定要求を、対象サーバに送信することと、を含むことができる。

具体的には、ユーザは、対象電子デバイスの金融アプリケーションプログラムのアプリケーションインタフェースに表示された、対象電子デバイスにバインドされた少なくとも一つの決済口座アカウントから、いずれかの決済口座アカウントを設定待ちのデフォルト決済口座アカウントとして選択することができる。電子デバイスは、設定待ちのデフォルト決済口座アカウント及び対象電子デバイス識別子に基づいて、デフォルト口座設定要求を生成し、次にインターネット金融プラットフォームサーバにデフォルト口座設定要求を送信し、インターネット金融プラットフォームサーバに設定待ちのデフォルト決済口座アカウントに対応する対象有効化データ及び対象有効化コマンドをフィードバックさせる。ここで、インターネット金融プラットフォームサーバが対象有効化データ及び対象有効化コマンドをフィードバックする方法は後に詳細に説明する。

本願のいくつかの実施例において、対象電子デバイス識別子は、対象電子デバイスのインターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＩＰ）アドレスであってもよい。別の実施例において、対象電子デバイス識別子は対象電子デバイスのデバイス識別子（Ｉｄｅｎｔｉｔｙ ｄｏｃｕｍｅｎｔ、ＩＤ）であってもよい。

本願のいくつかの実施例において、有効化待ち決済口座アカウントが設定待ちのデフォルト決済口座アカウントである場合、その前に対象電子デバイスにおいて他のトークンが有効化されていないため、対象個人化データは、対象電子デバイスの対象セキュアエレメントに記憶されているトークンが非有効化状態にある個人化データであってもよい。

いくつかの実施例において、対象サーバから送信された対象有効化データ及び対象有効化コマンドを受信する時、対象電子デバイスの対象セキュアエレメントに対象個人化データが記憶されている場合、対象電子デバイスはＳ５２０を直接的に実行することができる。

別の実施例において、対象サーバから送信された対象有効化データ及び対象有効化コマンドを受信する時、対象電子デバイスの対象セキュアエレメントに対象個人化データが記憶されていない場合、対象電子デバイスが受信した対象有効化データはさらに対象個人化データを含む。必要に応じて、Ｓ５２０の前に、該データ処理方法はさらに対象個人化データを対象セキュアエレメントに記憶することを含むことができる。

したがって、対象電子デバイスの対象セキュアエレメントに対象個人化データが記憶されない状況で、まず対象セキュアエレメントに対象個人化データをロードすることにより、有効化待ち決済口座アカウントに対応する有効化待ちトークンを有効化する信頼性を保証する。

本願のいくつかの実施形態において、有効化待ち決済口座アカウントが変更待ちのデフォルト決済口座アカウントである場合、Ｓ５１０の前に、該データ処理方法はさらに以下を含むことができる。

変更待ちのデフォルト決済口座アカウントを受信し、
変更待ちのデフォルト決済口座アカウントに基づいて、デフォルト口座変更要求を生成し、
対象サーバに変更待ちのデフォルト決済口座アカウントに対応する対象有効化データ及び対象有効化コマンドをフィードバックさせるためのデフォルト口座変更要求を対象サーバに送信する。

具体的には、ユーザは対象電子デバイスの金融アプリケーションのアプリケーションインタフェース内に表示された、対象電子デバイスにバインドされた少なくとも一つの決済口座アカウントから、デフォルト決済口座に設定された決済口座アカウント以外のいずれかの決済口座アカウントを変更待ちのデフォルト決済口座アカウントとして選択することができる。対象電子デバイスは変更待ちのデフォルト決済口座アカウント及び対象電子デバイス識別子に基づいて、デフォルト口座変更要求を生成し、次にインターネット金融プラットフォームサーバにデフォルト口座変更要求を送信し、インターネット金融プラットフォームサーバに、変更待ちのデフォルト決済口座アカウントに対応する対象有効化データ及び対象有効化コマンドをフィードバックさせる。ここで、インターネット金融プラットフォームサーバが対象有効化データ及び対象有効化コマンドをフィードバックする方法は後に詳細に説明する。

本願のいくつかの実施例において、有効化待ちの決済口座アカウントが変更待ちのデフォルト決済口座アカウントである場合、その前に対象電子デバイスにおいて他のトークンが有効化される。したがって、いくつかの実施例において、対象個人化データは対象セキュアエレメントに記憶されたトークンが有効化状態にある個人化データであってもよい。別の実施例において、対象個人化データはさらに対象セキュアエレメントに記憶されたトークンが非有効化状態にある個人化データであってもよく、ここで制限しない。

いくつかの実施例において、対象サーバから送信された対象有効化データ及び対象有効化コマンドを受信する時、対象電子デバイスの対象セキュアエレメントに対象個人化データが記憶された場合、対象電子デバイスはＳ５２０を直接実行することができる。

別の実施例において、対象サーバから送信された対象有効化データ及び対象有効化コマンドを受信する時、対象電子デバイスの対象セキュアエレメントに対象個人化データが記憶されていない場合、対象電子デバイスが受信した対象有効化データはさらに対象個人化データを含む。好ましくは、Ｓ５２０の前に、該データ処理方法はさらに以下を含むことができる。

対象個人化データを対象セキュアエレメントに記憶する。

したがって、対象電子デバイスの対象セキュアエレメントに対象個人化データが記憶されていない状況で、まず対象セキュアエレメントに対象個人化データをロードすることにより、有効化待ちの決済口座アカウントに対応する有効化待ちのトークンを有効化する信頼性を保証する。

本願のいくつかの実施例において、対象個人化データが対象セキュアエレメントに記憶されているトークンが非有効化状態の個人化データである場合、Ｓ５３０の後に、該データ処理方法はさらに更新後の対象トークン以外の有効化トークンを非有効化状態に設定することを含むことができる。

この前の対象電子デバイスに他のトークンが有効化されたため、アクワイアリングデバイスが対象電子デバイスの対象セキュアエレメントにおける対象トークンを読み取る時にエラーが発生することを抑制するために、更新後の対象トークン以外の有効化トークン、すなわち元の有効化状態にあるトークンを非有効化状態に設定する必要がある。

本願の実施例において、対象電子デバイスは対象個人化データ有効化プログラムにより対象有効化コマンドに対応する対象を元に戻す操作を実行することができ、すなわち対象個人化データ有効化プログラムにより元の有効化状態にあるトークンの個人化データを非有効化状態に設定し、さらに元の有効化状態にあるトークンの有効化をキャンセルし、対象電子デバイスの対象セキュアエレメントに一つのトークンのみが有効化状態にあることを保証する。

図６は、本願の提供するデータ処理方法の他の実施例のフローチャートを示す。

本願のいくつかの実施例において、図６に示す方法は図１～図４に示すインターネット金融プラットフォームサーバ１２０により実行することができる。

図６に示すように、該データ処理方法は以下のステップを含むことができる。

Ｓ６１０には、有効化待ちの決済口座アカウントに関連付けて記憶された有効化待ちのトークン及び対象有効化コマンドを取得する。

有効化待ちの決済口座アカウントの取引口座タイプは、対象有効化コマンドが属する取引口座タイプと同じである。

具体的には、インターネット金融プラットフォームサーバは、ローカルに記憶されたトークンから有効化待ちの決済口座アカウントに関連付けて記憶された有効化待ちのトークンを取得することができ、且つローカルに記憶された有効化コマンドにおいて、属する取引口座タイプが有効化待ちの決済口座アカウントの取引口座タイプと同じである対象有効化コマンドを取得することができる。

Ｓ６２０には、有効化待ちのトークンに基づいて、対象有効化データを生成する。

本願のいくつかの実施例において、有効化待ちのトークンを対象有効化データに対応するデータパケットにロードすることにより、対象有効化データを生成することができる。

Ｓ６３０には、対象電子デバイスに対象有効化データ及び対象有効化コマンドを送信する。

対象有効化コマンドは、対象電子デバイスが対象個人化データ中の対象トークンを有効化待ちのトークンに更新し、更新後の対象トークンを有効化状態に設定することに用いられ、対象個人化データが属する取引口座タイプは対象有効化コマンドが属する取引口座タイプと同じである。対象電子デバイスが有効化待ちのトークンを有効化する方法は図５に示す方法実施例で詳細に説明したため、ここでは説明を省略する。

本願の実施例において、有効化待ちの決済口座アカウントに関連付けて記憶された有効化待ちのトークン、及び所属する取引口座タイプが有効化待ちの決済口座アカウントの取引口座タイプと同じである対象有効化コマンドを取得した後、有効化待ちのトークンに基づいて、対象有効化データを生成し、且つ対象電子デバイスに対象有効化データ及び対象有効化コマンドを送信することにより、対象電子デバイスが属する取引口座タイプと対象有効化コマンドが属する取引口座タイプと同じである対象個人化データ中の対象トークンを有効化待ちのトークンに更新し、及び更新された対象トークンを有効化状態に設定し、さらに有効化待ちのトークンを直接利用して対象個人化データにおける対象トークンを更新し、且つ更新後の対象トークンを有効化することができ、有効化待ちのトークンを有効化する過程において有効化されたトークン及びそれに対応する個人化データを削除する必要がなく、それにより有効化待ちのトークンを有効化する過程における個人化データの削除、個人化データの認証及び個人化データダウンロードの過程を減少させ、デフォルト決済口座を設定する時に上記過程によりエラーが発生することを抑制し、デフォルト口座を設定する成功率を向上させる。

本願の他の実施形態において、対象電子デバイスの対象セキュアエレメントに対象個人化データが記憶されないことにより有効化待ちのトークンの有効化が失敗することを抑制するために、Ｓ６２０の前に、該データ処理方法はさらに対象個人化データを取得することを含むことができる。

したがって、Ｓ６２０は具体的に有効化待ちのトークン及び対象個人化データに基づいて、対象有効化データを生成することを含むことができる。

これにより、インターネット金融プラットフォームサーバは、ローカルに記憶された個人化データから所属する取引口座タイプと対象有効化コマンドが属する取引口座タイプと同じである対象個人化データを取得し、且つ対象個人化データを有効化待ちのトークンと共に対象有効化データに対応するデータパケットにロードすることにより、対象有効化データを生成することができる。

本願のいくつかの実施例において、対象電子デバイスが有効化待ちのトークンを有効化する信頼性をさらに向上させるために、対象個人化データを取得する前に、該データ処理方法は、さらに対象電子デバイスに、対象電子デバイスの対象セキュアエレメントにおける対象個人化データを照会することに用いられるデータ照会要求を送信することと、対象電子デバイスからフィードバックされたデータ照会結果を受信することとを含むことができる。

したがって、対象個人化データを取得することは、具体的にデータ照会結果が対象セキュアエレメントにおいて対象個人化データがなかった場合に、対象個人化データを取得することを含むことができる。

具体的には、インターネット金融プラットフォームサーバは対象電子デバイスに対象有効化データ及び対象有効化コマンドを送信する前に、まず対象電子デバイスにデータ照会要求を送信する必要があり、それにより対象電子デバイスの対象セキュアエレメントに対象個人化データが記憶されたか否かを照会する。対象電子デバイスはデータ照会要求を受信した後、対象セキュアエレメントに対象個人化データが記憶されているか否かを照会し、且つデータ照会結果をインターネット金融プラットフォームサーバにフィードバックすることができる。インターネット金融プラットフォームサーバは対象電子デバイスからフィードバックされたデータ照会結果を受信することができ、データ照会結果は対象セキュアエレメントにおいて対象個人化データがあることである場合に、直接有効化待ちのトークンに基づいて、対象有効化データを生成することができる。データ照会結果は対象セキュアエレメントにおいて対象個人化データがないことである場合に、対象個人化データを取得することができ、且つ有効化待ちのトークン及び対象個人化データに基づいて、対象有効化データを生成することができる。

これにより、本願の実施例において、まず対象電子デバイスの対象セキュアエレメントに有効化待ちのトークンを有効化するために必要な対象個人化データが記憶されているか否かを判断し、さらに判断結果に基づいて対象電子デバイスに対象個人化データを送信するか否かを決定することにより、対象電子デバイスは有効化待ちのトークンの有効化を確実に実現することができる。

本願の実施例において、有効化待ちのトークンに必要な対象個人化データは、属する取引口座タイプが対象有効化コマンドの属する取引口座タイプと同じである個人化データであってもよい。決済口座タイプは一セットの個人化データに対応することができる。

例えば、クレジットカードタイプは一セットの個人化データに対応することができ、デビットカードタイプは一セットの個人化データに対応することができる。

決済口座タイプは一セットの共通個人化データに対応することができ、各決済口座発行側の間の個人化データの差異を除去することができ、カードと産業機械との間の互換性を向上させる。

本願の一つの実施形態において、有効化待ちの決済口座アカウントは設定待ちのデフォルト決済口座アカウントを含むことができる。

したがって、Ｓ６１０の前に、該データ処理方法はさらに対象電子デバイスから送信されたデフォルト口座設定要求を受信することと、デフォルト口座設定要求に応じて、デフォルト口座設定要求を解析し、設定待ちのデフォルト決済口座アカウントを含むデフォルト口座設定要求情報を取得することと、を含むことができる。

インターネット金融プラットフォームサーバは、デフォルト口座設定要求を受信すると、デフォルト口座設定要求に応じて、デフォルト口座設定要求を解析し、設定待ちのデフォルト決済口座アカウントと対象電子デバイスの対象電子デバイス識別子を取得し、その後に設定待ちのデフォルト決済口座アカウントに関連付けて記憶されたトークンを照会し、有効化待ちのトークンとする。

これにより、インターネット金融プラットフォームサーバは、ユーザが対象電子デバイスに対するデフォルト口座設定要求を有する場合に、対象電子デバイスに、設定待ちのデフォルト決済口座アカウントに対応する対象有効化データ及び対象有効化コマンドを送信することができる。

本願のいくつかの実施例において、有効化待ちの決済口座アカウントが設定待ちのデフォルト決済口座アカウントである場合、Ｓ６３０の後に、該データ処理方法は、対象電子デバイスから送信された、対象電子デバイスが有効化待ちのトークンを有効化状態に設定したことを指示するために用いられる有効化結果を受信することと、有効化結果に応じて、有効化待ちの決済口座アカウントに対応する決済口座の属性を、対象電子デバイスのデフォルト決済口座である対象属性に設定することと、有効化待ちのトークンに対応するトークン状態を有効化状態に設定することと、有効化待ちのトークンと対象電子デバイスとの間の関連関係を確立することとを含むことができる。

具体的には、対象電子デバイスは対象有効化コマンドを実行した後、インターネット金融プラットフォームサーバに有効化結果をフィードバックする。ここで、有効化結果は対象電子デバイスが有効化待ちのトークンを有効化状態に設定したことを指示するために用いられ、又は対象電子デバイスが有効化待ちのトークンを有効化失敗に設定するように指示するために用いられる。

インターネット金融プラットフォームサーバは、対象電子デバイスに対象有効化データ及び対象有効化コマンドを送信した後、対象電子デバイスから送信された有効化結果を受信し、且つ有効化結果は対象電子デバイスが有効化待ちのトークンを有効化状態に設定したことを指示するための有効化結果である場合、有効化待ちの決済口座アカウントに対応する決済口座属性を対象電子デバイスのデフォルト決済口座に設定し、且つ有効化待ちのトークンに対応するトークン状態を有効化状態に設定し、同時に有効化待ちのトークンと対象電子デバイスの対象電子デバイス識別子との間の関連関係を確立し、対象電子デバイスのＮＦＣ決済機能を利用可能な状態にする。

その後、インターネット金融プラットフォームサーバは対象電子デバイスに第１の提示情報をフィードバックすることができる。ここで、第１の提示情報は対象電子デバイスのデフォルト決済口座の設定が成功したことをユーザに提示するために用いられ、デフォルト決済口座によりＮＦＣ決済機能を正常に使用することができる。

本願の実施例において、バインドされた決済口座アカウントと対象電子デバイスにおける個人化データは疎結合関係に属し、すなわち動的マッピング関係は、有効化待ちのトークンと対象電子デバイスとの間の関連関係を確立することにより、デフォルト決済口座アカウントと対象電子デバイスとの間のマッピング関係の確立を実現することができる。

本願の他の実施形態において、有効化待ちの決済口座アカウントは変更待ちのデフォルト決済口座アカウントを含むことができる。

したがって、Ｓ６１０の前に、該データ処理方法はさらに対象電子デバイスから送信されたデフォルト口座変更要求を受信することと、デフォルト口座変更要求に応じて、デフォルト口座変更要求を解析し、変更待ちのデフォルト決済口座アカウントを含むデフォルト口座変更要求情報を取得することとを含むことができる。

インターネット金融プラットフォームサーバは、デフォルト口座変更要求を受信した後、デフォルト口座変更要求に応じて、デフォルト口座変更要求を解析し、変更待ちのデフォルト決済口座アカウントと対象電子デバイスの対象電子デバイス識別子を取得し、次に変更待ちのデフォルト決済口座アカウントに関連付けて記憶されたトークンを照会し、有効化待ちのトークンとする。

これにより、インターネット金融プラットフォームサーバは、ユーザが対象電子デバイスに対するデフォルト口座の変更要求を有する場合に、対象電子デバイスに変更待ちのデフォルト決済口座アカウントに対応する対象有効化データ及び対象有効化コマンドを送信することができる。

本願のいくつかの実施例において、有効化待ちの決済口座アカウントが変更待ちのデフォルト決済口座アカウントである場合、上記対象電子デバイスにデータ照会要求を送信する前に、該データ処理方法はさらに対象決済口座アカウントを取得することを含むことができ、そのうち、対象決済口座アカウントに対応する決済口座属性は対象属性であり、対象属性は対象電子デバイスのデフォルト決済口座である。

したがって、対象電子デバイスにデータ照会要求を送信することは、具体的に対象決済口座アカウントの決済口座タイプが変更待ちのデフォルト決済口座アカウントの決済口座タイプと異なる場合に、対象電子デバイスにデータ照会要求を送信することを含むことができる。

インターネット金融プラットフォームサーバは、対象電子デバイスにデータ照会要求を送信する前に、現在の決済口座属性が対象電子デバイスのデフォルト決済口座の対象決済口座アカウント、すなわち元のデフォルト決済口座アカウントであるか否かを照会する。次に、対象決済口座アカウントの決済口座タイプと変更待ちのデフォルト決済口座アカウントの決済口座タイプを比較する。最後に、比較結果は、対象決済口座アカウントの決済口座タイプが変更待ちのデフォルト決済口座アカウントの決済口座タイプと同じである場合に、対象電子デバイスの対象セキュアエレメントに対象個人化データが記憶されていることを意味し、直接有効化待ちのトークンに基づいて、対象有効化データを生成することができる。比較結果は、対象決済口座アカウントの決済口座タイプと変更待ちのデフォルト決済口座アカウントの決済口座タイプが異なることである場合に、対象電子デバイスの対象セキュアエレメントに対象個人化データが記憶されていないことを意味し、対象電子デバイスに対象個人化データを送信する必要があり、したがって、対象個人化データを取得することができ、且つ有効化待ちのトークンと対象個人化データに基づいて、対象有効化データを生成する。

本願の他の実施例において、有効化待ちの決済口座アカウントが変更待ちのデフォルト決済口座アカウントである場合、Ｓ６３０の後に、該データ処理方法は、さらに対象電子デバイスから送信された、対象電子デバイスが有効化待ちのトークンを有効化状態に設定したことを指示するために用いられる有効化結果を受信することと、有効化結果に応じて、有効化待ちの決済口座アカウントに対応する決済口座の属性を対象属性として設定し、且つ対象決済口座アカウントに対応する決済口座の属性を非対象属性とすることと、有効化待ちのトークンに対応するトークン状態を有効化状態に設定し、かつ対象決済口座アカウントに関連付けて記憶された対象トークンに対応するトークン状態を非有効化状態に設定することと、有効化待ちのトークンと対象電子デバイスとの間の関連関係を確立し、且つ対象トークンと対象電子デバイスとの間の関連関係を削除することとを含むことができる。

具体的には、対象電子デバイスは、対象有効化コマンドを実行した後、インターネット金融プラットフォームサーバに有効化結果をフィードバックする。ここで、有効化結果は対象電子デバイスが有効化待ちのトークンを有効化状態に設定したことを指示するために用いられ、又は対象電子デバイスが有効化待ちのトークンを有効化失敗に設定するように指示するために用いられる。

インターネット金融プラットフォームサーバは、対象電子デバイスに対象有効化データ及び対象有効化コマンドを送信した後、対象電子デバイスから送信された有効化結果を受信し、且つ有効化結果は対象電子デバイスが有効化待ちのトークンを有効化状態に設定したことを指示するための有効化結果である場合、まず、有効化待ちの決済口座アカウントに対応する決済口座属性を対象電子デバイスのデフォルト決済口座に設定し、且つ元のデフォルト決済口座アカウントに対応する決済口座属性を非対象属性に設定し、次に、有効化待ちのトークンに対応するトークン状態を有効化状態に設定することができ、且つ元のデフォルト決済口座アカウントに関連付けて記憶された元の対象トークンに対応するトークン状態を非有効化状態に設定し、最後に、有効化待ちのトークンと対象電子デバイスの対象電子デバイス識別子との間の関連関係を確立し、有効化待ちのトークンを新たな対象トークンとし、且つ元の対象トークンと対象電子デバイスの対象電子デバイス識別子との間の関連関係を削除する。

本願のいくつかの実施例において、インターネット金融プラットフォームサーバは対象電子デバイスに第２の提示情報をフィードバックすることができる。ここで、第２の提示情報は対象電子デバイスのデフォルト決済口座の変更が成功したことをユーザへ提示するために用いられ、新たなデフォルト決済口座によりＮＦＣ決済機能を正常に使用することができる。

これにより、本願の実施例において、有効化待ちのトークンと対象電子デバイスとの間の関連関係を確立し且つ元の対象トークンと対象電子デバイスとの間の関連関係を削除することにより、デフォルト決済口座アカウントと対象電子デバイスとの間のマッピング関係の変更を実現することができる。

本願のさらにいくつかの実施形態において、Ｓ６１０の前に、該データ処理方法はさらに対象電子デバイスから送信された決済口座バインディング要求を受信することと、決済口座バインディング要求に応じて、決済口座バインディング要求を解析し、バインド待ちの決済口座アカウントを含む決済口座バインディング要求情報を取得することと、バインド待ちの決済口座アカウントに基づいて、トークン生成要求を生成することと、トークン管理サーバに、トークン管理サーバにバインド待ちの決済口座アカウントに対応するトークンを生成させることに用いられるトークン生成要求を送信することと、トークン管理サーバからフィードバックされたバインド待ちの決済口座アカウントに対応するトークンを受信することと、バインド待ちの決済口座アカウントとバインド待ちの決済口座アカウントに対応するトークンとを関連付けて記憶することと、を含むことができる。

ユーザは、まず対象電子デバイスの金融アプリケーションプログラムの口座にログインし、金融アプリケーションプログラムをログイン状態にさせ、且つ金融アプリケーションプログラムのアプリケーションインタフェース内に該口座とバインディングされた対象電子デバイス、すなわちユーザが操作している電子デバイスを選択することができる。次に、ユーザは、金融アプリケーションプログラムのアプリケーションインタフェース内に、対象電子デバイスにバインドされた決済口座アカウントを添加し、バインド待ちの決済口座アカウントとし、対象電子デバイスがバインド待ちの決済口座アカウントに基づいて、決済口座バインディング要求を生成することができる。次に、対象電子デバイスはインターネット金融プラットフォームサーバに該決済口座バインディング要求を送信することができる。

インターネット金融プラットフォームサーバは、決済口座バインディング要求を受信した後、決済口座バインディング要求を解析して、バインド待ちの決済口座アカウント及び対象電子デバイスの対象電子デバイスの識別子を取得することができる。バインド待ちの決済口座アカウントに基づいて、トークン生成要求を生成し、且つトークン管理サーバに該トークン生成要求を送信する。

いくつかの実施例において、トークン管理サーバは図２～図４に示すＴＳＰプラットフォームサーバ１３０であってもよく、ＴＳＰプラットフォームサーバはトークン生成要求を受信した後に、トークン生成要求を解析して、バインド待ちの決済口座アカウントを取得し、次にバインド待ちの決済口座アカウントに対応するトークンを生成し、且つバインド待ちの決済口座アカウントとバインド待ちの決済口座アカウントに対応するトークンを関連付けて記憶する。バインド待ちの決済口座アカウントに対応するトークンをインターネット金融プラットフォームサーバにフィードバックする。

インターネット金融プラットフォームサーバは、ＴＳＰプラットフォームサーバからフィードバックされたバインド待ちの決済口座アカウントに対応するトークンを受信し、次にバインド待ちの決済口座アカウントとバインド待ちの決済口座アカウントに対応するトークンを関連付けて記憶することにより、ユーザがバインド待ちの決済口座アカウントに基づいて対象電子デバイスに対してデフォルトの決済口座アカウントを設定するか又は変更する場合、デフォルトの決済口座アカウントに対応するトークンを対象電子デバイスに送信することができる。

さらに、インターネット金融プラットフォームサーバは、さらに対象決済口座アカウントを対象電子デバイスにバインドした後、対象電子デバイスに第３の提示情報を送信することができる。ここで、第３の提示情報は、バインド待ちの決済口座アカウントと対象電子デバイスとのバインディングが成功したことをユーザに提示するために用いられる。

本願の実施例において、ＴＳＰプラットフォームサーバは、予め設定されたトークンの生成方式を利用して、バインド待ちの決済口座アカウントに対応するトークンを生成することができる。

例えば、トークン生成方式は、予め設定された暗号化アルゴリズムを利用してバインド待ちの決済口座アカウントの全ての数字を暗号化し、暗号化された暗号化文字列を取得し、暗号化文字列をバインド待ちの決済口座アカウントに対応するトークンとすることができる。さらに例えば、トークン生成方式は、予め設定された暗号化アルゴリズムを利用してバインド待ちの決済口座アカウントの一部の数字を暗号化し、暗号化された暗号化文字列を取得し、バインド待ちの決済口座アカウントの暗号化されていない数字及び暗号化文字列を接合し、バインド待ちの決済口座アカウントに対応するトークンを得る。

本願のいくつかの実施例において、インターネット金融プラットフォームサーバは、ＴＳＭプラットフォームサーバによりＴＳＰプラットフォームサーバと通信することができることで、データの安全性を向上させる。

本願のさらに他の実施形態において、該データ処理方法は、さらに状態変更要求を受信することと、
状態変更要求に応じて、状態変更要求を解析し、変更待ち状態の決済口座アカウントと対象電子デバイスの対象決済状態を含む状態変更要求情報を取得することと、
変更待ち状態の決済口座アカウントに関連付けて記憶された変更待ち状態のトークンを取得することと、
変更待ちの状態のトークンに対応するトークン状態が対象の決済状態に更新されることと、を含むことができる。

本願のいくつかの実施例において、状態変更要求は、インターネット金融プラットフォームサーバへ、ユーザが指定した変更待ち状態の決済口座アカウントに関連付けて記憶された変更待ち状態のトークンに対応するトークン状態を、ユーザが指定した対象電子デバイスの対象決済状態に更新するように要求するために用いられる。状態変更要求は、対象電子デバイスから送信された状態変更要求であってもよく、対象電子デバイス以外の他の電子デバイスから送信された状態変更要求であってもよく、電子デバイスにおいてインターネット金融プラットフォームに対応する金融アプリケーションプログラムがインストールされ、且つ金融アプリケーションプログラムがログインしたアカウントにＮＦＣ決済機能を変更する決済状態がバインディングされた対象電子デバイスであればよい。

具体的には、ユーザは、まず電子デバイスの金融アプリケーションプログラムの口座にログインし、金融アプリケーションプログラムをログイン状態にさせ、かつ金融アプリケーションプログラムのアプリケーションインタフェース内に該口座とバインディングされた対象電子デバイスを選択することができる。その後、ユーザは、金融アプリケーションのアプリケーションインタフェース内に変更待ち状態の決済口座アカウントと対象電子デバイスの対象決済状態を入力することができ、対象決済状態はユーザが変更したい対象電子デバイスの決済状態であってもよい。ユーザが操作する電子デバイスは変更待ち状態の決済口座アカウント及び対象決済状態に基づいて状態変更要求を生成し、且つ状態変更要求をインターネット金融プラットフォームサーバに送信することができる。

本願の実施例において、対象決済状態は有効化状態、紛失報告状態及びアンバインド状態のうちのいずれか一種を含むことができる。対象決済状態は正常状態と異常状態に分けられ、異常状態は紛失報告状態とアンバインド状態のいずれかを含むことができ、正常状態は有効化状態を含むことができる。

有効化状態とは、電子デバイスのＮＦＣ決済機能が有効化され、且つ利用可能な状態であることをいう。紛失報告状態とは、電子デバイスのＮＦＣ決済機能が有効化され且つ紛失ログイン状態にあり、紛失報告状態で、ＮＦＣ決済機能が一時停止される。アンバインド状態は、電子デバイスのＮＦＣ決済機能が有効化され且つ決済口座アカウントにバインドされない状態にあることを指し、バインドを解除する状態で、ＮＦＣ決済機能も使用を一時停止する。

本願の実施例において、対象電子デバイス又は他の電子デバイスはインターネット金融プラットフォームサーバと直接通信することができる。

本願のいくつかの実施例において、状態変更要求情報はさらに対象電子デバイス識別子を含むことができる。

すなわち、ユーザが操作する電子デバイスは、ユーザが入力した変更待ち状態の決済口座アカウント及び対象電子デバイスの対象決済状態を受信した後、さらに対象電子デバイスに対応する対象電子デバイス識別子を取得することができ、さらに対象電子デバイス識別子、変更待ち状態の決済口座アカウント及び対象決済状態に基づいて状態変更要求を生成することができる。

本願のいくつかの実施例において、インターネット金融プラットフォームサーバはトークンに対応するトークン状態を記憶することができる。例えば、インターネット金融プラットフォームサーバはトークン増加状態ビットであってもよく、状態ビットに状態値が設定され、一つの状態値は一つのトークン状態に対応し、且つ異なる状態値は異なるトークン状態に対応する。同時に、トークン状態は決済状態と同じである。

これらの実施例において、トークン状態が決済状態と同じであるため、好ましくは、インターネット金融プラットフォームサーバは対象決済状態と同じトークン状態に対応する対象状態値を確定することができ、且つ変更待ち状態のトークン状態ビットを該対象状態値に設定することにより、変更待ち状態のトークンに対応するトークン状態を対象決済状態に更新することを実現する。

本願の実施例において、一つの電子デバイスに、有効化状態にあるトークンが記憶され、且つ各トークンに対応するトークン状態が決済状態と同じであり、したがって、インターネット金融プラットフォームサーバはトークンに対応するトークン状態に基づいて、トークンに対応する電子デバイスの決済状態を決定することができ、さらに電子デバイスの決済状態に基づいて、該トークンが付いている取引要求に対応する取引を実行するか否かを決定することができる。

これにより、対象トークンに対応する対象トークン状態により対象電子デバイスの対象決済状態を更新することができ、対象電子デバイスにおける対象トークンを削除する必要がなく、インターネット金融プラットフォームサーバにおける対象トークンの対象トークン状態を更新するのみことで、対象電子デバイスが紛失した後、ユーザが対象電子デバイスの決済状態を変更することができないという問題を抑制することができ、さらに対象電子デバイスに関連する銀行口座が不正使用されるリスクを低減し、ユーザの銀行口座の安全性を向上させる。

本願の実施例において、変更待ち状態の決済口座アカウントに対応する決済口座属性が対象電子デバイスの非デフォルト決済口座である又は対象電子デバイスのデフォルト決済口座であるにもかかわらず、いずれも変更待ち状態のトークンに対応するトークン状態を対象決済状態に直接更新し、次に対象電子デバイスに第４の提示情報をフィードバックすることができる。ここで、第４の提示情報は、対象電子デバイスにバインディングされた変更待ち状態の決済口座アカウントの決済状態が対象決済状態に変更されたことをユーザへ提示するために用いられる。

本願のいくつかの実施例において、該情報処理方法はさらに対象アクワイアリングデバイスから送信された取引要求を受信することと、取引要求に応じて、取引要求を解析し、対象トークンを含む取引要求情報を取得することと、対象トークンに対応するトークン状態を照会することと、対象トークンに対応するトークン状態が異常状態である場合、取引要求に対応する取引を拒否することと、を含むことができる。

ここで、異常状態は紛失報告状態及びアンバインド状態のうちのいずれか一つを含む。

具体的には、ユーザが対象電子デバイスを使用して決済を行う場合、ショップは対象アクワイアリングデバイスにより対象電子デバイスの対象セキュアエレメントに記憶された有効化状態にあるトークン、即ち対象トークンを読み取り、対象アクワイアリングデバイスは対象トークン、対象アクワイアリングデバイスの対象アクワイアリングデバイス識別子及び取引金額に基づいて取引要求を生成し、次に取引要求をインターネット金融プラットフォームサーバに送信することができる。

対象アクワイアリングデバイス識別子は対象アクワイアリングデバイス識別子のＩＰアドレスであってもよく、対象アクワイアリングデバイス識別子のデバイスＩＤであってもよい。

インターネット金融プラットフォームサーバは、対象アクワイアリングデバイスから送信された取引要求を受信し、且つ取引要求を解析し、対象トークン、対象アクワイアリングデバイス識別子及び取引金額を取得し、その後に対象トークンに対応するトークン状態を照会することができる。インターネット金融プラットフォームサーバは、対象トークンに対応するトークン状態が異常状態である場合、取引要求に対応する取引を実行することを拒否する。対象トークンに対応するトークン状態が正常状態である場合に、対象トークンに関連付けて記憶された対象取引口座アカウントを照会し、対象取引口座アカウント、対象アクワイアリングデバイス識別子及び取引金額をカード発行機構サーバに送信し、カード発行機構サーバが取引要求に対応する取引を完了させ、取引金額を対象取引口座アカウントから対象アクワイアリングデバイス識別子に対応する取引口座アカウントに移動し、次に取引完了結果をインターネット金融プラットフォームサーバにフィードバックすることを実現する。インターネット金融プラットフォームサーバは取引完了結果を受信すると、取引完了結果を対象アクワイアリングデバイスに転送することができる。

本願の実施例において、対象アクワイアリングデバイスはインターネット金融プラットフォームサーバと直接通信することができ、対象アクワイアリングデバイスはさらにアクワイアリングプラットフォームサーバによりインターネット金融プラットフォームサーバと通信することができ、ここで制限しない。

これにより、ユーザは対象電子デバイスが紛失した後、対象電子デバイスの対象セキュアエレメントに記憶された個人化データ又はトークンを削除する必要がなく、対象電子デバイスの決済状態を異常状態に変更することのみで、該対象電子デバイスが再び決済に用いられる時に、インターネット金融プラットフォームサーバにより取引を実行されることを拒否し、対象電子デバイスに関連する銀行口座が不正使用されることを抑制し、ユーザの銀行口座の安全性を向上させる。

本願の他の実施例において、対象電子デバイスに関連する決済口座アカウントに不正使用されるリスクをさらに低減するために、対象決済状態が紛失報告状態及びアンバインド状態のいずれかを含む場合、状態変更要求情報を取得した後、該情報処理方法は、さらに変更待ち状態の決済口座アカウントに対応する決済口座属性が対象属性である場合、変更待ち状態の決済口座アカウントと対象電子デバイスとの間の関連関係を削除することを含むことができる。

ここで、対象属性は対象電子デバイスのデフォルト決済口座である。

具体的には、インターネット金融プラットフォームサーバはトークンと対象電子デバイスとの間に関連関係が存在するか否かを特定することにより、トークンに関連付けて記憶された決済口座アカウントに対応する決済口座属性を特定し、トークンと対象電子デバイスとの間に関連関係が存在すれば、トークンに関連付けて記憶された決済口座アカウントに対応する決済口座属性は対象電子デバイスのデフォルト決済口座であり、そうでなければトークンに関連付けて記憶された決済口座アカウントに対応する決済口座属性は対象電子デバイスの非デフォルト決済口座である。

トークンに関連付けて記憶された決済口座アカウントに対応する決済口座属性が対象電子デバイスのデフォルト決済口座である場合にのみ、対象電子デバイスの対象セキュアエレメントに該トークンが記憶されているので、変更待ち状態の決済口座アカウントに対応する決済口座属性が対象電子デバイスの非デフォルト決済口座である場合、変更待ち状態のトークンに対応するトークン状態を対象決済状態に更新すればよい。変更待ち状態の決済口座アカウントに対応する決済口座属性が対象電子デバイスのデフォルト決済口座である場合、対象電子デバイスの対象セキュアエレメントに変更待ち状態のトークンが記憶されているため、インターネット金融プラットフォームサーバにチェックミスが発生することを抑制するために、変更待ち状態の決済口座アカウントと対象電子デバイスとの間の関連関係をさらに削除することができ、変更待ち状態のトークンに対応する取引要求を受信する時に、対象決済状態が正常状態であると特定された後、さらに変更待ち状態のトークンと対象電子デバイスとの間に関連関係が存在するか否かを特定し、さらに取引要求に対応する取引を実行するか否かを特定する。

具体的には、変更待ち状態のトークンと対象電子デバイスとの間に関連関係が存在すれば、取引要求に対応する取引を実行する。変更待ち状態のトークンと対象電子デバイスとの間に関連関係が存在しなければ、取引要求に対応する取引を実行しない。

これにより、本願の実施例において、対象電子デバイスに関連する銀行口座の安全性をさらに向上させることができる。

本願のさらにいくつかの実施例において、取引要求に対応する取引の実行を拒否した後、該情報処理方法は、さらに対象トークンに対応するトークン状態に基づいて、取引要求に対応する取引フィードバック情報を生成することと、対象アクワイアリングデバイスに取引フィードバック情報を送信することとを含むことができる。

具体的には、インターネット金融プラットフォームサーバは、取引要求に対応する取引フィードバック情報を生成することができ、取引フィードバック情報内に対象トークンに対応するトークン状態を持たせ、次に対象アクワイアリングデバイスに取引フィードバック情報を送信する。対象アクワイアリングデバイスは、取引フィードバック情報を受信すると、取引フィードバック情報の付いている対象トークンに対応するトークン状態を表示することができることで、取引関係者（受取人又は決済人）に対象電子デバイスの対象決済状態を表示し、取引を拒否する原因を取引関係者へ通知する。

以下、図７～図１０を例として、本願の実施例が提供するデータ処理の各過程を詳細に説明する。

図７は、本願の実施例が提供する決済口座のバインド過程の一例のフローチャートを示す。図７に示すように、該決済口座の過程は以下を含むことができる。

Ｓ７０１には、ユーザは、対象電子デバイスの金融アプリケーションプログラムのアプリケーションインタフェースを開き、金融アプリケーションプログラムのアプリケーションインタフェース内で口座にログインし、且つ対象電子デバイスにバインドする決済口座タイプを選択し、対象電子デバイスにユーザの入力した決済口座タイプを受信させる。
Ｓ７０２には、ユーザは金融アプリケーションプログラムのアプリケーションインタフェースに、対象電子デバイスにバインドされている決済口座アカウントを入力し、対象電子デバイスにユーザの入力した決済口座アカウントを受信させる。
Ｓ７０３には、対象電子デバイスは、決済口座タイプを判断し、決済口座タイプがデビットカードタイプであれば、Ｓ７０４を実行し、決済口座タイプがクレジットカードタイプであれば、Ｓ７０５を実行する。
Ｓ７０４には、対象電子デバイスはデビットカード認証ページを表示し、ユーザが決済口座アカウントに対応する決済口座情報を照合し、且つ出金の暗証番号を入力し、金融アプリケーションプログラムのインターネット金融プラットフォームサーバが出金の暗証番号が正しいことを確認する場合に送信された検証コードを入力し、対象電子デバイスにユーザの入力した検証コードを受信させ、その後にＳ７０６を実行する。
Ｓ７０５には、対象電子デバイスはクレジットカード検証ページを表示し、ユーザが決済口座アカウントに対応する決済口座情報を照合し、且つ入力されたクレジットカードＣＶＮ２コード、クレジットカード有効期間を入力して、金融アプリケーションプログラムのインターネット金融プラットフォームサーバがクレジットカードのＣＶＮ２コード及びクレジットカードの有効期間が正確であると確認した場合に送信された検証コードを受信して入力し、対象電子デバイスにユーザの入力した検証コードを受信させ、その後にＳ７０６を実行する。
Ｓ７０６には、対象電子デバイスは、検証コード、決済口座アカウント及び対象電子デバイスの対象電子デバイス識別子に基づいて、決済口座バインディング要求を生成する。
Ｓ７０７には、対象電子デバイスはインターネット金融プラットフォームサーバへ決済口座バインディング要求を送信する。
Ｓ７０８には、インターネット金融プラットフォームサーバは、決済口座バインディング要求に応じて、決済口座バインディング要求を解析し、検証コード、決済口座アカウント及び対象電子デバイスの対象電子デバイス識別子を取得し、検証コード検証に成功した場合、決済口座アカウントに基づいて、トークン生成要求を生成する。
Ｓ７０９には、インターネット金融プラットフォームサーバは、ＴＳＰプラットフォームサーバにトークン生成要求を送信する。
Ｓ７１０には、ＴＳＰプラットフォームサーバは、トークン生成要求に応じて、決済口座アカウントに対応するトークンを生成し、且つ決済口座アカウントとトークンを関連付けて記憶する。
Ｓ７１１には、ＴＳＰプラットフォームサーバは、インターネット金融プラットフォームサーバへ決済口座アカウントに対応するトークンを送信する。
Ｓ７１２には、インターネット金融プラットフォームサーバは、決済口座アカウントとトークンを関連付けて記憶する。
Ｓ７１３には、インターネット金融プラットフォームサーバは、対象電子デバイスに第３の提示情報を送信する。
Ｓ７１４には、対象電子デバイスは、第３の提示情報を表示することにより、ユーザ決済口座アカウントと対象電子デバイスのバインディングが成功したことを提示する。

図８は、本願の実施例が提供するデフォルト決済口座設定過程の一例のフローチャートを示す。図８に示すように、該デフォルト決済口座を設定する過程は以下を含むことができる。

Ｓ８０１には、ユーザは、対象電子デバイスの金融アプリケーションプログラムのアプリケーションインタフェースを開き、金融アプリケーションプログラムのアプリケーションインタフェース内で口座にログインし、且つ対象電子デバイスにバインドされた少なくとも一つの決済口座アカウントにおいて、対象電子デバイスのデフォルト決済口座に設定しようとする決済口座アカウントを選択し、対象電子デバイスに、ユーザの入力した設定待ちの決済口座アカウントを受信させる。
Ｓ８０２には、対象電子デバイスは、該決済口座アカウントと対象電子デバイスの対象電子デバイス識別子に基づいて、デフォルト口座設定要求を生成する。
Ｓ８０３には、対象電子デバイスは、インターネット金融プラットフォームサーバにデフォルト口座設定要求を送信する。
Ｓ８０４には、インターネット金融プラットフォームサーバは、デフォルト口座設定要求に応じて、デフォルト口座設定要求を解析し、該決済口座アカウント及び対象電子デバイス識別子を取得する。
Ｓ８０５には、インターネット金融プラットフォームサーバは、該決済口座アカウントに関連付けて記憶されているトークンを照会し、次に対象電子デバイスにデータ照会要求を送信する。
Ｓ８０６には、対象電子デバイスは、データ照会要求を受信した後、対象セキュアエレメントに該トークンに対応する個人化データが記憶されているか否かを照会し、且つデータ照会結果をインターネット金融プラットフォームサーバにフィードバックすることができる。
Ｓ８０７には、インターネット金融プラットフォームサーバは、データ照会結果を判断することができ、データ照会結果が対象セキュアエレメントにおいて該トークンに対応する個人化データを照会したことである場合に、Ｓ８０８を実行し、データ照会結果が対象セキュアエレメントにおいて該トークンに対応する個人化データを照会しないことである場合に、Ｓ８０９を実行する。
Ｓ８０８には、インターネット金融プラットフォームサーバは、対象電子デバイスに該トークンと該トークンに対応する有効化コマンドを送信し、次にＳ８１０を実行する。
Ｓ８０９には、インターネット金融プラットフォームサーバは、対象電子デバイスに該トークン、該トークンに対応する有効化コマンド及び該トークンに対応する個人化データを送信し、次にＳ８１０を実行する。
Ｓ８１０には、対象電子デバイスは、該トークンを該トークンに対応する個人化データにロードし且つ該トークンを有効化状態に有効化する有効化結果とする。
Ｓ８１１には、対象電子デバイスは、インターネット金融プラットフォームサーバへ、対象電子デバイスが該トークンを有効化状態に設定することを指示するための有効化結果を送信する。
Ｓ８１２には、インターネット金融プラットフォームサーバは、該トークンに対応するトークン状態を有効化状態に設定し、次に、該トークンに関連付けて記憶されている決済口座アカウントに対応する決済口座属性を対象電子デバイスのデフォルト決済口座に設定し、且つ該トークンと対象電子デバイスとの間の関連関係を確立する。
Ｓ８１３には、インターネット金融プラットフォームサーバは、対象電子デバイスに第１の提示情報をフィードバックする。
Ｓ８１４には、対象電子デバイスは第１の指示情報を表示することにより、対象電子デバイスのデフォルト決済口座の設定が成功することをユーザへ提示する。

図９は、本願の実施例が提供する、デフォルト決済口座を変更する過程の一例のフローチャートを示す。図９に示すように、該デフォルト決済口座を変更する過程は以下を含むことができる。

Ｓ９０１には、ユーザは、対象電子デバイスの金融アプリケーションプログラムのアプリケーションインタフェースを開き、金融アプリケーションプログラムのアプリケーションインタフェースで口座にログインし、且つ対象電子デバイスにバインドされた少なくとも一つの決済口座アカウントから、対象電子デバイスの新たなデフォルト決済口座として変更される決済口座アカウントを選択し、対象電子デバイスにユーザの入力した変更待ちの決済口座アカウントを受信させる。
Ｓ９０２には、対象電子デバイスは、該決済口座アカウントと対象電子デバイスの対象電子デバイス識別子に基づいて、デフォルト口座変更要求を生成する。
Ｓ９０３には、対象電子デバイスは、インターネット金融プラットフォームサーバにデフォルト口座変更要求を送信する。
Ｓ９０４には、インターネット金融プラットフォームサーバは、デフォルト口座変更要求に応じて、デフォルト口座変更要求を解析し、該決済口座アカウント及び対象電子デバイス識別子を取得する。
Ｓ９０５には、インターネット金融プラットフォームサーバは、該決済口座アカウントに関連付けて記憶されているトークンと現在の該対象電子デバイス識別子と関連関係を有するトークンを照会し、且つ照会されたトークンに関連付けて記憶されている決済口座アカウントを照会し、該照会された決済口座アカウントは元のデフォルト決済口座アカウント、すなわち決済口座属性が対象電子デバイスのデフォルト決済口座である決済口座アカウントである。
Ｓ９０６には、インターネット金融プラットフォームサーバは、元のデフォルト決済口座アカウントの決済口座タイプと受信した決済口座アカウントの決済口座タイプを比較し、同じである場合に、Ｓ９０７を実行し、異なる場合に、Ｓ９０８を実行する。
Ｓ９０７には、インターネット金融プラットフォームサーバは、対象電子デバイスに受信された決済口座アカウントに対応するトークン及び該トークンに対応する有効化コマンドを送信し、その後に実行する。

Ｓ９０８には、インターネット金融プラットフォームサーバは、受信された決済口座アカウントに対応するトークン、該トークンに対応する有効化コマンド及び該トークンに対応する個人化データを対象電子デバイスに送信し、その後にＳ９０９を実行する。

Ｓ９０９には、対象電子デバイスは、該トークンを、該トークンに対応する個人化データにロードし、且つ該トークンを有効化状態に有効化させる。
Ｓ９１０には、対象電子デバイスは、対象電子デバイスが該トークンを有効化状態に設定したことを指示するための有効化結果をインターネット金融プラットフォームサーバに送信する。
Ｓ９１１には、インターネット金融プラットフォームサーバは、まず該トークンに関連付けて記憶されている決済口座アカウントに対応する決済口座属性を対象電子デバイスのデフォルト決済口座に設定し、且つ元のデフォルト決済口座アカウントに対応する決済口座属性を非対象属性に設定し、次に、該トークンに対応するトークン状態を有効化状態に設定し、且つ元のデフォルト決済口座アカウントに関連付けて記憶されているトークンに対応するトークン状態を非有効化状態に設定し、最後に、該トークンと対象電子デバイスとの間の関連関係を確立し、且つ元のデフォルト決済口座アカウントに関連付けて記憶されているトークンと対象電子デバイスとの間の関連関係を削除する。
Ｓ９１２には、インターネット金融プラットフォームサーバは、対象電子デバイスに第２の提示情報をフィードバックする。
Ｓ９１３には、対象電子デバイスが第２の提示情報を表示することにより、対象電子デバイスのデフォルト決済口座の変更が成功したことをユーザへ提示する。

図１０は、本願の実施例が提供するアンバインド決済口座のプロセスの一例のフローチャートを示す。図１０に示すように、該アンバインド決済口座の過程は以下を含むことができる。

Ｓ１００１には、ユーザは、対象電子デバイスの金融アプリケーションプログラムのアプリケーションインタフェースを開き、金融アプリケーションプログラムのアプリケーションインタフェース内で口座にログインし、且つ対象電子デバイスにバインドされた少なくとも一つの決済口座アカウントにおいて、バインド待ちの決済口座アカウントを選択し、対象電子デバイスにユーザの入力したアンバインド待ちの決済口座アカウントと対象電子デバイスの対象決済状態を受信させ、ここで、対象決済状態はアンバインド状態である。
Ｓ１００２には、対象電子デバイスは、対象電子デバイス識別子、該決済口座アカウント及び対象決済状態に基づいて、アンバインド要求を生成する。
Ｓ１００３には、対象電子デバイスは、インターネット金融プラットフォームサーバにアンバインド要求を送信する。
Ｓ１００４には、インターネット金融プラットフォームサーバは、アンバインド要求に応じて、アンバインド要求を解析し、対象電子デバイス識別子、該決済口座アカウント及び対象決済状態を取得する。
Ｓ１００５には、インターネット金融プラットフォームサーバは、該決済口座アカウントに対応する決済口座属性を照会し、且つ該決済口座アカウントに対応する決済口座属性を判断し、決済口座属性が対象電子デバイスの非デフォルト決済口座である場合に、Ｓ１００６を実行し、決済口座属性が対象電子デバイスのデフォルト決済口座である場合に、Ｓ１００７を実行する。
Ｓ１００６には、インターネット金融プラットフォームは、該決済口座アカウントに関連付けて記憶されているトークンに対応するトークン状態をアンバインド状態に更新し、その後にＳ１００８を実行する。

Ｓ１００７には、インターネット金融プラットフォームは、該決済口座アカウントに関連付けて記憶されているトークンに対応するトークン状態をアンバインド状態に更新し、且つ該決済口座アカウントに関連付けて記憶されたトークンと対象電子デバイスとの間の関連関係を削除し、次にＳ１００８を実行する。
Ｓ１００８には、インターネット金融プラットフォームサーバは、対象電子デバイスに第４の提示情報を送信する。
Ｓ１００９には、対象電子デバイスが第４の提示情報を表示することにより、アンバインド待ちの決済口座アカウントの決済状態がアンバインド状態に変更されることをユーザに提示する。

アンバインド待ちの決済口座アカウントに対応する決済口座属性が対象電子デバイスのデフォルト決済口座である場合、対象電子デバイスと該決済口座アカウントのアンバインドが成功した後、インターネット金融プラットフォームサーバデバイスは、アクワイアリングデバイスから送信され該決済口座アカウントに関連付けて記憶されているトークンに対応する取引要求を受信すると、該トークンのトークン状態がアンバインド状態であると照会した後に、該取引要求に対応する取引を拒否することができる。

なお、ユーザがアンバインド機能をクリックすると、インターネット金融プラットフォームサーバ内に記憶されているトークンに対応するトークン状態をアンバインド状態に更新することができる。ユーザは紛失通知機能をクリックすることにより、インターネット金融プラットフォームサーバ内に記憶されているトークンに対応するトークン状態を紛失報告状態に更新することができる。具体的には、決済口座の紛失過程は、バインド決済口座のバインド過程と類似し、ここでは説明を省略する。

また、ユーザは、インターネット金融プラットフォームサーバ内に記憶されたトークンに対応するトークン状態をアンバインド状態及び紛失報告状態に更新した後、改めてバインディング機能及び紛失解除機能をクリックすることができ、インターネット金融プラットフォームサーバ内に記憶されているトークンに対応するトークン状態を有効化状態に再更新し、その過程は決済口座のアンバインドの過程と類似するため、ここでは説明を省略する。

これにより、本願の実施例において、対象電子デバイスとバインドされた決済口座アカウントと対象セキュアエレメントにロードされた個人化データは疎結合関係に属し、動的マッピング関係に属するので、後にデフォルト決済口座を改めてバインディングする過程において、頻繁な検証、ダウンロード及びカードの新たに書き込みの過程を引き起こさない。同時に、対象セキュアエレメントに共通個人化データロードトークンを記憶することができ、各カード発行機構の個人化データの間の差異を除去することができ、個人化データとアクワイアリングデバイスとの間の互換性を向上させ、業界で推し広めている良好な将来性を有する。

図１１は、本願の提供するデータ処理装置の実施例の構造概略図を示す。

本願のいくつかの実施例において、図１１に示す装置は、図１～図４に示す電子デバイス１１０における対象電子デバイスであってもよい。ここで、対象電子デバイスは任意の電子デバイス１１０であってもよい。

図１１に示すように、該データ処理装置１１００は、第１の受信モジュール１１１０、第１の処理モジュール１１２０及び第２の処理モジュール１１３０を含むことができる。

第１の受信モジュール１１１０は、対象サーバから送信された対象有効化データ及び対象有効化コマンドを受信するために用いられる。ここで、対象有効化データは、有効化待ちの決済口座アカウントに対応する有効化待ちのトークンを含む。

第１の処理モジュール１１２０は、対象有効化コマンドに応じて、対象個人化データ中の対象トークンを有効化待ちのトークンに更新するために用いられる。ここで、対象個人化データの属する取引口座タイプは、対象有効化コマンドの属する取引口座タイプと同じである。

第２の処理モジュール１１３０は、更新後の対象トークンを有効化状態に設定するために用いられる。

本願の実施例において、対象サーバから送信された有効化待ちの決済口座アカウントに対応する有効化待ちのトークン及び対象有効化コマンドを受信した後、その属する取引口座タイプと対象有効化コマンドの属する取引口座タイプが同じである対象個人化データにおける対象トークンを直接有効化待ちのトークンに更新し、且つ更新後の対象トークンを有効化状態に設定し、さらに有効化待ちのトークンを直接利用して対象個人化データにおける対象トークンを更新し且つ更新後の対象トークンを有効化することができ、有効化待ちのトークンを有効化する過程において、有効化されたトークン及びそれに対応する個人化データを削除する必要がなく、これにより有効化待ちのトークンを有効化する過程における個人化データの削除、個人化データ検証及び個人化データダウンロードの過程を減少させ、デフォルト決済口座を設定する時に上記過程におけるエラーの発生を抑制し、デフォルト口座を設定する成功率を向上させる。

本願のいくつかの実施例において、対象個人化データは、対象セキュアエレメントに記憶されているトークンが有効化状態にある個人化データであってもよい。

本願の他の実施例において、対象個人化データは、対象セキュアエレメントに記憶されているトークンが非有効化状態にある個人化データであってもよい。

本願のいくつかの実施例において、対象有効化データはさらに対象個人化データを含むことができる。

ここで、該データ処理装置１１００は、さらに第１の記憶モジュールを含み、第１の記憶モジュールは対象個人化データを対象セキュアエレメントに記憶するために用いられる。

本願のいくつかの実施例において、該データ処理装置１１００は、さらに第３の処理モジュールを含み、第３の処理モジュールは更新後の対象トークン以外の有効化トークンを非有効化状態に設定するために用いられる。

本願のいくつかの実施例において、有効化待ちの決済口座アカウントは、設定待ちのデフォルト決済口座アカウントを含むことができる。

ここで、該データ処理装置１１００は、さらに第２の受信モジュール、第２の生成モジュール及び第２の送信モジュールを含むことができる。

第２の受信モジュールは、設定待ちのデフォルト決済口座アカウントを受信するために用いられる。

第２の生成モジュールは、設定待ちのデフォルト決済口座アカウントに基づいて、デフォルト口座設定要求を生成するために用いられる。

第２の送信モジュールは、対象サーバにデフォルト口座設定要求を送信するために用いられる。ここで、デフォルト口座設定要求は、設定待ちのデフォルト決済口座アカウントに対応する対象有効化データ及び対象有効化コマンドを対象サーバにフィードバックすることに用いられる。

本願の他の実施例において、有効化待ちの決済口座アカウントは、変更待ちのデフォルト決済口座アカウントを含むことができる。

ここで、該データ処理装置１１００は、さらに第３の受信モジュール、第３の生成モジュール及び第３の送信モジュールを含むことができる。

第３の受信モジュールは、変更待ちのデフォルト決済口座アカウントを受信するために用いられる。

第３の生成モジュールは、変更待ちのデフォルト決済口座アカウントに基づいて、デフォルト口座変更要求を生成するために用いられる。

第３の送信モジュールは、対象サーバにデフォルト口座変更要求を送信するために用いられる。ここで、デフォルト口座変更要求は、対象サーバに変更待ちのデフォルト決済口座アカウントに対応する対象有効化データ及び対象有効化コマンドをフィードバックさせることに用いられる。

なお、図１１に示すデータ処理装置１１００は、図５に示す方法実施例における各ステップを実行することができ、且つ図５に示す方法実施例における各過程及び効果を実現し、ここでは説明を省略する。

図１２は、本願の提供するデータ処理装置の他の実施例の構造概略図を示す。

本願のいくつかの実施例において、図１２に示す装置は、図１～図４に示すインターネット金融プラットフォームサーバ１２０であってもよい。

図１２に示すように、該データ処理装置１２００は、第１の取得モジュール１２１０、第１の生成モジュール１２２０及び第１の送信モジュール１２３０を含むことができる。

第１の取得モジュール１２１０は、有効化待ちの決済口座アカウントに関連付けて記憶されている有効化待ちのトークン及び対象有効化コマンドを取得することに用いられる。ここで、有効化待ちの決済口座アカウントの取引口座タイプは対象有効化コマンドの属する取引口座タイプと同じである。

第１の生成モジュール１２２０は有効化待ちのトークンに基づいて、対象有効化データを生成するために用いられる。

第１の送信モジュール１２３０は、対象電子デバイスに対象有効化データ及び対象有効化コマンドを送信するために用いられる。ここで、対象有効化コマンドは、対象電子デバイスが対象個人化データにおける対象トークンを有効化待ちのトークンに更新し、更新後の対象トークンを有効化状態に設定することに用いられ、対象個人化データの属する取引口座タイプは、対象有効化コマンドの属する取引口座タイプと同じである。

本願の実施例において、有効化待ちの決済口座アカウントに関連付けて記憶されている有効化待ちのトークン、及び属する取引口座タイプと有効化待ちの決済口座アカウントの取引口座タイプが同じである対象有効化コマンドを取得した後、有効化待ちのトークンに基づいて、対象有効化データを生成し、且つ対象電子デバイスに対象有効化データ及び対象有効化コマンドを送信することにより、対象電子デバイスの属する取引口座タイプと対象有効化コマンドの属する取引口座タイプが同じである対象個人化データ中の対象トークンを有効化待ちのトークンに更新し且つ更新された対象トークンを有効化状態に設定し、さらに有効化待ちのトークンを直接利用して対象個人化データにおける対象トークンを更新しかつ更新後の対象トークンを有効化することができ、有効化待ちのトークンを有効化する過程において有効化されたトークン及びそれに対応する個人化データを削除する必要がなく、有効化待ちのトークンを有効化する過程における個人化データの削除、個人化データ検証及び個人化データダウンロードの過程を減少させ、デフォルト決済口座を設定する時に上記過程におけるエラーの発生を抑制し、デフォルト口座を設定する成功率を向上させる。

本願のいくつかの実施例において、該データ処理装置１２００は、さらに第２の取得モジュールを含み、第２の取得モジュールは対象個人化データを取得するために用いられる。

ここで、第１の生成モジュール１２２０は、具体的に有効化待ちのトークン及び対象個人化データに基づいて、対象有効化データを生成するために用いられる。

本願のいくつかの実施例において、該データ処理装置１２００は、さらに第４の送信モジュール及び第４の受信モジュールを含むことができる。

第４の送信モジュールは、対象電子デバイスにデータ照会要求を送信するために用いられる。ここで、データ照会要求は、対象電子デバイスの対象セキュアエレメントにおける対象個人化データを照会することに用いられる。

第４の受信モジュールは、対象電子デバイスからフィードバックされたデータ照会結果を受信するために用いられる。

ここで、第２の取得モジュールは、具体的にデータ照会結果が対象セキュアエレメントにおいて対象個人化データを照会しなかったことである場合に、対象個人化データを取得するために用いられる。

本願のいくつかの実施例において、有効化待ちの決済口座アカウントは、設定待ちのデフォルト決済口座アカウントを含むことができる。

ここで、該データ処理装置１２００は、さらに第５の受信モジュール及び第１の解析モジュールを含むことができる。

第５の受信モジュールは、対象電子デバイスから送信されたデフォルト口座設定要求を受信するために用いられる。

第１の解析モジュールは、デフォルト口座設定要求に応じて、デフォルト口座設定要求を解析し、デフォルト口座設定要求情報を取得するために用いられる。ここで、デフォルト口座設定要求情報は、設定待ちのデフォルト決済口座アカウントを含む。

本願のいくつかの実施例において、該データ処理装置１２００は、さらに第６の受信モジュール、第４の処理モジュール、第５の処理モジュール及び第６の処理モジュールを含むことができる。

第６の受信モジュールは、対象電子デバイスから送信された有効化結果を受信するために用いられる。ここで、有効化結果は、対象電子デバイスが有効化待ちのトークンを有効化状態に設定したことを指示するために用いられる。

第４の処理モジュールは、有効化結果に応じて、有効化待ちの決済口座アカウントに対応する決済口座属性を対象属性に設定するために用いられる。ここで、対象属性は対象電子デバイスのデフォルト決済口座である。

第５の処理モジュールは、有効化待ちのトークンに対応するトークン状態を有効化状態に設定するために用いられる。

第６の処理モジュールは、有効化待ちのトークンと対象電子デバイスとの間の関連関係を確立するために用いられる。

本願のいくつかの実施例において、有効化待ちの決済口座アカウントは、変更待ちのデフォルト決済口座アカウントを含むことができる。

ここで、該データ処理装置１２００は、さらに第７の受信モジュール及び第２の解析モジュールを含むことができる。

第７の受信モジュールは、対象電子デバイスから送信されたデフォルト口座変更要求を受信するために用いられる。

第２の解析モジュールは、デフォルト口座変更要求に応じて、デフォルト口座変更要求を解析し、デフォルト口座変更要求情報を取得するために用いられる。ここで、デフォルト口座変更要求情報は、変更待ちのデフォルト決済口座アカウントを含む。

本願のいくつかの実施例において、該データ処理装置１２００は、さらに第３の取得モジュールを含み、第３の取得モジュールは、対象決済口座アカウントを取得するために用いられる。ここで、対象決済口座アカウントに対応する決済口座属性は対象属性であり、対象属性は対象電子デバイスのデフォルト決済口座である。

ここで、第４の送信モジュールは、具体的には対象決済口座アカウントの決済口座タイプと変更待ちのデフォルト決済口座アカウントの決済口座タイプが異なる場合に、対象電子デバイスにデータ照会要求を送信するために用いられる。

本願のいくつかの実施例において、該データ処理装置１２００は、さらに第８の受信モジュール、第７の処理モジュール、第８の処理モジュール及び第９の処理モジュールを含むことができる。

第８の受信モジュールは、対象電子デバイスから送信された有効化結果を受信するために用いられる。ここで、有効化結果は、対象電子デバイスが有効化待ちのトークンを有効化状態に設定したことを指示するために用いられる。

第７の処理モジュールは、有効化結果に応じて、有効化待ちの決済口座アカウントに対応する決済口座の属性を対象属性として設定し、且つ対象決済口座アカウントに対応する決済口座の属性を非対象属性とするために用いられる。

第８の処理モジュールは、有効化待ちのトークンに対応するトークン状態を有効化状態に設定し、且つ対象決済口座アカウントに関連付けて記憶された対象トークンに対応するトークン状態を非有効化状態に設定するために用いられる。

第９の処理モジュールは、有効化待ちのトークンと対象電子デバイスとの間の関連関係を確立し、且つ対象トークンと対象電子デバイスとの間の関連関係を削除するために用いられる。

本願のいくつかの実施例において、該データ処理装置１２００は、さらに第９の受信モジュール、第３の解析モジュール、第４の生成モジュール、第５の送信モジュール、第１０の受信モジュール及び第２の記憶モジュールを含むことができる。

第９の受信モジュールは、対象電子デバイスから送信された決済口座バインディング要求を受信するために用いられる。

第３の解析モジュールは、決済口座バインディング要求に応じて、決済口座バインディング要求を解析して、決済口座のバインディング請求情報を取得するために用いられる。ここで、決済口座バインディング要求情報はバインド待ちの決済口座アカウントを含む。

第４の生成モジュールは、バインド待ちの決済口座アカウントに基づいて、トークン生成要求を生成するために用いられる。

第５の送信モジュールは、トークン管理サーバにトークン生成要求を送信するために用いられる。ここで、トークン生成要求は、トークン管理サーバにバインド待ちの決済口座アカウントに対応するトークンを生成することに用いられる。

第１０の受信モジュールは、トークン管理サーバからフィードバックされたバインド待ちの決済口座アカウントに対応するトークンを受信するために用いられる。

第２の記憶モジュールは、バインド待ちの決済口座アカウントとバインド待ちの決済口座アカウントに対応するトークンを関連付けて記憶するために用いられる。

本願のいくつかの実施例において、該データ処理装置１２００は、さらに第１１の受信モジュール、第４の解析モジュール、第４の取得モジュール及び第１０の処理モジュールを含むことができる。

第１１の受信モジュールは、状態変更要求を受信するために用いられてもよい。

第４の解析モジュールは、状態変更要求に応じて、状態変更要求を解析して、状態変更要求情報を得るために用いられる。ここで、状態変更要求情報は、変更待ち状態の決済口座アカウント及び対象電子デバイスの対象決済状態を含む。

第４の取得モジュールは、変更待ち状態の決済口座アカウントに関連付けて記憶されている変更待ち状態のトークンを取得するために用いられる。

第１０の処理モジュールは、変更待ち状態のトークンに対応するトークン状態を対象決済状態に更新するために用いられる。

本願のいくつかの実施例において、対象決済状態は紛失報告状態及びアンバインド状態のうちのいずれか一つを含むことができる。
ここで、該データ処理装置１２００は、さらに第１１の処理モジュールを含み、第１１の処理モジュールは、変更待ち状態の決済口座アカウントに対応する決済口座属性が対象属性である場合、変更待ち状態の決済口座アカウントと対象電子デバイスとの間の関連関係を削除するために用いられる。ここで、対象属性は対象電子デバイスのデフォルト決済口座である。

本願のいくつかの実施例において、対象決済状態は、紛失報告状態、アンバインド状態及び有効化状態のうちのいずれか一つを含むことができる。

本願のいくつかの実施例において、該データ処理装置１２００は、さらに第１２の受信モジュール、第５の解析モジュール、第１２の処理モジュール及び第１３の処理モジュールを含むことができる。

第１２の受信モジュールは、対象アクワイアリングデバイスから送信された取引要求を受信するために用いられる。

第５の解析モジュールは、取引要求に応じて、取引要求を解析し、取引要求情報を取得するために用いられる。ここで、取引要求情報は対象トークンを含む。

第１２の処理モジュールは、対象トークンに対応するトークン状態を照会するために用いられる。

第１３の処理モジュールは、対象トークンに対応するトークン状態が異常状態である場合、取引要求に対応する取引の実行を拒否するために用いられる。

ここで、異常状態は、紛失報告状態及びアンバインド状態のうちのいずれかを含む。

本願のいくつかの実施例において、該データ処理装置１２００は、さらに第５の生成モジュール及び第６の送信モジュールを含むことができる。

第５の生成モジュールは、対象トークンに対応するトークン状態に基づいて、取引要求に対応する取引フィードバック情報を生成するために用いられる。

第６の送信モジュールは、対象アクワイアリングデバイスに取引フィードバック情報を送信するために用いられる。

なお、図１２に示すデータ処理装置１２００は、図６に示す方法実施例における各ステップを実行することができ、且つ図６に示す方法実施例における各過程及び効果を実現し、ここでは説明を省略する。

図１３は、本願が提供するデータ処理デバイスの実施例のハードウェア構成図を示す。

データ処理デバイスは、プロセッサ１３０１とコンピュータプログラムコマンドを記憶したストレージ１３０２を含むことができる。

具体的には、上記プロセッサ１３０１は、中央処理装置（ＣＰＵ）、又は特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ）を含むことができ、又は本願の実施例の一つ又は複数の集積回路を実施するように構成されてもよい。

ストレージ１３０２は、データやコマンドのための大容量のストレージを含んでもよい。例えば、ストレージ１３０２は、ハードディスクドライブ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ、ＨＤＤ）、フレキシブルディスクドライブ、フラッシュメモリ、光ディスク、光磁気ディスク、磁気テープ又はユニバーサルシリアルバス（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ、ＵＳＢ）ドライブ又は二つ以上のこれらの組み合わせを含むことができる。適切な場合に、ストレージ１３０２は、消去可能又は消去不可（又は固定）の媒体を含むことができる。適切な場合、ストレージ１３０２は、データ処理デバイスの内部又は外部に位置することができる。特定の実施例において、ストレージ１３０２は不揮発性固体メモリである。特定の実施例において、ストレージ１３０２はリードオンリーメモリ（ＲＯＭ）を含む。適切な場合に、該ＲＯＭは、マスクプログラムのＲＯＭ、プログラム可能なＲＯＭ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、電気的消去再書込なＲＯＭ（ＥＡＲＯＭ）又はフラッシュメモリ又は二つ以上のこれらの組み合わせであってもよい。

プロセッサ１３０１は、ストレージ１３０２に記憶されたコンピュータプログラムコマンドを読み出して実行することにより、上記実施例のいずれかのデータ処理方法を実現する。

一例において、データ処理デバイスは、さらに通信インタフェース１３０３及びバス１３１０を含むことができる。そのうち、図１３に示すように、プロセッサ１３０１、ストレージ１３０２、通信インタフェース１３０３は、バス１３１０を介して接続され且つ相互間の通信を完了する。

通信インタフェース１３０３は、主に本願の実施例における各モジュール、装置、ユニット及び／又はデバイスの間の通信を実現するために用いられる。

バス１３１０は、ハードウェア、ソフトウェア又はこれら双方を含み、データ処理デバイスの部品を相互に結合する。例えば、バス１３１０は、アクセラレーテッド・グラフィクス・ポート（ＡＧＰ）若しくはその他のグラフィック専用バス、ＥＩＳＡ（Ｅｘｔｅｎｄｅｄ Ｉｎｄｕｓｔｒｙ Ｓｔａｎｄａｒｄ Ａｒｃｈｉｔｅｃｔｕｒｅ）バス、フロントサイドバス（ＦＳＢ）、ハイパートランスポート（ＨＴ）インターコネクト、業界標準アーキテクチャ（ＩＳＡ）バス、インフィニバンド・インターコネクト、ＬＰＣ（ｌｏｗ－ｐｉｎ－ｃｏｕｎｔ）バス、メモリバス、マイクロ・チャネル・アーキテクチャ（ＭＣＡ）バス、コンピュータ用拡張バスアーキテクチャ（ＰＣＩ）バス、ＰＣＩエクスプレス（ＰＣＩ－Ｘ）バス、シリアルＡＴＡ（ＳＡＴＡ）バス、ＶＬＢ（Ｖｉｄｅｏ Ｅｌｅｃｔｒｏｎｉｃｓ Ｓｔａｎｄａｒｄｓ Ａｓｓｏｃｉａｔｉｏｎ ｌｏｃａｌ）バス、若しくはその他の好適なバス、又はこれらの２つ以上の組み合わせを含み得る。バス１３１０は、必要に応じて、一つ以上のバスを含んでいてもよい。本願の実施例は特定のバスを図示して説明しているが、本願はいかなる好適なバス又はインターコネクトをも意図している。

該データ処理デバイスは、本願の実施例における情報処理方法を実行することができ、それにより図５～図１２を参照して説明したデータ処理方法及び装置を実現する。

また、上記実施例におけるデータ処理方法を結合し、本願の実施例はコンピュータ読み取り可能な記憶媒体を提供して実現することができる。該コンピュータ読み取り可能な記憶媒体にコンピュータプログラムコマンドが記憶される。該コンピュータプログラムコマンドがプロセッサに実行される時に上記実施例のいずれかのデータ処理方法を実現する。

なお、本願は、上記で説明し且つ図に示された特定の構成及び処理に限定されるものではない。簡単明瞭にするために、ここでは既知の方法の詳細な説明を省略する。上記実施例において、いくつかの具体的なステップを例として説明して示す。しかしながら、本願の方法プロセスが説明及び示された具体的なステップに限定されず、当業者は本願の主旨を理解した後に、様々な変更、修正及び追加、又はステップの間の順序を変更することができる。

以上に述べた構成ブロック図に示された機能ブロックは、ハードウェア、ソフトウェア、ファームウェア又はそれらの組み合わせとして実現することができる。ハードウェア方式で実現する場合、例えば電子回路、特定用途向け集積回路（ＡＳＩＣ）、適切なファームウェア、プラグイン、機能カード等であってもよい。ソフトウェア方式で実現する場合、本願の要素は必要なタスクを実行するためのプログラム又はコードセグメントである。プログラム又はコードセグメントは機器読み取り可能な媒体に記憶されてもよく、又は搬送波に搬送されたデータ信号により伝送媒体又は通信リンクに伝送されてもよい。「機器読み取り可能な媒体」には、情報を記憶するまたは送信することが可能な任意の媒体が含まれ得る。機器読み取り可能な媒体の例は、電子回路、半導体メモリデバイス、ＲＯＭ、フラッシュメモリ、消去可能なＲＯＭ（ＥＲＯＭ）、フレキシブルディスク、ＣＤ－ＲＯＭ、光ディスク、ハードディスク、光ファイバ媒体、無線周波数（ＲＦ）リンク等を含む。コードセグメントは、インターネット、イントラネット等のコンピュータネットワークを介してダウンロードされてもよい。

以上、本願の実施例に係る方法、装置（システム）及び機器プログラム製品のフローチャート及び／又はブロック図を参照して本願の各態様を説明した。理解すべきことは、フローチャート及び／又はブロック図における各ブロック及びフローチャート、及び／又はブロック図における各ブロックの組み合わせはプログラム又はコマンドにより実現できることである。これらのプログラム又はコマンドは共通コンピュータ、専用コンピュータ、又は他のプログラム可能なデータ処理装置のプロセッサに提供され、機器を生成することにより、コンピュータ又は他のプログラム可能なデータ処理装置のプロセッサにより実行されたこれらのプログラム又はコマンドによりフローチャート及び／又はブロック図の一つ又は複数のブロックに指定された機能／動作を実現する。このようなプロセッサは、共通プロセッサ、専用プロセッサ、特殊アプリケーションプロセッサ又はフィールドプログラマブルロジック回路であってもよいがそれらに限定されない。ブロック図及び／又はフローチャートにおける各ブロック及びブロック図及び／又はフローチャートにおけるブロックの組み合わせは、指定された機能又は動作を実行する専用ハードウェアで実現されてもよく、又は専用ハードウェアとコンピュータコマンドの組み合わせで実現されてもよいと理解してもよい。

なお、本願において言及された例示的な実施例では、一連のステップ又は装置に基づいていくつかの方法又はシステムを説明した。しかし、本願は上記ステップの順序に限定されず、即ち、実施例に言及された順序に応じてステップを実行することができ、実施例における順序と異なるか、又は複数のステップを同時に実行することもできる。

前記は、本願の具体的な実施形態のみであるが、当業者であれば明確に理解でき、説明の便宜及び簡潔にするために、上記で説明したシステム、モジュール及びユニットの具体的な動作過程は、前述の方法実施例における対応するプロセスを参照することができ、ここでは説明を省略する。理解すべきことは、本願の保護範囲はこれに限定されるものではなく、当業者は本願に開示された技術的範囲内に、様々な等価な修正又は置換を容易に想到でき、これらの修正又は置換はいずれも本願の保護範囲内に含まれるべきである。

Claims (24)

1. 電子デバイスは、対象サーバから送信された、有効化待ちの決済口座アカウントに対応する有効化待ちのトークンを含む対象有効化データと対象有効化コマンドとを受信することと、
   前記電子デバイスは、前記対象有効化コマンドに応じて、前記電子デバイスのセキュアエレメントに記憶されている、対象有効化コマンドと同一の取引口座タイプに属する対象個人化データ中の対象トークンを前記有効化待ちのトークンに更新することと、
   前記電子デバイスは、前記対象有効化コマンドに応答して、更新後の対象トークンを有効化状態に設定し、更新後の対象トークン以外の有効化トークンを非有効化状態に設定することと、
   を含む、
   データ処理方法。
2. 前記対象個人化データは、対象セキュアエレメントに記憶されているトークンが有効化状態にある個人化データである、
   請求項１に記載のデータ処理方法。
3. 前記対象個人化データは、対象セキュアエレメントに記憶されているトークンが非有効化状態にある個人化データである
   請求項１に記載のデータ処理方法。
4. 前記対象有効化データは、さらに前記対象個人化データを含み、
   前記対象個人化データにおける対象トークンを前記有効化待ちのトークンに更新する前に、さらに、前記対象個人化データを前記対象セキュアエレメントに記憶することを含む、
   請求項３に記載のデータ処理方法。
5. 前記有効化待ちの決済口座アカウントは、設定待ちのデフォルト決済口座アカウントを含み、
   前記対象サーバから送信された対象有効化データ及び対象有効化コマンドを受信する前に、さらに、
   前記電子デバイスは、前記設定待ちのデフォルト決済口座アカウントを受信することと、
   前記電子デバイスは、前記設定待ちのデフォルト決済口座アカウントに基づいて、前記対象サーバに、前記設定待ちのデフォルト決済口座アカウントに対応する前記対象有効化データ及び前記対象有効化コマンドをフィードバックさせるデフォルト口座設定要求を生成することと、
   前記電子デバイスは、前記対象サーバに前記デフォルト口座設定要求を送信することと、
   を含む、
   請求項３又は４に記載のデータ処理方法。
6. 前記有効化待ちの決済口座アカウントは、変更待ちのデフォルト決済口座アカウントを含み、
   前記対象サーバから送信された対象有効化データ及び対象有効化コマンドを受信する前に、さらに、
   前記電子デバイスは、前記変更待ちのデフォルト決済口座アカウントを受信することと、
   前記電子デバイスは、前記変更待ちのデフォルト決済口座アカウントに基づいて、前記対象サーバに、前記変更待ちのデフォルト決済口座アカウントに対応する前記対象有効化データ及び前記対象有効化コマンドをフィードバックさせるデフォルト口座変更要求を生成することと、
   前記電子デバイスは、前記対象サーバに前記デフォルト口座変更要求を送信することと、
   を含む、
   請求項２～４のいずれか一項に記載のデータ処理方法。
7. 対象サーバは、有効化待ちの決済口座アカウントに関連付けて記憶されている有効化待ちのトークンと前記有効化待ちの決済口座アカウントと同一の取引口座タイプに属する対象有効化コマンドとを取得することと、
   前記対象サーバは、前記有効化待ちのトークンに基づいて、前記対象有効化コマンドと同一の取引口座タイプに属する対象有効化データを生成することと、
   前記対象サーバは対象電子デバイスに前記対象有効化データ及び前記対象有効化コマンドを送信することと、を含み、
   ここで、前記対象有効化コマンドは、前記対象電子デバイスが、前記電子デバイスのセキュアエレメントに記憶されている、対象個人化データ中の対象トークンを前記有効化待ちのトークンに更新するとともに、更新後の対象トークンを有効化状態に設定し、前記更新後の対象トークン以外の有効化トークンを非有効化状態に設定するようにするコマンドである、
   データ処理方法。
8. 前記有効化待ちのトークンに基づいて対象有効化データを生成する前に、
   さらに、前記対象サーバは、前記対象個人化データを取得することを含み、
   前記有効化待ちのトークンに基づいて対象有効化データを生成することは、前記対象サーバは、前記有効化待ちのトークン及び前記対象個人化データに基づいて前記対象有効化データを生成することを含む、
   請求項７に記載のデータ処理方法。
9. 前記対象個人化データを取得する前に、さらに、
   前記対象サーバは、前記対象電子デバイスに、前記対象電子デバイスの対象セキュアエレメントにおける前記対象個人化データを照会するデータ照会要求を送信することと、
   前記対象サーバは、前記対象電子デバイスからフィードバックされたデータ照会結果を受信することと、
   をさらに含み、
   前記対象個人化データを取得することは、前記対象サーバは、前記データ照会結果が前記対象セキュアエレメントにおいて前記対象個人化データを照会しなかったことである場合に、前記対象個人化データを取得することを含む、
   請求項８に記載のデータ処理方法。
10. 前記有効化待ちの決済口座アカウントは、設定待ちのデフォルト決済口座アカウントを含み、
    前記有効化待ちの決済口座アカウントに関連付けて記憶されている有効化待ちのトークン及び対象有効化コマンドを取得する前に、さらに、
    前記対象サーバは、前記対象電子デバイスから送信されたデフォルト口座設定要求を受信することと、
    前記対象サーバは、前記デフォルト口座設定要求に応じて、前記デフォルト口座設定要求を解析して、前記設定待ちのデフォルト決済口座アカウントを含むデフォルト口座設定要求情報を取得することと、
    を含む、
    請求項９に記載のデータ処理方法。
11. 前記対象電子デバイスに前記対象有効化データ及び前記対象有効化コマンドを送信した後、さらに、
    前記対象サーバは、前記対象電子デバイスから送信された、前記対象電子デバイスに前記有効化待ちのトークンを有効化状態に設定するように指示する有効化結果を受信することと、
    前記対象サーバは、前記有効化結果に応じて、前記有効化待ちの決済口座アカウントに対応する決済口座属性を、前記対象電子デバイスのデフォルト決済口座である対象属性に設定することと、
    前記対象サーバは、前記有効化待ちのトークンに対応するトークン状態を有効化状態に設定することと、
    前記対象サーバは、前記有効化待ちのトークンと前記対象電子デバイスとの間の関連関係を確立することと、
    を含む、
    請求項１０に記載のデータ処理方法。
12. 前記有効化待ちの決済口座アカウントは、変更待ちのデフォルト決済口座アカウントを含み、
    ここで、前記有効化待ちの決済口座アカウントに関連付けて記憶されている有効化待ちのトークン及び対象有効化コマンドを取得する前に、さらに、
    前記対象サーバは、前記対象電子デバイスから送信されたデフォルト口座変更要求を受信することと、
    前記対象サーバは、前記デフォルト口座変更要求に応じて、前記デフォルト口座変更要求を解析して、前記変更待ちのデフォルト決済口座アカウントを含むデフォルト口座変更要求情報を取得することと、
    を含む、
    請求項９に記載のデータ処理方法。
13. 前記対象電子デバイスにデータ照会要求を送信する前に、さらに、前記対象サーバは、対象決済口座アカウントを取得することを含み、ここで、前記対象決済口座アカウントに対応する決済口座属性は、前記対象電子デバイスのデフォルト決済口座である対象属性であり、
    前記対象電子デバイスにデータ照会要求を送信することは、前記対象サーバは、前記対象決済口座アカウントの決済口座タイプが前記変更待ちのデフォルト決済口座アカウントの決済口座タイプと異なる場合、前記対象電子デバイスにデータ照会要求を送信することを含む、
    請求項１２に記載のデータ処理方法。
14. 前記対象電子デバイスに前記対象有効化データ及び前記対象有効化コマンドを送信した後、さらに、
    前記対象サーバは、前記対象電子デバイスから送信された、前記対象電子デバイスが前記有効化待ちのトークンを有効化状態に設定したことを指示する有効化結果を受信することと、
    前記対象サーバは、前記有効化結果に応じて、前記有効化待ちの決済口座アカウントに対応する決済口座属性を前記対象属性に設定し、且つ前記対象決済口座アカウントに対応する決済口座属性を非対象属性とすることと、
    前記対象サーバは、前記有効化待ちのトークンに対応するトークン状態を有効化状態に設定し、且つ前記対象決済口座アカウントに関連付けて記憶されている対象トークンに対応するトークン状態を非有効化状態に設定することと、
    前記対象サーバは、前記有効化待ちのトークンと前記対象電子デバイスとの間の関連関係を確立し、且つ前記対象トークンと前記対象電子デバイスとの間の関連関係を削除することと、
    を含む、
    請求項１３に記載のデータ処理方法。
15. 前記有効化待ちの決済口座アカウントに関連付けて記憶されている有効化待ちのトークン及び対象有効化コマンドを取得する前に、さらに、
    前記対象サーバは、前記対象電子デバイスから送信された決済口座バインディング要求を受信することと、
    前記対象サーバは、前記決済口座バインディング要求に応じて、前記決済口座バインディング要求を解析して、バインド待ちの決済口座アカウントを含む決済口座バインディング要求情報を取得することと、
    前記対象サーバは、前記バインド待ちの決済口座アカウントに基づいて、トークン生成要求を生成することと、
    前記対象サーバは、トークン管理サーバに、前記トークン管理サーバに前記バインド待ちの決済口座アカウントに対応するトークンを生成させる前記トークン生成要求を送信することと、
    前記対象サーバは、前記トークン管理サーバからフィードバックされた前記バインド待ちの決済口座アカウントに対応するトークンを受信することと、
    前記対象サーバは、前記バインド待ちの決済口座アカウントと前記バインド待ちの決済口座アカウントに対応するトークンとを関連付けて記憶することと、
    を含む、
    請求項７に記載のデータ処理方法。
16. 前記対象サーバは、状態変更要求を受信することと、
    前記対象サーバは、前記状態変更要求に応じて、前記状態変更要求を解析して、変更待ち状態の決済口座アカウント及び前記対象電子デバイスの対象決済状態を含む状態変更要求情報を取得することと、
    前記対象サーバは、前記変更待ち状態の決済口座アカウントに関連付けて記憶されている変更待ち状態のトークンを取得することと、
    前記対象サーバは、前記変更待ち状態のトークンに対応するトークン状態を前記対象決済状態に更新することと、
    をさらに含む、
    請求項７に記載のデータ処理方法。
17. 前記対象決済状態は紛失報告状態及びアンバインド状態のうちのいずれかを含み、
    前記状態変更要求情報を取得した後に、さらに、
    前記対象サーバは、前記変更待ち状態の決済口座アカウントに対応する決済口座属性が、前記対象電子デバイスのデフォルト決済口座である対象属性である場合、前記変更待ち状態の決済口座アカウントと前記対象電子デバイスとの間の関連関係を削除することを含む、
    請求項１６に記載のデータ処理方法。
18. 前記対象決済状態は、紛失報告状態、アンバインド状態及び有効化状態のうちのいずれかを含む、
    請求項１６に記載のデータ処理方法。
19. 前記対象サーバは、対象アクワイアリングデバイスから送信された取引要求を受信することと、
    前記対象サーバは、前記取引要求に応じて、前記取引要求を解析して、前記対象トークンを含む取引要求情報を取得することと、
    前記対象サーバは、前記対象トークンに対応するトークン状態を照会することと、
    前記対象サーバは、前記対象トークンに対応するトークン状態が、紛失報告状態及びアンバインド状態のうちのいずれかを含む異常状態である場合、前記取引要求に対応する取引の実行を拒否することと、
    をさらに含む、
    請求項７に記載のデータ処理方法。
20. 前記取引要求に対応する取引の実行を拒否した後、さらに、
    前記対象サーバは、前記対象トークンに対応するトークン状態に基づいて、前記取引要求に対応する取引フィードバック情報を生成することと、
    前記対象サーバは、前記対象アクワイアリングデバイスに前記取引フィードバック情報を送信することと、
    を含む、
    請求項１９に記載のデータ処理方法。
21. 対象サーバから送信された、有効化待ちの決済口座アカウントに対応する有効化待ちのトークンを含む対象有効化データと対象有効化コマンドとを受信する第１の受信モジュールと、
    前記対象有効化コマンドに応じて、前記対象有効化コマンドと同一の取引口座タイプに属する対象個人化データ中の対象トークンを前記有効化待ちのトークンに更新する第１の処理モジュールと、
    更新後の対象トークンを有効化状態に設定し、前記更新後の対象トークン以外の有効化トークンを非有効化状態に設定する第２の処理モジュールと、
    を備える、
    データ処理装置。
22. 対象有効化コマンドと同一の取引口座タイプに属する有効化待ちの決済口座アカウントに関連付けて記憶されている有効化待ちのトークンと前記対象有効化コマンドとを取得する第１の取得モジュールと、
    前記有効化待ちのトークンに基づいて、対象有効化データを生成する第１の生成モジュールと、
    対象電子デバイスに前記対象有効化データ及び前記対象有効化コマンドを送信する第１の送信モジュールと、
    を備え、
    前記対象有効化コマンドは、前記対象電子デバイスに、対象個人化データにおける対象トークンを前記有効化待ちのトークンに更新させるとともに更新後の対象トークンを有効化状態に設定させ、前記更新後の対象トークン以外の有効化トークンを非有効化状態に設定させるコマンドであり、前記対象個人化データの属する取引口座タイプは前記対象有効化コマンドの属する取引口座タイプと同じである、
    データ処理装置。
23. プロセッサと、
    前記プロセッサにより実行されることにより請求項１～２０のいずれか一項に記載のデータ処理方法を実現するコンピュータプログラムコマンドが記憶されているストレージと、
    を備える、
    データ処理デバイス。
24. プロセッサにより実行されることにより請求項１～２０のいずれか一項に記載のデータ処理方法を実現するコンピュータプログラムコマンドが記憶されている、コンピュータ読み取り可能な記憶媒体。