具体实施方式

本实施例中的商品管理系统，可用于电子商务，具体地，可由B2C、BBC、O2O等不同电商运营模式下的电商平台进行运营和使用。

商品管理系统包括业务中台、后台端和前台端三大部分，其中后台端可以面向企业级运营、商家运营和店铺运营，前台端可以与手机、平板电脑等用户终端连接，从而在用户终端运行交互界面，交互界面可以是线上购物的网页页面、APP、小程序等。

在传统企业中，随着商城前台所需要支撑的业务越来越多，后台在开发过程中由于需要追求服务稳定性，就无法达到前台想要的响应速度。本实施例中，商品管理系统是基于业务中台搭建。通过业务中台，可以为不同的前台业务提供可以重复使用的业务能力，极大的提升了内部开发效率、外部响应速度。业务中台的用途主要体现在中心层、应用层、功能包的封装三个方面。

在中心层，商品中心负责了商品基础信息管理能力、商品库主数据管理的能力、商品上下架能力，它可以独立运营，管理商品类目、商品属性，它也可以依赖其它中心如店铺中心、库存中心、基础数据中心等，管理商品的上架。最终实现多业务线的商品在商品中心统一化管理。

应用层是基于中心层的可视化建设，它依赖了中心层提供的能力，提供给运营人员一套可操作的功能模块，例如品牌、属性、类目的增删改查、类目的属性挂载、商品的上架、下架操作。

功能包，指的是将上述的中心层所提供的能力、应用层所提供的功能模块进行封装，通过给与前端应用简洁的接口，能让多业务线快速接入此商品管理系统，实现功能的快速复用。例如在ToC端业务线已实现商品管理系统，其他业务线需要管理周期购商品时，可以无需再次开发，而是通过接入已有的商品管理功能包，即可快速达到管理周期购商品的目的。

本实施例中，后台端为BFF(Backend for Frontends)架构。参照图1，后台端包括应用层和中心层。其中，应用层用于进行中心层与前台端之间的信息交互和/或操作交互，也就是将中心层输出的信息发送至前台端，并且接收前台端通过交互界面获取到的消费者做出的购物操作，并发送至中心层。具体地，应用层可以处理小程序和运营后台的请求，然后通过RPC(Remote Procedure Call)调用中心层的商品中心服务来进行具体的业务处理，处理结果返回给应用层服务，并组装成前台端需要的数据后进行响应。

参照图1，应用层和中心层的每个应用都是一个独立的、可部署的微服务单元。本实施例中，中心层包括第一微服务单元、第二微服务单元、第三微服务单元、第四微服务单元、第五微服务单元、第六微服务单元、第七微服务单元、第八微服务单元和第九微服务单元等多个微服务单元。

在中心层，单个服务可以根据业务功能拆分为一个基础功能包和多个附加业务功能包，单个功能包作为一个单独的maven依赖组件独立存在，每个功能包组件都能实现一个增强业务的子功能。根据业务的需要，基础功能组件可以和其它增强业务组件灵活组合，以满足不同场景下的业务需求，例如社区团购、积分商城、分销等业务场景。并且功能包组件之间的这种松耦合关联同时也降低了开发成本，提高了系统复用性，使之更快速的适应前端业务的变化。

参照图2，第一微服务单元具有编辑商品品牌的功能，第二微服务单元具有编辑商品属性的功能，第三微服务单元具有编辑商品属性组的功能，第四微服务单元具有编辑商品类目的功能，第五微服务单元具有编辑商品类型的功能，第六微服务单元具有编辑商品存货通用字段的功能，第七微服务单元具有编辑商品销售方式的功能，第八微服务单元具有编辑商品业务类型的功能，第九微服务单元具有编辑商品销售通用字段的功能。

本实施例中，“商品品牌”可以指商品的商业品牌或者集体商标、地理商标等。

本实施例中，“商品属性”可以指商品的可以定量表示的属性，例如，汽车的车身长度、颜色等，第二微服务单元支持对“商品属性”的自定义编辑，其中自定义编辑包括选择类型、输入类型两种编辑方式，支持多行业多业态多属性的要求。例如，在汽车行业，车身长度变化多样，没有固定的值，因此属于输入类型属性，需要运营人员手动填写属性值；汽车颜色则有固定的范围，因此属于选择类型属性，运营人员只能从下拉列表选择某一属性值。

本实施例中，“商品属性组”可以归集同类的商品属性，第三微服务单元支持将同类的商品属性归集到同一商品属性组，支持对“商品属性”的自定义编辑，支持添加属性入组，满足属性较多时需要把相同特征的属性归到一组方便管理的需求。例如，在汽车行业，通常需要把发动机型号、发动机排放标准、发动机功率等属性值归为整车性能属性组，运营人员在编辑商品时，第三微服务单元就能根据属性组快速找到此组下面的属性，进而填写属性值。

本实施例中，“商品类目”分为后台类目、前台类目、店铺类目，其中，后台类目面向平台运营人员，通过将商品分类管理，提升商品运维管理效率；前台类目和店铺类目则面向用户，通过分类提高商品的有效展示，方便用户快速精准找到商品。商品类目中的后台类目还能支持与属性组的绑定，让类目与属性建立关联关系，可以归集同类的商品属性组，第四微服务单元支持将同类的商品属性组归集到同一商品类目；后台类目还可以指定属性类型，当为基础属性时，在商品创建时作为商品参数展示，当为销售属性时，多规格商品可从销售属性中选择来配置规格。

本实施例中，“商品类型”可以指实物商品、虚拟商品等。其中，实物商品指物理上真实存在、需要物流发货配送的商品，虚拟商品指无实物性质、无需物流发货的商品。

本实施例中，“商品存货通用字段”构成了商品主数据的基本框架，分为spu维度的商品存货通用字段和sku维度的商品存货通用字段。其中，spu维度的商品存货通用字段包含商品名称、商品品牌、后台类目、所属组织、商品图片、商品介绍、商品参数；sku维度的商品存货通用字段包含规格类型、商品编码、商品条码、货品编码、商品体积、商品净重、商品毛重、销售单位、零售价、划线价、成本价、加价限制。

本实施例中，“商品销售方式”可以指单品和组合商品两种方式。其中，单品即独立的商品，组合商品则是将多个单品组合起来作为一个整体进行管理。

本实施例中，“商品业务类型”可以指普通商品、社区团购商品、积分商品、赠品。四种业务形态共用统一的商品主数据，通过独立的中心层和应用层，实现业务的独立管理。普通商品上架时需填写前台类目、店铺、零售价、可售库存等信息；社区团购商品只支持实物类型商品，上架后可参加社区拼团活动；积分商品上架时需填写积分类目、店铺、兑换方式；赠品选择店铺后即可在满赠活动中使用，无需上架。

本实施例中，“商品销售通用字段”分为spu维度的商品销售通用字段和sku维度的商品销售通用字段。其中，spu维度的商品销售通用字段包含前台类目、选择店铺、店铺类目、是否分销、是否周期购、是否积分抵扣、运费模板、售后服务；sku维度的商品销售通用字段包含零售价、可售库存、是否上架。其中，“是否分销”是商品参加分销的开关，当选择“是否分销”为“是”，则商品参与分销，需配置分销佣金。“是否周期购”是商品成为周期购商品的开关，当选择“是否周期购”为“是”则需配置配送频率、起送日期等信息。“是否积分抵扣”是商品下单使用积分抵扣的开关，当选择“是否积分抵扣”为“是”则需配置抵扣规则，用于订单支付时使用积分抵扣。“售后服务”是商品可申请售后的开关，当选择“售后服务”为“是”，商品可支持售后退款。“是否上架”是商品sku上架开关，当选择“是否上架”为“是”，则支持当前sku进行上架。商品支持使用店铺统一的运费模板，也支持自定义选择运费模板。

本实施例中，第一微服务单元、第二微服务单元、第三微服务单元和第四微服务单元组成商品基础信息管理模块。第一微服务单元、第二微服务单元、第三微服务单元和第四微服务单元分别编辑的商品品牌、商品属性、商品属性组和商品类目可以统称为商品基础信息，即商品基础信息管理模块具有编辑商品基础信息的功能。

本实施例中，第五微服务单元、第六微服务单元和第七微服务单元组成商品主信息管理模块。第五微服务单元、第六微服务单元和第七微服务单元分别编辑的商品类型、商品存货通用字段和商品销售方式可以统称为商品主信息，即商品主信息管理模块具有编辑商品主信息的功能。

本实施例中，第八微服务单元和第九微服务单元组成商品上架信息管理模块。第八微服务单元和第九微服务单元分别编辑的商品业务类型和商品销售通用字段可以统称为商品上架信息，即商品上架信息管理模块具有编辑商品上架信息的功能。

本实施例中，对商品基础信息、商品主信息和商品上架信息的编辑，可以是指创建、增加内容、删除部分内容、删除整条信息、复制信息内容(例如将一条商品基础信息的内容复制到一条商品主信息中)等。

本实施例中，商品基础信息管理模块将同类的商品属性归集到同一商品属性组，将同类的商品属性组归集到同一商品类目，并且在编辑商品基础信息时，存储商品属性、商品属性组和商品类目，以及存储商品属性、商品属性组和商品类目之间的关联关系。即商品基础信息管理模块存储某一商品属性属于某一商品属性组、某一商品属性组属于某一商品类目等映射关系。在此基础上，当商品基础信息管理模块进行编辑商品基础信息，例如新建商品基础信息时，如果所要编辑的商品类目属于已存储的商品类目，则根据所存储的相应的关联关系，调用相应的商品属性组和商品属性至前台端。例如，平台运营人员、商家等用户通过在用户终端操作上架新的商品，该商品为汽车，该商品涉及的属性包括“发动机型号”、“发动机排放标准”、“发动机功率”等。“发动机型号”、“发动机排放标准”、“发动机功率”等商品属性可以添加至同一个商品属性组“整车性能”，而商品属性组“整车性能”可以属于“卡车”这一商品类目。因此，商品基础信息管理模块可以在汽车商品类目中的后台类目“卡车”中，挂载商品属性组“整车性能”，并设置用途为基础属性或者销售属性。商品基础信息管理模块存储商品类目“卡车”与商品属性组“整车性能”之间的对应关系，以及存储商品属性组“整车性能”与“发动机型号”、“发动机排放标准”、“发动机功率”等商品属性之间的对应关系。当用户创建汽车商品库时，用户在交互界面选择后台类目“卡车”后，商品基础信息管理模块通过应用层从前端检测到用户的操作，即用户选择的商品类目为“卡车”，商品基础信息管理模块根据上述关联关系自动加载出“整车性能”属性组和属性组下的所有属性，将调用出的商品属性组和商品属性通过应用层发送到前台端中，通过交互界面显示出来供用户选择，并可根据需要灵活增加更多属性组/属性、删除已有的属性组/属性。同理在卡车商品上架时，也能根据关联关系加载所选卡车商品库所使用的属性和属性值。通过商品基础信息管理模块自动调用相关联的商品类目、商品属性组和商品属性，可以简化用户的操作，从而提高用户体验。

本实施例中，商品上架信息管理模块在根据商品主信息编辑商品上架信息后，将商品主信息同步至ElasticSearch等搜索服务器。前台端可以通过交互界面接收对商品基础信息、商品主信息、商品上架信息中至少之一的搜索操作，其中前台端中包括用户输入的商品的标题、属性、类目等关键词，前台端将前台端发送到后台端。后台端在搜索服务器中搜索相应的商品主信息，如果检索到相应的商品主信息，后台端将检索到的商品主信息返回至交互界面，从而实现在小程序端向用户提供快速检索服务，用户可以通过标题、属性、类目等关键词对商品进行快速检索。

本实施例中，商品管理系统中的中心层、应用层、配置项间相互作用，能让开发实现高效率复用，快速响应业务需求。商品管理系统可以实现品牌管理/类目管理/属性组管理，可以将商品基础数据分类管理，在商品数据量庞大时，能有效增加商品运维管理的效率、降低用户查找商品的难度，提高成交率。通过进行 属性管理，实现多类型属性，有效增强了系统灵活性。通过类目挂载属性，即存储商品类目、商品属性组和商品属性之间的关联关系，实现了新建商品时，只需选择类目则自动带出商品参数，有效减少商品运营的工作量。通过对商品主数据进行统一管理，可以实现多渠道商品统一管控，提升企业内部商品管理效率。通过组合商品的销售模式，满足企业将多个商品组合起来整体售卖的需求，并起到提高客单价、促销的效果。商品管理系统中后台端的应用层可以提供多个上架入口，结合中心层能力，可同时兼容普通商品、社区团购、积分商品、赠品等业务类型，实现商品数字化运营，而且不同的上架入口可以实现分销方案、周期购方案、积分抵扣方案，满足多渠道不同的业务场景。商品管理系统支持不同类型店铺的商品上架，满足B2C、BBC、O2O多套电商运营模式下的商城系统。

可以通过编写执行本实施例中的用于电子商务的商品管理系统的计算机程序，将该计算机程序写入至计算机装置或者存储介质中，当计算机程序被读取出来运行时，执行本实施例中的用于电子商务的商品管理系统。

需要说明的是，如无特殊说明，当某一特征被称为“固定”、“连接”在另一个特征，它可以直接固定、连接在另一个特征上，也可以间接地固定、连接在另一个特征上。此外，本公开中所使用的上、下、左、右等描述仅仅是相对于附图中本公开各组成部分的相互位置关系来说的。在本公开中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。此外，除非另有定义，本实施例所使用的所有的技术和科学术语与本技术领域的技术人员通常理解的含义相同。本实施例说明书中所使用的术语只是为了描述具体的实施例，而不是为了限制本发明。本实施例所使用的术语“和/或”包括一个或多个相关的所列项目的任意的组合。

应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种元件，但这些元件不应限于这些术语。这些术语仅用来将同一类型的元件彼此区分开。例如，在不脱离本公开范围的情况下，第一元件也可以被称为第二元件，类似地，第二元件也可以被称为第一元件。本实施例所提供的任何以及所有实例或示例性语言(“例如”、“如”等)的使用仅意图更好地说明本发明的实施例，并且除非另外要求，否则不会对本发明的范围施加限制。

应当认识到，本发明的实施例可以由计算机硬件、硬件和软件的组合、或者通过存储在非暂时性计算机可读存储器中的计算机指令来实现或实施。所述方法可以使用标准编程技术-包括配置有计算机程序的非暂时性计算机可读存储介质在计算机程序中实现，其中如此配置的存储介质使得计算机以特定和预定义的方式操作——根据在具体实施例中描述的方法和附图。每个程序可以以高级过程或面向对象的编程语言来实现以与计算机系统通信。然而，若需要，该程序可以以汇编或机器语言实现。在任何情况下，该语言可以是编译或解释的语言。此外，为此目的该程序能够在编程的专用集成电路上运行。

此外，可按任何合适的顺序来执行本实施例描述的过程的操作，除非本实施例另外指示或以其他方式明显地与上下文矛盾。本实施例描述的过程(或变型和/或其组合)可在配置有可执行指令的一个或多个计算机系统的控制下执行，并且可作为共同地在一个或多个处理器上执行的代码(例如，可执行指令、一个或多个计算机程序或一个或多个应用)、由硬件或其组合来实现。所述计算机程序包括可由一个或多个处理器执行的多个指令。

进一步，所述方法可以在可操作地连接至合适的任何类型的计算平台中实现，包括但不限于个人电脑、迷你计算机、主框架、工作站、网络或分布式计算环境、单独的或集成的计算机平台、或者与带电粒子工具或其它成像装置通信等等。本发明的各方面可以以存储在非暂时性存储介质或设备上的机器可读代码来实现，无论是可移动的还是集成至计算平台，如硬盘、光学读取和/或写入存储介质、RAM、ROM等，使得其可由可编程计算机读取，当存储介质或设备由计算机读取时可用于配置和操作计算机以执行在此所描述的过程。此外，机器可读代码，或其部分可以通过有线或无线网络传输。当此类媒体包括结合微处理器或其他数据处理器实现上文所述步骤的指令或程序时，本实施例所述的发明包括这些和其他不同类型的非暂时性计算机可读存储介质。当根据本发明所述的方法和技术编程时，本发明还包括计算机本身。

计算机程序能够应用于输入数据以执行本实施例所述的功能，从而转换输入数据以生成存储至非易失性存储器的输出数据。输出信息还可以应用于一个或多个输出设备如显示器。在本发明优选的实施例中，转换的数据表示物理和有形的对象，包括显示器上产生的物理和有形对象的特定视觉描绘。

以上所述，只是本发明的较佳实施例而已，本发明并不局限于上述实施方式，只要其以相同的手段达到本发明的技术效果，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。在本发明的保护范围内其技术方案和/或实施方式可以有各种不同的修改和变化。