CN1501289A - 数据处理装置、数据处理方法和数据处理程序 - Google Patents

Abstract

通常，当将已成为部件的多媒体数据处理部分从数据库中取出时，需要从数据库中取出该多媒体数据处理部分一次并且执行对该多媒体数据处理部分和其它多媒体数据处理部分的条件确定，而问题是这样搜索多媒体数据处理部分很耗费时间。根据本发明，不仅多媒体数据处理部分(130)的主要部分而且执行所述多媒体数据处理部分(130)的条件确定的功能(140)的功能条目(120)都向数据库(101)中进行注册，因此当执行对多媒体数据处理部分(130)的搜索时，首先单独取出功能条目并且执行条件确定，而且，仅当它适合所述目的时才取出多媒体数据处理部分(130)的主要部分。用该方法可缩短搜索多媒体数据处理部分(130)的时间。

Description

数据处理装置、数据处理方法和数据处理程序

技术领域

本发明涉及一种数据处理装置，该装置可以通过读取部件和部件数据库来执行处理，该读取部件由被集成以执行给定功能的软件部分构成。本发明尤其涉及一种保存媒体数据处理部件的方法和高速读取的方法。

背景技术

传统数据处理装置常常被构造成能够使数据库保存部件的名称和属性，并且数据处理控制部分从名称和属性中搜寻感兴趣的部件，或者，当名称和属性的信息不够时，实际上读取所有的部件(例如，参看在公开的日本专利申请公开文本第HEI9-171501号的图1)。

图1表示在公开的日本专利申请公开文本第HEI9-171501号中所描述的数据处理装置的整体结构(在该文档中，称为资源管理装置)。

图中的数据处理装置10包括上下文(context)保存单元11-1～11-N、属性保存单元12-1～12-N、名称分析单元13-1～13-N、名称转换单元14-1～14-N、名称分辨单元15、资源实现单元16、资源保存单元17-1～17-M、资源管理单元18、通信单元19、上下文数据库单元20、上下文数据库搜索单元21、上下文选择单元22和上下文提取单元23。

在上下文保存单元11-1到11-N中，分别提供属性保存单元12-1到12-N、名称分析单元13-1到13-N和名称转换单元14-1到14-N。在属性保存单元12-1到12-N中，分别将任意数目的、附属于上下文保存单元11-1到11-N的属性保存为成对的属性名和属性值的一个列表。

名称分析单元13-1到13-N分别分析输入资源的名称。名称转换单元14-1到14-N分别接收在名称分析单元13-1到13-N中分析的结果并且把分析结果转换成资源实现表达式。资源实现表达式由包含资源搜索表达式作为元素的资源元素字符串和用于处理资源元素字符串的程序信息形成。资源搜索表达式是用于指定预先在计算机系统中实现的实际资源的搜索表达式。

名称分辨单元15接收从上下文保存单元11-1～11-N中输出的资源实现表达式，并且将对应于资源实现表达式的一些或全部的名称分辨结果输出至资源实现单元16中。

将从名称分辨单元5中输出的名称分辨结果输入到资源实现单元6中，所述资源实现单元输出对应于名称分辨结果的资源的句柄(handle)。

资源保存单元17-1～17-M分别保存以前实现的资源，并且还提供用于标识这些资源的资源标识符。

资源管理单元18管理由上述资源保存单元17-1～17-M所保存的资源，并且依照上述资源搜索表达式指定资源。

通信单元19允许在名称分辨单元15、资源实现单元16、资源管理单元18和上下文数据库单元20之间进行通信。

上下文数据库单元20将N个上下文保存单元11-1～11-N作为一个上下文组进行管理，并且包含上下文数据库搜索单元21、上下文选择单元22和上下文提取单元23。

上下文数据库搜索单元21接收上下文搜索表达式，该表达式用属性来进行描述，并且该搜索单元21搜索上下文保存单元11-i(i是从1到N所有的数)，所述上下文保存单元具有满足来自于上下文组的上下文搜索表达式的属性。搜索结果能例如以一组对应于上下文保存单元11-i的索引的方式输出。

当将用于完成上下文组的提取的上下文搜索表达式输入至允许在上下文数据库等等之间通信的通信单元19中时，上下文选择单元22将上下文搜索表达式传送到上下文数据库搜索单元21中，获取并且将满足上下文搜索表达式的上下文保存单元11-i的组输出至上下文提取单元23中。

将对应于上下文保存单元11-i的索引的组输入至上下文提取单元23中，所述上下文提取单元23输出创建相当于由索引指示的上下文保存单元11-i的上下文保存单元的组所需的信息作为上下文表达式。

例如，假定在数据处理装置10中，将包含表示所有者的属性“owner”、表示修改日期的属性“mdate”和表示类型的“category”的三个属性作为属性名和属性值对的列表保存在属性保存单元12-1～12-N中。对于属性保存单元12-1，“owner”的值是“Smith”，“mdate”的值是“95.3.18”，而“category”的值是“picture”；对于属性保存单元12-2，“owner”的值是“Smith”，“mdate”的值是“95.1.14”，而“category”的值是“picture(图像)”；并且对于所有的属性保存单元12-3-12-N，“owner”的值是“Bill”，“mdate”的值是“95.3.3”，而“category”的值是“audio(音频)”，将说明上下文提取操作。

首先，在此描述搜索上下文保存单元11的情况，在该上下文保存单元中表示所有者的属性“owner”的值等于“Smith”，表示修改日期的属性“mdate”的值大于95.3.16，以及类型属性“category”的值等于“picture”。

上下文选择单元12将用于实现上述搜索的搜索表达式传送到上下文数据库搜索单元21中，并且搜索在属性保存单元12中具有满足搜索表达式的属性的上下文保存单元。遵照对象查询语言(Object Query Language)，例如，对搜索表达式以如图2中所示的进行描述。因为只有上下文保存单元11-1和上下文保存单元11-2满足搜索表达式，所以上下文数据库搜索单元21将由用于上下文保存单元11-1的索引和用于上下文保存单元11-2的索引形成的组作为一个搜索结果返回到上下文选择单元22中。

上下文选择单元22，其接收由用于上下文保存单元11-1的索引和用于上下文保存单元11-2的索引所形成的组，把该组输入到上下文提取单元23中，并且请求提取与索引有关的上下文保存单元，并且从而可以获取相关的上下文。

然而，用传统的数据处理装置，当上下文增加了不能由传统的名称和属性标识的新属性时，就出现了需要重构传统的上下文保存单元的问题。

更具体的，例如，当表示文件大小的属性“size(大小)”被添加时，所有的上下文保存单元都需要被重构，那么这将导致增加维护负担的问题，其中上下文保存单元的数目很大或经常增加新的属性。

发明内容

因此，本发明的一个目的是提供一种数据处理装置、一种数据处理方法、和一种数据处理程序，使得在引入新部件后没有必要进行数据库的重构。

根据本发明的一个方面，除了部件的主要部分外，该部件具有类型确定功能，用于确定部件是否适合于处理感兴趣的数据，并且数据处理装置包括确定装置，其应用读取文件的信息或由先前级的部件所处理和输出的数据的信息，并且通过执行对应于每一部件的类型确定，使得即使当用于确定的属性改变或增加时仅仅改变所述类型确定功能就足够了，因此不需要更新所有部件的主要部分(相当于整个上下文保存部分)，并且能够高效地更新数据库。

如上所述，根据本发明，在引入新部件时没有必要重构数据库。

附图说明

在下文中，通过参照附图，对下列说明进行理解，本发明的上述和其它的目的以及特征将会更加清楚，其中通过举例说明了一个例子，其中：

图1是表示传统数据处理装置的结构的方框图；

图2是表示在传统数据处理装置中的搜索表达式的例子的示意图；

图3是表示根据本发明第一实施例的数据处理装置的结构的方框图；

图4是表示根据本发明第一实施例的媒体部件数据库的结构的示意图；

图5是表示根据本发明的第一实施例的对多媒体文件进行重放的过程的流程图；

图6是表示根据本发明第一实施例的、在媒体确定部分中的处理过程的流程图；

图7是表示根据本发明第一实施例的多路复用文件的结构的示意图；

图8是表示根据本发明第一实施例的多路复用信息的例子的示意图；

图9是表示根据本发明第一实施例的媒体信息的例子的示意图；

图10是表示根据本发明第一实施例的媒体类型确定功能的操作的示意图；

图11是表示根据本发明第一实施例的由媒体类型确定功能保存表的例子的示意图；

图12是表示根据本发明第二实施例的数据处理装置的结构的方框图；

图13是表示根据本发明第二实施例的保存表的例子的示意图；

图14是描述根据本发明第二实施例的配置模式注册的操作过程的流程图；

图15是描述根据本发明第二实施例的、对多媒体文件进行重放的操作过程的流程图；

图16是表示根据本发明第二实施例的配置模式搜索操作的第一例子的流程图；

图17是描述根据本发明第二实施例的配置模式搜索操作的第二例子的流程图；

图18是表示根据本发明第二实施例的显示监视器的例子的示意图；

图19是描述根据本发明第二实施例的包含在配置模式中的媒体部件的读取过程的流程图；

图20是描述根据本发明第二实施例的、从媒体部件数据库中进行媒体部件读取操作的流程图；以及

图21是描述根据本发明第二实施例的、从下载部分中进行媒体部件读取操作的流程图。

具体实施方式

现在将参照图3至图21，对本发明的实施例进行说明。然而，本发明决不仅仅只限于这里所包含的实施例，并且可以在此处描述的发明的范围之内进行各种修改。

(第一个实施例)

图3是表示根据本发明第一实施例的数据处理装置100的方框图。在图3中，媒体部件数据库101保存媒体部件，该媒体部件是用于处理媒体的部件。媒体确定部分102比较媒体部件并且对它们进行区分。操作输入部分103从用户接收输入。文件系统104保存多媒体数据。媒体处理部分105用来处理媒体。视频显示部分111用来显示视频。音频输出部分112用来输出音频。

图4是表示媒体部件数据库101保存部件的一种方式的示意图。

媒体部件130-1～130-N被保存在媒体部件数据库101中，并且所述媒体部件分别具有媒体类型确定功能140-1～140-N，用于确定这些部件适用于什么类型的数据。另外，在媒体部件数据库101中，保存媒体类型确定功能条目120-1～120-N，其具有将索引地址返回到每一媒体类型确定功能140-1～140-N中的功能。

将参照图5和图6说明如上构造的数据处理装置100的操作。

图5是表示根据本发明第一实施例的、对多媒体文件进行重放过程的流程图。

将来自数据处理装置100用户的文件重放请求输入至操作输入部分103，并且将文件名称和重放请求发送至媒体处理部分105中的媒体控制部分106中(S1010)。

媒体控制部分106发送用于读取指定文件的部件(文件读取部件)的请求至媒体确定部分102中(S1020)。

媒体确定部分102，根据所指定的文件名，在媒体部件数据库101中搜索用于读取文件的部件(文件读取部件)(S1030)。

当执行该搜索时，执行下列图6的流程图的处理。

换句话说，首先，媒体确定部分102从媒体部件数据库101读取媒体类型确定功能条目120-1(S2010)。顺便提及，假定在图6中x的初始值是1。其次，通过使用媒体部件130-1的媒体类型确定功能140-1，和与由用户经由操作输入部分103指定的文件名相对应的文件名称，确定这个媒体部件130-1是否适合于读取所请求的文件(S2020)，其中媒体类型确定功能140-1是来自媒体类型确定功能条目120-1中的索引目标单元。

如果由媒体类型确定功能140-1确定的结果表明媒体部件130-1不适合作为对应于用户所指定的文件名称的数据的处理部件，则x的值增加1(S2040)，并且读取下一媒体类型确定功能条目配置模式搜索部分202(S2010)。另一方面，如果媒体部件130-1适合作为处理部件，则媒体确定部分102从媒体部件数据库101读出媒体部件130-1并且将它返回至媒体控制部分106中(S2030)。

通过在媒体确定部分102中执行上述处理，可以不用读取所有的媒体部件而确定一个媒体部件是否适合作为用户所指定的数据的处理部件，并且因此加速了媒体部件的搜索。

此外，当媒体确定的方法改变或在其中实行了添加时，仅仅改变部件中的媒体类型确定功能140-1～140-N就足够了，而且重构数据库本身是不必要的。换句话说，例如，当添加了用于处理新类型的媒体数据的部件时，传统的技术将需要重构数据保存单元，但是按照本发明的数据处理装置，就不必重构每一部件的主要部分，而且，通过简单改变媒体类型确定功能140-1～140-N，就可以确定一种新类型的媒体数据的处理是否是可能的。

参照图5的流程图，媒体控制部分106使用读取文件读取部件107，并且从文件系统104读取所述文件(S1040)。

媒体控制部分106从在读取文件中的信息中获得多路复用数据，并且发送对用于多路分离它的部件(多路分离部件)的请求到媒体确定部分102中(S1050)。

顺便提及，所述多路复用信息指的是附属于保存在文件系统104中的文件、且列出了在文件上多路复用的许多数据类型的信息。接着，将对所述多路复用信息进行详细的描述。

图7是原理性地表示多路复用文件结构的示意图。可以将多路复用文件(MP4文件)大体分为描述文件的文献目录(bibliographic)信息的区域(电影原子(Movie Atom))和存储文件的主要部分的区域(媒体原子(Media Atom))。

顺便提及，所述“电影原子”区域采用通常被称为嵌套结构的配置，并且所述“电影原子”区域在其内部被进一步地分为许多包括“电影标题原子(Movie Header Atom)”和“轨迹原子(Track Atom)”的区域，在这些区域中保存信息。

媒体控制部分106获得在上述“媒体原子”中的所述文献目录信息，作为指定上述多路复用文件的描述符位置的信息，该信息被称为多路复用信息。其中所述文献目录信息是媒体类型确定功能140-1～140-N的参数(argument)所必要的。

图8表示媒体控制部分106所获取的多路复用信息的例子。在图8中，例如，“媒体类型(MEDIA TYPE)”被指示为要在所述多路复用文件中的“电影原子(Movie Atom)”中的“媒体原子(Media Atom)”中的“轨迹原子(Track Atom)”中的“处理机索引(Handler Reference)”中进行描述。

顺便提及，虽然在此假设指定的文件是多媒体数据，于是媒体数据是多路复用的，但本发明决不仅限于这种数据类型。

再次参照图5的流程图，根据通过媒体控制部分106输入的多路复用信息，媒体确定部分102在媒体部件数据库101中搜索用于执行多路分离的部件(多路分离部件)(S1050)。在此，如在S1030的处理中那样执行图6中的处理，并且选择适合于多路分离感兴趣的数据的部件。

媒体控制部分106使用读取多路分离部件108，并且从文件读取部件107中读取多路复用媒体数据并且执行多路分离(S1070)。

媒体控制部分106获取所述附属于多路分离的媒体数据的媒体信息(视频)，并且发出一个对用于显示所述视频的部件(视频输出部件)的请求到媒体确定部分102中(S1080)。

具体地说，这里所述的媒体信息具有如图9所示的格式。在所述媒体信息中，如图9所示，描述了包括媒体类型、媒体子类型、对应的值和字符序列的项目。在图9中，“无(None)”表示该项不包含说明。

根据从媒体控制部分106中输入的媒体信息，媒体确定部分102在媒体部件数据库101中搜索用于显示所述视频的部件(视频输出部件)(S1090)。这里再次如在S1030的处理那样执行图6中的处理，并选择适合于输出在视频中感兴趣的数据的部件。

表示媒体类型确定功能140-1～140-N在这种情况下的操作的流程图如图10所示。

首先，媒体类型确定功能140-1～140-N从上游部件(upstream component)的输出中获取如图9所示的媒体信息(S3010)。这里，上游部件指的是已经在其上执行了初期处理的部件。在这种情况下，多路分离部件108是上游部件。所述处理适用于媒体类型确定功能140-1～140-N，并且被重复直到找到适合的部件。接着，将描述媒体类型确定功能140-1的操作。

媒体类型确定功能140-1将所读取媒体信息的项和预先保存的表进行比较，并且确定每一项是否在由媒体类型确定功能140-1保存的表的范围内(S3020)。

图11表示由媒体类型确定功能140-1保存的表的例子。媒体类型确定功能140-1对每一项顺次进行比较，并且当有一项在所述表的值的范围之外时，则在此时判定将为“NG”(S3050)。另一方面，当一项在该范围之内时，则判断是否存在媒体类型确定功能140-1还未给出判定的项目(S3030)。如果并不是所有的项都已给出判定，则再次执行S3020。如果所有的项都已给出判定，则所述判定将为“OK”(S3040)。

顺便提及，在图11中的一些项是“未指定的”，并且这些项不需要进行比较，且可以跳过对它们是否在所述范围之内的判定。

以上是媒体类型确定功能140-1的操作。媒体类型确定功能140-2-140-N的每一个都执行相同的操作，并且因此能选择适合于所述处理的部件。

参照图5的流程图，媒体控制部分106将读取视频输出部件109的目标单元连接至视频显示部分111(S1040)。

媒体控制部分106获取所述多路分离的媒体数据的媒体信息(音频)，并且发送对用于输出该音频的部件(音频输出部件)的请求至媒体确定部分102中(S1110)。

根据从媒体控制部分106中输入的媒体信息，媒体确定部分102在媒体部件数据库101中搜索用于输出所述音频的部件(音频输出部件)(S1120)。再次如在S1030的处理中那样执行图6中的处理，并且选择适合于在音频中输出感兴趣的数据的部件。

媒体控制部分106将读取音频输出部件110的目标单元连接至音频输出部分112(S1130)。

媒体控制部分106发送重放请求至每一部件(S1140)。

在视频显示部分111和音频输出部分112中，所述视频和音频被输出(S1150)。

如上所述，当执行对媒体部件的搜索时，使用媒体类型确定功能140-1～140-N使得可以不用读取所有的媒体部件就能确定一个部件是否适合于处理，并且因此加速了媒体部件的搜索。

而且，当媒体确定的方法改变或在其中实行了添加时，仅仅改变在部件中的媒体类型确定功能140-1～140-N就足够了，并且重构数据库本身是不必要的。

如上所述，根据本实施例，除了部件的主要部分外，部件还具有类型确定功能，用于确定所述部件是否适合于处理感兴趣的数据，并且数据处理装置包括确定装置，该装置应用读取文件的信息或通过先前级的部件所处理和输出的数据的信息，并且通过执行对应于每一部件的类型确定，使得即使当用于确定的属性改变或增加时仅仅改变所述类型确定功能也就足够了，因此不需要更新所有部件的主要部分(相当于整个上下文保存部分)，并且能够高效地更新数据库。

而且，使用媒体类型确定功能条目能够允许通过仅仅读取由媒体类型确定功能条目涉及的类型确定功能对部件进行估计，而不用从数据库中获取所有的部件，所以获取目的部件的时间被缩短了。

(第二个实施例)

图12是表示根据本发明第二实施例的数据处理装置200的结构的方框图。顺便提及，本实施例的数据处理装置200具有与在第一实施例中说明的数据处理装置的结构相同的基本结构，并且同样的部件将分配相同的附图标记，且不再进一步的说明。

数据处理装置200与数据处理装置100不同的地方在于：部件配置数据库201，其存储在该数据处理装置200中早期集成的媒体部件的配置模式；配置模式搜索部分202，其在部件配置数据库201中搜索可适用于从文件系统104中读取的数据的媒体部件的配置模式；下载部分203，其当数据处理装置200在其内部未保存所需的媒体部件时，从经由网络210连接的媒体部件数据库服务器220中下载所需的媒体部件；和配置模式注册部分204，其注册其中媒体部件被成功放置的配置模式，而且增加了媒体配置数据库201，并且为了代替媒体确定部分102、操作输入部分103和媒体处理部分105，提供了媒体确定部分205、输入部分206和媒体处理部分207。而且，媒体处理部分207包括替代媒体处理部分105中的媒体控制部分106的媒体控制部分208。

本实施例的一个主要特征是部件配置数据库201存储早期集成的媒体部件的配置模式，并且基于进行处理的文件(数据)的信息，搜索出适合于给定处理的配置模式。

图13是表示用于在部件配置数据库201中保存配置模式的保存表的例子的示意图。

在该保存表中，“配置模式(CONFIGURATION PATTERN)”指的是配置模式名称。“确定功能(DETERMING FUNCTION)”指的是当对相应于媒体信息的配置模式进行搜索时使用的确定功能。“部件的数目(NUMBER OF COMPONENTS)”指的是处理所需的部件数目(在该例子中是五个)。“部件ID(COMPONENT ID)”指的是包含在配置模式中的每一部件的标识符并且用于唯一地指定每一部件。“部件存储目标单元(COMPONENT STORAGE DESTINATION)”指示在媒体部件数据库101中的什么位置(地址)存储每一个部件的主要部分。“部件位置(COMPONENT LOCATION)”指示部件的主要部分被存储在媒体部件数据库服务器220中的地址。“部件连接数目(NUMBER OF COMPONETN CONNECTIONS)”指示连接部件的软线(cord)的数目。“连接方法(METHOD OF CONNECTION)”指示由此部件被连接的方法。例如，{0，1}表示第0部件(在图13的部件配置模式中被描述为ID[0])和配置模式中的第一部件(在图13的部件配置模式中被描述为ID[1])进行连接。

按上述方式配置的数据处理装置200的操作将在下面进行描述。首先，将要描述媒体部件配置模式的注册。图14是说明配置模式注册过程的流程图。

首先，已成功地安置媒体部件的(换句话说，当已经对读取文件进行了充分的处理时)媒体控制部分208向配置模式注册部分204通知媒体部件的配置模式(S4000)。

然后，配置模式注册部分204查看所通知的配置模式是否已经向部件配置数据库201进行了注册(S4100)，并且当该配置模式已经被注册时，则不作任何处理，而当该配置模式未被注册时，创建用于保存该配置模式的保存表，并且向部件配置数据库201注册该配置模式(S4200)。

接着，将对在数据处理装置100中的多媒体文件重放进行说明。图15是说明多媒体文件重放过程的流程图。

首先，配置模式搜索部分202进行关于适合于本处理的配置模式是否存在于部件配置数据库201中的搜索(S5000)，并且，如果这样的配置模式存在于部件配置数据库201中(S5100：是)，则进行到步骤S5200，而如果这样的配置操作模式不在部件配置数据库201中(S5100：否)，则进行到步骤S5300。

在步骤S5200中，媒体确定部分205从媒体部件数据库101中读取包括在配置模式中的媒体部件的主要部分。另一方面，在步骤S5300中，媒体确定部分205由媒体部件数据库101从上游端顺次读取所需部件的主要部分。也就是说，进行与第一实施例中相同的操作。

然后，媒体控制部分208连接读取媒体部件。

现在，将详细描述在上述步骤S5000中的操作。这里，将参照图16和图17描述两个示例性的操作。在图16的示例性操作中，输入部件206指定一个配置模式(S5010)，并且配置模式搜索部分202搜索对应于指定的配置模式的配置模式(即与指定的配置模式相同的配置模式)。此外，在图17的示例性操作中，媒体类型确定功能获取上游部件的媒体信息(S5030)，而且配置模式搜索部分202利用在部件配置数据库201中的确定功能，并搜索对应于所获得的媒体信息的配置模式。例如，在没有如参照图16所描述的配置模式说明的情况下，执行图17中的操作。

关于在上述步骤S5010中指定配置模式的方法，一个例子是由此的一种方法，当通过由用户到输入部件206中的输入激活一个应用，将对应于该应用的配置模式通知配置模式搜索部分202。

此外，在这里被激活的应用的例子是照相机应用。图18是描述了当照相机应用被激活时的操作、以及响应于所述操作显示在视频显示部分111上的示例性的视频的示意图。

首先，当照相机应用被激活时，配置模式搜索部分202将适合于照相机应用的媒体部件的配置模式通知给配置模式搜索部分202。然后，配置模式搜索部分202进行对应于所通知的配置模式的配置模式(例如，在图13中的配置模式“Camera-Record”)的搜索。然后，包括在该配置模式中的媒体部件通过输入部分206被读出并且通过媒体控制部分208被连接。用这种方法，将从内部的照相机(未示出)输入的视频显示在视频显示部分111上。其后，当按下用于记录开始/停止的按钮206a时，开始记录来自照相机的所述视频。而且，当再次按下按钮206a时，输入部分206检测到该操作，并且停止视频的记录。

另外，当按下功能按钮206c时，输入部分206检测到该操作，并且将功能菜单显示在视频显示部分111上，该功能菜单能够实现诸如色调变换、外部输出配置、监视器大小变化、和记录格式变化之类的配置功能，。例如，色彩变换指的是通过按下按钮206b的右边部分变亮视频的色彩、和当按下按钮206b的左边部分时变暗所述视频的色彩的功能。此外，监视器大小变化指的是当按下按钮206b的上边部分时增加监视器的大小和当按下按钮206b的下边部分时减小监视器的大小的功能。

为了实现上述的配置功能，预先确定适合于各自的配置功能的媒体部件配置模式。当用户命令执行任何配置功能时，进行对应于所述命令的配置模式的搜索，并且包括在配置模式中的媒体部件被读出和被连接，这样就实现了命令的配置功能。然后，当完成配置或当取消配置时，功能菜单显示结束。另外，当按下输入部分206d时，输入部分206检测到该操作，并且所述照相机应用结束。

接下来，将对图15的步骤S5200中的操作进行详细描述。图19是说明读取包括在配置模式中的媒体部件的过程的流程图。

首先，媒体确定部分205参照在相应配置模式的保存表中描述的部件存储目标单元的地址(S6000)。然后，如果所述部件存储目标单元不是“无”(例如，地址{0x0200}(S6100：否)，从媒体部件数据库101的上述地址中读出所述部件(S6200)。另一方面，当部件存储目标单元是“无”时(S6100：是)，媒体确定部分205参照在保存表中描述的部件位置(例如，地址{http：//hogehoge.hoge/cam-cap})，并且将其通知到下载部分203，而且下载部分203从经由网络210连接的媒体部件数据库服务器220中的上述部件位置中下载有关的媒体部件，且媒体确定部分205从下载部分203中读取媒体部件(S6300)。

顺便提及，根据媒体部件使用的频率，作出关于部件存储目标单元是否为“无”的判定。

然后，确定所述读取的媒体部件的数目是否达到了在保存表中描述的部件的数目(S6400)，并且如果部件的数目达到了则过程结束，如果部件的数目没有达到则过程返回到步骤S6000并且重复该过程。

图20是详细说明图19的步骤S6200中的操作、即从部件配置数据库201中读取媒体部件的流程图。

首先，根据在保存表中描述的部件存储目标单元，从媒体部件数据库101中读取相应的媒体部件(S6210)。当读取成功(S6220：是)时，处理结束。另一方面，当读取不成功(S6220：否)时，媒体确定部分205经由网络210从媒体部件数据库服务器220中下载相应的媒体部件到下载部分203中(S6230)。

图21是详细表示图19的步骤S6300中的操作、即从下载部分203中读取媒体部件的流程图。

首先，媒体确定部分205经由网络210从媒体部件数据库服务器220中下载媒体部件到下载部分203中，并从下载部分203中读出下载的媒体部件(S6310)。当读取成功(S6320：是)时，媒体确定部分205向媒体部件数据库101中注册下载的媒体部件(S6330)，并且配置模式搜索部分202更新在保存的表中描述的部件存储目标单元(S6340)。另一方面，当读取不成功(S6320：否)时，响应于媒体部件不能被读取的这个结果，执行出错处理(S6350)。

如上所述，根据本实施例，将一个在过去已经成功的配置模式存储在部件配置数据库201中，并且，当需要关于该配置模式的相同处理时，将该配置模式从部件配置数据库201中搜索出来，并且仅仅读出那些被包括在所搜索的配置模式中的媒体部件，因此可以有效地减少了获取期望的媒体部件的时间。

而且，提供可连接至外部数据处理装置200的下载部分203，并且经由网络210从外部媒体部件数据库服务器220中下载对于实现给定处理所需的、而仍未存储在外部数据处理装置200内的媒体部件，因此，例如当需要获取新的媒体部件时，可以从媒体部件数据库服务器220中迅速地下载它，而且，不需要在媒体部件数据库101中存储低使用频率的媒体部件，从而能够有效地使用媒体部件数据库101中的存储器。

顺便提及，尽管下载部分203从媒体部件数据库服务器220中获取媒体部件，但从外面获取媒体部件的方法不限于此。例如，如果能将存储部件的记录介质直接连接至数据处理装置200上，则能从该记录介质上下载所需的部件。

而且，本发明决不限于以上描述的实施例，并且能够在不脱离本发明的范围之内采用各种形式的实施例。例如，能以计算机软件的形式实现上述数据处理方法。也就是说，这样的结构是可能的，其中用于执行如在上述实施例中描述的数据处理方法的程序被记录在诸如ROM(只读存储器)这样的记录介质上，并且借助CPU(中央处理单元)来运行该程序。

该申请是基于在2002年9月27日提交的日本专利申请第2002-284164号和在2003年8月28日提交的日本专利申请第2003-305258号，它们的全部内容被清楚地包含在此一并作为参考。

工业适用性

本发明的数据处理装置、数据处理方法和数据处理程序甚至在引入新的部件时也能达到不必重构数据库的效果，并且适合于通过读取由被集成以执行给定功能的软件部分所构成的部件来执行处理。

Claims (12)

1、一种数据处理装置，该装置包括用于保存一个以上部件的数据库，将所述部件应用于读取文件以及执行处理，

其中所述数据库包括类型确定功能，该功能用于根据所述文件的文件信息来确定适合于所述处理的部件。

2、如权利要求1所述的数据处理装置，其特征在于：每一部件在其内部都具有所述类型确定功能。

3、如权利要求1所述的数据处理装置，其特征在于：所述数据库保存确定功能条目，该条目表示所述类型确定功能的索引。

4、如权利要求3所述的数据处理装置，其特征在于：所述确定功能条目以一对一的成对方式和部件相关联并且保存。

5、如权利要求3所述的数据处理装置，还包括：确定装置，用于从保存在所述数据库中的部件当中搜索出适合于处理的部件，

其中所述确定装置从所述数据库中读取所述确定功能条目，读取由所述确定功能条目表示为索引的类型确定功能，并且将进行处理的文件的文件信息应用于所述确定功能并且确定所述文件信息。

6、如权利要求5所述的数据处理装置，还包括处理部分，用来通过读取和集成由所述确定装置搜索出来的部件来执行预定的处理，

其中包括在所述处理部分中的控制装置读取并且向所述确定装置通知所述部件的输出文件的文件信息，并且允许选择适合于所述输出文件的下一处理的部件。

7、如权利要求1所述的数据处理装置，还包括部件配置数据库，其存储早期配置的部件的配置模式；和配置模式搜索装置，其从所存储的配置模式当中搜索出适合于处理的配置模式。

8、如权利要求7所述的数据处理装置，还包括下载装置，其能经由网络连接至数据库服务器，所述数据库服务器存储部件，

其中，当包括在配置模式中的所述部件在所述数据库中不存在时，所述下载装置从所述数据库服务器中获取必要的部件。

9、如权利要求8所述的数据处理装置，其特征在于：所述下载装置从记录介质中获取所述的必要部件，所述记录介质连接至所述数据处理装置并且容纳部件。

10、如权利要求8所述的数据处理装置，其特征在于：当所述下载装置获取新部件时，将所获取的部件存储在所述数据库中，并且将指示用于所述部件的存储目标单元的信息保存在所述部件配置数据库中。

11、一种用于数据处理装置的数据处理方法，该装置包括保存类型确定功能的数据库，该类型确定功能确定部件是否适合于处理感兴趣的数据，和确定功能条目，用于输出所述确定功能作为索引，所述的方法包括：

第一步骤，从所述数据库中读取所述确定功能条目；

第二步骤，从所述数据库中读取所述类型确定功能，其中，所述确定功能条目将所述类型确定功能表示为索引；

第三步骤，将受到处理的数据的信息应用于所述类型确定功能，并且获得表示适用性或不适用性的结果，

其中，重复第一到第三步骤直到选择了一个适合于所述处理的部件为止。

12、一种数据处理程序，用于从数据库中选择适合于处理感兴趣的数据的部件，所述程序驱动计算机来执行下列步骤：

读取确定功能条目，该条目输出类型确定功能的索引，该类型确定功能确定部件是否适合于处理感兴趣的数据：

读取所述类型确定功能，其中所述确定功能条目将所述类型确定功能表示为所述索引；和

将受到处理的数据的信息应用于所述类型确定功能，并且获得表示适用性或不适用性的结果。

Images