技术领域

本发明涉及程序控制技术领域， 特别是一种涉及菜单显示方法， 以及一 种菜单显示装置。 背景技术

在现有的方案中， 终端系统是通过启动菜单活动并加载菜单所需 要的数 据和逻辑业务来调出菜单的。其中，启动菜单 活动至少需要 300毫秒的时间， 而如果菜单本身包含的数据和逻辑业务较为繁 杂时， 则整个菜单调用过程会 需要更长的时间， 则菜单在调出时会出现卡顿现象， 相应的， 菜单的显示就 会延时。 发明内容

基于此， 有必要针对菜单调出时出现的延时问题， 提供一种能够快速反 应的菜单显示方法。

一种菜单显示方法， 包括以下步骤：

当检测到唤出菜单操作时， 显示待操作菜单的图像副本；

加载所述待操作菜单；

所述待操作菜单加载完毕后， 在所述待操作菜单的图像副本的显示位置， 切换显示所述待操作菜单。

在上述方案中， 当用户唤出菜单时， 待操作菜单的图像副本立即显示给 用户， 而显示待操作菜单的图像副本不含任何耗时的 数据和逻辑处理， 也不 需要终端系统去加载菜单活动， 所以它是轻量级的， 因而， 规避了菜单显示 时因加载菜单而出现的延时问题。 所述待操作菜单加载完毕后， 在所述待操 作菜单的图像副本的显示位置， 切换显示所述待操作菜单， 实现待操作菜单 的无间隙的快速显示。

还有必要针对菜单调出时出现的延时问题， 提供一种能够快速反应的菜 单显示装置。

一种菜单显示装置，包括窗体管理模块、菜单 加载模块和切换显示模块： 所述窗体管理模块， 用于在检测到唤出菜单操作时， 显示待操作菜单的 图像副本；

所述菜单加载模块， 用于加载所述待操作菜单；

所述切换显示模块， 用于在所述待操作菜单加载完毕后， 在所述待操作 菜单的图像副本的显示位置， 切换显示所述待操作菜单。

运用上述菜单显示装置来唤出菜单时， 窗体管理模块将待操作菜单的图 像副本立即显示给用户， 而显示待操作菜单的图像副本不含任何耗时的 数据 和逻辑处理， 也不需要终端系统去加载菜单活动， 所以它是轻量级的， 因而， 规避了菜单显示时因加载菜单而出现的延时问 题。 运用菜单加载模块将所述 待操作菜单加载完毕后， 在所述待操作菜单的图像副本的显示位置， 切换显 示所述待操作菜单， 实现待操作菜单的无间隙的快速显示。 附图说明

图 1为本发明菜单显示方法的流程图；

图 2为本发明一个实施例中菜单显示方法的流程� �；

图 3至图 7为本发明实施例中用户调出菜单的操作界面� �意图;

图 8为本发明菜单显示装置的结构示意图；

图 9为本发明一个实施例中菜单显示装置的结构� �意图。 具体实施方式

为了使本发明的目的、 技术方案及优点更加的详细、 清楚， 下面结合附 图和实施例对本发明进行详细说明。

本发明提供一种菜单显示方法， 如图 1所示， 该方法包括以下步骤： S102 : 当检测到唤出菜单操作时， 显示待操作菜单的图像副本；

S104: 加载所述待操作菜单；

S106 : 所述待操作菜单加载完毕后， 在所述待操作菜单的图像副本的显 示位置， 切换显示所述待操作菜单。

在上述方案中， 当用户唤出菜单时， 待操作菜单的图像副本立即显示给 用户， 而显示待操作菜单的图像副本不含任何耗时的 数据和逻辑处理， 也不 需要终端系统去加载菜单活动， 所以它是轻量级的， 因而， 规避了菜单显示 时因加载菜单而出现的延时问题。 所述待操作菜单加载完毕后， 在所述待操 作菜单的图像副本的显示位置， 切换显示所述待操作菜单， 实现待操作菜单 的无间隙的快速显示。

所述菜单显示方法可以是基于 Android系统的菜单显示方法。

在步骤 S102中， 待操作菜单的图像副本所包含的元素及在终端 系统窗口 中显示的图像大小与待操作菜单的显示结果图 像一致， 所述待操作菜单的图 像副本的大小，可以根据终端机型、不同的尺 寸和不同的菜单类型分别设定。

所述待操作菜单的图像副本可预先储存在终端 的数据储存器中。

在终端的数据储存器中预先储存待操作菜单的 图像副本， 可以在唤出菜 单时随时调用， 能够及时的显示。

待操作菜单的图像副本显示时， 不包含任何耗时的数据和逻辑处理， 也 不需要终端系统去加载菜单活动， 因此可以替代真实的菜单显示图像快速显 在一个实施例中， 所述检测唤出菜单操作包括以下步骤：

检测用户触点的位置坐标；

判断所述用户触点的位置坐标是否位于唤出菜 单的有效区域， 若位于唤 出菜单的有效区域内， 则判断为检测到唤出菜单操作。

所述唤出菜单的有效区域可以是在终端系统窗 口中预先设定的区域。 在系统窗口中预先设定唤出菜单的有效区域， 可以在唤出菜单时随时调 用， 无需重新获取， 节省了整个调出菜单的时间。

在另一个实施例中， 所述检测到唤出菜单操作为检测到用户右击鼠 标唤 出菜单。 所述唤出菜单操作还可以是其他类型的触摸动 作， 可根据用户使用 习惯自定义或由程序设计者预先设定。

在步骤 S104中， 加载所述待操作菜单可包括以下步骤： 启动所述待操作菜单的活动；

加载所述待操作菜单所包含的数据及逻辑业务 。

步骤 S106还包括以下步骤：

判断所述待操作菜单的图像副本是否满足第一 预设条件；

若满足第一预设条件， 则将所述待操作菜单的图像副本隐藏， 在所述待 操作菜单的图像副本的显示位置， 切换显示所述待操作菜单。

在一个实施例中， 所述第一预设条件包括所述待操作菜单的图像 副本到 达第一预设位置或者所述待操作菜单的图像副 本显示时长达到第一预设时长。

所述第一预设位置是与待操作菜单的显示位置 完全重合的位置。 在一个 实施例中， 所述第一预设位置包括终端系统窗口中的预设 位置坐标， 所述第 一预设时长不小于加载所述待操作菜单所用的 时间。

例如， 判断所述待操作菜单的图像副本到达指定的高 度 （例如整个终端 系统窗口高度的中间位置） 或者所述待操作菜单的图像副本显示时长达到 2 秒， 则满足第一预设条件。

在一个优选的实施例中， 检测到所述待操作菜单的图像副本被拖动或者 控制所述待操作菜单的图像副本移至整个终端 系统窗口高度的中间位置， 在 该位置切换显示所述待操作菜单。

在后台程序中设置所述第一预设位置或者第一 预定时长， 便于记录和实 时更新待操作菜单图像副本的位置， 有利于待操作菜单显示图像与待操作菜 单的图像副本切换显示。

在一个实施例中， 如图 2所示， 还包括步骤 S105 : 判断是否满足加载所 述待操作菜单的第二预设条件， 当满足所述第二预设条件时， 则加载所述待 操作菜单。

所述第二预设条件可包括所述待操作菜单的图 像副本到达第二预设位置 或者所述待操作菜单的图像副本显示时长达到 第二预设时长。

检测到所述待操作菜单的图像副本会首先到达 第二预设位置， 然后再到 达第一预设位置。

所述第一预设时长长于所述第二预设时长 （例如相差 1秒）。 当不慎触发了唤出待操作菜单操作时， 因为需要在满足第二预设条件时 才加载所述待操作菜单， 而不是直接加载所述待操作菜单， 从而有效避免了 终端系统调出菜单等耗时操作， 减小了成本损耗， 提高了系统的运行效率。

在一个优选的实施例中， 检测到所述待操作菜单的图像副本自动移动至 第二预设位置， 例如整个终端系统窗口高度的 1/3 高度处， 则此时触发加载 所述待操作菜单的条件， 检测到所述待操作菜单的图像副本自动移动至 第二 预设位置， 例如整个终端系统窗口高度的 2/3 高度处时， 在所述待操作菜单 的图像副本的显示位置， 切换显示所述待操作菜单。

在一个优选的实施例中， 检测到所述待操作菜单的图像副本显示时长达 到第二预设时长时， 则此时触发加载所述待操作菜单的条件， 检测到所述待 操作菜单的图像副本显示时长达到第一预设时 长时， 在所述待操作菜单的图 像副本的显示位置， 切换显示所述待操作菜单。 其中， 所述第二预设时长例 如为 1秒， 所述第一预设时长例如为 2秒。

通过设定第二预设位置和第二预设时长来判断 是否满足加载所述待操作 菜单的条件， 便于操作， 且增加了整个装置的可靠性和稳定性。

在一个优选的实施例中， 所述待操作菜单为全局菜单。

全局菜单的实现依赖于一个应用程序进程的窗 口管理服务， 通过该服务 可以获取进程的窗口管理者， 通过窗口管理者即可将任意视图布局作为菜单 视图布局进行添加， 从而实现全局菜单。 此菜单的特性在于， 无论用户在运 行哪个 APP， 都可以看到此菜单。全局菜单依赖于整个应用 程序进程， 与程序 内的某个界面无依赖关系， 所以当某个应用程序退至后台不做界面显示的 时 候， 全局菜单也依然不会消失。

全局菜单通过窗口管理服务去管理各个菜单的 视图以及菜单包含的复杂 的业务数据， 加载全局菜单会造成较长的时间延迟， 使用不含任何耗时的数 据和逻辑处理的全局菜单的图像副本切换显示 所述全局菜单， 可以大大缩短 所述全局菜单显示的时间。

优选地， 所述的全局菜单为拖拉式交互菜单。

使用拖拉式的全局交互菜单， 便于用户在触摸操作时， 拖动所述全局菜 单来进行相应的位移， 便于对全局菜单进行拖拉的操作。

下面给出本发明菜单显示方法的一个具体实例 ， 结合图 3、 图 4、 图 5、 图 6和图 7本发明基于 Android系统的调出菜单的操作界面示意图进行� �明。

图 3至图 7中的 100为搭载 Android系统的机器设备， 102为唤出菜单的 有效区域， 104为加载所述待操作菜单的第二预设位置， 106为待操作菜单的 图像副本， 108为待操作菜单。

当检测到用户触碰如图 3所示的唤出菜单的有效区域 102时， 则会将待 操作菜单的图像副本 106显示给用户。

当检测到用户在唤出菜单的有效区域 102内如图 4所示移动待操作菜单 的图像副本 106时， 则更新待操作菜单的图像副本 106的位置。

检测到所述待操作菜单的图像副本 106被拖动至如图 5所示的加载所述 待操作菜单第二预设位置 104时， 则加载待操作菜单 108， 控制待操作菜单的 图像副本 106移动至第一预设位置。

所述第一预设位置是与待操作菜单完全重合的 位置， 如图 6 中待操作菜 单的图像副本 106到达的位置， 此时将待操作菜单的图像副本 106隐藏， 如 图 7所示， 在待操作菜单的图像副本 106所在的第一预设位置与加载完毕的 待操作菜单迅速地进行位置的交换。

加载所述待操作菜单的时间不小于待操作菜单 的图像副本 106达到加载 所述待操作菜单预设的高度 104时的时间， 才能保证待操作菜单的图像副本 106与待操作菜单 108无间隙过渡。

本发明的方法可以在不同机型、 不同尺寸的终端上实现。

根据菜单显示方法， 提供一种基于本以上菜单显示方法的菜单显示 装置， 如图 8所示， 为本发明中菜单显示装置的结构示意图。

一种菜单显示装置， 包括窗体管理模块 204、菜单加载模块 206和切换显 示模块 208:

所述窗体管理模块 204， 用于在检测到唤出菜单操作时， 显示待操作菜单 的图像副本；

所述菜单加载模块 206， 用于加载所述待操作菜单； 所述切换显示模块 208， 用于在所述待操作菜单加载完毕后， 在所述待操 作菜单的图像副本的显示位置， 切换显示所述待操作菜单。

运用上述菜单显示装置来唤出菜单时， 窗体管理模块 204将待操作菜单 的图像副本立即显示给用户， 而显示待操作菜单的图像副本不含任何耗时的 数据和逻辑处理， 也不需要终端系统去加载菜单活动， 所以它是轻量级的， 因而， 规避了菜单显示时因加载菜单而出现的延时问 题。 运用菜单加载模块

206将所述待操作菜单加载完毕后，在所述待 操作菜单的图像副本的显示位置， 切换显示所述待操作菜单， 实现待操作菜单的无间隙的快速显示。

所述菜单显示装置可以是基于 Android系统的菜单显示装置。

在一个实施例中， 窗体管理模块 204进一步用于： 检测用户触点的位置 坐标；

判断所述用户触点的位置坐标是否位于唤出菜 单的有效区域， 若位于唤 出菜单的有效区域内， 则判断为检测到唤出菜单操作。

所述唤出菜单的有效区域可以是在终端系统窗 口中预先设定的区域。

在系统窗口中预先设定唤出菜单的有效区域， 可以在唤出菜单时随时调 用， 无需重新获取， 节省了整个调出菜单的时间。

在另一个实施例中， 窗体管理模块 204还用于检测是否有右击鼠标调取 唤出菜单的行为， 若有， 则判断为检测到唤出菜单操作。

窗体管理模块 204检测到的唤出菜单操作还可以是其他类型的 触摸动作， 可根据用户使用习惯自定义或由程序设计者预 先设定。

在窗体管理模块 204 中， 待操作菜单的图像副本所包含的元素及在终端 系统窗口中显示的图像大小与待操作菜单的显 示结果图像一致， 所述待操作 菜单的图像副本的大小， 可以根据终端机型、 不同的尺寸和不同的菜单类型 分别设定。

窗体管理模块 204 中的所述待操作菜单的图像副本可预先储存在 终端的 数据储存器中。

在终端的数据储存器中预先储存待操作菜单的 图像副本， 可以在唤出菜 单时便于窗体管理模块 204随时调用， 则能够及时的显示。 待操作菜单的图像副本显示时， 不包含任何耗时的数据和逻辑处理， 也 不需要终端系统去加载菜单活动， 因此可以替代真实的菜单显示图像快速显 菜单加载模块 206进一步用于： 启动所述待操作菜单的活动； 加载所述 待操作菜单所包含的数据及逻辑业务。

切换显示模块 208进一步用于： 判断所述待操作菜单的图像副本是否满 足第一预设条件， 当满足所述第一预设条件时， 将所述待操作菜单的图像副 本隐藏， 在所述待操作菜单的图像副本的显示位置， 切换显示所述待操作菜 单。

在一个实施例中， 所述第一预设条件包括所述待操作菜单的图像 副本到 达第一预设位置或者所述待操作菜单的图像副 本显示时长达到第一预设时长。

所述第一预设位置是与待操作菜单的显示位置 完全重合的位置。 在一个 实施例中， 所述第一预设位置包括终端系统窗口中的预设 位置坐标， 所述第 一预设时长不小于菜单加载模块 206加载所述待操作菜单所用的时间。

例如， 判断所述待操作菜单的图像副本到达指定的高 度 （例如整个终端 系统窗口高度的 1/2 位置） 或者所述待操作菜单的图像副本显示时长达到 2 秒， 则满足第一预设条件。

在一个优选的实施例中， 检测所述待操作菜单的图像副本被拖动或者控 制所述待操作菜单的图像副本移至整个终端系 统窗口高度的 1/2位置， 在该 位置切换显示所述待操作菜单。

在后台程序中设置所述第一预设位置或者第一 预定时长， 便于记录和实 时更新待操作菜单图像副本的位置， 有利于待操作菜单显示图像与待操作菜 单的图像副本切换显示。

在一个实施例中， 如图 9所示， 还包括判断模块 205， 用于判断是否满足 加载所述待操作菜单的第二预设条件， 当满足所述第二预设条件时， 则加载 所述待操作菜单。

所述第二预设条件可包括所述待操作菜单的图 像副本到达第二预设位置 或者所述待操作菜单的图像副本显示时长达到 第二预设时长。 所述待操作菜单的图像副本会首先到达第二预 设位置， 然后再到达第一 预设位置。

所述第一预设时长要长于所述第二预设时长 （例如相差 1秒）。

当不慎触发了唤出待操作菜单操作时， 因为需要在满足第二预设条件时 才加载所述待操作菜单， 而不是直接加载所述待操作菜单， 从而有效避免了 终端系统调出菜单等耗时操作， 减小了成本损耗， 提高了系统的运行效率。

在一个优选的实施例中， 判断模块 205检测到所述待操作菜单的图像副 本自动移动至第二预设位置， 例如整个终端系统窗口高度的 1/3 高度处， 则 此时菜单加载模块 206加载所述待操作菜单， 切换显示模块 208检测到所述 待操作菜单的图像副本自动移动至第二预设位 置， 例如整个终端系统窗口高 度的 2/3 高度处时， 在所述待操作菜单的图像副本的显示位置， 切换显示所 述待操作菜单。

在一个优选的实施例中， 判断模块 205检测到所述待操作菜单的图像副 本显示时长达到第二预设时长时， 则此时菜单加载模块 206加载所述待操作 菜单的条件， 切换显示模块 208检测到所述待操作菜单的图像副本显示时长 达到第一预设时长时， 在所述待操作菜单的图像副本的显示位置， 切换显示 所述待操作菜单。 其中， 所述第二预设时长例如为 1 秒， 所述第一预设时长 例如为 2秒。

通过设定第二预设位置和第二预设时长来判断 是否满足加载所述待操作 菜单的条件， 便于操作， 且增加了整个装置的可靠性和稳定性。

在一个实施例中， 所述的待操作菜单为全局菜单。

全局菜单的实现依赖于一个应用程序进程的窗 口管理服务， 通过该服务 可以获取进程的窗口管理者， 通过窗口管理者即可将任意视图布局作为菜单 视图布局进行添加， 从而实现全局菜单， 此菜单的特性在于， 无论用户在运 行哪个 APP， 都可以看到此菜单。全局菜单依赖于整个应用 程序进程， 与程序 内的某个界面无依赖关系， 所以当某个应用程序退至后台不做界面显示的 时 候， 全局菜单也依然不会消失。

全局菜单通过窗口管理服务去管理各个菜单的 视图以及菜单包含的复杂 的业务数据， 加载全局菜单会造成较长的时间延迟， 使用不含任何耗时的数 据和逻辑处理的全局菜单的图像副本切换显示 所述全局菜单， 可以大大缩短 所述全局菜单显示的时间。

优选地， 所述的全局菜单为拖拉式交互菜单。

使用拖拉式的全局交互菜单， 便于用户在触摸操作时， 拖动所述全局菜 单来进行相应的位移， 便于对全局菜单进行拖拉的操作。

在本发明的技术方案中， 当用户在调用菜单时， 待操作菜单的图像副本 会替代真实的菜单布局立即显示给用户， 规避了菜单加载而出现的延时问题， 可以在视觉上即刻相应用户操作， 改善了用户体验。

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

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