TW201931257A - Method and apparatus for information transmission and electronic device - Google Patents

Method and apparatus for information transmission and electronic device Download PDF

Info

Publication number
TW201931257A
TW201931257A TW107143238A TW107143238A TW201931257A TW 201931257 A TW201931257 A TW 201931257A TW 107143238 A TW107143238 A TW 107143238A TW 107143238 A TW107143238 A TW 107143238A TW 201931257 A TW201931257 A TW 201931257A
Authority
TW
Taiwan
Prior art keywords
payment
information
billing information
billing
payer
Prior art date
Application number
TW107143238A
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 TW201931257A publication Critical patent/TW201931257A/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
    • G06Q30/00Commerce
    • G06Q30/04Billing or invoicing
    • 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
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12Accounting
    • G06Q40/128Check-book balancing, updating or printing arrangements

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Theoretical Computer Science (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

A method and apparatus for information transmission and an electronic device. The method comprises: acquiring invoicing information when a payer client is paying, wherein the invoicing information is used for generating a paper or electronic invoice; generating by the payer client payment information including the invoicing information; acquiring by a payee client the payment information provided by the payer client, and parsing by the payee client the invoicing information included in the payment information; calling by the payee client a payment interface of a payment platform to complete collection; and generating by an invoicing system a paper or electronic invoice including the invoicing information when successful collection information returned by the payment platform is received.

Description

資訊傳輸的方法及裝置和電子設備Information transmission method and device and electronic device

本說明書實施例涉及互聯網技術領域,尤其涉及一種資訊傳輸的方法及裝置和電子設備。The embodiments of the present disclosure relate to the field of Internet technologies, and in particular, to a method and device for transmitting information and an electronic device.

在日常生活中,顧客在商戶消費可以所要發票。通常,顧客需要向商戶提供開票資訊(例如包括名稱、類型、稅號、單位位址、電話號碼等)。一般的,顧客可以以口述、書寫等方式出示開票資訊。
需要提供一種更有效率地資訊傳輸的方案。
In daily life, customers can invoice at the merchant's consumption. Typically, customers need to provide billing information (including name, type, tax ID, unit address, phone number, etc.) to the merchant. In general, the customer can present the billing information by way of dictation, writing, and the like.
There is a need to provide a more efficient means of information transfer.

本說明書實施例提供的一種資訊傳輸的方法及裝置和電子設備:
根據本說明書實施例的第一態樣,提供一種資訊傳輸的方法,所述方法包括:
在付款方用戶端進行付款的情況下,所述付款方用戶端獲取開票資訊;其中,所述開票資訊用於產生紙本或者電子發票;
所述付款方用戶端產生包含所述開票資訊的付款資訊;
收款方用戶端獲取所述付款方用戶端提供的付款資訊,解析出所述付款資訊中開票資訊;
所述收款方用戶端調用支付平臺的支付介面用以完成收款;
在所述收款方用戶端接收到所述支付平臺返回收款成功的情況下,供開票系統產生所述開票資訊的紙本或者電子發票。
根據本說明書實施例的第二態樣,提供一種資訊傳輸的方法,所述方法包括:
在進行付款的情況下,獲取開票資訊;其中,所述開票資訊用於產生紙本或者電子發票;
產生包含所述開票資訊的付款資訊。
根據本說明書實施例的第三態樣,提供一種資訊傳輸的方法,所述方法包括:
獲取付款方用戶端提供的付款資訊,解析出所述付款資訊中開票資訊;
調用支付平臺的支付介面用以完成收款;
在接收到所述支付平臺返回收款成功的情況下,供開票系統產生所述開票資訊的紙本或者電子發票。
根據本說明書實施例的第四態樣,提供一種資訊傳輸的方法,所述方法包括:
付款方用戶端獲取收款資訊,解析出所述收款資訊中收款方帳戶;
所述付款方用戶端獲取開票資訊;其中,所述開票資訊用於產生紙本或者電子發票;
所述付款方用戶端調用支付平臺的支付介面用以完成向收款方帳戶付款,並向所述支付平臺發送所述開票資訊;
所述支付平臺接收所述開票資訊,在所述收款方帳戶收款成功的情況下,向收款方用戶端發送收款成功通知,該通知攜帶有所述開票資訊;
所述收款方用戶端在接收到所述支付平臺發送收款成功通知的情況下,獲取所述通知攜帶的開票資訊,從而供開票系統產生所述開票資訊的紙本或者電子發票。
根據本說明書實施例的第五態樣,提供一種資訊傳輸的方法,所述方法包括:
收款方用戶端採集付款方的生物特徵資訊;
所述收款方用戶端向支付平臺發起包含有所述生物特徵資訊的收款請求;
所述支付平臺在識別出所述生物特徵資訊對應的付款方帳戶的情況下,獲取所述付款方帳戶預設的開票資訊;
所述支付平臺在完成收款的情況下,向所述收款方用戶端返回收款成功通知;該通知攜帶有所述開票資訊;
所述收款方用戶端在接收到所述支付平臺發送收款成功通知的情況下,獲取所述通知攜帶的開票資訊,從而供開票系統產生所述開票資訊的紙本或者電子發票。
根據本說明書實施例的第六態樣,提供一種資訊傳輸的裝置,所述裝置包括:
獲取單元,在進行付款的情況下,獲取開票資訊;其中,所述開票資訊用於產生紙本或者電子發票;
產生單元,產生包含所述開票資訊的付款資訊。
根據本說明書實施例的第七態樣,提供一種資訊傳輸的裝置,所述裝置包括:
獲取單元,獲取付款方用戶端提供的付款資訊,解析出所述付款資訊中開票資訊;
調用單元,調用支付平臺的支付介面用以完成收款;
產生單元,在接收到所述支付平臺返回收款成功的情況下,供開票系統產生所述開票資訊的紙本或者電子發票。
根據本說明書實施例的第八態樣,提供一種電子設備,包括:
處理器;
用於儲存處理器可執行指令的記憶體;
其中,所述處理器被配置為:
在進行付款的情況下,獲取開票資訊;其中,所述開票資訊用於產生紙本或者電子發票;
產生包含所述開票資訊的付款資訊。
根據本說明書實施例的第八態樣,提供一種電子設備,包括:
處理器;
用於儲存處理器可執行指令的記憶體;
其中,所述處理器被配置為:
獲取付款方用戶端提供的付款資訊,解析出所述付款資訊中開票資訊;
調用支付平臺的支付介面用以完成收款;
在接收到所述支付平臺返回收款成功的情況下,供開票系統產生所述開票資訊的紙本或者電子發票。
本說明書實施例,通過在付款方進行支付過程中,傳輸所述付款方的開票資訊;使得收款方在成功收取到所述付款方支付的款項後,可以根據該傳輸過來的開票資訊,供開票系統產生所述開票資訊的紙本或者電子發票。如此,可以提高收款方開票效率;避免人為因素導致的開票錯誤。
A method, device and electronic device for information transmission provided by embodiments of the present specification:
According to a first aspect of the embodiments of the present specification, a method for information transmission is provided, the method comprising:
In the case that the payment party user makes a payment, the paying party user obtains the billing information; wherein the billing information is used to generate a paper or an electronic invoice;
The payer client generates payment information including the billing information;
The payee user obtains the payment information provided by the payer user, and parses out the billing information in the payment information;
The payee user end invokes a payment interface of the payment platform to complete the payment;
And in the case that the payee user end receives the payment platform to return the payment successfully, the billing system generates the paper or electronic invoice of the billing information.
According to a second aspect of the embodiments of the present specification, a method for information transmission is provided, the method comprising:
Obtaining billing information in the case of making a payment; wherein the billing information is used to generate a paper or electronic invoice;
Generate payment information including the billing information.
According to a third aspect of the embodiments of the present specification, a method for information transmission is provided, and the method includes:
Obtaining the payment information provided by the payment party user, and parsing the invoicing information in the payment information;
Invoking the payment interface of the payment platform to complete the payment;
Upon receipt of the payment platform returning the payment success, the billing system generates a paper or electronic invoice for the billing information.
According to a fourth aspect of the embodiments of the present specification, a method for information transmission is provided, the method comprising:
The paying party user obtains the payment information, and parses out the payee account in the payment information;
The paying party user obtains billing information; wherein the billing information is used to generate a paper or an electronic invoice;
The payer user invokes a payment interface of the payment platform to complete payment to the payee account, and sends the billing information to the payment platform;
Receiving, by the payment platform, the billing information, and sending a payment success notification to the payee user in the case that the payee account is successfully received, the notification carrying the billing information;
The receiving party user acquires the billing information carried by the notification when receiving the payment success notification by the payment platform, so that the billing system generates the paper or electronic invoice of the billing information.
According to a fifth aspect of the embodiments of the present specification, a method for information transmission is provided, and the method includes:
The payee user collects biometric information of the payer;
Receiving, by the payee user, a payment request including the biometric information to a payment platform;
And the payment platform acquires the billing information preset by the payer account in the case that the payer account corresponding to the biometric information is identified;
And the payment platform returns a payment success notification to the payee user end when the payment is completed; the notification carries the billing information;
The receiving party user acquires the billing information carried by the notification when receiving the payment success notification by the payment platform, so that the billing system generates the paper or electronic invoice of the billing information.
According to a sixth aspect of the embodiments of the present specification, an apparatus for information transmission is provided, the apparatus comprising:
Obtaining a unit, in the case of making a payment, obtaining billing information; wherein the billing information is used to generate a paper or an electronic invoice;
Generating a unit to generate payment information including the billing information.
According to a seventh aspect of the embodiments of the present specification, an apparatus for information transmission is provided, the apparatus comprising:
Obtaining a unit, obtaining payment information provided by the paying party user, and parsing out the billing information in the payment information;
Calling the unit, calling the payment interface of the payment platform to complete the payment;
The generating unit, in case the receiving payment platform returns the payment success, the billing system generates the paper or electronic invoice of the billing information.
According to an eighth aspect of the embodiments of the present specification, an electronic device is provided, including:
processor;
a memory for storing processor executable instructions;
Wherein the processor is configured to:
Obtaining billing information in the case of making a payment; wherein the billing information is used to generate a paper or electronic invoice;
Generate payment information including the billing information.
According to an eighth aspect of the embodiments of the present specification, an electronic device is provided, including:
processor;
a memory for storing processor executable instructions;
Wherein the processor is configured to:
Obtaining the payment information provided by the payment party user, and parsing the invoicing information in the payment information;
Invoking the payment interface of the payment platform to complete the payment;
Upon receipt of the payment platform returning the payment success, the billing system generates a paper or electronic invoice for the billing information.
In the embodiment of the present specification, the billing information of the payer is transmitted during the payment process by the payer; after the payee successfully collects the payment from the payer, the billing information may be provided according to the transmitted billing information. The billing system generates a paper or electronic invoice for the billing information. In this way, the billing efficiency of the payee can be improved; and the billing error caused by human factors can be avoided.

這裡將詳細地對示例性實施例進行說明,其示例表示在圖式中。下面的描述涉及圖式時,除非另有表示,不同圖式中的相同數字表示相同或相似的要素。以下示例性實施例中所描述的實施方式並不代表與本說明書相一致的所有實施方式。相反,它們僅是與如所附申請專利範圍中所詳述的、本說明書的一些態樣相一致的裝置和方法的例子。
在本說明書使用的術語是僅僅出於描述特定實施例的目的,而非旨在限制本說明書。在本說明書和所附申請專利範圍中所使用的單數形式的“一種”、“所述”和“該”也旨在包括多數形式,除非上下文清楚地表示其他含義。還應當理解,本文中使用的術語“和/或”是指並包含一個或多個相關聯的列出專案的任何或所有可能組合。
應當理解,儘管在本說明書可能採用術語第一、第二、第三等來描述各種資訊,但這些資訊不應限於這些術語。這些術語僅用來將同一類型的資訊彼此區分開。例如,在不脫離本說明書範圍的情況下,第一資訊也可以被稱為第二資訊,類似地,第二資訊也可以被稱為第一資訊。取決於語境,如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當……時”或“回應於確定”。
如前所述,顧客在商戶消費可以所要發票。通常,顧客需要向商戶提供開票資訊(例如包括名稱、類型、稅號、單位位址、電話號碼等)。一般的,顧客可以以口述、書寫或者手機上開票資訊等方式出示開票資訊,然而由商戶手動輸入到開票系統從而產生發票。整個過程,不僅效率較低,而且容易錯誤。例如,顧客可能記錯、寫錯開票資訊,或者商戶輸錯開票資訊,都會導致最後產生錯誤的發票。
本說明書可以涉及一個或多個系統。以下請參考圖1示出了本說明書中可以適用的示例性的系統架構概念圖。所述系統架構概念圖可以包括付款方用戶端11、收款方用戶端12和支付平臺13。
所述付款方用戶端11可以是指付款方(如顧客、付款用戶)使用的用戶端。該用戶端可以是指安裝有支付應用的終端。例如,安裝有支付寶的智慧手機。在有的場景中,所述終端不一定是付款方自己的終端,還可以是商戶提供的自助終端,付款方可以在該自助終端上登錄支付帳戶(例如通過人臉識別登錄帳戶)從而進行付款。
所述收款方用戶端12可以是指收款方(如商戶、收款用戶)使用的用戶端。類似的,該用戶端可以是指安裝有支付應用的終端。例如,商店中安裝有支付寶的收銀設備或者智慧手機。所述收款方用戶端12還可以關聯有一個開票系統121。所述開票系統121可以根據收款方用戶端12接收到的開票資訊產生電子發票或者列印出紙本發票。
所述支付平臺13可以是指所述付款方用戶端11和收款方用戶端12中支付應用對應的伺服器、伺服器叢集或者基於伺服器叢集構建的雲端平臺。所述支付平臺13對外提供用於進行支付(收付款)的介面。所述支付平臺13中通常管理有各個用戶的帳戶。
在用戶在商店購物後付款為例,付款方(用戶)用戶端11可以通過支付平臺13向收款方(商戶)支付購物金額;並且付款方用戶端11可以直接或者間接向收款方用戶端12提供用於開票的開票資訊;收付款用戶端12在接收到付款方支付的購物金額後,根據所述開票資訊供開票系統121產生電子發票或者列印出紙本發票。
以下可以結合圖2所示的例子介紹本說明書一種實現資訊傳輸的方法的實施例,如圖2所示,該方法可以包括以下步驟:
步驟210:在付款方用戶端進行付款的情況下,所述付款方用戶端獲取開票資訊;其中,所述開票資訊用於產生紙本或者電子發票。
本實施例中,所述付款方用戶端獲取開票資訊,可以是指付款方用戶端可以直接獲取這一預設的開票資訊。所述預設的開票資訊可以包括:用戶可以預先設置一個預設的開票資訊;或者,最近一次使用的開票資訊;或者歷史使用次數最多的開票資訊。
在實際應用中,通常不會不經用戶選擇從而直接使用預設的開票資訊;因此,需要提供用戶選擇開票資訊的方案。具體地,所述步驟210,可以包括:
在付款方用戶端進行付款的情況下,所述付款方用戶端展示付款方預先配置的發票資訊;
獲取付款方選擇的開票資訊。
該實施例中,付款方預先配置的發票資訊的數量可以是多個的,如1個、2個、3個等等。如圖3所示的展示開票資訊的示意圖,付款方在向收款方(商家)進行付款時,付款方用戶端可以展示預先配置的發票資訊311,付款方可以選擇其中的一個發票資訊,從而使得付款方用戶端從眾多發票資訊中將付款方所選擇的發票資訊作為需要傳遞的發票資訊。對於付款方選擇的發票資訊可以進行標記,如圖3中的勾選圖示312,這樣用戶可以知道當前選擇的是哪一個發票資訊。圖3中,付款方還可以通過新增按鈕313配置一個新的發票資訊。圖3中展示的發票資訊可以是一個簡要的資訊,付款方可以通過詳情按鈕314查看具體的發票資訊。如圖4所示的發票詳情示意圖,一般的,詳細的發票資訊可以包括開票抬頭、稅號、開戶行、銀行帳號、註冊地址、聯絡電話等。當然,不同地區、不同國家具體內容可能略有不同,此處不一一進行贅述。付款方還可以在發票詳情介面中對發票內容進行修改,例如通過圖4中編輯按鈕411。
在實際應用中,不是所有場景都需要開票,也不是所有付款方都會開票的。因此,有時並不需要每一次進行付款時,都獲取開票資訊。為此,在一個具體地實施例中,所述步驟210,可以包括:
在付款方用戶端進行付款的情況下,產生不包含開票資訊的付款資訊;
在滿足執行獲取開票資訊的條件的情況下,所述付款方用戶端獲取開票資訊。
該實施例中,付款方用戶端第一次產生的付款資訊是不包含開票資訊的,與傳統付款資訊相同;而在付款方用戶端獲取開票資訊之後第二次產生的付款資訊是包含開票資訊的。
所述滿足執行獲取開票資訊的條件,可以是預先設置的;例如對於移動終端來說,可以是在進行付款的頁面中設置一個用於獲取開票資訊的按鈕,當付款人點擊該按鈕時,滿足條件,從而獲取開票資訊。如果付款人不需要開票,則無需點擊該按鈕,直接向收款方展示產生的不包含開票資訊的付款資訊即可。
再例如,對於提供語音控制的終端來說,可以預先設置一個用於獲取開票資訊的語音控制命令(如“我要開票”),當監測到付款人說出該語音控制命令時,滿足條件,從而獲取開票資訊。如果付款人不需要開票,可以直接向收款方廣播產生的不包含開票資訊的付款資訊即可。
步驟220:所述付款方用戶端產生包含所述開票資訊的付款資訊。
本實施例,付款方用戶端在獲取到開票資訊後,可以主動產生包含所述開票資訊的付款資訊。也就是說,所述付款資訊即包括了傳統的用於付款的例如付款方標識,還包括了開票資訊。
所述付款資訊可以包括付款圖形碼或付款聲波。其中,付款圖形碼可以包括付款二維條碼、付款條碼等。
以付款二維條碼為例,用戶打開支付應用並點擊二維條碼付款後,現有技術中直接產生付款二維條碼。而本實施例中,用戶打開支付應用並點擊二維條碼付款後,需要先獲取到開票資訊,然後產生包含所述開票資訊的付款二維條碼。也就是說,現有技術中產生的付款二維條碼不包含開票資訊,而本實施例中產生的付款二維條碼包含開票資訊。
同樣地,以付款聲波為例,用戶打開支付應用並點擊聲波付款後,現有技術中直接產生一段用於付款的聲波。而本實施例中,用戶打開支付應用並點擊二維條碼付款後,需要先獲取到開票資訊,然後產生一段包含所述開票資訊的用於付款的聲波。也就是說,現有技術中產生的付款聲波不包含開票資訊,而本實施例中產生的付款聲波包含開票資訊。
步驟230:收款方用戶端獲取所述付款方用戶端提供的付款資訊,解析出所述付款資訊中開票資訊。
如前所述,一種實現方式中,所述付款資訊包括付款圖形碼,則所述收款方用戶端獲取付款方用戶端提供的付款資訊,具體包括:
收款方用戶端掃描付款方用戶端提供的付款圖形碼。
以付款二維條碼為例,付款方可以向收款方展示手機中產生的付款二維條碼,收款方可以通過收款方用戶端啟動攝像頭進行掃碼,在掃碼成功後,收款方用戶端可以解析出該付款二維條碼中包含的開票資訊。
另一種實現方式中,所述付款資訊包括付款聲波,則所述收款方用戶端獲取付款方用戶端提供的付款資訊,具體包括:
收款方用戶端監聽付款方用戶端廣播的付款聲波。
以付款聲波為例,付款方可以通過付款方用戶端向收款方廣播產生的付款聲波,收款方可以通過收款方用戶端啟動聲波模組進行監聽,在監聽到付款聲波後,收款方用戶端可以解析出該付款聲波中包含的開票資訊。
步驟240:所述收款方用戶端調用支付平臺的支付介面用以完成收款。
所述支付平臺通常對外提供用於進行支付的支付介面。具體地,付款方用戶端產生的付款資訊中一般包括有付款方帳戶標識,在收款方用戶端解析付款資訊時,也可以識別該付款方帳戶標識;進一步的,收款方用戶端調用支付介面,發起收款請求,所述收款請求中可以包括付款方帳戶標識、收款方帳戶標識、收款金額等支付資訊。支付平臺根據所述支付資訊,從付款方帳戶中提取收款金額的資金注入到收款方帳戶中,如此完成收款。
一般情況下,支付平臺在完成收款後,可以向付款方用戶端和收款方用戶端分別發送支付成功的通知。
步驟250:在所述收款方用戶端接收到所述支付平臺返回收款成功的情況下,供開票系統產生所述開票資訊的紙本或者電子發票。
所述收款方用戶端在接收到所述支付平臺返回收款成功的情況下,可以供開票系統產生所述開票資訊的紙本或者電子發票。對於電子發票,收款方用戶端在開票系統產生電子發票後,還可以直接發送給付款方用戶端;或者,發送給支付平臺,經所述支付平臺間接發送給付款方用戶端。
本說明書實施例,通過在付款方進行支付過程中,傳輸所述付款方的開票資訊;使得收款方在成功收取到所述付款方支付的款項後,可以根據該傳輸過來的開票資訊,供開票系統產生所述開票資訊的紙本或者電子發票。如此,可以提高收款方開票效率;避免人為因素導致的開票錯誤。
以下結合圖5介紹本申請以付款方用戶端為主體的方法實施例,該實施例可以對應圖2:
步驟510:在進行付款的情況下,獲取開票資訊;其中,所述開票資訊用於產生紙本或者電子發票;
步驟520:產生包含所述開票資訊的付款資訊。所述付款資訊用以供收款方用戶端解析出開票資訊,以及在所述收款方用戶端接收到支付平臺返回收款成功的情況下,供開票系統產生所述開票資訊的紙本或者電子發票。
可選地,所述付款資訊包括付款圖形碼或付款聲波。
可選地,所述步驟510,具體包括:
在進行付款的情況下,產生不包含開票資訊的付款資訊;
在滿足執行獲取開票資訊的條件的情況下,獲取開票資訊。
可選地,所述步驟510,具體包括:
在進行付款的情況下,展示付款方預先配置的發票資訊;
獲取付款方選擇的開票資訊。
可選地,所述獲取開票資訊,具體包括:
獲取預設的開票資訊;
所述預設的開票資訊包括:最近一次使用的開票資訊;或者,歷史使用次數最多的開票資訊;或者,付款方設置的預設開票資訊。
以下結合圖6介紹本申請以收款方用戶端為主體的方法實施例,該實施例可以對應圖2:
步驟610:獲取付款方用戶端提供的付款資訊,解析出所述付款資訊中開票資訊;
步驟620:調用支付平臺的支付介面用以完成收款;
步驟630:在接收到所述支付平臺返回收款成功的情況下,供開票系統產生所述開票資訊的紙本或者電子發票。
可選的,所述付款資訊包括付款圖形碼,所述獲取付款方用戶端提供的付款資訊,具體包括:
掃描付款方用戶端提供的付款圖形碼;
或者,
所述付款資訊包括付款聲波,所述獲取付款方用戶端提供的付款資訊,具體包括:
監聽付款方用戶端廣播的付款聲波。
以下可以結合圖7所示的例子介紹本說明書一種實現資訊傳輸的方法的實施例,如圖7所示,該方法可以包括以下步驟:
步驟710:付款方用戶端獲取收款方提供的收款資訊,解析出所述收款資訊中收款方帳戶。
本實施例中,收款方用戶端提供的收款資訊可以是收款方用戶端與支付平臺協商後確定的。例如,收款方用戶端可以調用支付平臺收款連結介面,支付平臺可以返回收款連結;收款方用戶端根據所返回的收款連結產生收款資訊。
所述收款資訊可以包括收款圖形碼,付款方用戶端在需要向收款方付款時,可以掃碼付款方的收款圖形碼;從而可以解析出收款圖形碼中收款方帳戶。
所述收款資訊還可以包括收款聲波,付款方用戶端在需要向收款方付款時,可以開啟聲波模組,在監聽收款方廣播的收款聲波後,可以解析出收款聲波中收款方帳戶。
步驟720:在跳轉到付款介面的情況下,所述付款方用戶端獲取開票資訊;其中,所述開票資訊用於產生紙本或者電子發票。
如圖2實施例類似的,所述付款方用戶端獲取開票資訊,具體包括:
所述付款方用戶端獲取預設的開票資訊;
所述預設的開票資訊包括:最近一次使用的開票資訊;或者,歷史使用次數最多的開票資訊;或者,付款方設置的預設開票資訊。
在另一種方式中,所述付款方用戶端獲取開票資訊,具體包括:
所述付款方用戶端展示付款方預先配置的發票資訊;
所述付款方用戶端獲取付款方選擇的開票資訊。
在另一種方式中,所述付款方用戶端獲取開票資訊,具體包括:
在滿足執行獲取開票資訊的條件的情況下,所述付款方用戶端獲取開票資訊。
如圖8a所示付款方用戶端可以跳轉到付款介面,付款方可以在付款介面填寫支付金額。付款方可以選擇是否需要發票,如果付款方選擇需要發票,如圖8b所示可以展示付款方預先配置的發票資訊。付款方最後可以通過點擊確認付款進行支付。
上述實現方式可以參考前述圖2實施例中具體的描述,此處不再贅述。
步驟730:所述付款方用戶端調用支付平臺的支付介面用以完成向收款方帳戶付款,並向所述支付平臺發送所述開票資訊。
與圖2所示實施例不同的是,圖2實施例是收款方用戶端向支付平臺發起收款請求;而本實施例是由付款方用戶端向支付平臺發起付款請求,並且還額外向支付平臺發送開票資訊。所述付款請求可以包括付款方帳戶標識、收款方帳戶標識、付款金額;所述開票資訊可以包含在付款請求中,也可以不包含在付款請求中;即可以與付款請求同步或者非同步發送給支付平臺。支付平臺根據所述付款請求,從付款方帳戶中提取付款金額的資金注入到收款方帳戶中,如此完成收款。一般情況下,支付平臺在完成收款後,可以向付款方用戶端和收款方用戶端分別發送支付成功通知。
步驟740:所述支付平臺接收所述開票資訊,在所述收款方帳戶收款成功的情況下,向收款方用戶端發送收款成功通知,該通知攜帶有所述開票資訊。
支付平臺在完成收款,即收款方帳戶收款成功的情況下,可以向收款方用戶端發送收款成功通知,該通知攜帶有所述開票資訊。
步驟750:所述收款方用戶端在接收到所述支付平臺發送收款成功通知的情況下,獲取所述通知攜帶的開票資訊,從而供開票系統產生所述開票資訊的紙本或者電子發票。
所述收款方用戶端在接收到所述支付平臺返回收款成功通知後,可以獲取所述通知攜帶的開票資訊,從而供開票系統產生所述開票資訊的紙本或者電子發票。對於電子發票,收款方用戶端在開票系統產生電子發票後,還可以直接發送給付款方用戶端;或者,發送給支付平臺,經所述支付平臺間接發送給付款方用戶端。
本說明書實施例,通過在付款方進行支付過程中,傳輸所述付款方的開票資訊;使得收款方在成功收取到所述付款方支付的款項後,可以根據該傳輸過來的開票資訊,供開票系統產生所述開票資訊的紙本或者電子發票。如此,可以提高收款方開票效率;避免人為因素導致的開票錯誤。
以下可以結合圖9所示的例子介紹本說明書一種實現資訊傳輸的方法的實施例,如圖9所示,該方法可以包括以下步驟:
步驟810:收款方用戶端採集付款方的生物特徵資訊;
所述生物特徵資訊包括指紋、掌紋、虹膜、眼紋、人臉、聲波、腦電波中的至少一種。
步驟820:所述收款方用戶端向支付平臺發起包含有所述生物特徵資訊的收款請求。
步驟830:所述支付平臺在識別出所述生物特徵資訊對應的付款方帳戶的情況下,獲取所述付款方帳戶預設的開票資訊。
所述預設的開票資訊包括:最近一次使用的開票資訊;或者,歷史使用次數最多的開票資訊;或者,付款方設置的預設開票資訊。
步驟840:所述支付平臺在完成收款的情況下,向所述收款方用戶端返回收款成功通知;該通知攜帶有所述開票資訊;
步驟850:所述收款方用戶端在接收到所述支付平臺發送收款成功通知的情況下,獲取所述通知攜帶的開票資訊,從而供開票系統產生所述開票資訊的紙本或者電子發票。
本說明書實施例,付款方可以僅通過提供生物特徵資訊,在支付平臺識別出所述生物特徵資訊對應的付款方帳戶後,自動完成支付以及自動將開票資訊傳輸給收款方用戶端,以供開票系統產生所述開票資訊的紙本或者電子發票。相對於前述實施例,本實施例付款方無需攜帶付款方用戶端,在用戶體驗上更好,支付效率更高。
與前述資訊傳輸的方法實施例相對應,本說明書還提供了資訊傳輸的裝置的實施例。所述裝置實施例可以通過軟體實現,也可以通過硬體或者軟硬體結合的方式實現。以軟體實現為例,作為一個邏輯意義上的裝置,是通過其所在設備的處理器將非揮發性記憶體中對應的電腦程式指令讀取到記憶體中運行形成的。從硬體層面而言,本說明書資訊傳輸的裝置所在設備的一種硬體結構可以包括處理器、網路介面、記憶體以及非揮發性記憶體之外,實施例中裝置所在的設備通常根據該資訊傳輸的實際功能,還可以包括其他硬體,對此不再贅述。
請參見圖10,為本說明書一實施例提供的資訊傳輸的裝置的模組圖,所述裝置對應了圖5所示實施例,所述裝置包括:
獲取單元910,在進行付款的情況下,獲取開票資訊;其中,所述開票資訊用於產生紙本或者電子發票;
產生單元920,產生包含所述開票資訊的付款資訊。
在一個可選的實施例中:
所述獲取單元910,具體包括:
在進行付款的情況下,產生不包含開票資訊的付款資訊;
在滿足執行獲取開票資訊的條件的情況下,獲取開票資訊。
在一個可選的實施例中:
所述付款資訊包括付款圖形碼或付款聲波。
在一個可選的實施例中:
所述獲取單元910,具體包括:
在進行付款的情況下,展示付款方預先配置的發票資訊;
獲取付款方選擇的開票資訊。
在一個可選的實施例中:
所述獲取開票資訊,具體包括:
獲取預設的開票資訊;
所述預設的開票資訊包括:最近一次使用的開票資訊;或者,歷史使用次數最多的開票資訊;或者,付款方設置的預設開票資訊。
請參見圖11,為本說明書一實施例提供的資訊傳輸的裝置的模組圖,所述裝置對應了圖6所示實施例,所述裝置包括:
獲取單元1010,獲取付款方用戶端提供的付款資訊,解析出所述付款資訊中開票資訊;
調用單元1020,調用支付平臺的支付介面用以完成收款;
產生單元1030,在接收到所述支付平臺返回收款成功的情況下,供開票系統產生所述開票資訊的紙本或者電子發票。
在一個可選的實施例中:
所述付款資訊包括付款圖形碼,所述獲取付款方用戶端提供的付款資訊,具體包括:
掃描付款方用戶端提供的付款圖形碼;
或者,
所述付款資訊包括付款聲波,所述獲取付款方用戶端提供的付款資訊,具體包括:
監聽付款方用戶端廣播的付款聲波。
上述實施例闡明的系統、裝置、模組或單元,具體可以由電腦晶片或實體實現,或者由具有某種功能的產品來實現。一種典型的實現設備為電腦,電腦的具體形式可以是個人電腦、筆記型電腦、蜂巢式電話、相機電話、智慧型電話、個人數位助理、媒體播放機、導航設備、電子郵件收發設備、遊戲控制台、平板電腦、可穿戴設備或者這些設備中的任意幾種設備的組合。
上述裝置中各個單元的功能和作用的實現過程具體詳見上述方法中對應步驟的實現過程,在此不再贅述。
對於裝置實施例而言,由於其基本對應於方法實施例,所以相關之處參見方法實施例的部分說明即可。以上所描述的裝置實施例僅僅是示意性的,其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的,作為單元顯示的部件可以是或者也可以不是物理單元,即可以位於一個地方,或者也可以分佈到多個網路單元上。可以根據實際的需要選擇其中的部分或者全部模組來實現本說明書方案的目的。本領域普通技術人員在不付出創造性勞動的情況下,即可以理解並實施。
以上圖10描述了資訊傳輸的裝置的內部功能模組和結構示意,其實質上的執行主體可以為一種電子設備,包括:
處理器;
用於儲存處理器可執行指令的記憶體;
在進行付款的情況下,獲取開票資訊;其中,所述開票資訊用於產生紙本或者電子發票;
產生包含所述開票資訊的付款資訊。
以上圖11描述了資訊傳輸的裝置的內部功能模組和結構示意,其實質上的執行主體可以為一種電子設備,包括:
處理器;
用於儲存處理器可執行指令的記憶體;
獲取付款方用戶端提供的付款資訊,解析出所述付款資訊中開票資訊;
調用支付平臺的支付介面用以完成收款;
在接收到所述支付平臺返回收款成功的情況下,供開票系統產生所述開票資訊的紙本或者電子發票。
在上述電子設備的實施例中,應理解,該處理器可以是中央處理單元(英文:Central Processing Unit,簡稱:CPU),還可以是其他通用處理器、數位訊號處理器(英文:Digital Signal Processor,簡稱:DSP)、專用積體電路(英文:Application Specific Integrated Circuit,簡稱:ASIC)等。通用處理器可以是微處理器或者該處理器也可以是任何常規的處理器等,而前述的記憶體可以是唯讀記憶體(英文:read-only memory,縮寫:ROM)、隨機存取記憶體(英文:random access memory,簡稱:RAM)、快閃記憶體、硬碟或者固態硬碟。結合本發明實施例所公開的方法的步驟可以直接體現為硬體處理器執行完成,或者用處理器中的硬體及軟體模組組合執行完成。
本說明書中的各個實施例均採用遞進的方式描述,各個實施例之間相同相似的部分互相參見即可,每個實施例重點說明的都是與其他實施例的不同之處。尤其,對於電子設備實施例而言,由於其基本相似於方法實施例,所以描述的比較簡單,相關之處參見方法實施例的部分說明即可。
本領域技術人員在考慮說明書及實踐這裡公開的發明後,將容易想到本說明書的其它實施方案。本說明書旨在涵蓋本說明書的任何變型、用途或者適應性變化,這些變型、用途或者適應性變化遵循本說明書的一般性原理並包括本說明書未公開的本技術領域中的公知常識或慣用技術手段。說明書和實施例僅被視為示例性的,本說明書的真正範圍和精神由下面的申請專利範圍指出。
應當理解的是,本說明書並不局限於上面已經描述並在圖式中示出的精確結構,並且可以在不脫離其範圍進行各種修改和改變。本說明書的範圍僅由所附的申請專利範圍來限制。
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. Rather, 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."
As mentioned earlier, customers can invoice at the merchant's consumption. Typically, customers need to provide billing information (including name, type, tax ID, unit address, phone number, etc.) to the merchant. In general, the customer can present the billing information by means of dictation, writing or invoicing information on the mobile phone, but the merchant manually inputs the billing system to generate an invoice. The whole process is not only inefficient, but also prone to errors. For example, a customer may be mistaken, misinformed, or the merchant enters the wrong billing information, which will result in the wrong invoice.
This specification may relate to one or more systems. An exemplary system architecture concept diagram that can be applied in this specification is shown below with reference to FIG. The system architecture concept map may include a payer client 11, a payee client 12, and a payment platform 13.
The payer client 11 may refer to a client used by a payer (such as a customer, a paying user). The client may refer to a terminal installed with a payment application. For example, a smart phone with Alipay installed. In some scenarios, the terminal is not necessarily the paying party's own terminal, and may also be a self-service terminal provided by the merchant, and the paying party may log in to the payment account on the self-service terminal (for example, by using face recognition to log in to the account) to make payment. .
The payee client 12 may refer to a client used by a payee (such as a merchant, a payee). Similarly, the client may refer to a terminal installed with a payment application. For example, a cashier device or a smart phone with Alipay is installed in the store. The payee client 12 can also be associated with a billing system 121. The billing system 121 can generate an electronic invoice or print a paper invoice based on the billing information received by the payee user terminal 12.
The payment platform 13 may refer to a server, a server cluster, or a cloud platform built based on a server cluster in the payer client 11 and the payee client 12 . The payment platform 13 provides an interface for making payment (payment and payment) externally. Accounts of individual users are typically managed in the payment platform 13.
For example, after the user makes a purchase at the store, the payer (user) client 11 can pay the payee (the merchant) the purchase amount through the payment platform 13; and the payer client 11 can directly or indirectly contact the payee client. 12 provides billing information for invoicing; after receiving the purchase amount paid by the payer, the payment and payment client 12 generates an electronic invoice or prints a paper invoice according to the billing information for the billing system 121.
The following describes an embodiment of a method for implementing information transmission according to the example shown in FIG. 2. As shown in FIG. 2, the method may include the following steps:
Step 210: In the case that the payment party user makes a payment, the paying party user obtains the billing information; wherein the billing information is used to generate a paper or an electronic invoice.
In this embodiment, the paying party user obtains the billing information, which may be that the paying party user can directly obtain the preset billing information. The preset billing information may include: the user may preset a preset billing information; or the billing information used last time; or the billing information with the most history usage.
In practical applications, the preset billing information is usually not directly used without the user's selection; therefore, it is necessary to provide a scheme for the user to select billing information. Specifically, the step 210 may include:
In the case that the payer user makes a payment, the payer client displays the pre-configured invoice information of the payer;
Get the billing information selected by the payer.
In this embodiment, the number of invoice information pre-configured by the payer may be multiple, such as 1, 2, 3, and the like. As shown in the schematic diagram of the billing information shown in FIG. 3, when the payer makes a payment to the payee (merchant), the payer client can display the pre-configured invoice information 311, and the payer can select one of the invoice information, thereby The payer user is used to use the invoice information selected by the payer as the invoice information to be delivered from the plurality of invoice information. The invoice information selected by the payer can be marked, as shown in the check icon 312 in FIG. 3, so that the user can know which invoice information is currently selected. In FIG. 3, the payer can also configure a new invoice information by adding a button 313. The invoice information shown in FIG. 3 can be a brief information, and the payer can view the specific invoice information through the detail button 314. As shown in Figure 4, the invoice details diagram, in general, detailed invoice information can include billing header, tax number, bank account, bank account number, registered address, contact number, and so on. Of course, the specific content of different regions and different countries may be slightly different, and we will not repeat them here. The payer can also modify the invoice content in the invoice details interface, such as by the edit button 411 in FIG.
In practice, not all scenarios require invoicing, and not all payers will invoice. Therefore, it is sometimes not necessary to obtain billing information every time a payment is made. To this end, in a specific embodiment, the step 210 may include:
In the case of payment by the payer user, payment information is generated that does not include billing information;
The payment party user obtains the billing information in the case that the condition for obtaining the billing information is satisfied.
In this embodiment, the payment information generated by the payer user for the first time does not include the billing information, which is the same as the traditional payment information; and the second payment information generated after the paying party user obtains the billing information includes the billing information. of.
The condition for satisfying the execution of obtaining the billing information may be preset; for example, for the mobile terminal, a button for obtaining the billing information may be set in the page for making payment, and when the payer clicks the button, the condition is satisfied. Conditions to get billing information. If the payer does not need to invoice, it is not necessary to click the button to directly display the generated payment information that does not include the billing information to the payee.
For another example, for a terminal that provides voice control, a voice control command for obtaining billing information (such as “I want to invoice”) may be preset, and when the payer is detected to speak the voice control command, the condition is met. Thereby obtaining the billing information. If the payer does not need to invoice, the payment information generated without the billing information can be broadcast directly to the payee.
Step 220: The payer client generates payment information including the billing information.
In this embodiment, after obtaining the billing information, the paying party user may actively generate payment information including the billing information. That is to say, the payment information includes the traditional payment party identifier, for example, and the billing information.
The payment information may include a payment graphic code or a payment sound wave. The payment graphic code may include a payment two-dimensional barcode, a payment barcode, and the like.
Taking the payment 2D barcode as an example, after the user opens the payment application and clicks the 2D barcode payment, the payment 2D barcode is directly generated in the prior art. In this embodiment, after the user opens the payment application and clicks the two-dimensional barcode payment, the user needs to obtain the billing information first, and then generate a payment two-dimensional barcode including the billing information. That is to say, the payment two-dimensional barcode generated in the prior art does not include the billing information, and the payment two-dimensional barcode generated in the embodiment includes the billing information.
Similarly, taking the payment sound wave as an example, after the user opens the payment application and clicks on the sonic payment, the prior art directly generates a sound wave for payment. In this embodiment, after the user opens the payment application and clicks the two-dimensional barcode payment, the user needs to obtain the billing information first, and then generate a sound wave for payment including the billing information. That is to say, the payment sound wave generated in the prior art does not include the billing information, and the payment sound wave generated in the embodiment includes the billing information.
Step 230: The payee user obtains the payment information provided by the payer user, and parses out the billing information in the payment information.
As described above, in an implementation manner, the payment information includes a payment graphic code, and the payee user obtains payment information provided by the paying party user, specifically:
The payee client scans the payment graphic code provided by the payer client.
Taking the payment 2D barcode as an example, the payer can display the payment 2D barcode generated by the mobile phone to the payee, and the payee can start the camera through the receiver to scan the code. After the scan is successful, the payee The client can parse the billing information contained in the payment 2D barcode.
In another implementation manner, the payment information includes a payment sound wave, and the payee user obtains payment information provided by the paying party user, specifically:
The payee client listens for payment sound waves broadcast by the payer client.
Taking the payment sound wave as an example, the payer can broadcast the generated payment sound wave to the payee through the payer user end, and the payee can start the sound wave module through the payee user side to monitor, and after receiving the payment sound wave, collect the payment. The party client can parse the billing information included in the payment sound wave.
Step 240: The payee user invokes a payment interface of the payment platform to complete the payment.
The payment platform typically provides a payment interface for making payments externally. Specifically, the payment information generated by the paying party user generally includes a payer account identifier, and when the payee user end parses the payment information, the payer account identifier may also be identified; further, the payee user calls the payment. The interface initiates a payment request, and the payment request may include payment information such as a payer account identifier, a payee account identifier, and a payment amount. The payment platform injects the funds for withdrawing the payment amount from the payer account according to the payment information into the payee account, thus completing the payment.
In general, after the payment platform completes the payment, the payment platform may separately send a notification of the payment success to the payer user and the payee user.
Step 250: The billing system generates a paper or electronic invoice of the billing information when the payee user receives the payment platform to return the payment successfully.
The payee user may generate a paper or electronic invoice of the billing information for the billing system upon receiving the payment platform to return the payment successfully. For the electronic invoice, the payee user can also send the electronic invoice to the paying party after the electronic invoice is generated by the billing system; or send it to the payment platform, and indirectly to the paying party via the payment platform.
In the embodiment of the present specification, the billing information of the payer is transmitted during the payment process by the payer; after the payee successfully collects the payment from the payer, the billing information may be provided according to the transmitted billing information. The billing system generates a paper or electronic invoice for the billing information. In this way, the billing efficiency of the payee can be improved; and the billing error caused by human factors can be avoided.
The following is a description of an embodiment of the method in which the payment client is the main body of the present application, and the embodiment may correspond to FIG. 2:
Step 510: In the case of making a payment, obtaining billing information; wherein the billing information is used to generate a paper or an electronic invoice;
Step 520: Generate payment information including the billing information. The payment information is used by the payee user to parse out the billing information, and in the case that the payee user receives the payment platform to return the payment successfully, the billing system generates the billing information or Electronic invoice.
Optionally, the payment information includes a payment graphic code or a payment sound wave.
Optionally, the step 510 specifically includes:
In the case of payment, generate payment information that does not include billing information;
The billing information is obtained in the case where the conditions for obtaining the billing information are satisfied.
Optionally, the step 510 specifically includes:
In the case of payment, the pre-configured invoice information of the payer is displayed;
Get the billing information selected by the payer.
Optionally, the obtaining the billing information includes:
Obtain preset billing information;
The preset billing information includes: billing information used last time; or billing information with the most history usage; or preset billing information set by the payer.
The method embodiment of the present application centered on the payee client is described below with reference to FIG. 6, which may correspond to FIG. 2:
Step 610: Acquire payment information provided by the payment party user, and parse out the invoicing information in the payment information;
Step 620: Invoking a payment interface of the payment platform to complete the payment;
Step 630: In case the receiving payment platform returns the payment success, the billing system generates the paper or electronic invoice of the billing information.
Optionally, the payment information includes a payment graphic code, and the obtaining payment information provided by the payment party user includes:
Scan the payment graphic code provided by the payer client;
or,
The payment information includes a payment sound wave, and the payment information provided by the payment party user includes:
Monitor the payment sound waves broadcast by the payer client.
The following describes an embodiment of a method for implementing information transmission according to the example shown in FIG. 7. As shown in FIG. 7, the method may include the following steps:
Step 710: The payer user obtains the payment information provided by the payee, and parses out the payee account in the payment information.
In this embodiment, the payment information provided by the payee user end may be determined after the payee user end negotiates with the payment platform. For example, the payee client can invoke the payment platform receiving connection interface, and the payment platform can return the payment link; the payee user terminal generates the payment information according to the returned payment link.
The payment information may include a receipt graphic code, and the paying party user may scan the payment party's receipt graphic code when the payment is required to be paid to the payee; thereby, the payee account in the receipt graphic code may be parsed.
The payment information may further include a receiving sound wave, and the paying party user may open the sound wave module when the payment is required to be paid to the paying party, and after the receiving sound wave broadcasted by the paying party, the receiving sound wave may be parsed. Payee account.
Step 720: In the case of jumping to the payment interface, the paying party user obtains billing information; wherein the billing information is used to generate a paper or electronic invoice.
As shown in the embodiment of FIG. 2, the paying party user obtains the billing information, which specifically includes:
The payer client obtains preset billing information;
The preset billing information includes: billing information used last time; or billing information with the most history usage; or preset billing information set by the payer.
In another mode, the paying party obtains the billing information, which specifically includes:
The payer client displays pre-configured invoice information of the payer;
The payer client obtains billing information selected by the payer.
In another mode, the paying party obtains the billing information, which specifically includes:
The payment party user obtains the billing information in the case that the condition for obtaining the billing information is satisfied.
As shown in Figure 8a, the payer client can jump to the payment interface, and the payer can fill in the payment amount in the payment interface. The payer can choose whether or not an invoice is required. If the payer chooses to require an invoice, the payer's pre-configured invoice information can be displayed as shown in Figure 8b. The payer can finally pay by clicking Confirm Payment.
For the foregoing implementation manner, reference may be made to the specific description in the foregoing embodiment of FIG. 2, and details are not described herein again.
Step 730: The payer user invokes a payment interface of the payment platform to complete payment to the payee account, and sends the billing information to the payment platform.
Different from the embodiment shown in FIG. 2, the embodiment of FIG. 2 is that the payee user initiates a payment request to the payment platform; in this embodiment, the payer user initiates a payment request to the payment platform, and additionally adds The payment platform sends the billing information. The payment request may include a payer account identifier, a payee account identifier, and a payment amount; the billing information may be included in the payment request or may not be included in the payment request; that is, may be synchronized with the payment request or sent asynchronously Give the payment platform. The payment platform injects the funds for withdrawing the payment amount from the payer account according to the payment request into the payee account, thus completing the payment. In general, after the payment platform completes the payment, the payment platform may separately send a payment success notification to the payer user and the payee user.
Step 740: The payment platform receives the billing information, and if the payee account receives the payment successfully, sends a payment success notification to the payee user end, and the notification carries the billing information.
When the payment platform completes the payment, that is, if the payment by the payee account is successful, the payment platform may send a payment success notification to the payee user, and the notification carries the invoicing information.
Step 750: The receiving party user obtains the billing information carried by the notification when receiving the payment success notification by the payment platform, so that the billing system generates the paper or electronic invoice of the billing information. .
After receiving the payment success notification from the payment platform, the payee user may acquire the billing information carried by the notification, so that the billing system generates the paper or electronic invoice of the billing information. For the electronic invoice, the payee user can also send the electronic invoice to the paying party after the electronic invoice is generated by the billing system; or send it to the payment platform, and indirectly to the paying party via the payment platform.
In the embodiment of the present specification, the billing information of the payer is transmitted during the payment process by the payer; after the payee successfully collects the payment from the payer, the billing information may be provided according to the transmitted billing information. The billing system generates a paper or electronic invoice for the billing information. In this way, the billing efficiency of the payee can be improved; and the billing error caused by human factors can be avoided.
The following describes an embodiment of a method for implementing information transmission according to the example shown in FIG. 9. As shown in FIG. 9, the method may include the following steps:
Step 810: The payee user collects biometric information of the payer;
The biometric information includes at least one of a fingerprint, a palm print, an iris, an eye, a face, a sound wave, and a brain wave.
Step 820: The payee user initiates a payment request including the biometric information to the payment platform.
Step 830: The payment platform acquires the billing information preset by the payer account in the case that the payer account corresponding to the biometric information is identified.
The preset billing information includes: billing information used last time; or billing information with the most history usage; or preset billing information set by the payer.
Step 840: The payment platform returns a payment success notification to the payee user end when the payment is completed; the notification carries the billing information;
Step 850: The receiving party user obtains the billing information carried by the notification when receiving the payment success notification by the payment platform, so that the billing system generates the paper or electronic invoice of the billing information. .
In the embodiment of the present specification, the paying party may automatically complete the payment and automatically transmit the billing information to the payee user end by providing the biometric information only after the payment platform identifies the payer account corresponding to the biometric information. The billing system generates a paper or electronic invoice for the billing information. Compared with the foregoing embodiment, in this embodiment, the payer does not need to carry the payer client, and the user experience is better and the payment efficiency is higher.
Corresponding to the foregoing method embodiment of information transmission, the present specification also provides an embodiment of an apparatus for information transmission. The device embodiment may be implemented by software or by a combination of hardware or hardware and software. Taking the software implementation as an example, as a logical device, the processor of the device in which it is located reads the corresponding computer program instructions in the non-volatile memory into the memory. On a hardware level, a hardware structure of a device in which the device for information transmission of the present specification is located may include a processor, a network interface, a memory, and a non-volatile memory, and the device in which the device is located in the embodiment is generally The actual function of information transmission can also include other hardware, which will not be described here.
FIG. 10 is a block diagram of an apparatus for information transmission according to an embodiment of the present disclosure. The apparatus corresponds to the embodiment shown in FIG. 5, and the apparatus includes:
The obtaining unit 910 is configured to obtain billing information when the payment is made; wherein the billing information is used to generate a paper or an electronic invoice;
The generating unit 920 generates payment information including the billing information.
In an alternative embodiment:
The obtaining unit 910 specifically includes:
In the case of payment, generate payment information that does not include billing information;
The billing information is obtained in the case where the conditions for obtaining the billing information are satisfied.
In an alternative embodiment:
The payment information includes a payment graphic code or a payment sound wave.
In an alternative embodiment:
The obtaining unit 910 specifically includes:
In the case of payment, the pre-configured invoice information of the payer is displayed;
Get the billing information selected by the payer.
In an alternative embodiment:
The obtaining the billing information includes:
Obtain preset billing information;
The preset billing information includes: billing information used last time; or billing information with the most history usage; or preset billing information set by the payer.
FIG. 11 is a block diagram of an apparatus for information transmission according to an embodiment of the present disclosure. The apparatus corresponds to the embodiment shown in FIG. 6. The apparatus includes:
The obtaining unit 1010 is configured to obtain payment information provided by the payment party user, and parse out the invoicing information in the payment information;
Invoking unit 1020, invoking a payment interface of the payment platform to complete the payment;
The generating unit 1030 generates a paper or electronic invoice for the billing information for the billing system upon receiving the payment platform to return the payment successfully.
In an alternative embodiment:
The payment information includes a payment graphic code, and the payment information provided by the payment party user includes:
Scan the payment graphic code provided by the payer client;
or,
The payment information includes a payment sound wave, and the payment information provided by the payment party user includes:
Monitor the payment sound waves broadcast by the payer client.
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.
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.
Figure 10 above shows the internal function module and structure of the device for information transmission. The substantial execution body of the device can be an electronic device, including:
processor;
a memory for storing processor executable instructions;
Obtaining billing information in the case of making a payment; wherein the billing information is used to generate a paper or electronic invoice;
Generate payment information including the billing information.
Figure 11 above illustrates the internal function module and structure of the device for information transmission. The substantial execution body of the device may be an electronic device, including:
processor;
a memory for storing processor executable instructions;
Obtaining the payment information provided by the payment party user, and parsing the invoicing information in the payment information;
Invoking the payment interface of the payment platform to complete the payment;
Upon receipt of the payment platform returning the payment success, the billing system generates a paper or electronic invoice for the billing information.
In the embodiment of the foregoing electronic device, it should be understood that the processor may be a central processing unit (English: Central Processing Unit, CPU for short), or may be other general-purpose processors and digital signal processors (English: Digital Signal Processor) , referred to as: DSP), dedicated integrated circuit (English: Application Specific Integrated Circuit, referred to as: ASIC). The general purpose processor may be a microprocessor or the processor or any conventional processor, and the foregoing memory may be a read-only memory (English: read-only memory, abbreviation: ROM), random access memory. Body (English: random access memory, referred to as: RAM), flash memory, hard disk or solid state hard disk. The steps of the method disclosed in the embodiments of the present invention may be directly implemented as a hardware processor, or may be performed by a combination of a hardware and a software module in a processor.
The various embodiments in the specification are described in a progressive manner, and the same or similar parts between the various embodiments may be referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for an electronic device embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the description of the method embodiment.
Other embodiments of the present specification will be readily apparent to those skilled in the <RTIgt; The description is intended to cover any variations, uses, or adaptations of the present specification, which are in accordance with the general principles of the specification and include common general knowledge or common technical means in the art that are not disclosed in this specification. . The specification and examples are to be regarded as illustrative only, and the true scope and spirit of the specification
It is to be understood that the invention is not limited to the details of the details and The scope of the present specification is limited only by the scope of the appended claims.

11‧‧‧付款方用戶端11‧‧‧Payer client

12‧‧‧收款方用戶端 12‧‧‧ Receiver client

121‧‧‧開票系統 121‧‧‧Invoicing system

13‧‧‧支付平臺 13‧‧‧Payment platform

210-250‧‧‧步驟 210-250‧‧‧Steps

311‧‧‧發票資訊 311‧‧‧Invoice Information

312‧‧‧圖示 312‧‧‧ icon

313‧‧‧新增按鈕 313‧‧‧Add button

314‧‧‧詳情按鈕 314‧‧‧Detail button

411‧‧‧編輯按鈕 411‧‧‧Edit button

510-520‧‧‧步驟 510-520‧‧‧Steps

610-630‧‧‧步驟 610-630‧‧‧Steps

710-750‧‧‧步驟 710-750‧‧ steps

810-850‧‧‧步驟 810-850‧‧‧Steps

910‧‧‧獲取單元 910‧‧‧Acquisition unit

920‧‧‧產生單元 920‧‧‧Generating unit

1010‧‧‧獲取單元 1010‧‧‧Acquisition unit

1020‧‧‧調用單元 1020‧‧‧call unit

1030‧‧‧產生單元 1030‧‧‧Generating unit

圖1是本說明書一實施例提供的實現資訊傳輸的的系統架構概念圖;1 is a conceptual diagram of a system architecture for implementing information transmission according to an embodiment of the present disclosure;

圖2是本說明書一實施例提供的資訊傳輸的方法的流程圖; 2 is a flowchart of a method for information transmission provided by an embodiment of the present disclosure;

圖3是本說明書一實施例提供的展示開票資訊的示意圖; 3 is a schematic diagram showing the billing information provided by an embodiment of the present specification;

圖4是本說明書一實施例提供的發票詳情示意圖; 4 is a schematic diagram of invoice details provided by an embodiment of the present specification;

圖5是對應圖2的以付款方用戶端為執行主體的資訊傳輸的方法的流程圖; 5 is a flowchart corresponding to the method for transmitting information of the paying party as the execution subject of FIG. 2;

圖6是對應圖2的以收款方用戶端為執行主體的資訊傳輸的方法的流程圖; 6 is a flowchart corresponding to the method of FIG. 2 for transmitting information by the payee client as an execution subject;

圖7是本說明書一實施例提供的資訊傳輸的方法的流程圖; 7 is a flowchart of a method for information transmission provided by an embodiment of the present specification;

圖8a是本說明書一實施例提供的付款介面的示意圖; FIG. 8a is a schematic diagram of a payment interface provided by an embodiment of the present specification; FIG.

圖8b是本說明書一實施例提供的付款方預先配置的發票資訊; FIG. 8b is a pre-configured invoice information of a payer provided by an embodiment of the present specification; FIG.

圖9是本說明書一實施例提供的資訊傳輸的方法的流程圖; 9 is a flowchart of a method for information transmission provided by an embodiment of the present disclosure;

圖10是本說明書一實施例提供的資訊傳輸的裝置的模組示意圖; FIG. 10 is a schematic block diagram of an apparatus for information transmission according to an embodiment of the present disclosure; FIG.

圖11是本說明書一實施例提供的資訊傳輸的裝置的模組示意圖。 FIG. 11 is a schematic block diagram of an apparatus for information transmission according to an embodiment of the present disclosure.

Claims (20)

一種資訊傳輸的方法,該方法包括: 在付款方用戶端進行付款的情況下,該付款方用戶端獲取開票資訊;其中,該開票資訊用於產生紙本或者電子發票; 該付款方用戶端產生包含該開票資訊的付款資訊; 收款方用戶端獲取該付款方用戶端提供的付款資訊,解析出該付款資訊中開票資訊; 該收款方用戶端調用支付平臺的支付介面用以完成收款; 在該收款方用戶端接收到該支付平臺返回收款成功的情況下,供開票系統產生該開票資訊的紙本或者電子發票。A method of information transmission, the method comprising: In the case that the paying party user makes a payment, the paying party user obtains the billing information; wherein the billing information is used to generate a paper or an electronic invoice; The payer client generates payment information including the billing information; The payee user obtains the payment information provided by the payer user, and parses out the billing information in the payment information; The payee user invokes the payment interface of the payment platform to complete the payment; In the case that the payee user end receives the payment platform and returns the payment success, the billing system generates a paper or electronic invoice of the billing information. 一種資訊傳輸的方法,該方法包括: 在進行付款的情況下,獲取開票資訊;其中,該開票資訊用於產生紙本或者電子發票; 產生包含該開票資訊的付款資訊。A method of information transmission, the method comprising: In the case of making a payment, obtaining billing information; wherein the billing information is used to generate a paper or electronic invoice; Generate payment information that includes the billing information. 根據請求項2所述的方法,該付款資訊包括付款圖形碼或付款聲波。According to the method of claim 2, the payment information includes a payment graphic code or a payment sound wave. 根據請求項2所述的方法,該在進行付款的情況下,獲取開票資訊,具體包括: 在進行付款的情況下,產生不包含開票資訊的付款資訊; 在滿足執行獲取開票資訊的條件的情況下,獲取開票資訊。According to the method of claim 2, in the case of making a payment, obtaining the billing information includes: In the case of payment, generate payment information that does not include billing information; The billing information is obtained in the case where the conditions for obtaining the billing information are satisfied. 根據請求項2所述的方法,該在進行付款的情況下,獲取開票資訊,具體包括: 在進行付款的情況下,展示付款方預先配置的發票資訊; 獲取付款方選擇的開票資訊。According to the method of claim 2, in the case of making a payment, obtaining the billing information includes: In the case of payment, the pre-configured invoice information of the payer is displayed; Get the billing information selected by the payer. 根據請求項2所述的方法,該獲取開票資訊,具體包括: 獲取預設的開票資訊; 該預設的開票資訊包括:最近一次使用的開票資訊;或者,歷史使用次數最多的開票資訊;或者,付款方設置的預設開票資訊。According to the method of claim 2, the obtaining the billing information includes: Obtain preset billing information; The preset billing information includes: the latest billing information used; or the most used billing information in history; or the default billing information set by the payer. 一種資訊傳輸的方法,該方法包括: 獲取付款方用戶端提供的付款資訊,解析出該付款資訊中開票資訊; 調用支付平臺的支付介面用以完成收款; 在接收到該支付平臺返回收款成功的情況下,供開票系統產生該開票資訊的紙本或者電子發票。A method of information transmission, the method comprising: Obtain payment information provided by the payer user, and parse out the billing information in the payment information; Invoking the payment interface of the payment platform to complete the payment; In case the receiving payment platform returns the payment successfully, the billing system generates a paper or electronic invoice of the billing information. 根據請求項7所述的方法,該付款資訊包括付款圖形碼,該獲取付款方用戶端提供的付款資訊,具體包括: 掃描付款方用戶端提供的付款圖形碼; 或者, 該付款資訊包括付款聲波,該獲取付款方用戶端提供的付款資訊,具體包括: 監聽付款方用戶端廣播的付款聲波。According to the method of claim 7, the payment information includes a payment graphic code, and the payment information provided by the payment party user includes: Scan the payment graphic code provided by the payer client; or, The payment information includes a payment sound wave, and the payment information provided by the payment party user includes: Monitor the payment sound waves broadcast by the payer client. 一種資訊傳輸的方法,該方法包括: 付款方用戶端獲取收款資訊,解析出該收款資訊中收款方帳戶; 該付款方用戶端獲取開票資訊;其中,該開票資訊用於產生紙本或者電子發票; 該付款方用戶端調用支付平臺的支付介面用以完成向收款方帳戶付款,並向該支付平臺發送該開票資訊; 該支付平臺接收該開票資訊,在該收款方帳戶收款成功的情況下,向收款方用戶端發送收款成功通知,該通知攜帶有該開票資訊; 該收款方用戶端在接收到該支付平臺發送收款成功通知的情況下,獲取該通知攜帶的開票資訊,從而供開票系統產生該開票資訊的紙本或者電子發票。A method of information transmission, the method comprising: The paying party user obtains the payment information, and parses out the payee account in the payment information; The payer client obtains billing information; wherein the billing information is used to generate a paper or electronic invoice; The payer user invokes a payment interface of the payment platform to complete payment to the payee account and send the billing information to the payment platform; Receiving the billing information, the payment platform sends a payment success notification to the payee user in the case that the payee account is successfully received, and the notification carries the billing information; When receiving the payment success notification, the payee user obtains the billing information carried by the notification, so that the billing system generates the paper or electronic invoice of the billing information. 根據請求項9所述的方法,該付款資訊包括付款圖形碼或付款聲波。According to the method of claim 9, the payment information includes a payment graphic code or a payment sound wave. 根據請求項9所述的方法,該付款方用戶端獲取開票資訊,具體包括: 該付款方用戶端獲取預設的開票資訊; 該預設的開票資訊包括:最近一次使用的開票資訊;或者,歷史使用次數最多的開票資訊;或者,付款方設置的預設開票資訊。According to the method of claim 9, the paying party obtains the billing information, which specifically includes: The payer client obtains preset billing information; The preset billing information includes: the latest billing information used; or the most used billing information in history; or the default billing information set by the payer. 根據請求項9所述的方法,該付款方用戶端獲取開票資訊,具體包括: 該付款方用戶端展示付款方預先配置的發票資訊; 該付款方用戶端獲取付款方選擇的開票資訊。According to the method of claim 9, the paying party obtains the billing information, which specifically includes: The payer client displays pre-configured invoice information of the payer; The payer client obtains the billing information selected by the payer. 根據請求項9所述的方法,該付款方用戶端獲取開票資訊,具體包括: 在滿足執行獲取開票資訊的條件的情況下,該付款方用戶端獲取開票資訊。According to the method of claim 9, the paying party obtains the billing information, which specifically includes: The payee client obtains the billing information in the case that the condition for obtaining the billing information is satisfied. 一種資訊傳輸的方法,該方法包括: 收款方用戶端採集付款方的生物特徵資訊; 該收款方用戶端向支付平臺發起包含有該生物特徵資訊的收款請求; 該支付平臺在識別出該生物特徵資訊對應的付款方帳戶的情況下,獲取該付款方帳戶預設的開票資訊; 該支付平臺在完成收款的情況下,向該收款方用戶端返回收款成功通知;該通知攜帶有該開票資訊; 該收款方用戶端在接收到該支付平臺發送收款成功通知的情況下,獲取該通知攜帶的開票資訊,從而供開票系統產生該開票資訊的紙本或者電子發票。A method of information transmission, the method comprising: The payee user collects biometric information of the payer; The payee client initiates a payment request including the biometric information to the payment platform; The payment platform acquires the billing information preset by the payer account in the case that the payer account corresponding to the biometric information is identified; The payment platform returns a payment success notification to the payee user end when the payment is completed; the notification carries the billing information; When receiving the payment success notification, the payee user obtains the billing information carried by the notification, so that the billing system generates the paper or electronic invoice of the billing information. 根據請求項14所述的方法,該生物特徵資訊包括指紋、掌紋、虹膜、眼紋、人臉、聲波、腦電波中的至少一種。According to the method of claim 14, the biometric information includes at least one of a fingerprint, a palm print, an iris, an eye, a face, a sound wave, and a brain wave. 根據請求項14所述的方法,該預設的開票資訊包括:最近一次使用的開票資訊;或者,歷史使用次數最多的開票資訊;或者,付款方設置的預設開票資訊。According to the method of claim 14, the preset billing information includes: the latest billing information used; or the billing information with the most history usage; or the preset billing information set by the payer. 一種資訊傳輸的裝置,該裝置包括: 獲取單元,在進行付款的情況下,獲取開票資訊;其中,該開票資訊用於產生紙本或者電子發票; 產生單元,產生包含該開票資訊的付款資訊。A device for information transmission, the device comprising: Obtaining a unit, in the case of making a payment, obtaining billing information; wherein the billing information is used to generate a paper or an electronic invoice; A generating unit generates payment information including the billing information. 一種資訊傳輸的裝置,該裝置包括: 獲取單元,獲取付款方用戶端提供的付款資訊,解析出該付款資訊中開票資訊; 調用單元,調用支付平臺的支付介面用以完成收款; 產生單元,在接收到該支付平臺返回收款成功的情況下,供開票系統產生該開票資訊的紙本或者電子發票。A device for information transmission, the device comprising: Obtaining a unit, obtaining payment information provided by the paying party user, and parsing the billing information in the payment information; Calling the unit, calling the payment interface of the payment platform to complete the payment; The generating unit, in case the receiving payment platform returns the payment success, the billing system generates the paper or electronic invoice of the billing information. 一種電子設備,包括: 處理器; 用於儲存處理器可執行指令的記憶體; 其中,該處理器被配置為: 在進行付款的情況下,獲取開票資訊;其中,該開票資訊用於產生紙本或者電子發票; 產生包含該開票資訊的付款資訊。An electronic device comprising: processor; a memory for storing processor executable instructions; Wherein the processor is configured to: In the case of making a payment, obtaining billing information; wherein the billing information is used to generate a paper or electronic invoice; Generate payment information that includes the billing information. 一種電子設備,包括: 處理器; 用於儲存處理器可執行指令的記憶體; 其中,該處理器被配置為: 獲取付款方用戶端提供的付款資訊,解析出該付款資訊中開票資訊; 調用支付平臺的支付介面用以完成收款; 在接收到該支付平臺返回收款成功的情況下,供開票系統產生該開票資訊的紙本或者電子發票。An electronic device comprising: processor; a memory for storing processor executable instructions; Wherein the processor is configured to: Obtain payment information provided by the payer user, and parse out the billing information in the payment information; Invoking the payment interface of the payment platform to complete the payment; In case the receiving payment platform returns the payment successfully, the billing system generates a paper or electronic invoice of the billing information.
TW107143238A 2018-01-02 2018-12-03 Method and apparatus for information transmission and electronic device TW201931257A (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810000863.7A CN108269135B (en) 2018-01-02 2018-01-02 Information transmission method and device and electronic equipment
??201810000863.7 2018-01-02

Publications (1)

Publication Number Publication Date
TW201931257A true TW201931257A (en) 2019-08-01

Family

ID=62773197

Family Applications (1)

Application Number Title Priority Date Filing Date
TW107143238A TW201931257A (en) 2018-01-02 2018-12-03 Method and apparatus for information transmission and electronic device

Country Status (3)

Country Link
CN (2) CN108269135B (en)
TW (1) TW201931257A (en)
WO (1) WO2019134543A1 (en)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108269135B (en) * 2018-01-02 2021-08-24 创新先进技术有限公司 Information transmission method and device and electronic equipment
JP2020098504A (en) * 2018-12-18 2020-06-25 株式会社メルカリ Method for processing information, information processor, and program
CN109949110A (en) * 2019-02-19 2019-06-28 西安艾润物联网技术服务有限责任公司 Invoices processing method, system, equipment and computer readable storage medium
CN110400139B (en) * 2019-07-31 2022-06-10 中国人民银行数字货币研究所 Payment method, device and system based on public digital wallet
JP2022091577A (en) * 2020-12-09 2022-06-21 株式会社リコー Information processing device, information processing method, program, and information process system
CN112700318A (en) * 2021-01-12 2021-04-23 海尔数字科技(青岛)有限公司 Financial processing method, device, electronic equipment and storage medium
CN113362121A (en) * 2021-06-22 2021-09-07 邓生毛 Electronic invoice system
CN113656415B (en) * 2021-06-30 2024-06-07 微梦创科网络科技(中国)有限公司 Payment method, payment device, payment apparatus, and storage medium
CN113537973A (en) * 2021-08-25 2021-10-22 苏州触达信息技术有限公司 Rapid payment method and system based on ultrasonic sound waves

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103500411A (en) * 2013-08-22 2014-01-08 王亚君 System and method for achieving electronic invoice
CN105185005A (en) * 2015-06-25 2015-12-23 税友软件集团股份有限公司 Invoice generating method and invoice generating equipment
CN105374134B (en) * 2015-12-01 2017-10-31 广州神马移动信息科技有限公司 Method, payment system, checkout terminal and the cash receiving terminal of printed invoice
CN106875239A (en) * 2017-01-25 2017-06-20 金蝶软件(中国)有限公司 Invoice information generation method and device
CN106875238B (en) * 2017-01-25 2021-02-02 金蝶票据云科技(深圳)有限公司 Invoice information generation method and device
CN108269135B (en) * 2018-01-02 2021-08-24 创新先进技术有限公司 Information transmission method and device and electronic equipment

Also Published As

Publication number Publication date
CN108269135A (en) 2018-07-10
CN108269135B (en) 2021-08-24
CN113850634A (en) 2021-12-28
WO2019134543A1 (en) 2019-07-11

Similar Documents

Publication Publication Date Title
WO2019134543A1 (en) Method and apparatus for information transmission and electronic device
US11989708B2 (en) Conversational management of partial payment transactions
US9225840B2 (en) System and method for providing a communication endpoint information service
WO2017219988A1 (en) Payment method, payment terminal, and payment server
US20100145861A1 (en) Payment transaction processing for mobile computing devices
US8265610B1 (en) Sponsored keyword usage in voice communication
JP7086137B2 (en) How and equipment to display information
CN101689210A (en) Gathering and search are from the profile data of a plurality of services
WO2014173286A1 (en) Method and apparatus for implementing a network transaction
TW201915894A (en) Method for realizing an installment business based on credit
US20120185382A1 (en) Pay by link system and method
CN112163946A (en) Accounting processing method and device based on distributed transaction system
CN114169885A (en) Digital currency payment method, device, terminal and computer readable storage medium
CN113691618B (en) Message notification method, device, message center and storage medium
JP2019536142A (en) Remittance method and system
WO2019179249A1 (en) Payment method and device and electronic apparatus
CN112732547B (en) Service testing method and device, storage medium and electronic equipment
CN110532810B (en) Information processing method and device, electronic equipment and readable storage medium
CN108764861B (en) Information acquisition method and device and electronic equipment
CN111192036A (en) Account resource updating method and device, computer equipment and storage medium
RU2532875C2 (en) Service presentation method, device and system
EA200901089A1 (en) METHOD AND SYSTEM FOR PROCESSING CREDITS FOR THEIR USE OF THE COMMUNICATION NETWORK SUBSCRIBERS
CN110378785B (en) Transaction processing method, apparatus, computing device and medium executed by server
CN110581771B (en) Method for processing cost split by using network message service, computer device readable storage medium and computer device
CN110992044B (en) Data processing method and device, electronic equipment and readable storage medium