一种通信业务访问管理方法、装置、电子设备及存储介质与流程

1.本技术涉及通信技术领域，尤其是涉及一种通信业务访问管理方法、装置、电子设备及存储介质。


背景技术：

2.随着科学技术的发展，企业可以通过电话、短信等方式为客户提供相关业务服务。用来完成通信信息传输过程的通信业务服务系统应运而生。作为通信业务服务系统来说要求随时随地都可用，因此通信业务服务系统通常需要保证全天不宕机。
3.目前在通信业务服务系统的业务入口负载中，经常使用分发设备来完成业务的分发，可以保证高性能地提供业务服务且满足通信业务服务系统的负载需求。由于客户需要的业务类型是多种多样的，因此大部分通信业务服务系统中的分发设备需要进行统一配置，保证无论面对何种业务类型都能正常处理。但是随着时间的推移，通信业务服务系统需要处理的业务的数据量越来越多，分发设备后端配置占用的资源逐渐增加。因此通信业务服务系统处理业务的时间逐渐延长，承载通信业务服务系统的cpu的运行速度会逐渐减慢，进而降低业务服务效率。


技术实现要素：

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.图1为本技术一实施例提供的一种应用场景示意图；图2为本技术一实施例提供的一种通信业务访问管理方法的流程图；图3为本技术一实施例提供的一种通信业务服务系统结构图；图4为本技术一实施例提供的一种通信业务访问方法流程图；图5为本技术一实施例提供的一种通信业务访问管理装置的结构示意图；图6为本技术一实施例提供的一种电子设备的结构示意图。
具体实施方式
30.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
31.另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。
32.下面结合说明书附图对本技术实施例作进一步详细描述。
33.目前在通信业务服务系统的业务入口负载中，经常采用keepalived和nginx完成业务分发。通信业务服务系统接收到客户的短信发送请求后先进行安全校验，校验无误后将短信发送请求发送到keepalived，由keepalived来探测系统中nginx的服务状态。若有nginx出现故障可以及时剔除，并将接收到的短信发送请求随机发送到正常工作的nginx，nginx将短信发送请求随机发送到自建应用进行处理。在自建应用进行短信发送请求的处理之前进行鉴权校验，鉴定该短信发送请求是否有权限被处理。此时无论该短信发送请求是不是有权限都已经占用了自建应用，若是遇到“洪水攻击”，通信业务服务系统中的大量自建应用会被恶意占用，甚至导致整个通信业务服务系统的资源耗尽。同时通信业务服务系统接收到短信发送请求后不经处理直接传送到nginx，所以每一个nginx都需要进行大量的后台配置，保证无论接收到的短信发送请求是何种类型，nginx都有能力进行处理对应的业务。随着时间的推移，nginx要进行的配置越来越多，以至于通信业务服务系统处理业务的时间逐渐延长，承载通信业务服务系统的cpu的运行速度会逐渐减慢，进而降低业务服务
效率。
34.基于此，本技术提供一种通信业务访问管理方法、装置、电子设备及存储介质。通信业务服务系统接收到客户的短信发送请求后先进行安全校验，校验无误后将短信发送请求发送到服务检测设备。这里的客户可能是企业，也可能是个人。服务检测设备调用预设数据库中的信息对于短信发送请求进行鉴权校验，直接拒绝没有权限的短信发送请求，避免无关的短信发送请求对于自建应用的占用。服务检测设备分析有权限的短信发送请求的类型，根据类型将短信发送请求分发到对应的分发设备上进行处理。因此分发设备只需要进行一种类型的配置即可，对应处理该类型的短信发送请求，分发设备后台配置不需要占用大量的资源。当有大量公司对应的大量短信发送请求需要并行发送时，不会影响到通信业务服务系统处理业务的时间，进而保证了业务服务效率。
35.图1为本技术提供的一种应用场景示意图。当大量用户需要接收验证码或者其他短信信息时，需要使用通信业务服务系统并行发送这些短信信息给对应的用户，应用本技术的方法来访问管理相关通信业务。在图1的发送短信信息的场景中，发送设备为电脑，该电脑上承载了用于实行本技术方法的通信业务服务系统。通信业务服务系统接收短信发送请求。对该短信发送请求进行安全校验，通过后进行鉴权校验。避免该短信发送请求是无用的请求或者是恶意占用资源的请求。鉴权校验通过后将该短信发送请求发送到对应的分发设备，由对应的自建应用进行处理，发送对应的短信。减少了分发设备后端配置占用的资源，保证业务服务效率。
36.具体的实现方式可以参考以下实施例。
37.图2为本技术一实施例提供的一种通信业务访问管理方法的流程图，本实施例的方法可以应用于以上场景中的电脑。如图2所示的，该方法包括：s201、接收短信发送请求并对该短信发送请求进行安全校验。
38.防火墙是可以将通信业务服务系统和系统外部网络进行隔离的网络安全系统，可以将该短信发送请求携带的一些不安全因素滤除，例如短信发送请求携带的病毒。对于一些无法过滤，显示存在异常的短信发送请求可以进行拦截并提示重新发送。
39.具体的，短信发送请求可以由发送者的信息、访问的密码、想要发送的短信内容、短信的接收人等信息组成。发送者将短信发送请求发送到通信业务服务系统时，会先通过防火墙，防火墙可以对该短信发送请求进行安全校验。
40.s202、若安全校验通过，则调用预设数据库中鉴权校验对应的数据，对短信发送请求进行鉴权校验。
41.预先配置数据库，可以用于存储进行鉴权校验的相关数据，该配置好的数据库可以为预设数据库。鉴权校验可以是检验短信发送请求是否具有被通信业务服务系统处理的权限。
42.具体的，若安全校验通过，则对于该短信发送请求进行鉴权校验，在鉴权校验过程中使用的数据可以从预设数据库中调取使用。若鉴权校验通过，则表示短信发送请求是安全的，接着可以检测短信发送请求是否有权限。对于通信业务服务系统来说，可以被不同的发送者访问，但是只有具备权限的发送者才可以使用通信业务服务系统来完成信息的发送。
43.s203、若鉴权校验通过，则根据短信发送请求，确定该短信发送请求对应的业务。
44.上述的预设数据库中可以存储各种各样的业务对应的信息，比如：根据用户需求对应发送短信，主动发送提醒等业务。短信发送请求对应的业务可以是单个业务，比如发送给某一个接收人；也可以是一个业务链，即完成某一个业务后间隔一段时间再进行下一个业务的处理。
45.具体的，不同的业务可以设置对应的关键词，短信发送请求中可以包括具体要发送的文字内容，预选的业务关键词，对应的接收人等信息。提取短信发送请求中要发送的文字内容和预选的业务关键词，与数据库中不同业务对应的关键词进行匹配。由于短信发送请求中预选的业务关键词是企业发送时自主选择的，可能并不准确，因此可以对短信发送请求中要发送的文字内容进行分析，提取关键词。综合预选的业务关键词和从文字内容中提取出的关键词，与数据库中不同业务对应的关键词进行匹配，确定该短信发送请求对应的是哪一种业务。
46.s204、确定业务对应的业务类型，并根据业务类型，将该业务发送到对应的分发设备。
47.分发设备是用于将接收到的大量的业务进行分配的设备。
48.具体的，数据库中还可以包括业务的各个分类，即为业务类型。比如根据用户需求对应发送短信这项业务中，可能包含了发送验证码、发送流量使用明细等业务类型；主动发送业务这项业务中，可能包含了发送促销提醒、发送过期提示等更加细致的业务类型。
49.在一些具体的实现方式中，分发设备可以是nginx。通信业务服务系统中包含了若干个nginx，每个nginx的后端进行单独的配置。比如一个nginx只负责分发发送验证码类的业务，另一个nginx只负责分发促销提醒类的业务。将短信发送请求对应的业务类型与nginx的配置类型进行对比，确定出该短信发送请求对应的业务应该发送到哪一个分发设备。
50.需要说明的是，可以根据实际生活中业务类型的出现频率来配置nginx。比如验证码的发送频率非常高，在某一个时刻同时需要发送验证码的用户量很大，那么可以对应的增加发送验证码这种业务类型的nginx。
51.s205、命令分发设备将业务分发到对应的自建应用进行处理，以获取短信发送请求对应的短信发送结果。
52.自建应用可以是预先创建并可以免费处理短信发送请求对应的业务的应用，可以更改对应的配置。自建应用处理得到的结果可以是根据短信发送请求的具体内容，运行对应的程序将短信发送给对应接收人的结果。
53.具体的，一个分发设备可以对应若干个自建应用，自建应用能够处理的业务类型和分发设备的后台配置是一致的。分发设备确定了短信发送请求对应的业务类型后，可以将短信发送请求对应的业务随机分别发送到该分发设备对应的自建应用中进行处理。
54.在一些具体的实现方式中，一个负责分发发送验证码这类业务的nginx，可以对应多个用于处理发送验证码的自建应用。该自建应用已经预先进行了配置，该配置用于运行发送验证码的程序。需要说明的是，nginx可以检测当前未被占用的自建应用，然后将短信发送请求对应的业务随机发送给这些未被占用的自建应用之一，进行后续处理。
55.本实施例将接收到的短信发送请求进行安全校验，安全校验通过后对短信发送请求进行鉴权校验，判断当前的短信发送请求是否有继续进行后续访问的权限，避免没有权
限的请求对于资源的占用。鉴权校验通过后确定对应的业务和业务类型，根据业务类型发送到对应的分发设备。相比较目前在分发设备中进行鉴权校验和业务分发来说，本技术的分发设备对应了各自的业务类型，不需要进行所有类型的配置来对应各种业务类型，也不需要存储用于鉴权校验的相关数据。减少了分发设备在后端配置时占用的资源，即使面对大量的短信发送请求需要并行发送的情况，也不会因为需要配置的数据太多而降低业务服务效率。
56.在一些实施例中，上述的若安全校验通过，则调用预设数据库中鉴权校验对应的数据，对短信发送请求进行鉴权校验，具体可以包括：若安全校验通过，将短信发送请求发送到服务检测设备，并调用鉴权校验对应的数据以进行鉴权校验。
57.相对应的，上述实施例具体可以包括：命令服务检测设备检测分发设备的状态，并接收对应的检测结果；根据检测结果，确定当前可用分发设备；确定业务对应的业务类型，并根据业务类型，将业务发送到对应的当前可用分发设备；命令当前可用分发设备将业务分发到对应的自建应用进行处理，以获取短信发送请求对应的短信发送结果。
58.服务检测设备可以用于调用预设数据库中的信息对短信发送请求进行鉴权校验，还可以用于检测后续需要使用的分发设备是否处于正常工作状态。当前可用分发设备可以是当前没有发生故障，可以正常使用的分发设备。分发设备的状态可以包括正常状态和故障状态。
59.具体的，若短信发送请求的安全校验通过，可以将该短信发送请求发送到服务检测设备，服务检测设备可以调用预设数据库中进行鉴权校验所需要的相关数据，然后与短信发送请求中对应的相关数据进行匹配。若是匹配成功，证明发送该短信发送请求的发送者具有登陆访问的权限，相对应的，该短信发送请求具有被继续处理的权限；若是匹配不成功，则拒绝该短信发送请求，不进行处理。同时，当服务检测设备检测到某个分发设备处于故障状态时，可以及时剔除掉故障分发设备并选择另一正常状态的分发设备来接替故障分发设备的工作，正常进行服务。因此在进行鉴权校验时，就可以确定出可用的分发设备有哪些，然后根据业务的类型将业务发送到对应的当前可用分发设备，再分发到对应的自建应用进行后续处理。
60.本实施例可以在服务检测设备中进行鉴权校验，同时可以检测可用的分发设备。将短信发送请求发送到服务检测设备，服务检测设备不需要预先存储进行鉴权校验需要的信息，只需要在数据库中调用需要的信息即可。降低了服务检测设备后台配置占用的资源。除此之外，在接收到短信发送请求后先进行鉴权校验再进行后续处理，可以避免没有权限的短信发送请求对于资源的占用，减少业务服务系统对具有权限的业务的处理时间，保证业务服务效率。同时先检测当前可用分发设备有哪些，再将短信发送请求进行后续对应的发送，避免因发送给了故障的分发设备而影响处理过程，导致业务服务效率降低。
61.在一些实施例中，判断短信发送请求是否已经被分发过，具体可以包括：命令服务检测设备判断短信发送请求是否被分发过，并接收对应的判断结果；若该判断结果为已被分发，则释放短信发送请求占用的接口。
62.当短信发送请求被分发、被处理时，相关的信息可以发送到预设数据库进行存储。该相关信息可以包含被处理的时间、接收人、具体发送内容等信息。接口是发送者将短信发送请求发送到通信业务服务系统的“入口”。
63.具体的，服务检测设备可以将短信发送请求的相关信息和数据库中已经被分发处理过的各项短信发送请求的相关信息相匹配，确定该短信发送请求是不是已经被处理过。若已经被处理过，可能表示该短信发送请求被发送者误点，被重新发送了一次。此时可以释放短信发送请求对应的接口。
64.需要说明的是，不同的短信发送请求可能对应的业务相同，但是不同的短信发送请求包含的数据是不相同的。
65.本实施例中服务检测设备对于短信发送请求的分发情况进行检测，若是同一短信发送请求被分发过，那么释放该短信发送请求占用的分发设备。避免同一短信发送请求重复处理而占用自建应用的资源。
66.在一些实施例中，上述的若安全校验通过，将短信发送请求发送到服务检测设备以进行鉴权校验，并调用鉴权校验对应的数据以进行鉴权校验，具体可以包括：若短信发送请求通过了安全校验，将短信发送请求发送到服务检测设备；命令服务检测设备分析该短信发送请求以确定对应的请求信息；接收该请求信息，并判断该请求信息是否包含在预设数据库中，以进行鉴权校验。
67.发送者发送到通信业务服务系统的短信发送请求中，可以包括请求信息，该请求信息为鉴权校验时用于校验的信息。预设数据库中可以包括不同发送者对应的不同请求信息。
68.具体的，若短信发送请求的安全校验通过，可以将该发送到服务检测设备，服务检测设备可以将短信发送请求对应的请求信息与预设数据库中的各种请求信息进行比对。若该短信发送请求对应的请求信息包含在预设数据库中，则表示鉴权校验通过；若该短信发送请求对应的请求信息没有包含在预设数据库中，则表示鉴权校验不通过，可以对该短信发送请求进行拦截。比对结束后，删除调用的请求信息。
69.本实施例从短信发送请求中提取鉴权校验时使用的信息，即请求信息。由服务检测设备调用预设数据库中的请求信息进行鉴权校验，减少调用的大量信息占据的服务检测设备的资源，提升业务服务的效率。
70.在一些实施例中，上述的请求信息包括请求信息对应的使用者信息，上述的预设数据库中包含若干使用者信息，上述的接收请求信息，并判断请求信息是否包含在预设数据库中，以进行鉴权校验,具体可以包括：接收请求信息，调取预设数据库中的若干使用者信息；将该请求信息对应的使用者信息与预设数据库中的若干使用者信息作对比，得到对比结果；若对比结果显示请求信息对应的使用者信息与预设数据库中的若干使用者信息一致，则表示请求信息包含在预设数据库中，以确定鉴权校验通过；若对比结果显示请求信息对应的使用者信息与预设数据库中的若干使用者信息不一致，则表示鉴权校验不通过。
71.具体的，该请求信息可以包括短信发送请求对应的使用者信息，该使用者信息可以包含使用者的各种业务权限信息。通信业务服务系统的预设数据库中可以包括包含若干提出短信发送请求的发送者信息，即对应了使用该通信业务服务系统的使用者的信息。调取预设数据库中的若干使用者的业务权限信息，与该短信发送请求的使用者业务权限信息作对比。若对比结果显示所述请求信息对应的使用者信息与所述预设数据库中的若干使用者信息一致，则表示鉴权校验通过，该短信发送请求具有被处理的权限；若对比结果显示所述请求信息对应的使用者信息与所述预设数据库中的若干使用者信息不一致，则表示鉴权
校验不通过。鉴权校验结束后可以释放提取的使用者信息。
72.本实施例中的数据库为鉴权校验的过程提供可靠细致的数据信息，使鉴权校验的结果更加可靠。同时在进行鉴权校验时只需要在数据库中提取请求信息中的使用者信息，不需要提取全部请求信息，提升了鉴权校验的效率。
73.在一些实施例中，当某短信发送请求对应的业务终止却并未关闭自建应用时，根据业务处理过程的等待时长，确定是否要释放业务占用的自建应用，具体可以包括：判断业务在自建应用中的处理过程是否终止；若终止，获取处理过程的终止时刻和当前时刻；根据处理过程的终止时刻和当前时刻，确定等待时长；对比等待时长与预设等待时长；若等待时长大于预设等待时长且业务对应的自建应用处于占用状态，则释放业务占用的自建应用。
74.由上述实施例可知，短信发送请求可能包括一个单独的业务，也可能包括一个业务链。发送者提出的短信发送请求通过接口发送到通信业务服务系统。当短信发送请求对应业务的处理进程停止但是占用的自建应用并未释放时，可能是对应的发送者忘记关闭该短信发送请求对应的接口导致的；也可能是由于该短信发送请求对应的一个业务链还未被完全处理。
75.每一个短信发送请求对应的业务在处理过程中都可以被实时监测。监测得到的相关数据可以发送到预设数据库中进行存储。提取业务对应处理过程的终止时刻，可以将终止时刻到当前时刻经过的时常作为等待时长。若短信发送请求对应一个业务链时，业务链中的相邻两个业务的处理会等待一段时间。可以把处理两个业务之间等待的时间作为预设等待时长。
76.具体的，将预设等待时长和该短信发送请求对应业务的等待时长作对比，若等待时长大于预设等待时长，则可能是该业务对应的发送者忘记关闭发送该短信发送请求时的接口导致的。此时可以直接释放该业务占用的自建应用。若等待时长小于或者等于预设等待时长，则不做操作。
77.本实施例对短信发送请求对应业务的等待时长进行了确定，若是该等待时长达到了预设等待时长可以及时关闭该业务对应的自建应用，防止已经完成的业务占用自建应用以及使用的接口资源，保证业务服务效率。
78.在一些实施例中，可以根据短信发送请求对应业务类型的处理时间与预设处理时间的关系，确定是否要保存业务的处理进程，具体可以包括：根据业务类型，确定业务对应的预设处理时间；检测业务对应的处理过程是否终止；判断业务的处理时间是否小于预设处理时间；若业务的处理时间小于预设处理时间且处理过程终止，则获取终止时该业务对应的处理进程并保存。
79.不同的业务类型处理的时间可能不相同，不同的短信发送请求可能因为包含的信息不相同，导致实际的处理时间不相同。可以将不同信息组成的不同短信发送请求对应的正常处理时间存储在预设数据库中，作为不同业务对应的预设处理时间。业务对应的处理时间可以是在处理过程中实际消耗的时间。
80.具体的，可以根据业务对应的业务类型和短信发送请求包含的具体信息，从预设数据库中提取对应预设处理时间。将业务对应的处理时间和预设处理时间作对比。短信发送请求对应业务的处理过程的相关信息可以存储在预设数据库中，可以提取处理过程的终止时刻。若该终止时刻在预设处理时间对应的终止时刻之前，则可以表示该业务的处理过
程终止异常，即该业务的处理时间小于预设处理时间。若是业务对应的处理时间小于预设处理时间同时检测到该业务的处理过程终止，则可能是该业务的处理进程出现了特殊情况而导致处理过程异常结束，比如由于同时处理的业务过多导致的网络波动情况。此时可以获取终止时该业务的处理进程并保存在数据库中，还可以向该业务对应的发送者发送提示信息，让发送者重新提出短信发送请求。然后调用数据库中该短信发送请求对应业务的处理进程，按照处理进程进行后续的处理。
81.本实施例对短信发送请求对应业务的预设处理时间进行了确定，若是该业务的处理时间未达到预设处理时间则保存对应的处理进程。保证短信发送请求对应业务在异常关闭后可以紧接异常关闭前处理的进程继续进行处理，减少了重复处理的时间，提升业务服务效率。
82.在另一些实施例中，在通信业务系统（通信业务服务系统）原有的业务入口逻辑层，增加自研软件，对keepalived数据进行处理，完成校验账号信息，直接拒绝错误账户信息，根据账户归属信息，将数据分发至特定的nginx负载后端，实现业务数据分流。通信业务服务系统结构图如图3所示。其中wall 1、wall 2和wall 3为防火墙，phthon和phthon uwsgi 为自建应用。通信业务访问方法流程图如图4所示。
83.通过本方案，便于将业务接口用户按照特定标准进行分类，不同类型的用户占用的接口不同。将用户业务进行分类，通过校验分类，将业务指向特定的服务集群并使用用户类型对应的接口，减少了后端服务部署的重复性，提升了设备负载的可控性，为业务进行多云分布式部署提供了基础，提升了业务的可靠性。
84.通过本方案，还可以在数据进入业务集群前进行鉴权处理，减少了后端服务承受垃圾数据以及异常攻击的风险，提升了业务稳定性。
85.图5为本技术一实施例提供的一种通信业务访问管理装置的结构示意图，如图5所示的，本实施例的通信业务访问管理装置500包括：安全校验模块501、鉴权校验模块502、业务确定模块503、业务类型发送模块504和业务分发模块505。
86.安全校验模块501，用于接收短信发送请求并对所述短信发送请求进行安全校验；鉴权校验模块502，用于当所述安全校验通过时，对所述短信发送请求进行鉴权校验；业务确定模块503用于当所述鉴权校验通过时，根据所述短信发送请求，确定所述短信发送请求对应的业务；业务类型发送模块504，用于确定所述业务对应的业务类型，并根据所述业务类型，将所述业务发送到对应的分发设备；业务分发模块505，用于命令所述分发设备将所述业务请求发送到对应的自建应用进行处理，以获取所述短信发送请求对应的短信发送结果。
87.可选的，所述鉴权校验模块502，具体用于：若所述安全校验通过，将所述短信发送请求发送到服务检测设备，并调用所述鉴权校验对应的数据以进行鉴权校验；所述通信业务访问管理装置还包括状态检测模块506，具体用于：命令所述服务检测设备检测所述分发设备的状态，并接收对应的检测结果；根据所述检测结果，确定当前可用分发设备；
确定所述业务对应的业务类型，并根据所述业务类型，将所述业务发送到对应的所述当前可用分发设备；命令所述当前可用分发设备将所述业务分发到对应的自建应用进行处理，以获取所述短信发送请求对应的短信发送结果。
88.可选的，所述通信业务访问管理装置500还包括分发判断模块507，用于：命令所述服务检测设备判断所述短信发送请求是否被分发过，并接收对应的判断结果；若所述判断结果为已被分发，则释放所述短信发送请求占用的接口。
89.可选的，所述鉴权校验模块502，具体用于：若所述短信发送请求通过了安全校验，将所述短信发送请求发送到服务检测设备；命令所述服务检测设备分析所述短信发送请求以确定对应的请求信息；接收所述请求信息，并判断所述请求信息是否包含在所述预设数据库中，以进行鉴权校验。
90.可选的，所述请求信息包括所述请求信息对应的使用者信息；所述预设数据库中包含若干使用者信息；所述鉴权校验模块502，具体用于：接收所述请求信息，调取所述预设数据库中的若干使用者信息；将所述请求信息对应的使用者信息与所述预设数据库中的若干使用者信息作对比，得到对比结果；若所述对比结果显示所述请求信息对应的使用者信息与所述预设数据库中的若干使用者信息一致，则表示所述请求信息包含在所述预设数据库中，以确定鉴权校验通过；若所述对比结果显示所述请求信息对应的使用者信息与所述预设数据库中的若干使用者信息不一致，则表示所述鉴权校验不通过。
91.可选的，所述通信业务访问管理装置500还包括等待时长判断模块508，用于：判断所述业务在所述自建应用中的处理过程是否终止；若终止，获取所述处理过程的终止时刻和当前时刻；根据所述处理过程的终止时刻和所述当前时刻，确定等待时长；对比所述等待时长与预设等待时长；若所述等待时长大于所述预设等待时长且所述业务对应的自建应用处于占用状态，则释放所述业务占用的所述自建应用。
92.可选的，所述通信业务访问管理装置500还包括处理进程保存模块509，用于：根据所述业务类型，确定所述业务对应的预设处理时间；检测所述业务对应的处理过程是否终止；判断所述业务的处理时间是否小于所述预设处理时间；若所述业务的处理时间小于所述预设处理时间且所述处理过程终止，则获取终止时所述业务对应的处理进程并保存。
93.本实施例的装置，可以用于执行上述任一实施例的方法，其实现原理和技术效果类似，此处不再赘述。
94.图6为本技术一实施例提供的一种电子设备的结构示意图，如图6所示，本实施例
的电子设备600可以包括：存储器601和处理器602。
95.存储器601上存储有能够被处理器602加载并执行上述实施例中方法的计算机程序。
96.其中，处理器602和存储器601相连，如通过总线相连。
97.可选地，电子设备600还可以包括收发器。需要说明的是，实际应用中收发器不限于一个，该电子设备600的结构并不构成对本技术实施例的限定。
98.处理器602可以是cpu（central processing unit，中央处理器），通用处理器，dsp（digital signal processor，数据信号处理器），asic（application specific integrated circuit，专用集成电路），fpga（field programmable gate array，现场可编程门阵列）或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本技术公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器602也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等。
99.总线可包括一通路，在上述组件之间传送信息。总线可以是pci（peripheral component interconnect，外设部件互连标准）总线或eisa（extended industry standard architecture，扩展工业标准结构）总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
100.存储器601可以是rom（read only memory，只读存储器）或可存储静态信息和指令的其他类型的静态存储设备，ram（random access memory，随机存取存储器）或者可存储信息和指令的其他类型的动态存储设备，也可以是eeprom（electrically erasable programmable read only memory，电可擦可编程只读存储器）、cd-rom（compact disc read only memory，只读光盘）或其他光盘存储、光碟存储（包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等）、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
101.存储器601用于存储执行本技术方案的应用程序代码，并由处理器602来控制执行。处理器602用于执行存储器601中存储的应用程序代码，以实现前述方法实施例所示的内容。
102.其中，电子设备包括但不限于：移动电话、笔记本电脑、数字广播接收器、pda（个人数字助理）、pad（平板电脑）、pmp（便携式多媒体播放器）、车载终端（例如车载导航终端）等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。还可以为服务器等。图6示出的电子设备仅仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
103.本实施例的电子设备，可以用于执行上述任一实施例的方法，其实现原理和技术效果类似，此处不再赘述。
104.本技术还提供一种计算机可读存储介质，存储有能够被处理器加载并执行如上实施例中的方法的计算机程序。
105.本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或
者光盘等各种可以存储程序代码的介质。