菜单配置方法、装置、计算机设备、存储介质和程序产品

技术领域

本申请涉及人工智能领域，特别是涉及一种菜单配置方法、装置、计算机设备、存储介质和程序产品。

背景技术

随着移动互联技术的发展，用户办理业务时可以通过手机等移动设备对应的业务平台进行线上业务办理。

以金融领域的手机银行公众号为例，用户可以直接利用手机银行公众号进行业务办理。例如，用户想要查询如账户余额、账户交易信息等内容，只需进入手机银行公众号，点击一级菜单下的子菜单就可进入业务办理页面。在业务办理页面中，用户可以根据自己的需求，选择对应的金融业务。

相关技术中，手机银行公众号的菜单往往都是预先配置的静态菜单，即每级菜单都是固定不变的，从而导致每个用户的菜单内容都相同，这种静态菜单针对性不高。

发明内容

基于此，有必要针对上述技术问题，提供一种菜单的菜单配置方法、装置、计算机设备、存储介质和程序产品，能够更加针对性地配置不同用户的菜单内容。

第一方面，本申请实施例提供了一种菜单配置方法。该方法包括：

响应于目标用户的应用程序菜单配置指令，获取目标用户对应用程序中各功能菜单的访问量和交易量；

根据目标用户对应用程序中各功能菜单的访问量和交易量，确定目标用户的感兴趣功能菜单；

根据感兴趣功能菜单，配置目标用户在应用程序的前端菜单列表。

在其中一个实施例中，上述应用程序菜单配置指令是按照预设的周期通过执行预设的配置程序触发的；或者，应用程序菜单配置指令是目标用户在应用程序的前端界面中通过点击菜单配置按键触发的。

在其中一个实施例中，上述获取目标用户对应用程序中各功能菜单的访问量和交易量，包括：

获取应用程序的运营数据；

根据应用程序的运营数据，获取目标用户与应用程序在历史时长内的历史交互数据；

根据历史交互数据，确定目标用户对应用程序中各功能菜单的访问量和交易量。

在其中一个实施例中，上述根据目标用户对应用程序中各功能菜单的访问量和交易量，确定目标用户的感兴趣功能菜单，包括：

根据目标用户对应用程序中各功能菜单的访问量和交易量，确定目标用户对各功能菜单的交互总量；

根据目标用户对各功能菜单的交互总量，确定目标用户的感兴趣功能菜单。

在其中一个实施例中，上述根据目标用户对应用程序中各功能菜单的访问量和交易量，确定目标用户对各功能菜单的交互总量，包括：

对于任一个功能菜单，将目标用户对功能菜单的访问量和交易量之和作为目标用户对功能菜单的交互总量；或者，

按照访问量和交易量预设的权重，将目标用户对功能菜单的访问量和交易量的加权和作为目标用户对功能菜单的交互总量。

在其中一个实施例中，上述根据目标用户对各功能菜单的交互总量，确定目标用户的感兴趣功能菜单，包括：

将交互总量大于预设数量阈值的功能菜单，确定为目标用户的感兴趣功能菜单。

在其中一个实施例中，上述根据感兴趣功能菜单，配置目标用户在应用程序的前端菜单列表，包括：

从应用程序的菜单库中，获取感兴趣功能菜单的层级和菜单配置信息；

根据感兴趣功能菜单的层级，确定感兴趣功能菜单在应用程序的前端菜单列表中的菜单位置；

根据菜单位置和菜单配置信息，配置目标用户在应用程序的前端菜单列表。

在其中一个实施例中，上述方法还包括：

响应于目标用户的应用程序菜单更换指令，获取目标用户输入的待更换菜单和待更换菜单在前端菜单列表中的目标位置；

删除目标位置中原有的功能菜单，并将待更换菜单配置至前端菜单列表中的目标位置。

第二方面，本申请实施例还提供了一种菜单配置装置。该装置包括：

数据量获取模块，用于响应于目标用户的应用程序菜单配置指令，获取目标用户对应用程序中各功能菜单的访问量和交易量；

菜单确定模块，用于根据目标用户对应用程序中各功能菜单的访问量和交易量，确定目标用户的感兴趣功能菜单；

菜单配置模块，用于根据感兴趣功能菜单，配置目标用户在应用程序的前端菜单列表。

第三方面，本申请实施例还提供了一种计算机设备。上述计算机设备包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现以下步骤：

响应于目标用户的应用程序菜单配置指令，获取目标用户对应用程序中各功能菜单的访问量和交易量；

根据目标用户对应用程序中各功能菜单的访问量和交易量，确定目标用户的感兴趣功能菜单；

根据感兴趣功能菜单，配置目标用户在应用程序的前端菜单列表。

第四方面，本申请实施例还提供了一种计算机可读存储介质。上述计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

响应于目标用户的应用程序菜单配置指令，获取目标用户对应用程序中各功能菜单的访问量和交易量；

根据目标用户对应用程序中各功能菜单的访问量和交易量，确定目标用户的感兴趣功能菜单；

根据感兴趣功能菜单，配置目标用户在应用程序的前端菜单列表。

第五方面，本申请实施例还提供了一种计算机程序产品。上述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

响应于目标用户的应用程序菜单配置指令，获取目标用户对应用程序中各功能菜单的访问量和交易量；

根据目标用户对应用程序中各功能菜单的访问量和交易量，确定目标用户的感兴趣功能菜单；

根据感兴趣功能菜单，配置目标用户在应用程序的前端菜单列表。

上述菜单配置方法、装置、计算机设备、存储介质和程序产品，响应于目标用户的应用程序菜单配置指令，获取目标用户对应用程序中各功能菜单的访问量和交易量；根据目标用户对应用程序中各功能菜单的访问量和交易量，确定目标用户的感兴趣功能菜单；根据感兴趣功能菜单，配置目标用户在应用程序的前端菜单列表。采用本方法能够利用目标用户在应用程序中各功能菜单的访问量和交易量，选出客户感兴趣的功能菜单。从而可以配置出专属于不同用户的动态菜单，区别传统技术中生成的静态菜单，提高了前端菜单对目标用户的针对性。

附图说明

图1为一个实施例中菜单配置方法的应用环境图；

图2为一个实施例中菜单配置方法的流程示意图；

图3为一个实施例中应用程序菜单示意图；

图4为一个实施例中确定访问量和交易量的流程示意图；

图5为一个实施例中确认目标用户感兴趣功能菜单的流程示意图；

图6为一个实施例中配置菜单的流程示意图；

图7为一个实施例中更换菜单的流程示意图；

图8为另一个实施例中菜单配置方法的流程示意图；

图9为一个实施例中菜单配置装置的结构框图；

图10为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请实施例提供的菜单配置方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104进行通信。数据存储系统可以存储服务器104需要处理的数据。数据存储系统可以集成在服务器104上，也可以放在云上或其他网络服务器上。终端102响应于目标用户的应用程序菜单配置指令，与服务器104进行通信，获取目标用户对应用程序中各功能菜单的访问量和交易量。终端102根据目标用户对应用程序中各功能菜单的访问量和交易量，确定目标用户的感兴趣功能菜单。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机和平板电脑。服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种菜单配置方法，以该方法应用于图1中的终端102为例进行说明，包括以下步骤：

S201，响应于目标用户的应用程序菜单配置指令，获取目标用户对应用程序中各功能菜单的访问量和交易量。

其中，目标用户是指使用应用程序的任一个用户。在一个实施例中，应用程序可以是公众号、订阅号、APP(Application，应用程序)等。以银行公众号为例，目标用户为银行公众号中绑定银行卡的用户。

应用程序菜单配置指令指的是对应用程序上的菜单启动菜单配置，可按照预设的周期通过执行预设的配置程序触发。

功能菜单的访问量和交易量是指目标用户进入功能菜单的次数，以及在功能菜单中进行交易的次数。目标用户进入功能菜单，访问量增加1。目标用户在功能菜单中发起交易，交易量增加1.

本申请实施例中，终端检测到应用程序菜单配置指令时，根据应用程序菜单配置指令，获取目标用户对应用程序中各功能菜单的访问量和交易量；可选的，功能菜单的访问量和交易量是预先存储的，当终端检测到应用程序菜单配置指令时，获取预先存储的功能菜单的访问量和交易量。

示例性地，终端响应于目标用户的应用程序菜单配置指令，获取目标用户对应用程序中功能菜单A的访问量为200、交易量为30，功能菜单B的访问量为100、交易量为20。

S202，根据目标用户对应用程序中各功能菜单的访问量和交易量，确定目标用户的感兴趣功能菜单。

本申请实施例中，根据目标用户对应用程序中各功能菜单的访问量和交易量，确定目标用户的感兴趣功能菜单，感兴趣功能菜单是依据目标用户对功能菜单使用频次决定。可选的，目标用户的感兴趣功能菜单可以是根据获取目标用户的行为数据，从而推测出的目标用户可能感兴趣的功能菜单。

S203，根据感兴趣功能菜单，配置目标用户在应用程序的前端菜单列表。

本申请实施例根据目标感兴趣功能菜单，对应用程序的前端菜单列表进行配置。可选的，根据目标感兴趣功能菜单，对应用程序的后端菜单列表进行配置。

示例性地，如图3所示，以目标用户使用的应用程序为XXX公众号为例。终端根据目标用户对该应用程序中各功能菜单的访问量和交易量，确定目标用户的感兴趣功能菜单为：功能菜单a、功能菜单b、功能菜单c，并将感兴趣功能菜单配置到前端菜单列表中“一级菜单A”中。

上述菜单配置方法，在检测到目标用户的应用程序菜单配置指令时，获取目标用户对应用程序中各功能菜单的访问量和交易量，根据目标用户对应用程序中各功能菜单的访问量和交易量，确定目标用户的感兴趣功能菜单，根据感兴趣功能菜单，配置目标用户在应用程序的前端菜单列表。上述方法利用目标用户在应用程序中各功能菜单的访问量和交易量，选出客户感兴趣的功能菜单。从而可以配置出专属于不同用户的动态菜单，区别传统技术中生成的静态菜单，提高了前端菜单对目标用户的针对性。

在一个实施例中，上述S201中的应用程序菜单配置指令是按照预设的周期通过执行预设的配置程序触发的；或者，应用程序菜单配置指令是目标用户在应用程序的前端界面中通过点击菜单配置按键触发的。

其中，预设的周期是由后台人员设定的，菜单配置指令可以是按周执行，也可以是按月执行。

本申请实施例中，每隔一个预设周期，终端就会根据预先设定配置程序触发应用程序菜单配置指令。当终端根据检测到的应用程序菜单配置指令时，根据该应用程序菜单配置指令执行菜单配置。可选的，目标用户在应用程序的前端界面中点击菜单配置按键，终端获取到目标用户的点击操作，触发应用程序菜单配置指令。当终端根据检测到的应用程序菜单配置指令时，根据该应用程序菜单配置指令执行菜单配置。

上述菜单配置方法，应用程序菜单配置指令是按照预设的周期通过执行预设的配置程序触发的，或者，应用程序菜单配置指令是目标用户在应用程序的前端界面中通过点击菜单配置按键触发的。本申请实施例的应用程序菜单配置指令可以根据预设周期触发，也可以根据目标用户触发，提高了菜单配置周期的灵活性，并且本申请实施例的应用程序菜单可以根据预设的周期实现动态更新。

在一个实施例中，基于图2所示的实施例，请参见图4，本申请实施例涉及的是终端获取目标用户对应用程序中各功能菜单的访问量和交易量的过程，如图3所示，步骤201包括图4所示的S301、S302以及S303：

S301，获取应用程序的运营数据。

其中，运营数据是指应用程序在执行过程中收集汇总而来的信息数据，包括交互数据、财务数据、产品数据等。

本申请实施例中，目标用户在使用应用程序期间，终端会获取目标用户在使用该应用程序时产生的信息数据，并将这些信息数据汇总起来，这些信息数据即为运营数据。当终端执行菜单配置时，获取应用程序在执行过程中生成的运营数据。可选的，当终端执行菜单配置时，在数据库中获取运营数据。

S302，根据应用程序的运营数据，获取目标用户与应用程序在历史时长内的历史交互数据。

其中，交互数据是指目标用户与终端进行交互时生成的数据，交互可以理解为目标用户从终端中获取数据，同时目标用户又将数据返回给终端。上述过程产生的数据称为交互数据。历史交互数据是指目标用户与应用程序在历史时长内中与应用程序进行交互时产生的数据。

本申请实施例中，终端获取运营数据后，按照指定的历史时长，获取在该历史市场中，目标用户与应用程序产生的历史交互数据。其中，该历史时长可以由后台人员指定。

示例性地，终端根据应用程序的运营数据，获取目标用户与应用程序在过去一个月的历史交互数据。

S303，根据历史交互数据，确定目标用户对应用程序中各功能菜单的访问量和交易量。

本申请实施例中，终端根据获取的历史交互数据，获取各功能菜单中的历史交互数据。然后从各功能菜单中的历史交互数据中，筛选出各功能菜单的访问量和交易量。

上述菜单配置方法，终端获取应用程序的运营数据，然后，根据应用程序的运营数据，获取目标用户与应用程序在历史时长内的历史交互数据，根据历史交互数据，确定目标用户对应用程序中各功能菜单的访问量和交易量。上述方法，通过获取应用程序的运营数据，然后根据历史时长内的历史交互数据得到目标用户对应用程序中各功能菜单的访问量和交易量。通过分析目标用户对应用程序的历史访问量以及交易量，可以了解目标用户对哪些内容感兴趣，并可以基于此配置更符合目标用户需求的菜单。

在一个实施例中，基于图2所示的实施例，请参见图5，本申请实施例涉及的是终端根据目标用户对应用程序中各功能菜单的访问量和交易量，确定目标用户的感兴趣功能菜单的过程，如图2所示，步骤202包括图5所示的S401和S402：

S401，根据目标用户对应用程序中各功能菜单的访问量和交易量，确定目标用户对各功能菜单的交互总量。

本申请实施例中，终端根据目标用户对应用程序中各功能菜单的访问量和交易量，从而确定目标用户对各功能菜单的交互总量。可选的，终端将目标用户对应用程序中各功能菜单的访问量和交易量，将目标用户对应用程序中各功能菜单的访问量和交易量输入至算法中，该算法用于输出目标用户对各功能菜单的交互总量。可选的，交易总量是预先得到的，终端可以直接根据各功能菜单，获取目标用户对各功能菜单的交互总量。

S402，根据目标用户对各功能菜单的交互总量，确定目标用户的感兴趣功能菜单。

本申请实施例中，终端根据目标用户对各功能菜单的交互总量，从而确定目标用户的感兴趣功能菜单。可选的，终端可以利用大数据分析技术，如Hadoop(分布式系统基础框架)、Spark(分布式计算平台)等，从各功能菜单的交互总量中分析目标用户的需求，从而得到目标用户的感兴趣功能菜单。可选的，终端可以使用机器学习算法，如深度学习、卷积神经网络等，根据各功能菜单的交互总量，识别出目标用户的偏好，从而得到目标用户的感兴趣功能菜单。

上述菜单配置方法，终端根据目标用户对应用程序中各功能菜单的访问量和交易量，确定目标用户对各功能菜单的交互总量。然后，根据目标用户对各功能菜单的交互总量，确定目标用户的感兴趣功能菜单。上述方法通过分析目标用户对各功能菜单的交互总量，可以更好地了解到目标用户对功能菜单的需求和偏好，从而根据目标用户对功能菜单的需求和偏好确定感兴趣功能菜单，更好地满足了目标用户地需求。

在一个实施例中，基于图5所示的实施例，本申请实施例涉及的是终端根据目标用户对应用程序中各功能菜单的访问量和交易量，确定目标用户对各功能菜单的交互总量的过程，如图5所示，步骤401包括本申请实施例中的S501或者S502：

S501，对于任一个功能菜单，将目标用户对功能菜单的访问量和交易量之和作为目标用户对功能菜单的交互总量。

本申请实施例中，终端获取每一个功能菜单的访问量和交易量，并将每一个功能菜单的访问量和交易量相加，得到目标用户对功能菜单的交互总量。

示例性地，对于功能菜单A，终端获取的功能菜单A的访问量为100和交易量为25，将功能菜单A的访问量和交易量相加，得到目标用户对功能菜单的交互总量为125。

或者，S502，按照访问量和交易量预设的权重，将目标用户对功能菜单的访问量和交易量的加权和作为目标用户对功能菜单的交互总量。

本申请实施例中，终端根据每一个功能菜单的访问量的权重和交易量的权重，然后，将访问量和交易量乘以对应的权重之后，将两者相加，得到目标用户对功能菜单的交互总量。

示例性地，功能菜单的访问量的权重为70％，交易量的权重为30％，对于功能菜单B，终端获取的功能菜单B的访问量为200和交易量为20，则功能菜单B的交互总量为：200*70％+20*30％＝146。

上述菜单配置方法，对于任一个功能菜单，终端将目标用户对功能菜单的访问量和交易量之和作为目标用户对功能菜单的交互总量。或者，按照访问量和交易量预设的权重，将目标用户对功能菜单的访问量和交易量的加权和作为目标用户对功能菜单的交互总量。上述方法，将功能菜单的访问量和交易量求和，或者根据两者的权重求和得到交互总量，既考虑到了功能菜单的访问量，也考虑到了功能菜单交易量，使得确定的目标用户的感兴趣功能菜单更加准确。

在一个实施例中，本申请实施例涉及的是S402中根据目标用户对各功能菜单的交互总量，确定目标用户的感兴趣功能菜单的过程：

将交互总量大于预设数量阈值的功能菜单，确定为目标用户的感兴趣功能菜单。

本申请实施例中，终端将每一个功能菜单的交互总量与预设数量阈值进行比较，若交互总量大于预设数量阈值，则将该功能菜单确定为目标用户的感兴趣功能菜单。可选的，若交互总量小于或等于预设数量阈值，则该功能菜单不是目标用户的感兴趣功能菜单。

示例性地，若功能菜单C的交互总量为200，预设数量阈值为150，由此可知，功能菜单C的交互总量大于预设数量阈值。所以，将功能菜单C确定为目标用户的感兴趣功能菜单。

上述菜单配置方法，终端将交互总量大于预设数量阈值的功能菜单，确定为目标用户的感兴趣功能菜单。上述方法通过比较目标用户对各功能菜单的交互总量与预设数量阈值，可以更好地了解到目标用户对功能菜单的需求和偏好，从而根据目标用户对功能菜单的需求和偏好确定感兴趣功能菜单，更好地满足了目标用户地需求。

在一个实施例中，基于图2所示的实施例，请参见图6，本申请实施例涉及的是终端根据感兴趣功能菜单，配置目标用户在应用程序的前端菜单列表的过程，如图2所示，步骤203包括图6的S601、S602以及S603：

S601，从应用程序的菜单库中，获取感兴趣功能菜单的层级和菜单配置信息。

其中，菜单配置信息包括感兴趣功能菜单的菜单链接、菜单名称、菜单图标等。

本申请实施例中，终端根据确定的目标用户的感兴趣功能菜单，获取感兴趣功能菜单的标识，根据标识在该应用程序的菜单库中，获取该感兴趣功能菜单的层级和菜单配置信息。

S602，根据感兴趣功能菜单的层级，确定感兴趣功能菜单在应用程序的前端菜单列表中的菜单位置。

本申请实施例中，终端根据获取感兴趣功能菜单的层级，找到该感兴趣功能菜单在前端菜单列表中的菜单位置。可选的，前端菜单列表是按照一定次序进行排序的，终端根据获取感兴趣功能菜单的层级一级和列表的前端菜单列表的次序，找到该感兴趣功能菜单在前端菜单列表中的菜单位置。

示例性地，目标用户的感兴趣功能菜单D的层级为一级菜单H下的二级菜单，则感兴趣功能菜单D在前端菜单列表中的菜单位置为一级菜单H下的二级菜单。

S603，根据菜单位置和菜单配置信息，配置目标用户在应用程序的前端菜单列表。

本申请实施例中，终端确定感兴趣功能菜单在应用程序的前端菜单列表中的菜单位置后，在菜单位置插入一个空白菜单项，然后将预先获取的菜单配置信息，添加至该空白菜单项中，以配置目标用户在应用程序的前端菜单列表。

上述菜单配置方法，终端从应用程序的菜单库中，获取感兴趣功能菜单的层级和菜单配置信息。然后，根据感兴趣功能菜单的层级，确定感兴趣功能菜单在应用程序的前端菜单列表中的菜单位置。最后，根据菜单位置和菜单配置信息，配置目标用户在应用程序的前端菜单列表。上述方法根据目标用户的感兴趣功能菜单的层级和菜单配置信息，将感兴趣功能菜单配置到对应位置。目标用户打开应用程序的前端菜单列表时，可以直接点击感兴趣功能菜单就能跳转至该功能菜单链接对应的页面，减少了用户进入感兴趣页面的繁琐步骤。

在一个实施例中，请参见图7，上述方法还包括S701和S702：

S701，响应于目标用户的应用程序菜单更换指令，获取目标用户输入的待更换菜单和待更换菜单在前端菜单列表中的目标位置。

其中，应用程序菜单更换指令用于对应用程序菜单进行更换。

本申请实施例中，终端检测到应用程序菜单更换指令，根据应用程序菜单更换指令，获取目标用户输入的待更换菜单以及待更换菜单在前端菜单列表中的目标位置。

S702，删除目标位置中原有的功能菜单，并将待更换菜单配置至前端菜单列表中的目标位置。

本申请实施例中，终端获取待更换菜单在前端菜单列表中的目标位置，将目标位置上原有的功能菜单删除。然后，终端将待更换菜单配置至前端菜单列表中的目标位置。

示例性地，目标用户输入将功能菜单E更改为功能菜单F，终端首先删除功能菜单E，然后将功能菜单F添加至原来功能菜单E的位置。

上述菜单配置方法，终端响应于目标用户的应用程序菜单更换指令，获取目标用户输入的待更换菜单和待更换菜单在前端菜单列表中的目标位置。删除目标位置中原有的功能菜单，并将待更换菜单配置至前端菜单列表中的目标位置。上述方法，目标用户可以根据自己的需求将前端菜单列表中的菜单更换为自己所需求的菜单，使得应用程序前端菜单列表更符合目标用户需求，便于目标用户访问感兴趣的页面。

在一个实施例中，请参见图8，上述方法还包括：

S801，响应于目标用户的应用程序菜单配置指令，获取应用程序的运营数据；

S802，根据应用程序的运营数据，获取目标用户与应用程序在历史时长内的历史交互数据；

S803，根据历史交互数据，确定目标用户对应用程序中各功能菜单的访问量和交易量；

S804，对于任一个功能菜单，将目标用户对功能菜单的访问量和交易量之和作为目标用户对功能菜单的交互总量；或者，按照访问量和交易量预设的权重，将目标用户对功能菜单的访问量和交易量的加权和作为目标用户对功能菜单的交互总量。

S805，将交互总量大于预设数量阈值的功能菜单，确定为目标用户的感兴趣功能菜单；

S806，从应用程序的菜单库中，获取感兴趣功能菜单的层级和菜单配置信息；

S807，根据感兴趣功能菜单的层级，确定感兴趣功能菜单在应用程序的前端菜单列表中的菜单位置；

S808，根据菜单位置和菜单配置信息，配置目标用户在应用程序的前端菜单列表；

S809，响应于目标用户的应用程序菜单更换指令，获取目标用户输入的待更换菜单和待更换菜单在前端菜单列表中的目标位置；

S810，删除目标位置中原有的功能菜单，并将待更换菜单配置至前端菜单列表中的目标位置。

上述菜单配置方法，首先，终端响应于目标用户的应用程序菜单配置指令，获取应用程序的运营数据。然后，根据应用程序的运营数据，获取目标用户与应用程序在历史时长内的历史交互数据。然后，根据历史交互数据，确定目标用户对应用程序中各功能菜单的访问量和交易量。接着，对于任一个功能菜单，将目标用户对功能菜单的访问量和交易量之和作为目标用户对功能菜单的交互总量；或者，按照访问量和交易量预设的权重，将目标用户对功能菜单的访问量和交易量的加权和作为目标用户对功能菜单的交互总量。然后，将交互总量大于预设数量阈值的功能菜单，确定为目标用户的感兴趣功能菜单。从应用程序的菜单库中，获取感兴趣功能菜单的层级和菜单配置信息。根据感兴趣功能菜单的层级，确定感兴趣功能菜单在应用程序的前端菜单列表中的菜单位置。根据菜单位置和菜单配置信息，配置目标用户在应用程序的前端菜单列表。响应于目标用户的应用程序菜单更换指令，获取目标用户输入的待更换菜单和待更换菜单在前端菜单列表中的目标位置。删除目标位置中原有的功能菜单，并将待更换菜单配置至前端菜单列表中的目标位置。

上述方法利用目标用户在应用程序中各功能菜单的访问量和交易量，选出客户感兴趣的功能菜单。从而可以配置出专属于不同用户的动态菜单，区别传统技术中生成的静态菜单，提高了前端菜单对目标用户的针对性。

应用程序菜单配置指令可以通过预设周期触发，也可以根据目标用户触发，提高了菜单配置周期的灵活性。目标用户还可以根据自己的需求将前端菜单列表中的菜单更换为自己所需求的菜单，使得应用程序前端菜单列表更符合目标用户需求，便于目标用户访问感兴趣的页面。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的菜单配置方法的菜单配置装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个菜单配置装置实施例中的具体限定可以参见上文中对于菜单配置方法的限定，在此不再赘述。

在一个实施例中，如图9所示，提供了一种菜单配置装置900，包括：

数据量获取模块901，用于响应于目标用户的应用程序菜单配置指令，获取目标用户对应用程序中各功能菜单的访问量和交易量；

菜单确定模块902，用于根据目标用户对应用程序中各功能菜单的访问量和交易量，确定目标用户的感兴趣功能菜单；

菜单配置模块903，用于根据感兴趣功能菜单，配置目标用户在应用程序的前端菜单列表。

在一个实施例中，数据量获取模块中的应用程序菜单配置指令是按照预设的周期通过执行预设的配置程序触发的；或者，应用程序菜单配置指令是目标用户在应用程序的前端界面中通过点击菜单配置按键触发的。

在一个实施例中，上述数据量获取模块901，包括：

数据获取子模块，用于获取应用程序的运营数据；

历史数据获取子模块，用于根据应用程序的运营数据，获取目标用户与应用程序在历史时长内的历史交互数据；

数据量确定子模块，用于根据历史交互数据，确定目标用户对应用程序中各功能菜单的访问量和交易量。

在一个实施例中，上述菜单确定模块902，包括：

总量确定子模块，用于根据目标用户对应用程序中各功能菜单的访问量和交易量，确定目标用户对各功能菜单的交互总量；

菜单确定子模块，用于根据目标用户对各功能菜单的交互总量，确定目标用户的感兴趣功能菜单。

在一个实施例中，上述总量确定子模块包括：

总量确定子单元，用于对于任一个功能菜单，将目标用户对功能菜单的访问量和交易量之和作为目标用户对功能菜单的交互总量；或者，按照访问量和交易量预设的权重，将目标用户对功能菜单的访问量和交易量的加权和作为目标用户对功能菜单的交互总量。

在一个实施例中，上述菜单确定子模块包括：

菜单确定子单元，用于将交互总量大于预设数量阈值的功能菜单，确定为目标用户的感兴趣功能菜单。

在一个实施例中，上述菜单配置模块903包括：

信息获取子模块，用于从应用程序的菜单库中，获取感兴趣功能菜单的层级和菜单配置信息；

位置确定子模块，用于根据感兴趣功能菜单的层级，确定感兴趣功能菜单在应用程序的前端菜单列表中的菜单位置；

配置子模块，用于根据菜单位置和菜单配置信息，配置目标用户在应用程序的前端菜单列表。

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

位置获取模块，用于响应于目标用户的应用程序菜单更换指令，获取目标用户输入的待更换菜单和待更换菜单在前端菜单列表中的目标位置；

菜单更换模块，用于删除目标位置中原有的功能菜单，并将待更换菜单配置至前端菜单列表中的目标位置。

上述菜单配置装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图10所示。该计算机设备包括处理器、存储器、输入/输出接口、通信接口、显示单元和输入装置。其中，处理器、存储器和输入/输出接口通过系统总线连接，通信接口、显示单元和输入装置通过输入/输出接口连接到系统总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、移动蜂窝网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种菜单配置方法。该计算机设备的显示单元用于形成视觉可见的画面，可以是显示屏、投影装置或虚拟现实成像装置。显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

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

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

响应于目标用户的应用程序菜单配置指令，获取目标用户对应用程序中各功能菜单的访问量和交易量；

根据目标用户对应用程序中各功能菜单的访问量和交易量，确定目标用户的感兴趣功能菜单；

根据感兴趣功能菜单，配置目标用户在应用程序的前端菜单列表。

在一个实施例中，上述应用程序菜单配置指令是按照预设的周期通过执行预设的配置程序触发的；或者，应用程序菜单配置指令是目标用户在应用程序的前端界面中通过点击菜单配置按键触发的。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

获取应用程序的运营数据；

根据应用程序的运营数据，获取目标用户与应用程序在历史时长内的历史交互数据；

根据历史交互数据，确定目标用户对应用程序中各功能菜单的访问量和交易量。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

根据目标用户对应用程序中各功能菜单的访问量和交易量，确定目标用户对各功能菜单的交互总量；

根据目标用户对各功能菜单的交互总量，确定目标用户的感兴趣功能菜单。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

对于任一个功能菜单，将目标用户对功能菜单的访问量和交易量之和作为目标用户对功能菜单的交互总量；或者，

按照访问量和交易量预设的权重，将目标用户对功能菜单的访问量和交易量的加权和作为目标用户对功能菜单的交互总量。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

将交互总量大于预设数量阈值的功能菜单，确定为目标用户的感兴趣功能菜单。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

从应用程序的菜单库中，获取感兴趣功能菜单的层级和菜单配置信息；

根据感兴趣功能菜单的层级，确定感兴趣功能菜单在应用程序的前端菜单列表中的菜单位置；

根据菜单位置和菜单配置信息，配置目标用户在应用程序的前端菜单列表。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

响应于目标用户的应用程序菜单更换指令，获取目标用户输入的待更换菜单和待更换菜单在前端菜单列表中的目标位置；

删除目标位置中原有的功能菜单，并将待更换菜单配置至前端菜单列表中的目标位置。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

响应于目标用户的应用程序菜单配置指令，获取目标用户对应用程序中各功能菜单的访问量和交易量；

根据目标用户对应用程序中各功能菜单的访问量和交易量，确定目标用户的感兴趣功能菜单；

根据感兴趣功能菜单，配置目标用户在应用程序的前端菜单列表。

在一个实施例中，上述应用程序菜单配置指令是按照预设的周期通过执行预设的配置程序触发的；或者，应用程序菜单配置指令是目标用户在应用程序的前端界面中通过点击菜单配置按键触发的。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

获取应用程序的运营数据；

根据应用程序的运营数据，获取目标用户与应用程序在历史时长内的历史交互数据；

根据历史交互数据，确定目标用户对应用程序中各功能菜单的访问量和交易量。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

根据目标用户对应用程序中各功能菜单的访问量和交易量，确定目标用户对各功能菜单的交互总量；

根据目标用户对各功能菜单的交互总量，确定目标用户的感兴趣功能菜单。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

对于任一个功能菜单，将目标用户对功能菜单的访问量和交易量之和作为目标用户对功能菜单的交互总量；或者，

按照访问量和交易量预设的权重，将目标用户对功能菜单的访问量和交易量的加权和作为目标用户对功能菜单的交互总量。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

将交互总量大于预设数量阈值的功能菜单，确定为目标用户的感兴趣功能菜单。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

从应用程序的菜单库中，获取感兴趣功能菜单的层级和菜单配置信息；

根据感兴趣功能菜单的层级，确定感兴趣功能菜单在应用程序的前端菜单列表中的菜单位置；

根据菜单位置和菜单配置信息，配置目标用户在应用程序的前端菜单列表。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

响应于目标用户的应用程序菜单更换指令，获取目标用户输入的待更换菜单和待更换菜单在前端菜单列表中的目标位置；

删除目标位置中原有的功能菜单，并将待更换菜单配置至前端菜单列表中的目标位置。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

响应于目标用户的应用程序菜单配置指令，获取目标用户对应用程序中各功能菜单的访问量和交易量；

根据目标用户对应用程序中各功能菜单的访问量和交易量，确定目标用户的感兴趣功能菜单；

根据感兴趣功能菜单，配置目标用户在应用程序的前端菜单列表。

在一个实施例中，上述应用程序菜单配置指令是按照预设的周期通过执行预设的配置程序触发的；或者，应用程序菜单配置指令是目标用户在应用程序的前端界面中通过点击菜单配置按键触发的。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

获取应用程序的运营数据；

根据应用程序的运营数据，获取目标用户与应用程序在历史时长内的历史交互数据；

根据历史交互数据，确定目标用户对应用程序中各功能菜单的访问量和交易量。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

根据目标用户对应用程序中各功能菜单的访问量和交易量，确定目标用户对各功能菜单的交互总量；

根据目标用户对各功能菜单的交互总量，确定目标用户的感兴趣功能菜单。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

对于任一个功能菜单，将目标用户对功能菜单的访问量和交易量之和作为目标用户对功能菜单的交互总量；或者，

按照访问量和交易量预设的权重，将目标用户对功能菜单的访问量和交易量的加权和作为目标用户对功能菜单的交互总量。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

将交互总量大于预设数量阈值的功能菜单，确定为目标用户的感兴趣功能菜单。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

从应用程序的菜单库中，获取感兴趣功能菜单的层级和菜单配置信息；

根据感兴趣功能菜单的层级，确定感兴趣功能菜单在应用程序的前端菜单列表中的菜单位置；

根据菜单位置和菜单配置信息，配置目标用户在应用程序的前端菜单列表。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

响应于目标用户的应用程序菜单更换指令，获取目标用户输入的待更换菜单和待更换菜单在前端菜单列表中的目标位置；

删除目标位置中原有的功能菜单，并将待更换菜单配置至前端菜单列表中的目标位置。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。