TW201915894A - Method for realizing an installment business based on credit - Google Patents

Method for realizing an installment business based on credit Download PDF

Info

Publication number
TW201915894A
TW201915894A TW107128023A TW107128023A TW201915894A TW 201915894 A TW201915894 A TW 201915894A TW 107128023 A TW107128023 A TW 107128023A TW 107128023 A TW107128023 A TW 107128023A TW 201915894 A TW201915894 A TW 201915894A
Authority
TW
Taiwan
Prior art keywords
user
credit
information
service
staging
Prior art date
Application number
TW107128023A
Other languages
Chinese (zh)
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 TW201915894A publication Critical patent/TW201915894A/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • G06Q20/06Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G06Q20/0652Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash with decreasing value according to a parameter, e.g. time
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/12Payment architectures specially adapted for electronic shopping systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/29Payment schemes or models characterised by micropayments
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0609Buyer or seller confidence or verification

Abstract

The description discloses a method for realizing an installment business based on credit. The method includes: a credit system acquires user information of a user to which an initiating terminal of aninstallment business request belongs; the credit system determines the credit information of the user according to the user information and sends the credit information to a business system; and if the credit information meets a predetermined credit constraint condition, the business system executes an installment business for the user.

Description

基於信用實現分期業務的方法Method for realizing staged business based on credit

本說明書涉及網際網路技術領域,尤其涉及一種基於信用實現分期業務的方法。This specification relates to the field of Internet technology, and in particular, to a method for implementing a staging service based on credit.

分期模式是目前零售行業中一種重要的付款方式,用戶可以先消費,後續逐次支付相關款項,從而把支付壓力分攤到未來的一段時間。分期模式的實現方式可包括:信用卡等。   以信用卡為例,信用卡的申請過程冗長、申請週期較長,用戶體驗較差。因此,需要提供一種快捷、可靠的分期實現方案。The staging model is an important payment method in the retail industry. Users can consume the money first, and then pay the relevant payments one by one, so as to spread the payment pressure to a certain period of time. The implementation of the staging mode may include: a credit card or the like. Taking a credit card as an example, the credit card application process is lengthy, the application period is long, and the user experience is poor. Therefore, it is necessary to provide a fast and reliable staging implementation.

有鑑於此,本說明書提供一種基於信用實現分期業務的方法。   具體地,本說明書是通過如下技術方案實現的:   一種基於信用實現分期業務的方法,包括:   信用系統獲取分期業務請求的發起終端所屬用戶的用戶資訊;   信用系統根據所述用戶資訊確定所述用戶的信用資訊,並將所述信用資訊發送給業務系統;   若所述信用資訊符合預定的信用約束條件,則業務系統執行針對所述用戶的分期業務。   一種基於信用實現分期業務的方法,包括:   獲取分期業務請求的發起終端所屬用戶的用戶資訊;   根據所述用戶資訊確定所述用戶的信用資訊,並將所述信用資訊發送給業務系統,以供業務系統在所述信用資訊符合預定的信用約束條件時,執行針對所述用戶的分期業務。   一種基於信用實現分期業務的方法,包括:   接收信用系統發送的分期業務請求的發起終端所屬用戶的信用資訊;   若所述信用資訊符合預定的信用約束條件,則執行針對所述用戶的分期業務。   由以上描述可以看出,本說明書信用系統可以確定分期業務請求發起用戶的信用資訊,並將該信用資訊發送給業務系統。業務系統可以在發起用戶的信用資訊符合預定的信用約束條件時,執行針對所述用戶的分期業務,從而為發起用戶實現快捷的分期業務。此外,基於信用約束條件的分期業務,可以有效降低業務系統的呆帳風險。In view of this, the present specification provides a method for implementing a staging business based on credit. Specifically, the present specification is implemented by the following technical solution: A method for implementing a staging service based on credit, comprising: a credit system acquiring user information of a user to which a originating terminal of a staging service request belongs; and a credit system determining the user according to the user information The credit information is sent to the business system; if the credit information meets the predetermined credit constraint, the business system performs the staging service for the user. A method for implementing a staging service based on a credit, comprising: obtaining user information of a user to which an initiating terminal of an instalment service request belongs; determining credit information of the user according to the user information, and transmitting the credit information to a service system for providing The business system performs the staging service for the user when the credit information meets a predetermined credit constraint. A method for implementing a staging service based on credit, comprising: receiving credit information of a user to which an initiating terminal of a staging service request sent by a credit system belongs; and if the credit information meets a predetermined credit constraint condition, performing an instalment service for the user. As can be seen from the above description, the credit system of the present specification can determine the credit information of the user initiated by the staging service request, and send the credit information to the business system. The service system may perform the staging service for the user when the credit information of the initiating user meets the predetermined credit constraint condition, thereby implementing a quick staging service for the initiating user. In addition, the staging business based on credit constraints can effectively reduce the bad debt risk of the business system.

這裡將詳細地對示例性實施例進行說明,其示例表示在圖式中。下面的描述涉及圖式時,除非另有表示,不同圖式中的相同數字表示相同或相似的要素。以下示例性實施例中所描述的實施方式並不代表與本說明書相一致的所有實施方式。相反,它們僅是與如所附申請專利範圍中所詳述的、本說明書的一些方面相一致的裝置和方法的例子。   在本說明書使用的術語是僅僅出於描述特定實施例的目的,而非旨在限制本說明書。在本說明書和所附申請專利範圍中所使用的單數形式的“一種”、“所述”和“該”也旨在包括多數形式,除非上下文清楚地表示其他含義。還應當理解,本文中使用的術語“和/或”是指並包含一個或多個相關聯的列出專案的任何或所有可能組合。   應當理解,儘管在本說明書可能採用術語第一、第二、第三等來描述各種資訊,但這些資訊不應限於這些術語。這些術語僅用來將同一類型的資訊彼此區分開。例如,在不脫離本說明書範圍的情況下,第一資訊也可以被稱為第二資訊,類似地,第二資訊也可以被稱為第一資訊。取決於語境,如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當……時”或“回應於確定”。   本說明書提供一種基於信用實現分期業務的方法,可由信用系統和業務系統配合實現。   其中,信用系統通常是由提供信用評估功能的服務提供者部署,其實體載體通常為伺服器或者伺服器叢集,除信用評估功能外,信用系統還可調用支付系統以實現支付功能,或者信用系統本身具有支付功能,本說明書對此不作特殊限制。   業務系統通常由具有執行分期業務功能的服務提供者部署,例如,業務系統可以為商戶部署的系統,業務系統也可以為除商戶之外的其他具有支付功能的系統,本說明書對此不作特殊限制。業務系統的實體載體通常也是伺服器或者伺服器叢集。   本說明書中,用戶可以通過業務系統或信用系統等系統提供的分期業務請求入口以請求分期業務,例如,用戶請求分期支付本次消費的金額等。信用系統可以對請求用戶的信用進行評估,並將評估結果發送給業務系統。業務系統可根據該評估結果確定請求用戶的真實性,進而為針對請求用戶執行分期業務,從而為請求用戶實現分期業務,對於請求用戶而言,實現快捷,體驗較好,對於業務系統而言還可有效降低呆帳風險。   圖1是本說明書一示例性實施例示出的一種基於信用實現分期業務的方法的流程示意圖。   請參考圖1,所述基於信用實現分期業務的方法可以包括以下步驟:   步驟102,信用系統獲取分期業務請求的發起終端所屬用戶的用戶資訊。   在本實施例中,用戶基於自己的終端設備可以通過多種途徑發起分期業務請求。   在一個例子中,用戶可以通過信用系統提供的URL (Uniform Resource Locator,統一資源定位符)、二維條碼等入口發起分期業務請求。   在另一個例子中,用戶還可以通過業務系統或者其他協力廠商系統提供的URL、二維條碼等入口發起分期業務請求。該業務系統或者協力廠商系統可以將用戶資訊發送給信用系統。   在本實施例中,所述分期業務請求可以包括:分期付款請求等。   在本實施例中,所述用戶資訊可以包括:用戶姓名、用戶手機號碼、用戶身份證號碼等資訊,本說明書對此不作特殊限制。   步驟104,信用系統根據所述用戶資訊確定所述用戶的信用資訊,並將所述信用資訊發送給業務系統。   基於前述步驟102,信用系統在獲取到發起分期業務請求的用戶(後續簡稱為發起用戶)的用戶資訊後,可以根據該用戶資訊獲取發起用戶相關的各種資料,然後可綜合獲取到的資料評估發起用戶的真實性及其履約能力,以確定發起用戶的信用資訊。   其中,上述各種資料可以包括:當前位置、人臉圖像、歷史交易資料、歷史違約資料等,本說明書對此不作特殊限制。   在一個例子中,所述信用資訊的展現形式可以為信用評分,基於信用評分可直觀確定發起用戶的信用等級,例如,信用合格或信用不合格。其中,信用合格通常可表示發起用戶的履約能力較強;而信用不合格通常可表示發起用戶的履約能力較差。   在另一個例子中,所述信用資訊的展現形式可以為信用評分和信用等級,其中,該信用等級可以包括:信用合格、信用不合格。基於該信用等級,可以直觀確定發起用戶的信用等級;基於該信用評分,可以對信用等級相同的發起用戶進行進一步區分。   可選的,在本實施例中,在確定發起用戶的信用資訊之前,信用系統還可以先對發起用戶進行身份驗證。   在一個例子中,信用系統在接收到發起終端發送的分期業務請求後,可以基於驗證策略對發起用戶進行身份驗證,若發起用戶通過身份驗證,則可以確定發起用戶是本人操作,進而可以執行前述步驟102獲取所述發起終端所屬用戶的用戶資訊的步驟,以確定發起用戶的信用資訊。   其中,上述驗證策略可以由開發人員進行設置,可包括以下驗證策略中的一種或多種:手機號碼驗證策略、人臉圖像驗證策略、位址資訊驗證策略等。   例如,所述手機號碼驗證策略的實現方式可以為:發起用戶填寫手機號碼,信用系統驗證發起用戶填寫的手機號碼是否與其帳號綁定的手機號碼一致,若一致,則可以確定手機號碼通過驗證;若不一致,則可以確定手機號碼未通過驗證。   又例如,所述手機號碼驗證策略的實現方式可以為:信用系統向用戶帳號綁定的手機號碼發送隨機驗證碼,若發起用戶填寫的驗證碼與信用系統發送的隨機驗證碼一致,則可以確定手機號碼通過驗證;若不一致,則可以確定手機號碼未通過驗證。   例如,所述人臉圖像驗證策略的實現方式可以為:通過發起終端採集發起用戶的人臉圖像,然後校驗採集到的人臉圖像是否與用戶帳號綁定的人臉圖像一致,或者在警政系統校驗採集到的人臉圖像是否與用戶帳號實名用戶的真實人臉圖像一致,若一致,則可以確定人臉圖像通過驗證;若不一致,則可以確定人臉圖像未通過驗證。   例如,所述位址資訊驗證策略的實現方式可以為:發起用戶填寫位址資訊,信用系統驗證發起用戶填寫的位址資訊是否與其帳號綁定的位址資訊一致,若一致,則可以確定位址資訊通過驗證;若不一致,則可以確定位址資訊未通過驗證。   當然,在實際應用中,還可以採用其他方式對發起用戶進行身份驗證,本說明書對此不作特殊限制。   在本例中,若發起用戶未通過身份驗證,則可以向業務系統返回身份驗證未通過的消息,業務系統針對未通過身份驗證的發起用戶不會執行分期業務,以避免資損。   在另一個例子中,信用系統可以在本步驟中獲取到發起用戶的用戶資訊後,對發起用戶進行身份驗證。該身份驗證的驗證策略可以參考前述描述,本說明書在此不再一一贅述。信用系統可以綜合用戶的身份驗證結果和用戶資訊確定發起用戶的信用資訊。   例如,信用系統可以採用相關技術中提供的實現方式以根據用戶資訊確定發起用戶的第一子信用資訊,根據身份驗證結果確定發起用戶的第二子信用資訊,然後綜合第一子信用資訊和第二子信用資訊確定發起用戶的信用資訊。   在綜合身份驗證結果和用戶資訊確定信用資訊的實現方式中,信用系統無需將發起用戶的身份驗證結果返回給業務系統,僅將綜合確定的信用資訊返回給業務系統即可,本說明書對此不作特殊限制。   在另一個例子中,信用系統在接收到發起終端發送的分期業務請求後,還可以接合發起場景、發起終端資訊等資料對發起用戶進行初步風險評估,若評估為高風險,則可以基於驗證策略對發起用戶進行身份驗證,若評估為低風險,則無需對發起用戶進行身份驗證,可以直接執行確定發起用戶信用資訊的步驟。   當然,在實際應用中,還可以採用其他方式實現身份驗證、信用確定,本說明書對此不作特殊限制。   步驟106,若所述信用資訊符合預定的信用約束條件,則業務系統執行針對所述用戶的分期業務。   基於前述步驟104,業務系統在接收到信用系統發送的發起用戶的信用資訊後,可以在信用資訊滿足預定的信用約束條件時,執行針對所述用戶的分期業務。其中,所述信用約束條件可以包括信用評分大於預定評分等。   舉例來說,若確定發起用戶的信用評分大於預定評分,業務系統可以允許發起用戶分期支付本次消費的金額。   由以上描述可以看出,本說明書信用系統可以確定分期業務請求發起用戶的信用資訊,並將該信用資訊發送給業務系統。業務系統可以在發起用戶的信用資訊符合預定的信用約束條件時,執行針對所述用戶的分期業務,從而為發起用戶實現快捷的分期業務。此外,基於信用約束條件的分期業務,可以有效降低業務系統的呆帳風險。   下面以業務系統是商戶系統、分期業務請求是分期付款請求為例對本說明書的具體實現過程進行描述。   請參考圖2,實現分期付款的過程可以包括以下步驟:   步驟202,發起用戶通過發起終端發起分期付款請求。   在一個例子中,發起用戶線上下商戶進行消費時,可以使用手機等發起終端掃描線下商戶提供的二維條碼發起分期付款請求。   在另一個例子中,發起用戶線上上商戶進行消費時,可以通過商戶頁面中提供的URL(Uniform Resource Locator,統一資源定位符)連結發起分期付款請求。   所述分期付款請求中通常攜帶有發起用戶的資訊,例如手機號、用戶帳號等,本說明書對此不作特殊限制。   需要說明的是,本說明書中發起用戶和信用系統或業務系統的交互過程通常都是發起終端(例如,發起終端中裝載的基於發起用戶帳號登錄的用戶端)和信用系統或業務系統的交互,本說明書為便於描述,簡單稱之為發起用戶與各系統的交互,後續不再一一贅述。   步驟204,信用系統獲取發起用戶的用戶資訊。   在本實施例中,信用系統可以獲取發起用戶的用戶帳號、用戶手機號碼等資訊作為用戶資訊。   步驟206,信用系統確定發起用戶的信用資訊。   在本實施例中,信用系統確定發起用戶的信用資訊的實現方式可以參考前述圖1所示實施例的步驟104,本實施例在此不再一一贅述。   當然,在本實施例中,信用系統還可以在確定信用資訊前對發起用戶進行身份驗證,這部分處理與實現可以參照圖1所示的實施例,本說明書在此不再一一贅述。   步驟208,信用系統將發起用戶的信用資訊發送給商戶系統。   在本實施例中,信用系統可以將發起用戶發起的分期付款請求連同其信用資訊一同發送給商戶系統。當然,信用系統也可以非同步發送該分期付款請求和該信用資訊,本實施例對此不作特殊限制。   值得注意的是,若發起用戶通過其他系統發起分期付款請求,則發起系統可將該分期付款請求發送到商戶系統,本實施例對此不作特殊限制。   步驟210,在信用資訊符合信用約束條件時,商戶系統允許發起用戶分期付款。   步驟212,商戶系統在到達分期付款週期時,發起針對發起用戶的扣款請求。   以信用信息為信用評分為例,商戶系統可以在發起用戶的信用評分大於評分閾值時,確定發起用戶的信用情況良好,履約能力良好,進而允許發起用戶分期付款,例如,允許用戶先享受服務或先取得商品,後續在到達分期付款週期時,發起針對發起用戶的扣款請求。   在實際實現中,在信用資訊符合信用約束條件時,商戶系統可以輸出允許分期付款的提示資訊,商戶工作人員可以根據該資訊允許發起用戶先享受服務或先取得商品。   舉例來說,假設小白去線下商戶購買手機,手機的售賣價是3600元。小白掃描商戶提供的二維條碼想申請分期付款,信用系統確定小白的信用評分為680分,該信用評分大於評分閾值650分,商戶系統允許小白分期付款,商戶的售貨員可以先將手機交付給小白。假設,分期付款期限是12個月,每個月要求還款300元,則商戶系統可以在後續每個月指定的日期針對小白帳號發起300元的扣款請求。   值得注意的是,上述分期付款規則,例如分期付款期限、每期還款金額可以由商戶制定,例如商戶可以制定多種分期付款規則,可供小白選擇。當然,在某些付款規則中,還需要小白支付一定數額的手續費等,這部分的處理與實現可以參考相關技術,本說明書在此不再一一贅述。   另一方面,分期付款的實現通常還需要小白的授權,例如,在確定小白的信用評分大於評分閾值,可以分期付款時,向小白輸出授權請求,若小白確認該授權請求,則可以執行分期付款。其中,授權請求的輸出可以由信用系統來實現,也可以由商戶系統來實現,本說明書對此不作特殊限制。   此外,在另一個例子中,分期付款的期限和允許分期付款的總金額還可以和小白的信用評分正相關。例如,小白的信用評分越高,分期付款的期限越長;小白的信用評分越高,允許小白分期付款的總金額越高等。上述分期付款的期限和允許分期付款的總金額與信用評分的關係可以由商戶進行設置,本說明書對此不作特殊限制。   需要說明的是,若根據小白的信用評分確定允許分期付款的總金額小於手機的售價,例如,允許分期付款的總金額是3000元,小於手機售價3600元,則通常需要小白先支付手機售價與分期付款總金額的差值600元。   步驟214,商戶系統在成功扣款後發送扣款通知給發起用戶。   基於前述步驟212,商戶系統後續在扣款成功後,可以發送扣款通知給發起用戶,例如,在每個月15日成功扣除小白購買手機的300元後,可以發送扣款通知給小白。   在一個例子中,商戶系統或者支付系統(扣款平臺)還可以將扣款情況發送給信用系統,以供信用系統更新發起用戶的信用資訊。   例如,信用系統可以在成功完成分期支付期限內所有的扣款後,正向更新發起用戶的信用資訊,諸如相應增加發起用戶的信用評分等。   又例如,信用系統可以在一次或若干次未成功扣款後,正向更新發起用戶的信用資訊等,諸如相應減少發起用戶的信用評分等。   由以上描述可以看出,本實施例中發起用戶可以線上上或者線下購物/消費時發起分期付款請求,商戶可以在發起用戶的信用資訊符合信用約束條件時,允許發起用戶先獲取商品或先享受服務,後續再分期支付相關費用。對於發起用戶而言,無需提交繁瑣材料,實現便捷,體驗較好;對於商戶而言,基於信用的分期付款可以吸引消費者消息,並可有效降低商戶的呆帳損失,確保商戶利益。   與前述基於信用實現分期業務的方法的實施例相對應,本說明書還提供了基於信用實現分期業務的裝置的實施例。   本說明書基於信用實現分期業務的裝置的實施例可以應用在伺服器上。該裝置實施例可以通過軟體實現,也可以通過硬體或者軟硬體結合的方式實現。以軟體實現為例,作為一個邏輯意義上的裝置,是通過其所在伺服器的處理器將非揮發性記憶體中對應的電腦程式指令讀取到記憶體中運行形成的。從硬體層面而言,如圖3所示,為本說明書基於信用實現分期業務的裝置所在伺服器的一種硬體結構圖,除了圖3所示的處理器、記憶體、網路介面、以及非揮發性記憶體之外,實施例中裝置所在的伺服器通常根據該伺服器的實際功能,還可以包括其他硬體,對此不再贅述。   圖4是本說明書一示例性實施例示出的一種基於信用實現分期業務的裝置的方塊圖。   請參考圖4,所述基於信用實現分期業務的裝置300可以應用在前述圖3所示的伺服器中,包括有:資訊獲取單元301、信用確定單元302、第一驗證單元303、第二驗證單元304以及信用更新單元305。   其中,資訊獲取單元301,獲取分期業務請求的發起終端所屬用戶的用戶資訊;   信用確定單元302,根據所述用戶資訊確定所述用戶的信用資訊,並將所述信用資訊發送給業務系統,以供業務系統在所述信用資訊符合預定的信用約束條件時,執行針對所述用戶的分期業務。   第一驗證單元303,接收到發起終端發送的分期業務請求;   基於驗證策略對所述發起終端所屬用戶進行身份驗證;   在確定發起終端所屬用戶通過身份驗證後,執行獲取所述發起終端所屬用戶的用戶資訊的步驟。   第二驗證單元304,基於驗證策略對所述發起終端所屬用戶進行身份驗證;   所述信用確定單元302,根據所述用戶的身份驗證結果和所述用戶資訊確定所述用戶的信用資訊。   可選的,所述驗證策略包括以下驗證策略中的一種或多種:   手機號碼驗證策略、人臉圖像驗證策略、位址資訊驗證策略。   信用更新單元305,在業務系統成功執行針對所述用戶的分期業務後,正向更新所述用戶的信用資訊;在業務系統未能成功執行針對所述用戶的分期業務後,負向更新所述用戶的信用資訊。   可選的,所述分期業務請求是分期付款請求。   與前述基於信用實現分期業務的方法的實施例相對應,本說明書還提供了基於信用實現分期業務的裝置的實施例。   本說明書基於信用實現分期業務的裝置的實施例可以應用在伺服器上。該裝置實施例可以通過軟體實現,也可以通過硬體或者軟硬體結合的方式實現。以軟體實現為例,作為一個邏輯意義上的裝置,是通過其所在伺服器的處理器將非揮發性記憶體中對應的電腦程式指令讀取到記憶體中運行形成的。從硬體層面而言,如圖5所示,為本說明書基於信用實現分期業務的裝置所在伺服器的一種硬體結構圖,除了圖5所示的處理器、記憶體、網路介面、以及非揮發性記憶體之外,實施例中裝置所在的伺服器通常根據該伺服器的實際功能,還可以包括其他硬體,對此不再贅述。   圖6是本說明書一示例性實施例示出的一種基於信用實現分期業務的裝置的方塊圖。   請參考圖6,所述基於信用實現分期業務的裝置500可以應用在前述圖5所示的伺服器中,包括有:信用接收單元501以及業務執行單元502。   其中,信用接收單元501,接收信用系統發送的分期業務請求的發起終端所屬用戶的信用資訊;   業務執行單元502,若所述信用資訊符合預定的信用約束條件,則執行針對所述用戶的分期業務。   可選的,所述業務執行單元502,在到達分期業務的執行時間點時,發起針對所述用戶的資源調度請求。   可選的,所述資源調度請求的調取額度與所述信用資訊正相關。   上述裝置中各個單元的功能和作用的實現過程具體詳見上述方法中對應步驟的實現過程,在此不再贅述。   對於裝置實施例而言,由於其基本對應於方法實施例,所以相關之處參見方法實施例的部分說明即可。以上所描述的裝置實施例僅僅是示意性的,其中所述作為分離部件說明的單元可以是或者也可以不是實體上分開的,作為單元顯示的部件可以是或者也可以不是實體單元,即可以位於一個地方,或者也可以分佈到多個網路單元上。可以根據實際的需要選擇其中的部分或者全部模組來實現本說明書方案的目的。本領域普通技術人員在不付出創造性勞動的情況下,即可以理解並實施。   上述實施例闡明的系統、裝置、模組或單元,具體可以由電腦晶片或實體實現,或者由具有某種功能的產品來實現。一種典型的實現設備為電腦,電腦的具體形式可以是個人電腦、筆記型電腦、蜂巢式電話、相機電話、智慧型電話、個人數位助理、媒體播放機、導航設備、電子郵件收發設備、遊戲控制台、平板電腦、可穿戴設備或者這些設備中的任意幾種設備的組合。   與前述基於信用實現分期業務的方法的實施例相對應,本說明書還提供另一種基於信用實現分期業務的裝置,該基於信用實現分期業務的裝置包括:處理器以及用於儲存機器可執行指令的記憶體。其中,處理器和記憶體通常借由內部匯流排相互連接。在其他可能的實現方式中,所述設備還可能包括外部介面,以能夠與其他設備或者部件進行通信。   在本實施例中,通過讀取並執行所述記憶體儲存的與基於信用實現分期業務的控制邏輯對應的機器可執行指令,所述處理器被促使:   獲取分期業務請求的發起終端所屬用戶的用戶資訊;   根據所述用戶資訊確定所述用戶的信用資訊,並將所述信用資訊發送給業務系統,以供業務系統在所述信用資訊符合預定的信用約束條件時,執行針對所述用戶的分期業務。   可選的,通過讀取並執行所述記憶體儲存的與基於信用實現分期業務的控制邏輯對應的機器可執行指令,所述處理器還被促使:   接收到發起終端發送的分期業務請求;   基於驗證策略對所述發起終端所屬用戶進行身份驗證;   在確定發起終端所屬用戶通過身份驗證後,執行獲取所述發起終端所屬用戶的用戶資訊的步驟。   可選的,通過讀取並執行所述記憶體儲存的與基於信用實現分期業務的控制邏輯對應的機器可執行指令,所述處理器還被促使:   基於驗證策略對所述發起終端所屬用戶進行身份驗證;   所述根據所述用戶資訊確定所述用戶的信用資訊,包括:   根據所述用戶的身份驗證結果和所述用戶資訊確定所述用戶的信用資訊。   可選的,所述驗證策略包括以下驗證策略中的一種或多種:   手機號碼驗證策略、人臉圖像驗證策略、位址資訊驗證策略。   可選的,通過讀取並執行所述記憶體儲存的與基於信用實現分期業務的控制邏輯對應的機器可執行指令,所述處理器還被促使:   在業務系統成功執行針對所述用戶的分期業務後,正向更新所述用戶的信用資訊;   在業務系統未能成功執行針對所述用戶的分期業務後,負向更新所述用戶的信用資訊。   可選的,所述分期業務請求是分期付款請求。   與前述基於信用實現分期業務的方法的實施例相對應,本說明書還提供另一種基於信用實現分期業務的裝置,該基於信用實現分期業務的裝置包括:處理器以及用於儲存機器可執行指令的記憶體。其中,處理器和記憶體通常借由內部匯流排相互連接。在其他可能的實現方式中,所述設備還可能包括外部介面,以能夠與其他設備或者部件進行通信。   在本實施例中,通過讀取並執行所述記憶體儲存的與基於信用實現分期業務的控制邏輯對應的機器可執行指令,所述處理器被促使:   接收信用系統發送的分期業務請求的發起終端所屬用戶的信用資訊;   若所述信用資訊符合預定的信用約束條件,則執行針對所述用戶的分期業務。   可選的,在執行針對所述用戶的分期業務時,所述處理器被促使:   在到達分期業務的執行時間點時,發起針對所述用戶的資源調度請求。   可選的,所述資源調度請求的調取額度與所述信用資訊正相關。   與前述基於信用實現分期業務的方法的實施例相對應,本說明書還提供一種電腦可讀儲存介質,所述電腦可讀儲存介質上儲存有電腦程式,該程式被處理器執行時實現以下步驟:   獲取分期業務請求的發起終端所屬用戶的用戶資訊;   根據所述用戶資訊確定所述用戶的信用資訊,並將所述信用資訊發送給業務系統,以供業務系統在所述信用資訊符合預定的信用約束條件時,執行針對所述用戶的分期業務。   可選的,還包括:   接收到發起終端發送的分期業務請求;   基於驗證策略對所述發起終端所屬用戶進行身份驗證;   在確定發起終端所屬用戶通過身份驗證後,執行獲取所述發起終端所屬用戶的用戶資訊的步驟。   可選的,還包括:   基於驗證策略對所述發起終端所屬用戶進行身份驗證;   所述根據所述用戶資訊確定所述用戶的信用資訊,包括:   根據所述用戶的身份驗證結果和所述用戶資訊確定所述用戶的信用資訊。   可選的,所述驗證策略包括以下驗證策略中的一種或多種:   手機號碼驗證策略、人臉圖像驗證策略、位址資訊驗證策略。   可選的,還包括:   在業務系統成功執行針對所述用戶的分期業務後,正向更新所述用戶的信用資訊;   在業務系統未能成功執行針對所述用戶的分期業務後,負向更新所述用戶的信用資訊。   可選的,所述分期業務請求是分期付款請求。   與前述基於信用實現分期業務的方法的實施例相對應,本說明書還提供一種電腦可讀儲存介質,所述電腦可讀儲存介質上儲存有電腦程式,該程式被處理器執行時實現以下步驟:   接收信用系統發送的分期業務請求的發起終端所屬用戶的信用資訊;   若所述信用資訊符合預定的信用約束條件,則執行針對所述用戶的分期業務。   可選的,所述執行針對所述用戶的分期業務,包括:   在到達分期業務的執行時間點時,發起針對所述用戶的資源調度請求。   可選的,所述資源調度請求的調取額度與所述信用資訊正相關。   上述對本說明書特定實施例進行了描述。其它實施例在所附申請專利範圍的範圍內。在一些情況下,在申請專利範圍中記載的動作或步驟可以按照不同於實施例中的順序來執行並且仍然可以實現期望的結果。另外,在圖式中描繪的過程不一定要求示出的特定順序或者連續順序才能實現期望的結果。在某些實施方式中,多工處理和並行處理也是可以的或者可能是有利的。   以上所述僅為本說明書的較佳實施例而已,並不用以限制本說明書,凡在本說明書的精神和原則之內,所做的任何修改、等同替換、改進等,均應包含在本說明書保護的範圍之內。Exemplary embodiments will be described in detail herein, examples of which are illustrated in the drawings. When the following description refers to the drawings, the same numerals in the different figures represent the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present specification. Instead, they are merely examples of devices and methods consistent with aspects of the specification as detailed in the appended claims. The terminology used in the description is for the purpose of describing particular embodiments, and is not intended to The singular forms "a", "the" and "the" It should also be understood that the term "and/or" as used herein refers to and encompasses any and all possible combinations of one or more of the associated listed items. It should be understood that although the terms first, second, third, etc. may be used in this specification to describe various information, such information should not be limited to these terms. These terms are only used to distinguish the same type of information from each other. For example, the first information may also be referred to as the second information without departing from the scope of the present specification. Similarly, the second information may also be referred to as the first information. Depending on the context, the word "if" as used herein may be interpreted as "when" or "when" or "in response to a determination." The present specification provides a method for realizing a staging business based on credit, which can be implemented by a credit system and a business system. Among them, the credit system is usually deployed by a service provider that provides a credit evaluation function, and the physical carrier is usually a server or a server cluster. In addition to the credit evaluation function, the credit system can also call the payment system to implement the payment function, or the credit system. It has a payment function itself, and this specification does not specifically limit this. The service system is usually deployed by a service provider that performs the function of performing the staging service. For example, the service system can be a system deployed by the merchant, and the service system can also be a system with payment functions other than the merchant. This specification does not specifically limit this. . The physical carrier of a business system is typically also a server or server cluster. In this specification, the user can request the installment service through the installment service request portal provided by the system such as the business system or the credit system, for example, the user requests to pay the amount of the current purchase in stages. The credit system can evaluate the credit of the requesting user and send the evaluation result to the business system. The service system can determine the authenticity of the requesting user according to the evaluation result, and then perform the staging service for the requesting user, thereby implementing the staging service for the requesting user, and achieving quick and good experience for the requesting user, and for the business system Can effectively reduce the risk of bad debts. FIG. 1 is a schematic flow chart of a method for implementing a staging service based on credit according to an exemplary embodiment of the present specification. Referring to FIG. 1 , the method for implementing the staging service based on credit may include the following steps: Step 102: The credit system acquires user information of a user to which the originating terminal of the staging service request belongs. In this embodiment, the user can initiate the staging service request through multiple channels based on the own terminal device. In an example, the user can initiate an installment service request through a URL (Uniform Resource Locator), a two-dimensional barcode, and the like provided by the credit system. In another example, the user may also initiate an installment service request through a portal such as a URL, a two-dimensional barcode, or the like provided by the business system or other third-party system. The business system or third-party system can send user information to the credit system. In this embodiment, the staging service request may include: an installment request, and the like. In this embodiment, the user information may include: user name, user mobile phone number, user ID number, and the like, and the specification does not specifically limit this. Step 104: The credit system determines the credit information of the user according to the user information, and sends the credit information to the service system. Based on the foregoing step 102, after obtaining the user information of the user who initiates the instalment service request (hereinafter referred to as the initiating user), the credit system may obtain various information related to the initiating user according to the user information, and then the comprehensively obtained data evaluation may be initiated. The authenticity of the user and its ability to perform the contract to determine the credit information of the originating user. The above various materials may include: current location, face image, historical transaction data, historical default information, etc., and the specification does not specifically limit this. In one example, the credit information may be presented in a credit score, and the credit rating may be used to visually determine the credit rating of the initiating user, for example, credit or credit failure. Among them, the credit qualification usually indicates that the initiating user's ability to perform is strong; and the credit failure can usually indicate that the initiating user's ability to perform is poor. In another example, the credit information may be presented in a credit score and a credit rating, wherein the credit rating may include: credit pass, credit failure. Based on the credit rating, the credit rating of the initiating user can be determined intuitively; based on the credit score, the initiating users with the same credit rating can be further distinguished. Optionally, in this embodiment, before determining the credit information of the initiating user, the credit system may also perform identity verification on the initiating user. In an example, after receiving the staging service request sent by the initiating terminal, the credit system may perform authentication on the initiating user based on the verification policy. If the initiating user passes the identity verification, it may be determined that the initiating user is the user, and thus the foregoing operation may be performed. Step 102: Obtain the user information of the user to which the originating terminal belongs to determine credit information of the initiating user. The verification policy may be set by a developer, and may include one or more of the following verification policies: a mobile phone number verification policy, a face image verification policy, and an address information verification policy. For example, the implementation manner of the mobile phone number verification policy may be: the initiating user fills in the mobile phone number, and the credit system verifies whether the mobile phone number filled by the initiating user is consistent with the mobile phone number bound to the account, and if the mobile phone number is consistent, the mobile phone number can be determined to pass the verification; If they are inconsistent, you can be sure that the mobile number has not passed verification. For another example, the implementation manner of the mobile phone number verification policy may be: the credit system sends a random verification code to the mobile phone number bound to the user account, and if the verification code filled in by the initiating user is consistent with the random verification code sent by the credit system, it may be determined. The mobile phone number is verified; if it is inconsistent, it can be determined that the mobile phone number has not passed the verification. For example, the implementation of the face image verification policy may be: collecting the face image of the initiating user by the initiating terminal, and then verifying whether the collected face image is consistent with the face image bound by the user account. Or, in the policing system, the collected face image is consistent with the real face image of the user account real name user. If they are consistent, the face image can be determined to pass the verification; if not, the face can be determined. The image did not pass verification. For example, the implementation of the address information verification policy may be: initiating a user to fill in the address information, and the credit system verifies that the address information filled by the initiating user is consistent with the address information bound to the account, and if they are consistent, the bit position may be determined. The address information is verified; if it is inconsistent, it can be determined that the address information has not been verified. Of course, in the actual application, the initiating user may be authenticated in other manners, and the specification does not specifically limit this. In this example, if the initiating user does not pass the authentication, the message that the authentication fails is returned to the service system, and the service system does not perform the staging service for the initiating user that fails the authentication to avoid the loss. In another example, the credit system may authenticate the initiating user after obtaining the user information of the initiating user in this step. For the verification policy of the identity verification, reference may be made to the foregoing description, and the description is not repeated herein. The credit system can determine the credit information of the initiating user by synthesizing the user's authentication result and user information. For example, the credit system may adopt an implementation manner provided in the related art to determine the first sub-credit information of the initiating user according to the user information, determine the second sub-credit information of the initiating user according to the identity verification result, and then integrate the first sub-credit information and the first The second sub-credit information determines the credit information of the initiating user. In the implementation of the integrated authentication result and the user information to determine the credit information, the credit system does not need to return the authentication result of the initiating user to the business system, and only returns the comprehensively determined credit information to the business system, and this specification does not Special restrictions. In another example, after receiving the staging service request sent by the initiating terminal, the credit system may also perform initial risk assessment on the initiating user by combining the initiating scenario and initiating the terminal information, and if the evaluation is high risk, the crediting policy may be based on the verification policy. The authentication of the initiating user, if the evaluation is low risk, does not need to authenticate the initiating user, and can directly perform the step of determining the initiating user credit information. Of course, in practical applications, other methods may be used to implement identity verification and credit determination, and this specification does not specifically limit this. Step 106: If the credit information meets a predetermined credit constraint condition, the service system performs an installment service for the user. Based on the foregoing step 104, after receiving the credit information of the originating user sent by the credit system, the service system may perform the staging service for the user when the credit information satisfies the predetermined credit constraint condition. The credit constraint may include a credit score greater than a predetermined score or the like. For example, if it is determined that the credit score of the initiating user is greater than the predetermined rating, the business system may allow the initiating user to pay the amount of the current purchase in installments. As can be seen from the above description, the credit system of the present specification can determine the credit information of the user initiated by the staging service request, and send the credit information to the business system. The service system may perform the staging service for the user when the credit information of the initiating user meets the predetermined credit constraint condition, thereby implementing a quick staging service for the initiating user. In addition, the staging business based on credit constraints can effectively reduce the bad debt risk of the business system. The following describes the specific implementation process of this specification by taking the business system as the merchant system and the installment request as the installment payment request. Referring to FIG. 2, the process of implementing the installment payment may include the following steps: Step 202: The initiating user initiates an installment payment request by initiating the terminal. In an example, when initiating a user to consume online and offline merchants, the originating payment request may be initiated by using a mobile phone or the like to initiate a terminal scanning the two-dimensional barcode provided by the offline merchant. In another example, when the initiating user purchases the online merchant, the instalment payment request can be initiated through the URL (Uniform Resource Locator) provided in the merchant page. The instalment payment request usually carries information about the initiating user, such as a mobile phone number, a user account, etc., and the specification does not specifically limit this. It should be noted that the interaction process between the initiating user and the credit system or the service system in the present specification is usually an interaction between the initiating terminal (for example, the user terminal based on the initiating user account loading in the initiating terminal) and the credit system or the business system. For convenience of description, this specification simply refers to the interaction between the initiating user and each system, and will not be described in detail later. Step 204: The credit system acquires user information of the initiating user. In this embodiment, the credit system can obtain information such as the user account of the initiating user and the mobile phone number of the user as user information. In step 206, the credit system determines the credit information of the initiating user. In this embodiment, the implementation manner of the credit system for determining the credit information of the initiating user may be referred to the step 104 of the embodiment shown in FIG. 1 , which is not repeatedly described herein. Of course, in this embodiment, the credit system may also perform authentication on the initiating user before determining the credit information. For the part of the processing and implementation, reference may be made to the embodiment shown in FIG. 1 , and the description is not repeated herein. Step 208: The credit system sends the credit information of the initiating user to the merchant system. In this embodiment, the credit system may send the initiating user initiated instalment payment request together with its credit information to the merchant system. Of course, the credit system may also send the installment request and the credit information asynchronously, and the embodiment does not specifically limit this. It is to be noted that, if the initiating user initiates an installment payment request through another system, the initiating system may send the installment payment request to the merchant system, which is not specifically limited in this embodiment. Step 210: When the credit information meets the credit constraint condition, the merchant system allows the user to initiate the installment payment. In step 212, the merchant system initiates a debit request for the initiating user when the installment payment cycle is reached. Taking the credit information as the credit score as an example, the merchant system can determine that the originating user has good credit status and good performance ability when the credit score of the initiating user is greater than the scoring threshold, thereby allowing the initiating user to pay in installments, for example, allowing the user to enjoy the service first or The goods are first obtained, and when the instalment payment cycle is reached, a debit request for the initiating user is initiated. In actual implementation, when the credit information meets the credit constraint condition, the merchant system may output prompt information allowing the installment payment, and the merchant staff member may allow the initiation user to enjoy the service first or obtain the commodity first according to the information. For example, suppose that Xiaobai goes to the offline merchant to buy a mobile phone, and the selling price of the mobile phone is 3,600 yuan. The two-dimensional bar code provided by Xiaobai Scanner wants to apply for installment payment. The credit system determines that Xiaobai’s credit score is 680 points. The credit score is greater than the score threshold of 650 points. The merchant system allows Xiaobai to pay in installments. The merchant’s salesperson can first use the mobile phone. Delivered to Xiaobai. Assume that the installment payment period is 12 months, and each month requires a repayment of 300 yuan. The merchant system can initiate a 300-yuan debit request for the Xiaobai account on the date specified in each subsequent month. It is worth noting that the above-mentioned installment payment rules, such as the installment payment period and the repayment amount of each period, can be formulated by the merchant. For example, the merchant can formulate a plurality of installment payment rules, which can be selected by Xiaobai. Of course, in some payment rules, it is necessary to pay a certain amount of handling fee, etc., and the processing and implementation of this part can refer to related technologies, and the present specification will not be repeated here. On the other hand, the implementation of installment payment usually requires a small white authorization. For example, when it is determined that the white credit score is greater than the score threshold, the authorization request can be output to Xiaobai when the installment payment is made. If Xiaobai confirms the authorization request, then You can perform installment payments. The output of the authorization request may be implemented by a credit system or by a merchant system, and the specification does not specifically limit this. In addition, in another example, the term of the installment and the total amount of the installment payment can also be positively correlated with Xiaobai's credit score. For example, the higher the credit score of Xiaobai, the longer the period of installment payment; the higher the credit score of Xiaobai, the higher the total amount of Xiaobai installment payment allowed. The relationship between the period of the above installment payment and the total amount of the installment payment and the credit score may be set by the merchant, and this specification does not impose any special restrictions. It should be noted that if the total amount of the instalment payment is determined to be less than the selling price of the mobile phone according to Xiaobai's credit score, for example, the total amount of the instalment payment is 3,000 yuan, which is less than the mobile phone price of 3,600 yuan, usually requires Xiaobaixian The difference between the price of the mobile phone and the total amount of the installment payment is 600 yuan. In step 214, the merchant system sends a debit notice to the initiating user after the successful deduction. Based on the foregoing step 212, after the debit payment is successful, the merchant system may send a deduction notice to the initiating user. For example, after successfully deducting 300 yuan of the mobile phone purchased by Xiaobai on the 15th of each month, the debit notice may be sent to Xiaobai. . In one example, the merchant system or payment system (debit platform) may also send the chargeback to the credit system for the credit system to update the credit information of the originating user. For example, the credit system may positively update the credit information of the initiating user after all the deductions within the period of successful completion of the installment payment period, such as correspondingly increasing the credit score of the initiating user. For another example, the credit system may forward the credit information of the initiating user, such as correspondingly reducing the credit score of the initiating user, after one or several unsuccessful deductions. As can be seen from the above description, in this embodiment, the initiating user can initiate an instalment payment request when shopping or consuming online or offline, and the merchant can allow the initiating user to obtain the commodity first or the first when the initiating user's credit information meets the credit constraint condition. Enjoy the service, and then pay the relevant fees in installments. For the initiating user, there is no need to submit cumbersome materials, which is convenient and enjoyable. For merchants, credit-based installment payment can attract consumer news, and can effectively reduce the bad debt loss of the merchant and ensure the interests of the merchant. Corresponding to the aforementioned embodiment of the method for implementing the staging service based on credit, the present specification also provides an embodiment of an apparatus for realizing the staging service based on credit. Embodiments of the apparatus for implementing staging services based on credit can be applied to a server. The device embodiment can be implemented by software or by a combination of hardware or software and hardware. Taking the software implementation as an example, as a logical device, the processor of the server in which it is located reads the corresponding computer program instructions in the non-volatile memory into the memory. At a hardware level, as shown in FIG. 3, a hardware structure diagram of a server in which the device for implementing the staging service based on credit is located, except for the processor, the memory, the network interface, and the processor shown in FIG. In addition to the non-volatile memory, the server in which the device is located in the embodiment may also include other hardware according to the actual function of the server, and details are not described herein again. 4 is a block diagram of an apparatus for implementing a staging based credit based on an exemplary embodiment of the present specification. Referring to FIG. 4, the device 300 for implementing the staging service based on the credit may be applied to the server shown in FIG. 3, and includes: an information acquiring unit 301, a credit determining unit 302, a first verifying unit 303, and a second verification. Unit 304 and credit update unit 305. The information obtaining unit 301 is configured to obtain user information of the user to which the initiating terminal of the initiating service request belongs, and the credit determining unit 302 determines the credit information of the user according to the user information, and sends the credit information to the service system to The service system performs the staging service for the user when the credit information meets a predetermined credit constraint condition. The first verification unit 303 receives the staging service request sent by the initiating terminal; performs identity verification on the user to which the initiating terminal belongs based on the verification policy; and after performing the identity verification on the user to which the initiating terminal belongs, performs the acquiring the user to which the initiating terminal belongs. Steps for user information. The second verification unit 304 performs identity verification on the user to which the originating terminal belongs based on the verification policy. The credit determining unit 302 determines the credit information of the user according to the identity verification result of the user and the user information. Optionally, the verification policy includes one or more of the following verification policies: a mobile phone number verification policy, a face image verification policy, and an address information verification policy. The credit update unit 305, after the service system successfully performs the staging service for the user, is positively updating the credit information of the user; after the service system fails to successfully perform the staging service for the user, the negative update is performed. User's credit information. Optionally, the staging service request is an installment request. Corresponding to the aforementioned embodiment of the method for implementing the staging service based on credit, the present specification also provides an embodiment of an apparatus for realizing the staging service based on credit. Embodiments of the apparatus for implementing staging services based on credit can be applied to a server. The device embodiment can be implemented by software or by a combination of hardware or software and hardware. Taking the software implementation as an example, as a logical device, the processor of the server in which it is located reads the corresponding computer program instructions in the non-volatile memory into the memory. At a hardware level, as shown in FIG. 5, a hardware structure diagram of a server in which the device for implementing the staging service based on credit is located, except for the processor, the memory, the network interface, and the processor shown in FIG. In addition to the non-volatile memory, the server in which the device is located in the embodiment may also include other hardware according to the actual function of the server, and details are not described herein again. 6 is a block diagram of an apparatus for implementing a staging based credit based on an exemplary embodiment of the present specification. Referring to FIG. 6, the device 500 for implementing the staging service based on the credit may be applied to the server shown in FIG. 5, and includes: a credit receiving unit 501 and a service executing unit 502. The credit receiving unit 501 receives the credit information of the user to which the originating terminal of the staging service request sent by the credit system belongs; the service executing unit 502, if the credit information meets the predetermined credit constraint condition, performs the staging service for the user . Optionally, the service execution unit 502 initiates a resource scheduling request for the user when the execution time point of the staging service is reached. Optionally, the requisition quota of the resource scheduling request is positively related to the credit information. The implementation process of the function and the function of each unit in the foregoing device is specifically described in the implementation process of the corresponding steps in the foregoing method, and details are not described herein again. For the device embodiment, since it basically corresponds to the method embodiment, reference may be made to the partial description of the method embodiment. The device embodiments described above are merely illustrative, wherein the units described as separate components may or may not be physically separate, and the components displayed as units may or may not be physical units, ie may be located A place, or it can be distributed to multiple network units. Some or all of the modules may be selected according to actual needs to achieve the objectives of the present specification. Those of ordinary skill in the art can understand and implement without any creative effort. The system, device, module or unit illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product having a certain function. A typical implementation device is a computer. The specific form of the computer can be a personal computer, a notebook computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an e-mail receiving device, and a game control. A combination of a tablet, a tablet, a wearable device, or any of these devices. Corresponding to the foregoing embodiment of the method for implementing the staging service based on credit, the present specification further provides another device for realizing the staging service based on credit, the device for realizing the staging service based on credit includes: a processor and a device for storing machine executable instructions Memory. Among them, the processor and the memory are usually connected to each other by an internal bus. In other possible implementations, the device may also include an external interface to enable communication with other devices or components. In this embodiment, by reading and executing the machine executable instructions corresponding to the control logic of the credit-based staging service stored in the memory, the processor is caused to: acquire the user of the originating terminal of the staging service request User information; determining credit information of the user according to the user information, and transmitting the credit information to the service system, so that the business system performs execution for the user when the credit information meets a predetermined credit constraint condition Staging business. Optionally, by reading and executing the machine executable instructions corresponding to the control logic of the credit-based staging service stored by the memory, the processor is further caused to: receive the staging service request sent by the initiating terminal; The verification policy performs the authentication on the user to which the initiating terminal belongs. After determining that the user to which the initiating terminal belongs is authenticated, the step of acquiring the user information of the user to which the initiating terminal belongs is performed. Optionally, by reading and executing the machine executable instructions corresponding to the control logic of the credit-based staging service stored by the memory, the processor is further caused to: perform, according to the verification policy, the user to which the originating terminal belongs The determining the credit information of the user according to the user information comprises: determining the credit information of the user according to the identity verification result of the user and the user information. Optionally, the verification policy includes one or more of the following verification policies: a mobile phone number verification policy, a face image verification policy, and an address information verification policy. Optionally, by reading and executing the machine-executable instructions of the memory storage corresponding to the credit-based staging service-based control logic, the processor is further caused to: successfully perform the staging for the user in the service system After the service, the credit information of the user is updated; after the business system fails to successfully perform the staging service for the user, the credit information of the user is negatively updated. Optionally, the staging service request is an installment request. Corresponding to the foregoing embodiment of the method for implementing the staging service based on credit, the present specification further provides another device for realizing the staging service based on credit, the device for realizing the staging service based on credit includes: a processor and a device for storing machine executable instructions Memory. Among them, the processor and the memory are usually connected to each other by an internal bus. In other possible implementations, the device may also include an external interface to enable communication with other devices or components. In this embodiment, by reading and executing the machine executable instructions of the memory storage corresponding to the credit-based staging service-based control logic, the processor is caused to: receive the initiation of the staging service request sent by the credit system The credit information of the user to which the terminal belongs; if the credit information meets the predetermined credit constraint condition, the staging service for the user is performed. Optionally, when performing the staging service for the user, the processor is caused to: initiate a resource scheduling request for the user when the execution time point of the staging service is reached. Optionally, the requisition quota of the resource scheduling request is positively related to the credit information. Corresponding to the foregoing embodiment of the method for implementing the staging service based on credit, the present specification further provides a computer readable storage medium, wherein the computer readable storage medium stores a computer program, and when the program is executed by the processor, the following steps are implemented: Obtaining user information of a user to which the originating terminal of the staging service request belongs; determining credit information of the user according to the user information, and transmitting the credit information to the service system, so that the business system meets the predetermined credit in the credit information When the condition is constrained, the staging service for the user is performed. Optionally, the method further includes: receiving an instalment service request sent by the initiating terminal; performing identity verification on the user to which the initiating terminal belongs according to the verification policy; Steps of user information. Optionally, the method further includes: performing, according to the verification policy, the user that belongs to the initiating terminal, and determining, according to the user information, the credit information of the user, including: determining, according to the identity verification result of the user, the user The information determines the credit information of the user. Optionally, the verification policy includes one or more of the following verification policies: a mobile phone number verification policy, a face image verification policy, and an address information verification policy. Optionally, the method further includes: after the service system successfully performs the staging service for the user, updating the credit information of the user; and after the service system fails to perform the staging service for the user, the negative update is performed. The credit information of the user. Optionally, the staging service request is an installment request. Corresponding to the foregoing embodiment of the method for implementing the staging service based on credit, the present specification further provides a computer readable storage medium, wherein the computer readable storage medium stores a computer program, and when the program is executed by the processor, the following steps are implemented: Receiving credit information of a user to which the initiating terminal of the instalment service request sent by the credit system belongs; and if the credit information meets a predetermined credit constraint condition, performing an instalment service for the user. Optionally, the performing the staging service for the user includes: initiating a resource scheduling request for the user when the execution time point of the staging service is reached. Optionally, the requisition quota of the resource scheduling request is positively related to the credit information. The foregoing description of the specific embodiments of the specification has been described. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the scope of the claims may be performed in a different order than the embodiments and still achieve the desired results. In addition, the processes depicted in the drawings are not necessarily in a particular order or in a sequential order to achieve the desired results. In some embodiments, multiplex processing and parallel processing are also possible or may be advantageous. The above description is only the preferred embodiment of the present specification, and is not intended to limit the specification. Any modifications, equivalent substitutions, improvements, etc., which are included in the present specification, should be included in the present specification. Within the scope of protection.

S102-S106‧‧‧步驟S102-S106‧‧‧Steps

202-214‧‧‧步驟202-214‧‧‧Steps

300‧‧‧基於信用實現分期業務的裝置300‧‧‧Devices for implementing phased services based on credit

301‧‧‧資訊獲取單元301‧‧‧Information acquisition unit

302‧‧‧信用確定單元302‧‧‧ Credit Determination Unit

303‧‧‧第一驗證單元303‧‧‧First Verification Unit

304‧‧‧第二驗證單元304‧‧‧Second verification unit

305‧‧‧信用更新單元305‧‧‧ Credit Update Unit

500‧‧‧基於信用實現分期業務的裝置500‧‧‧Devices for implementing staging services based on credit

501‧‧‧信用接收單元501‧‧‧credit receiving unit

502‧‧‧業務執行單元502‧‧‧Business execution unit

圖1是本說明書一示例性實施例示出的一種基於信用實現分期業務的方法的流程示意圖。   圖2是本說明書一示例性實施例示出的另一種基於信用實現分期業務的方法的流程示意圖。   圖3是本說明書一示例性實施例示出的一種用於基於信用實現分期業務的裝置的一結構示意圖。   圖4是本說明書一示例性實施例示出的一種基於信用實現分期業務的裝置的方塊圖。   圖5是本說明書一示例性實施例示出的另一種用於基於信用實現分期業務的裝置的一結構示意圖。   圖6是本說明書一示例性實施例示出的另一種基於信用實現分期業務的裝置的方塊圖。FIG. 1 is a schematic flow chart of a method for implementing a staging service based on credit according to an exemplary embodiment of the present specification. FIG. 2 is a schematic flow chart of another method for implementing a staging service based on credit according to an exemplary embodiment of the present specification. FIG. 3 is a schematic structural diagram of an apparatus for implementing a staging service based on credit according to an exemplary embodiment of the present specification. 4 is a block diagram of an apparatus for implementing a staging based credit based on an exemplary embodiment of the present specification. FIG. 5 is a schematic structural diagram of another apparatus for implementing staging service based on credit according to an exemplary embodiment of the present specification. 6 is a block diagram of another apparatus for implementing staging based credit based on an exemplary embodiment of the present specification.

Claims (17)

一種基於信用實現分期業務的方法,包括:   信用系統獲取分期業務請求的發起終端所屬用戶的用戶資訊;   信用系統根據該用戶資訊確定該用戶的信用資訊,並將該信用資訊發送給業務系統;   若該信用資訊符合預定的信用約束條件,則業務系統執行針對該用戶的分期業務。A method for implementing a staging service based on credit, comprising: a credit system acquiring user information of a user to which the originating terminal of the staging service request belongs; the credit system determining the credit information of the user according to the user information, and transmitting the credit information to the service system; The credit information conforms to a predetermined credit constraint, and the business system performs an installment service for the user. 根據請求項1所述的方法,還包括:   信用系統接收到發起終端發送的分期業務請求;   信用系統基於驗證策略對該發起終端所屬用戶進行身份驗證;   信用系統在確定發起終端所屬用戶通過身份驗證後,執行獲取該發起終端所屬用戶的用戶資訊的步驟。The method of claim 1, further comprising: the credit system receiving the staging service request sent by the initiating terminal; the credit system authenticating the user of the initiating terminal based on the verification policy; the credit system determining that the user of the initiating terminal passes the identity verification Then, the step of obtaining the user information of the user to which the originating terminal belongs is performed. 根據請求項1所述的方法,還包括:   信用系統基於驗證策略對該發起終端所屬用戶進行身份驗證;   該信用系統根據該用戶資訊確定該用戶的信用資訊,包括:   信用系統根據該用戶的身份驗證結果和該用戶資訊確定該用戶的信用資訊。The method of claim 1, further comprising: the credit system authenticating the user of the originating terminal based on the verification policy; the credit system determining the credit information of the user according to the user information, including: the credit system is based on the identity of the user The verification result and the user information determine the credit information of the user. 根據請求項2或3所述的方法,該驗證策略包括以下驗證策略中的一種或多種:   手機號碼驗證策略、人臉圖像驗證策略、位址資訊驗證策略。According to the method of claim 2 or 3, the verification policy includes one or more of the following verification policies: a mobile phone number verification policy, a face image verification policy, and an address information verification policy. 根據請求項1所述的方法,該業務系統執行針對該用戶的分期業務,包括:   業務系統在到達分期業務的執行時間點時,發起針對該用戶的資源調度請求。According to the method of claim 1, the service system performs the staging service for the user, including: the service system initiates a resource scheduling request for the user when the execution time point of the staging service is reached. 根據請求項5所述的方法,   該資源調度請求的調取額度與該信用資訊正相關。According to the method of claim 5, the requisition quota of the resource scheduling request is positively correlated with the credit information. 根據請求項1所述的方法,還包括:   信用系統在業務系統成功執行針對該用戶的分期業務後,正向更新該用戶的信用資訊;   信用系統在業務系統未能成功執行針對該用戶的分期業務後,負向更新該用戶的信用資訊。The method of claim 1, further comprising: the credit system is positively updating the credit information of the user after the business system successfully performs the staging service for the user; the credit system fails to successfully perform the staging for the user in the business system After the business, the user's credit information is updated negatively. 根據請求項1所述的方法,   該分期業務請求是分期付款請求。According to the method of claim 1, the staging service request is an installment request. 一種基於信用實現分期業務的方法,包括:   獲取分期業務請求的發起終端所屬用戶的用戶資訊;   根據該用戶資訊確定該用戶的信用資訊,並將該信用資訊發送給業務系統,以供業務系統在該信用資訊符合預定的信用約束條件時,執行針對該用戶的分期業務。A method for implementing a staging service based on credit, comprising: obtaining user information of a user to which the initiating terminal of the instalment service request belongs; determining credit information of the user according to the user information, and transmitting the credit information to the service system for the business system to be When the credit information meets the predetermined credit constraint, the staging business for the user is executed. 根據請求項9所述的方法,還包括:   接收到發起終端發送的分期業務請求;   基於驗證策略對該發起終端所屬用戶進行身份驗證;   在確定發起終端所屬用戶通過身份驗證後,執行獲取該發起終端所屬用戶的用戶資訊的步驟。The method of claim 9, further comprising: receiving an instalment service request sent by the initiating terminal; performing identity verification on the user to which the initiating terminal belongs based on the verification policy; performing the obtaining the initiating after determining that the user of the initiating terminal passes the identity verification The step of user information of the user to which the terminal belongs. 根據請求項9所述的方法,還包括:   基於驗證策略對該發起終端所屬用戶進行身份驗證;   該根據該用戶資訊確定該用戶的信用資訊,包括:   根據該用戶的身份驗證結果和該用戶資訊確定該用戶的信用資訊。The method of claim 9, further comprising: performing identity verification on the user to which the originating terminal belongs based on the verification policy; determining the credit information of the user according to the user information, including: determining, according to the identity verification result of the user, the user information Determine the credit information of the user. 根據請求項10或11所述的方法,該驗證策略包括以下驗證策略中的一種或多種:   手機號碼驗證策略、人臉圖像驗證策略、位址資訊驗證策略。According to the method of claim 10 or 11, the verification policy includes one or more of the following verification policies: a mobile phone number verification policy, a face image verification policy, and an address information verification policy. 根據請求項9所述的方法,還包括:   在業務系統成功執行針對該用戶的分期業務後,正向更新該用戶的信用資訊;   在業務系統未能成功執行針對該用戶的分期業務後,負向更新該用戶的信用資訊。The method of claim 9, further comprising: after the service system successfully performs the staging service for the user, updating the credit information of the user; after the service system fails to perform the staging service for the user, the negative Update the credit information of the user. 根據請求項9所述的方法,   該分期業務請求是分期付款請求。According to the method of claim 9, the staging service request is an installment request. 一種基於信用實現分期業務的方法,包括:   接收信用系統發送的分期業務請求的發起終端所屬用戶的信用資訊;   若該信用資訊符合預定的信用約束條件,則執行針對該用戶的分期業務。A method for implementing a staging service based on credit, comprising: receiving credit information of a user to which the originating terminal of the staging service request sent by the credit system belongs; and if the credit information meets a predetermined credit constraint condition, performing an instalment service for the user. 根據請求項15所述的方法,該執行針對該用戶的分期業務,包括:   在到達分期業務的執行時間點時,發起針對該用戶的資源調度請求。According to the method of claim 15, the performing the staging service for the user includes: initiating a resource scheduling request for the user when the execution time point of the staging service is reached. 根據請求項16所述的方法,   該資源調度請求的調取額度與該信用資訊正相關。According to the method of claim 16, the requisition amount of the resource scheduling request is positively correlated with the credit information.
TW107128023A 2017-10-12 2018-08-10 Method for realizing an installment business based on credit TW201915894A (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710948357.6A CN107833037A (en) 2017-10-12 2017-10-12 A kind of method that business by stages is realized based on credit
??201710948357.6 2017-10-12

Publications (1)

Publication Number Publication Date
TW201915894A true TW201915894A (en) 2019-04-16

Family

ID=61647843

Family Applications (1)

Application Number Title Priority Date Filing Date
TW107128023A TW201915894A (en) 2017-10-12 2018-08-10 Method for realizing an installment business based on credit

Country Status (3)

Country Link
CN (1) CN107833037A (en)
TW (1) TW201915894A (en)
WO (1) WO2019072024A1 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI774991B (en) * 2019-09-19 2022-08-21 臺灣行動支付股份有限公司 Electronic transaction staging system using two-dimensional code and data processing method
TWI801034B (en) * 2021-12-13 2023-05-01 台灣萬事達金流股份有限公司 Automated installment management method and system thereof
US11941637B2 (en) 2021-03-03 2024-03-26 Coupang Corp. Electronic apparatus for processing item sales information and method thereof

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107833037A (en) * 2017-10-12 2018-03-23 阿里巴巴集团控股有限公司 A kind of method that business by stages is realized based on credit
CN109064282B (en) * 2018-07-27 2023-05-09 创新先进技术有限公司 Service processing method, device and system
CN110910113B (en) * 2018-09-18 2024-01-05 深圳友朋智能商业科技有限公司 Payment system for vending machine
CN112152974B (en) * 2019-06-28 2022-02-25 华为技术有限公司 Data right determining method based on block chain network and related device
CN110675162A (en) * 2019-09-09 2020-01-10 阿里巴巴集团控股有限公司 Contract processing method, device and equipment
CN111190705B (en) * 2019-12-31 2023-08-15 支付宝(杭州)信息技术有限公司 Task processing method and device
CN111915289A (en) * 2020-08-07 2020-11-10 北京云从科技有限公司 Commodity transaction method, system, platform, equipment and medium based on face recognition

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0002499D0 (en) * 2000-02-03 2000-03-29 Ge Information Systems Ltd A transaction processing system
US20020123949A1 (en) * 2000-12-15 2002-09-05 Vanleeuwen Michael J. System and method for financial management and analysis
CN101021959B (en) * 2006-02-14 2010-09-15 中国银联股份有限公司 Transaction handling system and transaction handling method based on installment plan business
CN106408413A (en) * 2016-09-23 2017-02-15 快睿登信息科技(上海)有限公司 Multi-cycle installment decision making method and system
CN107833037A (en) * 2017-10-12 2018-03-23 阿里巴巴集团控股有限公司 A kind of method that business by stages is realized based on credit

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI774991B (en) * 2019-09-19 2022-08-21 臺灣行動支付股份有限公司 Electronic transaction staging system using two-dimensional code and data processing method
US11941637B2 (en) 2021-03-03 2024-03-26 Coupang Corp. Electronic apparatus for processing item sales information and method thereof
TWI801034B (en) * 2021-12-13 2023-05-01 台灣萬事達金流股份有限公司 Automated installment management method and system thereof

Also Published As

Publication number Publication date
WO2019072024A1 (en) 2019-04-18
CN107833037A (en) 2018-03-23

Similar Documents

Publication Publication Date Title
TW201915894A (en) Method for realizing an installment business based on credit
US11455633B2 (en) Mobile device payments
US10796313B2 (en) Method and system for facilitating online payments based on an established payment agreement
US11961072B2 (en) Techniques for conducting transactions utilizing cryptocurrency
US20220188788A1 (en) Systems, methods, and computer program products for providing an electronic receipt
US7865400B2 (en) Apparatus and methods for community based purchasing by mobile buyers
US8700519B2 (en) System and method for correlating a seller's insurance claim with a buyer's complaint
US11645637B2 (en) Systems and methods for payment processing on platforms
JP2011515781A (en) System and method for facilitating online transactions
US10692087B2 (en) Electronic financial service risk evaluation
US20170109746A1 (en) Method and system for managing payment transactions
US20150088629A1 (en) System and methods for generating and providing offers to a user
TW201624373A (en) Method and device for processing data service
WO2021252458A1 (en) Systems and methods for electronic transactions service enrollment and executing tokenized transactions
RU2630166C1 (en) System, method and device for implementation of online payments with use of payment cards
TW201913479A (en) Payment method and integrated payment system
JP7386665B2 (en) Information processing method, information processing device, and information processing program
KR101228853B1 (en) System for Electronic Payment Using Two User Terminals
WO2022208421A1 (en) Systems and methods for creating and exchanging cryptographically verifiable utility tokens associated with an individual
TWM555509U (en) Integrated payment system
US20170308947A1 (en) System and method for purchase recommendation for wallet linked user