CN111459471B - 信息处理方法、装置以及存储介质 - Google Patents

Abstract

本发明公开了一种信息处理方法、装置以及存储介质。其中，方法包括：获取电子设备的多个程序模型以及各程序模型的属性信息；根据各程序模型的属性信息，将所述多个程序模型划分为多个功能组；针对所述多个功能组中的每个功能组，确定相应功能组对应的菜单，得到多个菜单；在可视化页面上呈现得到的多个菜单，并在监听到用户针对目标菜单项的第一操作时，在可视化页面上呈现所述目标菜单项对应的程序模型。采用本发明的方案，能够使得电子设备的配套工具软件基于功能类型、关联的处理器以及用户权限分组呈现程序模型，提升配套工具软件的可读性，降低用户对程序模型进行配置的难度，进一步提升用户对程序模型进行配置的灵活性，提升用户体验。

Description

信息处理方法、装置以及存储介质

技术领域

本发明涉及可视化编程技术，具体涉及一种信息处理方法、装置以及存储介质。

背景技术

在一些电子设备的使用过程中，用户需要基于自身需求以及现场工程的实际情况，利用可视化编程技术针对电子设备进行程序开发；因此，可以为电子设备研发相应的配套工具软件，使得用户可以利用配套工具软件针对电子设备进行程序开发。

然而，相关技术中，上述配套工具软件尚需优化。

发明内容

为解决相关技术问题，本发明实施例提供一种信息处理方法、装置以及存储介质。

本发明实施例的技术方案是这样实现的：

本发明实施例提供了一种信息处理方法，包括：

获取电子设备的多个程序模型以及各程序模型的属性信息；所述程序模型反映实例化的多个元件的连接结构；所述多个元件中的每个元件对应一个功能模块；所述元件能够在可视化页面上图形化呈现；所述属性信息至少包含第一标识、第二标识和第三标识；所述第一标识表征相应程序模型对应的功能类型；所述第二标识表征相应程序模型在所述电子设备中关联的处理器；所述第三标识表征相应程序模型对应的用户权限；

根据各程序模型的属性信息，将所述多个程序模型划分为多个功能组；

针对所述多个功能组中的每个功能组，确定相应功能组对应的菜单，得到多个菜单；所述菜单的级数至少为二级；

在可视化页面上呈现得到的多个菜单，并在监听到用户针对目标菜单项的第一操作时，在可视化页面上呈现所述目标菜单项对应的程序模型。

上述方案中，所述根据各程序模型的属性信息，将所述多个程序模型划分为多个功能组，包括：

根据各程序模型的第三标识，将所述多个程序模型划分为第一模型组和第二模型组；所述第一模型组包含的程序模型为禁止用户更新的程序模型；所述第二模型组包含的程序模型为允许用户更新的程序模型；

针对所述第一模型组包含的程序模型，根据各程序模型的第一标识，将所述第一模型组包含的程序模型划分为多个功能组，得到多个第一类功能组；

针对所述第二模型组包含的程序模型，根据各程序模型的第一标识和第二标识，将所述第二模型组包含的程序模型划分为多个功能组，得到多个第二类功能组。

上述方案中，所述属性信息还包含第四标识；所述第四标识表征相应程序模型的名称；所述确定相应功能组对应的菜单，包括：

根据相应功能组中各程序模型的第一标识，确定一个一级菜单项；所述相应功能组为第一类功能组；

针对相应功能组中的每个程序模型，根据相应程序模型的第四标识，确定一个二级菜单项，得到多个二级菜单项；所述二级菜单项为所述一级菜单项的子菜单项；

利用确定的一个一级菜单项以及多个二级菜单项，确定相应功能组对应的菜单。

上述方案中，所述属性信息还包含第四标识；所述第四标识表征相应程序模型的名称；所述确定相应功能组对应的菜单，包括：

根据相应功能组中各程序模型的第一标识和第二标识，确定一个一级菜单项；所述相应功能组为第二类功能组；

针对相应功能组中的每个程序模型，根据相应程序模型的第四标识，确定一个二级菜单项，得到多个二级菜单项；所述二级菜单项为所述一级菜单项的子菜单项；

利用确定的一个一级菜单项以及多个二级菜单项，确定相应功能组对应的菜单。

上述方案中，所述方法还包括：

在可视化页面上呈现所述目标菜单项对应的程序模型时，监听到用户针对所述程序模型的第二操作；所述第二操作用于更新所述程序模型；

根据所述程序模型的第三标识，判断是否允许执行所述第二操作对应的更新事件，得到第一判断结果；

在所述第一判断结果表征允许执行所述第二操作对应的更新事件时，执行所述第二操作对应的更新事件。

上述方案中，所述方法还包括：

在可视化页面上呈现所述目标菜单项对应的程序模型时，监听到用户针对所述程序模型的第二操作；所述第二操作用于更新所述程序模型；

根据所述程序模型的第三标识，判断是否允许执行所述第二操作对应的更新事件，得到第一判断结果；

在所述第一判断结果表征禁止执行所述第二操作对应的更新事件时，在可视化页面上呈现第一消息；所述第一消息用于提示用户禁止执行所述第二操作对应的更新事件。

上述方案中，所述方法还包括：

针对所述多个功能组中的每个功能组，确定相应功能组对应的菜单时，根据相应功能组中各程序模型的第三标识，确定所述菜单对应的用户权限；

在可视化页面上呈现得到的多个菜单时，监听到用户针对目标菜单项的第三操作；所述第三操作用于创建或删除所述目标菜单项对应的程序模型；

根据所述目标菜单项所属的菜单对应的用户权限，判断是否允许执行所述第三操作对应的更新事件，得到第二判断结果；

在所述第二判断结果表征允许执行所述第三操作对应的更新事件时，执行所述第三操作对应的更新事件。

上述方案中，所述方法还包括：

针对所述多个功能组中的每个功能组，确定相应功能组对应的菜单时，根据相应功能组中各程序模型的第三标识，确定所述菜单对应的用户权限；

在可视化页面上呈现得到的多个菜单时，监听到用户针对目标菜单项的第三操作；所述第三操作用于创建或删除所述目标菜单项对应的程序模型；

根据所述目标菜单项所属的菜单对应的用户权限，判断是否允许执行所述第三操作对应的更新事件，得到第二判断结果；

在所述第二判断结果表征禁止执行所述第三操作对应的更新事件时，在可视化页面上呈现第二消息；所述第二消息用于提示用户禁止执行所述第三操作对应的更新事件。

本发明实施例还提供了一种信息处理装置，包括：

获取单元，用于获取电子设备的多个程序模型以及各程序模型的属性信息；所述程序模型反映实例化的多个元件的连接结构；所述多个元件中的每个元件对应一个功能模块；所述元件能够在可视化页面上图形化呈现；所述属性信息至少包含第一标识、第二标识和第三标识；所述第一标识表征相应程序模型对应的功能类型；所述第二标识表征相应程序模型在所述电子设备中关联的处理器；所述第三标识表征相应程序模型对应的用户权限；

第一处理单元，用于根据各程序模型的属性信息，将所述多个程序模型划分为多个功能组；

第二处理单元，针对所述多个功能组中的每个功能组，确定相应功能组对应的菜单，得到多个菜单；所述菜单的级数至少为二级；

第三处理单元，用于在可视化页面上呈现得到的多个菜单，并在监听到用户针对目标菜单项的第一操作时，在可视化页面上呈现所述目标菜单项对应的程序模型。

本发明实施例还提供了一种信息处理装置，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器；

其中，所述处理器用于运行所述计算机程序时，执行上述任一方法的步骤。

本发明实施例还提供了一种存储介质，所述介质存储有计算机程序，所述计算机程序被处理器执行时实现上述任一方法的步骤。

本发明实施例提供的信息处理方法、装置以及存储介质，获取电子设备的多个程序模型以及各程序模型的属性信息；所述程序模型反映实例化的多个元件的连接结构；所述多个元件中的每个元件对应一个功能模块；所述元件能够在可视化页面上图形化呈现；所述属性信息至少包含第一标识、第二标识和第三标识；所述第一标识表征相应程序模型对应的功能类型；所述第二标识表征相应程序模型在所述电子设备中关联的处理器；所述第三标识表征相应程序模型对应的用户权限；根据各程序模型的属性信息，将所述多个程序模型划分为多个功能组；针对所述多个功能组中的每个功能组，确定相应功能组对应的菜单，得到多个菜单；所述菜单的级数至少为二级；在可视化页面上呈现得到的多个菜单，并在监听到用户针对目标菜单项的第一操作时，在可视化页面上呈现所述目标菜单项对应的程序模型。本发明实施例的方案，根据各程序模型的功能类型、关联的处理器以及用户权限，对电子设备的多个程序模型进行分组，并确定每个功能组对应的菜单，根据用户针对菜单的操作，为用户呈现相应的程序模型；如此，使得电子设备的配套工具软件能够基于功能类型、关联的处理器以及用户权限分组呈现程序模型，提升配套工具软件的可读性，降低用户对程序模型进行配置的难度，进一步提升用户对程序模型进行配置的灵活性，提升用户体验。

附图说明

图1为本发明实施例信息处理方法的流程示意图；

图2为本发明实施例确定的菜单示意图一；

图3为本发明实施例确定的菜单示意图二；

图4为本发明实施例可视化页面的结构示意图；

图5为本发明应用实施例研发人员模式下的配套工具软件对属性信息进行分组的可视化页面示意图；

图6为本发明应用实施例研发人员模式下的配套工具软件为每个程序模型确定属性信息的可视化页面示意图；

图7为本发明应用实施例普通用户模式下的配套工具软件呈现得到的多个菜单的可视化页面示意图；

图8为本发明实施例信息处理装置的结构示意图；

图9为本发明实施例信息处理装置的硬件结构示意图。

具体实施方式

以下结合说明书附图及实施例对本发明的技术方案作进一步详细的阐述。

在对本发明实施例的技术方案进行详细说明之前，首先，以保护测控装置为例，对相关技术中电子设备的配套工具软件存在的问题进行简单说明。

保护测控装置是一种集保护、测量、控制、监测、通讯、事件记录、故障录波、操作防误等多种功能于一体的装置，是构成变电站、发电厂厂用电等电站综合自动化系统的理想智能设备装置。对于面向国际市场的保护测控装置，配套的工具软件通常是“研发—用户一体化配置”的软件，也就是说，保护测控装置的研发人员和用户使用同一个配套工具软件对保护测控装置进行配置。具体地，研发人员利用配套工具软件对保护测控装置进行核心程序搭建、基础程序模型配置等配置工作；然后，用户基于对保护测控装置的应用需求以及现场工程的实际情况，利用同一个配套工具软件对保护测控装置的程序模型进行配置。在研发人员或用户利用配套工具软件对保护测控装置的程序模型进行配置后，配置的程序模型对应的驱动包需要下载到保护测控装置中相应的处理器下运行；由于一个保护测控装置包含多个插件，每个插件包含多个处理器，为了使得每个程序模型能够与相应的处理器关联，降低研发人员的开发难度，配套工具软件基于“保护测控装置—插件—处理器”的物理结构确定的多级菜单呈现程序模型；在所述多级菜单中，保护测控装置对应的标识(例如保护测控装置的名称)为一级菜单，相应保护测控装置包含的插件对应的标识(例如插件的编号)为相应一级菜单下的二级菜单，相应插件包含的处理器对应的标识(例如处理器的编号)为相应二级菜单下的三级菜单，相应处理器关联的程序模型对应的标识(例如程序模型的名称)为相应三级菜单下的四级菜单；当研发人员或用户点击四级菜单时，配套工具软件呈现相应的程序模型，以供研发人员或用户对相应的程序模型进行配置。

然而，在用户需要利用配套工具软件对保护测控装置的程序模型进行配置时，相较于保护测控装置的硬件结构，用户可能更关心保护测控装置的功能；在此前提下，如果配套工具软件基于“保护测控装置—插件—处理器”的物理结构确定的多级菜单呈现程序模型，会使得用户无法了解各程序模型对应的保护测控装置的功能类型，增加了用户对程序模型进行配置的难度，降低了用户对程序模型进行配置的灵活性。

基于此，在本发明的各种实施例中，根据各程序模型的功能类型、关联的处理器以及用户权限，对电子设备的多个程序模型进行分组，并确定每个功能组对应的菜单，根据用户针对菜单的操作，为用户呈现相应的程序模型；如此，使得电子设备的配套工具软件能够基于功能类型、关联的处理器以及用户权限分组呈现程序模型，提升配套工具软件的可读性，降低用户对程序模型进行配置的难度，进一步提升用户对程序模型进行配置的灵活性，提升用户体验。

本发明实施例提供了一种信息处理方法，如图1所示，所述方法包括以下步骤：

步骤101：获取电子设备的多个程序模型以及各程序模型的属性信息；

这里，所述程序模型反映实例化的多个元件的连接结构；所述多个元件中的每个元件对应一个功能模块；所述元件能够在可视化页面上图形化呈现；所述属性信息至少包含第一标识、第二标识和第三标识；所述第一标识表征相应程序模型对应的功能类型；所述第二标识表征相应程序模型在所述电子设备中关联的处理器；所述第三标识表征相应程序模型对应的用户权限；

步骤102：根据各程序模型的属性信息，将所述多个程序模型划分为多个功能组；

步骤103：针对所述多个功能组中的每个功能组，确定相应功能组对应的菜单，得到多个菜单；

这里，所述菜单的级数至少为二级；

步骤104：在可视化页面上呈现得到的多个菜单，并在监听到用户针对目标菜单项的第一操作时，在可视化页面上呈现所述目标菜单项对应的程序模型。

需要说明的是，本发明实施例提供的信息处理方法，应用于为用户提供的电子设备的配套工具软件；所述配套工具软件为可视化编程软件；所述电子设备为用户存在可视化编程需求的电子设备，例如上述保护测控装置。所述配套工具软件可以安装于用户终端，所述用户终端可以包括个人电脑(PC，Personal Computer)、手机等；所述PC可以包括台式电脑、笔记本电脑、平板电脑等。所述配套工具软件可以与研发人员使用的配套工具软件不同，即所述配套工具软件可以是一个独立的配套工具软件。当然，所述配套工具软件也可以与研发人员使用的配套工具软件相同，用户可以根据需要将所述配套工具软件切换为研发人员模式或普通用户模式：研发人员模式下，所述配套工具软件基于物理结构(例如“保护测控装置—插件—处理器”的物理结构)确定的多级菜单呈现程序模型；普通用户模式下，所述配套工具软件基于本发明实施例提供的信息处理方法呈现程序模型。

在步骤101中，实际应用时，所述获取电子设备的多个程序模型以及各程序模型的属性信息，可以包括以下之一：

从服务器获取电子设备的多个程序模型以及各程序模型的属性信息；

从电子设备获取电子设备的多个程序模型以及各程序模型的属性信息。

这里，为了减小配套工具软件占用的用户终端的内存，在用户初次使用所述配套工具软件时，所述配套工具软件可以从服务器(例如云服务器)获取电子设备的多个程序模型以及各程序模型的属性信息；当然，所述配套工具软件也可以直接从相应电子设备获取所述电子设备的多个程序模型以及各程序模型的属性信息；具体获取电子设备的多个程序模型以及各程序模型的属性信息的方式可以由用户根据需要设置。

实际应用时，获取的电子设备的多个程序模型是由研发人员利用可视化编程技术预先开发得到的程序模型，各程序模型的属性信息也是由研发人员对相应程序模型进行配置时确定的信息。

具体地，研发人员在完成多个程序模型的开发后，针对所述多个程序模型中的每个程序模型，研发人员可以确定相应程序模型对应的功能类型，即确定相应程序模型的第一标识；以所述电子设备为保护测控装置为例，所述功能类型可以包括模拟量输入(AI，Analog Input)、模拟量输出(AO，Analog Output)、二进制输入(BI，Binary Input)(即开关量输入)、二进制输出(BO，Binary Output)(即开关量输出)、功能逻辑(Function Logics)、IEC 61850过程层通信配置(Process Logics)等，即相应程序模型的第一标识可以为AI、AO、BI、BO、Function Logics或Process Logics。

研发人员还可以确定相应程序模型在所述电子设备中关联的处理器，即确定相应程序模型的第二标识；所述第二标识可以是相应程序模型在所述电子设备中关联的处理器的编号(电子设备中的每个处理器都对应有唯一的编号)。以所述电子设备为保护测控装置为例，处理器的编号可以由处理器所属插件的编号和处理器在插件中的编号构成，假设相应程序模型在保护测控装置中关联的处理器的编号为B01.Main(即处理器所属插件的编号为B01，处理器在插件中的编号为Main)，则可以将相应程序模型的第二标识确定为B01.Main。

如果用户具备每个程序模型的更新权限，在用户错误地更新了重要的程序模型(例如第一标识为BO的程序模型)时，电子设备可能会发生运行错误；因此，研发人员还可以确定相应程序模型对应的用户权限，即确定相应程序模型的第三标识；所述用户权限可以为允许用户更新、禁止用户更新或隐藏，即所述第三标识可以为“允许用户更新”、“禁止用户更新”或“隐藏”；当相应程序模型的第三标识为“隐藏”时，用户没有权限查看所述相应程序模型，因此，获取的电子设备的多个程序模型中不包括第三标识为“隐藏”的程序模型。也就是说，在步骤101中，获取的各程序模型的第三标识为“允许用户更新”或“禁止用户更新”。因此，可以先获取电子设备的全部程序模型(包括第三标识为“隐藏”的程序模型)，再从所述全部程序模型中获取第三标识为“允许用户更新”或“禁止用户更新”的多个程序模型；当然，也可以直接获取第三标识为“允许用户更新”或“禁止用户更新”的多个程序模型。

实际应用时，为了避免获取的多个程序模型存在遗漏，研发人员需要为电子设备的全部程序模型确定属性信息；因此，研发人员使用的配套工具软件可以在监测到研发人员关闭为各程序模型确定属性信息的可视化页面时，判断是否为全部程序模型确定了属性信息；若是，则可以关闭为各程序模型确定属性信息的可视化页面；若否，配套工具软件可以为用户提示未确定属性信息的程序模型。

在步骤102中，实际应用时，所述根据各程序模型的属性信息，将所述多个程序模型划分为多个功能组，可以包括：

根据各程序模型的第三标识，将所述多个程序模型划分为第一模型组和第二模型组；所述第一模型组包含的程序模型为禁止用户更新的程序模型；所述第二模型组包含的程序模型为允许用户更新的程序模型；

针对所述第一模型组包含的程序模型，根据各程序模型的第一标识，将所述第一模型组包含的程序模型划分为多个功能组，得到多个第一类功能组；

针对所述第二模型组包含的程序模型，根据各程序模型的第一标识和第二标识，将所述第二模型组包含的程序模型划分为多个功能组，得到多个第二类功能组。

具体地，各程序模型的第三标识为“允许用户更新”或“禁止用户更新”，配套工具软件将第三标识为“禁止用户更新”的程序模型划分至第一模型组，并将第三标识为“允许用户更新”的程序模型划分至第二模型组。由于所述第一模型组包含的程序模型为禁止用户更新的程序模型，无需根据用户更新相应程序模型的操作更新相应程序模型在所述电子设备中关联的处理器下运行的驱动包，用户也无需基于相应程序模型关联的处理器对相应程序模型进行更新；因此，用户不需要了解所述第一模型组包含的各程序模型在所述电子设备中关联的处理器；针对所述第一模型组包含的程序模型，配套工具软件可以根据各程序模型的第一标识，将所述第一模型组包含的程序模型划分为多个功能组，得到多个第一类功能组；所述第一类功能组中的程序模型为第一标识和第三标识相同的程序模型，也就是说，所述第一类功能组中的程序模型对应同一个功能类型，并且，所述第一类功能组中的程序模型均为禁止用户更新的程序模型。

同时，由于所述第二模型组包含的程序模型为允许用户更新的程序模型，在用户更新所述第二模型组包含的程序模型后，相应程序模型对应的驱动包需要下载到相应程序模型在所述电子设备中关联的处理器下运行；因此，用户需要了解所述第二模型组包含的各程序模型在所述电子设备中关联的处理器，以基于相应程序模型关联的处理器对相应程序模型进行更新；针对所述第二模型组包含的程序模型，配套工具软件可以根据各程序模型的第一标识和第二标识，将所述第二模型组包含的程序模型划分为多个功能组，得到多个第二类功能组；所述第二类功能组中的程序模型为第一标识、第二标识和第三标识均相同的程序模型，也就是说，所述第二类功能组中的程序模型对应同一个功能类型，在所述电子设备中关联同一个处理器，并且，所述第二类功能组中的程序模型均为允许用户更新的程序模型。

在步骤103中，实际应用时，所述属性信息还可以包含第四标识；所述第四标识表征相应程序模型的名称；所述第四标识也是由研发人员确定的；由于电子设备中不同的处理器关联的程序模型可能功能相同，如果仅根据程序模型的功能为程序模型设置名称，可能会存在多个程序模型重名的情况；因此，研发人员在为程序模型设置名称时，可以在以程序模型的功能为程序模型设置的名称前增加程序模型关联的处理器编号作为前缀(即将程序模型的第二标识作为前缀)；举例来说，假设一个功能为“配置用户页面安全信息”的程序模型关联的处理器的编号为B01.Main(即第二标识为B01.Main)，所述程序模型的第四标识可以为“B01.Main.UserPage_Prot_Config”。当然，所述第四标识也可以仅作为相应程序模型的显示名称，即相应程序模型的实际名称还是根据相应程序模型的功能确定的名称。这里，研发人员可以根据需要修改程序模型的第四标识。

对于确定的多个第一类功能组和多个第二类功能组，可以利用不同的方式，确定相应功能组对应的菜单。

具体地，对于确定的多个第一类功能组，由于第一类功能组中的程序模型为第一标识相同的程序模型，并且，第一类功能组中的程序模型均为禁止用户更新的程序模型；因此，用户无需了解第一类功能组中的各程序模型在所述电子设备中关联的处理器；配套工具软件可以将第一类功能组中各程序模型的第一标识确定为一个一级菜单项，再将第一类功能组中的每个程序模型的第四标识确定为一个二级菜单项，确定的二级菜单项为所述一级菜单项的子菜单项，利用确定的一级菜单项和二级菜单项确定第一类功能组对应的一个二级菜单。

基于此，在一实施例中，所述属性信息还可以包含第四标识；所述第四标识表征相应程序模型的名称；所述确定相应功能组对应的菜单，可以包括：

根据相应功能组中各程序模型的第一标识，确定一个一级菜单项；所述相应功能组为第一类功能组；

针对相应功能组中的每个程序模型，根据相应程序模型的第四标识，确定一个二级菜单项，得到多个二级菜单项；所述二级菜单项为所述一级菜单项的子菜单项；

利用确定的一个一级菜单项以及多个二级菜单项，确定相应功能组对应的菜单。

实际应用时，假设一个第一类功能组包含三个程序模型，所述三个程序模型的第一标识均为BO，所述三个程序模型的第四标识分别为“B13.NR6660A”、“B14.NR6660A”和“P1.NR6310A”，为这个第一类功能组确定的菜单可以如图2所示。

实际应用时，对于确定的多个第二类功能组，由于第二类功能组中的程序模型为第一标识和第二标识均相同的程序模型，并且，第二类功能组中的程序模型均为允许用户更新的程序模型；因此，用户需要了解第二类功能组中的各程序模型在所述电子设备中关联的处理器，以基于相应程序模型关联的处理器对相应程序模型进行更新；配套工具软件可以根据第二类功能组中各程序模型的第一标识和第二标识，确定一个一级菜单项；再将第二类功能组中的每个程序模型的第四标识确定为一个二级菜单项，确定的二级菜单项为所述一级菜单项的子菜单项，利用确定的一级菜单项和二级菜单项确定第二类功能组对应的一个二级菜单。

基于此，在一实施例中，所述属性信息还可以包含第四标识；所述第四标识表征相应程序模型的名称；所述确定相应功能组对应的菜单，可以包括：

根据相应功能组中各程序模型的第一标识和第二标识，确定一个一级菜单项；所述相应功能组为第二类功能组；

针对相应功能组中的每个程序模型，根据相应程序模型的第四标识，确定一个二级菜单项，得到多个二级菜单项；所述二级菜单项为所述一级菜单项的子菜单项；

利用确定的一个一级菜单项以及多个二级菜单项，确定相应功能组对应的菜单。

实际应用时，假设一个第二类功能组包含四个程序模型，所述四个程序模型的第一标识均为B01.Process_Config，所述四个程序模型的第四标识分别为“UserPage_SV”、“UserPage_GOOSE”、“UserPage_GS_TO_VQT”和“UserPage_GS_RECV_VQT”，为这个第二类功能组确定的菜单可以如图3所示。

实际应用时，对于确定的多个第二类功能组，配套工具软件还可以将第二类功能组中各程序模型的第一标识确定为一个一级菜单项，并将第二类功能组中各程序模型的第二标识确定为一个二级菜单项，确定的二级菜单项为所述一级菜单项的子菜单项，再将第二类功能组中的每个程序模型的第四标识确定为一个三级菜单项，确定的三级菜单项为所述二级菜单项的子菜单项，利用确定的一级菜单项、二级菜单项和三级菜单项确定第二类功能组对应的一个三级菜单。这里，具体为第二类功能组确定对应的菜单的方式可以由研发人员根据用户需求进行设置。

在步骤104中，实际应用时，配套工具软件中可视化页面的结构可以如图4所示，页面400为配套工具软件中的可视化页面，区域401为可视化页面中的菜单呈现区域，区域402为可视化页面中的程序模型呈现区域；当用户首次使用配套工具软件时，配套工具软件可以在区域401呈现得到的多个菜单，并在用户没有对配套工具软件进行任何操作的情况下，使区域402保持空白；在监听到用户针对区域401中的目标菜单项的第一操作时，配套工具软件可以在区域402呈现所述目标菜单项对应的程序模型；所述第一操作可以是用户在区域401中用鼠标单击或双击目标菜单项的操作；所述目标菜单项为表征程序模型的第四标识的菜单项。这里，配套工具软件中可视化页面的结构也可以由研发人员根据用户需求进行设置。

实际应用时，配套工具软件在区域402呈现所述目标菜单项对应的程序模型的过程中，可以监听用户在区域402中的操作；所述操作用于更新区域402呈现的程序模型；在监听到用户在区域402中的操作时，配套工具软件可以根据区域402呈现的程序模型的第三标识，判断用户是否有权限执行所述操作对应的更新事件，即判断是否允许执行所述操作对应的更新事件；在判断结果表征允许执行所述操作对应的更新事件时，配套工具软件可以执行所述操作对应的更新事件。

基于此，在一实施例中，所述方法还可以包括：

在可视化页面上呈现所述目标菜单项对应的程序模型时，监听到用户针对所述程序模型的第二操作；所述第二操作用于更新所述程序模型；

根据所述程序模型的第三标识，判断是否允许执行所述第二操作对应的更新事件，得到第一判断结果；

在所述第一判断结果表征允许执行所述第二操作对应的更新事件时，执行所述第二操作对应的更新事件。

实际应用时，如果判断结果表征禁止执行用户在区域402中的操作对应的更新事件，配套工具软件则不执行所述操作对应的更新事件，并为用户呈现提示消息，以提醒用户没有权限执行所述操作对应的更新事件。

基于此，在一实施例中，所述方法还可以包括：

在可视化页面上呈现所述目标菜单项对应的程序模型时，监听到用户针对所述程序模型的第二操作；所述第二操作用于更新所述程序模型；

根据所述程序模型的第三标识，判断是否允许执行所述第二操作对应的更新事件，得到第一判断结果；

在所述第一判断结果表征禁止执行所述第二操作对应的更新事件时，在可视化页面上呈现第一消息；所述第一消息用于提示用户禁止执行所述第二操作对应的更新事件。

实际应用时，对于步骤102得到的多个功能组(包括第一类功能组和第二类功能组)，每个功能组中的程序模型为第三标识相同的程序模型，因此，针对所述多个功能组中的每个功能组，确定相应功能组对应的菜单时，可以根据相应功能组中各程序模型的第三标识，确定所述菜单对应的用户权限；当相应功能组中各程序模型的第三标识为“允许用户更新”时，相应菜单对应的用户权限也为“允许用户更新”；当相应功能组中各程序模型的第三标识为“禁止用户更新”时，相应菜单对应的用户权限也为“禁止用户更新”。这样，配套工具软件在区域401呈现得到的多个菜单时，可以监听用户在区域401中新建目标菜单项或删除目标菜单项的操作，所述操作用于创建或删除所述目标菜单项对应的程序模型；所述目标菜单项为表征程序模型的第四标识的菜单项；在监听到用户在区域401中新建目标菜单项或删除目标菜单项的操作时，配套工具软件可以根据所述目标菜单项所属的菜单对应的用户权限，判断用户是否有权限执行所述操作对应的更新事件，即判断是否允许执行所述操作对应的更新事件；在判断结果表征允许执行所述操作对应的更新事件时，配套工具软件可以执行所述操作对应的更新事件。

基于此，在一实施例中，所述方法还可以包括：

针对所述多个功能组中的每个功能组，确定相应功能组对应的菜单时，根据相应功能组中各程序模型的第三标识，确定所述菜单对应的用户权限；

在可视化页面上呈现得到的多个菜单时，监听到用户针对目标菜单项的第三操作；所述第三操作用于创建或删除所述目标菜单项对应的程序模型；

根据所述目标菜单项所属的菜单对应的用户权限，判断是否允许执行所述第三操作对应的更新事件，得到第二判断结果；

在所述第二判断结果表征允许执行所述第三操作对应的更新事件时，执行所述第三操作对应的更新事件。

实际应用时，在所述第三操作用于创建所述目标菜单项对应的程序模型的情况下，所述执行所述第三操作对应的更新事件，可以包括：根据所述第三操作以及所述目标菜单项所属的菜单，创建所述目标菜单项以及所述目标菜单项对应的程序模型，并确定所述目标菜单项对应的程序模型的属性信息；具体地，所述目标菜单项对应的程序模型的第一标识和第二标识，为所述目标菜单项所属的菜单的一级菜单项表征的第一标识和第二标识，所述目标菜单项对应的程序模型的第三标识为“允许用户更新”，所述目标菜单项对应的程序模型的第四标识为用户创建所述目标菜单项时输入的程序模型的名称(这里，配套工具软件可以确定所述目标菜单项对应的程序模型的第四标识是否与电子设备的全部程序模型的第四标识和/或实际名称重复，如果重复，配套工具软件可以提示用户重新输入程序模型的名称)；用户在区域402中完成所述目标菜单项对应的程序模型的更新(即初始配置)后，配套工具软件需要根据所述目标菜单项对应的程序模型的属性信息，将相应的驱动包发送到电子设备中相应的处理器下运行。

实际应用时，在所述第三操作用于删除所述目标菜单项对应的程序模型的情况下，所述执行所述第三操作对应的更新事件，可以包括：根据所述第三操作，删除所述目标菜单项以及所述目标菜单项对应的程序模型，并根据所述目标菜单项对应的程序模型的第二标识，发送删除请求给所述目标菜单项对应的程序模型在电子设备中关联的处理器，以供所述处理器删除相应的驱动包。

实际应用时，如果判断结果表征禁止执行用户在区域401中新建目标菜单项或删除目标菜单项的操作对应的更新事件，配套工具软件则不执行所述操作对应的更新事件，并为用户呈现提示消息，以提醒用户没有权限执行所述操作对应的更新事件。

基于此，在一实施例中，所述方法还可以包括：

针对所述多个功能组中的每个功能组，确定相应功能组对应的菜单时，根据相应功能组中各程序模型的第三标识，确定所述菜单对应的用户权限；

在可视化页面上呈现得到的多个菜单时，监听到用户针对目标菜单项的第三操作；所述第三操作用于创建或删除所述目标菜单项对应的程序模型；

根据所述目标菜单项所属的菜单对应的用户权限，判断是否允许执行所述第三操作对应的更新事件，得到第二判断结果；

在所述第二判断结果表征禁止执行所述第三操作对应的更新事件时，在可视化页面上呈现第二消息；所述第二消息用于提示用户禁止执行所述第三操作对应的更新事件。

本发明实施例提供的信息处理方法，获取电子设备的多个程序模型以及各程序模型的属性信息；所述程序模型反映实例化的多个元件的连接结构；所述多个元件中的每个元件对应一个功能模块；所述元件能够在可视化页面上图形化呈现；所述属性信息至少包含第一标识、第二标识和第三标识；所述第一标识表征相应程序模型对应的功能类型；所述第二标识表征相应程序模型在所述电子设备中关联的处理器；所述第三标识表征相应程序模型对应的用户权限；根据各程序模型的属性信息，将所述多个程序模型划分为多个功能组；针对所述多个功能组中的每个功能组，确定相应功能组对应的菜单，得到多个菜单；所述菜单的级数至少为二级；在可视化页面上呈现得到的多个菜单，并在监听到用户针对目标菜单项的第一操作时，在可视化页面上呈现所述目标菜单项对应的程序模型；如此，使得电子设备的配套工具软件能够基于功能类型、关联的处理器以及用户权限分组呈现程序模型，提升配套工具软件的可读性，降低用户对程序模型进行配置的难度，进一步提升用户对程序模型进行配置的灵活性，提升用户体验。

下面结合应用实施例对本发明再作进一步详细的描述。

需要说明的是，本应用实施例中，所述电子设备为保护测控装置；研发人员和用户使用的配套工具软件为同一个配套工具软件，所述配套工具软件包括研发人员模式和普通用户模式，研发人员模式下的配套工具软件和普通用户模式下的配套工具软件呈现程序模型的方式不同；研发人员和用户可以根据需要将配套工具软件切换为研发人员模式或普通用户模式。

具体地，实际应用时，研发人员需要为每个程序模型确定属性信息；由于程序模型较多，依次为每个程序模型确定属性信息的操作较为繁琐，因此，为了简化研发人员的操作，研发人员模式下的配套工具软件可以提供如图5所示的可视化页面，以供研发人员预先对一部分属性信息进行分组；具体地，如图5所示，每一行表征一组属性信息，每组属性信息可以包含功能类型(Function Type，即上述第一标识，可以为AI、AO、BI、BO、FunctionLogics或Process Logics)、关联的处理器(Mapping Core，即上述第二标识)以及用户权限(Enable Create Page，即上述第三标识)；每组属性信息的显示名称(Show Name)为结合了功能类型以及关联的处理器确定的信息，可作为普通用户模式下的配套工具软件呈现程序模型时的一级菜单项(即上述根据相应功能组中各程序模型的第一标识和第二标识，确定一个一级菜单项)；多组属性信息的功能类型可以相同，每组属性信息可以设置是否关联一个处理器，这里，关联一个处理器的含义是：这组属性信息还包含“允许用户更新”的用户权限；未关联处理器的含义是：这组属性信息还包含“禁止用户更新”的用户权限。

研发人员预先对一部分属性信息进行分组后，研发人员模式下的配套工具软件可以提供如图6所示的可视化页面，以供研发人员为每个程序模型确定属性信息。具体地，如图6所示，研发人员模式下的配套工具软件基于“插件—处理器—程序模型”的层次结构呈现程序模型列表；针对每个程序模型，考虑到不同处理器下的程序模型映射到同一个程序逻辑节点下，可能重名，因此，研发人员模式下的配套工具软件可以检测重名的程序模型，并自动以“槽号.处理器编号”作为前缀为重名的程序模型设置面向普通用户显示的别名(Page alias name，即上述第四标识，可作为普通用户模式下的配套工具软件呈现程序模型时的二级菜单项，即针对相应功能组中的每个程序模型，根据相应程序模型的第四标识，确定一个二级菜单项，得到多个二级菜单项)；研发人员可以根据需要修改各程序模型面向普通用户显示的别名；同时，针对每个程序模型，研发人员还可以将属性信息的显示名称作为相应程序模型对应的功能名称(Function name)，使得相应程序模型能够关联预先划分的一组属性信息；这里，在相应程序模型关联预先划分的一组属性信息后，研发人员也可以根据需要，对相应程序模型对应的用户权限进行修改和补充(例如隐藏、只读、可删除等)。

在研发人员完成上述配置后，可以将程序模型和相应的属性信息发送至服务器或保护测控装置中相应的处理器；普通用户模式下的配套工具软件利用本应用实施例提供的信息处理方法为用户呈现程序模型；本应用实施例提供的信息处理方法具体是这样实现的：

步骤1：获取保护测控装置的多个程序模型以及各程序模型的属性信息；

这里，所述程序模型反映实例化的多个元件的连接结构；所述多个元件中的每个元件对应一个功能模块；所述元件能够在可视化页面上图形化呈现；所述属性信息至少包含第一标识、第二标识和第三标识；所述第一标识表征相应程序模型对应的功能类型；所述第二标识表征相应程序模型在所述保护测控装置中关联的处理器；所述第三标识表征相应程序模型对应的用户权限；

步骤2：根据各程序模型的属性信息，将所述多个程序模型划分为多个功能组；

步骤3：针对所述多个功能组中的每个功能组，确定相应功能组对应的菜单，得到多个菜单；

这里，所述菜单的级数至少为二级；

步骤4：在可视化页面上呈现得到的多个菜单，并在监听到用户针对目标菜单项的第一操作时，在可视化页面上呈现所述目标菜单项对应的程序模型。

这里，本应用实施例提供的信息处理方法中步骤1至步骤4的具体实现过程与图1所示的信息处理方法中步骤101至步骤104的具体实现过程相同，这里不多赘述。

普通用户模式下的配套工具软件基于本应用实施例提供的信息处理方法在可视化页面上呈现得到的多个菜单可以如图7所示，普通用户模式下的配套工具软件基于“功能组—程序模型”的层次结构呈现程序模型列表；图7中的每一行可以看作一个面向用户的程序节点(即菜单项)，在图7中，一级菜单项为程序名称(Program，也可以是保护测控装置的名称)；二级菜单项为Function name(即一组属性信息的Show Name，相当于图1所示的信息处理方法中的一级菜单项)；三级菜单项为程序模型的Page alias name(相当于图1所示的信息处理方法中的二级菜单项)。若一个二级菜单项(后续的描述中可以记作目标二级菜单项)关联了保护测控装置中的一个处理器(后续的描述中可以记作目标处理器)，即所述目标二级菜单项对应的用户权限为“允许用户更新”，相应地，所述目标二级菜单项的子菜单项(一部分三级菜单项)也只能关联目标处理器，且所述目标二级菜单项的子菜单项对应的用户权限也为“允许用户更新”；其中，所述目标二级菜单项对应的用户权限为“允许用户更新”的含义是：用户可以创建目标二级菜单项的子菜单项，即创建新的程序模型，新创建的程序模型对应的属性信息为目标二级菜单项对应的属性信息，基于确定的新创建的程序模型对应的属性信息，新创建的程序模型对应的驱动包需要下载到关联的处理器下运行；同时，用户可以删除所述目标二级菜单项的子菜单项，即删除相应子菜单项对应的程序模型。当然，如果目标二级菜单项未关联处理器，即所述目标二级菜单项对应的用户权限为“禁止用户更新”，则用户没有权限对目标二级菜单项以及目标二级菜单项的子菜单项进行操作，以创建或删除程序模型。

本应用实施例提供的信息处理方法，具备以下优点：

在普通用户模式下的配套工具软件中，将“基于硬件结构分层呈现程序模型”的呈现方式变更为“基于程序模型的功能类型、关联的处理器以及用户权限分组呈现程序模型”的呈现方式，为普通用户屏蔽了不同保护测控装置之间的硬件差异，利用用户容易理解的输入、计算和输出等功能类型(即AI、AO、BI、BO、Function Logics或Process Logics)对程序模型进行了分组，并基于分组结果确定多个菜单；这样，用户可以基于容易理解的树形结构对程序模型进行灵活配置，提升了配套工具软件的可读性，降低了用户对程序模型进行配置的难度，并进一步提升了用户对程序模型进行二次开发的配置能力以及用户的工程实施效率，大大提升了用户体验。

为了实现本发明实施例的方法，本发明实施例还提供了一种信息处理装置，如图8所示，信息处理装置800包括获取单元801、第一处理单元802、第二处理单元803和第三处理单元804；其中，

所述获取单元801，用于获取电子设备的多个程序模型以及各程序模型的属性信息；所述程序模型反映实例化的多个元件的连接结构；所述多个元件中的每个元件对应一个功能模块；所述元件能够在可视化页面上图形化呈现；所述属性信息至少包含第一标识、第二标识和第三标识；所述第一标识表征相应程序模型对应的功能类型；所述第二标识表征相应程序模型在所述电子设备中关联的处理器；所述第三标识表征相应程序模型对应的用户权限；

所述第一处理单元802，用于根据各程序模型的属性信息，将所述多个程序模型划分为多个功能组；

所述第二处理单元803，用于针对所述多个功能组中的每个功能组，确定相应功能组对应的菜单，得到多个菜单；所述菜单的级数至少为二级；

所述第三处理单元804，用于在可视化页面上呈现得到的多个菜单，并在监听到用户针对目标菜单项的第一操作时，在可视化页面上呈现所述目标菜单项对应的程序模型。

在一实施例中，所述第一处理单元802，具体用于：

根据各程序模型的第三标识，将所述多个程序模型划分为第一模型组和第二模型组；所述第一模型组包含的程序模型为禁止用户更新的程序模型；所述第二模型组包含的程序模型为允许用户更新的程序模型；

针对所述第一模型组包含的程序模型，根据各程序模型的第一标识，将所述第一模型组包含的程序模型划分为多个功能组，得到多个第一类功能组；

针对所述第二模型组包含的程序模型，根据各程序模型的第一标识和第二标识，将所述第二模型组包含的程序模型划分为多个功能组，得到多个第二类功能组。

在一实施例中，所述属性信息还包含第四标识；所述第四标识表征相应程序模型的名称；所述第二处理单元803，还用于：

根据相应功能组中各程序模型的第一标识，确定一个一级菜单项；所述相应功能组为第一类功能组；

针对相应功能组中的每个程序模型，根据相应程序模型的第四标识，确定一个二级菜单项，得到多个二级菜单项；所述二级菜单项为所述一级菜单项的子菜单项；

利用确定的一个一级菜单项以及多个二级菜单项，确定相应功能组对应的菜单。

在一实施例中，所述属性信息还包含第四标识；所述第四标识表征相应程序模型的名称；所述第二处理单元803，还用于：

根据相应功能组中各程序模型的第一标识和第二标识，确定一个一级菜单项；所述相应功能组为第二类功能组；

针对相应功能组中的每个程序模型，根据相应程序模型的第四标识，确定一个二级菜单项，得到多个二级菜单项；所述二级菜单项为所述一级菜单项的子菜单项；

利用确定的一个一级菜单项以及多个二级菜单项，确定相应功能组对应的菜单。

在一实施例中，所述第三处理单元804，还用于：

在可视化页面上呈现所述目标菜单项对应的程序模型时，监听到用户针对所述程序模型的第二操作；所述第二操作用于更新所述程序模型；

根据所述程序模型的第三标识，判断是否允许执行所述第二操作对应的更新事件，得到第一判断结果；

在所述第一判断结果表征允许执行所述第二操作对应的更新事件时，执行所述第二操作对应的更新事件。

在一实施例中，所述第三处理单元804，还用于：

在可视化页面上呈现所述目标菜单项对应的程序模型时，监听到用户针对所述程序模型的第二操作；所述第二操作用于更新所述程序模型；

根据所述程序模型的第三标识，判断是否允许执行所述第二操作对应的更新事件，得到第一判断结果；

在所述第一判断结果表征禁止执行所述第二操作对应的更新事件时，在可视化页面上呈现第一消息；所述第一消息用于提示用户禁止执行所述第二操作对应的更新事件。

在一实施例中，所述信息处理装置800还包括第四处理单元；所述第四处理单元，用于：

针对所述多个功能组中的每个功能组，确定相应功能组对应的菜单时，根据相应功能组中各程序模型的第三标识，确定所述菜单对应的用户权限；

在可视化页面上呈现得到的多个菜单时，监听到用户针对目标菜单项的第三操作；所述第三操作用于创建或删除所述目标菜单项对应的程序模型；

根据所述目标菜单项所属的菜单对应的用户权限，判断是否允许执行所述第三操作对应的更新事件，得到第二判断结果；

在所述第二判断结果表征允许执行所述第三操作对应的更新事件时，执行所述第三操作对应的更新事件。

在一实施例中，所述第四处理单元，还用于：

针对所述多个功能组中的每个功能组，确定相应功能组对应的菜单时，根据相应功能组中各程序模型的第三标识，确定所述菜单对应的用户权限；

在可视化页面上呈现得到的多个菜单时，监听到用户针对目标菜单项的第三操作；所述第三操作用于创建或删除所述目标菜单项对应的程序模型；

根据所述目标菜单项所属的菜单对应的用户权限，判断是否允许执行所述第三操作对应的更新事件，得到第二判断结果；

在所述第二判断结果表征禁止执行所述第三操作对应的更新事件时，在可视化页面上呈现第二消息；所述第二消息用于提示用户禁止执行所述第三操作对应的更新事件。

实际应用时，所述获取单元801、所述第一处理单元802、所述第二处理单元803、所述第三处理单元804和所述第四处理单元可由信息处理装置800中的处理器结合通信接口实现；所述处理器可以是中央处理器(CPU，Central Processing Unit)、数字信号处理器(DSP，Digital Signal Processor)、微控制单元(MCU，Microcontroller Unit)或可编程门阵列(FPGA，Field－Programmable Gate Array)。

需要说明的是：上述实施例提供的信息处理装置800在进行信息处理时，仅以上述各程序模块的划分进行举例说明，实际应用时，可以根据需要而将上述处理分配由不同的程序模块完成，即将终端的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的装置与信息处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

基于上述设备的硬件实现，本发明实施例还提供了一种信息处理装置，图9为本发明实施例的信息处理装置的硬件组成结构示意图，如图9所示，信息处理装置90包括存储器93、处理器92及存储在存储器93上并可在处理器92上运行的计算机程序，所述处理器92执行所述程序时实现上述一个或多个技术方案提供的方法。

具体地，位于信息处理装置90的处理器92执行所述程序时实现：获取电子设备的多个程序模型以及各程序模型的属性信息；所述程序模型反映实例化的多个元件的连接结构；所述多个元件中的每个元件对应一个功能模块；所述元件能够在可视化页面上图形化呈现；所述属性信息至少包含第一标识、第二标识和第三标识；所述第一标识表征相应程序模型对应的功能类型；所述第二标识表征相应程序模型在所述电子设备中关联的处理器；所述第三标识表征相应程序模型对应的用户权限；根据各程序模型的属性信息，将所述多个程序模型划分为多个功能组；针对所述多个功能组中的每个功能组，确定相应功能组对应的菜单，得到多个菜单；所述菜单的级数至少为二级；在可视化页面上呈现得到的多个菜单，并在监听到用户针对目标菜单项的第一操作时，在可视化页面上呈现所述目标菜单项对应的程序模型。

需要说明的是，位于信息处理装置90的处理器92执行所述程序时实现的具体步骤已在上文详述，这里不再赘述。

可以理解，信息处理装置90还包括通信接口91，所述通信接口91用于和其它设备进行信息交互；同时，信息处理装置90中的各个组件通过总线系统94耦合在一起。可理解，总线系统94配置为实现这些组件之间的连接通信。总线系统94除包括数据总线之外，还包括电源总线、控制总线和状态信号总线等。

可以理解，本实施例中的存储器93可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，ReadOnly Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagnetic random access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，RandomAccess Memory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，SynchronousDynamic Random Access Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data Rate Synchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本发明实施例描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

上述本发明实施例揭示的方法可以应用于处理器92中，或者由处理器92实现。处理器92可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器92中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器92可以是通用处理器、DSP，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器92可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器，处理器92读取存储器中的信息，结合其硬件完成前述方法的步骤。

本发明实施例还提供了一种存储介质，具体为计算机存储介质，更具体的为计算机可读存储介质。其上存储有计算机指令，即计算机程序，该计算机指令被处理器执行时上述一个或多个技术方案提供的方法。

在本发明所提供的几个实施例中，应该理解到，所揭露的方法和智能设备，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是：“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

另外，本发明实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。

Claims (11)

1.一种信息处理方法，其特征在于，包括：

获取电子设备的多个程序模型以及各程序模型的属性信息；所述程序模型反映实例化的多个元件的连接结构；所述多个元件中的每个元件对应一个功能模块；所述元件能够在可视化页面上图形化呈现；所述属性信息至少包含第一标识、第二标识和第三标识；所述第一标识表征相应程序模型对应的功能类型；所述第二标识表征相应程序模型在所述电子设备中关联的处理器；所述第三标识表征相应程序模型对应的用户权限；

根据各程序模型的属性信息，将所述多个程序模型划分为多个功能组；

针对所述多个功能组中的每个功能组，确定相应功能组对应的菜单，得到多个菜单；所述菜单的级数至少为二级；

在可视化页面上呈现得到的多个菜单，并在监听到用户针对目标菜单项的第一操作时，在可视化页面上呈现所述目标菜单项对应的程序模型。

2.根据权利要求1所述的方法，其特征在于，所述根据各程序模型的属性信息，将所述多个程序模型划分为多个功能组，包括：

根据各程序模型的第三标识，将所述多个程序模型划分为第一模型组和第二模型组；所述第一模型组包含的程序模型为禁止用户更新的程序模型；所述第二模型组包含的程序模型为允许用户更新的程序模型；

针对所述第一模型组包含的程序模型，根据各程序模型的第一标识，将所述第一模型组包含的程序模型划分为多个功能组，得到多个第一类功能组；

针对所述第二模型组包含的程序模型，根据各程序模型的第一标识和第二标识，将所述第二模型组包含的程序模型划分为多个功能组，得到多个第二类功能组。

3.根据权利要求2所述的方法，其特征在于，所述属性信息还包含第四标识；所述第四标识表征相应程序模型的名称；所述确定相应功能组对应的菜单，包括：

根据相应功能组中各程序模型的第一标识，确定一个一级菜单项；所述相应功能组为第一类功能组；

针对相应功能组中的每个程序模型，根据相应程序模型的第四标识，确定一个二级菜单项，得到多个二级菜单项；所述二级菜单项为所述一级菜单项的子菜单项；

利用确定的一个一级菜单项以及多个二级菜单项，确定相应功能组对应的菜单。

4.根据权利要求2所述的方法，其特征在于，所述属性信息还包含第四标识；所述第四标识表征相应程序模型的名称；所述确定相应功能组对应的菜单，包括：

根据相应功能组中各程序模型的第一标识和第二标识，确定一个一级菜单项；所述相应功能组为第二类功能组；

针对相应功能组中的每个程序模型，根据相应程序模型的第四标识，确定一个二级菜单项，得到多个二级菜单项；所述二级菜单项为所述一级菜单项的子菜单项；

利用确定的一个一级菜单项以及多个二级菜单项，确定相应功能组对应的菜单。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在可视化页面上呈现所述目标菜单项对应的程序模型时，监听到用户针对所述程序模型的第二操作；所述第二操作用于更新所述程序模型；

根据所述程序模型的第三标识，判断是否允许执行所述第二操作对应的更新事件，得到第一判断结果；

在所述第一判断结果表征允许执行所述第二操作对应的更新事件时，执行所述第二操作对应的更新事件。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在可视化页面上呈现所述目标菜单项对应的程序模型时，监听到用户针对所述程序模型的第二操作；所述第二操作用于更新所述程序模型；

根据所述程序模型的第三标识，判断是否允许执行所述第二操作对应的更新事件，得到第一判断结果；

在所述第一判断结果表征禁止执行所述第二操作对应的更新事件时，在可视化页面上呈现第一消息；所述第一消息用于提示用户禁止执行所述第二操作对应的更新事件。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

针对所述多个功能组中的每个功能组，确定相应功能组对应的菜单时，根据相应功能组中各程序模型的第三标识，确定所述菜单对应的用户权限；

在可视化页面上呈现得到的多个菜单时，监听到用户针对目标菜单项的第三操作；所述第三操作用于创建或删除所述目标菜单项对应的程序模型；

根据所述目标菜单项所属的菜单对应的用户权限，判断是否允许执行所述第三操作对应的更新事件，得到第二判断结果；

在所述第二判断结果表征允许执行所述第三操作对应的更新事件时，执行所述第三操作对应的更新事件。

8.根据权利要求1所述的方法，其特征在于，所述方法还包括：

针对所述多个功能组中的每个功能组，确定相应功能组对应的菜单时，根据相应功能组中各程序模型的第三标识，确定所述菜单对应的用户权限；

在可视化页面上呈现得到的多个菜单时，监听到用户针对目标菜单项的第三操作；所述第三操作用于创建或删除所述目标菜单项对应的程序模型；

根据所述目标菜单项所属的菜单对应的用户权限，判断是否允许执行所述第三操作对应的更新事件，得到第二判断结果；

在所述第二判断结果表征禁止执行所述第三操作对应的更新事件时，在可视化页面上呈现第二消息；所述第二消息用于提示用户禁止执行所述第三操作对应的更新事件。

9.一种信息处理装置，其特征在于，包括：

获取单元，用于获取电子设备的多个程序模型以及各程序模型的属性信息；所述程序模型反映实例化的多个元件的连接结构；所述多个元件中的每个元件对应一个功能模块；所述元件能够在可视化页面上图形化呈现；所述属性信息至少包含第一标识、第二标识和第三标识；所述第一标识表征相应程序模型对应的功能类型；所述第二标识表征相应程序模型在所述电子设备中关联的处理器；所述第三标识表征相应程序模型对应的用户权限；

第一处理单元，用于根据各程序模型的属性信息，将所述多个程序模型划分为多个功能组；

第二处理单元，针对所述多个功能组中的每个功能组，确定相应功能组对应的菜单，得到多个菜单；所述菜单的级数至少为二级；

第三处理单元，用于在可视化页面上呈现得到的多个菜单，并在监听到用户针对目标菜单项的第一操作时，在可视化页面上呈现所述目标菜单项对应的程序模型。

10.一种信息处理装置，其特征在于，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器；

其中，所述处理器用于运行所述计算机程序时，执行权利要求1至8任一项所述方法的步骤。

11.一种存储介质，所述介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8任一项所述方法的步骤。

Images