CN116700907B - 服务调用需求文档存储方法、装置、电子设备和可读介质 - Google Patents

Abstract

本公开的实施例公开了服务调用需求文档存储方法、装置、电子设备和可读介质。该方法的一具体实施方式包括：对需求填报用户信息进行校验处理，得到用户校验信息；对业务场景信息进行校验处理，得到场景校验信息；获取中台服务基础信息；根据中台服务调用需求信息和中台服务基础信息，生成目标服务调用需求信息；将目标服务调用请求信息发送至需求终端和中台服务创建终端；响应于确定所接收到的各个需求反馈信息满足预设确认条件，根据预设需求文档模版、各个需求反馈信息和目标服务调用需求信息，生成中台服务调用需求文档；将中台服务调用需求文档存储至需求文档数据库。该实施方式可以节省内存资源。

Description

服务调用需求文档存储方法、装置、电子设备和可读介质

技术领域

本公开的实施例涉及计算机技术领域，具体涉及服务调用需求文档存储方法、装置、电子设备和可读介质。

背景技术

中台服务调用需求文档为用于确定用户调用中台的服务接口的需求的文档，对于后续是否能够顺利调用中台的服务接口具有重要意义。目前，在对中台服务调用需求文档进行存储时，通常采用的方式为：直接将需求用户填报的中台服务调用需求信息作为中台服务调用需求文档进行存储。

然而，当采用上述方式对中台服务调用需求文档进行存储时，经常会存在如下技术问题：

第一，直接将需求用户填报的中台服务调用需求信息作为中台服务调用需求文档进行存储，当需求用户填报的中台服务调用需求信息的完整度较低时，需要重新进行填报，从而针对同一需求所填报的中台服务调用需求信息的数量较多，造成内存资源的浪费。

第二，需求用户在填报中台服务调用需求信息，对中台服务创建方的实际情况了解较少，导致中台服务调用需求信息与中台服务创建者的实际情况贴合度较低，当中台服务创建者完全按照需求用户所填报的需求信息完成服务接口的创建，需求用户所填报的需求类型为新增服务接口，而实际的各个中台服务接口中已经存在可以满足用户所填报的需求的服务接口，导致中台的服务接口冗余。

该背景技术部分中所公开的以上信息仅用于增强对本发明构思的背景的理解，并因此，其可包含并不形成本国的本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的内容部分用于以简要的形式介绍构思，这些构思将在后面的具体实施方式部分被详细描述。本公开的内容部分并不旨在标识要求保护的技术方案的关键特征或必要特征，也不旨在用于限制所要求的保护的技术方案的范围。

本公开的一些实施例提出了服务调用需求文档存储方法、装置、电子设备和计算机可读介质，来解决以上背景技术部分提到的技术问题中的一项或多项。

第一方面，本公开的一些实施例提供了一种服务调用需求文档存储方法，该方法包括：响应于接收到需求终端发送的中台服务调用需求信息，对上述中台服务调用需求信息包括的需求填报用户信息进行校验处理，得到用户校验信息；响应于确定上述用户校验信息满足预设用户校验条件，对上述中台服务调用需求信息包括的业务场景信息进行校验处理，得到场景校验信息；响应于确定上述场景校验信息满足预设场景校验条件，获取中台服务基础信息；根据上述中台服务调用需求信息和上述中台服务基础信息，生成目标服务调用需求信息，其中，上述目标服务调用需求信息包括服务创建用户标识；将上述目标服务调用请求信息发送至上述需求终端和对应上述服务创建用户标识的中台服务创建终端以供确认；响应于确定所接收到的对应上述目标服务调用请求信息的各个需求反馈信息满足预设确认条件，根据预设需求文档模版、上述各个需求反馈信息和上述目标服务调用需求信息，生成中台服务调用需求文档，其中，上述各个需求反馈信息包括上述需求终端发送的需求反馈信息和上述中台服务创建终端发送的需求反馈信息；将上述中台服务调用需求文档存储至需求文档数据库。

第二方面，本公开的一些实施例提供了一种服务调用需求文档存储装置，装置包括：第一校验单元，被配置成响应于接收到需求终端发送的中台服务调用需求信息，对上述中台服务调用需求信息包括的需求填报用户信息进行校验处理，得到用户校验信息；第二校验单元，被配置成响应于确定上述用户校验信息满足预设用户校验条件，对上述中台服务调用需求信息包括的业务场景信息进行校验处理，得到场景校验信息；获取单元，被配置成响应于确定上述场景校验信息满足预设场景校验条件，获取中台服务基础信息；第一生成单元，被配置成根据上述中台服务调用需求信息和上述中台服务基础信息，生成目标服务调用需求信息，其中，上述目标服务调用需求信息包括服务创建用户标识；发送单元，被配置成将上述目标服务调用请求信息发送至上述需求终端和对应上述服务创建用户标识的中台服务创建终端以供确认；第二生成单元，被配置成响应于确定所接收到的对应上述目标服务调用请求信息的各个需求反馈信息满足预设确认条件，根据预设需求文档模版、上述各个需求反馈信息和上述目标服务调用需求信息，生成中台服务调用需求文档，其中，上述各个需求反馈信息包括上述需求终端发送的需求反馈信息和上述中台服务创建终端发送的需求反馈信息；存储单元，被配置成将上述中台服务调用需求文档存储至需求文档数据库。

第三方面，本公开的一些实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现上述第一方面任一实现方式所描述的方法。

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

本公开的上述各个实施例具有如下有益效果：通过本公开的一些实施例的服务调用需求文档存储方法可以节省内存资源。具体来说，造成内存资源的浪费的原因在于：直接将需求用户填报的中台服务调用需求信息作为中台服务调用需求文档进行存储，当需求用户填报的中台服务调用需求信息的完整度较低时，需要重新进行填报，从而针对同一需求所填报的中台服务调用需求信息的数量较多，造成内存资源的浪费。基于此，本公开的一些实施例的服务调用需求文档存储方法，首先，响应于接收到需求终端发送的中台服务调用需求信息，对上述中台服务调用需求信息包括的需求填报用户信息进行校验处理，得到用户校验信息。由此，可以对用户的身份进行校验，从而可以确定用户是否为有填报需求的权限的用户。其次，响应于确定上述用户校验信息满足预设用户校验条件，对上述中台服务调用需求信息包括的业务场景信息进行校验处理，得到场景校验信息。由此，可以对填报的业务场景信息的完整度进行校验，从而可以确定填报的业务场景信息是否满足要求。然后，响应于确定上述场景校验信息满足预设场景校验条件，获取中台服务基础信息。由此，当业务场景信息校验通过时，可以得到中台的各个服务接口的信息，从而可以用于确定最终的服务调用需求信息。之后，根据上述中台服务调用需求信息和上述中台服务基础信息，生成目标服务调用需求信息。其中，上述目标服务调用需求信息包括服务创建用户标识。由此，可以得到最终的服务调用需求信息。接着，将上述目标服务调用请求信息发送至上述需求终端和对应上述服务创建用户标识的中台服务创建终端以供确认。由此，填报需求的用户和创建中台服务的用户可以对最终的服务调用需求信息进行确认。紧接着，响应于确定所接收到的对应上述目标服务调用请求信息的各个需求反馈信息满足预设确认条件，根据预设需求文档模版、上述各个需求反馈信息和上述目标服务调用需求信息，生成中台服务调用需求文档。其中，上述各个需求反馈信息包括上述需求终端发送的需求反馈信息和上述中台服务创建终端发送的需求反馈信息。由此，当填报需求的用户和创建中台服务的用户均认同最终的服务调用需求信息时，可以将目标服务调用需求信息转换成文档。最后，将上述中台服务调用需求文档存储至需求文档数据库。由此，可以对中台服务调用需求文档进行留存，从而可以便于后续查询和调用。也因为在存储中台服务调用需求的信息之前，首先对填报的业务场景信息进行完整度的校验，从而可以减少针对同一需求重新填报的次数，进而减少存储对应同一需求的中台服务调用需求信息的数量。由此，可以节省内存资源。

附图说明

结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，元件和元素不一定按照比例绘制。

图1是根据本公开的服务调用需求文档存储方法的一些实施例的流程图；

图2是根据本公开的服务调用需求文档存储装置的一些实施例的结构示意图；

图3是适于用来实现本公开的一些实施例的电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例。相反，提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

下面将参考附图并结合实施例来详细说明本公开。

图1示出了根据本公开的服务调用需求文档存储方法的一些实施例的流程100。该服务调用需求文档存储方法，包括以下步骤：

步骤101，响应于接收到需求终端发送的中台服务调用需求信息，对中台服务调用需求信息包括的需求填报用户信息进行校验处理，得到用户校验信息。

在一些实施例中，服务调用需求文档存储方法的执行主体（例如计算设备）可以响应于接收到需求终端发送的中台服务调用需求信息，对上述中台服务调用需求信息包括的需求填报用户信息进行校验处理，得到用户校验信息。其中，上述需求终端可以为填报调用中台服务接口的需求的用户对应的终端。上述需求终端可以为手机，也可以为电脑。上述中台服务调用需求信息可以表征调用中台服务接口的需求。上述中台服务调用需求信息可以包括但不限于需求填报用户信息和业务场景信息。上述需求填报用户信息可以为填报中台服务调用需求信息的用户的信息。上述需求填报用户信息可以包括用户标识。上述用户标识可以对用户唯一标识。上述业务场景信息可以为调用的中台服接口所应用的业务场景的信息。上述业务场景可以为但不限于以下中的一项：电力数据统计、项目数据统计。例如，上述业务场景信息可以为“在电网运行主体（例如国网）三清理两提高的要求下，区域价值征收方（例如冀北财务部）开展的工程全过程资料收集场景。区域价值征收方需要项目各个阶段数据，区域数据统计方（例如统计部）提出由区域价值征收方进行统计分析项目开工、项目投运等信息，然后发展部提出中台可提供可研，初设等内容”。实践中，上述执行主体可以响应于接收到需求终端发送的中台服务调用需求信息，通过各种方式对上述中台服务调用需求信息包括的需求填报用户信息进行校验处理，得到用户校验信息。

可选地，上述需求填报用户信息还可以包括用户登录标识。其中，上述用户登录标识可以为用户登录需求填报系统的标识。上述需求填报系统可以为用于填报调用中台服务接口的需求的系统。例如，用户登录标识可以为登录需求填报系统的账号。

在一些实施例的一些可选的实现方式中，上述执行主体可以通过以下步骤对上述中台服务调用需求信息包括的需求填报用户信息进行校验处理，得到用户校验信息：

第一步，将上述中台服务调用需求信息中的需求填报用户信息包括的用户登录标识确定为目标用户登录标识。

第二步，获取对应上述目标用户登录标识的用户属性信息。其中，上述用户属性信息可以为表征用户的属性的信息。上述用户属性信息可以包括但不限于用户归属组对应的组标识和用户归属集对应的集体标识。上述用户归属组可以为用户所归属的组。上述组标识可以为用户归属组的标识。例如，上述用户归属组可以为用户所归属的部门，上述组标识可以为部门名称。上述用户归属集可以为用户所归属的集体。上述集体标识可以为用户归属集的标识。例如，上述用户归属集可以为用户所归属的主体（例如公司），上述集体标识可以为主体名称。实践中，上述执行主体可以通过有线连接或者无线连接的方式从数据库获取对应上述目标用户登录标识的用户属性信息。需要指出的是，上述无线连接方式可以包括但不限于3G/4G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB（ultrawideband）连接、以及其他现在已知或将来开发的无线连接方式。

第三步，响应于确定上述用户属性信息满足预设属性条件，将预设用户校验通过信息确定为用户校验信息。其中，上述预设属性条件可以为用户属性信息包括的组标识存在于预设组标识集，且用户属性信息包括的集体标识存在于预设集体标识集。上述预设组标识集中的预设组标识可以为预先设定的允许填报需求的组标识。上述预设集体标识集中的预设集体标识可以为预先设定的允许填报需求的集体标识。上述预设用户校验通过信息可以为预先设定的表征对用户的身份校验通过的信息。例如，上述预设用户校验通过信息可以为“校验成功”。

步骤102，响应于确定用户校验信息满足预设用户校验条件，对中台服务调用需求信息包括的业务场景信息进行校验处理，得到场景校验信息。

在一些实施例中，上述执行主体可以响应于确定上述用户校验信息满足预设用户校验条件，对上述中台服务调用需求信息包括的业务场景信息进行校验处理，得到场景校验信息。其中，上述预设用户校验条件可以为用户校验信息表征对用户的身份校验通过。上述场景校验信息可以表征业务场景信息校验通过。实践中，上述执行主体可以通过各种方式对上述中台服务调用需求信息包括的业务场景信息进行校验处理，得到场景校验信息。

在一些实施例的一些可选的实现方式中，上述执行主体可以通过以下步骤对上述中台服务调用需求信息包括的业务场景信息进行校验处理，得到场景校验信息：

第一步，将上述中台服务调用需求信息包括的业务场景信息中的各个字符串的数量确定为字符串数量。

第二步，响应于确定上述字符串数量满足预设数量条件，对上述业务场景信息进行关键词提取处理，得到关键词集合。其中，上述预设数量条件可以为字符串数量大于等于预设字符串阈值。上述预设字符串阈值可以为预先设定的业务场景信息中的字符串数量的最小值。实践中，首先，上述执行主体可以响应于确定上述字符串数量满足预设数量条件，通过第一关键词提取算法对上述业务场景信息进行关键词提取处理，得到第一关键词集合。其中，上述第一关键词提取算法可以为通过词频确定关键词的关键词提取算法。例如，上述第一关键词提取算法可以为基于词袋加权的TFIDF(Term Frequency–InverseDocument Frequency，词频-逆向文件频率）算法。其次，通过第二关键词提取算法对上述业务场景信息进行关键词提取处理，得到第二关键词集合。其中，上述第二关键词提取算法可以为通过语义确定关键词的关键词提取算法。例如，上述第二关键词提取算法可以为KeyBert算法。然后，将上述第一关键词集合包括的各个第一关键词和上述第二关键词集合包括的各个第二关键词确定为关键词集合。最后，对上述关键词集合进行去重处理，得到去重关键词集合作为关键词集合。

第三步，对上述关键词集合包括的各个关键词进行特征提取处理，得到关键词特征向量组。实践中，上述执行主体可以通过预设关键词特征提取算法对上述关键词集合包括的各个关键词进行特征提取处理，得到关键词特征向量组。其中，上述预设关键词特征提取算法可以为预先设定的将关键词转换为特征向量的算法。例如，上述预设关键词特征提取算法可以为word2vec算法。

第四步，对预设关联关键词集合包括的每个预设关联关键词，执行以下子步骤：

第一子步骤，对上述预设关联关键词进行特征提取处理，得到关联关键词特征向量。其中，上述预设关联关键词可以为预先设定的与业务场景信息中需要体现的关键词相关联的关键词。例如，预先设定的与业务场景信息中需要体现的各个关键词可以包括“场景”、“需要”、“系统”、“中台”、“提供”。上述预设关联关键词集合可以包括但不限于“场景”、“业务场景”、“需要”、“想要”、“系统”、“中台”、“提供”、“用于”。实践中，上述执行主体可以通过上述预设关键词特征提取算法对上述预设关联关键词进行特征提取处理，得到关联关键词特征向量。

第二子步骤，对于上述关键词特征向量组包括的每个关键词特征向量，将上述关联关键词特征向量与上述关键词特征向量的相似度确定为关键词相似度。实践中，对于上述关键词特征向量组包括的每个关键词特征向量，上述执行主体可以根据预设相似度算法，将上述关联关键词特征向量与上述关键词特征向量的相似度确定为关键词相似度。其中，上述预设相似度算法可以为预先设定的用于确定相似度的算法。例如，上述预设相似度算法可以为余弦相似度算法。

第三子步骤，响应于确定所确定的各个关键词相似度中存在满足预设相似度条件的关键词相似度，将对应上述预设关联关键词的预设关键词分数确定为关键词分数。其中，上述预设相似度条件可以为关键词相似度大于预设相似度阈值。上述预设相似度阈值可以为预先设定的表征两个关键词相关联的关键词相似度的最小值。上述预设关键词分数可以为预先设定的表征预设关联关键词在表征业务场景信息的完整度中所占的权重。

第五步，将所确定的各个关键词分数的和确定为场景描述分数信息。

第六步，响应于确定上述场景描述分数信息满足预设分数条件，将预设场景校验通过信息确定为场景校验信息。其中，上述预设分数条件可以为场景描述分数信息大于等于预设通过分数。上述预设通过分数可以为预先设定的表征业务场景信息校验通过的分数。上述预设场景校验通过信息可以为预先设定的表征业务场景信息的完整度校验通过的信息。例如，上述预设场景校验通过信息可以为“业务场景信息校验通过”。

步骤103，响应于确定场景校验信息满足预设场景校验条件，获取中台服务基础信息。

在一些实施例中，上述执行主体可以响应于确定上述场景校验信息满足预设场景校验条件，获取中台服务基础信息。其中，上述预设场景校验条件可以为场景校验信息表征业务场景信息的完整度校验通过。上述中台服务基础信息可以为对应中台的各个服务接口的信息。上述中台服务基础信息可以包括但不限于中台标识、服务接口信息集。上述中台标识可以为中台的标识。上述服务接口信息集中的服务接口信息可以包括服务接口标识。上述服务接口标识可以为服务接口的标识。实践中，上述执行主体可以响应于确定上述场景校验信息满足预设场景校验条件，通过有线连接或者无线连接的方式从数据库获取中台服务基础信息。

步骤104，根据中台服务调用需求信息和中台服务基础信息，生成目标服务调用需求信息。

在一些实施例中，上述执行主体可以根据上述中台服务调用需求信息和上述中台服务基础信息，生成目标服务调用需求信息。其中，上述目标服务调用需求信息可以为最终确定的服务调用需求信息。上述目标服务调用需求信息可以包括服务创建用户标识。上述服务创建用户标识可以为创建所需要的中台服务接口的用户的标识。实践中，上述执行主体可以通过各种方式根据上述中台服务调用需求信息和上述中台服务基础信息，生成目标服务调用需求信息。

可选地，上述中台服务调用需求信息还可以包括需求类型、需求标题和完成日期。其中，上述需求类型可以为但不限于以下中的一项：服务调用类型、服务新增类型和服务优化类型。上述服务调用类型可以表征调用中台已有的服务接口。上述服务新增类型可以表征在中台能够满足需求的新增服务接口。上述服务优化类型可以表征对中台已有的服务接口进行优化以满足需求。上述需求标题可以为表征调用中台服务接口的需求的标题。例如，上述需求标题可以为“项目可研、可研批复文件查看”。上述完成日期可以为需要应用中台服务接口的用户能够调用中台服务接口的日期。

在一些实施例的一些可选的实现方式中，上述执行主体可以通过以下步骤根据上述中台服务调用需求信息和上述中台服务基础信息，生成目标服务调用需求信息：

第一步，将上述中台服务调用需求信息包括的需求类型、需求标题和上述中台服务基础信息输入预先训练的需求类型信息生成模型，得到需求类型信息。其中，上述需求类型信息生成模型可以为以需求类型、需求标题和上述中台服务基础信息为输入，以需求类型信息为输出的神经网络。上述需求类型信息可以为结合中台实际的各个服务接口所确定的需求类型。

第二步，将上述中台服务调用需求信息包括的完成日期与当前日期的时间间隔确定为任务间隔时长。

第三步，根据上述任务间隔时长和上述需求类型信息，确定任务紧急类型。其中，上述任务紧急类型可以表征任务的紧急程度。上述任务紧急类型可以为但不限于以下中的一项：加急、紧急、常规。上述加急可以表征需要立即处理任务。上述紧急可以表征需要尽快处理任务。上述常规可以表征根据正常进度处理任务。实践中，首先，上述执行主体可以将对应上述需求类型信息的预设完成时长范围确定为完成时长范围。其中，上述预设完成时长范围可以为预先设定的完成对应需求类型信息的中台服务接口创建的任务所需要的时长的范围。然后，响应于确定上述任务间隔时长小于等于上述完成时长范围对应的最小值，将预设加急类型确定为任务紧急类型。其中，上述预设加急类型可以为预先设定的表征需要立即处理任务的类型。例如，上述预设加急类型可以为“加急”。之后，响应于确定上述任务间隔时长存在于上述完成时长范围内，将预设紧急类型确定为任务紧急类型。其中，上述预设紧急类型可以为预先设定的表征需要尽快处理任务的类型。例如，上述预设紧急类型可以为“紧急”。最后，响应于确定上述任务间隔时长大于上述完成时长范围对应的最大值，将预设常规类型确定为任务紧急类型。其中，上述预设常规类型可以为预先设定的表征按照正常进度处理任务的类型。例如，上述预设常规类型可以为“常规”。

第四步，获取历史需求文档集。其中，上述历史需求文档集中的历史需求文档可以为过去所存储的中台服务调用需求文档。上述中台服务调用需求文档可以为表征目标服务调用需求信息的文档。实践中，上述执行主体可以通过有线连接或者无线连接的方式从数据库获取历史需求文档集。

第五步，对于上述历史需求文档集包括的每个历史需求文档，对上述历史需求文档进行场景信息提取处理，得到历史业务场景信息。实践中，对于上述历史需求文档集包括的每个历史需求文档，上述执行主体可以将上述历史需求文档包括的业务场景信息确定为历史业务场景信息。

第六步，对所得到的各个历史业务场景信息包括的每个历史业务场景信息，执行以下子步骤：

第一子步骤，对上述历史业务场景信息和上述业务场景信息进行匹配处理，得到场景匹配信息。其中，上述场景匹配信息包括场景相似度。实践中，首先，上述执行主体可以通过预设文本特征向量提取算法对上述历史业务场景信息进行特征提取处理，得到历史场景特征向量。其中，上述预设文本特征向量提取算法可以为预先设定用于提取文本特征向量的算法。例如，上述预设文本特征向量提取算法可以为Word2Vec。其次，上述执行主体可以通过上述预设文本特征向量提取算法对上述业务场景信息进行特征提取处理，得到场景特征向量。然后，根据上述预设相似度算法，将上述历史场景特征向量与上述场景特征向量的相似度确定为场景相似度。最后，将上述场景相似度确定为场景匹配信息。

第二子步骤，响应于确定上述场景相似度满足预设场景相似度条件，将上述历史业务场景信息确定为目标历史业务场景信息。其中，上述预设场景相似度条件可以为场景相似度大于等于预设场景相似度。上述预设场景相似度可以为预先设定的表征业务场景信息与历史业务场景信息相似的场景相似度。

第三子步骤，将上述历史需求文档集包括的对应上述目标历史业务场景信息的历史需求文档确定为目标历史需求文档。

第四子步骤，将上述目标历史需求文档包括的历史服务创建用户标识确定为目标服务创建用户标识。其中，上述历史服务创建用户标识可以为创建对应目标历史需求文档的中台服务接口的用户的标识。

第七步，获取对应所确定的各个目标服务创建用户标识的待完成任务数量组。其中，上述各个目标服务创建用户标识中的目标服务创建用户标识与上述待完成任务数量组中的待完成任务数量可以一一对应。上述待完成任务数量组中的待完成任务数量可以为对应目标服务创建用户标识的用户还未完成的创建中台服务接口的任务的数量。实践中，上述执行主体可以通过有线连接或者无线连接的方式从数据库获取对应所确定的各个目标服务创建用户标识的待完成任务数量。

第八步，根据上述任务紧急类型，确定场景相似度权重值和任务数量权重值。实践中，上述执行主体可以将对应上述任务紧急类型的预设场景相似度权重值确定为场景相似度权重值，以及对应上述任务紧急类型的预设任务数量权重值确定为任务数量权重值。其中，上述预设场景相似度权重值可以为预先设定的场景相似度权重值。上述场景相似度权重值可以为场景相似度所占的权重。上述预设任务数量权重值可以为预先设定的任务数量权重值。上述任务数量权重值可以为待完成任务数量所占的权重。需要说明的是，任务紧急类型表征的完成任务的时间越短，预设任务数量权重值就越大，预设场景相似度权重值就越小。作为示例，当任务紧急类型为加急时，预设任务数量权重值可以为0.8，预设场景相似度权重值可以为0.2。当任务紧急类型为常规时，预设任务数量权重值可以为0.4，预设场景相似度权重值可以为0.6。

第九步，根据对应上述各个目标服务创建用户标识的各个场景相似度、上述待完成任务数量组、上述场景相似度权重值和上述任务数量权重值，确定服务创建用户标识。实践中，首先，对于上述各个目标服务创建用户标识包括的每个目标服务创建用户标识，执行以下步骤：

第一子步骤，将对应上述目标服务创建用户标识的场景相似度与上述场景相似度权重值的积确定为场景相似度分值。

第二子步骤，将对应上述目标服务创建用户标识的待完成任务数量与上述任务数量权重值的积确定为任务数量分值。

第三步，将上述场景相似度分值与上述任务数量分值的和确定为用户分值。

然后，将所确定的各个用户分值中的最大值对应的目标服务创建用户标识确定为服务创建用户标识。

第十步，将上述目标需求类型、上述业务场景信息、上述服务创建用户标识和上述任务紧急类型确定为目标服务调用需求信息。

上述技术方案及其相关内容作为本公开的实施例的一个发明点，解决了背景技术提及的技术问题二“需求用户在填报中台服务调用需求信息，对中台服务创建方的实际情况了解较少，导致中台服务调用需求信息与中台服务创建者的实际情况贴合度较低，当中台服务创建者完全按照需求用户所填报的需求信息完成服务接口的创建，需求用户所填报的需求类型为新增服务接口，而实际的各个中台服务接口中已经存在可以满足用户所填报的需求的服务接口，导致中台的服务接口冗余”。导致中台的服务接口冗余的因素往往如下：需求用户在填报中台服务调用需求信息，对中台服务创建方的实际情况了解较少，导致中台服务调用需求信息与中台服务创建者的实际情况贴合度较低，当中台服务创建者完全按照需求用户所填报的需求信息完成服务接口的创建，需求用户所填报的需求类型为新增服务接口，而实际的各个中台服务接口中已经存在可以满足用户所填报的需求的服务接口，导致中台的服务接口冗余。如果解决了上述因素，就能达到简化中台的服务接口的效果。为了达到这一效果，本公开的一些实施例的服务调用需求文档存储方法，首先，将上述中台服务调用需求信息包括的需求类型、需求标题和上述中台服务基础信息输入预先训练的需求类型信息生成模型，得到需求类型信息。由此，可以结合中台实际已有的各个服务接口确定需求类型，从而可以提高需求类型的准确性。其次，将上述中台服务调用需求信息包括的完成日期与当前日期的时间间隔确定为任务间隔时长；根据上述任务间隔时长和上述需求类型信息，确定任务紧急类型。由此，可以根据完成日期确定对应的需求任务的紧急程度，从而可以用于确定负责创建对应该需求任务的中台服务接口的用户。然后，获取历史需求文档集；对于上述历史需求文档集包括的每个历史需求文档，对上述历史需求文档进行场景信息提取处理，得到历史业务场景信息。由此，可以得到历史业务场景信息，从而可以用于确定负责创建对应该需求任务的中台服务接口的用户。之后，对所得到的各个历史业务场景信息包括的每个历史业务场景信息，执行以下步骤：对上述历史业务场景信息和上述业务场景信息进行匹配处理，得到场景匹配信息，其中，上述场景匹配信息包括场景相似度；响应于确定上述场景相似度满足预设场景相似度条件，将上述历史业务场景信息确定为目标历史业务场景信息；将上述历史需求文档集包括的对应上述目标历史业务场景信息的历史需求文档确定为目标历史需求文档；将上述目标历史需求文档包括的历史服务创建用户标识确定为目标服务创建用户标识。由此，可以得到处理过与业务场景信息相似的历史业务场景信息的各个目标服务创建用户标识，从而可以用于确定负责创建对应该需求任务的中台服务接口的用户。接着，获取对应所确定的各个目标服务创建用户标识的待完成任务数量组；根据上述任务紧急类型，确定场景相似度权重值和任务数量权重值；根据对应上述各个目标服务创建用户标识的各个场景相似度、上述待完成任务数量组、上述场景相似度权重值和上述任务数量权重值，确定服务创建用户标识。由此，可以综合考虑任务的紧急程度和对业务场景信息的适配度，确定负责创建对应该需求任务的中台服务接口的用户，从而可以提高负责创建对应该需求任务的中台服务接口的用户与该需求任务的适配度。最后，将上述目标需求类型、上述业务场景信息、上述服务创建用户标识和上述任务紧急类型确定为目标服务调用需求信息。由此，可以得到最终确定的服务调用需求信息，从而可以提高目标服务调用需求信息的准确度。也因为在生成最终的服务调用需求信息时，既考虑了中台服务接口的实际情况，同时提高了负责创建对应该需求任务的中台服务接口的用户与该需求任务的适配度，从而可以提高目标服务调用需求信息的准确度，由此，可以简化服务接口。

步骤105，将目标服务调用请求信息发送至需求终端和对应服务创建用户标识的中台服务创建终端以供确认。

在一些实施例中，上述执行主体可以将上述目标服务调用请求信息发送至上述需求终端和对应上述服务创建用户标识的中台服务创建终端以供确认。其中，上述中台服务创建终端可以为创建中台服务接口的用户的终端。

步骤106，响应于确定所接收到的对应目标服务调用请求信息的各个需求反馈信息满足预设确认条件，根据预设需求文档模版、各个需求反馈信息和目标服务调用需求信息，生成中台服务调用需求文档。

在一些实施例中，上述执行主体可以响应于确定所接收到的对应上述目标服务调用请求信息的各个需求反馈信息满足预设确认条件，根据预设需求文档模版、上述各个需求反馈信息和上述目标服务调用需求信息，生成中台服务调用需求文档。其中，上述各个需求反馈信息可以包括上述需求终端发送的需求反馈信息和上述中台服务创建终端发送的需求反馈信息。需求反馈信息可以表征对应用户是否认同上述目标服务调用请求信息。例如，上述需求反馈信息可以为“确认无误”。上述预设确认条件可以为各个需求反馈信息均表征对应用户认同上述目标服务调用请求信息。上述预设需求文档模版可以为预先已设定的用于填充各个需求反馈信息和目标服务调用需求信息的文档模版。实践中，上述执行主体可以将上述各个需求反馈信息和上述目标服务调用需求信息填充至预设需求文档模版，得到中台服务调用需求文档。

步骤107，将中台服务调用需求文档存储至需求文档数据库。

在一些实施例中，上述执行主体可以将上述中台服务调用需求文档存储至需求文档数据库。其中，上述需求文档数据库可以为用于存储中台服务调用需求文档的数据库。

可选地，上述执行主体还可以执行以下步骤：

第一步，将上述中台服务调用需求文档发送至上述中台服务创建终端以完成服务接口创建。实践中，当上述执行主体将上述中台服务调用需求文档发送至上述中台服务创建终端之后，对应上述中台服务创建终端的用户根据台服务调用需求文档，创建中台服务接口。

第二步，响应于接收到上述中台服务创建终端发送的对应上述中台服务调用需求文档的接口创建完成信息，将上述接口创建完成信息发送至中台服务应用终端以供中台服务应用用户和中台服务创建用户执行服务联调操作。其中，上述接口创建完成信息可以表征需要的中台服务接口创建完成。例如，上述接口创建完成信息可以为“创建完成”。上述中台服务应用终端可以为应用所创建的中台服务接口的终端。上述中台服务应用用户可以为应用所创建的中台服务接口的用户。上述中台服务创建用户可以为对应上述中台服务创建终端的用户。上述服务联调操作可以为中台服务应用用户开通测试环境的防火墙允许创建的中台服务接口连接，由中台服务创建用户进行测试。

可选地，上述执行主体还可以执行以下步骤：

第一步，获取中台接口运行信息集。其中，上述中台接口运行信息集包括的中台接口运行信息可以为对应的中台服务接口运行的信息。上述中台接口运行信息集包括的中台接口运行信息可以包括但不限于接口调用次数。上述接口调用次数可以为对应的中台服务接口在运行时被调用的次数。上述接口响应时长可以为对应的中台服务接口在运行时响应请求所需的时长。实践中，上述执行主体可以通过有线连接或者无线连接的方式从数据库获取中台接口运行信息集。

第二步，根据上述中台接口运行信息集，生成中台运行状态信息。其中，上述中台运行状态信息可以表征中台包括的各个服务接口是否正常运行。实践中，上述执行主体可以通过各种方式根据上述中台接口运行信息集，生成中台运行状态信息。

在一些实施例的一些可选的实现方式中，上述执行主体可以通过以下步骤根据上述中台接口运行信息集，生成中台运行状态信息：

步骤一，对于上述中台接口运行信息集包括的每个中台接口运行信息，根据上述中台接口运行信息，确定运行类型。实践中，对于上述中台接口运行信息集包括的每个中台接口运行信息，上述执行主体可以响应于确定上述中台接口运行信息包括的接口调用次数小于等于预设调用次数，且上述中台接口运行信息包括的接口响应时长小于等于预设响应时长，将预设正常运行类型确定为运行类型。其中，上述预设调用次数可以为预先设定的表征服务接口正常运行的接口调用次数的最大值。上述预设响应时长可以为预先设定的表征服务接口正常运行的接口响应时长的最大值。上述预设正常运行类型可以为预先设定的表征服务接口正常运行的类型。然后，响应于确定上述中台接口运行信息包括的接口调用次数大于预设调用次数，或上述中台接口运行信息包括的接口响应时长小于等于预设响应时长，将预设异常运行类型确定为运行类型。其中，上述预设异常运行类型以为预先设定的表征服务接口异常运行的类型。

步骤二，响应于确定所确定的各个运行类型满足预设运行条件，将预设状态正常信息确定为中台运行状态信息。其中，上述预设运行条件可以为各个运行类型均表征服务接口正常运行。上述预设状态正常信息可以为预先设定的表征中台运行正常的信息。例如，上述预设状态正常信息可以为“运行正常”。

步骤三，响应于确定所确定的各个运行类型未满足上述预设运行条件，将预设状态异常信息确定为中台运行状态信息。上述预设状态正常信息可以为预先设定的表征中台运行异常的信息。例如，上述预设状态异常信息可以为“运行异常”。

第三步，响应于确定上述中台运行状态信息满足预设状态条件，将上述中台接口运行信息集发送至上述中台服务创建终端。其中，上述预设状态条件可以为中台运行状态信息表征中台运行异常。

本公开的上述各个实施例具有如下有益效果：通过本公开的一些实施例的服务调用需求文档存储方法可以节省内存资源。具体来说，造成内存资源的浪费的原因在于：直接将需求用户填报的中台服务调用需求信息作为中台服务调用需求文档进行存储，当需求用户填报的中台服务调用需求信息的完整度较低时，需要重新进行填报，从而针对同一需求所填报的中台服务调用需求信息的数量较多，造成内存资源的浪费。基于此，本公开的一些实施例的服务调用需求文档存储方法，首先，响应于接收到需求终端发送的中台服务调用需求信息，对上述中台服务调用需求信息包括的需求填报用户信息进行校验处理，得到用户校验信息。由此，可以对用户的身份进行校验，从而可以确定用户是否为有填报需求的权限的用户。其次，响应于确定上述用户校验信息满足预设用户校验条件，对上述中台服务调用需求信息包括的业务场景信息进行校验处理，得到场景校验信息。由此，可以对填报的业务场景信息的完整度进行校验，从而可以确定填报的业务场景信息是否满足要求。然后，响应于确定上述场景校验信息满足预设场景校验条件，获取中台服务基础信息。由此，当业务场景信息校验通过时，可以得到中台的各个服务接口的信息，从而可以用于确定最终的服务调用需求信息。之后，根据上述中台服务调用需求信息和上述中台服务基础信息，生成目标服务调用需求信息。其中，上述目标服务调用需求信息包括服务创建用户标识。由此，可以得到最终的服务调用需求信息。接着，将上述目标服务调用请求信息发送至上述需求终端和对应上述服务创建用户标识的中台服务创建终端以供确认。由此，填报需求的用户和创建中台服务的用户可以对最终的服务调用需求信息进行确认。紧接着，响应于确定所接收到的对应上述目标服务调用请求信息的各个需求反馈信息满足预设确认条件，根据预设需求文档模版、上述各个需求反馈信息和上述目标服务调用需求信息，生成中台服务调用需求文档。其中，上述各个需求反馈信息包括上述需求终端发送的需求反馈信息和上述中台服务创建终端发送的需求反馈信息。由此，当填报需求的用户和创建中台服务的用户均认同最终的服务调用需求信息时，可以将目标服务调用需求信息转换成文档。最后，将上述中台服务调用需求文档存储至需求文档数据库。由此，可以对中台服务调用需求文档进行留存，从而可以便于后续查询和调用。也因为在存储中台服务调用需求的信息之前，首先对填报的业务场景信息进行完整度的校验，从而可以减少针对同一需求重新填报的次数，进而减少存储对应同一需求的中台服务调用需求信息的数量。由此，可以节省内存资源。

进一步参考图2，作为对上述各图所示方法的实现，本公开提供了一种服务调用需求文档存储装置的一些实施例，这些装置实施例与图1所示的那些方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图2所示，一些实施例的服务调用需求文档存储装置200包括：第一校验单元201、第二校验单元202、获取单元203、第一生成单元204、发送单元205、第二生成单元206和存储单元207。其中，第一校验单元201被配置成响应于接收到需求终端发送的中台服务调用需求信息，对上述中台服务调用需求信息包括的需求填报用户信息进行校验处理，得到用户校验信息；第二校验单元202被配置成响应于确定上述用户校验信息满足预设用户校验条件，对上述中台服务调用需求信息包括的业务场景信息进行校验处理，得到场景校验信息；获取单元203被配置成响应于确定上述场景校验信息满足预设场景校验条件，获取中台服务基础信息；第一生成单元204被配置成根据上述中台服务调用需求信息和上述中台服务基础信息，生成目标服务调用需求信息，其中，上述目标服务调用需求信息包括服务创建用户标识；发送单元205被配置成将上述目标服务调用请求信息发送至上述需求终端和对应上述服务创建用户标识的中台服务创建终端以供确认；第二生成单元206被配置成响应于确定所接收到的对应上述目标服务调用请求信息的各个需求反馈信息满足预设确认条件，根据预设需求文档模版、上述各个需求反馈信息和上述目标服务调用需求信息，生成中台服务调用需求文档，其中，上述各个需求反馈信息包括上述需求终端发送的需求反馈信息和上述中台服务创建终端发送的需求反馈信息；存储单元207被配置成将上述中台服务调用需求文档存储至需求文档数据库。

可以理解的是，服务调用需求文档存储装置200中记载的诸单元与参考图1描述的方法中的各个步骤相对应。由此，上文针对方法描述的操作、特征以及产生的有益效果同样适用于装置200及其中包含的单元，在此不再赘述。

下面参考图3，其示出了适于用来实现本公开的一些实施例的电子设备300（例如计算设备）的结构示意图。本公开的一些实施例中的电子设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA（个人数字助理）、PAD（平板电脑）、PMP（便携式多媒体播放器）、车载终端（例如车载导航终端）等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图3示出的电子设备仅仅是一个示例，不应对本公开的实施例的功能和使用范围带来任何限制。

如图3所示，电子设备300可以包括处理装置301（例如中央处理器、图形处理器等），其可以根据存储在只读存储器（ROM）302中的程序或者从存储装置308加载到随机访问存储器（RAM）303中的程序而执行各种适当的动作和处理。在RAM 303中，还存储有电子设备300操作所需的各种程序和数据。处理装置301、ROM 302以及RAM 303通过总线304彼此相连。输入/输出（I/O）接口305也连接至总线304。

通常，以下装置可以连接至I/O接口305：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置306；包括例如液晶显示器（LCD）、扬声器、振动器等的输出装置307；包括例如磁带、硬盘等的存储装置308；以及通信装置309。通信装置309可以允许电子设备300与其他设备进行无线或有线通信以交换数据。虽然图3示出了具有各种装置的电子设备300，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图3中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。

特别地，根据本公开的一些实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的一些实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的一些实施例中，该计算机程序可以通过通信装置309从网络上被下载和安装，或者从存储装置308被安装，或者从ROM302被安装。在该计算机程序被处理装置301执行时，执行本公开的一些实施例的方法中限定的上述功能。

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

在一些实施方式中，客户端、服务器可以利用诸如HTTP（HyperText TransferProtocol，超文本传输协议）之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信（例如，通信网络）互连。通信网络的示例包括局域网（“LAN”），广域网（“WAN”），网际网（例如，互联网）以及端对端网络（例如，ad hoc端对端网络），以及任何当前已知或未来研发的网络。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：响应于接收到需求终端发送的中台服务调用需求信息，对上述中台服务调用需求信息包括的需求填报用户信息进行校验处理，得到用户校验信息；响应于确定上述用户校验信息满足预设用户校验条件，对上述中台服务调用需求信息包括的业务场景信息进行校验处理，得到场景校验信息；响应于确定上述场景校验信息满足预设场景校验条件，获取中台服务基础信息；根据上述中台服务调用需求信息和上述中台服务基础信息，生成目标服务调用需求信息，其中，上述目标服务调用需求信息包括服务创建用户标识；将上述目标服务调用请求信息发送至上述需求终端和对应上述服务创建用户标识的中台服务创建终端以供确认；响应于确定所接收到的对应上述目标服务调用请求信息的各个需求反馈信息满足预设确认条件，根据预设需求文档模版、上述各个需求反馈信息和上述目标服务调用需求信息，生成中台服务调用需求文档，其中，上述各个需求反馈信息包括上述需求终端发送的需求反馈信息和上述中台服务创建终端发送的需求反馈信息；将上述中台服务调用需求文档存储至需求文档数据库。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的一些实施例的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网（LAN）或广域网（WAN）——连接到用户计算机，或者，可以连接到外部计算机（例如利用因特网服务提供商来通过因特网连接）。

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

描述于本公开的一些实施例中的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括第一校验单元、第二校验单元、获取单元、第一生成单元、发送单元、第二生成单元和存储单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一校验单元还可以被描述为“响应于接收到需求终端发送的中台服务调用需求信息，对上述中台服务调用需求信息包括的需求填报用户信息进行校验处理，得到用户校验信息的单元”。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列（FPGA）、专用集成电路（ASIC）、专用标准产品（ASSP）、片上系统（SOC）、复杂可编程逻辑设备（CPLD）等等。

以上描述仅为本公开的一些较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开的实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的（但不限于）具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (8)

1.一种服务调用需求文档存储方法，包括：

响应于接收到需求终端发送的中台服务调用需求信息，对所述中台服务调用需求信息包括的需求填报用户信息进行校验处理，得到用户校验信息；

响应于确定所述用户校验信息满足预设用户校验条件，对所述中台服务调用需求信息包括的业务场景信息进行校验处理，得到场景校验信息，其中，所述对所述中台服务调用需求信息包括的业务场景信息进行校验处理，得到场景校验信息，包括：

将所述中台服务调用需求信息包括的业务场景信息中的各个字符串的数量确定为字符串数量；

响应于确定所述字符串数量满足预设数量条件，对所述业务场景信息进行关键词提取处理，得到关键词集合；

对所述关键词集合包括的各个关键词进行特征提取处理，得到关键词特征向量组；

对预设关联关键词集合包括的每个预设关联关键词，执行以下步骤：

对所述预设关联关键词进行特征提取处理，得到关联关键词特征向量；

对于所述关键词特征向量组包括的每个关键词特征向量，将所述关联关键词特征向量与所述关键词特征向量的相似度确定为关键词相似度；

响应于确定所确定的各个关键词相似度中存在满足预设相似度条件的关键词相似度，将对应所述预设关联关键词的预设关键词分数确定为关键词分数；

将所确定的各个关键词分数的和确定为场景描述分数信息；

响应于确定所述场景描述分数信息满足预设分数条件，将预设场景校验通过信息确定为场景校验信息；

响应于确定所述场景校验信息满足预设场景校验条件，获取中台服务基础信息；

根据所述中台服务调用需求信息和所述中台服务基础信息，生成目标服务调用需求信息，其中，所述目标服务调用需求信息包括服务创建用户标识；

将所述目标服务调用请求信息发送至所述需求终端和对应所述服务创建用户标识的中台服务创建终端以供确认；

响应于确定所接收到的对应所述目标服务调用请求信息的各个需求反馈信息满足预设确认条件，根据预设需求文档模版、所述各个需求反馈信息和所述目标服务调用需求信息，生成中台服务调用需求文档，其中，所述各个需求反馈信息包括所述需求终端发送的需求反馈信息和所述中台服务创建终端发送的需求反馈信息；

将所述中台服务调用需求文档存储至需求文档数据库。

2.根据权利要求1所述的方法，其中，所述方法还包括：

将所述中台服务调用需求文档发送至所述中台服务创建终端以完成服务接口创建；

响应于接收到所述中台服务创建终端发送的对应所述中台服务调用需求文档的接口创建完成信息，将所述接口创建完成信息发送至中台服务应用终端以供中台服务应用用户和中台服务创建用户执行服务联调操作。

3.根据权利要求2所述的方法，其中，所述方法还包括：

获取中台接口运行信息集；

根据所述中台接口运行信息集，生成中台运行状态信息；

响应于确定所述中台运行状态信息满足预设状态条件，将所述中台接口运行信息集发送至所述中台服务创建终端。

4.根据权利要求3所述的方法，其中，所述根据所述中台接口运行信息集，生成中台运行状态信息，包括：

对于所述中台接口运行信息集包括的每个中台接口运行信息，根据所述中台接口运行信息，确定运行类型；

响应于确定所确定的各个运行类型满足预设运行条件，将预设状态正常信息确定为中台运行状态信息；

响应于确定所确定的各个运行类型未满足所述预设运行条件，将预设状态异常信息确定为中台运行状态信息。

5.根据权利要求1所述的方法，其中，所述需求填报用户信息包括用户登录标识；以及

所述对所述中台服务调用需求信息包括的需求填报用户信息进行校验处理，得到用户校验信息，包括：

将所述中台服务调用需求信息中的需求填报用户信息包括的用户登录标识确定为目标用户登录标识；

获取对应所述目标用户登录标识的用户属性信息；

响应于确定所述用户属性信息满足预设属性条件，将预设用户校验通过信息确定为用户校验信息。

6.一种服务调用需求文档存储装置，包括：

第一校验单元，被配置成响应于接收到需求终端发送的中台服务调用需求信息，对所述中台服务调用需求信息包括的需求填报用户信息进行校验处理，得到用户校验信息；

第二校验单元，被配置成响应于确定所述用户校验信息满足预设用户校验条件，对所述中台服务调用需求信息包括的业务场景信息进行校验处理，得到场景校验信息，其中，所述对所述中台服务调用需求信息包括的业务场景信息进行校验处理，得到场景校验信息，包括：

将所述中台服务调用需求信息包括的业务场景信息中的各个字符串的数量确定为字符串数量；

响应于确定所述字符串数量满足预设数量条件，对所述业务场景信息进行关键词提取处理，得到关键词集合；

对所述关键词集合包括的各个关键词进行特征提取处理，得到关键词特征向量组；

对预设关联关键词集合包括的每个预设关联关键词，执行以下步骤：

对所述预设关联关键词进行特征提取处理，得到关联关键词特征向量；

对于所述关键词特征向量组包括的每个关键词特征向量，将所述关联关键词特征向量与所述关键词特征向量的相似度确定为关键词相似度；

响应于确定所确定的各个关键词相似度中存在满足预设相似度条件的关键词相似度，将对应所述预设关联关键词的预设关键词分数确定为关键词分数；

将所确定的各个关键词分数的和确定为场景描述分数信息；

响应于确定所述场景描述分数信息满足预设分数条件，将预设场景校验通过信息确定为场景校验信息；

获取单元，被配置成响应于确定所述场景校验信息满足预设场景校验条件，获取中台服务基础信息；

第一生成单元，被配置成根据所述中台服务调用需求信息和所述中台服务基础信息，生成目标服务调用需求信息，其中，所述目标服务调用需求信息包括服务创建用户标识；

发送单元，被配置成将所述目标服务调用请求信息发送至所述需求终端和对应所述服务创建用户标识的中台服务创建终端以供确认；

第二生成单元，被配置成响应于确定所接收到的对应所述目标服务调用请求信息的各个需求反馈信息满足预设确认条件，根据预设需求文档模版、所述各个需求反馈信息和所述目标服务调用需求信息，生成中台服务调用需求文档，其中，所述各个需求反馈信息包括所述需求终端发送的需求反馈信息和所述中台服务创建终端发送的需求反馈信息；

存储单元，被配置成将所述中台服务调用需求文档存储至需求文档数据库。

7.一种电子设备，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-5中任一所述的方法。

8.一种计算机可读介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现如权利要求1-5中任一所述的方法。