TW202343334A - 支付服務提供方法及其設備 - Google Patents

支付服務提供方法及其設備 Download PDF

Info

Publication number
TW202343334A
TW202343334A TW112116033A TW112116033A TW202343334A TW 202343334 A TW202343334 A TW 202343334A TW 112116033 A TW112116033 A TW 112116033A TW 112116033 A TW112116033 A TW 112116033A TW 202343334 A TW202343334 A TW 202343334A
Authority
TW
Taiwan
Prior art keywords
payment
order
information
status
processor
Prior art date
Application number
TW112116033A
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 TW202343334A publication Critical patent/TW202343334A/zh

Links

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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G06Q10/0837—Return transactions
    • 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/12—Payment architectures specially adapted for electronic shopping 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/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing 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
    • 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
    • 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
    • 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/407—Cancellation of a transaction
    • 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/42—Confirmation, e.g. check or permission by the legal debtor of payment

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本發明提供一種電子設備及其操作方法，該電子設備：識別針對至少一個物品之一支付請求；回應於該所識別之支付請求產生包含訂單識別資訊之關於一訂單之資訊，且檢查一斷路器之一狀態；當基於該斷路器之該經檢查狀態針對該支付請求執行一非同步支付時，將該訂單之一支付狀態設定為一第一狀態；回應於該支付狀態被設定為該第一狀態，將關於該訂單之支付之資訊儲存於一資料庫中；自該資料庫檢查該支付資訊且基於該支付資訊嘗試對應於該支付資訊之該訂單之一支付；判定該訂單之該支付是否係成功的；及若該訂單之該支付係成功的，則將該訂單之該支付狀態更新為一第二狀態。

Description

支付服務提供方法及其設備
本發明係關於一種支付服務提供方法及其設備。
隨著資訊及通信技術之發展，電子商務市場已迅速發展且已成為購物之一分支。客戶可使用電子設備線上購買物品並將物品遞送至其等所要位置。因此，在賣家與買家之間介導銷售及購買且提供遞送服務之經紀服務已得到振興。
此等線上支付需要提供支付服務之一可靠方式。特定言之，若歸因於諸如支付服務上之高訊務之原因而存在支付服務之一問題，則需要重試支付之一方法來防止客戶放棄。
[技術目標]
一態樣係提供一種以一非同步方式重試支付之支付服務提供方法及其設備。
本發明之技術態樣並不限於上文提及之技術態樣，且可自以下實例性實施例推斷其他技術態樣。 [技術解決方案]
根據一態樣，提供一種一電子設備之支付服務提供方法，其包含：識別針對至少一個物品之一支付請求；回應於該所識別之支付請求，產生包含訂單識別資訊之關於一訂單之資訊，且檢查一斷路器之一狀態；當基於該斷路器之該經檢查狀態針對該支付請求執行一非同步支付時，將該訂單之一支付狀態設定為一第一狀態；回應於該支付狀態被設定為該第一狀態，將關於該訂單之支付之資訊儲存於一資料庫中；自該資料庫識別關於該支付之該資訊且基於關於該支付之該資訊嘗試對應於關於該支付之該資訊之該訂單之一支付；判定該訂單之該支付是否係成功的；及若該訂單之該支付係成功的，則將該訂單之該支付狀態更新為一第二狀態。
另外，該支付服務提供方法可進一步包含，當該訂單之該支付狀態被設定為該第一狀態時，發送針對對應於該訂單之該至少一個物品之一遞送請求。
另外，該支付服務提供方法可進一步包含，若該訂單之該支付失敗，則將該訂單之該支付狀態更新為一第三狀態，且發送取消對應於該第三狀態之該訂單之該遞送之一請求。
另外，該支付服務提供方法可進一步包含，若該訂單之該支付失敗，則識別該支付失敗之一原因，且基於該失敗之該所識別原因對一使用者提供用於請求對應於該失敗支付之該訂單之一重新支付的一頁面。
另外，該支付服務提供方法可進一步包含，若該訂單之該支付失敗，則對一使用者提供包含關於該訂單之變更支付選項之資訊之一頁面，且回應於該使用者經由包含關於變更支付選項之該資訊之該頁面選擇一支付選項的輸入，嘗試使用該選定支付選項支付對應於該失敗支付之該訂單。
另外，可基於該訂單之一支付失敗率來判定該斷路器之該狀態。
另外，該斷路器可具有一斷開狀態、一閉合狀態及一半斷開狀態之一者，且檢查該斷路器之該狀態可包含，當該斷路器處於該半斷開狀態時，判定針對複數個該等訂單之一或多者執行一非同步支付且針對該複數個該等訂單之剩餘訂單執行一同步支付。
另外，若在一預設時段內該等訂單之一支付失敗率小於一預設支付失敗率，則該斷路器可自該半斷開狀態轉變為該閉合狀態，且若在該預設時段內該等訂單之該支付失敗率大於該預設支付失敗率，則自該半斷開狀態轉變為該斷開狀態。
另外，該支付服務提供方法可進一步包含，若該訂單之該支付狀態被設定為該第一狀態，則保留該物品之庫存。
另外，該支付服務提供方法可進一步包含，若該訂單之該支付狀態被設定為該第一狀態，則在該物品有資格獲得一促銷時應用該促銷。
另外，識別該支付請求可包含自一支付模組請求支付資訊，且若該支付資訊由於該請求而自該支付模組接收，則基於該經接收之支付資訊對一使用者提供用於請求一支付之一頁面，且若該支付資訊並未由於該請求而自該支付模組接收，則自一支付資訊資料庫識別該支付資訊且基於該所識別之支付資訊對該使用者提供用於請求該支付之該頁面。
另外，對該使用者提供用於請求該支付之該頁面可包含自該經接收之支付資訊或該所識別之支付資訊識別一或多個支付選項，且對該使用者提供包含關於包含該一或多個支付選項之變更支付選項之資訊之一頁面。
另外，關於該訂單之該支付之該資訊可包含訂單識別資訊、一支付金額、關於支付選項之資訊、關於該至少一個物品之資訊及關於遞送之資訊之一或多者。
根據另一態樣，提供一種電子設備，其包含：一記憶體，其上儲存有至少一個程式；及一處理器，其經組態以藉由執行該至少一個程式：識別針對至少一個物品之一支付請求；回應於該所識別之支付請求，產生包含訂單識別資訊之關於一訂單之資訊，且檢查一斷路器之一狀態；當基於該斷路器之該經檢查狀態針對該支付請求執行一非同步支付時，將該訂單之一支付狀態設定為一第一狀態；回應於該支付狀態被設定為該第一狀態，將關於該訂單之支付之資訊儲存於一資料庫中；自該資料庫識別關於該支付之該資訊且基於關於該支付之該資訊嘗試對應於關於該支付之該資訊之該訂單之一支付；判定該訂單之該支付是否係成功的；及若該訂單之該支付係成功的，則將該訂單之該支付狀態更新為一第二狀態。
根據又另一態樣，提供一種非暫時性電腦可讀儲存媒體，其上記錄有用於執行上文描述之方法之一程式。
其他實例性實施例之細節被包含於詳細描述及圖式中。 [效應]
根據本發明，在支付系統存在一問題的情況下，可非同步地進行支付，使得在支付系統很快正規化時重試支付。
根據本發明，若斷路器處於一半斷開狀態，則針對一些訊務嘗試同步支付且針對一些其他訊務嘗試非同步支付，以控制正在處理之支付訊務，同時仍確保支付經正規化。
根據本發明，即使歸因於支付模組之一問題而未載入一支付選項，亦可載入預儲存於資料庫中之支付選項以繼續進行支付。
本發明之效應並不限於上文提及之效應，且熟習此項技術者將自技術方案之描述清楚地理解未提及之其他效應。
本文中所描述之實例性實施例係闡釋性而非限制性的，且熟習此項技術者可在不脫離如由隨附發明申請專利範圍定義之本發明之範疇的情況下設計許多替代實施例。實例性實施例中使用之術語已在考量本發明中之功能時被儘可能選擇為當前廣泛使用之一般術語，但此等術語可根據熟習此項技術者之意圖、一先例、新技術之出現及類似者而變化。另外，在某些情況下，存在由申請人任意選擇之術語，且在此情況下，將在對應描述中詳細描述含義。因此，本發明中使用之術語應基於術語之含義及本發明之整個內容來定義，而非僅術語之名稱。
如本文中所使用，除非上下文另有明確指示，否則對單數之引用包含複數以及單數。
貫穿本說明書，當陳述一部分「包括」或「包含」一特定組件或一特定步驟時，其不一定意謂該部分包含所有組件或步驟，亦不排除包含除發明申請專利範圍中或貫穿本說明書枚舉之組件或步驟以外之組件或步驟，而僅可包含更多組件或步驟，除非另有說明。
此外，如本文中所使用，諸如第一、第二及類似者之序數術語可用於描述各種組件，但彼等組件不受該等序數術語限制。此等術語僅用於自上下文區分說明書之一個部分中之一個組件與另一組件。例如，在不脫離本發明之範疇的情況下，在說明書之其他部分匯總，一第一組件可被稱為一第二組件，且在說明書之其他部分中，一第二組件亦可被稱為一第一組件。
如本文中所使用，諸如「機構」、「元件」、「構件」及「組態」之術語可在廣泛意義上使用且不限於機械及實體組態。此等術語可包含結合一處理器或類似者之軟體中之一組常式之含義。
在本說明書中(尤其在發明申請專利範圍中)，術語「該」及類似指示術語之使用可包含單數及複數兩者。另外，一範圍之敘述旨在包含落在該範圍內之個別值(除非指示相反)，且詳細描述旨在包含構成該範圍之各個別值。最後，在不存在構成一方法之步驟之任何顯式排序的情況下，步驟可以任何合適順序重新配置及執行且不一定限於描述步驟之順序。任何實例或例示性術語(例如，例如(e.g.)等)之使用僅旨在詳細繪示技術理念且不旨在限制本發明之範疇，除非受發明申請專利範圍限制。熟習此項技術者可取決於設計條件及因素對本文中所揭示之實例性實施例添加各種修改、組合及改變，以建構落在專利請求項或其等效物之範疇內之新實施例。
下文將參考圖式描述本發明之實例性實施例。
圖1繪示可用於實施本發明之至少一項實例性實施例之一電子設備100之一例示性及簡化方塊圖。在各項實例性實施例中，電子設備100可用於實施本發明中描述之任何系統或方法。例如，電子設備100可經組態為用作任何電子設備，包含一資料伺服器、網路伺服器、可攜式運算裝置、個人電腦、平板電腦、工作站、蜂巢式電話、智慧型電話或下文所描述之任何其他裝置。
電子設備100可包含一記憶體120及具有可經組態以與記憶體120通信之一或多個快取記憶體及記憶體控制器之一或多個處理器110。替代性地，電子設備100可包含可經由一或多個埠(例如，一通用串列匯流排(USB)、一耳機插孔、一閃電連接器、一雷電連接器等)連接至電子設備100之其他裝置。可連接至電子設備100之裝置可包含經組態以接受光纖連接器之複數個埠。電子設備100之所描繪組態僅意欲作為用於繪示裝置之一實例性實施例之目的之一特定實例。在所繪示之電子設備100中，僅展示與本實例性實施例相關之組件。因此，熟習此項技術者將明白，除了所展示之組件之外，電子設備100亦可包含其他通用組件。
處理器110可用於引起電子設備100提供本發明中描述之任何實例性實施例之操作或功能。例如，處理器110可執行儲存於電子設備100內之記憶體120中之程式以提供對電子設備100之整體控制。處理器110可實施為電子設備100內之一中央處理單元(CPU)、圖形處理單元(GPU)、應用處理器(AP)或類似者，但並不限於此。
記憶體120係儲存在電子設備100內處理之各種資料之硬體。記憶體120可儲存已由電子設備100中之處理器110處理之資料及待處理之資料。記憶體120亦可儲存可提供本發明之至少一項實例性實施例之功能性之基本程式設計及資料結構，以及儲存可提供本發明之實例性實施例之功能性之應用程式(程式、程式碼模組、指令)、驅動程式及類似者。記憶體120可包含隨機存取記憶體(RAM)，諸如動態隨機存取記憶體(DRAM)、靜態隨機存取記憶體(SRAM)或類似者；唯讀記憶體(ROM)；電可擦除可程式化唯讀記憶體(EEPROM)；CD-ROM、藍光或其他光學磁碟儲存器；硬碟機(HDD)；固態磁碟機(SSD)；或快閃記憶體。
根據本發明之方法及各操作可藉由電子設備100或處理器110執行，但為描述簡單，以下論述假定處理器110係執行根據本發明之方法及各操作之實體。
圖2係根據本發明之一支付服務提供方法之一實例性實施例之一流程圖。在一實例性實施例中，根據操作S210，處理器110可識別來自一使用者之一支付請求。明確言之，處理器110可識別針對至少一個物品之一支付請求。支付請求可包含關於至少一個物品之資訊及關於一支付金額之資訊。
在一實例性實施例中，根據操作S220，處理器110可產生一訂單。明確言之，處理器110可產生關於訂單之資訊，包含訂單識別資訊。訂單識別資訊係指用於識別不同訂單之資訊，例如，訂單識別資訊可包含各訂單之一識別符或訂單編號。
訂單或關於訂單之資訊可包含關於一訂購者之資訊、關於至少一個物品之資訊、支付資訊及遞送資訊之一或多者。例如，訂單或關於訂單之資訊可包含以下一或多者：訂購者之一識別符、訂購者之一姓名、訂購者之一地址、一物品之一名稱、物品之一價格、物品之一數量、一支付類型、一支付選項、一支付金額、一遞送地址、一接收者、一遞送費用及遞送要求。
在一實例性實施例中，根據操作S230，處理器110可判定是否執行一非同步支付。明確言之，處理器110可判定是否針對訂單執行一非同步支付。一「非同步支付」可意謂支付不緊接在訂單之後發生，代替性地，支付在訂單之後或在經過一時段之後的一單獨事件處發生。相比而言，一「同步支付」可意謂緊接在訂單之後進行支付。例如，若一訂單之一支付預期歸因於支付系統之一故障而失敗，或若一訂單之一同步支付失敗，則處理器110可判定將不緊接在訂單之後執行一同步支付，而是將執行一非同步支付。
在一實例性實施例中，處理器110可檢查一斷路器之狀態並基於該斷路器之狀態判定是否針對訂單執行一非同步支付。稍後將更詳細描述斷路器及處理器110之此等操作。
在一實例性實施例中，若處理器110判定將不執行一非同步支付，則根據操作S240，處理器110可嘗試執行一同步支付。例如，處理器110可自一支付模組請求一支付。該支付模組可為在電子設備100內部或外部之一實體裝置。在此情況下，電子設備100可具有與支付模組通信之通信構件，且處理器110可使用通信構件發送資訊至支付模組及/或接收來自支付模組之資訊。替代性地，支付模組可為儲存於記憶體120中之一程式或指令集。在此情況下，處理器110可呼叫一應用程式設計介面(API)或功能以引起支付模組執行一支付。
在一實例性實施例中，根據操作S250，處理器110可判定支付是否失敗。例如，處理器110可自支付模組識別關於支付之結果之資訊。關於支付結果之資訊可包含支付是否係成功的。在此情況下，處理器110可識別關於支付結果之資訊以判定支付是否係成功的或不成功的。若支付失敗，則關於支付結果之資訊亦可包含關於支付失敗之原因之資訊。在此情況下，處理器110可識別關於支付結果之資訊以判定支付為何失敗，基於原因改變斷路器之狀態，或判定是否針對下一支付執行一非同步支付。
相比而言，處理器110可能無法直接自支付模組判定一支付是否已失敗。在此情況下，若支付模組在一預設時間內未作出回應，則處理器110可判定支付失敗。可基於電子設備100或支付模組之特性、支付情境或周圍環境靜態或動態地設定預設時間。更明確言之，處理器110可對支付模組在預設時間內未作出回應之次數進行計數且若無回應之次數大於或等於一預設臨限數目，則判定支付失敗。在此情況下，可基於電子設備100或支付模組之特性、支付情境或周圍環境靜態或動態地設定預設臨限數目。
在一實例性實施例中，處理器110可自支付模組請求關於支付模組之狀態之一回應，且在接收來自支付模組之支付模組不正常之資訊時，可確認支付之失敗。
在一實例性實施例，若處理器110未確認支付之失敗或確認支付之成功，則處理器110可根據操作S261向使用者或其他裝置提供支付成功資訊。支付成功資訊可包含關於訂單之資訊之一或多者，諸如訂單識別資訊、一支付金額、一支付選項及關於物品之資訊。
處理器110可藉由在顯示於一輸入/輸出裝置(諸如一螢幕)上之一畫面或一使用者介面上顯示指示支付成功之一頁面、訊息或圖示而對使用者提供關於成功支付之資訊。輸入/輸出裝置可包含於電子設備100中，或可不包含於電子設備100中。
在一實例性實施例中，若作為操作S230之一結果，處理器110執行一非同步支付，或若作為操作S250之一結果，處理器110判定支付失敗，則處理器110可根據操作S260將訂單之支付狀態設定為一第一狀態。例如，第一狀態可對應於一「嘗試支付」狀態。
此外，若作為操作S230之一結果，處理器110判定將執行一非同步支付，或若作為操作S250之一結果，處理器110判定一支付失敗，則處理器110可對使用者或其他裝置提供正在嘗試對訂單支付之資訊。
在一實例性實施例中，根據操作S270，處理器110可保留庫存、應用一促銷及請求遞送。換言之，處理器110可執行保留庫存、應用一促銷及請求遞送之至少一者。
即使處理器110判定將執行一非同步支付且實際上尚未進行支付，處理器110仍可保留物品之庫存以遞送物品。此具有以下優點：即使支付係非同步的，仍確保先訂購物品之使用者可使用該物品。此亦具有相較於同步支付不延遲遞送時間之優點，因為即使非同步進行支付，遞送仍提前進行。
即使處理器110判定將執行一非同步支付且實際上尚未進行支付，處理器110仍可應用促銷。此具有以下優點：即使支付係非同步的，在進行實際支付之前，仍自有限促銷預算扣除促銷之成本，從而防止促銷超出促銷預算應用。
即使處理器110判定將執行一非同步支付且實際上尚未進行支付，處理器110仍可請求物品之遞送。明確言之，處理器110可向零售部或第三方商家發送遞送物品之一請求。此具有以下優點：即使支付係非同步的，仍向先訂購物品之使用者提供物品。此亦具有相較於一同步支付不延遲遞送時間之優點，因為即使支付係非同步的，遞送仍提前進行。
在一實例性實施例中，根據操作S280，處理器110可將關於訂單之支付之資訊儲存於一資料庫中。資料庫可為記憶體120之一實體或邏輯部分，或可為存在於電子設備100外部之一裝置。由於作為操作S250之一結果，處理器110已判定將執行一非同步支付，因此關於訂單之支付之資訊可為經儲存以用於稍後嘗試一非同步支付之資訊。明確言之，關於訂單之支付之資訊可包含訂單識別資訊、一支付金額、關於一支付選項之資訊、關於至少一個物品之資訊及關於遞送之資訊之一或多者。例如，關於訂單之支付之資訊可包含以下一或多者：一支付服務識別符、一支付選項、一支付金額、該支付金額之一貨幣單位、一物品之一支付金額、物品之一名稱、物品之一類別識別符、物品之一數量、一訂單編號、一訂單單號、一訂單時間、購買者之一識別符、一遞送地址、一接收者姓名、一接收者電話號碼、一支付卡識別符、一借記帳戶識別符及訂單是否已分期支付。然而，關於訂單之支付之資訊並不限於上文列出之彼等，而是可用於支付或非同步支付之任何資訊可包含於關於支付之資訊中。
在一實例性實施例中，處理器110可回應於支付狀態被設定為第一狀態而將關於訂單之支付之資訊儲存於資料庫中。例如，回應於支付狀態被設定為「嘗試支付」狀態，處理器110可將關於訂單之支付之資訊儲存於資料庫中作為關於一非同步支付之資訊。
圖3繪示根據本發明之用於一支付服務提供方法之一使用者介面之一實例性實施例。在一實例性實施例中，若處理器110判定將執行一非同步支付，則處理器110可對一使用者提供關於購買完成之資訊。為此，處理器110可在顯示於一輸入/輸出裝置上之一使用者介面上顯示一購買完成頁面300以對使用者提供關於購買之資訊。
購買完成頁面300可包含以下資訊之一或多者：一經估計遞送時間、一物品之一名稱、一接收者之一姓名、一接收者地址、接收者聯繫資訊、物品之一支付金額、一遞送費用及一支付金額。另外，在一實例性實施例中，購買完成頁面300可包含一指引區域310。指引區域310可包含關於支付錯誤及恢復之指引，以及指示若支付失敗則可取消訂單之指引。指引區域310可包含可在失敗支付的情況下提供單獨指引之一指示。
圖4繪示根據本發明之用於一支付服務提供方法之一使用者介面之一實例性實施例。當處理器110判定將執行一非同步支付時，可對一使用者提供關於訂單之細節。為此，處理器110可在顯示於一輸入/輸出裝置上之一使用者介面上顯示一訂單細節頁面400以對使用者提供關於訂單之詳細資訊。
訂單細節頁面400可包含以下資訊之一或多者：一訂單日期、訂單識別資訊(訂單編號)、一物品之一支付金額、一遞送費用、一支付金額、一接收者姓名、一接收者地址、接收者聯繫資訊、一經估計遞送時間、物品之一名稱及物品之一數量。
在一實例性實施例中，訂單細節頁面400可包含一物品顯示區域420。例如，為顯示不同物品，訂單細節頁面400可包含一或多個物品顯示區域420，其中各物品顯示區域420可顯示關於一不同物品之資訊。
又，在一實例性實施例中，訂單細節頁面400可包含一支付狀態顯示區域421，其中該支付狀態顯示區域可展示訂單之支付狀態。在此情況下，若處理器110判定將執行一非同步支付，則支付狀態顯示區域421可顯示諸如「嘗試支付」之資訊(即，指示正在嘗試一支付之資訊)。即，若作為圖2中所展示之操作S230之一結果，處理器110判定將執行一非同步支付，或作為操作S250之一結果，處理器110判定支付失敗，則處理器110可在支付狀態顯示區域421中顯示諸如「嘗試支付」之資訊以對使用者或其他裝置提供正在嘗試進行針對訂單之一支付之資訊。此具有容許使用者知道一非同步支付在進展中的優點。
顯示諸如「嘗試支付」之支付嘗試資訊可不僅適用於訂單細節頁面400，而且適用於類似使用者介面。例如，一使用者介面(諸如一訂單清單頁面)亦可具有用於各訂單之一支付狀態顯示區域，且處理器110可在訂單清單頁面上在對應於根據操作S620嘗試進行一非同步支付之各訂單之支付狀態顯示區域中顯示支付嘗試資訊(諸如「嘗試支付」)。
又，在一實例性實施例中，訂單細節頁面400可包含一指引區域410。指引區域410可包含關於支付錯誤及恢復之指引，以及指示若支付失敗則可取消訂單之指引。指引區域410可包含可在失敗支付的情況下提供單獨指引之一指示。
圖5係根據本發明之一支付服務提供方法之一實例性實施例之一流程圖。在一實例性實施例中，處理器110可檢查一斷路器之一狀態且基於該斷路器之該狀態判定是否針對一訂單執行一非同步支付。圖5中展示此程序之更多細節。即，圖5中所展示之操作可表示圖2中所展示之操作S230之一特定實例性實施例。然而，操作S230之實例性實施例並不限於圖5中所展示之操作。
根據操作S531，處理器110可檢查斷路器之狀態。斷路器可為儲存於記憶體120中之一程式或指令集。斷路器可具有一斷開狀態及一閉合狀態之任一者。在另一實例性實施例中，斷路器可具有一斷開狀態、一閉合狀態及一半斷開狀態之任一者。圖5係藉由處理器110基於斷路器之狀態執行之操作之一流程圖，該斷路器可具有一斷開狀態、一閉合狀態及一半斷開狀態之任一者。
明確言之，根據操作S532，處理器110可檢查斷路器是否處於閉合狀態。若斷路器處於閉合狀態，則處理器110可根據操作S533判定執行同步支付。
若斷路器不處於閉合狀態，則處理器110可根據操作S534檢查斷路器是否處於半斷開狀態。若斷路器處於半斷開狀態，則處理器110可判定針對複數個訂單之一或多者執行非同步支付，且可判定針對複數個訂單之剩餘訂單執行同步支付。
明確言之，處理器110可判定針對對應於複數個訂單之訂單數目之一預設百分比之數目個訂單執行非同步支付，且針對複數個訂單之剩餘訂單執行同步支付。例如，預設百分比可為60%，且複數個訂單之數目可為100。在此情況下，處理器110可判定將針對100個中的60個(其係60%)訂單執行非同步支付，且針對100個中的剩餘40個訂單執行同步支付。可基於訊務量、支付選項、支付金額、支付時間或支付失敗率來靜態或動態地設定預設百分比。此具有以下優點：容許控制支付模組上之訊務量且藉由僅針對大量訂單中之一訂單子集觸發同步支付來減少負載。
替代性地，處理器110可判定將針對對應於複數個訂單之數目之一預設百分比之數目個訂單執行同步支付，且針對複數個訂單之剩餘訂單執行非同步支付。同樣，可基於訊務量、支付選項、支付金額、支付時間或支付失敗率來靜態或動態地設定預設百分比。
在另一實例性實施例中，處理器110可判定針對對應於複數個訂單之數目之一預設第一比率之數目個訂單執行非同步支付，且可判定針對對應於複數個訂單之數目之一預設第二比率之數目個訂單執行同步支付。可基於訊務量、支付選項、支付金額、支付時間或支付失敗率來靜態或動態地設定預設第一比率及預設第二比率。
在一實例性實施例中，若作為操作S534之一結果，處理器110檢查斷路器不處於半斷開狀態，則其可判定斷路器處於斷開狀態且根據操作S536判定執行非同步支付。
在圖5中所展示之實例性實施例中，描繪處理器110首先根據操作S532檢查斷路器是否處於閉合狀態，且若判定斷路器不處於閉合狀態，則根據操作S534檢查斷路器是否處於半斷開狀態，但操作S532及操作S534之順序可顛倒。即，處理器110可首先檢查斷路器是否處於半斷開狀態，且若判定斷路器不處於半斷開狀態，則檢查斷路器是否處於閉合狀態。
替代性地，處理器110可首先檢查斷路器是否處於斷開狀態，且若判定斷路器不處於斷開狀態，則檢查斷路器是否處於半斷開狀態。當然，處理器110可首先檢查斷路器是否處於半斷開狀態，且若判定斷路器不處於半斷開狀態，則檢查斷路器是否處於斷開狀態。
替代性地，處理器110可首先檢查斷路器是否處於閉合狀態，且若判定斷路器不處於閉合狀態，則檢查斷路器是否處於斷開狀態。當然，處理器110可首先檢查斷路器是否處於斷開狀態，且若判定斷路器不處於斷開狀態，則檢查斷路器是否處於閉合狀態。
可基於訊務量、支付選項、支付金額、支付時間或支付失敗率來靜態或動態地設定逐個檢查斷路器以判定其狀態的順序。例如，若支付失敗率為高，則與處於其他兩個狀態相比，斷路器可更有可能處於斷開狀態。在此情況下，若首先檢查斷路器以查看其是否處於斷開狀態，則一單次檢查可確認斷路器之狀態為斷開。另一方面，若首先檢查斷路器以查看其是否處於閉合狀態，則斷路器不處於閉合狀態之概率為高，因此可能需要一額外檢查以查看斷路器是否處於斷開(或半斷開)狀態以判定斷路器之狀態。因此，在此情況下，在可確認斷路器之狀態為斷開之前，將進行兩次檢查。因此，為減少運算量，在一實例性實施例中，若支付失敗率為高，則處理器110可首先檢查以查看斷路器是否處於斷開狀態。
在一實例性實施例中，可由一使用者判定斷路器之狀態。然而，對於斷路器之更高效利用，在一實例性實施例中，可基於訂單之支付失敗率判定斷路器之狀態。支付失敗率可指代同步支付嘗試之失敗率。例如，若進行100次同步支付嘗試且其中30次支付失敗，則支付失敗率可為30%。處理器110可識別支付失敗率且基於支付失敗率判定斷路器之狀態。此具有以下優點：處理器110可調整施加於支付模組上之訊務或負載之量以引發支付模組之正規化，而無需直接檢查支付模組之狀態。明確言之，處理器110可判定在一預設時段內訂單之支付失敗率且基於支付失敗率判定斷路器之狀態。
在一實例性實施例中，若在一預設時段內訂單之支付失敗率低於預設支付失敗率，則斷路器可自半斷開狀態轉變為閉合狀態，且若在一預設時段內訂單之支付失敗率等於或高於預設支付失敗率，則斷路器自半斷開狀態轉變為斷開狀態。可取決於訊務量、支付選項、支付金額、支付時間等靜態或動態地設定預設時段或預設支付失敗率。例如，預設時段可為10秒與100秒之間的一值。又，預設支付失敗率可為60%或接近60%。
相比而言，若在一預設時段內訂單之支付失敗率等於或低於預設支付失敗率，則斷路器可自半斷開狀態轉變為閉合狀態，且若在一預設時段內訂單之支付失敗率高於預設支付失敗率，則斷路器自半斷開狀態轉變為斷開狀態。
在另一實例性實施例中，斷路器之狀態可基於一支付成功率來判定，且若預設時段內之支付成功率低於預設支付成功率，則可自半斷開狀態轉變為斷開狀態，且若預設時段內之支付成功率等於或高於預設支付成功率，則自半斷開狀態轉變為閉合狀態。在又另一實例性實施例中，若預設時段內之支付成功率等於或低於預設支付成功率，則半斷開狀態可轉變為斷開狀態，且若預設時段內之支付成功率高於預設支付成功率，則半斷開狀態可轉變為閉合狀態。
在又另一實例性實施例中，處理器110可識別預設次數之支付嘗試之一支付失敗率且基於該支付失敗率判定斷路器之狀態。例如，若200次支付嘗試中之70次失敗，則處理器110可判定支付失敗率係35%且基於支付失敗率判定斷路器之狀態。支付嘗試可包含同步支付嘗試、非同步支付嘗試或兩者。支付嘗試亦可包含隨機產生之測試支付嘗試以檢查支付模組之狀態，獨立於基於使用者之支付請求之實際支付嘗試。
在一實例性實施例中，處理器110可檢查複數個斷路器之狀態且基於該複數個斷路器之狀態判定是否執行非同步支付。複數個斷路器之各者可與一不同任務、程序、步驟、演算法、功能、模組或API之一故障有關。例如，對一支付視窗API之一呼叫之一失敗率可判定一第一斷路器之狀態，且一支付預任務之一失敗率可判定一第二斷路器之狀態。若第一斷路器及第二斷路器兩者處於閉合狀態，則處理器110可判定執行同步支付。替代性地，若第一斷路器或第二斷路器處於斷開狀態，則處理器110可判定執行一非同步支付。以此方式使用多個斷路器具有容許藉由在彼此不同之模組中分離不同錯誤原因或問題來管理斷路器之狀態的優點。
在一實例性實施例中，若在一預設時段內訂單之支付失敗率高於一預設支付失敗率，則斷路器可自閉合狀態轉變為斷開狀態。例如，當一20秒週期內之支付失敗率超過60%時，斷路器可自閉合狀態轉變為斷開狀態。
又，在一實例性實施例中，在處於斷開狀態一預設時間量之後，斷路器可自斷開狀態轉變為半斷開狀態。例如，在斷路器轉變為斷開狀態之後20秒，電路器可自斷開狀態轉變為半斷開狀態。因而，將斷路器自斷開狀態轉變為半斷開狀態而非將斷路器直接自斷開狀態轉變為閉合狀態具有以下優點：逐漸增加執行同步支付之速率，以在支付模組上僅施加少量訊務或負載，同時仍容許支付模組驗證其已經正規化。
圖6係根據本發明之一支付服務提供方法之一實例性實施例之一流程圖。圖6中所展示之操作可在圖2中所展示之操作之後執行，但本發明並不限於此。例如，可在已針對複數個不同訂單執行圖2中所展示之操作複數次之後執行圖6中所展示之操作。
在一實例性實施例中，根據操作S610，處理器110可自資料庫識別關於一或多次支付之資訊。關於支付之資訊可包含關於執行一非同步支付之一訂單之支付之資訊。明確言之，關於支付之資訊可包含根據圖2之操作S270儲存於資料庫中之關於一訂單之支付之資訊。此外，一或多個支付資訊之各者可包含根據操作S270儲存於資料庫中之關於複數個訂單之支付之資訊，其中針對複數個不同訂單執行圖2中所繪示之操作複數次。以此方式，可能需要幾秒、幾分鐘或幾十分鐘將關於訂單之支付之資訊儲存於資料庫中及識別關於支付之經儲存資訊。
根據操作S620，處理器110可嘗試對應於一或多個支付資訊之各者之訂單之支付。雖然嘗試對應於一非同步支付之一訂單之支付可意謂進行與嘗試一同步支付相同之程序，但嘗試對應於一非同步支付之一訂單之支付在概念上或時間上與嘗試緊接在訂單之後之一同步支付不同。
在一實例性實施例中，處理器110可基於一支付失敗率嘗試對應於一或多個支付資訊之各者之一訂單之支付。例如，若支付失敗率等於或低於一預設值，則處理器110可嘗試對應於一或多個支付資訊之各者之一訂單之支付。此具有以下優點：即使嘗試對應於一或多個支付資訊之各者之一訂單之支付，仍降低支付失敗之概率。在此情況下，支付失敗率可指代同步支付嘗試、非同步支付嘗試、測試支付嘗試或其等之一組合之失敗率。
在一實例性實施例中，根據操作S630，處理器110可判定支付是否係成功的或不成功的。若處理器110判定支付未失敗，則根據操作S641，處理器110可將支付狀態更新為一第二狀態。換言之，若訂單之支付未失敗，則處理器110可將對應於支付之訂單之支付狀態更新為一第二狀態。第二狀態可對應於「支付成功」。例如，若作為圖2中所展示之操作S230之一結果，處理器110判定將執行非同步支付，或若作為操作S250之一結果，處理器110判定支付失敗，且處理器110在圖4中所展示之支付狀態顯示區域421中顯示諸如「支付嘗試」之資訊，則處理器110可根據操作S641在支付狀態顯示區域421中顯示諸如「支付成功」或「支付完成」之資訊。又，在此情況下，處理器110可自訂單細節頁面400移除指引區域410。在一實例性實施例中，可描述在進行一初始非同步支付時，該訂單之支付狀態可對應於第一狀態，若一後續支付係成功的，則該訂單之支付狀態可對應於第二狀態，且若一後續支付係不成功的，則該訂單之支付狀態可對應於一第三狀態。
顯示支付成功資訊(諸如「支付成功」或「支付完成」)或移除指引區域可不僅適用於訂單細節頁面400，而且適用於類似使用者介面。例如，一使用者介面(諸如一訂單清單頁面)亦可具有用於各訂單之一支付狀態顯示區域，且處理器110可在訂單清單頁面上在對應於訂單當中的根據操作S620嘗試針對其之一非同步支付之訂單之支付狀態顯示區域中顯示支付成功資訊(諸如「支付成功」或「支付完成」)。
若作為操作S630之一結果，處理器110判定支付失敗，則處理器110可根據操作S640將對應於失敗支付之訂單之支付狀態更新為第三狀態。換言之，若訂單之支付失敗，則處理器110可將對應於支付之訂單之支付狀態更新為第三狀態。第三狀態可對應於「支付失敗」。
例如，若作為圖2中所展示之操作S230之一結果，處理器110判定將執行一非同步支付，或若作為操作S250之一結果，處理器110判定支付失敗，且處理器110在圖4中所展示之支付狀態顯示區域421中顯示諸如「嘗試支付」之資訊，則處理器110可根據操作S640在支付狀態顯示區域421中顯示諸如「支付失敗」或「訂單取消」之資訊。在此情況下，處理器110亦可更新來自訂單細節頁面400之指引區域410以顯示關於支付失敗之資訊。
顯示支付失敗資訊(諸如「支付失敗」或「訂單取消」)或更新指引區域可不僅適用於訂單細節頁面400，而且適用於類似使用者介面。例如，一使用者介面(諸如一訂單清單頁面)亦可具有用於各訂單之一支付狀態顯示區域，且處理器110可在訂單清單頁面上在對應於訂單當中的根據操作S620嘗試針對其之一非同步支付之訂單之支付狀態顯示區域中顯示支付失敗資訊(諸如「支付失敗」或「訂單取消」)。
在一實例性實施例中，根據操作S650，處理器110可取消對應於第三狀態之訂單，且根據操作S660，發送取消對應於第三狀態之訂單之遞送的一請求。即，處理器110可取消對應於失敗支付之訂單且若在支付嘗試期間訂單之支付失敗，則發送取消遞送之一請求。對應於失敗支付之訂單可包含在圖2之操作S220中產生之訂單。此外，取消遞送之請求可對應於在圖2之操作S270中請求之遞送。
在一實例性實施例中，若一訂單之支付失敗，則處理器110可識別支付失敗之原因且基於所識別之失敗原因對使用者提供用於請求對應於失敗支付之訂單之一重新支付的一頁面。例如，若失敗之原因係帳戶中資金不足，則處理器110可對使用者提供關於帳戶中資金不足之資訊且鼓勵使用者進行存款。處理器110接著可對使用者提供請求訂單之重新支付之一頁面。此可具有儘管失敗支付仍鼓勵使用者重試對物品支付的效應。用於請求訂單之重新支付之頁面可為一結賬頁面。以此方式，若一訂單之支付失敗，則可藉由對使用者提供一結賬頁面而請求用一不同支付選項重新支付。
在一實例性實施例中，若一訂單之支付失敗，則處理器110可對一使用者提供包含關於變更對應於一失敗支付之一訂單之支付選項之資訊的一頁面，且回應於使用者經由包含關於變更支付選項之資訊之該頁面選擇一支付選項，處理器110可嘗試使用該選定支付選項支付對應於該失敗支付之該訂單。例如，處理器110可對使用者提供包含關於變更支付選項(包含諸如銀行轉帳及卡支付之支付選項)之資訊之一頁面。包含關於變更支付選項之資訊之頁面可為一支付選項選擇頁面。使用者可選擇卡支付作為支付選項，且處理器110可嘗試經由卡支付進行對應於失敗支付之訂單之支付。此時，處理器110可限制用於失敗支付之支付選項之選擇。例如，若用於失敗支付之支付選項係銀行轉帳，則處理器110可遮蔽、隱藏或以其他方式防止使用者在支付選項選擇頁面上選擇銀行轉帳作為一支付選項。此具有即使支付失敗仍鼓勵使用者在方便時重試支付的優點。
圖7繪示根據本發明之用於一支付服務提供方法之一使用者介面之一實例性實施例。通知頁面700a及700b可分別包含訂單清單顯示區域710a及710b以及訂單之結果顯示區域711a及711b。結果顯示區域711a及711b可顯示訂單清單顯示區域710a及710b中之各訂單之訂單結果或支付結果。
在一實例性實施例中，若處理器110基於操作S630之結果判定對應於關於支付之資訊之訂單之支付未失敗，則處理器110可在通知頁面700a之結果顯示區域711a中顯示支付成功資訊(諸如「支付成功」或「支付完成」)。又，在一實例性實施例中，若作為操作S630之一結果，處理器110判定對應於關於支付之資訊之訂單之支付失敗，則處理器110可在通知頁面700b之結果顯示區域711b中顯示支付失敗資訊(諸如「訂單取消」或「支付失敗」)。此具有通知已離開支付視窗之一使用者非同步支付之狀態已被更新的優點。
在一實例性實施例中，若作為操作S630之一結果，處理器110判定對應於關於支付之資訊之訂單之支付失敗，則處理器110可在訂單清單顯示區域710b中在對應於失敗支付所對應之訂單之一區域中顯示一再次添加至購物車按鈕712b。此具有容許使用者更方便地對包含於訂單中之物品重新支付的優點。
在一實例性實施例中，若作為操作S630之一結果，處理器110判定對應於關於支付之資訊之訂單之支付失敗，則處理器110可向使用者發出一信貸或折扣優惠券且在訂單清單顯示區域710b中在對應於失敗支付所對應之訂單之區域中顯示已向使用者發出一信貸或折扣優惠券的一陳述。此具有鼓勵使用者對包含於訂單中之物品重新支付的優點。
圖8係根據本發明之一支付服務提供方法之一實例性實施例之一流程圖。在一實例性實施例中，根據操作S810，處理器110可自一支付模組請求支付資訊。支付資訊可包含進行支付或支出所需之資訊，諸如支付選項、支付銀行、最近支付選項、卡類型及帳戶資訊。
在一實例性實施例中，根據操作S820，處理器110可判定支付資訊是否已自支付模組接收。若處理器110已自支付模組接收支付資訊，則根據操作S831，處理器110可基於經接收之支付資訊向使用者呈現用於請求支付之一頁面，且若處理器110尚未自支付模組接收支付資訊，則根據操作S832，處理器110可自支付資訊資料庫識別支付資訊，且根據操作S840，處理器110可基於所識別之支付資訊向使用者呈現用於請求支付之一頁面。此具有以下優點：即使支付模組未正確運作且無法向處理器110提供支付資訊，仍可代替性地使用先前在支付資訊資料庫中備份之支付資訊以對使用者提供用於請求支付之一頁面，使得可繼續進行支付。用於請求支付之頁面可為一結賬頁面。
結賬頁面可包含諸如待訂購之一物品之一名稱及數量、該物品之一支付金額、一遞送費用、一支付金額及一支付選項之資訊。結賬頁面可包含一輸入介面(諸如一支付按鈕)，且回應於使用者操縱該輸入介面(諸如支付按鈕)，處理器110可確認待訂購之物品之支付請求。
結賬頁面可包含一輸入介面(諸如一支付選項變更按鈕)。回應於使用者操縱該輸入介面，處理器110可產生容許使用者變更或添加一支付選項之一支付選項選擇頁面。明確言之，處理器110可自從支付模組接收之支付資訊或自支付資訊資料庫識別之支付資訊識別一或多個支付選項，且對使用者提供包含關於變更包含該一或多個支付選項之支付選項之資訊的一頁面。
圖9繪示根據本發明之用於一支付服務提供方法之一使用者介面之一實例性實施例。明確言之，圖9繪示一支付選項選擇頁面900之一實例性實施例。
支付選項選擇頁面900可包含支付選項之一清單。包含於該清單中之支付選項可分別顯示於支付選項顯示區域920a、920b、920c、920d及920e中。
在一實例性實施例中，若未自支付模組接收到支付資訊，則結賬頁面或支付選項選擇頁面可包含關於不可用支付選項之資訊。例如，參考圖9，處理器110可藉由將對應於不可用支付選項之支付選項顯示區域920c、920d及920e著色為灰色而顯示於支付選項選擇頁面900上。在此情況下，處理器可限制對應於支付選項顯示區域920c、920d及920e之支付選項之選擇。此外，支付選項選擇頁面900可包含含有一些支付選項不可用之一陳述之一指引區域910。
支付選項顯示區域920a、920b、920c、920d及920e可包含一支付選項選擇按鈕921。使用者可按壓支付選項選擇按鈕921以選擇要使用之支付選項。
支付選項顯示區域920a、920b、920c、920d及920e可包含用於各支付選項之一支付細節選項顯示區域922。例如，支付選項顯示區域920a可展示「銀行轉帳」之支付選項。另外，支付細節選項顯示區域922可顯示可自其進行銀行轉帳之一銀行之名稱。
支付選項顯示區域920a、920b、920c、920d及920e可包含一選擇完成按鈕924。使用者可按壓選擇完成按鈕924以確認支付選項及支付細節選項之選擇。
支付選項顯示區域920a、920b、920c、920d及920e可包含一支付細節選項變更按鈕923。使用者可按壓支付細節選項變更按鈕923以變更支付細節選項。圖10繪示根據本發明之用於一支付服務提供方法之一使用者介面之一實例性實施例。明確言之，圖10繪示一支付細節選項變更頁面1000。當使用者按壓支付細節選項變更按鈕923時，可顯示支付細節選項變更頁面1000。
支付細節選項變更頁面1000可包含支付細節選項之一清單。包含於該清單中之各支付細節選項可分別顯示於支付細節選項顯示區域1010a、1010b、1010c、1010d及1010e中。支付細節選項顯示區域1010a、1010b、1010c、1010d及1010e可包含一支付細節選項選擇按鈕1011。使用者可按壓支付細節選項選擇按鈕1011以選擇要使用之一支付細節選項。
圖11係根據本發明之一支付服務提供方法之一實例性實施例之一流程圖。在一實例性實施例中，處理器110可產生一單擊式購買頁面1110。該單擊式購買頁面可為容許一使用者在無需一單獨支付授權程序的情況下對一訂單支付之一簡化結賬頁面。
處理器110可自一支付模組1113請求支付資訊。若處理器110未自支付模組113接收支付資訊(即，支付資訊未能載入)，則可提供一常規結賬頁面(操作1111)。結賬頁面可為用於請求支付之一頁面。
處理器110可自一支付資訊提供者1112請求支付資訊。支付資訊提供者1112可為儲存於記憶體120中之一程式或指令集。支付資訊提供者1112可自處理器110接收針對支付資訊之一請求且可自支付模組請求支付資訊。若支付資訊提供者1112未自支付模組1113接收支付資訊，則支付資訊提供者1112可自一支付資訊資料庫1114識別支付資訊。支付資訊提供者1112可將支付資訊傳送至處理器110。處理器110可基於自支付資訊提供者1112接收之支付資訊向使用者呈現請求一支付之一頁面。
當使用者經由結賬頁面點擊一購買按鈕1120時，處理器110可產生一訂單(操作1121)。該訂單可包含訂單識別資訊。
若一斷路器閉合，則處理器110可繼續進行一支付預任務且載入一支付視窗(操作1122)。支付預任務可包含儲存訂單資訊(物品、支付選項、支付金額等)及驗證一符記以載入支付視窗。可透過載入之支付視窗執行一同步支付。
若所產生訂單之支付失敗，或若斷路器斷開，則處理器110可請求一非同步支付(操作1123)。請求一非同步支付(操作1123)可包含確認將執行一非同步支付。處理器110接著可保留庫存(操作1124)且應用一促銷(操作1125)。此外，處理器110可基於非同步支付請求(操作1123)確認支付狀態為嘗試支付。關於經確認之支付狀態(嘗試支付)之資訊可經由一輸入/輸出裝置提供給使用者。
基於非同步支付請求(操作1123)，處理器110可在非同步支付消費者1126處儲存關於訂單之支付之資訊。非同步支付消費者1126可包含可儲存關於訂單之支付之資訊之一資料庫或被包含於該資料庫中。訂單可包含支付失敗之訂單或由於一斷路器斷開而未針對其執行同步支付之訂單。
基於非同步支付請求(操作1123)，處理器110可請求零售部1132遞送物品(操作1133)，請求第三方商家1134遞送物品，或處理運輸物品1135以完成支付。
處理器110可自非同步支付消費者1126或資料庫識別關於一或多次支付之資訊，且處理非同步支付(操作1127)。換言之，處理器110可自非同步支付消費者1126或資料庫識別關於一或多次支付之資訊，基於關於支付之資訊嘗試對應於關於一或多次支付之資訊之各者之訂單的支付(來自支付模組之請求支付(操作1128))，且判定訂單之支付是否係成功的。
基於支付是否係成功的，處理器110可更新支付結果(操作1129)。例如，若支付係成功的，則處理器110可將支付狀態更新為一第二狀態。在另一實例中，若支付係不成功的，則處理器110可將支付狀態更新為一第三狀態。關於經更新之支付狀態之資訊可經由輸入/輸出裝置提供給使用者。
在一失敗支付之情況下，處理器110可接受一取消或退貨(操作1130)，即，若訂單下已交貨，則處理器110可取消對應於失敗支付之訂單(操作1131)且請求進行退貨程序。
若物品之遞送(操作1133)係由零售部1132安排或遞送(操作1133)已在進展中，則處理器110可請求停止遞送(操作1133)。此外，處理器110可請求第三方商家1134取消遞送請求或訂單並退回物品。此外，處理器110可取消已完成支付之運輸物品1135之支付。
圖12係根據本發明之一支付服務提供方法之一實例性實施例之一流程圖。圖12中所展示之一訊務控制器1212、一支付選項選擇頁面訊務控制器1215及一非同步支付訊務控制器1218可具有狀態A、B或C之任一者(訊務控制器1212不能具有狀態C)，且處理器110可基於訊務控制器1212、支付選項選擇頁面訊務控制器1215及非同步支付訊務控制器1218之狀態繼續進行以下程序(藉由沿著適當箭頭)。
可由一使用者、處理器110或另一裝置預設或改變訊務控制器1212、支付選項選擇頁面訊務控制器1215及非同步支付訊務控制器1218之狀態。
同時，根據本發明之一支付服務提供方法之一實例性實施例可不包含訊務控制器1212、支付選項選擇頁面訊務控制器1215及非同步支付訊務控制器1218之全部。在此情況下，訊務控制器1212、支付選項選擇頁面訊務控制器1215及非同步支付訊務控制器1218可全部用對應於其等各自B狀態之箭頭代替。即，進入訊務控制器1212、支付選項選擇頁面訊務控制器1215及非同步支付訊務控制器1218之箭頭可直接連接至對應於其等各自B狀態之箭頭。
在一實例性實施例中，處理器110可呼叫一支付資訊API 1211以提供一結賬頁面(操作1210)。若訊務控制器1212處於狀態A，則處理器110可自支付模組請求支付(操作1213)，且若訊務控制器1212處於狀態B，則處理器110可載入支付資訊(操作1214)。處理器110可自支付模組請求支付資訊以載入支付資訊(操作1214)。若載入支付資訊(操作1214)失敗，則處理器110可使用簡化支付選項選擇頁面資料1221作為支付資訊。例如，處理器110可自一資料庫識別支付資訊(諸如最近支付選項)。
在一實例性實施例中，當支付選項訊務控制器1215處於狀態C時，處理器110可啟用一簡化支付選項選擇頁面(操作1222)。該簡化支付選項選擇頁面可包含阻止使用者選擇一不可用支付選項之一使用者介面，或可為自其移除對應於不可用支付選項之使用者介面之一頁面。
在一實例性實施例中，若支付選項訊務控制器1215處於狀態B，則處理器110可檢查支付選項選擇頁面斷路器1216之一狀態。若支付選項選擇頁面斷路器1216之狀態處於斷開狀態，則處理器110可啟用簡化支付選項選擇頁面(操作1222)。替代性地，若支付選項選擇頁面斷路器1216之狀態不處於斷開狀態或支付選項選擇頁面訊務控制器1215之狀態處於A狀態，則處理器110可判定訂單是否係合格的(操作1217)。如本文中所使用，一合格訂單可指代可針對其執行一非同步支付之一訂單。
此處，合格訂單可包含來自已啟用一觸式支付(即，在無需額外授權的情況下，在觸碰一支付按鈕時立即處理之支付)之使用者之訂單、其中支付選項係根據本發明之服務提供者之自身支付服務或其自身金融服務之訂單，及其中支付金額小於或等於一預定金額之訂單。另外，禮品卡之訂單、電子禮品(electronic gift/e-gift)之訂單、訂閱之訂單、運輸物品之訂單等可能不合格。此外，使用對服務提供者之服務累積之獎勵之訂單可能不合格。
在一實例性實施例中，若一訂單係合格的，則處理器110可檢查非同步支付訊務控制器1218之狀態。若非同步支付訊務控制器1218之狀態係狀態B，則處理器110可檢查非同步支付斷路器1219之狀態。
在一實例性實施例中，若非同步支付訊務控制器1218之狀態處於C狀態或非同步支付斷路器1219之狀態處於斷開狀態，則處理器110可停用獎勵之使用。
在一實例性實施例中，若訂單係不合格的，非同步支付訊務控制器1218之狀態處於A狀態或非同步支付斷路器1219之狀態不處於斷開狀態，則處理器110可根據方塊1220使用簡化支付選項選擇頁面資料1221以啟用簡化支付選項選擇頁面(操作1222)及停用獎勵之使用(操作1223)。
圖13係根據本發明之一支付服務提供方法之一實例性實施例之一流程圖。圖13中所展示之一訊務控制器1312及一非同步支付訊務控制器1317可具有狀態A、B或C之任一者(一訊務控制器1312不能具有C狀態)，且處理器110可基於訊務控制器1312及非同步支付訊務控制器1317之狀態繼續進行以下程序(藉由沿著適當箭頭)。
可由一使用者、處理器110或另一裝置預設或改變訊務控制器1312及非同步支付訊務控制器1317之狀態。
同時，根據本發明之一支付服務提供方法之一實例性實施例可不包含訊務控制器1312及非同步支付訊務控制器1317兩者。在此情況下，訊務控制器1312及非同步支付訊務控制器1317兩者可用對應於其等各自B狀態之箭頭代替。即，進入訊務控制器1312及非同步支付訊務控制器1317之箭頭可直接連接至對應於其等各自B狀態之箭頭。
在一實例性實施例中，處理器110可回應於一使用者點擊一支付按鈕(操作1310)而產生一訂單(操作1311)。若訊務控制器1312之狀態處於狀態B，則處理器110可檢查所產生之訂單是否係合格的(操作1316)。如本文中所使用，一合格訂單可意謂與在關於圖12之上文描述中提及之合格訂單相同的概念。
在一實例性實施例中，若訂單係合格的，則處理器110可檢查非同步支付訊務控制器1317之狀態。若非同步支付訊務控制器1317之狀態係狀態B，則處理器110可檢查一支付視窗斷路器1318之狀態。可基於支付視窗載入之失敗率來判定支付視窗斷路器1318之狀態。
若支付視窗斷路器1318之狀態處於閉合狀態或半斷開狀態，則處理器110可檢查一支付預任務斷路器1319之狀態。可基於支付預任務之一失敗率來判定支付預任務斷路器1319之狀態。
在一實例性實施例中，若訊務控制器1312之狀態係狀態A，所產生之訂單係不合格的，非同步支付訊務控制器1317之狀態係狀態A，或支付預任務斷路器1319之狀態處於閉合或半斷開狀態，則處理器110可呼叫一支付預任務且檢查是否成功(操作1313)。支付預任務可包含儲存訂單資訊(物品、支付選項、支付金額等)及驗證一符記以載入一支付視窗。
在一實例性實施例中，若支付預任務之呼叫係成功的，則處理器110可打開支付視窗(操作1314)。支付視窗可顯示於輸入/輸出裝置之一使用者介面上，以容許使用者回應於使用者輸入透過支付視窗繼續進行支付。
在一實例性實施例中，若支付預任務呼叫失敗，則處理器110可確認訂單失敗(操作1315)。
在一實例性實施例中，若非同步支付訊務控制器1317之狀態係C狀態，支付視窗斷路器1318之狀態處於斷開狀態，或支付預任務斷路器1319之狀態處於斷開狀態，則處理器110可檢查是否使用獎勵(操作1320)。若使用獎勵，則處理器110可確認訂單失敗(操作1322)。若不使用獎勵，則處理器110可繼續進行非同步支付(操作1321)。即，處理器110可確認將針對所創建訂單執行非同步支付。
圖14繪示根據一實例性實施例之一電子設備100之一操作方法。由於圖14之一操作方法之各操作可由圖1之電子設備100執行，因此將省略來自圖1之重複內容。
在操作S1410中，電子設備100可識別針對至少一個物品之一支付請求。
電子設備100可自一支付模組請求支付資訊，且若支付資訊由於該請求而自該支付模組接收，則基於經接收之支付資訊對一使用者提供用於請求支付之一頁面。若支付資訊並未由於該請求而自支付模組接收，則電子設備100可自一支付資訊資料庫識別支付資訊，且基於所識別之支付資訊對使用者提供用於請求支付之一頁面。
電子設備100可自經接收之支付資訊或所識別之支付資訊判定一或多個支付選項，並對使用者提供包含關於變更包含該一或多個支付選項之支付選項之資訊之一頁面。
在操作S1420中，電子設備100可回應於所識別之支付請求，產生包含訂單識別資訊之關於一訂單之資訊，且檢查一斷路器之一狀態。
可基於訂單之一支付失敗率判定斷路器之狀態。
斷路器可具有一斷開狀態、一閉合狀態及一半斷開狀態之一者。
當斷路器處於半斷開狀態時，電子設備100可判定針對複數個訂單之一或多者執行一非同步支付且針對該複數個訂單之剩餘訂單執行一同步支付。
若在一預設時段內訂單之支付失敗率小於一預設支付失敗率，則斷路器可自半斷開狀態轉變為閉合狀態，且若在該預設時段內訂單之支付失敗率大於該預設支付失敗率，則自半斷開狀態轉變為斷開狀態。
在操作S1430中，當基於斷路器之經檢查狀態針對支付請求執行一非同步支付時，電子設備100將訂單之一支付狀態設定為一第一狀態。
當訂單之支付狀態被設定為第一狀態時，電子設備100可發送針對對應於訂單之至少一個物品之一遞送請求。
若訂單之支付狀態被設定為第一狀態，則電子設備100可保留物品之庫存。
當訂單之支付狀態被設定為第一狀態時，若物品有資格獲得一促銷，則電子設備100可應用一促銷。
在操作S1440中，電子設備100可回應於支付狀態被設定為第一狀態而將關於訂單之支付之資訊儲存於一資料庫中。
關於訂單之支付之資訊可包含訂單識別資訊、一支付金額、關於一支付選項之資訊、關於至少一個物品之資訊及關於遞送之資訊之一或多者。
在操作S1450中，電子設備100可自資料庫識別關於支付之資訊，且基於關於支付之資訊嘗試對應於關於支付之資訊之訂單之支付。
在操作S1460中，電子設備100可判定訂單之支付是否係成功的。
在操作S1470中，若訂單之支付係成功的，則電子設備100可將訂單之支付狀態更新為一第二狀態。
若訂單之支付失敗，則電子設備100可將訂單之支付狀態更新為一第三狀態且發送取消對應於該第三狀態之訂單之遞送之一請求。
若訂單之支付失敗，則電子設備100可識別支付失敗之一原因，且於基於所識別之失敗原因對使用者提供用於請求對應於失敗支付之訂單之一重新支付的一頁面。
若訂單之支付失敗，則電子設備100可對使用者提供包含關於變更訂單之支付選項之資訊之一頁面，且回應於使用者經由包含關於變更支付選項之資訊之頁面選擇一支付選項的輸入，可嘗試使用選定支付選項支付對應於失敗支付之訂單。
上文所描述之本發明之實例性實施例可以程式指令之形式實施，該等程式指令可藉由各種電腦組件執行且記錄於一電腦可讀記錄媒體或非暫時性記錄媒體上。電腦可讀記錄媒體或非暫時性記錄媒體可單獨地或組合地包含程式指令、資料檔案、資料結構及類似者。記錄於電腦可讀記錄媒體或非暫時性記錄媒體上之程式指令可專門為本發明設計及建構或可為熟習電腦軟體技術者已知及可用。電腦可讀或非暫時性記錄媒體之實例包含：磁性媒體，諸如硬碟、軟碟及磁帶；光學記錄媒體，諸如CD-ROM及DVD；磁光媒體，諸如軟碟；及專門經組態以儲存及執行程式指令之硬體裝置，諸如ROM、RAM、快閃記憶體及類似者。程式指令之實例包含機器語言程式碼，諸如由一編譯器產生之機器語言程式碼，以及可藉由一電腦使用一解譯器執行之高階語言程式碼或類似者。硬體裝置或電子設備可經組態以作為一或多個軟體模組操作以執行根據本發明之處理，且反之亦然。
本實例性實施例可藉由功能區塊組態及各種處理步驟表示。此等功能區塊可用執行特定功能之各種數目個硬體、軟體及其等之組合實施。例如，實例性實施例可採用能夠藉由控制一或多個微處理器或其他控制裝置執行各種功能之一積體電路組態(諸如記憶體、處理、邏輯、查找表或類似者)。類似於組件可用軟體程式設計或軟體元件實施，此實例性實施例包含用資料結構、程序、常式或其他程式化組件之一組合實施之各種演算法且可用一程式設計或指令碼語言(包含C、C++、Java、組合語言等)實施。功能態樣可用在一或多個處理器上運行之一演算法實施。另外，本實例性實施例可採用一習知技術用於電子環境設定、信號處理、資料處理及其等之組合之至少一者。
100:電子設備 110:處理器 120:記憶體 300:購買完成頁面 310:指引區域 400:訂單細節頁面 410:指引區域 420:物品顯示區域 421:支付狀態顯示區域 700a:通知頁面 700b:通知頁面 710a:訂單清單顯示區域 710b:訂單清單顯示區域 711a:結果顯示區域 711b:結果顯示區域 712b:再次添加至購物車按鈕 900:支付選項選擇頁面 910:指引區域 920a:支付選項顯示區域 920b:支付選項顯示區域 920c:支付選項顯示區域 920d:支付選項顯示區域 920e:支付選項顯示區域 921:支付選項選擇按鈕 922:支付細節選項顯示區域 923:支付細節選項變更按鈕 924:選擇完成按鈕 1000:支付細節選項變更頁面 1010a:支付細節選項顯示區域 1010b:支付細節選項顯示區域 1010c:支付細節選項顯示區域 1010d:支付細節選項顯示區域 1010e:支付細節選項顯示區域 1011:支付細節選項選擇按鈕 1110:單擊式購買頁面 1111:操作 1112:支付資訊提供者 1113:支付模組 1114:支付資訊資料庫 1120:購買按鈕 1121:操作 1122:操作 1123:操作 1124:操作 1125:操作 1126:非同步支付消費者 1127:操作 1128:操作 1129:操作 1130:操作 1131:操作 1132:零售部 1133:操作 1134:第三方商家 1135:運輸物品 1210:操作 1211:支付資訊應用程式設計介面(API) 1212:訊務控制器 1213:操作 1214:操作 1215:支付選項選擇頁面訊務控制器 1216:支付選項選擇頁面斷路器 1217:操作 1218:非同步支付訊務控制器 1219:非同步支付斷路器 1220:方塊 1221:簡化支付選項選擇頁面資料 1222:操作 1223:操作 1310:操作 1311:操作 1312:訊務控制器 1313:操作 1314:操作 1315:操作 1316:操作 1317:非同步支付訊務控制器 1318:支付視窗斷路器 1319:支付預任務斷路器 1320:操作 1321:操作 1322:操作 S210:操作 S220:操作 S230:操作 S240:操作 S250:操作 S260:操作 S261:操作 S270:操作 S280:操作 S531:操作 S532:操作 S533:操作 S534:操作 S536:操作 S610:操作 S620:操作 S630:操作 S640:操作 S641:操作 S650:操作 S660:操作 S810:操作 S820:操作 S831:操作 S832:操作 S840:操作 S1410:操作 S1420:操作 S1430:操作 S1440:操作 S1450:操作 S1460:操作 S1470:操作
圖1繪示根據本發明之一電子設備之一實例性實施例。 圖2係根據本發明之一支付服務提供方法之一實例性實施例的一流程圖。 圖3繪示根據本發明之用於一支付服務提供方法之一使用者介面之一實例性實施例。 圖4繪示根據本發明之用於一支付服務提供方法之一使用者介面之一實例性實施例。 圖5係根據本發明之一支付服務提供方法之一實例性實施例之一流程圖。 圖6係根據本發明之一支付服務提供方法之一實例性實施例之一流程圖。 圖7繪示根據本發明之用於一支付服務提供方法之一使用者介面之一實例性實施例。 圖8係根據本發明之一支付服務提供方法之一實例性實施例之一流程圖。 圖9繪示根據本發明之用於一支付服務提供方法之一使用者介面之一實例性實施例。 圖10繪示根據本發明之用於一支付服務提供方法之一使用者介面之一實例性實施例。 圖11係根據本發明之一支付服務提供方法之一實例性實施例之一流程圖。 圖12係根據本發明之一支付服務提供方法之一實例性實施例之一流程圖。 圖13係根據本發明之一支付服務提供方法之一實例性實施例之一流程圖。 圖14係根據本發明之一支付服務提供方法之一實例性實施例之一流程圖。
100:電子設備
110:處理器
120:記憶體

Claims (15)

  1. 一種一電子設備之支付服務提供方法，該支付服務提供方法包括： 識別針對至少一個物品之一支付請求； 回應於該所識別之支付請求，產生包含訂單識別資訊之關於一訂單之資訊，且檢查一斷路器之一狀態； 當基於該斷路器之該經檢查狀態針對該支付請求執行一非同步支付時，將該訂單之一支付狀態設定為一第一狀態； 回應於該支付狀態被設定為該第一狀態，將關於該訂單之支付之資訊儲存於一資料庫中； 自該資料庫識別關於該支付之該資訊且基於關於該支付之該資訊嘗試對應於關於該支付之該資訊之該訂單之一支付； 判定該訂單之該支付是否係成功的；及 若該訂單之該支付係成功的，則將該訂單之該支付狀態更新為一第二狀態。
  2. 如請求項1之支付服務提供方法，其進一步包括： 當該訂單之該支付狀態被設定為該第一狀態時，發送針對對應於該訂單之該至少一個物品之一遞送請求。
  3. 如請求項2之支付服務提供方法，其進一步包括： 若該訂單之該支付失敗，則將該訂單之該支付狀態更新為一第三狀態；及 發送取消對應於該第三狀態之該訂單之該遞送之一請求。
  4. 如請求項1之支付服務提供方法，其進一步包括： 若該訂單之該支付失敗，則識別該支付之該失敗之一原因，且對一使用者提供用於基於該失敗之該所識別原因請求對應於該失敗支付之該訂單之一重新支付的一頁面。
  5. 如請求項1之支付服務提供方法，其進一步包括： 若該訂單之該支付失敗，則對一使用者提供包含關於該訂單之變更支付選項之資訊之一頁面；及 回應於該使用者經由包含關於變更支付選項之該資訊之該頁面選擇一支付選項的輸入，嘗試使用該選定支付選項支付對應於該失敗支付之該訂單。
  6. 如請求項1之支付服務提供方法，其中基於該訂單之一支付失敗率來判定該斷路器之該狀態。
  7. 如請求項1之支付服務提供方法，其中該斷路器具有一斷開狀態、一閉合狀態及一半斷開狀態之一者；且 檢查該斷路器之該狀態包含，當該斷路器處於該半斷開狀態時，判定針對複數個該等訂單之一或多者執行一非同步支付且針對該複數個該等訂單之剩餘訂單執行一同步支付。
  8. 如請求項7之支付服務提供方法，其中若在一預設時段內該等訂單之一支付失敗率小於一預設支付失敗率，則該斷路器自該半斷開狀態轉變為該閉合狀態，且若在該預設時段內該等訂單之該支付失敗率大於該預設支付失敗率，則該斷路器自該半斷開狀態轉變為該斷開狀態。
  9. 如請求項1之支付服務提供方法，其進一步包括： 若該訂單之該支付狀態被設定為該第一狀態，則保留該物品之庫存。
  10. 如請求項1之支付服務提供方法，其進一步包括： 若該訂單之該支付狀態被設定為該第一狀態，則在該物品有資格獲得一促銷時應用該促銷。
  11. 如請求項1之支付服務提供方法，其中識別該支付請求包含： 自一支付模組請求支付資訊；及 若該支付資訊由於該請求而自該支付模組接收，則基於該經接收之支付資訊對一使用者提供用於請求一支付之一頁面，且若該支付資訊並未由於該請求而自該支付模組接收，則自一支付資訊資料庫識別該支付資訊且基於該所識別之支付資訊對該使用者提供用於請求該支付之該頁面。
  12. 如請求項11之支付服務提供方法，其中對該使用者提供用於請求該支付之該頁面包含： 自該經接收之支付資訊或該所識別之支付資訊識別一或多個支付選項；及 對該使用者提供包含關於包含該一或多個支付選項之變更支付選項之資訊之一頁面。
  13. 如請求項1之支付服務提供方法，其中關於該訂單之該支付之該資訊包含訂單識別資訊、一支付金額、關於支付選項之資訊、關於該至少一個物品之資訊及關於遞送之資訊之一或多者。
  14. 一種電子設備，其包括： 一記憶體，其上儲存有至少一個程式；及 一處理器，其經組態以藉由執行該至少一個程式： 識別針對至少一個物品之一支付請求； 回應於該所識別之支付請求，產生包含訂單識別資訊之關於一訂單之資訊，且檢查一斷路器之一狀態； 當基於該斷路器之該經檢查狀態針對該支付請求執行一非同步支付時，將該訂單之一支付狀態設定為一第一狀態； 回應於該支付狀態被設定為該第一狀態，將關於該訂單之支付之資訊儲存於一資料庫中； 自該資料庫識別關於該支付之該資訊且基於關於該支付之該資訊嘗試對應於關於該支付之該資訊之該訂單之一支付； 判定該訂單之該支付是否係成功的；及 若該訂單之該支付係成功的，則將該訂單之該支付狀態更新為一第二狀態。
  15. 一種非暫時性電腦可讀儲存媒體，其上記錄有用於執行一電子設備之一支付服務提供方法之一程式，其中該支付服務提供方法包括： 識別針對至少一個物品之一支付請求； 回應於該所識別之支付請求，產生包含訂單識別資訊之關於一訂單之資訊，且檢查一斷路器之一狀態； 當基於該斷路器之該經檢查狀態針對該支付請求執行一非同步支付時，將該訂單之一支付狀態設定為一第一狀態； 回應於該支付狀態被設定為該第一狀態，將關於該訂單之支付之資訊儲存於一資料庫中； 自該資料庫識別關於該支付之該資訊且基於關於該支付之該資訊嘗試對應於關於該支付之該資訊之該訂單之一支付； 判定該訂單之該支付是否係成功的；及 若該訂單之該支付係成功的，則將該訂單之該支付狀態更新為一第二狀態。
TW112116033A 2022-04-29 2023-04-28 支付服務提供方法及其設備 TW202343334A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020220053439A KR102679195B1 (ko) 2022-04-29 2022-04-29 결제 서비스 제공 방법 및 그 장치
KR10-2022-0053439 2022-04-29

Publications (1)

Publication Number Publication Date
TW202343334A true TW202343334A (zh) 2023-11-01

Family

ID=88518989

Family Applications (1)

Application Number Title Priority Date Filing Date
TW112116033A TW202343334A (zh) 2022-04-29 2023-04-28 支付服務提供方法及其設備

Country Status (3)

Country Link
KR (2) KR102679195B1 (zh)
TW (1) TW202343334A (zh)
WO (1) WO2023210852A1 (zh)

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100618128B1 (ko) * 2004-08-18 2006-08-31 권도균 가승인용 신용카드 단말기 및 이를 이용한 신용카드 결제시스템 및 결제 방법
KR101421662B1 (ko) * 2012-11-22 2014-07-22 주식회사 한국스마트카드 유통지불오류 처리방법
CN105335850A (zh) * 2014-07-31 2016-02-17 阿里巴巴集团控股有限公司 一种网络支付控制方法和装置
CN107133797B (zh) * 2017-04-28 2020-11-10 努比亚技术有限公司 一种支付异常自动检测方法、终端及计算机可读存储介质
KR20200134560A (ko) * 2019-05-22 2020-12-02 카페24 주식회사 이상치 발생 여부 검출 방법, 컴퓨팅 디바이스 및 컴퓨터 판독 가능한 저장 매체
KR20210109096A (ko) * 2020-02-26 2021-09-06 대진대학교 산학협력단 자동 결제 방법 및 그 방법을 제공하는 서버
KR102414428B1 (ko) * 2020-09-03 2022-06-30 주식회사 오윈 결제 정보 유실 방지 방법 및 장치

Also Published As

Publication number Publication date
KR20230153713A (ko) 2023-11-07
KR20240105345A (ko) 2024-07-05
KR102679195B1 (ko) 2024-06-28
WO2023210852A1 (ko) 2023-11-02

Similar Documents

Publication Publication Date Title
AU2019257460A1 (en) Method and system for processing of a real-time rebate at transaction authorization
US20150112781A1 (en) Method and System for Processing of a Real-Time Rebate at Transaction Authorization
US10692055B2 (en) Reprogrammable point-of-sale transaction flows
CN102667837A (zh) 用于计算机实施的支付系统的资助账户
US11263655B2 (en) Method and system for post authorization payment of transactions using loyalty points
CA2958551A1 (en) Method and system for processing of a real-time rebate at transaction authorization
JP7247131B2 (ja) 再プログラム可能な販売時点取引フロー
WO2009108257A1 (en) System and method for providing consumer directed payment card
US7937299B1 (en) Systems and methods for preauthorizing check transactions
CN110390455B (zh) 供应链信息风险控制方法、装置及系统
WO2020243904A1 (zh) 一种退款方法、交易系统、账户系统及存储介质
KR20220148094A (ko) 금융 서비스 제공 방법 및 이를 수행하는 전자 장치
TWI839599B (zh) 藉由終端機處理物品銷售資訊之方法、非暫時性電腦可讀記錄媒體及用於處理物品銷售資訊之終端機
US10496973B2 (en) Reprogrammable point-of-sale transaction flows
US20180033014A1 (en) Reprogrammable point-of-sale transaction flows
US20180032984A1 (en) Reprogrammable point-of-sale transaction flows
TW202343334A (zh) 支付服務提供方法及其設備
CA3194022A1 (en) Methods and systems for inventory management for blockchain-based transactions
US11769151B2 (en) Methods and systems for rate-limiting control of transaction processing
US11676170B2 (en) System and method for processing of promotions in connection with digital purchasing
KR102662576B1 (ko) 제휴 판매사에 예약 대신 결제 처리를 제공하기 위한 관계 생성 서비스 제공 방법 및 이를 이용한 시스템
US10198723B2 (en) Systems and methods for facilitating multi-party payment transactions
US20240362671A1 (en) System and method for processing of promotions in connection with digital purchasing
KR20240117807A (ko) 구매 자금 지원을 통한 철강 제품 판매 방법 및 시스템
CN111967866A (zh) 订单支付系统、订单支付方法和装置