本發(fā)明涉及收費(fèi)金額計(jì)算技術(shù)領(lǐng)域,尤其涉及一種提示收款金額的方法和裝置。
背景技術(shù):
收銀工作是商品銷(xiāo)售過(guò)程中極為重要的一環(huán),依照商品所標(biāo)注的價(jià)格,回籠貨款,完成商品與貨幣之間的轉(zhuǎn)換工作。
目前,在收銀過(guò)程中,大部分只能顯示用戶需要支付的金額,而不能根據(jù)用戶需要支付的金額為用戶顯示支付方案。
技術(shù)實(shí)現(xiàn)要素:
有鑒于此,本發(fā)明要解決的技術(shù)問(wèn)題是提供一種提示收款金額的方法和裝置,能夠根據(jù)用戶需要支付的金額為用戶顯示支付方案。
第一方面,本發(fā)明提出了一種提示收款金額的方法,包括
獲取用戶需要支付的金額;
根據(jù)所述用戶需要支付的金額計(jì)算用戶支付方案;
所述用戶支付方案包括支付面額種類(lèi)、支付現(xiàn)金張數(shù)和找零的面額種類(lèi)、找零現(xiàn)金張數(shù);
設(shè)置所述支付面額種類(lèi)、支付現(xiàn)金張數(shù)和找零的面額種類(lèi)、找零現(xiàn)金張數(shù)的權(quán)重,根據(jù)所述權(quán)重計(jì)算所述用戶支付方案的得分;
根據(jù)所述用戶支付方案的得分排序并顯示所述用戶支付方案。
優(yōu)選的,所述根據(jù)所述用戶需要支付的金額計(jì)算用戶支付方案包括:
計(jì)算所有可支付面額×支付張數(shù)≥所述用戶需要支付的金額的用戶支付方案;
刪除所述用戶支付方案中找零面額中有屬于支付面額的用戶支付方案;
所述用戶支付方案包括支付面額種類(lèi)、支付現(xiàn)金張數(shù)和找零的面額種類(lèi)、找零現(xiàn)金張數(shù)。
優(yōu)選的,所述計(jì)算所有可支付面額×支付張數(shù)≥所述用戶需要支付的金額的用戶支付方案包括:
對(duì)所述用戶需要支付的金額取余,獲得待計(jì)算金額;
計(jì)算所有可支付面額×支付張數(shù)≥所述待計(jì)算金額的用戶支付方案;
其中,所述取余值為100。
優(yōu)選的,所述支付面額種類(lèi)和所述支付現(xiàn)金張數(shù)的權(quán)重大于所述找零的面額種類(lèi)和所述找零現(xiàn)金張數(shù)的權(quán)重。
優(yōu)選的,在所述步驟4之后,還包括:
獲取用戶選擇信號(hào),根據(jù)用戶選擇的用戶支付方案,增加所述用戶選擇的用戶支付方案的得分。
第二方面,本發(fā)明提出了一種提示收款金額的裝置,包括:
獲取模塊,所述獲取模塊用于獲取用戶需要支付的金額;
計(jì)算模塊,所述計(jì)算模塊與所述獲取模塊連接,用于根據(jù)所述用戶需要支付的金額計(jì)算用戶支付方案;
所述用戶支付方案包括支付面額種類(lèi)、支付現(xiàn)金張數(shù)和找零的面額種類(lèi)、找零現(xiàn)金張數(shù);
設(shè)置模塊,所述設(shè)置模塊與所述計(jì)算模塊連接,用于設(shè)置所述支付面額種類(lèi)、支付現(xiàn)金張數(shù)和找零的面額種類(lèi)、找零現(xiàn)金張數(shù)的權(quán)重,根據(jù)所述權(quán)重計(jì)算所述用戶支付方案的得分;
顯示模塊,所述顯示模塊連接所述設(shè)置模塊,用于根據(jù)所述用戶支付方案的得分排序并顯示所述用戶支付方案。
優(yōu)選的,所述計(jì)算模塊包括:
計(jì)算單元,所述計(jì)算單元用于計(jì)算所有可支付面額×支付張數(shù)≥所述用戶需要支付的金額的用戶支付方案;
刪除單元,所述刪除單元與所述計(jì)算單元連接,用于刪除所述用戶支付方案中找零面額中有屬于支付面額的用戶支付方案;
所述用戶支付方案包括支付面額種類(lèi)、支付現(xiàn)金張數(shù)和找零的面額種類(lèi)、找零現(xiàn)金張數(shù)。
優(yōu)選的,所述計(jì)算單元包括:
取余單元,用于對(duì)所述用戶需要支付的金額取余,獲得待計(jì)算金額;
計(jì)算所有可支付面額×支付張數(shù)≥所述待計(jì)算金額的用戶支付方案;
其中,所述取余值為100。
優(yōu)選的,還包括調(diào)整模塊;
所述調(diào)整模塊連接所述顯示模塊,用于獲取用戶選擇信號(hào),根據(jù)用戶選擇的用戶支付方案,增加所述用戶選擇的用戶支付方案的得分。
本發(fā)明提出的提示收款金額的方法和裝置,通過(guò)根據(jù)用戶需要支付的金額計(jì)算支付面額種類(lèi)、支付現(xiàn)金張數(shù)和找零的面額種類(lèi)、找零現(xiàn)金張數(shù),為支付面額種類(lèi)、支付現(xiàn)金張數(shù)和找零的面額種類(lèi)、找零現(xiàn)金張數(shù)設(shè)置權(quán)重,并根據(jù)權(quán)重得分顯示包括支付面額種類(lèi)、支付現(xiàn)金張數(shù)和找零的面額種類(lèi)、找零現(xiàn)金張數(shù)的用戶支付方案,從而能夠根據(jù)用戶需要支付的金額為用戶顯示支付方案。
附圖說(shuō)明
圖1為本發(fā)明實(shí)施例提出的提示收款金額的方法流程圖;
圖2為本發(fā)明另一實(shí)施例提出的提示收款金額的方法流程圖;
圖3為本發(fā)明實(shí)施例提出的提示收款金額的裝置的結(jié)構(gòu)框圖;
圖4為本發(fā)明另一實(shí)施例提出的提示收款金額的裝置的結(jié)構(gòu)框圖;
圖5為本發(fā)明又一實(shí)施例提出的提示收款金額的裝置的結(jié)構(gòu)框圖;
圖6為本發(fā)明又一實(shí)施例提出的提示收款金額的裝置的結(jié)構(gòu)框圖。
具體實(shí)施方式
下面將結(jié)合本發(fā)明實(shí)施例中的附圖,對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述,顯然,所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例,而不是全部的實(shí)施例?;诒景l(fā)明中的實(shí)施例,本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例,都屬于本發(fā)明保護(hù)的范圍。
本發(fā)明實(shí)施例提出了一種提示收款金額的方法,如圖1所示,該方法可以包括以下步驟:
步驟101:獲取用戶需要支付的金額;
步驟102:根據(jù)用戶需要支付的金額計(jì)算用戶支付方案;
用戶支付方案包括支付面額種類(lèi)、支付現(xiàn)金張數(shù)和找零的面額種類(lèi)、找零現(xiàn)金張數(shù);
步驟103:設(shè)置支付面額種類(lèi)、支付現(xiàn)金張數(shù)和找零的面額種類(lèi)、找零現(xiàn)金張數(shù)的權(quán)重,根據(jù)權(quán)重計(jì)算用戶支付方案的得分;
步驟104:根據(jù)用戶支付方案的得分排序并顯示用戶支付方案。
可見(jiàn),本發(fā)明提出的提示收款金額的方法和裝置,通過(guò)根據(jù)用戶需要支付的金額計(jì)算支付面額種類(lèi)、支付現(xiàn)金張數(shù)和找零的面額種類(lèi)、找零現(xiàn)金張數(shù),并為支付面額種類(lèi)、支付現(xiàn)金張數(shù)和找零的面額種類(lèi)、找零現(xiàn)金張數(shù)設(shè)置權(quán)重,并根據(jù)權(quán)重得分顯示包括支付面額種類(lèi)、支付現(xiàn)金張數(shù)和找零的面額種類(lèi)、找零現(xiàn)金張數(shù)的用戶支付方案,從而能夠根據(jù)用戶需要支付的金額為用戶顯示支付方案。
在本發(fā)明的一個(gè)優(yōu)選實(shí)施例中,根據(jù)用戶需要支付的金額計(jì)算用戶支付方案包括:計(jì)算所有可支付面額×支付張數(shù)≥用戶需要支付的金額的用戶支付方案;刪除用戶支付方案中找零面額中有屬于支付面額的用戶支付方案;用戶支付方案包括支付面額種類(lèi)、支付現(xiàn)金張數(shù)和找零的面額種類(lèi)、找零現(xiàn)金張數(shù)。
在本發(fā)明的一個(gè)優(yōu)選實(shí)施例中,計(jì)算所有可支付面額×支付張數(shù)≥用戶需要支付的金額的用戶支付方案包括:
對(duì)用戶需要支付的金額取余,獲得待計(jì)算金額;
計(jì)算所有可支付面額×支付張數(shù)≥待計(jì)算金額的用戶支付方案;
其中,取余值為100。
在本發(fā)明的一個(gè)優(yōu)選實(shí)施例中,支付面額種類(lèi)和支付現(xiàn)金張數(shù)的權(quán)重大于找零的面額種類(lèi)和找零現(xiàn)金張數(shù)的權(quán)重。
在本發(fā)明的一個(gè)優(yōu)選實(shí)施例中,還包括:
獲取用戶選擇信號(hào),根據(jù)用戶選擇的用戶支付方案,增加用戶選擇的用戶支付方案的得分。
本發(fā)明實(shí)施例提出了一種提示收款金額的方法,如圖2所示,該方法可以包括以下步驟:
步驟201:獲取用戶需要支付的金額。
用戶在消費(fèi)完成后,需要進(jìn)行支付金額的結(jié)算。舉例來(lái)說(shuō),用戶在超市購(gòu)物完成后,可以通過(guò)掃描商品二維碼等方式獲取用戶需要支付的金額。
步驟202:對(duì)用戶需要支付的金額取余,獲得待計(jì)算金額。
在國(guó)內(nèi),所有現(xiàn)金種類(lèi)有1角、5角、1元、5元、10元、20元、50元和100元。當(dāng)消費(fèi)金額大于100元時(shí),可以默認(rèn)使用100元支付,這樣便于對(duì)用戶支付方案的計(jì)算。進(jìn)一步的,可以根據(jù)待支付金額的大小重新設(shè)置取余值,以便計(jì)算。
舉例來(lái)說(shuō),用戶的消費(fèi)金額為255元時(shí),取余100后,得到55元,55元即為待計(jì)算金額。
步驟203:計(jì)算所有可支付面額×支付張數(shù)≥待計(jì)算金額的用戶支付方案。
其中,所有可支付面額可以為多種面額的組合。
詳細(xì)的,比如待計(jì)算金額為55元時(shí);
方案1:1元×55張及以上;
方案2:5元×10張+1元×5張及以上;
…
方案N:100元×1張。
步驟204:刪除用戶支付方案中找零面額中有屬于支付面額的用戶支付方案。
比如,待計(jì)算金額B=15;
方案A:10元×2張;
方案B:5元×4張;
方案C:10元×1張+5元×2張;
那么就可以過(guò)濾掉方案B和方案C,因?yàn)榉桨窧的找零為5元,與支付面額沖突,同理,方案C也是如此。
步驟205:設(shè)置支付面額種類(lèi)、支付現(xiàn)金張數(shù)和找零的面額種類(lèi)、找零現(xiàn)金張數(shù)的權(quán)重,根據(jù)權(quán)重計(jì)算用戶支付方案的得分;
其中,支付面額種類(lèi)和支付現(xiàn)金張數(shù)的權(quán)重大于找零的面額種類(lèi)和找零現(xiàn)金張數(shù)的權(quán)重。
詳細(xì)的,由于支付面額種類(lèi)、支付現(xiàn)金張數(shù)和找零的面額種類(lèi)、找零現(xiàn)金張數(shù)的便利程度不相同,可以根據(jù)方便程度設(shè)定支付面額種類(lèi)、支付現(xiàn)金張數(shù)和找零的面額種類(lèi)、找零現(xiàn)金張數(shù)的權(quán)重。為了用戶的方便,付面額種類(lèi)和支付現(xiàn)金張數(shù)的權(quán)重大于找零的面額種類(lèi)和找零現(xiàn)金張數(shù)的權(quán)重;面額種類(lèi)的權(quán)重大于面額張數(shù)的權(quán)重。
舉例來(lái)說(shuō),需要支付89元,為了便于用戶支付,用戶支付100元,找零11元的權(quán)重分?jǐn)?shù)就大于用戶支付90元,找零1元的權(quán)重分?jǐn)?shù)。
步驟206:根據(jù)用戶支付方案的得分排序并顯示用戶支付方案。
另外,可以根據(jù)不同用戶支付方案的得分為各用戶支付方案排序,優(yōu)選的,可以將排名前三的支付方案顯示給客戶,供客戶選擇。
步驟207:獲取用戶選擇信號(hào),根據(jù)用戶選擇的用戶支付方案,增加用戶選擇的用戶支付方案的得分。
通過(guò)為用戶選擇的支付方案加分,可以在下次計(jì)算相同金額時(shí),使用戶選擇過(guò)的支付方案得分更高,這樣可以動(dòng)態(tài)計(jì)算用戶支付方案的得分,使用戶支付方案的排序更加靈活準(zhǔn)確。
在本實(shí)施例中,在進(jìn)行根據(jù)用戶選擇的用戶支付方案,增加用戶選擇的用戶支付方案的得分時(shí)包括:
根據(jù)用戶的支付習(xí)慣和店鋪的支付習(xí)慣對(duì)用戶支付方案的進(jìn)行動(dòng)態(tài)評(píng)分。
在具體支付過(guò)程中,不同用戶的用戶支付方案與得分高的用戶支付方案并不完全匹配。舉例來(lái)說(shuō),零售店的消費(fèi)金額較小,大部分用戶支付時(shí)一般選擇使用面額較小的現(xiàn)金進(jìn)行支付,但是也有小部分用戶的支付習(xí)慣是使用大面額現(xiàn)金支付。那么使用大面額支付的用戶支付方案在用戶支付方案的得分就不會(huì)很高,對(duì)于使用大面額支付的用戶就不方便。因此,在支付時(shí),可以根據(jù)用戶的支付習(xí)慣,顯示對(duì)應(yīng)的用戶支付方案。即同一個(gè)用戶支付方案,對(duì)應(yīng)的不同客戶可以有不同的得分,可以通過(guò)為不同的客戶顯示不同的得分,從而使用戶支付方案更加準(zhǔn)確。
本發(fā)明實(shí)施例還提出了一種提示收款金額的裝置,如圖3所示,該裝置包括:
獲取模塊301,獲取模塊301用于獲取用戶需要支付的金額;
計(jì)算模塊302,計(jì)算模塊302與獲取模塊301連接,用于根據(jù)用戶需要支付的金額計(jì)算用戶支付方案;
用戶支付方案包括支付面額種類(lèi)、支付現(xiàn)金張數(shù)和找零的面額種類(lèi)、找零現(xiàn)金張數(shù);
設(shè)置模塊303,設(shè)置模塊303與計(jì)算模塊302連接,用于設(shè)置支付面額種類(lèi)、支付現(xiàn)金張數(shù)和找零的面額種類(lèi)、找零現(xiàn)金張數(shù)的權(quán)重,根據(jù)權(quán)重計(jì)算用戶支付方案的得分;
顯示模塊304,顯示模塊304連接設(shè)置模塊303,用于根據(jù)用戶支付方案的得分排序并顯示用戶支付方案。
在本發(fā)明實(shí)施例中,為了便于計(jì)算用戶支付方案,如圖4所示,計(jì)算模塊302包括:
計(jì)算單元3021,計(jì)算單元3021用于計(jì)算所有可支付面額×支付張數(shù)≥用戶需要支付的金額的用戶支付方案;
刪除單元3022,刪除單元3022與計(jì)算單元3021連接,用于刪除用戶支付方案中找零面額中有屬于支付面額的用戶支付方案方案;
用戶支付方案包括支付面額種類(lèi)、支付現(xiàn)金張數(shù)和找零的面額種類(lèi)、找零現(xiàn)金張數(shù)。
在本發(fā)明實(shí)施例中,為了便于計(jì)算用戶支付方案,如圖5所示,計(jì)算單元3021包括:
取余單元3023,用于對(duì)用戶需要支付的金額取余,獲得待計(jì)算金額;
計(jì)算所有可支付面額×支付張數(shù)≥待計(jì)算金額的用戶支付方案;
其中,取余值為100。
在本發(fā)明實(shí)施例中,為了使計(jì)算出的用戶支付方案更加靈活準(zhǔn)確,如圖6所示,還包括調(diào)整模塊601;
調(diào)整模塊601連接顯示模塊303,用于獲取用戶選擇信號(hào),根據(jù)用戶選擇的用戶支付方案,增加用戶選擇的用戶支付方案的得分。
綜上所述,本發(fā)明實(shí)施例至少可以實(shí)現(xiàn)如下效果:
在本發(fā)明實(shí)施例中,通過(guò)根據(jù)用戶需要支付的金額計(jì)算支付面額種類(lèi)、支付現(xiàn)金張數(shù)和找零的面額種類(lèi)、找零現(xiàn)金張數(shù),并為支付面額種類(lèi)、支付現(xiàn)金張數(shù)和找零的面額種類(lèi)、找零現(xiàn)金張數(shù)設(shè)置權(quán)重,并根據(jù)權(quán)重得分顯示包括支付面額種類(lèi)、支付現(xiàn)金張數(shù)和找零的面額種類(lèi)、找零現(xiàn)金張數(shù)的用戶支付方案,從而能夠根據(jù)用戶需要支付的金額為用戶顯示支付方案。
在本發(fā)明實(shí)施例中,通過(guò)計(jì)算所有可支付面額×支付張數(shù)≥用戶需要支付的金額的用戶支付方案;刪除用戶支付方案中找零面額中有屬于支付面額的用戶支付方案,從而可以使用戶支付方案的計(jì)算更加方便。
在本發(fā)明實(shí)施例中,通過(guò)對(duì)用戶需要支付的金額取余,可以減少用戶支付方案的數(shù)量,使用戶支付方案的計(jì)算更加方便。
在本發(fā)明實(shí)施例中,通過(guò)設(shè)置支付面額種類(lèi)、支付現(xiàn)金張數(shù)和找零的面額種類(lèi)、找零現(xiàn)金張數(shù)的權(quán)重,根據(jù)權(quán)重計(jì)算用戶支付方案的得分,可以使得分高的方案的便利性更高,用戶使用更加方便。
在本發(fā)明實(shí)施例中,通過(guò)獲取用戶選擇信號(hào),根據(jù)用戶選擇的用戶支付方案,增加用戶選擇的用戶支付方案的得分,從而可以使用戶支付方案的排序更加靈活準(zhǔn)確。
最后需要說(shuō)明的是:以上所述僅為本發(fā)明的較佳實(shí)施例,僅用于說(shuō)明本發(fā)明的技術(shù)方案,并非用于限定本發(fā)明的保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)所做的任何修改、等同替換、改進(jìn)等,均包含在本發(fā)明的保護(hù)范圍內(nèi)。