商品信息处理方法、装置、设备及存储介质与流程

1.本技术涉及互联网技术领域，尤其涉及一种商品信息处理方法、装置、设备及存储介质。


背景技术：

2.随着互联网、大数据等技术的不断发展，涌现出越来越多的提供交易服务的电商平台，例如，商家对商家(business to business，b2b)电商平台、商家对消费者(business to consumer，b2c)电商平台或者消费者对消费者(consumer to consumer，c2c)电商平台。
3.实际应用中，各电商平台经常由工作人员线下联系商家，发掘商家有意愿提供优惠价格的商品，并将这些价格更加优惠的商品信息推荐给用户，以此希望在帮助商家增加商品销售量的同时，能够增加用户对电商平台的粘性，为平台吸引用户流量。但是，电商平台这种商品信息推荐的效果不太理想，既没有明显地起到用户引流作用，也没能极大地增加商家的商品销售量。


技术实现要素：

4.本技术的多个方面提供一种商品信息处理方法、装置、设备及存储介质，用以增加用户对电商平台的粘性，为平台吸引更多用户流量。
5.本技术实施例提供一种商品信息处理方法，包括：显示具有第一价值属性的目标商品及其对应的引导控件，响应对引导控件的触发操作，生成用户对目标商品的商品需求信息；将商品需求信息与涉及同款商品的其它商品需求信息进行聚合，并针对聚合到同款商品的多个商品需求信息，生成选品任务；发布选品任务，以从商家获取具有第二价值属性的目标商品，显示具有第二价值属性的目标商品的属性信息。
6.本技术实施例还提供一种信息处理系统，包括：多个用户终端和服务端设备；每个用户终端，用于显示具有第一价值属性的目标商品及其对应的引导控件，响应对引导控件的触发操作，生成用户对目标商品的商品需求信息，将商品需求信息发送给服务端设备，以及显示服务端设备返回的具有第二价值属性的目标商品的属性信息；服务端设备，用于将商品需求信息与涉及同款商品的其它商品需求信息进行聚合，并针对聚合到同款商品的多个商品需求信息，生成选品任务；发布选品任务，以从商家获取具有第二价值属性的目标商品，并将具有第二价值属性的目标商品的属性信息提供给对应的用户终端。
7.本技术实施例还提供一种商品信息处理方法，包括：显示具有第一价值属性的目标商品及其对应的引导控件；响应对引导控件的触发操作，生成用户对目标商品的商品需求信息；将商品需求信息发送给服务端设备，以供服务端设备从商家获取具有第二价值属性的目标商品的属性信息；接收服务端设备返回的具有第二价值属性的目标商品的属性信息，并显示具有第二价值属性的目标商品的属性信息。
8.本技术实施例还提供一种商品信息处理方法，包括：接收第一用户终端发送的商品需求信息，商品需求信息是第一用户终端响应用户对其显示的引导控件的触发操作而生
成的，引导控件对应于具有第一价值属性的目标商品；将商品需求信息与涉及同款商品的其它商品需求信息进行聚合，并针对聚合到同款商品的多个商品需求信息，生成选品任务；发布选品任务，以从商家获取具有第二价值属性的目标商品，并将具有第二价值属性的目标商品的属性信息提供给第一用户终端进行显示。
9.本技术实施例还提供一种商品信息处理装置，包括：显示模块，用于显示具有第一价值属性的目标商品及其对应的引导控件；生成模块，用于响应对引导控件的触发操作，生成用户对目标商品的商品需求信息；聚合模块，用于将商品需求信息与涉及同款商品的其它商品需求信息进行聚合，并针对聚合到同款商品的多个商品需求信息，生成选品任务；发布模块，用于发布选品任务，以从商家获取具有第二价值属性的目标商品；显示模块，还用于显示具有第二价值属性的目标商品的属性信息。
10.本技术实施例还提供一种终端设备，包括：存储器和处理器；存储器，用于存储计算机程序/指令，处理器与存储器耦合，用于执行计算机程序/指令，以实现商品信息处理方法中的步骤。
11.本技术实施例还提供一种服务端设备，包括：存储器和处理器；存储器，用于存储计算机程序/指令，处理器与存储器耦合，用于执行计算机程序/指令，以实现商品信息处理方法中的步骤。
12.本技术实施例还提供一种存储有计算机程序/指令的计算机可读存储介质，当计算机程序/指令被处理器执行时，致使处理器实现商品信息处理方法中的步骤。
13.在本技术实施例中，引导用户主动提供对目标商品的商品需求信息，基于用户原生且直接的商品需求信息进行反向选品，让用户直接参与到选品环节中，形成了直接基于用户的商品需求进行商品信息推荐的技术链路，使得推荐商品信息更加符合用户需求，进而可增加商品销售量和用户对电商平台的粘性。进一步，在基于用户原生、直接的商品需求信息进行反向选品，通过将涉及同款商品的多个商品需求信息进行聚合，根据聚合后的商品需求信息一起进行选品，有利于提高获取符合用户需求的商品信息的效率，便于用户及时获取所需商品信息，进一步增加用户对电商平台的粘性。
附图说明
14.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
15.图1为本技术实施例提供的一种商品信息处理方法的流程图；
16.图2为本技术实施例提供的一种信息处理系统的结构示意图；
17.图3为本技术实施例提供的一种商品信息处理方法的信令交互图；
18.图4、图5、图6以及图7分别为示例性的心愿申请页面；
19.图8为本技术实施例提供的另一种商品信息处理方法的流程图；
20.图9为本技术实施例提供的另一种商品信息处理方法的流程图；
21.图10为本技术实施例提供的一种商品信息处理装置的结构示意图；
22.图11为本技术实施例提供的一种终端设备的结构示意图；
23.图12为本技术实施例提供的一种服务端设备的结构示意图。
具体实施方式
24.为使本技术的目的、技术方案和优点更加清楚，下面将结合本技术具体实施例及相应的附图对本技术技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
25.电商平台的营销模式的效果不太理想，既没有明显地起到用户引流作用，也没能极大地增加商家的商品销售量。为此，本技术实施例提供一种商品信息处理方法、设备及存储介质。在本技术实施例中，引导用户主动提供对目标商品的商品需求信息，基于用户原生且直接的商品需求信息进行反向选品，让用户直接参与到选品环节中，形成了直接基于用户的商品需求进行商品信息推荐的技术链路，使得推荐商品信息更加符合用户需求，进而可增加商品销售量和用户对电商平台的粘性。进一步，在基于用户原生、直接的商品需求信息进行反向选品，通过将涉及同款商品的多个商品需求信息进行聚合，根据聚合后的商品需求信息一起进行选品，有利于提高获取符合用户需求的商品信息的效率，便于用户及时获取所需商品信息，进一步增加用户对电商平台的粘性。
26.以下结合附图，详细说明本技术各实施例提供的技术方案。
27.图1为本技术实施例提供的一种商品信息处理方法的流程图。如图1所示，该方法可以包括以下步骤：
28.101、显示具有第一价值属性的目标商品及其对应的引导控件，响应对引导控件的触发操作，生成用户对目标商品的商品需求信息。
29.102、将商品需求信息与涉及同款商品的其它商品需求信息进行聚合，并针对聚合到同款商品的多个商品需求信息，生成选品任务。
30.103、发布选品任务，以从商家获取具有第二价值属性的目标商品，显示具有第二价值属性的目标商品的属性信息。
31.在本实施例中，收集用户原生、直接的商品需求信息，基于用户原生、直接的商品需求信息进行选品(也即选择商品)，实现让用户直接参与选品环节，形成了直接基于用户的商品需求进行商品信息推荐的技术链路，使得推荐商品信息更加符合用户需求。值得注意的是，基于用户原生、直接的商品需求信息进行选品，所选品出来的商品能够引起用户极大的购买意愿，可以极大地促进商品销售量。其中，选品的主要任务是确定提供优惠价值的商品的商家。其中，经选品环确定的商家的商品在电商平台上进行营销推广，以帮助商家增加商品销售量、让用户享受到优惠价值的商品，增加用户对电商平台的粘性，增加电商平台的用户流量。
32.具体而言，为了准确便利地收集用户原生、直接对商品的商品需求信息，可以面向用户显示具有第一价值属性的目标商品及其对应的引导控件。
33.在本实施例中，第一价值属性表征目标商品具有多大价值。用户对具有第一价值属性的目标商品有购买意愿时，可以主动发起对该第一价值属性的目标商品的商品需求信息。
34.在本实施例中，为了便于用户发起对具有第一价值属性的目标商品的商品需求信息，为具有第一价值属性的目标商品设置引导控件。引导控件用于引导用户生成对具有第一价值属性的目标商品的商品需求信息。引导控件是指可以引导用户发起商品需求信息的
功能控件。例如，用户点击、双击或者滑动引导控件可发起针对目标商品的商品需求信息。
35.在本实施例中，目标商品可以是用户从电商平台可提供的商品中选择出的任意商品。例如，用户在其用户终端打开电商平台的客户端，在客户端的搜索输入框中输入需要选品的商品信息，并提交给电商平台后台；电商平台后台根据需要选品的商品信息在商品库中进行搜索，获取与需要选品的商品信息匹配的候选商品，并向用户推送候选商品，以供用户从候选商品中选择目标商品。进一步可选的，可以对用户的历史操作数据进行大数据分析，确定用户有商品需求信息的目标商品。于是，在一可选实现方式中，显示具有第一价值属性的目标商品及其对应的引导控件具体包括：根据用户的历史操作数据，获取用户感兴趣的至少一个候选商品；在引导页面上显示至少一个候选商品及其对应的引导控件，以供用户从中确定目标商品及其对应的引导控件。
36.实际应用中，可以收集用户在电商平台中的历史操作数据，其中，历史操作数据例如包括但不限于：历史页面浏览数据、历史页面点击数据、历史加入购物车数据、历史购买操作数据和历史页面收藏数据。通过对用户的历史操作数据进行大数据分析，可以分析出用户所偏好的至少一个候选商品，也即用户感兴趣的至少一个候选商品。在确定用户感兴趣的至少一个候选商品后，可以在一个引导页面上集中显示至少一个候选商品及其对应的引导控件，以便于用户按需从中确定目标商品及其对应的引导控件。
37.值得注意的是，引导页面可以是通过营销活动页面上设置的入口，通过该入口进入专门进行选品引导的页面；引导页面也可以是增加引导控件的实现特定服务功能的应用页面。引导页面例如包括但不限于：增加了引导控件的购物车页面、加入购物车页面、收藏夹页面、下单页面等各种与电商平台相关的应用页面。举例来说，用户进入下单页面之后，在提交针对目标商品的订单之前，可以直接点击目标商品旁边的引导控件，以触发对该目标商品的引导控件。
38.在一些实施例中，候选商品为多个，且多个候选商品来自多个不同类型的应用页面，则在引导页面上显示至少一个候选商品及其对应的引导控件具体包括：在引导页面上显示与多个应用页面对应的标签页面，在不同标签页面上显示与其对应应用页面上的候选商品及其对应的引导控件，不同标签页面之间可切换。
39.具体而言，不同类型的应用页面例如可以是购物车页面、加入购物车页面、收藏夹页面、下单页面等各种与电商平台相关的提供特定服务功能的应用页面。在本实施例中，将多个候选商品所来源的多个应用界面对应的标签页面集中显示在一个引导页面上，每个标签页面可以视为对应应用界面的引导页面，显示有对应应用页面上的候选商品及其对应的引导控件。进一步的，不同标签页面之间可切换。例如，在引导页面上叠加显示多个标签页面，通过切换操作可以调整标签页面的层级关系，使得用户可以查看不同标签页面。
40.进一步可选的，引导页面上还包括：输入控件，上述方法还包括：响应用户通过输入控件输入的访问链接，获取访问链接对应的商品作为目标商品，并在目标商品的详情页面上显示与其对应的引导控件。
41.在本实施例中，输入控件在实现形态上可以是可输入访问链接的搜索输入框，当用户在该输入控件输入访问链接后，访问该访问链接对应的目标商品的详情页面，并在目标商品的详情页面上显示与其对应的引导控件。
42.在本实施例中，在面向用户显示具有第一价值属性的目标商品及其对应的引导控
件之后，响应对引导控件的触发操作，生成用户对目标商品的商品需求信息。
43.进一步可选的，在通过引导控件及时生成用户对目标商品的商品需求信息之后，还可以标记用户对目标商品的商品需求信息的状态为实现中状态，以便于有效维护和管理用户对目标商品的商品需求信息。
44.值得注意的是，处于实现中状态的商品需求信息表征需要对目标商品执行选品操作。当处于实现中状态的商品需求信息已经完成选品操作且选择到目标商品后，则该商品需求信息的状态更新为已实现状态。当处于实现中状态的商品需求信息已经完成选品操作且未招到目标商品后，则该商品需求信息的状态更新为未实现状态。在本实施例中，在生成用户对目标商品的商品需求信息之后，将商品需求信息与涉及同款商品的其它商品需求信息进行聚合，并针对聚合到同款商品的多个商品需求信息，生成选品任务。
45.值得注意的是，同一品类的商品可以细分为不同款式的商品。例如，连衣裙按照颜色和规格区分可以分成不同颜色和不同规格的多种款式的连衣裙。又例如，某个品牌的手机可以分成不同机型的手机，一个机型对应一个款式。在本实施例中，可以利用诸如k-means聚类、均值偏移聚类算法和层次聚类算法等聚合算法以聚合相同款式的商品的商品需求信息为目标对多个商品的商品需求信息进行聚合处理，以将目标商品的商品需求信息与涉及同款商品的其它商品需求信息进行聚合，并针对聚合到同款商品的多个商品需求信息，生成选品任务。例如，某个品牌的手机分别有机型1、机型2、机型3等，将机型1的多个商品需求信息聚合一起，并生成针对机型1的选品任务。将机型2的多个商品需求信息聚合一起，并生成针对机型2的选品任务。将机型3的多个商品需求信息聚合一起，并生成针对机型2的选品任务。
46.在本实施例中，针对聚合到同款商品的多个商品需求信息，生成选品任务后，进行选品任务发布操作，以从商家获取具有第二价值属性的目标商品，显示具有第二价值属性的目标商品的属性信息。其中，第二价值属性表征目标商品具有多大价值。第二价值属性所表征的目标商品的价值小于或等于第一价值属性所表征的目标商品的价值。
47.实际应用中，针对该目标商品可能已经发布过历史选品任务，并通过历史选品任务已经获取到由商家提供的具有第三价值属性的目标商品。其中，第三价值属性表征目标商品具有多大价值。第三价值属性所表征的目标商品的价值小于或等于第一价值属性所表征的目标商品的价值。
48.于是，进一步可选的，出于增加营销活动效率的考虑，在将商品需求信息与涉及同款商品的其它商品需求信息进行聚合之前，判断是否已经从商家获取到具有第三价值属性的目标商品；在判断结果为否的情况下，执行将商品需求信息与涉及同款商品的其它商品需求信息进行聚合的操作；在判断结果为是的情况下，显示具有第三价值属性的目标商品的属性信息。
49.值得注意的是，在已经存在由商家提供的具有第三价值属性的目标商品，可以不再进行选品任务的发布工作，直接显示由商家提供的具有第三价值属性的目标商品的属性信息，以供用户查看。在不存在由商家提供的具有第三价值属性的目标商品，则可以进行新的选品任务的发布工作，以从商家获取具有第二价值属性的目标商品，并显示具有第二价值属性的目标商品的属性信息。
50.进一步可选的，发布选品任务，以获取可根据第二价值属性提供目标商品的目标
商家的实现过程可以是：根据各商家可提供的商品信息，确定可提供同款商品的候选商家；将选品任务发送给候选商家，选品任务至少包括同款商品的描述信息、聚合到同款商品的商品需求信息的数量以及各商品需求信息针对的目标商品；获取目标商家以第二价值属性提供的目标商品的属性信息，目标商家是根据选品任务确定参与同款商品对应的选品活动的商家。其中，价值属性表征商品标识对应的商品的价值。
51.具体而言，在选品任务发布至可提供同款商品的候选商家之后，候选商家可以报名参加同款商品对应的营销活动，并提供参与营销活动的商品的商品标识及其价值属性，根据申请参与营销活动的各候选商家提供的参与营销活动的商品标识和价值属性，确定可根据第二价值属性提供的目标商品。
52.进一步可选的，上述方法还包括：生成具有第二价值属性的目标商品的关联信息，并显示关联信息，关联信息包括推荐语、提供目标商品的目标商家的信息、招商小二的信息中的至少一种。
53.其中，推荐语例如包括但不限于：基于用户特征生成的目标商品适合用户使用的推荐信息。目标商家的信息例如包括但不限于目标商家的信用状态、经营状态、用户对该目标商家的评价情况等等。招商小二的信息例如包括但不限于招商小二的招商活动组织次数、招商活动好评率或学历水平等等。
54.值得注意的是，在向用户显示从商家获取到的目标商品的属性信息的同时，还显示目标商品的关联信息，可以增加用户对目标商品的下单成功率，增加目标商品的商品销售量。
55.本技术实施例提供的商品信息处理方法，引导用户主动提供对目标商品的商品需求信息，基于用户原生且直接的商品需求信息进行反向选品，让用户直接参与到选品环节中，形成了直接基于用户的商品需求进行商品信息推荐的技术链路，使得推荐商品信息更加符合用户需求，进而可增加商品销售量和用户对电商平台的粘性。进一步，在基于用户原生、直接的商品需求信息进行反向选品，通过将涉及同款商品的多个商品需求信息进行聚合，根据聚合后的商品需求信息一起进行选品，有利于提高获取符合用户需求的商品信息的效率，便于用户及时获取所需商品信息，进一步增加用户对电商平台的粘性。
56.图2为本技术实施例提供的一种信息处理系统的结构示意图。参见图2，该信息处理系统可以包括多个用户终端10和服务端设备20。进一步可选的，信息处理系统还可以包括多个商家终端30。可选的，任一用户终端10和商家终端30可以通过有线网络、或者无线网络与服务端设备20进行交互。例如，有线网络可以包括同轴电缆、双绞线和光纤等，无线网络可以是2g网络、3g网络、4g网络或者5g网络、无线保真(wireless fidelity，简称wifi)网络等。本技术对交互的具体类型或者具体形式并不做限定，只要其能够实现用户终端10和商家终端30与服务端设备20交互的功能即可。可选的，用户终端10和商家终端30例如包括但不限于手机、平板电脑、笔记本电脑、可穿戴设备、车载设备。服务端设备20例如包括但不限于单个服务器或多个服务器组成的分布式服务器集群。应当理解的是，图2中的用户终端10、服务端设备20和商家终端30的数量仅仅是示意性的。实际应用中，根据实际需求部署任意数量的用户终端10、服务端设备20和商家终端30。
57.其中，用户终端10或商家终端30可以是硬件也可以是软件。当用户终端10或商家终端30为硬件时，用户终端10或商家终端30例如为手机、平板电脑、台式计算机、可穿戴式
智能设备、智能家居设备等。当用户终端10或商家终端30为软件时，其可以安装在上述列举的硬件设备中，此时，用户终端10或商家终端30例如为多个软件模块或单个软件模块等，本技术实施例并不限制。服务端设备20可以是硬件也可以是软件。当服务端设备20为硬件时，该服务端设备20为单个服务器或多个服务器组成的分布式服务器集群。当服务器为软件时，可以为多个软件模块或单个软件模块等，本技术实施例并不限制。
58.信息处理系统的交互过程具体是：如图2中
①
所示，任一用户通过用户终端10向服务端设备20发送用户对目标商品的商品需求信息。如图2中
②
所示，服务端设备20接收到多个用户终端10提交的多个商品需求信息后，服务端设备20聚合同款商品的多个商品需求信息，生成选品任务。如图2中
③
所示，服务端设备20发布选品任务，以从商家获取具有第二价值属性的目标商品，并将具有第二价值属性的目标商品的属性信息提供给对应的用户终端。
59.实际应用中，服务端设备20发布选品任务后，接收到选品任务的具有权限查看各商家的商品信息的应用系统可以分析各个商家所提供的商品的价值属性，以从商家获取具有第二价值属性的目标商品，并将具有第二价值属性的目标商品的属性信息提供给服务端设备20，以供服务端设备将具有第二价值属性的目标商品的属性信息提供给对应的用户终端。
60.在一些应用场景中，服务端设备20可以向各个商家终端发布选品任务，以由各个商家自主决定是否参与选品任务。于是，示例性的，服务端设备20将选品任务发布至多个商家终端30。如图2中
④
所示，商家终端30在确定参与同款商品对应的营销活动的情况下向服务端设备20提供具有第二价值属性的目标商品的属性信息。如图2中
⑤
所示，服务端设备20向用户终端10发送具有第二价值属性的目标商品的属性信息，以供用户终端10显示。
61.为了更好地理解信息处理系统，结合图3所示的信令交互图进行说明。图3为本技术实施例提供的一种商品信息处理方法的信令交互图。如图3所示，该方法可以包括：
62.301、多个用户终端10中的任一用户终端10显示具有第一价值属性的目标商品及其对应的引导控件。
63.302、任一用户终端10响应对引导控件的触发操作，生成用户对目标商品的商品需求信息。
64.进一步可选的，用户终端10显示具有第一价值属性的目标商品及其对应的引导控件时，具体用于：根据用户的历史操作数据，获取用户感兴趣的至少一个候选商品；在引导页面上显示至少一个候选商品及其对应的引导控件，以供用户从中确定目标商品及其对应的引导控件。
65.进一步可选的，候选商品为多个，且多个候选商品来自多个不同类型的应用页面，则用户终端10在在引导页面上显示至少一个候选商品及其对应的引导控件时，具体用于：
66.在引导页面上显示与多个应用页面对应的标签页面，在不同标签页面上显示与其对应应用页面上的候选商品及其对应的引导控件，不同标签页面之间可切换。
67.进一步可选的，引导页面上还包括：输入控件，用户终端10还用于：响应用户通过输入控件输入的访问链接，获取访问链接对应的商品作为目标商品，并在目标商品的详情页面上显示与其对应的引导控件。
68.303、任一用户终端10向服务端设备20发送用户对目标商品的商品需求信息。
69.304、服务端设备20将商品需求信息与涉及同款商品的其它商品需求信息进行聚合，并针对聚合到同款商品的多个商品需求信息，生成选品任务。
70.进一步可选的，服务端设备20在将商品需求信息与涉及同款商品的其它商品需求信息进行聚合之前，还用于：判断是否已经从商家获取到具有第三价值属性的目标商品；在判断结果为否的情况下，执行将商品需求信息与涉及同款商品的其它商品需求信息进行聚合的操作；在判断结果为是的情况下，将具有第三价值属性的目标商品提供给用户终端10，以供用户终端10显示具有第三价值属性的目标商品的属性信息。
71.305、服务端设备20向多个商家终端30中任一商家终端30发布选品任务。
72.进一步可选的，服务端设备20发布选品任务，以从商家获取具有第二价值属性的目标商品时，具体用于：根据各商家可提供的商品信息，确定可提供同款商品的候选商家；将选品任务发送给候选商家，选品任务至少包括同款商品的描述信息、聚合到同款商品的商品需求信息的数量以及各商品需求信息针对的目标商品；获取目标商家以第二价值属性提供的目标商品的属性信息，目标商家是根据选品任务确定参与同款商品对应的选品活动的商家。
73.306、任一商家终端30根据服务端设备20发布的选品任务，确定是否参与同款商品对应的营销活动。
74.307、任一商家终端30在确定参与的情况下向服务端设备20提供具有第二价值属性的目标商品的属性信息。
75.308、服务端设备20将具有第二价值属性的目标商品的属性信息提供给对应的用户终端10。
76.进一步可选的，服务端设备20还用于生成具有第二价值属性的目标商品的关联信息。并将关联信息推送给用户终端10进行显示。其中，关联信息包括推荐语、提供目标商品的目标商家的信息、招商小二的信息中的至少一种。
77.309、任一用户终端10显示具有第二价值属性的目标商品的属性信息。
78.进一步可选的，如图2所示，服务端设备20可以包括负责商品需求信息聚合的聚合服务端201和负责选品的选品服务端202。则商品信息处理方法的信令交互流程可以包括以下步骤：
79.401、多个用户终端10中的任一用户终端10显示具有第一价值属性的目标商品及其对应的引导控件。
80.402、任一用户终端10响应对引导控件的触发操作，生成用户对目标商品的商品需求信息。
81.403、任一用户终端10向聚合服务端201发送用户对目标商品的商品需求信息。
82.404、聚合服务端201将商品需求信息与涉及同款商品的其它商品需求信息进行聚合，并将聚合到同款商品的多个商品需求信息发送至选品服务端202。
83.405、选品服务端202针对聚合到同款商品的多个商品需求信息，生成选品任务。
84.406、选品服务端202向多个商家终端30中任一商家终端30发布选品任务。
85.407、任一商家终端30根据选品服务端202发布的选品任务，确定是否参与同款商品对应的营销活动。
86.408、任一商家终端30在确定参与的情况下向选品服务端202提供具有第二价值属
性的目标商品的属性信息。
87.409、选品服务端202将具有第二价值属性的目标商品的属性信息提供给聚合服务端201。
88.410、聚合服务端201将具有第二价值属性的目标商品的属性信息提供给对应的用户终端10。
89.411、任一用户终端10显示具有第二价值属性的目标商品的属性信息。
90.关于商品信息处理方法的信令交互图中各个步骤，可以参见前述方法实施例中各个步骤的介绍，在此不再赘述。
91.为了便于理解，下面介绍一种场景实施例对本技术实施例提供的商品信息处理方法进行举例说明。
92.在该场景实施例中，引导用户主动提供对目标商品的营销活动需求，并收集用户原生、直接的营销活动需求，基于用户原生、直接的营销活动需求进行招商选品，实现让用户参与营销活动组织环节，产生反向招商活动邀约，形成从c端消费者端到b端商家的营销活动组织技术链路，缩短了营销活动组织技术链路，大大增加了营销活动时效性，改善营销效果。进一步，在基于用户原生、直接的营销活动需求进行招商选品，通过将涉及同款商品的多个营销活动需求进行聚合，生成同一招商选品任务，有利于促进商家积极参与营销活动，提供与用户原生、直接的营销活动需求更加匹配的商品，进而商家可增加商品销售量，用户可享受到优惠价值的商品，增加了用户对电商平台的粘性。
93.在该场景实施例中，引导页面表现为心愿申请页面，引导控件表现为心愿申请页面中辅助用户提交心愿申请的各种控件。具体而言，为了激发用户以更低价值购买某种商品(例如某个品牌的最新机型的手机)的购买意愿时，可以向用户终端推送图4所示的心愿申请页面，用户触发心愿申请页面上的“去许愿”控件，图4所示的心愿申请页面更新为图5所示的心愿申请页面。在图5所示的心愿申请页面中，显示加入购物车页、加入收藏夹页面或者近期浏览过的商品，以供用户选择参与营销活动的心愿商品。另外，图5还提供商品链接输入控件，以供用户填写需要参与营销活动的心愿商品的商品链接。当用户填写了心愿商品的商品链接后，解析商品链接确定用户的心愿商品。用户在图5所示的心愿申请页面选择心愿商品后，图5所示的心愿申请页面更新为图6所示的心愿申请页面。用户在图6所示的心愿申请页面中选择心愿商品的款式和第一价值属性，并点击“许愿该商品”控件，以完成心愿商品申请操作。此时，心愿商品的状态更新为实现中状态，图6所示的心愿申请页面更新为图7所示的心愿申请页面。
94.当用户在用户终端完成心愿商品申请操作后，用户终端向聚合服务端发送心愿商品的心愿申请(也即营销活动需求)。聚合服务端将用户终端提交的心愿申请保存至心愿申请池中。其中，将心愿申请池中的尚未完成招商的心愿申请的状态标记为“实现中”，将心愿申请池中的已经招商但未招到商品的心愿申请的状态标记为“未实现”，将心愿申请池中的已经招商且招到商品的心愿申请的状态标记为“已实现”。
95.在定时聚合任务触发时，聚合服务端对心愿申请池中处于“实现中”状态的心愿申请采用同款算法提供的聚簇能力和/或招商小二提供的人工聚簇能力，找出同款心愿商品。并对同款心愿商品对应的心愿申请进行打标，以标识同款心愿商品对应的哪些心愿申请。
96.聚合服务端将同款心愿商品发送给选品服务端，选品服务端根据同款心愿商品的
商品标识信息将同款心愿商品挂靠在一个spu标品下，也即将同款心愿商品与spu进行关联。其中，标品可以理解为商品信息聚合的最小单位，例如，某品牌手机的每个机型是一个spu。值得注意的是，选品服务端可以根据招商小二的配置操作，预先配置好多个spu。
97.选品服务端按照spu维度生成招商选品任务，并将招商选品任务分配给招商小二。
98.招商小二根据招商选品任务面向商家进行招商，商家通过商家终端访问定品招商后台可以查看招商选品任务对应的心愿商品，以及确定是否提供优惠价值的心愿商品，并将招商选品任务的招商结果返回至选品服务端。
99.选品服务端获取招商选品任务的招商结果，并向聚合服务端推送招商选品任务的招商结果，聚合服务端根据招商结果对心愿申请池中的心愿申请的状态进行维护和管理。
100.用户终端在用户触发下显示心愿申请页面以供用户查看，在心愿申请页面上展示的心愿申请的状态与心愿申请池中心愿申请的状态同步。用户根据心愿商品的心愿申请是否实现，确定是否可以获得优惠价值的心愿商品。
101.值得注意的是，招商小二对“已实现”心愿申请补充诸如推荐语、商品信息和商家信息等其他信息，并将其他信息推送给聚合服务端，以由聚合服务端更新心愿申请池中对应的心愿申请的属性信息。该心愿申请的属性信息可以同步至心愿申请页面上进行展示。
102.图8为本技术实施例提供的另一种商品信息处理方法的流程图。该方法的执行主体可以是用户终端，如图8所示，该方法可以包括以下步骤：
103.801、显示具有第一价值属性的目标商品及其对应的引导控件。
104.802、响应对引导控件的触发操作，生成用户对目标商品的商品需求信息；
105.803、将商品需求信息发送给服务端设备，以供服务端设备从商家获取具有第二价值属性的目标商品的属性信息。
106.804、接收服务端设备返回的具有第二价值属性的目标商品的属性信息，并显示具有第二价值属性的目标商品的属性信息。
107.关于图8所示的商品信息处理方法中各个步骤，可以参见前述方法实施例中各个步骤的介绍，在此不再赘述。
108.图9为本技术实施例提供的另一种商品信息处理方法的流程图。该方法的执行主体可以是服务端设备，如图9所示，该方法可以包括以下步骤：
109.901、接收第一用户终端发送的商品需求信息，商品需求信息是第一用户终端响应用户对其显示的引导控件的触发操作而生成的，引导控件对应于具有第一价值属性的目标商品。
110.902、将商品需求信息与涉及同款商品的其它商品需求信息进行聚合，并针对聚合到同款商品的多个商品需求信息，生成选品任务。
111.903、发布选品任务，以从商家获取具有第二价值属性的目标商品，并将具有第二价值属性的目标商品的属性信息提供给第一用户终端进行显示。
112.关于图9所示的商品信息处理方法中各个步骤，可以参见前述方法实施例中各个步骤的介绍，在此不再赘述。
113.需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤101至步骤103的执行主体可以为设备a；又比如，步骤101和102的执行主体可以为设备a，步骤103的执行主体可以为设备b；等等。
114.另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。
115.图10为本技术实施例提供的一种商品信息处理装置的结构示意图。如图10所示，该装置可以包括：
116.显示模块11，用于显示具有第一价值属性的目标商品及其对应的引导控件。生成模块12，用于响应对引导控件的触发操作，生成用户对目标商品的商品需求信息。汇聚模块13，用于将商品需求信息与涉及同款商品的其它商品需求信息进行聚合，并针对聚合到同款商品的多个商品需求信息，生成选品任务。发布模块14，用于发布选品任务，以从商家获取具有第二价值属性的目标商品。显示模块11，还用于显示具有第二价值属性的目标商品的属性信息。
117.进一步可选的，显示模块11显示具有第一价值属性的目标商品及其对应的引导控件时，具体用于：根据用户的历史操作数据，获取用户感兴趣的至少一个候选商品；在引导页面上显示至少一个候选商品及其对应的引导控件，以供用户从中确定目标商品及其对应的引导控件。
118.进一步可选的，候选商品为多个，且多个候选商品来自多个不同类型的应用页面，则显示模块11在引导页面上显示至少一个候选商品及其对应的引导控件时，具体用于：在引导页面上显示与多个应用页面对应的标签页面，在不同标签页面上显示与其对应应用页面上的候选商品及其对应的引导控件，不同标签页面之间可切换。
119.进一步可选的，引导页面上还包括：输入控件，显示模块11还用于：响应用户通过输入控件输入的访问链接，获取访问链接对应的商品作为目标商品，并在目标商品的详情页面上显示与其对应的引导控件。
120.进一步可选的，汇聚模块13在将商品需求信息与涉及同款商品的其它商品需求信息进行聚合之前，还用于：判断是否已经从商家获取到具有第三价值属性的目标商品；在判断结果为否的情况下，执行将商品需求信息与涉及同款商品的其它商品需求信息进行聚合的操作；在判断结果为是的情况下，触发显示模块11显示具有第三价值属性的目标商品的属性信息。
121.进一步可选的，发布模块14发布选品任务，以从商家获取具有第二价值属性的目标商品时，具体用于：根据各商家可提供的商品信息，确定可提供同款商品的候选商家；将选品任务发送给候选商家，选品任务至少包括同款商品的描述信息、聚合到同款商品的商品需求信息的数量以及各商品需求信息针对的目标商品；获取目标商家以第二价值属性提供的目标商品的属性信息，目标商家是根据选品任务确定参与同款商品对应的选品活动的商家。
122.进一步可选的，发布模块14还用于生成具有第二价值属性的目标商品的关联信息，并触发显示模块11显示关联信息，关联信息包括推荐语、提供目标商品的目标商家的信息、招商小二的信息中的至少一种。
123.图10所示的商品信息处理装置可以执行图1所示实施例中的商品信息处理方法，其实现原理和技术效果不再赘述。对于上述实施例中的商品信息处理装置其中各个模块、单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
124.图11为本技术实施例提供的一种终端设备的结构示意图。如图11所示，该终端设备可以包括：存储器21和处理器22；
125.存储器21，用于存储计算机程序，并可被配置为存储其它各种数据以支持在计算平台上的操作。这些数据的示例包括用于在计算平台上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。
126.存储器21可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
127.处理器22，与存储器21耦合，用于执行存储器21中的计算机程序，以用于：显示具有第一价值属性的目标商品及其对应的引导控件；响应对引导控件的触发操作，生成用户对目标商品的商品需求信息；将商品需求信息发送给服务端设备，以供服务端设备从商家获取具有第二价值属性的目标商品的属性信息；接收服务端设备返回的具有第二价值属性的目标商品的属性信息，并显示具有第二价值属性的目标商品的属性信息。
128.进一步，如图2所示，该终端设备还包括：通信组件23、显示器24、电源组件25、音频组件26等其它组件。图2中仅示意性给出部分组件，并不意味着终端设备只包括图2所示组件。另外，图2中虚线框内的组件为可选组件，而非必选组件，具体可视终端设备的产品形态而定。本实施例的终端设备可以实现为台式电脑、笔记本电脑、智能手机或iot设备等终端设备。该终端设备包含图2中虚线框内的组件。
129.关于处理器执行各动作的详细实施过程可参见前述方法实施例或设备实施例中的相关描述，在此不再赘述。
130.图12为本技术实施例提供的一种服务端设备的结构示意图。如图12所示，该服务端设备可以包括：存储器31和处理器32；
131.存储器31，用于存储计算机程序，并可被配置为存储其它各种数据以支持在计算平台上的操作。这些数据的示例包括用于在计算平台上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。
132.存储器31可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
133.处理器32，与存储器31耦合，用于执行存储器31中的计算机程序，以用于：接收第一用户终端发送的商品需求信息，商品需求信息是第一用户终端响应用户对其显示的引导控件的触发操作而生成的，引导控件对应于具有第一价值属性的目标商品；将商品需求信息与涉及同款商品的其它商品需求信息进行聚合，并针对聚合到同款商品的多个商品需求信息，生成选品任务；发布选品任务，以从商家获取具有第二价值属性的目标商品，并将具
有第二价值属性的目标商品的属性信息提供给第一用户终端进行显示。
134.进一步，如图3所示，该服务端设备还包括：通信组件33、显示器34、电源组件35、音频组件36等其它组件。图3中仅示意性给出部分组件，并不意味着服务端设备只包括图3所示组件。另外，图3中虚线框内的组件为可选组件，而非必选组件，具体可视服务端设备的产品形态而定。本实施例的计算机设备实现为常规服务器、云服务器或服务器阵列等服务端设备，可以不包含图3中虚线框内的组件。
135.相应地，本技术实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由终端设备或服务端设备执行的各步骤。
136.相应地，本技术实施例还提供一种计算机程序产品，包括计算机程序/指令，当计算机程序/指令被处理器执行时，致使处理器能够实现上述方法实施例中可由终端设备或服务端设备执行的各步骤。
137.上述通信组件被配置为便于通信组件所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如wifi，2g、3g、4g/lte、5g等移动通信网络，或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
138.上述显示器包括屏幕，其屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。
139.上述电源组件，为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。
140.上述音频组件，可被配置为输出和/或输入音频信号。例如，音频组件包括一个麦克风(mic)，当音频组件所在设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器或经由通信组件发送。在一些实施例中，音频组件还包括一个扬声器，用于输出音频信号。
141.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
142.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
143.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
144.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
145.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
146.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
147.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
148.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
149.以上仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。