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

技术领域

本申请涉及数据处理技术领域，具体涉及图形处理技术领域。

背景技术

电子文档(Electronic Document)是指以计算机盘片、磁盘和光盘等化学磁性材料为载体的文字材料，依赖计算机系统存取并可在通信网络上传输。在电子文档中不可避免地会包括多种类型的图形数据。有些情况下，同一种类型的电子文档可能存在不同的数据格式，如演示文档有[.ppt]和[.pptx]两种数据格式，Word文档有[.doc]、[.docx]、[.docm]和[.xml]等数据格式。不同数据格式的电子文档对文档中的图像数据定义的数据格式也不同。因此，针对同一类型的不同数据格式的电子文档中的图形数据进行统一，对于提高电子文档应用的便捷性来说意义重大。

发明内容

本申请实施例提供了一种图形处理方法、装置、电子设备以及存储介质，以提高电子文档在线应用的便捷性。

第一方面，本申请实施例提供了一种图形处理方法，包括：

获取待处理文档中的待处理图形数据；

将所述待处理图形数据转换为统一格式图形数据；所述统一格式图形数据与所述待处理图像数据的数据格式不同；

采用统一数据输出格式输出所述统一格式图形数据。

第二方面，本申请实施例提供了一种图形处理装置，包括：

待处理图形数据获取模块，用于获取待处理文档中的待处理图形数据；

待处理图形数据转换模块，用于将所述待处理图形数据转换为统一格式图形数据；所述统一格式图形数据与所述待处理图像数据的数据格式不同；

统一格式图形数据输出模块，用于采用统一数据输出格式输出所述统一格式图形数据。

第三方面，本申请实施例提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行第一方面实施例所提供的图形处理方法。

第四方面，本申请实施例还提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行第一方面实施例所提供的图形处理方法。

本申请实施例通过对待处理文档中的待处理图形数据转换为统一格式图形数据，并采用统一数据输出格式输出转换得到的统一格式图形数据，可以解决现有电子文档在线应用时不同数据格式的图形数据处理过程复杂的问题，从而提高电子文档在线应用的便捷性。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1是本申请实施例提供的一种图形处理方法的流程图；

图2是本申请实施例提供的一种通用图形元素转换系统的结构示意图；

图3是本申请实施例提供的一种图形处理方法的流程图；

图4是本申请实施例提供的一种获取待处理文档中的待处理图形数据的流程示意图；

图5是本申请实施例提供的一种pptx演示文档中图形数据的存储方式的效果示意图；

图6是本申请实施例提供的一种统一解析格式数据的数据结构示意图；

图7是本申请实施例提供的一种图形处理装置的结构图；

图8是用来实现本申请实施例的图形处理方法的电子设备的结构示意图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

目前，电子文档的操作方式主要包括两种。一种是利用本地客户端打开并进行浏览或编辑等操作，另一种则是在线打开并进行浏览或编辑等操作，也即web操作方式。可以理解的是，如果采用本地客户端的方式打开电子文档，则即使同一种类型的电子文档中的图形数据可能存在不同的数据格式，本地客户端也可以有效识别不同数据格式的电子文档，从而正确显示电子文档中的数据，包括文本数据和图形数据等。然而，当采用在线的方式打开电子文档时，也即打开web形式的电子文档时，如果同一类型的电子文档中包括不同数据格式的图形数据，则会出现图形显示错误问题。

示例性的，ppt与pptx属于MSPowerPoint的两种完全不同的格式标准，从文档要素的定义到数据的组织关系都不一样。其中，ppt的数据格式为二进制数据格式，是PowerPoint95、PowerPoint97和PowerPoint 2003缺省的保存格式。pptx的数据格式是OOXML(Office Open XML)标准的数据格式，是随PowerPoint 2007发布的一种新的数据格式，也是PowerPoint 2007之后缺省的保存格式。在这两种数据格式中，图形对象也有两种不同的定义方法。目前，在线PowerPoint针对两种数据格式的电子文档并没有一种有效处理双格式的差异的方案，会导致文档中图形数据显示不正确。例如，在线PowerPoint打开pptx格式的电子文档时，如果电子文档中存在自定义的心形图形，则在线PowerPoint可能出现无法识别图形或将心形图形显示为系统默认转换的其他图形等。因此，针对web形式的电子文档如何更有效地处理多格式的差异，是在线电子文档解决方案中一个非常突出的问题。

在一个示例中，图1是本申请实施例提供的一种图形处理方法的流程图，本实施例可适用于对同一类型电子文档中不同数据格式的图形转换为统一数据格式图形的情况，该方法可以由图形处理装置来执行，该装置可以由软件和/或硬件的方式来实现，并一般可集成在电子设备中。该电子设备可以是计算机设备或各种终端设备等。相应的，如图1所示，该方法包括如下操作：

S110、获取待处理文档中的待处理图形数据。

其中，待处理文档可以是任意类型的web形式的电子文档。待处理图形数据可以是待处理文档中包括的，需要在线显示的图形数据。

在本申请实施例中，可以通过通用图形元素转换系统对待处理文档中包括的待处理图形数据进行统一地转换处理。图2是本申请实施例提供的一种通用图形元素转换系统的结构示意图。在一个具体的例子中，如图2所示，通用图形元素转换系统可以包括多格式解析器、图形对象转换器和统一格式输出引擎。其中，多格式解析器和图形对象转换器之间保持通信连接，图形对象转换器和统一格式输出引擎之间保持通信连接。多格式解析器、图形对象转换器和统一格式输出引擎之间相互协作，共同对电子文档中包括的图形数据进行统一处理和输出。

通用图形元素转换系统可以与在线电子文档应用程序配合使用，对在线电子文档当前处理的电子文档中的图像数据进行转换。相应的，如果通用图形元素转换系统检测到在线电子文档被打开，也即检测到web形式的待处理文档，可以通过多格式解析器获取待处理文档中包括的待处理图形数据。

S120、将所述待处理图形数据转换为统一格式图形数据；所述统一格式图形数据与所述待处理图像数据的数据格式不同。

其中，统一格式图形数据可以是具有统一数据格式，且可以支持web显示的图形数据。

相应的，在通过多格式解析器获取待处理文档中的待处理图形数据之后，可以利用多格式解析器中自定义的数据格式组织架构对待处理图形数据进行解析和提存，将其转换成统一的数据格式存储到内存结构中，以利用统一的数据格式重新组织待处理图形数据中的节点数据和属性数据。也即，多格式解析器可以重新定义新的数据格式作为统一数据格式，以对待处理图形数据重新进行组织和整理。进一步的，图形对象转换器可以利用内存结构中存储的，具有统一的数据格式的图形数据转换为统一格式图形数据。也即，通用图形元素转换系统可以利用多格式解析器对待处理图形数据的基本数据进行解析和提存，并利用图形对象转换器对提存的图形数据最终转换为统一格式图形数据。

由此可见，无论待处理图形数据具有何种数据格式，都可以利用通用图形元素转换系统将其转换成具有统一数据格式的统一格式图形数据。可选的，统一格式图形数据的数据格式例如可以是JSON(JavaScript Object Notation，JavaScript对象表示法)等格式，只要能够对图形数据进行在线显示即可，本申请实施例并不对统一格式图形数据的数据格式的具体类型进行限定。

S130、采用统一数据输出格式输出所述统一格式图形数据。

其中，统一数据输出格式可以为针对统一格式图形数据重新定义的图形数据输出格式。

相应的，在得到待处理图形数据对应的统一格式图形数据之后，可以利用统一格式输出引擎对统一格式图形数据进行输出，使得不同数据格式的待处理图形数据最终均能输出相同的数据格式。示例性的，可以基于JSON设计统一数据输出格式，使得各类型的待处理文档中的待处理图形数据最终均以JSON格式输出。通过JSON格式统一输出统一格式图形数据，不仅可以定义图形中全部的形状数据的基本要素，而且有利于后续扩展升级，从而提高通用图形元素转换系统的可扩展性。

需要说明的是，本申请实施例所涉及到的待处理图形数据可以包括两种类型的图形数据，一种是预定义图形数据，也即待处理图形为文档中默认设置的矩形、三角形或箭头等缺省图形。另外一种是自定义图形数据，如如自由曲线和多边形等可以自定义设置的图形。

由此可见，通过利用通用图形元素转换系统对待处理文档中的待处理图形数据转换为具有统一数据格式的统一格式图形数据，并通过统一数据输出格式输出，使得各类型数据格式的待处理图形数据均能采用支持web正常显示的统一数据格式，而不再以原有的数据格式进行web显示，从而解决不同数据格式的待处理图形数据无法正常在线显示的问题，实现了图形转换处理的数据处理过程，使得不同数据格式的图形数据可以达到一致的图形显示效果，能够有效提高电子文档在线应用的便捷性。

本申请实施例通过对待处理文档中的待处理图形数据转换为统一格式图形数据，并采用统一数据输出格式输出转换得到的统一格式图形数据，可以解决现有电子文档在线应用时不同数据格式的图形数据处理过程复杂的问题，使得不同数据格式的图形数据可以达到一致的图形显示效果，从而提高电子文档在线应用的便捷性。

在一个示例中，图3是本申请实施例提供的一种图形处理方法的流程图，本申请实施例在上述各实施例的技术方案的基础上，进行了优化改进，给出了获取待处理文档中的待处理图形数据，以及将所述待处理图形数据转换为统一格式图形数据的多种具体可选的实现方式。

如图3所示的一种图形处理方法，包括：

S210、获取待处理文档中的待处理图形数据。

在本申请的一个可选实施例中，所述待处理文档包括第一待处理文档和/或第二待处理文档；所述待处理图形数据包括第一待处理图形数据和/或第二待处理图形数据，所述第一待处理图形数据和所述第二待处理图形数据的数据格式不同。

其中，第一待处理文档和第二待处理文档可以是具有不同数据格式电子文档。第一待处理文档中可以包括第一待处理图形数据，第二待处理文档可以包括第二待处理图形数据。由于第一待处理文档和第二待处理文档的数据格式不同，因此第一待处理图形数据和第二待处理图形数据的数据格式也不同。

需要说明的是，第一待处理文档和第二待处理文档均为同一类型的电子文档，如均为Word文档或均为演示文档等。由于不同类型的电子文档可能有多种对应的不同数据格式，因此，待处理文档还可以根据文档类型数据进行扩展，如还可以包括第三待处理文档及第四待处理文档等。同理，第三待处理文档对应的待处理图形数据为第三待处理图形数据，第四待处理文档对应的待处理图形数据为第四待处理图形数据。本申请实施例并不对待处理文档的文档类型和其对应的待处理图形数据的图形数据类型进行限定。可以理解的是，不公类型的待处理图形数据的数据格式彼此各不相同。

在本申请的一个可选实施例中，如果待处理文档为第一待处理文档，所述第一待处理文档为第一类型演示文档，所述待处理图形数据的数据格式为二进制格式；则获取待处理文档中的待处理图形数据可以包括下述操作：从第一待处理文档中读取文档流中的顶层容器；获取所述顶层容器中包括的文件列表；根据所述文件列表读取文件容器；在所述文件容器中的第一参数变量存在变量值的情况下，根据所述第一参数变量读取图画容器；根据所述图画容器中的第二参数变量读取图形元素容器；读取所述图形元素容器，以获取第一待处理图形数据。

在本申请的一个可选实施例中，在所述文件容器中的第一参数变量不存在变量值的情况下，确定所述第一待处理文档中的第一待处理图形数据为空。

其中，第一类型演示文档的文档类型可以为ppt格式，在ppt格式的待处理文档中，其包括的待处理图形数据的数据格式为二进制格式。文件列表可以为幻灯片列表，文件容器则可以是幻灯片容器。第一参数变量可以是幻灯片容器中用于表示图形数据的相关变量。第二参数变量可以是图形元素容器中用于表示形状数据的相关变量。

需要说明的是，ppt二进制格式的所有文件数据存在于一个或多个流中，大部分数据都存储在PowerPointDocument(文档流)流中。ppt格式的演示文档中存储的内容是以Record(记录)为基础的，Record又包括Container Record(容器)和Atom Record(容器中的内容)两种。单个形状在OfficeArtSpContainer(形状数据容器)记录中定义，其shapeProp属性是一个OfficeArtFSP(类型及基本属性)记录。OfficeArtFSP的记录头OfficeArtRecordHeader(记录头)的recInstance字段标识了形状类型的MSOSPT(形状类型)枚举值。在OfficeArtFOPT(属性列表)和OfficeArtTertiaryFOPT(属性列表)中记录了其他属性。除此之外，OfficeArtSpContainer还包括别的数据记录，如文字和超链接等。

因此，如果待处理文档为第一类型演示文档，可以按照ppt格式的演示文档对图形数据的存储格式获取待处理图形数据。图4是本申请实施例提供的一种获取待处理文档中的待处理图形数据的流程示意图。在一个具体的例子中，如图4所示，可以从第一待处理文档中读取PowerPoint Document中的顶层容器(DocumentContainer)，进一步获取所有幻灯片列表(slideList)，包括母版幻灯片、版式幻灯片及幻灯片等，从而读取幻灯片(SlideListWithTextContainer)列表作为文件列表。获取到SlideListWithTextContainer列表之后，根据SlideListWithTextContainer记录的幻灯片偏移量记录(SlidePersistAtom)读取幻灯片容器(SlideContainer)。判断SlideContainer中的drawing变量(第一参数变量)是否存在变量值。如果drawing变量存在变量值则根据drawing变量读取图画容器(DrawingContainer)；否则，表明第一类型演示文档中不包括图形数据，此时无需在进行后续读取解析操作，从而简化图形数据的读取操作，避免无意义的数据解析过程。相应的，如果drawing变量存在变量值，则读取DrawingContainer之后，根据DrawingContainer中的OfficeArtDg变量(第二参数变量)读取图形元素容器(OfficeArtDgContainer)。由于OfficeArtDgContainer中记录了图形的相关数据，因此可以读取OfficeArtDgContainer以获取第一待处理图形数据。

在本申请的一个可选实施例中，所述读取所述图形元素容器，可以包括：根据所述图形元素容器中的第三参数变量读取形状数据容器；根据所述形状数据容器获取所述待处理图形数据的图形形状类型和图形属性数据。

其中，第三参数变量可以是图形元素容器中用于表示图形数据的相关变量。

进一步的，读取图形元素容器的具体流程可以是：根据OfficeArtDgContainer中的shape变量(第三参数变量)值读取形状数据容器(OfficeArtSpContainer)。其中，OfficeArtSpContainer主要存储了三个类型的图形数据，OfficeArtFSP记录了图形形状的类型和基本属性，OfficeArtFOPT和OfficeArtTertiaryFOPT中记录了图形的其他属性。

由此可见，通过按照ppt格式的演示文档对图形数据的存储格式获取第一待处理图形数据，可以全面获取到第一待处理图形数据的类型和属性等图形数据。

在本申请的一个可选实施例中，如果待处理文档为第二待处理文档，所述第二待处理文档为第二类型演示文档，所述第二待处理图形数据的数据格式为OOXML标准的数据格式；则获取待处理文档中的待处理图形数据可以包括下述操作：可以包括下述操作：对第二待处理文档进行文档解析，得到解析文件；根据所述解析文件的依赖关系文件确定目标解析文件之间的文件样式依赖关系；根据所述文件样式依赖关系确定图形搜索顺序；根据所述图形搜索顺序对所述目标解析文件进行图形数据搜索，得到第二待处理图形数据。

其中，解析文件可以是对第二待处理文档进行文档解析获取到的文件。目标解析文件可以是解析文件中用于获取图形数据的文件。图形搜索顺序可以是通用图形元素转换系统中默认设置的，用于对第二待处理文档中包括的第二待处理图形数据进行搜索。文件样式依赖关系可以是不同类型目标解析文件之间的依赖关系。

需要说明的是，pptx格式的演示文档是一个zip包，一个完整的文档由多个XML(eXtensible Markup Language，可扩展标记语言)文件组成。图5是本申请实施例提供的一种pptx演示文档中图形数据的存储方式的效果示意图。在一个具体的例子中，如图5所示为一个pptx文档解压后的文档目录结构，pptx文档中的图形数据是存储在slides目录下的slide.xml文件当中。一个幻灯片的主要内容，比如文字、表格、图片和图形都存储在这个文件里。相应的，文档中图形的数据定义由slides->cSld->spTree->sp设置。其中，预定义图形在prstGeom节点中设置，而自定义图形在custGeom节点中设置。custGeom节点又包含pathlst、cxnlst、gdlst和avlst等子节点，分别用于存储自定义图形的相关数据。

相应的，如果待处理文档为第二类型演示文档，可以按照pptx格式的演示文档对图形数据的存储格式获取待处理图形数据。具体的，首先可以对第二待处理文档进行文档解析，得到解析文件。其中，第二待处理文档的解析过程主要包括文件解压和xml解析两部分内容。需要注意的是，当幻灯片数量较多时，数据量比较大，因此可以在文件解压过程采用灵活高效的解析方法。如一个50页的图文混编演示文稿，压缩包里会有两百到三百个文件。此时，无需把所有文档都解压到内存，按需读取解析文件即可。得到解析文件之后，可以根据解析文件的依赖关系文件确定目标解析文件之间的文件样式依赖关系。可以理解的是，pptx格式的演示文档中的每一张幻灯片除了基础数据本身，还有依赖关系文件。示例性的，文档中的首页幻灯片文件是:ppt/slides/slide1.xml。文档中的首页幻灯片的依赖关系文件是:ppt/slides/_rels/slide1.xml.rels。因此，可以根据解析获取到的依赖关系文件确定目标解析文件之间的文件样式依赖关系。其中，目标解析文件可以是幻灯片、模板和母版。具体的，可以通过首页幻灯片的依赖关系文件slide.xml.rels找到当前幻灯片依赖的模板(slidelayout)，并通过模板的依赖关系文件slideLayout1.xml.rels，找到其指向的母版(slideMaster)，再读取母版的信息，最终汇总slide、slidelayout和slideMaster三组数据。slide、slidelayout和slideMaster之间存在文件样式依赖关系：幻灯片-模板-母版。相应的在得到目标解析文件之间的文件样式依赖关系之后，可以根据文件样式依赖关系确定图形搜索顺序。也即，图形搜索顺序可以确定为：幻灯片-模板-母版。根据幻灯片-模板-母版的图形搜索顺序对目标解析文件中包括的图形数据进行无重复式地图形数据搜索，即可得到第二待处理图形数据。

上述方案中，通过依据确定的图形搜索顺序在第二待处理文档中依次搜索待处理图形数据，可以提高图形数据的搜索效率，且保证图形搜索的全面性。

需要说明的是，上述对任意类型待处理文档中任意类型的待处理图形数据的获取过程均可以由通用图形元素转换系统中的多格式解析器来完成。

S220、获取所述待处理图形数据的统一解析格式数据。

其中，统一解析格式数据可以是通用图形元素转换系统根据预先定义的统一数据定义格式对待处理图形数据进行定义得到的图形数据。

为了能够实现对待处理数据图形的高效处理，通用图形元素转换系统在获取到待处理图形数据之后，可以利用预先定义的统一数据定义格式对待处理图形数据重新进行定义，以获取到待处理图形数据对应的统一解析格式数据。图6是本申请实施例提供的一种统一解析格式数据的数据结构示意图。在一个具体的例子中，如图6所示，可以通过定义图形对象、图形对象属性、自定义图形和预定义图形等字段构成的统一数据定义格式完成对待处理图形数据的统一数据格式转换，得到统一解析格式数据。

S230、判断待处理图形数据是否为第一图形类型，若是，执行S240，否则，执行S250。

其中，第一图形类型可以是待处理文档中预定义的图形类型。

S240、根据所述统一解析格式数据的图形属性数据转换为所述统一格式图形数据。

可以理解的是，由于待处理文档中预定义图形通常为简单的图形形状，且根据待处理图形数据获取的统一解析格式数据可以直接还原出原始的图形数据，包括形状及位置等具体数据。因此，如果待处理文档中包括第一图形类型，则可以直接根据统一解析格式数据的图形属性数据将第一图形类型的待处理图形数据转换为统一格式图形数据。

示例性的，针对线段、圆形或矩形等简单的预定义图形的待处理图形数据，可以根据读取到的待处理图形数据转换成的统一解析格式数据中包括的图形属性等信息直接转换为对应的统一格式图形数据，从而提高待处理图形数据的转换效率。可选的，第一图形类型的待处理图形数据可以对应的统一格式图形数据可以理解为预定义图形类型。

S250、确定所述待处理图形数据为第二图形类型，确定所述统一解析格式数据中基准点的基准点数据。

其中，第二图形类型可以是待处理文档中自定义的图形类型。基准点数据可以是待处理图形数据对应的图形中的基准点的相关数据，如基准点的数量、位置以及各基准点之间的连接方式等。

可以理解的是，由于待处理文档中自定义图形通常为相对复杂的图形形状，如多段曲线、不规则多边形或曲线多边形等。直接根据统一解析格式数据的图形属性数据可能无法转换为统一格式图形数据。因此，在本申请实施例中，如果确定待处理图形数据为第二图形类型，可以首先确定统一解析格式数据中基准点的基准点数据。

S260、根据所述统一解析格式数据的图形属性数据确定更新偏移量。

其中，更新偏移量可以是待处理图形数据对应的图形形状进行数据格式转换后对应的新的目标位置相对待处理文档中原始位置的偏移量。

S270、根据所述更新偏移量确定所述基准点的目标位置坐标。

其中，目标位置坐标可以是待处理图形数据对应的图形形状进行数据格式转换后对应的新的目标位置对应的坐标。

S280、根据所述基准点数据、所述目标位置坐标和所述图形属性数据转换为所述统一格式图形数据。

对于待处理文档中大部分较为复杂的图形，如待处理文档中包括的第二图形类型对应的待处理图形数据，需要解析成自定义图形数据类型。具体的，可以针对待处理图形数据对应的图形形状定义好若干个基准点，同时获取基准点数据，如基准点数量、位置以及每个基准点之间的连接方式等。其中，基准点之间的连接方式可以包括多种类型，如直线、二次贝塞尔曲线、三次贝塞尔曲线及圆弧等。相应的，在获取到基准点数据后，可以根据统一解析格式数据的图形属性数据中获得新的目标位置的更新偏移量，从而计算出基准点的新的目标位置坐标。新的基准点的目标位置坐标数据可以存储在统一解析格式数据中的pathLst(绘制路径)节点。在获取到基准点数据、基准点对应的目标位置坐标后，即可根据基准点数据、基准点的目标位置坐标和统一解析格式数据中的图形属性数据转换为统一格式图形数据，以保证待处理图形数据转换的准确性和和可靠性。可选的，第二图形类型的待处理图形数据可以对应的统一格式图形数据可以理解为自定义图形类型。

可选的，包括预定义图形类型和自定义图形类型的统一格式图形数据可以为JSON格式的图形数据。

S290、采用统一数据输出格式输出所述统一格式图形数据。

上述技术方案，通过针对不同类型的待处理文档进行不同类型的待处理图形数据的获取，并根据待处理图形数据的类型采用不同的转换方式将待处理图形数据转换为统一格式图形数据，可以使得不同数据格式的图形数据可以达到一致的图形显示效果，从而提高电子文档在线应用的便捷性。

在一个示例中，图7是本申请实施例提供的一种图形处理装置的结构图，本申请实施例可适用于对同一类型电子文档中不同数据格式的图形转换为统一数据格式图形的情况，该装置通过软件和/或硬件实现，并具体配置于电子设备中。该电子设备可以是计算机设备或各种终端设备等。

如图7所示的一种图形处理装置300，包括：待处理图形数据获取模块310、待处理图形数据转换模块320和统一格式图形数据输出模块330。其中，

待处理图形数据获取模块310，用于获取待处理文档中的待处理图形数据；

待处理图形数据转换模块320，用于将所述待处理图形数据转换为统一格式图形数据；所述统一格式图形数据与所述待处理图像数据的数据格式不同；

统一格式图形数据输出模块330，用于采用统一数据输出格式输出所述统一格式图形数据。

本申请实施例通过对待处理文档中的待处理图形数据转换为统一格式图形数据，并采用统一数据输出格式输出转换得到的统一格式图形数据，可以解决现有电子文档在线应用时不同数据格式的图形数据处理过程复杂的问题，使得不同数据格式的图形数据可以达到一致的图形显示效果，从而提高电子文档在线应用的便捷性。

可选的，所述待处理文档包括第一待处理文档和/或第二待处理文档；所述待处理图形数据包括第一待处理图形数据和/或第二待处理图形数据，所述第一待处理图形数据和所述第二待处理图形数据的数据格式不同。

可选的，待处理图形数据获取模块310具体用于：从第一待处理文档中读取文档流中的顶层容器；获取所述顶层容器中包括的文件列表；根据所述文件列表读取文件容器；在所述文件容器中的第一参数变量存在变量值的情况下，根据所述第一参数变量读取图画容器；根据所述图画容器中的第二参数变量读取图形元素容器；读取所述图形元素容器，以获取第一待处理图形数据。

可选的，待处理图形数据获取模块310具体用于：根据所述图形元素容器中的第三参数变量读取形状数据容器；根据所述形状数据容器获取所述待处理图形数据的图形形状类型和图形属性数据。

可选的，待处理图形数据获取模块310还用于：在所述文件容器中的第一参数变量不存在变量值的情况下，确定所述第一待处理文档中的第一待处理图形数据为空。

可选的，待处理图形数据获取模块310具体用于：对第二待处理文档进行文档解析，得到解析文件；根据所述解析文件的依赖关系文件确定目标解析文件之间的文件样式依赖关系；根据所述文件样式依赖关系确定图形搜索顺序；根据所述图形搜索顺序对所述目标解析文件进行图形数据搜索，得到第二待处理图形数据。

可选的，待处理图形数据转换模块320具体用于：获取所述待处理图形数据的统一解析格式数据；在确定所述待处理图形数据为第一图形类型的情况下，根据所述统一解析格式数据的图形属性数据转换为所述统一格式图形数据。

可选的，待处理图形数据转换模块320具体用于：获取所述待处理图形数据的统一解析格式数据；在确定述待处理图形数据为第二图形类型的情况下，确定所述统一解析数据中基准点的基准点数据；根据所述统一解析格式数据的图形属性数据确定更新偏移量；根据所述更新偏移量确定所述基准点的目标位置坐标；根据所述基准点数据、所述目标位置坐标和所述图形属性数据转换为所述统一格式图形数据。

可选的，所述第一待处理文档为第一类型演示文档，所述待处理图形数据的数据格式为二进制格式；所述第二待处理文档为第二类型演示文档，所述第二待处理图形数据的数据格式为OOXML标准的数据格式。

上述图形处理装置可执行本申请任意实施例所提供的图形处理方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请任意实施例提供的图形处理方法。

由于上述所介绍的图形处理装置为可以执行本申请实施例中的图形处理方法的装置，故而基于本申请实施例中所介绍的图形处理方法，本领域所属技术人员能够了解本实施例的图形处理装置的具体实施方式以及其各种变化形式，所以在此对于该图形处理装置如何实现本申请实施例中的图形处理方法不再详细介绍。只要本领域所属技术人员实施本申请实施例中图形处理方法所采用的装置，都属于本申请所欲保护的范围。

在一个示例中，本申请还提供了一种电子设备和一种可读存储介质。

图8是用来实现本申请实施例的图形处理方法的电子设备的结构示意图。如图8所示，是根据本申请实施例的图形处理方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图8所示，该电子设备包括：一个或多个处理器401、存储器402，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图8中以一个处理器401为例。

存储器402即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的图形处理方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的图形处理方法。

存储器402作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的图形处理方法对应的程序指令/模块(例如，附图7所示的待处理图形数据获取模块310、待处理图形数据转换模块320和统一格式图形数据输出模块330)。处理器401通过运行存储在存储器402中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的图形处理方法。

存储器402可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储实现图形处理方法的电子设备的使用所创建的数据等。此外，存储器402可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器402可选包括相对于处理器401远程设置的存储器，这些远程存储器可以通过网络连接至实现图形处理方法的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

实现图形处理方法的电子设备还可以包括：输入装置403和输出装置404。处理器401、存储器402、输入装置403和输出装置404可以通过总线或者其他方式连接，图8中以通过总线连接为例。

输入装置403可接收输入的数字或字符信息，以及产生与实现图形处理方法的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置404可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端可以是智能手机、笔记本电脑、台式计算机、平板电脑、智能音箱等，但并不局限于此。服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，或者是结合了区块链的服务器，还可以是提供云计算、云服务、云数据库、云存储等基础云计算服务的云服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

本申请实施例通过对待处理文档中的待处理图形数据转换为统一格式图形数据，并采用统一数据输出格式输出转换得到的统一格式图形数据，可以解决现有电子文档在线应用时不同数据格式的图形数据处理过程复杂的问题，使得不同数据格式的图形数据可以达到一致的图形显示效果，从而提高电子文档在线应用的便捷性。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。