服务请求处理方法、装置、计算机设备及存储介质与流程

本发明涉及集群服务的负载调配领域，属于智慧城市中服务请求处理的应用场景，尤其涉及一种服务请求处理方法、装置、计算机设备及存储介质。

背景技术：

集群服务器可用于对来自海量客户端的服务请求进行处理，单台服务器已经不能满足日益增长的服务请求，所以这种客户端与服务器端多对多的模式便运营而生，也成为了现在的主流模式，通过多台服务器端构建得到集群服务器，这种模式在面对大量客户端的请求时，可通过集群服务器对海量服务请求进行分摊处理，达到对服务请求进行快速并发处理的目的。若集群服务器中某一子服务器出现异常而无法提供服务，或某一子服务器需要进行更新而无法提供服务，则可能会造成部分服务请求已处理完成，部分服务请求无法处理，导致集群服务器中积累大量无法正常处理的异常数据，造成集群服务器因资源分配不足而卡顿，从而影响了集群服务器对服务请求进行处理的效率和时效性。因此，现有技术方法中存在服务请求发送至集群服务器中的异常子服务器而无法被有效处理的问题。

技术实现要素：

本发明实施例提供了一种服务请求处理方法、装置、计算机设备及存储介质，旨在解决现有技术方法中所存在的服务请求发送至集群服务器中的异常子服务器而无法被有效处理的问题。

第一方面，本发明实施例提供了一种服务请求处理方法，其包括：

若接收到来自所述客户端的服务请求，根据预置的网关信息表确定所述管理服务器中所配置的与所述服务请求对应的目标网关；

根据所述目标网关所配置的网关信息对所述服务请求进行验证以得到是否验证通过的验证结果；

若所述验证结果为通过，根据预置的注册表确定与所述服务请求对应的有效服务器信息；

根据所述有效服务器信息将所述服务请求发送至所述集群服务器中的一个子服务器，以获取所述子服务器对所述服务请求进行处理后所得到的处理信息；

将所述处理信息发送至所述客户端。

第二方面，本发明实施例提供了一种服务请求处理装置，其包括：

目标网关获取单元，用于若接收到来自所述客户端的服务请求，根据预置的网关信息表确定所述管理服务器中所配置的与所述服务请求对应的目标网关；

验证结果获取单元，用于根据所述目标网关所配置的网关信息对所述服务请求进行验证以得到是否验证通过的验证结果；

有效服务器信息获取单元，用于若所述验证结果为通过，根据预置的注册表确定与所述服务请求对应的有效服务器信息；

处理信息获取单元，用于根据所述有效服务器信息将所述服务请求发送至所述集群服务器中的一个子服务器，以获取所述子服务器对所述服务请求进行处理后所得到的处理信息；

处理信息发送单元，用于将所述处理信息发送至所述客户端。

第三方面，本发明实施例又提供了一种计算机设备，其包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的服务请求处理方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其中所述计算机可读存储介质存储有计算机程序，所述计算机程序当被处理器执行时使所述处理器执行上述第一方面所述的服务请求处理方法。

本发明实施例提供了一种服务请求处理方法、装置、计算机设备及存储介质。根据网关信息表确定所配置的与来自客户端的服务请求对应的目标网关，根据目标网关配置的网关新型对服务请求进行验证，若验证通过，根据注册表确定与服务请求对应的有效服务器信息，根据有效服务器信息将服务请求发送至集群服务器中的一个子服务器进行处理，获取处理信息并发送至客户端。通过上述方法，可根据注册表中子服务器的服务状态获取当前可用的子服务器的信息作为有效服务器信息，确保处理请求可被及时有效地处理，可避免集群服务器中挤压无法正常处理的异常数据，提高了对服务请求进行处理的效率及时效性。

附图说明

为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的服务请求处理方法的流程示意图；

图2为本发明实施例提供的服务请求处理方法的应用场景示意图；

图3为本发明实施例提供的服务请求处理方法的子流程示意图；

图4为本发明实施例提供的服务请求处理方法的另一子流程示意图；

图5为本发明实施例提供的服务请求处理方法的另一流程示意图；

图6为本发明实施例提供的服务请求处理方法的另一流程示意图；

图7为本发明实施例提供的服务请求处理方法的另一流程示意图；

图8为本发明实施例提供的服务请求处理方法的另一子流程示意图；

图9为本发明实施例提供的服务请求处理装置的示意性框图；

图10为本发明实施例提供的计算机设备的示意性框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

请参阅图1-图2，图1是本发明实施例提供的服务请求处理方法的流程示意图，图2为本发明实施例提供的服务请求处理方法的应用场景示意图，该服务请求处理方法应用于管理服务器10中，该方法通过安装于管理服务器10中的应用软件进行执行，客户端20及集群服务器30通过与管理服务器10建立网络连接实现数据信息的传输。管理服务器10即是用于执行服务请求处理方法以对来自客户端20的服务请求并为其分配子服务器的服务器端，客户端20即是用于向管理服务器10发送服务请求的终端设备，例如台式电脑、笔记本电脑、平板电脑或手机等，集群服务器30即是用于接收来管理服务器10所分配的服务请求并对服务请求进行实际处理后反馈相应处理信息的服务器，集群服务器30由多个子服务器组合得到。图2中仅仅示意出一台客户端20与管理服务器10进行信息传输，在实际应用中，该管理服务器10也可与多台客户端20同时进行信息传输。如图1所示，该方法包括步骤s110～s150。

s110、若接收到来自所述客户端的服务请求，根据预置的网关信息表确定所述管理服务器中所配置的与所述服务请求对应的目标网关。

若接收到来自所述客户端的服务请求，根据预置的网关信息表确定所述管理服务器中所配置的与所述服务请求对应的目标网关。服务请求即为客户端所发送的需进行处理的请求信息，服务请求中包括请求源地址、域名信息、api信息、服务类型、接口地址信息及待处理服务信息；请求源地址即为客户端的互联网协议地址；域名信息即为管理服务器所对应的网络域名信息，在服务请求经互联网传输时域名信息可作为管理服务器的定位标识，一台管理服务器可对应一个或多个域名信息；api(applicationprogramminginterface)信息即为应用程序接口信息，api信息即为对服务请求的应用程序接口进行标识的信息，一个服务请求仅包含一个应用程序接口；服务类型即为服务请求的具体类型进行标识的信息，管理服务器可接收各种服务类型的服务请求并进行分类处理，一个服务请求包含一种服务类型；接口地址信息即为对服务请求进行处理的具体服务接口对应的地址信息，接口地址信息中可包含一个或多个服务接口对应的地址信息。还配置有多个用于对服务请求进行访问控制的网关，网关可对服务请求是否满足访问控制权限进行判断，服务请求可经管理服务器中所配置的nginx设备转发至相应网关中进行后续处理。

具体的，管理服务器中所配置的每一网关均对应一个应用程序接口，则可根据服务请求中的api信息，将与api信息中应用程序接口相对应的一个网关作为与服务请求对应的目标网关。

s120、根据所述目标网关所配置的网关信息对所述服务请求进行验证以得到是否验证通过的验证结果。

根据所述目标网关所配置的网关信息对所述服务请求进行验证以得到是否验证通过的验证结果。具体的，网关信息中包括源地址黑名单及角色匹权限信息；源地址黑名单即为网关信息中预先存储的用于对请求源地址进行过滤的黑名单，若源地址黑名单中包含某一请求源地址，则无法对该请求源地址对应的服务请求进行处理。服务请求中还包括客户角色信息，客户角色信息即是用于对发送服务请求的客户角色进行描述的信息，角色权限信息即为对各种角色所具有的权限进行记录的信息，可根据角色权限信息对服务请求中的客户角色信息是否具有相应权限进行判断。若请求源地址不包含于源地址黑名单中且客户角色信息具有相应权限，则得到的验证结果为验证通过；若请求源地址包含于源地址黑名单或客户角色信息不具有相应权限，则得到的验证结果为验证不通过。

在一实施例中，如图3所示，步骤s120包括子步骤s121、s122和s123。

s121、判断所述服务请求的请求源地址是否包含于所述源地址黑名单。

判断所述服务请求的请求源地址是否包含于所述源地址黑名单。具体的，源地址黑名单中记录有多个无效源地址，可依次判断请求源地址是否与源地址黑名单中的任一无效源地址相同，若相同，则请求源地址包含于源地址黑名单中，得到验证不通过的验证结果；否则请求源地址不包含于源地址黑名单中，继续进行后续判断过程。

s122、若所述请求源地址不包含于所述源地址黑名单，根据所述角色权限信息判断所述客户角色信息是否具有权限。

若所述请求源地址不包含于所述源地址黑名单，根据所述角色权限信息判断所述客户角色信息是否具有权限。具体的，角色权限信息中包含多种角色，以及每一角色是否具有相应权限的信息；例如，角色权限信息中可以包括普通客户、vip客户、新客户等角色，以及每一角色发送的服务请求是否具有经该目标网关进行处理的权限。可获取角色权限信息中与客户角色信息相匹配的一种角色，并对该角色的权限是否为“是”进行判断，若该角色的权限为“是”，则客户角色信息具有相应权限；否则客户角色信息不具有相应权限，得到验证不通过的验证结果。

s123、若所述客户角色信息具有权限，则所述验证结果为验证通过。

若所述客户角色信息具有权限，则所述验证结果为验证通过。若根据上述步骤判断得到客户角色具有相应权限，则得到的验证结果为验证通过。

s130、若所述验证结果为通过，根据预置的注册表确定与所述服务请求对应的有效服务器信息。

若所述验证结果为通过，根据预置的注册表确定与所述服务请求对应的有效服务器信息。注册表即为管理服务器中预先存储的用于对集群服务器中每一子服务器的注册信息进行记录的数据表，注册表中包括每一子服务器的类型信息、吞吐量、处理延迟、服务状态及集群地址等信息，可根据注册表确定与服务请求对应的有效服务器信息，有效服务器信息中可包含一个或多个子服务器的集群地址。具体的，类型信息即为每一子服务器可处理的服务请求的具体服务类型；每一子服务器均只能专一处理一种服务类型，吞吐量即为子服务器当前正在处理的服务请求的数量信息，吞吐量即可对子服务器的繁忙程度进行量化表示；处理延迟即为子服务器与管理服务器之间进行信息交互的延迟时间，一般采用毫秒(ms)作为单位，处理延迟可用于体现子服务器与管理服务器之间的信息交互状况；服务状态即为子服务器当前是否可提供服务的状态信息，若子服务器的服务状态为不可用，则表明该子服务器无法提供服务。

在一实施例中，如图4所示，步骤s130包括子步骤s131、s132和s133。

s131、根据所述注册表获取与所述服务请求的服务类型相匹配的服务器信息，其中所述服务器信息包括多个子服务器的信息。

根据所述注册表获取与所述服务请求的服务类型相匹配的服务器信息。服务器信息中包括多个子服务器的信息。注册表中包含集群服务器中每一子服务器的具体信息，可根据注册表中每一子服务器的类型信息，获取注册表中与服务请求的服务类型相匹配的子服务器的信息，得到服务器信息。

s132、根据所述服务器信息中所包含的子服务器的吞吐量及处理延迟从所述服务器信息中筛选得到满足预设条件的优选子服务器。

根据所述服务器信息中所包含的子服务器的吞吐量及处理延迟从所述服务器信息中筛选得到满足预设条件的优选子服务器。可根据服务器信息中所有子服务器的吞吐量及处理延迟对其中的子服务器进行进一步筛选，具体的，可获取服务器信息中所有子服务器的吞吐量平均值及处理延迟平均值，获取服务器信息中吞吐量小于吞吐量平均值且处理延迟小于处理延迟平均值的子服务器，作为优选子服务器，经过这一筛选过程，吞吐量较大且处理延迟较大的子服务器则会被筛除。

s133、对每一所述优选子服务器的服务状态是否为可用进行判断，以获取服务状态为可用的优选子服务器的信息作为所述有效服务器信息。

对每一所述优选子服务器的服务状态是否为可用进行判断，以获取服务状态为可用的优选子服务器的信息作为所述有效服务器信息。服务状态即为子服务器当前是否可提供服务的状态信息，服务状态为可用则表明该子服务器为可提供服务的有效服务器，服务状态为不可用则表明该子服务器为无法提供服务的无效服务器，有效服务器信息中所包含的子服务器均是服务状态为可用的子服务器，有效服务器信息中包括子服务器及与该子服务器相关的类型信息、吞吐量、处理延迟、服务状态及集群地址等信息。在具体使用过程中，若集群服务器的管理员需要对子服务器进行更新、重启等维护操作，则此时该子服务器无法提供服务，该子服务器在注册表中的服务状态为不可用。

在一实施例中，如图5所示，步骤s130之前还包括：s1310。

s1310、根据预置的更新周期发送注册请求至所述集群服务器，以根据所述集群服务器中每一子服务器反馈的注册信息对所述注册表进行更新。

根据预置的更新周期发送注册请求至所述集群服务器，以根据所述集群服务器中每一子服务器反馈的注册信息对所述注册表进行更新。为确保注册表中的信息即是得到更新，可根据更新周期发送注册请求至集群服务器中的每一子服务器，记录注册请求的发送时间，子服务器接收到注册请求后，则根据该注册请求反馈相应的注册信息，管理服务器根据每一子服务器所反馈的注册信息对注册表进行更新，例如，更新周期可以是1s或300ms。具体的，所反馈的注册信息包括吞吐量及服务状态，记录每一子服务器反馈注册信息的时间，若子服务器处于更新、重启等维护操作的过程中，则所反馈的服务状态为不可用，否则所反馈的服务状态为可用；获取发送注册请求与获取注册信息之间的时间差得到每一子服务器对应的处理延迟。根据子服务器所反馈的注册信息中的吞吐量及服务状态，对注册表中与该子服务器对应的吞吐量及服务状态进行更新，根据计算得到的与该子服务器对应的处理延迟对注册表中对应的处理延迟进行更新，即可得到更新后的注册表。

在一实施例中，如图6所示，步骤s1310之后还包括：s1320。

s1320、若接收到来自所述集群服务器的注册剔除信息，根据所述注册剔除信息从所述注册表中对相应子服务器的信息进行剔除。

若接收到来自任一所述子服务器的注册剔除信息，根据所述注册剔除信息从所述注册表中对所述子服务器的信息进行剔除。当任一子服务器的服务关闭时，则该子服务器会发送注册剔除信息至管理服务器，管理服务器根据该注册剔除信息从注册表中剔除该子服务器的信息，则在对注册表进行更新及使用时，注册表中均不会存在该子服务器的信息。若子服务器的服务重新启用，则该子服务器可发送注册添加信息至管理服务器，以在注册表中重新添加该子服务器的信息。

在一实施例中，如图7所示，步骤s130之后还包括：s1301和s1302。

s1301、判断所述有效服务器信息中所包含的子服务器的数量是否为零；s1302、若所述有效服务器信息中所包含的子服务器的数量为零，向所述客户端发送无法对所述服务请求进行处理的提示信息；若所述有效服务器信息中所包含的子服务器的数量不为零，执行所述根据所述有效服务器信息将所述服务请求发送至所述集群服务器中的一个子服务器的步骤，也即是执行后续步骤s140。

所获取得到的有效服务器信息中可包含一个或多个子服务器的信息，也可能所包含的子服务器的数量为零，在获取到有效服务器信息后可对其中的子服务器的数量是否为零进行判断，若数量为零，则表明此时集群服务器无法对来自客户端的服务请求进行处理，可发送无法对服务请求进行处理的提示信息发送至该客户端；若有效服务器信息中所包含的子服务器的数量不为零，则表明此时集群服务器可对来自客户端的服务请求进行处理，可执行后续处理步骤。

s140、根据所述有效服务器信息将所述服务请求发送至所述集群服务器中的一个子服务器，以获取所述子服务器对所述服务请求进行处理后所得到的处理信息。

根据所述有效服务器信息将所述服务请求发送至所述集群服务器中的一个子服务器，以获取所述子服务器对所述服务请求进行处理后所得到的处理信息。具体的，从有效服务器信息中选择一个子服务器的集群地址作为目标集群地址，将服务请求发送至集群服务器中与目标集群地址对应的子服务器中，即可通过与目标集群地址对应的子服务器对服务请求进行处理，子服务器完成对服务请求的处理后向管理服务器反馈对应的处理信息。

在一实施例中，如图8所示，步骤s140包括子步骤：s141和s142。

s141、根据所述有效服务器信息中每一子服务器的吞吐量及处理延迟对所述子服务器进行排序得到排序结果；s142、根据所述排序结果将所述服务请求发送至最优的一个子服务器。

可根据子服务器的吞吐量及处理延迟对有效服务器信息中所包含的子服务器进行排序，根据排序结果选择最优的一个子服务器的集群地址作为目标集群地址。具体的，可将每一子服务器的吞吐量与处理延迟相加，根据相加后的数值作为对有效服务器信息中的子服务器进行排序的依据，数值越小排序越靠前，得到相应排序结果；还可将预置的第一加权值与吞吐量相乘后，与将第二加权值与处理延迟相乘所得结果相加，将相加所得数值作为对有效服务器信息中的子服务器进行排序的依据，数值越小排序越靠前，得到相应排序结果。

此外，还可从有效服务器信息中随机选择一个子服务器的集群地址作为目标集群地址。

s150、将所述处理信息发送至所述客户端。

将所述处理信息发送至所述客户端。管理服务器接收到来自集群服务器的处理信息后，将该处理信息发送至与服务请求对应的客户端，即可完成对服务请求的处理过程。

本申请中的技术方法可应用于智慧政务/智慧城管/智慧社区/智慧安防/智慧物流/智慧医疗/智慧教育/智慧环保/智慧交通等包含对服务请求进行处理的应用场景中，从而推动智慧城市的建设。

在本发明实施例所提供的服务请求处理方法中，根据网关信息表确定所配置的与来自客户端的服务请求对应的目标网关，根据目标网关配置的网关新型对服务请求进行验证，若验证通过，根据注册表确定与服务请求对应的有效服务器信息，根据有效服务器信息将服务请求发送至集群服务器中的一个子服务器进行处理，获取处理信息并发送至客户端。通过上述方法，可根据注册表中子服务器的服务状态获取当前可用的子服务器的信息作为有效服务器信息，确保处理请求可被及时有效地处理，可避免集群服务器中挤压无法正常处理的异常数据，提高了对服务请求进行处理的效率及时效性。

本发明实施例还提供一种服务请求处理装置，该服务请求处理装置用于执行前述服务请求处理方法的任一实施例。具体地，请参阅图9，图9是本发明实施例提供的服务请求处理装置的示意性框图。该服务请求处理装置可以配置于管理服务器10中。

如图9所示，服务请求处理装置100包括目标网关获取单元110、验证结果获取单元120、有效服务器信息获取单元130、处理信息获取单元140和处理信息发送单元150。

目标网关获取单元110，用于若接收到来自所述客户端的服务请求，根据预置的网关信息表确定所述管理服务器中所配置的与所述服务请求对应的目标网关。

验证结果获取单元120，用于根据所述目标网关所配置的网关信息对所述服务请求进行验证以得到是否验证通过的验证结果。

在一实施例中，所述验证结果获取单元120包括子单元：请求源地址判断单元、角色权限判断单元和结果获取单元。

请求源地址判断单元，用于判断所述服务请求的请求源地址是否包含于所述源地址黑名单；角色权限判断单元，用于若所述请求源地址不包含于所述源地址黑名单，根据所述角色权限信息判断所述客户角色信息是否具有权限；结果获取单元，用于若所述客户角色信息具有权限，则所述验证结果为验证通过。

有效服务器信息获取单元130，用于若所述验证结果为通过，根据预置的注册表确定与所述服务请求对应的有效服务器信息。

在一实施例中，所述有效服务器信息获取单元130包括子单元：服务器信息获取单元、优选子服务器获取单元和服务状态判断单元。

服务器信息获取单元，用于根据所述注册表获取与所述服务请求的服务类型相匹配的服务器信息，其中所述服务器信息包括多个子服务器的信息；优选子服务器获取单元，用于根据所述服务器信息中所包含的子服务器的吞吐量及处理延迟从所述服务器信息中筛选得到满足预设条件的优选子服务器；服务状态判断单元，用于对每一所述优选子服务器的服务状态是否为可用进行判断，以获取服务状态为可用的优选子服务器的信息作为所述有效服务器信息。

在一实施例中，所述服务请求处理装置100还包括子单元：注册表更新单元。

注册表更新单元，用于根据预置的更新周期发送注册请求至所述集群服务器，以根据所述集群服务器中每一子服务器反馈的注册信息对所述注册表进行更新。

在一实施例中，所述服务请求处理装置100还包括子单元：信息剔除单元。

信息剔除单元，用于若接收到来自所述集群服务器的注册剔除信息，根据所述注册剔除信息从所述注册表中对相应子服务器的信息进行剔除。

在一实施例中，所述服务请求处理装置100还包括子单元：服务器数量判断单元和提示信息发送单元。

服务器数量判断单元，用于判断所述有效服务器信息中所包含的子服务器的数量是否为零；提示信息发送单元，用于若所述有效服务器信息中所包含的子服务器的数量为零，向所述客户端发送无法对所述服务请求进行处理的提示信息；若所述有效服务器信息中所包含的子服务器的数量不为零，执行所述根据所述有效服务器信息将所述服务请求发送至所述集群服务器中的一个子服务器的步骤，也即是执行处理信息获取单元140所对应的步骤。

处理信息获取单元140，用于根据所述有效服务器信息将所述服务请求发送至所述集群服务器中的一个子服务器，以获取所述子服务器对所述服务请求进行处理后所得到的处理信息。

在一实施例中，所述处理信息获取单元140包括子单元：排序结果获取单元和服务请求发送单元。

排序结果获取单元，用于根据所述有效服务器信息中每一子服务器的吞吐量及处理延迟对所述子服务器进行排序得到排序结果；服务请求发送单元，用于根据所述排序结果将所述服务请求发送至最优的一个子服务器。

处理信息发送单元150，用于将所述处理信息发送至所述客户端。

在本发明实施例所提供的服务请求处理装置应用上述服务请求处理方法，根据网关信息表确定所配置的与来自客户端的服务请求对应的目标网关，根据目标网关配置的网关新型对服务请求进行验证，若验证通过，根据注册表确定与服务请求对应的有效服务器信息，根据有效服务器信息将服务请求发送至集群服务器中的一个子服务器进行处理，获取处理信息并发送至客户端。通过上述方法，可根据注册表中子服务器的服务状态获取当前可用的子服务器的信息作为有效服务器信息，确保处理请求可被及时有效地处理，可避免集群服务器中挤压无法正常处理的异常数据，提高了对服务请求进行处理的效率及时效性。

上述服务请求处理装置可以实现为计算机程序的形式，该计算机程序可以在如图10所示的计算机设备上运行。

请参阅图10，图10是本发明实施例提供的计算机设备的示意性框图。该计算机设备可以是用于执行服务请求处理方法以进行服务请求处理的管理服务器10。

参阅图10，该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。

该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032被执行时，可使得处理器502执行服务请求处理方法。

该处理器502用于提供计算和控制能力，支撑整个计算机设备500的运行。

该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行服务请求处理方法。

该网络接口505用于进行网络通信，如提供数据信息的传输等。本领域技术人员可以理解，图10中示出的结构，仅仅是与本发明方案相关的部分结构的框图，并不构成对本发明方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现上述的服务请求处理方法中对应的功能。

本领域技术人员可以理解，图10中示出的计算机设备的实施例并不构成对计算机设备具体构成的限定，在其他实施例中，计算机设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。例如，在一些实施例中，计算机设备可以仅包括存储器及处理器，在这样的实施例中，存储器及处理器的结构及功能与图10所示实施例一致，在此不再赘述。

应当理解，在本发明实施例中，处理器502可以是中央处理单元(centralprocessingunit，cpu)，该处理器502还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

在本发明的另一实施例中提供计算机可读存储介质。该计算机可读存储介质可以为非易失性的计算机可读存储介质。该计算机可读存储介质存储有计算机程序，其中计算机程序被处理器执行时实现上述的服务请求处理方法中所包含的步骤。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的设备、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的几个实施例中，应该理解到，所揭露的设备、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为逻辑功能划分，实际实现时可以有另外的划分方式，也可以将具有相同功能的单元集合成一个单元，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个计算机可读存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的计算机可读存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。