一种跨平台数据交换插件系统的制作方法

1.本技术属于计算机软件技术领域，特别是涉及一种跨平台数据交换插件系统。


背景技术：

2.在相关技术中，作为工程和产品设计中不可或缺的存在，cad(computeraided design，计算机辅助设计)软件帮助设计人员担负计算、信息存储和制图等工作。在设计中，各种模型输入cad软件中进行计算、分析和比较，以决定最优的方案。
3.然而部分模型的最终目的不在于将模型应用于实际生产活动中，而仅仅作为展示之用。这种模型对精度的要求不高，但要求可以对其表面的颜色、材质类型、属性和纹理进行操作，这使得设计人员需要手动将模型转换成适用于进行上述操作的类型，一方面增加了设计人员的时间成本，另一方面通过人力对数据进行转换，也容易造成在转换过程中数据的丢失。


技术实现要素：

4.本技术为了在一定程度上解决现有技术的不足，提供了一种跨平台数据交换插件系统。
5.本技术提出一种跨平台数据交换插件系统，包括：插件前端、桌面管理端和数据中心端，其中，所述插件前端用于响应于第一指令，调用cad软件的第一数据，将所述第一数据转换为适用于所述桌面管理端渲染的第二数据，并向所述桌面管理端发送第一请求；所述桌面管理端用于响应于所述第一请求，接收所述第二数据，以及用于接收所述第二数据后，向所述数据中心端发送第二请求；所述数据中心端用于响应于所述第二请求将所述第二数据上传到第一文件存储路径，并向所述桌面管理端返回上传结果。
6.在该技术方案中，通过插件前端响应于第一指令将第一数据转换为第二数据，并发送给桌面管理端，桌面管理端可以对第二数据进行渲染有利于丰富第二数据对应模型的颜色、纹理和属性，同时桌面管理端及时将第二数据上传到数据中心端和返回结果，避免第二数据的丢失。
7.在上述技术方案中，所述第一指令包括所述第一文件存储路径的信息，所述第一请求包括所述第一存储路径的信息，所述第二请求包括所述第一文件存储路径的信息。
8.在该技术方案中，通过在第一指令、第一请求和第二请求中加入第一文件存储路径的信息，后续桌面管理端可以依照该信息将第二数据进行保存。
9.在上述技术方案中，所述所述插件前端用于响应于第一指令，调用cad软件的第一数据，将所述第一数据转换为适用于所述桌面管理端渲染的第二数据，具体为：所述插件前端用于响应于第一指令，调用所述cad软件的所述第一数据，将所述第一数据的nurbs数据转换为mesh数据；所述所述桌面管理端用于响应于所述第一请求，接收所述第二数据，具体为：所述桌面管理端用于响应于所述第一请求，接收所述mesh数据；所述所述数据中心端用于响应于所述第二请求将所述第二数据上传到第一文件存储路径，具体为：所述数据中心
端用于响应于所述第二请求将所述mesh数据上传到第一文件存储路径。
10.在该技术方案中，通过将nurbs数据转换成mesh数据，桌面管理端可以对mesh数据对应的模型进行渲染和上传，从而实现转换nurbs数据和保存mesh数据的功能。
11.在上述技术方案中，所述桌面管理端通过http(hyper text transfer protocol，超文本传输协议)服务保持与所述插件前端的通讯；其中，所述插件前端通过所述http服务向所述桌面管理端发送所述第一请求，所述桌面管理端通过所述http服务接收所述第一请求。
12.在该技术方案中，通过http服务保持桌面管理端和插件前端之间的通讯，桌面管理端可以及时接收第二数据，以进行渲染和上传。
13.在上述技术方案中，所述桌面管理端包括ui(user interface，用户界面)模块，所述ui模块用于显示所述上传结果。
14.在该技术方案中，通过ui模块反馈上传结果，可以实现告知用户的功能，避免第二数据的丢失。
15.在上述技术方案中，所述ui模块包括第一进度条，所述第一进度条用于显示所述第二数据的上传进度。
16.在该技术方案中，第一进度条的设置可以告知用户第二数据的上传进度。
17.在上述技术方案中，所述桌面管理端还用于接收所述第二数据后，依据所述第二数据初始化模型。
18.在该技术方案中，初始化第二数据对应的模型有利于后续进行模型的渲染。
19.在上述技术方案中，所述ui模块包括第二进度条，所述第二进度条用于显示初始化所述模型的进度。
20.在该技术方案中，通过第二进度条可以告知用户初始化的进度。
21.在上述技术方案中，所述桌面管理端还用于管理所述第二数据。
22.本技术的有益效果是：通过插件前端响应第一指令调用cad软件中的第一数据进行转化和发送给桌面管理端，桌面管理端可以对第二数据进行渲染，方便桌面管理端编辑第二数据对应模型的颜色、纹理和属性，同时桌面管理端及时将第二数据上传到数据中心端和返回结果，避免第二数据的丢失。
附图说明
23.图1示出了根据本技术的一个实施例的跨平台数据交换插件系统的结构图；
24.图2示出了以nurbs数据构建的模型图；
25.图3示出了以mesh数据构建的模型图；
26.图4示出了根据本技术的一个实施例的跨平台数据交换插件系统的桌面管理端的ui模块的界面图；
27.附图标记和部件名称的关系如下所示：
28.附图标记部件名称附图标记部件名称1插件前端2桌面管理端3数据中心端
ꢀꢀ
具体实施方式
29.为了可以更清楚地理解本技术的上述目的、特征和优点，下面结合附图和具体实施方式对本技术进行进一步的详细描述。需要说明的是，在不冲突的情况下，本技术的实施例及实施例中的特征可以相互组合。
30.在下面的描述中阐述了很多具体细节，以便于充分理解本技术，但是本技术还可以采用其他不同于在此描述的其他方式来实施，因此，本技术的保护范围并不受下面公开的具体实施例的限制。
31.下面参照附图描述本技术的一些实施例。
32.如图1所示，本技术提供一种跨平台数据交换插件系统，包括：插件前端1、桌面管理端2和数据中心端3，其中，插件前端1用于响应于第一指令，调用cad软件的第一数据，将第一数据转换为适用于桌面管理端2渲染的第二数据，并向桌面管理端2发送第一请求；桌面管理端2用于响应于第一请求，接收第二数据，以及用于接收第二数据后，向数据中心端3发送第二请求；数据中心端3用于响应于第二请求将第二数据上传到第一文件存储路径，并向桌面管理端2返回上传结果。
33.第一数据包括利用cad软件本身功能产生的数据，如在建模过程中产生点、线、面和体的相关数据。
34.通过点击插件前端1的上传按钮产生第一指令，插件前端1可以响应第一指令进行后续的操作。通过在插件前端1选择第一文件存储路径产生第一指令，插件前端1可以响应第一指令进行后续的操作。
35.如图4所示，上传结果包括上传中、上传失败和上传成功。
36.通过插件前端1响应第一指令调用cad软件中的第一数据进行转化和发送给桌面管理端2，桌面管理端2可以对第二数据进行渲染，方便桌面管理端2编辑第二数据对应模型的颜色、纹理和属性，同时桌面管理端2及时将第二数据上传到数据中心端3和返回结果，避免第二数据的丢失。
37.其中，cad软件可以为zbrush建模软件、maya建模软件、ug建模软件、c4d建模软件和solidworks建模软件中的任意一种。
38.插件前端1指的是某个cad软件的插件，该插件的主要作用是建立cad软件与桌面管理端2的数据双向互通的桥梁。插件前端1可以通过cad软件的sdk进行开发，通过调用cad的sdk(software development kit，软件开发包)取得第一数据，并响应于第一指令，将第一数据转换成第二数据，向桌面管理端2发送第一请求。
39.桌面管理端2接收来自插件前端1的请求和对第二数据进行处理，及时向数据中心端3发送第二请求，避免第二数据的丢失。
40.数据中心端3响应于第二请求将第二数据上传到第一文件存储路径，实现对第二数据的保存，及时向桌面管理端2返回结果，可以告知用户上传的情况。
41.其中，可以通过插件前端1响应包含有第一文件存储路径信息的第一指令，依靠第一请求将第一文件存储路径信息发送给桌面管理端2，桌面管理端2可以将第一文件存储路径信息放在第二请求中，发送给数据中心端3。如此可以使数据中心端3以该第一文件存储路径作为保存第二数据的位置，使得用户在输入第一指令时，输入第一文件存储路径信息即可实现对第二数据的上传和保存。
42.在相关技术中，nurbs(non
‑
uniform rational b
‑
splines，非均匀有理b样条)是以数学公式实现描述几何形状的曲线，常用于高精度建模，但无法被gpu直接使用，以nurbs数据为基础构建的模型图如图2所示。mesh(网格)建模则是以三角形为基本单位构成几何体，以mesh数据为基础构建的模型图如图3所示。通过将cad软件中的nurbs数据转换为mesh数据，桌面管理端2可以对mesh数据进行处理。
43.以mesh作为第二数据，对本技术的工作过程进行说明：用户在插件前端1输入第一指令，插件前端1响应于该第一指令，调用cad软件中的第一数据，并将第一数据中的nurbs数据进行转换，转换为mesh数据后，又向桌面管理端2发送第一请求；桌面管理端2接收第一请求后，对mesh数据进行接收，完成接收后，即向数据中心端3发送第二请求；数据中心端3接收到第二请求时，对mesh数据进行上传，完成上传时向桌面管理端2发送上传结果，不能完成上传时也向桌面管理端2发送上传结果。
44.通过http服务可以实现桌面管理端2和插件前端1之间的稳定通讯，桌面管理端2及时接收来自插件前端1的第一请求。http服务指定了插件前端1可以向桌面管理端2发送第一请求，请求桌面管理端2对第二数据进行接收，或者请求桌面管理端2对第二数据和第一文件存储路径进行接收。请求和响应消息的头以ascii形式给出。对于用户想要上传和保存的第二数据，其对应的模型往往也是用户当前需要进行渲染的模型，所以在接收到第二数据后，利用第二数据初始化模型，有利于后续对该模型的渲染。
45.桌面管理端2与插件前端1完全分离，并通过http服务的方式进行通讯，可以屏蔽前端差异性。无论是何种cad软件，无论是哪个操作系统的cad软件，只要插件前端1发送符合桌面端协议的网络请求，桌面管理端2就可以正常工作，最大化程度复用代码。
46.为向用户提醒桌面管理端2的处理情况，桌面管理端2还包括u工模块，ui模块还包括第一进度条，第一进度条通过显示第二数据的上传进度实现对用户的告知。如图4所示，上传列表框内显示了各种情况下的第一进度条。
47.相应的，ui模块还包括第二进度条，通过第二进度条显示初始化模型的进度，以告知用户。如图4所示，图4中的圆环为第二进度条，圆环中的2％为当前的初始化进度。
48.ui模块还可以显示已经完成上传和初始化的模型，通过点击的操作，对模型进行管理，包括删除、更新、编辑、分配标签，改变模型位置，新建文件夹等。
49.为提高本技术与用户之间的交互性能，可以设置ui模块，通过ui模块反应当前桌面管理端2的工作情况。其中，ui模块可以包括第一进度条，第一进度条用于显示第二数据上传到第一文件存储路径的进度。
50.以mesh作为第二数据，对本技术的工作过程进行说明：用户在catia的插件前端1输入第一指令，插件前端1响应于该第一指令，调用cad软件中的第一数据，并将第一数据中的nurbs数据进行转换，转换为mesh数据后，又向桌面管理端2发送第一请求；桌面管理端2接收第一请求后，对mesh数据进行接收，完成接收后，即向数据中心端3发送第二请求；数据中心端3接收到第二请求时，对mesh数据进行上传，完成上传时向桌面管理端2发送上传结果，不能完成上传时也向桌面管理端2发送上传结果。
51.以mesh作为第二数据，对本技术的工作过程进行说明：用户在插件前端1输入第一指令，插件前端1响应于该第一指令，调用cad软件中的第一数据，并将第一数据中的nurbs数据进行转换，转换为mesh数据后，又向桌面管理端2发送第一请求；桌面管理端2接收第一
请求后，对mesh数据进行接收，完成接收后，即向数据中心端3发送第二请求；数据中心端3接收到第二请求时，对mesh数据进行上传，完成上传时向桌面管理端2发送上传结果，不能完成上传时也向桌面管理端2发送上传结果。
52.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
53.最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围，其均应涵盖在本技术的权利要求和说明书的范围当中。