息处理方法，应用于第一服务器，如图3所示，所述方法包括:
[0047]步骤301:接收到客户端发来的图片上传请求；
[0048]步骤302:从所述图片上传请求中获取到图片，保存获取到的所述图片；
[0049]步骤303:检测是否接收到所述客户端发来的图片获取请求；
[0050]步骤304:若接收到图片获取请求，则基于所述图片获取请求选取对应的图片；
[0051]步骤305:根据所述图片获取请求，对选取的所述图片进行相应处理，将处理后得到的图片发送至所述客户端。
[0052]这里，所述第一服务器可以为应用于网络管理系统中的指定用于处理图片的服务器。
[0053]所述图片上传请求中可以包括以下信息至少之一:图片信息及其标识、上传图片的账户信息、上传图片使用的应用的标识、上传图片使用的应用的菜单标识。
[0054]比如，用户当前在使用某论坛，要在该论坛上发送一张图片并且进行评论，那么基于该图片生成的图片上传请求中就可以包括有:要发送的图片、论坛的ID、帖子ID等信息。
[0055]进一步地，本实施例中所述保存获取到的所述图片可以包括:将获取到的所述图片保存在所述第一服务器的缓存中，并且将所述图片发送至第三服务器并且保存。
[0056]另外，由于图片上传请求中还包括有应用的标识以及应用的菜单标识，所以基于图片上传请求第一服务器还会通过第二服务器将所述图片添加至应用对应的界面位置处。其中，第二服务器侧可以如下操作:第二服务端先保存相关信息，并监听到第一服务那边已经完成所有图片上传后，第二服务器后续完成链接(URL)生成，异步分享、推送通知等操作。
[0057]本实施例中，所述图片获取请求可以包括以下内容:针对图片进行处理得到的格式要求、图片信息的标识。所述图片获取请求可以采用URL格式，也就是说第一服务器侧根据URL信息的计息方式对图片获取请求进行解析，得到最终的请求内容。
[0058]可见，通过采用上述方案，就能够根据图片上传请求仅进行保存图片的操作；当收到图片获取请求时，根据图片获取请求对所述图片进行相应处理，将处理后得到的图片发送至所述客户端。如此，简化了发图的业务逻辑，把需要对图片进行处理的业务逻辑挪到了需要用到具体的图片的时候再按要求对图片进行相应的处理，这样使得图片处理非常灵活，需要与定制实时进行图片处理，提升了图片处理效率。
[0059]实施例二、
[0060]本发明实施例提供了一种图片信息处理方法，应用于第一服务器，如图3所示，所述方法包括:
[0061]步骤301:接收到客户端发来的图片上传请求；
[0062]步骤302:从所述图片上传请求中获取到图片，保存获取到的所述图片；
[0063]步骤303:检测是否接收到所述客户端发来的图片获取请求；
[0064]步骤304:若接收到图片获取请求，则基于所述图片获取请求选取对应的图片；
[0065]步骤305:根据所述图片获取请求，对选取的所述图片进行相应处理，将处理后得到的图片发送至所述客户端。
[0066]这里，所述第一服务器可以为应用于网络管理系统中的指定用于处理图片的服务器。
[0067]所述图片上传请求中可以包括以下信息至少之一:图片信息及其标识、上传图片的账户信息、上传图片使用的应用的标识、上传图片使用的应用的菜单标识。
[0068]比如，用户当前在使用某论坛，要在该论坛上发送一张图片并且进行评论，那么基于该图片生成的图片上传请求中就可以包括有:要发送的图片、论坛的ID、帖子ID等信息。
[0069]另外，上述步骤301之后，还可以包括:基于所述图片上传请求中的账户信息，从第二服务器侧获取到针对所述账户的许可信息。也可以理解为，第二服务器会针对账户信息上传图片的操作进行相关的认证，只有当得到了针对账户的许可信息之后，客户端才能够向第一服务器侧上传图片。如此，可以提升用户的操作安全性。
[0070]进一步地，本实施例中所述保存获取到的所述图片可以包括:将获取到的所述图片保存在所述第一服务器的缓存中，并且将所述图片发送至第三服务器并且保存。
[0071]另外，由于图片上传请求中还包括有应用的标识以及应用的菜单标识，所以基于图片上传请求第一服务器还会通过第二服务器将所述图片添加至应用对应的界面位置处。其中，第二服务器侧可以如下操作:第二服务端先保存相关信息，并监听到第一服务那边已经完成所有图片上传后，第二服务器后续完成链接(URL)生成，异步分享、推送通知等操作。
[0072]本实施例中，所述图片获取请求可以包括以下内容:针对图片进行处理得到的格式要求、图片信息的标识。所述图片获取请求可以采用URL格式，也就是说第一服务器侧根据URL信息的计息方式对图片获取请求进行解析，得到最终的请求内容。
[0073]进一步地，所述方法还包括:根据所述图片获取请求，对选取的所述图片进行相应处理之后，将选取的图片以及处理之后的所述图片保存于所述第一服务器的缓存；相应的，所述方法还包括:清除所述缓存中存储时长超过预设门限值的图片。也就是说，在获取到图片之后，根据获取图片请求针对图片进行了调整，得到处理之后的图片，会在第一服务器的缓存中保存一定时长，在这段时间内，再次收到针对图片的获取请求时，会将自身缓存的图片发送至请求侧，如此，能够提升用户获取图片的操作效率。
[0074]优选地，本实施例中所述基于所述图片获取请求选取对应的图片，可以包括:检测自身是否存储有对应的图片；若没有存储对应的图片，则检测第三服务器是否存储有对应的图片；若所述第三服务器侧存储有对应的图片，则从所述第三服务器侧获取到所述图片。
[0075]其中，所述检测自身是否存储对应的图片的方式可以为根据图片信息的标识进行查找，如果自身存储有对应的图片，就会获取到对应的图片，并且针对获取请求中的针对图片进行处理得到的格式要求对图片进行处理。比如，可以将图片缩小，进行滤镜处理等。另夕卜，所述图片获取请求中还可以包括所要获取图片的应用的标识、位置信息等。第一服务器根据该请求，将图片进行处理之后，可以通过界面服务功能将调整之后的图片添加在对应的界面处，最终显示给客户端供用户观看。
[0076]结合图4-图5分别给出本实施例的具体实施场景:
[0077]场景一、给出本实施例中上传图片的具体操作，假设第一服务器为图片服务器，第二服务器包括有视界服务器以及数据库，第三服务器为存储器，具体包括:
[0078]步骤401:客户端向视界服务端发起一次发图申请许可；
[0079]步骤402:这个时候视界服务端会基于该申请许可针对账户信息进行一次权限验证、参数验证、黑白名单验证，再生成一个发图许可(包括帖子id，用户id等参数)；
[0080]步骤403:将发图许可存入数据库中(这个许可有时效性的)，并还可以将许可返回给客户端。
[0081]步骤404:客户端向图片服务器发起图片上传请求；具体为，客户端根据返回的许可，进行图片上传，支持多图并发分片上传；多图并发上传的时候，每个图片上传请求务必带上上传图片的总数，许可信息。
[0082]步骤405:图片服务器服务端接收到上传图片请求，到redis集群服务进行许可验证，并根据是否白名单决定是否加水印，处理完后存储到分布式存储服务，处理完所有图片后并通知redis服务已经完成所有图片上传。
[0083]步骤406:将图片存储到图片服务器。
[0084]进一步的，客户端还可以向视界服务器提交所要操作的帖子的相关信息，视界服务端先保存相关信息，并监听到图片服务那边已经完成所有图片上传后，视界服务器后续完成短链生成，异步分享、推送通知等后续操作，如果图片上传失败则进行回滚。
[0085]场景二、给出本实施例中获取图片的具体操作，假设第一服务器为图片服务器，第三服务器为存储器，具体包括:
[0086]步骤501:客户端根据需要发起一次图片获取请求；所述图片获取请求支持图片随意定制请求。
[0087]步骤502:图片服务器根据图片获取请求中的图片url哈希到某一台nginx上，先检查图片缓存里面是否已经存在若存在就直接返回处理好的图片，如果不存在则先查找下本地是否存在原图，若存在原图，则会拿去本地原图按要求处理好图片返回并缓存，如果不存在原图，则执行步骤503 ；
[0088]步骤503:向存储器获取原图；
[0089]步骤504:按图片获取请求中的图片处理要求，处理图片；
[0090]步骤505:向客户端返回处理后的图片；
[0091]步骤506:缓存处理之后的图片。<