CN115826819A - 业务菜单索引展示方法及其装置、设备、介质、产品 - Google Patents

Abstract

本申请涉及一种业务菜单索引展示方法及其装置、设备、介质、产品，所述方法包括：响应用户触发的用于获取目标页面的页面访问请求，确定所述用户的角色标签及所述目标页面的类型标签；从菜单数据库中搜索出与所述角色标签和所述类型标签相匹配的全部菜单项，构造为看板菜单列表，将其中每个菜单项链接至相应功能页面，所述功能页面的访问地址关联相应的菜单项存储于所述菜单数据库中；将所述看板菜单列表嵌入所述目标页面的源代码后，生成相应的结果页面推送给所述用户展示。本申请对菜单项索引方式的改进，同时兼顾了复杂功能场景下对操作功能的专注性和灵活性，使计算机程序产品的功能组织更为合理，可以提升运行效率，并改善相关用户体验。

Description

业务菜单索引展示方法及其装置、设备、介质、产品

技术领域

本申请涉及软件工程技术领域，尤其涉及一种业务菜单索引展示方法及其装置、设备、介质、产品。

背景技术

企业资源计划(Enterpr i se Resource Pl ann i ng，ERP)相关的软件产品，需要对应多个业务部门、多种操作角色进行功能规划和开发，随着企业的壮大，需求增多，根据熵增规律，原来较为简洁的系统，系统会越来越臃肿，导致系统的开发管理越来越困难。

软件产品的功能菜单之间的组织关系是导致出现这种困难的重要原因之一。形象来说，一般规划软件的功能模块时，倾向于纵横有序的组织架构，例如，将一个系统划分为销售子系统、客服子系统、仓储子系统、广告子系统、物流子系统、产品子系统等，然后在每个子系统之下，又尽量纵向垂直地实施规划职能管理相对应的细分功能，表面上各个功能页面各施其职，但在实际应用时，由于有些功能其实是跨职能、跨角色的，这就导致有时候不得不突破有序的架构，导致组织失序。随着同类情况的增多，开发人员所面对的情形便越来越复杂，最终影响开发效率和系统功能的有序性。

以上的情况，对终端操作用户来说，也同样存在困惑，如果系统未能以更加灵活地方式为操作用户提供各种功能，操作用户在操作过程中顾此失彼，也不能发挥系统在组织效率上的优势。

由此可见，传统技术简单地按功能对系统菜单进行划分的技术实现方式，无法满足复杂交叉场景的服务需求，会导致系统运行低效，需要改进。

发明内容

本申请的目的在于解决上述问题而提供一种业务菜单索引展示方法及其相应的装置、设备、非易失性可读存储介质，以及计算机程序产品。

根据本申请的一个方面，提供一种业务菜单索引展示方法，包括如下步骤：

响应用户触发的用于获取目标页面的页面访问请求，确定所述用户的角色标签及所述目标页面的类型标签；

从菜单数据库中搜索出与所述角色标签和所述类型标签相匹配的全部菜单项，构造为看板菜单列表，将其中每个菜单项链接至相应功能页面，所述功能页面的访问地址关联相应的菜单项存储于所述菜单数据库中；

将所述看板菜单列表嵌入所述目标页面的源代码后，生成相应的结果页面推送给所述用户展示。

可选的，确定所述用户的角色标签及所述目标页面的类型标签，包括：

获取所述用户的个人账号信息中的角色标签；

从所述页面访问请求的请求地址中确定目标页面，从页面功能映射表中读取出与所述目标页面相映射的类型标签。

可选的，从菜单数据库中搜索出与所述角色标签和所述类型标签相匹配的全部菜单项，构造为看板菜单列表，将其中每个菜单项链接至相应功能页面，包括：

将所述角色标签和所述类型标签构造为查询向量；

计算所述查询向量与所述菜单数据库中每个菜单项所携带的所有标签构成的标签向量之间的语义相似度，使每个菜单项获得一个相应的语义相似度；

根据语义相似度筛选出多个菜单项，将所述多个菜单项构造为所述看板菜单列表。

可选的，根据语义相似度筛选出多个菜单项，将所述多个菜单项构造为所述看板菜单列表，包括：

根据语义相似度对所述菜单数据库中的各个菜单项进行倒排序；

按照预设数量筛选若干个排序靠前的菜单项构成候选菜单列表；

检测所述候选菜单列表中的各个菜单项是否将所述用户的角色标签列为禁止项，当列为禁止项时，将相应的菜单项从所述候选菜单列表中删除；

将所述候选菜单列表转换为所述看板菜单列表，使所述看板菜单列表被显示时展示相应的菜单项的菜单标题并链接到所述菜单项相应的功能页面。

可选的，响应用户触发的用于获取目标页面的页面访问请求，确定所述用户的角色标签及所述目标页面的类型标签之前，包括：

响应所述功能页面的页面发布请求，获取对应所述功能页面菜单标题、授权的角色标签及类型标签，以及被列为禁止项的角色标签；

将所述功能页面的访问地址与其对应的菜单标题、授权的角色标签及类型标签、列为禁止项的角色标签关联存储于所述菜单数据库中，以设置为相应的菜单项。

可选的，将所述看板菜单列表嵌入所述目标页面的源代码后，生成相应的结果页面推送给所述用户展示之后，包括：

由所述用户的终端设备接收所述结果页面并解析显示，从而加载嵌入所述结果页面中的看板菜单列表；

由所述终端设备生成所述结果页面相对应的索引项，将该索引项与所述看板菜单列表关联存储于本地的导航地图中；

由所述终端设备以悬浮窗口显示所述导航地图，在其中按照所述用户的访问时间顺序显示出各个所述的索引项的图示。

可选的，由所述终端设备以悬浮窗口显示所述导航地图，在其中按照所述用户的访问时间顺序显示出各个所述的索引项的图示之后，包括：

响应作用于任意一个所述的索引项的图示的触控指令，调用显示其相应的看板菜单列表；

响应作用于对应索引项显示的看板菜单列表中的任意一个菜单项的触控指令，加载显示相应的功能页面。

根据本申请的另一方面，提供一种业务菜单索引展示装置，包括：

请求响应模块，设置为响应用户触发的用于获取目标页面的页面访问请求，确定所述用户的角色标签及所述目标页面的类型标签；

菜单构造模块，设置为从菜单数据库中搜索出与所述角色标签和所述类型标签相匹配的全部菜单项，构造为看板菜单列表，将其中每个菜单项链接至相应功能页面，所述功能页面的访问地址关联相应的菜单项存储于所述菜单数据库中；

结果推送模块，设置为将所述看板菜单列表嵌入所述目标页面的源代码后，生成相应的结果页面推送给所述用户展示。

根据本申请的另一方面，提供一种业务菜单索引展示设备，包括中央处理器和存储器，所述中央处理器用于调用运行存储于所述存储器中的计算机程序以执行本申请所述的业务菜单索引展示方法的步骤。

根据本申请的另一方面，提供一种非易失性可读存储介质，其以计算机可读指令的形式存储有依据所述的业务菜单索引展示方法所实现的计算机程序，所述计算机程序被计算机调用运行时，执行该方法所包括的步骤。

根据本申请的另一方面，提供一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令被处理器执行时实现本申请任意一种实施例中所述方法的步骤。

相对于现有技术，本申请通过一个菜单数据库来存储菜单项的功能页面所属的类型标签和角色标签，利用用户获取目标页面相对应的页面获取请求中提供的类型标签和角色标签与菜单数据库中各个菜单项的相应信息进行匹配，实现菜单项搜索，将搜索出来的菜单项构造为看板菜单列表，将看板菜单列表与页面相解耦，而又通过类型标签和角色标签实现关联，使得看板菜单列表与页面的结合更为灵活，例如允许开发人员对应特定功能的菜单项开发相应的功能页面并定义好相应的类型标签和角色标签，而不必受制于横向职能划分，开发更为灵活；又如，允许通过模糊匹配的方式自适应生成每个目标页面的看板菜单列表，使看板菜单列表能够根据菜单数据库中的菜单项的标签变动进行灵活变动，可见，本申请通过改进菜单项的索引方式，从整体上改变了企业资源计划相关软件产品的菜单层级架构，同时兼顾了复杂功能场景下对操作功能的专注性和灵活性，使功能组织更为合理，可以提升相关计算机程序产品的运行效率，并改善相关用户体验。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请的示例性网络环境的架构示意图；

图2为本申请的业务菜单索引展示方法的一种实施例的流程示意图；

图3为本申请实施例中基于语义相似度确定出看板菜单列表的流程示意图；

图4为本申请实施例中构造看板菜单列表的流程示意图；

图5为本申请实施例中在终端设备展示导航地图的流程示意图；

图6为本申请示例性的图形用户界面，其中展示出看板相对应的页面控件及一个看板菜单列表；

图7为本申请示例性的图形用户界面，其中展示出导航地图，导航地图中显示多个页面相对应的看板的页面控件；

图8为本申请示例性的图形用户界面，其中展示从导航地图中唤出看板菜单列表的效果；

图9为本申请的业务菜单索引展示装置的原理框图；

图10为本申请所采用的一种业务菜单索引展示设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本技术领域技术人员可以理解，这里所使用的“客户端”、“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，进行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他诸如个人计算机、平板电脑之类的通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(Persona lCommun i cat i ons Serv i ce，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(Persona l D i gita l Ass i stant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(G l oba lPos i t i on i ng System，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“客户端”、“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“客户端”、“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、M I D(Mob i l eI nternet Devi ce，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

本申请所称的“服务器”、“客户端”、“服务节点”等名称所指向的硬件，本质上是具备个人计算机等效能力的电子设备，为具有中央处理器(包括运算器和控制器)、存储器、输入设备以及输出设备等冯诺依曼原理所揭示的必要构件的硬件装置，计算机程序存储于其存储器中，中央处理器将存储在外存中的程序调入内存中运行，执行程序中的指令，与输入输出设备交互，借此完成特定的功能。

需要指出的是，本申请所称的“服务器”这一概念，同理也可扩展到适用于服务器机群的情况。依据本领域技术人员所理解的网络部署原理，所述各服务器应是逻辑上的划分，在物理空间上，这些服务器既可以是互相独立但可通过接口调用的，也可以是集成到一台物理计算机或一套计算机机群的。本领域技术人员应当理解这一变通，而不应以此约束本申请的网络部署方式的实施方式。

本申请的一个或数个技术特征，除非明文指定，既可部署于服务器实施而由客户端远程调用获取服务器提供的在线服务接口来实施访问，也可直接部署并运行于客户端来实施访问。

本申请中所引用或可能引用到的神经网络模型，除非明文指定，既可部署于远程服务器且在客户端实施远程调用，也可部署于设备能力胜任的客户端直接调用，某些实施例中，当其运行于客户端时，其相应的智能可通过迁移学习来获得，以便降低对客户端硬件运行资源的要求，避免过度占用客户端硬件运行资源。

本申请所涉及的各种数据，除非明文指定，既可远程存储于服务器，也可存储于本地终端设备，只要其适于被本申请的技术方案所调用即可。

本领域技术人员对此应当知晓：本申请的各种方法，虽然基于相同的概念而进行描述而使其彼此间呈现共通性，但是，除非特别说明，否则这些方法都是可以独立执行的。同理，对于本申请所揭示的各个实施例而言，均基于同一发明构思而提出，因此，对于相同表述的概念，以及尽管概念表述不同但仅是为了方便而适当变换的概念，应被等同理解。

本申请即将揭示的各个实施例，除非明文指出彼此之间的相互排斥关系，否则，各个实施例所涉的相关技术特征可以交叉结合而灵活构造出新的实施例，只要这种结合不背离本申请的创造精神且可满足现有技术中的需求或解决现有技术中的某方面的不足即可。对此变通，本领域技术人员应当知晓。

本申请的一种业务菜单索引展示方法，可被编程为计算机程序产品，部署于客户端或服务器中运行而实现，例如，本申请的示例性应用场景中，可以在电商平台的服务器中部署实现，藉此可以通过访问该计算机程序产品运行后开放的接口，通过图形用户界面与该计算机程序产品的进程进行人机交互而执行该方法。

请参阅图1，本申请一种示例性的应用场景所采用的网络架构，包括终端设备80和业务服务器81，所述业务服务器81可用于部署企业资源计划相关的软件系统，所述软件系统，示例而言，可以是跨境电商企业所使用的专用软件系统，能够实现对多家电商平台中分布运营的多个线上店铺的运营数据的集中式管理，每个线上店铺可以有多个语言版本以服务于不同语种地区，而跨境电商企业用户则可通过所述软件系统，实现诸如销售、物流、仓储、客服、广告等等不同方面的集中式控制管理。

本申请的业务菜单索引展示方法可以通过编程实现为一个计算机程序产品，构造所述软件系统的功能插件之一，一同部署于所述业务服务器81中运行。所述终端设备80可提供给开发用户发布所述软件系统的各种软件资源，包括源代码、素材资源、样式资源等，从而提供所述软件系统的各种功能页面，所述终端设备80也可提供给所述软件系统的任意操作用户进行访问，以访问所述业务服务器81所提供的各种页面，实现使用所述软件系统。

在以上原理性说明的基础上，请参阅图2，根据本申请提供的一种业务菜单索引展示方法，在其一个实施例中，包括如下步骤：

步骤S1100、响应用户触发的用于获取目标页面的页面访问请求，确定所述用户的角色标签及所述目标页面的类型标签；

当所述软件系统中的任意一个用户需要访问软件系统的某个目标页面时，通常事先会先完成登录操作，成为相应的操作用户，然后，通过在浏览器输入一个访问地址，或者通过在所述软件系统的一个页面点击其他目标页面的链接，即可触发所述目标页面相对应的页面访问请求，该页面访问请求被提交至所述业务服务器。

所述操作用户，通常会事先被设定为不同角色，从而获得相应的角色标签，例如“运营”、“客服”、“广告”等标签，通过这些角色标签来表示所述操作用户能够获得相应功能或相应功能页面的操作权限，进一步还可以细化到“销售计划”、“系统管理员”等具体岗位角色，可见，基于本申请的技术方案的灵活性，对于角色标签的设定，可以是多层次多岗位进行灵活划分的，不同角色标签所对应的权限允许在一定程度上存在交叉。

操作用户所需获取的目标页面，是软件系统的一种功能页面。在本申请中，软件系统的功能页面也会被赋予相应的角色标签，除此之外，还会被赋予类型标签，用于对其进行多层次多方面的标注，例如，一个功能页面的类型标签可以被标注为“客服”和“通用”两个类型标签，其中，“客服”是按照功能模块来划分的，表示其属于客服子系统的页面，而“通用”是按照操作权限来划分的，表示其适用于任意用户使用。形象来说，按照以上两个类型标签所定义的功能页面是一个客服问题列表，其所携带的两个类型标签，可以用来指示任意操作用户均可在客服功能模块中使用所述目标页面以查看客服问题列表。

由此可见，无论是角色标签还是类型标签，均可以具有较为复杂的分类体系，不仅可以设计为多层级的垂直架构，而且可以将同一层级设计为多方面的横向架构，且允许同一功能页面同时标注为可供多个层级和/或多个方面所使用。

为此在业务服务器中，会事先存储每个软件系统的每个功能页面及其相应的类型标签、角色标签之间的映射关系数据，将这种映射关系数据存储到菜单数据库中，并且使用所述功能页面的标题信息来作为其菜单标题，关联所述功能页面的访问地址，由此，每个功能页面在所述菜单数据库中实际形成一个相应的菜单项，可以通过菜单数据库查询出每个功能页面相对应的类型标签和类型标签，还可利用这些标签来实现搜索和匹配等功能。

当操作用户触发所述页面访问请求时，业务服务器响应于该页面访问请求，解析出操作用户的角色标签和所要获取的目标页面的类型标签，以便根据这些标签来确定所述目标页面中的看板菜单列表。所述目标页面实际上也可以是所述软件系统中的一个功能页面，而所述看板菜单列表可以被实现为软件系统中每个页面的跨页面的功能菜单，可以在用户获取目标页面时生成并嵌入该目标页面，从而使用户的终端设备在显示所述目标页面时，能够访问嵌入其中的看板菜单列表，从而能够访问看板菜单列表中的菜单项相对应的功能页面。

步骤S1200、从菜单数据库中搜索出与所述角色标签和所述类型标签相匹配的全部菜单项，构造为看板菜单列表，将其中每个菜单项链接至相应功能页面，所述功能页面的访问地址关联相应的菜单项存储于所述菜单数据库中；

如前所述，菜单数据库中已经存在各个功能页面的角色标签、类型标签、菜单标题及访问地址，而所述页面访问请求相对应提供了用户的角色标签及所要获取的目标页面的类型标签，因而，可以利用角色标签、类型标签的对应关系，为所述页面访问请求，从所述菜单数据库中搜索出多个相匹配的功能页面来构造菜单项并生成所述目标页面的看板菜单列表。

较为高效的一种实施例中，基于规则匹配的方式，利用所述页面访问请求的角色标签和类型标签作为查询项，对所述菜单数据库中的功能页面相对应的菜单项所携带的角色标签和类型标签进行匹配，匹配出携带所述查询项的各个菜单项。

更为智能的一种实施例中，可以基于语义匹配的方式，利用所述页面访问请求的角色标签和类型标签作为查询项抽取其语义特征，然后与菜单数据库中的各个菜单项所携带的角色标签和类型标签所抽取出的语义特征进行语义相似度的匹配，从而匹配出携带所述查询项的各个菜单项。

当从所述菜单数据库中，根据所述页面访问请求相对应的角色标签和类型标签匹配出全部菜单项并构造为相应的看板菜单列表后，针对看板菜单列表中的各个菜单项，其实质是指向一个功能页面，故而可以为其创建到达相应功能页面的访问地址的链接，以使看板菜单列表成为可交互的对象。

步骤S1300、将所述看板菜单列表嵌入所述目标页面的源代码后，生成相应的结果页面推送给所述用户展示。

为所述页面访问请求确定了其相应的看板菜单列表之后，便可将整个看板菜单列表嵌入到所述目标页面的源代码中，然后渲染生成相应的结果页面，推送给发送所述页面访问请求的用户。所述用户的终端设备接收到所述结果页面之后，对其进行解析显示，由此，不仅展示出所述结果页面的内容，而且也能够展示出所述看板菜单列表，在其中看到关联于当前结果页面的各个功能页面相对应的菜单项，触控任意一个菜单项均可到达相应的功能页面。

根据以上实施例可知，本申请通过一个菜单数据库来存储菜单项的功能页面所属的类型标签和角色标签，利用用户获取目标页面相对应的页面获取请求中提供的类型标签和角色标签与菜单数据库中各个菜单项的相应信息进行匹配，实现菜单项搜索，将搜索出来的菜单项构造为看板菜单列表，将看板菜单列表与页面相解耦，而又通过类型标签和角色标签实现关联，使得看板菜单列表与页面的结合更为灵活，例如允许开发人员对应特定功能的菜单项开发相应的功能页面并定义好相应的类型标签和角色标签，而不必受制于横向职能划分，开发更为灵活；又如，允许通过模糊匹配的方式自适应生成每个目标页面的看板菜单列表，使看板菜单列表能够根据菜单数据库中的菜单项的标签变动进行灵活变动，可见，本申请通过改进菜单项的索引方式，从整体上改变了企业资源计划相关软件产品的菜单层级架构，同时兼顾了复杂功能场景下对操作功能的专注性和灵活性，使功能组织更为合理，可以提升相关计算机程序产品的运行效率，并改善相关用户体验。

在本申请任意实施例的基础上，确定所述用户的角色标签及所述目标页面的类型标签，包括：

步骤S1110、获取所述用户的个人账号信息中的角色标签；

在用户提交所述页面访问请求之后，可以根据从所述用户的个人账号信息中，获取其被预先配置设定的角色标签，用户持有的角色标签可以有一个或多个，一般由系统管理用户或者其授权用户预选设定。当存在多个所述的角色标签时，可以一并获取。

步骤S1120、从所述页面访问请求的请求地址中确定目标页面，从页面功能映射表中读取出与所述目标页面相映射的类型标签。

用户提交的页面访问请求，一般是以统一资源定位符的方式进行表示的，表现为一个地址，地址末端一般指向所要获取的目标页面的文件名，或者即使缺少所述目标页面的文件名，也可按照业务服务器默认的设置确定其文件名，据此，可以采用所述文件名为所述功能页面的菜单项的唯一性特征信息，在一个预先设定了文件名与功能页面的映射关系的功能映射表中查询出其相对应全部类型标签，当然，在一些实施例中，所述功能映射表也可以融合于所述菜单数据库中，以便通过所述菜单数据库也可以查询出所述目标页面的全部类型标签。当采用功能映射表来独立于菜单数据库表示出文件名与功能页面之间的映射关系时有其独特的优势，主要是可以将软件系统的功能页面划分为两类，一类是记载在功能映射表中但不出现在菜单数据库中的，一类则是出现在菜单数据库但不出现在功能映射表中的，由此，两类功能页面可以各施其职，用户主动触发获取的目标页面是功能映射表中的功能页面，而目标页面中的看板菜单列表的菜单项的页面则是来源于菜单数据库的功能页面，由此方便开发用户基于不同类型的功能页面进行对应开发。

根据以上实施例可以看出，在页面访问请求发起之后，业务服务器仅凭该页面访问请求作为依据便可获得相应的类型标签和角色标签，无需修改既有的网页协议，却可为本申请的实施奠定基础，方便软件工程的高效实现。

在本申请任意实施例的基础上，请参阅图3，从菜单数据库中搜索出与所述角色标签和所述类型标签相匹配的全部菜单项，构造为看板菜单列表，将其中每个菜单项链接至相应功能页面，包括：

步骤S1210、将所述角色标签和所述类型标签构造为查询向量；

当需要为页面访问请求匹配菜单项时，可将所述页面访问请求相对应的所述用户的全部角色标签和其所要获取的目标页面的全部类型标签均构造为查询向量，所述查询向量，可以是采用一个相应的文本特征表示模型，所述文本特征表示模型可以是基于深度学习的神经网络模型，通过预先训练制备，借助所述文本特征表示模型预先为各个角色标签和类型标签提取确定的，实际上是一种词向量，也就是说，将所述页面访问请求的全部角色标签和全部类型标签相对应的词向量组织在一起构造同一查询向量即可。

在一些实施例中，还可以在查询向量的基础上进一步应用文本特征提取模型，对其提取深层语义信息，获得相应的查询向量来替换所述查询向量。

步骤S1220、计算所述查询向量与所述菜单数据库中每个菜单项所携带的所有标签构成的标签向量之间的语义相似度，使每个菜单项获得一个相应的语义相似度；

同理，对于菜单数据库中每个菜单项相对应的功能页面的全部角色标签和全部类型标签，也可以按照前一步骤确定查询向量的方式，对应相同方式构造出其相应的标签向量，使得菜单数据库中的每个菜单项所指向的功能页面均有其相应的标签向量。

在所述查询向量及所述菜单数据库中的各个菜单项相对应的标签向量的基础上，可以计算所述查询向量与每个所述的标签向量之间的数据距离，从而确定出相应的语义相似度，使语义相似度越高，表示查询向量与标签向量之间的语义越相似。

进行数据距离计算所采用的数据距离算法，可以采用余弦相似度算法、欧氏距离算法、皮尔逊相关系数算法、杰卡德系数算法等等任意一种适于计算向量间距离的算法来确定，只要将最终结果归一化为所述语义相似度的表示即可。

经相似度计算，所述菜单数据库中的每个菜单项均获得一个相应的语义相似度，用于表示其与所述查询向量之间的语义相似程度。

步骤S1230、根据语义相似度筛选出多个菜单项，将所述多个菜单项构造为所述看板菜单列表。

为了构造所述看板菜单列表，根据语义相似度对所述菜单数据库中的全部菜单项进行筛选，选取出语义相似度较高的部分菜单项，将这些菜单项构造为所述目标页面的看板菜单列表即可。

根据以上实施例可知，基于语义相似度来为页面访问请求匹配出其所指向的目标页面相似的功能页面，构造出可以访问这些功能页面的看板菜单列表，使目标页面与这些功能页面之间基于语义相似建立关联，而不依赖于彼此的强约束关系，使看板菜单列表的菜单项的构成不受制约。也就是说，对于用户访问的每一个目标页面来说，其看板菜单列表中的列出的各个菜单项所指向的功能页面，是根据标签间的语义来生成的，这种语言既考虑了用户的角色标签所起的作用，也考虑了所述目标页面的类型标签所起的作用，利用这两种作用实现特定用户访问目标页面时，为目标页面提供匹配该用户及该目标页面的看板菜单列表，在看板菜单列表中通过菜单项的形式提供适配该特定用户及该目标页面的功能页面，将目标页面与其引用的功能页面之间的关联关系，从强约束改变为语义约束，由此无论是开发用户在开发页面时，还是操作用户在使用页面时，均无需过度关注页面之间的引用关系，只需按照标签之间的对应关系，便可实现页面之间的关联访问。

在本申请任意实施例的基础上，请参阅图4，根据语义相似度筛选出多个菜单项，将所述多个菜单项构造为所述看板菜单列表，包括：

步骤S1231、根据语义相似度对所述菜单数据库中的各个菜单项进行倒排序；

为了从所述菜单数据库中优选出各个目标菜单项，在各个菜单项均获得其与所述查询向量相对应的语义相似度的基础上，可以根据语义相似度对全部菜单项进行倒排序，使语义相似度自大到小排列。

步骤S1232、按照预设数量筛选若干个排序靠前的菜单项构成候选菜单列表；

考虑到页面的显示空间有限，一般为看板菜单列表设定一个最大菜单项数，利用这个数量对倒排序结果进行截尾，从而获得与最大菜单项数相对应的多个排序靠前的菜单项，即是适配于所述页面访问请求的目标菜单项。将这些目标菜单项提取出来，构成候选菜单列表。

步骤S1233、检测所述候选菜单列表中的各个菜单项是否将所述用户的角色标签列为禁止项，当列为禁止项时，将相应的菜单项从所述候选菜单列表中删除；

考虑到本申请基于标签匹配的方式确定目标页面的菜单项的特点，对于一些页面功能较为独立的功能页面来说，不必依赖于其他页面相互传递参数，所以在开发上能够方便开发用户更为自由地开发各种功能页面，但对于一些可能需要依赖页面间传递参数，或者对不同角色标签具有排斥关系的功能页面，允许通过在所述菜单数据库中设置每个功能页面相对应的禁止项，在禁止项中可以记载需要禁止的角色标签，当存在这样的角色标签时，相应的功能页面不应被匹配给持有所述角色标签的用户。

据此，在确定所述候选菜单列表之后，可以进一步对禁止项进行排查，检测所述候选菜单列表中的每个菜单项是否将所述用户持有的角色标签列为禁止项，当列为禁止项时，则将相应的菜单项从所述候选菜单列表中删除。

步骤S1234、将所述候选菜单列表转换为所述看板菜单列表，使所述看板菜单列表被显示时展示相应的菜单项的菜单标题并链接到所述菜单项相应的功能页面。

经过以上过程获得的候选菜单列表是符合预期的列表，因而，可在最终获得的候选菜单列表的基础上，对各个菜单项进行格式封装，转换为所述看板菜单列表。具体来说，可以根据所述候选菜单列表中的各个菜单项，获取每个菜单项相对应的访问地址和菜单标题，建立所述菜单标题与其访问地址之间的超链接关系，然后存储于所述看板菜单列表中。在所述看板菜单列表中，可以按照所述语义相似度维持菜单项之间的倒排序，这样，当看板菜单列表被解析显示时，与当前页面越相关的功能页面，越能被靠前提示给用户，页面访问效率更高。

根据以上实施例可知，本申请通过倒排序以及禁止项排除等手段，精选出目标页面相对应的看板菜单列表中的各个菜单项，这些菜单项通常是跟目标页面高度相关的，具有更高的交互效率，可以进一步缩小用户访问页面时的交互深度，使软件系统的交互效率更高。

在本申请任意实施例的基础上，响应用户触发的用于获取目标页面的页面访问请求，确定所述用户的角色标签及所述目标页面的类型标签之前，包括：

步骤S2100、响应所述功能页面的页面发布请求，获取对应所述功能页面菜单标题、授权的角色标签及类型标签，以及被列为禁止项的角色标签；

所述软件系统的开发用户在开发某个功能页面之后，可以对其进行发布，从而触发相应的页面发布请求，在触发所述页面发布请求时，一般要求开发用户一并提供要发布的功能页面的菜单标题、授权的角色标签以及所述功能页面相对应的类型标签等，同时，还可以要求一并提交被列为禁止项的角色标签。业务服务器响应所述页面发布请求，对应进行解析，便可获得以上各项数据。

步骤S2200、将所述功能页面的访问地址与其对应的菜单标题、授权的角色标签及类型标签、列为禁止项的角色标签关联存储于所述菜单数据库中，以设置为相应的菜单项。

进一步，业务服务器存储所述功能页面的源代码，获得相应的访问地址，然后，将其菜单标题、授权的角色标题及类型标签，以及列为禁止项的角色标签等，构造为映射关系数据，存储到所述菜单数据库中，从而为所述菜单数据库中增加一个相应的菜单项。

根据以上实施例可见，根据本申请的思路，开发用户无需再过度关注软件系统中的页面与页面之间的强引用关系，只需通过为其所开发的功能页面设定角色标签和类型标签的方式发布相应的功能页面，后续根据本申请的标签匹配逻辑，其所开发的功能页面便可以某种方式被调用，使功能页面与看板菜单列表解耦却又通过标签维持关联，使不同页面之间的连结也更为灵活，极大地提升了软件系统的开发效率。

在本申请任意实施例的基础上，请参阅图5，将所述看板菜单列表嵌入所述目标页面的源代码后，生成相应的结果页面推送给所述用户展示之后，包括：

步骤S3100、由所述用户的终端设备接收所述结果页面并解析显示，从而加载嵌入所述结果页面中的看板菜单列表；

在终端设备侧，当所述用户接收到其想要获取的目标页面相对应的结果页面后，便会通过浏览器对其进行解析，通过解析将其显示到图形用户界面中。由于所述结果页面中嵌入了相应的看板菜单列表，因而，通过解析，该页面将加载所述看板菜单列表。一个实施例中，可以将所述看板菜单列表的入口实现为一个页面控件如图6所示，或者一个菜单项，或者悬浮窗口等，本领域技术人员可灵活实现。

步骤S3200、由所述终端设备生成所述结果页面相对应的索引项，将该索引项与所述看板菜单列表关联存储于本地的导航地图中；

考虑到软件系统在功能上的复杂性，以及本申请的看板菜单列表适应每个不同页面而智能定制的特点，本实施例中，在用户使用软件系统的过程中，可以为该用户创建其访问过程相对应的本地的导航地图，通过导航地图来展示用户访问过程中所使用的各个页面的看板菜单列表。

为此，对于每个结果页面，先为其生成相应的索引项，所述索引项可以是根据所述结果页面的访问地址，采用哈希算法生成的唯一性特征值。在确定结果页面的索引项的基础上，将该索引项与其看板菜单列表构造成映射关系数据，存储到系统内容的导航地图中，所述导航地图也将以悬浮窗口的形式展示到用户的图形用户界面中。至于所述看板菜单列表与其索引项关联存储时，主要是存储其源码数据，以便根据源码数据相应解析并显示。

步骤S3300、由所述终端设备以悬浮窗口显示所述导航地图，在其中按照所述用户的访问时间顺序显示出各个所述的索引项的图示。

在终端设备的图形用户界面中，如图7所示，显示一个悬浮窗口，用于塑造用户使用软件系统的过程中所访问的各个页面所形成的路径，其中，对每个结果页面，也即对每个结果页面的索引项，可以在所述悬浮窗口中对应显示一个图示，通过该图示来表示出相应的结果页面，当然所述图示下方还可以显示相应的页面标题，不同图示之间，可以按照用户访问相应结果页面的时序顺序进行顺序排列。

一个实施例中，每个图示可以创建到其相应的结果页面的访问地址的超链接，以便通过该图示可以返回相应的结果页面。

根据以上实施例可见，在一个功能复杂的软件系统中，通过导航地图的方式展示出用户所访问过的各个结果页面，可以方便用户快速切换历史页面，提升人机交互效率。

在本申请任意实施例的基础上，由所述终端设备以悬浮窗口显示所述导航地图，在其中按照所述用户的访问时间顺序显示出各个所述的索引项的图示之后，包括：

步骤S3400、响应作用于任意一个所述的索引项的图示的触控指令，调用显示其相应的看板菜单列表；

如图8所示，所述导航地图中的图示可以被链接至其看板菜单列表，当用户触控所述导航地图中的任意一个图示时，触发相应的触控指令，便可获取所述图示的索引项相对应的看板菜单列表的源码数据，对其进行解析并加载，从而在悬浮窗口中显示出其相应的看板菜单列表的各个菜单项，而其中每个菜单项则链接至其相应的功能页面的访问地址。

步骤S3500、响应作用于对应索引项显示的看板菜单列表中的任意一个菜单项的触控指令，加载显示相应的功能页面。

当用户需要访问某个图示相对应的看板菜单列表中的某个菜单项时，可以对其进行触控操作，从而触发相应的触控指令，响应于该指令，浏览器便根据该菜单项相应的访问地址，向业务服务器获取所述菜单项相对应的功能页面，从而实现快速直达相应的功能页面。

根据以上实施例可见，适应本申请中，看板菜单列表中的菜单项对应页面而非强制约束提供的灵活性，在终端设备中加载悬浮的导航地图供用户快速查寻历史获得的相关看板菜单列表，方便用户快速获取相应的功能页面，从而可以提升人机交互效率。

请参阅图9，根据本申请的一个方面提供的一种业务菜单索引展示装置，包括请求响应模块1100、菜单构造模块1200，以及结果推送模块1300，其中，所述请求响应模块1100，设置为响应用户触发的用于获取目标页面的页面访问请求，确定所述用户的角色标签及所述目标页面的类型标签；所述菜单构造模块1200，设置为从菜单数据库中搜索出与所述角色标签和所述类型标签相匹配的全部菜单项，构造为看板菜单列表，将其中每个菜单项链接至相应功能页面，所述功能页面的访问地址关联相应的菜单项存储于所述菜单数据库中；所述结果推送模块1300，设置为将所述看板菜单列表嵌入所述目标页面的源代码后，生成相应的结果页面推送给所述用户展示。

在本申请任意实施例的基础上，所述请求响应模块1100，包括：角色确定单元，设置为获取所述用户的个人账号信息中的角色标签；类型确定单元，设置为从所述页面访问请求的请求地址中确定目标页面，从页面功能映射表中读取出与所述目标页面相映射的类型标签。

在本申请任意实施例的基础上，所述菜单构造模块1200，包括：查询构造单元，设置为将所述角色标签和所述类型标签构造为查询向量；相似计算单元，设置为计算所述查询向量与所述菜单数据库中每个菜单项所携带的所有标签构成的标签向量之间的语义相似度，使每个菜单项获得一个相应的语义相似度；菜单筛选单元，设置为根据语义相似度筛选出多个菜单项，将所述多个菜单项构造为所述看板菜单列表。

在本申请任意实施例的基础上，所述菜单筛选单元，包括：排序处理子单元，设置为根据语义相似度对所述菜单数据库中的各个菜单项进行倒排序；筛选过滤子单元，设置为按照预设数量筛选若干个排序靠前的菜单项构成候选菜单列表；例外排除子单元，设置为检测所述候选菜单列表中的各个菜单项是否将所述用户的角色标签列为禁止项，当列为禁止项时，将相应的菜单项从所述候选菜单列表中删除；转换构造子单元，设置为将所述候选菜单列表转换为所述看板菜单列表，使所述看板菜单列表被显示时展示相应的菜单项的菜单标题并链接到所述菜单项相应的功能页面。

在本申请任意实施例的基础上，本申请的业务菜单索引展示装置，包括：发布响应模块，设置为响应所述功能页面的页面发布请求，获取对应所述功能页面菜单标题、授权的角色标签及类型标签，以及被列为禁止项的角色标签；存储处理模块，设置为将所述功能页面的访问地址与其对应的菜单标题、授权的角色标签及类型标签、列为禁止项的角色标签关联存储于所述菜单数据库中，以设置为相应的菜单项。

在本申请任意实施例的基础上，本申请的业务菜单索引展示装置，包括：解析显示模块，设置为由所述用户的终端设备接收所述结果页面并解析显示，从而加载嵌入所述结果页面中的看板菜单列表；本地索引模块，设置为由所述终端设备生成所述结果页面相对应的索引项，将该索引项与所述看板菜单列表关联存储于本地的导航地图中；地图呈现模块，设置为由所述终端设备以悬浮窗口显示所述导航地图，在其中按照所述用户的访问时间顺序显示出各个所述的索引项的图示。

在本申请任意实施例的基础上，本申请的业务菜单索引展示装置，包括：图示响应模块，设置为响应作用于任意一个所述的索引项的图示的触控指令，调用显示其相应的看板菜单列表；菜单响应模块，设置为响应作用于对应索引项显示的看板菜单列表中的任意一个菜单项的触控指令，加载显示相应的功能页面。

本申请的另一实施例还提供一种业务菜单索引展示设备。如图10所示，业务菜单索引展示设备的内部结构示意图。该业务菜单索引展示设备包括通过系统总线连接的处理器、计算机可读存储介质、存储器和网络接口。其中，该业务菜单索引展示设备的计算机可读的非易失性可读存储介质，存储有操作系统、数据库和计算机可读指令，数据库中可存储有信息序列，该计算机可读指令被处理器执行时，可使得处理器实现一种业务菜单索引展示方法。

该业务菜单索引展示设备的处理器用于提供计算和控制能力，支撑整个业务菜单索引展示设备的运行。该业务菜单索引展示设备的存储器中可存储有计算机可读指令，该计算机可读指令被处理器执行时，可使得处理器执行本申请的业务菜单索引展示方法。该业务菜单索引展示设备的网络接口用于与终端连接通信。

本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的业务菜单索引展示设备的限定，具体的业务菜单索引展示设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

本实施方式中处理器用于执行图9中的各个模块、子模块、单元的具体功能，存储器存储有执行上述模块或子模块所需的程序代码和各类数据。网络接口用于实现用户终端或服务器之间的数据传输。本实施方式中的非易失性可读存储介质中存储有本申请的业务菜单索引展示装置中执行所有模块所需的程序代码及数据，服务器能够调用服务器的程序代码及数据执行所有模块的功能。

本申请还提供一种存储有计算机可读指令的非易失性可读存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行本申请任一实施例的业务菜单索引展示方法的步骤。

本申请还提供一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被一个或多个处理器执行时实现本申请任一实施例所述方法的步骤。

本领域普通技术人员可以理解，实现本申请上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一非易失性可读存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-On ly Memory，ROM)等计算机可读存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

综上所述，本申请通过改进菜单项的索引方式，从整体上改变了企业资源计划相关软件产品的菜单层级架构，同时兼顾了复杂功能场景下对操作功能的专注性和灵活性，使功能组织更为合理，可以提升相关计算机程序产品的运行效率，并改善相关用户体验。

Claims (10)

1.一种业务菜单索引展示方法，其特征在于，包括：

响应用户触发的用于获取目标页面的页面访问请求，确定所述用户的角色标签及所述目标页面的类型标签；

从菜单数据库中搜索出与所述角色标签和所述类型标签相匹配的全部菜单项，构造为看板菜单列表，将其中每个菜单项链接至相应功能页面，所述功能页面的访问地址关联相应的菜单项存储于所述菜单数据库中；

将所述看板菜单列表嵌入所述目标页面的源代码后，生成相应的结果页面推送给所述用户展示。

2.根据权利要求1所述的业务菜单索引展示方法，其特征在于，确定所述用户的角色标签及所述目标页面的类型标签，包括：

获取所述用户的个人账号信息中的角色标签；

从所述页面访问请求的请求地址中确定目标页面，从页面功能映射表中读取出与所述目标页面相映射的类型标签。

3.根据权利要求1所述的业务菜单索引展示方法，其特征在于，从菜单数据库中搜索出与所述角色标签和所述类型标签相匹配的全部菜单项，构造为看板菜单列表，将其中每个菜单项链接至相应功能页面，包括：

将所述角色标签和所述类型标签构造为查询向量；

计算所述查询向量与所述菜单数据库中每个菜单项所携带的所有标签构成的标签向量之间的语义相似度，使每个菜单项获得一个相应的语义相似度；

根据语义相似度筛选出多个菜单项，将所述多个菜单项构造为所述看板菜单列表，并将其中每个菜单项链接至相应功能页面。

4.根据权利要求3所述的业务菜单索引展示方法，其特征在于，根据语义相似度筛选出多个菜单项，将所述多个菜单项构造为所述看板菜单列表，并将其中每个菜单项链接至相应功能页面，包括：

根据语义相似度对所述菜单数据库中的各个菜单项进行倒排序；

按照预设数量筛选若干个排序靠前的菜单项构成候选菜单列表；

检测所述候选菜单列表中的各个菜单项是否将所述用户的角色标签列为禁止项，当列为禁止项时，将相应的菜单项从所述候选菜单列表中删除；

将所述候选菜单列表转换为所述看板菜单列表，使所述看板菜单列表被显示时展示相应的菜单项的菜单标题并链接到所述菜单项相应的功能页面。

5.根据权利要求1所述的业务菜单索引展示方法，其特征在于，响应用户触发的用于获取目标页面的页面访问请求，确定所述用户的角色标签及所述目标页面的类型标签之前，包括：

响应所述功能页面的页面发布请求，获取对应所述功能页面菜单标题、授权的角色标签及类型标签，以及被列为禁止项的角色标签；

将所述功能页面的访问地址与其对应的菜单标题、授权的角色标签及类型标签、列为禁止项的角色标签关联存储于所述菜单数据库中，以设置为相应的菜单项。

6.根据权利要求1至5中任意一项所述的业务菜单索引展示方法，其特征在于，将所述看板菜单列表嵌入所述目标页面的源代码后，生成相应的结果页面推送给所述用户展示之后，包括：

由所述用户的终端设备接收所述结果页面并解析显示，从而加载嵌入所述结果页面中的看板菜单列表；

由所述终端设备生成所述结果页面相对应的索引项，将该索引项与所述看板菜单列表关联存储于本地的导航地图中；

由所述终端设备以悬浮窗口显示所述导航地图，在其中按照所述用户的访问时间顺序显示出各个所述的索引项的图示。

7.根据权利要求6所述的业务菜单索引展示方法，其特征在于，由所述终端设备以悬浮窗口显示所述导航地图，在其中按照所述用户的访问时间顺序显示出各个所述的索引项的图示之后，包括：

响应作用于任意一个所述的索引项的图示的触控指令，调用显示其相应的看板菜单列表；

响应作用于对应索引项显示的看板菜单列表中的任意一个菜单项的触控指令，加载显示相应的功能页面。

8.一种业务菜单索引展示装置，其特征在于，包括：

请求响应模块，设置为响应用户触发的用于获取目标页面的页面访问请求，确定所述用户的角色标签及所述目标页面的类型标签；

菜单构造模块，设置为从菜单数据库中搜索出与所述角色标签和所述类型标签相匹配的全部菜单项，构造为看板菜单列表，将其中每个菜单项链接至相应功能页面，所述功能页面的访问地址关联相应的菜单项存储于所述菜单数据库中；

结果推送模块，设置为将所述看板菜单列表嵌入所述目标页面的源代码后，生成相应的结果页面推送给所述用户展示。

9.一种业务菜单索引展示设备，包括中央处理器和存储器，其特征在于，所述中央处理器用于调用运行存储于所述存储器中的计算机程序以执行如权利要求1至7中任意一项所述的方法所包括的步骤。

10.一种非易失性可读存储介质，其特征在于，其以计算机可读指令的形式存储有计算机程序，所述计算机程序被计算机调用运行时，执行如权利要求1至7中任意一项所述的方法所包括的步骤。

Images