一种基于第三方平台的多用户资金管理方法及相关设备与流程

文档序号:15831300发布日期:2018-11-07 07:20阅读:197来源:国知局
一种基于第三方平台的多用户资金管理方法及相关设备与流程

本发明涉及互联网技术和互联网金融技术领域,特别是指一种基于第三方平台的多用户资金管理方法及相关设备。

背景技术

随着智能设备和互联网技术的快速发展,在线电子支付也变得越来越普及,用户通过自己的智能设备进行在线支付以完成商品的交易过程已经成为主流的消费方式。基于多个用户间的社会人际关系,多个用户往往会将资金汇集在一起(进行集资),并在进行日常交易时,由一个或多个用户使用该集资资金完成交易。上述过程更在现有技术中的实现形式一般是:多个用户将资金转账给一个用户持有,由该持有资金的用户进行资金的管理或使用;在使用集资资金后,持有资金的用户还需要逐一通知其他用户集资资金的具体使用情况;显然,这样的方式存在用户使用汇集的资金的过程繁琐复杂、集资资金的使用情况不透明的缺点。



技术实现要素:

有鉴于此,本发明的目的在于提出一种方便快速、且资金使用情况透明的基于第三方平台的多用户资金管理方法及相关设备。

基于上述目的,第一方面,本发明提供了一种基于第三方平台的多用户资金管理方法,应用于服务器,包括:

建立包括至少两个用户的用户组;

设置一与所述用户组关联的集资交易账户;所述集资交易账户用于接收所述用户组中用户的资金转账;

接收所述用户组中任一用户提交的支付请求,根据所述支付请求使用所述集资交易账户与银行进行支付交易,并接收银行返回的交易回执;

根据所述交易回执和所述支付请求,生成对应于所述支付请求的记账信息,并将所述记账信息发送给所述用户组中的每个用户。

在一些实施方式中,所述方法还包括:根据所述用户组中用户的资金转账,为所述用户组中的每个用户对应的建立第三方个人记账清单;从所述支付请求中获取支付规则;根据所述支付规则与所述交易回执,为所述用户组中的每个用户对应的生成第三方个人记账信息并存储至所述第三方个人记账清单;根据对应于所述用户组中任一用户的预设开启事件,开启对账;比较所述第三方个人记账清单与本地个人记账清单;其中,所述本地个人记账清单根据所述支付规则与所述交易回执生成并由所述用户存储;若所述第三方个人记账清单与所述本地个人记账清单不同,则向银行请求所述用户的历史交易数据,并根据所述历史交易数据和所述支付规则,生成校正个人记账清单;使所述校正个人记账清单替换所述第三方个人记账清单与所述本地个人记账清单。

在一些实施方式中,所述根据对应于所述用户组中任一用户的预设开启事件,开启对账,包括:接收所述用户提交的对账请求,将对应于所述用户的所述第三方个人记账清单发送给所述用户;或,向所述用户发送对账请求,接收所述用户发送来的所述本地个人记账清单。

在一些实施方式中,所述方法还包括:为所述用户组中的每个用户分别设置支付权限;

所述接收任一所述用户提交的支付请求之后,还包括:获取所述用户对应的支付权限,判断所述支付请求与所述支付权限是否匹配,若匹配,则根据所述支付请求使用所述集资交易账户与银行进行支付交易,并接收银行返回的交易回执;若不匹配,则拒绝所述支付请求,生成支付失败信息并发送至所述用户。

在一些实施方式中,所述支付权限包括:支付额度;

所述为所述用户组中的每个用户分别设置支付权限,包括:对于每个所述用户,获取其向所述集资交易账户进行资金转账的转账记录,根据所述转账记录,生成所述用户对应的支付额度。

在一些实施方式中,生成所述用户对应的支付额度之后,还包括:从外部数据源获取所述用户的信用等级数据,根据所述信用等级数据,对所述用户对应的支付额度进行修正。

在一些实施方式中,所述记账信息包括:根据所述交易回执生成的所述支付请求对应的支付金额信息和所述集资交易账户的余额信息,以及根据所述支付请求生成的提交所述支付请求的所述用户的个人身份信息。

在一些实施方式中,所述方法还包括:每间隔预设的时间段,生成所述集资交易账户的流水记录信息并发送至给所述用户组中的每个用户。

在一些实施方式中,所述方法还包括:

接收对应于所述用户组的资金返回请求;

根据所述资金返回请求,确认所述用户组中每个用户的资金返回额;

根据所述资金返回额,使用集资交易账户向所述用户组中每个用户预设的个人集资交易账户分别进行资金转账。

第二方面,本发明还提供了一种基于第三方平台的多用户资金管理方法,应用于用户终端,包括:

向第三方平台提交支付请求;所述支付请求用于使第三方平台使用集资交易账户与银行进行支付交易,并接收银行返回的交易回执;

接收第三方平台发送回的所述交易回执。

在一些实施方式中,所述方法还包括:根据向所述集资交易账户的资金转账,建立本地个人记账清单;从所述支付请求中获取支付规则;根据所述支付规则与所述交易回执,生成本地个人记账信息并存储至所述本地个人记账清单;根据预设开启事件,开启对账;比较所述本地个人记账清单与第三方个人记账清单;其中,所述第三方个人记账清单根据所述支付规则与所述交易回执生成并由第三方平台存储;若所述本地个人记账清单与所述第三方个人记账清单不同,则向银行请求所述用户的历史交易数据,并根据所述历史交易数据和所述支付规则,生成校正个人记账清单;使所述校正个人记账清单替换所述第三方个人记账清单与所述本地个人记账清单。

第三方面,本发明还提供了一种服务器,包括:

建立模块,用于建立包括至少两个用户的用户组;

账户模块,用于设置一与所述用户组关联的集资交易账户;所述集资交易账户用于接收所述用户组中用户的资金转账;

第一支付模块,用于接收任一所述用户提交的支付请求,根据所述支付请求使用所述集资交易账户与银行进行支付交易,并接收银行返回的交易回执;

第一记账模块,用于根据所述交易回执和所述支付请求,生成对应于所述支付请求的记账信息,并将所述记账信息发送给所述用户组中的每个用户。

在一些实施方式中,所述服务器还包括:第一对账模块,用于根据所述用户组中用户的资金转账,为所述用户组中的每个用户对应的建立第三方个人记账清单;从所述支付请求中获取支付规则;根据所述支付规则与所述交易回执,为所述用户组中的每个用户对应的生成第三方个人记账信息并存储至所述第三方个人记账清单;根据对应于所述用户组中任一用户的预设开启事件,开启对账;比较所述第三方个人记账清单与本地个人记账清单;其中,所述本地个人记账清单根据所述支付规则与所述交易回执生成并由所述用户存储;若所述第三方个人记账清单与所述本地个人记账清单不同,则向银行请求所述用户的历史交易数据,并根据所述历史交易数据和所述支付规则,生成校正个人记账清单;使所述校正个人记账清单替换所述第三方个人记账清单与所述本地个人记账清单。

第四方面,本发明还提供了一种用户终端,包括:

第二支付模块,用于向第三方平台提交支付请求;所述支付请求用于使第三方平台使用集资交易账户与银行进行支付交易,并接收银行返回的交易回执;

第二记账模块,用于接收第三方平台发送回的所述交易回执。

在一些实施方式中,所述用户终端还包括:第二对账模块,用于根据向所述集资交易账户的资金转账,建立本地个人记账清单;从所述支付请求中获取支付规则;根据所述支付规则与所述交易回执,生成本地个人记账信息并存储至所述本地个人记账清单;根据预设开启事件,开启对账;比较所述本地个人记账清单与第三方个人记账清单;其中,所述第三方个人记账清单根据所述支付规则与所述交易回执生成并由第三方平台存储;若所述本地个人记账清单与所述第三方个人记账清单不同,则向银行请求所述用户的历史交易数据,并根据所述历史交易数据和所述支付规则,生成校正个人记账清单;使所述校正个人记账清单替换所述第三方个人记账清单与所述本地个人记账清单。

从上面所述可以看出,本发明提供的基于第三方平台的多用户资金管理方法及相关设备,通过为至少两个用户构成的用户组建立共用的集资交易账户,并为用户组中的每个用户提供使用该集资交易账户进行支付的权限,完成交易后还会向用户组中的每个用户发送反映支付情况的记账信息,具有使用上方便快速、资金使用情况透明的优点。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1为本发明实施例应用于服务器的基于第三方平台的多用户资金管理方法流程图;

图2为本发明实施例应用于服务器的方法中的对账过程流程图;

图3为本发明实施例应用于用户终端的基于第三方平台的多用户资金管理方法流程图;

图4为本发明实施例应用于用户终端的方法中的对账过程流程图;

图5为本发明实施例的服务器结构示意图;

图6为本发明实施例的用户终端结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白,以下结合具体实施例,并参照附图,对本发明进一步详细说明。

首先,本发明实施例提供了一种基于第三方平台的多用户资金管理方法,该方法应用于服务器。所述的第三方平台是为用户提供取资金管理的主体部分,其同时还为用户提供了一般网站平台所开设日常服务。作为基础的,第三方平台为用户提供个人账号注册、管理服务,用户可以在第三方平台网站注册个人账号,个人账号记录有用户的个人基本信息,用户在使用第三方平台的服务时,需要首先通过个人账号登录。

参考图1,所述方法包括以下步骤:

步骤101、建立包括至少两个用户的用户组。

本实施例中,所述的用户是指基于前段所述的第三方平台构架中已注册的用户。本步骤中,根据至少两个用户的请求、或者是根据一个作为发起方的用户的请求,将提出请求的至少两个用户、或是发起方用户所指定的至少两个用户构建形成一个用户组。一般的,用户组中的用户在现实中存在相识关系,其具有集资的资金使用意愿。上述的用户即可以在本实施例中的第三方平台注册成为用户,根据一个或多个用户的请求,第三方平台为其建立一个用户组,该用户组即形成一个对应于其现实中关系的虚拟用户群体。

例如,现实中的甲、乙、丙三个人为一个同学班组,其需要集资形成用于举办活动或购置学习用品的班费。甲、乙、丙三个人则可以登录本实施例第三方平台,注册成为用户甲、用户乙、用户丙;用户甲、用户乙、用户丙可以共同提交用户组建立请求,或者是选取用户甲为负责人提交用户组建立请求;第三方平台即根据用户组建立请求,建立用户组a,该用户组a中包括:用户甲、用户乙和用户丙。

步骤102、设置一与所述用户组关联的集资交易账户;所述集资交易账户用于接收所述用户组中用户的资金转账。

本步骤中,由第三方平台向银行申请一银行账户,并在第三方平台内,将该申请的银行账户与前述步骤建立的用户组进行关联,该集资交易账户即成为用户组中的用户进行集资的共用的账户,即所述的集资交易账户。用户组中的用户可以通过个人的账户(银行账户或其他第三方平台账户)向上述集资交易账户中进行资金转账,之后集资交易账户中的资金即为用户组的共用资金。

例如,第三方平台为用户组a申请并开设了集资交易账户。用户甲、用户乙和用户丙各自分别通过个人的银行账户向集资交易账户存入了100元,集资交易账户的余额即为300元,也即用户组a有300元的集资额供用户甲、用户乙、用户丙使用。

步骤103、接收所述用户组中任一用户提交的支付请求,根据所述支付请求使用所述集资交易账户与银行进行支付交易,并接收银行返回的交易回执。

本步骤中,第三方平台可以接受用户组中任一用户提交的支付请求,该支付请求即表明用户组中的用户需要使用集资交易账户进行支付交易。支付请求一般还会包括请求进行的支付的常见具体支付信息,如支付对象、支付金额、支付的收款方信息等;上述的支付请求包含的常见具体支付信息可以通过用户所持有的智能设备上的其他应用获取,或者是由外部的数据源直接读取(如扫描二维码)。第三方平台根据支付请求,即可以使用提交支付请求的用户所述用户组关联的集资交易账户与集资交易账户,使用集资交易账户内的资金与银行间完成支付交易。支付交易完成后,第三方平台还会接收银行返回的交易回执;该交易回执包含了本次支付交易的具体信息,以及用于完成本次支付的所述集资交易账户的余额信息等。

例如,用户组a现实中需要使用200元采购一些学习用品,用户a作为实际操作人,选购好后,通过第三方平台提交支付请求,请求通过集资交易账户进行支付。第三方平台通过必要的步骤确认用户a的身份以及支付请求的合法性后,使用用户组a关联的集资交易账户与银行进行支付交易,完成该笔200元的支付;之后,接收银行返回的交易回执,该交易回执包括:集资交易账户的常规账户信息、本次支付金额200元、余额100元等信息。

可见,本发明实施例中,集资交易账户的实际持有人是第三方平台,用户将资金存入集资交易账户后,第三方平台赋予了用户使用该集资交易账户进行支付的权力。

步骤104、根据所述交易回执和所述支付请求,生成对应于所述支付请求的记账信息,并将所述记账信息发送给所述用户组中的每个用户。

本步骤中,接收到银行返回的交易回执之后,为实现集资资金使用情况透明,第三方平台会根据交易回执和支付请求,生成对应于该支付请求的记账信息。进而,第三方平台会将该记账信息发送给用户组中的每个用户。其中,记账信息的发送可以通过第三方平台内部消息的方式,也可以通过用户预设设置的个人通信方式发送,如短信、邮件、社交软件信息等。作为优选的,记账信息包括:根据交易回执生成的所述支付请求对应的支付金额信息和所述集资交易账户的余额信息,以及根据所述支付请求生成的提交所述支付请求的所述用户的个人身份信息。

例如,完成200元的学习用品采购支付之后,第三方平台根据银行返回的交易回执,生成记账信息,并将该记账信息发送给用户甲、用户乙和用户丙。其中。记账信息包括:本次支付的操作者:用户甲;本次支付的交易时间:xxxx年xx月xx日、xx:xx分;本次支付的交易金额:200元;本次支付后的集资交易账户余额:100元。

在优选实施例中,在步骤102中,于设置一与所述用户组关联的集资交易账户的步骤之后,还包括步骤:为所述用户组中的每个用户分别设置支付权限。具体的,该支付权限可以包括:支付额度、每笔支付的支付限额、每日提交支付请求的次数等。则相应的,在步骤103中,于接收任一所述用户提交的支付请求的步骤之后,还包括步骤:判断所述支付请求与所述支付权限是否匹配,若匹配,则根据所述支付请求使用所述集资交易账户与银行进行支付交易,并接收银行返回的交易回执;若不匹配,则拒绝所述支付请求,生成支付失败信息并发送至所述用户。其中,对于不同的用户,可以设置不同的支付权限。

例如,对于用户组a中的用户甲、用户乙和用户丙,其中,用户甲为负责人,则用户甲的支付权限中的支付限额为集资交易账户的余额的最大值,即300元,而用户乙和用户丙的支付限额不能达到集资交易账户的余额的最大值,可设置为200元。当用户乙提交支付请求时,其对应的支付金额若为300元,则与其支付权限不匹配,第三方平台会向用户乙返回支付失败信息,该支付失败信息回记载其支付请求与其支付权限不匹配的具体条目,在本例中,即支付金额200元超出支付限额。

进一步的,在本实施例中,为所述用户组中的每个用户分别设置支付权限时,具体支付权限的设置可以通过多种方式,如可以根据用户自己的申请,或者是通过由被选取为负责人的用户进行统一设置、也可以是使用预设的自动设置方法设置。在用预设的自动设置方法设置支付权限时,可以参考每个用户存入集资交易账户的资金数额;即为所述用户组中的每个用户分别设置支付权限的步骤具体包括:对于每个所述用户,获取其向所述集资交易账户进行资金转账的转账记录,根据所述转账记录,生成所述用户对应的支付额度。具体的,用户的支付额度可以为其总共存入集资交易账户的资金总额的一定倍数;该倍数的具体值可以根据实际应用需要而灵活设置。

例如,用户乙先后三次向集资交易账户中分别存入100元、10元、10元,其总共存入集资交易账户的资金总额为120元。则可以设置其支付额度可以为其总共存入集资交易账户的资金总额的1.5倍,即用户乙的支付额度为180元。当用户乙提出的支付请求对应的支付金额超过180元时,第三方平台会拒绝本次支付请求并向其返回支付失败信息。

进一步的,生成所述用户对应的支付额度的步骤之后,还包括步骤:从外部数据源获取所述用户的信用等级数据,根据所述信用等级数据,对所述用户对应的支付额度进行修正。即在本实施例中,还可以根据该用户以往的信用表现确定用户的支付额度。具体的,若信用等级数据较高,则可以对用户的支付额度进行正向修正(使其支付额度增大);若信用等级数据较低,则可以对用户的支付额度进行负向修正(使其支付额度减小)。具体的修正幅度可以根据实际应用需要而灵活设置。

在一个可选的实施例中,所述基于第三方平台的多用户资金管理方法,还包括步骤:每间隔预设的时间段,生成所述集资交易账户的流水记录信息并发送至给所述用户组中的每个用户。通过本实施例中的定期发送的集资交易账户的流水记录信息,可以使用户组中的每个用户能够及时了解其集资交易账户在一定时间段的内的使用情况,进一步增加集资交易账户内集资资金的透明程度。

在一个可选的实施例中,所述基于第三方平台的多用户资金管理方法,还包括步骤:接收对应于所述用户组的资金返回请求;根据所述资金返回请求,确认所述用户组中每个用户的资金返回额;根据所述资金返回额,使用集资交易账户向所述用户组中每个用户预设的个人集资交易账户分别进行资金转账。在一些情况下,多个用户可能需要解散其共同的集资资金,相应的,本实施例提供了解散集资资金时,将集资交易账户内余额的返回方法。具体的,资金返回请求中可以直接包括需要向用户组中每个用户返回资金的具体金额;也可以是在接收资金返回请求后,基于集资交易账户当前的余额,自动生成每个用户返回资金金额,具体的方式可以为等分或者是根据每个用户的历史存入金额进行加权划分。

由上述实施例可见,本发明的基于第三方平台的多用户资金管理方法,由第三方平台为多个用户提供用于集资的集资交易账户,并基于第三方平台对于用户和集资资金的管理,为用户提供使用集资交易账户进行支付交易的服务,省去了现有集资方式中,用户与用户之间的繁琐转账、支付的过程,对于用户来讲简单方便、用户体验极佳。此外,对于每笔支付交易均对应生成记账信息并通知所有用户,做到了集资资金使用的透明,客服了现有集资方式中集资资金使用不透明的缺点。

在一个可选的实施例中,参考图2,所述方法还包括针对与每个用户的个人记账及对账的步骤,包括:

步骤201、根据所述用户组中用户的资金转账,为所述用户组中的每个用户对应的建立第三方个人记账清单。

在本实施例中,在集资交易账户的基础上,第三方平台还会对于用户组中的每个用户对应的建立第三方个人记账清单,该第三方个人记账清单用于记录在集资交易账户中的资金分别对应于不同用户的出资份额,即该第三方个人记账清单能够记载每个用户在集资交易账户的总余额中所占的份额,且能记载其所占份额的使用情况的流水记录。

相对应的,每个用户根据其向集资交易账户的资金转账,其还会在用户的本地对应的建立一个本地个人记账清单。

以上述实施例中所举的实例基础上,用户甲、用户乙和用户丙各自分别通过个人的银行账户向集资交易账户存入了100元,集资交易账户的余额为300元。为用户甲、用户乙和用户丙分别建立第三方个人记账清单(甲)、第三方个人记账清单(乙)、第三方个人记账清单(丙),该三个第三方个人记账清单中的记载的余额均为100元。相对应的,用户甲、用户乙和用户丙在其本地也建立有本地个人记账清单(甲)、本地个人记账清单(乙)、本地个人记账清单(丙),其余额也均为100元。

步骤202、从所述支付请求中获取支付规则。

在本实施例中,用户提交的每一个支付请求中还会包括,该笔支付的支付规则。该支付规则用于规定用户组中的每个用户对该笔支付的所使用的资金的支付份额。一般的,支付规则规定的每个用户的支付份额是等分的(对应于aa制的支付场景),显然,支付规则规定的每个用户的支付份额也可以是不等分的。

以等分为例,用户a发起一笔支付,需要使用集资交易账户支付150元,其提交的支付请求中包含了各个用户均分的支付规则。即对于该150元的支付,用户甲、用户乙和用户丙分别负担50元。

步骤203、根据所述支付规则与所述交易回执,为所述用户组中的每个用户对应的生成第三方个人记账信息并存储至所述第三方个人记账清单。

本步骤中,首先根据支付请求与银行间完成支付交易,然后根据银行返回的交易回执,以及之前获取的支付规则,为户组中的每个用户生成第三方个人记账信息并存储至第三方个人记账清单。

相对应的,在用户的本地,其也会获取支付规则和交易回执,并根据支付规则和交易回执在本地生成本地个人记账信息并存储至所述本地个人记账清单。

例如,在完成前述的150元的支付交易后,第三方个人记账清单(甲)、第三方个人记账清单(乙)、第三方个人记账清单(丙),该三个第三方个人记账清单中的记载的余额均变为50元,并增加一条支付50元的支付记录。相应的,存储于用户本地的本地个人记账清单(甲)、本地个人记账清单(乙)、本地个人记账清单(丙)中的记载的余额会均变为50元,并增加一条支付50元的支付记录。

可见,在本实施例中,用户和第三方平台通过相同的数据,分别建立了个人记账清单,这是后续步骤的对账过程的基础。

步骤204、根据对应于所述用户组中任一用户的预设开启事件,开启对账;比较所述第三方个人记账清单与本地个人记账清单;其中,所述本地个人记账清单根据所述支付规则与所述交易回执生成并由所述用户存储。

然而,由于数据传输错误、数据传输延迟、或数据传输丢失的问题,很可能造成第三方个人记账清单与本地个人记账清单记载的内容不同。故从本步骤开始,本实施例提供了一个对账过程。

一些预设开启事件的发生能够开启所述的对账过程。预设开启事件可以是,用户向第三方平台提交对账请求。相应的,第三方平台会接收所述用户提交的对账请求,并将对应于所述用户的所述第三方个人记账清单发送给提交对账请求的所述用户;上述过程为用户主动发起对账的应用场景。

或者,预设开启事件还可以是,第三方平台向用户发出对账请求。相应的,第三方平台会接收用户发送来的本地个人记账清单。上述过程为第三方平台主动发起对账的应用场景。

本步骤中,会将三方个人记账清单与本地个人记账清单进行对比,检查二者是否完全相同。对于用户主动发起对账的应用场景,本步骤及后续步骤在用户本地执行,而对于第三方平台主动发起对账的应用场景,本步骤及后续步骤在第三方平台执行。

步骤205、若所述第三方个人记账清单与所述本地个人记账清单不同,则向银行请求所述用户的历史交易数据,并根据所述历史交易数据和所述支付规则,生成校正个人记账清单;使所述校正个人记账清单替换所述第三方个人记账清单与所述本地个人记账清单。

若所述第三方个人记账清单与所述本地个人记账清单不同,则表明二者其一记载的内容存在错误,或者是两者记载的内容均存在错误。此时,向银行请求所述用户的历史交易数据,同时根据支付规则,生成一个新的记账清单,本实施例中称为校正个人记账清单,由于生成该校正个人记账清单的数据直接来源与银行的交易记录,故认为其是准确的。然后使用校正个人记账清单分别替换第三方平台存储的第三方个人记账清单与用户本地存储的本地个人记账清单,完成对账过程。

此外,在本步骤开始时,若所述第三方个人记账清单与所述本地个人记账清单相同,则一般认为二者的记载的内容均是正确的;但也存在两者记载的内容均错误的情况,为解决这一问题,可以设置为定期的由用户或第三方平台自动发起本实施例中的对账过程。

可见,本实施例的基于第三方平台的多用户资金管理方法,为每个用户在本地和第三方平台均分别提供记账功能,并在需要时进行对账,进一步提升资金使用情况的透明、特别是对应于用户个人的资金份额的使用透明度。

基于同一发明构思,本发明实施例还提供了一种应用于用户终端的基于第三方平台的多用户资金管理方法。

参考图3,所述方法包括以下步骤:

步骤301、向第三方平台提交支付请求;所述支付请求用于使第三方平台使用集资交易账户与银行进行支付交易,并接收银行返回的交易回执;

步骤302、接收第三方平台发送回的所述交易回执。

进一步的,参考图4,本实施例还包括对账过程,包括以下步骤:

步骤401、根据向所述集资交易账户的资金转账,建立本地个人记账清单;

步骤402、从所述支付请求中获取支付规则;

步骤403、根据所述支付规则与所述交易回执,生成本地个人记账信息并存储至所述本地个人记账清单;

步骤404、根据预设开启事件,开启对账;比较所述本地个人记账清单与第三方个人记账清单;其中,所述第三方个人记账清单根据所述支付规则与所述交易回执生成并由第三方平台存储;

步骤405、若所述本地个人记账清单与所述第三方个人记账清单不同,则向银行请求所述用户的历史交易数据,并根据所述历史交易数据和所述支付规则,生成校正个人记账清单;使所述校正个人记账清单替换所述第三方个人记账清单与所述本地个人记账清单。

本实施例的应用于用户终端的方法,其与前述应用于服务器的方法相对应,相应的技术细节和技术效果在前述应用于服务器的方法的实施例中已有记载,在此不再赘述。

基于同一发明构思,本发明实施例还提供了一种服务器,参考图5,所述服务器,包括:

建立模块501,用于建立包括至少两个用户的用户组;

账户模块502,用于设置一与所述用户组关联的集资交易账户;所述集资交易账户用于接收所述用户组中用户的资金转账;

第一支付模块503,用于接收任一所述用户提交的支付请求,根据所述支付请求使用所述集资交易账户与银行进行支付交易,并接收银行返回的交易回执;

第一记账模块504,用于根据所述交易回执和所述支付请求,生成对应于所述支付请求的记账信息,并将所述记账信息发送给所述用户组中的每个用户。

在一个可选的实施例中,所述账户模块502还用于:为所述用户组中的每个用户分别设置支付权限。相应的,所述第一支付模块503还用于:获取所述用户对应的支付权限,判断所述支付请求与所述支付权限是否匹配,若匹配,则根据所述支付请求使用所述集资交易账户与银行进行支付交易,并接收银行返回的交易回执;若不匹配,则拒绝所述支付请求,生成支付失败信息并发送至所述用户。

其中,所述支付权限包括:支付额度。所述账户模块502具体用于:对于每个所述用户,获取其向所述集资交易账户进行资金转账的转账记录,根据所述转账记录,生成所述用户对应的支付额度。进一步的,所述账户模块502还用于:从外部数据源获取所述用户的信用等级数据,根据所述信用等级数据,对所述用户对应的支付额度进行修正。

在一个可选的实施例中,所述记账信息包括:根据所述交易回执生成的所述支付请求对应的支付金额信息和所述集资交易账户的余额信息,以及根据所述支付请求生成的提交所述支付请求的所述用户的个人身份信息。

在一个可选的实施例中,第一记账模块504还用于:每间隔预设的时间段,生成所述集资交易账户的流水记录信息并发送至给所述用户组中的每个用户。

在一个可选的实施例中,所述服务器还包括:资金返回模块505,用于接收对应于所述用户组的资金返回请求;根据所述资金返回请求,确认所述用户组中每个用户的资金返回额;根据所述资金返回额,使用集资交易账户向所述用户组中每个用户预设的个人集资交易账户分别进行资金转账。

在一个可选的实施例中,还包括:第一对账模块506,用于根据所述用户组中用户的资金转账,为所述用户组中的每个用户对应的建立第三方个人记账清单;从所述支付请求中获取支付规则;根据所述支付规则与所述交易回执,为所述用户组中的每个用户对应的生成第三方个人记账信息并存储至所述第三方个人记账清单;根据对应于所述用户组中任一用户的预设开启事件,开启对账;比较所述第三方个人记账清单与本地个人记账清单;其中,所述本地个人记账清单根据所述支付规则与所述交易回执生成并由所述用户存储;若所述第三方个人记账清单与所述本地个人记账清单不同,则向银行请求所述用户的历史交易数据,并根据所述历史交易数据和所述支付规则,生成校正个人记账清单;使所述校正个人记账清单替换所述第三方个人记账清单与所述本地个人记账清单。

上述实施例的服务器用于实现前述实施例中相应的应用于服务器的方法,并且具有相应的方法实施例的有益效果,在此不再赘述。

基于同一发明构思,本发明实施例还提供了一种用户终端,参考图6,所述用户终端,包括:

第二支付模块601,用于向第三方平台提交支付请求;所述支付请求用于使第三方平台使用集资交易账户与银行进行支付交易,并接收银行返回的交易回执;

第二记账模块602,用于接收第三方平台发送回的所述交易回执。

在一个可选的实施例中,所述用户终端还包括:第二对账模块603,用于根据向所述集资交易账户的资金转账,建立本地个人记账清单;从所述支付请求中获取支付规则;根据所述支付规则与所述交易回执,生成本地个人记账信息并存储至所述本地个人记账清单;根据预设开启事件,开启对账;比较所述本地个人记账清单与第三方个人记账清单;其中,所述第三方个人记账清单根据所述支付规则与所述交易回执生成并由第三方平台存储;若所述本地个人记账清单与所述第三方个人记账清单不同,则向银行请求所述用户的历史交易数据,并根据所述历史交易数据和所述支付规则,生成校正个人记账清单;使所述校正个人记账清单替换所述第三方个人记账清单与所述本地个人记账清单。

上述实施例的用户终端用于实现前述实施例中相应的应用于用户终端的方法,并且具有相应的方法实施例的有益效果,在此不再赘述。

所属领域的普通技术人员应当理解:以上任何实施例的讨论仅为示例性的,并非旨在暗示本公开的范围(包括权利要求)被限于这些例子;在本发明的思路下,以上实施例或者不同实施例中的技术特征之间也可以进行组合,步骤可以以任意顺序实现,并存在如上所述的本发明的不同方面的许多其它变化,为了简明它们没有在细节中提供。

本发明的实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此,凡在本发明的精神和原则之内,所做的任何省略、修改、等同替换、改进等,均应包含在本发明的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1