一种基于信用值的平台合约执行方法和装置
技术领域
本说明书实施例涉及业务平台的业务执行技术领域,更具体地,涉及一种基于信用值的平台合约执行方法和装置。
背景技术
信用合约是基于用户使用其信用进行担保,通过计算机系统,采集用户的信用行为形成一套信用值标准,并以此信用标准,代替货币或者有价证券或者实物,充当保证金或者抵押物,使得该用户与另一用户建立合约的一种技术解决方案。采用信用值作为担保,可以代替在一些原有的领域中使用货币、有价证券等通用一般等价物方式充当保证金和抵押物的方式。例如,用户和商户可基于用户信用值建立信用消费合约,合约中通常会约定用户在预定时段内需在商户消费的额度,及用户在进行所述消费时享受的折扣。然而,在该情况中,合约中约定的消费额度对于某个用户个体可能存在完成难度太高且资源过剩的情况。
因此,需要一种更有效的信用合约的执行方案。
发明内容
本说明书实施例旨在提供一种更有效的信用合约的执行方案,以解决现有技术中的不足。
为实现上述目的,本说明书一个方面提供一种合约执行方法,所述合约由业务平台中的第一用户基于其信用值签署并提交至业务平台的服务器,其中,所述合约中约定了所述第一用户在预定时段中待完成的预定事务、及在进行所述预定事务时获取的权益,所述方法在所述服务器端执行,包括:
从所述第一用户的终端接收所述第一用户基于所述合约对业务平台中的至少一个第二用户的授权,所述授权允许所述至少一个第二用户在所述预定时段内共同参与进行所述预定事务,并允许所述至少一个第二用户在进行所述预定事务时获取所述权益;
基于所述授权设置所述至少一个第二用户各自的权限;
在所述预定时段结束时,确定所述第一用户和所述至少一个第二用户在所述预定时段中是否完成所述预定事务;以及
在所述第一用户和所述至少一个第二用户在所述预定时段中未完成所述预定事务的情况中,向所述第一用户的终端发送权益退回请求,以请求所述第一用户退回所述第一用户和所述至少一个第二用户已获取的所述权益或其等同资源。
在一个实施例中,所述合约中约定了所述至少一个第二用户的最大数目。
在一个实施例中,所述合约中约定了各个所述第二用户在所述预定时段内进行所述预定事务的最大次数。
在一个实施例中,所述方法还包括,在基于所述授权设置所述至少一个第二用户各自的权限之前,分别询问所述至少一个第二用户是否接受所述授权,其中,基于所述授权设置所述至少一个第二用户各自的权限包括,基于所述授权对所述至少一个第二用户中接受所述授权的第二用户设置权限。
在一个实施例中,所述方法还包括,在基于所述授权设置所述至少一个第二用户各自的权限之后,通知所述至少一个第二用户。
在一个实施例中,所述方法还包括,在基于所述授权设置所述至少一个第二用户各自的权限之后,在所述预定时段内,向所述第一用户和所述至少一个第二用户分别发送提醒,以提醒所述预定事务的相关信息。
在一个实施例中,所述方法还包括,在基于所述授权设置所述至少一个第二用户各自的权限之后,在所述预定时段内,在所述第一用户和所述至少一个第二用户中的任一用户进行所述预定事务之后,进行相应的记录。
在一个实施例中,所述合约由所述第一用户与所述业务平台和业务平台中的第三用户签署,其中,在所述第一用户和所述至少一个第二用户在所述预定时段中未完成所述预定事务的情况中,向所述第一用户的终端发送权益退回请求,以请求所述第一用户在预定期限内向所述第三用户退回所述第一用户及所述至少一个第二用户已获取的所述权益或其等同资源。
在一个实施例中,所述合约由所述第一用户与所述业务平台和业务平台中的第三用户签署,其中,在所述第一用户和所述至少一个第二用户在所述预定时段中未完成所述预定事务的情况中,向所述第一用户的终端发送权益退回请求,以请求所述第一用户向所述业务平台退回所述第一用户及所述至少一个第二用户已获取的所述权益或其等同资源,以使得所述业务平台将所述退回的权益或其等同资源发送给所述第三用户。
在一个实施例中,所述合约由所述第一用户与所述业务平台签署,在所述第一用户和所述至少一个第二用户在所述预定时段中未完成所述预定事务的情况中,向所述第一用户的终端发送权益退回请求,以请求所述第一用户向所述业务平台退回所述第一用户及所述至少一个第二用户已获取的所述权益或其等同资源。
在一个实施例中,所述方法还包括,在自向所述第一用户的终端发送权益退回请求开始的预定期限结束时,确定所述第一用户是否退回所述第一用户及所述至少一个第二用户已获取的所述权益或其等同资源,在所述第一用户在所述预定期限内未退回所述权益或其等同资源的情况中,对所述第一用户进行信用惩罚。
在一个实施例中,对所述第一用户进行信用惩罚,包括以下至少之一:
扣减所述第一用户的信用值、限制所述第一用户的业务参与权限、将所述第一用户标记为失信人员。
在一个实施例中,所述方法还包括,在所述第一用户和所述至少一个第二用户在所述预定时段中完成所述预定事务的情况中,增加所述第一用户的信用值。
在一个实施例中,所述预定事务为通过所述业务平台进行的预定额度的消费。
本说明书另一方面提供一种合约执行装置,所述合约由业务平台中的第一用户基于其信用值签署并提交至业务平台的服务器,其中,所述合约中约定了所述第一用户在预定时段中待完成的预定事务、及在进行所述预定事务时获取的权益,所述装置在所述服务器端实施,包括:
接收单元,配置为,从所述第一用户的终端接收所述第一用户基于所述合约对业务平台中的至少一个第二用户的授权,所述授权允许所述至少一个第二用户在所述预定时段内共同参与进行所述预定事务,并允许所述至少一个第二用户在进行所述预定事务时获取所述权益;
设置单元,配置为,基于所述授权设置所述至少一个第二用户各自的权限;
第一确定单元,配置为,在所述预定时段结束时,确定所述第一用户和所述至少一个第二用户在所述预定时段中是否完成所述预定事务;以及
请求单元,配置为,在所述第一用户和所述至少一个第二用户在所述预定时段中未完成所述预定事务的情况中,向所述第一用户的终端发送权益退回请求,以请求所述第一用户退回所述第一用户和所述至少一个第二用户已获取的所述权益或其等同资源。
在一个实施例中,所述装置还包括询问单元,配置为,在基于所述授权设置所述至少一个第二用户各自的权限之前,分别询问所述至少一个第二用户是否接受所述授权,其中,所述设置单元还配置为,基于所述授权对所述至少一个第二用户中接受所述授权的第二用户设置权限。
在一个实施例中,所述装置还包括通知单元,配置为,在基于所述授权设置所述至少一个第二用户各自的权限之后,通知所述至少一个第二用户。
在一个实施例中,所述装置还包括提醒单元,配置为,在基于所述授权设置所述至少一个第二用户各自的权限之后,在所述预定时段内,向所述第一用户和所述至少一个第二用户分别发送提醒,以提醒所述预定事务的相关信息。
在一个实施例中,所述装置还包括记录单元,配置为,在基于所述授权设置所述至少一个第二用户各自的权限之后,在所述预定时段内,在所述第一用户和所述至少一个第二用户中的任一用户进行所述预定事务之后,进行相应的记录。
在一个实施例中,所述合约由所述第一用户与所述业务平台和业务平台中的第三用户签署,其中,所述请求单元还配置为,在所述第一用户和所述至少一个第二用户在所述预定时段中未完成所述预定事务的情况中,向所述第一用户的终端发送权益退回请求,以请求所述第一用户在预定期限内向所述第三用户退回所述第一用户及所述至少一个第二用户已获取的所述权益或其等同资源。
在一个实施例中,所述合约由所述第一用户与所述业务平台和业务平台中的第三用户签署,其中,所述请求单元还配置为,在所述第一用户和所述至少一个第二用户在所述预定时段中未完成所述预定事务的情况中,向所述第一用户的终端发送权益退回请求,以请求所述第一用户向所述业务平台退回所述第一用户及所述至少一个第二用户已获取的所述权益或其等同资源,以使得所述业务平台将所述退回的权益或其等同资源发送给所述第三用户。
在一个实施例中,所述合约由所述第一用户与所述业务平台签署,其中,所述请求单元还配置为,在所述第一用户和所述至少一个第二用户在所述预定时段中未完成所述预定事务的情况中,向所述第一用户的终端发送权益退回请求,以请求所述第一用户向所述业务平台退回所述第一用户及所述至少一个第二用户已获取的所述权益或其等同资源。
在一个实施例中,所述装置还包括第二确定单元,配置为,在自向所述第一用户的终端发送权益退回请求开始的预定期限结束时,确定所述第一用户是否退回所述第一用户及所述至少一个第二用户已获取的所述权益或其等同资源,及信用惩罚单元,配置为,在所述第一用户在所述预定期限内未退回所述权益或其等同资源的情况中,对所述第一用户进行信用惩罚。
在一个实施例中,所述装置还包括信用奖励单元,配置为,在所述第一用户和所述至少一个第二用户在所述预定时段中完成所述预定事务的情况中,增加所述第一用户的信用值。
本说明书另一方面提供一种计算设备,包括存储器和处理器,其特征在于,所述存储器中存储有可执行代码,所述处理器执行所述可执行代码时,实现上述任一方法。
通过根据本说明书实施例的基于信用值的合约执行方案,实现了签订合约的用户、平台、商户等多方的互惠互利,有效促进了用户对平台的利用率、在商户的消费额、对商户的宣传等。
附图说明
通过结合附图描述本说明书实施例,可以使得本说明书实施例更加清楚:
图1示出根据本说明书实施例的合约执行系统100的示意图;
图2示出根据本说明书实施例的一种合约执行方法;
图3示出合约内容展示界面的示意图;
图4示出合约执行页的示意图;
图5示出授权界面的示意图;
图6示出权益退回请求界面示意图;
图7示出在资源共享平台场景下的业务交互示意图;
图8示出在支付平台场景下的业务交互示意图;以及
图9示出根据本说明书实施例的一种合约执行装置900。
具体实施方式
下面将结合附图描述本说明书实施例。
图1示出根据本说明书实施例的合约执行系统100的示意图。如图1所示,系统100可以包括服务器11、网络12、手机13-14和计算机15等。服务器11可以为包含一独立主机的物理服务器,或者该服务器11可以为主机集群承载的虚拟服务器;该服务器11可以承载本说明书中的业务平台,比如该业务平台可以为支付平台。手机13例如为第一用户使用的终端,手机14例如为一第二用户使用的终端,该手机13-14上运行有客户端,该客户端可以实现本说明书的技术方案中与第一用户或第二用户相关的业务功能,其中第一用户、第二用户均可以为个人或企业等;当然,除了手机13-14之外,第一用户或第二用户还可以采用计算机、平板设备、笔记本电脑、掌上电脑、可穿戴设备(如智能眼镜、智能手表等)等其他类型的电子设备,本说明书并不对此进行限制。计算机15可以为第三用户使用的电子设备,该计算机15上运行有客户端2,该客户端2可以实现本说明书的技术方案中与第二用户相关的业务功能,其中第二用户可以为商户等;当然,除了计算机15之外,第三用户还可以采用手机、平板设备、笔记本电脑、掌上电脑、可穿戴设备(如智能眼镜、智能手表等)等其他类型的电子设备,本说明书并不对此进行限制。手机13-14、计算机15与服务器11之间通过网络12进行交互,所述网络12可以包括多种类型的有线或无线网络,比如,该网络12可以包括公共交换电话网络(Public Switched Telephone Network,PSTN)和因特网。
在该系统执行业务时,例如首先由商户(即第三用户)通过其计算机15在平台发布合约。然后,第一用户通过手机13在平台签署该合约并提交至平台服务器,所述合约中约定了所述第一用户在预定时段中待完成的预定事务、及在进行所述预定事务时获取的权益。例如,所述合约为消费合约,该合约例如约定,第一用户在2018.12.01-2018.12.14之间需通过该平台在所述商户消费200元,在此期间,第一用户的每笔消费可以享受八折优惠。
该合约还约定,第一用户可以授权最多三个好友参与该合约。第一用户例如授权第二用户参与该合约,即第二用户在该时段内通过该平台在所述商户的消费可计入所述200元的额度中、同时可享受八折优惠。在预定时段结束后,如果第一用户和第二用户在该预定时段内在所述商户的消费总额达到200元,服务器11会增加第一用户的信用值。如果第一用户和第二用户在该预定时段内在所述商户的消费总额未达到200元,服务器11将促使第一用户在指定时段内向商户退还第一用户和第二用户享受的权益(即所述八折优惠对应的金额)。如果第一用户未在指定时段内退还所述权益,服务器11可对第一用户进行信用惩罚,例如扣减第一用户的信用值,等等。
可以理解,图1所示的系统100只是示例性的,而不是限制性的,例如,系统100中除了手机13、14和计算机15之外,还可以包括多个其它用户的终端,并且,所述业务平台不限于支付平台,其例如还可以为资源共享平台、交易平台等等。
图2示出根据本说明书实施例的一种合约执行方法,所述合约由业务平台中的第一用户基于其信用值签署并提交至业务平台的服务器,其中,所述合约中约定了所述第一用户在预定时段中待完成的预定事务、及在进行所述预定事务时获取的权益,所述方法在所述服务器端执行,包括:
在步骤S202,从所述第一用户的终端接收所述第一用户基于所述合约对业务平台中的至少一个第二用户的授权,所述授权允许所述至少一个第二用户在所述预定时段内共同参与进行所述预定事务,并允许所述至少一个第二用户在进行所述预定事务时获取所述权益;
在步骤S204,基于所述授权设置所述至少一个第二用户各自的权限;
在步骤S206,在所述预定时段结束时,确定所述第一用户和所述至少一个第二用户在所述预定时段中是否完成所述预定事务;以及
在步骤208,在所述第一用户和所述至少一个第二用户在所述预定时段中未完成所述预定事务的情况中,向所述第一用户的终端发送权益退回请求,以请求所述第一用户退回所述第一用户和所述至少一个第二用户已获取的所述权益或其等同资源。
首先,在步骤S202,从所述第一用户的终端接收所述第一用户基于所述合约对业务平台中的至少一个第二用户的授权,所述授权允许所述至少一个第二用户在所述预定时段内共同参与进行所述预定事务,并允许所述至少一个第二用户在进行所述预定事务时获取所述权益。
如上文所述,所述平台例如可以为资源共享平台、交易平台、支付平台等各种业务平台。对应于不同的平台,第一用户签署的合约的具体内容相应地不同,所述预定事务和所述权益也相应地不同。例如,在资源共享平台的场景中,例如,所述平台例如为数据共享平台,所述合约可由该平台发起(例如发布活动页面),由第一用户基于其信用值签署(例如点击所述活动页面中的确定参与按钮)。所述信用值可以由平台自己生成,也可以从任一信用管理平台获取。例如,平台可设定,第一用户只有在信用值高于预定值时才可以参与该合约的签署。
在该合约中,所述预定事务例如为,第一用户在预定月份内(例如2018年12月)与平台的数据交换中的向平台分享(上传)的数据量应达到至少10G。所述数据交换为第一用户通过向平台分享自己终端中的数据从而获取对平台中的数据的下载权限。通常,例如,平台规定,用户通过向平台分享1G的数据可从平台下载1G的数据。在所述合约中,例如可约定,在此期间,第一用户每次向平台分享数据时,除了可从平台下载等量的数据之外,还可获取该分享数据量的1/5的赠送下载数据量,即,第一用户通过所述信用合约获取的所述权益为所述赠送下载数据量。例如,第一用户进行5G的数据上传时,除了可从平台下载5G的数据之外,还获赠1G的赠送下载数据量,即,第一用户在向平台上传5G的数据之后,可从平台下载6G的数据。在一个实施例中,该约定中还约定了第一用户可向例如最多三个其他用户授权参与该合约的执行。例如,第一用户在其手机客户端通过点击活动页面(或者合约页面)中的授权按钮以授权第二用户参与该合约。第一用户在点击该按钮之后,会将该授权信息发送给平台服务器。该授权允许第二用户在2018年12月在所述平台进行数据分享时,享受获赠1/5的赠送下载量的权益,同时第二用户的该数据分享量(上传数据量)计入第一用户的约定上传量(即10G)中。在一个实施例中,该合约还约定了第二用户仅可参与该合约1次,即,仅可在12月在1次数据交换中将其分享数据量计入所述约定分享量中,并在该次数据交换中享受获赠该次数据分享量的1/5的平台赠送下载量的权益。由于第一用户自身数据资源有限,因而基于上述基于信用合约的授权方案,可以使得第二用户基于其数据资源帮助第一用户完成其约定数据上传量,以激励第一用户和第二用户的数据共享行为,从而可使得在共享平台中对数据进行有效分享。
在例如支付平台的场景中,所述合约可以是支付平台、第一用户和第三用户(平台中的商户)之间的合约。例如,所述合约为消费合约,在该合约中,所述预定事务例如为,第一用户在2018.12.01-2018.12.14之间需通过该支付平台在所述商户消费200元,所述权益例如为,在此期间,第一用户在所述商户的每笔消费可以享受八折优惠。在一个实施例中,该合约还约定,第一用户可以最多授权三个用户参与该合约,被授权用户在该时段内通过该平台在所述商户的消费可计入所述200元的额度中、同时可享受八折优惠。在一个实施例中,该合约还约定,被授权用户只可参与所述预定事务2次,即,被授权用户仅可在该时段内在该商户的2次通过该支付平台的消费中享受八折优惠。基于该约定,第一用户在其客户端例如授权第二用户参与该合约。在该授权之后,第一用户客户端将该授权信息发送给平台服务器。通过该合约,一方面第一用户无需提前在商户处提前充值消费卡、避免由于商户倒闭等情况导致第一用户的财产损失,另一方面商户可以基于上述承诺而提前锁定第一用户的消费额度,而在第一用户在完成所述消费额度难度较大的情况中,第一用户通过授权第二用户共同完成其额度并同时享受折扣优惠,避免了第一用户的资源过剩,使得第二用户也享受到了优惠,并且也对第二用户宣传了所述商户,从而实现了多方的互惠互利。
图3示出支付平台通过第一用户终端APP向第一用户展示的合约内容的示意图。如图3所示,买家例如可以在支付平台上浏览到合约展示界面,该界面用于对商户发布的信用合约进行展示,以便于买家确定自身参与后所能够获得的权利和需要完成的义务;其中,权利可以包括享受折扣优惠(8折),义务可以包括“2018.12.01-2018.12.14期间到店消费累计满200元”,以及“如果期间消费未满200元,需退还折扣优惠金额”。其中,当买家点击界面中的“确认参加”选项时,即确定对该合约的签署。在一个实施例中,在该界面中还可以包括“信用合约具体规则”选项,以在点击后向用户示出基于信用值的奖惩规则,例如在第一用户到期不退还优惠金额的情况中,对第一用户的信用值进行扣减,等等。
在第一用户签署图3所示的信用合约之后,APP中例如可生成如图4所示的合约执行页,在该合约执行页中示出了商户名称、预定时段的始末时间,需达到的消费额、享受的折扣等信息。在该合约执行页中还包括“邀请好友”的选项,第一用户在通过点击该选项在弹出的好友名单中选出一个好友(例如第二用户)之后,APP可弹出如图5所示的授权界面。另外,图4所示的合约执行页面中还可以包括在所述预定时段内对第一用户和第二用户的交易记录。该交易记录例如包括交易时间、交易id,交易的支付金额、优惠金额等信息。如图5所示,该界面中示出在第一用户确定邀请第二用户之后,第二用户拥有的权限(可在所述时段在1次到店消费中享受8折优惠,该次消费额计入200元额度中),及第一用户的义务(在所述时段,第一用户的200元额度未达到时,第二用户的折扣优惠金额也计入第一用户待退还的折扣优惠金额中)。第一用户在点击授权界面中的“确定邀请”之后,APP向服务器发送第一用户对第二用户的授权。
在一个实施例中,所述第一用户与所述商户之间的交易是线下交易,所述商户为实体商铺中的商户,其可以通过向第一用户当面介绍与所述合约相关的活动,而促使第一用户通过其手机进入所述平台参与所述合约。所述实体商铺的商户也可以通过在所述支付平台发布活动而促使第一用户参与所述合约。所述第一用户在参与所述合约之后,促使第一用户在所述商户的消费,并且促使第一用户在所述商户进行消费时,通过所述支付平台进行支付。同时,在第一用户授权第二用户之后,也促使第二用户在所述商户进行消费、并通过所述支付平台进行支付。
在一个实施例中,所述第一用户与所述商户之间的交易为线上交易,例如,所述商户为交易平台中的商户,商户可在交易平台中发布上述支付平台的与所述合约对应的活动页面,以促使交易平台中的第一用户签署所述合约。第一用户可授权交易平台中的第二用户参与所述合约,从而可促进第一用户和第二用户在所述商户的消费,以及第一用户和第二用户对所述支付平台的使用。
在一实施例中,所述预定时段可以为设定的起始时刻和终止时刻所定义的固定时间段,比如起始时刻为2018年6月10日、终止时刻为2018年7月9日,则预定时段为2018年6月10日至2018年7月9日。
在一实施例中,所述预定时段可以为预设时长的非固定时间段,比如预设时长为1个月时,假定第一用户在2018年6月10日向业务平台发送信息,预定时段可以为该2018年6月10日起的1个月内,而假定第一用户在2018年7月12日向业务平台发送信息,预定时段可以为该2018年7月12日起的1个月内。
在上述实施例中,所述权益都是第一用户付出资源(如上传数据量、现金等)的折扣优惠,然而,在本说明书实施例中,所述权益不限于折扣优惠。例如,在上述资源共享平台场景中,所述权益还可以为平台赠送的高速下载权限、高速上传权限等等,在上述支付平台场景中,所述权益还可以为商户赠送的其它商品、赠送的免邮等等各种权益。
在上述实施例中,所述预定事务都是通过所述平台进行的预定事务,然而,所述预定事务不限于通过所述平台完成。例如,所述平台可以为信用管理平台,具有实体商铺的商户可通过与该信用管理平台签约以进行基于信用合约的营销活动,信用管理平台例如可以通过二维码的形式对用户授予权限,第一用户或第二用户在商户进行消费时不需要通过该信用管理平台进行支付,而可以通过任意支付方式,其只要出示所述二维码即可享受所述折扣优惠。
在上述实施例中,所述平台分别为资源共享平台、支付平台、信用管理平台,然而,所述平台不限于上述的几个示例平台,而可以为其它多种平台,例如,其还可以为交易平台等等,在此不一一列出。
在步骤S204,基于所述授权设置所述至少一个第二用户各自的权限。
所述权限也即所述授权赋予各个第二用户的权限,包括:允许所述至少一个第二用户在所述预定时段内共同参与进行所述预定事务,以及允许所述至少一个第二用户在进行所述预定事务时获取所述权益。另外,所述权限还可以包括所述合约约定的第二用户可参与所述预定事务的最大次数等等。例如,在上述资源共享平台场景中,第二用户权限可以设定为,当第二用户在所述预定时段内与平台交换数据时,将第二用户的上传数据量计入第一用户的10G上传数据量的额度中,即,该交换数据动作可视为进行所述预定事务,同时,第二用户在进行交换数据时,可获取第一用户合约中约定的权益,即,获取其上传数据量的1/5的平台赠送下载数据量。在合约中约定了最大次数(例如1次)的情况中,还可设定,在第二用户在所述预定时段内与平台的一次交换数据中,将第二用户的上传数据量计入第一用户的10G上传数据量的额度中。在另一个实施例中,例如,在上述支付平台场景中,可将第二用户的权限设定为,在第二用户在预定时段在所述商户进行消费时,将第二用户在商户的消费额计入第一用户的合约中的额度(即,200元)中,同时,第二用户的该消费享受第一用户的合约中约定的权益,即享受该消费额的八折优惠。
在一个实施例中,在基于所述授权设置所述至少一个第二用户各自的权限之前,分别询问所述至少一个第二用户是否接受所述授权,其中,基于所述授权设置所述至少一个第二用户各自的权限包括,基于所述授权对所述至少一个第二用户中接受所述授权的第二用户设置权限。例如,在上述支付平台场景中,第二用户可能想参加自己签署的合约,即,其拥有自己需要完成的消费额度,因此,不希望将自己在商家的消费的额度计入第一用户的约定额度中,在该情况中,第二用户可在服务器询问是否接受第一用户的授权之后,拒绝该授权。
在一个实施例中,在基于所述授权设置所述至少一个第二用户各自的权限之后,通知所述至少一个第二用户。在对所述至少一个第二用户通知所述授权之后,也即通知其拥有优惠权益,从而促使第二用户去进行所述预定事务。
在一个实施例中,在基于所述授权设置所述至少一个第二用户各自的权限之后,在所述预定时段内,向所述第一用户和所述至少一个第二用户分别发送提醒,以提醒所述预定事务的相关信息。例如,在合约限定第二用户参与预定事务的次数的情况中,可提醒第二用户进行预定事务的剩余次数、预定时段的剩余时间等。通过向第一用户和至少一个第二用户发送提醒,促使第一用户和至少给第二用户去在预定时段内进行所述预定事务,以享受所述权益,从而促进合约的履约。在一个实施例中,所述提醒可以一定频率发送,例如,可每周发送一次。
在一个实施例中,在基于所述授权设置所述至少一个第二用户各自的权限之后,在所述第二用户终端触发对所述权限的调用时,服务器向所述第二用户终端发送调用所述权限的结果。例如,在上述支付平台场景中,当第二用户终端使用支付平台在商户进行消费时,触发对第二用户的权限的调用,服务器在该触发之后执行相应的程序,即,将第二用户的消费额计入第一用户的约定额度中,并向第二用户终端返回折扣价格以使得第二用户确定支付。从而使得第二用户可参与所述合约中约定的预定事务,并享受所述合约中约定的权益。
在步骤S206,在所述预定时段结束时,确定所述第一用户和所述至少一个第二用户在所述预定时段中是否完成所述预定事务。
在一个实施例中,在上述资源共享平台场景中,在合约中未约定第二用户执行预定事务的次数情况中,第一用户和至少一个第二用户在所述预定时段内在每次进行数据交换时,平台都会记录该次数据交换的用户上传数据量,并对这些数据量进行累加。在预定时段结束时,平台可自动获取该累加数据量,确定该累加数据量是否达到合约约定数据量(即10G),即确定是否完成所述预定事务。
类似地,在上述支付平台场景中,在合约中未约定第二用户执行预定事务的次数情况中,第一用户和至少一个第二用户在所述预定时段内每次通过该支付平台进行在所述商户的消费时,平台都会记录该次消费的消费额(例如折扣后的实际消费额),并对这些消费额进行累加。在预定时段结束时,平台可自动获取该累加金额,以确定是否达到合约约定的金额(即200元),即确定是否完成所述预定事务。
另外,在上述信息管理平台的实例中,信息管理平台不能直接获取第一用户或第二用户在商户消费的金额数据,第一用户和至少一个第二用户例如可通过将消费的小票上传平台,以供平台确定第一用户和至少一个第二用户是否完成所述预定事务。
在步骤208,在所述第一用户和所述至少一个第二用户在所述预定时段中未完成所述预定事务的情况中,向所述第一用户的终端发送权益退回请求,以请求所述第一用户退回所述第一用户和所述至少一个第二用户已获取的所述权益或其等同资源。
在一个实施例中,在上述支付平台场景中,所述合约是第一用户、平台、商户共同签署的三方合约,在确定所述第一用户和所述至少一个第二用户在所述预定时段中未完成所述预定事务的情况中,所述合约的违约责任由第一用户一人承担。例如,在第一用户与所述至少一个第二用户在所述预定时段内的消费额未达到预定额度时,第一用户应通过该支付平台向商户退回第一用户和至少一个第二用户在该预定时段内进行消费时享受的权益或其等同资源。该权益例如为折扣优惠,因此,该权益可直接通过支付平台退回。在权益为商户赠送商品、赠送服务等等的情况中,服务器可确定所述赠送商品、赠送服务的等同金额,并请求第一用户通过支付平台向商户退回第一用户和至少一个第二用户获赠的全部赠送商品、赠送服务的等同金额。由于是通过第一用户通过支付平台进行对商户的金额的退回,因此,支付平台可获知第一用户是否退回,并从而对第一用户进行相应的信用管理。
图6示出在第一用户的APP向第一用户展示的退回权益的请求界面示意图。当第一用户和至少一个第二用户在预定时段内未能在商户消费约定额度时,支付平台可以向该第一用户发送图6所示的请求,该请求可以向第一用户告知其参与的折扣活动的信息、退还权益的原因、已获得的优惠金额等。第一用户可以通过触发该请求界面中的“退还优惠”选项来退还所述权益。
在一个实施例中,在上述资源共享平台场景中,所述合约由所述第一用户与所述平台签署,在所述第一用户和所述至少一个第二用户在所述预定时段中未完成所述预定事务的情况中,平台服务器向所述第一用户的终端发送权益退回请求,以请求所述第一用户向所述业务平台退回所述第一用户及所述至少一个第二用户已获取的所述权益或其等同资源。例如,请求第一用户向平台上传与第一用户和第二用户在预定时段内已获取的赠送下载量等量的数据,或者请求第一用户向平台转账与所述等量的数据等同的现金等等。
在一个实施例中,例如在业务平台为交易平台的场景中,所述合约由所述第一用户与所述交易平台和交易平台中的第三用户签署,其中,在所述第一用户和所述至少一个第二用户在所述预定时段中未完成所述预定事务的情况中,向所述第一用户的终端发送权益退回请求,以请求所述第一用户向所述平台退回所述第一用户及所述至少一个第二用户已获取的所述权益或其等同资源,以使得所述平台将所述退回的权益或其等同资源发送给所述第三用户。通过由交易平台在第一用户与商户之间进行退回权益的中转,从而使得交易平台可获知第一用户是否进行了权益的退回,从而进行对第一用户的信用管理。
在一个实施例中,平台可设定权益退回的宽限期,如自平台发出权益退回请求的一个月。在该宽限期结束之后,平台服务器确定所述第一用户是否退回所述第一用户及所述至少一个第二用户已获取的所述权益或其等同资源,在所述第一用户在所述预定期限内未退回所述权益或其等同资源的情况中,对所述第一用户进行信用惩罚。例如,信用惩罚可以包括扣减所述第一用户的信用值;当业务平台自行维护第一用户的信用值时,该业务平台可以直接扣减第一用户的信用值,而当第一用户的信用值由信用管理平台维护时,业务平台可以向信用管理平台进行反馈,以使得信用管理平台扣减第一用户的信用值。再例如,信用惩罚可以包括限制所述第一用户的业务参与权限,使得第一用户后续无法参与基于本说明书的信用合约的签署。又例如,信用惩罚可以包括将所述第一用户标记为失信人员,还可以将该失信人员的记录信息分享至其他平台,这将在后续过程中对第一用户造成不良影响。当然,还可以采取其他形式的信用惩罚,或者同时采用多种信用惩罚方式,本说明书并不对此进行限制。
在一个实施例中,在向所述第一用户的终端发送权益退回请求之后,在所述第一用户未退回所述权益或其等同资源的情况中,服务器可主动从所述第一用户对应的用户资源池中扣除与所述第一用户及所述至少一个第二用户已获取的所述权益等同的资源,以进行权益退回。例如在上述资源共享平台的场景下,第一用户的资源池可以为第一用户持有的待下载数据,资源共享平台可以按照数据的下载顺序或默认顺序删除一定量的数据,以作为对第一用户的惩罚。例如在支付平台的场景下,该用户资源池可以为第一用户的账户,支付平台在具备扣款权限(第一用户在向业务平台进行承诺时,可以向业务平台赋予扣款权限)的情况下,可以直接从该账户中扣除差额资源对应的资金,并转入第二用户的账户。
在一个实施例中,在所述第一用户和所述至少一个第二用户在所述预定时段中完成所述预定事务的情况中,可进行对第一用户的信用奖励,例如,增加所述第一用户的信用值。
图7示出在资源共享平台场景下的业务交互示意图。如图7所示,在步骤701,第一用户通过其终端与平台签订数据交换合约。该合约中限定了第一用户需在预定期限内与平台服务器进行至少预定数据上传量的数据交换,并且约定所述第一用户在进行所述数据交换时,可获取数据上传量的预定比例的赠送下载数据量。在步骤702,第一用户将对至少一个第二用户的授权发送至服务器,所述授权允许第二用户参与所述合约,即,第二用户在该平台进行数据上传时,其数据上传量计入所述合约中的预定数据上传量中,同时第二用户在该平台可获赠同样比例的赠送下载数据量。在步骤703,服务器对第二用户终端发出询问请求,以询问第二用户是否接受第一用户的授权。在步骤704,第二用户可对服务器的询问进行回复,例如,第二用户通过在询问界面点击“是”选项,从而回复对所述授权的同意。在步骤705,服务器基于合约中的约定,对第二用户设置权限。在步骤706,服务器通知第二用户其享有的权限。
在步骤707,第一用户进行与平台之间的数据交换,并获赠下载数据量。例如,第一用户向平台上传5G的数据量,第一用户除了可从平台下载5G的数据量之外,根据合约,第一用户可获赠例如1G的数据量,即,第一用户可下载共6G的数据量。在步骤708,服务器记录第一用户的数据上传量。在一个实施例中,服务器可基于该数据上传量对第一用户的数据上传总量进行累加。
在步骤709,第二用户进行与平台的数据交换,并获赠下载数据量。例如,在第二用户向平台上传5G的数据之后,触发服务器对第二用户权限的调用,从而确定第二用户获赠1G的下载数据量,从而通知第二用户可下载共6G的数据量。在步骤710,服务器记录第二用户的数据上传量。在一个实施例中,服务器可基于该第二用户的数据上传量对第一用户的数据上传总量进行累加。
在步骤711,在预定时段结束时,服务器确认数据上传总量是否达到预定数据量。例如,服务器通过对上述记录的预定时段内的第一用户和第二用户的数据上传量进行累加,从而获取数据上传总量。在一个实施例中,服务器通过上述在记录数据上传量时累加的数据上传总量,直接获取数据上传总量。从而基于数据上传总量确认其是否达到预定数据量。在步骤712,在数据上传总量未达到预定量时,向第一用户发送权益退回请求。例如,请求第一用户向平台上传与第一用户和第二用户在预定时段内已获取的赠送下载量等量的数据,或者请求第一用户向平台转账与所述等量的数据等同的现金等等。在步骤713,平台可设置退回宽限期,在宽限期结束时,平台可确认第一用户的权益退回情况。在步骤714,在第一用户未退回所述权益的情况中,可对第一用户进行相应的信用惩罚,如扣减信用值等。
图8示出在支付平台场景下的业务交互示意图。如图8所示,在步骤801,第一用户通过其终端与平台、商户共同签订消费合约。该合约中限定了第一用户需在预定时段内通过支付平台在商户进行预定金额的消费,并且约定所述第一用户在预定时段内在商户进行消费时,可享受预定折扣优惠。在步骤802,第一用户将对至少一个第二用户的授权发送至服务器,所述授权允许第二用户参与所述合约,即,第二用户在商户进行消费时,其消费额计入所述预定金额中,同时第二用户也可享受所述预定折扣优惠。在步骤803,服务器对第二用户终端发出询问请求,以询问第二用户是否接受第一用户的授权。在步骤804,第二用户可对服务器的询问进行回复。在步骤805,服务器基于合约中的约定,对第二用户设置权限。在步骤806,服务器通知第二用户其享有的权限。
在步骤807,第一用户在预定时段内进行在商户的消费,其在通过该支付平台进行支付时获取所述折扣优惠。例如,商户为交易平台中的商户,第一用户在交易平台中提交针对该商户的订单,并选择该支付平台进行支付,从而使得在支付平台服务器中调用第一用户的权限,支付平台根据合约的约定向第一用户终端返回第一用户享受折扣之后的实际支付金额,以使得第一用户在确认后进行支付。在步骤808,服务器记录第一用户的实际支付金额。在一个实施例中,服务器可基于该支付金额对第一用户的支付总额进行累加。
在步骤809,第二用户在预定时段内进行在商户的消费,其在通过该支付平台进行支付时获取所述折扣优惠。例如,商户为交易平台中的商户,第二用户在交易平台中提交针对该商户的订单,并选择该支付平台进行支付,从而使得在支付平台服务器中调用第二用户的权限,支付平台根据第二用户的授权权限向第二用户终端返回第二用户享受折扣之后的实际支付金额,以使得第二用户在确认后进行支付。在步骤810,服务器记录第二用户的实际支付金额。在一个实施例中,服务器可基于该支付金额对第一用户的支付总额进行累加。
在步骤811,在预定时段结束时,服务器确认支付总额是否达到预定额度。例如,服务器通过对上述记录的预定时段内的第一用户和第二用户的支付金额进行累加,从而获取支付总额。在一个实施例中,服务器通过上述在记录支付金额时累加的值,直接获取支付总额。从而基于支付总额确认其是否达到预定额度。在步骤812,在支付总额未达到预定额度时,向第一用户发送优惠退回请求。例如,请求第一用户向商户退回第一用户和第二用户在预定时段内已享受的折扣优惠金额。在步骤813,平台可设置退回宽限期,在宽限期结束时,平台可确认第一用户的优惠退回情况。在步骤814,在第一用户未退回所述优惠的情况中,可对第一用户进行相应的信用惩罚,如扣减信用值等。
图9示出根据本说明书实施例的一种合约执行装置900,所述合约由业务平台中的第一用户基于其信用值签署并提交至业务平台的服务器,其中,所述合约中约定了所述第一用户在预定时段中待完成的预定事务、及在进行所述预定事务时获取的权益,所述装置在所述服务器端实施,包括:
接收单元901,配置为,从所述第一用户的终端接收所述第一用户基于所述合约对业务平台中的至少一个第二用户的授权,所述授权允许所述至少一个第二用户在所述预定时段内共同参与进行所述预定事务,并允许所述至少一个第二用户在进行所述预定事务时获取所述权益;
设置单元902,配置为,基于所述授权设置所述至少一个第二用户各自的权限;
第一确定单元903,配置为,在所述预定时段结束时,确定所述第一用户和所述至少一个第二用户在所述预定时段中是否完成所述预定事务;以及
请求单元904,配置为,在所述第一用户和所述至少一个第二用户在所述预定时段中未完成所述预定事务的情况中,向所述第一用户的终端发送权益退回请求,以请求所述第一用户退回所述第一用户和所述至少一个第二用户已获取的所述权益或其等同资源。
在一个实施例中,所述装置还包括询问单元905,配置为,在基于所述授权设置所述至少一个第二用户各自的权限之前,分别询问所述至少一个第二用户是否接受所述授权,其中,所述设置单元还配置为,基于所述授权对所述至少一个第二用户中接受所述授权的第二用户设置权限。
在一个实施例中,所述装置还包括通知单元906,配置为,在基于所述授权设置所述至少一个第二用户各自的权限之后,通知所述至少一个第二用户。
在一个实施例中,所述装置还包括提醒单元907,配置为,在基于所述授权设置所述至少一个第二用户各自的权限之后,在所述预定时段内,向所述第一用户和所述至少一个第二用户分别发送提醒,以提醒所述预定事务的相关信息。
在一个实施例中,所述装置还包括记录单元908,配置为,在基于所述授权设置所述至少一个第二用户各自的权限之后,在所述预定时段内,在所述第一用户和所述至少一个第二用户中的任一用户进行所述预定事务之后,进行相应的记录。
在一个实施例中,所述合约由所述第一用户与所述业务平台和业务平台中的第三用户签署,其中,所述请求单元还配置为,在所述第一用户和所述至少一个第二用户在所述预定时段中未完成所述预定事务的情况中,向所述第一用户的终端发送权益退回请求,以请求所述第一用户在预定期限内向所述第三用户退回所述第一用户及所述至少一个第二用户已获取的所述权益或其等同资源。
在一个实施例中,所述合约由所述第一用户与所述业务平台和业务平台中的第三用户签署,其中,所述请求单元还配置为,在所述第一用户和所述至少一个第二用户在所述预定时段中未完成所述预定事务的情况中,向所述第一用户的终端发送权益退回请求,以请求所述第一用户向所述业务平台退回所述第一用户及所述至少一个第二用户已获取的所述权益或其等同资源,以使得所述业务平台将所述退回的权益或其等同资源发送给所述第三用户。
在一个实施例中,所述合约由所述第一用户与所述业务平台签署,其中,所述请求单元还配置为,在所述第一用户和所述至少一个第二用户在所述预定时段中未完成所述预定事务的情况中,向所述第一用户的终端发送权益退回请求,以请求所述第一用户向所述业务平台退回所述第一用户及所述至少一个第二用户已获取的所述权益或其等同资源。
在一个实施例中,所述装置还包括第二确定单元909,配置为,在自向所述第一用户的终端发送权益退回请求开始的预定期限结束时,确定所述第一用户是否退回所述第一用户及所述至少一个第二用户已获取的所述权益或其等同资源,及信用惩罚单元910,配置为,在所述第一用户在所述预定期限内未退回所述权益或其等同资源的情况中,对所述第一用户进行信用惩罚。
在一个实施例中,所述装置还包括信用奖励单元911,配置为,在所述第一用户和所述至少一个第二用户在所述预定时段中完成所述预定事务的情况中,增加所述第一用户的信用值。
本说明书另一方面提供一种计算设备,包括存储器和处理器,其特征在于,所述存储器中存储有可执行代码,所述处理器执行所述可执行代码时,实现上述任一方法。
通过根据本说明书实施例的基于信用值的合约执行方案,实现了签订合约的用户、平台、商户等多方的互惠互利,有效促进了用户对平台的利用率、在商户的消费额、对商户的宣传等。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
本领域普通技术人员应该还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执轨道,取决于技术方案的特定应用和设计约束条件。本领域普通技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执轨道的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上所述的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。