[發(fā)明專利]一種賬號綁定方法及裝置

在審

• 申請?zhí)枺?/td>: 202010512013.2
• 申請日: 2020-06-08
• 公開（公告）號: CN111798232A
• 公開（公告）日: 2020-10-20
• 發(fā)明（設計）人: 楊進京;焦東波;李凱
• 申請（專利權）人: 北京三快在線科技有限公司
• 主分類號: G06Q20/34
• 分類號: G06Q20/34;G06Q20/40
• 代理公司: 北京曼威知識產權代理有限公司 11709
• 代理人: 方志煒

1.一種賬號綁定方法，其特征在于，包括：

支付平臺接收終端發(fā)送的綁卡請求，所述綁卡請求中至少包含待綁定的銀行卡卡號以及用戶賬號的賬號標識；

根據(jù)所述綁卡請求中包含的銀行卡卡號，確定銀行卡的發(fā)卡行，并分別確定各清算平臺對應所述發(fā)卡行的綁卡通道；

當各清算平臺對應所述發(fā)卡行的綁卡通道均不可用時，向所述終端發(fā)送用于填寫綁卡信息的信息填寫界面，其中，所述支付平臺根據(jù)各清算平臺綁卡需要的綁卡信息，確定所述信息填寫界面中需要填寫的綁卡信息；

接收所述終端返回的綁卡信息；

從各清算平臺對應的綁卡通道中確定由支付平臺進行身份驗證的各綁卡通道，作為待選綁卡通道；

當監(jiān)測到任一待選綁卡通道可用時，將所述綁卡信息、所述賬號標識以及所述銀行卡卡號發(fā)送至可用的待選綁卡通道對應的清算平臺，使所述清算平臺將接收到的綁卡信息、所述賬號標識以及所述銀行卡卡號轉發(fā)至所述發(fā)卡行執(zhí)行綁卡業(yè)務；

接收所述清算平臺轉發(fā)的所述發(fā)卡行的綁定結果，并返回至所述終端。

2.如權利要求1所述的方法，其特征在于，將所述綁卡信息、所述賬號標識以及所述銀行卡卡號發(fā)送至可用的待選綁卡通道對應的清算平臺，具體包括：

當監(jiān)測到所述待選綁卡通道中存在至少兩個可用的待選綁卡通道時，按照預設的清算平臺優(yōu)先級順序，從各可用的待選綁卡通道中確定目標綁卡通道；

將所述綁卡信息、所述賬號標識以及所述銀行卡卡號發(fā)送至所述目標綁卡通道對應的清算平臺。

3.如權利要求1所述的方法，其特征在于，從各清算平臺中對應的綁卡通道中確定由所述支付平臺進行身份驗證的各綁卡通道，具體包括：

確定各清算平臺中對應所述發(fā)卡行的綁卡通道的通道屬性，所述通道屬性包含執(zhí)行身份驗證的執(zhí)行方；

確定所述通道屬性包含的執(zhí)行方為所述支付平臺的各綁卡通道。

4.如權利要求1所述的方法，其特征在于，所述支付平臺根據(jù)各清算平臺綁卡需要的綁卡信息，確定所述信息填寫界面中需要填寫的綁卡信息，具體包括：

所述支付平臺分別確定通過各清算平臺綁卡需要的綁卡信息；

將確定出的各綁卡信息的并集，作為所述信息填寫界面中需要填寫的綁卡信息。

5.如權利要求1所述的方法，其特征在于，所述方法還包括：

確定接收到的綁卡信息與所述綁卡請求中包含的待綁定的銀行卡卡號以及用戶賬號的賬號標識的對應關系，并存儲。

6.如權利要求1所述的方法，其特征在于，將所述綁卡信息、所述賬號標識以及所述銀行卡卡號發(fā)送至可用的待選綁卡通道對應的清算平臺，具體包括：

確定所述可用的待選綁卡通道對應的清算平臺，以及確定通過所述清算平臺綁卡需要的綁卡信息；

從接收到的綁卡信息中確定所述清算平臺綁卡需要的綁卡信息；

將確定出的綁卡信息、所述賬號標識以及所述銀行卡卡號發(fā)送至可用的待選綁卡通道對應的清算平臺。

7.如權利要求5所述的方法，其特征在于，將所述綁卡信息、所述賬號標識以及所述銀行卡卡號發(fā)送至可用的待選綁卡通道對應的清算平臺之前，所述方法還包括：

根據(jù)所述可用的待選綁卡通道對應的發(fā)卡行，從存儲的各待綁定的銀行卡卡號中確定與所述發(fā)卡行匹配的銀行卡卡號，并根據(jù)綁卡信息與所述綁卡請求中包含的待綁定的銀行卡卡號以及用戶賬號的賬號標識的對應關系，確定匹配的銀行卡卡號對應的綁卡信息以及用戶賬號的賬號標識。

8.如權利要求1所述的方法，其特征在于，所述方法還包括：

當各清算平臺對應的綁卡通道均不可用時，向所述終端發(fā)送提示消息，所述提示消息用于提示用戶當前正處于綁卡中的狀態(tài)。