图片处理方法、装置、设备及计算机可读存储介质与流程

本公开涉及计算机技术，尤其涉及一种图片处理方法、装置、设备及计算机可读存储介质。

背景技术：

随着移动技术的发展，移动应用为人们生活的各个方面都提供了巨大的便利，但随着移动业务需求的迅速增长，移动应用的体积也快速增长。应用包体积过大不仅会降低用户下载率、增加下载安装失败的风险，还增加了企业渠道分发的成本。

移动应用中通常会包含很多图片，图片在其体积中有很大的占比，所以减小图片的体积成为移动应用瘦身的重点。

目前，存在一些能够对图片进行压缩处理的网站和命令行工具，用户需要手动上传图片至这些网站，或者手动执行命令来完成压缩。但是，当需要处理的图片数量较多时，这种图片压缩方式的效率较低。

技术实现要素：

本公开提供一种图片处理方法、装置、设备及计算机可读存储介质，以解决现有技术对图片进行压缩处理的流程效率较低的问题。

本公开的第一个方面是提供一种图片处理方法，包括：

接收远程仓库发送的包括推送事件信息的请求，其中，所述推送事件信息中包括图片的更新信息；

根据所述推送事件信息确定待压缩图片；

从所述远程仓库下载所述待压缩图片，并对所述待压缩图片进行压缩处理得到压缩后的图片；

向所述远程仓库发送所述压缩后的图片。

本公开的第二个方面是提供一种图片处理方法，包括：

响应对图片的更新操作，向后台服务器发送包括推送事件信息的请求，其中，所述推送事件信息中包括图片的更新信息；

向所述后台服务器发送待压缩图片，其中，所述待压缩图片是根据所述更新信息确定的；

接收所述后台服务器发送的压缩图片，其中，所述压缩图片是对待压缩图片进行压缩处理得到的。

本公开的第三个方面是是提供一种图片处理装置，包括：

接收模块，用于接收远程仓库发送的包括推送事件信息的请求，其中，所述推送事件信息中包括图片的更新信息；

确定模块，用于根据所述推送事件信息确定待压缩图片；

压缩模块，用于从所述远程仓库下载所述待压缩图片，并对所述待压缩图片进行压缩处理得到压缩后的图片；

发送模块，用于向所述远程仓库发送所述压缩后的图片。

本公开的第四个方面是是提供一种图片处理装置，包括：

请求发送模块，用于响应对图片的更新操作，向后台服务器发送包括推送事件信息的请求，其中，所述推送事件信息中包括图片的更新信息；

图片发送模块，用于向所述后台服务器发送待压缩图片，其中，所述待压缩图片是根据所述更新信息确定的；

接收模块，用于接收所述后台服务器发送的压缩图片，其中，所述压缩图片是对待压缩图片进行压缩处理得到的。

本公开的第五个方面是提供一种图片处理设备，包括：

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并配置为由所述处理器执行以实现如上述第一方面所述的图片处理方法。

本公开的又一个方面是提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现如上述第一方面所述的图片处理方法。

本公开提供的图片处理方法、装置、设备及计算机可读存储介质的技术效果是：

本公开提供的图片处理方法、装置、设备及计算机可读存储介质，包括：接收远程仓库发送的包括推送事件信息的请求，其中，推送事件信息中包括图片的更新信息；根据推送事件信息确定待压缩图片；从远程仓库下载待压缩图片，并对待压缩图片进行压缩处理得到压缩后的图片；向远程仓库发送压缩后的图片。本公开提供的方法、装置、设备及计算机可读存储介质中，当图片被更新后，能够自动将图片的更新信息推送到服务器中，从而使服务器自动基于推送事件信息筛选出待压缩图片，并对其进行压缩处理。这个过程无需用户手动上传需要压缩的图片，从而能够提高图片的压缩效率，尤其在需要处理的图片数量较大时，具有显著的效率提升效果。

附图说明

图1为本申请一示例性实施例示出的应用场景图；

图2为本申请第一示例性实施例示出的图片处理方法的流程图；

图3为本申请第二示例性实施例示出的图片处理方法的流程图；

图4为本申请一示例性实施例示出的待压缩图片的确定方法的流程图；

图5为本申请第三示例性实施例示出的图片处理的流程图；

图6为本申请第四示例性实施例示出的图片处理的流程图；

图7为本申请第一示例性实施例示出的图片处理装置的结构图；

图8为本申请第二示例性实施例示出的图片处理装置的结构图；

图9为本申请第三示例性实施例示出的图片处理装置的结构图；

图10为本申请一示例性实施例示出的图片处理设备的结构图。

具体实施方式

为了降低程序中的图片体积，用户可以对这些图片进行处理，以降低图片所占用的空间。例如，用户可以将图片上传到一些图片处理网站中，通过这些网站提供的功能减小图片体积。再比如，用户可以使用一些命令行工具，通过执行命令实现减小图片体积。

但是，无论哪种方式，都需要用户手动上传图片，或者手动输入执行命令才能触发图片的处理。这种方式处理效率较低。

本申请提供的方案中，当图片被更新后，能够自动向服务器推送事件，从而触发服务器对更新后的图片进行压缩处理，这种方式不需要用户手动上传图片，因此能够提高图片处理效率。

图1为本申请一示例性实施例示出的应用场景图。

如图1所示，用户可以在电子设备11中进行操作，电子设备中可以设置有远程仓库(git仓库)，在远程仓库中可以存储图片，用户可以在远程仓库中对图片进行处理，比如新增、修改等。

其中，用户对图片调整完毕后，可以点击更新按键，触发电子设备11中的远程仓库向后台服务器12自动发送请求，具体可以是向该请求中包括推送事件信息，该推送事件信息中包括图片的更新信息。

具体的，后台服务器12可以根据接收到的更新信息对图片进行压缩处理。具体可以又后台服务器12中设置的web服务(webservice)根据接收到的更新信息对图片进行压缩处理。

在一种可选的实施方式中，电子设备11与后台服务器12可以是同一实体设备，这种情况下，该实体设备内可以同时设置有远程仓库和web服务。

图2为本申请第一示例性实施例示出的图片处理方法的流程图。

如图2所示，本申请提供的图片处理方法包括：

步骤201，接收远程仓库发送的包括推送事件信息的请求，其中，推送事件信息中包括图片的更新信息。

其中，本申请提供的方法可以由一服务器来执行，该服务器的具体形态可以是计算机、云服务器、分布式服务器等。例如可以是图1中所示出的后台服务器12。

具体的，用户可以在远程仓库中进行操作，从而实现对图片的更新。例如，可以在用户使用的电子设备中安装远程仓库，用户可以在远程仓库中进行图片的调整。

进一步的，用户在远程仓库中进行的操作能够被该远程仓库记录下来，形成图片对应的更新信息。比如，用户在远程仓库中新增了一张图片，又对该图片进行了剪裁处理，则远程仓库能够记录到该图片的新增信息、修改信息。当用户调整完图片后，可以点击更新按键，触发远程仓库可以向执行本实施例提供的方法的后台服务器发送请求。

实际应用时，该远程仓库与执行本实施例提供的方法的后台服务器可以通过网络连接。例如，在后台服务器中可以设置有能够根据更新信息压缩图片的web服务，可以配置远程仓库发送请求的地址，具体可以配置为该web服务对应的地址，从而使远程仓库发送的请求能够被web服务接收。

其中，可以在远程仓库中设置webhook(钩子)，再将webhook的地址设置为web服务对应的地址，还可以在触发事件中选择推送事件，从而使用户在远程仓库中执行更新操作后，会触发该webhook向web服务发送包括推送事件信息的请求。

具体的，针对web服务还可以设置一webapi(网络应用程序接口)。具体为webhook配置的地址可以是该webapi的url(uniformresourcelocator，统一资源定位符)。webhook被触发后，其能够向设置的webapi发送请求。

进一步的，用于执行本申请提供的方法的后台服务器能够接收到远程仓库发送的包括推送事件信息的请求，该推送事件信息中包括图片的更新信息。例如，对一图片进行的新增信息、修改信息等。

具体可以通过电子设备中设置的web服务的webapi接收该请求。

步骤202，根据推送事件信息确定待压缩图片。

实际应用时，执行本实施例提供的方法的后台服务器可以根据推送事件信息确定待压缩图片。具体可以根据推送事件信息中包括的图片更新信息确定待压缩图片。

其中，待压缩图片即为需要压缩的图片。电子设备可以根据推送事件信息，筛选出需要压缩的图片。例如，可以根据图片的更新信息确定出被修改的图片，还可以根据更新信息确定图片的具体修改信息，从而可以基于这些信息，确定出需要压缩的待压缩图片。

具体的，在后台服务器中设置的webapi可以具有根据推送事件信息确定待压缩图片的功能。当远程仓库中的webhook被触发后，其可以向web服务的webapi发送包括推送事件信息。该webapi能够根据推送事件信息确定待压缩图片。

进一步的，可以由用户预先设置一不需要更新的图片列表，并将其同步至后台服务器中。后台服务器可以根据该图片列表、图片的更新信息筛选出不需要压缩处理的图片。

实际应用时，图片的更新信息中可以包括对图片的处理信息、图片处理后的名称、存储信息等。

一种情况下，远程仓库发送的图片的更新信息中，可以包括对同一图片的多个处理过程。这种情况下，可以根据图片最后的处理结果确定需要压缩的图片。例如，用户对图片进行了剪裁、调色的处理后，可以将调色后的图片作为待压缩图片。此时，后台服务器可以获取调色后的图片的信息，比如名称、存储位置等。

其中，本实施例提供的方法中，在图片被更新后，能够自动识别出需要压缩的待压缩图片，不需要用户手动上传这些图片。

步骤203，从远程仓库下载待压缩图片，并对待压缩图片进行压缩处理得到压缩后的图片。

步骤204，向远程仓库发送压缩后的图片。

具体的，后台服务器确定出待压缩图片之后，可以从远程仓库中下载待压缩图片。例如，后台服务器可以向远程仓库发送下载待压缩图片的请求。

进一步的，远程仓库可以提供用于下载图片的接口，后台服务器可以通过该接口发送下载请求，进而使远程仓库向电子设备发送待压缩图片。

实际应用时，后台服务器具有压缩图片的功能，其可以对下载的压缩图片进行压缩处理，从而得到压缩后的图片。例如，后台服务器可以通过调用图片压缩命令来压缩下载的图片，还可以调用已有网站提供的网页接口，从而实现对待压缩图片的压缩效果。

其中，后台服务器对图片压缩完毕后，还可以将其发送给远程仓库，进而使设置有该远程仓库的终端设备中能够存储压缩后的图片，从而使用户能够得到该压缩后的图片，并对其进行操作。

本实施例提供的方法用于对图片进行处理，该方法由设置有本实施例提供的方法的设备执行，该设备通常以硬件和/或软件的方式来实现。

本申请提供的图片处理方法，包括：接收远程仓库发送的包括推送事件信息的请求，其中，推送事件信息中包括图片的更新信息；根据推送事件信息确定待压缩图片；从远程仓库下载待压缩图片，并对待压缩图片进行压缩处理得到压缩后的图片；向远程仓库发送压缩后的图片。本申请提供的方法中，当图片被更新后，能够自动将图片的更新信息推送到服务器中，从而使服务器自动基于推送事件信息筛选出待压缩图片，并对其进行压缩处理。这个过程无需用户手动上传需要压缩的图片，从而能够提高图片的压缩效率，尤其在需要处理的图片数量较大时，具有显著的效率提升效果。

图3为本申请第二示例性实施例示出的图片处理方法的流程图。

步骤301，接收远程仓库发送的包括推送事件信息的请求，其中，推送事件信息中包括图片的更新信息。

其中，本申请提供的方法可以由一服务器来执行，该服务器的具体形态可以是计算机、云服务器、分布式服务器等。例如可以是图1中所示出的后台服务器12。

步骤301的实现方式和原理与步骤201类似，不再赘述。

步骤302，若推送事件信息中包括的事件标识不在推送事件白名单中，则根据推送事件信息确定待压缩图片。

具体的，在推送事件信息中可以包括事件标识。具体的，可以预先设置一事件白名单，用于存储后台服务器向远程仓库发送压缩后的图片后，远程仓库返回的事件标识。

例如，利用web服务对待压缩图片进行压缩处理后，可以向远程仓库反馈压缩后的图片，远程仓库可以向web服务发送这些图片对应的推送事件信息的事件标识。比如远程仓库向web服务发送的请求中，包括一事件标识idn，则web服务基于该请求得到压缩后的图片后，可以将其反馈给远程仓库，远程仓库可以再向web服务器反馈对应的事件标识idn，web服务可以将该标识idn记录在时间白名单中。

进一步的，如果后台服务器接收的推送事件信息中包括的事件标识不在推送事件白名单中，则可以认为后台服务器没有处理过该推送事件信息，进而可以对其进行处理，具体可以根据推送事件信息确定待压缩图片。

图4为本申请一示例性实施例示出的待压缩图片的确定方法的流程图。

如图4所示，本申请提供的待压缩图片的确定方法，包括：

步骤3021，根据推送事件信息、图片白名单信息确定待选图片。

实际应用时，推送事件信息中可以包括一个或多个图片的更新信息。比如，用户在远程仓库中操作时，可以对多个图片进行处理，每个图片的修改步骤可以包括多个。这种情况下，推送事件信息中可以包括多个图片更信息，且每个图片更新信息中可以包括多个修改信息。

其中，图片更新信息中具体还可以包括图片的基础信息，比如图片的名称、存储位置、修改信息等。

具体的，还可以预先设置一图片白名单，该图片白名单中包括不需要修改的图片信息。在实际应用时，有一些图片是不需要修改的，可能由于误操作或其他原因，导致远程仓库记录了这些图片的更新信息，并将其推送到了后台服务器中，这种情况下，后台服务器可以根据预先设置的图片白名单筛除这些图片，从而不对其进行压缩处理，进而降低电子设备处理图片的数量。

进一步的，该图片白名单可以是用户预先设置的，比如用户可以根据需求设置一图片白名单，在其中记录不需要更新的图片信息，比如可以是图片标识。

实际应用时，可以有web服务的webapi比对推送事件信息中包括的图片与图片白名单中包括的图片，从而确定待选图片。具体可以将包含在推送事件信息中，但是不包含在图片白名单中的图片作为待选图片。

步骤3022，根据推送事件信息中包括的图片更新信息，在待选图片中确定待压缩图片。

其中，确定出待选图片后，后台服务器可以根据推送事件信息中包括的图片更新信息进一步的筛选出压缩图片。

具体的，针对每个待选图片都可以有对应的图片更新信息。例如该待选图片的修改信息、存储位置、标识等。电子设备具体可以根据待选图片的修改信息确定压缩图片，即根据用户对待选图片的实际修改行为确定需要压缩的图片。

进一步的，后台服务器可以根据图片更新信息，确定待选图片最后一次被更新后的目标信息；根据目标信息在待选图片中确定待压缩图片。

实际应用时，在一个推送事件信息的图片更新信息中，可能包括同一图片的多个修改信息，比如用户在远程仓库中对一图片进行了多次处理后，点击更新按键，则远程仓库可以记录对该图片进行修改产生的多个修改信息，并将其推送到电子设备中。这种情况下，后台服务器可以根据待选图片的更新信息，确定该待选图片最后一次被更新的目标信息。

其中，更新信息中具体可以包括修改、新增、删除等信息，若一个待选图片最后一次被更新的结果是删除，则可以忽略该待选图片，不对其进行压缩处理。若待选图片最后一次被更新的结果是修改、新增等信息，则可以将该待选图片作为待压缩图片。

具体的，若一待选图片被作为待压缩图片，则后台服务器可以获取待选图片最后一次被更新后的目标信息，即获取能够表征该图片最终状态的目标信息。该目标信息例如可以包括存储路径、图片标识等。

步骤303，根据待压缩图片的目标信息从远程仓库下载待压缩图片，并对待压缩图片进行压缩处理得到压缩后的图片。

请继续参考图3，本实施例提供的方法中，还可以根据待压缩图片的目标信息从远程仓库中下载待压缩图片。

进一步的，可以利用远程仓库提供的接口，将待压缩图片下载到电子设备中。例如，可以通过该接口向远程仓库发送待压缩图片的信息，比如发送待压缩图片的图片标识、存储路径等信息。远程仓库能够根据接收的下载请求，向后台服务器发送待压缩图片。

实际应用时，后台服务器还可以对下载的压缩图片进行压缩处理，得到压缩后的图片。

步骤304，确定接收远程仓库发送的包括推送事件信息的请求之后，是否再次接收了与压缩后的图片对应的推送事件信息。

其中，后台服务器在向远程仓库发送压缩后的图片之前，还可以判断在接收到相应的包括推送事件信息的请求之后，是否再次接收了与压缩后的图片对应的推送事件信息。比如，在后台服务器对当前接收的请求进行处理过程中，又接收到了远程仓库发送的其他请求，且再次接收的请求中包括的推送事件信息中，与此前接收的请求包括的推送事件信息中存在相同图片对应的更新信息。这就会导致再次接收到与一压缩后的图片对应的推送事件信息。

具体的，可以在web服务向远程仓库反馈压缩后图片之前，检查是否存在与这些图片对应的更新的推送事件信息，如果有，则说明这些图片再次被更新了，此时，可以不基于当前的推送事件信息反馈压缩后图片，而是根据最新的推送事件信息处理图片。

进一步的，若确定接收远程仓库发送的包括推送事件信息的请求之后，没有再次接收了与压缩后的图片对应的推送事件信息，则可以执行步骤305。

步骤305，向远程仓库发送压缩后的图片。

步骤306，接收远程仓库发送的事件标识，并将事件标识记录在推送事件白名单中。

实际应用时，当后台服务器向远程仓库中发送了压缩图片后，可以接收远程仓库反馈的事件标识，后台服务器可以将该事件标识记录在预设的推送事件白名单中。

其中，当后台服务器接收到相同事件标识的请求时，不会对该请求进行处理。

可选的，可以预先在后台服务器中设置服务接口，通过该服务接口，远程仓库可以访问后台服务器，进而向后台服务器发送包括推送事件信息的请求。

例如，在后台服务器中可以设置有能够根据更新信息压缩图片的web服务，针对web服务还可以设置一webapi(网络应用程序接口)。可以在远程仓库中设置webhook(钩子)，再将webhook的地址设置为上述webapi的url(uniformresourcelocator，统一资源定位符)。用户在远程仓库中执行更新操作后，会触发该webhook向webapi发送包括推送事件信息的请求。

图5为本申请第三示例性实施例示出的图片处理的流程图。

如图5所示，本申请提供的图片处理方法，包括：

步骤501，响应对图片的更新操作，向后台服务器发送包括推送事件信息的请求，其中，推送事件信息中包括图片的更新信息。

其中，本申请提供的方法可以由具备计算能力的电子设备执行，该电子设备例如可以是图1中所示出的电子设备11。

具体的，用户可以在远程仓库中进行操作，从而实现对图片的更新。例如，可以在用户使用的设备中安装远程仓库，用户可以在远程仓库中进行图片的调整。

进一步的，用户在远程仓库中进行的操作能够被该远程仓库记录下来，形成图片对应的更新信息。比如，用户在远程仓库中新增了一张图片，又对该图片进行了剪裁处理，则远程仓库能够记录到该图片的新增信息、修改信息。当用户调整完图片后，可以点击更新按键，触发远程仓库向执行本实施例提供的方法的电子设备发送请求。

实际应用时，该远程仓库可以根据图片更新信息生成一推送事件信息，并根据该推送事件信息向后台服务器发送请求。后台服务器设置有能够根据更新信息压缩图片的web服务，可以为电子设备中的远程仓库配置发送请求的地址，具体可以配置为该web服务对应的地址，从而使远程仓库发送的请求能够被后台服务器中的web服务接收。

其中，可以在远程仓库中设置webhook(钩子)，再将webhook的地址设置为web服务对应的地址，还可以在触发事件中选择推送事件，从而使用户在远程仓库中执行更新操作后，会触发该webhook向web服务发送包括推送事件信息的请求。

具体的，针对web服务还可以设置一webapi(网络应用程序接口)。具体为webhook配置的地址可以是该webapi的url(uniformresourcelocator，统一资源定位符)。webhook被触发后，其能够向设置的webapi发送请求。

进一步的，电子设备能够响应用户的更新操作，生成一包括推送事件信息的请求，该推送事件信息中包括图片的更新信息。例如，对一图片进行的新增信息、修改信息等。

步骤502，向后台服务器发送待压缩图片，其中，待压缩图片是根据更新信息确定的。

实际应用时，后台服务器接收到远程仓库发送的请求后，可以根据推送事件信息确定待压缩图片，具体还可以根据其中的图片更新信息确定待压缩图片。

其中，待压缩图片即为需要压缩的图片。后台服务器可以根据推送事件信息，筛选出需要压缩的图片。例如，可以根据图片的更新信息确定出被修改的图片，还可以根据更新信息确定图片的具体修改信息，从而可以基于这些信息，确定出需要压缩的待压缩图片。

具体的，在电子设备中设置的webapi可以具有根据推送事件信息确定待压缩图片的功能。当远程仓库中的webhook被触发后，其可以向web服务的webapi发送包括推送事件信息。该webapi能够根据推送事件信息确定待压缩图片。

进一步的，可以由用户预先设置一不需要更新的图片列表，并将其同步至后台服务器中。后台服务器可以根据该图片列表、图片的更新信息筛选出不需要压缩处理的图片。

实际应用时，图片的更新信息中可以包括对图片的处理信息、图片处理后的名称、存储信息等。

一种情况下，电子设备中利用远程仓库确定的图片的更新信息中，可以包括对同一图片的多个处理过程。这种情况下，后台服务器可以根据图片最后的处理结果确定需要压缩的图片。例如，用户对图片进行了剪裁、调色的处理后，可以将调色后的图片作为待压缩图片。此时，后台服务器可以获取调色后的图片的信息，比如名称、存储位置等。

其中，本实施例提供的方法中，在图片被更新后，能够自动向后台服务器发送更信息，由后台服务器自动确定出需要压缩的待压缩图片，不需要用户手动上传这些图片。

具体的，后台服务器确定出待压缩图片之后，可以从电子设备中下载待压缩图片。例如，后台服务器可以向远程仓库发送下载待压缩图片的请求。

进一步的，电子设备中设置的远程仓库可以提供用于下载图片的接口，后台服务器可以通过该接口发送下载请求，进而使远程仓库向后台服务器发送待压缩图片。

步骤503，接收后台服务器发送的压缩图片，其中，压缩图片是对待压缩图片进行压缩处理得到的。

实际应用时，后台服务器具有压缩图片的功能，其可以对下载的压缩图片进行压缩处理，从而得到压缩后的图片。例如，后台服务器可以通过调用图片压缩命令来压缩下载的图片，还可以调用已有网站提供的网页接口，从而实现对待压缩图片的压缩效果。

其中，后台服务器对图片压缩完毕后，还可以将其发送给电子设备中设置的远程仓库，进而使电子设备中能够存储压缩后的图片，从而使用户能够得到该压缩后的图片，并对其进行操作。

本实施例提供的方法用于对图片进行处理，该方法由设置有本实施例提供的方法的设备执行，该设备通常以硬件和/或软件的方式来实现。

本申请提供的图片处理方法，包括：响应对图片的更新操作，向后台服务器发送包括推送事件信息的请求，其中，推送事件信息中包括图片的更新信息；向后台服务器发送待压缩图片，其中，待压缩图片是根据更新信息确定的；接收后台服务器发送的压缩图片，其中，压缩图片是对待压缩图片进行压缩处理得到的。本申请提供的方法中，当图片被更新后，能够自动将图片的更新信息推送到后台服务器中，从而使后台服务器自动基于推送事件信息筛选出待压缩图片，并对其进行压缩处理。这个过程无需用户手动上传需要压缩的图片，从而能够提高图片的压缩效率，尤其在需要处理的图片数量较大时，具有显著的效率提升效果。

图6为本申请第四示例性实施例示出的图片处理的流程图。

如图6所示，本申请提供的图片处理方法，包括：

步骤601，响应对图片的更新操作，通过webhook生成推送事件信息。

其中，本申请提供的方法可以由具备计算能力的电子设备执行，该电子设备例如可以是图1中所示出的电子设备11。

具体的，在电子设备中可以设置远程仓库，该远程仓库中可以设置有webhook。可以在触发事件中选择推送事件，从而使用户在远程仓库中执行更新操作后，会触发该webhook生成推送事件信息。

进一步的，用户可以在远程仓库中进行操作，从而实现对图片的更新。例如，可以在用户使用的设备中安装远程仓库，用户可以在远程仓库中进行图片的调整。webhook可以根据用户的操作生成推送事件信息，比如，用户在远程仓库中新增了一张图片，又对该图片进行了剪裁处理，则远程仓库能够记录到该图片的新增信息、修改信息。当用户调整完图片后，可以点击更新按键，触发webhook根据上述更新信息生成推送事件信息。

步骤602，向后台服务器预设的服务接口发送包括推送事件信息的请求，其中，推送事件信息中包括图片的更新信息。

实际应用时，可以预先在后台服务器中设置服务接口，通过该服务接口，设置在电子设备中的远程仓库可以访问后台服务器，进而向后台服务器发送包括推送事件信息的请求。

其中，可以将设置的webhook的地址设置为上述服务接口的地址，进而可以通过webhook向后台服务器的服务接口发送包括推送事件信息的请求。

例如，在后台服务器中可以设置有能够根据更新信息压缩图片的web服务，针对web服务还可以设置一webapi(网络应用程序接口)。可以在电子设备的远程仓库中设置webhook(钩子)，再将webhook的地址设置为上述webapi的url(uniformresourcelocator，统一资源定位符)。用户在远程仓库中执行更新操作后，会触发该webhook向webapi发送包括推送事件信息的请求。

步骤603，向后台服务器发送待压缩图片，其中，待压缩图片是根据更新信息确定的。

步骤604，接收后台服务器发送的压缩图片，其中，压缩图片是对待压缩图片进行压缩处理得到的。

步骤603-604与步骤502-503的实现方式、原理类似，不再赘述。

图7为本申请第一示例性实施例示出的图片处理装置的结构图。

如图7所示，本实施例提供的图片处理装置，包括：

接收模块71，用于接收远程仓库发送的包括推送事件信息的请求，其中，所述推送事件信息中包括图片的更新信息；

确定模块72，用于根据所述推送事件信息确定待压缩图片；

压缩模块73，用于从所述远程仓库下载所述待压缩图片，并对所述待压缩图片进行压缩处理得到压缩后的图片；

发送模块74，用于向所述远程仓库发送压缩后的图片。

本实施例提供的图片处理装置，包括接收模块，用于接收远程仓库发送的包括推送事件信息的请求，其中，推送事件信息中包括图片的更新信息；确定模块，用于根据推送事件信息确定待压缩图片；压缩模块，用于从远程仓库下载待压缩图片，并对待压缩图片进行压缩处理得到压缩后的图片；发送模块，用于向远程仓库发送压缩后的图片。本申请提供的装置中，当图片被更新后，能够自动将图片的更新信息推送到服务器中，从而使服务器自动基于推送事件信息筛选出待压缩图片，并对其进行压缩处理。这个过程无需用户手动上传需要压缩的图片，从而能够提高图片的压缩效率，尤其在需要处理的图片数量较大时，具有显著的效率提升效果。

本实施例提供的图片处理装置的具体原理和实现方式均与图2所示的实施例类似，此处不再赘述。

图8为本申请第二示例性实施例示出的图片处理装置的结构图。

如图8所示，本实施例提供的图片处理装置，在上述实施例基础上，若所述推送事件信息中包括的事件标识不在推送事件白名单中，则所述确定模块72执行所述根据所述推送事件信息确定待压缩图片的步骤。

可选的，所述确定模块72，包括：

第一确定单元721，用于根据所述推送事件信息、图片白名单信息确定待选图片；

第二确定单元722，用于根据所述推送事件信息中包括的所述图片更新信息，在所述待选图片中确定所述待压缩图片。

所述第二确定单元722具体用于：

根据所述图片更新信息，确定所述待选图片最后一次被更新的信息；

根据所述最后一次被更新的信息在所述待选图片中确定所述待压缩图片。

可选的，第二确定单元722具体用于：

若所述待选图片最后一次被更新的结果是修改或新增，则将所述待选图片作为所述待压缩图片。

可选的，第二确定单元722具体用于：

若所述待选图片最后一次被更新的结果是删除，则忽略所述待选图片。

可选的，若将所述待选图片作为所述待压缩图片，则所述装置还包括获取模块75，用于：

获取所述待压缩图片的目标信息；

所述压缩模块73具体用于：

根据所述目标信息从所述远程仓库下载所述待压缩图片。

可选的，所述装置还包括判断模块76，用于在发送模块74向所述远程仓库发送所述压缩后的图片之前：

确定接收所述远程仓库发送的包括推送事件信息的请求之后，是否再次接收了与所述压缩后的图片对应的推送事件信息；

若否，则发送模块74向所述远程仓库发送所述压缩后的图片。

可选的，所述装置还包括记录模块77，用于在所述发送模块74向所述远程仓库发送所述压缩后的图片之后：

接收所述远程仓库发送的事件标识，并将所述事件标识记录在所述推送事件白名单中。

可选的，所述接收模块71具体用于：

通过预设的服务接口接收所述远程仓库发送的包括推送事件信息的请求。

本实施例提供的图片处理装置的具体原理和实现方式均与图3所示的实施例类似，此处不再赘述。

图9为本申请第三示例性实施例示出的图片处理装置的结构图。

如图9所示，本实施例提供的图片处理装置，包括：

请求发送模块91，用于响应对图片的更新操作，向后台服务器发送包括推送事件信息的请求，其中，所述推送事件信息中包括图片的更新信息；

图片发送模块92，用于向所述后台服务器发送待压缩图片，其中，所述待压缩图片是根据所述更新信息确定的；

接收模块93，用于接收所述后台服务器发送的压缩图片，其中，所述压缩图片是对待压缩图片进行压缩处理得到的。

本实施例提供的图片处理装置，包括请求发送模块，用于响应对图片的更新操作，向后台服务器发送包括推送事件信息的请求，其中，推送事件信息中包括图片的更新信息；图片发送模块，用于向后台服务器发送待压缩图片，其中，待压缩图片是根据更新信息确定的；接收模块，用于接收后台服务器发送的压缩图片，其中，压缩图片是对待压缩图片进行压缩处理得到的。本申请提供的装置中，当图片被更新后，能够自动将图片的更新信息推送到服务器中，从而使服务器自动基于推送事件信息筛选出待压缩图片，并对其进行压缩处理。这个过程无需用户手动上传需要压缩的图片，从而能够提高图片的压缩效率，尤其在需要处理的图片数量较大时，具有显著的效率提升效果。

本实施例提供的图片处理装置的具体原理和实现方式均与图5所示的实施例类似，此处不再赘述。

本实施例提供的图片处理装置，在上述实施例基础上，所述向请求发送模块91具体用于：

向所述后台服务器预设的服务接口发送所述包括推送事件信息的请求。

可选的，设置有webhook，所述服务接口的地址被配置为所述webhook的统一资源定位符；

所述请求发送模块向后台服务器发送包括推送事件信息的请求之前，用于：

响应所述对图片的更新操作，通过所述webhook生成所述推送事件信息。

本实施例提供的图片处理装置的具体原理和实现方式均与图6所示的实施例类似，此处不再赘述。

图10为本申请一示例性实施例示出的图片处理设备的结构图。

如图10所示，本实施例提供的图片处理设备包括：

存储器1001；

处理器1002；以及

计算机程序；

其中，所述计算机程序存储在所述存储器1001中，并配置为由所述处理器1002执行以实现如上所述的任一种图片处理方法。

本实施例还提供一种计算机可读存储介质，其上存储有计算机程序，

所述计算机程序被处理器执行以实现如上所述的任一种图片处理方法。

本实施例还提供一种计算机程序，包括程序代码，当计算机运行所述计算机程序时，所述程序代码执行如上所述的任一种图片处理方法。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。