CN114511354A - 一种权益数据处理方法、装置、设备、存储介质和产品 - Google Patents

Abstract

本发明提供了一种权益数据处理方法、装置、设备、存储介质和产品，涉及大数据技术领域，其中方法包括：获取用户的身份信息和授权许可；根据所述授权许可，从发放权益数据的多个平台获取与用户的所述身份信息相适配的权益数据；将所述权益数据映射至相适配的映射维度的映射类别；根据用户对所需映射维度所需映射类别的权益数据的领取请求，将相应的权益数据发送给用户。本发明提供的方法能够对多个平台发放的权益数据进行映射管理，从而便于用户基于自身需求进行领取，提高用户领取权益的便利性的同时，便于系统对各平台权益数据的发放进行监管。

Description

一种权益数据处理方法、装置、设备、存储介质和产品

技术领域

本发明涉及大数据技术领域，尤其是一种权益数据处理方法、装置、设备、存储介质和产品。

背景技术

便捷的消费体验使得电商得到了迅速发展，为了引流、推广和促进消费，各电商平台会通过多种方式向用户推送各种各样的权益，比如，打折券、满减券、充值券等等。但电商所涉及领域众多，且各电商的权益往往不可通用，导致用户在对不同行业领域不同类型的权益的领取和核销上均较为不便，且也无法对各类权益进行有效的监管。

发明内容

针对现有技术的上述问题，本发明的目的在于，提供一种权益数据处理方法、装置、设备、存储介质和产品，涉及大数据技术领域，可应用于金融领域、银行领域或互联网消息领域，以解决现有技术中对权益领取、管理不便利的问题。

为了解决上述技术问题，本发明的具体技术方案如下：

第一方面，本发明提供一种权益数据处理方法，包括：

获取用户的身份信息和授权许可；

根据所述授权许可，从发放权益数据的多个平台获取与用户的所述身份信息相适配的权益数据；

将所述权益数据映射至相适配的映射维度的映射类别；

根据用户对所需映射维度所需映射类别的权益数据的领取请求，将相应的权益数据发送给用户。

具体地，所述将所述权益数据映射至相适配的映射维度的映射类别，包括：

获取所述权益数据的名称和描述信息；

根据所述名称和所述描述信息，提取所述权益数据的关键字；

根据所述关键字，将所述权益数据映射至相适配的映射维度的映射类别。

具体地，根据所述关键字，将所述权益数据映射至相匹配的映射维度的映射类别，包括：

计算所述关键字与各映射维度的各映射类别的匹配度；

根据匹配度计算结果将所述权益数据映射至相匹配的映射维度的映射类别。

进一步地，所述根据匹配度计算结果将所述权益数据映射至相匹配的映射维度的映射类别，包括：

将所述权益数据映射到匹配度大于预设的匹配度阈值的映射维度的映射类别中。

进一步地，所述根据匹配度计算结果将所述权益数据映射至相匹配的映射维度的映射类别，还包括：

基于倒排索引算法，将所述权益数据映射到各映射维度下匹配度最大的一个映射类别中。

优选地，所述映射维度包括平台维度、商家维度、权益类型维度、使用范围维度、使用场景维度和使用渠道维度中的一个或多个；

所述权益类型维度下的映射类别包括充值券、抵扣券、满减券或折扣券；

所述使用范围维度下的映射类别包括全场可用、全平台可用、全商家可用、多商品可用或单一商品可用；

所述使用场景维度下的映射类别包括出行场景、购物场景、美食场景或休闲娱乐场景；

所述使用渠道维度下的映射类别包括线上使用和线下使用。

具体地，所述根据用户对所需映射维度所需映射类别的权益数据的领取请求，将相应的权益数据发送给用户，包括：

解析所述领取请求得到用户所需权益数据的编码；

根据所述编码查询所述权益数据是否失效；

若所述权益数据未失效，则将所述权益数据反馈给用户。

进一步地，所述根据所述编码查询所述权益数据是否失效，包括：

根据所述编码查询所述权益数据的领取时限；

根据所述领取请求的接收时间和所述权益数据的领取时限，判断所述权益数据是否失效；

若所述接收时间超出所述领取时限，则确定所述权益数据失效并反馈用户权益数据领取失败提醒。

更进一步地，若所述接收时间未超出所述领取时限，所述方法还包括：

根据所述领取请求的接收时间，确定所述编码对应的权益数据的剩余数量；

若所述权益数据的剩余数量为零，则确定所述权益数据失效并反馈用户权益数据领取失败提醒。

具体地，若所述权益数据未失效，则将所述权益数据反馈给用户之后，所述方法还包括：

接收用户对所述权益数据的领取确认信息，以将所述权益数据的状态标记为已领取。

第二方面，本发明还提供一种权益数据处理装置，包括：

第一获取模块，用于获取用户的身份信息和授权许可；

第二获取模块，用于根据所述授权许可，从发放权益数据的多个平台获取与用户的所述身份信息相适配的权益数据；

映射模块，用于将所述权益数据映射至相适配的映射维度的映射类别；

第一发送模块，用于根据用户对所需映射维度所需映射类别的权益数据的领取请求，将相应的权益数据发送给用户。

第三方面，本发明还提供一种权益数据处理方法，包括：

发送对所需映射维度所需映射类别的权益数据的领取请求；

接收与所述领取请求相应的权益数据，所述权益数据为所述权益管理服务器将从发放权益数据的多个平台获取的权益数据映射至相适配的映射维度的映射类别后得到。

具体地，在发送对所需映射维度所需映射类别的权益数据的领取请求之前，所述方法还包括：

接收所述权益管理服务器发送的用户身份信息获取请求和授权许可请求；

反馈所述身份信息和授权许可给所述权益管理服务器，以使所述权益管理服务器基于所述授权许可反馈从发放权益数据的多个平台获取与所述身份信息相适配的权益数据。

第四方面，本发明还提供一种权益数据处理装置，包括：

第二发送模块，用于发送对所需映射维度所需映射类别的权益数据的领取请求；

接收模块，用于接收与所述领取请求相对应的权益数据，所述权益数据为所述权益管理服务器将从发放权益数据的多个平台获取的权益数据映射至相适配的映射维度的映射类别后得到。

第五方面，本发明还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述技术方案提供的方法。

第六方面，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如如上述技术方案提供的方法。

第七方面，本发明提供一种计算机程序产品，包括至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由处理器加载并执行以实现如上述技术方案提供的方法。

采用上述技术方案，本发明所述一种权益数据处理方法、装置、设备、存储介质和产品，能够对不同平台发放的权益数据根据用户的身份信息进行映射分类，从而便于用户根据自身实际需求进行领取，提高用户使用体验；同时还可实现对不同平台发放的权益数据的集中监管，降低各平台权益数据推广成本。

为让本发明的上述和其他目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附图式，作详细说明如下。

附图说明

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

图1示出了本发明实施例提供的一种权益数据处理方法的第一步骤示意图；

图2示出了本发明实施例中的对权益数据进行映射的步骤示意图；

图3示出了本发明实施例提供一种权益数据处理装置的第一结构示意图；

图4示出了本发明实施例提供的一种权益数据处理方法的第二步骤示意图；

图5示出了本发明实施例提供一种权益数据处理装置的第二结构示意图；

图6示出了本发明实施例提供的一种计算机设备的结构示意图。

附图符号说明：

31、第一获取模块；

32、第二获取模块；

33、映射模块；

34、第一发送模块；

51、第二发送模块；

52、接收模块；

602、计算机设备；

604、处理器；

606、存储器；

608、驱动机构；

610、输入/输出模块；

612、输入设备；

614、输出设备；

616、呈现设备；

618、图形用户接口；

620、网络接口；

622、通信链路；

624、通信总线。

具体实施方式

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

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

现有的各电商平台发放的权益多种多样，但不同平台的权益不可通用，用户在选择使用哪款权益产品时需多方比较，费时费力，用户体验不佳；各平台为了竞争，可能存在权益产品的滥用，现有技术难以对各平台权益的发放进行监管。因此，为了解决上述问题，本发明实施例提供了权益数据处理方法、装置、设备、存储介质和产品，能够为用户提供便捷的权利领取渠道，提高用户使用体验；且能够对不同行业不同领域的权益进行监管。图1是本发明实施例提供的一种权益数据处理方法的步骤示意图，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或装置产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。具体的如图1所示，所述方法适用于权益处理系统，所述方法可以包括：

S110：获取用户的身份信息和授权许可。

需要说明的是，本说明书实施例中，所述用户身份信息为经用户授权同意的信息。且本说明书实施例描述的技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

S120：根据所述授权许可，从发放权益数据的多个平台获取与用户的所述身份信息相适配的权益数据。

本说明书实施例中，所述权益数据，也可称为权益、权益产品，是指各平台、商家为提高用户活跃度、用户存留度和用户忠诚度，提供的可免费领取的或根据特定规则领取的优惠凭证，在购买实物或虚拟商品时可据此实现价格的优惠。

所述从发放权益数据的多个平台获取与用户的身份信息相适配的权限数据，是指获取用户对应于各个平台的可领取的权益，即获取用户在各平台下的领取权限。对于不同用户其在不同平台下领取权限可以不同，例如，新用户的领取权限可以与老用户的领取权限不同，普通用户的领取权限可以与贵宾用户的领取权限不同。

S130：将所述权益数据映射至相适配的映射维度的映射类别。

即本说明书实施例中对于多个平台发放的权益数据，预先规划有多个映射维度，且每个映射维度下有多个映射类别。

S140：根据用户对所需映射维度所需映射类别的权益数据的领取请求，将相应的权益数据发送给用户。

本说明书实施例提供的一种权益数据处理方法，能够对多个平台发放的权益数据进行映射管理，从而便于用户基于自身需求进行领取，提高用户领取权益的便利性的同时，便于系统对各平台权益数据的发放进行监管，保障良性竞争。

需要说明的是，所述身份信息可保留有一段时间(即有效时间)，与之相似的，所述授权许可也可设置有一有效时间，在身份信息和授权许可处于有效时间内，则无需重复获取用户的身份信息和授权许可。在实际应用时，由于各平台发放的权益数据可以是不断更新的，从而所述权益处理系统可以在身份信息和授权许可在有效时间的时间段内时，从发放权益数据的多个平台获取(并更新)与用户身份信息相适配的权益数据，并对权益数据进行映射处理以根据用户需求发送给用户。

如图2所示，在一些可行的实施例中，步骤S130：将所述权益数据映射至相适配的映射维度的映射类别，进一步包括：

S210：获取所述权益数据的名称和描述信息。

所述权益数据的名称可以在一定程度上体现权益数据的类目，所述描述信息可以在一定程度上体现权益产品的使用规则或使用条件。

S220：根据所述名称和所述描述信息，提取所述权益数据的关键字。

S230：根据所述关键字，将所述权益数据映射至相适配的映射维度的映射类别。

由于本说明书实施例中是从多个平台处获取权益数据的，而不同来源的权益数据的其名称的命名规则可能有所不同，其描述信息的表达方式也上可能有所不同。因此，本说明书实施例中，对名称和描述信息进行特征提取得到权益数据的关键字，再基于关键字将各权益数据进行映射，从而排除不同命名规则下的名称和不同表达方式下的描述信息与映射规则不适配的问题，能够避免权益数据被映射至不相符的映射维度的不相符的映射类别中；有利于提高用户对所需的权益数据领取的准确性，提高用户使用体验。

在一些可行的实施例中，所述权益数据的描述信息可以包括文字描述信息，例如，“限某某活动商品使用”、“限某某店铺商品使用”等等。除此之外，所述描述信息还可以包括图片描述信息，例如，图片中描述有该权益数据所适用的商品的信息等。则步骤S130：将所述权益数据映射至相适配的映射维度的映射类别，还可以包括：

获取所述权益数据的图片描述信息；

对所述图片描述信息进行图像识别；包括识别图像描述信息中的图像元素和字符元素。

基于图像识别结果，将所述权益数据映射至相适配的映射维度的映射类别。

所述映射维度包括平台维度、商家维度、权益类型维度、使用范围维度、使用场景维度和使用渠道维度中的一个或多个，当然还可以包括未例举出的其他映射维度。

所述平台维度即是从权益数据的来源维度对权益数据进行映射分类，平台维度下的各个类别即为授权接入本说明书实施例中所述的权益处理系统的各个平台，每个平台为一个单独的类别。

各平台下可入驻有多个商家，不同平台下的商家可能存在一些重叠，即同一商家可入驻进一个或多个平台，商家维度下的各个类别即是各个不同的商家。

所述权益类型维度是从权益数据的优惠类型对权益数据进行映射分类，权益类型维度下的映射类别包括充值券、抵扣券、满减券或折扣券。充值券是指该权益数据可充当一定的金额。抵扣券是指该权益数据可用于抵扣所适用商品的价格的至少一部分。满减券是指该权益数据可在商品价格达到一预设金额时减去某个金额，例如，满100元减15元等；满减券中的一种比较特殊的类型是，其要达到的预设金额是一个趋近于0的数值，例如0.01元，例如满0.01元减15元，由于一般商品均大于这个数值，因此，这种特殊的满减券也可称为无门槛满减券。折扣券是指该权益数据可使商品的价格以某一比例进行打折，比如，8折券可使得商品的价格打8折。所述权益类型维度下还可以包含有未例举出的其他类别。

所述使用范围维度是从权益数据的使用范围对其进行映射分类，则该维度下的映射类别包括全场可用、全平台可用、全商家可用、多商品可用或单一商品可用；其中全场可用是指本说明书实施例中所述的权益处理系统中的接入的所有平台、所有平台下的所有商家的所有商品均可用。

一般地，一种权益数据对于上述的每一种映射维度下，只能映射至其对应多种映射类别中的一种，例如，一权益数据对应于权益类型维度下可映射至满减券这一映射类别，则其就不可能被映射至权益类型维度下的其他映射类别。

所述使用场景维度下的映射类别包括出行场景、购物场景、美食场景或休闲娱乐场景，当然还可以包括未例举出的其他类别，比如，教育场景、金融场景等。

所述使用渠道维度下的映射类别包括线上使用和线下使用。在一些可行的实施例中，权益数据可以被映射至所述使用渠道维度下线上使用和线下使用这两个映射类别，则说明该权益数据可以是线上线下通用。

在一些具体的实施例中，步骤S230：根据所述关键字，将所述权益数据映射至相适配的映射维度的映射类别，可以包括：

计算所述关键字与各映射维度的各映射类别的匹配度；

根据匹配度计算结果将所述权益数据映射至相匹配的映射维度的映射类别。

即计算关键字与平台维度下各映射类别的匹配度，分别得到各映射类别下的匹配度计算结果；再计算得到关键字与商家维度、使用范围维度、使用场景维度和使用渠道维度等各个映射维度下的各映射类别的匹配度计算结果，根据所有的匹配度计算结果对所述权益数据映射处理。

由于权益数据由不同平台发放，且各平台发放的权益数据是在不断更新的，因此权益数量体量庞大，本说明书实施例通过关键字与各映射维度的各映射类别的匹配度的方法对权益数据进行映射处理，可以提高映射处理效率。

则在一些可行的实施例中，根据匹配度计算结果将所述权益数据映射至相匹配的映射维度的映射类别，可以是：

将所述权益数据映射到匹配度大于预设的匹配度阈值的映射维度的映射类别中。

示例性的，所述匹配度阈值可设置为80％(当然也可以设置为其他数值)，提取到某一权益数据的关键字为A，计算得到该关键字A与使用范围维度下的全场可用、全平台可用、全商家可用、多商品可用或单一商品可用的匹配度分别是20％、22％、23％、17％和82％，则可将该权益数据映射至使用范围维度下的单一商品可用这一映射类别；还提取到该权益数据的另一关键字为B，并计算得到关键字B与使用场景维度下的出行场景、购物场景、美食场景和休闲娱乐场景的匹配度分别为23％、27％、83％和34％，则将该权益数据映射至使用场景维度下的美食场景这一映射类别。其他映射维度下的映射类别的映射方式与之类似，此处不一一赘述。

需要说明的是，对于不同映射维度映射类别其匹配度计算的关键字一般是不同的，例如，对于平台维度其匹配度计算的关键字一般是平台的名称；对于使用范围维度其匹配度计算所需的关键字则可以是“全”、“全品”、“全场”、“特定”等等。若将用于与使用范围维度的各映射类别进行匹配度的关键字用于计算与其他映射维度的映射类别的匹配度时，则匹配度计算结构必然低于匹配度阈值。例如，将关键字“全场”与使用场景维度下的各映射类别计算得到的匹配度必然低于匹配度阈值，也就是说，不会发生错误匹配的情况。当然，也可将提取出的关键字基于与之相适配的映射维度进行分类，从而仅计算关键字和与之相适配的映射维度映射类别的匹配度，能够降低匹配度计算量，起到提高计算效率即提高映射效率的作用。

在另一些可行的实施例中，根据匹配度计算结果将所述权益数据映射至相匹配的映射维度的映射类别，还可以是：

基于倒排索引算法，将所述权益数据映射到各映射维度下匹配度最大的一个映射类别中。

示例性的，提取到该权益数据的关键字C和与之相适配的映射维度下的各映射类别(假设相适配的映射维度是权益类型维度下，则与该映射维度下充值券、抵扣券、满减券和折扣券各映射类别)的匹配度分别为34％、47％、53％和24％；则基于上述匹配度阈值方法无法将其映射至该映射维度下的任意一个映射类别。此时，可将各匹配度计算结果从大到小进行排序，可知，该关键字C与满减券这一映射类别的匹配度计算结果最大，因此，将其映射至权益类型维度下的满减券类别。

通过这种映射方法可以使得对于任意一个权益数据均可以有与之对应的映射维度和映射类别，避免权益数据映射结果为空的情况，在实际应用中，可便于用户根据权益数据的映射维度映射类别对其发起领取请求，降低用户领取难度。

进一步地，步骤S140：根据用户对所需映射维度所需映射类别的权益数据的领取请求，将相应的权益数据发送给用户，可以包括：

解析所述领取请求得到用户所需权益数据的编码。

当所述权益处理系统将与用户身份信息相适配的权益数据进行映射分类后，可通过应用软件、小程序、用户端网页等方式呈现展示给用户。用户通过点击网页中的某个权益数据的领取按钮发送所述领取请求，则所述编码即与该权益数据相对应，也就是说所述编码相当于所述权益数据的ID信息。

根据所述编码查询所述权益数据是否失效。

若所述权益数据未失效，则将所述权益数据反馈给用户。

在通过应用软件、小程序、用户端网页等方式向用户展示权益数据时，可从各映射维度向用户展示，还可以从某个映射维度下的各映射类别向用户展示：例如，向用户展示所有的甲平台的权益数据、所有的乙平台的权益数据；还可以向用户展示所有的充值券、所有的抵扣券、所有的满减券和所有的折扣券等等。

在一些可行的实施例中，还可以综合多个映射维度下的映射类别向用户展示权益数据，例如：向用户展示所有出行场景中的抵扣券，或向用户展示某商家的所有线上使用权益数据等等。从而便于用户综合对比，选择优惠力度最大的权益产品。示例性，某一商家入驻于多个平台，在向用户展示该商家的权益数据时，可以既展示有该商家在甲平台下的各权益数据X1、X2等，又展示有该商家在已平台下的各权益数据Y1、Y2等，则用户可比较出哪个权益数据更加优惠。进一步地，还可以获取商品的当前价格和使用对应的权益数据后的优惠价格，便于用户根据商品在各权益数据下的优惠价格进行选择。更进一步地，还可以获取商品的历史价格，绘制出该商品的价格波动曲线，以与该商品的当前价格以及使用对应的权益数据后的优惠价格进行比较，为用户提供选择依据。

除此之外，用户还可以通过搜索栏发起对所需权益数据的领取请求。用于搜索所需权益数据的关键字可以与映射规则(即预先规划的映射维度及旗下的映射类别)相适配。例如，用户在搜索栏中键入“充值券”和/或“满减”等关键字(即关键字与一种映射维度下的一个或多个映射类别相对应的场景)，则可发起对权益类型维度下的充值券和/或满减券等权益数据的领取请求。还可以对多个不同维度下的关键字组合，例如，当用户键入“满减”和“A商家”时(即关键字涉及两个不同的映射维度)，则可以发起对A商家的所有满减券的领取请求。

在向用户展示权益数据时，还可以通过用户的历史行为数据向用户推荐展示权益数据，所述历史行为数据可以包括用户的历史搜索记录、历史浏览记录、历史领取记录和历史核销记录(即历史使用记录)，通过大数据分析绘制用户画像，向用户推荐其可能感兴趣的、可能需要的权益数据，从而可以省去用户在搜索栏中键入关键字的搜索步骤，提高用户使用体验。

在一些可行的实施例中，所述根据所述编码查询所述权益数据是否失效，可以包括：

根据所述编码查询所述权益数据的领取时限；所述领取时限可以是从多个平台处获取权益数据是就预设设置好的，所述领取时限是用于限制所述权益数据的领取时间。

根据所述领取请求的接收时间和所述权益数据的领取时限，判断所述权益数据是否失效；

若所述接收时间超出所述领取时限，则确定所述权益数据失效并反馈用户权益数据领取失败提醒。

权益数据的领取时限可以包括一领取截止时间，例如，某一权益数据的领取截止时间为2021年10月10日，若权益处理系统接收到用户发起的对权益数据领取请求的时间(即接收时间)在该领取截止时间之后，则无法领取该权益数据。所述权益数据的领取时限还可以设置一领取开始时间，则当未到达该领取开始时间时，无法对所述权益数据进行领取。

优选地，若当前时间节点超过某一权益数据的领取截止时间时，还可以清除该权益数据。也就是说，(不论用户的领取权限如何、该权益数据的使用时间如何)当权益数据无法领取时，则无需再向用户展示该权益数据。本说明书实施例中，通过对权益数据设置有领取时限，可对权益数据进行清理，也有利于提高权益数据向用户的展示效果。

在另一些可行的实施例中，所述根据所述编码查询所述权益数据是否失效，还可以包括：

根据所述领取请求的接收时间，确定所述编码对应的权益数据的剩余数量；

若所述权益数据的剩余数量为零，则确定所述权益数据是失效并反馈用户权益数据领取失败提醒。

例如，某平台发放有一权益数据共计200张，限定每个用户可领取1张(同一用户对同一权益数据的领取数量可根据实际使用需要进行设置)。则当用户发起对该权益数据的领取请求时，根据系统对该领取请求的接收时间，判断该权益数据的剩余数量；若200张权益数据被领取完毕，即剩余数量为0，则确定所述权益数据失效并反馈用户权益数据领取失败提醒；否则，发送该权益数据给用户。

进一步地，所述根据用户对所需映射维度所需映射类别的权益数据的领取请求，将相应的权益数据发送给用户，还可以包括：

解析所述领取请求得到所述编码和用户对所述权益数据的领取数量；例如，用户对所述权益数据的领取数量为两张。

根据所述编码查询所述权益数据的领取时限；

根据所述领取请求的接收时间和所述权益数据的领取时限，判断所述权益数据是否失效；

若所述接收时间未超出所述领取时限，则确定所述权益数据未失效并根据所述领取请求的接收时间，确定所述编码对应的权益数据的剩余数量；

若所述权益数据的剩余数量不为零，则根据所述编码判断用户是否领取过该权益数据；

若用户未领取过该权益数据，则根据所述权益数据的剩余数量和所述用户对所述权益数据的领取数量，向用户发送所述权益数据；具体地，当剩余数量小于用户的领取数量时，将剩余数量个所述权益数据均发送给用户；当剩余数量大于等于用户的领取数量时，将用户所需的领取数量权益数据发送给用户。

若用户已领取过该权益数据，则判断用户对所述权益数据的领取数量是否达到限定数量；

若未达到所述限定数量，则根据所述领取数量、所述限定数量与用户已领取的该权益数据数量之差两者间的较小值，向用户发送权益数据；例如，用户已领取有一张权益数据，而权利数据领取上限为两张，用户此时发起的领取请求为领取两张该权益数量，则实际仅能向用户发送一张权益数据；再例如，用户已领取有一张权益数据，而权利数据领取上限为五张，用户此时发起的领取请求为领取两张该权益数量，则实际可向用户发送两张权益数据。

若已达到所述限定数量，则反馈用户权益数据领取失败提醒，例如，发送“已达到领取上限”提醒。

若所述接收时间超出所述领取时限，则确定所述权益数据失效，并发送权益数据领取失败提醒给用户；

若所述权益数据的剩余数量为零，则确定所述权益数据失效并发送权益数据领取失败提醒给用户。

综上，当权益数据的剩余数量为零时、当用户对该权益数据的领取数量达到上限时，以及当超过权益数据的领取时限时，即该权益数据对于用户来说均是不可领取的，是“失效”的状态，此时，可对该失效的权益数据进行清除处理，从而实现对各平台权益数据的更新和整理。

若所述权益数据未失效，则将所述权益数据反馈给用户之后，所述方法还包括：

接收用户对所述权益数据的领取确认信息(Acknowledgement，ACK)，以将所述权益数据的状态标记为已领取。并且，对所述权益数据的数量进行更新，即减去该用户领取的权益数据的数量。

在一些具体的实施例中，当将所述权益数据的状态标记为已领取后，所述方法还可以包括：

获取用户对所述权益数据的核销信息；

将所述权益数据的状态标记为已使用。

当用户在领取所述权益数据并利用其消费时，即核销领取的权益数据时，可由所述权益数据链入至商品的购买页面，以所述权益数据为优惠凭据结算商品；还可以是在付款时填入领取的权益数据的编码从而以优惠的价格结算等，即本说明书实施例中对所述权益数据的核销方法不做具体限定。

所述权益数据的核销可设置有开始时间和结束时间，即可设置有所述权益数据的有效期，其中结束时间可以有权益数据的领取时限关联，例如，权益数据核销的结束时间可以与权益数据的截止领取时间相同。

本说明书实施例中，所述权益处理系统可设置有如下接口，以与平台和用户对接：

平台接口，平台(即权益数据的发放者)从该平台接口将权益数据上传，平台接口获取权益数据后通过映射模块将各平台的权益数据映射至相适配的映射维度的映射类别。权益数据上传时平台接口需采集如下信息：

其中，权益归属供应商包括该权益数据所来自的平台及该平台下的商家信息；权益状态可以包括映射状态(包括未映射、已映射)，还可以包括有效状态(有效、无效)和使用状态(未领取、已领取、未使用和已使用)。映射状态可用于映射模块对未映射的权益数据进行映射处理，当映射处理后，映射模块将权益数据的映射状态由未映射变更为已映射。有效状态可用于标记该权益数据对用户而言是否有效。所述使用状态可用于表征用户行为。当权益数据刚从所述平台接口上传时，其权益状态分别为未映射、未领取和未使用。

用户接口，用户(即权益数据的领取者)从用户接口查询自己的领取权限，并发起对所需权益数据的领取请求。

如图3所示，本说明书实施例还提供一种权益数据处理装置，包括：

第一获取模块31，用于获取用户的身份信息和授权许可；

第二获取模块32，用于根据所述授权许可，从发放权益数据的多个平台获取与用户的所述身份信息相适配的权益数据；

映射模块33，用于将所述权益数据映射至相适配的映射维度的映射类别；

第一发送模块34，用于根据用户对所需映射维度所需映射类别的权益数据的领取请求，将相应的权益数据发送给用户。

通过本说明书实施例提供的装置所取得的有益效果和上述方法所取得的有益效果相一致，此处不再赘述。

如图4所示，本说明书实施例还提供一种权益数据处理方法，所述方法适用于用户的客户端，所述方法包括：

S410：发送对所需映射维度所需映射类别的权益数据的领取请求；

S420：接收与所述领取请求相应的权益数据，所述权益数据为所述权益管理服务器将从发放权益数据的多个平台获取的权益数据映射至相适配的映射维度的映射类别后得到。

本说明书实施例提供的一种权益数据处理方法，能够为用户提供满足自身需要的权益数据，提高用户权益领取便利性的同时，便于对来自不同平台的权益数据的监管，有利于降低平台权益数据推广成本，保障良性竞争。

监管系统自身也能基于有效时间对权益产品进行管理，清理掉过期的权益产品，权益作废。

进一步地，在步骤S410：发送对所需映射维度所需映射类别的权益数据的领取请求之前，所述方法还包括：

接收所述权益管理服务器发送的用户身份信息获取请求和授权许可请求；

反馈所述身份信息和授权许可给所述权益管理服务器，以使所述权益管理服务器基于所述授权许可反馈从发放权益数据的多个平台获取与所述身份信息相适配的权益数据。

如图5所示，本发明还提供一种权益数据处理装置，包括：

第二发送模块51，用于发送对所需映射维度所需映射类别的权益数据的领取请求；

接收模块52，用于接收与所述领取请求相对应的权益数据，所述权益数据为所述权益管理服务器将从发放权益数据的多个平台获取的权益数据映射至相适配的映射维度的映射类别后得到。

通过本说明书实施例提供的装置所取得的有益效果和上述方法所取得的有益效果相一致，此处不再赘述。

如图6所示，为本发明实施例提供的一种计算机设备，所述计算机设备602可以包括一个或多个处理器604，诸如一个或多个中央处理单元(CPU)，每个处理单元可以实现一个或多个硬件线程。计算机设备602还可以包括任何存储器606，其用于存储诸如代码、设置、数据等之类的任何种类的信息。非限制性的，比如，存储器606可以包括以下任一项或多种组合：任何类型的RAM，任何类型的ROM，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示计算机设备602的固定或可移除部件。在一种情况下，当处理器604执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算机设备602可以执行相关联指令的任一操作。计算机设备602还包括用于与任何存储器交互的一个或多个驱动机构608，诸如硬盘驱动机构、光盘驱动机构等。

计算机设备602还可以包括输入/输出模块610(I/O)，其用于接收各种输入(经由输入设备612)和用于提供各种输出(经由输出设备614)。一个具体输出机构可以包括呈现设备616和相关联的图形用户接口(GUI)618。在其他实施例中，还可以不包括输入/输出模块610(I/O)、输入设备612以及输出设备614，仅作为网络中的一台计算机设备。计算机设备602还可以包括一个或多个网络接口620，其用于经由一个或多个通信链路622与其他设备交换数据。一个或多个通信总线624将上文所描述的部件耦合在一起。

通信链路622可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路622可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。

对应于图1至图2和图4中的方法，本发明实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法的步骤。

本发明实施例还提供一种计算机可读指令，其中当处理器执行所述指令时，其中的程序使得处理器执行如图1至图2和图4所示的方法。

应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

还应理解，在本发明实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本发明中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到，结合本发明中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

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

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

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

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

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

本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (17)

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

获取用户的身份信息和授权许可；

根据所述授权许可，从发放权益数据的多个平台获取与用户的所述身份信息相适配的权益数据；

将所述权益数据映射至相适配的映射维度的映射类别；

根据用户对所需映射维度所需映射类别的权益数据的领取请求，将相应的权益数据发送给用户。

2.根据权利要求1所述的方法，其特征在于，所述将所述权益数据映射至相适配的映射维度的映射类别，包括：

获取所述权益数据的名称和描述信息；

根据所述名称和所述描述信息，提取所述权益数据的关键字；

根据所述关键字，将所述权益数据映射至相适配的映射维度的映射类别。

3.根据权利要求2所述的方法，其特征在于，根据所述关键字，将所述权益数据映射至相匹配的映射维度的映射类别，包括：

计算所述关键字与各映射维度的各映射类别的匹配度；

根据匹配度计算结果将所述权益数据映射至相匹配的映射维度的映射类别。

4.根据权利要求3所述的方法，其特征在于，所述根据匹配度计算结果将所述权益数据映射至相匹配的映射维度的映射类别，进一步包括：

将所述权益数据映射到匹配度大于预设的匹配度阈值的映射维度的映射类别中。

5.根据权利要求3所述的方法，其特征在于，所述根据匹配度计算结果将所述权益数据映射至相匹配的映射维度的映射类别，还包括：

基于倒排索引算法，将所述权益数据映射到各映射维度下匹配度最大的一个映射类别中。

6.根据权利要求3所述的方法，其特征在于，所述映射维度包括平台维度、商家维度、权益类型维度、使用范围维度、使用场景维度和使用渠道维度中的一个或多个；

所述权益类型维度下的映射类别包括充值券、抵扣券、满减券或折扣券；

所述使用范围维度下的映射类别包括全场可用、全平台可用、全商家可用、多商品可用或单一商品可用；

所述使用场景维度下的映射类别包括出行场景、购物场景、美食场景或休闲娱乐场景；

所述使用渠道维度下的映射类别包括线上使用和线下使用。

7.根据权利要求1所述的方法，其特征在于，所述根据用户对所需映射维度所需映射类别的权益数据的领取请求，将相应的权益数据发送给用户，包括：

解析所述领取请求得到用户所需权益数据的编码；

根据所述编码查询所述权益数据是否失效；

若所述权益数据未失效，则将所述权益数据反馈给用户。

8.根据权利要求7所述的方法，其特征在于，所述根据所述编码查询所述权益数据是否失效，包括：

根据所述编码查询所述权益数据的领取时限；

根据所述领取请求的接收时间和所述权益数据的领取时限，判断所述权益数据是否失效；

若所述接收时间超出所述领取时限，则确定所述权益数据失效并反馈用户权益数据领取失败提醒。

9.根据权利要求8所述的方法，其特征在于，若所述接收时间未超出所述领取时限，所述方法还包括：

根据所述领取请求的接收时间，确定所述编码对应的权益数据的剩余数量；

若所述权益数据的剩余数量为零，则确定所述权益数据失效并反馈用户权益数据领取失败提醒。

10.根据权利要求7所述的方法，其特征在于，若所述权益数据未失效，则将所述权益数据反馈给用户之后，所述方法还包括：

接收用户对所述权益数据的领取确认信息，以将所述权益数据的状态标记为已领取。

11.一种权益数据处理装置，其特征在于，包括：

第一获取模块，用于获取用户的身份信息和授权许可；

第二获取模块，用于根据所述授权许可，从发放权益数据的多个平台获取与用户的所述身份信息相适配的权益数据；

映射模块，用于将所述权益数据映射至相适配的映射维度的映射类别；

第一发送模块，用于根据用户对所需映射维度所需映射类别的权益数据的领取请求，将相应的权益数据发送给用户。

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

发送对所需映射维度所需映射类别的权益数据的领取请求；

接收与所述领取请求相应的权益数据，所述权益数据为所述权益管理服务器将从发放权益数据的多个平台获取的权益数据映射至相适配的映射维度的映射类别后得到。

13.根据权利要求12所述的方法，其特征在于，在发送对所需映射维度所需映射类别的权益数据的领取请求之前，所述方法还包括：

接收所述权益管理服务器发送的用户身份信息获取请求和授权许可请求；

反馈所述身份信息和授权许可给所述权益管理服务器，以使所述权益管理服务器基于所述授权许可反馈从发放权益数据的多个平台获取与所述身份信息相适配的权益数据。

14.一种权益数据处理装置，其特征在于，包括：

第二发送模块，用于发送对所需映射维度所需映射类别的权益数据的领取请求；

接收模块，用于接收与所述领取请求相对应的权益数据，所述权益数据为所述权益管理服务器将从发放权益数据的多个平台获取的权益数据映射至相适配的映射维度的映射类别后得到。

15.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至10任意一项所述的方法或如权利要求12至13任意一项所述的方法。

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

17.一种计算机程序产品，其特征在于，包括至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由处理器加载并执行以实现如权利要求1至10任意一项所述的方法或如权利要求12至13任意一项所述的方法。

Images