CN117370697A - 一种数据处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请提供了一种基于数据处理系统的数据处理方法、装置、电子设备及存储介质。图片管理平台存储UI设计员为页面的开发商的目标页面的图标设计的图片。如此，在程序员开发目标页面的场景中，程序员通过终端从图片管理平台中可以查找图标对应的图片，也即，程序员使用终端与图片管理平台对接即可，可以不主动与UI设计员对接，可以不向UI设计员索取图标对应的图片，可以减少程序员与UI设计员之间的沟通成本，进而可以降低人工成本。另外，程序员可以不控制终端与字体文件生成平台对接，可以简化程序员的操作，进而降低人工成本，可以尽可能地提高程序员得到字体文件的效率，进而提高开发页面的效率。

Description

一种数据处理方法、装置、电子设备及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种基于数据处理系统的数据处理方法、装置、电子设备及存储介质。

背景技术

目前，很多服务厂商通过页面(Web)来对外(例如为广大用户等)提供服务，且为了更友好地对外提供服务，页面中的内容往往包含文字和图片等信息，以通过页面中的文字和图片等信息对外提供服务。

发明内容

本申请示出了一种基于数据处理系统的数据处理方法、装置、电子设备及存储介质。

第一方面，本申请示出了一种基于数据处理系统的数据处理方法，所述系统包括图片管理平台、字体文件生成平台以及终端；图片管理平台中存储有图标对应的图片，所述图片是为目标页面中的图标设计的，所述方法应用于终端，所述方法包括：

响应于针对图片管理平台中所述图片的打包操作，向图片管理平台发送第一打包请求，以使图片管理平台接收第一打包请求，根据第一打包请求携带的所述图片的图片标识获取所述图片，并向字体文件生成平台发送第二打包请求；进而使字体文件生成平台将第二打包请求携带的所述图片打包成字体文件，并存储所述字体文件，根据终端的终端标识向终端发送所述字体文件的存储地址；第一打包请求携带所述图片的图片标识以及终端的终端标识，第一打包请求用于请求根据图片标识将所述图片打包成图标对应的字体文件；第二打包请求携带所述图片以及终端的终端标识；

接收存储地址。

在一个可选的实现方式中，在所述响应于针对图片管理平台中所述图片的打包操作，向图片管理平台发送第一打包请求之前，还包括：

向图片管理平台发送用于获取所述图片的获取请求，以使图片管理平台接收获取请求，并根据获取请求向终端发送所述图片；

接收并显示所述图片；

所述响应于针对图片管理平台中所述图片的打包操作，向图片管理平台发送第一打包请求，包括：

响应于针对显示的所述图片的打包操作，向图片管理平台发送第一打包请求。

在一个可选的实现方式中，所述方法还包括：

输出提示信息，提示信息用于提示在目标页面的工程项目中的图标位置处部署所述存储地址。

第二方面，本申请示出了一种基于数据处理系统的数据处理方法，所述系统包括图片管理平台、字体文件生成平台以及终端；图片管理平台中存储有图标对应的图片，所述图片是为目标页面中的图标设计的，所述方法应用于图片管理平台；所述方法包括：

接收终端发送的第一打包请求，第一打包请求是终端响应于针对图片管理平台中所述图片的打包操作而向图片管理平台发送的；第一打包请求携带所述图片的图片标识以及终端的终端标识，第一打包请求用于请求根据图片标识将所述图片打包成图标对应的字体文件；

根据第一打包请求携带的所述图片的图片标识获取所述图片；

向字体文件生成平台发送第二打包请求，以使字体文件生成平台将第二打包请求携带的所述图片打包成所述字体文件，并存储所述字体文件，根据终端的终端标识向终端发送所述字体文件的存储地址；以使终端接收存储地址；第二打包请求中携带所述图片以及终端的终端标识。

在一个可选的实现方式中，在接收终端发送的第一打包请求之前，还包括：

接收终端发送的用于获取所述图片的获取请求；

根据获取请求向终端发送所述图片；以使终端接收并显示所述图片；

所述接收终端发送的第一打包请求，包括：

接收终端响应于针对显示的所述图片的打包操作发送的第一打包请求。

第三方面，本申请示出了一种基于数据处理系统的数据处理方法，所述系统包括图片管理平台、字体文件生成平台以及终端；图片管理平台中存储有图标对应的图片，所述图片是为目标页面中的图标设计的，所述方法应用于字体文件生成平台，所述方法包括：

接收图片管理平台发送的第二打包请求；

其中，第二打包请求是图片管理平台在根据第一打包请求携带的所述图片的图片标识获取所述图片之后向字体文件生成平台发送的，第二打包请求中携带所述图片以及终端的终端标识，第一打包请求是终端响应于针对图片管理平台中所述图片的打包操作向图片管理平台发送的，第一打包请求携带所述图片的图片标识以及终端的终端标识，第一打包请求用于请求根据图片标识将所述图片打包成图标对应的字体文件；

将第二打包请求携带的所述图片打包成所述字体文件；

存储所述字体文件；

根据终端的终端标识向终端发送所述字体文件的存储地址；进而使终端接收存储地址。

在一个可选的实现方式中，所述将第二打包请求携带的所述图片打包成所述字体文件，包括：

将第二打包请求携带的所述图片分别打包成图标对应的多个不同格式的字体文件。

在一个可选的实现方式中，所述方法还包括：

将图标对应的多个不同格式的字体文件集成为图标对应的css格式的字体文件或图标对应的js格式的字体文件。

第四方面，本申请示出了一种基于数据处理系统的数据处理装置，所述系统包括图片管理平台、字体文件生成平台以及终端；图片管理平台中存储有图标对应的图片，所述图片是为目标页面中的图标设计的，所述装置应用于终端，所述装置包括：

第一发送模块，用于响应于针对图片管理平台中所述图片的打包操作，向图片管理平台发送第一打包请求，以使图片管理平台接收第一打包请求，根据第一打包请求携带的所述图片的图片标识获取所述图片，并向字体文件生成平台发送第二打包请求；进而使字体文件生成平台将第二打包请求携带的所述图片打包成字体文件，并存储所述字体文件，根据终端的终端标识向终端发送所述字体文件的存储地址；第一打包请求携带所述图片的图片标识以及终端的终端标识，第一打包请求用于请求根据图片标识将所述图片打包成图标对应的字体文件；第二打包请求携带所述图片以及终端的终端标识；

第一接收模块，用于接收存储地址。

在一个可选的实现方式中，在所述响应于针对图片管理平台中所述图片的打包操作，向图片管理平台发送第一打包请求之前，还包括：

第二发送模块，用于向图片管理平台发送用于获取所述图片的获取请求，以使图片管理平台接收获取请求，并根据获取请求向终端发送所述图片；

第二接收模块，用于接收并显示所述图片；

所述第一发送模块包括：

发送单元，用于响应于针对显示的所述图片的打包操作，向图片管理平台发送第一打包请求。

在一个可选的实现方式中，所述装置还包括：

输出模块，用于输出提示信息，提示信息用于提示在目标页面的工程项目中的图标位置处部署所述存储地址。

第五方面，本申请示出了一种基于数据处理系统的数据处理装置，所述系统包括图片管理平台、字体文件生成平台以及终端；图片管理平台中存储有图标对应的图片，所述图片是为目标页面中的图标设计的，所述装置应用于图片管理平台；所述装置包括：

第三接收模块，用于接收终端发送的第一打包请求，第一打包请求是终端响应于针对图片管理平台中所述图片的打包操作而向图片管理平台发送的；第一打包请求携带所述图片的图片标识以及终端的终端标识，第一打包请求用于请求根据图片标识将所述图片打包成图标对应的字体文件；

获取模块，用于根据第一打包请求携带的所述图片的图片标识获取所述图片；

第三发送模块，用于向字体文件生成平台发送第二打包请求，以使字体文件生成平台将第二打包请求携带的所述图片打包成所述字体文件，并存储所述字体文件，根据终端的终端标识向终端发送所述字体文件的存储地址；以使终端接收存储地址；第二打包请求中携带所述图片以及终端的终端标识。

在一个可选的实现方式中，所述装置还包括：

第四接收模块，用于接收终端发送的用于获取所述图片的获取请求；

第四发送模块，用于根据获取请求向终端发送所述图片；以使终端接收并显示所述图片；

所述第三接收模块，包括：

接收单元，用于接收终端响应于针对显示的所述图片的打包操作发送的第一打包请求。

第六方面，本申请示出了一种基于数据处理系统的数据处理装置，所述系统包括图片管理平台、字体文件生成平台以及终端；图片管理平台中存储有图标对应的图片，所述图片是为目标页面中的图标设计的，所述装置应用于字体文件生成平台，所述装置包括：

第五接收模块，用于接收图片管理平台发送的第二打包请求；

其中，第二打包请求是图片管理平台在根据第一打包请求携带的所述图片的图片标识获取所述图片之后向字体文件生成平台发送的，第二打包请求中携带所述图片以及终端的终端标识，第一打包请求是终端响应于针对图片管理平台中所述图片的打包操作向图片管理平台发送的，第一打包请求携带所述图片的图片标识以及终端的终端标识，第一打包请求用于请求根据图片标识将所述图片打包成图标对应的字体文件；

打包模块，用于将第二打包请求携带的所述图片打包成所述字体文件；

存储模块，用于存储所述字体文件；

第五发送模块，用于根据终端的终端标识向终端发送所述字体文件的存储地址；进而使终端接收存储地址。

在一个可选的实现方式中，所述打包模块包括：

打包单元，用于将第二打包请求携带的所述图片分别打包成图标对应的多个不同格式的字体文件。

在一个可选的实现方式中，所述打包模块还包括：

集成单元，用于将图标对应的多个不同格式的字体文件集成为图标对应的css格式的字体文件或图标对应的js格式的字体文件。

第七方面，本申请示出了一种电子设备，所述电子设备包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为执行如上述任一方面所述的方法。

第八方面，本申请示出了一种非临时性计算机可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如上述任一方面所述的方法。

第九方面，本申请示出了一种计算机程序产品，当所述计算机程序产品中的指令由电子设备的处理器执行时，使得电子设备能够执行如上述任一方面所述的方法。

本申请提供的技术方案可以包括以下有益效果：

在本申请中，图片管理平台可以存储UI设计员为页面的开发商的目标页面的图标设计的图片(图标对应的图片)。如此，在程序员开发目标页面的场景中，程序员通过终端从图片管理平台中就可以查找图标对应的图片，也即，程序员使用终端与图片管理平台对接即可，而可以不主动与UI设计员对接，进而可以不向UI设计员索取图标对应的图片，可以减少程序员与UI设计员之间的沟通成本，进而可以降低人工成本。

另外，在需要得到图标对应的字体文件的情况下，由于本申请中图片管理平台与字体文件生成平台之间建立通信连接，也即，是对接的，如此程序员可以控制终端向图片管理平台传输第一打包请求，以使图片管理平台可以根据第一打包请求向字体文件生成平台传输第二打包请求，进而使得字体文件生成平台将图标对应的图片打包成图标对应的字体文件。

如此，程序员可以不控制终端与字体文件生成平台对接，例如，可以不控制终端进入字体文件生成平台对外开放的上传页面，可不将图标对应的图片通过上传页面手动上传至字体文件生成平台，如此，可以简化程序员获取图标对应的字体文件的操作，进而降低人工成本，可以尽可能地提高程序员得到字体文件的效率，进而提高开发页面的效率。

附图说明

图1是本申请的一种数据处理系统的结构框图。

图2是本申请的一种数据处理系统的结构框图。

图3是本申请的一种数据处理系统的结构框图。

图4是本申请的一种数据处理系统的结构框图。

图5是本申请的一种基于数据处理系统的数据处理方法的步骤流程图。

图6是本申请的一种基于数据处理系统的数据处理方法的步骤流程图。

图7是本申请的一种基于数据处理系统的数据处理装置的结构框图。

图8是本申请的一种基于数据处理系统的数据处理装置的结构框图。

图9是本申请的一种基于数据处理系统的数据处理装置的结构框图。

图10是本申请的一种电子设备的框图。

图11是本申请的一种电子设备的框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通开发人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

其中，页面中的图片可以包括背景图、插图和图标等。针对图标而言，本申请中图标对应的图片不支持在页面中编辑，包括但不限于SVG图片。以下以图标对应的图片为SVG图片为例。

目前往往是先为图标设计SVG(Scalable Vector Graphics，可缩放矢量图)图片，并将SVG图片作为图标在页面中显示。

但是，在页面的开发商开发页面的场景中，有时候根据实际的业务需求，需要对页面中的图标的形状、尺寸、颜色以及样式等进行微调，以使之后在页面中显示的图标能够呈现微调后的效果，但是，SVG图片不支持编辑功能，导致页面的开发商无法对已设计的SVG图片的形状、尺寸、颜色以及样式等进行微调，从而导致页面的开发商无法实现对页面中的图标的形状、尺寸、颜色以及样式等进行微调，进而导致在页面中显示的图标无法呈现微调后的效果，无法满足实际的业务需求。

如此，提出了“在页面的开发商开发页面的场景中，能够对页面中的图标的形状、尺寸、颜色以及样式等进行微调”的需求。

为了实现“在页面的开发商开发页面的场景中，能够对页面中的图标的形状、尺寸、颜色以及样式等进行微调”的目的，发明人想到了一种方式：在页面的开发商开发页面的场景中，将已设计的SVG图片打包成字体文件(iconfont)，然后将字体文件作为图标部署在页面中，以使之后在页面中可以显示字体文件，进而实现在页面中显示图标。

其中，字体文件是以字体的方式来显示图标，不同于SVG图片，字体文件可以支持随意对其形状、尺寸、颜色以及样式进行微调等，并且不会失真、模糊，而且其所占空间要远远小于SVG图片的所占空间。

如此，在页面的开发商开发页面的场景中，可以在页面中使用字体文件来替代SVG图片，然后页面的开发商可以对字体文件的形状、尺寸、颜色以及样式等进行微调，以实现对页面中的图标的形状、尺寸、颜色以及样式等进行微调，以使之后在页面中显示的图标能够呈现微调后的效果，进而满足实际的业务需求。

然而，目前大部分的页面的开发商往往会借助一些专门用于生成字体文件的厂商(以下统称第三方厂商)来生成字体文件，第三方厂商对外提供了便捷的生成字体文件的功能入口，页面的开发商可以将SVG图片上传至第三方厂商的平台，第三方厂商的平台可以将SVG图片打包成字体文件，并向页面的开发商返回打包的字体文件，以供页面的开发商在页面中部署字体文件，以实现在页面中部署图标。

其中，对于任意一个页面的开发商而言，其参与开发页面工作的人员往往包括程序员(页面的开发商公司内部程序员或第三方公司程序员)以及UI(User Interface，用户界面)设计员(页面的开发商公司内部UI设计员或第三方公司UI设计员)等，UI设计员可以设计SVG图片。程序员可以主动与UI设计员对接，以向UI设计员索取UI设计员设计的SVG图片，然后控制程序员的终端进入第三方厂商的平台对外开放的上传页面，再将索取的SVG图片通过上传页面上传至第三方厂商的平台，第三方厂商的平台可以将SVG图片打包成字体文件，并向程序员的终端返回打包的字体文件，以供程序员在页面中部署字体文件，以实现页面中部署图标。

但是，发明人发现，在上述情况中，存在如下问题：

一方面，程序员需要主动与UI设计员对接，以向UI设计员索取UI设计员设计的SVG图片，提高了程序员与UI设计员之间的沟通成本，进而增加了人工成本。

另一方面，程序员除了主动与UI设计员对接，以向UI设计员索取UI设计员设计的SVG图片，还需要控制程序员的终端进入第三方厂商的平台对外开放的上传页面，再将索取的SVG图片通过上传页面上传至第三方厂商的平台，可见，程序员不仅需要与UI设计员对接，还需要控制程序员的终端与第三方厂商的平台对接，导致程序员的操作繁琐，进而导致人工成本高，且很容易导致程序员得到字体文件的效率低，进而导致开发页面的效率低。

如此，为了解决上述问题，参见图1，示出了本申请的一种数据处理系统的结构框图，在图1中，数据处理系统包括：图片管理平台01、字体文件生成平台02以及终端03。

终端与图片管理平台之间可以通信连接。图片管理平台与字体文件生成平台之间可以通信连接(例如二者可以通过微前端的方式对接等)。

终端包括程序员在开发页面的场景中使用的终端，例如，包括笔记本电脑或者台式电脑等。

图片管理平台以及字体文件生成平台可以分别以服务器形式的物理机为载体，各自之间可以相互独立。

图片管理平台用于存储UI设计员为页面的开发商的目标页面的图标设计的图片(图标对应的图片)，例如，UI设计员可以使用UI设计员的终端为目标页面的图标设计图片，即设计图标对应的图片，然后可以将图标对应的图片上传至图片管理平台，图片管理平台可以存储图标对应的图片，并集中管理图标对应的图片，还可以共享图标对应的图片，以供后续程序员在开发目标页面时调用。

例如，图片管理平台还可以对页面的开发商开发的图片进行集中管理以及共享等，页面的开发商可以直接从图片管理平台中调取需要使用的图片，而可以不重复开发图片管理平台中已存储的图片，可以减少工作量，降低人工成本。

如此，图片管理平台中存储有UI设计员为目标页面的图标设计的图片，也即，存储有目标页面的图标对应的图片。

可见，在图1所示的数据处理系统的基础上，参见图2，数据处理系统还可以包括UI设计员的终端04，UI设计员的终端与图片管理平台之间可以通信连接。

在一种可能的情况下，UI设计员可能会向图片管理平台上传图标对应的图片(其为页面的图标设计的图片)，UI设计员还可能会向图片管理平台上传非图标对应的图片(其不是为页面的图标设计的图片)，如此，UI设计员在向图片管理平台上传图标对应的图片的场景中，还可以一并向图标管理平台上传指示消息，指示消息用于指示上传的图标对应的图片具有“被图标管理平台传输至字体文件生成平台以被字体文件生成平台打包成字体文件”的资格，未一并上传指示消息的其他图片没有“被图标管理平台传输至字体文件生成平台以被字体文件生成平台打包成字体文件”的资格，未一并上传指示消息的其他图片也就不会被图片管理平台传输至字体文件生成平台，避免非图标对应的图片也有被传输至字体文件生成平台打包成字体文件的机会(非图标对应的图片没有被字体文件生成平台打包的需求)，如此可以节省字体文件生成平台的计算资源，以及便于管理等。

字体文件生成平台用于将图标对应的图片打包成图标对应的字体文件(iconfont)，还用于存储字体文件生成平台打包的图标对应的字体文件，并针对渲染页面的场景提供打包的图标对应的字体文件，例如，后续广大用户使用用户的终端浏览目标页面的场景中，用户的终端针对目标页面会从字体文件生成平台获取打包的图标对应的字体文件，以使在目标页面中可以渲染图标对应的字体文件，以实现在目标页面中渲染图标，以使用户在用户的终端中显示的目标页面中可以看到渲染的图标。

在一个实施例中，图片管理平台以及字体文件生成平台可以均属于目标页面的开发商，或者，在另一个实施例中，图片管理平台可以属于目标页面的开发商，字体文件生成平台可以属于第三方厂商等。

图片管理平台可以在目标页面的开发商内部共享存储的图标对应的图片，还可以在目标页面的开发商外部共享存储的图标对应的图片。

图片管理平台可以对存储的图标对应的图片分类，例如，可以对图标对应的图片设置分类标签，以便后续在需要从图片管理平台调取图标对应的图片的场景中可以按照其分类调取，以提高调取效率。

其中，可以按照图标对应的图片涉及的业务线分类，或者，按照图片的尺寸分类，或者，按照设计图标对应的图片的UI设计员的身份标识分类，或者，按照图标所属的页面的页面标识分类。

分类标签可以是UI设计员向图片管理平台指定的等。

业务线可以包括房产、金融、游戏、招聘以及车辆等等。

UI设计员的身份标识可以包括UI设计员的姓名或工号等。

页面的页面标识可以包括页面的URL(Uniform Resource Locator，统一资源定位符)等。

字体文件生成平台可以在目标页面的开发商内部共享存储的图标对应的字体文件，还可以在目标页面的开发商外部共享存储的图标对应的字体文件。

字体文件生成平台可以对存储的图标对应的字体文件分类，例如，可以对图标对应的字体文件设置分类标签，以便后续在需要从字体文件生成平台调取图标对应的字体文件的场景中可以按照其分类调取，以提高调取效率。

其中，可以按照图标对应的字体文件涉及的业务线分类等，业务线包括房产、金融、游戏、招聘以及车辆等等。

进一步地，在图1和图2所示数据处理系统的基础之上，参见图3和图4，数据处理系统还可以包括页面资源管理平台05，终端与页面资源管理平台之间可以通信连接。字体文件生成平台与页面资源管理平台之间可以通信连接。页面资源管理平台可以以服务器形式的物理机为载体，页面资源管理平台、图片管理平台以及字体文件生成平台之间可以相互独立。

在一个实施例中，图片管理平台、字体文件生成平台以及页面资源管理平台可以均属于目标页面的开发商，或者，在另一个实施例中，图片管理平台以及页面资源管理平台可以属于目标页面的开发商，字体文件生成平台可以属于第三方厂商等。

页面资源管理平台可以在目标页面的开发商内部共享存储的图标对应的字体文件，还可以在目标页面的开发商外部共享存储的图标对应的字体文件。

页面资源管理平台可以对存储的图标对应的字体文件分类，例如，可以对图标对应的字体文件设置分类标签，以便后续在需要从页面资源管理平台调取图标对应的字体文件的场景中可以按照其分类调取，以提高调取效率。

字体文件生成平台用于将图标对应的图片打包成图标对应的字体文件(iconfont)，还用于将图标对应的字体文件传输至页面资源管理平台存储。

页面资源管理平台用于存储字体文件生成平台打包的图标对应的字体文件，并针对渲染页面的场景提供打包的图标对应的字体文件，例如，后续广大用户使用用户的终端浏览目标页面的场景中，用户的终端针对目标页面会从页面资源管理平台获取打包的图标对应的字体文件，以使在目标页面中可以渲染图标对应的字体文件，以实现在目标页面中渲染图标，以使用户在用户的终端中显示的目标页面中可以看到渲染的图标。

参见图5，示出了本申请的一种基于数据处理系统的数据处理方法的流程示意图，该方法应用于图1或图2所示的数据处理系统，该方法包括：

在步骤S101中，终端响应于针对图片管理平台中图片的打包操作，向图片管理平台发送第一打包请求，第一打包请求携带图片的图片标识以及终端的终端标识，第一打包请求用于请求根据图片标识将图片打包成图标对应的字体文件。

本申请中的图片可以包括SVG图片等。

在本申请一个实施例中，响应于针对图片管理平台中图片的打包操作之前，终端还可以执行如下11)～12)的流程，包括：

11)、终端向图片管理平台发送用于获取图片的获取请求。

图片管理平台中存储有图标对应的图片，图片是为目标页面中的图标设计的。

在本申请中，在程序员使用终端开发目标页面的场景中，需要在目标页面中部署图标，事先UI设计员已经为目标页面中的图标设计了图片，也即，已经设计了图标对应的图片，且已向图片管理平台上传图标对应的图片，以及图片管理平台已经存储了图标对应的图片。

如此，为了能够在目标页面中部署图标，程序员可以使用终端从图片管理平台中获取图标对应的图片，例如，程序员可以在终端中输入图标对应的图片的分类标签，例如，可以是图标对应的图片涉及的业务线，或者，可以是图标对应的图片的尺寸，或者，可以是设计图标对应的图片的UI设计员的身份标识，或者，可以是图标所属的页面的页面标识等。

如此，终端可以得到输入的图标对应的图片的分类标签，然后从图片管理平台中获取符合该分类标签的各个图片的概要信息等，然后终端可以显示符合该分类标签的各个图片的概要信息，由于该分类标签的各个图片中具有图标对应的图片，如此，符合该分类标签的各个图片的概要信息中具有图标对应的图片的概要信息，程序员可以在符合该分类标签的各个图片的概要信息看到图标对应的图片的概要信息，并在确定图标对应的图片的概要信息无误之后，可以控制终端生成用于获取图标对应的图片的获取请求，并向图片管理平台发送用于获取图标对应的图片的获取请求。

其中，图标对应的图片的概要信息中可以包括图标对应的图片的缩略图、图标对应的图片的图片标识、设计图标对应的图片的概要信息的UI设计员的身份信息、图标对应的图片的尺寸、图标对应的图片涉及的业务线以及图标对应的图片所属的页面的页面标识等，以便程序员确认。

用于获取图标对应的图片的获取请求可以携带图标对应的图片的概要信息中的图标对应的图片的图片标识。

12)、图片管理平台接收终端发送的用于获取图片的获取请求。

图片管理平台根据获取请求获取在图片管理平台中已存储的图标对应的图片，并向终端发送获取的图标对应的图片。

例如，获取请求携带图标对应的图片的图片标识，如此，图片管理平台可以根据图片标识在图片管理平台中索引出已存储的图标对应的图片，并向终端发送图标对应的图片。

13)、图片管理平台根据获取请求向终端发送图片。

14)、终端接收并显示图片。

以供程序员可以在终端上查看到图标对应的图片。

如此，程序员可以针对显示的图片输入打包操作，这样，基于11)～14)所示的实施例，响应于针对图片管理平台中图片的打包操作，向图片管理平台发送第一打包请求，可以包括：响应于针对显示的图片的打包操作，向图片管理平台发送第一打包请求。

在步骤S102中，图片管理平台接收终端发送的第一打包请求。

在本申请一个实施例中，基于前述11)～14)所示的实施例，图片管理平台接收终端发送的第一打包请求，可以包括：图片管理平台接收终端响应于针对显示的图片的打包操作发送的第一打包请求。

在步骤S103中，图片管理平台根据第一打包请求携带的图片的图片标识获取图片。

第一打包请求携带有图标对应的图片的图片标识，如此，图片管理平台可以从第一打包请求中提取出图标对应的图片的图片标识，然后根据第一打包请求中携带的图片标识，在图片管理平台中索引出已存储的图标对应的图片。

图片标识包括图片的URL等，不同的图片的图片标识不同。

在本申请中，第一打包请求可以携带图标对应的图片的图片标识，可以不携带图标对应的图片(图片本身)，图标对应的图片所占空间大于图标对应的图片的图片标识的所占空间，如此可以减少第一打包请求的所占空间，进而节省网络资源，例如，节省终端与图片管理平台之间的网络资源等。

在步骤S104中，图片管理平台向字体文件生成平台发送第二打包请求，第二打包请求中携带图片以及终端的终端标识。

图片管理平台不具有将图片打包成字体文件的能力，字体文件生成平台具有将图片打包成字体文件的能力，因此，需要借助字体文件生成平台将图片打包成字体文件，如此，图片管理平台在得到图标对应的图片的情况下，还可以从第一打包请求中提取出终端的终端标识，然后生成携带图标对应的图片以及终端的终端标识的第二打包请求，并向字体文件生成平台发送第二打包请求，以使字体文件生成平台将图标对应的图片打包成图标对应的字体文件。

在步骤S105中，字体文件生成平台接收图片管理平台发送的第二打包请求。

在步骤S106中，字体文件生成平台将第二打包请求携带的图片打包成字体文件。

字体文件生成平台可以从第二打包请求中提取出图标对应的图片，然后将图标对应的图片打包成图标对应的字体文件。

在本申请一个实施例中，将第二打包请求携带的图标对应的图片分别打包成图标对应的多个格式的字体文件，多个格式至少包括woff格式、woff2格式、tff格式以及eot格式。多个格式的字体文件中的不同的字体文件可以分配适配不同的浏览器，例如，IE浏览器、iOS浏览器、chrome浏览器、firefox浏览器、opera浏览器以及Safari浏览器等。

如此，程序员可以在页面的工程项目中部署多个格式的字体文件，以使页面可以适配不同的浏览器。

然而，各个格式的字体文件均具有各自的所占空间，在页面的工程项目中部署多个格式的字体文件会导致页面工程的项目的所占空间更大，不易维护。

为此，在另一个实施例中，还可以多个格式的字体文件集成为css格式的字体文件或js格式的字体文件。

这样，css格式的字体文件或js格式的字体文件可以适配多种不同的浏览器，如此，程序员可以在页面的工程项目中部署css格式的字体文件或js格式的字体文件，以使页面可以适配不同的浏览器，css格式的字体文件或js格式的字体文件的所占空间小于上述各个格式的字体文件的所占空间的综合，如此可以减少页面工程的项目的所占空间，易于维护。

在步骤S107中，字体文件生成平台存储字体文件。

在步骤S108中，字体文件生成平台根据终端的终端标识向终端发送字体文件的存储地址。

字体文件生成平台可以从第二打包请求中提取出终端的终端标识，然后根据终端的终端标识向终端发送存储地址。

在步骤S109中，终端接收存储地址。

如此支持针对程序员使用终端开发目标页面的场景而言，程序员在目标页面的工程项目中的图标位置处可以不直接载入字体文件，而可以载入字体文件的存储地址，这样，在目标页面开发完毕之后，广大用户使用自己的设备浏览目标页面的场景中，可以根据页面中部署的存储地址从字体文件生成平台中获取图标对应的字体文件，并在页面中渲染图标对应的字体文件。如此，字体文件中包括的内容多于字体文件的存储地址中包括的内容，字体文件的复杂度大于字体文件的存储地址的复杂度，如此，字体文件的所占空间大于字体文件的存储地址的所占空间，如此，可以简化工程项目，降低工程项目的所占空间，便于后续管理工程项目。

在本申请另一个实施例中，在终端接收到存储地址之后，还可以输出提示信息，提示信息用于提示在目标页面的工程项目中的图标位置处部署存储地址，避免程序员未感知到终端已接收到存储地址而一直等待浪费时间，以提高开发页面的效率。

在本申请中，图片管理平台可以存储UI设计员为页面的开发商的目标页面的图标设计的图片(图标对应的图片)。如此，在程序员开发目标页面的场景中，程序员通过终端从图片管理平台中就可以查找图标对应的图片，也即，程序员使用终端与图片管理平台对接即可，而可以不主动与UI设计员对接，进而可以不向UI设计员索取图标对应的图片，可以减少程序员与UI设计员之间的沟通成本，进而可以降低人工成本。

另外，在需要得到图标对应的字体文件的情况下，由于本申请中图片管理平台与字体文件生成平台之间建立通信连接，也即，是对接的，如此程序员可以控制终端向图片管理平台传输第一打包请求，以使图片管理平台可以根据第一打包请求向字体文件生成平台传输第二打包请求，进而使得字体文件生成平台将图标对应的图片打包成图标对应的字体文件。

如此，程序员可以不控制终端与字体文件生成平台对接，例如，可以不控制终端进入字体文件生成平台对外开放的上传页面，可不将图标对应的图片通过上传页面手动上传至字体文件生成平台，如此，可以简化程序员获取图标对应的字体文件的操作，进而降低人工成本，可以尽可能地提高程序员得到字体文件的效率，进而提高开发页面的效率。

参见图6，示出了本申请的一种基于数据处理系统的数据处理方法的流程示意图，该方法应用于图3或图4所示的数据处理系统，该方法包括：

在步骤S201中，终端响应于针对图片管理平台中图片的打包操作，向图片管理平台发送第一打包请求，第一打包请求携带图片的图片标识以及终端的终端标识，第一打包请求用于请求根据图片标识将图片打包成图标对应的字体文件。

本申请中的图片可以包括SVG图片等。

在本申请一个实施例中，响应于针对图片管理平台中图片的打包操作之前，终端还可以执行如下11)～12)的流程，包括：

11)、终端向图片管理平台发送用于获取图片的获取请求。

图片管理平台中存储有图标对应的图片，图片是为目标页面中的图标设计的。

在本申请中，在程序员使用终端开发目标页面的场景中，需要在目标页面中部署图标，事先UI设计员已经为目标页面中的图标设计了图片，也即，已经设计了图标对应的图片，且已向图片管理平台上传图标对应的图片，以及图片管理平台已经存储了图标对应的图片。

如此，为了能够在目标页面中部署图标，程序员可以使用终端从图片管理平台中获取图标对应的图片，例如，程序员可以在终端中输入图标对应的图片的分类标签，例如，可以是图标对应的图片涉及的业务线，或者，可以是图标对应的图片的尺寸，或者，可以是设计图标对应的图片的UI设计员的身份标识，或者，可以是图标所属的页面的页面标识等。

如此，终端可以得到输入的图标对应的图片的分类标签，然后从图片管理平台中获取符合该分类标签的各个图片的概要信息等，然后终端可以显示符合该分类标签的各个图片的概要信息，由于该分类标签的各个图片中具有图标对应的图片，如此，符合该分类标签的各个图片的概要信息中具有图标对应的图片的概要信息，程序员可以在符合该分类标签的各个图片的概要信息看到图标对应的图片的概要信息，并在确定图标对应的图片的概要信息无误之后，可以控制终端生成用于获取图标对应的图片的获取请求，并向图片管理平台发送用于获取图标对应的图片的获取请求。

其中，图标对应的图片的概要信息中可以包括图标对应的图片的缩略图、图标对应的图片的图片标识、设计图标对应的图片的概要信息的UI设计员的身份信息、图标对应的图片的尺寸、图标对应的图片涉及的业务线以及图标对应的图片所属的页面的页面标识等，以便程序员确认。

用于获取图标对应的图片的获取请求可以携带图标对应的图片的概要信息中的图标对应的图片的图片标识。

12)、图片管理平台接收终端发送的用于获取图片的获取请求。

图片管理平台根据获取请求获取在图片管理平台中已存储的图标对应的图片，并向终端发送获取的图标对应的图片。

例如，获取请求携带图标对应的图片的图片标识，如此，图片管理平台可以根据图片标识在图片管理平台中索引出已存储的图标对应的图片，并向终端发送图标对应的图片。

13)、图片管理平台根据获取请求向终端发送图片。

14)、终端接收并显示图片。

以供程序员可以在终端上查看到图标对应的图片。

如此，程序员可以针对显示的图片输入打包操作，这样，基于11)～14)所示的实施例，响应于针对图片管理平台中图片的打包操作，向图片管理平台发送第一打包请求，可以包括：响应于针对显示的图片的打包操作，向图片管理平台发送第一打包请求。

在步骤S202中，图片管理平台接收终端发送的第一打包请求。

在本申请一个实施例中，基于前述11)～14)所示的实施例，图片管理平台接收终端发送的第一打包请求，可以包括：图片管理平台接收终端响应于针对显示的图片的打包操作发送的第一打包请求。

在步骤S203中，图片管理平台根据第一打包请求携带的图片的图片标识获取图片。

第一打包请求携带有图标对应的图片的图片标识，如此，图片管理平台可以从第一打包请求中提取出图标对应的图片的图片标识，然后根据第一打包请求中携带的图片标识，在图片管理平台中索引出已存储的图标对应的图片。

图片标识包括图片的URL等，不同的图片的图片标识不同。

在本申请中，第一打包请求可以携带图标对应的图片的图片标识，可以不携带图标对应的图片(图片本身)，图标对应的图片所占空间大于图标对应的图片的图片标识的所占空间，如此可以减少第一打包请求的所占空间，进而节省网络资源，例如，节省终端与图片管理平台之间的网络资源等。

在步骤S204中，图片管理平台向字体文件生成平台发送第二打包请求，第二打包请求中携带图片以及终端的终端标识。

图片管理平台不具有将图片打包成字体文件的能力，字体文件生成平台具有将图片打包成字体文件的能力，因此，需要借助字体文件生成平台将图片打包成字体文件，如此，图片管理平台在得到图标对应的图片的情况下，还可以从第一打包请求中提取出终端的终端标识，然后生成携带图标对应的图片以及终端的终端标识的第二打包请求，并向字体文件生成平台发送第二打包请求，以使字体文件生成平台将图标对应的图片打包成图标对应的字体文件。

在步骤S205中，字体文件生成平台接收图片管理平台发送的第二打包请求。

在步骤S206中，字体文件生成平台将第二打包请求携带的图片打包成字体文件。

字体文件生成平台可以从第二打包请求中提取出图标对应的图片，然后将图标对应的图片打包成图标对应的字体文件。

在本申请一个实施例中，将第二打包请求携带的图标对应的图片分别打包成图标对应的多个格式的字体文件，多个格式至少包括woff格式、woff2格式、tff格式以及eot格式。多个格式的字体文件中的不同的字体文件可以分配适配不同的浏览器，例如，IE浏览器、iOS浏览器、chrome浏览器、firefox浏览器、opera浏览器以及Safari浏览器等。

如此，程序员可以在页面的工程项目中部署多个格式的字体文件，以使页面可以适配不同的浏览器。

然而，各个格式的字体文件均具有各自的所占空间，在页面的工程项目中部署多个格式的字体文件会导致页面工程的项目的所占空间更大，不易维护。

为此，在另一个实施例中，还可以多个格式的字体文件集成为css格式的字体文件或js格式的字体文件。

这样，css格式的字体文件或js格式的字体文件可以适配多种不同的浏览器，如此，程序员可以在页面的工程项目中部署css格式的字体文件或js格式的字体文件，以使页面可以适配不同的浏览器，css格式的字体文件或js格式的字体文件的所占空间小于上述各个格式的字体文件的所占空间的综合，如此可以减少页面工程的项目的所占空间，易于维护。

在步骤S207中，字体文件生成平台向页面资源平台发送存储请求，存储请求携带图标对应的字体文件以及终端的终端标识。

字体文件生成平台在将图标对应的图片打包成图标对应的字体文件的情况下，还可以从第二打包请求中提取出终端的终端标识，然后生成携带图标对应的字体文件以及终端的终端标识的存储请求，并向页面资源平台发送存储请求。

在步骤S208中，页面资源管理平台接收存储请求。

在步骤S209中，页面资源管理平台存储存储请求中携带的图标对应的字体文件。

页面资源管理平台可以从存储请求中提取出图标对应的字体文件，然后可以存储图标对应的字体文件，例如，在页面资源管理平台中存储图标对应的字体文件等。

在步骤S210中，页面资源管理平台获取存储图标对应的字体文件的存储地址。

在步骤S211中，页面资源管理平台根据终端的终端标识向终端发送存储地址。

页面资源管理平台可以从存储请求中提取出终端的终端标识，然后根据终端的终端标识向终端发送存储地址。

在步骤S212中，终端接收存储地址。

如此支持针对程序员使用终端开发目标页面的场景而言，程序员在目标页面的工程项目中的图标位置处可以不直接载入字体文件，而可以载入字体文件的存储地址，这样，在目标页面开发完毕之后，广大用户使用自己的设备浏览目标页面的场景中，可以根据页面中部署的存储地址从页面资源管理平台中获取图标对应的字体文件，并在页面中渲染图标对应的字体文件。如此，字体文件中包括的内容多于字体文件的存储地址中包括的内容，字体文件的复杂度大于字体文件的存储地址的复杂度，如此，字体文件的所占空间大于字体文件的存储地址的所占空间，如此，可以简化工程项目，降低工程项目的所占空间，便于后续管理工程项目。

在本申请另一个实施例中，在终端接收到存储地址之后，还可以输出提示信息，提示信息用于提示在目标页面的工程项目中的图标位置处部署存储地址，避免程序员未感知到终端已接收到存储地址而一直等待浪费时间，以提高开发页面的效率。

在本申请中，图片管理平台可以存储UI设计员为页面的开发商的目标页面的图标设计的图片(图标对应的图片)。如此，在程序员开发目标页面的场景中，程序员通过终端从图片管理平台中就可以查找图标对应的图片，也即，程序员使用终端与图片管理平台对接即可，而可以不主动与UI设计员对接，进而可以不向UI设计员索取图标对应的图片，可以减少程序员与UI设计员之间的沟通成本，进而可以降低人工成本。

另外，在需要得到图标对应的字体文件的情况下，由于本申请中图片管理平台与字体文件生成平台之间建立通信连接，也即，是对接的，如此程序员可以控制终端向图片管理平台传输第一打包请求，以使图片管理平台可以根据第一打包请求向字体文件生成平台传输第二打包请求，进而使得字体文件生成平台将图标对应的图片打包成图标对应的字体文件。

如此，程序员可以不控制终端与字体文件生成平台对接，例如，可以不控制终端进入字体文件生成平台对外开放的上传页面，可不将图标对应的图片通过上传页面手动上传至字体文件生成平台，如此，可以简化程序员获取图标对应的字体文件的操作，进而降低人工成本，可以尽可能地提高程序员得到字体文件的效率，进而提高开发页面的效率。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域开发人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域开发人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作并不一定是本申请所必须的。

参见图7，示出了本申请的一种基于数据处理系统的数据处理装置的结构框图，所述系统包括图片管理平台、字体文件生成平台以及终端；图片管理平台中存储有图标对应的图片，所述图片是为目标页面中的图标设计的，所述装置应用于终端，所述装置包括：

第一发送模块11，用于响应于针对图片管理平台中所述图片的打包操作，向图片管理平台发送第一打包请求，以使图片管理平台接收第一打包请求，根据第一打包请求携带的所述图片的图片标识获取所述图片，并向字体文件生成平台发送第二打包请求；进而使字体文件生成平台将第二打包请求携带的所述图片打包成字体文件，并存储所述字体文件，根据终端的终端标识向终端发送所述字体文件的存储地址；第一打包请求携带所述图片的图片标识以及终端的终端标识，第一打包请求用于请求根据图片标识将所述图片打包成图标对应的字体文件；第二打包请求携带所述图片以及终端的终端标识；

第一接收模块12，用于接收存储地址。

在一个可选的实现方式中，在所述响应于针对图片管理平台中所述图片的打包操作，向图片管理平台发送第一打包请求之前，还包括：

第二发送模块，用于向图片管理平台发送用于获取所述图片的获取请求，以使图片管理平台接收获取请求，并根据获取请求向终端发送所述图片；

第二接收模块，用于接收并显示所述图片；

所述第一发送模块包括：

发送单元，用于响应于针对显示的所述图片的打包操作，向图片管理平台发送第一打包请求。

在一个可选的实现方式中，所述装置还包括：

输出模块，用于输出提示信息，提示信息用于提示在目标页面的工程项目中的图标位置处部署所述存储地址。

在本申请中，图片管理平台可以存储UI设计员为页面的开发商的目标页面的图标设计的图片(图标对应的图片)。如此，在程序员开发目标页面的场景中，程序员通过终端从图片管理平台中就可以查找图标对应的图片，也即，程序员使用终端与图片管理平台对接即可，而可以不主动与UI设计员对接，进而可以不向UI设计员索取图标对应的图片，可以减少程序员与UI设计员之间的沟通成本，进而可以降低人工成本。

另外，在需要得到图标对应的字体文件的情况下，由于本申请中图片管理平台与字体文件生成平台之间建立通信连接，也即，是对接的，如此程序员可以控制终端向图片管理平台传输第一打包请求，以使图片管理平台可以根据第一打包请求向字体文件生成平台传输第二打包请求，进而使得字体文件生成平台将图标对应的图片打包成图标对应的字体文件。

如此，程序员可以不控制终端与字体文件生成平台对接，例如，可以不控制终端进入字体文件生成平台对外开放的上传页面，可不将图标对应的图片通过上传页面手动上传至字体文件生成平台，如此，可以简化程序员获取图标对应的字体文件的操作，进而降低人工成本，可以尽可能地提高程序员得到字体文件的效率，进而提高开发页面的效率。

参见图8，示出了本申请的一种基于数据处理系统的数据处理装置的结构框图，所述系统包括图片管理平台、字体文件生成平台以及终端；图片管理平台中存储有图标对应的图片，所述图片是为目标页面中的图标设计的，所述装置应用于图片管理平台；所述装置包括：

第三接收模块21，用于接收终端发送的第一打包请求，第一打包请求是终端响应于针对图片管理平台中所述图片的打包操作而向图片管理平台发送的；第一打包请求携带所述图片的图片标识以及终端的终端标识，第一打包请求用于请求根据图片标识将所述图片打包成图标对应的字体文件；

获取模块22，用于根据第一打包请求携带的所述图片的图片标识获取所述图片；

第三发送模块23，用于向字体文件生成平台发送第二打包请求，以使字体文件生成平台将第二打包请求携带的所述图片打包成所述字体文件，并存储所述字体文件，根据终端的终端标识向终端发送所述字体文件的存储地址；以使终端接收存储地址；第二打包请求中携带所述图片以及终端的终端标识。

在一个可选的实现方式中，所述装置还包括：

第四接收模块，用于接收终端发送的用于获取所述图片的获取请求；

第四发送模块，用于根据获取请求向终端发送所述图片；以使终端接收并显示所述图片；

所述第三接收模块，包括：

接收单元，用于接收终端响应于针对显示的所述图片的打包操作发送的第一打包请求。

在本申请中，图片管理平台可以存储UI设计员为页面的开发商的目标页面的图标设计的图片(图标对应的图片)。如此，在程序员开发目标页面的场景中，程序员通过终端从图片管理平台中就可以查找图标对应的图片，也即，程序员使用终端与图片管理平台对接即可，而可以不主动与UI设计员对接，进而可以不向UI设计员索取图标对应的图片，可以减少程序员与UI设计员之间的沟通成本，进而可以降低人工成本。

另外，在需要得到图标对应的字体文件的情况下，由于本申请中图片管理平台与字体文件生成平台之间建立通信连接，也即，是对接的，如此程序员可以控制终端向图片管理平台传输第一打包请求，以使图片管理平台可以根据第一打包请求向字体文件生成平台传输第二打包请求，进而使得字体文件生成平台将图标对应的图片打包成图标对应的字体文件。

如此，程序员可以不控制终端与字体文件生成平台对接，例如，可以不控制终端进入字体文件生成平台对外开放的上传页面，可不将图标对应的图片通过上传页面手动上传至字体文件生成平台，如此，可以简化程序员获取图标对应的字体文件的操作，进而降低人工成本，可以尽可能地提高程序员得到字体文件的效率，进而提高开发页面的效率。

参见图9，示出了本申请的一种基于数据处理系统的数据处理装置的结构框图，所述系统包括图片管理平台、字体文件生成平台以及终端；图片管理平台中存储有图标对应的图片，所述图片是为目标页面中的图标设计的，所述装置应用于字体文件生成平台，所述装置包括：

第五接收模块31，用于接收图片管理平台发送的第二打包请求；

其中，第二打包请求是图片管理平台在根据第一打包请求携带的所述图片的图片标识获取所述图片之后向字体文件生成平台发送的，第二打包请求中携带所述图片以及终端的终端标识，第一打包请求是终端响应于针对图片管理平台中所述图片的打包操作向图片管理平台发送的，第一打包请求携带所述图片的图片标识以及终端的终端标识，第一打包请求用于请求根据图片标识将所述图片打包成图标对应的字体文件；

打包模块32，用于将第二打包请求携带的所述图片打包成所述字体文件；

存储模块33，用于存储所述字体文件；

第五发送模块34，用于根据终端的终端标识向终端发送所述字体文件的存储地址；进而使终端接收存储地址。

在一个可选的实现方式中，所述打包模块包括：

打包单元，用于将第二打包请求携带的所述图片分别打包成图标对应的多个不同格式的字体文件。

在一个可选的实现方式中，所述打包模块还包括：

集成单元，用于将图标对应的多个不同格式的字体文件集成为图标对应的css格式的字体文件或图标对应的js格式的字体文件。

在本申请中，图片管理平台可以存储UI设计员为页面的开发商的目标页面的图标设计的图片(图标对应的图片)。如此，在程序员开发目标页面的场景中，程序员通过终端从图片管理平台中就可以查找图标对应的图片，也即，程序员使用终端与图片管理平台对接即可，而可以不主动与UI设计员对接，进而可以不向UI设计员索取图标对应的图片，可以减少程序员与UI设计员之间的沟通成本，进而可以降低人工成本。

另外，在需要得到图标对应的字体文件的情况下，由于本申请中图片管理平台与字体文件生成平台之间建立通信连接，也即，是对接的，如此程序员可以控制终端向图片管理平台传输第一打包请求，以使图片管理平台可以根据第一打包请求向字体文件生成平台传输第二打包请求，进而使得字体文件生成平台将图标对应的图片打包成图标对应的字体文件。

如此，程序员可以不控制终端与字体文件生成平台对接，例如，可以不控制终端进入字体文件生成平台对外开放的上传页面，可不将图标对应的图片通过上传页面手动上传至字体文件生成平台，如此，可以简化程序员获取图标对应的字体文件的操作，进而降低人工成本，可以尽可能地提高程序员得到字体文件的效率，进而提高开发页面的效率。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

可选的，本申请实施例还提供了一种电子设备，包括：处理器，存储器，存储在存储器上并可在处理器上运行的计算机程序，该计算机程序被处理器执行时实现上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

图10是本申请示出的一种电子设备800的框图。例如，电子设备800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参见图10，电子设备800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制电子设备800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在电子设备800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图像，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为电子设备800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为电子设备800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述电子设备800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当电子设备800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收到的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为电子设备800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为电子设备800的显示器和小键盘，传感器组件814还可以检测电子设备800或电子设备800一个组件的位置改变，用户与电子设备800接触的存在或不存在，电子设备800方位或加速/减速和电子设备800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于电子设备800和其他设备之间有线或无线方式的通信。电子设备800可以接入基于通信标准的无线网络，如WiFi，运营商网络(如2G、3G、4G或5G)，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播操作信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，电子设备800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由电子设备800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

图11是本申请示出的一种电子设备1900的框图。例如，电子设备1900可以被提供为一服务器。

参见图11，电子设备1900包括处理组件1922，其进一步包括一个或多个处理器，以及由存储器1932所代表的存储器资源，用于存储可由处理组件1922的执行的指令，例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1922被配置为执行指令，以执行上述方法。

电子设备1900还可以包括一个电源组件1926被配置为执行电子设备1900的电源管理，一个有线或无线网络接口1950被配置为将电子设备1900连接到网络，和一个输入输出(I/O)接口1958。电子设备1900可以操作基于存储在存储器1932的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

本领域普通技术人员可以意识到，结合本申请实施例中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (13)

1.一种基于数据处理系统的数据处理方法，其特征在于，所述系统包括图片管理平台、字体文件生成平台以及终端；图片管理平台中存储有图标对应的图片，所述图片是为目标页面中的图标设计的，所述方法应用于终端，所述方法包括：

响应于针对图片管理平台中所述图片的打包操作，向图片管理平台发送第一打包请求，以使图片管理平台接收第一打包请求，根据第一打包请求携带的所述图片的图片标识获取所述图片，并向字体文件生成平台发送第二打包请求；进而使字体文件生成平台将第二打包请求携带的所述图片打包成字体文件，并存储所述字体文件，根据终端的终端标识向终端发送所述字体文件的存储地址；第一打包请求携带所述图片的图片标识以及终端的终端标识，第一打包请求用于请求根据图片标识将所述图片打包成图标对应的字体文件；第二打包请求携带所述图片以及终端的终端标识；

接收存储地址。

2.根据权利要求1所述的方法，其特征在于，

在所述响应于针对图片管理平台中所述图片的打包操作，向图片管理平台发送第一打包请求之前，还包括：

向图片管理平台发送用于获取所述图片的获取请求，以使图片管理平台接收获取请求，并根据获取请求向终端发送所述图片；

接收并显示所述图片；

所述响应于针对图片管理平台中所述图片的打包操作，向图片管理平台发送第一打包请求，包括：

响应于针对显示的所述图片的打包操作，向图片管理平台发送第一打包请求。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

输出提示信息，提示信息用于提示在目标页面的工程项目中的图标位置处部署所述存储地址。

4.一种基于数据处理系统的数据处理方法，其特征在于，所述系统包括图片管理平台、字体文件生成平台以及终端；图片管理平台中存储有图标对应的图片，所述图片是为目标页面中的图标设计的，所述方法应用于图片管理平台；所述方法包括：

接收终端发送的第一打包请求，第一打包请求是终端响应于针对图片管理平台中所述图片的打包操作而向图片管理平台发送的；第一打包请求携带所述图片的图片标识以及终端的终端标识，第一打包请求用于请求根据图片标识将所述图片打包成图标对应的字体文件；

根据第一打包请求携带的所述图片的图片标识获取所述图片；

向字体文件生成平台发送第二打包请求，以使字体文件生成平台将第二打包请求携带的所述图片打包成所述字体文件，并存储所述字体文件，根据终端的终端标识向终端发送所述字体文件的存储地址；以使终端接收存储地址；第二打包请求中携带所述图片以及终端的终端标识。

5.根据权利要求4所述的方法，其特征在于，在接收终端发送的第一打包请求之前，还包括：

接收终端发送的用于获取所述图片的获取请求；

根据获取请求向终端发送所述图片；以使终端接收并显示所述图片；

所述接收终端发送的第一打包请求，包括：

接收终端响应于针对显示的所述图片的打包操作发送的第一打包请求。

6.一种基于数据处理系统的数据处理方法，其特征在于，所述系统包括图片管理平台、字体文件生成平台以及终端；图片管理平台中存储有图标对应的图片，所述图片是为目标页面中的图标设计的，所述方法应用于字体文件生成平台，所述方法包括：

接收图片管理平台发送的第二打包请求；

其中，第二打包请求是图片管理平台在根据第一打包请求携带的所述图片的图片标识获取所述图片之后向字体文件生成平台发送的，第二打包请求中携带所述图片以及终端的终端标识，第一打包请求是终端响应于针对图片管理平台中所述图片的打包操作向图片管理平台发送的，第一打包请求携带所述图片的图片标识以及终端的终端标识，第一打包请求用于请求根据图片标识将所述图片打包成图标对应的字体文件；

将第二打包请求携带的所述图片打包成所述字体文件；

存储所述字体文件；

根据终端的终端标识向终端发送所述字体文件的存储地址；进而使终端接收存储地址。

7.根据权利要求6所述的方法，其特征在于，所述将第二打包请求携带的所述图片打包成所述字体文件，包括：

将第二打包请求携带的所述图片分别打包成图标对应的多个不同格式的字体文件。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

将图标对应的多个不同格式的字体文件集成为图标对应的css格式的字体文件或图标对应的js格式的字体文件。

9.一种基于数据处理系统的数据处理装置，其特征在于，所述系统包括图片管理平台、字体文件生成平台以及终端；图片管理平台中存储有图标对应的图片，所述图片是为目标页面中的图标设计的，所述装置应用于终端，所述装置包括：

第一发送模块，用于响应于针对图片管理平台中所述图片的打包操作，向图片管理平台发送第一打包请求，以使图片管理平台接收第一打包请求，根据第一打包请求携带的所述图片的图片标识获取所述图片，并向字体文件生成平台发送第二打包请求；进而使字体文件生成平台将第二打包请求携带的所述图片打包成字体文件，并存储所述字体文件，根据终端的终端标识向终端发送所述字体文件的存储地址；第一打包请求携带所述图片的图片标识以及终端的终端标识，第一打包请求用于请求根据图片标识将所述图片打包成图标对应的字体文件；第二打包请求携带所述图片以及终端的终端标识；

第一接收模块，用于接收存储地址。

10.一种基于数据处理系统的数据处理装置，其特征在于，所述系统包括图片管理平台、字体文件生成平台以及终端；图片管理平台中存储有图标对应的图片，所述图片是为目标页面中的图标设计的，所述装置应用于图片管理平台；所述装置包括：

第三接收模块，用于接收终端发送的第一打包请求，第一打包请求是终端响应于针对图片管理平台中所述图片的打包操作而向图片管理平台发送的；第一打包请求携带所述图片的图片标识以及终端的终端标识，第一打包请求用于请求根据图片标识将所述图片打包成图标对应的字体文件；

获取模块，用于根据第一打包请求携带的所述图片的图片标识获取所述图片；

第三发送模块，用于向字体文件生成平台发送第二打包请求，以使字体文件生成平台将第二打包请求携带的所述图片打包成所述字体文件，并存储所述字体文件，根据终端的终端标识向终端发送所述字体文件的存储地址；以使终端接收存储地址；第二打包请求中携带所述图片以及终端的终端标识。

11.一种基于数据处理系统的数据处理装置，其特征在于，所述系统包括图片管理平台、字体文件生成平台以及终端；图片管理平台中存储有图标对应的图片，所述图片是为目标页面中的图标设计的，所述装置应用于字体文件生成平台，所述装置包括：

第五接收模块，用于接收图片管理平台发送的第二打包请求；

其中，第二打包请求是图片管理平台在根据第一打包请求携带的所述图片的图片标识获取所述图片之后向字体文件生成平台发送的，第二打包请求中携带所述图片以及终端的终端标识，第一打包请求是终端响应于针对图片管理平台中所述图片的打包操作向图片管理平台发送的，第一打包请求携带所述图片的图片标识以及终端的终端标识，第一打包请求用于请求根据图片标识将所述图片打包成图标对应的字体文件；

打包模块，用于将第二打包请求携带的所述图片打包成所述字体文件；

存储模块，用于存储所述字体文件；

第五发送模块，用于根据终端的终端标识向终端发送所述字体文件的存储地址；进而使终端接收存储地址。

12.一种电子设备，其特征在于，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至8中任一项所述的方法。

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