CN102567028A - 分离式菜单显示控制方法、装置及终端 - Google Patents

Abstract

本发明涉及一种分离式菜单显示控制方法、装置及终端，其方法包括：接收用户设置菜单的第一操作指令；根据第一操作指令调用从外部拷贝或下载安装在本地的菜单应用程序，并根据预设的系统控制层与菜单接口层之间的进程通信协议控制显示菜单。本发明将电视等终端的界面菜单的开发从系统软件开发中分离出来，根据系统控制层与菜单接口层之间的进程通信协议，调用菜单应用程序，控制显示相应的菜单，并可根据用户的操作指令，控制相关功能模块动作，实现菜单的更新显示，在实现菜单的多样化显示的前提下，由于不需要增加硬件资源，减少了系统开发成本，而且用户可快速安全的选择更换自己喜欢的菜单风格，满足了用户个性化需求，提高用户体验效果。

Description

分离式菜单显示控制方法、装置及终端

技术领域

本发明涉及菜单显示技术领域，尤其涉及一种分离式菜单显示控制方法、装置及系统。

背景技术

目前，在电视菜单模块的开发技术中，大都采用将系统控制模块、各功能模块集成在一个软件系统中。这种集成开发方式的优点在于可以通过菜单直接控制系统及各功能模块，但是，其存在的缺点是，通常一套系统软件对应一套菜单，难以满足用户对电视菜单风格的个性化消费需求。

为了解决上述问题，目前有些做法是，在电视机出厂时内置多种风格的菜单样式，或者采用网络升级整个系统软件的方式，以实现菜单样式的更新。

但是，上述两种做法同样存在不足，若内置多种UI(User Interface，用户界面)，则将占去系统大量的Flash空间，而且做预置的UI风格不一定能满足用户的要求；另外，通过网络方式更新整个系统软件来更新UI的方式，由于要更新整个系统软件，需要花费较长时间，而且更新过程不能关机，由此增加了用户及电视厂商的操作风险。

发明内容

本发明的主要目的在于提供一种分离式菜单显示控制方法、装置及系统，旨在实现菜单的多样化显示，提高用户体验。

为了达到上述目的，本发明提出一种分离式菜单显示控制方法，包括：

接收用户设置菜单的第一操作指令；

根据所述第一操作指令调用从外部拷贝或下载安装在本地的菜单应用程序，并根据预设的系统控制层与菜单接口层之间的进程通信协议控制显示所述菜单。优选地，所述根据第一操作指令调用从外部拷贝或下载安装在本地的菜单应用程序，并根据预设的所述系统控制层与菜单接口层之间的进程通信协议控制显示所述菜单的步骤包括：

根据所述第一操作指令，从存储设备中读取或从网络下载对应的菜单应用程序至内存；

在内存中运行所述菜单应用程序；

根据预设的进程通信协议，控制所述菜单应用程序对应的菜单在所述系统控制层的UI层进行显示。

优选地，该方法还包括：

接收用户操作菜单的第二操作指令；

根据所述第二操作指令以及预设的进程通信协议，指示相关功能模块动作；

根据所述相关功能模块的动作结果，控制当前的菜单界面的菜单在所述系统控制层的UI层更新显示。

优选地，该方法还包括：

在所述终端启动所述UI层后，接收用户的显示主菜单的第三操作指令；

根据所述第三操作指令及所述预设的进程通信协议，控制主菜单界面在所述UI层上显示，供用户设置菜单。

优选地，所述相关功能模块动作至少包括切换信源、调整系统量、改变播放模式。

优选地，所述接收用户设置菜单的第一操作指令的步骤之前还包括：

设计可独立运行的所述菜单应用程序，保存于所述存储设备中；

创建系统控制层与菜单接口层之间的所述进程通信协议。

本发明还提出一种分离式菜单显示控制装置，包括：

指令接收模块，用于接收用户设置菜单的第一操作指令；

显示控制模块，用于根据所述第一操作指令调用从外部拷贝或下载安装在本地的菜单应用程序，并根据预设的系统控制层与菜单接口层之间的进程通信协议控制显示所述菜单。

优选地，所述显示控制模块包括：

读取单元，用于根据所述第一操作指令，从存储设备中读取或从网络下载对应的菜单应用程序至内存；

运行单元，用于在内存中运行所述菜单应用程序；

显示控制单元，用于根据预设的进程通信协议，控制所述菜单应用程序对应的菜单在所述系统控制层的UI层进行显示。

优选地，所述指令接收模块，还用于接收用户操作菜单的第二操作指令；

所述显示控制模块，还用于根据所述第二操作指令以及预设的进程通信协议，指示相关功能模块动作；根据所述相关功能模块的动作结果，控制当前的菜单界面的菜单在所述系统控制层的UI层更新显示。

优选地，所述指令接收模块，还用于在终端启动所述UI层后，接收用户的显示主菜单的第三操作指令；

所述显示控制模块，还用于根据所述第三操作指令及所述预设的进程通信协议，控制主菜单界面在所述UI层上显示，供用户设置菜单。

优选地，该装置还包括：

设计模块，用于设计可独立运行的所述菜单应用程序，保存于所述存储设备中；

创建模块，用于创建系统控制层与菜单接口层之间的所述进程通信协议。

本发明还提出一种分离式菜单显示控制终端，包括如上所述的装置。

本发明提出的一种分离式菜单显示控制方法、装置及系统，将电视等终端的界面菜单的开发从系统软件开发中分离出来，使菜单开发变为独立的软件开发，控制层根据用户的操作指令调用外设的菜单应用程序，并根据系统控制层与菜单接口层之间的进程通信协议控制相应菜单在UI层进行显示，同时，可根据用户的操作指令，控制相关功能模块动作，实现菜单的更新显示。本发明在实现菜单的多样化显示的前提下，由于不需要增加硬件资源，减少了系统开发成本，而且用户可快速安全的选择更换自己喜欢的菜单风格，满足了用户个性化需求，提高用户体验效果。

附图说明

图1是本发明分离式菜单显示控制方法第一实施例的流程示意图；

图2是本发明分离式菜单显示控制方法第一实施例中根据第一操作指令调用从外部拷贝或下载安装在本地的菜单应用程序，并根据预设的系统控制层与菜单接口层之间的进程通信协议控制显示菜单的流程示意图；

图3是本发明分离式菜单显示控制方法第二实施例的流程示意图；

图4是本发明分离式菜单显示控制装置第一实施例的结构示意图；

图5是本发明分离式菜单显示控制装置第一实施例中显示控制模块的结构示意图；

图6是本发明分离式菜单显示控制装置第二实施例的结构示意图；

图7是本发明分离式菜单显示控制终端第一实施例的结构示意图。

为了使本发明的技术方案更加清楚、明了，下面将结合附图作进一步详述。

具体实施方式

本发明实施例解决方案主要是：将电视等终端的界面菜单的开发从系统软件开发中分离出来，使菜单开发变为独立的软件开发，控制层根据用户的操作指令调用外设的菜单应用程序，并根据预设的进程通信协议控制相应菜单在UI层进行显示，同时，可根据用户的操作指令，控制相关功能模块动作，实现菜单的更新显示，用户可根据个人需要选择更换自己喜欢的菜单风格，实现菜单的多样化显示，提高用户体验效果。

本发明中显示菜单的终端可以为电视机或者具有菜单显示功能的其他终端，以下各实施例以电视终端为例进行说明。

如图1所示，本发明第一实施例提出的一种分离式菜单显示控制方法，包括：

步骤S101，接收用户设置菜单的第一操作指令；

以电视终端为例，本实施例中的电视终端具有菜单接口层、系统控制层、各功能模块以及Flash等，系统控制层具有UI层。其中，系统控制层与菜单接口层之间创建有进程通信协议，系统控制层与菜单接口层之间通过该进程通信协议相互调用，并根据用户的操作指令控制UI层的菜单和各功能模块；UI层用于根据系统控制层的指令显示相应的菜单，各功能模块用于根据系统控制层的指令执行相应的功能，对菜单进行调整。

本实施例方法的执行主体为电视终端的系统控制层，同时预先创建了系统控制层与菜单接口层以及系统控制层与各功能模块之间进行通信的进程通信协议，该预先设定的进程通信协议基于电视终端共享内存的进程通信协议，比如APM(applications manage，应用程序性能管理)技术、或者进程通信IPC(inter-process communication，进程间通信)技术或其他的通信技术，并对共享内存的进程通信协议进行了数据扩展。在具体实施时，可以在系统主进程、各功能模块中分别编写相应的进程通信响应代码，以响应菜单应用程序的调用。

当电视启动UI层后，电视界面呈现上次关机前，用户选择设置的菜单界面，之后，若用户需要设置其他风格的菜单，用户可通过遥控器等方式选择电视界面上的设置选项，通过该设置选项进入主菜单界面，主菜单界面向用户展示有各种菜单风格效果的选项，供用户选择。

上述过程中，可以采用默认的操作流程来实现，系统控制层根据用户的遥控指令调用进入主菜单界面的应用程序，并控制该主菜单界面在UI层显示。

当用户进入主菜单界面后，可进行菜单设置，用户可以通过遥控器操作或者直接操作电视外设的按钮，在电视屏幕上移动光标，选择自己喜爱的各种风格的菜单样式。

系统控制层接收用户的设置菜单的操作指令(即本实施例中的第一操作指令)，以便根据该第一操作指令实现后续的多样化菜单显示。

步骤S102，根据第一操作指令调用从外部拷贝或下载安装在本地的菜单应用程序，并根据预设的系统控制层与菜单接口层之间的进程通信协议控制显示菜单。

其中，外设的菜单应用程序是可以独立运行于Linux或android等操作系统的菜单应用程序或库文件。

用户可以根据个人喜好，预先设定各种不同风格的菜单应用程序，用户也可以根据个人喜好从网上下载不同风格的菜单应用程序。上述菜单应用程序可以由用户通过移动存储设备或网络进行拷贝、下载或安装到电视终端的Flash等存储模块中或安装到电视终端中，从而实现菜单风格的变化。当系统控制层接收到用户的第一操作指令后，将外设的应用程序读入本地内存中，然后运行读取的菜单应用程序，同时根据系统控制层与菜单接口层之间预设的进程通信协议，在UI层显示该菜单应用程序对应的菜单界面，将用户选择的菜单样式显示在终端界面上。

对用户而言，在电视屏幕上，当用户选择主菜单界面上的某种菜单样式的选项按钮并确认后，电视屏幕上可以直接将用户选取的菜单样式切换显示在电视屏幕上，也可以在用户下次开机时，显示用户此次设置的菜单样式。

为了实现外设的菜单应用程序的独立调用与响应，实现多样化的菜单风格并进行显示，在具体实施时，可以在菜单接口层设置菜单软件，在系统控制层设置系统软件，并制定菜单软件与系统软件之间的进程通信协议，让菜单软件在满足上述协议的基础上，开发为独立的菜单应用程序或库文件；系统软件设计一个进程通信管理模块，用以调用菜单软件中的菜单应用程序，同时也可以响应菜单软件对系统软件的控制调用；在系统软件中，除上述由一个通信管理进程模块来控制与菜单软件的所有的通信外，系统软件也可以设计为每个进程分别单独响应来自菜单软件的控制调用。在系统软件完全不变的情况下，可以通过移动存储设备或网络拷贝、下载或安装来实现菜单软件更新与菜单风格的变化。

具体实施过程中，如图2所示，上述步骤S102包括：

步骤S1021，根据第一操作指令，从存储设备中读取或从网络下载对应的菜单应用程序至内存；

其中，存储设备可以为电视终端本地的存储器比如Flash，也可以是外部的可移动存储设备比如U盘等。

步骤S1022，在内存中运行菜单应用程序；

步骤S1023，根据预设的进程通信协议，控制菜单应用程序对应的菜单在系统控制层的UI层进行显示。

本实施例将电视等终端的界面菜单的开发从系统软件开发中分离出来，根据用户的喜好设计独立的各种菜单样式的菜单应用程序，使菜单开发变为独立的软件开发，控制层根据用户的操作指令调用外设的菜单应用程序，并根据系统控制层与菜单接口层之间的进程通信协议控制相应菜单在UI层进行显示，实现了菜单的多样化显示，由于不需要增加硬件资源，减少了系统开发成本，而且用户可快速安全的选择更换自己喜欢的菜单风格，满足了用户个性化需求，提高用户体验效果。

如图3所示，本发明第二实施例提出的一种分离式菜单显示控制方法，在上述第一实施例的基础上，在上述步骤S101之前还包括：

步骤S70，创建系统控制层与菜单接口层之间的进程通信协议；

步骤S80，设计可独立运行的菜单应用程序，保存于存储设备中；

步骤S90，在终端启动UI层后，接收用户的显示主菜单的第三操作指令；

步骤S100，根据第三操作指令及预设的进程通信协议，控制主菜单界面在UI层上显示，供用户设置菜单。

上述步骤S70和步骤S80可以不分先后顺序执行。

在上述步骤S102之后还包括：

步骤S103，接收用户操作菜单的第二操作指令；

步骤S104，根据第二操作指令以及预设的进程通信协议，指示相关功能模块动作；

其中，相关功能模块动作包括切换信源、调整系统量、改变播放模式等。

步骤S105，根据相关功能模块的动作结果，控制当前的菜单界面的菜单在UI层更新显示。

本实施例与上述实施例的区别在于，本实施例终端临时创建系统控制层与菜单接口层之间的进程通信协议，并根据用户的需要，设计各种样式风格的菜单应用程序，存储在存储设备中，该存储设备可以为电视终端本地的存储器比如Flash，也可以是外部的可移动存储设备比如U盘等。

在终端启动UI层后，终端系统控制层根据用户的第三操作指令，调用进入主菜单界面的应用程序，在UI层显示主菜单界面，供用户设置菜单。

同时，本实施例在实现多种风格菜单样式的设置的同时，还可以在显示菜单时，根据用户需要进行菜单的更新显示，比如切换信源、调整系统量、改变播放模式等。

具体地，当用户需要切换信源、调整系统量或者改变播放模式时，用户通过遥控器或电视外设的按钮向系统控制层发送指令(即本实施例所称第二操作指令)，系统控制层根据用户发送的指令通知相关功能模块进行动作，比如调节音量、对比度、切换信源等。系统控制层根据相关功能模块的动作结果，在UI层更新显示当前的菜单界面。

在具体实施时，可以在系统主进程、各功能模块中分别编写相应的进程通信响应代码，以响应菜单应用程序的调用。同时，可以定义相应的接口函数及功能控制参数，配合系统控制层与菜单接口层及各功能模块之间的进程通信协议来实现对菜单界面的调整，进而更新显示菜单。

以下详细说明本实施例中定义的相关控制参数、接口函数代码及功能参数：

一、相关控制项的具体控制参数定义如下：

二、部分进程名称字符串列表和部分控制项名称字符串列表以代码表示如下：

三、相关的通信调用接口函数为：int IPC_ApCallWithParam(char*apString，char*itemString，void*param int paramSize)；

四、功能参数定义表如下表1所示：

表1

上述接口函数int IPC_ApCallWithParam(char*apString，char*itemString，void*param int paramSize)中，第一个参数apString是所要处理消息的进程名称，其在上述进程名称列表中有定义。

如果协议约定系统控制层通过设定的进程通信管理模块响应处理来自菜单应用程序的通知，则上述apString参数为上述进程名称列表中的“ap_IPC_control”字符串；如果协议约定系统控制层控制每个相关功能模块分别单独响应来自菜单应用程序的通知，则上述apString参数为上述进程名称列表中的其他进程字符串。如果系统控制层需要调用菜单应用程序，则上述apString参数为上述进程名称列表中“ap_menu”字符串。

上述接口函数中，第二个参数itemString为本次通信所要调整项的名称，如电视信源选择、画面亮度调整、对比度调整、USB电影播放控制动作等。这些项的具体字符串在上述控制项名称列表中有定义。

上述接口函数中，第三个参数param是针对上述第二项所述的调整项的具体的修改参数，该具体参数总共有多少个字节，由上述接口函数中的第四个参数paramSize控制。

例如，修改电视信源Item_dvbtInputAtv，其参数为上述信源输入改变项中的参数定义中的SYSTEM_INPUT_ATV、SYSTEM_INPUT_DTV、SYSTEM_INPUT_PC等中的一个，因为只需一个字节，故上述paramSize的值也需设为1；又如，画面亮度调整item_dvbtImageBrightness，其参数为0到100之间的某个值，为一个字节，故paramSize的值也需设为1；再如，USB电影播放动作Item_mplayerMovieAction，它的动作包含开始播放、停止播放、快进等，如果动作为快进，则还需进一步说明快进是2倍速、4倍速还是其他的快进速度，故paramSize需要设为2。

本实施例通过预设的进程通信协议，将菜单控制部分从系统软件中剥离出来，使菜单软件的开发在满足上述通信协议的基础上，可以完全脱离系统软件，并最终能控制系统软件。此种分离式的菜单设计方法，可以使设备制造商在不用修改系统软件、不用增加硬件资源的前提下，为用户设计更多风格的菜单样式；用户也能较方便、轻松的从指定网络中下载或拷贝安装自己喜欢的风格的菜单。

相比现有技术，本实施例将菜单应用程序与系统软件分离开设计；可以让电视制造商方便的设计多套菜单供用户选择；用户也可以快速方便的选择使用自己喜欢的风格的菜单；此外，本实施例不仅可以进行菜单肤色、图片等浅层次的更换，而是包括对菜单的运动控制方式、菜单选项布局等在内的全方位更换；此外，独立设计的菜单应用程序较小，其下载安装过程快，而且菜单应用程序的下载安装过程完全不影响整个系统软件，由此大大提高电视菜单的定制与个性化消费。

如图4所示，本发明第一实施例提出一种分离式菜单显示控制装置，包括：指令接收模块401及显示控制模块402，其中：

指令接收模块401，用于接收用户设置菜单的第一操作指令；

显示控制模块402，用于根据第一操作指令调用从外部拷贝或下载安装在本地的菜单应用程序，并根据预设的系统控制层与菜单接口层之间的进程通信协议控制显示菜单。

以电视终端为例，本实施例中的电视终端具有菜单接口层、系统控制层、各功能模块以及Flash等，系统控制层具有UI层。其中，系统控制层与菜单接口层之间通过该进程通信协议相互调用，并根据用户的操作指令控制UI层的菜单和各功能模块；UI层用于根据系统控制层的指令显示相应的菜单，各功能模块用于根据系统控制层的指令执行相应的功能，对菜单进行调整。

本实施例中装置设置在电视终端的系统控制层，完成系统控制层的相关功能。同时，本实施例预先创建了系统控制层与菜单接口层以及系统控制层与各功能模块之间进行通信的进程通信协议，该预先设定的进程通信协议基于电视终端共享内存的进程通信协议，比如APM技术、或者进程通信IPC技术或其他的通信技术，并对共享内存的进程通信协议进行了数据扩展。在具体实施时，可以在系统主进程、各功能模块中分别编写相应的进程通信响应代码，以响应菜单应用程序的调用。当电视启动UI层后，电视界面呈现上次关机前，用户选择设置的菜单界面，之后，若用户需要设置其他风格的菜单，用户可通过遥控器等方式选择电视界面上的设置选项，通过该设置选项进入主菜单界面，主菜单界面向用户展示有各种菜单风格效果的选项，供用户选择。

上述过程中，可以采用默认的操作流程来实现，系统控制层根据用户的遥控指令调用进入主菜单界面的应用程序，并控制该主菜单界面在UI层显示。

当用户进入主菜单界面后，可进行菜单设置，用户可以通过遥控器操作或者直接操作电视外设的按钮，在电视屏幕上移动光标，选择自己喜爱的各种风格的菜单样式。

系统控制层通过指令接收模块401接收用户的设置菜单的操作指令(即本实施例中的第一操作指令)，以便后续由显示控制模块402根据该第一操作指令实现多样化菜单显示。

其中，外设的菜单应用程序是可以独立运行于Linux或android等操作系统的菜单应用程序或库文件。

用户可以根据个人喜好，预先设定各种不同风格的菜单应用程序，用户也可以根据个人喜好从网上下载不同风格的菜单应用程序。上述菜单应用程序可以由用户通过移动存储设备或网络进行拷贝、下载或安装到电视终端的Flash等存储模块中或安装到电视终端中，从而实现菜单风格的变化。

当系统控制层的指令接收模块401接收到用户的第一操作指令后，显示控制模块402将外设的应用程序读入本地内存中，然后运行读取的菜单应用程序，同时根据系统控制层与菜单接口层之间预设的进程通信协议，在UI层显示该菜单应用程序对应的菜单界面，将用户选择的菜单样式显示在终端界面上。

对用户而言，在电视屏幕上，当用户选择主菜单界面上的某种菜单样式的选项按钮并确认后，电视屏幕上可以直接将用户选取的菜单样式切换显示在电视屏幕上，也可以在用户下次开机时，显示用户此次设置的菜单样式。

为了实现外设的菜单应用程序的独立调用与响应，实现多样化的菜单风格并进行显示，在具体实施时，可以在菜单接口层设置菜单软件，并在系统控制层设置系统软件，并制定菜单软件与系统软件之间的通信协议，让菜单软件在满足上述协议的基础上，开发为独立的菜单应用程序或库文件；系统软件设计一个进程通信管理模块，用以调用菜单软件中的菜单应用程序，同时也可以响应菜单软件对系统软件的控制调用；在系统软件中，除上述由一个通信管理进程模块来控制与菜单软件的所有的通信外，系统软件也可以设计为每个进程分别单独响应来自菜单软件的控制调用。在系统软件完全不变的情况下，可以通过移动存储设备或网络拷贝、下载或安装来实现菜单软件更新与菜单风格的变化。

如图5所示，具体实施过程中，上述显示控制模块402包括：读取单元4021、运行单元4022以及显示控制单元4023，其中：

读取单元4021，用于根据第一操作指令，从存储设备中读取或网络下载对应的菜单应用程序至内存；

其中，存储设备可以为电视终端本地的存储器比如Flash，也可以是外部的可移动存储设备比如U盘等。

运行单元4022，用于在内存中运行单应用程序；

显示控制单元4023，用于根据预设的进程通信协议，控制菜单应用程序对应的菜单在系统控制层的UI层进行显示。

如图6所示，本发明第二实施例提出一种分离式菜单显示控制装置，在上述实施例的基础上，还包括：

创建模块390，用于创建系统控制层与菜单接口层之间的进程通信协议；

设计模块400，用于设计可独立运行的菜单应用程序，保存于存储设备中。

在本实施例中，上述指令接收模块401还用于接收用户操作菜单的第二操作指令；

上述显示控制模块402，还用于根据第二操作指令以及预设的进程通信协议，指示相关功能模块动作；根据相关功能模块的动作结果，控制当前的菜单界面的菜单在UI层更新显示。

进一步的，上述指令接收模块401，还用于在终端启动UI层后，接收用户的显示主菜单的第三操作指令；

上述显示控制模块402，还用于根据第三操作指令及预设的进程通信协议，控制主菜单界面在UI层上显示，供用户设置菜单。

本实施例与上述实施例的区别在于，本实施例中，终端通过创建模块390创建系统控制层与菜单接口层之间的进程通信协议，并可以根据用户的需要，通过设计模块400设计各种样式风格的菜单应用程序，存储在存储设备中，该存储设备可以为电视终端本地的存储器比如Flash，也可以是外部的可移动存储设备比如U盘等。

在终端启动UI层后，终端系统控制层根据用户的第三操作指令，调用进入主菜单界面的应用程序，在UI层显示主菜单界面，供用户设置菜单。

同时，本实施例中显示控制模块402在实现多种风格菜单样式的设置的同时，还可以在显示菜单时，根据用户需要进行菜单的更新显示，比如切换信源、调整系统量、改变播放模式等。

具体地，当用户需要切换信源、调整系统量或者改变播放模式时，用户通过遥控器或电视外设的按钮向系统控制层发送指令(即本实施例所称第二操作指令)，系统控制层根据用户发送的指令通知相关功能模块进行动作，比如调节音量、对比度、切换信源等。系统控制层根据相关功能模块的动作结果，在UI层更新显示当前的菜单界面。

在具体实施时，可以在系统主进程、各功能模块中分别编写相应的进程通信响应代码，以响应菜单应用程序的调用。同时，可以定义相应的接口函数及功能控制参数，配合系统控制层与菜单接口及各功能模块之间的进程通信协议来实现对菜单界面的调整，进而更新显示菜单。

本实施例中定义的相关控制参数、接口函数代码及功能参数请参照上述方法第二实施例所描述的内容，在此不再赘述。

如图7所示，本发明第一实施例提出一种分离式菜单显示控制终端，包括上述实施例中所述的分离式菜单显示控制装置701，该装置的内部结构及功能特点，请参照上述各实施例，在此不再赘述。

本发明实施例分离式菜单显示控制方法、装置及系统，将电视等终端的界面菜单的开发从系统软件开发中分离出来，使菜单开发变为独立的软件开发，控制层根据用户的操作指令调用外设的菜单应用程序，并根据预设的进程通信协议控制相应菜单在UI层显示，同时，可根据用户的操作指令，控制相关功能模块动作，实现菜单的更新显示。本发明在实现菜单的多样化显示的前提下，由于不需要增加硬件资源，减少了系统开发成本，而且用户可快速安全的选择更换自己喜欢的菜单风格，满足了用户个性化需求，提高用户体验效果。

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

Claims (12)

1.一种分离式菜单显示控制方法，其特征在于，包括：

接收用户设置菜单的第一操作指令；

根据所述第一操作指令调用从外部拷贝或下载安装在本地的菜单应用程序，并根据预设的系统控制层与菜单接口层之间的进程通信协议控制显示所述菜单。

2.根据权利要求1所述的方法，其特征在于，所述根据第一操作指令调用从外部拷贝或下载安装在本地的菜单应用程序，并根据预设的所述系统控制层与菜单接口层之间的进程通信协议控制显示所述菜单的步骤包括：

根据所述第一操作指令，从存储设备中读取或从网络下载对应的菜单应用程序至内存；

在内存中运行所述菜单应用程序；

根据预设的进程通信协议，控制所述菜单应用程序对应的菜单在所述系统控制层的UI层进行显示。

3.根据权利要求1或2所述的方法，其特征在于，还包括：

接收用户操作菜单的第二操作指令；

根据所述第二操作指令以及预设的进程通信协议，指示相关功能模块动作；

根据所述相关功能模块的动作结果，控制当前的菜单界面的菜单在所述系统控制层的UI层更新显示。

4.根据权利要求3所述的方法，其特征在于，还包括：

在所述终端启动所述UI层后，接收用户的显示主菜单的第三操作指令；

根据所述第三操作指令及所述预设的进程通信协议，控制主菜单界面在所述UI层上显示，供用户设置菜单。

5.根据权利要求3所述的方法，其特征在于，所述相关功能模块动作至少包括切换信源、调整系统量、改变播放模式。

6.根据权利要求2所述的方法，其特征在于，所述接收用户设置菜单的第一操作指令的步骤之前还包括：

设计可独立运行的所述菜单应用程序，保存于所述存储设备中；

创建系统控制层与菜单接口层之间的所述进程通信协议。

7.一种分离式菜单显示控制装置，其特征在于，包括：

指令接收模块，用于接收用户设置菜单的第一操作指令；

显示控制模块，用于根据所述第一操作指令调用从外部拷贝或下载安装在本地的菜单应用程序，并根据预设的系统控制层与菜单接口层之间的进程通信协议控制显示所述菜单。

8.根据权利要求7所述的装置，其特征在于，所述显示控制模块包括：

读取单元，用于根据所述第一操作指令，从存储设备中读取或从网络下载对应的菜单应用程序至内存；

运行单元，用于在内存中运行所述菜单应用程序；

显示控制单元，用于根据预设的进程通信协议，控制所述菜单应用程序对应的菜单在所述系统控制层的UI层进行显示。

9.根据权利要求7所述的装置，其特征在于，

所述指令接收模块，还用于接收用户操作菜单的第二操作指令；

所述显示控制模块，还用于根据所述第二操作指令以及预设的进程通信协议，指示相关功能模块动作；根据所述相关功能模块的动作结果，控制当前的菜单界面的菜单在所述系统控制层的UI层更新显示。

10.根据权利要求7所述的装置，其特征在于，

所述指令接收模块，还用于在终端启动所述UI层后，接收用户的显示主菜单的第三操作指令；

所述显示控制模块，还用于根据所述第三操作指令及所述预设的进程通信协议，控制主菜单界面在所述UI层上显示，供用户设置菜单。

11.根据权利要求8所述的装置，其特征在于，还包括：

设计模块，用于设计可独立运行的所述菜单应用程序，保存于所述存储设备中；

创建模块，用于创建系统控制层与菜单接口层之间的所述进程通信协议。

12.一种分离式菜单显示控制终端，其特征在于，包括权利要求7-11中任一项所述的装置。

Images