本發(fā)明涉及移動支付技術(shù)領(lǐng)域，尤其涉及一種悅單信息處理系統(tǒng)、悅單信息處理方法及裝置。

背景技術(shù)：

目前，在一些行業(yè)如餐飲行業(yè)，移動支付的應(yīng)用越來越普及。用于移動支付的移動支付APP種類較多，例如微信、支付寶、POS通等錢包等等，不同的用戶在進(jìn)行移動支付時所使用的移動支付APP可能會有所不同，餐飲企業(yè)為了受理不同的移動支付應(yīng)用，通常會放置多個二維碼給客戶進(jìn)行掃碼支付。由于每個二維碼對應(yīng)的支付渠道不同，餐飲企業(yè)會接收到來自多個渠道的支付信息，如多筆入賬資金和對賬文件，這導(dǎo)致信息不便于管理。

技術(shù)實現(xiàn)要素：

有鑒于此，本發(fā)明提供了一種悅單信息處理系統(tǒng)、悅單信息處理方法及裝置，用以解決現(xiàn)有技術(shù)中，企業(yè)為了受理不同的移動支付應(yīng)用，通常會放置多個二維碼給客戶進(jìn)行掃碼支付，而由于每個二維碼對應(yīng)的支付渠道不同，企業(yè)會接收到來自多個渠道的支付信息，如多筆入賬資金和對賬文件，這導(dǎo)致信息不便于管理的問題，其技術(shù)方案如下：

一種悅單信息處理系統(tǒng)，包括：核心處理系統(tǒng)、營銷系統(tǒng)和互聯(lián)網(wǎng)支付系統(tǒng)；

所述核心處理系統(tǒng)，用于接收商戶收銀系統(tǒng)發(fā)送的賬單信息，以及，在接收到終端通過掃描所述賬單信息中的二維碼發(fā)起的優(yōu)惠查詢請求時，查詢所述賬單信息中的商戶信息是否存在優(yōu)惠信息，當(dāng)存在所述優(yōu)惠信息時，向所述營銷系統(tǒng)發(fā)送包含所述賬單信息的優(yōu)惠額度查詢請求；

所述營銷系統(tǒng)，用于在接收到所述包含所述賬單信息的優(yōu)惠額度查詢請求時，查詢與所述賬單信息中的商戶信息對應(yīng)的優(yōu)惠額度信息，并將所述優(yōu)惠額度信息發(fā)送至所述核心處理系統(tǒng)；

所述核心處理系統(tǒng)，還用于將所述優(yōu)惠額度信息發(fā)送至所述終端，以及，當(dāng)接收到所述終端發(fā)送的支付請求時，將所述支付請求發(fā)送至所述互聯(lián)網(wǎng)支付系統(tǒng)；

所述互聯(lián)網(wǎng)支付系統(tǒng)，用于將所述支付請求發(fā)送至目標(biāo)支付平臺，并在接收到所述目標(biāo)支付平臺反饋的支付成功結(jié)果時，將所述支付成功結(jié)果發(fā)送到所述核心處理系統(tǒng)；

所述核心處理系統(tǒng)，還用于在接收到所述支付成功結(jié)果時，向所述營銷系統(tǒng)發(fā)送核銷優(yōu)惠信息的指示信息；

所述營銷系統(tǒng)，還用于核銷與所述賬單信息對應(yīng)的優(yōu)惠信息，并將核銷成功結(jié)果發(fā)送至所述核心處理系統(tǒng)；

所述核心處理系統(tǒng)，還用于將所述支付成功結(jié)果及所述核銷成功結(jié)果發(fā)送至所述商戶收銀系統(tǒng)和所述終端。

所述系統(tǒng)還包括所述商戶收銀系統(tǒng)和所述終端；

所述商戶收銀系統(tǒng)，用于基于預(yù)設(shè)規(guī)則生成二維碼，并在打印所述賬單信息時，將所述賬單信息發(fā)送至所述核心處理系統(tǒng)，所述賬單信息中包含所述二維碼；

所述終端，用于通過掃描所述賬單信息中的二維碼向所述核心處理系統(tǒng)發(fā)起所述優(yōu)惠查詢請求。

其中，所述終端發(fā)送的支付請求中包含支付平臺指示信息；

所述互聯(lián)網(wǎng)支付系統(tǒng)，具體用于基于所述支付請求中的所述支付平臺指示信息確定所述目標(biāo)支付平臺，并將所述支付請求發(fā)送至所述目標(biāo)支付平臺。

其中，所述核心處理系統(tǒng)預(yù)存有商家信息以及所述商家是否存在優(yōu)惠的指示信息；

所述核心處理系統(tǒng)，具體用于利用所述賬單信息中的商家信息、基于預(yù)存的所述商家信息以及所述商家是否存在優(yōu)惠的指示信息，確定所述賬單信息中的商家信息是否存在優(yōu)惠信息；

所述營銷系統(tǒng)預(yù)存有商家信息和所述商家信息的優(yōu)惠額度信息；

所述營銷系統(tǒng)，具體用于在接收到所述優(yōu)惠額度查詢請求時，利用所述賬單信息中的商家信息、基于預(yù)存的所述商家信息和所述商家信息的優(yōu)惠額度信息，確定所述賬單信息中的商戶信息對應(yīng)的優(yōu)惠額度信息。

其中，所述二維碼中包括網(wǎng)址信息，所述優(yōu)惠查詢請求用于請求從所述核心處理系統(tǒng)獲取與所述網(wǎng)址信息對應(yīng)的網(wǎng)頁頁面；

所述核心處理系統(tǒng)，具體用于在接收到所述營銷系統(tǒng)反饋的所述優(yōu)惠額度信息時，生成包含所述優(yōu)惠額度信息的所述網(wǎng)頁頁面，并將所述網(wǎng)頁頁面反饋給所述終端。

其中，所述網(wǎng)頁頁面中還包含自主開發(fā)票的指示信息；

所述終端，用于基于用戶對所述自主開發(fā)票的指示信息的操作生成發(fā)票信息，以及，在接收到發(fā)票打印指令時，向發(fā)票打印系統(tǒng)發(fā)送所述發(fā)票信息，以使所述發(fā)票打印系統(tǒng)基于所述發(fā)票信息打印發(fā)票。

一種悅單信息處理方法，應(yīng)用于上述的悅單信息處理系統(tǒng)，所述方法包括：

核心處理系統(tǒng)接收商戶收銀系統(tǒng)發(fā)送的賬單信息，以及，在接收到終端通過掃描所述賬單信息中的二維碼發(fā)起的優(yōu)惠查詢請求時，查詢所述賬單信息中的商戶信息是否存在優(yōu)惠信息，當(dāng)存在所述優(yōu)惠信息時，向營銷系統(tǒng)發(fā)送包含所述賬單信息的優(yōu)惠額度查詢請求；

所述營銷系統(tǒng)在接收到所述包含所述賬單信息的優(yōu)惠額度查詢請求時，查詢與所述賬單信息中的商戶信息對應(yīng)的優(yōu)惠額度信息，并將所述優(yōu)惠額度信息發(fā)送至所述核心處理系統(tǒng)；

所述核心處理系統(tǒng)將所述優(yōu)惠額度信息發(fā)送至所述終端，并在接收到所述終端發(fā)送的支付請求時，將所述支付請求發(fā)送至互聯(lián)網(wǎng)支付系統(tǒng)；

所述互聯(lián)網(wǎng)支付系統(tǒng)將所述支付請求發(fā)送至目標(biāo)支付平臺，并在接收到所述目標(biāo)支付平臺反饋的支付成功結(jié)果時，將所述支付成功結(jié)果發(fā)送到所述核心處理系統(tǒng)；

所述核心處理系統(tǒng)在接收到所述支付成功結(jié)果時，向所述營銷系統(tǒng)發(fā)送核銷優(yōu)惠信息的指示信息；

所述營銷系統(tǒng)核銷與所述賬單信息對應(yīng)的優(yōu)惠信息，并將核銷成功結(jié)果發(fā)送至所述核心處理系統(tǒng)；

所述核心處理系統(tǒng)將所述支付成功結(jié)果及所述核銷成功結(jié)果發(fā)送至所述商戶收銀系統(tǒng)和所述終端。

一種悅單信息處理方法，應(yīng)用于上述的悅單信息處理系統(tǒng)中的核心處理系統(tǒng)，所述方法包括：

接收商戶收銀系統(tǒng)發(fā)送的賬單信息，并在接收到終端通過掃描所述賬單信息中的二維碼發(fā)起的優(yōu)惠查詢請求時，查詢所述賬單中的商戶信息是否存在優(yōu)惠信息，當(dāng)存在所述優(yōu)惠信息時，向營銷系統(tǒng)發(fā)送包含所述賬單信息的優(yōu)惠額度查詢請求；

當(dāng)接收到所述營銷系統(tǒng)發(fā)送的優(yōu)惠額度信息時，將所述優(yōu)惠額度信息發(fā)送至所述終端；

當(dāng)接收到終端發(fā)送的支付請求時，將所述支付請求發(fā)送至互聯(lián)網(wǎng)支付系統(tǒng)，以使所述互聯(lián)網(wǎng)支付系統(tǒng)將所述支付請求發(fā)送至目標(biāo)支付平臺；

當(dāng)接收到所述互聯(lián)網(wǎng)支付系統(tǒng)發(fā)送的支付成功結(jié)果時，通知所述營銷系統(tǒng)核銷與所述賬單信息對應(yīng)的優(yōu)惠信息，并在接收到核銷成功結(jié)果時，將所述支付成功結(jié)果及所述核銷成功結(jié)果發(fā)送至所述商戶收銀系統(tǒng)和所述終端。

其中，所述二維碼中包括網(wǎng)址信息，所述優(yōu)惠查詢請求用于請求從所述核心處理系統(tǒng)獲取與所述網(wǎng)址信息對應(yīng)的網(wǎng)頁頁面；

所述當(dāng)接收到所述營銷系統(tǒng)發(fā)送的優(yōu)惠額度信息時，將所述優(yōu)惠額度信息發(fā)送至所述終端，包括：

當(dāng)接收到所述營銷系統(tǒng)反饋的所述優(yōu)惠額度信息時，生成包含所述優(yōu)惠額度信息的所述網(wǎng)頁頁面，并將所述網(wǎng)頁頁面反饋給所述終端。

一種悅單信息處理裝置，應(yīng)用于上述的悅單信息處理系統(tǒng)中的核心處理系統(tǒng)，所述信息處理裝置包括：

第一接收模塊，用于接收商戶收銀系統(tǒng)發(fā)送的賬單信息，以及終端通過掃描所述賬單信息中的二維碼發(fā)起的優(yōu)惠查詢請求；

查詢模塊，用于查詢所述賬單中的商戶信息是否存在優(yōu)惠信息；

第一發(fā)送模塊，用于當(dāng)存在所述優(yōu)惠信息時，向營銷系統(tǒng)發(fā)送包含所述賬單信息的優(yōu)惠額度查詢請求；

第二接收模塊，用于接收所述營銷系統(tǒng)發(fā)送的優(yōu)惠額度信息；

第二發(fā)送模塊，用于將所述優(yōu)惠額度信息發(fā)送至所述終端；

第三接收模塊，用于接收所述終端發(fā)送的支付請求時；

第四發(fā)送模塊，用于將所述支付請求發(fā)送至互聯(lián)網(wǎng)支付系統(tǒng)，以使所述互聯(lián)網(wǎng)支付系統(tǒng)將所述支付請求發(fā)送至目標(biāo)支付平臺；

第四接收模塊，用于接收所述互聯(lián)網(wǎng)支付系統(tǒng)發(fā)送的支付成功結(jié)果；

通知模塊，用于通知所述營銷系統(tǒng)核銷與所述賬單信息對應(yīng)的優(yōu)惠信息；

第五接收模塊，用于接收所述營銷系統(tǒng)的核銷成功結(jié)果；

第五發(fā)送模塊，用于將所述支付成功結(jié)果及所述核銷成功結(jié)果發(fā)送至所述商戶收銀系統(tǒng)和所述終端。

上述技術(shù)方案具有如下有益效果：

本發(fā)明提供的悅單信息處理系統(tǒng)、悅單信息處理方法及裝置，提供了統(tǒng)一的移動支付模式，其能夠?qū)崿F(xiàn)各種移動支付APP的統(tǒng)一受理，即不論用戶使用何種移動支付APP，商家只需要提供一個二維碼即可，互聯(lián)網(wǎng)支付平臺后端對接各種交易渠道，例如微信，支付寶，POS通，各種錢包類APP等，在進(jìn)行支付時，由互聯(lián)網(wǎng)支付平臺負(fù)責(zé)支付的轉(zhuǎn)接。由于只使用一個二維碼，因此，對于商戶而言，其只能收到來自一個渠道的資金清算與對賬文件，統(tǒng)一的資金清算與對賬文件使得信息管理比較便利。另外，核心處理系統(tǒng)和營銷系統(tǒng)實現(xiàn)了營銷優(yōu)惠信息的統(tǒng)一管理，用戶利用終端掃描二維碼便可經(jīng)核心處理系統(tǒng)從營銷系統(tǒng)獲得優(yōu)惠信息。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)提供的附圖獲得其他的附圖。

圖1為本發(fā)明實施例提供的悅單信息處理系統(tǒng)的結(jié)構(gòu)示意圖；

圖2為本發(fā)明實施例提供的悅單信息處理系統(tǒng)一具體實現(xiàn)實例的結(jié)構(gòu)示意圖；

圖3為本發(fā)明實施例提供的悅單信息處理方法的流程示意圖；

圖4為本發(fā)明實施例提供的悅單信息處理方法的流程示意圖；

圖5為本發(fā)明實施例提供的信息處理裝置的結(jié)構(gòu)示意圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。

本發(fā)明實施例提供了一種悅單信息處理系統(tǒng)，請參閱圖1，示出了該悅單信息處理系統(tǒng)的結(jié)構(gòu)示意圖，該悅單信息處理系統(tǒng)可以包括：核心處理系統(tǒng)101、營銷系統(tǒng)102和互聯(lián)網(wǎng)支付系統(tǒng)103。其中：

核心處理系統(tǒng)101，用于接收商戶收銀系統(tǒng)發(fā)送的賬單信息，以及，在接收到終端通過掃描賬單信息中的二維碼發(fā)起的優(yōu)惠查詢請求時，查詢賬單信息中的商戶信息是否存在優(yōu)惠信息，當(dāng)存在優(yōu)惠信息時，向營銷系統(tǒng)102發(fā)送包含賬單信息的優(yōu)惠額度查詢請求。

營銷系統(tǒng)102，用于在接收到包含賬單信息的優(yōu)惠額度查詢請求時，查詢與賬單信息中的商戶信息對應(yīng)的優(yōu)惠額度信息，并將優(yōu)惠額度信息發(fā)送至核心處理系統(tǒng)101。

核心處理系統(tǒng)101，還用于將優(yōu)惠額度信息發(fā)送至終端，以及，當(dāng)接收到終端發(fā)送的支付請求時，將支付請求發(fā)送至互聯(lián)網(wǎng)支付系統(tǒng)103。

互聯(lián)網(wǎng)支付系統(tǒng)103，用于將支付請求發(fā)送至目標(biāo)支付平臺，并在接收到目標(biāo)支付平臺反饋的支付成功結(jié)果時，將支付成功結(jié)果發(fā)送到核心處理系統(tǒng)101。

核心處理系統(tǒng)101，還用于在接收到支付成功結(jié)果時，向營銷系統(tǒng)102發(fā)送核銷優(yōu)惠信息的指示信息。

營銷系統(tǒng)102，還用于核銷與賬單信息對應(yīng)的優(yōu)惠信息，并將核銷成功結(jié)果發(fā)送至核心處理系統(tǒng)101。

核心處理系統(tǒng)101，還用于將支付成功結(jié)果及核銷成功結(jié)果發(fā)送至商戶收銀系統(tǒng)和終端。

本發(fā)明實施例提供的悅單信息處理系統(tǒng)，提供了統(tǒng)一的移動支付模式，其能夠?qū)崿F(xiàn)各種移動支付APP的統(tǒng)一受理，即不論用戶使用何種移動支付APP，商家只需要提供一個二維碼即可，互聯(lián)網(wǎng)支付平臺后端對接各種交易渠道，例如微信，支付寶，POS通，各種錢包類APP等，在進(jìn)行支付時，由互聯(lián)網(wǎng)支付平臺負(fù)責(zé)支付的轉(zhuǎn)接。由于只使用一個二維碼，因此，對于商戶而言，其只能收到來自一個渠道的資金清算與對賬文件，統(tǒng)一的資金清算與對賬文件使得信息管理比較便利。另外，核心處理系統(tǒng)和營銷系統(tǒng)實現(xiàn)了營銷優(yōu)惠信息的統(tǒng)一管理，用戶利用終端掃描二維碼可經(jīng)核心處理系統(tǒng)從營銷系統(tǒng)獲得優(yōu)惠信息。

在一種可能的實現(xiàn)方式中，上述實施例提供的悅單信息處理系統(tǒng)中，核心處理系統(tǒng)可預(yù)存商家信息以及商家是否存在優(yōu)惠的指示信息。

當(dāng)核心處理系統(tǒng)接收到終端發(fā)送的優(yōu)惠查詢請求時，利用賬單信息中的商家信息、基于預(yù)存的商家信息以及商家是否存在優(yōu)惠的指示信息，確定賬單信息中的商家信息是否存在優(yōu)惠信息。

在一種可能的實現(xiàn)方式中，如果商家的所有商品均有優(yōu)惠，例如，所有商品均打8折，則商家信息可以包括商家名稱，商家是否存在優(yōu)惠的指示信息只用于指示該商家名稱對應(yīng)的商家是否存在優(yōu)惠即可。

在另一種可能的實現(xiàn)方式，如果商家只有部分商品有優(yōu)惠，則商家信息可以包括商家名稱以及商家的產(chǎn)品信息，商家是否存在優(yōu)惠的指示信息用于指示商家名稱所對應(yīng)的商家的各個商品是否存在優(yōu)惠。例如商家名稱為a，商家的商品包括a1、a2、a3、a4、a5，商家是否存在優(yōu)惠的指示信息用于指示商家的商品a1、a2、a3、a4、a5是否存在優(yōu)惠。

在第一種可能的實現(xiàn)方式中，悅單系統(tǒng)核心處理系統(tǒng)只需要根據(jù)賬單信息中的商家名稱查詢該商家是否存在優(yōu)惠即可，一旦查詢到該商家存在優(yōu)惠信息，即可向營銷系統(tǒng)發(fā)送優(yōu)惠額度查詢請求。在第二種可能的實現(xiàn)方式中，核心處理系統(tǒng)可基于賬單信息中的商家名稱和商品信息進(jìn)行查詢，如果查詢發(fā)現(xiàn)賬單信息中有至少一個商品存在優(yōu)惠，則向營銷系統(tǒng)發(fā)送優(yōu)惠額度查詢請求，如果查詢發(fā)現(xiàn)賬單信息中的產(chǎn)品均不存在優(yōu)惠，則不需再向營銷系統(tǒng)發(fā)送優(yōu)惠額度查詢請求，直接向終端反饋賬單信息中的商品不存在優(yōu)惠的指示信息。

需要說明的是，在本實施例中，核心處理系統(tǒng)只是查詢賬單信息中的商家或商品是否存在優(yōu)惠，而當(dāng)存在優(yōu)惠時，具體的優(yōu)惠額度需要去營銷系統(tǒng)查詢獲得。

在本發(fā)明實施例中，營銷系統(tǒng)預(yù)存有商家信息和商家信息的優(yōu)惠額度信息。

營銷系統(tǒng)在接收到優(yōu)惠額度查詢請求時，利用賬單信息中的商家信息、基于預(yù)存的商家信息和商家信息的優(yōu)惠額度信息，確定賬單信息中的商戶信息對應(yīng)的優(yōu)惠額度信息。

在一種可能的實現(xiàn)方式中，如果商家的所有商品均有優(yōu)惠，則商家信息可以包括商家名稱，與商家信息所對應(yīng)的優(yōu)惠額度信息可以為折扣信息、優(yōu)惠券信息等等。在另一種可能的實現(xiàn)方式中，如果商家只要部分商品存在優(yōu)惠，則商家信息可以包括商家名稱和存在優(yōu)惠的商品信息，與商家信息所對應(yīng)的優(yōu)惠額度信息可以為各個存在優(yōu)惠的商品的優(yōu)惠額度信息。

具體的，在第一種可能的實現(xiàn)方式中，營銷系統(tǒng)在接收到優(yōu)惠額度查詢請求時，基于賬單信息中的商家名稱，利用預(yù)存的商家信息和商家信息的優(yōu)惠額度信息確定商家名稱所對應(yīng)的優(yōu)惠額度信息；在第二種可能的實現(xiàn)方式中，營銷系統(tǒng)在接收到優(yōu)惠額度查詢請求時，基于賬單信息中的商家名稱和商品信息，利用預(yù)存的商家信息和商家信息的優(yōu)惠額度信息確定商家名稱所對應(yīng)的優(yōu)惠額度信息確定賬單信息中存在優(yōu)惠的商品的優(yōu)惠額度信息。

上述實施例提供的悅單信息處理系統(tǒng)還可以包括商戶收銀系統(tǒng)和終端。

商戶收銀系統(tǒng)，用于基于預(yù)設(shè)規(guī)則生成二維碼，并在打印賬單信息時，將賬單信息發(fā)送至核心處理系統(tǒng)。

其中，賬單信息中包含二維碼。

終端，用于通過掃描賬單信息中的二維碼向核心處理系統(tǒng)發(fā)起優(yōu)惠查詢請求。

其中，終端可以但不限定為用戶的手機(jī)、PAD等設(shè)備。示例性的，用戶用手機(jī)掃描賬單信息中的二維碼便向核心處理系統(tǒng)發(fā)起了優(yōu)惠查詢請求。

在一種可能的實現(xiàn)方式中，二維碼包含包括一網(wǎng)址信息，則優(yōu)惠查詢請求用于請求從核心處理系統(tǒng)獲取與網(wǎng)址信息對應(yīng)的、包含優(yōu)惠信息的網(wǎng)頁頁面。

核心處理系統(tǒng)在接收到營銷系統(tǒng)反饋的優(yōu)惠額度信息時，生成包含優(yōu)惠信息的網(wǎng)頁頁面，并將該包含優(yōu)惠信息的網(wǎng)頁頁面反饋給終端。用戶通過終端顯示的網(wǎng)頁頁面查看賬單信息對應(yīng)的優(yōu)惠信息，確認(rèn)無誤后便可進(jìn)行支付。

當(dāng)用戶點擊終端上的支付按鈕進(jìn)行支付時，終端向核心處理系統(tǒng)發(fā)送支付請求，核心處理系統(tǒng)接收到終端發(fā)送的支付請求之后，將支付請求發(fā)送至互聯(lián)網(wǎng)支付系統(tǒng)。在一種可能的實現(xiàn)方式中，終端發(fā)送的支付請求中包含支付平臺指示信息，該支付平臺指示信息用于指示用戶所消費的金額需通過那個支付平臺支付，例如微信、支付寶等，互聯(lián)網(wǎng)支付系統(tǒng)在接收到支付請求時，基于支付請求中的支付平臺指示信息確定目標(biāo)支付平臺，在確定出目標(biāo)支付平臺之后，將支付請求發(fā)送至目標(biāo)支付平臺，通過目標(biāo)平臺進(jìn)行支付。目標(biāo)支付平臺支付完成后，將支付結(jié)果反饋給互聯(lián)網(wǎng)支付平臺，互聯(lián)網(wǎng)支付平臺將支付結(jié)果進(jìn)一步反饋給核心處理系統(tǒng)。

其中，支付請求中所包含的支付平臺指示信息可以為用戶所使用的支付APP的應(yīng)用標(biāo)識。具體的，用戶用終端如手機(jī)掃描二維碼支付的時候，通常會選擇自己習(xí)慣的支付APP，目前主流的支付APP在打開網(wǎng)頁的時候，會在HTTP報文頭的user-agent域中帶上支付APP自己特有標(biāo)識，比如支付寶的AlipayClient。互聯(lián)網(wǎng)支付系統(tǒng)會根據(jù)支付APP的應(yīng)用標(biāo)識確定該將支付請求發(fā)送至哪個目標(biāo)支付平臺，例如，支付APP的應(yīng)用標(biāo)識為支付寶的應(yīng)用標(biāo)識，則互聯(lián)網(wǎng)支付系統(tǒng)會向支付寶發(fā)起支付請求。

另外，在本發(fā)明實施例中，核心處理系統(tǒng)向終端反饋的網(wǎng)頁頁面中包含自主開發(fā)票的指示信息。自主開發(fā)票的指示信息用于指示用戶自主地開發(fā)票，終端可基于用戶針對自主開發(fā)票的指示信息的操作生成發(fā)票信息，并在接收到發(fā)票打印指令時，向發(fā)票打印系統(tǒng)發(fā)送發(fā)票信息，以使發(fā)票打印系統(tǒng)基于發(fā)票信息打印發(fā)票。

在一具體實例中，本發(fā)明實施例提供的悅單信息處理系統(tǒng)可通過如圖2所示出的網(wǎng)頁服務(wù)器、交易路由服務(wù)器、支付服務(wù)器和賬單服務(wù)器實現(xiàn)。網(wǎng)頁服務(wù)器在用戶掃描二維碼時，提供網(wǎng)頁頁面，其作為與用戶終端交互的入口，提供賬單顯示、支付結(jié)果顯示等功能，并負(fù)責(zé)跟支付渠道進(jìn)行用戶認(rèn)證、支付調(diào)起、支付結(jié)果接收等功能。交易路由服務(wù)器是互聯(lián)網(wǎng)支付平臺內(nèi)部進(jìn)行業(yè)務(wù)接入路由的模塊，采取微服務(wù)架構(gòu)，內(nèi)部有多個服務(wù)模塊，一個業(yè)務(wù)請求過來具體發(fā)給哪個服務(wù)模塊處理由路由服務(wù)器決定的。支付服務(wù)器主要用來對接支付渠道，如微信、支付寶，主要進(jìn)行報文轉(zhuǎn)換、支付流水記錄、網(wǎng)絡(luò)通訊等。賬單服務(wù)器提供賬單服務(wù)，用戶對一個碼可以掃多次，但是只能支付成功一次，這里面的業(yè)務(wù)邏輯組合由賬單服務(wù)器完成，賬單服務(wù)器最終調(diào)用支付服務(wù)器完成支付，另外，賬單服務(wù)器還負(fù)責(zé)將支付結(jié)果推送給商戶系統(tǒng)，提供后臺查詢接口給商戶系統(tǒng)做后臺查詢等。

本發(fā)明實施例還提供了一種悅單信息處理方法，該方法應(yīng)用于上述的悅單信息處理系統(tǒng)，請參閱圖3，示出了該方法的流程示意圖，可以包括：

步驟S301：核心處理系統(tǒng)接收商戶收銀系統(tǒng)發(fā)送的賬單信息，以及，在接收到終端通過掃描賬單信息中的二維碼發(fā)起的優(yōu)惠查詢請求時，查詢賬單信息中的商戶信息是否存在優(yōu)惠信息，當(dāng)存在優(yōu)惠信息時，向營銷系統(tǒng)發(fā)送包含賬單信息的優(yōu)惠額度查詢請求。

步驟S302：營銷系統(tǒng)在接收到包含賬單信息的優(yōu)惠額度查詢請求時，查詢與賬單信息中的商戶信息對應(yīng)的優(yōu)惠額度信息，并將優(yōu)惠額度信息發(fā)送至核心處理系統(tǒng)。

步驟S303：核心處理系統(tǒng)將優(yōu)惠額度信息發(fā)送至終端，并在接收到終端發(fā)送的支付請求時，將支付請求發(fā)送至互聯(lián)網(wǎng)支付系統(tǒng)。

在一種可能的實現(xiàn)方式中，二維碼中包括網(wǎng)址信息，優(yōu)惠查詢請求用于請求從核心處理系統(tǒng)獲取與網(wǎng)址信息對應(yīng)的網(wǎng)頁頁面。則當(dāng)核心處理系統(tǒng)當(dāng)接收到營銷系統(tǒng)反饋的優(yōu)惠額度信息時，生成包含優(yōu)惠額度信息的網(wǎng)頁頁面，并將包含優(yōu)惠額度信息的網(wǎng)頁頁面反饋給終端。

步驟S304：互聯(lián)網(wǎng)支付系統(tǒng)將支付請求發(fā)送至目標(biāo)支付平臺，并在接收到目標(biāo)支付平臺反饋的支付成功結(jié)果時，將支付成功結(jié)果發(fā)送到核心處理系統(tǒng)。

步驟S305：核心處理系統(tǒng)在接收到支付成功結(jié)果時，向營銷系統(tǒng)發(fā)送核銷優(yōu)惠信息的指示信息。

步驟S306：營銷系統(tǒng)核銷與賬單信息對應(yīng)的優(yōu)惠信息，并將核銷成功結(jié)果發(fā)送至核心處理系統(tǒng)。

步驟S307：核心處理系統(tǒng)將支付成功結(jié)果及核銷成功結(jié)果發(fā)送至商戶收銀系統(tǒng)和終端。

本發(fā)明實施例提供的悅單信息處理方法，提供了統(tǒng)一的移動支付模式，其能夠?qū)崿F(xiàn)各種移動支付APP的統(tǒng)一受理，即不論用戶使用何種移動支付APP，商家只需要提供一個二維碼即可，互聯(lián)網(wǎng)支付平臺后端對接各種交易渠道，例如微信，支付寶，POS通，各種錢包類APP等，在進(jìn)行支付時，由互聯(lián)網(wǎng)支付平臺負(fù)責(zé)支付的轉(zhuǎn)接。由于只使用一個二維碼，因此，對于商戶而言，其只能收到來自一個渠道的資金清算與對賬文件，統(tǒng)一的資金清算與對賬文件使得信息管理比較便利。另外，核心處理系統(tǒng)和營銷系統(tǒng)實現(xiàn)了營銷優(yōu)惠信息的統(tǒng)一管理，用戶利用終端掃描二維碼便可經(jīng)核心處理系統(tǒng)從營銷系統(tǒng)獲得優(yōu)惠信息。

在上述實施例提供的悅單信息處理方法中，核心處理系統(tǒng)預(yù)存有商家信息以及商家是否存在優(yōu)惠的指示信息，則查詢賬單信息中的商戶信息是否存在優(yōu)惠信息，包括：所述核心處理系統(tǒng)利用賬單信息中的商家信息、基于預(yù)存的商家信息以及商家是否存在優(yōu)惠的指示信息，確定賬單信息中的商家信息是否存在優(yōu)惠信息。

相應(yīng)的，營銷系統(tǒng)預(yù)存有商家信息和商家信息的優(yōu)惠額度信息。則營銷系統(tǒng)在接收到包含賬單信息的優(yōu)惠額度查詢請求時，查詢與賬單信息中的商戶信息對應(yīng)的優(yōu)惠額度信息，包括：營銷系統(tǒng)在接收到所述優(yōu)惠額度查詢請求時，利用賬單信息中的商家信息、基于預(yù)存的商家信息和商家信息的優(yōu)惠額度信息，確定賬單信息中的商戶信息對應(yīng)的優(yōu)惠額度信息。

本發(fā)明還提供了一種悅單信息處理方法，該方法應(yīng)用于上述實施例提供的悅單信息處理系統(tǒng)中的核心處理系統(tǒng)，該方法可以包括：

步驟S401：接收商戶收銀系統(tǒng)發(fā)送的賬單信息，并在接收到終端通過掃描賬單信息中的二維碼發(fā)起的優(yōu)惠查詢請求時，查詢賬單中的商戶信息是否存在優(yōu)惠信息，當(dāng)存在優(yōu)惠信息時，向營銷系統(tǒng)發(fā)送包含賬單信息的優(yōu)惠額度查詢請求。

步驟S402：當(dāng)接收到營銷系統(tǒng)發(fā)送的優(yōu)惠額度信息時，將優(yōu)惠額度信息發(fā)送至終端。

步驟S403：當(dāng)接收到終端發(fā)送的支付請求時，將支付請求發(fā)送至互聯(lián)網(wǎng)支付系統(tǒng)，以使互聯(lián)網(wǎng)支付系統(tǒng)將支付請求發(fā)送至目標(biāo)支付平臺。

步驟S404：當(dāng)接收到互聯(lián)網(wǎng)支付系統(tǒng)發(fā)送的支付成功結(jié)果時，通知營銷系統(tǒng)核銷與賬單信息對應(yīng)的優(yōu)惠信息，并在接收到核銷成功結(jié)果時，將支付成功結(jié)果及核銷成功結(jié)果發(fā)送至商戶收銀系統(tǒng)和終端。

在一種可能的實現(xiàn)方式中，二維碼中包括網(wǎng)址信息，優(yōu)惠查詢請求用于請求從核心處理系統(tǒng)獲取與網(wǎng)址信息對應(yīng)的網(wǎng)頁頁面。則當(dāng)接收到營銷系統(tǒng)發(fā)送的優(yōu)惠額度信息時，將優(yōu)惠額度信息發(fā)送至終端，包括：當(dāng)接收到營銷系統(tǒng)反饋的優(yōu)惠額度信息時，生成包含優(yōu)惠額度信息的網(wǎng)頁頁面，并將包含優(yōu)惠額度信息的網(wǎng)頁頁面反饋給終端。

本發(fā)明實施例還提供了一種悅單信息處理裝置，應(yīng)用于上述實施例提供的悅單信息處理系統(tǒng)中的核心處理系統(tǒng)，請參閱圖5，示出了該裝置的結(jié)構(gòu)示意圖，可以包括：第一接收模塊501、查詢模塊502、第一發(fā)送模塊503、第二接收模塊504、第二發(fā)送模塊505、第三接收模塊506、第四發(fā)送模塊507、第四接收模塊508、通知模塊509、第五接收模塊510和第五發(fā)送模塊511。其中：

第一接收模塊501，用于接收商戶收銀系統(tǒng)發(fā)送的賬單信息，以及終端通過掃描賬單信息中的二維碼發(fā)起的優(yōu)惠查詢請求。

查詢模塊502，用于查詢賬單中的商戶信息是否存在優(yōu)惠信息。

第一發(fā)送模塊503，用于當(dāng)存在優(yōu)惠信息時，向營銷系統(tǒng)發(fā)送包含賬單信息的優(yōu)惠額度查詢請求。

第二接收模塊504，用于接收營銷系統(tǒng)發(fā)送的優(yōu)惠額度信息。

第二發(fā)送模塊505，用于將優(yōu)惠額度信息發(fā)送至終端。

第三接收模塊506，用于接收終端發(fā)送的支付請求時。

第四發(fā)送模塊507，用于將支付請求發(fā)送至互聯(lián)網(wǎng)支付系統(tǒng)，以使互聯(lián)網(wǎng)支付系統(tǒng)將支付請求發(fā)送至目標(biāo)支付平臺。

第四接收模塊508，用于接收互聯(lián)網(wǎng)支付系統(tǒng)發(fā)送的支付成功結(jié)果。

通知模塊509，用于通知營銷系統(tǒng)核銷與賬單信息對應(yīng)的優(yōu)惠信息。

第五接收模塊510，用于接收營銷系統(tǒng)的核銷成功結(jié)果。

第五發(fā)送模塊511，用于將支付成功結(jié)果及核銷成功結(jié)果發(fā)送至商戶收銀系統(tǒng)和終端。

本說明書中各個實施例采用遞進(jìn)的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似部分互相參見即可。

在本申請所提供的幾個實施例中，應(yīng)該理解到，所揭露的方法、裝置和設(shè)備，可以通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些通信接口，裝置或單元的間接耦合或通信連接，可以是電性，機(jī)械或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上。可以根據(jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。

所述功能如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機(jī)可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分或者該技術(shù)方案的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機(jī)軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機(jī)設(shè)備(可以是個人計算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括：U盤、移動硬盤、只讀存儲器(ROM，Read-Only Memory)、隨機(jī)存取存儲器(RAM，RandomAccess Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

對所公開的實施例的上述說明，使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本發(fā)明。對這些實施例的多種修改對本領(lǐng)域的專業(yè)技術(shù)人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實施例中實現(xiàn)。因此，本發(fā)明將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一致的最寬的范圍。