移动应用生成方法、数据处理方法及相关装置与流程

1.本技术属于互联网技术领域，尤其涉及一种移动应用生成方法、数据处理方法及相关装置。


背景技术：

2.随着智能终端的普及，移动应用(app)已渗透到生活的方方面面。目前，移动应用的开发通常采用硬编码方案，也就是由技术人员根据需求编写移动应用的代码，之后进行发布。
3.但是，目前的方案存在弊端：在开发阶段，技术人员编写代码的工作量较大；在移动应用发布之后，如果需要进行升级，那么需要技术人员修改移动应用的代码。可以看到，在移动应用的开发阶段和后期的升级过程中，存在技术人员工作量大、工作难度高的问题。


技术实现要素：

4.有鉴于此，本技术的目的在于提供一种移动应用生成方法、数据处理方法及相关装置，以减小移动应用的开发阶段和后期的升级过程中技术人员的工作量，降低工作难度。
5.为实现上述目的，本技术提供如下技术方案：
6.本技术提供一种移动应用生成方法，应用于客户端设备，所述方法包括：
7.获取移动应用生成请求，所述移动应用生成请求包括目标移动应用的标识；
8.基于所述目标移动应用的标识获取所述目标移动应用的配置文件，其中，所述配置文件由服务器根据接收到的配置信息生成，所述配置文件包括所述目标移动应用的各应用界面中全部控件的描述信息；
9.基于所述配置文件进行界面渲染，生成所述目标移动应用的应用界面。
10.可选的，所述基于所述目标移动应用的标识获取所述目标移动应用的配置文件，包括：
11.向所述服务器发送版本查询请求，所述版本查询请求包括所述目标移动应用的标识；
12.接收所述服务器返回的最新版本信息；
13.如果本地存储有所述最新版本信息所指示的配置文件，则获取本地存储的所述目标移动应用的配置文件；
14.如果本地未存储所述最新版本信息所指示的配置文件，则向所述服务器发送配置文件获取请求，接收所述服务器发送的所述最新版本信息所指示的配置文件。
15.可选的，所述基于所述目标移动应用的标识获取所述目标移动应用的配置文件，包括：
16.判断是否接收到所述服务器发送的针对所述目标移动应用的更新指示；
17.如果未接收到更新指示，则获取本地存储的所述目标移动应用的配置文件；
18.如果接收到更新指示，则输出更新提示信息；
19.如果接收到用户的确认更新操作，则向所述服务器发送配置文件获取请求，接收所述服务器发送的所述目标移动应用的最新版本的配置文件；
20.如果未接收到用户的确认更新操作，则获取本地存储的所述目标移动应用的配置文件。
21.本技术还提供一种数据处理方法，应用于服务器，所述方法包括：
22.接收客户端设备发送的配置文件获取请求，所述配置文件获取请求包括目标移动应用的标识；
23.获得所述目标移动应用的配置文件，其中，所述配置文件由所述服务器根据接收到的配置信息生成，所述配置文件包括所述目标移动应用的各应用界面中全部控件的描述信息；
24.向所述客户端设备发送所述目标移动应用的配置文件，以便所述客户端设备基于所述配置文件进行界面渲染，生成所述目标移动应用的应用界面。
25.可选的，在上述方法的基础上，还包括：
26.接收针对待处理的移动应用输入的配置信息，其中，所述配置信息包括场景的标识、所述场景下的对象、所述对象的属性信息以及所述对象的行为描述信息；
27.基于所述配置信息生成所述待处理的移动应用的配置文件。
28.可选的，所述接收针对所述待处理的移动应用输入的配置信息，包括：
29.创建场景，获得用户输入的所述场景的标识；
30.在备选区域显示多种对象；
31.响应用户的拖拽操作，将当前场景所需的对象添加至编辑区域；
32.响应用户选中所述编辑区域中对象的操作，显示信息输入界面；
33.接收用户在所述信息输入界面输入的属性信息和行为描述信息，其中，所述编辑区域中对象的显示效果随输入的属性信息的变化而变化。
34.本技术还提供一种移动应用生成装置，应用于客户端设备，所述移动应用生成装置包括：
35.第一请求获取单元，用于获取移动应用生成请求，所述移动应用生成请求包括目标移动应用的标识；
36.配置文件获取单元，用于基于所述目标移动应用的标识获取所述目标移动应用的配置文件，其中，所述配置文件由服务器根据接收到的配置信息生成，所述配置文件包括所述目标移动应用的各应用界面中全部控件的描述信息；
37.界面渲染单元，用于基于所述配置文件进行界面渲染，生成所述目标移动应用的应用界面。
38.可选的，所述配置文件获取单元包括：
39.查询子单元，用于向服务器发送版本查询请求，所述版本查询请求包括所述目标移动应用的标识；
40.版本信息接收子单元，用于接收所述服务器返回的最新版本信息；
41.第一处理子单元，用于在本地存储有所述最新版本信息所指示的配置文件的情况下，获取本地存储的所述目标移动应用的配置文件；
42.第二处理子单元，用于在本地未存储所述最新版本信息所指示的配置文件的情况
下，向所述服务器发送配置文件获取请求，接收所述服务器发送的所述最新版本信息所指示的配置文件。
43.本技术还提供一种数据处理装置，应用于服务器，所述数据处理装置包括：
44.第二请求获取单元，用于接收客户端设备发送的配置文件获取请求，所述配置文件获取请求包括目标移动应用的标识；
45.请求处理单元，用于获得所述目标移动应用的配置文件，其中，所述配置文件由所述服务器根据接收到的配置信息生成，所述配置文件包括所述目标移动应用的各应用界面中全部控件的描述信息；
46.配置文件发送单元，用于向所述客户端设备发送所述目标移动应用的配置文件，以便所述客户端设备基于所述配置文件进行界面渲染，生成所述目标移动应用的应用界面。
47.可选的，在上述数据处理装置的基础上，还包括：
48.配置信息接收单元，用于接收针对待处理的移动应用输入的配置信息，其中，所述配置信息包括场景的标识、所述场景下的对象、所述对象的属性信息以及所述对象的行为描述信息；
49.配置文件生成单元，用于基于所述配置信息生成所述待处理的移动应用的配置文件。
50.由此可见，本技术的有益效果为：
51.本技术提供的移动应用生成方法，客户端设备获取到移动应用生成请求时，获取目标移动应用的配置文件，基于配置文件进行界面渲染，就能够生成目标移动应用的应用界面，其中，配置文件是服务器根据接收到的配置信息生成的。可以看到，本技术公开的移动应用生成方法，是基于配置文件生成移动应用的应用界面，技术人员在开发过程中，只需要根据业务需求向服务器提供配置信息即可，而无需编写移动应用的代码，当需要对移动应用进行升级时，只需要向服务器提供新的配置信息即可，不需要修改代码，能够极大地减小技术人员的工作量，降低技术人员的工作难度。
附图说明
52.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
53.图1为本技术公开的一种移动应用生成方法的流程图；
54.图2为本技术公开的一种获取目标移动应用的配置文件的方法的流程图；
55.图3为本技术公开的另一种获取目标移动应用的配置文件的方法的流程图；
56.图4为本技术公开的一种数据处理方法的流程图；
57.图5为本技术公开的服务器向开发人员提供的备选区域的一个示意图；
58.图6为本技术公开的服务器向开发人员提供的信息输入界面的一个示意图；
59.图7为本技术公开的一种移动应用生成装置的结构示意图；
60.图8为本技术公开的一种数据处理装置的结构示意图；
61.图9为本技术中公开的客户端设备和服务器的工作原理示意图。
具体实施方式
62.本技术公开移动应用生成方法、数据处理方法及相关装置，以减小移动应用的开发阶段和后期的升级过程中技术人员的工作量，降低工作难度。
63.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
64.参见图1，图1为本技术公开的一种移动应用生成方法的流程图。该方法由客户端设备执行。客户端设备包括但不限于手机、平板电脑等电子设备。
65.该移动应用生成方法包括：
66.s101：获取移动应用生成请求。
67.其中，移动应用生成请求包括目标移动应用的标识。
68.实施中，当用户点击客户端设备中的应用图标时，生成包含该移动应用的标识的移动应用生成请求。
69.s102：基于目标移动应用的标识获取该目标移动应用的配置文件。
70.其中，该配置文件由服务器根据接收到的配置信息生成。移动应用可能包含一个或者多个应用界面。该配置文件包括该目标移动应用的各应用界面中全部控件的描述信息。
71.移动应用的每个应用界面包含多个控件。可选的，将控件划分为多种类型，包括但不限于：布局控件、表单控件和图表控件。
72.布局控件是用于布局的容器控件，主要负责对其他界面元素的位置、大小进行布局控制，从而快速搭建页面的基本结构。布局控件包括但不限于左中右布局控件、上中下布局控件、多列布局控件、底部导航布局控件、九宫格布局控件、垂直居中布局控件、横向居中布局控件、横向自动充满布局控件、垂直自动充满布局控件。
73.表单控件是用于接收输入的数据的控件。表单控件包括但不限于输入框、文本域、单选按钮、复选按钮、下拉框
74.图表控件是用于数据可视化展示的控件。图表控件包括但不限于折线图、柱状图、进度图、饼图、散点图。
75.目标移动应用的配置文件包括该目标移动应用的各应用界面中全部控件的描述信息。
76.其中，控件的描述信息包括：
77.1)、控件的类型信息。
78.2)、控件的显示属性信息，包括但不限于控件的位置信息、控件的布局方向、控件的尺寸信息(即控件的宽高信息)、控件的背景颜色、控件中所显示的图片的尺寸信息、控件中所显示的文字的排版类型、颜色信息、字体信息和字号信息。
79.3)、控件关系，用于描述控件之间的依赖关系。控件关系包括同级关系和父子关系。
80.当两个控件处于同一层级时，将这两个控件定义为同级关系。例如，上中下布局控件中的两个输入框为同级关系。
81.当控件a的内部结构的渲染依赖控件b，那么将控件a和控件b定义为父子关系，其中，控件a为父控件、控件b为子控件。例如，表单控件和输入框控件为父子关系。
82.4)、控件的数据信息，用于描述控件如何获取数据和如何提交数据。
83.5)、控件的事件信息，用于描述该控件关联的事件，与控件关联的事件包括但不限于点击事件、缩放事件。
84.s103：基于该配置文件进行界面渲染，生成该目标移动应用的应用界面。
85.客户端获取的配置文件包含目标移动应用的各应用界面中全部控件的描述信息，根据配置文件中控件的描述信息进行界面渲染，就可以生成该目标移动应用的应用界面。其中，客户端在进行界面渲染的过程中，如果需要获取业务数据，那么向服务器发送业务数据获取请求，以便从服务器获取相应的业务数据。
86.本技术公开的移动应用生成方法，客户端设备获取到移动应用生成请求时，获取目标移动应用的配置文件，基于配置文件进行界面渲染，就能够生成目标移动应用的应用界面，其中，配置文件是服务器根据接收到的配置信息生成的。可以看到，本技术公开的移动应用生成方法，是基于配置文件生成移动应用的应用界面，技术人员在开发过程中，只需要根据业务需求向服务器提供配置信息即可，而无需编写移动应用的代码，当需要对移动应用进行升级时，只需要向服务器提供新的配置信息即可，不需要修改代码，能够极大地减小技术人员的工作量，降低技术人员的工作难度。
87.在本技术的一个实施例中，客户端设备基于目标移动应用的标识获取该目标移动应用的配置文件，采用如图2所示的方案，包括：
88.s201：向服务器发送版本查询请求。
89.其中，版本查询请求包括目标移动应用的标识。
90.s202：接收服务器返回的最新版本信息。
91.s203：如果本地存储有该最新版本信息所指示的配置文件，则获取本地存储的该目标移动应用的配置文件。
92.s204：如果本地未存储该最新版本信息所指示的配置文件，则向服务器发送配置文件获取请求，接收服务器发送的该最新版本信息所指示的配置文件。
93.其中，配置文件获取请求携带有目标移动应用的标识。
94.在上述实施例中，客户端设备获取移动应用生成请求后，向服务器发送版本查询请求，并接收服务器返回的最新版本信息，如果本地存储有目标移动应用的最新版本的配置文件，则从本地获取该最新版本的配置文件，如果本地未存储目标移动应用的最新版本的配置文件，那么向服务器发送配置文件获取请求，以便从服务器获得目标移动应用的最新版本的配置文件。
95.在本技术的一个实施例中，客户端设备基于目标移动应用的标识获取该目标移动应用的配置文件，采用如图3所示的方案，包括：
96.s301：判断是否接收到服务器发送的针对目标移动应用的更新指示。
97.服务器在移动应用的配置文件更新后，向安装有该移动应用的各客户端设备发送针对该移动应用的更新提示。
98.s302：如果未接收到更新指示，则获取本地存储的目标移动应用的配置文件。
99.s303：如果接收到更新指示，则输出更新提示信息。
100.s304：如果接收到用户的确认更新操作，则向服务器发送配置文件获取请求，接收服务器发送的目标移动应用的最新版本的配置文件。
101.s305：如果未接收到用户的确认更新操作，则获取本地存储的目标移动应用的配置文件。
102.其中，配置文件获取请求携带有目标移动应用的标识。
103.在上述实施例中，客户端设备获取移动应用生成请求后，判断是否接收到服务器针对目标移动应用的更新指示，如果未接收到更新指示，那么获取本地存储的目标移动应用的配置文件，如果接收到更新指示，则输出更新提示信息，以提示用户可以更新目标移动应用，如果用户想要进行更新，需进行确认更新操作，相应的，客户端设备向服务器发送配置文件获取请求，以便从服务器获得目标移动应用的最新版本的配置文件，如果用户不需要进行更新，那么客户端设备获取本地存储的目标移动应用的配置文件。
104.参见图4，图4为本技术公开的一种数据处理方法的流程图。该数据处理方法应用于服务器，包括：
105.s401：接收客户端设备发送的配置文件获取请求。
106.其中，配置文件获取请求包括目标移动应用的标识。
107.在一种可能的实现方式中，客户端设备向服务器发送版本查询请求，该版本查询请求包括目标移动应用的标识。服务器响应该版本查询请求，向客户端设备发送该目标移动应用的最新版本信息。客户端设备接收到服务器返回的最新版本信息后，在确定本地未存储目标移动应用的最新版本的配置文件的情况下，向服务器发送配置文件获取请求。
108.在另一种可能的实现方式中，服务器在对移动应用的配置文件进行更新后，向安装有该移动应用的客户端设备发送针对该移动应用的更新指示。客户端设备获取移动应用生成请求后，判断是否接收到服务器针对目标移动应用的更新指示，如果接收到更新指示，则输出更新提示信息，之后如果接收到用户的确认更新操作，那么向服务器发送配置文件获取请求。
109.s402：获得目标移动应用的配置文件。
110.服务器存储有多种移动应用的配置文件。其中，各移动应用的配置文件由服务器根据接收到的配置信息生成。每个移动应用的配置文件包括该移动应用的各应用界面中全部控件的描述信息。相应的，目标移动应用的配置文件包括该目标移动应用的各应用界面中全部控件的描述信息。
111.s403：向客户端设备发送目标移动应用的配置文件，以便客户端设备基于该配置文件进行界面渲染，生成目标移动应用的应用界面。
112.服务器在接收客户端设备发送的配置文件获取请求后，在存储的配置文件中获得配置文件获取请求所携带的标识对应的配置文件，也就是获得目标应用程序的配置文件，并向客户端设备发送该配置文件。客户端设备基于目标移动应用的配置文件进行界面渲染，生成目标移动应用的应用界面。
113.本技术上述公开的数据处理方法，服务器接收客户端设备发送的配置文件获取请求，其中，该配置文件获取请求包括目标移动应用的标识，获得目标移动应用的配置文件并
向客户端设备发送，以便客户端设备基于配置文件生成移动应用的应用界面。可以看到，本技术公开的数据处理方法，服务器根据接收到的配置信息生成移动应用的配置文件，客户端设备基于配置文件生成移动应用的应用界面，技术人员在开发过程中，只需要根据业务需求向服务器提供配置信息即可，而无需编写移动应用的代码，当需要对移动应用进行升级时，只需要向服务器提供新的配置信息即可，不需要修改代码，能够极大地减小技术人员的工作量，降低技术人员的工作难度。
114.而且，只需要向不同平台下的客户端设备提供原生代码实现的渲染器，各平台下的客户端设备就可以基于配置文件生成目标移动应用的应用界面，解决跨平台语言性能低的问题。例如，针对安卓设备、ios设备以及各类小程序提供渲染器，前述各类设备均可以基于同一配置文件生成目标移动应用的应用界面。
115.可以理解的是，服务器需要针对待处理的移动应用生成配置文件。具体包括：
116.接收针对待处理的移动应用输入的配置信息；
117.基于配置信息生成该移动应用的配置文件。
118.其中，配置信息包括场景的标识、各场景下的对象、各对象的属性信息以及各对象的行为描述信息。
119.移动应用可能包含一个或者多个应用界面，每个应用界面包含多个控件。将移动应用的每个应用界面视为一个场景。技术人员在开发过程中，需要确定移动应用包括多少个应用界面，需要确定每个应用界面包含哪些控件，以及各控件之间的控件关系，之后针对移动应用的每个应用界面执行：创建场景，输入该场景的标识，输入在该场景下的对象、各对象的属性信息以及各对象的行为描述信息。服务器对输入的配置信息进行结构化处理，得到移动应用的配置文件。
120.需要说明的是，配置信息中的一个对象用于生成移动应用的应用界面中的一个控件，并且控件的描述信息由该对象的属性信息和行为描述信息决定。
121.其中，配置信息中的对象对应于应用界面中的控件，对象的属性信息对应于控件的显示属性信息和控件关系，对象的行为描述信息对应于控件的数据信息和事件信息。
122.例如，根据业务需求，需要在移动应用的应用界面的底部设置一个新建按钮，那么开发人员向服务器输入的配置信息需包含与该新建按钮对应的对象、以及该对象的属性信息和行为描述信息。
123.服务器基于配置信息生成的移动应用的配置文件包括该移动应用的应用界面中全部控件的描述信息。
124.可选的，本技术中的配置文件采用json格式或者xml格式。
125.在本技术的一个实施例中，开发人员通过服务器提供的开发界面输入待处理的移动应用的配置信息。具体的，接收针对待处理的移动应用输入的配置信息，采用如下方案：
126.a1：创建场景，获得用户输入的该场景的标识。
127.a2：在备选区域显示多种对象。
128.实施中，在备选区域显示的对象可以为组件，如图5所示。
129.a3：响应用户的拖拽操作，将当前场景所需的对象添加至编辑区域。
130.a4：响应用户选中编辑区域中对象的操作，显示信息输入界面。
131.参见图6，图6示出了信息输入界面的一种形式。
132.a5：接收用户在信息输入界面输入的属性信息和行为描述信息。
133.其中，编辑区域中对象的显示效果随输入的属性信息的变化而变化。
134.在上述方案中，服务器的开发界面提供与多种控件对应的对象，开发人员根据业务需求将对象拖拽至开发界面的编辑区域内，当开发人员选中编辑区域中的对象时，在开发界面中显示该对象的信息输入界面，开发人员可以在该信息输入界面输入该对象的属性信息和行为描述信息，这使得开发人员能够快速、简单地针对移动应用输入配置信息。而且，编辑区域中对象的显示效果随输入的属性信息的变化而变化，这使得开发人员能够直观地看到客户端设备显示的应用界面的效果，据此对各对象进行调整，以便快速地构建出满足预期效果的配置文件。
135.开发人员在对移动应用进行升级的过程中，如果想要删除移动应用的应用界面上的部分控件、在移动应用的应用界面增加新的控件，或者对应用界面上的控件进行调整，那么只需要向服务器输入新的配置信息即可。
136.本技术上述公开了应用于客户端设备的移动应用生成方法，相应的，本技术还公开移动应用生成装置，说明书中关于两者的描述可以相互参考。
137.参见图7，图7为本技术公开的一种移动应用生成装置的结构示意图。该装置包括第一请求获取单元701、配置文件获取单元702和界面渲染单元703。
138.第一请求获取单元701，用于获取移动应用生成请求，移动应用生成请求包括目标移动应用的标识。
139.配置文件获取单元702，用于基于目标移动应用的标识获取目标移动应用的配置文件。其中，配置文件由服务器根据接收到的配置信息生成，配置文件包括目标移动应用的各应用界面中全部控件的描述信息。
140.界面渲染单元703，用于基于配置文件进行界面渲染，生成目标移动应用的应用界面。
141.本技术公开的移动应用生成装置，是基于配置文件生成移动应用的应用界面，技术人员在开发过程中，只需要根据业务需求向服务器提供配置信息即可，而无需编写移动应用的代码，当需要对移动应用进行升级时，只需要向服务器提供新的配置信息即可，不需要修改代码，能够极大地减小技术人员的工作量，降低技术人员的工作难度。
142.可选的，配置文件获取单元702包括查询子单元、版本信息接收子单元、第一处理子单元和第二处理子单元。
143.查询子单元，用于向服务器发送版本查询请求，版本查询请求包括目标移动应用的标识。
144.版本信息接收子单元，用于接收服务器返回的最新版本信息。
145.第一处理子单元，用于在本地存储有最新版本信息所指示的配置文件的情况下，获取本地存储的目标移动应用的配置文件。
146.第二处理子单元，用于在本地未存储最新版本信息所指示的配置文件的情况下表，向服务器发送配置文件获取请求，接收服务器发送的最新版本信息所指示的配置文件。
147.可选的，配置文件获取单元702包括判断子单元、第三处理子单元、提示单元、第四处理子单元和第五处理子单元。
148.判断子单元，用于判断是否接收到服务器发送的针对目标移动应用的更新指示。
149.第三处理子单元，用于在未接收到更新指示的情况下，获取本地存储的目标移动应用的配置文件。
150.提示单元，用于在接收到更新指示的情况下，输出更新提示信息。
151.第四处理子单元，用于在接收到用户的确认更新操作的情况下，向服务器发送配置文件获取请求，接收服务器发送的目标移动应用的最新版本的配置文件。
152.第五处理子单元，用于在未接收到用户的确认更新操作的情况下，获取本地存储的目标移动应用的配置文件。
153.本技术上述公开了应用于服务器的数据处理方法，相应的，本技术还公开数据处理装置，说明书中关于两者的描述可以相互参考。
154.参见图8，图8为本技术公开的一种数据处理装置的结构示意图。该装置包括第二请求获取单元801、请求处理单元802和配置文件发送单元803。
155.第二请求获取单元801，用于接收客户端设备发送的配置文件获取请求。其中，配置文件获取请求包括目标移动应用的标识。
156.请求处理单元802，用于获得目标移动应用的配置文件。其中，配置文件由服务器根据接收到的配置信息生成，配置文件包括目标移动应用的各应用界面中全部控件的描述信息。
157.配置文件发送单元803，用于向客户端设备发送目标移动应用的配置文件，以便客户端设备基于配置文件进行界面渲染，生成目标移动应用的应用界面。
158.本技术公开的数据处理装置，根据接收到的配置信息生成移动应用的配置文件，客户端设备基于配置文件生成移动应用的应用界面，技术人员在开发过程中，只需要根据业务需求向服务器提供配置信息即可，而无需编写移动应用的代码，当需要对移动应用进行升级时，只需要向服务器提供新的配置信息即可，不需要修改代码，能够极大地减小技术人员的工作量，降低技术人员的工作难度。而且，只需要向不同平台下的客户端设备提供原生代码实现的渲染器，各平台下的客户端设备就可以基于配置文件生成目标移动应用的应用界面，解决跨平台语言性能低的问题。
159.可选的，在图8所示数据处理装置的基础上，还包括配置信息接收单元和配置文件生成单元。
160.配置信息接收单元，用于接收针对待处理的移动应用输入的配置信息。其中，配置信息包括场景的标识、场景下的对象、对象的属性信息以及对象的行为描述信息。
161.配置文件生成单元，用于基于配置信息生成待处理的移动应用的配置文件。
162.可选的，配置信息接收单元具体用于：创建场景，获得用户输入的该场景的标识；在备选区域显示多种对象；响应用户的拖拽操作，将当前场景所需的对象添加至编辑区域；响应用户选中编辑区域中对象的操作，显示信息输入界面；接收用户在信息输入界面输入的属性信息和行为描述信息。
163.下面结合图9，对本技术中客户端设备和服务器的工作原理进行说明。
164.服务器包括四个功能模块，分别为：业务功能配置系统、移动应用版本管理模块、云计算服务模块和云存储服务模块。
165.业务功能配置系统面向开发人员，由开发人员根据业务需求在线设计场景及对象。业务功能配置系统的功能包括：接收配置信息，例如：新建场景、在场景中加入对象、配
置对象的属性信息、配置对象的行为描述信息；基于配置信息生成移动应用的配置文件；通过移动应用版本管理模块将移动应用的配置文件存储至云存储服务模块。
166.移动应用版本管理模块对业务功能配置系统和客户端设备中的移动应用提供统一的接口。客户端设备向移动应用版本管理模块发送版本查询请求，移动应用版本管理模块返回移动应用的最新版本信息。
167.云计算服务模块是一个接口模块。云计算服务模块从云存储服务模块获取移动应用的配置文件，向客户端设备发送移动应用的配置文件。
168.云存储服务模块提供移动应用的配置文件以及业务数据的存储与读取服务。
169.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
170.本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
171.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。