基于诊断数据动态生成UI页面的系统、方法和计算机设备

摘要

本申请涉及UI生成技术领域，公开了一种基于诊断数据动态生成UI页面的系统、方法和计算机设备，通过设置so库，这样能够减少汽车诊断软件的运行数据，汽车诊断软件作为数据传输以及显示UI页面的介质，而核心部分的数据，例如第一诊断数据进行解析，以及对车辆诊断数据都应用于so库，这样能够将数据解析、诊断和UI页面显示分离开来，能够提高代码的解耦能力，使得汽车诊断软件与so库的运行效率较高，同时车辆的较为核心的数据都存在so库中，大大提升了数据的安全性。

权利要求

1.一种基于诊断数据动态生成UI页面的系统，其特征在于，包括汽车诊断软件与so库；

所述so库用于接收车辆的第一诊断数据，并根据所述第一诊断数据获取对应的车辆协议；

还用于根据所述车辆协议对第一诊断数据进行解析，得到第二诊断数据；

还用于对所述第二诊断数据进行分类，得到多个类别的第三诊断数据；

还用于根据预设条件对多个种类的第三诊断数据进行组合，得到JSON数据，其中，所述so库对所述第二诊断数据进行分类，并将分类完成的第二诊断数据作为第三诊断数据，根据预设条件，对第三诊断数据进行组合，得到JSON数据，其中，根据预设条件对第三诊断数据进行组合时，获取与类别相关度较高的第三诊断数据，并对核心部分的第三诊断数据进行存储；

还用于将所述JSON数据发送至汽车诊断软件；

所述汽车诊断软件用于获取车辆的第一诊断数据并将所述第一诊断数据发送至so库；

还用于根据所述JSON数据生成对应的UI页面；

还用于接收用户交互指令，并将所述用户交互指令发送至so库；

所述so库用于根据所述用户交互指令所遵循的协议生成诊断指令；

还用于将所述诊断指令发送至汽车诊断软件，其中，所述汽车诊断软件将所述诊断指令发送至所述车辆，所述诊断指令用于对车辆进行诊断。

2.根据权利要求1所述的基于诊断数据动态生成UI页面的系统，其特征在于，所述so库用于获取所述第二诊断数据的属性信息以及所述属性信息对应的属性类型；

还用于根据所述属性类型以及所述第二诊断数据的属性信息，对第二诊断数据进行分类，得到多个类别的第三诊断数据，其中，所述属性类型包括ECU系统、故障码、数据流。

3.根据权利要求2所述的基于诊断数据动态生成UI页面的系统，其特征在于，所述so库用于根据属性类型对多个类别的所述第三诊断数据进行重要字段提取，得到多个带有属性类型的重要字段；

还用于创建JSON模板，其中，所述JSON模板包括多个确定标签与多个待输入条目，每个确定标签对应一个待输入条目；

还用于将所述重要字段的属性类型与确定标签进行匹配，将匹配成功的所述属性类型所对应的重要字段插入所述待输入条目中，以组合生成JSON数据。

4.根据权利要求3所述的基于诊断数据动态生成UI页面的系统，其特征在于，所述汽车诊断软件用于接收所述JSON数据，并对JSON数据进行解析，得到属性类型以及待输入条目；

获取属性类型的定义规则，并根据所述定义规则生成UI条目，并将待输入条目中的重要字段显示在UI条目中；

对将多个UI条目进行汇总，得到UI页面。

5.根据权利要求1所述的基于诊断数据动态生成UI页面的系统，其特征在于，所述汽车诊断软件用于将所述UI页面显示在用户界面上，并实时接收用户交互指令，并将所述用户交互指令发送至so库，其中，所述用户交互指令基于所述UI页面生成；

所述so库用于根据所述用户交互指令所对应的车辆协议，生成与车辆适配的诊断指令。

6.一种基于诊断数据动态生成UI页面的方法，应用于so库，其特征在于，包括：接收车辆的第一诊断数据，并根据所述第一诊断数据获取对应的车辆协议；

根据所述车辆协议对第一诊断数据进行解析，得到第二诊断数据；

对所述第二诊断数据进行分类，得到多个类别的第三诊断数据；

根据预设条件对多个种类的第三诊断数据进行组合，得到JSON数据，其中，所述so库对所述第二诊断数据进行分类，并将分类完成的第二诊断数据作为第三诊断数据，根据预设条件，对第三诊断数据进行组合，得到JSON数据，其中，根据预设条件对第三诊断数据进行组合时，获取与类别相关度较高的第三诊断数据，并对核心部分的第三诊断数据进行存储；

将所述JSON数据发送至汽车诊断软件，其中，所述汽车诊断软件根据所述JSON数据生成对应的UI页面；

接收汽车诊断软件发送的用户交互指令，并根据所述用户交互指令所遵循的协议生成诊断指令；

将所述诊断指令发送至汽车诊断软件，其中，所述汽车诊断软件将所述诊断指令发送至所述车辆，所述诊断指令用于对车辆进行诊断。

7.根据权利要求6所述的基于诊断数据动态生成UI页面的方法，其特征在于，所述对所述第二诊断数据进行分类，得到多个类别的第三诊断数据的步骤，包括：获取所述第二诊断数据的属性信息以及所述属性信息对应的属性类型；

根据所述属性类型以及所述第二诊断数据的属性信息，对第二诊断数据进行分类，得到多个类别的第三诊断数据，其中，所述属性类型包括ECU系统、故障码、数据流。

8.根据权利要求7所述的基于诊断数据动态生成UI页面的方法，其特征在于，所述根据所述属性类型以及所述第二诊断数据的属性信息，对第二诊断数据进行分类，得到多个类别的第三诊断数据的步骤之后，还包括：根据属性类型对多个类别的所述第三诊断数据进行重要字段提取，得到多个带有属性类型的重要字段；

创建JSON模板，其中，所述JSON模板包括多个确定标签与多个待输入条目，每个确定标签对应一个待输入条目；

将所述重要字段的属性类型与确定标签进行匹配，将匹配成功的所述属性类型所对应的重要字段插入所述待输入条目中，以组合生成JSON数据。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求6至8中任一项所述基于诊断数据动态生成UI页面的方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求6至8中任一项所述基于诊断数据动态生成UI页面的方法的步骤。

说明书

基于诊断数据动态生成UI页面的系统、方法和计算机设备

技术领域

[0001] 本申请涉及UI生成技术领域，特别涉及一种基于诊断数据动态生成UI页面的系统、方法和计算机设备。

背景技术

[0002] 现有技术中，车辆诊断设备会直接获取大量的车载数据，并根据车载数据进行诊断，输出诊断结果数据，这使得车辆诊断设备展示诊断结果数据时，由于解耦能力较低，导致显示界面有大量的车载数据与诊断结果数据，整个显示界面的内容较为杂乱，且直接将车载数据与诊断结果数据暴露在显示界面上，也不利于信息安全。

发明内容

[0003] 本申请的主要目的为提供一种基于诊断数据动态生成UI页面的系统，旨在解决现有技术中由于解耦能力较低，显示界面的内容较为杂乱的技术问题。

[0004] 本申请提出一种基于诊断数据动态生成UI页面的系统，包括汽车诊断软件与so库；

[0005] 所述so库用于接收车辆的第一诊断数据，并根据所述第一诊断数据获取对应的车辆协议；

[0006] 还用于根据所述车辆协议对第一诊断数据进行解析，得到第二诊断数据；

[0007] 还用于对所述第二诊断数据进行分类，得到多个类别的第三诊断数据；

[0008] 还用于根据预设条件对多个种类的第三诊断数据进行组合，得到JSON数据；

[0009] 还用于将所述JSON数据发送至汽车诊断软件；

[0010] 所述汽车诊断软件用于获取车辆的第一诊断数据并将所述第一诊断数据发送至so库；

[0011] 还用于根据所述JSON数据生成对应的UI页面；

[0012] 还用于接收用户交互指令，并将所述用户交互指令发送至so库；

[0013] 所述so库用于根据所述用户交互指令所遵循的协议生成诊断指令；

[0014] 还用于将所述诊断指令发送至汽车诊断软件，其中，所述汽车诊断软件将所述诊断指令发送至所述车辆，所述诊断指令用于对车辆进行诊断。

[0015] 作为优选，所述so库用于获取所述第二诊断数据的属性信息以及所述属性信息对应的属性类型；

[0016] 还用于根据所述属性类型以及所述第二诊断数据的属性信息，对第二诊断数据进行分类，得到多个类别的第三诊断数据，其中，所述属性类型包括ECU系统、故障码、数据流。

[0017] 作为优选，所述so库用于根据属性类型对多个类别的所述第三诊断数据进行重要字段提取，得到多个带有属性类型的重要字段；

[0018] 还用于创建JSON模板，其中，所述JSON模板包括多个确定标签与多个待输入条目，每个确定标签对应一个待输入条目；

[0019] 还用于将所述重要字段的属性类型与确定标签进行匹配，将匹配成功的所述属性类型所对应的重要字段插入所述待输入条目中，以组合生成JSON数据。

[0020] 作为优选，所述汽车诊断软件用于接收所述JSON数据，并对JSON数据进行解析，得到属性类型以及待输入条目；

[0021] 获取属性类型的定义规则，并根据所述定义规则生成UI条目，并将待输入条目中的重要字段显示在UI条目中；

[0022] 对将多个UI条目进行汇总，得到UI页面。

[0023] 作为优选，所述汽车诊断软件用于将所述UI页面显示在用户界面上，并实时接收用户交互指令，并将所述用户交互指令发送至so库，其中，所述用户交互指令基于所述UI页面生成；

[0024] 所述so库用于根据所述用户交互指令所对应的车辆协议，生成与车辆适配的诊断指令。

[0025] 本申请还提供一种基于诊断数据动态生成UI页面的方法，应用于so库，包括：

[0026] 接收车辆的第一诊断数据，并根据所述第一诊断数据获取对应的车辆协议；

[0027] 根据所述车辆协议对第一诊断数据进行解析，得到第二诊断数据；

[0028] 对所述第二诊断数据进行分类，得到多个类别的第三诊断数据；

[0029] 根据预设条件对多个种类的第三诊断数据进行组合，得到JSON数据；

[0030] 将所述JSON数据发送至汽车诊断软件，其中，所述汽车诊断软件根据所述JSON数据生成对应的UI页面；

[0031] 接收汽车诊断软件发送的用户交互指令，并根据所述用户交互指令所遵循的协议生成诊断指令；

[0032] 将所述诊断指令发送至汽车诊断软件，其中，所述汽车诊断软件将所述诊断指令发送至所述车辆，所述诊断指令用于对车辆进行诊断。

[0033] 作为优选，所述对所述第二诊断数据进行分类，得到多个类别的第三诊断数据的步骤，包括：

[0034] 获取所述第二诊断数据的属性信息以及所述属性信息对应的属性类型；

[0035] 根据所述属性类型以及所述第二诊断数据的属性信息，对第二诊断数据进行分类，得到多个类别的第三诊断数据，其中，所述属性类型包括ECU系统、故障码、数据流。

[0036] 作为优选，所述根据所述属性类型以及所述第二诊断数据的属性信息，对第二诊断数据进行分类，得到多个类别的第三诊断数据的步骤之后，还包括：

[0037] 根据属性类型对多个类别的所述第三诊断数据进行重要字段提取，得到多个带有属性类型的重要字段；

[0038] 创建JSON模板，其中，所述JSON模板包括多个确定标签与多个待输入条目，每个确定标签对应一个待输入条目；

[0039] 将所述重要字段的属性类型与确定标签进行匹配，将匹配成功的所述属性类型所对应的重要字段插入所述待输入条目中，以组合生成JSON数据。

[0040] 本申请还提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述基于诊断数据动态生成UI页面的方法的步骤。

[0041] 本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述基于诊断数据动态生成UI页面的方法的步骤。

[0042] 本申请的有益效果为：通过设置so库，这样能够减少汽车诊断软件的运行数据，汽车诊断软件作为数据传输以及显示UI页面的介质，而核心部分的数据，例如第一诊断数据进行解析，以及对车辆诊断数据都应用于so库，这样能够将数据解析、诊断和UI页面显示分离开来，能够提高代码的解耦能力，使得汽车诊断软件与so库的运行效率较高，同时车辆的较为核心的数据都存在so库中，大大提升了数据的安全性。

附图说明

[0043] 图1为本申请一实施例的基于诊断数据动态生成UI页面的系统结构示意图。

[0044] 图2为本申请一实施例的基于诊断数据动态生成UI页面的方法流程示意图。

[0045] 图3为本申请一实施例的计算机设备内部结构示意图。

[0046] 本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

[0047] 应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

[0048] 如图1‑图3所示，本申请提出一种基于诊断数据动态生成UI页面的系统，包括：汽车诊断软件与so库；

[0049] 所述so库用于接收车辆的第一诊断数据，并根据所述第一诊断数据获取对应的车辆协议；

[0050] 还用于根据所述车辆协议对第一诊断数据进行解析，得到第二诊断数据；

[0051] 还用于对所述第二诊断数据进行分类，得到多个类别的第三诊断数据；

[0052] 还用于根据预设条件对多个种类的第三诊断数据进行组合，得到JSON数据；

[0053] 还用于将所述JSON数据发送至汽车诊断软件；

[0054] 所述汽车诊断软件用于获取车辆的第一诊断数据并将所述第一诊断数据发送至so库；

[0055] 还用于根据所述JSON数据生成对应的UI页面；

[0056] 还用于接收用户交互指令，并将所述用户交互指令发送至so库；

[0057] 所述so库用于根据所述用户交互指令所遵循的协议生成诊断指令；

[0058] 还用于将所述诊断指令发送至汽车诊断软件，其中，所述汽车诊断软件将所述诊断指令发送至所述车辆，所述诊断指令用于对车辆进行诊断。

[0059] 如上所述，汽车诊断软件与车辆通过接头通信连接，so库与汽车诊断软件通信连接，so库可通过汽车诊断软件获取车辆的第一诊断数据，这样so库可以根据车辆所遵循的协议对第一诊断数据进行解析以生成第二诊断数据，由于第二诊断数据通常为由大量的代码组成，其数据较为杂乱，若直接将其传输给汽车诊断软件，一则不利于对第二诊断数据进行保护，二则使得汽车诊断软件需要对大量的第二诊断数据进行解耦，运行效率较低，容易造成卡顿与延时，因此，本申请将在so库中对第二诊断数据进行分类，并将分完类别的第二诊断诊断数据作为第三诊断数据，根据预设条件，对第三诊断数据进行组合，得到JSON数据，需要说明的是，在对第三诊断数据进行组合时，仅获取了与类别名称相关度较高的第三诊断数据，较为核心的第三诊断数据还存于so库中，基于so库的特性（使用ndk，开发C/C++语言编程），这样使得第三诊断数据不容易被破解或者被反编译，保密性较高，从而能更好的对第三诊断数据进行保密，最后将JSON数据发送至汽车诊断软件，汽车诊断软件可根据预设的定义规则对JSON进行解析，并生成相应的UI页面，这样当用户使用汽车诊断软件对车辆进行故障诊断时，可接收用户在UI页面上生成的用户交互指令，由于具体的第三诊断数据都保存在so库中，因此可将用户交互指令发送至so库，从而so库可根据用户交互所遵循的协议生成诊断指令，并将诊断指令发送至汽车诊断软件，这样，汽车诊断软件可将诊断指令通过接头发送至车辆， so库可通过汽车诊断软件对汽车进行故障诊断，除此之外，so库还用于生成诊断结果数据，并将诊断结果数据传输至汽车诊断软件进行显示。通过设置so库，这样能够减少汽车诊断软件的运行数据，汽车诊断软件作为数据传输以及显示UI页面的介质，而核心部分的数据，例如第一诊断数据进行解析，以及对车辆诊断数据都应用于so库，这样能够将数据解析、诊断和UI页面显示分离开来，能够提高代码的解耦能力，使得汽车诊断软件与so库的运行效率较高，同时车辆的较为核心的数据都存在so库中，大大提升了数据的安全性。

[0060] 在一个实施例中，所述so库用于获取所述第二诊断数据的属性信息以及所述属性信息对应的属性类型；

[0061] 还用于根据所述属性类型以及所述第二诊断数据的属性信息，对第二诊断数据进行分类，得到多个类别的第三诊断数据，其中，所述属性类型包括ECU系统、故障码、数据流。

[0062] 如上所述，so库获取第二诊断数据后，可根据第二诊断数据的属性信息以及属性信息对应的属性类型对第二诊断数据进行分类，例如某些数据的属性信息属于发动机控制模块（属性类型）的数据，某些数据的属性信息属于变速器控制模块（属性类型）的数据，这样能够得到多个类别的第三诊断数据，其中，属性类型包括ECU系统、故障码、数据流、冻结帧等；通过对第二诊断数据进行分类，这样能够使第二诊断数据的数据条目更加清晰，避免后续组合JSON数据时，复杂性和运算效率过高的问题。

[0063] 在一个实施例中，所述so库用于根据属性类型对多个类别的所述第三诊断数据进行重要字段提取，得到多个带有属性类型的重要字段；

[0064] 还用于创建JSON模板，其中，所述JSON模板包括多个确定标签与多个待输入条目，每个确定标签对应一个待输入条目；

[0065] 还用于将所述重要字段的属性类型与确定标签进行匹配，将匹配成功的所述属性类型所对应的重要字段插入所述待输入条目中，以组合生成JSON数据。

[0066] 如上所述，由于第三诊断数据包括大量的车辆数据信息，为了更好的对车辆数据信息进行保护，且又能使得汽车诊断软件生成较为准确的UI页面，可在第三诊断数据中对重要字段进行提取，重要字段通常为能够代表某些数据的名称字段，它可以是根据实际需求预设的字段，也可以是指定字段；JSON模板的创建可以在进行重要字段提取之前，也可以在重要字段提取之后，JSON模板创建好之后，可将重要字段所对应的属性类型与确定标签进行匹配，并将重要字段插入待输入条目中，将多个重要字段均输入JSON模板中，以组合生成JSON数据，这样使得JSON数据类似于一个目录，其占的内存也较小，JSON数据生成后，可将其发送至汽车诊断软件，这样便于汽车诊断软件能够基于JSON数据生成对应的UI页面。

[0067] 在一个实施例中，所述汽车诊断软件用于接收所述JSON数据，并对JSON数据进行解析，得到属性类型以及待输入条目；

[0068] 获取属性类型的定义规则，并根据所述定义规则生成UI条目，并将待输入条目中的重要字段显示在UI条目中；

[0069] 对将多个UI条目进行汇总，得到UI页面。

[0070] 如上所述，so库将JSON数据发送至汽车诊断软件之后，汽车诊断软件对JSON数据进行解析，从而得到属性类型以及待输入条目，其中，待输入条目中包括重要字段，再获取属性类型的定义规则，定义规则为UI显示类型的定义规则，即以什么样的形式进行显示，例如某些待输入条目的定义规则为弹框显示，某些待输入条目的定义规则为按钮显示，则根据属性类型的定义规则生成对应的UI条目，再将重要字段显示在UI条目中，最后对UI条目录进行汇总，则得到UI页面；更优的，在生成UI条目之前或之后，可对多个属性类型进行排序并获取对应的分类名称，在生成UI条目时，分类名称的优先级高于属性类型的优先级，因此可将分类名称优先显示在UI条目中，属性类型次显示在UI条目中，并通过用户点击事件才能触发下一级别的UI条目；例如，ECU系统通常包括ECM（发动机控制模块）、TCM（变速器控制模块）、ABS（防抱死刹车系统）、SRS（辅助充气式约束保护系统）、BCM（车身控制模块）等，若ECU系统的分类名称为"测试项目"，则生成UI条目时，"测试项目"优先进行显示，用户点击"测试项目"之后，与测试项目对应的多个ECU系统再进行显示，这样能够使得生成的UI条目在页面中进行展示时更加清晰明了，也便于后续基于UI页面的UI条目生成的诊断指令更加具有针对性，提高车辆的诊断效率。

[0071] 在一个实施例中，所述汽车诊断软件用于将所述UI页面显示在用户界面上，并实时接收用户交互指令，并将所述用户交互指令发送至so库，其中，所述用户交互指令基于所述UI页面生成；

[0072] 所述so库用于根据所述用户交互指令所对应的车辆协议，生成与车辆适配的诊断指令。

[0073] 如上所述，当所述UI页面显示在诊断页面的用户界面上后，汽车诊断软件实时接收用户交互指令，用户交互指令基于UI条目生成，汽车诊断软件将用户交互指令发送至so库，so库则根据用户交互指令中，重要字段所遵循的汽车协议生成与汽车协议适配的诊断指令，并将诊断指令通过汽车诊断软件、接头传输至车辆，以对车辆进行故障诊断。这样能够提高诊断指令与车辆的适配性，防止出现诊断指令与汽车车型不适配的情况发生，且由于so库存储有车辆数据，因此通过so库对汽车进行故障诊断，能够使得so库在进行故障诊断时，更方便快捷的对车辆数据进行调用，提高汽车故障诊断效率。

[0074] 本申请还提供一种基于诊断数据动态生成UI页面的方法，应用于so库，包括：

[0075] S1、接收车辆的第一诊断数据，并根据所述第一诊断数据获取对应的车辆协议；

[0076] S2、根据所述车辆协议对第一诊断数据进行解析，得到第二诊断数据；

[0077] S3、对所述第二诊断数据进行分类，得到多个类别的第三诊断数据；

[0078] S4、根据预设条件对多个种类的第三诊断数据进行组合，得到JSON数据；

[0079] S5、将所述JSON数据发送至汽车诊断软件，其中，所述汽车诊断软件根据所述JSON数据生成对应的UI页面；

[0080] S6、接收汽车诊断软件发送的用户交互指令，并根据所述用户交互指令所遵循的协议生成诊断指令；

[0081] S7、将所述诊断指令发送至汽车诊断软件，其中，所述汽车诊断软件将所述诊断指令发送至所述车辆，所述诊断指令用于对车辆进行诊断。

[0082] 在一个实施例中，所述对所述第二诊断数据进行分类，得到多个类别的第三诊断数据的步骤S3，包括：

[0083] S31、获取所述第二诊断数据的属性信息以及所述属性信息对应的属性类型；

[0084] S32、根据所述属性类型以及所述第二诊断数据的属性信息，对第二诊断数据进行分类，得到多个类别的第三诊断数据，其中，所述属性类型包括ECU系统、故障码、数据流。

[0085] 在一个实施例中，所述根据所述属性类型以及所述第二诊断数据的属性信息，对第二诊断数据进行分类，得到多个类别的第三诊断数据的步骤S32之后，还包括：

[0086] S321、根据属性类型对多个类别的所述第三诊断数据进行重要字段提取，得到多个带有属性类型的重要字段；

[0087] S322、创建JSON模板，其中，所述JSON模板包括多个确定标签与多个待输入条目，每个确定标签对应一个待输入条目；

[0088] S323、将所述重要字段的属性类型与确定标签进行匹配，将匹配成功的所述属性类型所对应的重要字段插入所述待输入条目中，以组合生成JSON数据。

[0089] 在一个实施例中，所述将所述重要字段的属性类型与确定标签进行匹配，将匹配成功的所述属性类型所对应的重要字段插入所述待输入条目中，以组合生成JSON数据的步骤S323之后，包括：

[0090] S3231、接收所述JSON数据，并对JSON数据进行解析，得到属性类型以及待输入条目；

[0091] S3232、获取属性类型的定义规则，并根据所述定义规则生成UI条目，并将待输入条目中的重要字段显示在UI条目中；

[0092] S3233、对将多个UI条目进行汇总，得到UI页面。

[0093] 在一个实施例中，所述接收汽车诊断软件发送的用户交互指令，并根据所述用户交互指令所遵循的协议生成诊断指令的步骤S6，包括：

[0094] S61、接收用户交互指令；

[0095] S62、根据所述用户交互指令所对应的车辆协议，生成与车辆适配的诊断指令。

[0096] 如图3所示，本申请还提供了一种计算机设备，该计算机设备可以是服务器，其内部结构可以如图3所示。该计算机设备包括通过系统总线连接的处理器、存储器、显示屏、输入装置、网络接口和数据库。其中，该计算机设计的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储基于诊断数据动态生成UI页面的系统的过程需要的所有数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现基于诊断数据动态生成UI页面的系统。

[0097] 本领域技术人员可以理解，图3中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定。

[0098] 本申请一实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任意一个基于诊断数据动态生成UI页面的系统。

[0099] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储与一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器（ROM）、可编程ROM（PROM）、电可编程ROM（EPROM）、电可擦除可编程ROM（EEPROM）或闪存。易失性存储器可包括随机存取存储器（RAM）或者外部高速缓冲存储器。作为说明而非局限，RAM通过多种形式可得，诸如静态RAM（SRAM）、动态RAM（DRAM）、同步DRAM（SDRAM）、双速据率SDRAM（SSRSDRAM）、增强型SDRAM（ESDRAM）、同步链路（Synchlink）DRAM（SLDRAM）、存储器总线（Rambus）直接RAM（RDRAM）、直接存储器总线动态RAM（DRDRAM）、以及存储器总线动态RAM（RDRAM）等。

[0100] 需要说明的是，在本文中，术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其它要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。

[0101] 以上所述仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。