CN109471632A - 一种页面动态配置方法、装置、服务器及用户终端 - Google Patents

Abstract

本申请提供一种页面动态配置方法、装置、服务器及用户终端，用于解决现有技术中在需求变更时，更改页面的排版的同时，还需要重新建立数据模型或修改已有的数据模型的问题。该页面动态配置方法包括：响应于用户的至少一个配置选择操作指令，为页面内的插件配置至少一个数据模型，所述至少一个数据模型为用户的选择操作时选择的；响应于用户的配置保存操作指令，将配置保存指令和所述插件对应的配置发送给服务器；接收所述服务器发送的与所述配置选择操作指令对应的所述至少一个数据模型中的数据，并根据所述数据更新页面内的插件的数据。

Description

一种页面动态配置方法、装置、服务器及用户终端

技术领域

本申请涉及计算机页面编译与运行的技术领域，尤其涉及一种页面动态配置方法、装置、服务器及用户终端。

背景技术

目前在传统网站应用(WEBAPP)的开发中，其做法是信息科技(IT，InformationTechnology)从业人员事先根据需求分析建模，提前做好页面原型、数据模型、汇总好数据，通过软件研发部门进行开发，最后业务人员才能查看到数据分析结果。但是，在需求变更时，更改页面的排版的同时，还需要重新建立数据模型或修改已有的数据模型。因此，现有技术中存在着在需求变更时，更改页面的排版的同时，还需要重新建立数据模型或修改已有的数据模型的问题。

发明内容

有鉴于此，本申请提供一种页面动态配置方法、装置、服务器及用户终端，用于解决现有技术中在需求变更时，更改页面的排版的同时，还需要重新建立数据模型或修改已有的数据模型的问题。

本申请实施例提供了的一种页面动态配置方法，应用于用户终端，所述页面动态配置方法包括：响应于用户的至少一个配置选择操作指令，为页面内的插件配置至少一个数据模型，所述至少一个数据模型为用户的选择操作时选择的；响应于用户的配置保存操作指令，将配置保存指令和所述插件对应的配置发送给服务器；接收所述服务器发送的与所述配置选择操作指令对应的所述至少一个数据模型中的数据，并根据所述数据更新页面内的插件的数据。

可选地，在本申请实施例中，在所述接收所述服务器发送的与所述配置选择操作指令对应的数据模型中的数据，并根据所述数据更新页面内的插件的数据之后，还包括：响应于用户的页面保存操作指令，将页面保存指令和所述页面对应的至少一个插件对应的配置发送给服务器；接收所述服务器发送的所述页面对应的至少一个插件对应的配置的第一保存响应。

可选地，在本申请实施例中，在所述接收所述服务器发送的所述页面对应的至少一个插件对应的配置的第一保存响应之后，还包括：响应于用户的工程保存操作指令，将工程保存指令和所述工程对应的至少一个页面对应的配置发送给服务器；接收所述服务器发送的所述工程对应的至少一个页面对应的配置的第二保存响应。

本申请实施例还提供了一种页面动态配置方法，应用于服务器，包括：接收用户终端发送的配置保存指令和插件对应的配置，所述插件对应的配置包括页面内的插件对应的至少一个数据模型；若所述用户终端发送的指令为配置保存指令，则将所述插件对应的配置保存，并查询所述至少一个数据模型中的数据为配置数据，以及将所述配置数据发送给所述用户终端。

可选地，在本申请实施例中，在所述将所述配置数据发送给所述用户终端之后，还包括：接收所述用户终端发送的页面保存指令和所述页面对应的至少一个插件对应的配置；若所述用户终端发送的指令为页面保存指令，则将所述页面对应的至少一个插件对应的第一配置保存，并将所述第一配置保存的响应作为第一保存响应发送给所述用户终端。

可选地，在本申请实施例中，在所述将所述第一配置保存的响应作为第一保存响应发送给所述用户终端之后，还包括：接收所述用户终端发送的工程保存指令和所述工程对应的至少一个页面对应的配置；若所述用户终端发送的指令为工程保存指令，则将所述工程对应的至少一个页面对应的第二配置保存，并将所述第二配置保存的响应作为第二保存响应发送给所述用户终端。

本申请实施例还提供了一种页面动态配置装置，应用于用户终端，所述页面动态配置装置包括：配置选择响应模块，用于响应于用户的至少一个配置选择操作指令，为页面内的插件配置至少一个数据模型，所述至少一个数据模型为用户的选择操作时选择的；配置保存响应模块，用于响应于用户的配置保存操作指令，将配置保存指令和所述插件对应的配置发送给服务器；数据接收更新模块，用于接收所述服务器发送的与所述配置选择操作指令对应的所述至少一个数据模型中的数据，并根据所述数据更新页面内的插件的数据。

本申请实施例还提供了一种页面动态配置装置，应用于服务器，所述页面动态配置装置包括：指令配置接收模块，用于接收用户终端发送的配置保存指令和插件对应的配置，所述插件对应的配置包括页面内的插件对应的至少一个数据模型；数据保存发送模块，用于将所述插件对应的配置保存，并查询所述至少一个数据模型中的数据为配置数据，以及将所述配置数据发送给所述用户终端。

本申请实施例还提供了一种服务器，包括：第一处理器和第一存储器，所述第一存储器存储有所述第一处理器可执行的机器可读指令，所述机器可读指令被所述第一处理器执行时执行如上所述的方法。

本申请实施例还提供了一种用户终端，包括：第二处理器和第二存储器，所述第二存储器存储有所述第二处理器可执行的机器可读指令，所述机器可读指令被所述第二处理器执行时执行如上所述的方法。

本申请提供一种页面动态配置方法、装置、服务器及用户终端，通过响应页面内排版插件指令的同时，选择该插件配置至少一个数据模型，并在响应点击配置保存指令时，将该配置发送给服务器保存，服务器返回该配置对应的数据后，实时更新页面内的插件的数据，从而避免了研发人员需要重新修改或者新建数据模型以适配页面的显示数据的问题。通过这种更改页面的排版的同时，也为页面内的插件配置数据模型，从而有效的解决了现有技术中在需求变更时，更改页面的排版的同时，还需要重新建立数据模型或修改已有的数据模型的问题。

为使本申请的上述目的和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1示出了本申请实施例提供的服务器和用户终端的结构示意图；

图2示出了本申请实施例提供的用户终端的页面动态配置方法流程示意图；

图3示出了本申请实施例提供的用户终端的页面动态配置方法全部流程示意图；

图4示出了本申请实施例提供的服务器端的页面动态配置方法流程示意图；

图5示出了本申请实施例提供的服务器端的页面动态配置方法全部流程示意图；

图6示出了本申请实施例提供的用户终端与服务器交互的时序示意图；

图7示出了本申请实施例提供的用户终端的页面动态配置装置结构示意图；

图8示出了本申请实施例提供的服务器端的页面动态配置装置结构示意图。

图标：100-服务器；101-第一处理器；102-第一存储器；103-第一通信接口；110-配置选择响应模块；120-配置保存响应模块；130-数据接收更新模块；200-用户终端；201-第二处理器；202-第二存储器；203-第二通信接口；210-指令配置接收模块；220-数据保存发送模块；300-页面动态配置装置。

具体实施方式

本申请实施例中提供一种页面动态配置方法、装置、服务器及用户终端，用于解决现有技术中在需求变更时，更改页面的排版的同时，还需要重新建立数据模型或修改已有的数据模型的问题。其中，应用于服务器的方法和装置是基于同一创造构思的，由于方法及相应的装置和设备解决问题的原理相似，因此方法及相应的装置和设备的实施可以相互参见，重复之处不再赘述。

以下将对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

WebApp(又写为WEBAPP)，是指基于网络的系统和应用，其作用是向广大的最终用户发布一组复杂的内容和功能。从一个简单的帮助消费者计算汽车租借费用的网页，到为商业人员和度假者提供全套旅游服务的大型复杂的网络站点，都是WebApp。

编译，编译过程是一个转换过程，将配置文件转换成可运行文件；是“页面动态配置技术”的核心。

发布，是指将编译结果生成可发布的业务包。根据敏捷WEBAPP使用场景的不同产生不同的业务包。

另外，需要理解的是，在本申请实施例的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或者暗示相对重要性，也不能理解为指示或者暗示顺序。此外，本申请实施例中的步骤序号或者标号仅用于区分不同的步骤，不能理解为指示或者暗示顺序。

下面结合附图，对本申请实施例的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

请参见图1，图1示出了本申请实施例提供的服务器和用户终端的结构示意图。本申请实施例提供了的一种服务器100，包括：第一处理器101、第一存储器102和第一通信接口103，第一存储器102存储有第一处理器101可执行的机器可读指令，第一通信接口103用于与外部设备进行通信，机器可读指令被第一处理器101执行时执行如上方法。

本申请实施例还提供了的一种用户终端200，包括：第二处理器201、第二存储器202和第二通信接口203，第二存储器202存储有第二处理器201可执行的机器可读指令，第二通信接口203用于与外部设备进行通信，机器可读指令被第二处理器201执行时执行如上方法。

在具体的实施过程中，对下面描述的方法的相关计算可以用图形处理器(Graphics Processing Unit，GPU)进行加速，因此，该服务器还可以包括图形处理器。此外，在使用分布式计算框架时需要使用通信接口，该服务器还可以包括通讯与网络扩展卡、光纤卡或者多串口通信卡等部件，在此不再赘述。

本领域技术人员可以理解，图1中示出的服务器的结构并不构成对该设备的限定，本申请实施例提供的设备可以包括比图示更多或者更少的部件，或者不同的部件布置。

第一实施例

请参见图2，图2示出了本申请实施例提供的用户终端的页面动态配置方法流程示意图。本申请实施例提供了的一种页面动态配置方法，应用于用户终端，页面动态配置方法包括：

步骤S110：响应于用户的至少一个配置选择操作指令，为页面内的插件配置至少一个数据模型，至少一个数据模型为用户的选择操作时选择的。

其中，页面内的插件可以为交互式的组件，例如图表组件：折线图、柱状图、条形图、面积图、饼图、堆积图、雷达图、气泡图、散点图、热力图；又例如高级的关系图、树图、和弦图、力导向布局图等；再例如，矢量地图组件，矢量地图模式支持两种：分布地图、迁移地图；地图的层级支持：全国、省、市三级，支持到34个省级和300多个地市。矢量地图支持按层级下钻、上卷自助分析。因此，这里的页面内的插件具体形式和内容，不应理解为对本申请实施例的限制。

其中，本申请实施例中的数据模型可以是关系型数据库中的具体的库中的一些表，该表中选择展示哪些字段，如何展示该表中数据记录的这些字段的等等，也可以是非关系型数据库或者文件数据库中的文档数据、结构化数据、图片数据、文字数据或者视频数据等，也可以是应用程序编程接口(Application Programming Interface，API)数据源(即第三方服务调用)。当然，在实际的实施过程中，可以配置一个或多个数据模型，也可以不配置数据模型。同时，一个组件可以绑定多个数据模块，但同一时刻只有一个数据模型生效；一个数据模型可以被绑定到多个组件上。因此，本申请实施例中的数据模型的具体形式和内容不应理解为对本申请实施例的限制。

需要说明的是，在该步骤之前还包括：响应于用户的修改后多个排版页面保存操作，将修改后多个排版页面发送给服务器；接收服务器发送的表示服务器成功接收修改后多个排版页面的响应。也就是说，该步骤是在用户完成排版操作之后进行的操作，该操作是保存了页面内的插件配置的数据模型关系。例如，在页面内的画布区选中一个组件即可为其设置数据模型。在数据配置中列出所有的数据模型，业务人员可选择组件需要绑定的数据模型；提供条件设置，用于设置数据多维分析查询条件。

步骤S120：响应于用户的配置保存操作指令，将配置保存指令和插件对应的配置发送给服务器。

其中，响应于用户的操作指令，是指页面内的交互事件触发的操作指令，例如大数据可视化页面的编排技术中的事件编排技术，并利用在页面上下文中识别事件、输入、处理、事件关联响应、输出的方法，使得可视化的网站页面具备交互式操作的效果。具体来说，又例如选择框的选择事件为页面内的该组件选择一个数据模型。这里的交互事件触发的操作指令，交互事件可以通过选择框，包括单选选择框、复选选择框、拖拽关联选择等。因此，这里的响应于用户的操作指令的具体内容和形式不应理解为对本申请实施例的限制。

步骤S130：接收服务器发送的与配置选择操作指令对应的至少一个数据模型中的数据，并根据数据更新页面内的插件的数据。

其中，本申请实施例中的数据模型可以是关系型数据库中的具体的库中的一些表，该表中选择展示哪些字段，如何展示该表中数据记录的这些字段的等等，也可以是非关系型数据库或者文件数据库中的文档数据、结构化数据、图片数据、文字数据或者视频数据等等，因此，本申请实施例中的数据模型的具体形式和内容不应理解为对本申请实施例的限制。

其中，本申请实施例中的数据模型可以通过简单的配置即可方便实现诸如：切片、切面、下钻等多维分析功能，除此以外，还能进行灵活的组合条件筛选，产品还可以自动提取图表间的数据关联关系，可以理解为联动查询效果，如省市县三级联动查询等等。

请参见图3，图3示出了本申请实施例提供的用户终端的页面动态配置方法全部流程示意图。可选地，在本申请实施例中，在接收服务器发送的与配置选择操作指令对应的数据模型中的数据，并根据数据更新页面内的插件的数据之后，还包括：

步骤S140：响应于用户的页面保存操作指令，将页面保存指令和页面对应的至少一个插件对应的配置发送给服务器。

其中，响应于用户的操作指令，是指页面内的交互事件触发的操作指令，还包括多表联动，单向联动，多向联动。这些数据联动分析通过编排事件完成。例如：可以选择多种动作类型，包含：联动、跳转、服务调用、弹出窗口、关闭窗口、自定义动作。因此，这里的响应于用户的操作指令的具体内容不应理解为对本申请实施例的限制。

步骤S150：接收服务器发送的页面对应的至少一个插件对应的配置的第一保存响应。

在具体的实施过程中，可以接收服务器发送的页面对应的至少一个插件对应的配置的第一保存响应，也可以不接收服务器发送的页面对应的至少一个插件对应的配置的第一保存响应。也可以不执行该步骤，因此，这里的接收或者不接收服务器发送的保存响应，不应理解为对本申请实施例的限制。

请参见图3，可选地，在本申请实施例中，在接收服务器发送的页面对应的至少一个插件对应的配置的第一保存响应之后，还包括：

步骤S160：响应于用户的工程保存操作指令，将工程保存指令和工程对应的至少一个页面对应的配置发送给服务器。

需要说明的是，在“将工程保存指令和工程对应的至少一个页面对应的配置发送给服务器”之后，还可以点击编译或者发布，当点击编译时，可以将工程动态编译，并实时预览目前工程的效果动态；如果点击发布，则将工程编译打包后，发布到预先配置的运行环境中。

步骤S170：接收服务器发送的工程对应的至少一个页面对应的配置的第二保存响应。

在具体的实施过程中，可以接收服务器发送的工程对应的至少一个页面对应的配置的第二保存响应，也可以不接收服务器发送的工程对应的至少一个页面对应的配置的第二保存响应。也可以不执行该步骤，因此，这里的接收或者不接收服务器发送的保存响应，不应理解为对本申请实施例的限制。

第二实施例

请参见图4，图4示出了本申请实施例提供的服务器端的页面动态配置方法流程示意图。本申请实施例提供了的一种页面动态配置方法，应用于服务器，包括：

步骤S210：接收用户终端发送的配置保存指令和插件对应的配置，插件对应的配置包括页面内的插件对应的至少一个数据模型。

需要说明的是，在该步骤之前，还包括：接收用户终端发送的修改后多个排版页面；若接收用户终端发送的修改后多个排版页面成功，则将接收成功的响应发送给用户终端。也就是说，该步骤是在用户完成排版操作，并将排版完成后的页面发送给服务器保存之后，服务器进行的操作，该操作是保存了页面内的插件配置的数据模型关系。

步骤S220：若用户终端发送的指令为配置保存指令，则将插件对应的配置保存，并查询至少一个数据模型中的数据为配置数据，以及将配置数据发送给用户终端。

在具体的实施过程中，可以配置一个或多个数据模型，也可以不配置数据模型。同时，一个组件可以绑定多个数据模型，也可以绑定一个数据模型，一个数据模型可以被绑定到多个组件上。因此，这里可以查询至少一个数据模型中的数据为配置数据，以及将配置数据发送给用户终端；也可以不查询至少一个数据模型中的数据。本申请实施例中的是否查询数据模型的数据不应理解为对本申请实施例的限制。

请参见图5，图5示出了本申请实施例提供的服务器端的页面动态配置方法全部流程示意图。可选地，在本申请实施例中，在将配置数据发送给用户终端之后，还包括：

步骤S230：接收用户终端发送的页面保存指令和页面对应的至少一个插件对应的配置。

在实际的实施过程中，可以配置一个或多个数据模型，也可以不配置数据模型。因此，页面对应的至少一个插件对应的配置中，可以对应一个或多个数据模型，也可以不对应数据模型。因此，这里的页面对应的至少一个插件对应的配置是否包含数据模型，不应理解为对本申请实施例的限制。

步骤S240：若用户终端发送的指令为页面保存指令，则将页面对应的至少一个插件对应的第一配置保存，并将第一配置保存的响应作为第一保存响应发送给用户终端。

在实际的实施过程中，页面保存的实施方式可以为：编排的可视化页面可随时保存，保存时将可视化页面构造成统一接口对象，以文件形式存储。页面保存的具体内容可以分成两类：“便于还原编排的数据”和“便于编译的数据”。因此，这里的页面保存的实施方式和内容不应理解为对本申请实施例的限制。

请参见图5，可选地，在本申请实施例中，在将第一配置保存的响应作为第一保存响应发送给用户终端之后，还包括：

步骤S250：接收用户终端发送的工程保存指令和工程对应的至少一个页面对应的配置。

在具体的实施过程中，工程可以配置一个或多个页面，也可以不配置页面。因此，页面对应的至少一个插件对应的配置中，可以对应一个或多个页面，也可以不对应页面。因此，这里的页面对应的插件对应的配置是否包含页面，不应理解为对本申请实施例的限制。

步骤S260：若用户终端发送的指令为工程保存指令，则将工程对应的至少一个页面对应的第二配置保存，并将第二配置保存的响应作为第二保存响应发送给用户终端。

请参见图6，图6示出了本申请实施例提供的用户终端与服务器交互的时序示意图。需要说明的是，在这些步骤之后，还包括：将多个排版页面文件和多个关系配置文件编译和发布。WEBAPP工程编排完成后，便可发布给具体的用户使用。发布工程包含两部分处理：编译和发布。

其中，编译过程是一个转换过程，将配置文件转换成可运行文件。编译工程时，对页面源码文件逐个进行编译，编译后对应生成可执行的HTML和JAVASCRIPT文件，编译过程中产生的文件存储在编译目录中。编译过程，采用编译目录而不是直接编译到运行目录的设计原理，避免编译过程与运行产生冲突。

其中，发布就是将编译结果生成可发布的业务包。根据敏捷网站应用使用场景的不同产生不同的业务包。发布的对象可以是当前的编译环境，也可以是将编译后的WEBAPP应用打包成自动部署工具能识别的安装文件发送给自动部署工具，也可以将也可以是将编译后的工程应用打包成服务器能识别war包。因此，这里的将编译后的工程应用打包成可部署业务包的方式和内容不应理解为对本申请实施例的限制。

在具体的实施过程中，在编译和发布之后，还需要进行部署操作，部署是指把开发的软件拿给用户在运行环境下运行，在运行之前需要进行配置，运行环境是(包括硬件、软件的安装、环境变量的设置等)让开发的软件正常运行之后，该软件或者应用就能给用户正常使用。当然，这里的部署方式，例如：可以部署到编译环境、发布环境或者生产环境所在的服务器中，也可以部署到当前环境的用户体验(User Experience，UE)运行器中，也可以部署到客户的交付环境的服务器中，也可以部署到其它WEBAPP容器中，例如Tomcat和weblogic中，这种部署方式，将发布的WAR包安装到交付环境的WEB服务器部署目录下，遵循WEB服务器安装步骤即可。因此，这里的部署方式和部署的目标环境不应理解为对本申请实施例的限制。

第三实施例

请参见图7，图7示出了本申请实施例提供的用户终端的页面动态配置装置结构示意图。本申请实施例提供了的一种页面动态配置装置300，应用于用户终端100，页面动态配置装置300包括：

配置选择响应模块110，用于响应于用户的至少一个配置选择操作指令，为页面内的插件配置至少一个数据模型，至少一个数据模型为用户的选择操作时选择的。

配置保存响应模块120，用于响应于用户的配置保存操作指令，将配置保存指令和插件对应的配置发送给服务器。

数据接收更新模块130，用于接收服务器发送的与配置选择操作指令对应的至少一个数据模型中的数据，并根据数据更新页面内的插件的数据。

第四实施例

请参见图8，图8示出了本申请实施例提供的服务器端的页面动态配置装置结构示意图。本申请实施例提供了的一种页面动态配置装置300，应用于服务器200，页面动态配置装置300包括：

指令配置接收模块210，用于接收用户终端发送的配置保存指令和插件对应的配置，插件对应的配置包括页面内的插件对应的至少一个数据模型。

数据保存发送模块220，用于将插件对应的配置保存，并查询至少一个数据模型中的数据为配置数据，以及将配置数据发送给用户终端。

本申请实施例提供一种页面动态配置方法、装置、服务器及用户终端，通过响应页面内排版插件指令的同时，选择该插件配置至少一个数据模型，并在响应点击配置保存指令时，将该配置发送给服务器保存，服务器返回该配置对应的数据后，实时更新页面内的插件的数据，从而避免了研发人员需要重新修改或者新建数据模型以适配页面的显示数据的问题。通过这种更改页面的排版的同时，也为页面内的插件配置数据模型，从而有效的解决了现有技术中在需求变更时，更改页面的排版的同时，还需要重新建立数据模型或修改已有的数据模型的问题。

以上的本申请实施例仅为优选实施例而已，并不限制于本申请实施例，对于本领域的技术人员来说，本申请实施例可以有各种更改和变化。凡在本申请实施例的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在保护范围之内。

Claims (10)

1.一种页面动态配置方法，其特征在于，应用于用户终端，所述页面动态配置方法包括：

响应于用户的至少一个配置选择操作指令，为页面内的插件配置至少一个数据模型，所述至少一个数据模型为用户的选择操作时选择的；

响应于用户的配置保存操作指令，将配置保存指令和所述插件对应的配置发送给服务器；

接收所述服务器发送的与所述配置选择操作指令对应的所述至少一个数据模型中的数据，并根据所述数据更新页面内的插件的数据。

2.如权利要求1所述的方法，其特征在于，在所述接收所述服务器发送的与所述配置选择操作指令对应的数据模型中的数据，并根据所述数据更新页面内的插件的数据之后，还包括：

响应于用户的页面保存操作指令，将页面保存指令和所述页面对应的至少一个插件对应的配置发送给服务器；

接收所述服务器发送的所述页面对应的至少一个插件对应的配置的第一保存响应。

3.如权利要求2所述的方法，其特征在于，在所述接收所述服务器发送的所述页面对应的至少一个插件对应的配置的第一保存响应之后，还包括：

响应于用户的工程保存操作指令，将工程保存指令和所述工程对应的至少一个页面对应的配置发送给服务器；

接收所述服务器发送的所述工程对应的至少一个页面对应的配置的第二保存响应。

4.一种页面动态配置方法，其特征在于，应用于服务器，包括：

接收用户终端发送的配置保存指令和插件对应的配置，所述插件对应的配置包括页面内的插件对应的至少一个数据模型；

若所述用户终端发送的指令为配置保存指令，则将所述插件对应的配置保存，并查询所述至少一个数据模型中的数据为配置数据，以及将所述配置数据发送给所述用户终端。

5.如权利要求4所述的方法，其特征在于，在所述将所述配置数据发送给所述用户终端之后，还包括：

接收所述用户终端发送的页面保存指令和所述页面对应的至少一个插件对应的配置；

若所述用户终端发送的指令为页面保存指令，则将所述页面对应的至少一个插件对应的第一配置保存，并将所述第一配置保存的响应作为第一保存响应发送给所述用户终端。

6.如权利要求5所述的方法，其特征在于，在所述将所述第一配置保存的响应作为第一保存响应发送给所述用户终端之后，还包括：

接收所述用户终端发送的工程保存指令和所述工程对应的至少一个页面对应的配置；

若所述用户终端发送的指令为工程保存指令，则将所述工程对应的至少一个页面对应的第二配置保存，并将所述第二配置保存的响应作为第二保存响应发送给所述用户终端。

7.一种页面动态配置装置，其特征在于，应用于用户终端，所述页面动态配置装置包括：

配置选择响应模块，用于响应于用户的至少一个配置选择操作指令，为页面内的插件配置至少一个数据模型，所述至少一个数据模型为用户的选择操作时选择的；

配置保存响应模块，用于响应于用户的配置保存操作指令，将配置保存指令和所述插件对应的配置发送给服务器；

数据接收更新模块，用于接收所述服务器发送的与所述配置选择操作指令对应的所述至少一个数据模型中的数据，并根据所述数据更新页面内的插件的数据。

8.一种页面动态配置装置，其特征在于，应用于服务器，所述页面动态配置装置包括：

指令配置接收模块，用于接收用户终端发送的配置保存指令和插件对应的配置，所述插件对应的配置包括页面内的插件对应的至少一个数据模型；

数据保存发送模块，用于将所述插件对应的配置保存，并查询所述至少一个数据模型中的数据为配置数据，以及将所述配置数据发送给所述用户终端。

9.一种服务器，其特征在于，包括：第一处理器和第一存储器，所述第一存储器存储有所述第一处理器可执行的机器可读指令，所述机器可读指令被所述第一处理器执行时执行如权利要求1-3任一所述的方法。

10.一种用户终端，其特征在于，包括：第二处理器和第二存储器，所述第二存储器存储有所述第二处理器可执行的机器可读指令，所述机器可读指令被所述第二处理器执行时执行如权利要求4-6任一所述的方法。