CN114581186A - 商品信息展示方法、装置、计算机设备及可读存储介质 - Google Patents

Abstract

本申请公开了一种商品信息展示方法、装置、计算机设备及可读存储介质，涉及互联网技术领域，响应于商品展示请求，用户端获取待展示商品，并获取用于指示与待展示商品同商家、同品的商品在各个渠道的销量之和的销售总量进行展示，使得用户在浏览商品时能够全面了解该商品在各个不同门店上的销量，较大程度的平衡商品在各个门店上的销售情况，避免商家由于商品的销量过低或精力有限而放弃某个门店，提升门店资源的利用率。所述方法包括：响应于商品展示请求，将商品展示请求传输至服务器，以及接收服务器返回的至少一个待展示商品；确定页面模板，将至少一个待展示商品以及对应的销量字段添加至页面模板，得到商品页面，以及将商品页面进行展示。

Description

商品信息展示方法、装置、计算机设备及可读存储介质

技术领域

本申请涉及互联网技术领域，特别是涉及一种商品信息展示方法、装置、计算机设备及可读存储介质。

背景技术

随着互联网技术的不断发展，越来越多的人选择在网上购买商品，因此，出现了很多用于线上交易的平台。通过线上的平台，商家能够将服装、生活用品等实体类商品以及金融、医疗、美容等虚拟类商品提供给用户，供用户在线上下单购买。而目前提供线上交易功能的平台越来越多，为了拓展自身的渠道，很多商家会在不同的平台上展示自己的商品信息，从而增大商品的曝光度。

相关技术中，商家需要分别在不同的平台上入驻，在不同的平台上开设不同的门店，对门店进行装饰。接着，将门店中商品的商品信息分别输入到不同的平台上，使得多个平台上均能够上架门店中的商品，在多个平台上展示商品信息，供用户在不同的平台上购买商品。

在实现本申请的过程中，申请人发现相关技术至少存在以下问题：

用户在某个平台上浏览商品时，能够获知商品在该平台上的销售情况。但是每个平台的受众情况不同，使得同一个商品在不同平台上的销量不同，可能商品在用户当前登录的平台上的销量较低，在其他平台上的销量较高，影响用户对商品的选择，容易使商家由于商品的销量过低或精力有限而放弃某个平台的门店，导致平台资源的浪费。

发明内容

有鉴于此，本申请提供了一种商品信息展示方法、装置、计算机设备及可读存储介质，主要目的在于解决目前每个平台的受众情况不同，使得同一个商品在不同平台上的销量不同，可能商品在用户当前登录的平台上的销量较低，在其他平台上的销量较高，影响用户对商品的选择，容易使商家由于商品的销量过低或精力有限而放弃某个平台的门店，导致平台资源的浪费的问题。

依据本申请第一方面，提供了一种商品信息展示方法，该方法应用于用户端，包括：

响应于商品展示请求，将所述商品展示请求传输至服务器，以及接收所述服务器根据所述商品展示请求确定并返回的至少一个待展示商品，其中，所述待展示商品的销量字段的取值设置为销售总量，所述销售总量是统计的待展示商品在当前所处目标平台的当前销售量与关联商品销售量的总和，所述关联商品销售量是统计的相应待展示商品在其他平台中对应的多个关联商品的销售量的总和，所述多个关联商品由所述服务器基于所述待展示商品的商品匹配关系确定，以及所述多个关联商品的销售量的总和是由所述服务器基于确定的所述多个关联商品向商家端请求上传的；

确定页面模板，将所述至少一个待展示商品以及对应的销量字段添加至所述页面模板，得到商品页面，以及将所述商品页面进行展示。

可选地，所述将所述商品展示请求传输至服务器，以及接收所述服务器根据所述商品展示请求确定并返回的至少一个待展示商品，包括：

将所述商品展示请求发送至所述服务器，以及获取所述服务器提供的与所述商品展示请求指示的搜索内容相关的所述至少一个待展示商品；或，

当所述商品展示请求基于浏览操作发生时，采用操作标识对所述商品展示请求进行标记，将标记后的所述商品展示请求发送至所述服务器，以及将所述服务器返回的与用户端相关的推荐商品作为所述至少一个待展示商品。

可选地，所述方法还包括：

响应于商品触发操作，在所述至少一个待展示商品中确定所述商品触发操作指示的待展示商品作为目标商品，将所述目标商品发送至所述服务器；

接收所述服务器反馈的所述目标商品的商品详情页面，将所述商品详情页面进行展示，所述商品详情页面包括所述目标商品的详情信息、所述目标商品的当前销售量、所述目标商品在其他平台中对应的多个关联商品的销售量以及所述目标商品对应的销售总量。

可选地，所述方法还包括：

当基于所述商品详情页面接收到多平台信息查询请求时，将所述多平台信息查询请求传输至所述服务器；

接收所述服务器返回的所述目标商品在当前所处目标平台的商品累积信息、所述多个关联商品在所述其他平台中的多个平台累积信息，其中，所述商品累积信息包括所述目标商品在所述目标平台的评价信息、图片信息、视频信息以及音频信息，所述平台累积信息包括相应关联商品在其他平台的评价信息、图片信息、视频信息以及音频信息；

将所述商品累积信息和所述多个平台累积信息进行展示。

可选地，所述方法还包括

当检测到所述商品详情页面包括的所述销售总量被触发时，获取总量描述文案，所述总量描述文案用于描述所述其他平台的平台名称；

采用预设展示方式展示所述总量描述文案，所述预设展示方式为次级字符框展示、会话气泡展示、分页面展示中的任一种。

依据本申请第二方面，提供了一种商品信息展示方法，该方法应用于服务器，包括：

接收用户端传输的商品展示请求，根据所述商品展示请求，确定至少一个待展示商品；

基于所述至少一个待展示商品，获取商家端上传的每个待展示商品的销售总量，得到至少一个销售总量，所述销售总量是统计的待展示商品在当前所处目标平台的当前销售量与关联商品销售量的总和，所述关联商品销售量是所述统计的待展示商品在其他平台中对应的多个关联商品的销售量的总和，所述多个关联商品由所述服务器基于所述待展示商品的商品匹配关系确定，以及所述多个关联商品的销售量的总和是由所述服务器基于确定的所述多个关联商品向商家端请求上传的；

基于所述至少一个待展示商品和所述至少一个销售总量的对应关系，将每个待展示商品的销量字段的取值设置为相应的销售总量；

将设置后的所述至少一个待展示商品发送至用户端，以使所述用户端展示设置后的所述至少一个待展示商品。

可选地，所述根据所述商品展示请求，确定至少一个待展示商品，包括：

对所述商品展示请求进行识别；

当识别到所述商品展示请求指示的搜索内容时，查询与所述搜索内容相关的商品作为所述至少一个待展示商品，其中，所述至少一个待展示商品的商品名称和/或详细信息包括所述搜索内容；

当识别到所述商品展示请求标记有操作标识时，获取与所述用户端相关的推荐商品作为所述至少一个待展示商品，其中，所述推荐商品根据所述用户终端的历史订单和/或历史浏览记录确定。

可选地，所述基于所述至少一个待展示商品，获取商家端上传的每个待展示商品的销售总量，得到至少一个销售总量，包括：

对于每个待展示商品，查询所述待展示商品是否存在商品匹配关系；

当查询确定所述待展示商品存在所述商品匹配关系时，确定所述商品匹配关系指示的与所述待展示商品存在关联关系的至少一个关联商品，分别确定每个关联商品所在的其他平台，采用确定的其他平台的平台名称对相应的关联商品进行标注，采用所述目标平台的平台名称对所述待展示商品进行标注，以及将标注后的所述至少一个关联商品、标注后的所述待展示商品发送至所述商家端，以使所述商家端匹配所述至少一个关联商品在其他平台的销售量，得到至少一个销售量，计算所述至少一个销售量的总和作为所述关联商品销售量，使所述商家端匹配所述待展示商品在所述目标平台的当前销售量，计算所述关联商品销售量和所述当前销售量的总和作为所述待展示商品的销售总量，并由所述商家端将所述销售总量上传至服务器；

当查询确定所述待展示商品不存在所述商品匹配关系时，采用所述目标平台的平台名称对所述待展示商品进行标注，以及将标注后的所述待展示商品发送至所述商家端，以使所述商家端匹配所述待展示商品在所述目标平台的当前销售量，由所述商家端将所述当前销售量作为所述待展示商品的销售总量上传至所述服务器。

可选地，所述接收用户端传输的商品展示请求，根据所述商品展示请求，确定至少一个待展示商品之前，所述方法还包括：

接收所述商家端的平台登录请求，查询所述商家端完成注册的其他平台；

查询所述商家端在所述其他平台中是否存在绑定的关联门店；

当查询确定所述商家端在所述其他平台中的指定平台存在关联门店时，生成商品关联提醒，将所述商品关联提醒发送至所述商家端；

若接收到所述商家端基于所述商品关联提醒反馈的关联成功响应，则按照所述关联成功响应指示的至少一个目标待关联商品组合，生成商品匹配关系。

可选地，所述生成商品关联提醒，包括：

确定所述商家端在当前登录的平台上绑定的目标门店，获取所述目标门店在所述当前登录的平台上供应的至少一个目标商品；

查询所述商家端在所述指定平台中存在的至少一个关联门店，获取每个关联门店在所述指定平台上供应的至少一个候选商品；

对每个目标商品执行以下处理：获取所述目标商品的商品名称、商品类目，在所述每个关联门店在所述指定平台上供应的至少一个候选商品中查询商品名称和商品类目与所述目标商品一致的至少一个目标候选商品，采用所述指定平台的平台标识对所述至少一个目标候选商品进行标注，以及建立所述目标商品与所述至少一个目标候选商品之间的初始匹配关系，得到所述目标商品对应的待关联商品组合；

获取所述至少一个目标商品对应的至少一个待关联商品组合，基于所述至少一个待关联商品组合，生成所述商品关联提醒。

可选地，所述基于所述至少一个待关联商品组合，生成所述商品关联提醒，包括：

生成用于描述所述至少一个待关联商品组合中每个待关联商品组合指示的初始匹配关系的关系表格，获取预设提醒文案，将所述关系表格与所述预设提醒文案进行组合，得到所述商品关联提醒；或，

创建表格跳转地址，将所述表格跳转地址与所述关系表格进行绑定，以及将绑定后的所述表格跳转地址与所述预设提醒文案进行组合，得到所述商品关联提醒。

可选地，所述方法还包括：

当接收到所述用户端发送的目标商品时，生成包括所述目标商品的详情信息、所述目标商品的当前销售量、所述目标商品在其他平台中对应的多个关联商品的销售量以及所述目标商品对应的销售总量的商品详情页面，将所述商品详情页面反馈至所述用户端；和/或，

当接收到所述用户端发送的多平台信息查询请求时，确定所述多平台信息查询请求发生的指定商品详情页面，确定所述指定商品详情页面描述的指定商品，将所述指定商品在当前所处平台的商品累积信息、所述指定商品对应的多个关联商品在其他平台中的多个平台累积信息返回至所述用户端，其中，所述商品累积信息包括所述指定商品在当前所处平台的评价信息、图片信息、视频信息以及音频信息，所述平台累积信息包括相应关联商品在对应的其他平台的评价信息、图片信息、视频信息以及音频信息。

可选地，所述方法还包括：

当接收到所述商家端的匹配解除请求时，确定所述匹配解除请求指示的待解除商品，将所述待解除商品的商品匹配关系删除。

依据本申请第三方面，提供了一种商品信息展示方法，该方法应用于商家端，包括：

当检测到服务器基于至少一个待展示商品以及待展示商品对应的多个关联商品请求获取销售总量时，统计所述每个待展示商品的销售总量，得到至少一个销售总量，所述至少一个待展示商品由所述服务器根据所述用户端的商品展示请求确定，所述销售总量是统计的待展示商品在当前所处目标平台的当前销售量与关联商品销售量的总和，所述关联商品销售量是统计的待展示商品在其他平台中对应的多个关联商品的销售量的总和，所述多个关联商品由所述服务器基于待展示商品的商品匹配关系确定；

将所述至少一个销售总量上传至所述服务器，以使所述服务器采用所述至少一个销售总量对所述至少一个待展示商品的销量字段的取值进行设置，以及由所述服务器将设置后的所述至少一个待展示商品发送至所述用户端进行展示。

可选地，所述当检测到服务器基于至少一个待展示商品以及待展示商品对应的多个关联商品请求获取销售总量时，统计所述每个待展示商品的销售总量，得到至少一个销售总量，包括：

当接收到所述服务器返回的标注有平台名称的待展示商品以及所述待展示商品对应的多个关联商品时，将标注有平台名称的所述待展示商品以及所述多个关联商品进行展示，获取商家基于所述待展示商品输入的所述待展示商品在标注的平台名称指示目标平台的当前销售量，获取所述商家基于所述多个关联商品输入的所述多个关联商品在其他平台的销售量，得到多个销售量，计算所述多个销售量的总和作为关联商品销售量，计算所述关联商品销售量和所述当前销售量的总和作为所述待展示商品的销售总量；

当接收到所述服务器返回的标注有平台名称的待展示商品时，获取商家基于所述待展示商品输入的所述待展示商品在所述目标平台的当前销售量，将所述当前销售量作为所述待展示商品的销售总量。

可选地，所述方法还包括：

响应于平台登录请求，将所述平台登录请求传输至服务器；

当接收到所述服务器基于所述平台登录请求返回的商品关联提醒时，展示所述商品关联提醒，所述商品关联提醒是所述服务器在查询确定商家终端在除当前登录的平台外的其他平台中存在关联门店时生成并传输的；

若检测到对所述商品关联提醒的确认操作，则确定所述确认操作在所述商品关联提醒中指示的至少一个目标待关联商品组合；

生成用于指示所述至少一个目标待关联商品组合的关联成功响应，基于所述商品关联提醒，将所述关联成功响应反馈至所述服务器，以使所述服务器按照所述至少一个目标待关联商品组合生成商品匹配关系。

可选地，所述确定所述确认操作在所述商品关联提醒中指示的至少一个目标待关联商品组合，包括：

当所述商品关联提醒携带关系表格时，在所述关系表格中选取所述确认操作指示的至少一个目标初始匹配关系，读取所述至少一个目标匹配关系指示的所述至少一个目标待关联商品组合，所述关系表格用于描述商品之间的初始匹配关系；或，

当所述商品关联提醒携带表格跳转地址时，在检测到所述表格跳转地址被触发时，展示所述关系表格，以及在所述关系表格中选取所述确认操作指示的至少一个目标初始匹配关系，读取所述至少一个目标匹配关系指示的所述至少一个目标待关联商品组合。

可选地，所述方法还包括：

当检测到请求解除商品匹配关系时，确定被选中的待接触商品，生成指示所述待解除商品的匹配解除请求，将所述匹配解除请求传输至所述服务器，以使所述服务器将所述待解除商品的商品匹配关系删除。

依据本申请第四方面，提供了一种商品信息展示装置，该装置应用于用户端，包括：

接收模块，用于响应于商品展示请求，将所述商品展示请求传输至服务器，以及接收所述服务器根据所述商品展示请求确定并返回的至少一个待展示商品，其中，所述待展示商品的销量字段的取值设置为销售总量，所述销售总量是统计的待展示商品在当前所处目标平台的当前销售量与关联商品销售量的总和，所述关联商品销售量是统计的相应待展示商品在其他平台中对应的多个关联商品的销售量的总和，所述多个关联商品由所述服务器基于所述待展示商品的商品匹配关系确定，以及所述多个关联商品的销售量的总和是由所述服务器基于确定的所述多个关联商品向商家端请求上传的；

展示模块，用于确定页面模板，将所述至少一个待展示商品以及对应的销量字段添加至所述页面模板，得到商品页面，以及将所述商品页面进行展示。

可选地，所述接收模块，用于将所述商品展示请求发送至所述服务器，以及获取所述服务器提供的与所述商品展示请求指示的搜索内容相关的所述至少一个待展示商品；或，当所述商品展示请求基于浏览操作发生时，采用操作标识对所述商品展示请求进行标记，将标记后的所述商品展示请求发送至所述服务器，以及将所述服务器返回的与用户端相关的推荐商品作为所述至少一个待展示商品。

可选地，所述装置还包括：

发送模块，用于响应于商品触发操作，在所述至少一个待展示商品中确定所述商品触发操作指示的待展示商品作为目标商品，将所述目标商品发送至所述服务器；

所述展示模块，还用于接收所述服务器反馈的所述目标商品的商品详情页面，将所述商品详情页面进行展示，所述商品详情页面包括所述目标商品的详情信息、所述目标商品的当前销售量、所述目标商品在其他平台中对应的多个关联商品的销售量以及所述目标商品对应的销售总量。

可选地，所述发送模块，还用于当基于所述商品详情页面接收到多平台信息查询请求时，将所述多平台信息查询请求传输至所述服务器；

所述展示模块，还用于接收所述服务器返回的所述目标商品在当前所处目标平台的商品累积信息、所述多个关联商品在所述其他平台中的多个平台累积信息，其中，所述商品累积信息包括所述目标商品在所述目标平台的评价信息、图片信息、视频信息以及音频信息，所述平台累积信息包括相应关联商品在其他平台的评价信息、图片信息、视频信息以及音频信息；

所述展示模块，还用于将所述商品累积信息和所述多个平台累积信息进行展示。

可选地，所述展示模块，还用于当检测到所述商品详情页面包括的所述销售总量被触发时，获取总量描述文案，所述总量描述文案用于描述所述其他平台的平台名称；采用预设展示方式展示所述总量描述文案，所述预设展示方式为次级字符框展示、会话气泡展示、分页面展示中的任一种。

依据本申请第五方面，提供了一种商品信息展示装置，该装置应用于服务器，包括：

确定模块，用于接收用户端传输的商品展示请求，根据所述商品展示请求，确定至少一个待展示商品；

获取模块，用于基于所述至少一个待展示商品，获取商家端上传的每个待展示商品的销售总量，得到至少一个销售总量，所述销售总量是统计的待展示商品在当前所处目标平台的当前销售量与关联商品销售量的总和，所述关联商品销售量是所述统计的待展示商品在其他平台中对应的多个关联商品的销售量的总和，所述多个关联商品由所述服务器基于所述待展示商品的商品匹配关系确定，以及所述多个关联商品的销售量的总和是由所述服务器基于确定的所述多个关联商品向商家端请求上传的；

设置模块，用于基于所述至少一个待展示商品和所述至少一个销售总量的对应关系，将每个待展示商品的销量字段的取值设置为相应的销售总量；

发送模块，用于将设置后的所述至少一个待展示商品发送至用户端，以使所述用户端展示设置后的所述至少一个待展示商品。

可选地，所述确定模块，用于接收所述用户端的商品展示请求，对所述商品展示请求进行识别；当识别到所述商品展示请求指示的搜索内容时，查询与所述搜索内容相关的商品作为所述至少一个待展示商品，其中，所述至少一个待展示商品的商品名称和/或详细信息包括所述搜索内容；当识别到所述商品展示请求标记有操作标识时，获取与所述用户端相关的推荐商品作为所述至少一个待展示商品，其中，所述推荐商品根据所述用户终端的历史订单和/或历史浏览记录确定。

可选地，所述获取模块，用于对于每个待展示商品，查询所述待展示商品是否存在商品匹配关系；当查询确定所述待展示商品存在所述商品匹配关系时，确定所述商品匹配关系指示的与所述待展示商品存在关联关系的至少一个关联商品，分别确定每个关联商品所在的其他平台，采用确定的其他平台的平台名称对相应的关联商品进行标注，采用所述目标平台的平台名称对所述待展示商品进行标注，以及将标注后的所述至少一个关联商品、标注后的所述待展示商品发送至所述商家端，以使所述商家端匹配所述至少一个关联商品在其他平台的销售量，得到至少一个销售量，计算所述至少一个销售量的总和作为所述关联商品销售量，使所述商家端匹配所述待展示商品在所述目标平台的当前销售量，计算所述关联商品销售量和所述当前销售量的总和作为所述待展示商品的销售总量，并由所述商家端将所述销售总量上传至服务器；当查询确定所述待展示商品不存在所述商品匹配关系时，采用所述目标平台的平台名称对所述待展示商品进行标注，以及将标注后的所述待展示商品发送至所述商家端，以使所述商家端匹配所述待展示商品在所述目标平台的当前销售量，由所述商家端将所述当前销售量作为所述待展示商品的销售总量上传至所述服务器。

可选地，所述装置还包括：

查询模块，用于接收所述商家端的平台登录请求，查询所述商家端完成注册的其他平台；

所述查询模块，还用于查询所述商家端在所述其他平台中是否存在绑定的关联门店；

所述发送模块，还用于当查询确定所述商家端在所述其他平台中的指定平台存在关联门店时，生成商品关联提醒，将所述商品关联提醒发送至所述商家端；

生成模块，用于若接收到所述商家端基于所述商品关联提醒反馈的关联成功响应，则按照所述关联成功响应指示的至少一个目标待关联商品组合，生成商品匹配关系。

可选地，所述生成模块，用于确定所述商家端在当前登录的平台上绑定的目标门店，获取所述目标门店在所述当前登录的平台上供应的至少一个目标商品；查询所述商家端在所述指定平台中存在的至少一个关联门店，获取每个关联门店在所述指定平台上供应的至少一个候选商品；对每个目标商品执行以下处理：获取所述目标商品的商品名称、商品类目，在所述每个关联门店在所述指定平台上供应的至少一个候选商品中查询商品名称和商品类目与所述目标商品一致的至少一个目标候选商品，采用所述指定平台的平台标识对所述至少一个目标候选商品进行标注，以及建立所述目标商品与所述至少一个目标候选商品之间的初始匹配关系，得到所述目标商品对应的待关联商品组合；获取所述至少一个目标商品对应的至少一个待关联商品组合，基于所述至少一个待关联商品组合，生成所述商品关联提醒。

可选地，所述生成模块，用于生成用于描述所述至少一个待关联商品组合中每个待关联商品组合指示的初始匹配关系的关系表格，获取预设提醒文案，将所述关系表格与所述预设提醒文案进行组合，得到所述商品关联提醒；或，创建表格跳转地址，将所述表格跳转地址与所述关系表格进行绑定，以及将绑定后的所述表格跳转地址与所述预设提醒文案进行组合，得到所述商品关联提醒。

可选地，所述发送模块，还用于当接收到所述用户端发送的目标商品时，生成包括所述目标商品的详情信息、所述目标商品的当前销售量、所述目标商品在其他平台中对应的多个关联商品的销售量以及所述目标商品对应的销售总量的商品详情页面，将所述商品详情页面反馈至所述用户端；和/或，当接收到所述用户端发送的多平台信息查询请求时，确定所述多平台信息查询请求发生的指定商品详情页面，确定所述指定商品详情页面描述的指定商品，将所述指定商品在当前所处平台的商品累积信息、所述指定商品对应的多个关联商品在其他平台中的多个平台累积信息返回至所述用户端，其中，所述商品累积信息包括所述指定商品在当前所处平台的评价信息、图片信息、视频信息以及音频信息，所述平台累积信息包括相应关联商品在对应的其他平台的评价信息、图片信息、视频信息以及音频信息。

可选地，所述装置还包括：

删除模块，用于当接收到所述商家端的匹配解除请求时，确定所述匹配解除请求指示的待解除商品，将所述待解除商品的商品匹配关系删除。

依据本申请第六方面，提供了一种商品信息展示装置，该装置应用于商家端，包括：

统计模块，用于当检测到服务器基于至少一个待展示商品以及待展示商品对应的多个关联商品请求获取销售总量时，统计所述每个待展示商品的销售总量，得到至少一个销售总量，所述至少一个待展示商品由所述服务器根据所述用户端的商品展示请求确定，所述销售总量是统计的待展示商品在当前所处目标平台的当前销售量与关联商品销售量的总和，所述关联商品销售量是统计的待展示商品在其他平台中对应的多个关联商品的销售量的总和，所述多个关联商品由所述服务器基于待展示商品的商品匹配关系确定；

上传模块，用于将所述至少一个销售总量上传至所述服务器，以使所述服务器采用所述至少一个销售总量对所述至少一个待展示商品的销量字段的取值进行设置，以及由所述服务器将设置后的所述至少一个待展示商品发送至所述用户端进行展示。

可选地，统计模块，用于当接收到所述服务器返回的标注有平台名称的待展示商品以及所述待展示商品对应的多个关联商品时，将标注有平台名称的所述待展示商品以及所述多个关联商品进行展示，获取商家基于所述待展示商品输入的所述待展示商品在标注的平台名称指示目标平台的当前销售量，获取所述商家基于所述多个关联商品输入的所述多个关联商品在其他平台的销售量，得到多个销售量，计算所述多个销售量的总和作为关联商品销售量，计算所述关联商品销售量和所述当前销售量的总和作为所述待展示商品的销售总量；当接收到所述服务器返回的标注有平台名称的待展示商品时，获取商家基于所述待展示商品输入的所述待展示商品在所述目标平台的当前销售量，将所述当前销售量作为所述待展示商品的销售总量。

可选地，所述装置还包括：

传输模块，用于响应于平台登录请求，将所述平台登录请求传输至服务器；

展示模块，用于当接收到所述服务器基于所述平台登录请求返回的商品关联提醒时，展示所述商品关联提醒，所述商品关联提醒是所述服务器在查询确定商家终端在除当前登录的平台外的其他平台中存在关联门店时生成并传输的；

确定模块，用于若检测到对所述商品关联提醒的确认操作，则确定所述确认操作在所述商品关联提醒中指示的至少一个目标待关联商品组合；

所述传输模块，还用于生成用于指示所述至少一个目标待关联商品组合的关联成功响应，基于所述商品关联提醒，将所述关联成功响应反馈至所述服务器，以使所述服务器按照所述至少一个目标待关联商品组合生成商品匹配关系。

可选地，所述确定模块，用于当所述商品关联提醒携带关系表格时，在所述关系表格中选取所述确认操作指示的至少一个目标初始匹配关系，读取所述至少一个目标匹配关系指示的所述至少一个目标待关联商品组合，所述关系表格用于描述商品之间的初始匹配关系；或，当所述商品关联提醒携带表格跳转地址时，在检测到所述表格跳转地址被触发时，展示所述关系表格，以及在所述关系表格中选取所述确认操作指示的至少一个目标初始匹配关系，读取所述至少一个目标匹配关系指示的所述至少一个目标待关联商品组合。

可选地，所述传输模块，还用于当检测到请求解除商品匹配关系时，确定被选中的待接触商品，生成指示所述待解除商品的匹配解除请求，将所述匹配解除请求传输至所述服务器，以使所述服务器将所述待解除商品的商品匹配关系删除。

依据本申请第七方面，提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面至第三方面中任一项所述方法的步骤。

依据本申请第八方面，提供了一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面至第三方面中任一项所述的方法的步骤。

借由上述技术方案，本申请提供的一种商品信息展示方法、装置、计算机设备及可读存储介质，本申请响应于商品展示请求，用户端将所述商品展示请求传输至服务器，接收服务器返回的销量字段的取值设置为用于指示与待展示商品同商家、同品的商品在各个渠道的销量之和的销售总量的待展示商品，将待展示商品进行展示，使得用户在浏览商品时能够全面了解该商品在各个不同门店的销量，便于用户决定是否购买商品，较大程度的平衡商品在各个门店的销售情况，避免商家由于商品的销量过低或精力有限而放弃某个门店，提升平台资源的利用率。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1A示出了本申请实施例提供的一种商品信息展示方法流程示意图；

图1B示出了本申请实施例提供的一种商品信息展示方法的示意图；

图2示出了本申请实施例提供的一种商品信息展示方法流程示意图；

图3示出了本申请实施例提供的一种商品信息展示方法流程示意图；

图4A示出了本申请实施例提供的一种商品信息展示方法的交互示意图；

图4B示出了本申请实施例提供的一种商品信息展示方法的示意图；

图4C示出了本申请实施例提供的一种商品信息展示方法流程示意图；

图5A示出了本申请实施例提供的一种商品信息展示方法的交互示意图；

图5B示出了本申请实施例提供的一种商品信息展示方法的示意图；

图5C示出了本申请实施例提供的一种商品信息展示方法流程示意图；

图6示出了本申请实施例提供的一种商品信息展示装置的结构示意图；

图7示出了本申请实施例提供的一种商品信息展示装置的结构示意图；

图8示出了本申请实施例提供的一种商品信息展示装置的结构示意图；

图9示出了本申请实施例提供的一种计算机设备的装置结构示意图。

具体实施方式

下面将参照附图更详细地描述本申请的示例性实施例。虽然附图中显示了本申请的示例性实施例，然而应当理解，可以以各种形式实现本申请而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本申请，并且能够将本申请的范围完整的传达给本领域的技术人员。

本申请实施例提供一种商品信息展示方法，如图1A所示，该方法应用于用户端，包括：

101、响应于商品展示请求，将商品展示请求传输至服务器，以及接收服务器根据商品展示请求确定并返回的至少一个待展示商品。

在日常使用平台的购物功能时，很多用户会存在浏览商品的需求，比如想要购买哪种商品，或者查询某种商品以便货比三家等等。用户浏览某个会场、搜索某些关键字等具有商品展示需求的行为发生时，用户端(也即用户所持终端，比如用户所持手机、智能电脑等设备)会产生商品展示请求，响应于商品展示请求，用户端会将商品展示请求传输至服务器，以及接收服务器根据商品展示请求确定并返回的一个或一个以上的商品作为待展示商品，以便在后续将至少一个待展示商品展示给用户。其中，用户端中需要事先下载平台面向前端用户提供的应用程序；至少一个待展示商品可以是与用户搜索的内容相关的商品，也可以是根据用户的喜好为用户确定的其可能感兴趣的推荐商品等等，本申请对此不进行具体限定。

进一步地，为了使用户能够多方位的了解待展示商品，知晓待展示商品在各个不同平台上的销售情况，服务器向用户端返回至少一个待展示商品时，会向商家端(也即面向商家的服务器，用于给商家提供信息输入、查看等功能的服务器，或者也可以是商家所持的诸如手机、智能电脑等设备终端)请求获取至少一个待展示商品中每个待展示商品的销售总量，并由服务器确定用于描述商品销量的销量字段，将商家端反馈的至少一个待展示商品中每个待展示商品的销量字段的取值设置为销售总量，并将设置后的至少一个待展示商品提供给用户端进行展示，使得用户端在后续向用户展示至少一个待展示商品时，将每个待展示商品的销售总量同时进行展示。其中，销售总量是商家端统计的相应待展示商品在当前所处目标平台的当前销售量与关联商品销售量的总和，关联商品销售量是商家端统计的相应待展示商品在其他平台中对应的多个关联商品的销售量的总和。关联商品是待展示商品在某个其他平台中对应的与其商品名称、商品类目以及所属商家一致的商品，由服务器基于待展示商品的商品匹配关系确定。比如待展示商品为“水光针”，类目为医美类，由商家A提供，且接入在平台甲中；而在平台乙中同样存在由商家A提供的类目为医美类的商品“水光针”，则接入在平台乙中的该“水光针”商品，即为待展示商品在平台乙中对应的关联商品。

需要说明的是，待展示商品可以在不止一个其他平台中存在对应的关联商品，如果待展示商品在其他平台中存在对应的关联商品，则分别统计各个关联商品在其所在的其他平台中的销售量，并计算全部关联商品的销售量的总和，便得到了关联商品销售量。比如，待展示商品为“水光针”，在平台乙、平台丙和平台丁中均存在与其关联的商品“水光针”，则统计“水光针”在平台乙中的销量为“10人付款”，“水光针”在平台丙中的销量为“50人付款”，“水光针”在平台丁中的销量为“4人付款”，则计算得到的关联商品销售量即为“64人付款”。进一步地，当待展示商品“水光针”在当前所处平台甲中的当前销售量为“52人付款”时，待展示商品的多平台总销量即为64+52＝118。在实际应用的过程中，无论是各个关联商品的销售量，还是待展示商品的当前销售量，都可以以“年”为维度进行统计，也即将商品的本年销售量作为用于计算多平台总销量的基础。其中，多个关联商品的销售量的总和是由服务器基于确定的多个关联商品向商家端请求上传的。

需要说明的是，在本申请实施例中，以销售总量是同商品在不同平台上的总销量为例进行说明。而在实际应用的过程中，销售总量还可以包括同平台同一商家的不同门店中同商品的总销量。

102、用户端确定页面模板，将至少一个待展示商品以及对应的销量字段添加至页面模板，得到商品页面，以及将商品页面进行展示。

其中，确定了至少一个待展示商品以及每个待展示商品的多平台总销量之后，用户端会将待展示商品以及多平台总销量展示给用户，以供用户查看是否有自己需要的商品并进行购买。在展示上述内容时，用户端可能存在一些页面设置，比如销售字段需要展示在相应待展示商品的缩略图的右下角、左上角等等，因此，用户端会确定页面模板，将至少一个待展示商品以及对应的销量字段添加至页面模板，得到商品页面，以及将商品页面进行展示。

在实际应用的过程中，为了使用户获知多平台总销量具体指代的内容，还可以增加“全域销量”的字段，供上游服务使用或展示。也即采用“全域销量”的字段对多平台总销量进行标记，使用户获知该多平台总量是同商家同商品在各个渠道的销量之和。

具体地，在展示待展示商品和多平台总销量时，可以如图1B所示，显示待展示商品的缩略图、名称、简介等内容，并在待展示商品的右下角、左上角等预设位置展示“全域销量118”字样的多平台总销量。图1B仅为一种示例，具体展示待展示商品以及多平台总销量的方式本申请不进行限定。

本申请实施例提供的方法，用户端接收服务器返回的销量字段的取值设置为用于指示与待展示商品同商家、同品的商品在各个渠道的销量之和的销售总量的待展示商品，将待展示商品进行展示，使得用户在浏览商品时能够全面了解该商品在各个不同门店的销量，便于用户决定是否购买商品，较大程度的平衡商品在各个门店的销售情况，避免商家由于商品的销量过低或精力有限而放弃某个门店，提升平台资源的利用率。

本申请实施例提供了一种商品信息展示方法，如图2所示，该方法应用于服务器，包括：

201、服务器接收用户端传输的商品展示请求，根据商品展示请求，确定至少一个待展示商品。

其中，参见上述步骤101中的内容可知，用户存在商品浏览需求时，会在用户端产生商品展示请求，接着，用户端会将商品展示请求传给服务器。服务器接收用户端传输的商品展示请求，根据商品展示请求，会确定至少一个待展示商品，以便在后续将至少一个待展示商品传回至用户端进行展示。服务器是平台搭载的服务器，待展示商品实际上可以为不同类型的商品，具体可以是根据用户的喜好确定的用户可能感兴趣的商品，还可以是根据用户搜索时输入的关键字确定的与关键字相关的商品，或者还可以是平台主要推荐的商品等等，待展示商品由用户端发送的商品展示请求决定，本申请对待展示商品的具体内容不进行限定。

202、服务器基于至少一个待展示商品，获取商家端上传的至少一个待展示商品中每个待展示商品的销售总量，得到至少一个销售总量。

其中，确定了至少一个待展示商品后，服务器会基于至少一个待展示商品，获取商家端上传的至少一个待展示商品中每个待展示商品的销售总量，得到至少一个销售总量。与上述步骤102中描述的内容相同，本申请实施例中的销售总量也是商家端统计的相应待展示商品在当前所处目标平台的当前销售量与关联商品销售量的总和，关联商品销售量也是商家端统计的相应待展示商品在其他平台中对应的多个关联商品的销售量的总和；多个关联商品由服务器基于待展示商品的商品匹配关系确定，以及多个关联商品的销售量的总和是由服务器基于确定的多个关联商品向商家端请求上传的。具体统计销售总量的过程与上述步骤102中描述的过程一致，此处不再进行赘述。实际应用的过程中，销售总量可以是商家端统计得到后传输给服务器进行使用的，也可以是商家端直接将多个关联商品的销售量、待展示商品在当前所处目标平台的当前销售量传回至服务器，由服务器或用户端自行累加得到的，本申请对此不进行具体限定。

203、服务器基于至少一个待展示商品和至少一个销售总量的对应关系，将每个待展示商品的销量字段的取值设置为相应的销售总量。

确定了每个待展示商品的销售总量后，服务器会基于至少一个待展示商品和至少一个销售总量的对应关系，将每个待展示商品的销量字段的取值设置为相应的销售总量。比如，假设待展示商品“甲”，针对其统计到的销售总量为“116”，则将其对应的销量字段“销量”的取值设置为“116”，从而使商品的多平台总销量能够体现在上游服务中。

204、服务器将设置后的至少一个待展示商品发送至用户端，以使用户端展示设置后的至少一个待展示商品。

其中，确定了待展示商品以及每个待展示商品的销售总量后，服务器将设置后的至少一个待展示商品发送至用户端，以使用户端展示设置后的至少一个待展示商品。

具体地，上面过程描述的是服务器采用销售总量对相应的待展示商品的销量字段进行赋值实现商品与销量之间的相互对应，而在实际应用的过程中，服务器还可以采用待展示商品对应的销售总量对该待展示商品进行标记，并将标记后的待展示商品进行传输，从而明确商品与销量之间的对应关系。

本申请实施例提供的方法，服务器接收用户端传输的商品展示请求，根据商品展示请求，确定至少一个待展示商品获取商家端统计的与待展示商品同商家、同品的商品在各个渠道的销量之和作为销售总量，将待展示商品以及销售总量发送至用户端进行展示，使得用户在浏览商品时能够全面了解该商品在各个不同门店的销量，便于用户决定是否购买商品，较大程度的平衡商品在各个门店的销售情况，避免商家由于商品的销量过低或精力有限而放弃某个门店，提升平台资源的利用率。

本申请实施例提供了一种商品信息展示方法，如图3所示，该方法应用于商家端，包括：

301、当检测到服务器基于至少一个待展示商品以及待展示商品对应的多个关联商品请求获取销售总量时，统计每个待展示商品的销售总量，得到至少一个销售总量。

与上述步骤102中描述的内容相同，本申请实施例中的销售总量也是商家端统计的相应待展示商品在当前所处目标平台的当前销售量与关联商品销售量的总和，关联商品销售量也是商家端统计的相应待展示商品在其他平台中对应的多个关联商品的销售量的总和，多个关联商品由服务器基于待展示商品的商品匹配关系确定。具体统计销售总量的过程与上述步骤102中描述的过程一致，此处不再进行赘述。实际应用的过程中，销售总量可以是商家端统计得到后传输给服务器进行使用的，也可以是商家端直接将多个关联商品的销售量、待展示商品在当前所处目标平台的当前销售量传回至服务器，由服务器或用户端自行累加得到的，本申请对此不进行具体限定。

302、商家端将至少一个销售总量上传至服务器，以使服务器采用至少一个销售总量对至少一个待展示商品的销量字段的取值进行设置，以及由服务器将设置后的至少一个待展示商品发送至用户端进行展示。

确定了至少一个销售总量后，商家端将至少一个销售总量上传至服务器，以使服务器采用至少一个销售总量对至少一个待展示商品的销量字段的取值进行设置，以及由服务器将设置后的至少一个待展示商品发送至用户端进行展示。

本申请实施例提供的方法，当检测到服务器基于至少一个待展示商品请求获取销售总量时，商家端统计与待展示商品同商家、同品的商品在各个渠道的销量之和作为销售总量，将至少一个销售总量上传至服务器，以使服务器采用至少一个销售总量对至少一个待展示商品的销量字段的取值进行设置，以及由服务器将设置后的至少一个待展示商品发送至用户端进行展示，使得用户在浏览商品时能够全面了解该商品在各个不同门店的销量，便于用户决定是否购买商品，较大程度的平衡商品在各个门店的销售情况，避免商家由于商品的销量过低或精力有限而放弃某个门店，提升平台资源的利用率。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例的具体实施过程，本申请实施例提供了另一种商品信息展示方法，如图4A所示，该方法用于建立商品匹配关系，从而使后续进行商品信息展示时，服务器能够根据商品匹配关系同时提供同商家、同品的商品在各个渠道的销量之和。其中，建立商品匹配关系的过程涉及到服务器与商家端之间的交互，包括：

401、响应于平台登录请求，商家端将平台登录请求传输至服务器。

目前，平台上的很多商家会多端跨域经验，比如在淘宝、天猫、支付宝、口碑、饿了么等端。由于端之间的割裂，导致商家经营成本高，且各端的数据无法沉淀共享，长期来看，商家精力有限，割裂会带来商家的逆选择，无法对所有端做等量投入，不利于商家的运营发展。并且，随着和外部的合作越来越多，受制于合作限制及意愿度等原因，需要采取不同的供给选型，也需要依赖该项目的底层能力支持。基于此现状，本申请实施例基于多端的同品关系校验打通，以及基于此关系链，其他可扩展的外围属性，从而提升商家开本地门店的动力和效率，快速增加本地商品供给。其中，由于医美行业通常会多端跨域经营，因此，本申请实施例可以应用于医美行业，另外，如有其他行业或者商家也多端跨域经营，则也可以采用本申请实施例描述的技术方案，本申请对应用的行业不进行具体限定。

在本申请实施例中，由于商家需要在平台上开设门店才能够使用户下单购买商品，因此，实际上平台面向商家也会提供相应的前端应用程序，商家在商家端(也即商家所持终端，比如商家所持手机、智能电脑等设备)下载平台提供的商家应用程序，通过商家应用程序提供的功能，便可以在平台上开设门店、上架商品等等。

在实际应用的过程中，商家需要在平台中登录才能够进行后续的其他操作，因此，响应于平台登录请求，商家端会将平台登录请求传输至服务器，使服务器获知商家当前请求登录至平台的状态。需要说明的是，商家在进行登录时会提供账号和密码，商家端可以直接对账号和密码进行校验，并在校验成功后将平台登录请求传输至服务器进行后续的操作，也可以将账号和密码直接传输给服务器，由服务器自行校验并在校验通过后直接执行后续的相关操作，本申请对此不进行具体限定。

另外，如果账号和密码没有通过校验，则商家端会提示商家登录失败，以使得商家重新输入账号和密码并重新进行校验。

402、服务器接收商家端的平台登录请求，查询商家端完成注册的其他平台，查询商家端在其他平台中是否存在绑定的关联门店。

在本申请实施例中，服务器接收到商家端的平台登录请求后，会查询商家端完成注册的其他平台，查询商家端在其他平台中是否存在绑定的关联门店。也就是说，商家请求登录后，服务器会查询商家在其他平台中是否同时开有其他的门店，进而在后续将这种同属一个商家且在不同平台供应的相同商品能够互相关联起来，便于计算商品的全域销量，方便用户和商家了解商品在各个平台上的销售情况。

403、当查询确定商家端在其他平台中的指定平台存在关联门店时，服务器确定商家端在当前登录的平台上绑定的目标门店，获取目标门店在当前登录的平台上供应的至少一个目标商品，并查询商家端在指定平台中存在的至少一个关联门店，获取每个关联门店在相应的指定平台上供应的至少一个候选商品，创建至少一个待关联商品组合。

在本申请实施例中，当查询确定商家端在指定平台中存在关联门店时，表示商家在其他平台也有门店，需要将其他平台门店中的商品与当前平台门店中的商品关联起来。因此，服务器确定商家端在当前登录的平台上绑定的目标门店，获取目标门店在当前登录的平台上供应的至少一个目标商品，并查询商家端在指定平台中存在的至少一个关联门店，获取每个关联门店在指定平台上供应的至少一个候选商品，按照至少一个目标商品与至少一个候选商品之间的相似关系，将存在关联关系的商品划分到一组，从而创建至少一个待关联商品组合。需要说明的是，由于创建的待关联商品组合是一对N(N为正整数)的关系逻辑，且实际应用中服务器端多SKU(Stock Keeping Unit，库存量单位)的商品会以多个单品形式进行存储，因此，也可以通过SKU拆品的方式确定目标商品与N个候选商品之间的关联关系，从而创建待关联商品组合。

具体地，在创建待关联商品组合时，对至少一个目标商品中每个目标商品执行以下处理：首先，服务器获取目标商品的商品名称、商品类目，在每个关联门店在指定平台上供应的至少一个候选商品中查询商品名称和商品类目与目标商品一致的至少一个目标候选商品。由于已经确定目标商品和候选商品来自同一个商家，因此，通过商品名称和商品类目便可以确定来自不同门店的商品之间的关联关系，将来自不同门店的同一个商品进行关联。其中，需要说明的是，在为目标商品确定目标候选商品时，还可以参考目标商品和目标候选商品的商品图片，将商品图片一致也作为确定两边商品关联性的一种因素。在实际应用的过程中，考虑到有些平台上的商品已经失效，关联这类失效的商品并没有意义，因此，确定了至少一个目标候选商品后，还可以获取每个目标候选商品的商品的ID(IdentityDocument，身份标识号)，查看商品ID是否有效，并在确定商品ID有效时再进行下面的操作，无效则放弃该目标候选商品。

接着，分别确定至少一个目标候选商品对应的平台，采用对应的平台的平台标识对至少一个目标候选商品进行标注，以及建立目标商品与至少一个目标候选商品之间的初始匹配关系，得到目标商品对应的待关联商品组合。需要说明的是，考虑到商家的门店中可能会上架或者下架商品，因此，服务器会定期对待关联商品组合进行更新，方便商家为新上架的商品开通商品匹配关系。

需要说明的是，如果查询确定商家端在任何其他的平台中都不存在关联门店，则表示商家没有门店商品需要关联，无需再继续创建待关联商品组合。

在实际应用的过程中，比如开有天猫店的商家，同时开有本地店，则将天猫店商品和本地商品进行关联，形成该商家的待关联商品组合；或者，有些入驻O店商家，同时开有本地店，O店也即以饿了么为主体在天猫开设的旗舰店，下挂实体门店，用以解决部分门店因为资质和体量的问题无法直接在天猫开设旗舰店的问题，这样，将O店商品和本地店商品的关联，形成该商家的待关联商品组合。

404、服务器基于至少一个待关联商品组合，生成商品关联提醒。

在本申请实施例中，得到至少一个待关联商品组合后，服务器会基于至少一个待关联商品组合，生成商品关联提醒。其中，生成商品关联提醒可以采用两种方式，一种方式是生成用于描述至少一个待关联商品组合中每个待关联商品组合指示的初始匹配关系的关系表格，获取预设提醒文案，将关系表格与预设提醒文案进行组合，得到商品关联提醒。具体参见图4B，可以生成图4B所示的关系表格，以目标商品为基础，将与其存在关联关系的至少一个目标候选商品的商品图片、商品ID、商品名称进行罗列，使后续商家通过该关系表格能够知道商品之间的关联关系。比如，参见图4B，左侧商品为目标商品，右侧商品为与其存在关联关系的目标候选商品，目标商品甲存在的目标候选商品即为甲`、甲``以及甲```。

而另一种方式是采用URL(Uniform Resource Locator，统一资源定位符)的形式生成商品关联提醒，也即创建表格跳转地址，将表格跳转地址与关系表格进行绑定，以及将绑定后的表格跳转地址与预设提醒文案进行组合，得到商品关联提醒。

需要说明的是，预设提醒文案可以为推送给商家的协议，在协议中将商家需要授权给平台的权限进行罗列，并描述与本次操作有关的内容，使得商家可以基于该商品关联提醒进行授权，进而在授权成功后执行商品关联关系的生效。

405、服务器将商品关联提醒发送至商家端。

在本申请实施例中，生成商品关联提醒后，服务器将商品关联提醒发送至商家端，以使商家端将商品关联提醒进行展示，得到商家的授权。

406、当商家端接收到服务器基于平台登录请求返回的商品关联提醒时，展示商品关联提醒。

在本申请实施例中，当商家端接收到服务器在查询确定商家终端在除当前登录的平台外的其他平台中存在关联门店时生成并传输的商品关联提醒时，商家端将商品关联提醒进行展示，以便商家基于商品关联提醒选择想要执行的商品匹配关系，并对平台进行授权。

其中，商品关联提醒实际上是用于提醒商家其门店中存在能够关联的商品，使商家知道商品关联后不仅能够使顾客在一个平台上看见商品在多个平台上的销量，而且还能够使商家在商家应用程序中对存在关联的商品进行统一的信息查看、批量的修订等。商品关联提醒可以为协议形式的提醒，将本次商品关联中需要执行以及签订的内容进行罗列，并描述关联过程中的注意事项，从而使得商家基于该商品关联提醒对平台进行授权，使得平台在商家授权的基础上再进行后续的商品关联操作。

407、若商家端检测到对商品关联提醒的确认操作，则确定确认操作在商品关联提醒中指示的至少一个目标待关联商品组合，生成用于指示至少一个目标待关联商品组合的关联成功响应，基于商品关联提醒，将关联成功响应反馈至服务器。

在本申请实施例中，商家端将商品关联提醒进行展示后，商家便可以在商品关联提醒携带的关系表格中选择想要哪些初始匹配关系生效。其中，考虑到商家门店中可以进行关联的商品可能有多个，因此，实际上服务器会在商品关联提醒中携带当前能够进行关联的至少一个待关联商品组合。每个待关联商品组合均是由该商家在各个平台提供的相同的商品组合而成的，用于给商家参考是否建立商品匹配关系，这样，商家端便可以根据商家的操作，确定商家的确认操作在商品关联提醒中指示的至少一个目标待关联商品组合，至少一个目标待关联商品组合也即商家允许建立商品匹配关系的商品组合，以便服务器在后续按照至少一个目标待关联商品组合，建立商品之间的商品匹配关系。由于商品关联提醒携带关系表格的方式有两种，因此，当商品关联提醒携带关系表格时，商家端可以直接在用于描述商品之间的初始匹配关系的关系表格中选取确认操作指示的至少一个目标初始匹配关系，读取至少一个目标匹配关系指示的至少一个目标待关联商品组合，生成用于指示至少一个目标待关联商品组合的关联成功响应。而当商品关联提醒携带表格跳转地址时，商家端需要在检测到表格跳转地址被触发时，展示关系表格，在关系表格中选取确认操作指示的至少一个目标初始匹配关系，读取至少一个目标匹配关系指示的至少一个目标待关联商品组合，生成用于指示至少一个目标待关联商品组合的关联成功响应。

若检测到对商品关联提醒的确认操作，表示商家已经同意将不同平台中的相同商品进行关联，生成了关联成功响应后，商家端基于商品关联提醒，将关联成功响应反馈至服务器，以使服务器按照至少一个目标待关联商品组合生成商品匹配关系。

需要说明的是，如果当前商家端未能检测到对商品关联提醒的确认操作，或者商家未同意进行授权，则可将当前的商品关联提醒搁置于协议页面，并采用“暂未签署”等字样进行提醒，从而使得后续商家具有商品关联需求时，在协议页面重新查看商品关联提醒并进行签署。

408、服务器接收商家端基于商品关联提醒反馈的关联成功响应，按照关联成功响应指示的至少一个目标待关联商品组合，生成商品匹配关系。

在本申请实施例中，服务器接收商家端基于商品关联提醒反馈的关联成功响应，按照关联成功响应指示的至少一个目标待关联商品组合，生成商品匹配关系。这样，后续在任一平台上展示商品的销售情况时，便可以按照商品匹配关系，找到与该商品存在匹配关系的关联商品，获取关联商品的销售量，从而得到该商品的全域销售量。进一步地，服务器可以以表格的形式将商品匹配关系进行描述，并将该表格反馈给商家，便于商家查看已经生效的商品匹配关系。需要说明的是，生成的商品匹配关系实际上是一条将多端商品进行关联的关系链，这样后续便可以基于该关系链同步多平台的销量，进一步还可以迭代多平台的评价、视频日记以及其他可扩展的属性字段。

上面步骤401至步骤408中描述的过程是服务器自动为商家提供可以进行关联的商品组合的过程，而在实际应用的过程中，服务器可以在面向商家的前端以插件形态提供待关联商品组合的创建入口，使得商家通过触发该创建入口能够自主提报待关联商品组合，由服务器或者工作人员审核商家提报的待关联商品组合是否合规，进而确定是否能够成功建立该商品的关联关系。

而在实际应用的过程中，考虑到商家可能会请求将已有的商品匹配关系删除，比如希望将商品A现有的商品匹配关系删除，使得商品A在其所属的平台上仅展示其在该平台上的销量。因此，当检测到请求解除商品匹配关系时，商家端会确定被选中的待接触商品，生成指示待解除商品的匹配解除请求，将匹配解除请求传输至服务器，以使服务器在接收到商家端的匹配解除请求时，将待解除商品的商品匹配关系删除。需要说明的是，商品匹配关系删除后，相应平台上商品的销量也恢复至原有的销量，比如假设商品匹配关系执行后，商品甲的全域销量为160，其中，当前平台的销量为100，其他关联商品在相应平台的销量分别为10、20、30，则甲的销量回到100，其他关联商品在相应平台的销量分别回到原有销量10、20、30。另外，商家还可以就某个商品匹配关系中的某个关联商品执行删除操作，也即解除某个关联商品的关联关系，但是其他关联商品的关联关系仍旧生效，比如甲有2个关联商品分别为甲`、甲``和甲```，甲的销售总量为160，甲在其所处平台的销量为100，甲`在其所处平台的销量10，甲``在其所处平台的销量为20，甲```在其所处平台的销量为30，假设商家将甲``与甲的关联关系解除，则甲的销售总量调整为160-20＝140，甲``的销量回归为20。进一步地，服务器中可以设置数据清洗周期，每隔数据清洗周期便对各个门店中的商品匹配关系进行校验，确定商品匹配关系描述的各个商品是否有效，从而实现定期的商品匹配关系的增删处理。

另外，可以在商家端向商家提供意见反馈入口，比如二维码、客服入口等等，从而使商家可以及时进行意见反馈。

综上所述，创建商品匹配关系的过程如下：如图4C所示，当检测到商家请求登录时，查询该商家在其他平台是否存在关联门店。如果不存在，则正常执行登录流程，不向商家发送商品关联提醒，商品关联提醒可以为协议形式的提醒，从而确保商家授权同意后再执行关联商品的匹配关系；而如果存在，则弹窗提醒商家签署该商品关联提醒，并在确定商家签署后，基于商家在商品关联提醒中选中的目标待关联商品组合，生成商品匹配关系，使商品匹配关系生效。若确定商家未签署，则不继续关联，停止当前流程，正常为商家提供登录后的服务。

本申请实施例提供的方法，响应于平台登录请求，商家端将平台登录请求传输至服务器，当接收到服务器在查询确定商家终端在除当前登录的平台外的其他其他平台中存在关联门店时生成并传输的的商品关联提醒时，商家端展示商品关联提醒，并在检测到对商品关联提醒的确认操作时，确定确认操作在商品关联提醒中指示的至少一个目标待关联商品组合，生成用于指示至少一个目标待关联商品组合的关联成功响应，基于商品关联提醒，将关联成功响应反馈至服务器，以使服务器按照至少一个目标待关联商品组合生成商品匹配关系，从而使得后续服务器为用户端提供商品进行展示时，能够根据建立的商品匹配关系，向商家请求提供同商家、同品的商品在各个渠道的销量之和，使得用户在浏览商品时能够全面了解该商品在各个不同门店的销量，便于用户决定是否购买商品，较大程度的平衡商品在各个门店的销售情况，避免商家由于商品的销量过低或精力有限而放弃某个门店，提升平台资源的利用率。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例的具体实施过程，本申请实施例提供了另一种商品信息展示方法，如图5A所示，在该方法中，服务器不仅能够向用户端提供商品进行展示，还能够根据商品匹配关系同时提供同商家、同品的商品在各个渠道的销量之和，商品信息的展示过程中涉及到用户端与服务器之间的交互，包括：

501、响应于商品展示请求，用户端将商品展示请求传输至服务器。

在本申请实施例中，响应于商品展示请求，用户端会将商品展示请求传输至服务器。其中，参见上述步骤201中的内容可知，商品展示请求实际上可能由用户的多种操作产生，比如搜索或浏览会场，因此，用户端需要将商品展示请求返回至服务器，以使得服务器确定至少一个待展示商品。

502、服务器接收用户端传输的商品展示请求，根据商品展示请求，确定至少一个待展示商品。

其中，由于商品展示请求可以采用不同的方式产生，因此，服务器需要采用不同的方式确定至少一个待展示商品，具体过程如下：

一种方式，商品展示请求基于用户的搜索操作产生，则用户端将商品展示请求发送至服务器，使服务器接收用户端的商品展示请求，对商品展示请求进行识别，确定商品展示请求指示的搜索内容，查询与搜索内容相关的商品作为至少一个待展示商品，其中，至少一个待展示商品的商品名称和/或详细信息包括搜索内容。比如，假设搜索内容为“水光针”，则获取商品名称、详细信息中包括“水光针”的商品作为待展示商品即可。

而另一种方式，商品展示请求基于用户的浏览操作产生，则用户端采用操作标识对商品展示请求进行标记，将标记后的商品展示请求发送至服务器，使得服务器在识别到商品展示请求标记有操作标识时，获取与用户端相关的推荐商品作为至少一个待展示商品。其中，推荐商品根据用户终端的历史订单和/或历史浏览记录确定；浏览操作可以是用户浏览应用的主页面、浏览已收藏商品、浏览购物车、浏览历史订单等行为发生的操作，因此，相应地，推荐商品可以是根据用户浏览的内容确定的用户可能感兴趣的商品，也可以是用户已经收藏的商品或者与用户曾经下单的商品相似度较高的商品等等，本申请对推荐商品的具体内容不进行限定。

503、服务器基于至少一个待展示商品向商家端请求获取销售总量。

在本申请实施例中，确定了至少一个待展示商品后，为了使用户在浏览至少一个待展示商品时能够获知待展示商品在多平台的销售情况，服务器会向商家端请求统计至少一个待展示商品中每个待展示商品的销售总量，得到至少一个销售总量，以便将至少一个销售总量与至少一个待展示商品同时提供给用户端进行展示。

504、当商家端检测到服务器基于至少一个待展示商品请求获取销售总量时，统计至少一个待展示商品中每个待展示商品的销售总量，得到至少一个销售总量，并将至少一个销售总量上传至服务器。

其中，销售总量是相应待展示商品在当前所处目标平台的当前销售量与关联商品销售量的总和，关联商品销售量是相应待展示商品在其他平台中对应的多个关联商品的销售量的总和。由于有些待展示商品可能只能用户当前登录的平台上销售，在其他平台上并未接入或者销售，因此，实际上统计销售总量可以采用两种方式，具体如下：

以任一待展示商品为例，由于商品是否在其他平台中接入或者销售是通过商品匹配关系体现的，因此，服务器会查询该待展示商品是否存在商品匹配关系。一种情况，当查询确定待展示商品存在商品匹配关系时，表示该待展示商品还在其他平台上销售，服务器会确定商品匹配关系指示的与待展示商品存在关联关系的至少一个关联商品，分别确定至少一个关联商品中每个关联商品所在的其他平台，采用确定的其他平台的平台名称对相应的关联商品进行标注，采用目标平台的平台名称对待展示商品进行标注，以及将标注后的至少一个关联商品、标注后的待展示商品发送至商家端，以使商家端匹配至少一个关联商品在对应的其他平台的销售量，得到至少一个销售量，计算至少一个销售量的总和作为关联商品销售量，使商家端匹配待展示商品在目标平台的当前销售量，计算关联商品销售量和当前销售量的总和作为待展示商品的销售总量，并由商家端将销售总量上传至服务器。也就是说，服务器会根据商品匹配关系，告知商家端的商家应该提供哪些商品在哪些平台的销量，使得商家端能够获取商家输入的与该待展示商品存在关联的全部关联商品在其所在平台上的销售量并计算总和作为关联商品销售量，同时商家端还能够获取商家输入的该待展示商品在当前所在平台上的当前销售量，计算关联商品销售量和当前销售量的总和便是该待展示商品在多平台上的销售情况。比如，待展示商品甲，其存在的关联商品为甲`和甲``，则服务器将商品甲、甲`和甲``以及其分别所在的平台名称提供给商家端，使商家端进行展示，由商家手动上传甲`在其所在的平台上的销售38，甲``在其所在平台上的销售量78，进而使商家端计算得到的关联商品销售量即为38+78＝116，同时由商家手动上传甲在当前的目标平台上的当前销售量110，这样，商家端计算得到的甲的销售总量即为116+110＝226。

另一种情况，当查询确定待展示商品不存在商品匹配关系时，表示待展示商品只在当前登录的目标平台上销售，未在其他平台上销售，所以不存在关联商品，因此，服务器直接采用目标平台的平台名称对待展示商品进行标注，以及将标注后的待展示商品发送至商家端，以使商家端匹配待展示商品在目标平台的当前销售量，由商家端将当前销售量作为待展示商品的销售总量上传至服务器，也即由商家直接通过商家端将待展示商品在当前登录的目标平台上的当前销售量作为待展示商品的销售总量提供给服务器。比如，待展示商品甲，服务器未查询到与甲有关的商品匹配关系时，服务器将商品甲及其所在的平台名称提供给商家端，使商家端进行展示，由商家手动上传甲在当前的目标平台上的当前销售量110，以使服务器将110作为甲的销售总量。

505、服务器基于至少一个待展示商品和至少一个销售总量的对应关系，将每个待展示商品的销量字段的取值设置为相应的销售总量，将设置后的至少一个待展示商品发送至用户端。

在本申请实施例中，确定了至少一个待展示商品以及每个待展示商品的销售总量后，服务器基于至少一个待展示商品和至少一个销售总量的对应关系，将每个待展示商品的销量字段的取值设置为相应的销售总量，将设置后的至少一个待展示商品发送至用户端，以使用户端将至少一个待展示商品以及至少一个销售总量进行展示，用户端无需在前端再执行商品以及销量的获取过程，提升用户端的性能。其中，销量字段的相关内容与上述步骤203中描述的销量字段的内容一致，此处不再进行赘述。

506、用户端获取至少一个待展示商品，确定页面模板，将至少一个待展示商品以及对应的销量字段添加至页面模板，得到商品页面，以及将商品页面进行展示。

在本申请实施例中，获取到服务器发送的至少一个待展示商品后，用户端展示至少一个待展示商品即可。其中，用户端会确定页面模板，将至少一个待展示商品以及对应的销量字段添加至页面模板，得到商品页面，以及将商品页面进行展示。其中，可以获取至少一个待展示商品的简介图以及商品名称用于指代待展示商品，并按照页面模板的指示，进行销量字段和待展示商品的填充。页面模板上销量字段和待展示位置之间的相对位置关系可以是平台工作人员、商家预先设置的位置，比如商品的左上角、右下角等等，本申请对此不进行具体限定。

需要说明的是，在进行多平台总销量的展示时，为了使用户能够获知该多平台总销量的含义，用户端可以增加诸如“总销量”、“全域销量”等文案对多平台总销量进行标注，并在相应待展示商品的简介图左下角、右下角等指定位置展示标注后的多平台总销量；或者也可以维持当前诸如“已售”、“月售”等文案来描述多平台总销量，本申请对此不进行具体限定。

在实际应用的过程中，上面展示的至少一个待展示商品实际上是待展示商品的大致内容，用户点击某个待展示商品后，实际上需要向用户展示该待展示商品的详细信息，因此，响应于商品触发操作，用户端会在至少一个待展示商品中确定商品触发操作指示的待展示商品作为目标商品，将目标商品发送至服务器。这样，服务器接收用户端发送的目标商品，生成包括目标商品的详情信息、目标商品的当前销售量、目标商品在其他平台中对应的多个关联商品的销售量以及目标商品对应的销售总量的商品详情页面，将商品详情页面反馈至用户端，使得用户端接收服务器反馈的目标商品的商品详情页面，将商品详情页面进行展示。

另外，为了使用户更加详细的了解销售总量是参考哪几个平台计算得到的，还可以事先生成总量描述文案，使得当检测到商品详情页面包括的销售总量被触发时，用户端获取用于描述其他平台的平台名称的总量描述文案，并采用预设展示方式展示总量描述文案。例如，可以生成“A平台、B平台、C平台销量总和”字样的总量描述文案，并采用会话气泡的方式展示总量描述文案。进一步地，上面描述的是触发销售总量后展示总量描述文案的过程，实际上也可以如图5B所示，在销售总量的前方提供诸如“

”等标识，并在检测到该标识被触发时再展示诸如“天猫、支付宝、饿了么、口碑、高德淘系销量总和”的总量描述文案，本申请对总量描述文案的展示时机以及展示方式不进行具体限定。

再有，本申请实施例中，不仅提供多平台销量的展示，而且还提供多平台信息的展示，也即将待展示商品的关联商品在相应平台上积累的评价信息、图片信息、视频信息以及音频信息展示给用户进行参考，具体过程如下：

当用户端基于商品详情页面接收到多平台信息查询请求时，将多平台信息查询请求传输至服务器，具体用户端可以在商品详情页面展示诸如“商品在其他平台的信息”等字样的查询入口，在检测到该查询入口被触发时，确定接收到多平台信息查询请求，并进行请求的传输。接着，服务器接收用户端发送的多平台信息查询请求，确定多平台信息查询请求发生的指定商品详情页面，确定指定商品详情页面描述的指定商品，将指定商品在当前所处平台的商品累积信息、指定商品对应的多个关联商品在其他平台中的多个平台累积信息返回至用户端。用户端接收服务器返回的目标商品在当前所处目标平台的商品累积信息、多个关联商品在其他平台中的多个平台累积信息，将商品累积信息和多个平台累积信息进行展示。

例如，服务器确定指定商品详情页面描述的指定商品为甲，确定甲的多个关联商品为甲`和甲``，则获取甲在当前所处平台的商品累积信息、甲`和甲``在其所处平台上的平台累积信息，将甲的商品累积信息、甲`和甲``的平台积累信息返回给用户端进行展示即可。其中，商品累积信息包括指定商品在当前所处平台的评价信息、图片信息、视频信息以及音频信息，平台累积信息包括相应关联商品在对应的其他平台的评价信息、图片信息、视频信息以及音频信息。例如，用户的图文评价、用户或者商家上传的与商品、门店相关的视频、图片、音频等等，均可以作为商品累积信息和平台累积信息。用户端在展示平台累积信息时，可以采用平台名称标注平台累积信息来自哪个平台，提升平台累积信息的真实性，便于用户参考。

综上所述，展示销售总量的过程如下：参见图5C，用户端请求展示商品时，服务器确定待展示商品，并查询待展示商品是否存在商品匹配关系，如果不存在商品匹配关系，则服务器获取商家端提供的待展示商品在当前平台上的当前销售量与待展示商品推送给用户端进行展示；而如果存在商品匹配关系，则服务器基于商品匹配关系向商家端请求统计待展示商品的销售总量，并由商家端将根据商家上传的各个销量值统计得到的销售总量上传给服务器，以使服务器将销售总量和待展示商品推送给用户端进行展示。

本申请实施例提供的方法，用户端接收服务器返回的销量字段的取值设置为用于指示与待展示商品同商家、同品的商品在各个渠道的销量之和的销售总量的待展示商品，将待展示商品进行展示，使得用户在浏览商品时能够全面了解该商品在各个不同门店的销量，便于用户决定是否购买商品，较大程度的平衡商品在各个门店的销售情况，避免商家由于商品的销量过低或精力有限而放弃某个门店，提升平台资源的利用率。

进一步地，作为图1A所述方法的具体实现，本申请实施例提供了一种商品信息展示装置，如图6所示，所述装置包括：接收模块601和展示模块602。

该接收模块601，用于响应于商品展示请求，将所述商品展示请求传输至服务器，以及接收所述服务器根据所述商品展示请求确定并返回的至少一个待展示商品，其中，所述待展示商品的销量字段的取值设置为销售总量，所述销售总量是统计的待展示商品在当前所处目标平台的当前销售量与关联商品销售量的总和，所述关联商品销售量是统计的相应待展示商品在其他平台中对应的多个关联商品的销售量的总和，所述多个关联商品由所述服务器基于所述待展示商品的商品匹配关系确定，以及所述多个关联商品的销售量的总和是由所述服务器基于确定的所述多个关联商品向商家端请求上传的；

该展示模块602，用于确定页面模板，将所述至少一个待展示商品以及对应的销量字段添加至所述页面模板，得到商品页面，以及将所述商品页面进行展示。

在具体的应用场景中，该接收模块601，用于将所述商品展示请求发送至所述服务器，以及获取所述服务器提供的与所述商品展示请求指示的搜索内容相关的所述至少一个待展示商品；或，当所述商品展示请求基于浏览操作发生时，采用操作标识对所述商品展示请求进行标记，将标记后的所述商品展示请求发送至所述服务器，以及将所述服务器返回的与用户端相关的推荐商品作为所述至少一个待展示商品。

在具体的应用场景中，该装置还包括：

发送模块，用于响应于商品触发操作，在所述至少一个待展示商品中确定所述商品触发操作指示的待展示商品作为目标商品，将所述目标商品发送至所述服务器；

该展示模块602，还用于接收所述服务器反馈的所述目标商品的商品详情页面，将所述商品详情页面进行展示，所述商品详情页面包括所述目标商品的详情信息、所述目标商品的当前销售量、所述目标商品在其他平台中对应的多个关联商品的销售量以及所述目标商品对应的销售总量。

在具体的应用场景中，该发送模块，还用于当基于所述商品详情页面接收到多平台信息查询请求时，将所述多平台信息查询请求传输至所述服务器；

该展示模块602，还用于接收所述服务器返回的所述目标商品在当前所处目标平台的商品累积信息、所述多个关联商品在所述其他平台中的多个平台累积信息，其中，所述商品累积信息包括所述目标商品在所述目标平台的评价信息、图片信息、视频信息以及音频信息，所述平台累积信息包括相应关联商品在其他平台的评价信息、图片信息、视频信息以及音频信息；

该展示模块602，还用于将所述商品累积信息和所述多个平台累积信息进行展示。

在具体的应用场景中，该展示模块602，还用于当检测到所述商品详情页面包括的所述销售总量被触发时，获取总量描述文案，所述总量描述文案用于描述所述其他平台的平台名称；采用预设展示方式展示所述总量描述文案，所述预设展示方式为次级字符框展示、会话气泡展示、分页面展示中的任一种。

本申请实施例提供的装置，用户端接收服务器返回的销量字段的取值设置为用于指示与待展示商品同商家、同品的商品在各个渠道的销量之和的销售总量的待展示商品，将待展示商品进行展示，使得用户在浏览商品时能够全面了解该商品在各个不同门店的销量，便于用户决定是否购买商品，较大程度的平衡商品在各个门店的销售情况，避免商家由于商品的销量过低或精力有限而放弃某个门店，提升平台资源的利用率。

进一步地，作为图2所述方法的具体实现，本申请实施例提供了一种商品信息展示装置，如图7所示，所述装置包括：确定模块701，获取模块702，设置模块703和发送模块704。

该确定模块701，用于接收用户端传输的商品展示请求，根据所述商品展示请求，确定至少一个待展示商品；

该获取模块702，用于基于所述至少一个待展示商品，获取商家端上传的每个待展示商品的销售总量，得到至少一个销售总量，所述销售总量是统计的待展示商品在当前所处目标平台的当前销售量与关联商品销售量的总和，所述关联商品销售量是所述统计的待展示商品在其他平台中对应的多个关联商品的销售量的总和，所述多个关联商品由所述服务器基于所述待展示商品的商品匹配关系确定，以及所述多个关联商品的销售量的总和是由所述服务器基于确定的所述多个关联商品向商家端请求上传的；

该设置模块703，用于基于所述至少一个待展示商品和所述至少一个销售总量的对应关系，将每个待展示商品的销量字段的取值设置为相应的销售总量；

该发送模块704，用于将所述至少一个待展示商品以及所述至少一个销售总量发送至用户端，以使所述用户端将所述至少一个待展示商品以及所述至少一个销售总量进行展示。

在具体的应用场景中，该确定模块701，用于接收所述用户端的商品展示请求，对所述商品展示请求进行识别；当识别到所述商品展示请求指示的搜索内容时，查询与所述搜索内容相关的商品作为所述至少一个待展示商品，其中，所述至少一个待展示商品的商品名称和/或详细信息包括所述搜索内容；当识别到所述商品展示请求标记有操作标识时，获取与所述用户端相关的推荐商品作为所述至少一个待展示商品，其中，所述推荐商品根据所述用户终端的历史订单和/或历史浏览记录确定。

在具体的应用场景中，该获取模块702，用于对于每个待展示商品，查询所述待展示商品是否存在商品匹配关系；当查询确定所述待展示商品存在所述商品匹配关系时，确定所述商品匹配关系指示的与所述待展示商品存在关联关系的至少一个关联商品，分别确定每个关联商品所在的其他平台，采用确定的其他平台的平台名称对相应的关联商品进行标注，采用所述目标平台的平台名称对所述待展示商品进行标注，以及将标注后的所述至少一个关联商品、标注后的所述待展示商品发送至所述商家端，以使所述商家端匹配所述至少一个关联商品在其他平台的销售量，得到至少一个销售量，计算所述至少一个销售量的总和作为所述关联商品销售量，使所述商家端匹配所述待展示商品在所述目标平台的当前销售量，计算所述关联商品销售量和所述当前销售量的总和作为所述待展示商品的销售总量，并由所述商家端将所述销售总量上传至服务器；当查询确定所述待展示商品不存在所述商品匹配关系时，采用所述目标平台的平台名称对所述待展示商品进行标注，以及将标注后的所述待展示商品发送至所述商家端，以使所述商家端匹配所述待展示商品在所述目标平台的当前销售量，由所述商家端将所述当前销售量作为所述待展示商品的销售总量上传至所述服务器。

在具体的应用场景中，该装置还包括：

查询模块，用于接收所述商家端的平台登录请求，查询所述商家端完成注册的其他平台；

该查询模块，还用于查询所述商家端在所述其他平台中是否存在绑定的关联门店；

该发送模块704，还用于当查询确定所述商家端在所述其他平台中的指定平台存在关联门店时，生成商品关联提醒，将所述商品关联提醒发送至所述商家端；

生成模块，用于若接收到所述商家端基于所述商品关联提醒反馈的关联成功响应，则按照所述关联成功响应指示的至少一个目标待关联商品组合，生成商品匹配关系。

在具体的应用场景中，该生成模块，用于确定所述商家端在当前登录的平台上绑定的目标门店，获取所述目标门店在所述当前登录的平台上供应的至少一个目标商品；查询所述商家端在所述指定平台中存在的至少一个关联门店，获取每个关联门店在所述指定平台上供应的至少一个候选商品；对每个目标商品执行以下处理：获取所述目标商品的商品名称、商品类目，在所述每个关联门店在所述指定平台上供应的至少一个候选商品中查询商品名称和商品类目与所述目标商品一致的至少一个目标候选商品，采用所述指定平台的平台标识对所述至少一个目标候选商品进行标注，以及建立所述目标商品与所述至少一个目标候选商品之间的初始匹配关系，得到所述目标商品对应的待关联商品组合；获取所述至少一个目标商品对应的至少一个待关联商品组合，基于所述至少一个待关联商品组合，生成所述商品关联提醒。

在具体的应用场景中，该生成模块，用于生成用于描述所述至少一个待关联商品组合中每个待关联商品组合指示的初始匹配关系的关系表格，获取预设提醒文案，将所述关系表格与所述预设提醒文案进行组合，得到所述商品关联提醒；或，创建表格跳转地址，将所述表格跳转地址与所述关系表格进行绑定，以及将绑定后的所述表格跳转地址与所述预设提醒文案进行组合，得到所述商品关联提醒。

在具体的应用场景中，该发送模块704，还用于当接收到所述用户端发送的目标商品时，生成包括所述目标商品的详情信息、所述目标商品的当前销售量、所述目标商品在其他平台中对应的多个关联商品的销售量以及所述目标商品对应的销售总量的商品详情页面，将所述商品详情页面反馈至所述用户端；和/或，当接收到所述用户端发送的多平台信息查询请求时，确定所述多平台信息查询请求发生的指定商品详情页面，确定所述指定商品详情页面描述的指定商品，将所述指定商品在当前所处平台的商品累积信息、所述指定商品对应的多个关联商品在其他平台中的多个平台累积信息返回至所述用户端，其中，所述商品累积信息包括所述指定商品在当前所处平台的评价信息、图片信息、视频信息以及音频信息，所述平台累积信息包括相应关联商品在对应的其他平台的评价信息、图片信息、视频信息以及音频信息。

在具体的应用场景中，该装置还包括：

删除模块，用于当接收到所述商家端的匹配解除请求时，确定所述匹配解除请求指示的待解除商品，将所述待解除商品的商品匹配关系删除。

本申请实施例提供的装置，响应于商品展示请求，服务器确定待展示商品，获取商家端统计的与待展示商品同商家、同品的商品在各个渠道的销量之和作为销售总量，将待展示商品以及多平台总销量发送至用户端进行展示，使得用户在浏览商品时能够全面了解该商品在各个不同门店的销量，便于用户决定是否购买商品，较大程度的平衡商品在各个门店的销售情况，避免商家由于商品的销量过低或精力有限而放弃某个门店，提升平台资源的利用率。

进一步地，作为图3所述方法的具体实现，本申请实施例提供了一种商品信息展示装置，如图8所示，所述装置包括：统计模块801和上传模块802。

该统计模块801，用于当检测到服务器基于至少一个待展示商品以及待展示商品对应的多个关联商品请求获取销售总量时，统计所述每个待展示商品的销售总量，得到至少一个销售总量，所述至少一个待展示商品由所述服务器根据所述用户端的商品展示请求确定，所述销售总量是统计的待展示商品在当前所处目标平台的当前销售量与关联商品销售量的总和，所述关联商品销售量是统计的待展示商品在其他平台中对应的多个关联商品的销售量的总和，所述多个关联商品由所述服务器基于待展示商品的商品匹配关系确定；

该上传模块802，用于将所述至少一个销售总量上传至所述服务器，以使所述服务器采用所述至少一个销售总量对所述至少一个待展示商品的销量字段的取值进行设置，以及由所述服务器将设置后的所述至少一个待展示商品发送至所述用户端进行展示。

该统计模块801，用于当接收到所述服务器返回的标注有平台名称的待展示商品以及所述待展示商品对应的多个关联商品时，将标注有平台名称的所述待展示商品以及所述多个关联商品进行展示，获取商家基于所述待展示商品输入的所述待展示商品在标注的平台名称指示目标平台的当前销售量，获取所述商家基于所述多个关联商品输入的所述多个关联商品在其他平台的销售量，得到多个销售量，计算所述多个销售量的总和作为关联商品销售量，计算所述关联商品销售量和所述当前销售量的总和作为所述待展示商品的销售总量；当接收到所述服务器返回的标注有平台名称的待展示商品时，获取商家基于所述待展示商品输入的所述待展示商品在所述目标平台的当前销售量，将所述当前销售量作为所述待展示商品的销售总量。

在具体的应用场景中，该装置还包括：

该传输模块，用于响应于平台登录请求，将所述平台登录请求传输至服务器；

该展示模块，用于当接收到所述服务器基于所述平台登录请求返回的商品关联提醒时，展示所述商品关联提醒，所述商品关联提醒是所述服务器在查询确定商家终端在除当前登录的平台外的其他平台中存在关联门店时生成并传输的；

该确定模块，用于若检测到对所述商品关联提醒的确认操作，则确定所述确认操作在所述商品关联提醒中指示的至少一个目标待关联商品组合；

该传输模块，还用于生成用于指示所述至少一个目标待关联商品组合的关联成功响应，基于所述商品关联提醒，将所述关联成功响应反馈至所述服务器，以使所述服务器按照所述至少一个目标待关联商品组合生成商品匹配关系。

在具体的应用场景中，该确定模块，用于当所述商品关联提醒携带关系表格时，在所述关系表格中选取所述确认操作指示的至少一个目标初始匹配关系，读取所述至少一个目标匹配关系指示的所述至少一个目标待关联商品组合，所述关系表格用于描述商品之间的初始匹配关系；或，当所述商品关联提醒携带表格跳转地址时，在检测到所述表格跳转地址被触发时，展示所述关系表格，以及在所述关系表格中选取所述确认操作指示的至少一个目标初始匹配关系，读取所述至少一个目标匹配关系指示的所述至少一个目标待关联商品组合。

在具体的应用场景中，该传输模块，还用于当检测到请求解除商品匹配关系时，确定被选中的待接触商品，生成指示所述待解除商品的匹配解除请求，将所述匹配解除请求传输至所述服务器，以使所述服务器将所述待解除商品的商品匹配关系删除。

本申请实施例提供的装置，当检测到服务器基于至少一个待展示商品请求获取销售总量时，商家端统计与待展示商品同商家、同品的商品在各个渠道的销量之和作为销售总量，将至少一个销售总量上传至服务器，以使服务器采用至少一个销售总量对至少一个待展示商品的销量字段的取值进行设置，以及由服务器将设置后的至少一个待展示商品发送至用户端进行展示，使得用户在浏览商品时能够全面了解该商品在各个不同门店的销量，便于用户决定是否购买商品，较大程度的平衡商品在各个门店的销售情况，避免商家由于商品的销量过低或精力有限而放弃某个门店，提升平台资源的利用率。

需要说明的是，本申请实施例提供的一种商品信息展示装置所涉及各功能单元的其他相应描述，可以参考图1至图3的对应描述，在此不再赘述。

在示例性实施例中，参见图9，还提供了一种计算机设备，该计算机设备包括总线、处理器、存储器和通信接口，还可以包括输入输出接口和显示设备，其中，各个功能单元之间可以通过总线完成相互间的通信。该存储器存储有计算机程序，处理器，用于执行存储器上所存放的程序，执行上述实施例中的商品信息展示方法。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现所述的商品信息展示方法的步骤。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (10)

1.一种商品信息展示方法，其特征在于，包括：

响应于商品展示请求，将所述商品展示请求传输至服务器，以及接收所述服务器根据所述商品展示请求确定并返回的至少一个待展示商品，其中，所述待展示商品的销量字段的取值设置为销售总量，所述销售总量是统计的待展示商品在当前所处目标平台的当前销售量与关联商品销售量的总和，所述关联商品销售量是统计的相应待展示商品在其他平台中对应的多个关联商品的销售量的总和，所述多个关联商品由所述服务器基于所述待展示商品的商品匹配关系确定，以及所述多个关联商品的销售量的总和是由所述服务器基于确定的所述多个关联商品向商家端请求上传的；

确定页面模板，将所述至少一个待展示商品以及对应的销量字段添加至所述页面模板，得到商品页面，以及将所述商品页面进行展示。

2.根据权利要求1所述的方法，其特征在于，所述将所述商品展示请求传输至服务器，以及接收所述服务器根据所述商品展示请求确定并返回的至少一个待展示商品，包括：

将所述商品展示请求发送至所述服务器，以及获取所述服务器提供的与所述商品展示请求指示的搜索内容相关的所述至少一个待展示商品；或，

当所述商品展示请求基于浏览操作发生时，采用操作标识对所述商品展示请求进行标记，将标记后的所述商品展示请求发送至所述服务器，以及将所述服务器返回的与用户端相关的推荐商品作为所述至少一个待展示商品。

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

响应于商品触发操作，在所述至少一个待展示商品中确定所述商品触发操作指示的待展示商品作为目标商品，将所述目标商品发送至所述服务器；

接收所述服务器反馈的所述目标商品的商品详情页面，将所述商品详情页面进行展示，所述商品详情页面包括所述目标商品的详情信息、所述目标商品的当前销售量、所述目标商品在其他平台中对应的多个关联商品的销售量以及所述目标商品对应的销售总量。

4.一种商品信息展示方法，其特征在于，包括：

接收用户端传输的商品展示请求，根据所述商品展示请求，确定至少一个待展示商品；

基于所述至少一个待展示商品，获取商家端上传的每个待展示商品的销售总量，得到至少一个销售总量，所述销售总量是统计的待展示商品在当前所处目标平台的当前销售量与关联商品销售量的总和，所述关联商品销售量是所述统计的待展示商品在其他平台中对应的多个关联商品的销售量的总和，所述多个关联商品由所述服务器基于所述待展示商品的商品匹配关系确定，以及所述多个关联商品的销售量的总和是由所述服务器基于确定的所述多个关联商品向商家端请求上传的；

基于所述至少一个待展示商品和所述至少一个销售总量的对应关系，将每个待展示商品的销量字段的取值设置为相应的销售总量；

将设置后的所述至少一个待展示商品发送至用户端，以使所述用户端展示设置后的所述至少一个待展示商品。

5.一种商品信息展示方法，其特征在于，包括：

当检测到服务器基于至少一个待展示商品以及待展示商品对应的多个关联商品请求获取销售总量时，统计所述每个待展示商品的销售总量，得到至少一个销售总量，所述至少一个待展示商品由所述服务器根据所述用户端的商品展示请求确定，所述销售总量是统计的待展示商品在当前所处目标平台的当前销售量与关联商品销售量的总和，所述关联商品销售量是统计的待展示商品在其他平台中对应的多个关联商品的销售量的总和，所述多个关联商品由所述服务器基于待展示商品的商品匹配关系确定；

将所述至少一个销售总量上传至所述服务器，以使所述服务器采用所述至少一个销售总量对所述至少一个待展示商品的销量字段的取值进行设置，以及由所述服务器将设置后的所述至少一个待展示商品发送至所述用户端进行展示。

6.一种商品信息展示装置，其特征在于，包括：

接收模块，用于响应于商品展示请求，将所述商品展示请求传输至服务器，以及接收所述服务器根据所述商品展示请求确定并返回的至少一个待展示商品，其中，所述待展示商品的销量字段的取值设置为销售总量，所述销售总量是统计的待展示商品在当前所处目标平台的当前销售量与关联商品销售量的总和，所述关联商品销售量是统计的相应待展示商品在其他平台中对应的多个关联商品的销售量的总和，所述多个关联商品由所述服务器基于所述待展示商品的商品匹配关系确定，以及所述多个关联商品的销售量的总和是由所述服务器基于确定的所述多个关联商品向商家端请求上传的；

展示模块，用于确定页面模板，将所述至少一个待展示商品以及对应的销量字段添加至所述页面模板，得到商品页面，以及将所述商品页面进行展示。

7.一种商品信息展示装置，其特征在于，包括：

确定模块，用于接收用户端传输的商品展示请求，根据所述商品展示请求，确定至少一个待展示商品；

获取模块，用于基于所述至少一个待展示商品，获取商家端上传的每个待展示商品的销售总量，得到至少一个销售总量，所述销售总量是统计的待展示商品在当前所处目标平台的当前销售量与关联商品销售量的总和，所述关联商品销售量是所述统计的待展示商品在其他平台中对应的多个关联商品的销售量的总和，所述多个关联商品由所述服务器基于所述待展示商品的商品匹配关系确定，以及所述多个关联商品的销售量的总和是由所述服务器基于确定的所述多个关联商品向商家端请求上传的；

设置模块，用于基于所述至少一个待展示商品和所述至少一个销售总量的对应关系，将每个待展示商品的销量字段的取值设置为相应的销售总量；

发送模块，用于将设置后的所述至少一个待展示商品发送至用户端，以使所述用户端展示设置后的所述至少一个待展示商品。

8.一种商品信息展示装置，其特征在于，包括：

统计模块，用于当检测到服务器基于至少一个待展示商品以及待展示商品对应的多个关联商品请求获取销售总量时，统计所述每个待展示商品的销售总量，得到至少一个销售总量，所述至少一个待展示商品由所述服务器根据所述用户端的商品展示请求确定，所述销售总量是统计的待展示商品在当前所处目标平台的当前销售量与关联商品销售量的总和，所述关联商品销售量是统计的待展示商品在其他平台中对应的多个关联商品的销售量的总和，所述多个关联商品由所述服务器基于待展示商品的商品匹配关系确定；

上传模块，用于将所述至少一个销售总量上传至所述服务器，以使所述服务器采用所述至少一个销售总量对所述至少一个待展示商品的销量字段的取值进行设置，以及由所述服务器将设置后的所述至少一个待展示商品发送至所述用户端进行展示。

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

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

Images