模塊單元和網絡連接方法

2023-08-03 14:27:41

專利名稱：模塊單元和網絡連接方法
技術領域：
本發明涉及視頻信息裝置，特別涉及可通過具有普適(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連接的硬體設備工作(啟動)。
圖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。
圖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日
發明者三沢天龍, 吉本恭輔, 村上篤道, 水谷芳樹, 平澤和夫, 森田知宏, 八木孝介 申請人:三菱電機株式會社