一种基于SaaS的生活平台系统及其混合支付积分方法与流程

一种基于saas的生活平台系统及其混合支付积分方法
技术领域
1.本发明涉及云平台技术领域，具体涉及一种基于saas的生活平台系统及其混合支付积分方法。


背景技术：

2.saas（software as a service，软件即服务）是云计算的一种服务模式，指的是服务提供商将应用软件部署在自己的服务器上，用户通过互联网按需订购和使用软件服务，并按照服务量、时间或其他方式支付费用。saas可以为用户节省软件安装、维护、升级等成本和时间，提高软件的可用性和灵活性。而基于saas的生活平台（后面简称为“生活平台”）在现实生活中已经运用得非常广泛了。在一些生活平台上进行消费以后，需要进行支付，并在支付后进行积分，积分可以进行商品价格的抵扣，以此刺激用户消费，以及增加用户黏性，避免用户流失，在支付方式上，需要同时支持银行支付、三方支付和线下支付，银行支付、三方支付统称为线上支付，目前已有支持线上的不同支付模式的混合支付的技术并积分，有一种情况是，用已有积分抵扣后的需支付的价格在进行线上、线下支付后还差一两角甚至更少的差额，若此时将差额省略，若消费者数量众多，会让平台亏损很多，但若仅仅因为较少的差额让此次的交易失败，也会让消费者产生异样的心理，因此，如何平衡消费者和平台之间的消费关系，是亟需解决的问题。


技术实现要素：

3.本发明提供一种基于saas的生活平台系统及其混合支付积分方法，提供一种便利的公平的支付方式。
4.本发明通过下述技术方案实现：一种基于saas的生活平台系统，其特征在于，包括：生活模块、积分存储开关模块、结算模块、积分存储模块、积分转换模块、数据采集模块、线下支付模块、线上混合支付模块、积分比较开关模块和匹配支出模块，所述生活模块、线下支付模块、线上混合支付模块、结算模块的输出端依次通过所述积分转换模块、积分存储开关模块与所述积分存储模块连接，所述生活模块、线下支付模块、积分存储模块、线上混合支付模块的输出端与所述结算模块连接，所述线下支付模块、线上混合支付模块的输入端与所述结算模块连接，所述数据采集模块、积分存储模块、线下支付模块、线上混合支付模块、结算模块、积分转换模块的输出端与所述积分比较开关模块连接，所述积分比较开关模块的输出端与所述匹配支出模块连接，所述匹配支出模块的输出端与所述积分存储开关模块连接，所述数据采集模块的输入端与所述线上支付模块连接。
5.作为优化，所述积分存储模块包括总积分库、消费积分库和差额积分库，所述生活模块的输出端通过所述积分存储开关模块与所述消费积分库连接，所述总积分库的输出端与所述结算模块、积分比较开关模块连接，所述匹配支出模块、线下支付模块、结算模块的输出端分别通过所述积分存储开关模块与所述差额积分库连接，且所述总积分库的输入端
分别与所述消费积分库、差额积分库连接。
6.作为优化，还包括身份认证模块、约束存储模块、判定控制模块、密码存储模块和安全验证模块，其中，所述身份认证模块分别与所述生活模块、积分存储模块、数据采集模块、线上混合支付模块、密码存储模块连接，所述结算模块通过所述判定控制模块与所述线上混合支付模块连接，所述判定控制模块的输入端还分别与所述数据采集模块和约束存储模块连接，所述密码存储模块的输出端通过所述安全验证模块与所述匹配支出模块连接，所述匹配支出模块的输出端与所述密码存储模块连接。
7.作为优化，所述支付约束具体为：a1、基于支付顺序选择线上支付模块；a2、判断该线上支付模块是否为当下结算时的首次交易，若是，跳转到a3，否则，跳转到a9；a3、判断该线上支付模块是否有设置用于定期支出的余额下限以及下限规定日，若是，跳转到a4，否则，跳转到a9；a4、判断支付时刻在是否为下限规定日，若是，跳转到a5，否则，跳转到a9；a5、判断定期支出是否已扣款，若是，跳转到a9，否则，跳转到a6；a6、判断当前余额减去需要线上支付的线上金额之后的余额是否大于余额下限，若是，跳转到a10，否则，跳转到a7；a7、将当前余额与线上金额抵扣后形成新的需要支付的线上金额；a8、基于支付顺序选择下一个线上支付模块，返回a2；a9、判断当前余额是否大于需要线上支付的线上金额，若是，跳转至a10，否则，跳转至a7；a10、将线上支付模块信息、需线上支付的线上金额信息输出至匹配支出模块。
8.作为优化，所述生活模块用于记录用户消费产生的总消费金额；所述线下支付模块用于记录本次消费收取的线下实际支付金额；所述数据采集模块用于采集所述线上混合支付模块中每个线上支付模块的当前余额并加总得到线上总金额；所述线上混合支付模块包括若干线上支付模块，每个所述线上支付模块分别为一个能够存储数字金额存款的电子存储账户；所述积分转换模块用于将所述总消费金额根据消费积分转化约束得到消费积分、在总实际支付金额小于需支付的商品余额的前提下根据总实际支付金额与需支付的商品余额的差额基于抵扣积分转换约束转换为抵扣积分，其中，需支付的商品余额等于总消费金额减去抵扣金额，总实际支付金额等于线下实际支付金额与线上实际支付金额之和，所述线上实际支付金额为所述匹配支出模块的支出金额；所述积分存储模块用于根据存储的历史总积分转换为对应的抵扣金额，同时存储所述消费积分，并将需支付的商品余额与总实际支付金额的差额转换的抵扣积分与历史总积分抵扣后得到的剩余积分和消费积分相加并存储；其中，当总实际支付金额减去需支付的商品余额的差额为负时，所述抵扣积分为负；所述积分存储模块包括总积分库，用于存储历史总积分，且存储所述历史总积分根据抵扣约束得到抵扣金额后的剩余积分，若消费失败，则历史总积分抵扣失败，历史总积
分恢复；所述消费积分库用于在消费成功后从所述积分转换模块中读取并存储消费积分，并将所述消费积分存储进所述总积分库并与所述剩余积分相加，然后将所述消费积分库中的消费积分清零；所述差额积分库用于在消费成功后从所述积分转换模块中读取并存储由需支付的商品余额与总实际支付金额的差额的绝对值转换为的抵扣积分，然后将所述抵扣积分存储进所述总积分库中，然后与所述剩余积分、消费积分相加形成新的总积分后将所述差额积分库中的抵扣积分清零；所述积分比较开关模块用于根据需支付的商品的余额与线下实际支付金额与线上总金额之和的大小以及根据抵扣积分的绝对值与消费积分和所述剩余积分之和的大小来控制是否需要进行线上支付，所述匹配支出模块输出信号后即消费成功，若需支付的商品的余额不大于线下实际支付金额与线上总金额之和，所述积分比较开关模块为闭合状态；当需支付的商品的余额大于线下实际支付金额与线上总金额时，若需支付的商品的余额与总实际支付金额的差额对应的抵扣积分的绝对值小于消费积分和所述剩余积分之和，所述积分比较开关模块为闭合状态，否则所述积分比较开关模块为开断状态并提醒消费者付费金额不足（保证总积分库的历史积分为正，保证交易的合理性），其中，所述线上实际支付金额不大于所述线上总金额；所述积分存储开关模块用于控制所述生活模块、线下支付模块与匹配支出模块对应的消费积分、抵扣积分是否存储进所述积分存储模块中；且所述积分存储开关模块的开闭状态通过所述匹配支出模块的输出信号进行控制，当所述匹配支出模块有输出信号时，所述积分存储开关模块为闭合状态，否则所述积分存储开关模块为开断状态；当所述积分存储开关模块闭合，将需支付的商品余额与所述总实际支付金额的差额对应的抵扣积分进行存储进所述差额积分库；所述结算模块用于记录总消费金额与抵扣金额进行抵扣后的需支付的商品余额，并根据总消费金额、已支付的线下实际支付金额和抵扣金额结算还需要所述线上混合支付模块支付的线上待支付金额，或者根据总金额、抵扣金额、已支付的线上实际支付金额结算还需要线下支付模块支付的线下待支付金额；所述匹配支出模块用于当某一所述线上支付模块进行线上交易时，通过所述匹配支出模块从所述密码存储模块找到该线上支付模块对应的密码，并通过安全验证模块传输至所述匹配支出模块中，实现线上实际支付金额的支出，所述线下实际支付金额与线上实际支付金额之和为总实际支付金额；所述约束存储模块用于存储用户设置的线上支付模块的支付顺序以及支付约束；所述判定控制模块用于基于每个线上支付模块的当前余额以及线上支付模块的支付顺序、支付约束控制对应的至少一个所述线上支付模块进行线上交易；所述密码存储模块用于存储各线上支付模块对应的支付密码；所述安全验证模块用于在进行支付密码传输时进行再次进行用户的身份确认，确保支付过程为用户本人在执行。
9.作为优化，a5中，判断定期支出是否已扣款具体为包括判断该线上支付模块的数
字金额流向是否到预定的账户、判断该线上支付模块的定期支出是否为设定的金额、判断该线上支付模块的定期支出是否为设定的支付方式。
10.作为优化，所述安全验证模块的验证方式包括指纹验证、虹膜验证、人脸识别验证的其中一种或者多种组合若安全验证模块的验证方式有多种，安全验证模块按照设定的顺序依次基于多种验证方式进行验证，且设定的顺序信息存储在密码存储模块中。
11.本发明还公开了一种对上述的基于saas的生活平台系统的混合支付方法，其特征在于，包括如下步骤：s1、在生活平台系统中进行用户的身份信息认证，并在消费后记录消费产生的总消费金额，通过积分转换模块得到消费积分，并判断历史总积分是否能转换成对应的抵扣金额，若是，则进行转换得到剩余积分，并对所述总消费金额进行抵扣得到需支付的商品余额，然后跳转至s2，否则直接跳转至s2；s2、获取线上混合支付模块中各线上支付模块的存款金额以及线上总金额；s3、判断是否有用线下支付方式进行支付，若是，跳转至s4，否则，跳转至s6；s4、判断支付的线下实际支付金额是否等于需支付的商品余额，若是，则支付完成后退出，并将线下实际支付金额减去需支付的商品余额的差额对应得到的抵扣积分、消费积分与所述剩余积分相加，若支付的线下实际支付金额小于需支付的商品余额，跳转至s5；s5、判断线下实际支付金额减去需支付的商品余额的差额对应的抵扣积分的绝对值是否小于消费积分和所述剩余积分之和，若是，直接将线下实际支付金额减去需支付的商品余额的差额对应的抵扣积分用所述消费积分和剩余积分之和进行抵扣，支付完成后退出，并将抵扣积分、消费积分与剩余积分相加；否则将需支付的商品余额减去线下实际支付金额得到需线上支付的线上待支付金额，跳转至s6；s6、判断线上待支付金额是否大于线上总金额，若是，则跳转至s8，否则，跳转至s7；s7、通过预设的支付顺序和支付约束进行线上交易，支付完成后退出，并将消费积分与剩余积分相加；s8、判断线上待支付金额与线上总金额的差额对应的抵扣积分的绝对值是否小于消费积分和所述剩余积分之和，若是，直接将线上总金额减去线上待支付金额的差额对应的抵扣积分用所述消费积分和剩余积分之和进行抵扣，然后支付完成，退出，并将抵扣积分、消费积分与剩余积分相加；否则跳转至s9；s9、判断是否还有现金进行线下支付，若是，则跳转至s10，否则，跳转至s11；s10、将线上待支付金额减去s9的线下支付的金额得到新的线上待支付金额，跳转至s6；s11、显示付费金额不足，积分存储模块不存储积分。
12.作为优化，s7的具体步骤为：s7.1、读取线上混合支付模块中每个线上支付模块的当前余额；s7.2、基于每个线上支付模块的当前余额以及支付模块的支付顺序、支付约束控制对应的至少一个所述支付模块进行线上交易；s7.3、匹配支出模块从密码存储模块找到该支付模块对应的密码，并通过安全验证模块传输至所述匹配支出模块中，实现线上金额的支出。
13.作为优化，在使用生活平台系统之前，先将所述线上混合支付模块中将各线上支付模块与电子存储账户进行对应并设置支付授权，然后在约束存储模块中设定线上支付模块的支付顺序以及支付约束。
14.本发明与现有技术相比，具有如下的优点和有益效果：本发明通过设置混合支付、支付约束，可以在同一个软件平台上进行支付，无需切换支付软件，同时，本发明设置的支付约束，当某一电子存储账户需要定期支出时（例如定期还贷款），若出现余额不足以支付贷款的时候，还得从其他电子存储账户中转账到该电子存储账户来，十分麻烦，通过上述支付约束，可以减少用户在贷款还款日当天将还款金额进行消费而导致还款金额不足以支付贷款的情况；本发明通过积分抵扣约束，可以在差额相差不多的情况下进行抵扣，平衡消费者与平台之间的关系。
附图说明
15.为了更清楚地说明本发明示例性实施方式的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。在附图中：图1为一种基于saas的生活平台系统的结构示意图；图2为支付约束的流程图；图3为具体的积分存储模块的内部连接图。
16.附图中标记及对应的零部件名称：1-生活模块，2-线下支付模块，3-判定控制模块，4-积分存储模块，41-差额积分库，42-消费积分库，43-总积分库，5-数据采集模块，6-结算模块，7-约束存储模块，8-身份认证模块，9-线上混合支付模块，10-密码存储模块，11-安全验证模块，12-匹配支出模块，13-积分存储开关模块，14-积分转换模块，15-积分比较开关模块。
具体实施方式
17.为使本发明的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本发明作进一步的详细说明，本发明的示意性实施方式及其说明仅用于解释本发明，并不作为对本发明的限定。
18.实施例1的一种基于saas的生活平台系统，如图1所示，包括：生活模块1、积分存储开关模块13、结算模块6、积分存储模块4、积分转换模块14、数据采集模块5、线下支付模块2、线上混合支付模块9、积分比较开关模块15和匹配支出模块12，所述生活模块1、线下支付模块2、线上混合支付模块9、结算模块6的输出端依次通过所述积分转换模块14、积分存储开关模块13与所述积分存储模块4连接，所述生活模块1、线下支付模块2、积分存储模块4、线上混合支付模块9的输出端与所述结算模块6连接，所述线下支付模块2、线上混合支付模块9的输入端与所述结算模块6连接，所述数据采集模块5、积分存储模块4、线下支付模块2、线上混合支付模块9、结算模块6、积分转换模块14的输出端与所述积分比较开关模块15连接，所述积分比较开关模块15的输出端与所述匹配支出模块12连接，所述匹配支出模块12的输出端与所述积分存储开关模块13连接，所述数据采集模块5的输入端与所述线上支付
模块连接，具体的，所述积分存储模块4包括总积分库、消费积分库和差额积分库，所述生活模块1的输出端通过所述积分存储开关模块13与所述消费积分库连接，所述总积分库的输出端与所述结算模块6、积分比较开关模块15连接，所述匹配支出模块12、线下支付模块2、结算模块6的输出端分别通过所述积分存储开关模块13与所述差额积分库连接，且所述总积分库的输入端分别与所述消费积分库、差额积分库连接。
19.还包括身份认证模块8、约束存储模块7、判定控制模块3、密码存储模块10和安全验证模块11，其中，所述身份认证模块8分别与所述生活模块1、积分存储模块4、数据采集模块5、线上混合支付模块9、密码存储模块10连接，所述结算模块6通过所述判定控制模块3与所述线上混合支付模块9连接，所述判定控制模块3的输入端还分别与所述数据采集模块5和约束存储模块7连接，所述密码存储模块10的输出端通过所述安全验证模块11与所述匹配支出模块12连接，所述匹配支出模块12的输出端与所述密码存储模块10连接。
20.接下来，对前述的各模块的具体功能进行解释。
21.身份认证模块8，用于在生活平台系统中认证用户的身份信息；这里进行身份认证，需要在用户端和业务端进行，用户端可以为电脑或手机，业务端的登录，通过电脑进行。
22.生活模块1，用于记录用户消费产生的总金额；例如，在生活平台系统涵盖的线下咖啡馆进行消费以后，可以通过该生活模块1记录消费的总消费金额，或者，在生活平台系统涵盖的线上优商城进行消费以后，通过该生活模块1记录消费的总消费金额。
23.线下支付模块2，用于记录本次消费收取的线下实际支付金额；线下实际支付金额即为现金，如果用户有用现金支付，则记录现金支付的具体金额。
24.数据采集模块5，采集所述线上混合支付模块9中每个线上支付模块的当前余额；并加总得到线上总金额；例如，线上混合支付模块9有三个线上支付模块，分别为第一线上支付模块、第二线上支付模块和第三线上支付模块，第一线上支付模块的当前余额为201.23元，第二线上支付模块的当前余额为105.69元，第三线上支付模块的当前余额105.32元，那么线上总金额为201.23+105.69+105.32=412.24元。
25.线上混合支付模块9，包括若干线上支付模块，每个所述线上支付模块分别为一个能够存储数字金额存款的电子存储账户，这里的电子存储账户包括支付宝余额、微信钱包、银行卡账户等。虽然通过支付宝、微信也可以对银行卡账户内的余额进行支付，但是本发明中，线上混合支付模块9类似于支付软件一样，在进行支付动作时，通过设置授权让支付宝或者微信等软件进行支付时，仅仅使用支付宝余额、微信钱包的余额，同时，通过设置授权可以对银行卡账户内的金额进行操作，这种通过授权来对能够存储数字金额存款的电子存储账户进行支付的手段为现有手段，这里就不再赘述了。如图1所示的有n个线上支付模块，分别为第一线上支付模块、第二线上支付模块
···
第n线上支付模块。
26.积分转换模块14用于将总消费金额根据消费积分转化约束得到消费积分、在总实际支付金额小于需支付的商品余额的前提下根据总实际支付金额与需支付的商品余额的差额基于抵扣积分转换约束转换为抵扣积分，其中，需支付的商品余额等于总消费金额减去抵扣金额，总实际支付金额等于线下实际支付金额与线上实际支付金额之和，线上实际支付金额为所述匹配支出模块的支出金额；
积分存储模块4用于根据存储的历史总积分转换为对应的抵扣金额，同时存储所述消费积分，并将需支付的商品余额与总实际支付金额的差额转换的抵扣积分与历史总积分抵扣后得到的剩余积分和消费积分相加并存储；其中，当总实际支付金额减去需支付的商品余额的差额为负时，所述抵扣积分为负；例如，需支付的商品余额为15.63元，总实际支付金额为15.5元，差额为-0.13元，对应的抵扣积分为-0.13*100*m，m为抵扣积分的转换倍数，按照抵扣积分转换约束来定义。例如，消费积分转换约束为1元钱对应1积分，抵扣积分转换约束为20积分抵扣1分钱，那么，m=20。
27.具体的，积分存储模块4一共设置有3个，分别为差额积分库41、消费积分库42和总积分库43。
28.总积分库43，用于存储历史总积分，且存储所述历史总积分根据抵扣约束得到抵扣金额后的剩余积分，若消费失败，则历史总积分抵扣失败，历史总积分恢复；消费积分库42用于在消费成功后从所述积分转换模块中读取并存储消费积分，并将所述消费积分存储进所述总积分库并与所述剩余积分相加，然后将所述消费积分库中的消费积分清零；差额积分库41用于在消费成功后从所述积分转换模块中读取并存储由需支付的商品余额与总实际支付金额的差额的绝对值转换为的抵扣积分，然后将所述抵扣积分存储进所述总积分库中，然后与所述剩余积分、消费积分相加形成新的总积分后将所述差额积分库中的抵扣积分清零。
29.因此，这里的差额积分库的设置，可以让用户在支付时即便有较少的差额，当差额在一定范围内时（差额对应的抵扣积分小于剩余积分和消费积分之和时），可以通过提前抵扣进行抵扣，促使当次的交易成交，平衡消费者和平台之间的消费关系。
30.例如，用户本次消费为20.34元，当用户在当次消费时，线下与线上一共只有20.2元，那么，就会有-0.13元的差额，例如抵扣积分转换约束为0.01元对应20积分，消费积分转换约束为0.01元对应1积分，总积分库无历史总积分，那么，-0.13元对应的抵扣积分为-260，消费积分为2034，那么，抵扣积分的绝对值小于消费积分+0（剩余积分），因此，可以提前将差额进行抵扣，积攒的积分为2034-260=1774。
31.历史总积分在进行抵扣时，其抵扣约束为：1000积分抵扣0.5元钱，每次抵扣抵扣0.5元的整数倍，即若积分不到1000，则不进行抵扣，即每次抵扣的积分为1000的整数，剩余积分留在总积分库中。
32.抵扣积分转换约束和抵扣约束中积分和金钱的比例可以一样，抵扣积分转换约束为0.01~m，消费积分转换约束为0.01~n，m大于n，m、n均为对应的转换倍数。
33.结算模块6用于记录总消费金额与抵扣金额进行抵扣后的需支付的商品余额，并根据总消费金额、已支付的线下实际支付金额和抵扣金额结算还需要所述线上混合支付模块支付的线上待支付金额，或者根据总金额、抵扣金额、已支付的线上实际支付金额结算还需要线下支付模块支付的线下待支付金额；例如总消费金额为100元，抵扣金额为1.5元，那么，需支付的商品余额为98.5元。
34.若用户先用现金进行线下支付实际金额30元，那么，线上待支付金额为68.5元；若用户先用现金进行线上支付实际金额38.5元，那么，线上待支付金额为60元；若用户先用现金进行线下支付实际金额98.5元，那么，线上待支付金额为0元，不
进行线上支付，同理，若用户先用现金进行线上支付实际金额98.5元，那么，线下待支付金额为0元，不进行线下支付，结算模块6显示的结算金额为0。
35.若用户先用现金进行线下/线上支付实际金额98.3元，抵扣金额为-0.2元，对应的抵扣积分为400，当次消费积分为98300，那么，可以直接将其抵扣，无需再进行其他方式的支付，相当于说，提前将本次消费的差额用本次积分进行抵扣，这样在不丢失公平的前提下可以促使交易的成交。
36.约束存储模块7，用于存储用户设置的支付模块的支付顺序以及支付约束；如图2所示，所述支付约束具体为：a1、基于支付顺序选择支付模块；这里，每个支付模块对应一种电子存储账户。
37.a2、判断该线上支付模块是否为当下结算时的首次交易，若是，跳转到a3，否则，跳转到a9；这里的首次交易，就是指在支付时进行遍历线上支付模块，是否是首次遍历，如果是，就转到a3，如果不是，就转到a9。
38.a3、判断该线上支付模块是否有设置用于定期支出的余额下限以及下限规定日，若是，跳转到a4，否则，跳转到a9；这里的定期支出，主要就是指每月定时还贷款（包括车位贷、车贷、房贷等），下限规定日即为还款日，因此，定期支出主要是针对银行卡账户来说的，因此，若线上支付模块对应的是支付宝余额、微信钱包之类的电子账户，一般无需设置余额下限。
39.a4、判断支付时刻在是否为下限规定日，若是，跳转到a5，否则，跳转到a9；a5、判断定期支出是否已扣款，若是，跳转到a9，否则，跳转到a6；这里需要说明的是，判断定期支出是否已扣款具体为包括判断该支付模块的数字金额流向是否到预定的账户、判断该支付模块的定期支出是否为设定的金额、判断该支付模块的定期支出是否为设定的支付方式（手动还款还是自动还款），若是贷款，一般是通过自动扣款来进行。
40.a6、判断当前余额减去需要线上支付的线上金额之后的余额是否大于余额下限，若是，跳转到a10，否则，跳转到a7；a7、将当前余额与线上金额抵抗后形成新的需要支付的线上金额；a8、基于支付顺序选择下一个支付模块，返回a2；a9、判断当前余额是否大于需要线上支付的线上金额，若是，跳转至a10，否则，跳转至a7；a10、将支付模块信息、需线上支付的线上金额信息输出至匹配支出模块12。
41.当某一电子存储账户需要定期支出时（例如定期还贷款），若出现余额不足以支付贷款的时候，还得从其他电子存储账户中转账到该电子存储账户来，十分麻烦，通过上述支付约束，可以减少用户在贷款还款日当天将还款金额进行消费而导致还款金额不足以支付贷款的情况。
42.若用户在贷款还款日当天消费时，该需要定期支出的电子存储账户已经进行了定期支出，那么，该电子存储账户就不需考虑定期支出的情况了，所以该电子存储账户可以进行支出，在进行支出时，若该电子存储账户中的余额不够线上金额支出，那么，可以将该电子存储账户的余额支出以后，剩余的线上金额再通过下一个顺序的支付模块进行支出，下个支付模块进行支出时，也通过支付约束进行判断。
43.当用户不是在贷款还款日当天消费，那么，该电子存储账户也不需考虑定期支出
的情况，所以该电子存储账户可以进行支出，若该电子存储账户中的余额不够线上金额支出，那么，可以将该电子存储账户的余支出以后，剩余的线上金额再通过下一个顺序的支付模块进行支出，下个线上支付模块进行支出时，也通过支付约束进行判断。
44.如果每个线上支付模块都遍历了一次，发现线上金额仍然还未抵扣完，那么，重新遍历线上支付模块时，就不用考虑余额下限了，直接从遍历的第一个有余额的支付模块中的余额进行抵扣，当然，前提是，每个线上支付模块的余额加总的数值要大于线上金额的数值。
45.也就是说，第一次扣款，在需要考虑还贷款的情况，有些电子存储账户中会保留余额下限，在此情况下所有电子存储账户中的余额都进行抵扣还不够线上金额的数量时，就使用余额下限的电子存储账户中的余额进行抵扣。
46.判定控制模块3，基于每个支付模块的当前余额以及支付模块的支付顺序、支付约束控制对应的至少一个所述支付模块进行线上交易；密码存储模块10，用于存储各支付模块对应的支付密码，所述密码存储模块10中存储的信息为支付模块信息及该支付模块对应的密码；安全验证模块11，用于在进行支付密码传输时进行再次进行用户的身份确认，确保支付过程为用户本人在执行，所述安全验证模块11的验证方式包括指纹验证、虹膜验证、人脸识别验证的其中一种或者多种组合，若安全验证模块11的验证方式有多种，安全验证模块11按照设定的顺序依次基于多种验证方式进行验证，且设定的顺序信息存储在密码存储模块10中。设定的顺序可以为：在第一验证方式进行验证的同时进行第二验证方式的验证，也可以在第一验证方式验证的同时接着进行第二验证方式的验证，再进行第三验证方式的验证。
47.例如，如果设置的是在指纹验证的过程上同时进行人脸识别，通过设置验证顺序可以得到多重同时验证手段，使得安全性更高。
48.综上，上述各模块中，身份认证模块8、生活模块1、线下支付模块2在业务端可以进行操作的，这里的业务端，可以理解为卖方，即卖出东西（产品或服务）的那一方，数据采集模块5、积分存储模块4、结算模块6、判定控制模块3、约束存储模块7、线上混合支付模块9、匹配支出模块12、密码存储模块10、安全验证模块11、积分存储开关模块13、积分比较开关模块15、积分转换模块14均为设置在云端的功能模块，而安全验证模块11对应的操作端是在用户端进行操作，身份认证模块8也可以在用户端进行操作。
49.实施例2的一种基于saas的生活平台系统的混合支付积分方法，包括如下步骤：s1、在生活平台系统中进行用户的身份信息认证，并在消费后记录消费产生的总消费金额，通过积分转换模块得到消费积分，并判断历史总积分是否能转换成对应的抵扣金额，若是，则进行转换得到剩余积分，并对所述总消费金额进行抵扣得到需支付的商品余额，然后跳转至s2，否则直接跳转至s2；在使用生活平台系统之前，先将线上混合支付模块9中将各线上支付模块与电子存储账户进行对应并设置支付授权，然后在约束存储模块7中设定支付模块的支付顺序以及支付约束。
50.s2、获取线上混合支付模块中各线上支付模块的存款金额以及线上总金额；s3、判断是否有用线下支付方式进行支付，若是，跳转至s4，否则，跳转至s6；
s4、判断支付的线下实际支付金额是否等于需支付的商品余额，若是，则支付完成后退出，并将线下实际支付金额减去需支付的商品余额的差额对应得到的抵扣积分、消费积分与所述剩余积分相加，若支付的线下实际支付金额小于需支付的商品余额，跳转至s5；s5、判断线下实际支付金额减去需支付的商品余额的差额对应的抵扣积分的绝对值是否小于消费积分和所述剩余积分之和，若是，直接将线下实际支付金额减去需支付的商品余额的差额对应的抵扣积分用所述消费积分和剩余积分之和进行抵扣，支付完成后退出，并将抵扣积分、消费积分与剩余积分相加；否则将需支付的商品余额减去线下实际支付金额得到需线上支付的线上待支付金额，跳转至s6；s6、判断线上待支付金额是否大于线上总金额，若是，则跳转至s8，否则，跳转至s7；s7、通过预设的支付顺序和支付约束进行线上交易，支付完成后退出，并将消费积分与剩余积分相加；本实施例中，s7的具体步骤为：s7.1、读取线上混合支付模块9中每个支付模块的当前余额；s7.2、基于每个支付模块的当前余额以及支付模块的支付顺序、支付约束控制对应的至少一个所述支付模块进行线上交易；s7.3、匹配支出模块12从密码存储模块10找到该支付模块对应的密码，并通过安全验证模块11传输至所述匹配支出模块12中，实现线上金额的支出。
51.s8、判断线上待支付金额与线上总金额的差额对应的抵扣积分的绝对值是否小于消费积分和所述剩余积分之和，若是，直接将线上总金额减去线上待支付金额的差额对应的抵扣积分用所述消费积分和剩余积分之和进行抵扣，然后支付完成，退出，并将抵扣积分、消费积分与剩余积分相加；否则跳转至s9；s9、判断是否还有现金进行线下支付，若是，则跳转至s10，否则，跳转至s11；s10、将线上待支付金额减去s9的线下支付的金额得到新的线上待支付金额，跳转至s6；s11、显示付费金额不足，积分存储模块不存储积分。
52.以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

技术特征：
1.一种基于saas的生活平台系统，其特征在于，包括：生活模块、积分存储开关模块、结算模块、积分存储模块、积分转换模块、数据采集模块、线下支付模块、线上混合支付模块、积分比较开关模块和匹配支出模块，所述生活模块、线下支付模块、线上混合支付模块、结算模块的输出端依次通过所述积分转换模块、积分存储开关模块与所述积分存储模块连接，所述生活模块、线下支付模块、积分存储模块、线上混合支付模块的输出端与所述结算模块连接，所述线下支付模块、线上混合支付模块的输入端与所述结算模块连接，所述数据采集模块、积分存储模块、线下支付模块、线上混合支付模块、结算模块、积分转换模块的输出端与所述积分比较开关模块连接，所述积分比较开关模块的输出端与所述匹配支出模块连接，所述匹配支出模块的输出端与所述积分存储开关模块连接，所述数据采集模块的输入端与所述线上支付模块连接。2.根据权利要求1所述的一种基于saas的生活平台系统，其特征在于，所述积分存储模块包括总积分库、消费积分库和差额积分库，所述生活模块的输出端通过所述积分存储开关模块与所述消费积分库连接，所述总积分库的输出端与所述结算模块、积分比较开关模块连接，所述匹配支出模块、线下支付模块、结算模块的输出端分别通过所述积分存储开关模块与所述差额积分库连接，且所述总积分库的输入端分别与所述消费积分库、差额积分库连接。3.根据权利要求2所述的一种基于saas的生活平台系统，其特征在于，还包括身份认证模块、约束存储模块、判定控制模块、密码存储模块和安全验证模块，其中，所述身份认证模块分别与所述生活模块、积分存储模块、数据采集模块、线上混合支付模块、密码存储模块连接，所述结算模块通过所述判定控制模块与所述线上混合支付模块连接，所述判定控制模块的输入端还分别与所述数据采集模块和约束存储模块连接，所述密码存储模块的输出端通过所述安全验证模块与所述匹配支出模块连接，所述匹配支出模块的输出端与所述密码存储模块连接。4.根据权利要求3所述的一种基于saas的生活平台系统，其特征在于，所述生活模块用于记录用户消费产生的总消费金额；所述线下支付模块用于记录本次消费收取的线下实际支付金额；所述数据采集模块用于采集所述线上混合支付模块中每个线上支付模块的当前余额并加总得到线上总金额；所述线上混合支付模块包括若干线上支付模块，每个所述线上支付模块分别为一个能够存储数字金额存款的电子存储账户；所述积分转换模块用于将所述总消费金额根据消费积分转化约束得到消费积分、在总实际支付金额小于需支付的商品余额的前提下根据总实际支付金额与需支付的商品余额的差额基于抵扣积分转换约束转换为抵扣积分，其中，需支付的商品余额等于总消费金额减去抵扣金额，总实际支付金额等于线下实际支付金额与线上实际支付金额之和，所述线上实际支付金额为所述匹配支出模块的支出金额；所述积分存储模块用于根据存储的历史总积分转换为对应的抵扣金额，同时存储所述消费积分，并将需支付的商品余额与总实际支付金额的差额转换的抵扣积分与历史总积分抵扣后得到的剩余积分和消费积分相加并存储；其中，当总实际支付金额减去需支付的商品余额的差额为负时，所述抵扣积分为负；
所述积分存储模块包括总积分库，用于存储历史总积分，且存储所述历史总积分根据抵扣约束得到抵扣金额后的剩余积分，若消费失败，则历史总积分抵扣失败，历史总积分恢复；所述消费积分库用于在消费成功后从所述积分转换模块中读取并存储消费积分，并将所述消费积分存储进所述总积分库并与所述剩余积分相加，然后将所述消费积分库中的消费积分清零；所述差额积分库用于在消费成功后从所述积分转换模块中读取并存储由需支付的商品余额与总实际支付金额的差额的绝对值转换为的抵扣积分，然后将所述抵扣积分存储进所述总积分库中，然后与所述剩余积分、消费积分相加形成新的总积分后将所述差额积分库中的抵扣积分清零；所述积分比较开关模块用于根据需支付的商品的余额与线下实际支付金额与线上总金额之和的大小以及根据抵扣积分的绝对值与消费积分和所述剩余积分之和的大小来控制是否需要进行线上支付，所述匹配支出模块输出信号后即消费成功，若需支付的商品的余额不大于线下实际支付金额与线上总金额之和，所述积分比较开关模块为闭合状态；当需支付的商品的余额大于线下实际支付金额与线上总金额时，若需支付的商品的余额与总实际支付金额的差额对应的抵扣积分的绝对值小于消费积分和所述剩余积分之和，所述积分比较开关模块为闭合状态，否则所述积分比较开关模块为开断状态并提醒消费者付费金额不足，其中，所述线上实际支付金额不大于所述线上总金额；所述积分存储开关模块用于控制所述生活模块、线下支付模块与匹配支出模块对应的消费积分、抵扣积分是否存储进所述积分存储模块中；且所述积分存储开关模块的开闭状态通过所述匹配支出模块的输出信号进行控制，当所述匹配支出模块有输出信号时，所述积分存储开关模块为闭合状态，否则所述积分存储开关模块为开断状态；当所述积分存储开关模块闭合，将需支付的商品余额与所述总实际支付金额的差额对应的抵扣积分进行存储进所述差额积分库；所述结算模块用于记录总消费金额与抵扣金额进行抵扣后的需支付的商品余额，并根据总消费金额、已支付的线下实际支付金额和抵扣金额结算还需要所述线上混合支付模块支付的线上待支付金额，或者根据总金额、抵扣金额、已支付的线上实际支付金额结算还需要线下支付模块支付的线下待支付金额；所述匹配支出模块用于当某一所述线上支付模块进行线上交易时，通过所述匹配支出模块从所述密码存储模块找到该线上支付模块对应的密码，并通过安全验证模块传输至所述匹配支出模块中，实现线上实际支付金额的支出，所述线下实际支付金额与线上实际支付金额之和为总实际支付金额；所述约束存储模块用于存储用户设置的线上支付模块的支付顺序以及支付约束；所述判定控制模块用于基于每个线上支付模块的当前余额以及线上支付模块的支付顺序、支付约束控制对应的至少一个所述线上支付模块进行线上交易；所述密码存储模块用于存储各线上支付模块对应的支付密码；所述安全验证模块用于在进行支付密码传输时进行再次进行用户的身份确认，确保支付过程为用户本人在执行。5.根据权利要求4所述的一种基于saas的生活平台系统，其特征在于，所述支付约束具
体为：a1、基于支付顺序选择线上支付模块；a2、判断该线上支付模块是否为当下结算时的首次交易，若是，跳转到a3，否则，跳转到a9；a3、判断该线上支付模块是否有设置用于定期支出的余额下限以及下限规定日，若是，跳转到a4，否则，跳转到a9；a4、判断支付时刻在是否为下限规定日，若是，跳转到a5，否则，跳转到a9；a5、判断定期支出是否已扣款，若是，跳转到a9，否则，跳转到a6；a6、判断当前余额减去需要线上支付的线上金额之后的余额是否大于余额下限，若是，跳转到a10，否则，跳转到a7；a7、将当前余额与线上金额抵扣后形成新的需要支付的线上金额；a8、基于支付顺序选择下一个线上支付模块，返回a2；a9、判断当前余额是否大于需要线上支付的线上金额，若是，跳转至a10，否则，跳转至a7；a10、将线上支付模块信息、需线上支付的线上金额信息输出至匹配支出模块。6.根据权利要求5所述的一种基于saas的生活平台系统，其特征在于，a5中，判断定期支出是否已扣款具体为包括判断该线上支付模块的数字金额流向是否到预定的账户、判断该线上支付模块的定期支出是否为设定的金额、判断该线上支付模块的定期支出是否为设定的支付方式。7.根据权利要求6所述的一种基于saas的生活平台系统，其特征在于，所述安全验证模块的验证方式包括指纹验证、虹膜验证、人脸识别验证的其中一种或者多种组合若安全验证模块的验证方式有多种，安全验证模块按照设定的顺序依次基于多种验证方式进行验证，且设定的顺序信息存储在密码存储模块中。8.一种基于saas的生活平台系统的混合支付积分方法，实施在权利要求1-7任一所述的一种基于saas的生活平台系统上，其特征在于，包括如下步骤：s1、在生活平台系统中进行用户的身份信息认证，并在消费后记录消费产生的总消费金额，通过积分转换模块得到消费积分，并判断历史总积分是否能转换成对应的抵扣金额，若是，则进行转换得到剩余积分，并对所述总消费金额进行抵扣得到需支付的商品余额，然后跳转至s2，否则直接跳转至s2；s2、获取线上混合支付模块中各线上支付模块的存款金额以及线上总金额；s3、判断是否有用线下支付方式进行支付，若是，跳转至s4，否则，跳转至s6；s4、判断支付的线下实际支付金额是否大于等于需支付的商品余额，若是，则支付完成后退出，并将线下实际支付金额减去需支付的商品余额的差额对应得到的抵扣积分、消费积分与所述剩余积分相加，否则，跳转至s5；s5、判断需支付的商品余额与线下实际支付金额的差额对应的抵扣积分的绝对值是否小于消费积分和所述剩余积分之和，若是，直接将需支付的商品余额与线下实际支付金额的差额用所述消费积分和剩余积分之和进行抵扣，支付完成后退出，并将抵扣积分、消费积分与剩余积分相加；否则将需支付的商品余额减去线下实际支付金额得到需线上支付的线上待支付金额，跳转至s6；
s6、判断线上待支付金额是否大于线上总金额，若是，则跳转至s8，否则，跳转至s7；s7、通过预设的支付顺序和支付约束进行线上交易，支付完成后退出，并将消费积分与剩余积分相加；s8、判断线上待支付金额与线上总金额的差额对应的抵扣积分的绝对值是否小于消费积分和所述剩余积分之和，若是，直接将线上待支付金额与线上总金额的差额用所述消费积分和剩余积分之和进行抵扣，然后支付完成，退出，并将抵扣积分、消费积分与剩余积分相加；否则跳转至s9；s9、判断是否还有现金进行线下支付，若是，则跳转至s10，否则，跳转至s11；s10、将线上待支付金额减去s9的线下支付的金额得到新的线上待支付金额，跳转至s6；s11、显示付费金额不足，积分存储模块不存储积分。9.根据权利要求8所述的一种基于saas的生活平台系统的混合支付积分方法，其特征在于，s7的具体步骤为：s7.1、读取线上混合支付模块中每个线上支付模块的当前余额；s7.2、基于每个线上支付模块的当前余额以及支付模块的支付顺序、支付约束控制对应的至少一个所述支付模块进行线上交易；s7.3、匹配支出模块从密码存储模块找到该支付模块对应的密码，并通过安全验证模块传输至所述匹配支出模块中，实现线上金额的支出。10.根据权利要求8所述的一种基于saas的生活平台系统的混合支付积分方法，其特征在于，在使用生活平台系统之前，先将所述线上混合支付模块中将各线上支付模块与电子存储账户进行对应并设置支付授权，然后在约束存储模块中设定线上支付模块的支付顺序以及支付约束。

技术总结
本发明涉及云平台技术领域，公开了一种基于SaaS的生活平台系统及其混合支付积分方法，包括：生活模块、积分存储开关模块、结算模块、积分存储模块、积分转换模块、数据采集模块、线下支付模块、线上混合支付模块、积分比较开关模块、匹配支出模块、身份认证模块、约束存储模块、判定控制模块、密码存储模块和安全验证模块。本发明通过设置线上混合支付模块，在同一个软件平台上进行支付，无需切换支付软件。无需切换支付软件。无需切换支付软件。


技术研发人员：周旅 胡代君 伍平 张宏 刘兵兵 郭一靖 周伟 陈燕林 汪涛 伍绍宇 席居飞 郑科 赵蒙
受保护的技术使用者：四川航天天盛科技有限公司
技术研发日：2023.08.02
技术公布日：2023/9/7