CN101833444A - 自定义功能菜单的方法和装置 - Google Patents

Abstract

本发明提供了一种自定义功能菜单的方法和装置。本发明的方法包括：通过全局菜单数据生成用户菜单数据；按照用户的菜单属性设置请求对所述用户菜单数据进行设置；通过设置后的用户菜单数据创建相应的用户菜单。当存在多个用户时，为各个用户分别创建用户菜单数据并建立标识，由于通过不同用户的标识、及对用户菜单数据的设置，为各个用户分别动态创建属于用户自己的菜单，提高了用户体验及人性化；全局菜单数据也就是系统全局元模型菜单，全局菜单数据中的元模型菜单产生私有用户菜单，也就是用户菜单数据；系统全局元模型菜单可为不同企业定制；私有用户菜单可由用户定制，并在系统运行时创建，降低了软件设计成本，提高了软件系统制作效率。

Description

自定义功能菜单的方法和装置

技术领域

本发明涉及计算机技术领域，更具体地，涉及一种自定义功能菜单的方法和装置。

背景技术

随着制造业信息化近几年的深入应用，产品数据管理(PDM，Product Data Management)/产品周期管理(PLM Product LifecycleManagement)系统也各自都有很大程度的发展。目前国内的PDM/PLM系统基本都有较强的扩展性与开放性，基本都能满足企业复杂应用与分阶段的实施。

PDM/PLM系统功能都体现在菜单(包括工具条)上，并通过菜单(包括工具条)上的控件触发这些功能，所以随着系统功能的增强，势必也就造成系统菜单的复杂性，过多的菜单会增加系统的操作复杂度，或者说是用户刚开始使用系统的难度。另外，不同身份的企业用户在使用系统时，所使用的功能不同，而系统的菜单在设计时已经被编译固化在系统中，用户在使用系统时不能定义菜单，对所有用户呈现的菜单均为相同的菜单，导致用户在使用系统时，存在复杂度较高，缺乏人性化的问题。

发明内容

本发明旨在提供一种自定义功能菜单的方法和装置，其能够解决用户在使用系统时不能定义菜单的问题。

根据本发明的一个方面，提供一种自定义功能菜单的方法，包括：通过全局菜单数据生成用户菜单数据；按照用户的菜单属性设置请求对所述用户菜单数据进行设置；通过设置后的用户菜单数据创建相应的用户菜单。

优选地，所述全局菜单数据包括：元菜单环境、元菜单项、元菜单命令和元根菜单。

优选地，所述生成用户菜单数据的过程包括：将所述元菜单环境映射为用户菜单环境，将所述元菜单项映射成用户菜单项，将所述元菜单命令映射成用户菜单命令，将所述元根菜单映射成用户根菜单，将映射后的所述用户菜单环境、用户菜单项、用户菜单命令和用户根菜单作为所述用户菜单数据。

优选地，所述生成用户菜单数据之前，还包括：设置所述元菜单环境至少关联一项元根菜单并设置关联的元根菜单的有效性；对有效的元根菜单设置其至少关联一项元菜单项并设置所关联元菜单项的有效性；对有效的元菜单项设置其所关联的元菜单命令并设置所关联元菜单命令的有效性。

优选地，按照所述用户的菜单属性设置请求，对所述用户菜单数据进行设置包括：设置所述用户菜单环境至少关联一项用户根菜单并设置关联的用户根菜单的有效性；对有效的用户根菜单设置其至少关联一项用户菜单项并设置所关联用户菜单项的有效性；对有效的用户菜单项设置其所关联的用户菜单命令并设置所关联用户菜单命令的有效性。

优选地，通过所述设置后的用户菜单数据创建相应的用户菜单包括：将所述用户菜单数据作为应用程序接口API的输出参数，通过所述API创建所述用户菜单。

优选地，所述通过全局菜单数据生成用户菜单数据之前，还包括：设置所述用户的标识；所述生成用户菜单数据之后，还包括：建立所述用户菜单数据与所述标识的对应关系。

优选地，所述创建相应的用户菜单之后，还包括：接收用户的登录请求，识别用户的标识，按照所述标识获取所述用户菜单数据，将创建的所述用户菜单显示给用户。

根据本发明的另一个方面，还提供一种自定义功能菜单的装置，包括：映射单元，用于通过全局菜单数据生成用户菜单数据；设置单元，用于按照用户的菜单属性设置请求对所述用户菜单数据进行设置；菜单生成单元，用于通过设置后的用户菜单数据创建相应的用户菜单。

优选地，该装置还包括：全局菜单数据设置单元，用于在所述映射单元生成用户菜单数据之前，设置所述全局菜单数据的有效性；标识单元，用于在所述菜单生成单元通过全局菜单数据生成用户菜单数据之前，设置所述用户的标识；在所述菜单生成单元生成用户菜单数据之后，建立所述用户菜单数据与所述标识的对应关系；登录控制单元，用于在所述菜单生成单元创建相应的用户菜单之后，接收用户的登录请求，通过所述标识单元识别用户的标识，按照所述标识获取所述用户菜单数据，触发所述菜单生成单元。

因为采用由用户对属于自己的用户菜单数据进行自定义设置和动态创建菜单，并通过不同用户的标识区分用户，克服系统的菜单在设计时已经被编译固化在系统中，用户在使用系统时不能定义菜单的问题，进而达到了实现通过一份全局菜单数据为各个用户分别动态创建属于用户自己的菜单，提高了用户体验及人性化感受；不必为每个企业用户单独制作系统菜单，降低了设计成本，提高了软件系统制作效率的效果。

附图说明

附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1示出了实施例一的流程图；

图2示出了实施例二的流程图；

图3示出了实施例二中用户登录过程的流程图；

图4示出了实施例三中的装置结构图。

具体实施方式

下面将参考附图并结合实施例，来详细说明本发明。参见图1，图1是本发明的方法实施例一的流程图，包括：

S11：通过全局菜单数据生成用户菜单数据；

S12：按照用户的菜单属性设置请求对所述用户菜单数据进行设置；

S13：通过设置后的用户菜单数据创建相应的用户菜单。

上面的实施例一说明了本发明的菜单创建过程，本发明的菜单创建过程通过用户的设置和预先存储的菜单数据，动态创建并生成符合用户设置的菜单；使系统的菜单数据通过的用户设置，生成符合用户使用要求的菜单，提高了用户体验及人性化。

另外，本发明的菜单还可通过设置各个用户的标识，区分不同的用户登录，并接受各个用户的设置，生成与各个用户相应的菜单，当用户启动系统时，会按照用户的身份选择预先生成相应的菜单显示给用户。下面通过实施例二说明该方案，在该实施例中，通过类模型说明系统菜单数据和用户菜单数据的关系。

下面通过本发明的实施例二并结合附图详细说明PDM/PLM系统中，采用类模型的菜单创建过程。参见图2，包括：

S21：存储全局菜单数据；

S22：设置全局菜单数据；

对全局菜单数据进行设置，以便于企业用户或系统管理员管理后续用户的设置，例如：允许用户定义的各种菜单形式、属性等，如层级菜单、单击菜单、活动菜单等等。这种全局菜单数据如果采用面向对象思想的类模型设计，也可称为菜单元模型或系统全局菜单数据。

系统全局菜单数据生成私有用户菜单，系统全局菜单数据可以按照不同企业的需求进行定制；而私有用户菜单即用户菜单数据，可由用户进行设置，并在系统运行时动态创建。

通过菜单元模型(即系统默认初始功能)即可很快通过定义“元菜单环境.SetAvailability”，设置“元菜单环境”是否有效；同时影响菜单环境所关联的各个元根菜单的有效性，如果元菜单环境设置为有效，则关联的元根菜单可以有效(元根菜单同时可以设置自身的有效性)；如果菜单环境设置为无效，则关联的所有元根菜单无效(且根菜单下的所有子孙菜单也默认无效)。

元根菜单与元菜单环境是多对多关系，即各个不同功能的元菜单环境可以存在对应同一个元根菜单；同一功能模块可以存在对应多个元根菜单，当设置关联的元菜单环境有效时，该元菜单环境所对应的元根菜单也有效，相应的，当设置关联的元菜单环境无效时，该元菜单环境所对应的元根菜单也无效。通过选择开放或关闭实现设置元菜单环境的有效，从而实现是否允许后续的用户设置，设置元菜单环境对应的元根菜单开启后，可进行后续的元根菜单设置。

通过菜单元模型(即系统默认初始功能)即可很快通过定义“元根菜单.SetAvailability”，即设置元根菜单的有效性。如果“元根菜单”设置无效，那么元根菜单关联的所有子孙菜单项默认就不可见、也不可用；如果元根菜单设置有效，那么元根菜单关联的所有子孙菜单项可以可见或可用(元菜单项可以自身设置其可见性与可用性，但只有作为父菜单项的元菜单项可见/可用，子菜单项才有可能可见/可用)。根菜单对具体显示的菜单起引导作用，根菜单具体分为主菜单、工具条菜单与单击菜单(如鼠标的右键或左键菜单)。

通过菜单元模型(即系统默认初始功能)即可很快通过定义“元菜单项.SetAvailability”，即设置元菜单项的可用性及可见性，在元根菜单被设置为有效的基础上，设置元根菜单关联的各个元菜单项，从而实现设置所关联的各个元菜单项的有效或无效，元菜单项包括当前菜单项及其子孙菜单中各项功能中的每项功能显示。当前菜单项是层级菜单项中的某一层以及其子孙菜单。

通过菜单元模型(即系统默认初始功能)即可很快通过定义“元菜单命令.SetAvailability”，即设置其有效性，因为“元菜单命令”是相对公共的，可以提供任何“菜单项”进行关联，菜单命令即具体系统功能，系统功能通过系统插件机制开发并注册系统；所以通过设置“元菜单命令”的有效性，同时会影响到该元菜单命令相关联的叶子菜单项的有效性(可见性与可用性)，即如果“元菜单命令”无效，那么其关联的所有页子菜单项就默认不可用(即菜单灰显)。

经过对上述的默认菜单元模型设置后，可以向用户显示或关闭一些后续的设置，从而实现对用户的后续设置的授权；可以对全局菜单数据进行设置，也可以不进行设置，即认为所有的全局菜单数据均对用户授权。上述的设置可以是企业用户进行设置或系统管理员进行设置，进行首次设置后，从而便于后续的用户二次设置。

S23：接收来自用户的设置请求并建立用户标识；

用户打开设置后的默认菜单元模型，系统为该用户建立标识；

S24：采用设置后的全局菜单数据生成用户菜单数据；

生成用户菜单数据的过程是映射的过程，即将所述元菜单环境映射为用户菜单环境，将所述元菜单项映射成用户菜单项，将所述元菜单命令映射成用户菜单命令，将所述元根菜单映射成用户根菜单，将映射后的所述用户菜单环境、用户菜单项、用户菜单命令和用户根菜单作为所述用户菜单数据，并将所述用户标识关联所述用户菜单数据，建立一一对应关系。在映射的过程中，加入用户的属性信息，如用户的名称、使用范围、领域等。

S25：按照用户的菜单属性设置请求对所述用户菜单数据进行设置；

按照用户的设置请求，进行二次设置；二次设置时，会设置“用户菜单环境”、“用户根菜单”、“用户菜单项”与“用户菜单命令”之间的关联关系以及有效性，系统会为每个系统用户复制一份经过设置的菜单元模型，在此基础上每个系统用户可以定义自己个性化的菜单，如添加新的菜单、修改菜单与删除菜单等，主要包括以下设置：

用户设置“用户菜单环境.SetAvailability”的有效性，设置用户菜单环境是否有效，影响该用户菜单环境所关联的各个元根菜单的有效性，如果用户菜单环境设置为有效，则关联的用户根菜单可以进行设置，如设置为有效，或设置为无效。如果设置为无效，则关联的所有用户根菜单均无效，且根菜单下的所有子孙菜单也无效。

当用户设置好用户菜单环境下的根菜单有效时，用户可进一步设置“用户根菜单.SetVisible”中各项根菜单是否可见。即是否显示给用户，如果设置为不可见，则不显示给用户。

当用户根菜单可见时，用户可设置“用户根菜单.SetEnable”中各项根菜单是否可用。

通过设置开启或关闭根菜单的可见和可用，从而实现对用户根菜单中各项根菜单的有效性设置，只有将可见和可用均设置为开启时，该根菜单的功能才有效。

如果用户将用户根菜单设置为可见，但可见的用户根菜单设置为不可用，则该用户根菜单对用户灰显，即对用户可见，但用户无法使用。

实现在根菜单被设置为可用、可见的基础上，用户可以进一步设置根菜单所关联的菜单项的可用、及可见。即用户对“用户菜单项.SetMenuCaption”中各项“菜单项”进行设置。

在用户根菜单设为可用、可见的基础上，用户进一步设置“用户菜单项.SetVisible”中各项“菜单项”及其子孙菜单是否可见。如果设置为可见，则此用户菜单项对用户显示。

用户设置“用户菜单项.SetEnable”中各项“菜单项”及其子孙是否可用。

在菜单项设置为可用、可见的基础上，该根菜单所关联的菜单项才可以使用。如果设置为可见，但设置为不可用，则此用户菜单项对用户灰显。

在设置完用户菜单环境、用户根菜单、用户菜单项后，用户可进一步通过设置“用户菜单命令.SetAvailability”中的菜单命令，设置用户菜单命令关联的各个菜单及菜单项是否有效。

经过上述的设置，最后得到设置后的用户菜单数据，以上的设置，可以设置其中一项也可以设置多项，当不做设置时，可向用户显示全部的菜单数据功能或全部不显示菜单数据功能；该用户菜单数据与用户标识相对应。当用户登录时，系统会按照用户菜单数据动态创建成相应的菜单显示给用户，下面通过详细说明实施例二中，经过用户设置后的登录过程。参见图3，包括：

S31：接收用户的登录请求；

S32：识别出该用户的标识，选择出相应的用户菜单数据；

S33：运行用户菜单数据，判断用户的设置；

由于各个菜单可能会对应多个用户菜单环境。因此，在确定向用户显示生成菜单的时，不仅需要判断用户设置菜单的可见，还需要判断用户设置该菜单所属菜单环境的有效性。确定的过程包括：

首先判断用户根菜单对于其所属的菜单环境是否设置为可见，如果在所属的用户菜单环境下，用户根菜单设置为可见，则向用户显示该根菜单；如果设置为可用，则该根菜单有效，可以使用；如果判断出用户设置的根菜单不可见、或判断出该根菜单所属的用户菜单环境无效，则确定出不向用户显示此根菜单。

只有确定出向用户显示生成的根菜单可见并可用时，则进一步判断该根菜单所关联的子孙菜单及叶子菜单项是否可见、可用，从而确定是否向用户显示、以及所关联菜单是否可以使用。判断的过程与判断用户根菜单的过程相同，直至全部确定完毕。如果判断出用户根菜单所关联的菜单项可见并可用，则该菜单项有效，可以使用；如果判断出无效但可见，则向菜单项向用户灰显，但不可以使用。

最后判断各个菜单项所关联的命令是否有效，如果有效，将各个菜单项关联相应的命令。

S34：将创建出的菜单显示给用户。

在经过上述的确定过程后，向用户显示创建出的菜单。其中，创建过程可采用应用程序接口API的方式等其它的菜单软件进行创建。

实施例二中的对菜单进行自定义设置和动态创建菜单的方法，由于通过不同用户的标识、及对用户菜单数据的设置，可实现为各个用户分别动态创建属于用户自己的菜单，提高了用户体验及人性化感受。

本发明通过全局菜单数据的设置，实现由软件提供商对不同的企业用户的特殊情况进行定制，不必为每个企业用户单独制作系统菜单，降低了设计成本，提高了软件系统制作效率；各个企业用户还可按照自己的需求对菜单进行二次设置，即通过私有用户菜单设置，满足自身使用的需要，提高了用户体验及人性化。

本发明的方法可以多种形式结构的硬件形式实现，下面通过优选的实施例三说明装置的结构。参见图4，该包括：

映射单元11，用于通过全局菜单数据生成用户菜单数据；

其中，所述全局菜单数据包括：元菜单环境、元菜单项、元菜单命令和元根菜单。

设置单元12，用于按照用户的菜单属性设置请求对所述用户菜单数据进行设置；

菜单生成单元13，用于通过设置后的用户菜单数据创建相应的用户菜单。

优选地，映射单元11包括：

菜单环境映射模块110，用于将所述元菜单环境映射为用户菜单环境；

菜单项映射模块111，用于将所述元菜单项映射成用户菜单项；

菜单命令映射模块112，用于将所述元菜单命令映射成用户菜单命令；

根菜单映射模块113，用于将所述元根菜单映射成用户根菜单；

将映射后的所述用户菜单环境、用户菜单项、用户菜单命令和用户根菜单作为所述用户菜单数据。在映射过程中，加入用户的属性信息，如用户名称、使用范围、领域等。

优选地，该装置还包括：

全局菜单数据设置单元14，用于在所述映射单元11生成用户菜单数据之前，对所述元菜单环境、元菜单项、元菜单命令和元根菜单进行设置。

优选地，所述设置单元12，用于按照所述用户的菜单属性设置请求，对所述用户菜单数据进行设置，包括以下模块：

菜单环境设置模块120，用于设置每个用户菜单环境关联的根菜单的有效性，即关联的根菜单是否可以使用；

根菜单设置模块122，用于在用户菜单环境内有效的用户根菜单基础上，对有效的用户根菜单进行设置，设置其中的各个菜单项的可用性、以及是否可见；

菜单项设置模块123，用于在设置为有效的用户根菜单基础上，对有效的用户菜单项进行设置，设置其中的子孙菜单中的可用性、以及是否可见。

菜单命令设置模块121，用于设置所述用户菜单命令所关联的用户菜单项的有效性；

优选地，菜单生成单元13通过所述设置后的用户菜单数据创建相应的用户菜单的过程包括：

将所述用户菜单数据作为应用程序接口API的输出参数，通过所述API创建所述用户菜单。

优选地，该装置还包括：

标识单元15，用于在所述菜单生成单元13通过全局菜单数据生成用户菜单数据之前，设置所述用户的标识；在所述菜单生成单元13生成用户菜单数据之后，建立所述用户菜单数据与所述标识的对应关系。

优选地，该装置还包括：

登录控制单元16，用于在所述菜单生成单元13创建相应的用户菜单之后，接收用户的登录请求，通过所述标识单元15识别用户的标识，按照所述标识获取所述用户菜单数据，触发所述菜单生成单元13通过所述用户菜单数据创建所述用户菜单并显示给用户。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种自定义功能菜单的方法，其特征在于，包括：

通过全局菜单数据生成用户菜单数据；

按照用户的菜单属性设置请求对所述用户菜单数据进行设置；

通过设置后的用户菜单数据创建相应的用户菜单。

2.根据权利要求1所述的方法，其特征在于，所述全局菜单数据包括：元菜单环境、元菜单项、元菜单命令和元根菜单。

3.根据权利要求2所述的方法，其特征在于，所述生成用户菜单数据的过程包括：

将所述元菜单环境映射为用户菜单环境，将所述元菜单项映射成用户菜单项，将所述元菜单命令映射成用户菜单命令，将所述元根菜单映射成用户根菜单，将映射后的所述用户菜单环境、用户菜单项、用户菜单命令和用户根菜单作为所述用户菜单数据。

4.根据权利要求3所述的方法，其特征在于，所述生成用户菜单数据之前，还包括：

设置所述元菜单环境至少关联一项元根菜单并设置关联的元根菜单的有效性；

对有效的元根菜单设置其至少关联一项元菜单项并设置所关联元菜单项的有效性；

对有效的元菜单项设置其所关联的元菜单命令并设置所关联元菜单命令的有效性。

5.根据权利要求4所述的方法，其特征在于，按照所述用户的菜单属性设置请求，对所述用户菜单数据进行设置包括：

设置所述用户菜单环境至少关联一项用户根菜单并设置关联的用户根菜单的有效性；

对有效的用户根菜单设置其至少关联一项用户菜单项并设置所关联用户菜单项的有效性；

对有效的用户菜单项设置其所关联的用户菜单命令并设置所关联用户菜单命令的有效性。

6.根据权利要求1至5中任意一项所述的方法，其特征在于，通过所述设置后的用户菜单数据创建相应的用户菜单包括：

将所述用户菜单数据作为应用程序接口API的输出参数，通过所述API创建所述用户菜单。

7.根据权利要求6所述的方法，其特征在于，

所述通过全局菜单数据生成用户菜单数据之前，还包括：

设置所述用户的标识；

所述生成用户菜单数据之后，还包括：

建立所述用户菜单数据与所述标识的对应关系。

8.根据权利要求7所述的方法，其特征在于，所述创建相应的用户菜单之后，还包括：

接收用户的登录请求，识别用户的标识，按照所述标识获取所述用户菜单数据，将创建的所述用户菜单显示给用户。

9.一种自定义功能菜单的装置，其特征在于，包括：

映射单元，用于通过全局菜单数据生成用户菜单数据；

设置单元，用于按照用户的菜单属性设置请求对所述用户菜单数据进行设置；

菜单生成单元，用于通过设置后的用户菜单数据创建相应的用户菜单。

10.根据权利要求9所述的装置，其特征在于，该装置还包括：

全局菜单数据设置单元，用于在所述映射单元生成用户菜单数据之前，设置所述全局菜单数据的有效性；

标识单元，用于在所述菜单生成单元通过全局菜单数据生成用户菜单数据之前，设置所述用户的标识；在所述菜单生成单元生成用户菜单数据之后，建立所述用户菜单数据与所述标识的对应关系；

登录控制单元，用于在所述菜单生成单元创建相应的用户菜单之后，接收用户的登录请求，通过所述标识单元识别用户的标识，按照所述标识获取所述用户菜单数据，触发所述菜单生成单元。

Images