1.本发明涉及计算机及互联网
技术领域：
：，尤其涉及一种图片处理方法、计算设备及可读存储介质。
背景技术：
：：2.用户访问内容提供站点时，内容的加载速度对用户体验极为重要，而很多内容页往往使用大量的图片素材，这对内容的加载速度提出了挑战。webp是一种同时提供了有损压缩和无损压缩的图片文件格式，具有更优的图片数据压缩算法，可实现图片体积更小、肉眼识别无差异的图像质量。3.目前的方案中，将内容提供站点的图片的原始格式转换为webp格式需要网站维护人员对图片的尺寸进行裁切，并使用图片压缩工具对图片进行压缩，再经webp格式转换工具生成webp格式的图片。用户访问站点时，页面通过javascript脚本判断浏览器是否支持webp格式，如果支持则引用webp格式的图片。该方案的图片处理需要大量的人力成本，效率低，且每个页面需要重复使用脚本，产生大量冗余，维护性差且不利于统一管理。4.因此，需要一种更高效的图片处理方法，提高内容的加载速度。技术实现要素：5.为此，本发明提供一种图片处理的方法、计算设备及可存储介质，以力图解决或至少缓解上面存在的问题。6.根据本发明的一个方面，提供了一种图片处理的方法，适于在计算设备中执行，计算设备与图片处理服务器通信连接，图片处理服务器与图片存储服务器通信连接，方法包括步骤：接收客户端发送的访问图片的网络请求，其中，网络请求中包括指向图片存储服务器的第一url；至少基于网络请求的请求头，确定图片的转换格式和客户端的设备类型标识；基于设备类型标识从第一url中确定图片的裁切压缩参数；将第一url改写为指向图片处理服务器的第二url，其中，第二url中包括所确定的图片转换格式和裁切压缩参数；基于第二url生成访问图片的第二网络请求，以指示图片处理服务器对所请求的图片进行格式转换以及裁切压缩处理；以及接收图片处理服务器发送的处理后的图片，并将处理后的图片返回给客户端。7.可选地，网络请求头包括accept请求头，其中，基于网络请求的请求头，确定图片的转换格式的步骤，包括：判断accept请求头的参数中是否包含第一字段，如果包含，则确定图片的转换格式为webp格式，如果不包含，则保持图片的原有格式。8.可选地，第一字段为image/webp。9.可选地，在判断accept请求头的参数中是否包含第一字段的步骤之前，还包括：如果第一url中包含第二字段，则确定图片的转换格式为图片原有的格式，第二字段表示不进行格式转换的标识字段。10.可选地，第二字段为format＝default。11.可选地，基于设备类型标识从第一url中确定图片的裁切压缩参数的步骤，包括：如果第一url中包含设备类型标识与第一裁切压缩参数的对应关系，则确定图片的裁切压缩参数为第一裁切压缩参数；如果第一url中不包含设备类型标识与第一裁切压缩参数的对应关系，但包含第二裁切压缩参数，则确定图片的裁切压缩参数为第二裁切压缩参数；如果第一url中不包含设备类型标识与第一裁切压缩参数的对应关系，且不包含第二裁切压缩参数，则对图片的裁切压缩参数不做设置。12.可选地，第一裁切压缩参数和第二裁切压缩参数中包括图片的裁切尺寸和/或压缩率，裁切尺寸包括图片的宽和高。13.可选地，还包括：如果accept请求头的参数中包含第一字段，且第一url中不包含第二字段，则在第二url中增加webp标识。14.可选地，网络请求为http请求。15.可选地，接收客户端发送的访问图片的网络请求的步骤，包括：通过内容分发网络接收客户端所发送的访问图片的网络请求。16.可选地，计算设备为nginx服务器。17.根据本发明的一个方面，提供了一种图片处理系统，包括：代理服务器，适于执行如上的图片处理方法，从而将指向图片存储服务器的第一url转换为指向图片处理服务器的第二url，基于第二url生成访问图片的第二网络请求，将第二网络请求发送至图片处理服务器，以及将图片处理服务器处理后的图片发送至客户端；图片处理服务器，适于根据接收到的第二网络请求，向图片存储服务器请求图片，并对所请求的图片进行格式转换以及裁切压缩处理；图片存储服务器，适于根据图片处理服务器发送的请求，向图片处理服务器发送所请求的图片。18.根据本发明的一个方面，提供了一种计算设备，包括：一个或多个处理器；存储器；以及一个或多个程序，其中一个或多个程序存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序包括用于执行如上的方法中的任一方法的指令。19.根据本发明的一个方面，提供了一种存储一个或多个程序的计算机可读存储介质，一个或多个程序包括指令，指令当由计算设备执行时，使得计算设备执行如上的方法中的任一方法。20.根据本发明的技术方案，当客户端访问具有图片的信息提供方时，针对不同客户端，能够自动获取适合该客户端的最佳尺寸的图片，自动获取webp格式的图片，大大节省了带宽和流量成本，并有效提升页面的加载速度。进一步地，针对已经线上运营的网站，客户端访问图片资源无需修改原始的url网址，便能够实现自动地webp格式转换，以及图片尺寸和压缩率的转换，实现用户在无需任何额外操作的情况下访问更优的图片资源，并提升了访问速度，提高用户体验；并且，由于无需手动替换大量的图片，且无需对图片的原始url进行修改，大大节省了研发和网站维护的成本，提高了网站运营效率。本发明技术方案的图片处理方法能够兼容所有设备，并提供最佳的图片显示效果，其针对客户端不同的设备能够自动获取不同尺寸、压缩率的图片。另一方面，本方案技术方案不仅能够在确定设备支持webp格式后，自动获取该格式的图片资源，而且本方案技术方案还提供关闭自动图片优化的功能，提高了图片处理的灵活性。21.上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。附图说明22.为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。23.图1示出了根据本发明一个实施例的图片处理系统100的示意图；24.图2示出了根据本发明一个实施例的计算设备200的结构框图；25.图3示出了根据本发明一个实施例图片处理方法300的流程图。具体实施方式26.下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。27.图1示出了根据本发明一个实施例的图片处理系统100的示意图。如图1所示，图片处理系统100包括客户端110、代理服务器120、图片处理服务器130、以及图片存储服务器140。28.客户端110即用户所使用的终端设备，其具体可以是桌面电脑、笔记本电脑等个人计算机，也可以是手机、平板电脑、多媒体设备、智能可穿戴设备等，但不限于此。代理服务器120接收客户端110发送的访问图片的网络请求，该网络请求可以为http请求，代理服务器可以实现为nginx服务器。29.图片处理服务器130可以实现为具有图片处理功能的服务器，用于提供图片处理服务。图片处理功能可以实现为一种程序并内置于服务器中，该程序可以存在于独立的服务器中，也可以存在于代理服务器或图片存储服务器中。图片处理服务器，适于根据接收到的第二网络请求，向图片存储服务器请求图片，并对所请求的图片进行格式转换以及裁切压缩处理。30.在本发明的实施例中，代理服务器120适于执行图片处理方法300，从而将指向图片存储服务器的第一url转换为指向图片处理服务器的第二url，基于第二url生成访问图片的第二网络请求，将第二网络请求发送至图片处理服务器，以及将图片处理服务器处理后的图片发送至客户端。本发明的图片处理方法300将在下文中详述。31.一个或多个客户端110与图片处理系统在的代理服务器120通信连接，例如通过有线或无线的方式网络连接。代理服务器接收客户端发送的访问图片的网络请求，并根据该请求的请求头中包含的信息，确定设备类型标识以及图片的转换格式，对第一url进行改写，生成第二url。代理服务器120还与图片处理服务器130通信连接，向图片处理服务器130发送第二url。图片处理服务器130与图片存储服务器140通信连接，当图片处理服务器130接收到代理服务器120发送的图片第二url后，向图片存储服务器140请求该url对应的图片资源。随后，根据图片第二url中包含的图片裁切压缩参数和图片转换格式对图片进行格式、尺寸以及压缩率的转换处理，并将处理后的图片返回给代理服务器120。然后，代理服务器将处理后的图片返回给客户端110。32.图片存储服务器140，适于根据图片处理服务器发送的请求，向所述图片处理服务器发送所请求的图片。图片存储服务器可以实现为关系型数据库例如mysql、access等，也可以是非关系型数据库例如nosql等；可以是驻留于图片处理服务器130中的本地数据库，也可以作为分布式数据库例如hbase等设置于多个地理位置处，总之，图片存储服务器140用于存储数据，本发明对数据存储装置140的具体部署、配置情况不做限制。图片处理服务器130可以与图片存储服务器140通信连接，并获取图片存储服务器140中所存储的数据。例如，图片处理服务器130可以直接读取图片存储服务器140中的图片资源(在图片存储服务器140为图片处理服务器130的本地数据库时)，也可以通过有线或无线的方式接入互联网，并通过数据接口来获取图片存储服务器140中的数据。33.在一种实施例中，图片处理系统100还包括内容分发网络112。代理服务器通过内容分发网络接收客户端发送的访问图片的网络请求。内容分发网络可以用于确定发送访问图片的网络请求的客户端的设备类型，并透传网络请求的请求头，其中，请求头可以是http请求头。内容分发网络112可以实现为awscloudfront。根据本发明的实施例，在内容分发网络112接收到来自客户端110的网络请求后，对网络请求的请求头进行配置，当网络请求的请求头为accept请求头时，透传该请求头以及该请求头所对应的参数至代理服务器120，accept请求头的参数可用于确定客户端110是否支持webp格式。当内容分发网络确定发送网络请求的客户端设备为桌面设备时，将cloudfront‑is‑desktop‑viewer请求头对应的参数设置为true，表示该设备为桌面设备，并将该请求头以及对应的参数传输至代理服务器120。类似地，当内容分发网络确定发送网络请求的客户端设备为桌移动设备时，将cloudfront‑is‑mobile‑viewer请求头对应的参数设置为true；当内容分发网络确定发送网络请求的客户端设备为平板电脑时，将cloudfront‑is‑tablet‑viewer请求头对应的参数设置为true。在上述配置完成后，将网络请求的请求头以及对应的参数透传至代理服务器120，代理服务器120可以在网关层获取到请求头以及对应的参数。内容分发网络112依靠部署在各地域的边缘服务器，通过中心平台的负载均衡、内容分发、调度等功能模块，使用户就近获取所需内容，降低网络拥塞，提高用户访问响应速度和命中率，因此，采用内容分发网络112的图片处理系统100可以进一步提升图片资源的访问速度，且使用内容分发网络对图片资源以外的网络资源的加载速度也有所提升。34.在一个实施例中，图片处理系统100还包括dns服务器(图中未示出)。客户端是基于url发送访问图片的网络请求，在客户端110基于url发送网络请求后，dns服务器对该url中的域名进行解析，并将url中的域名解析为代理服务器120的ip地址。这样，代理服务器120会接收到客户端110发送的网络请求，并根据该网络请求进行url和图片的处理。当图片处理系统100中包括内容分发网络112时，dns服务器对url中的域名进行解析，并将url中的域名解析为内容分发网络112就近分配的ip地址。35.图2是根据本发明一个实施例的计算设备200的结构框图。本发明的图片处理方法可以在计算设备200中执行。36.如图2所示，在基本的配置202中，计算设备200典型地包括系统存储器206和一个或者多个处理器204。存储器总线208可以用于在处理器204和系统存储器206之间的通信。37.取决于期望的配置，处理器204可以是任何类型的处理，包括但不限于：微处理器(μp)、微控制器(μc)、数字信息处理器(dsp)或者它们的任何组合。处理器204可以包括诸如一级高速缓存210和二级高速缓存212之类的一个或者多个级别的高速缓存、处理器核心214和寄存器216。示例的处理器核心214可以包括运算逻辑单元(alu)、浮点数单元(fpu)、数字信号处理核心(dsp核心)或者它们的任何组合。示例的存储器控制器218可以与处理器204一起使用，或者在一些实现中，存储器控制器218可以是处理器204的一个内部部分。38.取决于期望的配置，系统存储器206可以是任意类型的存储器，包括但不限于：易失性存储器(诸如ram)、非易失性存储器(诸如rom、闪存等)或者它们的任何组合。系统存储器106可以包括操作系统220、一个或者多个应用222以及程序数据224。应用222实际上是多条程序指令，其用于指示处理器204执行相应的操作。在一些实施方式中，应用222可以布置为在操作系统上使得处理器204利用程序数据224进行操作。39.计算设备200还可以包括有助于从各种接口设备(例如，输出设备242、外设接口244和通信设备246)到基本配置202经由总线/接口控制器230的通信的接口总线240。示例的输出设备242包括图形处理单元248和音频处理单元250。它们可以被配置为有助于经由一个或者多个a/v端口252与诸如显示器或者扬声器之类的各种外部设备进行通信。示例外设接口244可以包括串行接口控制器254和并行接口控制器256，它们可以被配置为有助于经由一个或者多个i/o端口258和诸如输入设备(例如，键盘、鼠标、笔、语音输入设备、触摸输入设备)或者其他外设(例如打印机、扫描仪等)之类的外部设备进行通信。示例的通信设备246可以包括网络控制器260，其可以被布置为便于经由一个或者多个通信端口264与一个或者多个其他计算设备262通过网络通信链路的通信。40.网络通信链路可以是通信介质的一个示例。通信介质通常可以体现为在诸如载波或者其他传输机制之类的调制数据信号中的计算机可读指令、数据结构、程序模块，并且可以包括任何信息递送介质。“调制数据信号”可以这样的信号，它的数据集中的一个或者多个或者它的改变可以在信号中编码信息的方式进行。作为非限制性的示例，通信介质可以包括诸如有线网络或者专线网络之类的有线介质，以及诸如声音、射频(rf)、微波、红外(ir)或者其它无线介质在内的各种无线介质。这里使用的术语计算机可读介质可以包括存储介质和通信介质二者。41.在根据本发明的计算设备200中，应用222包括执行图片处理方法300的多条程序指令，这些程序指令可以指示处理器104执行本发明的图片处理方法300，以便计算设备200通过执行本发明的图片处理方法300来实现图片的自动格式尺寸压缩度的转换。42.计算设备200可以实现为服务器，例如文件服务器、数据库服务器、应用程序服务器和web服务器等，也可以实现为小尺寸便携(或者移动)电子设备的一部分，这些电子设备可以是诸如蜂窝电话、个人数字助理(pda)、个人媒体播放器设备、无线网络浏览设备、个人头戴设备、应用专用设备、或者可以包括上面任何功能的混合设备。计算设备200还可以实现为包括桌面计算机和笔记本计算机配置的个人计算机。在一些实施例中，计算设备200被配置为执行图片处理方法300。43.图3示出了根据本发明一个实施例图片处理方法300的流程图。方法300适于在计算设备(例如前述计算设备200)中执行。可选地，计算设备为nginx服务器。如图3所示，图片处理方法300始于步骤s310。44.在步骤s310中，接收客户端发送的访问图片的网络请求，其中，网络请求中包括指向图片存储服务器的第一url。其中，网络请求为http请求。45.具体地，客户端发送的访问图片的网络请求中包含的是第一url是指向图片存储服务器的，该第一url为用户待访问的图片资源原本的url。46.随后，在步骤s320中，至少基于网络请求的请求头，确定图片的转换格式和客户端的设备类型标识。其中，网络请求头包括accept请求头。47.在一种实施例中，根据accept请求头中的参数，判断图片的转换格式，以判断客户端是否支持webp格式。在nginx服务器的网关层判断accept请求头是否包含第一字段，如果accept请求头的参数中包含第一字段(可选地，第一字段为image/webp)，则可以确定图片的转换格式为webp格式，如果accept请求头的参数中不包含第一字段，则保持图片的原有格式。也就是说，如果图片原有格式为jpg，那么图片的转换格式仍然为jpg格式，图片格式保持不变。48.根据另一种实施例，首先判断第一url中是否包含第二字段，如果第一url中包含第二字段，则确定图片的转换格式为图片原有的格式，第二字段表示不进行格式转换的标识字段。然后，判断accept请求头的参数中是否包含第一字段，如果包含，则确定图片的转换格式为webp格式，如果不包含，则保持图片的原有格式。可选地，第二字段为format＝default。第二字段也可以设置为其他字符，本方案对此不做限定。若发送网络请求的客户端或其浏览器不支持webp格式，则第一url中会包含第二字段，表示图片的格式不进行转换。49.另外，客户端也可以利用改写第一url的方式，使其包含第二字段，对自动图片格式优化进行关闭。可选地，自动图片格式优化(即，自动将接收的图片转换为更优的webp格式)的功能可以实现为客户端浏览器中的一个选项，以便用户可以自行选择是否进行图片格式优化，选择自动图片格式优化可实现图片格式的自动转换，以及图片访问速度的提升。例如，若客户端支持webp格式图片，而用户不需要自动格式优化，则客户端可以通过改写url使其包含第二字段，并发送包含改写后url的网络请求，对图片的格式优化功能进行关闭。用户只需开启或关闭图片格式优化，而第一url的改写可以通过客户端浏览器中的程序执行。50.在此实施例中，在上述判断第一url中是否包含第二字段完成之后，判断accept请求头的参数中是否包含第一字段，如果包含(即第一url不包含第二字段，且accept请求头的参数中包含第一字段)，则确定图片的转换格式为webp格式，如果不包含(即第一url不包含第二字段，且accept请求头的参数中也不包含第一字段)，则保持图片的原有格式。51.根据一种实施例，客户端发送网络请求，并通过url与服务器建立连接。根据网络请求的请求头和第一url可以确定图片的转换格式。例如：请求头和第一url为curl‑h‘accept:image/webp’http://localhost:6666/images/banners/1920x1080_q80_autohomecar__f2b5a405502e48a48bc888f9c6176068.jpg\？desktop\＝400x400\&tablet\＝200x200\&mobile\＝100x100\。可以看出，第一url中不包含第二字段(format＝default)，且accept请求头的参数中包含第一字段(image/webp)，则可以确定图片的转换格式为webp格式。在另一个例子中，请求头和第一url为curl‑h‘accept:image/webp’http://localhost:6666/images/banners/1920x1080_q80_autohomecar__f2b5a405502e48a48bc888f9c6176068.jpg\？desktop\＝400x400\&tablet\＝200x200\&mobile\＝100x100\&format＝default。可以看出，第一url中包含第二字段，且accept请求头的参数中也包含第一字段。由于url中包含第二字段，则可以确定图片的原有格式保持不变，仍然保持为jpg格式。52.在步骤s320中，根据网络请求的请求头中的参数，还可以确定客户端的设备类型标识。53.具体地，不同的客户端设备发送的网络请求包含不同的请求头，根据请求头中包含的信息，可以以此来确定客户端的设备类型标识。客户端设备的类型，例如，可以分为桌面设备、移动设备和平板设备。除了以上的例子，客户端设备类型标识也可以更为详细地区分客户端设备类型，例如设备的型号，系统版本，浏览器的版本等，本方案对此不做限制。根据一种实施例，通过user‑agent请求头获取客户端的设备类型标识。54.根据另一种实施例，网络请求的请求头还包括：cloudfront‑is‑desktop‑viewer、cloudfront‑is‑mobile‑viewer、cloudfront‑is‑tablet‑viewer。在本发明实施例的图片处理系统200中，还可以包含内容分发网络112，本发明对内容分发网络的选取不做限制，下面以内容分发网络awscloudfront为例对实施例进行说明，当内容分发网络确定发送网络请求的设备为桌面设备时，将cloudfront‑is‑desktop‑viewer的参数设置为true；当内容分发网络确定发送网络请求的设备为移动设备时，将cloudfront‑is‑mobile‑viewer的参数设置为true；当内容分发网络确定发送网络请求的设备为平板电脑时，将cloudfront‑is‑tablet‑viewer的参数设置为true。随后，内容分发网络将上述请求头、accept请求头、以及第一url透传至代理服务器120。当代理服务器接收到网络请求后，代理服务器可由cloudfront‑is‑desktop‑viewer、cloudfront‑is‑mobile‑viewer、cloudfront‑is‑tablet‑viewer中任一个请求头的参数为true确定客户端的设备类型标识。例如：当cloudfront‑is‑desktop‑viewer的参数为true，代理服务器可以确定客户端设备类型标识为桌面设备；当cloudfront‑is‑mobile‑viewer的参数为true，代理服务器可以确定客户端设备类型标识为移动设备；当cloudfront‑is‑tablet‑viewer的参数为true，代理服务器可以确定客户端设备类型标识为平板电脑。可选地，在步骤s320中，也可以基于snmp协议对设备的标识进行获取。55.随后，在步骤s330中，基于设备类型标识从第一url中确定图片的裁切压缩参数。56.具体地，基于步骤s320中，代理服务器根据接收到的请求头以及请求头的参数确定客户端的设备类型标识，从第一url中确定图片的第一裁切压缩参数。其中，第一裁切压缩参数为所确定的设备类型标识在第一url中所对应的裁切压缩参数，第一url中包含不同的设备类型标识与第一裁切压缩参数的对应关系。具体地，裁切压缩参数包含图片的裁切尺寸(裁切尺寸包括图片的宽和高)和/或图片的压缩率。57.根据一种实施例，第一裁切压缩参数在url中的表现形式为宽x高，表示图片的裁切尺寸。例如：图片第一url为http://localhost:6666/images/banners/1920x1080_q80_autohomecar__f2b5a405502e48a48bc888f9c6176068.jpg\？desktop\＝400x400\&tablet\＝200x200\&mobile\＝100x100\&format＝default。基于客户端的设备类型标识可以从第一url中的如下部分可以确定不同设备类型标识对应的裁切压缩参数：\？desktop\＝400x400\&tablet\＝200x200\&mobile\＝100x100。如果请求头为cloudfront‑is‑desktop‑viewer：true，则代理服务器可以确定设备类型标识为桌面设备(desktop)，由此可以确定desktop所对应的第一裁切压缩参数为400x400。如果请求头为cloudfront‑is‑mobile‑viewer：true，则设备类型标识为移动设备(mobile)，由此可以确定mobile所对应的第一裁切压缩参数为100x100。如果请求头为cloudfront‑is‑tablet‑viewer：true，则设备类型标识为平板电脑(tablet)，由此可以确定tablet所对应的第一裁切压缩参数为200x200。58.在另一种实施例中，根据user‑agent请求头确定设备类型标识，并基于该设备类型标识从第一url中得到对应的图片裁切压缩参数。59.然后，可以从第一url中确定图片的第二裁切压缩参数，第二裁切压缩参数为第一url中包含的图片的通用的裁切压缩参数。具体地，第二裁切压缩参数包含图片的尺寸大小与压缩率。根据实施例，第二裁切压缩参数在url中，表现形式为宽x高_q，其中，宽x高表示图片的裁切尺寸，q代表图片的压缩率。例如：图片第一url为：http://localhost:6666/images/banners/1920x1080_q80_autohomecar__f2b5a405502e48a48bc888f9c6176068.jpg\？desktop\＝400x400\&tablet\＝200x200\&mobile\＝100x100\&format＝default。这里，第二裁切压缩参数的位置在第一url中“_autohomecar”字段之前，可以通过字符串匹配的方式从第一url中确定第二裁切压缩参数。在例子中可以看出，第二裁切压缩参数在_autohomecar之前的部分，即1920x1080_q80，其中，根据第二图片裁切压缩参数规则的设定，1920x1080表示图片的裁切尺寸，q80表示图片的压缩率为80％。60.根据实施例，第一url的改写需要确定图片的裁切压缩参数，根据不同的情况，确定最适合客户端的裁切压缩参数。如果第一url中包含设备类型标识与第一裁切压缩参数的对应关系，则确定图片的裁切压缩参数为第一裁切压缩参数；如果第一url中不包含设备类型标识与第一裁切压缩参数，对应关系，但包含第二裁切压缩参数，则确定图片的裁切压缩参数为第二裁切压缩参数；如果第一url中不包含设备类型标识与第一裁切压缩参数的对应关系，且不包含第二裁切压缩参数，则对图片的裁切压缩参数不做设置。61.随后，在步骤s340中，将第一url改写为指向图片处理服务器的第二url，其中，第二url中包括所确定的图片转换格式和裁切压缩参数。62.具体地，基于在前述步骤所确定的图片转换格式和裁切压缩参数将第一url改写为第二url。在一种实施例中，如果所确定的图片转换格式为webp(当accept请求头的参数中包含第一字段，且第一url中不包含第二字段时)则在第二url中增加webp标识，以便图片处理服务器识别第二url中的改写信息，将获取到的图片的格式转换为webp格式。而如果图片所确定的图片转换格式为保持原有的图片格式，则在第二url中保持图片原有格式的标识，不增加标识。63.其中，可以在nginx服务器的网关层完成对第一url的重写。重写后的url为第二url，第二url中包括所确定的图片转换格式和裁切压缩参数。64.为了更好的理解本发明中将第一url改写为指向图片处理服务器的第二url的方式，下面通过四个具体的示例来进行说明。65.如果第一url中包含设备类型标识与第一裁切压缩参数的对应关系，可以确定图片的裁切压缩参数为第一裁切压缩参数，则基于第一裁切压缩参数生成第二url。并且，第一url包含第二字段，则图片转换格式为保持不变。例如：请求头和第一url为curl‑h‘accept:image/webp’‑h‘cloudfront‑is‑desktop‑viewer:true’http://localhost:6666/images/banners/1920x1080_q80_autohomecar__f2b5a405502e48a48bc888f9c6176068.jpg\？desktop\＝400x400\&tablet\＝200x200\&mobile\＝100x100\&format＝default。可以看出，图片的转换格式保持原有的图片格式，第一裁切压缩参数为桌面设备所对应的400x400。改写的第二url中包含第一裁切参数和图片的转换格式的信息，对上面的例子中的url进行重写，生成第二url。第二url为：http://127.0.0.1/images/banners/400x400_autohomecar__f2b5a405502e48a48bc888f9c6176068.jpg。66.如果第一url中包含设备类型标识与第一裁切压缩参数的对应关系，可以确定图片的裁切压缩参数为第一裁切压缩参数，则基于第一裁切压缩参数生成第二url。并且，第一url不包含第二字段，accept请求头的参数中包含第一字段，则可以确定图片的转换格式为webp格式。例如：请求头和第一url为curl‑h‘accept:image/webp’‑h‘cloudfront‑is‑desktop‑viewer:true’http://localhost:6666/images/banners/autohomecar__f2b5a405502e48a48bc888f9c6176068.jpg\？desktop\＝400x400\&tablet\＝200x200\&mobile\＝100x100。可以看出，图片的转换格式为webp格式，第一裁切压缩参数为桌面设备对应的400x400。此时第二url中包含第一裁切参数和图片的转换格式，对该例子中的url进行重写，生成第二url。第二url为：http://127.0.0.1/images/banners/400x400_autohomecar__f2b5a405502e48a48bc888f9c6176068.jpg.webp。在第二url中增加了webp标识，以便图片处理服务器根据改写后的url对图片的格式进行转换。67.如果第一url中不包含设备类型标识与第一裁切压缩参数的对应关系，但包含第二裁切压缩参数，可以确定图片的裁切压缩参数为第二裁切压缩参数，则基于第一裁切压缩参数生成第二url。并且，第一url不包含第二字段，accept请求头的参数中包含第一字段，可以确定图片的转换格式为webp格式。例如：请求头和第一url为curl‑h‘accept:image/webp’‑h‘cloudfront‑is‑desktop‑viewer:true’http://localhost:6666/images/banners/1920x1080_q80_autohomecar__f2b5a405502e48a48bc888f9c6176068.jpg。可以看出，图片的转换格式为webp格式，第二裁切压缩参数为1920x1080_q80。此时第二url中包含第二裁切参数和图片的转换格式的信息，对该例子中的url进行重写，生成第二url。第二url为：http://127.0.0.1/images/banners/1920x1080_q80_autohomecar__f2b5a405502e48a48bc888f9c6176068.jpg.webp。68.如果第一url中不包含设备类型标识与第一裁切压缩参数的对应关系，且不包含第二裁切压缩参数，可以对图片的裁切压缩参数不做设置。并且，第一url包含第二字段，accept请求头的参数中包含第一字段，可以确定图片的转换格式为图片原本的格式。例如：请求头和图片第一url为curl‑h‘accept:image/webp’‑h‘cloudfront‑is‑desktop‑viewer:true’http://localhost:6666/images/banners/autohomecar__f2b5a405502e48a48bc888f9c6176068.jpg\&format＝default。可以看出，图片的转换格式保持不变，第一url中不包含图片的裁切压缩参数。此时第二url中不包含图片的裁切压缩参数和图片转换格式信息，对该例子中的url进行重写，生成第二url。第二url为：http://127.0.0.1/images/banners/autohomecar__f2b5a405502e48a48bc888f9c6176068.jpg.webp。69.根据一种实施例，第二url可以通过以下代码生成：[0070][0071][0072][0073][0074]随后，在步骤s350中，基于第二url生成访问图片的第二网络请求，以指示图片处理服务器对所请求的图片进行格式转换以及裁切压缩处理。[0075]具体地，在代理服务器获取到第二url后，根据url中的图片信息从图片存储服务器中获取相应的图片，并在图片处理服务器中根据url中的图片的裁切压缩参数，以及图片的转换格式对图片进行裁切压缩以及图片格式的转换。例如：第二url为：http://127.0.0.1/images/banners/1920x1080_q80_autohomecar__f2b5a405502e48a48bc888f9c6176068.jpg.webp。根据url可获取到的图片信息从图片存储服务器中调取相应的图片(f2b5a405502e48a48bc888f9c6176068.jpg)，并在图片处理服务器中根据url中的图片的裁切压缩参数(1920x1080_q80)，以及图片的转换格式(webp)对图片进行裁切压缩以及图片格式的转换。[0076]随后，在步骤s360中，接收图片处理服务器发送的处理后的图片，并将处理后的图片返回给客户端。[0077]根据本发明的技术方案，当客户端访问图片资源时，代理服务器通过获取到的网络请求的请求头和图片原有url，确定图片的转换格式和设备类型标识，判断客户端是否支持webp格式，以便为客户端选取最优的图片转换格式，同时用户也可以关闭自动图片格式转换。本方案针对不同的设备类型标识返回不同尺寸和图片质量的图片，用户能够自动获取到经过裁切压缩后的webp格式的图片或最适合客户端设备的其他图片形式。采用本方案的图片处理方法对图片进行自动裁切压缩处理可以减少传输的数据量，大大节省了带宽和流量成本，并有效提升图片素材的加载速度。[0078]进一步地，根据本方案的图片处理方法，用户可以仍然访问原来的url，url在用户无感知情况下进行改写，以便图片处理服务器根据改写后的url对图片进行处理。针对已经线上运营的网站，客户端访问图片资源也无需修改原始的url网址，便能够实现自动地webp格式转换，以及图片尺寸和压缩率的转换，实现用户在无需任何额外操作的情况下访问更优的图片资源，并提升了访问速度，提高用户体验；并且，由于网站方无需手动替换大量的图片，且无需对图片的原始url进行修改就能够实现自动webp格式转换，大大节省了研发和网站维护的成本，提高了网站运营效率。本发明技术方案的图片处理方法能够兼容所有设备，并提供最佳的图片显示效果，针对客户端不同的设备类型能够自动获取不同尺寸、压缩率的图片，以便在不同设备上保持最佳用户体验。另一方面，本方案技术方案不仅能够在确定设备支持webp格式后，自动获取该格式的图片资源，而且本方案技术方案还提供关闭自动图片优化的功能，提高了图片处理的灵活性。[0079]总的来说，通过判断发送请求的客户端设备类型标识和确定裁切压缩标识，在代理服务器中完成对url的重写，实现了代理服务器自动识别设备是否支持webp格式的功能，并且在不需要自动转换webp格式的场景下，允许关闭自动webp的功能，解决了业务自身需要通过javascript脚本判断的问题，在不修改原始请求的url下，做到了业务的无缝webp升级，极大的降低了升级成本，借助webp格式的高压缩率，在不降低用户体验的前提下，节省带宽和流量成本。[0080]这里描述的各种技术可结合硬件或软件，或者它们的组合一起实现。从而，本发明的方法和设备，或者本发明的方法和设备的某些方面或部分可采取嵌入有形媒介，例如可移动硬盘、u盘、软盘、cd‑rom或者其它任意机器可读的存储介质中的程序代码(即指令)的形式，其中当程序被载入诸如计算机之类的机器，并被所述机器执行时，所述机器变成实践本发明的设备。[0081]在程序代码在可编程计算机上执行的情况下，计算设备一般包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)，至少一个输入装置，和至少一个输出装置。其中，存储器被配置用于存储程序代码；处理器被配置用于根据该存储器中存储的所述程序代码中的指令，执行本发明的可视化用户画像的生成方法。[0082]以示例而非限制的方式，可读介质包括可读存储介质和通信介质。可读存储介质存储诸如计算机可读指令、数据结构、程序模块或其它数据等信息。通信介质一般以诸如载波或其它传输机制等已调制数据信号来体现计算机可读指令、数据结构、程序模块或其它数据，并且包括任何信息传递介质。以上的任一种的组合也包括在可读介质的范围之内。[0083]在此处所提供的说明书中，算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与本发明的示例一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。[0084]在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。[0085]类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。[0086]本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。[0087]本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。[0088]此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。[0089]此外，所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。[0090]如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。[0091]尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本
技术领域：
：内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本
技术领域：
：的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的而非限制性的，本发明的范围由所附权利要求书限定。当前第1页12当前第1页12