CN100474274C - 影像信息系统以及模块单元 - Google Patents

Abstract

本发明提供影像设备，影像模块单元以及影像设备操作方法。在影像信息装置(40)上连接包括提供图形或者新的图像编解码或者网络功能等扩展功能的普通影像模块(12)的单元(42)，通过从普通影像模块控制影像信息装置，能够不必新开发影像信息装置(40)内部的LSI自身而提高扩展性。

Description

影像信息系统以及模块单元

技术领域

本发明涉及的操作性出色的普通(ubiquitous)影像模块和把该普通影像模块形成为核心(中心)的普通影像模块单元，能够装备该普通影像模块单元的影像信息装置、影像记录装置和便携电话装置等影像设备，能够从小规模网络的LAN连接到大规模网络的英特网，能够要装在数字电视机、DVD/HDD记录器等从民用设备或者监视系统的记录器、到FA设备等专用设备的范围广泛的机种、系统上。

背景技术

以往的AV(音像(Audio Visual))数字网络设备例如像在专利文献1(特开2002-16619号公报(图1，第0009段))中示出的那样，在一台设备内构成用于进行网络连接的接口和用于连接到网络的功能。

另外，例如像在专利文献2(特开2002-230429号公报(图2，第0028～0032段))中示出的那样，还有用系统LSI来实现与网络有关的功能。

近年来，随着个人计算机的低价格和高性能化，英特网内容的增加，便携电话和PDA(个人数字助手：电子记事簿(Personal DigitalAssistant))等网络连接设备的多样化等，在一般家庭中也正在增大利用局域LAN或者英特网的机会。

另外，HAVi(家庭音频/视频互通性(Home Audio/Videointerperability)：在把家庭用AV设备网络化时使用的软件的标准)、ECHONET等在规格方面也正在发展用于把家电设备连接到网络上的配备。

在专利文献1中示出的数字网络设备的电视机、VTR等影像信息装置一般开发并使用如图44所示的专用系统LSI(系统LSI208)。

系统LSI208由用于进行系统控制的SYS-CPU201、进行影像信号处理的影像信号处理单元VSP(视频信号处理器(Video SignalProcessor))202的逻辑单元(以下，记为「逻辑单元」)、ROM203以及RAM204的一部分存储器构成。

影像信号处理单元VSP202的逻辑单元按照使用该系统LSI的影像信息装置的标准，设计所需要的功能。

该功能是通用的在存在厂家的知识产权(Intellectual Property)等的情况下，通过使用该知识产权，谋求缩短开发时间以及降低成本。

另外，所谓知识产权在LSI设计的情况下，意味着已经设计的逻辑电路。

图44是概念地示出使用了系统LSI208的以往的影像处理装置的一个例子的框图。

影像输入信号205在影像信息装置206中，变换为在显示单元211中能够显示的信号后输出。

影像信号装置206由系统LSI208、系统LSI的前级处理单元(Front end Processor。以下，记为「FP」)207、系统LSI208的后级处理单元(Back end Processor。以下，记为「BP」)209以及视频接口(以下，记为「V-I/F」)210构成。

在此，影像输入信号205是模拟信号的情况下，FP107具有A/D变换、通用解码器(Decoder)等功能。

另外，BP209采用仅具有输出缓冲器的功能的结构。

其中，根据系统LSI208的设计思想或者系统的结构，FP、BP能够有各种各样的结构。

另外，在专利文献2中记述的网络连接的半导体费用收集中，通过在设备内具有网络设备控制单元，实现能够进行网络连接的结构。

进而，图45是概念地示出使用了系统LSI208的以往的便携电话装置的一个例子的系统结构图。图中，从未图示的便携电话的无线网经过天线218所输入的数据由基带单元217进行信号处理，去除通信标题信息，进行再构筑。进而，在移动应用单元219中，变换为在显示单元211中能够显示的信号形态后向显示单元211输出。当然还有与声音的输入输出有关的结构块，但是在这里省略图示，在以下的说明中也主要说明影像信息的处理。

移动应用单元219由系统LSI208、系统LSI208的FP207、BP209和V-I/F210构成。

输入到移动应用单元219中的数据由CPU201的软件和VSP202的硬件进行解码、调整大小等，在显示单元211上进行显示。

另外，从连接到外部的照相机单元215输入到移动应用单元219中的数据由照相机引擎216进行数据处理，在CPU201、VSP202中作为图像数据进行再构筑，进而在显示单元211中显示的情况，或者进而进行压缩处理保存在闪存等非易失性存储器中的情况，或者进而进行复用处理，由基带单元217向未图示的无线网发送的情况。

在以往的影像信息设备设计中，在对于影像信息设备添加新的网络功能的情况下，按照新的标准或者在系统LSI中添加功能，或者开发新的系统LSI，进行可靠性检验和EMI(电磁波干扰(ElectroMagnetic Interference))验证等。

为此，在每次变更设备的标准时，需要花费开发费以及开发时间。

另外，在不变更标准的情况下，在搭载了陈旧的系统LSI的系统中，有可能失去商业机会。

另外，在新产品投入的周期短，机种的数量庞大的便携电话的领域中，每个机种的搭载功能不同，在每次开发变更满足使用要求的专门的系统LSI时，在每个机种中搭载功能不同。从而，在每次开发/变更满足要求规格的专用的系统LSI时，需要反复进行便携电话装置的印刷电路板变更和软件变更、可靠性检验、EMI检验等与便携电话装置整体的新开发一样的作业，仍然具有开发费用高，开发时间长的课题。

本发明是为解决上述的课题而完成的，目的在于即使改变对于设备所要求的标准和功能，也不需要重新开发与标准和功能变更的请求相对应的系统LSI，能够容易地进行功能的扩展和变更的影像设备。

发明内容

根据本发明，提供了一种影像信息系统，是包括可与网络连接的模块单元和不具有与上述网络连接的功能的影像信息装置，上述影像信息装置和上述模块单元相连接而构成的影像信息系统，其特征在于：上述影像信息装置包括控制该影像信息装置的第1中央计算处理装置，上述模块单元包括第2中央计算处理装置，上述第1中央计算处理装置及上述第2中央计算处理装置都具有多个控制层，上述模块单元具有的第2中央计算处理装置构成为在上述第1中央计算处理装置及上述第2中央计算处理装置的各控制层之间，发送与该控制层相对应的控制信息，来控制上述影像信息装置，使上述影像信息装置能够与经由上述模块单元和上述网络所连接的其它设备进行通信，使上述其它设备将上述影像信息装置识别为连接在上述网络上的设备。

根据本发明，提供了一种模块单元，是能够和不具备与网络连接的功能的影像信息装置连接并且还能够和该网络连接的模块单元，其特征在于：上述影像信息装置备有的第1中央计算装置和上述模块单元备有的第2中央计算处理装置都具有多个控制层，上述模块单元具有的第2中央计算处理装置在上述第1中央计算处理装置及上述第2中央计算处理装置的各控制层之间，发送与该控制层相对应的控制信息，控制上述影像信息装置，使上述影像信息装置能够与经由上述模块单元连接在上述网络上的其它设备进行通信，使上述其它设备将上述影像信息装置识别为连接在上述网络上的设备。

本发明的影像设备具有具备第1CPU的同时，具备与具有控制该第1CPU的第2CPU的模块连接的接口的影像设备主体。

附图说明

图1示出使用了第1实施方式的普通影像模块的影像信息装置的网络系统。

图2概念地示出第1实施方式的普通影像模块的硬件结构。

图3概念地示出第1实施方式的普通影像模块的软件结构。

图4示出第1实施方式的普通影像模块的总线型的连接图。

图5示出第1实施方式的普通影像模块的星型的连接图。

图6示出把第1实施方式的普通影像模块与影像信息装置组合起来的系统的结构例。

图7示出把第1实施方式的具有影像接口的普通影像模块与影像信息装置进行了组合的系统的结构例。

图8示出把第1实施方式的具有外部网络连接端子的普通影像模块与影像信息装置进行了组合的系统的结构例。

图9是在监视记录系统中使用了第1实施方式的普通影像模块时的结构例。

图10是在监视记录系统中使用了第1实施方式的普通影像模块时的其它结构例。

图11示出把第1实施方式的普通影像模块适用在DVD/HDD记录器7的系统中时的软件块的结构。

图12示出第1实施方式的普通影像模块的软件块的结构。

图13示出把第1实施方式的普通影像模块适用在影像信息装置的各机种中时的软件块。

图14示出第1实施方式的IPv6对应网络通信协议中间软件的软件块结构。

图15示出把第1实施方式的通用插头和播放中间软件进行了扩展时的软件块结构。

图16示出第1实施方式的普通影像模块的摄像和显示单元的软件块结构。

图17示出第1实施方式的普通影像模块的影像分发存储中间软件的软件块结构。

图18示出了第1实施方式的影像信息装置的普通影像模块的软件与软件的关系。

图19概念地示出按照系统级透过地连接第1实施方式的普通影像模块与影像信息装置的状态。

图20概念地示出按照系统级以及API级透过地连接第1实施方式的普通影像模块与影像信息装置的状态。

图21示出把第1实施方式的普通影像模块适用在影像记录装置的系统中时的软件块的结构。

图22示出把第2实施方式的普通影像模块与移动应用单元进行了组合的系统的结构例。

图23示出了把第3实施方式的具有外部网络连接端子的普通影像模块与影像信息装置进行了组合的系统的结构例。

图24模式地示出把第3实施方式的普通影像模块连接到IP网络的连接形态。

图25示出在UPnP的规格下所决定的一般的动作步骤。

图26示出UPnP的AV结构格式。

图27示出UPnP的AV结构格式中的内容的一般再生流程。

图28示出了第3实施方式的普通影像模块内的软件结构。

图29示出寻址S301中的软件的动作的顺序。

图30示出了发现S302中的顺序。

图31示出了发现S302中的顺序。

图32示出了记述S302中的软件动作的顺序。

图33示出了控制S303中的软件动作的顺序。

图34示出了事件S305的软件动作的顺序。

图35示出了事件S305的软件动作的顺序。

图36示出UPnP的服务与AV/C指令的对应表。

图37示出了内容的检索S311中的软件动作的顺序。

图38示出了控制数据和格式检查S312中的软件动作的顺序。

图39示出了服务器、再生器的准备S313中的软件动作的顺序。

图40示出了内容的选择S314中的软件动作的顺序。

图41示出了再生S315中的软件动作的顺序。

图42示出了音量和画质调整S316中的软件动作的顺序。

图43示出了传输结束S316中的软件动作的顺序。

图44示出以往的影像信息装置的结构例。

图45示出以往的便携电话装置的结构例。

具体实施方式

以下，基于图示的实施方式说明本发明。

第1实施方式

图1示出使用了第1实施方式的普通影像模块(以下，记为「UM」)的影像信息装置的网络系统图。

网络1是包括小规模的LAN和大规模的英特网的网络，连接各种类型的个人计算机服务器或者个人计算机用户。

PC2是连接到网络1上的个人计算机，在邮件的收发、主页的开发和阅览等各种服务和用途中使用。

数据库3保管影像分发的流数据，影像和音乐数据的保管，工厂自动化(Factory Automation(以下，记为「FA」))的管理数据，监视照相机的监视画面等。

数字TV6表示用于显示数字输入的影像内容的显示装置，DVD/HDD记录器7表示用于在DVD或者HDD等大容量存储器中保存和再生影像和音乐数据的记录器，监视记录器8表示用于保管由照相机拍摄的电梯或者商店内的状况的记录器，FA9表示工厂内的FA设备，便携电话10表示不能够单独进行网络连接的便携电话，PDA11表示个人用信息终端。

像这样，具有能够连接到网络1的可能性的设备是多种多样的，通过在各设备中安装普通影像模块单元(以下，记为「UMU」)4，能够进行对于网络1的连接。即，以下说明的UMU通过存在于设备与网络之间，吸收存在于多种设备之间的硬件、软件等的差异，通过使用所连接的UMU具有的功能，虚拟地作为具有新功能的影像信息装置。

图2示出了构成UMU4的重要元件的UM的结构。

图中，UM12由用于控制UM内的后述的各个硬件引擎的作为计算机的UM用CPU(以下，记为「UM-CPU」)13、用于连接UM-CPU13与各个硬件引擎的局部总线(内部BUS)14、用于与外部影像信息装置连接的通用总线(UM-BUS)16、连接局部总线(内部BUS)14与通用总线(UM-BUS)16的总线桥15、用于用硬件实现在网络的影像处理中所需要的各种功能的多个硬件引擎(硬件引擎1、......、N)17构成。

这里，从硬件引擎17还能够设置例如用于连接到网络上的有线LAN、无线LAN和用于串行总线连接等的总线(专用总线)18。

另外，各个硬件引擎(硬件引擎1、......、N)是用于补充与影像信息网络有关的功能的引擎，例如，如图3所示，具有用于连接到网络环境中的有线LAN，无线LAN，用于与串行总线进行通信的通信引擎24，用于提高绘画性能的绘图引擎21，进行活动图像或者静止图像等摄像信号处理的照相机引擎22，用于活动图像压缩的MPEG4引擎23等的功能。即，各个硬件引擎是通过安装UMU4，能够追加和补充原本在影像信息装置中不存在的功能的引擎。

另外，这里举出的例子仅是一个例子，能够用本引擎形成用于形成网络所需要的功能。

另外，还能够实现DMA((Direct Memory Access)直接存储器存取)控制器等存储器控制功能。

如图3所示，本实施方式的UM12包括作为支持分散执行功能的OS(操作系统)的编入Linux27、中间软件25、虚拟机构(VirtualMachine。以下，记为「VM」)26和应用软件等，能够用UM单体实现与网络有关的功能。

即，本实施方式的UM12是能够实现与网络有关的主计算机功能的模块。

另外，在这里使用的VM26例如是JAVA(登录商标)VM。

图4以及图5示出用于把UM连接到影像信息装置上的拓扑(topology)。

系统CPU(以下，记为「SYS-CPU」)201与UM-CPU13能够进行总线形式的连接或者经由了HUB35的星型形式的连接。

以下加入各自的详细说明。

图4是总线形式的连接拓朴图，SYS-CPU201与UM-CPU13总线型地连接到UM-BUS16上。

另外，SYS-CPU201实现管理影像信息装置系统的控制的主服务器的功能，UM-CPU13实现网络服务器的功能。

这里，重要的是影像信息装置在SYS-CPU201中毫无问题地进行满足产品标准的动作的这一点。

UM12的UM-CPU13能够通过系统侧接口(以下，记为「S-I/F」)31和UM侧接口(以下，记为「U-I/F」)32进行机械性的连接。

在希望把高性能和高附加值的网络功能添加到影像信息装置中的状况下，经由S-I/F31以及U-I/F32连接UMU12。

由此，例如，能够实现对LAN上的其它装置的网络终端34进行存取等的网络功能。

即，在希望添加影像信息装置自身没有的更高性能和更高附加值的网络功能的情况下，通过经由S-I/F31以及UM-I/F32连接UM4，例如能够实现对LAN33上的网络终端34进行存取等的网络功能。

这种功能扩展通过UM12内的UM-CPU12控制使控制影像信息装置的系统的SYS-CPU201成为可能。

另外，还可以是在通用总线的UM-BUS上，连接或者不连接不具有主机功能的器件(存储器，专用功能的IC)的结构。

图5示出星型情况的配置，仅是经由HUB35连接UM-CPU13的结构不同，其它结构与总线型的情况相同。

另外，本结构的连接形态对于环型也能够毫无问题地对应。

这里，S-I/F31与UM-I/F32的连接可以是ATA(AT附件：硬盘装置用接口之一)、PCI(外围部件互连：个人计算机或者工作站中使用的输入输出总线之一)、SCSI(小型计算机系统接口：个人计算机或者工作站中使用的输入输出接口的规格)、PCMCIA(个人计算机存储卡国际管理器)和通用CPUBUS等并行传输的结构，或者可以是IEEE1394、USB(一般串行总线：个人计算机的键盘等外围装置用串行接口)和UART(一般非同步接收机-收发两用机)等的串行传输的结构。

另外，影像信息装置与UM的连接方法能够使用PC卡或者卡BUS中使用的插头插座连接，在PCI总线连接等中使用的卡印刷板插头座连接，或者FPC电缆、扁平电缆、IEEE1394用电缆等电缆连接等方法。

图6是把本实施方式的UMU42连接到影像信息装置40上时的总体结构例。

影像信息装置40采用在图44所示的以往的影像信息装置206中添加了S-I/F31的结构。

另外，UMU42采用了在图2或者图3所示的UM12中添加了U-I/F32的结构。

通过连接各个接口S-I/F31和U-I/F32，能够实现附加了UM功能的影像信息装置40。

UMU42用通信引擎24连接到英特网环境中以后，从英特网上的地址点下载图像和声音MPEG4文件。

下载的MPEG4文件由MPEG4引擎23解码，由图形引擎21进行图形处理，经由UMU的接口U-I/F32以在影像信息装置40中能够利用的数据形式输出。

输入到影像信息装置40中的数据信号处理为能够在显示单元211上显示的状态，在显示单元211上进行显示。

另外，从照相机输入的活动图像和静止图像文件由UMU42的照相机引擎22实施像素数变换、速率变换、图像处理，由图形引擎21进行图形处理，经由UMU42的接口U-I/F32以在影像信息装置40中能够利用的数据形式输出。

输入到影像信息装置40中的数据被信号处理为能够在显示单元211上显示的形态，在显示单元211上进行显示。

另外，以上的各个引擎的处理仅是示出了一个例子，关于引擎的使用顺序以及引擎的功能，只要是能够增强网络功能的功能，则都能够在本系统中实现。

在影像信息装置以及UMU的结构中，对于主要用于影像数据显示的系统进行说明，而同样的结构，在声音输入的再生装置和文本输入的显示和分发装置、信息的存储输入的存储装置中也能够适应。

图7示出在UMU42中添加了用于向显示单元211显示影像的功能时的结构的一个例子。

UVI44是UMU12的视频(影像)输入端子，形成能够与作为影像信息装置40的影像输出端子的V-I/F210连接的接口。

UVO45是硬件引擎的显示引擎的影像输出信号端子，与显示单元211的输入接口连接。

例如，能够使影像信息装置40的影像输出在UM12的图形引擎21的显示画面上进行覆盖(overlay)。

另外，还具有能够使用S-I/F31和U-I/F32的通用总线传输影像信号的结构，而通过使用本实施方式的结构，能够不降低通用总线的传输效率，向UM供给影像信号。

进而，在影像信息装置40不是网络对应的情况下，难以实现把英特网上的图像数据覆盖并输出成影像信号的结构，而由于作为网络所需要功能，UM预先搭载覆盖的功能，因此不进行系统LSI的新的开发也能够容易地实现影像信息装置的功能扩展。

图8示出在UMU42的通信引擎24中添加了外部网络连接用的端子时的结构例。

与各个硬件引擎相对应，通过配置有线LAN用外部连接端子46、无线LAN用外部连接端子47和外部连接用串行总线48，UMU42能够经由有线LAN，经由无线LAN，或者经由IEEE1394等串行总线进行网络连接。

另外，UMU42既能够构成为具备上述所有的端子，也能够是仅具有一个端子的结构，能够按照网络或者制品弹性地进行对应。

图9是把本实施方式的UM12适用于监视记录器8的系统中时的结构例。

图中，监视记录器8构成作为监视记录器的基本块，是搭载进行与照相机的I/F或者与其它具有影像输出的设备的影像信号的收发的多视频I/O51、进行JPEG/JPEG2000等的压缩和扩张的JPEG/JPEG2000编解码器52、驱动HDD/DVD等大容量存储装置的大容量存储器驱动器53、进行监视记录器的控制的中心控制器单元54和作为OS与UM-CPU13相同OS的机内Linux55的结构。

通过使用监视记录器8的多视频I/O51的功能实现照相机模块的信号处理，在使用UM-CPU13的照相机引擎单元的功能的情况下，还具有能够不使用UM-CPU13的功能，与影像信息装置40的标准一致，选择性地切换普通影像模块的引擎的功能。

另外，还能够采用如图10所示的结构。即，监视记录器8具备控制HDD/DVD56等大容量存储装置的接口的存储(Strage)主接口59，普通影像模块12和HDD/DVD56具有进行存储器连接的存储器件控制器57，与监视记录器8的存储主接口59连接。

进而，图11是把UM12适用在DVD/HDD记录器7的系统中的结构例。图中，DVD/HDD记录器7构成DVD记录器的基本块，是搭载与具有影像输出的设备进行影像信号收发的多视频I/O61、进行MPEG2等的压缩、扩张的MPEG2编解码器62、控制DVD等存储装置的接口的存储主接口65、进行DVD记录器的控制的中心控制器63和作为OS与UM-CPU13相同的机内Linux64的结构。

至此为止，叙述了适应于DTV5等影像信息装置、DVD/HDD记录器7的影像记录装置或者监视记录器8的监视装置的情况，而用相同的结构，也能够与FA9、便携电话10和PDA11相适应。

在以上的说明中，叙述了在影像信息装置和UM中使用了同一个OS的情况，在构成上不同的情况也是可能的。

但是，通过使用同一个OS，在UM中采用的硬件引擎的功能陈旧的情况下，在影像信息装置内装入所需要的功能时，由于OS是共同的，因此能够容易地进行软件的更改作业，具有用于更改的开发费用少，在可靠性等方面难以发生故障(bug：软件的缺陷)等开发方面的优越性。

图12是实施方式1的UM的软件块结构图。

如图所示，最下层是包括微机(CPU)的硬件层100。

在该硬件层100的高位，配置用于通过把硬件抽象化，用于吸收各个硬件的差异的软件的硬件适应层(以下，记为「HAL」)101。

在HAL101的高位配置作为多任务操作系统的机内Linux102。

这样，把HAL101配置在硬件层100与机内Linux102之间，HAL101起到硬件层100与机内Linux102的接口的作用。从而，该HAL101在广泛的意义上，能够作为硬件层100或者机内Linux102的一部分。

作为机内多任务操作系统的机内Linux102除去经由属于HAL101的软件，控制作为硬件100的构成元件的各个硬件器件以外，提供应用的执行环境。

另外，作为机内Linux102上动作的图形系统，使用X-Window(注册商标)103。

在操作系统Linux102上动作的中间软件，大致配置4个中间软件。

第1个是用于进行与英特网连接的通信处理的软件，是与作为下一代英特网协议的IPv6的协议相对应的IPv6对应英特网通信协议中间软件104。

第2个是用于把该设备连接到网络上时自动进行设定的软件，是通用插头和播放(Universal Plug and Play。以下，记为「UPnP」)中间软件105。

UPnP中间软件105为使用属于IPv6对应英特网通信协议中间软件104的协议，在层次上属于IPv6对应英特网通信协议中间软件104的上一层。

第3个是通过与作为多媒体规格的MPEG2/4相对应的编码/解码处理、与MPEG7相对应的数据处理和与MPEG21相对应的内容管理处理的组合，用于进行多媒体数据的分发、存储等处理的软件，是MPEGx影像分发存储协议中间软件106。

第4个是用于进行照相机的控制以及二维/三维的图形处理的软件，是摄像和显示(图形)中间软件107。

在上述的中间软件群内，在UPnP中间软件105和MPEGx影像分发存储协议中间软件106的高位，配置作为JAVA(登录商标)的应用执行环境的JAVA(登录商标)VM108，在JAVA(登录商标)VM108上，配置用于容易地生成包括用户接口的应用的UI应用框架109。

UI应用框架109例如是在JAVA(登录商标)VM108上动作的类别的集合。

在最高位上，配置用于使用UI应用框架109或者摄像和显示(图形)中间软件107，实现在每一个搭载普通影像模块的机种中所需要的功能的机种差异应用110。

图13是在每个机种适用普通影像模块时的软件框图。

如图所示，通过在各个机种中仅变动最高位的应用层和位于硬件层的高位的HAL，而共同使用其它层，能够实现与不同机种相对应的功能。

该图中，示出把普通影像模块适用在便携电话中的情况下，把便携HAL120与便携应用(以下，记为「APP」)125组合起来的情况。

同样，为了适用在车载电话中，把汽车便携HAL121与汽车便携APP126进行组合，为了适用在汽车导航系统中，把汽车导航HAL122与汽车导航APP127进行组合，为了适用在AV家电中，把AV家电HAL123与AV家电APP128进行组合，为了适用在监视系统设备中，把监视HAL124与监视APP129组合起来。

图14示出IPv6对应英特网通信协议中间软件104的软件块结构。

图中，作为通信用的接口，包括由10BASE-T或者100BASE-TX构成的以太网(登录商标)(Ethernet(登录商标))、由IEEE802.11a/b/g构成的无线LAN和IEEE1394等高速串行通信的3种。

作为用于控制各个硬件的器件驱动软件，配置以太网(登录商标)驱动器131、无线LAN驱动器132和IEEE1394驱动器133。

在以太网(登录商标)驱动器131以及无线LAN驱动器132的高位层配置进行英特网协议处理的IP协议栈(IP)137。

该IP栈137包括为了与作为下一代英特网协议的IPv6相对应的处理以及为了安全的协议IPsec相对应的处理。

作为IEEE1394驱动器133的高位层，配置用于进行IEEE1394的事务(Transaction)处理的IEEE1394事务栈135。

另外，为了能够经过无线LAN执行IEEE1394的事务，在无线LAN驱动器132与IEEE1394事务栈135之间配置PAL(协议适应层)134。

PAL134进行IEEE1394事务与无线LAN之间的协议变换。

在IP栈137的高位作为输送层，配置TCP(传输控制协议：网络的输送层的通信协议)以及UDP(用户数据报协议：不保证可靠性的输送层的通信协议)的栈138。

在TCP以及UPP的栈138的高位，配置进行HTTP(超文本传送协议)等协议处理的HTTP栈139。

另外，在该高位，配置使用HTTP139进行XML形式的消息通信的SOAP(单一目标存取协议)的协议处理的SOAP/XML栈140。

HTTP139和TCP以及UDP的栈138之间的连接使用插口(用于经过网络进行数据存取的程序接口)。

在比操作系统Linux130更高位的层中，直到包括HTTP栈139、SOAP/XML栈140和1394事务栈135的层为止，包含在IPv6对应英特网通信协议中间软件104中。

作为比它们高位的层，在SOAP/XML栈140以及HTTP栈139的高位，配置用于实现英特网协议基础的UPnP功能的进行作为协议的UPnP处理的UPnP栈141。

另外，在IEEE1394事务栈135的高位上配置进行用于实现使用了IEEE1394的网络的UPnP功能的处理的AV系列中间软件136。

在UPnP栈141和AV系列中间软件136的高位中，配置把各个网络相互连接的统一中间软件142。

包含AV系列中间软件136、UPnP栈141和统一中间软件142的层包含在上述的UPnP中间软件105中。

比统一中间软件142更高位的层成为应用的层。

为了使用SOAP，与在网络上的其它计算机之间进行应用联合的Web服务器相对应，分层配置Web服务器144、Web服务应用I/F145和Web服务应用146。

Web服务应用146通过Web服务I/F145，使用Web服务器提供的服务。

另外，Web服务以外的应用经过统一中间软件142进行通信。作为主要的应用，可以举出使用HTTP的浏览器软件。

图15示出了在图14中说明过的扩展了UPnP中间软件105时的软件块结构。

在该图中，除去在图14中说明过的由以太网(登录商标)、无线LAN和IEEE1394进行的网络连接以外，还追加了作为通信用接口使用蓝牙、特定省电无线和使用了电话线的PLC(动力线通信)的网络。

在最下层中作为用于控制各个网络接口的器件驱动器，有蓝牙驱动器153、特小功率驱动器154和PLC驱动器155，在其高位分层地配置IP栈156、TCP以及UDP的栈157。

作为TCP以及UDP的栈157的高位层配置白色家电系列网络中间软件158。

而且，与图14所示的情况相同，通过把统一中间软件164配置在AV系列中间软件136、UPnP栈141以及白色家电系列网络中间软件158的高位，能够把所有的网络相互连接。

图16示出普通影像模块的摄像和显示单元的软件块结构。

图中185是摄像和显示单元中间软件，具备在应用中进行摄像和显示系统的功能提供的软件模块群。

摄像和显示单元中间软件185成为直接控制硬件驱动器群和提供对于应用的接口的库群的二层构造，各个软件模块全部构筑在Linux上。

驱动器群由控制照相机171等摄像系统的硬件的照相机驱动器180、LCD172、控制2D图形引擎173等显示系统硬件的X服务器178和控制3D图形引擎174等3D硬件的3D图形服务器176构成。

另外，库群在应用中提供摄像和显示功能的接口，由提供照相机功能的照相机库181、提供X-window(登录商标)功能的X库179和提供3D功能的3D图形库177构成。

应用182例如是在照相机应用和浏览器等中提供UI(用户接口)的高位的软件模块。

应用182在实现摄像以及显示系列的功能的情况下，用从摄像和显示单元中间软件185的库群提供的程序接口来实现，应用182有直接使用摄像和显示单元中间软件的功能，以及经由UI应用框架184和JAVA(登录商标)VM183使用的情况。

摄像和显示单元中间软件185作为提供给应用182的主要功能，有静止图像摄像、活动图像摄像、活动图像预览显示、2D·3D显示等。

在把从照相机171输入的图像数据按照JPEG或者MPEG等编码并存储和发送的情况下，把从照相机171输入的图像数据从图中所示的3D图形服务器176传送到影像分发存储协议中间软件块。

图17示出UM的影像分发存储中间软件的软件块。

图17的所谓UM的影像分发存储中间软件，是对于应用，提供媒体数据的分发和接收控制、对于传输的品质保持控制、媒体数据的复用和分离处理以及编码和解码、媒体的检索功能以及构造定义、识别功能的软件和模块群，包括进行与所使用的信道相对应的媒体的复用处理、传输控制的媒体网关和层194、进行媒体的编码处理的代码转换器和层195、包括媒体的检索、识别等构造记述语言的媒体表示层196。

另外，媒体网关和层194还由处理假设了广播等进行分发的TS(传输流)ITU-TH.222等处理的TS块190、以ISDN等的信道为对象支持假定了终端之间通信的H.221以及假定了由移动设备进行的通信的H.223的通信块191、以假定了由LAN、英特网进行的媒体传输的H.225为代表的IP块192以及主要处理存储媒体的PS(程序流)块193构成。

以上那样构成的UM的影像分发存储中间软件根据高位应用(例如浏览器)的UI操作，经由英特网取得媒体和数据。

高位应用对于媒体和数据的取得，媒体表示层196能够利用使用了由MPEG-7所规定的多媒体内容描述接口的内容检查功能和由MPEG-21所规定的IPMP(知识产权管理和保护)的媒体著作权和保护功能。

对于所取得的数据，进行媒体网关和层194的复用分离处理和代码交换器和层195的解码处理，能够在由SMIL(同步多媒体综合语言)/HTML所指定的位置定时进行显示。

图18是示出了影像信息装置的软件与UM的软件的关系的结构图。

UM如上所述，在UM的硬件111的高位经过HAL101配置操作系统Linux102，在其高位配置UM的中间软件部分112，在其高位配置JAVA(登录商标)VM108和UI应用框架109，在最高位配置使用了UI应用框架的应用110。

另外，影像信息装置的软件结构不一定需要采取与UM相同的分层构造，但是优选具备分层构造。

即优选在影像信息装置的硬件220的高位上配置操作系统Linux221，在其高位配置影像信息装置的中间软件222，在其高位配置JAVA(登录商标)VM223和UI应用框架224，在最高位配置使用了UI应用框架的应用225。

作为最低限度的条件，在与操作系统Linux的分层一致的情况下，即，在配置影像信息装置的操作系统Linux221的情况下，影像信息装置的操作系统Linux221与UM的操作系统Linux111之间成为以系统调用级透过性地连接。

图19概念性表示出了这时的状态。

其结果，例如，在影像信息装置上的程序中使用打开命令，能够打开UM的器件。

另外，在从高位的软件使用低位软件的功能的情况下(例如，应用软件使用中间软件的功能的情况等)，按照某个预定的手续，进行命令或者数据的存取。

这时，一般在希望使用的功能位于自身设备(这里是影像信息装置)的情况下与位于其它设备(UM)的情况下的手续不同。

所谓「透过性地连接」意味着该希望使用的功能存在于任一方的情况下，都不会注意到其差异，能够用相同手续进行命令、数据交换。

其次，在操作系统与中间软件的分层构造一致的情况下，或者中间软件的构造一致的情况下，即，影像信息装置的操作系统Linux221的高位上配置中间软件222的情况下，除去上述系统调用级中的透过性以外，在影像信息装置的中间软件222与UM的中间软件112之间，成为以中间软件API(应用编程接口)级透过性地连接。

其结果，例如，通过从影像信息装置上的程序调用中间软件API，能够操作UM的中间软件。

另外，在上述理想的条件下分层一致的情况时，或者在Java(登录商标)VM223以及/或者UI应用框架224的构造一致的情况下，即，配置影像信息装置的操作系统Linux221，在其高位配置中间软件222，在其高位配置JAVA(登录商标)VM223和UI应用框架224，在最高位配置使用了UI应用框架的应用225的情况下，除去上述的系统调用以及中间软件API级下的透过性以外，影像信息装置的JAVA(登录商标)VM223以及UI应用框架224和UM的JAVA(登录商标)VM108以及UI应用框架109之间成为在生成应用时的应用设计数据级透过性地连接。

图20概念性地表示了这时的状态。

其结果，能够不注意影像信息装置、普通影像模块的平台的差异生成应用。

进而，图21示出把UM适用在影像记录装置的系统中时的软件块的结构。过程间通信传递机71是把过程间通信变换为ATA的指令接口的模块，经过ATA驱动器72和ATA主接口73，向普通影像模块的ATA器件控制器76发送ATA的指令。

ATA器件控制器76接受ATA指令，ATA仿真器75分析ATA指令，由过程间通信传递机74变换为过程间通信。根据以上过程，影像记录装置的过程与普通影像模块组的过程成为能够进行过程间通信。

即，具备把影像记录装置上的过程间通信单元变换以及反变换为存储器接口的通信传递机71和把UMU上的过程间通信单元变换以及反变换为存储器接口的通信传递机74，影像记录装置上的过程与UMU上的过程能够进行过程间通信。

如以上那样，按照影像信息装置和影像记录装置的软件结构，能够变更装置与UM之间的软件的结合状态。这种情况下，双方软件的分层结构一致的程度越高，就越能够共用更高位层中的软件，作为其结果，能够容易地进行功能的分担或者功能的移植。

在以上的实施方式中，作为装置以及UM的操作系统以Linux为例进行了说明，而代替该系统，也能够使用POSIX基准或者类似的其它操作系统。

另外，作为装置以及UM的虚拟设备，以JAVA(登录商标)VM为例进行了说明，而代替该设备，也能够使用JAVA(登录商标)VM互换设备或者类似的其它虚拟设备。

进而，作为存储器接口使用了ATA，而也能够使用SCSI等其它通用存储器接口。

另外，虽然使用了存储器接口，然而也能够使用具备USB、IEEE1394等存储器用的协议组的通用接口。

另外，在影像记录装置与UM之间使用过程间通信传递机，用于过程间通信，也可以使用程序间通信传递机，用于程序间通信。即，可以具备把影像记录装置上的程序间通信单元变换以及反变换为存储器接口的通信传递机A和把普通影像模块单元上的程序间通信单元变换以及反变换为存储器接口的通信通信机B，影像记录装置上的程序与UMU上的程序进行程序间通信。

进而，在本实施方式中，分别构成UMU和存储器设备，但也可以为一体形状构成。

以上说明的本实施方式中的UM、UMU和各装置起到以下的效果。

本实施方式的UMU由于装入支持多个硬件引擎和CPU的分散执行功能的OS，因此即使影像信息装置中所要求的标准和功能发生变化，也能够容易而且圆滑地进行功能变更和扩展，能够降低用于开发新的影像信息装置的开发费用以及开发时间。

另外，本实施方式中的UMU设置在包括OS和CPU的硬件层之间，搭载吸收硬件差异的HAL，以及/或者在OS上动作的不同功能的中间软件群，以及/或者用于生成在虚拟设备上动作的用户接口应用的用户接口框架，以及/或者用户接口框架，以及/或者使用中间软件群生成的影像信息装置不同的应用，因此即使影像信息装置中要求的标准和功能发生变化，通过把它们适宜地组合起来，也能够容易而且圆滑地进行功能变更和扩展，能够降低用于开发新的影像信息装置的开发费用以及开发时间。

另外，本实施方式的UMU的多个硬件引擎由于包括用于进行与网络环境的通信的通信引擎，因此能够容易地把影像信息装置连接到网络环境中。

另外，本实施方式的影像信息系统通过装入具有与UM相同功能的OS，通过透过性地连接装入到影像信息装置中的OS和装入到UM中的OS，以系统调用级从影像信息装置对于UM进行存取，因此当从影像信息装置上的程序访问特定的硬盘器件时，能够不必意识到该硬件器件是位于影像信息装置上还是位于UM上，能够按照相同的手续进行存取。

另外，本实施方式的影像信息系统由于装入具有与UM相同功能的OS，搭载不同功能的中间软件群，另外，影像信息装置搭载具有与UM相同功能的不同功能的中间软件群，透过性地连接装入到影像信息装置中的OS和装入到UM中的OS，以及/或者通过透过性地连接装入到影像信息装置中的中间软件和装入到UM中的中间软件，以中间软件的API级从影像信息装置对于UM进行存取，因此在从影像信息装置上的程序利用中间软件使用特定的功能时，不必意识到该特定的功能是位于影信息装置上还是位于UM上，能够按照相同的手续使用。

另外，本实施方式影像信息系统由于通过搭载用于生成在实现与UM相同功能的虚拟设备上动作的用户接口应用的用户接口框架，具有与UM相同功能的功能不同的中间软件群，以及/或者具有与UM相同功能的OS，搭载用户接口框架，以及/或者使用中间软件群生成的影像信息装置不同的应用，通过透过性地连接装入到影像信息装置中的OS和装入到UM中的OS，以及/或者透过性地连接装入到影像信息装置中的中间软件和装入到UM中的中间软件，以及/或者通过透过性地连接装入到影像信息装置中的虚拟设备以及用户接口框架和装入到UM中的虚拟设备以及用户接口框架，不考虑影像信息装置以及UM的差异以应用生成数据级进行应用的生成，因此在影像信息装置上生成用户接口应用时，能够不必意识执行其应用的硬件的结构进行生成。

进而，通过使得与影像信息装置的UM的软件构造一致，在将来把UM一侧实现的功能移植到影像信息装置一侧时，能够容易地进行该作业。

另外，本实施方式影像信息系统作为功能不同的中间软件群，由于由进行摄像以及显示处理的中间软件，以及/或者进行与IPv6对应的英特网通信协议处理的中间软件，以及/或者进行通用插头和播放处理的中间软件，以及/或者进行以MPEG2/MPEG4/MPEG7/MPEG21为基准的影像分发以及存储处理的中间软件构成，因此通过在影像信息装置中添加UM，能够容易地添加摄像和显示、网络连接、影像的分发和存储功能。

另外，本发明的影像信息系统由于根据系统的种类选择性地使用应用以及HAL，因此能够变更UM的硬件结构，构成不同用途的影像信息装置。

第2实施方式

在本实施方式中，说明把UM12适用在便携电话中的例子。

图22是在图45中说明过的以往的便携电话装置中适用了UMU43的便携电话的系统结构图。图22的移动应用单元219虽然与图45的移动应用单元219相同，但是对于其基本的结构再次进行说明。

从未图示的便携电话的无线网经由天线218输入的数据由基带单元217进行信号处理，去除掉通信标题信息后进行再构筑。进而，在移动应用单元219中变换为能够在显示装置211中显示的信号形态后向显示单元211输出。当然，也有与声音的输入输出有关的结构，然而在这里省略图示，在以下的说明中也主要说明影像信息的处理。

移动单元219由系统LSI208、系统LSI208的FP207、系统LSI208的BP209和V-I/F210构成。

输入到移动应用单元219中的数据由CPU201的软件和VSP202的硬件进行解码和调整大小等，从V-I/F210输出到UVI44。另外，UVI44是UMU12的视频(影像)输入端子，形成能够与作为移动应用单元219的影像输出端子的V-I/F210连接的接口。从UVI44输入的数据由UMU43内的各个引擎进行处理，从UVO45输入到显示单元212中进行显示。另外，UVO45是UM43的影像输出信号端子，与显示单元211的输入接口连接。

另外，从连接在外部的照相机单元215输入到移动应用单元206中的数据由照相机引擎216进行数据处理，由第1CPU201和VSP202作为图像数据再构筑了以后，有进而在UM43等进行处理，在显示单元211中显示的情况，或者进而被压缩处理保存在闪存等非易失性存储器中的情况，或者进而进行复用处理，从基带单元217向未图示的无线网发送的情况。

移动应用单元219是在本发明中说明的连接到能够连接在英特网上的便携电话网上进行数据通信的通信单元。

在该数据通信的数据中包括影像信息。

在被装入到便携电话中的照相机单元215为高像素的情况下，处理数据增大，有时照相机引擎216不能够对应。在图22的结构中，由于适用UMU43，因此能够在照相机单元215的控制中利用更高性能的UM12中搭载的照相机引擎22。UMU43并不是为便携电话专用而开发的，在图1的各设备，例如监视照相机8或者DVD记录器7中也能够使用那样，具备充分性能的照相机引擎，伴随着照相机单元的变更，能够不再次设计专用的LSI，实现移动单元的高像素。

这样，如果依据在本实施方式中说明的UM，则在包括便携电话装置的移动应用单元中，由于不新开发系统LSI就能够实现网络的功能扩展和变更，因此具有可以谋求由减少开发费用以及缩短开发时间而得到的降低丧失商业机会的效果。

另外，在UM做成可插拔形状的情况下，通过替换为装载了与网络有关的所需要的最新功能的普通影像模块，能够在各种设备中共同使用，具有易于谋求开发费用和大批量增加产生的批量生产效果这样的效果。

进而，通过通用地制作UM的接口，由于不需要变更移动应用单元的功能和电路，因此具有降低软件开发费和提高可靠性的效果。

进而，通过对于已经开发的产品添加UM，具有不需要大幅度地变更软件就能够实现高功能以及添加新功能的效果。

第3实施方式

在本实施方式中，进而详细地说明在上述实施方式中说明过的影像信息装置与UMU之间的连接。

图23是分别把S-I/F31以及U-I/F32用作IEEE1394串行总线的I/F，用IEEE1394网络把影像信息装置与UMU之间进行连接时的结构例。即，经由影像信息装置40a的IEEE1394I/F250和UMU42的IEEE1394I/F251，连接两个装置。在IEEE1394网络中，在一个网络上能够连接多台设备。从而，如图所示，除去影像信息装置40a以外，有时还连接影像信息装置40b等多台影像信息装置。另外，图23分支示出连接线，而实际上各装置之间的连接按照IEEE1394的拓扑进行连接。

UMU42经由以太网有线LAN接口46连接英特网协议网络(以下，记为「IP网络」)。另外，除去有线LAN以外，也可以使用IEEE802.11a/b/g等有线LAN。在IP网络中连接具有UPnP的控制点功能的UPnP控制点(以下，记为「UPnP控制点」)310。另外，所谓UPnP的控制点功能指的是控制连接在IP网络上的其它的UPnP器件的功能。实际上，在个人计算机等中装入UPnP控制点，进行器件的操作。图24模式地示出本实施方式中的连接形态。图中，UMU作为用于把IP网络与IEEE1394网络之间连接的授权服务器进行动作。另外，IP网络上的UPnP控制点操作位于IEEE1394网络上的没有UPnP功能的IEEE1394设备。即，在本实施方式中，说明IP网络上的UPnP控制点经由作为授权服务器动作的UMU，操作没有UPnP功能的IEEE139网络上的影像信息装置的方法。

另外，IP网络相当于图1的网络1。从而，以下，有时把IP网络记为第1网络，把IEEE1394网络记为第2网络。

<UPnP控制点和器件的动作>

首先，说明按照UPnP的规格所确定的UPnP控制点和器件的动作。首先说明按照UPnP的规格确定的UPnP控制点和器件的一般动作步骤。在UPnP的规格中，如图25所示，确定作为IP地址的取得的寻址，UPnP控制点检测器件、识别器件的发现，取得与器件有关信息的描述，控制器件的控制，检测器件的状态变化的事件，使用Web浏览器进行器件的操作和设定的展示总计6种动作步骤。以下，说明各个动作步骤中的详细过程。

作为UPnP中的最初步骤的寻址S301是加入到IP网络中的器件自动地取得IP地址的步骤。在寻址S301协议中，基本上使用动态主机配置协议(以下，记为「DHCP」)。另外，在IP网络没有与DHCP对应的情况下，也可以使用AutoIP。

在结束了由寻址S301进行的IP地址取得以后，进入到作为下一个步骤的发现S302。发现S302是UPnP控制点检测、识别IP网络上的器件的步骤。在发现S302中，有新添加到IP网络中的器件对于UPnP控制点进行广告的广告动作，新添加到IP网络中的UPnP控制点用于进行检索器件的搜索动作共2种。前者的部分内容是添加的器件把用于广告的广告消息进行多信道广播。后者的动作内容是UPnP控制点把用于搜索的消息进行多信道广播，该器件对于UPnP控制点返送搜索响应消息。另外，哪一种动作作为协议都使用单一服务发现协议(以下，记为「SSDP」)。

通过发现S302，UPnP控制点识别了器件以后，进入到作为下一个步骤的描述S303。描述S303是UPnP控制点用于取得与器件有关的详细信息的步骤。UPnP控制点通过记述在宣传消息或者搜索响应消息中的URL能够取得各器件的信息。另外，通过参照宣传消息或者搜索响应消息的URL，能够取得记载模型名称、串行编号、制造商名称和服务消息等的器件描述。

在结束了描述S303的动作步骤的时刻，UPnP控制点知道了成为控制和操作对象的器件所具有的服务的内容。

控制S304是UPnP控制点实际上控制器件的动作步骤。UPnP控制点根据记载在服务描述的指令、动作、服务和各动作的参数或者自变量的列表，对于器件发送包括动作请求的消息。另外，作为发送包括动作请求的消息的协议，使用SOAP。即，UPnP控制点使用SOAP，向器件发送以XML形式记述的控制指令。器件作为任务进行所要求的服务，把执行了任务的结果返送到UPnP控制点。

事件305是UPnP控制点检测器件的状态变化的动作步骤。器件在自身保有的服务的状态变量发生了变化时，对于签署的UPnP控制点通知状态变化。在包括状态变化的消息的协议中，使用普通事件通知体系(Generic Event Nortification Architecture)(以下，记为「GENA」)，消息自身以XML形式记述。

展示S306是使用Web浏览器进行器件的操作和设定的动作步骤。在操作和设定对象的器件具有与HTML形式相对应的用户接口功能的情况下，通过存取记述在器件描述中的展示URL，能够使用Web服务器显示展示画面。而且，用户能够使用该展示画面进行器件的操作。

以上是在UPnP的规格中所确定的UPnP控制点和器件的一般动作。

<AV设备的结构、动作>

其次，以下特别地说明由UPnP的规格所确定的AV设备的结构和动作。

在UPnP的规格中，把要在各种器件类型中安装的接口或者功能确定为设备控制协议(Device Control Protocol)(以下，记为「DCP」)。AV设备的DCP是媒体服务器以及媒体描述器。

图26示出UPnP AV结构格式。UPnP AV结构格式如图所示，是UPnP控制点310控制媒体服务器(以下，记为「媒体服务器」)311和Media Renderer(以下，记为「媒体描述器」)312的模型。

媒体服务器311是存储内容，检索存储所存储的内容和向媒体描述器312发送出适合于检索条件的内容的器件，是包括主要进行内容的保管和流发送的功能的器件。例如，VTR或者DVD播放器等再生装可以假定为媒体服务器311。媒体处理器311包括Contene DirectoryService(以下，记为「内容指南服务」。或者在图中记为「CDS」)313、Connection Manager(以下，记为「连接管理器」。或者在图中记为「CM」)314、AVTransport(以下，记为「AV输送」、或者在图中记为「AVT」)315的各种服务。

媒体描述器312是为了再生从IP网络得到的内容使用的器件，包括主要进行影像的显示、声音输出等的内容再生以及流接收的功能的器件。例如，显示MPEG形式的文件的影像显示装置等能够假定为媒体描述器312。媒体描述器312还包括Rendering Control(以下，记为「描述控制」。)316、连接管理器314和AV输送315的各种服务。

内容指南313是把从包括媒体服务器311的设备供给的内容提供到UPnP控制点310能够列举的动作集的服务。从而，UPnP控制点310通过使用内容指南313，能够进行内容分层的阅览以及属性检索的执行，以及得到标题、作者、URL等属性的内容的中间数据，以及内容的生成、清除等内容的操作等。

连接管理器314是提供管理与特定的器件相关的连接的动作集的服务。从而，UPnP控制点310通过使用连接管理器314，能够进行流的控制或者数据格式的列举以及当前的连接状况的列举。

描述控制316是提供UPnP控制点310能够控制描述器(包括媒体描述器312器件的设备)怎样再生内容的动作集的服务。从而，UPnP控制点310通过使用描述控制316，能够进行视频影像的亮度、对比度、声音的音量、静噪等的控制。

AV输送315是提供能够进行由UPnP控制点310进行的内容重放控制的动作集的服务。从而，UPnP控制点310通过使用AV输送315，能够进行内容的再生、停止、寻找等的再生控制。

其次，图27示出UPnPAV结构格式中的内容的一般再生流程。以下，说明各个步骤的详细过程。

作为最初步骤的器件的发现S310是进行IP网络上的器件的发现的步骤。该器件的发现S310通过作为UPnP的动作步骤的发现S302和描述S303进行。在器件的发现S310结束以后，UPnP控制点310能够识别、控制媒体服务器311和媒体描述器312。

实际的内容再生中的最初步骤是内容的检索S310。内容的检索S310是UPnP控制点310使用媒体服务器311的内容指南313，进行内容的检索的步骤。即，UPnP控制点310对于媒体服务器311，使用SOAP发送包括「浏览」或者「搜索」动作请求的消息。作为其响应，媒体服务器311对于UPnP控制点310，返送包括内容的分层构造、传送协议数据、数据格式的信息。UPnP控制点310在接受到响应以后，进入到作为下一个步骤的协议数据格式检查S312。

协议数据格式检查S312是UPnP控制点310使用媒体描述器312的连接管理器314，得到媒体描述器搜索的内容的传送协议和格式的信息的步骤。即，UPnP控制点310对于媒体描述器312，使用SOAP发送包括「GetProtocolIfo」动作请求的消息。作为其响应，媒体描述器312对于UPnP控制点310返送包括搜索的内容的传送协议数据和数据格式的列表。

在UPnP控制点310接收到响应以后，UPnP控制点310根据在协议数据格式检查S312中得到的信息和在内容的检索S311中得到的信息，把传送协议数据与数据格式进行比较。而且，从比较结果，决定适宜的传送协议数据和数据格式。在位于媒体服务器311中的内容的传送协议数据以及数据格式和媒体描述器312搜索的内容的传送数据以及数据格式适宜的情况下，其内容能够由媒体描述器312再生。然后，进入到作为下一个步骤的服务器和描述器的准备S313。

服务器和描述器的准备S313是UPnP控制点310使用连接管理器314，对于媒体服务器311和媒体描述器312，通知生成在协议数据格式检查S312中决定了的传送协议数据和数据格式的连接的步骤。即，UPnP控制点310对于媒体服务器311，使用SOAT发送包括「准备连接」动作的消息。作为其响应，媒体服务器311对于UPnP控制点310返送「AV输送实例ID」。另外，UPnP控制点310对于媒体描述器312也使用SOAP发送包括「PrepareForConnection」动作的消息。而且，作为其响应，媒体描述器312对于UPnP控制点310返送「AV输送实例ID」或者「描述控制实例ID」。UPnP控制点310在接收到响应以后，进入到作为下一个步骤的内容的选择S314。

内容的选择S314是UPnP控制点310使用AV输送315服务，对于媒体服务器311和媒体描述器312，通知通过用户的选择所输送的内容等信息的步骤。即，UPnP控制点310对于媒体服务器311，使用SOAP，发送包括「设置AV输送URI」动作的消息。同样，对于媒体描述器312也发送使用了SOAP的「设置AV输送URI」动作的消息。然后，进入到作为实际进行内容的再生控制的步骤的再生S315。

再生S315是UPnP控制点310使用AV输送315服务，对于媒体服务器311和媒体描述器312，使用SOAP进行「播放」、「停止」和「寻找」等实际再生控制的指令的步骤。即，UPnP控制点310对于媒体服务器311和媒体描述器312，例如如果发送「播放」动作的消息，则开始内容的再生。另外，在希望终止内容再生的情况下，对于媒体服务器311和媒体描述器312发送「停止」动作。

音量和画质调整S316是UPnP控制点310使用描述控制316服务，在内容的再生过程中进行描述的音量调整或者画质调整的步骤。例如，在进行音量调整的情况下，UPnP控制点310对于媒体描述器312发送「设置音量」动作的消息。其结果变更音量。在最终地完成了内容传送以后，进入到作为下一个步骤的传送结束S317。

传送结束S317是UPnP控制点310使用连接管理器314，进行UPnP控制点310与媒体服务器311之间的连接，以及UPnP控制点310与媒体描述器312之间的连接的结束处理的步骤。即，UPnP控制点310对于媒体描述器312，使用SOAP发送包括「连接结束」动作的消息，接收其响应。同样，对于媒体服务器311发送包括「连接结束」动作的消息，接收其响应。经过以上的步骤，结束一系列的内容的再生。

以上是UPnP AV结构格式中的UPnP控制点与器件的动作。

<由UPnP控制点进行的影像信息装置的操作>

其次，说明图23所示的IP网络上的UPnP控制点310经由作为代表服务器动作的UMU42，实际操作不具有UPnP功能的IEEE1394网络上的影像信息装置40a的方法。

首先，说明UMU的软件结构。图28示出了UMU42内的软件结构。

UPnP栈321是进行UPnP协议的处理的软件群，例如，由处理标准的HTTP的获得请求的HTTP服务器、用于解释HTTP消息的标题的HTTP服务器、XML服务器、处理SOAP、GENA和SSDP的协议的模块群等构成。即，UPnP栈321进行基于UPnP协议的通信处理。

IEEEE1394栈322是用于处理IEEE1394的事务，或者功能控制协议(以下，记为「FCP」。)等的AV协议和AV/C指令等IEEE1394关联协议的软件群。即，IEEE1394栈322进行基于IEEE1394协议的通信处理。

代表管理器326是具有例如在影像信息装置40a那样的IEEE1394设备连接到IEEE1394网络上的情况下，根据该IEEE1394设备的信息起动UPnP仿真处理325，或者在IEEE1394设备从网络切断的情况下，结束与该IEEE1394设备相对应起动的UPnP仿真处理325等功能的软件。

UPnP处理325是与连接到IEEE1394网络上的各个IEEE1394设备相对应，作为分别独立的过程，从代表管理器326起动的软件。即，为了使IEEE1394设备作为一个UPnP设备动作，具有代替器件执行UPnP的各步骤的功能。从而，UPnP仿真处理325作为与连接到IEEE1394网络上的IEEE1394设备相对应的过程起动。而且，起动UPnP仿真处理325的次数与连接到IEEE1394网络上的IEEE1394设备的数量相同。

IEEE1394总线控制处理是具有监视IEEE1394设备的状态的功能的软件，除去通知对于代表管理器326的IEEE1394设备的连接切断的信息以外，还进行从IEEE1394设备接收的AV/C指令数据对于UPnP仿真处理325的传送，从UPnP仿真处理325接收的AV/C指令数据向IEEE1394设备的发送等。

IP地址管理器323是具有对于通过UPnP仿真处理325仿真的各IEEE1394设备，用于分配IP地址的功能的软件。

其次，说明在上述实施方式4中说明过的UPnP的各动作步骤中的UMU42内的软件的动作。

首先，说明寻址S301中的软件的动作。该步骤把新添加在IEEE1394网络上的IEEE1394设备虚拟地视为IP网络上的器件，提供从DHCP服务器给予的IP地址的步骤。

图29示出了寻址S301中的UMU内的软件的动作顺序。首先，在步骤S320中，通过IEEE1394设备327的电源ON，或者通过新的IEEEE394设备327对于IEEE1394网络的连接，发生总线复位。经由IEEE1394栈322检测出了总线复位的IEEE1394总线控制处理324在步骤S321中，对于授权管理器326进行使其知道在网络上新连接了IEEE1394设备327的连接通知。接收到连接通知的授权服务器326在步骤S322中，起动与新连接的IEEE1394设备327相对应的UPnP仿真处理325。在步骤S322中起动的UPnP仿真处理325在以后所有的UPnP步骤中，始终与成为连接通知发出端的IEEE1394设备相对应进行动作。即，在IEEE1394网络上连接了多台IEEE1394设备的情况下，在每一台IEEE1394设备中，起动在各个IEEE1394设备327中一对一的对应的UPnP仿真处理325。接着，所起动的UPnP仿真处理325在步骤S323中，对于IP地址管理器323进行IP地址取得请求。IP地址管理器323对于IEEE1394设备327向DHCP服务器请求对于IEEE1394设备327虚拟分发的IP地址，在步骤S324中，把其结果提供的IP地址通知给UPnP仿真处理325。另外，作为寻址S301的方法，除去DHCP以外还可以使用AutoIP。

其次，说明发现S302中的软件的动作。该步骤是UPnP控制点经过UPnP仿真处理，检测、识别IEEE1394设备的步骤。

图30示出了新添加的器件对于UPnP控制点310进行广告动作时的发现S302中的UMU内的软件的动作顺序。另外，图30示出在IP网络上存在2台UPnP控制点301a、301b的情况。首先，在步骤S330中，与IEEE1394设备327相对应，已经起动UPnP仿真处理325使用SSDP，多信道广播广告消息。UPnP控制点A310a和UPnP控制点B310b在接收到该消息以后，把UPnP仿真处理325视别为UPnP的器件。即，成为UPnP控制点A310a和UPnP控制点B310b经由UPnP仿真处理325识别IEEE1394设备327。

图31示出新添加的控制点进行用于检索器件的搜索动作时的发现S302中的UMU内的软件的动作顺序。另外，图31中，示出了在IEEE1394网络上存在2台IEEE1394设备327a、327b的情况。首先，在步骤S340中，UPnP控制点310使用SSDP，在IP网络上多信道广播搜索消息。接收到该消息的与IEEE1394设备327a相对应的UPnP仿真处理325a和与IEEE1394设备327b相对应的UPnP仿真处理325b检测与自身对应的IEEE1394设备是否具有与搜索消息的条件所示出的服务或者器件相当的功能，在具有其功能的情况下，在步骤S341中，对于UPnP控制点310发送响应消息。图中，示出与UPnP仿真处理325b相对应的IEEE1394设备327具有搜索消息的条件所示出的服务或者与设备相当的性能的情况。接收到响应消息的UPnP控制点310经由UPnP仿真处理325，把IEEE1394设备327b识别为适合于自身搜索的条件的器件。

其次，说明描述S303中的软件的动作。该步骤是CPnP控制点经由UPnP仿真处理，取得与IEEE1394设备有关的详细信息的步骤。

图32示出了描述S303中的UMU内的软件的动作顺序。首先，UPnP控制点310在步骤S350中，使用广告消息或者搜索响应消息中记述的URL，对于与IEEEE1394设备327相对应的UPnP仿真处理325，进行器件描述的请求。另外，在步骤S350中使用的协议是HTTP。接着，UPnP仿真处理325把关于IEEE1394设备327的器件信息以XML形式生成为器件描述，在步骤S351中向UPnP控制点310发送。在步骤S351中的器件描述的服务列表中，记载着用于取得服务描述的URL的情况下，进而，UPnP控制点310在步骤S352中，对于UPnP仿真处理325，进行服务描述的请求。UPnP仿真处理325对于步骤S352中的服务描述的请求，把关于IEEE1394设备327的服务信息以XML形式生成为服务描述，在步骤S351中向UPnP控制点310发送。另外，S350中的器件描述的请求和S351中的器件描述的发送进行与UPnP仿真处理325相对应的IEEE1394设备327具有的器件的次数。同样，S352的服务描述的请求和S353的服务描述的发送进行与UPnP仿真处理325相对应的IEEE1394设备327具有的服务的次数。根据该步骤，UPnP控制点成为经由UPnP仿真处理，识别IEEE1394设备具有的服务和器件。

其次，说明控制S303中的软件的动作。该步骤是UPnP控制点经过UPnP仿真处理，控制IEEE1394设备的步骤。

图33示出了控制S303中的UMU内的软件的动作顺序。首先，在步骤S360中，UPnP控制点310使用SOAP对于UPnP仿真处理325进行动作请求。UPnP仿真处理325把所接收的UPnP的动作请求变换为与该动作请求相对应的AV/C指令，在步骤S361中发送到IEEE1394总线控制处理324。IEEE1394总线控制处理324在步骤S362中，对于IEEE1394设备327发送AV/C指令。IEEE13947设备327按照所接收的AV/C指定的进行动作。在动作结束以后，IEEE1394设备327在步骤S363中把AV/C响应发送到IEEE394总线处理324。IEEE1394总线处理324在步骤S364中，把接收的AV/C响应发送到作为与响应的发送方的IEEE394设备327相对应的UPnP仿真处理325。UPnP仿真处理325在把AV/C响应变换为UPnP的动作响应以后，使用SOAP在步骤S365中发送到UPnP控制点310。UPnP控制点310通过接收动作响应，识别执行了自身发行的动作请求。

其次，说明事件305中的软件动作。该步骤是UPnP控制点经过UPnP仿真处理，检测IEEE1394设备的状态变化的步骤。

图34示出了UPnP控制点310对于UPnP器件进行请求状态变化通知的预定动作时的事件S305的UMU内的软件的动作顺序。首先，UPnP控制点310在步骤S370中，使用GENA，对于UPnP仿真处理325进行预定请求。UPnP仿真处理325响应预定请求，在把UPnP控制点310添加到购读者列表中以后，在步骤S371中，对于UPnP控制点310返送预定响应。然后，UPnP仿真处理325在步骤S372中，对于IEEE1394控制处理324，返送用于请求使得了解状态变化的AV/C指令「Nortity」。IEEE1394总线处理324对于IEEE394设备327，在步骤S373中发送AV/C指令「Nortity」。由此，当存在IEEE1394设备的状态变化时，UPnP控制点能够经过UPnP仿真处理，检测其状态变化。进而，UPnP仿真处理325对于IEEE1394总线控制处理324，在步骤S374中把查询当前状态的AV/C指令「状态」发送到IEEE1394总线控制处理324。IEEE1394总线控制处理324在步骤S375中，对于IEEE1394设备327发送AV/C指令「状态」。IEEE1394设备327根据AV/C指令「状态」，把当前的状态作为AV/C指令「状态」，在步骤S376中，向IEEE1394总线控制处理324进行发送。IEEE1394总线控制处理324把接收的AV/C响应「状态」在步骤S375中发送到与作为响应的发送方的IEEE1394设备327相对应的UPnP仿真处理325。UPnP仿真处理325把AV/C响应「状态」变换为UPnP的原始事件，使用GENA在步骤S378中发送到UpnP控制点310。由此，UPnP控制点310成为经过UPnP仿真处理，能够了解进行了预定请求的IEEE1394设备327的初始状态。

图35示出了在IEEE1394设备327中发生了状态变量的变化时软件的动作顺序。首先，在接收了AV/C指令「Nortify」的IEEE394设备327中发生了状态变量的变化时，IEEE1394设备327在步骤S380中，对于IEEE1394总线控制处理324发送AV/C响应「Nortify」。IEEE1394总线控制处理324把接收的AV/C响应「Nortify」在步骤S381中发送到与作为响应的发送方的IEEE394设备327相对应的UPnP仿真处理325。UPnP仿真处理325备于自身仿真的IEEE1394设备327的下一个状态变量的变化，在步骤S382中，再次把AV/C指令「Nortify」发送到IEEE1394总线控制处理324。IEEE1394总线控制处理324对于IEEE1394设备327，在步骤S383中，发送AV/C指令「Nortity」。然后，UPnP仿真处理325对于IEEE1394总线控制处理324，在步骤S384中把查询IEEE1394设备327的当前状态的AV/C指令「状态」发送到IEEE1394总线控制处理324。IEEE1394总线控制处理324在步骤S385中，对于IEEE1394设备327，发送AV/C指令「状态」。IEEE1394设备327根据A/C指令「状态」，把当前状态作为AV/C响应「状态」，在步骤S386中，对于IEEE1394总线控制处理324发送。IEEE1394总线控制处理324把接收的AV/C响应「状态」在步骤S387中发送到与作为响应的发送方的IEEE1394设备327相对应的UPnP仿真处理325，UPnP仿真处理325把AV/C响应「状态」变换为UPnP的事件消息「NORTIFY」，使用GENA，在步骤S388中发送到UPnP控制点310。由此，UPnP控制点310成为经由UPnP仿真处理325，能够知道进行了预定请求的IEEE1394设备327的状态变化。

<UMU内的软件的动作>

其次，说明图27所示的内容再生流程的各个步骤中的图26所示的UMU42内的软件的实际动作。

首先，说明内容的检索S311中的软件的动作。图37示出了内容的检索S311中的软件的动作顺序。首先，在步骤S400中，UPnP控制点310使用SOAP，对于UPnP仿真处理325，发送包括「浏览」或者「搜索」动作请求的消息。与IEEE1394设备相对应已经起动的UPnP仿真处理325经由UPnP栈321，接收发送来的消息。接收了消息的UPnP仿真处理325使用图36所示的UPnP的服务与AV/C指令的对应表，把作为UPnP服务的「浏览」或者「搜索」动作变换为AV/C指令的「读描述器(READ DESCRIPTOR)」，在步骤S401中发送到IEEE1394总线控制处理324。IEEE394总线控制处理324在步骤S402中，经过IEEE1394栈，把AV/C指令「读描述器」发送到IEEE1394设备327。接收到该AV/C指令的IEEE1394设备327在S403中，经过IEEE1394栈，把包括自身具有的内容的分层构造、传送协议数据和数据格式的信息的AV/C响应返送到IEEE394总线控制处理324。IEEE1394总线控制处理324在S404中把接收的AV/C响应发送到作为AV/C指令的发送方的UPnP仿真处理325。UPnP仿真处理325使用图36所示的UPnP的服务与AV/C响应的对应表，变换为UPnP的响应消息，在S405中经过UPnP栈321，发送到UPnP控制点310。通过该步骤，UPnP控制点310识别IEEE1394设备327具有的内容的分层构造、传送协议数据和数据格式的信息。

另外，上述的AV/C指令「读描述器」的发行实际上在「读描述器」之前执行「打开描述器」子功能「读打开」，在「读描述器」以后，发行「打开描述器(OPEN DESCIPTOR)」子功能「关闭(CLOSE)」的一系列手续。另外，根据所需要的信息，代替「读描述器」，也有使用「读信息块(READ INFO BLOCK)」指令的情况或者使用各个手续的组合的情况。

其次，说明协议数据格式检查S312中的软件的动作。图38示出了协议数据格式检查S312中的软件的动作顺序。首先，在步骤S410中，UPnP控制点310使用SOAP，对于UPnP仿真处理325发送包括「获得协议信息(GetProtocoIInfo)」动作请求的消息。与IEEE1394设备相对应已经起动的UPnP仿真处理325经由UPnP栈321接收发送来的消息。

接收了消息的UPnP仿真处理325使用图36所示的UPnP的服务与AV/C指令的对应表，把作为UPnP服务的「获得协议信息」动作变换为AV/C指令的「INPUT PLUG SIGNAL OF RMAT」的状态，在步骤S411中发送到IEEE1394总线控制处理324。IEEE1394总线控制处理324在步骤S412中，经由IEEE1394栈，把AV/C指令「INPUT PLUG SIGNAL OF RMAT」的状态发送到IEEE1394设备327。接收了该AV/C指令的IEEE1394设备427在S413中，经由IEEE1394栈，把包括自身支持的传送协议数据和数据格式的信息的AV/C响应返送到IEEE1394总线控制处理324。IEEE394总线控制处理324在S414中把接收的AV/C响应发送到作为AV/C指令的发送方的UPnP仿真处理325。UPnP仿真处理325使用图36所示UPnP的服务与AV/C响应的对应表，变换为UPnP的响应消息，在S415中经由UPnP栈321发送到UPnP控制点310。由此，UPnP控制点310识别IEEEE1394设备327支持的传送协议数据和数据格式的信息。

其次，说明服务器和再生器的准备S313中的软件的动作。图39示出了服务器和再生器的准备S313中软件的动作顺序。首先，在步骤S420中，UPnP控制点310使用SOAP，对于UPnP仿真处理325，发送包括「准备连接(Prepare For Connection)」动作的消息。与IEEE1394设备相对应已经起动的UPnP仿真处理325经过UPnP栈321接收发送来的消息。接收了消息的UPnP仿真处理325在S421中对于IEEE1394总线控制处理324进行连接请求。IEEE1394总线控制处理324在步骤S422中经MH IEEE1394栈，对于IEEE1394设备327，发送基于闭锁事务(lock transport)的标志的设定请求。接收了该闭锁事务的IEEE1394设备327生成物理的连接。在连接生成以后，在S423中，把基于闭锁事务的标志的设定结果经由IEEE1394栈，发送到IEEE1394总线控制处理324。IEEE1394总线控制处理324在S424中把连接结束响应返回到作为AV/C指令的发送方的UPnP仿真处理325。接收了连接结束响应的UPnP仿真处理325使用图36所示的UPnP的服务与AV/C指令的对应表，把作为UPnP的服务的「准备连接」动作变换为AV/C指令的「连接AV(CONNENT AV)」，在步骤S425中发送到IEEEE394总线控制处理324。IEEE1394总线控制处理324在步骤S426中，经由IEEE1394栈，把「连接AV」发送到IEEE1394设备327。接收了该AV/C指令的IEEE1394设备327在实际上生成了自身与其它器件之间能够收发数据的连接以后，经由IEEE1394栈，在步骤S427中把包括生成结果的AV/C响应返送到IEEE1394总线控制处理324。IEEE1394总线控制处理324在S428中把接收的AV/C响应发送到作为AV/C指令的发送方的UPnP仿真处理325。UPnP仿真处理325使用图36所示的UPnP的服务与AV/C响应的对应表，变换为UPnP的响应消息，在S329中经过UPnP栈321，发送到UPnP控制点310。由此，对于IEEE1394设备327能够收发内容。

其次，说明内容的选择S314中的软件的动作。图40示出了内容的选择S314中的软件的动作顺序。首先，用户选择在随后的再生S315中再生的内容。然后，在步骤S430中，UPnP控制点310使用SOAP，对于UPnP仿真处理325，发送包括「设置输送URI(SetTranportURI)」动作请求的消息。与IEEE1394设备相对应已经起动的UPnP仿真处理325经过UPnP栈321，接收发送来的消息。接收了消息的UPnP仿真处理325使用图36所示的UPnP的服务与AV/C指令的对应表，把作为UPnP的服务的「设置输送URI」动作变换为AV/C指令的「SET PLUG ASSOCIATION」，在步骤S431中发送到IEEE1394总线控制处理324。IEEE1394总线控制处理324在步骤S432中，经过IEEE1394栈，把「SET PLUG ASSOCIATION」发送到IEEE1394设备327。接收了该AV/C指令的IEEE1394设备327在S433中，经由IEEE1394栈，把包括所选择的内容的AV/C响应发送到IEEE1394总线控制处理324。IEEE1394总线控制处理324在S434中把接收的AV/C响应发送到作为AV/C指令的发送方的UPnP仿真处理325。UPnP仿真处理325使用图36所示的UPnP的服务与AV/C响应的对应表，变换为UPnP的响应消息。在S435中经过UPnP栈321，发送到UPnP控制点310。由此，UPnP控制点310识别用户选择的内容。

其次，说明再生S315中的软件的动作。图41示出了再生S315中的软件的动作顺序。首先，在步骤S440中，UPnP控制点310使用SOAP，对于UPnP仿真处理325，发送包括「播放(play)」动作请求的消息。与IEEE1394设备327相对应已经起动的UPnP仿真处理325经由UPnP栈321，接收发送来的消息。接收了消息的UPnP仿真处理325使用图36所示的UPnP的服务与AV/C指令的对应表，把作为UPnP服务的「播放」动作变换为AV/C指令的「播放」，在步骤S441中发送到IEEE1394总线控制处理324。IEEE1394总线控制处理324在步骤S442中，经过IEEE1394栈，把AV/C指令「播放」发送到IEEE1394设备327，接收了该AV/C指令的IEEE1394设备327开始内容的再生。然后，在S443中，经过IEEE1394栈，把包括开始了内容再生的信息的AV/C响应返送到IEEE1394总线控制处理324。IEEE1394总线控制处理324在S444中把接收的AV/C响应发送到作为AV/C指令的发送方的UPnP仿真处理325。UPnP仿真处理325使用图36所示的UPnP的服务与AV/C响应的对应表，变换为UPnP的响应消息，在S445中经由UPnP栈321，发送到UPnP控制点310。由此，UPnP控制点310能够识别在IEEE1394设备327中，开始了内容的再生。

其次，说明音量和画质调整S316中的软件的动作。图42示出音量和画质调整S316中的软件的动作顺序。首先，在步骤S450中，UPnP控制点310使用SOAP，对于UPnP仿真处理325发送包括「设置音量」动作请求的消息。与IEEE1394设备327相对应已经起动的UPnP仿真处理325经过UPuP栈321，接收发送来的消息。接收了消息的UPnP仿真处理325使用图36所示的UPnP的服务与AV/C指令的对应表，把作为UPnP的服务的「设置音量(SetVolume)」动作变换为AV/C指令的「功能块(FUNCTION BLOCK)」，在步骤S451中发送到IEEE1394总线控制处理324。IEEE1394总线控制处理324在步骤S452中，经由IEEE1394栈，把AV/C指令「功能块」发送到IEEE1394设备327。接收了该AV/C指令的IEEE1394设备327进行音量的调整。然后，在S453中，经由IEEE1394栈，把包括与调整了的音量有关的信息的AV/C响应返送到IEEE1394总线控制处理324。IEEE1394总线控制处理324在S454中把接收的AV/C响应发送到作为AV/C指令的发送方的UPnP仿真处理325。UPnP仿真处理325使用图36所示的UPnP的服务与AV/C响应的对应表，变换为UPnP的响应消息，在S445中经过UPnP栈321，发送到UPnP控制点310。由此，UPnP控制点310能够识别在IEEE1394设备327中进行调整了音量。

最后，说明传送结束S316中的软件的动作。图43示出了传送结束S316中的软件的动作顺序。首先，在步骤S460中，UPnP控制点310使用SOAP，对于UPnP仿真处理325，发送包括「传送结束(Transfer Complete)」动作请求的消息。与IEEE1394设备327相对应已经起动UPnP仿真处理325经过UPnP栈321，接收发送来的消息。接收了消息的UPnP仿真处理325使用图36所示的UPnP的服务与AV/C指令的对应表，把作为UPnP服务的「传送结束」动作变换为AV/C指令的「切断AV(DISCONNECT AV)」，在步骤S461中发送到IEEE1394总线控制处理324。IEEE1394总线控制处理324在步骤S462中，经由IEEEE1394栈，把AV/C指令「切断AV」发送到IEEE1394设备327。接收了该AV/C指令的IEEE1394设备327解除自身的连接。然后，在S463中，经过IEEE1394栈，把包括解除了连接的消息的AV/C响应返送到IEEE1394总线控制处理324。IEEE1394总线控制处理324在S464中把接收的AV/C响应发送到作为AV/C指令发送方的UPnP仿真处理325。接收了连接解除响应的UPnP仿真处理325进而为了解除物理的连接，在步骤S465中把连接结束请求发送到IEEE1394总线控制处理324。接收了连接结束请求的IEEE1394总线控制处理324在S466中经过IEEE1394栈，对于IEEE1394设备327发送基于闭锁事务的标志的解除请求。接收了该消息的IEEEE1394设备327解除物理的连接。然后，在S467中，经由IEEE1394栈，把包括解除了物理连接的信息的闭锁事务自动返送到IEEE1394总线控制处理324。IEEE1394总线控制处理324在S468中把接收的AV/C响应发送到作为AV/C指令发送方的UPnP仿真处理325。UPnP仿真处理325使用图36所示的UPnP的服务与AV/C响应的对应表，变换为UPnP的响应消息，在S469中经过UPnP栈321，发送到UPnP控制点310。由此，UPnP控制点310能够识别解除了IEEE1394设备327的连接。

如上所述，如果依据所说明的操作方法，则IP网络上的UPnP控制点能够操作位于IEEE1394网络上的没有UPnP功能的IEEE1394设备。即，通过使用UMU42，能够操作位于IEEE1394网络上而且没有UPnP功能的影像信息装置40a、40b等装置。另外，如果依据在本实施方式中说明过的操作方法，则由于UPnP控制点不需要预先识别连接在IEEE1394网络上的IEEEE1394设备的单元和子单元，因此能够容易地进行IEEE1394设备的添加、清除以及UPnP控制点的添加和清除。另外，在已经构成IEEE1394网络，而且在IP网络上存在UPnP控制点，并且希望从该UPnP控制点操作IEEE1394设备的情况下，如果使用在本实施方式中说明过的UMU，则能够不变更已经存在的IEEE1394网络和IP网络的结构进行操作。即，不需要使用搭载了能够理解、变换在IEEE1394网络中使用的AV/C指令和UPnP的动作这两方的软件的UPnP控制点。

即，如果依据在本实施方式中说明过的UMU，则能够不使用搭载了新的LSI的设备，就能够从位于第1网络上的设备操作位于第2网络上的设备。即，即使在相互的设备位于用于设备操作的指令体系分别不同的网络上的情况下，也能够不需要新设置搭载了能够理解、变换两者的指令体系的系统LSI的中间设备而操作相互的网络上的设备。

本发明因为有如以上所说明的那样构成，因此具有以下所示的效果。

即，即使在设备中所要求的标准和功能发生变化，也能够不需要新开发与标准和功能变更的要求相对应的系统LSI，能够提供可以容易地进行功能的扩展和变更的影像设备。

Claims (7)

1.一种影像信息系统，是包括可与网络连接的模块单元和不具有与上述网络连接的功能的影像信息装置，上述影像信息装置和上述模块单元相连接而构成的影像信息系统，其特征在于：

上述影像信息装置包括控制该影像信息装置的第1中央计算处理装置，

上述模块单元包括第2中央计算处理装置，

上述第1中央计算处理装置及上述第2中央计算处理装置都具有多个控制层，

上述模块单元具有的第2中央计算处理装置构成为在上述第1中央计算处理装置及上述第2中央计算处理装置的各控制层之间，发送与该控制层相对应的控制信息，来控制上述影像信息装置，

使上述影像信息装置能够与经由上述模块单元和上述网络所连接的其它设备进行通信，

使上述其它设备将上述影像信息装置识别为连接在上述网络上的设备。

2.根据权利要求1所述的影像信息系统，其特征在于：

影像信息装置以及模块单元的各多个控制层采用针对每个控制层包含软件的构成，

在构成上述影像信息装置的多个控制层的各软件和构成上述模块单元的多个控制层的各软件之间，进行指令和数据授受。

3.根据权利要求2所述的影像信息系统，其特征在于：

影像信息装置及模块单元各自所具有的各软件分别包含操作系统，在该各操作系统之间，进行指令和数据授受。

4.根据权利要求2所述的影像信息系统，其特征在于：

影像信息装置及模块单元各自所具有的各软件分别包含中间件，在该各中间件之间，进行指令和数据授受。

5.根据权利要求2所述的影像信息系统，其特征在于：

影像信息装置及模块单元各自所具有的各软件分别包含应用程序，在该各应用程序之间，进行指令和数据授受。

6.根据权利要求2所述的影像信息系统，其特征在于：

影像信息装置及模块单元各自所具有的各软件分别包含进程间通信器，在该各进程间通信器之间，进行指令和数据授受。

7.一种模块单元，是能够和不具备与网络连接的功能的影像信息装置连接并且还能够和该网络连接的模块单元，其特征在于：

上述影像信息装置备有的第1中央计算装置和上述模块单元备有的第2中央计算处理装置都具有多个控制层，

上述模块单元具有的第2中央计算处理装置在上述第1中央计算处理装置及上述第2中央计算处理装置的各控制层之间，发送与该控制层相对应的控制信息，控制上述影像信息装置，

使上述影像信息装置能够与经由上述模块单元连接在上述网络上的其它设备进行通信，

使上述其它设备将上述影像信息装置识别为连接在上述网络上的设备。

Images