模块单元和网络连接方法

专利名称：模块单元和网络连接方法
技术领域：
本发明涉及视频信息装置，特别涉及可通过具有普适(ubiquitous)视频模块或者包括它而构成的普适视频模块单元而普适地与网络环境连接的视频信息装置、以及该装置所使用的模块单元。
背景技术：
现有的AV(Audi0 Visual，音频视频)数字网络设备在一个设备内构成有用于网络连接的接口和用于与网络连接的功能(例如，参照专利文献1。)。
此外，也有通过系统LSI (Large Scale Integration，大规模集成电路)来实现与网络相关的功能的例子(例如，参照专利文献2)。
专利文献1 日本特开2002-16619号公报(第5_6页、第1图) 专利文献1 日本特开2002-230429号公报(第10-13页、第2图) 随着个人计算机的价格低廉化/高性能化、互联网内容的增加、便携电话/ PDA (Personal Digital Assistant，个人数字助理)等的网络连接设备的多样化等，利用局部LAN(Local Area Network，局域网)或互联网的机会在一般家庭中也在增加。
此外，在HAVi (Home Audio/Video interoperability，家庭音频 / 视频互动)、 ECH0NET(Energy Conservation and Home-care Network，节能与管家网络)等的标准方面上，也在推进用于将家电设备连接到网络上的配备。
日本特开2002_16619(上述专利文献1)所记载的作为数字网络设备的电视机、 VTR(videotape recorder，磁带录像机)等的视频信息装置一般地开发了相应装置专用的系统 LSI。这样的系统LSI基本上通过由进行系统控制的CPU部以及进行视频信号处理的VSP部 (Video SignalProcessor，视频信号处理器)构成的逻辑部(Logic 部)、ROM (Read QnlyMemory, 只读存储器)以及RAM (Random Access Memory，随机存取存储器)等的存储部构成。
另外，逻辑部根据所使用的视频信息装置的规范被设计成具有必要的功能。此外， 在系统LSI的前级、后级分别设置了担负系统LSI中的信号处理的前处理、后处理的前级、 后级各处理部。而且，从与后级处理部连接、担负视频信息装置和外部装置之间的接口的视频接口进行视频信息装置的视频输出。
此外，日本特开2002-230429 (上述专利文献2)所记载的网络连接的半导体收费装置中，通过在设备内包括网络设备控制部，实现了可进行网络连接的结构。

发明内容
在上述所示的现有装置中，在进行对于该装置的功能的扩展或规范的变更的情况下，为了对系统LSI进一步追加附加功能，需要对该系统LSI整体进行新设计、开发。因此， 存在的问题是必需将该系统LSI所搭载的软件作为整体而进行变更/校正，从而开发费或开发期间增加。
此外，对于搭载了功能已经陈旧的系统LSI的装置，存在的问题是如果不更改、 更新系统LSI本身，则无法实现新的功能。
此外，存在的问题还有系统LSI大多针对所搭载的装置的每种机型，其专用功能不同，为了实现这样的专用功能，需要开发该装置所专用的系统LSI，从而难以削减成本。
此外，存在的问题是由于每当变更系统LSI时，产品规范也发生变化，因此需要每次重新进行可靠性验证、EMI (ElectroMagneticInterference,电磁干扰)验证，从而验证时间以及验证费用增加。
本发明就是为了解决如上所述的课题而研制的，其目的在于得到如下装置即使有装置的规范变更或构成装置的系统LSI的规范变更，也能在无需系统LSI整体的变更、修改的情况下构成装置，并且实现开发费用的削减或开发期间的缩短。
本发明的视频信息装置具有视频信息装置主体，该视频信息装置主体具有第一中央处理装置，并且具有连接模块单元的连接接口，该模块单元具有控制该第一中央处理装置的第二中央处理装置，该视频信息装置的特征在于，所述第一中央处理装置以及所述第二中央处理装置均具有多个控制层，所述模块单元所具有的第二中央处理装置构成为在所述第一中央处理装置以及所述第二中央处理装置的各控制层之间发送与相应控制层对应的控制信息，从而控制所述视频信息装置主体。
此外，本发明的模块单元的特征在于，具有连接部，其与包括具有多个控制层的第一中央处理装置和连接接口的视频信息装置主体的所述连接接口连接；以及第二中央处理装置，其具有与所述第一中央处理装置的控制层对应的控制层，并且从相应控制层经由所述连接部发送控制所述第一中央处理装置的控制层的控制信息，从而控制所述第一中央处理装置，通过控制所述第一中央处理装置，从所述视频信息装置主体输出包括视频信息的处理信息。
本发明由于如以上说明那样构成，所以起到如下效果即使有装置的规范变更或构成装置的系统LSI的规范变更，也能在无需系统LSI整体的变更、修改的情况下构成装置，并且能够实现开发费用的削减或开发期间的缩短。


图1是实施方式1中的包括视频信息装置的网络系统图。
图2是实施方式1中的普适视频模块的概略结构图。
图3是表示实施方式1中的普适视频模块中的功能块的示意图。
图4是表示实施方式1中的用于将普适视频模块与视频信息装置连接的拓扑结构的一例(总线型)的说明图。
图5是表示实施方式1中的用于将普适视频模块与视频信息装置连接的拓扑结构的一例(星型)的说明图。
图6是实施方式1中的在外部装置与视频信息装置连接的情况下的结构框图。
图7是实施方式1中的在从视频信息装置上拆下外部装置、并连接了普适视频模块的情况下的结构框图。
图8是表示实施方式1中的通信引擎(communication engine)的结构例的说明图。
图9是表示实施方式1中的符合互联网通信协议的中间件的软件块结构例的说明图。
图10是表示实施方式1中的在对符合互联网通信协议的中间件追加了其它的通信用接口的情况下的软件块结构例的说明图。
图11是实施方式1中的普适视频模块的软件块结构图。
图12是实施方式1中的在对每种机型应用普适视频模块的情况下的软件块的图。
图13是表示实施方式1中的视频信息装置的软件和普适视频模块的软件之间的关系的结构图。
图14是表示实施方式1中的视频信息装置的软件和普适视频模块的软件之间的关系的结构图。
图15是表示实施方式1中的视频信息装置的软件和普适视频模块的软件之间的关系的结构图。
图16是表示实施方式1中的在将普适视频模块与视频信息装置的存储器I/F连接的情况下的系统结构例的说明图。
图17是实施方式1中的在将普适视频模块与ATA存储器I/F连接的情况的软件块结构图。
图18是表示实施方式1中的在将普适视频模块与ATA存储器I/F连接的情况下的系统结构例的说明图。
图19是实施方式1中的在将普适视频模块与视频信息装置连接的情况下的软件块结构图。
图20是使用ATA的接口的一般硬盘的硬件结构图。
图21是表示在从ATA主机向硬盘写入数据的情况下的顺序的说明图。
图22是表示在ATA主机从硬盘读取数据的情况下的顺序的说明图。
图23是实施方式1中的普适视频模块的软件块结构图。
图24是实施方式1中的普适视频模块的硬件块结构图。
图25是实施方式1中的在从视频信息装置向NAS (Network AttachedStorage，网络连接存储器)写入数据的情况下的顺序的说明图。
图26是表示实施方式1中的普适视频模块新作成的文件名的说明图。
图27是表示实施方式1中的在视频信息装置从NAS读取数据的情况下的顺序的说明图。
图28是表示实施方式2中的在将普适视频模块与以太网接口连接的情况下的系统结构例的说明图。
图29是实施方式2中的在将普适视频模块与视频信息装置连接的情况下的软件块结构图。
图30是一般NAS的软件块结构图。
图31是实施方式2中的普适视频模块的软件块结构图。
图32是实施方式2中的虚拟文件系统的目录结构图。
图33是表示实施方式2中的在将视频信息装置和摄像机关联起来的情况下的顺序的说明图。
图34是表示在视频信息装置取得摄像机的视频数据的情况下的顺序的说明图。
图35是实施方式2中的虚拟文件系统的目录结构图。
图36是实施方式2中的虚拟文件系统的目录结构图。
图37是实施方式2中的虚拟文件系统的目录结构图。
图38是表示实施方式3中的在将普适视频模块与以太网接口连接的情况下的系统结构例的说明图。
图39是表示实施方式3中的在普适视频模块单元中具有将视频显示到显示单元上的功能的情况下的结构例的说明图。
图40是一般视频信息装置的硬件结构图。
图41是实施方式4中的普适视频模块的硬件结构图。
图42是实施方式4中的普适视频模块的软件结构图。
图43是表示实施方式4中的在从Web浏览器取得视频信息装置所显示的视频数据的情况下的顺序的说明图。
图44是实施方式4中的普适视频模块的硬件结构图。
图45是表示实施方式4中的在从Web浏览器取得视频信息装置所显示的视频数据的情况下的顺序的说明图。
图46是示意地示出实施方式5中的应用了普适视频模块的视频信息装置的系统结构的一例的说明图。
图47是示意地示出实施方式5中的应用了普适视频模块的视频信息装置的系统结构的另一例的说明图。
图48是表示实施方式5中的设定存储器所存储的设定信息的一例的示意图。
图49是表示实施方式5中的视频信息装置所保有的联合设定的设定内容的一例的说明图。
图50是表示实施方式5中的普适视频模块所保有的联合设定的设定内容的一例的说明图。
图51是表示实施方式5中的普适视频模块可控制的硬件引擎的一览数据的一例的说明图。
图52是表示实施方式5中的普适视频模块可实质地控制的硬件引擎的说明图。
图53是表示实施方式6中的在将普适视频模块经由总线与视频信息装置连接的情况下的系统结构例的说明图。
图54是示意地表示实施方式6中的视频信息装置、普适视频模块所保有的各个硬件引擎的联合设定的说明图。
图55是示意地表示实施方式6中的视频信息装置、普适视频模块所保有的各个硬件引擎的联合设定的说明图。
图56是表示实施方式6中的在将普适视频模块经由总线与视频信息装置连接的情况下的系统结构例的说明图。
图57是表示实施方式6中的普适视频模块可控制的硬件引擎的一览数据的一例的说明图。
图58是表示实施方式6中的普适视频模块可实质地控制的硬件引擎的说明图。
符号说明 1网络，2个人计算机，3数据库，4普适视频模块单元(UMU)，5数字电视机，6数字电视机主体，7DVD/HDD录像机，8监视录像机，9FA设备，10便携电话，11PDA、12普适视频模块(UM)，13普适视频模块用CPU，21图形引擎，22摄像机引擎，23MPEG4引擎，24通信引擎， 25中间件，26虚拟机，27嵌入式Linux，31系统侧接口，32普适视频模块侧接口，40视频信息装置，41系统CPU。
具体实施例方式以下，基于表示本发明实施方式的附图对本发明进行具体说明。
实施方式1 〈网络〉 图1是本发明的实施方式1中的包括视频信息装置的网络系统图。另外，图 1所例示的数字电视机(数字TV)、DVD/HDD录像机、监视录像机、工厂内的FA (Factory Automation，工厂自动化)设备、便携电话、PDA (Personal Digital Assistant，个人数字助理)等的各种视频信息装置分别经由模块单元与互联网进行连接。
网络1是以小规模的LAN、大规模的互联网等为代表的网络。一般地，在这些网络上连接未图示的客户端计算机(client computer)，并连接有进行对各客户端计算机的服务提供或数据交接的服务器(server)。
此外，计算机(这里，以个人计算机为例表现为PC)PC2是与网络1进行连接的个人计算机，其用于邮件的收发或主页的开发/阅览等的各种服务或用途。
数据库(Data Base) 3保存有视频发布的流数据、视频/音乐数据、FA(Factory Automation)的管理数据、监视摄像机的监视视频等的各种视频数据。
数字电视机主体6是用于显示与所输入的数字信号相对应的视频内容的显示装置。0￥0/皿0录像机7是用于向0￥0(0181切1 Versatile Disk，多功能数码光盘)或 HDD (Hard Disk Drive，硬盘驱动器)等的记录介质记录视频数据或音频数据等的数据的作为视频信息装置之一的录像机(记录装置)。
监视录像机8是用于将监视摄像机拍摄电梯或店内等的状况而得到的视频作为监视视频数据而记录的、作为视频信息装置之一的录像机。
FA 9是作为视频信息装置之一的工厂内的FA(Factory Automation)设备。从该 FA9输出例如拍摄生产线的状态而得到的视频信息。
便携电话(Mobile Phone) 10是作为视频信息装置之一的、例如不能单独进行网络连接的便携电话。
PDA (Personal Digital Assistant) 11是作为视频信息装置之一的用于管理个人信息等的个人用信息终端。
这样，可与网络1连接的设备可以采用多种多样的形式。在以下具体说明的本发明的实施方式中，说明通过使作为模块单元的一例的普适视频模块单元4介于设备和网络1之间而消除这些设备之间所存在的硬件和软件等的差异、并通过连接这些视频信息装置和普适视频模块单元4而新构成视频信息装置的详细情况。
这样，通过连接视频信息装置和普适视频模块单元4而新构成视频信息装置，由此本实施方式所述的装置可以得到如下的装置即使有装置的规范变更，也能在无需系统 LSI整体的变更、修改的情况下构成装置，并且实现开发费用的削减或开发期间的缩短。
〈普适模块(ubiquitousmodule)和硬件引擎〉 近年来的计算机技术有了长足的进步，当今，在各种生活或社会中，如果脱离了内装这些计算机的产品或系统，那么我们就不能正常生活。其中，最近崭露头角的是所谓普适 (ubiquitous)的概念，即将以LAN或互联网等为代表的网络和内置有计算机的产品或系统结合，且这些计算机之间进行独立的相互间通信，从而进行联合处理。
以该普适的概念作为背景，实际体现的一个形式为普适模块(ubiquitous module。有时缩写为UM)或作为其集合体的称作普适模块单元(ubiquitous module unit。 有时缩写为UMU)的形式(另外，将它们统称为普适模块单元)。
图2是表示成为普适视频模块单元4的主要结构(核心)的普适模块(图中缩写为UM)的概略结构的图。(以下，作为一例，对与视频有关的普适模块、普适视频模块单元进行说明，因此分别称为普适视频模块、普适视频模块单元。) 普适视频模块12由如下部分构成用于控制普适视频模块12的硬件引擎17的 UM-CPU 13、用于连接UM-CPU 13和各硬件引擎的局部总线14、用于连接外部的视频信息装置和普适视频模块12的通用总线UM-BUS 16、连接通用总线UM-BUS 16和局部总线14的总线桥15、以及通过硬件实现在各种网络的视频信号处理中所需的功能的硬件引擎17。
这里，在硬件引擎17上例如可以设置用于与网络1连接的有线LAN、无线LAN、串行总线(Serial BUS)连接等所用的总线18等。
各硬件引擎17是用于通过安装普适视频模块单元4而追加/补充视频信息装置中原本不存在的功能的引擎。
例如如图3所示那样，该引擎有用于担负与网络1连接所用的有线LAN、无线LAN、 串行总线通信等的、普适视频模块12和该网络1之间的通信功能的通信引擎24。
此外，也有用于提高描绘性能的图形引擎21、进行运动图像或静止图像等的摄像信号的处理的摄像机引擎22、用于MPEG4(Moving PictureExperts Group 4，运动图像专家组4)的运动图像压缩的MPEG4引擎23(图中标记为MPEG4引擎)等的引擎。
另外，这里举出的引擎的例子仅为一例，除此之外还可通过具有可以实现视频信息装置所需的功能的引擎来进行补充。
普适视频模块12包括预先内装于普适视频模块12中的嵌入式LinuX27、在该嵌入式Linux 27上工作并向应用软件提供比嵌入式LinuX27更高层且具体的功能的中间件 25、虚拟机(图中示作VM) 26、在嵌入式LinuX27上工作的应用软件(未图示)等，可通过普适视频模块12单体来虚拟地实现例如与网络连接的功能等的所附加的视频信息装置的功能。
图4以及图5示出了例如用于将普适视频模块12与视频信息装置连接的拓扑结构(Topology。网络的连接形式)。
SYS-CPU 41和UM-CPU 13之间的连接形式可由以下任意一种形式来达成将终端与称为总线的一个电缆连接的总线形式(bus形式)的连接、经由HUB 35并经由成为中心的通信设备互相连接终端的星形式(star形式)的连接、将终端与环状的一个电缆连接的环形式(ring形式)的连接。
以下说明各个拓扑结构。
<总线形式(总线型)的连接拓扑结构> 图4是表示总线形式的连接拓扑结构的一例的图，SYS-CPU 41和UM-CPU 13与 UM-BUS 14连接成了总线型。此外，SYS-CPU 41实现例如负责视频信息装置的系统控制的主机服务器的功能，UM-CPU 13实现网络服务器的功能。
另外，这里所例示的视频信息装置仅通过SYS-CPU 41就可以没有问题地进行满足产品规范的工作。
在总线型的连接拓扑结构中，如图4所示，通过对系统侧的接口 S-I/F31和普适视频模块12侧的接口 U-I/F 32进行电连接而构成。
通过该连接，SYS-CPU 41和UM-CPU 13被连接起来，可以进行两个CPU之间的信息的交接。
从而，例如在想要对视频信息装置附加该装置所未有过的、更高性能/高附加价值的网络功能的情况下，可通过经由S-I/F 31以及U-I/F 32连接普适视频模块单元4，来实现例如对LAN 33上的网络终端34进行访问等的网络功能。
〈星型的连接拓扑结构〉 图5是表示星型的连接拓扑结构的一例的图，不同之处仅是SYS-CPU 41和UM-CPU 13经由总线(图中标记为HUB) 35而连接为星形，如图5所示，通过经由HUB 35对系统侧的接口 S-I/F 31和普适视频模块12侧的接口 U-I/F 32进行电连接而构成。
通过该连接，经由HUB 35连接了 SYS-CPU 41和UM-CPU 13，可以进行两个CPU之间的信息的交接。
从而，例如在想要对视频信息装置附加该装置所未有过的、更高性能/高附加价值的网络功能的情况下，可通过经由S-I/F 31以及U-I/F 32连接普适视频模块单元4，实现例如对LAN上的网络终端34进行访问等的网络功能。
〈环型的连接拓扑结构〉 另外，虽然这里没有图示并说明，但可与上述的总线型、星型的连接形式同样地对于环型也没有问题地实现同样的功能。
〈接口连接〉 另外，S-I/F 31和U-I/F 32之间的连接形式可以是以下的任意一种形式符合 ATA(AT attachment, AT 附件)、PCI(Peripheral ComponentsInterconnect bus,互连外围设备总线)、SCSI (Small Computer Systemlnterface，小型计算机系统接口)、通用总线等的标准的并行传输、或 IEEE1394(Institute of Electrical and Electronic Engineers 1394，电气与电子工程师协会1394)、USB (Universal Serial Bus，通用串行总线)、UART (Universal Asynchronous Receiver Transmitter，通用异步收发机)等的标准的串行传输。
此外，这里所例示的视频信息装置和普适视频模块单元4之间的连接方法，可以使用按照PC卡(PC Card)或卡总线(Card Bus)等的标准使用的连接器连接、按照PCI总线连接等使用的卡边缘连接器连接、FPC电缆、扁平电缆、IEEE1394用电缆等的电缆连接等方法。
<关于视频信号处理的说明> 图6是其它的外部装置(例如HDD、NAS等)与视频信息装置40进行了连接的情况下的结构框图。40是视频信息装置，45是系统LSI，其由进行系统控制的SYS-CPU (System CPU，系统中央处理器)部41、进行视频信号处理的VSP (Video Signal Processing，视频信号处理)部42、ROM 43、以及RAM 44构成。
46是复用器，47是模拟-数字(A/D)转换单元，48是转换器/缓存，49是数字-模拟(D/A)转换单元，50是视频接口(Video Interface)，51是视频压缩单元，52是视频解压单元，53是摄像机，54是显示单元。
视频信息装置40可通过基于SYS-CPU部41的指令而由驱动器55经由主机接口 56控制HDD、NAS等外部装置58的设备控制器57，来操作/控制外部装置58。
在图示的例子中，在视频信息装置40的外部连接有多个摄像机53。来自这些摄像机53的视频信号(摄像机输入)被输入到复用器46中，可以对输入到视频信息装置40中的视频信号进行切换。
由复用器46选择的摄像机输入通过模拟_数字转换单元47而被数字化。该数字化的数据经由转换器/缓存48，通过视频压缩单元51而被压缩，并存储在HDD等外部存储设备中。
在正常的监视工作时，从复用器46输出的摄像机输入通过转换器/缓存48而合成。然后，该合成后的视频数据通过数字-模拟转换单元49而转换为模拟视频信号，经由视频接口(V_I/F)50显示在外部监视器54上。
此外，在再现工作时，从HDD等外部装置58读取的视频数据通过视频解压单元52 而被解压。然后，该解压后的视频数据和各摄像机输入通过转换器/缓存48而合成。该合成后的视频数据通过数字_模拟转换单元49而转换为模拟视频信号，经由视频接口(V-I/ F) 50显示在外部监视器54上。
图7是从视频信息装置40中拆下图6所示的HDD、NAS等外部装置58，并经由作为连接接口的主机接口 56将普适视频模块单元4连接到视频信息装置40上的结构的一例。
普适视频模块单元4基于来自UM-CPU 13的指令，经由通信引擎24与网络1 (例如，互联网)连接之后，从与该网络1连接的其它的视频信息装置中读取视频/音频数据。
所读取的视频/音频数据通过MPEG4引擎23、图形引擎21等的硬件引擎进行解码以及图形处理，从普适视频模块单元4以可在视频信息装置40中利用的数据形式输出，并输入到视频信息装置40中。输入到视频信息装置40中的数据在视频接口(V-I/F)50中被信号处理为可在显示单元54中显示的状态，并显示在显示单元54上。
此外，从摄像机53输入的运动图像/静止图像文件通过普适视频模块单元4的摄像机引擎22进行了像素数转换、速率转换等的图像处理之后，通过图形引擎21进行图形处理，以可在视频信息装置40中利用的数据格式输出。此外，输入到视频信息装置40中的图像数据在视频接口(V-I/F) 50中被信号处理为可在显示单元54中显示的状态，并显示在显示单元54上。
另外，以上的说明中的各硬件引擎的处理仅表示一例，而硬件引擎的类型或功能等是可以适当选择的。
在上述的说明中，说明了用于通过与视频信息装置40连接的普适视频模块单元 4、显示基于UM-CPU 13的指令而读取的图像数据的系统例子，同样，还可通过使用具有音频处理用的普适视频模块单元4的结构，应用为音频输入的再现装置、文本输入的显示/发布装置、信息的存储输入中的存储设备等其它的功能。
此外，例如，也可以构成为，具有视频信号处理以及音频信号处理的两个普适视频模块单元4或者其它的多个普适视频模块单元4。
〈关于网络连接的说明〉 图8是在图7所示的普适视频模块单元4中，用于与互联网环境连接的通信引擎 24的具体结构的一例。
通信引擎24例如具有有线LAN、无线LAN、串行总线的硬件引擎以及连接端子。这样构成的普适视频模块单元4可经由有线LAN、无线LAN、IEEE1394等的串行总线等实现网络连接。普适视频模块也可以构成为具有与所有这些的连接形式对应的端子 ，也可以构成为具有与任意一个连接形式对应的端子。这些端子等根据网络或产品而适当地选择即可。
图9是表示图8所示的通信引擎24中的符合互联网通信协议的中间件的软件块结构例的图。
另外，图9示出了各软件块的层的上下情况，且概略地示出了嵌入式Linux 70为最下位层(与硬件最接近的层)、应用程序83为最上位层(离硬件最远的层)、以及位于其中间的层之间的关系。
与图8所示的结构例相同，例如图9所示的通信用接口使用了由10BASE-T(传输速度为IOMbps的Ethernet的物理层。另外，Ethernet、以太网是XEROX公司的注册商标。)或100BASE-TX(传输速度为IOOMbps的Ethernet的物理层)构成的有线LAN、由 IEEE802. lla/b/g构成的无线LAN、IEEE1394等的高速串行通信用的三种硬件以及控制这些硬件的工作的设备驱动器。
而且，控制各硬件的设备驱动器如图8所示那样地分别与上述硬件对应，是以太网驱动器71、无线LAN驱动器72、IEEE1394驱动器73 (以下称为1394驱动器73)。
由参照图可知，进行互联网协议的处理的IP协议栈77被配置为互联网驱动器71 以及无线LAN驱动器72的上位层。
该IP栈77包括用于与进一步发展了当前主流的IP协议(InternetProtocol version 4，互联网协议版本4)的作为下一代型互联网协议的IPv6 (Internet Protocol version 6)对应的处理或与用于安全的协议IPset (IPsecurity，互联网协议安全)对应的处理。
在1394驱动器73的上位配置了进行IEEE1394的事务(transaction)处理的1394 事务栈(transaction stack)75。此外，为了能够经由无线LAN执行1394事务处理，在无线LAN驱动器72和1394事务栈75之间配置PAL (Protocol Adaptation Layer，协议适配层)74。
PAL74进行1394事务和无线LAN之间的协议转换。在IP栈77的上位配置了 TCP/ UDP(Transmission Control Protocol/User DatagramProtocol，传输控制协议/用户数据报协议)栈78作为传输层。
在TCP/UDP 栈 78 的上位配置了进行 HTTP (Hyper Text TransferProtocol，超文本传输协议)的协议处理的HTTP栈79。
此外，在HTTP 栈 79 的上位配置了进行 SOAP (Simple Object AccessProtocol，简单对象访问协议)的协议处理的SOAP/XML栈80，该SOAP使用HTTP并基于XML (extensible Markup Language，可扩展标记语言)，调用其它计算机中的数据或服务，或进行消息通信。
在比嵌入式Linux (Embedded Linux) 70 更上位的层中，包括 HTTP 栈 79、S0AP/XML 栈80、1394事务栈75在内的层包含于符合IPv6对应互联网通信协议的中间件87中。
作为比其上位的层，在S0AP/XML栈80以及HTTP栈79的上位配置了基于互联网通信协议的作为实现即插即用(Plug and Play)功能的协议、进行通用即插即用(Universal Plug and Play)的处理的 UPnP 栈 81。
此外，在1394事务栈75的上位配置了进行实现使用IEEE1394的网络的即插即用功能的处理的AV系统中间件76。
在UPnP栈81以及AV系统中间件76的上位配置了将各网络互相连接的综合中间件82。包括 AV系统中间件76、UPnP栈81、综合中间件82在内的层包含于通用即插即用的中间件88中。
比综合中间件82更上位的层为应用层89。
此外，还为了与在使用SOAP的网络上的其它的计算机之间进行应用程序的协作， 在比综合中间件82更上位的层上分层地配置了 Web服务器程序84、Web服务应用程序接口 85、Web服务应用程序86。
Web服务应用程序86利用Web服务器通过Web服务应用程序接口 85提供的服务 (调用其它的计算机中的数据或服务，或进行消息通信)。
此外，不利用上述Web服务器提供的服务的应用程序83经由综合中间件82进行通信。例如，作为这样的应用程序83，可以举出使用HTTP的浏览器软件。
如图10所示，也可以对图9所示的通信协议中间件的软件块追加其它的通信用接□。
在图10所示的结构中，除了与图9所示相同的由以太网驱动器90、无线LAN驱动器91、IEEE1394驱动器92构成的可进行网络连接的软件块结构(各自的设备驱动器)之夕卜，追加有如适合于便携电话或消费产品的作为通过无线传输进行相互之间的数据交换的通信用接口的蓝牙(Bluetooth)驱动器93、通过比较弱的电波进行无线通信的特定小功率无线驱动器94、使用电线的PLC (Power Line Communication，电线通信)驱动器95这样用于连接到白色家电系统网络上的软件块(各自的设备驱动器)。
如图所示，作为控制各网络接口的设备驱动器的蓝牙驱动器93、特定小功率驱动器94、PLC驱动器95配置在软件块结构中的最下层。
在这些设备驱动器的上位分层地配置有IP栈96、TCP/UDP栈97、白色家电系统网络中间件(ECH0NET) 98。
在该情况下，可通过将综合中间件104配置在AV系统中间件100、UPnP栈103以及白色家电系统网络中间件98的上位，在经由图示的设备驱动器的网络、即以太网、无线 LAN、IEEE1394、蓝牙、特定小功率无线、PLC之间分别进行相互通信，可以进行这些网络之间的数据的交接。
图11是作为本实施方式1的普适视频模块12的软件块的结构例。
在该例中，在例如CPU这样的硬件层110的上位，通过假设由微处理器、高速缓存结构、I/O总线的差异、中断处理方法等的差异所引起的机型依赖性，来配置硬件适配软件 HAL (Hardware Adaptation Layer) 111 以消除这些差异。
在HALlll的上位配置作为多任务用的操作系统的嵌入式LinuX112。
嵌入式Linux 112经由HAL 111所包含的软件，不仅控制各硬件设备，还提供与各硬件设备对应的应用程序的执行环境。
此外，作为在嵌入式Linuxll2上工作的图形系统，使用了 X-Windowl 13 (Χ-Windows是X Consortium，Inc的注册商标)。在图11所示的结构中，配置有以下说明的在嵌入式Linux 112的上位层工作的四个中间件。
第一中间件进行用于连接互联网的通信处理，且是还与先前说明的IPv6协议对应的IPv6对应互联网通信协议中间件114。
第二中间件是在将设备连接到网络上时自动地设定该设备的网络连接的通用即插即用中间件115。
该通用即插即用中间件115分层地配置在IPv6对应互联网通信协议中间件114 的上位层，从而可以使用IPv6对应的互联网通信协议中间件114中所属的协议。
第三中间件是通过与MPEG2或MPEG4对应的编码和/或解码处理、与MPEG7对应的元数据处理、与MPEG21对应的内容管理处理的组合来进行多媒体数据的发布、存储等的处理的MPEGx视频发布存储协议中间件116。
第四中间件是进行摄像机53的摄像控制、以及二维和/或三维的图形处理的摄像显示中间件117。
这四个中间件内、作为Java的应用程序执行环境的Java虚拟机(JavaVirtual Machine。图中表示为VM。另外，Java是Sun Microsystems, Inc.的注册商标。)118配置于通用即插即用中间件115和MPEGx视频发布存储协议中间件116的上位层上。
而且，在Java虚拟机118的上位层上配置了使包括用户接口的应用程序的作成变得容易的 UI 应用程序构架(User Interface applicationframework) 119。另外，这里，UI 应用程序构架119配置在Java虚拟机VM118的上位层上，使用JAVA对应的构架。
UI应用程序构架119是例如在Java虚拟机118上工作的类(class)的集合。在图示的软件块结构的最上位层上配置了使用UI应用程序构架119或摄像显示中间件117 来实现连接普适视频模块12的每个视频信息装置(机型)所需的功能的分机型应用程序 120。
图12是在针对每个机型连接(应用)普适视频模块12的情况下的软件块结构图。 该图12所示的结构例是在图11所示的结构中再包括用于与多个不同的机型对应的软件块结构而得到的。
该图12所示的结构例针对各种机型具有最上位的应用层(在图中的例子中，为便携APP (便携终端用应用程序)120a、车辆便携APP (车载型便携终端用应用程序)120b、车辆导航APP (车载型导航用应用程序)120c、AV家电APP (音频视频家电用应用程序)120d、 监视APP (监视装置用应用程序)120e)。
另外，将它们统称为APP 120a 120e。
此外，在图中所例示的便携移动、车载移动、室内安装设备、监视装置的各硬件层的上位层上配置消除各硬件之间的差异的HAL(硬件适配层(HAL Hardware Adaptation Layer))111a llle。
在图中的例子中，与待连接的机型对应地设置便携HAL (便携终端用HAL) 11 la、车辆便携HAL (车载型便携终端用HAL) 11 lb、车辆导航HAL (车载型导航用HAL) 111c、AV家电 HAL (音频视频家电用HAL) 11 Id、监视HAL (监视装置用HAL) 11 le。
另外，将它们统称为HAL Ilia llle。
这些HAL 111a llle是由针对各个机型进行特殊控制的部分和与这些HAL 111a llle的上位层中的嵌入式Linux 112之间的接口部分构成的软件。
此外，APP 120a 120e被供给从这些APP 120a 120e的下位层中的摄像显示中间件117、MPEGx视频发布存储协议中间件116、通用即插即用中间件115输出的各中间件的处理输出，从而在各APP 120a 120e中进行各机型对应的处理。
另外，APP 120a 120e被构成为保有Java虚拟机118以及UI应用程序构架119， 可以进行各APP 120a 120e之间的数据交换。
而且，软件块中的其它层(layer)构成为共用。通过这样构成，在各APP 120a 120e中可进行各机型特有的处理，并且可以以最小规模的结构来实现与不同的机型对应的功能。
图13至图15是表示视频信息装置40的软件块和普适视频模块12的软件块之间的相互关系的说明图。
<关于系统调用级别下的透明访问> 图13表示视频信息装置40和普适视频模块12的软件结构到操作系统的层为止一致的情况。即，图13所示的普适视频模块12的软件块结构中，广义上与参照图12说明的软件块结构是相同的。
gp, HAL 111配置在硬件110和作为操作系统的嵌入式Linux 112之间，但由于 HAL 111发挥硬件110和嵌入式Linux 112之间的接口的作用，所以该HAL111在广义上可视为硬件110或嵌入式LinuX112中任意一方的一部分。
此外，中间件121、Java虚拟机118以及UI应用程序构架119分别配置在嵌入式 Linux 112和应用程序120之间，但这些中间件121、Java虚拟机118以及UI应用程序构架 119发挥嵌入式Linux 112和应用程序120之间的接口的作用，所以这些中间件121、Java 虚拟机118以及UI应用程序构架119在广义上可视为应用程序120或嵌入式Linux 112 中任意一方的一部分。
在该情况下，将视频信息装置40的软件块的结构设为与普适视频模块12的软件块的结构相同的层级结构。
这样，通过在普适视频模块12和视频信息装置40之间使软件块的层级结构一致， 例如，视频信息装置40的嵌入式Linux 131可以在系统调用级别下(操作系统的内核部分中的存储器管理或任务管理等的、该操作系统的基本功能所提供的功能中由进程调用的特定功能)透明地访问普适视频模块12的嵌入式Linux 112。
由此，视频信息装置40的嵌入式Linux 131和普适视频模块12的嵌入式 Linuxll2可在逻辑上(硬件地和/或软件地)结合(图13)。
其结果是，例如，可以使用视频信息装置40上的程序中的open命令使与普适视频模块12连接的硬件设备工作(启动)。
<关于API级别下的透明访问> 图14是表示与图13所示的普适视频模块12中的结构相同地将HAL111设置在硬件110和作为操作系统的嵌入式Linux 112之间，将中间件121、Java虚拟机118以及UI 应用程序构架119配置在嵌入式Linux 112和应用程序120之间的软件块结构的图。
图14所示的结构和图13所示的结构之间的不同之处是视频信息装置40在嵌入式Linux 131和应用程序137之间设置了中间件132。
如果这样构成，则视频信息装置40以及普适视频模块12的各软件块的结构到各中间件132、122的层为止是一致的。
S卩，视频信息装置40的中间件132和普适视频模块12的中间件122在中间件应用程序接口(Middleware API。API Application Programlnterface)级别上相互透明地构成。
由此，可通过视频信息装置40上的程序调用(call)中间件API，来操作普适视频模块12的中间件122，可通过普适视频模块12上的程序调用(call)视频信息装置40的中间件API，来操作视频信息装置40的中间件132。
<关于应用程序设计数据级别下的透明访问> 图15是表示与图14所示的普适视频模块12中的结构相同地将HAL111设置在硬件110和作为操作系统的嵌入式Linux 112之间，将中间件121、Java虚拟机118以及UI 应用程序构架119配置在嵌入式Linuxll2和应用120之间的软件块结构的图。
图15所示的结构和图14所示的结构之间的不同之处是视频信息装置40在嵌入式Linux 131和应用程序135之间，向着上位层设置了中间件132、Java虚拟机133以及UI 应用程序构架134。
如果这样构成，则在视频信息装置40的Java虚拟机133以及UI应用程序构架 134、和普适视频模块12的Java虚拟机118以及UI应用程序构架119的各软件块结构上， 视频信息装置40以及普适视频模块12的各软件块的结构到该层为止是一致的。
即，在视频信息装置40的Java虚拟机133以及UI应用程序构架134、和普适视频模块12的Java虚拟机118以及UI应用程序构架119的各UI应用程序构架134、119之间按照生成视频信息装置40以及普适视频模块12的各应用程序时的应用程序设计数据级别透明地构成。
由此，尽管视频信息装置40以及普适视频模块12之间的平台不同，但也可以作成各应用程序。
<视频信息装置和普适视频模块的各软件块、硬件引擎之间的相互关系> 图16是表示在将普适视频模块12与HDD 146经由总线连接到相同的存储器I/F 上的情况下的系统结构例的图。
视频信息装置40由以下部分构成与具有视频输出的其它设备进行视频信号的发送接收的多视频输入输出(Multiple Video Input/Output) 144、进行例如JPEG/ JPEG2000等的压缩和/或解压的JPEG/JPEG2000编码解码器143、控制HDD 146等的存储设备的接口的存储器主机接口(Storage Host Interface。图中，标记为存储器主机I/F) 140、进行视频信息装置40的控制的核心控制器(Core Controller) 142、以及与UM-CPU13作为操作系统(Operating System)而使用的嵌入式OS—样的嵌入式Linux 141。
在将从视频信息装置40的多视频输入输出144输入的、例如连接到网络上的摄像机等的视频数据保存在HDD 146中时，通过JPEG/JPEG2000编码解码器143对该视频数据进行压缩之后，核心控制器142经由存储器主机接口 140控制HDD 146的存储设备控制器 145，将该压缩后的视频数据存储在HDD 146中。
上述说明中，说明了视频信息装置40将视频数据存储到装置外部的HDD 146中的例子，以下也同样叙述经由存储器主机接口 140控制连接到总线上的普适视频模块12的软件块或者功能块的例子。
核心控制器142通过经由存储器主机接口 140控制连接到总线上的普适视频模块 12的存储设备控制器147，来使用普适视频模块12所具有的各种引擎(例如，摄像机引擎 22或图形引擎21等)。
〈关于进程间通信〉 图17是表示在作为连接视频信息装置40和普适视频模块12的接口、使用ATA标准的接口的情况下的软件块的结构的图。
图17所示的软件块的结构和图16所示的结构之间的差异如下所述。
S卩，在视频信息装置40中，在嵌入式Linux 131的下位层上设置了进程间通信机 152、ATA驱动器151以及ATA主机接口 150来代替硬件130。
此外，在普适视频模块12中，在嵌入式Linux 112的下位层上设置了进程间通信机155、ATA仿真器154以及ATA设备控制器153。
视频信息装置40的进程间通信机152以及普适视频模块12的进程间通信机155 是作为进程间通信的接口而转换为ATA标准的命令(命令接口)的模块。
视频信息装置40的进程间通信机152经由该视频信息装置40侧的ATA驱动器 151以及ATA主机接口 150将ATA的命令(ATA命令)发送给普适视频模块12的ATA设备控制器153。
接收到ATA命令的普适视频模块12侧的ATA设备控制器153对ATA仿真器154 进行控制并解析ATA命令，通过进程间通信机155而转换为用于进程间通信的控制数据。
由此，视频信息装置40的进程和普适视频模块12的进程可在这些进程间进行通信。而且，视频信息装置40可以使用通过ATA标准的接口(ATA接口)连接的普适视频模块12的例如应用程序120。
<关于在具有ATA接口的情况下的系统结构> 图18是表示在本实施方式1中，将普适视频模块12与视频信息装置40的ATA接口连接的情况下的系统结构例的图。
图19是表示图18所示的普适视频模块单元4中的软件块的结构的图。
普适视频模块单元4具有ATA接口 32b，可通过将该ATA接口 32b安装到视频信息装置40的ATA接口 31a上而进行使用。
通过该普适视频模块单元4的安装，视频信息装置40可以经由网络对LAN 33上的数字录像机等的视频信息装置34a、34b以及作为数据存储设备的NAS (Network Attached Storage) 34c等的其它设备进行通信/控制。
在该情况下，普适视频模块12需要接收ATA命令而与以太网(Ethernet)上的设备进行通信的功能。
因此，如图19所示，包括普适视频模块12的普适视频模块单元4具有进行ATA命令的交接的ATA仿真器154以及ATA设备控制器153、负责与以太网的连接中的通信/控制的以太网驱动器161以及以太网主机I/F160。
另一方面，在视频信息装置40的内部，系统CPU (SYS-CPU) 41和内置的HDD 146之间通过系统CPU (SYS-CPU) 41的ATA接口 31c以及HDD 146的ATA接口 32d来进行连接。
这样构成的视频信息装置40和普适视频模块12之间可互相进行ATA命令的交接，普适视频模块12从视频信息装置40中的系统CPU (SYS-CPU) 41接收ATA命令。
ATA设备控制器153控制ATA仿真器154并解析接收到的ATA命令。
解析后的命令通过协议转换器(Protocol Converter) 28被转换为互联网上使用的协议，经由以太网驱动器161、以太网主机接口 160进行与LAN 33上的各设备之间的通信 /控制。
通过采用这样的结构，例如在判断为相对于要保存的数据(内容数据)而言，装置自身的内部HDD 146的空闲容量少的情况下，安装了普适视频模块单元12的视频信息装置 40可将视频数据的全部或无法保存到视频信息装置40自身所保有的HDD中的剩余的视频数据记录到普适视频模块单元12所连接的LAN 33上的数字录像机等的视频信息装置34a、 34b的内部HDD或NAS (Network Attached Storage) 34c等的装置外部的存储设备中。
另外，在图20中示出使用ATA的接口的一般硬盘的硬件结构。另外，图20所示的硬盘250是例如视频信息装置34a的内部硬盘或NAS 34c内的硬盘、图16中的HDD 146等， 且硬盘250为ATA设备。硬盘控制器251是控制硬盘250的数据读写的中心，且与临时存储所读写的数据的缓存252连接。此外，通过IDE (Integrated Drive Electronics,电子集成驱动器)连接器253与ATA的主机257物理地连接。而且，硬盘控制器251经由用于进行数据的编码/解码等处理的读/写电路254与向介质256写入数据的磁头255连接。另外，在实际的硬盘驱动器中除了上述结构要素之外，还有用于使介质256旋转的主轴电机以及对其进行控制的主轴驱动器、使磁头255工作的步进电机以及对其进行控制的步进电机驱动器等，但本图仅表示与数据流有关的部分，因此未图示。
而且，硬盘控制器251包括ATA设备控制器，ATA的主机257和硬盘控制器251之间的数据交换全部通过ATA设备控制器内的ATA寄存器来进行。与数据的读写有关的主要的ATA寄存器是用于从ATA的主机257对作为ATA设备的硬盘250发出指令的Command 寄存器、用于对ATA的主机257通知ATA设备的状态的Status寄存器、用于从ATA的主机 257写入或读取实际的数据的Data寄存器、用于指定写入数据的介质256上的物理扇区的 Head/Device 寄存器、Cylinder Low 寄存器、CylinderHigh 寄存器、Sector Number 寄存器 (以后，将这四个寄存器统称为“Device/Head寄存器”)。
图21以WRITE SECTOR命令为例，示出了在从ATA主机257对硬盘250写入数据的情况下的顺序。首先，ATA主机257选择数据写入对象的硬盘250作为ATA设备之后，在步骤S1310中对Device/Head寄存器等的ATA寄存器设定用于指定作为写入目标的介质256 的物理扇区的磁头号、柱面号、扇区号。接着，在步骤S1311中，ATA主机257对硬盘控制器 251的ATA寄存器内的Command寄存器写入与WRITESECT0R命令相应的命令码“30h”。硬盘控制器251把Status寄存器的BSY位设为“1”以表示正在准备数据写入之后，实际地进行数据写入的准备。在准备结束之后，硬盘控制器251在步骤S1312中将Status寄存器的 DRQ位设为“ 1”，将BSY位再设为“0”，以表示准备结束。ATA主机257在步骤S1313中观察该Status寄存器的状态而进行每次1扇区地对ATA寄存器内的Data寄存器写入数据的连续写入。另外，该数据写入开始的同时，硬盘控制器251为了表示正在对Data寄存器写入数据的情况，在步骤S1314中将Status寄存器的DRQ位设为“0”，将BSY位设定为“1”。这里，写入到Data寄存器中的1扇区的数据通过硬盘控制器251随时转发给缓存252。同时， 硬盘控制器251 —边控制磁头255，一边对于在步骤S1310中指定的介质256上的扇区，经由读写电路254而随时进行缓存252中存储的数据的写入处理(步骤S1315)。在对介质 256的数据的写入全部结束之后，硬盘控制器251为了表示对介质256的写入结束的情况， 在步骤S1316中将ATA的Status寄存器的DRQ位以及BSY位均设为“0”。在该时刻，对于硬盘250的1扇区的数据的写入结束。
接着，图22以READ SECTOR命令为例，示出了在ATA主机257从硬盘250读取数据的情况下的顺序。首先，ATA主机257选择数据读取对象的硬盘250作为ATA设备之后， 在步骤S1300中对Device/Head寄存器等的ATA寄存器设定用于指定作为读取目标的介质 256的物理扇区的磁头号、磁柱编号、扇区号。接着，在步骤S1301中，ATA主机257对硬盘控制器251的ATA寄存器内的Command寄存器写入与READSECT0R命令相应的命令码“20h”。 硬盘控制器251为了表示正在从介质256读取数据的情况，在步骤S1302中将Status寄存器的BSY位设为“1”。同时，硬盘控制器251在步骤S1303中，一边控制磁头255，一边从步骤S1300中指定的介质256上的扇区经由读写电路254读取数据，并将1扇区的数据转发给缓存252。在对缓存252的数据存储结束之后，硬盘控制器251为了表示对缓存252的数据存储结束的情况，而在步骤S1304中将ATA的Status寄存器的DRQ位设为“ 1 ”，将BSY位设为“0”。ATA主机257在步骤S1305中观察该Status寄存器的状态而进行每次1扇区地从ATA寄存器内的Data寄存器中读取数据的连续读取。在1扇区的数据的读取结束之后， 硬盘控制器251在步骤S1306中，将ATA寄存器内的Status寄存器的DRQ位以及BSY位均设为“0”。在该时刻，从硬盘250中读取1扇区的数据的过程结束。以上是一般的对硬盘进行的数据写入工作、数据读取工作。
接着，说明用于从视频信息装置40对连接到LAN上的NAS 34c记录视频数据的普适视频模块单元4。图23示出了普适视频模块12的软件的结构，沿着LAN的0SI参照模型说明各结构要素。普适视频模块单元12和NAS 34c之间通过作为物理层以及数据链路层的以太网连接。普适视频模块单元12在比物理层以及数据链路层更上位的作为通信协议的网络层上安装有作为互联网协议的IP 350。另外，虽然未图示，但NAS 34c也安装有IP 作为网络层。而且，普适视频模块单元12安装有TCP 352以及UDP 351作为比网络层更上位的传输层，而且，在会话层以上安装有NFS (Network File System，网络文件系统)客户端 I/F 353，作为用于经由LAN与连接到该LAN上的设备进行文件共享的协议。NAS 34c和普适视频模块单元12之间的文件数据的通信协议使用NFS进行。协议转换器28将从视频信息装置40发放的NFS格式的命令转换为ATA格式。NFS客户端I/F 353是与NAS 34c上搭载的未图示的NFS服务器软件之间进行符合NFS协议的通信的软件。NFS客户端I/F 353 经由UDP 352与NAS 34c进行与从协议转换器28请求的处理对应的用于远程过程调用的消息的收发。作为该远程过程调用的协议，使用了 RPCOtemoteProcedure Call，远程过程调用)。
图24示出了普适视频模块12的硬件结构。如图所示，视频信息装置40和普适视频模块单元4之间使用IDE连接器260、261而物理地连接。在IDE连接器261上物理地连接有ATA设备控制器262，可从视频信息装置40的CPU对ATA设备控制器262内的ATA寄存器进行读写。在ATA设备控制器262上连接有用于临时存储从视频信息装置40写入的数据或被请求读取的数据的缓存263。该缓存263也可以位于图23的ATA设备控制器153 内，由作为普适视频模块12的CPU的UM-CPU 264进行读写。此外，ATA设备控制器内的ATA 寄存器也可以由UM-CPU 264进行读写。此外，搭载有存储UM-CPU 264执行的程序或文件系统的R0M265以及UM-CPU 264执行程序等时作为工作区使用的RAM 266，分别与UM-CPU 264连接。此外，用于控制以太网通信的以太网控制器267也与UM-CPU 264连接，可以由 UM-CPU 264进行读写。在以太网控制器267之前连接有RJ45等的连接器268，普适视频模块4经由该RJ45连接器268连接到以太网的网络上。
接着，对于在从视频信息装置40对NAS 34c记录数据的情况下的工作进行详细说明。图25表示从视频信息装置40对NAS 34c写入数据时的顺序。首先，视频信息装置40 选择、识别普适视频模块单元4作为ATA设备。由此，视频信息装置40将以后说明的数据写入工作识别为对ATA设备进行的工作。接着，在步骤S1000中，视频信息装置40对普适视频模块单元12内的Device/Head寄存器等的ATA寄存器设定逻辑块地址LBA(Logical Block Address)等。由此，指定了数据的写入目标。接着，在步骤S1001中，视频信息装置 40对普适视频模块单元12的ATA寄存器的Command寄存器写入与表示1扇区数据写入的 WRITE SECTOR命令相对应的命令码“30h”。ATA仿真器154为了表示正在准备数据写入，把 Status寄存器的BSY位设为“1”之后，实际地进行数据写入的准备。在准备结束之后，在步骤S1002中，ATA仿真器154将Status寄存器的DRQ位设为“ 1”，将BSY位再设为“0”。 由此，视频信息装置40识别出在自身所连接的ATA设备中结束了数据写入的准备。在步骤 S1003中，识别出Status寄存器的状态的视频信息装置40每次1扇区地对ATA寄存器内的 Data寄存器连续地写入数据。另外，与该数据写入开始的同时，ATA仿真器154将Status 寄存器的DRQ位设为“0”，将BSY位设为“ 1”(步骤S1004)。然后，在到后述的步骤S1019 为止的期间内，保持Status寄存器的状态。S卩，Status寄存器的DRQ位被设为“0”、BSY位被设为“1”的状态表示从视频信息装置40通过普适视频模块12对NAS 34c写入数据。
写入到Data寄存器中的1扇区的数据随时转发给ATA设备控制器153内的缓存 263。在对缓存263的1扇区的数据写入结束之后，在步骤S1005中，从ATA仿真器154对协议转换器28发出数据写入请求。接收到数据写入请求的协议转换器28在步骤S1006中对NFS客户端I/F 353发出文件打开请求。另外，步骤S1006的文件打开请求是指定文件名而进行的命令，在指定文件存在的情况下，打开所指定的现有文件，在指定文件不存在的情况下，新作成所指定的名称的文件。根据文件打开请求打开的文件或新作成的文件是将 S1003中写入缓存中的1扇区的数据存储到NAS 34c的任意目录上的文件，如图26所示，文件名优选设为唯一的名称，例如与LBA对应的名称。
NFS客户端I/F 353在步骤S1007中，按照NFS协议，经由UDP 351向NAS 34c发送NFSPR0C_0PEN过程调用消息。NAS 34c上的NFS服务器程序按照该过程调用消息，在步骤S1006中在所指定的目录上以所指定的文件名作成文件。在文件作成之后，NFS服务器程序在步骤S1008中，向NFS客户端I/F 353发送NFSPR0C_0PEN过程的响应消息。NFS客户端I/F 353在步骤S1009中，向协议转换器28返回表示作成了文件的文件打开响应。接着，协议转换器28在步骤S1010中，对NFS客户端I/F 353进行文件写入请求。该文件写入请求是用于将缓存263中存储的1扇区的数据写入到步骤S1007中打开的文件中的请求。 NFS客户端I/F 353在步骤S1011中，将1扇区的数据和NFSPR0C_WRITE过程调用消息发送给NAS 34c。NAS 34c上的NFS服务器程序按照该过程调用消息，将接收到的数据写入到所指定的文件中。在写入结束之后，NFS服务器程序在步骤S1012中将NFSPR0C_WRITE过程的响应消息发送给NFS客户端I/F 353。NFS客户端I/F 353在步骤S1013中，将文件写入响应返回给协议转换器28。
协议转换器28在步骤S1014中，对NFS客户端I/F 353发出用于关闭刚才写入数据的文件的文件关闭请求。接收到文件关闭请求的NFS客户端I/F 353在步骤S1015中， 将NFSPR0C_CL0SE过程调用消息发送给NAS 34c。NAS 34c上的NFS服务器程序按照该过程调用消息将所指定的文件关闭之后，在步骤S1016中，将NFSPR0C_CL0SE过程的响应消息发送给NFS客户端I/F 353。NFS客户端I/F 353在步骤S1013中，将文件关闭响应返回给协议转换器28。协议转换器28在步骤S1018中将数据写入结束通知发送给ATA仿真器154。 接收该通知后，ATA仿真器154将Status寄存器的DRQ位以及BSY位均设为“0”。通过以上的步骤，向通过网络连接的NAS 34c写入了 1扇区的数据。通过重复一连串的工作来实现多个扇区的写入。图48示出写入到NAS 34c中的数据文件的例子。在该例中，在目录/ usr/local/ubiquitous/data下存储有数据文件。文件名作成了对以十六进制表示的28位的LBA附加了扩展名.dat的文件名。在该例中，LBA存储有OxlOOOaO 0xl000a4的5扇区的数据。
接着，详细说明在从NAS 34c将数据读取到视频信息装置40中的情况下的工作。 图27表示视频信息装置40从NAS 34c读取数据时的顺序。首先，视频信息装置40选择、 识别普适视频模块单元4作为ATA设备。由此，视频信息装置40将以后说明的数据读取工作识别为对ATA设备进行的工作。接着，在步骤S1100中，视频信息装置40对普适视频模块单元4内的Device/Head寄存器等的ATA寄存器设定逻辑块地址LBA等。由此，指定了数据的读取目标。接着，在步骤S1101中，视频信息装置40对普适视频模块单元4的ATA 寄存器的Command寄存器写入与表示读取1扇区的数据的READ SECTOR命令相对应的命令码“20h”。ATA仿真器154为了表示正在进行数据读取处理，在步骤S1102中，把Status寄存器的BSY位设为“1”。然后，在步骤S1103中，从ATA仿真器154对协议转换器28发出数据读取请求。接收到数据读取请求的协议转换器28在步骤S1104中，对NFS客户端1/ F 353发出文件打开请求。该文件是在前述的写入工作时说明的、NAS 34c的任意目录上存储的1扇区的数据的文件，文件名为与LBA对应的如图48所示的名称。协议转换器28确定与Device/Head寄存器等中设定的扇区的LBA对应的文件名。NFS客户端I/F 353在步骤S1105中，按照NFS协议，经由UDP 351将NFSPR0C_0PEN过程调用消息发送给NAS 34c。 NAS 34c上的NFS服务器程序按照该过程调用消息，在所指定的目录上以所指定的文件名打开文件。在文件打开之后，NFS服务器程序在步骤S1106中，将NFSPR0C_0pen过程的响应消息发送给NFS客户端I/F 353。NFS客户端I/F 353在步骤S1107中，将表示打开了文件的文件打开响应返回给协议转换器28。接着，协议转换器28在步骤S1108中，对NFS客户端I/F353发出文件读取请求。该文件读取请求是用于读取打开的文件中所存储的1扇区的数据的请求。NFS客户端I/F 353在步骤S1109中，将NFSPROC_READ过程调用消息发送给NAS 34c。NAS 34c上的NFS服务器程序按照该调用消息，从所指定的文件中读取数据。 在读取结束之后，NFS服务器程序在步骤SlllO中，将包含从文件中读取的数据的NFSPROC_ READ过程的响应消息发送给NFS客户端I/F 353。NFS客户端I/F 353在步骤Sllll中，将包含所读取的数据的文件读取响应返回给协议转换器28。协议转换器28接收到文件读取响应之后，将所读取的数据转发给缓存263。
协议转换器28将所读取的数据转发给缓存263之后，在步骤S1112中，对NFS客户端I/F 353发出用于关闭刚才读取数据的文件的文件关闭请求。接收到文件关闭请求的NFS客户端I/F 353在步骤S1113中，将NFSPR0C_CL0SE过程调用消息发送给NAS 34c。 NAS 34c上的NFS服务器程序按照该过程调用消息关闭所指定的文件之后，在步骤S1114中将NFSPR0C_CL0SE过程的响应消息发送给NFS客户端I/F 353。NFS客户端I/F 353在步骤S1115中将文件关闭响应返回给协议转换器28。协议转换器28在步骤S1116中，对ATA 仿真器154发送数据读取结束通知。接收该通知之后，ATA仿真器154在步骤S1117中，将 ATA的Status寄存器的DRQ位设为“1”，将BSY位设为“0”。视频信息装置40在步骤S1118 中，观察该Status寄存器的状态而进行从ATA的Data寄存器读取1扇区的数据的连续读取。在1扇区的数据的读取结束之后，ATA仿真器154在步骤Sl 119中将ATA的Status寄存器的DRQ位以及BSY位均设为“0”。其结果是，从通过网络连接的NAS 34c中读取出了 ATA的1扇区的数据。通过重复一连串的工作来实现多个扇区的读取。
如以上所说明的那样，普适视频模块单元4将从视频信息装置40输出的、被指示为写入到某物理扇区中的数据转换为文件格式而发送给NAS 34c。由此，视频信息装置40 进行自己通常进行的、和向与自己本地连接的记录装置写入数据的情况同样的处理即可。 另一方面，NAS 34c与正常的数据同样地处理从普适视频模块单元4发送来的文件形式的数据，并通过自己的判断来指定写入的物理扇区。
S卩，可通过将对于物理扇区的数据写入指示转换为逻辑文件共享协议，进行对视频信息装置40本来不具备的、连接到网络上的记录装置的数据写入。
此外，对于数据的读取也同样，视频信息装置40进行自己通常进行的、和从与自己本地连接的记录装置中读取数据的情况同样的处理即可。NAS 34c与通常的数据读取指示同样地处理从普适视频模块单元4发送来的文件形式的数据的读取指示，指定写入有数据的自己的物理扇区，并读取数据。
S卩，可通过将对于物理扇区的数据读取指示转换为逻辑文件共享协议，从视频信息装置40本来不具备的、连接到网络上的记录装置中进行数据读取。
这样，可通过使用本实施方式的普适视频模块单元，实现本来视频信息装置所不具备的功能。即，可以在不变更、修改视频信息装置的系统LSI的情况下扩展视频信息装置的功能，并可以削减LSI的开发费用、缩短开发期间。
另外，在本实施方式中，作为记录装置而举出了 NAS，但只要具有NFS服务器功能则也可以是非易失性存储器或MO等。此外，作为文件共享协议而举出了 NFS，但也可以是 SMB(Server Message Block，服务器消息块)、APF(AppleTalk Filing Protocol,AppleTalk文件协议)等。
实施方式2 <关于在具有以太网接口的情况下的系统结构> 图28是表示在将普适视频模块12与视频信息装置40的以太网接口连接的情况下的系统结构例。
包括普适视频模块12的普适视频模块单元4具有以太网接口 32f，将该以太网接口 32f与视频信息装置40的以太网接口 31e连接。
通过该普适视频模块单元4的连接，视频信息装置40经由LAN等网络与LAN 33 上的网络摄像机34d、34e以及34f等的其它设备之间进行通信/控制。
这里，视频信息装置40尽管安装有与NAS的通信/控制所使用的协议，但没有安装与装置外部的网络摄像机之间的通信/控制的协议。在这样的情况下，通过连接普适视频模块单元4，视频信息装置40也可以经由网络与LAN 33上的网络摄像机34d、34e以及 34f进行通信/控制。
图29是表示包括图28所示的普适视频模块12的普适视频模块单元4中的软件块的结构例的图。
在视频信息装置40要利用装置外部的网络摄像机34d、34e以及34f中的任意一个的情况下，普适视频模块12接收与NAS的通信/控制协议，与以太网(Ethernet)上的网络摄像机进行通信/控制。
普适视频模块12从视频信息装置40中的系统CPU 41接收NAS用通信/控制协议。
以太网设备控制器162控制以太网仿真器163并对接收到的NAS用通信/控制协议进行解析。
解析后的协议通过协议转换器(Protocol Converter) 28转换为与以太网上的网络摄像机34d、34e以及34f中的任意一个之间的通信/控制所使用的协议，经由以太网驱动器161、以太网主机接口 160进行与LAN 33上的网络摄像机34d、34e以及34f中的任意一个之间的通信/控制。
以后，更详细地说明本实施方式的普适视频模块12。首先，在图30中示出一般的NAS、例如图18所示的NAS 34c中的软件的方框图。NAS34c安装用于使用以太网与视频信息装置40连接的以太网主机I/F 360、以太网驱动器361。而且，作为上位的通信协议而安装作为互联网协议的IP 363，在其上位安装TCP 365、UDP 364、远程过程调用 (RemoteProcedure Call)366。另一方面，安装有用于存储从视频信息装置40发送来的数据的HDD 371、用于与HDD 371连接的存储设备I/F 370、存储设备驱动器369。而且，NFS 服务器软件367按照来自视频信息装置40的请求启动文件系统驱动器368，将从视频信息装置40接收到的数据存储到HDD 371中。通常，存储设备I/F 370和HDD 371之间的通信协议是ATA或ATAPI (ATA Pachet Interface, AT附加分组接口 )。另外，NAS的特征在于， 可由连接到LAN上的其它设备、例如视频信息装置40识别为本地存储设备，并进行使用。
接着，在图31中示出本实施方式中的普适视频模块12的软件的块结构。与图30 所示的NAS 34c的不同之处在于，为了与网络摄像机34d连接而安装以太网主机I/F 372、 以太网驱动器373、虚拟文件系统驱动器376、命令处理部374、以及请求处理部375。另外，视频信息装置40和普适视频模块单元4之间的通信协议使用了 NFS、命令协议，普适视频模块单元4和网络摄像机34d之间的通信协议使用了 http。
另外，作为虚拟文件系统驱动器376的例子，例如有Linux的Proc文件系统。该 Linux的Proc文件系统具有通过读写看起来位于某目录上的文件，而提供对于Linux的 Kernel的接口的功能。即，通过使用Proc文件系统，对目录上的文件的访问成为对Kernel 的状态的读取，对文件的写入成为对Kernel的设定的变更。本实施方式的普适视频模块单元4中的虚拟文件系统驱动器376也具有如Linux的Proc文件系统这样的功能。
在图32中示出表示由虚拟文件系统驱动器376作成的虚拟文件系统380。另外， 该虚拟文件系统380是由如图所示的目录表现的，该目录由视频信息装置40进行识别。在所作成的command目录下配置了 set以及get的文件，它们分别与命令处理部374连接。 视频信息装置40通过访问set或get的文件，来通过命令处理部374指示普适视频模块单元4和摄像机34d、34e之间的连接，或确认与命令处理部374连接的摄像机34d、34e的连接状况等。另一方面，在cams目录下配置有赋予了 caml、cam2等名称的目录，将各个目录与摄像机关联起来。而且，在caml、cam2下分别配置有picture, jpg的文件。该picture, jpg分别与请求处理部375连接。视频信息装置40可通过访问各个picture, jpg的文件， 来通过请求处理部375从摄像机读取图像。另外，这里，将图像文件格式设为“ jpg",但也可以是“gif”、“bmp”等，不特别限制格式。
这样，视频信息装置40可通过访问由虚拟文件系统驱动器376作成的虚拟文件系统380，来经由命令处理部374、请求处理部375控制摄像机34d、34e，或读取图像数据。艮口， 视频信息装置40通过经由普适视频模块单元4，将来自摄像机34d、34e的图像数据识别为来自NAS的图像数据。
以下，使用图33、34详细地说明在视频信息装置40操作摄像机34d的情况下的工作。另外，本实施方式中的操作大致分为图33所示的将视频信息装置40和摄像机34d关联起来时的顺序和图34所示的视频信息装置40取得摄像机34d的图像数据时的顺序。首先，说明图33的将视频信息装置40和摄像机34d关联起来时的顺序。视频信息装置40在步骤S1200中，为了识别普适视频模块单元12内的虚拟文件系统驱动器376所作成的虚拟文件系统380，使用MNT作为通信协议，对普适视频模块12发出MNTPR0C_MNT安装请求。接收到安装请求的普适视频模块单元4的虚拟文件系统驱动器376作成虚拟文件系统380之后，在步骤S1201中通过MNTPR0C_MNT安装响应将该情况返回给视频信息装置40。通过该处理，视频信息装置40可识别虚拟文件系统380，并进行访问。
接着，视频信息装置40为了将例如连接到网络上的摄像机34d和虚拟文件系统 380的目录caml关联起来，首先在步骤S1202中对虚拟文件系统380的command/set发出 NFSPR0C_0PEN文件打开请求。接收到文件打开请求的虚拟文件系统380在步骤S1203中对命令处理部374发出命令处理开始请求。然后，接收到命令处理开始请求的命令处理部 374识别出在摄像机34d和虚拟文件系统380的目录之间存在关联的情况，在步骤S1204 中，在命令处理开始响应中反馈该情况。接收到该命令处理开始响应的虚拟文件系统380 的command/set在步骤S 1205中，在NFSPR0C_0PEN文件打开响应时将该情况返回给视频信息装置40。通过该处理，视频信息装置40可以对command/set发送命令。
视频信息装置40为了实际地将摄像机34d和虚拟文件系统380的目录caml关联起来，通过步骤S1206对虚拟文件系统380的command/set发出表示进行摄像机34d和目录caml之间的关联的文件写入请求NFSPROC_WRITE。接收到文件写入请求的虚拟文件系统 380的command/set在步骤S1207中对命令处理部374发送用于将摄像机34d和目录caml 关联起来的命令。执行命令并进行了关联建立的命令处理部374在步骤S1208中，在命令响应中返回该情况。接收到该命令响应的虚拟文件系统380在步骤S1209中，在NFSPR0C_ WRITE文件写入响应中将该情况返回给视频信息装置40。通过该处理，建立了摄像机34d 和目录caml之间的关联，从视频信息装置40对目录caml的写入处理成为摄像机34d的操作。
然后，在想再进行其它的摄像机和目录之间的关联或对摄像机34d进行命令发送的情况下，进行从步骤S1206到步骤S1209的处理。
在所有的命令发送结束了的情况下，视频信息装置40为了表示不发生对命令处理部374的命令发送，在步骤S1210中对虚拟文件系统380的command/set发出NFSPR0C_ CLOSE文件关闭请求。接收到文件关闭请求的虚拟文件系统380的command/set在步骤 S1211中对命令处理部374发出命令处理结束请求。接收到命令处理结束请求的命令处理部374识别出未从视频信息装置40对自己发出命令的情况，在步骤S1212中，在命令处理结束响应中返回该情况。接收到该命令处理结束响应的虚拟文件系统380的command/set 在步骤S1213中，在NFSPR0C_CL0SE文件关闭响应中将该情况返回给视频信息装置40。
通过该一连串的处理，将虚拟文件系统380中的目录与网络上的摄像机关联起来， 从视频信息装置40对目录进行的写入处理被变换为摄像机的实际操作。即，视频信息装置40可通过已有的NFS的命令实际地操作摄像机。
接着，说明图34的视频信息装置40取得来自摄像机34d的图像时的顺序。另外， 假设在图34的步骤S1220之前的时刻，图33所示的摄像机34d和目录caml之间的关联建立已经结束。
首先，视频信息装置40为了取得来自摄像机34d的图像数据，首先通过步骤S1220 对虚拟文件系统380的目录caml/picture. jpg发出NFSPR0C_0PEN文件打开请求。接收到文件打开请求的虚拟文件系统380的目录cmal/picture. jpg在步骤S1221中对请求处理部375发出请求处理开始请求。然后，接收到请求处理开始请求的请求处理部375识别出存在来自摄像机34d的图像数据的取得请求的情况，并在步骤S1222中，在请求处理开始响应中返回该情况。接收到该请求处理开始响应的虚拟文件系统380的目录cmal/picture. jpg在步骤S1223中，在NFSPR0C_0PEN文件打开响应中将该情况返回给视频信息装置40。 通过该处理，视频信息装置40可以对cmal/picture. jpg发出图像数据的请求。
视频信息装置40为了实际地取得摄像机34d的图像数据，在步骤S1224中对虚拟文件系统380的cmal/picture. jpg发出表示读取摄像机34d的图像数据的文件读取请求NFSPR0C_READ。接收到文件读取请求的虚拟文件系统380的cmal/picture. jpg在步骤 S1225中将用于读取来自摄像机34d的图像数据的数据读取请求发送给请求处理部375。 而且，接收到数据读取请求的请求处理部在步骤S1226中对摄像机34d发出数据读取请求 GET/DATA/PICTURE。接收到数据读取请求的摄像机34d在步骤S1227中，将包含所拍摄的图像数据的数据读取响应返回给请求处理部375。而且，请求处理部375在步骤S1228中返回包含图像数据的数据读取响应。接收到该包含图像数据的数据读取响应的虚拟文件系统380的cmal/picture. jpg在步骤S1229中，在NFSPROC_READ文件读取响应中将图像数据返回给视频信息装置40。通过该处理，可以通过视频信息装置40观察摄像机34d所拍摄到的图像数据。
然后，在要再次取得来自摄像机34d的图像数据的情况，或在要取得来自其它的摄像机的图像数据的情况下，进行从步骤S1224到步骤S1229的处理。
在所有的图像数据的取得已结束的情况下，视频信息装置40为了表示未发生对请求处理部375的图像取得请求的情况，通过步骤S1230对虚拟文件系统380的cmal/ picture, jpg发出NFSPR0C_CL0SE文件关闭请求。接收到文件关闭请求的虚拟文件系统380 的cmal/picture. jpg在步骤S1231中对请求处理部375发出请求处理结束请求。接收到请求处理结束请求的请求处理部375识别出未从视频信息装置40对自己发出图像取得请求的情况，在步骤S1232中，在请求处理结束响应中返回该情况。接收到该请求处理结束响应的虚拟文件系统380的cmal/picture. jpg在步骤S1233中，在NFSPR0C_CL0SE文件关闭响应中将该情况返回给视频信息装置40。
最后，视频信息装置40在步骤S1234中，为了解除虚拟文件系统380的识别，对普适视频模块12发出MNTPR0C_UMNT卸载请求。接收到卸载请求的普适视频模块单元4的虚拟文件系统驱动器376在结束了虚拟文件系统380之后，在步骤S1235中，在MUTPR0C_UMNT 卸载响应中将该情况返回给视频信息装置40。通过该处理，视频信息装置40结束虚拟文件系统380的识别。
通过该一连串的处理，可以在视频信息装置40中对连接到网络上的摄像机34d所拍摄到的图像数据进行视听。即，视频信息装置40可通过现有的NFS的命令来对摄像机所拍摄到的图像进行视听。
另外，虚拟文件系统380中的目录结构不限于图32所示的结构。图35所示的目录结构是与图32中的虚拟文件系统380的目录相同的结构，但该结构的特征在于，配置有 对于命令收发用文件和多个摄像机用目录分别配置有一个图像取得用文件。
图36所示的目录结构的特征在于，在各个摄像机用目录中配置有多个图像取得用文件。并且是适合于从摄像机连续读取图像的情况等的配置。
图37所示的目录结构是又一例子，其特征在于，在各个摄像机用目录中还配置了针对摄像机的命令收发用文件。并且是适合于一边进行对每个摄像机的控制，一边读取图像的配置。
如以上所说明的那样，可以使用利用了视频信息装置40所具备的NFS的文件读写这样的现有功能，从连接到网络上的摄像机中取得图像数据。另外，在不具备NFS功能的视频信息装置40的情况下，通过模拟从视频信息装置40对通常的NAS进行数据记录时的目录结构、数据格式来作成虚拟文件系统380。即，在视频信息装置40进行识别的环境中， 可以通过执行在NAS中记录的图像数据的再现操作来显示当前的图像，通过将已经记录在 NAS中的图像数据复制到其它的存储设备中而记录当前的摄像机图像。但是，在该情况下， 由于不能由视频信息装置40设定使用摄像机等的信息，所以需要作为初始值而提供给普适视频模块单元4，或从外部对普适视频模块单元4进行设定。
另外，也可以使用普适视频模块12所具有的摄像机引擎将与网络连接的摄像机拍摄到的图像数据转换为适合于在视频信息装置中进行显示的格式。此外，在本实施方式中，普适视频模块单元内的NFS服务器367、虚拟文件系统驱动器376、命令处理部374、请求处理部375分别为独立的软件，但也可以是对它们的一部分或全部进行组合而得到的软件。
可通过采用这样的结构，构成为普适视频模块单元4进行NAS用通信/控制协议和网络摄像机用通信/控制协议之间的转换(可以与装置外部进行NAS用控制命令的收发)。
而且，由此，例如，视频信息装置40自己的与NAS之间的通信/控制协议对应的结构保持原样，而不必新追加用于与网络摄像机34d、34e以及34f中任意一个之间的通信/ 控制协议的结构，就可以经由网络与LAN 33上的网络摄像机34d、34e以及34f中的任意一个进行通信/控制。即，不需要伴随功能追加的新的系统LSI等的开发。
另外，在实施方式2中，由于上述以外的方面与实施方式1的情况相同，所以省略说明。
实施方式3 <关于在视频信息装置侧具有系统接口的结构> 图38是表示在将普适视频模块单元4与视频信息装置40连接的情况下的系统结构例的图。
图38所示的视频信息装置40构成为具有S-I/F 31，而不具有图7所示的驱动器 55以及主机接口 56。
此外，普适视频模块单元4由普适视频模块12和U-I/F 32构成。通过连接这些各接口 S-I/F 31和U-I/F 32，即使不开发新的系统LSI，也可以实现具有普适视频模块12 的功能的视频信息装置40。
普适视频模块单元4在经由通信引擎24与互联网环境进行连接之后，从互联网上的其它的视频信息装置下载视频/音频数据等。
通过普适视频模块12所包括的MPEG4引擎23、图形引擎21等对所下载的视频/ 音频数据等进行解码处理或图形处理。然后，普适视频模块单元4经由U-I/F 32和接口 S-I/F 31输出可在视频信息装置40中利用的数据格式的视频/音频数据等。
输入到视频信息装置40中的视频/音频数据分别被信号处理为可在显示单元54 上显示，并显示在显示单元54上，由未图示的音频输出部进行音频输出。
此外，例如在普适视频模块单元4的摄像机引擎22中，对从网络摄像机(例如图 28所示的与网络连接的网络摄像机34d、34e以及34f等)输入的运动图像/静止图像文件进行像素数转换、速率变换、图像处理等的摄像机特有的图像处理。
而且，通过图形引擎21对进行了图像处理后的运动图像/静止图像文件的数据进行图形处理，经由U-I/F 32和接口 S-I/F 31以可在视频信息装置40中利用的数据格式输出ο 该输入到视频信息装置40中的数据被信号处理为可在显示单元54上显示的状态，并在显示单元54上显示。
另外，在以上的说明中，图38所示的各引擎的处理仅表示一例，而引擎的使用步骤以及引擎的功能也可以与其不同。
此外，图38所示的结构例是显示视频数据的系统的例子，也可以以同样的结构应用于具有音频输入的再现、文本输入的显示/发布、信息的存储等的其它功能的系统或装置中。
<关于包括显示用视频输入输出功能的普适视频模块单元> 图39是表示本实施方式3中的在使普适视频模块单元4具有向显示单元54显示视频的功能的情况下的结构例的图。
UVI (Ubiquitous Video Input，普适视频输入)175是普适视频模块单元4的视频输入端子，构成了可与视频信息装置40的视频输入端子V-I/F(Video Interface，视频接口)50连接的接口。
UVO(Ubiquitous Video Output，普适视频输出)176是从普适视频模块单元4至显示单元54的视频输出端子，且与显示单元54的输入接口(未图示)连接。由该输入接口输入的视频数据经由显示驱动器173显示在显示设备174上。
如果这样构成，则例如可以将视频信息装置40的视频输出叠加到普适视频模块 12所包括的图形引擎21的显示画面上。
此外，通过这样构成，不仅可以在S-I/F 31和U-I/F 32之间交接视频数据，而且还可以经由V-I/F 50、UVI 175以及UVO 176输出，因此可以在不降低S-I/F 31和U-I/F 32之间的通用总线的传输效率的情况下将视频数据提供给普适视频模块12。
在视频信息装置40不与网络对应的情况下，用于将互联网上的图形数据与本装置所输出的视频信号合成而显示的叠加(screen overlay)输出的结构通常是复杂的。
但是，普适视频模块12具有UVI 175以及UVO 176而保有叠加功能，由此，在视频信息装置40中容易在不新进行系统LSI 45的开发的情况下实现叠加等的扩展功能。
另外，在实施方式3中，上述以外的方面与实施方式1的情况相同。
〈关于其它的数据存储接口> 在上述实施方式1中，作为存储接口(数据存储接口)使用了 ATA，但也可以使用 SCSI (Small Computer System Interface)等其它的存储接口 (storage interface)。
此外，在上述实施方式1中，使用了 ATA或SCSI的数据存储接口，但也可以使用 USB (Universal Serial Bus)、IEEE1394等具有存储用的协议集的接口。
〈关于程序间通信〉 此外，在上述实施方式1以及2中，构成为使用进程间通信机进行进程间通信，但也可以使用经由程序间通信机进行的程序间通信。
实施方式4 在本实施方式中，说明使用Web浏览器操作普适视频模块单元4的情况。首先， 在图40中示出现有的视频信息装置40的硬件结构。另外，图示的视频信息装置40具有 RS-232C接口 400作为与外部装置连接的串行接口。
视频信息装置40经由作为内部总线的PCI总线403连接前级处理部171、系统LSI 45、后级处理部172、V-I/F 50。而且，分别还有内置HDD402经由IDE接口 404、RS_232C接口 400经由串行控制器401与PCI总线403连接。
接着，说明使用个人计算机(PC)405操作视频信息装置40的情况。如图所示，PC 405和视频信息装置40通过RS-232C电缆连接，可以相互进行通信。首先，用户需要对PC 405安装用于控制视频信息装置40的专用软件。然后，用户可通过使用专用软件，来进行视频信息装置的操作，例如图像数据的取出、图像数据的记录。即，用户通过专用软件发出处理命令时，该处理命令被转换为RS-232C用命令之后，经由RS-232C电缆被发送给视频信息装置40。视频信息装置40的系统LSI 45对从RS-232C接口 400输入的命令进行解析，并执行必要的处理。处理的结果与处理命令的通信同样，经由RS-232C接口 400被送回作为处理命令发出源的个人计算机的专用软件。
通过这样的步骤，用户可以使用安装在PC中的对视频信息装置40进行控制的专用软件，来进行对视频信息装置40的操作。从而，为了操作现有的视频信息装置40，需要将用于操作视频信息装置40的专用软件安装在PC 405中。在本实施方式中，说明使用最近的在PC中标准地预先安装的Web浏览器来操作视频信息装置40的方法，即，使用普适视频模块单元4操作视频信息装置40的方法。
在图41中示出本实施方式中的普适视频模块单元4的硬件结构。普适视频模块单元4经由RS-232C电缆接口 400，通过RS-232C电缆与视频信息装置40连接，而经由通信引擎24，通过以太网与PC 405、摄像机34d连接。而且，在普适视频模块单元4内部，普适视频模块12和RS-232C电缆接口 406经由串行控制器407通过PCI总线连接。
在图42中示出本实施方式中的普适视频模块单元4的软件结构。PC405和普适视频模块单元4通过作为物理层以及数据链路层的以太网进行连接，普适视频模块单元4 安装有以太网I/F 420、以太网驱动器421。此外，普适视频模块单元4在比物理层以及数据链路层更上位的作为通信协议的网络层上安装作为互联网协议的IP423，作为比网络层更上位的传输层而安装有TCP 424、以及UDP 426。而且，在会话层以上安装有Web服务器 425。另外，假设在PC 405中安装有Web浏览器409。
另一方面，视频信息装置40和普适视频模块单元4通过RS-232C电缆物理连接， 普适视频模块单元4安装有串行控制I/F 429、串行控制驱动器428。而且，还安装有将来自PC 405的Web浏览器的请求转换为RS-232C命令的命令转换部427。
接着，说明例如在从PC 405的Web浏览器取得视频信息装置40上显示的图像数据的情况下的工作。图43表示从Web浏览器取得视频信息装置40所显示的图像数据时的顺序。首先，在PC 405中安装的Web浏览器409在步骤S1250中，向普适视频模块单元4 的Web服务器发送菜单请求http:Get/menu。Web服务器425在步骤S1251中，将包含菜单的菜单响应返回给Web浏览器409。通过该处理，在PC 405的Web浏览器409上显示出菜单画面。从而，用户可以使用该操作画面进行对于视频信息装置40的操作。
用户根据Web浏览器409上所显示的操作画面，进行用于取得视频信息装置40所显示的图像数据的操作。通过该操作，Web浏览器409在步骤S1252中，对Web服务器发送数据取得请求http:Get/data，Web服务器425在步骤S1253中，将接收到的数据取得请求 http: Get/data发送给命令转换部427。命令转换部427在步骤S1254中，将数据取得请求 http:Get/data转换为作为RS-232C用的命令数据的数据取得请求GET/DATA，并发送给串行控制器407。普适视频模块单元4内的串行控制器407在步骤S1255中，经由RS232-C电缆对视频信息装置40的串行控制器401发送数据取得请求GET/DATA。最后，在步骤S1256 中，得到从串行控制器401发送的数据取得请求GET/DATA的系统LSI 45对该命令进行解析，并进行视频数据的取得。
系统LSI 45在步骤S 1257中将包含图像数据的数据取得响应返回给串行控制器401。而且，在步骤S1258中，从视频信息装置40内的串行控制器401对普适视频模块单元 4内的串行控制器407返回包含图像数据的数据取得响应，在步骤S1259中，从串行控制器 407对命令转换部427返回包含图像数据的数据取得响应。命令转换部在步骤S1260中，将由RS-232C用的数据取得响应转换得到的http协议的数据取得响应和图像数据返回给Web 服务器425。Web服务器425在步骤S1261中，向Web浏览器409返回http协议的数据取得响应和图像数据。在步骤S1261之后，用户除了可以经由Web浏览器409视认从视频信息装置40取得的图像数据之外，还可以进行对视频信息装置40所显示的图像数据的写入等。
如以上说明的那样，如果使用本实施方式的普适视频模块单元，则无需安装控制视频信息装置40的专用软件，而可以使用标准地预先安装的Web浏览器进行对视频信息装置40的操作。此外，还可以使用本实施方式的普适视频模块单元，在视频信息装置40中显示、记录从摄像机34d发送来的图像。而且，本实施方式的普适视频模块也可以应用于现有的视频信息装置中。
另外，该说明中所使用的http命令、RS232-C用的命令GET/DATA是一个例子，只要满足用户所希望的功能，表述的形式并无限制。
而且，在图44中示出本实施方式中的普适视频模块的其它的应用例。图44所示的视频信息装置与图41所示的视频信息装置40之间的不同之处是在装置内部内建有普适视频模块单元。即，在图41中假设了在现有的视频信息装置上连接了普适视频模块单元 4的情况。但是，如果是如图44所示的内置了普适视频模块的视频信息装置，则无需通过 RS-232C连接普适视频模块和视频信息装置之间。从而，两者间的通信与以太网等相比较， 具有不受通信速度低的RS-232C接口的物理通信速度的制约的优点。
在图44中，在图41中通过串行控制器和RS-232C连接的部分通过总线桥410连接。即，该总线桥410连接有视频信息装置内部的PCI总线403、普适视频模块单元内部的 PCI总线408。在总线桥410内部设有进行与串行控制器同样的数据传输的串行仿真器411。 串行仿真器411从PCI总线403、408双方接受控制，与串行传输的情况同样地传递给相反侧的总线。从而，如图41所示，可以不变更使用串行控制器401、407进行通信的结构时的软件而进行使用。而且，由于不受RS-232C通信的物理速度限制，因此可以高速地进行数据传输。
另外，如果可以进行软件的变更，则可以使用共享存储器型等串行仿真器411以外的桥，也可以同时使用多种方式。
在图45中示出从Web浏览器取得在视频信息装置40中显示的图像数据时的顺序。与图43的不同之处在于，还将从视频信息装置40读取的图像数据记录到网络上的NAS 34c 中。
S卩，命令转换部427通过步骤S1292中的数据写入，将从视频信息装置40读取的图像数据记录在NAS 34c中。在记录结束之后，NAS 34c通过步骤S1322中的数据写入响应而返回给命令转换部427。
如以上所说明的那样，也可以使用将普适视频模块内建在内部的视频信息装置。
实施方式5 <关于与保有引擎有关的标志以及联合设定> 图46是示意地表示实施方式5中的应用了普适视频模块的视频信息装置的系统结构的图。
作为视频信息装置的一例的监视录像机200由如下部分构成进行监视录像机200的控制的CPU 201、与具有视频输出的其它设备进行视频信号的收发的多视频I/O 202、进行JEPG/JEPG2000等的压缩/解压的JEPG/2000编码解码器203、用于运动图像压缩的MEPG2引擎204、MPEG4_Versionl引擎(图中标记为MPEG4_1引擎)205、中间件206、控制存储设备的接口的存储主机I/F 208、作为OS而与UM-CPU 211相同的作为嵌入式OS的嵌入式Linux 207。
此外，普适视频模块210由如下部分构成进行该普适视频模块210的控制的 UM-CPU 211、用于提高绘图性能的图形引擎212、进行摄像机所拍摄到的运动图像或静止图像等的信号处理的摄像机引擎213、用于运动图像压缩/解压的MPEG4_VerSi0n2引擎(图中标记为MPEG4_2引擎)214、用于连接到网络环境中的有线LAN、无线LAN、串行总线通信等所使用的通信引擎215等功能块。另外，将MPEG4_Versionl引擎205、MPEG4_Version2弓丨擎214等的与运动图像压缩有关的功能块统称为MPEG4引擎。
另外，普适视频模块210所包括的功能块中，这里举出的例子仅为一例，监视录像机200所需的功能可以通过普适视频模块210所包括的各引擎来实现。
普适视频模块210与监视录像机200的存储主机I/F 208连接。
监视录像机200和普适视频模块210中搭载的MPEG4引擎在图46的例子中，是与 MPEG4 的版本 1、2 分别对应的 MPEG4-Versionl 引擎 205、MEPG4_Version2 引擎 214。
在普适视频模块210不使用MPEG4-Versi0nl引擎205，而使用其它的引擎(硬件引擎或软件引擎)的情况下，普适视频模块210的UM-CPU211经由存储设备控制器 (Storage Device Controller) 219 控制监视录像机 200 的存储主机 I/F (Storage Host Interface)208。
由此，普适视频模块210可以操作监视录像机200上所搭载的多视频1/0 202、 JPEG/2000 编码解码器 203、MPEG2 引擎 204。
<关于联合设定> 以下，参照图47 图52具体进行说明。
图47是表示本实施方式5中的应用了普适视频模块210的视频信息装置的系统结构的其它例子的示意图。
监视录像机200内的220是R0M，221是RAM，222是设定存储器。此外，普适视频模块210内的223是R0M，224是RAM，225是设定存储器。
图48是表示设定存储器222以及225中所存储的设定信息的一例的示意图。如图所示，设定存储器222和/或设定存储器225存储有设备设定230a、网络设定230b、联合设定230c的各种设定。
在如图47所示的监视录像机200中，设备设定230a是例如与网络连接的摄像机中的工作摄像机的编号或切换定时等的监视录像机200对各设备赋予的设定。
此外，网络设定230b是关于监视录像机200与连接在网络上的设备进行通信所需的地址或通信方式的设定。
在本实施方式5的结构中，监视录像机200以及与其连接的普适视频模块210所具有的设定存储器222和/或设定存储器225还具有联合设定230c，其是按照与管理编号 (管理No.)关联的形式对监视录像机200以及与其连接的普适视频模块210各自所保有的引擎进行表格化而得到的。
图49、图50是本实施方式5中的联合设定230c的设定内容的一例。图49示出了监视录像机200保持在设定存储器222内的联合设定231的内容。
如图49所示，联系信息231与各硬件引擎对应地存储有监视录像机200的CPU 201所控制的硬件引擎和用于管理它们的管理编号(管理No.)等的信息。
图50示出了普适视频模块210保持在设定存储器225内的联合设定232的内容。
如图所示，联系信息231与各硬件引擎对应地存储有普适视频模块210的UM-CPU 211所控制的硬件引擎和用于管理它们的管理编号(管理No.)等的信息。
当然，这里图示的是一例，这些联合设定231以及232的内容也可以根据需要而存储其它的设定。该其它的设定是指例如关于可以处理视频信息以外的数据的与音频数据处理有关的功能块、与文本数据处理有关的功能块等的设定。
图47是表示系统结构例的示意图，该系统结构例示意地表示了本实施方式5中的作为普适视频模块210以及视频信息装置的一例的监视录像机200的各硬件引擎。
如图46、25、27所示，监视录像机200保有作为监视录像机200自身的CPU 201所控制的硬件引擎的多视频I/O 202、JPEG/2000编码解码器203、MPEG2引擎204、MPEG4_1弓丨擎205，作为基本的硬件引擎。
此外，如图46、25、28所示，普适视频模块210保有作为普适视频模块210自身的 UM-CPU 211所控制的硬件引擎的图形引擎212、摄像机引擎213、MPEG42引擎214，作为基本的硬件引擎。
另外，监视录像机200的存储主机I/F 208可以公开硬件设备。S卩，监视录像机 200所管理的硬件设备处于可由普适视频模块210识别的状态。
<关于基于联合设定的工作> 以下，参照图47说明其工作。
普适视频模块210安装到监视录像机200的存储主机I/F 208上时，普适视频模块210检测出连接到存储主机I/F 208的情况，并接通启动与以下的信号收发相关的程序的开关(步骤A，240)。
该开关例如由可实现对普适视频模块210的供电的硬件开关或软件开关构成，通过该开关的接通动作，至少进行对UM-CPU 211的供电。
如上所述，监视录像机200以及普适视频模块210在各个设定存储器222、225内与各硬件引擎对应地存储有由各个CPU(CPU201、UM-CPU211)控制的硬件引擎和用于管理它们的管理编号等的信息(联合设定231、232)。
普适视频模块210对监视录像机200的存储主机I/F 208发送用于取得联合设定 231的请求信号(步骤B，241)，联合设定231是监视录像机200所管理的硬件引擎、以及用于管理这些硬件引擎的管理编号等的信息。
接收到该请求信号的存储主机I/F 208将监视录像机200的设定存储器222中所存储的联合设定231发送给普适视频模块210 (步骤C，242)。
普适视频模块210基于接收到的监视录像机200的联合设定231和设定存储器225中所存储的联合设定232，作成如图51中示意地表示的、普适视频模块210可控制的硬件引擎的一览数据233。
在该一览数据233中，与监视录像机200的硬件引擎以及普适视频模块210的硬件引擎有关的各信息被作为“硬件引擎”的数据类别而保持。
一览数据233具有 A)与各硬件引擎对应，以“No. ”表示的编号， B)以表现“(设备属性)_(硬件引擎属性)”的格式表示的“管理编号(管理No.) ”。
在对该B)进行说明时，在图51中示出的例子中，在r_l、r_2···中，r表示视频信息装置(这里为监视录像机200)侧的硬件引擎，在u_l、u_2···中，u表示普适视频模块210 侧的硬件引擎。
而且，一览数据233还具有在图51中以标号F表示的各标志 C)表示普适视频模块210可否控制各硬件引擎的“可控制标志”， D)表示考虑了各硬件引擎的版本等的结果，普适视频模块210是否实际进行控制的“控制标志”， E)表示该“控制标志”所表示的由普适视频模块210控制的硬件引擎中、必需要从普适视频模块210对监视录像机200进行访问的硬件引擎的“访问标志”。
如上所述，一览数据233中的“可控制标志”表示将监视录像机200所具有的硬件引擎和普适视频模块210所具有的硬件引擎综合后的状态。从而，如图51所示，对于所有的硬件引擎赋予“可控制标志”。
这样，工作进行为对于可控制标志、控制标志，以连接了监视录像机200和普适视频模块210为契机，由UM-CPU 211对两者所保有的与硬件引擎有关的信息进行合并，由此预先提高了性能得到进一步提高的硬件引擎的访问性能。即，可通过由监视录像机200 以及普适视频模块210分别保有可控制标志、控制标志，从而在短时间内进行上述合并工作。
另外，在一览数据233的硬件引擎中，MPEG4的压缩/解压所使用的与MPEG4有关的硬件引擎是如图49所示那样的监视录像机200的联合设定231中的MPEG4_1引擎(管理 No. r_4)，和如图50所示那样的普适视频模块210的联合设定232中的MPEG4_2引擎(管理 No. u_3)。
这里，MPEG4的压缩/解压所使用的是MPEG4_1引擎以及MPEG4_2引擎中、引擎的内容被进一步修改的MPEG4_2引擎(图50中的管理No. u_3)。
S卩，在图51的例子中，MPEG4的压缩/解压所使用的是MPEG4_2引擎。从而，在图 51所示的一览数据233的例子中，对管理No. 6的r_4以外的所有的硬件引擎赋予“控制标士”
；ο 被赋予了该“控制标志”的硬件引擎中、普适视频模块210必需对监视录像机200 进行访问的硬件引擎是管理No. *r_l、r_2、r_3表示的硬件引擎。从而，对管理No.由 r_l、r_2、r_3表示的硬件引擎赋予“访问标志”。
如以上所说明的那样，与监视录像机200以及普适视频模块210各自所具有的硬件引擎对应地赋予各标志。
而且，普适视频模块210的UM-CPU 211向监视录像机200输出用于访问被赋予了该“访问标志”的监视录像机200所具有的硬件引擎的访问请求信号(步骤D，243)。
接收到访问请求信号的监视录像机200的CPU 201根据接收到的访问请求信号访问所指定的硬件引擎。
另外，在这里的例子中，从普适视频模块210对监视录像机200的硬件引擎进行的访问是对于被赋予了上述一览数据的访问标志的、由管理No. &r_l、r_2、r_3表示的硬件引擎的访问。
由CPU 201访问到的硬件引擎执行相应硬件引擎所具有的处理，并将其处理结果发送给监视录像机200的CPU 201。
监视录像机200的CPU 201将接收到的处理结果发送给普适视频模块210 (步骤 E，244)。
通过进行以上说明的步骤A至E的一系列的处理，普适视频模块210的UM-CPU 211可以实质地控制监视录像机200的CPU 201。
S卩，对此示意地进行表示时，等价于由UM-CPU 211实质地控制图52中由虚线包围的部分。从而，通过如上述那样构成，关于视频信息装置本来不具有的功能、或所连接的普适视频模块所不具有的功能，可以通过结合这些视频信息装置以及普适视频模块而构成互补的关系，通过使用表示这些互补关系的上述一览数据，可以实现访问性能的提高。
另外，在本实施方式5中，上述以外的方面与实施方式1的情况相同。
实施方式6 <关于硬件(硬件引擎)的插拔和工作> 图53、54是在经由总线将普适视频模块310与作为视频信息装置的一例的监视录像机300连接(安装)的情况下的系统结构图。
在图53、54中示出了监视录像机300在图中的虚线部分安装有⑶-R/RW驱动器的情况。而且，叙述在从监视录像机300上拆下该⑶-R/RW驱动器之后，在监视录像机300上连接配备了 DVD士R/RW/RAM驱动器以及新的卡介质的新的安装模块的例子。
⑶-R/RW驱动器经由存储主机接口(存储主机I/F) 308连接到监视录像机300上， 但在由于拆下⑶-R/RW驱动器而空出的存储主机I/F 308上连接新的安装模块。
监视录像机300内的加密引擎(加密_1引擎)303是例如监视录像机300经由网络与其它的视频信息装置进行通信时对通信信息加密的硬件引擎。
介质引擎(介质_1引擎)304是负责卡介质的数据的写入/读取的硬件引擎， CD-R/RW引擎是负责CD-R/RW的数据的写入/读取的硬件引擎。
普适视频模块310内的DVD士R/RW/RAM引擎314是负责针对DVD士R/RW/RAM装置的数据写入/读取的硬件引擎。
这里，监视录像机300内的加密_1引擎303、介质_1引擎304分别可以进行(支持)旧式的加密处理以及对卡介质的控制，假设可被普适视频模块310内的加密_2引擎 312、介质_2引擎313的引擎代替。
另外，监视录像机300内的CPU 301、多视频I/O 302、中间件306、嵌入式Linux 307以及存储主机I/F 308分别与上述实施方式中所说明的情况基本相同。
此外，普适视频模块310内的UM-CPU 311、通信弓丨擎315、中间件316、Java虚拟机 VM 317、嵌入式Linux 318以及存储设备控制器319分别与上述实施方式中所说明的情况基本相同。
普适视频模块310所内装的联合设定的基本结构与图47所示的情况相同。
图54、图55分别是监视录像机300、普适视频模块310在ROM 320,323内存储的监视录像机300、普适视频模块310各自的硬件引擎的联合设定。
这里，经由后述的图56所示的顺序，普适视频模块310作成/更新图57所示的关于硬件引擎的一览数据。
如图56所示，普适视频模块310的UM-CPU 311可以实质地控制监视录像机300 的 CPU 301。
<关于标志一览的改写(更新)> 图56是表示实施方式6中的用于由普适视频模块310控制监视录像机300内的硬件引擎的工作的系统结构图。
如上所述，在该实施例中，通过拆下监视录像机300的⑶-R/RW驱动器后安装 DVD士R/RW/RAM驱动器以及新的具有卡介质驱动器的普适视频模块，来附加监视录像机 300中所没有的功能。
如图54所示，监视录像机300将监视录像机300自身所管理的硬件引擎的联系信息存储在设定存储器322中。
监视录像机300在从本装置拆下了⑶-R/RW驱动器的情况下，对其进行检测，并接通启动用于检索监视录像机300自身可控制的硬件引擎的程序的开关(步骤A，330)。
监视录像机300中的检索本装置的硬件引擎的程序对于各硬件引擎进行确定各个硬件引擎的类型(多视频I/O、加密_1引擎等)的询问，并取得与各硬件引擎的类型有关的信息。
基于所取得的信息，CPI 301对于监视录像机300自身的设定存储器322中所存储的联合设定进行更新，并且更新一览数据中的可控制标志(步骤B，331)。
由此，如图54所示，在拆下⑶-R/RW驱动器的前后，管理No. r_4的可控制标志从 “有标志(与联合设定331a的r_4对应的标志为F)，，变成“无标志(与联合设定331b的 r_4对应的标志为无)”。
接着，在⑶-R/RW驱动器的空插槽中安装了普适视频模块310时，普适视频模块 310检测与存储主机I/F 308连接的情况，接通用于启动普适视频模块310自己可以控制的硬件引擎检索程序的开关(步骤C，332)。
另外，该开关例如也可以由可实现对普适视频模块310的供电的硬件开关或软件开关构成，通过该开关的接通动作，至少进行对UM-CPU311的供电，从而启动上述的硬件引擎检索程序。
该硬件引擎检索程序对于普适视频模块310的各硬件引擎进行确定各个硬件引擎的类型(加密_2引擎，介质_2引擎等)的询问，并通过取得与各硬件引擎的类型有关的信息，从而更新普适视频模块310自己的设定存储器325中所存储的联合设定332a的可控制标志(步骤D，333)。
在该情况下，普适视频模块310由于所包含的硬件引擎的插拔等没有发生变化， 所以在如图55所示那样安装DVD 士 R/RW/RAM驱动器的前后，各硬件引擎的可控制标记不发生变化。
以硬件引擎检索程序更新了设定存储器325内的联合设定332b为契机，而启动以下的与信号收发相关的程序。
普适视频模块310为了控制监视录像机300所管理的硬件引擎，向监视录像机300 的存储主机I/F 308发送监视录像机300所管理的用于取得联合设定331b的请求信号(步骤E，334)。
接收到该请求信号的存储主机I/F 308将监视录像机300的设定存储器322中所存储的联合设定331b发送给普适视频模块310 (步骤F，335)。
普适视频模块310基于接收到的监视录像机300的联合设定331b和存储在设定存储器325中的联合设定332b，作成如图57中示意地表示的普适视频模块310可以控制的硬件引擎的一览数据333。
普适视频模块310基于与监视录像机300的硬件引擎以及普适视频模块310的硬件引擎相关的一览数据333中的访问标志的有无，对监视录像机300进行访问(步骤G， 336)。
另外，在图57所示的一览数据333的例子中，监视录像机300的硬件引擎中的普适视频模块310需要进行访问的硬件引擎仅为被赋予了访问标志的多视频I/O 302。
在图57所示的例子中，仅被赋予了访问标志的多视频I/O 302是需要由普适视频模块310进行访问的硬件引擎，但不一定限定于此。
S卩，如监视录像机300侧的硬件引擎的性能比普适视频模块310所不保有的硬件引擎或普适视频模块310所保有的硬件引擎更高的情况这样，基于赋予了一览数据333中示出的访问标志的状况，是否需要从普适视频模块310对监视录像机300进行访问的情况发生变化。
普适视频模块310在对多视频I/O 302进行访问时，普适视频模块310的UM-CPU 311向监视录像机300输出用于对被赋予了该访问标志的监视录像机300的多视频I/O 302进行访问的访问请求信号。
接收到访问请求的监视录像机300的CPU 301根据接收到的访问请求信号对所指定的硬件引擎进行访问(在图57所示的例子中，仅需要对多视频I/O 302进行访问)。
由CPU 301访问的硬件引擎执行相应硬件引擎所具有的处理，并将其处理结果发送给监视录像机300的CPU 301。
监视录像机300的CPU 301将接收到的处理结果发送给普适视频模块310 (步骤 H,337)。
通过进行以上说明的步骤A至H的一系列的处理，普适视频模块310的UM-CPU 311可以实质地控制监视录像机300的CPU301。
S卩，对其示意地进行表示时，等价于由UM-CPU 311实质地控制图58中由虚线包围的部分。从而，通过如上述那样构成，对于视频信息装置本来不具有的功能或者所连接的普适视频模块所不具有的功能，可通过将这些视频信息装置以及普适视频模块结合来构成互补的关系，可通过使用表示这些互补关系的上述一览数据来实现访问性能的提高。
另外，在本实施方式6中，上述以外的方面与实施方式1的情况相同。
以上，通过采用如各种实施方式中所说明的结构，可以构成为，普适视频模块侧通过使视频信息装置侧的CPU工作来获得监视录像机200等的该视频信息装置侧的硬件引擎的输出，由此，要给视频信息装置带来进一步的功能提高时，不更新视频信息装置侧的 CPU (系统LSI)，而仅通过连接普适视频模块就可以实现功能提高。
此外，通过构成为，在连接目标的视频信息装置所保有的硬件引擎内保持普适视频模块可使用的与硬件引擎有关的访问标志信息，可以平稳地进行视频信息装置以及普适视频模块之间的联合工作。
权利要求
1.一种模块单元，其特征在于，所述模块单元具有主机接口，其与网络连接，并与连接在所述网络上的网络连接存储器NAS进行通信；和设备控制器，其与视频信息装置连接，并与视频信息装置进行通信，所述模块单元将从所述视频信息装置输出的数据写入指示转换为所述网络中的文件 共享协议。
2.根据权利要求1所述的模块单元，其特征在于，所述数据写入指示是ATA命令。
3.根据权利要求1或2所述的模块单元，其特征在于，向所述文件共享协议的转换是指 生成新的共享文件、或者打开已有的共享文件。
4.根据权利要求1 3中任一项所述的模块单元，其特征在于，所述共享文件的名称是 与逻辑块地址LBA对应的名称。
5.一种模块单元，其特征在于，所述模块单元具有主机接口，其与网络连接，并与连接在所述网络上的网络连接存储器NAS进行通信；和设备控制器，其与视频信息装置连接，并与视频信息装置进行通信，所述模块单元将从所述视频信息装置输出的数据读取指示转换为所述网络中的文件 共享协议。
6.根据权利要求5所述的模块单元，其特征在于，所述数据读取指示是ATA命令。
7.—种网络连接方法，其特征在于，所述网络连接方法包括网络连接步骤与网络连接，并与连接在所述网络上的网络连接存储器NAS进行通信；设备连接步骤与视频信息装置连接；和第一转换步骤将从所述视频信息装置输出的数据写入指示转换为所述网络中的文件 共享协议。
8.—种网络连接方法，其特征在于，所述网络连接方法包括网络连接步骤与网络连接，并与连接在所述网络上的网络连接存储器NAS进行通信；设备连接步骤与视频信息装置连接；和第二转换步骤将从所述视频信息装置输出的数据写入指示转换为所述网络中的文件 共享协议。
全文摘要
一种模块单元和网络连接方法。一种模块单元，其特征在于，所述模块单元具有主机接口，其与网络连接，并与连接在所述网络上的网络连接存储器NAS进行通信；和设备控制器，其与视频信息装置连接，并与视频信息装置进行通信，所述模块单元将从所述视频信息装置输出的数据写入指示转换为所述网络中的文件共享协议。
文档编号H04N7/26GK101848225SQ201010189820
公开日2010年9月29日 申请日期2004年7月27日 优先权日2003年8月4日
发明者三沢天龙, 吉本恭辅, 村上笃道, 水谷芳树, 平泽和夫, 森田知宏, 八木孝介 申请人:三菱电机株式会社