商品信息的同步方法、商品信息的审核方法和装置

摘要

本发明公开了一种商品信息的同步方法、商品信息的审核方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：接收第一终端发送的针对目标渠道的商品拉取请求；从公共商品池中确定出所述商品拉取请求对应的第一公共商品，所述公共商品池用于存储多个公共商品的商品信息；将所述第一公共商品的商品信息同步到所述目标渠道对应的渠道商品池中，所述渠道商品池用于存储所述目标渠道对应的多个渠道商品的商品信息。该实施方式能够减少电商平台的多个渠道针对相同商品的维护成本。

说明书

技术领域

本发明涉及计算机技术领域，尤其涉及一种商品信息的同步方法、商品信息的审核方法和装置。

背景技术

随着直播等业务的不断发展，各类直播商品的品类越来越多，直播场次越来越多，使得电商平台的销售渠道也越来越多样化。针对同一商品，各渠道商需要分别提出需求，且各个渠道需要各自维护一份渠道价格，不能联动处理，增加了人工维护成本。

发明内容

有鉴于此，本发明实施例提供一种商品信息的同步方法、商品信息的审核方法和装置，能够减少电商平台的多个渠道针对相同商品的维护成本。

第一方面，本发明实施例提供了一种商品信息的同步方法，应用于服务器端，包括：

接收第一终端发送的针对目标渠道的商品拉取请求；

从公共商品池中确定出所述商品拉取请求对应的第一公共商品，所述公共商品池用于存储多个公共商品的商品信息；

将所述第一公共商品的商品信息同步到所述目标渠道对应的渠道商品池中，所述渠道商品池用于存储所述目标渠道对应的多个渠道商品的商品信息。

可选地，所述接收第一终端发送的针对目标渠道的商品拉取请求之前，还包括：

接收所述第一终端发送的针对第二公共商品的提报请求；

将所述提报请求发送给第二终端，并接收所述第二终端针对所述提报请求返回的审核信息；

根据所述审核信息，对所述第二公共商品进行处理。

可选地，所述接收所述第一终端发送的针对第二公共商品的提报请求，包括：

接收所述第一终端发送的提报文件，所述提报文件中包括：多个提报商品的商品信息，所述多个提报商品中包括所述第二公共商品；

所述将所述提报请求发送给第二终端，包括：

将所述提报文件发送给所述第二终端。

可选地，所述根据所述审核信息，对所述第二公共商品进行处理，包括：

在所述审核信息表征所述第二公共商品通过审核的情况下，将所述第二公共商品的商品信息存储到所述公共商品池的商品信息中；

在所述审核信息表征所述第二公共商品未通过审核的情况下，发送针对所述第二公共商品的审核失败的提示信息。

可选地，所述将所述第一公共商品的商品信息同步到所述目标渠道对应的渠道商品池中之前，还包括：

确定所述目标渠道对应的渠道商品池中是否存储有所述第一公共商品的商品信息；

在所述目标渠道对应的渠道商品池中未存储所述第一公共商品的商品信息的情况下，执行所述将所述第一公共商品的商品信息同步到所述目标渠道对应的渠道商品池中的步骤。

可选地，所述将所述第一公共商品的商品信息同步到所述目标渠道对应的渠道商品池中，包括：

将所述目标渠道中的所述第一公共商品的价格来源设置为公共商品池；

所述将所述第一公共商品的商品信息同步到所述目标渠道的商品信息中之后，还包括：

接收针对所述目标渠道中的所述第一公共商品的改价请求，所述改价请求中包括：修改价格；

将所述目标渠道中的所述第一公共商品的价格来源设置为需求来源；

将所述渠道商品池中的所述第一公共商品的价格设置为所述修改价格。

可选地，所述接收第一终端发送的针对目标渠道的商品拉取请求之后，还包括：

接收针对所述目标渠道中的第三公共商品的价格请求；

确定所述渠道商品池中的所述第三公共商品的价格来源；

在所述价格来源为公共商品池的情况下，从所述公共商品池中获取所述第三公共商品的价格信息；

在所述价格来源为需求来源的情况下，从所述渠道商品池中获取所述第三公共商品的价格信息。

第二方面，本发明实施例提供了一种商品信息的同步方法，应用于第一终端，包括：

接收用户发送的针对目标渠道的商品拉取请求；

向服务器端发送针对所述目标渠道的商品拉取请求，所述商品拉取请求对应于公共商品池中的第一公共商品，所述商品拉取请求用于将所述第一公共商品的商品信息从所述公共商品池中同步到所述目标渠道对应的渠道商品池中。

可选地，所述向服务器端发送针对所述目标渠道的商品拉取请求之前，还包括：

接收针对第二公共商品的提报请求；

向所述服务器端发送针对所述第二公共商品的提报请求，所述提报请求用于将所述第二公共商品的商品信息存储到所述公共商品池的商品信息中。

第三方面，本发明实施例提供了一种商品信息的审核方法，应用于第二终端，包括：

接收服务器端发送的针对第二公共商品的提报请求；

接收针对所述第二公共商品的处理操作；

根据所述处理操作，生成针对所述第二公共商品的审核信息；

向所述服务器端返回所述审核信息。

可选地，所述接收服务器端发送的针对第二公共商品的提报请求，包括：

接收所述服务器端发送的提报文件，所述提报文件中包括：多个提报商品的商品信息，所述多个提报商品中包括所述第二公共商品；

所述接收针对所述第二公共商品的处理操作，包括：

解析所述提报文件，得到所述多个提报商品的草稿明细；

接收针对所述多个提报商品的草稿明细的处理操作；

根据所述处理操作，生成针对所述第二公共商品的审核信息，包括：

根据所述处理操作，生成针对所述多个提报商品的审核信息。

第四方面，本发明实施例提供了一种商品信息的同步装置，应用于服务器端，包括：

请求接收模块，用于接收第一终端发送的针对目标渠道的商品拉取请求；

商品确定模块，用于从公共商品池中确定出所述商品拉取请求对应的第一公共商品，所述公共商品池用于存储多个公共商品的商品信息；

同步模块，用于将所述第一公共商品的商品信息同步到所述目标渠道对应的渠道商品池中，所述渠道商品池用于存储所述目标渠道对应的多个渠道商品的商品信息。

第五方面，本发明实施例提供了一种商品信息的同步装置，应用于第一终端，包括：

请求接收模块，用于接收用户发送的针对目标渠道的商品拉取请求；

请求发送模块，用于向服务器端发送针对所述目标渠道的商品拉取请求，所述商品拉取请求对应于公共商品池中的第一公共商品，所述商品拉取请求用于将所述第一公共商品的商品信息从所述公共商品池中同步到所述目标渠道对应的渠道商品池中。

第六方面，本发明实施例提供了一种商品信息的审核装置，应用于第二终端，包括：

请求接收模块，用于接收服务器端发送的针对第二公共商品的提报请求；

接收模块，用于接收针对所述第二公共商品的处理操作；

信息生成模块，用于根据所述处理操作，生成针对所述第二公共商品的审核信息；

信息返回模块，用于向所述服务器端返回所述审核信息。

第七方面，本发明实施例提供了一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一实施例所述的方法。

第八方面，本发明实施例提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一实施例所述的方法。

上述发明中的一个实施例具有如下优点或有益效果：将各渠道需要的多个公共商品存储到公共商品池中，各渠道通过拉取请求将公共商品池中的公共商品拉取到各自渠道下。针对同一公共商品，只需在公共商品池中维护一份公共商品价格，而各个渠道无需各自维护一份渠道价格。因此，能够减少电商平台的多个渠道针对相同商品的维护成本。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是本发明实施例可以应用于其中的示例性应用场景的示意图；

图2是本发明的一个实施例提供的一种商品信息的同步方法的流程的示意图；

图3是本发明的一个实施例提供的另一种商品信息的同步方法的流程的示意图；

图4是本发明的一个实施例提供的又一种商品信息的同步方法的流程的示意图；

图5是本发明的一个实施例提供的再一种商品信息的同步方法的流程的示意图；

图6是本发明的一个实施例提供的在一种商品信息的同步方法的数据模型的示意图；

图7是本发明的一个实施例提供的在一种公共商品池录入商品的流程的示意图；

图8是本发明的一个实施例提供的在一种模块交互泳道的示意图；

图9是本发明的一个实施例提供的在一种文件上传解析单元流程的示意图；

图10是本发明的一个实施例提供的在一种提报记录处理单元流程的示意图；

图11是本发明的一个实施例提供的在一种入公共商品池单元流程的示意图；

图12是本发明的一个实施例提供的在一种拉取到渠道下操作单元流程的示意图；

图13是本发明的一个实施例提供的在一种同步入池任务单元流程的示意图；

图14是本发明的一个实施例提供的在一种渠道价格私有化模块流程的示意图；

图15是本发明的一个实施例提供的一种商品信息的同步装置的结构的示意图；

图16是本发明的一个实施例提供的另一种商品信息的同步装置的结构的示意图；

图17是本发明的一个实施例提供的一种商品信息的审核装置的结构的示意图；

图18是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

现有的录入渠道商品需要渠道商提需求，运营进行审核，再由商家和采销进行提报，再经过运营审核后才能进入渠道商品池进行售卖。在多个渠道销售的同一商品，要分别针对多个渠道进行多次提报和审批，以致录入商品效率低下，且整体耗时较长，不能快速满足业务需求。此外，当一个商品价格有变动时，运营需要维护多个渠道的价格信息。随着渠道的不断增加以及业务模式的不断丰富，如果商品价格频繁变更，带来的维护成本也会随之成倍增加，运营效率明显降低。

基于此，本发明实施例提供了一种商品信息的同步方法、商品信息的审核方法和装置，能够提升运营效率。图1是本发明实施例可以应用于其中的示例性应用场景的示意图。如图1所示，系统架构100中可以包括第一终端101、102，第二终端103、104，网络105和服务器106。网络105用以在第一终端101、102，第二终端103、104和服务器106之间提供通信链路的介质。网络105可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

第一终端101、102向服务器端106发送针对目标渠道的商品拉取请求，服务器接收第一终端101、102发送的针对目标渠道的商品拉取请求；在公共商品池存储的多个公共商品中，确定出所述商品拉取请求对应的第一公共商品；将所述第一公共商品的商品信息同步到所述目标渠道对应的渠道商品池中。

第一终端101、102向所述服务器端106发送针对第二公共商品的提报请求。服务器端106接收所述第一终端101、102发送的针对第二公共商品的提报请求；将所述提报请求发送给第二终端103、104。第二终端103、104接收服务器端106发送的针对第二公共商品的提报请求，确定针对所述第二公共商品的审核信息；向所述服务器端106返回所述审核信息。服务器端106接收所述第二终端103、104针对所述提报请求返回的审核信息；根据所述审核信息，对所述第二公共商品进行处理。

需要说明的是，本发明实施例所提供的商品信息的同步方法一般分别由服务器106和第一终端101、102执行，本发明实施例所提供的商品信息的审核方法一般分别由第二终端103、104执行，相应地，商品信息的同步装置一般分别设置于服务器106和第一终端101、102中，商品信息的审核装置一般设置于第二终端103、104中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图2是本发明的一个实施例提供的一种商品信息的同步方法的流程的示意图。如图2所示，该方法包括：

步骤201：接收第一终端发送的针对目标渠道的商品拉取请求。

本发明实施例的方案可涉及到三端分别为：服务器端、第一终端和第二终端。图2所提供的方法应用于服务器端。服务器端用于管理公共商品池，并基于商品拉取请求，将对应的公共商品同步到目标渠道下。任务用于在后台执行业务逻辑，服务器端可以通过异步或定时执行的任务，更新数据库、索引、缓存信息等。比如：用户上传了一个文件，页面会显示上传成功，而解析文件的逻辑就是由任务异步去完成的，用户是感知不到任务的执行过程的，任务执行完后，会展示给用户执行结果。

第一终端是为外部商家提供的客户操作管理端，外部商家可包括：外部渠道商、pop商家、直播商家等。外部商家可通过第一终端实现客户入驻，创建渠道、提出拉取请求、提报商品、进行商品管理等功能。

第二终端是为电商平台内部运营、采销等人员提供的管理端。第二终端可提供的功能包括：运营审核、采销提报商品、查询商品价格、以及其它一些管理和运维功能。

渠道为电商平台中商品的售卖途径。渠道可包括：自营、第三方销售、直播销售等。渠道可以是客户创建的用于售卖商品的渠道。同一个商品可以由多个渠道进行售卖。一个商家可以注册一个账号，账号下可以开通多个渠道，一个渠道可以售卖某一类的商品，渠道可以设置很多渠道配置，比如定价(固定价格)、净版、全球购商品等。

步骤202：在公共商品池存储的多个公共商品中，确定出商品拉取请求对应的第一公共商品。

现有技术中，以渠道为单位，分别保存管理各渠道下的商品。当一个商品价格有变动时，运营需要维护多个渠道的价格信息。随着渠道的不断增加以及业务模式的不断丰富，如果商品价格频繁变更，带来的维护成本也会随之成倍增加，运营的工作压力也较大。

本发明实施例的方案在电商平台中设置公共商品池。公共商品池用于管理多个公共商品。公共商品池中可存储公共商品的公共商品池主键、sku(最小存货单位，StockKeeping Unit)、价格、商品名称、厂家、描述等多种信息。公共商品指可在多个渠道进行售卖的商品。在商品价格变更的情况下，只需维护公共商品池中的公共商品价格即可，降低维护成本的同时，也可减轻运营的工作压力。

商品拉取请求中可包括：公共商品池主键、sku、价格、商品名称、厂家、描述等。根据商品拉取请求，可以生成查询语句，以从公共商品池中确定出商品拉取请求对应的第一公共商品。

步骤203：将第一公共商品的商品信息同步到所述目标渠道对应的渠道商品池中。

渠道商品池用于存储所述目标渠道对应的多个渠道商品的商品信息。商品信息可包括：公共商品池主键、sku、价格、商品名称、厂家、描述等。将第一公共商品的商品信息同步到目标渠道对应的渠道商品池中，目标渠道便可以对第一公共商品进行售卖，该第一公共商品售卖的价格来自于公共商品池。

如果公共商品的商品信息，如价格、商品名称、厂家、描述等发生了变化，可直接在公共商品池中进行更改。通过触发器、轮训程序等，将变更信息自动同步更新到存储有该公共商品信息的渠道中，而无需运维人员针对变更信息逐个更新售卖该公共商品的渠道中的商品信息。

在本发明的实施例中，将各渠道需要的多个公共商品存储到公共商品池中，各渠道通过拉取请求将公共商品池中的公共商品拉取到各自渠道下。针对同一公共商品，只需在公共商品池中维护一份公共商品价格，而各个渠道无需各自维护一份渠道价格。因此，能够减少针对公共商品的人工维护成本。

在本发明的一个实施例中，接收第一终端发送的针对目标渠道的商品拉取请求之前，还包括：接收第一终端发送的针对第二公共商品的提报请求；将提报请求发送给第二终端，并接收第二终端针对提报请求返回的审核信息；根据审核信息，对第二公共商品进行处理。

外部用户或外部商家可通过第一终端向服务器端发送提报请求，提报请求可对应至少一个公共商品。服务器端获取到提报请求对应的至少一个公共商品的商品信息，并将上述至少一个公共商品的商品信息发送给第二终端。第二终端是为电商平台内部运营、采销等人员提供的管理端。相关人员基于第二终端对上述至少一个公共商品的商品信息进行审核。审核通过的公共商品可进入公共商品池中。

在本发明的一个实施例中，接收第一终端发送的针对第二公共商品的提报请求，包括：接收第一终端发送的提报文件，提报文件中包括：多个提报商品的商品信息，多个提报商品中包括第二公共商品；将提报请求发送给第二终端，包括：将提报文件发送给第二终端。为方便网络传输，第一终端生成提报请求对应的提报文件，并将提报文件发送给服务器端。提报文件的格式可根据具体需求进行设定。提报文件可以为TXT格式、XML格式或XLS格式等。第一终端发送给服务器端的提报文件中可以包括一条或多条提报商品的记录，商品的信息存在中间媒介云存储系统上，第二终端通过url从云存储获取提报商品，并进行解析，从而生成草稿和明细。

在本发明的一个实施例中，根据审核信息，对第二公共商品进行处理，包括：在审核信息表征第二公共商品通过审核的情况下，将第二公共商品的商品信息存储到公共商品池的商品信息中；在审核信息表征第二公共商品未通过审核的情况下，发送针对第二公共商品的审核失败的提示信息。如果针对第二公共商品的审核通过，将第二公共商品放入公共商品池中。如果针对第二公共商品的审核未通过，发送针对第二公共商品的审核失败的提示信息，以便提醒提报用户根据提示信息对提报请求进行修改。

在本发明的一个实施例中，将第一公共商品的商品信息同步到目标渠道对应的渠道商品池中之前，还包括：确定渠道商品池中是否存储有第一公共商品；在渠道商品池中未存储第一公共商品的情况下，执行将第一公共商品的商品信息同步到目标渠道对应的渠道商品池中的步骤。在接收到提报请求后，要先确定公共商品池中是否存在提报请求对应的公共商品，在公共商品池中存在提报请求对应的公共商品的情况下，确定目标渠道中是否存储提报请求对应的公共商品，在目标渠道中不存储有提报请求对应的公共商品的情况下，将提报请求对应的公共商品从公共商品池中同步到目标渠道中。

图3是本发明的一个实施例提供的另一种商品信息的同步方法的流程的示意图。如图3所示，该方法包括：

步骤301：接收第一终端发送的针对目标渠道的商品拉取请求。

步骤302：在公共商品池存储的多个公共商品中，确定出商品拉取请求对应的第一公共商品。

步骤303：将第一公共商品的商品信息同步到目标渠道对应的渠道商品池中。

步骤304：将目标渠道中的第一公共商品的价格来源设置为公共商品池。

步骤305：接收针对目标渠道中的第一公共商品的改价请求，改价请求中包括：修改价格。

步骤306：将渠道商品池中的第一公共商品的价格来源设置为需求来源。

步骤307：将渠道商品池中的第一公共商品的价格设置为修改价格。

本发明实施例的方法用于实现渠道价格私有化。将公共商品从公共商品池拉取到目标渠道后，在目标渠道中该公共商品对应的价格来源默认为公共商品池，通过公共商品池中该公共商品的价格信息来确定目标渠道中该公共商品的价格。接收到针对目标渠道中的第一公共商品的改价请求时，可将目标渠道中的第一公共商品的价格来源设置为需求来源，以实现该目标渠道中该公共商品的价格私有化后，即在该目标渠道中该公共商品的价格以该目标渠道中的价格为准。通过将公共商品的价格私有化，实现该目标渠道商品与公共商品池商品价格脱钩，单独维护该渠道下该公共商品的价格即可。

在本发明的一个实施例中，接收第一终端发送的针对目标渠道的商品拉取请求之后，还包括：接收针对目标渠道中的第三公共商品的价格请求；确定目标渠道中的第三公共商品的价格来源；在价格来源为公共商品池的情况下，从公共商品池中获取第三公共商品的价格信息；在价格来源为需求来源的情况下，从目标渠道中获取第三公共商品的价格信息。根据公共商品的价格来源，确定公共商品的价格。如果价格来源为公共商品池，则从公共商品池中获取公共商品的价格信息。如果价格来源为需求来源，则从目标渠道中获取公共商品的价格信息。

图4是本发明的一个实施例提供的又一种商品信息的同步方法的流程的示意图。如图4所示，该方法包括：

步骤401：接收用户发送的针对目标渠道的商品拉取请求。

步骤402：向服务器端发送针对目标渠道的商品拉取请求，商品拉取请求对应于公共商品池中的第一公共商品，商品拉取请求用于将第一公共商品的商品信息从公共商品池同步到目标渠道对应的渠道商品池中。

本发明实施例的方法应用于第一终端。第一终端是为外部商家提供的客户操作管理端，外部商家可包括：外部渠道商、pop商家、直播商家等。外部商家可通过第一终端实现客户入驻、创建渠道、提出拉取请求、提报商品、进行商品管理等功能。

在本发明的实施例中，将各渠道需要的多个公共商品存储到公共商品池中，各渠道通过拉取请求将公共商品池中的公共商品拉取到各自渠道下。针对同一公共商品，只需在公共商品池中维护一份公共商品价格，而各个渠道无需各自维护一份渠道价格。因此，能够减少针对公共商品的人工维护成本。

在本发明的一个实施例中，接收针对第二公共商品的提报请求；向服务器端发送针对目标渠道的商品拉取请求之前，还包括：向服务器端发送针对第二公共商品的提报请求，提报请求用于将第二公共商品放入公共商品池中。外部用户可发送提报请求，在提报请求通过审核的情况下，将提报请求对应的公共商品放入到公共商品池中。

图5是本发明的一个实施例提供的一种商品信息的审核方法的流程的示意图。如图5所示，该方法包括：

步骤501：接收服务器端发送的针对第二公共商品的提报请求。

本发明实施例的方法应用于第二终端。第二终端是为电商平台内部运营、采销等人员提供的管理端。第二终端可提供的功能包括：运营审核、采销提报商品、查询商品价格、以及其它一些管理和运维功能。

步骤502：接收针对第二公共商品的处理操作。

步骤503：根据处理操作，生成针对第二公共商品的审核信息。

步骤504：向服务器端返回审核信息。

在本发明实施例中，第一终端向所述服务器端发送针对公共商品的提报请求。服务器端将提报请求发送给第二终端。第二终端针对公共商品的提报请求，确定针对公共商品的审核信息；向所述服务器端1返回审核信息。服务器端接收返回的审核信息；根据所述审核信息，确定是否将公共商品放入公共商品池中。

在本发明的一个实施例中，接收服务器端发送的针对第二公共商品的提报请求，包括：接收服务器端发送的提报文件，提报文件中包括：多个提报商品的商品信息，多个提报商品中包括第二公共商品；接收针对第二公共商品的处理操作，包括：解析提报文件，得到多个提报商品的草稿明细；接收针对多个提报商品的草稿明细的处理操作；根据处理操作，生成针对第二公共商品的审核信息，包括：根据处理操作，生成针对多个提报商品的审核信息。

为方便网络传输，提报文件的格式可根据具体需求进行设定。提报文件可以为TXT格式、XML格式或XLS格式等。第一终端发送给服务器端的提报文件中可以包括一条或多条提报商品的记录，商品的信息存在中间媒介云存储系统上。服务器端将提报文件转发给第二终端。第二终端通过url从云存储获取提报商品，并进行解析，从而生成草稿和明细。提报请求可对应多个提报商品，相关用户通过第二终端对提报请求中的多个提报商品进行审核处理，并将审核信息返回给服务器端。服务器端根据审核信息确定是否将多个提报商品放入公共商品池。

为使本发明实施例的方案更加便于理解。现在介绍一下本发明实施例的方案的具体实施过程。本发明实施例的方案为录入渠道商品池提供了一个新的入池途径。首先，类似于正常提需提报流程，公共商品池的商品信息也需要通过提报的方式进入公共商品池中。其次，当公共商品池录入商品后，渠道可以通过渠道配置的方式，查看该渠道配置下公共商品池的商品信息，支持渠道直接进行拉取操作，简化拉到渠道下的操作步骤，并且支持多个渠道重复拉取商品。最后，当商品来源是公共商品池时，渠道价格也由公共商品池价格统一决定。如果需要渠道下维持个性化价格，可以对价格进行私有化改价，通过私有化改价后，该商品和公共商品池脱钩，价格不再和公共商品池价格绑定，可以认为商品来源是渠道商提需，价格单独维护一份。

图6是本发明的一个实施例提供的在一种商品信息的同步方法的数据模型的示意图。图7是本发明的一个实施例提供的在一种公共商品池录入商品的流程的示意图。如图6和图7所示，本发明实施例的方案可分为公共商品池提报、渠道拉取商品、渠道商品价格私有化三个模块。其中，公共商品池提报，用于通过excel提报定价、非净版的商品，通过渠道配置检查、价格检查、权限检查后进入公共商品池内。渠道拉取商品，用于通过渠道配置公共商品池类型标，查看对应的公共商品池商品，并拉取到该渠道下，生成对应的渠道扩展表信息以及写入主站渠道商品信息，此时商品渠道价格从公共商品池获取。渠道价格私有化，用于当业务需要单独维护该渠道下商品价格时，可以通过私有化的方式对渠道商品进行改价，同时和公共商品池进行脱钩，价格单独维护。

图8是本发明的一个实施例提供的在一种模块交互泳道的示意图。如图8所示，外部用户或外部商家可通过第一终端向服务器端发送提报请求，提报请求可对应至少一个公共商品。服务器端获取到提报请求对应的至少一个公共商品的商品信息，并将上述至少一个公共商品的商品信息发送给第二终端。第二终端是为电商平台内部运营、采销等人员提供的管理端。相关人员基于第二终端对上述至少一个公共商品的商品信息进行审核。审核通过的公共商品可进入公共商品池中。

需要说明的是，第二终端中也可设置提报功能，类似于外部商家通过第一终端进行提报的方式，电商内部人员可以通过第二终端进行提报公共商品到公共商品池。

公共商品池提报模块包含文件上传解析、提报记录处理和入公共商品池等三大功能。其中文件上传解析单元主要是业务上传提报商品的信息，包含sku、价格等信息，由任务异步进行解析，生成提报历史记录和明细结果；提报记录处理单元主要是对生成的解析草稿明细进行处理，包括删除错误的明细结果、确认触发价格预警的记录明细以及对这批商品进行作废和提交处理操作；入公共商品池单元主要是对于提交的记录进行入库保存、同时生成对应的明细以及索引数据等信息。

图9是本发明的一个实施例提供的在一种文件上传解析单元流程的示意图。如图9所示，文件上传解析单元可包括以下功能步骤：

1、将文件上传至云存储服务，通过云存储服务持久化数据信息，并返回存储url，保存到文件上传记录表中，同时生成文件解析任务。

2、文件上传解析任务通过记录id查询记录信息，通过记录表中的url获取到上传文件的数据信息，文件上传可以包含多种文件类型的文件，通过文件类型进行文件解析类的路由，通过策略模式进行不同文件类型的解析操作，包括数据合法性校验、重复性校验、渠道配置校验、权限检验、价格校验等，对未通过校验的数据记录失败原因。

3、将解析数据生成草稿明细数据，可以Elasticsearch作为草稿数据存储方式。文件解析任务完成后，会生成公共商品池解析草稿，可以看到草稿中每条数据的明细信息。

图10是本发明的一个实施例提供的在一种提报记录处理单元流程的示意图。如图10所示，提报记录处理单元设计可包括以下功能步骤：

1、对于解析失败的数据需要批量删除，批量删除是对草稿数据的物理删除。

2、对于触发价格预警的数据明细可以进行批量确认价格操作，确认价格是对草稿明细状态修改为解析成功。

3、草稿可以进行作废和提交操作，作废是放弃本次上传的提报数据，直接将所有草稿数据进行物理删除。

4、提交是对本次上传数据进行提交，提交成功后会生成公共商品池的异步入池任务，在进行提交操作时，必须将所有错误数据进行删除，并对价格预警的数据进行确认。

图11是本发明的一个实施例提供的在一种入公共商品池单元流程的示意图。如图11所示，入公共商品池单元主要是公共商品池的同步入池任务，这个任务主要是遍历本次提交记录的公共商品池草稿数据，将草稿数据同步到公共商品池表以及公共商品池导入明细表中，同步数据成功后删除对应的草稿数据。

请求发送模块主要是通过公共商品池主键、sku、渠道id等信息从公共商品池将商品同步到渠道下，生成商品扩展表数据、写入主站渠道下等，可以分为以下几个步骤：

1、校验协议参数、校验渠道有效性和渠道配置等。

协议参数是定义的接口规范的一个入参，主要校验外部请求是否包含合法的appkey(注册宙斯平台后提供的合法身份信息)，客户信息以及渠道信息等。渠道有效性校验是对入参的渠道id进行查询，查看数据库是否保存有对应的渠道基本信息。如果没有查询到，则进行报错。渠道配置信息校验是对渠道配置信息进行校验，例如，从公共商品池拉取到渠道下时，该渠道的渠道配置中必须是定价商品，不可以是非定价商品，这个定价标识就属于渠道配置，渠道配置校验就是校验类似这样的定价标识的。

2、校验公共商品池是否存在该商品。

3、查询该渠道下是否已经存在该商品，若存在不允许重复拉取。

4、组装同步入池任务、组装商品扩展表、组装操作日志。

5、同步入池任务写入主站商品渠道下，更新商品扩展表同步渠道状态。

以上步骤可抽象为两个单元：拉取到渠道下操作和同步入池任务，以下将详细阐述这两个单元具体实现方式。

图12是本发明的一个实施例提供的在一种拉取到渠道下操作单元流程的示意图。如图12所示，拉取到渠道下操作单元可包括如下功能：该单元通过分布式锁控制并发调用，校验公共商品池数据有效性、主站商品数据有效性、渠道配置信息等，将通过校验的数据插入任务中，并生成渠道商品信息数据，由异步任务进行同步主站操作，同时将校验失败的数据记录失败原因进行提示。

图13是本发明的一个实施例提供的在一种同步入池任务单元流程的示意图。如图13所示，同步入池任务单元设计可包括如下功能：本单元主要功能是校验商品和渠道配置信息，并将渠道商品信息同步到主数据，并默认将商品进行上架操作，同步成功后更新渠道商品信息表同步主数据状态字段，完成拉取到渠道下的操作。

图14是本发明的一个实施例提供的在一种渠道价格私有化模块流程的示意图。如图14所示，渠道价格私有化模块可包括如下功从公共商品池拉取商品到渠道下后，渠道商品表存储的价格来源是公共商品池类型，且不直接存储价格信息，而是从公共商品池数据库中获取价格。当业务需要对该渠道单独维护渠道价格时，可以对该渠道进行私有化改价操作。渠道价格私有化，主要将渠道表下价格来源从公共商品池修改为需求来源，同时将渠道价格进行修改。私有化后，获取渠道价格信息直接从渠道商品表获取，而和公共商品池价格没有任何关系。

本发明实施例的方案主要通过将商品提报到公共商品池的方式，能够快速满足加入同一个商品加入不同渠道下的需求，避免重复提报的操作过程，提高运营效率。渠道价格由公共商品池统一修改和维护，避免了同时维护多个渠道价格的繁琐操作。当需要对渠道下商品维护个性化价格时，可以对该渠道下商品价格进行私有化改价，能够灵活支持个性化需求。

图15是本发明的一个实施例提供的一种商品信息的同步装置的结构的示意图，该方法应用于服务器端。如图15所示，该装置包括：

请求接收模块1501，用于接收第一终端发送的针对目标渠道的商品拉取请求；

商品确定模块1502，用于从公共商品池中确定出所述商品拉取请求对应的第一公共商品，所述公共商品池用于存储多个公共商品的商品信息；

同步模块1503，用于将所述第一公共商品的商品信息同步到所述目标渠道对应的渠道商品池中，所述渠道商品池用于存储所述目标渠道对应的多个渠道商品的商品信息。

可选地，该装置还包括：

公共商品池提报模块1504，用于接收所述第一终端发送的针对第二公共商品的提报请求；

将所述提报请求发送给第二终端，并接收所述第二终端针对所述提报请求返回的审核信息；

根据所述审核信息，对所述第二公共商品进行处理。

可选地，公共商品池提报模块1504具体用于：

接收所述第一终端发送的提报文件，所述提报文件中包括：多个提报商品的商品信息，所述多个提报商品中包括所述第二公共商品；

将所述提报文件发送给所述第二终端。

可选地，公共商品池提报模块1504具体用于：

在所述审核信息表征所述第二公共商品通过审核的情况下，将所述第二公共商品的商品信息存储到所述公共商品池的商品信息中；

在所述审核信息表征所述第二公共商品未通过审核的情况下，发送针对所述第二公共商品的审核失败的提示信息。

可选地，公共商品池提报模块1504还用于：

确定所述目标渠道中是否存储有所述第一公共商品。

可选地，同步模块1503，还用于将所述目标渠道中的所述第一公共商品的价格来源设置为公共商品池；

该装置还包括：

渠道价格私有化模块1505，用于接收针对所述目标渠道中的所述第一公共商品的改价请求，所述改价请求中包括：修改价格；

将所述目标渠道中的所述第一公共商品的价格来源设置为需求来源；

将所述目标渠道中的所述第一公共商品的价格设置为所述修改价格。

可选地，该装置还包括：

查询模块1506，用于接收针对所述目标渠道中的第三公共商品的价格请求；

确定所述目标渠道中的所述第三公共商品的价格来源；

在所述价格来源为公共商品池的情况下，从所述公共商品池中获取所述第三公共商品的价格信息；

在所述价格来源为需求来源的情况下，从所述目标渠道中获取所述第三公共商品的价格信息。

图16是本发明的一个实施例提供的另一种商品信息的同步装置的结构的示意图，该方法应用于第一终端。如图16所示，该装置包括：

请求接收模块1601，用于接收用户发送的针对目标渠道的商品拉取请求；

请求发送模块1602，用于向服务器端发送针对所述目标渠道的商品拉取请求，所述商品拉取请求对应于公共商品池中的第一公共商品，所述商品拉取请求用于将所述第一公共商品的商品信息从所述公共商品池中同步到所述目标渠道对应的渠道商品池中。

可选地，请求接收模块1601，还用于接收针对第二公共商品的提报请求；

该装置还包括：

公共商品池提报模块1603，用于向所述服务器端发送针对第二公共商品的提报请求，所述提报请求用于将所述第二公共商品放入所述公共商品池中。

图17是本发明的一个实施例提供的一种商品信息的审核装置的结构的示意图，该方法应用于第二终端。如图17所示，该装置包括：

公共商品池提报模块1701，用于接收服务器端发送的针对第二公共商品的提报请求；

接收模块1702，用于接收针对所述第二公共商品的处理操作；

信息生成模块1703，用于根据所述处理操作，生成针对所述第二公共商品的审核信息；

信息返回模块1704，用于向所述服务器端返回所述审核信息。

可选地，公共商品池提报模块1701具体用于：

接收所述服务器端发送的提报文件，所述提报文件中包括：多个提报商品的商品信息，所述多个提报商品中包括所述第二公共商品：

接收模块1702具体用于：解析所述提报文件，得到所述多个提报商品的草稿明细；接收针对所述多个提报商品的草稿明细的处理操作；

信息生成模块1703具体用于：根据所述处理操作，生成针对所述多个提报商品的审核信息。

本发明实施例提供了一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现上述任一实施例的方法。

下面参考图18，其示出了适于用来实现本发明实施例的终端设备的计算机系统1800的结构示意图。图18示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图18所示，计算机系统1800包括中央处理单元(CPU)1801，其可以根据存储在只读存储器(ROM)1802中的程序或者从存储部分1808加载到随机访问存储器(RAM)1803中的程序而执行各种适当的动作和处理。在RAM 1803中，还存储有系统1800操作所需的各种程序和数据。CPU 1801、ROM 1802以及RAM 1803通过总线1804彼此相连。输入/输出(I/O)接口1805也连接至总线1804。

以下部件连接至I/O接口1805：包括键盘、鼠标等的输入部分1806；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1807；包括硬盘等的存储部分1808；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1809。通信部分1809经由诸如因特网的网络执行通信处理。驱动器1810也根据需要连接至I/O接口1805。可拆卸介质1811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1810上，以便于从其上读出的计算机程序根据需要被安装入存储部分1808。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1809从网络上被下载和安装，和/或从可拆卸介质1811被安装。在该计算机程序被中央处理单元(CPU)1801执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：请求发送模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，数据获取模块还可以被描述为“接收第一终端发送的针对目标渠道的商品拉取请求的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：

接收第一终端发送的针对目标渠道的商品拉取请求；

从公共商品池中确定出所述商品拉取请求对应的第一公共商品，所述公共商品池用于存储多个公共商品的商品信息；

将所述第一公共商品的商品信息同步到所述目标渠道对应的渠道商品池中，所述渠道商品池用于存储所述目标渠道对应的多个渠道商品的商品信息。

根据本发明实施例的技术方案，将各渠道需要的多个公共商品存储到公共商品池中，各渠道通过拉取请求将公共商品池中的公共商品拉取到各自渠道下。针对同一公共商品，只需在公共商品池中维护一份公共商品价格，而各个渠道无需各自维护一份渠道价格。因此，能够减少针对公共商品的人工维护成本。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。