CN114245173A - 一种图像压缩方法、装置、终端设备和存储介质 - Google Patents

一种图像压缩方法、装置、终端设备和存储介质 Download PDF

Info

Publication number
CN114245173A
CN114245173A CN202111555232.XA CN202111555232A CN114245173A CN 114245173 A CN114245173 A CN 114245173A CN 202111555232 A CN202111555232 A CN 202111555232A CN 114245173 A CN114245173 A CN 114245173A
Authority
CN
China
Prior art keywords
image
sub
compressed
pipelines
image compression
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202111555232.XA
Other languages
English (en)
Other versions
CN114245173B (zh
Inventor
李娜
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ping An Property and Casualty Insurance Company of China Ltd
Original Assignee
Ping An Property and Casualty Insurance Company of China Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ping An Property and Casualty Insurance Company of China Ltd filed Critical Ping An Property and Casualty Insurance Company of China Ltd
Priority to CN202111555232.XA priority Critical patent/CN114245173B/zh
Publication of CN114245173A publication Critical patent/CN114245173A/zh
Application granted granted Critical
Publication of CN114245173B publication Critical patent/CN114245173B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/23424—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving splicing one content stream with another content stream, e.g. for inserting or substituting an advertisement
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234309—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4 or from Quicktime to Realvideo
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44016—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving splicing one content stream with another content stream, e.g. for substituting a video clip
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H04N21/440218—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Processing Or Creating Images (AREA)

Abstract

本申请适用于图像处理技术领域，提供一种图像压缩方法、装置、终端设备和存储介质。该方法首先获取N张待压缩图像，创建一个父进程以及N个子进程，其中，每个子进程负责一张待压缩图像的压缩操作；然后，针对每个子进程，根据该子进程负责的待压缩图像的尺寸设置用于进程间通信的管道数量；接着，控制父进程将N张待压缩图像通过各个子进程的管道分别传输给对应的子进程进行处理；每个子进程在通过各自的管道接收到图像数据之后，会对各个管道的图像数据进行拼接，然后对拼接后的图像进行压缩，从而得到各自负责的已压缩图像。采用该方法能够提升数据传输效率，进而提高批量压缩图像的效率。

Description

一种图像压缩方法、装置、终端设备和存储介质
技术领域
本申请涉及图像处理技术领域，提供一种图像压缩方法、装置、终端设备和存储介质。
背景技术
受限于网络带宽和消费者终端的网络环境，开发人员和网站运营人员都希望图像在保留一定清晰度的情况下体积越小越好，小体积图像带来更快的网页加载速度和更优越的用户体验，于是各种图像压缩工具层出不穷，网站开发者对于批量、高效的图像压缩工具的需求也越来越强烈。然而，受限于技术方案和机器资源等问题，目前市面上的图像压缩工具在批量压缩图像时效率偏低。
发明内容
有鉴于此，本申请提出一种图像压缩方法、装置、终端设备和存储介质，能够提高批量压缩图像的效率。
第一方面，本申请实施例提供了一种图像压缩方法，包括：
获取目标用户上传的N张待压缩图像，N为大于或等于1的整数；
创建一个父进程以及N个子进程；
将所述N张待压缩图像分配给所述N个子进程；其中，每个所述子进程负责一张所述待压缩图像的压缩操作；
针对每个所述子进程，为该子进程创建用于进程间通信的第一管道；其中，所述第一管道的数量根据该子进程负责的所述待压缩图像的尺寸设置；
控制所述父进程将所述N张待压缩图像通过各个所述子进程的第一管道分别传输给对应的子进程；
控制每个所述子进程均执行以下图像压缩操作：将通过各自的第一管道接收到的图像数据进行拼接，并对拼接后得到的图像进行压缩，得到已压缩图像。
在本申请提出的图像压缩方法中，首先获取N张待压缩图像，创建一个父进程以及N个子进程，其中，每个子进程负责一张待压缩图像的压缩操作；然后，针对每个子进程，根据该子进程负责的待压缩图像的尺寸设置用于进程间通信的管道数量；接着，控制父进程将N张待压缩图像通过各个子进程的管道分别传输给对应的子进程进行处理；每个子进程在通过各自的管道接收到图像数据之后，会对各个管道的图像数据进行拼接，然后对拼接后得到的图像进行压缩，从而得到各自负责的已压缩图像。在上述过程中，每个子进程的管道数量是按照该子进程负责的待压缩图像的尺寸设置的，因此，针对尺寸较大的待压缩图像，可以为对应的子进程创建更多的管道以实现并排数据传输，从而提升数据传输效率，进而能够提高批量压缩图像的效率。
在本申请的一个实施例中，所述针对每个所述子进程，为该子进程创建用于进程间通信的第一管道，可以包括：
获取所述目标用户的用户等级参数；
根据所述用户等级参数确定所述第一管道的数量上限值，其中，所述用户等级参数和所述数量上限值成正比；
针对每个所述子进程，根据所述数量上限值以及该子进程负责的所述待压缩图像的大小，确定为该子进程创建的所述第一管道的数量。
进一步的，所述针对每个所述子进程，根据所述数量上限值以及该子进程负责的所述待压缩图像的大小，确定为该子进程创建的所述第一管道的数量，可以包括：
获取预设的基准图像大小值；
针对每个所述子进程，计算该子进程负责的所述待压缩图像的大小和所述基准图像大小值之间的比值；若所述比值小于或等于1，则计算所述比值和所述数量上限值的乘积，并将所述乘积的取整值确定为该子进程具有的所述第一管道的数量；若所述比值大于1，则将所述数量上限值确定为该子进程具有的所述第一管道的数量。
在本申请的一个实施例中，在所述创建一个父进程以及N个子进程之后，还可以包括：
分别为每个所述子进程创建对应的第二管道；
在控制每个所述子进程均执行所述图像压缩操作之后，还可以包括：
控制每个所述子进程均执行以下操作：根据已完成的图像压缩操作生成对应的图像压缩统计参数；通过各自对应的第二管道将所述图像压缩统计参数传输至所述父进程；
销毁所述N个子进程；
控制所述父进程将接收到的所述图像压缩统计参数写入指定数据库。
在本申请的另一个实施例中，在所述创建一个父进程以及N个子进程之后，还可以包括：
分别为每个所述子进程创建对应的第三管道；
在控制每个所述子进程均执行所述图像压缩操作的过程中，还可以包括：
控制每个所述子进程均执行以下操作：若在图像压缩的过程中出错，则生成报错信息，并通过各自对应的第三管道将所述报错信息传输至所述父进程；
控制所述父进程将所述报错信息输出。
在本申请的一个实施例中，在所述创建一个父进程以及N个子进程之后，还可以包括：
创建一个辅助压缩进程；
分别为每个所述子进程创建对应的第四管道；
在控制每个所述子进程均执行所述图像压缩操作的过程中，还可以包括：
控制每个所述子进程均执行以下操作：若在图像压缩的过程中出错，则通过各自对应的第四管道将负责的待压缩图像传输至所述辅助压缩进程；
控制所述辅助压缩进程完成接收到的所述待压缩图像的压缩操作，得到对应的已压缩图像；其中，所述辅助压缩进程压缩图像时采用的图像压缩方法和所述N个子进程压缩图像时采用的图像压缩方法不同。
在本申请的一个实施例中，所述创建一个父进程以及N个子进程，可以包括：
当获取到所述目标用户上传的N张待压缩图像后，接收与所述N张待压缩图像一一对应的N个接口请求；
将所述N个接口请求发送至预先构建的node.js服务；
通过所述node.js服务创建所述父进程以及所述N个子进程。
第二方面，本申请实施例提供了一种图像压缩装置，包括：
图像获取模块，用于获取目标用户上传的N张待压缩图像，N为大于或等于1的整数；
进程创建模块，用于创建一个父进程以及N个子进程；
图像分配模块，用于将所述N张待压缩图像分配给所述N个子进程；其中，每个所述子进程负责一张所述待压缩图像的压缩操作；
第一管道创建模块，用于针对每个所述子进程，为该子进程创建用于进程间通信的第一管道；其中，所述第一管道的数量根据该子进程负责的所述待压缩图像的尺寸设置；
图像传输模块，用于控制所述父进程将所述N张待压缩图像通过各个所述子进程的第一管道分别传输给对应的子进程；
图像压缩模块，用于控制每个所述子进程均执行以下图像压缩操作：将通过各自的第一管道接收到的图像数据进行拼接，并对拼接后得到的图像进行压缩，得到已压缩图像。
第三方面，本申请实施例提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如本申请实施例第一方面提出的图像压缩方法。
第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如本申请实施例第一方面提出的图像压缩方法。
第五方面，本申请实施例提供了一种计算机程序产品，当该计算机程序产品在终端设备上运行时，使得该终端设备执行如本申请实施例第一方面提出的图像压缩方法。
上述第二方面至第五方面所能实现的有益效果，可以参照上述第一方面的相关说明。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种图像压缩方法的一个实施例的流程图；
图2是本申请实施例提供的图像压缩方法在一个实际场景下应用的原理示意图；
图3是本申请实施例提供的一种图像压缩装置的一个实施例的结构图；
图4是本申请实施例提供的一种终端设备的示意图。
具体实施方式
以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
人类大脑对图像的理解相对于对文字的理解有着天然的优势，当前的主流电商平台、促销页面等充斥着大量的图像便于消费者快速理解产品特性以达成购买意向。受限于网络带宽和消费者终端的网络环境，开发人员和网站运营人员都希望图像在保留一定清晰度的情况下尺寸越小越好，因此各类图像压缩工具得到广泛应用。
然而，目前市面上的图像压缩工具在批量压缩图像时效率偏低，影响了用户体验。有鉴于此，本申请实施例提出一种图像压缩方法，能够提高批量压缩图像的效率，关于该图像压缩方法的具体说明和技术实现细节，可以参见下文所述的方法实施例。
本申请实施例可以基于人工智能技术对相关的数据进行获取和处理。其中，人工智能(Artificial Intelligence，AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。
人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。
应当理解，本申请实施例提供的图像压缩方法的执行主体可以是手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)、大屏电视等各种类型的终端设备或者服务器，本申请实施例对该终端设备和服务器的具体类型不作任何限制。这里的服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(ContentDeliveryNetwork，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。
请参阅图1，本申请实施例中一种图像压缩方法的一个实施例包括：
101、获取目标用户上传的N张待压缩图像，N为大于或等于1的整数；
首先，获取目标用户上传的N张待压缩图像，其中N为大于或等于1的整数。在实际操作中，可以在终端设备或者服务器端部署一个图像压缩平台，目标用户可以是当前于该图像压缩平台登录的用户。另外，目标用户可以通过点击或者拖拽的方式批量上传N张需要压缩的图像，作为待压缩图像。具体的，待压缩图像可以是png、jpg、gif和bmp等各种格式的图像，本申请实施例对待压缩图像的格式和类型不做限定。
102、创建一个父进程以及N个子进程；
在获取到N张待压缩图像后，创建一个父进程以及N个子进程，其中父进程用于统筹管理整个批量压缩图像的过程，而每个子进程则分别负责完成一张待压缩图像的压缩操作。
在本申请实施例的一种实现方式中，所述创建一个父进程以及N个子进程，可以包括：
(1)当获取到所述目标用户上传的N张待压缩图像后，接收与所述N张待压缩图像一一对应的N个接口请求；
(2)将所述N个接口请求发送至预先构建的node.js服务；
(3)通过所述node.js服务创建所述父进程以及所述N个子进程。
当用户拖拽上传N张待压缩图像后，会通过浏览器端或者APP端(可根据该图像压缩平台的设计原理确定)发起N个接口请求，每个接口请求对应一张待压缩图像；之后，这N个接口请求会发送至预先构建好的node.js服务，由node.js服务发起并创建得到一个父进程以及N个子进程。node.js是一个基于Chrome V8引擎的JavaScript运行环境，使用了一个事件驱动、非阻塞式I/O模型，让JavaScript运行在服务端的开发平台。利用node.js服务技术中的高并发IO特性，以及动态创建/销毁进程的功能，能够实现高并发地处理图像，从而提高图像压缩效率。在实际操作中，仅需使用一个单体node.js服务即可满足高并发的图像批量压缩需求。
103、将所述N张待压缩图像分配给所述N个子进程；其中，每个所述子进程负责一张所述待压缩图像的压缩操作；
在创建好N个子进程之后，将N张待压缩图像平均分配给每个子进程，也即每个子进程负责一张待压缩图像的压缩操作。
104、针对每个所述子进程，为该子进程创建用于进程间通信的第一管道；其中，所述第一管道的数量根据该子进程负责的所述待压缩图像的尺寸设置；
然后，针对每个子进程都执行以下操作：为该子进程创建用于进程间通信的第一管道(具体可以是匿名管道)，其中第一管道的数量根据该子进程负责的待压缩图像的尺寸合理设置。例如，若某个子进程A负责的待压缩图像的尺寸较大，则可以为子进程A创建数量较多的第一管道(例如3个以上)，以便在传输大量图像数据至子进程A时能够多管道并排传输，从而提高数据传输效率，进而减少整个图像压缩过程的耗时。若某个子进程B负责的待压缩图像的尺寸较小，则可以为子进程B创建数量较少的第一管道(例如1个或2个)，由于此时需要传输的图像数据较少，故不必创建过多管道，以节省系统的资源消耗。这里的第一管道可以定义为，图像数据输入管道，即由父进程将图像数据通过第一管道传输给子进程。
在本申请实施例的一种实现方式中，所述针对每个所述子进程，为该子进程创建用于进程间通信的第一管道，可以包括：
(1)获取所述目标用户的用户等级参数；
(2)根据所述用户等级参数确定所述第一管道的数量上限值，其中，所述用户等级参数和所述数量上限值成正比；
(3)针对每个所述子进程，根据所述数量上限值以及该子进程负责的所述待压缩图像的大小，确定为该子进程创建的所述第一管道的数量。
根据不同的用户等级参数，例如普通用户，VIP0级别用户，VIP1级别用户，VIP2级别用户…等等，可以设置相应的第一管道的数量上限值。通常来说，针对高VIP等级用户，可以为其分配更多的系统资源，故可以设置较高的第一管道的数量上限值，使其获得更快的图像压缩速度；而对于普通用户，可以为其分配一般的系统资源，设置较低的第一管道数量上限，其获得的图像压缩速度则较为一般。具体到每个子进程，可以根据其负责的待压缩图像的大小以及根据用户等级确定的数量上限值，确定其具有的第一管道的数量。例如，普通用户对应的数量上限值仅为2，则无论子进程负责的待压缩图像有多大，最多只能为其创建2个第一管道。VIP2级别用户对应的数量上限值为10，则若子进程负责的待压缩图像较大，可以为其创建8-10条第一管道，而若子进程负责的待压缩图像较小，则可以为其创建3-5条第一管道即可，等等。
进一步的，所述针对每个所述子进程，根据所述数量上限值以及该子进程负责的所述待压缩图像的大小，确定为该子进程创建的所述第一管道的数量，可以包括：
(1)获取预设的基准图像大小值；
(2)针对每个所述子进程，计算该子进程负责的所述待压缩图像的大小和所述基准图像大小值之间的比值；若所述比值小于或等于1，则计算所述比值和所述数量上限值的乘积，并将所述乘积的取整值确定为该子进程具有的所述第一管道的数量；若所述比值大于1，则将所述数量上限值确定为该子进程具有的所述第一管道的数量。
可以预先设定一个基准图像大小值，其基本的设置准则可以为：具有该数量上限值的第一管道的子进程在完成该基准图像大小值以下尺寸的图像压缩时，能够获得理想的图像压缩速度。假设基准图像大小值为20MB，某个子进程负责的待压缩图像的大小为10MB，根据用户等级参数确定的数量上限值为7，那么，首先计算待压缩图像的大小和基准图像大小值之间的比值，得到1/2；然后，由于1/2小于1，则计算比值和数量上限值的乘积为7*1/2＝3.5，取整后(可采用四舍五入)为4，故该子进程具有的第一管道的数量为4条。而若某个子进程负责的待压缩图像的大小为30MB，由于此时计算得到的比值为1.5，即大于1，故只能将该数量上限值确定为该子进程具有的第一管道的数量，即10条。
105、控制所述父进程将所述N张待压缩图像通过各个所述子进程的第一管道分别传输给对应的子进程；
在为每个子进程分别创建对应数量的第一管道之后，控制父进程执行以下操作：将N张待压缩图像通过各个子进程的第一管道分别传输给对应的子进程。例如，总共有3张待压缩图像，分别为图像1、图像2和图像3，其中在步骤103中分配图像1由子进程A负责，图像2由子进程B负责，图像3由子进程C负责，那么在步骤105中，父进程会将图像1通过子进程A的第一管道传输给子进程A，将图像2通过子进程B的第一管道传输给子进程B，将图像3通过子进程C的第一管道传输给子进程C，以此类推。具体的，传输的图像数据可以是原始的图像二进制流，若某个子进程只有一个第一管道，则所有的图像二进制流都通过该第一管道传输给该子进程；而若某个子进程有M个第一管道，则会将所有的图像二进制流分为M份，并通过该M个第一管道实现并排的数据传输，从而提升数据传输效率。
106、控制每个所述子进程均执行以下图像压缩操作：将通过各自的第一管道接收到的图像数据进行拼接，并对拼接后得到的图像进行压缩，得到已压缩图像。
在将待压缩图像的数据分别传输给各个子进程之后，控制每个子进程均执行以下相同的操作：通过各自的第一管道接收图像数据；对接收到的图像数据进行拼接；对拼接后得到的图像进行压缩，得到一张已压缩图像。例如，某个子进程A具有3个第一管道，则通过该3个第一管道会接收到3部分的图像数据，将这3部分图像数据进行拼接从而还原出待压缩图像，然后可以采用现有技术中的各类图像压缩算法完成图像的压缩操作，得到一张已压缩图像。在实际操作中，子进程采用的图像压缩方法可以使用开源包imagemin以及其它相关插件，例如imagemin-mozjpeg、imagemin-optipng、imagemin-pngquant和imagemin-svgo等。
在本申请实施例的一种实现方式中，每个子进程在完成图像压缩操作，得到已压缩图像之后，可以将该已压缩图像写入到某个NAS盘进行存储。之后，目标用户可以通过该NAS盘下载所需的已压缩图像。
在本申请实施例的一种实现方式中，在所述创建一个父进程以及N个子进程之后，还可以包括：
分别为每个所述子进程创建对应的第二管道。
在控制每个所述子进程均执行所述图像压缩操作之后，还可以包括：
(1)控制每个所述子进程均执行以下操作：根据已完成的图像压缩操作生成对应的图像压缩统计参数；通过各自对应的第二管道将所述图像压缩统计参数传输至所述父进程；
(2)销毁所述N个子进程；
(3)控制所述父进程将接收到的所述图像压缩统计参数写入指定数据库。
这里的第二管道可以定义为，图像压缩统计参数的输出管道，即由各个子进程分别将各自的图像压缩统计参数通过第二管道传输给父进程。图像压缩统计参数可以包括但不限于：图像名称、图像类型、图像压缩率、图像压缩前大小、图像压缩后大小和图像压缩时间，等等。每个子进程在完成图像压缩操作之后，可以生成对应的图像压缩统计参数，例如图像压缩率等参数，然后通过各自的第二管道将图像压缩统计参数回传给父进程。接下来，父进程可以将这些图像压缩统计参数写入某个指定数据库(例如mysql数据库)进行存储，以便后续进行统计分析。另外，在子进程将图像压缩统计参数传输给父进程之后，便可以将该子进程销毁。本申请实施例采用动态创建/销毁子进程的方式，能够合理利用服务资源，高效响应用户的图像压缩请求，在系统资源利用率方面的效果显著。
在本申请实施例的另一种实现方式中，在所述创建一个父进程以及N个子进程之后，还可以包括：
分别为每个所述子进程创建对应的第三管道。
在控制每个所述子进程均执行所述图像压缩操作的过程中，还可以包括：
(1)控制每个所述子进程均执行以下操作：若在图像压缩的过程中出错，则生成报错信息，并通过各自对应的第三管道将所述报错信息传输至所述父进程；
(2)控制所述父进程将所述报错信息输出。
这里的第三管道可以定义为，报错信息的输出管道，即由各个子进程分别将各自图像压缩的报错信息通过第三管道传输给父进程。每个子进程若在压缩图像的过程中产生处理异常或者错误，则可以生成对应的报错信息(具体可以包括压缩出错的图像名称、报错时间以及报错类型等信息)，并通过各自的第三管道将报错信息回传给父进程，由父进程将报错信息输出，以便反馈给上传待压缩图像的目标用户。
在本申请实施例的另一种实现方式中，在所述创建一个父进程以及N个子进程之后，还可以包括：
(1)创建一个辅助压缩进程；
(2)分别为每个所述子进程创建对应的第四管道。
在控制每个所述子进程均执行所述图像压缩操作的过程中，还可以包括：
(1)控制每个所述子进程均执行以下操作：若在图像压缩的过程中出错，则通过各自对应的第四管道将负责的待压缩图像传输至所述辅助压缩进程；
(2)控制所述辅助压缩进程完成接收到的所述待压缩图像的压缩操作，得到对应的已压缩图像；其中，所述辅助压缩进程压缩图像时采用的图像压缩方法和所述N个子进程压缩图像时采用的图像压缩方法不同。
采用不同的图像压缩方法对同一幅图像进行压缩，所获得的结果可能是不一样的，例如获得的已压缩图像的大小或者显示效果不同，出现图像压缩出错的概率值大小不同，等等。因此，可以增设一个辅助压缩进程，其可以采用压缩成功率较高的图像压缩方法，当某个子进程压缩图像出错时，可以通过该子进程的第四管道将对应的待压缩图像传输至该辅助压缩进程，由该辅助压缩进程采用成功率较高的图像压缩方法继续完成图像压缩操作。在实际操作中，该N个子进程可以采用比较常规的图像压缩方法，例如：行程长度压缩、游程编码压缩、紧缩位压缩和霍夫曼编码压缩等方法，这些方法操作简单，并能够获得一定的图像压缩效果。至于该辅助压缩进程，则可以采用操作较为复杂且压缩成功率较高的图像压缩方法，例如LZW压缩方法和算术压缩方法等，这些方法由于比较复杂而不太常用，然而在某些图像压缩场景下能够获得更高的图像压缩成功率以及更好的图像压缩效果。通过这样设置，能够在一定程度上提升图像压缩的成功率。另外，通过辅助压缩进程压缩得到的已压缩图像同样可以写入NAS盘存储，便于目标用户下载。在本申请实施例提出的图像压缩方法中，首先获取N张待压缩图像，创建一个父进程以及N个子进程，其中，每个子进程负责一张待压缩图像的压缩操作；然后，针对每个子进程，根据该子进程负责的待压缩图像的尺寸设置用于进程间通信的管道数量；接着，控制父进程将N张待压缩图像通过各个子进程的管道分别传输给对应的子进程进行处理；每个子进程在通过各自的管道接收到图像数据之后，会对各个管道的图像数据进行拼接，然后对拼接后得到的图像进行压缩，从而得到各自负责的已压缩图像。在上述过程中，每个子进程的管道数量是按照该子进程负责的待压缩图像的尺寸设置的，因此，针对尺寸较大的待压缩图像，可以为对应的子进程创建更多的管道以实现并排数据传输，从而提升数据传输效率，进而能够提高批量压缩图像的效率。
为便于说明本申请实施例提出的图像压缩方法，以下列举一个实际的应用场景。如图2所示，为该图像压缩方法在一个实际场景下应用的原理示意图。
在图2中，用户首先登录到图像压缩平台，通过拖拽等方式上传N张图像；用户在上传N张图像后，会通过浏览器端发起N个接口请求，发送至node.js服务；node.js服务在接收到N个接口请求后，会创建一个父进程以及N个子进程，其中每个子进程负责一张图像的压缩操作；针对每个子进程，会分别创建用于进程间通信的管道，具体的管道数量根据该子进程负责压缩的图像的尺寸设置；控制父进程将各个图像的二进制数据通过管道分别传输给各个对应的子进程；每个子进程分别完成图像数据的拼接和压缩操作，然后将压缩后的图像存储到NAS盘；接下来，可以销毁各个子进程，用户可以下载该NAS盘中存储的已压缩图像。在上述过程中，每个子进程的管道数量是按照该子进程负责的图像的尺寸设置的，因此，针对尺寸较大的图像，可以为对应的子进程创建更多的管道以实现并排数据传输，从而提升数据传输效率，进而能够提高批量压缩图像的效率。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
对应于上文实施例所述的图像压缩方法，图3示出了本申请实施例提供的一种图像压缩装置的结构框图，为了便于说明，仅示出了与本申请实施例相关的部分。
参照图3，该装置包括：
图像获取模块301，用于获取目标用户上传的N张待压缩图像，N为大于或等于1的整数；
进程创建模块302，用于创建一个父进程以及N个子进程；
图像分配模块303，用于将所述N张待压缩图像分配给所述N个子进程；其中，每个所述子进程负责一张所述待压缩图像的压缩操作；
第一管道创建模块304，用于针对每个所述子进程，为该子进程创建用于进程间通信的第一管道；其中，所述第一管道的数量根据该子进程负责的所述待压缩图像的尺寸设置；
图像传输模块305，用于控制所述父进程将所述N张待压缩图像通过各个所述子进程的第一管道分别传输给对应的子进程；
图像压缩模块306，用于控制每个所述子进程均执行以下图像压缩操作：将通过各自的第一管道接收到的图像数据进行拼接，并对拼接后得到的图像进行压缩，得到已压缩图像。
在本申请实施例的一种实现方式中，所述管道创建模块可以包括：
等级参数获取单元，用于获取所述目标用户的用户等级参数；
数量上限确定单元，用于根据所述用户等级参数确定所述第一管道的数量上限值，其中，所述用户等级参数和所述数量上限值成正比；
管道数量确定单元，用于针对每个所述子进程，根据所述数量上限值以及该子进程负责的所述待压缩图像的大小，确定为该子进程创建的所述第一管道的数量。
进一步的，所述管道数量确定单元可以包括：
基准图像大小获取子单元，用于获取预设的基准图像大小值；
管道数量确定子单元，用于针对每个所述子进程，计算该子进程负责的所述待压缩图像的大小和所述基准图像大小值之间的比值；若所述比值小于或等于1，则计算所述比值和所述数量上限值的乘积，并将所述乘积的取整值确定为该子进程具有的所述第一管道的数量；若所述比值大于1，则将所述数量上限值确定为该子进程具有的所述第一管道的数量。
在本申请实施例的一种实现方式中，所述图像压缩装置还可以包括：
第二管道创建模块，用于分别为每个所述子进程创建对应的第二管道；
图像压缩统计参数传输模块，用于控制每个所述子进程均执行以下操作：根据已完成的图像压缩操作生成对应的图像压缩统计参数；通过各自对应的第二管道将所述图像压缩统计参数传输至所述父进程；
子进程销毁模块，用于销毁所述N个子进程；
图像压缩统计参数写入模块，用于控制所述父进程将接收到的所述图像压缩统计参数写入指定数据库。
在本申请实施例的一种实现方式中，所述图像压缩装置还可以包括：
第三管道创建模块，用于分别为每个所述子进程创建对应的第三管道；
报错信息生成模块，用于控制每个所述子进程均执行以下操作：若在图像压缩的过程中出错，则生成报错信息，并通过各自对应的第三管道将所述报错信息传输至所述父进程；
报错信息输出模块，用于控制所述父进程将所述报错信息输出。
在本申请实施例的一种实现方式中，所述图像压缩装置还可以包括：
辅助压缩进程创建模块，用于创建一个辅助压缩进程；
第四管道创建模块，用于分别为每个所述子进程创建对应的第四管道；
出错图像传输模块，用于控制每个所述子进程均执行以下操作：若在图像压缩的过程中出错，则通过各自对应的第四管道将负责的待压缩图像传输至所述辅助压缩进程；
图像辅助压缩模块，用于控制所述辅助压缩进程完成接收到的所述待压缩图像的压缩操作，得到对应的已压缩图像；其中，所述辅助压缩进程压缩图像时采用的图像压缩方法和所述N个子进程压缩图像时采用的图像压缩方法不同。
在本申请实施例的一种实现方式中，所述进程创建模块可以包括：
接口请求接收单元，用于当获取到所述目标用户上传的N张待压缩图像后，接收与所述N张待压缩图像一一对应的N个接口请求；
接口请求发送单元，用于将所述N个接口请求发送至预先构建的node.js服务；
进程创建单元，用于通过所述node.js服务创建所述父进程以及所述N个子进程。
本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如图1表示的任意一种图像压缩方法。
本申请实施例还提供一种计算机程序产品，当该计算机程序产品在服务器上运行时，使得服务器执行实现如图1表示的任意一种图像压缩方法。
图4是本申请一实施例提供的终端设备的示意图。如图4所示，该实施例的终端设备4包括：处理器40、存储器41以及存储在所述存储器41中并可在所述处理器40上运行的计算机可读指令42。所述处理器40执行所述计算机可读指令42时实现上述各个图像压缩方法实施例中的步骤，例如图1所示的步骤101至106。或者，所述处理器40执行所述计算机可读指令42时实现上述各装置实施例中各模块/单元的功能，例如图3所示模块301至306的功能。
示例性的，所述计算机可读指令42可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器41中，并由所述处理器40执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机可读指令段，该指令段用于描述所述计算机可读指令42在所述终端设备4中的执行过程。
所述终端设备4可以是智能手机、笔记本、掌上电脑及云端终端设备等计算设备。所述终端设备4可包括，但不仅限于，处理器40、存储器41。本领域技术人员可以理解，图4仅仅是终端设备4的示例，并不构成对终端设备4的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备4还可以包括输入输出设备、网络接入设备、总线等。
所述处理器40可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(AppLication Specific Integrated Circuit，ASIC)、现成可编程门阵列(FieLd-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器41可以是所述终端设备4的内部存储单元，例如终端设备4的硬盘或内存。所述存储器41也可以是所述终端设备4的外部存储设备，例如所述终端设备4上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器41还可以既包括所述终端设备4的内部存储单元也包括外部存储设备。所述存储器41用于存储所述计算机可读指令以及所述终端设备所需的其他程序和数据。所述存储器41还可以用于暂时地存储已经输出或者将要输出的数据。
需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种图像压缩方法，其特征在于，包括：
获取目标用户上传的N张待压缩图像，N为大于或等于1的整数；
创建一个父进程以及N个子进程；
将所述N张待压缩图像分配给所述N个子进程；其中，每个所述子进程负责一张所述待压缩图像的压缩操作；
针对每个所述子进程，为该子进程创建用于进程间通信的第一管道；其中，所述第一管道的数量根据该子进程负责的所述待压缩图像的尺寸设置；
控制所述父进程将所述N张待压缩图像通过各个所述子进程的第一管道分别传输给对应的子进程；
控制每个所述子进程均执行以下图像压缩操作：将通过各自的第一管道接收到的图像数据进行拼接，并对拼接后得到的图像进行压缩，得到已压缩图像。
2.如权利要求1所述的方法，其特征在于，所述针对每个所述子进程，为该子进程创建用于进程间通信的第一管道，包括：
获取所述目标用户的用户等级参数；
根据所述用户等级参数确定所述第一管道的数量上限值，其中，所述用户等级参数和所述数量上限值成正比；
针对每个所述子进程，根据所述数量上限值以及该子进程负责的所述待压缩图像的大小，确定为该子进程创建的所述第一管道的数量。
3.如权利要求2所述的方法，其特征在于，所述针对每个所述子进程，根据所述数量上限值以及该子进程负责的所述待压缩图像的大小，确定为该子进程创建的所述第一管道的数量，包括：
获取预设的基准图像大小值；
针对每个所述子进程，计算该子进程负责的所述待压缩图像的大小和所述基准图像大小值之间的比值；
若所述比值小于或等于1，则计算所述比值和所述数量上限值的乘积，并将所述乘积的取整值确定为该子进程具有的所述第一管道的数量；若所述比值大于1，则将所述数量上限值确定为该子进程具有的所述第一管道的数量。
4.如权利要求1所述的方法，其特征在于，在所述创建一个父进程以及N个子进程之后，还包括：
分别为每个所述子进程创建对应的第二管道；
在控制每个所述子进程均执行所述图像压缩操作之后，还包括：
控制每个所述子进程均执行以下操作：根据已完成的图像压缩操作生成对应的图像压缩统计参数；通过各自对应的第二管道将所述图像压缩统计参数传输至所述父进程；
销毁所述N个子进程；
控制所述父进程将接收到的所述图像压缩统计参数写入指定数据库。
5.如权利要求1所述的方法，其特征在于，在所述创建一个父进程以及N个子进程之后，还包括：
分别为每个所述子进程创建对应的第三管道；
在控制每个所述子进程均执行所述图像压缩操作的过程中，还包括：
控制每个所述子进程均执行以下操作：若在图像压缩的过程中出错，则生成报错信息，并通过各自对应的第三管道将所述报错信息传输至所述父进程；
控制所述父进程将所述报错信息输出。
6.如权利要求1所述的方法，其特征在于，在所述创建一个父进程以及N个子进程之后，还包括：
创建一个辅助压缩进程；
分别为每个所述子进程创建对应的第四管道；
在控制每个所述子进程均执行所述图像压缩操作的过程中，还包括：
控制每个所述子进程均执行以下操作：若在图像压缩的过程中出错，则通过各自对应的第四管道将负责的待压缩图像传输至所述辅助压缩进程；
控制所述辅助压缩进程完成接收到的所述待压缩图像的压缩操作，得到对应的已压缩图像；其中，所述辅助压缩进程压缩图像时采用的图像压缩方法和所述N个子进程压缩图像时采用的图像压缩方法不同。
7.如权利要求1至6中任一项所述的方法，其特征在于，所述创建一个父进程以及N个子进程，包括：
当获取到所述目标用户上传的N张待压缩图像后，接收与所述N张待压缩图像一一对应的N个接口请求；
将所述N个接口请求发送至预先构建的node.js服务；
通过所述node.js服务创建所述父进程以及所述N个子进程。
8.一种图像压缩装置，其特征在于，包括：
图像获取模块，用于获取目标用户上传的N张待压缩图像，N为大于或等于1的整数；
进程创建模块，用于创建一个父进程以及N个子进程；
图像分配模块，用于将所述N张待压缩图像分配给所述N个子进程；其中，每个所述子进程负责一张所述待压缩图像的压缩操作；
第一管道创建模块，用于针对每个所述子进程，为该子进程创建用于进程间通信的第一管道；其中，所述第一管道的数量根据该子进程负责的所述待压缩图像的尺寸设置；
图像传输模块，用于控制所述父进程将所述N张待压缩图像通过各个所述子进程的第一管道分别传输给对应的子进程；
图像压缩模块，用于控制每个所述子进程均执行以下图像压缩操作：将通过各自的第一管道接收到的图像数据进行拼接，并对拼接后得到的图像进行压缩，得到已压缩图像。
9.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的图像压缩方法。
10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的图像压缩方法。
CN202111555232.XA 2021-12-17 2021-12-17 一种图像压缩方法、装置、终端设备和存储介质 Active CN114245173B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111555232.XA CN114245173B (zh) 2021-12-17 2021-12-17 一种图像压缩方法、装置、终端设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111555232.XA CN114245173B (zh) 2021-12-17 2021-12-17 一种图像压缩方法、装置、终端设备和存储介质

Publications (2)

Publication Number Publication Date
CN114245173A true CN114245173A (zh) 2022-03-25
CN114245173B CN114245173B (zh) 2023-04-25

Family

ID=80758618

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111555232.XA Active CN114245173B (zh) 2021-12-17 2021-12-17 一种图像压缩方法、装置、终端设备和存储介质

Country Status (1)

Country Link
CN (1) CN114245173B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117061759A (zh) * 2023-10-11 2023-11-14 苏州元脑智能科技有限公司 图像压缩方法、装置、计算机设备及存储介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11196379A (ja) * 1997-12-26 1999-07-21 Canon Inc 映像サーバ及びその制御方法及び記憶媒体
JP2005210653A (ja) * 2003-12-25 2005-08-04 Ricoh Co Ltd 画像形成システム
CN103984528A (zh) * 2014-05-15 2014-08-13 中国人民解放军国防科学技术大学 基于飞腾处理器平台的多线程并发数据压缩方法
CN104125461A (zh) * 2013-04-27 2014-10-29 深圳市振华微电子有限公司 一种大尺寸的图像压缩处理系统及方法
CN106060160A (zh) * 2016-07-07 2016-10-26 腾讯科技（深圳）有限公司 一种文件上传方法及装置
CN110969672A (zh) * 2019-11-14 2020-04-07 杭州飞步科技有限公司 图像压缩方法及装置
CN111813574A (zh) * 2020-07-02 2020-10-23 Oppo（重庆）智能科技有限公司 图片压缩方法、装置、存储介质和电子设备
CN112257135A (zh) * 2020-10-30 2021-01-22 久瓴(上海)智能科技有限公司 一种基于多线程的模型加载方法、装置、存储介质及终端

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11196379A (ja) * 1997-12-26 1999-07-21 Canon Inc 映像サーバ及びその制御方法及び記憶媒体
JP2005210653A (ja) * 2003-12-25 2005-08-04 Ricoh Co Ltd 画像形成システム
CN104125461A (zh) * 2013-04-27 2014-10-29 深圳市振华微电子有限公司 一种大尺寸的图像压缩处理系统及方法
CN103984528A (zh) * 2014-05-15 2014-08-13 中国人民解放军国防科学技术大学 基于飞腾处理器平台的多线程并发数据压缩方法
CN106060160A (zh) * 2016-07-07 2016-10-26 腾讯科技（深圳）有限公司 一种文件上传方法及装置
CN110969672A (zh) * 2019-11-14 2020-04-07 杭州飞步科技有限公司 图像压缩方法及装置
CN111813574A (zh) * 2020-07-02 2020-10-23 Oppo（重庆）智能科技有限公司 图片压缩方法、装置、存储介质和电子设备
CN112257135A (zh) * 2020-10-30 2021-01-22 久瓴(上海)智能科技有限公司 一种基于多线程的模型加载方法、装置、存储介质及终端

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117061759A (zh) * 2023-10-11 2023-11-14 苏州元脑智能科技有限公司 图像压缩方法、装置、计算机设备及存储介质
CN117061759B (zh) * 2023-10-11 2024-02-06 苏州元脑智能科技有限公司 图像压缩方法、装置、计算机设备及存储介质

Also Published As

Publication number Publication date
CN114245173B (zh) 2023-04-25

Similar Documents

Publication Publication Date Title
CN107682397B (zh) 客户资源获取方法、装置、终端设备及存储介质
CN110297944B (zh) 分布式xml数据处理方法及系统
CN105451087A (zh) 弹幕信息的推送方法、终端、历史数据服务器及系统
CN107688538A (zh) 一种脚本执行方法、装置及计算设备
CN109254854A (zh) 异步调用方法、计算机装置及存储介质
CN106815254A (zh) 一种数据处理方法和装置
CN113411404A (zh) 一种文件下载方法、装置、服务器及存储介质
CN114245173B (zh) 一种图像压缩方法、装置、终端设备和存储介质
CN115527090A (zh) 模型训练方法、装置、服务器及存储介质
CN107517188A (zh) 一种基于安卓系统的数据处理方法和装置
US20190370293A1 (en) Method and apparatus for processing information
CN112035401A (zh) 模型数据处理方法、装置、电子设备及可读介质
CN107395663B (zh) 数据获取方法及装置
US20230325149A1 (en) Data processing method and apparatus, computer device, and computer-readable storage medium
CN107147732A (zh) 图片处理方法、装置、客户端及服务端
CN117201477A (zh) 一种基于浏览器的图片资源下载方法及装置
CN116192829A (zh) 基于web远程多模式实验教学方法、装置、设备和介质
CN115935909A (zh) 一种文件生成方法、装置及电子设备
US11748292B2 (en) FPGA implementation of low latency architecture of XGBoost for inference and method therefor
CN114339252A (zh) 一种数据压缩方法及装置
CN112688980B (zh) 资源分发方法、装置、计算机设备
CN112965767A (zh) 作业的处理方法和装置、电子设备和存储介质
CN115250276A (zh) 分布式系统及数据处理的方法和装置
CN112230911A (zh) 模型部署方法、装置、计算机设备和存储介质
CN110474954A (zh) 基于区块链的文件分享方法、装置、计算机设备及可读存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant