亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

模塊單元和網(wǎng)絡連接方法

文檔序號:7750479閱讀:412來源:國知局
專利名稱:模塊單元和網(wǎng)絡連接方法
技術領域
本發(fā)明涉及視頻信息裝置,特別涉及可通過具有普適(ubiquitous)視頻模塊或者包括它而構成的普適視頻模塊單元而普適地與網(wǎng)絡環(huán)境連接的視頻信息裝置、以及該裝置所使用的模塊單元。
背景技術
現(xiàn)有的AV(Audi0 Visual,音頻視頻)數(shù)字網(wǎng)絡設備在一個設備內(nèi)構成有用于網(wǎng)絡連接的接口和用于與網(wǎng)絡連接的功能(例如,參照專利文獻1。)。
此外,也有通過系統(tǒng)LSI (Large Scale Integration,大規(guī)模集成電路)來實現(xiàn)與網(wǎng)絡相關的功能的例子(例如,參照專利文獻2)。
專利文獻1 日本特開2002-16619號公報(第5_6頁、第1圖) 專利文獻1 日本特開2002-230429號公報(第10-13頁、第2圖) 隨著個人計算機的價格低廉化/高性能化、互聯(lián)網(wǎng)內(nèi)容的增加、便攜電話/ PDA (Personal Digital Assistant,個人數(shù)字助理)等的網(wǎng)絡連接設備的多樣化等,利用局部LAN(Local Area Network,局域網(wǎng))或互聯(lián)網(wǎng)的機會在一般家庭中也在增加。
此外,在HAVi (Home Audio/Video interoperability,家庭音頻 / 視頻互動)、 ECH0NET(Energy Conservation and Home-care Network,節(jié)能與管家網(wǎng)絡)等的標準方面上,也在推進用于將家電設備連接到網(wǎng)絡上的配備。
日本特開2002_16619(上述專利文獻1)所記載的作為數(shù)字網(wǎng)絡設備的電視機、 VTR(videotape recorder,磁帶錄像機)等的視頻信息裝置一般地開發(fā)了相應裝置專用的系統(tǒng) LSI。這樣的系統(tǒng)LSI基本上通過由進行系統(tǒng)控制的CPU部以及進行視頻信號處理的VSP部 (Video SignalProcessor,視頻信號處理器)構成的邏輯部(Logic 部)、ROM (Read QnlyMemory, 只讀存儲器)以及RAM (Random Access Memory,隨機存取存儲器)等的存儲部構成。
另外,邏輯部根據(jù)所使用的視頻信息裝置的規(guī)范被設計成具有必要的功能。此外, 在系統(tǒng)LSI的前級、后級分別設置了擔負系統(tǒng)LSI中的信號處理的前處理、后處理的前級、 后級各處理部。而且,從與后級處理部連接、擔負視頻信息裝置和外部裝置之間的接口的視頻接口進行視頻信息裝置的視頻輸出。
此外,日本特開2002-230429 (上述專利文獻2)所記載的網(wǎng)絡連接的半導體收費裝置中,通過在設備內(nèi)包括網(wǎng)絡設備控制部,實現(xiàn)了可進行網(wǎng)絡連接的結構。

發(fā)明內(nèi)容
在上述所示的現(xiàn)有裝置中,在進行對于該裝置的功能的擴展或規(guī)范的變更的情況下,為了對系統(tǒng)LSI進一步追加附加功能,需要對該系統(tǒng)LSI整體進行新設計、開發(fā)。因此, 存在的問題是必需將該系統(tǒng)LSI所搭載的軟件作為整體而進行變更/校正,從而開發(fā)費或開發(fā)期間增加。
此外,對于搭載了功能已經(jīng)陳舊的系統(tǒng)LSI的裝置,存在的問題是如果不更改、 更新系統(tǒng)LSI本身,則無法實現(xiàn)新的功能。
此外,存在的問題還有系統(tǒng)LSI大多針對所搭載的裝置的每種機型,其專用功能不同,為了實現(xiàn)這樣的專用功能,需要開發(fā)該裝置所專用的系統(tǒng)LSI,從而難以削減成本。
此外,存在的問題是由于每當變更系統(tǒng)LSI時,產(chǎn)品規(guī)范也發(fā)生變化,因此需要每次重新進行可靠性驗證、EMI (ElectroMagneticInterference,電磁干擾)驗證,從而驗證時間以及驗證費用增加。
本發(fā)明就是為了解決如上所述的課題而研制的,其目的在于得到如下裝置即使有裝置的規(guī)范變更或構成裝置的系統(tǒng)LSI的規(guī)范變更,也能在無需系統(tǒng)LSI整體的變更、修改的情況下構成裝置,并且實現(xiàn)開發(fā)費用的削減或開發(fā)期間的縮短。
本發(fā)明的視頻信息裝置具有視頻信息裝置主體,該視頻信息裝置主體具有第一中央處理裝置,并且具有連接模塊單元的連接接口,該模塊單元具有控制該第一中央處理裝置的第二中央處理裝置,該視頻信息裝置的特征在于,所述第一中央處理裝置以及所述第二中央處理裝置均具有多個控制層,所述模塊單元所具有的第二中央處理裝置構成為在所述第一中央處理裝置以及所述第二中央處理裝置的各控制層之間發(fā)送與相應控制層對應的控制信息,從而控制所述視頻信息裝置主體。
此外,本發(fā)明的模塊單元的特征在于,具有連接部,其與包括具有多個控制層的第一中央處理裝置和連接接口的視頻信息裝置主體的所述連接接口連接;以及第二中央處理裝置,其具有與所述第一中央處理裝置的控制層對應的控制層,并且從相應控制層經(jīng)由所述連接部發(fā)送控制所述第一中央處理裝置的控制層的控制信息,從而控制所述第一中央處理裝置,通過控制所述第一中央處理裝置,從所述視頻信息裝置主體輸出包括視頻信息的處理信息。
本發(fā)明由于如以上說明那樣構成,所以起到如下效果即使有裝置的規(guī)范變更或構成裝置的系統(tǒng)LSI的規(guī)范變更,也能在無需系統(tǒng)LSI整體的變更、修改的情況下構成裝置,并且能夠?qū)崿F(xiàn)開發(fā)費用的削減或開發(fā)期間的縮短。


圖1是實施方式1中的包括視頻信息裝置的網(wǎng)絡系統(tǒng)圖。
圖2是實施方式1中的普適視頻模塊的概略結構圖。
圖3是表示實施方式1中的普適視頻模塊中的功能塊的示意圖。
圖4是表示實施方式1中的用于將普適視頻模塊與視頻信息裝置連接的拓撲結構的一例(總線型)的說明圖。
圖5是表示實施方式1中的用于將普適視頻模塊與視頻信息裝置連接的拓撲結構的一例(星型)的說明圖。
圖6是實施方式1中的在外部裝置與視頻信息裝置連接的情況下的結構框圖。
圖7是實施方式1中的在從視頻信息裝置上拆下外部裝置、并連接了普適視頻模塊的情況下的結構框圖。
圖8是表示實施方式1中的通信引擎(communication engine)的結構例的說明圖。
圖9是表示實施方式1中的符合互聯(lián)網(wǎng)通信協(xié)議的中間件的軟件塊結構例的說明圖。
圖10是表示實施方式1中的在對符合互聯(lián)網(wǎng)通信協(xié)議的中間件追加了其它的通信用接口的情況下的軟件塊結構例的說明圖。
圖11是實施方式1中的普適視頻模塊的軟件塊結構圖。
圖12是實施方式1中的在對每種機型應用普適視頻模塊的情況下的軟件塊的圖。
圖13是表示實施方式1中的視頻信息裝置的軟件和普適視頻模塊的軟件之間的關系的結構圖。
圖14是表示實施方式1中的視頻信息裝置的軟件和普適視頻模塊的軟件之間的關系的結構圖。
圖15是表示實施方式1中的視頻信息裝置的軟件和普適視頻模塊的軟件之間的關系的結構圖。
圖16是表示實施方式1中的在將普適視頻模塊與視頻信息裝置的存儲器I/F連接的情況下的系統(tǒng)結構例的說明圖。
圖17是實施方式1中的在將普適視頻模塊與ATA存儲器I/F連接的情況的軟件塊結構圖。
圖18是表示實施方式1中的在將普適視頻模塊與ATA存儲器I/F連接的情況下的系統(tǒng)結構例的說明圖。
圖19是實施方式1中的在將普適視頻模塊與視頻信息裝置連接的情況下的軟件塊結構圖。
圖20是使用ATA的接口的一般硬盤的硬件結構圖。
圖21是表示在從ATA主機向硬盤寫入數(shù)據(jù)的情況下的順序的說明圖。
圖22是表示在ATA主機從硬盤讀取數(shù)據(jù)的情況下的順序的說明圖。
圖23是實施方式1中的普適視頻模塊的軟件塊結構圖。
圖24是實施方式1中的普適視頻模塊的硬件塊結構圖。
圖25是實施方式1中的在從視頻信息裝置向NAS (Network AttachedStorage,網(wǎng)絡連接存儲器)寫入數(shù)據(jù)的情況下的順序的說明圖。
圖26是表示實施方式1中的普適視頻模塊新作成的文件名的說明圖。
圖27是表示實施方式1中的在視頻信息裝置從NAS讀取數(shù)據(jù)的情況下的順序的說明圖。
圖28是表示實施方式2中的在將普適視頻模塊與以太網(wǎng)接口連接的情況下的系統(tǒng)結構例的說明圖。
圖29是實施方式2中的在將普適視頻模塊與視頻信息裝置連接的情況下的軟件塊結構圖。
圖30是一般NAS的軟件塊結構圖。
圖31是實施方式2中的普適視頻模塊的軟件塊結構圖。
圖32是實施方式2中的虛擬文件系統(tǒng)的目錄結構圖。
圖33是表示實施方式2中的在將視頻信息裝置和攝像機關聯(lián)起來的情況下的順序的說明圖。
圖34是表示在視頻信息裝置取得攝像機的視頻數(shù)據(jù)的情況下的順序的說明圖。
圖35是實施方式2中的虛擬文件系統(tǒng)的目錄結構圖。
圖36是實施方式2中的虛擬文件系統(tǒng)的目錄結構圖。
圖37是實施方式2中的虛擬文件系統(tǒng)的目錄結構圖。
圖38是表示實施方式3中的在將普適視頻模塊與以太網(wǎng)接口連接的情況下的系統(tǒng)結構例的說明圖。
圖39是表示實施方式3中的在普適視頻模塊單元中具有將視頻顯示到顯示單元上的功能的情況下的結構例的說明圖。
圖40是一般視頻信息裝置的硬件結構圖。
圖41是實施方式4中的普適視頻模塊的硬件結構圖。
圖42是實施方式4中的普適視頻模塊的軟件結構圖。
圖43是表示實施方式4中的在從Web瀏覽器取得視頻信息裝置所顯示的視頻數(shù)據(jù)的情況下的順序的說明圖。
圖44是實施方式4中的普適視頻模塊的硬件結構圖。
圖45是表示實施方式4中的在從Web瀏覽器取得視頻信息裝置所顯示的視頻數(shù)據(jù)的情況下的順序的說明圖。
圖46是示意地示出實施方式5中的應用了普適視頻模塊的視頻信息裝置的系統(tǒng)結構的一例的說明圖。
圖47是示意地示出實施方式5中的應用了普適視頻模塊的視頻信息裝置的系統(tǒng)結構的另一例的說明圖。
圖48是表示實施方式5中的設定存儲器所存儲的設定信息的一例的示意圖。
圖49是表示實施方式5中的視頻信息裝置所保有的聯(lián)合設定的設定內(nèi)容的一例的說明圖。
圖50是表示實施方式5中的普適視頻模塊所保有的聯(lián)合設定的設定內(nèi)容的一例的說明圖。
圖51是表示實施方式5中的普適視頻模塊可控制的硬件引擎的一覽數(shù)據(jù)的一例的說明圖。
圖52是表示實施方式5中的普適視頻模塊可實質(zhì)地控制的硬件引擎的說明圖。
圖53是表示實施方式6中的在將普適視頻模塊經(jīng)由總線與視頻信息裝置連接的情況下的系統(tǒng)結構例的說明圖。
圖54是示意地表示實施方式6中的視頻信息裝置、普適視頻模塊所保有的各個硬件引擎的聯(lián)合設定的說明圖。
圖55是示意地表示實施方式6中的視頻信息裝置、普適視頻模塊所保有的各個硬件引擎的聯(lián)合設定的說明圖。
圖56是表示實施方式6中的在將普適視頻模塊經(jīng)由總線與視頻信息裝置連接的情況下的系統(tǒng)結構例的說明圖。
圖57是表示實施方式6中的普適視頻模塊可控制的硬件引擎的一覽數(shù)據(jù)的一例的說明圖。
圖58是表示實施方式6中的普適視頻模塊可實質(zhì)地控制的硬件引擎的說明圖。
符號說明 1網(wǎng)絡,2個人計算機,3數(shù)據(jù)庫,4普適視頻模塊單元(UMU),5數(shù)字電視機,6數(shù)字電視機主體,7DVD/HDD錄像機,8監(jiān)視錄像機,9FA設備,10便攜電話,11PDA、12普適視頻模塊(UM),13普適視頻模塊用CPU,21圖形引擎,22攝像機引擎,23MPEG4引擎,24通信引擎, 25中間件,26虛擬機,27嵌入式Linux,31系統(tǒng)側接口,32普適視頻模塊側接口,40視頻信息裝置,41系統(tǒng)CPU。
具體實施例方式以下,基于表示本發(fā)明實施方式的附圖對本發(fā)明進行具體說明。
實施方式1 〈網(wǎng)絡〉 圖1是本發(fā)明的實施方式1中的包括視頻信息裝置的網(wǎng)絡系統(tǒng)圖。另外,圖 1所例示的數(shù)字電視機(數(shù)字TV)、DVD/HDD錄像機、監(jiān)視錄像機、工廠內(nèi)的FA (Factory Automation,工廠自動化)設備、便攜電話、PDA (Personal Digital Assistant,個人數(shù)字助理)等的各種視頻信息裝置分別經(jīng)由模塊單元與互聯(lián)網(wǎng)進行連接。
網(wǎng)絡1是以小規(guī)模的LAN、大規(guī)模的互聯(lián)網(wǎng)等為代表的網(wǎng)絡。一般地,在這些網(wǎng)絡上連接未圖示的客戶端計算機(client computer),并連接有進行對各客戶端計算機的服務提供或數(shù)據(jù)交接的服務器(server)。
此外,計算機(這里,以個人計算機為例表現(xiàn)為PC)PC2是與網(wǎng)絡1進行連接的個人計算機,其用于郵件的收發(fā)或主頁的開發(fā)/閱覽等的各種服務或用途。
數(shù)據(jù)庫(Data Base) 3保存有視頻發(fā)布的流數(shù)據(jù)、視頻/音樂數(shù)據(jù)、FA(Factory Automation)的管理數(shù)據(jù)、監(jiān)視攝像機的監(jiān)視視頻等的各種視頻數(shù)據(jù)。
數(shù)字電視機主體6是用于顯示與所輸入的數(shù)字信號相對應的視頻內(nèi)容的顯示裝置。0¥0/皿0錄像機7是用于向0¥0(0181切1 Versatile Disk,多功能數(shù)碼光盤)或 HDD (Hard Disk Drive,硬盤驅(qū)動器)等的記錄介質(zhì)記錄視頻數(shù)據(jù)或音頻數(shù)據(jù)等的數(shù)據(jù)的作為視頻信息裝置之一的錄像機(記錄裝置)。
監(jiān)視錄像機8是用于將監(jiān)視攝像機拍攝電梯或店內(nèi)等的狀況而得到的視頻作為監(jiān)視視頻數(shù)據(jù)而記錄的、作為視頻信息裝置之一的錄像機。
FA 9是作為視頻信息裝置之一的工廠內(nèi)的FA(Factory Automation)設備。從該 FA9輸出例如拍攝生產(chǎn)線的狀態(tài)而得到的視頻信息。
便攜電話(Mobile Phone) 10是作為視頻信息裝置之一的、例如不能單獨進行網(wǎng)絡連接的便攜電話。
PDA (Personal Digital Assistant) 11是作為視頻信息裝置之一的用于管理個人信息等的個人用信息終端。
這樣,可與網(wǎng)絡1連接的設備可以采用多種多樣的形式。在以下具體說明的本發(fā)明的實施方式中,說明通過使作為模塊單元的一例的普適視頻模塊單元4介于設備和網(wǎng)絡1之間而消除這些設備之間所存在的硬件和軟件等的差異、并通過連接這些視頻信息裝置和普適視頻模塊單元4而新構成視頻信息裝置的詳細情況。
這樣,通過連接視頻信息裝置和普適視頻模塊單元4而新構成視頻信息裝置,由此本實施方式所述的裝置可以得到如下的裝置即使有裝置的規(guī)范變更,也能在無需系統(tǒng) LSI整體的變更、修改的情況下構成裝置,并且實現(xiàn)開發(fā)費用的削減或開發(fā)期間的縮短。
〈普適模塊(ubiquitousmodule)和硬件引擎〉 近年來的計算機技術有了長足的進步,當今,在各種生活或社會中,如果脫離了內(nèi)裝這些計算機的產(chǎn)品或系統(tǒng),那么我們就不能正常生活。其中,最近嶄露頭角的是所謂普適 (ubiquitous)的概念,即將以LAN或互聯(lián)網(wǎng)等為代表的網(wǎng)絡和內(nèi)置有計算機的產(chǎn)品或系統(tǒng)結合,且這些計算機之間進行獨立的相互間通信,從而進行聯(lián)合處理。
以該普適的概念作為背景,實際體現(xiàn)的一個形式為普適模塊(ubiquitous module。有時縮寫為UM)或作為其集合體的稱作普適模塊單元(ubiquitous module unit。 有時縮寫為UMU)的形式(另外,將它們統(tǒng)稱為普適模塊單元)。
圖2是表示成為普適視頻模塊單元4的主要結構(核心)的普適模塊(圖中縮寫為UM)的概略結構的圖。(以下,作為一例,對與視頻有關的普適模塊、普適視頻模塊單元進行說明,因此分別稱為普適視頻模塊、普適視頻模塊單元。) 普適視頻模塊12由如下部分構成用于控制普適視頻模塊12的硬件引擎17的 UM-CPU 13、用于連接UM-CPU 13和各硬件引擎的局部總線14、用于連接外部的視頻信息裝置和普適視頻模塊12的通用總線UM-BUS 16、連接通用總線UM-BUS 16和局部總線14的總線橋15、以及通過硬件實現(xiàn)在各種網(wǎng)絡的視頻信號處理中所需的功能的硬件引擎17。
這里,在硬件引擎17上例如可以設置用于與網(wǎng)絡1連接的有線LAN、無線LAN、串行總線(Serial BUS)連接等所用的總線18等。
各硬件引擎17是用于通過安裝普適視頻模塊單元4而追加/補充視頻信息裝置中原本不存在的功能的引擎。
例如如圖3所示那樣,該引擎有用于擔負與網(wǎng)絡1連接所用的有線LAN、無線LAN、 串行總線通信等的、普適視頻模塊12和該網(wǎng)絡1之間的通信功能的通信引擎24。
此外,也有用于提高描繪性能的圖形引擎21、進行運動圖像或靜止圖像等的攝像信號的處理的攝像機引擎22、用于MPEG4(Moving PictureExperts Group 4,運動圖像專家組4)的運動圖像壓縮的MPEG4引擎23(圖中標記為MPEG4引擎)等的引擎。
另外,這里舉出的引擎的例子僅為一例,除此之外還可通過具有可以實現(xiàn)視頻信息裝置所需的功能的引擎來進行補充。
普適視頻模塊12包括預先內(nèi)裝于普適視頻模塊12中的嵌入式LinuX27、在該嵌入式Linux 27上工作并向應用軟件提供比嵌入式LinuX27更高層且具體的功能的中間件 25、虛擬機(圖中示作VM) 26、在嵌入式LinuX27上工作的應用軟件(未圖示)等,可通過普適視頻模塊12單體來虛擬地實現(xiàn)例如與網(wǎng)絡連接的功能等的所附加的視頻信息裝置的功能。
圖4以及圖5示出了例如用于將普適視頻模塊12與視頻信息裝置連接的拓撲結構(Topology。網(wǎng)絡的連接形式)。
SYS-CPU 41和UM-CPU 13之間的連接形式可由以下任意一種形式來達成將終端與稱為總線的一個電纜連接的總線形式(bus形式)的連接、經(jīng)由HUB 35并經(jīng)由成為中心的通信設備互相連接終端的星形式(star形式)的連接、將終端與環(huán)狀的一個電纜連接的環(huán)形式(ring形式)的連接。
以下說明各個拓撲結構。
<總線形式(總線型)的連接拓撲結構> 圖4是表示總線形式的連接拓撲結構的一例的圖,SYS-CPU 41和UM-CPU 13與 UM-BUS 14連接成了總線型。此外,SYS-CPU 41實現(xiàn)例如負責視頻信息裝置的系統(tǒng)控制的主機服務器的功能,UM-CPU 13實現(xiàn)網(wǎng)絡服務器的功能。
另外,這里所例示的視頻信息裝置僅通過SYS-CPU 41就可以沒有問題地進行滿足產(chǎn)品規(guī)范的工作。
在總線型的連接拓撲結構中,如圖4所示,通過對系統(tǒng)側的接口 S-I/F31和普適視頻模塊12側的接口 U-I/F 32進行電連接而構成。
通過該連接,SYS-CPU 41和UM-CPU 13被連接起來,可以進行兩個CPU之間的信息的交接。
從而,例如在想要對視頻信息裝置附加該裝置所未有過的、更高性能/高附加價值的網(wǎng)絡功能的情況下,可通過經(jīng)由S-I/F 31以及U-I/F 32連接普適視頻模塊單元4,來實現(xiàn)例如對LAN 33上的網(wǎng)絡終端34進行訪問等的網(wǎng)絡功能。
〈星型的連接拓撲結構〉 圖5是表示星型的連接拓撲結構的一例的圖,不同之處僅是SYS-CPU 41和UM-CPU 13經(jīng)由總線(圖中標記為HUB) 35而連接為星形,如圖5所示,通過經(jīng)由HUB 35對系統(tǒng)側的接口 S-I/F 31和普適視頻模塊12側的接口 U-I/F 32進行電連接而構成。
通過該連接,經(jīng)由HUB 35連接了 SYS-CPU 41和UM-CPU 13,可以進行兩個CPU之間的信息的交接。
從而,例如在想要對視頻信息裝置附加該裝置所未有過的、更高性能/高附加價值的網(wǎng)絡功能的情況下,可通過經(jīng)由S-I/F 31以及U-I/F 32連接普適視頻模塊單元4,實現(xiàn)例如對LAN上的網(wǎng)絡終端34進行訪問等的網(wǎng)絡功能。
〈環(huán)型的連接拓撲結構〉 另外,雖然這里沒有圖示并說明,但可與上述的總線型、星型的連接形式同樣地對于環(huán)型也沒有問題地實現(xiàn)同樣的功能。
〈接口連接〉 另外,S-I/F 31和U-I/F 32之間的連接形式可以是以下的任意一種形式符合 ATA(AT attachment, AT 附件)、PCI(Peripheral ComponentsInterconnect bus,互連外圍設備總線)、SCSI (Small Computer Systemlnterface,小型計算機系統(tǒng)接口)、通用總線等的標準的并行傳輸、或 IEEE1394(Institute of Electrical and Electronic Engineers 1394,電氣與電子工程師協(xié)會1394)、USB (Universal Serial Bus,通用串行總線)、UART (Universal Asynchronous Receiver Transmitter,通用異步收發(fā)機)等的標準的串行傳輸。
此外,這里所例示的視頻信息裝置和普適視頻模塊單元4之間的連接方法,可以使用按照PC卡(PC Card)或卡總線(Card Bus)等的標準使用的連接器連接、按照PCI總線連接等使用的卡邊緣連接器連接、FPC電纜、扁平電纜、IEEE1394用電纜等的電纜連接等方法。
<關于視頻信號處理的說明> 圖6是其它的外部裝置(例如HDD、NAS等)與視頻信息裝置40進行了連接的情況下的結構框圖。40是視頻信息裝置,45是系統(tǒng)LSI,其由進行系統(tǒng)控制的SYS-CPU (System CPU,系統(tǒng)中央處理器)部41、進行視頻信號處理的VSP (Video Signal Processing,視頻信號處理)部42、ROM 43、以及RAM 44構成。
46是復用器,47是模擬-數(shù)字(A/D)轉(zhuǎn)換單元,48是轉(zhuǎn)換器/緩存,49是數(shù)字-模擬(D/A)轉(zhuǎn)換單元,50是視頻接口(Video Interface),51是視頻壓縮單元,52是視頻解壓單元,53是攝像機,54是顯示單元。
視頻信息裝置40可通過基于SYS-CPU部41的指令而由驅(qū)動器55經(jīng)由主機接口 56控制HDD、NAS等外部裝置58的設備控制器57,來操作/控制外部裝置58。
在圖示的例子中,在視頻信息裝置40的外部連接有多個攝像機53。來自這些攝像機53的視頻信號(攝像機輸入)被輸入到復用器46中,可以對輸入到視頻信息裝置40中的視頻信號進行切換。
由復用器46選擇的攝像機輸入通過模擬_數(shù)字轉(zhuǎn)換單元47而被數(shù)字化。該數(shù)字化的數(shù)據(jù)經(jīng)由轉(zhuǎn)換器/緩存48,通過視頻壓縮單元51而被壓縮,并存儲在HDD等外部存儲設備中。
在正常的監(jiān)視工作時,從復用器46輸出的攝像機輸入通過轉(zhuǎn)換器/緩存48而合成。然后,該合成后的視頻數(shù)據(jù)通過數(shù)字-模擬轉(zhuǎn)換單元49而轉(zhuǎn)換為模擬視頻信號,經(jīng)由視頻接口(V_I/F)50顯示在外部監(jiān)視器54上。
此外,在再現(xiàn)工作時,從HDD等外部裝置58讀取的視頻數(shù)據(jù)通過視頻解壓單元52 而被解壓。然后,該解壓后的視頻數(shù)據(jù)和各攝像機輸入通過轉(zhuǎn)換器/緩存48而合成。該合成后的視頻數(shù)據(jù)通過數(shù)字_模擬轉(zhuǎn)換單元49而轉(zhuǎn)換為模擬視頻信號,經(jīng)由視頻接口(V-I/ F) 50顯示在外部監(jiān)視器54上。
圖7是從視頻信息裝置40中拆下圖6所示的HDD、NAS等外部裝置58,并經(jīng)由作為連接接口的主機接口 56將普適視頻模塊單元4連接到視頻信息裝置40上的結構的一例。
普適視頻模塊單元4基于來自UM-CPU 13的指令,經(jīng)由通信引擎24與網(wǎng)絡1 (例如,互聯(lián)網(wǎng))連接之后,從與該網(wǎng)絡1連接的其它的視頻信息裝置中讀取視頻/音頻數(shù)據(jù)。
所讀取的視頻/音頻數(shù)據(jù)通過MPEG4引擎23、圖形引擎21等的硬件引擎進行解碼以及圖形處理,從普適視頻模塊單元4以可在視頻信息裝置40中利用的數(shù)據(jù)形式輸出,并輸入到視頻信息裝置40中。輸入到視頻信息裝置40中的數(shù)據(jù)在視頻接口(V-I/F)50中被信號處理為可在顯示單元54中顯示的狀態(tài),并顯示在顯示單元54上。
此外,從攝像機53輸入的運動圖像/靜止圖像文件通過普適視頻模塊單元4的攝像機引擎22進行了像素數(shù)轉(zhuǎn)換、速率轉(zhuǎn)換等的圖像處理之后,通過圖形引擎21進行圖形處理,以可在視頻信息裝置40中利用的數(shù)據(jù)格式輸出。此外,輸入到視頻信息裝置40中的圖像數(shù)據(jù)在視頻接口(V-I/F) 50中被信號處理為可在顯示單元54中顯示的狀態(tài),并顯示在顯示單元54上。
另外,以上的說明中的各硬件引擎的處理僅表示一例,而硬件引擎的類型或功能等是可以適當選擇的。
在上述的說明中,說明了用于通過與視頻信息裝置40連接的普適視頻模塊單元 4、顯示基于UM-CPU 13的指令而讀取的圖像數(shù)據(jù)的系統(tǒng)例子,同樣,還可通過使用具有音頻處理用的普適視頻模塊單元4的結構,應用為音頻輸入的再現(xiàn)裝置、文本輸入的顯示/發(fā)布裝置、信息的存儲輸入中的存儲設備等其它的功能。
此外,例如,也可以構成為,具有視頻信號處理以及音頻信號處理的兩個普適視頻模塊單元4或者其它的多個普適視頻模塊單元4。
〈關于網(wǎng)絡連接的說明〉 圖8是在圖7所示的普適視頻模塊單元4中,用于與互聯(lián)網(wǎng)環(huán)境連接的通信引擎 24的具體結構的一例。
通信引擎24例如具有有線LAN、無線LAN、串行總線的硬件引擎以及連接端子。這樣構成的普適視頻模塊單元4可經(jīng)由有線LAN、無線LAN、IEEE1394等的串行總線等實現(xiàn)網(wǎng)絡連接。普適視頻模塊也可以構成為具有與所有這些的連接形式對應的端子 ,也可以構成為具有與任意一個連接形式對應的端子。這些端子等根據(jù)網(wǎng)絡或產(chǎn)品而適當?shù)剡x擇即可。
圖9是表示圖8所示的通信引擎24中的符合互聯(lián)網(wǎng)通信協(xié)議的中間件的軟件塊結構例的圖。
另外,圖9示出了各軟件塊的層的上下情況,且概略地示出了嵌入式Linux 70為最下位層(與硬件最接近的層)、應用程序83為最上位層(離硬件最遠的層)、以及位于其中間的層之間的關系。
與圖8所示的結構例相同,例如圖9所示的通信用接口使用了由10BASE-T(傳輸速度為IOMbps的Ethernet的物理層。另外,Ethernet、以太網(wǎng)是XEROX公司的注冊商標。)或100BASE-TX(傳輸速度為IOOMbps的Ethernet的物理層)構成的有線LAN、由 IEEE802. lla/b/g構成的無線LAN、IEEE1394等的高速串行通信用的三種硬件以及控制這些硬件的工作的設備驅(qū)動器。
而且,控制各硬件的設備驅(qū)動器如圖8所示那樣地分別與上述硬件對應,是以太網(wǎng)驅(qū)動器71、無線LAN驅(qū)動器72、IEEE1394驅(qū)動器73 (以下稱為1394驅(qū)動器73)。
由參照圖可知,進行互聯(lián)網(wǎng)協(xié)議的處理的IP協(xié)議棧77被配置為互聯(lián)網(wǎng)驅(qū)動器71 以及無線LAN驅(qū)動器72的上位層。
該IP棧77包括用于與進一步發(fā)展了當前主流的IP協(xié)議(InternetProtocol version 4,互聯(lián)網(wǎng)協(xié)議版本4)的作為下一代型互聯(lián)網(wǎng)協(xié)議的IPv6 (Internet Protocol version 6)對應的處理或與用于安全的協(xié)議IPset (IPsecurity,互聯(lián)網(wǎng)協(xié)議安全)對應的處理。
在1394驅(qū)動器73的上位配置了進行IEEE1394的事務(transaction)處理的1394 事務棧(transaction stack)75。此外,為了能夠經(jīng)由無線LAN執(zhí)行1394事務處理,在無線LAN驅(qū)動器72和1394事務棧75之間配置PAL (Protocol Adaptation Layer,協(xié)議適配層)74。
PAL74進行1394事務和無線LAN之間的協(xié)議轉(zhuǎn)換。在IP棧77的上位配置了 TCP/ UDP(Transmission Control Protocol/User DatagramProtocol,傳輸控制協(xié)議/用戶數(shù)據(jù)報協(xié)議)棧78作為傳輸層。
在TCP/UDP 棧 78 的上位配置了進行 HTTP (Hyper Text TransferProtocol,超文本傳輸協(xié)議)的協(xié)議處理的HTTP棧79。
此外,在HTTP 棧 79 的上位配置了進行 SOAP (Simple Object AccessProtocol,簡單對象訪問協(xié)議)的協(xié)議處理的SOAP/XML棧80,該SOAP使用HTTP并基于XML (extensible Markup Language,可擴展標記語言),調(diào)用其它計算機中的數(shù)據(jù)或服務,或進行消息通信。
在比嵌入式Linux (Embedded Linux) 70 更上位的層中,包括 HTTP 棧 79、S0AP/XML 棧80、1394事務棧75在內(nèi)的層包含于符合IPv6對應互聯(lián)網(wǎng)通信協(xié)議的中間件87中。
作為比其上位的層,在S0AP/XML棧80以及HTTP棧79的上位配置了基于互聯(lián)網(wǎng)通信協(xié)議的作為實現(xiàn)即插即用(Plug and Play)功能的協(xié)議、進行通用即插即用(Universal Plug and Play)的處理的 UPnP 棧 81。
此外,在1394事務棧75的上位配置了進行實現(xiàn)使用IEEE1394的網(wǎng)絡的即插即用功能的處理的AV系統(tǒng)中間件76。
在UPnP棧81以及AV系統(tǒng)中間件76的上位配置了將各網(wǎng)絡互相連接的綜合中間件82。包括 AV系統(tǒng)中間件76、UPnP棧81、綜合中間件82在內(nèi)的層包含于通用即插即用的中間件88中。
比綜合中間件82更上位的層為應用層89。
此外,還為了與在使用SOAP的網(wǎng)絡上的其它的計算機之間進行應用程序的協(xié)作, 在比綜合中間件82更上位的層上分層地配置了 Web服務器程序84、Web服務應用程序接口 85、Web服務應用程序86。
Web服務應用程序86利用Web服務器通過Web服務應用程序接口 85提供的服務 (調(diào)用其它的計算機中的數(shù)據(jù)或服務,或進行消息通信)。
此外,不利用上述Web服務器提供的服務的應用程序83經(jīng)由綜合中間件82進行通信。例如,作為這樣的應用程序83,可以舉出使用HTTP的瀏覽器軟件。
如圖10所示,也可以對圖9所示的通信協(xié)議中間件的軟件塊追加其它的通信用接□。
在圖10所示的結構中,除了與圖9所示相同的由以太網(wǎng)驅(qū)動器90、無線LAN驅(qū)動器91、IEEE1394驅(qū)動器92構成的可進行網(wǎng)絡連接的軟件塊結構(各自的設備驅(qū)動器)之夕卜,追加有如適合于便攜電話或消費產(chǎn)品的作為通過無線傳輸進行相互之間的數(shù)據(jù)交換的通信用接口的藍牙(Bluetooth)驅(qū)動器93、通過比較弱的電波進行無線通信的特定小功率無線驅(qū)動器94、使用電線的PLC (Power Line Communication,電線通信)驅(qū)動器95這樣用于連接到白色家電系統(tǒng)網(wǎng)絡上的軟件塊(各自的設備驅(qū)動器)。
如圖所示,作為控制各網(wǎng)絡接口的設備驅(qū)動器的藍牙驅(qū)動器93、特定小功率驅(qū)動器94、PLC驅(qū)動器95配置在軟件塊結構中的最下層。
在這些設備驅(qū)動器的上位分層地配置有IP棧96、TCP/UDP棧97、白色家電系統(tǒng)網(wǎng)絡中間件(ECH0NET) 98。
在該情況下,可通過將綜合中間件104配置在AV系統(tǒng)中間件100、UPnP棧103以及白色家電系統(tǒng)網(wǎng)絡中間件98的上位,在經(jīng)由圖示的設備驅(qū)動器的網(wǎng)絡、即以太網(wǎng)、無線 LAN、IEEE1394、藍牙、特定小功率無線、PLC之間分別進行相互通信,可以進行這些網(wǎng)絡之間的數(shù)據(jù)的交接。
圖11是作為本實施方式1的普適視頻模塊12的軟件塊的結構例。
在該例中,在例如CPU這樣的硬件層110的上位,通過假設由微處理器、高速緩存結構、I/O總線的差異、中斷處理方法等的差異所引起的機型依賴性,來配置硬件適配軟件 HAL (Hardware Adaptation Layer) 111 以消除這些差異。
在HALlll的上位配置作為多任務用的操作系統(tǒng)的嵌入式LinuX112。
嵌入式Linux 112經(jīng)由HAL 111所包含的軟件,不僅控制各硬件設備,還提供與各硬件設備對應的應用程序的執(zhí)行環(huán)境。
此外,作為在嵌入式Linuxll2上工作的圖形系統(tǒng),使用了 X-Windowl 13 (Χ-Windows是X Consortium,Inc的注冊商標)。在圖11所示的結構中,配置有以下說明的在嵌入式Linux 112的上位層工作的四個中間件。
第一中間件進行用于連接互聯(lián)網(wǎng)的通信處理,且是還與先前說明的IPv6協(xié)議對應的IPv6對應互聯(lián)網(wǎng)通信協(xié)議中間件114。
第二中間件是在將設備連接到網(wǎng)絡上時自動地設定該設備的網(wǎng)絡連接的通用即插即用中間件115。
該通用即插即用中間件115分層地配置在IPv6對應互聯(lián)網(wǎng)通信協(xié)議中間件114 的上位層,從而可以使用IPv6對應的互聯(lián)網(wǎng)通信協(xié)議中間件114中所屬的協(xié)議。
第三中間件是通過與MPEG2或MPEG4對應的編碼和/或解碼處理、與MPEG7對應的元數(shù)據(jù)處理、與MPEG21對應的內(nèi)容管理處理的組合來進行多媒體數(shù)據(jù)的發(fā)布、存儲等的處理的MPEGx視頻發(fā)布存儲協(xié)議中間件116。
第四中間件是進行攝像機53的攝像控制、以及二維和/或三維的圖形處理的攝像顯示中間件117。
這四個中間件內(nèi)、作為Java的應用程序執(zhí)行環(huán)境的Java虛擬機(JavaVirtual Machine。圖中表示為VM。另外,Java是Sun Microsystems, Inc.的注冊商標。)118配置于通用即插即用中間件115和MPEGx視頻發(fā)布存儲協(xié)議中間件116的上位層上。
而且,在Java虛擬機118的上位層上配置了使包括用戶接口的應用程序的作成變得容易的 UI 應用程序構架(User Interface applicationframework) 119。另外,這里,UI 應用程序構架119配置在Java虛擬機VM118的上位層上,使用JAVA對應的構架。
UI應用程序構架119是例如在Java虛擬機118上工作的類(class)的集合。在圖示的軟件塊結構的最上位層上配置了使用UI應用程序構架119或攝像顯示中間件117 來實現(xiàn)連接普適視頻模塊12的每個視頻信息裝置(機型)所需的功能的分機型應用程序 120。
圖12是在針對每個機型連接(應用)普適視頻模塊12的情況下的軟件塊結構圖。 該圖12所示的結構例是在圖11所示的結構中再包括用于與多個不同的機型對應的軟件塊結構而得到的。
該圖12所示的結構例針對各種機型具有最上位的應用層(在圖中的例子中,為便攜APP (便攜終端用應用程序)120a、車輛便攜APP (車載型便攜終端用應用程序)120b、車輛導航APP (車載型導航用應用程序)120c、AV家電APP (音頻視頻家電用應用程序)120d、 監(jiān)視APP (監(jiān)視裝置用應用程序)120e)。
另外,將它們統(tǒng)稱為APP 120a 120e。
此外,在圖中所例示的便攜移動、車載移動、室內(nèi)安裝設備、監(jiān)視裝置的各硬件層的上位層上配置消除各硬件之間的差異的HAL(硬件適配層(HAL Hardware Adaptation Layer))111a llle。
在圖中的例子中,與待連接的機型對應地設置便攜HAL (便攜終端用HAL) 11 la、車輛便攜HAL (車載型便攜終端用HAL) 11 lb、車輛導航HAL (車載型導航用HAL) 111c、AV家電 HAL (音頻視頻家電用HAL) 11 Id、監(jiān)視HAL (監(jiān)視裝置用HAL) 11 le。
另外,將它們統(tǒng)稱為HAL Ilia llle。
這些HAL 111a llle是由針對各個機型進行特殊控制的部分和與這些HAL 111a llle的上位層中的嵌入式Linux 112之間的接口部分構成的軟件。
此外,APP 120a 120e被供給從這些APP 120a 120e的下位層中的攝像顯示中間件117、MPEGx視頻發(fā)布存儲協(xié)議中間件116、通用即插即用中間件115輸出的各中間件的處理輸出,從而在各APP 120a 120e中進行各機型對應的處理。
另外,APP 120a 120e被構成為保有Java虛擬機118以及UI應用程序構架119, 可以進行各APP 120a 120e之間的數(shù)據(jù)交換。
而且,軟件塊中的其它層(layer)構成為共用。通過這樣構成,在各APP 120a 120e中可進行各機型特有的處理,并且可以以最小規(guī)模的結構來實現(xiàn)與不同的機型對應的功能。
圖13至圖15是表示視頻信息裝置40的軟件塊和普適視頻模塊12的軟件塊之間的相互關系的說明圖。
<關于系統(tǒng)調(diào)用級別下的透明訪問> 圖13表示視頻信息裝置40和普適視頻模塊12的軟件結構到操作系統(tǒng)的層為止一致的情況。即,圖13所示的普適視頻模塊12的軟件塊結構中,廣義上與參照圖12說明的軟件塊結構是相同的。
gp, HAL 111配置在硬件110和作為操作系統(tǒng)的嵌入式Linux 112之間,但由于 HAL 111發(fā)揮硬件110和嵌入式Linux 112之間的接口的作用,所以該HAL111在廣義上可視為硬件110或嵌入式LinuX112中任意一方的一部分。
此外,中間件121、Java虛擬機118以及UI應用程序構架119分別配置在嵌入式 Linux 112和應用程序120之間,但這些中間件121、Java虛擬機118以及UI應用程序構架 119發(fā)揮嵌入式Linux 112和應用程序120之間的接口的作用,所以這些中間件121、Java 虛擬機118以及UI應用程序構架119在廣義上可視為應用程序120或嵌入式Linux 112 中任意一方的一部分。
在該情況下,將視頻信息裝置40的軟件塊的結構設為與普適視頻模塊12的軟件塊的結構相同的層級結構。
這樣,通過在普適視頻模塊12和視頻信息裝置40之間使軟件塊的層級結構一致, 例如,視頻信息裝置40的嵌入式Linux 131可以在系統(tǒng)調(diào)用級別下(操作系統(tǒng)的內(nèi)核部分中的存儲器管理或任務管理等的、該操作系統(tǒng)的基本功能所提供的功能中由進程調(diào)用的特定功能)透明地訪問普適視頻模塊12的嵌入式Linux 112。
由此,視頻信息裝置40的嵌入式Linux 131和普適視頻模塊12的嵌入式 Linuxll2可在邏輯上(硬件地和/或軟件地)結合(圖13)。
其結果是,例如,可以使用視頻信息裝置40上的程序中的open命令使與普適視頻模塊12連接的硬件設備工作(啟動)。
<關于API級別下的透明訪問> 圖14是表示與圖13所示的普適視頻模塊12中的結構相同地將HAL111設置在硬件110和作為操作系統(tǒng)的嵌入式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上的程序調(diào)用(call)中間件API,來操作普適視頻模塊12的中間件122,可通過普適視頻模塊12上的程序調(diào)用(call)視頻信息裝置40的中間件API,來操作視頻信息裝置40的中間件132。
<關于應用程序設計數(shù)據(jù)級別下的透明訪問> 圖15是表示與圖14所示的普適視頻模塊12中的結構相同地將HAL111設置在硬件110和作為操作系統(tǒng)的嵌入式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的各應用程序時的應用程序設計數(shù)據(jù)級別透明地構成。
由此,盡管視頻信息裝置40以及普適視頻模塊12之間的平臺不同,但也可以作成各應用程序。
<視頻信息裝置和普適視頻模塊的各軟件塊、硬件引擎之間的相互關系> 圖16是表示在將普適視頻模塊12與HDD 146經(jīng)由總線連接到相同的存儲器I/F 上的情況下的系統(tǒng)結構例的圖。
視頻信息裝置40由以下部分構成與具有視頻輸出的其它設備進行視頻信號的發(fā)送接收的多視頻輸入輸出(Multiple Video Input/Output) 144、進行例如JPEG/ JPEG2000等的壓縮和/或解壓的JPEG/JPEG2000編碼解碼器143、控制HDD 146等的存儲設備的接口的存儲器主機接口(Storage Host Interface。圖中,標記為存儲器主機I/F) 140、進行視頻信息裝置40的控制的核心控制器(Core Controller) 142、以及與UM-CPU13作為操作系統(tǒng)(Operating System)而使用的嵌入式OS—樣的嵌入式Linux 141。
在將從視頻信息裝置40的多視頻輸入輸出144輸入的、例如連接到網(wǎng)絡上的攝像機等的視頻數(shù)據(jù)保存在HDD 146中時,通過JPEG/JPEG2000編碼解碼器143對該視頻數(shù)據(jù)進行壓縮之后,核心控制器142經(jīng)由存儲器主機接口 140控制HDD 146的存儲設備控制器 145,將該壓縮后的視頻數(shù)據(jù)存儲在HDD 146中。
上述說明中,說明了視頻信息裝置40將視頻數(shù)據(jù)存儲到裝置外部的HDD 146中的例子,以下也同樣敘述經(jīng)由存儲器主機接口 140控制連接到總線上的普適視頻模塊12的軟件塊或者功能塊的例子。
核心控制器142通過經(jīng)由存儲器主機接口 140控制連接到總線上的普適視頻模塊 12的存儲設備控制器147,來使用普適視頻模塊12所具有的各種引擎(例如,攝像機引擎 22或圖形引擎21等)。
〈關于進程間通信〉 圖17是表示在作為連接視頻信息裝置40和普適視頻模塊12的接口、使用ATA標準的接口的情況下的軟件塊的結構的圖。
圖17所示的軟件塊的結構和圖16所示的結構之間的差異如下所述。
S卩,在視頻信息裝置40中,在嵌入式Linux 131的下位層上設置了進程間通信機 152、ATA驅(qū)動器151以及ATA主機接口 150來代替硬件130。
此外,在普適視頻模塊12中,在嵌入式Linux 112的下位層上設置了進程間通信機155、ATA仿真器154以及ATA設備控制器153。
視頻信息裝置40的進程間通信機152以及普適視頻模塊12的進程間通信機155 是作為進程間通信的接口而轉(zhuǎn)換為ATA標準的命令(命令接口)的模塊。
視頻信息裝置40的進程間通信機152經(jīng)由該視頻信息裝置40側的ATA驅(qū)動器 151以及ATA主機接口 150將ATA的命令(ATA命令)發(fā)送給普適視頻模塊12的ATA設備控制器153。
接收到ATA命令的普適視頻模塊12側的ATA設備控制器153對ATA仿真器154 進行控制并解析ATA命令,通過進程間通信機155而轉(zhuǎn)換為用于進程間通信的控制數(shù)據(jù)。
由此,視頻信息裝置40的進程和普適視頻模塊12的進程可在這些進程間進行通信。而且,視頻信息裝置40可以使用通過ATA標準的接口(ATA接口)連接的普適視頻模塊12的例如應用程序120。
<關于在具有ATA接口的情況下的系統(tǒng)結構> 圖18是表示在本實施方式1中,將普適視頻模塊12與視頻信息裝置40的ATA接口連接的情況下的系統(tǒng)結構例的圖。
圖19是表示圖18所示的普適視頻模塊單元4中的軟件塊的結構的圖。
普適視頻模塊單元4具有ATA接口 32b,可通過將該ATA接口 32b安裝到視頻信息裝置40的ATA接口 31a上而進行使用。
通過該普適視頻模塊單元4的安裝,視頻信息裝置40可以經(jīng)由網(wǎng)絡對LAN 33上的數(shù)字錄像機等的視頻信息裝置34a、34b以及作為數(shù)據(jù)存儲設備的NAS (Network Attached Storage) 34c等的其它設備進行通信/控制。
在該情況下,普適視頻模塊12需要接收ATA命令而與以太網(wǎng)(Ethernet)上的設備進行通信的功能。
因此,如圖19所示,包括普適視頻模塊12的普適視頻模塊單元4具有進行ATA命令的交接的ATA仿真器154以及ATA設備控制器153、負責與以太網(wǎng)的連接中的通信/控制的以太網(wǎng)驅(qū)動器161以及以太網(wǎng)主機I/F160。
另一方面,在視頻信息裝置40的內(nèi)部,系統(tǒng)CPU (SYS-CPU) 41和內(nèi)置的HDD 146之間通過系統(tǒng)CPU (SYS-CPU) 41的ATA接口 31c以及HDD 146的ATA接口 32d來進行連接。
這樣構成的視頻信息裝置40和普適視頻模塊12之間可互相進行ATA命令的交接,普適視頻模塊12從視頻信息裝置40中的系統(tǒng)CPU (SYS-CPU) 41接收ATA命令。
ATA設備控制器153控制ATA仿真器154并解析接收到的ATA命令。
解析后的命令通過協(xié)議轉(zhuǎn)換器(Protocol Converter) 28被轉(zhuǎn)換為互聯(lián)網(wǎng)上使用的協(xié)議,經(jīng)由以太網(wǎng)驅(qū)動器161、以太網(wǎng)主機接口 160進行與LAN 33上的各設備之間的通信 /控制。
通過采用這樣的結構,例如在判斷為相對于要保存的數(shù)據(jù)(內(nèi)容數(shù)據(jù))而言,裝置自身的內(nèi)部HDD 146的空閑容量少的情況下,安裝了普適視頻模塊單元12的視頻信息裝置 40可將視頻數(shù)據(jù)的全部或無法保存到視頻信息裝置40自身所保有的HDD中的剩余的視頻數(shù)據(jù)記錄到普適視頻模塊單元12所連接的LAN 33上的數(shù)字錄像機等的視頻信息裝置34a、 34b的內(nèi)部HDD或NAS (Network Attached Storage) 34c等的裝置外部的存儲設備中。
另外,在圖20中示出使用ATA的接口的一般硬盤的硬件結構。另外,圖20所示的硬盤250是例如視頻信息裝置34a的內(nèi)部硬盤或NAS 34c內(nèi)的硬盤、圖16中的HDD 146等, 且硬盤250為ATA設備。硬盤控制器251是控制硬盤250的數(shù)據(jù)讀寫的中心,且與臨時存儲所讀寫的數(shù)據(jù)的緩存252連接。此外,通過IDE (Integrated Drive Electronics,電子集成驅(qū)動器)連接器253與ATA的主機257物理地連接。而且,硬盤控制器251經(jīng)由用于進行數(shù)據(jù)的編碼/解碼等處理的讀/寫電路254與向介質(zhì)256寫入數(shù)據(jù)的磁頭255連接。另外,在實際的硬盤驅(qū)動器中除了上述結構要素之外,還有用于使介質(zhì)256旋轉(zhuǎn)的主軸電機以及對其進行控制的主軸驅(qū)動器、使磁頭255工作的步進電機以及對其進行控制的步進電機驅(qū)動器等,但本圖僅表示與數(shù)據(jù)流有關的部分,因此未圖示。
而且,硬盤控制器251包括ATA設備控制器,ATA的主機257和硬盤控制器251之間的數(shù)據(jù)交換全部通過ATA設備控制器內(nèi)的ATA寄存器來進行。與數(shù)據(jù)的讀寫有關的主要的ATA寄存器是用于從ATA的主機257對作為ATA設備的硬盤250發(fā)出指令的Command 寄存器、用于對ATA的主機257通知ATA設備的狀態(tài)的Status寄存器、用于從ATA的主機 257寫入或讀取實際的數(shù)據(jù)的Data寄存器、用于指定寫入數(shù)據(jù)的介質(zhì)256上的物理扇區(qū)的 Head/Device 寄存器、Cylinder Low 寄存器、CylinderHigh 寄存器、Sector Number 寄存器 (以后,將這四個寄存器統(tǒng)稱為“Device/Head寄存器”)。
圖21以WRITE SECTOR命令為例,示出了在從ATA主機257對硬盤250寫入數(shù)據(jù)的情況下的順序。首先,ATA主機257選擇數(shù)據(jù)寫入對象的硬盤250作為ATA設備之后,在步驟S1310中對Device/Head寄存器等的ATA寄存器設定用于指定作為寫入目標的介質(zhì)256 的物理扇區(qū)的磁頭號、柱面號、扇區(qū)號。接著,在步驟S1311中,ATA主機257對硬盤控制器 251的ATA寄存器內(nèi)的Command寄存器寫入與WRITESECT0R命令相應的命令碼“30h”。硬盤控制器251把Status寄存器的BSY位設為“1”以表示正在準備數(shù)據(jù)寫入之后,實際地進行數(shù)據(jù)寫入的準備。在準備結束之后,硬盤控制器251在步驟S1312中將Status寄存器的 DRQ位設為“ 1”,將BSY位再設為“0”,以表示準備結束。ATA主機257在步驟S1313中觀察該Status寄存器的狀態(tài)而進行每次1扇區(qū)地對ATA寄存器內(nèi)的Data寄存器寫入數(shù)據(jù)的連續(xù)寫入。另外,該數(shù)據(jù)寫入開始的同時,硬盤控制器251為了表示正在對Data寄存器寫入數(shù)據(jù)的情況,在步驟S1314中將Status寄存器的DRQ位設為“0”,將BSY位設定為“1”。這里,寫入到Data寄存器中的1扇區(qū)的數(shù)據(jù)通過硬盤控制器251隨時轉(zhuǎn)發(fā)給緩存252。同時, 硬盤控制器251 —邊控制磁頭255,一邊對于在步驟S1310中指定的介質(zhì)256上的扇區(qū),經(jīng)由讀寫電路254而隨時進行緩存252中存儲的數(shù)據(jù)的寫入處理(步驟S1315)。在對介質(zhì) 256的數(shù)據(jù)的寫入全部結束之后,硬盤控制器251為了表示對介質(zhì)256的寫入結束的情況, 在步驟S1316中將ATA的Status寄存器的DRQ位以及BSY位均設為“0”。在該時刻,對于硬盤250的1扇區(qū)的數(shù)據(jù)的寫入結束。
接著,圖22以READ SECTOR命令為例,示出了在ATA主機257從硬盤250讀取數(shù)據(jù)的情況下的順序。首先,ATA主機257選擇數(shù)據(jù)讀取對象的硬盤250作為ATA設備之后, 在步驟S1300中對Device/Head寄存器等的ATA寄存器設定用于指定作為讀取目標的介質(zhì) 256的物理扇區(qū)的磁頭號、磁柱編號、扇區(qū)號。接著,在步驟S1301中,ATA主機257對硬盤控制器251的ATA寄存器內(nèi)的Command寄存器寫入與READSECT0R命令相應的命令碼“20h”。 硬盤控制器251為了表示正在從介質(zhì)256讀取數(shù)據(jù)的情況,在步驟S1302中將Status寄存器的BSY位設為“1”。同時,硬盤控制器251在步驟S1303中,一邊控制磁頭255,一邊從步驟S1300中指定的介質(zhì)256上的扇區(qū)經(jīng)由讀寫電路254讀取數(shù)據(jù),并將1扇區(qū)的數(shù)據(jù)轉(zhuǎn)發(fā)給緩存252。在對緩存252的數(shù)據(jù)存儲結束之后,硬盤控制器251為了表示對緩存252的數(shù)據(jù)存儲結束的情況,而在步驟S1304中將ATA的Status寄存器的DRQ位設為“ 1 ”,將BSY位設為“0”。ATA主機257在步驟S1305中觀察該Status寄存器的狀態(tài)而進行每次1扇區(qū)地從ATA寄存器內(nèi)的Data寄存器中讀取數(shù)據(jù)的連續(xù)讀取。在1扇區(qū)的數(shù)據(jù)的讀取結束之后, 硬盤控制器251在步驟S1306中,將ATA寄存器內(nèi)的Status寄存器的DRQ位以及BSY位均設為“0”。在該時刻,從硬盤250中讀取1扇區(qū)的數(shù)據(jù)的過程結束。以上是一般的對硬盤進行的數(shù)據(jù)寫入工作、數(shù)據(jù)讀取工作。
接著,說明用于從視頻信息裝置40對連接到LAN上的NAS 34c記錄視頻數(shù)據(jù)的普適視頻模塊單元4。圖23示出了普適視頻模塊12的軟件的結構,沿著LAN的0SI參照模型說明各結構要素。普適視頻模塊單元12和NAS 34c之間通過作為物理層以及數(shù)據(jù)鏈路層的以太網(wǎng)連接。普適視頻模塊單元12在比物理層以及數(shù)據(jù)鏈路層更上位的作為通信協(xié)議的網(wǎng)絡層上安裝有作為互聯(lián)網(wǎng)協(xié)議的IP 350。另外,雖然未圖示,但NAS 34c也安裝有IP 作為網(wǎng)絡層。而且,普適視頻模塊單元12安裝有TCP 352以及UDP 351作為比網(wǎng)絡層更上位的傳輸層,而且,在會話層以上安裝有NFS (Network File System,網(wǎng)絡文件系統(tǒng))客戶端 I/F 353,作為用于經(jīng)由LAN與連接到該LAN上的設備進行文件共享的協(xié)議。NAS 34c和普適視頻模塊單元12之間的文件數(shù)據(jù)的通信協(xié)議使用NFS進行。協(xié)議轉(zhuǎn)換器28將從視頻信息裝置40發(fā)放的NFS格式的命令轉(zhuǎn)換為ATA格式。NFS客戶端I/F 353是與NAS 34c上搭載的未圖示的NFS服務器軟件之間進行符合NFS協(xié)議的通信的軟件。NFS客戶端I/F 353 經(jīng)由UDP 352與NAS 34c進行與從協(xié)議轉(zhuǎn)換器28請求的處理對應的用于遠程過程調(diào)用的消息的收發(fā)。作為該遠程過程調(diào)用的協(xié)議,使用了 RPCOtemoteProcedure Call,遠程過程調(diào)用)。
圖24示出了普適視頻模塊12的硬件結構。如圖所示,視頻信息裝置40和普適視頻模塊單元4之間使用IDE連接器260、261而物理地連接。在IDE連接器261上物理地連接有ATA設備控制器262,可從視頻信息裝置40的CPU對ATA設備控制器262內(nèi)的ATA寄存器進行讀寫。在ATA設備控制器262上連接有用于臨時存儲從視頻信息裝置40寫入的數(shù)據(jù)或被請求讀取的數(shù)據(jù)的緩存263。該緩存263也可以位于圖23的ATA設備控制器153 內(nèi),由作為普適視頻模塊12的CPU的UM-CPU 264進行讀寫。此外,ATA設備控制器內(nèi)的ATA 寄存器也可以由UM-CPU 264進行讀寫。此外,搭載有存儲UM-CPU 264執(zhí)行的程序或文件系統(tǒng)的R0M265以及UM-CPU 264執(zhí)行程序等時作為工作區(qū)使用的RAM 266,分別與UM-CPU 264連接。此外,用于控制以太網(wǎng)通信的以太網(wǎng)控制器267也與UM-CPU 264連接,可以由 UM-CPU 264進行讀寫。在以太網(wǎng)控制器267之前連接有RJ45等的連接器268,普適視頻模塊4經(jīng)由該RJ45連接器268連接到以太網(wǎng)的網(wǎng)絡上。
接著,對于在從視頻信息裝置40對NAS 34c記錄數(shù)據(jù)的情況下的工作進行詳細說明。圖25表示從視頻信息裝置40對NAS 34c寫入數(shù)據(jù)時的順序。首先,視頻信息裝置40 選擇、識別普適視頻模塊單元4作為ATA設備。由此,視頻信息裝置40將以后說明的數(shù)據(jù)寫入工作識別為對ATA設備進行的工作。接著,在步驟S1000中,視頻信息裝置40對普適視頻模塊單元12內(nèi)的Device/Head寄存器等的ATA寄存器設定邏輯塊地址LBA(Logical Block Address)等。由此,指定了數(shù)據(jù)的寫入目標。接著,在步驟S1001中,視頻信息裝置 40對普適視頻模塊單元12的ATA寄存器的Command寄存器寫入與表示1扇區(qū)數(shù)據(jù)寫入的 WRITE SECTOR命令相對應的命令碼“30h”。ATA仿真器154為了表示正在準備數(shù)據(jù)寫入,把 Status寄存器的BSY位設為“1”之后,實際地進行數(shù)據(jù)寫入的準備。在準備結束之后,在步驟S1002中,ATA仿真器154將Status寄存器的DRQ位設為“ 1”,將BSY位再設為“0”。 由此,視頻信息裝置40識別出在自身所連接的ATA設備中結束了數(shù)據(jù)寫入的準備。在步驟 S1003中,識別出Status寄存器的狀態(tài)的視頻信息裝置40每次1扇區(qū)地對ATA寄存器內(nèi)的 Data寄存器連續(xù)地寫入數(shù)據(jù)。另外,與該數(shù)據(jù)寫入開始的同時,ATA仿真器154將Status 寄存器的DRQ位設為“0”,將BSY位設為“ 1”(步驟S1004)。然后,在到后述的步驟S1019 為止的期間內(nèi),保持Status寄存器的狀態(tài)。S卩,Status寄存器的DRQ位被設為“0”、BSY位被設為“1”的狀態(tài)表示從視頻信息裝置40通過普適視頻模塊12對NAS 34c寫入數(shù)據(jù)。
寫入到Data寄存器中的1扇區(qū)的數(shù)據(jù)隨時轉(zhuǎn)發(fā)給ATA設備控制器153內(nèi)的緩存 263。在對緩存263的1扇區(qū)的數(shù)據(jù)寫入結束之后,在步驟S1005中,從ATA仿真器154對協(xié)議轉(zhuǎn)換器28發(fā)出數(shù)據(jù)寫入請求。接收到數(shù)據(jù)寫入請求的協(xié)議轉(zhuǎn)換器28在步驟S1006中對NFS客戶端I/F 353發(fā)出文件打開請求。另外,步驟S1006的文件打開請求是指定文件名而進行的命令,在指定文件存在的情況下,打開所指定的現(xiàn)有文件,在指定文件不存在的情況下,新作成所指定的名稱的文件。根據(jù)文件打開請求打開的文件或新作成的文件是將 S1003中寫入緩存中的1扇區(qū)的數(shù)據(jù)存儲到NAS 34c的任意目錄上的文件,如圖26所示,文件名優(yōu)選設為唯一的名稱,例如與LBA對應的名稱。
NFS客戶端I/F 353在步驟S1007中,按照NFS協(xié)議,經(jīng)由UDP 351向NAS 34c發(fā)送NFSPR0C_0PEN過程調(diào)用消息。NAS 34c上的NFS服務器程序按照該過程調(diào)用消息,在步驟S1006中在所指定的目錄上以所指定的文件名作成文件。在文件作成之后,NFS服務器程序在步驟S1008中,向NFS客戶端I/F 353發(fā)送NFSPR0C_0PEN過程的響應消息。NFS客戶端I/F 353在步驟S1009中,向協(xié)議轉(zhuǎn)換器28返回表示作成了文件的文件打開響應。接著,協(xié)議轉(zhuǎn)換器28在步驟S1010中,對NFS客戶端I/F 353進行文件寫入請求。該文件寫入請求是用于將緩存263中存儲的1扇區(qū)的數(shù)據(jù)寫入到步驟S1007中打開的文件中的請求。 NFS客戶端I/F 353在步驟S1011中,將1扇區(qū)的數(shù)據(jù)和NFSPR0C_WRITE過程調(diào)用消息發(fā)送給NAS 34c。NAS 34c上的NFS服務器程序按照該過程調(diào)用消息,將接收到的數(shù)據(jù)寫入到所指定的文件中。在寫入結束之后,NFS服務器程序在步驟S1012中將NFSPR0C_WRITE過程的響應消息發(fā)送給NFS客戶端I/F 353。NFS客戶端I/F 353在步驟S1013中,將文件寫入響應返回給協(xié)議轉(zhuǎn)換器28。
協(xié)議轉(zhuǎn)換器28在步驟S1014中,對NFS客戶端I/F 353發(fā)出用于關閉剛才寫入數(shù)據(jù)的文件的文件關閉請求。接收到文件關閉請求的NFS客戶端I/F 353在步驟S1015中, 將NFSPR0C_CL0SE過程調(diào)用消息發(fā)送給NAS 34c。NAS 34c上的NFS服務器程序按照該過程調(diào)用消息將所指定的文件關閉之后,在步驟S1016中,將NFSPR0C_CL0SE過程的響應消息發(fā)送給NFS客戶端I/F 353。NFS客戶端I/F 353在步驟S1013中,將文件關閉響應返回給協(xié)議轉(zhuǎn)換器28。協(xié)議轉(zhuǎn)換器28在步驟S1018中將數(shù)據(jù)寫入結束通知發(fā)送給ATA仿真器154。 接收該通知后,ATA仿真器154將Status寄存器的DRQ位以及BSY位均設為“0”。通過以上的步驟,向通過網(wǎng)絡連接的NAS 34c寫入了 1扇區(qū)的數(shù)據(jù)。通過重復一連串的工作來實現(xiàn)多個扇區(qū)的寫入。圖48示出寫入到NAS 34c中的數(shù)據(jù)文件的例子。在該例中,在目錄/ usr/local/ubiquitous/data下存儲有數(shù)據(jù)文件。文件名作成了對以十六進制表示的28位的LBA附加了擴展名.dat的文件名。在該例中,LBA存儲有OxlOOOaO 0xl000a4的5扇區(qū)的數(shù)據(jù)。
接著,詳細說明在從NAS 34c將數(shù)據(jù)讀取到視頻信息裝置40中的情況下的工作。 圖27表示視頻信息裝置40從NAS 34c讀取數(shù)據(jù)時的順序。首先,視頻信息裝置40選擇、 識別普適視頻模塊單元4作為ATA設備。由此,視頻信息裝置40將以后說明的數(shù)據(jù)讀取工作識別為對ATA設備進行的工作。接著,在步驟S1100中,視頻信息裝置40對普適視頻模塊單元4內(nèi)的Device/Head寄存器等的ATA寄存器設定邏輯塊地址LBA等。由此,指定了數(shù)據(jù)的讀取目標。接著,在步驟S1101中,視頻信息裝置40對普適視頻模塊單元4的ATA 寄存器的Command寄存器寫入與表示讀取1扇區(qū)的數(shù)據(jù)的READ SECTOR命令相對應的命令碼“20h”。ATA仿真器154為了表示正在進行數(shù)據(jù)讀取處理,在步驟S1102中,把Status寄存器的BSY位設為“1”。然后,在步驟S1103中,從ATA仿真器154對協(xié)議轉(zhuǎn)換器28發(fā)出數(shù)據(jù)讀取請求。接收到數(shù)據(jù)讀取請求的協(xié)議轉(zhuǎn)換器28在步驟S1104中,對NFS客戶端1/ F 353發(fā)出文件打開請求。該文件是在前述的寫入工作時說明的、NAS 34c的任意目錄上存儲的1扇區(qū)的數(shù)據(jù)的文件,文件名為與LBA對應的如圖48所示的名稱。協(xié)議轉(zhuǎn)換器28確定與Device/Head寄存器等中設定的扇區(qū)的LBA對應的文件名。NFS客戶端I/F 353在步驟S1105中,按照NFS協(xié)議,經(jīng)由UDP 351將NFSPR0C_0PEN過程調(diào)用消息發(fā)送給NAS 34c。 NAS 34c上的NFS服務器程序按照該過程調(diào)用消息,在所指定的目錄上以所指定的文件名打開文件。在文件打開之后,NFS服務器程序在步驟S1106中,將NFSPR0C_0pen過程的響應消息發(fā)送給NFS客戶端I/F 353。NFS客戶端I/F 353在步驟S1107中,將表示打開了文件的文件打開響應返回給協(xié)議轉(zhuǎn)換器28。接著,協(xié)議轉(zhuǎn)換器28在步驟S1108中,對NFS客戶端I/F353發(fā)出文件讀取請求。該文件讀取請求是用于讀取打開的文件中所存儲的1扇區(qū)的數(shù)據(jù)的請求。NFS客戶端I/F 353在步驟S1109中,將NFSPROC_READ過程調(diào)用消息發(fā)送給NAS 34c。NAS 34c上的NFS服務器程序按照該調(diào)用消息,從所指定的文件中讀取數(shù)據(jù)。 在讀取結束之后,NFS服務器程序在步驟SlllO中,將包含從文件中讀取的數(shù)據(jù)的NFSPROC_ READ過程的響應消息發(fā)送給NFS客戶端I/F 353。NFS客戶端I/F 353在步驟Sllll中,將包含所讀取的數(shù)據(jù)的文件讀取響應返回給協(xié)議轉(zhuǎn)換器28。協(xié)議轉(zhuǎn)換器28接收到文件讀取響應之后,將所讀取的數(shù)據(jù)轉(zhuǎn)發(fā)給緩存263。
協(xié)議轉(zhuǎn)換器28將所讀取的數(shù)據(jù)轉(zhuǎn)發(fā)給緩存263之后,在步驟S1112中,對NFS客戶端I/F 353發(fā)出用于關閉剛才讀取數(shù)據(jù)的文件的文件關閉請求。接收到文件關閉請求的NFS客戶端I/F 353在步驟S1113中,將NFSPR0C_CL0SE過程調(diào)用消息發(fā)送給NAS 34c。 NAS 34c上的NFS服務器程序按照該過程調(diào)用消息關閉所指定的文件之后,在步驟S1114中將NFSPR0C_CL0SE過程的響應消息發(fā)送給NFS客戶端I/F 353。NFS客戶端I/F 353在步驟S1115中將文件關閉響應返回給協(xié)議轉(zhuǎn)換器28。協(xié)議轉(zhuǎn)換器28在步驟S1116中,對ATA 仿真器154發(fā)送數(shù)據(jù)讀取結束通知。接收該通知之后,ATA仿真器154在步驟S1117中,將 ATA的Status寄存器的DRQ位設為“1”,將BSY位設為“0”。視頻信息裝置40在步驟S1118 中,觀察該Status寄存器的狀態(tài)而進行從ATA的Data寄存器讀取1扇區(qū)的數(shù)據(jù)的連續(xù)讀取。在1扇區(qū)的數(shù)據(jù)的讀取結束之后,ATA仿真器154在步驟Sl 119中將ATA的Status寄存器的DRQ位以及BSY位均設為“0”。其結果是,從通過網(wǎng)絡連接的NAS 34c中讀取出了 ATA的1扇區(qū)的數(shù)據(jù)。通過重復一連串的工作來實現(xiàn)多個扇區(qū)的讀取。
如以上所說明的那樣,普適視頻模塊單元4將從視頻信息裝置40輸出的、被指示為寫入到某物理扇區(qū)中的數(shù)據(jù)轉(zhuǎn)換為文件格式而發(fā)送給NAS 34c。由此,視頻信息裝置40 進行自己通常進行的、和向與自己本地連接的記錄裝置寫入數(shù)據(jù)的情況同樣的處理即可。 另一方面,NAS 34c與正常的數(shù)據(jù)同樣地處理從普適視頻模塊單元4發(fā)送來的文件形式的數(shù)據(jù),并通過自己的判斷來指定寫入的物理扇區(qū)。
S卩,可通過將對于物理扇區(qū)的數(shù)據(jù)寫入指示轉(zhuǎn)換為邏輯文件共享協(xié)議,進行對視頻信息裝置40本來不具備的、連接到網(wǎng)絡上的記錄裝置的數(shù)據(jù)寫入。
此外,對于數(shù)據(jù)的讀取也同樣,視頻信息裝置40進行自己通常進行的、和從與自己本地連接的記錄裝置中讀取數(shù)據(jù)的情況同樣的處理即可。NAS 34c與通常的數(shù)據(jù)讀取指示同樣地處理從普適視頻模塊單元4發(fā)送來的文件形式的數(shù)據(jù)的讀取指示,指定寫入有數(shù)據(jù)的自己的物理扇區(qū),并讀取數(shù)據(jù)。
S卩,可通過將對于物理扇區(qū)的數(shù)據(jù)讀取指示轉(zhuǎn)換為邏輯文件共享協(xié)議,從視頻信息裝置40本來不具備的、連接到網(wǎng)絡上的記錄裝置中進行數(shù)據(jù)讀取。
這樣,可通過使用本實施方式的普適視頻模塊單元,實現(xiàn)本來視頻信息裝置所不具備的功能。即,可以在不變更、修改視頻信息裝置的系統(tǒng)LSI的情況下擴展視頻信息裝置的功能,并可以削減LSI的開發(fā)費用、縮短開發(fā)期間。
另外,在本實施方式中,作為記錄裝置而舉出了 NAS,但只要具有NFS服務器功能則也可以是非易失性存儲器或MO等。此外,作為文件共享協(xié)議而舉出了 NFS,但也可以是 SMB(Server Message Block,服務器消息塊)、APF(AppleTalk Filing Protocol,AppleTalk文件協(xié)議)等。
實施方式2 <關于在具有以太網(wǎng)接口的情況下的系統(tǒng)結構> 圖28是表示在將普適視頻模塊12與視頻信息裝置40的以太網(wǎng)接口連接的情況下的系統(tǒng)結構例。
包括普適視頻模塊12的普適視頻模塊單元4具有以太網(wǎng)接口 32f,將該以太網(wǎng)接口 32f與視頻信息裝置40的以太網(wǎng)接口 31e連接。
通過該普適視頻模塊單元4的連接,視頻信息裝置40經(jīng)由LAN等網(wǎng)絡與LAN 33 上的網(wǎng)絡攝像機34d、34e以及34f等的其它設備之間進行通信/控制。
這里,視頻信息裝置40盡管安裝有與NAS的通信/控制所使用的協(xié)議,但沒有安裝與裝置外部的網(wǎng)絡攝像機之間的通信/控制的協(xié)議。在這樣的情況下,通過連接普適視頻模塊單元4,視頻信息裝置40也可以經(jīng)由網(wǎng)絡與LAN 33上的網(wǎng)絡攝像機34d、34e以及 34f進行通信/控制。
圖29是表示包括圖28所示的普適視頻模塊12的普適視頻模塊單元4中的軟件塊的結構例的圖。
在視頻信息裝置40要利用裝置外部的網(wǎng)絡攝像機34d、34e以及34f中的任意一個的情況下,普適視頻模塊12接收與NAS的通信/控制協(xié)議,與以太網(wǎng)(Ethernet)上的網(wǎng)絡攝像機進行通信/控制。
普適視頻模塊12從視頻信息裝置40中的系統(tǒng)CPU 41接收NAS用通信/控制協(xié)議。
以太網(wǎng)設備控制器162控制以太網(wǎng)仿真器163并對接收到的NAS用通信/控制協(xié)議進行解析。
解析后的協(xié)議通過協(xié)議轉(zhuǎn)換器(Protocol Converter) 28轉(zhuǎn)換為與以太網(wǎng)上的網(wǎng)絡攝像機34d、34e以及34f中的任意一個之間的通信/控制所使用的協(xié)議,經(jīng)由以太網(wǎng)驅(qū)動器161、以太網(wǎng)主機接口 160進行與LAN 33上的網(wǎng)絡攝像機34d、34e以及34f中的任意一個之間的通信/控制。
以后,更詳細地說明本實施方式的普適視頻模塊12。首先,在圖30中示出一般的NAS、例如圖18所示的NAS 34c中的軟件的方框圖。NAS34c安裝用于使用以太網(wǎng)與視頻信息裝置40連接的以太網(wǎng)主機I/F 360、以太網(wǎng)驅(qū)動器361。而且,作為上位的通信協(xié)議而安裝作為互聯(lián)網(wǎng)協(xié)議的IP 363,在其上位安裝TCP 365、UDP 364、遠程過程調(diào)用 (RemoteProcedure Call)366。另一方面,安裝有用于存儲從視頻信息裝置40發(fā)送來的數(shù)據(jù)的HDD 371、用于與HDD 371連接的存儲設備I/F 370、存儲設備驅(qū)動器369。而且,NFS 服務器軟件367按照來自視頻信息裝置40的請求啟動文件系統(tǒng)驅(qū)動器368,將從視頻信息裝置40接收到的數(shù)據(jù)存儲到HDD 371中。通常,存儲設備I/F 370和HDD 371之間的通信協(xié)議是ATA或ATAPI (ATA Pachet Interface, AT附加分組接口 )。另外,NAS的特征在于, 可由連接到LAN上的其它設備、例如視頻信息裝置40識別為本地存儲設備,并進行使用。
接著,在圖31中示出本實施方式中的普適視頻模塊12的軟件的塊結構。與圖30 所示的NAS 34c的不同之處在于,為了與網(wǎng)絡攝像機34d連接而安裝以太網(wǎng)主機I/F 372、 以太網(wǎng)驅(qū)動器373、虛擬文件系統(tǒng)驅(qū)動器376、命令處理部374、以及請求處理部375。另外,視頻信息裝置40和普適視頻模塊單元4之間的通信協(xié)議使用了 NFS、命令協(xié)議,普適視頻模塊單元4和網(wǎng)絡攝像機34d之間的通信協(xié)議使用了 http。
另外,作為虛擬文件系統(tǒng)驅(qū)動器376的例子,例如有Linux的Proc文件系統(tǒng)。該 Linux的Proc文件系統(tǒng)具有通過讀寫看起來位于某目錄上的文件,而提供對于Linux的 Kernel的接口的功能。即,通過使用Proc文件系統(tǒng),對目錄上的文件的訪問成為對Kernel 的狀態(tài)的讀取,對文件的寫入成為對Kernel的設定的變更。本實施方式的普適視頻模塊單元4中的虛擬文件系統(tǒng)驅(qū)動器376也具有如Linux的Proc文件系統(tǒng)這樣的功能。
在圖32中示出表示由虛擬文件系統(tǒng)驅(qū)動器376作成的虛擬文件系統(tǒng)380。另外, 該虛擬文件系統(tǒng)380是由如圖所示的目錄表現(xiàn)的,該目錄由視頻信息裝置40進行識別。在所作成的command目錄下配置了 set以及get的文件,它們分別與命令處理部374連接。 視頻信息裝置40通過訪問set或get的文件,來通過命令處理部374指示普適視頻模塊單元4和攝像機34d、34e之間的連接,或確認與命令處理部374連接的攝像機34d、34e的連接狀況等。另一方面,在cams目錄下配置有賦予了 caml、cam2等名稱的目錄,將各個目錄與攝像機關聯(lián)起來。而且,在caml、cam2下分別配置有picture, jpg的文件。該picture, jpg分別與請求處理部375連接。視頻信息裝置40可通過訪問各個picture, jpg的文件, 來通過請求處理部375從攝像機讀取圖像。另外,這里,將圖像文件格式設為“ jpg",但也可以是“gif”、“bmp”等,不特別限制格式。
這樣,視頻信息裝置40可通過訪問由虛擬文件系統(tǒng)驅(qū)動器376作成的虛擬文件系統(tǒng)380,來經(jīng)由命令處理部374、請求處理部375控制攝像機34d、34e,或讀取圖像數(shù)據(jù)。艮口, 視頻信息裝置40通過經(jīng)由普適視頻模塊單元4,將來自攝像機34d、34e的圖像數(shù)據(jù)識別為來自NAS的圖像數(shù)據(jù)。
以下,使用圖33、34詳細地說明在視頻信息裝置40操作攝像機34d的情況下的工作。另外,本實施方式中的操作大致分為圖33所示的將視頻信息裝置40和攝像機34d關聯(lián)起來時的順序和圖34所示的視頻信息裝置40取得攝像機34d的圖像數(shù)據(jù)時的順序。首先,說明圖33的將視頻信息裝置40和攝像機34d關聯(lián)起來時的順序。視頻信息裝置40在步驟S1200中,為了識別普適視頻模塊單元12內(nèi)的虛擬文件系統(tǒng)驅(qū)動器376所作成的虛擬文件系統(tǒng)380,使用MNT作為通信協(xié)議,對普適視頻模塊12發(fā)出MNTPR0C_MNT安裝請求。接收到安裝請求的普適視頻模塊單元4的虛擬文件系統(tǒng)驅(qū)動器376作成虛擬文件系統(tǒng)380之后,在步驟S1201中通過MNTPR0C_MNT安裝響應將該情況返回給視頻信息裝置40。通過該處理,視頻信息裝置40可識別虛擬文件系統(tǒng)380,并進行訪問。
接著,視頻信息裝置40為了將例如連接到網(wǎng)絡上的攝像機34d和虛擬文件系統(tǒng) 380的目錄caml關聯(lián)起來,首先在步驟S1202中對虛擬文件系統(tǒng)380的command/set發(fā)出 NFSPR0C_0PEN文件打開請求。接收到文件打開請求的虛擬文件系統(tǒng)380在步驟S1203中對命令處理部374發(fā)出命令處理開始請求。然后,接收到命令處理開始請求的命令處理部 374識別出在攝像機34d和虛擬文件系統(tǒng)380的目錄之間存在關聯(lián)的情況,在步驟S1204 中,在命令處理開始響應中反饋該情況。接收到該命令處理開始響應的虛擬文件系統(tǒng)380 的command/set在步驟S 1205中,在NFSPR0C_0PEN文件打開響應時將該情況返回給視頻信息裝置40。通過該處理,視頻信息裝置40可以對command/set發(fā)送命令。
視頻信息裝置40為了實際地將攝像機34d和虛擬文件系統(tǒng)380的目錄caml關聯(lián)起來,通過步驟S1206對虛擬文件系統(tǒng)380的command/set發(fā)出表示進行攝像機34d和目錄caml之間的關聯(lián)的文件寫入請求NFSPROC_WRITE。接收到文件寫入請求的虛擬文件系統(tǒng) 380的command/set在步驟S1207中對命令處理部374發(fā)送用于將攝像機34d和目錄caml 關聯(lián)起來的命令。執(zhí)行命令并進行了關聯(lián)建立的命令處理部374在步驟S1208中,在命令響應中返回該情況。接收到該命令響應的虛擬文件系統(tǒng)380在步驟S1209中,在NFSPR0C_ WRITE文件寫入響應中將該情況返回給視頻信息裝置40。通過該處理,建立了攝像機34d 和目錄caml之間的關聯(lián),從視頻信息裝置40對目錄caml的寫入處理成為攝像機34d的操作。
然后,在想再進行其它的攝像機和目錄之間的關聯(lián)或?qū)z像機34d進行命令發(fā)送的情況下,進行從步驟S1206到步驟S1209的處理。
在所有的命令發(fā)送結束了的情況下,視頻信息裝置40為了表示不發(fā)生對命令處理部374的命令發(fā)送,在步驟S1210中對虛擬文件系統(tǒng)380的command/set發(fā)出NFSPR0C_ CLOSE文件關閉請求。接收到文件關閉請求的虛擬文件系統(tǒng)380的command/set在步驟 S1211中對命令處理部374發(fā)出命令處理結束請求。接收到命令處理結束請求的命令處理部374識別出未從視頻信息裝置40對自己發(fā)出命令的情況,在步驟S1212中,在命令處理結束響應中返回該情況。接收到該命令處理結束響應的虛擬文件系統(tǒng)380的command/set 在步驟S1213中,在NFSPR0C_CL0SE文件關閉響應中將該情況返回給視頻信息裝置40。
通過該一連串的處理,將虛擬文件系統(tǒng)380中的目錄與網(wǎng)絡上的攝像機關聯(lián)起來, 從視頻信息裝置40對目錄進行的寫入處理被變換為攝像機的實際操作。即,視頻信息裝置40可通過已有的NFS的命令實際地操作攝像機。
接著,說明圖34的視頻信息裝置40取得來自攝像機34d的圖像時的順序。另外, 假設在圖34的步驟S1220之前的時刻,圖33所示的攝像機34d和目錄caml之間的關聯(lián)建立已經(jīng)結束。
首先,視頻信息裝置40為了取得來自攝像機34d的圖像數(shù)據(jù),首先通過步驟S1220 對虛擬文件系統(tǒng)380的目錄caml/picture. jpg發(fā)出NFSPR0C_0PEN文件打開請求。接收到文件打開請求的虛擬文件系統(tǒng)380的目錄cmal/picture. jpg在步驟S1221中對請求處理部375發(fā)出請求處理開始請求。然后,接收到請求處理開始請求的請求處理部375識別出存在來自攝像機34d的圖像數(shù)據(jù)的取得請求的情況,并在步驟S1222中,在請求處理開始響應中返回該情況。接收到該請求處理開始響應的虛擬文件系統(tǒng)380的目錄cmal/picture. jpg在步驟S1223中,在NFSPR0C_0PEN文件打開響應中將該情況返回給視頻信息裝置40。 通過該處理,視頻信息裝置40可以對cmal/picture. jpg發(fā)出圖像數(shù)據(jù)的請求。
視頻信息裝置40為了實際地取得攝像機34d的圖像數(shù)據(jù),在步驟S1224中對虛擬文件系統(tǒng)380的cmal/picture. jpg發(fā)出表示讀取攝像機34d的圖像數(shù)據(jù)的文件讀取請求NFSPR0C_READ。接收到文件讀取請求的虛擬文件系統(tǒng)380的cmal/picture. jpg在步驟 S1225中將用于讀取來自攝像機34d的圖像數(shù)據(jù)的數(shù)據(jù)讀取請求發(fā)送給請求處理部375。 而且,接收到數(shù)據(jù)讀取請求的請求處理部在步驟S1226中對攝像機34d發(fā)出數(shù)據(jù)讀取請求 GET/DATA/PICTURE。接收到數(shù)據(jù)讀取請求的攝像機34d在步驟S1227中,將包含所拍攝的圖像數(shù)據(jù)的數(shù)據(jù)讀取響應返回給請求處理部375。而且,請求處理部375在步驟S1228中返回包含圖像數(shù)據(jù)的數(shù)據(jù)讀取響應。接收到該包含圖像數(shù)據(jù)的數(shù)據(jù)讀取響應的虛擬文件系統(tǒng)380的cmal/picture. jpg在步驟S1229中,在NFSPROC_READ文件讀取響應中將圖像數(shù)據(jù)返回給視頻信息裝置40。通過該處理,可以通過視頻信息裝置40觀察攝像機34d所拍攝到的圖像數(shù)據(jù)。
然后,在要再次取得來自攝像機34d的圖像數(shù)據(jù)的情況,或在要取得來自其它的攝像機的圖像數(shù)據(jù)的情況下,進行從步驟S1224到步驟S1229的處理。
在所有的圖像數(shù)據(jù)的取得已結束的情況下,視頻信息裝置40為了表示未發(fā)生對請求處理部375的圖像取得請求的情況,通過步驟S1230對虛擬文件系統(tǒng)380的cmal/ picture, jpg發(fā)出NFSPR0C_CL0SE文件關閉請求。接收到文件關閉請求的虛擬文件系統(tǒng)380 的cmal/picture. jpg在步驟S1231中對請求處理部375發(fā)出請求處理結束請求。接收到請求處理結束請求的請求處理部375識別出未從視頻信息裝置40對自己發(fā)出圖像取得請求的情況,在步驟S1232中,在請求處理結束響應中返回該情況。接收到該請求處理結束響應的虛擬文件系統(tǒng)380的cmal/picture. jpg在步驟S1233中,在NFSPR0C_CL0SE文件關閉響應中將該情況返回給視頻信息裝置40。
最后,視頻信息裝置40在步驟S1234中,為了解除虛擬文件系統(tǒng)380的識別,對普適視頻模塊12發(fā)出MNTPR0C_UMNT卸載請求。接收到卸載請求的普適視頻模塊單元4的虛擬文件系統(tǒng)驅(qū)動器376在結束了虛擬文件系統(tǒng)380之后,在步驟S1235中,在MUTPR0C_UMNT 卸載響應中將該情況返回給視頻信息裝置40。通過該處理,視頻信息裝置40結束虛擬文件系統(tǒng)380的識別。
通過該一連串的處理,可以在視頻信息裝置40中對連接到網(wǎng)絡上的攝像機34d所拍攝到的圖像數(shù)據(jù)進行視聽。即,視頻信息裝置40可通過現(xiàn)有的NFS的命令來對攝像機所拍攝到的圖像進行視聽。
另外,虛擬文件系統(tǒng)380中的目錄結構不限于圖32所示的結構。圖35所示的目錄結構是與圖32中的虛擬文件系統(tǒng)380的目錄相同的結構,但該結構的特征在于,配置有 對于命令收發(fā)用文件和多個攝像機用目錄分別配置有一個圖像取得用文件。
圖36所示的目錄結構的特征在于,在各個攝像機用目錄中配置有多個圖像取得用文件。并且是適合于從攝像機連續(xù)讀取圖像的情況等的配置。
圖37所示的目錄結構是又一例子,其特征在于,在各個攝像機用目錄中還配置了針對攝像機的命令收發(fā)用文件。并且是適合于一邊進行對每個攝像機的控制,一邊讀取圖像的配置。
如以上所說明的那樣,可以使用利用了視頻信息裝置40所具備的NFS的文件讀寫這樣的現(xiàn)有功能,從連接到網(wǎng)絡上的攝像機中取得圖像數(shù)據(jù)。另外,在不具備NFS功能的視頻信息裝置40的情況下,通過模擬從視頻信息裝置40對通常的NAS進行數(shù)據(jù)記錄時的目錄結構、數(shù)據(jù)格式來作成虛擬文件系統(tǒng)380。即,在視頻信息裝置40進行識別的環(huán)境中, 可以通過執(zhí)行在NAS中記錄的圖像數(shù)據(jù)的再現(xiàn)操作來顯示當前的圖像,通過將已經(jīng)記錄在 NAS中的圖像數(shù)據(jù)復制到其它的存儲設備中而記錄當前的攝像機圖像。但是,在該情況下, 由于不能由視頻信息裝置40設定使用攝像機等的信息,所以需要作為初始值而提供給普適視頻模塊單元4,或從外部對普適視頻模塊單元4進行設定。
另外,也可以使用普適視頻模塊12所具有的攝像機引擎將與網(wǎng)絡連接的攝像機拍攝到的圖像數(shù)據(jù)轉(zhuǎn)換為適合于在視頻信息裝置中進行顯示的格式。此外,在本實施方式中,普適視頻模塊單元內(nèi)的NFS服務器367、虛擬文件系統(tǒng)驅(qū)動器376、命令處理部374、請求處理部375分別為獨立的軟件,但也可以是對它們的一部分或全部進行組合而得到的軟件。
可通過采用這樣的結構,構成為普適視頻模塊單元4進行NAS用通信/控制協(xié)議和網(wǎng)絡攝像機用通信/控制協(xié)議之間的轉(zhuǎn)換(可以與裝置外部進行NAS用控制命令的收發(fā))。
而且,由此,例如,視頻信息裝置40自己的與NAS之間的通信/控制協(xié)議對應的結構保持原樣,而不必新追加用于與網(wǎng)絡攝像機34d、34e以及34f中任意一個之間的通信/ 控制協(xié)議的結構,就可以經(jīng)由網(wǎng)絡與LAN 33上的網(wǎng)絡攝像機34d、34e以及34f中的任意一個進行通信/控制。即,不需要伴隨功能追加的新的系統(tǒng)LSI等的開發(fā)。
另外,在實施方式2中,由于上述以外的方面與實施方式1的情況相同,所以省略說明。
實施方式3 <關于在視頻信息裝置側具有系統(tǒng)接口的結構> 圖38是表示在將普適視頻模塊單元4與視頻信息裝置40連接的情況下的系統(tǒng)結構例的圖。
圖38所示的視頻信息裝置40構成為具有S-I/F 31,而不具有圖7所示的驅(qū)動器 55以及主機接口 56。
此外,普適視頻模塊單元4由普適視頻模塊12和U-I/F 32構成。通過連接這些各接口 S-I/F 31和U-I/F 32,即使不開發(fā)新的系統(tǒng)LSI,也可以實現(xiàn)具有普適視頻模塊12 的功能的視頻信息裝置40。
普適視頻模塊單元4在經(jīng)由通信引擎24與互聯(lián)網(wǎng)環(huán)境進行連接之后,從互聯(lián)網(wǎng)上的其它的視頻信息裝置下載視頻/音頻數(shù)據(jù)等。
通過普適視頻模塊12所包括的MPEG4引擎23、圖形引擎21等對所下載的視頻/ 音頻數(shù)據(jù)等進行解碼處理或圖形處理。然后,普適視頻模塊單元4經(jīng)由U-I/F 32和接口 S-I/F 31輸出可在視頻信息裝置40中利用的數(shù)據(jù)格式的視頻/音頻數(shù)據(jù)等。
輸入到視頻信息裝置40中的視頻/音頻數(shù)據(jù)分別被信號處理為可在顯示單元54 上顯示,并顯示在顯示單元54上,由未圖示的音頻輸出部進行音頻輸出。
此外,例如在普適視頻模塊單元4的攝像機引擎22中,對從網(wǎng)絡攝像機(例如圖 28所示的與網(wǎng)絡連接的網(wǎng)絡攝像機34d、34e以及34f等)輸入的運動圖像/靜止圖像文件進行像素數(shù)轉(zhuǎn)換、速率變換、圖像處理等的攝像機特有的圖像處理。
而且,通過圖形引擎21對進行了圖像處理后的運動圖像/靜止圖像文件的數(shù)據(jù)進行圖形處理,經(jīng)由U-I/F 32和接口 S-I/F 31以可在視頻信息裝置40中利用的數(shù)據(jù)格式輸出ο 該輸入到視頻信息裝置40中的數(shù)據(jù)被信號處理為可在顯示單元54上顯示的狀態(tài),并在顯示單元54上顯示。
另外,在以上的說明中,圖38所示的各引擎的處理僅表示一例,而引擎的使用步驟以及引擎的功能也可以與其不同。
此外,圖38所示的結構例是顯示視頻數(shù)據(jù)的系統(tǒng)的例子,也可以以同樣的結構應用于具有音頻輸入的再現(xiàn)、文本輸入的顯示/發(fā)布、信息的存儲等的其它功能的系統(tǒng)或裝置中。
<關于包括顯示用視頻輸入輸出功能的普適視頻模塊單元> 圖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的輸入接口(未圖示)連接。由該輸入接口輸入的視頻數(shù)據(jù)經(jīng)由顯示驅(qū)動器173顯示在顯示設備174上。
如果這樣構成,則例如可以將視頻信息裝置40的視頻輸出疊加到普適視頻模塊 12所包括的圖形引擎21的顯示畫面上。
此外,通過這樣構成,不僅可以在S-I/F 31和U-I/F 32之間交接視頻數(shù)據(jù),而且還可以經(jīng)由V-I/F 50、UVI 175以及UVO 176輸出,因此可以在不降低S-I/F 31和U-I/F 32之間的通用總線的傳輸效率的情況下將視頻數(shù)據(jù)提供給普適視頻模塊12。
在視頻信息裝置40不與網(wǎng)絡對應的情況下,用于將互聯(lián)網(wǎng)上的圖形數(shù)據(jù)與本裝置所輸出的視頻信號合成而顯示的疊加(screen overlay)輸出的結構通常是復雜的。
但是,普適視頻模塊12具有UVI 175以及UVO 176而保有疊加功能,由此,在視頻信息裝置40中容易在不新進行系統(tǒng)LSI 45的開發(fā)的情況下實現(xiàn)疊加等的擴展功能。
另外,在實施方式3中,上述以外的方面與實施方式1的情況相同。
〈關于其它的數(shù)據(jù)存儲接口> 在上述實施方式1中,作為存儲接口(數(shù)據(jù)存儲接口)使用了 ATA,但也可以使用 SCSI (Small Computer System Interface)等其它的存儲接口 (storage interface)。
此外,在上述實施方式1中,使用了 ATA或SCSI的數(shù)據(jù)存儲接口,但也可以使用 USB (Universal Serial Bus)、IEEE1394等具有存儲用的協(xié)議集的接口。
〈關于程序間通信〉 此外,在上述實施方式1以及2中,構成為使用進程間通信機進行進程間通信,但也可以使用經(jīng)由程序間通信機進行的程序間通信。
實施方式4 在本實施方式中,說明使用Web瀏覽器操作普適視頻模塊單元4的情況。首先, 在圖40中示出現(xiàn)有的視頻信息裝置40的硬件結構。另外,圖示的視頻信息裝置40具有 RS-232C接口 400作為與外部裝置連接的串行接口。
視頻信息裝置40經(jīng)由作為內(nèi)部總線的PCI總線403連接前級處理部171、系統(tǒng)LSI 45、后級處理部172、V-I/F 50。而且,分別還有內(nèi)置HDD402經(jīng)由IDE接口 404、RS_232C接口 400經(jīng)由串行控制器401與PCI總線403連接。
接著,說明使用個人計算機(PC)405操作視頻信息裝置40的情況。如圖所示,PC 405和視頻信息裝置40通過RS-232C電纜連接,可以相互進行通信。首先,用戶需要對PC 405安裝用于控制視頻信息裝置40的專用軟件。然后,用戶可通過使用專用軟件,來進行視頻信息裝置的操作,例如圖像數(shù)據(jù)的取出、圖像數(shù)據(jù)的記錄。即,用戶通過專用軟件發(fā)出處理命令時,該處理命令被轉(zhuǎn)換為RS-232C用命令之后,經(jīng)由RS-232C電纜被發(fā)送給視頻信息裝置40。視頻信息裝置40的系統(tǒng)LSI 45對從RS-232C接口 400輸入的命令進行解析,并執(zhí)行必要的處理。處理的結果與處理命令的通信同樣,經(jīng)由RS-232C接口 400被送回作為處理命令發(fā)出源的個人計算機的專用軟件。
通過這樣的步驟,用戶可以使用安裝在PC中的對視頻信息裝置40進行控制的專用軟件,來進行對視頻信息裝置40的操作。從而,為了操作現(xiàn)有的視頻信息裝置40,需要將用于操作視頻信息裝置40的專用軟件安裝在PC 405中。在本實施方式中,說明使用最近的在PC中標準地預先安裝的Web瀏覽器來操作視頻信息裝置40的方法,即,使用普適視頻模塊單元4操作視頻信息裝置40的方法。
在圖41中示出本實施方式中的普適視頻模塊單元4的硬件結構。普適視頻模塊單元4經(jīng)由RS-232C電纜接口 400,通過RS-232C電纜與視頻信息裝置40連接,而經(jīng)由通信引擎24,通過以太網(wǎng)與PC 405、攝像機34d連接。而且,在普適視頻模塊單元4內(nèi)部,普適視頻模塊12和RS-232C電纜接口 406經(jīng)由串行控制器407通過PCI總線連接。
在圖42中示出本實施方式中的普適視頻模塊單元4的軟件結構。PC405和普適視頻模塊單元4通過作為物理層以及數(shù)據(jù)鏈路層的以太網(wǎng)進行連接,普適視頻模塊單元4 安裝有以太網(wǎng)I/F 420、以太網(wǎng)驅(qū)動器421。此外,普適視頻模塊單元4在比物理層以及數(shù)據(jù)鏈路層更上位的作為通信協(xié)議的網(wǎng)絡層上安裝作為互聯(lián)網(wǎng)協(xié)議的IP423,作為比網(wǎng)絡層更上位的傳輸層而安裝有TCP 424、以及UDP 426。而且,在會話層以上安裝有Web服務器 425。另外,假設在PC 405中安裝有Web瀏覽器409。
另一方面,視頻信息裝置40和普適視頻模塊單元4通過RS-232C電纜物理連接, 普適視頻模塊單元4安裝有串行控制I/F 429、串行控制驅(qū)動器428。而且,還安裝有將來自PC 405的Web瀏覽器的請求轉(zhuǎn)換為RS-232C命令的命令轉(zhuǎn)換部427。
接著,說明例如在從PC 405的Web瀏覽器取得視頻信息裝置40上顯示的圖像數(shù)據(jù)的情況下的工作。圖43表示從Web瀏覽器取得視頻信息裝置40所顯示的圖像數(shù)據(jù)時的順序。首先,在PC 405中安裝的Web瀏覽器409在步驟S1250中,向普適視頻模塊單元4 的Web服務器發(fā)送菜單請求http:Get/menu。Web服務器425在步驟S1251中,將包含菜單的菜單響應返回給Web瀏覽器409。通過該處理,在PC 405的Web瀏覽器409上顯示出菜單畫面。從而,用戶可以使用該操作畫面進行對于視頻信息裝置40的操作。
用戶根據(jù)Web瀏覽器409上所顯示的操作畫面,進行用于取得視頻信息裝置40所顯示的圖像數(shù)據(jù)的操作。通過該操作,Web瀏覽器409在步驟S1252中,對Web服務器發(fā)送數(shù)據(jù)取得請求http:Get/data,Web服務器425在步驟S1253中,將接收到的數(shù)據(jù)取得請求 http: Get/data發(fā)送給命令轉(zhuǎn)換部427。命令轉(zhuǎn)換部427在步驟S1254中,將數(shù)據(jù)取得請求 http:Get/data轉(zhuǎn)換為作為RS-232C用的命令數(shù)據(jù)的數(shù)據(jù)取得請求GET/DATA,并發(fā)送給串行控制器407。普適視頻模塊單元4內(nèi)的串行控制器407在步驟S1255中,經(jīng)由RS232-C電纜對視頻信息裝置40的串行控制器401發(fā)送數(shù)據(jù)取得請求GET/DATA。最后,在步驟S1256 中,得到從串行控制器401發(fā)送的數(shù)據(jù)取得請求GET/DATA的系統(tǒng)LSI 45對該命令進行解析,并進行視頻數(shù)據(jù)的取得。
系統(tǒng)LSI 45在步驟S 1257中將包含圖像數(shù)據(jù)的數(shù)據(jù)取得響應返回給串行控制器401。而且,在步驟S1258中,從視頻信息裝置40內(nèi)的串行控制器401對普適視頻模塊單元 4內(nèi)的串行控制器407返回包含圖像數(shù)據(jù)的數(shù)據(jù)取得響應,在步驟S1259中,從串行控制器 407對命令轉(zhuǎn)換部427返回包含圖像數(shù)據(jù)的數(shù)據(jù)取得響應。命令轉(zhuǎn)換部在步驟S1260中,將由RS-232C用的數(shù)據(jù)取得響應轉(zhuǎn)換得到的http協(xié)議的數(shù)據(jù)取得響應和圖像數(shù)據(jù)返回給Web 服務器425。Web服務器425在步驟S1261中,向Web瀏覽器409返回http協(xié)議的數(shù)據(jù)取得響應和圖像數(shù)據(jù)。在步驟S1261之后,用戶除了可以經(jīng)由Web瀏覽器409視認從視頻信息裝置40取得的圖像數(shù)據(jù)之外,還可以進行對視頻信息裝置40所顯示的圖像數(shù)據(jù)的寫入等。
如以上說明的那樣,如果使用本實施方式的普適視頻模塊單元,則無需安裝控制視頻信息裝置40的專用軟件,而可以使用標準地預先安裝的Web瀏覽器進行對視頻信息裝置40的操作。此外,還可以使用本實施方式的普適視頻模塊單元,在視頻信息裝置40中顯示、記錄從攝像機34d發(fā)送來的圖像。而且,本實施方式的普適視頻模塊也可以應用于現(xiàn)有的視頻信息裝置中。
另外,該說明中所使用的http命令、RS232-C用的命令GET/DATA是一個例子,只要滿足用戶所希望的功能,表述的形式并無限制。
而且,在圖44中示出本實施方式中的普適視頻模塊的其它的應用例。圖44所示的視頻信息裝置與圖41所示的視頻信息裝置40之間的不同之處是在裝置內(nèi)部內(nèi)建有普適視頻模塊單元。即,在圖41中假設了在現(xiàn)有的視頻信息裝置上連接了普適視頻模塊單元 4的情況。但是,如果是如圖44所示的內(nèi)置了普適視頻模塊的視頻信息裝置,則無需通過 RS-232C連接普適視頻模塊和視頻信息裝置之間。從而,兩者間的通信與以太網(wǎng)等相比較, 具有不受通信速度低的RS-232C接口的物理通信速度的制約的優(yōu)點。
在圖44中,在圖41中通過串行控制器和RS-232C連接的部分通過總線橋410連接。即,該總線橋410連接有視頻信息裝置內(nèi)部的PCI總線403、普適視頻模塊單元內(nèi)部的 PCI總線408。在總線橋410內(nèi)部設有進行與串行控制器同樣的數(shù)據(jù)傳輸?shù)拇蟹抡嫫?11。 串行仿真器411從PCI總線403、408雙方接受控制,與串行傳輸?shù)那闆r同樣地傳遞給相反側的總線。從而,如圖41所示,可以不變更使用串行控制器401、407進行通信的結構時的軟件而進行使用。而且,由于不受RS-232C通信的物理速度限制,因此可以高速地進行數(shù)據(jù)傳輸。
另外,如果可以進行軟件的變更,則可以使用共享存儲器型等串行仿真器411以外的橋,也可以同時使用多種方式。
在圖45中示出從Web瀏覽器取得在視頻信息裝置40中顯示的圖像數(shù)據(jù)時的順序。與圖43的不同之處在于,還將從視頻信息裝置40讀取的圖像數(shù)據(jù)記錄到網(wǎng)絡上的NAS 34c 中。
S卩,命令轉(zhuǎn)換部427通過步驟S1292中的數(shù)據(jù)寫入,將從視頻信息裝置40讀取的圖像數(shù)據(jù)記錄在NAS 34c中。在記錄結束之后,NAS 34c通過步驟S1322中的數(shù)據(jù)寫入響應而返回給命令轉(zhuǎn)換部427。
如以上所說明的那樣,也可以使用將普適視頻模塊內(nèi)建在內(nèi)部的視頻信息裝置。
實施方式5 <關于與保有引擎有關的標志以及聯(lián)合設定> 圖46是示意地表示實施方式5中的應用了普適視頻模塊的視頻信息裝置的系統(tǒng)結構的圖。
作為視頻信息裝置的一例的監(jiān)視錄像機200由如下部分構成進行監(jiān)視錄像機200的控制的CPU 201、與具有視頻輸出的其它設備進行視頻信號的收發(fā)的多視頻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、用于連接到網(wǎng)絡環(huán)境中的有線LAN、無線LAN、串行總線通信等所使用的通信引擎215等功能塊。另外,將MPEG4_Versionl引擎205、MPEG4_Version2弓丨擎214等的與運動圖像壓縮有關的功能塊統(tǒng)稱為MPEG4引擎。
另外,普適視頻模塊210所包括的功能塊中,這里舉出的例子僅為一例,監(jiān)視錄像機200所需的功能可以通過普適視頻模塊210所包括的各引擎來實現(xiàn)。
普適視頻模塊210與監(jiān)視錄像機200的存儲主機I/F 208連接。
監(jiān)視錄像機200和普適視頻模塊210中搭載的MPEG4引擎在圖46的例子中,是與 MPEG4 的版本 1、2 分別對應的 MPEG4-Versionl 引擎 205、MEPG4_Version2 引擎 214。
在普適視頻模塊210不使用MPEG4-Versi0nl引擎205,而使用其它的引擎(硬件引擎或軟件引擎)的情況下,普適視頻模塊210的UM-CPU211經(jīng)由存儲設備控制器 (Storage Device Controller) 219 控制監(jiān)視錄像機 200 的存儲主機 I/F (Storage Host Interface)208。
由此,普適視頻模塊210可以操作監(jiān)視錄像機200上所搭載的多視頻1/0 202、 JPEG/2000 編碼解碼器 203、MPEG2 引擎 204。
<關于聯(lián)合設定> 以下,參照圖47 圖52具體進行說明。
圖47是表示本實施方式5中的應用了普適視頻模塊210的視頻信息裝置的系統(tǒng)結構的其它例子的示意圖。
監(jiān)視錄像機200內(nèi)的220是R0M,221是RAM,222是設定存儲器。此外,普適視頻模塊210內(nèi)的223是R0M,224是RAM,225是設定存儲器。
圖48是表示設定存儲器222以及225中所存儲的設定信息的一例的示意圖。如圖所示,設定存儲器222和/或設定存儲器225存儲有設備設定230a、網(wǎng)絡設定230b、聯(lián)合設定230c的各種設定。
在如圖47所示的監(jiān)視錄像機200中,設備設定230a是例如與網(wǎng)絡連接的攝像機中的工作攝像機的編號或切換定時等的監(jiān)視錄像機200對各設備賦予的設定。
此外,網(wǎng)絡設定230b是關于監(jiān)視錄像機200與連接在網(wǎng)絡上的設備進行通信所需的地址或通信方式的設定。
在本實施方式5的結構中,監(jiān)視錄像機200以及與其連接的普適視頻模塊210所具有的設定存儲器222和/或設定存儲器225還具有聯(lián)合設定230c,其是按照與管理編號 (管理No.)關聯(lián)的形式對監(jiān)視錄像機200以及與其連接的普適視頻模塊210各自所保有的引擎進行表格化而得到的。
圖49、圖50是本實施方式5中的聯(lián)合設定230c的設定內(nèi)容的一例。圖49示出了監(jiān)視錄像機200保持在設定存儲器222內(nèi)的聯(lián)合設定231的內(nèi)容。
如圖49所示,聯(lián)系信息231與各硬件引擎對應地存儲有監(jiān)視錄像機200的CPU 201所控制的硬件引擎和用于管理它們的管理編號(管理No.)等的信息。
圖50示出了普適視頻模塊210保持在設定存儲器225內(nèi)的聯(lián)合設定232的內(nèi)容。
如圖所示,聯(lián)系信息231與各硬件引擎對應地存儲有普適視頻模塊210的UM-CPU 211所控制的硬件引擎和用于管理它們的管理編號(管理No.)等的信息。
當然,這里圖示的是一例,這些聯(lián)合設定231以及232的內(nèi)容也可以根據(jù)需要而存儲其它的設定。該其它的設定是指例如關于可以處理視頻信息以外的數(shù)據(jù)的與音頻數(shù)據(jù)處理有關的功能塊、與文本數(shù)據(jù)處理有關的功能塊等的設定。
圖47是表示系統(tǒng)結構例的示意圖,該系統(tǒng)結構例示意地表示了本實施方式5中的作為普適視頻模塊210以及視頻信息裝置的一例的監(jiān)視錄像機200的各硬件引擎。
如圖46、25、27所示,監(jiān)視錄像機200保有作為監(jiān)視錄像機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,作為基本的硬件引擎。
另外,監(jiān)視錄像機200的存儲主機I/F 208可以公開硬件設備。S卩,監(jiān)視錄像機 200所管理的硬件設備處于可由普適視頻模塊210識別的狀態(tài)。
<關于基于聯(lián)合設定的工作> 以下,參照圖47說明其工作。
普適視頻模塊210安裝到監(jiān)視錄像機200的存儲主機I/F 208上時,普適視頻模塊210檢測出連接到存儲主機I/F 208的情況,并接通啟動與以下的信號收發(fā)相關的程序的開關(步驟A,240)。
該開關例如由可實現(xiàn)對普適視頻模塊210的供電的硬件開關或軟件開關構成,通過該開關的接通動作,至少進行對UM-CPU 211的供電。
如上所述,監(jiān)視錄像機200以及普適視頻模塊210在各個設定存儲器222、225內(nèi)與各硬件引擎對應地存儲有由各個CPU(CPU201、UM-CPU211)控制的硬件引擎和用于管理它們的管理編號等的信息(聯(lián)合設定231、232)。
普適視頻模塊210對監(jiān)視錄像機200的存儲主機I/F 208發(fā)送用于取得聯(lián)合設定 231的請求信號(步驟B,241),聯(lián)合設定231是監(jiān)視錄像機200所管理的硬件引擎、以及用于管理這些硬件引擎的管理編號等的信息。
接收到該請求信號的存儲主機I/F 208將監(jiān)視錄像機200的設定存儲器222中所存儲的聯(lián)合設定231發(fā)送給普適視頻模塊210 (步驟C,242)。
普適視頻模塊210基于接收到的監(jiān)視錄像機200的聯(lián)合設定231和設定存儲器225中所存儲的聯(lián)合設定232,作成如圖51中示意地表示的、普適視頻模塊210可控制的硬件引擎的一覽數(shù)據(jù)233。
在該一覽數(shù)據(jù)233中,與監(jiān)視錄像機200的硬件引擎以及普適視頻模塊210的硬件引擎有關的各信息被作為“硬件引擎”的數(shù)據(jù)類別而保持。
一覽數(shù)據(jù)233具有 A)與各硬件引擎對應,以“No. ”表示的編號, B)以表現(xiàn)“(設備屬性)_(硬件引擎屬性)”的格式表示的“管理編號(管理No.) ”。
在對該B)進行說明時,在圖51中示出的例子中,在r_l、r_2···中,r表示視頻信息裝置(這里為監(jiān)視錄像機200)側的硬件引擎,在u_l、u_2···中,u表示普適視頻模塊210 側的硬件引擎。
而且,一覽數(shù)據(jù)233還具有在圖51中以標號F表示的各標志 C)表示普適視頻模塊210可否控制各硬件引擎的“可控制標志”, D)表示考慮了各硬件引擎的版本等的結果,普適視頻模塊210是否實際進行控制的“控制標志”, E)表示該“控制標志”所表示的由普適視頻模塊210控制的硬件引擎中、必需要從普適視頻模塊210對監(jiān)視錄像機200進行訪問的硬件引擎的“訪問標志”。
如上所述,一覽數(shù)據(jù)233中的“可控制標志”表示將監(jiān)視錄像機200所具有的硬件引擎和普適視頻模塊210所具有的硬件引擎綜合后的狀態(tài)。從而,如圖51所示,對于所有的硬件引擎賦予“可控制標志”。
這樣,工作進行為對于可控制標志、控制標志,以連接了監(jiān)視錄像機200和普適視頻模塊210為契機,由UM-CPU 211對兩者所保有的與硬件引擎有關的信息進行合并,由此預先提高了性能得到進一步提高的硬件引擎的訪問性能。即,可通過由監(jiān)視錄像機200 以及普適視頻模塊210分別保有可控制標志、控制標志,從而在短時間內(nèi)進行上述合并工作。
另外,在一覽數(shù)據(jù)233的硬件引擎中,MPEG4的壓縮/解壓所使用的與MPEG4有關的硬件引擎是如圖49所示那樣的監(jiān)視錄像機200的聯(lián)合設定231中的MPEG4_1引擎(管理 No. r_4),和如圖50所示那樣的普適視頻模塊210的聯(lián)合設定232中的MPEG4_2引擎(管理 No. u_3)。
這里,MPEG4的壓縮/解壓所使用的是MPEG4_1引擎以及MPEG4_2引擎中、引擎的內(nèi)容被進一步修改的MPEG4_2引擎(圖50中的管理No. u_3)。
S卩,在圖51的例子中,MPEG4的壓縮/解壓所使用的是MPEG4_2引擎。從而,在圖 51所示的一覽數(shù)據(jù)233的例子中,對管理No. 6的r_4以外的所有的硬件引擎賦予“控制標士”
;ο 被賦予了該“控制標志”的硬件引擎中、普適視頻模塊210必需對監(jiān)視錄像機200 進行訪問的硬件引擎是管理No. *r_l、r_2、r_3表示的硬件引擎。從而,對管理No.由 r_l、r_2、r_3表示的硬件引擎賦予“訪問標志”。
如以上所說明的那樣,與監(jiān)視錄像機200以及普適視頻模塊210各自所具有的硬件引擎對應地賦予各標志。
而且,普適視頻模塊210的UM-CPU 211向監(jiān)視錄像機200輸出用于訪問被賦予了該“訪問標志”的監(jiān)視錄像機200所具有的硬件引擎的訪問請求信號(步驟D,243)。
接收到訪問請求信號的監(jiān)視錄像機200的CPU 201根據(jù)接收到的訪問請求信號訪問所指定的硬件引擎。
另外,在這里的例子中,從普適視頻模塊210對監(jiān)視錄像機200的硬件引擎進行的訪問是對于被賦予了上述一覽數(shù)據(jù)的訪問標志的、由管理No. &r_l、r_2、r_3表示的硬件引擎的訪問。
由CPU 201訪問到的硬件引擎執(zhí)行相應硬件引擎所具有的處理,并將其處理結果發(fā)送給監(jiān)視錄像機200的CPU 201。
監(jiān)視錄像機200的CPU 201將接收到的處理結果發(fā)送給普適視頻模塊210 (步驟 E,244)。
通過進行以上說明的步驟A至E的一系列的處理,普適視頻模塊210的UM-CPU 211可以實質(zhì)地控制監(jiān)視錄像機200的CPU 201。
S卩,對此示意地進行表示時,等價于由UM-CPU 211實質(zhì)地控制圖52中由虛線包圍的部分。從而,通過如上述那樣構成,關于視頻信息裝置本來不具有的功能、或所連接的普適視頻模塊所不具有的功能,可以通過結合這些視頻信息裝置以及普適視頻模塊而構成互補的關系,通過使用表示這些互補關系的上述一覽數(shù)據(jù),可以實現(xiàn)訪問性能的提高。
另外,在本實施方式5中,上述以外的方面與實施方式1的情況相同。
實施方式6 <關于硬件(硬件引擎)的插拔和工作> 圖53、54是在經(jīng)由總線將普適視頻模塊310與作為視頻信息裝置的一例的監(jiān)視錄像機300連接(安裝)的情況下的系統(tǒng)結構圖。
在圖53、54中示出了監(jiān)視錄像機300在圖中的虛線部分安裝有⑶-R/RW驅(qū)動器的情況。而且,敘述在從監(jiān)視錄像機300上拆下該⑶-R/RW驅(qū)動器之后,在監(jiān)視錄像機300上連接配備了 DVD士R/RW/RAM驅(qū)動器以及新的卡介質(zhì)的新的安裝模塊的例子。
⑶-R/RW驅(qū)動器經(jīng)由存儲主機接口(存儲主機I/F) 308連接到監(jiān)視錄像機300上, 但在由于拆下⑶-R/RW驅(qū)動器而空出的存儲主機I/F 308上連接新的安裝模塊。
監(jiān)視錄像機300內(nèi)的加密引擎(加密_1引擎)303是例如監(jiān)視錄像機300經(jīng)由網(wǎng)絡與其它的視頻信息裝置進行通信時對通信信息加密的硬件引擎。
介質(zhì)引擎(介質(zhì)_1引擎)304是負責卡介質(zhì)的數(shù)據(jù)的寫入/讀取的硬件引擎, CD-R/RW引擎是負責CD-R/RW的數(shù)據(jù)的寫入/讀取的硬件引擎。
普適視頻模塊310內(nèi)的DVD士R/RW/RAM引擎314是負責針對DVD士R/RW/RAM裝置的數(shù)據(jù)寫入/讀取的硬件引擎。
這里,監(jiān)視錄像機300內(nèi)的加密_1引擎303、介質(zhì)_1引擎304分別可以進行(支持)舊式的加密處理以及對卡介質(zhì)的控制,假設可被普適視頻模塊310內(nèi)的加密_2引擎 312、介質(zhì)_2引擎313的引擎代替。
另外,監(jiān)視錄像機300內(nèi)的CPU 301、多視頻I/O 302、中間件306、嵌入式Linux 307以及存儲主機I/F 308分別與上述實施方式中所說明的情況基本相同。
此外,普適視頻模塊310內(nèi)的UM-CPU 311、通信弓丨擎315、中間件316、Java虛擬機 VM 317、嵌入式Linux 318以及存儲設備控制器319分別與上述實施方式中所說明的情況基本相同。
普適視頻模塊310所內(nèi)裝的聯(lián)合設定的基本結構與圖47所示的情況相同。
圖54、圖55分別是監(jiān)視錄像機300、普適視頻模塊310在ROM 320,323內(nèi)存儲的監(jiān)視錄像機300、普適視頻模塊310各自的硬件引擎的聯(lián)合設定。
這里,經(jīng)由后述的圖56所示的順序,普適視頻模塊310作成/更新圖57所示的關于硬件引擎的一覽數(shù)據(jù)。
如圖56所示,普適視頻模塊310的UM-CPU 311可以實質(zhì)地控制監(jiān)視錄像機300 的 CPU 301。
<關于標志一覽的改寫(更新)> 圖56是表示實施方式6中的用于由普適視頻模塊310控制監(jiān)視錄像機300內(nèi)的硬件引擎的工作的系統(tǒng)結構圖。
如上所述,在該實施例中,通過拆下監(jiān)視錄像機300的⑶-R/RW驅(qū)動器后安裝 DVD士R/RW/RAM驅(qū)動器以及新的具有卡介質(zhì)驅(qū)動器的普適視頻模塊,來附加監(jiān)視錄像機 300中所沒有的功能。
如圖54所示,監(jiān)視錄像機300將監(jiān)視錄像機300自身所管理的硬件引擎的聯(lián)系信息存儲在設定存儲器322中。
監(jiān)視錄像機300在從本裝置拆下了⑶-R/RW驅(qū)動器的情況下,對其進行檢測,并接通啟動用于檢索監(jiān)視錄像機300自身可控制的硬件引擎的程序的開關(步驟A,330)。
監(jiān)視錄像機300中的檢索本裝置的硬件引擎的程序?qū)τ诟饔布孢M行確定各個硬件引擎的類型(多視頻I/O、加密_1引擎等)的詢問,并取得與各硬件引擎的類型有關的信息。
基于所取得的信息,CPI 301對于監(jiān)視錄像機300自身的設定存儲器322中所存儲的聯(lián)合設定進行更新,并且更新一覽數(shù)據(jù)中的可控制標志(步驟B,331)。
由此,如圖54所示,在拆下⑶-R/RW驅(qū)動器的前后,管理No. r_4的可控制標志從 “有標志(與聯(lián)合設定331a的r_4對應的標志為F),,變成“無標志(與聯(lián)合設定331b的 r_4對應的標志為無)”。
接著,在⑶-R/RW驅(qū)動器的空插槽中安裝了普適視頻模塊310時,普適視頻模塊 310檢測與存儲主機I/F 308連接的情況,接通用于啟動普適視頻模塊310自己可以控制的硬件引擎檢索程序的開關(步驟C,332)。
另外,該開關例如也可以由可實現(xiàn)對普適視頻模塊310的供電的硬件開關或軟件開關構成,通過該開關的接通動作,至少進行對UM-CPU311的供電,從而啟動上述的硬件引擎檢索程序。
該硬件引擎檢索程序?qū)τ谄者m視頻模塊310的各硬件引擎進行確定各個硬件引擎的類型(加密_2引擎,介質(zhì)_2引擎等)的詢問,并通過取得與各硬件引擎的類型有關的信息,從而更新普適視頻模塊310自己的設定存儲器325中所存儲的聯(lián)合設定332a的可控制標志(步驟D,333)。
在該情況下,普適視頻模塊310由于所包含的硬件引擎的插拔等沒有發(fā)生變化, 所以在如圖55所示那樣安裝DVD 士 R/RW/RAM驅(qū)動器的前后,各硬件引擎的可控制標記不發(fā)生變化。
以硬件引擎檢索程序更新了設定存儲器325內(nèi)的聯(lián)合設定332b為契機,而啟動以下的與信號收發(fā)相關的程序。
普適視頻模塊310為了控制監(jiān)視錄像機300所管理的硬件引擎,向監(jiān)視錄像機300 的存儲主機I/F 308發(fā)送監(jiān)視錄像機300所管理的用于取得聯(lián)合設定331b的請求信號(步驟E,334)。
接收到該請求信號的存儲主機I/F 308將監(jiān)視錄像機300的設定存儲器322中所存儲的聯(lián)合設定331b發(fā)送給普適視頻模塊310 (步驟F,335)。
普適視頻模塊310基于接收到的監(jiān)視錄像機300的聯(lián)合設定331b和存儲在設定存儲器325中的聯(lián)合設定332b,作成如圖57中示意地表示的普適視頻模塊310可以控制的硬件引擎的一覽數(shù)據(jù)333。
普適視頻模塊310基于與監(jiān)視錄像機300的硬件引擎以及普適視頻模塊310的硬件引擎相關的一覽數(shù)據(jù)333中的訪問標志的有無,對監(jiān)視錄像機300進行訪問(步驟G, 336)。
另外,在圖57所示的一覽數(shù)據(jù)333的例子中,監(jiān)視錄像機300的硬件引擎中的普適視頻模塊310需要進行訪問的硬件引擎僅為被賦予了訪問標志的多視頻I/O 302。
在圖57所示的例子中,僅被賦予了訪問標志的多視頻I/O 302是需要由普適視頻模塊310進行訪問的硬件引擎,但不一定限定于此。
S卩,如監(jiān)視錄像機300側的硬件引擎的性能比普適視頻模塊310所不保有的硬件引擎或普適視頻模塊310所保有的硬件引擎更高的情況這樣,基于賦予了一覽數(shù)據(jù)333中示出的訪問標志的狀況,是否需要從普適視頻模塊310對監(jiān)視錄像機300進行訪問的情況發(fā)生變化。
普適視頻模塊310在對多視頻I/O 302進行訪問時,普適視頻模塊310的UM-CPU 311向監(jiān)視錄像機300輸出用于對被賦予了該訪問標志的監(jiān)視錄像機300的多視頻I/O 302進行訪問的訪問請求信號。
接收到訪問請求的監(jiān)視錄像機300的CPU 301根據(jù)接收到的訪問請求信號對所指定的硬件引擎進行訪問(在圖57所示的例子中,僅需要對多視頻I/O 302進行訪問)。
由CPU 301訪問的硬件引擎執(zhí)行相應硬件引擎所具有的處理,并將其處理結果發(fā)送給監(jiān)視錄像機300的CPU 301。
監(jiān)視錄像機300的CPU 301將接收到的處理結果發(fā)送給普適視頻模塊310 (步驟 H,337)。
通過進行以上說明的步驟A至H的一系列的處理,普適視頻模塊310的UM-CPU 311可以實質(zhì)地控制監(jiān)視錄像機300的CPU301。
S卩,對其示意地進行表示時,等價于由UM-CPU 311實質(zhì)地控制圖58中由虛線包圍的部分。從而,通過如上述那樣構成,對于視頻信息裝置本來不具有的功能或者所連接的普適視頻模塊所不具有的功能,可通過將這些視頻信息裝置以及普適視頻模塊結合來構成互補的關系,可通過使用表示這些互補關系的上述一覽數(shù)據(jù)來實現(xiàn)訪問性能的提高。
另外,在本實施方式6中,上述以外的方面與實施方式1的情況相同。
以上,通過采用如各種實施方式中所說明的結構,可以構成為,普適視頻模塊側通過使視頻信息裝置側的CPU工作來獲得監(jiān)視錄像機200等的該視頻信息裝置側的硬件引擎的輸出,由此,要給視頻信息裝置帶來進一步的功能提高時,不更新視頻信息裝置側的 CPU (系統(tǒng)LSI),而僅通過連接普適視頻模塊就可以實現(xiàn)功能提高。
此外,通過構成為,在連接目標的視頻信息裝置所保有的硬件引擎內(nèi)保持普適視頻模塊可使用的與硬件引擎有關的訪問標志信息,可以平穩(wěn)地進行視頻信息裝置以及普適視頻模塊之間的聯(lián)合工作。
權利要求
1.一種模塊單元,其特征在于,所述模塊單元具有主機接口,其與網(wǎng)絡連接,并與連接在所述網(wǎng)絡上的網(wǎng)絡連接存儲器NAS進行通信;和設備控制器,其與視頻信息裝置連接,并與視頻信息裝置進行通信,所述模塊單元將從所述視頻信息裝置輸出的數(shù)據(jù)寫入指示轉(zhuǎn)換為所述網(wǎng)絡中的文件 共享協(xié)議。
2.根據(jù)權利要求1所述的模塊單元,其特征在于,所述數(shù)據(jù)寫入指示是ATA命令。
3.根據(jù)權利要求1或2所述的模塊單元,其特征在于,向所述文件共享協(xié)議的轉(zhuǎn)換是指 生成新的共享文件、或者打開已有的共享文件。
4.根據(jù)權利要求1 3中任一項所述的模塊單元,其特征在于,所述共享文件的名稱是 與邏輯塊地址LBA對應的名稱。
5.一種模塊單元,其特征在于,所述模塊單元具有主機接口,其與網(wǎng)絡連接,并與連接在所述網(wǎng)絡上的網(wǎng)絡連接存儲器NAS進行通信;和設備控制器,其與視頻信息裝置連接,并與視頻信息裝置進行通信,所述模塊單元將從所述視頻信息裝置輸出的數(shù)據(jù)讀取指示轉(zhuǎn)換為所述網(wǎng)絡中的文件 共享協(xié)議。
6.根據(jù)權利要求5所述的模塊單元,其特征在于,所述數(shù)據(jù)讀取指示是ATA命令。
7.—種網(wǎng)絡連接方法,其特征在于,所述網(wǎng)絡連接方法包括網(wǎng)絡連接步驟與網(wǎng)絡連接,并與連接在所述網(wǎng)絡上的網(wǎng)絡連接存儲器NAS進行通信;設備連接步驟與視頻信息裝置連接;和第一轉(zhuǎn)換步驟將從所述視頻信息裝置輸出的數(shù)據(jù)寫入指示轉(zhuǎn)換為所述網(wǎng)絡中的文件 共享協(xié)議。
8.—種網(wǎng)絡連接方法,其特征在于,所述網(wǎng)絡連接方法包括網(wǎng)絡連接步驟與網(wǎng)絡連接,并與連接在所述網(wǎng)絡上的網(wǎng)絡連接存儲器NAS進行通信;設備連接步驟與視頻信息裝置連接;和第二轉(zhuǎn)換步驟將從所述視頻信息裝置輸出的數(shù)據(jù)寫入指示轉(zhuǎn)換為所述網(wǎng)絡中的文件 共享協(xié)議。
全文摘要
一種模塊單元和網(wǎng)絡連接方法。一種模塊單元,其特征在于,所述模塊單元具有主機接口,其與網(wǎng)絡連接,并與連接在所述網(wǎng)絡上的網(wǎng)絡連接存儲器NAS進行通信;和設備控制器,其與視頻信息裝置連接,并與視頻信息裝置進行通信,所述模塊單元將從所述視頻信息裝置輸出的數(shù)據(jù)寫入指示轉(zhuǎn)換為所述網(wǎng)絡中的文件共享協(xié)議。
文檔編號H04N7/26GK101848225SQ201010189820
公開日2010年9月29日 申請日期2004年7月27日 優(yōu)先權日2003年8月4日
發(fā)明者三沢天龍, 吉本恭輔, 村上篤道, 水谷芳樹, 平澤和夫, 森田知宏, 八木孝介 申請人:三菱電機株式會社
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1