專利名稱：Av服務器設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通過家庭網(wǎng)絡(luò)等向客戶端設(shè)備提供音樂或動態(tài)圖像等AV(Audio Video，音頻視頻)內(nèi)容等的AV服務器設(shè)備，特別是涉及向家用的多臺客戶端設(shè)備發(fā)送AV內(nèi)容的AV服務器設(shè)備。
背景技術(shù)：
近年來，由于xDSL(Digital Subscriber Line，數(shù)字用戶線路)或光纖等寬帶環(huán)境的完善，無論在企業(yè)還是一般家庭，互聯(lián)網(wǎng)連接都迅速普及起來。并且，利用Ethernet(注冊商標)或無線LAN(Local Area Network，局域網(wǎng))等來連接家庭內(nèi)的PC(Personal Computer，個人電腦)或家電設(shè)備的家庭網(wǎng)絡(luò)環(huán)境也逐步普及。在這種情況下，不僅是個人電腦(PC，PersonalComputer)，而且電視機、DVD錄像機、空調(diào)、或冰箱之類的家電也開始能通過由IETF(Internet Engineering Task Force，互聯(lián)網(wǎng)工程任務組)定義的IP(Internet Protocol，互聯(lián)網(wǎng)協(xié)議)來互相連接。
作為互聯(lián)網(wǎng)或者家庭網(wǎng)絡(luò)中的功能之一，就是在家電設(shè)備或PC間觀賞音樂或者動態(tài)圖像等AV內(nèi)容。例如，提供AV流功能的示例等，即，利用連接到網(wǎng)絡(luò)的TV或者PC等來接受觀賞DVD錄像機所錄制的重現(xiàn)節(jié)目。
進行所述AV流的協(xié)議中，代表性協(xié)議有由RFC(Request forComments，請求注解)2616定義的HTTP(Hyper TextTransfer Protocol，超文本傳輸協(xié)議)，以及由RFC1889定義的RTP(Real-time Transport Protocol，實時傳輸協(xié)議)等。特別是，HTTP通過TCP(Transmission Control Protocol，傳輸控制協(xié)議)的重新發(fā)送功能，來確保傳輸?shù)目煽啃浴＜?，TCP包括檢測出包錯誤后進行重新發(fā)送的順序、以及檢測出丟失包后進行重新發(fā)送的順序，因此，即使傳輸路徑上出現(xiàn)錯誤或者包丟失，也能夠確保正確文件的發(fā)送。
并且，因為在易于產(chǎn)生傳輸錯誤的網(wǎng)絡(luò)環(huán)境下，具有會由于重新發(fā)送數(shù)據(jù)而導致處理量(throughput)降低的特征，所以，TCP面向家庭網(wǎng)絡(luò)之類的在傳輸路徑上易于產(chǎn)生錯誤或者包丟失的環(huán)境下的AV流，而成為UpnPAV(Universal Plug and Play Audio/Video，通用即插即用音頻視頻)及DLNA(Digital Living Network Alliance，數(shù)字生活網(wǎng)絡(luò)聯(lián)盟)等基本的AV流式。
然而，利用HTTP的AV流雖然可靠性高，但另一方面，為保持實時性而依賴于AV服務器設(shè)備的資源。例如，當面對需要高比特率的傳輸速度的存儲數(shù)據(jù)、或者有多臺設(shè)備同時訪問時，則必須根據(jù)處理量，在AV服務器設(shè)備中進行資源分配的管理。資源分配的管理方法有(1)限制用來進行HTTP消息的發(fā)送接收的TCP連接的個數(shù)等方法。此時，對于超過限制后再次請求網(wǎng)絡(luò)重現(xiàn)的客戶端設(shè)備，一般會發(fā)送錯誤消息，或者，無視這種請求，而由之前已建立連接的客戶端設(shè)備繼續(xù)觀賞AV內(nèi)容。這是使之前已建立連接的設(shè)備優(yōu)先的“先到優(yōu)先”的觀點。所述“先到優(yōu)先”的觀點，是以物理連接為代表。
另一方面，(2)UpnP AV中存在用于管理連接的所謂CMS(ConnectionManager Service，連接管理服務)，并且存在用于建立、斷開邏輯連接的命令(SOAP(Symbolic Optimal Assembly Program)Action，符號最優(yōu)匯編程序動作)。具體而言，用來建立連接的命令是CMS∷PrepareForConnection，已接收到所述命令的AV服務器設(shè)備若服務器內(nèi)部存在資源空間便會發(fā)布ID。并且，當要斷開連接時，就向AV服務器設(shè)備發(fā)送CMS∷ConnectionComplete，由此AV服務器設(shè)備釋放資源。CMS用來建立邏輯連接，所以為了與HTTP的AV流聯(lián)動，一般會結(jié)合向HTTP頭等給予ID等。
并且，CMS∷ConnectionComplete并非只有通過CMS∷PrepareForConnection獲取ID的設(shè)備才能夠執(zhí)行，所以，在AV服務器設(shè)備中，發(fā)出用來閱覽經(jīng)過資源分配的ID的命令，即CMS∷GetCurrentConnectionIDs后便可獲悉ID，再者，向AV服務器設(shè)備發(fā)送CMS∷ConnectionComplete以釋放ID，這樣，后來的其他客戶端設(shè)備也可斷開之前建立連接的客戶端設(shè)備的連接。這是使后來請求建立連接的設(shè)備優(yōu)先的“后到優(yōu)先”的觀點。所述“后到優(yōu)先”的觀點以邏輯連接為代表。
如上所述，在(2)中，是通過不同于TCP連接個數(shù)的CMS邏輯連接的個數(shù)來進行資源管理的方法。
所述情況記載在例如專利文獻1以及專利文獻2中。
專利文獻1日本專利特開2002-84484號公報專利文獻2日本專利特開2004-348454號公報發(fā)明內(nèi)容如上所述，根據(jù)物理連接中的TCP連接的個數(shù)等來進行資源管理的方法屬于“先到優(yōu)先”的觀點，而根據(jù)使用邏輯連接的UPnP AV的CMS等來進行資源管理的方法則屬于“后到優(yōu)先”的觀點。
例如，(1)在并用通過TCP連接的個數(shù)來進行資源管理的方法、以及通過CMS等邏輯連接的個數(shù)來進行資源管理的方法這兩種方法的AV服務器設(shè)備中，存在如下問題因為當只通過HTTP請求而請求AV內(nèi)容時，先到優(yōu)先的功能會啟用，所以，當后來再利用CMS∷PrepareForConnection等發(fā)出請求時，也無法不分配資源而利用CMS∷ConnectionComplete等來釋放資源。
并且，(2)在使用只根據(jù)CMS等邏輯連接的個數(shù)來進行資源管理的方法的AV服務器設(shè)備中，存在如下問題因為總是啟用后到優(yōu)先的功能，所以當提供利用視頻點播等個人娛樂服務時，任何人都可隨時中斷視聽。
此外，(3)考慮到今后，家庭中的各個客戶端設(shè)備通過家庭網(wǎng)絡(luò)而連接到家用的1臺AV服務器設(shè)備上來進行內(nèi)容視聽這樣的環(huán)境，在這種情況下，為了在AV服務器設(shè)備中適當?shù)貙τ行нB接個數(shù)的資源進行管理，而需要在主要進行基于UpnP的AV內(nèi)容發(fā)布時，在用來發(fā)布內(nèi)容實體的物理連接建立之前建立邏輯連接。但是，目前的客戶端設(shè)備一般都是最初使用物理連接來請求獲取內(nèi)容的設(shè)備，所以，在這種情況下也存在如下問題如圖13的S134所示，由于在AV服務器設(shè)備140中不進行邏輯連接的ID確認，且不進行連接而回復錯誤信息(S136)，所以，客戶端設(shè)備130無法獲取所請求的內(nèi)容。
本發(fā)明為了解決所述現(xiàn)有問題，目的在于提供AV服務器設(shè)備，該AV服務器設(shè)備在與請求AV內(nèi)容的客戶端設(shè)備連接時，并用物理連接及邏輯連接，而實現(xiàn)連接的“先到優(yōu)先”及“后到優(yōu)先”。
為了達到所述目的，本發(fā)明的AV服務器設(shè)備是連接于網(wǎng)絡(luò)、并向請求內(nèi)容的客戶端設(shè)備發(fā)布內(nèi)容的AV服務器設(shè)備，其特征在于，該設(shè)備包括通信部件，用于發(fā)送接收通信包；內(nèi)容數(shù)據(jù)發(fā)布部件，用于利用所述通信部件，并基于物理連接，向所述客戶端設(shè)備發(fā)布內(nèi)容數(shù)據(jù)；內(nèi)容數(shù)據(jù)存儲部件，用于存儲所述內(nèi)容數(shù)據(jù)；協(xié)議處理部件，用于利用所述通信部件，對管理邏輯連接的命令進行處理；以及連接管理部件，用于根據(jù)連接ID，管理基于所述內(nèi)容數(shù)據(jù)發(fā)布部件的所述物理連接以及所述協(xié)議處理部件的所述邏輯連接的、與所述客戶端設(shè)備之間的連接；其中，當所述通信部件從所述客戶端設(shè)備接收到基于所述物理連接的內(nèi)容數(shù)據(jù)發(fā)布請求時，所述內(nèi)容數(shù)據(jù)發(fā)布部件向所述連接管理部件確認所述連接ID；所述內(nèi)容數(shù)據(jù)發(fā)布部件無法確認所述連接ID時，向所述連接管理部件進行所述連接ID的生成請求。
并且，本發(fā)明AV服務器設(shè)備的所述連接管理部件，當收到所述連接ID的生成請求時，生成連接ID，并向所述內(nèi)容數(shù)據(jù)發(fā)布部件返回響應；所述內(nèi)容數(shù)據(jù)發(fā)布部件，向所述內(nèi)容數(shù)據(jù)存儲部件請求獲取內(nèi)容數(shù)據(jù)，獲取所述內(nèi)容數(shù)據(jù)；所述通信部件，基于所述物理連接，向所述客戶端設(shè)備發(fā)送所述內(nèi)容數(shù)據(jù)。
根據(jù)所述結(jié)構(gòu)，當在確立邏輯連接之前已從客戶端設(shè)備接收到基于物理連接的內(nèi)容數(shù)據(jù)發(fā)布請求時，也可在內(nèi)容數(shù)據(jù)發(fā)布部件中判斷連接種類，針對未給予連接ID的情況、即并未確立邏輯連接的內(nèi)容數(shù)據(jù)的發(fā)布請求，也可以在連接管理部件中生成連接ID，且內(nèi)容數(shù)據(jù)發(fā)布部件通過通信部件，可將內(nèi)容數(shù)據(jù)發(fā)布到客戶端設(shè)備。
并且，本發(fā)明AV服務器設(shè)備的所述連接管理部件管理優(yōu)先級表，所述優(yōu)先級表至少記載有連接到所述AV服務器設(shè)備的各客戶端設(shè)備的地址信息、與建立所述邏輯連接的優(yōu)先級之間的關(guān)系；當所述協(xié)議處理部件從所述客戶端設(shè)備接收到用于刪除所述連接管理部件所保存的所述連接ID信息的命令之后，所述連接管理部件參照所述優(yōu)先級表，若刪除請求是來自于優(yōu)先級高的客戶端設(shè)備時，則刪除所述連接管理部件所保存的所述連接ID。
根據(jù)所述結(jié)構(gòu)，在服務器設(shè)備中，可利用優(yōu)先級表，參照AV客戶端設(shè)備的邏輯連接的優(yōu)先級，而使來自優(yōu)先級高的客戶端設(shè)備的連接請求優(yōu)先，當連接有多臺客戶端設(shè)備的AV服務器設(shè)備的連接個數(shù)有限時，可實現(xiàn)有效的連接。
并且，本發(fā)明的AV服務器設(shè)備的所述連接管理部件至少對所述連接ID以及連接管理信息進行管理，所述連接管理信息中記載有以下信息中的至少一個所述邏輯連接的目的方客戶端設(shè)備的地址信息、所述物理連接的目的方客戶端設(shè)備的地址信息、所述內(nèi)容的服務信息、以及付與每臺所述客戶端設(shè)備的建立所述邏輯連接的優(yōu)先級；所述協(xié)議處理部件，當從所述客戶端設(shè)備接收到用于刪除所述連接管理部件所保存的連接ID信息的命令時，參照所述連接管理信息，在該命令中攜帶有預先規(guī)定的連接ID的情況下，則不刪除所述連接管理部件所保存的所述連接ID。
根據(jù)所述結(jié)構(gòu)，在AV服務器設(shè)備中，可根據(jù)連接管理信息中所記載的信息，進行連接或斷開連接，從而能夠更加適當?shù)毓芾砼c客戶端設(shè)備的連接。
此外，為了達到所述目的，本發(fā)明還可以實現(xiàn)，分步驟形成AV服務器設(shè)備的特征結(jié)構(gòu)的連接管理方法、包括所述方法所具備的特征的命令的程序。當然，所述程序可通過CD-ROM等記錄媒體或互聯(lián)網(wǎng)等通信網(wǎng)絡(luò)而流通。
根據(jù)本發(fā)明的AV服務器設(shè)備，即使在根據(jù)作為物理連接的TCP連接的個數(shù)等來進行資源管理的方法中，也能夠通過一同使用邏輯連接的管理而設(shè)成“后到優(yōu)先”，同時，在邏輯連接的管理中也可設(shè)成“先到優(yōu)先”，從而可適當?shù)毓芾鞟V服務器設(shè)備與客戶端設(shè)備之間的連接。


圖1是表示本發(fā)明的實施方式的服務器設(shè)備的主要部分的結(jié)構(gòu)的框圖。
圖2是表示本發(fā)明的實施方式的所述客戶端設(shè)備的主要部分的結(jié)構(gòu)的框圖。
圖3是本發(fā)明的實施方式的服務器設(shè)備、客戶端設(shè)備的網(wǎng)絡(luò)結(jié)構(gòu)圖。
圖4是本發(fā)明的實施方式的元數(shù)據(jù)獲取的序列圖。
圖5是本發(fā)明的實施方式的內(nèi)容數(shù)據(jù)的元數(shù)據(jù)。
圖6是本發(fā)明的實施方式的服務器設(shè)備、客戶端設(shè)備之間的邏輯連接建立順序的序列圖。
圖7是本發(fā)明的實施方式的建立了所述邏輯連接時獲取內(nèi)容數(shù)據(jù)的序列圖。
圖8是本發(fā)明的實施方式的未建立所述邏輯連接時獲取內(nèi)容數(shù)據(jù)的序列圖。
圖9是本發(fā)明的實施方式的獲取所述連接ID一覽的序列圖。
圖10是本發(fā)明的實施方式的刪除所述連接的序列圖。
圖11是本發(fā)明的實施方式的無法刪除連接時的序列圖。
圖12是本發(fā)明的實施方式的連接管理信息。
圖13是現(xiàn)有的未建立邏輯連接時獲取的內(nèi)容數(shù)據(jù)的序列圖。
附圖標記的說明3 信道10服務器設(shè)備
11 通信部12 UPnP AV協(xié)議處理部(服務器功能)13 內(nèi)容數(shù)據(jù)存儲部14 內(nèi)容數(shù)據(jù)發(fā)布部15 連接管理部20 客戶端設(shè)備21 通信部22 UpnP AV協(xié)議處理部(客戶端功能)23 內(nèi)容數(shù)據(jù)接收部24 內(nèi)容數(shù)據(jù)重現(xiàn)部50 元數(shù)據(jù)120連接管理信息121優(yōu)先級表具體實施方式
以下，使用附圖，說明實施本發(fā)明的最佳方式。
(實施方式1)圖1是表示本實施方式的服務器設(shè)備10的主要部分結(jié)構(gòu)的框圖。
服務器設(shè)備10包括通信部11，所述通信部11通過信道3而與客戶端設(shè)備進行通信。此處，信道3為Ethernet(注冊商標)等有線信道、或IEEE802.110/b/g、Bluetooth等無線信道。
并且，服務器設(shè)備10包括通用即插即用(Universal Plug and Play)AV規(guī)格的協(xié)議處理部12，可執(zhí)行以UPnP AV規(guī)格為標準的設(shè)備檢索、能力轉(zhuǎn)換等處理。并且，接收以UPnP AV規(guī)格為標準的客戶端設(shè)備所發(fā)送的UPnPAV命令，并根據(jù)所接收的命令進行操作。
內(nèi)容數(shù)據(jù)存儲部13中存儲著所錄制的電視節(jié)目、用DVC(Digital VideoCamera，數(shù)碼攝影機)等拍攝的動態(tài)圖像數(shù)據(jù)、用DSC(Digital Still Camera，數(shù)碼相機)等拍攝的靜態(tài)圖像數(shù)據(jù)、錄制的廣播節(jié)目或者錄制的CD(CompactDisc)樂曲等聲音數(shù)據(jù)(以下，將動態(tài)圖像、靜態(tài)圖像、聲音等各種數(shù)據(jù)稱作內(nèi)容數(shù)據(jù))。
在客戶端設(shè)備中，用所述內(nèi)容數(shù)據(jù)的標題信息、錄制日期信息、URL(Uniformed Resource Locator，統(tǒng)一資源定位符)等來表示的內(nèi)容數(shù)據(jù)的位置信息(以下，將所述內(nèi)容數(shù)據(jù)統(tǒng)稱作元數(shù)據(jù))，可利用UpnP AV命令請求，通過UpnP AV協(xié)議處理部來獲取。并且，內(nèi)容數(shù)據(jù)存儲部14中所存儲的內(nèi)容數(shù)據(jù)，可利用HTTP(Hyper Text Transport Protocol，超文本傳輸協(xié)議)等的內(nèi)容數(shù)據(jù)發(fā)布部14發(fā)布到客戶端。并且，發(fā)布內(nèi)容數(shù)據(jù)時的HTTP連接的會話信息受到連接管理部15的管理。在客戶端設(shè)備中，可利用UPnP AV命令請求，通過UPnP AV協(xié)議處理部來獲取由連接管理部15管理的會話信息一覽。
圖2是表示客戶端設(shè)備20的主要部分結(jié)構(gòu)的框圖。
客戶端設(shè)備20包括通信部21，該通信部21通過信道3而與服務器設(shè)備進行通信。并且，包括UPnP AV規(guī)格的協(xié)議處理部22，可對以UPnP AV規(guī)格為標準的服務器設(shè)備發(fā)送UPnP AV命令，從而對服務器設(shè)備進行遠程控制。
并且，包括從服務器設(shè)備接收內(nèi)容數(shù)據(jù)的內(nèi)容數(shù)據(jù)接收部23，可通過HTTP等來獲取內(nèi)容數(shù)據(jù)。所獲取的內(nèi)容數(shù)據(jù)可由內(nèi)容數(shù)據(jù)重現(xiàn)部24重現(xiàn)。此處，當內(nèi)容數(shù)據(jù)為動態(tài)圖像數(shù)據(jù)，并已經(jīng)過MPEG(Moving Picture ExpertsGroup，動態(tài)圖像專家組)編碼時，內(nèi)容數(shù)據(jù)重現(xiàn)部24為MPEG編碼器。
圖3是本實施方式的服務器設(shè)備10以及客戶端設(shè)備20、200及210的網(wǎng)絡(luò)結(jié)構(gòu)圖。
通過信道3，服務器設(shè)備10、客戶端設(shè)備20、客戶端設(shè)備200以及客戶端設(shè)備210相互連接。此處，客戶端設(shè)備20、客戶端設(shè)備200以及客戶端設(shè)備210是通過UPnP的設(shè)備檢索功能來識別服務器設(shè)備10。
并且，服務器設(shè)備10、客戶端設(shè)備20、以及客戶端設(shè)備200支持作為UPnP AV選擇性命令的CMS∷PrepareForConnection、以及CMS∷ConnectionComplete，并與邏輯連接及物理連接相對應。
另一方面，客戶端設(shè)備210不支持前述兩個UPnP AV命令。即，客戶端設(shè)備210對應于物理連接，但并不對應于邏輯連接。是否支持選擇性命令取決于設(shè)備，故對UPnP AV規(guī)格的支持并非是強制性的。
圖4表示客戶端設(shè)備200獲取服務器設(shè)備10內(nèi)的內(nèi)容數(shù)據(jù)存儲部13中所存儲的內(nèi)容數(shù)據(jù)的元數(shù)據(jù)的序列。此外，獲取所述元數(shù)據(jù)的序列與現(xiàn)有技術(shù)相同。
客戶端設(shè)備200指定所需的內(nèi)容數(shù)據(jù)，發(fā)送表示獲取內(nèi)容數(shù)據(jù)的元數(shù)據(jù)的UPnP AV命令，即CDS∷Browse請求命令(S40)。接收到CDS∷Browse請求的服務器設(shè)備10中，利用UPnP AV協(xié)議處理部12，處理CDS∷Browse請求命令(S41)，再根據(jù)命令的內(nèi)容，獲取由客戶端設(shè)備200指定的內(nèi)容數(shù)據(jù)的元數(shù)據(jù)(S42、S43)。內(nèi)容數(shù)據(jù)存儲處理部13中，可存儲元數(shù)據(jù)作為內(nèi)容數(shù)據(jù)的一部分以響應UPnP AV協(xié)議處理部12，也可接收到元數(shù)據(jù)的請求后從內(nèi)容數(shù)據(jù)動態(tài)地生成元數(shù)據(jù)。
UPnP AV協(xié)議處理部12從所接收到的元數(shù)據(jù)生成CDS∷Browse響應命令(S44)，以響應客戶端設(shè)備200(S45)。
此外，在客戶端設(shè)備210中也以同樣的序列，從服務器設(shè)備10中獲取所需內(nèi)容數(shù)據(jù)的元數(shù)據(jù)。
圖5表示從圖4所說明的服務器設(shè)備10向客戶端設(shè)備200發(fā)送的CDS∷Browse響應命令中所包含的內(nèi)容數(shù)據(jù)的元數(shù)據(jù)50。所述元數(shù)據(jù)50用XML(eXtensible Markup Language，可擴展標記語言)記述，記載著標題信息、錄制日期信息、以及內(nèi)容數(shù)據(jù)的位置信息。
接著，客戶端設(shè)備200在獲取內(nèi)容數(shù)據(jù)之前，與服務器設(shè)備10之間發(fā)送作為UPnP AV命令的CMS∷PrepareForConnection請求命令，建立邏輯連接。
圖6表示在服務器設(shè)備10與客戶端設(shè)備200間建立邏輯連接的序列圖。此外，圖6的序列圖也與現(xiàn)有技術(shù)相同。
客戶端設(shè)備200向服務器設(shè)備10發(fā)送CMS∷PrepareForConnection請求命令(S60)。在接收到CMS∷PrepareForConnection請求的服務器設(shè)備10中，利用UPnP AV協(xié)議處理部12，處理CMS∷PrepareForConnection請求命令(S61)，再向連接管理部15請求生成邏輯連接(S62)。
接著，在接收到邏輯連接生成請求的連接管理部15中，在可以管理的邏輯連接的個數(shù)內(nèi)新生成邏輯連接，并分配唯一的可識別的ID(以下稱作連接ID。)。并且，將連接ID通知給UPnP AV協(xié)議處理部(S64)。此處，給予“2”作為連接ID。連接ID通過UPnP AV協(xié)議處理部12而記述到CMS∷PrepareForConnection響應命令中(S65)，并發(fā)送到客戶端設(shè)備200(S66)。
其次，圖7表示根據(jù)獲取到的內(nèi)容數(shù)據(jù)的位置信息，建立物理連接，獲取內(nèi)容數(shù)據(jù)的序列。此外，本圖所示的序列也與先前相同。
客戶端設(shè)備200中，從內(nèi)容數(shù)據(jù)的元數(shù)據(jù)中所包含的URL發(fā)布HTTP-GET(S70)。此時，將先前已建立的邏輯連接的連接ID給HTTP頭。
接著，在接收到HTTP-GET請求的服務器設(shè)備10內(nèi)的內(nèi)容數(shù)據(jù)發(fā)布部14中，向HTTP-GET請求的頭給了連接ID(S71)，所以，向連接管理部15查詢所述連接ID是否存在(S72)。連接管理部15確認所查詢的連接ID是存在的連接ID，將客戶端的IP地址及MAC地址等地址信息與連接ID關(guān)聯(lián)地存儲(S73)，對內(nèi)容數(shù)據(jù)發(fā)布部14進行響應(S74)。內(nèi)容數(shù)據(jù)發(fā)布部14向內(nèi)容數(shù)據(jù)存儲部13發(fā)送內(nèi)容數(shù)據(jù)獲取請求(S75)，并獲取所述內(nèi)容數(shù)據(jù)(S76)。內(nèi)容數(shù)據(jù)發(fā)布部14利用HTTP，將所獲取到的內(nèi)容數(shù)據(jù)發(fā)送到客戶端設(shè)備200(S77)。
圖8表示不支持CMS∷PrepareForConnection命令的客戶端設(shè)備210獲取內(nèi)容數(shù)據(jù)的序列。此外，本圖是說明對客戶端設(shè)備210發(fā)布內(nèi)容數(shù)據(jù)的服務器設(shè)備10的特征的圖，所述客戶端設(shè)備210最初使用物理連接來請求獲取內(nèi)容數(shù)據(jù)。
客戶端設(shè)備210，與圖4中的序列相同，對服務器設(shè)備10發(fā)送CDS∷Browse請求命令，再通過所述響應命令，獲取到所需內(nèi)容數(shù)據(jù)的URL。
客戶端設(shè)備210向URL請求獲取內(nèi)容數(shù)據(jù)(S80)。此處，由于接收到HTTP-GET請求的內(nèi)容數(shù)據(jù)發(fā)布部14并未向HTTP頭給予內(nèi)容ID(S81)，所以向連接管理部15請求新生成邏輯連接(S82)。在連接管理部15中，由于可管理的連接容量有空余，所以生成邏輯連接，給予連接ID(S83)，并與客戶端設(shè)備210的地址信息等關(guān)聯(lián)地存儲，并且將連接ID通知到內(nèi)容數(shù)據(jù)發(fā)布部14(S84)。然后，內(nèi)容數(shù)據(jù)發(fā)布部14向內(nèi)容數(shù)據(jù)存儲部13發(fā)送內(nèi)容數(shù)據(jù)獲取請求(S85)，并獲取所述內(nèi)容數(shù)據(jù)(S86)。內(nèi)容數(shù)據(jù)發(fā)布部14將所獲取到的內(nèi)容數(shù)據(jù)轉(zhuǎn)換成以HTTP為標準的格式，發(fā)送到客戶端設(shè)備200(S87)。
如上所述，本發(fā)明的服務器設(shè)備10并未向HTTP頭提供內(nèi)容ID，即，當接受到來自未建立邏輯連接的客戶端設(shè)備210的HTTP-GET請求時，也能夠在連接管理部15中請求新生成邏輯連接，并提供連接ID。
進一步說明，在客戶端設(shè)備200及客戶端設(shè)備210從服務器設(shè)備10接收內(nèi)容數(shù)據(jù)的過程中，客戶端設(shè)備20從服務器設(shè)備10獲取內(nèi)容數(shù)據(jù)的情況。
客戶端設(shè)備20支持CMS∷PrepareForConnection命令，所以與圖6的序列相同，在接收內(nèi)容數(shù)據(jù)之前會嘗試生成邏輯連接。此處，例如，當同時可管理的邏輯連接數(shù)為2時，因為已由客戶端設(shè)備200及客戶端設(shè)備210生成了邏輯連接，所以，針對客戶端設(shè)備20的CMS∷PrepareForConnection請求命令，服務器設(shè)備10會回信處理失敗的響應。因此，為了獲取服務器設(shè)備10所生成的連接ID，客戶端設(shè)備20發(fā)出CMS∷GetCurrentConnectionIDs請求命令。圖9中表示序列。
首先，客戶端設(shè)備20向服務器設(shè)備10發(fā)送CMS∷GetCurrentConnectionIDs請求命令(S90)。在接收到CMS∷GetCurrentConnectionIDs請求的服務器設(shè)備10中，利用UPnP AV協(xié)議處理部12，處理CMS∷GetCurrentConnectionIDs請求命令(S91)，并向連接管理部15請求生成當前管理的連接ID列表(S92)。在接收到連接ID的列表生成請求的連接管理部15中，生成正在管理的連接ID列表(S93)，并通知UPnP AV協(xié)議處理部(S94)。連接ID列表由UPnPAV協(xié)議處理部12轉(zhuǎn)換成CMS∷GetCurrentConnectionIDs響應命令(S95)后，被發(fā)送到客戶端設(shè)備20(S96)。
其次，客戶端設(shè)備20刪除由連接ID“3”管理的邏輯連接。圖10表示刪除邏輯連接的序列。
客戶端設(shè)備20向服務器設(shè)備10發(fā)送CMS∷ConnectionComplete請求命令(S100)。在服務器設(shè)備10中，利用UPnP AV協(xié)議處理部12，處理CMS∷ConnectionComplete請求命令(S101)，并向連接管理部15請求刪除由連接ID所示的邏輯連接(S102)。在接收到邏輯連接刪除請求的連接管理部15中，例如，使用后述圖12(b)所示的優(yōu)先級表，參照后述的給予每臺客戶端設(shè)備的優(yōu)先級，當刪除請求是來自于優(yōu)先級高的客戶端設(shè)備(本圖中為客戶端設(shè)備20)的時候，刪除由連接ID所示的邏輯連接(S103)，并且將處理結(jié)果通知UPnP AV協(xié)議處理部(S104)。處理結(jié)果由UPnP AV協(xié)議處理部12轉(zhuǎn)換成CMS∷ConnectionComplete響應命令(S105)后，發(fā)送到客戶端設(shè)備20(S106)。
此處，客戶端設(shè)備20按照前述順序發(fā)出CMS∷PrepareForConnection請求命令，并當確立與服務器設(shè)備10的邏輯連接后，利用HTTP-GET請求，獲取服務器設(shè)備10中的內(nèi)容數(shù)據(jù)存儲部13中所記錄的所需內(nèi)容數(shù)據(jù)，再由內(nèi)容數(shù)據(jù)重現(xiàn)部24進行重現(xiàn)。
此外，圖11表示客戶端設(shè)備20無法刪除由連接ID“3”管理的邏輯連接時的序列圖。
在本圖中，S110～S112為止的處理與圖10的S100～S102為止的處理相同，但是因為刪除請求是來自于優(yōu)先級低的客戶端設(shè)備(本圖中為客戶端設(shè)備20)，所以判斷為邏輯連接的ID不可刪除(S113)，并將處理結(jié)果通知給UPnP AV協(xié)議處理部(S114)，根據(jù)UPnP AV協(xié)議處理部12，在對命令的響應中的參數(shù)里有表示處理結(jié)果的字段，在那，有錯誤信息的CMS∷ConnectionComplete以錯誤響應，回信(S115)向客戶端設(shè)備20(S116)發(fā)送。
此外，所述錯誤響應是，例如，擴充錯誤代碼，發(fā)送表示“這以上無法建立連接”的錯誤消息。
如以上說明，在本實施方式1的服務器設(shè)備中，如圖8的S81～S84所示，判斷是否已對HTTP頭給予內(nèi)容ID，即使未提供連接ID時，即，當建立邏輯連接前，基于物理連接從客戶端設(shè)備接收到HTTP-GET獲取請求時，也對連接管理部15請求新生成邏輯連接，當可管理的連接容量存在空余時，則可提供邏輯連接中使用的連接ID，從而可適當管理客戶端設(shè)備與服務器設(shè)備之間的連接。
以下說明本實施方式中所示結(jié)構(gòu)的變形例。
在所述實施方式1中，說明了通過從客戶端設(shè)備明確發(fā)出CMS∷ConnectionCompelete請求命令來刪除邏輯連接的結(jié)構(gòu)，但是也可設(shè)成如下結(jié)構(gòu)在通過邏輯連接而連接的服務器設(shè)備、客戶端設(shè)備中，在服務器設(shè)備中，當內(nèi)容數(shù)據(jù)發(fā)布部檢測到HTTP連接或者TCP連接被斷開時，則向連接管理部請求斷開所述邏輯連接。
并且，也可設(shè)成如下結(jié)構(gòu)在服務器設(shè)備中設(shè)置30分鐘等的標準值，當超過標準時間而未接收到HTTP-GET請求時，則向連接管理部請求斷開所述邏輯連接。
此外，還可在進行HTTP-GET請求時，對HTTP頭信息指定Range(范圍)，對于獲取內(nèi)容數(shù)據(jù)進行多次HTTP-GET請求。
(實施方式2)其次，一面參照附圖，一面說明本發(fā)明的服務器設(shè)備的第二實施方式。另外，在所述實施方式1中，是利用圖10及圖11說明后來進入網(wǎng)絡(luò)的客戶端設(shè)備根據(jù)優(yōu)先級等來刪除已建立的連接并生成新連接的方法，而在本實施方式中，則說明了禁止后來進入網(wǎng)絡(luò)的客戶端設(shè)備刪除已有連接的方法。
并且，因為本實施方式中的服務器設(shè)備及客戶端設(shè)備的結(jié)構(gòu)圖與實施方式1中的結(jié)構(gòu)圖相同，所以省略說明。
此時，在圖6中，對于來自客戶端設(shè)備200的CMS∷PrepareForConnection請求命令，服務器設(shè)備10要生成該邏輯連接不被所述CMS∷ConnectionComplete請求命令刪除的邏輯連接，這時，向客戶端設(shè)備200發(fā)送連接ID設(shè)為“0”的CMS∷PrepareForConnection響應命令。
此處，連接ID “0”表示，在連接管理部15中，只管理邏輯連接的數(shù)量，而不管理客戶端設(shè)備的地址信息等客戶端設(shè)備信息。
在圖3所示的網(wǎng)絡(luò)結(jié)構(gòu)中，針對來自客戶端設(shè)備200的CMS∷PrepareForConnection請求命令，服務器設(shè)備10回答連接ID為“0”的CMS∷PrepareForConnection響應命令。然后，客戶端設(shè)備200向服務器設(shè)備10發(fā)出HTTP頭信息中包含連接ID“0”的HTTP-GET請求，以獲取內(nèi)容數(shù)據(jù)。
并且，服務器設(shè)備10針對來自客戶端設(shè)備210的HTTP-GET請求，利用連接管理部15對連接ID為“0”的邏輯連接進行管理。
其次，客戶端設(shè)備20向服務器設(shè)備10發(fā)出CMS∷PrepareForConnection請求命令，但是因為服務器設(shè)備20中當前管理的邏輯連接數(shù)已達到可管理的最大邏輯連接數(shù)(本實施方式的說明中為2個)，所以在CMS∷PrepareForConnection響應命令中進行錯誤響應。其次，客戶端設(shè)備20發(fā)出CMS∷GetCurrentConnectionIDs請求命令。服務器設(shè)備10回復“ID＝0”作為CMS∷GetCurrentConnectionIDs響應命令。
客戶端設(shè)備20發(fā)送連接ID為“0”的CMS∷ConnectionComplete請求命令，但是因為服務器設(shè)備10內(nèi)的連接管理部15中，不存在由所述連接ID所示的邏輯連接的信息，所以不刪除由該連接ID所示的邏輯連接，而向客戶端設(shè)備20回送CMS∷ConnectionComplete響應命令，因此，在客戶端設(shè)備200及客戶端設(shè)備210中仍舊保持著連接。
客戶端設(shè)備200、以及客戶端設(shè)備210中，在獲取內(nèi)容數(shù)據(jù)結(jié)束的時刻，斷開HTTP連接。當HTTP連接斷開時，內(nèi)容數(shù)據(jù)發(fā)布部14向連接管理部15請求刪除邏輯連接。在接收到請求的連接管理部15，刪除所管理的邏輯連接。
此處說明了以HTTP連接斷開，作為刪除由連接ID“0”所表示的邏輯連接的條件的示例，但是也可以用TCP連接的斷開作為斷開邏輯連接的條件。
并且，如圖12(a)所示，也可設(shè)成如下結(jié)構(gòu)將發(fā)送CMS∷PrepareForConnection請求命令的客戶端設(shè)備的地址信息(PFC生成目的方)、建立了HTTP連接的客戶端設(shè)備的地址信息(HTTP傳輸目的方)、以及電視機或VOD(Video On Demand，視頻點播)等發(fā)布過程中的內(nèi)容數(shù)據(jù)的類別(服務)、優(yōu)先級等，進行存儲，作為連接管理信息120，并且，例如，服務為VOD的邏輯連接不會被CMS∷ConnectionComplete請求命令刪除。此處，說明了根據(jù)服務這一個信息來作為是否拒絕刪除邏輯連接的條件，但是也可將HTTP發(fā)布目的方與服務等兩個以上信息組合起來設(shè)定條件。
并且，如圖12(a)的連接管理信息120所示，當所提供的內(nèi)容的服務種類為VOD時，連接ID變?yōu)椤?”，設(shè)定為無法斷開邏輯連接。并且，在第二個連接中，未記述PFC生成目的方的連接是客戶端設(shè)備最初使用物理連接來請求獲取內(nèi)容時的連接，而連接管理信息120的第三個連接中，PFC生成目的方與HTTP發(fā)布目的方是不同的地址，這是由其他客戶端設(shè)備進行邏輯連接的情況的示例。
接著，進行如下設(shè)定，即，利用連接管理信息120中所記載的優(yōu)先級，來判斷由其他客戶端設(shè)備斷開邏輯連接，例如，能夠由優(yōu)先級為1的父客戶端設(shè)備斷開優(yōu)先級為3的兄客戶端設(shè)備的連接，反之，無法由兄客戶端設(shè)備隨意斷開父客戶端設(shè)備的邏輯連接。
并且，圖12(b)表示本發(fā)明的服務器設(shè)備所管理的優(yōu)先級表121的一例，描述了連接到服務器設(shè)備的客戶端設(shè)備的IP地址、與確立邏輯連接時的優(yōu)先級之間的關(guān)系。如圖10及圖11所示，服務器設(shè)備通過參照所述優(yōu)先級表121，例如，可由優(yōu)先級高的客戶端設(shè)備刪除已建立的優(yōu)先級低的客戶端設(shè)備的連接ID。此外，圖12中揭示了使用IP地址作為地址信息的示例，但是也可使用MAC地址等物理地址作為地址信息。
如以上說明，本實施方式2的服務器設(shè)備可利用連接管理信息120及優(yōu)先級表121，適當?shù)毓芾硐抻谶B接個數(shù)內(nèi)的客戶端設(shè)備之間的連接。
并且，在本實施方式2的服務器設(shè)備中，在家庭網(wǎng)絡(luò)的規(guī)格下，可一面保持著低級別互換，一面重新進行連接管理，并且，與之相對應地，利用連接管理信息120等，而發(fā)揮通過服務來有效地進行資源管理的效果，例如，對于電視機播放之類的影像發(fā)布，進行“后到優(yōu)先”的連接管理，而對于視頻點播之類的個人可任意享受的影像發(fā)布，進行“先到優(yōu)先”的連接管理等。
此外，在本實施方式2中，說明了將連接ID“0”設(shè)為不具有關(guān)于邏輯連接的詳細信息的預約值，而在連接管理部中進行處理，但是，預約值當然還可為除“0”以外的任意數(shù)值。
并且，也可設(shè)成如下結(jié)構(gòu)，即，當指定連接ID為“0”時，不生成邏輯連接，而只利用實際的HTTP連接來進行內(nèi)容數(shù)據(jù)的交換。
此外，還可考慮到如下情形，即，判斷要發(fā)布的內(nèi)容的類別，例如，在錄制過程中發(fā)布內(nèi)容時禁止刪除連接，而在錄制完畢后發(fā)布內(nèi)容時則可刪除連接。
并且，在上述說明中，并未提及刪除連接ID的時序，但是可以考慮到例如，當在一定期間不再有內(nèi)容發(fā)布請求時，根據(jù)發(fā)布請求目的方的IP地址指定內(nèi)容發(fā)布請求目的方，在經(jīng)過一定期間后刪除。
并且，還可考慮到設(shè)成如下結(jié)構(gòu)，即，為安全起見，不接受來自已注冊的MAC地址以外的客戶端設(shè)備的連接請求。
產(chǎn)業(yè)上的可利用性本發(fā)明的AV服務器設(shè)備，例如，適合用作基于以UPnP-AV的CDS為標準的文件傳輸方法，通過家庭網(wǎng)絡(luò)而使家電設(shè)備之間進行多媒體內(nèi)容傳輸?shù)腁V服務器設(shè)備。
權(quán)利要求
1.一種AV服務器設(shè)備，是連接于網(wǎng)絡(luò)、并向請求內(nèi)容的客戶端設(shè)備發(fā)布內(nèi)容的AV服務器設(shè)備，其特征在于，該設(shè)備包括通信部件，用于發(fā)送接收通信包；內(nèi)容數(shù)據(jù)發(fā)布部件，用于利用所述通信部件，并基于物理連接，向所述客戶端設(shè)備發(fā)布內(nèi)容數(shù)據(jù)；內(nèi)容數(shù)據(jù)存儲部件，用于存儲所述內(nèi)容數(shù)據(jù)；協(xié)議處理部件，用于利用所述通信部件，對管理邏輯連接的命令進行處理；以及連接管理部件，用于根據(jù)連接ID，管理基于所述內(nèi)容數(shù)據(jù)發(fā)布部件的所述物理連接以及所述協(xié)議處理部件的所述邏輯連接的、與所述客戶端設(shè)備之間的連接；其中，當所述通信部件從所述客戶端設(shè)備接收到基于所述物理連接的內(nèi)容數(shù)據(jù)發(fā)布請求時，所述內(nèi)容數(shù)據(jù)發(fā)布部件向所述連接管理部件確認所述連接ID；所述內(nèi)容數(shù)據(jù)發(fā)布部件無法確認所述連接ID時，向所述連接管理部件進行所述連接ID的生成請求。
2.根據(jù)權(quán)利要求1所述的AV服務器設(shè)備，其特征在于，所述連接管理部件，當收到所述連接ID的生成請求時，生成連接ID，并向所述內(nèi)容數(shù)據(jù)發(fā)布部件返回響應；所述內(nèi)容數(shù)據(jù)發(fā)布部件，向所述內(nèi)容數(shù)據(jù)存儲部件請求獲取內(nèi)容數(shù)據(jù)，獲取所述內(nèi)容數(shù)據(jù)；所述通信部件，基于所述物理連接，向所述客戶端設(shè)備發(fā)送所述內(nèi)容數(shù)據(jù)。
3.根據(jù)權(quán)利要求1所述的AV服務器設(shè)備，其特征在于，當所述內(nèi)容數(shù)據(jù)發(fā)布部件能夠確認所述連接ID時，所述內(nèi)容數(shù)據(jù)發(fā)布部件向所述內(nèi)容數(shù)據(jù)存儲部件請求獲取內(nèi)容數(shù)據(jù)，獲取所述內(nèi)容數(shù)據(jù)；所述通信部件，基于所述物理連接，向所述客戶端設(shè)備發(fā)送所述內(nèi)容數(shù)據(jù)。
4.根據(jù)權(quán)利要求1所述的AV服務器設(shè)備，其特征在于，所述內(nèi)容數(shù)據(jù)發(fā)布部件，向所述連接管理部件提供通過所述通信部件獲取的所述客戶端設(shè)備的地址信息，并且所述連接管理部件，利用所述地址信息，確認有無用來識別與所述客戶端設(shè)備的連接的所述連接ID。
5.根據(jù)權(quán)利要求4所述的AV服務器設(shè)備，其特征在于，所述地址信息為所述客戶端設(shè)備的IP地址或者MAC地址。
6.根據(jù)權(quán)利要求1所述的AV服務器設(shè)備，其特征在于，所述連接管理部件管理優(yōu)先級表，所述優(yōu)先級表至少記載有連接到所述AV服務器設(shè)備的各客戶端設(shè)備的地址信息、與建立所述邏輯連接的優(yōu)先級之間的關(guān)系；當所述協(xié)議處理部件從所述客戶端設(shè)備接收到用于刪除所述連接管理部件所保存的所述連接ID信息的命令之后，所述連接管理部件參照所述優(yōu)先級表，若刪除請求是來自于優(yōu)先級高的客戶端設(shè)備時，則刪除所述連接管理部件所保存的所述連接ID。
7.根據(jù)權(quán)利要求1所述的AV服務器設(shè)備，其特征在于，所述連接管理部件至少對所述連接ID以及連接管理信息進行管理，所述連接管理信息中記載有以下信息中的至少一個所述邏輯連接的目的方客戶端設(shè)備的地址信息、所述物理連接的目的方客戶端設(shè)備的地址信息、所述內(nèi)容的服務信息、以及付與每臺所述客戶端設(shè)備的建立所述邏輯連接的優(yōu)先級；所述協(xié)議處理部件，當從所述客戶端設(shè)備接收到用于刪除所述連接管理部件所保存的連接ID信息的命令時，參照所述連接管理信息，在該命令中攜帶有預先規(guī)定的連接ID的情況下，則不刪除所述連接管理部件所保存的所述連接ID。
8.根據(jù)權(quán)利要求7所述的AV服務器設(shè)備，其特征在于，所述協(xié)議處理部件，當從所述客戶端設(shè)備接收到用于刪除所述連接管理部件所保存的連接ID信息的命令時，參照所述連接管理信息，利用地址信息來判斷所述客戶端設(shè)備是否是已生成所述連接ID的客戶端設(shè)備，如果請求是來自已生成所述連接ID的客戶端設(shè)備以外的設(shè)備，則不刪除所述連接管理部件所保存的所述連接ID。
9.根據(jù)權(quán)利要求7所述的AV服務器設(shè)備，其特征在于，所述協(xié)議處理部件，當從所述客戶端設(shè)備接收到用于刪除所述連接管理部件所保存的連接ID信息的命令時，參照所述連接管理信息，根據(jù)與所述連接ID相關(guān)聯(lián)的所述服務的種類，而不刪除所述連接管理部件所保存的所述連接ID。
10.根據(jù)權(quán)利要求7所述的AV服務器設(shè)備，其特征在于，所述協(xié)議處理部件，當通過所述通信部件從所述客戶端設(shè)備接收到用于閱覽所述連接管理部件中所保存的連接ID信息的命令時，返回所述連接管理信息，作為對所述命令的響應。
11.根據(jù)權(quán)利要求1所述的AV服務器設(shè)備，其特征在于，所述連接管理部件，當對內(nèi)容數(shù)據(jù)的發(fā)布請求未繼續(xù)進行時、或者在一定期間內(nèi)不再有對內(nèi)容數(shù)據(jù)的發(fā)布請求時，刪除所述連接ID。
12.根據(jù)權(quán)利要求1所述的AV服務器設(shè)備，其特征在于，所述連接管理部件，根據(jù)不再有發(fā)布請求的發(fā)布目的方所述客戶端設(shè)備的地址信息，刪除所述連接ID。
13.根據(jù)權(quán)利要求1所述的AV服務器設(shè)備，其特征在于，在對內(nèi)容的發(fā)布請求繼續(xù)進行的過程中，所述內(nèi)容數(shù)據(jù)發(fā)布部件在接收到對內(nèi)容的發(fā)布請求時，確認所述連接管理部件中是否存在所述連接ID，當所述連接ID已刪除時，通過所述通信部件將內(nèi)容發(fā)布請求錯誤返回后，斷開與所述客戶端設(shè)備之間的連接。
14.根據(jù)權(quán)利要求1所述的AV服務器設(shè)備，其特征在于，在對內(nèi)容的發(fā)布請求繼續(xù)進行的過程中，所述內(nèi)容數(shù)據(jù)發(fā)布部件在發(fā)布內(nèi)容時，確認所述連接管理部件中是否存在所述連接ID，當所述連接ID已刪除時，不通過所述通信部件來發(fā)布內(nèi)容，而是斷開與所述客戶端設(shè)備的連接。
15.根據(jù)權(quán)利要求13或14所述的AV服務器設(shè)備，其特征在于，所述內(nèi)容數(shù)據(jù)發(fā)布部件，根據(jù)請求發(fā)布的目的方客戶端設(shè)備的地址信息，來判斷所述連接ID是否已刪除。
16.一種連接管理方法，是用于連接于網(wǎng)絡(luò)、且向請求內(nèi)容的客戶端設(shè)備發(fā)布內(nèi)容的AV服務器設(shè)備的連接管理方法，其特征在于，該方法包括通信步驟，發(fā)送接收通信包；內(nèi)容數(shù)據(jù)發(fā)布步驟，用于在所述通信步驟中，基于物理連接，將內(nèi)容數(shù)據(jù)發(fā)布到所述客戶端設(shè)備；內(nèi)容數(shù)據(jù)存儲步驟，存儲所述內(nèi)容數(shù)據(jù)；協(xié)議處理步驟，在所述通信步驟中對管理邏輯連接的命令進行處理；以及連接管理步驟，根據(jù)連接ID，管理基于所述內(nèi)容數(shù)據(jù)發(fā)布步驟中的所述物理連接、以及所述協(xié)議處理步驟中的所述邏輯連接的、與所述客戶端設(shè)備之間的連接；并且當在所述通信步驟中從所述客戶端設(shè)備接收到基于所述物理連接的內(nèi)容數(shù)據(jù)發(fā)布請求時，在所述內(nèi)容數(shù)據(jù)發(fā)布步驟中，對所述連接管理步驟中的所述連接ID進行確認處理；在所述內(nèi)容數(shù)據(jù)發(fā)布步驟中，當所述連接ID無法確認時，則請求生成所述連接管理步驟中的所述連接ID。
17.根據(jù)權(quán)利要求16所述的連接管理方法，其特征在于，在所述連接管理步驟中，當收到所述連接ID的生成請求時，生成連接ID；在所述內(nèi)容數(shù)據(jù)發(fā)布步驟中，請求獲取所述內(nèi)容數(shù)據(jù)存儲步驟中的內(nèi)容數(shù)據(jù)，獲取所述內(nèi)容數(shù)據(jù)；在所述通信步驟中，基于所述物理連接，將所述內(nèi)容數(shù)據(jù)發(fā)送到所述客戶端設(shè)備。
18.一種程序，是用于連接于網(wǎng)絡(luò)、向請求內(nèi)容的客戶端設(shè)備發(fā)布內(nèi)容的AV服務器設(shè)備的程序，其特征在于，該程序使計算機執(zhí)行以下步驟通信步驟，發(fā)送接收通信包；內(nèi)容數(shù)據(jù)發(fā)布步驟，用于在所述通信步驟中，基于物理連接，將內(nèi)容數(shù)據(jù)發(fā)布到所述客戶端設(shè)備；內(nèi)容數(shù)據(jù)存儲步驟，存儲所述內(nèi)容數(shù)據(jù)；協(xié)議處理步驟，在所述通信步驟中對管理邏輯連接的命令進行處理；以及連接管理步驟，根據(jù)連接ID，管理基于所述內(nèi)容數(shù)據(jù)發(fā)布步驟中的所述物理連接、以及所述協(xié)議處理步驟中的所述邏輯連接的、與所述客戶端設(shè)備之間的連接；并且當在所述通信步驟中從所述客戶端設(shè)備接收到基于所述物理連接的內(nèi)容數(shù)據(jù)發(fā)布請求時，在所述內(nèi)容數(shù)據(jù)發(fā)布步驟中，對所述連接管理步驟中的所述連接ID進行確認處理；在所述內(nèi)容數(shù)據(jù)發(fā)布步驟中，當所述連接ID無法確認時，則請求生成所述連接管理步驟中的所述連接ID。
19.根據(jù)權(quán)利要求18所述的程序，其特征在于，在所述連接管理步驟中，當收到所述連接ID的生成請求時，生成連接ID；在所述內(nèi)容數(shù)據(jù)發(fā)布步驟中，請求獲取所述內(nèi)容數(shù)據(jù)存儲步驟中的內(nèi)容數(shù)據(jù)，獲取所述內(nèi)容數(shù)據(jù)；在所述通信步驟中，基于所述物理連接，將所述內(nèi)容數(shù)據(jù)發(fā)送到所述客戶端設(shè)備。
全文摘要
本發(fā)明提供AV服務器設(shè)備，即使最初從客戶端設(shè)備收到物理連接的請求時，也會在內(nèi)部建立邏輯連接，且可適當?shù)毓芾砼c多臺客戶端設(shè)備之間的連接。本發(fā)明的AV服務器設(shè)備包括協(xié)議處理部件以及連接管理部件。所述協(xié)議處理部件利用通信部件來對管理邏輯連接的命令進行處理，而所述連接管理部件根據(jù)連接ID來管理內(nèi)容數(shù)據(jù)發(fā)布部件的物理連接以及基于所述邏輯連接的與所述客戶端設(shè)備之間的連接。當所述通信部件從所述客戶端設(shè)備接收到基于所述物理連接進行內(nèi)容數(shù)據(jù)發(fā)布的請求時，所述內(nèi)容數(shù)據(jù)發(fā)布部件通過所述連接管理部件進行連接ID的確認處理，當所述連接ID無法確認時，向所述連接管理部件請求生成所述連接ID。
文檔編號H04N7/173GK101080704SQ200680001410
公開日2007年11月28日 申請日期2006年1月19日 優(yōu)先權(quán)日2005年1月21日
發(fā)明者福井崇之, 中塚紋太 申請人:松下電器產(chǎn)業(yè)株式會社