專利名稱:媒體分發(fā)切換方法、接收裝置以及發(fā)送裝置的制作方法
技術(shù)領(lǐng)域:
這里討論的實(shí)施例涉及在如下情況下的傳輸技術(shù)在分組網(wǎng)上媒體信息的傳輸中 混合了實(shí)時(shí)傳輸和非實(shí)時(shí)傳輸。
背景技術(shù):
當(dāng)發(fā)送裝置和接收裝置在諸如IP(網(wǎng)際協(xié)議)網(wǎng)絡(luò)等的分組網(wǎng)上相互傳遞諸如圖 像、語音等的媒體信息時(shí),有時(shí)混合了實(shí)時(shí)傳輸和非實(shí)時(shí)傳輸。在實(shí)時(shí)傳輸中,例如,如圖1所示,由監(jiān)控?cái)z像機(jī)1305獲得的圖像信號由實(shí)時(shí)圖像 分發(fā)裝置1303編碼,作為實(shí)時(shí)運(yùn)動(dòng)圖像分組被傳輸?shù)綄?shí)時(shí)圖像接收裝置1301,并且被解碼 /再現(xiàn)。為了使將由實(shí)時(shí)圖像接收裝置1301解碼/再現(xiàn)的圖像信號的時(shí)鐘與在實(shí)時(shí)圖像分 發(fā)裝置1303中編碼時(shí)的時(shí)鐘同步,例如,采用了使用PCR(節(jié)目時(shí)鐘基準(zhǔn))的方法。在該方 法中,在要被傳輸?shù)倪\(yùn)動(dòng)圖像分組上復(fù)用被稱為PCR的時(shí)鐘同步分組。在解碼端,計(jì)算接收 到的PCR數(shù)據(jù)與在解碼端接收時(shí)的系統(tǒng)時(shí)序時(shí)鐘(STC)之間的差。然后,由該差值對電壓 控制的晶體振蕩器(VCXO)進(jìn)行控制,并且生成再現(xiàn)時(shí)鐘。具體地,在實(shí)時(shí)傳輸中,通過同步 實(shí)時(shí)圖像分發(fā)裝置1303 (編碼器)和實(shí)時(shí)圖像接收裝置1301(解碼器)的時(shí)鐘,盡可能多 地降低實(shí)時(shí)圖像接收裝置1301端的分組接收緩沖器的尺寸,并且可以盡可能多地避免圖 像的延遲。然而,在非實(shí)時(shí)傳輸中,如圖1所示,響應(yīng)于來自服務(wù)器分發(fā)圖像接收裝置1302的 請求,讀取并使用分組傳輸被累積在文件分發(fā)服務(wù)器1304的存儲裝置中的經(jīng)編碼的圖像 信號文件。服務(wù)器分發(fā)圖像接收裝置1302基于其自身裝置中的系統(tǒng)時(shí)鐘,解碼/再現(xiàn)使用 分組傳輸?shù)膱D像信號文件。在非實(shí)時(shí)傳輸中,技術(shù)上難于以與編碼時(shí)的定時(shí)相同的定時(shí)來 傳輸圖像信號文件。因此,為了減輕再現(xiàn)定時(shí)與傳輸定時(shí)之間的差別,服務(wù)器分發(fā)圖像接收 裝置1302實(shí)行流量控制。在流量控制中,當(dāng)分組接收緩沖器中剩余的分組看來超過緩沖 器尺寸時(shí),將發(fā)送停止請求分組從服務(wù)器分發(fā)圖像接收裝置1302發(fā)送到文件分發(fā)服務(wù)器 1304,并且文件分發(fā)服務(wù)器1304停止圖像信號文件的傳輸。相反,當(dāng)在分組接收緩沖器中 看來沒有剩余分組時(shí),將發(fā)送開始請求分組從服務(wù)器分發(fā)圖像接收裝置1302發(fā)送到文件 分發(fā)服務(wù)器1304,并且文件分發(fā)服務(wù)器1304開始(重新開始)圖像信號文件的傳輸。在這種情況下,雖然圖1中示出的實(shí)時(shí)圖像接收裝置1301通常接收從實(shí)時(shí)圖像分 發(fā)裝置1303實(shí)時(shí)傳輸?shù)膱D像信號,但是期望實(shí)時(shí)圖像接收裝置1301還能夠接收從實(shí)時(shí)圖 像分發(fā)裝置1303非實(shí)時(shí)傳輸?shù)膱D像信號。為了實(shí)現(xiàn)這樣的混合接收,需要實(shí)時(shí)圖像接收裝置1301具有用于非實(shí)時(shí)傳輸?shù)?流量控制功能。
然而,當(dāng)實(shí)時(shí)圖像接收裝置1301試圖接收從實(shí)時(shí)圖像分發(fā)裝置1303非實(shí)時(shí)傳輸 的圖像信號文件時(shí),沒有現(xiàn)有技術(shù)能夠區(qū)分實(shí)時(shí)傳輸和非實(shí)時(shí)傳輸。因此,按照慣例,無法 將流量控制功能安裝在實(shí)時(shí)圖像接收裝置1301上。因此,當(dāng)實(shí)時(shí)圖像接收裝置1301在沒有流量控制的情況下接收從實(shí)時(shí)圖像分發(fā) 裝置1303非實(shí)時(shí)傳輸?shù)膱D像信號文件時(shí),如圖1所示,再現(xiàn)定時(shí)與傳輸定時(shí)之間的差別很 可能增大。結(jié)果,在實(shí)時(shí)圖像接收裝置1301的分組接收緩沖器中出現(xiàn)分組的上溢或下溢, 并且不能正常接收圖像信號文件,這是一個(gè)問題。
發(fā)明內(nèi)容
一個(gè)方面可以被實(shí)現(xiàn)為媒體分發(fā)切換方法,其用于切換在分組網(wǎng)上從發(fā)送裝置向 接收裝置分發(fā)的媒體,并且該方面具有以下配置。首先,發(fā)送請求分組,其用于請求從發(fā)送裝置到接收裝置的對媒體信息的分發(fā)。然后,響應(yīng)于請求分組,從發(fā)送裝置向接收裝置返回附加了裝置類型信息的請求 響應(yīng)分組,該裝置類型信息表示發(fā)送裝置是用于實(shí)時(shí)還是非實(shí)時(shí)傳輸?shù)?。然后,在接收裝置中,基于被附加到從發(fā)送裝置接收到的請求響應(yīng)分組的裝置類 型信息,切換用于實(shí)時(shí)傳輸?shù)牟僮髂J胶陀糜诜菍?shí)時(shí)傳輸?shù)牟僮髂J?,并且?zhí)行接收操作。根據(jù)本發(fā)明,提出了一種用于接收在分組網(wǎng)上從發(fā)送裝置發(fā)送的媒體信息的接收 裝置。該接收裝置包括請求分組生成單元,其生成用于請求對媒體信息的分發(fā)的請求分 組;請求響應(yīng)分組接收單元,其從發(fā)送裝置接收與請求分組對應(yīng)的請求響應(yīng)分組;請求響 應(yīng)分析單元,其分析在請求響應(yīng)分組中設(shè)置的請求響應(yīng);模式確定單元,其根據(jù)被附加到請 求響應(yīng)的、表示發(fā)送裝置是用于實(shí)時(shí)傳輸還是非實(shí)時(shí)傳輸?shù)难b置類型信息,在用于實(shí)時(shí)傳 輸?shù)牟僮髂J脚c用于非實(shí)時(shí)傳輸?shù)牟僮髂J街g切換;第一接收單元,其以用于非實(shí)時(shí)傳 輸?shù)牟僮髂J浇邮彰襟w信息;以及第二接收單元,其以用于實(shí)時(shí)傳輸?shù)牟僮髂J浇邮彰襟w fn息ο根據(jù)本發(fā)明,還提出了一種用于在分組網(wǎng)上將媒體信息發(fā)送到接收裝置的發(fā)送裝 置。該發(fā)送裝置包括請求分組接收單元,其從接收裝置接收用于請求對媒體信息的分發(fā)的 請求分組;請求分組分析單元,其分析在請求分組中設(shè)置的請求;以及請求響應(yīng)分組發(fā)送 單元,其響應(yīng)于請求,向接收裝置返回附加了表示其自身裝置是實(shí)時(shí)傳輸還是非實(shí)時(shí)傳輸 的裝置類型信息的請求響應(yīng)分組。借助于在權(quán)利要求中特別指出的元件和組合,將實(shí)現(xiàn)并達(dá)到本發(fā)明的目的和優(yōu)
點(diǎn)ο要理解的是,上述一般描述和以下詳細(xì)描述是示例性的和說明性的,并且不是對 所請求保護(hù)的本發(fā)明的限制。
圖1說明了現(xiàn)有技術(shù)。圖2是接收裝置的第一優(yōu)選實(shí)施例的配置。圖3是發(fā)送裝置的第一優(yōu)選實(shí)施例的配置。圖4是示出接收裝置的第一優(yōu)選實(shí)施例的控制操作的操作流程圖。
圖5是示出發(fā)送裝置的第一優(yōu)選實(shí)施例的控制操作的操作流程圖。圖6是接收和發(fā)送裝置的第一優(yōu)選實(shí)施例的請求分組的數(shù)據(jù)結(jié)構(gòu)示例。圖7是接收和發(fā)送裝置的第一優(yōu)選實(shí)施例的請求響應(yīng)分組的數(shù)據(jù)結(jié)構(gòu)示例。圖8A和8B是接收和發(fā)送裝置的第一優(yōu)選實(shí)施例的操作順序圖。圖9是發(fā)送裝置的第二優(yōu)選實(shí)施例的配置。圖10是示出接收裝置的第二優(yōu)選實(shí)施例的控制操作的操作流程圖。圖11是示出發(fā)送裝置的第二優(yōu)選實(shí)施例的控制操作的操作流程圖。圖12是接收和發(fā)送裝置的第二優(yōu)選實(shí)施例的請求分組的數(shù)據(jù)結(jié)構(gòu)示例。圖13A和13B是接收和發(fā)送裝置的第二優(yōu)選實(shí)施例的操作順序圖。
具體實(shí)施例方式將參照附圖詳細(xì)說明本發(fā)明的優(yōu)選實(shí)施例。圖2是第一優(yōu)選實(shí)施例中接收裝置100的配置,接收裝置100用于區(qū)分實(shí)時(shí)傳輸 的圖像信號和非實(shí)時(shí)傳輸?shù)膱D像文件,并且在異步并且不確保質(zhì)量的分組網(wǎng)上接收它們。 圖3是第一優(yōu)選實(shí)施例中發(fā)送裝置200的配置。接收裝置100和發(fā)送裝置200分別與圖1 中示出的實(shí)時(shí)圖像接收裝置1301、以及實(shí)時(shí)圖像分發(fā)裝置1303或文件分發(fā)服務(wù)器1304對應(yīng)。在圖2中示出的接收裝置100中,請求分組生成單元101生成請求分組,其用于指 示發(fā)送裝置200開始或停止分發(fā)圖像信號或圖像文件。請求分組發(fā)送單元102將由請求分 組生成單元101生成的請求分組在網(wǎng)絡(luò)(沒有示出)上發(fā)送到發(fā)送裝置200。請求響應(yīng)分組接收單元103從網(wǎng)絡(luò)接收響應(yīng)于由其自身裝置發(fā)送的請求分組的 請求響應(yīng)分組。請求響應(yīng)分析單元104分析在由請求響應(yīng)分組接收單元103接收到的請求 響應(yīng)分組中給出的請求響應(yīng)的內(nèi)容。模式確定單元105確定是實(shí)時(shí)編碼器還是分發(fā)服務(wù)器 在請求響應(yīng)中被指定作為裝置類型。如果在請求響應(yīng)中指定實(shí)時(shí)編碼器,那么模式確定單 元105向流量控制單元106和切換單元115通知實(shí)時(shí)模式。如果在請求響應(yīng)中指定分發(fā)服 務(wù)器,那么模式確定單元105向流量控制單元106和切換單元115通知服務(wù)器模式。數(shù)據(jù)分組接收單元109經(jīng)由網(wǎng)絡(luò)接收從發(fā)送裝置200傳輸?shù)臄?shù)據(jù)分組。分組確定單元110確定數(shù)據(jù)分組存儲PCR還是不同于PCR的圖像信息。當(dāng)以實(shí)時(shí) 模式操作時(shí),分組確定單元110檢測存儲PCR的數(shù)據(jù)分組或存儲從作為實(shí)時(shí)圖像分發(fā)裝置 的發(fā)送裝置200傳輸?shù)膱D像信號的數(shù)據(jù)分組。分組確定單元110將存儲圖像信號的數(shù)據(jù)分 組寫入分組接收緩沖器111,并且將存儲PCR數(shù)據(jù)的數(shù)據(jù)分組傳遞到PCR控制單元112。PCR控制單元112從由分組確定單元110傳遞的分組中提取PCR數(shù)據(jù),并且計(jì)算各 PCR數(shù)據(jù)與其自身裝置中的系統(tǒng)時(shí)序時(shí)鐘(STC)之間的差值。然后,PCR控制單元112生成 與差值對應(yīng)的電壓控制信號,并且將它提供到VCX0(電壓控制晶體振蕩器)。在實(shí)時(shí)模式中,模式確定單元105使得切換單元115選擇VCXO 113的輸出。因此, 在實(shí)時(shí)模式中,將通過VCXO 113振蕩的、基于PCR而被電壓控制的時(shí)鐘提供到運(yùn)動(dòng)圖像解 碼單元116。因此,在實(shí)時(shí)模式中,運(yùn)動(dòng)圖像解碼單元116可以通過與編碼時(shí)的時(shí)鐘同步的時(shí) 鐘來解碼/再現(xiàn)由分組接收緩沖器111接收的圖像信號分組。換句話說,在實(shí)時(shí)模式中,數(shù)據(jù)分組接收單元109、分組確定單元110、分組接收緩沖器111、運(yùn)動(dòng)圖像解碼單元116、PCR 生成單元206、VCXOl 13以及切換單元115構(gòu)成第一接收單元,其用來以用于進(jìn)行實(shí)時(shí)傳輸 的操作模式接收媒體信息。在實(shí)時(shí)模式中,由于如上所述同步再現(xiàn)是可能的,因此不需要實(shí)行根據(jù)分組接收 緩沖器111的狀態(tài)的流量控制。因此,在實(shí)時(shí)模式中,通過模式確定單元105向流量控制單 元106通知實(shí)時(shí)模式,防止流量控制單元106操作。然而,當(dāng)以服務(wù)器模式操作時(shí),由于忽略并丟棄了存儲PCR數(shù)據(jù)的分組,因此僅數(shù) 據(jù)分組被寫入分組接收緩沖器111。該數(shù)據(jù)分組存儲從作為文件分發(fā)服務(wù)器的發(fā)送裝置 200傳輸?shù)膱D像文件。在服務(wù)器模式中,模式確定單元105使得切換單元115選擇自激0SC114的輸出。 自激0SC(振蕩器)114不管發(fā)送端的定時(shí)而使系統(tǒng)時(shí)序時(shí)鐘振蕩。因此,在服務(wù)器模式中, 將通過自激OSC 114振蕩的系統(tǒng)時(shí)序時(shí)鐘提供到運(yùn)動(dòng)圖像解碼單元116。結(jié)果,在服務(wù)器模式中,運(yùn)動(dòng)圖像解碼單元116以獨(dú)立于發(fā)送裝置200的定時(shí),基 于由自激OSC 114而振蕩的系統(tǒng)時(shí)序時(shí)鐘,解碼/再現(xiàn)由分組接收緩沖器111接收的圖像 文件。在這種情況下,在服務(wù)器模式中,模式確定單元105向流量控制單元106通知服務(wù) 器模式。結(jié)果,由于流量控制單元106減輕了再現(xiàn)定時(shí)與傳輸定時(shí)之間的差別,因此它實(shí)行 流量控制。具體地,在服務(wù)器模式中,當(dāng)分組接收緩沖器111中剩余的分組看來超過緩沖器 尺寸時(shí),流量控制單元106將第一指示發(fā)給發(fā)送停止/開始請求分組發(fā)送單元107。結(jié)果, 發(fā)送停止/開始請求分組發(fā)送單元107生成用于通信中的發(fā)送裝置200的發(fā)送停止請求分 組,并且經(jīng)由請求分組發(fā)送單元108將該分組送出到網(wǎng)絡(luò)。結(jié)果,發(fā)送裝置200開始(重新 開始)對存儲圖像文件的數(shù)據(jù)分組的送出,并且調(diào)整由接收裝置100接收的分組的量。在這種情況下,在服務(wù)器模式中,由于再現(xiàn)定時(shí)與傳輸定時(shí)之間的差別趨于增大, 因此還可以用使得分組接收緩沖器111的容量可以增加的方式來進(jìn)行控制。因此,在服務(wù)器模式中,數(shù)據(jù)分組接收單元109、分組確定單元110、分組接收緩沖 器111、運(yùn)動(dòng)圖像解碼單元116、PCR生成單元206、自激OSC 114、切換單元115、流量控制單 元106、發(fā)送停止/開始請求分組發(fā)送單元107以及請求分組發(fā)送單元108形成第二接收單 元,其用來以用于非實(shí)時(shí)傳輸?shù)牟僮髂J浇邮彰襟w信息。然后,在圖3中示出的發(fā)送裝置200中,請求分組接收單元201經(jīng)由網(wǎng)絡(luò)接收由接 收裝置100 (圖2)發(fā)送的請求分組。請求分組分析單元202分析接收到的請求分組。當(dāng)作為分析結(jié)果,請求分組請求對圖像信號或圖像文件的分發(fā)的開始或停止時(shí), 請求分組分析單元202指示請求響應(yīng)分組發(fā)送單元203發(fā)送請求響應(yīng)分組。請求響應(yīng)分組 發(fā)送單元203將請求響應(yīng)分組發(fā)送到發(fā)送了以上請求分組的接收裝置100 (圖2)。此時(shí),如 果請求響應(yīng)分組發(fā)送單元203的自身裝置是實(shí)時(shí)圖像分發(fā)裝置,那么它附加表示它是實(shí)時(shí) 編碼器的裝置類型信息。相反,如果其自身裝置是文件分發(fā)服務(wù)器,那么請求響應(yīng)分組發(fā)送 單元203附加表示它是文件分發(fā)服務(wù)器的裝置類型信息。當(dāng)作為分析結(jié)果,請求分組請求對圖像信號或圖像文件的分發(fā)的開始或停止時(shí),請求分組分析單元202還指示運(yùn)動(dòng)圖像發(fā)送單元204開始或停止對圖像信號或圖像文件的 分發(fā)。自激OSC 205使系統(tǒng)時(shí)序時(shí)鐘振蕩。如果運(yùn)動(dòng)圖像發(fā)送單元204的自身裝置是實(shí)時(shí)圖像分發(fā)裝置,那么它基于由自激 OSC 205生成的時(shí)鐘,實(shí)時(shí)編碼圖像信號并生成圖像信號分組,并且將它們順序?qū)懭敕纸M發(fā) 送緩沖器207,直到分發(fā)在分發(fā)開始之后停止為止。如果運(yùn)動(dòng)圖像發(fā)送單元204的自身裝置 是文件分發(fā)服務(wù)器,那么它從存儲裝置(沒有示出)讀取圖像文件,生成圖像文件分組,并 且將它們順序?qū)懭敕纸M發(fā)送緩沖器207,直到分發(fā)在分發(fā)開始之后停止為止。此外,如果PCR生成單元206的自身裝置是實(shí)時(shí)圖像分發(fā)裝置,那么它執(zhí)行以下操 作,直到分發(fā)在分發(fā)開始之后停止為止。具體地,PCR生成單元206基于由自激OSC 205生 成的時(shí)鐘,生成分組,其存儲與由運(yùn)動(dòng)圖像發(fā)送單元204實(shí)時(shí)分發(fā)的圖像信號的時(shí)鐘對應(yīng) 的PCR數(shù)據(jù)。然后,PCR生成單元206將分組寫入分組發(fā)送緩沖器207。如果PCR生成單元206的自身裝置是文件分發(fā)服務(wù)器,那么不安裝PCR生成單元 206。分組發(fā)送緩沖器207將所寫入的數(shù)據(jù)分組順序傳遞到數(shù)據(jù)分組發(fā)送單元208。數(shù) 據(jù)分組發(fā)送單元208將數(shù)據(jù)分組朝著接收裝置100 (圖2)送出到網(wǎng)絡(luò)。在這種情況下,當(dāng)請求分組分析單元202的自身裝置是文件分發(fā)服務(wù)器時(shí),如果 請求分組是從分析得到的發(fā)送停止請求分組,那么請求分組分析單元202指示分組發(fā)送單 元207停止對數(shù)據(jù)分組的送出。并且,如果請求分組是從分析得到的發(fā)送請求分組,那么請 求分組分析單元202指示分組發(fā)送單元207開始(重新開始)對數(shù)據(jù)分組的送出。因此, 實(shí)行了流量控制。以下將詳細(xì)說明具有接收和發(fā)送裝置的以上配置的第一優(yōu)選實(shí)施例的操作。圖4是示出了圖2中所示出的接收裝置100的控制操作的操作流程圖。該流程圖 的控制操作可以被實(shí)現(xiàn)為用于接收裝置100中的處理器(沒有示出)的操作,以便執(zhí)行存 儲在存儲器(沒有示出)中的控制程序。首先,將用于請求分發(fā)開始的請求分組發(fā)送到用戶指定的IP(網(wǎng)際協(xié)議)地址。 如前面所述,由圖2中示出的請求分組生成單元101和請求分組發(fā)送單元102執(zhí)行該操 作。圖6是接收和發(fā)送裝置的第一優(yōu)選實(shí)施例的請求分組的數(shù)據(jù)結(jié)構(gòu)示例。當(dāng)其值分別是 “0x0001”和“0x0002”時(shí),“類型”信息分別發(fā)出分發(fā)請求和分發(fā)停止請求?!岸丝?1”信息 和“端口 2”信息分別指定了傳輸/接收應(yīng)用的TCP/IP端口號。“ID”信息指定連接的標(biāo)識 符?!澳芰Α毙畔⒅付吮硎緜鬏斈芰Φ闹怠!袄炻?PULLRATE)”信息指定了要傳輸?shù)膱D 像信號或文件的質(zhì)量信息(取樣率)?!癝SRC”信息是識別會話所需的值?!肮?jié)目”信息指定 了廣播節(jié)目。在步驟S301中,將表示分發(fā)請求“0x0001”的值指定為“類型”信息。然后,在等待來自被指定了其IP地址的發(fā)送裝置200的請求響應(yīng)分組30秒后(重 復(fù)步驟S301 — S302 — S301),當(dāng)接收到請求響應(yīng)分組時(shí),確定作為裝置類型信息在請求響 應(yīng)分組中指定的是實(shí)時(shí)編碼器還是分發(fā)服務(wù)器(步驟S303)?;谠摯_定結(jié)果,在實(shí)時(shí)與 服務(wù)器模式之間切換(步驟S304)。如前面所述,由圖2中示出的請求響應(yīng)分組接收單元 103、請求響應(yīng)分析單元104以及模式確定單元105執(zhí)行以上操作。然后,當(dāng)設(shè)置了實(shí)時(shí)模式時(shí),基于PCR控制來接收數(shù)據(jù)(步驟S305 —S306)。在該
7操作中,如前面所述,運(yùn)動(dòng)圖像解碼單元116接收經(jīng)由數(shù)據(jù)分組接收單元109、分組確定單 元110以及分組接收緩沖器111所實(shí)時(shí)接收到的圖像信號。在這種情況下,運(yùn)動(dòng)圖像解碼 單元116根據(jù)經(jīng)由PCR生成單元206和VCXO 113生成的同步時(shí)鐘來執(zhí)行解碼/再現(xiàn)操作。然而,當(dāng)設(shè)置了服務(wù)器模式時(shí),基于流量控制來接收數(shù)據(jù)(步驟S305 —S307)。在 該操作中,如前面所述,運(yùn)動(dòng)圖像解碼單元116接收經(jīng)由數(shù)據(jù)分組接收單元109、分組確定 單元110以及分組接收緩沖器111所接收到的圖像文件。在這種情況下,運(yùn)動(dòng)圖像解碼單 元116根據(jù)由自激OSC 114生成的系統(tǒng)時(shí)序時(shí)鐘來執(zhí)行解碼/再現(xiàn)操作。在這種情況下,圖2中示出的流量控制單元106順序檢查分組接收緩沖器111 (步 驟S308),并且如果在分組接收緩沖器111中剩余有分組的狀態(tài)下沒有異常,那么它繼續(xù)接 收數(shù)據(jù),而不執(zhí)行任何處理(步驟S308 — S307)。然而,如前面所述,當(dāng)分組接收緩沖器111中剩余的分組看來超過它的緩沖器尺 寸時(shí)(緩沖器溢出),流量控制單元106將第一指示發(fā)給發(fā)送停止/開始請求分組發(fā)送單元 107。當(dāng)接收到該指示時(shí),發(fā)送停止/開始請求分組發(fā)送單元107生成用于被指定了其IP 地址的發(fā)送裝置200 (圖3)的發(fā)送停止請求分組,并且經(jīng)由圖2中示出的請求分組發(fā)送單 元108將該分組送出到網(wǎng)絡(luò)(步驟S308 —S309)。結(jié)果,在發(fā)送裝置200中,停止對存儲圖 像文件的數(shù)據(jù)分組的送出,并且調(diào)整由接收裝置100接收的分組的量。相反,如前面所述,當(dāng)分組接收緩沖器111中看來沒有剩余分組(緩沖器空)時(shí), 流量控制單元106將第二指示發(fā)給發(fā)送停止/開始請求分組發(fā)送單元107。當(dāng)接收到該 指示時(shí),發(fā)送停止/開始請求分組發(fā)送單元107生成用于被指定了其IP地址的發(fā)送裝置 200的發(fā)送開始請求分組,并且經(jīng)由請求分組發(fā)送單元108將該分組送出到網(wǎng)絡(luò)(步驟 S308 —S310)。結(jié)果,在發(fā)送裝置200中,開始(重新開始)對存儲圖像文件的數(shù)據(jù)分組的 送出,并且調(diào)整由接收裝置100接收的分組的量。圖5是示出圖3中示出的發(fā)送裝置200的控制操作的操作流程圖。該流程圖的控 制操作可以被實(shí)現(xiàn)為用于發(fā)送裝置200中的處理器(沒有示出)的操作,以便執(zhí)行存儲在 存儲器(沒有示出)中的控制程序。首先,發(fā)送裝置200處于等待請求分組的狀態(tài)中(重復(fù)步驟S401中的確定)。當(dāng)接收到請求分組時(shí),分析請求分組的內(nèi)容(步驟S402)。如前面所述,由圖3中 示出的請求分組接收單元201和請求分組分析單元202執(zhí)行該操作。當(dāng)作為以上分析的結(jié)果,請求分組請求開始圖像信號或文件的分發(fā)時(shí),朝著發(fā)送 了請求分組的、具有IP地址的接收裝置100 (圖2)發(fā)送請求響應(yīng)分組(步驟S403)。在這 種情況下,如果接收裝置100的自身裝置是實(shí)時(shí)圖像分發(fā)裝置,那么將表示它是實(shí)時(shí)編碼 器的裝置類型信息附加到請求響應(yīng)分組。相反,如果接收裝置100的自身裝置是文件分發(fā) 服務(wù)器,那么將表示它是分發(fā)服務(wù)器的裝置類型信息附加到請求響應(yīng)分組。圖7是接收和發(fā)送裝置的第一優(yōu)選實(shí)施例的請求響應(yīng)分組的數(shù)據(jù)結(jié)構(gòu)示例。信息 “端口 1”、“端口 2”、“ID”、“能力”以及“拉伸率”中的每條信息都與被附加到請求分組(見 圖6)的信息中的各條信息相同。“類型”信息為分發(fā)請求指定了響應(yīng)值“0x0101”或者為 停止請求指定了響應(yīng)值“0x0102”。“錯(cuò)誤碼”信息指定了表示正常狀態(tài)的值“0x0000”或者 表示異常/分發(fā)不可能狀態(tài)的值“0x0001”?!癊QP類型”信息指定了表示實(shí)時(shí)編碼器的值 “0x0000”或者表示分發(fā)服務(wù)器的值“0x0001”作為裝置類型。發(fā)送裝置200(圖3)可以響應(yīng)于來自接收裝置100(圖2)的請求分組,通過該條“EQP類型”信息來報(bào)告其自身裝置的 裝置類型。然后,接收裝置100可以根據(jù)該條信息來在實(shí)時(shí)與服務(wù)器模式之間切換其自身 裝置的操作。在圖7中,為將來目的保留信息“Rsv. 3” "Rsv. 4”以及“Rsv. 5”中的各條信息。然后,從請求分組分析單元202向運(yùn)動(dòng)圖像發(fā)送單元204指示對數(shù)據(jù)分組的發(fā)送 開始(步驟S404)。在此步驟之后,當(dāng)確定是否接收到請求分組(重復(fù)步驟S405中的確定) 的同時(shí),繼續(xù)對數(shù)據(jù)分組的發(fā)送。如前面所述,由圖3中示出的運(yùn)動(dòng)圖像發(fā)送單元204、分組 發(fā)送緩沖器207以及數(shù)據(jù)分組發(fā)送單元208執(zhí)行數(shù)據(jù)分組的發(fā)送操作,并且由圖3中示出 的請求分組接收單元201執(zhí)行請求分組的接收操作。當(dāng)在上述發(fā)送操作中接收到請求分組時(shí),分析并確定請求分組的內(nèi)容(步驟 S405 — S406 — S407)。由圖3中示出的請求分組接收單元201和請求分組分析單元202 執(zhí)行該操作。如果確定請求分組是分發(fā)停止請求分組,那么從圖3中示出的請求分組分析單元 202向運(yùn)動(dòng)圖像發(fā)送單元204指示分發(fā)操作的停止,并且處理返回到分發(fā)開始請求分組等 待處理(步驟 S406 — S408 — S401)。如果確定請求分組不是分發(fā)停止請求分組,并且還確定請求分組的自身裝置是實(shí) 時(shí)圖像分發(fā)裝置,那么不執(zhí)行步驟S407,并且處理返回到步驟S405中的確定處理。如果確定請求分組不是分發(fā)停止請求分組,并且另外請求分組的自身裝置是文件 分發(fā)服務(wù)器,那么執(zhí)行步驟S407中的流量控制處理。具體地,首先,確定請求分組是發(fā)送停 止請求分組還是發(fā)送開始請求分組(步驟S407-1)。如果接收到發(fā)送停止請求分組,那么從 請求分組分析單元202向分組發(fā)送緩沖器207 (兩者都在圖3中示出)指示對數(shù)據(jù)分組的 送出的停止(步驟S407-1 — S407-2)。然后,處理返回到步驟S405中的確定處理。如果接收到發(fā)送開始請求分組,那么從請求分組分析單元202向分組發(fā)送緩沖器 207指示對數(shù)據(jù)分組的送出的開始(重新開始)(步驟S407-1 — S407-3)。然后,處理返回 到步驟S405中的確定處理。因此,實(shí)行了流量控制。在圖8A和8B中示出的操作順序圖中總結(jié)了接收和發(fā)送裝置的第一優(yōu)選實(shí)施例的 以上操作。如圖8A所示,如果發(fā)送裝置200的自身裝置是實(shí)時(shí)圖像分發(fā)裝置,那么對于來自 接收裝置100的圖像分發(fā)請求(圖4中的步驟S301),發(fā)送裝置200返回附加了關(guān)于實(shí)時(shí)編 碼器的信息的請求響應(yīng)(圖5中的步驟S403)。響應(yīng)于此,接收裝置100將其自身裝置的狀 態(tài)修改為實(shí)時(shí)模式(圖4中的步驟S304)。然后,將實(shí)時(shí)圖像信號從發(fā)送裝置200傳輸?shù)浇?收裝置100 (圖5中的步驟S404、圖4中的步驟S306)。 如圖8B所示,如果發(fā)送裝置200的自身裝置是文件分發(fā)服務(wù)器,那么對于來自接 收裝置100的圖像分發(fā)請求(圖4中的步驟S301),發(fā)送裝置200返回附加了關(guān)于分發(fā)服務(wù) 器的信息的請求響應(yīng)(圖5中的步驟S403)。響應(yīng)于此,接收裝置100將其自身裝置的狀態(tài) 修改為服務(wù)器模式(圖4中的步驟S304)。然后,將圖像文件從發(fā)送裝置200傳輸?shù)浇邮昭b 置100 (圖5中的步驟S404、圖4中的步驟S307)。 因此,根據(jù)接收和發(fā)送裝置的第一優(yōu)選實(shí)施例,發(fā)送裝置200可以響應(yīng)于來自接 收裝置100的分發(fā)開始請求分組,通過“EQP類型”信息來報(bào)告其自身裝置的裝置類型,并且接收裝置可以根據(jù)該條信息來在實(shí)時(shí)與服務(wù)器模式之間切換其自身裝置的操作。接下來,將說明接收和發(fā)送裝置的第二優(yōu)選實(shí)施例。首先,接收裝置的第二優(yōu)選實(shí)施例的配置與圖2中示出的第一優(yōu)選實(shí)施例中的接 收裝置100的配置相同。然而,在接收裝置100中,首先,請求分組生成單元101朝著發(fā)送裝置發(fā)送其中設(shè) 置了實(shí)時(shí)模式的分發(fā)請求模式信息的請求分組。當(dāng)響應(yīng)于此請求分組,從發(fā)送裝置返回其 中設(shè)置了實(shí)時(shí)編碼器的模式的、表示正常的請求響應(yīng)分組時(shí),接收裝置以實(shí)時(shí)模式操作。當(dāng) 從發(fā)送裝置發(fā)出其中設(shè)置了分發(fā)服務(wù)器的模式的、表示異常的請求響應(yīng)分組時(shí),請求分組 生成單元101朝著發(fā)送裝置重發(fā)其中設(shè)置了服務(wù)器模式的分發(fā)請求模式信息的請求分組。 當(dāng)響應(yīng)于此請求分組,從發(fā)送裝置返回其中設(shè)置了分發(fā)服務(wù)器的模式的、表示正常的請求 響應(yīng)分組時(shí),接收裝置100以服務(wù)器模式操作。圖9是第二優(yōu)選實(shí)施例中的發(fā)送裝置800的配置。在圖9中,附加了與圖3中示出的第一優(yōu)選實(shí)施例中的發(fā)送裝置200的配置中相 同參考標(biāo)號的部件執(zhí)行與圖3中相同的處理。圖9中示出的配置與圖3中示出的配置的差別在于,請求模式確定單元801確定 在由請求分組分析單元202接收的分發(fā)開始請求分組中設(shè)置了實(shí)時(shí)模式還是服務(wù)器模式。當(dāng)其自身裝置是實(shí)時(shí)圖像分發(fā)裝置時(shí),如果在分發(fā)開始請求分組中設(shè)置了實(shí)時(shí)模 式,那么請求模式確定單元801指示請求響應(yīng)分組發(fā)送單元203返回表示正常的請求響應(yīng) 分組。相反,如果在分發(fā)開始請求分組中設(shè)置了服務(wù)器模式,那么請求模式確定單元801指 示請求響應(yīng)分組發(fā)送單元203返回表示異常的請求響應(yīng)分組。同時(shí),還將表示實(shí)時(shí)編碼器 的裝置類型信息附加到請求響應(yīng)分組。當(dāng)其自身裝置是文件分發(fā)服務(wù)器時(shí),如果在分發(fā)開始請求分組中設(shè)置了實(shí)時(shí)模 式,那么請求模式確定單元801指示請求響應(yīng)分組發(fā)送單元203返回表示異常的請求響應(yīng) 分組。相反,如果在分發(fā)開始請求分組中設(shè)置了服務(wù)器模式,那么請求模式確定單元801指 示請求響應(yīng)分組發(fā)送單元203返回表示正常的請求響應(yīng)分組。同時(shí),還將表示分發(fā)服務(wù)器 的裝置類型信息附加到請求響應(yīng)分組。圖10是示出了圖2中所示出的第二優(yōu)選實(shí)施例中的接收裝置100的控制操作的 操作流程圖。該操作流程圖中的控制操作被實(shí)現(xiàn)為用于接收裝置100中的處理器(沒有示 出)的操作,以便執(zhí)行存儲在存儲器(沒有示出)中的控制程序。首先,將用于請求分發(fā)開始的請求分組發(fā)送到由用戶指定的IP(網(wǎng)際協(xié)議)地址 (步驟S901)。在這種情況下,將表示實(shí)時(shí)模式的分發(fā)請求模式信息附加到請求分組。圖12是接收和發(fā)送裝置的第二優(yōu)選實(shí)施例的請求分組的數(shù)據(jù)結(jié)構(gòu)示例。信息“類 型”、“端口 1”、“端口 2”、“ID”、“能力”以及“拉伸率”中的各條信息與圖6中示出的第一優(yōu) 選實(shí)施例中的請求分組的數(shù)據(jù)結(jié)構(gòu)中的那些信息(見圖6)相同。“接收類型”信息指定了 上述分發(fā)請求模式信息。“EQP類型”信息通過其值“0”來表示它與實(shí)時(shí)分發(fā)和服務(wù)器分發(fā) 這兩者對應(yīng)。在步驟S901中,將表示分發(fā)請求的值“0x0001”指定為“類型”信息,并且將表 示實(shí)時(shí)模式的值“0”指定為“接收類型”信息。由圖2中示出的請求分組生成單元101和 請求分組發(fā)送單元102執(zhí)行該操作。然后,在等待其30秒之后(重復(fù)步驟S901 — S902 — S901),當(dāng)從被指定了其IP地址的發(fā)送裝置200接收到請求響應(yīng)分組時(shí),基于接收到的請求響應(yīng)分組,確定作為在請 求響應(yīng)分組中指定的請求響應(yīng)是否指定了實(shí)時(shí)編碼器的裝置類型信息(步驟S903)。如果該確定為肯定的,那么圖2中示出的模式確定單元105在切換單元115和流 量控制單元106中設(shè)置實(shí)時(shí)模式(步驟S904)。因此,當(dāng)設(shè)置了實(shí)時(shí)模式時(shí),基于PCR控制 來接收數(shù)據(jù)(步驟S306)。該操作與圖4中示出的第一優(yōu)選實(shí)施例的步驟S306中的操作相 同。如果在步驟S903中的確定為否定的,那么模式確定單元105向請求分組生成單元 101通知該事實(shí)。響應(yīng)于該通知,請求分組生成單元101將請求分發(fā)重新開始的請求分組 發(fā)送到指定的IP地址(步驟S905)。在這種情況下,在請求分組中將表示服務(wù)器模式的值 “ 1,,指定為分發(fā)請求模式信息,也就是說,“接收類型”信息。然后,在等待其30秒之后(重復(fù)步驟S905 — S906 — S905),當(dāng)從被指定了其IP 地址的發(fā)送裝置200接收到請求響應(yīng)分組時(shí),圖2中示出的模式確定單元105在切換單元 115和流量控制單元106中設(shè)置服務(wù)器模式(步驟S907)。當(dāng)因此設(shè)置了服務(wù)器模式時(shí),基 于流量控制來接收數(shù)據(jù)(步驟S307到S310)。該操作與圖4中示出的第一優(yōu)選實(shí)施例中的 步驟S307到S310中的操作相同。圖13A和13B是圖9中示出的發(fā)送裝置800的操作順序圖。這些操作流程圖的控 制操作被實(shí)現(xiàn)為用于發(fā)送裝置800中的處理器(沒有示出)的操作,以便執(zhí)行存儲在存儲 器(沒有示出)中的控制程序。首先,步驟S401和S402中的處理與圖5中示出的第一優(yōu)選實(shí)施例的步驟S401和 S402中的處理相同。具體地,首先,發(fā)送裝置800處于請求分組等待狀態(tài)中(重復(fù)步驟S401中的確 定)。當(dāng)接收到請求分組時(shí),分析請求分組的內(nèi)容(步驟S402)。由圖9中示出的請求分 組接收單元201和請求分組分析單元202執(zhí)行該操作。當(dāng)作為以上分析的結(jié)果,請求分組請求對圖像信號或文件的分發(fā)的開始時(shí),確定 在請求分組中設(shè)置的分發(fā)請求模式信息是否與其自身裝置的模式一致(步驟S1001)。由圖 9中示出的請求模式確定單元801執(zhí)行該操作。當(dāng)?shù)谝淮谓邮盏椒职l(fā)開始請求分組時(shí),在圖10示出的步驟S901中,在請求分組中 將表示實(shí)時(shí)模式的值“0”指定為“接收類型”信息。因此,如果其自身裝置是實(shí)時(shí)圖像分發(fā) 裝置,那么在步驟S1001中確定它們是匹配的,并且如果其自身裝置是文件分發(fā)服務(wù)器,那 么在步驟S1001中確定它們是不匹配的。如果其自身裝置是文件分發(fā)服務(wù)器,那么在步驟S1001中確定不一致后,通過在 圖10中示出的步驟S905,接收到第二分發(fā)開始請求分組。在這種情況下,在圖10中示出的 步驟S901中,在請求分組中將表示服務(wù)器模式的值“1”指定為“接收類型”信息。因此,在 步驟S1001中確定它們是匹配的。如果其自身裝置是文件分發(fā)服務(wù)器,并且當(dāng)接收到第一文件分發(fā)開始請求分組 時(shí),在步驟S1001中確定它們是不匹配的,那么執(zhí)行以下操作。具體地,請求模式確定單元 801指示請求響應(yīng)分組發(fā)送單元203返回附加了表示異常和分發(fā)服務(wù)器的裝置類型信息的 請求響應(yīng)分組(步驟S1002)。請求響應(yīng)分組的數(shù)據(jù)結(jié)構(gòu)與圖7中示出的第一優(yōu)選實(shí)施例中的數(shù)據(jù)結(jié)構(gòu)相同。在步驟S1002中,將表示分發(fā)請求響應(yīng)的值“0x0101”、表示異常和分發(fā)不 可能的值“0x0001”以及表示分發(fā)服務(wù)器的值“0x0001”分別指定為“類型”、“錯(cuò)誤碼”以及 “EQP類型”信息。然后,處理返回到分發(fā)開始請求分組等待處理(步驟S1002 —S401)。如果其自身裝置是文件分發(fā)服務(wù)器并且接收到第二分發(fā)開始請求分組,或者如 果其自身裝置是實(shí)時(shí)圖像分發(fā)裝置1403并且接收到第一分發(fā)開始請求分組,那么在步驟 S1001中確定它們是匹配的。在這種情況下,請求模式確定單元801指示請求響應(yīng)分組發(fā)送 單元203返回附加了表示正常和其自身模式(分發(fā)服務(wù)器或?qū)崟r(shí)編碼器)的裝置類型信息 的請求響應(yīng)分組(步驟S1003)。具體地,在圖7中示出的數(shù)據(jù)結(jié)構(gòu)示例中,將表示分發(fā)請求 響應(yīng)的值“0x0101”、表示正常的值“0x0000”以及表示分發(fā)服務(wù)器(當(dāng)其自身裝置是文件分 發(fā)服務(wù)器)的值“0x0001”或表示實(shí)時(shí)編碼器(當(dāng)其自身裝置是實(shí)時(shí)圖像分發(fā)裝置)的值 “0x0000”分別指定為“類型”、“錯(cuò)誤碼”以及“EQP類型”信息。然后,從請求分組分析單元202向運(yùn)動(dòng)圖像發(fā)送單元204(兩者都在圖3中示出) 指示對數(shù)據(jù)分組的發(fā)送的開始,并且開始傳輸(步驟S404),。此步驟之后的操作與第一優(yōu) 選實(shí)施例中的從步驟S405直到S408的一系列控制操作相同。在圖13A和13B中示出的操作順序圖中總結(jié)了第二優(yōu)選實(shí)施例中的接收和發(fā)送裝 置的以上操作。如圖13A中所示,在發(fā)送裝置800中,如果其自身裝置是實(shí)時(shí)圖像分發(fā)裝置,那么 響應(yīng)于來自接收裝置100的、其中指定了實(shí)時(shí)模式的圖像分發(fā)請求(圖10中示出的步驟 S901),確定它們的模式是匹配的(圖11中示出的步驟S1001)。結(jié)果,發(fā)送裝置800返回附 加了表示實(shí)時(shí)編碼器的信息的、表示正常的請求響應(yīng)(圖11中示出的步驟S1003)。響應(yīng)于 該請求響應(yīng),接收裝置100將其自身裝置設(shè)置為實(shí)時(shí)編碼器(圖10中示出的步驟S904)。 然后,將圖像信號從發(fā)送裝置800向接收裝置100實(shí)時(shí)傳輸(圖11中示出的步驟S404、圖 4中示出的步驟S306)。如圖13B中所示,在發(fā)送裝置800中,如果其自身裝置是文件分發(fā)服務(wù)器,那么 響應(yīng)于來自接收裝置100的、其中指定了實(shí)時(shí)模式的圖像分發(fā)請求(圖10中示出的步驟 S901),確定它們的模式是不匹配的(圖11中示出的步驟S1001)。結(jié)果,發(fā)送裝置800返回 附加了表示分發(fā)服務(wù)器的信息的、表示異常的請求響應(yīng)(圖11中示出的步驟S1002)。響應(yīng) 于該請求響應(yīng),接收裝置100檢測出模式不一致(圖10中示出的步驟S903),并且發(fā)送其中 指定了服務(wù)器模式的圖像分發(fā)請求(圖10中示出的步驟S905)。結(jié)果,在發(fā)送裝置800中, 確定模式一致(圖11中示出的步驟S1001)。然后,發(fā)送裝置800返回包括表示分發(fā)服務(wù)器 的信息的、表示正常的請求響應(yīng)(圖11中示出的步驟S1003)。響應(yīng)于此請求響應(yīng),接收裝 置100將其自身裝置設(shè)置為服務(wù)器模式(圖10中示出的步驟S907)。然后,將圖像文件從 發(fā)送裝置800傳輸?shù)浇邮昭b置100 (圖11中示出的步驟S404、圖10中示出的步驟S307)。因此,根據(jù)發(fā)送和接收裝置的第二優(yōu)選實(shí)施例,通過“接收類型”信息可以將由接 收裝置100所期望的分發(fā)請求模式明確地從接收裝置100報(bào)告給發(fā)送裝置800。因此,根據(jù)接收和發(fā)送裝置的第一或第二優(yōu)選實(shí)施例,在其中混合了用于監(jiān)控的 實(shí)時(shí)圖像分發(fā)裝置和文件分發(fā)服務(wù)器的環(huán)境中,不需要準(zhǔn)備各自裝置專用的接收裝置,從 而降低了成本。使用根據(jù)以上優(yōu)選實(shí)施例的接收裝置,可以在不知道分發(fā)源的情況下無縫地接收
12圖像。雖然在各自優(yōu)選實(shí)施例中,作為示例,以圖像信號為目標(biāo)給出了說明,但是所公開 的技術(shù)還可應(yīng)用到除圖像信號之外的各種媒體信號,諸如語音信號等。這里敘述的所有示例和條件性語言旨在教導(dǎo)目的,以幫助讀者理解由發(fā)明人提供 的發(fā)明和概念以增進(jìn)現(xiàn)有技術(shù),并且應(yīng)被解釋為不限于這樣具體敘述的示例和條件,這些 示例在說明書中的安排也與對本發(fā)明的較優(yōu)和較劣方面的論證無關(guān)。雖然詳細(xì)描述了本 發(fā)明的實(shí)施例,但是應(yīng)該理解,在不背離本發(fā)明的精神和范圍的情況下,可對其進(jìn)行各種改 變、替代以及變更。
權(quán)利要求
一種媒體分發(fā)切換方法,其用于切換在分組網(wǎng)上從發(fā)送裝置向接收裝置分發(fā)的媒體信息,其包括發(fā)送請求分組,其用于請求從所述發(fā)送裝置到所述接收裝置的對所述媒體信息的分發(fā);響應(yīng)于所述請求分組,從所述發(fā)送裝置向所述接收裝置返回附加了裝置類型信息的請求響應(yīng)分組,所述裝置類型信息表示所述發(fā)送裝置是用于實(shí)時(shí)傳輸還是非實(shí)時(shí)傳輸?shù)?;并且在所述接收裝置中,根據(jù)被附加到從所述發(fā)送裝置接收到的所述請求響應(yīng)分組的裝置類型信息,通過在用于實(shí)時(shí)傳輸?shù)牟僮髂J脚c用于非實(shí)時(shí)傳輸?shù)牟僮髂J街g切換來執(zhí)行接收處理。
2.根據(jù)權(quán)利要求1所述的媒體分發(fā)切換方法,其中當(dāng)將所述請求分組發(fā)送到所述發(fā)送裝置時(shí),所述接收裝置將用于指定由所述接收裝置 所期望的第一操作模式的分發(fā)請求模式信息附加到所述請求分組;當(dāng)被附加到所述請求分組的所述分發(fā)請求模式信息與所述發(fā)送裝置的操作模式一致 時(shí),所述發(fā)送裝置返回附加了表示正常的信息的請求響應(yīng)分組,并且當(dāng)被附加到所述請求 分組的所述分發(fā)請求模式信息與所述發(fā)送裝置的操作模式不一致時(shí),所述發(fā)送裝置返回附 加了表示異常的信息的請求響應(yīng)分組;當(dāng)表示正常的信息被附加到從所述發(fā)送裝置接收的所述請求響應(yīng)分組時(shí),所述接收裝 置以與被附加到所述請求響應(yīng)分組的裝置類型信息對應(yīng)的操作模式執(zhí)行接收操作;并且當(dāng)表示異常的信息被附加到從所述發(fā)送裝置接收的所述請求響應(yīng)分組時(shí),所述接收裝 置向所述發(fā)送裝置重發(fā)請求分組,該請求分組附加了用于指定與所述第一操作模式不同的 操作模式的分發(fā)請求模式信息。
3.一種用于接收在分組網(wǎng)上從發(fā)送裝置發(fā)送的媒體信息的接收裝置,其包括 請求分組生成單元,其生成用于請求對所述媒體信息的分發(fā)的請求分組;請求響應(yīng)分組接收單元,其從所述發(fā)送裝置接收與所述請求分組對應(yīng)的請求響應(yīng)分組;請求響應(yīng)分析單元,其分析在所述請求響應(yīng)分組中設(shè)置的請求響應(yīng); 模式確定單元,其根據(jù)被附加到所述請求響應(yīng)的、表示所述發(fā)送裝置是用于實(shí)時(shí)傳輸 還是非實(shí)時(shí)傳輸?shù)难b置類型信息,在用于實(shí)時(shí)傳輸?shù)牟僮髂J脚c用于非實(shí)時(shí)傳輸?shù)牟僮髂?式之間切換;第一接收單元,其以用于非實(shí)時(shí)傳輸?shù)牟僮髂J浇邮账雒襟w信息;以及 第二接收單元,其以用于實(shí)時(shí)傳輸?shù)牟僮髂J浇邮账雒襟w信息。
4.一種用于在分組網(wǎng)上將媒體信息發(fā)送到接收裝置的發(fā)送裝置,其包括請求分組接收單元,其從所述接收裝置接收用于請求對所述媒體信息的分發(fā)的請求分組;請求分組分析單元,其分析在所述請求分組中設(shè)置的請求;以及 請求響應(yīng)分組發(fā)送單元,其響應(yīng)于所述請求,向所述接收裝置返回附加了表示其自身 裝置是實(shí)時(shí)傳輸還是非實(shí)時(shí)傳輸?shù)难b置類型信息的請求響應(yīng)分組。
全文摘要
本發(fā)明涉及媒體分發(fā)切換方法、接收裝置以及發(fā)送裝置。在該接收裝置中,請求分組生成單元生成用于請求媒體信息的分發(fā)的請求分組。請求分組發(fā)送單元發(fā)送請求分組。請求響應(yīng)分組接收單元接收來自發(fā)送裝置的與請求分組對應(yīng)的請求響應(yīng)分組。請求響應(yīng)分析單元分析在請求響應(yīng)分組中設(shè)置的請求響應(yīng)。模式確定單元根據(jù)被附加到請求響應(yīng)的、表示發(fā)送裝置是用于實(shí)時(shí)傳輸還是非實(shí)時(shí)傳輸?shù)难b置類型信息,在用于實(shí)時(shí)傳輸?shù)牟僮髂J脚c用于非實(shí)時(shí)傳輸?shù)牟僮髂J街g切換。第一接收單元以用于實(shí)時(shí)傳輸?shù)牟僮髂J浇邮彰襟w信息。第二接收單元以用于非實(shí)時(shí)傳輸?shù)牟僮髂J浇邮彰襟w信息。
文檔編號H04N7/24GK101938464SQ20101022071
公開日2011年1月5日 申請日期2010年6月25日 優(yōu)先權(quán)日2009年6月30日
發(fā)明者吉田要 申請人:富士通株式會社