显示处理装置的制作方法

文档序号:7633960阅读:92来源:国知局
专利名称:显示处理装置的制作方法
技术领域
本发明涉及下载应用程序并显示基于该应用程序的图像的显示处理装置。
背景技术
以往,提出了以数字电视终端为代表的、下载应用程序(以下简称为应用)并显示基于该应用程序的图像的显示处理装置。
与这种下载应用程序并执行的显示处理装置(数字电视终端)有关的技术在非专利文献1(欧洲的数字电视标准——DVB-MHP标准(ETSI TS 101 812 DVB-MHP标准V1.0.2))、非专利文献2及3(家用数字AV设备的标准——HAVi标准(Home Audio VideoInteroperability,家庭音频视频互操作))等中制定,是公知的技术。DVB-MHP标准采用了Java(注册商标)类库——AWT、JMF(JavaMedia Framework,Java媒体框架)、和HAVi标准中定义了的HAViLevel2 GUI。此外,DVB-MHP标准规定了API(Application ProgramInterface,应用程序界面),下载的应用程序能够用该API来控制包括OSD(On Screen Display,屏幕显示)平面、视频平面、静止画面平面的显示处理装置。详细情况请参照DVB-MHP标准和HAVi说明书第8章。
以下,概说DVB-MHP标准中采用的显示处理装置。
图1是表示下载的应用程序2410和显示处理装置2420的概念图。
显示处理装置2420具有OSD控制部2421、OSD平面2422、视频控制部2431、视频平面2432、静止画面控制部2441、静止画面平面2442、及显示器2450。
OSD控制部2421由软件构成,提供用来使下载的应用程序2410进行图形绘制的API。被指示进行图形绘制处理的OSD控制部2421通过该API来进行绘制处理,其结果为,将使所生成的绘制图像存储到OSD平面2422中。
OSD平面2422具有存储器等,存储着OSD控制部2421生成的绘制图像。
视频控制部2431由软件构成,提供用来使下载的应用程序2410进行视频再生的API。被指示进行视频再生处理的视频控制部2431通过该API来进行视频再生处理,将再生后的视频存储到视频平面2432中。作为具体的视频再生的例子,有对以MPEG2送来的视频信号进行解码、变换为可显示的形式等的例子。
视频平面2432具有存储器等,存储着视频控制部2431再生后的视频。
静止画面控制部2441由软件构成,提供供下载的应用程序2410进行背景画面的绘制的API。被指示进行背景画面的绘制的静止画面控制部2441通过该API进行背景画面的绘制处理,将生成的背景画面图像存储到静止画面平面2442中。具体的背景画面的绘制处理的例子有MPEG-I数据的解码、和单色填充等的例子。
静止画面平面2442具有存储器等,存储着静止画面控制部2441所生成的背景画面图像。
显示器2450在静止画面平面2442所存储的图像上重叠合成了视频平面2432所存储的图像后,进而在其上重叠合成OSD平面2422所存储的图像,显示该合成出的图像。
图2是由显示器2450合成的各图像、和合成并显示的图像的图。这里,合成了静止画面平面2442、视频平面2432、OSD平面2422所存储的各图像并进行显示。
图2的(1)表示OSD平面2422所存储的图像。在图2的(1)中,OSD平面2422存储着包含表示频道的一览表的图形内容2501、和表示节目内容的图形内容2502的图像。其中,图像上的图形内容2501及2502以外的区域存储着表示透明色的信息。这里,所谓图形内容,是指下载的应用程序2410通过调用API而在OSD平面上绘制的图形或字符等。
图2的(2)表示视频平面2432所存储的图像。在图2的(2)中,视频平面2432在画面右上以画面的4分之1的大小存储着包含再生出的视频2503的图像。图像上的视频2503以外的区域存储着表示透明色的信息。
图2的(3)表示静止画面平面2442所存储的图像。在图2的(3)中,静止画面平面2442将单色填充的背景2504作为图像进行存储。
图2的(4)中,显示器2450表示将图2的(1)所示的OSD平面2422所存储的图像、图2的(2)所示的视频平面2432所存储的图像、以及图2的(3)所示的静止画面平面2442所存储的图像合成后的结果。具体地说,显示器2450在图2的(3)所示的静止画面平面2442所存储的背景2504上重叠了图2的(2)所示的视频平面2432所存储的视频2503后,再重叠图2的(1)所示的OSD平面2422所存储的图形内容2501及2502并进行显示。
非专利文献1“ETSI TS 101 812 DVB-MHP标准V1.0.2”非专利文献2“HAVi v1.1 Chapter 8,15-May-2001”非专利文献3“HAVi v1.1 Java(R)L2APIs,15-May-2001”然而,在现有的显示处理装置中,有图形图像的显示性能低的问题。
在现有技术中,由于只能一个一个地只处理OSD平面、视频平面、静止画面平面中,所以不能提高图形图像的显示性能。例如,难以重叠2种动画来进行显示。而视频平面、静止画面平面也同样。

发明内容
因此,本发明就是鉴于这种问题而提出的,其目的在于提供一种提高了图形图像的显示性能的显示处理装置。
为了实现上述目的,本发明的显示处理装置下载程序并显示基于上述程序的图像,其特征在于,包括多个图形图像存储单元,具有用于存储图形图像的区域;第1顺序存储单元,存储有对上述多个图形图像存储单元设定的第1顺序;通知单元,通知上述第1顺序存储单元中所存储的顺序;程序执行单元,通过执行上述程序,基于上述通知单元通知的第1顺序,将图形图像保存到上述各图形图像存储单元中;以及显示单元,根据上述第1顺序,重叠显示上述各图形图像存储单元中保存的图形图像。
在合成2个图形图像来进行显示的情况下,以往,例如基于程序的处理,1个平面(存储单元)上的1个区域上合成并保存2个图形图像在,显示该合成出的图像。因此,在用程序进行处理中,需要考虑2个图形图像的重叠来进行绘制处理,程序的处理速度慢,而且对开发进行这种绘制处理的程序也造成负担。然而,如上所述,在本发明中,程序的处理只需将图形图像保存到各图形图像存储单元中即可,所以能够提高其处理速度并提高图形图像的显示性能。此外,由于将第1顺序通知给程序,所以程序能够将适当的图形图像保存到适当的图形图像存储单元中,能够使显示单元显示正确的合成图像。例如,在动画或游戏机中,能够正确而且迅速地合成并绘制表示战斗机的图形图像、和表示由于该战斗机的攻击而燃烧的建筑物的图形图像,能够平滑地显示这种合成图像的连续变化。此外,由于无需考虑多个图形图像的重叠来进行绘制处理,所以能够减轻开发设计该程序的负担。
此外,也可以使其特征在于,上述通知单元根据上述第1顺序存储单元中所存储的第1顺序,排列用于分别识别上述多个图形图像存储单元的识别信息,并传递给上述程序执行单元,从而将上述第1顺序通知给上述程序执行单元。例如,上述第1顺序存储单元对上述多个图形图像存储单元分别存储该图形图像存储单元在上述第1顺序中的位置和上述识别信息。
由此,由于将根据第1顺序排列的识别信息传递给程序执行单元,所以程序执行单元能够根据该排列而容易地了解对多个图形图像存储单元设定的第1顺序,能够基于该第1顺序将正确的图形图像保存到各图形图像存储单元中。
此外,也可以使其特征在于,上述显示处理装置还包括变更单元,变更上述第1顺序存储单元中所存储的第1顺序;上述通知单元将变更了的第1顺序通知给上述程序执行单元。例如,上述变更单元变更上述第1顺序存储单元中所存储的各图形图像存储单元的位置。具体地说,上述变更单元交换上述第1顺序存储单元中所存储的2个图形图像存储单元的位置。
由此,能够容易而且迅速地变更这些图形图像的重叠的顺序,例如,用表示云的图形图像、和表示飞机的图形图像,将飞机隐藏在云中来进行显示,或者将飞机显示在云前。
此外,也可以使其特征在于,上述显示处理装置还包括多个视频图像存储单元,具有用于存储视频图像的区域;和第2顺序存储单元,存储有对上述多个视频图像存储单元设定的第2顺序;上述通知单元还将上述第2顺序存储单元中所存储的第2顺序通知给上述程序执行单元;上述程序执行单元还通过执行上述程序,基于上述通知单元通知的第2顺序,将视频图像保存到上述各视频图像存储单元中;上述显示单元根据上述第2顺序,在根据上述第1顺序重叠的图形图像上重叠显示上述各视频图像存储单元中保存的视频图像。
由此,多个视频图像也与上述多个图形图像同样,由于通过程序的处理而被保存到各视频图像存储单元中,所以程序的处理只需将图形图像及视频图像保存到各图形图像存储单元及各视频图像存储单元中即可,无需考虑各图像的重叠来进行绘制处理,所以能够提高其处理速度,提高图形图像及视频图像的显示性能。此外,由于将第2顺序通知给程序,所以程序能够将适当的视频图像保存到适当的视频图像存储单元中,能够使显示单元显示正确的合成图像。例如,在游戏机中,能够正确、迅速地合成表示战斗机的图形图像、表示由于该战斗机的攻击而燃烧的建筑物的图形图像、以及操作该游戏机的用户的视频图像等,能够平滑地显示这种合成图像的连续变化。此外,由于无需考虑多个图形图像及视频图像的重叠来进行绘制处理,所以能够减轻开发设计该程序的负担。
此外,也可以使其特征在于,上述显示处理装置还包括多个静止图像存储单元,具有用于存储静止图像的区域;和第3顺序存储单元,存储有对上述多个静止图像存储单元设定的第3顺序;上述通知单元还将上述第3顺序存储单元中所存储的第3顺序通知给上述程序执行单元;上述程序执行单元还通过执行上述程序,基于上述通知单元通知的第3顺序,将静止图像保存到上述各静止图像存储单元中;上述显示单元根据上述第3顺序,在根据上述第1及第2顺序重叠的图形图像及视频图像上重叠显示上述各静止图像存储单元中保存的静止图像。
由此,多个静止图像也与上述多个图形图像同样,由于通过程序的处理而被保存到各静止图像存储单元中,所以程序的处理只需将图形图像、视频图像以及静止图像保存到各图形图像存储单元、各视频图像存储单元以及各静止图像存储单元中即可,无需考虑各图像的重叠来进行绘制处理,所以能够提高其处理速度,提高图形图像、视频图像以及静止图像的显示性能。此外,由于将第3顺序通知给程序,所以程序能够将适当的静止图像保存到适当的静止图像存储单元中,能够使显示单元显示正确的合成图像。例如,在游戏机中,能够正确、迅速地合成表示战斗机的图形图像、表示由于该战斗机的攻击而燃烧的建筑物的图形图像、操作该游戏机的用户的视频图像等、以及表示该战斗机周边的背景的静止图像等,能够平滑地显示这种合成图像的连续变化。此外,由于无需考虑多个图形图像、视频图像以及静止图像的重叠来进行绘制处理,所以能够减轻开发设计该程序的负担。
此外,也可以使其特征在于,上述显示处理装置还包括视频图像存储单元,具有用于存储视频图像的区域;和静止图像存储单元,具有用于存储静止图像的区域;上述第1顺序存储单元存储有对上述多个图形图像存储单元、视频图像存储单元以及静止图像存储单元设定的上述第1顺序;上述程序执行单元通过执行上述程序,基于上述通知单元通知的第1顺序,将图形图像保存到上述各图形图像存储单元中,将视频图像保存到上述视频图像存储单元中,将静止图像保存到上述静止图像存储单元中;上述显示单元根据上述第1顺序,重叠显示上述各图形图像存储单元、视频图像存储单元以及静止图像存储单元中保存的多个图形图像、视频图像以及静止图像。
由此,由于视频图像及静止图像与多个图形图像重叠来显示,所以能够扩展显示单元显示的合成图像的显示内容。此外,由于将对上述多个图形图像存储单元、视频图像存储单元以及静止图像存储单元设定的第1顺序通知给程序,所以程序能够将适当的图像保存到适当的存储单元中,能够使显示单元显示正确的合成图像。
此外,也可以使其特征在于,上述显示处理装置还包括变更单元,变更上述第1顺序存储单元中所存储的第1顺序;上述通知单元将上述变更了的顺序通知给上述程序。例如,上述变更单元在多个图形图像、视频图像以及静止图像被重叠时,变更上述第1顺序存储单元中所存储的第1顺序,使得上述多个图形图像夹着视频图像及静止图像中的至少一个。
由此,能够容易而且迅速地变更这些图像的重叠的顺序。例如,由于重叠显示各图像,使得视频图像夹在2个图形图像之间,所以能够提高显示内容的可扩展性。
其中,本发明不仅能够作为这种显示处理装置来实现,还能够作为该显示处理装置动作的方法或程序、保存该程序的存储媒体来实现。
发明效果本发明的显示处理装置具有能够提高图形图像的显示性能的效果。


图1是表示现有的显示处理装置的结构的结构图。
图2是用于说明合成了多个图像的状态的说明图。
图3是本发明的实施方式1的有线电视系统的方框图。
图4是本发明的实施方式1的终端装置的结构图。
图5是本发明的实施方式1的终端装置的外观的示例图。
图6是本发明的实施方式1的前面板的外观的示例图。
图7是本发明的实施方式1的终端装置所保存的程序的结构的结构图。
图8是表示本发明的实施方式1的显示处理装置和下载的应用程序的结构的示意图。
图9是用于说明本发明的实施方式1的显示处理装置合成多个图像的状态的说明图。
图10A是本发明的实施方式1的Z序管理部所管理的管理表的示例图。
图10B是本发明的实施方式1的另一个Z序管理部所管理的管理表的示例图。
图10C是本发明的实施方式1的又一个Z序管理部所管理的管理表的示例图。
图11是表示本发明的实施方式1的Z序管理部的动作的流程图。
图12是表示本发明的实施方式1的另一个Z序管理部的动作的流程图。
图13是表示本发明的实施方式1的又一个Z序管理部的动作的流程图。
图14是本发明的实施方式1的应用程序的代码的示例图。
图15是用于说明本发明的实施方式1的应用程序所绘制的状态的说明图。
图16是本发明的实施方式1的应用程序的代码的另一个示例图。
图17是本发明的实施方式1的应用程序的代码的又一个示例图。
图18是表示本发明的实施方式1的Z序变更部的动作的流程图。
图19是用于说明本发明的实施方式1的的管理表被变更的状态的说明图。
图20A是表示本发明的实施方式1的重叠2个图形图像的状态的图。
图20B是表示本发明的实施方式1的上下关系颠倒地重叠2个图形图像的状态的图。
图21是表示本发明的实施方式1的区域的上下关系的变更方法的图。
图22是本发明的实施方式1的区域的上下关系的另一个变更方法的图。
图23是本发明的实施方式1的Z序管理部所管理的管理表的另一个示例图。
图24是表示本发明的实施方式2的显示处理装置和下载的应用程序的结构的示意图。
图25是本发明的实施方式2的Z序管理部所管理的管理表的示例图。
符号说明209 视频平面210 静止画面平面211 OSD平面212 显示器505h OSD处理部505i 视频处理部505j 静止画面处理部506 下载的应用程序601 Z序管理部602 Z序变更部611 Z序管理部612 Z序变更部621 Z序管理部622 Z序变更部651 第1视频区域652 第2视频区域661 第1静止画面区域671 第1 OSD区域672 第2 OSD区域具体实施方式
(实施方式1)
参照附图来说明本发明的有线电视系统的实施方式。
图3是表示构成有线电视系统的装置的关系的方框图。该有线电视系统具有头端101、和3个显示处理装置——终端装置A 111、终端装置B 112、及终端装置C 113。在本实施方式中,在1个头端101上,结合了3个终端装置,但是将任意数目的终端装置结合在头端101上,都能够实施本发明。
头端101向多个终端装置发送影像、声音、数据等广播信号,并且接收来自终端装置的数据发送。
本发明主要涉及终端装置,所以省略与头端有关的详细说明。
终端装置A 111、终端装置B 112、及终端装置C 113分别接收来自头端101的广播信号并再生。此外,各终端装置向头端101发送各终端装置固有的数据。3个终端装置在本实施方式中采用相同的结构。
图4是终端装置的硬件结构的方框图。终端装置200具有QAM解调部201、QPSK解调部202、QPSK调制部203、TS解码器205、音频解码器206、扬声器207、视频解码器208、视频平面209、静止画面平面210、OSD平面211、显示器212、辅助存储部213、主存储部214、ROM 215、输入部216、及CPU 217。此外,在终端装置200上,可拆装地安装有线卡204。
图5是构成薄型电视的终端装置200的外观的示例图。
薄型电视的壳体301内置着除有线卡204外的、终端装置200的所有构件。
显示器302相当于图4中的显示器212。
前面板部303具有多个按钮,相当于图4的输入部216。
信号输入端子304与缆线相连,用来进行与头端101的信号收发。信号输入端子304与图4的QAM解调部201、QPSK解调部202、及QPSK调制部203相连。
有线卡305相当于图4的有线卡204。有线卡204如图5的有线卡305那样,采用与终端装置200独立的形态,可安装在终端装置200上并可拆下。有线卡204的详细情况将在后面描述。
向插槽306中插入有线卡305。
如图4所示,QAM解调部201利用包含由CPU 217指定的频率的调谐信息,对由头端101进行QAM调制并发送来的信号进行解调,转交给有线卡204。
QPSK解调部202利用包含由CPU 217指定的频率的调谐信息,对由头端101进行过QPSK调制并发送来的信号进行解调,转交给有线卡204。
QPSK调制部203利用包含由CPU 217指定的频率的调制信息,对从有线卡204转交的信号进行QPSK调制,发送到头端101。
有线卡204(305)如图5所示,是可安装到终端装置主体200上并可拆下的形态。终端主体200和有线卡204的连接接口由OpenCab1e(R)HOST-POD Interface Specification(OC-SP-HOSTPOD-IF-I12-030210)、及被该说明书参考的说明书来定义。这里,省略其详细说明。
TS解码器205对从有线卡204接收到的信号进行过滤,将必要的数据转送给音频解码器206、视频解码器208、及CPU 217。这里,来自有线卡204的信号是MPEG2传输流。MPEG2传输流的详细情况记载于MPEG标准书ISO/IEC13818-1上,在本实施方式中省略其详细说明。MPEG2传输流由多个固定长度数据包构成,向各数据包分配了数据包ID。
按照该数据包ID只取出必要的数据包的处理就是TS解码器205进行的过滤。TS解码器205能够同时执行CPU 217指示的多个过滤。
音频解码器206连结TS从解码器205提供的MPEG2传输流的数据包中嵌入的音频数据,进行数字-模拟变换,并输出到扬声器207。
扬声器207以声音来输出音频解码器206提供的信号。
视频解码器208连结从TS解码器205提供的MPEG2传输流的数据包中嵌入的视频数据,通过进行数字-模拟变换来生成视频图像,存储到视频平面209中。这里,视频解码器208也能够同时再生多个视频,存储到视频平面209中。此外,视频解码器208对CPU 217提供的MPEG-I数据进行解码并存储到静止画面平面210中。
视频平面209具有存储器等,存储视频解码器208解码出的视频图像。这里,视频平面209具有多个存储区域。在视频解码器208同时再生多个视频的情况下,解码出的多个视频图像被分别存储到视频平面内的与各视频图像对应的存储区域上。
静止画面平面210具有存储器等,存储视频解码器208解码出的MPEG-I图像、或CPU 217绘制的静止图像。静止画面平面210所存储的图像主要被用作背景图像。这里,静止画面平面210具有多个存储区域。
OSD平面211具有存储器等,存储包含由CPU 217绘制的图形内容的图形图像。所谓图形内容,是指点、线、四边形等基本图形、字符、对JPEG标准或PNG标准等规定的图像数据解码后的数据等。这里,OSD平面211具有多个存储区域。
显示器212具有图像合成电路和阴极射线管或液晶等,合成视频平面209、静止画面平面210、及OSD平面211所存储的图像并输出。
辅助存储部213具体地说具有闪存或硬盘等,保存或者删除由CPU 217指示的数据或程序。此外,保存着的数据或程序被CPU217参照。保存着的数据或程序在终端装置200的电源被切断了的状态下也被继续保存。
主存储部214具体地说具有RAM等,初步保存或者删除由CPU217指示的数据或程序。此外,保存着的数据或程序被CPU 217参照。保存着的数据或程序在终端装置200的电源被切断时被擦除。
ROM 215是不能改写的存储设备,具体地说,具有ROM(ReadOnly Memory,只读存储器)或CD-ROM(Compact Disk Read OnlyMemory,光盘只读存储器)、DVD(Digital Versatile Disk,数字多用盘)等。在ROM 215中,保存着CPU 217要执行的程序。
输入部216具体地说具有前面板或遥控,受理来自用户的输入。
图6是由前面板构成的输入部216的示例图。前面板400相当于图5的前面板部303。前面板400包括7个按钮,即上光标按钮401、下光标按钮402、左光标按钮403、右光标按钮404、OK(确认)按钮405、取消按钮406、及EPG按钮407。用户按下了按钮后,按下的按钮的标识符被通知给CPU 217。
CPU 217执行ROM 215所存储的程序。CPU 217根据所执行的程序的指示,控制QAM解调部201、QPSK解调部202、QPSK调制部203、有线卡204、TS解码器205、视频解码器208、显示器212、辅助存储部213、主存储部214、及ROM 215。
图7是表示由ROM 215存储并由CPU 217执行的程序、和由主存储部214存储并由CPU 217执行的下载的应用程序(以下简称为应用程序)的概念图。
程序500被存储在ROM 215中,具有多个子程序。具体地说,程序500具有OS 501、Java(注册商标)VM 502(以下称为VM 502)、导航器503、服务管理器504、及Java库505(以下称为库505)。
OS 501是在终端装置200的电源被接通后用于CPU 217起动的子程序。OS 501是操作系统的简称,Linux(注册商标)等就是一例。OS 501是并行执行其他子程序的具有内核501a及库501b的公知技术的总称,省略其详细说明。在本实施方式中,OS 501的内核501a将VM 502作为子程序来执行。此外,库501b向这些子程序提供用于控制终端装置200所具有的构件的多个功能。
作为库501b的功能的一例,介绍调谐功能。调谐功能从其他子程序接收包含频率的调谐信息,将其转送给QAM解调部201。QAM解调部201能够根据所提供的调谐信息来进行解调处理,将解调后的数据转送给有线卡204。其结果是,其他子程序能够通过库501b来控制QAM解调器201。
VM 502是分析用Java(注册商标)语言记述的程序并执行的虚拟机。用语言记述的程序被编译为称为字节码的、不依赖于硬件的中间代码。虚拟机是执行该字节码的解释机。此外,一部分虚拟机也将字节码翻译为CPU 217可理解的可执行形式后,转送给CPU 217来执行。VM 502被内核501a指定为要执行的程序并起动。在本实施方式中,内核501a指定导航器503作为要执行的程序。语言的详细情况在书籍“Language Specification(ISBN 0-201-63451-1)”等许多书籍中有解说。这里,省略其详细说明。此外,VM自身的详细动作等在“Virtual Machine Specification(ISBN 0-201-63451-33)”等许多书籍中有解说。这里,省略其详细说明。
导航器503是用Java语言编写的Java程序,由VM 502来起动并逐次执行。向用户显示频道一览表,或者通过CPU 217接收用户用输入部216输入的频道选择的指示,进行频道选择。
服务管理器504是用Java语言编写的Java程序,从导航器503受理频道选择的指示,由VM 502来逐次执行。服务管理器504选择由用户指定的频道的节目。具体地说,服务管理器504进行从下载控制指定的节目的应用程序到起动之前的处理。应用程序被下载后的处理以该应用程序为中心来进行。这里所谓下载,是指从MPEG2传输流中的数据包中取出文件系统等数据并保存到主存储部214等存储单元中。
以下,简单说明从服务管理器504下载应用程序到起动之前的顺序。这里,其详细情况与本发明没有关系,所以省略其详细说明。
服务管理器504首先委托库505中的调谐器505c进行调谐。调谐器505c参照辅助存储部213存储的频道信息,获得与用户选择出的频道对应的调谐信息。接着,服务管理器504委托库505中的CA505d进行解扰。CA 505d通过OS 501的库501b将解码所需的信息提供给有线卡204。有线卡204根据所提供的信息,对QAM解调部201提供的信号进行解码并转送给TS解码器205。接着,服务管理器504委托库505中的AM 505b执行指定的频道提供的应用程序。AM505b取出频道中包含的AIT(Applicafion Information Table,应用程序信息表),取出频道中包含的与应用程序有关的信息。AIT在DVB-MHP标准书中有规定。AM 505b根据所取出的与应用程序有关的信息,来委托库505中的DSMCC 505a下载指定的频道所保持的由目录及文件构成的文件系统。向MPEG2传输流中嵌入或者取出文件系统等数据的方法采用MPEG标准ISO/IEC13818-6中记述的DSMCC方式。AM 505b从下载到主存储部214中的文件系统中执行应执行的应用程序。在图7中,将选择出的应用程序表示为下载后的应用程序506。
库505是ROM 215中保存着的多个Java库的集合。库505将Java的API提供给应用程序,以便应用程序能够使用终端装置200的功能。在本实施方式中,库505包含DSMCC 505a、AM 505b、调谐器505c、CA 505d、JMF 505e、AWT 505f、及HAViLevel2GUI 505g等。其中,HAViLevel2GUI 505g包含OSD处理部505h、视频处理部505i、及静止画面处理部505j。
DSMCC 505a提供下述功能通过库501b来控制TS解码器205,取出MPEG2传输流中以DSMCC对象轮流传送形式复用的文件系统,保存到主存储部214中。DSMCC对象轮流传送形式在MPEG标准ISO/IEC13818-6中有规定,这里省略其详细说明。
AM 505b通过库501b来控制TS解码器205,取出MPEG2传输流中复用的AIT(Application information Table),取出频道中包含的与应用程序有关的信息。AIT在DVB-MHP标准书中有规定。AM 505b根据所取出的与应用程序有关的信息,来委托库505中的DSMCC505a下载指定的频道所保持的由目录及文件构成的文件系统。AM505b从下载到主存储部214中的文件系统中起动用AIT指定的应执行的应用程序。
调谐器505c提供下述功能通过库501b来控制QAM解调器201,调谐到指定的频率。
CA 505d提供下述功能通过OS 501的库501b将解码所需的信息提供给有线卡204,从而使得有线卡204能够对加扰过的MPEG2传输流进行解扰。
JMF 505e通过库501b来控制TS解码器205、音频解码器206、及视频解码器208,进行音频的再生及视频的再生。
AWT 505f提供用来使应用程序进行绘制、或者接收来自输入部216的键输入通知的JavaAPI。AWT 505f提供绘制点、线、四边形等基本图形的API、用于对JPEG(Joint Photographic Experts Group,联合图像专家组)形式或PNG(Joint Photographic Experts Group,联合图像专家组)形式的图像进行解码并展开到OSD平面211上的API等。具体地说,AWT 505f相当于“The Java(R)Class Libraries SecondEdition,Volume 2”(ISBN0-201-31003-1)中规定的java.awt包、java.awt.event包及其他java.awt的子包。这里,省略其详细说明。
HAViLevel2GUI 505g提供用于使应用程序控制视频平面209、静止画面平面210、及OSD平面211的API,具有OSD处理部505h、视频处理部505i、及静止画面处理部505j构成。这些各处理部具体地说相当于DVB-MHP标准书中规定的org.havi.ui包及org.havi.ui.event包。这里,主要说明与本发明有关的功能。
OSD处理部505h提供用于控制OSD平面211的API。具体地说,具有org.havi.ui.event包的HGraphicsDevice及其关联类。
视频处理部505i提供用于控制视频平面209的API。具体地说,具有org.havi.ui.event包的HVideoDevice及其关联类。
静止画面处理部505j提供用于控制静止画面平面210的API。具体地说,具有org.havi.ui.event包的HBackgroundDevice及其关联类。
下载的应用程序506是用Java语言编写的Java程序,由VM 502逐次执行。应用程序506包含用于在终端装置200中表示节目的显示处理的记述。具体地说,包含使用AWT 505f及OSD处理部505h的图形内容显示处理、使用JMF 505e及视频处理部505i的视频内容显示处理、以及使用静止画面处理部505j的背景图像显示处理的记述等。
以下,详细说明本发明的主要功能即显示功能。
图8是表示终端装置200中的与显示功能有关的硬件构件和软件构件的关系的概念图。图中,被分配了与图4及图7相同的标号的构件表示与图4及图7所示的构件相同的构件。这里,OSD处理部505h包括Z序管理部601和Z序变更部602,视频处理部505i也包括Z序管理部611和Z序管理部612,而静止画面处理部505j也包括Z序管理部621和Z序变更部622。再者,视频平面209具有第1视频区域651和第2视频区域652这2个区域,静止画面平面210具有第1静止画面区域661这1个区域,而OSD平面211具有第1 OSD区域671和第2 OSD区域672这2个区域。这里,OSD处理部505h、视频处理部505i、及静止画面处理部505j由软件构成,但是用硬件来实现也能够实施本发明。此外,这里视频平面209具有2个区域,静止画面平面210具有1个区域,OSD平面211具有2个区域,但是这只是一例,在包括更多的区域或更少的区域的情况下,也能够实施本发明。
应用程序506所进行的显示,是指在视频平面209的第1视频区域651及第2视频区域652、静止画面平面210的第1静止画面区域661、OSD平面211的第1 OSD区域671及第2 OSD区域672上生成应显示的图像,显示器212合成显示这些区域上生成的图像。
图9是表示显示器212合成5个平面的图像并输出的例子的概念图。如图9的(1)所示,在第1 OSD区域671上存储着包含图形内容701的图像。图形内容701是字符信息,是由字符广播的应用程序506从右向左滚动而绘制的信息。如图9的(2)所示,在第2 OSD区域672上存储着包含图形内容702的图像。图形内容702也是字符信息,显示着棒球的进展。该显示也随着棒球的进行而由应用程序506来更新。如图9的(3)所示,在第1视频区域651上存储着包含视频内容703的图像。视频内容703形成了叠加的子画面,用于在后述的视频内容704的左下,以小的尺寸,显示某个频道的影像。该视频内容703的显示位置、显示尺寸、被再生的影像的频道是由应用程序506决定的。如图9的(4)所示,在第2视频区域652上存储着包含视频内容704的图像。视频内容704形成了叠加的主画面,用于使用画面的右侧约3分之2的空间,来显示某个频道的影像。该视频内容704的显示位置、显示尺寸、被再生的影像的频道是由应用程序506决定的。如图9的(5)所示,在第1静止画面区域661上存储着包含静止画面内容705的图像。这里,静止画面内容705是覆盖整个画面尺寸的单色填充。在图9的(1)至(5)所示的各区域的图像中,未配置图形内容、视频内容及静止画面内容的部分呈现透明色。显示器212将图9的(1)至(5)所示的图像从下向上依次,即按第1静止画面区域661、第2视频区域652、第1视频区域651、第2静止画面区域672、第1静止画面区域671的顺序重叠来制作合成图像。即,第1静止画面区域661、第2视频区域652、第1视频区域651、第2静止画面区域672、第1静止画面区域671具有上下的位置关系,显示器212把握着该上下关系。这里,所谓重叠,是指在下面的图像上写入上面的图像。其中,在上侧的图像的透明色部分,原样显现下面的图像。如图9的(6)所示,显示器212显示合成图9的(1)至(5)所示的图像后的合成图像。
这样,通过合成多个图像,应用程序506能够进行有效的显示。例如,图9的(1)所示的图形内容701和图9的(2)所示的图形内容702重叠。以往,应用程序506要将这些图形内容701、702的重叠显示部分绘制到OSD平面的同一区域上。在这种情况下,应用程序506需要考虑2个图形内容701、702的重叠来进行绘制。这使绘制处理变慢,例如图形内容701的字符广播的滚动速度恶化。而在本实施方式中,如上所述,应用程序506将2个图形内容绘制到不同的OSD区域上,由显示器212进行合成处理,从而能够实现更高速的绘制处理。此外,能够缓和应用程序506的复杂度,使应用程序506的开发变得轻松。
再者,在图9的(3)及(4)所示的2个视频内容703、704中,也能得到同等的效果。视频由视频解码器208来再生。例如以往,同时并行再生2个视频,在视频平面的同一区域上重叠存储2个视频内容。在这种情况下,视频解码器208需要进行重叠部分的排他处理。其结果是,解码处理变慢,有可能不能进行平滑动作的视频再生。而在本实施方式中,如上所述,视频解码器208将2个视频内容存储到不同的视频区域上,由显示器212进行合成处理,从而能够实现更高速的视频绘制处理。
这里,说明用于实现图9所示的图像的合成的OSD处理部505h、视频处理部505i、及静止画面处理部505j的功能。在DVB-MHP标准中,将各平面的各区域表现为类的实例。OSD平面211的1个区域由HGraphicsDevice类的实例来表现,视频平面209的1个区域由HVideoDevice类的实例来表现,静止画面平面210的1个区域由HBackgroundDevice类的实例来表现。应用程序506能够从HScreen类提供的方法中取得这些实例。getHGraphicsDevices方法(method)将数目与OSD平面211所保持的区域的数目相同的HGraphicsDevice类的实例保存到数组中并返回,getHVideoDevices方法将数目与视频平面209所保持的区域的数目相同的HVideoDevice类的实例保存到数组中并返回,getHBackgroundDevices方法将数目与静止画面平面210所保持的区域的数目相同的HBackgroundDevice类的实例保存到数组中并返回。在本发明中,OSD处理部505h的Z序管理部601根据上下关系的顺序,将HGraphicsDevice实例保存在getHGraphicsDevices方法所返回的数组中。这里,从上下关系中位于上面的OSD区域起依次将与该OSD区域对应的HGraphicsDevice实例保存到数组中。在终端装置200采用图8及图9所示的结构的情况下,OSD处理部505h的Z序管理部601将上下关系中位于上面的第1 OSD区域671的HGraphicsDevice实例保存到数组的第1个元素中,将位于下面的第2 OSD区域672的HGraphicsDevice实例保存到数组的第2个元素中。同样,视频处理部505i的Z序管理部611也根据上下关系的顺序,将HVideoDevice实例保存到getHVideoDevices方法所返回的数组。此外,静止画面处理部505j的Z序管理部621也根据上下关系的顺序,将HBackgroundDevice实例保存到getHBackgroundDevices方法所返回的数组中。其中,在图8中,静止画面平面210只有1个区域。因此,静止画面处理部505i的Z序管理部621只向数组中保存与第1静止画面区域661对应的HBackgroundDevice实例。
Z序管理部601、Z序管理部611、及Z序管理部621的作用可归纳为,Z序管理部601、Z序管理部611、及Z序管理部621分别将OSD平面211、视频平面209、静止画面平面210所保持着的区域、其上下关系的顺序、以及与各区域对应的实例的组作为管理表来进行管理。在getHGraphicsDevice方法、getHVideoDevice方法、getHBackgroundDevice方法被调用时,Z序管理部601、Z序管理部611、及Z序管理部621根据管理表中的上下关系信息,将HGraphicsDevice实例、HVideoDevice实例、HBackgroundDevice实例保存到数组中并返回。
图10A、图10B、及图10C是Z序管理部601、Z序管理部611、及Z序管理部621分别管理的管理表的示例图。
图10A示出OSD处理部505h的Z序管理部601所管理的管理表的一例。列801保持OSD平面211的区域的地址。列802保持表示列801所示的区域的上下关系的信息。这里保存数字,在上下关系中从上面的区域起依次按升序分配“1”、“2”等号码。其中,该上下关系是OSD区域211内部的上下关系。OSD平面211、视频平面209、及静止画面平面210的上下关系被固定为从上向下依次为OSD平面211、视频平面209、静止画面平面210。列803保存与列801所示的区域对应的HGraphicsDevice实例。该实例在终端装置200起动时被生成、并被保持着。在行811中,保存着与OSD平面211的第1 OSD区域671对应的信息,保存着表示第1 OSD区域671在上下关系中处于上面的信息、和所对应的实例“HGraphicsDevice A”。这里字符“A”是为了标识实例而随便赋予的字符,没有特别的意义。在行812中,保存着与OSD平面211的第2 OSD区域672对应的信息,保存着表示第2 OSD区域672在上下关系中处于上起第2个的信息、和所对应的实例“HGraphicsDevice B”。这里字符“B”是为了标识实例而随便赋予的字符,没有特别的意义。
图10B示出视频处理部505i的Z序管理部611所管理的管理表的一例。列821保持视频平面209的区域的地址。列822保持表示列821所示的区域的上下关系的信息。这里保存数字,在上下关系中从上面的区域起依次按升序分配“1”、“2”等号码。其中,该上下关系是视频平面209内部的上下关系。列823保存与列821所示的区域对应的HVideoDevice实例。该实例在终端装置200起动时被生成、并被保持着。在列831中,保存着与视频平面209的第1视频区域651对应的信息,保存着表示第1视频区域651在上下关系中处于上面的信息、和所对应的实例“HVideoDevice A”。这里字符“A”是为了标识实例而随便赋予的字符,没有特别的意义。在列832中,保存着与视频平面209的第2视频区域652对应的信息,保存着表示第2视频区域652在上下关系中处于上起第2个的信息、和所对应的实例“HVideoDevice B”。这里字符“B”是为了标识实例而随便赋予的字符,没有特别的意义。
图10C示出静止画面处理部505j的Z序管理部621所管理的管理表的一例。列841保持静止画面平面210的区域的地址。列842保持表示列841所示的区域的上下关系的信息。这里保存数字,在上下关系中从上面的区域起依次按升序分配“1”、“2”等号码。其中,该上下关系是静止画面平面210内部的上下关系。列843保存与列841所示的区域对应的HBackgroundDevice实例。该实例在终端装置200起动时被生成、并被保持着。行851保存着与静止画面平面210的第1静止画面区域661对应的信息,保存着表示第1静止画面区域661在上下关系中处于上面的信息、和所对应的实例“HBackgroundDeviceA”。这里字符“A”是为了标识实例而随便赋予的字符,没有特别的意义。
图11是表示OSD处理部505h的Z序管理部601的动作的流程图。如图11所示,若应用程序506调用getHGraphicsDevice方法,则Z序管理部601受理HGraphicsDevice实例取得请求(步骤S901)。Z序管理部601准备具有数量为OSD平面211所具有的区域数的元素的数组(步骤S902)。在终端装置200具有图8所示的结构的情况下,Z序管理部601准备数组元素数为“2”的数组。例如在Java语言的情况下,将Z序管理部601记述为“HGraphicsDevice[]array=newHGraphicsDevice[2]”等。接着,Z序管理部601向变量N中设定初值“1”(步骤S903)。Z序管理部601参照管理表,搜索上下关系为第N个的区域,取得所对应的HGraphicsDevice实例(步骤S904)。例如,在管理表如图10A所示来构成的情况下,如果N=1,则由于行811的第1 OSD区域671在上下关系中处于第“1”个,所以取得所对应的“HGraphicsDevice A”。接着,Z序管理部601将所取得的HGraphicsDevice实例保存到数组元素的第N个中(步骤S905)。在取得的实例是“HGraphicsDevice A”、N=1时,向第1个数组元素中保存“HGraphicsDevice A”。在Java语言的情况下,将Z序管理部601记述为“array
=HGraphicsDevice_A”等。这里,数组元素号码为“0”,是因为数组的下标从“0”开始。HGraphicsDevice_A是表示“HGraphicsDevice A”的变量。接着,Z序管理部601将变量N加上1(步骤S906)。在变量N的值小于或等于OSD平面211所具有的区域数时(步骤S907的“否”),Z序管理部601重复执行从步骤S904起的处理。而在变量N的值大于OSD平面211所具有的区域数时(步骤S907的“是”),Z序管理部601将数组返回给应用程序506(步骤S908)。例如,在管理表如图10A所示来构成的情况下,返回在数组元素的第1个中保存了“HGraphicsDevice A”、在第2个中保存了“HGraphicsDevice B”的长度为2的数组。
图12是表示视频处理部505i的Z序管理部611的动作的流程图。如图12所示,若应用程序506调用了getHVideoDevice方法,则Z序管理部611受理HVideoDevice实例取得请求(步骤S1001)。Z序管理部611准备具有数量为视频平面209所具有的区域数的元素的数组(步骤S1002)。在终端装置200具有图8所示的结构的情况下,Z序管理部611准备数组元素数为“2”的数组。例如在Java语言的情况下,将Z序管理部611记述为“HVideoDevice[]array=newHVideoDevice[2]”等。接着,Z序管理部611向变量N中设定初值“1”(步骤S1003)。Z序管理部611参照管理表,搜索上下关系为第N个的区域,取得所对应的HVideoDevice实例(步骤S1004)。例如,在管理表如图10B所示来构成的情况下,如果N=1,则由于行831的第1视频区域651在上下关系中处于第“1”个,所以取得所对应的“HVideoDevice A”。接着,Z序管理部611将所取得的HVideoDevice实例保存到数组元素的第N个中(步骤S1005)。在取得的实例是“HVideoDevice A”、N=1时,向第1个数组元素中保存“HVideoDeviceA”。在Java语言的情况下,将Z序管理部611记述为“array
=HVideoDevice_A”等。这里,数组元素号码为“0”,是因为数组的下标从“0”开始。HVideoDevice_A是表示“HVideoDeviceA”的变量。接着,Z序管理部611将变量N加上1(步骤S1006)。在变量N的值小于或等于视频平面209所具有的区域数时(步骤S1007的“否”),Z序管理部611重复执行从步骤S1004起的处理。而在变量N的值大于视频平面209所具有的区域数时(步骤S1007的“是”),Z序管理部611将数组返回给应用程序506(步骤S1008)。例如,在管理表如图10B所示来构成的情况下,返回在数组元素的第1个中保存了“HVideoDevice A”、在第2个中保存了“HVideoDeviceB”的长度为2的数组。
图13是表示静止画面处理部505j的Z序管理部621的动作的流程图。如图13所示,若应用程序506调用了getHBackgroundDevice方法,则Z序管理部621受理HBackgroundDevice实例取得请求(步骤S1101)。Z序管理部621准备具有数量为静止画面平面210所具有的区域数的元素的数组(步骤S1102)。在终端装置200具有图8所示的结构的情况下,Z序管理部621准备数组元素数为“1”的数组。例如在Java语言的情况下,将Z序管理部621记述为“HBackgroundDevice[]array=new HBackgroundDevice[1]”等。接着,Z序管理部621向变量N中设定初值“1”(步骤S1103)。Z序管理部621参照管理表,搜索上下关系为第N个的区域,取得所对应的HBackgroundDevice实例(步骤S1104)。例如,在管理表如图10C所示来构成的情况下,如果N=1,则由于行851的第1静止画面区域661在上下关系中处于第“1”个,所以取得所对应的“HBackgroundDevice A”。接着,Z序管理部621将所取得的HBackgroundDevice实例保存到数组元素的第N个中(步骤S1105)。在取得的实例是“HBackgroundDevice A”、N=1时,向第1个数组元素中保存“HBackgroundDevice A”。在Java语言的情况下,将Z序管理部621记述为“array
=HBackgroundDevice_A”等。这里,数组元素号码为“0”,是因为数组的下标从“0”开始。HBackgroundDevice_A是表示“HBackgroundDevice A”的变量。接着,Z序管理部621将变量N加上1(步骤S1106)。在变量N的值小于或等于静止画面平面210所具有的区域数时(步骤S1107的“否”),Z序管理部621重复执行从步骤S1104起的处理。而在变量N的值大于静止画面平面210所具有的区域数时(步骤S1107的“是”),Z序管理部621将数组返回给应用程序506(步骤S1108)。例如,在管理表如图10C所示来构成的情况下,返回在数组元素中保存了“HBackgroundDevice A”的长度为1的数组。
getHGraphicsDevices方法所返回的数组的元素的保存顺序对应于OSD平面211所具有的区域的上下关系,getHVideoDevices方法所返回的数组的元素的保存顺序对应于视频平面209所具有的区域的上下关系,getHBackgroundDevices方法所返回的数组的元素的保存顺序对应于静止画面平面210所具有的区域的上下关系。因此,应用程序506能够获得与适合进行显示的区域相对应的HGraphicsDevice实例、HVideoDevice实例及HBackgroundDevice实例。以下,简单说明应用程序506根据所获得的这些实例来进行绘制处理的过程。
应用程序506为了在OSD平面211上进行绘制,通过将HGraphicsDevice实例作为自变量交给org.havi.ui包中规定的HSceneFactory类的getFullScreenScene方法,来取得HScene实例。此时能够获得的HScene实例是在与用自变量所提供的HGraphicsDevice实例对应的OSD平面211的1个区域上创建的基本窗口。HScene实例是继承了java.awt包的Container类所得的HScene类的实例,应用程序506能够用库505中的AWT 505f的功能来进行绘制。AWT 505f的功能相当于java.awt包及其子包的功能,该绘制功能是公知技术,所以省略其说明。这里,介绍其一例。
图14是应用程序506的程序代码的示例图。这里,终端装置200如图8所示来构成,管理表如图10A所示来构成。应用程序506在图14的第1~2行中获得保存2个HGraphicsDevice实例的数组device。应用程序506在图14的第3行中取得了HSceneFactory类的实例后,在图14的第4行中用变量device
中保存的HGraphicsDevice实例,来获得与上下关系中位于上面的OSD平面211的第1 OSD区域671对应的HScene实例。接着,应用程序506在图14的第5行中通过从HScene实例中取得Graphics实例,来结束绘制准备,在图14的第6行中进行颜色设定。这里,应用程序506设定了黑色。此外,应用程序506在图14的第7行中将字符串“Graphics”记述到第1 OSD区域671的坐标位置(30,30)上。
进而,应用程序506在图14的第9行中用变量device[1]中保存的HGraphicsDevice实例,来获得与上下关系中位于下面的OSD平面211的第2 OSD区域672对应的HScene实例。应用程序506在图14的第10行中通过从HScene实例中取得Graphics实例,来结束绘制准备,在图14的第11行中进行颜色设定。这里,应用程序506设定了白色。此外,应用程序506在图14的第12行中绘制了用白色填充第2OSD区域672的单面所得的四边形。
图15是表示图14所示的应用程序绘制的结果的图。如图15的(1)所示,在第1 OSD区域671上,在坐标(30,30)处绘制了字符串“Graphics”。如图15的(2)所示,在第2 OSD区域672上,用白色填充了单面。如图15的(3)所示,显示器212显示合成结果。由于在第2 OSD区域672上用白色填充了单面,所以处于下面的视频平面209及静止画面平面210的内容被隐藏。在这种合成结果中,在第2 OSD区域672的图像上,写入第1 OSD区域671的图像。
应用程序506在视频平面209上进行视频再生(视频的绘制)时,调用HVideoDevice实例所准备的getVideoController方法,取得Player实例。Player实例表现用于再生库505的JMF 505e所提供的影像或声音的功能。应用程序506通过调用Player实例所准备的各种方法,能够指定要再生的影像或声音、指定要再生的视频在画面上的显示位置及显示尺寸。JMF 505e提供的功能是公知技术,这里省略其详细说明。这里,介绍应用程序506获得与视频平面209的各区域对应的Player实例的方法。
图16是应用程序506的程序代码的示例图。这里,终端装置200如图8所示来构成,管理表如图10B所示来构成。应用程序506在图16的第1~2行中获得保存着2个HVideoDevice实例的数组device。应用程序506在图16的第3行中通过调用变量device
中保存着的HVideoDevice实例的getVideoController方法,来获得与上下关系中位于上面的视频平面209的第1视频区域651对应的Player实例。此外,应用程序506在图16的第5行中通过调用变量device[1]中保存着的HVideoDevice实例的getVideoController方法,来获得与上下关系中位于下面的视频平面209的第2视频区域652对应的Player实例。
应用程序506在静止画面平面210上进行绘制时,调用HBackgroundDevice实例所准备的方法,获得HBackgroundConfiguration实例。HBackgroundConfiguration实例准备了用于用单色来填充静止画面平面210所具有的区域的setColor方法。
图17是应用程序506的程序代码的示例图。这里,终端装置200如图8所示来构成,管理表如图10C所示来构成。应用程序506在图17的第1~2行中获得保存着1个HBackgroundDevice实例的数组device。应用程序506在图17的第3~4行中调用变量device
中保存着的HBackgroundDevice实例的getCurrentConfiguration方法,获得HBackgroundConfiguration实例。此外,应用程序506在图17的第5行中调用HBackgroundConfiguration实例的setColor方法。这里,应用程序506通过将蓝色赋予自变量,而将静止画面平面210的第1静止画面区域661的单面填充为蓝色。
另一方面,Z序变更部602提供对Z序管理部601管理着的区域的上下关系进行变更的功能,Z序变更部612提供对Z序管理部611管理着的区域的上下关系进行变更的功能,Z序变更部622提供对Z序管理部621管理着的区域的上下关系进行变更的功能。例如,OSD处理部505h的Z序变更部602向HScreen类提供setHGraphicsDeviceZOrder方法。该方法接收HGraphicsDevice实例作为第1自变量,接收表示上下位置的数值作为第2自变量。数值的范围设为1~(OSD平面211具有的区域数)。
图18是表示Z序变更部602的动作的流程图。Z序变更部602接收HGraphicsDevice实例和表示应变更的上下位置的变更数值(步骤S1601)。Z序变更部602参照Z序管理部601管理的管理表,来取得与接收到的HGraphicsDevice实例对应的设定数值(对应设定数值)(步骤S1602)。其中,所谓设定数值,是指管理表中与实例相对应地保存着的数值;而所谓对应设定数值,是指与Z序变更部602接收到的HgraphicsDevice实例相对应的设定数值。此时,Z序变更部602也可以将对应设定数值存储到主存储部214中。接着,Z序变更部602从管理表中寻找与接收到的表示上下位置的变更数值相同的设定数值,用对应设定数值来改写该设定数值(步骤S1603)。最后,Z序变更部602用接收到的变更数值来改写与接收到的HGraphicsDevice实例对应的对应设定数值(步骤S1604)。
具体地说,假设从应用程序506接收到的HGraphicsDevice实例是“HGraphicsDevice B”,接收到的变更数值是“1”,管理表如图10A所示来构成。
图19是表示上述情况下被变更的管理表的内容的图。
在这种情况下,Z序变更部602参照图10A所示的管理表,从管理表中的行812中,取得与“HGraphicsDevice B”对应的对应设定数值“2”。接着,Z序变更部602从管理表中搜索与表示上下位置的变更数值“1”相同的设定数值,了解到该设定数值处于行811中。这里,Z序变更部602如图19的(1)所示,将行811的设定数值“1”改写为所取得的对应设定数值“2”。最后,Z序变更部602如图19的(2)所示,用接收到的变更数值“1”来改写与行812中的“HGraphicsDevice B”对应的对应设定数值。
同样,视频处理部505i的Z序变更部612也具有变更Z序管理部611的管理表的功能,静止画面处理部505j的Z序变更部622也具有变更Z序管理部621的管理表的功能。
通过提供这种Z序变更部602、Z序变更部612、及Z序变更部622,应用程序506能够容易地变更2个图像的上下关系。
图20A及图20B是用于说明2个图像的上下关系被变更的状态的说明图。如图20A所示,第1 OSD区域671存储着包含图形内容1801的图像。这里,图形内容1801是窗口,在该窗口中显示各种信息。另一方面,第2 OSD区域672存储着包含图形内容1802的图像。这里,图形内容1802也是窗口,在该窗口中也显示各种信息。此外,第1 OSD区域671在上下关系中处于第2 OSD区域672之上。因此,显示器212通过合成第1 OSD区域671和第2 OSD区域672的图像,来显示这些图形内容1801、1802,使得图形内容1801的窗口部分地重叠在图形内容1802的窗口上。这里,在想将图形内容1802的窗口显示在上面的情况下,如图20B所示,应用程序506用Z序变更部602,将第2 OSD区域672移动到上面。其结果是,显示器212显示这些图形内容1801、1802,使得图形内容1802的窗口部分地重叠在图形内容1801的窗口上。即,2个区域(图像)的上下关系被变更。这里,显示器212在合成时,参照Z序管理部601、Z序管理部611、及Z序管理部621所保持的管理表来决定合成顺序。
其中,在本实施方式中,通过交换2个区域(图像)的方法来实现区域(图像)的上下关系的变更。
图21是表示区域(图像)的上下关系的变更方法的图。
例如,如图21的(1)所示,有5个区域(区域1901至1905),应用程序506想要将区域1902设为上起第4个。在此情况下,应用程序506如图21的(2)所示,交换区域1902和区域1904。但是,用其他方法也能够变更区域的上下关系。
图22是表示区域的上下关系的另一个变更方法的图。
例如,应用程序506在想要将图21的(1)所示的区域1902设为上起第4个的情况下,将区域1902插入到区域1904之下。
此外,在本实施方式中,作为Z序变更部602、Z序变更部612、及Z序变更部622所提供的功能,准备了setHGraphicsDeviceZOrder这一名称的方法,但是如果功能相同,则也可以准备其他名称的方法。此外,在本实施方式中,例示了取2个自变量的setHGraphicsDeviceZOrder方法,但是也可以提供其他API。例如,采用将用自变量提供的HGraphicsDevice移动到最上位的方法(setTopHGraphicsDevice)、或移动到最下位的方法(setBottomHGraphicsDevice)等。setTopHGraphicsDevice在内部被安装为向setHGraphicsDeviceZOrder方法提供上下位置的数值“1”。此外,setBottomHGraphicsDevice在内部被安装为向setHGraphicsDeviceZOrder方法提供区域数作为上下位置的数值。
再者,在本实施方式中,作为变更OSD平面211、视频平面209、及静止画面平面210的各区域的上下位置的方法,将与2个区域对应的实例指定为自变量、掉换该2个区域的上下位置也可以实施。例如,为HScreen类准备exchangeHGraphicsDeviceZOrder方法。该方法接收2个HGraphicsDevice实例作为自变量。在方法的内部,参照管理表,来取得各个HGraphicsDevice的上下位置,掉换并保存即可。例如,在管理表如图10A所示来构成的情况下,若将2个HGraphicsDevice实例“HGraphicsDevice A”和“HGraphicsDevice B”提供给自变量,则取出“HGraphicsDevice A”的上下位置的数值“1”和“HGraphicsDevice B”的上下位置的数值“2”,向“HGraphicsDeviceA”的上下位置的数值中写入“HGraphicsDevice B”的上下位置的数值“2”,向“HGraphicsDevice B”的上下位置的数值中写入“HGraphicsDevice A”的上下位置的数值“1”。其结果是,管理表变为图19的(2)所示的状态。
此外,在本实施方式中,Z序管理部601、Z序管理部611、及Z序管理部621用将实例保存到数组中的顺序向应用程序506通知与实例对应的OSD平面211、视频平面209、及静止画面平面210的各区域的上下关系。但是,用其他方法也可以实施。例如,也可实施为,为实例准备取得上下关系的方法,应用程序506通过调用该方法来把握上下关系。具体地说,为HGraphicsDevice实例、HVideoDevice实例、及HBackgroundDevice实例准备getZOrder方法。该方法返回与各实例对应的表示上下位置的数值。例如,假设管理表如图10A所示来构成,则HGraphicsDevice实例“HGraphicsDevice A”的getZOrder方法参照图10A的行811来返回数值“1”。
图23是表示用于实现getZOrder方法的、管理表和HGraphicsDevice实例的关系的示意图。列803实际上具有指向HGraphicsDevice实例的指针。行811具有指向HGraphicsDevice实例“HGraphicsDevice A”2101的指针2102,行812具有指向HGraphicsDevice实例“HGraphicsDevice B”2111的指针2112。此外,HGraphicsDevice实例具有指向所对应的管理表的行的指针。HGraphicsDevice实例“HGraphicsDevice A”2101具有指向行811的指针2103,HGraphicsDevice实例“HGraphicsDevice B”2111具有指向行812的指针2113。在HGraphicsDevice实例的getZOrder方法被调用时,HGraphicsDevice实例能够顺着所保持着的指针,取出所对应的表示上下位置的数值,返回给应用程序506。
再者,作为另一个方法,也可以为HScreen类准备getHGraphicsZOrder方法、getHVideoZOrder方法、及getHBackgroundZOrder方法。各方法分别接收HGraphicsDevice实例、HVideoDevice实例、HBackgroundDevice实例作为自变量。各方法分别参照Z序管理部601、Z序管理部611、Z序管理部621所保持的管理表,来返回与接收到的实例对应的上下位置的数值。由此,应用程序506通过调用getHGraphicsZOrder方法、getHVideoZOrder方法、及getHBackgroundZOrder方法,能够了解与各实例对应的区域的上下位置。
其中,在本实施方式中,将开始的号码设为“1”,从上到下用“1”、“2”这一升序来表现上下关系,但是也可以将开始的号码设为“0”,用“0”、“1”、“2”这一升序来表现。此外,在区域的数目为N时,也可以从上向下用“N”、“N-1”这一降序来表现上下关系。或者,用列表结构来管理表现区域的实例、使列表结构中保存着的顺序对应于上下关系的顺序来进行管理也可以实施。此外,在本实施方式中,上下关系的管理采用了图10A~图10C所示的管理表,但是管理表的形式只要是保持区域、表示上下关系的信息以及实例之间的关系并能够分别检索的形式即可,也可以是采用了列表结构等的形式。
在本实施方式中,以3种平面为对象,但是平面数无需是3个,例如没有静止画面平面等;只要决定了各平面间的上下关系,则用其他平面数、例如4或5也都能够实施。
(实施方式2)在实施方式1中,OSD平面211内的区域的上下关系的变更只是OSD平面内的变更,不能进行跨平面的变更。在实施方式2中,能够进行跨平面的变更。
图24是本实施方式的与终端装置200的显示功能有关的硬件构件和软件构件的关系的概念图。图24中,被分配了与图8相同标号的构件表示与图8所示的实施方式1的构件相同的构件,所以省略其详细说明。如图24所示,OSD处理部505h、视频处理部505i、及静止画面处理部505j分别不具有Z序管理部601、Z序变更部602、Z序管理部611、Z序变更部612、Z序管理部621、及Z序变更部622。取而代之的是,显示处理装置具有公共处理部2200,公共处理部2200具有Z序管理部2201和Z序变更部2202。Z序管理部2201用管理表来管理OSD平面211、视频平面209、及静止画面平面210所具有的区域、表示其上下关系的信息、以及与各区域对应的实例。
图25是本实施方式的管理表的示例图。列2301保持OSD平面211、视频平面209、及静止画面平面210所保持的各区域的地址。列2302保持表示列2301所示的区域的上下关系的数值信息。这里,保存数值,按上下关系从上面的区域起依次按升序分配“1”、“2”等号码。其中,该上下关系是OSD区域211、视频平面209、及静止画面平面210混合存在的上下关系。列2303保存与列2301所示的区域所对应的HGraphicsDevice实例、HVideoDevice实例、及HBackgroundDevice实例。该实例在终端装置200起动时被生成、并被保持着。在行2311中,保存着与OSD平面211的第1 OSD区域671对应的信息,具体地说,保存着第1 OSD区域671在上下关系中处于最上面的信息、和与该区域对应的实例“HGraphicsDevice A”。这里字符“A”是为了标识实例而随便赋予的字符,没有特别的意义。
在行2312中,保存着与视频平面209的第1视频区域651对应的信息,具体地说,保存着第1视频区域651在上下关系中处于上起第2个的信息、和与该区域对应的实例“HVideoDevice A”。这里字符“A”是为了标识实例而随便赋予的字符,没有特别的意义。
在行2313中,保存着与OSD平面211的第2 OSD区域672对应的信息,具体地说,保存着第2 OSD区域672在上下关系中处于上起第3个的信息、和与该区域对应的实例“HGraphicsDevice B”。这里字符“B”是为了标识实例而随便赋予的字符,没有特别的意义。
在行2314中,保存着与视频平面209的第2视频区域652对应的信息,具体地说,保存着第2视频区域652在上下关系中处于上起第4个的信息、和与该区域对应的实例“HVideoDevice B”。这里字符“B”是为了标识实例而随便赋予的字符,没有特别的意义。
在行2315中,保存着与静止画面平面210的第1静止画面区域661对应的信息,具体地说,保存着第1静止画面区域661在上下关系中处于上起第5个的信息、和与该区域对应的实例“HBackgroundDevice A”。这里字符“A”是为了标识实例而随便赋予的字符,没有特别的意义。
显示器212在合成各平面的区域所示的图像并输出时,参照Z序管理部2201所管理的管理表,根据上下关系来进行合成。在管理表如图25所示来构成的情况下,显示器212从下向上依次,即按第1静止画面区域661、第2视频区域652、第2 OSD区域672、第1视频区域651、第1 OSD区域671的顺序重叠各区域所示的图像来进行合成。
为了使应用程序506了解各区域的上下位置,为上述各实例准备取得上下关系的方法。应用程序506通过调用该方法,来把握上下关系。具体地说,为HGraphicsDevice实例、HVideoDevice实例、及HBackground实例准备getZOrder方法。该方法返回与各实例对应的表示上下位置的数值。例如,在管理表如图25所示来构成的情况下,HGraphicsDevice实例“HGraphicsDevice B”的getZOrder方法参照图25的行2313来返回数值“3”。其中,也可以以实施方式1的图23所示的管理表的形式来构成本实施方式的管理表。即,在这种管理表中,为了实现getZOrder方法,管理表的各区域和各实例之间相互保持参照关系。
Z序变更部2202提供变更Z序管理部2201管理着的区域的上下关系的功能。例如,为HScreen类提供setDeviceZOrder方法。该方法接收实例作为第1自变量,接收表示上下位置的数值作为第2自变量。该数值的范围设为1至OSD平面211、视频平面209、及静止画面平面210所具有的总区域数。Z序变更部2202的动作基本上与实施方式1所示的Z序变更部602、Z序变更部612、或Z序变更部622相同。在Z序变更部2202的动作中,与实施方式1所示的Z序变更部602的不同点在于作为对象的管理表不是图10A等所示的管理表,而是图25所示的管理表;并且处理3种实例。区域的上下关系的变更方法也如实施方式1所示,有交换2个区域的方法、和移动1个区域来使其他向上下方向移动的方法等。再者,也可以如实施方式1所示,准备将与实例对应的区域变更到最上位或最下位的方法。
工业实用性本发明的显示处理装置具有能够提高图形图像的显示性能的效果,例如能够适用为个人计算机或手机等信息设备中包括的显示处理装置。
权利要求
1.一种显示处理装置,下载程序并显示基于上述程序的图像,其特征在于,包括多个图形图像存储单元,具有用于存储图形图像的区域;第1顺序存储单元,存储有对上述多个图形图像存储单元设定的第1顺序;通知单元,通知上述第1顺序存储单元中所存储的顺序;程序执行单元,通过执行上述程序,基于上述通知单元通知的第1顺序,将图形图像保存到上述各图形图像存储单元中;以及显示单元,根据上述第1顺序,重叠显示上述各图形图像存储单元中保存的图形图像。
2.如权利要求1所述的显示处理装置,其特征在于,上述通知单元根据上述第1顺序存储单元中所存储的第1顺序,排列用于分别识别上述多个图形图像存储单元的识别信息,并传递给上述程序执行单元,从而将上述第1顺序通知给上述程序执行单元。
3.如权利要求2所述的显示处理装置,其特征在于,上述第1顺序存储单元对上述多个图形图像存储单元分别存储该图形图像存储单元在上述第1顺序中的位置和上述识别信息。
4.如权利要求3所述的显示处理装置,其特征在于,上述显示处理装置还包括变更单元,变更上述第1顺序存储单元中所存储的第1顺序;上述通知单元将变更了的第1顺序通知给上述程序执行单元。
5.如权利要求4所述的显示处理装置,其特征在于,上述变更单元变更上述第1顺序存储单元中所存储的各图形图像存储单元的位置。
6.如权利要求5所述的显示处理装置,其特征在于,上述变更单元交换上述第1顺序存储单元中所存储的2个图形图像存储单元的位置。
7.如权利要求1所述的显示处理装置,其特征在于,上述显示处理装置还包括多个视频图像存储单元,具有用于存储视频图像的区域;和第2顺序存储单元,存储有对上述多个视频图像存储单元设定的第2顺序;上述通知单元还将上述第2顺序存储单元中所存储的第2顺序通知给上述程序执行单元;上述程序执行单元还通过执行上述程序,基于上述通知单元通知的第2顺序,将视频图像保存到上述各视频图像存储单元中;上述显示单元根据上述第2顺序,在根据上述第1顺序重叠的图形图像上重叠显示上述各视频图像存储单元中保存的视频图像。
8.如权利要求7所述的显示处理装置,其特征在于,上述显示处理装置还包括多个静止图像存储单元,具有用于存储静止图像的区域;和第3顺序存储单元,存储有对上述多个静止图像存储单元设定的第3顺序;上述通知单元还将上述第3顺序存储单元中所存储的第3顺序通知给上述程序执行单元;上述程序执行单元还通过执行上述程序,基于上述通知单元通知的第3顺序,将静止图像保存到上述各静止图像存储单元中;上述显示单元根据上述第3顺序,在根据上述第1及第2顺序重叠的图形图像及视频图像上重叠显示上述各静止图像存储单元中保存的静止图像。
9.如权利要求1所述的显示处理装置,其特征在于,上述显示处理装置还包括视频图像存储单元,具有用于存储视频图像的区域;和静止图像存储单元,具有用于存储静止图像的区域;上述第1顺序存储单元存储有对上述多个图形图像存储单元、视频图像存储单元以及静止图像存储单元设定的上述第1顺序;上述程序执行单元通过执行上述程序,基于上述通知单元通知的第1顺序,将图形图像保存到上述各图形图像存储单元中,将视频图像保存到上述视频图像存储单元中,将静止图像保存到上述静止图像存储单元中;上述显示单元根据上述第1顺序,重叠显示上述各图形图像存储单元、视频图像存储单元以及静止图像存储单元中保存的多个图形图像、视频图像以及静止图像。
10.如权利要求9所述的显示处理装置,其特征在于,上述显示处理装置还包括变更单元,变更上述第1顺序存储单元中所存储的第1顺序;上述通知单元将上述变更了的顺序通知给上述程序。
11.如权利要求10所述的显示处理装置,其特征在于,上述变更单元在多个图形图像、视频图像以及静止图像被重叠时,变更上述第1顺序存储单元中所存储的第1顺序,使得上述多个图形图像夹着视频图像及静止图像中的至少一个。
12.一种显示处理方法,使显示处理装置下载程序并显示基于上述程序的图像,其特征在于,上述显示处理装置包括多个图形图像存储单元,具有用于存储图形图像的区域;和第1顺序存储单元,存储有对上述多个图形图像存储单元设定的第1顺序;上述显示处理方法包含通知步骤,通知上述第1顺序存储单元中所存储的顺序;程序执行步骤,通过执行上述程序,基于在上述通知步骤中通知的第1顺序,将图形图像保存到上述各图形图像存储单元中;以及显示步骤,根据上述第1顺序,重叠显示上述各图形图像存储单元中保存的图形图像。
13.一种程序,用于使显示处理装置下载应用程序并显示基于上述应用程序的图像,其特征在于,上述显示处理装置包括多个图形图像存储单元,具有用于存储图形图像的区域;和第1顺序存储单元,存储有对上述多个图形图像存储单元设定的第1顺序;上述程序包含通知步骤,通知上述第1顺序存储单元中所存储的顺序;应用程序执行步骤,通过执行上述应用程序,基于在上述通知步骤中通知的第1顺序,将图形图像保存到上述各图形图像存储单元中;以及显示步骤,根据上述第1顺序,重叠显示上述各图形图像存储单元中保存的图形图像。
全文摘要
提供提高了图形图像的显示性能的显示处理装置。包括OSD平面(211),具有用于存储图形图像的第1OSD区域(671)及第2OSD区域(672);Z序管理部(601),存储有对第1OSD区域(671)及第2OSD区域(672)设定的上下关系,并通知该上下关系;CPU(217),通过执行下载的应用程序(506),基于从Z序管理部(601)通知的上下关系,将图形图像保存到第1OSD区域(671)及第2OSD区域(672)中;以及显示器(212),根据上述上下关系重叠显示第1OSD区域(671)及第2OSD区域(672)中保存的图形图像。
文档编号H04N5/445GK1922879SQ20058000568
公开日2007年2月28日 申请日期2005年2月9日 优先权日2004年2月23日
发明者盐见隆一, 吉田康浩 申请人:松下电器产业株式会社
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1