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

通信頻帶控制裝置及通信頻帶控制方法

文檔序號:7909018閱讀:223來源:國知局
專利名稱:通信頻帶控制裝置及通信頻帶控制方法
技術(shù)領(lǐng)域
本發(fā)明涉及一種對通信網(wǎng)絡(luò)上被發(fā)送接收的數(shù)據(jù)進(jìn)行中繼的中繼裝置所采用的、 控制通信頻帶的通信頻帶控制裝置及通信頻帶控制方法。
背景技術(shù)
近年來,作為一種用于保證互聯(lián)網(wǎng)電話、VOD (Video on Demand 視頻點(diǎn)播)服務(wù) 等實(shí)時通信中的通信質(zhì)量的技術(shù),通信的服務(wù)質(zhì)量(即,QoS =Quality of Service)保證技 術(shù)正得到研討。在利用信息內(nèi)容(本文中信息內(nèi)容即為“contents”)的通信請求裝置與 提供信息內(nèi)容的服務(wù)器(以下,稱為目的地裝置)之間的通信路徑中,QoS技術(shù)被用于對信 息內(nèi)容進(jìn)行中繼的中繼裝置。例如,在IEEEGnstitute of Electrical and Electronics Engineers :電氣和電子工程師協(xié)會)802. lie規(guī)格中,無線LAN(Local Area Network 局域網(wǎng))所采用的中繼裝置的QoS技術(shù)已被規(guī)格化。另外,在家庭插電聯(lián)盟(HomePlug Alliance)中,PLC (Power Line Communications 電力線通信)所采用的中繼裝置的QoS 技術(shù)已被實(shí)用化。中繼裝置為了使實(shí)時通信中不發(fā)生包的廢棄或延遲,而預(yù)約為了在通信路徑上發(fā) 送信息內(nèi)容而需要的頻帶,以確保一定的通信速度。由此,便能使聲音、動態(tài)圖像的實(shí)時發(fā) 送及電視電話等不允許通信延遲或停止的服務(wù)優(yōu)先于其他服務(wù)地被發(fā)送(例如,專利文獻(xiàn) 1)。在現(xiàn)有技術(shù)中,為了進(jìn)行頻帶的預(yù)約,需要在中繼裝置中設(shè)定參數(shù)。參數(shù)是指,為 辨別是否是應(yīng)保證質(zhì)量的包而需要的信息內(nèi)容的發(fā)送源的發(fā)送源IP地址、信息內(nèi)容的目 的地的目的地IP地址、及為發(fā)送信息內(nèi)容而需要的頻帶等。為此,通信請求裝置在請求中 繼裝置預(yù)約頻帶時,要將包含這些參數(shù)的控制包直接發(fā)送給中繼裝置,或經(jīng)由目的地裝置 發(fā)送給中繼裝置。中繼裝置通過接收該控制包,來把握為發(fā)送信息內(nèi)容而需要的頻帶。然而,在現(xiàn)有技術(shù)中,通信請求裝置必須要具備生成該控制包的功能;目的地裝置 必須要具備將從通信請求裝置發(fā)送來的控制包回復(fù)給通信請求裝置的功能;中繼裝置必須 要具備能夠處理控制包,并設(shè)定這些參數(shù)的功能(以下,作為“QoS設(shè)定功能”)。這樣的話, 存在通信路徑上的通信請求裝置、目的地裝置及中繼裝置都必須要具備有關(guān)QoS設(shè)定的功 能這樣的使用制限。而對于新商品、舊商品及其他廠商的商品等各種各樣的設(shè)備混在的家 庭內(nèi)網(wǎng)絡(luò)來說,受到很大的限制。然而,上述問題可以通過將管理服務(wù)器的IP地址的DNS (Domain Name System 域 名系統(tǒng))服務(wù)器與中繼裝置相連接來解決。在該網(wǎng)絡(luò)系統(tǒng)中,通信請求裝置與中繼裝置之 間經(jīng)由內(nèi)部網(wǎng)絡(luò)連接。并且,目的地裝置、DNS服務(wù)器及中繼裝置經(jīng)由外部網(wǎng)絡(luò)連接。DNS 服務(wù)器具有管理表,該管理表中,表示計算機(jī)名或信息內(nèi)容的種類的域名與對應(yīng)于該域名 的服務(wù)器的IP地址之間建立著對應(yīng)關(guān)系。另外,中繼裝置具有表格,該表格中,域名與為發(fā) 送對應(yīng)于該域名的信息內(nèi)容而需要的頻帶之間建立著對應(yīng)關(guān)系。在這樣的通信系統(tǒng)中,首先,通信請求裝置為了取得目的地裝置的IP地址,而經(jīng)由中繼裝置將DNS請求包發(fā)送給DNS服務(wù)器。該DNS請求包中包含目的地裝置的域名。DNS 服務(wù)器接收到DNS請求包,便在域名與服務(wù)器的IP地址之間建立對應(yīng)關(guān)系。然后,DNS服 務(wù)器在DNS響應(yīng)包中寫入目的地裝置的IP地址,并經(jīng)由中繼裝置將該包回復(fù)給通信請求裝 置。中繼裝置接收到DNS響應(yīng)包,便參照上述表格來取得為發(fā)送對應(yīng)于域名的信息內(nèi)容而 需要的頻帶,并進(jìn)行頻帶的預(yù)約。其后,通信請求裝置從中繼裝置接收DNS響應(yīng)包,以取得 目的地裝置的IP地址。通信請求裝置接收到DNS響應(yīng)包,便向目的地裝置發(fā)送要求取得信 息內(nèi)容的請求。這樣,在通信請求裝置將DNS請求包發(fā)送給DNS服務(wù)器,并從DNS服務(wù)器接收DNS 響應(yīng)包的過程中,中繼裝置根據(jù)從DNS服務(wù)器發(fā)送來的DNS響應(yīng)包來預(yù)約頻帶。因此,在通 信請求裝置不知道中繼裝置進(jìn)行了頻帶的預(yù)約的情況下,該頻帶被預(yù)約。其結(jié)果,通信裝置 裝置、目的地裝置不需要具備將上述參數(shù)設(shè)定于中繼裝置的功能。然而,在上述解決辦法中,通信請求裝置由于不知道中繼裝置是否進(jìn)行了頻帶的 預(yù)約,所以無論中繼裝置是否已預(yù)約到頻帶,都向目的地裝置發(fā)送要求取得信息內(nèi)容的請 求。因此,即使在因通信路徑中頻帶不足而使中繼裝置沒有預(yù)約到所需要的頻帶的情況下, 通信請求裝置也向目的地裝置發(fā)送要求取得信息內(nèi)容的請求。其結(jié)果,出現(xiàn)紊亂的圖像被 發(fā)送到通信請求裝置這樣的問題。專利文獻(xiàn)1日本特開平10-14 號公報。

發(fā)明內(nèi)容
鑒于上述技術(shù)問題,本發(fā)明的目的在于提供一種中繼裝置等所采用的通信頻帶控 制裝置及通信頻帶控制方法,該裝置和方法即便是在包括不具備QoS設(shè)定功能的通信請求 裝置的網(wǎng)絡(luò)中,也能在無法確保為發(fā)送信息內(nèi)容而需要的頻帶的情況下,防止因頻帶不足 而紊亂的圖像被發(fā)送到通信請求裝置的情況。為了達(dá)到上述目的,本發(fā)明具有以下特徵。本發(fā)明的第一個方面是一種中繼裝置 所具備的通信頻帶控制裝置,用于控制中繼裝置所處理的通信的通信頻帶,其中,中繼裝置 中繼在通信網(wǎng)絡(luò)上請求通信的通信請求裝置與作為通信對方的目的地裝置之間所發(fā)送接 收的數(shù)據(jù),該通信頻帶控制裝置包括包檢測部,檢測在通信請求裝置向域名系統(tǒng)服務(wù)器詢 問了與目的地裝置的域名相對應(yīng)的IP地址后,域名系統(tǒng)服務(wù)器為了答復(fù)詢問而發(fā)送的域 名系統(tǒng)響應(yīng)包;存儲部,存儲預(yù)先求出的在目的地裝置與通信請求裝置之間進(jìn)行通信時中 繼裝置為了與其他中繼裝置之間進(jìn)行通信而需要的請求頻帶、與目的地裝置的域名之間的 第1對應(yīng)關(guān)系,以及中繼裝置與其他中繼裝置之間現(xiàn)在能夠使用的頻帶;條件判定部,基于 隨通信請求裝置的通信請求而產(chǎn)生的通信包來確定目的地裝置的域名,根據(jù)第1對應(yīng)關(guān)系 來取得請求頻帶,并判定是否符合請求頻帶大于現(xiàn)在能夠使用的頻帶這一第1條件;以及 QoS設(shè)定部,在符合第1條件的情況下,基于域名系統(tǒng)響應(yīng)包所包含的信息,進(jìn)行攔截通信 請求裝置與目的地裝置之間的通信的設(shè)定。并且,較佳的是,前述的存儲部還存儲有目的地裝置與通信請求裝置之間的通信 的優(yōu)先度與目的地裝置的域名之間的第2對應(yīng)關(guān)系、以及中繼裝置與其他中繼裝置之間現(xiàn) 在正在進(jìn)行的通信與該通信的優(yōu)先度之間的第3對應(yīng)關(guān)系。另外,較佳的是,前述的條件 判定部在判定為符合第1條件的情況下,參照存儲部來求出中繼裝置與其他中繼裝置之間現(xiàn)在正在進(jìn)行的通信中、優(yōu)先度低于目的地裝置與通信請求裝置之間的通信的優(yōu)先度的通 信,并進(jìn)一步判定是否符合即使停止所求出的通信也不能確保請求頻帶這一第2條件。并且,較佳的是,前述的條件判定部基于域名系統(tǒng)響應(yīng)包所包含的域名來確定目 的地裝置的域名。另外,較佳的是,前述的QoS設(shè)定部還包括域名系統(tǒng)變更部,在條件判定 部判定為符合第1條件的情況下,域名系統(tǒng)變更部將域名系統(tǒng)響應(yīng)包所包含的目的地裝置 的IP地址改寫為特定的IP地址。并且,較佳的是,前述的條件判定部基于域名系統(tǒng)響應(yīng)包所包含的域名來確定目 的地裝置的域名。另外,較佳的是,前述的QoS設(shè)定部還包括域名系統(tǒng)變更部,在條件判定 部判定為符合第2條件的情況下,域名系統(tǒng)變更部將域名系統(tǒng)響應(yīng)包所包含的目的地裝置 的IP地址改寫為特定的IP地址。并且,較佳的是,特定的IP地址是將表示頻帶不足的情況的信息發(fā)送給通信請求 裝置的信息提供裝置的IP地址?;蛘?,較佳的是,特定的IP地址是本中繼裝置的IP地址。并且,較佳的是,包檢測 部檢測從通信請求裝置向本中繼裝置的IP地址發(fā)送的通信請求包。在此情況下,較佳的 是,本發(fā)明的通信頻帶控制裝置還包括應(yīng)用處理部,當(dāng)包檢測部檢測到通信請求包,該應(yīng)用 處理部便將表示頻帶不足的情況的信息發(fā)送給通信請求裝置。并且,較佳的是,前述的條件判定部基于域名系統(tǒng)響應(yīng)包所包含的域名來確定目 的地裝置的域名。并且,較佳的是,前述的存儲部還將中繼裝置不允許通信的目的地裝置的 IP地址作為不許可地址來存儲。并且,較佳的是,前述的QoS設(shè)定部包括IP地址存放部,在 條件判定部判定為符合第1條件的情況下,IP地址存放部將域名系統(tǒng)響應(yīng)包所包含的目的 地裝置的IP地址作為不許可地址存放到存儲部。在此情況下,較佳的是,本發(fā)明的通信頻 帶控制裝置還包括包攔截部,該包攔截部使得以存儲部所存儲的不許可地址為目的地的通 信請求包不被轉(zhuǎn)送給其他中繼裝置。并且,較佳的是,前述的條件判定部基于域名系統(tǒng)響應(yīng)包所包含的域名來確定目 的地裝置的域名。并且,較佳的是,前述的存儲部還將中繼裝置不允許通信的目的地裝置的 IP地址作為不許可地址來存儲。并且,較佳的是,前述的QoS設(shè)定部還包括IP地址存放部, 在條件判定部判定為符合第2條件的情況下,IP地址存放部將域名系統(tǒng)響應(yīng)包所包含的目 的地裝置的IP地址作為不許可地址存放到存儲部。在此情況下,較佳的是,本發(fā)明的通信 頻帶控制裝置還包括包攔截部,該包攔截部使得以存儲部所存儲的不許可地址為目的地的 通信請求包不被轉(zhuǎn)送給其他中繼裝置。并且,較佳的是,前述的存儲部還存儲著目的地裝置的域名與IP地址的第4對應(yīng) 關(guān)系。另外,較佳的是,前述的QoS設(shè)定部還包括目的地裝置信息存放部,該目的地裝置信 息存放部將域名系統(tǒng)響應(yīng)包所包含的目的地裝置的域名與IP地址作為第4對應(yīng)關(guān)系存放 到存儲部。另外,較佳的是,前述的包檢測部進(jìn)一步檢測通信請求裝置向目的地裝置發(fā)送的 通信請求包。并且,較佳的是,當(dāng)包檢測部檢測出通信請求包時,前述的條件判定部參照第4 對應(yīng)關(guān)系,根據(jù)通信請求包的目的地的IP地址來確定目的地裝置的域名。在此情況下,較 佳的是,本發(fā)明的通信頻帶控制裝置還包括包攔截部,在條件判定部判定為符合第1條件 的情況下,該包攔截部使得通信請求包不被轉(zhuǎn)送給其他中繼裝置。并且,較佳的是,前述的存儲部還存儲著目的地裝置的域名與IP地址的第4對應(yīng)關(guān)系。另外,較佳的是,前述的QoS設(shè)定部包括目的地裝置信息存放部,該目的地裝置信息 存放部將域名系統(tǒng)響應(yīng)包所包含的目的地裝置的域名與IP地址作為第4對應(yīng)關(guān)系存放到 存儲部。另外,較佳的是,前述的包檢測部進(jìn)一步檢測通信請求裝置向目的地裝置發(fā)送的通 信請求包。并且,較佳的是,當(dāng)包檢測部檢測出通信請求包時,前述的條件判定部參照第4 對應(yīng)關(guān)系,根據(jù)通信請求包的目的地的IP地址來確定目的地裝置的域名。在此情況下,較 佳的是,本發(fā)明的通信頻帶控制裝置還包括包攔截部,在條件判定部判定為符合第2條件 的情況下,該包攔截部使得通信請求包不被轉(zhuǎn)送給其他中繼裝置。并且,較佳的是,本發(fā)明的通信頻帶控制裝置還包括頻帶預(yù)約部,在條件判定部判 定為不符合第1條件的情況下,在中繼裝置與其他中繼裝置之間預(yù)約請求頻帶。并且,較佳的是,本發(fā)明的通信頻帶控制裝置還包括優(yōu)先控制部,在前述的條件 判定部判定為不符合第2條件的情況下,停止優(yōu)先度低于目的地裝置與通信請求裝置之間 的通信的優(yōu)先度的通信;及頻帶預(yù)約部,若優(yōu)先控制部停止優(yōu)先度低的通信,則在中繼裝置 與其他中繼裝置之間預(yù)約請求頻帶。并且,較佳的是,前述的域名系統(tǒng)變更部將向通信請求裝置發(fā)送的域名系統(tǒng)響應(yīng) 包所包含的暫存時間改寫為O。本發(fā)明的第二個方面是一種中繼裝置所采用的通信頻帶控制方法,該方法用于 控制中繼裝置所處理的通信的通信頻帶,其中,中繼裝置中繼在通信網(wǎng)絡(luò)上請求通信的通 信請求裝置與作為通信對方的目的地裝置之間所發(fā)送接收的數(shù)據(jù),該通信頻帶控制方法包 括包檢測步驟,檢測在通信請求裝置向域名系統(tǒng)服務(wù)器詢問了與目的地裝置的域名相對 應(yīng)的IP地址后,域名系統(tǒng)服務(wù)器為了答復(fù)詢問而發(fā)送的域名系統(tǒng)響應(yīng)包;條件判定步驟, 基于隨通信請求裝置的通信請求而產(chǎn)生的通信包來確定目的地裝置的域名,并取得預(yù)先求 出的、目的地裝置與通信請求裝置之間進(jìn)行通信時中繼裝置為了與其他中繼裝置之間進(jìn)行 通信而需要的請求頻帶,并判定是否符合請求頻帶大于中繼裝置與其他中繼裝置之間現(xiàn)在 能夠使用的頻帶這一第1條件;以及Q0S設(shè)定步驟,在符合第1條件的情況下,基于域名系 統(tǒng)響應(yīng)包所包含的信息,進(jìn)行攔截通信請求裝置與目的地裝置之間的通信的設(shè)定。本發(fā)明的第三個方面是一種中繼裝置所具備的集成電路,該集成電路用于控制中 繼裝置所處理的通信的通信頻帶,其中,所述中繼裝置中繼在通信網(wǎng)絡(luò)上請求通信的通信 請求裝置與作為通信對方的目的地裝置之間所發(fā)送接收的數(shù)據(jù),集成電路包括包檢測部, 檢測在通信請求裝置向域名系統(tǒng)服務(wù)器詢問了與目的地裝置的域名相對應(yīng)的IP地址后, 域名系統(tǒng)服務(wù)器為了答復(fù)詢問而發(fā)送的域名系統(tǒng)響應(yīng)包;存儲部,存儲預(yù)先求出的在目的 地裝置與通信請求裝置之間進(jìn)行通信時中繼裝置為了與其他中繼裝置之間進(jìn)行通信而需 要的請求頻帶與目的地裝置的域名之間的第1對應(yīng)關(guān)系、以及中繼裝置與其他中繼裝置之 間現(xiàn)在能夠使用的頻帶;條件判定部,基于隨通信請求裝置的通信請求而產(chǎn)生的通信包來 確定目的地裝置的域名,根據(jù)第1對應(yīng)關(guān)系來取得請求頻帶,并判定是否符合請求頻帶大 于現(xiàn)在能夠使用的頻帶這一第1條件;以及Q0S設(shè)定部,在符合第1條件的情況下,基于域 名系統(tǒng)(以下稱為DNQ響應(yīng)包所包含的信息,進(jìn)行攔截通信請求裝置與目的地裝置之間的 通信的設(shè)定。發(fā)明效果本發(fā)明的通信頻帶控制裝置,在不能確保為了向其他中繼裝置發(fā)送信 息內(nèi)容而需要的頻帶的情況下,設(shè)定成不讓通信請求裝置與目的地裝置之間進(jìn)行通信,從而能夠停止向通信請求裝置發(fā)送信息內(nèi)容。其結(jié)果,本發(fā)明的通信頻帶控制裝置能夠防止 因頻帶不足而紊亂的視頻圖像被顯示于通信請求裝置的情況。


圖1表示示出本發(fā)明的實(shí)施方式的網(wǎng)絡(luò)的一例。圖2表示本發(fā)明的中繼裝置中采用的協(xié)議棧。圖3表示本發(fā)明的第一實(shí)施方式所涉及的中繼裝置的功能方框圖。圖4表示本發(fā)明的中繼裝置所保有的服務(wù)信息表的數(shù)據(jù)結(jié)構(gòu)的一例。圖5表示本發(fā)明的中繼裝置所保有的通信頻帶管理表的數(shù)據(jù)結(jié)構(gòu)的一例。圖6表示DNS包的包構(gòu)成。圖7是表示本發(fā)明的第一實(shí)施方式所涉及的網(wǎng)絡(luò)中“頻帶不足”時各個裝置的動 作的序列。圖8表示本發(fā)明的第一實(shí)施方式所涉及的DNS變更部改寫DNS包之前的一例。圖9表示本發(fā)明的第一實(shí)施方式所涉及的DNS變更部改寫了 DNS包之后的一例。圖10表示“頻帶不足”時在通信請求裝置的顯示器上顯示的畫面的一例。圖11表示“頻帶不足”時在通信請求裝置的顯示器上顯示的畫面的一例。圖12是表示本發(fā)明的第一實(shí)施方式所涉及的通信頻帶控制裝置所執(zhí)行的圖7的 S104、S105的動作的流程圖。圖13是表示本發(fā)明的第一實(shí)施方式所涉及的通信頻帶控制裝置所執(zhí)行的圖12的 S20的詳細(xì)動作的流程圖。圖14是表示本發(fā)明的第一實(shí)施方式所涉及的通信頻帶控制裝置所執(zhí)行的圖7的 S108的動作的流程圖。圖15表示本發(fā)明的第二實(shí)施方式所涉及的中繼裝置的功能方框圖。圖16表示本發(fā)明的中繼裝置所保有的QoS設(shè)定信息表的數(shù)據(jù)結(jié)構(gòu)的一例。圖17表示本發(fā)明的中繼裝置所保有的通信頻帶管理表的數(shù)據(jù)結(jié)構(gòu)的一例。圖18表示示出本發(fā)明的全通信頻帶推算部推算全通信頻帶的方法的序列。圖19表示SNR與通信頻帶之間的對應(yīng)關(guān)系的一例。圖20是表示本發(fā)明的第二實(shí)施方式所涉及的網(wǎng)絡(luò)處于非“頻帶不足”時各個裝置 的動作的序列。圖21是表示本發(fā)明的第二實(shí)施方式所涉及的通信頻帶控制裝置所執(zhí)行的圖7的 S104、S105及圖20的S104、S205的動作的流程圖。圖22表示示出本發(fā)明的實(shí)施方式的網(wǎng)絡(luò)的一例。圖23表示本發(fā)明的第三實(shí)施方式中從通信請求裝置接收到通信請求包時數(shù)據(jù)向 各協(xié)議棧的流動。圖M表示本發(fā)明的第三實(shí)施方式所涉及的中繼裝置的功能方框圖。圖25是表示本發(fā)明的第三實(shí)施方式所涉及的網(wǎng)絡(luò)中“頻帶不足”時各個裝置的動 作的序列。圖沈表示本發(fā)明的第三實(shí)施方式所涉及的DNS變更部改寫了 DNS包之后的一例。圖27是表示本發(fā)明的第三實(shí)施方式所涉及的通信頻帶控制裝置所執(zhí)行的圖25的S308、S309的動作的流程圖。圖觀表示本發(fā)明的第四實(shí)施方式所涉及的中繼裝置的功能方框圖。圖四表示本發(fā)明的中繼裝置所保有的服務(wù)信息表的數(shù)據(jù)結(jié)構(gòu)的一例。圖30表示本發(fā)明的中繼裝置所保有的QoS設(shè)定信息表的數(shù)據(jù)結(jié)構(gòu)的一例。圖31是表示本發(fā)明的第四實(shí)施方式所涉及的網(wǎng)絡(luò)中通過進(jìn)行優(yōu)先控制而確保了 信息內(nèi)容的請求頻帶時各個裝置的動作的序列。圖32是表示本發(fā)明的第四實(shí)施方式所涉及的網(wǎng)絡(luò)中即使進(jìn)行優(yōu)先控制也不能確 保信息內(nèi)容的請求頻帶時各個裝置的動作的序列。圖33是表示本發(fā)明的第四實(shí)施方式所涉及的通信頻帶控制裝置所執(zhí)行的圖31的 S104 S205及圖32的S104 S506的動作的流程圖。圖34是表示本發(fā)明的第四實(shí)施方式所涉及的通信頻帶控制裝置所執(zhí)行的圖33的 S40的詳細(xì)動作的流程圖。圖35表示本發(fā)明的第五實(shí)施方式所涉及的中繼裝置的功能方框圖。圖36是表示本發(fā)明的第五實(shí)施方式所涉及的網(wǎng)絡(luò)中“頻帶不足”時各個裝置的動 作的序列。圖37是表示本發(fā)明的第五實(shí)施方式所涉及的通信頻帶控制裝置所執(zhí)行的圖36的 S608的動作的流程圖。圖38表示本發(fā)明的第六實(shí)施方式所涉及的中繼裝置的功能方框圖。圖39表示本發(fā)明的中繼裝置所保有的裝置管理表的數(shù)據(jù)結(jié)構(gòu)的一例。圖40是表示本發(fā)明的第六實(shí)施方式所涉及的網(wǎng)絡(luò)中“頻帶不足”時各個裝置的動 作的序列。圖41是表示本發(fā)明的第六實(shí)施方式所涉及的通信頻帶控制裝置所執(zhí)行的圖40的 S704的動作的流程圖。圖42是表示本發(fā)明的第六實(shí)施方式所涉及的通信頻帶控制裝置所執(zhí)行的圖40的 S708及S709的動作的流程圖。附圖標(biāo)記說明
100 --105中繼裝置
110以太網(wǎng)通信部
120PLC通信部
130可用頻帶推算部
131全通信頻帶推算部
200 --205通信頻帶控制裝置
210,212包檢測部
220、221、223、224、225存儲部
230,233,235條件判定部
240 --245QoS設(shè)定部
250,252DNS變更部
260頻帶設(shè)定部
261IP地址存放部
11
262目的地裝置信息存放部
270127312741275Q。S J空希0部
282優(yōu)先控制部
2851286包攔截部
300通信請求裝置
3lo目的地裝置
320])NS服務(wù)器
400互聯(lián)網(wǎng)具體實(shí)施方式
(第一實(shí)施方式)
以下,參照附圖來說明具備本發(fā)明的第一實(shí)施方式的通信頻帶控制裝置的中繼裝置1及通信頻帶控制方法。本說明書所涉及的通信頻帶控制裝置及通信頻帶控制方法能夠應(yīng)用于許多不同類型的網(wǎng)絡(luò),但以下只對應(yīng)用于電力線通信(P。Wer LineCC)mmtlniCati。nS,以下稱為“PLC”)網(wǎng)絡(luò)的具體例子進(jìn)行說明。然而,以下所公開的全部或一部分內(nèi)容也可以應(yīng)用于諸如無線網(wǎng)絡(luò)等其他網(wǎng)絡(luò)形式。
圖l表示本發(fā)明的第一實(shí)施方式的網(wǎng)絡(luò)構(gòu)成。如圖l所示,本實(shí)施方式的網(wǎng)絡(luò)包含各種通信請求裝置300,一個或多個目的地裝置3lo,I)NS(D0main Name SyStem域名系統(tǒng))服務(wù)器320及一個或多個信息提供裝置290。在圖l中,將各種通信請求裝置300區(qū)分為300a及300b來記載。在以下的說明中,指通信請求裝置300a及300t,的總稱時,稱為通信請求裝置300。并且,在圖l中,將各個中繼裝置lOO區(qū)分為lOOa—100c來記載。在以下的說明中,指各個中繼裝置lOOa—100c的總稱時,稱為中繼裝置lOO。
通信請求裝置300和目的地裝置3lo經(jīng)由中繼裝置lOO及互聯(lián)網(wǎng)400而連接。具體而言,通信請求裝置300a1300b分別利用以太網(wǎng)(注冊商標(biāo),以下省略該標(biāo)記)電纜與中繼裝置lOOa1100k’連接。并且,目的地裝置3lo1I)NS服務(wù)器320及信息提供裝置290經(jīng)由互聯(lián)網(wǎng)400與中繼裝置100(連接。中繼裝置lOOa—100(之間通過電力線連接。
目的地裝置3lo是AV服務(wù)器。目的地裝置3lo保有各種信息內(nèi)容,向通信請求裝置300發(fā)送信息內(nèi)容。
通信請求裝置300從目的地裝置3lo接收信息內(nèi)容,并重放視頻圖像及/或聲音。通信請求裝置300是指諸如電視機(jī)1個人電腦之類的設(shè)備。
])NS服務(wù)器320管理著,表示目的地裝置3lo的主機(jī)名的域名與對應(yīng)于該域名的目的地裝置3lo的工P地址之間的對應(yīng)關(guān)系。I)NS服務(wù)器320從通信請求裝置300接收到I)NS請求包,便參照I)NS請求包中包含的域名。然后,I)NS服務(wù)器320發(fā)送])NS響應(yīng)包。])NS響應(yīng)包中存放著該域名和與該域名相對應(yīng)的目的地裝置3lo的工P地址。另外,與該域名相對應(yīng)的目的地裝置3lo的數(shù)目不限于l臺,也有多臺的情況。在此情況下,I)NS響應(yīng)包中存放著該域名和與其相對應(yīng)的多個不同的目的地裝置3lo的工P地址。
中繼裝置IOOa IOOc是作為橋梁傳遞經(jīng)由不同種類的網(wǎng)絡(luò)而發(fā)送接收的數(shù)據(jù)的 PLC電橋。在圖1的場合,中繼裝置IOOa IOOc中繼從目的地裝置310發(fā)送來的信息內(nèi) 容、在通信請求裝置300與DNS服務(wù)器320之間發(fā)送接收的DNS包等。信息提供裝置290保有一信息,該信息用于在目的地裝置310向通信請求裝置300 發(fā)送信息內(nèi)容的過程中,若不能確保中繼裝置IOOa IOOc間的通信所需要的通信頻帶,則 使通信請求裝置300的顯示器(WEB瀏覽器等)顯示該情況。信息提供裝置290在這樣的 狀沉下從通信請求裝置300接收到請求發(fā)送信息內(nèi)容的通信請求包,便將該信息回復(fù)給通 信請求裝置300。信息提供裝置四0的詳細(xì)功能將于后述。圖2表示本實(shí)施方式的中繼裝置100所采用的協(xié)議的階層結(jié)構(gòu)。在圖2的場合, 中繼裝置100采用5層的協(xié)議。在物理層(以太網(wǎng))410,與連接于網(wǎng)絡(luò)的裝置之間進(jìn)行數(shù)據(jù)的發(fā)送接收。具體而 言,中繼裝置IOOc的場合,在物理層(以太網(wǎng))410與目的地裝置310之間進(jìn)行數(shù)據(jù)的發(fā)送 接收。同樣,中繼裝置IOOaUOOb的場合,在物理層(以太網(wǎng))410與通信請求裝置300a、 300b分別進(jìn)行數(shù)據(jù)的發(fā)送接收。在數(shù)據(jù)鏈接層(以太網(wǎng))420,經(jīng)由網(wǎng)絡(luò)進(jìn)行發(fā)送接收的數(shù)據(jù)的媒體接入控制。在物理層(PLC) 430,進(jìn)行數(shù)據(jù)的調(diào)制、解調(diào)及發(fā)送接收。具體而言,中繼裝置IOOc 從目的地裝置310接收到數(shù)據(jù),便在物理層(PLC)430進(jìn)行數(shù)據(jù)的調(diào)制及發(fā)送。另一方面, 中繼裝置IOOaUOOb從中繼裝置IOOc接收到該調(diào)制后的數(shù)據(jù),便在物理層(PLC) 430進(jìn)行 數(shù)據(jù)的解調(diào)。在數(shù)據(jù)鏈接層(PLC)440,進(jìn)行中繼裝置IOOa IOOc相互之間發(fā)送接收的數(shù)據(jù)的 媒體接入控制。互聯(lián)網(wǎng)層450中有IP(Internet Protocol 互聯(lián)網(wǎng)協(xié)議)等。在互聯(lián)網(wǎng)層450,不 同裝置之間發(fā)送接收的包的發(fā)送地址及目的地被確定。包的發(fā)送源及目的地是通過該包所 包含的發(fā)送源IP地址及目的地IP地址而被確定的。傳輸層460 中有 TCP (Transmission Control Protocol 傳輸控制協(xié)議)、 UDP(User Datagram Protocol 用戶數(shù)據(jù)報協(xié)議)等。在傳輸層460,控制數(shù)據(jù)通信的可靠 性或者吞吐量等。應(yīng)用層470中至少有DNS,并且相應(yīng)于目的地裝置310與通信請求裝置300之 間進(jìn)行通信的數(shù)據(jù)的種類,還存在HTTP (Hyper Text Transfer Protocol :超文本傳輸協(xié) 議)、RTP (Realtime Transport Protocol $ W # ft t^ il ) > SIP (Session Initiation Protocol :會話初始協(xié)議)等各種協(xié)議。如圖2所示,在中繼從目的地裝置310發(fā)送來的信息內(nèi)容時,中繼裝置100c在物 理層(以太網(wǎng))410及數(shù)據(jù)鏈接層(以太網(wǎng))420進(jìn)行信息內(nèi)容的接收,并經(jīng)由數(shù)據(jù)鏈接層 (PLC) 440及物理層(PLC) 430將信息內(nèi)容中繼給中繼裝置100a、100b。同樣,中繼裝置100a、 100b在物理層(PLC)430、數(shù)據(jù)鏈接層(PLC)440及互聯(lián)網(wǎng)層450進(jìn)行信息內(nèi)容的接收及解 調(diào),并經(jīng)由數(shù)據(jù)鏈接層(以太網(wǎng))420及物理層(以太網(wǎng))410將信息內(nèi)容發(fā)送給通信請求 裝置300。另外,根據(jù)進(jìn)行通信的數(shù)據(jù)的種類,也有還要經(jīng)由互聯(lián)網(wǎng)層450、傳輸層460、應(yīng)用 層470而進(jìn)行通信的情況(圖2中的虛線)。例如,從DNS服務(wù)器320發(fā)送來的DNS響應(yīng)包便是還須經(jīng)由應(yīng)用層470而進(jìn)行通信的。圖3是具備本實(shí)施方式的通信頻帶控制裝置200的中繼裝置100的內(nèi)部構(gòu)成圖。 中繼裝置100包括以太網(wǎng)通信部110、PLC通信部120、可用頻帶推算部130和通信頻帶控 制裝置200。通信頻帶控制裝置200包括包檢測部210、存儲部220、條件判定部230和QoS 設(shè)定部對0。QoS設(shè)定部240包括DNS變更部250。以太網(wǎng)通信部110經(jīng)由互聯(lián)網(wǎng)400與目的地裝置310和信息提供裝置290進(jìn)行數(shù) 據(jù)的發(fā)送接收。該以太網(wǎng)通信部110中采用了圖2所示的物理層(以太網(wǎng))410、數(shù)據(jù)鏈接 層(以太網(wǎng))420、互聯(lián)網(wǎng)層450、傳輸層460及應(yīng)用層470。PLC通信部120經(jīng)由電力線與其他中繼裝置100進(jìn)行數(shù)據(jù)的發(fā)送接收。該P(yáng)LC通 信部120中采用了圖2所示的物理層(PLC)430、數(shù)據(jù)鏈接層(PLC)440、互聯(lián)網(wǎng)層450、傳輸 層460及應(yīng)用層470??捎妙l帶推算部130在中繼裝置100與其他中繼裝置100之間的通信路徑中,經(jīng) 由PLC通信部120定期地發(fā)送接收試驗(yàn)包,并推算現(xiàn)在能夠使用的頻帶。作為其推算方法, 可以采用I^thload法等現(xiàn)有的方法??捎妙l帶推算部130將所推算出的現(xiàn)在能夠使用的 頻帶寫入存儲部220中存儲的通信頻帶管理表520。通信頻帶管理表520的詳細(xì)情況將在 后述中用圖5來說明。包檢測部210檢測由以太網(wǎng)通信部110或PLC通信部120接收到的特定種類的 包。具體而言,包檢測部210檢測的是,在通信請求裝置300發(fā)送了用于向DNS服務(wù)器320 詢問與目的地裝置310的域名相對應(yīng)的IP地址的DNS請求包之后,DNS服務(wù)器320為了答 復(fù)DNS請求包而發(fā)送的DNS響應(yīng)包。包檢測部210可以通過參照所通信的包的TCP(UDP) 報頭的端口號(53)來識別DNS響應(yīng)包。包檢測部210檢測到DNS響應(yīng)包,便將該DNS響應(yīng) 包轉(zhuǎn)送給后述的條件判定部230及QoS設(shè)定部MO。DNS響應(yīng)包的詳細(xì)情況將在后述中用 圖6來說明。存儲部220具備服務(wù)信息表510和通信頻帶管理表520。服務(wù)信息表510中,表示 目的地裝置310的主機(jī)名的域名和與該域名相關(guān)的各種參數(shù)(以下,當(dāng)作“服務(wù)參數(shù)”)被 相互對應(yīng)地存儲著。服務(wù)參數(shù)中包含著由目的地裝置310提供的服務(wù)的名稱、為了發(fā)送與 該域名相對應(yīng)的信息內(nèi)容而需要的頻帶(以下,稱為“請求頻帶”)。該服務(wù)信息表510的 詳細(xì)情況將在后述中用圖4來說明。通信頻帶管理表520管理中繼裝置100與其他中繼裝 置100之間的通信路徑上現(xiàn)在能夠使用的頻帶。該通信頻帶管理表520的詳細(xì)情況將在后 述中用圖5來說明。條件判定部230參照DNS響應(yīng)包所包含的域名來確定目的地裝置310的域名。然 后,條件判定部230從存儲部220的服務(wù)信息表510中取得與該域名相對應(yīng)的請求頻帶。其 后,條件判定部230參照存儲部220的通信頻帶管理表520,來取得中繼裝置100與其他中 繼裝置100之間現(xiàn)在能夠使用的頻帶。其后,條件判定部230判定請求頻帶是否大于中繼 裝置100與其他中繼裝置100之間現(xiàn)在能夠使用的頻帶。在以下的說明中,將請求頻帶大 于中繼裝置100與其他中繼裝置100之間現(xiàn)在能夠使用的頻帶的情況簡稱為“頻帶不足”。在判定為“頻帶不足”的情況下,QoS設(shè)定部240基于DNS響應(yīng)包所包含的信息,來 進(jìn)行攔截通信請求裝置300與目的地裝置310之間的通信的設(shè)定。QoS設(shè)定部240的內(nèi)部 包含DNS變更部250。
當(dāng)條件判定部230判定為“頻帶不足”時,DNS變更部250將DNS響應(yīng)包所包含的 目的地裝置310的IP地址改寫為信息提供裝置四0的IP地址。在存在多個信息提供裝 置四0的情況下,DNS變更部250為了避免針對一個信息提供裝置四0的接入過于集中,而 選擇一個從現(xiàn)在起到規(guī)定時間為止的期間未被選擇的信息提供裝置四0,改寫成它的IP地 址。并且,DNS變更部250將DNS響應(yīng)包所包含的“ TTL (暫存時間),,改寫為“0”。圖4表示服務(wù)信息表510的數(shù)據(jù)結(jié)構(gòu)的一例。在圖4的服務(wù)信息表510中,“登錄 序號”項(xiàng)目、“DNS詢問名(域名)”項(xiàng)目及“服務(wù)參數(shù)”項(xiàng)目被相互對應(yīng)地存儲著。“服務(wù)參
數(shù)”項(xiàng)目包含“服務(wù)名”項(xiàng)目、“轉(zhuǎn)送率(bps)”項(xiàng)目及“第四層協(xié)議(Layer4 Protocol)”項(xiàng)目。“登錄序號”項(xiàng)目中存儲著用于確定各服務(wù)信息的系列號?!癉NS詢問名(域名)”項(xiàng)目中存儲著作為目的地裝置310的主機(jī)名的域名。在此,對域名進(jìn)行說明。域名不光是用來表示目的地裝置310的主機(jī)名。如果域 名中包含有表示“8廿盼111”、“&如0”、“111腫化”、“111卯化”或、£11^”等信息內(nèi)容的種類的文 字列,則中繼裝置100可以識別目的地裝置310是發(fā)送與這些文字列相對應(yīng)的信息內(nèi)容的 AV服務(wù)器。另外,中繼裝置100也能夠根據(jù)域名的最上層域名、第二層域名或第三層域名 等層域名,來識別從目的地裝置310發(fā)送來的信息內(nèi)容的種類。因而,此處的域名可以是 FQDN(Fully Qualified Domain Name 完整網(wǎng)域名),也可以是最上層域名等表示信息內(nèi)容 的種類的域名的一部分?!胺?wù)名”項(xiàng)目中存儲著與該域名相對應(yīng)的服務(wù)名。該服務(wù)名包含例如該服務(wù)的提 供公司、該信息內(nèi)容的種類等。“轉(zhuǎn)送率(bps)”項(xiàng)目中存儲著表示為了發(fā)送與該域名的最上層域名相對應(yīng)的信息 內(nèi)容而需要的請求頻帶的轉(zhuǎn)送率。“第四層協(xié)議”項(xiàng)目中存儲著例如TCP、UDP等表示通信協(xié)議的文字列。在中繼裝置 100確定如何進(jìn)行QoS設(shè)定時,該值得到利用。例如,若該值為TCP,則中繼裝置100以雙方 向鏈接進(jìn)行QoS設(shè)定;若該值為UDP,則中繼裝置100只以單方向鏈接(下行鏈接或上行鏈 接)來進(jìn)行QoS設(shè)定。在以下的說明中,如圖4所示那樣,假定服務(wù)信息表510管理5個服務(wù)信息。作為 登錄序號為1的服務(wù)信息,“域名”項(xiàng)目中存儲著“XX. yy. tv”,“服務(wù)名”項(xiàng)目中存儲著“X公 司電視節(jié)目分發(fā)”,“轉(zhuǎn)送率(bps) ”項(xiàng)目中存儲著“10M”,“第四層協(xié)議”項(xiàng)目中存儲著“TCP”。 即,登錄序號為1的服務(wù)信息表示,“主機(jī)名為XX. yy. tv的目的地裝置310所保有的信息內(nèi) 容由X公司的電視節(jié)目分發(fā)服務(wù)來發(fā)送,為了將該信息內(nèi)容發(fā)送給通信請求裝置300,需要 IOM的頻帶”。以下,有關(guān)登錄序號為2 5的服務(wù)信息也相同。圖5表示通信頻帶管理表520的數(shù)據(jù)結(jié)構(gòu)的一個例子。通信頻帶管理表520管理 中繼裝置100與其他中繼裝置100之間的通信路徑中的通信頻帶。通信頻帶管理表520由 “能夠使用的通信頻帶(bps)”項(xiàng)目構(gòu)成。圖5的“能夠使用的通信頻帶(bps)”項(xiàng)目中存儲著“14M”。根據(jù)該信息可知,中繼 裝置100與其他中繼裝置100之間的通信路徑中,“現(xiàn)在能夠使用的通信頻帶”為14Mbps”。圖6表示DNS響應(yīng)包的包構(gòu)成。圖6中,DNS響應(yīng)包由“以太網(wǎng)報頭”、“IP報頭”、 "UDP(TCP)報頭”及“DNS消息”的各字段(field)構(gòu)成。另夕卜,“DNS消息”中包含著“DNS詢問名(域名)”、“詢問種類”、“TTL(暫存時間)”及“答復(fù)IP地址”的各字段。DNS響應(yīng) 包是公知的,所以省略其詳細(xì)說明。以下,只對與本發(fā)明有關(guān)的構(gòu)成部分進(jìn)行說明?!癉NS詢問名(域名)”中存放著表示目的地裝置310的主機(jī)名的域名?!霸儐柗N類”中存放著用DNS詢問的種類。例如,若“詢問種類”中存放著“1”,則 表示是與DNS詢問名相對應(yīng)的IPv4的IP地址。另外,若“詢問種類”中存放著“28”,則表 示是與DNS詢問名相對應(yīng)的IPv6的IP地址?!癟TL(暫存時間),,中存放著允許在通信請求裝置300中保留目的地裝置310的 IP地址的保留時間。也稱為生存時間?!按饛?fù)IP地址”中存放著與域名相對應(yīng)的目的地裝置310的IP地址。接收到DNS 響應(yīng)包的通信請求裝置300將該“答復(fù)IP地址”中包含的IP地址設(shè)定為連接目標(biāo)的IP地 址。另外,若存在多臺目的地裝置310,則存放著多個答復(fù)IP地址。在此情況下,通信請求 裝置300將任意選擇出的一個IP地址設(shè)定為連接目標(biāo)的IP地址。以下,結(jié)合附圖,以圖1的通信請求裝置300a請求發(fā)送信息內(nèi)容的情況為例,來對 中繼裝置100的動作進(jìn)行詳細(xì)說明。圖7表示示出本發(fā)明的實(shí)施方式所涉及的網(wǎng)絡(luò)中“頻帶不足”時各個裝置的動作 的序列圖。在此情況下,中繼裝置IOOc改寫圖6所示的DNS響應(yīng)包的字段中的答復(fù)IP地 址及TTL (暫存時間)。圖7中,“DNS響應(yīng)包A”表示被中繼裝置IOOc的DNS變更部250改 寫前的DNS響應(yīng)包。圖8表示“DNS響應(yīng)包A”的一例。另外,“DNS響應(yīng)包B”表示被中繼 裝置IOOc的DNS變更部250改寫后的DNS響應(yīng)包。圖9表示“DNS響應(yīng)包B”的一例。以 下,將目的地裝置310的IP地址作為“10. 20. 30. 1”,將信息提供裝置四0的IP地址作為 “100. 200. 11. 1”來進(jìn)行說明。首先,當(dāng)信息內(nèi)容的重放操作被進(jìn)行(SlOl),通信請求裝置300a便向DNS服務(wù)器 320發(fā)送DNS請求包(S102)。 DNS服務(wù)器320接收到DNS請求包,便將與DNS請求包的域名相對應(yīng)的目的地裝置 310的IP地址及暫存時間寫入DNS響應(yīng)包A,并將該DNS響應(yīng)包A回復(fù)給中繼裝置IOOc (S 103)。例如,如圖8所示那樣,域名為“zzz. ddd. tv”的目的地裝置310的DNS響應(yīng)包A中, 目的地裝置310的IP地址“10. 20. 30. 1”作為“答復(fù)IP地址”被寫入,“30”作為“TTL (暫 存時間)”被寫入。其后,中繼裝置IOOc的以太網(wǎng)通信部110接收到DNS響應(yīng)包A。然后,中繼裝 置IOOc的通信頻帶控制裝置200判定對于中繼裝置IOOc與中繼裝置IOOa之間的通信 路徑,是否可以確保與DNS響應(yīng)包A的域名相對應(yīng)的請求頻帶,也就是說,是否為“頻帶不 足”(S104)。然后,若判定為“頻帶不足”,則中繼裝置IOOc的通信頻帶控制裝置200將DNS 響應(yīng)包A的“TTL (暫存時間),,從“30”改寫為“0”,將“答復(fù)IP地址”從“ 10. 20. 30. 1,,改 寫為“100. 200. 11. 1”。由此,中繼裝置IOOc生成圖9所示的DNS響應(yīng)包B (S105)。其后,中繼裝置IOOc的PLC通信部120經(jīng)由中繼裝置100a,將DNS響應(yīng)包B發(fā)送 給通信請求裝置300a (S106)。通信請求裝置300a接收到DNS響應(yīng)包B,便參照該DNS響應(yīng)包B中包含的答復(fù)IP 地址。此時,由于答復(fù)IP地址中寫入了信息提供裝置四0的IP地址,所以通信請求裝置 300a將信息提供裝置290作為目的地來發(fā)送請求發(fā)送信息內(nèi)容的通信請求包(S107)。
信息提供裝置290接收到通信請求包,便將表示不能確保該請求頻帶的情況的信 息(以下,稱為“頻帶不足信息”)發(fā)送給通信請求裝置300a(在以下的說明中,將該動作稱 為“頻帶不足信息發(fā)送處理”)(S108)。通信請求裝置300a從信息提供裝置290接收到“頻帶不足信息”的信息,便將該 信息顯示在顯示器上(S109)。例如,通信請求裝置300a將圖10或圖11所示的畫面顯示于 WEB瀏覽器等顯示器上。從而,用戶便可得知,若目的地裝置310向通信請求裝置300a發(fā)送 信息內(nèi)容,則通信路徑上會出現(xiàn)頻帶不足的情況。另外,由于DNS響應(yīng)包B的TTL被改寫為0,所以通信請求裝置300a不會對應(yīng)于目 的地裝置310的域名來存儲信息提供裝置四0的IP地址。因而,通信請求裝置300a對信 息提供裝置290進(jìn)行了接入之后,在其他的會話(session)中將再次向DNS服務(wù)器320發(fā) 送DNS請求包。這樣,通信請求裝置300a便不會一直無效地接入信息提供裝置四0。圖12是表示圖7的中繼裝置IOOc的通信頻帶控制裝置200所進(jìn)行的S104、S105 的動作的流程圖。首先,包檢測部210從以太網(wǎng)通信部110或PLC通信部120所接收到的包中檢測 出DNS響應(yīng)包(SlO)。接著,條件判定部230判定是否“頻帶不足”(S20)。圖13表示S20的處理的詳細(xì)情 況。圖13中,條件判定部230判定在服務(wù)信息表510中是否存在DNS響應(yīng)包的域名(S21)。 若服務(wù)信息表510中存在DNS響應(yīng)包的域名(S21中的“是”),則條件判定部230參照“轉(zhuǎn) 送率(bps)”項(xiàng)目,來取得與該域名相對應(yīng)的請求頻帶(S22)。若在服務(wù)信息表510中不存 在DNS響應(yīng)包的域名(S21中的“不是”),則條件判定部230將與該域名相對應(yīng)的請求頻帶 設(shè)定為“0”(S23)。例如,DNS響應(yīng)包的域名為“zzz. ddd. tv”時,圖4的服務(wù)信息表510中存在該域 名。因而,條件判定部230參照“轉(zhuǎn)送率(bps)”項(xiàng)目,來取得請求頻帶“15M”。同樣,DNS響 應(yīng)包的域名為“def. sss. com”時,圖4的服務(wù)信息表510中存在該域名。因而,條件判定部 230參照“轉(zhuǎn)送率(bps) ”項(xiàng)目來取得請求頻帶“ 10M”。在S22或S23之后,條件判定部230參照圖5的通信頻帶管理表520,來取得與中 繼裝置IOOaUOOb之間的通信路徑中現(xiàn)在被使用的頻帶(S24)。然后,條件判定部230判定請求頻帶是否大于現(xiàn)在能夠使用的頻帶(S2Q。若請 求頻帶大于現(xiàn)在能夠使用的頻帶(S25中的“是”),也就是說,不能確保請求頻帶,則條件判 定部230判定為“頻帶不足”(S26)。若請求頻帶不大于現(xiàn)在能夠使用的頻帶(S25中的“不 是”),則條件判定部230判定為非“頻帶不足”(S27)。返回圖12,當(dāng)條件判定部230判定為“頻帶不足”(S20中的“是”,圖13的S26), QoS設(shè)定部240便基于DNS響應(yīng)包所包含的信息,來進(jìn)行攔截通信請求裝置300a與目的地 裝置310之間的通信的設(shè)定(S30)。具體而言,QoS設(shè)定部MO內(nèi)的DNS變更部250將DNS 響應(yīng)包所包含的答復(fù)IP地址改寫為信息提供裝置四0的IP地址,將TTL (暫存時間)改寫 為0。例如,DNS變更部250將圖8所示的DNS響應(yīng)包改寫為圖9所示的DNS響應(yīng)包。若條 件判定部230判定為非“頻帶不足”(S20中的“不是”,圖13的S27),則DNS變更部250不 進(jìn)行任何處理。圖14是表示圖7的S108的動作的流程圖。信息提供裝置290接收到請求發(fā)送信息內(nèi)容的通信請求包(S91),則信息提供裝置四0生成頻帶不足的信息(S92)。然后,信息 提供裝置290將頻帶不足的信息發(fā)送給通信請求裝置300a(S9!3)。例如,信息提供裝置290 具備WEB應(yīng)用功能(Apache等),在信息提供裝置290接收到HTTP請求包的通信請求包的 情況下,信息提供裝置四0將頻帶不足的信息寫入HTTP回復(fù)包中(S92),并將該包回復(fù)給通 信請求裝置300a (S93)。如上所述那樣,根據(jù)第一實(shí)施方式,中繼裝置IOOc從目的地裝置310接收到DNS 響應(yīng)包,便判定在自己與中繼裝置IOOaUOOb之間的通信路徑上發(fā)送信息內(nèi)容所需要的請 求頻帶是否能被確保。在不能確保請求頻帶的情況下,中繼裝置IOOc將該DNS響應(yīng)包所包 含的目的地裝置310的IP地址改寫為信息提供裝置四0的IP地址。其結(jié)果,因“頻帶不 足”而紊亂的視頻圖像不會被通信請求裝置300a所顯示。另外,由于通信請求裝置300a能 夠從信息提供裝置290取得頻帶不足的信息,所以通信請求裝置300a的用戶可以采取等待 頻帶空出等適當(dāng)對策。另外,第一實(shí)施方式中,在服務(wù)信息表510中不存在DNS響應(yīng)包的域名的情況下, 也可以進(jìn)行以下的處理。在圖12的SlO中,在服務(wù)信息表510中不存在DNS響應(yīng)包的域名 的情況下,包檢測部210可以不檢測DNS響應(yīng)包。此時,條件判定部230可以不進(jìn)行圖13 的S21及S23的處理。(第二實(shí)施方式)在第一實(shí)施方式中,中繼裝置100中的通信頻帶控制裝置200在“頻帶不足”時改 寫DNS響應(yīng)包所包含的目的地裝置310的IP地址和TTL。但是,通信頻帶控制裝置200在 非“頻帶不足”時不進(jìn)行任何處理。然而,在第二實(shí)施方式中,具備本發(fā)明的通信頻帶控制 裝置201的中繼裝置101在非“頻帶不足”時,預(yù)約目的地裝置310向通信請求裝置300發(fā) 送信息內(nèi)容所需要的請求頻帶。以下,對本發(fā)明的第二實(shí)施方式所涉及的中繼裝置101及中繼裝置101的控制方 法進(jìn)行說明。其中,假定本實(shí)施方式的網(wǎng)絡(luò)構(gòu)成與圖1所示的網(wǎng)絡(luò)構(gòu)成相同來進(jìn)行說明。但 是,將與圖1的中繼裝置100a、100b、IOOc相對應(yīng)的第二實(shí)施方式的中繼裝置101稱為中繼 裝置 101a、101b、101c。圖15是具備本實(shí)施方式的通信頻帶控制裝置201的中繼裝置101的內(nèi)部構(gòu)成圖。 中繼裝置101包括以太網(wǎng)通信部110、PLC通信部120、全通信頻帶推算部131和通信頻帶控 制裝置201。通信頻帶控制裝置201包括包檢測部210、存儲部221、條件判定部230、QoS設(shè) 定部241和QoS控制部270。QoS設(shè)定部241包括DNS變更部250和頻帶設(shè)定部沈0。QoS 控制部270包括頻帶預(yù)約部觀1。在此,對于與第一實(shí)施方式動作相同的部分,標(biāo)注與圖3 相同的符號,并省略其說明。全通信頻帶推算部131對于多個中繼裝置100間的通信路徑,推算各通信路徑上 的全通信頻帶。該全通信頻帶的推算是在中繼裝置100中尚未預(yù)約請求頻帶的初始狀態(tài)下 定期地進(jìn)行的。該通信頻帶的推算方法將在后述中結(jié)合圖18及圖19來進(jìn)行說明。存儲部221具有服務(wù)信息表510、通信頻帶管理表521和QoS設(shè)定信息表530。在 此,由于服務(wù)信息表510與第一實(shí)施方式的相同,所以省略其說明。通信頻帶管理表521及 QoS設(shè)定信息表530存儲為了進(jìn)行頻帶的預(yù)約而需要的各種參數(shù)(以下,稱為“QoS設(shè)定參 數(shù)”)。該通信頻帶管理表521及QoS設(shè)定信息表530的詳細(xì)情況將在后述中結(jié)合圖16及圖17來進(jìn)行說明。QoS設(shè)定部241與QoS設(shè)定部240相比,不同之處只在于,具備頻帶設(shè)定部沈0。在 條件判定部230判定為非“頻帶不足”時,頻帶設(shè)定部260對通信頻帶管理表521及QoS設(shè) 定信息表530分別設(shè)定QoS設(shè)定參數(shù),并更新各個表(在以下的說明中,將該動作稱為“頻 帶設(shè)定”)。而在條件判定部230判定為“頻帶不足”時,頻帶設(shè)定部260不進(jìn)行“頻帶設(shè)定”。QoS控制部270進(jìn)行PLC通信部120所進(jìn)行的各種通信的頻帶控制。在本實(shí)施方 式中,進(jìn)行頻帶預(yù)約。頻帶預(yù)約部281參照QoS設(shè)定信息表530。并且,在QoS設(shè)定信息表530通過“頻 帶設(shè)定”而被更新的情況下,頻帶預(yù)約部281將最新的QoS設(shè)定參數(shù)中包含的請求頻帶預(yù) 約給與其他中繼裝置101之間的通信路徑。頻帶預(yù)約是指,一個特定的中繼裝置101占 有將通信信道(通信頻率)用時間軸來分割而得到的時隙的行為。TDMA(Time Division MultlPleAccess 時分多址)便是一個這樣的例子。除此之外,還有由IEEE802. Ile規(guī)格進(jìn) ^T7WM^CW HCCA(Hybrid Coordination Function Controlled Channel Access -M^ 式協(xié)調(diào)功能控制頻道存取)等。進(jìn)一步,頻帶預(yù)約部281在預(yù)約頻帶之后,還監(jiān)視預(yù)約了的通信信道中是否有數(shù) 據(jù)發(fā)送。并且,在沒有數(shù)據(jù)發(fā)送的時間達(dá)到了規(guī)定時間以上的情況下,頻帶預(yù)約部解除 頻帶預(yù)約,同時,將該通信所涉及的“頻帶設(shè)定”的內(nèi)容刪除。另外,也可以是,在DNS響應(yīng) 包所包含的TTL的時間經(jīng)過之后,若沒有數(shù)據(jù)發(fā)送的時間達(dá)到規(guī)定時間以上,則頻帶預(yù)約 部281將該通信所涉及的“頻帶設(shè)定”的內(nèi)容刪除。圖16表示存儲部221所存儲的QoS設(shè)定信息表530的數(shù)據(jù)結(jié)構(gòu)的一例。QoS設(shè) 定信息表530中存儲著“登錄序號”項(xiàng)目、“數(shù)據(jù)識別參數(shù)”項(xiàng)目和“數(shù)據(jù)保證參數(shù)”,且該三 個項(xiàng)目之間建立了對應(yīng)關(guān)系。在以下的說明中,將“數(shù)據(jù)識別參數(shù)”項(xiàng)目和“數(shù)據(jù)保證參數(shù)” 項(xiàng)目稱為QoS設(shè)定參數(shù)?!暗卿浶蛱枴表?xiàng)目中存儲著用于確定各QoS設(shè)定參數(shù)的系列號。“數(shù)據(jù)識別參數(shù)”項(xiàng) 目中包含“發(fā)送源IP地址”項(xiàng)目、“目的地IP地址”項(xiàng)目及“第四層協(xié)議”項(xiàng)目?!皵?shù)據(jù)保證 參數(shù)”項(xiàng)目包含“請求頻帶(bps)”項(xiàng)目?!鞍l(fā)送源IP地址”項(xiàng)目中存儲著發(fā)送信息內(nèi)容的 目的地裝置310的IP地址?!澳康牡豂P地址”項(xiàng)目中存儲著接收信息內(nèi)容的通信請求裝置 300的IP地址?!暗谒膶訁f(xié)議”項(xiàng)目與服務(wù)信息表510的“第四層協(xié)議”項(xiàng)目相同。圖16中,QoS設(shè)定信息表530中存儲著分別與二個信息內(nèi)容有關(guān)的QoS設(shè)定參數(shù)。 作為第1個QoS設(shè)定參數(shù),“發(fā)送源IP地址”項(xiàng)目中設(shè)定有“10. 20. 30. 1” ;“目的地IP地 址”項(xiàng)目中設(shè)定有“192. 168. 0. 8” ;“第四層協(xié)議”項(xiàng)目中設(shè)定有“TCP” ;“請求頻帶(bps),, 項(xiàng)目中中設(shè)定有“10M”。即表示,“為了從IP地址為10. 20. 30. 1的目的地裝置310向IP地 址為192. 168. 0. 8的通信請求裝置300發(fā)送信息內(nèi)容,而預(yù)約了 IOMbps的通信頻帶”。作為第2個QoS設(shè)定參數(shù),“發(fā)送源IP地址”項(xiàng)目中設(shè)定有“50. 40. 30. 1” ;"目的 地IP地址”項(xiàng)目中設(shè)定有“ 192. 168. 0. 7” ;“第四層協(xié)議”項(xiàng)目中設(shè)定有“UDP” ;“請求頻帶 (bps) ”項(xiàng)目中設(shè)定有“6M”。即表示,“為了從IP地址為50. 40. 30. 1的目的地裝置310向 IP地址為192. 168. 0. 7的通信請求裝置300發(fā)送信息內(nèi)容,而預(yù)約了 6Mbps的通信頻帶”。圖17表示存儲部221所存儲的通信頻帶管理表521的數(shù)據(jù)結(jié)構(gòu)的一例。通信頻 帶管理表521存儲著“現(xiàn)在的全通信頻帶(bps)”項(xiàng)目、“正在使用的通信頻帶(bps)”項(xiàng)目
19及“能夠使用的通信頻帶(bps) ”項(xiàng)目?!艾F(xiàn)在的全通信頻帶(bps) ”項(xiàng)目中存儲著全通信頻帶推算部131所推算的中繼裝 置100與其他多個中繼裝置100之間的通信路徑上的全通信頻帶。每當(dāng)全通信頻帶推算部 131推算該通信路徑上的全通信頻帶,則“現(xiàn)在的全通信頻帶(bps),,項(xiàng)目的值便被更新?!罢谑褂玫耐ㄐ蓬l帶(bps)”項(xiàng)目中存儲著頻帶設(shè)定部260設(shè)定了的頻帶。“現(xiàn) 在的全通信頻帶(bps)”項(xiàng)目中的“登錄序號1”、“登錄序號2”分別與QoS設(shè)定信息表530 的“登錄序號”項(xiàng)目相對應(yīng)。另外,“現(xiàn)在的全通信頻帶(bps)”項(xiàng)目中的“登錄序號1”、“登 錄序號2”中存儲著與該“登錄序號”相對應(yīng)的“請求頻帶(bps)”項(xiàng)目的值?!艾F(xiàn)在的全通 信頻帶(bps)”項(xiàng)目中的“總和”中存儲著各“請求頻帶(bps)”的值的總和?!澳軌蚴褂玫?通信頻帶”項(xiàng)目中存儲著將“現(xiàn)在的全通信頻帶(bps),,項(xiàng)目的值減去“正在使用的通信頻 帶(bps)”項(xiàng)目中的“總和”的值之后的值。每當(dāng)頻帶設(shè)定部260重新進(jìn)行“頻帶設(shè)定”或 者頻帶預(yù)約部281將“頻帶設(shè)定”的內(nèi)容消去,則“正在使用的通信頻帶(bps) ”項(xiàng)目及“能 夠使用的通信頻帶”項(xiàng)目的值便被更新。圖17中,“現(xiàn)在的全通信頻帶(bps)”項(xiàng)目中存儲著“30M”。另外,“正在使用的通 信頻帶(bps)”項(xiàng)目中,相應(yīng)于圖16的QoS設(shè)定信息表530,存儲著兩個請求頻帶“10M”和 “6M”,并存儲著這兩個請求頻帶的總和“ 16M”。另外,“能夠使用的通信頻帶(bps) ”項(xiàng)目中存 儲著“14M”。即表示,在中繼裝置100與其他中繼裝置100之間的通信路徑中,“全通信頻帶 為30Mbps,其中,由于16Mbps的頻帶正被使用,所以現(xiàn)在能夠使用的通信頻帶為14Mbps”。圖18是表示全通信頻帶推算部131推算多個中繼裝置101間的通信路徑上的全 通信頻帶的方法的序列圖。圖18是在中繼裝置IOlc推算中繼裝置IOlaUOlb之間的通信 路徑上的全通信頻帶的情況下的推算方法的一例。另外,在此說明的通信頻帶的推算方法 只不過是一例而已,也可以采用其他方法。首先,中繼裝置IOlaUOlb的全通信頻帶推算部131檢測與中繼裝置IOOc之間的 通信路徑上存在的噪音信號(S81)。該處理在其后的S82之前預(yù)先進(jìn)行。中繼裝置IOlc的全通信頻帶推算部131推算全通信頻帶時,首先,中繼裝置IOlc 的全通信頻帶推算部131為了取得SNR(Signal to Noise Ratio 信噪比),而將規(guī)定的采 樣信號發(fā)送給中繼裝置101a、IOlb (S82)。中繼裝置IOlaUOlb的全通信頻帶推算部131接收到規(guī)定的采樣信號,便計算規(guī) 定的采樣信號的功率和噪音信號的功率。然后,中繼裝置IOlaUOlb的全通信頻帶推算部 131通過取上述兩個功率之比來求出SNR(S83),并將SNR發(fā)送給中繼裝置101c (S84)。中繼裝置IOlc的全通信頻帶推算部131接收到SNR,便根據(jù)圖19所示的SNR與 通信頻帶之間的對應(yīng)關(guān)系,來推算與中繼裝置IOlaUOlb之間的通信路徑上的全通信頻帶 (S85)。如圖19所示那樣,該全通信頻帶隨著SNR的值增大而增大。另外,該SNR與通信頻 帶之間的對應(yīng)關(guān)系已被預(yù)先設(shè)定于全通信頻帶推算部131。另外,中繼裝置IOlc也可以從中繼裝置IOlaUOlb來取得作為上述通信路徑的 通信質(zhì)量的 RSSI (Received Signal Strength Indication 接收信號強(qiáng)度)、PER (Packet Error Rate :包誤碼率)、FER(Frame Error Rate :中頁誤碼率)或者 BER(Bit Error Rate 比特誤碼率)。與圖19的SNR的情況相同,該全通信頻帶隨著RSSI的值增大而增大。并 且,該全通信頻帶隨著PER、FER、BER的值減小而增大。中繼裝置IOlc的全通信頻帶推算部131也可以通過使用這些值來推算全通信頻帶。如上所述那樣推算出全通信頻帶后,中繼裝置IOlc的全通信頻帶推算部131在圖 17所示的通信頻帶管理表521的“現(xiàn)在的全通信頻帶(bps)”項(xiàng)目中寫入所推算出的全通 信頻帶(S86)。其后,中繼裝置IOlc的全通信頻帶推算部131在待機(jī)了一定時間之后(S87),再次 向中繼裝置IOlaUOlb發(fā)送規(guī)定的采樣信號(S87 — S82)。圖20是表示包含第二實(shí)施方式的中繼裝置101的圖1的網(wǎng)絡(luò)中,非“頻帶不足”時 各個裝置的動作的序列圖。在此,以圖1所示的通信請求裝置300a發(fā)出了發(fā)送信息內(nèi)容的 請求的情況為例,來說明各個裝置的動作。對圖20中與圖7相同的動作標(biāo)注相同的符號, 并省略對這些動作的說明。若中繼裝置IOlc的通信頻帶控制裝置201判定為非“頻帶不足”,則進(jìn)行與DNS響 應(yīng)包A中包含的域名相對應(yīng)的請求頻帶的頻帶設(shè)定,并預(yù)約該請求頻帶620 。其后,中 繼裝置IOlc的PLC通信部120不改寫DNS響應(yīng)包A,而經(jīng)由中繼裝置IOla將DNS響應(yīng)包A 發(fā)送給通信請求裝置300a (S206)。通信請求裝置300a接收到DNS響應(yīng)包,便參照DNS響應(yīng)包A中包含的答復(fù)IP地 址。此時,由于答復(fù)IP地址中寫入了目的地裝置310的IP地址,所以通信請求裝置300a 將目的地裝置310作為目的地,來發(fā)送請求發(fā)送信息內(nèi)容的通信請求包(S207)。目的地裝置310接收到通信請求包,便向通信請求裝置300a發(fā)送信息內(nèi)容
(5208)。然后,通信請求裝置300a從目的地裝置310接收到信息內(nèi)容,并重放信息內(nèi)容
(5209)。圖21是表示中繼裝置IOlc的通信頻帶控制裝置201所進(jìn)行的圖7的S104、S105 及圖20的S104、S205的動作的流程圖。在此,對圖21中與圖12相同的動作標(biāo)注相同的符 號,并省略對這些動作的說明。圖21中,若條件判定部230判定為非“頻帶不足”(S20中的“不是”,圖13的S27), 則QoS設(shè)定部240進(jìn)行“頻帶設(shè)定”(S38)。具體而言,QoS設(shè)定部MO內(nèi)的頻帶設(shè)定部260 對通信頻帶管理表521和QoS設(shè)定信息表530分別設(shè)定QoS設(shè)定參數(shù),并更新各個表。例如, 如圖17所示那樣,現(xiàn)在能夠使用的頻帶為“14M”時,若包檢測部210檢測到域名為“def. sss. com”的DNS響應(yīng)包,則由于請求頻帶為“ 10M”,所以頻帶設(shè)定部260能夠設(shè)定該請求頻 帶。因而,在此情況下,頻帶設(shè)定部260在圖16的QoS設(shè)定信息表530的第3個中寫入QoS 設(shè)定參數(shù)。并且,頻帶設(shè)定部260在圖17的通信頻帶管理表521的第3個中寫入QoS設(shè)定 參數(shù),并將“總和”頻帶更新為“26M”,將“能夠使用的通信頻帶(bps),,項(xiàng)目更新為“4M”。若如上所述那樣進(jìn)行“頻帶設(shè)定”,則QoS控制部270的頻帶預(yù)約部281參照QoS 設(shè)定信息表530,來預(yù)約重新設(shè)定于QoS設(shè)定信息表530中的請求頻帶(S39)。如上所述那樣,根據(jù)第二實(shí)施方式,本發(fā)明的通信頻帶控制裝置201即使在包含 不具備QoS設(shè)定功能的通信請求裝置的網(wǎng)絡(luò)中,也能夠在非“頻帶不足”的情況下預(yù)約請求 頻帶。因此,通信請求裝置300能夠不受其他通信所帶來的障礙的影響,而正常地接收信息 內(nèi)容。另外,由于圖20所示的例子是從目的地裝置310向通信請求裝置300a的單方向 (下行鏈接)的信息內(nèi)容發(fā)送,所以中繼裝置100a、IOOb針對與中繼裝置IOOc之間的通信路徑不進(jìn)行頻帶預(yù)約。然而,在互聯(lián)網(wǎng)電話等雙方向通信的場合,有必要確保從通信請求裝 置300a向目的地裝置的反方向(上行鏈接)的通信的頻帶。因而,在雙方向通信的情況下, 中繼裝置IOOc判定為非“頻帶不足”時,也可以向中繼裝置IOOaUOOb發(fā)送進(jìn)行上行鏈接 的頻帶預(yù)約的指令,中繼裝置IOOaUOOb便按照該指令進(jìn)行上行鏈接的頻帶預(yù)約?;蛘?,也可以是,中繼裝置IOOc具有下行鏈接所需要的請求頻帶的信息,中繼裝 置IOOaUOOb具有上行鏈接所需要的請求頻帶的信息,中繼裝置IOOa c分別判定是否 “頻帶不足”。另外,也可以是,判定為非“頻帶不足”的中繼裝置IOOa c分別進(jìn)行頻帶預(yù) 約。(第三實(shí)施方式)在第一、第二實(shí)施方式中,中繼裝置100、101中的通信頻帶控制裝置200、201在 “頻帶不足”的情況下,將DNS響應(yīng)包的答復(fù)IP地址改寫為信息提供裝置290的地址。因此, 通信請求裝置300將通信請求包發(fā)送給信息提供裝置四0,而信息提供裝置290接收到該 通信請求包便向通信請求裝置300回復(fù)“頻帶不足信息”。這樣,通信請求裝置300的用戶 就可以得知通信路徑上頻帶不足的情況。然而,在第三實(shí)施方式中,通信頻帶控制裝置202 具有信息提供裝置四0的功能,并且,具備本發(fā)明的通信頻帶控制裝置202的中繼裝置101 將DNS響應(yīng)包的答復(fù)IP地址改寫為自己的地址。圖22表示本發(fā)明的第三實(shí)施方式的網(wǎng)絡(luò)的構(gòu)成。與圖1的網(wǎng)絡(luò)相比,圖22的網(wǎng) 絡(luò)不包括信息提供裝置四0,并且由具備第三實(shí)施方式所涉及的通信頻帶控制裝置202的 中繼裝置10 102c取代了中繼裝置IOOa 100c。圖23表示在接收到來自通信請求裝置300的請求發(fā)送信息內(nèi)容的通信請求包時 數(shù)據(jù)向各協(xié)議棧的流動。中繼裝置102c在接收到來自通信請求裝置300的通信請求包時, 確認(rèn)傳輸層460中該包的目的地IP地址。若目的地為中繼裝置102c,則在應(yīng)用層470中進(jìn) 行相應(yīng)于通信請求包的應(yīng)用處理。并且,該處理結(jié)果經(jīng)由物理層(PLC) 430被發(fā)送到通信請 求裝置300。圖M是具備第三實(shí)施方式中的通信頻帶控制裝置202的中繼裝置102的內(nèi)部構(gòu) 成圖。中繼裝置102包括,以太網(wǎng)通信部110、PLC通信部120、可用頻帶推算部130以及通 信頻帶控制裝置202。通信頻帶控制裝置202包括包檢測部212、存儲部220、條件判定部 230、QoS設(shè)定部M2以及應(yīng)用處理部四1。QoS設(shè)定部242包括DNS變更部252。在此,對 于與第一實(shí)施方式動作相同的部分,標(biāo)注與圖3相同的符號,并省略其說明。包檢測部212除了檢測DNS響應(yīng)包之外,還檢測以中繼裝置102自身為目的地的 通信請求包。并且,包檢測部212將所檢測出的通信請求包轉(zhuǎn)送給后述的應(yīng)用處理部四1。 通信請求包中有HTTP請求等。包檢測部212可以利用通信請求包的TCP(UDP)報頭的端口 號來識別通信請求包的種類。例如,HTTP的端口號為80。在通信請求包的目的地IP地址為中繼裝置102的情況下,應(yīng)用處理部291將如圖 10或圖11所示那樣的“頻帶不足信息”發(fā)送給通信請求裝置300。QoS設(shè)定部242與QoS設(shè)定部240相比,不同之處僅在于,DNS變更部252取代了 DNS變更部250。在條件判定部230判定為“頻帶不足”時,DNS變更部252將DNS響應(yīng)包所包含的 目的地裝置的IP地址改寫為中繼裝置102自身的IP地址。并且,DNS變更部252將DNS響應(yīng)包所包含的“TTL (暫存時間),,改寫為“0”。圖25是表示圖22的網(wǎng)絡(luò)中“頻帶不足”時的各個裝置的動作的序列圖。對圖25 中與圖7相同的動作標(biāo)注相同的符號,并省略對這些動作的說明。中繼裝置102c的通信頻帶控制裝置202若判定為“頻帶不足”,則將如圖8所 示那樣的DNS響應(yīng)包A的“TTL(暫存時間)”從“30”改寫為“0” ;將“答復(fù)IP地址”從 “10. 20. 30. 1”改寫為中繼裝置102c的IP地址“192. 168. 0. 249”。這樣,中繼裝置102c便 生成如圖沈所示那樣的DNS響應(yīng)包C(S305)。其后,中繼裝置102c的PLC通信部120通過中繼裝置IOOa將DNS響應(yīng)包C發(fā)送 給通信請求裝置300a (S306)。通信請求裝置300a接收到DNS響應(yīng)包C便參照該DNS響應(yīng)包C中包含的答復(fù)IP 地址。此時,由于答復(fù)IP地址中寫入了中繼裝置102c的IP地址,所以通信請求裝置300a 以中繼裝置102c為目的地,發(fā)送請求發(fā)送信息內(nèi)容的通信請求包(S307)。中繼裝置102c的通信頻帶控制裝置202接收到通信請求包便判定通信請求包的 目的地(S308)。中繼裝置102c的通信頻帶控制裝置202若判定為目的地是中繼裝置102c 自身的地址,則將“頻帶不足信息”發(fā)送給通信請求裝置300a( “頻帶不足信息發(fā)送處理”) (S309)。圖22的網(wǎng)絡(luò)中,非“頻帶不足”時的各個裝置的動作除了下述不同之處外,與圖20 的相同。因而,省略對不同之處以外的說明。在圖20的S207中,中繼裝置102c的通信頻 帶控制裝置202判定通信請求包的目的地是否是中繼裝置102自身的地址。然后,由于目 的地不是中繼裝置102自身的地址,所以該通信頻帶控制裝置202直接向目的地裝置310 發(fā)送。接下來,說明圖25的中繼裝置102c的通信頻帶控制裝置202所進(jìn)行的S 104、 S305的動作。該動作與圖12及圖13的大至相同,只是圖12的S30中的具體處理不同。在 此情況下,QoS設(shè)定部M2內(nèi)的DNS變更部252將DNS響應(yīng)包所包含的答復(fù)IP地址改寫為 中繼裝置102c的IP地址,并將TTL(暫存時間)改寫為0。例如,DNS變更部250將DNS響 應(yīng)包從圖8所示的改寫為圖沈所示的。圖27是表示圖25的S308及S309的動作的流程圖。中繼裝置102c的包檢測部212 從通信請求裝置300a接收到通信請求包(S51),便判定目的地是否是自己的地址(S52)。 若該包檢測部212判定為目的地不是自己的地址(S52中的“不是”),則將通信請求包轉(zhuǎn)送 給目的地裝置310 (S54)。相反,若判定為目的地是自己的地址,則該包檢測部212將該通 信請求包轉(zhuǎn)送給中繼裝置102c的應(yīng)用處理部四1,該應(yīng)用處理部291便生成“頻帶不足信 息”(S53)。然后,該應(yīng)用處理部291將“頻帶不足信息”發(fā)送給通信請求裝置300a(S55)。如上所述那樣,根據(jù)第三實(shí)施方式,本發(fā)明的通信頻帶控制裝置202由于具備應(yīng) 用處理部四1,所以不設(shè)置信息提供裝置290也能夠獲得與第一實(shí)施方式相同的效果。另外,也可以采用第三實(shí)施方式所涉及的通信頻帶控制裝置202與第二實(shí)施方式 所涉及的通信頻帶控制裝置201的組合。(第四實(shí)施方式)在第一 第三實(shí)施方式中,中繼裝置100 102中的通信頻帶控制裝置200 202 在接收到DNS響應(yīng)包時,若判定為“頻帶不足”,則改寫DNS響應(yīng)包所包含的答復(fù)IP地址和
23TTL(暫存時間)。然而,在第四實(shí)施方式中,具備本發(fā)明的通信頻帶控制裝置203的中繼裝置103若 判定為“頻帶不足”,則判定是否能夠通過進(jìn)行優(yōu)先控制來確保請求頻帶。該“優(yōu)先控制”是 指,阻止優(yōu)先度低于與DNS響應(yīng)包所包含的域名相對應(yīng)的通信的優(yōu)先度的通信。并且,在進(jìn) 行優(yōu)先控制也不能確保請求頻帶的情況下,該通信頻帶控制裝置203改寫DNS響應(yīng)包所包 含的答復(fù)IP地址和TTL(暫存時間)。相反,在進(jìn)行優(yōu)先控制便能確保請求頻帶的情況下, 該通信頻帶控制裝置203實(shí)施優(yōu)先控制。這樣,優(yōu)先度較高的通信所涉及的信息內(nèi)容能被 優(yōu)先發(fā)送給通信請求裝置300。以下,說明本發(fā)明的第四實(shí)施方式所涉及的中繼裝置103及中繼裝置103的控制 方法。在此,將本實(shí)施方式中的網(wǎng)絡(luò)構(gòu)成作為與圖1所示的網(wǎng)絡(luò)構(gòu)成相同的構(gòu)成來進(jìn)行說 明。其中,將與圖ι的中繼裝置100a、100b、100c相對應(yīng)的第四實(shí)施方式的中繼裝置103稱 為中繼裝置103a、103b、103c。圖28是具備本實(shí)施方式的通信頻帶控制裝置203的中繼裝置103的內(nèi)部構(gòu)成圖。 中繼裝置103包括以太網(wǎng)通信部110、PLC通信部120、全通信頻帶推算部131以及通信頻帶 控制裝置203。通信頻帶控制裝置203包括包檢測部210、存儲部223、條件判定部233、QoS 設(shè)定部Ml以及QoS控制部273。QoS設(shè)定部241包括DNS變更部250和頻帶設(shè)定部沈0。 QoS控制部273包括頻帶預(yù)約部281和優(yōu)先控制部觀2。在此,對于與第二實(shí)施方式動作相 同的部分,標(biāo)注與圖15相同的符號,并省略其說明。存儲部223具有服務(wù)信息表511、通信頻帶管理表521和QoS設(shè)定信息表531。在 此,因?yàn)橥ㄐ蓬l帶管理表521與第二實(shí)施方式的相同,所以省略其說明。圖四是表示本實(shí)施方式所涉及的服務(wù)信息表511的數(shù)據(jù)結(jié)構(gòu)的一例。服務(wù)信息 表511與圖4的服務(wù)信息表510相比,不同之處在于,“服務(wù)參數(shù)”項(xiàng)目中包含著“優(yōu)先度” 項(xiàng)目。“優(yōu)先度”項(xiàng)目中存儲著表示與各域名相對應(yīng)的通信的優(yōu)先順序的優(yōu)先度。表示 該優(yōu)先度的數(shù)值越大,則與該域名相對應(yīng)的通信的優(yōu)先順序就越高。在圖四中列舉的登錄 序號1 5的通信中,優(yōu)先順序?yàn)椤暗卿浶蛱?”、“登錄序號3”、“登錄序號5”、“登錄序號 2”、“登錄序號4”。圖30表示本實(shí)施方式所涉及的QoS設(shè)定信息表531的數(shù)據(jù)結(jié)構(gòu)的一例。QoS設(shè)定 信息表531與圖16的QoS設(shè)定信息表530相比,不同之處在于,“數(shù)據(jù)保證參數(shù)”項(xiàng)目中包 含著“優(yōu)先度”項(xiàng)目。該“優(yōu)先度”項(xiàng)目與服務(wù)信息表511的“優(yōu)先度”項(xiàng)目相同。因而,在 圖30中列舉的登錄序號1、2的通信中,優(yōu)先順序?yàn)椤暗卿浶蛱?”、“登錄序號2”?;氐綀D28,條件判定部233接收到DNS響應(yīng)包,便參照通信頻帶管理表521來判定 是否“頻帶不足”。若條件判定部233判定為非“頻帶不足”,則讓頻帶設(shè)定部260進(jìn)行“頻 帶設(shè)定”。相反,在判定為“頻帶不足”的情況下,條件判定部233參照服務(wù)信息表511,來求 出與其他中繼裝置103之間正在進(jìn)行的通信中、比與DNS響應(yīng)包所包含的域名相對應(yīng)的通 信的優(yōu)先度低的通信。然后,條件判定部233判定是否能夠通過將所求出的通信停止來確 保與DNS響應(yīng)包所包含的域名相對應(yīng)的請求頻帶。然后,條件判定部233在判定為能夠確 保該請求頻帶的情況下,讓優(yōu)先控制部282停止所求出的通信。
QoS控制部273與QoS控制部270相比,不同之處僅在于,具有優(yōu)先控制部觀2。當(dāng) 條件判定部233判定為通過進(jìn)行優(yōu)先控制能夠確保請求頻帶時,優(yōu)先控制部282將優(yōu)先度 低于與DNS響應(yīng)包所包含的域名相對應(yīng)的通信的優(yōu)先度的通信停止。并且,優(yōu)先控制部282 將存儲部223所存儲的該通信所涉及的“頻帶設(shè)定”的內(nèi)容刪除。圖31是表示在包含第四實(shí)施方式的中繼裝置103的圖1的網(wǎng)絡(luò)中,通過進(jìn)行優(yōu)先 控制能夠確保請求頻帶時,各個裝置的動作的序列圖。在此,以圖1所示的通信請求裝置 300a發(fā)出了發(fā)送信息內(nèi)容的請求的情況為例,來說明各個裝置的動作。對圖31中與圖20 和圖25相同的動作,標(biāo)注相同符號,并省略對這些動作的說明。中繼裝置103c的通信頻帶控制裝置203判定為“頻帶不足”,便求出與中繼裝置 103a、10 之間正在進(jìn)行的通信中、與DNS響應(yīng)包所包含的域名相對應(yīng)的通信的優(yōu)先度的 通信。然后,判定是否能夠通過實(shí)施將所求出的通信停止的優(yōu)先控制來確保與DNS響應(yīng)包 所包含的域名相對應(yīng)的請求頻帶(S405)。中繼裝置103c的通信頻帶控制裝置203若判定為,通過實(shí)施該優(yōu)先控制便能確保 請求頻帶,則實(shí)施將所求出的通信停止的優(yōu)先控制(S406)。其后,中繼裝置103c的通信頻 帶控制裝置203進(jìn)行與DNS響應(yīng)包A中包含的域名相對應(yīng)的請求頻帶的頻帶設(shè)定,并預(yù)約 該頻帶(S205)。圖32是表示在包含第四實(shí)施方式的中繼裝置103的圖1的網(wǎng)絡(luò)中,即使實(shí)施優(yōu)先 控制也不能確保請求頻帶時,各個裝置的動作的序列圖。對圖32中與圖7、圖25及圖31相 同的動作標(biāo)注相同的符號,并省略對這些動作的說明。中繼裝置103c的通信頻帶控制裝置203在判定為即使停止在S405所求出的通信 也不能確保請求頻帶的情況下,將DNS響應(yīng)包A的“TTL (暫存時間)”改寫為0 ;將“答復(fù)IP 地址”改寫為信息提供裝置290的IP地址,并生成DNS響應(yīng)包B (S506)。其后,中繼裝置103c 的PLC通信部120經(jīng)由中繼裝置103a將DNS響應(yīng)包B回復(fù)給通信請求裝置300a(S106)。圖33是表示中繼裝置103c的通信頻帶控制裝置203所進(jìn)行的圖31的S104 S205及圖32的S104 S506的動作的流程圖。在此,對圖33中與圖21相同的動作標(biāo)注相 同的符號,并省略對這些動作的說明。條件判定部233判定為“頻帶不足”,便判定是否能通過優(yōu)先控制來確保頻帶 (S40)。該判定處理的詳細(xì)情況如圖34所示。在該判定處理中,首先,條件判定部233參照 服務(wù)信息表511,來取得DNS響應(yīng)包所包含的域名所涉及的通信的優(yōu)先度P(S41)。例如,在 所接收到的DNS響應(yīng)包所包含的域名為“zzz. ddd. tv”時,條件判定部233根據(jù)圖四的服 務(wù)信息表511,取得該域名所涉及的通信的優(yōu)先度“6”。接著,條件判定部233參照QoS設(shè)定信息表531,來求出優(yōu)先度低于P的通信。然 后,條件判定部233取得在與其他中繼裝置103之間正在使用中的頻帶中、用于所求出的通 信的正在使用的頻帶(以下,當(dāng)作“頻帶A”)(S42)。例如,圖30的QoS設(shè)定信息表531的 場合,與其他中繼裝置103a、10;3b之間的通信路徑上正在進(jìn)行的通信中,優(yōu)先度低于“6”的 通信為優(yōu)先度為“4”的通信。因而,在此情況下,條件判定部233將該優(yōu)先度為“4”的信息 內(nèi)容的請求頻帶“6M”,作為頻帶A求出。其次,條件判定部233判定是否能夠通過停止所求出的通信來確保與DNS響應(yīng)包 所包含的域名相對應(yīng)的請求頻帶。具體而言,條件判定部233判定頻帶A與現(xiàn)在能夠使用的頻帶的總和是否大于等于該請求頻帶(S43)。例如,圖17的通信頻帶管理表521的場合, 與其他中繼裝置103a、10;3b之間的通信路徑上現(xiàn)在能夠使用的頻帶為“14M”。因而,條件判 定部233判定現(xiàn)在能夠使用的頻帶“14M”與頻帶A “6M”的總和“20M”是否大于請求頻帶。條件判定部233在判定為頻帶A和現(xiàn)在能夠使用的頻帶之和大于等于請求頻帶時 (S43中的“是”),判定為“通過優(yōu)先控制能夠確保頻帶” (S44、圖33的S40中的“是”)。在 此情況下,優(yōu)先控制部282將條件判定部233所求出的通信停止,并開放頻帶A (S49)。例 如,在DNS響應(yīng)包所包含的域名為“zzz. ddd. tv”的情況下,通過開放頻帶A所涉及的通信 (圖30的“登錄序號2”的通信),中繼裝置103能夠確保該請求頻帶“15M”。因而,優(yōu)先控 制部282將頻帶A所涉及的通信停止。通過S49確保了請求頻帶后,頻帶設(shè)定部260對QoS設(shè)定信息表531進(jìn)行“頻帶設(shè) 定”(S49 — S38)。然后,頻帶預(yù)約部281預(yù)約請求頻帶(S39)。相反,條件判定部233在判定為頻帶A與現(xiàn)在能夠使用的頻帶之和小于請求頻帶 時(圖34的S43中的“不是”),判定為“通過優(yōu)先控制也無法確保頻帶”(S45、圖33的S40 中的“不是”)。在此情況下,QoS設(shè)定部241基于DNS響應(yīng)包所包含的信息,來進(jìn)行攔截通 信請求裝置300a與目的地裝置310之間的通信的設(shè)定(S30)。具體而言,QoS設(shè)定部241 內(nèi)的DNS變更部250將DNS響應(yīng)包所包含的答復(fù)IP地址改寫為信息提供裝置四0的IP地 址;將TTL(暫存時間)改寫為O。例如,DNS響應(yīng)包所包含的域名為“ghi. bb. com"時,根 據(jù)圖四的服務(wù)信息表511,請求頻帶為“25M”,優(yōu)先度為“5”。在此情況下,優(yōu)先控制部282 通過停止優(yōu)先度為“4”的通信(圖30的“登錄序號2”的通信)所能確保的頻帶為“20M”, 達(dá)不到與該域名相對應(yīng)的請求頻帶“25M”。因而,優(yōu)先控制部282不停止優(yōu)先度為“4”的通 信(圖30的“登錄序號2”的通信),而DNS變更部250將DNS響應(yīng)包所包含的答復(fù)IP地 址改寫為信息提供裝置四0的IP地址,TTL(暫存時間)改寫為0。如上所述那樣,根據(jù)第四實(shí)施方式,本發(fā)明的通信頻帶控制裝置203判定在“頻帶 不足”的情況下是否能夠通過優(yōu)先控制來確保頻帶。并且,在能夠通過優(yōu)先控制確保頻帶的 情況下,通信頻帶控制裝置203將優(yōu)先度低的通信停止,以確保與DNS包所包含的域名相對 應(yīng)的通信的請求頻帶。另外,在利用優(yōu)先控制也無法確保頻帶的情況下,通信頻帶控制裝置 203不停止優(yōu)先度低的通信,而執(zhí)行第一實(shí)施方式所示的動作。由此,目的地裝置310能夠 將與優(yōu)先度較高的域名相對應(yīng)的信息內(nèi)容發(fā)送給通信請求裝置300。另外,第四實(shí)施方式所涉及的通信頻帶控制裝置203也可以與第三實(shí)施方式所涉 及的通信頻帶控制裝置201相組合。即,也可以是通信頻帶控制裝置203具備應(yīng)用處理部 291,DNS變更部250將DNS響應(yīng)包所包含的答復(fù)IP地址改寫為中繼裝置103的地址,而不 是信息提供裝置290將“頻帶不足信息”發(fā)送給通信請求裝置300。另外,第四實(shí)施方式中的優(yōu)先控制部觀2除了將優(yōu)先度低的通信停止之外,也可 以實(shí)施使優(yōu)先度低的通信延遲、限制優(yōu)先度低的通信的頻帶等控制。由此,大量占據(jù)全通信 頻帶的優(yōu)先度低的信息內(nèi)容不被發(fā)送,即相當(dāng)于發(fā)送停止的狀況。(第五實(shí)施方式)在第一 第四實(shí)施方式中,在“頻帶不足”的情況下,或在即使進(jìn)行“優(yōu)先控制也無 法確保頻帶”的情況下,本發(fā)明的通信頻帶控制裝置200 203是將DNS響應(yīng)包所包含的答 復(fù)IP地址改寫后發(fā)送給通信請求裝置300。而第五實(shí)施方式則是,本發(fā)明的通信頻帶控制裝置204在“頻帶不足”的情況下,不改寫該答復(fù)IP地址,但將該答復(fù)IP地址作為不許可 地址另外存儲。并且,若通信請求裝置300發(fā)送請求發(fā)送信息內(nèi)容的通信請求包,則該通信 頻帶控制裝置204便判定該通信請求包的目的地是否屬于不許可地址。在判定為屬于不許 可地址的情況下,該通信頻帶控制裝置204不將該通信請求包轉(zhuǎn)送給目的地裝置310。這 樣,通信請求包便不會到達(dá)目的地裝置310,因而該通信頻帶控制裝置204能夠阻止目的地 裝置310發(fā)送信息內(nèi)容。以下,說明具備本發(fā)明的第五實(shí)施方式所涉及的通信頻帶控制裝置204的中繼裝 置104及中繼裝置104的控制方法。在此,假定本實(shí)施方式的網(wǎng)絡(luò)構(gòu)成與圖22所示的網(wǎng)絡(luò) 構(gòu)成相同來進(jìn)行說明。其中,將與圖22的中繼裝置10h、102b、102C相對應(yīng)的第四實(shí)施方 式的中繼裝置104稱為中繼裝置l(Ma、104b、l(MC。圖35是具備本實(shí)施方式的通信頻帶控制裝置204的中繼裝置104的內(nèi)部構(gòu)成圖。 中繼裝置104包括以太網(wǎng)通信部110、PLC通信部120、可用頻帶頻帶推算部130及通信頻 帶控制裝置204。通信頻帶控制裝置204包括包檢測部210、存儲部224、條件判定部230、 QoS設(shè)定部244及QoS控制部274。QoS設(shè)定部244包括IP地址存放部沈1。QoS控制部 274包括包攔截部觀5。在此,對于與第一實(shí)施方式動作相同的部分,標(biāo)注與圖3相同的符 號,并省略其說明。存儲部224與第一實(shí)施方式的存儲部220相比,不同之處在于,在條件判定部230 判定為“頻帶不足”的情況下,存儲DNS響應(yīng)包所包含的目的地裝置310的IP地址。在以 下的說明中,將存儲部2M所存儲的目的地裝置310的IP地址稱為不許可地址。QoS設(shè)定部244與第一實(shí)施方式的QoS設(shè)定部240相比,不同之處僅在于,具備IP 地址存放部沈1,以其取代DNS變更部250。在條件判定部230判定為“頻帶不足”的情況 下,IP地址存放部261將DNS響應(yīng)包所包含的目的地裝置310的IP地址作為不許可地址 來存儲于存儲部224。QoS控制部274與第二實(shí)施方式的QoS控制部270相比,不同之處僅在于,具備包 攔截部觀5,以其取代頻帶預(yù)約部觀1。包攔截部285參照存儲部2 所存儲的不許可地址 來進(jìn)行控制,以使PLC通信部120所接收到的來自通信請求裝置300的通信請求包中、目的 地為不許可地址的通信請求包不被轉(zhuǎn)送給目的地裝置310。圖36是表示圖22的網(wǎng)絡(luò)中“頻帶不足”時各個裝置的動作的序列圖。對于圖25 中與圖20相同的動作,標(biāo)注相同符號,并省略對這些動作的說明。中繼裝置l(Mc的通信頻帶控制裝置204若判定為“頻帶不足”,則將作為DNS響應(yīng) 包A的“答復(fù)IP地址”的目的地裝置310的IP地址作為不許可地址來存儲(S605)。其后,中繼裝置l(Mc的PLC通信部605將未被改寫的DNS響應(yīng)包A發(fā)送給通信請 求裝置 300a (S206)。由于DNS響應(yīng)包A未被改寫,所以通信請求裝置300a將目的地當(dāng)作目的地裝置 310來發(fā)送通信請求包(S207)。中繼裝置l(Mc的通信頻帶控制裝置204接收到該通信請 求包后,因該通信請求包的目的地與不許可地址一致,所以不將該通信請求包轉(zhuǎn)送給目的 地裝置310 (S608)。因此,通信請求裝置300a由于接收不到信息內(nèi)容,而因超時顯示錯誤報 文(S609)。接下來,用流程圖來說明圖36的S104、S605的動作。本動作是第一實(shí)施方式的通信頻帶控制裝置200的動作,S卩,與圖12的動作相似。但是,S30中QoS設(shè)定部244所進(jìn)行 的具體動作與第一實(shí)施方式不同。在本實(shí)施方式中,在條件判定部230判定為“頻帶不足” 的情況下,QoS設(shè)定部M4內(nèi)的IP地址存放部261將DNS響應(yīng)包所包含的目的地裝置310 的IP地址作為不許可地址存放于存儲部224。另外,圖37是表示圖36的S608的動作的流程圖。中繼裝置l(Mc的包攔截部285 從通信請求裝置300a接收到通信請求包(S61),便參照存儲部225來判定目的地是否是不 許可地址(S62)。該包攔截部285若判定為目的地不是不許可地址(S62中的“不是”),則 經(jīng)由以太網(wǎng)通信部110將通信請求包轉(zhuǎn)送給目的地裝置310 (S64)。相反,若判定為目的地 是不許可地址,則該包攔截部285不將該通信請求包轉(zhuǎn)送給目的地裝置310 (S63)。如上所述那樣,根據(jù)第五實(shí)施方式,由于本發(fā)明的通信頻帶控制裝置204在“頻帶 不足”的情況下,不將通信請求包轉(zhuǎn)送給目的地裝置310,所以能夠阻止目的地裝置310向 通信請求裝置300發(fā)送信息內(nèi)容。其結(jié)果,因“頻帶不足”而紊亂的視頻圖像不會被通信請 求裝置300a所顯示。另外,第五實(shí)施方式所涉及的通信頻帶控制裝置204也可以進(jìn)一步裝備應(yīng)用處理 部四1,在不將通信請求包轉(zhuǎn)送給目的地裝置310的情況下,向通信請求裝置300發(fā)送“頻 帶不足信息”?;蛘?,也可以在網(wǎng)絡(luò)中進(jìn)一步裝備信息提供裝置四0,通信頻帶控制裝置204 在不將通信請求包轉(zhuǎn)送給目的地裝置310的情況下,將該通信請求包轉(zhuǎn)送給信息提供裝置 四0,而信息提供裝置290則向通信請求裝置300發(fā)送“頻帶不足信息”。由此,通信請求裝 置300的用戶便能夠得知“頻帶不足”的情況,從而采取等待頻帶空出等適當(dāng)對策。另外,除此之外,也可以將第五實(shí)施方式所涉及的通信頻帶控制裝置204與第二、 第四實(shí)施方式所涉及的通信頻帶控制裝置201、203相組合。(第六實(shí)施方式)第五實(shí)施方式所涉及的通信頻帶控制裝置204判定在接收到DNS響應(yīng)包的時間點(diǎn) 是否“頻帶不足”,若判定為“頻帶不足”,則將DNS響應(yīng)包所包含的目的地裝置310的IP地 址作為不許可地址來存儲。并且,在通信請求包的目的地為不許可地址時,通信頻帶控制裝 置204不將通信請求包轉(zhuǎn)送給目的地裝置310。由此,通信請求包便不會到達(dá)目的地裝置 310,所以,該通信頻帶控制裝置204能夠阻止來自目的地裝置310的信息內(nèi)容的發(fā)送。然而,第六實(shí)施方式所涉及的通信頻帶控制裝置205則是,不判定在接收到DNS響 應(yīng)包的時間點(diǎn)是否“頻帶不足”,而是僅僅存儲記載于DNS響應(yīng)包中的目的地裝置310的域 名與目的地裝置310的IP地址之間的對應(yīng)關(guān)系。并且,當(dāng)通信請求包被發(fā)送過來后,通信 頻帶控制裝置205便根據(jù)該通信請求包的目的地的IP地址來確定目的地裝置310的域名, 并根據(jù)目的地裝置310的域名來取得請求頻帶,以判定是否“頻帶不足”。并且,通信頻帶控 制裝置205若判定為“頻帶不足”,則不將通信請求包轉(zhuǎn)送給目的地裝置310。以下,說明具備本發(fā)明的第六實(shí)施方式所涉及的通信頻帶控制裝置205的中繼裝 置105及中繼裝置105的控制方法。在此,將本實(shí)施方式的網(wǎng)絡(luò)構(gòu)成當(dāng)作與圖22所示的網(wǎng) 絡(luò)構(gòu)成相同來進(jìn)行說明。其中,將與圖22的中繼裝置10加、102b、102c相對應(yīng)的第五實(shí)施 方式的中繼裝置105稱為中繼裝置l(^a、105b、105c。圖38是具備本實(shí)施方式的通信頻帶控制裝置205的中繼裝置105的內(nèi)部構(gòu)成圖。 中繼裝置105包括以太網(wǎng)通信部110、PLC通信部120、可用頻帶頻帶推算部130及通信頻帶控制裝置205。通信頻帶控制裝置205包括包檢測部212、存儲部225、條件判定部235、 QoS設(shè)定部245及QoS控制部275。QoS設(shè)定部245包括目的地裝置信息存放部沈2。QoS 控制部275包括包攔截部286。在此,對于與第三實(shí)施方式相同的動作,標(biāo)注與圖M相同的 符號,并省略其說明。 存儲部225除了具有服務(wù)信息表510和通信頻帶管理表520之外,還具有管理DNS 響應(yīng)包所包含的目的地裝置310的域名與目的地裝置310的IP地址之間的對應(yīng)關(guān)系的裝 置管理表550。圖39表示裝置管理表550的數(shù)據(jù)結(jié)構(gòu)的一例。圖39中,“發(fā)送源IP地址” 項(xiàng)目和“DNS詢問名(域名)”項(xiàng)目相互對應(yīng)地被存儲在裝置管理表550中。“發(fā)送源IP地址”項(xiàng)目中存儲著DNS響應(yīng)包所包含的目的地裝置310的IP地址。"DNS詢問名(域名)”項(xiàng)目中存儲著作為DNS響應(yīng)包所包含的目的地裝置310的 主機(jī)名的域名。QoS設(shè)定部245與第一實(shí)施方式的QoS設(shè)定部240相比,不同之處僅在于,具備目 的地裝置信息存放部沈2,以其取代DNS變更部250。包檢測部212檢測到DNS響應(yīng)包后, 目的地裝置信息存放部262便將DNS響應(yīng)包所包含的目的地裝置310的域名和目的地裝置 310的IP地址存放到存儲部225的裝置管理表550中。包檢測部212檢測到通信請求包后,條件判定部235便參照存儲部225的裝置管 理表550,根據(jù)通信請求包的目的地的IP地址來確定目的地裝置310的域名。然后,條件判 定部230通過進(jìn)行與第一實(shí)施方式相同的處理,來判定是否“頻帶不足”。QoS控制部275與第二實(shí)施方式的QoS控制部270相比,不同之處僅在于,具備包 攔截部觀6,以其取代頻帶預(yù)約部觀1。在條件判定部230判定為“頻帶不足”的情況下, 包攔截部286進(jìn)行控制,以使包檢測部212所檢測出的通信請求包不被轉(zhuǎn)送到目的地裝置 310。例如,包攔截部286將該通信請求包丟棄。圖40是表示圖22的網(wǎng)絡(luò)中“頻帶不足”時各個裝置的動作的序列圖。圖40中, 與圖36相同的動作被標(biāo)注相同的符號,并省略對這些動作的說明。中繼裝置105c的通信頻帶控制裝置205接收到DNS響應(yīng)包A后,便參照DNS響應(yīng) 包A的“DNS詢問名(域名)”和“答復(fù)IP地址”,來存儲目的地裝置310的域名和IP地址 (S704)。其后,中繼裝置105c的PLC通信部605將未被改寫的DNS響應(yīng)包A發(fā)送給通信請 求裝置 300a (S206)。由于DNS響應(yīng)包A未被改寫,所以通信請求裝置300a將裝置310作為目的地來發(fā) 送通信請求包(S207)。中繼裝置105c的通信頻帶控制裝置205接收到該通信請求包后便 判定是否“頻帶不足”(S708)。然后,通信頻帶控制裝置205若判定為“頻帶不足”,則不將 該通信請求包轉(zhuǎn)送給目的地裝置310 (S709)。圖41是表示中繼裝置105c的通信頻帶控制裝置205所進(jìn)行的圖40的S704的動 作的流程圖。圖41中,包檢測部212檢測到DNS響應(yīng)包后(SlO),目的地裝置信息存放部 262便判定所檢測到的DNS響應(yīng)包所包含的域名是否在服務(wù)信息表510中存在(S71)。若 該域名在服務(wù)信息表510中不存在(S71中的“不是”),則目的地裝置信息存放部262不進(jìn) 行任何處理便結(jié)束。若該域名在服務(wù)信息表510中存在(S71中的“是”),則目的地裝置信 息存放部262將DNS響應(yīng)包所包含的目的地裝置310的域名及IP地址存放于存儲部225的裝置管理表550 (S72)。圖42是表示圖40的S708及S709的動作的流程圖。圖42中,與圖37相同的動作 被標(biāo)注相同的符號,并省略對這些動作的詳細(xì)說明。中繼裝置10 的包檢測部212從通信 請求裝置300a接收到通信請求包后(S61),條件判定部235便參照裝置管理表550,來取得 成為該通信包的目的地的目的地裝置310的域名(S73)。然后,條件判定部235通過與該目 的地裝置310之間的通信來判定是否會“頻帶不足”(S74)。S74的處理與圖12的S20的處 理相同,所以省略其詳細(xì)說明。在條件判定部235判定為非“頻帶不足”的情況下(S74中的 “不是”),包攔截部286經(jīng)由以太網(wǎng)通信部110將通信請求包轉(zhuǎn)送給目的地裝置310 (S64)。 相反,在條件判定部235判定為“頻帶不足”的情況下(S74中的“是”),該包攔截部286不 將該通信請求包轉(zhuǎn)送給目的地裝置310 (S63)。如上所述那樣,根據(jù)第六實(shí)施方式,本發(fā)明的通信頻帶控制裝置205與第五實(shí)施 方式相比,是在接近信息內(nèi)容發(fā)送時間的時間點(diǎn)判定是否“頻帶不足”的,所以能夠基于比 較接近信息內(nèi)容發(fā)送時間的時間點(diǎn)的網(wǎng)絡(luò)狀態(tài)來判定是否“頻帶不足”。另外,第六實(shí)施方式所涉及的通信頻帶控制裝置205也可以進(jìn)一步裝備應(yīng)用處理 部,在不將通信請求包轉(zhuǎn)送給目的地裝置310的情況下,向通信請求裝置300發(fā)送“頻帶 不足信息”?;蛘?,也可以是,網(wǎng)絡(luò)中進(jìn)一步裝備信息提供裝置四0,通信頻帶控制裝置204 在不將通信請求包轉(zhuǎn)送給目的地裝置310的情況下,將該通信請求包轉(zhuǎn)送給信息提供裝置 290,由信息提供裝置四0向通信請求裝置300發(fā)送“頻帶不足信息”。由此,通信請求裝置 300的用戶便能得知“頻帶不足”的狀沉,從而采取等待頻帶空出等的恰當(dāng)對策。另外,除此之外,也可以將第六實(shí)施方式所涉及的通信頻帶控制裝置205與第二、 第四實(shí)施方式所涉及的通信頻帶控制裝置201、203相組合。另外,第一 第六實(shí)施方式所涉及的通信頻帶控制裝置及通信頻帶控制方法不 局限于電力線通信,也可以應(yīng)用于采用了無線、電話線、同軸電纜、光電纜等的通信,并 且還可以應(yīng)用于 USB (Universal Serial Bus 通用串行總線)、HDMI (High-Definition Multimedia hterface 高清晰度多媒體接口)(注冊商標(biāo))、IEEE 1394等的通信。因而, 本發(fā)明的通信頻帶控制裝置及通信頻帶控制方法能夠應(yīng)用于各種傳輸媒介。另外,第一 第六實(shí)施方式所涉及的通信頻帶控制裝置及通信頻帶控制方法不局 限于PLC橋等的電橋,也可以應(yīng)用于路由器、網(wǎng)關(guān)、第二層交換器(layer 2switch)、第三層 交換器(layer 3switch)、第七層交換器(layedswitch)、橋式路由器。電橋及第二層交換 器開關(guān)是指,OSI (OpenSystem htercormection 開放系統(tǒng)互連)參考模型的數(shù)據(jù)鏈接層 的中繼裝置。路由器是指OSI參考模型的網(wǎng)絡(luò)層、傳輸層的中繼裝置。網(wǎng)關(guān)是指OSI參考 模型的五層以上的中繼裝置。第三層交換器是指OSI參考模型的網(wǎng)絡(luò)層的中繼裝置。第七 層交換器是指OSI參考模型的應(yīng)用層的中繼裝置。橋式路由器是指組合了路由器功能和電 橋功能的中繼裝置。因而,本發(fā)明的通信頻帶控制裝置及通信頻帶控制方法不局限于PLC 橋,也可以應(yīng)用于各種中繼裝置。另外,本發(fā)明的各實(shí)施方式中公開的各個功能塊可以用集成電路的LSI來實(shí)現(xiàn)。 可以將它們分別作成單個芯片,也可以將它們?nèi)炕虿糠值丶捎谝粋€芯片。該LSI根據(jù)集成度的不同,也被稱為IC、系統(tǒng)LSI、超大規(guī)模集成電路、特大規(guī)模集 成電路。
30
另外,集成電路化的方法并不局限于LSI,也可以利用專用電路或通用處理器?;?者,也可以利用,在LSI制成之后,能夠編程的FPGA(FieldProgrammable GateArray 元件 可編程邏輯閘陣列)、能夠重新進(jìn)行LSI內(nèi)部的電路單元的連接及/或設(shè)定的可重構(gòu)處理 器。另外,還可以采用在具備處理器及/或存儲器等的硬件資源中,處理器執(zhí)行存放在ROM 中的控制程序這樣的構(gòu)成。進(jìn)一步,假如由于半導(dǎo)體技術(shù)的進(jìn)步或派生出別的技術(shù)而出現(xiàn)取代LSI的集成電 路技術(shù),當(dāng)然,也可以利用該技術(shù)來進(jìn)行功能塊的集成化。也可以利用生物技術(shù)等。工業(yè)實(shí)用性本發(fā)明能夠應(yīng)用于需要進(jìn)行通信頻帶控制的各種通信裝置,諸如,PLC橋、路由器、 網(wǎng)關(guān)、第二層交換器、第三層交換器、第七層交換器、橋式路由器等。
權(quán)利要求
1.一種中繼裝置所具備的通信頻帶控制裝置,用于控制所述中繼裝置所處理的通信的 通信頻帶,其中,所述中繼裝置中繼在通信網(wǎng)絡(luò)上請求通信的通信請求裝置與作為通信對 方的目的地裝置之間所發(fā)送接收的數(shù)據(jù),所述通信頻帶控制裝置包括包檢測部,檢測在所述通信請求裝置向域名系統(tǒng)服務(wù)器詢問了與所述目的地裝置的域 名相對應(yīng)的IP地址后,所述域名系統(tǒng)服務(wù)器為了答復(fù)所述詢問而發(fā)送的域名系統(tǒng)響應(yīng)包; 存儲部,存儲預(yù)先求出的在所述目的地裝置與所述通信請求裝置之間進(jìn)行通信時所述 中繼裝置為了與其他中繼裝置之間進(jìn)行通信而需要的請求頻帶與所述目的地裝置的域名 之間的第1對應(yīng)關(guān)系、以及所述中繼裝置與所述其他中繼裝置之間現(xiàn)在能夠使用的頻帶;條件判定部,基于隨所述通信請求裝置的通信請求而產(chǎn)生的通信包來確定所述目的地 裝置的域名,根據(jù)所述第1對應(yīng)關(guān)系來取得所述請求頻帶,并判定是否符合所述請求頻帶 大于所述現(xiàn)在能夠使用的頻帶這一第1條件;以及QoS設(shè)定部,在符合所述第1條件的情況下,基于所述域名系統(tǒng)響應(yīng)包所包含的信息, 進(jìn)行攔截所述通信請求裝置與所述目的地裝置之間的通信的設(shè)定。
2.如權(quán)利要求1所述的通信頻帶控制裝置,其特征在于所述存儲部還存儲有,所述目的地裝置與所述通信請求裝置之間的通信的優(yōu)先度與所 述目的地裝置的域名之間的第2對應(yīng)關(guān)系、以及所述中繼裝置與所述其他中繼裝置之間現(xiàn) 在正在進(jìn)行的通信與該通信的優(yōu)先度之間的第3對應(yīng)關(guān)系,所述條件判定部在判定為符合所述第1條件的情況下,參照所述存儲部,來求出所述 中繼裝置與所述其他中繼裝置之間現(xiàn)在正在進(jìn)行的通信中、優(yōu)先度低于所述目的地裝置與 所述通信請求裝置之間的通信的優(yōu)先度的通信,并進(jìn)一步判定是否符合即使停止所求出的 通信也不能確保所述請求頻帶這一第2條件。
3.如權(quán)利要求1所述的通信頻帶控制裝置,其特征在于所述條件判定部基于所述域名系統(tǒng)響應(yīng)包所包含的域名來確定所述目的地裝置的域名,所述QoS設(shè)定部還包括域名系統(tǒng)變更部,在所述條件判定部判定為符合所述第1條件 的情況下,所述域名系統(tǒng)變更部將所述域名系統(tǒng)響應(yīng)包所包含的所述目的地裝置的IP地 址改寫為特定的IP地址。
4.如權(quán)利要求2所述的通信頻帶控制裝置,其特征在于所述條件判定部基于所述域名系統(tǒng)響應(yīng)包所包含的域名來確定所述目的地裝置的域名,所述QoS設(shè)定部還包括域名系統(tǒng)變更部,在所述條件判定部判定為符合所述第2條件 的情況下,所述域名系統(tǒng)變更部將所述域名系統(tǒng)響應(yīng)包所包含的所述目的地裝置的IP地 址改寫為特定的IP地址。
5.如權(quán)利要求3或4所述的通信頻帶控制裝置,其特征在于所述特定的IP地址是將表示頻帶不足的情況的信息發(fā)送給所述通信請求裝置(300) 的信息提供裝置的IP地址。
6.如權(quán)利要求3或4所述的通信頻帶控制裝置,其特征在于 所述特定的IP地址是所述中繼裝置的IP地址,所述包檢測部進(jìn)一步檢測所述通信請求裝置向所述中繼裝置的IP地址發(fā)送的通信請 求包,所述通信頻帶控制裝置還包括應(yīng)用處理部,若所述包檢測部檢測到所述通信請求包, 則該應(yīng)用處理部將表示頻帶不足的情況的信息發(fā)送給所述通信請求裝置。
7.如權(quán)利要求1所述的通信頻帶控制裝置,其特征在于所述條件判定部基于所述域名系統(tǒng)響應(yīng)包所包含的域名來確定所述目的地裝置的域名,所述存儲部還將所述中繼裝置不允許通信的所述目的地裝置的IP地址作為不許可地 址來存儲,所述Q0S設(shè)定部包括IP地址存放部,在所述條件判定部判定為符合所述第1條件的情 況下,所述IP地址存放部將所述域名系統(tǒng)響應(yīng)包所包含的所述目的地裝置的IP地址作為 所述不許可地址存放到所述存儲部,所述通信頻帶控制裝置還包括包攔截部,該包攔截部使得以所述存儲部所存儲的所述 不許可地址為目的地的所述通信請求包不被轉(zhuǎn)送給所述目的地裝置。
8.如權(quán)利要求2所述的通信頻帶控制裝置,其特征在于所述條件判定部基于所述域名系統(tǒng)響應(yīng)包所包含的域名來確定所述目的地裝置的域名,所述存儲部還將所述中繼裝置不允許通信的所述目的地裝置的IP地址作為不許可地 址來存儲,所述QoS設(shè)定部還包括IP地址存放部,在所述條件判定部判定為符合所述第2條件的 情況下,所述IP地址存放部將所述域名系統(tǒng)響應(yīng)包所包含的所述目的地裝置的IP地址作 為所述不許可地址存放到所述存儲部,所述通信頻帶控制裝置還包括包攔截部,該包攔截部使得所述存儲部所存儲的以所述 不許可地址為目的地的所述通信請求包不被轉(zhuǎn)送給所述目的地裝置。
9.如權(quán)利要求1所述的通信頻帶控制裝置,其特征在于所述存儲部還存儲著所述目的地裝置的域名與IP地址的第4對應(yīng)關(guān)系, 所述QoS設(shè)定部包括目的地裝置信息存放部,該目的地裝置信息存放部將所述域名系 統(tǒng)響應(yīng)包所包含的所述目的地裝置的域名與IP地址作為所述第4對應(yīng)關(guān)系存放到所述存 儲部,所述包檢測部進(jìn)一步檢測所述通信請求裝置向所述目的地裝置發(fā)送的通信請求包, 當(dāng)所述包檢測部檢測出所述通信請求包時,所述條件判定部參照所述第4對應(yīng)關(guān)系, 根據(jù)所述通信請求包的目的地的IP地址來確定所述目的地裝置的域名,所述通信頻帶控制裝置還包括包攔截部,在所述條件判定部判定為符合所述第1條件 的情況下,該包攔截部使得所述通信請求包不被轉(zhuǎn)送給所述目的地裝置。
10.如權(quán)利要求2所述的通信頻帶控制裝置,其特征在于所述存儲部還存儲著所述目的地裝置的域名與IP地址的第4對應(yīng)關(guān)系, 所述QoS設(shè)定部包括目的地裝置信息存放部,該目的地裝置信息存放部將所述域名系 統(tǒng)響應(yīng)包所包含的所述目的地裝置的域名與IP地址作為所述第4對應(yīng)關(guān)系存放到所述存 儲部,所述包檢測部進(jìn)一步檢測所述通信請求裝置向所述目的地裝置發(fā)送的通信請求包,當(dāng)所述包檢測部檢測出所述通信請求包時,所述條件判定部參照所述第4對應(yīng)關(guān)系, 根據(jù)所述通信請求包的目的地的IP地址來確定所述目的地裝置的域名,所述通信頻帶控制裝置還包括包攔截部,在所述條件判定部判定為符合所述第2條件 的情況下,該包攔截部使得所述通信請求包不被轉(zhuǎn)送給所述目的地裝置。
11.如權(quán)利要求1、3、5、7、9中任一項(xiàng)所述的通信頻帶控制裝置,其特征在于還包括頻 帶預(yù)約部,在所述條件判定部判定為不符合所述第1條件的情況下,該頻帶預(yù)約部在所述 中繼裝置與所述其他中繼裝置之間預(yù)約所述請求頻帶。
12.如權(quán)利要求2、4、6、8、10中任一項(xiàng)所述的通信頻帶控制裝置,其特征在于還包括,優(yōu)先控制部,在所述條件判定部判定為不符合所述第2條的情況下,停止優(yōu)先度低于所述目的地裝置與所述通信請求裝置之間的通信的優(yōu)先度的通信;以及頻帶預(yù)約部,若所述優(yōu)先控制部停止所述優(yōu)先度低的通信,則在所述中繼裝置與所述 其他中繼裝置之間預(yù)約所述請求頻帶。
13.如權(quán)利要求3 6中任一項(xiàng)所述的通信頻帶控制裝置,其特征在于所述域名系統(tǒng)變更部將向所述通信請求裝置發(fā)送的域名系統(tǒng)響應(yīng)包所包含的所述暫 存時間改寫為0。
14.一種中繼裝置所采用的通信頻帶控制方法,用于控制所述中繼裝置所處理的通信 的通信頻帶,其中,所述中繼裝置中繼在通信網(wǎng)絡(luò)上請求通信的通信請求裝置與作為通信 對方的目的地裝置之間所發(fā)送接收的數(shù)據(jù),該通信頻帶控制方法包括包檢測步驟,檢測在所述通信請求裝置向域名系統(tǒng)服務(wù)器詢問了與所述目的地裝置的 域名相對應(yīng)的IP地址后,所述域名系統(tǒng)服務(wù)器為了答復(fù)所述詢問而發(fā)送的域名系統(tǒng)響應(yīng) 包;條件判定步驟,基于隨所述通信請求裝置的通信請求而產(chǎn)生的通信包來確定所述目的 地裝置的域名,并取得預(yù)先求出的、所述目的地裝置與所述通信請求裝置之間進(jìn)行通信時 所述中繼裝置為了與其他中繼裝置之間進(jìn)行通信而需要的請求頻帶,并判定是否符合所述 請求頻帶大于所述中繼裝置與所述其他中繼裝置之間現(xiàn)在能夠使用的頻帶這一第1條件; 以及QoS設(shè)定步驟,在符合所述第1條件的情況下,基于所述域名系統(tǒng)響應(yīng)包所包含的信 息,進(jìn)行攔截所述通信請求裝置與所述目的地裝置之間的通信的設(shè)定。
15.一種中繼裝置所具備的集成電路,用于控制所述中繼裝置所處理的通信的通信頻 帶,其中,所述中繼裝置中繼在通信網(wǎng)絡(luò)上請求通信的通信請求裝置與作為通信對方的目 的地裝置之間所發(fā)送接收的數(shù)據(jù),所述集成電路包括包檢測部,檢測在所述通信請求裝置向域名系統(tǒng)服務(wù)器詢問了與所述目的地裝置的域 名相對應(yīng)的IP地址后,所述域名系統(tǒng)服務(wù)器為了答復(fù)所述詢問而發(fā)送的域名系統(tǒng)響應(yīng)包;存儲部,存儲預(yù)先求出的在所述目的地裝置與所述通信請求裝置之間進(jìn)行通信時所述 中繼裝置為了與其他中繼裝置之間進(jìn)行通信而需要的請求頻帶與所述目的地裝置的域名 之間的第1對應(yīng)關(guān)系、以及所述中繼裝置與所述其他中繼裝置之間現(xiàn)在能夠使用的頻帶;條件判定部,基于隨所述通信請求裝置的通信請求而產(chǎn)生的通信包來確定所述目的地 裝置的域名,根據(jù)所述第1對應(yīng)關(guān)系來取得所述請求頻帶,并判定是否符合所述請求頻帶 大于所述現(xiàn)在能夠使用的頻帶這一第1條件;以及QoS設(shè)定部,在符合所述第1條件的情況下,基于所述域名系統(tǒng)響應(yīng)包所包含的信息, 進(jìn)行攔截所述通信請求裝置與所述目的地裝置之間的通信的設(shè)定。
全文摘要
本發(fā)明涉及一種在不能確保為發(fā)送信息內(nèi)容而需要的頻帶時,能夠防止因頻帶不足而紊亂的視頻圖像被裝置裝置顯示的裝置。當(dāng)中繼裝置(100)從DNS服務(wù)器接收到與發(fā)送信息內(nèi)容的服務(wù)器的域名相關(guān)的DNS響應(yīng)包,中繼裝置(100)內(nèi)的條件判定部(210)便判定在與其他中繼裝置(100)之間的通信路徑上能否確保與該域名相對應(yīng)的信息內(nèi)容的請求頻帶。并且,若條件判定部(210)判定為不能確保請求頻帶,則中繼裝置(100)內(nèi)的DNS變更部(250)將該DNS響應(yīng)包所包含的答復(fù)IP地址改寫為中繼裝置(100)的IP地址。
文檔編號H04L12/28GK102077518SQ201080001929
公開日2011年5月25日 申請日期2010年4月19日 優(yōu)先權(quán)日2009年5月1日
發(fā)明者本間秀樹, 松下陽介, 浮田陽介 申請人:松下電器產(chǎn)業(yè)株式會社
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
1