本發(fā)明涉及電子商務平臺領域,具體涉及一種O2O商業(yè)平臺裝置。
背景技術:
隨著智能手機、平板電腦等移動終端的普及,電子支付作為移動終端的一項極具實用性的功能越來越被人們所認可。
其中,線上支付是指通過互聯網實現的用戶和商戶、商戶和商戶之間在線貨幣支付、資金清算、查詢統(tǒng)計等過程。網上支付完成了使用者信息傳遞和資金轉移的過程。廣義的線上支付包括直接使用網上銀行進行的支付和通過第三方支付平臺間接使用網上銀行進行的支付。狹義的線上支付僅指通過第三方支付平臺實現的互聯網在線支付,包括網上支付和移動支付中的遠程支付。
線下支付區(qū)別于網上銀行等線上支付,是指通過非互聯網線上的方式進行所購商品或服務所產生的費用的資金支付行為。其中,訂單的產生可能通過互聯網線上完成。新興線下支付的具體表現形式,包括POS機刷卡支付、拉卡拉等自助終端支付、電話支付、手機近端支付、電視支付等。電子支付是指電子交易的當事人,包括消費者、廠商和金融機構,使用安全電子支付手段,通過網絡進行的貨幣支付或資金流轉。
在這種消費觀念催生下,POS機收單業(yè)務應運而生。然而,POS機僅作為支付場景中用戶與收單機構或銀行之間通訊和支付信息的傳遞系統(tǒng),當消費者完成支付的同時意味著商戶對消費者提供的本次已服務結束或者為產品銷售的已完成,但是,商戶往往希望通過一系列的方式與用戶維系關系以便再次為顧客提供服務或產品,而這些方式可能產生額外的時間或者費用的投入。
因此,本發(fā)明提供了一種新型的O2O商業(yè)平臺裝置,通過延展POS機的軟件功能,在支付場景的必須步驟中增加輸入了用戶手機號碼的操作,結合 對應的會員制管理系統(tǒng)后臺,在消費是立刻根據用戶相關信息給出不通程度的優(yōu)惠。
對比現有技術普遍使用線上支付抽取傭金的模式而言,本產品通過線下給裝置中添加POS機功能模塊和增收寶功能模塊,大會員制管理系統(tǒng)的創(chuàng)新實現了一次刷卡完成對多方進行返利,對商戶貨款的清算,對商戶傭金的抽取等一系列資金分配清算動作。
技術實現要素:
鑒于上述問題,提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的一種O2O商業(yè)平臺裝置,包括裝置殼體,所述殼體包括:用于讀取用戶會員卡或者銀行卡信息的讀卡模塊,用于用戶身份、會員身份以及商家身份輸入的輸入模塊,用于讀取買家身份信息、會員身份信息和商家用戶身份信息的簽到模塊,用于儲存商品信息、商品銷售信息、用戶身份信息以及會員身份信息的情報管理模塊,用于實現用戶刷卡消費和商家數據管理的pos機功能模塊,用于實現會員管理,積分管理,商家返傭計算,會員返利計算,會員共享功能的增收寶功能模塊;用于打印憑條的終端模塊;
所述讀卡模塊的輸出端與簽到模塊輸入端電連接;所述簽到模塊輸出端與情報管理模塊輸入端電連接,所述輸入模塊輸出端與簽到模塊輸出端電連接,所述情報管理模塊輸出端與pos機功能模塊輸入端電連接,所述情報管理模塊輸出端與增收寶功能模塊輸入端電連接,所述pos機功能模塊輸出端與終端模塊輸入端電連接,所述增收寶功能模塊輸出端與終端模塊輸入端電連接。
可選的,所述終端模塊輸出端與打印機電連接;所述讀卡模塊輸入端與讀卡器電連接;所述輸入模塊輸入端與鍵盤,顯示屏電連接。
可選的,所述簽到模塊讀取買家身份、會員身份信息和商家用戶身份信息中的身份信息包括買家,會員的電話號碼信息以及商家后臺操作的操作號信息。
可選的,所述增收寶功能模塊還包括:
用于實現并記錄銀聯卡消費的銀聯卡消費子模塊,用于實現并記錄現金消費的現金消費子模塊,用于實現并記錄積分消費的積分消費子模塊,用于實現積分數據查詢的積分查詢子模塊,用于實現簽到功能的簽到子模塊;
所述銀聯卡消費子模塊輸出端與現金消費子模塊輸入端電連接,所述現金消費子模塊輸出端與積分消費子模塊輸入端電連接,所述積分消費子模塊輸出端與積分查詢子模塊輸入端電連接、所述積分查詢子模塊輸出端與簽到子模塊輸入端電連接;所述銀聯卡消費子模塊輸入端和簽到子模塊輸出端分別與增收寶功能模塊電連接。
可選的,所述pos機功能模塊還包括:用于實現將用戶消費跳轉至增收寶功能模塊進行銀聯卡消費、積分消費或者現金消費的消費子模塊,用于撤銷消費、實現退款的撤銷子模塊,用于查詢會員卡余額的余額查詢子模塊;
所述消費子模塊輸出端與撤銷子模塊輸入端電連接,所述撤銷子模塊輸出端與余額查詢子模塊輸入端電連接,所述消費子模塊輸入端和余額查詢子模塊輸出端分別與pos機功能模塊電連接。
本發(fā)明的優(yōu)點和有益效果是:通過在裝置中添加POS機功能模塊和增收寶功能模塊,使得用戶一次刷卡之后可以實現商家返利,用戶積分并返利,同時記錄用戶信息,在下次消費時可享受不同額度的消費折扣,克服了現有技術中POS機功能單一無法記錄用戶信息并雙向返利的缺點。
上述說明僅是本發(fā)明技術方案的概述,為了能夠更清楚了解本發(fā)明的技術手段,而可依照說明書的內容予以實施,并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點能夠更明顯易懂,以下特舉本發(fā)明的具體實施方式。
附圖說明
通過閱讀下文優(yōu)選實施方式的詳細描述,各種其他的優(yōu)點和益處對于本領域普通技術人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的,而并不認為是對本發(fā)明的限制。而且在整個附圖中,用相同的參考符號表示相同的部件。在附圖中:
圖1示出了根據本發(fā)明的結構示意圖;
圖2是本發(fā)明提供的這種裝置主頁面顯示圖;
圖3是本發(fā)明提供的這種裝置增收寶功能模塊主頁面顯示圖;
圖4是本發(fā)明提供的這種裝置增收寶功能模塊中銀聯卡消費子模塊主頁面示意圖;
圖5是本發(fā)明提供的這種裝置增收寶功能模塊中銀聯卡消費子模塊消費頁面示意圖;
圖6是本發(fā)明提供的這種裝置增收寶功能模塊中銀聯卡消費子模塊輸入卡號頁面示意圖;
圖7是本發(fā)明提供的這種裝置增收寶功能模塊中銀聯卡消費子模塊輸入密碼頁面示意圖。
其中,1、讀卡模塊;2、輸入模塊;3、簽到模塊;4、情報管理模塊;5、pos機功能模塊;6、增收寶功能模塊;7、終端模塊。
具體實施方式
下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例,然而應當理解,可以以各種形式實現本公開而不應被這里闡述的實施例所限制。相反,提供這些實施例是為了能夠更透徹地理解本公開,并且能夠將本公開的范圍完整的傳達給本領域的技術人員。
實施例一
本實施例提供了一種O2O商業(yè)平臺裝置,參見圖1,所述裝置具體包括:裝置殼體,其特征在于:所述殼體包括:用于讀取用戶會員卡或者銀行卡信息的讀卡模塊1,用于用戶身份、會員身份以及商家身份輸入的輸入模塊2,用于讀取買家身份信息、會員身份信息和商家用戶身份信息的簽到模塊3,用于儲存商品信息、商品銷售信息、用戶身份信息以及會員身份信息的情報管理模塊4,用于實現用戶刷卡消費和商家數據管理的pos機功能模塊5,用于實現會員管理,積分管理,商家返傭計算,會員返利計算,會員共享功能的增收寶功能模塊6;用于打印憑條的終端模塊7;
所述讀卡模塊1的輸出端與簽到模塊3輸入端電連接;所述簽到模塊3 輸出端與情報管理模塊4輸入端電連接,所述輸入模塊2輸出端與簽到模塊3輸出端電連接,所述情報管理模塊4輸出端與pos機功能模塊5輸入端電連接,所述情報管理模塊4輸出端與增收寶功能模塊6輸入端電連接,所述pos機功能模塊5輸出端與終端模塊7輸入端電連接,所述增收寶功能模塊6輸出端與終端模塊7輸入端電連接。
具體的說,用戶通過讀卡器將客戶卡片信息發(fā)送至讀卡模塊,讀卡模塊將卡片信息發(fā)送至簽到模塊,同時,操作員通過與輸入模塊連接的顯示屏或通過鍵盤選擇“簽到”選項,這時候輸入模塊也將接收到的客戶電話號碼等信息輸送到簽到模塊,這時候簽到模塊同時聯動連接POS機功能模塊和增收寶功能模塊進行通訊。
POS機功能模塊和增收寶功能模塊通訊應答成功后,POS機完成簽到操作;
簽到通訊異常處理流程(簽到增收寶功能模塊異常的處理):
(1)操作員在主菜單選擇<簽到>;
(2)簽到模塊聯動簽到POS機功能模塊和增收寶功能模塊;
(3)簽到模塊先通訊POS機功能模塊,成功;
(4)簽到通訊增收寶功能模塊異常,POS自動重新通訊增收寶功能模塊三次;
(5)增收寶功能模塊通訊成功則完成簽到;通訊異常則顯示提示增收寶功能模塊簽到失敗相關信息;
(6)簽到操作完成,異常狀態(tài)下本裝置無法使用增收寶功能模塊業(yè)務,人工根據異常狀態(tài)碼對照表1排查處理,本裝置非增收寶功能平臺刷卡消費功能及其余功均正常使用。
返回碼公共定義如表1所示
表1
需要說明的是,本發(fā)明所采用的通訊協議是基于目前網絡架構,采用SSL加密協議。報文格式為帶“|”固定順序分隔符的文本格式。
特別地,在通過本發(fā)明實施例擴展的另一實施例中,所述終端模塊7輸出端與打印機電連接;所述讀卡模塊1輸入端與讀卡器電連接;所述輸入模塊2輸入端與鍵盤,顯示屏電連接。
具體的說,所述終端模塊可以與打印機電連接,也可與其他形式的輸出設備連接,主要用來打印用戶發(fā)票,消費憑條,消費明細憑條等。讀卡模塊通過讀卡器讀取銀行卡上的持卡人磁條信息,由操作人員輸入交易金額,持卡人輸入個人識別信息(即密碼),讀卡模塊把這些信息通過情報管理模塊,上送發(fā)卡銀行系統(tǒng),完成聯機交易,給出成功與否的信息,并通過終端模塊打印相應的票據。
特別地,在本發(fā)明的另一實施例中,所述簽到模塊3讀取買家身份、會員身份信息和商家用戶身份信息中的身份信息包括買家,會員的電話號碼信息以及商家后臺操作的操作號信息。
實施例二
所述增收寶功能模塊6還包括:用于實現并記錄銀聯卡消費的銀聯卡消費子模塊,用于實現并記錄現金消費的現金消費子模塊,用于實現并記錄積分消費的積分消費子模塊,用于實現積分數據查詢的積分查詢子模塊,用于實現簽到功能的簽到子模塊;
所述銀聯卡消費子模塊輸出端與現金消費子模塊輸入端電連接,所述現金消費子模塊輸出端與積分消費子模塊輸入端電連接,所述積分消費子模塊輸出端與積分查詢子模塊輸入端電連接、所述積分查詢子模塊輸出端與簽到子模塊輸入端電連接;所述銀聯卡消費子模塊輸入端和簽到子模塊輸出端分別與增收寶功能模塊6電連接。
所述pos機功能模塊5還包括:用于實現將用戶消費跳轉至增收寶功能模塊5進行銀聯卡消費、積分消費或者現金消費的消費子模塊,用于撤銷消費、實現退款的撤銷子模塊,用于查詢會員卡余額的余額查詢子模塊;
所述消費子模塊輸出端與撤銷子模塊輸入端電連接,所述撤銷子模塊輸 出端與余額查詢子模塊輸入端電連接,所述消費子模塊輸入端和余額查詢子模塊輸出端分別與pos機功能模塊5電連接。
本實施例簡述所述增收寶功能模塊和POS機功能模塊各個子模塊工作流程。
本發(fā)明所提供的這種O2O商業(yè)平臺裝置由增收寶平臺功能與傳統(tǒng)pos機功能兩部分組成,、開機后自動簽到綁定銀聯與增收寶平臺,操作員登錄需輸入編號:01;密碼:0000。其中編號和密碼僅為參考,實際操作中可以后臺更改。
登錄后默認界面如圖2所示。操作員進入默認界面按數字鍵1-7鍵選擇功能:
1、增收寶;2、消費;3、撤消;4、查余額;5、預授權;6、打印;7、管理。
其中,選項【1】為增收寶平臺功能,進入增收寶平臺功能子級菜單;
選項【2-7】為傳統(tǒng)pos機標準功能;
其中【2-4】為普通消費交易主要使用功能;
【5】預授權功能尚未開通;
【6-7】為系統(tǒng)功能。
具體的說,所述增收寶功能模塊6包括用于實現并記錄銀聯卡消費的銀聯卡消費子模塊,用于實現并記錄現金消費的現金消費子模塊,用于實現并記錄積分消費的積分消費子模塊,用于實現積分數據查詢的積分查詢子模塊,用于實現簽到功能的簽到子模塊。以下以具體實施例列舉增收寶功能模塊工作流程:
如圖3所示,在主菜單中選擇【1增收寶】進入增收寶子級菜單,按數字鍵1-7鍵選擇功能:
【1銀聯卡消費】
【2現金消費】
【3積分消費】
【4全積分模式】
【5積分查詢】
【6簽到】
其中,若選擇【1銀聯卡消費】,彈出頁面如圖4所示;
銀聯卡消費的具體步驟為:
步驟1:選擇1銀聯卡消費,輸入消費金額,按確認鍵,如圖4所示;
步驟2:輸入手機號,此手機號為會員手機號,按確認鍵后,系統(tǒng)將會計算出本次交易的相關信息,包括消費會員手機號,原始消費金額,可使用的紅包抵扣,實付金額;頁面如圖5所示;
步驟3:刷磁條卡或插入IC卡,按確認鍵確認卡號,如圖6所示;
步驟4:輸入持卡人密碼,按確認鍵,完成銀聯卡消費,終端模塊連接打印機打印小票,頁面如圖7所示。
【2現金消費】步驟類似,在此不再贅述。
特別的,非會員首次使用銀聯卡消費增收寶系統(tǒng)后臺將會自動識別并完成為會員注冊,消費完成后用戶將收到手機短信,短信內包含此次消費相關明細、返利信息和用戶增收寶平臺系統(tǒng)密碼,用戶可登錄官網修改此密碼。
會員輸入6位會員密碼,按確定鍵交易,交易完成后后用戶將收到手機短信,短信內包含此次消費相關明細、返利信息。
非會員可不輸入密碼,保留密碼為空,按確認鍵,本裝置中增收寶系統(tǒng)后臺將會自動識別并完成為會員注冊,消費完成后用戶將收到手機短信,短信內包含此次消費相關明細、返利信息和用戶增收寶平臺系統(tǒng)密碼,用戶可登錄官網修改此密碼。
在客戶選擇【3積分消費】時,如積分賬戶余額不足,系統(tǒng)將提示重新選擇付款方式:
【1銀聯卡付款】
【2現金付款】
需要特別指出的是,開機后簽到模塊簽到不成功的情況下,操作員可以選擇連接增收寶功能模塊中的簽到子模塊進行手動簽到操作,也就是說當 開機自動簽到時系統(tǒng)未能連接增收寶功能模塊時,可選擇【6簽到】手動完成簽到。
另外,當后臺修改折扣率,返傭比時可重新簽到更新系統(tǒng)最新狀態(tài)時,也可選擇【6簽到】手動完成簽到。
以下以具體實施例介紹pos機功能模塊具體操作流程:
1、消費子模塊
在輸入密碼后跳轉至增收寶功能模塊的【1銀聯卡付款】【2現金付款】【3積分付款】中進行操作,轉為增收寶銀聯卡消費模式。
2、撤消子模塊
步驟1:使用時輸入主管密碼123456。
步驟2:輸入小票上的憑證號。
接著,系統(tǒng)將更具憑證號判定通訊后臺,為增收寶平臺積分與現金消費,將要求輸入消費時輸入的手機號碼與密碼,完成撤消操作。
為銀聯卡消費時,要求刷卡或插入IC卡,輸入銀行密碼,完成撤消操作。
3、查余額
刷卡或插入IC卡,輸入持卡人密碼,可查詢到卡內余額。
實施例3
增收寶功能模塊中涉及到的積分計算功能中,資金清算的方式主要有兩種:
其中,原始金額(輸入金額折扣前)=x;
實付金額(刷卡金額折扣后)=y(tǒng);
平臺返傭比 =z;
折扣率 =m;
手續(xù)費率 =n;
方法1:普通刷卡消費結算:
商戶=y(tǒng)(1-z)
大通寶=y(tǒng)z-yn
例如:
原始金額(輸入金額折扣前)=x=1000
實付金額(刷卡金額折扣后)=y(tǒng)=800
平臺返傭比 =z=0.1
折扣率 =m=0.8
手續(xù)費率 =n=0.01
商戶=y(tǒng)(1-z)=800(1-0.1)=720
大通寶=y(tǒng)z-yn=80-8=72
方法2:全積分刷卡消費結算:
商戶=y(tǒng)(1-z)-y(1-m)
大通寶=y(tǒng)z-yn+y(1-m)
例如:
原始金額(輸入金額折扣前)=x=1000
實付金額(刷卡金額折扣后)=y(tǒng)=1000
平臺返傭比 =z=0.1
折扣率 =m=0.8
手續(xù)費率 =n=0.01
商戶=y(tǒng)(1-z)-y(1-m)=1000(1-0.1)-1000(1-0.8)=900-200=700
大通寶=y(tǒng)z-yn+y(1-m)=100-10+200=290
本裝置提供的這種這種線上支付,線下消費,交叉循環(huán)返傭,精準定位營銷的新型商業(yè)模式是在結算支付完成后,根據商戶的需要向特定的消費者推送微信或者短信的營銷信息,實現精準定位營銷。該商業(yè)模式在支付結算完成后,根據商戶交易的成交金額按照協議的比率收取交易成功的傭金。傭金的分配包括交易參與的各方,如消費者自身有一定比例的消費返利;消費 者的發(fā)展者及其上一級的發(fā)展者,最多計算包括消費者直接發(fā)展者在內的3級發(fā)展者的會員分潤;消費者若是通過推廣鏈接進行的消費,推廣鏈接里最多計算3級推廣者的推廣分潤;對于商戶來說,商戶完成交易,其商戶發(fā)展者(即平臺代理商)會得到協議的代理分潤,代理分潤最多計算3級,沒有3級則按實際的代理級數進行計算分潤;消費者的發(fā)展者,推廣者與商戶的代理可以在規(guī)則內交叉循環(huán)出現,從而實現了參與者的交叉循環(huán)返傭,做到交易完成后參與者的各方能從交易流水中獲取分潤。該商業(yè)模式的返傭分配方式比之傳統(tǒng)的支付模式,增加了消費者與商家的互動,提高了消費者與商家的粘度,其精準營銷與消費返利等各種返利進一步增加了商戶的交易量,提高了商戶的營業(yè)額,那么商戶的利潤也就提升了;消費完成參與的相關各方會有一定的分潤,那么參與者的積極性得到更大程度上的提高,與之對應的推廣的意愿就更加強烈,從而實現一個封閉的循環(huán)。
在此提供的算法和顯示不與任何特定計算機、虛擬系統(tǒng)或者其它設備固有相關。各種通用系統(tǒng)也可以與基于在此的示教一起使用。根據上面的描述,構造這類系統(tǒng)所要求的結構是顯而易見的。此外,本發(fā)明也不針對任何特定編程語言。應當明白,可以利用各種編程語言實現在此描述的本發(fā)明的內容,并且上面對特定語言所做的描述是為了披露本發(fā)明的最佳實施方式。
在此處所提供的說明書中,說明了大量具體細節(jié)。然而,能夠理解,本發(fā)明的實施例可以在沒有這些具體細節(jié)的情況下實踐。在一些實例中,并未詳細示出公知的方法、結構和技術,以便不模糊對本說明書的理解。
類似地,應當理解,為了精簡本公開并幫助理解各個發(fā)明方面中的一個或多個,在上面對本發(fā)明的示例性實施例的描述中,本發(fā)明的各個特征有時被一起分組到單個實施例、圖、或者對其的描述中。然而,并不應將該公開的方法解釋成反映如下意圖:即所要求保護的本發(fā)明要求比在每個權利要求中所明確記載的特征更多的特征。更確切地說,如下面的權利要求書所反映的那樣,發(fā)明方面在于少于前面公開的單個實施例的所有特征。因此,遵循具體實施方式的權利要求書由此明確地并入該具體實施方式,其中每個權利要求本身都作為本發(fā)明的單獨實施例。
本領域那些技術人員可以理解,可以對實施例中的設備中的模塊進行自適應性地改變并且把它們設置在與該實施例不同的一個或多個設備中。可以把實施例中的模塊或單元或組件組合成一個模塊或單元或組件,以及此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特征和/或過程或者單元中的至少一些是相互排斥之外,可以采用任何組合對本說明書(包括伴隨的權利要求、摘要和附圖)中公開的所有特征以及如此公開的任何方法或者設備的所有過程或單元進行組合。除非另外明確陳述,本說明書(包括伴隨的權利要求、摘要和附圖)中公開的每個特征可以由提供相同、等同或相似目的的替代特征來代替。
此外,本領域的技術人員能夠理解,盡管在此所述的一些實施例包括其它實施例中所包括的某些特征而不是其它特征,但是不同實施例的特征的組合意味著處于本發(fā)明的范圍之內并且形成不同的實施例。例如,在下面的權利要求書中,所要求保護的實施例的任意之一都可以以任意的組合方式來使用。
應該注意的是上述實施例對本發(fā)明進行說明而不是對本發(fā)明進行限制,并且本領域技術人員在不脫離所附權利要求的范圍的情況下可設計出替換實施例。在權利要求中,不應將位于括號之間的任何參考符號構造成對權利要求的限制。單詞“包含”不排除存在未列在權利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當編程的計算機來實現。在列舉了若干裝置的單元權利要求中,這些裝置中的若干個可以是通過同一個硬件項來具體體現。單詞第一、第二、以及第三等的使用不表示任何順序??蓪⑦@些單詞解釋為名稱。