CN110766380A - 一种数据处理方法、***及相关设备 - Google Patents

Abstract

本申请实施例提供了一种数据处理方法、***及相关设备，用于实现多个企业福利的自动化管理，节约管理资源。本申请实施例方法包括：接收第一客户端发送的身份认证请求，所述身份认证请求中包含目标用户的身份验证信息及所述目标用户所属的企业标识；校验所述身份验证信息的合法性，若合法，则根据所述目标用户所属的企业标识在预设映射表中查询所述目标用户所属的企业制定的福利策略，所述预设映射表中保存有至少两个企业制定的福利策略；根据所述目标用户所属的企业制定的福利策略向所述第一客户端发送页面参数，以使得所述第一客户端根据所述页面参数生成所述目标用户所属的消费凭证页面。

Description

一种数据处理方法、***及相关设备

技术领域

本申请涉及数据处理技术领域，尤其涉及一种数据处理方法、***及相关设备。

背景技术

在当前企业员工的福利管理中，经常是以发放固定类型的实物(礼品)等形式，而且每个企业需要独立搭建各自的福利管理平台，使福利管理更规范流程化。

现有方案中，每个企业需要独自搭建各自的福利管理平台，浪费管理资源，其次，固定类型的实物发放过程需要人工管理福利的发放，费时费力，效率低下。

发明内容

本申请实施例提供了一种数据处理方法、***及相关设备，用于实现多个企业福利的自动化管理，节约管理资源。

本申请实施例第一方面提供了一种数据处理方法，其特征在于，包括：

接收第一客户端发送的身份认证请求，所述身份认证请求中包含目标用户的身份验证信息及所述目标用户所属的企业标识；

校验所述身份验证信息的合法性，若合法，则根据所述目标用户所属的企业标识在预设映射表中查询所述目标用户所属的企业制定的福利策略，所述预设映射表中保存有至少两个企业制定的福利策略；

根据所述目标用户所属的企业制定的福利策略向所述第一客户端发送页面参数，以使得所述第一客户端根据所述页面参数生成所述目标用户所属的消费凭证页面，所述消费凭证页面用于与关联供应商进行消费交易。

可选的，作为一种可能的实施方式，所述福利策略中包含所述目标用户被分配的积分数量信息，本申请实施例中的数据处理方法还可以包括：

接收第二客户端发送的消费查询请求，所述消费查询请求包含所述目标用户的身份标识及消费积分数量，所述目标用户的身份标识为根据所述消费凭证页面识别得到；

根据所述身份标识查询所述目标用户的当前积分余额，若所述当前积分余额不小于所述消费积分数量，则向所述第二客户端发送第一指示消息，用于指示所述消费查询请求对应的消费合法，若所述当前积分余额小于所述消费积分数量，则向所述第二客户端发送第二指示消息，用于指示所述消费查询请求对应的消费不合法；

若所述消费查询请求对应的消费合法，则更新所述目标用户的当前积分余额。

可选的，作为一种可能的实施方式，本申请实施例中的数据处理方法还可以包括：

周期性统计所有用户的当前积分余额，并根据预设的计价规则计算各个用户当前积分余额对应的剩余价值额度；

根据各个用户的剩余价值额度向对应的用户进行结算，并清空各个用户当前积分余额。

可选的，作为一种可能的实施方式，本申请实施例中的数据处理方法还可以包括：

接收目标企业提交的福利策略，所述福利策略中包含所述目标企业审核通过的关联供应商，所述目标企业所属的用户只能在所述目标企业审核通过的关联供应商处进行消费。

可选的，作为一种可能的实施方式，本申请实施例中的数据处理方法还可以包括：

周期性统计各个企业所属的用户分别消耗的总积分数量，并根据预设的计价规则计算各个企业消耗的总积分对应的价值额度；

根据企业消耗的总积分对应的价值额度向对应的供应商进行结算。

本申请实施例第二方面提供了一种数据处理***，可包括：

第一接收单元，用于接收第一客户端发送的身份认证请求，身份认证请求中包含目标用户的身份验证信息及目标用户所属的企业标识；

校验单元，用于校验身份验证信息的合法性，若合法，则根据目标用户所属的企业标识在预设映射表中查询目标用户所属的企业制定的福利策略，预设映射表中保存有至少两个企业制定的福利策略；

发送单元，用于根据目标用户所属的企业制定的福利策略向第一客户端发送页面参数，以使得第一客户端根据页面参数生成目标用户所属的消费凭证页面，所述消费凭证页面用于与关联供应商进行消费交易。

可选的，作为一种可能的实施方式，本申请实施例中的福利策略中包含目标用户被分配的积分数量信息，数据处理***还可以包括：

第二接收单元，用于接收第二客户端发送的消费查询请求，消费查询请求包含目标用户的身份标识及消费积分数量，所述目标用户的身份标识为根据所述消费凭证页面识别得到；

处理单元，用于根据身份标识查询目标用户的当前积分余额，若当前积分余额不小于消费积分数量，则向第二客户端发送第一指示消息，用于指示消费查询请求对应的消费合法，若当前积分余额小于消费积分数量，则向第二客户端发送第二指示消息，用于指示消费查询请求对应的消费不合法；

更新单元，若消费查询请求对应的消费合法，则更新目标用户的当前积分余额。

可选的，作为一种可能的实施方式，本申请实施例中的数据处理***还可以包括：第一统计单元，用于周期性统计所有用户的当前积分余额，并根据预设的计价规则计算各个用户当前积分余额对应的价值额度；

结算单元，用于根据各个用户的剩余价值额度向对应的用户进行结算，并清空各个用户当前积分余额。

本申请实施例第三方面提供了一种计算机装置，其特征在于，所述计算机装置包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现如第一方面及第一方面中任意一项所述数据处理方法的步骤。

本申请实施例第四方面提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于：所述计算机程序被处理器执行时实现如第一方面及第一方面中任意一项所述数据处理方法的步骤。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例中，数据处理***中的预设映射表中可以预先保存多个入驻企业的制定的福利策略，当接收第一客户端发送的身份认证请求，可以验证该请求中的身份验证信息的合法性，若合法，则根据目标用户所属的企业标识在预设映射表中查询目标用户所属的企业制定的福利策略，并根据目标用户所属的企业制定的福利策略向第一客户端发送页面参数，以使得第一客户端根据页面参数生成目标用户所属的消费凭证页面。实现了多个企业福利的自动化管理，无需人工逐一发放，节约管理资源。

附图说明

图1为本申请实施例中一种数据处理方法的一个实施例示意图；

图2为本申请实施例中一种数据处理方法的另一个实施例示意图；

图3为本申请实施例中一种数据处理***的一个实施例示意图；

图4为本申请实施例中一种计算机装置的一个实施例示意图。

具体实施方式

本申请实施例提供了一种数据处理方法、***及相关设备，用于实现多个企业福利的自动化管理，节约管理资源。

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

现有方案中，每个企业需要独自搭建各自的福利管理平台，浪费管理资源，其次，固定类型的实物发放过程需要人工管理福利的发放，费时费力，效率低下。为此，本申请实施例中搭建一个公共福利管理平台，开放企业入驻，企业可以在平台上给员工身份认证，认证通过后，给员工以积分的形式发放福利，企业员工拿到发放的福利积分后，可以去对应的商户那里消费，到了结算周期(如：一月发一次)时，企业和对应的商户结算，大大提高管理效率，节约管理资源。

为了便于理解，下面对本申请实施例中的具体流程进行描述，请参阅图1，本申请实施例中一种数据处理方法的一个实施例可包括：

101、接收第一客户端发送的身份认证请求，身份认证请求中包含目标用户的身份验证信息及目标用户所属的企业标识；

本申请实施例中的数据处理***可以预先接收多个企业的入驻申请，当入驻企业入驻之后，可以录入各自企业员工的身份信息及设置身份验证机制并选择各自的供应商。

可选的，数据处理***还可以接收目标企业提交的福利策略，该福利策略中可以包含目标企业审核通过的关联供应商，目标企业所属的用户只能在目标企业审核通过的关联供应商处进行消费。该福利策略中可以包含目标企业的关联供应商可以是目标企业自选也可以是基于数据处理***提供，具体此处不做限定。

例如，公司A搭建了一个企业福利平台X，公司B想用福利平台X，B需要提交资料给A，审核通过后可以入驻。公司B可以选择餐厅001、超市002、商场003等作为供应商。企业负责审核餐厅001、超市002、商场003，审核通过后，在福利平台关联录入。录入之后上述的B公司在福利平台关联供应商，B公司发放的福利积分可以在餐厅001，超市002，商场003消费。

当企业中的员工用户需要使用福利资源时，可以通过第一客户端向数据处理***发送身份验证请求，数据处理***对应的服务器可以接收第一客户端发送的身份认证请求，该身份认证请求中包含目标用户的身份验证信息及目标用户所属的企业标识。

102、校验身份验证信息的合法性，若合法，则根据目标用户所属的企业标识在预设映射表中查询目标用户所属的企业制定的福利策略；

数据处理***中保存有预设映射表，该预设映射表中保存有至少两个企业制定的福利策略。在接收到第一客户端发送的身份认证请求之后，可以根据预设的身份验证机制验证该身份认证请求中的身份验证信息的合法性，若合法，则根据目标用户所属的企业标识在预设映射表中查询目标用户所属的企业制定的福利策略。可以理解的是，各个企业可以设置不同的福利策略，福利发放的数量以及发放的形式可以不同。

103、根据目标用户所属的企业制定的福利策略向第一客户端发送页面参数，以使得第一客户端根据页面参数生成目标用户所属的消费凭证页面。

在查询到目标用户所属的企业制定的福利策略之后，数据处理***可以根据目标用户所属的企业制定的福利策略向第一客户端发送页面参数，以使得第一客户端根据页面参数生成目标用户所属的消费凭证页面。消费凭证页面用于与关联供应商进行消费交易，例如，消费凭证页面可以向目标用户所属的第一客户端发送电子券页面、积分券页面、二维码凭证页面等等关联供应商可以根据消费凭证页面识别目标用户的身份。

本申请实施例中，数据处理***中的预设映射表中可以预先保存多个入驻企业的制定的福利策略，当接收第一客户端发送的身份认证请求，可以验证该请求中的身份验证信息的合法性，若合法，则根据目标用户所属的企业标识在预设映射表中查询目标用户所属的企业制定的福利策略，并根据目标用户所属的企业制定的福利策略向第一客户端发送页面参数，以使得第一客户端根据页面参数生成目标用户所属的消费凭证页面。实现了多个企业福利的自动化管理，无需人工逐一发放，节约管理资源。

为了提高数据的安全性，避免恶意篡改，可基于区块链技术实现本实施例。例如：将数据处理方法实现的步骤写入智能合约，并将每一个用户的消费信息存入区块链实现数据存储的去中心化。这样每一个用户的福利消费存证与区块链，该区块链网络中的其他节点可对该请求进行共识和验证，保障了数据的安全性。

在上述图1所示的实施例的基础上，实际运用中，企业发放的福利往往是固定类型，对用户的需求覆盖不广，用户体验不高，本申请中采用积分福利的方式，将员工用户在所有的供应商处的消费金额转换为对应的积分数量，用户消费统一采用积分支付，使福利资源覆盖更广的用户需求，提高用户体验。具体请参阅图2，在图1所示的实施例的基础上，各个福利策略中包含目标用户被分配的积分数量信息，在第一客户端在展示消费凭证页面之后，本申请实施例中的数据处理方法还可以包括：

201、接收第二客户端发送的消费查询请求，消费查询请求包含目标用户的身份标识及消费积分数量；

在第一客户端在展示消费凭证页面之后，供应商所属的第二客户端可以根据消费凭证页面获取到目标用户的身份标识，第二客户端可以根据目标用户的身份标识及此次消费所需的消费积分数量生成消费查询请求，并将该消费查询请求发送给数据处理***对应的服务器。

202、根据身份标识查询目标用户的当前积分余额，若当前积分余额不小于消费积分数量，则向第二客户端发送第一指示消息，若当前积分余额小于消费积分数量，则向第二客户端发送第二指示消息；

在接收到消费查询请求之后，数据处理***可以根据身份标识查询目标用户的当前积分余额，若当前积分余额不小于消费积分数量，则向第二客户端发送第一指示消息，用于指示消费查询请求对应的消费合法，若当前积分余额小于消费积分数量，则向第二客户端发送第二指示消息，用于指示消费查询请求对应的消费不合法。

例如，上述B公司发放给目标用户的积分为200，则当目标用户消费的积分小于200时，向第二客户端发送第一指示消息，当目标用户消费的积分大于200时，向第二客户端发送第二指示消息，对应的供应商则不允许使用积分抵消此次消费。

203、若消费查询请求对应的消费合法，则更新目标用户的当前积分余额。

当目标用户的上一次消费合法时，数据处理***需要更新目标用户的当前积分余额。具体的，需要将当前的积分余额减去消费积分数量之后更新目标用户的当前积分余额。

本申请实施例中，用户可以采用积分支付多种类型的供应商处的消费，扩大了福利资源的使用范围，提高了用户体验，避免了福利资源的浪费。

在上述任一实施例的基础上，可选的，数据处理***可以周期性统计所有用户的当前积分余额，并根据预设的计价规则计算各个用户当前积分余额对应的价值额度。可选的，当统计周期内用户的积分未使用完时，可以根据预设的计价规则计算各个用户当前积分余额对应的剩余价值额度，根据各个用户的剩余价值额度向对应的用户进行结算，按照各个用户当前积分余额对应的剩余价值额度向对应的用户发放货币，并清空各个用户当前积分余额。

在上述任一实施例的基础上，可选的，数据处理***可以周期性统计各个企业所属的用户分别消耗的总积分数量，并根据预设的计价规则计算各个企业消耗的总积分对应的价值额度，以实现企业对第三方供应商的费用结算。

为了便于理解，下面将结合具体运用实例对本申请中的数据处理方法进行描述。

本申请中的具体运用实施例中，可以搭建一个福利管理平台，开放企业入驻，企业可以在平台上给员工身份认证，认证通过后，给员工以积分的形式发放福利，企业员工拿到发放的福利积分后，可以去对应的商户那里消费，到了结算周期(如：一月发一次)时，企业和对应的商户结算，企业员工福利没消费完的，企业和员工结算，未消费的积分以工资的形式发放给员工。

具体步骤如下：

1、企业入驻福利平台，审核企业资质(如单独一个企业内部搭建的***，可以直接入驻，不用审核)。如：公司A搭建了一个企业福利平台X，公司B想用福利平台X，B需要提交资料给A，审核通过后可以入驻A。

2、企业员工身份认证，录入身份信息或员工自己申请，企业审核。如：上述的B，入驻成功后，需要把员工信息录入并关联为B公司。

3、关联福利积分可消费的商家，商家审核由企业负责，审核通过后，在福利平台关联录入。如：上述的B公司，发放的福利积分可以在餐厅001，超市002，商场003消费，那B需要审核001，002，003的，审核通过后，在福利平台关联供应商(即建立B和这些商家的关系)。

4、企业给员工以积分的形式发放福利。如：如上述的公司B，在月初给每个员工发放了福利积分，可以是相同的也可以是每个员工不同的，如员工Y获得了B公司发放的200福利积分。

5、员工在企业管理的商户处消费企业发放的福利积分，后台更新员工剩余积分。如：上述的Y在餐厅001消费100积分，更新剩余积分为100。

6、周期性福利积分结算。主要分为：(1)企业和商户结算，具体为企业发放的福利积分在该商户(可能是多个)处消费了多少；(2)企业和员工结算，具体为：在该周期内，剩余多少未消费的福利积分，结算后福利积分冻结，清零。随工资发放未消费的积分折算对应(一比一折算)的法币。如：上述的公司B，月底结算时，员工Y在001消费了100个积分，B和餐厅001结算；员工Y剩余100积分，B和员工Y结算，Y未消费的100积分随工资兑换为法币发放。

在当前企业员工的福利管理中，经常是以发放实物(购物卡，礼品)等形式，覆盖面较小，故发明一种企业员工的福利管理方法，覆盖员工的衣食住行，让福利管理更规范流程化，无需人工参与福利方法，节约管理资源，企业和员工体验更好。

请参阅图3，本申请实施例还提供了一种数据处理***，可包括：

第一接收单元301，用于接收第一客户端发送的身份认证请求，身份认证请求中包含目标用户的身份验证信息及目标用户所属的企业标识；

校验单元302，用于校验身份验证信息的合法性，若合法，则根据目标用户所属的企业标识在预设映射表中查询目标用户所属的企业制定的福利策略，预设映射表中保存有至少两个企业制定的福利策略；

发送单元303，用于根据目标用户所属的企业制定的福利策略向第一客户端发送页面参数，以使得第一客户端根据页面参数生成目标用户所属的消费凭证页面，消费凭证页面用于与关联供应商进行消费交易。

可选的，作为一种可能的实施方式，本申请实施例中的福利策略中包含目标用户被分配的积分数量信息，数据处理***还可以包括：

第二接收单元，用于接收第二客户端发送的消费查询请求，消费查询请求包含目标用户的身份标识及消费积分数量，目标用户的身份标识为根据消费凭证页面识别得到；

处理单元，用于根据身份标识查询目标用户的当前积分余额，若当前积分余额不小于消费积分数量，则向第二客户端发送第一指示消息，用于指示消费查询请求对应的消费合法，若当前积分余额小于消费积分数量，则向第二客户端发送第二指示消息，用于指示消费查询请求对应的消费不合法；

更新单元，若消费查询请求对应的消费合法，则更新目标用户的当前积分余额。

可选的，作为一种可能的实施方式，本申请实施例中的数据处理***还可以包括：第一统计单元，用于周期性统计所有用户的当前积分余额，并根据预设的计价规则计算各个用户当前积分余额对应的剩余价值额度；

根据各个用户的剩余价值额度向对应的用户进行结算，并清空各个用户当前积分余额。

可选的，作为一种可能的实施方式，本申请实施例中的数据处理***还可以包括：

第二统计单元，用于周期性统计各个企业所属的用户分别消耗的总积分数量，并根据预设的计价规则计算各个企业消耗的总积分对应的价值额度；

根据企业消耗的总积分对应的价值额度向对应的供应商进行结算。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供了一种计算机装置，如图4所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。参考图4，计算机装置4包括：存储器410、处理器420、有线或无线网络模块430以及存储在存储器中并可在处理器上运行的计算机程序。处理器执行计算机程序时实现上述各个数据处理方法实施例中的步骤，例如图1所示的步骤101至103。或者，处理器执行计算机程序时实现上述各装置实施例中各模块或单元的功能。

本申请实施例中的一些实施例中，处理器用于执行存储器中存储的计算机程序时实现如下步骤：

接收第一客户端发送的身份认证请求，身份认证请求中包含目标用户的身份验证信息及目标用户所属的企业标识；

校验身份验证信息的合法性，若合法，则根据目标用户所属的企业标识在预设映射表中查询目标用户所属的企业制定的福利策略，预设映射表中保存有至少两个企业制定的福利策略；

根据目标用户所属的企业制定的福利策略向第一客户端发送页面参数，以使得第一客户端根据页面参数生成目标用户所属的消费凭证页面，消费凭证页面用于与关联供应商进行消费交易。

可选的，本申请的一些实施例中，处理器还可以用于实现如下步骤：

接收第二客户端发送的消费查询请求，消费查询请求包含目标用户的身份标识及消费积分数量，目标用户的身份标识为根据消费凭证页面识别得到；

根据身份标识查询目标用户的当前积分余额，若当前积分余额不小于消费积分数量，则向第二客户端发送第一指示消息，用于指示消费查询请求对应的消费合法，若当前积分余额小于消费积分数量，则向第二客户端发送第二指示消息，用于指示消费查询请求对应的消费不合法；

若消费查询请求对应的消费合法，则更新目标用户的当前积分余额。

可选的，本申请的一些实施例中，处理器还可以用于实现如下步骤：

接收目标企业提交的福利策略，福利策略中包含目标企业审核通过的关联供应商，目标企业所属的用户只能在目标企业审核通过的关联供应商处进行消费。

可选的，本申请的一些实施例中，处理器还可以用于实现如下步骤：

周期性统计所有用户的当前积分余额，并根据预设的计价规则计算各个用户当前积分余额对应的剩余价值额度；根据各个用户的剩余价值额度向对应的用户进行结算，并清空各个用户当前积分余额。

可选的，本申请的一些实施例中，处理器还可以用于实现如下步骤：

周期性统计各个企业所属的用户分别消耗的总积分数量，并根据预设的计价规则计算各个企业消耗的总积分对应的价值额度；根据企业消耗的总积分对应的价值额度向对应的供应商进行结算。

本领域技术人员可以理解，图4中示出的结构并不构成对计算机装置的限定，计算机装置4可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，例如计算机装置还可以包括输入输出设备、总线等。

所称处理器可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器可用于存储计算机程序和/或模块，处理器通过运行或执行存储在存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现计算机装置的各种功能。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(SmartMedia Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

本申请还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时，可以实现如下步骤：

接收第一客户端发送的身份认证请求，身份认证请求中包含目标用户的身份验证信息及目标用户所属的企业标识；

校验身份验证信息的合法性，若合法，则根据目标用户所属的企业标识在预设映射表中查询目标用户所属的企业制定的福利策略，预设映射表中保存有至少两个企业制定的福利策略；

根据目标用户所属的企业制定的福利策略向第一客户端发送页面参数，以使得第一客户端根据页面参数生成目标用户所属的消费凭证页面，消费凭证页面用于与关联供应商进行消费交易。

可选的，本申请的一些实施例中，处理器还可以用于实现如下步骤：

接收第二客户端发送的消费查询请求，消费查询请求包含目标用户的身份标识及消费积分数量，目标用户的身份标识为根据消费凭证页面识别得到；

根据身份标识查询目标用户的当前积分余额，若当前积分余额不小于消费积分数量，则向第二客户端发送第一指示消息，用于指示消费查询请求对应的消费合法，若当前积分余额小于消费积分数量，则向第二客户端发送第二指示消息，用于指示消费查询请求对应的消费不合法；

若消费查询请求对应的消费合法，则更新目标用户的当前积分余额。

可选的，本申请的一些实施例中，处理器还可以用于实现如下步骤：

接收目标企业提交的福利策略，福利策略中包含目标企业审核通过的关联供应商，目标企业所属的用户只能在目标企业审核通过的关联供应商处进行消费。

可选的，本申请的一些实施例中，处理器还可以用于实现如下步骤：

周期性统计所有用户的当前积分余额，并根据预设的计价规则计算各个用户当前积分余额对应的剩余价值额度；根据各个用户的剩余价值额度向对应的用户进行结算，并清空各个用户当前积分余额。

可选的，本申请的一些实施例中，处理器还可以用于实现如下步骤：

周期性统计各个企业所属的用户分别消耗的总积分数量，并根据预设的计价规则计算各个企业消耗的总积分对应的价值额度；根据企业消耗的总积分对应的价值额度向对应的供应商进行结算。

在本申请所提供的几个实施例中，应该理解到，所揭露的***，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种数据处理方法，其特征在于，包括：

接收第一客户端发送的身份认证请求，所述身份认证请求中包含目标用户的身份验证信息及所述目标用户所属的企业标识；

校验所述身份验证信息的合法性，若合法，则根据所述目标用户所属的企业标识在预设映射表中查询所述目标用户所属的企业制定的福利策略，所述预设映射表中保存有至少两个企业制定的福利策略；

根据所述目标用户所属的企业制定的福利策略向所述第一客户端发送页面参数，以使得所述第一客户端根据所述页面参数生成所述目标用户所属的消费凭证页面，所述消费凭证页面用于与关联供应商进行消费交易。

2.根据权利要求1所述的方法，其特征在于，所述福利策略中包含所述目标用户被分配的积分数量信息，所述方法还包括：

接收第二客户端发送的消费查询请求，所述消费查询请求包含所述目标用户的身份标识及消费积分数量，所述目标用户的身份标识为根据所述消费凭证页面识别得到；

根据所述身份标识查询所述目标用户的当前积分余额，若所述当前积分余额不小于所述消费积分数量，则向所述第二客户端发送第一指示消息，用于指示所述消费查询请求对应的消费合法，若所述当前积分余额小于所述消费积分数量，则向所述第二客户端发送第二指示消息，用于指示所述消费查询请求对应的消费不合法；

若所述消费查询请求对应的消费合法，则更新所述目标用户的当前积分余额。

3.根据权利要求1或2所述的方法，其特征在于，还包括：

接收目标企业提交的福利策略，所述福利策略中包含所述目标企业审核通过的关联供应商，所述目标企业所属的用户只能在所述目标企业审核通过的关联供应商处进行消费。

4.根据权利要求1或2所述的方法，其特征在于，还包括：

周期性统计所有用户的当前积分余额，并根据预设的计价规则计算各个用户当前积分余额对应的剩余价值额度；

根据各个用户的剩余价值额度向对应的用户进行结算，并清空各个用户当前积分余额。

5.根据权利要求1或2所述的方法，其特征在于，还包括：

周期性统计各个企业所属的用户分别消耗的总积分数量，并根据预设的计价规则计算各个企业消耗的总积分对应的价值额度；

根据企业消耗的总积分对应的价值额度向对应的供应商进行结算。

6.一种数据处理***，其特征在于，包括：

第一接收单元，用于接收第一客户端发送的身份认证请求，所述身份认证请求中包含目标用户的身份验证信息及所述目标用户所属的企业标识；

校验单元，用于校验所述身份验证信息的合法性，若合法，则根据所述目标用户所属的企业标识在预设映射表中查询所述目标用户所属的企业制定的福利策略，所述预设映射表中保存有至少两个企业制定的福利策略；

发送单元，用于根据所述目标用户所属的企业制定的福利策略向所述第一客户端发送页面参数，以使得所述第一客户端根据所述页面参数生成所述目标用户所属的消费凭证页面，所述消费凭证页面用于与关联供应商进行消费交易。

7.根据权利要求6所述的***，其特征在于，所述福利策略中包含所述目标用户被分配的积分数量信息，所述数据处理***还包括：

第二接收单元，用于接收第二客户端发送的消费查询请求，所述消费查询请求包含所述目标用户的身份标识及消费积分数量，所述目标用户的身份标识为根据所述消费凭证页面识别得到；

处理单元，用于根据所述身份标识查询所述目标用户的当前积分余额，若所述当前积分余额不小于所述消费积分数量，则向所述第二客户端发送第一指示消息，用于指示所述消费查询请求对应的消费合法，若所述当前积分余额小于所述消费积分数量，则向所述第二客户端发送第二指示消息，用于指示所述消费查询请求对应的消费不合法；

更新单元，若所述消费查询请求对应的消费合法，则更新所述目标用户的当前积分余额。

8.根据权利要求6或7所述的***，其特征在于，还包括：

第一统计单元，用于周期性统计所有用户的当前积分余额，并根据预设的计价规则计算各个用户当前积分余额对应的剩余价值额度；

结算单元，用于根据各个用户的剩余价值额度向对应的用户进行结算，并清空各个用户当前积分余额。

9.一种计算机装置，其特征在于，所述计算机装置包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现如权利要求1至5中任意一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于：所述计算机程序被处理器执行时实现如权利要求1至5中任意一项所述方法的步骤。

Images