CN117495449A - 数据处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种数据处理方法、装置、设备及存储介质。该方法包括通过N个参与商户中每个参与商户对于第一商品的商品信息，生成资源管理平台为第一商品提供的总的第一中签数量，根据商品信息、第一中签数量和第一商品在资源管理平台中实际的中签用户的第二中签数量，确定每个参与商户的订单数量；按照每个参与商户的订单数量，向每个参与商户发送用于指示商户为与中签用户提供第一商品的订单消息。这样，可以将多个参与商户的抽签商品进行整合，提高用户中签的成功率，合理的为每个参与商户分配订单，有效避免了一些商户预约人数较少导致商品滞留的问题，提高商户的交易效率的同时，提升了资源管理平台流量利用率。

Description

数据处理方法、装置、设备及存储介质

技术领域

本申请属于数据处理技术领域，尤其涉及一种数据处理方法、装置、设备及存储介质。

背景技术

随着互联网交易的普及，用户可以在商户平台上通过线上预约的方式，预定一些该商户平台提供的一些数量较少且有购买条件的抽签商品，比如用户可以在金融平台预约贵金属纪念币、在邮政小程序中预约纪念邮票等。

然而，抽签商品大多由单一商户平台供货，中签数量受限于单一商户平台的库存水平，降低用户中签的成功率，影响用户交易。

发明内容

本申请实施例提供一种数据处理方法、装置、设备及存储介质，能够解决相关技术中抽签商品中签成功率低影响用户交易的问题。

第一方面，本申请实施例提供一种数据处理方法，应用于资源管理平台，该方法可以包括：

获取N个参与商户中每个参与商户对于第一商品的商品信息；

基于商品信息，生成第一中签数量，第一中签数量为资源管理平台为第一商品提供的总的中签数量；

根据商品信息、第一中签数量和第二中签数量，确定每个参与商户的订单数量，第二中签数量为第一商品在资源管理平台中实际的中签用户的数量；

按照每个参与商户的订单数量，向每个参与商户发送订单消息，订单消息用于指示商户为与中签用户提供第一商品。

第二方面，本申请实施例提供一种数据处理装置，应用于资源管理平台，该装置可以包括：

获取模块，用于获取N个参与商户中每个参与商户对于第一商品的商品信息；

生成模块，用于基于商品信息，生成第一中签数量，第一中签数量为资源管理平台为第一商品提供的总的中签数量；

确定模块，用于根据商品信息、第一中签数量和第二中签数量，确定每个参与商户的订单数量，第二中签数量为第一商品在资源管理平台中实际的中签用户的数量；

发送模块，用于按照每个参与商户的订单数量，向每个参与商户发送订单消息，订单消息用于指示商户为与中签用户提供第一商品。

第三方面，本申请实施例提供一种数据处理系统，该系统可以包括：商户、资源管理平台和用户端；其中，

商户，用于在接入资源管理平台的情况下，向资源管理平台发送共享请求，共享请求携带第一商品的商品信息；以及，在接收到资源管理平台发送的订单消息的情况下，基于订单消息携带的中签用户的目标预约凭证，为中签用户提供第一商品；

资源管理平台，用于接收商户发送的共享请求；并基于多个商户发送的共享请求，生成预约服务，向用户端发送预约通知；在接收到用户发送的预约请求的情况下为用户端分配预约凭证；并在资源管理平台的平台时间与预设预约开签时间匹配的情况下，执行如第一方面所示的数据处理方法；

用户端，用于在接收到订单消息的情况下，基于预约通知向资源管理平台发送预约请求，预约请求用于预约第一商品。

第四方面，本申请实施例提供了一种计算机设备，该计算机设备包括：处理器以及存储有计算机程序指令的存储器；

处理器执行计算机程序指令时实现如第一方面所示的数据处理方法。

第五方面，本申请实施例提供了一种计算机存储介质，计算机存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现如第一方面所示的数据处理方法。

第六方面，本申请实施例提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或指令，实现如第一方面所示的数据处理方法。

本申请实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如第一方面所示的数据处理方法。

本申请实施例的数据处理方法、装置、设备及存储介质，通过N个参与商户中每个参与商户对于第一商品的商品信息，生成资源管理平台为第一商品提供的总的第一中签数量，根据商品信息、第一中签数量和第一商品在资源管理平台中实际的中签用户的第二中签数量，确定每个参与商户的订单数量，然后按照每个参与商户的订单数量，向每个参与商户发送订单消息，订单消息用于指示商户为与中签用户提供第一商品。这样，可以将多个参与商户的抽签商品进行整合，增加中签数量，提高用户中签的成功率，使得用户无需通过多个不同的商户分别预约同样的商品，减少用户操作，提高用户交易体验。以及，通过资源管理平台基于第一商品提供的总的中签数量、第一商品在资源管理平台中实际的中签用户的数量以及商品信息，合理的为每个参与商户分配订单，有效避免了一些商户预约人数较少导致商品滞留的问题，提高商户的交易效率的同时，提升了资源管理平台流量利用率。

附图说明

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

图1为本申请实施例提供的一种数据处理系统的结构示意图；

图2为本申请实施例提供的一种数据处理方法的流程示意图；

图3是本申请一个实施例提供的数据处理装置的结构示意图；

图4是本申请一个实施例提供的计算机设备的结构示意图。

具体实施方式

下面将详细描述本申请的每个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

本申请技术方案中对数据(包括但不限于文中的特征、信息等)的获取、存储、使用、处理等均符合国家法律法规的相关规定。

在相关技术中，抽签商品大多由单一商户平台供货，中签数量受限于单一商户平台的库存水平,使得用户中签的成功率低。另外，抽签商品大多属于稀缺商品，商品总体数量不多，且分散到各个商户，由于预约规则的限制，用户无法同时在两个不同的商户预约同样的商品，也不能在同一商户重复预定，所以，若用户随机选择一个商户进行预约，则会存在该商户预约人数太多导致无法成功预约的情况，也会存在一个商户的预约人数过多，而另一个商户有空余的情况，使得一些商户预约人数较少导致商品滞留的问题。

为了解决上述技术问题，本申请实施例提供了一种数据处理方法、装置、计算机设备及存储介质。

基于此，下面将结合附图1至图4，详细描述本申请实施例的数据处理方法、装置、计算机设备及存储介质，应注意，这些实施例并不是用来限制本申请公开的范围。

图1为本申请实施例提供的一种数据处理系统的示意图。

如图1所示，本申请实施例提供的数据处理系统10可以为数据应用方的数据处理系统，该数据处理系统10可以包括资源管理平台101、用户端102和商户端103。其中，用户端102可以包括用户1、用户2、……、用户X，X为大于1的整数。商户端103可以包括商户1、商户2、……、商户Y，Y为大于1的整数，这里，本申请实施例中的商户端103可以包括本申请实施例中的候选商户和参与商户，比如，候选商户可以为商户1、商户2和商户3，参与商户可以为商户1和商户2。

下面对上述数据处理系统10中进行详细说明，具体如下所示。

资源管理平台101，用于接收商户端103中的商户发送的共享请求；并基于多个商户中每个商户发送的共享请求，生成预约服务。以及，资源管理平台101还可以用于，向用户端102比如用户1、用户2、……、用户X分别发送预约通知。资源管理平台101还可以用于，在接收到用户1和用户2发送的预约请求的情况下，分别为用户1和用户2分配预约凭证，比如为用户1分配预约凭证1以及为用户2分配预约凭证2；并在资源管理平台101的平台时间与预设预约开签时间匹配的情况下，获取商户端103中与资源管理平台101关联的每个参与商户对于第一商品的商品信息；基于商品信息，生成第一中签数量，第一中签数量为资源管理平台101为第一商品提供的总的中签数量；根据商品信息、第一中签数量和第二中签数量，确定每个参与商户的订单数量，第二中签数量为第一商品在资源管理平台101中实际的中签用户的数量，比如用户1中签；按照每个参与商户的订单数量，向每个参与商户比如商户1发送订单消息，订单消息用于指示商户1为与中签用户比如用户1提供第一商品。

用户端102中的用户，用于在接收到订单消息的情况下，基于预约通知向资源管理平台101发送预约请求，预约请求用于预约第一商品。

商户端103中的商户端，用于在接入资源管理平台101的情况下，向资源管理平台101发送共享请求，共享请求携带第一商品的商品信息；以及，在接收到资源管理平台101发送的订单消息的情况下，基于订单消息携带的中签用户的目标预约凭证，为中签用户提供第一商品。

由此，本申请实施例中提供的数据处理系统，可以将多个参与商户的抽签商品进行整合，增加中签数量，对于用户来说，可以提高用户中签的成功率，以满足用户的下单需求，以及，用户无需通过多个不同的商户分别预约同样的商品，减少用户操作，提高用户交易体验。其次，对于商户端来说，通过资源管理平台基于第一商品提供的总的中签数量、第一商品在资源管理平台中实际的中签用户的数量以及商品信息，合理的为每个参与商户分配订单，有效避免了一些商户预约人数较少导致商品滞留的问题，提高了商户的交易效率。再者，对于资源管理平台来说，通过连接海量用户和商户，可以最大化利用商户资源，合理为每个参与商户分配订单，提升资源管理平台流量利用率。

基于此，为了更好的说明本申请实施例中的内容，下面分别结合图2对本申请实施例提供的一种数据处理方法进行说明，具体如下所示。

图2为本申请实施例提供的一种数据处理方法的流程图。

如图2所示，该数据处理方法可以应用于如图1所示的资源管理平台，该数据处理方法具体可以包括如下步骤：

步骤210，获取N个参与商户中每个参与商户对于第一商品的商品信息；步骤220，基于商品信息，生成第一中签数量，第一中签数量为资源管理平台为第一商品提供的总的中签数量；步骤230，基于商品信息，生成第一中签数量，第一中签数量为资源管理平台为第一商品提供的总的中签数量；步骤240，按照每个参与商户的订单数量，向每个参与商户发送订单消息，订单消息用于指示商户为与中签用户提供第一商品。

这样，可以将多个参与商户的抽签商品进行整合，增加中签数量，提高用户中签的成功率，使得用户无需通过多个不同的商户分别预约同样的商品，减少用户操作，提高用户交易体验。以及，通过资源管理平台基于第一商品提供的总的中签数量、第一商品在资源管理平台中实际的中签用户的数量以及商品信息，合理的为每个参与商户分配订单，有效避免了一些商户预约人数较少导致商品滞留的问题，提高商户的交易效率的同时，提升了资源管理平台流量利用率。

下面对上述步骤进行详细说明，具体如下所示。

首先，涉及步骤210，本申请实施例中的第一商品的商品信息可以包括下述中的至少一种：第一子中签数量、商品数量、商品损耗率。其中，第一子中签数量可以为参与商户自身设置的中签数量。商户数量可以为参与商户能够提供的第一商品的数量。商品损耗率可以为第一商品在参与商户储存保管期中，其自然损耗量与入库商品数量的比率，是以百分数或千分数表示商品损耗率，例如，如果参与商户有100件第一商品，其中有10件损坏，那么商品损耗率就是10％。

基于此，在本申请的一些实施例中，在步骤210之前，本申请实施例中还可以先从接入资源管理平台中筛选出N个参与商户，即在步骤210之前，该数据处理方法还可以包括步骤2501和步骤2502，具体如下所示。

步骤2501，获取M个候选商户，候选商户为接入资源管理平台、且能提供第一商品的商户。

这里，本申请实施例中可以整合接入资源管理平台且具有同类资源的多个候选商户，使得资源管理平台可以对其进行集中管理，从而实现抽签商品的多方商户供货，增加中签数量，提高用户中签的成功率。

步骤2502，按照商户筛选策略，从M个候选商户中筛选出N个参与商户；其中，商户筛选策略用于对第i个候选商户在M个候选商户中服务指标排名进行评分，并基于评分从M个候选商户中筛选出N个参与商户，i∈[1，M]。

具体地，该步骤2502具体可以包括步骤25021至步骤25024。

步骤25021，根据第i个候选商户的商户服务数据，计算第i个候选商户在服务指标下的指标值，商户服务数据包括第i个候选商户在服务指标下的服务数据，i∈[1，M]。其中，服务指标包括至少两个服务指标，至少两个服务指标包括订单揽收指标、消费者负反馈率指标、投诉比率。

本申请实施例中可以基于不同的服务指标，选择与服务指标对应的服务数据，计算第i个候选商户在服务指标下的指标值，具体如下所示。

具体地，若服务指标为订单揽收指标，则第i个候选商户在订单揽收指标下的指标值为，在筛选N个参与商户之前的第一预设时间窗比如48小时内揽收的订单量与当月总订单量的比值。需要说明的是，该实施例中，商户服务数据可以为第i个候选商户在第一预设时间窗比如48小时内揽收的订单量与当月总订单量。

本申请实施例中的消费者负反馈率指标是衡量商品品质、商户服务和物流服务水平的综合指标,消费者负反馈率指标覆盖了订单评价、售后、投诉、进线咨询等多渠道的消费者反馈。

具体地，本申请实施例中的消费者负反馈率指标可以为以下至少一项：用户评价回复率、商品中差评率、客服电话接通率。

基于此，若服务指标为用户评价回复率，则第i个候选商户在用户评价回复率下的指标值为，在筛选N个参与商户之前的第一预设时间窗比如48小时内用户回复的评论数量与该第二预设时间窗比如当月内所有的评论数量的比值。需要说明的是，该实施例中，商户服务数据可以为第i个候选商户在第一预设时间窗比如48小时内用户回复的评论数量与该第二预设时间窗比如当月内所有的评论数量。

若服务指标为商品中差评率，则第i个候选商户在商品中差评率下的指标值为，在筛选N个参与商户之前的第一预设时间窗比如48小时内用户回复的差评评论数量与该第二预设时间窗比如当月内所有的评论数量的比值。需要说明的是，该实施例中，商户服务数据可以为第i个候选商户在第一预设时间窗比如48小时内用户回复的差评评论数量和该第二预设时间窗比如当月内所有的评论数量。

若服务指标为客服电话接通率，则第i个候选商户在客服电话接通率下的指标值为，第i个候选商户的客服电话接通数量和资源管理平台的客服电话接通数量的比例。需要说明的是，该实施例中，商户服务数据可以为第i个候选商户的客服电话接通数量和资源管理平台的客服电话接通数量。

若服务指标为投诉比率，则第i个候选商户在投诉比率下的指标值为，在筛选N个参与商户之前的第一预设时间窗比如当月内收到的投诉数量和当月数据管理平台整体交易订单数量的比值。需要说明的是，该实施例中，商户服务数据可以为第i个候选商户在第一预设时间窗比如当月内收到的投诉数量和当月数据管理平台整体交易订单数量。

如此，可以对每个候选商户在所有候选商户中的各项指标排名进行打分，以便基于各个服务指标的权重，计算第i个候选商户总的评分。

步骤25022，基于指标值，获取指标值在M个指标值的排名。其中，指标值包括第i个候选商户在至少两个服指标中每个服务指标下的指标值。

示例性地，若服务指标为1个，则可以通过上述步骤计算M个候选商户中每个候选商户在该服务指标下的指标值，即得到在服务指标下的M个指标值，对M个指标值进行排序，如此，基于排序后的指标值，可以获取第i个候选用户在该服务指标下在的排名。

同理，若服务指标为2个，则可以通过上述步骤计算M个候选商户中每个候选商户在至少两个服务指标中的每个服务指标下的指标值，即得到在每个服务指标下的M个指标值，对M个指标值进行排序，如此，基于排序后的指标值，可以获取第i个候选用户在至少两个服务指标中的每个服务指标下在的排名，从而基于第i个候选用户在至少两个服务指标中的每个服务指标下在的排名，计算第i个候选商户总的评分。

步骤25023，基于指标值和与排名对应的预设排名评分，计算第i个候选商户的评分。

基于此，该步骤25023具体可以包括步骤250231和步骤250232。

步骤250231，将至少两个服指标中每个服务指标下的指标值，按照至少两个服指标中每个服务指标对应的预设指标权重进行加权处理，得到第i个候选商户的初始评分。

示例性地，若至少两个服务指标为订单揽收指标和投诉比率，订单揽收指标的指标值R1，订单揽收指标对应的预设指标权重w1，投诉比率的指标值R2，投诉比率对应的预设指标权重w2，则第i个候选商户的初始评分为R1*w1+R2*w2。

步骤250232，将初始评分和预设排名评分的和作为第i个候选商户的评分。

示例性地，若预设排名评分为Z，则第i个候选商户的评分为(R1*w1+R2*w2)+Z。

步骤25024，基于M个候选商户中每个候选商户的评分，从M个候选商户中筛选出N个参与商户。

具体地，该步骤25024具体可以包括步骤250241和步骤250242。

步骤250241，基于M个候选商户中每个候选商户的评分，生成候选商户序列，候选商户序列包括按照评分从小到大排列的M个候选商户。

步骤250242，将候选商户序列中大于或等于预设评分的目标评分对应的候选商户确定为参与商户。

示例性地，资源管理平台可以基于每周获取的商户服务数据更新候选商户在各个服务指标下的指标值和候选商户的评分，从而可以实时选择近期服务能力良好的候选商户作为参与商户。

接着，设置中签订单分配规则，达到有序供货的效果。针对不同商户间的中签订单设计了订单分配规则，达到有序供货的效果。

基于此，涉及步骤220，本申请实施例中的商品信息可以包括下述中的至少一种：第一子中签数量、商品数量、商品损耗率，基于此，本申请实施例可以根据商品信息中不同种类的信息，提供不同生成第一中签数量的方式，具体如下所示。

在本申请的一些实施例中，商品信息包括第一子中签数量，第一子中签数量为参与商户自身设置的中签数量，基于此，该步骤220具体可以包括步骤2201。

步骤2201，将N个参与商户中每个参与商户提供的第一子中签数量之和确定为第一中签数量。

示例性地，N个参与商户中每个参与商户的第一子中签数量即为参与商户1所配置的第一子中签数量为X₁，参与商户2所配置的第一子中签数量为X₂，参与商户3所配置的第一子中签数量为X₃，……，参与商户N所配置的第一子中签数量为X_n，那么，第一中签数量S＝X₁+X₂+X₃+...+X_n。

在本申请的另一些实施例中，商品信息包括商品数量和商品损耗率，基于此，该步骤220具体可以包括步骤2202和步骤2203，具体如下所示。

步骤2202，基于每个参与商户对于第一商品的商品数量和商品损耗率，生成每个参与商户的第二子中签数量。

其中，第二子中签数量小于每个参与商户对于第一商品的商品数量。

示例性地，仍以上述步骤2201中的例子为例，N个参与商户中每个参与商户的商品数量即为参与商户1所配置的商品数量为K1，参与商户2所配置的商品数量为K2，参与商户3所配置的商品数量为K3，……，参与商户N所配置的商品数量为KN，且参与商户1的商品损耗率L1、参与商户2的商品损耗率L2、参与商户3的商品损耗率L3，……，参与商户N的商品损耗率LN。基于此，参与商户1的第二子中签数量为K1*L1，参与商户2的第二子中签数量K2*L2，参与商户3的第二子中签数量K3*L3，……，参与商户N的第二子中签数量KN*LN。

步骤2203，将N个参与商户中每个参与商户提供的第二子中签数量之和确定为第一中签数量。

示例性地，第一中签数量＝(K1*L1)+(K2*L2)+(K3*L3)+……+(KN*LN)。

再者，涉及步骤230，在本申请的一些实施例中，商品信息包括商品数量和第一子中签数量，第一子中签数量为参与商户自身设置的中签数量，基于此，该步骤230具体可以包括步骤2301至步骤2303，具体如下所示。

步骤2301，基于第一子中签数量和第二中签数量，计算每个参与商户在资源管理平台中的目标中签数量。

示例性地，N个参与商户中每个参与商户的第一子中签数量即为参与商户1所配置的第一子中签数量为X1，参与商户2所配置的第一子中签数量为X2，参与商户3所配置的第一子中签数量为X3，……，参与商户N所配置的第一子中签数量为Xn。第二中签数量为T。基于此，每个参与商户在资源管理平台中的目标中签数量即为参与商户1在资源管理平台中的目标中签数量为X1*T，参与商户2在资源管理平台中的目标中签数量为X2*T，参与商户3在资源管理平台中的目标中签数量为X3*T，……，参与商户N在资源管理平台中的目标中签数量为Xn*T。

步骤2302，基于目标中签数量和第一中签数量，生成资源管理平台为每个参与商户分配订单的比率。

示例性地，资源管理平台为每个参与商户分配订单的比率Y即资源管理平台为参与商户1分配订单的比率为Y1，资源管理平台为参与商户2分配订单的比率为Y2，资源管理平台为参与商户3分配订单的比率为Y3，……，资源管理平台为参与商户N分配订单的比率为YN。第一中签数量为S。

基于此，Y1＝X₁*T/S，Y2＝X₂*T/S，Y3＝X₃*T/3，……，YN＝X_n*T/N。

步骤2303，基于资源管理平台为每个参与商户分配订单的比率和第一中签数量，计算每个参与商户的订单数量。

需要说明的是，本申请实施例中的参与商户的订单数量如遇小数则进行四舍五入取整，如5.2取值为5,9.6取值为10，分配时可根据参与商户所配中签人数从小到大依次分配。

需要说明的是，本申请实施例中还可通过如下步骤确定第二中签数量，即在步骤230之前，该数据处理方法还可以包括：

接收用户端发送的预约请求，预约请求用于预约第一商品；

基于预约请求，为用户端分配预约凭证；

在资源管理平台的平台时间与预设预约开签时间匹配的情况下，基于分配的预约凭证的总数量和第一商品的总商品数量，计算第二中签数量，其中，总商品数量由每个参数商户对于第一商品的商品数量确定。

由此，可以将多个参与商户的抽签商品进行整合，增加中签数量，提高用户中签的成功率，使得用户无需通过多个不同的商户分别预约同样的商品，减少用户操作，提高用户交易体验。以及，通过资源管理平台基于第一商品提供的总的中签数量、第一商品在资源管理平台中实际的中签用户的数量以及商品信息，合理的为每个参与商户分配订单，有效避免了一些商户预约人数较少导致商品滞留的问题，提高商户的交易效率的同时，提升了资源管理平台流量利用率。

下面结合图1和图2，对本申请实施例中的数据处理方法进行举例说明，具体如下所示。

首先，商户接入资源管理平台，以录入商品信息，商户在资源管理平台的商品管理功能界面录入抽签商品即第一商品的商品信息。

具体地，接入资源管理平台接收商户选择商品管理功能界面下的添加商品以及选择抽签的第一商品对应的商品信息的选项；接着，接入资源管理平台可以获取商户输入的想要分享的第一商户的商品信息，如商品名称、详情、商品中签名额(该商户可提供的最大库存)等。然后，资源管理平台对录入的商品信息进行审核，审核通过后商品存入后台进入抽签商品可选商品池，但暂不向用户发送预约通知；反之审核不通过，则提示商户重新编辑商品信息。

其次，资源管理平台可以基于商户提供的商户信息获取资源管理平台的工作人员录入整合商品信息并上架，使得资源管理平台端基于商品池中的商品信息关联抽签主体商品和库存商品数量，校验通过后可对其进行推广。其中，获取资源管理平台的工作人员录入整合商品信息可以是选择用于筛选具有高质量运营服务能力的商户参与抽签活动运营服务能力的五项指标，比如订单揽收指标、用户评价回复率、商品中差评率、客服电话接通率、投诉比率，这里可通过上述步骤中的内容分别计算每个服务指标的指标值。资源管理平台可针对各项指标配置不同的得分权重，并根据每个商户在所有商户中的各项指标排名进行打分，最后计算出商户总的评分。资源管理平台定期会更新商户各项指标得分和总分。资源管理平台端工作人员配置抽签活动时可查看得分情况，并选择近期运营服务能力良好的商户参与抽签活动。以及，上文所示的获取资源管理平台的工作人员录入整合商品信息可以是接收工作人员在抽签整合商品页面录入第一商品和第一商品总的数量，可以通过录入商品编号以表示第一商品。

需要说明的是，非抽签整合商品类目下商品、非抽签商品、抽签信息中未配置中签人数的商品不可录入；综合商品信息完整性和库存量择优作为主体商品，其他同类商品为库存商品信息。资源管理平台校验录入的商品信息会出现两种结果，其一是录入成功，生成整合商品编号；其二是录入不成功，检查配置的商品编号等信息；商品信息校验通过后，资源管理平台会自动将主体商品、库存商品的中签名额汇总，形成实际总的中签数量即第一中签数量；第一商品配置成功后，资源管理平台会向用户推送预约通知，该预约通知可以包括预约开始时间、预约结束时间、开签时间即确定预设预约开签时间及商品详情等全部信息；

资源管理平台还可以在商品预约界面，生成整合商品详情链接，如果录入商品中“中签名额”无数据，则不生成整合商品详情链接。

再者，资源管理平台可以接收用户访问资源管理平台的请求，并确定用户在商品预约界面选择的待抽签的第一商品。这里，为了让用户清楚知道预约的第一商品的商品来源，则可以在商品预约界面显示参与商户提示信息，比如“预约商品由XX商户、YY商户、ZZ商户提供。需要说明的是，有时为了保证提供第一商品的参与商户的信息安全，也可以在预设预约开签时间之后显示参与商户的信息，在预设预约开签时间之前不显示。

然后，资源管理平台根据商品信息、第一中签数量和第二中签数量，确定每个参与商户的订单数量。其中，若用户未中签，资源管理平台则执行撤销预授权，用户的预约凭证的状态更新为未中签，流程结束。反之，若用户中签，资源管理平台则执行完成预授权，生成商品订单，为该用户分配发货的参与商户，预约凭证的状态更新为待发货。

基于此，资源管理平台按照每个参与商户的订单数量，向每个参与商户发送订单消息，订单消息用于指示商户为与中签用户提供第一商品，以完成订单发货。

由此，本申请实施例中可以将多个参与商户的抽签商品进行整合，增加中签数量，对于用户来说，可以提高用户中签的成功率，以满足用户的下单需求，以及，用户无需通过多个不同的商户分别预约同样的商品，减少用户操作，提高用户交易体验。其次，对于商户端来说，通过资源管理平台基于第一商品提供的总的中签数量、第一商品在资源管理平台中实际的中签用户的数量以及商品信息，合理的为每个参与商户分配订单，有效避免了一些商户预约人数较少导致商品滞留的问题，提高了商户的交易效率。再者，对于资源管理平台来说，通过连接海量用户和商户，可以最大化利用商户资源，合理为每个参与商户分配订单，提升资源管理平台流量利用率。

本申请还提供了一种数据处理装置，具体结合图3进行详细说明。

图3是本申请一个实施例提供的数据处理装置的结构示意图。

在本申请一些实施例中，图3所示数据处理装置可以设置于如图1所示的资源管理平台中。

如图3所示，该数据处理装置30具体可以包括：

获取模块301，用于获取N个参与商户中每个参与商户对于第一商品的商品信息；

生成模块302，用于基于商品信息，生成第一中签数量，第一中签数量为资源管理平台为第一商品提供的总的中签数量；

确定模块303，用于根据商品信息、第一中签数量和第二中签数量，确定每个参与商户的订单数量，第二中签数量为第一商品在资源管理平台中实际的中签用户的数量；

发送模块304，用于按照每个参与商户的订单数量，向每个参与商户发送订单消息，订单消息用于指示商户为与中签用户提供第一商品。

下面分别对本申请实施例中数据处理装置30进行详细说明。

在本申请中的一些实施例中，本申请实施例中数据处理装置30还可以包括筛选模块；其中，

获取模块301还可以用于，获取M个候选商户，候选商户为接入资源管理平台、且能提供第一商品的商户；

筛选模块，用于按照商户筛选策略，从M个候选商户中筛选出N个参与商户；其中，商户筛选策略用于对第i个候选商户在M个候选商户中服务指标排名进行评分，并基于评分从M个候选商户中筛选出N个参与商户，i∈[1，M]。

在本申请中的另一些实施例中，本申请实施例中数据处理装置30还可以包括第一计算模块；其中，

第一计算模块，用于根据第i个候选商户的商户服务数据，计算第i个候选商户在服务指标下的指标值，商户服务数据包括第i个候选商户在服务指标下的服务数据；

获取模块301还可以用于，基于指标值，获取指标值在M个指标值的排名；

第一计算模块还可以用于，基于指标值和与排名对应的预设排名评分，计算第i个候选商户的评分；

筛选模块具体可以用于，基于M个候选商户中每个候选商户的评分，从M个候选商户中筛选出N个参与商户。

在本申请中的又一些实施例中，确定模块303还可以用于，在服务指标包括至少两个服务指标，至少两个服务指标包括订单揽收指标、消费者负反馈率指标、投诉比率，指标值包括第i个候选商户在至少两个服指标中每个服务指标下的指标值的情况下，将至少两个服指标中每个服务指标下的指标值，按照至少两个服指标中每个服务指标对应的预设指标权重进行加权处理，得到第i个候选商户的初始评分；以及，将初始评分和预设排名评分的和作为第i个候选商户的评分。

在本申请中的再一些实施例中，本申请实施例中的生成模块302还可以用于，基于M个候选商户中每个候选商户的评分，生成候选商户序列，候选商户序列包括按照评分从小到大排列的M个候选商户；

本申请实施例中的确定模块303还可以用于，将候选商户序列中大于或等于预设评分的目标评分对应的候选商户确定为参与商户。

在本申请中的再一些实施例中，本申请实施例中的确定模块303还可以用于，在商品信息包括第一子中签数量，第一子中签数量为参与商户自身设置的中签数量的情况下，将N个参与商户中每个参与商户提供的第一子中签数量之和确定为第一中签数量。

在本申请中的再一些实施例中，申请实施例中的生成模块302还可以用于，基于每个参与商户对于第一商品的商品数量和商品损耗率，生成每个参与商户的第二子中签数量；

本申请实施例中的确定模块303还可以用于，将N个参与商户中每个参与商户提供的第二子中签数量之和确定为第一中签数量。

在本申请中的再一些实施例中，本申请实施例中数据处理装置30还可以包括第二计算模块；其中，

第二计算模块，用于在商品信息包括商品数量和第一子中签数量，第一子中签数量为参与商户自身设置的中签数量的情况下，基于第一子中签数量和第二中签数量，计算每个参与商户在资源管理平台中的目标中签数量；

本申请实施例中的生成模块302还可以用于，基于目标中签数量和第一中签数量，生成资源管理平台为每个参与商户分配订单的比率；

第二计算模块还用于，基于资源管理平台为每个参与商户分配订单的比率和第一中签数量，计算每个参与商户的订单数量。

在本申请中的再一些实施例中，本申请实施例中数据处理装置30还可以包括接收模块、分配模块和第三计算模块；其中，

接收模块，用于接收用户端发送的预约请求，预约请求用于预约第一商品；

分配模块，用于基于预约请求，为用户端分配预约凭证；

第三计算模块，用于在资源管理平台的平台时间与预设预约开签时间匹配的情况下，基于分配的预约凭证的总数量和所述第一商品的总商品数量，计算所述第二中签数量，其中，所述总商品数量由所述每个参数商户对于所述第一商品的商品数量确定。

由此，本申请实施例的数据处理装置，可以通过N个参与商户中每个参与商户对于第一商品的商品信息，生成资源管理平台为第一商品提供的总的第一中签数量，根据商品信息、第一中签数量和第一商品在资源管理平台中实际的中签用户的第二中签数量，确定每个参与商户的订单数量，然后按照每个参与商户的订单数量，向每个参与商户发送订单消息，订单消息用于指示商户为与中签用户提供第一商品。这样，可以将多个参与商户的抽签商品进行整合，增加中签数量，提高用户中签的成功率，使得用户无需通过多个不同的商户分别预约同样的商品，减少用户操作，提高用户交易体验。以及，通过资源管理平台基于第一商品提供的总的中签数量、第一商品在资源管理平台中实际的中签用户的数量以及商品信息，合理的为每个参与商户分配订单，有效避免了一些商户预约人数较少导致商品滞留的问题，提高商户的交易效率的同时，提升了资源管理平台流量利用率。

基于相同的发明构思，本申请还提供了一种计算机设备。具体结合图4进行详细说明。

图4是本申请一个实施例提供的计算机设备的结构示意图。

如图4所示，该计算机设备可以包括本申请实施例中涉及的下述中的至少一种：电子设备、服务器。其中，该计算机设备可以包括处理器401以及存储有计算机程序指令的存储器402。

具体地，上述处理器401可以包括中央处理器(CPU)，或者特定集成电路(Appltcatton Spectftc Tntegrated Ctrcutt，ASTC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器402可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器402可包括硬盘驱动器(Hard Dtsk Drtve，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Untversal Sertal Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器402可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器402可在综合网关容灾设备的内部或外部。在特定实施例中，存储器402是非易失性固态存储器。在特定实施例中，存储器402包括固态存储(ROM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。

处理器401通过读取并执行存储器402中存储的计算机程序指令，以实现上述实施例中的任意一种数据处理方法。

在一个示例中，计算机设备还可包括通信接口403和总线410。其中，如图4所示，处理器401、存储器402、通信接口403通过总线410连接并完成相互间的通信。

通信接口403，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线410包括硬件、软件或两者，将流量控制设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准系统(ETSA)总线、前端总线(FSB)、超传输(HT)互连、工业标准系统(TSA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道系统(MCA)总线、外围组件互连(PCT)总线、PCT-Express(PCT-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线410可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

该数据处理设备可以执行本申请实施例中的数据处理方法，从而实现结合图1至图4描述的数据处理方法和装置。

另外，结合上述实施例中的数据处理方法，本申请实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种数据处理方法。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASTC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

以上，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (13)

1.一种数据处理方法，应用于资源管理平台，包括：

获取N个参与商户中每个参与商户对于第一商品的商品信息；

基于所述商品信息，生成第一中签数量，所述第一中签数量为所述资源管理平台为所述第一商品提供的总的中签数量；

根据所述商品信息、所述第一中签数量和第二中签数量，确定所述每个参与商户的订单数量，所述第二中签数量为所述第一商品在所述资源管理平台中实际的中签用户的数量；

按照所述每个参与商户的订单数量，向所述每个参与商户发送订单消息，所述订单消息用于指示商户为与中签用户提供所述第一商品。

2.根据权利要求1所述的方法，其特征在于，所述获取N个参与商户中每个参与商户对于第一商品的商品信息之前，所述方法还包括：

获取M个候选商户，所述候选商户为接入所述资源管理平台、且能提供所述第一商品的商户；

按照商户筛选策略，从所述M个候选商户中筛选出N个参与商户；其中，所述商户筛选策略用于对第i个候选商户在所述M个候选商户中服务指标排名进行评分，并基于所述评分从所述M个候选商户中筛选出N个参与商户，i∈[1，M]。

3.根据权利要求2所述的方法，其特征在于，所述按照商户筛选策略，从所述M个候选商户中筛选出N个参与商户，包括：

根据所述第i个候选商户的商户服务数据，计算所述第i个候选商户在所述服务指标下的指标值，所述商户服务数据包括所述第i个候选商户在所述服务指标下的服务数据；

基于所述指标值，获取所述指标值在M个指标值的排名；

基于所述指标值和与所述排名对应的预设排名评分，计算所述第i个候选商户的评分；

基于所述M个候选商户中每个候选商户的评分，从所述M个候选商户中筛选出N个参与商户。

4.根据权利要求3所述的方法，其特征在于，所述服务指标包括至少两个服务指标，所述至少两个服务指标包括订单揽收指标、消费者负反馈率指标、投诉比率，所述指标值包括所述第i个候选商户在所述至少两个服指标中每个服务指标下的指标值；所述基于所述指标值和与所述排名对应的预设排名评分，计算所述第i个候选商户的评分，包括：

将所述至少两个服指标中每个服务指标下的指标值，按照所述至少两个服指标中每个服务指标对应的预设指标权重进行加权处理，得到所述第i个候选商户的初始评分；

将所述初始评分和所述预设排名评分的和作为所述第i个候选商户的评分。

5.根据权利要求3所述的方法，其特征在于，所述基于所述M个候选商户中每个候选商户的评分信息，从所述M个候选商户中筛选出N个参与商户，包括：

基于所述M个候选商户中每个候选商户的评分，生成候选商户序列，所述候选商户序列包括按照评分从小到大排列的M个候选商户；

将所述候选商户序列中大于或等于预设评分的目标评分对应的候选商户确定为参与商户。

6.根据权利要求1所述的方法，其特征在于，所述商品信息包括第一子中签数量，所述第一子中签数量为参与商户自身设置的中签数量；所述基于所述商品信息，生成第一中签数量，包括：

将所述N个参与商户中每个参与商户提供的第一子中签数量之和确定为所述第一中签数量。

7.根据权利要求1所述的方法，其特征在于，所述商品信息包括商品数量和商品损耗率；所述基于所述商品信息，生成第一中签数量，包括：

基于所述每个参与商户对于第一商品的商品数量和商品损耗率，生成所述每个参与商户的第二子中签数量；

将所述N个参与商户中每个参与商户提供的第二子中签数量之和确定为所述第一中签数量。

8.根据权利要求1所述的方法，其特征在于，所述商品信息包括商品数量和第一子中签数量，所述第一子中签数量为参与商户自身设置的中签数量；所述根据所述商品信息、所述第一中签数量和第二中签数量，确定所述每个参与商户的订单数量，包括：

基于所述第一子中签数量和所述第二中签数量，计算所述每个参与商户在所述资源管理平台中的目标中签数量；

基于所述目标中签数量和所述第一中签数量，生成所述资源管理平台为所述每个参与商户分配订单的比率；

基于所述资源管理平台为所述每个参与商户分配订单的比率和第一中签数量，计算所述每个参与商户的订单数量。

9.根据权利要求1所述的方法，其特征在于，所述根据所述商品信息、所述第一中签数量和第二中签数量，确定所述每个参与商户的订单数量之前，所述方法还包括：

接收用户端发送的预约请求，所述预约请求用于预约所述第一商品；

基于所述预约请求，为所述用户端分配预约凭证；

在所述资源管理平台的平台时间与预设预约开签时间匹配的情况下，基于分配的预约凭证的总数量和所述第一商品的总商品数量，计算所述第二中签数量，其中，所述总商品数量由所述每个参数商户对于所述第一商品的商品数量确定。

10.一种数据处理系统，包括：商户、资源管理平台和用户端；

所述商户，用于在接入所述资源管理平台的情况下，向所述资源管理平台发送共享请求，所述共享请求携带第一商品的商品信息；以及，在接收到所述资源管理平台发送的订单消息的情况下，基于所述订单消息携带的中签用户的目标预约凭证，为中签用户提供所述第一商品；

所述资源管理平台，用于接收所述商户发送的共享请求；并基于多个商户发送的共享请求，生成预约服务，向所述用户端发送预约通知；在接收到用户发送的预约请求的情况下为所述用户端分配预约凭证；并在所述资源管理平台的平台时间与预设预约开签时间匹配的情况下，执行如权利要求1-9任意一项所述的数据处理方法；

所述用户端，用于在接收到所述订单消息的情况下，基于所述预约通知向所述资源管理平台发送预约请求，所述预约请求用于预约所述第一商品。

11.一种数据处理装置，应用于资源管理平台，包括：

获取模块，用于获取N个参与商户中每个参与商户对于第一商品的商品信息；

生成模块，用于基于所述商品信息，生成第一中签数量，所述第一中签数量为所述资源管理平台为所述第一商品提供的总的中签数量；

确定模块，用于根据所述商品信息、所述第一中签数量和第二中签数量，确定所述每个参与商户的订单数量，所述第二中签数量为所述第一商品在所述资源管理平台中实际的中签用户的数量；

发送模块，用于按照所述每个参与商户的订单数量，向所述每个参与商户发送订单消息，所述订单消息用于指示商户为与中签用户提供所述第一商品。

12.一种计算机设备，所述设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1-9任意一项所述的数据处理方法。

13.一种存储介质，所述存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-9任意一项所述的数据处理方法。