第三方商品信息的管理方法、装置、存储介质及服务器与流程

第三方商品信息的管理方法、装置、存储介质及服务器
1.技术本领域
2.本发明涉及数据管理技术领域，尤其涉及一种第三方商品信息的管理方法、装置、存储介质及服务器。


背景技术：

3.在管理商品系统过程中，存在着需要引入多家合作方的商品挑选并溢价进行售卖，但符合需求的商品又不多，各家的商品库都很多且信息各具特点又会不定期更新信息，如果直接接入现有商品管理系统，会造成现有商品库业务管理与维护有很大的困难。
4.现有的技术方案为每接入一个，就在现有的系统中开发新增接口获取对方商品信息并保存至商品库中；现有技术存在的一些问题包括：每接入新的合作伙伴，接口请求不同，接口数量不同，响应不同。固此需要根据合作伙伴提供的接口文档进行对接，每新增一个合作方，就需要进行响应的开发并测试，需投入技术对接成本；对合作伙伴有依赖要求，如果对方的商品信息变更了，没有及时更新到最新的信息，比如价格、库存、状态等，对订单售后需要花费较大成本。


技术实现要素：

5.本发明的目的在于克服现有技术的不足，本发明提供了一种第三方商品信息的管理方法、装置、存储介质及服务器，将第三方提供的商品请求信息封装为商品实体信息保存至中间库中，再同步至商品库中进行上架，减少商品库中的信息量，有利于商品信息的维护；并且有利于与第三方的合作对接。
6.为了解决上述技术问题，本发明实施例提供了一种第三方商品信息的管理方法，所述方法包括：
7.将第三方的商品请求信息进行封装，形成商品实体信息；
8.基于所述请求信息中的接口信息将所述商品实体信息保存至中间库中；
9.基于所述中间库按照预设规则筛选对应的商品实体信息同步至商品库中。
10.可选的，所述将第三方的商品请求信息进行封装，形成商品实体信息，包括：
11.基于第三方的商品请求信息获得商品请求信息对应的响应信息；
12.将所述商品请求信息与对应的响应信息进行封装处理，形成商品实体信息；所述商品请求信息包括商品类名和请求接口。
13.可选的，所述商品实体信息中包含请求参数与响应参数；其中，所述请求参数为根据所述请求接口进行配置的参数。
14.可选的，所述请求参数具有依赖关系，第二个接口的请求参数依赖于第一个接口的响应；第三个接口的请求参数依赖于第二个接口的响应。
15.可选的，所述商品实体信息中的各个属性值基于请求的响应部分获得。
16.可选的，所述基于所述请求信息中的接口信息将所述商品实体信息保存至中间库中，包括：
17.基于所述请求信息中所提取的接口信息确认所述商品实体信息未在所述商品库中，并将所述商品实体信息保存至中间库中。
18.可选的，所述基于所述中间库按照预设规则筛选对应的商品实体信息同步至商品库中，包括：
19.基于所述中间库按照预设规则筛选对应的商品实体信息，并对筛选对应的商品实体信息进行商品价格的重新设置，并在商品价格重新设置完成后同步至所述商品库中。
20.另外，本发明实施例还提供了一种第三方商品信息的管理装置，所述装置包括：
21.封装模块：用于将第三方的商品请求信息进行封装，形成商品实体信息；
22.保存模块：用于基于所述请求信息中的接口信息将所述商品实体信息保存至中间库中；
23.同步模块：用于基于所述中间库按照预设规则筛选对应的商品实体信息同步至商品库中。
24.另外，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述中任意一项所述的管理方法。
25.另外，本发明实施例还提供了一种服务器，其包括：
26.一个或多个处理器；
27.存储器；
28.一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个应用程序配置用于：执行根据上述中任意一项所述的管理方法。
29.在本发明实施例中，将第三方提供的商品请求信息封装为商品实体信息保存至中间库中，再同步至商品库中进行上架，减少商品库中的信息量，有利于商品信息的维护；并且有利于与第三方的合作对接；并且通过对商品请求信息进行封装，将第三方通过的接口统一起来；减少了对接成本，每个合作第三方的对接，可以实现配置化，无须代码重新对接，无须重新上线部署；不必过多考虑对接的技术问题。
附图说明
30.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见的，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
31.图1是本发明实施例中的第三方商品信息的管理方法的流程示意图；
32.图2是本发明实施例中的第三方商品信息的管理装置的结构组成示意图；
33.图3是本发明实施例中的服务器的结构组成示意图。
具体实施方式
34.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它
实施例，都属于本发明保护的范围。
35.实施例一，请参阅图1，图1是本发明实施例中的第三方商品信息的管理方法的流程示意图。
36.如图1所示，一种第三方商品信息的管理方法，所述方法包括：
37.s11：将第三方的商品请求信息进行封装，形成商品实体信息；
38.在本发明具体实施过程中，所述将第三方的商品请求信息进行封装，形成商品实体信息，包括：基于第三方的商品请求信息获得商品请求信息对应的响应信息；将所述商品请求信息与对应的响应信息进行封装处理，形成商品实体信息；所述商品请求信息包括商品类名和请求接口。
39.进一步的，所述商品实体信息中包含请求参数与响应参数；其中，所述请求参数为根据所述请求接口进行配置的参数。
40.进一步的，所述请求参数具有依赖关系，第二个接口的请求参数依赖于第一个接口的响应；第三个接口的请求参数依赖于第二个接口的响应。
41.进一步的，所述商品实体信息中的各个属性值基于请求的响应部分获得。
42.具体的，根据第三方的商品请求信息来获得商品请求信息对应的相应信息；然后将该商品请求信息与对应的响应信息进行封装处理，形成商品实体信息，并且该商品请求信息包括商品类名和请求接口；即商品实体信息中包含请求参数与响应参数；其中，请求参数为根据所述请求接口进行配置的参数。封装获得商品实体信息需要配置几个部分的内容，包括：实体类名，请求接口之后需要保存的实体类；接口名称，请求的接口，下拉选择，内容为配置的网关接口，已封装请求与响应信息；请求参数(动态配置)，根据接口的请求参数进行配置，假如子接口的参数需要依赖于父接口的响应，那么可以配置为表达式，如$.data.entitycode；接口响应(属性列表)，即为实体类的属性配置。
43.一般是将多个第三方的商品请求信息所获得的响应信息转化为一个实体进行保存；分为请求参数和响应参数；请求参数可以有依赖关系，第二个接口的请求参数可以依赖于第一个接口的响应，第三个接口的请求参数依赖于第二个接口的响应。可以通过json或xml等表达式得到响应值之后当作下一个接口的请求参数。实体内容的各个属性值根据请求的响应部分获取响应的值。
44.s12：基于所述请求信息中的接口信息将所述商品实体信息保存至中间库中；
45.在本发明具体实施过程中，所述基于所述请求信息中的接口信息将所述商品实体信息保存至中间库中，包括：基于所述请求信息中所提取的接口信息确认所述商品实体信息未在所述商品库中，并将所述商品实体信息保存至中间库中。
46.具体的，通过请求第三方的所提供的接口信息得出商品实体信息并未落在商品库中，则将其保存在中间库中；由于这部分的信息将会非常庞大，并且一般都会在上架之前进行筛选出一部分商品；若直接添加至商品库中会导致信息非常杂乱，不利于维护。
47.s13：基于所述中间库按照预设规则筛选对应的商品实体信息同步至商品库中。
48.在本发明具体实施过程中，所述基于所述中间库按照预设规则筛选对应的商品实体信息同步至商品库中，包括：基于所述中间库按照预设规则筛选对应的商品实体信息，并对筛选对应的商品实体信息进行商品价格的重新设置，并在商品价格重新设置完成后同步至所述商品库中。
49.具体的，根据在中间库中的商品，会选择一些商品同步至商品库中，根据配置中的内容，商品价格的重新设置，程序根据设定信息将中间库中的商品信息同步至商品库，最终将此批商品上架售卖；在本技术中，所涉及的数据存储的数据为oracle数据库。
50.在本发明实施例中，将第三方提供的商品请求信息封装为商品实体信息保存至中间库中，再同步至商品库中进行上架，减少商品库中的信息量，有利于商品信息的维护；并且有利于与第三方的合作对接；并且通过对商品请求信息进行封装，将第三方通过的接口统一起来；减少了对接成本，每个合作第三方的对接，可以实现配置化，无须代码重新对接，无须重新上线部署；不必过多考虑对接的技术问题。
51.实施例二，请参阅图2，图2是本发明实施例中的第三方商品信息的管理装置的结构组成示意图。
52.如图2所示，一种第三方商品信息的管理装置，所述装置包括：
53.封装模块21：用于将第三方的商品请求信息进行封装，形成商品实体信息；
54.在本发明具体实施过程中，所述将第三方的商品请求信息进行封装，形成商品实体信息，包括：基于第三方的商品请求信息获得商品请求信息对应的响应信息；将所述商品请求信息与对应的响应信息进行封装处理，形成商品实体信息；所述商品请求信息包括商品类名和请求接口。
55.进一步的，所述商品实体信息中包含请求参数与响应参数；其中，所述请求参数为根据所述请求接口进行配置的参数。
56.进一步的，所述请求参数具有依赖关系，第二个接口的请求参数依赖于第一个接口的响应；第三个接口的请求参数依赖于第二个接口的响应。
57.进一步的，所述商品实体信息中的各个属性值基于请求的响应部分获得。
58.具体的，根据第三方的商品请求信息来获得商品请求信息对应的相应信息；然后将该商品请求信息与对应的响应信息进行封装处理，形成商品实体信息，并且该商品请求信息包括商品类名和请求接口；即商品实体信息中包含请求参数与响应参数；其中，请求参数为根据所述请求接口进行配置的参数。封装获得商品实体信息需要配置几个部分的内容，包括：实体类名，请求接口之后需要保存的实体类；接口名称，请求的接口，下拉选择，内容为配置的网关接口，已封装请求与响应信息；请求参数(动态配置)，根据接口的请求参数进行配置，假如子接口的参数需要依赖于父接口的响应，那么可以配置为表达式，如$.data.entitycode；接口响应(属性列表)，即为实体类的属性配置。
59.一般是将多个第三方的商品请求信息所获得的响应信息转化为一个实体进行保存；分为请求参数和响应参数；请求参数可以有依赖关系，第二个接口的请求参数可以依赖于第一个接口的响应，第三个接口的请求参数依赖于第二个接口的响应。可以通过json或xml等表达式得到响应值之后当作下一个接口的请求参数。实体内容的各个属性值根据请求的响应部分获取响应的值。
60.保存模块22：用于基于所述请求信息中的接口信息将所述商品实体信息保存至中间库中；
61.在本发明具体实施过程中，所述基于所述请求信息中的接口信息将所述商品实体信息保存至中间库中，包括：基于所述请求信息中所提取的接口信息确认所述商品实体信息未在所述商品库中，并将所述商品实体信息保存至中间库中。
62.具体的，通过请求第三方的所提供的接口信息得出商品实体信息并未落在商品库中，则将其保存在中间库中；由于这部分的信息将会非常庞大，并且一般都会在上架之前进行筛选出一部分商品；若直接添加至商品库中会导致信息非常杂乱，不利于维护。
63.同步模块23：用于基于所述中间库按照预设规则筛选对应的商品实体信息同步至商品库中。
64.在本发明具体实施过程中，所述基于所述中间库按照预设规则筛选对应的商品实体信息同步至商品库中，包括：基于所述中间库按照预设规则筛选对应的商品实体信息，并对筛选对应的商品实体信息进行商品价格的重新设置，并在商品价格重新设置完成后同步至所述商品库中。
65.具体的，根据在中间库中的商品，会选择一些商品同步至商品库中，根据配置中的内容，商品价格的重新设置，程序根据设定信息将中间库中的商品信息同步至商品库，最终将此批商品上架售卖；在本技术中，所涉及的数据存储的数据为oracle数据库。
66.在本发明实施例中，将第三方提供的商品请求信息封装为商品实体信息保存至中间库中，再同步至商品库中进行上架，减少商品库中的信息量，有利于商品信息的维护；并且有利于与第三方的合作对接；并且通过对商品请求信息进行封装，将第三方通过的接口统一起来；减少了对接成本，每个合作第三方的对接，可以实现配置化，无须代码重新对接，无须重新上线部署；不必过多考虑对接的技术问题。
67.本发明实施例提供的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现上述实施例中任意一个实施例的管理方法。其中，所述计算机可读存储介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、cd-rom、和磁光盘)、rom(read-only memory，只读存储器)、ram(random access memory，随即存储器)、eprom(erasable programmable read-only memory，可擦写可编程只读存储器)、eeprom(electrically erasable programmableread-only memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，存储设备包括由设备(例如，计算机、手机)以能够读的形式存储或传输信息的任何介质，可以是只读存储器，磁盘或光盘等。
68.本发明实施例还提供了一种计算机应用程序，其运行在计算机上，该计算机应用程序用于执行上述中任意一个实施例的管理方法。
69.此外，图3是本发明实施例中的服务器的结构组成示意图。
70.本发明实施例还提供了一种服务器，如图3所示。所述服务器包括处理器302、存储器303、输入单元304以及显示单元305等器件。本领域技术人员可以理解，图3示出的设备结构器件并不构成对所有设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件。存储器303可用于存储应用程序301以及各功能模块，处理器302运行存储在存储器303的应用程序301，从而执行设备的各种功能应用以及数据处理。存储器可以是内存储器或外存储器，或者包括内存储器和外存储器两者。内存储器可以包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦写可编程rom(eeprom)、快闪存储器、或者随机存储器。外存储器可以包括硬盘、软盘、zip盘、u盘、磁带等。本发明所公开的存储器包括但不限于这些类型的存储器。本发明所公开的存储器只作为例子而非作为限定。
71.输入单元304用于接收信号的输入，以及接收用户输入的关键字。输入单元304可包括触控面板以及其它输入设备。触控面板可收集用户在其上或附近的触摸操作(比如用
户使用手指、触笔等任何适合的物体或附件在触控面板上或在触控面板附近的操作)，并根据预先设定的程序驱动相应的连接装置；其它输入设备可以包括但不限于物理键盘、功能键(比如播放控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。显示单元305可用于显示用户输入的信息或提供给用户的信息以及终端设备的各种菜单。显示单元305可采用液晶显示器、有机发光二极管等形式。处理器302是终端设备的控制中心，利用各种接口和线路连接整个设备的各个部分，通过运行或执行存储在存储器302内的软件程序和/或模块，以及调用存储在存储器内的数据，执行各种功能和处理数据。
72.作为一个实施例，所述服务器包括：一个或多个处理器302，存储器303，一个或多个应用程序301，其中所述一个或多个应用程序301被存储在存储器303中并被配置为由所述一个或多个处理器302执行，所述一个或多个应用程序301配置用于执行上述实施例中的任意一实施例中对的管理方法。
73.在本发明实施例中，将第三方提供的商品请求信息封装为商品实体信息保存至中间库中，再同步至商品库中进行上架，减少商品库中的信息量，有利于商品信息的维护；并且有利于与第三方的合作对接；并且通过对商品请求信息进行封装，将第三方通过的接口统一起来；减少了对接成本，每个合作第三方的对接，可以实现配置化，无须代码重新对接，无须重新上线部署；不必过多考虑对接的技术问题。
74.另外，以上对本发明实施例所提供的第三方商品信息的管理方法、装置、存储介质及服务器进行了详细介绍，本文中应采用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。