TW202405715A - 基於智能路由的遠端支付方法、終端、裝置、系統及介質 - Google Patents

基於智能路由的遠端支付方法、終端、裝置、系統及介質 Download PDF

Info

Publication number
TW202405715A
TW202405715A TW112101638A TW112101638A TW202405715A TW 202405715 A TW202405715 A TW 202405715A TW 112101638 A TW112101638 A TW 112101638A TW 112101638 A TW112101638 A TW 112101638A TW 202405715 A TW202405715 A TW 202405715A
Authority
TW
Taiwan
Prior art keywords
payment
application
sdk
payment application
target
Prior art date
Application number
TW112101638A
Other languages
English (en)
Inventor
王鈺
周繼恩
陳卓
黃河
沈璽
徐鑫源
謝治民
武曉龍
胡曄州
程晨
黃永生
Original Assignee
大陸商中國銀聯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 大陸商中國銀聯股份有限公司 filed Critical 大陸商中國銀聯股份有限公司
Publication of TW202405715A publication Critical patent/TW202405715A/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Stored Programmes (AREA)

Abstract

本發明公開了一種基於智能路由的遠端支付方法、終端、裝置、系統及介質，屬於資料處理領域。該方法包括：在電子商務應用程式觸發多方支付入口的情況下，調用第一SDK向遠端支付平臺發送清單請求消息；調用第一SDK從遠端支付平臺獲取第一支付應用列表，第一支付應用列表表徵遠端支付平臺支援的多個優先順序由高至低排列的支付應用程式；調用第一SDK獲取第二支付應用列表，第二支付應用清單表徵使用者終端具有的支付應用程式；由第一SDK調起第一支付應用列表與第二支付應用列表的交集中優先順序最高的支付應用程式；通過該支付應用程式調用第二SDK與遠端支付平臺交互，完成支付。根據本發明實施例能夠提高支付效率。

Description

基於智能路由的遠端支付方法、終端、裝置、系統及介質
本發明屬於資料處理領域，尤其涉及一種基於智能路由的遠端支付方法、終端、裝置、系統及介質。
隨著支付技術的發展，使用者對支付的需求也越來越多。為了滿足使用者購物或其他事項的需求，越來越多的商戶開發電子商務應用程式並向使用者提供電子商務應用程式。商戶可通過電子商務應用程式與使用者進行交互，使用者可對安裝在使用者終端的電子商務應用程式進行操作實現購物等事宜，通過遠端支付技術付款。
在支付過程中，使用者需要在電子商務應用程式的支付介面手動選取支付應用程式，跳轉到該支付應用程式進行支付操作，支付效率較低。
本發明實施例提供一種基於智能路由的遠端支付方法、終端、裝置、系統及介質，能夠提高支付效率。
第一方面，本發明實施例提供一種基於智能路由的遠端支付方法，應用於使用者終端，使用者終端具有電子商務應用程式、集成在電子商務應用程式的第一軟體開發套件SDK、支付應用程式以及與集成在支付應用程式的第二SDK，電子商務應用程式屬於第一主體，支付應用程式屬於第二主體，第一SDK和第二SDK屬於第三主體，該方法包括：在電子商務應用程式觸發多方支付入口的情況下，調用第一SDK向遠端支付平臺發送清單請求消息，清單請求消息包括清單要求資訊，清單要求資訊包括電子商務應用標識和使用者標識；調用第一SDK從遠端支付平臺獲取第 一支付應用列表，第一支付應用列表表徵遠端支付平臺支援的多個優先順序由高至低排列的支付應用程式，優先順序由遠端支付平臺基於清單要求資訊對應的關聯資料得到；調用第一SDK獲取第二支付應用列表，第二支付應用清單表徵使用者終端具有的支付應用程式；由第一SDK調起第一目標支付應用程式，第一目標支付應用程式為第一支付應用清單與第二支付應用列表的交集中優先順序最高的支付應用程式；通過第一目標支付應用程式調用第二SDK與遠端支付平臺交互，完成支付。
第二方面，本發明實施例提供一種基於智能路由的遠端支付方法，應用於遠端支付平臺，該方法包括：在使用者終端的電子商務應用程式觸發多方支付入口的情況下，接收使用者終端調用第一軟體開發套件SDK發送的清單請求消息，清單請求消息包括清單要求資訊，清單要求資訊包括電子商務應用標識和使用者標識，使用者終端具有電子商務應用程式、集成在電子商務應用程式的第一SDK、支付應用程式以及與集成在支付應用程式的第二SDK，電子商務應用程式屬於第一主體，支付應用程式屬於第二主體，第一SDK和第二SDK屬於第三主體；根據清單請求消息，獲取清單要求資訊對應的關聯資料，並基於關聯資料，得到遠端支付平臺支援的支付應用程式的優先順序；根據遠端支付平臺支援的支付應用程式的優先順序，生成第一支付應用清單，並向使用者終端發送，第一支付應用列表表徵遠端支付平臺支援的多個優先順序由高至低排列的支付應用程式；與使用者終端的第一目標支付應用程式的第二SDK交互，完成支付，第一目標支付應用程式為第一支付應用清單與第二支付應用列表的交集中優先順序最高的支付應用程式，第二支付應用清單表徵使用者終端具有的支付應用程式。
第三方面，本發明實施例提供一種使用者終端，其特徵在於，使用者終端具有電子商務應用程式、集成在電子商務應用程式的第一軟體開發套件SDK、支付應用程式以及與集成在支付應用程式的第二SDK，電子商務應用程式屬於第一主體，支付應用程式屬於第二主體，第一SDK和 第二SDK屬於第三主體，使用者終端包括：通信模組，用於在電子商務應用程式觸發多方支付入口的情況下，被第一SDK調用向遠端支付平臺發送清單請求消息，清單請求消息包括清單要求資訊，清單要求資訊包括電子商務應用標識和使用者標識；以及，用於被第一SDK調用從遠端支付平臺獲取第一支付應用列表，第一支付應用列表表徵遠端支付平臺支援的多個優先順序由高至低排列的支付應用程式，優先順序由遠端支付平臺基於清單要求資訊對應的關聯資料得到；處理模組，用於被第一SDK調用獲取第二支付應用列表，第二支付應用清單表徵使用者終端具有的支付應用程式；以及，用於調用第一SDK調起第一目標支付應用程式，第一目標支付應用程式為第一支付應用清單與第二支付應用列表的交集中優先順序最高的支付應用程式；通信模組還用於被第一目標支付應用程式的第二SDK調用與遠端支付平臺交互，完成支付。
第四方面，本發明實施例提供一種基於智能路由的遠端支付裝置，其特徵在於，應用於遠端支付平臺，基於智能路由的遠端支付裝置包括：通信模組，用於在使用者終端的電子商務應用程式觸發多方支付入口的情況下，接收使用者終端調用第一軟體開發套件SDK發送的清單請求消息，清單請求消息包括清單要求資訊，清單要求資訊包括電子商務應用標識和使用者標識，使用者終端具有電子商務應用程式、集成在電子商務應用程式的第一SDK、支付應用程式以及與集成在支付應用程式的第二SDK，電子商務應用程式屬於第一主體，支付應用程式屬於第二主體，第一SDK和第二SDK屬於第三主體；處理模組，用於根據清單請求消息，獲取清單要求資訊對應的關聯資料，並基於關聯資料，得到遠端支付平臺支援的支付應用程式的優先順序；以及，用於根據遠端支付平臺支援的支付應用程式的優先順序，生成第一支付應用列表，第一支付應用列表表徵遠端支付平臺支援的多個優先順序由高至低排列的支付應用程式；通信模組還用於向使用者終端發送第一支付應用清單，以及，用於與使用者終端的第一目標支付應用程式的第二SDK交互，完成支付，第一目標支付應用 程式為第一支付應用清單與第二支付應用列表的交集中優先順序最高的支付應用程式，第二支付應用清單表徵使用者終端具有的支付應用程式。
第五方面，本發明實施例提供一種使用者終端，包括：處理器以及存儲有電腦程式指令的記憶體；處理器執行電腦程式指令時實現第一方面的基於智能路由的遠端支付方法。
第六方面，本發明實施例提供一種電子設備，應用於遠端支付平臺，電子設備包括：處理器以及存儲有電腦程式指令的記憶體；處理器執行電腦程式指令時實現第二方面的基於智能路由的遠端支付方法。
第七方面，本發明實施例提供一種遠端支付系統，包括：使用者終端，使用者終端具有電子商務應用程式、集成在電子商務應用程式的第一軟體開發套件SDK、支付應用程式以及與集成在支付應用程式的第二SDK，電子商務應用程式屬於第一主體，支付應用程式屬於第二主體，第一SDK和第二SDK屬於第三主體，使用者終端用於執行第一方面的基於智能路由的遠端支付方法；遠端支付平臺，用於執行第二方面的基於智能路由的遠端支付方法。
第八方面，本發明實施例提供一種電腦可讀存儲介質，電腦可讀存儲介質上存儲有電腦程式指令，電腦程式指令被處理器執行時實現第一方面的基於智能路由的遠端支付方法或第二方面的基於智能路由的遠端支付方法。
本發明實施例提供一種基於智能路由的遠端支付方法、終端、裝置、系統及介質，使用者終端在電子商務應用程式觸發多方支付入口的情況下，利用集成在電子商務應用程式的第一SDK與遠端支付平臺交互，向遠端支付平臺提供清單要求資訊，以使遠端支付平臺根據清單要求資訊，提供與清單要求資訊對應的表徵優先順序由高至低排列的遠端支付平臺支援的多個支付應用程式的清單。第一SDK通過使用者終端本地具有的支付應用程式和遠端支付平臺提供的表徵優先順序由高至低排列的遠端支付平臺支援的多個支付應用程式，確定本地具有的優先順序最高的支付應用程 式並自動調起，不需使用者手動選擇支付應用程式，自動調起的本地具有的優先順序最高的支付應用程式即第一目標支付應用程式可調用第二SDK與遠端支付平臺交互，以完成支付。在該遠端支付過程中，不需使用者手動選取支付應用程式，能夠自動調起與電子商務應用程式和使用者適配的支付應用程式進行支付，提高了支付效率。
11:使用者終端
111:電子商務應用程式
112:支付應用程式
113:第一SDK
114:第二SDK
12:遠端支付平臺
13:資源管理系統
600,700,800:使用者終端
601,701:通信模組
602,702:處理模組
801:記憶體
802:處理器
803:通信介面
804:匯流排
C1,C2,C3,C4,C5:支付應用程式
S201,S202,S203,S204,S205,S2051,S2052,S2053,S206,S207,S208,S209,S210,S211,S212,S213,S214,S215,S301,S302,S303,S304,S3041,S3042,S305,S306,S307,S308,S309,S310,S311,S401,S402,S403,S404,S405,S406,S407,S408,S409,S410,S411,S412,S413,S501,S502,S503,S504,S505,S506,S507,S508,S509,S510,S511,S512,S513,S514,S515,S516,S517:步驟
為了更清楚地說明本發明實施例的技術方案，下面將對本發明實施例中所需要使用的圖式作簡單的介紹，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些圖式獲得其他的圖式。
圖1為本發明實施例提供的基於智能路由的遠端支付方法的一示例的應用場景架構圖；
圖2為本發明第一方面一實施例提供的基於智能路由的遠端支付方法的流程圖；
圖3為本發明第一方面另一實施例提供的基於智能路由的遠端支付方法的流程圖；
圖4為本發明第一方面又一實施例提供的基於智能路由的遠端支付方法的流程圖；
圖5為本發明第一方面再一實施例提供的基於智能路由的遠端支付方法的流程圖；
圖6為本發明第二方面一實施例提供的基於智能路由的遠端支付方法的流程圖；
圖7為本發明第二方面另一實施例提供的基於智能路由的遠端支付方法的流程圖；
圖8為本發明第二方面又一實施例提供的基於智能路由的遠端支付方法的流程圖；
圖9為本發明第二方面再一實施例提供的基於智能路由的遠端支付方法的流程圖；
圖10為本發明實施例提供的基於智能路由的遠端支付流程的一示例的流程圖；
圖11為本發明實施例提供的基於智能路由的遠端支付流程的另一示例的流程圖；
圖12為本發明第三方面一實施例提供的使用者終端的結構示意圖；
圖13為本發明第四方面一實施例提供的基於智能路由的遠端支付裝置的結構示意圖；
圖14為本發明第五方面一實施例提供的使用者終端的結構示意圖。
下面將詳細描述本發明的各個方面的特徵和示例性實施例，為了使本發明的目的、技術方案及優點更加清楚明白，以下結合圖式及具體實施例，對本發明進行進一步詳細描述。應理解，此處所描述的具體實施例僅意在解釋本發明，而不是限定本發明。對於本領域技術人員來說，本發明可以在不需要這些具體細節中的一些細節的情況下實施。下面對實施例的描述僅僅是為了通過示出本發明的示例來提供對本發明更好的理解。
隨著支付技術的發展，使用者對支付的需求也越來越多。為了滿足使用者購物或其他事項的需求，越來越多的商戶開發電子商務應用程式並向使用者提供電子商務應用程式。商戶可通過電子商務應用程式與使用者進行交互，使用者可對安裝在使用者終端的電子商務應用程式進行操作實現購物等事宜，通過遠端支付技術付款。在支付過程中，使用者需要在電子商務應用程式的支付介面手動選取支付應用程式，跳轉到該支付應用程式進行支付操作，支付效率較低。
本發明提供一種基於智能路由的遠端支付方法、終端、裝置、系統及介質，能夠通過使用者終端與遠端支付平臺的交互，在電子商務應用程式觸發多方支付入口的情況下，利用集成在電子商務應用程式的軟體開發套件(Software Development Kit,SDK)與遠端支付平臺交互，自動確定並拉起支付應用程式，不需使用者手動選擇支付應用程式，即可進行支 付。
本發明實施例中的基於智能路由的遠端支付方法可涉及使用者、商戶、遠端支付管理方和發卡行等主體。商戶可為使用者提供電子商務應用程式，發卡行等機構可為使用者提供支付應用程式。遠端支付管理方可提供集成在電子商務應用程式中的SDK和集成在支付應用程式中的SDK。使用者可利用具有電子商務應用程式、集成在電子商務應用程式中的SDK、支付應用程式和集成在支付應用程式中的SDK的使用者終端與遠端支付管理方的平臺進行交互，以使遠端支付管理方的平臺與資源管理系統進行交互，由資源管理系統完成使用者的資源卡中資源的轉入和轉出，實現支付。
例如，圖1為本發明實施例提供的基於智能路由的遠端支付方法的一示例的應用場景架構圖。如圖1所示，遠端支付系統可包括使用者終端11、遠端支付平臺12和資源管理系統13。
使用者終端11具有電子商務應用程式111和支付應用程式112，電子商務應用程式111集成有第一SDK 113，支付應用程式112集成有第二SDK 114。電子商務應用程式屬於第一主體，支付應用程式屬於第二主體，第一SDK和第二SDK屬於第三主體。第一主體可為商戶等，第二主體可為發卡行、支付服務提供方等，第三主體可為卡組織、收單機構等遠端支付管理方，在此並不限定。在一些示例中，第二主體和第三主體可為同一主體，例如，在第三主體也可開發並向使用者提供支付應用程式的情況下，使用者終端11可利用第三主體的支付應用程式進行支付，第二主體與第三主體可為同一主體。第一SDK可提供訂單處理功能和調起支付應用程式的功能。第二SDK可提供支付控制項、主動掃碼、被動掃碼等支付功能。使用者終端11可包括手機、平板電腦、可穿戴設備等可進行支付的終端設備，在此並不限定使用者終端11的類型。使用者終端11可通過第一SDK 113和第二SDK 114與遠端支付平臺12通信交互。
遠端支付平臺12為遠端支付管理方的服務平臺，可管理第 一SDK 113和第二SDK 114，與第一SDK 113和第二SDK 114通信交互，也可進行使用者的支付應用程式的多方支付功能的授權開通以及資源卡綁定處理，還可進行支付的處理和統計。多方支付功能指支付應用程式通過集成的第二SDK接入遠端支付平臺進行支付的功能。開通多方支付功能的支付應用程式的支付可通過遠端支付平臺12進行。使用者可通過前往發卡行或通過支付應用程式開通終端設備中支付引用程式的多方支付功能。遠端支付平臺12可包括多台如伺服器等的電子設備，在此並不限定遠端支付平臺12中電子設備的類型和數量。遠端支付平臺12可與資源管理系統13通信交互，資源管理系統13可完成使用者用於支付的資源卡中資源的轉入和轉出。
下面對本發明提供的基於智能路由的遠端支付方法、使用者終端、裝置、設備、系統及介質依次進行介紹。
本發明第一方面提供一種基於智能路由的遠端支付方法，可應用於使用者終端，即該基於智能路由的遠端支付方法可由使用者終端執行。使用者終端具有電子商務應用程式、集成在電子商務應用程式的第一SDK、支付應用程式以及與集成在支付應用程式的第二SDK，電子商務應用程式、第一SDK、支付應用程式、第二SDK的具體內容可參見上述實施例中的相關說明，在此不再贅述。圖2為本發明第一方面一實施例提供的基於智能路由的遠端支付方法的流程圖。如圖2所示，該基於智能路由的遠端支付方法可包括步驟S201至步驟S205。
在步驟S201中，在電子商務應用程式觸發多方支付入口的情況下，調用第一SDK向遠端支付平臺發送清單請求消息。
多方支付入口為電子商戶應用程式中多方支付功能的入口。多方支付入口被觸發，則利用多方支付功能進行支付。例如，使用者對訂單介面的多方支付入口進行輸入，觸發多方支付入口，多方支付入口可實現為多方支付功能的觸發控制項，在此並不限定。在多方支付入口被觸發的情況下，使用者終端可調用電子商務應用程式中集成的第一SDK向遠端 支付平臺發送清單請求消息。
清單請求消息用於向遠端支付平臺請求支付應用程式的清單。清單請求消息可包括清單要求資訊。清單要求資訊表徵對請求的支付應用程式的清單中表徵的支付應用程式的要求。清單要求資訊不同，請求得到的支付應用程式的清單中的資訊也可能不同。清單要求資訊可包括電子商務應用標識和使用者標識。電子商務應用標識用於標識電子商務應用程式，可包括電子商務應用程式的編號、名稱等能夠在遠端支付平臺唯一標識電子商務應用程式的資訊，在此並不限定。使用者標識用於標識使用者，可包括使用者的帳號名稱、脫敏後的使用者個人資訊等能夠在遠端支付平臺唯一標識使用者的資訊，在此並不限定。
在一些示例中，清單要求資訊還可包括以下一項或多項：使用者終端作業系統版本、第一SDK的版本、第二SDK的版本。使用者終端作業系統版本表徵使用者終端的作業系統的版本。不同的使用者終端作業系統版本、第一SDK的版本、第二SDK的版本，能夠支援的支付應用程式可能不同，對應地，請求得到的支付引用程式的清單中的資訊可能不同。
在一些示例中，清單請求消息還可包括訂單資訊，以使遠端支付平臺可根據訂單資訊進行訂單處理。或者，在使用者終端調用第一SDK向遠端支付平臺發送清單請求消息之前、之後或同時，也可調用第一SDK向遠端支付平臺發送訂單資訊，以使遠端支付平臺可根據訂單資訊進行訂單處理。
在步驟S202中，調用第一SDK從遠端支付平臺獲取第一支付應用列表。
第一支付應用列表表徵遠端支付平臺支援的多個優先順序由高至低排列的支付應用程式。具體地，第一支付應用列表可包括遠端支付平臺支援的多個優先順序由高至低排列的支付應用程式的標識，每個標識可表徵一個支付應用程式。優先順序為支付應用程式被調用的優先順序， 可由遠端支付平臺基於清單要求資訊對應的關聯資料得到。
遠端支付平臺接收到清單請求消息，可根據清單請求消息中的清單要求資訊，獲取與清單要求資訊對應的關聯資料；根據關聯資料，得到遠端支付平臺支援的支付應用程式的優先順序；根據優先順序，生成第一支付應用清單，並向使用者終端的第一SDK提供第一支付應用列表。遠端支付平臺支援的支付應用程式包括開通多方支付功能的第二主體的支付應用程式。需要說明的是，第二主體的支付應用程式開通多方支付功能，表示第二主體授權支付應用程式具有可開通多方支付功能的許可權，使用者終端中的支付應用程式仍需要使用者開通多方支付功能後，才具有多方支付功能。
關聯資料包括與清單要求資訊關聯的歷史支付資料和/或自訂資料。不同的清單要求資訊對應的關聯資料可能不同，不同的關聯資料對應的第一支付應用列表也可能不同，即不同的清單要求資訊對應的第一支付應用列表可能不同。
例如，清單要求資訊包括電子商務應用標識和使用者標識，在使用者標識相同、電子商務應用標識不同的情況下，同一使用者使用不同電子商務應用程式關聯的歷史支付資料和/或自訂資料可能不同，獲取的第一支付應用列表也可能不同；在使用者標識不同、電子商務應用標識相同不同的情況下，不同使用者使用相同的電子商務應用程式關聯的歷史支付資料和/或自訂資料可能不同，獲取的第一支付應用列表也可能不同；在使用者標識不同、電子商務應用標識不同的情況下，不同使用者使用不同的電子商務應用程式關聯的歷史支付資料和/或自訂資料可能不同，獲取的第一支付應用列表也可能不同。
又例如，清單要求資訊還包括使用者終端作業系統版本，不同使用者終端作業系統版本所支援的支付應用程式也可能不同，獲取的第一支付應用列表也可能不同；清單要求資訊還包括第一SDK的版本，不同第一SDK的版本所支援的支付應用程式也可能不同，獲取的第一支付應用 列表也可能不同；清單要求資訊還包括第二SDK的版本，不同第二SDK的版本所對應的支付應用程式也可能不同，獲取的第一支付應用列表也可能不同。
關聯資料的種類在此並不限定，根據關聯資料確定支付應用程式的優先順序的優先順序確定策略可根據關聯資料的種類、具體場景、需求等設定，在此並不限定。在關聯資料包括多項的情況下，可為每項關聯資料設置權重，根據權重，利用權重演算法，確定支付應用程式的優先順序。在一些示例中，關聯資料包括以下一項或多項：支付應用程式支付頻率、支付應用程式支付成功率、支付應用程式支付資源量、支付應用程式支付時間、使用者在支付應用程式的支付信用度、第一主體指定的支付應用程式的調起順序、第三主體指定的支付應用程式的調起順序。
支付應用程式支付頻率為支付應用程式被使用支付的頻率，在一些示例中，支付應用程式支付頻率越高，支付應用程式的優先順序越高。支付應用程式支付成功率為支付應用程式被使用支付的成功率，在一些示例中，支付應用程式支付成功率越高，支付應用程式的優先順序越高。支付應用程式支付資源量為支付應用程式被使用支付的資源量，資源量可包括總資源量、平均資源量、最近一次支付的資源量等中的一項或多項，在此並不限定，在一些示例中，支付應用程式支付資源量越高，支付應用程式的優先順序越高。支付應用程式支付時間可包括支付應用程式被使用支付的時間戳記，可根據支付應用程式支付時間確定各個支付應用程式在一個時間段內被使用的先後順序，在一些示例中，支付應用程式支付時間距離當前時間越近，支付應用程式的優先順序越高。使用者在支付應用程式的支付信用度為使用者使用該支付應用程式進行支付的信用度，在一些示例中，使用者在支付應用程式的支付信用度越高，支付應用程式的優先順序越高。第一主體指定的支付應用程式的調起順序包括第一主體預先設定的支付應用程式被第一SDK調起的順序，在一些示例中，第一主體指定的支付應用程式的調起順序中位於前位元的支付應用程式的優先順序相對 於位於後位元的支付應用程式的優先順序更高。第三主體指定的支付應用程式的調起順序包括第三主體預先設定的支付應用程式被第一SDK調起的順序，在一些示例中，第三主體指定的支付應用程式的調起順序中位於前位元的支付應用程式的優先順序相對於位於後位元的支付應用程式的優先順序更高。
例如，關聯資料包括支付應用程式支付成功率，優先順序確定策略為支付應用程式支付成功率越高，優先順序越高；設使用者A1在電子商務應用程式B1中利用支付應用程式C1的支付應用程式支付成功率為99.3%，使用者A1在電子商務應用程式B1中利用支付應用程式C2的支付應用程式支付成功率為99.5%，使用者A1在電子商務應用程式B1中利用支付應用程式C3的支付應用程式支付成功率為99%，則包括使用者A1的標識和電子商務應用程式B1的標識的清單請求消息所對應的第一支付應用清單中支付應用程式按照優先順序由高至低排列依次為支付應用程式C2、支付應用程式C1、支付應用程式C3；設使用者A1在電子商務應用程式B2中利用支付應用程式C2的支付應用程式支付成功率為99.6%，使用者A1在電子商務應用程式B2中利用支付應用程式C3的支付應用程式支付成功率為99.1%，使用者A1在電子商務應用程式B2中利用支付應用程式C4的支付應用程式支付成功率為99.3%，優先順序確定策略為支付成功率越高，優先順序越高，則包括使用者A1的標識和電子商務應用程式B2的標識的清單請求消息所對應的第一支付應用清單中支付應用程式按照優先順序由高至低排列依次為支付應用程式C2、支付應用程式C4、支付應用程式C3，根據不同清單要求資訊獲取的第一支付應用列表不同。
又例如，關聯資料包括支付應用程式支付時間，優先順序確定策略為支付應用程式支付時間距離當前時間越近，優先順序越高；設當前時間為2022年6月27日18：00，使用者A1在電子商務應用程式B1中利用支付應用程式C1的支付應用程式支付時間為2022年1月15日9：05，使用者A1在電子商務應用程式B1中利用支付應用程式C2的支付應用程式 支付時間為2022年5月26日15：32，使用者A1在電子商務應用程式B1中利用支付應用程式C3的支付應用程式支付時間為2022年6月23日21：16，則包括使用者A1的標識和電子商務應用程式B1的標識的清單請求消息所對應的第一支付應用清單中支付應用程式按照優先順序由高至低排列依次為支付應用程式C3、支付應用程式C2、支付應用程式C1。
在步驟S203中，調用第一SDK獲取第二支付應用列表。
第二支付應用清單表徵使用者終端具有的支付應用程式。使用者終端具有的支付應用程式即為使用者終端安裝有的支付應用程式。第一SDK可對使用者終端本地的支付應用程式的scheme等進行標識檢查，確定使用者終端安裝的支付應用程式。具體地，第二支付應用清單可包括使用者終端具有的支付應用程式的標識。
在步驟S204中，由第一SDK調起第一目標支付應用程式。
第一目標支付應用程式為第一支付應用清單與第二支付應用列表的交集中優先順序最高的支付應用程式。第一SDK可選取第一支付應用清單表徵的支付引用程式與第二支付應用清單保證的支付應用程式的交集，並將該交集中的優先順序最高的支付應用程式確定為第一目標支付應用程式並調起。第一目標支付應用程式被調起可自動啟動，即使用者終端自動跳轉至第一目標支付應用程式。
例如，第一支付應用列表中按照優先順序由高至低的順序排列的支付應用程式分別為支付應用程式C3、支付應用程式C1、支付應用程式C4、支付應用程式C2和支付應用程式C5，第二支付應用清單中的支付應用程式分別為支付應用程式C1、支付應用程式C2和支付應用程式C4，則第一目標支付應用程式為支付應用程式C1，第一SDK調起第一目標支付應用程式，使第一目標支付應用程式參與支付流程。
使用者終端不同的作業系統，可採用不同的方式調起第一目標支付應用程式。例如，在某些作業系統中可通過scheme的方式調起第一目標支付應用程式，在另一些作業系統中可通過intent的方式調起第一目 標支付應用程式。
在一些示例中，可由第一SDK向第一目標支付應用程式發起調起資訊，調起資訊可包括第一資訊和第二資訊，第一資訊可用於指示第一目標支付應用程式自動啟動，第二資訊可用於指示調起第一目標支付應用程式所顯示的頁面。第一目標支付應用程式回應於該調起資訊自動啟動，直接跳轉至調起資訊指示的頁面。調起資訊指示的頁面可為支付頁面或其他頁面，在此並不限定。在一些示例中，scheme中可存儲有可信支付應用程式名單，可信支付應用程式名單中記錄的支付應用程式為第一SDK能夠調起的支付應用程式，即第一SDK具有發送調起資訊許可權的支付應用程式。
在本示例中，在使用者觸發多方支付入口後，不需使用者進行確認操作，也不需要使用者在清單中進行選擇操作來選擇使用的支付應用程式，可直接調起使用者終端中優先順序最高的支付應用程式，縮短了遠端控制項支付流程的鏈路，減少了使用者繁瑣的操作路徑，提升了使用者體驗。
在步驟S205中，通過第一目標支付應用程式調用第二SDK與遠端支付平臺交互，完成支付。
第一目標支付應用程式被調起，第一目標支付應用程式會調用自身集成的第二SDK與遠端支付平臺交互，以使遠端支付平臺與資源管理系統交互，完成支付的資源的轉入、轉出，完成支付。
第一目標支付應用程式的第二SDK可向遠端支付平臺發送支付請求消息。支付請求消息可包括使用者標識。遠端支付平臺回應於支付請求消息，向第二SDK回饋資源卡列表，資源卡清單表徵與使用者標識對應的資源卡。在一些示例中，在第一目標支付應用程式開通多方支付功能的情況下，資源卡清單可表徵該使用者標識在遠端支付平臺對應的所有資源卡，並不只是第一目標支付應用程式綁定的資源卡，即資源卡列表可表徵授權開通多方支付功能的各支付應用程式中使用者標識對應的使用者 綁定的資源卡。在一些示例中，資源卡清單可表徵該使用者標識對應的使用者在第一目標支付應用程式綁定的資源卡。使用者終端可向使用者展示資源卡列表，第二SDK回應於使用者對資源卡列表的輸入，確定使用者選擇的目標資源卡，向遠端支付平臺發送支付消息。支付消息可包括目標資源卡的標識和支付資源量。遠端支付平臺回應於支付消息，向資源管理系統發送支付消息，資源管理系統將支付資源量的資源從目標資源卡中轉出，完成支付。
資源卡清單中資源卡的排列順序可根據卡排列因素資訊得到。卡排列因素資訊可根據場景、需求等設定，在此並不限定。在一些示例中，卡排列因素資訊可包括資源卡綁定順序、資源卡使用時間、資源卡所屬支付應用程式、資源卡屬性、資源卡中資源量、資源卡狀態等中的一項或多項。例如，資源卡列表中資源卡可按資源卡綁定順序由早至晚排列，或者，資源卡列表中資源卡可按資源卡使用時間距離當前時間由近至遠排列，或者，資源卡列表中資源卡可優先排列所屬被調起的支付應用程式的資源卡等。在一些示例中，卡排列因素除了可確定資源卡列表中資源卡的排列順序，還可對資源卡列表中可使用的資源卡進行標記或對資源卡清單中不可使用的資源卡進行標記，標記方法在此並不限定，可採用字體、顏色、加粗、底線等方式進行標記。例如，資源卡屬性為信用卡、資源卡中資源量不足以支付或資源卡狀態為不可支付狀態等情況下，可將該資源卡的標識置為灰色，並排列在資源卡列表的末尾；不可支付狀態可包括銷卡狀態、掛失狀態、止付狀態、限制狀態、未簽約狀態、未開通狀態等，在此並不限定。
在一些示例中，不管支付是否成功，遠端支付平臺可向第一目標支付應用程式的第二SDK發送支付結果資訊，第二SDK可將該支付結果資訊向電子商務應用程式中的第一SDK傳輸，第一SDK再將該支付結果資訊向電子商務應用程式傳輸，以使電子商務應用程式向使用者展示支付結果資訊。支付結果資訊用於表徵支付成功或支付失敗。在支付成功 的情況下，第二SDK可調起電子商務應用程式，使電子商務應用程式提示使用者支付成功。
在本發明實施例中，使用者終端在電子商務應用程式觸發多方支付入口的情況下，利用集成在電子商務應用程式的第一SDK與遠端支付平臺交互，向遠端支付平臺提供清單要求資訊，以使遠端支付平臺根據清單要求資訊，提供與清單要求資訊對應的表徵優先順序由高至低排列的遠端支付平臺支援的多個支付應用程式的清單。第一SDK通過使用者終端本地具有的支付應用程式和遠端支付平臺提供的表徵優先順序由高至低排列的遠端支付平臺支援的多個支付應用程式，確定本地具有的優先順序最高的支付應用程式並自動調起，不需使用者手動選擇支付應用程式，自動調起的本地具有的優先順序最高的支付應用程式即第一目標支付應用程式可調用第二SDK與遠端支付平臺交互，以完成支付。在該遠端支付過程中，不需使用者手動選取支付應用程式，能夠自動調起與電子商務應用程式和使用者適配的支付應用程式進行支付，提高了支付效率。
此外，遠端支付平臺提供表徵優先順序由高至低排列的支付應用程式的第一支付應用清單，使得使用者終端中第一SDK能夠自動調起本地具有的優先順序最高的支付應用程式進行支付，在無需使用者進行支付應用程式選擇操作的情況下，為使用者主動調起優先順序最高的支付應用程式，支付應用程式推薦過程是智能化的路由過程，實現了支付應用程式精准、合理的推薦，即實現了支付方式精准、合理的自動選擇。
而且，在屬於第一主體的電子商務應用程式中集成屬於第三主體的第一SDK，在屬於第二主體的支付應用程式中集成屬於第三主體的第二SDK，使得電子商務應用程式和多個支付應用程式能夠接入屬於第三主體的遠端支付平臺，實現了多方支付功能。由此可得，多方支付功能使得多個支付應用程式接入同一遠端支付平臺，實現了多支付應用程式支付的線上平臺共用，對遠端控制項支付流程進行了優化，縮短了使用者支付的操作路徑，提高了使用者體驗。
在一些實施例中，上述第一目標支付應用程式所屬的第二主體授權第一目標支付應用程式具有可開通多方支付功能的許可權，但使用者終端中第一目標支付應用程式有可能未開通多方支付功能，因此在支付過程中，需對使用者終端中第一目標支付應用程式是否開通多方支付功能進行檢查。圖3為本發明第一方面另一實施例提供的基於智能路由的遠端支付方法的流程圖。圖3與圖2的不同之處在於，圖3中的步驟S205可具體細化為圖3中的步驟S2051至步驟S2053。
在步驟S2051中，通過第一目標支付應用程式調用第二SDK與遠端支付平臺交互，完成第二SDK的初始化。
第二SDK集成在支付應用程式中，在支付應用程式被調起需要使用該支付應用程式的第二SDK的情況下，需要對第二SDK進行初始化。第二SDK可調用init介面(即初始化介面)進行初始化。初始化可包括對環境的初始化，第二SDK可將獲取的環境參數以及初始化需要的其他參數向遠端支付平臺發送，由遠端支付平臺判斷第二SDK是否能夠進行初始化，並向第二SDK回饋。第二SDK可根據遠端支付平臺的判斷結果，確實是否繼續執行初始化。
在一些示例中，若第一目標支付應用程式在使用者終端第一次被使用，第一目標支付應用還可展示隱私資訊授權頁面，提示使用者對第一目標支付應用程式對使用者資訊的使用進行授權。隱私資訊授權頁面可包括隱私資訊授權說明、同意授權選項和拒絕授權選項。在使用者同意授權第一目標支付應用程式使用使用者資訊的情況下，可進行第一目標支付應用程式的第二SDK的初始化。若第一目標支付應用程式在之前已經過使用者對第一目標支付應用程式使用使用者資訊的授權，不需再次展示隱私資訊授權頁面，可直接進行第一目標支付應用程式的第二SDK的初始化。
在步驟S2052中，由第二SDK查詢本機存放區的多方支付功能開通標識位元，確定使用者終端中的第一目標支付應用程式是否開通多方支付功能。
第二SDK初始化成功後，第二SDK還需要確定使用者終端中的第一目標支付應用程式是否開通了多方支付功能。若使用者終端中的第一目標支付應用程式未開通多方支付功能，第二SDK無法與遠端支付平臺交互完成後續的支付過程。
多方支付功能開通標識位元可表徵使用者終端中的第一目標支付應用程式是否開通多方支付功能。多方支付功能開通標識位元可用數位、字母或其他字元表示，在此並不限定。例如，多方支付功能開通標識位元為1，表示使用者終端中的第一目標支付應用程式已開通多方支付功能；多方支付功能開通標識位元為0，表示使用者終端中的第一目標支付應用程式未開通多方支付功能。
在步驟S2053中，在使用者終端中的第一目標支付應用程式開通多方支付功能的情況下，由第二SDK與遠端支付平臺交互，完成支付。
使用者終端中的第一目標支付應用程式開通多方支付功能，表示使用者終端中的第一目標支付應用程式具有與遠端支付平臺交互完成支付的許可權，第二SDK可與遠端支付平臺交互。
在一些示例中，步驟S2053還可進一步細化為：在使用者終端中的第一目標支付應用程式開通多方支付功能的情況下，由第二SDK確定使用者是否在第一目標支付應用程式登錄；在使用者在第一目標支付應用程式已登錄的情況下，由第二SDK與遠端支付平臺交互，完成支付。由於若使用者未在第一目標支付應用程式登錄，第一目標支付應用程式相當於沒有得到使用者的使用授權，即使第一SDK調起第一目標支付應用程式，第一目標支付應用程式也不能正常進行支付。在使用者終端中的第一目標支付應用程式開通多方支付功能，且使用者在第一目標支付應用程式登錄的情況下，第一目標支付應用程式才能夠正常使用多方支付功能進行支付。
在一些實施例中，在第一目標支付應用程式未開通多方支付功能，或，使用者在第一目標支付應用程式未登錄的情況下，可採取其他措施輔助使用者進行支付，以提高支付成功率。圖4為本發明第一方面又 一實施例提供的基於智能路由的遠端支付方法的流程圖。圖4與圖2的不同之處在於，圖4所示的基於智能路由的遠端支付方法還可包括步驟S206，或，包括步驟S207至步驟S209，或，包括步驟210和步驟S211。
在步驟S206中，在使用者終端中的第一目標支付應用程式未開通多方支付功能，或，使用者在第一目標支付應用程式未登錄的情況下，通過第一目標支付應用程式的第二SDK調起第二目標支付應用程式，由第二目標支付應用程式的第二SDK與遠端支付平臺交互，完成支付。
在使用者終端中的第一目標支付應用程式未開通多方支付功能，或，使用者在第一目標支付應用程式未登錄的情況下，第一目標支付應用程式不能正常使用多方支付功能進行支付。為了提高支付成功率，第一目標支付應用程式的第二SDK可調起第二支付應用程式繼續支付流程。第二目標支付應用程式為指定的支付應用程式或第一支付應用清單與第二支付應用列表的交集中優先順序次高的支付應用程式。指定的支付應用程式可以為一個，也可以為多個。在指定的支付應用程式為多個的情況下，第二目標支付應用程式為指定的支付應用程式中的任意一個，或其中優先順序最高的一個，在此並不限定。在一些示例中，第二目標支付應用程式可包括由第一主體或第三主體指定的支付應用程式。第一支付應用列表與第二支付應用列表的交集中優先順序次高的支付應用程式，即為第一支付應用列表與第二支付應用列表的交集中優先順序僅次於第一目標支付應用程式的支付應用程式。例如，第一支付應用列表與第二支付應用列表的交集中，支付應用程式按照優先順序由高至低的順序排列依次為支付應用程式C2、支付應用程式C1、支付應用程式C4和支付應用程式C3，則第一目標支付應用程式為支付應用程式C2，第二目標支付應用程式為支付應用程式C1。
在第二目標支付應用程式被調起的情況下，由第二目標支付應用程式的第二SDK與遠端支付平臺交互，完成支付。第二目標支付應用程式的第二SDK與遠端支付平臺交互完成支付的具體內容和第一目標支付 應用程式的第二SDK與遠端支付平臺交互完成支付的具體內容基本一致，在此不再贅述。
在第一目標支付應用程式不能正常使用多方支付功能進行支付的情況下，使用者終端可自動調起使用者終端中的其他支付應用程式，通過其他支付應用程式的第二SDK與遠端平臺交互以完成支付，避免支付失敗，提高了支付成功率，且該過程不需使用者手動操作，也提高了使用者的支付體驗。
在步驟S207中，在使用者終端中的第一目標支付應用程式未開通多方支付功能，或，使用者在第一目標支付應用程式未登錄的情況下，通過第一目標支付應用程式的第二SDK與遠端支付平臺交互，以展示支付選擇頁面。
在使用者終端中的第一目標支付應用程式未開通多方支付功能，或，使用者在第一目標支付應用程式未登錄的情況下，第一目標支付應用程式不能正常使用多方支付功能進行支付。為了提高支付成功率，遠端支付平臺可向第一目標支付應用程式的第二SDK提供支付選擇頁面，支付選擇頁面包括開通多方支付功能的支付應用程式的標識，以供使用者進行選擇。
在步驟S208中，回應於使用者的第一選擇輸入，在支付選擇頁面中確定第三目標支付應用程式。
第一選擇輸入為使用者對支付選擇頁面的選擇輸入，第一選擇輸入可指示支付選擇頁面中的一個支付應用程式的標識，第三目標支付應用程式即為第一選擇輸入在支付選擇頁面中指示的支付應用程式。
在步驟S209中，通過第一目標支付應用程式的第二SDK調起第三目標支付應用程式，由第三目標支付應用程式的第二SDK與遠端支付平臺交互，完成支付。
在第三目標支付應用程式被調起的情況下，由第三目標支付應用程式的第二SDK與遠端支付平臺交互，完成支付。第三目標支付應用 程式的第二SDK與遠端支付平臺交互完成支付的具體內容和第一目標支付應用程式的第二SDK與遠端支付平臺交互完成支付的具體內容基本一致，在此不再贅述。
在第一目標支付應用程式不能正常使用多方支付功能進行支付的情況下，遠端支付平臺可向使用者終端中第一目標支付應用程式的第二SDK提供支付選擇頁面，以供使用者選擇調起的支付應用程式，使用者選擇調起的支付應用程式即第三目標支付應用程式進行的支付被取消的可能性較小，可進一步提高支付的成功率。
在步驟S210中，在第一目標支付應用程式未開通多方支付功能，或，使用者在第一目標支付應用程式未登錄的情況下，展示第一引導資訊和/或第二引導資訊。
第一引導資訊用於引導使用者為第一目標支付應用程式開通多方支付功能。使用者終端回應於使用者對第一引導資訊的操作輸入，通過第一目標支付應用程式的第二SDK與遠端支付平臺交互，以開通使用者終端中第一目標支付應用程式的多方支付功能。
第二引導資訊用於引導使用者登錄第一目標支付應用程式。使用者終端可回應於使用者對第二引導資訊的操作輸入，通過第一目標支付應用程式與第一目標支付應用程式的後臺系統交互，以實現使用者在第一目標支付應用程式的登錄。
在步驟S211中，在第一目標支付應用程式開通多方支付功能且使用者在第一目標支付應用程式已登錄的情況下，由第一目標支付應用程式的第二SDK與遠端支付平臺交互，完成支付。
在第一目標支付應用程式開通多方支付功能且使用者在第一目標支付應用程式已登錄的情況下，第一目標支付應用程式可正常使用多方支付功能進行支付，則可調用第一目標支付應用程式的第二SDK與遠端支付平臺交互完成支付。
通過引導使用者開通使用者終端中第一目標支付應用程式的 多方支付功能，以及，引導使用者在第一目標支付應用程式登錄，可繼續通過第一目標支付應用程式的第二SDK完成支付，避免支付失敗，提高支付的成功率。
在一些實施例中，在支付過程中可能會出現支付取消的情況，支付取消可能由多種原因引起，可通過提供支付選擇頁面，向使用者再次確定是否取消本次支付，避免誤操作或程式錯誤導致的支付失敗。圖5為本發明第一方面再一實施例提供的基於智能路由的遠端支付方法的流程圖。圖5與圖2的不同之處在於，圖5所示的基於智能路由的遠端支付方法還可包括步驟S212至步驟S215。
在步驟S212中，調用第二SDK通過支付前置協定介面或監聽介面監聽是否出現支付取消動作。
使用者輸入導致的取消支付或程式錯誤導致的取消支付均會產生支付取消動作。第二SDK可通過支付前置協定介面或監聽介面監聽支付取消動作。在支付取消動作出現的情況下，支付前置協定介面或監聽介面能夠接收到觸發指令，通過觸發指令可調起第一目標支付應用程式的第二SDK執行步驟S213。
在步驟S213中，在出現支付取消動作的情況下，調用第二SDK與遠端支付平臺交互，以展示支付選擇頁面。
第一目標支付應用程式的第二SDK與遠端支付平臺交互，從遠端支付平臺獲取並展示支付選擇頁面。支付選擇頁面包括開通多方支付功能的支付應用程式的標識，支付選擇頁面的具體內容可參見上述實施例中的相關說明，在此不再贅述。
在步驟S214中，回應於使用者的第二選擇輸入，在支付選擇頁面中確定第四目標支付應用程式。
第二選擇輸入為使用者對支付選擇頁面的選擇輸入，第二選擇輸入可指示支付選擇頁面中的一個支付應用程式的標識，第四目標支付應用程式即為第二選擇輸入在支付選擇頁面中指示的支付應用程式。
在步驟S215中，通過第一目標支付應用程式的第二SDK調起第四目標支付應用程式，並由第四目標支付應用程式的第二SDK與遠端支付平臺交互，完成支付。
在第四目標支付應用程式被調起的情況下，由第四目標支付應用程式的第二SDK與遠端支付平臺交互，完成支付。第四目標支付應用程式的第二SDK與遠端支付平臺交互完成支付的具體內容和第一目標支付應用程式的第二SDK與遠端支付平臺交互完成支付的具體內容基本一致，在此不再贅述。
在支付過程中可能會出現支付取消的情況下，通過提供支付選擇頁面，向使用者再次確定是否取消本次支付，並提供其他支付應用程式的選擇，能夠避免誤操作或程式錯誤導致的支付失敗，提高支付的成功率。
在一些示例中，上述實施例中使用者終端中第一目標支付應用程式未開通多方支付功能、使用者在第一目標支付應用程式未登錄等情況也可回調支付前置協定介面或監聽介面，通知第一目標支付應用程式，以使第一目標支付應用程式跳轉至對應的開通多方支付功能流程、登錄流程等。若開通多方支付功能流程中成功開通多方支付功能和/或在登錄流程中成功登錄，第一目標支付應用程式會回調第二SDK，第二SDK繼續遠端支付流程。若開通多方支付功能流程中開通多方支付功能失敗和/或在登錄流程中登錄失敗，也可回調第二SDK，第二SDK與遠端支付平臺交互，以展示支付選擇頁面。
本發明第二方面提供一種基於智能路由的遠端支付方法，可應用於遠端支付平臺，即該基於智能路由的遠端支付方法可由遠端支付平臺執行。圖6為本發明第二方面一實施例提供的基於智能路由的遠端支付方法的流程圖。如圖6所示，該基於智能路由的遠端支付方法可包括步驟S301至步驟S304。
在步驟S301中，在使用者終端的電子商務應用程式觸發多 方支付入口的情況下，接收使用者終端調用第一SDK發送的清單請求消息。
清單請求消息包括清單要求資訊。清單要求資訊包括電子商務應用標識和使用者標識。
在一些示例中，清單要求資訊還可包括以下一項或多項：使用者終端作業系統版本、第一SDK的版本、第二SDK的版本。
使用者終端具有電子商務應用程式、集成在電子商務應用程式的第一SDK、支付應用程式以及與集成在支付應用程式的第二SDK。其中，電子商務應用程式屬於第一主體，支付應用程式屬於第二主體，第一SDK和第二SDK屬於第三主體。
在步驟S302中，根據清單請求消息，獲取清單要求資訊對應的關聯資料，並基於關聯資料，得到遠端支付平臺支援的支付應用程式的優先順序。
不同的清單要求資訊對應的關聯資料可能不同，不同的關聯資料對應能夠得到的遠端支付平臺支援的支付應用程式的優先順序也可能不同，具體內容可參見上述實施例中的說明，在此不再贅述。
在一些示例中，關聯資料包括以下一項或多項：支付應用程式支付頻率、支付應用程式支付成功率、支付應用程式支付資源量、支付應用程式支付時間、使用者在支付應用程式的支付信用度、第一主體指定的支付應用程式的調起順序、第三主體指定的支付應用程式的調起順序。
在步驟S303中，根據遠端支付平臺支援的支付應用程式的優先順序，生成第一支付應用清單，並向使用者終端發送。
第一支付應用列表表徵遠端支付平臺支援的多個優先順序由高至低排列的支付應用程式。
在步驟S304中，與使用者終端的第一目標支付應用程式的第二SDK交互，完成支付。
第一目標支付應用程式為第一支付應用清單與第二支付應用列表的交集中優先順序最高的支付應用程式。第二支付應用清單表徵使用 者終端具有的支付應用程式。
步驟S301至步驟S304的具體內容可參見上述實施例中的相關說明，在此不再贅述。
在本發明實施例中，在使用者終端的電子商務應用程式觸發多方支付入口的情況下，遠端支付平臺與集成在電子商務應用程式的第一SDK交互，從第一SDK獲取清單要求資訊，根據清單要求資訊，向第一SDK提供與清單要求資訊對應的表徵優先順序由高至低排列的遠端支付平臺支援的多個支付應用程式的清單。第一SDK通過使用者終端本地具有的支付應用程式和遠端支付平臺提供的表徵遠端支付平臺支援的優先順序由高至低排列的多個支付應用程式，確定本地具有的優先順序最高的支付應用程式並自動調起，不需使用者手動選擇支付應用程式。遠端支付平臺與使用者終端自動調起的本地具有的優先順序最高的支付應用程式即第一目標支付應用程式的第二SDK交互，以完成支付。在該遠端支付過程中，不需使用者手動選取支付應用程式，使用者終端能夠自動調起與電子商務應用程式和使用者適配的支付應用程式進行支付，提高了支付效率。
此外，遠端支付平臺提供表徵優先順序由高至低排列的支付應用程式的第一支付應用清單，使得使用者終端中第一SDK能夠自動調起本地具有的優先順序最高的支付應用程式進行支付，在無需使用者進行支付應用程式選擇操作的情況下，為使用者主動調起優先順序最高的支付應用程式，支付應用程式推薦過程是智能化的路由過程，實現了支付應用程式精准、合理的推薦，即實現了支付方式精准、合理的自動選擇。
而且，在屬於第一主體的電子商務應用程式中集成屬於第三主體的第一SDK，在屬於第二主體的支付應用程式中集成屬於第三主體的第二SDK，使得電子商務應用程式和多個支付應用程式能夠接入屬於第三主體的遠端支付平臺，實現了多方支付功能。由此可得，多方支付功能使得多個支付應用程式接入同一遠端支付平臺，實現了多支付應用程式支付的線上平臺共用，對遠端控制項支付流程進行了優化，縮短了使用者支付 的操作路徑，提高了使用者體驗。
在一些實施例中，上述第一目標支付應用程式所屬的第二主體授權第一目標支付應用程式具有可開通多方支付功能的許可權，但使用者終端中第一目標支付應用程式有可能未開通多方支付功能，因此在支付過程中，需對使用者終端中第一目標支付應用程式是否開通多方支付功能進行檢查。圖7為本發明第二方面另一實施例提供的基於智能路由的遠端支付方法的流程圖。圖7與圖6的不同之處在於，圖6中的步驟S304可具體細化為圖7中的步驟S3041和步驟S3042。
在步驟S3041中，與第一目標支付應用程式的第二SDK交互，完成第二SDK的初始化。
在步驟S3042中，在第二SDK確定使用者終端中的第一目標支付應用程式開通多方支付功能的情況下，與第一目標支付應用程式的第二SDK交互，完成支付。
在一些示例中，還可在使用者在第一目標支付應用程式已登錄的情況下，與第一目標支付應用程式的第二SDK交互，完成支付。即，在第二SDK確定使用者終端中的第一目標支付應用程式開通多方支付功能，且使用者在第一目標支付應用程式已登錄的情況下，與第一目標支付應用程式的第二SDK交互，完成支付。
上述步驟S3041和步驟S3042的具體內容可參見上述實施例中的相關說明，在此不再贅述。
在一些實施例中，在第一目標支付應用程式未開通多方支付功能，或，使用者在第一目標支付應用程式未登錄的情況下，可採取其他措施輔助使用者進行支付，以提高支付成功率。圖8為本發明第二方面又一實施例提供的基於智能路由的遠端支付方法的流程圖。圖8與圖6的不同之處在於，圖8所示的基於智能路由的遠端支付方法還可包括步驟S305，或者，包括步驟S306和步驟S307，或者，包括步驟S308和步驟S309。
在步驟S305中，在使用者終端中的第一目標支付應用程式 未開通多方支付功能，或，使用者在第一目標支付應用程式未登錄的情況下，與使用者終端中第二目標支付應用程式的第二SDK交互，完成支付。
第二目標支付應用程式為指定的支付應用程式或第一支付應用清單與第二支付應用列表的交集中優先順序次高的支付應用程式。
在步驟S306中，在使用者終端中的第一目標支付應用程式未開通多方支付功能，或，使用者在第一目標支付應用程式未登錄的情況下，與使用者終端中第一目標支付應用程式的第二SDK交互，提供支付選擇頁面。
支付選擇頁面包括開通多方支付功能的支付應用程式的標識。
在步驟S307中，與使用者終端中第三目標支付應用程式的第二SDK交互，完成支付。
第三目標支付應用程式包括使用者終端回應於使用者的第一選擇輸入，在支付選擇頁面中確定的支付應用程式。
在步驟S308中，在第一目標支付應用程式未開通多方支付功能，或，使用者在第一目標支付應用程式未登錄的情況下，與使用者終端中第一目標支付應用程式的第二SDK交互，為使用者終端中第一目標支付應用程式開通多方支付功能。
在步驟S309中，在第一目標支付應用程式開通多方支付功能且使用者在第一目標支付應用程式已登錄的情況下，與使用者終端中第一目標支付應用程式的第二SDK交互，完成支付。
上述步驟S305至步驟S309的具體內容可參見上述實施例中的相關說明，在此不再贅述。
在一些實施例中，在支付過程中可能會出現支付取消的情況，支付取消可能由多種原因引起，可通過提供支付選擇頁面，向使用者再次確定是否取消本次支付，避免誤操作或程式錯誤導致的支付失敗。圖9為本發明第二方面再一實施例提供的基於智能路由的遠端支付方法的流程圖。圖9與圖6的不同之處在於，圖9所示的基於智能路由的遠端支付方法還 可包括步驟S310和步驟S311。
在步驟S310中，在使用者終端監聽到支付取消動作的情況下，與使用者終端中第一目標支付應用程式的第二SDK交互，提供支付選擇頁面。
支付選擇頁面包括開通多方支付功能的支付應用程式的標識。
在步驟S311中，與使用者終端中第四目標支付應用程式的第二SDK交互，完成支付。
第四目標支付應用程式包括使用者終端回應於使用者的第二選擇輸入在支付選擇頁面中確定的支付引用程式。
上述步驟S310和步驟S311的具體內容可參見上述實施例中的相關說明，在此不再贅述。
為了便於理解，下面從電子商務應用程式、第一SDK、支付應用程式、第二SDK以及遠端支付平臺之間的交互來對上述實施例中第一目標支付應用程式被調起以及進行支付的流程進行說明。圖10為本發明實施例提供的遠端支付流程的一示例的流程圖。如圖10所示，該遠端支付流程可包括步驟S401至步驟S413。
在步驟S401中，使用者終端中的電子商務應用程式接收使用者對多方支付入口的觸發輸入。
在步驟S402中，回應於觸發輸入，電子商務應用程式向第一SDK發送訂單資訊和電子商務應用標識。
在步驟S403中，第一SDK向遠端支付平臺發送清單請求消息。清單請求消息可包括清單要求資訊和訂單資訊。
在步驟S404中，遠端支付平臺根據清單請求消息，生成訂單。
在步驟S405中，遠端支付平臺根據清單要求資訊，獲取與清單要求資訊對應的關聯資料，基於關聯資料，得到遠端支付平臺支援的支付應用程式的優先順序，生成第一支付應用列表。
在步驟S406中，遠端支付平臺向第一SDK發送第一支付應用列表。
在步驟S407中，第一SDK從使用者終端獲取第二支付應用清單，根據第一支付應用清單和第二支付應用清單，調起第一目標支付應用程式。
在步驟S408中，第一目標支付應用程式調用第一目標支付應用程式的第二SDK。
在步驟S409中，第二SDK向使用者請求進行支付驗證。
在步驟S410中，在支付驗證通過的情況下，第二SDK與遠端支付平臺交互，進行支付。
在步驟S411中，遠端支付平臺得到支付結果資訊，向第二SDK發送支付結果資訊。
在步驟S412中，第二SDK向第一SDK發送支付結果資訊。
在步驟S413中，第一SDK向電子商務應用程式發送支付結果資訊。
上述步驟S401至步驟S413的具體內容可參見上述實施例中的相關說明，在此不再贅述。
在上述遠端支付過程中，還需對第二SDK進行初始化、檢測使用者終端中第一目標支付應用程式是否開通多方支付功能以及使用者是否登錄等動作。下面從電子商務應用程式、第一SDK、支付應用程式、第二SDK以及遠端支付平臺之間的交互來對上述遠端支付流程進行說明，該示例中省去了上述示例中的第一目標支付應用程式具體如何被調起的內容。圖11為本發明實施例提供的遠端支付流程的另一示例的流程圖。如圖11所示，該遠端支付流程可包括步驟S501至步驟S517。
在步驟S501中，使用者終端回應於使用者對電子商務應用程式的多方支付入口的觸發輸入，利用第一SDK調起第一目標支付應用程式。
在步驟S502中，第一目標支付應用程式調用第一目標支付應用程式的第二SDK。
在步驟S503中，第二SDK與遠端支付平臺交互，完成第二SDK的初始化。
在步驟S504中，第一目標支付應用程式實現支付前置協定及監聽。
在步驟S505中，第二SDK進行訂單處理。
在步驟S506中，第二SDK判斷使用者是否在第一目標支付應用程式開通多方支付功能，若還未開通多方支付功能，跳轉至步驟S507；若已開通多方支付功能，跳轉至步驟S508。
在步驟S507中，第二SDK調起使用者終端中開通多方支付功能的另一支付應用程式，以利用另一支付應用程式進行支付。
在步驟S508中，第二SDK判斷使用者是否登錄第一目標支付應用程式，若使用者未登錄，跳轉至步驟S509；若使用者已登錄，跳轉至步驟S511。
在步驟S509中，第二SDK回調至支付前置協議及監聽，通知第一目標支付應用程式。
在步驟S510中，第一目標支付應用程式跳轉至登錄流程，若登錄流程中登錄成功，跳轉至步驟S511；若登錄流程中登錄失敗，跳轉至步驟S515。
在步驟S511中，第二SDK進行支付驗證。
在步驟S512中，第二SDK檢測是否出現支付取消動作，若出現支付取消動作，跳轉至步驟S513；若未出現支付取消動作，跳轉至步驟S515。
在步驟S513中，第二SDK與遠端支付平臺交互，以獲取並展示支付選擇頁面。
在步驟S514中，回應於使用者的選擇輸入，第二SDK調起 使用者終端中另一支付應用程式，以利用另一支付應用程式進行支付。
在步驟S515中，第二SDK與遠端支付平臺交互以進行支付。
在步驟S516中，遠端支付平臺向第二SDK發送支付結果資訊。
在步驟S517中，第二SDK通過第一SDK向電子商務應用程式發送支付結果資訊。
上述步驟S501至步驟S517的具體內容可參見上述實施例中的相關說明，在此不再贅述。
本發明第三方面提供一種使用者終端，該使用者終端具體可為上述實施例中的使用者終端。使用者終端具有電子商務應用程式、集成在電子商務應用程式的第一軟體開發套件SDK、支付應用程式以及與集成在支付應用程式的第二SDK。電子商務應用程式屬於第一主體，支付應用程式屬於第二主體，第一SDK和第二SDK屬於第三主體。圖12為本發明第三方面一實施例提供的使用者終端的結構示意圖。如圖12所示，該使用者終端600可包括通信模組601和處理模組602。
通信模組601可用於用於在電子商務應用程式觸發多方支付入口的情況下，被第一SDK調用向遠端支付平臺發送清單請求消息，清單請求消息包括清單要求資訊，清單要求資訊包括電子商務應用標識和使用者標識；以及，用於被第一SDK調用從遠端支付平臺獲取第一支付應用列表，第一支付應用列表表徵遠端支付平臺支援的多個優先順序由高至低排列的支付應用程式，優先順序由遠端支付平臺基於清單要求資訊對應的關聯資料得到。
在一些示例中，清單要求資訊還包括以下一項或多項：使用者終端作業系統版本、第一SDK的版本、第二SDK的版本。
在一些示例中，關聯資料包括以下一項或多項：支付應用程式支付頻率、支付應用程式支付成功率、支付應用程式支付資源量、支付應用程式支付時間、使用者在支付應用程式的支付信用度、第一主體指定 的支付應用程式的調起順序、第三主體指定的支付應用程式的調起順序。
處理模組602可用於被第一SDK調用獲取第二支付應用列表，第二支付應用清單表徵使用者終端具有的支付應用程式；以及，用於調用第一SDK調起第一目標支付應用程式，第一目標支付應用程式為第一支付應用清單與第二支付應用列表的交集中優先順序最高的支付應用程式。
通信模組601還可用於被第一目標支付應用程式的第二SDK調用與遠端支付平臺交互，完成支付。
在本發明實施例中，使用者終端在電子商務應用程式觸發多方支付入口的情況下，利用集成在電子商務應用程式的第一SDK與遠端支付平臺交互，向遠端支付平臺提供清單要求資訊，以使遠端支付平臺根據清單要求資訊，提供與清單要求資訊對應的表徵優先順序由高至低排列的遠端支付平臺支援的多個支付應用程式的清單。第一SDK通過使用者終端本地具有的支付應用程式和遠端支付平臺提供的表徵優先順序由高至低排列的遠端支付平臺支援的多個支付應用程式，確定本地具有的優先順序最高的支付應用程式並自動調起，不需使用者手動選擇支付應用程式，自動調起的本地具有的優先順序最高的支付應用程式即第一目標支付應用程式可調用第二SDK與遠端支付平臺交互，以完成支付。在該遠端支付過程中，不需使用者手動選取支付應用程式，能夠自動調起與電子商務應用程式和使用者適配的支付應用程式進行支付，提高了支付效率。
而且，多方支付功能使得多個支付應用程式接入同一遠端支付平臺，實現了多支付應用程式支付的線上平臺共用，對遠端控制項支付流程進行了優化，縮短了使用者支付的操作路徑，提高了使用者體驗。
在一些實施例中，上述處理模組602可用於被第二SDK調用查詢本機存放區的多方支付功能開通標識位元，確定使用者終端中的第一目標支付應用程式是否開通多方支付功能。
通信模組601可用於在使用者終端中的第一目標支付應用程式開通多方支付功能的情況下，被第二SDK調用與遠端支付平臺交互，完 成支付。
在一些實施例中，處理模組602可用於在使用者終端中的第一目標支付應用程式開通多方支付功能的情況下，被第二SDK調用確定使用者是否在第一目標支付應用程式登錄。
通信模組601可用於在使用者在第一目標支付應用程式已登錄的情況下，被第二SDK調用與遠端支付平臺交互，完成支付。
在一些實施例中，通信模組601還可用於被第一目標支付應用程式的第二SDK調用與遠端支付平臺交互，完成第二SDK的初始化。
在一些實施例中，通信模組601還可用於在使用者終端中的第一目標支付應用程式未開通多方支付功能，或，使用者在第一目標支付應用程式未登錄的情況下，第一目標支付應用程式的第二SDK調起第二目標支付應用程式，被第二目標支付應用程式的第二SDK調用與遠端支付平臺交互，完成支付。
第二目標支付應用程式為指定的支付應用程式或第一支付應用清單與第二支付應用列表的交集中優先順序次高的支付應用程式。
在一些實施例中，使用者終端還可包括顯示模組。
通信模組601還可用於在使用者終端中的第一目標支付應用程式未開通多方支付功能，或，使用者在第一目標支付應用程式未登錄的情況下，被第一目標支付應用程式的第二SDK調用與遠端支付平臺交互，獲取支付選擇頁面。
顯示模組可用於展示支付選擇頁面。
支付選擇頁面包括開通多方支付功能的支付應用程式的標識。
處理模組602還可用於回應於使用者的第一選擇輸入，在支付選擇頁面中確定第三目標支付應用程式。
通信模組601還可用於在通過第一目標支付應用程式的第二SDK調起第三目標支付應用程式的情況下，被第三目標支付應用程式的第二SDK調用與遠端支付平臺交互，完成支付；
在一些實施例中，使用者終端還可包括顯示模組。
顯示模組用於在第一目標支付應用程式未開通多方支付功能，或，使用者在第一目標支付應用程式未登錄的情況下，展示第一引導資訊和/或第二引導資訊。
第一引導資訊用於引導使用者為第一目標支付應用程式開通多方支付功能。第二引導資訊用於引導使用者登錄第一目標支付應用程式。
通信模組601還可用於在第一目標支付應用程式開通多方支付功能且使用者在第一目標支付應用程式已登錄的情況下，被第一目標支付應用程式的第二SDK調用與遠端支付平臺交互，完成支付。
在一些實施例中，使用者終端還可包括顯示模組。
處理模組602還可用於調用第二SDK通過支付前置協定介面或監聽介面監聽是否出現支付取消動作。
通信模組601還可用於在出現支付取消動作的情況下，被第二SDK調用與遠端支付平臺交互，獲取支付選擇頁面。
顯示模組可用於展示支付選擇頁面。
支付選擇頁面包括開通多方支付功能的支付應用程式的標識。
處理模組602還可用於回應於使用者的第二選擇輸入，在支付選擇頁面中確定第四目標支付應用程式。
通信模組601還可用於在通過第一目標支付應用程式的第二SDK調起第四目標支付應用程式的情況下，被第四目標支付應用程式的第二SDK調用與遠端支付平臺交互，完成支付。
在一些實施例中，處理模組602可用於被第一SDK調用向第一目標支付應用程式發送調起資訊；控制第一目標支付應用程式回應於調起資訊啟動，並直接跳轉至調起資訊指示的頁面。
本發明第四方面提供一種基於智能路由的遠端支付裝置，可應用於遠端支付平臺，遠端支付平臺的具體內容可參見上述實施例中的相關說明，在此不再贅述。圖13為本發明第四方面一實施例提供的基於智能 路由的遠端支付裝置的結構示意圖。如圖13所示，基於智能路由的遠端支付裝置700可包括通信模組701和處理模組702。
通信模組701可用於在使用者終端的電子商務應用程式觸發多方支付入口的情況下，接收使用者終端調用第一軟體開發套件SDK發送的清單請求消息。
清單請求消息包括清單要求資訊，清單要求資訊包括電子商務應用標識和使用者標識。
在一些示例中，清單要求資訊還包括以下一項或多項：使用者終端作業系統版本、第一SDK的版本、第二SDK的版本。
使用者終端具有電子商務應用程式、集成在電子商務應用程式的第一SDK、支付應用程式以及與集成在支付應用程式的第二SDK。電子商務應用程式屬於第一主體，支付應用程式屬於第二主體，第一SDK和第二SDK屬於第三主體。
處理模組702可用於根據清單請求消息，獲取清單要求資訊對應的關聯資料，並基於關聯資料，得到遠端支付平臺支援的支付應用程式的優先順序；以及，用於根據遠端支付平臺支援的支付應用程式的優先順序，生成第一支付應用列表。
第一支付應用列表表徵遠端支付平臺支援的多個優先順序由高至低排列的支付應用程式。
在一些示例中，關聯資料包括以下一項或多項：支付應用程式支付頻率、支付應用程式支付成功率、支付應用程式支付資源量、支付應用程式支付時間、使用者在支付應用程式的支付信用度、第一主體指定的支付應用程式的調起順序、第三主體指定的支付應用程式的調起順序。
通信模組701還可用於向使用者終端發送第一支付應用清單，以及，用於與使用者終端的第一目標支付應用程式的第二SDK交互，完成支付。
第一目標支付應用程式為第一支付應用清單與第二支付應用 列表的交集中優先順序最高的支付應用程式。第二支付應用清單表徵使用者終端具有的支付應用程式。
在本發明實施例中，在使用者終端的電子商務應用程式觸發多方支付入口的情況下，遠端支付平臺與集成在電子商務應用程式的第一SDK交互，從第一SDK獲取清單要求資訊，根據清單要求資訊，向第一SDK提供與清單要求資訊對應的表徵優先順序由高至低排列的遠端支付平臺支援的多個支付應用程式的清單。第一SDK通過使用者終端本地具有的支付應用程式和遠端支付平臺提供的表徵遠端支付平臺支援的優先順序由高至低排列的多個支付應用程式，確定本地具有的優先順序最高的支付應用程式並自動調起，不需使用者手動選擇支付應用程式。遠端支付平臺與使用者終端自動調起的本地具有的優先順序最高的支付應用程式即第一目標支付應用程式的第二SDK交互，以完成支付。在該遠端支付過程中，不需使用者手動選取支付應用程式，使用者終端能夠自動調起與電子商務應用程式和使用者適配的支付應用程式進行支付，提高了支付效率。
而且，多方支付功能使得多個支付應用程式接入同一遠端支付平臺，實現了多支付應用程式支付的線上平臺共用，對遠端控制項支付流程進行了優化，縮短了使用者支付的操作路徑，提高了使用者體驗。
在一些實施例中，通信模組701可用於在第二SDK確定使用者終端中的第一目標支付應用程式開通多方支付功能的情況下，與第一目標支付應用程式的第二SDK交互，完成支付。
在一些實施例中，在使用者在第一目標支付應用程式已登錄的情況下，與第一目標支付應用程式的第二SDK交互，完成支付。
在一些實施例中，通信模組701還可用於與第一目標支付應用程式的第二SDK交互，完成第二SDK的初始化。
在一些實施例中，通信模組701還可用於在使用者終端中的第一目標支付應用程式未開通多方支付功能，或，使用者在第一目標支付應用程式未登錄的情況下，與使用者終端中第二目標支付應用程式的第二 SDK交互，完成支付。
第二目標支付應用程式為指定的支付應用程式或第一支付應用清單與第二支付應用列表的交集中優先順序次高的支付應用程式。
在一些實施例中，通信模組701還可用於在使用者終端中的第一目標支付應用程式未開通多方支付功能，或，使用者在第一目標支付應用程式未登錄的情況下，與使用者終端中第一目標支付應用程式的第二SDK交互，提供支付選擇頁面；以及，用於與使用者終端中第三目標支付應用程式的第二SDK交互，完成支付。
支付選擇頁面包括開通多方支付功能的支付應用程式的標識。第三目標支付應用程式包括使用者終端回應於使用者的第一選擇輸入，在支付選擇頁面中確定的支付應用程式。
在一些實施例中，通信模組701還可用於在第一目標支付應用程式未開通多方支付功能，或，使用者在第一目標支付應用程式未登錄的情況下，與使用者終端中第一目標支付應用程式的第二SDK交互，為使用者終端中第一目標支付應用程式開通多方支付功能；以及，用於在第一目標支付應用程式開通多方支付功能且使用者在第一目標支付應用程式已登錄的情況下，與使用者終端中第一目標支付應用程式的第二SDK交互，完成支付。
在一些實施例中，通信模組701還可用於在使用者終端監聽到支付取消動作的情況下，與使用者終端中第一目標支付應用程式的第二SDK交互，提供支付選擇頁面；以及，用於與使用者終端中第四目標支付應用程式的第二SDK交互，完成支付。
支付選擇頁面包括開通多方支付功能的支付應用程式的標識。第四目標支付應用程式包括使用者終端回應於使用者的第二選擇輸入在支付選擇頁面中確定的支付引用程式。
本發明第五方面還提供了一種使用者終端。圖14為本發明第五方面一實施例提供的使用者終端的結構示意圖。如圖14所示，使用者 終端800包括記憶體801、處理器802及存儲在記憶體801上並可在處理器802上運行的電腦程式。
在一個示例中，上述處理器802可以包括中央處理器(Central Processing Unit,CPU)，或者特定積體電路(Application Specific Integrated Circuit,ASIC)，或者可以被配置成實施本發明實施例的一個或多個積體電路。
記憶體801可包括唯讀記憶體(Read-Only Memory,ROM)，隨機存取記憶體(Random Access Memory,RAM)，磁片存儲介質設備，光存儲介質設備，快閃記憶體設備，電氣、光學或其他物理/有形的記憶體存放裝置。因此，通常，記憶體包括一個或多個編碼有包括電腦可執行指令的軟體的有形(非暫態)電腦可讀存儲介質(例如，記憶體設備)，並且當該軟體被執行(例如，由一個或多個處理器)時，其可操作來執行參考根據本發明第一方面實施例中基於智能路由的遠端支付方法所描述的操作。
處理器802通過讀取記憶體801中存儲的可執行程式碼來運行與可執行程式碼對應的電腦程式，以用於實現上述第一方面實施例中的基於智能路由的遠端支付方法。
在一些示例中，使用者終端800還可包括通信介面803和匯流排804。其中，如圖14所示，記憶體801、處理器802、通信介面803通過匯流排804連接並完成相互間的通信。
通信介面803，主要用於實現本發明實施例中各模組、裝置、單元和/或設備之間的通信。也可通過通信介面803接入輸入裝置和/或輸出設備。
匯流排804包括硬體、軟體或兩者，將使用者終端800的部件彼此耦接在一起。舉例來說而非限制，匯流排804可包括加速圖形埠(Accelerated Graphics Port,AGP)或其他圖形匯流排、增強工業標準架構(Enhanced Industry Standard Architecture,EISA)匯流排、前側匯流排 (Front Side Bus,FSB)、超傳送標準(Hyper Transport,HT)互連、工業標準架構(Industry Standard Architecture,ISA)匯流排、無限頻寬互連、低接腳計數(Low pin count,LPC)匯流排、記憶體匯流排、微通道架構(Micro Channel Architecture,MCA)匯流排、周邊組件互連(Peripheral Component Interconnect,PCI)匯流排、快速周邊組件互連(Peripheral Component Interconnect Express,PCI-E)匯流排、串列進階技術附接(Serial Advanced Technology Attachment,SATA)匯流排、視訊電子標準協會區域(Video Electronics Standards Association Local Bus,VLB)匯流排或其他合適的匯流排或者兩個或更多個以上這些的組合。在合適的情況下，匯流排804可包括一個或多個匯流排。儘管本發明實施例描述和示出了特定的匯流排，但本發明考慮任何合適的匯流排或互連。
本發明第六方面還提供了一種電子設備。該電子設備可包括記憶體、處理器及存儲在記憶體上並可在處理器上運行的電腦程式。
記憶體包括一個或多個編碼有包括電腦可執行指令的軟體的有形(非暫態)電腦可讀存儲介質(例如，記憶體設備)，並且當該軟體被執行(例如，由一個或多個處理器)時，其可操作來執行參考根據本發明第二方面實施例中基於智能路由的遠端支付方法所描述的操作。
處理器通過讀取記憶體中存儲的可執行程式碼來運行與可執行程式碼對應的電腦程式，以用於實現上述第二方面實施例中的基於智能路由的遠端支付方法。
在一些示例中，電子設備還可包括通信介面和匯流排。記憶體、處理器、通信介面可通過匯流排連接並完成相互間的通信。
記憶體、處理器、通信介面和匯流排的連接關係和具體實現可參見上述實施例中使用者終端中記憶體801、處理器802、通信介面803和匯流排804的連接關係和具體實現，在此不再贅述。
本發明第七方面還提供一種遠端支付系統。該遠端支付系統可包括上述實施例中的使用者終端和遠端支付平臺。
使用者終端具有電子商務應用程式、集成在電子商務應用程式的第一軟體開發套件SDK、支付應用程式以及與集成在支付應用程式的第二SDK。電子商務應用程式屬於第一主體，支付應用程式屬於第二主體，第一SDK和第二SDK屬於第三主體。使用者終端用於執行第一方面實施例中的基於智能路由的遠端支付方法。
遠端支付平臺可用於執行第二方面實施例中的基於智能路由的遠端支付方法。
使用者終端、遠端支付平臺、基於智能路由的遠端支付方法的具體內容可參見上述實施例中的相關說明，在此不再贅述。
本發明第八方面還提供一種電腦可讀存儲介質，該電腦可讀存儲介質上存儲有電腦程式指令，該電腦程式指令被處理器執行時可實現上述第一方面實施例中的基於智能路由的遠端支付方法或第二方面實施例中的基於智能路由的遠端支付方法，且能達到相同的技術效果，為避免重複，這裡不再贅述。其中，上述電腦可讀存儲介質可包括非暫態電腦可讀存儲介質，如唯讀記憶體(ROM)、隨機存取記憶體(RAM)、磁碟或者光碟等，在此並不限定。
本發明實施例還可提供一種電腦程式產品。該電腦程式產品中的指令由電子設備的處理器執行時，使得所述電子設備執行上述第一方面實施例中的基於智能路由的遠端支付方法或第二方面實施例中的基於智能路由的遠端支付方法，且能達到相同的技術效果，為避免重複，這裡不再贅述。
需要明確的是，本說明書中的各個實施例均採用遞進的方式描述，各個實施例之間相同或相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。對於使用者終端實施例、裝置實施例、設備實施例、系統實施例、電腦可讀存儲介質實施例和電腦程式產品實施例而言，相關之處可以參見方法實施例的說明部分。本發明並不局限於上文所描述並在圖中示出的特定步驟和結構。本領域的技術人員可以在 領會本發明的精神之後，做出各種改變、修改和添加，或者改變步驟之間的順序。並且，為了簡明起見，這裡省略對已知方法技術的詳細描述。
上面參考根據本發明的實施例的方法、裝置(系統)和電腦程式產品的流程圖和/或框圖描述了本發明的各方面。應當理解，流程圖和/或框圖中的每個方框以及流程圖和/或框圖中各方框的組合可以由電腦程式指令實現。這些電腦程式指令可被提供給通用電腦、專用電腦、或其它可程式設計資料處理裝置的處理器，以產生一種機器，使得經由電腦或其它可程式設計資料處理裝置的處理器執行的這些指令使能對流程圖和/或框圖的一個或多個方框中指定的功能/動作的實現。這種處理器可以是但不限於是通用處理器、專用處理器、特殊應用處理器或者現場可程式設計邏輯電路。還可理解，框圖和/或流程圖中的每個方框以及框圖和/或流程圖中的方框的組合，也可以由執行指定的功能或動作的專用硬體來實現，或可由專用硬體和電腦指令的組合來實現。
本領域技術人員應能理解，上述實施例均是示例性而非限制性的。在不同實施例中出現的不同技術特徵可以進行組合，以取得有益效果。本領域技術人員在研究圖式、說明書及申請專利範圍的基礎上，應能理解並實現所揭示的實施例的其他變化的實施例。在申請專利範圍中，術語“包括”並不排除其他裝置或步驟；數量詞“一個”不排除多個；術語“第一”、“第二”用於標示名稱而非用於表示任何特定的順序。請求項中的任何圖式標記均不應被理解為對保護範圍的限制。請求項中出現的多個部分的功能可以由一個單獨的硬體或軟體模組來實現。某些技術特徵出現在不同的從屬請求項中並不意味著不能將這些技術特徵進行組合以取得有益效果。
S201,S202,S203,S204,S205:步驟

Claims (23)

  1. 一種基於智能路由的遠端支付方法，其特徵在於，應用於使用者終端，所述使用者終端具有電子商務應用程式、集成在所述電子商務應用程式的第一軟體開發套件SDK、支付應用程式以及與集成在支付應用程式的第二SDK，所述電子商務應用程式屬於第一主體，所述支付應用程式屬於第二主體，所述第一SDK和所述第二SDK屬於第三主體，所述方法包括：
    在所述電子商務應用程式觸發多方支付入口的情況下，調用所述第一SDK向遠端支付平臺發送清單請求消息，所述清單請求消息包括清單要求資訊，所述清單要求資訊包括電子商務應用標識和使用者標識；
    調用所述第一SDK從遠端支付平臺獲取第一支付應用列表，所述第一支付應用列表表徵所述遠端支付平臺支援的多個優先順序由高至低排列的支付應用程式，優先順序由所述遠端支付平臺基於所述清單要求資訊對應的關聯資料得到；
    調用所述第一SDK獲取第二支付應用列表，所述第二支付應用清單表徵所述使用者終端具有的支付應用程式；
    由所述第一SDK調起第一目標支付應用程式，所述第一目標支付應用程式為所述第一支付應用列表與所述第二支付應用列表的交集中優先順序最高的支付應用程式；
    通過所述第一目標支付應用程式調用所述第二SDK與所述遠端支付平臺交互，完成支付。
  2. 如請求項1所述的方法，其中，所述清單要求資訊還包括以下一項或多項：
    使用者終端作業系統版本、第一SDK的版本、第二SDK的版本。
  3. 如請求項1所述的方法，其中，所述關聯資料包括以下一項或多項：
    支付應用程式支付頻率、支付應用程式支付成功率、支付應用程式支付資源量、支付應用程式支付時間、使用者在支付應用程式的支付信用度、所述第一主體指定的支付應用程式的調起順序、所述第三主體指定的支付應用程式的調起順序。
  4. 如請求項1所述的方法，其中，所述通過所述第一目標支付應用程式調用所述第二SDK與所述遠端支付平臺交互，完成支付，包括：
    由所述第二SDK查詢本機存放區的多方支付功能開通標識位元，確定所述使用者終端中的所述第一目標支付應用程式是否開通多方支付功能；
    在所述使用者終端中的所述第一目標支付應用程式開通多方支付功能的情況下，由所述第二SDK與所述遠端支付平臺交互，完成支付。
  5. 如請求項4所述的方法，其特徵在於，在所述由所述第二SDK查詢本機存放區的多方支付功能開通標識位元，確定所述第一目標支付應用程式是否開通多方支付功能之前，還包括：
    通過所述第一目標支付應用程式調用所述第二SDK與所述遠端支付平臺交互，完成所述第二SDK的初始化。
  6. 如請求項4所述的方法，其中，所述在所述第一目標支付應用程式開通多方支付功能的情況下，由所述第二SDK與所述遠端支付平臺交互，完成支付，包括：
    在所述使用者終端中的所述第一目標支付應用程式開通多方支付功能的情況下，由所述第二SDK確定使用者是否在所述第一目標支付應用程式登錄；
    在使用者在所述第一目標支付應用程式已登錄的情況下，由所述第二SDK與所述遠端支付平臺交互，完成支付。
  7. 如請求項4或6所述的方法，其中，還包括：
    在所述使用者終端中的所述第一目標支付應用程式未開通多方支付功能，或，使用者在所述第一目標支付應用程式未登錄的情況下，通過所述 第一目標支付應用程式的所述第二SDK調起第二目標支付應用程式，由所述第二目標支付應用程式的所述第二SDK與所述遠端支付平臺交互，完成支付，所述第二目標支付應用程式為指定的支付應用程式或所述第一支付應用列表與所述第二支付應用列表的交集中優先順序次高的支付應用程式；
    或者，
    在所述使用者終端中的所述第一目標支付應用程式未開通多方支付功能，或，使用者在所述第一目標支付應用程式未登錄的情況下，通過所述第一目標支付應用程式的所述第二SDK與所述遠端支付平臺交互，以展示支付選擇頁面，所述支付選擇頁面包括開通多方支付功能的支付應用程式的標識；回應於使用者的第一選擇輸入，在所述支付選擇頁面中確定第三目標支付應用程式；通過所述第一目標支付應用程式的所述第二SDK調起第三目標支付應用程式，由所述第三目標支付應用程式的所述第二SDK與所述遠端支付平臺交互，完成支付；
    或者，
    在所述第一目標支付應用程式未開通多方支付功能，或，使用者在所述第一目標支付應用程式未登錄的情況下，展示第一引導資訊和/或第二引導資訊，所述第一引導資訊用於引導使用者為所述第一目標支付應用程式開通多方支付功能，所述第二引導資訊用於引導使用者登錄所述第一目標支付應用程式；在所述第一目標支付應用程式開通多方支付功能且使用者在所述第一目標支付應用程式已登錄的情況下，由所述第一目標支付應用程式的所述第二SDK與所述遠端支付平臺交互，完成支付。
  8. 如請求項1所述的方法，其中，還包括：
    調用所述第二SDK通過支付前置協定介面或監聽介面監聽是否出現支付取消動作；
    在出現支付取消動作的情況下，調用所述第二SDK與所述遠端支付平臺交互，以展示支付選擇頁面，所述支付選擇頁面包括開通多方支付功能的支付應用程式的標識；
    回應於使用者的第二選擇輸入，在所述支付選擇頁面中確定第四目標支付應用程式；
    通過所述第一目標支付應用程式的所述第二SDK調起第四目標支付應用程式，並由所述第四目標支付應用程式的所述第二SDK與所述遠端支付平臺交互，完成支付。
  9. 如請求項1所述的方法，其中，所述由所述第一SDK調起第一目標支付應用程式，包括：
    由第一SDK向所述第一目標支付應用程式發送調起資訊；
    由所述第一目標支付應用程式回應於調起資訊啟動，並直接跳轉至調起資訊指示的頁面。
  10. 一種基於智能路由的遠端支付方法，其特徵在於，應用於遠端支付平臺，所述方法包括：
    在使用者終端的電子商務應用程式觸發多方支付入口的情況下，接收所述使用者終端調用第一軟體開發套件SDK發送的清單請求消息，所述清單請求消息包括清單要求資訊，所述清單要求資訊包括電子商務應用標識和使用者標識，所述使用者終端具有所述電子商務應用程式、集成在所述電子商務應用程式的所述第一SDK、支付應用程式以及與集成在支付應用程式的第二SDK，所述電子商務應用程式屬於第一主體，所述支付應用程式屬於第二主體，所述第一SDK和所述第二SDK屬於第三主體；
    根據所述清單請求消息，獲取所述清單要求資訊對應的關聯資料，並基於所述關聯資料，得到所述遠端支付平臺支援的支付應用程式的優先順序；
    根據所述遠端支付平臺支援的支付應用程式的優先順序，生成第一支付應用列表，並向所述使用者終端發送，所述第一支付應用列表表徵所述遠端支付平臺支援的多個優先順序由高至低排列的支付應用程式；
    與所述使用者終端的第一目標支付應用程式的所述第二SDK交互，完成支付，所述第一目標支付應用程式為所述第一支付應用列表與第二支付 應用列表的交集中優先順序最高的支付應用程式，所述第二支付應用清單表徵所述使用者終端具有的支付應用程式。
  11. 如請求項10所述的方法，其中，所述清單要求資訊還包括以下一項或多項：
    使用者終端作業系統版本、第一SDK的版本、第二SDK的版本。
  12. 如請求項10所述的方法，其中，所述關聯資料包括以下一項或多項：
    支付應用程式支付頻率、支付應用程式支付成功率、支付應用程式支付資源量、支付應用程式支付時間、使用者在支付應用程式的支付信用度、所述第一主體指定的支付應用程式的調起順序、所述第三主體指定的支付應用程式的調起順序。
  13. 如請求項10所述的方法，其中，所述與所述使用者終端的第一目標支付應用程式的所述第二SDK交互，完成支付，包括：
    在所述第二SDK確定所述使用者終端中的所述第一目標支付應用程式開通多方支付功能的情況下，與所述第一目標支付應用程式的所述第二SDK交互，完成支付。
  14. 如請求項13所述的方法，其中，在所述與所述第一目標支付應用程式的所述第二SDK交互，完成支付之前，還包括：
    與所述第一目標支付應用程式的所述第二SDK交互，完成所述第二SDK的初始化。
  15. 如請求項13所述的方法，其中，所述與所述第一目標支付應用程式的所述第二SDK交互，完成支付，包括：
    在使用者在所述第一目標支付應用程式已登錄的情況下，與所述第一目標支付應用程式的所述第二SDK交互，完成支付。
  16. 如請求項13或15所述的方法，其中，還包括：
    在所述使用者終端中的所述第一目標支付應用程式未開通多方支付功能，或，使用者在所述第一目標支付應用程式未登錄的情況下，與所述使 用者終端中第二目標支付應用程式的所述第二SDK交互，完成支付，所述第二目標支付應用程式為指定的支付應用程式或所述第一支付應用列表與所述第二支付應用列表的交集中優先順序次高的支付應用程式；
    或者，
    在所述使用者終端中的所述第一目標支付應用程式未開通多方支付功能，或，使用者在所述第一目標支付應用程式未登錄的情況下，與所述使用者終端中所述第一目標支付應用程式的所述第二SDK交互，提供支付選擇頁面，所述支付選擇頁面包括開通多方支付功能的支付應用程式的標識；與所述使用者終端中第三目標支付應用程式的所述第二SDK交互，完成支付，所述第三目標支付應用程式包括所述使用者終端回應於使用者的第一選擇輸入，在所述支付選擇頁面中確定的支付應用程式；
    或者，
    在所述第一目標支付應用程式未開通多方支付功能，或，使用者在所述第一目標支付應用程式未登錄的情況下，與所述使用者終端中所述第一目標支付應用程式的所述第二SDK交互，為所述使用者終端中所述第一目標支付應用程式開通多方支付功能；在所述第一目標支付應用程式開通多方支付功能且使用者在所述第一目標支付應用程式已登錄的情況下，與所述使用者終端中所述第一目標支付應用程式的所述第二SDK交互，完成支付。
  17. 如請求項13或15所述的方法，其中，還包括：
    在所述使用者終端監聽到支付取消動作的情況下，與所述使用者終端中所述第一目標支付應用程式的所述第二SDK交互，提供支付選擇頁面，所述支付選擇頁面包括開通多方支付功能的支付應用程式的標識；
    與所述使用者終端中所述第四目標支付應用程式的所述第二SDK交互，完成支付，所述第四目標支付應用程式包括所述使用者終端回應於使用者的第二選擇輸入在所述支付選擇頁面中確定的支付引用程式。
  18. 一種使用者終端，其特徵在於，所述使用者終端具有電 子商務應用程式、集成在所述電子商務應用程式的第一軟體開發套件SDK、支付應用程式以及與集成在支付應用程式的第二SDK，所述電子商務應用程式屬於第一主體，所述支付應用程式屬於第二主體，所述第一SDK和所述第二SDK屬於第三主體，所述使用者終端包括：
    通信模組，用於在所述電子商務應用程式觸發多方支付入口的情況下，被所述第一SDK調用向遠端支付平臺發送清單請求消息，所述清單請求消息包括清單要求資訊，所述清單要求資訊包括電子商務應用標識和使用者標識；以及，用於被所述第一SDK調用從遠端支付平臺獲取第一支付應用列表，所述第一支付應用列表表徵所述遠端支付平臺支援的多個優先順序由高至低排列的支付應用程式，優先順序由所述遠端支付平臺基於所述清單要求資訊對應的關聯資料得到；
    處理模組，用於被所述第一SDK調用獲取第二支付應用列表，所述第二支付應用清單表徵所述使用者終端具有的支付應用程式；以及，用於調用所述第一SDK調起第一目標支付應用程式，所述第一目標支付應用程式為所述第一支付應用列表與所述第二支付應用列表的交集中優先順序最高的支付應用程式；
    所述通信模組還用於被所述第一目標支付應用程式的所述第二SDK調用與所述遠端支付平臺交互，完成支付。
  19. 一種基於智能路由的遠端支付裝置，其特徵在於，應用於遠端支付平臺，所述基於智能路由的遠端支付裝置包括：
    通信模組，用於在使用者終端的電子商務應用程式觸發多方支付入口的情況下，接收所述使用者終端調用第一軟體開發套件SDK發送的清單請求消息，所述清單請求消息包括清單要求資訊，所述清單要求資訊包括電子商務應用標識和使用者標識，所述使用者終端具有所述電子商務應用程式、集成在所述電子商務應用程式的所述第一SDK、支付應用程式以及與集成在支付應用程式的第二SDK，所述電子商務應用程式屬於第一主體，所述支付應用程式屬於第二主體，所述第一SDK和所述第二SDK屬於第 三主體；
    處理模組，用於根據所述清單請求消息，獲取所述清單要求資訊對應的關聯資料，並基於所述關聯資料，得到所述遠端支付平臺支援的支付應用程式的優先順序；以及，用於根據所述遠端支付平臺支援的支付應用程式的優先順序，生成第一支付應用列表，所述第一支付應用列表表徵所述遠端支付平臺支援的多個優先順序由高至低排列的支付應用程式；
    所述通信模組還用於向所述使用者終端發送所述第一支付應用列表，以及，用於與所述使用者終端的第一目標支付應用程式的所述第二SDK交互，完成支付，所述第一目標支付應用程式為所述第一支付應用列表與第二支付應用列表的交集中優先順序最高的支付應用程式，所述第二支付應用清單表徵所述使用者終端具有的支付應用程式。
  20. 一種使用者終端，其特徵在於，包括：處理器以及存儲有電腦程式指令的記憶體；
    所述處理器執行所述電腦程式指令時實現如請求項1至9中任意一項所述的基於智能路由的遠端支付方法。
  21. 一種電子設備，其特徵在於，應用於遠端支付平臺，所述電子設備包括：處理器以及存儲有電腦程式指令的記憶體；
    所述處理器執行所述電腦程式指令時實現如請求項10至17中任意一項所述的基於智能路由的遠端支付方法。
  22. 一種遠端支付系統，其特徵在於，包括：
    使用者終端，所述使用者終端具有電子商務應用程式、集成在所述電子商務應用程式的第一軟體開發套件SDK、支付應用程式以及與集成在支付應用程式的第二SDK，所述電子商務應用程式屬於第一主體，所述支付應用程式屬於第二主體，所述第一SDK和所述第二SDK屬於第三主體，所述使用者終端用於執行如請求項1至9中任意一項所述的基於智能路由的遠端支付方法；
    遠端支付平臺，用於執行如請求項10至17中任意一項所述的基於智 能路由的遠端支付方法。
  23. 一種電腦可讀存儲介質，其特徵在於，所述電腦可讀存儲介質上存儲有電腦程式指令，所述電腦程式指令被處理器執行時實現如請求項1至17中任意一項所述的基於智能路由的遠端支付方法。
TW112101638A 2022-07-19 2023-01-13 基於智能路由的遠端支付方法、終端、裝置、系統及介質 TW202405715A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202210846578.3 2022-07-19
CN202210846578.3A CN115293753A (zh) 2022-07-19 2022-07-19 基于智能路由的远程支付方法、终端、装置、系统及介质

Publications (1)

Publication Number Publication Date
TW202405715A true TW202405715A (zh) 2024-02-01

Family

ID=83825184

Family Applications (1)

Application Number Title Priority Date Filing Date
TW112101638A TW202405715A (zh) 2022-07-19 2023-01-13 基於智能路由的遠端支付方法、終端、裝置、系統及介質

Country Status (3)

Country Link
CN (1) CN115293753A (zh)
TW (1) TW202405715A (zh)
WO (1) WO2024016634A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115293753A (zh) * 2022-07-19 2022-11-04 中国银联股份有限公司 基于智能路由的远程支付方法、终端、装置、系统及介质

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9014664B2 (en) * 2013-06-28 2015-04-21 Boku, Inc. Configurable price matrix for mobile billing at a merchant server
CN111580883B (zh) * 2020-04-30 2024-04-12 中国工商银行股份有限公司 应用程序启动方法、装置、计算机系统和介质
CN114581095A (zh) * 2022-03-16 2022-06-03 网银在线（北京）科技有限公司 一种支付的方法、收款终端和系统
CN114707976A (zh) * 2022-03-24 2022-07-05 中国银联股份有限公司 支付方法、用户终端、装置、设备、系统及介质
CN115293753A (zh) * 2022-07-19 2022-11-04 中国银联股份有限公司 基于智能路由的远程支付方法、终端、装置、系统及介质

Also Published As

Publication number Publication date
CN115293753A (zh) 2022-11-04
WO2024016634A1 (zh) 2024-01-25

Similar Documents

Publication Publication Date Title
US20240127245A1 (en) Systems, apparatus and methods for improved authentication
US10798107B2 (en) Application platform with flexible permissioning
CN105608569A (zh) 基于支付平台的代付方法及支付平台
CN107026815A (zh) 一种支付业务处理方法、支付服务器、相关设备及系统
WO2015101014A1 (en) Method, device and system for data processing
WO2021253185A1 (zh) 聚合支付方法及相关产品
WO2023178924A1 (zh) 支付方法、用户终端、装置、设备、系统及介质
TWI717830B (zh) 風險支付的處理方法、裝置及設備
KR20180114549A (ko) 금융 거래 관리 시스템, 방법, 저장 매체 및 서버
CN108650098A (zh) 用户自定义验证方式的方法及装置
TW202405715A (zh) 基於智能路由的遠端支付方法、終端、裝置、系統及介質
KR20140109565A (ko) 푸시 서비스 시스템 및 방법
CN106910055A (zh) 一种基于移动终端的支付数据处理方法和装置
WO2024016619A1 (zh) 基于5g消息应用的支付方法、装置、设备、系统及介质
US20160309016A1 (en) Exchanging information via a designated application
US20230077942A1 (en) Securing card payment transactions made by telephone
CN115829556A (zh) 支付方法、设备、装置、介质及产品
CN111737262A (zh) 一种数据处理方法及装置
CN105427100A (zh) 一种银行卡交易方法、装置及系统
CN110365646A (zh) 将实体关联到第一服务器的方法及装置
TWM583975U (zh) 自動化行動支付服務系統
CN112785380B (zh) 交易处理方法及装置
CN115314880B (zh) 基于5g消息应用的支付对象绑定方法、装置、系统及介质
WO2023061285A1 (zh) 基于数字货币子钱包的支付标记化方法、装置和系统
CN116132575A (zh) 风险提示方法、终端、服务器及存储介质