请求处理方法、装置、设备及介质与流程

1.本发明涉及通讯技术领域，特别涉及一种请求处理方法、装置、设备及介质。


背景技术：

2.目前在as400银行核心系统需要利用变更后的程序完成对交易请求处理时，通常采用两种方式，第一种方式：停止处理交易请求,部署上线变更后的程序，再恢复接收新交易的请求，并完成请求处理，但是如果存在交易正在进行耗时的程序调用的情况时，无法控制交易停止的时间，并且很难找到合适的停业时间；第二种方式：不停止处理交易请求，直接进行程序的变更，但是当待变更程序采用内存寄留的设计方式时，则存在变更后程序上线后无法快速被调用的情况，可能因此导致请求处理结果出现错误。
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.图1为本技术公开的一种请求处理方法流程图；
36.图2为本技术公开的一种具体的请求处理方法流程图；
37.图3为本技术公开的一种具体的工作程序处理流程图；
38.图4为本技术公开的一种具体的请求处理方法流程图；
39.图5为本技术公开的一种具体的请求处理方法流程图；
40.图6为本技术公开的一种具体的请求处理方法流程图；
41.图7为本技术公开的一种请求处理装置结构示意图；
42.图8为本技术公开的一种电子设备结构图。
具体实施方式
43.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
44.目前在银行核心系统需要利用变更后的程序完成对交易请求处理时，通常采用两种方式，第一种方式：停止处理交易请求,部署上线变更后的程序，再恢复接收新交易的请求，并完成请求处理，但是如果存在交易正在进行耗时的程序调用的情况时，无法控制交易停止的时间，并且很难找到合适的停业时间；第二种方式：不停止处理交易请求，直接进行程序的变更，但是当待变更程序采用内存寄留的设计方式时，则存在变更后程序上线后无法快速被调用的情况，可能因此导致请求处理结果出现错误。
45.为此本技术相应的提供了一种请求处理方案，可以实现对工作程序的变更并且能够正常处理交易请求。
46.参见图1所示，本发明实施例公开了一种请求处理方法，应用于交易请求派发工具，包括：
47.步骤s11：获取第一队列中预先保存的通讯句柄，并基于所述通讯句柄获取客户端发送的交易请求。
48.本实施例中，可以理解的是，所述交易请求派发工具从第一队列中获取到预先保存的通讯句柄之前，还包括，通讯程序通过目标ip地址和目标端口获取到客户端发送的当前交易请求，并基于当前交易请求生成对应的通讯句柄，然后将通讯句柄发送至第一队列。所述交易请求派发工具从第一队列中获取到预先保存的通讯句柄，并基于通讯句柄与客户端建立套接字(socket)连接，因此能够获取到客户端发送的报文形式的交易请求，并对报文形式的交易请求进行拆分，以便后续确定所述交易请求的类别。
49.步骤s12：确定所述交易请求的请求类别，并基于外部参数判断当前的工作程序是否已进行变更。
50.本实施例中，所述基于外部参数判断对当前的工作程序是否进行变更，具体的包括：基于第二预设时间窗口或第二预设通讯量间隔读取配置文件，以便基于所述配置文件中的关键字判断当前的工作程序是否已进行变更。可以理解的是，第二预设时间窗口可以根据基于交易请求的时间进行设置，例如每日的23:00至24:00时间段为最低交易请求量时间段，因此可以在这一时间段进行工作程序变更后，能够减少对请求处理的负面影响；第二预设通讯量间隔可以根据每日交易请求量设置通讯量间隔，例如每日交易请求量为3000万次，则可以每隔1000万次判断判断当前的工作程序是否已进行变更。可以理解的是，本技术通过配置文件中的关键字能够实现程序变更，因此能够简化银行核心系统的变更过程。
51.本实施例中，所述基于外部参数判断当前的工作程序是否已进行变更之后，还包括：若所述当前的工作程序未进行变更，则读取第三队列中与所述当前的工作程序对应的空闲进程编号，并基于所述请求类别确定出所述当前的工作程序的目标空闲进程。例如图2所示，若当前的工作程序未进行变更，则在队列b中读取与当前的工作程序对应的空闲进程编号，以便当前的工作程序中空闲的进程处理交易请求。
52.步骤s13：若判定所述当前的工作程序已进行变更，则读取提前部署的第二队列中所述当前的工作程序的空闲进程编号，并基于所述请求类别确定出所述当前的工作程序的目标空闲进程。
53.本实施例中，所述若判定所述当前的工作程序已进行变更之后，还包括：检查与变更前的所述工作程序对应的进程是否已处理完所有的历史交易请求，以及将所述历史交易请求的处理结果发送至所述客户端。例如，若当前的工作程序已进行变更，则在队列c中读取与当前的工作程序对应的空闲进程编号，以便利用队列c中的与空闲进程编号对应的空闲进程处理当前交易请求，并由与变更前的所述工作程序对应的进程处理完所有的历史交易请求，使得历史交易请求能够被正常处理，因此当变更前的工作程序在执行耗时的交易请求时，例如网点账务查询、联机批处理交易时，不会因工作程序的变更出现异常情况。可以理解的是，当历史交易请求被正常处理之后，将与变更前的所述工作程序对应的空闲进程编号发送至第三队列中，并通过终止进程操作将处理完所述历史交易请求的进程进行异步结束动作，因此当所有历史交易请求被正常处理之后，与变更前的所述工作程序对应的进程均被终止。需要注意的是，可以设置在线部署记录输出文件，例如/tmp/update_2022_01_22.txt文件，用于记录整个请求处理过程的处理时间、处理内容以及处理结果，如果请求处理过程中出现异常，记录出现错误的详细过程，以及错误执行的代码程序和代码行，返回错误码，以便分析出现错误的根本原因。本实施例中，还可以维护变更理事记录，用于记录所有程序变更过程和对交易处理的过程，例如运行过程出现程序异常或者处理结果不符合预期，通过检查变更历史记录可以找到有效的具体的升级变更过程，出现问题及时纠正。
54.步骤s14：将所述通讯句柄发送至所述目标空闲进程，以便所述目标空闲进程基于所述通讯句柄获取所述交易请求并对所述交易请求进行处理，然后将处理结果发送至所述客户端。
55.本实施例中，工作程序用于处理所有的交易请求，由于工作进程位于通讯程序和交易请求派发工具之后，工作程序需要从交易请求派发工具接收通讯句柄，以便接收客户
端发送的报文形式的交易请求，例如图3所示的工作程序处理流程图，工作程序需要处理的交易请求为实现账务变更，则调用目标空闲进程，进行交易处理，并更新后台数据，把请求处理结果以报文形式返回给客户端。工作程序是整个交易结构中最重要的部分，负责完成交易请求的所有计算和数据处理，因此预先备份或拷贝变更前的工作程序到备份库或备份目录，并提前部署当前的工作程序到指定位置替换更前的工作程序。
56.可以理解的是，当目标空闲进程基于所述通讯句柄获取所述交易请求并对所述交易请求进行处理时，目标空闲进程处于工作状态，当目标空闲进程完成将处理结果发送至所述客户端之后，目标空闲进程处于空闲状态，因此将处于空闲状态的目标空闲进程的空闲进程编号发送至第二队列中，以便交易请求派发工具从第二队列中能够读取所述当前的工作程序的空闲进程编号。
57.可见，本技术首先获取第一队列中预先保存的通讯句柄，并基于所述通讯句柄获取客户端发送的交易请求；确定所述交易请求的请求类别，并基于外部参数判断当前的工作程序是否已进行变更；若判定所述当前的工作程序已进行变更，则读取提前部署的第二队列中所述当前的工作程序的空闲进程编号，并基于所述请求类别确定出所述当前的工作程序的目标空闲进程；将所述通讯句柄发送至所述目标空闲进程，以便所述目标空闲进程基于所述通讯句柄获取所述交易请求并对所述交易请求进行处理，然后将处理结果发送至所述客户端。由此可见，本技术获取客户端发送的交易请求，通过判断当前的工作程序是否已进行变更，以此能够判断出获取空闲进程编号的队列；当判定所述当前的工作程序已进行变更时，则读取提前部署的第二队列中所述当前的工作程序的空闲进程编号，因此实现了调用变更后的工作程序；基于请求类别确定出所述变更后的工作程序的目标空闲进程，能够利用与请求类别对应的工作进程完成正常请求处理。
58.参见图4所示，本发明实施例公开了一种具体的请求处理方法，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。具体的：
59.步骤s21：通过通讯程序将基于获取到的交易请求生成的通讯句柄发送至第一队列，并获取所述第一队列中的所述通讯句柄，以便基于所述通讯句柄获取客户端发送的所述交易请求。
60.本实施例中，通讯程序将基于获取到的交易请求生成的通讯句柄发送至第一队列。例如socket server(套接字服务器)程序在设计过程中，在进行了socket的基本设置之后，在目标ip(internet protocol，即网际互连协议)地址和目标端口等待socket client(套接字客户端)程序发送的交易请求；接收到交易请求之后，生成通讯句柄(socket descriptor)，并把该通讯句柄发送到第一队列，以此完成一次通讯会话的建立过程，返回到继续等待下一个socket client的交易请求。
61.本实施例中，所述获取第一队列中预先保存的通讯句柄之前，还包括：利用第一预设时间窗口或第一预设通讯量间隔判断所述通讯程序是否已进行变更；当所述通讯程序已进行变更，则通过变更前的所述通讯程序将基于历史交易请求生成的通讯句柄发送至所述第一队列，并通过变更后的所述通讯程序接收当前交易请求，然后将生成的与所述当前交易请求对应的通讯句柄发送至所述第一队列。可以理解的是，由在线部署平台基于交易请求的时间创建1至n个第一预设时间窗口，例如，每日24:00读取通讯程序的外部参数并确定由在线部署平台创建的变更时间窗口的数量为两个，其中两个变更时间窗口的具体时间分
别为23：00和1:30，因此在23：00和1:30对通讯程序实现变更；基于交易请求的数量创建第一预设通讯量间隔，例如每日的交易请求数量为3000万次，则创建间隔为1000万次的第一预设通讯量间隔，即每处理1000万次的交易请求时，进行判断通讯程序是否已进行变更，若通讯程序已进行变更，则终止变更前的通讯程序接收当前的交易请求，当变更前的通讯程序完成基于所有历史交易请求生成通讯句柄的任务后，退出变更前的通讯程序。需要注意的是，当判定当前的通讯程序已进行变更之前，提前上线变更后的通讯程序，因此能够判定出当前的通讯程序为变更后的通讯程序，即判定当前的通讯程序已进行变更。
62.步骤s22：确定所述交易请求的请求类别，并基于外部参数判断当前的工作程序是否已进行变更。
63.步骤s23：若判定所述当前的工作程序已进行变更，则读取提前部署的第二队列中所述当前的工作程序的空闲进程编号，并基于所述请求类别确定出所述当前的工作程序的目标空闲进程。
64.步骤s24：将所述通讯句柄发送至所述目标空闲进程，以便所述目标空闲进程基于所述通讯句柄获取所述交易请求并对所述交易请求进行处理，然后将处理结果发送至所述客户端。
65.其中，关于上述步骤s22、s23和s24更加具体的工作过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。
66.由此可见，本技术提前上线变更后的通讯程序，保证程序运行的稳定性；若判定当前的通讯程序已变更，则变更前的通讯程序需要完成历史交易请求，并不再接收当前的交易请求，由当前的通讯程序接收当前的交易请求，保证了历史交易请求和当前的交易请求都能够被正常处理，保证交易处理能够连续运行，进而为银行核心系统的连续稳定运行提供了强有力的支持。
67.参见图5所示，本发明实施例公开了一种具体的请求处理方法，包括：
68.步骤s31：获取第一队列中预先保存的通讯句柄，并基于所述通讯句柄获取客户端发送的交易请求。
69.本实施例中，还包括：基于第三预设时间窗口或第三预设通讯量间隔判断所述交易请求派发工具是否已进行变更；若变更，则停止所述交易请求派发工具进行所述获取第一队列中预先保存的通讯句柄的步骤，并利用变更后的交易请求派发工具执行所述获取第一队列中预先保存的通讯句柄的步骤。可以理解的是，由在线部署平台判断所述交易请求派发工具是否需要变更，若需要，则将变更后的交易请求派发工具部署上线。其中由在线部署平台设置1至n个第三预设时间窗口，可以设置在交易请求数量较少的时间，例如每日的24:00读取外部参数确定交易请求派发工具调整窗口的数量以及时间，若有两个时间分别为23:30和2:00的交易请求派发工具调整窗口，则分别在23:30和2:00上线当前的交易请求派发工具，并由当前的交易请求派发工具完成所述获取第一队列中预先保存的通讯句柄，并基于所述通讯句柄获取客户端发送的交易请求的步骤，而变更前的交易请求派发工具不再进行所述获取第一队列中预先保存的通讯句柄的步骤，只需完成对历史通讯句柄的处理，以便保证程序能够连续稳定运行。
70.步骤s32：确定所述交易请求的请求类别，并基于外部参数判断当前的工作程序是否已进行变更。
71.步骤s33：若判定所述当前的工作程序已进行变更，则判断所述当前的工作程序与所述交易请求派发工具的关联状态是否满足预设条件。
72.可以理解的是，本实施例中，当前的工作程序为变更后的工作程序，因此需要判断当前的工作程序与交易请求派发工具的关联状态是否满足预设条件，即当前的工作程序是否和交易请求派发工具建立连接并能够正常处理交易请求。
73.步骤s34：若所述关联状态满足预设条件，读取提前部署的第二队列中所述当前的工作程序的空闲进程编号，并基于所述请求类别确定出所述当前的工作程序的目标空闲进程。
74.本实施例中，如图6所示，若当前的工作程序已和交易请求派发工具建立连接并能够正常处理交易请求，则读取提前部署的第二队列中所述当前的工作程序的空闲进程编号，并终止读取第三队列中变更前的工作程序的空闲进程编号，使得变更前的工作程序中的进程不再处理当前的交易请求，只需完成对历史交易请求的处理。
75.步骤s35：将所述通讯句柄发送至所述目标空闲进程，以便所述目标空闲进程基于所述通讯句柄获取所述交易请求并对所述交易请求进行处理，然后将处理结果发送至所述客户端。
76.由此可见，本技术通过判断所述当前的工作程序与所述交易请求派发工具的关联状态是否满足预设条件，实现了银行核心系统各个程序的在线变更，既能保证程序运行的正确性和稳定性，确保变更程序被正常调用，又能保证现有交易的连续运行。银行核心通常有上千程序和辅助对象组成，对这些程序和对象的变更本身就是个复杂的过程，本技术针对该程序代码在核心程序的不同层次，设计了切实可行的在线部署的机制，可以在线维护核心系统的各个功能模块和程序代码。
77.参见图7所示，本发明实施例公开了一种请求处理装置，应用于交易请求派发工具，包括：
78.请求获取模块11，用于获取第一队列中预先保存的通讯句柄，并基于所述通讯句柄获取客户端发送的交易请求；
79.判断模块12，用于确定所述交易请求的请求类别，并基于外部参数判断当前的工作程序是否已进行变更；
80.进程确定模块13，用于若判定所述当前的工作程序已进行变更，则读取提前部署的第二队列中所述当前的工作程序的空闲进程编号，并基于所述请求类别确定出所述当前的工作程序的目标空闲进程；
81.句柄发送模块14，用于将所述通讯句柄发送至所述目标空闲进程，以便所述目标空闲进程基于所述通讯句柄获取所述交易请求并对所述交易请求进行处理，然后将处理结果发送至所述客户端。
82.可见，本技术首先获取第一队列中预先保存的通讯句柄，并基于所述通讯句柄获取客户端发送的交易请求；确定所述交易请求的请求类别，并基于外部参数判断当前的工作程序是否已进行变更；若判定所述当前的工作程序已进行变更，则读取提前部署的第二队列中所述当前的工作程序的空闲进程编号，并基于所述请求类别确定出所述当前的工作程序的目标空闲进程；将所述通讯句柄发送至所述目标空闲进程，以便所述目标空闲进程基于所述通讯句柄获取所述交易请求并对所述交易请求进行处理，然后将处理结果发送至
所述客户端。由此可见，本技术获取客户端发送的交易请求，通过判断当前的工作程序是否已进行变更，以此能够判断出获取空闲进程编号的队列；当判定所述当前的工作程序已进行变更时，则读取提前部署的第二队列中所述当前的工作程序的空闲进程编号，因此实现了调用变更后的工作程序；基于请求类别确定出所述变更后的工作程序的目标空闲进程，能够利用与请求类别对应的工作进程完成正常请求处理。
83.图8为本技术实施例提供的一种电子设备的结构示意图。具体可以包括：至少一个处理器21、至少一个存储器22、电源23、通信接口24、输入输出接口25和通信总线26。其中，所述存储器22用于存储计算机程序，所述计算机程序由所述处理器21加载并执行，以实现前述任一实施例公开的由计算机设备执行的请求处理方法中的相关步骤。
84.本实施例中，电源23用于为计算机设备20上的各硬件设备提供工作电压；通信接口24能够为计算机设备20创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本技术技术方案的任意通信协议，在此不对其进行具体限定；输入输出接口25，用于获取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。
85.其中，处理器21可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器21可以采用dsp(digital signal processing，数字信号处理)、fpga(field－programmable gate array，现场可编程门阵列)、pla(programmable logic array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器21也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称cpu(central processing unit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器21可以在集成有gpu(graphics processing unit，图像处理器)，gpu用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器21还可以包括ai(artificial intelligence，人工智能)处理器，该ai处理器用于处理有关机器学习的计算操作。
86.另外，存储器22作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，其上所存储的资源包括操作系统221、计算机程序222及数据223等，存储方式可以是短暂存储或者永久存储。
87.其中，操作系统221用于管理与控制计算机设备20上的各硬件设备以及计算机程序222，以实现处理器21对存储器22中海量数据223的运算与处理，其可以是windows、unix、linux等。计算机程序222除了包括能够用于完成前述任一实施例公开的由计算机设备20执行的请求处理方法的计算机程序之外，还可以进一步包括能够用于完成其他特定工作的计算机程序。数据223除了可以包括计算机设备接收到的由外部设备传输进来的数据，也可以包括由自身输入输出接口25采集到的数据等。
88.进一步的，本技术实施例还公开了一种存储介质，所述存储介质中存储有计算机程序，所述计算机程序被处理器加载并执行时，实现前述任一实施例公开的由请求处理过程中执行的方法步骤。
89.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意
在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
90.以上对本发明所提供的一种请求处理方法、装置、设备及介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。