CN101625649A

CN101625649A - 一种软件的加载方法及装置

Info

Publication number: CN101625649A
Application number: CN200910166519A
Authority: CN
Inventors: 付连续; 刘燕; 宋志伟
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2009-08-17
Filing date: 2009-08-17
Publication date: 2010-01-13

Abstract

本发明公开了一种软件加载方法，包括：在用户登录后，根据该用户的用户ID确定对应该用户ID预设的场景使用权限，并根据该场景使用权限获得用户有权使用的至少一个场景的场景标识；根据预设的场景标识与功能元之间的映射关系，确定所述至少一个场景的场景标识对应的各功能元，再对确定的各功能元进行加载，并生成相应的操作界面呈现给所述用户；所述功能元用以实现软件中原子级别的逻辑操作。这样，既提高了软件加载效率，从而提升了整个系统的运作效率，同时也避免了由于软件体系过于庞大，而出现操作不便、故障隐患较多等问题，在很大程度上提高了软件的服务质量。本发明同时公开了一种用于加载软件的终端。

Description

一种软件的加载方法及装置

技术领域

本发明涉及通信领域，特别涉及一种软件的加载方法及装置。

背景技术

按照电信管理网(Telecommunications Management Network Model，TMN)规范，软件分为如下五类：性能管理、故障管理、配置管理、计费管理和安全管理。对于软件的各个功能的细化和实现，不同的产品和厂商有其各自的方法，但大部分是按照功能来组织整个的软件系统，即以模块为单元设置软件的各个功能。

目前的各类软件基本上是各个功能单元的简单累加，即软件一启动，便将可能使用到的所有功能单元都进行加载，没有考虑到实际操作场景不同，需要使用的功能单元也不同，这样，往往导致软件加载效率低下，从而降低了整个系统的运作效率，同时也令软件体系过于庞大，容易出现操作不便、故障隐患较多等问题。

有鉴于此，需要设计一种新的软件加载方法以克服上述问题。

发明内容

本发明实施例提供一种软件的加载方法，用以提高软件加载的效率，增加软件运作的灵活性。

本发明实施例提供的具体技术方案如下：

一种软件的加载方法，包括：

在用户登录后，根据该用户的用户标识ID确定对应该用户ID预设的场景使用权限，并根据该场景使用权限获得用户有权使用的至少一个场景的场景标识；

根据预设的场景标识与功能元之间的映射关系，确定所述至少一个场景的场景标识对应的各功能元；所述功能元用以实现软件中原子级别的逻辑操作；

对确定的各功能元进行加载，并生成相应的操作界面呈现给所述用户。

一种用于软件的终端，包括：

存储单元，用于保存预设的场景标识、场景使用权限，以及场景标识与功能元之间的映射关系，所述功能元用以实现软件中原子级别的逻辑操作；

第一处理单元，用于在用户登录后，根据该用户的用户标识ID确定对应该用户ID预设的场景使用权限，并根据该场景使用权限获得用户有权使用的至少一个场景的场景标识；

第二处理单元，用于根据预设的场景标识与功能元之间的映射关系，确定所述至少一个场景的场景标识对应的各功能元，再对确定的各功能元进行加载，并生成相应的操作界面；

用户接口单元，用于将生成的操作界面呈现给用户。

本发明实施例中，将软件的运作进行多场景规划，以场景为主线对原有的功能和操作进行重新布局和组合，这样，既提高了软件加载效率，从而提升了整个系统的运作效率，同时也避免了由于软件体系过于庞大，而出现操作不便、故障隐患较多等问题，在很大程度上提高了软件的服务质量。

附图说明

图1和图2为本发明实施例中针对软件进行多场景规划示意图；

图3为本发明实施例中加载软件的终端功能结构图；

图4为本发明实施例中终端加载软件流程图。

具体实施方式

为了提高软件的加载效率，提升软件运作的灵活性，本发明实施例中，对软件的运作进行多场景规划，包括以场景为主线对原有的功能和操作进行重新布局和组合，在用户登录后，根据该用户的用户标识(ID)确定对应该用户ID预设的场景使用权限，并根据该场景使用权限获得用户有权使用的至少一个场景的场景标识；根据预设的场景标识与功能元之间的映射关系，确定所述至少一个场景的场景标识对应的各功能元；所述功能元用以实现软件中原子级别的逻辑操作；再对确定的各功能元进行加载，并生成相应的操作界面呈现给所述用户。

本发明记载的技术方案既适合于系统软件(如网管软件)的架构设计，也适合于单机软件的操作设计，它综合考虑了功能实现和应用场景两个因素，具有更强的实用性、更便捷的操作流程。

下面以网管系统中使用的软件为例，对软件的多场景化设计进行详细介绍。参阅图1和图2所示，本申请实施例中，多场景化的网管软件中设置了场景池和功能集，其中，

场景池：用于存放系统定义的若干场景的容器池，其中，定义的场景包含但不限于系统调试场景、设备开通场景、网络优化场景和其他场景等等，不同的场景使用不同的功能元组实现相应的操作。

场景池的规划包含如下2个要素：场景标识和场景属性信息。场景标识，用于唯一标识各场景；场景属性信息，定义了场景的所属类型，包含各场景和各功能元之间的映射关系。根据场景的不同，把每一个功能元进行了场景归类，各功能元和各场景之间是多对多的映射关系，即一个功能元可以运用于多个场景中，一个场景中也可以包含多个功能元。例如，参阅图2所示，“设备开通场景”包含的功能元为：“开通配置功能”、“参数检查功能”、“数据同步功能”和“数据备份功能”；“网络优化场景”包含的功能元为：“邻区优化功能”、“数据同步功能”和“参数检查功能”；而“日常维护场景”包含的功能元为：“数据备份功能”和“参数检查功能”，等等。其具体设置方式的举例如表1所示：

表1

功能集，功能元的集合。所谓功能元，即是指原子级别的功能模块，每一个功能元对应软件中一个原子级别的逻辑操作，同时，每一个功能元有对应的界面元素，因此，对功能元进行加载，即意味着加载了软件中相应的逻辑操作，并会在最终生成的操作界面中产生相应的界面元素。

进一步地，用户的权限也可以按照场景来进行规划，不同用户可以具有相同的场景使用权限，也可以具有不同的场景使用权限。例如，研发人员具有浏览使用系统调试场景的权限，而用服人员具有浏览使用设备开通场景的权限等等，其具体设置方式的举例如表2所示。当然，同一用户也可以具有两个及两个以上场景的使用权限，其具体设置方式的举例如表3所示。

表2

表3

下面结合附图对本发明优选的实施方式进行详细说明。

参阅图3所示，本申请实施例中，用于加载软件的终端包括存储单元30、第一处理单元31、第二处理单元32和用户接口单元33，其中，

存储单元30，用于保存预设的场景标识、场景使用权限，以及场景标识与功能元之间的映射关系；

第一处理单元31，用于在用户登录后，根据该用户的用户ID确定对应该用户ID预设的场景使用权限，并根据该场景使用权限获得用户有权使用的至少一个场景的场景标识；

第二处理单元32，用于根据预设的场景标识与功能元之间的映射关系，确定所述至少一个场景的场景标识对应的各功能元，再对确定的各功能元进行加载，并生成相应的操作界面；

用户接口单元33，用于将生成的操作界面呈现给用户。

基于上述内容，参阅图4所示，本申请实施例中，终端加载网管软件的详细流程如下：

步骤400：接收用户通过人机界面输入的登录请求消息，该登录请求消息中携带用户ID和登录密码。

步骤410：根据获得的用户ID和登录密码对用户进行鉴权，并确认鉴权通过。

当然步骤400和步骤410记载的鉴权流程是出于提高安全性的考虑而设置的，若不存在安全性问题，也可以不对用户进行鉴权，而在用户登录后，直接获取其相应的场景使用权限。

步骤420：根据获得的用户ID确定对应该用户ID预设的场景使用权限，并根据该场景使用权限获得用户有权使用的至少一个场景的场景标识；本申请实施例中，假设获得的场景标识为“A”

实际应用中，步骤420的具体实现方式包含但不限于以下情况：

若根据用户的场景使用权限确定该用户仅有权使用一个场景，则直接获取该场景的场景标识。

若根据用户的场景使用权限确定该用户有权使用两个或两个以上的场景，则通过人机界面提示用户进行场景选择，并根据用户的选择获取相应的场景标识。例如，用户在人机界面呈现的场景选择中，通过点击“设备开通场景”这一按钮，向终端指示调用设备开通场景，那么，终端将获取“设备开通场景”所对应的场景标识。

当然，在第二种情况下，终端也可以不对用户进行提示，而将用户有权使用的两个或两个以上的场景的场景标识都获取。本实施例出于节省系统资源的考虑，在后续步骤中以第一种情况为例进行介绍。

步骤430：根据获得的场景标识“A”及预设的场景标识与功能元之间的映射关系(即场景属性信息)，确定场景标识“A”对应的所有功能元，并对确定的所有功能元进行加载，以及生成相应的操作界面呈现给用户

例如，如表1所示，场景标识“A”为“设备开通场景”，其对应的所有功能元为：“开通配置功能”、“参数检查功能”、“数据同步功能”和“数据备份功能”，那么终端将对这些功能元进行加载，并将加载后生成的包含这些功能元界面元素的操作界面呈现给用户。

通过上述流程，终端可以根据用户的场景使用权限，仅加载用户有权使用的场景所包含的功能元，即可满足用户的使用需求，而无需加载全部的功能元，这既提高了软件加载效率，从而提升了整个系统的运作效率，同时也避免了由于软件体系过于庞大，而出现操作不便、故障隐患较多等问题，在很大程度上提高了软件的服务质量。

基于上述实施例，进一步地，还可以对每个场景中的具体操作进行场景化设计，换言之，即是针对不同的用户，也设计了相应的功能元使用权限，用户无权使用的功能元对应的人机界面将不会出现在呈现给用户的操作界面中；使得进入相同场景的不同用户，也会因为功能元使用权限的区别，而看到不同的操作界面。其具体设置方式的举例如表4所示：

表4

在上述步骤400-步骤440记载的技术方案中，若进一步添加了功能元使用权限的设置，则在步骤430中，当终端根据用户有权使用的场景的场景标识确定了相应的功能元后，需要进一步根据该用户的功能元使用权限对已确定的功能元进行筛选，再对筛选后的功能进行加载并生成相应的操作界面呈现给用户。

例如，如表1所示，终端在步骤430中获得的场景标识“A”为“设备开通场景”，其对应的所有功能元为：“开通配置功能”、“参数检查功能”、“数据同步功能”和“数据备份功能”；而进一步地，终端根据如表4所示的用户的功能元使用权限对上述各功能元进行筛选，从而确定系统仅允许用户使用“参数检查功能”和“数据同步功能”，那么，终端对筛选后的功能元进行加载，并将生成的包含“参数检查功能”和“数据同步功能”这两个功能元界面元素的操作界面呈现给用户。

通过上述方法，终端可以对软件包含的操作进行更为细化的管理，即终端可以根据用户的场景使用权限和功能元使用权限，仅加载用户在某场景下有权使用的功能元，即可满足用户的使用需求，而无需加载该场景下全部的功能元，这便进一步提高了软件加载效率，从而进一步提升了整个系统的运作效率，进而再次提高了软件的服务质量。

本发明的优点在于网管软件的实现以现场的使用场景为主线进行功能架构设计，它适合于整个网管软件的架构设计，也适用于某个设备操作的设计。它综合考虑了功能实现和应用场景两个因素，具有更强的实用性、更便捷的操作流程。

显然，本领域的技术人员可以对本发明中的实施例进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明实施例中的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明中的实施例也意图包含这些改动和变型在内。

Claims

1、一种软件的加载方法，其特征在于，包括：

2、如权利要求1所述的方法，其特征在于，在用户登录后，先根据该用户的用户ID和登录密码对其进行鉴权，确认用户通过鉴权后，再根据所述用户ID获得相应的场景使用权限。

3、如权利要求1所述的方法，其特征在于，所述根据场景使用权限获得用户有权使用的至少一个场景的场景标识，包括：

若根据场景使用权限确定用户仅有权使用一个场景，则直接获取该场景的场景标识；

若根据场景使用权限确定用户有权使用两个或两个以上的场景，则通过人机界面提示用户进行场景选择，并根据用户的选择获取相应的场景标识。

4、如权利要求1、2或3所述的方法，其特征在于，所述对确定的各功能元进行加载包括：

对确定的所有功能元进行加载；

或者

根据对应所述用户ID预设的功能元使用权限对确定的各功能元进行筛选，并对筛选后的各功能元进行加载。

5、一种用于软件的终端，其特征在于，包括：

用户接口单元，用于将生成的操作界面呈现给用户。

6、如权利要求5所述的终端，其特征在于，所述第一处理单元在用户登录后，先根据该用户的用户ID和登录密码对其进行鉴权，确认用户通过鉴权后，再根据所述用户ID获得相应的场景使用权限。

7、如权利要求5所述的终端，其特征在于，所述第一处理单元根据场景使用权限获得用户有权使用的至少一个场景的场景标识时，若确定用户仅有权使用一个场景，则直接获取该场景的场景标识；若确定用户有权使用两个或两个以上的场景，则通过所述用户接口单元呈现人机界面提示用户进行场景选择，并根据用户的选择获取相应的场景标识。

8、如权利要求5、6或7所述的终端，其特征在于，所述第二单元对确定的各功能元进行加载时，对确定的所有功能元进行加载，或者，根据对应所述用户ID预设的功能元使用权限对确定的各功能元进行筛选，并对筛选后的各功能元进行加载。