一种用于电子商务的商品管理系统的制作方法

1.本发明涉及电子商务技术领域，尤其是一种用于电子商务的商品管理系统。


背景技术：

2.电子商务的实现依赖商品管理系统。在进行电子商务的过程中，商品管理系统是最基础、最核心的系统，它是连接前端用户、平台商户、后台管理以及下游的仓储管理的桥梁。商品从被商户创建、上架到前端应用的展示，再到用户的下单、配送方的履约、售后整个过程，都起着至关重要的作用。
3.由于电子商务中商品信息的来源复杂，例如由于不同平台之间接口相互开放等原因，可能会有来自不同平台的商品信息被录入到商品管理系统中，每个平台的商品属性均存在差异，因此企业运营人员需要管理和维护多套商品主数据。同时为了配合多种业务需求，如社区团购、积分商城、周期购等，需要重复创建商品并上架操作，因此工作量大大增加，也变得愈发繁琐。


技术实现要素：

4.针对上述商品来源渠道复杂、电子商务交易场景灵活，造成商品管理系统的兼容性以及效率相对较低等技术问题，本发明的目的在于提供一种用于电子商务的商品管理系统。
5.本发明实施例中的用于电子商务的商品管理系统，所述商品管理系统包括业务中台，所述业务中台包括中心层、应用层和功能包；
6.所述中心层用于运营商品基础信息管理能力、商品库主数据管理的能力、商品上下架能力，实现多业务线的商品在商品中心统一化管理；
7.所述应用层基于所述中心层的可视化建设，依赖所述中心层提供的能力，提供给运营人员一套可操作的功能模块；所述可操作的功能模块包括品牌、属性、类目的增删改查、类目的属性挂载、商品的上架、下架操作；
8.所述功能包用于对所述中心层所提供的能力、所述应用层所提供的功能模块进行封装，通过给与前端应用简洁的接口，让多业务线快速接入此商品管理系统，实现功能的快速复用。
9.进一步地所述商品管理系统还包括后台端，所述后台端包括：
10.商品基础信息管理模块，用于编辑商品基础信息；所述商品基础信息包括商品品牌、商品属性、商品属性组和商品类目；
11.商品主信息管理模块，用于从所述商品基础信息管理模块调用所述商品基础信息，根据所述商品基础信息编辑商品主信息；所述商品主信息包括商品类型、商品存货通用字段和商品销售方式；
12.商品上架信息管理模块，用于从所述商品主信息管理模块调用所述商品主信息，根据所述商品主信息编辑商品上架信息；所述商品上架信息包括商品业务类型和商品销售
通用字段。
13.进一步地，所述后台端为bff架构，所述后台端包括中心层，所述中心层包括单独可部署且相互独立的第一微服务单元、第二微服务单元、第三微服务单元、第四微服务单元、第五微服务单元、第六微服务单元、第七微服务单元、第八微服务单元和第九微服务单元；
14.所述第一微服务单元、所述第二微服务单元、所述第三微服务单元和所述第四微服务单元组成所述商品基础信息管理模块；其中，所述第一微服务单元用于编辑所述商品品牌，所述第二微服务单元用于编辑所述商品属性，所述第三微服务单元用于编辑所述商品属性组，所述第四微服务单元用于编辑所述商品类目；
15.所述第五微服务单元、所述第六微服务单元和所述第七微服务单元组成所述商品主信息管理模块；其中，所述第五微服务单元用于编辑所述商品类型，所述第六微服务单元用于编辑所述商品存货通用字段，所述第七微服务单元用于编辑所述商品销售方式；
16.所述第八微服务单元和所述第九微服务单元组成所述商品上架信息管理模块；其中，所述第八微服务单元用于编辑所述商品业务类型，所述第九微服务单元用于编辑所述商品销售通用字段。
17.进一步地，所述商品管理系统还包括前台端；所述前台端用于在用户终端运行交互界面。
18.进一步地，所述前台端还用于通过所述交互界面，接收对所述商品基础信息、所述商品主信息、所述商品上架信息中至少之一的编辑操作和/或搜索操作。
19.进一步地，所述商品基础信息管理模块还用于将同类的所述商品属性归集到同一所述商品属性组，将同类的所述商品属性组归集到同一商品类目。
20.进一步地，所述商品基础信息管理模块还用于在编辑所述商品基础信息时，存储所述商品属性、所述商品属性组和所述商品类目，以及存储所述商品属性、所述商品属性组和所述商品类目之间的关联关系。
21.进一步地，所述商品基础信息管理模块还用于在编辑所述商品基础信息时，当所要编辑的所述商品类目属于已存储的所述商品类目，则根据所存储的相应的关联关系，调用相应的所述商品属性组和所述商品属性至所述前台端。
22.进一步地，所述商品上架信息管理模块在根据所述商品主信息编辑所述商品上架信息后，将所述商品主信息同步至搜索服务器。
23.进一步地，所述前台端还用于根据通过所述交互界面接收到底所述搜索操作，在所述搜索服务器中搜索相应的所述商品主信息，当检索到相应的所述商品主信息，将检索到的所述商品主信息返回至所述交互界面。
24.本发明的有益效果是：实施例中的商品管理系统，通过业务中台，可以为不同的前台业务提供可以重复使用的业务能力，实现多业务线的商品在商品中心统一化管理，快速管理周期购商品，极大的提升了内部开发效率、外部响应速度。进一步地，通过使用商品基础信息管理模块、商品主信息管理模块和商品上架信息管理模块组成的后台端，管理商品基础信息、商品主信息和商品上架信息，既能以统一的标准管理多渠道商品，又将社区团购、积分商城和周期购等不同的交易场景转化为对不同类型的商品基础信息、商品主信息和商品上架信息的编辑和调用，因此容易根据不同的交易场景灵活扩展，实施例中的商品
管理系统能够提升电子商务平台的兼容性、用户的购物体验以及平台运营人员的工作效率。
附图说明
25.图1为实施例中后台端的架构图；
26.图2为实施例中后台端各部分的工作原理图。
具体实施方式
27.本实施例中的商品管理系统，可用于电子商务，具体地，可由b2c、bbc、o2o等不同电商运营模式下的电商平台进行运营和使用。
28.商品管理系统包括业务中台、后台端和前台端三大部分，其中后台端可以面向企业级运营、商家运营和店铺运营，前台端可以与手机、平板电脑等用户终端连接，从而在用户终端运行交互界面，交互界面可以是线上购物的网页页面、app、小程序等。
29.在传统企业中，随着商城前台所需要支撑的业务越来越多，后台在开发过程中由于需要追求服务稳定性，就无法达到前台想要的响应速度。本实施例中，商品管理系统是基于业务中台搭建。通过业务中台，可以为不同的前台业务提供可以重复使用的业务能力，极大的提升了内部开发效率、外部响应速度。业务中台的用途主要体现在中心层、应用层、功能包的封装三个方面。
30.在中心层，商品中心负责了商品基础信息管理能力、商品库主数据管理的能力、商品上下架能力，它可以独立运营，管理商品类目、商品属性，它也可以依赖其它中心如店铺中心、库存中心、基础数据中心等，管理商品的上架。最终实现多业务线的商品在商品中心统一化管理。
31.应用层是基于中心层的可视化建设，它依赖了中心层提供的能力，提供给运营人员一套可操作的功能模块，例如品牌、属性、类目的增删改查、类目的属性挂载、商品的上架、下架操作。
32.功能包，指的是将上述的中心层所提供的能力、应用层所提供的功能模块进行封装，通过给与前端应用简洁的接口，能让多业务线快速接入此商品管理系统，实现功能的快速复用。例如在toc端业务线已实现商品管理系统，其他业务线需要管理周期购商品时，可以无需再次开发，而是通过接入已有的商品管理功能包，即可快速达到管理周期购商品的目的。
33.本实施例中，后台端为bff(backend for frontends)架构。参照图1，后台端包括应用层和中心层。其中，应用层用于进行中心层与前台端之间的信息交互和/或操作交互，也就是将中心层输出的信息发送至前台端，并且接收前台端通过交互界面获取到的消费者做出的购物操作，并发送至中心层。具体地，应用层可以处理小程序和运营后台的请求，然后通过rpc(remote procedure call)调用中心层的商品中心服务来进行具体的业务处理，处理结果返回给应用层服务，并组装成前台端需要的数据后进行响应。
34.参照图1，应用层和中心层的每个应用都是一个独立的、可部署的微服务单元。本实施例中，中心层包括第一微服务单元、第二微服务单元、第三微服务单元、第四微服务单元、第五微服务单元、第六微服务单元、第七微服务单元、第八微服务单元和第九微服务单
元等多个微服务单元。
35.在中心层，单个服务可以根据业务功能拆分为一个基础功能包和多个附加业务功能包，单个功能包作为一个单独的maven依赖组件独立存在，每个功能包组件都能实现一个增强业务的子功能。根据业务的需要，基础功能组件可以和其它增强业务组件灵活组合，以满足不同场景下的业务需求，例如社区团购、积分商城、分销等业务场景。并且功能包组件之间的这种松耦合关联同时也降低了开发成本，提高了系统复用性，使之更快速的适应前端业务的变化。
36.参照图2，第一微服务单元具有编辑商品品牌的功能，第二微服务单元具有编辑商品属性的功能，第三微服务单元具有编辑商品属性组的功能，第四微服务单元具有编辑商品类目的功能，第五微服务单元具有编辑商品类型的功能，第六微服务单元具有编辑商品存货通用字段的功能，第七微服务单元具有编辑商品销售方式的功能，第八微服务单元具有编辑商品业务类型的功能，第九微服务单元具有编辑商品销售通用字段的功能。
37.本实施例中，“商品品牌”可以指商品的商业品牌或者集体商标、地理商标等。
38.本实施例中，“商品属性”可以指商品的可以定量表示的属性，例如，汽车的车身长度、颜色等，第二微服务单元支持对“商品属性”的自定义编辑，其中自定义编辑包括选择类型、输入类型两种编辑方式，支持多行业多业态多属性的要求。例如，在汽车行业，车身长度变化多样，没有固定的值，因此属于输入类型属性，需要运营人员手动填写属性值；汽车颜色则有固定的范围，因此属于选择类型属性，运营人员只能从下拉列表选择某一属性值。
39.本实施例中，“商品属性组”可以归集同类的商品属性，第三微服务单元支持将同类的商品属性归集到同一商品属性组，支持对“商品属性”的自定义编辑，支持添加属性入组，满足属性较多时需要把相同特征的属性归到一组方便管理的需求。例如，在汽车行业，通常需要把发动机型号、发动机排放标准、发动机功率等属性值归为整车性能属性组，运营人员在编辑商品时，第三微服务单元就能根据属性组快速找到此组下面的属性，进而填写属性值。
40.本实施例中，“商品类目”分为后台类目、前台类目、店铺类目，其中，后台类目面向平台运营人员，通过将商品分类管理，提升商品运维管理效率；前台类目和店铺类目则面向用户，通过分类提高商品的有效展示，方便用户快速精准找到商品。商品类目中的后台类目还能支持与属性组的绑定，让类目与属性建立关联关系，可以归集同类的商品属性组，第四微服务单元支持将同类的商品属性组归集到同一商品类目；后台类目还可以指定属性类型，当为基础属性时，在商品创建时作为商品参数展示，当为销售属性时，多规格商品可从销售属性中选择来配置规格。
41.本实施例中，“商品类型”可以指实物商品、虚拟商品等。其中，实物商品指物理上真实存在、需要物流发货配送的商品，虚拟商品指无实物性质、无需物流发货的商品。
42.本实施例中，“商品存货通用字段”构成了商品主数据的基本框架，分为spu维度的商品存货通用字段和sku维度的商品存货通用字段。其中，spu维度的商品存货通用字段包含商品名称、商品品牌、后台类目、所属组织、商品图片、商品介绍、商品参数；sku维度的商品存货通用字段包含规格类型、商品编码、商品条码、货品编码、商品体积、商品净重、商品毛重、销售单位、零售价、划线价、成本价、加价限制。
43.本实施例中，“商品销售方式”可以指单品和组合商品两种方式。其中，单品即独立
的商品，组合商品则是将多个单品组合起来作为一个整体进行管理。
44.本实施例中，“商品业务类型”可以指普通商品、社区团购商品、积分商品、赠品。四种业务形态共用统一的商品主数据，通过独立的中心层和应用层，实现业务的独立管理。普通商品上架时需填写前台类目、店铺、零售价、可售库存等信息；社区团购商品只支持实物类型商品，上架后可参加社区拼团活动；积分商品上架时需填写积分类目、店铺、兑换方式；赠品选择店铺后即可在满赠活动中使用，无需上架。
45.本实施例中，“商品销售通用字段”分为spu维度的商品销售通用字段和sku维度的商品销售通用字段。其中，spu维度的商品销售通用字段包含前台类目、选择店铺、店铺类目、是否分销、是否周期购、是否积分抵扣、运费模板、售后服务；sku维度的商品销售通用字段包含零售价、可售库存、是否上架。其中，“是否分销”是商品参加分销的开关，当选择“是否分销”为“是”，则商品参与分销，需配置分销佣金。“是否周期购”是商品成为周期购商品的开关，当选择“是否周期购”为“是”则需配置配送频率、起送日期等信息。“是否积分抵扣”是商品下单使用积分抵扣的开关，当选择“是否积分抵扣”为“是”则需配置抵扣规则，用于订单支付时使用积分抵扣。“售后服务”是商品可申请售后的开关，当选择“售后服务”为“是”，商品可支持售后退款。“是否上架”是商品sku上架开关，当选择“是否上架”为“是”，则支持当前sku进行上架。商品支持使用店铺统一的运费模板，也支持自定义选择运费模板。
46.本实施例中，第一微服务单元、第二微服务单元、第三微服务单元和第四微服务单元组成商品基础信息管理模块。第一微服务单元、第二微服务单元、第三微服务单元和第四微服务单元分别编辑的商品品牌、商品属性、商品属性组和商品类目可以统称为商品基础信息，即商品基础信息管理模块具有编辑商品基础信息的功能。
47.本实施例中，第五微服务单元、第六微服务单元和第七微服务单元组成商品主信息管理模块。第五微服务单元、第六微服务单元和第七微服务单元分别编辑的商品类型、商品存货通用字段和商品销售方式可以统称为商品主信息，即商品主信息管理模块具有编辑商品主信息的功能。
48.本实施例中，第八微服务单元和第九微服务单元组成商品上架信息管理模块。第八微服务单元和第九微服务单元分别编辑的商品业务类型和商品销售通用字段可以统称为商品上架信息，即商品上架信息管理模块具有编辑商品上架信息的功能。
49.本实施例中，对商品基础信息、商品主信息和商品上架信息的编辑，可以是指创建、增加内容、删除部分内容、删除整条信息、复制信息内容(例如将一条商品基础信息的内容复制到一条商品主信息中)等。
50.本实施例中，商品基础信息管理模块将同类的商品属性归集到同一商品属性组，将同类的商品属性组归集到同一商品类目，并且在编辑商品基础信息时，存储商品属性、商品属性组和商品类目，以及存储商品属性、商品属性组和商品类目之间的关联关系。即商品基础信息管理模块存储某一商品属性属于某一商品属性组、某一商品属性组属于某一商品类目等映射关系。在此基础上，当商品基础信息管理模块进行编辑商品基础信息，例如新建商品基础信息时，如果所要编辑的商品类目属于已存储的商品类目，则根据所存储的相应的关联关系，调用相应的商品属性组和商品属性至前台端。例如，平台运营人员、商家等用户通过在用户终端操作上架新的商品，该商品为汽车，该商品涉及的属性包括“发动机型号”、“发动机排放标准”、“发动机功率”等。“发动机型号”、“发动机排放标准”、“发动机功
率”等商品属性可以添加至同一个商品属性组“整车性能”，而商品属性组“整车性能”可以属于“卡车”这一商品类目。因此，商品基础信息管理模块可以在汽车商品类目中的后台类目“卡车”中，挂载商品属性组“整车性能”，并设置用途为基础属性或者销售属性。商品基础信息管理模块存储商品类目“卡车”与商品属性组“整车性能”之间的对应关系，以及存储商品属性组“整车性能”与“发动机型号”、“发动机排放标准”、“发动机功率”等商品属性之间的对应关系。当用户创建汽车商品库时，用户在交互界面选择后台类目“卡车”后，商品基础信息管理模块通过应用层从前端检测到用户的操作，即用户选择的商品类目为“卡车”，商品基础信息管理模块根据上述关联关系自动加载出“整车性能”属性组和属性组下的所有属性，将调用出的商品属性组和商品属性通过应用层发送到前台端中，通过交互界面显示出来供用户选择，并可根据需要灵活增加更多属性组/属性、删除已有的属性组/属性。同理在卡车商品上架时，也能根据关联关系加载所选卡车商品库所使用的属性和属性值。通过商品基础信息管理模块自动调用相关联的商品类目、商品属性组和商品属性，可以简化用户的操作，从而提高用户体验。
51.本实施例中，商品上架信息管理模块在根据商品主信息编辑商品上架信息后，将商品主信息同步至elasticsearch等搜索服务器。前台端可以通过交互界面接收对商品基础信息、商品主信息、商品上架信息中至少之一的搜索操作，其中前台端中包括用户输入的商品的标题、属性、类目等关键词，前台端将前台端发送到后台端。后台端在搜索服务器中搜索相应的商品主信息，如果检索到相应的商品主信息，后台端将检索到的商品主信息返回至交互界面，从而实现在小程序端向用户提供快速检索服务，用户可以通过标题、属性、类目等关键词对商品进行快速检索。
52.本实施例中，商品管理系统中的中心层、应用层、配置项间相互作用，能让开发实现高效率复用，快速响应业务需求。商品管理系统可以实现品牌管理/类目管理/属性组管理，可以将商品基础数据分类管理，在商品数据量庞大时，能有效增加商品运维管理的效率、降低用户查找商品的难度，提高成交率。通过进行 属性管理，实现多类型属性，有效增强了系统灵活性。通过类目挂载属性，即存储商品类目、商品属性组和商品属性之间的关联关系，实现了新建商品时，只需选择类目则自动带出商品参数，有效减少商品运营的工作量。通过对商品主数据进行统一管理，可以实现多渠道商品统一管控，提升企业内部商品管理效率。通过组合商品的销售模式，满足企业将多个商品组合起来整体售卖的需求，并起到提高客单价、促销的效果。商品管理系统中后台端的应用层可以提供多个上架入口，结合中心层能力，可同时兼容普通商品、社区团购、积分商品、赠品等业务类型，实现商品数字化运营，而且不同的上架入口可以实现分销方案、周期购方案、积分抵扣方案，满足多渠道不同的业务场景。商品管理系统支持不同类型店铺的商品上架，满足b2c、bbc、o2o多套电商运营模式下的商城系统。
53.可以通过编写执行本实施例中的用于电子商务的商品管理系统的计算机程序，将该计算机程序写入至计算机装置或者存储介质中，当计算机程序被读取出来运行时，执行本实施例中的用于电子商务的商品管理系统。
54.需要说明的是，如无特殊说明，当某一特征被称为“固定”、“连接”在另一个特征，它可以直接固定、连接在另一个特征上，也可以间接地固定、连接在另一个特征上。此外，本公开中所使用的上、下、左、右等描述仅仅是相对于附图中本公开各组成部分的相互位置关
系来说的。在本公开中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。此外，除非另有定义，本实施例所使用的所有的技术和科学术语与本技术领域的技术人员通常理解的含义相同。本实施例说明书中所使用的术语只是为了描述具体的实施例，而不是为了限制本发明。本实施例所使用的术语“和/或”包括一个或多个相关的所列项目的任意的组合。
55.应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种元件，但这些元件不应限于这些术语。这些术语仅用来将同一类型的元件彼此区分开。例如，在不脱离本公开范围的情况下，第一元件也可以被称为第二元件，类似地，第二元件也可以被称为第一元件。本实施例所提供的任何以及所有实例或示例性语言(“例如”、“如”等)的使用仅意图更好地说明本发明的实施例，并且除非另外要求，否则不会对本发明的范围施加限制。
56.应当认识到，本发明的实施例可以由计算机硬件、硬件和软件的组合、或者通过存储在非暂时性计算机可读存储器中的计算机指令来实现或实施。所述方法可以使用标准编程技术
‑
包括配置有计算机程序的非暂时性计算机可读存储介质在计算机程序中实现，其中如此配置的存储介质使得计算机以特定和预定义的方式操作——根据在具体实施例中描述的方法和附图。每个程序可以以高级过程或面向对象的编程语言来实现以与计算机系统通信。然而，若需要，该程序可以以汇编或机器语言实现。在任何情况下，该语言可以是编译或解释的语言。此外，为此目的该程序能够在编程的专用集成电路上运行。
57.此外，可按任何合适的顺序来执行本实施例描述的过程的操作，除非本实施例另外指示或以其他方式明显地与上下文矛盾。本实施例描述的过程(或变型和/或其组合)可在配置有可执行指令的一个或多个计算机系统的控制下执行，并且可作为共同地在一个或多个处理器上执行的代码(例如，可执行指令、一个或多个计算机程序或一个或多个应用)、由硬件或其组合来实现。所述计算机程序包括可由一个或多个处理器执行的多个指令。
58.进一步，所述方法可以在可操作地连接至合适的任何类型的计算平台中实现，包括但不限于个人电脑、迷你计算机、主框架、工作站、网络或分布式计算环境、单独的或集成的计算机平台、或者与带电粒子工具或其它成像装置通信等等。本发明的各方面可以以存储在非暂时性存储介质或设备上的机器可读代码来实现，无论是可移动的还是集成至计算平台，如硬盘、光学读取和/或写入存储介质、ram、rom等，使得其可由可编程计算机读取，当存储介质或设备由计算机读取时可用于配置和操作计算机以执行在此所描述的过程。此外，机器可读代码，或其部分可以通过有线或无线网络传输。当此类媒体包括结合微处理器或其他数据处理器实现上文所述步骤的指令或程序时，本实施例所述的发明包括这些和其他不同类型的非暂时性计算机可读存储介质。当根据本发明所述的方法和技术编程时，本发明还包括计算机本身。
59.计算机程序能够应用于输入数据以执行本实施例所述的功能，从而转换输入数据以生成存储至非易失性存储器的输出数据。输出信息还可以应用于一个或多个输出设备如显示器。在本发明优选的实施例中，转换的数据表示物理和有形的对象，包括显示器上产生的物理和有形对象的特定视觉描绘。
60.以上所述，只是本发明的较佳实施例而已，本发明并不局限于上述实施方式，只要其以相同的手段达到本发明的技术效果，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。在本发明的保护范围内其技术方案
和/或实施方式可以有各种不同的修改和变化。