CN112702368B - 服务请求的处理方法和装置 - Google Patents

Abstract

本文是关于一种服务请求的处理方法和装置。所述方法包括：获取服务请求，其中所述服务请求包括待处理的数据；对所述服务请求进行解析，确定对所述服务请求中待处理的数据所需执行的业务操作；根据所述服务请求所需执行的业务操作，为所述服务请求所属的业务分类；按照预先设置的所述业务分类对应的处理策略，对所述服务请求进行处理。

Description

服务请求的处理方法和装置

技术领域

本文涉及信息处理领域，尤其涉及服务请求的处理方法和装置。

背景技术

边缘计算是在靠近物或数据源头的网络边缘侧，融合网络、计算、存储、应用核心能力的开放平台。边缘计算与云计算互相协同，满足各行业在数字化变革过程中对实时业务、业务智能、数据聚合与互操作等方面的关键需求。到目前为止，边缘计算的作用主要用于获取、存储、过滤和发送数据到云系统。但在不久的未来，边缘计算能力将会下沉至最终用户，利用高速网络(如：5G通讯技术)和性能强大的边缘机器来就近处理用户的服务请求，实现较少的带宽消耗，减少用户可感知的延迟，并减轻中心服务器的运算压力。

随着业务量的不断增大，服务请求的数量与日俱增，边缘节点如何进行管理，才能满足对日益增长的服务请求的处理需求，这是目前亟待解决的问题。

发明内容

为克服相关技术中存在的问题，本文提供一种服务请求的处理方法和装置。

根据本文的第一方面，提供一种服务请求的处理方法，包括：

获取服务请求，其中所述服务请求包括待处理的数据；

对所述服务请求进行解析，确定对所述服务请求中待处理的数据所需执行的业务操作；

根据所述服务请求所需执行的业务操作，为所述服务请求所属的业务分类；

按照预先设置的所述业务分类对应的处理策略，对所述服务请求进行处理。

在一个示例性实施例中，所述对所述服务请求进行解析，确定对所述服务请求中待处理的数据所需执行的业务操作，包括：

从所述服务请求中提取用户对待处理的数据的处理需求信息，其中所述处理需求信息包括所述待处理的数据的属性信息、数据处理方式信息、所需的处理结果中的至少一个信息；

根据所述处理需求信息，确定对所述待处理的数据所需执行的业务操作。

在一个示例性实施例中，所述根据所述服务请求所需执行的业务操作，为所述服务请求所属的业务分类之后，所述方法还包括：

在对至少两个服务请求进行分类处理得到至少两个业务分类后，在对至少两个服务请求进行分类处理得到至少两个业务分类后，记录每个业务分类中的服务请求，其中每个业务分类中的服务请求是以各自的处理需求信息进行标记的；

所述按照预先设置的所述业务分类对应的处理策略，对所述服务请求进行处理，包括：

获取所述服务请求的处理需求信息；

根据所述服务请求的处理需求信息，对所述服务请求进行处理。

在一个示例性实施例中，所述从所述服务请求中提取用户对待处理的数据的处理需求信息之后，所述方法还包括：

从所述服务请求中获取所述用户的身份信息；

在预先设置的存储空间中，以所述用户的身份信息为标记存储所述服务请求中的待处理的数据；

所述按照预先设置的所述业务分类对应的处理策略，对所述服务请求进行处理，包括：

从所述服务请求中获取所用户的身份信息；

从预先设置的存储空间中，获取所述用户的身份信息对应的目标数据，并对所述目标数据进行处理。

在一个示例性实施例中，所述按照预先设置的所述业务分类对应的处理策略，对所述服务请求进行处理，包括：

将每个分类的业务中的服务请求发送至预先设置的各个业务分类对应的处理系统中；

控制各个处理系统对各自的业务分类中的服务请求进行处理。

根据本文的另一方面，提供一种服务请求的处理装置，包括：

获取模块，用于获取服务请求，其中所述服务请求包括待处理的数据；

确定模块，用于对所述服务请求进行解析，确定对所述服务请求中待处理的数据所需执行的业务操作；

分类模块，用于根据所述服务请求所需执行的业务操作，为所述服务请求所属的业务分类；

处理模块，用于按照预先设置的所述业务分类对应的处理策略，对所述服务请求进行处理。

在一个示例性实施例中，所述确定模块包括：

提取单元，用于从所述服务请求中提取用户对待处理的数据的处理需求信息，其中所述处理需求信息包括所述待处理的数据的属性信息、数据处理方式信息、所需的处理结果中的至少一个信息；

确定单元，用于根据所述处理需求信息，确定对所述待处理的数据所需执行的业务操作。

在一个示例性实施例中，所述装置还包括：

记录模块，用于在根据所述服务请求所需执行的业务操作，为所述服务请求所属的业务分类之后，在对至少两个服务请求进行分类处理得到至少两个业务分类后，记录每个业务分类中的服务请求，其中每个业务分类中的服务请求是以各自的处理需求信息进行标记的；

其中，所述处理模块包括：

第一获取单元，用于获取所述服务请求的处理需求信息；

第一处理单元，用于根据所述服务请求的处理需求信息，对所述服务请求进行处理。

在一个示例性实施例中，所述装置还包括：

存储模块，用于在从所述服务请求中提取用户对待处理的数据的处理需求信息之后，从所述服务请求中获取所述用户的身份信息，并在预先设置的存储空间中，以所述用户的身份信息为标记存储所述服务请求中的待处理的数据；

其中，所述处理模块包括：

第二获取单元，用于从所述服务请求中获取所用户的身份信息；

第二处理单元，用于从预先设置的存储空间中，获取所述用户的身份信息对应的目标数据，并对所述目标数据进行处理。

在一个示例性实施例中，所述处理模块包括：

发送单元，用于将每个分类的业务中的服务请求发送至预先设置的各个业务分类对应的处理系统中；

控制单元，用于控制各个处理系统对各自的业务分类中的服务请求进行处理。

根据本文的另一方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被执行时实现上文任一所述方法的步骤。

根据本文的另一方面，提供一种计算机设备，包括处理器、存储器和存储于所述存储器上的计算机程序，所述处理器执行所述计算机程序时实现上文任一所述方法的步骤。

本文通过获取服务请求，并对所述服务请求进行解析，确定对所述服务请求中待处理的数据所需执行的业务操作，再根据所述服务请求所需执行的业务操作，为所述服务请求所属的业务分类，并按照预先设置的所述业务分类对应的处理策略，对所述服务请求进行处理，可以实现对大量服务请求的快速处理，提高处理效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本文。

附图说明

构成本文的一部分的附图用来提供对本文的进一步理解，本文的示意性实施例及其说明用于解释本文，并不构成对本文的不当限定。在附图中：

图1是根据一示例性实施例示出的一种服务请求的处理方法的流程图。

图2是根据一示例性实施例示出的一种服务请求处理系统的架构图。

图3是根据一示例性实施例示出的一种服务请求的处理装置的结构图。

图4是根据一示例性实施例示出的的计算机设备400的框图。

具体实施方式

为使本文实施例的目的、技术方案和优点更加清楚，下面将结合本文实施例中的附图，对本文实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本文一部分实施例，而不是全部的实施例。基于本文中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本文保护的范围。需要说明的是，在不冲突的情况下，本文中的实施例及实施例中的特征可以相互任意组合。

本文示例性实施例提供一种服务请求的处理方法，该方法应用于边缘计算系统，边缘计算系统可以是利用边缘计算技术对企业、工厂、楼宇、交通、医疗等场景实现数据处理的系统。边缘计算系统可以包括分布式部署的多台节点服务器，节点服务器可以由边缘计算提供方预先按照地理位置/网络运营商采用分布式架构部署在网络中，每台节点服务器可以对应一个地理/网络区域，其作为数据处理的主体，用于为对应的地理/网络区域内的服务请求进行处理，多台节点服务器可以分担相关技术中中心平台的数据计算压力，以克服现有技术数据处理的缺陷。边缘节点可以是任何具备联网上云功能的机器设备，如可以是移动终端、工业机器、机器人、智能装备、电机、智能家居、仪表、摄像头和传感器等，边缘机器在运行状态下可以产生或收集数据，并将数据提供给节点服务器，供节点服务器进行处理。

图1是根据一示例性实施例示出的一种服务请求的处理方法的流程图。

如图1所示，所述方法包括：

步骤101、获取服务请求，其中所述服务请求包括待处理的数据；

在一个示例性实施例中，服务请求可以由用户发送给边缘节点，边缘节点进而选择节点服务器对服务请求进行处理；边缘节点接收到服务请求后可以根据预先设置的负载均衡策略，将收到的服务请求分发给节点服务器，或者，根据服务请求来自的地理区域或网络区域，将服务请求发送给对应地理区域或网络区域内的节点服务器。

在一个示例性实施例中，服务请求携带有待处理的数据，所述待处理数据是需要节点服务器调用自身的计算资源对其进行处理的，以获得用户所需的处理结果。

在一个示例性实施例中，与相关技术中节点服务器逐个对服务请求进行管理的方式不同，本文示例性提供的方法是在获取到至少两个服务请求时，对至少两个服务请求进行批量处理，以提高对服务请求的处理效率；例如，可以设置在接收到服务请求的数量达到预先设置的个数时，才执行后续操作。

步骤102、对所述服务请求进行解析，确定对所述服务请求中待处理的数据所需执行的业务操作；

在一个示例性实施例中，在得到待处理的数据后，获取用户对该待处理的数据的处理需求信息，以便确定达成用户所需的处理结果所需执行的业务操作。

在一个示例性实施例中，所述对所述服务请求进行解析，确定对所述服务请求中待处理的数据所需执行的业务操作，包括：

从所述服务请求中提取用户对待处理的数据的处理需求信息，其中所述处理需求信息包括所述待处理的数据的属性信息、数据处理方式信息、所需的处理结果中的至少一个信息；

根据所述处理需求信息，确定对所述待处理的数据所需执行的业务操作。

在一个示例性实施例中，如果服务请求为将一个视频文件从mkv格式转换成rmvb格式，则获取处理需求信息可以包括如下至少一个：

待处理的数据的属性信息包括视频文件的名称、存储格式和文件大小中的至少一个；

数据处理方式为视频格式转换；

所需的处理结果包括新的视频文件的名称、存储格式、文件大小中的至少一个。

基于得到的处理需求信息，可以得到响应该服务请求所需执行的业务操作为视频格式转换。

在一个示例性实施例中，优先使用所述处理需求信息中的全部信息来确定所需执行的业务操作，以便提高对业务操作的判断准确率。

在一个示例性实施例中，在得到处理需求信息后，还可以进一步根据该处理需求信息，确定执行业务操作所需的配置信息，其中该配置信息为达到所需的处理结果所需的配置参数。例如，在业务操作为视频格式转换时，配置参数可以为转换得到的新视频文件的名称、存储格式、文件大小中的至少一个。通过获取上述配置信息，可以为后续执行业务操作提高参数依据，提高数据处理速度。

步骤103、根据所述服务请求所需执行的业务操作，为所述服务请求所属的业务分类；

在一个示例性实施例中，随着网络数据的种类越来越大，且每种网络数据可以有多种不同的处理需求，势必无法将服务请求进行快速分类。为了解决克服上述问题，提出按照业务操作将服务请求进行分类，以提高服务请求的处理效率；其中，业务操作可以为视频转码、图片处理、函数计算、数据分析或日志过滤等。

步骤104、按照预先设置的所述业务分类对应的处理策略，对所述服务请求进行处理；

在一个示例性实施例中，节点服务器可以预先设置至少两个处理系统；在得到至少两个业务分类后，为每个业务分类分配对应的处理系统，由处理系统对该业务分类中的服务请求进行处理，实现多个业务分类中的服务请求并行处理的目的，提高服务请求的处理效率；另外，由于每个处理系统所处理的服务请求属于同一个业务分类，则每个处理系统所执行的业务操作逻辑相似性较高，使得处理系统无需在处理服务请求过程中变更业务操作的类型，有效缩短了业务操作的时间。

在一个示例性实施例中，所述按照预先设置的所述业务分类对应的处理策略，对所述服务请求进行处理，包括：

将每个分类的业务中的服务请求发送至预先设置的各个业务分类对应的处理系统中；

控制各个处理系统对各自的业务分类中的服务请求进行处理。

在一个示例性实施例中，如果服务请求为处理云游戏数据请求，则获取处理需求信息可以包括如下至少一个：待处理的数据的属性信息和游戏资源信息，其中属性信息可以为用户动作信息；其中游戏资源信息可以从存储模块读取；

其中，数据处理方式为云游戏渲染运算；

所需的处理结果包括根据用户动作信息对游戏资源信息进行渲染，得到渲染后的流媒体码流。

基于得到的处理需求信息，可以得到响应该服务请求所需执行的业务操作为云游戏渲染运算。

在上述示例性实施例中，处理系统可以预先部署在边缘计算系统内的所有节点服务器上的；该处理系统可以集成用于实现数据处理功能的功能模块件，在模块组件的数量为至少两个时，功能模块间一一解耦，并且可以直接支持虚拟化和容器化部署，可以在短时间内进行纵向扩展，短时间内满足客户需求。

在上述示例性实施例中，处理系统均包括执行所需的业务操作对应的功能模块，该功能模块完成对待处理的数据处理，如实现视频转码操作、图片处理操作、函数计算操作、数据分析操作或日志过滤操作等。在实际应用中，该功能模块可以以插件的形式部署在节点服务器中；对于不同的业务操作，可以自动加载相应的插件，以配置相关的数据计算逻辑，这样便于业务操作逻辑的升级更新，可以实现业务功能的快速部署上线。

本文示例性提供的方法实施例，获取服务请求，其中所述服务请求包括待处理的数据，并对所述服务请求进行解析，确定对所述服务请求中待处理的数据所需执行的业务操作，再根据所述服务请求所需执行的业务操作，为所述服务请求所属的业务分类，并按照预先设置的所述业务分类对应的处理策略，对所述服务请求进行处理，实现对大量服务请求的快速处理，提高处理效率。

下面对本文示例性提供的方法进行说明：

在一个示例性实施例中，所述根据所述服务请求所需执行的业务操作，为所述服务请求所属的业务分类之后，所述方法还包括：

在对至少两个服务请求进行分类处理得到至少两个业务分类后，记录每个业务分类中的服务请求，其中每个业务分类中的服务请求是以各自的处理需求信息进行标记的；

所述按照预先设置的所述业务分类对应的处理策略，对所述服务请求进行处理，包括：

获取所述服务请求的处理需求信息；

根据所述服务请求的处理需求信息，对所述服务请求进行处理。

在上述示例性实施例中，服务请求包括处理需求信息、用户的身份信息和待处理的数据；由于待处理的数据的数据量较大，处理需求信息的数据量较小，在进行服务请求分类时，以处理需求信息作为分类结果的标记信息，以保证分类操作中服务请求的信息的快速存储；另外，在处理该服务请求时，还可以直接获取该服务请求的处理需求信息，并依照该处理需求信息进行服务请求的处理，提高服务请求的处理效率。

在一个示例性实施例中，在采用处理需求信息作为服务请求的标记信息进行存储时，可以为处理需求信息设置对应的存储格式，以便后续处理该服务请求时进行解析。

以服务请求为将一个视频文件从mkv格式转换成rmvb格式为例进行说明，可以设置三个字段，分别为业务操作类型、视频文件信息和转换参数，其中：

业务操作类型为视频格式转换；

视频文件信息为视频文件的名称、存储格式和文件大小中的至少一个；

转换参数包括新的视频文件的名称、存储格式、文件大小中的至少一个。

在对该服务请求进行处理时，可以直接读取上述字段中的信息，执行视频文件的格式转换的操作，无需再次解析该服务请求以获取所需的配置参数，缩短了处理的时间。

在一个示例性实施例中，所述从所述服务请求中提取用户对待处理的数据的处理需求信息之后，所述方法还包括：

从所述服务请求中获取所述用户的身份信息；

在预先设置的存储空间中，以所述用户的身份信息为标记存储所述服务请求中的待处理的数据；

所述按照预先设置的所述业务分类对应的处理策略，对所述服务请求进行处理，包括：

从所述服务请求中获取所用户的身份信息；

从预先设置的存储空间中，获取所述用户的身份信息对应的目标数据，并对所述目标数据进行处理。

在上述示例性实施例中，可以配置磁盘空间作为待处理的数据的存储空间，借助磁盘空间的存储空间大的特点，完成对待处理的数据的存储；另外，借助服务请求中的用户的身份信息完成对待处理数据的标记；

在上述示例性实施例中，在处理服务请求时，根据所述服务请求携带的用户的身份信息，从存储空间中读取与所述身份信息匹配的目标数据，完成对待处理的数据的获取操作，进而完成服务请求的处理。

下面本文示例性提供的方法实施例进行说明：

图2是根据一示例性实施例示出的一种服务请求处理系统的架构图。如图2所示，所述架构包括前端系统、解析系统、存储系统、处理系统。

1、前端系统，包括负载均衡模块和至少两个应用程序接口服务器；其中：

负载均衡模块，用于在从边缘节点获取用户利用客户端发送的服务请求后，根据应用程序接口服务器的业务压力，发送到不同的应用程序接口服务器；

应用程序接口服务器，负责解析服务请求，并验证服务请求的处理逻辑；将服务请求分成两部分，一部分是处理需求信息，封装成消息任务发送到解析系统，进行接下来的处理；另一部分是待处理的数据，比如图片，视频或者要分析的数据，这部分数据一般占用空间比较大，不适合放到消息队列中，所以将这部分数据发送至存储系统；

2、存储系统，用于存储待处理的数据，并以发起该服务请求的用户的身份信息作为待处理数据的文件名，便于之后的查找；

3、解析系统，包括消息队列模块和消息任务解析模块，其中：

消息队列模块，用于接收消息任务，并将消息任务加入消息队列中等待解析；

消息任务解析模块，用于从消息队列模块中将消息任务取出，对消息任务中的处理需求信息进行解析，解析所需执行的业务动作，然后根据所述业务动作，将解析后的处理需求信息，发送到对应的处理系统；例如，视频转码、图片处理和数据分析等业务操作，分别发送到对应的转换队列、图片处理队列、数据分析队列。

4、处理系统，包括数据拉取模块和任务处理模块；其中：

数据拉取模块根据处理需求信息从存储系统拉取对应的待处理数据，任务处理模块从消息队列中取出相应的消息任务，利用各自的业务处理逻辑，对待处理的数据进行处理，并将处理后的数据发送给用户；例如，处理完的数据可以是转码后的视频文件、压缩后的图片或是分析完的日志数据。

在上述架构中，所执行的方法步骤包括：

步骤1：前端系统接收用户的请求，并根据服务器负载分配相应的应用程序接口服务器承接服务；

步骤2：应用程序接口服务器解析并验证用户的请求，将用户请求解析为元数据信息和待处理数据；其中，元数据信息为用户对待处理数据的处理需求信息；

步骤3：应用程序接口服务器将元数据信息加入消息队列，并在存储系统中以用户的身份信息(如，用户的登录ID或用户的IP地址)命名存储待处理数据，供待后续使用；

步骤4：解析系统拉取消息队列中的元数据信息，解析出所需执行的业务动作发送至不同的处理队列；

步骤5：处理系统根据元数据信息查找并拉取存储的待处理数据，根据具体的业务逻辑对待处理数据进行处理；

步骤6：处理系统将处理后的数据根据元数据信息以及用户信息返回给用户。

本文示例性实施例提供的方法，能够实现同一节点服务器在用户端无感知的情况下提供各种不同需求的服务，实现兼容不同服务的运算需求，智能高效地为用户提供边缘计算服务的目的。

图3是根据一示例性实施例示出的一种服务请求的处理装置的结构图。如图3所示，所述装置包括：

获取模块301，用于获取服务请求，其中所述服务请求包括待处理的数据；

确定模块302，用于对所述服务请求进行解析，确定对所述服务请求中待处理的数据所需执行的业务操作；

分类模块303，用于根据所述服务请求所需执行的业务操作，为所述服务请求所属的业务分类；

处理模块304，用于按照预先设置的所述业务分类对应的处理策略，对所述服务请求进行处理。

在一个示例性实施例中，所述确定模块302包括：

提取单元，用于从所述服务请求中提取用户对待处理的数据的处理需求信息，其中所述处理需求信息包括所述待处理的数据的属性信息、数据处理方式信息、所需的处理结果中的至少一个信息；

确定单元，用于根据所述处理需求信息，确定对所述待处理的数据所需执行的业务操作。

在一个示例性实施例中，所述装置还包括：

记录模块，用于在根据所述服务请求所需执行的业务操作，为所述服务请求所属的业务分类之后，在对至少两个服务请求进行分类处理得到至少两个业务分类后，记录每个业务分类中的服务请求，其中每个业务分类中的服务请求是以各自的处理需求信息进行标记的；

其中，所述处理模块304包括：

第一获取单元，用于获取所述服务请求的处理需求信息；

第一处理单元，用于根据所述服务请求的处理需求信息，对所述服务请求进行处理。

在一个示例性实施例中，所述装置还包括：

存储模块，用于在从所述服务请求中提取用户对待处理的数据的处理需求信息之后，从所述服务请求中获取所述用户的身份信息，并在预先设置的存储空间中，以所述用户的身份信息为标记存储所述服务请求中的待处理的数据；

其中，所述处理模块304包括：

第二获取单元，用于从所述服务请求中获取所用户的身份信息；

第二处理单元，用于从预先设置的存储空间中，获取所述用户的身份信息对应的目标数据，并对所述目标数据进行处理。

在一个示例性实施例中，所述处理模块304包括：

发送单元，用于将每个分类的业务中的服务请求发送至预先设置的各个业务分类对应的处理系统中；

控制单元，用于控制各个处理系统对各自的业务分类中的服务请求进行处理。

本文示例性提供的装置实施例，获取服务请求，其中所述服务请求包括待处理的数据，并对所述服务请求进行解析，确定对所述服务请求中待处理的数据所需执行的业务操作，再根据所述服务请求所需执行的业务操作，为所述服务请求所属的业务分类，并按照预先设置的所述业务分类对应的处理策略，对所述服务请求进行处理，实现对大量服务请求的快速处理，提高处理效率。

本文示例性实施例提供的一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被执行时实现上文任一所述方法的步骤。

图4是根据一示例性实施例示出的的计算机设备400的框图。例如，计算机设备400可以被提供为一服务器。参照图4，计算机设备400包括处理器401，处理器的个数可以根据需要设置为一个或者多个。计算机设备400还包括存储器402，用于存储可由处理器401的执行的指令，例如应用程序。存储器的个数可以根据需要设置一个或者多个。其存储的应用程序可以为一个或者多个。处理器401被配置为执行指令，以执行上文任一所述的方法。

本领域技术人员应明白，本文的实施例可提供为方法、装置(设备)、或计算机程序产品。因此，本文可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本文可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质上实施的计算机程序产品的形式。计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质,包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质等。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

本文是参照根据本文实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的物品或者设备中还存在另外的相同要素。

尽管已描述了本文的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本文范围的所有变更和修改。

显然，本领域的技术人员可以对本文进行各种改动和变型而不脱离本文的精神和范围。这样，倘若本文的这些修改和变型属于本文权利要求及其等同技术的范围之内，则本文的意图也包含这些改动和变型在内。

Claims (10)

1.一种服务请求的处理方法，包括：

获取服务请求，其中所述服务请求包括待处理的数据；

将所述待处理的数据发送至存储系统，从所述服务请求中解析出用户对所述待处理的数据的处理需求信息，根据所述处理需求信息，确定对所述待处理的数据所需执行的业务操作；

根据所述服务请求所需执行的业务操作，为所述服务请求所属的业务分类；

将每个分类的业务中的处理需求信息加入消息队列发送至预先设置的各个业务分类对应的处理系统中，以使所述处理系统根据所述处理需求信息从存储系统拉取所述待处理的数据，按照预先设置的所述业务分类对应的处理策略，对所述服务请求进行处理，所述处理系统包括执行所需的业务操作的功能模块，所述功能模块以插件的形式部署在节点服务器中，可以根据不同业务操作，自动加载相应的插件。

2.根据权利要求1所述的方法，其特征在于，所述处理需求信息包括所述待处理的数据的属性信息、数据处理方式信息、所需的处理结果中的至少一个信息。

3.根据权利要求2所述的方法，其特征在于：

所述根据所述服务请求所需执行的业务操作，为所述服务请求所属的业务分类之后，所述方法还包括：

在对至少两个服务请求进行分类处理得到至少两个业务分类后，记录每个业务分类中的服务请求，其中每个业务分类中的服务请求是以各自的处理需求信息进行标记的；

所述按照预先设置的所述业务分类对应的处理策略，对所述服务请求进行处理，包括：

获取所述服务请求的处理需求信息；

根据所述服务请求的处理需求信息，对所述服务请求进行处理。

4.根据权利要求2或3所述的方法，其特征在于：

从所述服务请求中提取用户对待处理的数据的处理需求信息之后，所述方法还包括：

从所述服务请求中获取所述用户的身份信息；

在预先设置的存储空间中，以所述用户的身份信息为标记存储所述服务请求中的待处理的数据；

所述按照预先设置的所述业务分类对应的处理策略，对所述服务请求进行处理，包括：

从所述服务请求中获取所用户的身份信息；

从预先设置的存储空间中，获取所述用户的身份信息对应的目标数据，并对所述目标数据进行处理。

5.一种服务请求的处理装置，包括：

获取模块，用于获取服务请求，其中所述服务请求包括待处理的数据；

确定模块，用于将所述待处理的数据发送至存储系统，从所述服务请求中解析出用户对所述待处理的数据的处理需求信息，根据所述处理需求信息，确定对所述待处理的数据所需执行的业务操作；

分类模块，用于根据所述服务请求所需执行的业务操作，为所述服务请求所属的业务分类；

处理模块，用于将每个分类的业务中的处理需求信息加入消息队列发送至预先设置的各个业务分类对应的处理系统中，以使所述处理系统根据所述处理需求信息从存储系统拉取所述待处理的数据，按照预先设置的所述业务分类对应的处理策略，对所述服务请求进行处理，所述处理系统包括执行所需的业务操作的功能模块，所述功能模块以插件的形式部署在节点服务器中，可以根据不同业务操作，自动加载相应的插件。

6.根据权利要求5所述的装置，其特征在于，所述处理需求信息包括所述待处理的数据的属性信息、数据处理方式信息、所需的处理结果中的至少一个信息。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

记录模块，用于在根据所述服务请求所需执行的业务操作，为所述服务请求所属的业务分类之后，在对至少两个服务请求进行分类处理得到至少两个业务分类后，记录每个业务分类中的服务请求，其中每个业务分类中的服务请求是以各自的处理需求信息进行标记的；

其中，所述处理模块包括：

第一获取单元，用于获取所述服务请求的处理需求信息；

第一处理单元，用于根据所述服务请求的处理需求信息，对所述服务请求进行处理。

8.根据权利要求6所述的装置，其特征在于，所述装置还包括：

存储模块，用于在从所述服务请求中提取用户对待处理的数据的处理需求信息之后，从所述服务请求中获取所述用户的身份信息，并在预先设置的存储空间中，以所述用户的身份信息为标记存储所述服务请求中的待处理的数据；

其中，所述处理模块包括：

第二获取单元，用于从所述服务请求中获取所用户的身份信息；

第二处理单元，用于从预先设置的存储空间中，获取所述用户的身份信息对应的目标数据，并对所述目标数据进行处理。

9.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被执行时实现如权利要求1－4中任意一项所述方法的步骤。

10.一种计算机设备，包括处理器、存储器和存储于所述存储器上的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1－4中任意一项所述方法的步骤。

Images