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

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

背景技术：

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

技术实现要素：

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

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

根据本说明书一个或多个实施例的第一方面，提出了一种业务处理方法，包括：

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

当所述第一用户在所述预设时间段内向所述第二用户实际发送的资源量少于所述预设量时，触发差额补偿流程，以使所述第一用户在指定期限内向所述第二用户发送差额资源，所述差额资源的资源量与所述标准资源量之比为第二比例b，且0＜b≤1-a。

根据本说明书一个或多个实施例的第二方面，提出了一种业务处理方法，包括：

接收用户终端发送的信息，所述信息包含：当所述用户终端对应的第一用户存在至少一个关联用户，且所述第一用户和所述关联用户的信用值均达到预设值时，若所述第一用户和所述关联用户承诺在预设时间段内向第二用户发送总额不少于预设量的资源，则所述第一用户发送的资源量与所述第二用户向所述第一用户提供的业务对象对应的标准资源量之比为第一比例a，且0＜a＜1；

当所述第一用户和所述关联用户在所述预设时间段内向所述第二用户实际发送的资源量少于所述预设量时，触发差额补偿流程，以使所述第一用户在指定期限内向所述第二用户发送差额资源，所述差额资源的资源量与所述标准资源量之比为第二比例b，且0＜b≤1-a。

根据本说明书一个或多个实施例的第三方面，提出了一种业务处理装置，包括：

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

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

根据本说明书一个或多个实施例的第四方面，提出了一种业务处理装置，包括：

接收单元，接收用户终端发送的信息，所述信息包含：当所述用户终端对应的第一用户存在至少一个关联用户，且所述第一用户和所述关联用户的信用值均达到预设值时，若所述第一用户和所述关联用户承诺在预设时间段内向第二用户发送总额不少于预设量的资源，则所述第一用户发送的资源量与所述第二用户向所述第一用户提供的业务对象对应的标准资源量之比为第一比例a，且0＜a＜1；

触发单元，当所述第一用户和所述关联用户在所述预设时间段内向所述第二用户实际发送的资源量少于所述预设量时，触发差额补偿流程，以使所述第一用户在指定期限内向所述第二用户发送差额资源，所述差额资源的资源量与所述标准资源量之比为第二比例b，且0＜b≤1-a。

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

处理器；

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

其中，所述处理器通过运行所述可执行指令以实现如上述第一方面所述的业务处理方法。

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

处理器；

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

其中，所述处理器通过运行所述可执行指令以实现如上述第二方面所述的业务处理方法。

附图说明

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

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

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

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

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

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

图7是一示例性实施例提供的一种创建折扣活动的示意图。

图8是一示例性实施例提供的一种已创建的折扣活动的展示示意图。

图9是一示例性实施例提供的一种向买家展示活动内容的示意图。

图10是一示例性实施例提供的一种向买家提醒退还差额的示意图。

图11是一示例性实施例提供的一种退还详情界面的示意图。

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

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

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

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

具体实施方式

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

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

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

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

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

在一实施例中，为了确保上述承诺被履行或者提升被履行的概率，业务平台可以对第一用户的信用情况进行核验：如果第一用户的信用值达到(如大于或等于)预设值，则表明第一用户的信用度较好，可以接受第一用户的承诺，使其能够在上述预设时间段内以第一比例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。

步骤104，当所述第一用户在所述预设时间段内向所述第二用户实际发送的资源量少于所述预设量时，触发差额补偿流程，以使所述第一用户在指定期限内向所述第二用户发送差额资源，所述差额资源的资源量与所述标准资源量之比为第二比例b，且0＜b≤1-a。

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

在一实施例中，指定期限可以为上述的预设时间段终止后的一时间段，该时间段的起始时刻、终止时刻、持续时长等可由业务平台进行设置，比如以预设时间段的终止时刻作为该指定期限的起始时刻、预设时长作为持续时长，又比如以预设时间段的终止时刻作为该指定期限的起始时刻、当月的最后一天24点作为该指定期限的终止时刻等，本说明书并不对此进行限制。

在一实施例中，业务平台可以向所述第一用户发送提醒消息，提醒该第一用户在指定期限内向第二用户发送差额资源。业务平台可以一次或多次发送提醒消息，比如发送时刻可以包括：预设时间段结束后立即发送、指定期限的中间时间点发送、指定期限结束前一定时长发送、指定期限内的每个自然日的某一固定时刻等，本说明书并不对此进行限制。

在一实施例中，业务平台可以主动从所述第一用户对应的用户资源池中扣除所述差额资源，并发送至所述第二用户。例如在网络数据共享场景下，该用户资源池可以为第一用户持有的全部网络数据，共享管理平台可以按照网络数据的下载顺序或默认顺序删除一定量的网络数据，以作为对第一用户的惩罚。例如在交易场景下，该用户资源池可以为第一用户的账户，业务平台在具备扣款权限(第一用户在向业务平台进行承诺时，可以向业务平台赋予扣款权限；甚至，可以将获得扣款权限作为业务平台认可该承诺的前提条件)的情况下，可以直接从该账户中扣除差额资源对应的资金，并转入第二用户的账户。

在一实施例中，业务平台可以首先向所述第一用户发送提醒消息，提醒该第一用户在指定期限内向第二用户发送差额资源；以及，当第一用户未在指定期限内向第二用户发送差额资源时，业务平台可以主动从所述第一用户对应的用户资源池中扣除所述差额资源，并发送至所述第二用户。

在一实施例中，当所述第一用户未在所述指定期限内向所述第二用户发送所述差额资源时，业务平台可以对所述第一用户进行信用违约处理。例如，信用违约处理可以包括扣减所述第一用户的信用值；当业务平台自行维护第一用户的信用值时，该业务平台可以直接扣减第一用户的信用值，而当第一用户的信用值由信用管理平台维护时，业务平台可以向信用管理平台进行反馈，以使得信用管理平台扣减第一用户的信用值。再例如，信用违约处理可以包括限制所述第一用户的业务参与权限，使得第一用户后续无法参与到基于本说明书的业务处理方案中，在获得业务对象时必须付出相应的标准资源量。又例如，信用违约处理可以包括将所述第一用户标记为失信人员，还可以将该失信人员的记录信息分享至其他平台，这将在后续过程中对第一用户造成不良影响。当然，还可以采取其他形式的信用违约处理，或者同时采用多种信用违约处理方式，本说明书并不对此进行限制。

在一实施例中，当所述第一用户存在至少一个关联用户且所述关联用户的信用值达到所述预设值时，若所述第一用户和所述关联用户承诺在所述预设时间段内向第二用户分别发送不少于所述预设量的资源，则相当于第一用户邀请该关联用户参与至与第二用户之间的业务中，使得该第二用户的业务实现目标得到的扩展，因而业务平台可以下调所述第一比例a的取值，使得第一用户和该关联用户能够相对付出更少的资源量，以作为对第一用户的激励。其中，关联用户的数量可以为一个或多个，每个关联用户均承诺在所述预设时间段内向第二用户分别发送不少于所述预设量的资源。

相应地，当第一用户、关联用户在所述预设时间段内向所述第二用户实际发送的资源量均少于所述预设量时，可以通过步骤104所描述的方式，使得第一用户向第二用户发送差额资源。在一种情况下，“第一用户”与“关联用户”为角色类型，当用户a和用户b相关联地参与至与第二用户之间的业务时，从用户a的角度可以将该用户a作为“第一用户”、用户b作为“关联用户”，而从用户b的角色可以将该用户b作为“第一用户”、用户a作为“关联用户”；因此，虽然步骤104中仅描述了第一用户需要向第二用户发送差额资源，但实际上关联用户同样需要向第二用户发送差额资源，避免第二用户遭受损失。在另一种情况下，“第一用户”最先参与至与第二用户之间的业务，然后邀请“关联用户”参与至该业务中，譬如用户a最先参与至与第二用户之间的业务，然后邀请用户b参与至该业务中，那么用户a固定为“第一用户”、用户b固定为“关联用户”；此时，用户a必然需要向第二用户发送差额资源，而用户b既可以被设置为必须向第二用户发送差额资源，又可以设置为在一定条件下(例如用户b首次参与至与第二用户之间的业务)可以不向第二用户发送差额资源。

而当所述第一用户在所述预设时间段内向所述第二用户实际发送的资源量不少于所述预设量、至少一个所述关联用户在所述预设时间段内向所述第二用户实际发送的资源量少于所述预设量时，即虽然没有全部履行承诺，但第一用户履行了自身的承诺，业务平台可以触发调整额补偿流程，以使所述第一用户在所述指定期限内向所述第二用户发送调整额资源，所述调整额资源的资源量与所述标准资源量之比为第三比例c，c的取值为所述第一比例a的下调值。例如，a的默认值为80％，而当第一用户和关联用户同时参与至与第二用户之间的业务时，a的取值下调为a’＝60％，因而下调值为c＝a-a’＝80％-60％＝20％；换言之，第一用户虽然无法享受下调后的第一比例a’对应的优惠，但是仍然可以享受默认的第一比例a对应的优惠，而无需向第二用户退还全部差额资源。

在一实施例中，当所述第一用户存在至少一个关联用户且所述关联用户的信用值达到所述预设值时，第一用户和关联用户在初始时所付出的资源量与第二用户所提供的业务对象对应的标准资源量之比为所述第一比例a，即该第一比例a的取值并不下调；然后，若所述第一用户和所述关联用户在所述预设时间段内向所述第二用户实际发送的资源量均不少于所述预设量，则业务平台可以触发资源返还流程，以使所述第二用户向所述第一用户发送返还资源，所述返还资源的资源量与所述标准资源量之比为第四比例d，0＜d＜a，相当于进一步减少了第一用户和关联用户所付出的资源量(实际付出的资源量为初始时付出的资源量减去第二用户返还的资源量)，以作为对第一用户和关联用户都履行承诺的激励。

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

步骤202，接收用户终端发送的信息，所述信息包含：当所述用户终端对应的第一用户存在至少一个关联用户，且所述第一用户和所述关联用户的信用值均达到预设值时，若所述第一用户和所述关联用户承诺在预设时间段内向第二用户发送总额不少于预设量的资源，则所述第一用户发送的资源量与所述第二用户向所述第一用户提供的业务对象对应的标准资源量之比为第一比例a，且0＜a＜1。

在一实施例中，业务平台可以与第二用户预先协商业务规则，比如预设时间段的起始时刻、终止时刻，预设时间段的时长，预设数额的取值，第一比例a的取值，第二比例b的取值等，并签订相应的业务协议。第一用户、关联用户可以查看这些业务规则，而当第一用户和关联用户认同上述的业务规则时，第一用户和关联用户可以授权形成上述的信息并发送至业务平台，从而形成下述承诺：第一用户和关联用户将在预设时间段内向第二用户付出总额不少于预设量的资源，使得该第一用户和关联用户在该预设时间段内可以基于第一比例a从第二用户处获得相应的业务对象，而无需付出该业务对象对应的标准资源量。当然，第一用户和关联用户可以同时参与，或者可以由第一用户首先参与、然后邀请关联用户参与，本说明书并不对此进行限制。

在一实施例中，为了确保上述承诺被履行或者提升被履行的概率，业务平台可以对第一用户和关联用户的信用情况进行核验：如果第一用户和关联用户的信用值分别达到(如大于或等于)预设值，则表明第一用户和关联用户的信用度较好，可以接受第一用户和关联用户的承诺，使其能够在上述预设时间段内以第一比例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。

步骤204，当所述第一用户和所述关联用户在所述预设时间段内向所述第二用户实际发送的资源量少于所述预设量时，触发差额补偿流程，以使所述第一用户在指定期限内向所述第二用户发送差额资源，所述差额资源的资源量与所述标准资源量之比为第二比例b，且0＜b≤1-a。

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

在一实施例中，指定期限可以为上述的预设时间段终止后的一时间段，该时间段的起始时刻、终止时刻、持续时长等可由业务平台进行设置，比如以预设时间段的终止时刻作为该指定期限的起始时刻、预设时长作为持续时长，又比如以预设时间段的终止时刻作为该指定期限的起始时刻、当月的最后一天24点作为该指定期限的终止时刻等，本说明书并不对此进行限制。

在一实施例中，业务平台可以向所述第一用户(或第一用户和关联用户)发送提醒消息，提醒该第一用户在指定期限内向第二用户发送差额资源。业务平台可以一次或多次发送提醒消息，比如发送时刻可以包括：预设时间段结束后立即发送、指定期限的中间时间点发送、指定期限结束前一定时长发送、指定期限内的每个自然日的某一固定时刻等，本说明书并不对此进行限制。

在一实施例中，业务平台可以主动从所述第一用户对应的用户资源池中扣除所述差额资源，并发送至所述第二用户。例如在网络数据共享场景下，该用户资源池可以为第一用户持有的全部网络数据，共享管理平台可以按照网络数据的下载顺序或默认顺序删除一定量的网络数据，以作为对第一用户的惩罚。例如在交易场景下，该用户资源池可以为第一用户的账户，业务平台在具备扣款权限(第一用户在向业务平台进行承诺时，可以向业务平台赋予扣款权限；甚至，可以将获得扣款权限作为业务平台认可该承诺的前提条件)的情况下，可以直接从该账户中扣除差额资源对应的资金，并转入第二用户的账户。

在一实施例中，业务平台可以首先向所述第一用户(或第一用户和关联用户)发送提醒消息，提醒该第一用户在指定期限内向第二用户发送差额资源；以及，当第一用户未在指定期限内向第二用户发送差额资源时，业务平台可以主动从所述第一用户对应的用户资源池中扣除所述差额资源，并发送至所述第二用户。

在一实施例中，例如，信用违约处理可以包括扣减所述第一用户的信用值；当业务平台自行维护第一用户的信用值时，该业务平台可以直接扣减第一用户的信用值，而当第一用户的信用值由信用管理平台维护时，业务平台可以向信用管理平台进行反馈，以使得信用管理平台扣减第一用户的信用值。再例如，信用违约处理可以包括限制所述第一用户的业务参与权限，使得第一用户后续无法参与到基于本说明书的业务处理方案中，在获得业务对象时必须付出相应的标准资源量。又例如，信用违约处理可以包括将所述第一用户标记为失信人员，还可以将该失信人员的记录信息分享至其他平台，这将在后续过程中对第一用户造成不良影响。当然，还可以采取其他形式的信用违约处理，或者同时采用多种信用违约处理方式，本说明书并不对此进行限制。

在一实施例中，业务平台可以在所述第一用户未在所述指定期限内向所述第二用户发送所述差额资源的情况下，对所述第一用户进行信用违约处理，即“第一用户”和“关联用户”仅对自身的信用状况负责，而不会相互牵连。

在一实施例中，业务平台可以在所述第一用户未在所述指定期限内向所述第二用户发送所述差额资源的情况下，对所述第一用户和所述关联用户进行信用违约处理，即“第一用户”和“关联用户”的信用状况相互牵连，这有助于第一用户与关联用户之间相互监督、敦促，有助于提升差额资源被如期发送的概率。

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

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

步骤401，支付平台与商家之间签订活动协议。

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

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

步骤402，支付平台向用户a发布活动信息。

在一实施例中，当用户a浏览与商家相关的网页等内容时，支付平台可以将上述活动协议对应的活动信息提供至用户a，以由用户a进行查看和处理。

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

步骤403，用户a向支付平台申请参与活动。

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

步骤404，支付平台验证用户a的信用值，以确定是否向该用户a赋予折扣权限。

在一实施例中，由于涉及到用户a向商家许以消费承诺，因而商家需要确定该用户a能够切实遵守该承诺，以及未遵守承诺的情况下能够收回相关优惠资金。因此，可以根据用户a的信用值来进行识别：当用户a的信用值达到预设值时，表明该用户a信用较好、允许用户a参与活动，当用户a的信用值未达到预设值时，表明该用户a信用较差、不允许用户a参与活动。

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

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

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

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

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

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

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

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

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

此外，除了由商家通过步骤406-407确定用户a真实的消费金额之外，商家可以不关注于用户a真实的消费金额，而仅需要将用户a的身份标识与消费事件的标准金额通过步骤408直接发送至支付平台，并由支付平台根据该用户a的身份标识确定是否存在消费折扣，从而确定用户a真实的消费金额。

步骤409，支付平台响应于扣费请求，向用户a发起扣费询问，并根据用户a返回的扣费确认完成付费。

在一实施例中，手机33可以向用户a呈现扣费界面，该扣费界面可以展示出商品信息、商家信息、商品价格、实际支付价格等信息，以供用户a进行确认；当用户a确认无误后，可以通过触发该扣费界面中的“确认支付”或其他方式，使得手机33向支付平台返回扣费确认，而支付平台可以从该用户a对应的用户账户中扣除相应资金；而商家在支付平台或其他金融机构处开设有商家账户，支付平台可以将相应资金转账至该商家账户，从而完成付费。

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

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

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

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

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

步骤412，当用户a未满足消费承诺时，支付平台向用户a发送优惠退还提醒。

在一实施例中，手机33可以向用户a展示支付平台发送的优惠退还提醒，该优惠退还提醒中可以包括退还原因(用户a未满足消费承诺)、需退还的优惠资金的金额、退还期限等，以提醒用户a在该退还期限前向商家退还相应的优惠资金。

在一实施例中，优惠退还提醒可以采用任意形式，比如支付平台对应的客户端app的应用内消息、短信息、即时通讯消息、邮件、电话接通后的语音播报消息等，本说明书并不对此进行限制。

步骤413，支付平台确认退还情况。

在一实施例中，在退还期限到达之前，若用户a尚未退还优惠资金，支付平台可以多次向用户a发出优惠退还提醒。

在一实施例中，当用户a预先开启了自动退还优惠资金的功能时，支付平台可以在退还期限到达之前，自动从用户a的用户账户中扣除相关优惠资金并转入商家的商家账户，从而避免用户a由于遗漏等原因而未能在退还期限到达前退还优惠资金。

步骤414，支付平台在用户a未及时退还优惠资金的情况下，扣减用户a的信用值、限制用户a参与其他折扣活动。

在一实施例中，当用户a未在退还期限内退还优惠资金时，支付平台需要对用户a进行信用违约处理，比如扣减用户a的信用值、限制用户a参与其他折扣活动等，以作为对该用户a的惩罚。当然，信用违约处理还可以采用其他形式的惩罚措施，本说明书并不对此进行限制。

除了用户a单独参与商家的折扣活动之外，还可以由用户a和用户b等其他用户共同参与折扣活动，下面对多个相关联的用户同时参与折扣活动的实施例进行描述。当然，除了用户a与用户b之外，还可以由三个或更多用户共同参与折扣活动，本说明书并不对此进行限制。

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

步骤501，支付平台与商家之间签订活动协议。

步骤502，支付平台向用户a发布活动信息。

在一实施例中，步骤501-502可以参考图4所示的步骤401-402，此处不再赘述。

步骤503，用户a向用户b发出参与邀请，并接收用户b返回的邀请确认。

在一实施例中，用户a可以通过向用户b发出参与邀请，可以由该用户a与用户b共同参与商家的折扣活动；当然，用户b可以根据实际情况选择接受或拒绝邀请。

步骤504，用户a向支付平台申请参与活动。

在一实施例中，由于用户b在用户a的邀请下参与折扣活动，因而可以仅由用户a向支付平台发出活动参与申请，即可代表用户a与用户b。在另一实施例中，用户a和用户b可以分别向支付平台发出活动参与申请，而基于步骤503中在用户a与用户b之间的邀请操作，支付平台已经获知了用户a与用户b之间的关联关系，从而可以确定为用户a与用户b相关联地参与上述的折扣活动。

步骤505，支付平台验证用户a、用户b的信用值，以确定是否向该用户a、用户b赋予折扣权限。

在一实施例中，当用户a的信用值达到预设值、用户b的信用值未达到该预设值时，支付平台可以拒绝用户b参与折扣活动，而仅允许用户a单独参与折扣活动，此时可以参考图4所示的实施例。类似地，当用户a的信用值未达到预设值、用户b的信用值达到该预设值时，支付平台可以拒绝用户a参与折扣活动，而仅允许用户b单独参与折扣活动。

在一实施例中，当用户a、用户b的信用值均达到预设值时，支付平台允许用户a与用户b相关联地参与上述的折扣活动，并分别向用户a和用户b赋予折扣权限。其中，用户a与用户b对折扣活动的参与形式，存在两种情况：

一种情况下，用户a与用户b共享同一承诺。例如在图4中，当用户a单独承诺时，承诺内容为：用户a如果1个月内在商家处累计消费满1000元，即可获得8折优惠；而当用户a与用户b共享同一承诺时，该承诺内容为：用户a和用户b如果1个月内在商家处总共累计消费满1000元，即可获得8折优惠。通过共享同一承诺，可以降低每个用户所需要承担的消费额，降低了满足承诺的难度，还有助于在多个用户之间传播和宣传该折扣活动。

另一种情况下，用户a与用户b独立承诺，但承诺之间存在关联。例如，承诺内容可以包括：用户a如果1个月内在商家处累计消费满1000元，即可至少获得8折优惠；用户b如果1个月内在商家处累计消费满1000元，即可至少获得8折优惠；用户a、用户b如果1个月内各自在商家处累计消费满1000元，即可获得6折优惠。那么，虽然每个用户所需要承诺的消费额与图4所示的单独承诺相同，但是如果多个用户均满足承诺，可以获得更大的优惠折扣，有助于在用户之间实现相互监督与敦促。

步骤506，当用户a(或用户b)在商家处产生消费事件时，商家可以获取用户a(或用户b)的身份标识。

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

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

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

步骤510，支付平台响应于扣费请求，向用户a(或用户b)发起扣费询问，并根据用户a(或用户b)返回的扣费确认完成付费。

步骤511，支付平台将扣费结果分别告知用户a(或用户b)和商家。

在一实施例中，步骤506～511可以参考图4所示的步骤405～410，此处不再赘述。

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

步骤513，当消费承诺未被满足时，支付平台向相关用户发送优惠退还提醒。

在一实施例中，当用户a与用户b共享同一承诺时，存在多种情况：

一种情况下，若用户a与用户b在规定的1个月时间段内在商家处的消费总额达到1000元，则判定为用户a和用户b满足承诺，不需要退还优惠资金。

另一种情况下，若用户a与用户b在规定的1个月时间段内在商家处的消费总额未达到1000元，则判定为用户a和用户b未满足承诺，需要根据用户a和用户b分别购买的商品，退还相应的优惠资金。假定用户a以8折优惠购买了原价200元的商品，即用户a实际仅花费了200×80％＝160元，那么用户a需要退还的优惠资金为200×(1-80％)＝40元；假定用户b以8折优惠购买了原价600元的商品，即用户b实际仅花费了600×80％＝480元，那么用户b需要退还的优惠资金为600×(1-80％)＝120元。

在一实施例中，当用户a与用户b独立承诺，但承诺之间存在关联时，存在多种情况：

一种情况下，当用户a在规定的1个月时间段内在商家处的消费总额达到1000元，且用户b在规定的1个月时间段内在商家处的消费总额达到1000元时，可以判定为用户a和用户b均满足承诺，可以享受6折优惠，无需退还优惠资金。

另一种情况下，当用户a在规定的1个月时间段内在商家处的消费总额达到1000元，但用户b在规定的1个月时间段内在商家处的消费总额未达到1000元时，可以判定为用户a和用户b均未满足承诺，需要退还优惠资金。其中，用户a满足了自身的独立承诺，因而可以享受独立承诺所允许的8折优惠，但是无法享受到用户a与用户b均满足各自的独立承诺时的6折优惠；例如，当用户a以6折优惠购买了原价200元的商品时，即用户a实际仅花费了200×60％＝120元，那么用户a需要退还的优惠资金为200×(80％-60％)＝40元。而由于用户b未能满足自身的独立承诺，因而需要退还享受的所有优惠资金；例如，当用户b以6折优惠购买了原价600元的商品时，即用户b实际仅花费了600×60％＝360元，那么用户b需要退还的优惠资金为600×(1-60％)＝240元。

类似地，当用户a在规定的1个月时间段内在商家处的消费总额未达到1000元，但用户b在规定的1个月时间段内在商家处的消费总额达到1000元时，由于用户a未能满足自身的独立承诺，因而需要退还享受的所有优惠资金；例如，当用户a以6折优惠购买了原价200元的商品时，即用户a实际仅花费了200×60％＝120元，那么用户a需要退还的优惠资金为200×(1-60％)＝80元。而用户b满足了自身的独立承诺，因而可以享受独立承诺所允许的8折优惠，但是无法享受到用户a与用户b均满足各自的独立承诺时的6折优惠；例如，当用户b以6折优惠购买了原价600元的商品时，即用户b实际仅花费了600×60％＝360元，那么用户b需要退还的优惠资金为600×(80％-60％)＝120元。

又一种情况下，当用户a在规定的1个月时间段内在商家处的消费总额未达到1000元，而用户b在规定的1个月时间段内在商家处的消费总额同样未达到1000元时，可以判定为用户a和用户b均未满足承诺，需要退还优惠资金，且无法享受任何折扣的优惠。例如，当用户a以6折优惠购买了原价200元的商品时，即用户a实际仅花费了200×60％＝120元，那么用户a需要退还的优惠资金为200×(1-60％)＝80元；当用户b以6折优惠购买了原价600元的商品时，即用户b实际仅花费了600×60％＝360元，那么用户b需要退还的优惠资金为600×(1-60％)＝240元。

在一实施例中，当用户a需要退还优惠资金时，支付平台可以向该用户a发送优惠退还提醒；当用户b需要退还优惠资金时，支付平台可以向该用户b发送优惠退还提醒。当然，由于用户a与用户b之间关联地参与了上述活动，因而即便仅用户a需要退还优惠资金、用户b不需要退还优惠资金，也可以向用户b发送提醒消息，使得用户b可以提醒用户a退还优惠资金，甚至由用户b替用户a退还至少一部分优惠资金、以减轻用户a的资金压力。

步骤514，支付平台确认退还情况。

步骤515，支付平台在用户a或用户b未及时退还优惠资金的情况下，扣减用户a或用户b的信用值、限制用户a或用户b参与其他折扣活动。

在一实施例中，用户a与用户b的信用情况相互独立，比如当用户a未及时退还优惠资金、用户b无需退还或已退还优惠资金时，可以仅针对用户a进行惩罚、避免对用户b进行惩罚。

在一实施例中，用户a与用户b的信用情况相互关联，比如虽然用户b无需退还或已退还优惠资金，但是如果用户a未及时退还优惠资金，那么不仅需要针对用户a进行惩罚，还需要对用户b进行惩罚；当然，对用户b的惩罚程度可以相对较小。

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

步骤601，支付平台与商家之间签订活动协议。

步骤602，支付平台向用户a发布活动信息。

步骤603，用户a向用户b发出参与邀请，并接收用户b返回的邀请确认。

步骤604，用户a向支付平台申请参与活动。

在一实施例中，步骤601-604可以参考图5所示的步骤501-504，此处不再赘述。

步骤605，支付平台验证用户a、用户b的信用值，以确定是否向该用户a、用户b赋予折扣权限。

在一实施例中，当用户a的信用值达到预设值、用户b的信用值未达到该预设值时，支付平台可以拒绝用户b参与折扣活动，而仅允许用户a单独参与折扣活动，此时可以参考图4所示的实施例。类似地，当用户a的信用值未达到预设值、用户b的信用值达到该预设值时，支付平台可以拒绝用户a参与折扣活动，而仅允许用户b单独参与折扣活动。

在一实施例中，用户a与用户b独立承诺，但承诺之间存在关联。例如，承诺内容可以包括：用户a如果1个月内在商家处累计消费满1000元，即可获得8折优惠；用户b如果1个月内在商家处累计消费满1000元，即可获得8折优惠；用户a、用户b如果1个月内各自在商家处累计消费满1000元，即可获得20％优惠资金的返还，相当于获得6折优惠。那么，虽然每个用户所需要承诺的消费额与图4所示的单独承诺相同，但是如果多个用户均满足承诺，可以获得更大的优惠折扣，有助于在用户之间实现相互监督与敦促。

步骤606a，用户a在商家处按照8折优惠的价格产生消费事件。

步骤606b，用户b在商家处按照8折优惠的价格产生消费事件。

在一实施例中，对于消费过程中的权限认证及付费等过程，可以参考图4所示的步骤405～410及其相关描述，此处不再赘述。

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

步骤608，当用户a和用户b均满足各自的消费承诺时，支付平台向商家发送优惠返还提醒。

在一实施例中，当用户a在规定的1个月时间段内在商家处的消费总额达到1000元，且用户b在规定的1个月时间段内在商家处的消费总额达到1000元时，可以判定为用户a和用户b均满足承诺，可以享受6折优惠；而由于用户a、用户b在消费过程中实际是以8折优惠进行消费，因而商家需要向用户a、用户b返还20％的优惠资金，相当于用户a、用户b获得6折优惠。

在一实施例中，如果用户a在规定的1个月时间段内在商家处的消费总额达到1000元，但用户b在规定的1个月时间段内在商家处的消费总额未达到1000元，那么用户a只能够享受8折优惠、无法从商家处获得返还的优惠资金，以及用户b需要将已享受的8折优惠所产生的优惠资金退还给商家，这可以参考图5所示的实施例。类似地，如果用户b在规定的1个月时间段内在商家处的消费总额达到1000元，但用户a在规定的1个月时间段内在商家处的消费总额未达到1000元，那么用户b只能够享受8折优惠、无法从商家处获得返还的优惠资金，以及用户a需要将已享受的8折优惠所产生的优惠资金退还给商家。

在一实施例中，如果用户a、用户b在规定的1个月时间段内在商家处的消费总额均未达到1000元，那么用户a、用户b均需要将已享受的8折优惠所产生的优惠资金退还给商家，这可以参考图5所示的实施例。

步骤609，支付平台确认商家的优惠返还情况。

步骤610，当商家未能及时返还优惠资金时，支付平台可以扣减商家的信用值、限制商家开展其他的折扣活动。

在一实施例中，支付平台可以提醒商家在规定期限内向用户a、用户b等买家返还优惠资金。一种情况下，如果商家未能及时返还，支付平台可以自动从商家的账户中扣减相关金额的资金，并转入用户a、用户b的账户中，实现自动退还；另一种情况下，如果商家未向支付平台授权自动返还资金，或者商家虽然已经授权但是账户资金不足，那么可能导致商家在规定期限内未能向用户a、用户b返还优惠资金，支付平台可以对商家进行惩罚。

下面结合图7-11所示的界面示意图，对交易场景下的商品折扣活动进行举例描述。

图7是一示例性实施例提供的一种创建折扣活动的示意图。如图7所示，“x品牌”的商家可以通过活动创建界面700创建折扣活动，该活动创建界面700可以对该折扣活动的活动周期、承诺消费金额、基础折扣、优惠折扣等选项进行设置，表示的含义为：当买家参与该折扣活动后，在该活动周期内能够以“优惠折扣”购买该“x品牌”的商品；但是，如果该买家在该活动周期内的累计消费金额未达到“承诺消费金额”，那么只能够享受“基础折扣”，需要退还“优惠折扣”与“基础折扣”所产生的差额资金。在对上述选项的内容完成填写后，商家可以通过触发“确认发布”选项，确认创建相应的折扣活动，并将其通过交易平台进行发布，使得各个买家可以浏览和参与该折扣活动。

图8是一示例性实施例提供的一种已创建的折扣活动的展示示意图。如图8所示，商家可以在活动展示界面800中对已创建的各个折扣活动进行浏览和管理。例如，活动展示界面800中的“01承诺活动”为商家最近创建的折扣活动，该折扣活动的“活动周期”为14天、“承诺消费金额”为200元、“基础折扣”为9.2折、“优惠折扣”为8.8折；以及，活动展示界面800还包括诸如“02承诺活动”等其他的折扣活动，此处不再一一列举。其中，商家可以通过触发“01承诺活动”对应的“下架”选项，对该折扣活动进行下架处理，使得买家无法浏览和参与该折扣活动；商家还可以对已创建的折扣活动进行编辑，以调整其“活动周期”、“承诺消费金额”、“基础折扣”、“优惠折扣”等选项的取值等，此处不再一一赘述。

图9是一示例性实施例提供的一种向买家展示活动内容的示意图。如图9所示，买家可以在交易平台上浏览到活动展示界面900，该活动展示界面900用于对商家通过活动创建界面700创建的折扣活动进行展示，以便于买家充分了解该折扣活动，确定自身参与后所能够获得的权利和需要完成的义务；其中，权利可以包括“享受优惠折扣8.8折”，义务可以包括“2018.08.01～2018.08.14期间到店消费累计满200元”，以及“如果期间消费未满200元，将重新按照基础折扣(9.2折)计算，并退还差额”。其中，当买家触发活动展示界面900中的“确认参加”选项时，可以申请参与相应的折扣活动。

图10是一示例性实施例提供的一种向买家提醒退还差额的示意图。当买家参与折扣活动后，未能在活动期限内消费打标时，交易平台可以向该买家发送差额退还提醒，并展示于如图10所示的提醒展示界面1000中，该差额退还提醒可以向买家告知其参与的折扣活动的信息、退还差额的原因、已获得的优惠资金数额等。买家可以通过触发提醒展示界面1000中的“退还优惠”选项来退还差额。

在一实施例中，买家触发提醒展示界面1000中的“退还优惠”选项后，可以切换至如图11所示的退还详情界面1100，并由该退还详情界面1100向买家展示实际需要退还的差额，比如买家获得的累计优惠为12元，而基础优惠为8元，因而买家需要退还由此带来的差额4元。买家可以通过触发退还详情界面1100中的“立即退还”来退还差额。

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

请参考图13，在软件实施方式中，该业务处理装置应用于业务平台；所述装置可以包括：

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

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

可选的，所述第一触发单元1302具体用于：

向所述第一用户发送提醒消息；

和/或，主动从所述第一用户对应的用户资源池中扣除所述差额资源，并发送至所述第二用户。

可选的，还包括：

处理单元1303，当所述第一用户未在所述指定期限内向所述第二用户发送所述差额资源时，对所述第一用户进行信用违约处理。

可选的，所述处理单元1303具体用于以下至少之一：

扣减所述第一用户的信用值、限制所述第一用户的业务参与权限、将所述第一用户标记为失信人员。

可选的，还包括：

调整单元1304，当所述第一用户存在至少一个关联用户且所述关联用户的信用值达到所述预设值时，若所述第一用户和所述关联用户承诺在所述预设时间段内向第二用户分别发送不少于所述预设量的资源，则下调所述第一比例a的取值。

可选的，还包括：

第二触发单元1305，当所述第一用户在所述预设时间段内向所述第二用户实际发送的资源量不少于所述预设量、至少一个所述关联用户在所述预设时间段内向所述第二用户实际发送的资源量少于所述预设量时，触发调整额补偿流程，以使所述第一用户在所述指定期限内向所述第二用户发送调整额资源，所述调整额资源的资源量与所述标准资源量之比为第三比例c，c的取值为所述第一比例a的下调值。

可选的，还包括：

第三触发单元1306，当所述第一用户存在至少一个关联用户且所述关联用户的信用值达到所述预设值时，若所述第一用户和所述关联用户在所述预设时间段内向所述第二用户实际发送的资源量均不少于所述预设量，则触发资源返还流程，以使所述第二用户向所述第一用户发送返还资源，所述返还资源的资源量与所述标准资源量之比为第四比例d，0＜d＜a。

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

请参考图15，在软件实施方式中，该业务处理装置应用于业务平台；所述装置可以包括：

接收单元1501，接收用户终端发送的信息，所述信息包含：当所述用户终端对应的第一用户存在至少一个关联用户，且所述第一用户和所述关联用户的信用值均达到预设值时，若所述第一用户和所述关联用户承诺在预设时间段内向第二用户发送总额不少于预设量的资源，则所述第一用户发送的资源量与所述第二用户向所述第一用户提供的业务对象对应的标准资源量之比为第一比例a，且0＜a＜1；

触发单元1502，当所述第一用户和所述关联用户在所述预设时间段内向所述第二用户实际发送的资源量少于所述预设量时，触发差额补偿流程，以使所述第一用户在指定期限内向所述第二用户发送差额资源，所述差额资源的资源量与所述标准资源量之比为第二比例b，且0＜b≤1-a。

可选的，还包括：

第一处理单元1503，当所述第一用户未在所述指定期限内向所述第二用户发送所述差额资源时，对所述第一用户进行信用违约处理。

可选的，还包括：

第二处理单元1504，当所述第一用户未在所述指定期限内向所述第二用户发送所述差额资源时，对所述第一用户和所述关联用户进行信用违约处理。

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

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

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

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

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

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

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

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

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