CN115049463A - 商品信息的处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请实施例提供了一种商品信息的处理方法、装置、电子设备及存储介质，该方法包括：响应于针对当前商家的商品信息的编辑操作，识别当前商家是否只有默认商品列表；若是，则将编辑后的商品信息更新到默认商品列表，并同步默认商品列表；若否，则展示商品列表选项，响应于对至少一个商品列表选项的选择操作，将编辑后的商品信息更新到至少一个商品列表选项对应的选中商品列表，并同步选中商品列表，即通过自动或引导商家直接将商品信息加入商品列表，省去商家到商品列表页面手动将编辑后的商品信息加入商品列表的过程，解决商品和商品列表管理入口割裂的问题，提高商品信息的编辑效率。

Description

商品信息的处理方法、装置、电子设备及存储介质

技术领域

本申请涉及信息处理技术领域，具体而言，本申请涉及一种商品信息的处理方法、装置、电子设备及存储介质。

背景技术

随着科学技术的发展，传统行业能够依托“互联网+”的优势，实现优化升级转型，通过对信息和互联网平台的有效利用，可以带来无限的发展机遇。其中，网络购物作为“互联网+”的重要业态之一，已成为一种大众行为，商家通过发布便于浏览的电子商品服务信息，与客户进行选购信息的交流。

然而，现有的众多网络购物平台中，商家从创建商品到售卖商品的操作非常复杂。例如，商品信息管理页面和商品列表管理页面的入口割裂，需要在不同的地方进行管理，创建商品后不能直接进行售卖，需要到商品列表管理页面再针对创建的商品进行添加操作，导致商品创建流程多，效率低下。

发明内容

本申请实施例的目的旨在能解决商品信息创建流程多的技术问题。

根据本申请实施例的第一方面，提供了一种商品信息的处理方法，该方法包括：

响应于针对当前商家的商品信息的编辑操作，识别当前商家是否只有默认商品列表；

若是，则将编辑后的商品信息更新到默认商品列表；

若否，则展示商品列表选项，响应于对至少一个商品列表选项的选择操作，将编辑后的商品信息更新到至少一个商品列表选项对应的选中商品列表。

根据本申请实施例的第二方面，提供了一种商品信息的处理方法，该方法包括：

接收商家端针对编辑后的商品信息的更新请求，识别更新请求对应的商家是否只有默认商品列表；

若是，则将商品信息更新到默认商品列表；

若否，则确定商品信息所要更新到的目标商品列表，并将商品信息更新到目标商品列表。

根据本申请实施例的第三方面，提供了一种商品信息的处理方法，该方法包括：

获取商品列表的更新内容，商品列表中包含商家编辑后的商品信息，其中，若商家只有默认商品列表，商品列表为商家的默认商品列表，若商家不是只有默认商品列表，则商品列表为商家选择的商品列表；

基于更新内容，展示更新后的商品列表。

根据本申请实施例的第四方面，提供了一种商品信息的处理装置，该装置包括：

确定模块，用于响应于针对当前商家的商品信息的编辑操作，识别当前商家是否只有默认商品列表；

更新与展示模块，用于若是，则将编辑后的商品信息更新到默认商品列表；若否，则展示商品列表选项，响应于对至少一个商品列表选项的选择操作，将编辑后的商品信息更新到至少一个商品列表选项对应的选中商品列表。

根据本申请实施例的第五方面，提供了一种商品信息的处理装置，该装置包括：

接收模块，用于接收商家端针对编辑后的商品信息的更新请求，识别更新请求对应的商家是否只有默认商品列表；

更新模块，用于是，则将商品信息更新到默认商品列表；若否，则确定商品信息所要更新到的目标商品列表，并将商品信息更新到目标商品列表。

根据本申请实施例的第六方面，提供了一种商品信息的处理装置，该装置包括：

获取模块，用于获取商品列表的更新内容，商品列表中包含商家编辑后的商品信息，其中，若商家只有默认商品列表，商品列表为商家的默认商品列表，若商家不是只有默认商品列表，则商品列表为商家选择的商品列表；

展示模块，用于基于更新内容，展示更新后的商品列表。

根据本申请实施例的第七方面，提供了一种电子设备，该电子设备包括：存储器、处理器及存储在存储器上的计算机程序，该处理器执行该计算机程序以实现本申请实施例的第一方面提供的方法的步骤。

根据本申请实施例的第八方面，提供了一种电子设备，该电子设备包括：存储器、处理器及存储在存储器上的计算机程序，该处理器执行该计算机程序以实现本申请实施例的第二方面提供的方法的步骤。

根据本申请实施例的第九方面，提供了一种电子设备，该电子设备包括：存储器、处理器及存储在存储器上的计算机程序，该处理器执行该计算机程序以实现本申请实施例的第三方面提供的方法的步骤。

根据本申请实施例的第十方面，提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现本申请实施例的第一方面提供的方法的步骤。

根据本申请实施例的第十一方面，提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现本申请实施例的第二方面提供的方法的步骤。

根据本申请实施例的第十二方面，提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现本申请实施例的第三方面提供的方法的步骤。

根据本申请实施例的第十三方面，提供一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序被处理器执行时实现本申请实施例的第一方面提供的方法的步骤。

根据本申请实施例的第十四方面，提供一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序被处理器执行时实现本申请实施例的第二方面提供的方法的步骤。

根据本申请实施例的第十五方面，提供一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序被处理器执行时实现本申请实施例的第三方面提供的方法的步骤。

本申请实施例提供的商品信息的处理方法、装置、电子设备及存储介质，响应于针对当前商家的商品信息的编辑操作，识别当前商家是否只有默认商品列表；若是，则将编辑后的商品信息更新到默认商品列表；若否，则展示商品列表选项，响应于对至少一个商品列表选项的选择操作，将编辑后的商品信息更新到至少一个商品列表选项对应的选中商品列表，即通过自动或引导商家直接将商品信息加入商品列表，省去商家到商品列表页面手动将编辑后的商品信息加入商品列表的过程，解决商品和商品列表管理入口割裂的问题，提高商品信息的编辑效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1为本申请实施例提供的一种平台架构示意图；

图2为相关技术中新商家创建菜品的流程示意图；

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

图4为本申请实施例提供的一种商品列表选择功能的示意图；

图5为本申请实施例提供的一步建品流程的示意图；

图6为本申请实施例提供的另一种商品信息处理方法的流程示意图；

图7为本申请实施例提供的服务端的同步流程的示意图；

图8为本申请实施例提供的服务端一步建品的架构设计的示意图；

图9为本申请实施例提供的又一种商品信息处理方法的流程示意图；

图10为本申请实施例提供的一种商品信息处理装置的结构示意图；

图11为本申请实施例提供的另一商品信息处理装置的结构示意图；

图12为本申请实施例提供的又一商品信息处理装置的结构示意图；

图13为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面结合本申请中的附图描述本申请的实施例。应理解，下面结合附图所阐述的实施方式，是用于解释本申请实施例的技术方案的示例性描述，对本申请实施例的技术方案不构成限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”和“该”也可包括复数形式。应该进一步理解的是，本申请实施例所使用的术语“包括”以及“包含”是指相应特征可以实现为所呈现的信息、数据、步骤、操作、元件和/或组件，但不排除实现为本技术领域所支持其他特征、信息、数据、步骤、操作、元件、组件和/或它们的组合等。应该理解，当我们称一个元件被“连接”或“耦接”到另一元件时，该一个元件可以直接连接或耦接到另一元件，也可以指该一个元件和另一元件通过中间元件建立连接关系。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的术语“和/或”指示该术语所限定的项目中的至少一个，例如“A和/或B”可以实现为“A”，或者实现为“B”，或者实现为“A和B”。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

本申请实施例提供了一种商品信息的处理方法，该方法的实现可以涉及商家端、售卖端、服务端等。

其中，商家端可以是指商家或商户使用的终端设备，也可以为安装于终端设备上的客户端，例如应用软件、应用小程序、H5页面等，但不限于此。

售卖端可以是指用于展示商品，以对顾客进行售卖的终端设备，例如商家或商户使用的POS(Point of sales，销售点情报管理系统)机设备、顾客使用的终端设备等，也可以为安装于终端设备上的客户端，例如应用软件、应用小程序、H5页面等，但不限于此。

对于本申请实施例，上述终端设备包括但不限于移动终端、智能终端等，例如移动电话、智能电话、平板电脑、笔记本电脑、个人数字助理、便携式多媒体播放器、导航装置等。本领域技术人员可以理解的是，除了特别用于移动目的的元件之外，根据本公开实施例的构造也能够应用于固定类型的终端，诸如数字电视、台式计算机等。

上述服务端可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云计算服务的云服务器。

如图1所示的示例中，商家端、售卖端能够通过Wi-Fi网络或蜂窝网络等网络与服务端相连并进行交互。其中，商家端用于编辑商品信息和/或商品列表信息，并执行发布及同步操作。服务端用于储存商品信息和/或商品列表信息，并依据商家端的操作对商品信息和/或商品列表信息进行更新，并发布或同步到售卖端。售卖端用于接收服务端发布的商品信息和/或商品列表信息，并展示给顾客，以进行与顾客的交互，用作后续交易履约流程的入口。

本申请实施例涉及的商家端、售卖端、服务端等，相较于如图2所示的相关技术，能够简化商品信息的编辑流程，提高编辑效率。

其中，图2以网络订单的处理为例，示出了相关技术中新的商家来新创建菜品(可简称为建品)的流程，具体地，通常需要依次进行如下处理：

1、商家需要在商品库新增商品；

2、到菜单库新建菜单；

3、添加商品到菜单；

4、发布菜单，即将菜单数据下发到售卖端；

5、同步菜单，即将菜单中最新的商品数据同步到售卖端的菜单。

这样，便可在售卖端展示及销售该新商家的商品。

本申请的发明人意识到，相关技术中，商品和菜单的入口割裂，需要在不同的地方进行管理，导致创建商品后不能直接售卖，需要去创建菜单关联商品，并且创建菜单管理好菜单中的菜品数据后，仍需要点击发布及同步才可生效售卖，使得建品到售卖的操作复杂，流程多，新建商品到可售卖的过程需要5步才能完成(建品-建菜单-加商品-发布-手动同步)，建品效率低。

本申请的发明人还发现，这样的相关技术中，菜单配置往往很复杂，学习成本很高，对门店可售商品的设置和添加操作都糅杂在菜单里面，理解成本高。该相关技术还可能会导致商品创建/编辑咨询的工单量大，占比高。

基于此，本申请实施例提出一步建品的优化方案，即将冗余的创建流程缩短至一步，对从创建商品到售卖的配置过程进行效率提升。

下面通过对几个示例性实施方式的描述，对本申请实施例的技术方案以及本申请的技术方案产生的技术效果进行说明。需要指出的是，下述实施方式之间可以相互参考、借鉴或结合，对于不同实施方式中相同的术语、相似的特征以及相似的实施步骤等，不再重复描述。

本申请实施例中提供了一种商品信息的处理方法，如图3所示，该方法包括：

步骤S301：响应于针对当前商家的商品信息的编辑操作，识别当前商家是否只有默认商品列表。

对于本申请实施例，执行主体可以是商家端，也可以称为商家端。可以理解的是，商家端可以理解为是商家使用的客户端，即商家端的用户可以包括但不限于商家、商户、品牌等。

本申请实施例中，在商家有编辑商品信息的需求时，可以通过相关操作，例如在商家端中触发相应的功能模块，来进行对商品信息的编辑。其中，编辑操作包括但不限于创建(也可称为新建或新增)、修改(也可称为更改或变更)、删除、启用、停用等。可选地，编辑操作可以包括但不限于对一个商品信息的编辑操作、对多个商品信息的批量编辑操作等。

本申请实施例中，商品列表是指管理销售商品信息数据的模块，以网络订餐行业为例，商品列表可以是指菜单，即用于管理销售菜品信息数据的模块。这样便可在商品列表的基础上，将商品信息发布到售卖端进行展示。一个商家可以创建一个或多个商品列表，其中，不同的商品列表可以对应不同的门店、不同的区域、不同的活动等，但不限于此。

本申请实施例中，默认商品列表是指为商家自动生成的已发布的商品列表，其中，默认商品列表可以进行编辑，例如修改、复制等，但不限于此。可以理解的，可以根据对默认商品列表的修改内容，确定默认商品列表修改后是否仍为默认商品列表，即默认商品列表修改某些内容后可能还作为默认商品列表，或者默认商品列表修改某些内容后可能不再作为默认商品列表，例如可以作为商家的自建商品列表。以及，对默认商品列表进行复制得到的商品列表也可以作为默认商品列表，或者复制得到的商品列表不再认为是默认商品列表，例如可以认为是商家的自建商品列表。本领域技术人员可以根据实际情况对此进行设置，本申请实施例在此不做限定。

可选地，若识别出当前商家没有商品列表，则生成当前商家的默认商品列表。

可选地，可以预先创建默认商品列表模板，若识别出当前商家没有商品列表，则初始化该默认商品列表模板，生成当前商家的默认商品列表并发布。

作为示例地，增量商家(也可称为新增商家，即商家端的新用户)在首次创建商品时可能没有商品列表，在确定出当前商家是增量商家，其没有商品列表，则自动生成该增量商家的默认商品列表并发布。

实际应用中，自动生成默认商品列表不仅可以针对增量商家，也可以针对历史商家，例如删除了所有商品列表的历史商家，或所有商品列表无法使用的历史商家等，但不限于此。

本申请实施例与相关技术中需要到商品列表管理页面新建商品列表才能得到用于添加商品信息的列表相比，省去了商家新建商品列表，并发布商品列表的环节，一定程度上能够提高商家编辑商品信息的效率。

本申请实施例中，商家端获取到针对当前商家的商品信息的编辑操作时，响应于该编辑操作，先会识别当前商家是否只有默认商品列表，实际应用中，可以直接向服务端请求当前商家是否只有默认商品列表的确定结果来识别，也可以向服务端获取当前商家的信息来识别当前商家是否只有默认商品列表，本领域技术人员可以根据实际情况来设置当前商家的商品列表的确定方式，本申请实施例在此不做限定。

步骤S302：若是，则将编辑后的商品信息更新到默认商品列表。

即若当前商家只有默认商品列表，没有自建商品列表，则自动将编辑后的商品信息更新到默认商品列表中。其中，对于不同的编辑操作，更新方式可以是不同的，例如对于新建商品，可以是自动将新建后的商品信息加入到默认商品列表中，即建立新建后的商品信息的标识与默认商品列表的关联关系；对于修改商品，可以是自动将默认商品列表中对应的商品信息更改为基于修改操作修改后的商品信息，例如根据修改的商品的标识，在默认商品列表中查找对应的标识，并将查找到的标识对应的商品信息更改为基于修改操作修改后的商品信息；对于删除商品，可以是自动将默认商品列表中对应的商品信息删除，例如根据修改的商品的标识，在默认商品列表中查找对应的标识，并将查找到的标识对应的商品信息删除；对于启/停用商品，可以是自动将默认商品列表中对应的商品启/停用等，例如根据修改的商品的标识，在默认商品列表中查找对应的标识，并将查找到的标识对应的商品信息启/停用，其他的编辑操作与更新方式的对应关系以此类推，在此不再赘述。可以理解的是，下文中商品信息和各种商品列表的匹配关系也可采用相同的处理，下文中将不再赘述。

本申请实施例中，自建商品列表是指商家自主创建的商品列表。可选地，自建商品列表可以是商家到商品列表管理页面通过新建商品列表得到的，或者自建商品列表也可以通过对默认商品列表的编辑(例如复制和/或修改)得到的等，但不限于此。

步骤S303：若否，则展示商品列表选项，响应于对至少一个商品列表选项的选择操作，将编辑后的商品信息更新到至少一个商品列表选项对应的选中商品列表。

本申请实施例中，若当前商家不是只有默认商品列表，可能是当前商家有默认商品列表，也有自建商品列表，则编辑商品信息后增加商品列表选择功能，引导商家个性化管理商品信息数据到不同的商品列表，即若当前商家有默认商品列表和至少一个自建商品列表，则展示默认商品列表和至少一个自建商品列表的商品列表选项，商家可手动选择需要更新的商品列表。商家端响应于商家对至少一个商品列表选项的选择操作，将编辑后的商品信息更新到至少一个商品列表选项对应的选中商品列表。或者，商家也可取消选中(即不选择)任何一个商品列表选项，商家端响应于商家对各个商品列表选项的取消选中操作，保存编辑后的商品信息。

本申请实施例中，保存的编辑后的商品信息可以用于根据商家的更新操作，再更新到对应的商品列表中。作为示例地，某些活动相关的商品信息需要在特定日期上架，商家可以提前编辑商品信息并保存，在特定日期再触发更新操作来更新到对应的商品列表中。实际应用中，保存编辑后的商品信息可使用的场景不限于此。下文中相同的内容类似，将不再赘述。

本申请实施例中，若当前商家不是只有默认商品列表，也可能是当前商家没有默认商品列表，只有自建商品列表，则编辑商品信息后增加商品列表选择功能，引导商家个性化管理商品信息数据到不同的商品列表，即若当前商家没有默认商品列表但有至少一个自建商品列表，则展示至少一个自建商品列表的商品列表选项，商家可手动选择需要更新的自建商品列表。商家端响应于商家对至少一个商品列表选项的选择操作，将编辑后的商品信息更新到至少一个商品列表选项对应的选中商品列表。或者，商家也可取消选中(即不选择)任何一个商品列表选项，商家端响应于商家对各个商品列表选项的取消选中操作，保存编辑后的商品信息。

本申请实施例中，对于当前商家没有默认商品列表，但有一个自建商品列表的情况，也可以在编辑商品信息后增加商品列表选择功能，即展示该自建商品列表的商品列表选项，此时可以默认选中该自建商品列表的商品列表选项，即展示该一个自建商品列表的商品列表选项，并展示该一个自建商品列表的商品列表选项的默认选中状态，该默认选中状态支持选择或反选，即商家可选择确定或取消更新到该自建商品列表。商家端响应于商家对默认选中状态的确定选择操作，将编辑后的商品信息更新到该选中商品列表(即上述一个自建商品列表)。或者，商家也可取消选中(即不选择)该商品列表选项，商家端响应于对默认选中状态的取消操作，保存编辑后的商品信息。

需要说明的是，若当前商家为增量商家，并在首次创建商品之前已创建或编辑得到自建商品列表，则该增量商家可以确定为不是只有默认商品列表，例如是有默认商品列表，也有自建商品列表，或者是没有默认商品列表，只有自建商品列表等，但不限于此。

本申请实施例提供的商品信息的处理方法，通过自动或引导商家直接将商品信息加入商品列表，省去商家到商品列表页面手动将编辑后的商品信息加入商品列表的过程，解决商品和商品列表管理入口割裂的问题，提高商品信息的编辑效率。

本申请实施例中，对于步骤S302，在将编辑后的商品信息更新到默认商品列表之后，还可以包括步骤：执行对默认商品列表的同步操作。由于默认商品列表是已发布的商品列表，在将编辑后的商品信息更新到默认商品列表后，可以直接将更新的默认商品列表与售卖端发布的默认商品列表进行同步。

同理地，对于步骤S303，在将编辑后的商品信息更新到至少一个商品列表选项对应的选中商品列表之后，还可以包括步骤：执行对选中商品列表的同步操作。具体而言，若选中商品列表是已发布的商品列表，在将编辑后的商品信息更新到选中商品列表后，可以直接将更新的选中商品列表与售卖端发布的对应商品列表进行同步。若选中商品列表是未发布的商品列表，则可以先由商家确认是否发布选中商品列表到售卖端，若是则发布该商品列表，再将更新的选中商品列表与售卖端发布的对应商品列表进行同步。或者，对于未发布的商品列表，可以暂不执行与售卖端的同步流程。本领域技术人员可以根据实际情况对此进行设置，本申请实施例在此不做限定。

本申请实施例提供的商品信息的处理方法，可以实现对数据商品列表的自动同步，当识别到商品列表数据发生变更时，无需商家再手动同步，可直接推送到售卖端，省去商家手动同步过程，进一步提高商品信息的编辑效率。

本申请实施例中，上述增加的商品列表选择功能具体可以理解商品对商品列表的授权功能，即授权将编辑后的商品信息更新到选择的选中商品列表中。

具体而言，当前商家有默认商品列表，也有自建商品列表时，增加授权功能，展示默认商品列表和自建商品列表的商品列表选项，商家可手动选择授权更新的商品列表。当商家没有默认商品列表，但有一个自建默认商品列表时，增加授权功能，展示这个自建商品列表的商品列表选项，默认选中，支持商家选择或反选，当商家没有默认菜单，但有多个自建菜单时，增加授权功能，展示多个自建商品列表的商品列表选项，商家可手动选择授权更新的商品列表，如此引导商家个性化授权商品信息数据到不同的商品列表，其他未详尽内容可以参见上文中的介绍，在此不再赘述。

本申请实施例中，商家可以批量执行对商品信息的编辑操作和选择商品列表进行更新的操作，即商家同时编辑至少两个商品信息，商家端响应于针对当前商家的至少两个商品信息的编辑操作，识别当前商家是否只有默认商品列表；若是，则将编辑后的至少两个商品信息均更新到默认商品列表；若否，则可以重复执行以下操作，以将编辑后的至少两个商品信息更新到对应的商品列表：响应于对任一编辑后的商品信息的选择操作，展示商品列表选项，响应于对至少一个商品列表选项的选择操作，将该编辑后的商品信息更新到至少一个商品列表选项对应的选中商品列表。

本申请实施例中，商品列表选择功能的一个示例可以如图4所示，在商家编辑完商品信息后，响应于针对当前商家的商品信息的编辑操作，若确定出当前商家不是只有默认商品列表，则展示选择商品列表功能，例如可以通过一个页面或一个浮窗来展示，但不限于此。还可以展示选择商品列表功能的提示信息，用于提示商家选择商品列表。作为示例地，可选的提示信息可以包括：“请选择商品A要加入的商品列表，引用品牌分类将使用默认商品列表，引用自定义分类请选择要加入的自定义商品列表”，提示信息可以是弹出展示的，也可以是展示在特定区域等但不限于此。本领域技术人员可以根据实际情况来设置提示信息的内容和展示方式，本申请实施例在此不做限定。

进一步地，展示可供选择的商品列表选项，商家可以在展示的可供选择的商品列表选项中进行单选、多选或全选等。可选地，在展示可供选择的商品列表选项时，可以同时展示对应的商品列表的适用范围和/或状态，例如商品列表适用的区域、门店、时间段等，例如商品列表的状态是否为使用中等，但都不限于此。本领域技术人员可以根据实际情况来设置商品列表的适用范围和状态的类别和内容，本申请实施例在此不做限定。

该示例中，为了在可供选择的商品列表选项过多的情况下，提升商家的商品列表选择效率，可以提供商品列表的查询和重置功能，用于商家搜索想要的商品列表。

若将该示例应用于批量执行对商品信息的编辑操作和选择商品列表进行更新的操作时，也可以提供商品的选择、查询、重置功能等，具体的功能实现与商品列表类似，在此不再赘述。

再进一步地，商家选择商品列表选项并确定后，可以展示商品信息的更新结果，例如可以展示“更新成功”或“更新失败”。更新结果也可以包含更新内容，例如“商品A成功更新到3个商品列表中”或者“商品A更新到商品列表失败”。若将该示例应用于批量执行对商品信息的编辑操作和选择商品列表进行更新的操作时，更新结果也可以包含多个商品的更新内容，例如“10个商品成功更新到3个商品列表中”或者“10个商品更新到商品列表失败”等。更新结果也可以包含每个商品更新到每个商品列表的结果，例如“商品A成功更新到商品列表a”、“商品A更新到商品列表b失败”等。其中，对于更新失败的结果，还可以展示失败原因，例如“网络不佳，数据请求失败”等；对于更新失败的结果，还可以提供“稍后重试”或“重新加入菜单”的功能入口，用于触发以重新执行更新到选中的商品列表的处理。本领域技术人员可以根据实际情况来设置商品信息的更新结果的内容和展示形式，本申请实施例在此不做限定。

本申请实施例中，上述各种操作的生成方式可以根据用户所使用的终端设备的不同而不同。例如，若用户使用的终端设备包含触屏显示屏，则用户可以通过点击、双击、手势等触控方式来执行；又例如，若用户使用的是终端设备不包含触屏显示屏，则用户可以操纵鼠标、键盘等输入设备、和/或蓝牙、红外遥控等输入手段来执行；再例如若用户使用的终端设备包含特定传感器，也可利用检测的语音信号、摇一摇等传感器信号执行相应的操作，本领域技术人员可以根据实际情况对操作的具体内容和方式进行设置，本申请实施例在此不做限定。

基于上述多个实施例的结合，以网络订餐行业的创建菜品(也可称为商品)为例，通过图5示出了本申请实施例改进后的一步建品流程：

品牌商家在商家端新建商品后，商家端确定该品牌商家是否只有默认菜单，若是，则将新建的商品加入默认菜单并自动同步；若否，则新增授权菜单页面，手动选择菜单并自动同步。

本申请实施例提供的商品信息的处理方法，商品从编辑到售卖的配置过程可一步完成，有效降低商品配置的复杂程度。

本申请实施例中提供了另一种商品信息的处理方法，如图6所示，该方法包括：

步骤S601：接收商家端针对编辑后的商品信息的更新请求，识别更新请求对应的商家是否只有默认商品列表；

对于本申请实施例，执行主体可以是服务端。

本申请实施例中，商家端针对商品信息的编辑操作包括但不限于创建、修改、删除、启用、停用等。可选地，编辑操作可以包括但不限于对一个商品信息的编辑操作、对多个商品信息的批量编辑操作等。

本申请实施例中，商品列表是指管理销售商品信息数据的模块，以网络订餐行业为例，商品列表可以是指菜单，即用于管理销售菜品信息数据的模块。这样便可在商品列表的基础上，将商品信息发布到售卖端进行展示。一个商家可以创建一个或多个商品列表，其中，不同的商品列表可以对应不同的门店、不同的区域、不同的活动等，但不限于此。

本申请实施例中，默认商品列表是指为商家自动生成的已发布的商品列表，其中，默认商品列表可以进行编辑，例如修改、复制等，但不限于此。可以理解的，可以根据对默认商品列表的修改内容，确定默认商品列表修改后是否仍为默认商品列表，即默认商品列表修改某些内容后可能还作为默认商品列表，或者默认商品列表修改某些内容后可能不再作为默认商品列表，例如可以作为商家的自建商品列表。以及，对默认商品列表进行复制得到的商品列表也可以作为默认商品列表，或者复制得到的商品列表不再认为是默认商品列表，例如可以认为是商家的自建商品列表。本领域技术人员可以根据实际情况对此进行设置，本申请实施例在此不做限定。

可选地，若识别出商家没有商品列表，则生成该商家的默认商品列表。

可选地，可以预先创建默认商品列表模板，若识别出商家没有商品列表，则初始化该默认商品列表模板，生成该商家的默认商品列表并发布。

作为示例地，增量商家在首次创建商品时可能没有商品列表，在确定出当前商家是增量商家，其没有商品列表，则自动生成该增量商家的默认商品列表并发布。

实际应用中，自动生成默认商品列表不仅可以针对增量商家，也可以针对历史商家，例如删除了所有商品列表的历史商家，或所有商品列表无法使用的历史商家等，但不限于此。

本申请实施例与相关技术中需要到商品列表管理页面新建商品列表才能得到用于添加商品信息的列表相比，省去了商家新建商品列表，并发布商品列表的环节，一定程度上能够提高商家编辑商品信息的效率。

本申请实施例中，商家端在编辑商品信息后，会自动或引导商家将商品信息数据推送到不同的商品列表进行更新，使得相应的商品列表数据发生变化。服务端在接收商家端针对编辑后的商品信息的更新请求后，先会确定更新请求对应的商家是否只有默认商品列表。

步骤S602：若是，则将商品信息更新到默认商品列表；

即若当前商家只有默认商品列表，没有自建商品列表，则自动将编辑后的商品信息更新到默认商品列表中。其中，对于不同的编辑操作，更新方式可以是不同的，例如对于新建商品，可以是自动将新建后的商品信息加入到默认商品列表中，即建立新建后的商品信息的标识与默认商品列表的关联关系；对于修改商品，可以是自动将默认商品列表中对应的商品信息更改为基于修改操作修改后的商品信息，例如根据修改的商品的标识，在默认商品列表中查找对应的标识，并将查找到的标识对应的商品信息更改为基于修改操作修改后的商品信息；对于删除商品，可以是自动将默认商品列表中对应的商品信息删除，例如根据修改的商品的标识，在默认商品列表中查找对应的标识，并将查找到的标识对应的商品信息删除；对于启/停用商品，可以是自动将默认商品列表中对应的商品启/停用等，例如根据修改的商品的标识，在默认商品列表中查找对应的标识，并将查找到的标识对应的商品信息启/停用，其他的编辑操作与更新方式的对应关系以此类推，在此不再赘述。可以理解的是，下文中商品信息和各种商品列表的匹配关系也可采用相同的处理，下文中将不再赘述。

本申请实施例中，自建商品列表是指商家自主创建的商品列表。可选地，自建商品列表可以是商家到商品列表管理页面通过新建商品列表得到的，或者自建商品列表也可以通过对默认商品列表的编辑(例如复制和/或修改)得到的等，但不限于此。

步骤S603：若否，则确定商品信息所要更新到的目标商品列表，并将商品信息更新到目标商品列表。

本申请实施例中，若当前商家不是只有默认商品列表，可能是当前商家有默认商品列表，也有自建商品列表，则目标商品列表可以是默认商品列表和自建商品列表中的一个或多个商品列表，可以根据商家的选择来确定。在确定出目标商品列表后，将编辑后的商品信息更新到确定出的目标商品列表。

本申请实施例中，保存的编辑后的商品信息可以用于根据商家的更新操作，再更新到对应的商品列表中。作为示例地，某些活动相关的商品信息需要在特定日期上架，商家可以提前编辑商品信息并保存，在特定日期再更新到对应的商品列表中。实际应用中，保存编辑后的商品信息可使用的场景不限于此。下文中相同的内容类似，将不再赘述。

本申请实施例中，若当前商家不是只有默认商品列表，也可能是当前商家没有默认商品列表，只有自建商品列表，则目标商品列表可以是一个或多个自建商品列表，可以根据商家的选择来确定。在确定出目标商品列表后，将编辑后的商品信息更新到目标商品列表。

本申请实施例中，商家也可以不选择任何目标商品列表，则该方法还包括：若确定出商品信息所要更新到的目标商品列表的数量为零时，保存编辑后的商品信息

需要说明的是，若当前商家为增量商家，并在首次创建商品之前已创建或编辑得到自建商品列表，则该增量商家可以确定为不是只有默认商品列表，例如是有默认商品列表，也有自建商品列表，或者是没有默认商品列表，只有自建商品列表等，但不限于此。

本申请实施例中，该方案还可以包括步骤S604：将商品信息更新到的商品列表同步到售卖端。

当商品信息更新到任一商品列表，该商品列表的数据会发生变化，则会触发自动同步流程，直接将更新的商品列表数据推送到售卖端。实际应用中，可以仅推送商品列表更新的部分，也可以直接推送整个更新的商品列表，但不限于此，本领域技术人员可以根据实际情况进行设置，本申请实施例在此不做限定。

具体而言，若商品信息更新到的商品列表是已发布的商品列表(包括默认商品列表)，在将编辑后的商品信息更新到商品列表后，可以直接将更新的商品列表与售卖端发布的对应商品列表进行同步。若商品信息更新到的商品列表是未发布的商品列表，则可以先由商家确认是否发布更新的商品列表到售卖端，若是则发布该商品列表，再将更新的商品列表与售卖端发布的对应商品列表进行同步。或者，对于未发布的商品列表，暂不执行与售卖端的同步流程。本领域技术人员可以根据实际情况对此进行设置，本申请实施例在此不做限定。

本申请实施例提供的商品信息的处理方法，可以实现对数据商品列表的自动同步，当识别到商品列表数据发生变更时，无需商家再手动同步，可直接推送到售卖端，省去商家手动同步过程，进一步提高商品信息的编辑效率。

本申请实施例中，在商家端针对商品信息的编辑操作为创建商品信息时，该方案还包括：将商品信息与更新到的商品列表进行关联。

具体而言，接收商家端针对创建的商品信息的更新请求，识别更新请求对应的商家是否只有默认商品列表；若是，则将创建的商品信息与默认商品列表进行关联；若否，则确定创建的商品信息所要更新到的目标商品列表，并将创建的商品信息与目标商品列表进行关联。

其中，将创建的商品信息与商品列表进行关联(也可以称为级联)，即建立创建的商品信息与商品列表之间的关联关系，也可以理解为创建商品列表中的该商品信息。以网络订餐行业的创建菜品为例，将创建的菜品级联菜单，可以理解为创建菜单菜(菜单内的菜品)。

本申请实施例中，从商品建品到售卖，服务端的自动同步流程主要基于基础域、销售域、生产域等模块来执行。

其中，基础域用于对商品信息的管理，例如但不限于属性、类目等。

销售域用于将基础域的数据通过发布/下发等操作，产生可供售卖端展示的数据，并且提供对这些数据的管理能力，包括但不限于商品列表、商品列表内的商品、销售库存、商品列表的类目等。

生产域是在售卖端和销售域中间提供的一块缓冲地带，在其中存储销售域的数据副本，并附带版本号和/或缓存，可提升数据的灵活性。

本申请实施例中，以创建商品更新到默认菜单为例，通过图7示出了上述模块的执行过程。如图7所示，在基础域创建商品后，创建的商品信息数据会自动进入销售域的默认菜单，并与默认菜单级联。将生产域存储的更新的默认菜单数据副本同步到售卖端。

本申请实施例中，步骤S604具体可以包括以下至少一种情形：

(1)若更新请求对应的商品信息为至少两个，当更新到商品列表的商品信息达到预定数量时，批量将预定数量的商品信息所更新的商品列表同步到售卖端；

其中，该过程可以理解为窗口合并，以进行批量同步，从而节约同步资源，提升同步效率。实际应用中，本领域技术人员可以根据实际情况对预定数量的值进行设置，本申请实施例在此不做限定。作为示例地，可以每创建10个商品并加入商品列表后，对更新的商品列表进行批量同步。

其他实施例中，也可以设置更新的商品列表的数量来确定批量同步的节点。例如每有3个商品列表更新后，对该3个商品列表进行批量同步。

应能理解，上述几种批量同步方案仅为举例，基于这些范例进行的适当变化也可适用于本申请，故也应包含在本申请保护范围以内。

(2)若售卖端为至少两种，当将商品信息所更新的商品列表同步到任一售卖端失败时，将商品信息所更新的商品列表同步到其他售卖端成功的数据同步到任一售卖端。

其中，该过程可以理解为失败兜底，用于保证至少两种售卖端的数据保持一致。作为示例地，商家的POS与顾客的移动端上都需要进行商品列表的数据同步，但在商家的POS侧同步成功了，顾客的移动端同步失败了，则可以将商家的POS侧的同步数据同步到顾客的移动端。应能理解，该失败兜底方案仅为举例，基于该范例进行的适当变化也可适用于本申请，故也应包含在本申请保护范围以内。

本申请实施例中，以创建菜品为例，通过图8示出了服务端一步建品的架构设计。如图8所示，在基础域创建菜品后，通过适配器处理和/或透传处理器，将创建的菜品数据与销售域的默认菜单级联，以创建菜品菜。将菜品菜同步到不同种类(图8中以种类1和种类2为例)的售卖端，以在售卖端分别进行基础域的菜单级联，创建菜品菜。其中，同步过程可以采用窗口合并技术和失败兜底技术，以提高同步的效率和可靠性。

本申请实施例提供的商品信息的处理方法，商品从编辑到售卖的配置过程可一步完成，有效降低商品配置的复杂程度。

本申请实施例中提供了又一种商品信息的处理方法，如图9所示，该方法包括：

步骤S901：获取商品列表的更新内容，商品列表中包含商家编辑后的商品信息，其中，若商家只有默认商品列表，商品列表为商家的默认商品列表，若商家不是只有默认商品列表，则商品列表为商家选择的商品列表；

步骤S902：基于更新内容，展示更新后的商品列表。

对于本申请实施例，执行主体可以是售卖端。

本申请实施例中，对编辑操作、商品列表、默认商品列表等的介绍可以参见上文，在此不再赘述。

本申请实施例中，商家的默认商品列表是商家端在建品时，若识别出对应的商家没有商品列表则自动生成的。具体的生成方式及技术效果可以参见上文中的介绍，在此不再赘述。

本申请实施例中，商家只有默认商品列表，即没有自建商品列表等其他列表；商家不是只有默认商品列表，即可能是商家有默认商品列表，也有自建商品列表，或者也可能是当前商家没有默认商品列表，只有自建商品列表等，但不限于此。其中，对于自建商品列表以及这些不同情形下商品列表的更新和同步方式可以参见上文中的介绍，在此不再赘述。

本申请实施例中，服务端在任一商品列表的数据会发生变化时，会触发自动同步流程，直接将商品列表的更新内容推送到售卖端。实际应用中，商品列表的更新内容可以仅包括商品列表更新的部分，也可以包括整个更新的商品列表，本领域技术人员可以根据实际情况进行设置，本申请实施例在此不做限定。

本申请实施例中，售卖端会基于接收到的更新内容，确定并展示更新后的商品列表。

本申请实施例中，获取商品列表的更新内容可能是对商品或商品列表的批量更新内容，关于批量更新和批量同步的方式可以参见上文中的介绍，在此不再赘述。

本申请实施例提供的商品信息的处理方法，为了一步建品后可直接售卖，做出的优化如下：

为商家自动生成已发布的默认商品列表，省去商家自主新建商品列表、发布商品列表的环节；

创建商品时，自动或引导商家将商品加入商品列表，解决商品和商品列表管理入口的割裂问题，省去手动加入商品列表的步骤，高效建品后触达到售卖端；

商品列表数据自动同步，当识别到商品列表数据发生变更时，省去商家手动同步过程，直接推送到售卖端。

综上，从创建商品到售卖的配置过程可一步完成，降低配置的复杂程度，减少了商家咨询的单量。

本申请实施例中，通过以上优化方案，可以显著提升建品效率，创建链路由5步调整为1步，商品咨询问题降低30％。

本申请实施例提供了一种商品信息的处理装置，应用于商家端，如图10所示，该处理装置100可以包括：确定模块1001以及更新与展示模块1002，其中，

识别模块1001用于响应于针对当前商家的商品信息的编辑操作，识别当前商家是否只有默认商品列表；

更新与展示模块1002用于若是，则将编辑后的商品信息更新到默认商品列表；若否，则展示商品列表选项，响应于对至少一个商品列表选项的选择操作，将编辑后的商品信息更新到至少一个商品列表选项对应的选中商品列表。

可选地，该处理装置100还包括同步模块1003，用于在更新与展示模块1002将编辑后的商品信息更新到默认商品列表之后，执行对默认商品列表的同步操作；和/或用于在更新与展示模块1002将编辑后的商品信息更新到至少一个商品列表选项对应的选中商品列表之后，执行对选中商品列表的同步操作。

可选地，该处理装置100还包括生成模块1004，用于若识别出当前商家没有商品列表，则生成当前商家的默认商品列表。

可选的，更新与展示模块1002在用于若否，则展示商品列表选项时，具体用于：

若当前商家有默认商品列表和至少一个自建商品列表，则展示默认商品列表和至少一个自建商品列表的商品列表选项；

若当前商家没有默认商品列表但有至少一个自建商品列表，则展示至少一个自建商品列表的商品列表选项。

可选的，更新与展示模块1002在用于若当前商家没有默认商品列表但有一个自建商品列表，则展示商品列表选项时，具体用于：

展示一个自建商品列表的商品列表选项，并展示一个自建商品列表的商品列表选项的默认选中状态。

可选地，该处理装置100还包括保存模块1005，用于响应于对各个商品列表选项的取消选中操作，保存编辑后的商品信息。

可选地，保存模块1005还用于响应于对默认选中状态的取消操作，保存编辑后的商品信息。

本申请实施例的装置可执行本申请实施例所提供的方法，其实现原理相类似，本申请各实施例的装置中的各模块所执行的动作是与本申请各实施例的方法中的步骤相对应的，对于装置的各模块的详细功能描述具体可以参见前文中所示的对应方法中的描述，此处不再赘述。

本申请实施例提供了一种商品信息的处理装置，应用于服务端，如图11所示，该处理装置110可以包括：接收模块1101以及更新模块1102，其中，

接收模块1101用于接收商家端针对编辑后的商品信息的更新请求，识别更新请求对应的商家是否只有默认商品列表；

更新模块1102用于若是，则将商品信息更新到默认商品列表；若否，则确定商品信息所要更新到的目标商品列表，并将商品信息更新到目标商品列表。

可选地，该处理装置110还可以包括同步模块1103，用于将商品信息更新到的商品列表同步到售卖端。

可选地，该处理装置110还可以包括生成模块1104，用于若识别出商家没有商品列表，则生成商家的默认商品列表。

可选地，更新模块1102在用于将商品信息更新到的商品列表同步到售卖端时，具体用于以下至少一种情形：

若更新请求对应的商品信息为至少两个，当更新到商品列表的商品信息达到预定数量时，批量将预定数量的商品信息所更新的商品列表同步到售卖端；

若售卖端为至少两种，当将商品信息所更新的商品列表同步到任一售卖端失败时，将商品信息所更新的商品列表同步到其他售卖端成功的数据同步到任一售卖端。

本申请实施例的装置可执行本申请实施例所提供的方法，其实现原理相类似，本申请各实施例的装置中的各模块所执行的动作是与本申请各实施例的方法中的步骤相对应的，对于装置的各模块的详细功能描述具体可以参见前文中所示的对应方法中的描述，此处不再赘述。

本申请实施例提供了一种商品信息的处理装置，应用于售卖端，如图12所示，该处理装置120可以包括：获取模块1201以及展示模块1202，其中，

获取模块1201用于获取商品列表的更新内容，商品列表中包含商家编辑后的商品信息，其中，若商家只有默认商品列表，商品列表为商家的默认商品列表，若商家不是只有默认商品列表，则商品列表为商家选择的商品列表；

展示模块1202用于基于更新内容，展示更新后的商品列表。

本申请实施例的装置可执行本申请实施例所提供的方法，其实现原理相类似，本申请各实施例的装置中的各模块所执行的动作是与本申请各实施例的方法中的步骤相对应的，对于装置的各模块的详细功能描述具体可以参见前文中所示的对应方法中的描述，此处不再赘述。

本申请实施例中提供了一种电子设备，包括存储器、处理器及存储在存储器上的计算机程序，该处理器执行上述计算机程序以实现前述各方法实施例的步骤。可选地，电子设备可以是指上述商家端，或者，电子设备也可以是指上述服务端，或者，电子设备也可以是指上述售卖端。

在一个可选实施例中提供了一种电子设备，如图13所示，图13所示的电子设备1300包括：处理器1301和存储器1303。其中，处理器1301和存储器1303相连，如通过总线1302相连。可选地，电子设备1300还可以包括收发器1304，收发器1304可以用于该电子设备与其他电子设备之间的数据交互，如数据的发送和/或数据的接收等。需要说明的是，实际应用中收发器1304不限于一个，该电子设备1300的结构并不构成对本申请实施例的限定。

处理器1301可以是CPU(Central Processing Unit，中央处理器)，通用处理器，DSP(Digital Signal Processor，数据信号处理器)，ASIC(Application SpecificIntegrated Circuit，专用集成电路)，FPGA(Field Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器1301也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线1302可包括一通路，在上述组件之间传送信息。总线1302可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构)总线等。总线1302可以分为地址总线、数据总线、控制总线等。为便于表示，图13中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器1303可以是ROM(Read Only Memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，RAM(Random Access Memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质、其他磁存储设备、或者能够用于携带或存储计算机程序并能够由计算机读取的任何其他介质，在此不做限定。

存储器1303用于存储执行本申请实施例的计算机程序，并由处理器1301来控制执行。处理器1301用于执行存储器1303中存储的计算机程序，以实现前述方法实施例所示的步骤。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时可实现前述方法实施例的步骤及相应内容。

本申请实施例还提供了一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时可实现前述方法实施例的步骤及相应内容。

本申请的说明书和权利要求书及上述附图中的术语“1”、“2”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除图示或文字描述以外的顺序实施。

应该理解的是，虽然本申请实施例的流程图中通过箭头指示各个操作步骤，但是这些步骤的实施顺序并不受限于箭头所指示的顺序。除非本文中有明确的说明，否则在本申请实施例的一些实施场景中，各流程图中的实施步骤可以按照需求以其他的顺序执行。此外，各流程图中的部分或全部步骤基于实际的实施场景，可以包括多个子步骤或者多个阶段。这些子步骤或者阶段中的部分或全部可以在同一时刻被执行，这些子步骤或者阶段中的每个子步骤或者阶段也可以分别在不同的时刻被执行。在执行时刻不同的场景下，这些子步骤或者阶段的执行顺序可以根据需求灵活配置，本申请实施例对此不限制。

以上仅是本申请部分实施场景的可选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请的方案技术构思的前提下，采用基于本申请技术思想的其他类似实施手段，同样属于本申请实施例的保护范畴。

Claims (10)

1.一种商品信息的处理方法，其特征在于，包括：

响应于针对当前商家的商品信息的编辑操作，识别所述当前商家是否只有默认商品列表；

若是，则将编辑后的商品信息更新到所述默认商品列表；

若否，则展示商品列表选项，响应于对至少一个商品列表选项的选择操作，将所述编辑后的商品信息更新到所述至少一个商品列表选项对应的选中商品列表。

2.根据权利要求1所述的方法，其特征在于，所述将编辑后的商品信息更新到所述默认商品列表之后，还包括：

执行对所述默认商品列表的同步操作；

和/或，所述将所述编辑后的商品信息更新到所述至少一个商品列表选项对应的选中商品列表之后，还包括：

执行对所述选中商品列表的同步操作。

3.一种商品信息的处理方法，其特征在于，包括：

接收商家端针对编辑后的商品信息的更新请求，识别所述更新请求对应的商家是否只有默认商品列表；

若是，则将所述商品信息更新到所述默认商品列表；

若否，则确定所述商品信息所要更新到的目标商品列表，并将所述商品信息更新到所述目标商品列表。

4.一种商品信息的处理方法，其特征在于，包括：

获取商品列表的更新内容，所述商品列表中包含商家编辑后的商品信息，其中，若所述商家只有默认商品列表，所述商品列表为商家的默认商品列表，若所述商家不是只有默认商品列表，则所述商品列表为所述商家选择的商品列表；

基于所述更新内容，展示更新后的所述商品列表。

5.一种商品信息的处理装置，其特征在于，包括：

识别模块，用于响应于针对当前商家的商品信息的编辑操作，识别所述当前商家是否只有默认商品列表；

更新与展示模块，用于若是，则将编辑后的商品信息更新到所述默认商品列表；若否，则展示商品列表选项，响应于对至少一个商品列表选项的选择操作，将所述编辑后的商品信息更新到所述至少一个商品列表选项对应的选中商品列表。

6.一种商品信息的处理装置，其特征在于，包括：

接收模块，用于接收商家端针对编辑后的商品信息的更新请求，识别所述更新请求对应的商家是否只有默认商品列表；

更新模块，用于若是，则将所述商品信息更新到所述默认商品列表；若否，则确定所述商品信息所要更新到的目标商品列表，并将所述商品信息更新到所述目标商品列表。

7.一种商品信息的处理装置，其特征在于，包括：

获取模块，用于获取商品列表的更新内容，所述商品列表中包含商家编辑后的商品信息，其中，若所述商家只有默认商品列表，所述商品列表为商家的默认商品列表，若所述商家不是只有默认商品列表，则所述商品列表为所述商家选择的商品列表；

展示模块，用于基于所述更新内容，展示更新后的所述商品列表。

8.一种电子设备，包括存储器、处理器及存储在存储器上的计算机程序，其特征在于，所述处理器执行所述计算机程序以实现权利要求1-2或权利要求3或权利要求4任一项所述方法的步骤。

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

10.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-2或权利要求3或权利要求4任一项所述方法的步骤。

Images