确定接口规约的方法、装置、设备及存储介质与流程

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.本技术实施例的第二方面提供了一种确定接口规约的装置，包括：
32.采集单元，用于采集多个接口规约，所述接口规约包括接口标识规约、属性规约、模式规约、安全规约、报文规约以及参数规约；
33.处理单元，用于将所述多个接口规约输入到已训练的规约评估模型中进行处理，得到每个所述接口规约对应的开发场景；
34.第一确定单元，用于根据每个所述接口规约对应的开发场景，确定多组接口规约文档；
35.第二确定单元，用于当接收到开发接口请求时，确定所述开发接口请求对应的实际开发场景；
36.开发单元，用于在所述多组接口规约文档中确定与所述实际开发场景匹配的目标接口规约文档。
37.本技术实施例的第三方面提供了一种确定接口规约的设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如上述第一方面所述的确定接口规约的方法的步骤。
38.本技术实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面所述的确定接口规约的方法的步骤。
39.本技术实施例的第五方面提供了一种计算机程序产品，当计算机程序产品在设备
上运行时，使得该设备执行上述第一方面所述的确定接口规约的方法的步骤。
40.本技术实施例提供的确定接口规约的方法、装置、设备及存储介质，具有以下有益效果：
41.采集多个接口规约，接口规约包括接口标识规约、属性规约、模式规约、安全规约、报文规约以及参数规约；将多个接口规约输入到已训练的规约评估模型中进行处理，得到每个接口规约对应的开发场景；根据每个接口规约对应的开发场景，确定多组接口规约文档；当接收到开发接口请求时，确定开发接口请求对应的实际开发场景；在多组接口规约文档中确定与实际开发场景匹配的目标接口规约文档。上述方案中，采集多个接口规约，通过规约评估模型确定每个接口规约对应的开发场景，进而确定多组接口规约文档，当接收到开发接口请求时，在多组接口规约文档中快速确定可用于开发该接口的目标接口规约文档。该方法快速生成并确定了用于开发该接口的目标接口规约文档，无需开发双方来回多次探讨接口规约，简化了开发接口约定规约的步骤，节省了开发接口的成本，提升了开发效率。
附图说明
42.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
43.图1是本技术一示例性实施例提供的确定接口规约的方法的示意性流程图；
44.图2是本技术一示例性实施例示出的确定接口规约的方法的步骤s102的具体流程图；
45.图3是本技术再一示例性实施例示出的检验接口开发结果的方法的具体流程图；
46.图4是本技术再一示例性实施例示出的训练规约评估模型的方法的具体流程图；
47.图5是本技术一实施例提供的一种确定接口规约的装置的示意图；
48.图6是本技术另一实施例提供的一种确定接口规约的设备的示意图。
具体实施方式
49.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
50.在本技术实施例的描述中，除非另有说明，“/”表示或的意思，例如，a/b可以表示a或b；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，在本技术实施例的描述中，“多个”是指两个或多于两个。
51.以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。
52.本技术实施例可以基于人工智能技术对相关的数据进行获取和处理。其中，人工智能(artificial intelligence，ai)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。
53.人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习/监督学习等几大方向。
54.请参见图1，图1是本技术一示例性实施例提供的确定接口规约的方法的示意性流程图。本技术提供的确定接口规约的方法的执行主体为确定接口规约的设备，其中，该设备包括但不限于智能手机、平板电脑、计算机、个人数字助理(personal digital assistant，pda)、台式电脑等移动终端，还可以包括各种类型的服务器。
55.例如，服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(content delivery network，cdn)、以及大数据和人工智能平台等基础云计算服务的云服务。
56.本技术实施例中以执行主体为计算机终端为例进行说明。
57.如图1所示的确定接口规约的方法可包括：s101～s105，具体如下：
58.s101：采集多个接口规约，接口规约包括接口标识规约、属性规约、模式规约、安全规约、报文规约以及参数规约。
59.示例性地，接口规约包括接口标识规约、属性规约、模式规约、安全规约、报文规约、参数规约、请求连接以及请求类型等。其中，接口标识规约用于约定接口标识，属性规约用于约定属性参数，模式规约用于约定交互模式，安全规约用于约定加密方式以及解密方式，报文规约用于约定报文格式，参数规约用于约定请求参数以及针对该请求返回的参数。此处仅为示例性说明，对此不做限定。
60.示例性地，可获取各种类型的已开发完成的接口，获取这些接口对应的各个接口规约，或者在网络上采集多个接口规约，或者由用户自定义多个接口规约。也可以是上述这些获取接口规约方式的任意组合。此处仅为示例性说明，对此不做限定。
61.s102：将多个接口规约输入到已训练的规约评估模型中进行处理，得到每个接口规约对应的开发场景。
62.示例性地，依次将每个接口规约输入到已训练的规约评估模型中进行处理，规约评估模型输出每个接口规约对应的开发场景。
63.在本实施例中，终端中预先存储有预先训练好的规约评估模型。该规约评估模型是使用机器学习算法，基于样本训练集对初始规约评估网络进行训练得到的。其中，样本训练集可以包括多个样本接口规约，以及每个样本接口规约对应的样本开发场景。
64.可以理解的是，规约评估模型可以由终端预先训练好，也可以由其他设备预先训练好后将规约评估模型对应的文件移植至本终端中。也就是说，训练该规约评估模型的执行主体与使用该规约评估模型的执行主体可以是相同的，也可以是不同的。
65.例如，当采用其他设备训练初始规约评估网络(未训练的规约评估模型)时，其他设备对初始规约评估网络结束训练后，固定初始规约评估网络的参数，得到训练好的规约
评估模型对应的文件。然后将该文件移植到本终端中。其中，初始规约评估网络指未训练的规约评估模型。
66.s103：根据每个接口规约对应的开发场景，确定多组接口规约文档。
67.示例性地，接口规约文档是指由接口规约组成的文档。接口规约文档中可以包括接口标识规约、属性规约、模式规约、安全规约、报文规约、参数规约、请求连接以及请求类型等信息。
68.示例性地，根据每个接口规约对应的开发场景，确定属于相似场景的接口规约，将属于相似开发场景的接口规约进行组合，得到多组接口规约文档。每组接口规约文档包括属于相似开发场景的多个接口规约。
69.例如，a接口规约对应的开发场景为a社交软件的登录场景，b接口规约对应的开发场景为b社交软件的登录场景，a社交软件与b社交软件并不相同，但都属于社交软件，且两个接口规约都对应的是登录场景，则a接口规约对应的开发场景与b接口规约对应的开发场景为相似开发场景。
70.又例如，c接口规约对应的开发场景为c基金软件的申购场景，d接口规约对应的开发场景为d基金软件的申购场景，c基金软件与d基金软件并不相同，但都属于基金交易软件，且两个接口规约都对应的是申购场景，则c接口规约对应的开发场景与d接口规约对应的开发场景为相似开发场景。
71.此处仅为示例性说明，对此不做限定。
72.可选地，在本技术一些可能的实现方式中，上述s103可包括s1031～s1032，具体如下：
73.s1031：根据每个接口规约对应的开发场景，确定属于同一开发场景的接口规约。
74.示例性地，在这些接口规约中选取开发场景完全相同的接口规约。例如，可通过文本相似度软件确定相同的开发场景，获取相同的开发场景各自对应的接口规约，得到属于同一开发场景的接口规约。
75.例如，开发场景可以为正常登录(例如各种网站的登录、社交软件的登录等)、提交订单、申购基金、赎回基金、购买保险、退出登陆等。此处仅为示例性说明，对此不做限定。
76.s1032：将属于同一开发场景的接口规约进行组合，得到多组接口规约文档。
77.每组接口规约文档包括属于同一开发场景的多个接口规约。
78.例如，某个接口规约为接口标识规约，其对应的开发场景为申购基金。另个接口规约为属性规约，该属性规约对应的开发场景也为申购基金。则该接口标识规约和该属性规约属于同一开发场景的接口规约。
79.可选地，对属于同一开发场景的多个接口规约可进行去重处理。示例性地，检测属于同一开发场景的多个接口规约中，是否有完全相同的接口规约，将完全相同的接口规约保留一个，其余的删除。
80.s104：当接收到开发接口请求时，确定开发接口请求对应的实际开发场景。
81.示例性地，实际开发场景可以理解为开发该接口所应用的场景。即开发该接口是为了应用于什么样的场景。
82.接口请求可以包括客户端接口请求、服务器接口请求等。示例性地，当需要开发客户端接口时，发送客户端接口请求，客户端接口请求中携带有该客户端对应的实际开发场
景，获取该实际开发场景。例如，某个客户端需要开发登录接口，发送的客户端接口请求中携带有正常登录这一实际开发场景，获取该开发场景。此处仅为示例性说明，对此不做限定。
83.对于接口请求的方式不做限定，根据实际开发需求选择。例如，请求的方式可以包括get请求(向特定资源发出请求)、post请求(向指定资源提交数据进行处理请求)、put请求(向指定资源位置上上传其最新内容)、head请求(与get请求类似，返回的响应中没有具体内容，用于获取报头)、delete请求(请求服务器删除页面)、trace请求(用于测试和诊断)、opions请求(允许客户端查看服务器性能)等。
84.s105：在多组接口规约文档中确定与实际开发场景匹配的目标接口规约文档。
85.示例性地，获取每组接口规约文档对应的开发场景，在每组接口规约文档对应的开发场景中，查找与实际开发场景匹配的开发场景所对应的接口规约文档，查找到的该接口规约文档即为目标接口规约文档。
86.目标接口规约文档可以包括：接口标识规约(约定接口标识)、属性规约(约定属性参数)、模式规约(用于约定交互模式)、安全规约(用于约定加密方式以及解密方式)、报文规约(用于约定报文格式)、参数规约(用于约定请求参数以及针对该请求返回的参数)、请求类型(即请求方式)等。此处仅为示例性说明，对此不做限定。
87.开发人员可以根据目标接口规约文档中的这些数据开发接口。具体开发接口的方式可参考现有技术中开发接口的方式，只是现有技术中开发接口时的接口规约是开发双方来回多次探讨确定的，本方案中是通过上述方式确定的目标接口规约文档。
88.上述方案中，采集多个接口规约，通过规约评估模型确定每个接口规约对应的开发场景，进而确定多组接口规约文档，当接收到开发接口请求时，在多组接口规约文档中快速确定可用于开发该接口的目标接口规约文档。该方法快速生成并确定了用于开发该接口的目标接口规约文档，无需开发双方来回多次探讨接口规约，简化了开发接口约定规约的步骤，节省了开发成本。且根据确定的目标接口规约文档开发接口，提升了开发接口的效率。
89.可选地，在本技术一些可能的实现方式中，可根据客户的需求对目标接口规约文档进行调整。例如，客户对开发的接口有特殊需求时，可根据其特殊需求，对应调整与该特殊需求有关的接口规约。基于调整后的目标接口规约文档开发接口。
90.在这种实现方式中，根据客户的需求对目标接口规约文档进行调整，可使最后开发出的接口更符合客户的要求，避免多次对开发好的接口进行调整，侧面提升了开发接口的效率。
91.请参见图2，图2是本技术一示例性实施例示出的确定接口规约的方法的步骤s102的具体流程图；可选地，在本技术一些可能的实现方式中，上述s102可包括s1021～s1023，具体如下：
92.s1021：针对每个接口规约，基于规约评估模型对接口规约进行分词处理，得到多个分词。
93.示例性地，针对每个接口规约，对该接口规约进行分词处理，分词处理是指将接口规约中连续的字序列划分为多个词序列，即得到多个分词。具体地，规约评估模型中可包含分词算法，利用该分词算法对该接口规约进行分词处理，得到该分词算法对应的多个分词。
94.s1022：在多个分词中确定接口规约对应的关键词。
95.示例性地，针对每个接口规约，基于规约评估模型中的网络层对多个词序列进行处理，即将每个分词分别映射到向量空间，得到每个分词对应的向量特征。
96.确定每个分词对应的向量特征与该接口规约之间的余弦相似度。对每个余弦相似度进行归一化处理，得到每个分词与接口规约之间的关联程度值。关联程度值越大，表示该分词与接口规约相关程度越高；关联程度值越小，表示该分词与该接口规约相关程度越低。
97.根据每个分词与接口规约之间的关联程度值，确定接口规约对应的关键词。
98.具体地，针对每个接口规约，基于规约评估模型确定该接口规约对应的向量特征。计算每个分词对应的向量特征与该接口规约对应的向量特征之间的余弦相似度。对每个余弦相似度进行softmax逻辑回归处理，使余弦相似度的值落入[0，1]中，即得到每个分词与接口规约之间的关联程度值。
[0099]
基于每个分词对应的关联程度值的大小对所有分词进行排序，基于排序结果在其中挑选若干个分词作为接口规约对应的关键词。例如，基于每个分词对应的关联程度值，从大到小对所有分词进行排序，选取排序位置靠前的若干个分词作为该接口规约对应的关键词。
[0100]
或者，基于每个分词对应的关联程度值，从小到大对所有分词进行排序，选取排序位置靠后的若干个分词作为该接口规约对应的关键词。对于关键词的数量不做限定，可根据实际情况进行调整。
[0101]
例如，某个接口规约对应的关键词可以为越权、暴力破解、安全校验、安全登录等中的任意一个或多个。此处仅为示例性说明，对此不做限定。
[0102]
s1023：通过规约评估模型对关键词进行分类处理，得到接口规约对应的开发场景。
[0103]
示例性地，规约评估模型可以包括全连接层，通过该全连接层对关键词进行分类处理，得到该接口规约对应的开发场景。具体地，通过该全连接层计算该关键词属于每个开发场景的概率，将概率最大的开发场景作为该接口规约对应的开发场景。
[0104]
例如，某个接口规约对应的关键词为越权时，其对应的接口规约所对应的开发场景为正常登陆。此处仅为示例性说明，对此不做限定。
[0105]
规约评估模型在训练时会学习不同的接口规约与其对应的开发场景之间的联系，并不断调整规约评估模型参数，使该规约评估模型的处理结果越来越精确。因此，基于训练好的规约评估模型对多个接口规约进行处理时，可准确、快速地确定出每个接口规约对应的开发场景。
[0106]
请参见图3，图3是本技术再一示例性实施例示出的检验接口开发结果的方法的具体流程图；可选地，在本技术一些可能的实现方式中，在执行如图1所示的方法之后，还可包括检验接口开发结果的方法，检验接口开发结果的方法可包括：s106～s109，具体如下：
[0107]
s106：获取接口开发结果。
[0108]
示例性地，开发人员根据目标接口规约文档开发接口，开发完成后得到该接口对应的接口开发结果。获取该接口开发结果，接口开发结果可以包括响应接口请求的数据、接口名称、接口实现的功能等。
[0109]
s107：对目标接口规约文档进行解析，得到解析结果。
[0110]
解析结果可以包括用户请求的方式、请求的模块名称、接口名称、描述类型、接口功能、返回参数、请求参数、解密方式、加密方式以及接口访问权限等数据。
[0111]
示例性，在目标接口规约文档中提取接口请求的方式、请求的模块名称、接口名称、描述类型、接口功能、以及接口访问权限等具体数据。
[0112]
s108：根据解析结果对接口开发结果进行检验。
[0113]
根据客户的需求，依次检验解析结果中的各个数据是否正确。例如，解析结果中的请求方式为get请求，对开发好的接口进行测试，测试其请求方式是否也为get请求。若开发好的接口对应的请求方式为get请求，则证明开发好的接口在请求方式这方面没有问题。
[0114]
又例如，解析结果中的返回参数为this.yxvideos＝data.data，对开发好的接口进行测试，测试其返回参数是否也为this.yxvideos＝data.data。若开发好的接口对应的返回参数为this.yxvideos＝data.data，则证明开发好的接口在返回参数这方面没有问题。
[0115]
此处仅为示例性说明，对此不做限定。
[0116]
s109：当检验结果为接口开发结果合格时，发布接口。
[0117]
示例性地，基于解析结果中的每一项内容，对接口开发结果依次进行检验。基于解析结果中的每一项内容，开发好的接口均没有问题时，证明本次开发的接口合格，发布该接口。
[0118]
本实施方式中，对目标接口规约文档进行解析，得到解析结果，根据该解析结果对开发好的接口进行校验，可保证开发好的接口的质量，避免将不合格的接口发布，造成客户经济损失，从侧面提升了客户体验性。
[0119]
可选地，在本技术一些可能的实现方式中，在s108之后还可包括：当检验结果为接口开发结果不合格时，修改目标接口规约文档，修改后的目标接口规约文档用于开发人员再次开发接口。
[0120]
示例性地，基于解析结果中的每一项内容，对接口开发结果依次进行检验。基于解析结果中的每一项内容，开发好的接口有一项或多项存在问题时，证明本次开发的接口不合格，不能直接发布该接口。
[0121]
确定开发好的接口中哪一项内容存在问题，进一步确定存在问题的这一项是开发接口过程中出错了，还是目标接口规约文档中关于这项内容设置的不合理。如果是前者，对接口中的错误进行修复；如果是后者，则对应修改目标接口规约文档中存在问题的内容，开发人员可以根据修改后的目标接口规约文档重新开发该接口。
[0122]
本实施方式中，对目标接口规约文档进行解析，得到解析结果，根据该解析结果对开发好的接口进行校验，当开发好的接口检验结果为不合格时，修复该接口中存在问题的地方，可保证开发好的接口的质量，避免将不合格的接口发布，造成客户经济损失，从侧面提升了客户体验性。
[0123]
可选地，在本技术一些可能的实现方式中，在s108之后还可包括：当检验结果为接口开发结果不合格时，确定接口的错误类型；根据错误类型生成提示信息。该提示信息用于提示开发人员当前接口对应的错误类型。
[0124]
错误类型可以包括权限设置、返回参数、请求方式、加密方式、解密方式等。
[0125]
示例性地，基于解析结果中的每一项内容，开发好的接口有一项或多项存在问题
时，证明本次开发的接口不合格，不能直接发布该接口。确定开发好的接口中哪一项内容存在问题，根据存在问题的这项内容确定该开发好的接口所对应的错误类型。
[0126]
根据错误类型生成提示信息。例如，当错误类型为返回参数时，可生成提示信息：当前返回参数错误，请调整。将生成的提示信息展示给开发人员。此处仅为示例性说明，对此不做限定。
[0127]
本实施方式中，当开发好的接口检验结果为不合格时，确定对应的错误类型，并基于该错误类型提醒开发人员，便于开发人员及时且有针对性地对开发好的接口进行调整。
[0128]
请参见图4，图4是本技术再一示例性实施例示出的训练规约评估模型的方法的具体流程图；可选地，在本技术一些可能的实现方式中，在执行如图1所示的方法之前，还可包括训练规约评估模型的方法，训练规约评估模型的方法可包括：s201～s203，具体如下：
[0129]
s201：获取样本训练集，样本训练集包括多个样本接口规约，以及每个样本接口规约对应的样本开发场景。
[0130]
示例性地，获取样本训练集，该样本训练集包括多个样本接口规约，以及每个样本接口规约对应的样本开发场景。例如，可获取各种类型的已开发完成的接口，获取这些接口对应的各个接口规约，对这些接口规约对应的开发场景进行标注。和/或在网络上采集多个接口规约，对这些接口规约对应的开发场景进行标注。和/或用户自定义的多个接口规约，并标注每个接口规约对应的开发场景。
[0131]
可选地，可在样本训练集中选取部分数据作为测试集。例如，在样本训练集中选取部分样本接口规约，以及这些样本接口规约对应的样本开发场景，作为测试集。
[0132]
s202：基于样本训练集对初始规约评估网络进行训练，并基于训练结果更新初始规约评估网络的参数。
[0133]
示例性地，将样本训练集中的多个样本接口规约，以及每个样本接口规约对应的样本开发场景，输入初始规约评估网络(未训练的规约评估模型)进行训练，可选取梯度下降法进行训练，初始规约评估网络中的隐含层学习每个样本接口规约对应的标签的向量特征(即其对应的样本开发场景)。初始规约评估网络对样本接口规约的处理方式，可参考上述s102中的描述，此处不再赘述。
[0134]
s203：当检测到初始规约评估网络对应的损失函数收敛时，得到规约评估模型。
[0135]
示例性地，在达到预设的训练次数时，基于测试集对此时的初始规约评估网络进行测试。示例性地，将测试集中的样本接口规约输入此时的初始规约评估网络中进行处理，此时的初始规约评估网络输出该样本接口规约对应的开发场景。基于预设的损失函数计算样本接口规约对应的开发场景与该样本接口规约对应的样本开发场景之间的损失值。其中，损失函数可以为交叉熵损失函数。
[0136]
当损失值不满足预设条件时，调整初始规约评估网络的参数(例如，调整初始规约评估网络的隐含层对应的权重值)，并继续训练该初始规约评估网络。当损失值满足预设条件时，停止训练该初始规约评估网络，并将训练后的该初始规约评估网络作为已训练好的规约评估模型。
[0137]
例如，假设预设条件为损失值小于或等于预设的损失值阈值。那么，当损失值大于损失值阈值时，调整初始规约评估网络的参数，并继续训练该初始规约评估网络。当损失值小于或等于损失值阈值时，停止训练该初始规约评估网络，并将训练后的该初始规约评估
网络作为已训练好的规约评估模型。此处仅为示例性说明，对此不做限定。
[0138]
可选地，也可以是在训练初始规约评估网络的过程中，观察初始规约评估网络对应的损失函数收敛情况，当损失函数未收敛时，调整初始规约评估网络的参数，并继续训练该初始规约评估网络。当损失函数收敛时，停止训练该初始规约评估网络，并将训练后的该初始规约评估网络作为已训练好的规约评估模型。其中，损失函数收敛是指损失函数的值趋于稳定。此处仅为示例性说明，对此不做限定。
[0139]
本实施方式中，基于样本训练集对初始规约评估网络进行训练，得到规约评估模型。便于后续基于该规约评估模型对接口规约进行处理，进而快速生成接口规约文档。
[0140]
可选地，在一种可能的实现方式中，本技术提供的确定接口规约的方法也可应用于医疗领域。例如，在开发与医疗相关的接口时，通过本技术提供的确定接口规约的方法，可快速生成并确定用于开发医疗接口的接口规约文档，无需开发双方来回多次探讨接口规约，简化了开发医疗接口约定规约的步骤，节省了开发医疗接口的成本。且根据确定的接口规约文档开发医疗接口，提升了开发医疗接口的效率。
[0141]
待分类的文件可以是医疗文件，具体可以是个人健康档案文件、文件、检查报告文件等。对医疗文件进行分类并展示，有助于患者和医生查看病情，为治疗疾病提供方便。
[0142]
请参见图5，图5是本技术一实施例提供的一种确定接口规约的装置的示意图。该装置3包括的各单元用于执行图1－图4对应的实施例中的各步骤。具体请参阅图1－图4各自对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。参见图5，包括：
[0143]
采集单元310，用于采集多个接口规约，所述接口规约包括接口标识规约、属性规约、模式规约、安全规约、报文规约以及参数规约；
[0144]
处理单元320，用于将所述多个接口规约输入到已训练的规约评估模型中进行处理，得到每个所述接口规约对应的开发场景；
[0145]
第一确定单元330，用于根据每个所述接口规约对应的开发场景，确定多组接口规约文档；
[0146]
第二确定单元340，用于当接收到开发接口请求时，确定所述开发接口请求对应的实际开发场景；
[0147]
开发单元350，用于在所述多组接口规约文档中确定与所述实际开发场景匹配的目标接口规约文档。
[0148]
可选地，所述处理单元320具体用于：
[0149]
针对每个所述接口规约，基于所述规约评估模型对所述接口规约进行分词处理，得到多个分词；
[0150]
在所述多个分词中确定所述接口规约对应的关键词；
[0151]
通过所述规约评估模型对所述关键词进行分类处理，得到所述接口规约对应的开发场景。
[0152]
可选地，所述装置还包括：
[0153]
获取单元，用于获取接口开发结果；
[0154]
解析单元，用于对对所述目标接口规约文档进行解析，得到解析结果；
[0155]
检验单元，用于根据所述解析结果对所述接口开发结果进行检验；发布单元，当检
验结果为所述接口开发结果合格时，发布所述接口。
[0156]
可选地，所述装置还包括：
[0157]
修改单元，用于当检验结果为所述接口开发结果不合格时，修改所述目标接口规约文档，修改后的目标接口规约文档用于所述开发人员再次开发所述接口。
[0158]
可选地，所述装置还包括：
[0159]
第三确定单元，用于当检验结果为所述接口开发结果不合格时，确定所述接口的错误类型；
[0160]
提示单元，用于根据所述错误类型生成提示信息。
[0161]
可选地，所述第一确定单元330具体用于：
[0162]
根据每个所述接口规约对应的开发场景，确定属于同一开发场景的接口规约；
[0163]
将属于同一开发场景的接口规约进行组合，得到所述多组接口规约文档。
[0164]
可选地，所述装置还包括训练单元，所述训练单元用于：
[0165]
获取样本训练集，所述样本训练集包括多个样本接口规约，以及每个所述样本接口规约对应的样本开发场景；
[0166]
基于所述样本训练集对初始规约评估网络进行训练，并基于训练结果更新所述初始规约评估网络的参数；
[0167]
当检测到所述初始规约评估网络对应的损失函数收敛时，得到所述规约评估模型。
[0168]
请参见图6，图6是本技术另一实施例提供的一种确定接口规约的设备的示意图。如图6所示，该实施例的设备4包括：处理器40、存储器41以及存储在所述存储器41中并可在所述处理器40上运行的计算机程序42。所述处理器40执行所述计算机程序42时实现上述各个确定接口规约的方法实施例中的步骤，例如图1所示的s101至s105。或者，所述处理器40执行所述计算机程序42时实现上述各实施例中各单元的功能，例如图5所示单元310至350功能。
[0169]
示例性地，所述计算机程序42可以被分割成一个或多个单元，所述一个或者多个单元被存储在所述存储器41中，并由所述处理器40执行，以完成本技术。所述一个或多个单元可以是能够完成特定功能的一系列计算机指令段，该指令段用于描述所述计算机程序42在所述设备4中的执行过程。例如，所述计算机程序42可以被分割为采集单元、处理单元、第一确定单元、第二确定单元以及开发单元，各单元具体功能如上所述。
[0170]
所述设备可包括，但不仅限于，处理器40、存储器41。本领域技术人员可以理解，图6仅仅是设备4的示例，并不构成对设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述设备还可以包括输入输出设备、网络接入设备、总线等。
[0171]
所称处理器40可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signalprocessor，dsp)、专用集成电路(application specific integratedcircuit，asic)、现成可编程门阵列(field－programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0172]
所述存储器41可以是所述设备的内部存储单元，例如设备的硬盘或内存。所述存储器41也可以是所述设备的外部存储终端，例如所述设备上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)等。进一步地，所述存储器41还可以既包括所述设备的内部存储单元也包括外部存储终端。所述存储器41用于存储所述计算机指令以及所述终端所需的其他程序和数据。所述存储器41还可以用于暂时地存储已经输出或者将要输出的数据。
[0173]
本技术实施例还提供了一种计算机存储介质，计算机存储介质可以是非易失性，也可以是易失性，该计算机存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述各个确定接口规约的方法实施例中的步骤。
[0174]
本技术还提供了一种计算机程序产品，当计算机程序产品在设备上运行时，使得该设备执行上述各个确定接口规约的方法实施例中的步骤。
[0175]
本技术实施例还提供了一种芯片或者集成电路，该芯片或者集成电路包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片或者集成电路的设备执行上述各个确定接口规约的方法实施例中的步骤。
[0176]
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0177]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
[0178]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0179]
以上所述实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神范围，均应包含在本技术的保护范围之内。