黑名单用户或普通用户;其中，ml、nl、m2和π2的取值均为正整数。其中，当ml大于第一阈值以及nl大于第二阈值时，或者当m2大于第三阈值以及n2大于第四阈值时，该用户被定义为黑名单用户，否则，该用户被定义为普通用户。当该用户被定义为黑名单用户时，则该用户为受限权限，当该用户被定义为普通用户时，则该用户为非受限权限。
[0053]需要说明的是，随着预定时间段的不同，用户的当前消费等级以及消费权限会动态变化，因此，本实施例对不同的用户为动态限额。
[0054]S3、若用户当前消费等级为受限权限，则拒绝支付操作;若用户当前消费权限为非受限权限，则允许支付操作。
[0055]具体的，若用户的当前消费权限为受限权限，则后端平台拒绝用户进行支付操作，若用户的当前消费权限为非受限权限，则后端平台允许用户进行支付操作。
[0056]另外，当用户的当前消费权限为受限权限时，后端平台按照预设报警方式进行支付受限报警，其中，预设报警方式为文字报警或语音报警。
[0057]实施例2、一种移动端支付系统。以下结合图2对本实施例提供的系统进行描述。
[0058]参见图2，本实施例提供的系统包括请求接收模块21、限额配置模块22、收集模块23、定义模块24、权限判断模块25、允许/拒绝支付模块26和报警模块27。
[0059]其中，请求接收模块21，用于接收用户创建的订单请求命令并获取用户id。
[0060]限额配置模块22，用于收集第一预定时间内用户通过交易对端的消费总额W，根据所述消费总额W为该用户分配对应的消费等级L，并配置该消费等级L对应的限额S。
[0061]收集模块23，用于收集第二预定时间内用户更换的imei号的数量ml以及或者针对一个imei号绑定的用户账号数量nl;或者，
[0062]收集第二预定时间内用户更换手机卡的imsi号的数量m2以及针对一个imsi号绑定的用户账号数量n2;
[0063]其中，ml、nl、m2和η2均为正整数。
[0064]定义模块24，用于根据ml和nl的取值或者根据m2和η2的取值，按照预定规则将该用户定义为黑名单用户或普通用户。
[0065]权限判断模块25，用于根据预先制定的限额支付策略，获取用户id对应的用户当前消费权限。
[0066]具体的，所述用户创建的订单请求命令中携带有订单金额P，权限判断模块25具体用于:若P+W>S，则用户当前消费权限为受限权限；若P+W5 S，则用户当前消费权限为非受限权限。或者，权限判断模块25还具体用于:若用户为黑名单用户，则用户当前消费等级为受限权限;若用户为普通用户，则用户当前消费等级为非受限权限。
[0067]允许/拒绝支付模块26，用于若用户当前消费权限为受限权限，则拒绝支付操作；若用户当前消费权限为非受限权限，则允许支付操作。
[0068]报警模块27，用于若用户当前消费等级为受限权限，按照预设报警方式进行支付受限报警，其中，预设报警方式包括文字报警或语音报警。
[0069]本发明提供的一种移动端支付方法及移动端支付系统，根据预先制定的限额支付策略，针对不同的用户，对应有不同的消费权限，避免了现有的限额策略采用一刀切的方式带来的用户体验度下降，对每一个用户的限额支付策略灵活进行设置，降低了支付的坏账率;且可以采用多种限额策略相结合的方式对不同的用户进行限额，制定限额支付的策略灵活;在用户为受限权限时，还进行报警，以提醒用户。
[0070]在本说明书的描述中，参考术语“实施例一”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体方法、装置或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、方法、装置或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
[0071]以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【主权项】
1.一种移动端支付方法，其特征在于，包括: 51、接收用户创建的订单请求命令并获取用户id; 52、根据预先制定的限额支付策略，获取用户id对应的用户当前消费权限； 53、若用户当前消费权限为受限权限，则拒绝支付操作;若用户当前消费权限为非受限权限，则允许支付操作。2.如权利要求1所述的移动端支付方法，其特征在于，所述步骤S2中预先制定的限额支付策略具体包括: 收集第一预定时间内用户通过交易对端的消费总额W，根据所述消费总额W为该用户分配对应的消费等级L，并配置该消费等级L对应的限额S。3.如权利要求2所述的移动端支付方法，其特征在于，所述用户创建的订单请求命令中携带有订单金额P，所述步骤S2中获取用户id对应的用户当前消费权限具体包括: 若P+W>S，则用户当前消费权限为受限权限； 若P+W5 S，则用户当前消费权限为非受限权限。4.如权利要求1所述的移动端支付方法，其特征在于，所述步骤S2中预先制定的限额支付策略具体包括: 收集第二预定时间内用户更换手机的imei号的数量ml以及针对一个imei号绑定的用户账号数量nl; 或者， 收集第二预定时间内用户更换手机卡的imsi号的数量m2以及针对一个imsi号绑定的用户账号数量π2; 根据ml和nl的取值或者根据m2和η2的取值，按照预定规则将该用户定义为黑名单用户或普通用户； 其中，ml、nl、m2和η2的取值均为正整数。5.如权利要求3所述的移动端支付方法，其特征在于，所述步骤S2中获取用户id对应的用户当前消费权限具体包括: 若用户为黑名单用户，则用户当前消费权限为受限权限;若用户为普通用户，则用户当前消费权限为非受限权限。6.如权利要求1-5任一项所述的移动端支付方法，其特征在于，还包括: 若用户当前消费权限为受限权限，按照预设报警方式进行支付受限报警。7.一种移动端支付系统，其特征在于，所述系统包括: 接收模块，用于接收用户创建的订单请求命令并获取用户id; 权限判断模块，用于根据预先制定的限额支付策略，获取用户id对应的用户当前消费权限； 允许/拒绝支付模块，用于若用户当前消费权限为受限权限，则拒绝支付操作;若用户当前消费权限为非受限权限，则允许支付操作。8.如权利要求7所述的移动端支付系统，其特征在于，还包括: 限额配置模块，用于收集第一预定时间内用户通过交易对端的消费总额W，根据所述消费总额W为该用户分配对应的消费等级L，并配置该消费等级L对应的限额S。9.如权利要求7所述的移动端支付系统，其特征在于，还包括: 收集模块，用于收集第二预定时间内用户更换的imei号的数量ml以及或者针对一个imei号绑定的用户账号数量nl;或者， 收集第二预定时间内用户更换手机卡的imsi号的数量m2以及针对一个imsi号绑定的用户账号数量π2; 其中，ml、nl、m2和η2均为正整数； 定义模块，用于根据ml和nl的取值或者根据m2和η2的取值，按照预定规则将该用户定义为黑名单用户或普通用户。10.如权利要求7-9任一项所述的移动端支付系统，其特征在于，还包括: 报警模块，用于若用户当前消费权限为受限权限，按照预设报警方式进行支付受限报塾目ο
【专利摘要】本发明公开了一种移动端支付方法及移动端支付系统，所述方法包括：S1、接收用户创建的订单请求命令并获取用户id；S2、根据预先制定的限额支付策略，获取用户id对应的用户当前消费权限；S3、若用户当前消费权限为受限权限，则拒绝支付操作；若用户当前消费权限为非受限权限，则允许支付操作。本发明根据预先制定的限额支付策略，针对不同的用户，对应有不同的消费权限，避免了现有的限额策略采用一刀切的方式带来的用户体验度下降，对每一个用户的限额支付策略灵活进行设置，降低了支付的坏账率。
【IPC分类】G06Q20/32, G06Q20/40
【公开号】CN105608580
【申请号】CN201510933539
【发明人】孙豹, 胡敏, 魏松柏, 危才高, 刘铁锋
【申请人】百纳（武汉）信息技术有限公司
【公开日】2016年5月25日
【申请日】2015年12月15日