CN110570272A - 供货方法及装置、电子设备及计算机可读存储介质 - Google Patents

Abstract

本申请提供了一种供货方法，属于计算机技术领域，能够兼顾商家收益和平台收益，又能改善用户体验。所述方法包括：对商家提供的单个产品进行拆分，映射为与多个预设消费场景对应的多个产品并将所述多个产品存储于平台服务器中，其中，拆分得到的每个所述产品设置有与所述预设消费场景匹配的信息，和场景标签；所述平台服务器响应于接收到用户通过用户终端发送的产品获取请求，确定所述用户发送所述产品获取请求时符合的所述预设消费场景；并在拆分后的得到的所述产品中，确定所述场景标签与所述预设消费场景匹配，且符合所述产品获取请求的产品，以及确定的所述产品的产品信息；并将确定的所述产品以及所述产品信息输出给所述用户终端。

Description

供货方法及装置、电子设备及计算机可读存储介质

技术领域

本公开涉及计算机技术领域，特别是涉及一种供货方法及装置、电子设备及计算机可读存储介质。

背景技术

现有的O2O(Online To Offline，在线离线)平台以提供用户进行线上查询、浏览、下单，线下消费订单的方式，为用户的生活提供了极大的方便，同时，也为平台供应商提供了更加广阔的订单生成渠道。O2O平台通常分为四个环节：供、控、选、售。“供”即供应上单，产品信息电子化的过程；“控”即对货品的审核控制及提升；“选”、“售”分别对应O2O平台的用户客户端，使得用户通过用户客户端执行产品的搜索、浏览、下单等产品访问操作。然而,现有技术中O2O平台的商品管理系统中，“控”“选”“售”环节无法区分场景，导致产品力、价格或佣金的规则简单粗暴，进而无法平衡商家收益或平台收益，甚至导致较差的用户体验。例如，有些通过电子商务平台售卖门票的旅游景点，不支持游客在景区附近通过电子商务平台购买门票，以减少景点门票中电子商务平台的佣金提成。这种情况下，会导致用户体验差，甚至导致平台的用户流失。

因此，需要提供一种能够兼顾商家收益和平台收益，又能改善用户体验的供货方法。

发明内容

本公开提供一种应用于产品管理平台的供货方法，能够兼顾商家收益和平台收益，又能改善用户体验。

为了解决上述问题，第一方面，本公开实施例提供了一种应用于产品管理平台的供货方法，包括：

对商家提供的单个产品进行拆分，映射为与多个预设消费场景对应的多个产品并将所述多个产品存储于平台服务器中，其中，拆分得到的每个所述产品设置有与所述预设消费场景匹配的佣金、产品价格和产品力中的任意一项或多项信息，以及，与所述预设消费场景匹配的场景标签；

所述平台服务器响应于接收到用户通过用户终端发送的产品获取请求，确定所述用户发送所述产品获取请求时符合的所述预设消费场景；

所述平台服务器在拆分后的得到的所述产品中，确定所述场景标签与所述预设消费场景匹配，且符合所述产品获取请求的产品，以及确定的所述产品的产品信息；

所述平台服务器将确定的所述产品以及所述产品信息输出给所述用户终端。

第二方面，本公开实施例提供了一种应用于产品管理平台的供货装置，包括：

产品拆分模块，用于对商家提供的单个产品进行拆分，映射为与多个预设消费场景对应的多个产品并将所述多个产品存储于平台服务器中，其中，拆分得到的每个所述产品设置有与所述预设消费场景匹配的佣金、产品价格和产品力中的任意一项或多项信息，以及，与所述预设消费场景匹配的场景标签；

消费场景确定模块，用于由所述平台服务器响应于接收到用户通过用户终端发送的产品获取请求，确定所述用户发送所述产品获取请求时符合的所述预设消费场景；

产品匹配模块，用于由所述平台服务器在拆分后的得到的所述产品中，确定所述场景标签与所述预设消费场景匹配，且符合所述产品获取请求的产品，以及确定的所述产品的产品信息；

产品输出模块，用于由所述平台服务器将确定的所述产品以及所述产品信息输出给所述用户终端。

第三方面，本公开实施例还公开了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本公开实施例所述的供货方法。

第四方面，本公开实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时本公开实施例公开的供货方法的步骤。

本申请实施例公开的供货方法，通过对商家提供的单个产品进行拆分，映射为与多个预设消费场景对应的多个产品并将所述多个产品存储于平台服务器中，其中，拆分得到的每个所述产品设置有与所述预设消费场景匹配的佣金、产品价格和产品力中的任意一项或多项信息，以及，与所述预设消费场景匹配的场景标签；然后，所述平台服务器响应于接收到用户通过用户终端发送的产品获取请求，确定所述用户发送所述产品获取请求时符合的所述预设消费场景；所述平台服务器在拆分后的得到的所述产品中，确定所述场景标签与所述预设消费场景匹配，且符合所述产品获取请求的产品，以及确定的所述产品的产品信息；并由所述平台服务器将确定的所述产品以及所述产品信息输出给所述用户终端，兼顾了商家收益和平台收益，同时改善了用户通过平台消费的用户体验。

附图说明

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

图1是本公开实施例一的供货方法流程图；

图2是本公开实施例二的供货方法流程图；

图3是本公开实施例三的供货方法流程图；

图4是本公开实施例四的供货方法流程图；

图5是本公开实施例五的供货装置结构示意图之一；

图6是本公开实施例五的供货装置的结构示意图之二；

图7是本公开实施例六的供货装置的结构示意图。

具体实施方式

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

实施例一

参照图1，示出了本公开实施例提供的一种应用于产品管理平台的供货方法，所述方法包括步骤110至步骤140。

步骤110，对商家提供的单个产品进行拆分，映射为与多个预设消费场景对应的多个产品并将所述多个产品存储于平台服务器中。

本申请实施例中所述的产品可以为商品、旅游景点门票、服务等产品。

本申请应用的产品管理平台可以为OTA系统、购物平台等，如商品售卖平台、门票预定平台、服务提供平台等。商户通过商户客户端与产品管理平台进行商品上单、上传商品信息、查询商品状态、进行商品结算等操作。用户通过用户客户端在产品管理平台进行商品浏览、查询、交易。所述产品管理平台可以包括一台或多台平台服务器，每台平台服务器用于存储产品数据和/或商家数据,和/或,进行数据处理。

本申请实施例中所述的预设消费场景包括：空间场景、时间场景和用户场景中的任意一项或多项。其中，所述空间场景进一步包括但不限于：近场、远场、本地、异地，所述时间场景进一步包括但不限于：早订优惠、随买随用、指定交易日期、指定交易时间；所述用户场景进一步包括但不限于：新客户、老客户、儿童、学生、军人。

其中，拆分得到的每个所述产品设置有与所述预设消费场景匹配的佣金、产品价格和产品力中的任意一项或多项信息，以及，与所述预设消费场景匹配的场景标签。

本申请具体实施时，首先获取商家提供的每个产品的产品信息，并通过对产品信息进行处理，得到派生的多个产品，以及派生的每个产品的产品信息。商家提供的每个产品的产品信息包括：产品标识、产品名称、产品描述、商家地理位置信息、上架时间、下架时间、售卖价格等信息。基于每个产品派生得到的一个或多个产品通常包括原提供产品的产品信息，还包括消费场景标签或者与所述预设消费场景匹配的佣金、产品价格和产品力中的任意一项或多项信息。其中，佣金信息可以为具体金额，也可以为佣金计算参数。

本公开实施例中所述的产品力为用于吸引用户的附加属性。具体实施时，所述产品力包括：随时退款、立即可用、免押金、及时送达等。

在本申请的一些实施例中，对商家提供的单个产品进行拆分，映射为与多个预设消费场景对应的多个产品并将所述多个产品存储于平台服务器中的步骤，包括：获取商家提供的产品对应的预设消费场景；按照与获取的所述预设消费场景对应的产品拆分策略确定与获取的每个所述预设消费场景匹配的附加产品信息；分别根据确定的每个所述预设消费场景匹配的附加产品信息和所述商家提供的产品的产品信息，生成拆分得到的产品的产品信息；由所述商家提供的产品拆分得到的每个产品匹配一个预设消费场景，其中，所述附加产品信息包括佣金、产品价格和产品力中的任意一项或多项信息。

例如，在商家上单的过程中，获取商家针对当前上单产品P配置的消费场景，如近场、远场。然后，按照预设的消费场景与佣金、产品价格和产品力中的对应关系，自动生成佣金、产品价格和产品力中的任意一项或多项附加信息。假设预设的与近场消费场景对应的佣金为0，则可以生成与近场消费场景对应的产品P1，以及产品P1的佣金为0，产品P1的产品价格为上单产品的原始价格；假设预设的与远场消费场景对应的佣金为10，则可以生成与远场消费场景对应的产品P2，以及产品P2的佣金为10，产品P2的产品价格为上单产品的原始价格+10。产品P1和产品P2则为原上单产品P拆分得到的两个产品，各自具有不同的附加产品信息(如佣金和产品价格)，产品P1和产品P2对应不同的预设消费场景。最后，对于拆分得到的产品P1，根据产品P1的上述附加产品信息和原上单产品P的产品信息，生成产品P1的产品信息。同理，得到产品P2的产品信息。

本申请的一些实施例中，还需要为拆分得到的每个产品设置匹配的场景标签。例如，产品P1对应近场消费场景，则为产品P1设置对应近厂消费场景的场景标签；产品P2对应远场消费场景，则为产品P2设置对应远厂消费场景的场景标签。

本申请的一些实施例中，还可以根据商家的配置的消费场景，获取预设产品库中的产品，并进行拆分，得到多个与预设消费场景对应的派生产品以及各派生产品的产品信息。

所述预设产品库中包括若干条产品信息，每条产品信息对应一个售卖产品，每条产品信息包括：产品标识、产品名称、产品描述、商家地理位置信息、上架时间、下架时间、售卖价格等信息。在获取到预设产品库之后，对于每个售卖产品的产品信息进行拆分，得到多条产品信息，拆分得到的每条产品信息对应一个产品，每个产品对应一个预设的消费场景，并为拆分得到的每个产品设置与相应消费场景匹配的场景标签。

本申请的另一些实施例中，某个产品可以仅对应一个预设消费场景，也可以对应多个预设消费场景。例如，某个产品即支持近场交易，又支持新客户交易，那么，具体实施时，可以对该产品设置复合场景的场景标签，如表1所示。

本申请的一些实施例中，对于拆分得到的若干产品，可以存储在一个产品库中，后续进行场景匹配时，可以通过场景标签进行索引匹配。所述产品库存储在所述平台服务器上。产品库中的产品信息如表1所示。

表1，产品信息

本申请的另一些实施例中，所述对商家提供的单个产品进行拆分，映射为与多个预设消费场景对应的多个产品并将所述多个产品存储于平台服务器中的步骤，包括：对商家提供的每个产品，针对每个预设消费场景进行产品拆分，映射为分别与所述预设消费场景对应的产品；分别根据与每个预设消费场景对应的所述产品，构建与每个所述预设消费场景对应的子产品库。即将拆分得到的所有产品分成多个产品库进行管理，每个产品库中的产品匹配一种消费场景。例如，对于拆分得到的所有产品，将支持近场消费场景的所有产品，即场景标签匹配近场消费场景的所有产品通过一个产品库S1进行管理；将支持远场消费场景的所有产品，即场景标签匹配远场消费场景的所有产品通过一个产品库S2进行管理；将支持新客户消费场景的所有产品，即场景标签匹配新客户消费场景的所有产品通过一个产品库S3进行管理；将支持老客户消费场景的所有产品，即场景标签匹配老客户消费场景的所有产品通过一个产品库S4进行管理。按照此方法，可以得到与每个预设的消费场景一一对应的子产品库。与每个所述预设消费场景对应的子产品库可以存储在同一台平台服务器上，也可以存储在不同的平台服务器上。

子产品库S1中的产品信息如表2所示。

表2，子产品库中的产品信息

表2中，每个产品仅对应一个预设消费场景。

在本申请的一些实施例中，与产品库或子产品库中的每个产品相关的产品信息还包括：产品画像信息。所述产品画像信息可以存储在所述产品库之外的数据库中，并通过产品标识与产品库中的每条产品信息关联；或者，所述产品画像信息存储在所述产品库或子产品库中。产品画像信息是描述产品属性的一些信息，本申请实施例中的产品画像信息可以包括多个字段，例如包括：地理位置信息(如产品的消费地的第一位置信息，其中，第一位置信息可以包括：POI(兴趣点)参考位置点+延展距离，或，AOI(地理围栏)+延展距离。POI参考位置点是产品可被消费的位置，例如门票所属景点、酒店、餐馆等；也可以是产品被消费的起止点，例如打车的上车点)。具体实施时，不同类型的产品，其产品画像信息有所不同。以景点门票类产品举例，所述产品画像信息还包括：产品名称、电话、地理位置、开放时间、描述信息、结算价格、费用包含项目等。再以外卖产品为例，所述产品画像信息还包括：产品名称、地理位置、可点时间、电话、口味、结算价格等。

步骤120，所述平台服务器响应于接收到用户通过用户终端发送的产品获取请求，确定所述用户发送所述产品获取请求时符合的所述预设消费场景。

本申请实施例中所述用户终端安装有产品管理平台的用户客户端，所述产品获取请求是指用户通过所述用户终端访问产品管理平台，通过产品管理平台的用户客户端浏览、查询、购买商品、旅游景点门票、服务等产品的过程中，执行的访问产品的操作所产生的产品获取请求。例如，在用户选择指定商品时，点击相应界面内的“购买”按钮所触发的请求。

所述产品获取请求可以为用户的主动行为产生的产品获取请求，如用户对产品的主动搜索或点击行为产生的产品获取请求；也可能为产品管理平台内置用户触达策略执行代码产生的产品获取请求，如产品管理平台对应的用户客户端在用户登陆之后，根据用户画像信息，主动为用户推送产品时，生成的产品获取请求。

具体应用过程中，当用户查询产品、浏览产品页或购买产品时，或者执行其他产品获取操作时，用户客户端会根据用户的操作生成产品获取请求，并发送至产品管理平台，所述产品管理平台接收到所述产品获取请求之后，响应于收到用户的产品获取请求，进一步确定所述用户发送所述产品获取请求时符合的所述预设消费场景。

通常所述产品获取请求中包括查询关键词、查询时间、查询地点、所述用户的用户标识等信息，根据所述产品获取请求中包括的信息与预设的各消费场景的匹配关系，可以确定所述用户发送所述产品获取请求时符合的所述预设消费场景。

下面，以所述预设消费场景包括：空间场景、时间场景、用户场景，所述空间场景进一步包括：近场、远场、本地和异地，所述时间场景进一步包括：早订优惠、随买随用、指定交易日期、指定交易时间；所述用户场景进一步包括：新客户、老客户举例，分别阐述所述平台服务器响应于接收到用户通过用户终端发送的产品获取请求，确定所述用户发送所述产品获取请求时符合的所述预设消费场景的具体技术方案。

对于空间场景而言，本申请实施例中所述的近场近场例如指消费者在浏览或下单时离目标商家的线下销售地处于预定距离范围内，而远场指消费者在浏览或下单时离目标商家的线下销售地处于预定距离范围外，所述线下销售地例如是景区的售票点，预定距离的值可以由商家或平台方指定，例如3公里或其他值。(本申请实施例中所述的本地是指所述用户当前所在城市为所述用户的常驻城市，异地是指所述用户当前所在城市不是所述用户的常驻城市。

对于用户场景而言，本申请实施例中所述的新客户例如指在目标商家首次消费的消费用户，老客户例如指在目标商家已经有过消费记录的用户。

对于时间场景而言，本申请实施例中所述的早订优惠例如是一些对于购买时间和消费时间之间的差值有要求的条件，例如某景区的门票要求在入园之前4小时购买，若到了景区后自购票时间起不足4小时则不可入园，直至满足4小时才能入园，当然，这种票相比于随买随用的票往往有优惠；而随买随用则是对于购买时间和消费时间之间的差值无要求的条件，例如在景区可以买了票之后立即入园，而不会受到时间的限制。本申请实施例中所述的指定交易日期可以指某个日期入园的景点门票，申请实施例中所述的指定交易时间可以为夜场门票等。

第一种情况，对于近场和远场空间场景的匹配判断。

用户发送所述产品获取请求时符合的所述预设消费场景是相对于某个产品而言的。例如，当用户在故宫门口购买故宫门票时，用户所符合的差异化消费条件为近场；如果用户在故宫门口购买颐和园门票时，则用户所符合的差异化消费条件为远场。因此，需要针对每个比对产品分别确定用户所符合的差异化消费条件。因此，在进行场景匹配之前，首先需要确定用于进行场景匹配的候选产品。

在本申请的一些实施例中，可以将预设产品库中的所有产品均作为候选产品，然后分别根据每个候选产品的关联地理位置、所述候选产品的场景标签和所述当前地理位置之间的距离，以及预设的近场消费场景判断条件映射得到的数值范围，确定所述用户发送所述产品获取请求时符合近场消费场景或远场消费场景。

在本申请的另一些实施例中，还可以将所述产品库中的与所述产品信息获取请求匹配的所有产品，作为比对产品。例如，所述产品信息请求将携带用户点击的产品的品类、名称、地理位置等相关信息或用户输入的关键词。产品管理平台的服务器在接收到产品信息获取请求时，首先根据产品信息获取请求中携带的关键词或其他相关信息，调用搜索引擎，在预设的产品库中进行搜索，初步确定与产品获取请求匹配的产品，作为候选产品。

本申请的一些实施例中，所述平台服务器响应于接收到用户通过用户终端发送的产品获取请求，确定所述用户发送所述产品获取请求时符合的所述预设消费场景包括：响应于接收到用户通过用户终端发送的产品获取请求，确定所述用户的当前地理位置；根据预先获取的匹配所述产品获取请求的各候选产品的关联地理位置和场景标签、所述当前地理位置，确定所述用户发送所述产品获取请求时符合近场消费场景或远场消费场景。其中，所述关联地理位置为所述候选产品的实际使用位置或供应方地址，例如门票对应的景点的地理位置。

以用户执行产品查询操作举例，当用户输入查询关键词之后点击用户客户端的查询按钮时，用户客户端将向产品管理平台发送产品获取请求，该产品获取请求包括查询关键词、所述用户的当前地理位置、当前查询时间、用户标识等基本信息。首先，通过预设搜索引擎基于所述查询关键词进行搜索，可以确定产品库中匹配所述查询关键词的一个或多个产品作为候选产品。接下来，分别根据每个候选产品的关联地理位置和场景标签，映射得到与各个候选产品对应的近场地理范围值；之后，将所述用户的当前地理位置与所述近场地理范围值进行匹配，若匹配成功，则确定该所述用户对于该候选产品的产品获取请求匹配近场消费场景；否则，可以确定该所述用户对于该候选产品的产品获取请求匹配远场消费场景。

以某一候选产品的场景标签为“近场”举例，则可以根据预设的近场消费场景判断条件中设置的距离阈值和所述候选产品的POI或者AOI，将近场场景标签映射为一个地理范围值。仍以门票场景为例，例如某景区门票这一产品所对应的景区，在实际地图数据中实际为一个经、纬度值，在映射时，可以以该经、纬度值为中心，周围预定距离(例如3公里)范围内的点均映射为“近场”的地理位置点的范围值；也可以指定经度范围、纬度范围内的近似矩形(例如某游乐园,北纬39.9074318523-39.9074319523,东经116.2128209068-116.2128211068)作为“近场”的地理范围值；也可以先为该景区绘制地理围栏，然后以该地理围栏向周边拓展一定距离的范围，以拓展后的包络线所围出的地点位置点的范围作为“近场”的地理范围值。

可以理解地，上述示例仅是为了更好地理解本公开实施例的技术方案而列举的示例，不作为对本公开实施例的唯一限制。

第二种情况，对于本地和异地空间场景的匹配判断。

本申请的一些实施例中，所述平台服务器响应于接收到用户通过用户终端发送的产品获取请求，确定所述用户发送所述产品获取请求时符合的所述预设消费场景包括：响应于接收到用户通过用户终端发送的产品获取请求，确定所述用户的常驻城市；根据预先获取的匹配所述产品获取请求的各候选产品的关联地理位置所属城市和所述用户的常驻城市，确定所述用户发送所述产品获取请求时符合本地消费场景或异地消费场景。其中，所述关联地理位置为所述候选产品的实际使用位置或供应方地址，例如门票对应的景点的地理位置。所述用户的常驻城市可以根据用户注册时预留的常驻城市信息确定，也可以为根据用户的历史行为日志分析，抽象得到的常驻城市。

当所述用户的常驻城市与某一候选产品的关联地理位置所属城市相同时，确定所述用户发送所述产品获取请求时符合本地消费场景；当所述用户的常驻城市与某一候选产品的关联地理位置所属城市不同时，确定所述用户发送所述产品获取请求时符合异地消费场景。

可以理解地，上述示例仅是为了更好地理解本公开实施例的技术方案而列举的示例，不作为对本公开实施例的唯一限制。

第三种情况，对于新客户和老客户用户场景的匹配判断。

本申请的一些实施例中，所述平台服务器响应于接收到用户通过用户终端发送的产品获取请求，确定所述用户发送所述产品获取请求时符合的所述预设消费场景包括：从历史交易信息中获取与所述产品获取请求对应的产品供应方的目标历史交易信息；根据所述目标历史交易信息，确定所述用户符合的所述预设消费场景为新客户消费场景或老客户消费场景。

本申请实施例中所述的历史交易信息是指用户在产品管理平台已完成的交易数据信息，例如，用户在产品管理平台购买商品的信息、退货信息、收货地址信息等等。通常情况下，产品管理平台可以保存用户一个月甚至更长时间内，在产品管理平台内完成的交易记录信息，通过交易记录信息，可以获取与用户关联的历史交易信息。

在本申请实施例中，目标历史交易信息是指用户在产品供应方处所完成的交易信息，例如，产品供应方为门店K，用户在门店K完成交易信息包括购买商品1、购买商品3，则目标历史交易信息即为购买商品1、购买商品3的信息。

在从历史交易信息中获取与产品获取请求对应的产品供应方的目标历史交易信息之后，可以根据目标历史交易信息，确定所述用户是否为所述产品获取请求对应的产品供应方的辛新客户。例如，若目标历史交易信息为空，则表示所述用户不曾在产品供应方处购买过产品，则可以确定所述用户符合的所述预设消费场景为新客户消费场景；若目标历史交易信息为非空，则表示所述用户曾经在产品供应方处购买过产品，则可以确定所述用户符合的所述预设消费场景为老客户消费场景。

当然，在具体实现中，针对匹配新客户或老客户消费场景的判断条件，还可以根据用户在产品供应方处购买产品的次数进行不同等级的划分，具体地划分方式可以根据实际情况而定，本申请实施例在此不再加以一一赘述。

第四种情况，对于早订优惠、指定交易日期、指定交易时间等时间场景的匹配判断。

本申请的一些实施例中，所述平台服务器响应于接收到用户通过用户终端发送的产品获取请求，确定所述用户发送所述产品获取请求时符合的所述预设消费场景包括：响应于接收到用户通过用户终端发送的产品获取请求，确定所述用户发送所述产品获取请求时的当前时间；根据预先获取的匹配所述产品获取请求的各候选产品的场景标签、所述场景标签对应的场景匹配判断条件、所述当前时间，确定所述用户发送所述产品获取请求时是否符合的所述相应候选产品的场景标签对应的时间场景。

以某一候选产品的场景标签为“早订优惠”为例，假设“早订优惠”这一场景标签对应的场景匹配判断条件为“提早一个月预定”，则可以场景标签对应的匹配判断条件映射为一个月的时间间隔值。然后，将所述当前时间与所述候选产品的使用时间之间的差值与所述时间间隔值进行匹配，若匹配成功，则确定接收到用户的产品获取请求对于该候选产品而言匹配早订优惠消费场景；匹配失败，则确定接收到用户的产品获取请求对于该候选产品而言不匹配早订优惠消费场景。

再以某一候选产品的场景标签为“指定交易日期”或“指定交易时间”为例，所述场景标签中将给出具体的交易日期或交易日期的数值范围，并预先设定相应的场景匹配判断条件，例如匹配判断条件为“提早1天预定”或“提早4小时预定”，则可以场景标签对应的场景匹配判断条件映射为一个时间间隔值。然后，将所述当前时间与所述候选产品的使用时间之间的差值与所述时间间隔值进行匹配，并根据匹配结果确定接收到用户的产品获取请求对于该候选产品而言是否匹配该候选产品的场景标签对应的消费场景。

本申请的另一些实施例中，还可以采用其他方法对于早订优惠、指定交易日期、指定交易时间等时间场景进行匹配判断，本申请实施例中不再一一例举。

在本申请的一些实施例中，所述平台服务器响应于接收到用户通过用户终端发送的产品获取请求，确定所述用户发送所述产品获取请求时符合的所述预设消费场景，还包括：响应于接收到用户通过用户终端发送的产品获取请求，获取所述产品获取请求中包括的所述预设消费场景。例如，用户客户端页面设置有与预设消费场景匹配的按钮，用户通过触发相应按钮进入对应的消费场景，此时，用户的产品获取请求中还包含消费场景信息。具体而言，用户客户端可以设置近场购票、远场购票、早订优惠、新客户、老客户等于预设消费场景对应的入口按钮，当用户促触发了某一按钮(如近场购票)时，用户客户端将确定用户的消费场景为近场消费场景，之后，用户客户端根据用户输入的其他信息(如关键词、品类信息等)、用户的当前地理位置，以及消费场景等生成用户的产品获取请求，并发送至产品管理平台的平台服务器。所述产品管理平台的平台服务器从接收到的用户的产品获取请求中解析所述产品获取请求匹配的消费场景。

步骤130，所述平台服务器在拆分后的得到的所述产品中，确定所述场景标签与所述预设消费场景匹配，且符合所述产品获取请求的产品，以及确定的所述产品的产品信息。

本申请的一些实施例中，用户的产品获取请求匹配的消费场景是通过将用户的产品获取请求中的地理位置信息、当前时间信息、用户标识等信息与候选产品的场景标签、预设的场景匹配判断条件进行匹配后确定的，则可以在进行场景匹配时，缓存场景匹配成功的候选产品，然后，在本步骤中，进一步确定缓存的候选产品中，匹配所述产品获取请求中包括的关键词、品类等搜索信息的候选产品，作为所述场景标签与所述预设消费场景匹配，且符合所述产品获取请求的目标产品。进一步的，根据产品标识索引产品库，可以确定所述目标产品的产品信息。所述产品信息中包括与所述场景标签匹配的佣金、产品价格、产品力等信息中的一项或多项。

本申请的另一些实施例中，用户的产品获取请求匹配的消费场景是根据所述用户的产品获取请求中携带的消费场景信息确定的，则在本步骤中，需要根据所述产品获取请求中包括的关键词、品类等搜索信息筛选候选产品，然后，对筛选得到的候选产品，进一步进行所述产品获取请求中的地理位置信息、当前时间、用户标识等信息与筛选得到的各候选产品的场景标签映射得到的消费场景判断条件进行匹配，以确定符合所述产品获取请求和消费场景的目标产品。进一步的，根据产品标识索引产品库，可以确定所述目标产品的产品信息。所述产品信息中包括与所述场景标签匹配的佣金、产品价格、产品力等信息中的一项或多项。

本申请的一些实施例中，预先根据预设场景标签，构建了与预设每个消费场景对应的子产品库，每个子产品库中的产品具有相同的场景标签。例如，预先构建了匹配近场消费场景的子产品库、匹配远场消费场景的子产品库、匹配新客户消费场景的子产品库和匹配老客户消费场景的子产品库。则当用户的产品获取请求匹配的消费场景是根据所述用户的产品获取请求中携带的消费场景信息确定的，在拆分后的得到的所述产品中，确定所述场景标签与所述预设消费场景匹配，且符合所述产品获取请求的产品，以及确定的所述产品的产品信息的步骤中，包括：在与所述预设消费场景对应的子产品库中，确定符合所述产品获取请求的产品，并确定所述符合所述产品获取请求的产品的产品信息。

例如，当根据用户的产品获取请求中携带的消费场景信息确定，用户的所述产品获取请求匹配近场消费场景时，则平台服务器可以在预先确定的与近场消费场景对应的子产品库中，根据所述产品获取请求携带的关键词、品类等搜索信息进一步确定符合所述搜索信息的产品，作为目标产品。

本申请的另一些实施例中，当用户的产品获取请求匹配的消费场景不是根据所述用户的产品获取请求中携带的消费场景信息确定时，也可以由所述平台服务器在与所述预设消费场景对应的子产品库中，确定符合所述产品获取请求的产品，并确定所述符合所述产品获取请求的产品的产品信息。例如，当根据用户的用户标识确定该用户为新客户时，平台服务器可以直接在与新客户消费场景对应的子产品库中确定与所述产品获取请求中携带的关键词、品类等等搜索相关的信息匹配的产品。

通过构建与消费场景对应的子产品库，并在确定用户所符合的消费场景之后，在与用户所符合的消费场景对应的子产品库中进一步采用通用的搜索匹配策略进行产品搜索，可以提升产品的搜索效率。

步骤140，所述平台服务器将确定的所述产品以及所述产品信息输出给所述用户终端。

其中，所述产品信息中包括与所述预设消费场景匹配的产品价格和产品力中的至少一项信息。

最后，将确定的目标产品，以及该最终产品的产品信息输出给所述用户终端。例如，当某一用户在故宫附近通过电子商务平台购买故宫门票时，电子商务平台的产品管理平台通过接收到的该用户的产品获取请求确定该用户匹配近场消费场景，则将输出场景标签匹配近场场景的故宫门票。在产品管理平台中，场景标签匹配近场场景的故宫门票的佣金为0，因此，产品价格与远场消费场景下的产品价格是不同的，用户通过电子商务平台可以方便的购买价格实惠的门票，提升了电子商务平台的购票体验，同时门票供应方也不需要额外付出佣金，维护了商家的收益。

本申请公开的供货方法，通过对商家提供的单个产品进行拆分，映射为与多个预设消费场景对应的多个产品并将所述多个产品存储于平台服务器中，其中，拆分得到的每个所述产品设置有与所述预设消费场景匹配的佣金、产品价格和产品力中的任意一项或多项信息，以及，与所述预设消费场景匹配的场景标签；然后，所述平台服务器响应于接收到用户通过用户终端发送的产品获取请求，确定所述用户发送所述产品获取请求时符合的所述预设消费场景；所述平台服务器在拆分后的得到的所述产品中，确定所述场景标签与所述预设消费场景匹配，且符合所述产品获取请求的产品，以及确定的所述产品的产品信息；并由所述平台服务器将确定的所述产品以及所述产品信息输出给所述用户终端，其中，所述产品信息中包括与所述预设消费场景匹配的产品价格和产品力中的至少一项信息，兼顾了商家收益和平台收益，同时改善了用户通过平台消费的用户体验。

在另一个具体应用场景中，由于现有技术不能实现基于时间维度的产品管理，导致不同时间维度只能执行单一的商品管理与销售策略，无法满足不同场景供需匹配。以度假业务举例，景区在淡季期间期望提前低价预售旺季门票起到人流管控和资源调配作用(同样适用包含旺季期间提前低价预售淡季票起到提升整体营收作用)，所以可以向线上平台提供预订未来时间门票更低售价更高佣金供给。由于现有技术中不支持时间维度商品管理，导致不能实现预售票和随买随用票的不同佣金管理，无法提升线上平台在提升预售商品在线销量积极性。而通过本申请实施例公开的供货方法，通过对产品进行拆分并设置匹配的场景标签，然后通过识别消费者购买时间，实现原价购买当日票并且收取正常佣金，低价购买预售票并且收取高佣金。通过这种方式不但提升了消费者购票体验，也维护了景区的收益，同时为平台创造额外收益，促进了线上平台在提升预售商品在线销量积极性。

实施例二

基于实施例一，所述平台服务器将确定的所述产品以及所述产品信息输出给所述用户终端的步骤之后，在本申请的一些实施例中，如图2所示，所述方法还包括：步骤150和步骤160。

步骤150，所述平台服务器响应于接收到用户通过用户终端发送的产品交易请求，根据所述产品交易请求针对的产品生成订单数据，其中，所述订单数据中包括所述产品的，与所述用户所符合的所述预设消费场景匹配的佣金、产品价格和产品力中的任意一项或多项信息。

本申请实施例中所述的产品交易请求可以为在向所述用户输出目标产品之后，用户终端上运行的用户客户端检测到用户购买所述目标产品的操作之后，生成的所述用户的产品交易请求。

具体实施时，当用户通过触发用户客户端设置的购买按钮购买输出给所述用户的产品时，用户客户端将生成产品交易请求，并发送给产品管理平台的平台服务器。所述产品交易请求中包括产品标识、产品价格、交易请求时间、场景标签和/或佣金信息,所述产品交易请求中还可以产品力。所述产品管理平台根据接收到的用户的产品交易请求生成订单数据，并存储。所述订单数据中至少包括产品标识、产品交易时间、订单产品的佣金信息、产品价格，在本申请的另一些实施例中，所述订单数据中还可以包括产品力。

步骤160，所述平台服务器根据所述订单数据中的佣金信息进行产品管理平台与所述产品的供应方之间的利润结算。

当所述订单数据中包括与所述预设消费场景匹配的佣金信息时，所述根据所述产品交易请求针对的产品生成订单数据的步骤之后，还包括：所述平台服务器根据所述订单数据中的佣金信息进行产品管理平台与所述产品的供应方之间的利润结算。

产品管理平台(如电子商务平台)和产品供应方之间会定期进行产品收益的分成结算。具体实施时，产品管理平台会根据产品管理平台存储的订单数据中的产品价格和佣金信息进行结算。其中，所述佣金信息可以为具体金额，也可以为计算参数。当所述佣金信息为计算参数时，平台服务器根据所述佣金信息和预设的佣金计算策略计算具体佣金金额。

本申请实施例公开的供货方法，通过对产品进行拆分，由一个产品拆分得到多个匹配不同消费场景的类似产品，通常拆分得到的匹配不同消费场景的产品设置有与匹配的消费场景对应的场景标签、产品价格、佣金信息、产品力等附加产品信息；当用户在某一消费场景下购买了与该消费场景匹配的产品时，订单数据中会存储与该产品的佣金信息，之后，产品管理平台和产品供应方基于订单数据中的产品价格和佣金信息进行利润分成结算，可以客观地将平台桥梁作用进行数据化，即按照消费场景的不同，对平台引流贡献进行不同程度的数据化，并分别进行计算处理和反馈，兼顾平台和产品供应方的利益。

实施例三

基于实施例二，当所述订单数据中包括与所述预设消费场景匹配的产品力信息时，本申请的另一实施例提供的供货方法，如图3所示，在根据所述产品交易请求针对的产品生成订单数据的步骤之后，还包括：步骤170。

步骤170，所述平台服务器响应于用户针对所述订单数据中的产品力信息的产品力执行操作，根据与所述产品力匹配的判断条件确定是否执行所述产品力。

仍以订单产品为门票举例，用户成功预订门票后，平台生成对应门票的订单数据，并将电子门票二维码或者订单信息反馈给用户，当用户持电子门票二维码或者订单信息，到门店消费时，用户在刷卡处刷电子门票二维码或请求打印门票或在验证订单信息时，将发送该门票的消费请求。产品管理平台的平台服务器在接收到所述消费请求时，获取到用户针对所述产品发出消费请求时的请求消费时间，同时，获取所述订单数据中的订单生成时间和产品力，根据所述产品力确定产品力执行判断条件，然后，根据请求消费时间、订单生成时间和所述产品力执行判断条件的匹配结果，确定是否执行所述产品力。

例如，当根据所述门票的订单数据确定用户购买的门票为“早订优惠”这一消费场景的门票，并针对下单的门票发起消费请求。首先，平台服务器确定所述产品订单生成时间与所述请求消费时间之间的时间差。然后，将该时间差与“早订优惠”这一消费场景对应的执行判断条件(例如预设时间间隔)进行比较，如果所述时间差执行判断条件(如所述时间差大于所述预设时间间隔)，则确定用户在所述请求消费时间时有权限消费该门票；否则，确定用户在所述请求消费时间时无权限消费该门票。

通过在订单数据中存储产品力信息，并基于产品力的执行判断条件对产品力的执行操作进行判断，进一步实现对产品进行多维度全流程管理。

实施例四

下面结合图4详细说明本申请获取产品获取请求至输出产品信息的步骤的具体实施方式。

本实施例公开的一种供货方法，如图4所示，该方法包括：步骤410至步骤430。

参照图4，示出了本公开实施例提供的一种供货方法的步骤流程图，该供货方法可以应用于产品管理平台，具体可以包括如下步骤：

步骤410：在接收到用户执行的产品获取请求时，获取与所述用户关联的用户属性信息。

在本公开实施例中，产品管理平台可以为OTA系统、购物平台等等，本公开实施例对此不加以限制。

本公开实施例可以应用于根据用户关联的场景为用户提供相应的产品的场景。

产品获取请求是指用户通过用户终端访问产品管理平台，通过产品管理平台的用户客户端浏览、查询、购买商品、旅游景点门票、服务等产品的过程中，执行的访问产品的操作所产生的产品获取请求。例如，在用户选择指定商品时，点击相应界面内的“购买”按钮所触发的请求。

所述产品获取请求可以为用户的主动行为产生的产品获取请求，如用户对产品的主动搜索或点击行为产生的产品获取请求；也可能为产品管理平台内置用户触达策略执行代码产生的产品获取请求，如产品管理平台对应的用户客户端在用户登陆之后，根据用户画像信息，主动为用户推送产品时，生成的产品获取请求。

当然，产品获取请求还可以为语音形式的请求，通过对用户输入的语音进行解析，并根据解析结果生成相应的产品获取请求。

在具体实现中，本领域技术人员还可以设置其它形式的产品获取请求，具体地，可以根据实际情况而定，本公开实施例对此不加以限制。

用户终端可以为移动终端，如手机、PAD(Portable Android Device，平板电脑)等移动电子设备，也可以为PC(Personal Computer，个人计算机)端，如台式电脑、笔记本电脑等。

而对于用户终端具体类型可以根据实际情况而定，本公开实施例对此也不加以限制。

用户属性信息可以包括位置属性信息、异地属性信息和交易行为属性信息等属性信息中的一种或多种。

在产品管理平台可以预先设置监测程序，通过监测程序可以实时监测用户触发的产品获取请求。

在接收到用户执行的产品获取请求之后，可以获取与用户关联的用户属性信息。

对于上述三种用户属性信息的获取方式可以参照下述优选实施例的方案进行。

在用户属性信息为位置属性信息时，获取用户属性信息的方式可以按照如下步骤进行。

在本公开的一种优选实施例中，上述步骤410可以包括：

子步骤A1：获取所述产品获取请求对应的产品供应方的第一位置信息，及所述用户当前所处的第二位置信息。

在本公开实施例中，产品获取请求对应的产品供应方是指用户所请求产品的产品供应方(如产品供货商、门店等)，例如，用户想要从A门店购买某一产品时，可以点击该产品对应的购买按钮以生成产品获取请求，而该产品获取请求对应的产品供应方即为A门店。

第一位置信息是指产品获取请求所对应的产品供应方的位置信息，例如，在产品供应方的为B景点时，则第一位置信息即为B景点所处的位置信息，如“北京市xxx区xxx街道xxx号”等。

第二位置信息是指用户发起产品获取请求时所处的位置信息，也即用户操作用户终端发起产品获取请求时的位置信息，例如，用户使用手机在位置C处发起产品获取请求，则第二位置信息即为位置C。

可以理解地，上述示例仅是为了更好地理解本公开实施例的技术方案而列举的示例，不作为对本公开实施例的唯一限制。

当然，在产品供应方在产品管理平台注册并提供产品信息时，通常产品管理方会填写产品供应方的详细信息，如产品类型、各类产品的价格、供应方地址等等。

在获取第一位置信息时，可以依据产品管理平台预先保存的与产品供应方对应的信息中获取产品供应方的第一位置信息。

而对于用户的第二位置信息的获取可以按照下述步骤进行。

在本公开的另一种优选实施例中，上述子步骤A1可以包括：

子步骤A1-1：向所述用户操作的终端发送位置鉴权请求。

本公开实施例中，用户操作的终端是指用户发起产品获取请求时所使用的终端，可以为移动终端，也可以为PC端，具体地，可以根据实际情况而定。

位置鉴权请求是指用于产品管理平台指示用户进行位置共享的鉴权请求，在用户接受平台发送的位置鉴权请求之后，产品管理平台即可以获取用户操作的终端当前所处的位置。

在接收到用户执行的产品获取请求时，产品管理平台可以向用户操作的终端发送位置鉴权请求。

在向用户操作的终端发送位置鉴权请求之后，执行子步骤A1-2。

子步骤A1-2：在所述位置鉴权请求鉴权成功后，获取所述终端当前所处的第二位置信息。

在终端接收到位置鉴权请求之后，可以在终端显示屏幕上展示位置鉴权请求，在用户不接受产品管理平台发送的位置鉴权请求时，表示位置鉴权请求鉴权未成功，即用户不会向产品管理平台共享用户操作的终端的位置信息，对于此种方案，本公开实施例不作考虑。

而在用户接受产品管理平台发送的位置鉴权请求时，表示位置鉴权请求鉴权成功，即用户可以向产品管理平台共享用户操作的终端(也即用户)的位置信息。

在位置鉴权请求鉴权成功之后，产品管理平台可以获取终端当前所处的第二位置信息，即用户当前所处的第二位置信息。

可以理解地，上述获取第二位置信息的方式是为了更好地理解本公开实施例的方案而列举的一种方案，现有技术中任何一种能够使得产品管理平台可以获取用户当前所处的第二位置信息的方法均可以应用于本公开实施例，本公开实施例在此不再加以一一赘述。

在获取第一位置信息和第二位置信息之后，执行子步骤A2。

子步骤A2：依据所述第一位置信息和所述第二位置信息，计算得到所述用户与所述产品管理方之间的间隔距离。

间隔距离是指产品供应方与用户之间的相隔距离。

第一位置信息和第二位置信息通常所指的是经纬度信息，而在获取第一位置信息和第二位置信息之后，可以根据第一位置信息和第二位置信息计算得到用户与产品管理方之间的间隔距离。

在计算得到间隔距离之后，执行子步骤A3。

子步骤A3：依据所述间隔距离，确定所述用户的位置属性信息。

在本公开实施例中，位置属性信息可以包括近场属性和远场属性，近场属性和远场属性是指在用户与产品供应方在同一地域范围内时，用户与产品供应方的距离远近属性，例如，在用户与产品供应方的间隔距离在100m范围内时，表示位置属性信息即为近场属性，而在用户与产品供应方的间隔距离在100m范围外时，表示位置属性信息即为远场属性。

可以理解地，上述示例是为了更好地理解本公开实施例的技术方案而列举的示例，不作为对本公开实施例的唯一限制。

目标位置属性是指基于用户与产品获取请求对应的产品供应方间的间隔距离，而确定的与用户关联的位置属性信息。

在计算得到用户与产品供应方之间的间隔距离之后，可以间隔距离与预先设置的距离阈值进行比较，在间隔距离大于距离阈值时，与用户关联的位置属性信息即为远场属性，而在间隔距离小于等于距离阈值时，与用户关联的位置属性信息即为近场属性。

当然，距离阈值可以是由研发人员根据经验预先设置的值，距离阈值可以为100m、200m等，例如，对于景区而言，可以为景区绘制围栏数据，结合用户定位信息，即可计算用户是否在园内以及与景区围栏的最近距离，从而精确判断用户近远场属性。

对于距离阈值设置可以根据实际情况而定，本公开实施例对此不加以限制。

在用户属性信息为异地属性信息时，获取用户属性信息的方式可以按照如下步骤进行。

在本公开的一种优选实施例中，上述步骤410可以包括：

子步骤B1：获取与所述用户关联的历史交易信息。

本公开实施例中，历史交易信息是指用户在产品管理平台已完成的交易数据信息，例如，用户在产品管理平台购买商品的信息、退货信息、收货地址信息等等。

通常情况下，产品管理平台可以保存用户一个月甚至更长时间内，在产品管理平台内完成的交易记录信息，通过交易记录信息，可以获取与用户关联的历史交易信息。

在获取与用户关联的历史交易信息之后，执行子步骤B2。

子步骤B2：依据所述历史交易信息，确定所述用户的用户画像信息。

子步骤B3：依据所述用户画像信息，确定所述用户的常驻区域信息。

用户画像信息为描述用户身份属性及产品偏好的信息，是对用户信息全貌进行刻画，包括：用户性别、年龄、星座等静态身份属性信息，还包括根据用户的历史行为日志分析，抽象得到的动态信息，如用户常驻城市、用户的类别偏好、价格偏好等产品偏好信息。

在根据与用户关联的历史交易，确定用户的用户画像信息之后，可以根据用户画像信息，确定用户的常驻区域信息，即用户常驻城市。

在确定用户的常驻区域信息之后，执行子步骤B4。

子步骤B4：依据所述常驻区域信息，获取与所述用户对应的异地属性信息。

在本公开实施例中，异地属性信息可以包括异地属性和本地属性两种，例如，在产品供应方所处区域为D城市，而用户常驻区域为D城市时，表示用户与产品供应方处于同一城市，则用户的异地属性信息即为本地属性；而在产品供应方所处区域为D城市，而用户常驻区域为F城市时，表示用户与产品供应方处于不同的城市，则用户的异地属性信息即为异地属性。

可以理解地，上述示例仅是为了更好地理解本公开实施例的技术方案而列举的示例，不作为对本公开实施例的唯一限制。

在获取用户的常驻区域信息之后，可以将用户的常驻区域信息和产品获取请求对应的产品供应方所处的区域进行比较，在二者匹配时，则表示用户的常驻区域与产品供应方处于同一区域，即用户的异地属性信息即为本地属性。

而在二者不匹配时，则表示用户的常驻区域与产品供应方处于不同的区域，即用户的异地属性信息即为异地属性。

在用户属性信息为交易行为属性信息时，获取用户属性信息的方式可以按照如下步骤进行。

在本公开的一种优选实施例中，上述步骤410可以包括：

子步骤C1：从所述历史交易信息中获取与所述产品获取请求对应的产品供应方的目标历史交易信息。

子步骤C2：依据所述目标历史交易信息，确定与所述用户对应的交易行为属性信息。

在本公开实施例中，目标历史交易信息是指用户在产品供应方处所完成的交易信息，例如，产品供应方为门店K，用户在门店K完成交易信息包括购买商品1、购买商品3，则目标历史交易信息即为购买商品1、购买商品3的信息。

交易行为属性信息是指用于反映用户是否为产品供应方的新老客户的属性，即交易行为属性信息可以包括新客户属性和老客户属性，例如，用户之前从未在产品供应方购买过产品，交易行为属性信息即为新客户属性，而在用户此前已经在产品供应方购买过产品时，则对应的交易行为属性信息即为老客户属性。

可以理解地，上述示例仅是为了更好地理解本公开实施例的技术方案而列举的示例，不作为对本公开实施例的唯一限制。

在从历史交易信息中获取与产品获取请求对应的产品供应方的目标历史交易信息之后，可以根据目标历史交易信息，确定与用户对应的交易行为属性信息，例如，在目标历史交易信息的记录为空值时，表示用户不曾在产品供应方处购买过产品，即与用户对应的交易行为属性信息即为新客户属性；而在目标历史交易信息的记录为一条或多条交易信息时，表示用户曾经在产品供应方处购买过产品，即与用户对应的交易行为属性信息即为老客户属性。

在实际应用中，还可以增加其它用户属性信息，对此可以根据实际情况而定，本公开实施例对此不加以限制。

当然，在具体实现中，针对老客户属性，还可以根据用户在产品供应方处购买产品的次数进行不同等级的划分，具体地划分方式可以根据实际情况而定，本公开实施例在此不再加以一一赘述。

可以理解地，上述三种优选实施例是为了更好地理解本公开实施例的方案而列举的示例，在具体实现中，本领域技术人员还可以采用其它方式获取与用户关联的用户属性信息，本公开实施例对此不加以赘述。

在接收到用户执行的产品获取请求时，获取与用户关联的用户属性信息之后，执行步骤420。

步骤420：依据用户属性信息与产品标签的映射关系以及所请求的产品的属性信息，获取对应的目标产品信息。

在本公开实施例中，所请求的产品属性信息是指用户所要获取产品的产品属性，如对于门票，可以分为成人票、儿童票、半价票等，在用户需要购买成人票时，产品属性即为成人票；而对于品牌茶叶，可以分为低级、中级、高级、特级等，在用户需要购买中级茶叶时，产品属性即为中级茶叶等。

产品标签是指对应于不同种类的产品所提供的价格标签、是否可退换标签等等，例如，对于同一产品，可以向老客户属性的用户提供相对较低的价格标签，而对于新客户属性的用户提供相对较高的价格标签等；可以向近场属性的用户提供相对较低的价格标签，而对于远场属性的用户提供相对较高的价格标签等等。

在产品管理平台可以预先保存属性信息与产品标签之间的映射关系，具体地，在产品管理平台可以以列表的形式保存上述映射关系，例如，对于产品A对应的映射关系，可以如下述表3所示：

表3：属性信息与产品标签之间的映射关系

如上述表3所示，对于产品A而言，在用户属性信息为近场属性时，对应的产品标签为价格95、可退货；而在用户属性信息为远场属性时，对应的产品标签为价格100、可退货；而在用户属性信息为异地属性时，对应的产品标签为价格120、不可退等。

当然，在产品管理平台还可以采用其它方式保存上述映射关系，如创建对应的映射关系数据库保存上述映射关系等，具体地，可以根据实际情况而定，本公开实施例对此不加以限制。

可以理解地，上述示例仅是为了更好地理解本公开实施例的技术方案而列举的示例，不作为对本公开实施例的唯一限制。

在确定用户所请求产品的产品属性信息之后，可以获取到用户所需获取(即所要购买)的产品，例如，成人票，或中级C品牌茶叶等等。

在确定用户所需获取的产品之后，进一步根据确定的产品，及属性信息与产品标签的映射关系，可以获取用户属性信息对应的目标产品标签(即与用户属性信息对应的产品标签)，进而依据目标产品标签提供对应的目标产品标签的目标产品信息，例如，在确定产品为A时，可以根据用户属性信息获取对应的产品标签，如产品价格、产品是否可退等等，即产品A，价格：XX，是否可退：X等。

本公开实施例通过区分不同场景的用户而提供不同价格标签和/或是否可退标签的产品，为用户提供不同的产品，可以提高商品系统(即产品管理平台)的灵活性，用户可以在商品系统中购买所需产品，进而提高了用户的使用体验。

当然，对应于上述提及三种用户属性信息，获取目标产品信息的过程可以如下述优选实施例的描述。

在用户属性信息为位置属性信息时，上述步骤420可以包括：

子步骤S：依据位置属性信息与产品标签的映射关系以及所请求的产品属性信息，获取所述目标产品信息。

本公开实施例中，在产品管理平台可以预先保存位置属性信息与产品标签之间的映射关系，可以理解地，对应于不同的产品具有不同的位置属性信息与产品标签间的映射关系，而对于同一类型产品的不同等级也可以具有不同的位置属性信息与产品标签间的映射关系，例如，对于门票而言，成人票可以对应有位置属性信息与产品标签之间的映射关系；而对于中级C牌茶叶而言，可以对应有相应的位置属性信息与产品标签之间的映射关系；而对于高级C牌茶叶而言，可以对应有相应的位置属性信息与产品标签之间的映射关系等等。

而对于位置属性信息与产品标签之间的映射关系可以在产品管理平台以列表的形式保存，也可以以数据库的形式保存，具体地，可以根据实际情况而定，本公开实施例对此不加以限制。

在确定用户所请求产品的产品属性信息之后，可以获取到用户所需获取(即所要购买)的产品，例如，成人票，或中级C品牌茶叶等等。

在确定用户所需获取的产品之后，进一步根据确定的产品，及位置属性信息与产品标签的映射关系，可以获取用户对应的位置属性信息对应的目标产品标签(即与位置属性信息对应的产品标签)，进而依据目标产品标签提供对应的目标产品标签的目标产品信息，例如，在确定产品为B时，可以根据用户属性信息获取对应的产品标签，如产品价格、产品是否可退等等，即产品B，价格：XXX，是否可退：XX等。

本公开实施例通过区分不同位置的用户而提供不同价格标签和/或是否可退标签的产品，为用户提供不同的产品，可以提高商品系统(即产品管理平台)的灵活性，用户可以在商品系统中购买所需产品，进而提高了用户的使用体验。

在用户属性信息为异地属性信息时，上述步骤420可以包括：

子步骤M：依据异地属性信息与产品标签的映射关系以及所请求的产品属性信息，获取所述目标产品信息。

本公开实施例中，在产品管理平台可以预先保存异地属性信息与产品标签之间的映射关系，可以理解地，对应于不同的产品具有不同的异地属性信息与产品标签间的映射关系，而对于同一类型产品的不同等级也可以具有不同的异地属性信息与产品标签间的映射关系，例如，对于门票而言，成人票可以对应有异地属性信息与产品标签之间的映射关系；而对于中级C牌茶叶而言，可以对应有相应的异地属性信息与产品标签之间的映射关系；而对于高级C牌茶叶而言，可以对应有相应的异地属性信息与产品标签之间的映射关系等等。

而对于异地属性信息与产品标签之间的映射关系可以在产品管理平台以列表的形式保存，也可以以数据库的形式保存，具体地，可以根据实际情况而定，本公开实施例对此不加以限制。

在确定用户所请求产品的产品属性信息之后，可以获取到用户所需获取(即所要购买)的产品，例如，成人票，或中级C品牌茶叶等等。

在确定用户所需获取的产品之后，进一步根据确定的产品，及异地属性信息与产品标签的映射关系，可以获取用户对应的异地属性信息对应的目标产品标签(即与异地属性信息对应的产品标签)，进而依据目标产品标签提供对应的目标产品标签的目标产品信息，例如，在确定产品为B时，可以根据用户属性信息获取对应的产品标签，如产品价格、产品是否可退等等，即产品B，价格：XXX，是否可退：XX等。

本公开实施例通过区分不同区域的用户而提供不同价格标签和/或是否可退标签的产品，为用户提供不同的产品，可以提高商品系统(即产品管理平台)的灵活性，用户可以在商品系统中购买所需产品，进而提高了用户的使用体验。

在用户属性信息为交易行为属性信息时，上述步骤420可以包括：

子步骤N：依据交易行为属性与产品标签的映射关系以及所请求的产品属性信息，获取所述目标产品信息。

本公开实施例中，在产品管理平台可以预先保存交易行为属性信息与产品标签之间的映射关系，可以理解地，对应于不同的产品具有不同的交易行为属性信息与产品标签间的映射关系，而对于同一类型产品的不同等级也可以具有不同的交易行为属性信息与产品标签间的映射关系，例如，对于门票而言，成人票可以对应有交易行为属性信息与产品标签之间的映射关系；而对于中级C牌茶叶而言，可以对应有相应的交易行为属性信息与产品标签之间的映射关系；而对于高级C牌茶叶而言，可以对应有相应的交易行为属性信息与产品标签之间的映射关系等等。

而对于交易行为属性信息与产品标签之间的映射关系可以在产品管理平台以列表的形式保存，也可以以数据库的形式保存，具体地，可以根据实际情况而定，本公开实施例对此不加以限制。

在确定用户所请求产品的产品属性信息之后，可以获取到用户所需获取(即所要购买)的产品，例如，成人票，或中级C品牌茶叶等等。

在确定用户所需获取的产品之后，进一步根据确定的产品，及交易行为属性信息与产品标签的映射关系，可以获取用户对应的交易行为属性信息对应的目标产品标签(即与交易行为属性信息对应的产品标签)，进而依据目标产品标签提供对应的目标产品标签的目标产品信息，例如，在确定产品为B时，可以根据用户属性信息获取对应的产品标签，如产品价格、产品是否可退等等，即产品B，价格：XXX，是否可退：XX等。

本公开实施例通过区分用户为新客户或老客户而提供不同价格标签和/或是否可退标签的产品，为用户提供不同的产品，可以提高商品系统(即产品管理平台)的灵活性，用户可以在商品系统中购买所需产品，进而提高了用户的使用体验。

当然，在本公开实施例的另一种实现方式中，还可以结合上述三种用户属性信息中的两种属性信息，以获取目标产品信息，具体地，在产品管理平台可以预先保存任意两种用户属性信息与产品标签之间的映射关系，如位置属性信息与异地属性信息、或位置属性信息与交易行为属性信息、或异地属性信息与交易行为属性信息等，进而，根据相应的映射关系及获取的用户属性信息，获取对应的目标产品信息。

当然，也可以结合三种属性信息以获取目标产品信息，具体地，在产品管理平台可以预先保存三种用户属性信息与产品标签之间的映射关系，即位置属性信息、异地属性信息及交易行为属性信息与产品标签之间的映射关系，进而，根据相应的映射关系及获取的用户属性信息，获取对应的目标产品信息。

对于上述两种或三种属性信息的结合，可以根据用户的场景提供相应价格和/或是否可退换的产品，提高了产品提供的灵活性，并且，对于本地长期使用用户可以节省部分价钱，提高了用户的使用体验。

可以理解地，上述仅为本公开实施例提供的优选方案，在具体实现中，本领域技术人员还可以结合其它用户属性信息，以提供相应产品标签的产品，本公开实施例对此不再加以具体限定。

在依据属性信息与产品标签的映射关系以及所请求的产品属性信息，获取对应的目标产品信息之后，执行步骤430。

步骤430：将所述目标产品信息展示给所述用户。

在获取目标产品信息之后，可以将目标产品信息展示于用户操作的终端屏幕的显示界面，以供用户进行后续的选择购买操作。

本公开实施例中，通过区分不同场景(远近场、是否异地、新老客户等)的用户而提供不同价格标签和/或是否可退标签的产品，为用户提供不同的产品，可以提高商品系统(即产品管理平台)的灵活性，用户可以在商品系统中购买所需产品，进而提高了用户的使用体验。

本公开实施例提供的供货方法，通过在接收到用户执行的产品获取请求时，获取与用户关联的用户属性信息，依据属性信息与产品标签的映射关系，以及所请求的产品属性信息，获取对应的目标产品信息，并将目标产品信息展示给用户。本公开实施例通过区分与用户关联的用户属性信息，为用户提供不同的产品，可以提高商品系统(即产品管理平台)的灵活性，用户可以在商品系统中购买所需产品，进而提高了用户的使用体验。

实施例五

本实施例公开的一种应用于产品管理平台的供货装置，如图5所示，所述装置包括：

产品拆分模块510，用于对商家提供的单个产品进行拆分，映射为与多个预设消费场景对应的多个产品并将所述多个产品存储于平台服务器中，其中，拆分得到的每个所述产品设置有与所述预设消费场景匹配的佣金、产品价格和产品力中的任意一项或多项信息，以及，与所述预设消费场景匹配的场景标签；

消费场景确定模块520，用于由所述平台服务器响应于接收到用户通过用户终端发送的产品获取请求，确定所述用户发送所述产品获取请求时符合的所述预设消费场景；

产品匹配模块530，用于由所述平台服务器在拆分后的得到的所述产品中，确定所述场景标签与所述预设消费场景匹配，且符合所述产品获取请求的产品，以及确定的所述产品的产品信息；

产品输出模块540，用于由所述平台服务器将确定的所述产品以及所述产品信息输出给所述用户终端。

其中，所述产品信息中包括与所述预设消费场景匹配的产品价格和产品力中的至少一项信息。

本申请的一些实施例中，如图6所示，所述装置还包括：

订单数据生成模块550，用于由所述平台服务器响应于接收到用户通过用户终端发送的产品交易请求，根据所述产品交易请求针对的产品生成订单数据，其中，所述订单数据中包括所述产品的，与所述用户所符合的所述预设消费场景匹配的佣金、产品价格和产品力中的任意一项或多项信息。

在本申请的一些实施例中，当所述订单数据中包括与所述预设消费场景匹配的佣金信息时，如图6所示，所述装置还包括：

利润结算模块560，用于由所述平台服务器根据所述订单数据中的佣金信息进行产品管理平台与所述产品的供应方之间的利润结算。

在本申请的一些实施例中，当所述订单数据中包括与所述预设消费场景匹配的产品力信息时，如图6所示，所述装置还包括：

产品力执行模块570，用于由所述平台服务器响应于用户针对所述订单数据中的产品力信息的产品力执行操作，根据与所述产品力匹配的判断条件确定是否执行所述产品力。

在本申请的一些实施例中，所述对商家提供的单个产品进行拆分，映射为与多个预设消费场景对应的多个产品并将所述多个产品存储于平台服务器中，包括：

对商家提供的每个产品，针对每个预设消费场景进行产品拆分，映射为分别与所述预设消费场景对应的产品；

分别根据与每个预设消费场景对应的所述产品，构建与每个所述预设消费场景对应的子产品库；

所述在拆分后的得到的所述产品中，确定所述场景标签与所述预设消费场景匹配，且符合所述产品获取请求的产品，以及确定的所述产品的产品信息的步骤，包括：

在与所述预设消费场景对应的子产品库中，确定符合所述产品获取请求的产品，并确定所述符合所述产品获取请求的产品的产品信息。

本申请的一些实施例中，所述预设消费场景包括：空间场景、时间场景和用户场景中的任意一项或多项。

本实施例中公开的供货装置，用于实现实施例一至实施例三中任意一个实施例所述的供货方法，装置的各个模块用于实现方法的相应步骤，装置的各个模块的具体实施方式参见方法的相应步骤，此处不再赘述。

本申请公开的供货装置，通过对商家提供的单个产品进行拆分，映射为与多个预设消费场景对应的多个产品并将所述多个产品存储于平台服务器中，其中，拆分得到的每个所述产品设置有与所述预设消费场景匹配的佣金、产品价格和产品力中的任意一项或多项信息，以及，与所述预设消费场景匹配的场景标签；然后，所述平台服务器响应于接收到用户通过用户终端发送的产品获取请求，确定所述用户发送所述产品获取请求时符合的所述预设消费场景；所述平台服务器在拆分后的得到的所述产品中，确定所述场景标签与所述预设消费场景匹配，且符合所述产品获取请求的产品，以及确定的所述产品的产品信息；并由所述平台服务器将确定的所述产品以及所述产品信息输出给所述用户终端，其中，所述产品信息中包括与所述预设消费场景匹配的产品价格和产品力中的至少一项信息，兼顾了商家收益和平台收益，同时改善了用户通过平台消费的用户体验。

进一步的，本申请实施例公开的供货装置，通过对产品进行拆分，由一个产品拆分得到多个匹配不同消费场景的类似产品，通常拆分得到的匹配不同消费场景的产品设置有与匹配的消费场景对应的场景标签、产品价格、佣金信息、产品力等附加产品信息；当用户在某一消费场景下购买了与该消费场景匹配的产品时，订单数据中会存储与该产品的佣金信息，之后，电子商务平台和产品供应方基于订单数据中的产品价格和佣金信息进行利润分成结算，可以客观地将平台桥梁作用进行数据化，即按照消费场景的不同，对平台引流贡献进行不同程度的数据化，并分别进行计算处理和反馈，兼顾平台和产品供应方的利益。

并且，通过在订单数据中存储产品力信息，并基于产品力的执行判断条件对产品力的执行操作进行判断，进一步实现对产品进行多维度全流程管理。

实施例六

参照图7，示出了本公开实施例提供的一种供货装置的结构示意图，该供货可以应用于产品管理平台，具体可以包括：

用户属性获取模块710，用于在接收到用户执行的产品获取请求时，获取与所述用户关联的用户属性信息；

目标产品获取模块720，用于依据用户属性信息与产品标签的映射关系以及所请求的产品的属性信息，获取对应的目标产品信息；

目标产品展示模块730，用于将所述目标产品信息展示给所述用户。

可选的，所述用户属性信息包括位置属性信息、异地属性信息、交易行为属性信息中的任意一种或多种。

优选地，所述用户属性信息包括位置属性信息，所述用户属性获取模块710包括：位置信息获取子模块，用于获取所述产品获取请求对应的产品供应方的第一位置信息，及所述用户当前所处的第二位置信息；间隔距离计算子模块，用于依据所述第一位置信息和所述第二位置信息，计算得到所述用户与所述产品管理方之间的间隔距离；目标位置确定子模块，用于依据所述间隔距离，确定所述用户的位置属性信息；所述目标产品获取模块720包括：第一产品获取子模块，用于依据位置属性信息与产品标签的映射关系以及所请求的产品属性信息，获取所述目标产品信息。

优选地，位置信息获取子模块包括：位置鉴权请求发送子模块，用于向所述用户操作的终端发送位置鉴权请求；第二位置获取子模块，用于在所述位置鉴权请求鉴权成功后，获取所述终端当前所处的第二位置信息。

优选地，所述用户属性信息包括异地属性信息，所述用户属性获取模块710包括：历史交易信息获取子模块，用于获取与所述用户关联的历史交易信息；用户画像信息确定子模块，用于依据所述历史交易信息，确定所述用户的用户画像信息；常驻区域信息确定子模块，用于依据所述用户画像信息，确定所述用户的常驻区域信息；目标异地属性获取子模块，用于依据所述常驻区域信息，获取与所述用户对应的异地属性信息；所述目标产品获取模块720包括：第二产品获取子模块，用于依据异地属性信息与产品标签的映射关系以及所请求的产品属性信息，获取所述目标产品信息。

优选地，所述用户属性信息包括交易行为属性信息，所述用户属性获取模块710包括：目标交易信息获取子模块，用于从所述历史交易信息中获取与所述产品获取请求对应的产品供应方的目标历史交易信息；目标交易属性确定子模块，用于依据所述目标历史交易信息，确定与所述用户对应的交易行为属性信息；所述目标产品获取模块720包括：第三产品获取子模块，用于依据交易行为属性与产品标签的映射关系以及所请求的产品属性信息，获取所述目标产品信息。

本公开实施例提供的供货装置，通过在接收到用户执行的产品获取请求时，获取与用户关联的用户属性信息，依据属性信息与产品标签的映射关系，以及所请求的产品属性信息，获取对应的目标产品信息，并将目标产品信息展示给用户。本公开实施例通过区分与用户关联的用户属性信息，为用户提供不同的产品，可以提高商品系统(即产品管理平台)的灵活性，用户可以在商品系统中购买所需产品，进而提高了用户的使用体验。

本公开的实施例还提供了一种电子设备，包括：处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现前述实施例的供货方法方法。

本公开的实施例还提供了一种非易失性计算机可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行前述实施例的供货方法的步骤。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本公开的实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本公开的实施例的内容，并且上面对特定语言所做的描述是为了披露本公开的实施例的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本公开的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本公开的示例性实施例的描述中，本公开的实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本公开的实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本公开的实施例的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的替代特征来代替。

本公开的实施例的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本公开的实施例的动态图片的生成设备中的一些或者全部部件的一些或者全部功能。本公开的实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序。这样的实现本公开的实施例的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本公开的实施例进行说明而不是对本公开的实施例进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开的实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

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

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

以上所述，仅为本公开的实施例的具体实施方式，但本公开的实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开的实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的实施例的保护范围之内。因此，本公开的实施例的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种应用于产品管理平台的供货方法，其特征在于，包括：

对商家提供的单个产品进行拆分，映射为与多个预设消费场景对应的多个产品并将所述多个产品存储于平台服务器中，其中，拆分得到的每个所述产品设置有与所述预设消费场景匹配的佣金、产品价格和产品力中的任意一项或多项信息，以及，与所述预设消费场景匹配的场景标签；

所述平台服务器响应于接收到用户通过用户终端发送的产品获取请求，确定所述用户发送所述产品获取请求时符合的所述预设消费场景；

所述平台服务器在拆分后的得到的所述产品中，确定所述场景标签与所述预设消费场景匹配，且符合所述产品获取请求的产品，以及确定的所述产品的产品信息；

所述平台服务器将确定的所述产品以及所述产品信息输出给所述用户终端。

2.根据权利要求1所述的方法，其特征在于，所述平台服务器将确定的所述产品以及所述产品信息输出给所述用户终端的步骤之后，还包括：

所述平台服务器响应于接收到用户通过用户终端发送的产品交易请求，根据所述产品交易请求针对的产品生成订单数据，其中，所述订单数据中包括所述产品的，与所述用户所符合的所述预设消费场景匹配的佣金、产品价格和产品力中的任意一项或多项信息。

3.根据权利要求2所述的方法，其特征在于，当所述订单数据中包括与所述预设消费场景匹配的佣金信息时，所述根据所述产品交易请求针对的产品生成订单数据的步骤之后，还包括：

所述平台服务器根据所述订单数据中的佣金信息进行产品管理平台与所述产品的供应方之间的利润结算。

4.根据权利要求2所述的方法，其特征在于，当所述订单数据中包括与所述预设消费场景匹配的产品力信息时，所述根据所述产品交易请求针对的产品生成订单数据的步骤之后，还包括：

所述平台服务器响应于用户针对所述订单数据中的产品力信息的产品力执行操作，根据与所述产品力匹配的判断条件确定是否执行所述产品力。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述对商家提供的单个产品进行拆分，映射为与多个预设消费场景对应的多个产品并将所述多个产品存储于平台服务器中的步骤，包括：

对商家提供的每个产品，针对每个预设消费场景进行产品拆分，映射为分别与所述预设消费场景对应的产品；

分别根据与每个预设消费场景对应的所述产品，构建与每个所述预设消费场景对应的子产品库；

所述在拆分后的得到的所述产品中，确定所述场景标签与所述预设消费场景匹配，且符合所述产品获取请求的产品，以及确定的所述产品的产品信息的步骤，包括：

在与所述预设消费场景对应的子产品库中，确定符合所述产品获取请求的产品，并确定所述符合所述产品获取请求的产品的产品信息。

6.根据权利要求1至5任一项所述的方法，其特征在于，所述预设消费场景包括：空间场景、时间场景和用户场景中的任意一项或多项。

7.一种应用于产品管理平台的供货装置，其特征在于，包括：

产品拆分模块，对商家提供的单个产品进行拆分，映射为与多个预设消费场景对应的多个产品并将所述多个产品存储于平台服务器中，其中，拆分得到的每个所述产品设置有与所述预设消费场景匹配的佣金、产品价格和产品力中的任意一项或多项信息，以及，与所述预设消费场景匹配的场景标签；

消费场景确定模块，用于由所述平台服务器响应于接收到用户通过用户终端发送的产品获取请求，确定所述用户发送所述产品获取请求时符合的所述预设消费场景；

产品匹配模块，用于由所述平台服务器在拆分后的得到的所述产品中，确定所述场景标签与所述预设消费场景匹配，且符合所述产品获取请求的产品，以及确定的所述产品的产品信息；

产品输出模块，用于由所述平台服务器将确定的所述产品以及所述产品信息输出给所述用户终端。

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

订单数据生成模块，用于由所述平台服务器响应于接收到用户通过用户终端发送的产品交易请求，根据所述产品交易请求针对的产品生成订单数据，其中，所述订单数据中包括所述产品的，与所述用户所符合的所述预设消费场景匹配的佣金、产品价格和产品力中的任意一项或多项信息。

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

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