CN109146600A - 业务处理方法及装置、电子设备 - Google Patents

Abstract

本说明书一个或多个实施例提供一种业务处理方法及装置、电子设备，应用于业务平台；所述方法包括：接收用户终端发送的信息，所述信息包含：当所述用户终端对应的第一用户在预设时间段内向第二用户发送不少于预设量的资源时，所述第一用户发送的资源量与所述第二用户向所述第一用户提供的业务对象对应的标准资源量之比为第一比例a，且0＜a＜1；当所述第一用户在所述预设时间段内向所述第二用户发送的资源量少于所述预设量时，向所述第二用户发送差额资源，所述差额资源的资源量与所述标准资源量之比为第二比例b，且0＜b≤1‑a。

Description

业务处理方法及装置、电子设备

技术领域

本说明书一个或多个实施例涉及业务处理技术领域，尤其涉及一种业务处理方法及装置、电子设备。

背景技术

在相关技术中，往往涉及到多种业务交互场景。以网络数据的共享场景为例，用户之间可以将所拥有的网络数据进行共享。譬如，第一用户可以为所供分享的网络数据设定标准资源量，而其他用户需要向该用户分享对应于该标准资源量的网络数据，以从该第一用户处获得相应的网络数据，从而在各个用户之间实现长期、可持续的共享行为，有助于提升数据分享率。

发明内容

有鉴于此，本说明书一个或多个实施例提供一种业务处理方法及装置、电子设备

为实现上述目的，本说明书一个或多个实施例提供技术方案如下：

根据本说明书一个或多个实施例的第一方面，提出了一种业务处理方法，应用于业务平台；所述方法包括：

接收用户终端发送的信息，所述信息包含：当所述用户终端对应的第一用户在预设时间段内向第二用户发送不少于预设量的资源时，所述第一用户发送的资源量与所述第二用户向所述第一用户提供的业务对象对应的标准资源量之比为第一比例a，且0＜a＜1；

当所述第一用户在所述预设时间段内向所述第二用户发送的资源量少于所述预设量时，向所述第二用户发送差额资源，所述差额资源的资源量与所述标准资源量之比为第二比例b，且0＜b≤1-a。

根据本说明书一个或多个实施例的第二方面，提出了一种业务处理装置，应用于业务平台；所述装置包括：

接收单元，接收用户终端发送的信息，所述信息包含：当所述用户终端对应的第一用户在预设时间段内向第二用户发送不少于预设量的资源时，所述第一用户发送的资源量与所述第二用户向所述第一用户提供的业务对象对应的标准资源量之比为第一比例a，且0＜a＜1；

补偿单元，当所述第一用户在所述预设时间段内向所述第二用户发送的资源量少于所述预设量时，向所述第二用户发送差额资源，其中差额资源的资源量与所述标准资源量之比为第二比例b，且0＜b≤1-a。

根据本说明书一个或多个实施例的第三方面，提出了一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为实现如上述实施例中任一所述的业务处理方法。

附图说明

图1是一示例性实施例提供的一种业务处理方法的流程图。

图2是一示例性实施例提供的一种业务处理系统的架构示意图。

图3是一示例性实施例提供的一种交易场景下的业务交互示意图。

图4是一示例性实施例提供的另一种交易场景下的业务交互示意图。

图5是一示例性实施例提供的一种设备的结构示意图。

图6是一示例性实施例提供的一种业务处理装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

图1是一示例性实施例提供的一种业务处理方法的流程图。如图1所示，该方法应用于业务平台，可以包括以下步骤：

步骤102，接收用户终端发送的信息，所述信息包含：当所述用户终端对应的第一用户在预设时间段内向第二用户发送不少于预设量的资源时，所述第一用户发送的资源量与所述第二用户向所述第一用户提供的业务对象对应的标准资源量之比为第一比例a，且0＜a＜1。

在一实施例中，业务平台可以与第二用户预先协商业务规则，比如预设时间段的起始时刻、终止时刻，预设时间段的时长，预设数额的取值，第一比例a的取值，第二比例b的取值等，并将这些业务规则提供给第一用户进行确认。而当第一用户认同上述的业务规则时，第一用户可以授权形成上述的信息并发送至业务平台，从而形成下述承诺：第一用户将在预设时间段内向第二用户付出不少于预设量的资源，使得该第一用户在该预设时间段内可以基于第一比例a而从第二用户处获得相应的业务对象。

在一实施例的网络数据共享场景中，业务平台可以为共享管理平台，第一用户可以通过向该共享管理平台发送上述信息，承诺在预设时间段内向第二用户分享不少于预设量的网络数据(即第一用户发送至第二用户的资源)，从而可以基于第一比例a从第二用户处获得相应的网络数据(即第二用户分享的网络数据)。比如，对于第二用户拥有的1G大小的网络数据，假定第二用户基于“等价交换”原则设定相应的标准资源量为1G，即第一用户在一般情况下需要向第二用户分享1G大小的网络数据后，才能够获得第二用户拥有的上述1G大小的网络数据。而如果第一用户承诺在10天(即预设时间段)内向第二用户分享不少于20G(即预设量)的网络数据，表明该第一用户愿意长期实现数据共享，那么该第一用户可以在该10天内以“每分享0.8G时可被分享1G(相当于第一比例a＝80％)”的优待共享方案，获取第二用户处的网络数据。由于第一用户的上下行带宽等网络资源有限，因而基于上述优待共享方案可以将该网络资源更多地应用于获得第二用户处的网络数据，以激励第一用户的数据共享行为。通过对上述基于承诺的优待共享方案进行广泛应用，可使网络环境中的网络数据得以有效分享。

在一实施例的购物场景中，业务平台可以为交易平台，买家用户可以通过向该交易平台发送上述信息，承诺在预设时间段内在卖家用户处的消费额不少于预设数额(即买家用户发送至卖家用户的资源)，从而可以基于第一比例a从卖家用户处获得相应的商品(即卖家用户提供的业务对象)。比如，对于卖家用户拥有的某一商品H，假定卖家用户设定相应的出售价格为1000元，即买家用户在一般情况下需要向卖家用户支付1000元后，才能够获得商品H。而如果买家用户承诺在30天(即预设时间段)内在卖家用户处消费不少于3000元(即预设量)，表明该买家用户愿意长期购买卖家用户的商品，那么该买家用户可以在该30天内获得8折优惠(相当于第一比例a＝80％)，比如以800元购买上述的商品H。那么，一方面买家用户无需提前在卖家用户处提前充值消费卡、避免由于倒闭等情况导致买家用户的财产损失，另一方面卖家用户可以基于上述承诺而提前锁定买家用户的消费额度，从而使得买卖双方实现互惠互利。

在一实施例中，预设时间段可以为设定的起始时刻和终止时刻所定义的固定时间段，比如起始时刻为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个月内。

在一实施例中，基于不同类型的业务场景，资源和业务对象的类型可能随之存在不同。例如，在网络数据共享场景下，资源可以为第一用户拥有的网络数据、业务对象可以为第二用户拥有的网络数据，第一用户可以基于本说明书的技术方案获得第一比例a的优待共享方案，使得第一用户可以将更多的网络资源应用于对获取第二用户处的网络数据，而第二用户可以在第一用户未实现承诺的情况下获得第二比例b的网络数据补偿(比如第二用户可以在后续过程中减少向其他用户分享的网络数据量)。又例如，在交易场景下，业务资源可以为资金、第一用户可以为买家、业务对象可以为商品、第二用户可以为卖家，买家可以基于本说明书的技术方案获得第一比例a的商品折扣，而卖家可以在买家未实现承诺的情况下获得第二比例b的补偿。

在一实施例中，第一用户与第二用户可以基于业务平台实现线上的业务交互，比如第一用户在业务平台提供的交互网页中浏览业务对象的介绍信息，并提交针对业务对象的业务订单，而业务平台可以在第一用户通过上述信息许下相应的承诺时，在该业务订单中基于业务对象对应的标准资源量和第一比例a计算第一用户所需发送的资源的资源量，然后驱动业务订单的处理。

在一实施例中，第一用户与第二用户可以在线下实现业务交互。例如，在收到第一用户发送的上述信息后，业务平台可以向第一用户提供凭证，使得第一用户可以通过向第二用户出示该凭证，从而获得上述第一比例a的优待。再例如，第一用户无需出示凭证，而只需要通过业务平台向第二用户发送相应的资源，业务平台即可自动根据第一用户已发送的信息，自动将其需要付出的资源的资源量配置为符合上述的第一比例a。

步骤106，当所述第一用户在所述预设时间段内向所述第二用户发送的资源量少于所述预设量时，向所述第二用户发送差额资源，所述差额资源的资源量与所述标准资源量之比为第二比例b，且0＜b≤1-a。

在一实施例中，通过由第一用户在发送至业务平台的信息中做出承诺，使得第一用户无需预先在第二用户处预存上述预设量的资源，即可获得上述第一比例a的优待，避免第二用户出现意外而导致预存的资源无法返还的风险，而第二用户也可以提前锁定第一用户的交互意愿、确保能够获得预设量的资源。同时，即便第一用户无法兑现承诺，第二用户也可以从业务平台处获得上述第二比例b的差额资源，使得第一用户做出的承诺可以得到业务平台的背书和支持，提升了该承诺的可信度。

在一实施例中，业务平台可以从所述第一用户在所述业务平台处的授信资源池中，冻结形成对应于所述预设量的冻结授信资源；那么，所述当所述第一用户在所述预设时间段内向所述第二用户发送的资源量少于所述预设量时，业务平台可以从所述冻结授信资源中解冻对应于所述差额资源的授信资源，以作为所述差额资源发送至所述第二用户，而该差额资源对应的资源量被计入第一用户已使用的授信资源，需要由第一用户进行偿还。可见，通过对授信资源进行冻结，一方面第一用户无需提前准备和预存相应的资源，有助于第一用户对资源的合理周转和利用，另一方面确保第二用户能够顺利获得相应的差额资源，无需第二用户向第一用户进行直接追偿。

例如，在网络数据共享场景中，上述的授信资源池可以为第一用户在共享管理平台处的授信数据量，第一用户可以在尚未分享足够量的网络数据的情况下，基于该授信数据量而提前从其他用户处获得网络数据，只要该第一用户后续完成分享即可，以满足第一用户在紧急情况下的网络数据获取需求。而通过冻结部分授信数据量，使得被冻结的授信数据量无法被第一用户提前使用，并在第一用户未能兑现承诺时，由共享管理平台基于被冻结的授信数据量向第二用户支付差额补偿，比如将被冻结的授信数据量赋予该第二用户、抵消第二用户已使用的授信数据量、增加第二用户的已分享数据量等。

再例如，在交易场景中，上述的授信资源池可以为买家用户在交易平台处的授信额度，而通过冻结部分授信额度，使得被冻结的授信额度无法被买家用户提前消费或使用，并在买家用户未能兑现承诺时，由交易平台基于被冻结的授信额度向卖家用户支付差额补偿(即差额资源)，避免卖家用户的利益受损。

在一实施例中，当所述第一用户在所述预设时间段内从所述第二用户处获取业务对象时，可以根据被获取的业务对象对应的标准资源量与所述第一比例a，从所述冻结授信资源中解冻相应资源量的授信资源，以发送至所述第二用户。换言之，当第一用户从第二用户处获得业务对象时，冻结授信资源可以用于向第二用户发送相应的资源，而第一用户可以在事后按照规定方式向业务平台进行偿还已使用的授信资源，便于第一用户对于资源的合理周转。

在一实施例中，所述冻结授信资源的资源量与所述预设量之比为第三比例c，且假定上述信息中承诺的预设量为n，当第一用户在预设时间段内从第二用户处获取业务对象、但相应发送的资源的资源量不足n时，第一用户获取的业务对象对应的标准资源量的极大值为而业务平台向第二用户付出的差额资源的极大值为因而当第一用户从冻结授信资源向第二用户发送资源、业务平台也从冻结授信资源向第二用户付出差额资源时，这两项所需的资源之和的极大值为因而可以使得冻结授信资源的资源量不小于即可确保冻结授信资源能够满足上述过程中的业务需求，而相应的第三比例

在一实施例中，业务平台可以从所述第一用户在所述业务平台处的用户资源池中，冻结形成对应于所述预设量的冻结用户资源；然后，当所述第一用户在所述预设时间段内向所述第二用户发送的资源量少于所述预设量时，业务平台可以从所述冻结用户资源中解冻形成所述差额资源，以发送至所述第二用户。在第一用户的授信资源已用完，或者不希望使用授信资源，或者其他情况下，通过在第一用户的用户资源池中形成冻结用户资源，使得业务平台可以据此自动向第二用户提供相应的差额资源，无需第二用户向第一用户进行直接追偿。

在一实施例中，所述冻结用户资源的资源量与所述预设量之比为第三比例c，且假定上述信息中承诺的预设量为n，当第一用户在预设时间段内从第二用户处获取业务对象、但相应发送的资源的资源量不足n时，第一用户获取的业务对象对应的标准资源量的极大值为而业务平台向第二用户发送的差额资源的极大值为因而当第一用户从冻结用户资源向第二用户发送资源、业务平台也从冻结用户资源向第二用户发送差额资源时，这两项所需的资源之和的极大值为因而可以使得冻结用户资源的资源量不小于即可确保冻结用户资源能够满足上述过程中的业务需求，而相应的第三比例

在一实施例中，当所述第一用户的信用评级达到预设等级时，业务平台可以认定该第一用户不满足上述信息中的承诺的概率很低，或者事后容易实现对差额资源的追偿，因而不需要对该第一用户的用户资源池和授信资源池进行冻结，即该第一用户的用户资源池和授信资源池均可以维持非冻结状态；而当所述第一用户在所述预设时间段内向所述第二用户发送的资源量少于所述预设量时，业务平台可以从所述业务平台的自有资源池中，向所述第二用户发送所述差额资源，实现对差额资源的“先行赔付”，使得第二用户无需等待业务平台向第一用户进行追偿。而针对第一用户的失信情况，业务平台还可以降低所述第一用户的信用评级，使其在后续过程中失去特权，需要对其用户资源池或授信资源池进行冻结。

图2是一示例性实施例提供的一种业务处理系统的架构示意图。如图2所示，该业务处理系统可以包括服务器21、网络22、手机23和PC24等。服务器21可以为包含一独立主机的物理服务器，或者该服务器21可以为主机集群承载的虚拟服务器；该服务器21可以承载本说明书中的业务平台，比如该业务平台可以为一支付平台。手机23可以为第一用户使用的电子设备，该手机23上运行有客户端1，该客户端1可以实现本说明书的技术方案中与第一用户相关的业务功能，其中第一用户可以为个人或企业等；当然，除了手机23之外，第一用户还可以采用PC、平板设备、笔记本电脑、掌上电脑(PDAs，Personal DigitalAssistants)、可穿戴设备(如智能眼镜、智能手表等)等其他类型的电子设备，本说明书并不对此进行限制。PC24可以为第二用户使用的电子设备，该PC24上运行有客户端2，该客户端2可以实现本说明书的技术方案中与第二用户相关的业务功能，其中第二用户可以为商家等；当然，除了PC24之外，第二用户还可以采用手机、平板设备、笔记本电脑、掌上电脑、可穿戴设备(如智能眼镜、智能手表等)等其他类型的电子设备，本说明书并不对此进行限制。而对于手机23、PC24与服务器21之间进行交互的网络22，可以包括多种类型的有线或无线网络；比如，该网络22可以包括公共交换电话网络(Public Switched Telephone Network，PSTN)和因特网。

下面以图2所示的业务处理系统为例，假定用户使用手机23、商家使用PC24、服务器21承载支付平台，使得用户、商家与支付平台之间能够实现数据交互，从而实现本说明书的业务处理方案。图3是一示例性实施例提供的一种交易场景下的业务交互示意图。如图3所示，该业务交互过程可以包括以下步骤：

步骤301，支付平台与商家之间协商折扣条款。

在一实施例中，本说明书希望在交易场景下实现：用户基于消费承诺，无需在商家处预存资金即可享受相应的消费折扣。因此，支付平台需要预先与商家进行协商，以确定用户所需承诺的消费额、消费时间段以及用户可以获得的消费折扣、违约时的折扣资金补缴方案等。

在一实施例中，基于支付平台与商家之间的协商情况，支付平台可以获取商家签署确认后的折扣条款，该折扣条款覆盖诸如上文所述的协商内容以及其他协商内容，使得支付平台与商家之间达成有据可依的协商结果。

步骤302，支付平台向用户发布折扣条款。

在一实施例中，当用户浏览与商家相关的网页等内容时，支付平台可以将上述的折扣条款提供至用户，以由用户进行查看和处理。

在一实施例中，即便用户并未主动查看与商家相关的网页等内容，支付平台仍然可以将上述的折扣条款提供至用户，以由用户进行查看和处理。

步骤303，支付平台获取用户签订后的授权协议。

在一实施例中，当用户认同上述的折扣条款时，可以基于该折扣条款生成相应的授权协议，表明用户希望遵守该折扣条款规定的规则并获得相应的权益。用户向支付平台发送授权协议，相当于上述实施例中由第一用户向业务平台发送的信息，属于该信息的一种实现形式，以用于表明该用户希望许下的承诺。

步骤304，支付平台对用户的授信额度进行至少一部分冻结处理，形成相应的冻结额度，并向该用户赋予折扣权限。

在一实施例中，假定折扣条款规定：当用户承诺在签订授权协议后的1个月内在商家处的累积消费金额达到1000元时，用户在相应的1个月中可以在该商家处获得8折优惠，即仅需要支付商家标注价格的80％；当用户未履行上述承诺时，需要补缴已获得的折扣资金，即取消上述的8折优惠。

举例而言，假定用户希望在上述商家处购买标价300元的商品，如果该用户处于上述折扣条款或授权协议规定的折扣期内(如上述的1个月内)，该用户可以享受8折优惠、仅需支付300×80％＝240元；而如果该用户并未签订授权协议或未处于相应的折扣期内，该用户需要支付全款300元。

支付平台需要根据折扣条款中的相关规定，确定从用户的授信额度中冻结的额度数值，从而在既能够确保商家利益、保证冻结额度足够补缴折扣资金，又能够尽量避免影响用户对授信额度的其他使用、确保用户的资金周转灵活度。例如，假定承诺的消费金额为1000元，由于用户可以获得8折优惠，因而当用户的实际消费金额不足1000元时，用户所购商品的标价应当至多不超过1000÷80％＝1250元。那么，当支付平台需要从冻结额度中获取需要补缴的折扣资金时，该折扣资金至多不超过1250×(1-80％)＝250元。因此，支付平台最少可以从用户的授信额度中冻结1000+250＝1250元，就既能够向用户提供1000元的实际消费资金，又能够向商家提供250元的折扣资金；而当用户的实际消费金额超出1000元时，由于并不需要补缴折扣资金，因而支付平台可以直接从用户剩余未冻结的授信额度中扣除相应的消费金额，不会影响用户的正常消费。

在一实施例中，在形成冻结额度后，支付平台可以向用户赋予相应的折扣权限，使得该用户可以在上述的商家处获得消费折扣，只要该用户能够满足相应的消费承诺即可。而当折扣条款规定的时间段过期或者发生其他情况时，支付平台可以取消该用户的折扣权限。

步骤305，当用户在商家处产生消费事件时，商家可以获取用户的身份标识。

在一实施例中，用户可以在手机23上唤出支付界面，该支付界面可以包括与该用户的身份标识相关的二维码，使得商家可以通过该与PC24相关联的扫描设备，扫描该二维码并获得用户的身份标识(明文或密文)。

步骤306，商家可以向支付平台发起权限认证请求，该权限认证请求中包括用户的身份标识。

在一实施例中，支付平台可以基于权限认证请求中包含的身份标识，查询该身份标识是否存在相应商家处的折扣权限，并向商家返回相应的权限认证结果。

步骤307，商家接收支付平台返回的权限认证结果，确定消费金额。

在一实施例中，如果权限认证结果表明用户具有折扣权限，PC24可以基于该折扣权限对消费事件产生的金额进行折扣计算，并将计算得到的金额作为该用户真实的消费金额；如果权限认证结果表明用户不具有折扣权限，PC24可以将消费事件产生的金额作为该用户真实的消费金额，而不进行折扣计算。

步骤308，商家基于确定的消费金额，向支付平台发起扣费请求。

步骤309，支付平台响应于扣费请求，解冻部分冻结额度并完成付费。

在一实施例中，商家在支付平台或其他金融机构处开设有商家账户，支付平台可以将相应资金转账至该商家账户，从而完成付费。

步骤310，支付平台将扣费结果分别告知用户和商家。

步骤311，支付平台确认承诺实现情况。

在一实施例中，支付平台可以在折扣条款规定的时间段之后，对用户在该时间段之内的消费情况进行汇总，从而确定该用户是否达成了折扣条款中规定的消费承诺。

例如，假定用户在折扣期内在该商家处购买的商品，标注价格的总额为3000元，那么该用户基于8折优惠需要支付的总金额为3000×80％＝2400元＞1000元，因而该用户满足了上述消费承诺，无需补缴折扣资金。

又例如，假定用户在折扣期内在该商家处购买的商品，标注价格的总额为1200元，那么该用户基于8折优惠需要支付的总金额为1200×80％＝960元＜1000元，因而该用户未满足上述消费承诺，需要补缴折扣资金。

步骤312，支付平台解冻部分冻结额度并补缴折扣资金。

步骤313，支付平台分别向用户和商家发送补缴通知。

在一实施例中，假定用户在折扣期内在该商家处购买的商品，标注价格的总额为1200元、消费折扣为8折，那么该用户享受的折扣资金为1200×20％＝240元。因此，支付平台可以从冻结额度中解冻240元，并转入商家对应的商家账户中。

图4是一示例性实施例提供的另一种交易场景下的业务交互示意图。如图4所示，该业务交互过程可以包括以下步骤：

步骤401，支付平台与商家之间协商折扣条款。

步骤402，支付平台向用户发布折扣条款。

步骤403，支付平台获取用户签订后的授权协议。

在一实施例中，步骤401～403可以参考如图3所示的步骤301～303，此处不再赘述。

步骤404，支付平台对用户的账户资金进行至少一部分冻结处理，形成相应的冻结资金，并向该用户赋予折扣权限。

在一实施例中，假定折扣条款规定：当用户承诺在签订授权协议后的1个月内在商家处的累积消费金额达到1000元时，用户在相应的1个月中可以在该商家处获得8折优惠，即仅需要支付商家标注价格的80％；当用户未履行上述承诺时，需要补缴已获得的折扣资金，即取消上述的8折优惠。

举例而言，假定用户希望在上述商家处购买标价300元的商品，如果该用户处于上述折扣条款或授权协议规定的折扣期内(如上述的1个月内)，该用户可以享受8折优惠、仅需支付300×80％＝240元；而如果该用户并未签订授权协议或未处于相应的折扣期内，该用户需要支付全款300元。

支付平台需要根据折扣条款中的相关规定，确定从用户的账户资金中冻结的资金数额，从而在既能够确保商家利益、保证冻结资金足够补缴折扣资金，又能够尽量避免影响用户对账户资金的其他使用、确保用户的资金周转灵活度。例如，假定承诺的消费金额为1000元，由于用户可以获得8折优惠，因而当用户的实际消费金额不足1000元时，用户所购商品的标价应当至多不超过1000÷80％＝1250元。那么，当支付平台需要从冻结资金中获取需要补缴的折扣资金时，该折扣资金至多不超过1250×(1-80％)＝250元。因此，支付平台最少可以从用户的账户资金中冻结1000+250＝1250元，就既能够向用户提供1000元的实际消费资金，又能够向商家提供250元的折扣资金；而当用户的实际消费金额超出1000元时，由于并不需要补缴折扣资金，因而支付平台可以直接从用户剩余未冻结的账户资金中扣除相应的消费金额或从授信额度中扣除相应的额度，不会影响用户的正常消费。

在一实施例中，在形成冻结资金后，支付平台可以向用户赋予相应的折扣权限，使得该用户可以在上述的商家处获得消费折扣，只要该用户能够满足相应的消费承诺即可。而当折扣条款规定的时间段过期或者发生其他情况时，支付平台可以取消该用户的折扣权限。

步骤405，当用户在商家处产生消费事件时，商家可以获取用户的身份标识。

在一实施例中，步骤405可以参考如图3所示的步骤305，此处不再赘述。

步骤406，商家确定消费事件所产生的标准金额。

步骤407，商家向支付平台发起扣费请求，该扣费请求中包含用户的身份标识。

步骤408，支付平台根据扣费请求中包含的身份标识，确定用户是否存在折扣权限，从而确定用户实际的消费金额。

在一实施例中，支付平台可以基于权限认证请求中包含的身份标识，查询该身份标识是否存在相应商家处的折扣权限。如果用户存在折扣权限，支付平台可以基于该折扣权限对消费事件产生的金额进行折扣计算，并将计算得到的金额作为该用户真实的消费金额；如果用户不具有折扣权限，支付平台可以将消费事件产生的金额作为该用户真实的消费金额，而不进行折扣计算。

在一实施例中，支付平台可以将确定出的消费金额返回至商家，由商家与用户进行查看，并在商家和用户确认后向支付平台发送确认消息，驱动支付平台执行后续步骤。

步骤409，支付平台解冻部分冻结资金并完成付费。

步骤410，支付平台将扣费结果分别告知用户和商家。

在一实施例中，步骤409-410可以参考如图3所示的步骤309-310，此处不再赘述。

步骤411，支付平台确认承诺实现情况。

步骤412，支付平台解冻部分冻结额度并补缴折扣资金。

步骤413，支付平台分别向用户和商家发送补缴通知。

在一实施例中，步骤411～413可以参考图3所示的步骤311～313，区别仅在于步骤412中的折扣资金来自于冻结资金，而步骤312中的折扣资金来自于冻结额度，此处不再赘述。

需要说明的是：图3所示的步骤305～310中，由商家单独向支付平台询问用户的折扣权限，并由商家处根据权限认证结果而计算相应的消费金额，然后驱动支付平台完成扣费。图4所示的步骤405～410中，商家只需要提供用户的身份标识和标准金额，无需单独向支付平台询问用户的折扣权限，也不需要由商家计算用户实际的消费金额。当然，图3所示的上述方案可以应用于图4的实施例中，以替换步骤405～410，当然需要将步骤309更改为解冻部分冻结资金、而非冻结额度；图4所示的上述方案也可以应用于图3的实施例中，以替换步骤305～310，当然需要将步骤309更改为解冻部分冻结额度、而非冻结资金，此处不再赘述。

图5是一示例性实施例提供的一种设备的示意结构图。请参考图5，在硬件层面，该设备包括处理器502、内部总线504、网络接口506、内存508以及非易失性存储器510，当然还可能包括其他业务所需要的硬件。处理器502从非易失性存储器510中读取对应的计算机程序到内存508中然后运行，在逻辑层面上形成业务处理装置。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图6，在软件实施方式中，该业务处理装置可以包括：

接收单元61，接收用户终端发送的信息，所述信息包含：当所述用户终端对应的第一用户在预设时间段内向第二用户发送不少于预设量的资源时，所述第一用户发送的资源量与所述第二用户向所述第一用户提供的业务对象对应的标准资源量之比为第一比例a，且0＜a＜1；

补偿单元62，当所述第一用户在所述预设时间段内向所述第二用户发送的资源量少于所述预设量时，向所述第二用户发送差额资源，其中差额资源的资源量与所述标准资源量之比为第二比例b，且0＜b≤1-a。

可选的，

还包括：授信冻结单元63，从所述第一用户在所述业务平台处的授信资源池中，冻结形成对应于所述预设量的冻结授信资源；

所述补偿单元62具体用于：从所述冻结授信资源中解冻对应于所述差额资源的授信资源，以作为所述差额资源发送至所述第二用户。

可选的，还包括：

授信解冻单元64，当所述第一用户在所述预设时间段内从所述第二用户处获取业务对象时，根据被获取的业务对象对应的标准资源量与所述第一比例a，从所述冻结授信资源中解冻相应资源量的授信资源，以发送至所述第二用户。

可选的，所述冻结授信资源的资源量与所述预设量之比为第三比例c，且

可选的，

还包括：资源冻结单元65，从所述第一用户在所述业务平台处的用户资源池中，冻结形成对应于所述预设量的冻结用户资源；

所述补偿单元62具体用于：从所述冻结用户资源中解冻形成所述差额资源，以发送至所述第二用户。

可选的，所述冻结用户资源的资源量与所述预设量之比为第三比例c，且

可选的，当所述第一用户的信用评级达到预设等级时，所述第一用户的用户资源池和授信资源池维持非冻结状态；

所述补偿单元62具体用于：从所述业务平台的自有资源池中，向所述第二用户发送所述差额资源；

所述装置还包括：信用管理单元66，降低所述第一用户的信用评级。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

在一个典型的配置中，计算机包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。

Claims (15)

1.一种业务处理方法，应用于业务平台；所述方法包括：

接收用户终端发送的信息，所述信息包含：当所述用户终端对应的第一用户在预设时间段内向第二用户发送不少于预设量的资源时，所述第一用户发送的资源量与所述第二用户向所述第一用户提供的业务对象对应的标准资源量之比为第一比例a，且0＜a＜1；

当所述第一用户在所述预设时间段内向所述第二用户发送的资源量少于所述预设量时，向所述第二用户发送差额资源，所述差额资源的资源量与所述标准资源量之比为第二比例b，且0＜b≤1-a。

2.根据权利要求1所述的方法，

还包括：从所述第一用户在所述业务平台处的授信资源池中，冻结形成对应于所述预设量的冻结授信资源；

所述当所述第一用户在所述预设时间段内向所述第二用户发送的资源量少于所述预设量时，向所述第二用户发送差额资源，包括：从所述冻结授信资源中解冻对应于所述差额资源的授信资源，以作为所述差额资源发送至所述第二用户。

3.根据权利要求2所述的方法，还包括：

当所述第一用户在所述预设时间段内从所述第二用户处获取业务对象时，根据被获取的业务对象对应的标准资源量与所述第一比例a，从所述冻结授信资源中解冻相应资源量的授信资源，以发送至所述第二用户。

4.根据权利要求2所述的方法，所述冻结授信资源的资源量与所述预设量之比为第三比例c，且

5.根据权利要求1所述的方法，

还包括：从所述第一用户在所述业务平台处的用户资源池中，冻结形成对应于所述预设量的冻结用户资源；

所述当所述第一用户在所述预设时间段内向所述第二用户发送的资源量少于所述预设量时，向所述第二用户发送差额资源，包括：从所述冻结用户资源中解冻形成所述差额资源，以发送至所述第二用户。

6.根据权利要求5所述的方法，所述冻结用户资源的资源量与所述预设量之比为第三比例c，且

7.根据权利要求1所述的方法，当所述第一用户的信用评级达到预设等级时，所述第一用户的用户资源池和授信资源池维持非冻结状态；

所述当所述第一用户在所述预设时间段内向所述第二用户发送的资源量少于所述预设量时，向所述第二用户发送差额资源，包括：从所述业务平台的自有资源池中，向所述第二用户发送所述差额资源；

所述方法还包括：降低所述第一用户的信用评级。

8.一种业务处理装置，应用于业务平台；所述装置包括：

接收单元，接收用户终端发送的信息，所述信息包含：当所述用户终端对应的第一用户在预设时间段内向第二用户发送不少于预设量的资源时，所述第一用户发送的资源量与所述第二用户向所述第一用户提供的业务对象对应的标准资源量之比为第一比例a，且0＜a＜1；

补偿单元，当所述第一用户在所述预设时间段内向所述第二用户发送的资源量少于所述预设量时，向所述第二用户发送差额资源，其中差额资源的资源量与所述标准资源量之比为第二比例b，且0＜b≤1-a。

9.根据权利要求8所述的装置，

还包括：授信冻结单元，从所述第一用户在所述业务平台处的授信资源池中，冻结形成对应于所述预设量的冻结授信资源；

所述补偿单元具体用于：从所述冻结授信资源中解冻对应于所述差额资源的授信资源，以作为所述差额资源发送至所述第二用户。

10.根据权利要求9所述的装置，还包括：

授信解冻单元，当所述第一用户在所述预设时间段内从所述第二用户处获取业务对象时，根据被获取的业务对象对应的标准资源量与所述第一比例a，从所述冻结授信资源中解冻相应资源量的授信资源，以发送至所述第二用户。

11.根据权利要求9所述的装置，所述冻结授信资源的资源量与所述预设量之比为第三比例c，且

12.根据权利要求8所述的装置，

还包括：资源冻结单元，从所述第一用户在所述业务平台处的用户资源池中，冻结形成对应于所述预设量的冻结用户资源；

所述补偿单元具体用于：从所述冻结用户资源中解冻形成所述差额资源，以发送至所述第二用户。

13.根据权利要求12所述的装置，所述冻结用户资源的资源量与所述预设量之比为第三比例c，且

14.根据权利要求8所述的装置，当所述第一用户的信用评级达到预设等级时，所述第一用户的用户资源池和授信资源池维持非冻结状态；

所述补偿单元具体用于：从所述业务平台的自有资源池中，向所述第二用户发送所述差额资源；

所述装置还包括：信用管理单元，降低所述第一用户的信用评级。

15.一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为实现如权利要求1-7中任一项所述的业务处理方法。