本发明涉及收费金额计算技术领域,尤其涉及一种提示收款金额的方法和装置。
背景技术:
收银工作是商品销售过程中极为重要的一环,依照商品所标注的价格,回笼货款,完成商品与货币之间的转换工作。
目前,在收银过程中,大部分只能显示用户需要支付的金额,而不能根据用户需要支付的金额为用户显示支付方案。
技术实现要素:
有鉴于此,本发明要解决的技术问题是提供一种提示收款金额的方法和装置,能够根据用户需要支付的金额为用户显示支付方案。
第一方面,本发明提出了一种提示收款金额的方法,包括
获取用户需要支付的金额;
根据所述用户需要支付的金额计算用户支付方案;
所述用户支付方案包括支付面额种类、支付现金张数和找零的面额种类、找零现金张数;
设置所述支付面额种类、支付现金张数和找零的面额种类、找零现金张数的权重,根据所述权重计算所述用户支付方案的得分;
根据所述用户支付方案的得分排序并显示所述用户支付方案。
优选的,所述根据所述用户需要支付的金额计算用户支付方案包括:
计算所有可支付面额×支付张数≥所述用户需要支付的金额的用户支付方案;
删除所述用户支付方案中找零面额中有属于支付面额的用户支付方案;
所述用户支付方案包括支付面额种类、支付现金张数和找零的面额种类、找零现金张数。
优选的,所述计算所有可支付面额×支付张数≥所述用户需要支付的金额的用户支付方案包括:
对所述用户需要支付的金额取余,获得待计算金额;
计算所有可支付面额×支付张数≥所述待计算金额的用户支付方案;
其中,所述取余值为100。
优选的,所述支付面额种类和所述支付现金张数的权重大于所述找零的面额种类和所述找零现金张数的权重。
优选的,在所述步骤4之后,还包括:
获取用户选择信号,根据用户选择的用户支付方案,增加所述用户选择的用户支付方案的得分。
第二方面,本发明提出了一种提示收款金额的装置,包括:
获取模块,所述获取模块用于获取用户需要支付的金额;
计算模块,所述计算模块与所述获取模块连接,用于根据所述用户需要支付的金额计算用户支付方案;
所述用户支付方案包括支付面额种类、支付现金张数和找零的面额种类、找零现金张数;
设置模块,所述设置模块与所述计算模块连接,用于设置所述支付面额种类、支付现金张数和找零的面额种类、找零现金张数的权重,根据所述权重计算所述用户支付方案的得分;
显示模块,所述显示模块连接所述设置模块,用于根据所述用户支付方案的得分排序并显示所述用户支付方案。
优选的,所述计算模块包括:
计算单元,所述计算单元用于计算所有可支付面额×支付张数≥所述用户需要支付的金额的用户支付方案;
删除单元,所述删除单元与所述计算单元连接,用于删除所述用户支付方案中找零面额中有属于支付面额的用户支付方案;
所述用户支付方案包括支付面额种类、支付现金张数和找零的面额种类、找零现金张数。
优选的,所述计算单元包括:
取余单元,用于对所述用户需要支付的金额取余,获得待计算金额;
计算所有可支付面额×支付张数≥所述待计算金额的用户支付方案;
其中,所述取余值为100。
优选的,还包括调整模块;
所述调整模块连接所述显示模块,用于获取用户选择信号,根据用户选择的用户支付方案,增加所述用户选择的用户支付方案的得分。
本发明提出的提示收款金额的方法和装置,通过根据用户需要支付的金额计算支付面额种类、支付现金张数和找零的面额种类、找零现金张数,为支付面额种类、支付现金张数和找零的面额种类、找零现金张数设置权重,并根据权重得分显示包括支付面额种类、支付现金张数和找零的面额种类、找零现金张数的用户支付方案,从而能够根据用户需要支付的金额为用户显示支付方案。
附图说明
图1为本发明实施例提出的提示收款金额的方法流程图;
图2为本发明另一实施例提出的提示收款金额的方法流程图;
图3为本发明实施例提出的提示收款金额的装置的结构框图;
图4为本发明另一实施例提出的提示收款金额的装置的结构框图;
图5为本发明又一实施例提出的提示收款金额的装置的结构框图;
图6为本发明又一实施例提出的提示收款金额的装置的结构框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提出了一种提示收款金额的方法,如图1所示,该方法可以包括以下步骤:
步骤101:获取用户需要支付的金额;
步骤102:根据用户需要支付的金额计算用户支付方案;
用户支付方案包括支付面额种类、支付现金张数和找零的面额种类、找零现金张数;
步骤103:设置支付面额种类、支付现金张数和找零的面额种类、找零现金张数的权重,根据权重计算用户支付方案的得分;
步骤104:根据用户支付方案的得分排序并显示用户支付方案。
可见,本发明提出的提示收款金额的方法和装置,通过根据用户需要支付的金额计算支付面额种类、支付现金张数和找零的面额种类、找零现金张数,并为支付面额种类、支付现金张数和找零的面额种类、找零现金张数设置权重,并根据权重得分显示包括支付面额种类、支付现金张数和找零的面额种类、找零现金张数的用户支付方案,从而能够根据用户需要支付的金额为用户显示支付方案。
在本发明的一个优选实施例中,根据用户需要支付的金额计算用户支付方案包括:计算所有可支付面额×支付张数≥用户需要支付的金额的用户支付方案;删除用户支付方案中找零面额中有属于支付面额的用户支付方案;用户支付方案包括支付面额种类、支付现金张数和找零的面额种类、找零现金张数。
在本发明的一个优选实施例中,计算所有可支付面额×支付张数≥用户需要支付的金额的用户支付方案包括:
对用户需要支付的金额取余,获得待计算金额;
计算所有可支付面额×支付张数≥待计算金额的用户支付方案;
其中,取余值为100。
在本发明的一个优选实施例中,支付面额种类和支付现金张数的权重大于找零的面额种类和找零现金张数的权重。
在本发明的一个优选实施例中,还包括:
获取用户选择信号,根据用户选择的用户支付方案,增加用户选择的用户支付方案的得分。
本发明实施例提出了一种提示收款金额的方法,如图2所示,该方法可以包括以下步骤:
步骤201:获取用户需要支付的金额。
用户在消费完成后,需要进行支付金额的结算。举例来说,用户在超市购物完成后,可以通过扫描商品二维码等方式获取用户需要支付的金额。
步骤202:对用户需要支付的金额取余,获得待计算金额。
在国内,所有现金种类有1角、5角、1元、5元、10元、20元、50元和100元。当消费金额大于100元时,可以默认使用100元支付,这样便于对用户支付方案的计算。进一步的,可以根据待支付金额的大小重新设置取余值,以便计算。
举例来说,用户的消费金额为255元时,取余100后,得到55元,55元即为待计算金额。
步骤203:计算所有可支付面额×支付张数≥待计算金额的用户支付方案。
其中,所有可支付面额可以为多种面额的组合。
详细的,比如待计算金额为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:设置支付面额种类、支付现金张数和找零的面额种类、找零现金张数的权重,根据权重计算用户支付方案的得分;
其中,支付面额种类和支付现金张数的权重大于找零的面额种类和找零现金张数的权重。
详细的,由于支付面额种类、支付现金张数和找零的面额种类、找零现金张数的便利程度不相同,可以根据方便程度设定支付面额种类、支付现金张数和找零的面额种类、找零现金张数的权重。为了用户的方便,付面额种类和支付现金张数的权重大于找零的面额种类和找零现金张数的权重;面额种类的权重大于面额张数的权重。
举例来说,需要支付89元,为了便于用户支付,用户支付100元,找零11元的权重分数就大于用户支付90元,找零1元的权重分数。
步骤206:根据用户支付方案的得分排序并显示用户支付方案。
另外,可以根据不同用户支付方案的得分为各用户支付方案排序,优选的,可以将排名前三的支付方案显示给客户,供客户选择。
步骤207:获取用户选择信号,根据用户选择的用户支付方案,增加用户选择的用户支付方案的得分。
通过为用户选择的支付方案加分,可以在下次计算相同金额时,使用户选择过的支付方案得分更高,这样可以动态计算用户支付方案的得分,使用户支付方案的排序更加灵活准确。
在本实施例中,在进行根据用户选择的用户支付方案,增加用户选择的用户支付方案的得分时包括:
根据用户的支付习惯和店铺的支付习惯对用户支付方案的进行动态评分。
在具体支付过程中,不同用户的用户支付方案与得分高的用户支付方案并不完全匹配。举例来说,零售店的消费金额较小,大部分用户支付时一般选择使用面额较小的现金进行支付,但是也有小部分用户的支付习惯是使用大面额现金支付。那么使用大面额支付的用户支付方案在用户支付方案的得分就不会很高,对于使用大面额支付的用户就不方便。因此,在支付时,可以根据用户的支付习惯,显示对应的用户支付方案。即同一个用户支付方案,对应的不同客户可以有不同的得分,可以通过为不同的客户显示不同的得分,从而使用户支付方案更加准确。
本发明实施例还提出了一种提示收款金额的装置,如图3所示,该装置包括:
获取模块301,获取模块301用于获取用户需要支付的金额;
计算模块302,计算模块302与获取模块301连接,用于根据用户需要支付的金额计算用户支付方案;
用户支付方案包括支付面额种类、支付现金张数和找零的面额种类、找零现金张数;
设置模块303,设置模块303与计算模块302连接,用于设置支付面额种类、支付现金张数和找零的面额种类、找零现金张数的权重,根据权重计算用户支付方案的得分;
显示模块304,显示模块304连接设置模块303,用于根据用户支付方案的得分排序并显示用户支付方案。
在本发明实施例中,为了便于计算用户支付方案,如图4所示,计算模块302包括:
计算单元3021,计算单元3021用于计算所有可支付面额×支付张数≥用户需要支付的金额的用户支付方案;
删除单元3022,删除单元3022与计算单元3021连接,用于删除用户支付方案中找零面额中有属于支付面额的用户支付方案方案;
用户支付方案包括支付面额种类、支付现金张数和找零的面额种类、找零现金张数。
在本发明实施例中,为了便于计算用户支付方案,如图5所示,计算单元3021包括:
取余单元3023,用于对用户需要支付的金额取余,获得待计算金额;
计算所有可支付面额×支付张数≥待计算金额的用户支付方案;
其中,取余值为100。
在本发明实施例中,为了使计算出的用户支付方案更加灵活准确,如图6所示,还包括调整模块601;
调整模块601连接显示模块303,用于获取用户选择信号,根据用户选择的用户支付方案,增加用户选择的用户支付方案的得分。
综上所述,本发明实施例至少可以实现如下效果:
在本发明实施例中,通过根据用户需要支付的金额计算支付面额种类、支付现金张数和找零的面额种类、找零现金张数,并为支付面额种类、支付现金张数和找零的面额种类、找零现金张数设置权重,并根据权重得分显示包括支付面额种类、支付现金张数和找零的面额种类、找零现金张数的用户支付方案,从而能够根据用户需要支付的金额为用户显示支付方案。
在本发明实施例中,通过计算所有可支付面额×支付张数≥用户需要支付的金额的用户支付方案;删除用户支付方案中找零面额中有属于支付面额的用户支付方案,从而可以使用户支付方案的计算更加方便。
在本发明实施例中,通过对用户需要支付的金额取余,可以减少用户支付方案的数量,使用户支付方案的计算更加方便。
在本发明实施例中,通过设置支付面额种类、支付现金张数和找零的面额种类、找零现金张数的权重,根据权重计算用户支付方案的得分,可以使得分高的方案的便利性更高,用户使用更加方便。
在本发明实施例中,通过获取用户选择信号,根据用户选择的用户支付方案,增加用户选择的用户支付方案的得分,从而可以使用户支付方案的排序更加灵活准确。
最后需要说明的是:以上所述仅为本发明的较佳实施例,仅用于说明本发明的技术方案,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等,均包含在本发明的保护范围内。