CN115168306A - 多方文件协同处理的方法及装置 - Google Patents

Abstract

本公开涉及信息处理技术领域，提供了一种多方文件协同处理的方法及装置。该方法包括：从任务管理中心调用目标任务；根据目标任务从每个参与方的模型库中获取每个参与方的项目文件；对每个参与方的项目文件进行轻量化处理，得到每个参与方对应的三维模型文件，其中，三维模型文件，包括：数据包和图形包；基于每个参与方对应的数据包，进行数据合模处理，得到第一合模结果；基于每个参与方对应的图形包，进行图形合模处理，得到第二合模结果；依据第一合模结果对第二合模结果进行渲染处理，得到渲染结果。采用上述技术手段，解决现有技术中，在建筑三维模型的设计或者修改过程中，存在实时性差的问题。

Description

多方文件协同处理的方法及装置

技术领域

本公开涉及信息处理技术领域，尤其涉及一种多方文件协同处理的方法及装置。

背景技术

在建筑领域，常使用三维模型表示建筑的信息，比如常用BIM模型，BIM建筑信息化模型(BIM)的英文全称是Building Information Modeling，是一个完备的信息模型，能够将工程项目在全寿命周期中各个不同阶段的工程信息、过程和资源集成在一个模型中，方便的被工程各参与方使用。BIM模型可以模拟建筑物所具有的真实信息，BIM模型可以由多个参与方参与设计或者修改。在对BIM模型的设计或者修改过程中，是对多个参与方的设计或者修改的文件进行合模处理(类似于信息合并处理)，得到最终的BIM模型。现有技术因为需要对多个参与方的设计或者修改的文件进行转化或者多个参与方的设计或者修改的文件较为复杂，所以得到最终的BIM模型，需要一个漫长的过程，也就是存在实时性差的问题。

在实现本公开构思的过程中，发明人发现相关技术中至少存在如下技术问题：在建筑三维模型的设计或者修改过程中，存在实时性差的问题。

发明内容

有鉴于此，本公开实施例提供了一种多方文件协同处理的方法及装置，以解决现有技术中，在建筑三维模型的设计或者修改过程中，存在实时性差的问题。

本公开实施例的第一方面，提供了一种多方文件协同处理的方法，包括：从任务管理中心调用目标任务；根据目标任务从每个参与方的模型库中获取每个参与方的项目文件；对每个参与方的项目文件进行轻量化处理，得到每个参与方对应的三维模型文件，其中，三维模型文件，包括：数据包和图形包；基于每个参与方对应的数据包，进行数据合模处理，得到第一合模结果；基于每个参与方对应的图形包，进行图形合模处理，得到第二合模结果；依据第一合模结果对第二合模结果进行渲染处理，得到渲染结果。

本公开实施例的第二方面，提供了一种多方文件协同处理的装置，包括：调用模块，被配置为从任务管理中心调用目标任务；获取模块，被配置为根据目标任务从每个参与方的模型库中获取每个参与方的项目文件；处理模块，被配置为对每个参与方的项目文件进行轻量化处理，得到每个参与方对应的三维模型文件，其中，三维模型文件，包括：数据包和图形包；第一合模模块，被配置为基于每个参与方对应的数据包，进行数据合模处理，得到第一合模结果；第二合模模块，被配置为基于每个参与方对应的图形包，进行图形合模处理，得到第二合模结果；渲染模块，被配置为依据第一合模结果对第二合模结果进行渲染处理，得到渲染结果。

本公开实施例的第三方面，提供了一种电子设备，包括存储器、处理器以及存储在存储器中并且可在处理器上运行的计算机程序，该处理器执行计算机程序时实现上述方法的步骤。

本公开实施例的第四方面，提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述方法的步骤。

本公开实施例与现有技术相比存在的有益效果是：因为本公开实施例从任务管理中心调用目标任务；根据目标任务从每个参与方的模型库中获取每个参与方的项目文件；对每个参与方的项目文件进行轻量化处理，得到每个参与方对应的三维模型文件，其中，三维模型文件，包括：数据包和图形包；基于每个参与方对应的数据包，进行数据合模处理，得到第一合模结果；基于每个参与方对应的图形包，进行图形合模处理，得到第二合模结果；依据第一合模结果对第二合模结果进行渲染处理，得到渲染结果，因此，采用上述技术手段，可以解决现有技术中，在建筑三维模型的设计或者修改过程中，存在实时性差的问题，进而提高得到最终建筑三维模型的实时性。

附图说明

为了更清楚地说明本公开实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1是本公开实施例的应用场景的场景示意图；

图2是本公开实施例提供的一种多方文件协同处理的方法的流程示意图；

图3是本公开实施例提供的一种多方文件协同处理的装置的结构示意图；

图4是本公开实施例提供的一种电子设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本公开实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本公开。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本公开的描述。

下面将结合附图详细说明根据本公开实施例的一种多方文件协同处理的方法和装置。

图1是本公开实施例的应用场景的场景示意图。该应用场景可以包括终端设备101、102和103、服务器104以及网络105。

终端设备101、102和103可以是硬件，也可以是软件。当终端设备101、102和103为硬件时，其可以是具有显示屏且支持与服务器104通信的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等；当终端设备101、102和103为软件时，其可以安装在如上的电子设备中。终端设备101、102和103可以实现为多个软件或软件模块，也可以实现为单个软件或软件模块，本公开实施例对此不作限制。进一步地，终端设备101、102和103上可以安装有各种应用，例如数据处理应用、即时通信工具、社交平台软件、搜索类应用、购物类应用等。

服务器104可以是提供各种服务的服务器，例如，对与其建立通信连接的终端设备发送的请求进行接收的后台服务器，该后台服务器可以对终端设备发送的请求进行接收和分析等处理，并生成处理结果。服务器104可以是一台服务器，也可以是由若干台服务器组成的服务器集群，或者还可以是一个云计算服务中心，本公开实施例对此不作限制。

需要说明的是，服务器104可以是硬件，也可以是软件。当服务器104为硬件时，其可以是为终端设备101、102和103提供各种服务的各种电子设备。当服务器104为软件时，其可以是为终端设备101、102和103提供各种服务的多个软件或软件模块，也可以是为终端设备101、102和103提供各种服务的单个软件或软件模块，本公开实施例对此不作限制。

网络105可以是采用同轴电缆、双绞线和光纤连接的有线网络，也可以是无需布线就能实现各种通信设备互联的无线网络，例如，蓝牙(Bluetooth)、近场通信(Near FieldCommunication，NFC)、红外(Infrared)等，本公开实施例对此不作限制。

用户可以通过终端设备101、102和103经由网络105与服务器104建立通信连接，以接收或发送信息等。需要说明的是，终端设备101、102和103、服务器104以及网络105的具体类型、数量和组合可以根据应用场景的实际需求进行调整，本公开实施例对此不作限制。

图2是本公开实施例提供的一种多方文件协同处理的方法的流程示意图。图2的多方文件协同处理的方法可以由图1的终端设备或服务器执行。如图2所示，该多方文件协同处理的方法包括：

S201，从任务管理中心调用目标任务；

S202，根据目标任务从每个参与方的模型库中获取每个参与方的项目文件；

S203，对每个参与方的项目文件进行轻量化处理，得到每个参与方对应的三维模型文件，其中，三维模型文件，包括：数据包和图形包；

S204，基于每个参与方对应的数据包，进行数据合模处理，得到第一合模结果；

S205，基于每个参与方对应的图形包，进行图形合模处理，得到第二合模结果；

S206，依据第一合模结果对第二合模结果进行渲染处理，得到渲染结果。

本公开实施例可以应用于建筑领域，在建筑领域，常使用三维模型表示建筑的信息，比如常用BIM模型。BIM模型可以模拟建筑物所具有的真实信息，BIM模型可以由多个参与方参与设计或者修改。

通过任务管理中心，自动执行目标任务，如果目标任务是实时任务，那么立即执行，如果目标任务是定时任务，那么在定时任务对应的设定时间执行。目标任务可以是从客户端(一个客户端对应一个参与方)上传或者下载项目文件给云端。每个参与方的项目文件可以是该参与方参与设计或者修改BIM模型的部分文件，在设计BIM模型中，项目文件是BIM模型的部分模型，在修改BIM模型中，项目文件是修改BIM模型的部分信息。轻量化处理可以理解为是对项目文件中的信息进行精简。数据包是三维模型文件中的数据信息，图形包是三维模型文件中的多个图形。基于每个参与方对应的数据包，进行数据合模处理，可以是合并每个参与方对应的数据包。比如修改BIM模型，那么每个参与方对应的数据包就是该参与方修改BIM模型的信息，第一合模结果就是所有参与方修改BIM模型的信息。基于每个参与方对应的图形包，进行图形合模处理，可以是按照一个统一的坐标系统，将每个参与方对应的图形包组合起来(图形包中的图形有各自的坐标)，得到一个BIM模型，也就是第二合模结果，需要说明的是，图形包组合得到的BIM模型，并不是最终的BIM模型。依据第一合模结果对第二合模结果进行渲染处理，得到的渲染结果才是最终的BIM模型。

比如修改BIM模型，第一合模结果包含了所有参与方修改BIM模型的信息，第二合模结果是所有参与方对应的图形包对应的BIM模型(图形包可以是修改BIM模型前的图片)，依据第一合模结果对第二合模结果进行渲染处理，就可以得到修改后的BIM模型，也就是最终的BIM模型。

根据本公开实施例提供的技术方案，从任务管理中心调用目标任务；根据目标任务从每个参与方的模型库中获取每个参与方的项目文件；对每个参与方的项目文件进行轻量化处理，得到每个参与方对应的三维模型文件，其中，三维模型文件，包括：数据包和图形包；基于每个参与方对应的数据包，进行数据合模处理，得到第一合模结果；基于每个参与方对应的图形包，进行图形合模处理，得到第二合模结果；依据第一合模结果对第二合模结果进行渲染处理，得到渲染结果，因此，采用上述技术手段，可以解决现有技术中，在建筑三维模型的设计或者修改过程中，存在实时性差的问题，进而提高得到最终建筑三维模型的实时性。

在执行步骤S201之前，也就是从任务管理中心调用目标任务之前，方法还包括：根据接收到的指令信息建立定时任务，其中，目标任务，包括：定时任务和实时任务；或者根据接收到的指令信息建立实时任务；获取每个参与方的在线状态，依据每个参与方的在线状态确定目标任务的处理方式；其中，在线状态，包括：在线和离线，处理方式，包括：同步处理或者异步处理。

指令信息可以表明目标任务的类型，比如是从客户端(一个客户端对应一个参与方)上传或者下载项目文件给云端，以及目标任务是定时任务还是实时任务，指令信息还可以指明目标任务对应的每个参与方的项目文件，比如项目文件的版本(项目文件的版本可以是根据项目文件生成的时间确定的)。参与方在线还是离线，可以基于参与方对应的客户端是否可以联网，是否可以工作确定。

获取每个参与方的在线状态，依据每个参与方的在线状态确定目标任务的处理方式，包括：当多个参与方中存在离线的参与方时，确定目标任务的处理方式为异步处理；当多个参与方中不存在离线的参与方时，确定目标任务的处理方式为同步处理。

同步处理是指同时从每个参与方的模型库中获取每个参与方的项目文件；异步处理是指从不同时间从每个参与方的模型库中获取每个参与方的项目文件。如果当多个参与方中存在离线的参与方时，那么就不可以同时从每个参与方的模型库中获取每个参与方的项目文件，只能按照每个参与方在线的时间，从每个参与方的模型库中获取每个参与方的项目文件。

在步骤S203中，对每个参与方的项目文件进行轻量化处理，得到每个参与方对应的三维模型文件，其中，三维模型文件，包括：数据包和图形包，包括：对每个参与方的项目文件进行三角面数量优化，以减少项目文件中三角面的数量，得到每个参与方对应的优化文件；对每个参与方对应的优化文件进行材质信息优化，以在优化文件中用最少的信息表明材质的类型，得到每个参与方对应的三维模型文件。

三维模型文件，包括：数据包和图形包，项目文件还是包括：数据部分和图形部分(三维模型文件中的数据包对应项目文件中的数据部分，三维模型文件中的图形包对应项目文件中的图形部分)。对每个参与方的项目文件进行三角面数量优化，是针对项目文件中的图形部分进行的优化。在空间几何中，三个点可以表示一个面，面是可以无限延伸的，所以一个面可以叫作三角面。一份项目文件是整体模型的一部分，模型可以用三角面表示，模型包含的三角面越多，模型的表达用充分，模型包含的三角面越少，模型蕴含的信息越少。项目文件中三角面的数量和项目文件表达的信息，存在一个最优关系，也就是以最少的三角面表现足够多的信息(我们认为信息表现清楚就是足够多)。

材质信息表示建筑模型中每一个部分的材质的类型。比如一栋房子的模型中，有些是榆木，有些是钢材，有些是大理石等。对每个参与方对应的优化文件进行材质信息优化，是针对项目文件中的数据部分进行的优化，意图在优化文件中用最少的信息表明材质的类型。

通过上述轻量化处理，可以使得三维模型文件中的信息最为精简。提高后面数据合模处理、图形合模处理和渲染处理的效率。

三维模型文件格式可以是obj，obj文件是3D模型文件格式。obj由AliasWavefront公司为3D建模和动画软件"Advanced Visualizer"开发的一种标准，适合用于3D软件模型之间的互导，也可以通过Maya读写。比如你在3dsMax或LightWave中建了一个模型，想把它调到Maya里面渲染或动画，导出OBJ文件就是一种很好的选择。目前几乎所有知名的3D软件都支持OBJ文件的读写，不过其中很多需要通过插件才能实现。项目文件格式可以是RVT，RVT文件是Revit BIM(建筑信息模型)程序使用的Revit Project文件。

在执行步骤S204之前，也就是，基于每个参与方对应的数据包，进行数据合模处理，得到第一合模结果之前，方法还包括：接收每个参与方发送的目标请求；根据接收到的目标请求的顺序，将多个目标请求放入消息队列中；按照消息队列中每个参与方的目标请求的顺序，依次基于每个参与方对应的三维模型文件更新每个参与方对应的历史模型文件。

消息队列可以是MQ(Message Quene)队列。通过消息队列可以按照接收到的目标请求的顺序，处理每个参与方发送的目标请求。

从任务管理中心调用目标任务；根据目标任务从每个参与方的模型库中获取每个参与方的项目文件；对每个参与方的项目文件进行轻量化处理，得到每个参与方对应的三维模型文件；这三个步骤可以针对客户端的操作。基于每个参与方对应的数据包，进行数据合模处理，得到第一合模结果；基于每个参与方对应的图形包，进行图形合模处理，得到第二合模结果；依据第一合模结果对第二合模结果进行渲染处理，得到渲染结果；这三个步骤可以针对云端的操作。在得到每个参与方对应的三维模型文件之后，需要将得到的每个参与方对应的三维模型文件上传给云端，目标请求就是每个参与方询问云端是否接收每个参与方的上传。每个参与方对应的历史模型文件，是云端保存的每个参与方在本次上传之前的三维模型文件，为了和本次上传的三维模型文件区分，叫作历史模型文件。

按照消息队列中每个参与方的目标请求的顺序，依次基于每个参与方对应的三维模型文件更新每个参与方对应的历史模型文件，包括：当每个参与方对应的三维模型文件与每个参与方对应的历史模型文件存在不同，使用每个参与方对应的三维模型文件更新每个参与方对应的历史模型文件；当每个参与方对应的三维模型文件与每个参与方对应的历史模型文件不存在不同，不更新每个参与方对应的历史模型文件。

如果一个参与方对应的三维模型文件与该参与方对应的历史模型文件存在不同，说明该参与方的三维模型文件有变化，需要更新该参与方对应的历史模型文件；如果不存在不同，说明该参与方的三维模型文件没有变化，不需要更新该参与方对应的历史模型文件。通过上述技术手段，可以增强参与方数据的安全性，避免参与方丢失三维模型文件后，无法找回。

在步骤S206中，依据第一合模结果对第二合模结果进行渲染处理，得到渲染结果，包括：获取历史数据合模结果；当第一合模结果与历史数据合模结果存在不同，依据第一合模结果对第二合模结果进行渲染处理，得到渲染结果；当第一合模结果与历史数据合模结果不存在不同，将第二合模结果作为渲染结果。

历史数据合模结果是云端保存的在本次上传的前一次上传的数据包合模得到的第一合模结果，为了和本次上传的数据包合模得到的第一合模结果区分，将本次上传的前一次上传的数据包合模得到的结果，称为历史数据合模结果。

如果第一合模结果与历史数据合模结果不存在不同，说明参与方对模型没有修改，可以直接将第二合模结果作为渲染结果。

可选地，可以不对本次上传的数据包和图形包，进行合模处理。可以对云端保存的最新的数据包和图形包进行合模处理，分别得到第一合模结果和第二合模结果；依据第一合模结果对第二合模结果进行渲染处理，得到渲染结果。

上述所有可选技术方案，可以采用任意结合形成本申请的可选实施例，在此不再一一赘述。

下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开方法实施例。

图3是本公开实施例提供的一种多方文件协同处理的装置的示意图。如图3所示，该多方文件协同处理的装置包括：

调用模块301，被配置为从任务管理中心调用目标任务；

获取模块302，被配置为根据目标任务从每个参与方的模型库中获取每个参与方的项目文件；

处理模块303，被配置为对每个参与方的项目文件进行轻量化处理，得到每个参与方对应的三维模型文件，其中，三维模型文件，包括：数据包和图形包；

第一合模模块304，被配置为基于每个参与方对应的数据包，进行数据合模处理，得到第一合模结果；

第二合模模块305，被配置为基于每个参与方对应的图形包，进行图形合模处理，得到第二合模结果；

渲染模块306，被配置为依据第一合模结果对第二合模结果进行渲染处理，得到渲染结果。

本公开实施例可以应用于建筑领域，在建筑领域，常使用三维模型表示建筑的信息，比如常用BIM模型。BIM模型可以模拟建筑物所具有的真实信息，BIM模型可以由多个参与方参与设计或者修改。

通过任务管理中心，自动执行目标任务，如果目标任务是实时任务，那么立即执行，如果目标任务是定时任务，那么在定时任务对应的设定时间执行。目标任务可以是从客户端(一个客户端对应一个参与方)上传或者下载项目文件给云端。每个参与方的项目文件可以是该参与方参与设计或者修改BIM模型的部分文件，在设计BIM模型中，项目文件是BIM模型的部分模型，在修改BIM模型中，项目文件是修改BIM模型的部分信息。轻量化处理可以理解为是对项目文件中的信息进行精简。数据包是三维模型文件中的数据信息，图形包是三维模型文件中的多个图形。基于每个参与方对应的数据包，进行数据合模处理，可以是合并每个参与方对应的数据包。比如修改BIM模型，那么每个参与方对应的数据包就是该参与方修改BIM模型的信息，第一合模结果就是所有参与方修改BIM模型的信息。基于每个参与方对应的图形包，进行图形合模处理，可以是按照一个统一的坐标系统，将每个参与方对应的图形包组合起来(图形包中的图形有各自的坐标)，得到一个BIM模型，也就是第二合模结果，需要说明的是，图形包组合得到的BIM模型，并不是最终的BIM模型。依据第一合模结果对第二合模结果进行渲染处理，得到的渲染结果才是最终的BIM模型。

比如修改BIM模型，第一合模结果包含了所有参与方修改BIM模型的信息，第二合模结果是所有参与方对应的图形包对应的BIM模型(图形包可以是修改BIM模型前的图片)，依据第一合模结果对第二合模结果进行渲染处理，就可以得到修改后的BIM模型，也就是最终的BIM模型。

根据本公开实施例提供的技术方案，从任务管理中心调用目标任务；根据目标任务从每个参与方的模型库中获取每个参与方的项目文件；对每个参与方的项目文件进行轻量化处理，得到每个参与方对应的三维模型文件，其中，三维模型文件，包括：数据包和图形包；基于每个参与方对应的数据包，进行数据合模处理，得到第一合模结果；基于每个参与方对应的图形包，进行图形合模处理，得到第二合模结果；依据第一合模结果对第二合模结果进行渲染处理，得到渲染结果，因此，采用上述技术手段，可以解决现有技术中，在建筑三维模型的设计或者修改过程中，存在实时性差的问题，进而提高得到最终建筑三维模型的实时性。

可选地，调用模块301还被配置为根据接收到的指令信息建立定时任务，其中，目标任务，包括：定时任务和实时任务；或者根据接收到的指令信息建立实时任务；获取每个参与方的在线状态，依据每个参与方的在线状态确定目标任务的处理方式；其中，在线状态，包括：在线和离线，处理方式，包括：同步处理或者异步处理。

指令信息可以表明目标任务的类型，比如是从客户端(一个客户端对应一个参与方)上传或者下载项目文件给云端，以及目标任务是定时任务还是实时任务，指令信息还可以指明目标任务对应的每个参与方的项目文件，比如项目文件的版本(项目文件的版本可以是根据项目文件生成的时间确定的)。参与方在线还是离线，可以基于参与方对应的客户端是否可以联网，是否可以工作确定。

可选地，调用模块301还被配置为当多个参与方中存在离线的参与方时，确定目标任务的处理方式为异步处理；当多个参与方中不存在离线的参与方时，确定目标任务的处理方式为同步处理。

同步处理是指同时从每个参与方的模型库中获取每个参与方的项目文件；异步处理是指从不同时间从每个参与方的模型库中获取每个参与方的项目文件。如果当多个参与方中存在离线的参与方时，那么就不可以同时从每个参与方的模型库中获取每个参与方的项目文件，只能按照每个参与方在线的时间，从每个参与方的模型库中获取每个参与方的项目文件。

可选地，处理模块303还被配置为对每个参与方的项目文件进行三角面数量优化，以减少项目文件中三角面的数量，得到每个参与方对应的优化文件；对每个参与方对应的优化文件进行材质信息优化，以在优化文件中用最少的信息表明材质的类型，得到每个参与方对应的三维模型文件。

三维模型文件，包括：数据包和图形包，项目文件还是包括：数据部分和图形部分(三维模型文件中的数据包对应项目文件中的数据部分，三维模型文件中的图形包对应项目文件中的图形部分)。对每个参与方的项目文件进行三角面数量优化，是针对项目文件中的图形部分进行的优化。在空间几何中，三个点可以表示一个面，面是可以无限延伸的，所以一个面可以叫作三角面。一份项目文件是整体模型的一部分，模型可以用三角面表示，模型包含的三角面越多，模型的表达用充分，模型包含的三角面越少，模型蕴含的信息越少。项目文件中三角面的数量和项目文件表达的信息，存在一个最优关系，也就是以最少的三角面表现足够多的信息(我们认为信息表现清楚就是足够多)。

材质信息表示建筑模型中每一个部分的材质的类型。比如一栋房子的模型中，有些是榆木，有些是钢材，有些是大理石等。对每个参与方对应的优化文件进行材质信息优化，是针对项目文件中的数据部分进行的优化，意图在优化文件中用最少的信息表明材质的类型。

通过上述轻量化处理，可以使得三维模型文件中的信息最为精简。提高后面数据合模处理、图形合模处理和渲染处理的效率。

三维模型文件格式可以是obj，obj文件是3D模型文件格式。由Alias|Wavefront公司为3D建模和动画软件"Advanced Visualizer"开发的一种标准，适合用于3D软件模型之间的互导，也可以通过Maya读写。比如你在3dsMax或LightWave中建了一个模型，想把它调到Maya里面渲染或动画，导出OBJ文件就是一种很好的选择。目前几乎所有知名的3D软件都支持OBJ文件的读写，不过其中很多需要通过插件才能实现。项目文件格式可以是RVT，RVT文件是Revit BIM(建筑信息模型)程序使用的Revit Project文件。

可选地，处理模块303还被配置为接收每个参与方发送的目标请求；根据接收到的目标请求的顺序，将多个目标请求放入消息队列中；按照消息队列中每个参与方的目标请求的顺序，依次基于每个参与方对应的三维模型文件更新每个参与方对应的历史模型文件。

消息队列可以是MQ(Message Quene)队列。通过消息队列可以按照接收到的目标请求的顺序，处理每个参与方发送的目标请求。

从任务管理中心调用目标任务；根据目标任务从每个参与方的模型库中获取每个参与方的项目文件；对每个参与方的项目文件进行轻量化处理，得到每个参与方对应的三维模型文件；这三个步骤可以针对客户端的操作。基于每个参与方对应的数据包，进行数据合模处理，得到第一合模结果；基于每个参与方对应的图形包，进行图形合模处理，得到第二合模结果；依据第一合模结果对第二合模结果进行渲染处理，得到渲染结果；这三个步骤可以针对云端的操作。在得到每个参与方对应的三维模型文件之后，需要将得到的每个参与方对应的三维模型文件上传给云端，目标请求就是每个参与方询问云端是否接收每个参与方的上传。每个参与方对应的历史模型文件，是云端保存的每个参与方在本次上传之前的三维模型文件，为了和本次上传的三维模型文件区分，叫作历史模型文件。

可选地，处理模块303还被配置为当每个参与方对应的三维模型文件与每个参与方对应的历史模型文件存在不同，使用每个参与方对应的三维模型文件更新每个参与方对应的历史模型文件；当每个参与方对应的三维模型文件与每个参与方对应的历史模型文件不存在不同，不更新每个参与方对应的历史模型文件。

如果一个参与方对应的三维模型文件与该参与方对应的历史模型文件存在不同，说明该参与方的三维模型文件有变化，需要更新该参与方对应的历史模型文件；如果不存在不同，说明该参与方的三维模型文件没有变化，不需要更新该参与方对应的历史模型文件。通过上述技术手段，可以增强参与方数据的安全性，避免参与方丢失三维模型文件后，无法找回。

可选地，渲染模块306还被配置为获取历史数据合模结果；当第一合模结果与历史数据合模结果存在不同，依据第一合模结果对第二合模结果进行渲染处理，得到渲染结果；当第一合模结果与历史数据合模结果不存在不同，将第二合模结果作为渲染结果。

历史数据合模结果是云端保存的在本次上传的前一次上传的数据包合模得到的第一合模结果，为了和本次上传的数据包合模得到的第一合模结果区分，将本次上传的前一次上传的数据包合模得到的结果，称为历史数据合模结果。

如果第一合模结果与历史数据合模结果不存在不同，说明参与方对模型没有修改，可以直接将第二合模结果作为渲染结果。

可选地，可以不对本次上传的数据包和图形包，进行合模处理。可以对云端保存的最新的数据包和图形包进行合模处理，分别得到第一合模结果和第二合模结果；依据第一合模结果对第二合模结果进行渲染处理，得到渲染结果。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本公开实施例的实施过程构成任何限定。

图4是本公开实施例提供的电子设备4的示意图。如图4所示，该实施例的电子设备4包括：处理器401、存储器402以及存储在该存储器402中并且可在处理器401上运行的计算机程序403。处理器401执行计算机程序403时实现上述各个方法实施例中的步骤。或者，处理器401执行计算机程序403时实现上述各装置实施例中各模块/单元的功能。

电子设备4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等电子设备。电子设备4可以包括但不仅限于处理器401和存储器402。本领域技术人员可以理解，图4仅仅是电子设备4的示例，并不构成对电子设备4的限定，可以包括比图示更多或更少的部件，或者不同的部件。

处理器401可以是中央处理单元(Central Processing Unit，CPU)，也可以是其它通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。

存储器402可以是电子设备4的内部存储单元，例如，电子设备4的硬盘或内存。存储器402也可以是电子设备4的外部存储设备，例如，电子设备4上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。存储器402还可以既包括电子设备4的内部存储单元也包括外部存储设备。存储器402用于存储计算机程序以及电子设备所需的其它程序和数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本公开实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，计算机程序可以存储在计算机可读存储介质中，该计算机程序在被处理器执行时，可以实现上述各个方法实施例的步骤。计算机程序可以包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如，在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

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

Claims (10)

1.一种多方文件协同处理的方法，其特征在于，包括：

从任务管理中心调用目标任务；

根据所述目标任务从每个参与方的模型库中获取每个参与方的项目文件；

对每个参与方的项目文件进行轻量化处理，得到每个参与方对应的三维模型文件，其中，所述三维模型文件，包括：数据包和图形包；

基于每个参与方对应的数据包，进行数据合模处理，得到第一合模结果；

基于每个参与方对应的图形包，进行图形合模处理，得到第二合模结果；

依据所述第一合模结果对所述第二合模结果进行渲染处理，得到渲染结果。

2.根据权利要求1所述的方法，其特征在于，所述从任务管理中心调用目标任务之前，所述方法还包括：

根据接收到的指令信息建立定时任务，其中，所述目标任务，包括：所述定时任务和实时任务；或者

根据接收到的指令信息建立所述实时任务；

获取每个参与方的在线状态，依据每个参与方的在线状态确定所述目标任务的处理方式；

其中，所述在线状态，包括：在线和离线，所述处理方式，包括：同步处理或者异步处理。

3.根据权利要求2所述的方法，其特征在于，所述获取每个参与方的在线状态，依据每个参与方的在线状态确定所述目标任务的处理方式，包括：

当多个参与方中存在离线的参与方时，确定所述目标任务的处理方式为异步处理；

当多个参与方中不存在离线的参与方时，确定所述目标任务的处理方式为同步处理。

4.根据权利要求1所述的方法，其特征在于，所述对每个参与方的项目文件进行轻量化处理，得到每个参与方对应的三维模型文件，其中，所述三维模型文件，包括：数据包和图形包，包括：

对每个参与方的项目文件进行三角面数量优化，以减少所述项目文件中三角面的数量，得到每个参与方对应的优化文件；

对每个参与方对应的优化文件进行材质信息优化，以在所述优化文件中用最少的信息表明材质的类型，得到每个参与方对应的三维模型文件。

5.根据权利要求1所述的方法，其特征在于，所述基于每个参与方对应的数据包，进行数据合模处理，得到第一合模结果之前，所述方法还包括：

接收每个参与方发送的目标请求；

根据接收到的目标请求的顺序，将多个目标请求放入消息队列中；

按照所述消息队列中每个参与方的目标请求的顺序，依次基于每个参与方对应的三维模型文件更新每个参与方对应的历史模型文件。

6.根据权利要求5所述的方法，其特征在于，所述按照所述消息队列中每个参与方的目标请求的顺序，依次基于每个参与方对应的三维模型文件更新每个参与方对应的历史模型文件，包括：

当每个参与方对应的三维模型文件与每个参与方对应的历史模型文件存在不同，使用每个参与方对应的三维模型文件更新每个参与方对应的历史模型文件；

当每个参与方对应的三维模型文件与每个参与方对应的历史模型文件不存在不同，不更新每个参与方对应的历史模型文件。

7.根据权利要求1所述的方法，其特征在于，所述依据所述第一合模结果对所述第二合模结果进行渲染处理，得到渲染结果，包括：

获取历史数据合模结果；

当所述第一合模结果与所述历史数据合模结果存在不同，依据所述第一合模结果对所述第二合模结果进行渲染处理，得到所述渲染结果；

当所述第一合模结果与所述历史数据合模结果不存在不同，将所述第二合模结果作为所述渲染结果。

8.一种多方文件协同处理的装置，其特征在于，包括：

调用模块，被配置为从任务管理中心调用目标任务；

获取模块，被配置为根据所述目标任务从每个参与方的模型库中获取每个参与方的项目文件；

处理模块，被配置为对每个参与方的项目文件进行轻量化处理，得到每个参与方对应的三维模型文件，其中，所述三维模型文件，包括：数据包和图形包；

第一合模模块，被配置为基于每个参与方对应的数据包，进行数据合模处理，得到第一合模结果；

第二合模模块，被配置为基于每个参与方对应的图形包，进行图形合模处理，得到第二合模结果；

渲染模块，被配置为依据所述第一合模结果对所述第二合模结果进行渲染处理，得到渲染结果。

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

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

Images