CN103294524A - 电视系统及其应用程序管理方法 - Google Patents

Abstract

本发明提供一种设置于电视机中的储存媒体，其中储存有一电视软件系统的程序码。该电视机具有一处理器用以执行该电视软件系统的程序码。该电视软件系统包含一第一应用程序、一第二应用程序及一程序管理模块。第一应用程序具有一第一函式库。第二应用程序具有不同于该第一函式库的一第二函式库。该程序管理模块分别根据该第一函式库及该第二函式库管理该第一应用程序及该第二应用程序。

Description

电视系统及其应用程序管理方法

技术领域

本发明与电视系统相关，并且尤其与在电视系统中整合异质操作系统的技术相关。

背景技术

近年来，随着科技产品与互联网的普及，使用者透过网络可获取的文字、图片、影片、音乐、游戏…等资源的种类及数量皆日渐蓬勃丰富。有鉴于此，将网络资源纳入家用或商用多媒体系统，以提供使用者更便利的资讯娱乐平台，成为一种愿景和趋势。

一般而言，多媒体系统的主体为电视。因此，如何将透过互联网取得的资源及应用程序有效整合至电视系统中，是电视系统设计者不可忽视的挑战。

上述整合的关键问题之一是，透过互联网取得的应用程序未必相容于电视系统本身的操作系统。举例而言，电视系统本身的操作环境可能为Linux，而透过互联网取得的应用程序可能适用于Android操作系统。Linux操作系统和Android操作系统的核心(kernal)相同而函式库(function library)不同；两者互为异质操作系统(heterogeneous operating system)。在不修改电视系统的操作环境或应用程序的情况下，该应用程序即无法在该电视系统中执行。

针对上述不相容的问题，目前最普遍的做法是修改电视系统软件原有的源编码(source code)，来配合相容于其他操作系统的应用程序。然而，这种做法需要大幅修改电视系统软件的源编码，除了耗时耗力之外，难度亦相当高。此外，若欲进一步增加电视系统中可整合的操作系统种类，修改电视系统软件原有的源编码的做法几乎是不可行的。由此可知，若采用旧有方式实现网络电视，其弹性和扩充性皆不理想。

发明内容

为解决上述问题，本发明提出了一种电视系统，利用一程序管理模块使具有不同函式库的异质操作系统的应用程序，在无需修改源编码的情况下，便可于同一显示页面上同时显示与被使用。

根据本发明的一具体实施例为一设置于电视机中的储存媒体，其中储存有一电视软件系统的程序码。该电视机具有一处理器用以执行该电视软件系统的程序码。该电视软件系统包含一第一应用程序、一第二应用程序及一程序管理模块。第一应用程序具有一第一函式库。第二应用程序具有不同于该第一函式库的一第二函式库。该程序管理模块分别根据该第一函式库及该第二函式库管理该第一应用程序及该第二应用程序。

根据本发明的另一具体实施例为一应用程序管理方法，应用于一电视机的一电视软件系统。该电视软件系统包含一第一应用程序、一第二应用程序、及一程序管理模块。该应用程序管理方法包含：(a)接收针对一目标应用程序所发出的一呼叫；(b)判断该目标应用程序是否为这些应用程序中的一焦点应用程序；以及(c)若该目标应用程序非该焦点应用程序，先向该焦点应用程序发出一收回焦点命令，再向该目标应用程序发出一赋予焦点命令。上述步骤(a)、(b)、(c)皆由该程序管理模块所执行。

根据本发明的另一具体实施例亦为应用于一电视机的一电视软件系统的一种应用程序管理方法。该电视软件系统包含一第一应用程序、一第二应用程序、及一程序管理模块。该应用程序管理方法包含：接收一使用者指令；由该程序管理模块判断该使用者指令是否为一快速键指令；由该程序管理模块判断该快速键指令是否被禁能；若该使用者指令快速键指令被禁能，由该程序管理模块将该使用者指令发送至该些应用程序中的一焦点应用程序；以及若该使用者指令为该快速键指令且该快速键指令未被禁能，由该程序管理模块将该使用者指令发送至该些应用程序中对应该快速键指令的一目标应用程序。

对系统设计者而言，根据本发明的电视系统架构的优点在于，设计者无须大幅修改电视系统的主要操作平台的主要源编码来配合各种具有不同函式库的操作系统。此外，透过定义共同的应用程序介面以及管理机制，相容于各种操作系统的应用程序各自原有的源编码可被直接采用，设计者无须进行耗时耗力的移植(porting)程序。对使用者而言，上述电视系统可广纳并整合多种异质系统提供的应用程序，其扩充性及便利性皆大幅提升。

关于本发明的优点与精神可以藉由以下的发明详述及附图得到了解。

附图说明

图1(A)为根据本发明的一实施例中的电视系统架构图。

图1(B)为根据本发明的一实施例中电视系统的硬件架构图。

图2(A)～图2(F)绘示利用根据本发明的程序管理模块协调各应用程序启动、终止、焦点切换、资源切换的范例。

图3为根据本发明的电视系统中一应用程序的状态变换范例。

图4为根据本发明的资源管理模块中判断应将使用者指令发送给哪一个应用程序的流程范例。

主要元件符号说明

100：电视系统             10：程序管理模块

20：主操作平台            22：电视频号播放程序

24：基于网络的应用程序    26：基于Flash的应用程序

28：本地应用程序          30：操作系统

32：启动器                34：应用程序

40：内部程序通讯通道      50：使用者介面

80：应用程序介面          61：中央处理器

62：存储器                63：解多工器

64：影像解码器            65：音频解码器

66：缩放器                67：绘图引擎

68：音效数位处理器        69：储存装置

A：目录程序               B：目标应用程序

C：原焦点应用程序         D：应用程序

E：原资源使用中应用程序   S41～S44：流程步骤

具体实施方式

根据本发明的一具体实施例为一电视系统，图1(A)为其系统架构图。如图1(A)所示，电视系统100包含一程序管理模块10、一主操作平台20、一电视频号播放程序22、一基于网络(web-based)软件系统的应用程序24、一基于Flash(Flash-based)软件系统的应用程序26、一本地软件系统的应用程序28，以及Android操作系统30。于此实施例中，应用程序22～28各自所属的软件系统和Android操作系统30各自对应的核心相同而函式库皆互不相同，因此可被视为互为异质软件系统。以下说明将以主操作平台20为Linux操作平台的情况为例，但不以此为限。

图1(B)绘示电视系统100的一硬件架构范例。中央处理器61用以执行系统内各种软件程序。存储器62用以暂存数据。解多工器(多路分解器)(de-multiplexer)63负责将电视信号拆解为视频位元流和音频位元流，并将这两种位元流分别提供至影像解码器64和音频解码器65。影像解码器64的输出信号会被传送至存储器62，供缩放器(scaler)66和绘图引擎(graphic engine)67使用。绘图引擎67用以产生屏幕显示(on-screen display，OSD)画面或绘制游戏及各种应用程序的画面。缩放器66用以对影像画面进行缩放，以产生适合面板解析度的输出影像画面。音效数位处理器68则是用以接收音频解码器65的输出，进一步产生各种声音特效，例如环绕立体声等。储存装置69用以储存电视系统所需的软件程序的程序码。举例而言，储存装置69可为一硬盘或一快闪存储器，但不以此为限。储存装置69亦可被整合于存储器62中。

实务上，图1(B)中的影像解码器64、音频解码器65、缩放器66、绘图引擎67和音效数位处理器68都是图1(A)中各应用程序可以请求使用的系统资源。

程序管理模块10用以分别根据各种软件系统的函式库来管理电视系统100中的多个异质软件系统的应用程序。更明确地说，程序管理模块10用以管理安装于电视系统100中的应用程序。实务上，电视频号播放程序22的功能不限于播放电视频号，亦可被设计为涵盖处理其他规格的多媒体讯号(例如来自DVD播放器的视频信号)的功能。举例而言，基于网络的应用程序24可为一网络广播播放程序，基于Flash的应用程序26可为一线上观赏影片程序，而本地应用程序28可为一网络通话程序。

属于Android操作系统30的应用程序包含至少一应用程序34，亦即一Android应用程序。举例而言，Android应用程序34可为游戏、浏览器、多媒体播放程序、界面工具集(widget)，或其他各种类型的Android应用程序。于此实施例中，Android操作系统30的框架(framework)中包含能与程序管理模块10沟通的一启动器(launcher)32。实务上，启动器32可为根据Android操作系统30固有的启动器修改而成，使启动器32具有与程序管理模块10沟通的功能。

于此实施例中，程序管理模块10直接与应用程序22～28沟通，与Android应用程序34沟通时则是透过启动器32。如图1(A)所示，上述沟通(例如传送/接收请求或命令)透过内部程序通讯(inter-process communication，IPC)通道40进行，但不以此为限。如图1(A)所示，应用程序22～28可各自被视为程序管理模块10的直接客户(client)，透过程序管理模块10提供的应用程序介面(application interface，API)80与程序管理模块10沟通。另一方面，对Android操作系统30中的Android应用程序34而言，启动器32可被视为程序管理模块10的直接客户，负责透过程序管理模块10所提供的应用程序介面80与程序管理模块10沟通。由于启动器32可提供的沟通转换功能，无论Android应用程序34的种类为何，其源编码皆无须为了配合电视系统100中的主操作平台20而修改。另一方面，无论是对应用程序22～28或Android应用程序34，程序管理模块10都可利用相同的管理机制(例如相同的应用程序介面80)控制。

于一实施例中，各种应用程序(例如图1(A)中的应用程序22～28和Android应用程序34)被安装至电视系统100后，这些应用程序的相关数据(例如名称、图示、所属软件系统、执行档路径等等)集中登录于一应用程序定义档案中。程序管理模块10可透过该档案得知目前电视系统100中安装有哪些应用程序，并可利用该应用程序定义档案做为管理应用程序的参考依据。

此外，电视系统100中可安装一个相容于Linux操作平台的目录程序，用以列举(例如透过文字或图片)电视系统100中已安装的应用程序供使用者参考。举例而言，该目录程序被启动后可以图形化介面的形式被呈现在电视系统100的屏幕上，显示所有应用程序的图示，供使用者利用遥控器或鼠标等装置自该介面点选欲开启或关闭的应用程序。该目录程序的数据来源亦可为上述应用程序定义档案。举例而言，程序管理模块10可被设计为在每次电视系统100开机后，自该应用程序定义档案读取现有的应用程序资讯，再将这些资讯提供给目录程序使用。

如图1(A)所示，电视系统100包含一使用者介面50。实务上，电视系统100可同时包含多种不同的使用者控制介面，例如射频/红外线遥控器、面板按键，或者是鼠标及键盘。因此，使用者介面50可为遥控讯号接收器、鼠标讯号接收器、键盘/按键讯号接收器，或是整合有上述数种接收功能的介面，但不以此为限。于此实施例中，使用者介面50所接收的使用者指令被预设为将提供至这些应用程序中的一焦点应用程序，通常也就是目前呈现于屏幕画面最上层的应用程序。

使用者介面50收到使用者指令后，会透过内部程序通讯通道40将该指令传递至程序管理模块10，交由程序管理模块10处理。若此使用者指令被判定为对应于应用程序22～28中的一个，程序管理模块10将会直接透过内部程序通讯通道40将指令转发至该应用程序。相对地，若此使用者指令对应于Android应用程序34，程序管理模块10透过内部程序通讯通道40将指令发送至启动器32，交由启动器32转发给Android应用程序34。

如先前所述，程序管理模块10用以管理应用程序22～28及应用程序34。实务上，此处所谓的管理可包含启动/终止应用程序、在应用程序间转移焦点权限，以及统筹各应用程序对系统资源(例如显示画面、音效、网络等)的需求及使用权限。也就是说，程序管理模块10藉由焦点权限及资源权限来管理各应用程序。于实际应用中，各个应用程序可因分别属于不同的软件系统而具有其专属的赋予焦点函式、收回焦点函式、赋予资源函式、收回资源函式及终止函式等等。程序管理模块10可根据各应用程序的函式与这些应用程序沟通。以下配合图2(A)～图2(F)介绍利用程序管理模块10协调各应用程序的启动、终止、焦点切换、资源切换的范例。

参阅图2(A)。于此范例中，使用者透过目录程序A选择开启目标应用程序B，而目标应用程序B原来即处于开启状态(例如正在背景执行中)，但并非焦点应用程序。首先，目录程序A将呼叫目标应用程序B的请求传送至程序管理模块10。在将焦点转移至目标应用程序B前，程序管理模块10会先向原焦点应用程序C发出一收回焦点命令，然后才对目标应用程序B发出赋予焦点命令，使目标应用程序B成为新的焦点应用程序。易言之，在收到针对一目标应用程序所发出的呼叫后，程序管理模块10会先判断该目标应用程序是否为焦点应用程序。若该目标应用程序非该焦点应用程序，程序管理模块10会先向原来的焦点应用程序发出收回焦点命令，再向被呼叫的目标应用程序发出赋予焦点命令。

请参阅图2(B)。于此范例中，使用者同样是透过目录程序A选择开启目标应用程序B，而目标应用程序B原来处于关闭状态。因此，在收到目录程序A将呼叫目标应用程序B的请求后，程序管理模块10首先向原焦点应用程序C发出收回焦点命令，接着启动目标应用程序B。于此范例中，目标应用程序B被启动后即传送一回呼函式清单(callback function list)至程序管理模块10。该回呼函式清单的主要作用在于告知程序管理模块10与目标应用程序B沟通时可使用的函式及应使用的函式格式，同时可藉此告知程序管理模块10其启动程序已成功。举例而言，该回呼函式清单可包含赋予焦点函式、收回焦点函式、赋予资源函式、收回资源函式及终止函式等等。在收到该回呼函式清单后，程序管理模块10即可根据其中的赋予焦点函式对目标应用程序B发出赋予焦点命令。

由以上两个范例可知，在收到呼叫目标应用程序B的请求后，程序管理模块10可先判断目标应用程序B是否为一执行中应用程序；若否，程序管理模块10将先启动目标应用程序B。需说明的是，在其他实施例中，程序管理模块10和应用程序间的沟通不一定要利用上述回呼机制。举例而言，适用于各应用程序的函式格式可预先储存于程序管理模块10或其周边档案中。各种应用程序的运作规则不尽相同，利用回呼机制的好处在于程序管理模块10无须预先记录电视系统100中所有应用程序的函式及运作规则。

请参阅图2(C)。于此范例中，原本在背景执行中的应用程序D自己向程序管理模块10发出希望成为焦点应用程序的请求。在这样的情况下，程序管理模块10可先向原焦点应用程序C发出收回焦点命令，接着再对应用程序D发出赋予焦点命令。举例而言，原焦点应用程序C可能为电视频号播放程序22，而应用程序D为一网络通话程序。该网络通话程序可被设计为在收到来电讯息时即要求程序管理模块10，希望成为呈现在画面最上层的焦点应用程序，以取得使用者注意。

于实际应用中，将焦点由原焦点应用程序C转移至应用程序D的请求亦可能是由主操作平台20所发出的一强制开启要求。举例而言，主操作平台20可能是根据使用者先前预设的条件在特定时间启动应用程序D，并预设在开启应用程序D后令其成为焦点应用程序。

请参阅图2(D)。此范例用以说明程序管理模块10如何协调各应用程序间的资源切换。举例而言，所有应用程序可能必须共用电视系统100中的系统资源，例如图1(B)中的影像解码器64、音频解码器65、缩放器66、绘图引擎67和音效数位处理器68。程序管理模块10可用以统筹这些应用程序的系统资源需求。当应用程序D向程序管理模块10发出希望取得影音处理资源的请求，程序管理模块10可先向原资源使用中应用程序E发出收回资源命令，接着再对应用程序D发出赋予资源命令。于实际应用中，程序管理模块10可视情况决定应向原资源使用中应用程序E收回全部或部份的资源。若应用程序D要求或必须独占该影音处理资源，程序管理模块10将会向原资源使用中应用程序E收回全部的资源。此外，若电视系统100中的声音处理资源和影像处理资源可独立运作，则程序管理模块10可将这两种资源分别分配给不同的应用程序。

请参阅图2(E)。于此范例中，使用者透过目录程序A选择开启目标应用程序B，而目标应用程序B原来处于关闭状态，且程序管理模块10已知目标应用程序B的执行必须取得影音处理资源。在收到目录程序A将呼叫目标应用程序B的请求后，程序管理模块10首先向原焦点应用程序C发出收回焦点命令，接着向原资源使用中应用程序E发出收回资源命令，然后才启动目标应用程序B。如图2(E)所示，在收到目标应用程序B提供的回呼函式清单后，程序管理模块10即可根据其中的赋予焦点函式和赋予资源函式依序对目标应用程序B发出赋予焦点命令和赋予资源命令。实务上，原焦点应用程序C和原资源使用中应用程序E可为同一个应用程序。

请参阅图2(F)。此范例与图2(E)所示的范例的主要差别在于，此范例中的目标应用程序B和原资源使用中应用程序E无法并存。因此，在启动目标应用程序B之前，程序管理模块10先对原资源使用中应用程序E发出一终止命令。易言之，在启动目标应用程序B前，程序管理模块10可先判断一现有应用程序是否与目标应用程序B相冲突；若是，程序管理模块10先向该现有应用程序发出终止命令，再启动目标应用程序B。实务上，目标应用程序B与哪些应用程序相冲突，可记载在目标应用程序B提供给程序管理模块10的回呼函式清单中，或记载于应用程序定义档案中。

综合以上范例，电视系统100中一应用程序的状态可归纳如图3所示。在被启动的初或被终止之前，一应用程序皆处于非焦点且无资源的状态。程序管理模块10可负责启动或终止应用程序，亦负责管理协调各应用程序间的焦点权限和资源权限切换。如上所述，传送各种命令或接收来自应用程序的请求时，程序管理模块10直接与应用程序22～28沟通，并透过启动器32与应用程序34沟通。举例而言，当电视频号播放程序22需要影音处理资源，电视频号播放程序22直接向程序管理模块10发出请求。当Android应用程序34需要影音处理资源，则是透过启动器32向资源管理模块10发出请求。

于实际应用中，除了透过目录程序A之外，使用者还可利用遥控器或键盘上的快速键(hotkey)对一目标应用程序发出开启、关闭或调整其运作参数的指令，而该目标应用程序未必为焦点应用程序。需注意的是，有些应用程序本身为具焦点权限的焦点应用程序时，会将对应于其他应用程序的快速键设定为禁能(disabled)。程序管理模块10在转发使用者介面50所接收的使用者指令时，亦需考量以上状况。

图4为程序管理模块10中判断应将使用者指令发送给哪一个应用程序的流程范例。在收到使用者介面50传送来的一个使用者指令时，程序管理模块10首先执行步骤S41，判断该指令是否为对应于一目标应用程序的一快速键要求。若步骤S41的判断结果为是，程序管理模块10将继续执行步骤S42，判断该指令是否为一禁能(disable)快速键要求(亦即该快速键是否被目前的焦点应用程序设定为禁能)。若步骤S42的判断结果为否，程序管理模块10将执行步骤S44，程序管理模块10将该使用者指令发送至该目标应用程序。相对地，若步骤S41的判断结果为否，或者步骤S42的判断结果为是，程序管理模块10将执行步骤S43，将该使用者指令发送至焦点应用程序。

在实际应用中，程序管理模块10可将该使用者指令发送至对应于该目标应用程序或该焦点应用程序的一暂存器。换句话说，可将每一个执行中的应用程序设计为各自对应于一个用以存放使用者指令的暂存器。将使用者指令储存在客户端而非程序管理模块10中的优点在于，可避免客户(亦即应用程序)为了确认是否有新的使用者指令而必须周期性地询问程序管理模块10，造成系统效能低落。

于本发明的一实施例中，主操作平台20的启动时间早于Android操作系统30的启动时间，藉此可达成将Android界面工具集内嵌于电视画面中的效果。

虽然图1(A)绘示操作系统30中只有一个应用程序34的状况，但在实际应用中，电视系统100中可安装有多个属于操作系统30的应用程序。在这样的情况下，程序管理模块10仍可被设计为将所有属于操作系统30的应用程序视为单一个客户，并透过启动器32与这些应用程序沟通。举例而言，所有来自属于操作系统30的应用程序的焦点转移请求或资源需求，皆可被视为启动器32的请求；操作系统30可根据启动器32所收到来自于程序管理模块10的回应，自行于其内部决定应如何赋予焦点或分配资源。

由以上说明可知，程序管理模块10的运作及管理方式适用于电视系统100包含多个异质软件系统(例如应用程序22～28和Android操作系统30)的情况。各异质软件系统可直接或运用其启动器与程序管理模块10沟通。相对地，程序管理模块10可将各个异质软件系统视为不同但能利用相同的管理机制(例如相同的应用程序介面)控制的客户。

对系统设计者而言，上述系统架构的优点在于，设计者无须大幅修改电视系统100的主要操作平台20的主要源编码来配合各种具有不同函式库的软件系统。此外，透过定义共同的应用程序介面以及管理机制，相容于各种软件系统的应用程序各自原有的源编码可被直接采用，设计者无须进行耗时耗力的移植(porting)程序。对使用者而言，上述电视系统可广纳并整合多种异质系统提供的应用程序，其扩充性及便利性皆大幅提升。

藉由以上较佳具体实施例的详述，以更加清楚描述本发明的特征与精神，而并非以上述所揭示的较佳具体实施例来对本发明的范畴加以限制。本发明得由熟悉本技术领域者任施匠思而为诸般修饰，皆不脱本申请专利所欲保护的范围。

Claims (17)

1.一种储存媒体，设置于一电视机中，该储存媒体储存有一电视软件系统的程序码，该电视机具有一处理器用以执行该电视软件系统的程序码，该电视软件系统包含：

一第一应用程序，其具有一第一函式库；

一第二应用程序，其具有不同于该第一函式库的一第二函式库；以及

一程序管理模块，其分别根据该第一函式库及该第二函式库管理该第一应用程序及该第二应用程序。

2.如权利要求1所述的储存媒体，其特征在于，在该程序管理模块启动这些应用程序中的一目标应用程序后，该目标应用程序传送一回呼函式清单至该程序管理模块。

3.如权利要求2所述的储存媒体，其特征在于，该回呼函式清单包含该目标应用程序的函式库的至少一可用函式及至少一函式格式。

4.如权利要求3所述的储存媒体，其特征在于，该可用函式包含一赋予焦点函式、一收回焦点函式、一赋予资源函式、一收回资源函式及一终止函式等函式中的一函式或多个函式。

5.如权利要求1所述的储存媒体，其特征在于，该程序管理模块透过一相同的应用程序介面与该第一应用程序及该第二应用程序进行沟通。

6.如权利要求1所述的储存媒体，其特征在于，该电视软件系统进一步包含：

一使用者介面，其接收的一使用者指令被预设为将提供至这些应用程序中的一焦点应用程序；

其中该程序管理模块负责将该使用者指令提供至该焦点应用程序。

7.如权利要求1所述的储存媒体，其特征在于，该程序管理模块负责管理这些应用程序使用该电视系统的系统资源。

8.如权利要求1所述的储存媒体，其特征在于，这些应用程序的相关数据登录于一应用程序定义档案中，且该程序管理模块根据该应用程序定义档案管理这些应用程序。

9.如权利要求1所述的储存媒体，其特征在于，该程序管理模块藉由一焦点权限及一资源权限来管理这些应用程序。

10.如权利要求1所述的储存媒体，其特征在于，该第一应用程序属于一特定软件系统，该特定软件系统包含一启动器，该程序管理模块透过该启动器与该第一应用程序沟通，而该程序管理模块直接与该第二应用程序沟通。

11.一种应用程序管理方法，应用于一电视机的一电视软件系统，该电视软件系统包含一第一应用程序、一第二应用程序、及一程序管理模块，该应用程序管理方法包含：

(a)接收针对一目标应用程序所发出的一呼叫；

(b)判断该目标应用程序是否为这些应用程序中的一焦点应用程序；以及

(c)若该目标应用程序非该焦点应用程序，先向该焦点应用程序发出一收回焦点命令，再向该目标应用程序发出一赋予焦点命令；

其中步骤(a)、(b)、(c)皆由该程序管理模块所执行。

12.如权利要求11所述的应用程序管理方法，其特征在于，该第一应用程序具有一第一函式库，该第二应用程序具有不同于该第一函式库的一第二函式库，该程序管理模块分别根据该第一函式库及该第二函式库管理该第一应用程序及该第二应用程序。

13.如权利要求11所述的应用程序管理方法，其特征在于，步骤(c)包含：

该程序管理模块发出该赋予焦点命令前，先判断该目标应用程序是否为一执行中应用程序，若否，先启动该目标应用程序，再对该目标应用程序发出该赋予焦点命令。

14.如权利要求11所述的应用程序管理方法，其特征在于，步骤(c)包含：

该程序管理模块启动该目标应用程序前，先判断一现有应用程序是否与该目标应用程序相冲突，若是，先向该现有应用程序发出一终止命令，再启动该目标应用程序。

15.如权利要求11所述的应用程序管理方法，其特征在于，在步骤(a)后进一步包含：

由该程序管理模块判断该目标应用程序是否需要一资源，若是，对该目标应用程序发出一赋予资源命令。

16.如权利要求15所述的应用程序管理方法，其特征在于，进一步包含：

由该程序管理模块判断该目标应用程序是否须独占该资源，若是，先对一资源使用中应用程序发出一收回资源命令，再对该目标应用程序发出该赋予资源命令。

17.一种应用程序管理方法，应用于一电视机的一电视软件系统，该电视软件系统包含一第一应用程序、一第二应用程序及一程序管理模块，该应用程序管理方法包含：

接收一使用者指令；

由该程序管理模块判断该使用者指令是否为一快速键指令；

由该程序管理模块判断该快速键指令是否被禁能；

若该使用者指令快速键指令被禁能，由该程序管理模块将该使用者指令发送至该些应用程序中的一焦点应用程序；以及

若该使用者指令为该快速键指令且该快速键指令未被禁能，由该程序管理模块将该使用者指令发送至该些应用程序中对应该快速键指令的一目标应用程序。

如权利要求17所述的应用程序管理方法，其特征在于，该第一应用程序具有一第一函式库，该第二应用程序具有不同于该第一函式库的一第二函式库，该程序管理模块分别根据该第一函式库及该第二函式库管理该第一应用程序及该第二应用程序。

Images