CN107256155A - 后台管理系统的菜单适配方法、服务器及可读存储介质 - Google Patents

Abstract

本发明公开了一种后台管理系统菜单适配方法、服务器以及可读存储介质，所述菜单适配方法包括以下步骤：当接收到浏览器发送的用户登录请求时，获取该登录请求的登录信息以及与登录信息相关联的菜单使用数据；根据菜单使用数据，获取后台管理系统各菜单项的排列顺序；将菜单项按获取的排列顺序进行排列以生成操作菜单，并将操作菜单推送至浏览器并展示。本方法能够根据不同操作人员对于菜单的使用需求和个人习惯不同，自动生成相适应的菜单，达到增加操作人员工作效率和使用体验的目的。

Description

后台管理系统的菜单适配方法、服务器及可读存储介质

技术领域

本发明涉及计算机软件技术领域，尤其涉及一种后台管理系统菜单的适配方法、服务器及可读存储介质。

背景技术

随着网络的发展，越来越多的网站被成立，而网站需要后台人员的不断管理和维护，而在网站管理人员需要后台管理系统中通过各种菜单项来实现目标需求。而目前的网站后台管理系统中，菜单顺序通常都是固定不变的，但是固定的菜单顺序依然不能够满足各种类型与数量众多的用户的使用需求。每个用户都必须找到固定位置的菜单项来完成对应操作，而面对使用较为频繁的菜单项分布位置分散和距离较远的情况，无疑会使得后台管理人员的工作效率降低，使用体验变差，使得网站管理成本变相增加。

发明内容

本发明的主要目的在提供一种网站后台管理系统菜单自动式配方法、服务器及可读存储介质，旨在解决网站后台管理系统操作人员在使用时，菜单的排列不够科学而影响工作效率和用户体验的问题。

为实现上述目的，本发明提供一种网站后台管理系统菜单自动式配方法，所述菜单适配方法包括：

当接收到浏览器发送的用户登录请求时，获取该登录请求的登录信息以及与登录信息相关联的菜单使用数据；

根据菜单使用数据，获取后台管理系统各菜单项的排列顺序；

将菜单项按获取的排列顺序进行排列以生成操作菜单，并将操作菜单推送至浏览器并展示。

可选地，所述获将操作菜单推送至浏览器并展示的步骤之后还包括：

统计登录请求发送端在登陆期间对后台管理系统各菜单项的点击次数；

将统计的各菜单项的点击次数储存于浏览器缓存中，以便后续的读取或改写。

可选地，所述统计登录请求发送端在登陆期间对后台管理系统各菜单项的点击次数包括：

当登录请求发送端在登陆期间对菜单项施加点击操作时，则触发施加有点击操作的菜单项中的功能代码，其中功能代码用于统计菜单项的点击次数；

在功能代码被触发后，统计在登录期间各菜单项的点击次数。

可选地，所述在功能代码被触发后，统计在登录期间各菜单项的点击次数包括：

在功能代码被触发后，判断浏览器缓存中是否储存该施加有点击操作的菜单项的点击次数；

若浏览器缓存中已储存该施加有点击操作的菜单项的点击次数，则将该点击次数的数值加一，并重新储存在浏览器缓存中。

若浏览器缓存中没有储存该施加有点击操作的菜单项的点击次数，则为该菜单项创建一个初始值设为一的点击次数，并储存在浏览器缓存中。

可选地，所述根据菜单使用数据，获取后台管理系统各菜单项的排列顺序的步骤包括：

根据菜单使用数据，获取后台管理系统各菜单项当前的点击次数；

将存在点击次数的菜单项按照点击次数的数值由大到小的顺序重新进行排序，以生成第一菜单项序列。

可选地，所述将存在点击次数的菜单项按照点击次数的数值由大到小的顺序重新进行排序之后还包括：

将不存在点击次数的菜单项按照预设默认排列顺序排列，以生成第二菜单项序列；

将第二菜单项序列排列所述第一菜单项序列之后，以生成操作菜单。

可选地，所述根据菜单使用数据，获取后台管理系统各菜单项当前的点击次数之后还包括：

若所有菜单项均不存在点击次数，则所有菜单项均按照预设默认排列顺序排列，以生成操作菜单。

可选地，所述以生成操作菜单之后包括：

将重新排列后菜单保存在浏览器缓存中并与用户登录信息关联，以便在用户再次登录时读取或使用。

此外，为实现上述目的，本发明还提供一种服务器，所述服务器包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的菜单适配程序，所述菜单适配程序被所述处理器执行时实现如上所述菜单适配方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有菜单适配程序，所述菜单适配程序被处理器执行时实现如上所述的菜单适配方法的步骤。

本发明提出的一种网站后台管理系统菜单自动适配方法，通过对操作人员登录期间对于各菜单项使用频率的统计，将菜单项根据对应操作人员进行适应性的重新排列，使菜单的排列顺序达到契合不同操作人员的使用需求与习惯的顺序，从而达到菜单自动适配的目的。实现了网站后台管理系统根据操作人员的不同需求与使用习惯对菜单进行适配性的排列，使得操作人员可以在在使用网站后台管理系统时能够提高工作效率与用户体验。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的终端结构示意图；

图2为本发明语音质量调节方法第一实施例的流程示意图；

图3为图2中步骤S30之后一实施例的细化流程图；

图4为图3中步骤S40的细化流程图；

图5为图2中步骤S20一实施例的细化流程图；

图6为本发明菜单适配方法一实施例应用场景的交互示意图；

图7为本发明菜单适配方法另一实施例应用场景的交互示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的终端结构示意图。

本发明实施例终端(包括服务器、客户端)可以是PC，也可以是智能手机、平板电脑、电子书阅读器、MP3(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)播放器、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面3)播放器、便携计算机等具有显示功能的可移动式终端设备。

如图1所示，该终端可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

可选地，终端还可以包括摄像头、RF(Radio Frequency，射频)电路，传感器、音频电路、WiFi模块等等。其中，传感器比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示屏的亮度，接近传感器可在移动终端移动到耳边时，关闭显示屏和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别移动终端姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；当然，移动终端还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

本领域技术人员可以理解，图1中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及菜单适配方法应用程序。

在图1所示的终端中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的菜单适配方法应用程序，并执行以下操作：

当接收到浏览器发送的用户登录请求时，获取该登录请求的登录信息以及与登录信息相关联的菜单使用数据；

根据菜单使用数据，获取后台管理系统各菜单项的排列顺序；

将菜单项按获取的排列顺序进行排列以生成操作菜单，并将操作菜单推送至浏览器并展示。

进一步地，处理器1001可以调用存储器1005中存储的菜单适配方法应用程序，还执行以下操作：

当登录请求发送端在登陆期间对菜单项施加点击操作时，则触发施加有点击操作的菜单项中的功能代码，其中功能代码用于统计菜单项的点击次数；

在功能代码被触发后，统计在登录期间各菜单项的点击次数。

本发明提供一种后台管理系统的菜单适配方法。

在本发明后台管理系统的菜单适配方法中所述后台管理系统的菜单适配方法第一实施例中，参照图2，菜单适配方法包括：

步骤S10，当接收到浏览器发送的用户登录请求时，获取该登录请求的登录信息以及与登录信息相关联的菜单使用数据；

具体地，在用户使用后台管理系统时，首先在本地端进行登录以获取用户在后台管理系统相对应的工作权限及信息，从而用户在本地端输入登录信息以向服务器发送包含登录信息的登录请求。服务器将从登录请求中获取用户登录时所输入的登录信息(例如账号密码等登录所需的信息)。在获取用户的登录信息之后，服务器会根据登录信息在浏览器缓存中获取该登录信息对应用户对后台管理系统各菜单的菜单使用数据。例如服务器中存储有后台管理系统用户A、B和C，服务器中记录并存储有标记1用户A、B和C对后台管理系统各菜单使用情况的菜单使用数据a、b和c，当服务器接收到登录请求时，根据登录请求中的登录信息判断是用户B登录后台管理系统，从而获取用户B相关联的菜单使用数据b。

步骤S20，根据菜单使用数据，获取后台管理系统各菜单项的排列顺序；

具体地，服务器获取与用户相关联菜单使用数据后，得到与该用户相关联的菜单项的点击次数以及菜单的排列顺序等信息。例如接步骤S10拓展内容中的例子，获取用户B相关联的菜单使用数据b后，先确定用户B在过去预设时间段内对后台管理系统中各菜单项的使用情况，其中过去预设时间段可为用户B上一次登录后台管理系统的登录期限相应时间段、或者为距离当前时刻预设时长内(如一个月)的相应时间段，各菜单项的使用情况包括菜单项被用户点击次数、菜单项的使用频率和持续使用时长等。根据后台管理系统中各菜单项的菜单使用数据，了解用户对后台管理系统中各菜单项的使用偏好，从而根据该使用偏好对后台管理系统各菜单项进行排序以得到排列顺序，其中用户经常使用的菜单项在该排列顺序中靠前。可选地，基于菜单项在上次登录期间的点击次数统计用户对于各菜单项的使用频率，根据各菜单项的使用频率对菜单项进行排序，其中使用频率越高的菜单项排序越靠前。

步骤S30，将菜单项按获取的排列顺序进行排列以生成操作菜单，并将操作菜单推送至浏览器并展示。

具体地，服务器在获取的与用户相关联的菜单项排列顺序后，对菜单项进行重新排序，并将重新排序的菜单发送至本地，从而用户在本地端使用后台管理系统时，系统所展示的菜单为重新排序的菜单。

对于网站后台管理系统而言，设计的核心是实现功能(能够完成对网站的各种管理操作)，而并非外观的美观或者设计的高度人性化以及趋于操作人员体验(即网站后台管理系统的用)的设计(并非上述因素不重要，而是综合各方面因素，对于内部使用的网站后台管理系统而言，具有全面管理功能则能够满足工作需求，无需对外观等因素进行过度的要求而耗费相关的资源与经费)，服务器在操作人员登陆后，对于不同操作人员，会根据该操作人员的菜单使用数据将菜单顺序进行重新排序。操作人员平时使用网站后台管理系统时，菜单一般为固定不变的，而不同部门不同职位的操作人员对于各菜单项的实际使用需求是不同的，例如对于财务信息菜单，运营人员更多的去看总览菜单项，而财务人员则更多的去看订单详情的菜单项。因此就目前来说，固定不变的菜单已经无法同时满足不同操作人员对于后台管理系统的使用需求了。能够进行灵活调整的菜单同时还可以增加网站后台管理系统的操作人员的使用效率和用户体验。

本发明将统计操作人员(即后台管理系统的用户)对于菜单项的每次点击，而根据统计得到的各菜单项点击次数的大小，即可判断操作人员对于各菜单项的实际使用需求(使用频繁的菜单项点击次数大，而不需要经常使用的菜单项则点击次数小或者无点击)。而根据统计得出的各菜单项的点击次数，服务器会将后台管理系统的菜单进行重新排序，以使得重新排序后的菜单更加适应操作人员的使用习惯和实际需求。将菜单重新排列完成后，则将菜单推送至浏览器并替换原有的菜单，从而使得操作人员进行操作时，所展示的菜单即为经过重新排序后的菜单。

在本实施例中，在操作人员(即用户)登录后，通过操作人员的登录信息，服务器可以获取到浏览器缓存中储存的与登录信息相关联的菜单使用数据。根据可以得知操作人员在使用网站网站后台管理系统使对于菜单的使用偏好和习惯，从而可以根据统计得到的菜单使用数据，对菜单进行重新重新排序。新的菜单是根据了操作人员的使用习惯所排列得到的，因此操作人员在使用网站后台管理系统时，使用较为频繁的菜单项会相对集中靠近菜单起始位置，例如菜单左右排序，子菜单为上下排序，且设定菜单左侧，子菜单上方为起始位置，则使用频率较多的菜单项则会集中于左上方。对于操作人员而言，菜单如此排列可以降低寻找不同位置菜单项的时间，有效提高操作人员的工作效率。还使得系统更加人性化，提高了操作人员对于网站后台管理系统的认同感和用户体验。

进一步地，基于本发明语音质量调节方法第一实施例，提出菜单适配方法的第二实施例，如图3，步骤S30之后还包括：

步骤S40，统计登录请求发送端在登陆期间对后台管理系统各菜单项的点击次数；

具体地，在登录期间，操作人员对网站后台管理系统菜单项进行点击操作时，服务器对各菜单项的点击次数进行记录并与登录信息进行关联，从而记录该登录信息对于各菜单项使用频率的数据。

步骤S50，将统计的各菜单项的点击次数储存于浏览器缓存中，以便后续的读取或改写。

具体地，服务器才记录了各菜单项在登录期间的点击次数后，将统计得到点击次数储存在本地浏览器缓存中(例如cookie等)。浏览器缓存是非常方便的一种储存方式，因为其读取速度快且占用网络资源，特别是用于储存数据量较小的数据时，被广泛使用。

在登陆后，服务器会记录操作人员对网站后台管理系统中各菜单项的点击次数，并且统计得出各菜单项的点击次数，然后将统计得出的点击次数储存在浏览器缓存中(例如储存在cookie中)。因为点击次数会在操作人员日常使用中频繁的进行改写和读取(用以在每次登录期间更新点击次数和重新排列菜单顺序)，因此储存在浏览器缓存中为一个较为理想的选择。浏览器缓存在用以储存数据量较小的数据时，拥有服务器相应速度快(因为浏览器缓存是将数据储存在本地，在接受到请求时，会直接由本地缓存进行响应，而不是服务器被响应，而本地缓存离客户端更近，因此这个过程耗时更少，服务器的响应更快)、网络带宽消耗少的优点(当浏览器缓存中储存的内容被重用时，可直接在缓存中获取，无需向服务器申请带宽来获取相关内容，因而会减低客户端的带宽消耗，避免了网络资源被浪费，并增加了服务器的响应速度)。

进一步地，步骤S40包括：

步骤S41，当登录请求发送端在登陆期间对菜单项施加点击操作时，则触发施加有点击操作的菜单项中的功能代码，其中功能代码用于统计菜单项的点击次数；

具体地，操作人员在登录期间对菜单项施加点击操作时，菜单项中用以记录点击次数的相关功能代码则会被触发(例如在菜单项中设置一个锚点，则触发锚点则可以对点击次数进行统计)。

步骤S42，在功能代码被触发后，统计在登录期间各菜单项的点击次数。

具体地，在操作人员进行点击操作并触发菜单项中用以统计点击次数的功能代码后，功能代码(例如锚点)则在登录期间统计操作人员对于各菜单项的点击操作。

操作人员在登录期间对菜单项进行点击操作时，菜单项中用以统计点击次数的功能代码(例如在菜单项中添加锚点用以统计点击次数)则会被立刻触发并开始进行工作，触发后的功能代码会对菜单项的每次点击进行记录并统计成点击次数。而在菜单项未被点击时，用以统计点击次数的功能代码则不会被触发，从而可以避免系统资源被浪费。相对于整个菜单中的所有菜单项，每个操作人员会使用的菜单项仅仅占一小部分，而经常使用的菜单项则会更少，因此若是登陆后则打开菜单项用以统计点击次数的功能代码则会造成大量的系统资源浪费，并且使得代码的使用率非常低下。因此将功能代码时将设置为点击触发，从而可以避免操作人员仅仅使用少部分菜单项时造成的代码使用率地下和系统资源浪费的情况。

进一步地，参照图4，步骤S42包括：

步骤421，在功能代码被触发后，判断浏览器缓存中是否储存该施加有点击操作的菜单项的点击次数；

具体地，在操作人员对菜单项进行点击操作时，即该菜单项中用以统计点击次数的功能代码被触发时，服务器会检测浏览器缓存中是否已经存在该菜单项的点击次数，从而对点击次数进行更新。

步骤S422，若浏览器缓存中已储存该施加有点击操作的菜单项的点击次数，则将该点击次数的数值加一，并重新储存在浏览器缓存中。

具体地，若检测发现浏览器缓存中已经储存了该菜单项的点击次数，则获取该菜单项的点击次数，并将点击次数的数值进行加一的操作，完成上述操作后将点击次数重新储存在浏览器缓存中。

步骤S423，若浏览器缓存中没有储存该施加有点击操作的菜单项的点击次数，则为该菜单项创建一个初始值设为一的点击次数，并储存在浏览器缓存中。

具体地，若检测浏览器缓存中没有该菜单项的点击次数，则表明当前登录账户在登录期间为首次对该菜单项进行点击操作。服务器将为该菜单项建立一个点击次数，同时将该点击次数初始值设为一，同时储存在浏览器缓冲中。

在菜单项中用以统计点击次数的功能代码被触发后，会将统计到的点击次数储存在浏览器缓存中，以便后续的读取和使用。服务器不会为所有菜单项都创建点击次数，而是在检测到点击次数后才会创建点击次数用以记录统计的点击次数。因此首先会检测菜单项是否已经在浏览器缓存中储存了点击次数的数据，若浏览器缓存中已经储存了该菜单项的点击次数，则获点击次数的数值，并且将数值加一后重新存入浏览器缓存中，若是浏览器缓存中没有该菜单项的点击次数，则为该菜单项建立一个初始值为一的点击次数，然后将点击次数储存于浏览器缓存中。

由于菜单项点击次数是储存在浏览器缓存中，而浏览器缓存中若是储存过多的文件会导致缓存文件过多，从而使得系统运行速度降低。因此服务器在默认状态不会创建菜单项的点击次数，只有在某一菜单项中用以统计点击次数的功能代码被触发后才会创建对应的点击次数储运在浏览器缓存中。如此可以最大程度地避免了缓存文件过多所导致系统运行速度下降，并且有效地提高了浏览器缓存的利用率。

进一步地，基于本发明菜单适配方法另一实施例中，如图5，步骤S20包括：

步骤S21，根据菜单使用数据，获取后台管理系统各菜单项当前的点击次数；

具体地，在获取到登录请求中的登录信息后，服务器会根据获取到的登录信息将储存在浏览器缓存中与该登录信息相关联的各菜单项的点击次数，以便根据所统计的各菜单使用频率对菜单顺序进行重新排列。

步骤S22，将存在点击次数的菜单项按照点击次数的数值由大到小的顺序重新进行排序，以生成第一菜单项序列。

具体地，将有点击次数的菜单项根据点击次数排列，排列规则为按照点击次数的数值，从大到小进行排列(当菜单项点击次数的数值相等时，将点击次数相等的菜单项按照默认排列顺序决定排序)，排列完成即可得到第一菜单项序列。服务器根据登录信息获取到与该登录信息相关联的菜单项点击次数后，将对菜单进行重新排列，并且会根据获得的菜单项点击次数进行对应顺序的排列，由此可得到第一菜单项序列。菜单项的点击次数越多，则表明操作人员对于该菜单项的使用越为频繁，即为操作人员对于该菜单项的使用需求越大，因此在对菜单进行重新排列时将点击次数大的菜单项排列在同级层的前方，可由菜单样式不同，定义不同的“前方”。例如主菜单位于上方界面，并由左到右排列，子菜单为由上到下竖向排列的菜单中，对于主菜单而言，前方意味靠左，对于子菜单，则意味更靠上，示意图如图6和图7，以便操作人员更快捷的进行操作。

步骤S23，将不存在点击次数的菜单项按照预设默认排列顺序排列，以生成第二菜单项序列；将第二菜单项序列排列所述第一菜单项序列之后，以生成操作菜单。

具体地，在将第一菜单项序列排列完成后，若还有剩余未排列的菜单项，则继续排列第二菜单项序列。第一菜单项序列排列完成后，则所有有点击次数的菜单项都已经完成排列，无点击次数的菜单项则按照系统中预设的默认顺序进行排列，将剩余的菜单项排列生成第二菜单项序列。

所有菜单项排列完成后，将第一菜单项序列和第二菜单项序列排列在一起，从而生成排列好的操作菜单。具体排列规则为第二菜单项序列排列在第一菜单项序列之后，而同级层内的菜单项也先按照第一菜单项序列排列，然后将第二菜单项序列排列在第一菜单项序列之后，从而就完成对菜单顺序的重新排列。在获取到当前登录账户对于各菜单项的点击次数后，则根据获取到的点击次数对菜单进行重新排序。有点击次数的菜单项为操作人员日常使用中常用的菜单项，并且根据点击次数的多少，可得出使用需求的大小，因此菜单的排序首先根据点击次数的数值大小进行由大到小排列，而在有点击次数的菜单项排列完毕后，剩余的，也即是没有点击次数的菜单项。没有点击次数的菜单项则为对该登陆账户而言使用需求较小或者无需使用的菜单项，因此按照默认的排列顺序进行排列即可，按照该排列规则进行排列的菜单即可满足当前登录账户对于网站后台管理系统的使用需求。在将所有菜单项排列完成后，即菜单重新排序完成。

进一步地，参照图5，步骤S21还包括：

步骤S24，若所有菜单项均不存在点击次数，则所有菜单项均按照预设默认排列顺序排列，以生成操作菜单。

具体地，若是当前登录账户无任何相关联的菜单使用数据，则将所有菜单项按照默认顺序进行排列。

对于网站后台管理系统而言，默认的菜单排列顺序即为对于各菜单项重要性的粗略排序(可由以往的大数据统计得出)，因此在检测到当前登录账户在浏览器缓存中没有储存菜单使用频率的数据时(例如当前登录账户为新用户)，则服务器将按照预设的默认排列顺序对菜单进行排列。当新用户进行登录时，因浏览器中无任何与其相关联的菜单频率使用数据，因此根据大数据排列的默认菜单顺序则对于新用户而言会显得较为友好(即使不同系统中，菜单的默认排列顺序也较为接近，因菜单排列顺序是根据人们的使用习惯进行排列的，因此默认的菜单顺序在大数据支持下会较为接近)。

进一步地，参照图5，步骤S25包括：

将重新排列后菜单保存在浏览器缓存中并与用户登录信息关联，以便在用户再次登录时读取或使用。

具体地，对菜单进行重新排列之后，将排列好的菜单顺序储存在浏览器缓存中并与当前登录账户相关联。在当前登录账户再次登录网站后台管理系统时，服务器即可获取储存在浏览器缓存中的菜单顺序，并且将网站后台管理系统的菜单替换为所获取到的菜单顺序，使得操作人员的使用更为简便。

服务器将生成好的菜单顺序保存在浏览器缓存中并与登录信息相关联，从而在当前账户再次登录使用网站后台管理系统时，服务器可以获取到该菜单并推送至浏览器且展示给操作人员。

此外，本发明实施例还提出一种服务器，所述服务器包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的菜单适配程序，所述菜单适配程序被所述处理器执行时实现如上所述菜单适配方法各实施例的步骤。

此外本发明实施例还提出一种计算机可读存储介质。

本发明计算机可读存储介质上存储有后台管理系统菜单自动适配程序，所述后台管理系统菜单自动适配程序被处理器执行时实现如上所述各实施例的网站后台管理系统菜单自动适配方法的步骤。

其中，在所述处理器上运行的提示信息的显示程序被执行时所实现的方法可参照本发明后台管理系统菜单自动适配方法各个实施例，在此不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种后台管理系统的菜单适配方法，其特征在于，所述菜单适配方法包括以下步骤：

当接收到浏览器发送的用户登录请求时，获取该登录请求的登录信息以及与登录信息相关联的菜单使用数据；

根据菜单使用数据，获取后台管理系统各菜单项的排列顺序；

将菜单项按获取的排列顺序进行排列以生成操作菜单，并将操作菜单推送至浏览器并展示。

2.如权利要求1所述的菜单适配方法，其特征在于，所述将操作菜单推送至浏览器并展示的步骤之后还包括：

统计登录请求发送端在登陆期间对后台管理系统各菜单项的点击次数；

将统计的各菜单项的点击次数储存于浏览器缓存中，以便后续的读取或改写。

3.如权利要求2所述的菜单适配方法，其特征在于，所述统计登录请求发送端在登陆期间对后台管理系统各菜单项的点击次数包括：

当登录请求发送端在登陆期间对菜单项施加点击操作时，则触发施加有点击操作的菜单项中的功能代码，其中功能代码用于统计菜单项的点击次数；

在功能代码被触发后，统计在登录期间各菜单项的点击次数。

4.如权利要求3所述的菜单适配方法，其特征在于，所述在功能代码被触发后，统计在登录期间各菜单项的点击次数包括：

在功能代码被触发后，判断浏览器缓存中是否储存该施加有点击操作的菜单项的点击次数；

若浏览器缓存中已储存该施加有点击操作的菜单项的点击次数，则将该点击次数的数值加一，并重新储存在浏览器缓存中。

若浏览器缓存中没有储存该施加有点击操作的菜单项的点击次数，则为该菜单项创建一个初始值设为一的点击次数，并储存在浏览器缓存中。

5.如权利要求1所述的菜单适配方法，其特征在于，所述根据菜单使用数据，获取后台管理系统各菜单项的排列顺序的步骤包括：

根据菜单使用数据，获取后台管理系统各菜单项当前的点击次数；

将存在点击次数的菜单项按照点击次数的数值由大到小的顺序重新进行排序，以生成第一菜单项序列。

6.如权利要求5所述的菜单适配方法，其特征在于，所述将存在点击次数的菜单项按照点击次数的数值由大到小的顺序重新进行排序之后还包括：

将不存在点击次数的菜单项按照预设默认排列顺序排列，以生成第二菜单项序列；

将第二菜单项序列排列所述第一菜单项序列之后，以生成操作菜单。

7.如权利要求5所述的菜单适配方法，其特征在于，所述根据菜单使用数据，获取后台管理系统各菜单项当前的点击次数之后还包括：

若所有菜单项均不存在点击次数，则所有菜单项均按照预设默认排列顺序排列，以生成操作菜单。

8.如权利要求6或7所述的菜单适配方法，其特征在于，所述生成操作菜单之后包括：

将重新排列后菜单保存在浏览器缓存中并与用户登录信息关联，以便在用户再次登录时读取或使用。

9.一种服务器，其特征在于，所述服务器包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的菜单适配程序，所述菜单适配程序被所述处理器执行时实现如权利要求1至8中任一项所述的后台管理系统的菜单适配方法步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有菜单适配程序，所述菜单适配程序被处理器执行时实现如权利要求1至8中任一项所述的后台管理系统的菜单适配方法步骤。