CN111314424B - 服务平台的组件管理方法和系统 - Google Patents

Abstract

本申请实施例提供了一种服务平台的组件管理方法，所述服务平台的组件管理方法包括：接收提供方的目标基础组件的上架请求，获取所述上架请求中的组件集成方式；所述组件集成方式包括组件类别，根据所述组件类别从标准规范中查找对应的组件集成规范发送给所述提供方；接收所述提供方基于所述组件集成规范对所述目标基础组件改造的待集成组件；及根据所述标准规范对所述待集成组件进行检查，并将检查合格的待集成组件上架到选购界面。本申请实施例实现了待上架的功能组件的集成规范统一化，而且提升了对上架前的功能组件校验效率。

Description

服务平台的组件管理方法和系统

技术领域

本申请实施例涉及互联网技术领域，尤其涉及一种服务平台的组件管理方法、系统、设备及计算机可读存储介质。

背景技术

目前，对于商品或者功能服务的选择，用户更多地喜好个性化定制方式进行选择。因此，随之而来的是各类服务平台的广泛应用。一般而言，服务平台能够将一个产品或产品系列下的所有的功能单独作为商品进行上架，然后用户根据自己的喜好在服务平台上自由选择不同的功能，组合成能够自己所需的最终产品。

然而，对于软件产品来说，由于不同企业对于软件产品的开发会使用到不同的开发规范，因此，现有的服务平台如果将不同企业的软件产品功能上架，则需要对上架的软件产品功能进行开发规范校验，并对开发规范不符合要求的软件产品功能进行改造，对于服务平台来说，软件产品功能的上架效率太低，耗时太长。

发明内容

本申请实施例的目的是提供一种服务平台的组件管理方法、系统、计算机设备及计算机可读存储介质，用于解决服务平台上架软件产品功能的过程中的校验和改造的问题。

本申请实施例的一个方面提供了一种服务平台的组件管理方法，所述服务平台的组件管理方法包括：接收提供方的目标基础组件的上架请求，获取所述上架请求中的组件集成方式；所述组件集成方式包括组件类别，根据所述组件类别从标准规范中查找对应的组件集成规范发送给所述提供方；接收所述提供方基于所述组件集成规范对所述目标基础组件改造的待集成组件；及根据所述标准规范对所述待集成组件进行检查，并将检查合格的待集成组件上架到选购界面。

可选的，所述获取所述上架请求中的组件集成方式包括：获取所述上架请求中的所述目标基础组件的程序代码；通过组件代码特征识别出所述目标基础组件的程序代码中包括的待集成组件，获取到所述待集成组件的组件集成方式。

可选的，所述组件集成方式包括：H5页面，移动端SDK，后端服务和云端服务中的至少一种。

可选的，所述通过组件代码特征识别出所述目标基础组件的程序代码中包括的待集成组件包括：依次调用组件类别表中的测试指令发送到所述目标基础组件进行数据交互，其中，所述组件类别表包括根据每一组件类别的代码特征建立的测试指令；判断所述目标基础组件是否反馈了基于所述测试指令的正确应答；当所述目标基础组件反馈了正确应答时，则判断出所述目标基础组件中包含所述测试指令中的代码特征对应的组件类别的待集成组件。

可选的，所述标准规范包括：接口封装规范，通信协议规范和授权验证规范中的至少一种。

可选的，所述根据所述标准规范对所述待集成组件进行检查包括：根据标所述标准规范建立每个组件类别的样板组件；依次调用每个组件类别的样板组件与所述待集成组件执行集成得到对应的集成体；测试所述集成体是否能够正常执行数据交互和授权验证；当所有的集成体都能够正常执行数据交互和授权验证时，则判断所述待集成组件合格。

本申请实施例的一个方面又提供了一种服务平台的组件管理系统，所述服务平台的组件管理系统包括：第一接收模块，用于接收提供方的目标基础组件的上架请求，获取所述上架请求中的组件集成方式，所述组件集成方式包括组件类别；查找模块，用于根据所述组件类别从标准规范中查找对应的组件集成规范发送给所述提供方；第二接收模块，用于接收所述提供方基于所述组件集成规范对所述目标基础组件改造的待集成组件；及检查模块，用于根据所述标准规范对所述待集成组件进行检查，并将检查合格的待集成组件上架到选购界面。

可选的，所述第一接收模块还用于：获取所述上架请求中的所述目标基础组件的程序代码；通过组件代码特征识别出所述目标基础组件的程序代码中包括的待集成组件，获取到所述待集成组件的组件集成方式。

本申请实施例提供的服务平台的组件管理方法、系统、设备及计算机可读存储介质，可以获取提供方的上架请求中的组件集成方式，然后将所述组件集成方式中对应的组件类别的组件集成规范发送给所述提供方；在接收到所述提供方基于所述组件集成规范对所述目标基础组件改造的待集成组件后，根据标准规范对所述待集成组件进行检查，最后将检查合格的待集成组件进行上架。通过这种方式，实现了待上架的功能组件的集成规范统一化，而且提升了对上架前的功能组件校验效率。

附图说明

图1示意性示出了根据本申请实施例一的服务平台的组件管理方法的应用环境图；

图2示意性示出了根据本申请实施例一的服务平台的组件管理方法的流程图；

图3示意性示出了根据本申请实施例二的服务平台的组件管理系统的框图；以及

图4示意性示出了根据本申请实施例三的适于实现服务平台的组件管理方法的计算机设备的硬件架构示意图。

具体实施方式

为了使本申请实施例的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请实施例进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请实施例，并不用于限定本申请实施例。基于本申请实施例中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请实施例保护的范围。

需要说明的是，在本申请实施例中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请实施例要求的保护范围之内。

图1示意性示出了根据本申请实施例一的服务平台的组件管理方法的环境应用示意图。在示例性的实施例中，所述环境应用示意图中包括计算机设备1和接入方2。其中：

计算机设备1，为具有上架软件产品功能组件的服务平台，具体可为电子设备，可以提供软件产品功能组件的上架，交易，认证等各类服务。接入方2，可以是软件产品功能组件的开发平台，或者其他能够开发或存储软件产品功能组件的计算机设备。

实施例一

图2示意性示出了根据本申请实施例一的服务平台的组件管理方法的流程图。可以理解，本方法实施例中的流程图不用于对执行步骤的顺序进行限定。下面以计算机设备1为执行主体进行示例性描述。

如图2所示，该服务平台的组件管理方法可以包括步骤S200～S206，其中：

步骤S200，接收提供方的目标基础组件的上架请求，获取所述上架请求中的组件集成方式，所述组件集成方式包括组件类别。

具体地，所述目标基础组件，实际上是实现一个软件产品功能的应用程序。计算机设备1用于上架不同软件产品功能对应的基础组件，然后根据用户的选择，将对应的基础组件进行组合，从而形成能够实现用户所需功能的组件集合，也就是实现用户所需的软件产品功能的应用程序。所述提供方可以是一个软件产品功能的开发平台，或者其他能够提供软件产品功能的计算机设备。

在本实施例中，所述提供方首先将软件产品功能进行拆分，得到所述软件产品功能的子功能，然后对于每个子功能选择至少一个集成方式。其中，对于软件产品功能的拆分，例如，对于实现一个网上商城的业务功能来说，可以拆分出如订单系统、风控系统、产品系统等；对于该网上商城对应的数据库功能，也可以拆分出订单库、风控数据库、产品库等；然后对每个子功能的特点拆分，比如交易系统可以拆分出：购物车、秒杀系统等。当然，对于每个子功能的数据存储方式也可以进行拆分，如秒杀系统，可以拆分为并发设计，数据缓存设计两个子功能，等等。接着，所述提供方针对需要上架的所述目标基础组件的功能特点，对所述目标基础组件的集成方式做规划，也就是选择合适的集成方式。在本实施例中，所述集成方式也就是将所述目标基础组件以什么样的形式集成到其他功能组件的应用方式。所述应用方式，可以理解为，例如前端服务包括H5页面和终端SDK，后端服务包括本地化部署，或以及云端服务中的至少一种应用方式。

也就是说，所述组件集成方式包括：H5页面，移动端SDK，后端服务和云端服务中的至少一种。一般地，现有的功能实现一般都会以一些固定的集成方式进行应用，包括：H5页面+后端服务；H5页面+云端服务；H5页面+后端服务+云端服务；移动端SDK；移动端SDK+后端服务；移动端SDK+云端服务；移动端SDK+后端服务+云端服务；后端服务；后端服务+云端服务；云端服务。

因此，所述提供方可以根据目标基础组件的功能特点选择组件集成方式，向计算机设备1发送上架请求。计算机设备1则可以接收所述上架请求，并获取所述目标基础组件的组件集成方式。

当然，在另一实施例中，计算机设备1也可以获取所述上架请求中的所述目标基础组件的程序代码，通过组件代码特征识别出所述目标基础组件的程序代码中包括的待集成组件，获取到所述待集成组件的组件集成方式。

具体地，由于所述目标基础组件包括软件产品功能的所有应用方式，比如，所述目标基础组件对应的“订单系统”这个功能，需要设置为本地化部署设置应用数据，还需要设置为可通过H5页面进行数据访问，还需要设置为可通过终端SDK进行数据访问，还需要设置为可通过云端服务进行数据访问；那么，所述提供方则会将所述目标基础组件开发为兼容H5页面，移动端SDK，后端服务和云端服务的应用功能，也就是包含了H5页面，移动端SDK，后端服务和云端服务的集成方式，因此，必然包含了H5页面，移动端SDK，后端服务和云端服务对应的数据输入输出的代码程序。因此，计算机设备1可以依次调用组件类别表中的测试指令发送到所述目标基础组件进行数据交互，其中，所述组件类别表包括根据每一组件类别的代码特征建立的测试指令；然后判断所述目标基础组件是否反馈了基于所述测试指令的正确应答，当所述目标基础组件反馈了正确应答时，则判断出所述目标基础组件中包含所述测试指令中的代码特征对应的组件类别的待集成组件。比如，计算机设备1将包含H5页面对应的html协议特征、API接口特征的信息发送至所述目标基础组件进行数据交互，当能够收到所述目标基础组件反馈的正确应答，那么则判断所述目标基础组件包括H5页面集成方式。

步骤S202，根据所述组件类别从标准规范中查找对应的组件集成规范发送给所述提供方。

计算机设备1获取到所述目标基础组件的组件集成方式之后，则从预先设置的标准规范集中查找所述组件集成方式中包括的每个组件类别的组件集成规范，然后发送给所述提供方。在本实施例中，由于计算机设备1上架的组件，很有可能会被集成到一起实现一个组合功能，因此，计算机设备1预先设置有标准规范，所述标准规范包括：接口封装规范，通信协议规范和授权验证规范中的至少一种。具体地，所述标准规范包括每个组件类别的集成规范，所述集成规范包括接口封装规范和/或通信协议规范和/或授权验证规范。当计算机设备1获取到提供方的上架请求中的组件集成方式后，则可以根据所述组件集成方式中的每个组件类别的组件，然后将对应的组件集成规范发送给所述提供方。其中，由于云端服务和后端服务均以http接口服务的方式实现，因此，对于后端服务，云端服务，或者后端服务+云端服务的集成方式，计算机设备1只需要提供http接口服务的集成规范。

步骤S204，接收所述提供方基于所述组件集成规范对所述目标基础组件改造的待集成组件。

具体地，所述提供方在接收到计算机设备1发送的对于所述目标基础组件中的每个组件的集成规范后，则会对所述目标基础组件的每个组件类别的组件进行适应性改造，包括协议设置，接口封装设置以及授权验证设定。然后，所述提供方将改造好的所述目标基础组件的所有待集成组件发送给计算机设备1，计算机设备1则接收所述目标基础组件中的改造后的待集成组件。

步骤S206，根据所述标准规范对所述待集成组件进行检查，并将检查合格的待集成组件上架到选购界面。

具体的，计算机设备1在接收到所述待集成组件后，还会进一步根据所述标准规范对所述待集成组件进行检查。在本实施例中，计算机设备1预先根据标所述标准规范建立每个组件类别的样板组件，因此，在接收到所述待集成组件后，计算机设备1依次调用每个组件类别的样板组件与所述待集成组件执行集成得到对应的集成体，然后测试所述集成体是否能够正常执行数据交互和授权验证；并在当所有的集成体都能够正常执行数据交互和授权验证时，则判断所述待集成组件合格。

例如，所述标准规范中对于H5页面，终端SDK的功能接口都采用native接口规范时，那么计算机设备1则会检查所述待集成组件中的H5页面和终端SDK组件类型的组件是否符合native功能接口命名规范。在本实施例中，计算机设备1预先建立每种组件类别的样板组件，在接收到所述待集成组件后，计算机设备1根据依次调用每种组件类别的样板组件与所述待集成组件执行集成，并监控该集成过程中所述待集成组件与样板组件之间的交互数据，包括：组件之间的接口调用，组件之间的参数调用，以及组件之间的授权认证。当计算机设备1监控到所述待集成组件与样板组件之间的数据交互并未出现报错情况，那么则表示所述待集成组件符合对应组件类别的集成规范。也就是说，所述待集成组件均为合格的。

而对于授权验证，例如，标准集成规范中都采用Oauth2.0安全协议集成，那么，计算机设备1则会在检查所述待集成组件的授权验证规范时，检查每个组件类型的组件是否采用Oauth2.0协议集成。其中，所述授权验证规范用于安全验证，以及能够用户购买组件后用于前面验证授权并且计次计费。当然，计算机设备1对于本地化部署后端服务组件的集成规范检查，除了接口封装规范和协议规范，还有服务治理规范。所述服务治理规范描述了每个本地化部署组件对应的功能服务是否能够联合运行，而不会相互间产生不良影响。

最后，当计算机设备1检查出所述待集成组件全部符合所述标准集成规范后，计算机设备1才会根据所述上架请求将所述目标基础组件对应的所有待集成组件上架到选购界面。通过这种方式，计算机设备1实现了待上架的功能组件的集成规范统一化，而且提升了对上架前的功能组件校验效率。

实施例二

图3示意性示出了根据本申请实施例二的服务平台的组件管理系统的框图，该服务平台的组件管理系统可以被分割成一个或多个程序模块，一个或者多个程序模块被存储于存储介质中，并由一个或多个处理器所执行，以完成本申请实施例。本申请实施例所称的程序模块是指能够完成特定功能的一系列计算机程序指令段，以下描述将具体介绍本实施例中各程序模块的功能。

如图3所示，该服务平台的组件管理系统400可以包括第一接收模块410、查找模块420、第二接收模块430和检查模块440，其中：

第一接收模块410，用于接收提供方的目标基础组件的上架请求，获取所述上架请求中的组件集成方式，所述组件集成方式包括组件类别。

查找模块420，用于根据所述组件类别从标准规范中查找对应的组件集成规范发送给所述提供方。

第二接收模块430，用于接收所述提供方基于所述组件集成规范对所述目标基础组件改造的待集成组件。

检查模块440，用于根据所述标准规范对所述待集成组件进行检查，并将检查合格的待集成组件上架到选购界面。

在示例性的实施例中，第一接收模块410，还用于：获取所述上架请求中的所述目标基础组件的程序代码；通过组件代码特征识别出所述目标基础组件的程序代码中包括的待集成组件，获取到所述待集成组件的组件集成方式。所述组件集成方式包括：H5页面，移动端SDK，后端服务和云端服务中的至少一种。

在示例性的实施例中，第一接收模块410，还用于：依次调用组件类别表中的测试指令发送到所述目标基础组件进行数据交互，其中，所述组件类别表包括根据每一组件类别的代码特征建立的测试指令；判断所述目标基础组件是否反馈了基于所述测试指令的正确应答；当所述目标基础组件反馈了正确应答时，则判断出所述目标基础组件中包含所述测试指令中的代码特征对应的组件类别的待集成组件。

在示例性的实施例中，检查模块440，还用于：根据标所述标准规范建立每个组件类别的样板组件；依次调用每个组件类别的样板组件与所述待集成组件执行集成得到对应的集成体；测试所述集成体是否能够正常执行数据交互和授权验证；当所有的集成体都能够正常执行数据交互和授权验证时，则判断所述待集成组件合格。

所述标准规范包括：接口封装规范，通信协议规范和授权验证规范中的至少一种。

实施例三

图4示意性示出了根据本申请实施例三的适于实现服务平台的组件管理方法的计算机设备1的硬件架构示意图。本实施例中，计算机设备1是一种能够按照事先设定或者存储的指令，自动进行数值计算和/或信息处理的设备。例如，可以是具有网关功能的机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。如图4所示，计算机设备1至少包括但不限于：可通过系统总线相互通信链接存储器510、处理器520、网络接口530。其中：

存储器510至少包括一种类型的计算机可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器510可以是计算机设备1的内部存储模块，例如该计算机设备1的硬盘或内存。在另一些实施例中，存储器510也可以是计算机设备1的外部存储设备，例如该计算机设备1上配备的插接式硬盘，智能存储卡(SmartMedia Card，简称为SMC)，安全数字(Secure Digital，简称为SD)卡，闪存卡(Flash Card)等。当然，存储器510还可以既包括计算机设备1的内部存储模块也包括其外部存储设备。本实施例中，存储器510通常用于存储安装于计算机设备1的操作系统和各类应用软件，例如服务平台的组件管理方法的程序代码等。此外，存储器510还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器520在一些实施例中可以是中央处理器(Central Processing Unit，简称为CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器520通常用于控制计算机设备1的总体操作，例如执行与计算机设备1进行数据交互或者通信相关的控制和处理等。本实施例中，处理器520用于运行存储器510中存储的程序代码或者处理数据。

网络接口530可包括无线网络接口或有线网络接口，该网络接口530通常用于在计算机设备1与其他计算机设备之间建立通信链接。例如，网络接口530用于通过网络将计算机设备1与外部终端相连，在计算机设备1与外部终端之间的建立数据传输通道和通信链接等。网络可以是企业内部网(Intranet)、互联网(Internet)、全球移动通讯系统(GlobalSystem of Mobile communication，简称为GSM)、宽带码分多址(Wideband Code DivisionMultiple Access，简称为WCDMA)、4G网络、5G网络、蓝牙(Bluetooth)、Wi-Fi等无线或有线网络。

需要指出的是，图4仅示出了具有部件510-530的计算机设备，但是应理解的是，并不要求实施所有示出的部件，可以替代的实施更多或者更少的部件。

在本实施例中，存储于存储器510中的服务平台的组件管理方法的程序代码还可以被分割为一个或者多个程序模块，并由一个或多个处理器(本实施例为处理器520)所执行，以完成本申请实施例。

实施例四

本实施例还提供一种计算机可读存储介质，计算机可读存储介质其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

接收提供方的目标基础组件的上架请求，获取所述上架请求中的组件集成方式；根据所述组件集成方式中包括的组件类别从标准规范中查找对应组件类别的组件集成规范发送给所述提供方；接收所述提供方基于所述组件集成规范对所述目标基础组件改造的待集成组件；及根据所述标准规范对所述待集成组件进行检查，并将检查合格的待集成组件上架到选购界面。

本实施例中，计算机可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，计算机可读存储介质可以是计算机设备的内部存储单元，例如该计算机设备的硬盘或内存。在另一些实施例中，计算机可读存储介质也可以是计算机设备的外部存储设备，例如该计算机设备上配备的插接式硬盘，智能存储卡(Smart Media Card，简称为SMC)，安全数字(Secure Digital，简称为SD)卡，闪存卡(Flash Card)等。当然，计算机可读存储介质还可以既包括计算机设备的内部存储单元也包括其外部存储设备。本实施例中，计算机可读存储介质通常用于存储安装于计算机设备的操作系统和各类应用软件，例如实施例中服务平台的组件管理方法的程序代码等。此外，计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的各类数据。

显然，本领域的技术人员应该明白，上述的本申请实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请实施例不限制于任何特定的硬件和软件结合。

以上仅为本申请实施例的优选实施例，并非因此限制本申请实施例的专利范围，凡是利用本申请实施例说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请实施例的专利保护范围内。

Claims (7)

1.一种服务平台的组件管理方法，其特征在于，所述方法包括：

接收提供方的目标基础组件的上架请求，获取所述上架请求中的组件集成方式；

所述组件集成方式包括组件类别，根据所述组件类别从标准规范中查找对应的组件集成规范发送给所述提供方；

接收所述提供方基于所述组件集成规范对所述目标基础组件改造的待集成组件；及

根据所述标准规范对所述待集成组件进行检查，并将检查合格的待集成组件上架到选购界面；

其中，所述获取所述上架请求中的组件集成方式包括：

获取所述上架请求中的所述目标基础组件的程序代码；

通过组件代码特征识别出所述目标基础组件的程序代码中包括的待集成组件，获取到所述待集成组件的组件集成方式；

所述通过组件代码特征识别出所述目标基础组件的程序代码中包括的待集成组件包括：

依次调用组件类别表中的测试指令发送到所述目标基础组件进行数据交互，其中，所述组件类别表包括根据每一组件类别的代码特征建立的测试指令；

判断所述目标基础组件是否反馈了基于所述测试指令的正确应答；

当所述目标基础组件反馈了正确应答时，则判断出所述目标基础组件中包含所述测试指令中的代码特征对应的组件类别的待集成组件。

2.根据权利要求1所述的服务平台的组件管理方法，其特征在于，所述组件集成方式包括：H5页面，移动端SDK，后端服务和云端服务中的至少一种。

3.根据权利要求1所述的服务平台的组件管理方法，其特征在于，所述标准规范包括：接口封装规范，通信协议规范和授权验证规范中的至少一种。

4.根据权利要求1所述的服务平台的组件管理方法，其特征在于，所述根据所述标准规范对所述待集成组件进行检查包括：

根据所述标准规范建立每个组件类别的样板组件；

依次调用每个组件类别的样板组件与所述待集成组件执行集成得到对应的集成体；

测试所述集成体是否能够正常执行数据交互和授权验证；

当所有的集成体都能够正常执行数据交互和授权验证时，则判断所述待集成组件合格。

5.一种服务平台的组件管理系统，其特征在于，所述系统包括：

第一接收模块，用于接收提供方的目标基础组件的上架请求，获取所述上架请求中的组件集成方式，所述组件集成方式包括组件类别；其中，所述获取所述上架请求中的组件集成方式包括：获取所述上架请求中的所述目标基础组件的程序代码；通过组件代码特征识别出所述目标基础组件的程序代码中包括的待集成组件，获取到所述待集成组件的组件集成方式；所述通过组件代码特征识别出所述目标基础组件的程序代码中包括的待集成组件包括：依次调用组件类别表中的测试指令发送到所述目标基础组件进行数据交互，其中，所述组件类别表包括根据每一组件类别的代码特征建立的测试指令；判断所述目标基础组件是否反馈了基于所述测试指令的正确应答；当所述目标基础组件反馈了正确应答时，则判断出所述目标基础组件中包含所述测试指令中的代码特征对应的组件类别的待集成组件；

查找模块，用于根据所述组件类别从标准规范中查找对应的组件集成规范发送给所述提供方；

第二接收模块，用于接收所述提供方基于所述组件集成规范对所述目标基础组件改造的待集成组件；及

检查模块，用于根据所述标准规范对所述待集成组件进行检查，并将检查合格的待集成组件上架到选购界面。

6.一种计算机设备，所述计算机设备包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时用于实现权利要求1～4中任一项所述的服务平台的组件管理方法的步骤。

7.一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序可被至少一个处理器所执行，以使所述至少一个处理器执行权利要求1～4中任一项所述的服务平台的组件管理方法的步骤。

Images