产品模型的更新方法及更新装置、电子设备

技术领域

本发明涉及信息处理技术领域，具体而言，涉及一种产品模型的更新方法及更新装置、电子设备。

背景技术

相关技术中，云计算正在进一步成为信息时代制造业的主要技术和推动力之一,云用户系统可以随时请求各类型服务,包括产品设计,制造,测试,管理以及完成产品使用生命周期的所有其他阶段。在建筑装修领域，传统的管理后台中，订单系统对上接收用户信息，将用户信息转化为产品订单，同时管理并跟踪订单信息和数据，承载了公司整个交易线的重要对客环节。与erp系统不同的是，类似板式家具企业的订单流程还存在审单环节，其订单的流转过程不仅发生在管理中后台系统，是发生在管理中后台系统与设计工具之间的过程，设计师更多会从设计软件中开始下单。

当用户在工具中完成3d设计后，需要将所设计的家具模型提交审单员进行审核，当审单员发现设计师提交的模型存在问题，可能会将设计师提交的订单多次打回，直到设计师做修改后审核通过。这种方式存在多个弊端，其中，弊端一：现有技术中，设计师提交的订单中模型数据只能作为附件上传，审单员需要将附件下载后才能进行审核，在重复的审核过程中效率低下。弊端二：在设计一个大的设计方案的过程中，一个设计方案可能会提交多个审核订单，使用附件上传至订单的方式，设计师很难区分方案中哪一个模型对应哪一个方案，管理起来麻烦。弊端三：当审单员想要对模型做一些小修改时，如果不通过其他方式通知设计，设计师是无感知，很容易造成最后生产出来的模型与设计师设计图片效果不一致，导致纠纷。弊端四：订单的审核环节中存在多个环节，每一个环节的审单员侧重点不同审核内容不同，一个订单在通过审核后可以被拆分为若干个子订单再进行下一环节的审核。要设计一套服务多个环节的订单系统，需要的设计与开发成本较高。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种产品模型的更新方法及更新装置、电子设备，以至少解决相关技术中对于产品的设计模型数据，审核效率低下的技术问题。

根据本发明实施例的一个方面，提供了一种产品模型的更新方法，应用于产品协同工具中，包括：接收第一操作终端发送的订单提审请求，其中，所述订单提审请求中至少包括：订单信息、产品初始模型和多项产品设计参数；基于所述订单提审请求，确定订单审核流程；基于所述订单审核流程中包含的每个待审核模块，依次对所述产品初始模型和各个所述产品设计参数进行审核，得到审核结果；基于所述审核结果，对所述产品初始模型进行更新。

可选地，基于所述订单审核流程中包含的每个待审核模块，依次对所述产品初始模型和各个所述产品设计参数进行审核，得到审核结果的步骤，包括：在第二操作终端的第一子界面上展示所述订单信息；在第二操作终端的第二子界面上展示所述产品初始模型；基于每个所述待审核模块对应的审核内容，展示对应于所述待审核模块的模型构造和产品设计参数；对所述模型构造和产品设计参数进行审核，得到审核结果。

可选地，基于所述审核结果，对所述产品初始模型进行更新的步骤，包括：若所述审核结果指示所述产品初始模型存在误差，确定第二操作终端发送的模型修改信息；基于所述模型修改信息，调整所述产品初始模型，得到目标产品模型；将所述目标产品模型发送至所述第一操作终端的终端显示界面。

可选地，对所述产品初始模型进行更新的步骤，还包括：若所述审核结果指示所述产品初始模型没有误差，发送模型锁定指令；基于所述模型锁定指令，将所述产品初始模型确定为目标产品模型；将所述目标产品模型的当前状态更新为锁定状态。

可选地，在接收第一操作终端发送的订单提审请求之前，所述更新方法还包括：采用第一操作终端接收订单提审指令；响应所述订单提审指令，开启提审插件；采用所述提审插件，将已设计完成的至少一个产品模型以及订单信息打包，得到待提审订单；基于所述待提审订单，向第二操作终端发送所述订单提审请求。

可选地，在接收第一操作终端发送的订单提审请求之后，所述更新方法还包括：接收第二操作终端发送的订单展示请求；基于所述订单展示请求，调取当前订单列表；将所述当前订单列表中每一条产品订单对应的订单状态和订单信息发送至所述第二操作终端的终端显示界面。

可选地，在接收第一操作终端发送的订单提审请求之后，所述更新方法还包括：接收第二操作终端发送的版本展示请求；基于所述版本展示请求包含的订单标识，调取对应的目标产品订单的所有历史审核版本；将每个所述历史审核版本分别展示在所述第二操作终端的终端显示界面。

根据本发明实施例的另一方面，还提供了一种产品模型的更新装置，应用于产品协同工具中，包括：接收单元，用于接收第一操作终端发送的订单提审请求，其中，所述订单提审请求中至少包括：订单信息、产品初始模型和多项产品设计参数；确定单元，用于基于所述订单提审请求，确定订单审核流程；审核单元，用于基于所述订单审核流程中包含的每个待审核模块，依次对所述产品初始模型和各个所述产品设计参数进行审核，得到审核结果；更新单元，用于基于所述审核结果，对所述产品初始模型进行更新。

可选地，所述审核单元包括：第一展示模块，用于在第二操作终端的第一子界面上展示所述订单信息；第二展示模块，用于在第二操作终端的第二子界面上展示所述产品初始模型；第三展示模块，用于基于每个所述待审核模块对应的审核内容，展示对应于所述待审核模块的模型构造和产品设计参数；第一审核模块，用于对所述模型构造和产品设计参数进行审核，得到审核结果。

可选地，所述更新单元包括：第一确定模块，用于在所述审核结果指示所述产品初始模型存在误差，确定第二操作终端发送的模型修改信息；第一调整模块，用于基于所述模型修改信息，调整所述产品初始模型，得到目标产品模型；第一发送模块，用于将所述目标产品模型发送至所述第一操作终端的终端显示界面。

可选地，所述更新单元还包括：第二发送模块，用于所述审核结果指示所述产品初始模型没有误差，发送模型锁定指令；第二确定模块，用于基于所述模型锁定指令，将所述产品初始模型确定为目标产品模型；第一更新模块，用于将所述目标产品模型的当前状态更新为锁定状态。

可选地，所述更新装置还包括：第一接收模块，用于在接收第一操作终端发送的订单提审请求之前，采用第一操作终端接收订单提审指令；第一响应模块，用于响应所述订单提审指令，开启提审插件；第一打包模块，用于采用所述提审插件，将已设计完成的至少一个产品模型以及订单信息打包，得到待提审订单；第三发送模块，用于基于所述待提审订单，向第二操作终端发送所述订单提审请求。

可选地，所述更新装置还包括：第二接收模块，用于在接收第一操作终端发送的订单提审请求之后，接收第二操作终端发送的订单展示请求；第一调取模块，用于基于所述订单展示请求，调取当前订单列表；第四发送模块，用于将所述当前订单列表中每一条产品订单对应的订单状态和订单信息发送至所述第二操作终端的终端显示界面。

可选地，所述更新装置还包括：第三接收模块，用于在接收第一操作终端发送的订单提审请求之后，接收第二操作终端发送的版本展示请求；第二调取模块，用于基于所述版本展示请求包含的订单标识，调取对应的目标产品订单的所有历史审核版本；第四展示模块，用于将每个所述历史审核版本分别展示在所述第二操作终端的终端显示界面。

根据本发明实施例的另一方面，还提供了一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的产品模型的更新方法。

根据本发明实施例的另一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的计算机程序，其中，在所述计算机程序运行时控制所述计算机可读存储介质所在设备执行上述任意一项所述的产品模型的更新方法。

本发明实施例中，采用接收第一操作终端发送的订单提审请求，其中，订单提审请求中至少包括：订单信息、产品初始模型和多项产品设计参数；基于订单提审请求，确定订单审核流程；基于订单审核流程中包含的每个待审核模块，依次对产品初始模型和各个产品设计参数进行审核，得到审核结果；基于审核结果，对产品初始模型进行更新。在该实施例中，设计师设计完成后可直接在产品协同工具中提审模型，不需要反复将模型作为附件反复上传和下载，审单员对模型的后续修改，设计师可以通过同步模型状态接收到，更新效率更高，从而解决相关技术中对于产品的设计模型数据，审核效率低下的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种可选的产品模型的更新方法的流程图；

图2是根据本发明实施例的一种可选的提审环境模块的示意图；

图3是根据本发明实施例的一种可选的产品模型的更新装置的示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

本发明实施例可应用于云用户服务系统中，云用户服务系统实现产品的设计、制造、测试、管理、使用，本实施例以建筑装修领域为例，例如，对于家具订单，设计师在接收到产品订单信息后，根据产品订单信息，设计初始产品模型，然后通过产品协同工具提审模型，审核师通过产品协同工具可以直接审核该初始产品模型以及相应的产品设计参数，审核的内容通常包含材质、工艺、价格等多方面。当设计师提交的模型通过所有的审核后，就可以将模型的数据导入其它软件完成后续的开料、生产管理、生产加工等流程。

本发明实施例提供了一种产品模型的更新方法，应用于产品协同工具中。通过产品协同工具，旨在解决传统订单流程中附件上传下载低效，设计工具中管理订单麻烦、订单与模型状态同步不及时，多角色多环节嵌套设计成本大的问题。

根据本发明实施例，提供了一种产品模型的更新方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的一种可选的产品模型的更新方法的流程图，如图1所示，该方法包括如下步骤：

步骤S102，接收第一操作终端发送的订单提审请求，其中，订单提审请求中至少包括：订单信息、产品初始模型和多项产品设计参数；

步骤S104，基于订单提审请求，确定订单审核流程；

步骤S106，基于订单审核流程中包含的每个待审核模块，依次对产品初始模型和各个产品设计参数进行审核，得到审核结果；

步骤S108，基于审核结果，对产品初始模型进行更新。

通过上述步骤，可以接收第一操作终端发送的订单提审请求，其中，订单提审请求中至少包括：订单信息、产品初始模型和多项产品设计参数；基于订单提审请求，确定订单审核流程；基于订单审核流程中包含的每个待审核模块，依次对产品初始模型和各个产品设计参数进行审核，得到审核结果；基于审核结果，对产品初始模型进行更新。在该实施例中，设计师设计完成后可直接在产品协同工具中提审模型，不需要反复将模型作为附件反复上传和下载，审单员对模型的后续修改，设计师可以通过同步模型状态接收到，更新效率更高，从而解决相关技术中对于产品的设计模型数据，审核效率低下的技术问题。

本实施例中，设计师使用的是第一操作终端，审单师使用的是第二操作终端，第一操作终端和第二操作终端上可运行产品协同工具，以协同实现产品订单的设计、修改、审核、通过等工作。

下面结合上述各实施步骤来详细说明本发明实施例。

可选的，在接收第一操作终端发送的订单提审请求之前，采用第一操作终端接收订单提审指令；响应订单提审指令，开启提审插件；采用提审插件，将已设计完成的至少一个产品模型以及订单信息打包，得到待提审订单；基于待提审订单，向第二操作终端发送订单提审请求。

订单提审指令可以是指用户通过系统下发的需求订单对应的指令，该订单提审指令会下发给设计师所使用的第一操作终端，设计师在接收到订单提审指令后，可直接在工具中提审已设计完成的模型，不需要反复将模型作为附件反复上传和下载，可以实现一边设计一边提审，审核成为一种协同编辑的过程。

一种可选的实施方式，在产品协同工具中可设置提审列表模块，将其内置于产品协同工具中，通过页面子模块的方式呈现出来，提审列表模块可创建并管理订单的模块，设计师通过该提审列表模块能够创建订单并查看已提交的订单的状态，并执行撤回，退回，删除，同步模型修改等订单操作。

提审列表模块中可以设置：模型展示子界面和模型组件集合所处的子界面以及产品设计参数子界面，通过模型展示子界面可以呈现已经设计好的模型部件和结构，通过模型组件集合可选取各个模型组件(例如，冰电配件、衣柜、书桌、玩具、钟表、果盘、茶具、文具、电视机)，通过产品设计参数子界面可以呈现如模型尺寸、模型缩放比例、模型缩略图等。

通过提审列表模块，设计师在设计完成后，可直接在工具中提审模型，不需要反复将模型作为附件反复上传和下载，可以实现一边设计一边提审，审核成为一种协同编辑的过程；同时，设计师可以在工具中管理每一条订单并及时收到状态的更新。

本实施例中，还可以在产品协同工具中设置提审环境模块，通过提审环境模块，可以选中若干个模型，作为同一个订单中要提交对象，可输入备注、附件等订单补充信息。可反复进行选中、取消选中、上传附件、删除附件等操作。

图2是根据本发明实施例的一种可选的提审环境模块的示意图，如图2所示，在页面左侧显示的是审核单的内容，包括：审核单名称、审核单外部编号、自定义选项名称、附件、提审备注；在页面中间部分显示的是产品初始模型，右侧显示的是模型缩略图和提审列表。

在发起订单提审请求后将进入提审环境，提审成功后，提审列表模块将新增一条订单信息。

步骤S102，接收第一操作终端发送的订单提审请求，其中，订单提审请求中至少包括：订单信息、产品初始模型和多项产品设计参数。

订单信息包括但不限于：审核单名称、审核单外部编号、自定义选项名称、模型附件、备注信息；产品设计参数包括但不限于：产品尺寸、产品类型、设计报价等。

步骤S104，基于订单提审请求，确定订单审核流程。

订单审核流程包括但不限于：模型组件审核、组件设计颜色审核、组件设计尺寸审核、模型结构构造审核、模型材质审核、模型设计价格审核。每一个订单审核流程可以对应一个审单师，也可以是多个订单审核流程对应一个审单师，这个根据每个公司的情况自行设置。

本实施例中，还可以在产品协同工具中设置审核模块：审单员可以从自己的后台管理模块的一个入口打开设计方案进行审核上一环节提交的模型，设计师可驳回、退回、或通过审核。打开方案后，审单员可以查看提审的订单的相关信息，可进行编辑备注、上传附件、删除附件等操作。

步骤S106，基于订单审核流程中包含的每个待审核模块，依次对产品初始模型和各个产品设计参数进行审核，得到审核结果。

可选的，基于订单审核流程中包含的每个待审核模块，依次对产品初始模型和各个产品设计参数进行审核，得到审核结果的步骤，包括：在第二操作终端的第一子界面上展示订单信息；在第二操作终端的第二子界面上展示产品初始模型；基于每个待审核模块对应的审核内容，展示对应于待审核模块的模型构造和产品设计参数；对模型构造和产品设计参数进行审核，得到审核结果。

审单工具页面可以在移动端(例如ipad)、PC端等终端界面上通过浏览器打开，不限办公地点，实现更便捷的审核。审核方案时可以查看前几次提交的方案的版本，和审单员修改后保存的版本，并支持版本回复，可对比审核过程中修改的内容，方便后期发现问题时定位责任。

步骤S108，基于审核结果，对产品初始模型进行更新。

作为本实施例可选的实施方式，基于审核结果，对产品初始模型进行更新的步骤，包括：若审核结果指示产品初始模型存在误差，确定第二操作终端发送的模型修改信息；基于模型修改信息，调整产品初始模型，得到目标产品模型；将目标产品模型发送至第一操作终端的终端显示界面。

审单员对模型的后续修改，设计师可以通过同步模型状态接受到。通过在不同的方案中拼搭模块，可以实现订单在工具中不同角色之间的层层分发。订单在审核环节中的过程改变后，订单自身的订单状态也将更新。

可选的，对产品初始模型进行更新的步骤，还包括：若审核结果指示产品初始模型没有误差，发送模型锁定指令；基于模型锁定指令，将产品初始模型确定为目标产品模型；将目标产品模型的当前状态更新为锁定状态。

其中，在锁定状态下无法对目标产品模型进行修改操作和删除操作。在锁定后，审单员对于模型的修改/备注/附件会随着订单审核流程流转到下一环节或上一环节。

可选的，本实施例中在审单环节，一个订单可对应多个产品模型，审单员在通过审核后可以将订单拆分为多个子订单向下一环节分发。

本实施例中，在接收第一操作终端发送的订单提审请求之后，更新方法还包括：接收第二操作终端发送的订单展示请求；基于订单展示请求，调取当前订单列表；将当前订单列表中每一条产品订单对应的订单状态和订单信息发送至第二操作终端的终端显示界面。

本实施例中，展示的订单状态可以包括：已退回、已通过、已驳回等；订单信息包括但不限于：审核订单编号、客户订单编号、设计方案名称、设计师、产品类型、当前操作等。

另一种可选的，在接收第一操作终端发送的订单提审请求之后，更新方法还包括：接收第二操作终端发送的版本展示请求；基于版本展示请求包含的订单标识，调取对应的目标产品订单的所有历史审核版本；将每个历史审核版本分别展示在第二操作终端的终端显示界面。

在审核模块中，可以向审单员展示历史提审版本和当前提审版本，方便审单员进行对比、修改等操作。审核方案时可以查看前几次提交的方案的版本，和审单员修改后保存的版本，并支持版本回复，可对比审核过程中修改的内容，方便后期发现问题时定位责任。

本实施例中，还可以在产品协同工具中设置商家后台模块：独立于工具之外的订单管理系统，可以为任意的erp系统，可进行认领、分配等订单管理操作。

本实施例中，还可以在产品协同工具中设置执行作废模块，通过该执行作废模块对未被认领的订单进行作废处理。

通过上述实施例，设计师设计完成后可直接在产品协同工具中提审模型，不需要反复将模型作为附件反复上传和下载，可以实现一边设计一边提审，审核成为一种协同编辑的过程，并且设计师可以在工具中管理每一条订单并及时收到状态的更新。同时，审单员对模型的后续修改，设计师可以通过同步模型状态接受到。并且，本实施例中，审单员在审核方案时还可以查看前几次提交的方案的版本，和审单员修改后保存的版本，并支持版本回复，可对比审核过程中修改的内容，方便后期发现问题时定位责任

下面通过另一可选的实施方式来说明本发明。

本发明旨在解决传统订单流程中附件上传下载低效，设计工具中管理订单麻烦、订单与模型状态同步不及时，多角色多环节嵌套设计成本大的问题。

本申请中可以在产品协同工具设置如下模块，以执行对应的操作，包括：

1.提审列表模块：内置于工具中的创建并管理订单的模块，可以在工具中创建订单并查看已提交的订单的状态，并执行撤回，退回，删除，同步模型修改等订单操作。

2.执行提审模块：发起提审后将进入提审环境，提审成功后，提审列表模块将新增一条订单信息。

3.提审环境模块：选中若干个模型，作为同一个订单中要提交对象，可输入备注、附件等订单不错信息。可反复进行选中、取消选中、上传附件、删除附件等操作。

4.模型锁定模块：模型被锁定且无法修改模型数据。

5.商家后台模块：独立于工具之外的订单管理系统，可以为任意的erp系统，可进行认领、分配等订单管理操作。

6.执行作废模块：未被认领的订单可作废。

7.执行审核模块：审单员可以从自己的后台管理模块的一个入口打开设计方案进行审核上一环节提交的模型，设计师可驳回、退回、或通过审核。

8.审核模块：打开方案后，审单员可以查看提审的订单的相关信息，可进行编辑备注、上传附件、删除附件等操作。

9.执行同步模型修改模块：将模型数据更新为下一级审核环节修改后返回的版本。

10.订单状态更新模块：订单在审核环节中的过程改变后，订单自身的订单状态将更新。

通过上述各模块，达到如下有益效果：

1.设计师设计完成后可直接在工具中提审模型，不需要反复将模型作为附件反复上传和下载，可以实现一边设计一边提审，审核成为一种协同编辑的过程。

2.设计师可以在工具中管理每一条订单并及时收到状态的更新。

3.审单员对模型的后续修改，设计师可以通过同步模型状态接受到。

4.通过在不同的方案中拼搭模块，可以实现订单在工具中不同角色之间的层层分发。

5.审单工具页面可以在移动端(例如ipad)上通过浏览器打开，不限办公地点，实现更便捷的审核。

6.审核方案时可以查看前几次提交的方案的版本，和审单员修改后保存的版本，并支持版本回复，可对比审核过程中修改的内容，方便后期发现问题时定位责任。

实施例二

本实施例提供一种产品模型的更新装置，该更新装置包括多个实施单元，每个实施单元对应于上述实施例一中的各实施步骤。

图3是根据本发明实施例的一种可选的产品模型的更新装置的示意图，应用于产品协同工具中，如图3所示，更新装置包括：接收单元31，确定单元33，审核单元35，更新单元37，其中，

接收单元31，用于接收第一操作终端发送的订单提审请求，其中，订单提审请求中至少包括：订单信息、产品初始模型和多项产品设计参数；

确定单元33，用于基于订单提审请求，确定订单审核流程；

审核单元35，用于基于订单审核流程中包含的每个待审核模块，依次对产品初始模型和各个产品设计参数进行审核，得到审核结果；

更新单元37，用于基于审核结果，对产品初始模型进行更新。

上述产品模型的更新装置，可以通过接收单元31接收第一操作终端发送的订单提审请求，其中，订单提审请求中至少包括：订单信息、产品初始模型和多项产品设计参数；通过确定单元33基于订单提审请求，确定订单审核流程；通过审核单元35基于订单审核流程中包含的每个待审核模块，依次对产品初始模型和各个产品设计参数进行审核，得到审核结果；通过更新单元37基于审核结果，对产品初始模型进行更新。在该实施例中，设计师设计完成后可直接在产品协同工具中提审模型，不需要反复将模型作为附件反复上传和下载，审单员对模型的后续修改，设计师可以通过同步模型状态接收到，更新效率更高，从而解决相关技术中对于产品的设计模型数据，审核效率低下的技术问题。

可选的，审核单元包括：第一展示模块，用于在第二操作终端的第一子界面上展示订单信息；第二展示模块，用于在第二操作终端的第二子界面上展示产品初始模型；第三展示模块，用于基于每个待审核模块对应的审核内容，展示对应于待审核模块的模型构造和产品设计参数；第一审核模块，用于对模型构造和产品设计参数进行审核，得到审核结果。

可选的，更新单元包括：第一确定模块，用于在审核结果指示产品初始模型存在误差，确定第二操作终端发送的模型修改信息；第一调整模块，用于基于模型修改信息，调整产品初始模型，得到目标产品模型；第一发送模块，用于将目标产品模型发送至第一操作终端的终端显示界面。

可选的，更新单元还包括：第二发送模块，用于审核结果指示产品初始模型没有误差，发送模型锁定指令；第二确定模块，用于基于模型锁定指令，将产品初始模型确定为目标产品模型；第一更新模块，用于将目标产品模型的当前状态更新为锁定状态。

可选的，更新装置还包括：第一接收模块，用于在接收第一操作终端发送的订单提审请求之前，采用第一操作终端接收订单提审指令；第一响应模块，用于响应订单提审指令，开启提审插件；第一打包模块，用于采用提审插件，将已设计完成的至少一个产品模型以及订单信息打包，得到待提审订单；第三发送模块，用于基于待提审订单，向第二操作终端发送订单提审请求。

可选的，更新装置还包括：第二接收模块，用于在接收第一操作终端发送的订单提审请求之后，接收第二操作终端发送的订单展示请求；第一调取模块，用于基于订单展示请求，调取当前订单列表；第四发送模块，用于将当前订单列表中每一条产品订单对应的订单状态和订单信息发送至第二操作终端的终端显示界面。

可选的，更新装置还包括：第三接收模块，用于在接收第一操作终端发送的订单提审请求之后，接收第二操作终端发送的版本展示请求；第二调取模块，用于基于版本展示请求包含的订单标识，调取对应的目标产品订单的所有历史审核版本；第四展示模块，用于将每个历史审核版本分别展示在第二操作终端的终端显示界面。

上述的产品模型的更新装置还可以包括处理器和存储器，上述接收单元31，确定单元33，审核单元35，更新单元37等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

上述处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来基于审核结果，对产品初始模型进行更新。

上述存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

根据本发明实施例的另一方面，还提供了一种电子设备，包括：处理器；以及存储器，用于存储处理器的可执行指令；其中，处理器配置为经由执行可执行指令来执行上述任意一项的产品模型的更新方法。

根据本发明实施例的另一方面，还提供了一种计算机可读存储介质，计算机可读存储介质包括存储的计算机程序，其中，在计算机程序运行时控制计算机可读存储介质所在设备执行上述任意一项的产品模型的更新方法。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：接收第一操作终端发送的订单提审请求，其中，订单提审请求中至少包括：订单信息、产品初始模型和多项产品设计参数；基于订单提审请求，确定订单审核流程；基于订单审核流程中包含的每个待审核模块，依次对产品初始模型和各个产品设计参数进行审核，得到审核结果；基于审核结果，对产品初始模型进行更新。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。