CN104994082B - 一种图片信息处理方法、服务器及系统 - Google Patents

Abstract

本发明公开了一种图片信息处理方法、服务器及系统，其中所述方法包括：接收到客户端发来的图片上传请求；从所述图片上传请求中获取到图片，保存获取到的所述图片；检测是否接收到所述客户端发来的图片获取请求；若接收到图片获取请求，则基于所述图片获取请求选取对应的图片；根据所述图片获取请求，对选取的所述图片进行相应处理，将处理后得到的图片发送至所述客户端。

Description

一种图片信息处理方法、服务器及系统

技术领域

本发明涉及通信领域中的数据处理技术，尤其涉及一种图片信息处理方法、服务器及系统。

背景技术

目前，对用户上传的图片进行处理，会在服务器所在的系统平台上接收到图片，并且服务器会对用户上传的图片进行各种处理，比如，包括缩略、裁剪、加水印、提取图片信息等都是串行进行的。由于服务器侧会消耗大量的时间进行处理，这样无法保证图片处理的速度，影响了用户的使用体验。

发明内容

有鉴于此，本发明的主要目的在于提出一种图片信息处理方法、服务器及系统，能至少解决现有技术中存在的上述问题。

本发明实施例提供了一种图片信息处理方法，应用于第一服务器，所述方法包括：

接收到客户端发来的图片上传请求；

从所述图片上传请求中获取到图片，保存获取到的所述图片；

检测是否接收到所述客户端发来的图片获取请求；

若接收到图片获取请求，则基于所述图片获取请求选取对应的图片；

根据所述图片获取请求，对选取的所述图片进行相应处理，将处理后得到的图片发送至所述客户端。

上述方案中，所述接收到客户端发来的图片上传请求之后，所述方法还包括：

基于所述图片上传请求中的账户信息，从第二服务器侧获取到针对所述账户的许可信息。

上述方案中，所述基于所述图片获取请求选取对应的图片，包括：

检测自身是否存储有对应的图片；

若没有存储对应的图片，则检测第三服务器是否存储有对应的图片；

若所述第三服务器侧存储有对应的图片，则从所述第三服务器侧获取到所述图片。

上述方案中，所述方法还包括：根据所述图片获取请求，对选取的所述图片进行相应处理之后，将选取的图片以及处理之后的所述图片保存于所述第一服务器的缓存；相应的，所述方法还包括：清除所述缓存中存储时长超过预设门限值的图片。

本发明实施例还提供了一种服务器，所述服务器包括：

通信单元，用于接收到客户端发来的图片上传请求；

处理单元，用于从所述图片上传请求中获取到图片，保存获取到的所述图片；检测是否接收到所述客户端发来的图片获取请求；若接收到图片获取请求，则基于所述图片获取请求选取对应的图片；根据所述图片获取请求，对选取的所述图片进行相应处理，将处理后得到的图片发送至所述客户端。

上述方案中，所述处理单元，还用于基于所述图片上传请求，获取到账户信息；基于所述账户信息从第二服务器侧获取到针对所述账户的许可信息。

上述方案中，所述服务器还包括：缓存单元，用于存储图片；

相应的，所述处理单元，具体用于检测自身是否存储有对应的图片；若没有存储对应的图片，则检测第三服务器是否存储有对应的图片；若所述第三服务器侧存储有对应的图片，则从所述第三服务器侧获取到所述图片。

本发明实施例还提供了一种图片信息处理系统，所述系统包括：

第一服务器，用于接收到客户端发来的图片上传请求；从所述图片上传请求中获取到图片，保存获取到的所述图片至第三服务器；检测是否接收到所述客户端发来的图片获取请求；若接收到图片获取请求，则基于所述图片获取请求选取对应的图片；根据所述图片获取请求，对选取的所述图片进行相应处理，将处理后得到的图片发送至所述客户端；

第三服务器，用于存储第一服务器发来的图片。

上述方案中，所述系统还包括：

第二服务器，用于获取到所述客户端发来的上传图片许可请求信息，基于所述上传图片许可请求信息获取到账户信息，基于所述账户信息进行验证，得到针对所述账户的许可信息；

相应的，所述第一服务器，还用于基于所述图片上传请求，获取到账户信息；基于所述账户信息从第二服务器侧获取到针对所述账户的许可信息。

上述方案中，所述第一服务器，还用于检测自身是否存储有对应的图片；若没有存储对应的图片，则检测第三服务器是否存储有对应的图片；若所述第三服务器侧存储有对应的图片，则从所述第三服务器侧获取到所述图片。

采用本发明提供的图片信息处理方法、服务器及系统，能够根据图片上传请求仅进行保存图片的操作；当收到图片获取请求时，根据图片获取请求对所述图片进行相应处理，将处理后得到的图片发送至所述客户端。如此，简化了发图的业务逻辑，把需要对图片进行处理的业务逻辑挪到了需要用到具体的图片的时候再按要求对图片进行相应的处理，这样使得图片处理非常灵活，需要与定制实时进行图片处理，提升了图片处理效率。

附图说明

图1为实现本发明各个实施例的终端设备的硬件结构示意图；

图2为如图1所示的终端设备的无线通信系统示意图；

图3为本发明实施例图片信息处理方法流程示意图；

图4为本发明实施例示例一；

图5为本发明实施例示例二；

图6为本发明实施例服务器组成结构示意图一；

图7为本发明实施例服务器组成结构示意图二；

图8为本发明实施例系统组成结构示意图；

图9为本发明实施例系统示例图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

终端设备可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置等等的终端设备以及诸如数字TV、台式计算机等等的固定终端。下面，假设终端是终端设备。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。图1为实现本发明各个实施例的终端设备的硬件结构示意。终端设备100可以包括无线通信单元110、A/V(音频/视频)输入单元120、用户输入单元130、感测单元140、输出单元150、存储器160、接口单元170、控制器180和电源单元190等等。图1示出了具有各种组件的终端设备，但是应理解的是，并不要求实施所有示出的组件。可以替代地实施更多或更少的组件。这里描述的各种实施方式可以以使用例如计算机软件、硬件或其任何组合的计算机可读介质来实施。对于硬件实施，这里描述的实施方式可以通过使用特定用途集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑装置(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器、被设计为执行这里描述的功能的电子单元中的至少一种来实施，在一些情况下，这样的实施方式可以在控制器180中实施。对于软件实施，软件代码可以由以任何适当的编程语言编写的软件应用程序(或程序)来实施，软件代码可以存储在存储器160中并且由控制器180执行。

参考图2描述其中根据本发明的终端设备能够操作的通信系统。这样的通信系统可以使用不同的空中接口和/或物理层。例如，由通信系统使用的空中接口包括例如频分多址(FDMA)、时分多址(TDMA)、码分多址(CDMA)和通用移动通信系统(UMTS)(特别地，长期演进(LTE))、全球移动通信系统(GSM)等等。作为非限制性示例，下面的描述涉及CDMA通信系统，但是这样的教导同样适用于其它类型的系统。参考图2，CDMA无线通信系统可以包括多个终端设备100、多个基站(BS)270、基站控制器(BSC)275和移动交换中心(MSC)280。MSC280被构造为与公共电话交换网络(PSTN)290形成接口。MSC280还被构造为与可以经由回程线路耦接到基站270的BSC275形成接口。回程线路可以根据若干己知的接口中的任一种来构造，所述接口包括例如E1/T1、ATM，IP、PPP、帧中继、HDSL、ADSL或xDSL。将理解的是，如图2中所示的系统可以包括多个BSC2750。

基于上述终端设备硬件结构以及通信系统，提出本发明方法各个实施例。

实施例一、

本发明实施例提供了一种图片信息处理方法，应用于第一服务器，如图3所示，所述方法包括：

步骤301：接收到客户端发来的图片上传请求；

步骤302：从所述图片上传请求中获取到图片，保存获取到的所述图片；

步骤303：检测是否接收到所述客户端发来的图片获取请求；

步骤304：若接收到图片获取请求，则基于所述图片获取请求选取对应的图片；

步骤305：根据所述图片获取请求，对选取的所述图片进行相应处理，将处理后得到的图片发送至所述客户端。

这里，所述第一服务器可以为应用于网络管理系统中的指定用于处理图片的服务器。

所述图片上传请求中可以包括以下信息至少之一：图片信息及其标识、上传图片的账户信息、上传图片使用的应用的标识、上传图片使用的应用的菜单标识。

比如，用户当前在使用某论坛，要在该论坛上发送一张图片并且进行评论，那么基于该图片生成的图片上传请求中就可以包括有：要发送的图片、论坛的ID、帖子ID等信息。

进一步地，本实施例中所述保存获取到的所述图片可以包括：将获取到的所述图片保存在所述第一服务器的缓存中，并且将所述图片发送至第三服务器并且保存。

另外，由于图片上传请求中还包括有应用的标识以及应用的菜单标识，所以基于图片上传请求第一服务器还会通过第二服务器将所述图片添加至应用对应的界面位置处。其中，第二服务器侧可以如下操作：第二服务端先保存相关信息，并监听到第一服务那边已经完成所有图片上传后，第二服务器后续完成链接(URL)生成，异步分享、推送通知等操作。

本实施例中，所述图片获取请求可以包括以下内容：针对图片进行处理得到的格式要求、图片信息的标识。所述图片获取请求可以采用URL格式，也就是说第一服务器侧根据URL信息的计息方式对图片获取请求进行解析，得到最终的请求内容。

可见，通过采用上述方案，就能够根据图片上传请求仅进行保存图片的操作；当收到图片获取请求时，根据图片获取请求对所述图片进行相应处理，将处理后得到的图片发送至所述客户端。如此，简化了发图的业务逻辑，把需要对图片进行处理的业务逻辑挪到了需要用到具体的图片的时候再按要求对图片进行相应的处理，这样使得图片处理非常灵活，需要与定制实时进行图片处理，提升了图片处理效率。

实施例二、

本发明实施例提供了一种图片信息处理方法，应用于第一服务器，如图3所示，所述方法包括：

步骤301：接收到客户端发来的图片上传请求；

步骤302：从所述图片上传请求中获取到图片，保存获取到的所述图片；

步骤303：检测是否接收到所述客户端发来的图片获取请求；

步骤304：若接收到图片获取请求，则基于所述图片获取请求选取对应的图片；

步骤305：根据所述图片获取请求，对选取的所述图片进行相应处理，将处理后得到的图片发送至所述客户端。

这里，所述第一服务器可以为应用于网络管理系统中的指定用于处理图片的服务器。

所述图片上传请求中可以包括以下信息至少之一：图片信息及其标识、上传图片的账户信息、上传图片使用的应用的标识、上传图片使用的应用的菜单标识。

比如，用户当前在使用某论坛，要在该论坛上发送一张图片并且进行评论，那么基于该图片生成的图片上传请求中就可以包括有：要发送的图片、论坛的ID、帖子ID等信息。

另外，上述步骤301之后，还可以包括：基于所述图片上传请求中的账户信息，从第二服务器侧获取到针对所述账户的许可信息。也可以理解为，第二服务器会针对账户信息上传图片的操作进行相关的认证，只有当得到了针对账户的许可信息之后，客户端才能够向第一服务器侧上传图片。如此，可以提升用户的操作安全性。

进一步地，本实施例中所述保存获取到的所述图片可以包括：将获取到的所述图片保存在所述第一服务器的缓存中，并且将所述图片发送至第三服务器并且保存。

另外，由于图片上传请求中还包括有应用的标识以及应用的菜单标识，所以基于图片上传请求第一服务器还会通过第二服务器将所述图片添加至应用对应的界面位置处。其中，第二服务器侧可以如下操作：第二服务端先保存相关信息，并监听到第一服务那边已经完成所有图片上传后，第二服务器后续完成链接(URL)生成，异步分享、推送通知等操作。

本实施例中，所述图片获取请求可以包括以下内容：针对图片进行处理得到的格式要求、图片信息的标识。所述图片获取请求可以采用URL格式，也就是说第一服务器侧根据URL信息的计息方式对图片获取请求进行解析，得到最终的请求内容。

进一步地，所述方法还包括：根据所述图片获取请求，对选取的所述图片进行相应处理之后，将选取的图片以及处理之后的所述图片保存于所述第一服务器的缓存；相应的，所述方法还包括：清除所述缓存中存储时长超过预设门限值的图片。也就是说，在获取到图片之后，根据获取图片请求针对图片进行了调整，得到处理之后的图片，会在第一服务器的缓存中保存一定时长，在这段时间内，再次收到针对图片的获取请求时，会将自身缓存的图片发送至请求侧，如此，能够提升用户获取图片的操作效率。

优选地，本实施例中所述基于所述图片获取请求选取对应的图片，可以包括：检测自身是否存储有对应的图片；若没有存储对应的图片，则检测第三服务器是否存储有对应的图片；若所述第三服务器侧存储有对应的图片，则从所述第三服务器侧获取到所述图片。

其中，所述检测自身是否存储对应的图片的方式可以为根据图片信息的标识进行查找，如果自身存储有对应的图片，就会获取到对应的图片，并且针对获取请求中的针对图片进行处理得到的格式要求对图片进行处理。比如，可以将图片缩小，进行滤镜处理等。另外，所述图片获取请求中还可以包括所要获取图片的应用的标识、位置信息等。第一服务器根据该请求，将图片进行处理之后，可以通过界面服务功能将调整之后的图片添加在对应的界面处，最终显示给客户端供用户观看。

结合图4-图5分别给出本实施例的具体实施场景：

场景一、给出本实施例中上传图片的具体操作，假设第一服务器为图片服务器，第二服务器包括有视界服务器以及数据库，第三服务器为存储器，具体包括：

步骤401：客户端向视界服务端发起一次发图申请许可；

步骤402：这个时候视界服务端会基于该申请许可针对账户信息进行一次权限验证、参数验证、黑白名单验证，再生成一个发图许可(包括帖子id,用户id等参数)；

步骤403：将发图许可存入数据库中(这个许可有时效性的)，并还可以将许可返回给客户端。

步骤404：客户端向图片服务器发起图片上传请求；具体为，客户端根据返回的许可，进行图片上传，支持多图并发分片上传；多图并发上传的时候，每个图片上传请求务必带上上传图片的总数，许可信息。

步骤405：图片服务器服务端接收到上传图片请求，到redis集群服务进行许可验证，并根据是否白名单决定是否加水印，处理完后存储到分布式存储服务，处理完所有图片后并通知redis服务已经完成所有图片上传。

步骤406：将图片存储到图片服务器。

进一步的，客户端还可以向视界服务器提交所要操作的帖子的相关信息，视界服务端先保存相关信息，并监听到图片服务那边已经完成所有图片上传后，视界服务器后续完成短链生成，异步分享、推送通知等后续操作，如果图片上传失败则进行回滚。

场景二、给出本实施例中获取图片的具体操作，假设第一服务器为图片服务器，第三服务器为存储器，具体包括：

步骤501：客户端根据需要发起一次图片获取请求；所述图片获取请求支持图片随意定制请求。

步骤502：图片服务器根据图片获取请求中的图片url哈希到某一台nginx上，先检查图片缓存里面是否已经存在若存在就直接返回处理好的图片，如果不存在则先查找下本地是否存在原图，若存在原图，则会拿去本地原图按要求处理好图片返回并缓存，如果不存在原图，则执行步骤503；

步骤503：向存储器获取原图；

步骤504：按图片获取请求中的图片处理要求，处理图片；

步骤505：向客户端返回处理后的图片；

步骤506：缓存处理之后的图片。

传统的发图都是会在接收到图片的时候会马上对图片进行各种处理，包括缩略、裁剪、加水印、提取图片信息等都是串行进行的。并且由于进行发图的时候，客户端会进行等待发图结果，由于服务端需要做大量的工作，而客户端的等待时间是有限制的，在规定的时间内还没返回即认为发图失败，而会进行和后续的相应处理，其实服务端已经成功了，这样会导致数据不一致、脏数据、重复数据等问题。因为图片处理服务是属于占用IO密集型型的，而应用服务器是属于CPU密集型的，两者混在一起不能针对性的优化，必须对服务性所有性能都要进行优化，成本极高。

本发明实施例的发图流程只是简单的做图片上传，不做任何处理就直接返回，在请求图片的时候再处理。另外，由于本实施例能够将保存和处理分开，所以能够针对性的进行优化，成本会比较便宜。图片处理过一次以后或者原图已经从分布式存储下载到本地以后，后续有同样的请求不再需要进行处理，只要从缓存中获取即可，缓存命中率就是指从缓存中获取到的次数占所有的需要获取的次数的百分比。

可见，通过采用上述方案，就能够根据图片上传请求仅进行保存图片的操作；当收到图片获取请求时，根据图片获取请求对所述图片进行相应处理，将处理后得到的图片发送至所述客户端。如此，简化了发图的业务逻辑，把需要对图片进行处理的业务逻辑挪到了需要用到具体的图片的时候再按要求对图片进行相应的处理，这样使得图片处理非常灵活，需要与定制实时进行图片处理，提升了图片处理效率。

实施例三、

本发明实施例提供了一种服务器，如图6所示，所述服务器包括：

通信单元61，用于接收到客户端发来的图片上传请求；

处理单元62，用于从所述图片上传请求中获取到图片，保存获取到的所述图片；检测是否接收到所述客户端发来的图片获取请求；若接收到图片获取请求，则基于所述图片获取请求选取对应的图片；根据所述图片获取请求，对选取的所述图片进行相应处理，将处理后得到的图片发送至所述客户端。

这里，所述第一服务器可以为应用于网络管理系统中的指定用于处理图片的服务器。

所述图片上传请求中可以包括以下信息至少之一：图片信息及其标识、上传图片的账户信息、上传图片使用的应用的标识、上传图片使用的应用的菜单标识。

比如，用户当前在使用某论坛，要在该论坛上发送一张图片并且进行评论，那么基于该图片生成的图片上传请求中就可以包括有：要发送的图片、论坛的ID、帖子ID等信息。

另外，由于图片上传请求中还包括有应用的标识以及应用的菜单标识，所以基于图片上传请求第一服务器还会通过第二服务器将所述图片添加至应用对应的界面位置处。其中，第二服务器侧可以如下操作：第二服务端先保存相关信息，并监听到第一服务那边已经完成所有图片上传后，第二服务器后续完成链接(URL)生成，异步分享、推送通知等操作。

本实施例中，所述图片获取请求可以包括以下内容：针对图片进行处理得到的格式要求、图片信息的标识。所述图片获取请求可以采用URL格式，也就是说第一服务器侧根据URL信息的计息方式对图片获取请求进行解析，得到最终的请求内容。

可见，通过采用上述方案，就能够根据图片上传请求仅进行保存图片的操作；当收到图片获取请求时，根据图片获取请求对所述图片进行相应处理，将处理后得到的图片发送至所述客户端。如此，简化了发图的业务逻辑，把需要对图片进行处理的业务逻辑挪到了需要用到具体的图片的时候再按要求对图片进行相应的处理，这样使得图片处理非常灵活，需要与定制实时进行图片处理，提升了图片处理效率。

实施例四、

本发明实施例提供了一种服务器，如图7所示，所述服务器包括：

通信单元71，用于接收到客户端发来的图片上传请求；

处理单元72，用于从所述图片上传请求中获取到图片，保存获取到的所述图片；检测是否接收到所述客户端发来的图片获取请求；若接收到图片获取请求，则基于所述图片获取请求选取对应的图片；根据所述图片获取请求，对选取的所述图片进行相应处理，将处理后得到的图片发送至所述客户端。

这里，所述第一服务器可以为应用于网络管理系统中的指定用于处理图片的服务器。

所述图片上传请求中可以包括以下信息至少之一：图片信息及其标识、上传图片的账户信息、上传图片使用的应用的标识、上传图片使用的应用的菜单标识。

比如，用户当前在使用某论坛，要在该论坛上发送一张图片并且进行评论，那么基于该图片生成的图片上传请求中就可以包括有：要发送的图片、论坛的ID、帖子ID等信息。

另外，所述处理单元，还用于基于所述图片上传请求，获取到账户信息；基于所述账户信息从第二服务器侧获取到针对所述账户的许可信息。也可以理解为，第二服务器还会针对账户信息进行上传图片相关的认证，只有当得到了针对账户的许可信息之后，客户端才能够向第一服务器侧上传图片。如此，可以提升用户的操作安全性。

进一步地，所述服务器还包括：缓存单元73，用于存储图片；相应的，所述处理单元72，具体用于检测自身是否存储有对应的图片；若没有存储对应的图片，则检测第三服务器是否存储有对应的图片；若所述第三服务器侧存储有对应的图片，则从所述第三服务器侧获取到所述图片。

另外，由于图片上传请求中还包括有应用的标识以及应用的菜单标识，所以基于图片上传请求第一服务器还会通过第二服务器将所述图片添加至应用对应的界面位置处。其中，第二服务器侧可以如下操作：第二服务端先保存相关信息，并监听到第一服务那边已经完成所有图片上传后，第二服务器后续完成链接(URL)生成，异步分享、推送通知等操作。

本实施例中，所述图片获取请求可以包括以下内容：针对图片进行处理得到的格式要求、图片信息的标识。所述图片获取请求可以采用URL格式，也就是说第一服务器侧根据URL信息的计息方式对图片获取请求进行解析，得到最终的请求内容。

优选地，本实施例中所述基于所述图片获取请求选取对应的图片，可以包括：检测自身是否存储有对应的图片；若没有存储对应的图片，则检测第三服务器是否存储有对应的图片；若所述第三服务器侧存储有对应的图片，则从所述第三服务器侧获取到所述图片。

其中，所述检测自身是否存储对应的图片的方式可以为根据图片信息的标识进行查找，如果自身存储有对应的图片，就会获取到对应的图片，并且针对获取请求中的针对图片进行处理得到的格式要求对图片进行处理。比如，可以将图片缩小，进行滤镜处理等。另外，所述图片获取请求中还可以包括所要获取图片的应用的标识、位置信息等。第一服务器根据该请求，将图片进行处理之后，可以通过界面服务功能将调整之后的图片添加在对应的界面处，最终显示给客户端供用户观看。

可见，通过采用上述方案，就能够根据图片上传请求仅进行保存图片的操作；当收到图片获取请求时，根据图片获取请求对所述图片进行相应处理，将处理后得到的图片发送至所述客户端。如此，简化了发图的业务逻辑，把需要对图片进行处理的业务逻辑挪到了需要用到具体的图片的时候再按要求对图片进行相应的处理，这样使得图片处理非常灵活，需要与定制实时进行图片处理，提升了图片处理效率。

实施例五、

本发明实施例提供了一种图片信息处理系统，如图8所示，所述系统包括：

第一服务器81，用于接收到客户端发来的图片上传请求；从所述图片上传请求中获取到图片，保存获取到的所述图片至第三服务器；检测是否接收到所述客户端发来的图片获取请求；若接收到图片获取请求，则基于所述图片获取请求选取对应的图片；根据所述图片获取请求，对选取的所述图片进行相应处理，将处理后得到的图片发送至所述客户端；

第三服务器83，用于存储第一服务器发来的图片。

这里，所述第一服务器可以为应用于网络管理系统中的指定用于处理图片的服务器。

所述图片上传请求中可以包括以下信息至少之一：图片信息及其标识、上传图片的账户信息、上传图片使用的应用的标识、上传图片使用的应用的菜单标识。

比如，用户当前在使用某论坛，要在该论坛上发送一张图片并且进行评论，那么基于该图片生成的图片上传请求中就可以包括有：要发送的图片、论坛的ID、帖子ID等信息。

另外，所述系统还包括：第二服务器82，用于获取到所述客户端发来的上传图片许可请求信息，基于所述上传图片许可请求信息获取到账户信息，基于所述账户信息进行验证，得到针对所述账户的许可信息；相应的，所述第一服务器81，还用于基于所述图片上传请求，获取到账户信息；基于所述账户信息从第二服务器侧获取到针对所述账户的许可信息。

所述第一服务器，还用于检测自身是否存储有对应的图片；若没有存储对应的图片，则检测第三服务器是否存储有对应的图片；若所述第三服务器侧存储有对应的图片，则从所述第三服务器侧获取到所述图片。

另外，由于图片上传请求中还包括有应用的标识以及应用的菜单标识，所以基于图片上传请求第一服务器还会通过第二服务器将所述图片添加至应用对应的界面位置处。其中，第二服务器侧可以如下操作：第二服务端先保存相关信息，并监听到第一服务那边已经完成所有图片上传后，第二服务器后续完成链接(URL)生成，异步分享、推送通知等操作。

本实施例中，所述图片获取请求可以包括以下内容：针对图片进行处理得到的格式要求、图片信息的标识。所述图片获取请求可以采用URL格式，也就是说第一服务器侧根据URL信息的计息方式对图片获取请求进行解析，得到最终的请求内容。

优选地，本实施例中所述基于所述图片获取请求选取对应的图片，可以包括：检测自身是否存储有对应的图片；若没有存储对应的图片，则检测第三服务器是否存储有对应的图片；若所述第三服务器侧存储有对应的图片，则从所述第三服务器侧获取到所述图片。

其中，所述检测自身是否存储对应的图片的方式可以为根据图片信息的标识进行查找，如果自身存储有对应的图片，就会获取到对应的图片，并且针对获取请求中的针对图片进行处理得到的格式要求对图片进行处理。比如，可以将图片缩小，进行滤镜处理等。另外，所述图片获取请求中还可以包括所要获取图片的应用的标识、位置信息等。第一服务器根据该请求，将图片进行处理之后，可以通过界面服务功能将调整之后的图片添加在对应的界面处，最终显示给客户端供用户观看。

下面结合图9对本实施例的场景进行详细说明，本实施例可以基于云服务提供的系统平台进行图片处理；在系统平台中确定出来第一服务器、第二服务器以及第三服务器；其中，第一服务器可以为应用服务器，第二服务器可以为图中的视界服务器，第三服务器可以为图中的分布式存储器。客户端向视界服务端发起一次发图申请许可；这个时候视界服务端会基于该申请许可针对账户信息进行一次权限验证、参数验证、黑白名单验证，再生成一个发图许可包括帖子id，用户id等参数；将发图许可存入数据库中，并还可以将许可返回给客户端。客户端向图片服务器发起图片上传请求；具体为，客户端根据返回的许可，进行图片上传，支持多图并发分片上传；多图并发上传的时候，每个图片上传请求务必带上上传图片的总数，许可信息。图片服务器服务端接收到上传图片请求，到redis集群服务进行许可验证，并根据是否白名单决定是否加水印，处理完后存储到分布式存储服务，处理完所有图片后并通知redis服务已经完成所有图片上传。将图片存储到图片服务器。进一步的，客户端还可以向视界服务器提交所要操作的帖子的相关信息，视界服务端先保存相关信息，并监听到图片服务那边已经完成所有图片上传后，视界服务器后续完成短链生成，异步分享、推送通知等后续操作，如果图片上传失败则进行回滚。

客户端根据需要发起图片获取请求；所述图片获取请求支持图片随意定制请求。图片服务器根据图片获取请求中的图片url哈希到图片服务器上，先检查图片缓存里面是否已经存在若存在就直接返回处理好的图片，如果不存在则先查找下本地是否存在原图，若存在原图，则会拿去本地原图按要求处理好图片返回并缓存，如果不存在原图，则向存储器获取原图；按图片获取请求中的图片处理要求，处理图片；向客户端返回处理后的图片；缓存处理之后的图片。

可见，通过采用上述方案，就能够根据图片上传请求仅进行保存图片的操作；当收到图片获取请求时，根据图片获取请求对所述图片进行相应处理，将处理后得到的图片发送至所述客户端。如此，简化了发图的业务逻辑，把需要对图片进行处理的业务逻辑挪到了需要用到具体的图片的时候再按要求对图片进行相应的处理，这样使得图片处理非常灵活，需要与定制实时进行图片处理，提升了图片处理效率。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (8)

1.一种图片信息处理方法，应用于第一服务器，其特征在于，所述第一服务器为应用于网络管理系统中的指定用于处理图片的服务器，所述方法包括：

当对上传的图片进行处理时，接收到客户端发来的图片上传请求；

从所述图片上传请求中获取到所述图片，保存获取到的所述图片；

检测是否接收到所述客户端发来的图片获取请求，所述图片获取请求为统一资源定位符URL格式；

若接收到图片获取请求，检测自身是否存储有对应的图片，若没有存储对应的图片，则检测第三服务器是否存储有对应的图片，若所述第三服务器侧存储有对应的图片，则从所述第三服务器侧获取到所述图片；

根据所述图片获取请求，对选取的所述图片进行相应处理，将处理后得到的图片发送至所述客户端。

2.根据权利要求1所述的方法，其特征在于，所述接收到客户端发来的图片上传请求之后，所述方法还包括：

基于所述图片上传请求中的账户信息，从第二服务器侧获取到针对所述账户的许可信息。

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

根据所述图片获取请求，对选取的所述图片进行相应处理之后，将选取的图片以及处理之后的所述图片保存于所述第一服务器的缓存；

相应的，所述方法还包括：清除所述缓存中存储时长超过预设门限值的图片。

4.一种服务器，其特征在于，所述服务器用于在网络管理系统中处理图片，所述服务器包括：

通信单元，用于当对上传的图片进行处理时，接收到客户端发来的图片上传请求；

处理单元，用于从所述图片上传请求中获取到所述图片，保存获取到的所述图片；检测是否接收到所述客户端发来的图片获取请求，所述图片获取请求为统一资源定位符URL格式；若接收到图片获取请求，检测自身是否存储有对应的图片，若没有存储对应的图片，则检测第三服务器是否存储有对应的图片，若所述第三服务器侧存储有对应的图片，则从所述第三服务器侧获取到所述图片；根据所述图片获取请求，对选取的所述图片进行相应处理，将处理后得到的图片发送至所述客户端。

5.根据权利要求4所述的服务器，其特征在于，

所述处理单元，还用于基于所述图片上传请求，获取到账户信息；基于所述账户信息从第二服务器侧获取到针对所述账户的许可信息。

6.根据权利要求4所述的服务器，其特征在于，所述服务器还包括：缓存单元，用于存储图片。

7.一种图片信息处理系统，其特征在于，所述系统包括：

第一服务器，用于当对上传的图片进行处理时，接收到客户端发来的图片上传请求；从所述图片上传请求中获取到所述图片，保存获取到的所述图片至第三服务器；检测是否接收到所述客户端发来的图片获取请求，所述图片获取请求为统一资源定位符URL格式；若接收到图片获取请求，检测自身是否存储有对应的图片，若没有存储对应的图片，则检测第三服务器是否存储有对应的图片，若所述第三服务器侧存储有对应的图片，则从所述第三服务器侧获取到所述图片；根据所述图片获取请求，对选取的所述图片进行相应处理，将处理后得到的图片发送至所述客户端；其中，所述第一服务器为应用于网络管理系统中的指定用于处理图片的服务器；

第三服务器，用于存储第一服务器发来的图片。

8.根据权利要求7所述的系统，其特征在于，所述系统还包括：

第二服务器，用于获取到所述客户端发来的上传图片许可请求信息，基于所述上传图片许可请求信息获取到账户信息，基于所述账户信息进行验证，得到针对所述账户的许可信息；

相应的，所述第一服务器，还用于基于所述图片上传请求，获取到账户信息；基于所述账户信息从第二服务器侧获取到针对所述账户的许可信息。