用户界面装置和用户界面装置的画面显示方法与流程

本发明涉及一种用户界面装置。

背景技术：

近年，随着信息设备所提供的功能的高度化和复杂化，推进了提供信息设备的操作单元的用户界面(ui)的复杂化。其另一方面，消费者对信息设备所显示的画面的品质寄予更高的期待。其结果，尽管信息设备的硬件性能有非常显著的进步，但产生画面的描绘能力不足这样的事态。

作为信息设备的用户界面装置(ui装置)，存在将包括图像部件、文本部件等多个ui部件的画面群选择性地切换来显示的装置。在这种ui装置中，为了确保对用户的舒适的响应性，将实施了一次描绘处理的画面或预先构建的画面的描绘信息缓存(cache，也称为高速缓存)到高速的存储装置，之后，在显示与其相同的画面时，使用所缓存的描绘信息，由此使画面的描绘高速化。例如在下述的专利文献1中公开了如下技术：预先缓存有可能转变的画面的描绘信息，由此使在实际使画面转变时的画面描绘高速化。

另外，在由多个ui部件构成画面的ui装置中，为了使画面的设计和ui部件的管理变得容易，一般使用被称为场景图(scenegraph)的将构成画面的ui部件以树结构分层化的模型。另外，已知如下的技术：制作将构成场景图的一部分的子图(subgraph)的描绘内容合并而成的一个ui部件(合并ui部件)，由此简化场景图的结构，并且通过将合并ui部件的描绘信息进行缓存，实现画面描绘的进一步的高速化。例如在下述的专利文献2中公开了如下技术：针对场景图，将各ui部件所保持的参数值等描绘信息进行列表化，将内容不同的多个描绘信息作为任意的ui部件进行缓存。并且，在专利文献2中，将表示任意的子图的内容的位图(图像)作为参数值之一来保持，由此谋求描绘速度的高速化。

专利文献1：日本特开2002-175142号公报

专利文献2：日本特开2003-162733号公报

技术实现要素：

发明要解决的问题

在将多个ui部件的描绘信息进行缓存的ui装置中，场景图中的作为缓存对象的子图越大，则场景图的结构越简化，高速化的效果也越高。然而，存在如下问题：在构成子图的ui部件中包括无法确定描绘内容的ui部件(不确定部件)的情况下，或者包括描绘内容动态地变化的ui部件(动态变化部件)的情况下，无法直接利用所缓存的描绘信息。例如，表示当前时刻的时钟的图像的ui部件如果不是实际的画面转变时则描绘内容不确定，因此是不确定部件，并且由于描绘内容动态地变化，因此还是动态变化部件。

不确定部件无法预先构建描绘信息，因此无法应用如专利文献1那样的事先构建转变目标画面的描绘信息的技术。另外，在如专利文献2那样构建与子图对应的合并ui部件的技术中，如果构成合并ui部件的一部分ui部件的内容发生变更，则无法使用该合并ui部件，因此，如果在合并ui部件中包括动态变化部件则成为问题。例如，每次在合并ui部件中包括的动态变化部件发生变化时都需要重新生成合并ui部件，阻碍画面描绘的高速化。

作为其对策，可考虑如下方法：为了能够应对不确定部件和动态变化部件的变化模式的全部，事先构建多种描绘信息，或者生成多种合并ui部件，来将它们进行缓存。但是，在该方法中产生缓存所需的存储容量增大的问题。

另外，还可考虑将缓存对象的子图分割为更小的多个子图使得在缓存对象的子图(合并ui部件)中不包括不确定部件和动态变化部件的对策，但是导致场景图结构的简化效果降低。并且，在合并ui部件中的多个子图彼此之间存在描绘区域的重叠的情况下，缓存所需的存储容量会增大与重叠的区域相应的量。

另外，还可考虑变更场景图整体的结构使得在合并ui部件中不包括不确定部件和动态变化部件的解决对策。但是，忽视画面的意思上的结构而制作的场景图有损于画面的设计和ui部件的管理变得容易这样的场景图的优点。

本发明是为了解决如以上那样的问题而完成的，其目的在于提供一种无需变更场景图的结构而即使在子图中包括不确定部件或动态变化部件的情况下也能够高效地缓存各画面的描绘信息的用户界面装置。

用于解决问题的方案

本发明所涉及的用户界面装置具备：排除部件提取部(105)，从构成ui(用户界面)的画面的多个ui部件中的缓存对象部件群中将不确定部件或动态变化部件作为排除部件来去掉；缓存信息生成部(106)，生成去掉了所述排除部件的所述缓存对象部件群的描绘信息；描绘信息缓存部(107)，登记去掉了所述排除部件的所述缓存对象部件群的描绘信息；以及排除部件合成部(108)，在实施使用所述描绘信息缓存部(107)中登记的去掉了所述排除部件的所述缓存对象部件群的描绘信息的画面的描绘时，对去掉了所述排除部件的所述缓存对象部件群的描绘信息合成与所述排除部件对应的描绘信息。

发明的效果

根据本发明，即使在子图中包括不确定部件或动态变化部件的情况下，也无需变更场景图的结构，能够有效地利用缓存，因此能够有助于用户界面装置中的画面描绘的高速化。另外，还获得如下效果：在ui开发中，能够削减用于考虑描绘性能的ui画面的设计工时以及与性能调试相关的工时。

本发明的目的、特征、方面以及优点通过以下详细的说明和附图变得更清楚。

附图说明

图1是表示实施方式1所涉及的ui装置的结构的功能框图。

图2是表示本发明所涉及的ui装置的硬件结构的一例的框图。

图3是表示本发明所涉及的ui装置所显示的画面的一例的图。

图4是表示构成图3的画面的各个ui部件的图。

图5是表示与图3的画面对应的画面模型的一例的图。

图6是用于说明从缓存对象部件群去除排除部件的处理以及对从缓存读出的ui部件群合成排除部件的处理的图。

图7是表示实施方式1所涉及的ui装置的画面模型构建部的动作的流程图。

图8是表示实施方式1所涉及的ui装置的排除部件提取部的动作的流程图。

图9是表示实施方式1所涉及的ui装置的缓存信息生成部的动作的流程图。

图10是表示实施方式1所涉及的ui装置的描绘信息缓存部的动作的流程图。

图11是表示实施方式1所涉及的ui装置的排除部件合成部的动作的流程图。

图12是表示实施方式2所涉及的ui装置的结构的功能框图。

图13是表示实施方式2中的使用了合并ui部件的画面模型的一例的图。

图14是表示实施方式2所涉及的ui装置的合并ui部件生成部的动作的流程图。

图15是表示实施方式2所涉及的ui装置的画面模型构建部的动作的流程图。

图16是表示实施方式3所涉及的ui装置的结构的功能框图。

图17是表示实施方式3所涉及的ui装置的掩模区域生成部的动作的流程图。

图18是表示实施方式3所涉及的ui装置的掩模处理部的动作的流程图。

图19是表示实施方式3所涉及的ui装置的缓存信息生成部的动作的流程图。

图20是表示实施方式4所涉及的ui装置的结构的功能框图。

图21是表示实施方式4所涉及的ui装置的画面模型事先生成部的动作的流程图。

图22是表示实施方式4所涉及的ui装置的画面模型构建部的动作的流程图。

图23是表示实施方式5所涉及的ui装置的结构的功能框图。

图24是表示实施方式5所涉及的ui装置的排除部件决定部的动作的流程图。

图25是表示实施方式6所涉及的ui装置的结构的功能框图。

图26是表示实施方式6所涉及的ui装置的描绘趋势估计部的动作的流程图。

图27是表示实施方式6所涉及的ui装置的描绘趋势保持部的动作的流程图。

图28是表示实施方式6所涉及的ui装置的缓存对象部件决定部的动作的流程图。

图29是表示实施方式7所涉及的ui装置的结构的功能框图。

图30是表示实施方式7所涉及的ui装置的代理执行判断部的动作的流程图。

图31是表示实施方式7所涉及的ui装置的代理执行委托部的动作的流程图。

图32是表示实施方式8所涉及的ui装置的结构的功能框图。

图33是表示实施方式8所涉及的ui装置的依赖关系提取部的动作的流程图。

(附图标记说明)

101：输入部；102事件获取部；103：画面数据存储部；104：画面模型构建部；105：排除部件提取部；106：缓存信息生成部；107：描绘信息缓存部；108：排除部件合成部；109：描绘处理部；110：显示部；210：输入装置；220：计算机；221：处理装置；222：存储装置；230：显示装置；1201：合并ui部件生成部；1601：掩模区域生成部；1602：掩模处理部；2001：画面模型事先生成部；2301：排除部件决定部；2501：描绘趋势估计部；2502：描绘趋势保持部；2503：缓存对象部件决定部；2901：代理执行判断部；2902：代理执行委托部；3201：依赖关系提取部。

具体实施方式

下面，为了更详细地说明本发明，按照附图来说明用于实施本发明的方式。

<实施方式1>

图1是表示本发明的实施方式1中的用户界面装置(ui装置)的结构图。如图1那样，该ui装置具备输入部101、事件获取部102、画面数据存储部103、画面模型构建部104、排除部件提取部105、缓存信息生成部106、描绘信息缓存部107、排除部件合成部108、描绘处理部109以及显示部110。

输入部101是用于由用户对显示部110所显示的ui画面进行操作的装置。作为输入部101的具体例，存在鼠标、触摸面板、跟踪球、数据手套、触笔这样的定点设备、键盘、麦克风等声音输入装置、摄像机等图像/影像输入装置、利用脑波的输入装置、运动传感器等传感器类等。

在输入部101中，将所有种类的操作表现为用户输入事件，并发送到事件获取部102。作为用户输入事件的例子，在输入部101是鼠标的情况下，存在利用鼠标的光标的移动、右按钮或左按钮的点击开始和结束、双击、拖拽、旋转(wheel)操作、光标向特定显示要素的接近、光标向特定显示要素之上的移动、光标向特定显示要素外的移动等。另外，在输入部101是触摸面板的情况下，存在轻击(tap)、双轻击、保持、轻拂(flick)、挥击(swipe)、捏合(pinch-in)、撑开(pinch-out)、旋转(rotate)等使用1根或多根手指的手势操作、指示体(用户的手指)向触摸面板面的接近等。另外，在输入部101是键盘的情况下，存在按键的按下、释放、多个按键的同时操作等。另外，也可以利用时间、速度、加速度、多个用户的组合、多个输入装置的组合等来定义独自或新的用户输入事件。除了在此列举的例子以外，还可以将起因于用户的意图、意思的所有操作作为用户输入事件来处理。

事件获取部102获取成为改变显示于显示部110的画面的内容的契机的事件，并发送到画面模型构建部104。作为这种事件，除了从输入部101发送的用户输入事件以外，还存在从硬件、操作系统发送的系统事件、按固定周期产生的定时器事件等。为了产生动画等连续性的画面更新，也可以准备由画面模型自身以内部性的方式产生的内部事件。

画面数据存储部103存储有为了决定显示于显示部110的画面的内容所需的画面数据。在画面数据中例如包括画面布局、画面转变图表(screentransitionchart)、画面控制程序、ui部件参数值、动画信息、数据库、图像、字体、影像、声音等数据。除此以外，还可以将所有类型的数据作为画面数据存储到画面数据存储部103中。

画面模型构建部104从画面数据存储部103读入画面数据，构建画面模型。画面模型是表示显示部110所显示的画面的内容的模型，设具有包括多个ui部件(以下还有时仅称为“部件”)的1层以上的分层结构。例如，上述的场景图也是具有分层结构的画面模型之一。

ui部件成为画面的构成要素，例如是描绘字符串的文本部件、粘贴图像的图像部件等。除此以外，存在粘贴运动图像的部件、描绘椭圆的部件、描绘矩形的部件、描绘多边形的部件、面板部件等。并且，也可以将动画部件、画面转变图表等控制画面的逻辑作为ui部件来处理。

各ui部件保持有与其种类相应的ui部件参数值。作为不依赖于ui部件的种类而全部ui部件所具有的ui部件参数值，存在部件id、坐标、宽度、高度等。作为只有特定种类的ui部件所具有的ui部件参数值，存在文本部件所具有的字符串、字体、颜色等参数值、图像部件所具有的图像文件路径、比例尺、旋转角度等参数值等。在实施方式1中，设全部ui部件至少保持有表示是否为缓存对象的ui部件参数值以及表示是否为排除部件的ui部件参数值。关于画面模型的结构以及画面模型中包括的各ui部件的ui部件参数值，在画面模型构建部104构建画面模型时决定。

另外，画面模型构建部104基于事件获取部102所获取的事件(成为改变显示于显示部110的画面的内容的契机的事件)执行画面转变图表或画面控制程序等来更新画面模型。然后，画面模型构建部104将更新后的画面模型的内容发送到排除部件合成部108。并且，画面模型构建部104基于各ui部件所具有的表示是否为缓存对象的ui部件参数值，将更新后的画面模型中包括的缓存对象部件群(缓存对象部件群)发送到排除部件提取部105。

排除部件提取部105对从画面模型构建部104接收到的缓存对象部件群，进行基于各ui部件所具有的表示是否为排除部件的ui部件参数值分离排除部件的处理。另外，排除部件提取部105将分离后的排除部件发送到排除部件合成部108，将去除了排除部件的缓存对象部件群(还称为“去除排除部件后的缓存对象部件群”)发送到缓存信息生成部106。

此外，针对原来不包括排除部件的缓存对象部件群，不需要进行去掉排除部件的处理。因此，排除部件提取部105将不包括排除部件的缓存对象部件群直接发送到排除部件提取部105。在本说明书中，为了便于说明，将排除部件提取部105所输出的缓存对象部件群称为“去除了排除部件的缓存对象部件群”或“去除排除部件后的缓存对象部件群”，其中还包括原来不包括排除部件的缓存对象部件群。

缓存信息生成部106基于从排除部件提取部105接收到的去除排除部件后的缓存对象部件群生成向描绘信息缓存部107缓存的描绘信息(缓存信息)。描绘信息是为了决定显示于显示部110的画面所需的信息。作为描绘信息的具体例，存在画面模型的全部或一部分、画面模型所保持的参数或对象(object)、图像等的纹理等。除此以外，还可以将图形命令、帧缓冲对象(framebufferobject)等也作为描绘信息来处理。缓存信息生成部106所生成的描绘信息被发送到描绘信息缓存部107。

描绘信息缓存部107将从缓存信息生成部106接收到的描绘信息进行登记(缓存)。另外，描绘信息缓存部107还进行读出所缓存的缓存对象部件群的描绘信息并发送到排除部件合成部108的处理。

排除部件合成部108基于从画面模型构建部104接收到的画面模型的内容和从排除部件提取部105接收到的排除部件的内容生成描绘信息，将该描绘信息与从描绘信息缓存部107接收到的描绘信息进行组合来生成要显示在显示部110的画面的完整的描绘信息。排除部件合成部108将完整的描绘信息发送到描绘处理部109。

描绘处理部109基于从排除部件合成部108接收到的描绘信息生成能够显示于显示部110的描绘数据。描绘数据的生成是例如通过如下方式来进行：使用opengl、direct3d等图形应用程序编程接口，使图形硬件执行与描绘信息的内容相应的渲染处理。描绘处理部109将所生成的描绘数据发送到显示部110。

显示部110是显示基于描绘处理部109所生成的描绘数据的画面的装置，例如是液晶显示装置、触摸面板等。

图2是表示实现本发明所涉及的ui装置的硬件结构的一例的图。如图2那样，ui装置的硬件结构为具备输入装置210、计算机220以及显示装置230的结构。

输入装置210例如是鼠标、键盘、触摸板等，输入部101的功能是由输入装置210实现的。显示装置230例如是液晶显示装置等，显示部110的功能是由显示装置230实现的。

计算机220包括cpu(centralprocessingunit，还称为中央处理装置、处理装置、运算装置、微型处理器、微型计算机、处理器、dsp)等处理装置221和存储器等存储装置222。存储器例如相当于ram、rom、快闪存储器、eprom、eeprom等非易失性或易失性半导体存储器、磁盘、软盘、光盘、高密度磁盘、小型磁盘、dvd等。ui装置的事件获取部102、画面模型构建部104、排除部件提取部105、缓存信息生成部106、排除部件合成部108以及描绘处理部109的各功能是通过由处理装置221执行存储装置222中保存的程序来实现的。

处理装置221也可以包括多个执行基于程序的处理的核。另外，输入装置210和显示装置230也可以构成为兼具输入部101和显示部110这两方的功能的一个装置(例如触摸面板装置)。另外，也可以由输入装置210、显示装置230以及计算机220构成一体的一个装置(例如智能手机、平板终端)。

图3是本发明所涉及的ui装置所显示的画面的一例，示出了表示应用程序(简称为“应用”)的选择菜单的画面301(应用菜单画面)。

画面301是图4所示的多个ui部件302～315被分层地组合来构成的。即，作为应用菜单画面的画面301包括描绘标题面板的图像的面板部件302、描绘横线(条)的图像的图像部件303以及描绘主面板的图像的面板部件304，面板部件302和面板部件304将更下级的ui部件组合来构成(图像部件303仅由一个ui部件构成)。

面板部件302包括描绘“应用菜单”的字符串的文本部件305和描绘表示当前时刻的字符串的文本部件306。面板部件304包括描绘用于选择导航(navigation)(简称为“导航(navi)”)用应用的图标(导航图标)的图标部件307、描绘用于选择音频用的应用的图标(音频图标)的图标部件308以及描绘用于选择电视用的应用的图标(电视图标)的图标部件309。

并且，图标部件307包括描绘汽车的图像的图像部件310和描绘“导航”的字符串的文本部件311。图标部件308包括描绘光盘和音符的图像的图像部件312和描绘“音频”的字符串的文本部件313。图标部件309包括描绘电视的图像的文本部件315和描绘“电视”的字符串的文本部件315。

图5表示与画面301对应的画面模型的一例。在该画面模型中，是以树结构表示构成画面301的ui部件302～315的分层关系的场景图。此外，也能够将画面301的整体视为一个ui部件，将画面301整体的ui部件利用于其它画面的描绘。另外，图5的画面模型是树结构的场景图，但是如果能够包罗地且无矛盾地遍历(traverse)，则在场景图内也可以存在闭路。

图6是表示从缓存对象部件群去掉排除部件后缓存到描绘信息缓存部107的处理以及对缓存在描绘信息缓存部107中的ui部件群(缓存部件群)合成排除部件的处理的一例的图。

例如，设画面301的面板部件304是缓存对象部件群，面板部件304中包括的“音频”的文本部件313是动态变化部件。在该情况下，文本部件313成为排除部件。排除部件提取部105如图6那样将面板部件304分离为作为排除部件的文本部件313和从面板部件304去除了排除部件(图像部件314)的面板部件304a。另外，缓存信息生成部106生成去除了排除部件的面板部件304a的描绘信息，并将其缓存到描绘信息缓存部107。

设之后在使用描绘信息缓存部107中缓存的面板部件304a(缓存部件群)来在显示部110显示画面301时，作为排除部件的文本部件313的内容变化为“dvd”的字符串。在该情况下，排除部件合成部108从描绘信息缓存部107读出面板部件304a，将该面板部件304a与“dvd”的文本部件313进行合成来生成包括“dvd”的字符串的面板部件304b。描绘处理部109使用排除部件合成部108所生成的面板部件304b的描绘信息来生成要显示在显示部110的画面301的描绘数据。

在图6中，示出了只有面板部件304是缓存对象部件群、且只有其中的文本部件313是排除部件的例子，但是也可以在一个画面内存在多个缓存对象部件群，还可以在一个缓存对象部件群内存在多个排除部件。

实施方式1所涉及的ui装置在事件获取部102获取到用户输入事件等成为改变显示于显示部110的画面的内容的契机的事件时，实施画面模型的更新处理以及与其相应的画面的描绘处理。下面，说明这些处理的流程。

当事件获取部102获取到成为改变显示于显示部110的画面的内容的契机的事件时，画面模型构建部104进行如下处理：对画面模型所表示的内容进行更新，从更新后的画面模型中提取缓存对象部件群。下面，参照图7的流程图来说明该处理的流程。

画面模型构建部104首先确认是否存在其它应该处理的事件(步骤st701)。在剩有应该处理的事件的情况下，画面模型构建部104对各事件进行处理，直到将这些处理全部完成为止。此时，画面模型构建部104通过执行与各事件的处理对应的控制程序，来对画面模型的结构和参数值进行更新(步骤st702)。另外，根据需要，从画面数据存储部103获取数据。

事件获取部102在全部事件处理结束时，确认在更新后的画面模型中是否包括作为缓存对象的ui部件(缓存对象部件群)(步骤st703)。如果在更新后的画面模型中包括缓存对象部件群，则事件获取部102从画面模型中提取缓存对象部件群(步骤st704)。如果在更新后的画面模型中不包括缓存对象部件群，则事件获取部102不进行步骤st704而结束处理。

排除部件提取部105进行从画面模型构建部104所提取的缓存对象部件群分离排除部件的处理。下面，参照图8的流程图来说明该处理的流程。

画面模型构建部104首先确认在缓存对象部件群中是否包括排除部件(步骤st801)。如果在缓存对象部件群中包括排除部件，则画面模型构建部104将缓存对象部件群分离为排除部件和除其以外的缓存对象部件群(步骤st802)。如果在缓存对象部件群中不包括排除部件，则画面模型构建部104不进行步骤st802而结束处理。

缓存信息生成部106基于由排除部件提取部105去除了排除部件的缓存对象部件群(去除排除部件后的缓存对象部件群)生成向描绘信息缓存部107缓存的描绘信息。下面，参照图9的流程图来说明该处理的流程。

缓存信息生成部106在接收到去除排除部件后的缓存对象部件群时，确认该缓存对象部件群是否已经被登记(缓存)在描绘信息缓存部107(步骤st901)。在该缓存对象部件群未被登记在描绘信息缓存部107的情况下，生成该缓存对象部件群的描绘信息(步骤st903)。另外，即使在该缓存对象部件群已被登记在描绘信息缓存部107的情况下，缓存信息生成部106也将该缓存对象部件群的内容与被登记在描绘信息缓存部107的缓存对象部件群(已登记的缓存对象部件群)的内容进行比较，确认该缓存对象部件群的内容是否相对于已登记的缓存对象部件群的内容被更新(变更)(步骤st902)，如果被更新，则实施步骤st903。如果该缓存对象部件群的内容未被更新，则缓存信息生成部106不进行步骤st903而结束处理。

描绘信息缓存部107将缓存信息生成部106所生成的描绘信息进行登记(缓存)，而且，读出并获取所缓存的缓存对象部件群的描绘信息。下面，参照图10的流程图来说明该处理的流程。

描绘信息缓存部107确认缓存信息生成部106是否生成了去除排除部件后的缓存对象部件群的描绘信息(步骤st1001)。在生成了去除排除部件后的缓存对象部件群的描绘信息的情况下(即，在该缓存对象部件群的描绘信息尚未被登记在描绘信息缓存部107的情况下)，将该描绘信息缓存到描绘信息缓存部107(步骤st1002)。另外，在未生成去除排除部件后的缓存对象部件群的描绘信息的情况下(即，在该缓存对象部件群的描绘信息已经被登记在描绘信息缓存部107的情况下)，获取被登记在描绘信息缓存部107的该缓存对象部件群的描绘信息(步骤st1003)。

排除部件合成部108进行如下处理：将缓存对象部件群的描绘信息与排除部件的描绘信息进行合成，生成要显示在显示部110的画面的完整的描绘信息。下面，参照图11的流程图来说明该处理的流程。

排除部件合成部108首先基于构成更新后的画面模型的ui部件群中的除缓存对象部件群以外的ui部件群生成描绘信息(步骤st1101)。接着，确认在画面模型中是否包括缓存对象部件群(步骤st1102)。如果在画面模型中不包括缓存对象部件群，则在步骤st1101中生成的描绘信息成为画面的完整的描绘信息，因此排除部件合成部108直接结束处理。

另一方面，如果在画面模型中包括缓存对象部件群，则排除部件合成部108进一步确认在该缓存对象部件群中是否包括排除部件(步骤st1103)。如果在缓存对象部件群中不包括排除部件，则排除部件合成部108生成将所缓存的ui部件群的描绘信息与在步骤st1101中生成的描绘信息进行合成而得到的一个描绘信息(画面的完整的描绘信息)(步骤st1106)，结束处理。另外，如果在缓存对象部件群中包括排除部件，则排除部件合成部108生成排除部件的描绘信息(步骤st1104)，将该排除部件的描绘信息与所缓存的ui部件群的描绘信息进行合成来生成一个描绘信息(步骤st1105)，进一步生成为将在步骤st1105中生成的描绘信息与在步骤st1101中生成的描绘信息进行合成而得到的一个描绘信息(画面的完整的描绘信息)(步骤st1106)，结束处理。

当由排除部件合成部108生成了画面的完整的描绘信息时，描绘处理部109基于该描绘信息生成描绘数据并发送到显示部110。其结果，显示部110所显示的画面被更新。

这样，根据实施方式1所涉及的ui装置，在缓存对象部件群中包括不确定部件、动态变化部件的情况下，排除部件提取部105将它们作为排除部件而从缓存对象部件群去掉，在描绘信息缓存部107中缓存去除了排除部件的缓存对象部件群的描绘信息。然后，在将该缓存对象部件群用于画面的显示时，对该缓存对象部件群合成排除部件的当前的内容。由此，针对包括不确定部件、动态变化部件的缓存对象部件群也能够高效地利用缓存。其结果，能够提高缓存的利用率来提高ui装置的描绘性能。

<实施方式2>

在实施方式1的ui装置中，进行基于去除了排除部件的缓存对象部件群生成描绘信息的处理(图9)，但是在实施方式2中，示出如下结构的ui装置：代替该处理，而进行将画面模型构建部104所保持的画面模型的缓存对象部件群置换为合并ui部件的处理。

图12是实施方式2所涉及的ui装置的结构图。该ui装置为相对于图1的结构而言代替缓存信息生成部106而设置合并ui部件生成部1201的结构。

图13是表示用合并ui部件置换了缓存对象部件群的画面模型的一例的图。在图13中，假定如图6的例子那样面板部件304是缓存对象部件群，文本部件313是排除部件，相对于图5的画面模型，将面板部件304和其下级的ui部件307～315置换为一个合并ui部件1301。但是，作为排除部件的文本部件313不包括在合并ui部件1301中，而作为合并ui部件1301的下级的ui部件剩下。在该情况下，排除部件合成部108能够通过将合并ui部件1301与作为排除部件的文本部件313进行合成，来生成面板部件304的描绘信息。

合并ui部件生成部1201基于由排除部件提取部105去除了排除部件的缓存对象部件群生成向描绘信息缓存部107登记(缓存)的描绘信息，并且生成作为与该描绘信息对应的图像数据的合并ui部件。即，合并ui部件为将缓存对象部件群的描绘内容进行汇总而作为一个图像部件来处理的部件。

下面，参照图14的流程图来说明这些处理的流程。该流程图是将图9中的步骤st903置换为以下的步骤st1401和st1402而成的。

在步骤st1401中，合并ui部件生成部1201基于去除排除部件后的缓存对象部件群生成向描绘信息缓存部107登记(缓存)的合并ui部件。在步骤st1402中，将在步骤st1401中生成的合并ui部件发送到画面模型构建部104。

另外，画面模型构建部104在接收到合并ui部件生成部1201所生成的合并ui部件时，进行用该合并ui部件置换存在于画面模型中的缓存对象部件群的处理。缓存对象部件群被置换为合并ui部件的画面模型作为结构被简化的画面模型被保持在画面模型构建部104中，直到由于对画面进行更新的事件处理而该缓存对象部件群的内容被更新为止。

另外，在本实施方式中，当由于对画面进行更新的事件处理而使被置换为合并ui部件的缓存对象部件群的内容被更新时，画面模型构建部104进行将合并ui部件恢复为原来的多个ui部件的处理。下面，参照图15的流程图来说明该处理的流程。该流程图是对图7在步骤st702之前追加了以下的步骤st1501和st1502而成的。

画面模型构建部104首先确认是否存在其它应该处理的事件(步骤st701)。在剩有应该处理的事件的情况下，画面模型构建部104确认是否由于事件处理而缓存对象部件群的内容被更新(步骤st1501)，在缓存对象部件群的内容未被更新时，直接转移到步骤st702，执行与事件处理对应的控制程序来对画面模型进行更新进行更新。

在由于事件处理而缓存对象部件群的内容被更新的情况下，画面模型构建部104确认该缓存对象部件群是否被置换为合并ui部件(步骤st1502)。此时，如果该缓存对象部件群未被置换为合并ui部件，则直接转移到步骤st702。但是，如果该缓存对象部件群未被置换为合并ui部件，则画面模型构建部104将合并ui部件恢复为原来的缓存对象部件群(步骤st1503)，在使得能够对该缓存对象部件群的内容进行更新之后转移到步骤st702。

此外，在所有事件处理结束后的事件获取部102的动作与实施方式1(图7)同样。

这样，在实施方式2中，通过将构成画面模型的一部分ui部件群置换为合并ui部件，能够简化画面模型构建部104所保持的画面模型。由此，除了实施方式1的效果以外，还能够获得如下效果：即使在缓存对象部件群中包括不确定部件、动态变化部件的情况下，为了基于画面模型生成描绘信息而实施的遍历处理也高速化。

<实施方式3>

在实施方式1的ui装置中，进行了基于去除了排除部件的缓存对象部件群生成描绘信息的处理(图9)，但是在实施方式3中，示出如下ui装置：与该处理一起，对排除部件，生成与和去除了该排除部件的缓存对象部件群的重叠有关的掩模，在合成排除部件时能够应用掩模。作为掩模的具体例，存在α混合、漏板、剪裁(scissor)、模糊、阴影等。也可以为了应用特殊的效果而生成独自的掩模。

图16是实施方式3所涉及的ui装置的结构图。该ui装置为对图1的结构设置了掩模区域生成部1601和掩模处理部1602的结构。

掩模区域生成部1601进行对排除部件生成掩模区域的处理。参照图17的流程图来说明该处理的流程。此外，设掩模区域生成部1601所生成的排除部件的掩模区域的内容与去除排除部件后的缓存对象部件群的描绘信息一起被登记(缓存)到描绘信息缓存部107。

首先，掩模区域生成部1601确认在缓存对象部件群中是否包括排除部件(步骤st1701)。在缓存对象部件群中不包括排除部件的情况下，掩模区域生成部1601不生成掩模区域而结束处理。

另一方面，在缓存对象部件群中包括排除部件的情况下，确认与该排除部件对应的掩模区域的内容是否相对于已经登记在描绘信息缓存部107的掩模区域的内容被更新(变更)(st1702)。如果掩模区域未被更新，则掩模区域生成部1601不生成掩模区域而结束。如果掩模区域被更新，则掩模区域生成部1601新生成与排除部件对应的掩模区域(步骤st1703)。也可以对一个排除部件同时生成2种以上的掩模。

此外，关于步骤st1702中的掩模区域的内容的更新的确认，能够通过排除部件与除其以外的缓存对象部件群的ui部件参数值的比较等来进行。例如，在排除部件与除其以外的缓存对象部件群的相对位置被变更的情况下，能够判断为掩模区域发生变化。

掩模处理部1602进行对排除部件应用掩模区域的处理。下面，参照图18的流程图来说明该处理的流程。

掩模处理部1602首先确认在缓存对象部件群中是否包括排除部件(步骤st1801)。在缓存对象部件群中不包括排除部件的情况下，掩模处理部1602不对排除部件应用掩模区域而结束处理。另一方面，在缓存对象部件群中包括排除部件的情况下，对排除部件应用掩模区域(步骤st1802)。也可以对一个排除部件应用2种以上的掩模。

在实施方式3中，在由于事件处理而画面模型构建部104所保持的画面模型被更新时，存在排除部件的掩模区域的内容被更新的情况和去除了排除部件的缓存对象部件群的描绘信息被更新的情况。确认掩模区域的内容是否被更新的处理是由掩模区域生成部1601进行(图17的步骤st1702)，但是确认去除了排除部件的缓存对象部件群的描绘信息是否被更新的处理是由缓存信息生成部106实施。

图19是表示实施方式2的缓存信息生成部106的动作的流程图。该流程图是对图9的流程图追加步骤st1901而成的。

步骤st1901是在由排除部件提取部105去除了排除部件的缓存对象部件群的内容相对于已登记的缓存对象部件群的内容被更新(变更)的情况下进行的。在步骤st1901中，缓存信息生成部106判断缓存对象部件群的内容的更新是否为仅掩模区域的内容的更新。此时，在只有掩模区域的内容被更新的情况下，缓存信息生成部106不执行步骤st903而结束处理。另外，在除了掩模区域以外还存在被更新的内容的情况下，执行步骤st903。此外，关于步骤st1901中的更新的确认，与图17的步骤st1702同样地，更新的确认能够通过排除部件与除其以外的缓存对象部件群的ui部件参数值的比较等来进行。

这样，在实施方式3中，在排除部件与除其以外的缓存对象部件群具有显示区域的重叠的情况下，能够对该重叠的区域应用掩模。因此，即使在存在去除了排除部件的缓存对象部件群与排除部件的重叠的情况下，也能够维持画面内容的一贯性，并且获得实施方式1的效果。

<实施方式4>

在实施方式1的ui装置中，将与画面模型构建部104所保持的当前显示中的画面(下面称为“当前画面”)的画面模型对应的描绘信息缓存在描绘信息缓存部107，但是在实施方式4中，示出如下结构的ui装置：预读接着显示的画面(下面称为“接下来的画面”)来事先构建其画面模型，将与接下来的画面的画面模型对应的描绘信息缓存到描绘信息缓存部107。

图20是实施方式4所涉及的ui装置的结构图。该ui装置为对图1的结构追加了画面模型事先生成部2001的结构。此外，在图20中，记载了用于由画面模型事先生成部2001事先构建接下来的画面的画面模型并缓存到描绘信息缓存部107的数据或请求的流动(图20的箭头)，但是也可以包括在图20中未记载的数据或请求的流动(图1的箭头)。

画面模型事先生成部2001进行事先生成有可能从当前画面转变的接下来的画面的画面模型的处理。下面，参照图21的流程图来说明该处理的流程。

首先，画面模型事先生成部2001确认是否能够实施接下来的画面的画面模型的事先生成(步骤st2101)。例如，当画面模型构建部104更新了画面模型时，能够转变的接下来的画面的内容发生变化，因此接下来的画面的画面模型的事先生成需要在画面模型构建部104的画面模型的更新完成之后进行。另外，也可以将画面更新处理的处理负荷状况、ui装置正在执行的应用程序的处理负荷状况加以考虑来判断是否能够实施画面模型的事先生成。画面模型事先生成部2001在判断为处于无法实施画面模型的事先生成的状况的情况下，直接结束处理。

另外，画面模型事先生成部2001在判断为能够实施画面模型的事先生成时，参照画面模型构建部104所保持的当前画面的画面模型的参数值或画面转变图表，确认在能够从当前画面转变的一个或多个接下来的画面中是否存在能够事先生成的画面(能够预读的画面)(步骤st2102)。关于是否能够预读接下来的画面的判断，例如能够根据使画面转变的事件处理的程序的结果是否被静态地决定来进行判断。在不存在能够事先生成的接下来的画面的情况下，画面模型事先生成部2001直接结束处理。

在存在能够事先生成的接下来的画面的情况下，画面模型事先生成部2001决定事先生成哪个接下来的画面(步骤st2103)。关于事先生成哪个接下来的画面，例如也可以根据当前画面的画面模型中的预先决定的参数值决定。或者，也可以根据过去的事件的发生历史分析趋势，决定为事先生成频繁地转变的画面等符合预先决定的条件的接下来的画面。

当决定了事先生成的画面时，画面模型事先生成部2001生成画面模型构建部104所保持的当前画面的画面模型的复制件(步骤st2104)。然后，对复制的画面模型实施画面转变处理，由此生成接下来的画面的画面模型(st2105)。对画面模型的画面转变处理是例如通过发布用于从当前画面转变为事先生成的接下来的画面的虚拟事件来进行的。此时，也可以仅针对构成画面模型的一部分ui部件进行画面转变处理。

此外，关于事先生成的接下来的画面的画面模型，画面模型的整体被作为缓存对象部件群来处理，并发送到排除部件提取部105。以后，以与实施方式1同样的步骤缓存到描绘信息缓存部107。

另外，在实际发生了使画面转变为接下来的画面的事件时，如果接下来的画面的画面模型整体被缓存在描绘信息缓存部107，则画面模型构建部104将画面模型置换为接下来的画面的画面模型，跳过与向接下来的画面的转变有关的剩余的事件的处理中的能够省略的处理即可。参照图22的流程图来说明该处理的流程。图22的流程图是在图7的步骤st701与步骤st702之间追加以下的步骤st2201～st2205的处理而成的。

当发生了改变画面的内容的事件时，画面模型构建部104确认是否存在其它应该处理的事件(步骤st701)。此时，在剩有应该处理的事件的情况下，确认该事件是否为与接下来的画面的事先生成相关联的画面转变事件(步骤st2201)。在该事件不是与接下来的画面的事先生成相关联的画面转变事件的情况下，画面模型构建部104转移到步骤st702来对该事件进行处理。

在该事件是与接下来的画面的事先生成相关联的画面转变事件的情况下，画面模型构建部104确认作为转变目标的接下来的画面的画面模型是否被缓存在描绘信息缓存部107(步骤st2202)。如果未被缓存，则画面模型构建部104执行步骤st702来对该事件进行处理。

在转变目标的画面模型被缓存的情况下，确认画面模型构建部104所保持的画面模型是否被置换为已经缓存的画面模型(步骤st2203)。在未被置换的情况下，将画面模型构建部104所保持的画面模型置换为被缓存在描绘信息缓存部107的接下来的画面的画面模型(步骤st2204)。在已经被置换的情况下，不执行步骤st2204。

在步骤st2203或步骤st2204之后，画面模型构建部104确认该事件的处理是否与排除部件相关联(步骤st2205)。如果该事件的处理与排除部件相关联，则为了对排除部件的内容进行更新而转移到步骤st702，对该事件进行处理。如果该事件的处理不是与排除部件相关联，则跳过步骤st702而返回到步骤st701。

根据实施方式4所涉及的ui装置，能够将包括不确定部件或动态变化部件等若未达到实际在画面上进行显示的时间点则内容不确定的ui部件的画面也包括在内，构建并缓存接下来的画面的画面模型。由此，可实现能够进行高速的画面转变的ui装置。

<实施方式5>

在实施方式1的ui装置中，针对每个ui部件预先(例如在画面的设计阶段)决定表示是否为排除部件的ui部件参数值，由此判断该ui部件是否为排除部件，但是在实施方式5中示出如下ui装置：基于除表示是否为排除部件的ui部件参数值以外的信息、例如表示其它信息的ui部件参数值、发生的事件的内容、其它动态的信息等，决定将哪个ui装置作为排除部件。在本实施方式中，将为了决定将哪个ui装置作为排除部件而使用的信息称为“排除部件决定信息”。

图23是实施方式5所涉及的ui装置的结构图。该ui装置为对图1的结构在画面模型构建部104与排除部件提取部105之间追加了排除部件决定部2301的结构。

排除部件决定部2301进行从缓存对象部件群中包括的ui部件中决定作为排除部件的ui部件的处理。下面，参照图24的流程图来说明该处理的流程。此外，在本实施方式中，关于各ui部件所具有的表示是否为排除部件的ui部件参数值，作为初始值设定有“假(false)”(不是排除部件)。

排除部件决定部2301首先确认是否检查了缓存对象部件群的全部ui部件(步骤st2401)。如果全部ui部件的检查完成，则排除部件决定部2301直接结束处理。

在剩有未检查的ui部件的情况下，从画面模型构建部104获取与检查对象的ui部件有关的排除部件决定信息，基于该排除部件决定信息判定该ui部件是否为排除部件(步骤st2402)。排除部件决定信息根据排除部件的判定方法而不同，例如是ui部件参数值、发生的事件的内容、或其它ui装置所保持的动态的信息等。关于判定方法的例子，稍后进行说明。

之后，排除部件决定部2301确认所检查的ui部件是否被判定为排除部件(步骤st2403)。在该ui部件未被判定为排除部件的情况下，返回到步骤st2401(该ui部件的表示是否为排除部件的ui部件参数值维持为“假”)。在该ui部件被判定为排除部件的情况下，在将该ui部件中的表示是否为排除部件的ui部件参数值设定为“真(true)”(步骤st2404)之后返回到步骤st2401。

作为步骤st2402中的排除部件的判定方法，例如可考虑如下等方法：

(a)将当前的画面模型与过去的画面模型进行比较，将与其它ui部件之间的相对位置发生变化的ui部件判断为排除部件；

(b)将被设定或有效化了显示内容被连续性地更新的动画事件的ui部件判断为排除部件；

(c)将被设定或有效化了定时器事件或手势事件等对ui部件自身的显示内容进行更新的事件的ui部件作为排除部件；

(d)将时刻、温度、电波接收状况等硬件信息或应用程序信息包括在显示内容中的ui部件判断为排除部件。

根据实施方式5所涉及的ui装置，能够根据画面的内容、应用程序的执行状况动态地变更排除部件。另外，无需预先设定表示是否为排除部件的ui部件参数值。因此画面的设计和ui部件的管理变得容易。

<实施方式6>

在实施方式1的ui装置中，针对每个ui部件预先(例如在画面的设计阶段)决定表示是否为缓存对象的ui部件参数值，由此能够提取缓存对象部件群，但是在实施方式6中，也可以根据除表示是否为排除部件的ui部件参数值以外的信息、例如表示其它信息的ui部件参数值、发生的事件的内容、其它动态的信息等计算“描绘趋势”，据此进行缓存对象部件群的提取和排除部件的决定。

在此，“描绘趋势”被定义为基于与过去显示的画面和ui部件的描绘信息或预先准备的描绘信息有关的统计数据的、画面模型或ui部件的结构特征或ui部件参数值的数值特征。例如存在计算如下映射图来作为描绘趋势的方法：针对每个ui部件记录有在过去的画面转变中下级的ui部件(子ui部件)的结构发生变化的次数的映射图(map)；和针对每个ui部件记录有过去ui部件参数值发生变化的次数的映射图。另外，也可以根据事件处理的历史计算表示用户的利用历史的映射图、表示各硬件设备的负荷状况的映射图、表示应用程序的执行状况的映射图、或它们的组合，来作为描绘趋势。

并且，作为描绘趋势的计算方法，也可以不是单纯地对ui部件的结构变化、ui部件参数值的变化次数进行计数，而是使用加权平均或机器学习等统计方法。在作为机器学习的方法之一的深度学习等为了计算描绘趋势而要求大量的硬件资源的情况下，也可以由云服务上等ui装置以外的装置实施计算处理，从外部经由网络获取处理结果，将处理结果作为描绘趋势。

图25是实施方式6中的ui装置的结构图。该ui装置为对图23的结构进一步设置了描绘趋势估计部2501、描绘趋势保持部2502以及缓存对象部件决定部2503的结构。

描绘趋势估计部2501进行如下处理：根据由画面模型构建部104更新后的画面模型的内容和由描绘趋势保持部2502保持的描绘趋势估计当前的描绘趋势，并向描绘趋势保持部2502登记描绘趋势。下面，参照图26的流程图来说明该处理的流程。

描绘趋势估计部2501首先从画面模型构建部104获取当前的画面模型(步骤st2601)，从描绘趋势保持部2502获取构成该画面模型的ui部件的描绘趋势(步骤st2602)。然后，描绘趋势估计部2501根据所获取的画面模型和ui部件的描绘趋势计算新的描绘趋势(步骤st2603)。

例如在将针对每个ui部件记录有子ui部件的结构的变化次数的映射图和针对每个ui部件记录有ui部件参数值的变化次数的映射图用作描绘趋势的情况下，在步骤st2503中进行如下处理：将前次的描绘时的画面模型与当前的画面模型进行比较，来提取子ui部件的结构或ui部件参数值发生变化的ui部件，对该变化次数加1。另外，在映射图中不存在的ui部件的子ui部件的结构或ui部件参数值发生变化时，进行将与该ui部件对应的要素追加到映射图的处理。

之后，描绘趋势估计部2501将计算出的新的描绘趋势发送到描绘趋势保持部2502(步骤st2604)。

描绘趋势保持部2502具有用于保持描绘趋势的缓存，进行登记并保持从描绘趋势估计部2501接收到的描绘趋势的处理。下面，使用图27的流程图来说明该处理的流程。

描绘趋势保持部2502首先确认是否登记了从描绘趋势估计部2501接收到的全部ui部件的描绘趋势(步骤st2701)。如果全部ui部件的描绘趋势的登记完成，则描绘趋势保持部2502直接结束处理。在剩有应该登记的描绘趋势的情况下，描绘趋势保持部2502进行登记剩余的描绘趋势的处理，但是此时确认是否已经登记有与要登记描绘趋势的ui部件相同的ui部件的描绘趋势(步骤st2702)。如果已经登记有相同的ui部件的描绘趋势，则将所登记的描绘趋势置换为最新的描绘趋势(步骤st2703)。如果没有登记相同的ui部件的描绘趋势，则将该ui部件的描绘信息登记为新的ui部件的描绘趋势(步骤st2704)。

在图27中，在描绘趋势保持部2502中仅登记各ui部件的最新的描绘趋势，但是也可以不仅登记最新的描绘趋势，将过去的描绘趋势也作为辅助性的信息进行登记，根据需要将过去的描绘趋势也利用于描绘趋势的计算。

此外，描绘趋势保持部2502还进行根据来自描绘趋势估计部2501、缓存对象部件决定部2503或排除部件决定部2301的请求获取所登记的描绘趋势的处理。此时，如果登记有想要获取的ui部件的描绘趋势则获取该描绘趋势，但是如果想要获取的ui部件的描绘趋势未被登记在缓存中，则向请求源通知未被登记的意思。

缓存对象部件决定部2503进行针对画面模型构建部104所保持的画面模型根据被登记在描绘趋势保持部2502的描绘趋势决定缓存对象部件群的处理。下面，参照图28的流程图来说明该处理。

首先，缓存对象部件决定部2503从画面模型构建部104获取画面模型，并且从描绘趋势保持部2502获取构成该画面模型的全部ui部件的描绘趋势(步骤st2801)。接着，缓存对象部件决定部2503基于所获取的画面模型和ui部件的描绘趋势决定缓存对象部件群(步骤st2802)。

作为缓存对象部件群的决定方法，例如存在如下方法：参照针对每个ui部件记录有子ui部件的结构的变化次数的映射图和针对每个ui部件记录有ui部件参数值的变化次数的映射图，将以如下ui部件为根的子图作为缓存对象部件群，该ui部件是构成画面模型的各ui部件中的、变化次数为0次或变化次数未登记的属于最上级的分层的ui部件。

当决定了缓存对象部件群时，缓存对象部件决定部2503将所决定的缓存对象部件群中包括的各ui部件的ui部件参数值更新为表示该ui部件是缓存对象(步骤st2803)。

在此，实施方式6的排除部件决定部2301从由缓存对象部件决定部2503决定的缓存对象部件群中决定排除部件。与实施方式5的排除部件决定部2301之间的动作的差异在于：在图24的步骤st2401中，获取被登记在描绘趋势保持部2502中的描绘趋势来作为为了判定是否为排除部件而所需的信息；在步骤st2403中使用描绘趋势来决定排除部件。

例如，作为排除部件的决定方法，例如存在如下方法：参照针对每个ui部件记录有子ui部件的结构的变化次数的映射图和针对每个ui部件记录有ui部件参数值的变化次数的映射图，从缓存对象部件群中将变化次数为预先决定的阈值以上的ui部件决定为排除部件。

根据实施方式6所涉及的ui装置，能够根据画面的内容、应用程序的执行状况来动态地变更缓存对象部件群或排除部件。另外，不需要预先设定表示是否为缓存对象部件群的ui部件参数值，因此画面的设计和ui部件的管理变得容易。

<实施方式7>

在实施方式1～6中，设想在一个ui装置中实施全部处理，但是也可以由通过网络来结合的外部的执行装置(以下称为“外部装置”)来实施缓存信息生成部106、合并ui部件生成部1201、掩模区域生成部1601、画面模型事先生成部2001、排除部件决定部2301、描绘趋势估计部2501、缓存对象部件决定部2503中的一个以上的结构。特别是，关于与去除了排除部件的缓存对象部件群有关的处理，对动态或实时地变动的信息进行处理的情况少，因此能够容易地向外部装置委托处理。

图29是实施方式7所涉及的ui装置的结构图。该ui装置为对图1的结构追加了代理执行判断部2901和代理执行委托部2902的结构。该ui装置构成为能够使外部装置代理执行由缓存信息生成部106进行的处理、即基于缓存对象部件群生成向描绘信息缓存部107缓存的描绘信息(缓存信息)的处理。

代理执行判断部2901进行如下处理：判断基于从排除部件提取部105接收到的缓存对象部件群生成缓存信息的处理是由ui装置内的缓存信息生成部106执行、还是使外部装置代理执行。下面，参照图30的流程图来说明该处理的流程。

代理执行判断部2901首先确认是否能够向外部装置委托代理执行(步骤st3001)。作为无法向外部装置委托代理执行的情况的例子，存在不能利用与外部处理进行通信的网络的情况、外部装置正在实施其它处理的情况等。

在能够向外部装置委托代理执行的情况下，代理执行判断部2901判断处理内容是否为应该向外部装置委托代理执行的内容(步骤st3002)。关于该判断，例如基于委托的处理的计算量、委托的处理的实时性、ui装置的硬件负荷状况等信息进行。另外，也可以根据过去的统计信息、学习数据进行判断。在图29的ui装置中，向外部装置委托的处理的计算量与基于缓存对象部件群生成缓存信息的处理的计算量对应。作为该计算量的估计方法，例如可考虑如下方法等：将按ui部件的种类(图像部件、文本部件等)加权来计算出的、缓存对象部件群中包括的ui部件的总数作为计算量。

在处理内容应该向外部装置委托的情况下，代理执行判断部2901代理执行判断部2901判断为向外部装置委托该处理的代理执行(步骤st3003)。在该情况下，代理执行判断部2901向代理执行委托部2902通知实施代理执行的意思，发送代理执行所需的数据。在图29的ui装置中，从代理执行判断部2901向代理执行委托部2902发送缓存对象部件群。

另一方面，在能够向外部装置委托代理执行的情况和处理内容不应该向外部装置委托的情况下，判断为在ui装置内执行该处理(步骤3004)。在该情况下，与实施方式1同样地由缓存信息生成部106生成缓存信息。

在代理执行判断部2901中判断为向外部装置委托处理的情况下，代理执行委托部2902进行向外部装置委托缓存信息的生成处理并获取由外部装置生成的缓存信息的处理。下面，参照图31的流程图来说明该处理的流程。

代理执行委托部2902首先经由网络向外部装置发送代理执行的委托所需的数据(步骤st3101)。在图29的ui装置中，向外部装置发送的数据是缓存对象部件群。之后，代理执行委托部2902进行待机，直到从外部装置收到处理完成通知为止(步骤st3102)。代理执行委托部2902在从外部装置接收到处理完成通知时，从外部装置获取处理结果(步骤st3103)。在图29的ui装置中，代理执行委托部2902从外部装置获取缓存信息来作为处理结果。

此外，在步骤st3102中，也可以采用如下方法：不是等待收到处理完成通知，而是由代理执行委托部2902按固定间隔向外部装置查询处理是否已完成。或者，也可以将步骤st3102和步骤st3103作为一个步骤，将从外部装置发送的处理结果视为处理完成通知。

在图29中，示出了将缓存信息生成部106的处理向外部装置委托的结构的ui装置，但是也可以将实施方式1～6中示出的缓存信息生成部106、合并ui部件生成部1201、掩模区域生成部1601、画面模型事先生成部2001、排除部件决定部2301、描绘趋势估计部2501、缓存对象部件决定部2503中的一个以上的处理向外部装置委托。在该情况下也同样地，在想要向外部装置委托处理的要素(功能块)之前配置代理执行判断部2901，与该要素并列地配置代理执行委托部2902即可。另外，为了抑制在与外部装置之间的通信路中流动的数据量，也可以将画面数据存储部103中存储的画面数据等委托处理所需的数据的复制件配备在外部装置。

根据实施方式7所涉及的ui装置，将描绘处理的一部分由不同的外部装置来执行，由此能够使ui装置中的处理负荷分散，能够提高描绘性能。

<实施方式8>

实施方式1中的画面模型的构建处理是进行了如下假定的情况下的例子：不管各ui部件是否为排除部件，而能够按任意的顺序执行构成画面模型的各ui部件的ui部件参数值的决定处理。然而，在存在基于排除部件的ui部件参数值决定自身的ui部件参数值的ui部件的情况下，如果排除部件的ui部件参数值发生变化，则该ui部件参数值也发生变化，因此需要先决定排除部件的ui部件参数值。在该情况下，例如可以将与排除部件之间存在依赖关系的ui部件也视为排除部件来处理。在此，两个ui部件(设为第一ui部件和第二ui部件)存在依赖关系的情况被定义为第一ui部件参照第二ui部件的数据的情况或第二ui部件中的函数调用等的作用波及到第一ui部件的情况。

图32是表示实施方式8中的ui装置的结构图。该ui装置为对图1的结构追加了依赖关系提取部3201的结构。依赖关系提取部3201对画面模型构建部104所保持的画面模型进行提取依赖关系的处理。下面，参照图33的流程图来说明该处理的流程。

依赖关系提取部3201首先确认画面模型构建部104中保持的画面模型的结构是否被更新(步骤st3301)。在画面模型的结构未被更新的情况下，依赖关系提取部3201不执行步骤st3302而结束处理。

在画面模型的结构被更新的情况下，依赖关系提取部3201从画面模型提取各ui部件的依赖关系(步骤st3302)。作为依赖关系的提取方法，例如存在通过动态程序分析、用户的输入预测等来制作依赖图的方法。或者，也可以限制为仅针对在画面模型的分层结构中处于亲子关系(上级、下级的关系)的ui部件彼此承认依赖关系，使得能够容易地提取依赖关系。

图32的ui部件中的排除部件提取部105除了利用与实施方式1同样的方法提取出的排除部件(具有表示是排除部件的ui部件参数值的ui部件)以外，还将依赖于该排除部件的ui部件也提取为排除部件。该处理是基于依赖关系提取部3201所提取的ui部件彼此的依赖关系进行的。

根据实施方式8所涉及的ui装置，将依赖于排除部件的ui部件也指定为排除部件，由此能够不引起描绘内容的不匹配而将排除部件与除其以外的缓存对象部件群进行分离。

此外，本发明能够在该发明的范围内将各实施方式自由地组合或适当地变形、省略各实施方式。

详细地说明了本发明，但是上述的说明在全部的方面均是例示性的，本发明不限定于此。未例示的无数的变形例被解释为不脱离本发明的范围而能够设想。