CN107666515B - 图像处理方法和装置、计算机设备、计算机可读存储介质 - Google Patents

Abstract

本申请涉及一种图像处理方法和装置、计算机设备、计算机可读存储介质。获取请求队列中的聚类请求，其中所述请求队列包括顺序排列的聚类请求，所述聚类请求用于指示对终端的图像进行聚类；按照规则对同一账户对应的聚类请求进行合并；对合并后的聚类请求进行处理。上述图像处理方法和装置、计算机设备、计算机可读存储介质，可以提高图像处理的精确度。

Description

图像处理方法和装置、计算机设备、计算机可读存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及图像处理方法和装置、计算机设备、计算机可读存储介质。

背景技术

用户可以通过智能终端实现各种应用需求，然而由于智能终端的处理能力和存储能力有限，往往无法在本地处理大量的用户操作。因此，为了更好的为用户提供服务，智能终端在接收到用户的操作请求之后，会将该操作请求发送至服务器进行处理，然后再将处理结果返回给智能终端。这样不需要消耗太多智能终端的资源，就可以实现对用户的应用需求。

对于单个用户的请求，服务器可以快速准确的响应。如果面对成千上万的用户，同时单个用户又可能会有多次请求，那么服务器的压力就会成倍数增长。例如，智能终端需要将相册发送到服务器进行备份，同时实现对相册中的照片进行分类。

发明内容

本申请实施例提供一种图像处理方法和装置、计算机设备、计算机可读存储介质，可以提高图像处理的效率。

一种图像处理方法，所述方法包括：

获取请求队列中的聚类请求，其中所述请求队列包括顺序排列的聚类请求，所述聚类请求用于指示对终端的图像进行聚类；

按照规则对同一账户对应的聚类请求进行合并；

对合并后的聚类请求进行处理。

一种图像处理装置，所述装置包括：

请求获取模块，用于获取请求队列中的聚类请求，其中所述请求队列包括顺序排列的聚类请求，所述聚类请求用于指示对终端的图像进行聚类；

请求合并模块，用于按照规则对同一账户对应的聚类请求进行合并；

请求处理模块，用于对合并后的聚类请求进行处理。

一种计算机设备，包括存储器及处理器，所述存储器中储存有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如下步骤：

获取请求队列中的聚类请求，其中所述请求队列包括顺序排列的聚类请求，所述聚类请求用于指示对终端的图像进行聚类；

按照规则对同一账户对应的聚类请求进行合并；

对合并后的聚类请求进行处理。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行如下步骤：

获取请求队列中的聚类请求，其中所述请求队列包括顺序排列的聚类请求，所述聚类请求用于指示对终端的图像进行聚类；

按照规则对同一账户对应的聚类请求进行合并；

对合并后的聚类请求进行处理。

附图说明

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

图1为一个实施例中图像处理方法的应用环境示意图；

图2为另一个实施例中图像处理方法的应用环境示意图；

图3为又一个实施例中图像处理方法的应用环境示意图；

图4为一个实施例中图像处理方法的硬件交互时序图；

图5为一个实施例中图像处理方法的流程图；

图6为另一个实施例中图像处理方法的流程图；

图7为又一个实施例中图像处理方法的流程图；

图8为一个实施例中移动终端相册分类结果的展示图；

图9为一个实施例中实现图像处理方法的服务器架构图；

图10为一个实施例中图像处理装置的结构示意图；

图11为另一个实施例中图像处理装置的结构示意图；

图12为一个实施例中服务器的内部结构示意图；

图13为与本申请实施例提供的计算机设备相关的手机的部分结构的框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

可以理解，本申请所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说，在不脱离本申请的范围的情况下，可以将第一客户端称为第二客户端，且类似地，可将第二客户端称为第一客户端。第一客户端和第二客户端两者都是客户端，但其不是同一客户端。

图1为一个实施例中图像处理方法的应用环境示意图。如图1所示，该应用环境包括第一服务器12和第二服务器集群14。其中，第一服务器12用于根据聚类请求生成请求队列，并将请求队列中同一账户对应的聚类请求进行合并。可以理解的是，聚类请求可以是第一服务器12发起的，也可以是接收的其他终端发送的。第一服务器12还用于查找第二服务器集群14中处于可用状态的第二服务器142，获取合并后的聚类请求对应的图像，并将获取的图像发送至第二服务器142。第二服务器142在接收到图像后，将图像进行聚类处理。其中，第一服务器12和第二服务器142是用于响应服务请求，同时提供计算服务的设备，例如可以是一台或者多台计算机。第二服务器集群14中可以包含一个或多个第二服务器142。

图2为另一个实施例中图像处理方法的应用环境示意图。如图2所示，该应用环境包括用户终端22、第一服务器24、第二服务器集群26。其中，用户终端22用于向第一服务器24发送聚类请求及对应的图像集合。对第一服务器24 在接收到聚类请求后，根据聚类请求生成请求队列，并将请求队列中同一账户对应的聚类请求进行合并。第一服务器24可以查找第二服务器集群26中处于可用状态的第二服务器262，获取合并后的聚类请求对应的图像集合，并将获取的图像集合发送至处于可用状态的第二服务器262。第二服务器262在接收到图像集合后，将图像集合进行处理。第二服务器262在进行聚类处理得到的处理结果可以通过第一服务器24返回给用户终端22，也可以直接返回给用户终端 22。其中，第一服务器24和第二服务器262是用于响应服务请求，同时提供计算服务的设备，例如可以是一台或者多台计算机。第二服务器集群26中可以包含一个或多个第二服务器262，用于对任务实现分布式处理。用户终端22为处于计算机网络最外围，主要用于输入用户信息以及输出处理结果的电子设备，例如可以是个人电脑、移动终端、个人数字助理、可穿戴电子设备等。在本申请提供的实施例中，用户终端22可以包含一台或多台。

图3为又一个实施例中图像处理方法的应用环境示意图。如图3所示，该应用环境包括用户终端32、第一服务器34、第二服务器集群36和第三服务器集群38。其中，用户终端32向第三服务器集群38发送图像集合。第三服务器集群38对图像集合进行特征识别处理，并将得到的聚类特征集合发送至用户终端32。用户终端32根据聚类特征集合生成聚类请求，并将聚类请求发送至第一服务器34，第一服务器34接收到聚类请求之后生成请求队列，并将请求队列中同一账户对应的聚类请求进行合并。第一服务器34可以查找第二服务器集群36 中处于可用状态的第二服务器362，获取合并后的聚类请求对应的聚类特征集合，并将获取的聚类特征集合发送至处于可用状态的第二服务器362。第二服务器362在接收到聚类特征集合后，将聚类特征集合进行聚类处理。第二服务器 362可以通过第一服务器34将聚类处理结果发送至用户终端32，也可以直接将聚类处理结果发送至用户终端32。用户终端32根据聚类处理结果对图像集合进行分类。在一个实施例中，第三服务器集群38可以直接将聚类特征集合发送至第二服务器集群36。其中，第一服务器34、第二服务器362和第三服务器382 是用于响应服务请求，同时提供计算服务的设备，例如可以是一台或者多台计算机。第二服务器集群36中可以包含一个或多个第二服务器362 ，第三服务器集群38中可以包含一个或多个第三服务器382。用户终端32为处于计算机网络最外围，主要用于输入用户信息以及输出处理结果的电子设备，例如可以是个人电脑、移动终端、个人数字助理、可穿戴电子设备等。在本申请提供的实施例中，用户终端32可以包含一台或多台。

图4为一个实施例中图像处理方法的硬件交互时序图。如图4所示，该图像处理方法的硬件交互过程包括步骤402至步骤410。其中：

步骤402，用户终端发送聚类请求至第一服务器。

在本申请提供的实施例中，聚类是指将对象集合分成多个对象组合的过程，每个对象组合是由一个或多个相似的对象组成。聚类请求是指用于对聚类对象集合进行聚类处理的命令，例如该聚类对象集合可以是终端的图像所对应的集合。请求队列是由一个或多个聚类请求形成的队列，根据请求队列对聚类请求进行处理。用户终端可以预先设置触发向第一服务器发起聚类请求的条件，设置的聚类触发条件包括以下方法中至少一种：在移动终端的新增图片数量大于预设数量；当前时间为预设时间；距上次发起聚类请求的时间超过预设时间段；移动终端当前处于充电状态。

步骤404，第一服务器将请求队列中同一账户对应的聚类请求进行合并。

在一个实施例中，可以间隔预设时间获取一次请求队列中同一账户对应的聚类请求。还根据请求发起时间将请求队列中的聚类请求进行排序，并获取排序后的请求队列中的指定聚类请求；获取请求队列中与指定聚类请求对应的账户相同的聚类请求。更进一步地，根据请求发起时间由先到后的顺序将请求队列中的聚类请求进行排列，获取请求队列中的首位聚类请求；获取请求队列中与首位聚类请求对应的账户相同的聚类请求。

步骤406，第一服务器将发送合并后的聚类请求发送至第二服务器。

在一个实施例中，第二服务器可以是一个服务器集群，可以首先获取各个第二服务器的状态标识，根据状态标识查找处于可用状态的第二服务器。更进一步，获取第二服务器的状态标识具体可以包括以下方法中的至少一种：第一服务器接收第二服务器发送的状态标识；第一服务器从状态标识列表中获取状态标识，其中状态标识列表是根据各个第二服务器上报的状态标识形成的。如果存在多个处于可用状态的服务器，则可以获取聚类对象集合的文件大小，根据多个处于可用状态的服务器的承载能力，来匹配相应文件大小的聚类对象集合。

步骤408，第二服务器接收对合并后的聚类请求，并对合并后的聚类请求进行处理。

在一个实施例中，第一服务器在向第二服务器发送聚类请求之前，可以将图像进行加密处理。第一服务器将加密处理后的图像发送至处于可用状态的第二服务器，用于指示该第二服务器执行将该聚类对象集合进行解密处理，并将解密处理后的聚类对象集合进行聚类处理。第二服务器可以根据处理得到的处理结果生成标签数据，并将所述标签数据存储在预设存储空间，也可以发送到用户终端。

步骤410，第二服务器将处理结果发送至用户终端。

在一个实施例中，第二服务器对聚类请求对应的聚类对象集合进行聚类处理，得到处理结果。其中，聚类对象集合可以是聚类图像集合，也可以是聚类图像集合对应的聚类特征集合。聚类图像集合是指需要进行聚类处理的图像的集合，每张图像对应一个或多个特征，由聚类图像集合中所有图像对应的特征构成的集合即为聚类特征集合。也就是说，第二服务器可以是根据聚类图像集合进行聚类处理，也可以是根据聚类图像集合对应的特征集合进行聚类处理，在此不做限定。若第二服务器接收到的是聚类图像集合，则首先需要对聚类图像集合进行特征识别处理，再对特征识别处理得到的聚类特征集合进行聚类处理。用户终端在接收到处理结果之后，根据处理结果将图像进行分类。

图5为一个实施例中图像处理方法的流程图。如图5所示，该图像处理方法包括步骤502至步骤506。其中：

步骤502，获取请求队列中的聚类请求，其中请求队列包括顺序排列的聚类请求，聚类请求用于指示对终端的图像进行聚类。

在本申请提供的实施例中，聚类是指将对象集合分成多个对象组合的过程，每个对象组合是由一个或多个相似的对象组成。聚类请求是指用于对聚类对象集合进行聚类处理的命令，例如该聚类对象集合可以是终端的图像所对应的集合。请求队列是由一个或多个聚类请求形成的队列，根据请求队列对聚类请求进行处理。

可以理解的是，聚类请求可以是从一个设备发送到另一个设备的请求，也可以是在同一个设备中发起并处理的请求。例如，用户终端发起的聚类请求可以在用户终端本地进行处理，也可以发送到服务器中进行处理。一般地，发送设备向接收设备发送聚类请求时，聚类请求中会包含请求发起设备标识、请求接收设备标识、请求发起时间和聚类对象集合等信息。接收设备接收到聚类请求之后会根据聚类对象集合进行聚类处理。若接收设备接收到多个发送设备的多个聚类请求时，会根据这个多个聚类请求形成一个请求队列，并对请求队列中的聚类请求进行处理。其中，请求发起设备标识是指发起聚类请求的设备的唯一标识，请求接收设备标识是指接收聚类请求的设备的唯一标识，聚类发起时间是指发起聚类请求的时间，聚类对象集合也可以是聚类对象标识，即接收设备可以根据聚类对象标识查找图像，并进行聚类处理。例如，服务器上预先存储着图像集合，移动终端在发送聚类请求的时候，只需要发送聚类对象标识，服务器就可以直接根据聚类对象标识查找图像集合，并进行聚类处理。

在一个实施例中，智能终端中可以登录多个应用账户，应用账户需要进行聚类处理时，通过智能终端向服务器发起聚类请求。其中，应用账户是指智能终端上登录的账户，用于区分不同的用户操作。通过应用账户标识可以区分不同的用户，通过终端标识可以区域不同的智能终端。应用账户标识是指用于表示用户身份的唯一身份标识，终端标识是指区分不同智能终端设备的唯一标识。终端标识可以但不限于是智能终端的IP(InternetProtocol，网络之间互连的协议) 地址、MAC(Media Access Control，媒体访问控制)地址等。例如，智能终端可以向服务器发起聚类请求，服务器可以连接多个智能终端，并接收多个智能终端发送的聚类请求。用户可以通过应用账户登录智能终端，并通过智能终端向服务器发送对相册中的照片进行聚类处理的请求，服务器接收到智能终端发送的聚类请求之后，将相册中的照片进行聚类处理，并将聚类处理的结果返回给智能终端。

步骤504，按照规则对同一账户对应的聚类请求进行合并。

在一个实施例中，请求队列中的聚类请求是按照一定顺序进行排列的。例如，按照请求发起时间进行排列，或者按照聚类图像的多少进行排列。获取同一账户对应的聚类请求，对同一账户对应的聚类请求进行合并，同一应用账户标识对应的聚类请求即为同一账户对应的聚类请求。合并聚类请求是指将多个聚类请求合并为一个聚类请求，并对合并后的聚类请求进行处理的过程，实现了多个聚类请求同时处理。具体地，获取请求队列中每个聚类请求包含的应用账户标识，并将请求队列中应用账户标识相同的聚类请求进行合并。

在获取到同一账户对应的聚类请求之后，可以首先统计同一账户对应的聚类请求的个数，并判断统计的个数是否超过预设个数，若超过预设个数，则将获取的同一账户对应的聚类请求进行合并；若未超过预设个数，则将进入等待状态，等到接收到同一账户对应的聚类请求的个数超过预设个数，再将同一账户对应的聚类请求进行合并。例如，预设个数可以为两个，若获取的同一账户对应的聚类请求只有一个，则进入等待状态，等到同一账户对应的聚类请求的个数超过两个再进行合并。在此基础上，为了防止系统一直等待而影响图像的处理，可以设置一个等待时间的上限值，若进入等待的时间超过等待时间的上限值，同一账户对应的聚类请求的个数还是少于预设个数，则停止等待，直接进行后续的处理。具体地，若进入等待的时间超过预设等待时间，则停止等待，直接将获取的同一账户对应的聚类请求进行合并。

可以理解的是，在对请求队列中的聚类请求进行处理的时候，可以控制处理的速度，每次处理的时候，获取某个时间段内的聚类请求进行处理。那么，步骤502到504具体可以包括：根据预设时段获取请求队列中的聚类请求，按照规则对同一账户对应的在预设时段内的聚类请求进行合并。具体可以是指每间隔一定时间，获取该时段内发起的聚类请求进行处理，也可以是在上一次聚类请求处理完成之后，间隔一定时段再进行下一次聚类请求的处理。例如，可以是每到整点时，获取上一个时间段的聚类请求进行合并，那么在11:00时，就获取10:00到11:00之间发起的聚类请求进行合并。也可以是在上一次聚类请求处理完成之后，等待半小时再进行下一次处理。

步骤506，对合并后的聚类请求进行处理。

在一个实施例中，对合并后的聚类请求进行处理，可以是直接在本地对聚类请求对应的图像进行聚类处理，也可以是将聚类请求发送至服务器，以指示服务器对聚类请求对应的图像进行聚类处理，在此不做限定。则步骤506具体可以包括：发送聚类请求，和/或，根据聚类请求，对终端的图像进行聚类处理。聚类请求合并之后会将各个聚类请求中的聚类对象集合进行合并，由于合并的聚类请求的应用账户相同，那么将合并后的聚类请求进行处理后，得到的聚类处理结果可以直接发送给应用账户所登录的智能终端。

在本申请提供的实施例中，可以通过一个服务器集群来处理聚类请求，该服务器集群中包含一个或多个服务器，这些服务器可以用于对聚类对象集合进行聚类处理。一般地，服务器在提供聚类服务时，工作状态可以分为可用状态和非可用状态。在可用状态下，服务器可以接收聚类请求，并对聚类请求进行聚类处理；非可用状态下，服务器无法接收聚类请求，并对聚类请求进行聚类处理。例如，服务器正在执行任务或者硬件出现故障时，会标记为非可用状态，在非可用状态下服务器无法进行聚类处理。

具体地，每个服务器都可以通过状态标识来表示当前的工作状态，获取到该状态标识即可判断服务器是否可用。即查找处于可用状态的服务器具体可以包括：获取各个服务器的状态标识，根据状态标识查找处于可用状态的服务器。更进一步地，获取服务器的状态标识具体可以包括以下方法中的至少一种：接收服务器发送的状态标识；从状态标识列表中获取状态标识，其中状态标识列表是根据各个服务器上报的状态标识形成的。

查找到处于可用状态的服务器之后，将聚类请求发送至该处于可用状态的服务器进行聚类处理。合并后的聚类请求对应的聚类对象集合，包含了合并之前的多个聚类请求中的所有聚类对象集合，若有重复的聚类对象，则只需要进行一次聚类处理。其中，聚类对象集合是指用于进行聚类处理的对象的集合，例如聚类对象集合可以是终端的图像所构成的集合，还可以是终端的图像对应的特征所构成的集合。

上述实施例提供的图像处理方法，将请求队列中同一账户对应的聚类请求进行合并，并将合并之后的聚类请求进行聚类处理。这样在多个聚类请求中相同的对象，只需要进行一次聚类处理即可，而不需要进行多次聚类处理，提高了图像处理的效率，节省了资源。

图6为另一个实施例中图像处理方法的流程图。如图6所示，该图像处理方法包括步骤602至步骤608。其中：

步骤602，获取请求队列中的聚类请求，其中请求队列包括顺序排列的聚类请求，聚类请求用于指示对终端的图像进行聚类。

在本申请提供的实施例中，聚类请求中可以包含请求发起设备标识、请求接收设备标识、请求发起时间、聚类对象集合和聚类对象的属性参数等信息。其中，聚类对象的属性参数是指表示聚类对象集合的属性的参数，例如聚类对象的属性参数可以是指用于聚类的图片的文件大小、尺寸大小、文件格式等。

步骤604，根据请求发起时间将请求队列中的聚类请求进行排序，并获取排序后的请求队列中的指定聚类请求。

根据请求发起时间将请求队列中的聚类请求进行排序，并根据排序后的请求队列获取指定聚类请求。例如，将聚类请求按请求发起时间进行升序排列，或者将聚类请求按请求发起时间进行降序排列，并根据排序后的请求队列获取指定聚类请求。一般地，请求接收设备在接收到多个聚类请求之后，由于处理能力有限，无法将所有聚类请求同时进行处理。那么请求接收设备可以根据请求发起时间的先后顺序形成请求队列，并将请求发起时间靠前的聚类请求先进行处理，请求发起时间靠后的聚类请求后处理。指定聚类请求是指请求队列中符合指定条件的聚类请求，获取的指定聚类请求作为当前进行处理的聚类请求。根据请求发起时间将请求队列的聚类请求进行排序之后，可以根据请求发起时间获取指定聚类请求。例如，请求队列中的排序首位的聚类请求，排序末位的聚类请求。步骤604具体可以包括：根据请求发起时间由先到后的顺序将请求队列中的聚类请求进行排列，获取请求队列中的首位聚类请求。获取的首位聚类请求，即为请求队列中第一个聚类请求，也就是请求队列中请求发起时间最早的聚类请求。

在本申请提供的其他实施例中，步骤604还可以是：根据请求发起设备的优先级将请求队列中的聚类请求进行排序，并获取排序后的请求队列中的指定聚类请求。其中，请求发起设备的优先级是指对请求发起设备对应的任务进行处理的优先级，例如移动终端发起的聚类请求优先处理，PC(Personal Computer，个人电脑)端发起的聚类请求后处。还可以是根据聚类请求对应的聚类对象集合的大小将请求队列中的聚类请求进行排序。例如，图像集合占用空间较大的聚类请求优先处理，占用空间较小的聚类请求后处理。

步骤606，获取请求队列中与指定聚类请求对应的账户相同的聚类请求，并将获取的聚类请求进行合并。

在一个实施例中，在获取到指定聚类请求之后，将指定聚类请求与请求队列中的各个聚类请求进行对比，获取与指定聚类请求的应用账户标识相同的聚类请求，并将获取的聚类请求进行合并。接收到聚类请求之后，可以根据聚类请求中的应用账户标识建立聚类任务列表，聚类任务列表中记录了各个聚类请求的应用账户标识、请求发起设备标识、请求接收设备标识、请求发起时间等信息。则步骤606具体可以包括：获取指定聚类请求的应用账户标识，遍历聚类任务列表，获取与指定聚类请求的应用账户标识相同的聚类请求。

更进一步地，统计请求队列中与指定聚类请求对应的账户相同的聚类请求的个数，若请求队列中与指定聚类请求对应的账户相同的聚类请求的个数超过预设个数，则获取请求队列中与指定聚类请求对应的账户相同的聚类请求。若请求队列中与指定聚类请求对应的账户相同的聚类请求的个数小于预设个数，则进入等待状态；若在进入等待状态的时间超过预设时间，则停止等待，并获取请求队列中与指定聚类请求对应的账户相同的聚类请求。

在本申请提供的实施例中，将获取的聚类请求进行合并，具体是指将各个聚类请求对应的聚类对象集合进行合并。获取聚类对象集合具体可以包括：获取同一账户的聚类请求对应的聚类对象集合，并将获取的聚类对象集合的并集进行聚类处理。即对于同一个应用账户的发起的多个聚类请求，可以将聚类请求的聚类对象集合合并到一起处理，每个聚类对象只处理一次，而无需将聚类请求中重复的聚类对象重复多次进行处理。举例来说，聚类请求队列中包含了三个聚类请求，按照时间先后顺序排列分别为：聚类请求1，应用账户A在2017 年8月20日03:30发送的聚类请求，包含聚类对象集合1；聚类请求2，应用账户B在2017年8月21日02:41发送的聚类请求，包含聚类对象集合2；聚类请求3，应用账户A在2017年8月22日04:02发送的聚类请求，包含聚类对象集合3。则将聚类请求1和聚类请求3进行合并，合并后获取的聚类对象集合为聚类对象集合1和聚类对象集合3的并集。

步骤608，对合并后的聚类请求进行处理。

在其中一个实施例中，可以通过服务器集群来实现聚类处理，每个服务器都可以通过状态标识来表示当前的工作状态，通过状态标识可以获取处于可用状态的服务器。如果存在多个处于可用状态的服务器，则可以获取聚类对象集合的文件大小，根据多个处于可用状态的服务器的承载能力，来匹配相应文件大小的聚类对象集合。例如，将占用空间较大的聚类对象集合，发送到承载能力较大的服务器进行聚类处理。

将所述聚类对象集合发送至处于可用状态的服务器进行聚类处理具体可以包括：若存在两个或两个以上的处于可用状态的服务器，则获取合并后的聚类请求对应的聚类对象集合的属性参数，以及服务器的负载参数；根据属性参数和负载参数来查找服务器，并将聚类对象集合送至该服务器进行聚类处理。其中，属性参数可以是聚类对象集合的文件大小，负载参数是指表示服务器的最大负载处理能力的参数。一般负载参数越大，服务器的处理能力越强；负载参数越小，服务器的处理能力越弱。

上述实施例提供的图像处理方法，先根据请求发起时间对请求队列进行排序，并获取请求队列中的指定聚类请求。然后将请求队列中与指定聚类请求的同一账户的聚类请求进行合并，并将合并之后的聚类请求进行处理。这样在多个聚类请求中相同的聚类对象时，只需要进行一次处理即可，而不需要进行多次聚类处理，提高了图像处理的效率，节省了资源。

图7为又一个实施例中图像处理方法的流程图。如图7所示，该图像处理方法包括步骤702至步骤712。其中：

步骤702，获取请求队列中的聚类请求，其中请求队列包括顺序排列的聚类请求，聚类请求用于指示对终端的图像进行聚类。

在一个实施例中，聚类请求中包含聚类对象集合，聚类对象集合可以是聚类图像集合和/或聚类特征集合。聚类图像集合是指用于聚类处理的图像的集合，聚类特征集合是指用于聚类的图像对应的特征的集合。步骤702之前还可以包括：获取聚类对象集合，其中聚类对象集合可以是聚类图像集合，也可以是根据聚类图像集合提取的特征的集合。例如，将相册中的图像根据人脸进行分类，那么聚类特征集合就是图像中的人脸区域组成的集合。聚类特征可以表示聚类图像集合中的用于分类的特征，只上传聚类特征集合进行聚类处理，提高了聚类的效率。可以理解是，聚类特征集合可以是由智能终端上传的，还可以是由特征服务器上传的，其中特征服务器是指对聚类图像集合进行特征识别处理的服务器，特征服务器根据智能终端发送的聚类图像集合提取的聚类特征，形成聚类特征集合。

在一个实施例中，智能终端请求对相册中的图片进行聚类的过程中，可以预先设置触发向第一服务器发起聚类请求的条件，设置的聚类触发条件包括以下方法中至少一种：在智能终端的新增图片数量大于预设数量；当前时间为预设时间；距上次发起聚类请求的时间超过预设时间段；智能终端当前处于充电状态。例如，在智能终端新增图片大于50张时，若当前时间为凌晨2点到5点，且智能终端处于充电状态，则智能终端发起聚类请求。

智能终端的存储空间中存储着图片，智能终端可以从预设存储地址中直接获取图片，也可以遍历智能终端中的所有文件夹获取图片。一般来说，智能终端的存储空间分为内存储器和外接存储器。内存储器是指移动终端本身自带的存储器，是智能终端硬件结构的一部分。外接存储器是指移动终端外接的存储设备，外接存储可以通过专用接口与智能户端进行数据传输。例如，外接存储器可以是SD卡、U盘等。智能终端发送的相册，可以包含智能终端存储的所有图片，也可以只包含智能终端存储的一部分图片。例如，智能终端发送的相册中，可以包含内存储器和外接存储器中所有的图片，也可以只包含内存储器中的图片。

步骤704，根据请求发起时间由先到后的顺序将请求队列中的聚类请求进行排列，获取请求队列中的首位聚类请求，并获取请求队列中与首位聚类请求对应的账户相同的聚类请求。

在一个实施例中，智能终端可以向第一服务器发起聚类请求，第一服务器接收到智能终端发送的聚类请求之后，根据接收到的聚类请求生成请求队列，通过请求队列控制分配到各个第二服务器的聚类任务。一般来讲，第一服务器生成的请求队列是按请求发起时间的先后顺序来排列的，即请求发起时间靠前的聚类请求优先处理，每次都优先处理位于请求队列首位的聚类请求。首位聚类请求即为请求队列中的排序第一个的聚类请求。

在一个实施例中，获取到首位聚类请求之后，可以遍历请求队列中每个聚类请求对应的应用账户标识，获取与首位聚类请求对应的应用账户标识相同的聚类请求，即为同一账户对应的聚类请求。一般地，将聚类图像集合进行聚类，都有一个分类的标准，那么需要首先提取聚类图像集合中每一张图像的特征，然后根据提取的特征将图像进行分类。也就是说，接收到的聚类对象集合可以是聚类特征集合，也可以是聚类图像集合。例如，根据人脸将相册中的图片进行分类，需要根据提取的人脸区域才能知道图片属于哪个分类，那么聚类图像集合就是整个相册，聚类特征集合就是从相册中每张图片中提取的人脸区域的集合。若聚类对象集合为特征集合，则可以直接根据预设聚类算法进行聚类处理；若聚类对象集合为待分类对象集合，则需要首先提取待分类对象集合中的特征形成特征集合，并根据预设聚类算法将特征集合进行聚类处理，根据聚类处理结果可以将分类对象集合进行分类。

在一个实施例中，获取同一账户的聚类请求对应的聚类对象集合，并将获取的聚类对象集合的并集作为最终处理的聚类对象集合。例如，同一账户发起了两次聚类请求，第一次聚类请求中包含了50张图片，第二次聚类请求中包含了60张图片，第一次和第二次聚类请求中有10张重复的图片，那么将第一次和第二次聚类请求合并之后，这10张重复的图片只处理一次，那么合并之后的聚类请求中总共就包含100张图片。

步骤706，将获取的聚类请求按终端标识进行分类。

在一个实施例中，同一个应用账户可以登录多个智能终端，一个智能终端同时只能登录一个应用账户。因此，可以将同一账户对应的聚类请求按照终端标识进行分类。每一个聚类请求中都包含了应用账户标识和对应的终端标识，获取到同一账户对应的聚类请求之后，将聚类请求按照不同的终端标识进行分类。一般来说，不同智能终端中的聚类对象集合是不同的，通过应用账户登录不同的智能终端，可以向服务器发起不同的聚类对象集合。

步骤708，获取每一类聚类请求中的目标聚类请求，并将获取的目标聚类请求进行合并，其中目标聚类请求为每一类聚类请求中，请求时间距离当前时间的间隔最小的聚类请求。

在一个实施例中，目标聚类请求是指在获取的聚类请求中，用于合并处理的聚类请求。一个智能终端可以发起多次聚类请求，此时可以根据发起时间进行判断，无需对每次请求都进行处理，只需要对最近的一次请求进行处理即可。首先将同一账户对应的聚类请求按照终端标识进行分类，并获取每一类聚类请求中最近发起的聚类请求，即请求发起时间距离当前时间的间隔最小的聚类请求。例如，同一账户对应的聚类请求包括：聚类请求1，终端标识A在2017年 8月20日03:30发送的聚类请求，包含聚类对象集合1；聚类请求2，终端标识 B在2017年8月21日02:41发送的聚类请求，包含聚类对象集合2；聚类请求 3，终端标识B在2017年8月22日04:02发送的聚类请求，包含聚类对象集合 4；聚类请求3，终端标识B在2017年8月25日05:02发送的聚类请求，包含聚类对象集合4。则获取的目标聚类请求包括聚类请求2和聚类请求4，将聚类请求2和聚类请求4进行合并即可。

步骤710，对合并后的聚类请求进行处理。

在一个实施例中，服务器可以实时或定时上报工作状态，并根据上报的工作状态生成状态标签列表，该状态标签列表中记录着服务器标识和对应的状态标识。其中，服务器标识为区分不同服务器的唯一标识，状态标识是标记服务器的工作状态的标识。通过读取状态标签列表，可以获取各个服务器的状态标签，并根据状态标签获取各个服务器的工作状态。可以理解的是，该状态标签列表中，可以只包括处于可用状态的服务器对应的服务器标识，即状态标签列表中记录的服务器标识对应的服务器都处于可用状态，所状态标签列表为空，则说明所有服务器都不可用。在查找到处于可用状态的服务器后，还可以通过预设路由算法查找目标服务器，并将聚类对象集合发送至目标服务器进行聚类处理。例如，预设路由算法可以是负载均衡算法，负载均衡算法可以是随机算法、轮询算法、源地址哈希算法等，在此不做限定。

在本申请提供的实施例中，步骤710之前还可以包括：将聚类对象集合进行加密处理。加密处理是指以某种特殊的算法将原有的信息进行改变，使得未授权的用户无法获知原有信息的处理方法。可通过3DES(Triple Data Encryption Algorithm，三重数据加密算法)、RC5等加密算法将聚类对象集合进行加密处理。可以理解的是，对聚类对象集合的加密处理可以是在步骤702之前，即在第一服务器接收到聚类请求之后，将加密处理之后的聚类对象集合缓存到聚类请求队列中。

若聚类对象集合是经过加密处理的，那么在聚类对象集合进行聚类处理之前，需要对聚类对象集合进行解密处理。则步骤710具体包括：将合并后的聚类请求及对应的加密处理后的聚类对象集合发送至服务器，用于指示该服务器执行将该聚类对象集合进行解密处理，并将解密处理后的聚类对象集合进行聚类处理。其中，解密处理是指将加密后的信息还原为原有信息的处理，加密处理和解密处理是相反的处理过程。

聚类处理可以根据一个和多个特征将聚类对象集合分为多个分类。例如，人根据性别可以分为男性和女性，根据年龄又可以分为少年、青年、中老年等，根据性别和年龄又可以有更多的组合方式。一般可以根据聚类模型将聚类对象集合进行分类，常用的聚类模型包括k-means聚类模型、层次聚类模型、SOM 聚类模型和FCM聚类模型等。更进一步地，聚类模型可以根据聚类样本集合进行训练得到。聚类样本集合是指用于训练得到模型的样本集合，聚类样本集合可以是根据聚类对象集合生成的样本集合，也可以是专门用于训练聚类模型的样本集合。聚类处理得到的聚类处理结果用于将图像集合进行分类，则步骤710之后还可以包括：通过服务器将聚类处理结果发送至智能终端，所述聚类处理结果用于指示智能终端对终端的图像进行分类。

步骤712，根据对聚类请求进行处理得到的处理结果生成标签数据。

在一个实施例中，标签数据是指用于标记聚类对象集合中聚类对象的分类属性的标识，例如，聚类对象1属于分类1，那么形成的标签数据可以是“分类 1”。可以理解的是，聚类对象集合中的每个聚类对象都有对应的对象标识，用于标识聚类对象的唯一性。根据聚类处理结果生成的标签数据，可以与对象标识建立一一对应的关系。生成的标签数据可以存储在预设存储空间中，也可以发送到用户终端，在此不做限定。

可以理解的是，若当前发起的聚类请求对应的聚类对象集合中，存在以前进行过聚类处理的聚类对象，则可以将这些处理过的聚类对象提取出来，不进行聚类处理，当前只针对未处理过的聚类对象进行聚类处理。那么步骤710具体就可以包括：将聚类对象集合发送至处于可用状态的服务器，用于指示服务器对聚类对象集合中，除历史聚类对象之外的其他聚类对象进行聚类处理。其中，历史聚类对象是指历史处理过的聚类对象。可以将聚类对象集合中聚类对象的对象标识，与预设存储空间中存储的标签数据对应的对象标识进行比较，对象标识相匹配的聚类对象为历史聚类对象。另外，还可以首先将聚类对象集合的请求发起对象标识和标签数据对应的请求发起对象标识进行匹配，若存在相匹配的请求发起对象标识，再根据对象标识查找历史聚类对象。

在一个实施例中，服务器上存储的聚类模型进行更新，每个版本的聚类模型都会有对应的模型标识，预设存储空间中存储的标签数据也会有对应的模型版本，用于标记生成标签数据的聚类模型的版本。若聚类对象集合中存在历史聚类对象，可以将历史聚类对象对应的模型标识与当前聚类模型的模型标识进行比较，若相同，则历史聚类对象不再重新聚类处理；若不同，则对历史聚类对象进行重新聚类处理。重新聚类之后，将历史聚类对象的重新聚类处理结果生成标签数据覆盖原有的标签数据。

图8为一个实施例中移动终端相册分类结果的展示图。如图8所示，移动终端根据服务器返回的聚类处理结果将相册中的图片进行分类，并将分类的结果展示在移动终端的界面上。本实施例中的界面上展示了六个分类结果，分别包括“分类1”、“分类2”、“分类3”、“分类4”、“分类5”和“分类6”，每个分类都包含了若干张具有共性的图片，点击对应的分类，可以查看分类中的图片。

上述实施例提供的图像处理方法，先根据请求发起时间对聚类请求队列进行排序，并获取聚类请求队列中的首位聚类请求。然后将聚类请求队列中与首位聚类请求的同一账户对应的聚类请求进行合并，并将合并之后的聚类请求进行聚类。这样在多个聚类请求中相同的聚类对象，只需要进行一次聚类处理即可，而不需要进行多次聚类处理，提高了图像处理的效率，节省了资源。

图9为一个实施例中实现图像处理方法的服务器架构图。该服务器架构图中包括第一服务器和第二服务器集群，第二服务器集群中包含若干个第二服务器。第一服务器用于提供聚类接入服务902和队列服务904，第二服务器用于提供聚类服务906和标签数据服务908。聚类接入服务902用于接收聚类请求，队列服务904用于根据聚类接入服务接收的聚类请求生成请求队列，并将聚类对象集合发送至第二服务器执行聚类处理。聚类服务906用于根据第一服务器发送的聚类对象集合进行聚类处理，标签数据服务908用于根据聚类处理结果生成标签数据，并将标签数据进行存储。第二服务器可以提供状态检测接口，第一服务器定时检测各个第二服务器的状态检测接口，通过状态检测接口获取状态标识。还可以是第二服务器主动向第一服务器上报状态标识，即当第二服务器的工作状态发生变化时，第二服务器向第一服务器发送状态标识，上报当前工作状态。例如，当第二服务器当前聚类任务处理完成时，向第一服务器上报当前工作状态为可用状态。第一服务器中可以通过状态列表的形式来记录各个第二服务器的工作状态，当需要第二服务器进行聚类处理时，通过读取该状态列表即可获取各个第二服务器的状态标签，并根据状态标签查找处于可用状态的第二服务器。

图10为一个实施例中图像处理装置的结构示意图。如图10所示，该图像处理装置1000包括请求获取模块1002、请求合并模块1004和请求处理模块 1006。其中：

请求获取模块1002，用于获取请求队列中的聚类请求，其中所述请求队列包括顺序排列的聚类请求，所述聚类请求用于指示对终端的图像进行聚类。

请求合并模块1004，用于按照规则对所述同一账户对应的聚类请求进行合并。

请求处理模块1006，用于对合并后的聚类请求进行处理。

上述实施例提供的图像处理装置，将请求队列中同一账户对应的聚类请求进行合并，并将合并之后的聚类请求进行聚类处理。这样在多个聚类请求中相同的对象，只需要进行一次聚类处理即可，而不需要进行多次聚类处理，提高了图像处理的效率，节省了资源。

图11为另一个实施例中图像处理装置的结构示意图。如图11所示，该图像处理装置1100包括请求获取模块1102、请求合并模块1104、请求处理模块 1106和标签生成模块1108。其中：

请求获取模块1002，用于获取请求队列中的聚类请求，其中所述请求队列包括顺序排列的聚类请求，所述聚类请求用于指示对终端的图像进行聚类。

请求合并模块1004，用于按照规则对所述同一账户对应的聚类请求进行合并。

请求处理模块1006，用于对合并后的聚类请求进行处理。

标签生成模块1108，用于根据对聚类请求进行处理得到的处理结果生成标签数据。

上述实施例提供的图像处理装置，将请求队列中同一账户对应的聚类请求进行合并，并将合并之后的聚类请求进行聚类处理。这样在多个聚类请求中相同的对象，只需要进行一次聚类处理即可，而不需要进行多次聚类处理，提高了图像处理的效率，节省了资源。

在一个实施例中，请求合并模块1004还用于根据请求发起时间将请求队列中的聚类请求进行排序，并获取排序后的请求队列中的指定聚类请求；获取所述请求队列中与所述指定聚类请求对应的账户相同的聚类请求，并将获取的聚类请求进行合并。

在其中一个实施例中，请求合并模块1004还用于根据请求发起时间由先到后的顺序将请求队列中的聚类请求进行排列，获取所述请求队列中的首位聚类请求；获取所述请求队列中与所述首位聚类请求对应的账户相同的聚类请求，并将获取的聚类请求进行合并。

在本申请实施例中，请求合并模块1004还用于根据预设时段获取请求队列中的聚类请求，按照规则对所述同一账户对应的在所述预设时段内的聚类请求进行合并。

在本申请实施例中，请求合并模块1004还用于将所述同一账户对应的聚类请求按终端标识进行分类；获取每一类聚类请求中的目标聚类请求，并将获取的目标聚类请求进行合并，其中所述目标聚类请求为每一类聚类请求中，请求时间距离当前时间的间隔最小的聚类请求。

在本申请提供的实施例中，请求处理模块1006还用于发送所述聚类请求，和/或，根据所述聚类请求，对所述终端的图像进行聚类处理。

上述图像处理装置中各个模块的划分仅用于举例说明，在其他实施例中，可将图像处理装置按照需要划分为不同的模块，以完成上述图像处理装置的全部或部分功能。

本申请实施例还提供了一种计算机可读存储介质。一个或多个包含计算机可执行指令的非易失性计算机可读存储介质，当所述计算机可执行指令被一个或多个处理器执行时，使得所述处理器执行以下步骤：

获取请求队列中的聚类请求，其中所述请求队列包括顺序排列的聚类请求，所述聚类请求用于指示对终端的图像进行聚类；

按照规则对同一账户对应的聚类请求进行合并；

对合并后的聚类请求进行处理。

在一个实施例中，所述处理器执行的所述按照规则对同一账户对应的聚类请求进行合并包括：

根据请求发起时间将请求队列中的聚类请求进行排序，并获取排序后的请求队列中的指定聚类请求；

获取所述请求队列中与所述指定聚类请求对应的账户相同的聚类请求，并将获取的聚类请求进行合并。

在本申请提供的实施例中，所述处理器执行的所述按照规则对同一账户对应的聚类请求进行合并包括：

根据请求发起时间由先到后的顺序将请求队列中的聚类请求进行排列，获取所述请求队列中的首位聚类请求；

获取所述请求队列中与所述首位聚类请求对应的账户相同的聚类请求，并将获取的聚类请求进行合并。

在其中一个实施例中，所述处理器执行的所述获取请求队列中的聚类请求，按照规则对同一账户对应的聚类请求进行合并包括：

根据预设时段获取请求队列中的聚类请求，按照规则对所述同一账户对应的在所述预设时段内的聚类请求进行合并。

在又一个实施例中，所述处理器执行的所述按照规则对同一账户对应的聚类请求进行合并包括：

将所述同一账户对应的聚类请求按终端标识进行分类；

获取每一类聚类请求中的目标聚类请求，并将获取的目标聚类请求进行合并，其中所述目标聚类请求为每一类聚类请求中，请求时间距离当前时间的间隔最小的聚类请求。

在本申请提供的实施例中，所述处理器执行的所述对合并后的聚类请求进行处理，包括：

发送所述聚类请求，和/或，根据所述聚类请求，对所述终端的图像进行聚类处理。

在其中一个实施例中，所述处理器执行的所述方法还包括：

根据对聚类请求进行处理得到的处理结果生成标签数据。

图12为一个实施例中服务器的内部结构示意图。如图12所示，该服务器包括通过系统总线连接的处理器、非易失性存储介质、内存储器和网络接口。其中，该服务器的非易失性存储介质存储有操作系统和计算机程序。该计算机程序被处理器执行时以实现一种聚类处理方法。该服务器的处理器用于提供计算和控制能力，支撑整个服务器的运行。该服务器的网络接口用于据以与外部的终端通过网络连接通信，比如接收终端发送的聚类请求以及向终端返回聚类处理结果等。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。本领域技术人员可以理解，图12中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的服务器的限定，具体的服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

本申请实施例还提供了一种计算机设备。如图13所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该计算机设备可以为包括手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point of Sales，销售终端)、车载电脑、穿戴式设备等任意终端设备，以计算机设备为手机为例：

图13为与本申请实施例提供的计算机设备相关的手机的部分结构的框图。参考图13，手机包括：射频(Radio Frequency，RF)电路1310、存储器1320、输入单元1330、显示单元1340、传感器1350、音频电路1360、无线保真(wireless fidelity，WiFi)模块1370、处理器1380、以及电源1390等部件。本领域技术人员可以理解，图13所示的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

其中，RF电路1310可用于收发信息或通话过程中，信号的接收和发送，可将基站的下行信息接收后，给处理器1380处理；也可以将上行的数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。此外，RF电路1310 还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System ofMobile communication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband CodeDivision Multiple Access，WCDMA)、长期演进(Long Term Evolution， LTE))、电子邮件、短消息服务(Short Messaging Service，SMS)等。

存储器1320可用于存储软件程序以及模块，处理器1380通过运行存储在存储器1320的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1320可主要包括程序存储区和数据存储区，其中，程序存储区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能的应用程序、图像播放功能的应用程序等)等；数据存储区可存储根据手机的使用所创建的数据 (比如音频数据、通讯录等)等。此外，存储器1320可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元1330可用于接收输入的数字或字符信息，以及产生与手机1300 的用户设置以及功能控制有关的键信号输入。具体地，输入单元1330可包括触控面板1331以及其他输入设备1332。触控面板1331，也可称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1331上或在触控面板1331附近的操作)，并根据预先设定的程式驱动相应的连接装置。在一个实施例中，触控面板1331可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1380，并能接收处理器1380发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1331。除了触控面板1331，输入单元1330 还可以包括其他输入设备1332。具体地，其他输入设备1332可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)等中的一种或多种。

显示单元1340可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1340可包括显示面板1341。在一个实施例中，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1341。在一个实施例中，触控面板1331可覆盖显示面板1341，当触控面板1331检测到在其上或附近的触摸操作后，传送给处理器1380以确定触摸事件的类型，随后处理器1380根据触摸事件的类型在显示面板1341上提供相应的视觉输出。虽然在图13中，触控面板1331与显示面板1341是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板1331与显示面板1341集成而实现手机的输入和输出功能。

手机1300还可包括至少一种传感器1350，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1341的亮度，接近传感器可在手机移动到耳边时，关闭显示面板1341和/或背光。运动传感器可包括加速度传感器，通过加速度传感器可检测各个方向上加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换)、振动识别相关功能(比如计步器、敲击)等；此外，手机还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器等。

音频电路1360、扬声器1361和传声器1362可提供用户与手机之间的音频接口。音频电路1360可将接收到的音频数据转换后的电信号，传输到扬声器 1361，由扬声器1361转换为声音信号输出；另一方面，传声器1362将收集的声音信号转换为电信号，由音频电路1360接收后转换为音频数据，再将音频数据输出处理器1380处理后，经RF电路1310可以发送给另一手机，或者将音频数据输出至存储器1320以便后续处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块1370可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图13示出了WiFi模块1370，但是可以理解的是，其并不属于手机 1300的必须构成，可以根据需要而省略。

处理器1380是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1320内的软件程序和/或模块，以及调用存储在存储器1320内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。在一个实施例中，处理器1380可包括一个或多个处理单元。在一个实施例中，处理器1380可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等；调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1380中。

手机1300还包括给各个部件供电的电源1390(比如电池)，优选的，电源可以通过电源管理系统与处理器1380逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

在一个实施例中，手机1300还可以包括摄像头、蓝牙模块等。

在本申请实施例中，该手机1300所包括的处理器1380执行存储在存储器上的计算机程序时实现上述图像处理方法。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等。

如此处所使用的对存储器、存储、数据库或其它介质的任何引用可包括非易失性和/或易失性存储器。合适的非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM) 或闪存。易失性存储器可包括随机存取存储器(RAM)，它用作外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDR SDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态 RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种图像处理方法，其特征在于，所述方法包括：

获取请求队列中的聚类请求，其中所述聚类请求用于指示对终端的图像进行聚类；

根据请求发起时间将请求队列中的聚类请求进行排序，并获取排序后的请求队列中的指定聚类请求；

若所述请求队列中与所述指定聚类请求对应的账户相同的聚类请求的个数超过预设个数，则获取所述请求队列中与所述指定聚类请求对应的账户相同的聚类请求，并将获取的聚类请求进行合并；

对合并后的聚类请求进行处理。

2.根据权利要求1所述的图像处理方法，其特征在于，所述获取所述请求队列中与所述指定聚类请求对应的账户相同的聚类请求包括：

获取所述指定聚类请求的应用账户标识，并获取所述请求队列中与指定聚类请求的应用账户标识相同的聚类请求。

3.根据权利要求1所述的图像处理方法，其特征在于，所述根据请求发起时间将请求队列中的聚类请求进行排序，并获取排序后的请求队列中的指定聚类请求包括：

根据请求发起时间由先到后的顺序将请求队列中的聚类请求进行排列，并获取所述请求队列中的首位聚类请求；

所述若所述请求队列中与所述指定聚类请求对应的账户相同的聚类请求的个数超过预设个数，则获取所述请求队列中与所述指定聚类请求对应的账户相同的聚类请求，并将获取的聚类请求进行合并，包括：

若所述请求队列中与所述首位聚类请求对应的账户相同的聚类请求的个数超过预设个数，则获取所述请求队列中与所述首位聚类请求对应的账户相同的聚类请求，并将获取的聚类请求进行合并。

4.根据权利要求1所述的图像处理方法，其特征在于，所述获取请求队列中的聚类请求，包括：

根据预设时段获取请求队列中的聚类请求；

所述根据请求发起时间将请求队列中的聚类请求进行排序，并获取排序后的请求队列中的指定聚类请求，包括：

根据请求发起时间将请求队列中的聚类请求进行排序，并获取排序后的请求队列中在所述预设时段内的指定聚类请求；

所述若所述请求队列中与所述指定聚类请求对应的账户相同的聚类请求的个数超过预设个数，则获取所述请求队列中与所述指定聚类请求对应的账户相同的聚类请求，并将获取的聚类请求进行合并，包括：

若所述请求队列中与所述指定聚类请求对应的账户相同且在所述预设时段内的聚类请求的个数超过预设个数，则获取所述请求队列中与所述指定聚类请求对应的账户相同且在所述预设时段内的聚类请求，并将获取的聚类请求进行合并。

5.根据权利要求1所述的图像处理方法，其特征在于，所述获取所述请求队列中与所述指定聚类请求对应的账户相同的聚类请求，并将获取的聚类请求进行合并包括：

获取所述请求队列中与所述指定聚类请求对应的账户相同的聚类请求，并将获取的聚类请求按终端标识进行分类；

获取每一类聚类请求中的目标聚类请求，并将获取的目标聚类请求进行合并，其中所述目标聚类请求为每一类聚类请求中，请求时间距离当前时间的间隔最小的聚类请求。

6.根据权利要求1-5任一所述的图像处理方法，其特征在于，所述对合并后的聚类请求进行处理，包括：

发送所述聚类请求，和/或，根据所述聚类请求，对所述终端的图像进行聚类处理。

7.根据权利要求1所述的图像处理方法，其特征在于，所述方法还包括：

根据对聚类请求进行处理得到的处理结果生成标签数据。

8.一种图像处理装置，其特征在于，所述装置包括：

请求获取模块，用于获取请求队列中的聚类请求，其中所述聚类请求用于指示对终端的图像进行聚类；

请求合并模块，用于根据请求发起时间将请求队列中的聚类请求进行排序，并获取排序后的请求队列中的指定聚类请求；若所述请求队列中与所述指定聚类请求对应的账户相同的聚类请求的个数超过预设个数，则获取所述请求队列中与所述指定聚类请求对应的账户相同的聚类请求，并将获取的聚类请求进行合并；

请求处理模块，用于对合并后的聚类请求进行处理。

9.一种计算机设备，包括存储器及处理器，所述存储器中储存有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如权利要求1至7中任一项所述的方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行如权利要求1至7中任一项所述的方法的步骤。