本申请涉及互联网应用领取，具体涉及一种为业务对象提供方确定支付人群划分的方法及装置。本申请同时涉及一种为商户确定支付客户划分的方法及装置，本申请还提供一种支付人群划分方式的展示方法及装置，本申请还提供一种为商户展示支付客户划分的方法及装置，以及电子设备和存储设备。
背景技术：
随着互联网技术的发展，网上交易已逐渐成为生活中必不可少的一种支付形式。商家为达到引导消费，提高消费次数的目的，通常采用的是提供优惠券等形式吸引客户到店消费。目前，行业为商户配券采用统一配置的形式，即：商户采用同一优惠价格。为针对不同消费人群提供不同优惠券，现有技术中采用的形式是基于行业经验，简单的把人群划分成几个人群，比如针对小吃门店的商户，将人群划分成笔单价20元及以下，笔单价在20元以上两个人群。该种形式能够实现不同人群发不同的优惠券，但是，由于人群划分没有考虑到商户自身状况，比如商户经营环境的情况，同样是小吃类的商户，可能部分商户经营环境较好，即经营成本相对高，部分商户经营环境较差，经营成本相对较低，经营环境较差的单笔消费价格可能均在20元以下。因此，按照上述行业经验对人群进行划分的方式，可能会导致基于行业经验配置的优惠券并不能实现相应的促销效果，更甚至有可能给商户带来很大的营销误伤。
因此，如何针对消费人群进行更为合理的划分，以解决现有技术基于行业经验配置优惠券而导致的促销效果不理想的问题。
技术实现要素：
本申请提供一种为业务对象提供方确定支付人群划分的方法及装置，以解决现有技术基于行业经验配置优惠券而导致的促销效果不理想的问题。
本申请提供一种为业务对象提供方确定支付人群划分的方法，包括：
确定业务对象提供方以及所述业务对象提供方的支付数据；
根据所述支付数据确定针对支付人群的候选划分方式，其中，在每个候选划分方式中，所述支付人群被划分为多组人群；
将任意相邻的两组人群的支付数据满足支付数据约束条件的候选划分方式，确定为针对所述支付人群的最终划分方式。
优选的，所述将任意相邻的两组人群的支付数据满足支付数据约束条件的候选划分方式，确定为针对所述支付人群的最终划分方式，包括：判断在第一候选划分方式中任意相邻的两个人群中的第一人群的支付数据均值与第二人群的支付数据均值的比值，是否满足支付数据阈值，若满足，则将所述第一候选划分方式确定为针对所述支付人群的最终划分方式。
优选的，所述根据所述支付数据确定针对支付人群的候选划分方式包括：
确定所述支付人群的分组数量；
根据所述分组数量，确定所述分组数量下每个组对应的支付数据；
按照每个组对应的支付数据，将所述支付人群划分到对应的组；
根据所述按照每个组对应的支付数据将所述支付人群划分到对应的组，确定为针对所述支付人群的候选划分方式。
优选的，所述根据所述支付数据确定针对支付人群的候选划分方式包括：
根据所述分组数量中每个组中的支付数据计算候选划分方式的评估函数值；
选取所述分组数量中最小评估函数值；
将所述最小评估函数值所对应的组确定为对支付人群的候选划分方式。
优选的，所述评估函数值采用如下公式计算获得：
其中，f为评估函数，i为支付数据的数量，所述xi为每笔支付数据，ci为每组人群的支付数据均值。
优选的，所述确定所述支付人群的分组数量包括：
根据所述业务对象提供方的业务分组数量约束要求，确定所述分组数量。
优选的，所述确定所述业务对象提供方的支付数据包括：
选取支付时间满足时间阈值范围内的支付数据；
对所述满足时间阈值范围内的所述支付数据进行排序，将排序后的支付数据确定为所述业务对象提供方的支付数据。
优选的，所述对所述满足时间阈值范围内的支付数据进行排序，包括：
根据设定的剔除范围，剔除所述排序后的所述支付数据的部分数据。
优选的，所述确定所述业务对象提供方的支付数据包括：
对所述支付数据进行聚合，得到聚合支付数据；
对所述聚合支付数据进行排序，得到排序后的聚合支付数据，将所述排序后的聚合支付数据确定为所述业务对象提供方的支付数据。
优选的，所述对所述支付数据进行聚合包括：
将所述支付数据根据支付金额和/或支付次数进行聚合；
所述对聚合后的所述支付数据进行排序包括：
对所述聚合后的所述支付数据按照所述支付金额进行升序或降序排列。
优选的，所述支付数据包括至少以下一种：
支付金额，支付人数、支付金额均值，支付时间。
本申请还提供一种为商户确定支付客户划分的方法，包括：
确定提供o2o业务的商户以及所述商户的支付数据；
根据所述支付数据确定针对支付客户的候选划分方式，其中，在每个候选划分方式中，所述支付客户被划分为多组人群；
将任意相邻的两组客户的支付数据满足支付数据约束条件的候选划分方式中，确定为针对所述支付客户的最终划分方式。
优选的，所述将任意相邻的两组人群的支付数据满足支付数据约束条件的候选划分方式中，确定为针对所述支付客户的最终划分方式，包括：
判断在第一候选划分方式中任意相邻的两个支付客户中的第一客户群的支付数据均值与第二客户群的支付数据均值的比值，是否满足支付数据阈值，若满足，则将所述第一候选划分方式确定为针对所述支付客户的最终划分方式。
优选的，所述根据所述支付数据确定对支付客户的候选划分方式包括：
确定所述支付客户的分组数量；
根据所述分组数量，确定所述分组数量下每个组对应的支付数据；
按照每个组对应的支付数据，将所述支付客户划分到对应的组；
根据所述按照每个组对应的支付数据将所述支付客户划分到对应的组，确定为针对所述支付客户的候选划分方式。
优选的，所述根据所述支付数据确定针对支付客户的候选划分方式包括：
根据所述分组数量中每个组中的支付数据计算候选划分方式的评估函数值；
选取所述分组数量中最小评估函数值；
将所述最小评估函数值所对应的组确定为对支付客户的候选划分方式。
优选的，所述评估函数值采用如下公式计算获得：
其中，f为评估函数，i为支付数据的数量，所述xi为每笔支付数据，ci为每组人群的支付数据均值。
优选的，所述确定所述支付客户的分组数量包括：
根据所述商户在所述o2o业务下的分组数量约束要求，确定所述分组数量。
优选的，所述确定所述商户的支付数据包括：
选取支付时间满足时间阈值范围内的支付数据；
对所述满足时间阈值范围内的所述支付数据进行排序，将排序后的支付数据确定为所述商户的支付数据。
优选的，所述对所述满足时间阈值范围内的支付数据进行排序，包括：
根据设定的剔除范围，剔除所述排序后的所述支付数据的部分数据。
优选的，所述确定所述商户的支付数据包括：
对所述支付数据进行聚合，得到聚合支付数据；
对所述聚合支付数据进行排序，得到排序后的额聚合支付数据，将所述排序后的聚合支付数据确定为所述商户的支付数据。
优选的，所述对所述支付数据进行聚合包括：
将所述支付数据根据支付金额和/或支付次数进行聚合；
所述对聚合后的所述支付数据进行排序包括：
对所述聚合后的所述支付数据按照所述支付金额进行升序或降序排列。
本申请还提供一种支付人群划分方式的展示方法，包括：
确定业务对象提供方及支付数据；
确定向所述业务对象提供方推荐的支付人群的划分方式；
展示所述推荐的支付人群的划分方式。
优选的，所述展示所述推荐的支付人群的划分方式包括以下至少一种展示信息：展示针对确认所述划分方式的确认提示信息；展示针对所述划分方式下不同支付人群的优惠信息；展示针对所述划分方式下所述支付数据的分布曲线；展示针对所述划分方式下所述支付数据的支付均值；展示针对所述划分方式下所述支付数据的支付均值至支付数据的分布曲线的连线；展示针对所述划分方式下所述支付数据中的每笔支付金额；展示针对所述划分方式下所述支付数据中的每笔支付金额及对应的支付人数；展示针对所述划分方式下所述支付数据中每笔支付金额的支付次数。
优选的，所述展示所述推荐的支付人群的划分方式包括：展示所述推荐的支付人群的划分方式详细信息的查看提示区域。
优选的，所述展示所述推荐的支付人群的划分方式详细信息的查看提示区域，包括：
根据对所述查看提示区域的操作行为接收展示请求；
根据所述展示请求展示候选划分方式。
优选的，所述根据所述展示请求展示候选划分方式包括至少以下一种信息：展示所述候选划分方式中任意相邻的两组人群的支付数据；展示所述候选划分方式中任意相邻的两组人群的支付数据的支付均值；展示所述候选划分方式中任意相邻的两组人群的支付数据的支付均值的比值。
本申请还提供一种为商户展示支付客户划分的方法，包括：
确定商户及所述商户的支付数据；
确定向所述商户推荐的支付客户的划分方式；
展示所述推荐的支付客户的划分方式。
优选的，所述展示所述推荐的支付人群的划分方式包括以下至少一种展示信息：展示针对确认所述划分方式的确认提示信息；展示针对所述划分方式下不同支付客户的优惠信息；展示针对所述划分方式下所述支付数据的分布曲线；展示针对所述划分方式下所述支付数据的支付均值；展示针对所述划分方式下所述支付数据的支付均值至支付数据的分布曲线的连线；展示针对所述划分方式下所述支付数据中的每笔支付金额；展示针对所述划分方式下所述支付数据中的每笔支付金额及对应的支付客户数量；展示针对所述划分方式下所述支付数据中每笔支付金额的支付次数。
优选的，所述展示所述推荐的支付客户的划分方式包括：展示所述推荐的支付客户的划分方式的详细信息的查看提示区域。
优选的，所述展示所述推荐的支付客户的划分方式的详细信息的查看提示区域，包括：
根据对所述查看提示区域的操作行为接收展示请求；
根据所述展示请求展示候选划分方式。
优选的，所述根据所述展示请求展示候选划分方式包括至少以下一种信息：展示所述候选划分方式中任意相邻的两组人群的支付数据；展示所述候选划分方式中任意相邻的两组人群的支付数据的支付均值；展示所述候选划分方式中任意相邻的两组人群的支付数据的支付均值的比值。
本申请还提供一种为业务对象提供方确定支付人群划分的装置，包括：
第一确定单元，用于确定业务对象提供方以及所述业务对象提供方的支付数据；
第二确定单元，用于根据所述支付数据确定针对支付人群的候选划分方式，其中，在每个候选划分方式中，所述支付人群被划分为多组人群；
第三确定单元，用于将任意相邻的两组人群的支付数据满足支付数据约束条件的候选划分方式，确定为针对所述支付人群的最终划分方式。
优选的，所述第三确定单元包括：判断单元，用于判断在第一候选划分方式中任意相邻的两个人群中的第一人群的支付数据均值与第二人群的支付数据均值的比值，是否满足支付数据阈值，若满足，则将所述第一候选划分方式确定为针对所述支付人群的最终划分方式。
优选的，所述第二确定单元包括：
分组数量确定单元，用于确定所述支付人群的分组数量；
支付数据确定单元，用于根据所述分组数量，确定所述分组数量下每个组对应的支付数据；
划分单元，用于按照每个组对应的支付数据，将所述支付人群划分到对应的组；
候选确定单元，用于将所述按照每个组对应的支付数据将所述支付人群划分到对应的组，确定为根据所述支付数据确定针对支付人群的候选划分方式。
优选的，所述候选确定单元包括：
计算单元，用于根据所述分组数量中每个组中的支付数据计算候选划分方式的评估函数值；
函数值选取单元，用于选取所述分组数量中最小评估函数值，将所述最小评估函数值所对应的组确定为对支付人群的候选划分方式。
优选的，所述评估函数值采用如下公式计算获得：
其中，f为评估函数，i为支付数据的数量，所述xi为每笔支付数据，ci为每组人群的支付数据均值。
优选的，所述分组数量确定单元包括：数量约束单元，用于根据所述业务对象提供方的业务分组数量约束要求，确定所述分组数量。
优选的，所述第一确定单元包括：
支付数据选取单元，用于选取支付时间满足时间阈值范围内的支付数据；
支付数据排序单元，用于对所述满足时间阈值范围内的所述支付数据进行排序，将排序后的支付数据确定为所述业务对象提供方的支付数据。
优选的，所述支付数据排序单元包括：剔除单元，用于根据设定的剔除范围，剔除所述排序后的所述支付数据的部分数据。
优选的，所述第一确定单元包括：
聚合单元，用于对所述支付数据进行聚合，得到聚合支付数据；
聚合排序单元，用于对所述聚合支付数据进行排序，得到排序后的聚合支付数据，将所述排序后的聚合支付数据确定为所述业务对象提供方的支付数据。
优选的，所述聚合单元具体用于将所述支付数据根据支付金额和/或支付次数进行聚合；所述聚合排序单元具体用于对所述聚合后的所述支付数据按照所述支付金额进行升序或降序排列。
优选的，所述支付数据包括至少以下一种：支付金额，支付人数、支付金额均值，支付时间。
本申请还提供一种为商户确定支付客户划分的装置，包括：
第一确定单元，用于确定提供o2o业务的商户以及所述商户的支付数据；
第二确定单元，用于根据所述支付数据确定针对支付客户的候选划分方式，其中，在每个候选划分方式中，所述支付客户被划分为多组人群；
第三确定单元，用于将任意相邻的两组客户的支付数据满足支付数据约束条件的候选划分方式中，确定为针对所述支付客户的最终划分方式。
优选的，所述第三确定单元包括：判断单元，用于判断在第一候选划分方式中任意相邻的两个支付客户中的第一客户群的支付数据均值与第二客户群的支付数据均值的比值，是否满足支付数据阈值，若满足，则将所述第一候选划分方式确定为针对所述支付客户的最终划分方式。
优选的，所述第二确定单元包括：
分组数量确定单元，确定所述支付客户的分组数量；
支付数据确定单元，用于根据所述分组数量，缺定所述分组数量下每个组对应的支付数据；
划分单元，用于按照每个组对应的支付数据，将所述支付客户划分到对应的组；
候选确定单元，用于将所述按照每个组对应的支付数据，将所述支付客户划分到对应的组，确定为对所述支付客户的候选划分方式。
优选的，所述候选确定单元包括：
计算单元，用于根据所述分组数量中每个组中的支付数据计算候选划分方式的评估函数值；
函数值选取单元，用于选取所述分组数量中最小评估函数值，将所述最小评估函数值所对应的组确定为对支付客户的候选划分方式。
优选的，所述评估函数值采用如下公式计算获得：
其中，f为评估函数，i为支付数据的数量，所述xi为每笔支付数据，ci为每组人群的支付数据均值。
优选的，所述分组数量确定单元包括：
数量约束单元，用于根据所述商户在所述o2o业务下的分组数量约束要求，确定所述分组数量。
优选的，所述第一确定单元包括：
支付数据选取单元，用于选取支付时间满足时间阈值范围内的支付数据；
支付数据排序单元，用于对所述满足时间阈值范围内的所述支付数据进行排序，将排序后的支付数据确定为所述商户的支付数据。
优选的，所述支付数据排序单元包括：剔除单元，用于根据设定的剔除范围，剔除所述排序后的所述支付数据的部分数据。
优选的，所述第一确定单元包括：
聚合单元，用于对所述支付数据进行聚合，得到聚合支付数据；
聚合排序单元，用于对所述聚合支付数据进行排序，得到排序后的聚合支付数据，将所述排序后的聚合支付数据确定为所述业务对象提供方的支付数据。
优选的，所述聚合单元具体用于将所述支付数据根据支付金额和/或支付次数进行聚合；所述聚合排序单元具体用于对所述聚合后的所述支付数据按照所述支付金额进行升序或降序排列。
优选的，所述支付数据包括至少以下一种：支付金额，支付人数、支付金额均值，支付时间。
本申请还提供一种支付人群划分方式的展示装置，包括：
第一确定单元，用于确定业务对象提供方及支付数据；
第二确定单元，用于确定向所述业务对象提供方推荐的支付人群的划分方式；
展示单元，用于展示所述推荐的支付人群的划分方式。
优选的，所述展示单元中展示的信息包括以下至少一种：展示针对确认所述划分方式的确认提示信息；展示针对所述划分方式下不同支付人群的优惠信息；展示针对所述划分方式下所述支付数据的分布曲线；展示针对所述划分方式下所述支付数据的支付均值；展示针对所述划分方式下所述支付数据的支付均值至支付数据的分布曲线的连线；展示针对所述划分方式下所述支付数据中的每笔支付金额；展示针对所述划分方式下所述支付数据中的每笔支付金额及对应的支付人数；展示针对所述划分方式下所述支付数据中每笔支付金额的支付次数。
优选的，所述展示单元包括：查看提示区域展示单元，用于展示所述推荐的支付人群的划分方式详细信息的查看提示区域。
优选的，所述查看提示区域展示单元，包括：
展示请求接收单元，用于根据对所述查看提示区域单元中的查看提示区域的操作行为接收展示请求；
候选划分展示单元，用于根据所述展示请求展示候选划分方式。
优选的，所述候选划分展示单元中包括展示至少以下一种信息：展示所述候选划分方式中任意相邻的两组人群的支付数据；展示所述候选划分方式中任意相邻的两组人群的支付数据的支付均值；展示所述候选划分方式中任意相邻的两组人群的支付数据的支付均值的比值。
本申请还提供一种为商户展示支付客户划分的装置，包括：
第一确定单元，用于确定商户及所述商户的支付数据；
第二确定单元，用于确定向所述商户推荐的支付客户的划分方式；
展示单元，用于展示所述推荐的支付客户的划分方式。
优选的，所述展示单元展示以下至少一种展示信息：展示针对确认所述划分方式的确认提示信息；展示针对所述划分方式下不同支付客户的优惠信息；展示针对所述划分方式下所述支付数据的分布曲线；展示针对所述划分方式下所述支付数据的支付均值；展示针对所述划分方式下所述支付数据的支付均值至支付数据的分布曲线的连线；展示针对所述划分方式下所述支付数据中的每笔支付金额；展示针对所述划分方式下所述支付数据中的每笔支付金额及对应的支付客户数量；展示针对所述划分方式下所述支付数据中每笔支付金额的支付次数。
优选的，所述展示单元包括：查看提示区域展示单元，用于展示所述推荐的支付客户的划分方式的详细信息的查看提示区域。
优选的，所述查看提示区域单元包括：
展示请求接收单元，用于根据对所述查看提示区域的操作行为接收展示请求；
候选划分展示单元，用于根据所述展示请求展示候选划分方式。
优选的，所述候选划分展示单元中包括展示至少以下一种信息：展示所述候选划分方式中任意相邻的两组人群的支付数据；展示所述候选划分方式中任意相邻的两组人群的支付数据的支付均值；展示所述候选划分方式中任意相邻的两组人群的支付数据的支付均值的比值。
本申请还提供一种电子设备，包括：
处理器；存储器，用于存储对网络平台产生的数据进行处理的程序，所述程序在被所述处理器读取执行时，执行如下操作：确定业务对象提供方以及所述业务对象提供方的支付数据；根据所述支付数据确定针对支付人群的候选划分方式，其中，在每个候选划分方式中，所述支付人群被划分为多组人群；将任意相邻的两组人群的支付数据满足支付数据约束条件的候选划分方式，确定为针对所述支付人群的最终划分方式。
本申请还提供一种存储设备，包括：存储网络平台产生数据，以及对应所述网络平台产生数据进行处理的程序；所述程序在被所述处理器读取执行时，执行如下操作：确定业务对象提供方以及所述业务对象提供方的支付数据；根据所述支付数据确定针对支付人群的候选划分方式，其中，在每个候选划分方式中，所述支付人群被划分为多组人群；将任意相邻的两组人群的支付数据满足支付数据约束条件的候选划分方式，确定为针对所述支付人群的最终划分方式。
本申请还提供一种电子设备，包括：
处理器；存储器，用于存储对网络平台产生的数据进行处理的程序，所述程序在被所述处理器读取执行时，执行如下操作：确定提供o2o业务的商户以及所述商户的支付数据；根据所述支付数据确定针对支付客户的候选划分方式，其中，在每个候选划分方式中，所述支付客户被划分为多组人群；将任意相邻的两组客户的支付数据满足支付数据约束条件的候选划分方式中，确定为针对所述支付客户的最终划分方式。
本申请还提供一种存储设备，包括：存储网络平台产生数据，以及对应所述网络平台产生数据进行处理的程序；所述程序在被所述处理器读取执行时，执行如下操作：确定提供o2o业务的商户以及所述商户的支付数据；根据所述支付数据确定针对支付客户的候选划分方式，其中，在每个候选划分方式中，所述支付客户被划分为多组人群；将任意相邻的两组客户的支付数据满足支付数据约束条件的候选划分方式中，确定为针对所述支付客户的最终划分方式。
本申请还提供一种电子设备，包括：
处理器；存储器，用于存储对网络平台产生的数据进行处理的程序，所述程序在被所述处理器读取执行时，执行如下操作：确定业务对象提供方及支付数据；确定向所述业务对象提供方推荐的支付人群的划分方式；展示所述推荐的支付人群的划分方式。
本申请还提供一种存储设备，包括：存储网络平台产生数据，以及对应所述网络平台产生数据进行处理的程序；所述程序在被所述处理器读取执行时，执行如下操作：确定业务对象提供方及支付数据；确定向所述业务对象提供方推荐的支付人群的划分方式；展示所述推荐的支付人群的划分方式。
本申请还提供一种电子设备，包括：
处理器；存储器，用于存储对网络平台产生的数据进行处理的程序，所述程序在被所述处理器读取执行时，执行如下操作：确定商户及所述商户的支付数据；确定向所述商户推荐的支付客户的划分方式；展示所述推荐的支付客户的划分方式。
本申请还提供一种存储设备，包括：存储网络平台产生数据，以及对应所述网络平台产生数据进行处理的程序；所述程序在被所述处理器读取执行时，执行如下操作：确定商户及所述商户的支付数据；确定向所述商户推荐的支付客户的划分方式；展示所述推荐的支付客户的划分方式。
本申请提供的一种为业务对象提供方确定支付人群划分的方法，通过确定业务对象提供方以及所述业务对象提供方的支付数据；基于所述支付数据对确定针对支付人群的候选划分方式，其中，在每个候选划分方式中，所述支付人群被划分为多组人群；在确定的候选划分方式中将任意相邻的两组人群的支付数据满足支付数据约束条件的候选划分方式，确定为针对所述支付人群的最终划分方式，进而使得在对人群划分上能够通过对业务对象提供方支付数据的分析确定最优的者是最为合理的人群划分方式，避免行业统一划分方式对业务对象提供方带来的营销误伤，即：为不同人群提供优惠信息存在与业务对象提供方实际情况不符的问题，本申请提供的方法能够更加贴合业务对象提供方自身的实际情况，达到最合理的人群划分。
本申请还提供一种为商户确定支付客户划分的方法，该方法通过确定提供o2o业务的商户以及所述商户的支付数据，确定针对支付客户的候选划分方式，其中，在每个候选划分方式中，所述支付客户被划分为多组人群；在确定的候选划分方式中将任意相邻的两组客户的支付数据满足支付数据约束条件的候选划分方式中，确定为针对所述支付客户的最终划分方式，从而保证o2o行业的商户能够根据自身实际情况对其支付客户进行最为合理的划分，进而能够根据不同的支付客户提供具有针对性的优惠信息。
本申请还提供一种支付人群划分方式的展示方法，通过确定业务对象提供方及支付数据，根据确定的相关信息确定向所述业务对象提供方推荐的支付人群的划分方式，之后展示所述推荐的支付人群的划分方式，所述展示的划分方式能够更好的对人群划分进行了解，并针对不同的人群设置不同的优惠信息。
本申请还提供一种为商户展示支付客户划分的方法，通过确定商户及所述商户的支付数据，根据支付数据确定向所述商户推荐的支付客户的划分方式，之后展示所述推荐的支付客户的划分方式，从而使得商户通过展示界面了解该商户下支付客户的划分情况，并针对不同支付客户配置不同优惠信息。
附图说明
图1是本申请提供的一种为业务对象提供方确定支付人群划分的方法实施例的流程图；
图2是本申请提供的一种为业务对象提供方确定支付人群划分的装置实施例的结构示意图；
图3是本申请提供的一种为商户确定支付客户划分的方法实施例的流程图；
图4是本申请提供的一种为商户确定支付客户划分的装置实施例的结构示意图；
图5是本申请提供的一种支付人群划分方式的展示方法实施例的流程图；
图6是本申请提供的一种支付人群划分方式的展示方法实施例的结构示意图；
图7是本申请提供的一种为商户展示支付客户划分的方法实施例的流程图；
图8是本申请提供的一种为商户展示支付客户划分的装置实施例的结构示意图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。
为能够更好的为业务对象提供方不同支付人群提供相应的优惠信息，本申请提供一种为业务对象提供方确定支付人群划分的方法，该方法突破行业内根据经验统一划分人群，保证划分更加合理和贴合业务对象提供方的实际情况。
请参考图1所示，图1是本申请提供的一种为业务对象提供方确定支付人群划分的方法实施例的流程图，该方法包括：
步骤s101：确定业务对象提供方以及所述业务对象提供方的支付数据。
在所述步骤s101中，所述业务对象提供方可以是指商户或商家，业务对象可以是商户或商家提供的商品；下述描述中所述业务对象提供方可以被称之为商户。所述支付数据可以是指所述商户或商家的销售数据，可以包括：支付金额，支付人数、支付金额均值，支付时间中的任意一种或任意两种或多种组合。
确定业务对象提供方可以是将对支付人群有划分需求的业务对象提供方确定为当前预要划分人群的业务对象提供方，进而获得该业务对象提供方在业务提供上的支付数据，当然也可以对所有业务对象提供方的支付人群确定为待划分人群，依次获得每个业务对象提供方的支付数据。确定业务对象提供方的过程可以是通过接收业务对象提供方发出的划分请求，或者判断业务对象提供方是否为服务平台上的已注册商户，当对已注册商户确定为业务对象提供方以及支付数据后(例如：登录信息)，还可以进一步根据对注册商户的等级，例如：根据销售额的高低确定为对注册商户的确定为待划分业务对象提供方的前后顺序。需要说明的是，在本实施例中，所述支付数据中可以包括已经完成支付行为的数据，还可以包括未完成支付行为的数据。在本实施中，主要通过支付金额、支付人数和支付金额均值等进行说明，并不限于上述组合方式。
在获得所述业务对象提供方的支付数据后，为保证所述支付数据的可信度，提高划分人群的准确度，对所述支付数据进行预处理，即：所述确定所述业务对象提供方的支付数据包括：
选取支付时间满足时间阈值范围内的支付数据；
对所述满足时间阈值范围内的所述支付数据进行排序，将排序后的支付数据确定为所述业务对象提供方的支付数据。
在本实施例中，选取所述时间阈值作为支付数据选取的条件是因为考虑到，支付人群的支付数据会随季节周期性发生变化，因此，通过设定时间阈值来限制支付数据的选取范围，保证支付数据的可靠性，在本实施例中，所述时间阈值可以设定为近期90天内的支付数据，所述近期可以理解为，以所述业务对象提供方确定人群划分时为时间点，在该时间点以前90天内的支付数据，当然也可以在该时间点上设定选取的范围，例如：距离该时间点一周以上的90天的支付数据。所述90天仅为距离，实际上时间阈值可以根据业务对象提供方的自身情况进行设定，例如：设定时可以考虑业务对象提供方的支付量、支付数据集中的时间段等等。在选取到符合所述时间阈值范围内的支付数据后，需要对支付数据进行排序，该排序的过程可以按照所述支付数据中的支付金额的大小进行，或者每笔支付金额的人数多少进行，当然不排除按照支付时间进行排序的可能性。
为避免排序后的支付数据存在异常的支付数据，对所述满足时间阈值范围内的支付数据进行排序，包括：根据设定的剔除范围，剔除所述排序后的所述支付数据的部分数据。所述异常数据可以理解为，例如：支付订单形成，但是最终并没有完成支付，即：没有产生实际支付金额；或者，支付数据中的实际支付金额存在与支付订单不符的情况，即：实际支付金额可能少或可能多，该些情况均可认为支付数据异常。对于支付数据的剔除本实施例中给出的以下几种可实现的方案，将支付数据范围内支付金额最高的5％剔除，或者，将支付数据范围内支付金额最低的5％剔除；将支付数据范围内支付金额最高的5％和支付数据范围内支付金额最低的5％均剔除。可以理解的是，对于保证支付数据的可靠性或者准确定，所述剔除方式还可以有其他形式。
为保证支付数据的准确性或可靠性，以及为保证对业务对象提供方的支付人群划分更为便利，使得支付数据能够按照一定规则或顺序进行排列，可以对经过上述预处理后的支付数据或者对未经过上述预处理后的支付数据，进行下列操作，即：所述确定所述业务对象提供方的支付数据包括：
对所述支付数据进行聚合，得到聚合支付数据；
对所述聚合支付数据进行排序，得到排序后的聚合支付数据，将所述排序后的聚合支付数据确定为所述业务对象提供方的支付数据。
在本实施例中，所述支付数据进行聚合可以是指，按照笔单价对支付数据进行聚合处理，所述笔单价可以是指每笔支付订单的支付价格。所述聚合处理可以是，将所述笔单价下支付人数进行累加。所述对聚合后的所述支付数据进行排序可以是，将聚合后的支付数据按照笔单价的金额从小到大排序，当然也可以按照从大到小的顺序排序。需要说明的是，上述对支付数据的聚合和聚合后的聚合支付数据排序，是根据笔单价完成，实际上聚合和聚合后的排序还可以根据支付次数进行。
步骤s102：根据所述支付数据确定针对支付人群的候选划分方式，其中，在每个候选划分方式中，所述支付人群被划分为多组人群。
所述步骤s102的目的在要根据支付数据确定处业务对象提供方的支付人群可以划分的方式，将存在所有可能的划分方式作为候选划分方式。在根据所述支付数据确定针对支付人群的候选划分方式中包括：
步骤a：确定所述支付人群的分组数量。
在所述步骤a中所述确定所述支付人群的分组数量，在本实施例中可以采用的方式是：根据所述业务对象提供方的业务分组数量约束要求，确定所述分组数量。通常情况下，所述业务对象提供方所属的行业对支付人群的划分具有数量约束，约束数量小于等于n个，所述n个中包括：2～n个人群，即：支付人群可以分为2个人群、3个人群，4个人群，……n个人群，零售行业一般业务数量约束为小于等于10个。可以理解的是，所述确定所述支付人群的分组数量可以根据行业的业务数量约束进行确定，当然，也不依赖于所述业务数据约束，即：不考虑业务数量约束，仅根据支付数据中支付不同金额的数量确定。所述分组数量也可以仅为一个，作为兜底分组，所述分组数量通常情况下不能小于2。
步骤b：根据所述分组数量，确定所述分组数量下每个组对应的支付数据。
所述步骤b的目的在于，根据确定的分组数量，获得每一分组数量下的每个组对应的支付数据，例如：分组数量为3，支付数据为1-7元，则确定在分组数量为3时，第一组对应的支付数据为1-3元，第二组对应的支付数据为3-5元，第三组对应的支付数据为5-7元；第一组对应的支付数据为1-2元，第二组对应的支付数据为2-5元，第三组对应的支付数据为5-7元；第一组对应的支付数据为1-4元，第二组对应的支付数据为4-5元，第三组对应的支付数据为5-7元等等，在此不一一列举。需要强调的是，当分组数量大于2时，各个分组数量下每个组都会存在多个不同的支付数据，要确定每个分组数量下每组中所有可能的支付数据。沿用上列，当分组数量为3时，不仅要确定分组数量为3时的多种分组，还要确定分组数量为2时的多种分组情况，例如：分组数量为2，支付数据为1-7元，则确定在分组数量为2时，第一组对应的支付数据为1-3元，第二组对应的支付数据为3-7元；第一组对应的支付数据为1-5元，第二组对应的支付数据为5-7元；第一组对应的支付数据为1-4元，第二组对应的支付数据为4-7元等等。同样的，当分组数量为4，则需要分别确定分组数量为2、3、4时每一种分组数量下的多种划分方式的组。
步骤c：按照每个组对应的支付数据，将所述支付人群划分到对应的组。
所述步骤c具体是将支付人群所支付的数据对应相应的组中。
步骤d：根据所述按照每个组对应的支付数据将所述支付人群划分到对应的组，确定为根据所述支付数据确定针对支付人群的候选划分方式。
所述步骤d中在确定为根据所述支付数据确定针对支付人群的候选划分方式时，可以包括：
根据所述分组数量中每个组中的支付数据计算候选划分方式的评估函数值；
选取所述分组数量中最小评估函数值；
将所述最小评估函数值所对应的组确定为对支付人群的候选划分方式。
沿用所述步骤b中的举例，在计算候选划分方式的评估函数值时，计算分组数量为3时，以第一组对应的支付数据为1-3元，第二组对应的支付数据为3-5元，第三组对应的支付数据为5-7元作为第一种划分人群的评估函数值；同时也计算以第一组对应的支付数据为1-2元，第二组对应的支付数据为2-5元，第三组对应的支付数据为5-7元作为第二种划分人群的评估函数值；同时也计算以第一组对应的支付数据为1-4元，第二组对应的支付数据为4-5元，第三组对应的支付数据为5-7元作为第三种划分人群的评估函数值，等等，同时，还要计算所述分组数量为2时，以第一组对应的支付数据为1-3元，第二组对应的支付数据为3-7元作为第一种划分人群的评估函数值；以第一组对应的支付数据为1-5元，第二组对应的支付数据为5-7元作为第一种划分人群的评估函数值；以第一组对应的支付数据为1-4元，第二组对应的支付数据为4-7元作为第一种划分人群的评估函数值等等。
将上述举例中的所有计算的评估函数值进行比较，即：比较分组数量为3时，第一种划分人群的评估函数值，第二种划分人群的评估函数值，第三种划分人群的评估函数值，选取三者中评估函数值最小，即最小评估函数值，例如：上述举例中第三种划分人群的评估函数值为最小；那么，所述最小评估函数值对应的第三种划分人群的组确定为所述分组数量为3时对支付人群的候选划分方式，即：将第一组对应的支付数据为1-4元，第二组对应的支付数据为4-5元，第三组对应的支付数据为5-7元作为候选划分方式。同时，比较分组数量为2时，第一种划分人群的评估函数值，第二种划分人群的评估函数值，第三种划分人群的评估函数值，选取三者中评估函数值最小，即最小评估函数值，例如：上述举例中第三种划分人群的评估函数值为最小。那么，所述最小评估函数值对应的第三种划分人群的组确定为所述分组数量为2时对支付人群的候选划分方式，即：将第一组对应的支付数据为1-4元，第二组对应的支付数据为4-7元作为候选划分方式。也就是说，分组数量为3时对应一个最小评估函数值，分组数量为2时对应一个最小评估函数值。概括的说，当所述分组数量为3时获得两个候选划分方式，即：分组数量为2时的第一候选划分方式，分组数量为3时的第二候选划分方式，当然，当分组数量更大时，候选划分方式也会更多。此处所描述的第一候选划分方式和第二候选划分方式仅为表述清楚，对候选划分方式的前后顺序没有限定。
在本实施中，所述评估函数值采用如下公式计算获得：
其中，f为评估函数，i为支付数据的数量，所述xi为每笔支付数据，ci为每组人群的支付数据均值。
需要说明的是，本实施例中是以评估函数值进行候选划分方式的确定，实际上，候选划分方式不仅可以通过评估函数值(也可以称为损失函数)计算，还可以通过文中描述等方式确定。
步骤s103：将任意相邻的两组人群的支付数据满足支付数据约束条件的候选划分方式，确定为针对所述支付人群的最终划分方式。
所述步骤s103的具体实现过程可以是，通过判断在第一候选划分方式中任意相邻的两个人群中的第一人群的支付数据均值与第二人群的支付数据均值的比值，确定针对所述支付人群的最终划分方式。在本实施中，当比值满足支付数据阈值时，将所述第一候选划分方式确定为针对所述支付人群的最终划分方式，例如：沿用上列，当所述分数数量为3时，确定了分组数量为3的最小评估函数值，和分组数量为2的最小评估函数值，那么对分组数量为3的最小评估函数值确定的候选划分方式中相邻的两个人群中的第一人群的支付数据均值与第二人群的支付数据均值进行相比，获得比值，判断比值是否满足设定的支付数据阈值，假设分组数量为3时的比值满足支付数据阈值，则将分组数量为3时，确定的候选划分方式作为业务对象提供方支付人群的最终划分方式，可以不用再去判断分组数量为2的情况。当然也可以判断每种分组数量的比值，将满足的推荐给业务对象提供方，供其选择。当判断比值没有符合支付数据阈值的候选划分方式，则可以返回错误信息，或者推荐一个比值差距与支付数据阈值距离较近的候选划分方式作为最终的划分方式。也就是说，当判断没有找到符合要求的候选划分方式时，可以不做任何处理，或者可以返回错误信息，或者选取一个较为合适的作为最终的划分方式，因为，对于人群划分，当没有符合条件的候选划分方式时，可以将人群分为2组人群的作为最后兜底的划分方式，该兜底的划分方式即为最终划分方式。
可以理解的是，当采用最后兜底的划分方式时，也存在多种划分组合，可以选取一个较为合适的，例如：比较较为靠近所述支付数据阈值的，也可以随意进行选取，具体选取方式不限上述内容。在本实施例中，所述支付数据阈值可以是比值为大于等于1.5元，所述支付数据均值可以是支付金额的均值，即：笔单价均值。所述任意相邻的两个人群中的第一人群的支付数据均值与第二人群的支付数据均值的比值可以是，计算大的笔单价均值的与小的笔单价均值的比值。
以上是对本申请提供一种为业务对象提供方确定支付人群划分的方法实施例的说明，与前述提供为业务对象提供方确定支付人群划分的方法实施例相对应，本申请还公开了一种为业务对象提供方确定支付人群划分的装置，请参看图2，由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
请参考图2所示，图2是本申请提供的一种为业务对象提供方确定支付人群划分的装置实施例的结构示意图，所述装置包括：
第一确定单元201，用于确定业务对象提供方以及所述业务对象提供方的支付数据。所述第一确定单元201包括：支付数据选取单元，用于选取支付时间满足时间阈值范围内的支付数据；支付数据排序单元，用于对所述满足时间阈值范围内的所述支付数据进行排序，将排序后的支付数据确定为所述业务对象提供方的支付数据。
所述支付数据排序单元包括：剔除单元，用于根据设定的剔除范围，剔除所述排序后的所述支付数据的部分数据。
所述第一确定单元201包括：聚合单元，用于对所述支付数据进行聚合，得到聚合支付数据；聚合排序单元，用于对所述聚合支付数据进行排序，得到排序后的聚合支付数据，将所述排序后的聚合支付数据确定为所述业务对象提供方的支付数据。所述聚合单元具体用于将所述支付数据根据支付金额和/或支付次数进行聚合；所述聚合排序单元具体用于对所述聚合后的所述支付数据按照所述支付金额进行升序或降序排列。
第二确定单元202，用于根据所述支付数据确定针对支付人群的候选划分方式，其中，在每个候选划分方式中，所述支付人群被划分为多组人群。所述第二确定单元包括：分组数量确定单元，用于确定所述支付人群的分组数量；支付数据确定单元，用于根据所述分组数量，确定所述分组数量下每个组对应的支付数据；划分单元，用于按照每个组对应的支付数据，将所述支付人群划分到对应的组；候选确定单元，用于将所述按照每个组对应的支付数据将所述支付人群划分到对应的组，确定为根据所述支付数据确定针对支付人群的候选划分方式。
所述候选确定单元包括：计算单元，用于根据所述分组数量中每个组中的支付数据计算候选划分方式的评估函数值；函数值选取单元，用于选取所述分组数量中最小评估函数值，将所述最小评估函数值所对应的组确定为对支付人群的候选划分方式。
所述评估函数值采用如下公式(与上述方法公式相同)计算获得：
所述分组数量确定单元包括：数量约束单元，用于根据所述业务对象提供方的业务分组数量约束要求，确定所述分组数量。
第三确定单元202，用于将任意相邻的两组人群的支付数据满足支付数据约束条件的候选划分方式，确定为针对所述支付人群的最终划分方式。所述第三确定单元202包括：判断单元，用于判断在第一候选划分方式中任意相邻的两个人群中的第一人群的支付数据均值与第二人群的支付数据均值的比值，是否满足支付数据阈值，若满足，则将所述第一候选划分方式确定为针对所述支付人群的最终划分方式。所述支付数据包括至少以下一种：支付金额，支付人数、支付金额均值，支付时间。
基于上述本申请还提供一种电子设备，包括：
处理器；存储器，用于存储对网络平台产生的数据进行处理的程序，所述程序在被所述处理器读取执行时，执行如下操作：确定业务对象提供方以及所述业务对象提供方的支付数据；根据所述支付数据确定针对支付人群的候选划分方式，其中，在每个候选划分方式中，所述支付人群被划分为多组人群；将任意相邻的两组人群的支付数据满足支付数据约束条件的候选划分方式，确定为针对所述支付人群的最终划分方式。
基于上述本申请还提供一种存储设备，包括：存储网络平台产生数据，以及对应所述网络平台产生数据进行处理的程序；所述程序在被所述处理器读取执行时，执行如下操作：确定业务对象提供方以及所述业务对象提供方的支付数据；根据所述支付数据确定针对支付人群的候选划分方式，其中，在每个候选划分方式中，所述支付人群被划分为多组人群；将任意相邻的两组人群的支付数据满足支付数据约束条件的候选划分方式，确定为针对所述支付人群的最终划分方式。
以上是对本申请提供一种为业务对象提供方确定支付人群划分的方法实施例以及一种为业务对象提供方确定支付人群划分的装置实施例的说明，基于上述本申请还公开了为商户确定支付客户划分的方法实施例，请参看图3，由于该方法实施例基本相似于为业务对象提供方确定支付人群划分的方法的实施例；所以描述得比较简单，相关之处参见为业务对象提供方确定支付人群划分的方法实施例的部分说明即可。下述描述的实施例仅仅是示意性的。
请参考图3所示，图3是本申请提供的一种为商户确定支付客户划分的方法实施例的流程图。本申请提供一种为商户确定支付客户划分的方法，包括：
步骤s301：确定提供o2o业务的商户以及所述商户的支付数据。
所述步骤s301中的o2o即onlinetooffline(在线离线或是线上到线下)，是指将线下的商务机会与互联网结合，让互联网成为线下交易的平台。o2o的概念非常广泛，既可涉及到线上，又可涉及到线下，可以统称为o2o。
所述步骤s301的具体实现过程中，确定商户的支付数据可以包括：
选取支付时间满足时间阈值范围内的支付数据；
对所述满足时间阈值范围内的所述支付数据进行排序，将排序后的支付数据确定为所述商户的支付数据。
所述对所述满足时间阈值范围内的支付数据进行排序，包括：
根据设定的剔除范围，剔除所述排序后的所述支付数据的部分数据。
所述确定所述商户的支付数据包括：
对所述支付数据进行聚合，得到聚合支付数据；
对所述聚合支付数据进行排序，得到排序后的聚合支付数据，将所述排序后的聚合支付数据确定为所述业务对象提供方的支付数据。
所述对所述支付数据进行聚合包括：
将所述支付数据根据支付金额和/或支付次数进行聚合；
所述对聚合的所述聚合支付数据进行排序包括：
对所述聚合后的所述支付数据按照所述支付金额进行升序或降序排列。
对于所述步骤s301的具体描述，可以参考为业务对象提供方确定支付人群划分的方法中所述步骤s201的描述，此处不再赘述。
步骤s302：根据所述支付数据确定针对支付客户的候选划分方式，其中，在每个候选划分方式中，所述支付客户被划分为多组人群；
所述步骤s302具体实现过程可以包括：
确定所述支付客户的分组数量；
根据所述分组数量，确定所述分组数量下每个组对应的支付数据；其中，所述确定所述支付客户的分组数量可以包括：根据所述商户在所述o2o业务下的分组数量约束要求，确定所述分组数量。
按照每个组对应的支付数据，将所述支付客户划分到对应的组；
将所述按照每个组对应的支付数据，将所述支付客户划分到对应的组，确定为针对所述支付客户的候选划分方式。
所述根据所述支付数据确定针对支付客户的候选划分方式包括：
根据所述分组数量中每个组中的支付数据计算候选划分方式的评估函数值；
选取所述分组数量中最小评估函数值；
将所述最小评估函数值所对应的组确定为对支付客户的候选划分方式。
所述评估函数值采用如下公式(具体含义参考上述公式)计算获得：
所述步骤s302中的评估函数值的计算以及其他相关描述参考所述步骤s202即可，此处不再一一赘述。
步骤s303：将任意相邻的两组客户的支付数据满足支付数据约束条件的候选划分方式中，确定为针对所述支付客户的最终划分方式。
所述步骤s303具体实现过程可以包括：判断在第一候选划分方式中任意相邻的两个支付客户中的第一客户群的支付数据均值与第二客户群的支付数据均值的比值，是否满足支付数据阈值，若满足，则将所述第一候选划分方式确定为针对所述支付客户的最终划分方式。具体判断的过程可以参考所述步骤s203的描述在此不再一一赘述。
以上是对本申请提供一种为商户确定支付客户划分的方法实施例的说明，与前述提供为商户确定支付客户划分的方法实施例相对应，本申请还公开了一种为商户确定支付客户划分的装置，请参看图4，由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
如图4所示，图4是本申请提供的一种为商户确定支付客户划分的装置的结构示意图。本申请提供的一种为商户确定支付客户划分的装置包括：
第一确定单元401，用于确定提供o2o业务的商户以及所述商户的支付数据。所述第一确定单元401包括：支付数据选取单元，用于选取支付时间满足时间阈值范围内的支付数据；支付数据排序单元，用于对所述满足时间阈值范围内的所述支付数据进行排序，将排序后的支付数据确定为所述商户的支付数据。所述支付数据排序单元包括：剔除单元，用于根据设定的剔除范围，剔除所述排序后的所述支付数据的部分数据。
所述第一确定单元401包括：聚合单元，用于对所述支付数据进行聚合，得到聚合支付数据；聚合排序单元，用于对所述聚合支付数据进行排序，得到排序后的聚合支付数据，将所述排序后的聚合支付数据确定为所述业务对象提供方的支付数据。所述聚合单元具体用于将所述支付数据根据支付金额和/或支付次数进行聚合；所述聚合排序单元具体用于对所述聚合后的所述支付数据按照所述支付金额进行升序或降序排列。所述支付数据包括至少以下一种：客户的支付金额，支付客户人数、客户支付金额的均值，客户支付时间。
第二确定单元402，用于根据所述支付数据确定针对支付客户的候选划分方式，其中，在每个候选划分方式中，所述支付客户被划分为多组人群。所述第二确定单元402包括：分组数量确定单元，确定所述支付客户的分组数量；支付数据确定单元，用于根据所述分组数量，缺定所述分组数量下每个组对应的支付数据；划分单元，用于按照每个组对应的支付数据，将所述支付客户划分到对应的组；候选确定单元，用于将所述按照每个组对应的支付数据，将所述支付客户划分到对应的组，确定为对所述支付客户的候选划分方式。
所述候选确定单元包括：计算单元，用于根据所述分组数量中每个组中的支付数据计算候选划分方式的评估函数值；函数值选取单元，用于选取所述分组数量中最小评估函数值，将所述最小评估函数值所对应的组确定为对支付客户的候选划分方式。
所述评估函数值采用如下公式(具体参考上述公式说明)计算获得：
所述分组数量确定单元包括：数量约束单元，用于根据所述商户在所述o2o业务下的分组数量约束要求，确定所述分组数量。
第三确定单元403，用于将任意相邻的两组客户的支付数据满足支付数据约束条件的候选划分方式中，确定为针对所述支付客户的最终划分方式。所述第三确定单元403包括：判断单元，用于判断在第一候选划分方式中任意相邻的两个支付客户中的第一客户群的支付数据均值与第二客户群的支付数据均值的比值，是否满足支付数据阈值，若满足，则将所述第一候选划分方式确定为针对所述支付客户的最终划分方式。所述支付数据包括至少以下一种：支付金额，支付人数、支付金额均值，支付时间。
基于上述本申请还提供一种电子设备，包括：处理器；存储器，用于存储对网络平台产生的数据进行处理的程序，所述程序在被所述处理器读取执行时，执行如下操作：确定提供o2o业务的商户以及所述商户的支付数据；根据所述支付数据确定针对支付客户的候选划分方式，其中，在每个候选划分方式中，所述支付客户被划分为多组人群；将任意相邻的两组客户的支付数据满足支付数据约束条件的候选划分方式中，确定为针对所述支付客户的最终划分方式。
基于上述本申请还提供一种存储设备，包括：存储网络平台产生数据，以及对应所述网络平台产生数据进行处理的程序；所述程序在被所述处理器读取执行时，执行如下操作：确定提供o2o业务的商户以及所述商户的支付数据；
根据所述支付数据确定针对支付客户的候选划分方式，其中，在每个候选划分方式中，所述支付客户被划分为多组人群；将任意相邻的两组客户的支付数据满足支付数据约束条件的候选划分方式中，确定为针对所述支付客户的最终划分方式。
以上是对本申请提供一种为商户确定支付客户划分的方法及装置应用场景实施例的说明，基于上述本申请还公开一种支付人群划分方式的展示方法实施例，请参看图5，由于该方法实施例基本相似于为业务对象提供方确定支付人群划分的方法的实施例以及一种为商户确定支付客户划分的方法的实施例，所以描述得比较简单，相关之处参见为业务对象提供方确定支付人群划分的方法实施例和为商户确定支付客户划分的方法实施例的部分说明即可。
如图5所示，图5是本申请提供的一种支付人群划分方式的展示方法实施例的流程图，所述展示方法包括：
步骤s501：确定业务对象提供方及支付数据。
所述步骤s501的具体实现过程可以参考上述步骤s101的具体描述，此处不再进行赘述。需要说明的是，在本实施中，确定业务对象提供方及业务对象提供方的支付数据可以采用的方式是，通过对服务平台上展示的人群划分的提示信息，例如：提示信息可以是“划分人群”触控区域或者是语音操控区域，对所述提示信息的操作行为触发人群划分请求，进而根据人群划分请求发出方确定业务对象提供方以及相应的支付数据。同样的，还可以通过服务平台上已有注册商户的信息进行业务对象提供的确定以及相关支付数据的确定。
步骤s502：确定向所述业务对象提供方推荐的支付人群的划分方式。所述步骤s502中具体实现过程可以参考所述步骤s102和步骤s103中的描述。
步骤s503：展示所述推荐的支付人群的划分方式。
所述步骤s503的具体实现过程可以包括以下至少一种展示信息：展示针对确认所述划分方式的确认提示信息；展示针对所述划分方式下不同支付人群的优惠信息；展示针对所述划分方式下所述支付数据的分布曲线；展示针对所述划分方式下所述支付数据的支付均值；展示针对所述划分方式下所述支付数据的支付均值至支付数据的分布曲线的连线；展示针对所述划分方式下所述支付数据中的每笔支付金额(笔单价的金额)；展示针对所述划分方式下所述支付数据中的每笔支付金额及对应的支付人数；展示针对所述划分方式下所述支付数据中每笔支付金额的支付次数(每个笔单价的支付总次数)。
所述展示所述推荐的支付人群的划分方式包括：展示所述推荐的支付人群的划分方式详细信息的查看提示区域。所述展示所述推荐的支付人群的划分方式详细信息的查看提示区域，包括：根据对所述查看提示区域的操作行为接收详情展示请求；根据所述详情展示请求展示候选划分方式。
所述展示的候选划分方式可以是，每一种候选划分方式的确定过程也可以是仅展示确定后的候选划分方式。所述每一种候选划分方式的确定过程可以是展示根据所述支付数据确定针对支付人群的候选划分方式，在每个候选划分方式中，所述支付人群被划分为多组人群，即展示多组人群。还可以展示出任意相邻的两组人群的支付数据，以及是否满足支付数据约束条件相关信息，在此相关信息上展示出确定的候选划分方式。可以理解的是，展示信息可以包括业务对象提供方具有需求或希望了解的信息，例如：确定候选划分方式时的时间信息，选用的支付数据时间信息，以便业务对象提供方能够更好获知根据其自身所推荐人群划分的情况。
因此，所述根据所述展示请求展示候选划分方式包括至少以下一种信息：展示所述候选划分方式中任意相邻的两组人群的支付数据；展示所述候选划分方式中任意相邻的两组人群的支付数据的支付均值；展示所述候选划分方式中任意相邻的两组人群的支付数据的支付均值的比值。当然，在服务平台展示的过程中还可以根据不同业务对象提供方所属的行业，以及业务对象提供方的需求，展示不同的界面类型，例如：可以是分布曲线图，或者是对最终划分人群确定过程的文字信息，或者是，每种候选划分方式的人群划分的图表形式等等，即：业务对象提供方可以根据自身需求选择不同的展示形式，也就是说，在服务平台展示所述推荐的支付人群的划分方式界面下，还可以包括：展示形式的提示信息。
以上是对本申请提供一种支付人群划分方式的展示方法实施例的说明，基于上述本申请还公开一种支付人群划分方式的展示装置的实施例，请参看图6，由于该装置实施例基本相似于支付人群划分方式的展示方法的实施例，所以描述得比较简单，相关之处参见支付人群划分方式的展示方法实施例的说明即可。
如图6所示，图6是本申请提供的一种为支付人群划分方式的展示装置实施例的结构示意图，所述装置包括：
第一确定单元601，用于确定业务对象提供方及支付数据；
第二确定单元602，用于确定向所述业务对象提供方推荐的支付人群的划分方式；
展示单元603，用于展示所述推荐的支付人群的划分方式。
所述展示单元603中展示的信息包括以下至少一种：展示针对确认所述划分方式的确认提示信息；展示针对所述划分方式下不同支付人群的优惠信息；展示针对所述划分方式下所述支付数据的分布曲线；展示针对所述划分方式下所述支付数据的支付均值；展示针对所述划分方式下所述支付数据的支付均值至支付数据的分布曲线的连线；展示针对所述划分方式下所述支付数据中的每笔支付金额；展示针对所述划分方式下所述支付数据中的每笔支付金额及对应的支付人数；展示针对所述划分方式下所述支付数据中每笔支付金额的支付次数。所述展示单元603包括：查看提示区域展示单元，用于展示所述推荐的支付人群的划分方式详细信息的查看提示区域。查看提示区域展示单元，包括：展示请求接收单元，用于根据对查看提示区域单元中的查看提示区域的操作行为接收展示请求；候选划分展示单元，用于根据展示请求展示候选划分方式。
所述候选划分展示单元中包括展示至少以下一种信息：展示所述候选划分方式中任意相邻的两组人群的支付数据；展示所述候选划分方式中任意相邻的两组人群的支付数据的支付均值；展示所述候选划分方式中任意相邻的两组人群的支付数据的支付均值的比值。
基于上述本申请还提供一种电子设备，包括：处理器；存储器，用于存储对网络平台产生的数据进行处理的程序，所述程序在被所述处理器读取执行时，执行如下操作：确定业务对象提供方及支付数据；确定向所述业务对象提供方推荐的支付人群的划分方式；展示所述推荐的支付人群的划分方式。
基于上述本申请还提供一种存储设备，包括：存储网络平台产生数据，以及对应所述网络平台产生数据进行处理的程序；所述程序在被所述处理器读取执行时，执行如下操作：确定业务对象提供方及支付数据；确定向所述业务对象提供方推荐的支付人群的划分方式；展示所述推荐的支付人群的划分方式。
以上是对本申请提供一种为支付人群划分方式的展示方法和装置实施例的说明，基于上述本申请还公开一种为商户展示支付客户划分的方法实施例，请参看图7，由于该方法实施例基本相似于支付人群划分方式的展示方法的实施例，所以描述得比较简单，相关之处参见支付人群划分方式的展示方法实施例的部分说明即可。下述描述的实施例仅仅是示意性的。
如图7所示，图7是本申请提供的一种为商户展示支付客户划分的方法实施例的流程图，所述方法包括：
步骤s701：确定商户及所述商户的支付数据；
步骤s702：确定向所述商户推荐的支付客户的划分方式；
步骤s703：展示所述推荐的支付客户的划分方式。
所述步骤s703展示所述推荐的支付人群的划分方式包括以下至少一种展示信息：展示针对确认所述划分方式的确认提示信息；展示针对所述划分方式下不同支付客户的优惠信息；展示针对所述划分方式下所述支付数据的分布曲线；展示针对所述划分方式下所述支付数据的支付均值；展示针对所述划分方式下所述支付数据的支付均值至支付数据的分布曲线的连线；展示针对所述划分方式下所述支付数据中的每笔支付金额；展示针对所述划分方式下所述支付数据中的每笔支付金额及对应的支付客户数量；展示针对所述划分方式下所述支付数据中每笔支付金额的支付次数。所述展示所述推荐的支付客户的划分方式包括：展示所述推荐的支付客户的划分方式的详细信息的查看提示区域。所述展示所述推荐的支付客户的划分方式的详细信息的查看提示区域，包括：根据对所述查看提示区域的操作行为接收展示请求；根据所述展示请求展示候选划分方式。所述展示所述推荐的支付客户的划分方式的详细信息的查看提示区域，包括：根据对所述查看提示区域的操作行为接收展示请求；根据所述展示请求展示候选划分方式。
以上是对本申请提供一种为商户展示支付客户划分的方法实施例的说明，基于上述本申请还公开一种为商户展示支付客户划分的装置实施例，请参看图8，由于该方法实施例基本相似于为商户展示支付客户划分的方法的实施例，所以描述得比较简单，相关之处参见支付人群划分方式的展示方法实施例的部分说明即可。下述描述的实施例仅仅是示意性的。
如图8所述，图8是本申请提供的一种为商户展示支付客户划分的装置实施例的结构示意图。所述装置包括：第一确定单元801，用于确定商户及所述商户的支付数据；第二确定单元802，用于确定向所述商户推荐的支付客户的划分方式；展示单元803，用于展示所述推荐的支付客户的划分方式。
所述展示单元803展示以下至少一种展示信息：展示针对确认所述划分方式的确认提示信息；展示针对所述划分方式下不同支付客户的优惠信息；展示针对所述划分方式下所述支付数据的分布曲线；展示针对所述划分方式下所述支付数据的支付均值；展示针对所述划分方式下所述支付数据的支付均值至支付数据的分布曲线的连线；展示针对所述划分方式下所述支付数据中的每笔支付金额；展示针对所述划分方式下所述支付数据中的每笔支付金额及对应的支付客户数量；展示针对所述划分方式下所述支付数据中每笔支付金额的支付次数。所述展示单元803包括：查看提示区域展示单元，用于展示所述推荐的支付客户的划分方式的详细信息的查看提示区域。所述查看提示区域单元包括：展示请求接收单元，用于根据对所述查看提示区域的操作行为接收展示请求；候选划分展示单元，用于根据所述展示请求展示候选划分方式。所述候选划分展示单元中包括展示至少以下一种信息：展示所述候选划分方式中任意相邻的两组人群的支付数据；展示所述候选划分方式中任意相邻的两组人群的支付数据的支付均值；展示所述候选划分方式中任意相邻的两组人群的支付数据的支付均值的比值。
基于上述本申请还提供一种电子设备，包括：处理器；存储器，用于存储对网络平台产生的数据进行处理的程序，所述程序在被所述处理器读取执行时，执行如下操作：确定商户及所述商户的支付数据；确定向所述商户推荐的支付客户的划分方式；展示所述推荐的支付客户的划分方式。
基于上述本申请还一种存储设备，包括：存储网络平台产生数据，以及对应所述网络平台产生数据进行处理的程序；所述程序在被所述处理器读取执行时，执行如下操作：确定商户及所述商户的支付数据；确定向所述商户推荐的支付客户的划分方式；展示所述推荐的支付客户的划分方式。
本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。