[發明專利]一種信息處理方法、裝置、服務器及存儲介質

有效

• 申請號: 202010054912.2
• 申請日: 2020-01-17
• 公開（公告）號: CN111275543B
• 公開（公告）日: 2023-06-23
• 發明（設計）人: 張磊;周文;袁沖;張樹凡;焦久隆;范兆冰
• 申請（專利權）人: 北京字節跳動網絡技術有限公司
• 主分類號: G06Q40/02
• 分類號: G06Q40/02
• 代理公司: 北京國昊天誠知識產權代理有限公司 11315
• 代理人: 張黎

本公開實施例公開了一種信息處理方法、裝置、服務器及存儲介質，該方法包括：當接收到在當前用戶信息下發出的綁定請求時，從綁定請求中獲取第一賬戶標識、第一處理途徑標識和第一途徑綁定標識；基于第一賬戶標識、第一處理途徑標識和第一途徑綁定標識，生成綁定信息；綁定信息為與當前用戶信息無關的信息；將綁定信息保存至預設綁定數據表中，得到更新后的綁定數據表；預設綁定數據表表征賬戶標識、處理途徑標識和途徑綁定標識的對應關系。

技術領域

本公開涉及支付領域，尤其涉及一種信息處理方法、裝置、服務器及存儲介質。

背景技術

目前，越來越多的用戶使用終端支付，在使用終端支付前用戶先要在支付機構上綁定銀行卡，銀行卡簽約系統再將用戶、支付機構和該銀行卡對應的交易渠道方進行簽約，得到一條簽約信息并記錄，簽約完成后，用戶就可以通過支付機構向交易渠道方發出交易請求，使得該交易渠道方完成交易。

然而，由于在簽約時使用的是用戶在支付機構中的賬號，而一個用戶在支付機構中能夠注冊多個賬號，如此，存在同一個用戶使用多個賬號時，會將多個賬號都和同一張銀行卡進行綁定，銀行卡簽約系統需要記錄同一個用戶的多條簽約信息，多條簽約信息為對多個賬號各自和同一張銀行卡所屬的交易渠道方進行簽約產生的，這樣導致銀行卡簽約系統對同一個用戶的同一張銀行卡進行重復簽約，同一個用戶的同一張銀行卡占用多個簽約資源，浪費了簽約資源，并且，隨著用戶人數的增加，增加了簽約資源的浪費程度。

發明內容

有鑒于此，本公開實施例提供一種信息處理方法、裝置、服務器及存儲介質。

第一方面，本公開實施例提供了一種信息處理方法，所述方法包括：

當接收到在當前用戶信息下發出的綁定請求時，從所述綁定請求中獲取第一賬戶標識、第一處理途徑標識和第一途徑綁定標識；

基于所述第一賬戶標識、所述第一處理途徑標識和所述第一途徑綁定標識，生成綁定信息；所述綁定信息為與所述當前用戶信息無關的信息；

將所述綁定信息保存至預設綁定數據表中，得到更新后的綁定數據表；所述預設綁定數據表表征賬戶標識、處理途徑標識和途徑綁定標識的對應關系。

上述方案中，所述預設綁定數據表包括主表和冗余表，所述主表為以賬戶卡標識和處理途徑標識為數據庫主鍵建立的數據表，所述冗余表為以處理途徑標識和途徑綁定標識為數據庫主鍵建立的數據表；所述將所述綁定信息保存至預設綁定數據表中，得到更新后的綁定數據表，包括：

當所述主表中不存在所述第一賬戶卡標識和所述第一處理途徑標識時，利用所述綁定信息更新所述主表和所述冗余表，得到所述更新后的綁定數據表；

當所述主表中存在所述第一賬戶卡標識和所述第一處理途徑標識時，利用所述第一途徑綁定標識更新所述主表，并判斷所述冗余表中是否存在所述第一處理途徑標識和所述第一途徑綁定標識；

當所述冗余表中存在所述第一處理途徑標識和所述第一途徑綁定標識時，利用所述綁定信息更新所述冗余表，得到所述更新后的綁定數據表。

上述方案中，在所述將所述綁定信息保存至預設綁定數據表中，得到更新后的綁定數據表之后，所述方法還包括：

當接收到處理請求時，從所述處理請求中獲取目標賬戶卡標識；

從所述更新后的綁定數據表中，獲取與所述目標賬戶卡標識對應的待選處理途徑標識；

基于所述處理請求，從所述待選處理途徑標識中確定目標處理途徑標識，以通過所述目標處理途徑標識表征的目標處理途徑完成處理。

上述方案中，所述基于所述處理請求，從所述待選處理途徑標識中確定目標處理途徑標識，包括：

從所述處理請求中獲取當前處理類別和當前處理對象；