数据收集方法、装置、计算机设备和存储介质与流程

1.本技术涉及计算机技术领域，特别是涉及一种数据收集方法、装置、计算机设备和存储介质。


背景技术：

2.随着计算机技术的发展，出现了系统开发技术，系统开发就是基于具体的业务需求分析而进行软件编码，从而开发出至少具有前端界面展示和后端数据处理等功能的应用系统的过程。比如，当需要进行特定业务数据收集时，可基于开发需求开发出对应的管理系统，以辅助进行数据收集处理。
3.而传统的管理系统开发需要投入前端开发和后端开发，从模型设计、dao/ao(data access object/application object，数据访问对象/应用对象)开发到最后的验收发布，环节众多，开发过程需要多人协作且耗时长，导致数据收集的整个处理周期长，效率低。


技术实现要素：

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.图1为一个实施例中数据收集方法的应用环境图；
43.图2为一个实施例中数据收集方法的流程示意图；
44.图3为一个实施例中管理系统生成页面的界面示意图；
45.图4为一个实施例中配置列表页面的界面示意图；
46.图5为一个实施例中数据收集页面的界面示意图；
47.图6为一个实施例中查看历次版本信息的界面示意图；
48.图7(a)为一个实施例中数据收集方法的原理示意图；
49.图7(b)为一个实施例中关于key的拼接原理图；
50.图8(a)为一个实施例中数据收集方法的场景原理图；
51.图8(b)为一个实施例中管理系统的生成原理图；
52.图9为一个实施例中数据收集装置的结构框图；
53.图10为另一个实施例中数据收集装置的结构框图；
54.图11为一个实施例中计算机设备的内部结构图。
具体实施方式
55.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对
本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
56.本技术提供的数据收集方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104通过网络进行通信。终端102获取管理系统生成模型；管理系统生成模型包括与系统需求信息相匹配的页面约束条件和数据约束条件。终端102运行管理系统生成模型以生成对应的管理系统，并通过管理系统提供满足页面约束条件的数据收集页面。终端102获取录入至数据收集页面的配置数据。当配置数据满足数据约束条件时，终端102将配置数据存储至管理系统，具体可以是存储在管理系统的后台也就是服务器104所提供的数据库中。其中，存储的配置数据用于提供至业务系统进行相应的业务处理。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
57.在一个实施例中，如图2所示，提供了一种数据收集方法，以该方法应用于图1中的终端为例进行说明，包括以下步骤：
58.步骤s202，获取管理系统生成模型；管理系统生成模型包括与系统需求信息相匹配的页面约束条件和数据约束条件。
59.其中，管理系统生成模型是一种用于描述符合通信协议的特定数据的数据模型，可以认为是一种抽象的、具有约束条件的、且能被计算机设备识别的描述语言。其中，该特定数据具体可以是json数据，相应的该管理系统模型具体可以是基于json schema而构建的数据模型。该管理系统模型具体可通过json模式来构建用户界面，并在该用户界面中进行数据收集和处理。其中，json schema定义了一套词汇和规则，这套词汇和规则用来定义json元数据，且元数据也是通过json数据形式表达的。json元数据定义了json数据需要满足的规范，规范包括成员、结构、类型和约束等。json元数据是用于描述待收集数据的属性信息的数据。
60.系统需求信息是开发该管理系统的需求信息，用于描述待开发的管理系统需要具备的具体显示功能和处理功能。比如，该系统需求信息具体可以是该管理系统可以用于收集文本、图片或链接地址等配置信息，且能够对该配置信息进行数据转换和存储等功能。
61.页面约束条件是用于限定通过该管理系统生成模型所自动展示的数据收集页面的约束规则，具体可以是该数据收集页面的页面布局规则、页面展示大小、或页面元素类别限定等。其中，页面元素是页面中的数据对象，比如文字、图片、表格或文本框等。页面局部规则具体可以是各个页面元素的排版规则，比如，不同页面元素间的展示间距、数据收集页面中的行间距、及各个页面元素分别显示在数据收集页面中的位置等。页面展示大小具体可以是显示页面的长宽尺寸大小。页面元素类别限定具体可以是该生成的数据收集页面可以显示哪些类别的页面元素，比如文字类别、图片类别和表格类别等。可以理解，页面约束条件用于定义该数据收集页面的展示规则，也就是该数据收集页面在展示时具体呈现什么效果。
62.数据约束条件是用于限定数据收集页面所能收集的合法数据的规则，具体可以是该数据收集页面所能收集的数据的数据格式规则，比如，通过该数据收集页面所收集的配置数据的数据类型或数据长度等。其中，数据类型具体可以是字符串类型、数值类型、对象类型、数组类型、布尔类型或null(空)类型等。数据长度具体是该配置数据的字节长度。可
以理解，数据约束条件用于定义待收集的配置数据所要求的格式规则，也就是该配置数据在展示时具体呈现什么效果。
63.具体地，当需求部门有数据收集需求时，开发人员可与需求部门沟通具体的系统需求信息。进而开发人员根据具体的系统需求信息开发管理系统生成模型。终端可根据管理系统标识，直接从本地的存储介质中查找该管理系统生成模型。或者，终端可获取指向有管理系统生成模型的链接地址，通过该链接地址获取管理系统生成模型。其中，管理系统标识用于唯一标识一个管理系统，可以是包括数字、字母和符号中至少一种字符的字符串。
64.在一个实施例中，终端可获取指向管理系统生成页面的网址，并根据该网址进入管理系统生成页面。在该管理系统生成页面中嵌入有管理系统生成模型，终端可直接获取。或者，在该管理系统生成页面中可显示有指向管理系统生成模型的链接地址，用户可通过点击该链接地址，以下载管理系统生成模型。
65.在一个实施例中，该数据收集方法还包括管理系统生成模型的创建步骤，该步骤具体包括：获取系统需求信息，系统需求信息包括页面约束信息和数据约束信息；根据页面约束信息和数据约束信息，确定基于预设数据交换语言的页面约束条件和数据约束条件；基于页面约束条件和数据约束条件创建管理系统生成模型。
66.其中，页面约束信息是对待生成的数据收集页面进行约束的信息，包括页面布局信息、页面展示大小信息或页面元素类别信息等。数据约束信息是对待收集的配置数据进行约束的信息，包括数据类型或数据长度等信息。预设交换语言是一种编程语言，易于人阅读和编写，同时也易于机器解析和生成，具体可以是ison(javascript object notation，javascript对象简谱)语言。
67.具体地，开发人员可与产品运营人员沟通系统需求，进而确定与系统需求相匹配的页面约束信息和数据约束信息。终端还可以获取对待收集的配置数据进行描述的提示信息，该提示信息具体可以是待收集的配置数据的标题(title)，用于提示用户该处需要填写哪一类配置信息。比如“姓名”用于提示用户在相应位置处填写用户的名字。进而，开发人员可基于页面约束信息和数据约束信息，或者还基于提示信息，按照预设交换语言的标准通过终端来编写对应的代码，以确定对应的页面约束条件和数据约束条件。进而，终端可按照预设交换语言的标准将各页面约束条件和各数据约束条件共同组建以构成管理系统生成模型。可以理解，上述所提到的提示信息的内容，在构建管理系统生成模型时，会作为该管理系统模型中的元数据。
68.上述实施例中，可预先基于系统需求信息，按照预设数据交换语言的标准来构建页面约束条件和数据约束条件，进而基于页面约束条件和数据约束条件创建管理系统生成模型，该管理系统生成模型可直接用于生成符合需求的管理系统。这样，仅需开发人员与产品运营人员沟通系统需求即可实现，大大减少了多方沟通的频次，提高了管理系统的生成效率。
69.步骤s204，运行管理系统生成模型以生成对应的管理系统，并通过管理系统提供满足页面约束条件的数据收集页面。
70.具体地，终端在获取到管理系统生成模型后，可直接运行该管理系统生成模型以生成对应的管理系统。可以理解，此处的管理系统是指前端和后端功能均完备的系统。前端功能完备是指该管理系统可提供展示给用户的页面，如本技术实施例所提及的数据收集页
面，用户可通过该页面进行编辑和数据录入等操作。后端功能完备是指该管理系统具有后台的数据处理能力，比如，可对前端收集的配置数据进行数据校验、格式转换、数据存储或数据查找等操作。该管理系统具体可以是由当前的终端单独实现，也可以是由当前的终端以及对应的服务器共同实现。
71.在一个实施例中，终端通过对该管理系统生成模型进行运行和编译，可直接按照页面约束条件生成对应的数据收集页面并展示。在一个具体的实施例中，该收集收集页面具体可以是表单，用户可通过该表单进行数据录入。
72.在一个实施例中，该数据收集页面中展示有提示信息，以及与该提示信息对应的编辑控件，该编辑控件用于输入配置数据。该编辑控件具体可以是文本输入框、选项框或图像插入按钮等。
73.步骤s206，获取录入至数据收集页面的配置数据。
74.其中，配置数据是待收集的目标数据，该配置数据是提出系统需求信息的一方所需要的收集的关于具体业务的有效数据。具体地，终端可展示数据收集页面，用户可通过输入装置，按照该数据收集页面按照提示信息进行配置数据的输入。当终端检测到作用于确定控件的触发操作时，终端可直接获取输入至数据收集页面中的配置数据。其中，输入装置具体可以是终端内置的输入装置，或者是外接的输入设备所提供的输入装置，比如，键盘、鼠标或手写板等。确定控件是用于表示当前输入操作已完成，并进行上传操作的控件。其中，触发操作具体可以是触摸操作、光标操作、按键操作或者语音操作。其中，触摸操作可以是触摸点击操作、触摸按压操作或者触摸滑动操作，触摸操作可以是单点触摸操作或者多点触摸操作；光标操作可以是控制光标进行点击的操作或者控制光标进行按压的操作；按键操作可以是虚拟按键操作或者实体按键操作等。
75.在一个实施例中，用户可通过输入装置在数据收集页面中进行数据输入，终端可获取通过输入装置录入的配置数据并自动检测该配置数据的数据格式是否符合预设的数据约束条件。只有符合数据约束条件的数据才可被数据收集页面所收集存储；不符合数据约束条件的数据会被拒绝，在录入后会被报错或自动清除。
76.步骤s208，当配置数据满足数据约束条件时，将配置数据存储至管理系统；存储的配置数据用于提供至业务系统进行相应的业务处理。
77.具体地，在终端获取到配置数据后，终端可在本地或将配置数据发送至系统后台(系统后台，比如通过服务器实现)以进行数据校验。终端或服务器可通过数据约束条件对配置数据的数据格式进行校验，当配置数据的数据格式满足数据约束条件时，终端可将配置数据存储至管理系统中。具体可以是存储至终端本地，或者发送至服务器，服务器将配置数据存储至对应的数据库中，本技术实施例对此不作限定。
78.在一个实施例中，步骤s208，也就是当配置数据满足数据约束条件时，将配置数据存储至管理系统的步骤具体包括：确定各配置数据分别对应的数据格式；按照数据约束条件，对各配置数据的数据格式进行有效性验证；当有效性验证通过时，将配置数据存储至管理系统。
79.具体地，终端可确定每条配置数据分别对应的数据格式，也就是该配置数据所对应的数据类型和数据长度，进而按照数据约束条件，对各配置数据的数据格式进行有效性验证。当有效性验证通过时，终端可将配置数据存储至管理系统中。这样，通过管理系统生
成模型所生成的管理系统可实现对收集的配置数据进行有效性验证，以判断该配置数据是否合法，从而保存合法的配置数据。
80.上述数据收集方法，直接根据系统需求信息开发出具有页面约束条件和数据约束条件的管理系统生成模型，从而通过模型驱动的方式直接生成对应的管理系统。进而可通过该管理系统提供与系统需求信息匹配的数据收集页面来进行配置数据的收集，并将满足数据约束条件的配置数据进行存储，以为业务系统提供配置数据。这样，根据管理系统生成模型可直接生成具有数据收集功能和数据处理存储功能的管理系统，无需额外根据开发需求进行多人协作的前后端开发、也减少了开发过程中需求部门、外包单位和开发人员间沟通协调的频次，大大提高了管理系统的开发效率，进而大大提高了通过该管理系统进行数据收集的处理效率。
81.在一个实施例中，步骤s202，也就是获取管理系统生成模型的步骤具体包括：进入管理系统生成页面，并通过管理系统生成页面触发身份验证请求；响应于身份验证请求，采集对应的用户身份信息；当用户身份信息通过校验后，从管理系统生成页面中调用基于系统需求信息所创建的管理系统生成模型。
82.其中，身份验证请求是触发执行身份验证操作的请求。用户身份信息是表明用户身份的信息，具体可以是用户账号、人脸图像、用户指纹、或用户声纹等信息。具体地，终端可获取指向管理系统生成页面的网址，并根据该网址进入管理系统生成页面。在该管理系统生成页面中展示有身份验证区域，用户可在该身份验证区域触发身份验证请求。比如，用户可在身份验证区域输入用户账号和账号密码并点击“登录”控件，进而终端本地或服务器可对采集的用户账号和账号密码进行有效性验证。可以理解，终端或服务器中可预先存储有有效的用户账号和账号密码以对用户输入的用户账号和账号密码进行比对校验。当比对完全一致时，则用户账号校验通过，否则不通过。还比如，用户可在身份验证区域触发人脸采集指令，终端可开启摄像头采集人脸图像，并在终端本地或通过服务器对人脸图像进行校验。可以理解，终端或服务器中可预先存储有有效的人脸图像以对采集的用户人脸图像进行特征比对。当比对得到的匹配度达到预设阈值时，则用户人脸图像通过校验，否则不通过。
83.进而，在用户身份信息通过校验后，终端可从该管理系统生成页面中调用基于系统需求信息所创建的管理系统生成模型。在一个实施例中，当用户身份信息校验通过后，终端可在该管理系统生成页面中显示管理系统生成模型，或者，在该管理系统生成页面中显示指向管理系统生成模型的链接地址，用户可通过点击该链接地址，以下载管理系统生成模型。
84.上述实施例中，只有通过用户身份信息验证的用户才有权限获取管理系统生成模型，以自动生成管理系统，并实现页面自动生成和数据存储的功能，可避免恶意用户触发生成管理系统而造成资源浪费和数据不安全的隐患问题，大大提高了在进行数据收集的整个过程的安全性和有效性。
85.在一个实施例中，该数据收集方法还包括确定预配置的管理系统标识、以及录入至管理系统生成页面的管理系统名称和相应的系统描述信息。运行管理系统生成模型以生成对应的管理系统的步骤具体包括：运行管理系统生成模型，并根据管理系统标识、管理系统名称和相应的系统描述信息生成对应的管理系统。
86.其中，管理系统标识用于唯一标识一个管理系统，可以是包括数字、字母和符号中至少一种字符的字符串。预配置的管理系统标识具体可以是按不同管理系统的生成时间所分配的序号，以便于标记不同的管理系统。管理系统名称是用于识别管理系统的专门称呼，可根据该管理系统的用途进行命名，比如“升级包兼容配置”、或“广告位配置”等，可以清晰地表达出该管理系统的作用。系统描述信息是对管理系统的主要功能或主要特点进行描述的信息，比如，对于该“升级包兼容配置”的管理系统，根据需采集的配置信息的特点，可对该管理系统采用如下描述信息进行描述：“低版本不支持加密包，需先升级到支持加密包版本后再进行后续升级”等。
87.具体地，当终端根据该网址进入管理系统生成页面时，终端可通过该管理系统生成页面按预设分配规则自动生成管理系统标识，并且，用户可在该管理系统生成页面中录入管理系统名称和相应的系统描述信息。进而，终端在运行管理系统生成模型时，可根据管理系统标识、管理系统名称和相应的系统描述信息生成对应的管理系统，也就是将系统标识、管理系统名称和相应的系统描述信息与管理系统绑定。这样，通过该管理系统标识即可识别出对应的管理系统。
88.参考图3，图3为一个实施例中管理系统生成页面的界面示意图。如图3所示，在该管理系统生成页面中展示有信息填写区域301和管理系统生成模型区域302。在信息填写区域301中展示有“管理系统标识”、“名称(简)”、“管理系统名称”、“系统描述”、“权限管理”和“注意事项”等提示信息，而这些提示信息旁展示有文本输入框或选项等控件，用户可通过这些文本输入框和选项框输入对应的信息。在该管理系统生成模型区域302中展示有管理系统生成模型的具体内容，该管理系统生成模型具体包括键的数据模型和值的数据模型。键的数据模型的示例如3021所示，值的数据模型的示例如3022所示。当用户点击“确定修改”控件303后，终端可自动根据信息填写区域301中填写的相关信息、以及管理系统生成模型区域302中嵌入的管理系统生成模型，生成对应的管理系统。
89.上述实施例中，根据管理系统标识、管理系统名称和相应的系统描述信息生成对应的管理系统，可得到具有唯一标识、包括有系统名称和系统描述信息的管理系统，使得使用该管理系统的用户可以更清楚地定位到该管理系统，并初步了解该管理系统，方便了用户操作。
90.在一个实施例中，步骤s206，也就是通过管理系统提供满足页面约束条件的数据收集页面的步骤具体包括：通过管理系统展示配置列表页面；配置列表页面包括用于添加配置记录的添加控件；当发生作用于添加控件的触发操作时，展示满足页面约束条件的数据收集页面。步骤s208，也就是当配置数据满足数据约束条件时，将配置数据存储至管理系统的步骤之后，该数据收集方法还包括：根据存储的配置数据生成相应的配置记录，并将生成的配置记录添加至配置列表页面中。
91.其中，配置列表页面是以列表形式展示配置记录的页面。具体地，终端在生成管理系统后，可直接通过该管理系统提供配置类别页面。在该配置列表页面中展示有历史生成的配置记录，还展示有用于添加配置记录的添加控件。当产生作用于该添加控件的触发操作时，终端可自动生成满足页面约束条件的数据收集页面，并跳转至该数据收集页面。其中，触发操作具体可以是触摸操作、光标操作、按键操作或者语音操作等。
92.进一步地，当用户通过该数据收集页面填写相应的配置数据后，终端可将满足数
据约束条件的有效的配置数据进行存储，进而根据有效的配置数据生成一条配置记录。该配置记录可被添加至配置列表页面中，也就是配置类别页面会对已存在的配置记录进行更新。
93.参考图4，图4为一个实施例中配置列表页面的界面示意图。当用户点击图3中的“确定修改”控件303后，终端可展示配置类别页面。如图4所示，该配置列表页面中展示有测试区域401、注意事项区域402和配置记录展示区域403。在测试区域401中，用户可通过在“键”所对应的文本输入框中输入对应的信息，以触发模型请求。在注意事项区域402中展示有对于进行配置数据录入时需引起注意的告示信息。在配置记录展示区域403中以列表形式展示有历史的配置记录。其中，对于每条配置记录，具体记载有该条配置对应的“键”的关键信息、通过与“键的数据模型”所收集的通用数据，比如“rom场景”、“操作系统”和“型号”。该配置记录还包括有“更新者”和“更新时间”。此外，在该配置记录展示区域403中还可进行查看、复制、编辑、版本和发布等的操作。继续参考图4，在图4的右上角展示有添加控件404，具体显示为“新增配置”，当用户点击该添加控件404后，终端可跳转至图5。
94.参考图5，图5为一个实施例中数据收集页面的界面示意图。如图5所示，该数据收集页面包括对应于键的数据模型所生成的通用数据录入区域501和对应于值的数据模型所生成的配置数据录入区域502。在该通用数据录入区域501中展示有相关的提示信息，比如，“rom场景”、“操作系统”和“型号”，用于提示用户录入对应的通用数据。在该配置数据录入区域502中展示有相关的提示信息，比如，“版本”、“下载地址”、“安装包mac校验值”、“加密密钥”、“基准版本(全量包为空，差分包不为空)”、“客户端弹窗”、“更新日志”、“安装包名称”、以及“升级方式(0:不升级，1：建议升级，2：强制升级，3：静默升级)”等，用于提示用户录入对应的通用数据。当用户点击“确定添加”的控件后，终端可获取录入至数据收集页面中的通用数据和配置数据。
95.上述实施例中，可通过管理系统展示配置列表页面，并在该配置列表页面中以列表的形式展示历史的配置记录，并可通过该配置列表页面新建配置记录，便于用户对多条配置记录进行管控。
96.在一个实施例中，该数据收集方法还包括对配置记录的历次版本进行查看的步骤，该步骤具体包括：对于每条配置记录，基于历次通过相应数据收集页面对配置数据进行收集的收集时间的先后顺序，生成与各配置记录分别对应的历次版本信息；当在配置列表页面中发生对目标配置记录的版本查看指令时，展示与目标配置记录对应的历次版本信息；根据作用于历次版本信息的选中指令，展示选中指令所选中的目标版本信息对应的配置数据。
97.具体地，对于每条配置记录均可进行单独的上下线处理和版本管理。终端生成一条配置记录后可将该配置记录展示在配置列表页面中，当终端检测到对该配置记录的编辑操作时，可进入与该配置记录对应的数据收集页面，用户可在该数据收集页面对之前录入的配置数据进行修改、删除或添加等操作。终端可根据修改后的配置数据，生成新一个版本的配置记录。也就是说，对于每条配置记录，终端可基于历次通过相应数据收集页面对配置数据进行收集的收集时间的先后顺序，生成与各配置记录分别对应的历次版本信息。版本信息具体可以是版本号。这样，当终端检测到在配置列表页面中发生对目标配置记录的版本查看指令时，展示与该目标配置记录对应的历次版本信息，进而根据作用于历次版本信
息的选中指令，展示选中指令所选中的目标版本信息对应的配置数据。
98.参考图6，图6为一个实施例中查看历次版本信息的界面示意图。当用户点击图4中某条目标配置记录所对应的“版本”控件时，终端可进入图6所示的界面。如图6所示，终端可展示该条目标配置记录所对应的各个版本的版本信息，该版本信息具体可包括版本号、记录类型、操作人和操作时间等具体信息。并且，但用户点击“回滚”控件时，终端可展示该目标版本所对应的配置数据。
99.上述实施例中，对每条配置记录的不同版本的配置数据进行记录，可实现不同版本的回滚操作，便于对配置记录的不同版本进行管理。
100.在一个实施例中，步骤s208，也就是当配置数据满足数据约束条件时，将配置数据存储至管理系统的步骤具体包括：当配置数据满足数据约束条件时，确定与配置数据对应的数据收集页面的页面标识、以及录入至数据收集页面中的通用数据；根据页面标识和通用数据确定对应的检索索引；将检索索引与对应的配置数据关联存储至管理系统。
101.具体地，当该管理系统生成模型具体包括键的数据模型和值的数据模型时，相对应的通过该管理系统生成模型所生成的管理系统可提供包括对应“键”的录入区域和对应“值”的录入区域的数据收集页面。通过该对应“键”的录入区域所收集的数据为通用数据，通过该对应“值”的录入区域所收集的数据为配置数据。其中，通用数据是用于对整个配置过程进行整体的描述说明、或该次配置过程的大方向和框架进行设置的数据。通用数据具体可以是配置场景信息或相应的配置数据所应用的设备的设备信息等。比如，当某次配置主要是用于收集关于“升级包兼容配置”的配置数据，那么相应的，参考图5，该通用数据具体可以是“rom场景”、“操作系统”和“型号”的相关信息。
102.进一步地，当通用数据和配置数据均满足数据约束条件时，终端可确定与该条配置记录所对应的数据收集页面的页面标识。其中，页面标识用于唯一标识一个页面，具体可以是包括数字、字母和符号中至少一种字符的字符串。比如，不同的数据收集页面可对应有不同的序号标记，那么该序号标记可作为该数据收集页面的页面标识。
103.进而，终端可通用数据中的关键词，并将页面标识和关键词进行拼接，得到对应的检索索引。其中，拼接的方式具体可以是在页面标识和关键词的中间设置有拼接符，该拼接符具体可以是文字或符号，文字比如“和”，符号比如“|”、“&”、“，”或“>”等符号，本技术实施例对此不做限定。终端可将检索索引与对应的配置数据关联存储至管理系统中。
104.在一个实施例中，终端可采用key-value(键值对)的存储方式，将通用数据和配置数据进行存储。key采用字段拼接的方式，将页面标识和通用数据中的关键字拼接成key所对应的信息，value直接存储原始的配置数据的json字符串。
105.在一个实施例中，当终端将通用数据和配置数据进行关联存储时，用户可直接通过检索索引方便快捷地查找到对应的配置数据，大大提高了数据处理效率。
106.可以理解，对于不同的管理系统所收集的配置数据，可通过隔离的方式进行存储，也就是将相同管理系统所收集的配置数据，按照key-value的方式存储在同一个存储设备中，或存储在一个独立的存储区域。对于不同的管理系统所收集的配置数据，可存储在不同的存储设备，或互相独立的存储区域。这样，将不同管理系统对应的存储地址也添加至key中，在对相应的配置数据进行查找时，可准确地定位到具体的管理系统所对应的存储区域，进而快速的查找到所需的配置数据。
107.参考图7(a)和图7(b)，图7(a)为一个实施例中数据收集方法的原理示意图。如图7(a)所示，该管理系统生成模型包括键的数据模型和值的数据模型，也就是key schema和value schema，进而通过这像个模型所生成的数据收集页面包括通用数据录入区域和配置数据录入区域。通过通用数据录入区域所收集的通用数据作为uniquekey(独立key)，由key schema所提供的页面标识作为routekey(路由key)，将routekey和uniquekey共同拼接构成key。终端可直接将由配置数据录入区域所收集的配置数据的json字符串直接作为value，将key和value关联进行存储。
108.继续参考图7(b)，图7(b)为一个实施例中关于key的拼接原理图。如图7(b)所示，终端可通过创建的key schema生成对应的包括有通用数据录入区域的数据收集页面。在该数据收集页面中收集到的通用数据包括：商户号为“test”，子商户号为“123”。可以理解，终端也可直接将该商户号和子商户号所对应的通用数据进行拼接，得到对应的key，“key：test|123”。
109.可以理解，在一些其他的实施例中，终端也可直接将通过数据中的多个关键词进行拼接，得到对应的检索索引。本技术实施例对此不做限定。
110.在一个实施例中，当某条配置记录存储在多个版本的配置数据时，通过该检索索引所查找到的具体可以是最新版本的配置数据。在另一个实施例中，终端可展示与该最新版本的配置数据所对应的配置记录，进而可查找与该配置记录对应的多个版本的配置数据。
111.上述实施例中，将通用数据和配置数据按照索引的方式进行关联存储，在查找配置数据时可直接通过检索索引定位到具体的数据收集页面中的具体的配置数据，提高了数据查找效率。
112.在一个实施例中，该数据收集方法还包括查找目标配置数据的步骤，该步骤具体包括：接收来自于业务系统的数据调用请求；响应于数据调用请求，从管理系统中查找与数据调用请求对应的目标配置数据；通过管理系统提供的数据调用接口，将目标配置数据反馈至业务系统。
113.其中，数据调用接口是用于调用配置数据的接口。具体地，该管理系统可提供进行数据调用的接口，终端可接收来自于业务系统的数据调用请求，该数据调用请求中可携带有关键信息，该关键信息具体可以是配置数据的数据标识，也可以是与配置数据对应的检索索引中至少一部分的内容。进而终端可根据该关键信息从管理系统中进行检索查找，确定与该关键信息匹配目标配置数据。进而终端可通过管理系统提供的数据调用接口，将目标配置数据反馈至业务系统。这样，业务系统在获取到目标配置数据后可根据实际的业务需求基于目标配置数据进行相应的业务处理。
114.在一个具体应用场景中，该目标配置数据具体可包括白名单信息，那么相应的，业务系统在获取到白名单信息时，可基于白名单信息设置相应的用户具有对目标业务进行访问或编辑的权限。在另一个具体的应用场景中，该配置数据具体可包括广告展示信息和待推送的广告，那么相应的，业务系统在获取到广告展示信息和待推送的广告后，可基于这些信息进行广告页面的设置或向目标群体进行广告推送等。可以理解，上述所描述的具体应用场景，仅用于辅助说明本技术，不用于限定本技术。
115.在一个具体的实施例中，参考图8(a)和图8(b)，图8(a)为一个实施例中数据收集
方法的场景原理图。如图8(a)所示，开发人员根据产品/运营人员所提供的需求信息创建管理系统生成模型，进而通过运行该管理系统生成模型以展示数据收集页面，产品/运营人员可通过该数据收集页面进行配置信息的收集，管理系统可对收集的配置信息进行处理并存储。
116.参考图8(b)，图8(b)为一个实施例中管理系统的生成原理图。参考图8(b)，开发人员对需求“翻译”成计算机设备可识别和处理的描述语言，得到对应的数据模型，也就是有josn schema定义的程序语言模型。进而通过运行该数据模型生成对应的管理系统。该管理系统具有数据存储、数据校验、权限控制、操作记录、版本管理和灰度发布等功能。通过该管理系统可展示数据收集页面，产品/运营人员即可通过该数据收集页面进行配置数据的录入收集。
117.可以理解，对于传统的管理系统的开发方式，比如需要进行模型设计、存储资源申请、dao/ao开发、提供外包需求文档、外包项目排期、xphp(基于php系统的一种编码规范)开发、管理端页面开发、测试联调、以及验收发布等等一些列流程下来，开发一个管理系统所需耗费的时间周期可能需要7-10不止，耗时耗力。而相对传统的管理系统的开发方法，本技术所提供的管理系统生成方法，只需开发出符合需求的管理系统生成模型即可，可以使开发时间从一个周期以上缩短至1小时左右，提升效率哒97.5％以上。这样，管理系统的开发大大节省了时间，通过该管理系统进行数据收集的效率也得到了大幅提高。
118.应该理解的是，虽然图2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
119.在一个实施例中，如图9所示，提供了一种数据收集装置900，该装置可以采用软件模块或硬件模块，或者是二者的结合成为计算机设备的一部分，该装置具体包括：获取模块901、生成模块902和存储模块903，其中：
120.获取模块901，用于获取管理系统生成模型；管理系统生成模型包括与系统需求信息相匹配的页面约束条件和数据约束条件。
121.生成模块902，用于运行管理系统生成模型以生成对应的管理系统，并通过管理系统提供满足页面约束条件的数据收集页面。
122.获取模块901还用于获取录入至数据收集页面的配置数据。
123.存储模块903，用于当配置数据满足数据约束条件时，将配置数据存储至管理系统；存储的配置数据用于提供至业务系统进行相应的业务处理。
124.在一个实施例中，获取模块901还用于进入管理系统生成页面，并通过管理系统生成页面触发身份验证请求；响应于身份验证请求，采集对应的用户身份信息；当用户身份信息通过校验后，从管理系统生成页面中调用基于系统需求信息所创建的管理系统生成模型。
125.在一个实施例中，该数据收集装置900还包括确定模块904，用于确定预配置的管理系统标识、以及录入至管理系统生成页面的管理系统名称和相应的系统描述信息。生成
模块902还用于运行管理系统生成模型，并根据管理系统标识、管理系统名称和相应的系统描述信息生成对应的管理系统。
126.在一个实施例中，生成模块902还用于通过管理系统展示配置列表页面；配置列表页面包括用于添加配置记录的添加控件；当发生作用于添加控件的触发操作时，展示满足页面约束条件的数据收集页面；根据存储的配置数据生成相应的配置记录，并将生成的配置记录添加至配置列表页面中。
127.在一个实施例中，该数据收集装置900还包括展示模块905，其中，生成模块902还用于对于每条配置记录，基于历次通过相应数据收集页面对配置数据进行收集的收集时间的先后顺序，生成与各配置记录分别对应的历次版本信息。展示模块905还用于当在配置列表页面中发生对目标配置记录的版本查看指令时，展示与目标配置记录对应的历次版本信息；根据作用于历次版本信息的选中指令，展示选中指令所选中的目标版本信息对应的配置数据。
128.在一个实施例中，存储模块903还用于确定各配置数据分别对应的数据格式；按照数据约束条件，对各配置数据的数据格式进行有效性验证；当有效性验证通过时，将配置数据存储至管理系统。
129.在一个实施例中，存储模块903还用于当配置数据满足数据约束条件时，确定与配置数据对应的数据收集页面的页面标识、以及录入至数据收集页面中的通用数据；根据页面标识和通用数据确定对应的检索索引；将检索索引与对应的配置数据关联存储至管理系统。
130.在一个实施例中，获取模块901还用于获取系统需求信息，系统需求信息包括页面约束信息和数据约束信息。确定模块904还用于根据页面约束信息和数据约束信息，确定基于预设数据交换语言的页面约束条件和数据约束条件。生成模块902还用于基于页面约束条件和数据约束条件创建管理系统生成模型。
131.参考图10，在一个实施例中，该数据收集装置900还包括查找模块906和反馈模块907，其中，获取模块901还用于接收来自于业务系统的数据调用请求。查找模块906，用于响应于数据调用请求，从管理系统中查找与数据调用请求对应的目标配置数据。反馈模块907，用于通过管理系统提供的数据调用接口，将目标配置数据反馈至业务系统。
132.上述数据收集装置，直接根据系统需求信息开发出具有页面约束条件和数据约束条件的管理系统生成模型，从而通过模型驱动的方式直接生成对应的管理系统。进而可通过该管理系统提供与系统需求信息匹配的数据收集页面来进行配置数据的收集，并将满足数据约束条件的配置数据进行存储，以为业务系统提供配置数据。这样，根据管理系统生成模型可直接生成具有数据收集功能和数据处理存储功能的管理系统，无需额外根据开发需求进行多人协作的前后端开发、也减少了开发过程中需求部门、外包单位和开发人员间沟通协调的频次，大大提高了管理系统的开发效率，进而大大提高了通过该管理系统进行数据收集的处理效率。
133.关于数据收集装置的具体限定可以参见上文中对于数据收集方法的限定，在此不再赘述。上述数据收集装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
134.在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图11所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过wifi、运营商网络、nfc(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种数据收集方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
135.本领域技术人员可以理解，图11中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
136.在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。
137.在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
138.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-only memory，rom)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(random access memory，ram)或外部高速缓冲存储器。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(static random access memory，sram)或动态随机存取存储器(dynamic random access memory，dram)等。
139.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
140.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。