接口的服务数据处理方法、装置以及电子设备与流程

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.在一个可能的实现中，所述数据中心包括redis数据库以及本地内存；所述redis数据库和所述本地内存之间按预设周期进行数据同步。
29.第二方面，本技术实施例提供了一种接口的服务数据处理装置，其特征在于，应用于所述接口的服务数据处理系统，所述服务数据处理系统包括数据中心；所述装置包括：
30.获取模块，用于获取前端针对目标接口的调用请求；
31.第一处理模块，用于对所述调用请求进行前置处理，得到前置处理结果；
32.第二处理模块，用于若所述前置处理结果为所述目标接口处于未下线状态，则对所述目标接口进行业务处理，得到业务处理结果；其中，所述业务处理结果中包括所述目标接口的信息以及对应的第一话术信息；
33.对比模块，用于将所述业务处理结果与所述数据中心内的全部话术信息数据进行对比，得到对比结果；
34.返回模块，用于若所述对比结果为所述第一话术信息未发生修改，则将所述目标接口的信息以及所述第一话术信息返回至所述前端。
35.第三方面，本技术实施例提供了一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的方法的步骤。
36.第四方面，本技术实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可运行指令，所述计算机可运行指令在被处理器调用和运行时，所述计算机可运行指令促使所述处理器运行上述第一方面所述的方法的步骤。
37.本技术实施例带来了以下有益效果：
38.本技术实施例提供了一种接口的服务数据处理方法、装置以及电子设备，首先获取前端针对目标接口的调用请求，之后对调用请求进行前置处理，得到前置处理结果，若前置处理结果为目标接口处于未下线状态，则对目标接口进行业务处理，得到业务处理结果，
其中的业务处理结果中包括目标接口的信息以及对应的第一话术信息，之后将业务处理结果与数据中心内的全部话术信息数据进行对比，得到对比结果，若对比结果为第一话术信息未发生修改，则将目标接口的信息以及第一话术信息返回至前端，实现了对于话术的动态配置，避免了对于话术的控制延迟缓解了现有技术中针对接口服务话术的调整效率较低技术问题，而且通过将话术数据存储于服务端的数据中心，缓解了动态话术大量存储问题以及数据存储持久化的问题。
附图说明
39.为了更清楚地说明本技术具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
40.图1为本技术实施例提供的一种接口的服务数据处理方法的流程示意图；
41.图2为本技术实施例提供的一种总体流程示意图；
42.图3为本技术实施例提供的一种前置处理器的工作流程示意图；
43.图4为本技术实施例提供的一种后置处理器的工作流程示意图；
44.图5为本技术实施例提供的一种异常拦截处理的流程示意图；
45.图6为本技术实施例提供的一种数据中心的工作流程示意图；
46.图7为本技术实施例提供的一种接口的服务数据处理装置的结构示意图；
47.图8为本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
48.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合附图对本技术的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
49.本技术实施例中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
50.目前，各种接口服务都对应有各自的提示话术，以起到对用户进行提醒指引的功能。但是在运行中接口状态可能发生变化，或是因为业务需要对提示话术需要进行修改，因此存在对于话术进行动态调整的需求。但是对于现有技术存在着针对接口服务话术的调整效率较低技术问题。
51.基于此，本技术实施例提供了一种接口的服务数据处理方法、装置以及电子设备，通过该方法可以缓解针对接口服务话术的调整效率较低技术问题。
52.下面结合附图对本技术实施例进行进一步的介绍。
53.图1为本技术实施例提供的一种接口的服务数据处理方法的流程示意图，其中，该方法可以应用于接口的服务数据处理系统，服务数据处理系统包括数据中心。如图1所示，
该方法包括:
54.步骤s110，获取前端针对目标接口的调用请求。
55.示例性的，可以利用java spring中面向切面(aspect oriented programming，aop)的原理，通过对调用请求进行拦截，从而进行前置处理与后置处理。通过spring aop技术，可以无侵入式对接口进行前置增强与后置增强。
56.步骤s120，对调用请求进行前置处理，得到前置处理结果。
57.示例性的，如图2所示，可以首先对调用请求进行前置处理，主要起到对于目标接口的下线拦截的作用，通过判断该请求对应的目标接口是否处于下线状态，从而根据目标接口的上下线状态决定是否继续进行业务处理。其具体的工作流程如图3所示，前置处理器接收到调用请求后向数据中心请求目标接口对应的数据，从而根据数据中的接口下线信息判定是否放行，如果目标接口处于下线状态，则将目标接口处于下线的话术信息返回至前端，即通过网关返回至客户端。
58.步骤s130，若前置处理结果为目标接口处于未下线状态，则对目标接口进行业务处理，得到业务处理结果。
59.其中，业务处理结果中包括目标接口的信息以及对应的第一话术信息。
60.示例性的，如图3所示，如果目标接口处于未下线状态，则前置处理器对调用请求进行放行，进行正常的实际接口业务逻辑处理，确定目标接口的信息以及对应的第一话术信息。
61.步骤s140，将业务处理结果与数据中心内的全部话术信息数据进行对比，得到对比结果。
62.示例性的，如图4所示，在得到业务处理结果之后，可以通过后置处理器对业务处理结果进行后置处理，即后置拦截，对返回的业务处理结果进行拦截处理，并且过滤出话术。例如，可以对返回体(业务处理结果)中basemodel中的返回话术进行过滤，将其与数据中心内的全部话术信息数据进行对比，得到对比结果，进而基于不同的对比结果对话术进行不同的处理。
63.步骤s150，若对比结果为第一话术信息未发生修改，则将目标接口的信息以及第一话术信息返回至前端。
64.示例性的，如图2所示，如果对比结果为第一话术信息未发生修改，即第一话术信息与目标接口在数据中心内存储的对应的话术信息为相同的话术信息，则将目标接口的信息以及第一话术信息返回至前端。
65.本技术实施例提供的一种接口的服务数据处理方法、装置以及电子设备，首先获取前端针对目标接口的调用请求，之后对调用请求进行前置处理，得到前置处理结果，若前置处理结果为目标接口处于未下线状态，则对目标接口进行业务处理，得到业务处理结果，其中的业务处理结果中包括目标接口的信息以及对应的第一话术信息，之后将业务处理结果与数据中心内的全部话术信息数据进行对比，得到对比结果，若对比结果为第一话术信息未发生修改，则将目标接口的信息以及第一话术信息返回至前端，实现了对于话术的动态配置，避免了对于话术的控制延迟缓解了现有技术中针对接口服务话术的调整效率较低技术问题，而且通过将话术数据存储于服务端的数据中心，缓解了动态话术大量存储问题以及数据存储持久化的问题。
66.下面对上述步骤进行详细介绍。
67.在一些实施例中，在上述步骤s140之后，该方法还可以包括如下步骤：
68.步骤a)，若对比结果为第一话术信息为新增话术信息，则将第一话术信息存储于数据中心。
69.步骤b)，将目标接口的信息以及第一话术信息返回至前端。
70.示例性的，如图4所示，如果后置处理的对比结果为第一话术信息为新增的话术信息，则可以将第一话术信息存储添加至数据中心，并将目标接口的信息以及第一话术信息返回至前端。
71.通过将新增的第一话术信息存储于数据中心，可以实现对于数据库中目标接口以及对应的第一话术信息的及时更新，使后来的调用请求可以正确的携带相关话术信息返回至前端，实现话术的动态配置，提高了针对接口服务话术的调整效率。
72.在一些实施例中，在上述步骤s140之后，该方法还可以包括如下步骤：
73.步骤c)，若对比结果为第一话术信息发生修改，则在数据中心内确定与目标接口的信息对应的修改后的第二话术信息。
74.步骤d)，将目标接口的信息以及第二话术信息返回至前端。
75.示例性的，如图4所示，在实际运营中可能客户反馈第一话术信息的语气过于生硬，因此可以在线对数据中心内的第一话术信息的内容进行实时编辑修改，得到第二话术信息。例如原本的话术为“此账户未注册，存在安全风险，需要马上修复”，运维人员可以对其进行修改，修改为“用户名或密码输入有误，请重试”。因此导致后置处理的对比结果为第一话术信息发生修改，即第一话术信息与目标接口在数据中心内存储的对应的话术信息为不同的话术信息，二者信息不匹配，因此可以在数据中心内确定与目标接口的信息对应的修改后的第二话术信息，并重新构件basemodel，将第二话术信息放回与目标接口的信息对应的返回体，并返回至前端。
76.通过在数据中心内确定与目标接口的信息对应的修改后的第二话术信息，并将目标接口的信息以及第二话术信息返回至前端，可以使返回体携带正确的与目标接口对应的话术信息返回至前端，实现话术的动态配置，提高了针对接口服务话术的调整效率。
77.在一些实施例中，在上述步骤s120之后，该方法还可以包括如下步骤：
78.步骤e)，对业务处理结果是否存在异常进行第一判断。
79.步骤f)，若第一判断结果为是，则对异常是否为业务异常进行第二判断。
80.步骤g)，若第二判断结果为否，则对异常的出现频次进行记录。
81.步骤h)，若出现频次大于预设阈值，则向管理端发送报警信息。
82.对于上述步骤e)，其中的业务处理结果中包括目标接口的信息以及对应的第一话术信息。
83.示例性的，如图5所示，在得到业务处理结果后，还可以并行的通过异常处理器对业务处理结果进行异常检测处理，对业务处理结果是否存在异常进行第一判断。如果存在异常，则对异常是否为业务异常进行第二判断。因为系统运行之前，运维人员可以预料到一些潜在的业务异常，为其设定指定的应对措施，例如为其设定一些对应的指定异常话术。如果第二判断结果为该异常不是业务异常，例如出现了抛出异常，则需要对异常的出现频次进行记录，进而对该出现频次是否超过预设阈值(例如，每分钟十次)进行判断，如果超过了
预设阈值，则可以通过邮件、短信等方式向管理端(运维人员)发送报警信息，使管理端可以第一时间定位问题，进行排查。提高了系统的稳定性以及维护效率。
84.基于上述步骤e)、步骤f)、步骤g)和步骤h)，在上述步骤f)之后，该方法还可以包括如下步骤：
85.步骤i)，若第二判断结果为是，则对数据中心内是否存在指定异常话术信息进行第三判断。
86.步骤j)，若第三判断结果为是，则将目标接口的信息以及指定异常话术信息返回至前端。
87.步骤k)，若第三判断结果为否，将目标接口的信息以及第一话术信息返回至前端，并将第一话术信息作为新增异常话术信息存储于数据中心。
88.对于上述步骤i)，其中的指定异常话术信息为与业务异常对应的话术信息。
89.示例性的，如图5所示，由于在系统运行之前，运维人员为一些潜在的业务异常设定了指定的异常话术，因此当异常为业务异常时，可以在数据中心内查询是否存储有对应的指定异常话术，如果存在指定异常话术，将目标接口的信息以及指定异常话术信息返回至前端；如果不存在指定异常话术，则将目标接口的信息以及第一话术信息返回至前端，并将第一话术信息作为新增异常话术信息存储于数据中心，从而实现对于话术信息的高效调整。
90.在一些实施例中，调用请求包括针对目标接口的下线请求；上述步骤s120具体可以包括如下步骤：
91.步骤l)，响应于针对目标接口的下线请求，对目标接口进行下线处理，使目标接口处于下线状态。
92.示例性的，如图2所示，运维人员还可以通过发送相关请求控制对应的目标接口临时下线，并在目标接口下线后对相对应的话术信息进行修改。例如，因为第三方未知异常导致目标接口服务不可用，需要临时下线目标接口，避免垃圾数据的产生，降低后续修复系统的成本。因此可以控制目标接口临时下线，并将对应的话术信息修改为“服务正在升级，请稍后重试”，当前端针对该目标接口进行请求时，即可以收到“服务正在升级，请稍后重试”的话术信息。
93.通过使系统响应于针对目标接口的下线请求，对目标接口进行下线处理，使目标接口处于下线状态，可以在出现异常状况时对接口进行一键下线，避免垃圾数据的产生，降低后续修复系统的成本。
94.在一些实施例中，数据中心包括redis数据库以及本地内存；redis数据库和本地内存之间按预设周期进行数据同步。
95.示例性的，如图6所示，数据中心用于存放接口路径以及相关话术信息，数据中心包括redis数据库以及本地内存，通过在本地内存中开辟一片内存空间，并且定时通过redis中间件往该内存空间进行刷新接口部分数据，例如通过scheduled定时器定时进行任务处理，实现周期性数据同步，实现存储数据与内存数据进行高效交互。前置处理器、后置处理器以及异常处理器的所有逻辑处理都同时经由数据中心中的redis数据库以及本地内存，例如通过pointcut扫描点指定需要扫描的类，进而实现话术的对比以及修改。运维人员对于话术信息的修改是通过后台管理系统对redis数据库中数据进行的修改，修改完成后
redis数据库与本地内存进行同步。并且还可以利用canal中间件进行监控同步处理，实现外部数据库(例如mysql)与redis数据库之间的数据进行高效实时同步。
96.实现了对于话术的动态配置，避免了对于话术的控制延迟缓解了现有技术中针对接口服务话术的调整效率较低技术问题，而且通过将话术数据存储于服务端的数据中心，缓解了动态话术大量存储问题以及数据存储持久化的问题。
97.图7为本技术实施例提供的一种接口的服务数据处理装置的结构示意图。如图7所示，接口的服务数据处理装置700包括：
98.获取模块701，用于获取前端针对目标接口的调用请求；
99.第一处理模块702，用于对调用请求进行前置处理，得到前置处理结果；
100.第二处理模块703，用于若前置处理结果为目标接口处于未下线状态，则对目标接口进行业务处理，得到业务处理结果；其中，业务处理结果中包括目标接口的信息以及对应的第一话术信息；
101.对比模块704，用于将业务处理结果与数据中心内的全部话术信息数据进行对比，得到对比结果；
102.返回模块705，用于若对比结果为第一话术信息未发生修改，则将目标接口的信息以及第一话术信息返回至前端。
103.在一些实施例中，该装置还可以包括：
104.第二返回模块，用于业务处理结果与数据中心内的全部话术信息数据进行对比，得到对比结果之后，若对比结果为第一话术信息为新增话术信息，则将第一话术信息存储于数据中心；
105.将目标接口的信息以及第一话术信息返回至前端。
106.在一些实施例中，该装置还可以包括：
107.第三返回模块，用于将业务处理结果与数据中心内的全部话术信息数据进行对比，得到对比结果之后，若对比结果为第一话术信息发生修改，则在数据中心内确定与目标接口的信息对应的修改后的第二话术信息；
108.将目标接口的信息以及第二话术信息返回至前端。
109.在一些实施例中，该装置还可以包括：
110.报警模块，用于若前置处理结果为目标接口处于未下线状态，则对目标接口进行业务处理，得到业务处理结果之后，对业务处理结果是否存在异常进行第一判断；其中，业务处理结果中包括目标接口的信息以及对应的第一话术信息；
111.若第一判断结果为是，则对异常是否为业务异常进行第二判断；
112.若第二判断结果为否，则对异常的出现频次进行记录；
113.若出现频次大于预设阈值，则向管理端发送报警信息。
114.在一些实施例中，该装置还可以包括：
115.存储模块，用于若第一判断结果为是，则对异常是否为业务异常进行第二判断之后，若第二判断结果为是，则对数据中心内是否存在指定异常话术信息进行第三判断；其中，指定异常话术信息为与业务异常对应的话术信息；
116.若第三判断结果为是，则将目标接口的信息以及指定异常话术信息返回至前端；
117.若第三判断结果为否，将目标接口的信息以及第一话术信息返回至前端，并将第
一话术信息作为新增异常话术信息存储于数据中心。
118.在一些实施例中，第一处理模块702具体用于：
119.响应于针对目标接口的下线请求，对目标接口进行下线处理，使目标接口处于下线状态。
120.在一些实施例中，数据中心包括redis数据库以及本地内存；redis数据库和本地内存之间按预设周期进行数据同步。
121.本发明实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，系统实施例部分未提及之处，可参考前述方法实施例中相应内容。
122.本发明实施例提供了一种电子设备，具体的，该电子设备包括处理器和存储装置；存储装置上存储有计算机程序，计算机程序在被处理器运行时执行如上实施方式的任一项的方法。
123.图8为本发明实施例提供的一种电子设备的结构示意图，该电子设备包括：处理器801，存储器802，总线803和通信接口804，处理器801、通信接口804和存储器802通过总线803连接；处理器801用于执行存储器802中存储的可执行模块，例如计算机程序。
124.其中，存储器802可能包含高速随机存取存储器(ram，random access memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口804(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。
125.总线803可以是isa总线、pci总线或eisa总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
126.其中，存储器802用于存储程序，处理器801在接收到执行指令后，执行程序，前述本发明实施例任一实施例揭示的流过程定义的装置所执行的方法可以应用于处理器801中，或者由处理器801实现。
127.处理器801可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器801中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器801可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、网络处理器(network processor，简称np)等；还可以是数字信号处理器(digital signal processing，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现成可编程门阵列(field-programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器802，处理器801读取存储器802中的信息，结合其硬件完成上述方法的步骤。
128.本发明实施例所提供的可读存储介质的计算机程序产品，包括存储了程序代码的计算机可读存储介质，程序代码包括的指令可用于执行前面方法实施例中的方法，具体实
现可参见前述方法实施例，在此不再赘述。
129.功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
130.最后应说明的是：以上实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。