信息处理方法及装置、电子设备及存储介质与流程

1.本发明涉及物联网领域，尤其涉及一种信息处理方法及装置、电子设备及存储介质。


背景技术：

2.目前，在大多数物联网系统平台中，特别是物联网软件服务化(software as a service，saas)应用系统软件中，菜单的定义基本上都在系统开发时进行了固定，一个页面对应着一个菜单。而且，父子菜单等菜单层级结构也早已确定，应用系统在运行时，就无法再更改。
3.对于这种通常的菜单实现方法，如图1所示，应用开发者会在数据库保存菜单权限表，应用前端加载菜单权限表进行页面的展示，对于一个物联网应用的菜单组成，会在产品定义时，进行规划和设计，包括菜单的名称、菜单图标和菜单之间的层级结构等。当完成设计后，前端开发人员会开发对应的前端页面，并且将页面的菜单标识等固定写在代码中。完成应用产品的开发和上线之后，一个系统的用户登录到物联网应用所看到的菜单，是在系统默认的所有菜单树中的一个子集，其菜单的名称、菜单之间的顺序、菜单之间的层级结构都不会变动。因此，对于物联网应用系统的不同用户而言，无法满足其个性化的菜单功能需求。


技术实现要素：

4.有鉴于此，本发明实施例提供一种信息处理方法及装置、电子设备及存储介质。
5.本发明的技术方案是这样实现的：
6.第一方面，本发明实施例提供一种信息处理方法，所述方法包括：
7.查询与当前用户身份信息id对应的菜单配置数据；
8.基于所述菜单配置数据生成菜单组；
9.建立所述菜单组与至少一个预设页面之间的映射关系；
10.绑定所述映射关系与所述当前用户id，其中，绑定的所述映射关系，用于在接收到所述当前用户id作用于所述菜单组的显示指令时，显示所述当前用户id绑定的所述映射关系关联的所述预设页面。
11.进一步地，所述方法还包括：
12.根据至少一个预设页面的页面标识生成页面标识组；
13.所述建立所述菜单组与至少一个预设页面之间的映射关系，包括：
14.建立所述菜单组与所述页面标识组之间的映射关系。
15.进一步地，所述至少一个预设页面的页面标识处于同一层级。
16.进一步地，所述基于所述菜单配置数据生成菜单组，包括：
17.基于所述菜单配置数据确定父菜单与子菜单之间的对应关系，以及每一所述父菜单对应的多个子菜单之间的优先级顺序；
18.基于所述对应关系及所述优先级顺序生成菜单组。
19.进一步地，所述基于所述菜单配置数据确定父菜单与子菜单之间的对应关系，以及每一所述父菜单对应的多个子菜单之间的优先级顺序，包括：
20.根据每个菜单的所述菜单配置数据中记录的父菜单id，确定父菜单与子菜单之间的对应关系；
21.根据所述菜单配置数据中记录的菜单等级信息，确定每一所述父菜单对应的多个子菜单之间的优先级顺序。
22.进一步地，所述方法还包括：
23.若查询到所述菜单配置数据，且检测到来自所述当前用户id的更新指令，基于所述更新指令修改所述菜单配置数据；
24.或者，
25.若未查询到所述菜单配置数据，且检测到来自所述当前用户id的创建指令，基于所述创建指令建立所述菜单配置数据。
26.第二方面，本发明实施例提供一种信息处理装置，所述装置包括：
27.查询单元，用于查询与当前用户身份信息id对应的菜单配置数据；
28.生成单元，用于基于所述菜单配置数据生成菜单组；
29.建立单元，用于建立所述菜单组与至少一个预设页面之间的映射关系；
30.绑定单元，用于绑定所述映射关系与所述当前用户id，其中，绑定的所述映射关系，用于在接收到所述当前用户id作用于所述菜单组的显示指令时，显示所述当前用户id绑定的所述映射关系关联的所述预设页面。
31.进一步地，所述装置还包括：
32.标识单元，用于根据至少一个预设页面的页面标识生成页面标识组；
33.所述建立单元，具体用于：
34.建立所述菜单组与所述页面标识组之间的映射关系。
35.进一步地，所述至少一个预设页面的页面标识处于同一层级。
36.进一步地，所述生成单元，具体用于：
37.基于所述菜单配置数据确定父菜单与子菜单之间的对应关系，以及每一所述父菜单对应的多个子菜单之间的优先级顺序；
38.基于所述对应关系及所述优先级顺序生成菜单组。
39.进一步地，所述生成单元，具体用于：
40.根据每个菜单的所述菜单配置数据中记录的父菜单id，确定父菜单与子菜单之间的对应关系；
41.根据所述菜单配置数据中记录的菜单等级信息，确定每一所述父菜单对应的多个子菜单之间的优先级顺序。
42.进一步地，所述装置还包括：
43.配置单元，用于若查询到所述菜单配置数据，且检测到来自所述当前用户id的更新指令，基于所述更新指令修改所述菜单配置数据；或者，若未查询到所述菜单配置数据，且检测到来自所述当前用户id的创建指令，基于所述创建指令建立所述菜单配置数据。
44.第三方面，本发明实施例提供一种电子设备，所述电子设备包括：处理器和用于存
储能够在处理器上运行的计算机程序的存储器；
45.处理器运行所述计算机程序时，执行前述一个或多个技术方案所述方法的步骤。
46.第四方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令；计算机可执行指令被处理器执行后，能够实现前述一个或多个技术方案所述方法。
47.本发明提供的信息处理方法，包括：查询与当前用户身份信息id对应的菜单配置数据；基于所述菜单配置数据生成菜单组；建立所述菜单组与至少一个预设页面之间的映射关系；绑定所述映射关系与所述当前用户id，其中，绑定的所述映射关系，用于在接收到所述当前用户id作用于所述菜单组的显示指令时，显示所述当前用户id绑定的所述映射关系关联的所述预设页面。如此，基于用户id匹配到的菜单配置数据，生成的菜单组与预设页面的映射关系可以表征用户的个性化设定，从而与用户id绑定后可以为对应的用户提供个性化的菜单功能及页面显示功能，提高用户菜单功能的丰富性和多样性。
附图说明
48.图1为相关技术中菜单功能实现方法的流程示意图；
49.图2为本发明实施例提供的信息处理方法的流程示意图；
50.图3为本发明实施例提供的信息处理装置的结构示意图；
51.图4为本发明实施例提供的页面标识组示意图；
52.图5为本发明实施例提供的页面与菜单间映射关系的示意图；
53.图6为本发明实施例提供的个性化菜单显示的流程示意图。
具体实施方式
54.为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，所描述的实施例不应视为对本发明的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
55.在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。
56.在以下的描述中，所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本发明实施例能够以除了在这里图示或描述的以外的顺序实施。
57.除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本发明实施例的目的，不是旨在限制本发明。
58.如图2所示，本发明实施例提供一种信息处理方法，包括：
59.s110：查询与当前用户身份信息id对应的菜单配置数据；
60.s120：基于所述菜单配置数据生成菜单组；
61.s130：建立所述菜单组与至少一个预设页面之间的映射关系；
62.s140：绑定所述映射关系与所述当前用户id，其中，绑定的所述映射关系，用于在接收到所述当前用户id作用于所述菜单组的显示指令时，显示所述当前用户id绑定的所述映射关系关联的所述预设页面。
63.在本发明实施例中，菜单配置数据为生成菜单所需的配置参数等内容，例如可包括菜单的唯一标识身份信息(identity document，id)、菜单名称、图标数据、子菜单排序等级、权限标识、关联页面路径标识、父菜单id等中的至少之一。
64.这里，菜单配置数据可以以js对象简谱(javascript object notation，json)数组数据等形式保存。菜单可用于在用户界面上展示，例如导航栏等，基于作用于菜单的显示指令例如点击操作等，显示与菜单匹配对应的页面。
65.在一个实施例中，基于菜单配置数据生成菜单组，可以包括：基于菜单配置数据生成至少一个菜单；基于所述至少一个菜单生成菜单组。由于菜单配置数据中包含生成菜单所需的配置参数、定义内容等，因而基于用户id对应的菜单配置数据，可以生成用户id对应的菜单。
66.在另一个实施例中，菜单配置数据可为当前用户自定义创建的，或者，基于系统默认的菜单配置数据进行个性化修改等操作生成的。进一步地，基于所述菜单配置数据生成菜单组，可包括：若未查询到与当前用户id对应的菜单配置数据，则可以获取系统默认的菜单配置数据，并基于所述系统默认的菜单配置数据生成菜单组；和/或输出提示信息。该提示信息，用于提示是否创建个性化菜单配置数据。若收到针对提示信息的确认反馈，进入创建与当前用户id绑定的菜单配置数据的生成流程。
67.在一个实施例中，建立菜单组与至少一个预设页面之间的映射关系，可以包括建立菜单组中的至少一个菜单与至少一个预设页面之间的映射关系。例如，可以根据所述菜单配置数据中记录的每个菜单对应的页面信息或待显示内容，建立菜单组中菜单与预设页面之间的映射关系。
68.在一个实施例中，所述菜单配置数据还会记录待显示的至少一个预设页面之间的显示顺序和/或每个待显示的页面上待显示的显示项目和/或隐藏的显示项目。该显示顺序可以由预设页面对应的菜单之间的优先级顺序，和/或预设页面的显示层级关系和/或显示跳转关系来确定。例如，显示层级关系可以由待显示的预设页面之间的父页面和子页面来体现，或者显示跳转关系可以由两个预设页面之间的跳转词条或者链接来体现。另外，菜单配置数据还可以配置多个预设页面同时显示，或者不具有父子关系的页面之间的顺序依次显示等。
69.在另一个实施例中，绑定映射关系与当前用户id，可以为将映射关系记录于当前用户id对应的存储位置中，例如可以与所述菜单配置数据共同存储于当前用户id的数据库中。
70.在接收到当前用户id发出的作用于菜单组的显示指令时，可以读取当前用户id绑定的映射关系，基于显示指令指示的菜单，从映射关系中匹配对应的预设页面进行显示。
71.在又一个实施例中，在绑定映射关系与当前用户id后，还可以在用户界面显示所述菜单组中的菜单前，根据菜单配置数据中的显示参数等，对菜单的名称、图标等内容进行页面渲染，以在用户界面显示个性化的菜单内容。
72.如此，基于用户id对应的菜单配置数据，生成的菜单组可以更好地体现用户对菜
单的个性化配置，进而基于菜单组生成的映射关系与用户绑定，可以在用户操作菜单时满足用户对菜单以及页面关联显示功能的个性化需求。在此基础上，针对不同用户id对应的用户，可以对应提供不同的菜单及页面关联关系，从而提高用户菜单功能的丰富性和多样性。
73.在一些实施例中，所述方法还包括：
74.根据至少一个预设页面的页面标识生成页面标识组；
75.所述建立所述菜单组与至少一个预设页面之间的映射关系，包括：
76.建立所述菜单组与所述页面标识组之间的映射关系。
77.在本发明实施例中，页面标识可以为唯一表征页面身份信息的标识信息，例如，可以为页面id，或者页面编号信息等。示例性地，多个预设页面的页面标识可以分别为“页面1”、“页面2”、“页面3
”…
等。
78.在一个实施例中，页面标识组用于记录预设页面的页面标识，因而建立菜单组与页面标识组之间的映射关系，可以为建立菜单组中每一菜单与预设页面的页面标识的映射关系。例如，在映射关系中记录菜单组中每一菜单的菜单id和对应的预设页面的页面标识。
79.在另一个实施例中，菜单组中一个菜单可以与一个或多个预设页面的页面标识具备映射关系，例如，映射关系中记录的是一个菜单与n个预设页面的页面标识的对应关系。基于此，生成的绑定关系信息可以用于在接收到所述显示指令时，显示与显示指令所指示的菜单对应的n个预设页面。
80.在又一个实施例中，建立的映射关系与用户id绑定生成的绑定关系信息，可以用于在接收到来自当前用户id的作用于菜单组中一个菜单的显示指令时，匹配对应的页面标识，进而根据该页面标识查找并显示对应的预设页面。
81.如此，基于页面标识组建立映射关系，可以有效降低映射关系的数据量，从而可以提升查询映射关系获取预设页面的效率。
82.在一些实施例中，所述至少一个预设页面的页面标识处于同一层级。
83.这里，页面标识可以为页面编号信息，例如“页面1”、“页面2”等。
84.其中，
85.处于同一层级的页面标识，可以为将多个预设页面的页面标识按同一层级排列，而不通过页面标识体现页面之间的层级关系。例如一个预设页面和它的子页面，对应的页面标识为“页面1”、“页面2”、“页面3
”…
等。
86.因此，相较于相关技术中通过“页面1”、“页面1.1”、“页面1.2”；“页面2”、“页面2.1”、“页面2.2
”…
的页面标识方式，表征父页面和子页面之间的层级关系，本发明实施例可以通过多个预设页面的页面标识设置为同一层级，抑制在对一个预设页面的页面标识进行修改时还需要同步修改其所有子页面的页面标识，从而降低页面标识组增删改查的工作量。该页面标识可包括页面编号信息，还可包括页面显示内容的缩略图等。
87.在一些实施例中，所述s120，可包括：
88.基于所述菜单配置数据确定父菜单与子菜单之间的对应关系，以及每一所述父菜单对应的多个子菜单之间的优先级顺序；
89.基于所述对应关系及所述优先级顺序生成菜单组。
90.在本发明实施例中，菜单配置数据对应的菜单可包括父菜单和子菜单，父菜单为
子菜单的上一层级菜单，例如，在选中父菜单之后可显示至少一个对应的子菜单。
91.在一个实施例中，父菜单与子菜单之间的对应关系，可以通过表征每一菜单的父菜单和/或子菜单的关联关系的菜单配置数据确定。例如，可以包括：根据一个菜单的菜单配置数据中记录的父菜单id确定该菜单所属的父菜单，和/或，根据一个菜单的菜单配置数据中记录的子菜单id确定属于该菜单的子菜单。
92.在另一个实施例中，每一父菜单对应的多个子菜单之间的优先级顺序，可以根据菜单配置数据中记录的子菜单排序等级等确定。例如，每一菜单的菜单配置数据中，可以记录该菜单对应的所有子菜单的排序等级，在该菜单被选中时，根据由该排序等级确定的优先级顺序，显示所有的子菜单。
93.在一个实施例中，基于上述对应关系和优先级顺序生成的菜单组，可以为菜单树的形式。例如，可包括基于父菜单与子菜单对应关系构建菜单之间的上下层级关系，其中，可以根据菜单的菜单配置数据中记录的父菜单id确定对应的父菜单，即上一层级的菜单，若菜单配置数据中不存在父菜单id，则表明该菜单为系统的根菜单，即菜单树中最高层级的菜单。还可以包括基于优先级顺序对菜单树中每一层级的多个菜单进行排列，优先级顺序越高的菜单排列位置越靠前，其中，不同层级的优先级顺序即不同父菜单对应的子菜单排序等级互不影响。
94.在一些实施例中，所述基于所述菜单配置数据确定父菜单与子菜单之间的对应关系，以及每一所述父菜单对应的多个子菜单之间的优先级顺序，包括：
95.根据每个菜单的所述菜单配置数据中记录的父菜单id，确定父菜单与子菜单之间的对应关系；
96.根据所述菜单配置数据中记录的菜单等级信息，确定每一所述父菜单对应的多个子菜单之间的优先级顺序。
97.在本发明实施例中，菜单等级信息可以为指示每一父菜单对应的多个子菜单之间排序等级的信息，例如，可以为每个子菜单的排列序号，序号越小的子菜单对应的排序等级越高，则对应的优先级顺序越高。
98.在一个实施例中，还可以根据每个菜单的菜单配置数据中记录的父菜单id和/或子菜单id，确定父菜单与子菜单之间的对应关系。所述菜单等级信息可以记录在父菜单的菜单配置数据中，即每个菜单的菜单配置数据中记录的菜单等级信息，表征属于该菜单的所有子菜单的排序等级。
99.在一些实施例中，所述方法还包括：
100.若查询到所述菜单配置数据，且检测到来自所述当前用户id的更新指令，基于所述更新指令修改所述菜单配置数据；
101.或者，
102.若未查询到所述菜单配置数据，且检测到来自所述当前用户id的创建指令，基于所述创建指令建立所述菜单配置数据。
103.这里，由于对于物联网应用系统来说，特别是对于作为一个物联网应用快速生成平台，菜单的固定化并不能体现生成的物联网应用的多样性和个性化。而且，物联网应用平台中的页面或菜单功能，对于不同的用户可能存在一些个性化的菜单需求，比如更改菜单的名称、图标、顺序或菜单层次结构等等。因此为了满足这类需求，需要专门为其定制开发
来适配。然而如果是公有云的部署方式，菜单的改动还会影响其他用户的使用，无法直接满足该类用户的需求。
104.因此，在本发明实施例中，可以基于创建指令为用户建立个性化的菜单配置数据，或者，基于更新指令对用户的个性化菜单配置数据进行自定义修改。
105.在一个实施例中，基于对当前用户id对应的菜单配置数据的查询结果，确定是否存在当前用户id对应的菜单配置数据，若未查询到，则表明当前用户id对应的用户尚未建立自定义的菜单配置数据。
106.在一个实施例中，在查询到当前用户id对应的菜单配置数据时，若未检测到来自当前用户id的更新指令，则执行前述s120至s140的步骤。若检测到所述更新指令，则可以根据更新指令中携带的修改信息，对菜单配置数据进行修改。修改后的菜单配置数据，用于执行前述生成菜单组及映射关系的s120至s140的步骤。
107.在另一个实施例中，在未查询到当前用户id对应的菜单配置数据时，若未检测到来自当前用户id的创建指令，则获取系统默认的菜单配置数据，用于执行s120至s140的步骤。若检测到所述创建指令，则根据创建指令携带的创建信息，建立当前用户id对应的菜单配置数据。
108.在又一个实施例中，所述方法还可以包括：若检测到当前用户id发出的作用于菜单组中一个或多个菜单的显示指令，则查询所述当前用户id的绑定关系信息；基于查询到的绑定关系信息确定当前用户id绑定的映射关系；基于所述映射关系匹配所述显示指令作用的菜单对应的预设页面；显示匹配到的预设页面。
109.如此，基于当前用户id的更新指令或创建指令，可以实现对用户菜单组以及映射关系的自定义设置与绑定，进而实现个性化菜单功能。
110.如图3所示，本发明实施例提供一种信息处理装置，包括：
111.查询单元10，用于查询与当前用户身份信息id对应的菜单配置数据；
112.生成单元20，用于基于所述菜单配置数据生成菜单组；
113.建立单元30，用于建立所述菜单组与至少一个预设页面之间的映射关系；
114.绑定单元40，用于绑定所述映射关系与所述当前用户id，其中，绑定的所述映射关系，用于在接收到所述当前用户id作用于所述菜单组的显示指令时，显示所述当前用户id绑定的所述映射关系关联的所述预设页面。
115.在一些实施例中，所述装置还包括：
116.标识单元，用于根据至少一个预设页面的页面标识生成页面标识组；
117.所述建立单元30，具体用于：
118.建立所述菜单组与所述页面标识组之间的映射关系。
119.在一些实施例中，所述至少一个预设页面的页面标识处于同一层级。
120.在一些实施例中，所述生成单元20，具体用于：
121.基于所述菜单配置数据确定父菜单与子菜单之间的对应关系，以及每一所述父菜单对应的多个子菜单之间的优先级顺序；
122.基于所述对应关系及所述优先级顺序生成菜单组。
123.在一些实施例中，所述生成单元20，具体用于：
124.根据每个菜单的所述菜单配置数据中记录的父菜单id，确定父菜单与子菜单之间
的对应关系；
125.根据所述菜单配置数据中记录的菜单等级信息，确定每一所述父菜单对应的多个子菜单之间的优先级顺序。
126.在一些实施例中，所述装置还包括：
127.配置单元，用于若查询到所述菜单配置数据，且检测到来自所述当前用户id的更新指令，基于所述更新指令修改所述菜单配置数据；或者，若未查询到所述菜单配置数据，且检测到来自所述当前用户id的创建指令，基于所述创建指令建立所述菜单配置数据。
128.以下结合上述任一实施例提供一个具体示例：
129.本发明实施例中的技术实现方法，主要包含如下主要流程步骤：功能页面的扁平化处理与页面标识、菜单模型的定义与自定义菜单树、前端应用自动化加载适配显示等步骤。
130.1、功能页面的扁平化处理与页面标识
131.在通常的物联网应用软件开发时，首先，在前期进行产品定义时，会定义菜单以及菜单对应的业务页面(page)，其菜单所对应的业务页面会依照菜单的层级结构进行路径设计，通常来说子页面(subpage，sub)的路径会在父页面的路径后额外添加后缀来体现其层级结构。如父菜单的页面路径为“/page1”，则该父菜单的子菜单页面路径通常为“/page1/xxx”的形式。
132.在本发明实施例中，为实现自定义菜单，需要打破这种页面设计与菜单对应的关系。如图4所示，将菜单与页面从开发层面进行分离，打散所有的页面路径层级，将前端的页面路径层级只设置为一层，并为每个页面保留其页面路径标识。
133.将原有具有菜单类似层级的页面层级和路径，进行扁平化处理，可统一成单一层级的页面结构，并且将每一个业务功能页面的路径都简化成单一路径，且将其标识成系统中独立唯一的页面路径标识。
134.此时，可以得到一组带有页面路径标识的页面标识组，该页面标识组中的每个页面标识在系统中具有独立性，其每个标识即代表着每个功能业务页面。该页面标识组可用于与自定义菜单进行灵活的关系映射对应。在物联网应用的后续迭代开发中，只需要不断迭代，新增、替换或删除页面标识组即可。
135.2、菜单模型的定义与自定义菜单树
136.在物联网应用系统中，菜单通常应用于系统的导航栏中，菜单的模型定义通常包含菜单的唯一标识id、菜单名称、显示的图标、排序等级、权限标识、页面路径标识、父菜单id等；通过对于菜单这些模型中的各个属性的应用，才在物联网应用系统中的导航栏展现出不同的效果。
137.菜单模型中的“父菜单id”是实现菜单层级结构的关键，如果该字段为空，则表明该菜单为系统的根菜单，否则该菜单则属于其父菜单所对应的子菜单；通过菜单模型中的“父菜单id”字段，进行整理排列，实现具有层级的菜单树。菜单需要与页面进行关联才能行系统中的页面显示和跳转，因而，菜单模型中“页面路径标识”需要与上文中页面标识组中的标识进行对应绑定映射，才能实现对应的菜单与页面对应与交互。在菜单模型中的其他属性，如名称、图标等，要实现自定义菜单，这些需要支持用户进行自定义的修改。
138.因而，如图5所示，在同一个物联网应用系统中，要实现自定义菜单，每个租户需要
对应一套属于自己的个性化菜单树，其中每个树节点(即菜单)，都能够个性化进行编辑，只需要每个树节点关联到对应的页面标识组的页面即可。
139.基于页面标识组，不同的租户进行菜单的自定义，不同租户可以定义不同的菜单目录结构、名称、图标等，只需要其自定义的菜单可以与页面标识组中的每个页面标识进行关联对应。
140.因而在物联网应用系统中，需要在数据库中额外新增一张与租户关联的自定义菜单树表，用于保存租户的自定义菜单树，并且在租户首次加载系统时，能够通过接口获取并进行初始化加载。
141.3、前端应用自动化加载适配显示
142.这里，物联网应用系统的前端工程应用将自定义菜单树进行自动化的加载适配，流程图如图6所示。物联网应用系统中租户个性化菜单的实现流程，首先，租户在登录应用时，系统在完成一系列的初始化动作。其中，在初始化应用的菜单导航栏时，会进行后台服务器的请求，根据租户的登录信息，查看该租户是否存在个性化菜单的配置，如果不存在个性化菜单配置，则默认加载系统的默认菜单配置数据，否则加载该租户的个性化菜单数据。
143.个性化菜单数据包含前述菜单模型的json数组数据，即菜单组数据。每个json数组数据包含菜单的id、父菜单id、菜单名称、菜单图标、排序等级、关联的页面标识和路径等。前端应用软件在获取数据后，首先会将菜单组数据根据父菜单id进行菜单树的组装，形成具有层次结构的菜单；然后再根据每个菜单的排序等级，在每一层菜单组中按照等级顺序从小到大依次排列，这里需要注意的是，排序等级只对同一个父菜单内的菜单有效，不对上一级菜单或下一级菜单奏效。通过对父菜单id和排序等级的应用，完成对个性化菜单的菜单树结构组装。完成组装后，前端应用将开发好的页面，依照标识与菜单的关联标识进行关联映射，保障菜单与页面能够匹配，同时权限标识加载，确保菜单能够显示，并且点击菜单时可以进行页面访问。最后，将菜单的名称、图标等进行页面渲染，将菜单的个性化显示部分进行完整呈现，至此，物联网应用系统完成个性化菜单的加载和适配显示。
144.本发明实施例提供的技术方案，具有以下优点和效果：
145.1、租户实现个性化的菜单配置，满足不同租户的个性化菜单展示需求。
146.2、对于综合性的、模块化的物联网应用平台具有极大的使用价值，支持根据模块化的组装，与个性化菜单的配置，生成不同的物联网应用子系统。
147.3、通过这种自定义菜单方式的实现，使得物联网应用系统更加具有灵活性和适配性，避免因项目软件定制而出现的重复性的研发投入。
148.4、物联网应用系统的菜单导航栏具有更多的开放性和拓展性。
149.本发明实施例还提供一种电子设备，所述电子设备包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，处理器运行所述计算机程序时，执行前述一个或多个技术方案所述方法的步骤。
150.本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，计算机可执行指令被处理器执行后，能够实现前述一个或多个技术方案所述方法。
151.本实施例提供的计算机存储介质可为非瞬间存储介质。
152.在本技术所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其
它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
153.上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
154.另外，在本发明各实施例中的各功能单元可以全部集成在一个处理模块中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
155.在一些情况下，上述任一两个技术特征不冲突的情况下，可以组合成新的方法技术方案。
156.在一些情况下，上述任一两个技术特征不冲突的情况下，可以组合成新的设备技术方案。
157.本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
158.以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。