專利名稱：影像設(shè)備,影像模塊單元以及影像設(shè)備操作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及的操作性出色的普通(ubiquitous)影像模塊和把該普通影像模塊形成為核心(中心)的普通影像模塊單元，能夠裝備該普通影像模塊單元的影像信息裝置、影像記錄裝置和便攜電話裝置等影像設(shè)備，能夠從小規(guī)模網(wǎng)絡(luò)的LAN連接到大規(guī)模網(wǎng)絡(luò)的英特網(wǎng)，能夠要裝在數(shù)字電視機(jī)、DVD/HDD記錄器等從民用設(shè)備或者監(jiān)視系統(tǒng)的記錄器、到FA設(shè)備等專用設(shè)備的范圍廣泛的機(jī)種、系統(tǒng)上。
背景技術(shù)：
以往的AV(音像(Audio Visual))數(shù)字網(wǎng)絡(luò)設(shè)備例如像在專利文獻(xiàn)1(特開(kāi)2002-16619號(hào)公報(bào)(圖1，第0009段))中示出的那樣，在一臺(tái)設(shè)備內(nèi)構(gòu)成用于進(jìn)行網(wǎng)絡(luò)連接的接口和用于連接到網(wǎng)絡(luò)的功能。
另外，例如像在專利文獻(xiàn)2(特開(kāi)2002-230429號(hào)公報(bào)(圖2，第0028～0032段))中示出的那樣，還有用系統(tǒng)LSI來(lái)實(shí)現(xiàn)與網(wǎng)絡(luò)有關(guān)的功能。
近年來(lái)，隨著個(gè)人計(jì)算機(jī)的低價(jià)格和高性能化，英特網(wǎng)內(nèi)容的增加，便攜電話和PDA(個(gè)人數(shù)字助手電子記事簿(Personal DigitalAssistant))等網(wǎng)絡(luò)連接設(shè)備的多樣化等，在一般家庭中也正在增大利用局域LAN或者英特網(wǎng)的機(jī)會(huì)。
另外，HAVi(家庭音頻/視頻互通性(Home Audio/Videointerperability)在把家庭用AV設(shè)備網(wǎng)絡(luò)化時(shí)使用的軟件的標(biāo)準(zhǔn))、ECHONET等在規(guī)格方面也正在發(fā)展用于把家電設(shè)備連接到網(wǎng)絡(luò)上的配備。
在專利文獻(xiàn)1中示出的數(shù)字網(wǎng)絡(luò)設(shè)備的電視機(jī)、VTR等影像信息裝置一般開(kāi)發(fā)并使用如圖44所示的專用系統(tǒng)LSI(系統(tǒng)LSI208)。
系統(tǒng)LSI208由用于進(jìn)行系統(tǒng)控制的SYS-CPU201、進(jìn)行影像信號(hào)處理的影像信號(hào)處理單元VSP(視頻信號(hào)處理器(Video SignalProcessor))202的邏輯單元(以下，記為「邏輯單元」)、ROM203以及RAM204的一部分存儲(chǔ)器構(gòu)成。
影像信號(hào)處理單元VSP202的邏輯單元按照使用該系統(tǒng)LSI的影像信息裝置的標(biāo)準(zhǔn)，設(shè)計(jì)所需要的功能。
該功能是通用的在存在廠家的知識(shí)產(chǎn)權(quán)(Intellectual Property)等的情況下，通過(guò)使用該知識(shí)產(chǎn)權(quán)，謀求縮短開(kāi)發(fā)時(shí)間以及降低成本。
另外，所謂知識(shí)產(chǎn)權(quán)在LSI設(shè)計(jì)的情況下，意味著已經(jīng)設(shè)計(jì)的邏輯電路。
圖44是概念地示出使用了系統(tǒng)LSI208的以往的影像處理裝置的一個(gè)例子的框圖。
影像輸入信號(hào)205在影像信息裝置206中，變換為在顯示單元211中能夠顯示的信號(hào)后輸出。
影像信號(hào)裝置206由系統(tǒng)LSI208、系統(tǒng)LSI的前級(jí)處理單元(Front end Processor。以下，記為「FP」)207、系統(tǒng)LSI208的后級(jí)處理單元(Back end Processor。以下，記為「BP」)209以及視頻接口(以下，記為「V-I/F」)210構(gòu)成。
在此，影像輸入信號(hào)205是模擬信號(hào)的情況下，F(xiàn)P107具有A/D變換、通用解碼器(Decoder)等功能。
另外，BP209采用僅具有輸出緩沖器的功能的結(jié)構(gòu)。
其中，根據(jù)系統(tǒng)LSI208的設(shè)計(jì)思想或者系統(tǒng)的結(jié)構(gòu)，F(xiàn)P、BP能夠有各種各樣的結(jié)構(gòu)。
另外，在專利文獻(xiàn)2中記述的網(wǎng)絡(luò)連接的半導(dǎo)體費(fèi)用收集中，通過(guò)在設(shè)備內(nèi)具有網(wǎng)絡(luò)設(shè)備控制單元，實(shí)現(xiàn)能夠進(jìn)行網(wǎng)絡(luò)連接的結(jié)構(gòu)。
進(jìn)而，圖45是概念地示出使用了系統(tǒng)LSI208的以往的便攜電話裝置的一個(gè)例子的系統(tǒng)結(jié)構(gòu)圖。圖中，從未圖示的便攜電話的無(wú)線網(wǎng)經(jīng)過(guò)天線218所輸入的數(shù)據(jù)由基帶單元217進(jìn)行信號(hào)處理，去除通信標(biāo)題信息，進(jìn)行再構(gòu)筑。進(jìn)而，在移動(dòng)應(yīng)用單元219中，變換為在顯示單元211中能夠顯示的信號(hào)形態(tài)后向顯示單元211輸出。當(dāng)然還有與聲音的輸入輸出有關(guān)的結(jié)構(gòu)塊，但是在這里省略圖示，在以下的說(shuō)明中也主要說(shuō)明影像信息的處理。
移動(dòng)應(yīng)用單元219由系統(tǒng)LSI208、系統(tǒng)LSI208的FP207、BP209和V-I/F210構(gòu)成。
輸入到移動(dòng)應(yīng)用單元219中的數(shù)據(jù)由CPU201的軟件和VSP202的硬件進(jìn)行解碼、調(diào)整大小等，在顯示單元211上進(jìn)行顯示。
另外，從連接到外部的照相機(jī)單元215輸入到移動(dòng)應(yīng)用單元219中的數(shù)據(jù)由照相機(jī)引擎216進(jìn)行數(shù)據(jù)處理，在CPU201、VSP202中作為圖像數(shù)據(jù)進(jìn)行再構(gòu)筑，進(jìn)而在顯示單元211中顯示的情況，或者進(jìn)而進(jìn)行壓縮處理保存在閃存等非易失性存儲(chǔ)器中的情況，或者進(jìn)而進(jìn)行復(fù)用處理，由基帶單元217向未圖示的無(wú)線網(wǎng)發(fā)送的情況。
在以往的影像信息設(shè)備設(shè)計(jì)中，在對(duì)于影像信息設(shè)備添加新的網(wǎng)絡(luò)功能的情況下，按照新的標(biāo)準(zhǔn)或者在系統(tǒng)LSI中添加功能，或者開(kāi)發(fā)新的系統(tǒng)LSI，進(jìn)行可靠性檢驗(yàn)和EMI(電磁波干擾(ElectroMagnetic Interference))驗(yàn)證等。
為此，在每次變更設(shè)備的標(biāo)準(zhǔn)時(shí)，需要花費(fèi)開(kāi)發(fā)費(fèi)以及開(kāi)發(fā)時(shí)間。
另外，在不變更標(biāo)準(zhǔn)的情況下，在搭載了陳舊的系統(tǒng)LSI的系統(tǒng)中，有可能失去商業(yè)機(jī)會(huì)。
另外，在新產(chǎn)品投入的周期短，機(jī)種的數(shù)量龐大的便攜電話的領(lǐng)域中，每個(gè)機(jī)種的搭載功能不同，在每次開(kāi)發(fā)變更滿足使用要求的專門的系統(tǒng)LSI時(shí)，在每個(gè)機(jī)種中搭載功能不同。從而，在每次開(kāi)發(fā)/變更滿足要求規(guī)格的專用的系統(tǒng)LSI時(shí)，需要反復(fù)進(jìn)行便攜電話裝置的印刷電路板變更和軟件變更、可靠性檢驗(yàn)、EMI檢驗(yàn)等與便攜電話裝置整體的新開(kāi)發(fā)一樣的作業(yè)，仍然具有開(kāi)發(fā)費(fèi)用高，開(kāi)發(fā)時(shí)間長(zhǎng)的課題。
本發(fā)明是為解決上述的課題而完成的，目的在于即使改變對(duì)于設(shè)備所要求的標(biāo)準(zhǔn)和功能，也不需要重新開(kāi)發(fā)與標(biāo)準(zhǔn)和功能變更的請(qǐng)求相對(duì)應(yīng)的系統(tǒng)LSI，能夠容易地進(jìn)行功能的擴(kuò)展和變更的影像設(shè)備。

發(fā)明內(nèi)容
本發(fā)明的影像設(shè)備具有具備第1CPU的同時(shí)，具備與具有控制該第1CPU的第2CPU的模塊連接的接口的影像設(shè)備主體。


圖1示出使用了第1實(shí)施方式的普通影像模塊的影像信息裝置的網(wǎng)絡(luò)系統(tǒng)。
圖2概念地示出第1實(shí)施方式的普通影像模塊的硬件結(jié)構(gòu)。
圖3概念地示出第1實(shí)施方式的普通影像模塊的軟件結(jié)構(gòu)。
圖4示出第1實(shí)施方式的普通影像模塊的總線型的連接圖。
圖5示出第1實(shí)施方式的普通影像模塊的星型的連接圖。
圖6示出把第1實(shí)施方式的普通影像模塊與影像信息裝置組合起來(lái)的系統(tǒng)的結(jié)構(gòu)例。
圖7示出把第1實(shí)施方式的具有影像接口的普通影像模塊與影像信息裝置進(jìn)行了組合的系統(tǒng)的結(jié)構(gòu)例。
圖8示出把第1實(shí)施方式的具有外部網(wǎng)絡(luò)連接端子的普通影像模塊與影像信息裝置進(jìn)行了組合的系統(tǒng)的結(jié)構(gòu)例。
圖9是在監(jiān)視記錄系統(tǒng)中使用了第1實(shí)施方式的普通影像模塊時(shí)的結(jié)構(gòu)例。
圖10是在監(jiān)視記錄系統(tǒng)中使用了第1實(shí)施方式的普通影像模塊時(shí)的其它結(jié)構(gòu)例。
圖11示出把第1實(shí)施方式的普通影像模塊適用在DVD/HDD記錄器7的系統(tǒng)中時(shí)的軟件塊的結(jié)構(gòu)。
圖12示出第1實(shí)施方式的普通影像模塊的軟件塊的結(jié)構(gòu)。
圖13示出把第1實(shí)施方式的普通影像模塊適用在影像信息裝置的各機(jī)種中時(shí)的軟件塊。
圖14示出第1實(shí)施方式的IPv6對(duì)應(yīng)網(wǎng)絡(luò)通信協(xié)議中間軟件的軟件塊結(jié)構(gòu)。
圖15示出把第1實(shí)施方式的通用插頭和播放中間軟件進(jìn)行了擴(kuò)展時(shí)的軟件塊結(jié)構(gòu)。
圖16示出第1實(shí)施方式的普通影像模塊的攝像和顯示單元的軟件塊結(jié)構(gòu)。
圖17示出第1實(shí)施方式的普通影像模塊的影像分發(fā)存儲(chǔ)中間軟件的軟件塊結(jié)構(gòu)。
圖18示出了第1實(shí)施方式的影像信息裝置的普通影像模塊的軟件與軟件的關(guān)系。
圖19概念地示出按照系統(tǒng)級(jí)透過(guò)地連接第1實(shí)施方式的普通影像模塊與影像信息裝置的狀態(tài)。
圖20概念地示出按照系統(tǒng)級(jí)以及API級(jí)透過(guò)地連接第1實(shí)施方式的普通影像模塊與影像信息裝置的狀態(tài)。
圖21示出把第1實(shí)施方式的普通影像模塊適用在影像記錄裝置的系統(tǒng)中時(shí)的軟件塊的結(jié)構(gòu)。
圖22示出把第2實(shí)施方式的普通影像模塊與移動(dòng)應(yīng)用單元進(jìn)行了組合的系統(tǒng)的結(jié)構(gòu)例。
圖23示出了把第3實(shí)施方式的具有外部網(wǎng)絡(luò)連接端子的普通影像模塊與影像信息裝置進(jìn)行了組合的系統(tǒng)的結(jié)構(gòu)例。
圖24模式地示出把第3實(shí)施方式的普通影像模塊連接到IP網(wǎng)絡(luò)的連接形態(tài)。
圖25示出在UPnP的規(guī)格下所決定的一般的動(dòng)作步驟。
圖26示出UPnP的AV結(jié)構(gòu)格式。
圖27示出UPnP的AV結(jié)構(gòu)格式中的內(nèi)容的一般再生流程。
圖28示出了第3實(shí)施方式的普通影像模塊內(nèi)的軟件結(jié)構(gòu)。
圖29示出尋址S301中的軟件的動(dòng)作的順序。
圖30示出了發(fā)現(xiàn)S302中的順序。
圖31示出了發(fā)現(xiàn)S302中的順序。
圖32示出了記述S302中的軟件動(dòng)作的順序。
圖33示出了控制S303中的軟件動(dòng)作的順序。
圖34示出了事件S305的軟件動(dòng)作的順序。
圖35示出了事件S305的軟件動(dòng)作的順序。
圖36示出UPnP的服務(wù)與AV/C指令的對(duì)應(yīng)表。
圖37示出了內(nèi)容的檢索S311中的軟件動(dòng)作的順序。
圖38示出了控制數(shù)據(jù)和格式檢查S312中的軟件動(dòng)作的順序。
圖39示出了服務(wù)器、再生器的準(zhǔn)備S313中的軟件動(dòng)作的順序。
圖40示出了內(nèi)容的選擇S314中的軟件動(dòng)作的順序。
圖41示出了再生S315中的軟件動(dòng)作的順序。
圖42示出了音量和畫質(zhì)調(diào)整S316中的軟件動(dòng)作的順序。
圖43示出了傳輸結(jié)束S316中的軟件動(dòng)作的順序。
圖44示出以往的影像信息裝置的結(jié)構(gòu)例。
圖45示出以往的便攜電話裝置的結(jié)構(gòu)例。
具體實(shí)施例方式
以下，基于圖示的實(shí)施方式說(shuō)明本發(fā)明。
第1實(shí)施方式圖1示出使用了第1實(shí)施方式的普通影像模塊(以下，記為「UM」)的影像信息裝置的網(wǎng)絡(luò)系統(tǒng)圖。
網(wǎng)絡(luò)1是包括小規(guī)模的LAN和大規(guī)模的英特網(wǎng)的網(wǎng)絡(luò)，連接各種類型的個(gè)人計(jì)算機(jī)服務(wù)器或者個(gè)人計(jì)算機(jī)用戶。
PC2是連接到網(wǎng)絡(luò)1上的個(gè)人計(jì)算機(jī)，在郵件的收發(fā)、主頁(yè)的開(kāi)發(fā)和閱覽等各種服務(wù)和用途中使用。
數(shù)據(jù)庫(kù)3保管影像分發(fā)的流數(shù)據(jù)，影像和音樂(lè)數(shù)據(jù)的保管，工廠自動(dòng)化(Factory Automation(以下，記為「FA」))的管理數(shù)據(jù)，監(jiān)視照相機(jī)的監(jiān)視畫面等。
數(shù)字TV6表示用于顯示數(shù)字輸入的影像內(nèi)容的顯示裝置，DVD/HDD記錄器7表示用于在DVD或者HDD等大容量存儲(chǔ)器中保存和再生影像和音樂(lè)數(shù)據(jù)的記錄器，監(jiān)視記錄器8表示用于保管由照相機(jī)拍攝的電梯或者商店內(nèi)的狀況的記錄器，F(xiàn)A9表示工廠內(nèi)的FA設(shè)備，便攜電話10表示不能夠單獨(dú)進(jìn)行網(wǎng)絡(luò)連接的便攜電話，PDA11表示個(gè)人用信息終端。
像這樣，具有能夠連接到網(wǎng)絡(luò)1的可能性的設(shè)備是多種多樣的，通過(guò)在各設(shè)備中安裝普通影像模塊單元(以下，記為「UMU」)4，能夠進(jìn)行對(duì)于網(wǎng)絡(luò)1的連接。即，以下說(shuō)明的UMU通過(guò)存在于設(shè)備與網(wǎng)絡(luò)之間，吸收存在于多種設(shè)備之間的硬件、軟件等的差異，通過(guò)使用所連接的UMU具有的功能，虛擬地作為具有新功能的影像信息裝置。
圖2示出了構(gòu)成UMU4的重要元件的UM的結(jié)構(gòu)。
圖中，UM12由用于控制UM內(nèi)的后述的各個(gè)硬件引擎的作為計(jì)算機(jī)的UM用CPU(以下，記為「UM-CPU」)13、用于連接UM-CPU13與各個(gè)硬件引擎的局部總線(內(nèi)部BUS)14、用于與外部影像信息裝置連接的通用總線(UM-BUS)16、連接局部總線(內(nèi)部BUS)14與通用總線(UM-BUS)16的總線橋15、用于用硬件實(shí)現(xiàn)在網(wǎng)絡(luò)的影像處理中所需要的各種功能的多個(gè)硬件引擎(硬件引擎1、......、N)17構(gòu)成。
這里，從硬件引擎17還能夠設(shè)置例如用于連接到網(wǎng)絡(luò)上的有線LAN、無(wú)線LAN和用于串行總線連接等的總線(專用總線)18。
另外，各個(gè)硬件引擎(硬件引擎1、......、N)是用于補(bǔ)充與影像信息網(wǎng)絡(luò)有關(guān)的功能的引擎，例如，如圖3所示，具有用于連接到網(wǎng)絡(luò)環(huán)境中的有線LAN，無(wú)線LAN，用于與串行總線進(jìn)行通信的通信引擎24，用于提高繪畫性能的繪圖引擎21，進(jìn)行活動(dòng)圖像或者靜止圖像等攝像信號(hào)處理的照相機(jī)引擎22，用于活動(dòng)圖像壓縮的MPEG4引擎23等的功能。即，各個(gè)硬件引擎是通過(guò)安裝UMU4，能夠追加和補(bǔ)充原本在影像信息裝置中不存在的功能的引擎。
另外，這里舉出的例子僅是一個(gè)例子，能夠用本引擎形成用于形成網(wǎng)絡(luò)所需要的功能。
另外，還能夠?qū)崿F(xiàn)DMA((Direct Memory Access)直接存儲(chǔ)器存取)控制器等存儲(chǔ)器控制功能。
如圖3所示，本實(shí)施方式的UM12包括作為支持分散執(zhí)行功能的OS(操作系統(tǒng))的編入Linux27、中間軟件25、虛擬機(jī)構(gòu)(VirtualMachine。以下，記為「VM」)26和應(yīng)用軟件等，能夠用UM單體實(shí)現(xiàn)與網(wǎng)絡(luò)有關(guān)的功能。
即，本實(shí)施方式的UM12是能夠?qū)崿F(xiàn)與網(wǎng)絡(luò)有關(guān)的主計(jì)算機(jī)功能的模塊。
另外，在這里使用的VM26例如是JAVA(登錄商標(biāo))VM。
圖4以及圖5示出用于把UM連接到影像信息裝置上的拓?fù)?topology)。
系統(tǒng)CPU(以下，記為「SYS-CPU」)201與UM-CPU13能夠進(jìn)行總線形式的連接或者經(jīng)由了HUB35的星型形式的連接。
以下加入各自的詳細(xì)說(shuō)明。
圖4是總線形式的連接拓樸圖，SYS-CPU201與UM-CPU13總線型地連接到UM-BUS16上。
另外，SYS-CPU201實(shí)現(xiàn)管理影像信息裝置系統(tǒng)的控制的主服務(wù)器的功能，UM-CPU13實(shí)現(xiàn)網(wǎng)絡(luò)服務(wù)器的功能。
這里，重要的是影像信息裝置在SYS-CPU201中毫無(wú)問(wèn)題地進(jìn)行滿足產(chǎn)品標(biāo)準(zhǔn)的動(dòng)作的這一點(diǎn)。
UM12的UM-CPU13能夠通過(guò)系統(tǒng)側(cè)接口(以下，記為「S-I/F」)31和UM側(cè)接口(以下，記為「U-I/F」)32進(jìn)行機(jī)械性的連接。
在希望把高性能和高附加值的網(wǎng)絡(luò)功能添加到影像信息裝置中的狀況下，經(jīng)由S-I/F31以及U-I/F32連接UMU12。
由此，例如，能夠?qū)崿F(xiàn)對(duì)LAN上的其它裝置的網(wǎng)絡(luò)終端34進(jìn)行存取等的網(wǎng)絡(luò)功能。
即，在希望添加影像信息裝置自身沒(méi)有的更高性能和更高附加值的網(wǎng)絡(luò)功能的情況下，通過(guò)經(jīng)由S-I/F31以及UM-I/F32連接UM4，例如能夠?qū)崿F(xiàn)對(duì)LAN33上的網(wǎng)絡(luò)終端34進(jìn)行存取等的網(wǎng)絡(luò)功能。
這種功能擴(kuò)展通過(guò)UM12內(nèi)的UM-CPU12控制使控制影像信息裝置的系統(tǒng)的SYS-CPU201成為可能。
另外，還可以是在通用總線的UM-BUS上，連接或者不連接不具有主機(jī)功能的器件(存儲(chǔ)器，專用功能的IC)的結(jié)構(gòu)。
圖5示出星型情況的配置，僅是經(jīng)由HUB35連接UM-CPU13的結(jié)構(gòu)不同，其它結(jié)構(gòu)與總線型的情況相同。
另外，本結(jié)構(gòu)的連接形態(tài)對(duì)于環(huán)型也能夠毫無(wú)問(wèn)題地對(duì)應(yīng)。
這里，S-I/F31與UM-I/F32的連接可以是ATA(AT附件硬盤裝置用接口之一)、PCI(外圍部件互連個(gè)人計(jì)算機(jī)或者工作站中使用的輸入輸出總線之一)、SCSI(小型計(jì)算機(jī)系統(tǒng)接口個(gè)人計(jì)算機(jī)或者工作站中使用的輸入輸出接口的規(guī)格)、PCMCIA(個(gè)人計(jì)算機(jī)存儲(chǔ)卡國(guó)際管理器)和通用CPUBUS等并行傳輸?shù)慕Y(jié)構(gòu)，或者可以是IEEE1394、USB(一般串行總線個(gè)人計(jì)算機(jī)的鍵盤等外圍裝置用串行接口)和UART(一般非同步接收機(jī)-收發(fā)兩用機(jī))等的串行傳輸?shù)慕Y(jié)構(gòu)。
另外，影像信息裝置與UM的連接方法能夠使用PC卡或者卡BUS中使用的插頭插座連接，在PCI總線連接等中使用的卡印刷板插頭座連接，或者FPC電纜、扁平電纜、IEEE1394用電纜等電纜連接等方法。
圖6是把本實(shí)施方式的UMU42連接到影像信息裝置40上時(shí)的總體結(jié)構(gòu)例。
影像信息裝置40采用在圖44所示的以往的影像信息裝置206中添加了S-I/F31的結(jié)構(gòu)。
另外，UMU42采用了在圖2或者圖3所示的UM12中添加了U-I/F32的結(jié)構(gòu)。
通過(guò)連接各個(gè)接口S-I/F31和U-I/F32，能夠?qū)崿F(xiàn)附加了UM功能的影像信息裝置40。
UMU42用通信引擎24連接到英特網(wǎng)環(huán)境中以后，從英特網(wǎng)上的地址點(diǎn)下載圖像和聲音MPEG4文件。
下載的MPEG4文件由MPEG4引擎23解碼，由圖形引擎21進(jìn)行圖形處理，經(jīng)由UMU的接口U-I/F32以在影像信息裝置40中能夠利用的數(shù)據(jù)形式輸出。
輸入到影像信息裝置40中的數(shù)據(jù)信號(hào)處理為能夠在顯示單元211上顯示的狀態(tài)，在顯示單元211上進(jìn)行顯示。
另外，從照相機(jī)輸入的活動(dòng)圖像和靜止圖像文件由UMU42的照相機(jī)引擎22實(shí)施像素?cái)?shù)變換、速率變換、圖像處理，由圖形引擎21進(jìn)行圖形處理，經(jīng)由UMU42的接口U-I/F32以在影像信息裝置40中能夠利用的數(shù)據(jù)形式輸出。
輸入到影像信息裝置40中的數(shù)據(jù)被信號(hào)處理為能夠在顯示單元211上顯示的形態(tài)，在顯示單元211上進(jìn)行顯示。
另外，以上的各個(gè)引擎的處理僅是示出了一個(gè)例子，關(guān)于引擎的使用順序以及引擎的功能，只要是能夠增強(qiáng)網(wǎng)絡(luò)功能的功能，則都能夠在本系統(tǒng)中實(shí)現(xiàn)。
在影像信息裝置以及UMU的結(jié)構(gòu)中，對(duì)于主要用于影像數(shù)據(jù)顯示的系統(tǒng)進(jìn)行說(shuō)明，而同樣的結(jié)構(gòu)，在聲音輸入的再生裝置和文本輸入的顯示和分發(fā)裝置、信息的存儲(chǔ)輸入的存儲(chǔ)裝置中也能夠適應(yīng)。
圖7示出在UMU42中添加了用于向顯示單元211顯示影像的功能時(shí)的結(jié)構(gòu)的一個(gè)例子。
UVI44是UMU12的視頻(影像)輸入端子，形成能夠與作為影像信息裝置40的影像輸出端子的V-I/F210連接的接口。
UVO45是硬件引擎的顯示引擎的影像輸出信號(hào)端子，與顯示單元211的輸入接口連接。
例如，能夠使影像信息裝置40的影像輸出在UM12的圖形引擎21的顯示畫面上進(jìn)行覆蓋(over lay)。
另外，還具有能夠使用S-I/F31和U-I/F32的通用總線傳輸影像信號(hào)的結(jié)構(gòu)，而通過(guò)使用本實(shí)施方式的結(jié)構(gòu)，能夠不降低通用總線的傳輸效率，向UM供給影像信號(hào)。
進(jìn)而，在影像信息裝置40不是網(wǎng)絡(luò)對(duì)應(yīng)的情況下，難以實(shí)現(xiàn)把英特網(wǎng)上的圖像數(shù)據(jù)覆蓋并輸出成影像信號(hào)的結(jié)構(gòu)，而由于作為網(wǎng)絡(luò)所需要功能，UM預(yù)先搭載覆蓋的功能，因此不進(jìn)行系統(tǒng)LSI的新的開(kāi)發(fā)也能夠容易地實(shí)現(xiàn)影像信息裝置的功能擴(kuò)展。
圖8示出在UMU42的通信引擎24中添加了外部網(wǎng)絡(luò)連接用的端子時(shí)的結(jié)構(gòu)例。
與各個(gè)硬件引擎相對(duì)應(yīng)，通過(guò)配置有線LAN用外部連接端子46、無(wú)線LAN用外部連接端子47和外部連接用串行總線48，UMU42能夠經(jīng)由有線LAN，經(jīng)由無(wú)線LAN，或者經(jīng)由IEEE1394等串行總線進(jìn)行網(wǎng)絡(luò)連接。
另外，UMU42既能夠構(gòu)成為具備上述所有的端子，也能夠是僅具有一個(gè)端子的結(jié)構(gòu)，能夠按照網(wǎng)絡(luò)或者制品彈性地進(jìn)行對(duì)應(yīng)。
圖9是把本實(shí)施方式的UM12適用于監(jiān)視記錄器8的系統(tǒng)中時(shí)的結(jié)構(gòu)例。
圖中，監(jiān)視記錄器8構(gòu)成作為監(jiān)視記錄器的基本塊，是搭載進(jìn)行與照相機(jī)的I/F或者與其它具有影像輸出的設(shè)備的影像信號(hào)的收發(fā)的多視頻I/O51、進(jìn)行JPEG/JPEG2000等的壓縮和擴(kuò)張的JPEG/JPEG2000編解碼器52、驅(qū)動(dòng)HDD/DVD等大容量存儲(chǔ)裝置的大容量存儲(chǔ)器驅(qū)動(dòng)器53、進(jìn)行監(jiān)視記錄器的控制的中心控制器單元54和作為OS與UM-CPU13相同OS的機(jī)內(nèi)Linux55的結(jié)構(gòu)。
通過(guò)使用監(jiān)視記錄器8的多視頻I/O51的功能實(shí)現(xiàn)照相機(jī)模塊的信號(hào)處理，在使用UM-CPU13的照相機(jī)引擎單元的功能的情況下，還具有能夠不使用UM-CPU13的功能，與影像信息裝置40的標(biāo)準(zhǔn)一致，選擇性地切換普通影像模塊的引擎的功能。
另外，還能夠采用如圖10所示的結(jié)構(gòu)。即，監(jiān)視記錄器8具備控制HDD/DVD56等大容量存儲(chǔ)裝置的接口的存儲(chǔ)(Strage)主接口59，普通影像模塊12和HDD/DVD56具有進(jìn)行存儲(chǔ)器連接的存儲(chǔ)器件控制器57，與監(jiān)視記錄器8的存儲(chǔ)主接口59連接。
進(jìn)而，圖11是把UM12適用在DVD/HDD記錄器7的系統(tǒng)中的結(jié)構(gòu)例。圖中，DVD/HDD記錄器7構(gòu)成DVD記錄器的基本塊，是搭載與具有影像輸出的設(shè)備進(jìn)行影像信號(hào)收發(fā)的多視頻I/O61、進(jìn)行MPEG2等的壓縮、擴(kuò)張的MPEG2編解碼器62、控制DVD等存儲(chǔ)裝置的接口的存儲(chǔ)主接口65、進(jìn)行DVD記錄器的控制的中心控制器63和作為OS與UM-CPU13相同的機(jī)內(nèi)Linux64的結(jié)構(gòu)。
至此為止，敘述了適應(yīng)于DTV5等影像信息裝置、DVD/HDD記錄器7的影像記錄裝置或者監(jiān)視記錄器8的監(jiān)視裝置的情況，而用相同的結(jié)構(gòu)，也能夠與FA9、便攜電話10和PDA11相適應(yīng)。
在以上的說(shuō)明中，敘述了在影像信息裝置和UM中使用了同一個(gè)OS的情況，在構(gòu)成上不同的情況也是可能的。
但是，通過(guò)使用同一個(gè)OS，在UM中采用的硬件引擎的功能陳舊的情況下，在影像信息裝置內(nèi)裝入所需要的功能時(shí)，由于OS是共同的，因此能夠容易地進(jìn)行軟件的更改作業(yè)，具有用于更改的開(kāi)發(fā)費(fèi)用少，在可靠性等方面難以發(fā)生故障(bug軟件的缺陷)等開(kāi)發(fā)方面的優(yōu)越性。
圖12是實(shí)施方式1的UM的軟件塊結(jié)構(gòu)圖。
如圖所示，最下層是包括微機(jī)(CPU)的硬件層100。
在該硬件層100的高位，配置用于通過(guò)把硬件抽象化，用于吸收各個(gè)硬件的差異的軟件的硬件適應(yīng)層(以下，記為「HAL」)101。
在HAL101的高位配置作為多任務(wù)操作系統(tǒng)的機(jī)內(nèi)Linux102。
這樣，HAL101配置在硬件層100與機(jī)內(nèi)Linux102之間，HAL101起到硬件層100與機(jī)內(nèi)Linux102的接口的作用。從而，該HAL101在廣泛的意義上，能夠作為硬件層100或者機(jī)內(nèi)Linux102的一部分。
作為機(jī)內(nèi)多任務(wù)操作系統(tǒng)的機(jī)內(nèi)Linux102除去經(jīng)由屬于HAL101的軟件，控制作為硬件100的構(gòu)成元件的各個(gè)硬件器件以外，提供應(yīng)用的執(zhí)行環(huán)境。
另外，作為機(jī)內(nèi)Linux102上動(dòng)作的圖形系統(tǒng)，使用X-Window(注冊(cè)商標(biāo))103。
在操作系統(tǒng)Linux102上動(dòng)作的中間軟件，大致配置4個(gè)中間軟件。
第1個(gè)是用于進(jìn)行與英特網(wǎng)連接的通信處理的軟件，是與作為下一代英特網(wǎng)協(xié)議的IPv6的協(xié)議相對(duì)應(yīng)的IPv6對(duì)應(yīng)英特網(wǎng)通信協(xié)議中間軟件104。
第2個(gè)是用于把該設(shè)備連接到網(wǎng)絡(luò)上時(shí)自動(dòng)進(jìn)行設(shè)定的軟件，是通用插頭和播放(Universal Plug and Play。以下，記為「UPnP」)中間軟件105。
UPnP中間軟件105為使用屬于IPv6對(duì)應(yīng)英特網(wǎng)通信協(xié)議中間軟件104的協(xié)議，在層次上屬于IPv6對(duì)應(yīng)英特網(wǎng)通信協(xié)議中間軟件104的上一層。
第3個(gè)是通過(guò)與作為多媒體規(guī)格的MPEG2/4相對(duì)應(yīng)的編碼/解碼處理、與MPEG7相對(duì)應(yīng)的數(shù)據(jù)處理和與MPEG21相對(duì)應(yīng)的內(nèi)容管理處理的組合，用于進(jìn)行多媒體數(shù)據(jù)的分發(fā)、存儲(chǔ)等處理的軟件，是MPEGx影像分發(fā)存儲(chǔ)協(xié)議中間軟件106。
第4個(gè)是用于進(jìn)行照相機(jī)的控制以及二維/三維的圖形處理的軟件，是攝像和顯示(圖形)中間軟件107。
在上述的中間軟件群內(nèi)，在UPnP中間軟件105和MPEGx影像分發(fā)存儲(chǔ)協(xié)議中間軟件106的高位，配置作為JAVA(登錄商標(biāo))的應(yīng)用執(zhí)行環(huán)境的JAVA(登錄商標(biāo))VM108，在JAVA(登錄商標(biāo))VM108上，配置用于容易地生成包括用戶接口的應(yīng)用的UI應(yīng)用框架109。
UI應(yīng)用框架109例如是在JAVA(登錄商標(biāo))VM108上動(dòng)作的類別的集合。
在最高位上，配置用于使用UI應(yīng)用框架109或者攝像和顯示(圖形)中間軟件107，實(shí)現(xiàn)在每一個(gè)搭載普通影像模塊的機(jī)種中所需要的功能的機(jī)種差異應(yīng)用110。
圖13是在每個(gè)機(jī)種適用普通影像模塊時(shí)的軟件框圖。
如圖所示，通過(guò)在各個(gè)機(jī)種中僅變動(dòng)最高位的應(yīng)用層和位于硬件層的高位的HAL，而共同使用其它層，能夠?qū)崿F(xiàn)與不同機(jī)種相對(duì)應(yīng)的功能。
該圖中，示出把普通影像模塊適用在便攜電話中的情況下，把便攜HAL120與便攜應(yīng)用(以下，記為「APP」)125組合起來(lái)的情況。
同樣，為了適用在車載電話中，把汽車便攜HAL121與汽車便攜APP126進(jìn)行組合，為了適用在汽車導(dǎo)航系統(tǒng)中，把汽車導(dǎo)航HAL122與汽車導(dǎo)航APP127進(jìn)行組合，為了適用在AV家電中，把AV家電HAL123與AV家電APP128進(jìn)行組合，為了適用在監(jiān)視系統(tǒng)設(shè)備中，把監(jiān)視HAL124與監(jiān)視APP129組合起來(lái)。
圖14示出IPv6對(duì)應(yīng)英特網(wǎng)通信協(xié)議中間軟件104的軟件塊結(jié)構(gòu)。
圖中，作為通信用的接口，包括由10BASE-T或者100BASE-TX構(gòu)成的以太網(wǎng)(登錄商標(biāo))(Ethernet(登錄商標(biāo)))、由IEEE802.11a/b/g構(gòu)成的無(wú)線LAN和IEEE1394等高速串行通信的3種。
作為用于控制各個(gè)硬件的器件驅(qū)動(dòng)軟件，配置以太網(wǎng)(登錄商標(biāo))驅(qū)動(dòng)器131、無(wú)線LAN驅(qū)動(dòng)器132和IEEE1394驅(qū)動(dòng)器133。
在以太網(wǎng)(登錄商標(biāo))驅(qū)動(dòng)器131以及無(wú)線LAN驅(qū)動(dòng)器132的高位層配置進(jìn)行英特網(wǎng)協(xié)議處理的IP協(xié)議棧(IP)137。
該IP棧137包括為了與作為下一代英特網(wǎng)協(xié)議的IPv6相對(duì)應(yīng)的處理以及為了安全的協(xié)議IPsec相對(duì)應(yīng)的處理。
作為IEEE1394驅(qū)動(dòng)器133的高位層，配置用于進(jìn)行IEEE1394的事務(wù)(Transaction)處理的IEEE1394事務(wù)棧135。
另外，為了能夠經(jīng)過(guò)無(wú)線LAN執(zhí)行IEEE1394的事務(wù)，在無(wú)線LAN驅(qū)動(dòng)器132與IEEE1394事務(wù)棧135之間配置PAL(協(xié)議適應(yīng)層)134。
PAL134進(jìn)行IEEE1394事務(wù)與無(wú)線LAN之間的協(xié)議變換。
在IP棧137的高位作為輸送層，配置TCP(傳輸控制協(xié)議網(wǎng)絡(luò)的輸送層的通信協(xié)議)以及UDP(用戶數(shù)據(jù)報(bào)協(xié)議不保證可靠性的輸送層的通信協(xié)議)的棧138。
在TCP以及UPP的棧138的高位，配置進(jìn)行HTTP(超文本傳送協(xié)議)等協(xié)議處理的HTTP棧139。
另外，在該高位，配置使用HTTP139進(jìn)行XML形式的消息通信的SOAP(單一目標(biāo)存取協(xié)議)的協(xié)議處理的SOAP/XML棧140。
HTTP139和TCP以及UDP的棧138之間的連接使用插口(用于經(jīng)過(guò)網(wǎng)絡(luò)進(jìn)行數(shù)據(jù)存取的程序接口)。
在比操作系統(tǒng)Linux130更高位的層中，直到包括HTTP棧139、SOAP/XML棧140和1394事務(wù)棧135的層為止，包含在IPv6對(duì)應(yīng)英特網(wǎng)通信協(xié)議中間軟件104中。
作為比它們高位的層，在SOAP/XML棧140以及HTTP棧139的高位，配置用于實(shí)現(xiàn)英特網(wǎng)協(xié)議基礎(chǔ)的UPnP功能的進(jìn)行作為協(xié)議的UPnP處理的UPnP棧141。
另外，在IEEE1394事務(wù)棧135的高位上配置進(jìn)行用于實(shí)現(xiàn)使用了IEEE1394的網(wǎng)絡(luò)的UPnP功能的處理的AV系列中間軟件136。
在UPnP棧141和AV系列中間軟件136的高位中，配置把各個(gè)網(wǎng)絡(luò)相互連接的統(tǒng)一中間軟件142。
包含AV系列中間軟件136、UPnP棧141和統(tǒng)一中間軟件142的層包含在上述的UPnP中間軟件105中。
比統(tǒng)一中間軟件142更高位的層成為應(yīng)用的層。
為了使用SOAP，與在網(wǎng)絡(luò)上的其它計(jì)算機(jī)之間進(jìn)行應(yīng)用聯(lián)合的Web服務(wù)器相對(duì)應(yīng)，分層配置Web服務(wù)器144、Web服務(wù)應(yīng)用I/F145和Web服務(wù)應(yīng)用146。
Web服務(wù)應(yīng)用146通過(guò)Web服務(wù)I/F145，使用Web服務(wù)器提供的服務(wù)。
另外，Web服務(wù)以外的應(yīng)用經(jīng)過(guò)統(tǒng)一中間軟件142進(jìn)行通信。作為主要的應(yīng)用，可以舉出使用HTTP的瀏覽器軟件。
圖15示出了在圖14中說(shuō)明過(guò)的擴(kuò)展了UPnP中間軟件105時(shí)的軟件塊結(jié)構(gòu)。
在該圖中，除去在圖14中說(shuō)明過(guò)的由以太網(wǎng)(登錄商標(biāo))、無(wú)線LAN和IEEE1394進(jìn)行的網(wǎng)絡(luò)連接以外，還追加了作為通信用接口使用藍(lán)牙、特定省電無(wú)線和使用了電話線的PLC(動(dòng)力線通信)的網(wǎng)絡(luò)。
在最下層中作為用于控制各個(gè)網(wǎng)絡(luò)接口的器件驅(qū)動(dòng)器，有藍(lán)牙驅(qū)動(dòng)器153、特小功率驅(qū)動(dòng)器154和PLC驅(qū)動(dòng)器155，在其高位分層地配置IP棧156、TCP以及UDP的棧157。
作為TCP以及UDP的棧157的高位層配置白色家電系列網(wǎng)絡(luò)中間軟件158。
而且，與圖14所示的情況相同，通過(guò)把統(tǒng)一中間軟件164配置在AV系列中間軟件136、UPnP棧141以及白色家電系列網(wǎng)絡(luò)中間軟件158的高位，能夠把所有的網(wǎng)絡(luò)相互連接。
圖16示出普通影像模塊的攝像和顯示單元的軟件塊結(jié)構(gòu)。
圖中185是攝像和顯示單元中間軟件，具備在應(yīng)用中進(jìn)行攝像和顯示系統(tǒng)的功能提供的軟件模塊群。
攝像和顯示單元中間軟件185成為直接控制硬件驅(qū)動(dòng)器群和提供對(duì)于應(yīng)用的接口的庫(kù)群的二層構(gòu)造，各個(gè)軟件模塊全部構(gòu)筑在Linux上。
驅(qū)動(dòng)器群由控制照相機(jī)171等攝像系統(tǒng)的硬件的照相機(jī)驅(qū)動(dòng)器180、LCD172、控制2D圖形引擎173等顯示系統(tǒng)硬件的X服務(wù)器178和控制3D圖形引擎174等3D硬件的3D圖形服務(wù)器176構(gòu)成。
另外，庫(kù)群在應(yīng)用中提供攝像和顯示功能的接口，由提供照相機(jī)功能的照相機(jī)庫(kù)181、提供X-window(登錄商標(biāo))功能的X庫(kù)179和提供3D功能的3D圖形庫(kù)177構(gòu)成。
應(yīng)用182例如是在照相機(jī)應(yīng)用和瀏覽器等中提供UI(用戶接口)的高位的軟件模塊。
應(yīng)用182在實(shí)現(xiàn)攝像以及顯示系列的功能的情況下，用從攝像和顯示單元中間軟件185的庫(kù)群提供的程序接口來(lái)實(shí)現(xiàn)，應(yīng)用182有直接使用攝像和顯示單元中間軟件的功能，以及經(jīng)由UI應(yīng)用框架184和JAVA(登錄商標(biāo))VM183使用的情況。
攝像和顯示單元中間軟件185作為提供給應(yīng)用182的主要功能，有靜止圖像攝像、活動(dòng)圖像攝像、活動(dòng)圖像預(yù)覽顯示、2D·3D顯示等。
在把從照相機(jī)171輸入的圖像數(shù)據(jù)按照J(rèn)PEG或者M(jìn)PEG等編碼并存儲(chǔ)和發(fā)送的情況下，把從照相機(jī)171輸入的圖像數(shù)據(jù)從圖中所示的3D圖形服務(wù)器176傳送到影像分發(fā)存儲(chǔ)協(xié)議中間軟件塊。
圖17示出UM的影像分發(fā)存儲(chǔ)中間軟件的軟件塊。
圖17的所謂UM的影像分發(fā)存儲(chǔ)中間軟件，是對(duì)于應(yīng)用，提供媒體數(shù)據(jù)的分發(fā)和接收控制、對(duì)于傳輸?shù)钠焚|(zhì)保持控制、媒體數(shù)據(jù)的復(fù)用和分離處理以及編碼和解碼、媒體的檢索功能以及構(gòu)造定義、識(shí)別功能的軟件和模塊群，包括進(jìn)行與所使用的信道相對(duì)應(yīng)的媒體的復(fù)用處理、傳輸控制的媒體網(wǎng)關(guān)和層194、進(jìn)行媒體的編碼處理的代碼轉(zhuǎn)換器和層195、包括媒體的檢索、識(shí)別等構(gòu)造記述語(yǔ)言的媒體表示層196。
另外，媒體網(wǎng)關(guān)和層194還由處理假設(shè)了廣播等進(jìn)行分發(fā)的TS(傳輸流)ITU-TH.222等處理的TS塊190、以ISDN等的信道為對(duì)象支持假定了終端之間通信的H.221以及假定了由移動(dòng)設(shè)備進(jìn)行的通信的H.223的通信塊191、以假定了由LAN、英特網(wǎng)進(jìn)行的媒體傳輸?shù)腍.225為代表的IP塊192以及主要處理存儲(chǔ)媒體的PS(程序流)塊193構(gòu)成。
以上那樣構(gòu)成的UM的影像分發(fā)存儲(chǔ)中間軟件根據(jù)高位應(yīng)用(例如瀏覽器)的UI操作，經(jīng)由英特網(wǎng)取得媒體和數(shù)據(jù)。
高位應(yīng)用對(duì)于媒體和數(shù)據(jù)的取得，媒體表示層196能夠利用使用了由MPEG-7所規(guī)定的多媒體內(nèi)容描述接口的內(nèi)容檢查功能和由MPEG-21所規(guī)定的IPMP(知識(shí)產(chǎn)權(quán)管理和保護(hù))的媒體著作權(quán)和保護(hù)功能。
對(duì)于所取得的數(shù)據(jù)，進(jìn)行媒體網(wǎng)關(guān)和層194的復(fù)用分離處理和代碼交換器和層195的解碼處理，能夠在由SMIL(同步多媒體綜合語(yǔ)言)/HTML所指定的位置定時(shí)進(jìn)行顯示。
圖18是示出了影像信息裝置的軟件與UM的軟件的關(guān)系的結(jié)構(gòu)圖。
UM如上所述，在UM的硬件111的高位經(jīng)過(guò)HAL101配置操作系統(tǒng)Linux102，在其高位配置UM的中間軟件部分112，在其高位配置JAVA(登錄商標(biāo))VM108和UI應(yīng)用框架109，在最高位配置使用了UI應(yīng)用框架的應(yīng)用110。
另外，影像信息裝置的軟件結(jié)構(gòu)不一定需要采取與UM相同的分層構(gòu)造，但是優(yōu)選具備分層構(gòu)造。
即優(yōu)選在影像信息裝置的硬件220的高位上配置操作系統(tǒng)Linux221，在其高位配置影像信息裝置的中間軟件222，在其高位配置JAVA(登錄商標(biāo))VM223和UI應(yīng)用框架224，在最高位配置使用了UI應(yīng)用框架的應(yīng)用225。
作為最低限度的條件，在與操作系統(tǒng)Linux的分層一致的情況下，即，在配置影像信息裝置的操作系統(tǒng)Linux221的情況下，影像信息裝置的操作系統(tǒng)Linux221與UM的操作系統(tǒng)Linux111之間成為以系統(tǒng)調(diào)用級(jí)透過(guò)性地連接。
圖19概念性表示出了這時(shí)的狀態(tài)。
其結(jié)果，例如，在影像信息裝置上的程序中使用打開(kāi)命令，能夠打開(kāi)UM的器件。
另外，在從高位的軟件使用低位軟件的功能的情況下(例如，應(yīng)用軟件使用中間軟件的功能的情況等)，按照某個(gè)預(yù)定的手續(xù)，進(jìn)行命令或者數(shù)據(jù)的存取。
這時(shí)，一般在希望使用的功能位于自身設(shè)備(這里是影像信息裝置)的情況下與位于其它設(shè)備(UM)的情況下的手續(xù)不同。
所謂「透過(guò)性地連接」意味著該希望使用的功能存在于任一方的情況下，都不會(huì)注意到其差異，能夠用相同手續(xù)進(jìn)行命令、數(shù)據(jù)交換。
其次，在操作系統(tǒng)與中間軟件的分層構(gòu)造一致的情況下，或者中間軟件的構(gòu)造一致的情況下，即，影像信息裝置的操作系統(tǒng)Linux221的高位上配置中間軟件222的情況下，除去上述系統(tǒng)調(diào)用級(jí)中的透過(guò)性以外，在影像信息裝置的中間軟件222與UM的中間軟件112之間，成為以中間軟件API(應(yīng)用編程接口)級(jí)透過(guò)性地連接。
其結(jié)果，例如，通過(guò)從影像信息裝置上的程序調(diào)用中間軟件API，能夠操作UM的中間軟件。
另外，在上述理想的條件下分層一致的情況時(shí)，或者在Java(登錄商標(biāo))VM223以及/或者UI應(yīng)用框架224的構(gòu)造一致的情況下，即，配置影像信息裝置的操作系統(tǒng)Linux221，在其高位配置中間軟件222，在其高位配置JAVA(登錄商標(biāo))VM223和UI應(yīng)用框架224，在最高位配置使用了UI應(yīng)用框架的應(yīng)用225的情況下，除去上述的系統(tǒng)調(diào)用以及中間軟件API級(jí)下的透過(guò)性以外，影像信息裝置的JAVA(登錄商標(biāo))VM223以及UI應(yīng)用框架224和UM的JAVA(登錄商標(biāo))VM108以及UI應(yīng)用框架109之間成為在生成應(yīng)用時(shí)的應(yīng)用設(shè)計(jì)數(shù)據(jù)級(jí)透過(guò)性地連接。
圖20概念性地表示了這時(shí)的狀態(tài)。
其結(jié)果，能夠不注意影像信息裝置、普通影像模塊的平臺(tái)的差異生成應(yīng)用。
進(jìn)而，圖21示出把UM適用在影像記錄裝置的系統(tǒng)中時(shí)的軟件塊的結(jié)構(gòu)。過(guò)程間通信傳遞機(jī)71是把過(guò)程間通信變換為ATA的指令接口的模塊，經(jīng)過(guò)ATA驅(qū)動(dòng)器72和ATA主接口73，向普通影像模塊的ATA器件控制器76發(fā)送ATA的指令。
ATA器件控制器76接受ATA指令，ATA仿真器75分析ATA指令，由過(guò)程間通信傳遞機(jī)74變換為過(guò)程間通信。根據(jù)以上過(guò)程，影像記錄裝置的過(guò)程與普通影像模塊組的過(guò)程成為能夠進(jìn)行過(guò)程間通信。
即，具備把影像記錄裝置上的過(guò)程間通信單元變換以及反變換為存儲(chǔ)器接口的通信傳遞機(jī)71和把UMU上的過(guò)程間通信單元變換以及反變換為存儲(chǔ)器接口的通信傳遞機(jī)74，影像記錄裝置上的過(guò)程與UMU上的過(guò)程能夠進(jìn)行過(guò)程間通信。
如以上那樣，按照影像信息裝置和影像記錄裝置的軟件結(jié)構(gòu)，能夠變更裝置與UM之間的軟件的結(jié)合狀態(tài)。這種情況下，雙方軟件的分層結(jié)構(gòu)一致的程度越高，就越能夠共用更高位層中的軟件，作為其結(jié)果，能夠容易地進(jìn)行功能的分擔(dān)或者功能的移植。
在以上的實(shí)施方式中，作為裝置以及UM的操作系統(tǒng)以Linux為例進(jìn)行了說(shuō)明，而代替該系統(tǒng)，也能夠使用POSIX基準(zhǔn)或者類似的其它操作系統(tǒng)。
另外，作為裝置以及UM的虛擬設(shè)備，以JAVA(登錄商標(biāo))VM為例進(jìn)行了說(shuō)明，而代替該設(shè)備，也能夠使用JAVA(登錄商標(biāo))VM互換設(shè)備或者類似的其它虛擬設(shè)備。
進(jìn)而，作為存儲(chǔ)器接口使用了ATA，而也能夠使用SCSI等其它通用存儲(chǔ)器接口。
另外，雖然使用了存儲(chǔ)器接口，然而也能夠使用具備USB、IEEE1394等存儲(chǔ)器用的協(xié)議組的通用接口。
另外，在影像記錄裝置與UM之間使用過(guò)程間通信傳遞機(jī)，用于過(guò)程間通信，也可以使用程序間通信傳遞機(jī)，用于程序間通信。即，可以具備把影像記錄裝置上的程序間通信單元變換以及反變換為存儲(chǔ)器接口的通信傳遞機(jī)A和把普通影像模塊單元上的程序間通信單元變換以及反變換為存儲(chǔ)器接口的通信通信機(jī)B，影像記錄裝置上的程序與UMU上的程序進(jìn)行程序間通信。
進(jìn)而，在本實(shí)施方式中，分別構(gòu)成UMU和存儲(chǔ)器設(shè)備，但也可以為一體形狀構(gòu)成。
以上說(shuō)明的本實(shí)施方式中的UM、UMU和各裝置起到以下的效果。
本實(shí)施方式的UMU由于裝入支持多個(gè)硬件引擎和CPU的分散執(zhí)行功能的OS，因此即使影像信息裝置中所要求的標(biāo)準(zhǔn)和功能發(fā)生變化，也能夠容易而且圓滑地進(jìn)行功能變更和擴(kuò)展，能夠降低用于開(kāi)發(fā)新的影像信息裝置的開(kāi)發(fā)費(fèi)用以及開(kāi)發(fā)時(shí)間。
另外，本實(shí)施方式中的UMU設(shè)置在包括OS和CPU的硬件層之間，搭載吸收硬件差異的HAL，以及/或者在OS上動(dòng)作的不同功能的中間軟件群，以及/或者用于生成在虛擬設(shè)備上動(dòng)作的用戶接口應(yīng)用的用戶接口框架，以及/或者用戶接口框架，以及/或者使用中間軟件群生成的影像信息裝置不同的應(yīng)用，因此即使影像信息裝置中要求的標(biāo)準(zhǔn)和功能發(fā)生變化，通過(guò)把它們適宜地組合起來(lái)，也能夠容易而且圓滑地進(jìn)行功能變更和擴(kuò)展，能夠降低用于開(kāi)發(fā)新的影像信息裝置的開(kāi)發(fā)費(fèi)用以及開(kāi)發(fā)時(shí)間。
另外，本實(shí)施方式的UMU的多個(gè)硬件引擎由于包括用于進(jìn)行與網(wǎng)絡(luò)環(huán)境的通信的通信引擎，因此能夠容易地把影像信息裝置連接到網(wǎng)絡(luò)環(huán)境中。
另外，本實(shí)施方式的影像信息系統(tǒng)通過(guò)裝入具有與UM相同功能的OS，通過(guò)透過(guò)性地連接裝入到影像信息裝置中的OS和裝入到UM中的OS，以系統(tǒng)調(diào)用級(jí)從影像信息裝置對(duì)于UM進(jìn)行存取，因此當(dāng)從影像信息裝置上的程序訪問(wèn)特定的硬盤器件時(shí)，能夠不必意識(shí)到該硬件器件是位于影像信息裝置上還是位于UM上，能夠按照相同的手續(xù)進(jìn)行存取。
另外，本實(shí)施方式的影像信息系統(tǒng)由于裝入具有與UM相同功能的OS，搭載不同功能的中間軟件群，另外，影像信息裝置搭載具有與UM相同功能的不同功能的中間軟件群，透過(guò)性地連接裝入到影像信息裝置中的OS和裝入到UM中的OS，以及/或者通過(guò)透過(guò)性地連接裝入到影像信息裝置中的中間軟件和裝入到UM中的中間軟件，以中間軟件的API級(jí)從影像信息裝置對(duì)于UM進(jìn)行存取，因此在從影像信息裝置上的程序利用中間軟件使用特定的功能時(shí)，不必意識(shí)到該特定的功能是位于影信息裝置上還是位于UM上，能夠按照相同的手續(xù)使用。
另外，本實(shí)施方式影像信息系統(tǒng)由于通過(guò)搭載用于生成在實(shí)現(xiàn)與UM相同功能的虛擬設(shè)備上動(dòng)作的用戶接口應(yīng)用的用戶接口框架，具有與UM相同功能的功能不同的中間軟件群，以及/或者具有與UM相同功能的OS，搭載用戶接口框架，以及/或者使用中間軟件群生成的影像信息裝置不同的應(yīng)用，通過(guò)透過(guò)性地連接裝入到影像信息裝置中的OS和裝入到UM中的OS，以及/或者透過(guò)性地連接裝入到影像信息裝置中的中間軟件和裝入到UM中的中間軟件，以及/或者通過(guò)透過(guò)性地連接裝入到影像信息裝置中的虛擬設(shè)備以及用戶接口框架和裝入到UM中的虛擬設(shè)備以及用戶接口框架，不考慮影像信息裝置以及UM的差異以應(yīng)用生成數(shù)據(jù)級(jí)進(jìn)行應(yīng)用的生成，因此在影像信息裝置上生成用戶接口應(yīng)用時(shí)，能夠不必意識(shí)執(zhí)行其應(yīng)用的硬件的結(jié)構(gòu)進(jìn)行生成。
進(jìn)而，通過(guò)使得與影像信息裝置的UM的軟件構(gòu)造一致，在將來(lái)把UM一側(cè)實(shí)現(xiàn)的功能移植到影像信息裝置一側(cè)時(shí)，能夠容易地進(jìn)行該作業(yè)。
另外，本實(shí)施方式影像信息系統(tǒng)作為功能不同的中間軟件群，由于由進(jìn)行攝像以及顯示處理的中間軟件，以及/或者進(jìn)行與IPv6對(duì)應(yīng)的英特網(wǎng)通信協(xié)議處理的中間軟件，以及/或者進(jìn)行通用插頭和播放處理的中間軟件，以及/或者進(jìn)行以MPEG2/MPEG4/MPEG7/MPEG21為基準(zhǔn)的影像分發(fā)以及存儲(chǔ)處理的中間軟件構(gòu)成，因此通過(guò)在影像信息裝置中添加UM，能夠容易地添加攝像和顯示、網(wǎng)絡(luò)連接、影像的分發(fā)和存儲(chǔ)功能。
另外，本發(fā)明的影像信息系統(tǒng)由于根據(jù)系統(tǒng)的種類選擇性地使用應(yīng)用以及HAL，因此能夠變更UM的硬件結(jié)構(gòu)，構(gòu)成不同用途的影像信息裝置。
第2實(shí)施方式在本實(shí)施方式中，說(shuō)明把UM12適用在便攜電話中的例子。
圖22是在圖45中說(shuō)明過(guò)的以往的便攜電話裝置中適用了UMU43的便攜電話的系統(tǒng)結(jié)構(gòu)圖。圖22的移動(dòng)應(yīng)用單元219雖然與圖45的移動(dòng)應(yīng)用單元219相同，但是對(duì)于其基本的結(jié)構(gòu)再次進(jìn)行說(shuō)明。
從未圖示的便攜電話的無(wú)線網(wǎng)經(jīng)由天線218輸入的數(shù)據(jù)由基帶單元217進(jìn)行信號(hào)處理，去除掉通信標(biāo)題信息后進(jìn)行再構(gòu)筑。進(jìn)而，在移動(dòng)應(yīng)用單元219中變換為能夠在顯示裝置211中顯示的信號(hào)形態(tài)后向顯示單元211輸出。當(dāng)然，也有與聲音的輸入輸出有關(guān)的結(jié)構(gòu)，然而在這里省略圖示，在以下的說(shuō)明中也主要說(shuō)明影像信息的處理。
移動(dòng)單元219由系統(tǒng)LSI208、系統(tǒng)LSI208的FP207、系統(tǒng)LSI208的BP209和V-I/F210構(gòu)成。
輸入到移動(dòng)應(yīng)用單元219中的數(shù)據(jù)由CPU201的軟件和VSP202的硬件進(jìn)行解碼和調(diào)整大小等，從V-I/F210輸出到UVI44。另外，UVI44是UMU12的視頻(影像)輸入端子，形成能夠與作為移動(dòng)應(yīng)用單元219的影像輸出端子的V-I/F210連接的接口。從UVI44輸入的數(shù)據(jù)由UMU43內(nèi)的各個(gè)引擎進(jìn)行處理，從UVO45輸入到顯示單元212中進(jìn)行顯示。另外，UVO45是UM43的影像輸出信號(hào)端子，與顯示單元211的輸入接口連接。
另外，從連接在外部的照相機(jī)單元215輸入到移動(dòng)應(yīng)用單元206中的數(shù)據(jù)由照相機(jī)引擎216進(jìn)行數(shù)據(jù)處理，由第1CPU201和VSP202作為圖像數(shù)據(jù)再構(gòu)筑了以后，有進(jìn)而在UM43等進(jìn)行處理，在顯示單元211中顯示的情況，或者進(jìn)而被壓縮處理保存在閃存等非易失性存儲(chǔ)器中的情況，或者進(jìn)而進(jìn)行復(fù)用處理，從基帶單元217向未圖示的無(wú)線網(wǎng)發(fā)送的情況。
移動(dòng)應(yīng)用單元219是在本發(fā)明中說(shuō)明的連接到能夠連接在英特網(wǎng)上的便攜電話網(wǎng)上進(jìn)行數(shù)據(jù)通信的通信單元。
在該數(shù)據(jù)通信的數(shù)據(jù)中包括影像信息。
在被裝入到便攜電話中的照相機(jī)單元215為高像素的情況下，處理數(shù)據(jù)增大，有時(shí)照相機(jī)引擎216不能夠?qū)?yīng)。在圖22的結(jié)構(gòu)中，由于適用UMU43，因此能夠在照相機(jī)單元215的控制中利用更高性能的UM12中搭載的照相機(jī)引擎22。UMU43并不是為便攜電話專用而開(kāi)發(fā)的，在圖1的各設(shè)備，例如監(jiān)視照相機(jī)8或者DVD記錄器7中也能夠使用那樣，具備充分性能的照相機(jī)引擎，伴隨著照相機(jī)單元的變更，能夠不再次設(shè)計(jì)專用的LSI，實(shí)現(xiàn)移動(dòng)單元的高像素。
這樣，如果依據(jù)在本實(shí)施方式中說(shuō)明的UM，則在包括便攜電話裝置的移動(dòng)應(yīng)用單元中，由于不新開(kāi)發(fā)系統(tǒng)LSI就能夠?qū)崿F(xiàn)網(wǎng)絡(luò)的功能擴(kuò)展和變更，因此具有可以謀求由減少開(kāi)發(fā)費(fèi)用以及縮短開(kāi)發(fā)時(shí)間而得到的降低喪失商業(yè)機(jī)會(huì)的效果。
另外，在UM做成可插拔形狀的情況下，通過(guò)替換為裝載了與網(wǎng)絡(luò)有關(guān)的所需要的最新功能的普通影像模塊，能夠在各種設(shè)備中共同使用，具有易于謀求開(kāi)發(fā)費(fèi)用和大批量增加產(chǎn)生的批量生產(chǎn)效果這樣的效果。
進(jìn)而，通過(guò)通用地制作UM的接口，由于不需要變更移動(dòng)應(yīng)用單元的功能和電路，因此具有降低軟件開(kāi)發(fā)費(fèi)和提高可靠性的效果。
進(jìn)而，通過(guò)對(duì)于已經(jīng)開(kāi)發(fā)的產(chǎn)品添加UM，具有不需要大幅度地變更軟件就能夠?qū)崿F(xiàn)高功能以及添加新功能的效果。
第3實(shí)施方式在本實(shí)施方式中，進(jìn)而詳細(xì)地說(shuō)明在上述實(shí)施方式中說(shuō)明過(guò)的影像信息裝置與UMU之間的連接。
圖23是分別把S-I/F31以及U-I/F32用作IEEE1394串行總線的I/F，用IEEE1394網(wǎng)絡(luò)把影像信息裝置與UMU之間進(jìn)行連接時(shí)的結(jié)構(gòu)例。即，經(jīng)由影像信息裝置40a的IEEE1394I/F250和UMU42的IEEE1394I/F251，連接兩個(gè)裝置。在IEEE1394網(wǎng)絡(luò)中，在一個(gè)網(wǎng)絡(luò)上能夠連接多臺(tái)設(shè)備。從而，如圖所示，除去影像信息裝置40a以外，有時(shí)還連接影像信息裝置40b等多臺(tái)影像信息裝置。另外，圖23分支示出連接線，而實(shí)際上各裝置之間的連接按照IEEE1394的拓?fù)溥M(jìn)行連接。
UMU42經(jīng)由以太網(wǎng)有線LAN接口46連接英特網(wǎng)協(xié)議網(wǎng)絡(luò)(以下，記為「IP網(wǎng)絡(luò)」)。另外，除去有線LAN以外，也可以使用IEEE802.11a/b/g等有線LAN。在IP網(wǎng)絡(luò)中連接具有UPnP的控制點(diǎn)功能的UPnP控制點(diǎn)(以下，記為「UPnP控制點(diǎn)」)310。另外，所謂UPnP的控制點(diǎn)功能指的是控制連接在IP網(wǎng)絡(luò)上的其它的UPnP器件的功能。實(shí)際上，在個(gè)人計(jì)算機(jī)等中裝入U(xiǎn)PnP控制點(diǎn)，進(jìn)行器件的操作。圖24模式地示出本實(shí)施方式中的連接形態(tài)。圖中，UMU作為用于把IP網(wǎng)絡(luò)與IEEE1394網(wǎng)絡(luò)之間連接的授權(quán)服務(wù)器進(jìn)行動(dòng)作。另外，IP網(wǎng)絡(luò)上的UPnP控制點(diǎn)操作位于IEEE1394網(wǎng)絡(luò)上的沒(méi)有UPnP功能的IEEE1394設(shè)備。即，在本實(shí)施方式中，說(shuō)明IP網(wǎng)絡(luò)上的UPnP控制點(diǎn)經(jīng)由作為授權(quán)服務(wù)器動(dòng)作的UMU，操作沒(méi)有UPnP功能的IEEE139網(wǎng)絡(luò)上的影像信息裝置的方法。
另外，IP網(wǎng)絡(luò)相當(dāng)于圖1的網(wǎng)絡(luò)1。從而，以下，有時(shí)把IP網(wǎng)絡(luò)記為第1網(wǎng)絡(luò)，把IEEE1394網(wǎng)絡(luò)記為第2網(wǎng)絡(luò)。
<UPnP控制點(diǎn)和器件的動(dòng)作>
首先，說(shuō)明按照UPnP的規(guī)格所確定的UPnP控制點(diǎn)和器件的動(dòng)作。首先說(shuō)明按照UPnP的規(guī)格確定的UPnP控制點(diǎn)和器件的一般動(dòng)作步驟。在UPnP的規(guī)格中，如圖25所示，確定作為IP地址的取得的尋址，UPnP控制點(diǎn)檢測(cè)器件、識(shí)別器件的發(fā)現(xiàn)，取得與器件有關(guān)信息的描述，控制器件的控制，檢測(cè)器件的狀態(tài)變化的事件，使用Web瀏覽器進(jìn)行器件的操作和設(shè)定的展示總計(jì)6種動(dòng)作步驟。以下，說(shuō)明各個(gè)動(dòng)作步驟中的詳細(xì)過(guò)程。
作為UPnP中的最初步驟的尋址S301是加入到IP網(wǎng)絡(luò)中的器件自動(dòng)地取得IP地址的步驟。在尋址S301協(xié)議中，基本上使用動(dòng)態(tài)主機(jī)配置協(xié)議(以下，記為「DHCP」)。另外，在IP網(wǎng)絡(luò)沒(méi)有與DHCP對(duì)應(yīng)的情況下，也可以使用AutoIP。
在結(jié)束了由尋址S301進(jìn)行的IP地址取得以后，進(jìn)入到作為下一個(gè)步驟的發(fā)現(xiàn)S302。發(fā)現(xiàn)S302是UPnP控制點(diǎn)檢測(cè)、識(shí)別IP網(wǎng)絡(luò)上的器件的步驟。在發(fā)現(xiàn)S302中，有新添加到IP網(wǎng)絡(luò)中的器件對(duì)于UPnP控制點(diǎn)進(jìn)行廣告的廣告動(dòng)作，新添加到IP網(wǎng)絡(luò)中的UPnP控制點(diǎn)用于進(jìn)行檢索器件的搜索動(dòng)作共2種。前者的部分內(nèi)容是添加的器件把用于廣告的廣告消息進(jìn)行多信道廣播。后者的動(dòng)作內(nèi)容是UPnP控制點(diǎn)把用于搜索的消息進(jìn)行多信道廣播，該器件對(duì)于UPnP控制點(diǎn)返送搜索響應(yīng)消息。另外，哪一種動(dòng)作作為協(xié)議都使用單一服務(wù)發(fā)現(xiàn)協(xié)議(以下，記為「SSDP」)。
通過(guò)發(fā)現(xiàn)S302，UPnP控制點(diǎn)識(shí)別了器件以后，進(jìn)入到作為下一個(gè)步驟的描述S303。描述S303是UPnP控制點(diǎn)用于取得與器件有關(guān)的詳細(xì)信息的步驟。UPnP控制點(diǎn)通過(guò)記述在宣傳消息或者搜索響應(yīng)消息中的URL能夠取得各器件的信息。另外，通過(guò)參照宣傳消息或者搜索響應(yīng)消息的URL，能夠取得記載模型名稱、串行編號(hào)、制造商名稱和服務(wù)消息等的器件描述。
在結(jié)束了描述S303的動(dòng)作步驟的時(shí)刻，UPnP控制點(diǎn)知道了成為控制和操作對(duì)象的器件所具有的服務(wù)的內(nèi)容。
控制S304是UPnP控制點(diǎn)實(shí)際上控制器件的動(dòng)作步驟。UPnP控制點(diǎn)根據(jù)記載在服務(wù)描述的指令、動(dòng)作、服務(wù)和各動(dòng)作的參數(shù)或者自變量的列表，對(duì)于器件發(fā)送包括動(dòng)作請(qǐng)求的消息。另外，作為發(fā)送包括動(dòng)作請(qǐng)求的消息的協(xié)議，使用SOAP。即，UPnP控制點(diǎn)使用SOAP，向器件發(fā)送以XML形式記述的控制指令。器件作為任務(wù)進(jìn)行所要求的服務(wù)，把執(zhí)行了任務(wù)的結(jié)果返送到UPnP控制點(diǎn)。
事件305是UPnP控制點(diǎn)檢測(cè)器件的狀態(tài)變化的動(dòng)作步驟。器件在自身保有的服務(wù)的狀態(tài)變量發(fā)生了變化時(shí)，對(duì)于簽署的UPnP控制點(diǎn)通知狀態(tài)變化。在包括狀態(tài)變化的消息的協(xié)議中，使用普通事件通知體系(Generic Event Nortification Architecture)(以下，記為「GENA」)，消息自身以XML形式記述。
展示S306是使用Web瀏覽器進(jìn)行器件的操作和設(shè)定的動(dòng)作步驟。在操作和設(shè)定對(duì)象的器件具有與HTML形式相對(duì)應(yīng)的用戶接口功能的情況下，通過(guò)存取記述在器件描述中的展示URL，能夠使用Web服務(wù)器顯示展示畫面。而且，用戶能夠使用該展示畫面進(jìn)行器件的操作。
以上是在UPnP的規(guī)格中所確定的UPnP控制點(diǎn)和器件的一般動(dòng)作。
<AV設(shè)備的結(jié)構(gòu)、動(dòng)作>
其次，以下特別地說(shuō)明由UPnP的規(guī)格所確定的AV設(shè)備的結(jié)構(gòu)和動(dòng)作。
在UPnP的規(guī)格中，把要在各種器件類型中安裝的接口或者功能確定為設(shè)備控制協(xié)議(Device Control Protocol)(以下，記為「DCP」)。AV設(shè)備的DCP是媒體服務(wù)器以及媒體描述器。
圖26示出UPnP AV結(jié)構(gòu)格式。UPnP AV結(jié)構(gòu)格式如圖所示，是UPnP控制點(diǎn)310控制媒體服務(wù)器(以下，記為「媒體服務(wù)器」)311和Media Renderer(以下，記為「媒體描述器」)312的模型。
媒體服務(wù)器311是存儲(chǔ)內(nèi)容，檢索存儲(chǔ)所存儲(chǔ)的內(nèi)容和向媒體描述器312發(fā)送出適合于檢索條件的內(nèi)容的器件，是包括主要進(jìn)行內(nèi)容的保管和流發(fā)送的功能的器件。例如，VTR或者DVD播放器等再生裝可以假定為媒體服務(wù)器311。媒體處理器311包括Contene DirectoryService(以下，記為「內(nèi)容指南服務(wù)」。或者在圖中記為「CDS」)313、Connection Manager(以下，記為「連接管理器」。或者在圖中記為「CM」)314、AVTransport(以下，記為「AV輸送」、或者在圖中記為「AVT」)315的各種服務(wù)。
媒體描述器312是為了再生從IP網(wǎng)絡(luò)得到的內(nèi)容使用的器件，包括主要進(jìn)行影像的顯示、聲音輸出等的內(nèi)容再生以及流接收的功能的器件。例如，顯示MPEG形式的文件的影像顯示裝置等能夠假定為媒體描述器312。媒體描述器312還包括Rendering Control(以下，記為「描述控制」。)316、連接管理器314和AV輸送315的各種服務(wù)。
內(nèi)容指南313是把從包括媒體服務(wù)器311的設(shè)備供給的內(nèi)容提供到UPnP控制點(diǎn)310能夠列舉的動(dòng)作集的服務(wù)。從而，UPnP控制點(diǎn)310通過(guò)使用內(nèi)容指南313，能夠進(jìn)行內(nèi)容分層的閱覽以及屬性檢索的執(zhí)行，以及得到標(biāo)題、作者、URL等屬性的內(nèi)容的中間數(shù)據(jù)，以及內(nèi)容的生成、清除等內(nèi)容的操作等。
連接管理器314是提供管理與特定的器件相關(guān)的連接的動(dòng)作集的服務(wù)。從而，UPnP控制點(diǎn)310通過(guò)使用連接管理器314，能夠進(jìn)行流的控制或者數(shù)據(jù)格式的列舉以及當(dāng)前的連接狀況的列舉。
描述控制316是提供UPnP控制點(diǎn)310能夠控制描述器(包括媒體描述器312器件的設(shè)備)怎樣再生內(nèi)容的動(dòng)作集的服務(wù)。從而，UPnP控制點(diǎn)310通過(guò)使用描述控制316，能夠進(jìn)行視頻影像的亮度、對(duì)比度、聲音的音量、靜噪等的控制。
AV輸送315是提供能夠進(jìn)行由UPnP控制點(diǎn)310進(jìn)行的內(nèi)容重放控制的動(dòng)作集的服務(wù)。從而，UPnP控制點(diǎn)310通過(guò)使用AV輸送315，能夠進(jìn)行內(nèi)容的再生、停止、尋找等的再生控制。
其次，圖27示出UPnPAV結(jié)構(gòu)格式中的內(nèi)容的一般再生流程。以下，說(shuō)明各個(gè)步驟的詳細(xì)過(guò)程。
作為最初步驟的器件的發(fā)現(xiàn)S310是進(jìn)行IP網(wǎng)絡(luò)上的器件的發(fā)現(xiàn)的步驟。該器件的發(fā)現(xiàn)S310通過(guò)作為UPnP的動(dòng)作步驟的發(fā)現(xiàn)S302和描述S303進(jìn)行。在器件的發(fā)現(xiàn)S310結(jié)束以后，UPnP控制點(diǎn)310能夠識(shí)別、控制媒體服務(wù)器311和媒體描述器312。
實(shí)際的內(nèi)容再生中的最初步驟是內(nèi)容的檢索S310。內(nèi)容的檢索S310是UPnP控制點(diǎn)310使用媒體服務(wù)器311的內(nèi)容指南313，進(jìn)行內(nèi)容的檢索的步驟。即，UPnP控制點(diǎn)310對(duì)于媒體服務(wù)器311，使用SOAP發(fā)送包括「瀏覽」或者「搜索」動(dòng)作請(qǐng)求的消息。作為其響應(yīng)，媒體服務(wù)器311對(duì)于UPnP控制點(diǎn)310，返送包括內(nèi)容的分層構(gòu)造、傳送協(xié)議數(shù)據(jù)、數(shù)據(jù)格式的信息。UPnP控制點(diǎn)310在接受到響應(yīng)以后，進(jìn)入到作為下一個(gè)步驟的協(xié)議數(shù)據(jù)格式檢查S312。
協(xié)議數(shù)據(jù)格式檢查S312是UPnP控制點(diǎn)310使用媒體描述器312的連接管理器314，得到媒體描述器搜索的內(nèi)容的傳送協(xié)議和格式的信息的步驟。即，UPnP控制點(diǎn)310對(duì)于媒體描述器312，使用SOAP發(fā)送包括「GetProtocolIfo」動(dòng)作請(qǐng)求的消息。作為其響應(yīng)，媒體描述器312對(duì)于UPnP控制點(diǎn)310返送包括搜索的內(nèi)容的傳送協(xié)議數(shù)據(jù)和數(shù)據(jù)格式的列表。
在UPnP控制點(diǎn)310接收到響應(yīng)以后，UPnP控制點(diǎn)310根據(jù)在協(xié)議數(shù)據(jù)格式檢查S312中得到的信息和在內(nèi)容的檢索S311中得到的信息，把傳送協(xié)議數(shù)據(jù)與數(shù)據(jù)格式進(jìn)行比較。而且，從比較結(jié)果，決定適宜的傳送協(xié)議數(shù)據(jù)和數(shù)據(jù)格式。在位于媒體服務(wù)器311中的內(nèi)容的傳送協(xié)議數(shù)據(jù)以及數(shù)據(jù)格式和媒體描述器312搜索的內(nèi)容的傳送數(shù)據(jù)以及數(shù)據(jù)格式適宜的情況下，其內(nèi)容能夠由媒體描述器312再生。然后，進(jìn)入到作為下一個(gè)步驟的服務(wù)器和描述器的準(zhǔn)備S313。
服務(wù)器和描述器的準(zhǔn)備S313是UPnP控制點(diǎn)310使用連接管理器314，對(duì)于媒體服務(wù)器311和媒體描述器312，通知生成在協(xié)議數(shù)據(jù)格式檢查S312中決定了的傳送協(xié)議數(shù)據(jù)和數(shù)據(jù)格式的連接的步驟。即，UPnP控制點(diǎn)310對(duì)于媒體服務(wù)器311，使用SOAT發(fā)送包括「準(zhǔn)備連接」動(dòng)作的消息。作為其響應(yīng)，媒體服務(wù)器311對(duì)于UPnP控制點(diǎn)310返送「AV輸送實(shí)例ID」。另外，UPnP控制點(diǎn)310對(duì)于媒體描述器312也使用SOAP發(fā)送包括「PrepareForConnection」動(dòng)作的消息。而且，作為其響應(yīng)，媒體描述器312對(duì)于UPnP控制點(diǎn)310返送「AV輸送實(shí)例ID」或者「描述控制實(shí)例ID」。UPnP控制點(diǎn)310在接收到響應(yīng)以后，進(jìn)入到作為下一個(gè)步驟的內(nèi)容的選擇S314。
內(nèi)容的選擇S314是UPnP控制點(diǎn)310使用AV輸送315服務(wù)，對(duì)于媒體服務(wù)器311和媒體描述器312，通知通過(guò)用戶的選擇所輸送的內(nèi)容等信息的步驟。即，UPnP控制點(diǎn)310對(duì)于媒體服務(wù)器311，使用SOAP，發(fā)送包括「設(shè)置AV輸送URI」動(dòng)作的消息。同樣，對(duì)于媒體描述器312也發(fā)送使用了SOAP的「設(shè)置AV輸送URI」動(dòng)作的消息。然后，進(jìn)入到作為實(shí)際進(jìn)行內(nèi)容的再生控制的步驟的再生S315。
再生S315是UPnP控制點(diǎn)310使用AV輸送315服務(wù)，對(duì)于媒體服務(wù)器311和媒體描述器312，使用SOAP進(jìn)行「播放」、「停止」和「尋找」等實(shí)際再生控制的指令的步驟。即，UPnP控制點(diǎn)310對(duì)于媒體服務(wù)器311和媒體描述器312，例如如果發(fā)送「播放」動(dòng)作的消息，則開(kāi)始內(nèi)容的再生。另外，在希望終止內(nèi)容再生的情況下，對(duì)于媒體服務(wù)器311和媒體描述器312發(fā)送「停止」動(dòng)作。
音量和畫質(zhì)調(diào)整S316是UPnP控制點(diǎn)310使用描述控制316服務(wù)，在內(nèi)容的再生過(guò)程中進(jìn)行描述的音量調(diào)整或者畫質(zhì)調(diào)整的步驟。例如，在進(jìn)行音量調(diào)整的情況下，UPnP控制點(diǎn)310對(duì)于媒體描述器312發(fā)送「設(shè)置音量」動(dòng)作的消息。其結(jié)果變更音量。在最終地完成了內(nèi)容傳送以后，進(jìn)入到作為下一個(gè)步驟的傳送結(jié)束S317。
傳送結(jié)束S317是UPnP控制點(diǎn)310使用連接管理器314，進(jìn)行UPnP控制點(diǎn)310與媒體服務(wù)器311之間的連接，以及UPnP控制點(diǎn)310與媒體描述器312之間的連接的結(jié)束處理的步驟。即，UPnP控制點(diǎn)310對(duì)于媒體描述器312，使用SOAP發(fā)送包括「連接結(jié)束」動(dòng)作的消息，接收其響應(yīng)。同樣，對(duì)于媒體服務(wù)器311發(fā)送包括「連接結(jié)束」動(dòng)作的消息，接收其響應(yīng)。經(jīng)過(guò)以上的步驟，結(jié)束一系列的內(nèi)容的再生。
以上是UPnP AV結(jié)構(gòu)格式中的UPnP控制點(diǎn)與器件的動(dòng)作。
<由UPnP控制點(diǎn)進(jìn)行的影像信息裝置的操作>
其次，說(shuō)明圖23所示的IP網(wǎng)絡(luò)上的UPnP控制點(diǎn)310經(jīng)由作為代表服務(wù)器動(dòng)作的UMU42，實(shí)際操作不具有UPnP功能的IEEE1394網(wǎng)絡(luò)上的影像信息裝置40a的方法。
首先，說(shuō)明UMU的軟件結(jié)構(gòu)。圖28示出了UMU42內(nèi)的軟件結(jié)構(gòu)。
UPnP棧321是進(jìn)行UPnP協(xié)議的處理的軟件群，例如，由處理標(biāo)準(zhǔn)的HTTP的獲得請(qǐng)求的HTTP服務(wù)器、用于解釋HTTP消息的標(biāo)題的HTTP服務(wù)器、XML服務(wù)器、處理SOAP、GENA和SSDP的協(xié)議的模塊群等構(gòu)成。即，UPnP棧321進(jìn)行基于UPnP協(xié)議的通信處理。
IEEEE1394棧322是用于處理IEEE1394的事務(wù)，或者功能控制協(xié)議(以下，記為「FCP」。)等的AV協(xié)議和AV/C指令等IEEE1394關(guān)聯(lián)協(xié)議的軟件群。即，IEEE1394棧322進(jìn)行基于IEEE1394協(xié)議的通信處理。
代表管理器326是具有例如在影像信息裝置40a那樣的IEEE1394設(shè)備連接到IEEE1394網(wǎng)絡(luò)上的情況下，根據(jù)該IEEE1394設(shè)備的信息起動(dòng)UPnP仿真處理325，或者在IEEE1394設(shè)備從網(wǎng)絡(luò)切斷的情況下，結(jié)束與該IEEE1394設(shè)備相對(duì)應(yīng)起動(dòng)的UPnP仿真處理325等功能的軟件。
UPnP處理325是與連接到IEEE1394網(wǎng)絡(luò)上的各個(gè)IEEE1394設(shè)備相對(duì)應(yīng)，作為分別獨(dú)立的過(guò)程，從代表管理器326起動(dòng)的軟件。即，為了使IEEE1394設(shè)備作為一個(gè)UPnP設(shè)備動(dòng)作，具有代替器件執(zhí)行UPnP的各步驟的功能。從而，UPnP仿真處理325作為與連接到IEEE1394網(wǎng)絡(luò)上的IEEE1394設(shè)備相對(duì)應(yīng)的過(guò)程起動(dòng)。而且，起動(dòng)UPnP仿真處理325的次數(shù)與連接到IEEE1394網(wǎng)絡(luò)上的IEEE1394設(shè)備的數(shù)量相同。
IEEE1394總線控制處理是具有監(jiān)視IEEE1394設(shè)備的狀態(tài)的功能的軟件，除去通知對(duì)于代表管理器326的IEEE1394設(shè)備的連接切斷的信息以外，還進(jìn)行從IEEE1394設(shè)備接收的AV/C指令數(shù)據(jù)對(duì)于UPnP仿真處理325的傳送，從UPnP仿真處理325接收的AV/C指令數(shù)據(jù)向IEEE1394設(shè)備的發(fā)送等。
IP地址管理器323是具有對(duì)于通過(guò)UPnP仿真處理325仿真的各IEEE1394設(shè)備，用于分配IP地址的功能的軟件。
其次，說(shuō)明在上述實(shí)施方式4中說(shuō)明過(guò)的UPnP的各動(dòng)作步驟中的UMU42內(nèi)的軟件的動(dòng)作。
首先，說(shuō)明尋址S301中的軟件的動(dòng)作。該步驟把新添加在IEEE1394網(wǎng)絡(luò)上的IEEE1394設(shè)備虛擬地視為IP網(wǎng)絡(luò)上的器件，提供從DHCP服務(wù)器給予的IP地址的步驟。
圖29示出了尋址S301中的UMU內(nèi)的軟件的動(dòng)作順序。首先，在步驟S320中，通過(guò)IEEE1394設(shè)備327的電源ON，或者通過(guò)新的IEEEE394設(shè)備327對(duì)于IEEE1394網(wǎng)絡(luò)的連接，發(fā)生總線復(fù)位。經(jīng)由IEEE1394棧322檢測(cè)出了總線復(fù)位的IEEE1394總線控制處理324在步驟S321中，對(duì)于授權(quán)管理器326進(jìn)行使其知道在網(wǎng)絡(luò)上新連接了IEEE1394設(shè)備327的連接通知。接收到連接通知的授權(quán)服務(wù)器326在步驟S322中，起動(dòng)與新連接的IEEE1394設(shè)備327相對(duì)應(yīng)的UPnP仿真處理325。在步驟S322中起動(dòng)的UPnP仿真處理325在以后所有的UPnP步驟中，始終與成為連接通知發(fā)出端的IEEE1394設(shè)備相對(duì)應(yīng)進(jìn)行動(dòng)作。即，在IEEE1394網(wǎng)絡(luò)上連接了多臺(tái)IEEE1394設(shè)備的情況下，在每一臺(tái)IEEE1394設(shè)備中，起動(dòng)在各個(gè)IEEE1394設(shè)備327中一對(duì)一的對(duì)應(yīng)的UPnP仿真處理325。接著，所起動(dòng)的UPnP仿真處理325在步驟S323中，對(duì)于IP地址管理器323進(jìn)行IP地址取得請(qǐng)求。IP地址管理器323對(duì)于IEEE1394設(shè)備327向DHCP服務(wù)器請(qǐng)求對(duì)于IEEE1394設(shè)備327虛擬分發(fā)的IP地址，在步驟S324中，把其結(jié)果提供的IP地址通知給UPnP仿真處理325。另外，作為尋址S301的方法，除去DHCP以外還可以使用AutoIP。
其次，說(shuō)明發(fā)現(xiàn)S302中的軟件的動(dòng)作。該步驟是UPnP控制點(diǎn)經(jīng)過(guò)UPnP仿真處理，檢測(cè)、識(shí)別IEEE1394設(shè)備的步驟。
圖30示出了新添加的器件對(duì)于UPnP控制點(diǎn)310進(jìn)行廣告動(dòng)作時(shí)的發(fā)現(xiàn)S302中的UMU內(nèi)的軟件的動(dòng)作順序。另外，圖30示出在IP網(wǎng)絡(luò)上存在2臺(tái)UPnP控制點(diǎn)301a、301b的情況。首先，在步驟S330中，與IEEE1394設(shè)備327相對(duì)應(yīng)，已經(jīng)起動(dòng)UPnP仿真處理325使用SSDP，多信道廣播廣告消息。UPnP控制點(diǎn)A310a和UPnP控制點(diǎn)B310b在接收到該消息以后，把UPnP仿真處理325視別為UPnP的器件。即，成為UPnP控制點(diǎn)A310a和UPnP控制點(diǎn)B310b經(jīng)由UPnP仿真處理325識(shí)別IEEE1394設(shè)備327。
圖31示出新添加的控制點(diǎn)進(jìn)行用于檢索器件的搜索動(dòng)作時(shí)的發(fā)現(xiàn)S302中的UMU內(nèi)的軟件的動(dòng)作順序。另外，圖31中，示出了在IEEE1394網(wǎng)絡(luò)上存在2臺(tái)IEEE1394設(shè)備327a、327b的情況。首先，在步驟S340中，UPnP控制點(diǎn)310使用SSDP，在IP網(wǎng)絡(luò)上多信道廣播搜索消息。接收到該消息的與IEEE1394設(shè)備327a相對(duì)應(yīng)的UPnP仿真處理325a和與IEEE1394設(shè)備327b相對(duì)應(yīng)的UPnP仿真處理325b檢測(cè)與自身對(duì)應(yīng)的IEEE1394設(shè)備是否具有與搜索消息的條件所示出的服務(wù)或者器件相當(dāng)?shù)墓δ埽诰哂衅涔δ艿那闆r下，在步驟S341中，對(duì)于UPnP控制點(diǎn)310發(fā)送響應(yīng)消息。圖中，示出與UPnP仿真處理325b相對(duì)應(yīng)的IEEE1394設(shè)備327具有搜索消息的條件所示出的服務(wù)或者與設(shè)備相當(dāng)?shù)男阅艿那闆r。接收到響應(yīng)消息的UPnP控制點(diǎn)310經(jīng)由UPnP仿真處理325，把IEEE1394設(shè)備327b識(shí)別為適合于自身搜索的條件的器件。
其次，說(shuō)明描述S303中的軟件的動(dòng)作。該步驟是CPnP控制點(diǎn)經(jīng)由UPnP仿真處理，取得與IEEE1394設(shè)備有關(guān)的詳細(xì)信息的步驟。
圖32示出了描述S303中的UMU內(nèi)的軟件的動(dòng)作順序。首先，UPnP控制點(diǎn)310在步驟S350中，使用廣告消息或者搜索響應(yīng)消息中記述的URL，對(duì)于與IEEEE1394設(shè)備327相對(duì)應(yīng)的UPnP仿真處理325，進(jìn)行器件描述的請(qǐng)求。另外，在步驟S350中使用的協(xié)議是HTTP。接著，UPnP仿真處理325把關(guān)于IEEE1394設(shè)備327的器件信息以XML形式生成為器件描述，在步驟S351中向UPnP控制點(diǎn)310發(fā)送。在步驟S351中的器件描述的服務(wù)列表中，記載著用于取得服務(wù)描述的URL的情況下，進(jìn)而，UPnP控制點(diǎn)310在步驟S352中，對(duì)于UPnP仿真處理325，進(jìn)行服務(wù)描述的請(qǐng)求。UPnP仿真處理325對(duì)于步驟S352中的服務(wù)描述的請(qǐng)求，把關(guān)于IEEE1394設(shè)備327的服務(wù)信息以XML形式生成為服務(wù)描述，在步驟S351中向UPnP控制點(diǎn)310發(fā)送。另外，S350中的器件描述的請(qǐng)求和S351中的器件描述的發(fā)送進(jìn)行與UPnP仿真處理325相對(duì)應(yīng)的IEEE1394設(shè)備327具有的器件的次數(shù)。同樣，S352的服務(wù)描述的請(qǐng)求和S353的服務(wù)描述的發(fā)送進(jìn)行與UPnP仿真處理325相對(duì)應(yīng)的IEEE1394設(shè)備327具有的服務(wù)的次數(shù)。根據(jù)該步驟，UPnP控制點(diǎn)成為經(jīng)由UPnP仿真處理，識(shí)別IEEE1394設(shè)備具有的服務(wù)和器件。
其次，說(shuō)明控制S303中的軟件的動(dòng)作。該步驟是UPnP控制點(diǎn)經(jīng)過(guò)UPnP仿真處理，控制IEEE1394設(shè)備的步驟。
圖33示出了控制S303中的UMU內(nèi)的軟件的動(dòng)作順序。首先，在步驟S360中，UPnP控制點(diǎn)310使用SOAP對(duì)于UPnP仿真處理325進(jìn)行動(dòng)作請(qǐng)求。UPnP仿真處理325把所接收的UPnP的動(dòng)作請(qǐng)求變換為與該動(dòng)作請(qǐng)求相對(duì)應(yīng)的AV/C指令，在步驟S361中發(fā)送到IEEE1394總線控制處理324。IEEE1394總線控制處理324在步驟S362中，對(duì)于IEEE1394設(shè)備327發(fā)送AV/C指令。IEEE13947設(shè)備327按照所接收的AV/C指定的進(jìn)行動(dòng)作。在動(dòng)作結(jié)束以后，IEEE1394設(shè)備327在步驟S363中把AV/C響應(yīng)發(fā)送到IEEE394總線處理324。IEEE1394總線處理324在步驟S364中，把接收的AV/C響應(yīng)發(fā)送到作為與響應(yīng)的發(fā)送方的IEEE394設(shè)備327相對(duì)應(yīng)的UPnP仿真處理325。UPnP仿真處理325在把AV/C響應(yīng)變換為UPnP的動(dòng)作響應(yīng)以后，使用SOAP在步驟S365中發(fā)送到UPnP控制點(diǎn)310。UPnP控制點(diǎn)310通過(guò)接收動(dòng)作響應(yīng)，識(shí)別執(zhí)行了自身發(fā)行的動(dòng)作請(qǐng)求。
其次，說(shuō)明事件305中的軟件動(dòng)作。該步驟是UPnP控制點(diǎn)經(jīng)過(guò)UPnP仿真處理，檢測(cè)IEEE1394設(shè)備的狀態(tài)變化的步驟。
圖34示出了UPnP控制點(diǎn)310對(duì)于UPnP器件進(jìn)行請(qǐng)求狀態(tài)變化通知的預(yù)定動(dòng)作時(shí)的事件S305的UMU內(nèi)的軟件的動(dòng)作順序。首先，UPnP控制點(diǎn)310在步驟S370中，使用GENA，對(duì)于UPnP仿真處理325進(jìn)行預(yù)定請(qǐng)求。UPnP仿真處理325響應(yīng)預(yù)定請(qǐng)求，在把UPnP控制點(diǎn)310添加到購(gòu)讀者列表中以后，在步驟S371中，對(duì)于UPnP控制點(diǎn)310返送預(yù)定響應(yīng)。然后，UPnP仿真處理325在步驟S372中，對(duì)于IEEE1394控制處理324，返送用于請(qǐng)求使得了解狀態(tài)變化的AV/C指令「Nortity」。IEEE1394總線處理324對(duì)于IEEE394設(shè)備327，在步驟S373中發(fā)送AV/C指令「Nortity」。由此，當(dāng)存在IEEE1394設(shè)備的狀態(tài)變化時(shí)，UPnP控制點(diǎn)能夠經(jīng)過(guò)UPnP仿真處理，檢測(cè)其狀態(tài)變化。進(jìn)而，UPnP仿真處理325對(duì)于IEEE1394總線控制處理324，在步驟S374中把查詢當(dāng)前狀態(tài)的AV/C指令「狀態(tài)」發(fā)送到IEEE1394總線控制處理324。IEEE1394總線控制處理324在步驟S375中，對(duì)于IEEE1394設(shè)備327發(fā)送AV/C指令「狀態(tài)」。IEEE1394設(shè)備327根據(jù)AV/C指令「狀態(tài)」，把當(dāng)前的狀態(tài)作為AV/C指令「狀態(tài)」，在步驟S376中，向IEEE1394總線控制處理324進(jìn)行發(fā)送。IEEE1394總線控制處理324把接收的AV/C響應(yīng)「狀態(tài)」在步驟S375中發(fā)送到與作為響應(yīng)的發(fā)送方的IEEE1394設(shè)備327相對(duì)應(yīng)的UPnP仿真處理325。UPnP仿真處理325把AV/C響應(yīng)「狀態(tài)」變換為UPnP的原始事件，使用GENA在步驟S378中發(fā)送到UpnP控制點(diǎn)310。由此，UPnP控制點(diǎn)310成為經(jīng)過(guò)UPnP仿真處理，能夠了解進(jìn)行了預(yù)定請(qǐng)求的IEEE1394設(shè)備327的初始狀態(tài)。
圖35示出了在IEEE1394設(shè)備327中發(fā)生了狀態(tài)變量的變化時(shí)軟件的動(dòng)作順序。首先，在接收了AV/C指令「Nortify」的IEEE394設(shè)備327中發(fā)生了狀態(tài)變量的變化時(shí)，IEEE1394設(shè)備327在步驟S380中，對(duì)于IEEE1394總線控制處理324發(fā)送AV/C響應(yīng)「Nortify」。IEEE1394總線控制處理324把接收的AV/C響應(yīng)「Nortify」在步驟S381中發(fā)送到與作為響應(yīng)的發(fā)送方的IEEE394設(shè)備327相對(duì)應(yīng)的UPnP仿真處理325。UPnP仿真處理325備于自身仿真的IEEE1394設(shè)備327的下一個(gè)狀態(tài)變量的變化，在步驟S382中，再次把AV/C指令「Nortify」發(fā)送到IEEE1394總線控制處理324。IEEE1394總線控制處理324對(duì)于IEEE1394設(shè)備327，在步驟S383中，發(fā)送AV/C指令「Nortity」。然后，UPnP仿真處理325對(duì)于IEEE1394總線控制處理324，在步驟S384中把查詢IEEE1394設(shè)備327的當(dāng)前狀態(tài)的AV/C指令「狀態(tài)」發(fā)送到IEEE1394總線控制處理324。IEEE1394總線控制處理324在步驟S385中，對(duì)于IEEE1394設(shè)備327，發(fā)送AV/C指令「狀態(tài)」。IEEE1394設(shè)備327根據(jù)A/C指令「狀態(tài)」，把當(dāng)前狀態(tài)作為AV/C響應(yīng)「狀態(tài)」，在步驟S386中，對(duì)于IEEE1394總線控制處理324發(fā)送。IEEE1394總線控制處理324把接收的AV/C響應(yīng)「狀態(tài)」在步驟S387中發(fā)送到與作為響應(yīng)的發(fā)送方的IEEE1394設(shè)備327相對(duì)應(yīng)的UPnP仿真處理325，UPnP仿真處理325把AV/C響應(yīng)「狀態(tài)」變換為UPnP的事件消息「NORTIFY」，使用GENA，在步驟S388中發(fā)送到UPnP控制點(diǎn)310。由此，UPnP控制點(diǎn)310成為經(jīng)由UPnP仿真處理325，能夠知道進(jìn)行了預(yù)定請(qǐng)求的IEEE1394設(shè)備327的狀態(tài)變化。
<UMU內(nèi)的軟件的動(dòng)作>
其次，說(shuō)明圖27所示的內(nèi)容再生流程的各個(gè)步驟中的圖26所示的UMU42內(nèi)的軟件的實(shí)際動(dòng)作。
首先，說(shuō)明內(nèi)容的檢索S311中的軟件的動(dòng)作。圖37示出了內(nèi)容的檢索S311中的軟件的動(dòng)作順序。首先，在步驟S400中，UPnP控制點(diǎn)310使用SOAP，對(duì)于UPnP仿真處理325，發(fā)送包括「瀏覽」或者「搜索」動(dòng)作請(qǐng)求的消息。與IEEE1394設(shè)備相對(duì)應(yīng)已經(jīng)起動(dòng)的UPnP仿真處理325經(jīng)由UPnP棧321，接收發(fā)送來(lái)的消息。接收了消息的UPnP仿真處理325使用圖36所示的UPnP的服務(wù)與AV/C指令的對(duì)應(yīng)表，把作為UPnP服務(wù)的「瀏覽」或者「搜索」動(dòng)作變換為AV/C指令的「讀描述器(READ DESCRIPTOR)」，在步驟S401中發(fā)送到IEEE1394總線控制處理324。IEEE394總線控制處理324在步驟S402中，經(jīng)過(guò)IEEE1394棧，把AV/C指令「讀描述器」發(fā)送到IEEE1394設(shè)備327。接收到該AV/C指令的IEEE1394設(shè)備327在S403中，經(jīng)過(guò)IEEE1394棧，把包括自身具有的內(nèi)容的分層構(gòu)造、傳送協(xié)議數(shù)據(jù)和數(shù)據(jù)格式的信息的AV/C響應(yīng)返送到IEEE394總線控制處理324。IEEE1394總線控制處理324在S404中把接收的AV/C響應(yīng)發(fā)送到作為AV/C指令的發(fā)送方的UPnP仿真處理325。UPnP仿真處理325使用圖36所示的UPnP的服務(wù)與AV/C響應(yīng)的對(duì)應(yīng)表，變換為UPnP的響應(yīng)消息，在S405中經(jīng)過(guò)UPnP棧321，發(fā)送到UPnP控制點(diǎn)310。通過(guò)該步驟，UPnP控制點(diǎn)310識(shí)別IEEE1394設(shè)備327具有的內(nèi)容的分層構(gòu)造、傳送協(xié)議數(shù)據(jù)和數(shù)據(jù)格式的信息。
另外，上述的AV/C指令「讀描述器」的發(fā)行實(shí)際上在「讀描述器」之前執(zhí)行「打開(kāi)描述器」子功能「讀打開(kāi)」，在「讀描述器」以后，發(fā)行「打開(kāi)描述器(OPEN DESCIPTOR)」子功能「關(guān)閉(CLOSE)」的一系列手續(xù)。另外，根據(jù)所需要的信息，代替「讀描述器」，也有使用「讀信息塊(READ INFO BLOCK)」指令的情況或者使用各個(gè)手續(xù)的組合的情況。
其次，說(shuō)明協(xié)議數(shù)據(jù)格式檢查S312中的軟件的動(dòng)作。圖38示出了協(xié)議數(shù)據(jù)格式檢查S312中的軟件的動(dòng)作順序。首先，在步驟S410中，UPnP控制點(diǎn)310使用SOAP，對(duì)于UPnP仿真處理325發(fā)送包括「獲得協(xié)議信息(GetProtocolInfo)」動(dòng)作請(qǐng)求的消息。與IEEE1394設(shè)備相對(duì)應(yīng)已經(jīng)起動(dòng)的UPnP仿真處理325經(jīng)由UPnP棧321接收發(fā)送來(lái)的消息。
接收了消息的UPnP仿真處理325使用圖36所示的UPnP的服務(wù)與AV/C指令的對(duì)應(yīng)表，把作為UPnP服務(wù)的「獲得協(xié)議信息」動(dòng)作變換為AV/C指令的「INPUT PLUG SIGNAL OF RMAT」的狀態(tài)，在步驟S411中發(fā)送到IEEE1394總線控制處理324。IEEE1394總線控制處理324在步驟S412中，經(jīng)由IEEE1394棧，把AV/C指令「INPUT PLUG SIGNAL OF RMAT」的狀態(tài)發(fā)送到IEEE1394設(shè)備327。接收了該AV/C指令的IEEE1394設(shè)備427在S413中，經(jīng)由IEEE1394棧，把包括自身支持的傳送協(xié)議數(shù)據(jù)和數(shù)據(jù)格式的信息的AV/C響應(yīng)返送到IEEE1394總線控制處理324。IEEE394總線控制處理324在S414中把接收的AV/C響應(yīng)發(fā)送到作為AV/C指令的發(fā)送方的UPnP仿真處理325。UPnP仿真處理325使用圖36所示UPnP的服務(wù)與AV/C響應(yīng)的對(duì)應(yīng)表，變換為UPnP的響應(yīng)消息，在S415中經(jīng)由UPnP棧321發(fā)送到UPnP控制點(diǎn)310。由此，UPnP控制點(diǎn)310識(shí)別IEEEE1394設(shè)備327支持的傳送協(xié)議數(shù)據(jù)和數(shù)據(jù)格式的信息。
其次，說(shuō)明服務(wù)器和再生器的準(zhǔn)備S313中的軟件的動(dòng)作。圖39示出了服務(wù)器和再生器的準(zhǔn)備S313中軟件的動(dòng)作順序。首先，在步驟S420中，UPnP控制點(diǎn)310使用SOAP，對(duì)于UPnP仿真處理325，發(fā)送包括「準(zhǔn)備連接(PrepareForConnection)」動(dòng)作的消息。與IEEE1394設(shè)備相對(duì)應(yīng)已經(jīng)起動(dòng)的UPnP仿真處理325經(jīng)過(guò)UPnP棧321接收發(fā)送來(lái)的消息。接收了消息的UPnP仿真處理325在S421中對(duì)于IEEE1394總線控制處理324進(jìn)行連接請(qǐng)求。IEEE1394總線控制處理324在步驟S422中經(jīng)MH IEEE1394棧，對(duì)于IEEE1394設(shè)備327，發(fā)送基于閉鎖事務(wù)(lock transport)的標(biāo)志的設(shè)定請(qǐng)求。接收了該閉鎖事務(wù)的IEEE1394設(shè)備327生成物理的連接。在連接生成以后，在S423中，把基于閉鎖事務(wù)的標(biāo)志的設(shè)定結(jié)果經(jīng)由IEEE1394棧，發(fā)送到IEEE1394總線控制處理324。IEEE1394總線控制處理324在S424中把連接結(jié)束響應(yīng)返回到作為AV/C指令的發(fā)送方的UPnP仿真處理325。接收了連接結(jié)束響應(yīng)的UPnP仿真處理325使用圖36所示的UPnP的服務(wù)與AV/C指令的對(duì)應(yīng)表，把作為UPnP的服務(wù)的「準(zhǔn)備連接」動(dòng)作變換為AV/C指令的「連接AV(CONNENT AV)」，在步驟S425中發(fā)送到IEEEE394總線控制處理324。IEEE1394總線控制處理324在步驟S426中，經(jīng)由IEEE1394棧，把「連接AV」發(fā)送到IEEE1394設(shè)備327。接收了該AV/C指令的IEEE1394設(shè)備327在實(shí)際上生成了自身與其它器件之間能夠收發(fā)數(shù)據(jù)的連接以后，經(jīng)由IEEE1394棧，在步驟S427中把包括生成結(jié)果的AV/C響應(yīng)返送到IEEE1394總線控制處理324。IEEE1394總線控制處理324在S428中把接收的AV/C響應(yīng)發(fā)送到作為AV/C指令的發(fā)送方的UPnP仿真處理325。UPnP仿真處理325使用圖36所示的UPnP的服務(wù)與AV/C響應(yīng)的對(duì)應(yīng)表，變換為UPnP的響應(yīng)消息，在S329中經(jīng)過(guò)UPnP棧321，發(fā)送到UPnP控制點(diǎn)310。由此，對(duì)于IEEE1394設(shè)備327能夠收發(fā)內(nèi)容。
其次，說(shuō)明內(nèi)容的選擇S314中的軟件的動(dòng)作。圖40示出了內(nèi)容的選擇S314中的軟件的動(dòng)作順序。首先，用戶選擇在隨后的再生S315中再生的內(nèi)容。然后，在步驟S430中，UPnP控制點(diǎn)310使用SOAP，對(duì)于UPnP仿真處理325，發(fā)送包括「設(shè)置輸送URI(SetTranportURI)」動(dòng)作請(qǐng)求的消息。與IEEE1394設(shè)備相對(duì)應(yīng)已經(jīng)起動(dòng)的UPnP仿真處理325經(jīng)過(guò)UPnP棧321，接收發(fā)送來(lái)的消息。接收了消息的UPnP仿真處理325使用圖36所示的UPnP的服務(wù)與AV/C指令的對(duì)應(yīng)表，把作為UPnP的服務(wù)的「設(shè)置輸送URI」動(dòng)作變換為AV/C指令的「SET PLUG ASSOCIATION」，在步驟S431中發(fā)送到IEEE1394總線控制處理324。IEEE1394總線控制處理324在步驟S432中，經(jīng)過(guò)IEEE1394棧，把「SET PLUG ASSOCIATION」發(fā)送到IEEE1394設(shè)備327。接收了該AV/C指令的IEEE1394設(shè)備327在S433中，經(jīng)由IEEE1394棧，把包括所選擇的內(nèi)容的AV/C響應(yīng)發(fā)送到IEEE1394總線控制處理324。IEEE1394總線控制處理324在S434中把接收的AV/C響應(yīng)發(fā)送到作為AV/C指令的發(fā)送方的UPnP仿真處理325。UPnP仿真處理325使用圖36所示的UPnP的服務(wù)與AV/C響應(yīng)的對(duì)應(yīng)表，變換為UPnP的響應(yīng)消息。在S435中經(jīng)過(guò)UPnP棧321，發(fā)送到UPnP控制點(diǎn)310。由此，UPnP控制點(diǎn)310識(shí)別用戶選擇的內(nèi)容。
其次，說(shuō)明再生S315中的軟件的動(dòng)作。圖41示出了再生S315中的軟件的動(dòng)作順序。首先，在步驟S440中，UPnP控制點(diǎn)310使用SOAP，對(duì)于UPnP仿真處理325，發(fā)送包括「播放(play)」動(dòng)作請(qǐng)求的消息。與IEEE1394設(shè)備327相對(duì)應(yīng)已經(jīng)起動(dòng)的UPnP仿真處理325經(jīng)由UPnP棧321，接收發(fā)送來(lái)的消息。接收了消息的UPnP仿真處理325使用圖36所示的UPnP的服務(wù)與AV/C指令的對(duì)應(yīng)表，把作為UPnP服務(wù)的「播放」動(dòng)作變換為AV/C指令的「播放」，在步驟S441中發(fā)送到IEEE1394總線控制處理324。IEEE1394總線控制處理324在步驟S442中，經(jīng)過(guò)IEEE1394棧，把AV/C指令「播放」發(fā)送到IEEE1394設(shè)備327，接收了該AV/C指令的IEEE1394設(shè)備327開(kāi)始內(nèi)容的再生。然后，在S443中，經(jīng)過(guò)IEEE1394棧，把包括開(kāi)始了內(nèi)容再生的信息的AV/C響應(yīng)返送到IEEE1394總線控制處理324。IEEE1394總線控制處理324在S444中把接收的AV/C響應(yīng)發(fā)送到作為AV/C指令的發(fā)送方的UPnP仿真處理325。UPnP仿真處理325使用圖36所示的UPnP的服務(wù)與AV/C響應(yīng)的對(duì)應(yīng)表，變換為UPnP的響應(yīng)消息，在S445中經(jīng)由UPnP棧321，發(fā)送到UPnP控制點(diǎn)310。由此，UPnP控制點(diǎn)310能夠識(shí)別在IEEE1394設(shè)備327中，開(kāi)始了內(nèi)容的再生。
其次，說(shuō)明音量和畫質(zhì)調(diào)整S316中的軟件的動(dòng)作。圖42示出音量和畫質(zhì)調(diào)整S316中的軟件的動(dòng)作順序。首先，在步驟S450中，UPnP控制點(diǎn)310使用SOAP，對(duì)于UPnP仿真處理325發(fā)送包括「設(shè)置音量」動(dòng)作請(qǐng)求的消息。與IEEE1394設(shè)備327相對(duì)應(yīng)已經(jīng)起動(dòng)的UPnP仿真處理325經(jīng)過(guò)UPuP棧321，接收發(fā)送來(lái)的消息。接收了消息的UPnP仿真處理325使用圖36所示的UPnP的服務(wù)與AV/C指令的對(duì)應(yīng)表，把作為UPnP的服務(wù)的「設(shè)置音量(SetVolume)」動(dòng)作變換為AV/C指令的「功能塊(FUNCTION BLOCK)」，在步驟S451中發(fā)送到IEEE1394總線控制處理324。IEEE1394總線控制處理324在步驟S452中，經(jīng)由IEEE1394棧，把AV/C指令「功能塊」發(fā)送到IEEE1394設(shè)備327。接收了該AV/C指令的IEEE1394設(shè)備327進(jìn)行音量的調(diào)整。然后，在S453中，經(jīng)由IEEE1394棧，把包括與調(diào)整了的音量有關(guān)的信息的AV/C響應(yīng)返送到IEEE1394總線控制處理324。IEEE1394總線控制處理324在S454中把接收的AV/C響應(yīng)發(fā)送到作為AV/C指令的發(fā)送方的UPnP仿真處理325。UPnP仿真處理325使用圖36所示的UPnP的服務(wù)與AV/C響應(yīng)的對(duì)應(yīng)表，變換為UPnP的響應(yīng)消息，在S445中經(jīng)過(guò)UPnP棧321，發(fā)送到UPnP控制點(diǎn)310。由此，UPnP控制點(diǎn)310能夠識(shí)別在IEEE1394設(shè)備327中進(jìn)行調(diào)整了音量。
最后，說(shuō)明傳送結(jié)束S316中的軟件的動(dòng)作。圖43示出了傳送結(jié)束S316中的軟件的動(dòng)作順序。首先，在步驟S460中，UPnP控制點(diǎn)310使用SOAP，對(duì)于UPnP仿真處理325，發(fā)送包括「?jìng)魉徒Y(jié)束(TransferComplete)」動(dòng)作請(qǐng)求的消息。與IEEE1394設(shè)備327相對(duì)應(yīng)已經(jīng)起動(dòng)UPnP仿真處理325經(jīng)過(guò)UPnP棧321，接收發(fā)送來(lái)的消息。接收了消息的UPnP仿真處理325使用圖36所示的UPnP的服務(wù)與AV/C指令的對(duì)應(yīng)表，把作為UPnP服務(wù)的「?jìng)魉徒Y(jié)束」動(dòng)作變換為AV/C指令的「切斷AV(DISCONNECT AV)」，在步驟S461中發(fā)送到IEEE1394總線控制處理324。IEEE1394總線控制處理324在步驟S462中，經(jīng)由IEEEE1394棧，把AV/C指令「切斷AV」發(fā)送到IEEE1394設(shè)備327。接收了該AV/C指令的IEEE1394設(shè)備327解除自身的連接。然后，在S463中，經(jīng)過(guò)IEEE1394棧，把包括解除了連接的消息的AV/C響應(yīng)返送到IEEE1394總線控制處理324。IEEE1394總線控制處理324在S464中把接收的AV/C響應(yīng)發(fā)送到作為AV/C指令發(fā)送方的UPnP仿真處理325。接收了連接解除響應(yīng)的UPnP仿真處理325進(jìn)而為了解除物理的連接，在步驟S465中把連接結(jié)束請(qǐng)求發(fā)送到IEEE1394總線控制處理324。接收了連接結(jié)束請(qǐng)求的IEEE1394總線控制處理324在S466中經(jīng)過(guò)IEEE1394棧，對(duì)于IEEE1394設(shè)備327發(fā)送基于閉鎖事務(wù)的標(biāo)志的解除請(qǐng)求。接收了該消息的IEEEE1394設(shè)備327解除物理的連接。然后，在S467中，經(jīng)由IEEE1394棧，把包括解除了物理連接的信息的閉鎖事務(wù)自動(dòng)返送到IEEE1394總線控制處理324。IEEE1394總線控制處理324在S468中把接收的AV/C響應(yīng)發(fā)送到作為AV/C指令發(fā)送方的UPnP仿真處理325。UPnP仿真處理325使用圖36所示的UPnP的服務(wù)與AV/C響應(yīng)的對(duì)應(yīng)表，變換為UPnP的響應(yīng)消息，在S469中經(jīng)過(guò)UPnP棧321，發(fā)送到UPnP控制點(diǎn)310。由此，UPnP控制點(diǎn)310能夠識(shí)別解除了IEEE1394設(shè)備327的連接。
如上所述，如果依據(jù)所說(shuō)明的操作方法，則IP網(wǎng)絡(luò)上的UPnP控制點(diǎn)能夠操作位于IEEE1394網(wǎng)絡(luò)上的沒(méi)有UPnP功能的IEEE1394設(shè)備。即，通過(guò)使用UMU42，能夠操作位于IEEE1394網(wǎng)絡(luò)上而且沒(méi)有UPnP功能的影像信息裝置40a、40b等裝置。另外，如果依據(jù)在本實(shí)施方式中說(shuō)明過(guò)的操作方法，則由于UPnP控制點(diǎn)不需要預(yù)先識(shí)別連接在IEEE1394網(wǎng)絡(luò)上的IEEEE1394設(shè)備的單元和子單元，因此能夠容易地進(jìn)行IEEE1394設(shè)備的添加、清除以及UPnP控制點(diǎn)的添加和清除。另外，在已經(jīng)構(gòu)成IEEE1394網(wǎng)絡(luò)，而且在IP網(wǎng)絡(luò)上存在UPnP控制點(diǎn)，并且希望從該UPnP控制點(diǎn)操作IEEE1394設(shè)備的情況下，如果使用在本實(shí)施方式中說(shuō)明過(guò)的UMU，則能夠不變更已經(jīng)存在的IEEE1394網(wǎng)絡(luò)和IP網(wǎng)絡(luò)的結(jié)構(gòu)進(jìn)行操作。即，不需要使用搭載了能夠理解、變換在IEEE1394網(wǎng)絡(luò)中使用的AV/C指令和UPnP的動(dòng)作這兩方的軟件的UPnP控制點(diǎn)。
即，如果依據(jù)在本實(shí)施方式中說(shuō)明過(guò)的UMU，則能夠不使用搭載了新的LSI的設(shè)備，就能夠從位于第1網(wǎng)絡(luò)上的設(shè)備操作位于第2網(wǎng)絡(luò)上的設(shè)備。即，即使在相互的設(shè)備位于用于設(shè)備操作的指令體系分別不同的網(wǎng)絡(luò)上的情況下，也能夠不需要新設(shè)置搭載了能夠理解、變換兩者的指令體系的系統(tǒng)LSI的中間設(shè)備而操作相互的網(wǎng)絡(luò)上的設(shè)備。
本發(fā)明因?yàn)橛腥缫陨纤f(shuō)明的那樣構(gòu)成，因此具有以下所示的效果。
即，即使在設(shè)備中所要求的標(biāo)準(zhǔn)和功能發(fā)生變化，也能夠不需要新開(kāi)發(fā)與標(biāo)準(zhǔn)和功能變更的要求相對(duì)應(yīng)的系統(tǒng)LSI，能夠提供可以容易地進(jìn)行功能的擴(kuò)展和變更的影像設(shè)備。
權(quán)利要求
1.一種影像設(shè)備，其特征在于包括影像設(shè)備主體，該影像設(shè)備主體在具備第1LSI的同時(shí)，還具備連接具有控制該第1LSI的第2LSI的影像模塊單元的接口。
2.根據(jù)權(quán)利要求1所述的影像設(shè)備，其特征在于第1LSI以及第2LSI分別具備多個(gè)控制層，上述第2LSI在上述第1LSI以及上述第2LSI的各控制層之間發(fā)送與該控制層相對(duì)應(yīng)的控制信息來(lái)控制影像設(shè)備主體。
3.根據(jù)權(quán)利要求1所述的影像設(shè)備，其特征在于連接著影像設(shè)備主體的第2網(wǎng)絡(luò)與連接著影像模塊單元的第1網(wǎng)絡(luò)不同。
4.根據(jù)權(quán)利要求3所述的影像設(shè)備，其特征在于第1網(wǎng)絡(luò)上所連接的設(shè)備之間的操作指令體系與第2網(wǎng)絡(luò)上所連接的設(shè)備之間的操作指令體系不同。
5.一種影像模塊單元，其特征在于具有控制第1LSI的第2LSI，并且能夠連接到具有上述第1LSI的影像設(shè)備主體。
6.根據(jù)權(quán)利要求5所述的影像模塊單元，其特征在于第2LSI通過(guò)來(lái)自連接著影像模塊單元的第1網(wǎng)絡(luò)上所連接的設(shè)備的操作來(lái)發(fā)行指令。
7.根據(jù)權(quán)利要求6所述的影像模塊單元，其特征在于第2LSI能夠把第1網(wǎng)絡(luò)的操作指令變換為連接著影像設(shè)備主體的第2網(wǎng)絡(luò)的操作指令。
8.根據(jù)權(quán)利要求7所述的影像模塊單元，其特征在于第2LSI通過(guò)把第2網(wǎng)絡(luò)上所連接的設(shè)備視為第1網(wǎng)絡(luò)上所連接的設(shè)備，進(jìn)行操作指令的變換。
9.一種影像設(shè)備操作方法，其特征在于包括連接影像設(shè)備與影像模塊單元的連接步驟；連接著該影像模塊單元的第1網(wǎng)絡(luò)上所連接的設(shè)備發(fā)行指令的指令發(fā)行步驟；上述影像模塊單元把上述所發(fā)行的指令變換為連接著上述影像設(shè)備的第2網(wǎng)絡(luò)的指令體系的指令的指令變換步驟；根據(jù)該變換后的指令來(lái)操作影像設(shè)備的操作步驟。
全文摘要
本發(fā)明提供影像設(shè)備，影像模塊單元以及影像設(shè)備操作方法。在影像信息裝置(40)上連接包括提供圖形或者新的圖像編解碼或者網(wǎng)絡(luò)功能等擴(kuò)展功能的普通影像模塊(12)的單元(42)，通過(guò)從普通影像模塊控制影像信息裝置，能夠不必新開(kāi)發(fā)影像信息裝置(40)內(nèi)部的LSI自身而提高擴(kuò)展性。
文檔編號(hào)G06F13/00GK1698042SQ20048000044
公開(kāi)日2005年11月16日 申請(qǐng)日期2004年4月21日 優(yōu)先權(quán)日2003年4月24日
發(fā)明者吉本恭輔, 村上篤道, 森田知宏, 水谷芳樹, 平澤和夫, 前田泰雄, 吉永光伸, 石田晃三 申請(qǐng)人:三菱電機(jī)株式會(huì)社