一种导航菜单的生成方法、装置、电子设备及存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种导航菜单的生成方法、装置、电子设备及存储介质。

背景技术

导航菜单是引导用户和产品进行交互的工具，相关技术根据信息或功能的从属关系构建导航菜单，用户完成工作时需要在不同的导航菜单中来回跳转，用户上手难度大，不利于用户高效完成工作。

发明内容

为了解决上述问题，本发明实施例提供了一种导航菜单的生成方法、装置、电子设备及存储介质，以至少解决相关技术用户操作导航菜单上手难度大，不利于高效完成工作的问题。

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

第一方面，本发明实施例提供了一种导航菜单的生成方法，该方法包括：

确定业务类型；

获取所述业务类型对应的至少两个菜单标签；所述至少两个菜单标签中的每个菜单标签链接所述业务类型的一个业务页面；

基于所述业务类型中各个业务页面的操作顺序，排布所述至少两个菜单标签，以生成导航菜单。

在上述方案中，所述基于所述业务类型中各个业务页面的操作顺序，排布所述至少两个菜单标签，以生成导航菜单，包括：

基于所述业务类型中各个业务页面操作顺序，采用具备方向的连线将所述至少两个菜单标签进行连接，以得到所述导航菜单。

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

获取每个菜单标签链接的业务页面的状态信息；

在所述菜单标签中显示对应的业务页面的状态信息。

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

获取用户的第一操作；所述第一操作表征用户选中所述导航菜单中的第一菜单标签；

确定所述第一菜单标签是否与第二菜单标签具有依赖关系；所述第二菜单标签表征所述导航菜单中操作顺序的优先级高于所述第一菜单标签的菜单标签；

若所述第一菜单标签与第二菜单标签不具有依赖关系，响应于所述第一操作，跳转至所述第一菜单标签对应的业务页面。

在上述方案中，若选中的第一菜单标签与第二菜单标签具有依赖关系，所述方法还包括：

若所述第一菜单标签与第二菜单标签具有依赖关系，且所述第二菜单标签对应的业务页面相关操作未完成，响应于所述第一操作，向用户发送告警信息；所述告警信息用于提示用户需操作第二菜单标签对应的业务页面。

在上述方案中，在确定业务类型之前，还包括：

接收用户对层级导航菜单中各个菜单标签的连线操作，得到预设业务类型下的菜单标签属性；其中，所述菜单标签属性包括菜单标签类别以及相关业务页面的操作顺序；

存储所述菜单标签属性以便于后续生成导航菜单。

在上述方案中，在排布所述至少两个菜单标签，以生成导航菜单后，所述方法还包括：

获取用户的第二操作，基于所述第二操作调整所述导航菜单中的菜单标签属性；其中，所述菜单标签属性包括菜单标签类别以及相关业务页面的操作顺序；

存储调整后的菜单标签属性以便于后续生成导航菜单。

第二方面，本发明实施例提供了一种导航菜单的生成装置，该装置包括：

确定模块，用于确定业务类型；

获取模块，用于获取所述业务类型对应的至少两个菜单标签；所述至少两个菜单标签中的每个菜单标签链接所述业务类型的一个业务页面；

生成模块，用于基于所述业务类型中各个业务页面的操作顺序，排布所述至少两个菜单标签，以生成导航菜单。

第三方面，本发明实施例提供了一种电子设备，包括处理器和存储器，所述处理器和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行本发明实施例第一方面提供的导航菜单的生成方法的步骤。

第四方面，本发明实施例提供了一种计算机可读存储介质，包括：所述计算机可读存储介质存储有计算机程序。所述计算机程序被处理器执行时实现如本发明实施例第一方面提供的导航菜单的生成方法的步骤。

本发明实施例通过确定业务类型，获取业务类型对应的至少两个菜单标签，基于业务类型中各个业务页面的操作顺序，排布至少两个菜单标签，以生成导航菜单。其中，至少两个菜单标签中的每个菜单标签链接业务类型的一个业务页面。本发明实施例生成的导航菜单可视化了业务流程，用户根据导航菜单的引导即可完成业务任务，利于用户高效完成工作。而且本申请提供的导航菜单还便于新手用户快速上手熟悉业务流程，降低了用户的学习和记忆成本，提高了用户的操作体验。

附图说明

图1是相关技术提供的一种导航框架的示意图；

图2是相关技术提供的另一种导航框架的示意图；

图3是相关技术提供的另一种导航框架的示意图；

图4是本发明实施例提供的一种导航菜单的生成方法的实现流程示意图；

图5是本发明实施例提供的一种导航菜单的示意图；

图6是本发明实施例提供的一种流程式导航菜单与层级导航菜单的关系示意图；

图7是本发明实施例提供的一种流程式的导航菜单与顶部导航栏结合使用的示意图；

图8是本发明实施例提供的一种流程式的导航菜单与侧边竖直导航栏结合使用的示意图；

图9是本发明实施例提供的一种流程式的导航菜单与tab标签结合使用的示意图；

图10是本发明实施例提供的另一种导航菜单的生成方法的实现流程示意图；

图11是本发明实施例提供的另一种导航菜单的示意图；

图12是本发明实施例提供的另一种导航菜单的示意图；

图13是本发明实施例提供的另一种导航菜单的生成方法的实现流程示意图；

图14是本发明实施例提供的一种流程式导航菜单的架构示意图；

图15是本发明实施例提供的一种导航菜单的生成装置的示意图；

图16是本发明一实施例提供的电子设备的示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

导航菜单是引导用户和产品进行有效交互的工具，例如，应用软件需要导航菜单来展示功能，引导用户使用功能。在网站中，导航菜单可以让用户更清晰明朗的找到所需要的资源区域，引导用户访问资源。

在界面设计中，导航设计也可以称之为框架设计，将产品的核心点(业务层)集中突出，尽可能做到任务路径的扁平化和用户操作便捷性，将用户最常用行为(用户层)分类组织，让这些功能元素能够被用户以最容易的方式获取和使用，一个网页或App产品要想有很好的可用性，需要做好的最基本的一点是导航的设计。导航菜单是具备导航功能的元素，它向用户展示了界面的所有重要选项。在界面设计中导航菜单可以放在不同的位置(侧边菜单，顶部菜单，底部菜单等)，拥有不同的交互和视觉形式(下拉菜单，上拉菜单，滑动菜单等)。要想设计好导航菜单的位置、交互和视觉形式，设计师需要经过全面的用户调查，包括目标用户的预期和要求、接受能力和使用情境。好的菜单设计能让用户更快地实现他们的目标，为用户体验打下坚实的基础。

如图1、图2和图3所示，用户熟知的导航框架基本分为以下几种模式：顶部水平导航(图1)、侧边竖直导航(图2)和全局次要导航(图3)。这些导航框架结合面包屑、选项卡、标签等次级导航形式，在多级别的具有层次结构的产品或网站中应用广泛。

由图1、图2和图3可以看出，相关技术是根据信息或功能的从属关系构建导航菜单，比如按照管理功能将导航菜单划分为行政管理、生产管理、财务管理、用户管理；按照信息分类将导航菜单划分为个人资产和公司资产。相关技术只是根据功能或信息的从属关系将菜单标签简单堆积在一个导航菜单中，并且这类导航菜单通常以列表的形式进行展示。这种导航方式，当用户完成任务需要使用多个功能时，则需要在不同的导航菜单中来回跳转，对于不熟悉导航菜单结构的新手来说，上手难度较大，需要长时间的学习和记忆才能熟练使用导航菜单。

针对上述相关技术的缺点，本发明实施例提供了一种导航菜单的生成方法，生成的导航菜单便于用户快速上手熟悉业务流程，能够提高用户的工作效率。为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

图4是本发明实施例提供的一种导航菜单的生成方法的实现流程示意图，所述导航菜单的生成方法的物理执行主体为电子设备，电子设备可以是台式电脑、笔记本电脑和服务器等。参考图4，导航菜单的生成方法包括：

S401，确定业务类型。

这里，每一个业务类型对应一个业务任务，比如用户的业务任务可以是资金监控、设备管理、信息管理等。一个用户可能具有多个业务任务，也就对应多个业务类型。

在实际应用中，业务类型可以由用户进行选择，比如可以将所有的业务类型展示给用户，用户从中选择自身需要的业务类型。

在一实施例中，在所述确定业务类型的步骤之前，所述方法还包括：

获取用户的第三操作；所述第三操作表征用户选中导航栏中的导航标签；所述导航栏中的每一个导航标签对应一种业务类型。

其中，所述导航栏具体包含的内容可以基于登陆用户的用户信息确定。

相应地，确定业务类型，包括：

基于所述第一操作所选中的导航标签，确定业务类型。

导航栏是指进入页面后，页面提供给用户选择业务类型的一排水平导航按钮(仅示例说明水平形式)，导航栏中的每一个导航标签对应一种业务类型。导航栏基于登陆用户的用户信息确定，或者说导航栏中显示的导航标签是基于登陆用户的用户信息确定的，每一个用户对应的导航栏可以不同，因为每一个用户对应的业务类型可能不同，比如公司财务人员的业务类型是资金监控，公司人事人员的业务类型是用户管理，则公司财务人员的导航栏显示的是资金监控的菜单标签，公司人事人员的导航栏显示的是用户管理的菜单标签。

可以预先将用户信息和导航栏的对应关系存储在数据库中，通过获取登陆用户的用户信息，从数据库中获取用户信息对应的导航栏，在页面显示用户信息对应的导航栏。一个用户可以对应多个业务类型，这样导航栏中也会显示多个导航标签，用户点击某个导航标签，表示用户选中该导航标签对应的业务类型。

本实施例可以根据不同的用户配置不同的导航栏，实现导航栏的定制化，导航栏与用户更加匹配，符合用户的日常使用场景，实现了产品与用户场景的高度匹配。

S402，获取所述业务类型对应的至少两个菜单标签；所述至少两个菜单标签中的每个菜单标签链接所述业务类型的一个业务页面。

用户完成一个业务任务，可能需要在多个业务页面之间进行跳转。例如，用户在执行资金监控任务时，首先需要通过资金输入页面获取用户输入的资金数量，然后跳转到资金监控页面进行资金监控。因此上述资金监控任务对应2个业务页面。

可见，每一个业务任务(业务类型)对应的业务页面都是确定的，每一个菜单标签链接一个业务页面。

这里获取业务类型对应的至少两个菜单标签，可以是临时创建业务类型对应的至少两个菜单标签；也可以是预先创建好业务类型对应的至少两个菜单标签，并保存在后台数据库中，在需要时从后台数据库取出业务类型对应的至少两个菜单标签。

每一个菜单标签链接一个业务页面，如果是临时创建菜单标签，则需要同时创建菜单标签与对应的业务页面之间的链接关系。如果是从后台数据库中取出业务类型对应的菜单标签，则其链接关系同样也保存在后台数据库中，在获取菜单标签的同时也得到了与业务页面的链接关系。

S403，基于所述业务类型中各个业务页面的操作顺序，排布所述至少两个菜单标签，以生成导航菜单。

导航菜单中的每一个菜单标签链接一个业务页面，比如完成一个业务任务需要5个业务页面，则该导航菜单包括5个菜单标签。按照业务类型中各个业务页面的操作顺序，排布至少两个菜单标签，生成的导航菜单能够直观展示业务流程，导航菜单能够引导用户执行业务流程，完成业务任务。根据菜单标签与业务页面的链接关系，用户点击菜单标签即可跳转至对应的业务页面。

由于业务页面的操作顺序表示业务流程，根据业务类型中各个业务页面的操作顺序生成的导航菜单可以引导用户执行业务流程。

在一实施例中，所述基于所述业务类型中各个业务页面的操作顺序，排布所述至少两个菜单标签，以生成导航菜单，包括：

基于所述业务类型中各个业务页面操作顺序，采用具备方向的连线将所述至少两个菜单标签进行连接，以得到所述导航菜单。

具体的，按照业务类型中各个业务页面的操作顺序，采用具备方向的连线将至少两个菜单标签进行连接，得到一个具有菜单标签的连接关系的导航菜单。由于菜单标签是根据业务页面的操作顺序连接的，其连接关系可视化了用户的业务流程和业务路径，便于用户直观了解业务流程和后续步骤。用户根据菜单标签的连接关系，可以依次跳转至对应的业务页面执行业务任务。对于新手用户来说，新手用户不需要理解复杂的产品逻辑，也不需要记忆菜单标签的位置，用户根据导航菜单中菜单标签的连接关系即可快速完成业务任务。

在一实施例中，所述基于所述业务类型中各个业务页面的操作顺序，排布所述至少两个菜单标签，以生成导航菜单，包括：

基于所述业务类型中各个业务页面的操作顺序，按执行的先后顺序，对所述至少两个菜单标签进行位置排序，以得到所述导航菜单。

在本发明实施例中，不对菜单标签进行连线，而是按照业务页面的操作顺序对菜单标签进行位置排序。例如，可以按照业务页面的操作顺序将至少两个菜单标签从左至右或从上到下进行位置排序。用户根据导航菜单中菜单标签的位置排序，也可以清楚了解业务流程，快速完成业务任务。

在实际应用中，“按执行的先后顺序，对所述至少两个菜单标签进行位置排序”具体可以是：按执行的先后顺序，将所述至少两个菜单标签嵌入至预设图片中。即具体地：生成的导航菜单可以以图片的形式保存在后台服务器中，当用户需要使用导航菜单时，从后台服务器中获取导航菜单对应的图片，将图片显示在前端页面中，导航菜单中的菜单标签可以以控件的形式嵌入在图片中，其中，所述预设图片应提前构建好了各个可嵌入的菜单标签的操作顺序，从而使得在拿到菜单标签之后，直接将多个菜单标签按照操作顺序，嵌入至预设图片中。

如图5所示，既对至少两个菜单标签进行位置排序，又对至少两个菜单标签进行连线。图5所示的导航菜单中的菜单标签从左至右进行了位置排序，并且采用具备方向的连线进行连接。图5所示的导航菜单可视化了业务流程，用户不需要理解复杂的产品逻辑，也不需要记忆功能模块的位置，用户根据导航菜单中菜单标签的连接关系或位置排序都可以快速完成业务任务。

应理解，图5中的导航菜单的方向可以任意变化，可以是横向，也可以是纵向；导航菜单的形式也可以进行任意变化，可以是方形的，也可以是圆形的。本申请不限定导航菜单的形式和方向。

参考图6，图6是本发明实施例提供的一种流程式导航菜单与层级导航菜单的关系示意图。流程式导航菜单对应本发明实施例，层级导航菜单对应相关技术，原有的层级导航菜单可以根据需要决定是否让用户在前端可见。

在一实施例中，所述方法还包括：

接收用户的操作信息，其中，所述操作信息用于配置或调整预设业务类型下的菜单标签属性。

这里，菜单标签属性包括菜单标签类别以及相关业务页面的操作顺序。具体地，用户可以通过设置菜单标签的名称、菜单标签的数量、菜单标签与业务页面的链接关系、各菜单标签的操作顺序等来设置菜单标签属性。比如，用户可以在后台输入的操作信息包括：菜单标签的数量为3，菜单标签的名称依次为“首页”、“信息管理”和“用户信息管理”，菜单标签的操作顺序为“首页”-“信息管理”-“用户信息管理”。则根据上述操作信息，可在后续生成包含菜单标签“首页”、“信息管理”和“用户信息管理”的导航菜单，并且使用具备方向的连线将菜单标签“首页”、“信息管理”和“用户信息管理”进行连线。

在接收到用户操作信息之后，可以对用户配置或调整后的菜单标签属性进行预先存储，以便于在需要生成导航菜单时，可以一键生成导航菜单，提高生成导航菜单的效率。

在实际应用中，用户可以在后台配置导航菜单(比如表格形式)，用户可以按照平台提供的流程指引和顺序来生成导航菜单，平台指生成导航菜单的平台，比如可以是浏览器。用户也可以在前台配置导航菜单，实现用户可自定义配置。比如用户可以在相关技术提供的层级导航菜单的基础上，采用具备方向的连线将层级导航菜单中的菜单标签进行连接，得到一个流程式导航菜单。本发明实施例可以实现用户自定义配置导航菜单，让用户根据自身的场景和需求来生成流程式导航菜单。具体地，在确定业务类型的步骤之前，还包括步骤：

接收用户对层级导航菜单中各个菜单标签的连线操作，得到预设业务类型下的菜单标签属性；其中，所述菜单标签属性包括菜单标签类别以及相关业务页面的操作顺序；

存储所述菜单标签属性以便于后续生成导航菜单。

当然用户也可以在前台对已经显示的导航菜单进行调整，比如在前台显示初始的导航菜单之后，可以接收用户的操作信息来调整相应业务类型下的菜单标签属性。具体地，在排布所述至少两个菜单标签，以生成导航菜单后，还包括步骤：

获取用户的第二操作，基于所述第二操作调整所述导航菜单中的菜单标签属性；

存储调整后的菜单标签属性以便于后续生成导航菜单。

以上两种流程式导航菜单的配置或调整方式简便，易于新人快速上手，能够提高工作效率。

对于新手用户来说，流程式导航菜单还可以使得新手用户快速上手熟悉业务流程，方便了新手用户对整个业务流程有清晰了解，降低了用户的学习和记忆成本。降低了产品使用门槛，提高了用户操作体验。

流程式的导航菜单可以灵活应用在不同的导航层级中，可以根据产品需求与不同形式和不同层次的导航栏结合使用。例如，图7是流程式的导航菜单与顶部导航栏结合使用的示意图，用户点击顶部导航栏中的一级菜单，即可显示对应的导航菜单。图8是流程式的导航菜单与侧边竖直导航栏结合使用的示意图，用户点击侧边竖直导航栏中的二级菜单，即可显示对应的导航菜单。图9是流程式的导航菜单与tab标签结合使用的示意图，用户点击tab标签，即可显示对应的导航菜单。流程式的导航菜单直观展示了业务流程，用户通过导航菜单的引导即可完成业务任务。

本发明实施例通过确定业务类型，获取业务类型对应的至少两个菜单标签，基于业务类型中各个业务页面的操作顺序，排布至少两个菜单标签，以生成导航菜单。其中，至少两个菜单标签中的每个菜单标签链接业务类型的一个业务页面。本发明实施例生成的导航菜单可视化了业务流程，用户根据导航菜单的引导即可完成业务任务，使得用户可以高效完成工作。而且本申请提供的导航菜单还便于新手用户快速上手熟悉业务流程，降低了用户的学习和记忆成本，提高了用户的操作体验。

参考图10，在一实施例中，所述获取所述业务类型对应的至少两个菜单标签，包括：

S1001，获取每个菜单标签链接的业务页面的状态信息。

S1002，在所述菜单标签中显示对应的业务页面的状态信息。

如图11所示，图11所示的导航菜单中的菜单标签的右上角显示有状态图标，比如图11中的√、！、①、③等图标。状态图标表示菜单标签对应的业务页面的状态，比如绿色的√图标表示业务页面是正常页面；红色的！图标表示业务页面是有风险的。

当业务页面内容存在一些异常或者进度、状态需要跟进时，把异常或进度、状态信息在导航菜单中的菜单标签上展示，用户不需要进入到业务页面就能总体了解到每一个菜单标签对应业务页面的状态。

相应地，所述基于所述业务类型中各个业务页面的操作顺序，排布所述至少两个菜单标签，以生成导航菜单，包括：

所述基于所述业务类型中各个业务页面的操作顺序，以悬浮窗口的形式排布所述至少两个菜单标签，以生成选中的导航标签对应的导航菜单。

如图12所示，当用户点击导航栏中的导航标签时，以悬浮窗口的形式显示导航标签对应的导航菜单。为了减少导航菜单在页面中占据的面积，使得页面更加美观，将整体导航菜单的导览图放在页面的悬浮窗口中，用户将鼠标移动到导航标签上即能在悬浮窗口中显示完整的导航菜单。

在实际应用中，用户选中的菜单标签在导航菜单中高亮显示，鼠标点击菜单标签，跳转至菜单标签对应的业务页面，标题栏的菜单名称更新为所选中的菜单标签的名称。

参考图13，在一实施例中，导航菜单的生成方法还包括：

S1301，获取用户的第一操作；所述第一操作表征用户选中所述导航菜单中的第一菜单标签。

用户可以通过触屏、鼠标、键盘、语音等方式选中导航菜单中的第一菜单标签。

S1302，确定所述第一菜单标签是否与第二菜单标签具有依赖关系；所述第二菜单标签表征所述导航菜单中位于所述第一菜单标签上游的菜单标签。

这里，第二导航标签指导航菜单中操作顺序的优先级高于第一菜单标签的菜单标签，例如在图11中，菜单标签⑤的操作顺序的优先级高于菜单标签⑥。如果第一菜单标签与第二菜单标签具有依赖关系，则必须先跳转至第二菜单标签对应的业务页面执行完操作，才能跳转至第一菜单标签对应的业务页面。

S1303，若所述第一菜单标签与第二菜单标签不具有依赖关系，响应于所述第一操作，跳转至所述第一菜单标签对应的业务页面。

如果不具有依赖关系，则可以直接跳转至第一菜单标签对应的业务页面。

在上述实施例中，若选中的第一菜单标签与第二菜单标签具有依赖关系，所述方法还包括：

若所述第一菜单标签与第二菜单标签具有依赖关系，且所述第二菜单标签对应的业务页面相关操作未完成，响应于所述第一操作，向用户发送告警信息；所述告警信息用于提示用户需操作第二菜单标签对应的业务页面。在此过程中，可拒绝跳转至所述第一菜单标签对应的业务页面，并还可以自动跳转至第二菜单标签对应的业务页面。

如果第一菜单标签与第二菜单标签具有依赖关系，而且第二菜单标签没有被操作过，即用户没有进入过第二菜单标签对应的业务页面，或者进入了第二菜单标签对应的业务页面，但是没有完成对应的操作，则发送告警信息，并可以同时拒绝跳转至第一菜单标签对应的业务页面，还可以自动跳转至第二菜单标签对应的业务页面。

参考图14，图14是本发明实施例提供的一种流程式导航菜单的架构示意图。流程式导航菜单的架构包括：数据层、信息架构层和业务层。

数据层：将底层数据划分为基础模块和业务模块。这里，模块指数据中的字段。基础模块是底层数据中唯一的或基础的字段，业务模块是针对不同的业务场景所专有的字段。例如，一条告警数据需要展示在不同的业务场景下，比如监控场景、勒索场景和挖矿场景等，不同的业务场景都需要读取这条告警数据，但不同场景下需要展示的这条告警数据的字段是不同的。基础模块就是不同业务场景中通用展示的字段，比如客户ID、告警ID等唯一的或基础的字段。业务模块指这条告警数据中与业务场景对应的字段。基础模块可以在不同的业务场景下通用，而业务模块只能应用在专有的业务场景下，各个业务模块按照对应的业务需求来演进，不需要同步到其它的业务模块。

信息架构层：信息架构就是合理的组织信息的展现形式，比如APP会划分首页、用户管理、安全管理等模块，这种模块的展现形式就是APP的信息架构。在本发明实施例中，信息架构指导航菜单的结构，比如在层级导航菜单中，一级导航菜单下包括若干个二级导航菜单，二级导航菜单下又包括若干个三级导航菜单。本发明实施例中的信息架构指业务类型，每一种业务类型对应一个导航菜单，获取业务类型对应的菜单标签，菜单标签对应的页面内容根据上述数据层的基础模块和业务模块构建。将菜单标签对应的页面内容划分为模块化的结构，构建好每一个菜单标签链接的页面内容。

业务层：业务层中的导航菜单根据业务流程构建，根据上述信息架构层中的菜单标签，按照业务流程对菜单标签进行连线或进行位置排列，得到流程式导航菜单。不同的业务场景对应不同的流程式导航菜单，流程式导航菜单的流程顺序代表用户执行业务任务的操作顺序，即便是非常复杂的业务场景，用户只需要根据流程式导航菜单的指导，按步骤即可完成该业务场景下需要完成的工作，极大地降低了用户学习和记忆成本。还可以使得新手用户快速上手熟悉业务流程，降低了产品使用门槛，提高了用户操作体验。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

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

另外，在本发明实施例中，“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

参考图15，图15是本发明实施例提供的一种导航菜单的生成装置的示意图，如图15所示，该装置包括：确定模块、获取模块和生成模块。

确定模块，用于确定业务类型；

获取模块，用于获取所述业务类型对应的至少两个菜单标签；所述至少两个菜单标签中的每个菜单标签链接所述业务类型的一个业务页面；

生成模块，用于基于所述至少两个菜单标签的操作顺序生成导航菜单；所述操作顺序表征所述业务类型对应的业务流程；所述导航菜单用于引导用户执行所述业务流程。

在一实施例中，所述生成模块在基于所述业务类型中各个业务页面的操作顺序，排布所述至少两个菜单标签，以生成导航菜单时，用于：

基于所述业务类型中各个业务页面操作顺序，采用具备方向的连线将所述至少两个菜单标签进行连接，以得到所述导航菜单。

在一实施例中，所述装置还包括：

状态获取模块，用于获取每个菜单标签链接的业务页面的状态信息；

状态显示模块，用于在所述菜单标签中显示对应的业务页面的状态信息。

在一实施例中，所述装置还包括：

第一操作获取模块，用于获取用户的第一操作；所述第一操作表征用户选中所述导航菜单中的第一菜单标签；

依赖关系确定模块，用于确定所述第一菜单标签是否与第二菜单标签具有依赖关系；所述第二菜单标签表征所述导航菜单中操作顺序的优先级高于所述第一菜单标签的菜单标签；

跳转模块，用于若所述第一菜单标签与第二菜单标签不具有依赖关系，响应于所述第一操作，跳转至所述第一菜单标签对应的业务页面。

在一实施例中，所述装置还包括：

告警模块，用于若所述第一菜单标签与第二菜单标签具有依赖关系，且所述第二菜单标签对应的业务页面相关操作未完成，响应于所述第一操作，向用户发送告警信息；所述告警信息用于提示用户需操作第二菜单标签对应的业务页面。

在一实施例中，所述装置还包括：

接收模块，用于接收用户对层级导航菜单中各个菜单标签的连线操作，得到预设业务类型下的菜单标签属性；其中，所述菜单标签属性包括菜单标签类别以及相关业务页面的操作顺序；存储所述菜单标签属性以便于后续生成导航菜单。

在一实施例中，所述装置还包括：

调整模块，用于获取用户的第二操作，基于所述第二操作调整所述导航菜单中的菜单标签属性；其中，所述菜单标签属性包括菜单标签类别以及相关业务页面的操作顺序；存储调整后的菜单标签属性以便于后续生成导航菜单。

实际应用时，所述确定模块、获取模块和生成模块可通过电子设备中的处理器，比如中央处理器(CPU，Central Processing Unit)、数字信号处理器(DSP，Digital SignalProcessor)、微控制单元(MCU，Microcontroller Unit)或可编程门阵列(FPGA，Field－Programmable Gate Array)等实现。

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

上述数据处理装置可以是镜像文件形式，该镜像文件被执行后，可以以容器或者虚拟机的形式运行，以实现本申请所述的数据处理方法。当然也不局限为镜像文件形式，只要能够实现本申请所述的数据处理方法的一些软件形式都在本申请的保护范围之内。

基于上述程序模块的硬件实现，且为了实现本申请实施例的方法，本申请实施例还提供了一种电子设备。图16为本申请实施例电子设备的硬件组成结构示意图，如图16所示，电子设备包括：

通信接口，能够与其它设备比如网络设备等进行信息交互；

处理器，与所述通信接口连接，以实现与其它设备进行信息交互，用于运行计算机程序时，执行上述电子设备侧一个或多个技术方案提供的方法。而所述计算机程序存储在存储器上。

当然，实际应用时，电子设备中的各个组件通过总线系统耦合在一起。可理解，总线系统用于实现这些组件之间的连接通信。总线系统除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图16中将各种总线都标为总线系统。

上述电子设备可以是集群形式，比如是云计算平台形式，所谓云计算平台是采用计算虚拟化、网络虚拟化、存储虚拟化技术把多个独立的服务器物理硬件资源组织成池化资源的一种业务形态，它是一种基于虚拟化技术发展基础上软件定义资源的结构，可以提供虚拟机、容器等形态的资源能力。通过消除硬件与操作系统之间的固定关系，依赖网络的连通统一资源调度，然后提供所需要的虚拟资源和服务，是一种新型的IT，软件交付模式，具备灵活，弹性，分布式，多租户，按需等特点。

目前的云计算平台支持几种服务模式：

SaaS(Software as a Service，软件即服务)：云计算平台用户无需购买软件，而改为租用部署于云计算平台的软件，用户无需对软件进行维护，软件服务提供商会全权管理和维护软件；

PaaS(Platform as a Service，平台即服务)：云计算平台用户(此时通常为软件开发商)可以在云计算平台提供的架构上建设新的应用，或者扩展已有的应用，同时却不必购买开发、质量控制或生产服务器；

IaaS(Infrastructure as a Service，基础架构即服务)：云计算平台通过互联网提供了数据中心、基础架构硬件和软件资源，IaaS模式下的云计算平台可以提供服务器、操作系统、磁盘存储、数据库和/或信息资源。

本申请实施例中的存储器用于存储各种类型的数据以支持电子设备的操作。这些数据的示例包括：用于在电子设备上操作的任何计算机程序。

可以理解，存储器可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read OnlyMemory)、可编程只读存储器(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，CompactDisc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，RandomAccessMemory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static RandomAccess Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static RandomAccess Memory)、动态随机存取存储器(DRAM，Dynamic RandomAccess Memory)、同步动态随机存取存储器(SDRAM，Synchronous DynamicRandomAccess Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，DoubleDataRate Synchronous Dynamic RandomAccess Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic RandomAccess Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic RandomAccess Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus RandomAccess Memory)。本申请实施例描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

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

可选地，所述处理器执行所述程序时实现本申请实施例的各个方法中由电子设备实现的相应流程，为了简洁，在此不再赘述。

在示例性实施例中，本申请实施例还提供了一种存储介质，即计算机存储介质，具体为计算机可读存储介质，例如包括存储计算机程序的第一存储器，上述计算机程序可由电子设备的处理器执行，以完成前述方法所述步骤。计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器。

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

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

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

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

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

需要说明的是，本申请实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

另外，在本申请实例中，“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

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