本發(fā)明涉及收費(fèi)金額計算技術(shù)領(lǐng)域，尤其涉及一種提示收款金額的方法和裝置。

背景技術(shù)：

收銀工作是商品銷售過程中極為重要的一環(huán)，依照商品所標(biāo)注的價格，回籠貨款，完成商品與貨幣之間的轉(zhuǎn)換工作。

目前，在收銀過程中，大部分只能顯示用戶需要支付的金額，而不能根據(jù)用戶需要支付的金額為用戶顯示支付方案。

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

有鑒于此，本發(fā)明要解決的技術(shù)問題是提供一種提示收款金額的方法和裝置，能夠根據(jù)用戶需要支付的金額為用戶顯示支付方案。

第一方面，本發(fā)明提出了一種提示收款金額的方法，包括

獲取用戶需要支付的金額；

根據(jù)所述用戶需要支付的金額計算用戶支付方案；

所述用戶支付方案包括支付面額種類、支付現(xiàn)金張數(shù)和找零的面額種類、找零現(xiàn)金張數(shù)；

設(shè)置所述支付面額種類、支付現(xiàn)金張數(shù)和找零的面額種類、找零現(xiàn)金張數(shù)的權(quán)重，根據(jù)所述權(quán)重計算所述用戶支付方案的得分；

根據(jù)所述用戶支付方案的得分排序并顯示所述用戶支付方案。

優(yōu)選的，所述根據(jù)所述用戶需要支付的金額計算用戶支付方案包括：

計算所有可支付面額×支付張數(shù)≥所述用戶需要支付的金額的用戶支付方案；

刪除所述用戶支付方案中找零面額中有屬于支付面額的用戶支付方案；

所述用戶支付方案包括支付面額種類、支付現(xiàn)金張數(shù)和找零的面額種類、找零現(xiàn)金張數(shù)。

優(yōu)選的，所述計算所有可支付面額×支付張數(shù)≥所述用戶需要支付的金額的用戶支付方案包括：

對所述用戶需要支付的金額取余，獲得待計算金額；

計算所有可支付面額×支付張數(shù)≥所述待計算金額的用戶支付方案；

其中，所述取余值為100。

優(yōu)選的，所述支付面額種類和所述支付現(xiàn)金張數(shù)的權(quán)重大于所述找零的面額種類和所述找零現(xiàn)金張數(shù)的權(quán)重。

優(yōu)選的，在所述步驟4之后，還包括：

獲取用戶選擇信號，根據(jù)用戶選擇的用戶支付方案，增加所述用戶選擇的用戶支付方案的得分。

第二方面，本發(fā)明提出了一種提示收款金額的裝置，包括：

獲取模塊，所述獲取模塊用于獲取用戶需要支付的金額；

計算模塊，所述計算模塊與所述獲取模塊連接，用于根據(jù)所述用戶需要支付的金額計算用戶支付方案；

所述用戶支付方案包括支付面額種類、支付現(xiàn)金張數(shù)和找零的面額種類、找零現(xiàn)金張數(shù)；

設(shè)置模塊，所述設(shè)置模塊與所述計算模塊連接，用于設(shè)置所述支付面額種類、支付現(xiàn)金張數(shù)和找零的面額種類、找零現(xiàn)金張數(shù)的權(quán)重，根據(jù)所述權(quán)重計算所述用戶支付方案的得分；

顯示模塊，所述顯示模塊連接所述設(shè)置模塊，用于根據(jù)所述用戶支付方案的得分排序并顯示所述用戶支付方案。

優(yōu)選的，所述計算模塊包括：

計算單元，所述計算單元用于計算所有可支付面額×支付張數(shù)≥所述用戶需要支付的金額的用戶支付方案；

刪除單元，所述刪除單元與所述計算單元連接，用于刪除所述用戶支付方案中找零面額中有屬于支付面額的用戶支付方案；

所述用戶支付方案包括支付面額種類、支付現(xiàn)金張數(shù)和找零的面額種類、找零現(xiàn)金張數(shù)。

優(yōu)選的，所述計算單元包括：

取余單元，用于對所述用戶需要支付的金額取余，獲得待計算金額；

計算所有可支付面額×支付張數(shù)≥所述待計算金額的用戶支付方案；

其中，所述取余值為100。

優(yōu)選的，還包括調(diào)整模塊；

所述調(diào)整模塊連接所述顯示模塊，用于獲取用戶選擇信號，根據(jù)用戶選擇的用戶支付方案，增加所述用戶選擇的用戶支付方案的得分。

本發(fā)明提出的提示收款金額的方法和裝置，通過根據(jù)用戶需要支付的金額計算支付面額種類、支付現(xiàn)金張數(shù)和找零的面額種類、找零現(xiàn)金張數(shù)，為支付面額種類、支付現(xiàn)金張數(shù)和找零的面額種類、找零現(xiàn)金張數(shù)設(shè)置權(quán)重，并根據(jù)權(quán)重得分顯示包括支付面額種類、支付現(xiàn)金張數(shù)和找零的面額種類、找零現(xiàn)金張數(shù)的用戶支付方案，從而能夠根據(jù)用戶需要支付的金額為用戶顯示支付方案。

附圖說明

圖1為本發(fā)明實施例提出的提示收款金額的方法流程圖；

圖2為本發(fā)明另一實施例提出的提示收款金額的方法流程圖；

圖3為本發(fā)明實施例提出的提示收款金額的裝置的結(jié)構(gòu)框圖；

圖4為本發(fā)明另一實施例提出的提示收款金額的裝置的結(jié)構(gòu)框圖；

圖5為本發(fā)明又一實施例提出的提示收款金額的裝置的結(jié)構(gòu)框圖；

圖6為本發(fā)明又一實施例提出的提示收款金額的裝置的結(jié)構(gòu)框圖。

具體實施方式

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

本發(fā)明實施例提出了一種提示收款金額的方法，如圖1所示，該方法可以包括以下步驟：

步驟101：獲取用戶需要支付的金額；

步驟102：根據(jù)用戶需要支付的金額計算用戶支付方案；

用戶支付方案包括支付面額種類、支付現(xiàn)金張數(shù)和找零的面額種類、找零現(xiàn)金張數(shù)；

步驟103：設(shè)置支付面額種類、支付現(xiàn)金張數(shù)和找零的面額種類、找零現(xiàn)金張數(shù)的權(quán)重，根據(jù)權(quán)重計算用戶支付方案的得分；

步驟104：根據(jù)用戶支付方案的得分排序并顯示用戶支付方案。

可見，本發(fā)明提出的提示收款金額的方法和裝置，通過根據(jù)用戶需要支付的金額計算支付面額種類、支付現(xiàn)金張數(shù)和找零的面額種類、找零現(xiàn)金張數(shù)，并為支付面額種類、支付現(xiàn)金張數(shù)和找零的面額種類、找零現(xiàn)金張數(shù)設(shè)置權(quán)重，并根據(jù)權(quán)重得分顯示包括支付面額種類、支付現(xiàn)金張數(shù)和找零的面額種類、找零現(xiàn)金張數(shù)的用戶支付方案，從而能夠根據(jù)用戶需要支付的金額為用戶顯示支付方案。

在本發(fā)明的一個優(yōu)選實施例中，根據(jù)用戶需要支付的金額計算用戶支付方案包括：計算所有可支付面額×支付張數(shù)≥用戶需要支付的金額的用戶支付方案；刪除用戶支付方案中找零面額中有屬于支付面額的用戶支付方案；用戶支付方案包括支付面額種類、支付現(xiàn)金張數(shù)和找零的面額種類、找零現(xiàn)金張數(shù)。

在本發(fā)明的一個優(yōu)選實施例中，計算所有可支付面額×支付張數(shù)≥用戶需要支付的金額的用戶支付方案包括：

對用戶需要支付的金額取余，獲得待計算金額；

計算所有可支付面額×支付張數(shù)≥待計算金額的用戶支付方案；

其中，取余值為100。

在本發(fā)明的一個優(yōu)選實施例中，支付面額種類和支付現(xiàn)金張數(shù)的權(quán)重大于找零的面額種類和找零現(xiàn)金張數(shù)的權(quán)重。

在本發(fā)明的一個優(yōu)選實施例中，還包括：

獲取用戶選擇信號，根據(jù)用戶選擇的用戶支付方案，增加用戶選擇的用戶支付方案的得分。

本發(fā)明實施例提出了一種提示收款金額的方法，如圖2所示，該方法可以包括以下步驟：

步驟201：獲取用戶需要支付的金額。

用戶在消費(fèi)完成后，需要進(jìn)行支付金額的結(jié)算。舉例來說，用戶在超市購物完成后，可以通過掃描商品二維碼等方式獲取用戶需要支付的金額。

步驟202：對用戶需要支付的金額取余，獲得待計算金額。

在國內(nèi)，所有現(xiàn)金種類有1角、5角、1元、5元、10元、20元、50元和100元。當(dāng)消費(fèi)金額大于100元時，可以默認(rèn)使用100元支付，這樣便于對用戶支付方案的計算。進(jìn)一步的，可以根據(jù)待支付金額的大小重新設(shè)置取余值，以便計算。

舉例來說，用戶的消費(fèi)金額為255元時，取余100后，得到55元，55元即為待計算金額。

步驟203：計算所有可支付面額×支付張數(shù)≥待計算金額的用戶支付方案。

其中，所有可支付面額可以為多種面額的組合。

詳細(xì)的，比如待計算金額為55元時；

方案1：1元×55張及以上；

方案2：5元×10張+1元×5張及以上；

…

方案N：100元×1張。

步驟204：刪除用戶支付方案中找零面額中有屬于支付面額的用戶支付方案。

比如，待計算金額B＝15；

方案A：10元×2張；

方案B：5元×4張；

方案C：10元×1張+5元×2張；

那么就可以過濾掉方案B和方案C，因為方案B的找零為5元，與支付面額沖突，同理，方案C也是如此。

步驟205：設(shè)置支付面額種類、支付現(xiàn)金張數(shù)和找零的面額種類、找零現(xiàn)金張數(shù)的權(quán)重，根據(jù)權(quán)重計算用戶支付方案的得分；

其中，支付面額種類和支付現(xiàn)金張數(shù)的權(quán)重大于找零的面額種類和找零現(xiàn)金張數(shù)的權(quán)重。

詳細(xì)的，由于支付面額種類、支付現(xiàn)金張數(shù)和找零的面額種類、找零現(xiàn)金張數(shù)的便利程度不相同，可以根據(jù)方便程度設(shè)定支付面額種類、支付現(xiàn)金張數(shù)和找零的面額種類、找零現(xiàn)金張數(shù)的權(quán)重。為了用戶的方便，付面額種類和支付現(xiàn)金張數(shù)的權(quán)重大于找零的面額種類和找零現(xiàn)金張數(shù)的權(quán)重；面額種類的權(quán)重大于面額張數(shù)的權(quán)重。

舉例來說，需要支付89元，為了便于用戶支付，用戶支付100元，找零11元的權(quán)重分?jǐn)?shù)就大于用戶支付90元，找零1元的權(quán)重分?jǐn)?shù)。

步驟206：根據(jù)用戶支付方案的得分排序并顯示用戶支付方案。

另外，可以根據(jù)不同用戶支付方案的得分為各用戶支付方案排序，優(yōu)選的，可以將排名前三的支付方案顯示給客戶，供客戶選擇。

步驟207：獲取用戶選擇信號，根據(jù)用戶選擇的用戶支付方案，增加用戶選擇的用戶支付方案的得分。

通過為用戶選擇的支付方案加分，可以在下次計算相同金額時，使用戶選擇過的支付方案得分更高，這樣可以動態(tài)計算用戶支付方案的得分，使用戶支付方案的排序更加靈活準(zhǔn)確。

在本實施例中，在進(jìn)行根據(jù)用戶選擇的用戶支付方案，增加用戶選擇的用戶支付方案的得分時包括：

根據(jù)用戶的支付習(xí)慣和店鋪的支付習(xí)慣對用戶支付方案的進(jìn)行動態(tài)評分。

在具體支付過程中，不同用戶的用戶支付方案與得分高的用戶支付方案并不完全匹配。舉例來說，零售店的消費(fèi)金額較小，大部分用戶支付時一般選擇使用面額較小的現(xiàn)金進(jìn)行支付，但是也有小部分用戶的支付習(xí)慣是使用大面額現(xiàn)金支付。那么使用大面額支付的用戶支付方案在用戶支付方案的得分就不會很高，對于使用大面額支付的用戶就不方便。因此，在支付時，可以根據(jù)用戶的支付習(xí)慣，顯示對應(yīng)的用戶支付方案。即同一個用戶支付方案，對應(yīng)的不同客戶可以有不同的得分，可以通過為不同的客戶顯示不同的得分，從而使用戶支付方案更加準(zhǔn)確。

本發(fā)明實施例還提出了一種提示收款金額的裝置，如圖3所示，該裝置包括：

獲取模塊301，獲取模塊301用于獲取用戶需要支付的金額；

計算模塊302，計算模塊302與獲取模塊301連接，用于根據(jù)用戶需要支付的金額計算用戶支付方案；

用戶支付方案包括支付面額種類、支付現(xiàn)金張數(shù)和找零的面額種類、找零現(xiàn)金張數(shù)；

設(shè)置模塊303，設(shè)置模塊303與計算模塊302連接，用于設(shè)置支付面額種類、支付現(xiàn)金張數(shù)和找零的面額種類、找零現(xiàn)金張數(shù)的權(quán)重，根據(jù)權(quán)重計算用戶支付方案的得分；

顯示模塊304，顯示模塊304連接設(shè)置模塊303，用于根據(jù)用戶支付方案的得分排序并顯示用戶支付方案。

在本發(fā)明實施例中，為了便于計算用戶支付方案，如圖4所示，計算模塊302包括：

計算單元3021，計算單元3021用于計算所有可支付面額×支付張數(shù)≥用戶需要支付的金額的用戶支付方案；

刪除單元3022，刪除單元3022與計算單元3021連接，用于刪除用戶支付方案中找零面額中有屬于支付面額的用戶支付方案方案；

用戶支付方案包括支付面額種類、支付現(xiàn)金張數(shù)和找零的面額種類、找零現(xiàn)金張數(shù)。

在本發(fā)明實施例中，為了便于計算用戶支付方案，如圖5所示，計算單元3021包括：

取余單元3023，用于對用戶需要支付的金額取余，獲得待計算金額；

計算所有可支付面額×支付張數(shù)≥待計算金額的用戶支付方案；

其中，取余值為100。

在本發(fā)明實施例中，為了使計算出的用戶支付方案更加靈活準(zhǔn)確，如圖6所示，還包括調(diào)整模塊601；

調(diào)整模塊601連接顯示模塊303，用于獲取用戶選擇信號，根據(jù)用戶選擇的用戶支付方案，增加用戶選擇的用戶支付方案的得分。

綜上所述，本發(fā)明實施例至少可以實現(xiàn)如下效果：

在本發(fā)明實施例中，通過根據(jù)用戶需要支付的金額計算支付面額種類、支付現(xiàn)金張數(shù)和找零的面額種類、找零現(xiàn)金張數(shù)，并為支付面額種類、支付現(xiàn)金張數(shù)和找零的面額種類、找零現(xiàn)金張數(shù)設(shè)置權(quán)重，并根據(jù)權(quán)重得分顯示包括支付面額種類、支付現(xiàn)金張數(shù)和找零的面額種類、找零現(xiàn)金張數(shù)的用戶支付方案，從而能夠根據(jù)用戶需要支付的金額為用戶顯示支付方案。

在本發(fā)明實施例中，通過計算所有可支付面額×支付張數(shù)≥用戶需要支付的金額的用戶支付方案；刪除用戶支付方案中找零面額中有屬于支付面額的用戶支付方案，從而可以使用戶支付方案的計算更加方便。

在本發(fā)明實施例中，通過對用戶需要支付的金額取余，可以減少用戶支付方案的數(shù)量，使用戶支付方案的計算更加方便。

在本發(fā)明實施例中，通過設(shè)置支付面額種類、支付現(xiàn)金張數(shù)和找零的面額種類、找零現(xiàn)金張數(shù)的權(quán)重，根據(jù)權(quán)重計算用戶支付方案的得分，可以使得分高的方案的便利性更高，用戶使用更加方便。

在本發(fā)明實施例中，通過獲取用戶選擇信號，根據(jù)用戶選擇的用戶支付方案，增加用戶選擇的用戶支付方案的得分，從而可以使用戶支付方案的排序更加靈活準(zhǔn)確。

最后需要說明的是：以上所述僅為本發(fā)明的較佳實施例，僅用于說明本發(fā)明的技術(shù)方案，并非用于限定本發(fā)明的保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)所做的任何修改、等同替換、改進(jìn)等，均包含在本發(fā)明的保護(hù)范圍內(nèi)。