CN107870816A - 一种用于图像处理和存储的方法及装置 - Google Patents

Abstract

本发明实施例公开了一种用于图像处理和存储的方法及装置，涉及计算机信息技术领域，能够缩短响应延时，从而提升系统的运行效率。本发明包括：通过主进程监听请求，并在接收到的请求消息后创建请求处理子线程；执行所述请求处理子线程解析所述请求消息，并得到请求参数，将原图数据和所述请求参数传入所调用的图像处理接口；通过所创建的图像处理子线程，根据传入的所述请求参数对所述原图数据进行处理，得到处理结果；通过所述请求处理子线程，根据所述处理结果生成响应消息，并针对所述请求消息反馈所述响应消息。本发明具有图像处理功能的对象存储服务系统。

Description

一种用于图像处理和存储的方法及装置

技术领域

本发明涉及计算机信息技术领域，尤其涉及一种用于图像处理和存储的方法及装置。

背景技术

当前，在电子商务、云计算以及其他的计算机技术领域中，图像信息已成为一种重要的信息类型，各种类型的系统、设备集群每天都需要处理海量的图像信息。而为了提高图像信息的管理效率，目前通常会在互联网中部署专门用于提供图像存储服务的系统。

而对于图像信息也需要执行一系列的处理过程，比如：在目前大多数的Web图像存储服务系统中，考虑到当前互联网带宽对于实际应用的限制，需要对图像信息进行压缩；以及，在保护个人信息安全时，对原图进行局部模糊等一系列的处理过程。目前的图像存储服务系统中大都会布置图像处理节点和图像存储节点，以提高系统的负载能力以及可扩展性。其中，对于每一次的请求处理流程中都会涉及装置内部图像处理节点与图像存储节点之间的网络通信。

但是在实际应用中，在进行网络通信的过程中，各个节点需要先分别调用各自节点中的磁盘接口从而读写磁盘中的图像信息，再进行网络通信，这就会给整个系统造成较大的响应延时，导致整个系统运行效率的降低。

发明内容

本发明的实施例提供一种图像处理和存储的方法及装置，能够缩短响应延时，从而提升系统的运行效率。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，本发明的实施例提供的方法，包括：通过主进程监听请求，在接收到的请求消息后创建请求处理子线程；执行所述请求处理子线程解析所述请求消息，得到请求参数，将原图数据和所述请求参数传入所调用的图像处理接口；通过所创建的图像处理子线程，根据传入的所述请求参数对所述原图数据进行处理，得到处理结果；通过所述请求处理子线程，根据所述处理结果生成响应消息，针对所述请求消息反馈所述响应消息。

结合第一方面，在第一方面的第一种可能的实现方式中，还包括：执行所述请求处理子线程校验所述请求消息的合法性，若所述请求非法，则针对所述请求消息返回错误码。

结合第一方面，在第一方面的第二种可能的实现方式中，还包括：执行所述请求处理子线程解析所述请求消息，并检测判断所述请求消息是否命中缓存中预先存储的缓存数据，若是则针对所述请求消息返回所述缓存数据。

结合第一方面，在第一方面的第三种可能的实现方式中，还包括：在所述将原图数据和所述请求参数传入所调用的图像处理接口之前，检测所述请求参数的原图数据是否命中内存中所缓存的内容；若存在，则直接从所述缓存中获取所述匹配所述请求参数的原图数据；若不存在，则调用读写接口将所述原图数据读入所述缓存。

结合第一方面，在第一方面的第四种可能的实现方式中，还包括：在通过所述主进程监听请求之前，执行初始化过程，并将初始化的结果返回至所述主进程的调用接口。

结合第一方面的第四种可能的实现方式，在第五种可能的实现方式中，所述初始化过程至少包括：调用所述主进程的入口函数，并加载图像处理模块的运行库和图像存储模块的运行库；调用所述图像处理模块的初始化接口，从图像处理配置参数中解析图像处理模块的启动参数，所述图像处理配置参数至少包括：工作子线程数和处理结果的缓存规则；启动图像处理工作线程池和图像处理分发线程，所述图像处理工作线程池包括图像处理子线程的资源，所述图像处理分发线程用于分配图像处理子线程的资源。

第二方面，本发明的实施例提供的装置，包括：进程管理模块，用于通过主进程监听请求，在接收到的请求消息后创建请求处理子线程；图像处理模块，用于执行所述请求处理子线程解析所述请求消息，得到请求参数，将原图数据和所述请求参数传入所调用的图像处理接口；通过所创建的图像处理子线程，根据传入的所述请求参数对所述原图数据进行处理，得到处理结果；所述进程管理模块，还用于通过所述请求处理子线程，根据所述处理结果生成响应消息，针对所述请求消息反馈所述响应消息。

结合第二方面，在第二方面的第一种可能的实现方式中，所述进程管理模块，还用于执行所述请求处理子线程校验所述请求消息的合法性，若所述请求非法，则针对所述请求消息返回错误码。

结合第二方面，在第二方面的第二种可能的实现方式中，所述图像处理模块，还用于执行所述请求处理子线程解析所述请求消息，并检测判断所述请求消息是否命中缓存中预先存储的缓存数据，若是则针对所述请求消息返回所述缓存数据；所述图像处理模块，还用于在所述将原图数据和所述请求参数传入所调用的图像处理接口之前，检测所述请求参数的原图数据是否命中内存中所缓存的内容；若存在，则直接从所述缓存中获取所述匹配所述请求参数的原图数据；所述装置还包括图像存储模块，用于若缓存中不存在匹配所述请求参数的原图数据，则调用读写接口将所述原图数据读入所述缓存。

结合第二方面和第二方面的各项可能的实现方式中，在第二方面的第三种可能的实现方式中，还包括：初始化模块，用于在通过所述主进程监听请求之前，执行初始化过程，并将初始化的结果返回至所述主进程的调用接口；其中，所述初始化过程至少包括：调用所述主进程的入口函数，并加载图像处理模块的运行库和图像存储模块的运行库；并调用所述图像处理模块的初始化接口，从图像处理配置参数中解析图像处理模块的启动参数，所述图像处理配置参数至少包括：工作子线程数和处理结果的缓存规则；再启动图像处理工作线程池和图像处理分发线程，所述图像处理工作线程池包括图像处理子线程的资源，所述图像处理分发线程用于分配图像处理子线程的资源。

本发明实施例提供的图像处理和存储的方法及装置，将图像处理与图像存储的过程集成在了同一个节点本地进行图像处理，使得本实施例中仅通过包含两种节点，即Proxy节点和图像服务节点的架构即实现了图像存储服务系统的功能，去除了现有方案中图像处理节点与图像存储节点相互独立的系统结构，从而消除了系统内部的进程间通信和大量磁盘文件I/O，缩短了响应延时、提升了系统运行效率。

附图说明

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

图1为本发明实施例提供的一种实现图像处理和存储的系统的架构示意图；

图2为本发明实施例提供的图像处理和存储的方法的流程示意图；

图3为本发明实施例提供的一种进程实现方式的具体举例的示意图；

图4为本发明实施例提供的图像处理和存储的装置的结构示意图。

具体实施方式

为使本领域技术人员更好地理解本发明的技术方案，下面结合附图和具体实施方式对本发明作进一步详细描述。下文中将详细描述本发明的实施方式，所述实施方式的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的任一单元和全部组合。本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样定义，不会用理想化或过于正式的含义来解释。

本实施例所提及的方法流程，具体可以在一种服务器系统中执行，该服务器系统用于互联网中的图像的存储和处理，可以称为图像存储服务系统或者，Web图像存储服务系统。该服务器系统具体可以运行在服务器、工作站、超级计算机等设备，或者是由多个服务器设备组成的服务器集群中。运行该服务器系统的服务器设备(或者由多个服务器设备组成的集群)至少包括：用于缓存数据的内存Cache，用于执行本实施例所示流程的处理器单元，用于存储原图数据的，由磁盘、磁盘阵列等存储设备组成的存储单元。运行该服务器系统的服务器设备(或者由多个服务器设备组成的集群)还可以连接鼠标、键盘、触摸屏、麦克风、摄像头等输入设备；以及连接显示器、触摸屏、扬声器等输出设备，以便于技术人员通过输入/输出设备对该服务器系统进行人工操作。在该服务器系统中包括以下两种节点：

Proxy节点，用于接收来自用户设备的请求，并在解析请求后，按预设的请求转发规则将请求转发至图像服务节点，并接收由图像服务节点生成和返回的响应数据，再将响应数据返回至用户设备，其中，本实施例中所述的Proxy节点可以是基于Golang实现的HttpServer(基于Http的服务器)。

图像服务节点，用于接收和处理来自Proxy的请求，并按照请求对原图数据进行缩放、拉伸、涂改、裁剪等处理过程，其中图像服务节点可以调用图像处理模块，在图像服务节点的本地执行处理过程，最后将处理结果返回至用户设备。Proxy节点与图像服务节点可以通过HTTP API(一种以HTTP(HyperText Transfer Protocol，超文本传输协议)方式请求调用的接口进行通信。

用户设备具体可以实做成单独一台装置，或整合于各种不同的媒体数据播放装置中，诸如智能手机、平板电脑(Tablet Personal Computer)、膝上型电脑(LaptopComputer)、多媒体播放器、数字摄影机、个人数字助理(personal digital assistant，简称PDA)或可穿戴式设备(Wearable Device)等。用户设备上可以运行客户端，该客户端用于根据用户的操作生成请求，并将请求通过网络向Proxy节点发送，以及该客户端用于与管理用户设备与图像存储服务系统之间的操作功能及数据交互过程，比如用户账户登录、原图数据上传等。

本发明实施例提供一种用于图像处理和存储的方法，如图2所示，包括：

S1、通过主进程监听请求，在接收到的请求消息后创建请求处理子线程。

例如：如图3所示的，具体可以通过Proxy节点接收从用户设备发送的请求，并可以对请求中包含的参数进行校验，若校验失败，则直接向用户设备返回相应的错误码。若校验通过，则Proxy节点可以HTTP的方式向图像服务节点系统发送Web请求。图像服务节点中建立并运行主进程(也可以称为图像存储服务主进程)，主进程进行事件监听循环，检测是否接收到Proxy节点发送的请求，比如Proxy节点可以HTTP的方式向图像服务节点系统发送Web请求消息。在本实施例中，图像服务节点可以创建多条主进程，从而提高并发处理多个用户请求的能力。图像服务节点读取请求后，即可创建用于处理请求的请求处理子线程。

S2、执行所述请求处理子线程解析所述请求消息，得到请求参数，将原图数据和所述请求参数传入所调用的图像处理接口。

S3、通过所创建的图像处理子线程，根据传入的所述请求参数对所述原图数据进行处理，得到处理结果。

例如：如图3所示的，在主进程中按照功能可以划分为图像处理模块和图像存储模块，请求处理子线程解析请求参数，并调用图像处理接口，将原图数据和请求参数通过调用的接口传入图像处理模块，再由图像处理模块创建图像处理工作子线程对原图数据进行处理，其中，请求参数具体可以是图像处理参数，比如：图像合并参数、水印参数、图像锐化参数等。在本实施例中，原图数据具体可以存储在如图3所示的本地文件系统，比如：图像服务节点的本地磁盘、闪存等存储设备。

S4、通过所述请求处理子线程，根据所述处理结果生成响应消息，针对所述请求消息反馈所述响应消息。

例如：由请求处理子线程将处理结果写回至请求得到响应消息，并由Proxy节点将响应消息反馈至用户设备。其中，处理结果可以包括但不限于：基于原图数据进行合成后得到的图像、在原图数据的图像基础上生成了的水印的图像、在原图数据的图像基础上执行了图像锐化处理的图像等，处理结果的具体内容由对于原图数据的处理的具体方式决定。

在本实施例中，请求处理子线程在接收到Proxy节点发送的请求消息后，还包括：执行所述请求处理子线程校验所述请求消息的合法性，若所述请求非法，则针对所述请求消息返回错误码，其中，该针对所述请求消息返回错误码可以进一步转换为对应的HTTP响应码并返回HTTP响应，从而以HTTP的方式返回错误结果。

在本实施例中，还包括：执行所述请求处理子线程解析所述请求消息，并检测判断所述请求消息是否命中内存中预先缓存的数据，若是则针对所述请求消息返回所述缓存数据。通过在本地进行图像处理的方式和在内存中缓存中间数据的方式，避免再次从如图3所示的本地文件系统中读取数据，缩短了处理时间。

进一步的，还可以包括：在所述将原图数据和所述请求参数传入所调用的图像处理接口之前，检测所述请求参数的原图数据是否命中内存中所缓存的内容。

若存在，则直接从所述缓存中获取所述匹配所述请求参数的原图数据。若不存在，则调用读写接口将所述原图数据读入所述缓存。例如：通过请求处理子线程解析原图数据地和请求参数，首先在内存缓存中查询是否有匹配的缓存项，若存在则直接返回，否则调用本地文件系统的读写接口，从本地文件系统将原图数据读入内存。

通过在内存中缓存一定数量的处理结果，可以降低请求响应时间，从而减少处理器的等待数据读取的时间，提高了计算资源利用率和系统的整体吞吐量。

由于在很多集成了图像处理功能的Web图像存储服务系统中，主要包括Proxy节点、图像服务节点和图像处理节点三种模块，在其处理流程中，服务入口接收来自Proxy的请求后，向图像存储模块请求原图数据；图像存储模块接收原图数据读取请求，读取本地文件系统中的原图数据，并将原图数据返回至服务入口；服务入口再收到来自图像存储模块的原图数据，把原图数据发送至图像处理进程进行图像处理；图像处理进程收到原图数据及图像处理参数，根据请求参数对图像进行缩放等数字处理。这就造成了：在图像存储服务与图像处理服务的2个节点之间通信时，必须增加对IPC(Inter-Process Communication,进程间通信)数据传输一致性较验机制，这无疑增加系统设计和执行流程的复杂程度；对于时效性要求较高的场景，系统内部过多的IPC和磁盘I/O会带来较大的系统请求响应延时；并且在实际应用中，由于不同节点往往分属不同的服务器设备，使得系统内部的流程执行需要依赖网络通信，这就使得系统更易受到网络通信带宽和通信质量的影响，降低了系统稳定性，也占用了网络通信资源。

而在本实施例的方案中，由于采用Proxy节点和图像服务节点2个节点，并且在主进程的执行过程中，只需3个模块设备(如图3所示的图像存储模块、图像处理模块、本地文件系统)之间进行通信即可。在图像存储服务进程中，可以通过加载提供图像处理服务的动态链接库，在进程中创建图像处理服务子线程，最终实现本地接口调用的方式在本地进行图像处理。

且本系统将图像处理与图像存储的过程集成在了同一个节点本地进行图像处理，使得本实施例中仅通过包含两种节点，即Proxy节点和图像服务节点的架构即实现了图像存储服务系统的功能，去除了现有方案中图像处理节点与图像存储节点相互独立的系统结构，从而消除了系统内部的进程间通信和大量磁盘文件I/O，缩短了响应延时、提升了系统运行效率。

进一步的，本实施例中还通过将原图数据、处理结果等“临时文件”存入内存缓存使得系统在高速运行时可以直接读写内存缓存，缓减了现有方案中由于有不断的“临时文件读写”从而频繁读写本地磁盘的问题。

进一步的，本实施例中由于避免了采用现有方案中图像的存储、处理分别在不同节点上执行的方式，而是实现了可以在一个进程中直接跑完处理过程，因此也节约了不同节点之间的网络通信资源。

在本实施例中，还包括：在通过所述主进程监听请求之前，执行初始化过程，并将初始化的结果返回至所述主进程的调用接口。其中，所述初始化过程至少包括：

调用所述主进程的入口函数，并加载图像处理模块的运行库和图像存储模块的运行库，入口函数用于Proxy节点确定主进程的服务入口，并通过服务入口实现与主进程的通信。并调用所述图像处理模块的初始化接口，从图像处理配置参数中解析图像处理模块的启动参数，所述图像处理配置参数至少包括：工作子线程数和处理结果的缓存规则。之后启动图像处理工作线程池和图像处理分发线程，所述图像处理工作线程池包括图像处理子线程的资源，所述图像处理分发线程用于分配图像处理子线程的资源。

例如：在初始化过程中，图像存储服务主进程(即所述的主进程)入口函数被调用后，加载图像处理模块运行库和图像存储模块运行库；

并读取存储服务参数配置文件，读取配置文件中图像处理与存储相关配置，比如：图像处理工作子线程数，处理结果是否缓存等；

再解析图像处理配置参数，调用图像处理模块初始化接口、图像处理模块初始化接口(本实施例中采用基于Graphics Magick的图像处理模块，其中，Graphics Magick(简称GM)具体是一种开源数字图像处理开发库，提供了一系列用于图像处理的API)，解析图像处理模块启动参数。并执行一系列的初始化操作，包括：初始化缓存配置、异常信号捕获处理、启动图像处理工作线程池、启动图像处理分发线程等，再将初始化结果返回至图像服务主进程调用接口；

之后解析图像存储模块配置参数，调用图像处理模块初始化接口。图像存储模块初始化接口解析图像存储参数，启动图像存储分发线程，并将初始化结果返回至图像服务主进程调用接口；

在存储服务主进程调用图像处理模块初始化返回后，继续初始化其他服务模块，最后在指定端口上启动服务监听线程，等待Proxy节点发送的请求。

本发明实施例提供的图像处理和存储的方法，将图像处理与图像存储的过程集成在了同一个节点本地进行图像处理，使得本实施例中仅通过包含两种节点，即Proxy节点和图像服务节点的架构即实现了图像存储服务系统的功能，去除了现有方案中图像处理节点与图像存储节点相互独立的系统结构，从而消除了系统内部的进程间通信和大量磁盘文件I/O，缩短了响应延时、提升了系统运行效率。

本发明实施例还提供一种用于图像处理和存储的装置，如图4所示，包括：

进程管理模块，用于通过主进程监听请求，在接收到的请求消息后创建请求处理子线程；

图像处理模块，用于执行所述请求处理子线程解析所述请求消息，得到请求参数，将原图数据和所述请求参数传入所调用的图像处理接口；通过所创建的图像处理子线程，根据传入的所述请求参数对所述原图数据进行处理，得到处理结果；

所述进程管理模块，还用于通过所述请求处理子线程，根据所述处理结果生成响应消息，针对所述请求消息反馈所述响应消息。

其中，所述进程管理模块，用于执行所述请求处理子线程校验所述请求消息的合法性，若所述请求非法，则针对所述请求消息返回错误码。

所述图像处理模块，还用于执行所述请求处理子线程解析所述请求消息，并检测判断所述请求消息是否命中缓存中预先存储的缓存数据，若是则针对所述请求消息返回所述缓存数据；

所述图像处理模块，还用于在所述将原图数据和所述请求参数传入所调用的图像处理接口之前，检测所述请求参数的原图数据是否命中内存中所缓存的内容；若存在，则直接从所述缓存中获取所述匹配所述请求参数的原图数据；

进一步的，所述装置还包括图像存储模块，用于若缓存中不存在匹配所述请求参数的原图数据，则调用读写接口将所述原图数据读入所述缓存。

进一步的，还包括：初始化模块，用于在通过所述主进程监听请求之前，执行初始化过程，并将初始化的结果返回至所述主进程的调用接口；其中，所述初始化过程至少包括：调用所述主进程的入口函数，并加载图像处理模块的运行库和图像存储模块的运行库；并调用所述图像处理模块的初始化接口，从图像处理配置参数中解析图像处理模块的启动参数，所述图像处理配置参数至少包括：工作子线程数和处理结果的缓存规则；再启动图像处理工作线程池和图像处理分发线程，所述图像处理工作线程池包括图像处理子线程的资源，所述图像处理分发线程用于分配图像处理子线程的资源。

本发明实施例提供的图像处理和存储的装置，将图像处理与图像存储的过程集成在了同一个节点本地进行图像处理，使得本实施例中仅通过包含两种节点，即Proxy节点和图像服务节点的架构即实现了图像存储服务系统的功能，去除了现有方案中图像处理节点与图像存储节点相互独立的系统结构，从而消除了系统内部的进程间通信和大量磁盘文件I/O，缩短了响应延时、提升了系统运行效率。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (10)

1.一种用于图像处理和存储的方法，其特征在于，包括：

通过主进程监听请求，在接收到的请求消息后创建请求处理子线程；

执行所述请求处理子线程解析所述请求消息，得到请求参数，将原图数据和所述请求参数传入所调用的图像处理接口；

通过所创建的图像处理子线程，根据传入的所述请求参数对所述原图数据进行处理，得到处理结果；

通过所述请求处理子线程，根据所述处理结果生成响应消息，针对所述请求消息反馈所述响应消息。

2.根据权利要求1所述的方法，其特征在于，还包括：执行所述请求处理子线程校验所述请求消息的合法性，若所述请求非法，则针对所述请求消息返回错误码。

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

执行所述请求处理子线程解析所述请求消息，并检测判断所述请求消息是否命中缓存中预先存储的缓存数据，若是则针对所述请求消息返回所述缓存数据。

4.根据权利要求1所述的方法，其特征在于，还包括：

在所述将原图数据和所述请求参数传入所调用的图像处理接口之前，检测所述请求参数的原图数据是否命中内存中所缓存的内容；

若存在，则直接从所述缓存中获取所述匹配所述请求参数的原图数据；

若不存在，则调用读写接口将所述原图数据读入所述缓存。

5.根据权利要求1所述的方法，其特征在于，还包括：在通过所述主进程监听请求之前，执行初始化过程，并将初始化的结果返回至所述主进程的调用接口。

6.根据权利要求5所述的方法，其特征在于，所述初始化过程至少包括：

调用所述主进程的入口函数，并加载图像处理模块的运行库和图像存储模块的运行库；

调用所述图像处理模块的初始化接口，从图像处理配置参数中解析图像处理模块的启动参数，所述图像处理配置参数至少包括：工作子线程数和处理结果的缓存规则；

启动图像处理工作线程池和图像处理分发线程，所述图像处理工作线程池包括图像处理子线程的资源，所述图像处理分发线程用于分配图像处理子线程的资源。

7.一种用于图像处理和存储的装置，其特征在于，包括：

进程管理模块，用于通过主进程监听请求，在接收到的请求消息后创建请求处理子线程；

图像处理模块，用于执行所述请求处理子线程解析所述请求消息，得到请求参数，将原图数据和所述请求参数传入所调用的图像处理接口；通过所创建的图像处理子线程，根据传入的所述请求参数对所述原图数据进行处理，得到处理结果；

所述进程管理模块，还用于通过所述请求处理子线程，根据所述处理结果生成响应消息，针对所述请求消息反馈所述响应消息。

8.根据权利要求7所述的装置，其特征在于，所述进程管理模块，还用于执行所述请求处理子线程校验所述请求消息的合法性，若所述请求非法，则针对所述请求消息返回错误码。

9.根据权利要求7所述的装置，其特征在于，所述图像处理模块，还用于执行所述请求处理子线程解析所述请求消息，并检测判断所述请求消息是否命中缓存中预先存储的缓存数据，若是则针对所述请求消息返回所述缓存数据；

所述图像处理模块，还用于在所述将原图数据和所述请求参数传入所调用的图像处理接口之前，检测所述请求参数的原图数据是否命中内存中所缓存的内容；若存在，则直接从所述缓存中获取所述匹配所述请求参数的原图数据；

所述装置还包括图像存储模块，用于若缓存中不存在匹配所述请求参数的原图数据，则调用读写接口将所述原图数据读入所述缓存。

10.根据权利要求7-9中任意一项所述的装置，其特征在于，还包括：

初始化模块，用于在通过所述主进程监听请求之前，执行初始化过程，并将初始化的结果返回至所述主进程的调用接口；其中，所述初始化过程至少包括：调用所述主进程的入口函数，并加载图像处理模块的运行库和图像存储模块的运行库；并调用所述图像处理模块的初始化接口，从图像处理配置参数中解析图像处理模块的启动参数，所述图像处理配置参数至少包括：工作子线程数和处理结果的缓存规则；再启动图像处理工作线程池和图像处理分发线程，所述图像处理工作线程池包括图像处理子线程的资源，所述图像处理分发线程用于分配图像处理子线程的资源。