CN102017545A - 中继装置以及通信控制装置 - Google Patents
中继装置以及通信控制装置 Download PDFInfo
- Publication number
- CN102017545A CN102017545A CN2009801139837A CN200980113983A CN102017545A CN 102017545 A CN102017545 A CN 102017545A CN 2009801139837 A CN2009801139837 A CN 2009801139837A CN 200980113983 A CN200980113983 A CN 200980113983A CN 102017545 A CN102017545 A CN 102017545A
- Authority
- CN
- China
- Prior art keywords
- mentioned
- packet
- address
- domain name
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2854—Wide area networks, e.g. public data networks
- H04L12/2856—Access arrangements, e.g. Internet access
- H04L12/2869—Operational details of access network equipments
- H04L12/2898—Subscriber equipments
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2458—Modification of priorities while in transit
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
HGW(100)具备:QoS对象存储部(22),至少存储对成为QoS对象的数据包进行发送的数据发送装置的所属域的域名;优先级数据生成处理部(13),取得用以解决数据发送装置的地址的域名/地址解决数据包,当上述取得的域名/地址解决数据包中的域名与QoS对象存储部(22)中存储的域名相一致时,把由上述取得的域名/地址解决数据包中的地址所构成地址群存放至数据包优先级存储部(23);数据包优先级变更处理部(14),当数据包优先级存储部(23)中存储有由HGW(101)中继的数据包中的地址所构成地址群时,进行优先传送上述中继的数据包的优先传送处理。
Description
技术领域
本发明涉及一种能够在同时传送多个数据流的通信网络上对上述数据流进行QoS(Quality of Service:服务质量)控制的中继装置以及通信控制装置。
背景技术
近年,出现了能够通过IP(Internet Protocal:网际协议)网或者NGN(Next Generation Network:次世代网络)等接入网来在用户家中的电视机或者STB(Set Top Box:机顶盒)等接收装置上接收由内容服务器等内容提供装置所提供的视音频或音频等内容的服务。其中,一般通过数据包通信,即,通过数据包的收发来传送数据,以此进行各装置之间的数据收发。在此,将数据建立成规定形式的帧后,数据包被用以向该帧上附加发送目的地的地址等各种信息。
来自接入网的数据被传送到用户家中时,暂时被HGW(Home Gateway:家庭网关)等路由器所接收,其后介由用户家中建立的LAN(Local Area Network:局域网)而被发送到电视机或者STB等接收装置。近年来,作为建立在用户家中的LAN,以往由作为通信介质的电缆所连接构成的LAN已不再需要,取而代之不但增加的是,用户对PLC(Power Line Communication:电力线通信)网络的需求。PLC是一种通过电力线来传送数据的技术,能够在通常的插座之间进行通信。若使用以太网(Ethernet(注册商标);以下单记述为以太网)来将PLC和以太网之间的网桥装置(PLC适配器)连接到路由器以及接收装置,那么即使路由器和接收装置的设置场所互相远离,路由器和接收装置也能够介由PLC适配器来进行通信,因此能够在不设置新电缆的条件下建立家庭内网络。因此,相比于以往由作为通信介质的电缆所构成的LAN,其优点在于不需设置新电缆就能够建立网络。另外,当要移动接收装置时,只要是设有电源插座的场所,在哪里都能够连接上网络,因此还具有高移动自由度的优点。
(QoS技术)
在进行Web内容阅览、邮件收发、基于FTP(File Transfer Protocal:文件传输协议)的数据传送等这些非实时数据传送时,即使出现一定程度的传送延迟或者抖动(因传送延迟而导致的颤动),对于接收装置中的数据重放也并无大的影响。但是,在传送如视频或者音频等实时数据时,传送延迟或者抖动会导致接收装置中重放的视音频或者音频发生紊乱,因此必须将传送延迟或者抖动抑制在预定范围内。即,为了使接收装置能够高速度、高品质地从内容提供装置接收内容,尤其是视音频或者音频等这些要求保持实时性或连续性的流数据,必须在各网络中恰当地确保与内容相对应的数据包的传送品质。
如此,根据所传送的数据种类来确保恰当的品质,并能够对多个数据同时进行高效传送的技术称为QoS(Quality of Service:服务质量)技术。QoS技术大致可分为优先控制型QoS(Prioritized QoS)和参数保障型QoS(Parameterized QoS)。
(优先控制型QoS)
在优先控制型QoS中,由发送数据的通信装置向所发送的数据的数据包付与和数据种类以及收发数据的通信装置的特性等相对应的优先级。根据数据包所被付与的优先级来对发送数据进行控制,从而可实现QoS。在此,作为向数据包付与优先级的方法,一般采用在数据包的头部预先设置用于存储优先级表示值的字段(以下,称之为优先级字段),并对于每个数据包设定优先级字段的值的方法。
例如,相比于非实时数据,实时数据被要求更高的传送品质,因此,在实时数据的数据包的优先级字段上,一般都设定比非实时数据的数据包高的优先级值。由发送装置或者通信网络上的中继装置根据各数据包的优先级字段的值来决定数据包的发送时机,从而可实现QoS。
(参数保障型QoS)
在参数保障型QoS中,设置用于管理通信网络整体上的带宽的主机。主机根据与通信网络相连接的副机所请求的QoS参数,来管理通信网络整体上的带宽利用时间表(发送许可期间)。即,由主机集中管理所有副机的数据发送次数以及数据发送时间等,从而来实现QoS。
副机在传送QoS所保障的数据(以下,称之为QoS传送)时,预先向主机发送请求进行QoS传送的信号。该信号包含有与QoS相关的参数。然后,主机提取该与QoS相关的参数,并根据该参数和通信网络目前的利用状况,判断能否进行QoS传送。如果判断为能进行QoS传送,主机便允许对副机进行QoS传送,相反,如果判断为不能进行QoS传送,主机便拒绝对副机进行QoS传送。例如,当某副机A发送请求进行QoS传送的信号时,若因其他副机B正在进行QoS传送,而无法确保副机A进行QoS传送时所需要的充分带宽,主机就会拒绝副机A发出的QoS传送请求。
在此,主机时常对带宽设定时间表进行管理,以使得各副机能够进行QoS传送。并且,主机根据该时间表,向副机发送包含有QoS传送许可期间的发送许可信号,由此给予副机QoS传送的许可。副机在上述发送许可信号所通知的期间之内,进行数据传送。
同时传送多个内容时,不是对每个数据包,而是需要对每个内容进行QoS控制。例如,在某通信装置同时发送视音频内容以及音频内容时,对各内容的必要QoS所要求的事项通常是不同的。
由此,在参数保障型QoS中,是对每个数据流进行QoS管理的。数据流是指需要连续传送的一系列数据。需要连续传送的一系列数据例如可以是1个视音频内容或者1个音频内容等有意义且完整的数据。因此,1个数据流中从属有多个数据包。在以下的说明中,视音频内容的数据流也称为视音频数据流。
为了按每个数据流来决定带宽的利用时间表,主机需要得知数据包属于哪个数据流。为此,副机将用以表示数据包的所属数据流的流识别信息附加在QoS的相关参数中来发送给主机。主机向副机发送发送许可信号时,为了表明是对哪个数据流的发送许可,在发送许可信号中加入流识别信息来进行通知。接下来,进行数据发送的副机只对由上述通知的发送许可信号中包含的流识别信息所表示的数据流中的数据包,进行发送。由此,能够对每个数据流进行QoS控制。
在此,作为流识别信息,例如可以是以下任意个的组合或以下的所有组合:MAC(Media Access Control:媒体访问控制)头内的发送目的地MAC地址以及发送方MAC地址;IP头内的发送目的地IP地址以及发送方IP地址;TCP(传输控制协议)头(或UDP(用户数据报)头)内的发送目的地端口号以及发送方端口号;IPv6头的流标签(Flow Label)字段;以太网帧头的VLAN(虚拟局域网)标识中的VID(VLAN Identifier:虚拟局域网识别符)字段等。
(QoS的设定方法)
一般而言,QoS是通过OSI(Open Systems Interconnection:开放式***互联)参照模式中的层2或者层3来实现的。以下,将实现QoS的层称为QoS控制层。
无论是优先控制型QoS还是参数保障型QoS,为了实现QoS,QoS控制层都需要掌握欲传送的数据的必要传送品质。但是,传送品质的信息一般都由比QoS控制层更上位的层来管理。
例如,对应PLC的带宽控制是由MAC层(OSI参照模式中的层2的子层)来实现的,然而实际所传送的是什么数据,只可能在应用层(OSI参照模式中的层7)中得知。例如,在层7中,应用程序在进行完内容选择和传送准备后,将数据传递给下位层。在此,对于下位层而言,从上位层传递过来的数据单只是数据,因此无法掌握该数据的内在内容,也无法掌握该数据来自何种的应用程序。
因此,作为优选,在上位层开始向QoS控制层发送数据之前,由上位层向QoS控制层添送含有以下信息的QoS参数,以进行QoS设定请求,该些信息包括:表示所被传送的数据来自何种程序的信息;表示该数据的用途的信息;在MAC层中进行传送时所期望保障的频带宽、延迟容许极限值、数据包容量等这些与传送的数据相关的信息。
但是,由于QoS技术目前尚未能广泛普及,因此,设计各装置时,对于上位层,多数情况下没有设想QoS控制层的存在。因此,上述的结构并没有得以实际安装。即,服务器并不是对数据包的优先级字段的值进行设定后再进行发送,或者在开始发送数据流之前对针对该数据流请求进行QoS设定。
(现有技术)
通过把上述的优先控制型QoS以及参数保障型QoS等结构为基础技术并进行使用,能够避免通信网络整体中的访问冲突,以及能够实现QoS。
作为实现QoS的技术,专利文献1中揭示了一种对数据包传送进行控制的数据包传送装置。在该数据包传送装置中,首先提取在交涉时经由特定端口的数据包(事先决定对哪个端口进行监视)的、发送目的地IP地址和发送方IP地址,然后对涉及上述提取的发送目的地IP地址以及发送方IP地址的数据包进行分析,从而取得数据通信时所用的端口号。然后,优先对使用上述提取的发送目的地IP地址和发送方IP地址以及上述取得的端口号来传送的数据包进行传送。
根据专利文献1中揭示的技术,从交涉时经由特定端口的数据包之中,最终决定出应当被优先传送的数据包。即,根据在交涉时所使用的端口号,决定数据包的传送优先级。例如,视音频配送服务中交涉时所用的端口号和电话服务中交涉时所用的端口号是不同的。因此,若运用专利文献1所揭示的技术,则是按每个交涉协议来决定优先级。
因此,根据专利文献1所揭示的技术,在使用有相同交涉协议的各服务之间是无法进一步设定优先级的。例如,当出现以某交涉协议(假设是协议P)来配送视音频内容的服务(假设是服务A)和以同一交涉协议P来配送其他视音频内容的服务(假设是服务B)时,这两种服务都是使用同一端口号来传送交涉数据包。因此,若运用专利文献1所揭示的技术,便无法仅对服务B的数据包进行优先传送。如要优先传送服务B的数据包,就需要优先传送以协议P来进行视音频内容配送的全部服务的数据包。其结果,在通信网络上被优先进行传送的数据包增多,从而导致带宽不足,并在数据接收装置中出现数据重放紊乱的问题。
以下,参照图14,说明在PLC网络上优先传送视音频数据流时的传送带宽发生不足的情况。图14是表示在PLC网络上优先传送2个视音频数据流时的传送带宽的状态的图。首先,假设在时刻T1开始传送FTP的数据流。假设FTP的数据流并非是优先传送的对象(非优先)。在时刻T1,由于只传送FTP的数据流,因此,FTP的数据流独占PLC网络上的可使用带宽(20Mbps)。
然后,假设在时刻T2开始传送应被优先传送的视音频1的数据流。假设视音频1的数据流具有15Mbps的固定位速率。此时,如图所示,PLC网络上的20Mbps的可使用带宽中的15Mbps被优先传送的视音频1的数据流占去,剩余的5Mbps被用于传送非优先的FTP数据流。
然后,进一步假设在时刻T3开始传送应被优先传送的视音频2的数据流。视音频2的数据流也具有15Mbps的固定位速率。此时,需要优先传送的数据流共有2个,所需要的合计带宽超过了20Mbps。在此例中,假设优先级只设定成2个等级(优先与非优先),由于视音频1的数据流和视音频2的数据流具有相等的优先级,因此,带宽将被该两者均等使用。即,如图所示,视音频1的数据流和视音频2的数据流分别以10Mbps被传送。即,对于视音频1的数据流以及视音频2的数据流,它们都缺少5Mbps的带宽。因此,从时刻T3开始,视音频1的数据流的接收装置以及视音频2的数据流的接收装置所接收的数据都会发生缺损,从而造成数据重放的紊乱。另外,在时刻T3以后,由于没有剩余的带宽可用于传送非优先的FTP数据流,因此在推测上,FTP数据流不会被传送。然而实际上有时还是会传送少量的数据。
以下,参照图15,说明仅对2个视音频数据流的某一方进行优先传送时的情况。图15是表示在PLC网络上仅对2个视音频数据流的某一方进行优先传送时的传送带宽状态的图。在此,假设视音频1的数据流并非是优先传送的对象(非优先)。并假设从时刻T2开始,在对非优先的FTP数据流以及非优先的视音频1的数据流进行传送的过程中,自时刻3开始传送应被优先传送的视音频2的数据流。此时,如图所示,由于视音频2的数据流是优先传送的对象,因此能够使用15Mbps的传送带宽。由此,在接收视音频2的数据流的接收装置中不会发生接收数据的缺损,从而也不会出现数据重放的紊乱。关于剩余的5Mbps,其被均等分配用于传送非优先的FTP数据流和非优先的视音频1的数据流。
如上所述,当存在多个使用相同交涉协议(或,虽然所使用的交涉协议不同,但所使用的端口号相同)被传送的数据流时,优选能够控制仅对其中的特定数据流优先地进行传送。例如,当在同一个通信网络上传送高清晰视音频的数据流和低清晰视音频的数据流,且通信网络的传送带宽不足以对两者都进行优先传送时,优选能够控制优先传送高清晰视音频的数据流。但是,专利文献1所揭示的技术是无法实现该课题的。
专利文献1:日本国专利申请公开公报,特开2003-87300号公报(公开日:2003年3月20日)。
发明内容
本发明是鉴于上述的问题而研发的,其目的在于提供一种能够根据数据流的发送装置等的域名来优先传送属于该数据流的数据包的中继装置。另外,本发明的其他目的在于提供一种能够根据数据流的发送装置的域名来设定属于该数据流的数据包的优先级的通信控制装置。
为解决上述的问题,本发明的中继装置是对在数据发送装置与数据接收装置之间收发的数据包进行中继的中继装置,该中继装置的特征在于,具备:QoS对象存储部,至少存储对成为QoS对象的QoS对象数据包进行发送的上述数据发送装置的所属域的域名;域名/地址解决数据包取得单元,取得用以解决上述数据发送装置的地址的域名/地址解决数据包,其中,上述域名/地址解决数据包中包含该数据发送装置的所属域的域名以及该数据发送装置、域名/地址解决数据包的发送方装置、域名/地址解决数据包的发送目的地装置、上述数据接收装置的,其中至少一方的地址;优先信息生成单元,当上述域名/地址解决数据包取得单元取得的域名/地址解决数据包中所含的域名与上述QoS对象存储部中存储的域名相一致时,提取上述域名/地址解决数据包取得单元取得的域名/地址解决数据包中所含的1个或多个地址,并生成由该提取的地址所构成的地址群,且将该生成的地址群存放至数据包优先信息存储部;数据包优先传送单元,当由上述被中继的数据包中包含的1个或多个地址所构成的地址群与上述数据包优先信息存储部中存储的某地址群相一致时,进行优先传送上述被中继的数据包的优先传送处理。
在上述结构中,至少存储对上述QoS对象数据包进行发送的上述数据发送装置的所属域的域名。并取得上述域名/地址解决数据包。然后,当上述所取得的域名/地址解决数据包中包含的域名与QoS对象存储部中存储的域名相一致时,提取上述所取得的域名/地址解决数据包中包含的1个或多个地址,并把由该提取的地址所构成的地址群存放至数据包优先信息存储部。当由该中继装置中继的数据包中包含的1个或多个地址所构成的地址群与数据包优先信息存储部中存储的某地址群相一致时,进行优先传送上述被中继的数据包的优先传送处理。
由此,能够通过利用QoS对象存储部以及域名/地址解决数据包,把由要优先传送的数据包中包含的地址所构成地址群,存放至数据包优先信息存储部。因此,以后,当由该中继装置中继的数据包中包含的1个或多个地址所构成的地址群与数据包优先信息存储部中存储的地址群相一致时,便能够优先传送上述被中继的数据包。
在此,关于(1)用以对发送数据包的数据发送装置的地址进行解决的域名/地址解决数据包;(2)通过该域名/地址解决数据包而被解决了地址的数据发送装置所发送给接收装置的数据包,它们都至少包含同一数据发送装置的IP地址以及同一数据接收装置的IP地址。因此,由上述(1)的域名/地址解决数据包中包含的地址所构成的地址群和,由上述(2)的数据包中包含的地址所构成的地址群是有可能相一致的。
当通过上述(1)的域名/地址解决数据包而被解决了地址的数据发送装置的所属域的域名与QoS对象存储部中存储的域名相一致时,数据包优先信息存储部中存放的地址群便是由上述(1)的域名/地址解决数据包中包含的地址所构成的地址群,因此数据包优先信息存储部中存放的地址群便与由上述(2)的数据包中包含的地址所构成的地址群相一致。其结果,能够通过上述优先传送处理来优先传送上述(2)的数据包。
即,关于拥有QoS对象存储部中存储的域名的数据发送装置向数据接收装置发送的数据包,能够优先传送由该数据包组成的数据流。
由此,例如设想从域名不同的各视音频配送服务器发送的、使用有相同交涉协议的内容(例如高清晰的视音频内容以及低清晰的视音频内容)的数据流在同一通信网络中被传送。在该状况下,若各数据流都被优先传送,则通信网络的传送带宽会不足,此时,通过本发明,能够仅对从拥有QoS对象存储部中存储的域名的视音频配送服务器发送向数据接收装置的数据流进行优先传送(例如,仅对高清晰的视音频内容的数据流进行传送),因此即使在上述状况下也能实现QoS。
换而言之,能够仅优先传送需要优先传送的内容(高清晰的视音频内容等)的数据流中的数据包,而不优先传送其他内容(低清晰的视音频内容等)的数据流中的数据包,因此在接收被优先传送的数据流的数据接收装置中,能够抑制视音频重放时的紊乱。
为解决上述的问题,本发明的通信控制装置是,对由数据发送装置发送给数据接收装置的数据流中包含的通信数据包的传送进行控制的通信控制装置,其中,上述数据发送装置从属于域,上述数据流由多个上述通信数据包组成,上述数据接收装置在发送了用以对上述数据发送装置的通信地址进行请求的第1要求,且取得了作为该第1要求的答复的上述数据发送装置的通信地址后,根据该通信地址向上述数据发送装置发送用以请求上述数据流的第2要求,作为该第2要求的答复,上述数据发送装置向上述数据接收装置发送上述数据流,该通信控制装置的特征在于:上述第1要求中包括有上述数据发送装置的所属域的域名以及上述数据接收装置的通信地址,具备,域名/地址提取单元,从上述第1要求中提取上述数据发送装置的域名以及上述数据接收装置的通信地址;地址取得单元,取得与上述域名/地址提取单元提取的上述数据发送装置的域名相对应的、上述数据发送装置的通信地址;第1存储部,将上述数据发送装置的域名以及要被设定给上述通信数据包的传送优先级,相互对应地存储;域优先级取得单元,从上述第1存储部中,取得与上述域名/地址提取单元提取的上述数据发送装置的域名相对应的传送优先级;优先级数据生成单元,把由上述域名/地址提取单元提取的上述数据接收装置的通信地址和上述地址取得单元取得的上述数据发送装置的通信地址所组成的组、以及上述域优先级取得单元所取得的传送优先级,相互对应地存放至第2存储部,组成上述数据流的各通信数据包中包含有,成为该通信数据包的发送方的上述数据发送装置的通信地址;成为该通信数据包的发送目的地的上述数据接收装置的通信地址;该通信数据包的传送优先级,还具备,发送方地址/发送目的地地址提取单元,从组成上述数据流的上述通信数据包中,提取上述发送方的通信地址以及上述发送目的地的通信地址;数据包优先级取得单元,关于由上述发送方地址/发送目的地地址提取单元提取的上述发送方的通信地址和上述发送目的地的通信地址所组成的组,从上述第2存储部中取得与该组相对应的传送优先级;数据包优先级设定单元,将上述数据包优先级取得单元取得的上述优先级作为上述通信数据包的优先级而设定给该通信数据包。
在上述结构中,能够从上述第1要求中提取上述数据发送装置的域名以及上述数据接收装置的通信地址。另外,能够取得与上述所提取的上述数据发送装置的域名相对应的、上述数据发送装置的通信地址。另外,第1存储部将上述数据发送装置的域名以及要被设定给上述通信数据包的传送优先级,相互对应地存储。从而能够从第1存储部中,取得与上述所提取的上述数据发送装置的域名相对应的传送优先级。另外,能够把由上述所提取的上述数据接收装置的通信地址和上述所取得的上述数据发送装置的通信地址所组成的组、以及上述所取得的传送优先级,相互对应地存放至第2存储部。
此外,能够从上述通信数据包中提取上述发送方的通信地址以及上述发送目的地的通信地址。另外,关于由上述所提取的上述发送方的通信地址和上述发送目的地的通信地址所组成的组,能够从上述第2存储部取得与该组相对应的传送优先级。另外,能够将上述所取得的传送优先级作为上述通信数据包的传送的优先级而设定给该通信数据包。
由此,能够把每一与上述数据发送装置的域名相对应的上述优先级设定成上述通信数据包的传送的优先级,并依照该设定的优先级,控制上述通信数据包的传送。
即,通过提高与上述数据发送装置的域名相对应的上述优先级,能够提高从该数据发送装置发送出的通信数据包的优先级,从而能够控制优先对通信数据包进行传送。另外,通过降低与上述数据发送装置相对应的上述优先级,能够降低从该数据发送装置发送的通信数据包的优先级,从而能够控制优先对其他通信数据包进行传送。
进而言之,在以同一交涉协议(或,虽然使用的交涉协议不同,但使用的端口号相同)而传送的通信数据包的相互之间,当作为该通信数据包发送方的数据发送装置的域名相互不同时,还能够设定优先级的差异。
例如,设想使用同一交涉协议(或,虽然使用的交涉协议不同,但使用的端口号相同),在同时期发送从某视音频配送服务器发送的高清晰视音频内容的数据流中的通信数据包A以及,从其他视音频配送服务器发送的低清晰视音频内容的数据流中的通信数据包B,即使在该情况下,只要把与提供上述高清晰视音频内容的视音频配送服务器的域名相对应的优先级设定得高于与提供上述低清晰视音频内容的视音频配送服务器的域名相对应的优先级,便能够优先传送通信数据包A。
因此,若如现有技术那样,当使用与交涉协议中使用的端口号相对应的优先级来优先传送通信数据包A以及通信数据包B这两者时,通信网络的传送带宽便可能不够,从而导致数据接收装置中的视音频重放发生紊乱。与此相比,本发明的通信控制装置能够仅优先对拥有对应于高优先级的域名的视音频配送服务器所发送的通信数据包进行传送,而不优先对拥有对应于低优先级的域名的视音频配送服务器所发送的通信数据包进行传送。因此,关于拥有对应上述高优先级的域名的视音频配送服务器所发送的数据流,能够对接收该数据流的数据接收装置中发生的视音频紊乱进行抑制。
即,在由域名不同的各视音频配送服务器所传送的、使用有相同交涉协议的内容(例如高清晰的视音频内容以及低清晰的视音频内容)的数据流在同一通信网络中被传送的状况下,若各数据流都被优先传送,则通信网络的传送带宽会不足。此时,通过本发明,能够依照域名而仅对某数据流进行优先传送(例如,仅对高清晰的视音频内容的数据流进行传送),因此即使在上述状况下也能实现QoS。
另外,为解决上述的问题,本发明的通信控制装置是,对由数据发送装置发送给数据接收装置的数据流中包含的通信数据包的传送进行控制,并对该通信数据包进行中继的通信控制装置,其中,上述数据发送装置从属于域,上述数据流由多个上述通信数据包组成,上述数据接收装置在发送了用以对上述数据发送装置的通信地址进行请求的第1要求,且取得了作为该第1要求的答复的上述数据发送装置的通信地址后,根据该通信地址向上述数据发送装置发送用以请求上述数据流的第2要求,作为该第2要求的答复,上述数据发送装置向上述数据接收装置发送上述数据流,该通信控制装置的特征在于:上述第1要求的答复中包括有上述数据发送装置的所属域的域名、上述数据发送装置的通信地址、上述数据接收装置的通信地址,具备,域名/地址提取单元,从该通信控制装置所中继的上述第1要求的答复中提取上述数据发送装置的域名、上述数据发送装置的通信地址、上述数据接收装置的通信地址;第1存储部,将上述数据发送装置的域名以及要被设定给上述通信数据包的传送优先级,相互对应地存储;域优先级取得单元,从上述第1存储部中,取得与上述域名/地址提取单元提取的上述数据发送装置的域名相对应的传送优先级;优先级数据生成单元,把由上述域名/地址提取单元提取的上述数据发送装置的通信地址和上述数据接收装置的通信地址所组成的组、以及上述域优先级取得单元所取得的传送优先级,相互对应地存放至第2存储部,组成上述数据流的各通信数据包中包含有,成为该通信数据包的发送方的上述数据发送装置的通信地址以及成为该通信数据包的发送目的地的上述数据接收装置的通信地址,还具备,发送方地址/发送目的地地址提取单元,从组成上述数据流的上述通信数据包中,提取上述发送方的通信地址以及上述发送目的地的通信地址;数据包优先级取得单元,关于由上述发送方地址/发送目的地地址提取单元提取的上述发送方的通信地址和上述发送目的地的通信地址所组成的组,从上述第2存储部中取得与该组相对应的传送优先级;数据包传送控制单元,依照上述数据包优先级取得单元所取得的上述传送优先级,对组成上述数据流的上述通信数据包的传送进行控制。
在上述结构中,能够从第1要求的答复中提取上述数据发送装置的域名、上述数据发送装置的通信地址、上述数据接收装置的通信地址。另外,第1存储部将上述数据发送装置的域名以及要被设定给上述通信数据包的传送优先级,相互对应地存储。从而能够从第1存储部中,取得与上述所提取的上述数据发送装置的域名相对应的传送优先级。另外,能够把由上述所提取的上述数据发送装置的通信地址和上述数据接收装置的通信地址所组成的组、以及上述域优先级取得单元所取得的传送优先级,相互对应地存放至第2存储部。
此外,能够从组成上述数据流的上述通信数据包中提取上述发送方的通信地址以及上述发送目的地的通信地址。另外,关于由上述所提取的上述发送方的通信地址和上述发送目的地的通信地址所组成的组,能够从上述第2存储部取得与该组相对应的传送优先级。
最后,能够依照上述所取得的上述传送优先级,控制传送组成上述数据流的上述通信数据包。
由此,能够依照每一与上述数据发送装置的域名相对应的上述优先级,控制上述通信数据包的传送,并进行中继。
即,通过提高与上述数据发送装置的域名相对应的上述优先级,能够控制以高优先级来传送从该数据发送装置发送的通信数据包。另外,通过降低与上述数据发送装置的域名相对应的上述优先级,能够控制以低优先级来传送从该数据发送装置发送的通信数据包。
进而言之,在以同一交涉协议(或,虽然使用的交涉协议不同,但使用的端口号相同)而传送的通信数据包的相互之间,当作为该通信数据包发送方的数据发送装置的域名相互不同时,还能够设定优先级的差异。
由此,在由域名不同的各视音频配送服务器所传送的、使用有相同交涉协议的内容(例如高清晰的视音频内容以及低清晰的视音频内容)的数据流在同一通信网络中被传送的状况下,若各数据流都被优先传送,则通信网络的传送带宽会不足。此时,通过本发明,能够依照域名而仅对某数据流进行优先传送(例如,仅对高清晰的视音频内容的数据流进行传送),因此即使在上述状况下也能实现QoS。
另外,为解决上述的问题,本发明的中继装置是对数据包进行中继的中继装置,其特征在于,具备:QoS对象存储部,至少存储成为QoS对象的第1域名以及第2域名;域名/地址解决数据包检测单元,在检测出上述被中继的数据包是第1域名/地址解决数据包时,判断该检测出的第1域名/地址解决数据包中包含的询问对象的域名是否与上述QoS对象存储部中存储的第1域名相一致,同时,在检测出上述被中继的数据包是第2域名/地址解决数据包时,判断该检测出的第2域名/地址解决数据包中包含的询问对象的域名是否与上述QoS对象存储部中存储的第2域名相一致;优先级数据生成处理单元,当上述的判断的结果为,上述第1域名/地址解决数据包中包含的询问对象的域名与上述QoS对象存储部中存储的第1域名相一致,且上述第2域名/地址解决数据包中包含的询问对象的域名与上述QoS对象存储部中存储的第2域名相一致时,从上述第1域名/地址解决数据包以及上述第2域名/地址解决数据包中提取地址,并生成包含该提取的地址的优先级数据,且将该生成的优先级数据存放至数据包优先级存储部;数据包优先传送处理单元,当上述被中继的数据包中包含的地址与上述数据包优先级存储部存储的上述优先级数据中包含的地址相一致时,优先对上述数据包进行中继。
在上述结构中,QoS对象存储部至少存储成为QoS对象的第1域名以及第2域名。能够在检测出上述被中继的数据包是第1域名/地址解决数据包时,判断该检测出的第1域名/地址解决数据包中包含的询问对象的域名是否与上述QoS对象存储部中存储的第1域名相一致。此外,能够在检测出上述被中继的数据包是DNS(Domain Name System:域名管理***)中的第2域名/地址解决数据包时,判断该检测出的第2域名/地址解决数据包中包含的询问对象的域名是否与上述QoS对象存储部中存储的第2域名相一致。此外,当上述判断的结果是,上述第1域名/地址解决数据包中包含的询问对象的域名与上述QoS对象存储部中存储的第1域名相一致,且上述第2域名/地址解决数据包中包含的询问对象的域名与上述QoS对象存储部中存储的第2域名相一致时,能够提取上述第1域名/地址解决数据包以及上述第2域名/地址解决数据包中包含的地址,并生成包含该提取的地址的优先级数据,且将该生成的优先级数据存放至数据包优先级存储部。当上述被中继的数据包中包含的地址与上述数据包优先级存储部存储的上述优先级数据中包含的地址相一致时,能够优先对上述数据包进行中继。
由此,能够对应域名的组来中继上述数据包。
因此,在由域名不同的各视音频配送服务器所传送的、使用了相同交涉协议的内容(例如高清晰的视音频内容以及低清晰的视音频内容)的数据流在同一通信网络中被传送的状况时,若各数据流都被优先传送,则通信网络的传送带宽会不足。此时,通过本发明,能够依照域名的组而仅对某数据流进行优先传送(例如,仅对高清晰的视音频内容的数据流进行传送),因此即使在上述状况下也能实现QoS。
本发明的其他目的、特征和优越点在以下的记述中会变得十分明了。另外,本发明的益处将通过以下的说明和附图而变得明确。
附图说明
图1是表示本发明的一实施方式的通信控制装置(HGW)的概略结构的框图。
图2是表示包含有本发明的通信控制装置的通信控制***的基本结构例的模式框图。
图3是表示图2所示通信控制***的具体结构例的模式框图。
图4是表示在图3所示通信控制***中,数据收发装置STB及PC从请求数据时起至接收数据为止的流程例的模式序列图。
图5是表示图2所示通信控制***中的作为中继装置的PLC适配器的概略结构的框图。
图6是表示图1所示通信控制装置(HGW)接收了数据包时的处理的概要流程图。
图7是表示图1所示通信控制装置(HGW)中的优先级数据生成处理的概要流程图。
图8是表示图1所示通信控制装置(HGW)中的数据包优先级变更处理的概要流程图。
图9是表示图1所示通信控制装置(HGW)所提供的简易版QoS对象设定画面的画面例模式图。
图10是表示图1所示通信控制装置(HGW)所提供的详细版QoS对象设定画面的画面例模式图。
图11是表示图2所示通信控制***的其他具体结构例的模式框图。
图12是表示图2所示通信控制***中的作为中继装置的无线LAN适配器的概略结构的框图。
图13是表示图2所示通信控制***的其他具体结构例的模式框图。
图14是表示利用现有技术在PLC网络上优先传送2个视音频数据流时的传送带宽状态的图。
图15是表示利用现有技术在PLC网络上对2个视音频数据流中的某一方进行优先传送时的传送带宽状态的图。
图16是表示,在图3所示通信控制***中,视音频数据包在不被优先传送的情况下经由图1所示通信控制装置(HGW)时的一例的模式序列图。
图17是表示在图3所示通信控制***中,全部视音频数据包被优先进行传送时的一例的模式序列图。
图18是表示包含有本发明一实施方式的通信控制装置(HGW)的通信控制***的基本结构例的模式框图。
图19是表示包含有本发明一实施方式的中继装置(PLC适配器)的通信控制***的基本结构例的框图。
图20是表示图19所示通信控制***的一个具体结构例的模式框图。
图21是表示在图19所示通信控制***中,数据收发装置STB从请求数据时起至接收数据为止的流程例的模式序列图。
图22是表示本发明的其他实施方式的中继装置(PLC适配器)的概略结构的框图。
图23是表示,在包含有本发明其他实施方式的中继装置(PLC适配器)的通信控制***中,数据收发装置STB从请求数据时起至接收数据为止的流程例的模式序列图。
(标号说明)
11 数据包转送处理部(数据包传送控制单元)
12 DNS处理部(域名/地址提取单元)
13 优先级数据生成处理部(域优先级取得单元、地址取得单元、
优先级数据生成单元)
14 数据包优先级变更处理部(发送方地址/发送目的地地址提取
单元、数据包优先级取得单元、数据包优先级设定单元、数据
包优先传送单元)
15 优先级数据消除处理部(优先信息消除单元)
16 QoS对象设定处理部(QoS对象设定单元)
17 QoS对象更新处理部
21 服务器地址存储部
22 QoS对象存储部(第1存储部)
23 数据包优先级存储部(第2存储部)
31 WAN侧通信部
32 LAN侧通信部
33 以太网通信部(数据包保持/发出单元)
34 无线LAN通信部
100 通信控制装置
101 HGW(通信控制装置)
111 QoS处理部
120 通信控制装置
121 HGW(通信控制装置)
131 以太网通信部
132 PLC通信部
161 QoS对象设定画面
162 QoS对象设定画面
211 数据包转送处理部(数据包传送控制单元)
212 DNS检测部(域名/地址提取单元、域名/地址解决数据包取得
单元、域名/地址解决数据包检测单元)
213 优先级数据生成处理部(优先信息生成单元、域优先级取得单
元、优先级数据生成单元、地址取得单元、优先级数据生成处
理单元)
214 数据包优先传送处理部(发送方地址/发送目的地地址提取单
元、数据包优先级取得单元、数据包优先传送处理单元、数据
包优先传送单元)
215 优先级数据消除处理部(优先信息消除单元)
222 QoS对象存储部(第1存储部)
223 数据包优先级存储部(数据包优先信息存储部、第2存储部)
231 以太网通信部
232 PLC通信部(数据包保持/发出单元)
300 中继装置
301 PLC适配器
302 PLC适配器
303 PLC适配器
310 中继装置
311 PLC适配器(中继装置)
312 PLC适配器(中继装置)
313 PLC适配器(中继装置)
400 数据收发装置(数据接收装置)
402 STB(数据接收装置)
403 PC(数据接收装置)
404 STB(数据接收装置)
405 电视机
406 电视机
407 PC(数据接收装置)
500 第1通信网络
501 PLC网络
600 服务器(数据发送装置)
601 DNS服务器
602 更新服务器
603 视音频配送服务器(数据发送装置)
604 视音频配送服务器(数据发送装置)
605 Web服务器
700 第2通信网络
701 互联网
801 无线LAN适配器
802 无线LAN适配器
803 无线LAN适配器
811 QoS处理部
831 以太网通信部
832 无线LAN通信部
901 无线LAN网络
具体实施方式
(实施方式1)
以下,根据图1~图13来说明本发明的一实施方式。
在本实施方式中,“数据包”是指在通信网络上传送的通信数据包。
另外,在本实施方式中,“数据流”是指从属于需连续传送的某一连数据的,连续性数据包群。所谓需连续传送的某一连数据例如指,1个视音频内容或者1个音频内容等具有意义的一整个数据。举例来说,将服务器等装置中所保持的1个视音频内容等作为一连的多个数据包发送给接收装置时,上述一连的多个数据包就是数据流。
另外,视音频内容的数据流以及Web内容的数据流被分别称为“视音频数据流”以及“Web数据流”。另外,属于视音频数据流的数据包称之为“视音频数据包”,属于Web数据流的数据包称之为“Web数据包”。
此外,在本实施方式中,假设视音频数据包的优先级(传送优先级)被设定成比Web数据包的优先级高。因此,视音频数据包优先于Web数据包而被发送给通信网络。
(数据包的优先级)
在本实施方式中,在IP网络上传送的数据包的优先级是通过IPv4(IP Version 4)头中从先头起第2个字节上的被称为DSCP(Differentiated Services Code Point:区分服务代码点)的字段中的上位3比特所表示的值,或者是通过IPv6(IP Version 6)头中的通信类字段(traffic class field)所包含的被称为DSCP的字段中的上位3比特所表示的值。因此,在IP网络上传送的数据包的优先级可取从0(优先级最低)至7(优先级最高)的8个等级的值。
在此,DSCP字段以往被用以定义TOS(Type Of Service:服务类型),其使用IPv4头的第2个字节中的上位6比特,最大能够表示64个等级的优先级。DSCP字段中的上位3比特与TOS字段具有互换性。
另外,在本实施方式中,设想PLC(Power Line Communcation:电力线通信)网络是使用有遵循Home Plug AV规格(HomePlug AV Specification Version1.0.10:家庭插座视音频规格1.0.10版)的PLC的LAN。并且,对于在PLC网络上传送的数据包,能够根据被称为CAP(Channel Access Priority:信道访问优先权)的、可取4个等级值的优先级进行优先级控制。
在此,DSCP和CAP相互间能够互换。在HomePlug AV规格中,推选DSCP和CAP具有以下表1所示的映射关系。表1是表示DSCP和CAP间的一个映射例的表。如表1所示,DSCP的值为0或者3时,相对应的CAP的值为1;DSCP的值为1或者2时,相对应的CAP的值为0;DSCP的值为4或者5时,相对应的CAP的值为2;DSCP的值为6或者7时,相对应的CAP的值为3。此外,所推选的DSCP值是根据数据包的种类来规定的。例如,与视音频数据包对应的DSCP值被推选为“5”,与音频数据包对应的DSCP值被推选为“6”(严格地说,所记载的并非是DSCP值,而是用户优先级值,但也可以将用户优先级值和DSCP值视为相同。该两者的关系是由IEEE802.1D规格所规定的,在此省略其详细说明)。
关于DSCP和CAP的对应关系,并非必须要按照HomePlugAV规格的规定来实现,也可以具有其他对应关系。
〔表1〕
接收到IP数据包的PLC适配器提取该接收到的IP数据包的IP头中的DSCP值,并根据例如表1所示的映射关系,决定相对应的CAP。然后,根据该决定的CAP,在PLC网络上对数据包进行优先控制。通常,出厂时的PLC适配器等中存储有如图1所示的映射信息。另外,虽然一般是将CAP添加到PLC网络上所传送的数据包的PLC头(MAC层的头)中来进行发送,但也可以采用其他方法来进行发送,在本实施方式中对此并无特别限定。
另外,关于在无线LAN上传送的数据包,也可以进行与无线LAN网络上的优先级相对应的优先控制。在此,该优先级与DSCP能够相互转换,并且其映射与DSCP和CAP间的映射大致相同,因此省略其说明。另外,在本实施方式中的无线LAN被设想为IEEE802.11e或IEEE802.11n。
(通信控制***的基本结构)
以下,参照图2来说明包含有本实施方式的通信控制装置的通信控制***的基本结构。图2是表示包含有本实施方式的通信控制装置的通信控制***的基本结构例的模式框图。如该图所示,上述通信控制***包括本实施方式的通信控制装置100、服务器600、中继装置300以及数据收发装置400。
在该结构例中,本实施方式的通信控制装置100与第2通信网络700以及连接着第1通信网络500的其中一个中继装置300,以能够相互通信的方式相连接。并且,通信控制装置100对在第1通信网络500和第2通信网络700之间收发的数据包进行传送控制,从而实现QoS。
第1通信网络500上连接有多个中继装置300,该些中继装置300相互能够进行通信。除了与通信控制装置100相连接的中继装置300,其他中继装置300各自与数据收发装置400以能够相互通信的方式相连接。作为第1通信网络500,例如有建立在用户家中的LAN(利用了PLC的LAN即,PLC网络和无线LAN等)。
中继装置300用于对数据收发装置400(数据接收装置)相互间的通信进行中继,或者对连接着第2通信网络700的服务器600(数据发送装置)与数据收发装置400之间的通信进行中继。作为中继装置300,例如有:在作为PLC网络的第1通信网络500中使用的,作为网桥的PLC适配器;在作为无线LAN的第1通信网络500中使用的,作为网桥的无线网络适配器等。中继装置300把从数据收发装置400或者通信控制装置100发送到该中继装置300自身的数据包发送给第1通信网络500。反之,把介由第1通信网络500而发送到该中继装置300自身的数据包,发送给数据收发装置400或者通信控制装置100。在这些发送处理中,可根据到达该中继装置300的数据包的优先级,来进行传送控制。
数据收发装置400是用于发送和接收例如视音频内容、Web内容、VoIP(Voice over Internet Protocol:网络电话协议)数据等各种数据的终端,具体例如可以是TV(能够连接网络的)、硬盘记录器(能够连接网络的)、STB、用于将IP数据包变换成模拟电话信号的VoIP适配器等。另外,数据收发装置400也可以包括是PC(Personal Computer:个人电脑)、内置有VoIP适配器功能的IP电话机、将视频数据或者音频数据作为IP数据包来进行发送的IP照相机、作为能够访问网络的硬盘的NAS(Network Attached Storage:网络附加存储器)等这些最终接收(或者发送)数据的终端。
服务器600是用于提供各种内容的服务器,例如可以是提供视音频内容的视音频配送服务器、提供Web内容的Web服务器等。与服务器600相连接的第2通信网络700例如可以是包含了IP网络和NGN(Next Generation Network)等这些接入网在内的互联网。第2通信网络700可以由多个网络相互连接而构成。
接下来,对在上述结构中,服务器600向数据收发装置400进行通信时的通信控制装置100的动作进行说明。首先,服务器600向数据收发装置400发送数据流。然后,该发送路径上的通信控制装置100将该数据流从服务器600转送到中继装置300。此时,通信控制装置100把根据发送方即服务器600的域名而事先设定的传送优先级设定给数据包,然后再将要转送的数据流转送给中继装置300,这也是本实施方式的通信装置的主要特征。
在此,从通信控制装置100接收了数据流的中继装置300将该接收到的数据流转换成能在第1通信网络500上传送的信号,并将该转换后的信号发送到第1通信网络500,从而将数据流转送给与数据收发装置400相连接的中继装置300。然后,与该数据收发装置400相连接的中继装置300将其接收到的信号转换成数据收发装置400所能够接收的信号,并将该转换后的数据流发送给数据收发装置400。
关于从数据收发装置400向服务器600进行通信时的、通信控制装置100以及中继装置300的动作,除通信流向相反之外,其他结构与上述相同。
如上所述,在图2所示的***中,服务器600和数据收发装置400介由通信控制装置100来接收和发送各种数据流。
(通信控制***的具体结构例)
以下,参照图3来说明图2所示通信控制***的具体结构例。图3是表示图2所示通信控制***的一个具体结构例的模式框图。在图3中,表示了图2所示各装置以及通信网络的对应具体例。
在图3中,PLC网络501是利用了PLC的LAN,其相当于图2中的第1通信网络500。另外,作为网桥而用在PLC网络中的PLC适配器301、PLC适配器302以及PLC适配器303分别相当于图2中的3台中继装置300。
另外,STB402、PC403以及STB404分别相当于图2所示的3台数据收发装置400。在图3中,为了显示所接收到的视音频,STB402以及STB404分别与电视机405以及电视机406以能够相互通信的方式相连接。在图3中,虽然图示的PLC适配器302以及PLC适配器303各自作为独立的装置,但PLC适配器302也可以内置于STB402以及STB403中,PLC适配器303也可以内置于STB404中。
在本实施方式中,假设STB402的IP地址(地址)为“192.168.0.2”、PC403的IP地址为“192.168.0.3”、STB404的IP地址为“192.168.0.4”。
另外,在图3中,互联网701相当于图2中的第2通信网络700。DNS(Domain Name System:域名管理***)服务器601、更新服务器602、视音频配送服务器603、视音频配送服务器604以及Web服务器605相当于图2中的服务器600。
DNS服务器601是一般的DNS服务器。其根据每个域名,管理与该域名相对应的IP地址,并接收由外部装置发送的用于对询问对象装置的IP地址进行询问的消息(数据包)即、包含有该询问对象装置的域名的消息(以下,称为DNS询问消息)。然后,将包含有与该接收的DNS询问消息中所含的询问对象装置的域名相对应的IP地址的、答复消息(数据包)返送给DNS询问消息的发送方(也就是说,能够就域的名称进行处理解决)。以下,称上述答复消息为DNS答复消息(域名/地址解决数据包)。
设想更新服务器602是HGW(Home Gateway:家庭网关)101(通信控制装置)的销售侧等所运筹管理的数据服务器,是使用规定的协议来向HGW101提供更新数据或者更新程序的服务器。在本实施方式中,尤其提供要存储在HGW101的QoS对象存储部22(后述)中的数据。因此,更新服务器602以能够进行对外提供的状态,存储有用以构成QoS对象存储部22中的条目的数据(由服务名、域名、优先级组成的组)。在此,设想由更新服务器602的管理者将上述数据存放到更新服务器602中。另外,更新服务器602中存储的域名可以采用一般的正规记述。关于正规记述的用途,将在以后说明。
视音频配送服务器603以及视音频配送服务器604是提供视音频内容的一般的视音频配送服务器。在此,假设视音频配送服务器603以及视音频配送服务器604所提供的是不同的服务项目(例如所配送的视音频的格式或传送视音频时所用的协议等),在此,将视音频配送服务器603所提供的服务称之为“视音频配送服务A”,将视音频配送服务器604所提供的服务称之为“视音频配送服务C”。
Web服务器605是对Web内容的数据(HTML(Hyper Text Markup Language:超文本标记语言)数据等)进行提供的一般的Web服务器。
在本实施方式中,假设视音频配送服务器603的IP地址为“101.101.101.1”,视音频配送服务器604的IP地址为“103.103.103.1”,视音频配送服务器605的IP地址为“105.105.105.1”。另外,假设视音频配送服务器603的域名是“sv1.vod.service-a.co.jp”,视音频配送服务器604的域名是“vod1.service-c.ne.jp”。
最后,HGW101相当于图2所示的通信控制装置100。另外,设想HGW101还具备一般的DNS服务器的功能。设想STB402、PC403以及STB404将HGW101视为默认的DNS服务器。
另外,在本实施方式中,假设HGW101的对应LAN侧的IP地址(即,与PLC网络501相连接的一侧的IP地址)为“192.168.0.1”,假设HGW101的对应WAN侧的IP地址(即,与互联网701相连接的一侧的IP地址)为“100.100.100.1”。
根据上述结构,例如当用户通过电视机405对视音频内容进行视听时,STB402经由PLC适配器302、PLC适配器301以及HGW101,从视音频配送服务器603或者视音频服务器604接收视音频数据流,并将该接收到的视音频数据流输出到电视机405。
然后,HGW101依照预先与发送方即、视音频配送服务器603或视音频配送服务器604的域名所对应设定的优先级,对从互联网701接收的视音频数据流中的所属数据包设定优先级,然后再向PLC适配器301发送该数据包,以上的这一结构是本实施方式的通信控制装置的主要特征。
在本实施方式中,设想STB402在访问视音频配送服务器603时,经由HGW101向DNS服务器601询问视音频配送服务器603的IP地址。同样,设想由STB404来询问视音频配送服务器604的IP地址,由PC404来询问视音频配送服务器605的IP地址。
以下,除有特别指定之外,所表述的中继装置300是指PLC适配器301、PLC适配器302以及PLC适配器303的它们中的单个或多个。另外,除有特别指定之外,所表述的数据收发装置400是指STB402、PC403以及STB404的它们中的单个或多个。另外,除有特别指定之外,所表述的服务器600是指DNS服务器601、更新服务器602、视音频配送服务器603、视音频配送服务器604以及Web服务器605的它们中单个或多个。
(数据收发装置从请求数据时起至接收数据为止的流程概要)
以下,参照图4,对图3所示通信控制***中的,STB402及PC403各自从请求数据时起到接收视音频数据为止的流程概略进行说明。图4是模式性表示图3所示通信控制***中的,STB402及PC403各自从请求数据时起到接收数据为止的流程例的序列图。
首先,说明用户通过电视机405视听由视音频配送服务器603所提供的视音频内容时的流程(序列P1)。
用户观看与STB402连接的电视机405的画面并操作STB402,即,进行视听由视音频配送服务器603所提供的视音频内容的这一用户操作。STB402受理了用户操作之后,作为开始接收视音频内容的处理(接收开始处理),向默认的DNS服务器(在本实施方式中是HGW101)发送用于询问视音频配送服务器603的IP地址(通信地址)的DNS询问消息(第1要求)(步骤S201)。
关于接收开始处理,可采用一般所周知的方法。例如,设想由STB402生成显示有多个视音频内容的缩略图的菜单画面,并将该菜单画面作为视频信号输出到电视机405,然后由电视机405的显示部显示该菜单画面。该画面的数据由例如HTML所记述,并由不同于视音频配送服务器60的其他门户服务器(未图示)所提供,且由STB402经由互联网701来访问门户服务器,从而取得HTML(该通信序列未在图中表示)。各缩略图与表示视音频内容存储场所的URI(Uniform Resource Identifiers:统一资源标识符)形成对应关系。
用户通过对STB402的遥控操作等而选择了想视听的视音频内容的缩略图时,与该选择的缩略图相对应的URI便被特定。在此,假设所被特定的URI例如是“http://sv1.vod.service-a.co.jp/content001”。然后,STB402根据上述特定出的URI来取得域名。在该例中,所取得的域名为“sv1.vod.service-a.co.jp”,然后,发送用于询问与该取得的域名相对应的IP地址的,DNS询问消息。该DNS询问消息中包含有该取得的域名。
在此,DNS询问消息的发送目的地是默认的DNS服务器(在此是HGW101)。关于默认的DNS服务器的IP地址,例如可由用户通过遥控操作预先在STB402进行设定,或者通过DHCP(Dynamic Host Configuration Protocol:动态主机配置协议)等一般技术而预先由STB402取得。这些并非是本发明的实质部分,因此省略其说明。
接下来,说明HGW101从STB402接收到DNS询问消息时的处理。在此,假设HGW101非直接管理有与该接收到的DNS询问消息中包含的域名相对应的IP地址。在该情况时,HGW101进一步向DNS服务器601发送包含有上述域名的DNS询问消息(步骤S202)。一般情况下,名称解决是经由多个DNS服务器而被反复进行的,但是,为了简化说明,在此设想HGW101只要向DNS服务器601进行询问就能够取得视音频配送服务器603的JP地址。另外,在一般情况下,服务提供者会建立DNS服务器,并对自己所提供的服务器的JP地址进行管理,但在此设想由DNS服务器601管理所有服务器的IP地址。
接下来,说明DNS服务器601从HGW101接收到DNS询问消息时的处理。DNS服务器601存储有与各域名相对应的IP地址,并针对DNS询问消息发送恰当的DNS答复消息。因此,DNS服务器601向HGW101返送包含有与视音频配送服务器603的域名“sv1.vod.service-a.co.jp”相对应的IP地址“101.101.101.1”的,DNS答复消息(步骤S203)。
HGW101接收了上述DNS答复消息之后,向作为询问方的STB402转送上述DNS答复消息。STB402接收了该DNS答复消息之后,便能够得知与域名“sv1.vod.service-a.co.jp”相对应的IP地址为“101.101.101.1”,从而能够向视音频配送服务器603请求视音频数据。
此时,作为一般周知的技术,HGW101能够在上述DNS答复消息中添加被称为TTL(Time To Live:生存时间)的值来向STB402进行通知。TTL是表示上述DNS答复消息所包含的IP地址信息的有效期限的值。在STB402中,从DNS答复消息中获得的域名和IP地址的信息被施以高速缓存处理(以下称DNS高速缓存),另外,对于已被询问过的域名,不再次发送其DNS询问消息,从而能够降低处理开销。换而言之,可以说TTL是STB402中DNS高速缓存的有效时间。如果时间未到达TTL所表示的期限,则DNS高速缓存有效,因此STB402能够基于DNS高速缓存来直接访问视音频配送服务器603。相反,如果时间超过了TTL所表示的期限,则DNS高速缓存变为无效,因此当STB402要访问视音频配送服务器603时,需要再次使用DNS询问消息来询问IP地址。
在此,如后述的那样,HGW101根据该DNS询问消息所包含的域名来设定数据包的优先级,这是本实施方式的通信控制装置的主要特征之一。因此,若STB402不发送DNS询问消息而直接访问视音频配送服务器603,便会无法实行后述的优先级数据生成处理,从而导致本发明可能无法有效发挥其作用。对此,在本实施方式中,将HGW101进行发送时的TTL值设为较小的值(例如数秒)。TTL的值越小,STB402中DNS高速缓存的有效期间便越短,因此便能够尽量减少STB402直接访问视音频配送服务器603的机会。虽然TTL的值是越小越好,但极端地来说,如果设定询问消息被使用一次就失效,那么STB402要访问视音频配送服务器603时,便每次都要发送DNS询问消息。但是,此时若STB402需要连续访问视音频配送服务器603,则每次都要向HGW101发送DNS询问消息,这样,STB402的处理开销和P1C网络501的通信开销都会增多。因此需要对应STB402的通信方法等来调整TTL的值。
HGW101向STB402回复DNS答复消息之后,生成用以表示HGW101所要转送的数据包的优先级的,数据(以下称优先级数据生成处理)(步骤S204)。进行优先级数据生成处理时,根据包含有呈对应关系的域名及优先级的数据,生成自DNS询问消息中所含域名的对应服务器,向发送了DNS询问消息的数据收发装置400(STB402)发送的数据包的、优先级表示数据,然后将该数据存储到存储部。在此,关于从域名为“sv1.vod.service-a.co.jp”的视音频配送服务器603向STB402发送的数据包的优先级,假设所生成的上述数据所表示的优先级为“5”。
上述“包含有呈对应关系的域名及优先级的数据”(以下也称“QoS对象数据”)是指:在该数据中,关于欲优先传送的数据包的发送方服务器600的域名以及用以表示优先级的值,该域名与该值相互对应。因此,例如可如下进行管理:在要优先对视音频配送服务器603所发送的视音频数据包进行传送时,将视音频配送服务器603的域名预先添加在上述QoS对象数据中;另一方面,在不需要优先对Web服务器605所发送的Web数据数据包(以下,也称“非QoS对象”)进行传送时,不将Web服务器605的域名添加在上述QoS对象数据中。在本实施方式中,设想视音频配送服务器603的域名包含在上述QoS对象数据中,而Web服务器605的域名未包含在上述QoS对象数据中。
因此,DNS询问消息所包含的域名有时不会包含在上述QoS对象数据中。在此情况时,即使实行优先级数据生成处理,也不会生成出表示上述数据包的优先级的数据。关于优先级数据生成处理的详细内容,将在以后叙述。
在后述的数据包优先级变更处理中,利用优先级数据生成处理中所生成的用以表示数据包的优先级的数据,对于自DNS询问消息所含域名的对应服务器,向发送了DNS询问消息的数据收发装置400所发送的数据包,更新该数据包的IP头中的优先级字段(DSCP)的值。关于数据包优先级变更处理的详细内容,将在以后叙述。
STB402接收了DNS答复消息后,为了开始进行视音频内容的接收,向视音频配送服务器603请求视音频数据(第2要求)(步骤S205)。在此,上述请求的次序随服务或者协议而各有所异,有时可能伴随多次的数据包收发,但这并非是本发明的实质部分,因此省略其说明。
视音频配送服务器603从STB402接收到上述请求后,作为答复,向STB402发送视音频数据流(步骤S206)。路径中的HGW101也对该视音频数据流进行接收。
HGW101接收到上述视音频数据流后,通过后述的数据包优先级变更处理,对从属于该接收的视音频数据流的视音频数据包的优先级(DSCP)值进行更新,然后向PLC适配器301转送该视音频数据包(步骤S207)。进行上述更新时,使用在步骤S204生成的,用以表示自域名为“sv1.vod.service-a.co.jp”的视音频配送服务器603向STB402发送的数据包的优先级为“5”的,数据。即,将属于上述接收的视音频数据流的视音频数据包的DSCP值更新为“5”。关于数据包优先级变更处理的详细内容,将在以后叙述。
因此,相比于DSCP值设定得低于5的数据包(例如,Web数据的数据包等),HGW101优先将上述视音频数据传送给PLC适配器301(优先传送)。
PLC适配器301接收了从HGW101转送过来的视音频数据包后,将该接收的视音频数据包发送给PLC网络501。此时,PLC适配器301把从该接收的视音频数据包中提取出的DSCP值,转换成对应于PLC网络501的数据包优先级的表示值(CAP),然后进行数据包的优先控制。若DSCP的值为5,根据表1所示的映射关系,则相对应的CAP的值为2。因此,相比于CAP的值低于2的数据包(例如,Web数据的数据包等),PLC适配器301优先将上述接收的视音频数据包发送给PLC网络501。
由于上述视音频数据包的发送目的地是STB402,因此,PLC适配器302接收了来自PLC适配器301的数据包后,将该接收到的数据包转送给STB402。由于各PLC适配器预先就已取得了其他PLC适配器所连接的设备的IP地址信息,因此在转送数据包时,依照作为数据包最终目的地的IP地址,决定出该数据包所应该发送到的PLC适配器。PLC适配器302也与上述同样地向STB402优先转送上述视音频数据包。
最后,STB402接收从PLC适配器302发送来的视音频数据包,并将其转换成视音频信号(解码),然后输出到电视机405,从而实现视音频的重放(步骤S208)。
接下来,说明一下电视机405用户以外的其他用户用PC403对Web服务器605所提供的Web内容进行显示时的流程(序列P2)。
首先,当通过PC403进行取得Web服务器605提供的Web内容的用户操作(例如,执行Web浏览器软件来显示特定的网页)时,作为开始接收Web内容时的处理(接收开始处理),PC403向默认的DNS服务器(在本实施方式中是HGW101)发送用于询问Web服务器605的IP地址的DNS询问消息(步骤S301)。在此,发送DNS询问消息时的处理与步骤S201中的说明相同,因此省略其说明。
接下来,与在步骤S202中说明的流程同样,HGW101从PC403接收到DNS询问消息之后,向DNS服务器601发送包含有上述域名的DNS询问消息(步骤S302)。
然后,与在步骤S203中说明的流程同样,DNS服务器601从HGW101接收到DNS询问消息之后,向HGW101返送包含有Web服务器605的IP地址“105.105.105.1”的DNS答复消息(步骤S303)。默认的DNS服务器的IP地址例如可由用户向PC403进行键盘操作等来设定,或者可利用DHCP等由PC403自动取得。
然后,HGW101接收到上述DNS答复消息之后,向询问方的PC403转送上述DNS答复消息。接收到该DNS答复消息的PC403便可得知Web服务器605的IP地址为“105.105.105.1”,从而能够向Web服务器605请求Web数据。
HGW101向PC403返送DNS答复消息之后,与步骤S204相同地执行优先级数据生成处理,以试以生成优先级数据(地址群)(步骤S304)。但是,如上所述,在本实施方式中,QoS对象数据中未含有Web服务器605的域名(非QoS对象),因此,即使执行优先级数据生成处理,也无法生成自Web服务器605向PC403发送的数据包的优先级的表示数据。
另一方面,PC403接收到DNS答复消息之后,为了开始进行Web内容的接收,而向Web服务器605请求Web数据(步骤S305)。
然后,Web服务器605从PC403接收到上述请求后,作为针对该请求的答复,向PC403发送Web数据流(步骤S306)。路径上的HGW101也接收该Web数据流。
接收到上述Web数据流的HGW101通过数据包优先级变更处理,试以对该接收的Web数据流中的Web数据数据包所包含的DSCP的值进行更新(步骤S307)。但是,由于在步骤S304中并未生成自Web服务器605向PC403发送的数据包的优先级的表示数据,因此,即使执行数据包优先级变更处理,也不会更新上述接收的Web数据流中的Web数据数据包的优先级(DSCP)值。即,DSCP的值仍保持为Web服务器中设定的默认值(例如0)。
因此,HGW101向PLC适配器301转送上述Web数据数据包时,并不进行优先传送(通常传送)。
然后,PLC适配器301接收到由HGW101转送来的Web数据数据包后,向PLC网络501发送该接收到的Web数据数据包。此时,PLC适配器301把从该接收的Web数据数据包中提取到的DSCP的值转换成与PLC网络501相对应的数据包的优先级值(CAP),然后进行数据包的优先控制。根据表1所示的映射关系,DSCP的值为0时,相对应的CAP的值为1。
然后,由于上述Web数据数据包的发送目的地是PC403,因此,从PLC适配器301接收到数据包的PLC适配器302便将该接收到的数据包转送给PC403。
最后,PC403接收从PLC适配器302发送过来的Web数据数据包,并显示Web数据(步骤S308)。
通过按照以上说明的流程来发送视音频数据包以及Web数据数据包,便能够在电视机405上视听视音频配送服务器603所提供的视音频内容,并且能够在PC403上显示Web服务器605所提供的Web内容。
在此,在图4中,虽然序列1和序列2未在同一时序中执行,但序列1和序列2也可在同一时序中执行。此时,来自STB402的DNS询问消息和来自PC403的DNS询问消息有可能在同一时期到达HGW101。另外,视音频配送服务器603发送的视音频数据包以及Web服务器605发送的Web数据包也有可能在同一时期到达HGW101。在该情况下时,也执行上述各种处理,即,视音频配送服务器603所发送的视音频数据包的DSCP的值通过HGW101被更新成“5”,而Web服务器605所发送的Web数据包的DSCP的值保持为默认值(0)。在HGW101和PLC适配器302中,在要发送数据包时暂时先进行缓冲,然后从尚未发送的数据包中,自优先级较高的数据包起依次进行发送,因此能够依照优先级来进行传送。这是优先控制传送中一般采用的方法。
(HGW的结构)
以下,参照图1,对作为通信控制装置100的HGW101的概略结构进行说明。图1是表示HGW101的概略结构的框图。
如图1所示,HGW101包括控制部10、存储部20、WAN侧通信部31以及LAN侧通信部32。
控制部10对存储部20、WAN侧通信部31以及LAN侧通信部32进行控制,并且进行预定的运算处理。关于预定的运算处理,例如有接收来自STB402的DNS地址询问的处理等。关于控制部10的详细结构,将在以后叙述。
存储部20用于存储控制部10所要用的各种数据以及执行程序后所获得的数据等。存储部20可以由RAM(Random Access Memory:随机存取存储器)等易失性存储器以及ROM(Read Only Memory:只读存储器)或闪存等非易失性存储器来实现。上述各种数据被存储在存储部20内部的各种存储部。存储部20中包括有服务器地址存储部21、QoS对象存储部22(第1存储部)以及数据包优先级存储部23(第2存储部)。
服务器地址存储部21以读取可能的形式来存储由服务器600的域名和IP地址所构成的“组”。服务器地址存储部21可具有例如下表2所示的数据结构。表2是表示服务器地址存储部21中的数据结构例的表。如表2所示,服务器地址存储部21所存储的条目中包含由“域名”以及“服务器IP地址”构成的组。“域名”是表示服务器600的域名的字符串。“服务器IP地址”是服务器600的IP地址。
在服务器地址存储部21中,相对于1个域名也可能对应存储有多个IP地址。其理由在于,为了分散服务器600的负荷或进行数据备份,有时会创建副服务器。在表2的例子中,例如,作为域名为“sv1.vod.service-a.co.jp”的服务器600的IP地址,存储有“101.101.101.1”以及“101.101.101.2”。
〔表2〕
QoS对象存储部22以读取可能的形式,对由服务器600的域名、服务器600所提供的服务名称、享用服务器600的服务时的优先级所构成的“组”进行存储。QoS对象存储部22可具有例如下表3所示的数据结构。表3是表示QoS对象存储部22中的数据结构例的表。如表3所示,QoS对象存储部22所存储的条目包含了由“服务名”、“域名”、“优先级”所构成组。
“服务名”是服务器600所提供的服务的名称。“域名”是表示服务器600的域名的字符串。“优先级”是表示优先享受服务器600的服务的优先程度的值,其数值越大,所表示的优先级便越高。
在表3的例子中,例如,对于由域名为“*.vod.service-a.co.jp”的服务器600所提供的“视音频配送服务A”,存储有表示其优先级值的“5”。
在此,“域名”中出现的“*”代表了任意的字符串。例如,“sv1.vod.service-a.co.jp”以及“sv2.vod.service-a.co.jp”均属于“*.vod.service-a.co.jp”的表达范围内。因此,提供上例中的“视音频配送服务A”的服务器600的域名可以是“sv1.vod.service-a.cojp”及“sv2.vod.service-a.co.jp”的其中任意一个。进而言之,如果预先采用“*.vod.service-a.co.jp”的表达方式来记述域名,那么即使以后增设了域名例如是“sv3.vod.service-a.co.jp”的服务器600,也不需要对QoS对象存储部22中的条目进行更新。同样,“vod*.service-d.com”这一表达方式涵盖了“vod001.service-d.com”或者“vod002.service-d.com”等域名。关于域名的记述方式,可采用一般的正规记述方法。例如,在一般的正规记述中,能够对特定种类(例如,罗马字或者数字或者记号)的任意字符进行记述,或能够记述成特定文字数的任意字符串。
在此,关于QoS对象存储部22中的各条目,例如在出厂时,可以按各服务器600所能够提供的每一服务,在HGW101中事先存储该条目。另外,通过利用后述的QoS对象设定画面161以及162的任意一者,用户还能够对QoS对象存储部22中的各条目进行更新。另外,也可以在能够与HGW101进行通信的位置上,设置用于把QoS对象存储部22中的各条目的信息提供给HGW101的服务器(称之为QoS对象信息服务器)。HGW101可以根据需要,访问上述QoS对象信息服务器,以取得信息。例如,可在每次启动HGW101时都访问QoS对象信息服务器并取得信息,或者每次在HGW101使用QoS对象存储部22中的各条目之前,都访问QoS对象信息服务器并取得信息。
〔表3〕
服务名 | 域名 | 优先级 |
视音频配送服务A | *.vod.service-a.co.jp | 5 |
视音频配送服务B | service-b.co.jp | 1 |
视音频配送服务C | vod1.service-c.ne.jp | 4 |
视音频配送服务C | vod2.service-c.ne.jp | 4 |
视音频配送服务C | vod3.service-c.ne.jp | 4 |
视音频配送服务D | vod*.service-d.com | 1 |
关于从服务器600发送给数据收发装置400的由HGW101所转送的数据包,数据包优先级存储部23把要被赋予给该数据包的优先级,以读取可能的方式存储。数据包优先级存储部23例如可具有下表4所示的数据结构。表4是表示数据包优先级存储部23中的数据结构例的表。如表4所示,数据包优先级存储部23所存储的条目包含了由“域名”、“服务器IP地址”、“客户IP地址”、“优先级”、“最终接收的日期时间”所构成的“组”。
“域名”是表示HGW101所转送的数据包的发送方即服务器600的域名的字符串。与QoS对象存储部22中的数据结构同样,可通过含有“*”的表达方式,或者通过一般的正规记述方式来记述“域名”。“服务器IP地址”是上述被转送的数据包的发送方即服务器600的IP地址。“客户IP地址”是上述被转送的数据包的发送目的地即数据收发装置400的IP地址。“优先级”是表示优先传送数据包时的优先程度的值,其数值越大,所表示的优先级便越高。“最终接收的日期时间”是HGW101最后一次接收到上述被转送的数据包时的日期时间。
在表4的例子中,例如存储着以下信息事项:关于从与“*.vod.service-a.co.jp”这一表达方式相吻合的服务器600(IP地址可以是“101.101.101.1”、“101.101.101.2”、“101.101.101.3”、“101.101.101.4”中的任何一个),发送向IP地址为“192.168.0.2”的数据收发装置400的数据包,该数据包所被赋予的优先级为“5”;HGW101最后一次接收到该数据包的日期时间是“2008年4月15日16时19分20秒”。
另外,若数据收发装置400的IP地址是通过DHCP所付与的,那么该数据收发装置400的IP地址可能会被变更,因此可以在数据包优先级存储部23中进一步添加数据收发装置400的MAC地址(地址)来进行存储。另外,关于数据收发装置400的MAC地址,例如可以在HGW101与数据收发装置400之间的遵循ARP(Address Resolution Protocal:地址解析协议)等协议的会话过程中取得,但这并非是本发明的实质部分,因此省略其说明。
〔表4〕
在此,存储部20并不要求必须设置在HGW101中,存储部20也可以作为外部存储装置,以能够被读取的方式与HGW101连接。
WAN侧通信部31用以经由互联网701与服务器600进行通信。
LAN侧通信部32在其内部包含有以太网通信部33(数据包保持/发出单元),以太网通信部33与介由以太网与该以太网通信部33相连接的装置进行通信。在本实施方式中,以太网通信部33与PLC适配器301进行通信。
另外,如图所示,LAN侧通信部32还可以进一步包含无线LAN通信部34。无线LAN通信部34与介由无线LAN与该无线LAN通信部34相连接的装置进行通信。
接下来,详细说明控制部10。控制部10包含数据包转送处理部11(数据包转送控制单元)、DNS处理部12(域名/地址提取单元)、优先级数据生成处理部13(域名优先级取得单元、地址取得单元、优先级数据生成单元)、数据包优先级变更处理部14(发送方地址/发送目的地地址提取单元、数据包优先级取得单元、数据包优先级设定单元、数据包优先传送单元)、优先级数据消除处理部15(优先信息消除单元)、QoS对象设定处理部16(QoS对象设定单元)以及QoS对象更新处理部17。
首先,就数据包转送处理部11进行说明。数据包转送处理部11首先分析:WAN侧通信部31介由互联网701从服务器600接收到的数据包的目的地以及LAN侧通信部32介由PLC适配器301从数据收发装置400接收到的数据包的发送目的地是否是HGW101。
若上述分析的结果为上述接收到的数据包的发送目的地并非是HGW101,数据包转送处理部11便使数据包优先级变更处理部14对成为转送对象的数据包的优先级进行变更处理。然后,依照数据包的优先级对上述成为转送对象的数据包的传送进行控制,并对上述成为转送对象的数据包进行转送处理(数据包发送控制单元)。关于数据包优先级变更处理部14,将在以后说明。
在数据包的转送处理中,WAN侧通信部31介由互联网701从服务器600接收的目的地为数据收发装置400的数据包先被转送到LAN侧通信部32,然后介由PLC适配器301而被发送给数据收发装置400。另外,反之,LAN侧通信部32介由PLC适配器301从数据收发装置400接收的目的地为服务器600的数据包先被转送到WAN侧通信部31,然后被发送给服务器600。在此,进行上述转送时,一般进行NAT(Network Address Translation:网络地址转换)处理或者NAPT(Network Address Port Translation:网络端口地址转换)处理。但这并非是本发明的实质部分,因此省略其说明。
另外,若上述分析的结果为上述接收到的数据包的发送目的地是HGW101,数据包转送处理部11便进一步分析该数据包是否是DNS询问消息的数据包或者DNS答复消息的数据包。若该数据包是DNS询问消息的数据包或是DNS答复消息的数据包,便使DNS处理部12进行后续的处理。
并且,数据包转送处理部11在从数据收发装置400接收到要求提供后述的QoS对象设定画面161以及162的任何一者的,数据包时,使QoS对象设定处理部16进行后续的处理。
另外,数据包转送处理部11在从数据收发装置400接收到要求访问更新服务器602的,数据包时,使QoS对象更新处理部17进行后续的处理。
接下来说明DNS处理部12。DNS处理部12进行与DNS相关的一般处理。若数据包转送处理部11所接收的数据包是由数据收发装置400发送的DNS询问消息的数据包,DNS处理部12首先提取该DNS询问消息中包含的询问对象装置的域名以及数据收发装置400的IP地址(域名/地址提取单元)。然后,检索服务器地址存储部21中是否存储着包含有该提取的域名的条目。
若上述检索的结果为,服务器地址存储部21中存储着包含了上述域名的条目,DNS处理部12便从服务器地址存储部21中取得与上述域名相对应的IP地址,并介由数据包转送处理部11向上述DNS询问消息的发送方即、数据收发装置400返送包含有该取得的IP地址的DNS答复消息。
相反,若上述检索的结果为,服务器地址存储部21中未存储有包含了上述域名的条目,DNS处理部12便介由数据包转送处理部11向DNS服务器601发送含有上述域名的新的DNS询问消息。然后,DNS处理部12介由数据包转送处理部11从DNS服务器601接收到针对上述新的DNS询问消息的DNS答复消息后,把由该DNS答复消息中的域名及IP地址所组成的组,存储到服务器地址存储部21中,并介由数据包转送处理部11向DNS询问消息的发送方即、数据收发装置400返送该DNS答复消息。
在此,DNS处理部12从DNS服务器601接收DNS答复消息时,还取得该DNS答复消息中所包含的TTL。当从接收到DNS答复消息时起的经过时间超过了上述取得的TTL所表示的期间时,便消除服务器地址存储部21中存储的由该DNS答复消息中的域名和IP地址所组成的组。向DNS询问消息的发送方即数据收发装置400返送的DNS答复消息中虽然也包含TTL值,但是该TTL值是相对于从DNS服务器601取得的TTL值所独立决定的值,并且,为了使数据收发装置400中的DNS高速缓存尽快被消除,该TTL值被设定得较小。
接下来,说明优先级数据生成处理部13。优先级数据生成处理部13用于进行优先级数据生成处理。DNS处理部12向DNS询问消息的发送方即数据收发装置400发送了DNS答复消息之后,优先级数据生成处理部13根据需要对数据包优先级存储部23进行更新。
具体为,优先级数据生成处理部13首先对QoS对象存储部22中的所有条目进行检索,并从中提取满足“域名”列(column)的值与DNS询问消息中的询问对象装置的域名相一致的,条目。此时,如未能提取到条目,则意味着数据收发装置400欲访问的服务器600(即,拥有DNS询问消息中所含的域名的服务器600)所提供的服务不是QoS对象存储部22所管理(即,未被设定优先级)的服务,因此无需对上述服务器600发送的数据包的优先级进行更新。因此,此时优先级数据生成处理部13结束其处理。
另一方面,若从QoS对象存储部22中提取到满足“域名”列的值与DNS询问消息中所含的询问对象装置的域名相一致的条目,便从该提取到的条目中选出“优先级”列的值为最大的优先级。然后,通过参照“优先级”列,取得数据收发装置400欲访问的服务器600(即,拥有DNS询问消息中所含的域名的服务器600)所提供的服务的优先级(域名优先级取得单元)。
接下来,优先级生成处理部13对服务器地址存储部21中的所有条目进行检索,以从服务器地址存储部21中提取:“域名”列的值与上述从QoS对象存储部22提取的条目中的“域名”列的值相一致的,条目。然后,通过参照该提取的条目中的“服务器IP地址”列,取得数据收发装置400欲访问的服务器600(即,拥有DNS询问消息中所含的域名的服务器600)的IP地址(地址取得单元)。如有多个IP地址满足上述的情况,则全部取得。
然后,优先级生成处理部13使用上述取得的优先级以及上述取得的IP地址,对数据包优先级存储部23进行更新(优先级数据生成单元)。即,在生成于数据包优先级存储部23的条目中,“域名”列表示的是上述从QoS对象存储部22提取的条目中的域名,“服务器IP地址”列表示的是上述从服务器地址存储部21得取的IP地址,“客户IP地址”列表示的是DNS处理部12所提取到的、发送了DNS询问消息的数据收发装置400的IP地址,“优先级”列表示的是上述从QoS对象存储部22中得取的优先级,“最终接收日期时间”列表示的是空值(NULL)。在此,最终接收日期时间”列的值也可以是当前的***时刻。另外,如果从服务器地址存储部21得取了多个IP地址,相应生成的条目便也为多个。
如果成为了QoS传送对象的数据流过多,有时会失去QoS的效力。正如根据图14以及图15进行的说明,如果成为QoS传送的对象的数据流超过了网络全体的带宽,所有的数据流便会因带宽不足而发生视音频紊乱。为了防止发生上述问题,需要要进行取舍,即,将一方的数据流作为QoS传送对象,而将其他的数据流排除在QoS传送的对象外。在本发明中,QoS对象是根据域名来区分的,但是在家庭网内若存在多个从对应同一域名的服务器来接收数据流的终端,这些数据流便会拥有相同的优先级,因此有必要在其中进行取舍。
为此,可考虑对成为QoS对象的数据流的数量进行限制。例如可进行以下控制:从最初所访问的作为QoS对象的域开始,按访问的先后顺序来确定QoS对象(生成优先级数据),并将超出限制数量的数据流排除在QoS对象(不生成优先级数据)之外。关于数据流的限制数,可以在出厂时事先存储在HGW101中,也可以由用户通过QoS对象设定画面161或者162来进行设定。
另外,HGW101也可以在掌握了QoS对象数据流的传送率和网络带宽的使用状况的基础上,决定QoS对象数据流的限制数。例如,在网络的未使用带宽的容量为25Mbps,QoS对象数据流的传送率为10Mbps的情况时,如果最多将2个数据流作为QoS对象,则不至于发生带宽不足,也不会失去QoS的效力。关于如何得知网络中未使用带宽的大小,例如可以询问构成该网络的装置。例如,可由HGW101向PLC适配器301等进行询问,从而取得PLC网络501的带宽使用状况。另外,关于如何得知QoS对象数据流的传送率,例如可向视音频配送服务器603进行询问,或向STB402进行询问,或对在视音频配送服务器603与STB402之间收发的交涉数据包进行分析等。
此外,在本发明中,能够预先掌握QoS对象数据流是对应哪个服务的数据流,因此,也可以在HGW101中预先存储以该服务的运用规定等所决定的最大传送率(例如,在产品出厂时,按每一服务在QoS对象存储部22存储传送率)。
另外,若用户通过后述的QoS对象设定画面161,将后述的QoS功能设定为“停止”,优先级数据生成处理部13便不进行优先级数据生成处理,且结束处理。
在此,参照表2、表3以及表4,以具体例说明优先级数据生成处理部13所进行的优先级数据生成处理。
例如,假设服务器地址存储部21中存储了表2所示的数据,QoS对象存储部22中存储了表3所示的数据。另外,假设DNS处理部12已对从IP地址为“192.168.0.2”的数据收发装置400发送的,以域名“sv2.vod.service-a.co.jp”为询问对象的DNS询问消息进行了处理。
在该情况下,如上所述,优先级数据生成处理部13首先从QoS对象存储部22中提取含有域名“sv2.vod.service-a.co.jp”的条目。字符串“sv2.vod.service-a.co.jp”属于“*.vod.service-a.co.jp”这一表达范围内。因此,“服务名”列的值为“视音频配送服务A”的条目被提取出,由此得知优先级为“5”。
接下来,优先级数据生成处理部13从服务器地址存储部21中提取含有域名“*.vod.service-a.co.jp”的条目。因此,服务器地址存储部21中的,“服务名”列的值呈“sv1.vod.service-a.co.jp”的条目以及呈“sv2.vod.service-a.co.jp”的条目被提取出,由此得知服务器IP地址为“101.101.101.1”、“101.101.101.2”、“101.101.101.3”以及“101.101.101.4”。
然后,优先级数据生成处理部13根据从QoS对象存储部22获得的上述域名和优先级以及从服务器存储部21获得的上述服务器IP地址,生成表4所示的数据包优先级数据。即,分别生成以下的各条目:域名为“*.vod.service-a.co.jp”,服务器IP地址为“101.101.101.1”,客户IP地址为“192.168.0.2”,优先级为“5”的条目;域名为“*.vod.service-a.co.jp”,服务器IP地址为“101.101.101.2”,客户IP地址为“192.168.0.2”,优先级为“5”的条目;域名为“*.vod.service-a.co.jp”,服务器IP地址为“101.101.101.3”,客户IP地址为“192.168.0.2”,优先级为“5”的条目;域名为“*.vod.service-a.co.jp”,服务器IP地址为“101.101.101.4”,客户IP地址为“192.168.0.2”、优先级为“5”的条目。
以下对数据包优先级变更处理部14进行说明。数据包优先级变更处理部14用以进行数据包优先级变更处理。数据包优先级变更处理部14对数据包转送处理部11欲转送的数据包进行分析,并基于数据包优先级存储部23中存储的条目,根据需要对被分析过的数据包的优先级进行变更。
具体为,数据包优先级变更处理部14首先从准备转送的数据包中提取发送方IP地址以及发送目的地IP地址(发送方地址/发送目的地地址提取单元)。
然后,从数据包优先级存储部23的条目中,提取“服务器IP地址”列的值与上述提取的发送方IP地址相一致,且“客户IP地址”列的值与上述提取的发送目的地IP地址相一致的,条目。
此时,如果未能提取到上述条目,则意味着上述准备转送的数据包并非是进行优先级变更的对象,因此,数据包优先级变更处理部14结束其处理。然后,数据包优先级变更处理部14使数据包转送处理部11处理转送上述准备转送的数据包。
相反,如果提取到了上述条目,即可得知上述欲转送的数据包是进行优先级变更的对象。因此,数据包优先级变更处理部14取得上述提取的条目中的“优先级”列的值(数据包优先级取得单元)。然后,以该取得的值,对上述准备转送的数据包的优先级字段(即DSCP字段)进行盖写(数据包优先级设定单元)。
在此,如果提取到多个上述条目,就以这些条目的“优先级”列的值之中的最大值来盖写上述准备转送的数据包的优先级字段(即DSCP字段)。
另外,在提取到了上述条目时,将上述提取的条目中的“最终接收日期时间”列的值盖写成HGW101接收到上述准备转送的数据包时的日期时间。在此,也可以不存储接收日期时间,而存储HGW101发送数据包时的日期时间。
之后,数据包优先级变更处理部14使数据包转送处理部11处理转送上述被盖写了优先级字段的数据包。
在此,若用户通过后述的QoS对象设定画面161将后述信息的QoS功能设定成“停止”时,数据包优先级变更处理部14便不进行数据包优先级变更处理,并结束其处理。
在此,参照表4,以具体的例子说明数据包优先级变更处理部14所进行的数据包优先级变更处理。
例如,假设数据包优先级存储部23中存储有表4所示的数据。并假设已从IP地址为“101.101.101.1”的视音频配送服务器603向IP地址为“192.168.0.2”的数据收发装置400发送了视音频数据包。
此时,数据包转送处理部11准备向LAN侧通信部32转送上述视音频数据包。在进行该转送之前,数据包优先级变更处理部14通过对照数据包优先级存储部23中的条目,寻找并提取“服务器IP地址”列的值为“101.101.101.1”,且“客户IP地址”列的值为“192.168.0.2”的,条目。然后,通过参照所提取的条目中的“优先级”列,得知优先级是“5”。
然后,数据包优先级变更处理部14将上述视音频数据包的DSCP字段盖写成“5”。
通过上述的处理,其结果是,相比于优先级值小于“5”的数据包,优先传送上述视音频数据包。
接下来对优先级数据消除处理部15进行说明。优先级数据消除处理部15按照预定的周期(例如每1分钟),检索数据包优先级存储部23,并消除需要度变低了的条目。
具体为,按照预定的周期(例如每1分钟),对数据包优先级存储部23进行检索,并从数据包优先级存储部23中,对“最终接收日期时间”列的值是自当前***时刻起的预定时间前(例如,5分钟前)的所有条目进行消除。
在此,如上述那样消除数据包优先级存储部23中的条目的理由在于:数据包优先级变更处理部14进行处理时,是将数据包优先级存储部23中的所有条目作为检索对象的,因此,数据包优先级存储部23中存放的条目越少,便越能减轻数据包优先级变更处理部14进行检索时的处理负担。因此,对于非接收状态的时间超过了预定时间(第2预定期间)的数据包,视为已结束传送,并从数据包优先级存储部23中消除与该数据包相对应的条目,从而能够减少数据包优先级变更处理部14所处理的对象条目。
在此,优选将上述预定时间设定得比发送给上述数据收发装置400的TTL的所示期限长。其理由如下。若在TTL所示的期限前,由于STB402中仍存在有DNS高速缓存,所以是直接向视音频配送服务器603进行访问。此时,由于DNS询问消息不会被发送给HGW101,因此,关于从视音频配送服务器603向STB402发送的数据包,不会如上述那样在数据包优先级存储部23中生成出用以向该数据包赋予必要优先级的条目。而若上述预定时间比TTL所示期限短,那么关于从视音频配送服务器603向STB402发送的数据包,用以向该数据包赋予必要优先级的条目可能已从数据包优先级存储部23中被消除。因此,在该情况时,HGW101无法变更从视音频配送服务器603向STB402发送的数据包的优先级。对此,将上述预定时间设定成比TTL的所示期限长,便能够防止出现以上的现象。换而言之,调整上述预定时间,使得HGW101中的优先级变更处理不会在DNS高速缓存的存在期间内就结束。
接下来对QoS对象设定处理部16进行说明。QoS对象设定处理部16根据其介由数据包转送处理部11从数据收发装置400接收到的请求,向数据收发装置400发送用于构成QoS对象设定画面161或162的预定数据(例如,HTML数据),QoS对象设定画面161或162作为用户界面,被用于对QoS对象存储部22以及数据包优先级存储部23中存储的数据进行更新。即,QoS对象设定处理部16具有一般的Web服务器的功能。在此,通过QoS对象设定画面161以及162,数据收发装置400的用户能够对HGW101进行有关优先级数据生成处理以及数据包优先级变更处理的各种设定。关于QoS对象设定画面161以及162,将在以后说明。
然后,QoS对象设定处理部16根据由数据收发装置400的用户通过QoS对象设定画面161所输入的操作内容,对QoS对象存储部22中存储的数据进行更新。另外,根据由数据收发装置400的用户通过QoS对象设定画面162所输入的操作内容,对QoS对象存储部22以及数据包优先级存储部23的任何一者或该两者所存储的数据进行更新。关于该更新处理,在以后说明QoS对象设定画面161以及162时,将一并进行说明。当伴随上述更新处理而有必要也对QoS对象设定画面161或者QoS对象设定画面162的显示进行更新时,构成QoS对象设定画面161以及162的预定数据(例如,HTML数据)便会被发送给数据收发装置400。
另外,QoS对象设定处理部16根据QoS对象更新处理部17已在QoS对象存储部22中生成了新条目的这一通知,把构成QoS对象设定画面161以及QoS对象设定画面162的预定数据(例如,HTML数据)发送给数据收发装置400,以更新QoS对象设定画面161以及QoS对象设定画面162的其中一者或该两者的显示。
以下说明QoS对象更新处理部17。QoS对象更新处理部17介由数据包转送处理部11与更新服务器602进行通信,并从更新服务器602取得用于对QoS对象存储部22追加新条目的数据(具体是由服务名、域名以及优先级所组成的组)。对于进行该取得处理的定时(timing)并无特别限定。例如,QoS对象更新处理部17可以按照预定周期来访问更新服务器602,从而取得上述数据。也可以在接收到来自数据收发装置400的,用户已通过QoS对象设定画面161以及162进行了预定操作的这一通知时,以此为引发而访问更新服务器602,并取得上述数据。
然后,根据上述取得的数据,QoS对象更新处理部17在QoS对象存储部22中生成新的条目,并在此时向QoS对象设定处理部16通知已生成了上述新的条目。
关于QoS对象更新处理部17的处理,在以后说明QoS对象设定画面161以及162时,也将一并进行说明。
(关于PLC适配器的结构)
接下来,参照图5来说明作为中继装置300的PLC适配器301(302、303)的概略结构。图5是表示PLC适配器301(302、303)的概略结构的框图。
如图5所示,PLC适配器301(302、303)包含控制部110、以太网通信部131以及PLC通信部132。
以太网通信部131与介由以太网而和该以太网通信部131连接的外部装置进行通信。在本实施方式中,PLC适配器301的以太网通信部131与HGW101进行通信,PLC适配器302的以太网通信部131与STB402以及PC403进行通信,PLC适配器303的以太网通信部131与STB404进行通信。
PLC通信部132与PLC网络501上的其他PLC适配器进行通信。
控制部110对以太网通信部131以及PLC通信部132进行控制,并进行预定的运算处理。控制部110中包含有QoS处理部111。
QoS处理部111把自介由以太网而相连的外部装置发到以太网通信部131的数据包,转换成能够在PLC网络501上传送的数据包,并将该转换后的数据包发送给PLC通信部132。另外,把自PLC网络501发到PLC通信部132的数据包,转换成能够向上述介由以太网而连接的外部装置进行传送的数据包,并将该转换后的数据包发送给以太网通信部131。
此时,QoS处理部111根据数据包的优先级进行优先控制。即:如上所述,根据表1所示的映射关系,进行DSCP与CAP间的转换处理;对于IP数据包,则根据DSCP的值进行优先控制;另外,对于在PLC网络上传送的数据包,则根据CAP的值进行优先控制。在此,设想上述映射关系的信息在产品出厂时已被存储在未图示的存储部中。
在此,QoS处理部111不仅对从服务器600向数据收发装置400发送的数据包(例如,视音频数据包等)进行优先控制,还可以对从数据收发装置400向服务器600发送的数据包(例如,ACK(Acknowledge;确认答复)等)也进行优先控制。例如,设想服务器600向数据收发装置400发送的数据数据包,并从数据收发装置400接收了针对该数据数据包的ACK,由此开始进行下一个数据数据包的发送处理。此时如果ACK的传送出现延迟,数据数据包的发送开始便会延迟,其结果是导致有时无法实现QoS(数据收发装置400的数据包接收发生延迟)。为了解决该问题,优选如ACK数据包那样,对从数据收发装置400向服务器600发送的数据包也进行优先控制。
在一般的PLC适配器中,能够设定是否要根据数据包的优先级进行优先控制。在本实施方式中,假设事先已设定成根据数据包的优先级进行优先控制。
(HGW接收数据包时的处理流程)
以下,参照图6说明HGW101在接收数据包时的处理流程的概要。图6是表示HGW101在接收数据包时的处理流程的概要流程图。
首先,HGW101启动后,立即进入数据包接收的等待状态(步骤S501)。然后,如果数据包转送处理部11接收到了数据包(在步骤S501中为“是”),便分析该接收到的数据包的发送目的地是否是HGW101(步骤S502)。
若上述分析的结果是上述接收到的数据包的发送目的地并非是HGW101(在步骤S502中为“否”),数据包优先级变更处理部14便进行优先级变更处理(步骤S503)。关于数据包优先级变更处理的流程,将在以后参照其他流程图来进行说明。
之后,数据包转送处理部11进行上述数据包的转送处理(步骤S504)。即,将介由互联网701从服务器600接收到的、目的地为数据收发装置400的数据包转送到LAN侧通信部32。反之,将介由PLC网络501从数据收发装置400接收到的、目的地为服务器600的数据包转送到WAN侧通信部31。
另一方面,若上述分析的结果是上述接收到的数据包的目的地是HGW101(在步骤S502中为“是”),数据包转送处理部11便分析该数据包是否是DNS询问消息的数据包,或是否是DNS答复消息的数据包(以下称DNS数据包)(步骤S505)。
如果该数据包是DNS数据包(在步骤S505中为“是”),如之前所述,由DNS处理部12进行与DNS相关的一般性处理(步骤S506)。即,根据需要,进行与DNS服务器601的交涉,从而最终向DNS询问消息的发送方发送DNS答复消息。
DNS答复消息被发送给DNS询问消息的发送方之后,优先级数据生成处理部13进行优先级数据生成处理(步骤S507)。关于优先级数据生成处理的流程,将在以后使用其他流程图来进行说明。
在步骤S505中,如果得知所接收到的数据包并非是DNS数据包(在步骤S505中为“否”),便进行与该接收到的数据包相应的处理(步骤S508)。
在该流程图中,省略了数据包转送处理部11接收用于请求提供QoS对象设定画面161以及162的数据包以及用于请求向更新服务器60访问的,数据包的处理流程。另外,还省略了与本发明无关的数据包处理。
(优先级数据生成处理的流程)
接下来,参照图7,说明优先级数据生成处理部13所进行的优先级数据生成处理的流程概要。图7是表示优先级数据生成处理部13所进行的优先级数据生成处理的流程概要的流程图。
首先,当DNS处理部12通过数据包转送处理部11,向数据包转送处理部11所接收的DNS询问消息的发送方发送对应的DNS答复消息时(在步骤S701中为“是”),优先级数据生成处理部13对QoS对象存储部22中的所有条目进行检索,以提取“域名”列的值与上述DNS询问消息所含的询问对象的装置域名相一致的,条目(步骤S702)。
在此,若DNS询问消息包含有多个询问对象的装置的域名(换而言之,通过一个DNS询问消息对多个域名进行询问),便就各询问对象的装置的域名,分别执行以下S702~S707的处理。
另外,若上述条目被提取出(在步骤S703中为“是”),便从该提取的条目之中选出“优先级”列的值呈最大的,条目(步骤S704)。若与域名对应的优先级被设定得不同,只要采用最高的优先级,便能够满足所有条目的条件,因此所被选择的是优先级呈最大的条目。另外,也可以选择最小的优先级。
接着,优先级数据生成处理部13对服务器地址存储部21中的所有条目进行检索,以从服务器地址存储部21中提取:“域名”列的值与上述从QoS对象存储部22提取的条目中的“域名”列值呈相一致的,条目。(步骤S705)。
若提取到上述条目(在步骤S706中为“是”),优先级数据生成处理部13便在数据包优先级存储部23中生成出以下的条目(步骤S707),即:“域名”列的值是步骤S704中获取的条目之中的域名;“服务器IP地址”列的值是步骤S705中获取的条目之中的IP地址;“客户IP地址”列的值是发送了DNS询问消息的数据收发装置400的IP地址;“优先级”列的值是步骤S704中获取的条目之中的优先级;“最终接收日期时间”列的值为空值(NULL)。“最终接收日期时间”列的值也可以是当前的***时刻。另外,在步骤S705中若提取到多个条目,便相应地生成多个上述被生成的条目。
若在步骤S703中未能提取到条目(在步骤S703中为“否”),或者,在步骤S706中未能提取到条目(在步骤S706中为“否”),优先级数据生成处理部13便结束处理。
(数据包优先级变更处理的流程)
以下,参照图8,说明数据包优先级变更处理部14所进行的数据包优先级变更处理的概要流程。图8是表示数据包优先级变更处理部14所进行的数据包优先级变更处理的概要流程的流程图。
首先,数据包优先级变更处理部14提取数据包转送处理部11所准备转送的数据包中的,发送方的IP地址以及发送目的地的IP地址(步骤S901)。
然后,数据包优先级变更处理部14对数据包优先级存储部23中的所有条目进行检索,以提取:“服务器IP地址”列的值与上述准备转送的数据包的发送方IP地址相一致,且“客户IP地址”列的值与上述准备转送的数据包的发送目的地IP地址相一致的,条目(步骤S902)。若存在多个上述条目,则全部提取。
若提取到了上述条目(在步骤S903中为“是”),数据包优先级变更处理部14便从该提取到的条目之中,选出“优先级”列的值呈最大的条目(步骤S904)。即使对应某IP地址的优先级被设定得不同,只要采用最高的优先级,便能够满足所有条目的条件,因此所被选择的是优先级呈最大的条目。另外,也可以选择最小的优先级。
然后,数据包优先级变更处理部14把准备转送的数据包的优先级字段(即,DSCP字段)更新成上述所选择的条目中的“优先级”列的值。
另外,若在步骤S903中未提取出条目(在步骤S903中为“否”),数据包优先级变更处理部14便结束处理。
(简易版QoS对象设定画面)
接下来,参照图9以及图10,说明QoS对象设定画面161以及162。首先,图9是表示简易版QoS对象设定画面161的画面例的模式图,在该简易版QoS对象设定画面161中,所能够设定的项目较少。
主画面由具备一般Web服务器功能的QoS对象设定处理部16根据来自数据收发装置400的请求而提供,数据收发装置400的用户通过Web浏览器来访问主画面。在此,关于访问主画面的方法,例如可以在HGW101的根功能等的相关设定画面(一般的路由器的设定画面)上设定用于跳入主画面的链接,也可以由用户在Web浏览器上直接输入主画面的URL。
如图所示,在主画面上设有:(1)能够便于用户启动或停止QoS功能的输入区N1;(2)能够便于用户选择是否优先享受由服务器600提供的视音频配送服务的输入区N2。在此,设想输入区N1以及N2是下拉菜单或者列表框等,但对此并无特别限定。
在此,上述“QoS功能”是指HGW101所进行的优先级数据生成处理以及数据包优先级变更处理,当QoS功能被设定为“启动”时,HGW101进行优先级数据生成处理以及数据包优先级变更处理,而当QoS功能被设定为“停止”时,HGW101则不进行优先级数据生成处理以及数据包优先级变更处理。若因HGW101以外的装置进行了某QoS处理,而导致该些处理和本发明的QoS处理不能同时正常利用,此时可将QoS功能设定成“停止”。例如,在服务器600付与了DSCP值并发送了数据包时,如果在HGW101中DSCP值被更新,便可能发生不正常。
另外,关于QoS功能是启动还是停止,该事项由存储部20所存储。当QoS对象设定处理部16提供主画面时,从存储部20读取QoS功能是启动还是停止的这一事项,并在输入区N1上显示读取结果。
另外,关于存储部20对QoS功能是启动还是停止的这一事项进行存储的时机,可以是在输入区N1被施以了输入时,也可以是在主画面下部的“决定”键B3被点击了时。
此外,在QoS功能被设定为停止时,也可施以控制来使用户无法对输入区N2等进行输入。
以下,就输入区N2进行说明。QoS对象设定处理部16读取QoS对象存储部22中的内容,并在输入区N2上进行显示。具体为,读取QoS对象存储部22中的“优先级”列的值,并按每个服务名来显示该值。但并不是在输入区N2上直接显示上述读取到的“优先级”列的值,而是通过2值表达(优先或非优先)来进行显示。例如,“优先级”列的值为0时表示为非优先,“优先级”列的值为0以外时表示为优先。
若用户在输入区N2上进行了输入,QoS对象设定处理部16便更新QoS对象存储部22。具体为,从QoS对象存储部22中提取:“服务名”列的值与用户在输入区N2所输入选择的欲优先的服务呈一致的,条目。并将该条目中“优先级”列的值更新成例如“5”。根据Home PlugAV规格,优先传送视音频数据流时的优先级被推选为“5”,所以在此将优先级设定为“5”,但优先级也可以取别的值。
另外,关于所提取的,“服务名”列的值与用户在输入区N2所输入选择的非优先的服务呈一致的,条目,将该条目中“优先级”列的值更新成例如默认值“0”(默认值也可以是0以外的值)。
上述更新的时机并不限定是在用户对输入区N2进行了输入时,也可以是在主画面下部的“决定”键B3被点击时。
如上所述,使用户不用直接输入优先级的值,而是简单地使用户输入选择是否进行优先。其理由在于为了使不熟悉QoS设定的用户也能够较简单地进行QoS的相关设定。想进行详细设定的用户可通过点击“详细设定”键B 1,并通过后述的详细版QoS对象设定画面162来进行各种设定,详细版QoS对象设定画面162中含有较多所能够设定的项目。
以下说明“服务追加”键B2。用户点击了“服务追加”键B2后,QoS对象更新处理部17便与更新服务器602进行通信,以从更新服务器602取得要向QoS对象存储部22追加的新条目的数据(由服务名、域名以及优先级组成的组)。例如,当更新服务器602中存在尚未存储至QoS对象存储部22中的,服务名为“视音频配送服务器E”,域名为“service-e.co.jp”优先级为“5”的数据时,便取得该数据。然后,根据该取得的数据,QoS对象更新处理部17在QoS对象存储部22中生成出新的条目。在上例中生成的是服务名为“视音频配送服务器E”,域名为“service-e.co.jp”,优先级为“5”的条目。
关于上述的取得处理的时机,并不限定是点击了“服务追加”键B2时,例如,可按规定周期向更新服务器602进行访问,并取得上述数据。此时,在QoS对象存储部22中生成新的条目时,也可以相应地向用户显示预定的确认信息。
另外,在QoS对象存储部22中生成了上述新的条目时,QoS对象更新处理部17向QoS对象设定处理部16通知该事项。QoS对象设定处理部16接收到该通知后,向数据收发装置400发送用于构成QoS对象设定画面161的预定数据(例如,HTML数据),以更新简易版的QoS对象设定画面161。例如,在上例中,向数据收发装置400发送为了在画面上显示输入区N2而构成的预定数据(例如,HTML数据),用户可通过该输入区N2来输入是否优先享受“视音频配送服务器E”。
(详细版QoS对象设定画面)
接下来,参照图10,说明详细版QoS对象设定画面162的画面例。图10是表示详细版QoS对象设定画面162的画面例的模式图。
主画面由QoS对象设定处理部16根据来自数据收发装置400的请求而提供,数据收发装置400的用户通过Web浏览器等访问主画面。在主画面上,能够进行比图9所示的简易版QoS对象设定画面161更详细的设定。
在此,所设想的是在图9所示的简易版QoS对象设定画面161中“详细设定”键B1被点击之后,进入主画面。但并不限定于此,也可以在HGW101的根功能等的相关设定画面(一般的路由器的设定画面)上设定用于跳入主画面的链接,也可以由用户在Web浏览器上直接输入主画面的URL。
如图所示,主画面上显示有:(1)视音频配送服务的名称;(2)视音频配送服务的域名;(3)享受视音频配送服务时的优先级;(4)接收视音频配送服务的数据流的数据收发装置400的装置名;(5)该数据收发装置400的IP地址;(6)每一数据收发装置400在享受视音频配送服务时的优先级。
其中,并不要求一定要显示上述的(4)。另外,除了上述(5)的IP地址,还可以显示数据收发装置400的MAC地址。
关于上述(1)~(3),是通过读取QoS对象存储部22中的内容来进行显示的。具体为,将QoS对象存储部22中的“服务名”列的值、“域名”列的值、“优先级”列的值分别作为上述(1)~(3)进行显示。另外,关于上述(5)以及(6),是通过读取数据包优先级存储部23中的内容来进行显示的。具体为,将数据包优先级存储部23中的“客户IP地址”列的值、“优先级”列的值分别作为上述(5)以及(6)进行显示。另外,关于上述(4),可由HGW101使用预定的协议从数据收发装置400取得,或者通过用户输入等来进行显示。
对于上述的(3),用户能够通过输入区N3来输入表示优先级的数值(0~7)。对于上述的(6),用户能够通过输入区N4来输入表示优先级的数值(0~7)。对于上述的(2),用户能够通过输入区N5来输入任意的字符串。关于输入区N3以及N4,设想它们是下拉菜单或者列表框。关于输入区N5,设想其是文本框。但对此并无特别限定。
当用户通过输入区N3输入了优先级时,QoS对象设定处理部16对QoS对象存储部22进行更新。具体为,从QoS对象存储部22中提取:“服务名”列的值与用户在输入区N3输入的优先级的对应服务呈一致的,条目。并将该条目中“优先级”列的值更新成上述用户所输入的优先级。
在此,上述更新的定时并不限定是在用户对输入区N3进行了输入时,也可以是在主画面下部的“决定”键B5被点击时。
当用户通过输入区N4输入了优先级时,QoS对象设定处理部16对QoS对象存储部22或数据包优先级存储部23进行更新。具体为,从QoS对象存储部22或从数据包优先级存储部23中提取:“域名”列的值与用户在输入区N4输入的优先级的对应服务域名呈一致的,条目。并将该条目中“优先级”列的值更新成上述用户所输入的优先级。
在此,上述更新的定时并不限定是在用户对输入区N4进行了输入时,也可以是在主画面下部的“决定”键B5被点击时。
之所以使用户能够如上述那样就每个数据收发装置400输入享受视音频配送服务时的优先级的理由在于:例如,当接收视音频配送服务A的数据流的数据收发装置400是STB402以及PC403时,若想优先向STB402传送视音频配送服务A的数据流,而并不向PC403也优先传送视音频配送服务A,则优先能够就每个数据收发装置400来设定优先级。
在此,在用户通过输入区N3输入了优先级时,也可以将对应的输入区N4的优先级的值更新成与在输入区N3输入的值相同的值。
另外,当用户通过输入区N5输入了域名时,QoS对象设定处理部16便对QoS对象存储部22进行更新。具体为,从QoS对象存储部22中提取:“服务名”列的值与用户在输入区N5输入的域名的对应服务呈一致的,条目。并将该条目中“域名”列的值更新成上述用户所输入的域名。
此外,关于与接收数据流的数据收发装置400不对应的视音频配送服务,可以在上述(4)中显示为“无”,在上述(5)中显示为“-”,由此把输入区N4设定成用户无法输入的状态即可。在图10所示的画面中,视音频配送服务B以及视音频配送服务D相当于上述“不对应的视音频配送服务”。
另外,显示主画面时,若接收视音频配送服务的数据流的数据收发装置400有所增减,为了在主画面上反映增减情况,可以向数据收发装置400再次发送构成QoS对象设定画面162的预定数据(例如,HTML数据)。
接下来说明“服务追加”键B4。用户点击了“服务追加”键B4时的处理动作与用户点击了图9所示画面中的“服务追加”键B2时相同。即,QoS对象更新处理部17与更新服务器602进行通信,由此从更新服务器602取得要向QoS对象存储部22追加的新条目的数据(由服务名、域名以及优先级组成的组)。然后,根据该取得的数据,QoS对象更新处理部17在QoS对象存储部22中生成出新的条目。当在QoS对象存储部22中生成了上述新的条目时,QoS对象更新处理部17便向QoS对象设定处理部16通知该事项,并且QoS对象设定处理部16对详细版QoS对象设定画面162进行更新,以显示上述新的条目。
如上所述,在本实施方式中,HGW101从QoS对象存储部22中取得与从数据收发装置400接收的DNS询问消息之中含有的服务器600的域名相对应的优先级。然后,把上述取得的优先级以及、由发送上述DNS询问消息的数据收发装置400的IP地址和根据上述DNS询问消息而得取的服务器600的IP地址所组成的组,相互对应地存放到数据包优先级存储部23中。
然后,根据从服务器600向数据收发装置400发送的数据包,从数据包优先级存储部23取得:与由该数据包中的发送方通信地址和该数据包的发送目的地通信地址所组成的组相对应的,上述优先级。然后,把从数据包优先级存储部23取得的上述优先级设定成上述数据包的优先级。
然后,根据上述设定的优先级,对上述数据包的发送进行控制。
因此,能够把每一服务器600的域名的对应优先级,设定成从服务器600向数据收发装置400发送的数据包的优先级,并根据该设定的优先级来控制上述数据包的传送。
从而,在域名不同的各服务器600所传送的、使用了相同交涉协议的内容(例如高清晰的视音频内容以及低清晰的视音频内容)的数据流在同一通信网络中被传送的状况时,若各数据流都被优先传送,则通信网络的传送带宽会不足。此时,通过本实施方式的HGW101,能够依照域名而仅对某数据流进行优先传送(例如,仅对高清晰的视音频内容进行传送),因此即使在上述状况下也能实现QoS。
(变形例1)
以上,根据图3所示的结构例说明了上述的实施方式,但是并不限于该结构例。以下,参照图11说明其他***的结构例。图11是表示图2所示通信控制***的其他具体结构例的模式框图。
图11的结构例与图3的结构例基本相同,但是在PLC适配器302与STB402及PC403之间增设了无线LAN网络901。并且,为了使PLC适配器302以及STB402、PC403与无线LAN网络901连接,分别连接有无线LAN适配器801、无线LAN适配器802以及无线LAN适配器803。在此,设想无线LAN基于IEEE802.11e或者IEEE802.11n的方式。
(无线LAN适配器的结构)
以下,参照图12,说明无线LAN适配器801(802、803)的概略结构。图12是表示无线LAN适配器801(802、803)的概略结构的框图。
如图12所示,无线LAN适配器801(802、803)包含控制部810、以太网通信部831以及无线LAN通信部832。
以太网通信部831与介由以太网而和该以太网通信部831连接的装置进行通信。在图11所示的结构例中,无线LAN适配器801的以太网通信部831与PLC适配器301进行通信,无线LAN适配器802的以太网通信部831与STB402进行通信,另外,无线LAN适配器803的以太网通信部831与PC403进行通信。
无线LAN通信部832与无线LAN网络901上的其他无线LAN适配器进行通信。
控制部810对以太网通信部831以及无线LAN通信部832进行控制,并进行预定的运算处理。控制部810包含有QoS处理部811。
QoS处理部811把从介由以太网而相连的外部装置发到以太网通信部831的数据包,转换成能够在无线LAN网络901上传送的数据包,并将该转换后的数据包发送给无线LAN通信部832。另外,把从无线LAN网络901发到无线LAN通信部832的数据包,转换成能够向上述介由以太网而连接的装置进行传送的数据包,并将该转换后的数据包发送给以太网通信部831。
此时,QoS处理部811根据数据包的优先级进行优先控制。即,对于IP数据包,根据该IP数据包的DSCP的值来进行优先控制;对于在无线LAN网络上传送的数据包,基于从DSCP值转换出的对应无线LAN网络的优先级来进行优先控制。
在此,QoS处理部811不仅对从服务器600向数据收发装置400发送的数据包(例如,视音频数据包等)进行优先控制,还可以对从数据收发装置400向服务器600发送的数据包(例如,ACK等)进行优先控制。
像这样,在无线LAN适配器801(802、803)中,也根据从HGW101所付与的DSCP值转换出的、对应无线LAN网络的优先级,来对数据包进行优先控制,因此,在图11所示的结构例中,本发明也发挥效果。
例如,当要优先传送从视音频配送服务器603向STB402传送的视音频数据流时,在HGW101中,视音频数据流中所属的数据包的DSCP字段被更新成表示高优先级的值,然后,该数据流在PLC网络上被从PLC适配器301传送向PLC适配器302时,根据DSCP字段而被优先传送;此外,该数据流在从无线LAN适配器801向无线LAN适配器802进行传送时,也根据DSCP字段而被优先传送。像这样,即使在从视音频配送服务器603向STB402进行传送的传送路径中存在多个网络,只要路径中的网络得到基于DSCP的QoS的支持,本发明便能够实现端与端之间(end-to-end)的QoS。
(变形例2)
以下,参照图13,说明图2所示通信控制***的其他具体结构例。图13是表示图2所示通信控制***的其他具体结构例的模式框图。
图13的结构例与图3所示的结构例的不同之处在于,不包含PLC网络501。并且,在该例子中,作为数据收发装置400的STB404以及PC407与HGW101的以太网通信部33直接连接。另外,HGW101的无线LAN通信部34与无线LAN网络901直接连接。
以下,说明一下优先传送从视音频配送服务器603向STB404传送的视音频数据流以及、从视音频配送服务器604向STB402传送的视音频数据流时的情况。
关于从视音频配送服务器603向STB404传送的视音频数据流中所属的数据包,该数据包的DSCP字段在HGW101的数据包优先级变更处理部14中被更新成表示高优先级的值,并通过数据包转送处理部11被发送到HGW101的以太网通信部33。此时,该数据包首先在以太网通信部33被施以缓冲(也可以在数据包转送处理部中进行缓冲),如存在未发送的数据包,便从优先级高的数据包起,按顺序发送(数据包保持/发出单元)。因此,当HGW101的以太网通信部33上连接有STB404和PC407时,要发送给STB404的数据包会被优先发送向以太网,因此在STB404和PC407所接收的数据流之间也能够对应优先级来实现QoS。因此本发明能够有效发挥其作用。
同样,在HGW101的无线LAN通信部34中也对数据包进行缓冲,并从优先级高的数据包起,按顺序进行发送。因此,当网络中连接有STB402和PC403时,要发送给STB402的数据包会被优先发送向无线LAN网络901,从而在STB402及PC403所接收的数据流之间也能够对应优先级来实现QoS。因此本发明能够有效发挥其作用。
(变形例3)
在图4所示的序列图的说明中,虽然是在进行了步骤S204的优先级数据生成处理之后,在步骤S205中由STB402请求视音频数据,但也可以在优先级数据生成处理结束之前,由STB402请求视音频数据。其结果,也可能会在优先级数据生成处理结束之前,HGW101从视音频配送服务器603接收视音频数据。在该情况时,会无法对在优先级数据生成处理结束之前接收到的视音频数据流的所属视音频数据包进行数据包优先级变更处理(即,无法更新视音频数据包的优先级(DSCP)的值),其结果是该数据包通过HGW101时不被进行优先传送。
以下,参照图16说明视音频数据包通过HGW101而不被进行优先传送的情况。图16是表示视音频数据包通过HGW101而不被进行优先传送时的一个例子的模式序列图。
如图16所示,HGW101向STB402回复DNS答复消息之后,进行优先级数据生成处理(步骤S204)。但是,接收到DNS答复消息的STB402也可能在优先级数据生成处理结束之前就向视音频配送服务器603发出视音频数据的请求(步骤S205)。作为该请求的答复,视音频配送服务器603开始向STB402发送视音频数据流(步骤S206),但优先级数据生成处理结束之前到达HGW101的视音频数据包在通过HGW101时,并不被优先传送(通常传送)。而优先级数据生成处理结束之后到达HGW101的视音频数据包才被优先传送。
要想解决上述的问题,可以待HGW101进行完优先级数据生成处理之后,向询问方的STB402转送DNS答复消息。由此,在进行完优先级数据生成处理之后,STB402进行视音频数据的请求。其结果,HGW101进行完优先级数据生成处理之后,从视音频配送服务器603接收视音频数据流。因此,能够对来自视音频配送服务器603的视音频数据流中的所属的所有视音频数据包进行数据包优先级变更处理,因此该视音频数据包全部被优先传送。
以下,参照图17,说明对所有视音频数据包进行优先传送时的情况。图17是对所有视音频数据包优先进行传送时的一个例子的模式序列图。
如图17所示,HGW101进行了DNS处理之后,并不向STB402发送DNS答复消息(步骤S202’),而是在进行完优先级数据生成处理之后,向STB402发送DNS答复消息(步骤S204’)。然后,接收到DNS答复消息的STB402向视音频配送服务器603发出视音频数据的请求(步骤S205)。作为该请求的答复,视音频配送服务器603开始向STB402发送视音频数据流(步骤S206),因此,到达HGW101的视音频数据包会全部被优先传送。
(补充说明)
数据包优先级存储部23所存储的优先级可以只与发送目的地IP地址构成对应关系。即,可以从表4所示的数据结构中除去“服务器IP地址”列。在该情况下,在进行数据包优先级变更处理时,只根据数据包的发送目的地IP地址来判断是否变更数据包的优先级。因此,从视音频配送服务器603或视音频配送服务器604以外的装置发送向数据收发装置400的数据包也成为优先传送的对象。例如,从设在家里的DLNA(Digital Living Network Alliance:数字生活网络联盟)服务器经由HGW101向电视机405发送的视音频数据流也成为优先进行传送的对象。
(实施方式2)
以下再次对上述实施方式1的通信控制装置100进行简要的说明。图18是表示一种通信控制***的基本结构例的模式图,该通信控制***包含实施方式1的通信控制装置100。如图18所示,通信控制装置100具有优先传送控制功能(如图18中虚线所示),该优先传送控制功能用以优先传送属于某数据流的数据包。在通信控制装置100中,预先设定有需要进行优先传送的视音频配送服务器的域名及该视音频配送服务器的优先级,通信控制装置100优先传送从与该域名一致的服务器600向数据收发装置400发送的数据流。
在实施方式1中,上述优先传送控制功能是由通信控制装置100来实现的。但中继装置300也可以具有上述优先传送控制功能,以取代实施方式1的通信控制装置100。就此,在本实施方式中,对由具备优先传送控制功能的通信中继装置来优先传送某数据流的这一方式加以说明。对于本实施方式的具有优先传送控制功能的通信中继装置,以下称为“中继装置”。
以下,根据图19~图22,对本发明的一实施方式进行说明。如图19所示,本实施方式的各中继装置310各自具有优先对属于某数据流的数据包进行传送的优先传送控制功能(如图19中虚线所示)。
为了便于说明,在本实施方式中,对与实施方式1中说明过的装置相同的装置,省略其相关说明。并且,对与实施方式1中所示各部件具有相同功能的部件,附记其相同的标号,并省略其相关说明。同样,对与实施方式1中说明过的处理相同的处理,也省略其相关说明。
在本实施方式中所述的“优先级数据生成处理”与实施方式1中所述的“优先级数据生成处理”是不同的处理。在本实施方式中,所述的“优先级数据生成处理”所表示的是本实施方式中的“优先级数据生成处理”。
另外,关于本实施方式中使用的“数据包”、“数据流”、以及“视音频数据流”这些用语,其各自与实施方式1中所述的定义相同。另外,与实施方式1相同,设想本实施方式的PLC网络是使用有遵循HomePlugAV规格的PLC的LAN。此外,传送优先级简称为“优先级”。
(通信控制***的基本结构)
再次参照图19,对包含有本实施方式的中继装置的,通信控制***的基本结构进行说明。图19是包含有本实施方式的中继装置的通信控制***的,基本结构例的模式框图。如图19所示,上述通信控制***包括本实施方式的(多个)中继装置310、服务器600、通信控制装置120以及(多个)数据收发装置400。
如图19所示,本实施方式的中继装置310设置于通信控制装置120与数据收发装置400之间,并以第1通信网络500作为传送媒介来中继数据包。特别是,中继装置310具有对属于某数据流的数据包进行优先传送的优先传送控制功能。
在第1通信网络500上,连接了多个中继装置310,该多个中继装置310相互间能够通信。而且,除与通信控制装置120相连接的中继装置310以外,其他中继装置310分别与数据收发装置400相连接,并能够与该数据收发装置400进行通信。
服务器600以及数据收发装置400均与实施方式1中所述的相同,因此省略其相关说明。
大致上,中继装置310用于对数据收发装置400(数据接收装置)相互间的通信进行中继,或对通信控制装置120与数据收发装置400间的通信进行中继。例如,中继装置310可以是作为以太网网桥的PLC适配器等。若涉及的是PLC适配器,那么第1通信网络500便对应PLC。在中继装置310为PLC适配器时,中继装置310把从以太网侧送到其自身的数据包发送给PLC侧,即第1通信网络500。反之,中继装置310把从PLC侧,即,把从第1通信网络500送到其自身的数据包发送给以太网侧。若传送到中继装置的数据包的目的地是该中继装置自身,该数据包便不被中继。
通信控制装置120对在LAN侧的数据收发装置400与WAN侧的服务器600之间收发的数据包的传送进行控制。通信控制装置120具体可以是HGW(Home Gateway:家庭网关)等路由器装置。数据收发装置400具体可以是STB或PC等网络机器。
根据上述结构,数据收发装置400向服务器600发送用以请求视音频数据的数据包。服务器600向数据收发装置400发送视音频数据流。并且,数据收发装置400向服务器600发送控制数据包等数据包。此时,与通信控制装置120相连接的中继装置310会优先传送属于上述视音频数据流的数据包。关于与数据收发装置400相连接的中继装置310,其优先传送上述请求数据包及上述控制数据包的这一结构是本实施方式的中继装置的特征。
(通信控制***的具体结构例)
以下,参照图20,对图19所示的通信控制***的具体结构例进行说明。图20是图19所示通信控制***的具体结构例的模式框图。图20中所表示的是,图19所示各装置及通信网络的对应的具体例。
图20中所示的STB402、PC403、STB404、电视机405、电视机406、PLC网络501、DNS服务器601、视音频配送服务器603、Web服务器605、以及互联网701分别与说明实施方式1时所用的图3中的各对应部分相同,因此省略它们的相关说明。另外,分配给各装置的IP地址也与实施方式1所述的相同。
在图20中,关于PLC网络中所用的作为网桥装置的PLC适配器311、PLC适配器312以及PLC适配器313,它们分别相当于图19所示的3台中继装置310。
虽然图20中所示的PLC适配器311、PLC适配器312以及PLC适配器313是各自独立的装置,但并不局限于该结构。例如,PLC适配器311可以内置在HGW121中,PLC适配器312可以内置在STB402及PC403中,PLC适配器313可以内置在STB404中。
HGW121(通信控制装置)相当于图19中所示的通信控制装置120,HGW121是设置在作为WAN侧的互联网701与作为LAN侧的以太网之间的路由器装置。
在上述结构中,当例如用户要通过电视机405视听由视音频配送服务器603所配送的视音频内容时,STB402会向视音频配送服务器603发送用以请求视音频数据的数据包。然后,视音频配送服务器603会向STB402发送视音频数据流。此外,STB402会向视音频配送服务器603发送控制数据包等数据包。
此时,与HGW121相连接的PLC适配器311会控制优先对属于视音频配送服务器603所配送的视音频数据流的数据包进行传送。关于与STB402相连接的PLC适配器312,其控制优先传送上述请求数据包及上述控制数据包的这一结构是本实施方式的中继装置的特征。
以下,在表述中继装置310时,如果没有特别的指定,中继装置310是指PLC适配器311、PLC适配器312、PLC适配器313的它们中的单个或多个。另外,在表述数据收发装置400时,如果没有特别的指定,数据收发装置400是指STB402、PC403、以及STB404的它们中的单个或多个。此外,在表述服务器600时,如果没有特别的指定,服务器600是指DNS服务器601、视音频配送服务器603、Web服务器605的它们中的单个或多个。
另外,在本实施方式中,STB402在访问视音频配送服务器603时,向HGW121询问视音频配送服务器603的IP地址。HGW121既可以直接向STB402返送答复消息,必要时,也可以先向DNS服务器601询问,然后再返送答复消息。
(数据收发装置从请求数据起到接收数据为止的流程概要)
以下,参照图21,对图20所示的通信控制***中的,STB402从请求视音频数据起到从视音频配送服务器603接收视音频数据为止的流程的概略进行说明。图21是模式性表示图20所示通信控制***中的,STB402从请求视音频数据起到接收视音频数据为止的流程例的序列图。在此,将适当地参照实施方式1中图4所示的步骤S201~S208来进行说明。
首先,STB402在受理了视听视音频内容的用户操作时,在与视音频配送服务器603连接前,STB402先向HGW121发送用以询问视音频配送服务器603的IP地址的,DNS询问消息(步骤S401)。具体为,询问与视音频配送服务器603的域名即“sv1.vod.service-a.co.jp”相对应的IP地址。
然后,路径中的PLC适配器312中继上述DNS询问消息。在此,虽然PLC适配器312监视其自身所中继的所有数据包即,不断进行DNS答复消息的检测处理(以下称“DNS检测处理”),然而由于上述DNS询问消息不是DNS检测处理的检测对象,所以不进行上述的检测(步骤S402)。关于DNS检测处理的详细过程,将在以后说明。
同样地,PLC适配器311也进行DNS检测处理,但由于上述DNS询问消息不属于DNS检测处理的检测对象,所以不进行上述的检测。PLC适配器311向HGW121转送上述DNS询问消息(步骤S403)。
然后,HGW121接收了DNS询问消息后,进行与上述接收的DNS询问消息相对应的DNS处理。也就是说,若HGW121中已经管理有与所被询问的域名相对应的IP地址,便向STB402发送相应的DNS答复消息。若HGW121未管理有与所被询问的域名相对应的IP地址,便向DNS服务器601发送DNS询问消息(步骤S404)。
接着,DNS服务器601在接收DNS询问消息后,会发送相应的DNS答复消息。具体为,DNS服务器601返送DNS答复消息,该DNS答复消息包含与被询问的域名“sv1.vod.service-a.co.jp”相对应的IP地址“101.101.101.1”(步骤S405)。然后,HGW121在接收了上述DNS答复消息后,向作为询问方的STB402发送上述DNS答复消息(步骤S404)。
路径中的PLC适配器311中继由HGW121发送的上述DNS答复消息。PLC适配器311进行DNS检测处理,因此此时PLC适配器311所检测的是DNS答复消息。而且,还检测作为询问对象的域名与预先设定的域名是否一致(步骤S406)。
由于进行了上述检测,PLC适配器311接下来便进行生成用以表示数据包优先级的数据的处理(以下称“优先级数据生成处理”)(步骤S407)。由于PLC适配器311知道其接收的是来自HGW121(以太网侧)的DNS答复消息,因此在优先级数据生成处理时,生成用以对由视音频配送服务器603发向STB402的数据包进行优先传送的优先级数据。优先级数据中包括发送方IP地址、发送目的地IP地址、优先级。
视音频配送服务器603的IP地址能够根据DNS答复消息中所含的IP地址来得取。STB402的IP地址能够根据DNS答复消息的发送目的地IP地址来得取。关于优先级,用的是预先设定的值。具体为,如果与域名“sv1.vod.service-a.co.jP”相对应的优先级是“5”,就将优先级设定成“5”。优先级数据生成处理的详细过程将在以后说明。
另外,在后述的数据包优先传送处理中,PLC适配器311依照上述生成的优先级数据来传送数据包。具体为,优先传送由视音频配送服务器603发送向STB402的数据包。数据包优先传送处理的详细过程将在以后说明。
另外,路径中的PLC适配器312中继上述DNS答复消息。此时,PLC适配器312检测是否是DNS答复消息。而且,还检测作为询问对象的域名是否和预先设定的域名中的某个相一致(步骤S408)。
由于进行了上述的检测,PLC适配器312接下来便进行优先级数据生成处理(步骤S409)。由于PLC适配器312知道其接收的是来自STB402(PLC侧)的DNS答复消息,因此在优先级数据生成处理中,生成用以对由STB402发送向视音频配送服务器603的数据包进行优先传送的优先级数据。
另外,在后述的数据包优先传送处理中,PLC适配器312依照上述生成的优先级数据,优先传送数据包。具体为,优先传送由STB402发送向视音频配送服务器603的数据包。
STB402接收了DNS答复消息后,为了开始接收视音频内容,会向视音频配送服务器603发送请求视音频数据的请求数据包(步骤S410)。于是,路径中的PLC适配器312中继该请求数据包。
PLC适配器312中继数据包时,判断该数据包与上述生成的优先级数据是否吻合,若吻合,便优先传送该数据包(数据包优先传送处理)。
由于上述请求数据包与优先级数据吻合(即,发送方IP地址为STB402,且发送目的地IP地址为视音频配送服务器603),所以PLC适配器312会优先传送上述请求数据包(步骤S411)。
在上述的转送处理中,使用上述生成的优先级数据中的“优先级”。例如,若优先级数据中的“优先级”为“5”,则该请求数据包以优先级“5”进行转送。
本实施方式的数据包优先传送处理不同于实施方式1,即,数据包的优先级字段(DSCP)的值本身不被更新。数据包优先传送处理的详细过程将在以后说明。
视音频配送服务器603接收上述请求数据包后,作为答复,向STB402发送视音频数据流(步骤S413)。路径中的PLC适配器311中继该视音频数据流。在PLC适配器311中继数据包时,同样进行数据包优先传送处理。
由于属于视音频数据流的视音频数据包与优先级数据吻合(即,发送方IP地址为视音频配送服务器603,且发送目的地IP地址为STB402),所以PLC适配器311会优先传送该视音频数据包(步骤S414)。
STB402接收从PLC适配器312发送的视音频数据包,并转换(解码)成视音频信号后输出给电视机405,由此视音频得以重放(步骤S416)。
而且,当用户对视音频进行快进或后退等遥控操作时,STB402会向视音频配送服务器603发送控制数据包。与步骤S411一样,路径中的PLC适配器312会优先转送该控制数据包。
通过以上说明的流程可知,特别是在PLC网络501中,能够优先对请求数据包、视音频数据包、控制数据包这些在视音频配送服务器603与STB402之间收发的数据包进行传送。由此,例如当在电视机405上视听视音频配送服务器603所提供的视音频内容时,既能够起到抑制视音频播放时的紊乱的效果,又能够起到抑制服务器对遥控操作的答复迟缓的效果。
PLC适配器311、PLC适配器312、以及PLC适配器313拥有对应于不同优先级的多个发送队列(queue),该发送队列用以缓冲所转送的数据包。所要转送的数据包被缓冲至与该数据包的优先级相对应的发送队列中。从缓冲在高优先级的发送队列中的数据包起,按顺序进行转送处理。
(PLC适配器的结构)
下面,参照图22,对作为中继装置310的PLC适配器311(312、313)的概略结构进行说明。图22是表示PLC适配器311(312、313)的概略结构的框图。
如图22所示,PLC适配器311(312、313)包含控制部210、存储部220、以太网通信部231、以及PLC通信部232(数据包保持/发出单元)。
控制部210对存储部220、以太网通信部231、以及PLC通信部232进行控制,并进行预定的演算处理。预定的演算处理是指,例如,DNS检测处理、优先级数据生成处理、数据包优先传送处理等。控制部210的详细结构将在以后说明。
存储部220对控制部210实行处理时的处理程序或处理时所需的数据进行存储。存储部具体可通过RAM等易失性存储器以及ROM、闪存等非易失性存储器来实现。上述各种数据被存储至存储部220内部的各种存储部中。存储部220包含QoS对象存储部222(第1存储部)及数据包优先级存储部223(数据包优先信息存储部、第2存储部)。
QoS对象存储部222包含有想要进行优先传送的服务器域名,以及享受该服务器所提供的服务时的优先级。例如,QoS对象存储部222可以具有表5所示的数据结构。即,对包含由“域名”和“优先级”所组成的组的条目进行存储。
〔表5〕
域名 | 优先级 |
sv1.vod.service-a.co.jp | 5 |
vod1.service-c.ne.jp | 4 |
QoS对象存储部222中的条目信息例如可以在PLC适配器的工厂出货时,由厂商预先设定好。
另外,也可以由用户来更新QoS对象存储部222中的条目信息,或者,也可以在升级固件的同时,更新QoS对象存储部222中的条目信息。该些并不是本发明的本质部分,因此省略它们详细的说明。QoS对象存储部222通常是非易失性存储器。
数据包优先级存储部223用以对适配器311(312、313)在转送数据包时的优先级信息进行存储。数据包优先级存储部223例如可以具有表6所示的数据结构。即,对包含由“发送方IP地址”、“发送目的地IP地址”、“优先级”所组成成的组的优先级数据进行存储。
〔表6〕
发送方IP地址 | 发送目的地IP地址 | 优先级 |
101.101.101.1 | 192.168.0.2 | 5 |
101.101.101.2 | 192.168.0.2 | 5 |
192.168.0.2 | 101.101.101.1 | 5 |
192.168.0.2 | 101.101.101.2 | 5 |
103.103.103.1 | 192.168.0.4 | 4 |
192.168.0.4 | 103.103.103.1 | 4 |
“发送方IP地址”是指需要被优先传送的数据包的,发送方IP地址。“发送目的地IP地址”是指需要被优先传送的数据包的,发送目的地IP地址。“优先级”是表示所转送的数据包的优先级的值。数值越大,优先级就越高。数据包优先级存储部223的优先级数据被存储在易失性存储器或非易失性存储器中。对于长久性的优先级数据,应该存储在非易失性存储器中,对于暂时性的优先级数据,应该存储在易失性的存储器中。当PLC适配器断电时,存储在易失性存储器中的优先级数据将会被消去。
以太网通信部231与介由以太网而连接于该以太网通信部231自身的外部装置进行通信。
PLC通信部232与PLC网络501中的除自PLC适配器以外的PLC适配器进行通信。
并且,PLC通信部232拥有对应于不同优先级的多个发送队列(无图示),该发送队列用以缓冲向PLC网络501发送的数据包。所要发送的数据包被缓冲至与该数据包的优先级相对应的发送队列中,同时,从缓冲在高优先级的发送队列中的数据包起,按顺序进行发送数据包。
下面对控制部210进行详细说明。控制部210包含数据包转送处理部211(数据包传送控制单元)、DNS检测部212(域名/地址提取单元、域名/地址解决数据包取得单元、域名/地址解决数据包检测单元)、优先级数据生成处理部213(优先信息生成单元、域优先级取得单元、优先级数据生成单元、地址取得单元、优先级数据生成处理单元)、数据包优先传送处理部214(发送方地址/发送目的地地址取出单元、数据包优先级取得单元、数据包优先传送处理单元、数据包优先传送单元)、以及优先级数据消除处理部215(优先信息消除单元)。
首先,对数据包转送处理部211进行说明。数据转送处理部211进行数据包的转送处理。在数据包转送处理中,以太网通信部231把介由以太网所接收的来自外部装置的数据包发送向PLC网络501侧,即,转送给PLC通信部232。反之,PLC通信部232把从PLC网络501接收的数据包发送向以太网侧,即,转送给以太网通信部231。
并且,数据包转送处理部211在转送数据包时,根据数据包优先传送处理部214所决定的优先级,进行该数据包的传送控制。具体为,PLC通信部232在把由以太网通信部231从以太网接收的数据包转送给PLC网络501时,将该数据包放入优先级不同的多个发送队列之中的,与数据包优先传送处理部214所决定的优先级相对应的发送队列。关于数据包优先传送处理部214,将在以后说明。
另外,当数据包优先传送处理部214未能决定所要转送的数据包的优先级时,会使用默认的优先级。默认的优先级通常用于“尽力而为(best effort)”,即尽量优先转送。
DNS检测部212监视由数据包转送处理部211转送的数据包。DNS检测部212既监视从以太网侧接收的数据包,又监视从PLC网络501接收的数据包。DNS检测部212能够取得用以表示数据包是从哪个网络接收(是从以太网侧接收的,还是从PLC网络501接收的)的信息。
下面,对DNS检测部212进行说明。首先,DNS检测部212检查数据包转送处理部211所接收的数据包是否是UDP(User Datagram Protocol:用户数据报协议)数据包。该数据包如果是UDP数据包,DNS检测部212便检查该数据包的发送方端口号(port number)是否是DNS的well-known端口号(53)。上述发送方端口号如果是DNS的well-known端口号(53),该数据包即为DNS数据包。
此外,DNS检测部212还检查DNS数据包的“Response”位(比特)的值是否是“1”(答复)。如果“Response”位的值为“1”(答复),则该数据包为DNS答复数据包。
并且,DNS检测部212还检查DNS答复数据包所包含的“Reply Code”的值是否是“No error”(无错误)。如果“Reply Code”的值为“No error”(无错误),则DNS检测部212将该DNS答复数据包作为检测处理的对象。否则,该DNS答复数据包不被作为检测处理的对象。
如果该数据包为DNS答复消息的数据包,则DNS检测部212还检查该数据包所含的询问对象域名是否与QoS对象存储部222所管理的条目信息中的“域名”一致。如果检查出呈一致的条目信息,DNS检测部212便将该DNS答复消息的数据包的内在内容以及该相一致的条目信息通知给优先级数据生成处理部213。并且,还将用以表示数据包是从哪个网络接收的信息,通知给优先级数据生成处理部213。另外,也可能发生与多个条目信息中的“域名”都一致的情况,在该情况时,使用的是最先呈一致的条目信息。如果没有检查出呈一致的条目信息,DNS检测部212便结束处理。
下面,对优先级数据生成处理部213进行说明。优先级数据生成处理部213生成如表7及表8所示的优先级数据,并将优先级数据存储在数据包优先级存储部223中。
如果DNS答复数据包是从以太网侧接收的,便生成如表7所示的优先级数据(从视音频配送服务器603向STB402的方向)。
如果DNS答复数据包是从PLC网络501接收的,便生成如表8所示的优先级数据(从STB402向视音频配送服务器603的方向)。
〔表7〕
〔表8〕
与DNS答复消息所含的询问对象的域名相对应的IP地址例如可以是视音频配送服务器603的IP地址。DNS答复消息的发送目的地IP地址例如可以是数据收发装置400的IP地址。并且,如果有多个与被询问的域名相对应的IP地址,则与此相应地,上述生成的优先级数据也为多个。
优先级数据生成处理部213所生成的优先级数据被存储至易失性存储器或者非易失性存储器。若存储在易失性存储器中,当PLC适配器断电时,该优先级数据便被消去。
下面,对数据包优先传送处理部214进行说明。数据包优先传送处理部214分析数据包转送处理部211欲要转送的数据包。分析后的数据包如果是优先传送的对象,便将该数据包的优先级通知给数据包转送处理部211。
具体为,数据包优先传送处理部214首先从数据包转送处理部211要转送的数据包中,提取发送方IP地址/发送目的地IP地址等的头信息。
然后,数据包优先传送处理部214从数据包优先级存储部223所存储的条目中提取:“发送方IP地址”列的值与上述提取的发送方IP地址相一致,且“发送目的地IP地址”列的值与上述提取的发送目的地IP地址相一致的,条目。
此时,如果未能提取出上述条目,则数据包转送处理部211根据默认的优先级来转送该数据包。默认的优先级通常用于“尽力而为(besteffort)”,即尽量优先转送。
如果提取出了上述条目,数据包优先传送处理部214便从提取出的条目中取得“优先级”,数据包转送处理部211根据该取得的“优先级”转送该数据包。
下面,对优先级数据消除处理部215进行说明。优先级数据消除处理部215以预定的周期(例如1秒)检索数据包优先级存储部223,以消除超时的优先级数据。
判断是否超时的具体方法例如可以有以下3种。
第1个方法是,从接收最后一个与某优先级数据吻合的数据包起,如果经过了预定时间(例如300秒),就判断为超时。在该方法中,数据包优先传送处理部214无论何时接收了与优先级数据吻合的数据包,都将接收该数据包时的***时刻以及该优先级数据进行存储,且在存储时,使该***时刻与该优先级数据相互对应。当从最后接收数据包起经过了预定时间时,优先级数据消除处理部215便消除该优先级数据。
第2个方法是,从优先级数据生成时起,若经过了预定时间(例如3600秒),就判断为超时。在该方法中,优先级数据生成处理部213在生成优先级数据时,将生成时的***时刻以及该优先级数据进行存储,且在存储时,使该***时刻与该优先级数据相互对应。当从优先级数据的生成时刻起经过了预定时间时,优先级数据消除处理部215便消除该优先级数据。
超时的时间可以不是固定的值,也可将其设定为DNS答复数据包中所含的TTL(Time To Live:生存时间)。一般来说,DNS答复中的IP地址的有效时间是到TTL为止的,所以,在经过了该时间时,便再次发送DNS询问数据包。
第3个方法是,限制优先级数据生成处理部213所生成的优先级数据的个数。例如,限制优先级数据的个数为N个。优先级数据生成处理部213在生成优先级数据时,检查上述优先级数据是第几个生成的优先级数据。如果是第N个或第N个之前的优先级数据,则将其存储至数据包优先级存储部223中。当要生成第N+1个优先级数据时,会将最旧的优先级数据消除。像这样,只要使最新的N个优先级数据保持有效便可。
此外,也有可能存在不含有优先级数据消除处理部215的安装方法。在该情况时,优先级数据被预先存储在易失性存储器中,当PLC适配器断电时,优先级数据便被被消除。
(从数据收发装置向服务器发送的数据包被优先传送的理由)
在上述说明中,由数据收发装置400向服务器600发送的数据包也被作为PLC适配器311(312、313)所优先传送的对象。在此,进一步对其理由进行说明。
例如,设想以下情况:在STB402等数据收发装置400接收来自视音频配送服务器603的视音频数据包时,若用户对视音频进行快进、后退等操作,与该操作相对应的控制命令便从数据收发装置400被发送到视音频配送服务器603。
在上述情况下,若上述控制命令的数据包在传送过程中丢失,那么尽管对用户来说是进行了操作,然而却不会出现针对该操作的答复。另外,若上述控制命令的数据包的传送发生了延迟,那么从用户进行操作起,至实际快进或后退的这段期间便会发生延迟。无论上述哪种情况,都会对用户的操作性造成影响。
因此,关于如上述控制命令那样的数据包,通过优先传送数据收发装置400向服务器600发送的该数据包,可提高用户的操作性。
(效果)
如上所述,根据本实施方式所述,PLC适配器311(312、313)从QoS对象存储部222中取得与DNS答复消息所含的询问对象的域名相对应的优先级。并且,能够将由上述DNS答复消息所含的询问对象的IP地址和上述DNS答复消息的发送目的地IP地址所组成的组,以及上述取得的优先级存储至数据包优先级存储部223,且在存储时,使该组以及该优先级相互对应。
另外,根据PLC适配器311(312、313)所中继的数据包,从数据包优先级存储部223中取得与以下IP地址的组相对应的优先级,该IP地址组是:由PLC适配器311(312、313)所中继的数据包的发送方IP地址和该数据包的发送目的地IP地址所组成的组。并且,上述数据包被放入与从数据包优先级存储部223取得的上述优先级相对应的发送队列中,且从被缓冲在优先级较高的发送队列中的数据包起,按顺序进行转送处理。
因此,本实施方式的PLC适配器311(312、313)的效果在于能够依照与域名相对应的优先级来传送数据流。
(实施方式3)
在面向电视机、STB而提供的视音频配送服务中,会存在不面向PC提供的视音频配送服务。在此情况时,电视机、STB先访问(PC也能访问的)门户服务器(Portal Server),然后再访问面向电视机的门户服务器(非图示)。
面向电视机的门户服务器是指,供电视机(STB)专用的门户服务器。电视机(STB)与门户服务器连接时,门户服务器识别出该连接为来自电视机(STB)的访问,并指示电视机(STB)与面向电视机的门户服务器进行连接。因此,电视机(STB)在与门户服务器进行连接时,既发送针对门户服务器的DNS询问消息,也发送针对电视机的门户服务器的DNS询问消息。
PC与门户服务器连接时,门户服务器识别出该连接为来自PC的访问,因此不指示PC与面向电视机的门户服务器进行连接。因此,PC在与门户服务器进行连接时,只发送针对门户服务器的DNS询问消息。
在以下说明的本实施方式中,能够优先传送针对电视机、STB收发的数据包。更准确的说,在以下说明中,关于在预定时间内多次发送DNS询问消息的数据收发装置400,针对该数据收发装置400所被收发的数据包能够被优先传送。
下面,设想在某视音频配送服务中,电视机405(STB402)在从服务器600接收数据流之前,发送多个DNS询问消息。例如,设想在通过电视机405(STB402)来享受视音频配送服务时,电视机405(STB402)最先访问门户服务器(第1外部装置),然后再访问面向电视机的门户服务器(第2外部装置)。
关于上述门户服务器,例如设想其是对STB402、电视机406启动时最初所访问的门户网站进行提供的服务器。或者,设想上述门户服务器例如是,对用户为了享受视音频配送服务而最初要访问的门户网站进行提供的服务器。而且,设想在该门户网站上会显示视音频配送服务的服务名等,从而使用户能够选择视音频配送服务。或者,设想在该门户网站上会显示视音频配送服务所提供的视音频内容的缩略图等,从而使用户能够选择视音频内容。
对应该些情况,本实施方式中说明的通信中继装置具备优先传送控制功能,通过该优先传送控制功能,能够优先传送由视音频配送服务器603发送给电视机405(STB402)的数据包,另一方面,不优先传送由视音频配送服务器603发送给PC403的数据包。以下,将具有优先传送控制功能的本实施方式的通信中继装置简称为“中继装置”。
下面根据图23对本发明的一实施方式进行说明。为了便于说明,关于与实施方式1或实施方式2中说明过的装置相同的装置,省略其相关说明。并且,关于与实施方式1或实施方式2中所示的各部件具有相同功能的部件,对其附记相同的标号,并省略其相关说明。同样,关于与实施方式1或实施方式2中说明过的处理相同的处理,也省略其相关说明。
在本实施方式中所述的“DNS检测处理”与实施方式2中所述的“DNS检测处理”是不同的处理。在本实施方式中,所述的“DNS检测处理”所表示的是本实施方式的“DNS检测处理”。
另外关于本实施方式中使用的“数据包”、“数据流”、以及“视音频数据流”这些用语,其各自与实施方式1中所述的定义相同。并且,与实施方式1相同,设想本实施方式的PLC网络是使用有遵循HomePlugAV规格的PLC的LAN。
(数据收发装置从请求数据起至接收数据为止的流程概要)
以下,参照图23,对图20所示通信控制***中的,STB402从请求视音频数据起到从视音频配送服务器603接收视音频数据为止的流程的概略进行说明。图23是模式性表示图20所示通信控制***中的,STB402从请求视音频数据起到接收视音频数据为止的流程例的序列图。
实施方式1与实施方式2的区别在于,PLC适配器311及PLC适配器312仅当在预定时间(tW毫秒)内(第1预定期间)检测到2个DNS答复消息时,才进行优先级数据生成处理。
首先,STB402在受理了视听视音频内容的用户操作后,在与门户服务器连接前,先向HGW121发送用以询问门户服务器IP地址的第1个DNS询问消息(以下称“第1DNS询问消息”)(步骤S421)。
然后,路径中的PLC适配器312中继上述第1DNS询问消息。在此,PLC适配器312监视其自身所中继的所有数据包,即,不断进行DNS检测处理。但由于上述第1DNS询问消息不是DNS检测处理的检测对象,所以不进行上述的检测(步骤S422)。关于本实施方式的DNS检测处理的详细过程,将在以后说明。
同样的,PLC适配器311也进行DNS检测处理,但由于上述第1DNS询问消息不是检测对象,所以不进行上述的检测。PLC适配器311向HGW121转送上述第1DNS询问消息(步骤S423)。
然后,HGW121接收了DNS询问消息后,进行与该接收的DNS询问消息相对应的DNS处理。也就是说,若在HGW121中已经管理有与所被询问的域名相对应的IP地址,便向STB402发送相应的DNS答复消息。若在HGW121未管理有与所被询问的域名相对应的IP地址,便向DNS服务器601发送DNS询问消息(步骤S424)。
DNS服务器601返送与第1DNS询问消息相对应的,第1个相应的DNS答复消息(以下称第1DNS答复消息)(步骤S425)。HGW121在接收上述DNS答复消息后,向作为询问方的STB402发送上述DNS答复消息(步骤S424)。
然后,路径中的PLC适配器311中继来自HGW121的上述第1DNS答复消息。如上所述,由于PLC适配器311进行DNS检测处理,因此此时PLC适配器311所检测的是DNS答复消息。而且,还检测作为询问对象的域名与预先设定的域名1是否一致(步骤S426)。
PLC适配器312也同样进行DNS检测处理(步骤S427)。
其后,接收了上述第1DNS答复消息的STB402在进行了预定的处理后,为了询问面向电视机的门户服务器的IP地址,向HGW121发送第2个DNS询问消息(以下称“第2DNS询问消息”)。
PLC适配器322、PLC适配器、以及HGW121在接收了第2DNS询问消息时所进行的处理(步骤S428~S430)与步骤S422~S424所述的处理相同,所以省略其相关说明。
然后,DNS服务器601返送与第2DNS询问消息相对应的,第2个相应的DNS答复消息(以下称“第2DNS答复消息”)(步骤S431)。
路径中的PLC适配器311以及PLC适配器312从HGW121接收上述第2DNS答复消息。PLC适配器311以及PLC适配器312各自通过DNS检测处理来检测DNS答复消息。还检测作为询问对象的域名与预先设定好的域名2是否一致(步骤S432、S434)。
此时,PLC适配器311以及PLC适配器312各自检测到了上述第1DNS答复消息后,若在预定时间(tw毫秒)内又检测到上述第2DNS答复消息,便进行优先级数据生成处理(步骤S433、S435)。
在此,上述预定时间(tw毫秒)包含在预先设定的条目中,且该条目被存储至QoS对象存储部222。或,上述预定时间也可以是固定的时间。
在优先级数据生成处理中,如实施方式2所述的那样,生成用以对从视音频配送服务器603发向STB402的数据包以及在相反方向上从STB402发向视音频配送服务器603的数据包进行优先传送的,优先级数据。关于数据包的优先级,同样使用预先设定好的值。
关于接收了第2DNS答复消息的STB402,从其发送视音频数据的请求数据包起到其接收视音频数据包为止的处理(步骤S436~S442)与实施方式2所述的处理相同。PLC适配器311以及PLC适配器312各自依照步骤S433以及S435中生成的优先级数据,进行数据包优先传送处理。
通过以上说明的流程,用户在享受面向电视机、STB提供的视音频配送服务时,特别是能够在PLC网络501上,优先对请求数据包、视音频数据包、控制数据包这些在视音频配送服务器603与STB402之间收发数据包进行传送。由此,能够优先对面向电视机、STB提供的视音频配送服务的对应数据流进行传送。
(PLC适配器的结构)
与实施方式2的PLC适配器的不同点在于,本实施方式的PLC适配器当在预定时间内检测到2次DNS答复消息时,生成优先级数据。对此,以下说明本实施方式的PLC适配器在结构上与实施方式2的PLC适配器的不同点。
本实施方式中的QoS对象存储部222与实施方式2的QoS对象存储部222不同点在于,包含所要进行优先传送的2个服务器的域名,还包含从检测到第1DNS答复消息起到检测到第2DNS答复消息为止的时间的上限值。本实施方式中的QoS对象存储部222例如可以具有表9所示的数据结构。也就是说,对包含由“域名1”、“域名2”、“延迟时间”、“优先级”组成的组的条目进行存储。“域名1”是门户服务器的域名,“域名2”是面向电视机的门户服务器的域名。“延迟时间”是指,从检测到第1DNS答复消息起到检测到第2DNS答复消息为止的时间(毫秒)的上限值。
〔表9〕
本实施方式的DNS检测部212与实施方式2的DNS检测部212同样地,监视数据包转送处理部211所转送的数据包。而且,若得知该数据包为DNS答复消息(第1DNS答复消息)的数据包,便检查该数据包所含的询问对象的域名与QoS对象存储部222所管理的条目信息中的“域名1”是否一致。如果发现相一致的条目信息(以下称“条目EN1”),则接着由本实施方式的DNS检测部212监视数据包转送处理部211所转送的数据包。
其后,若再次得知该数据包为DNS答复消息(第2DNS答复消息)的数据包,本实施方式的DNS检测部212便检查该数据包所含的询问对象的域名与条目EN1中的“域名2”是否一致。
如果一致的话,便检查从检测到第1DNS答复消息起到检测到第2DNS答复消息为止的时间。然后,从检测到第2DNS答复消息时的时刻中,减去检测到第1DNS答复消息时的时刻,若该减算的值比条目EN1中“延迟时间”列的值所示的时间短,便将该情况通知给优先级数据生成处理部213。然后,优先级数据生成处理部213利用条目EN1中“优先级”列的值,生成优先级数据。
下面以表9中第1行的条目为例来说明。DNS检测部212从检测到与第1DNS询问消息相对应的,含有“portal-x.jp”这个域名的第1DNS答复消息已被接收时起,若在“500”毫秒内检测到与第2DNS询问消息相对应的,含有“tv.portal-x.jp”这个域名的第2DNS答复消息也被接收,便将该情况通知给优先级数据生成处理部243。优先级数据生成处理部243便生成表示域名“tv.portal-x.jp”所对应的优先级是“4”的,优先级数据。
另外,关于从检测到第2DNS答复消息时的时刻中减去检测到第1DNS答复消息时的时刻而得到的值,若该值比“延迟时间”列的值所示的时间长,则说明从检测到第1DNS答复消息时起到检测到第2DNS答复消息时为止的花费时间过多,所以不向优先级数据生成处理部243进行通知。另外,若没有检测到第1DNS答复消息,而只是检测到第2DNS答复消息,也不向优先级数据生成处理部243进行通知。
本实施方式的QoS对象存储部222还可以包含“DNS询问种类”。例如,QoS对象存储部222可以具有表10所示的数据结构。在表10所示的数据结构中包含有作为DNS询问种类的“类别1”(第1要求种类)以及“类别2”(第2要求种类)。
“类别1”是第1DNS询问消息中所含DNS询问的种类。而“类别2”是第2DNS询问消息中所含DNS询问的种类。在表10中,“A”是在请求返送IPv4地址时所被赋予的值(在DNS询问消息的数据包内的值为“1”)。另外,“AAAA”是在请求返送Ipv6地址时所被赋予的值(在DNS询问消息的数据包内的值为“28”)。
〔表10〕
如上述情况时,当DNS检测部212通过DNS检测处理来检测DNS答复消息时,除了检测作为询问对象的域名与预先设定好的域名是否一致以外,还检测DNS询问种类与预先设定好的类别是否一致(域名/请求种类提取单元)。而且,如果在预定时间(毫秒)内检测到2个DNS答复消息,便将该情况通知给优先级数据生成处理部243。
下面以表10中第1行的条目为例进行说明。DNS检测部212从检测到与第1DNS询问消息相对应的,含有域名“portal-x.jp”及DNS询问种类“A”的第1DNS答复消息已被接收时起,若在“500”毫秒内检测到与第2DNS询问消息相对应的,含有域名“tv.portal-x.jp”及DNS询问种类“A”的第2DNS答复消息也已被接收,便将该情况通知给优先级数据生成处理部243。优先级数据生成处理部243便生成表示域名“tv.portal-xjp”所对应的优先级是“4”的,优先级数据。
在表10中,设想“portal-y.tv”这一域名是门户服务器的域名,“auth.portal-y.tv”这一域名是进行访问认证的认证服务器的域名。另外,设想第3行的条目中的第1个域名“www.portal-z.cojp”(类别A)是IPv4用门户服务器的域名,第2个域名“www.portal-z.co.jp”(类别AAAA)是IPv6用门户服务器的域名。
在上述实施方式的说明中,当在检测到第1DNS答复消息后又检测到第2DNS答复消息时,进行优先级数据生成处理。然而,也可以与所检测的DNS答复消息的顺序无关,即,当在一定的时间间隔内检测到2个DNS答复消息时,也可以进行优先级数据生成处理。此外,也可以不在检测到2个DNS答复消息时,而是在检测到3个以上的DNS答复消息时,进行优先级数据生成处理。
在本实施方式的说明中,虽然是通过作为中继装置的PLC适配器来进行上述的DNS检测处理以及优先级数据生成处理的,但也可以通过作为通信控制装置的HGW121来实现该些处理。
(实施方式4)
在以上实施方式的说明中,优先级数据生成处理部213在生成优先级数据时,指定使发送方IP地址以及发送目的地IP地址与优先级具有对应关系。但并不限于该结构例。
优先级数据生成处理部213在生成优先级数据时,也可以指定使发送方MAC地址以及发送目的地MAC地址与优先级具有对应关系。例如,可以不使用表6,而使用表11或表12所示的优先级数据。
若DNS答复数据包是从以太网侧接收的数据包,便生成表11所示的优先级数据(从视音频配送服务器603向STB402的方向)。
若DNS答复数据包是从PLC网络501接收的数据包,便生成表12所示的优先级数据(从STB402向视音频配送服务器603的方向)。
〔表11〕
〔表12〕
例如参照图21来说明,步骤S406以及步骤S408中所检测出的DNS答复消息的发送方MAC地址是HGW121的MAC地址,而该DNS答复消息的发送目的地MAC地址是STB402的MAC地址。因此,在步骤S407中,优先级数据生成处理部213生成:满足发送方MAC地址是HGW121的MAC地址且发送目的地MAC地址是STB402的MAC地址的,优先级数据。另外,在步骤S408中,优先级数据生成处理部213生成:满足发送方MAC地址是STB402的MAC地址且发送目的地MAC地址是HGW121的MAC地址的,优先级数据。
由此,PLC适配器311的数据包优先级存储部223存储表13所示的优先级数据。另外,PLC适配器312的数据包优先级存储部223存储表14所示的优先级数据。在此,设本实施方式中的STB402的MAC地址为“00-11-11-11-11-11”,HGW121的MAC地址为“00-22-22-22-22-22”。
〔表13〕
发送方MAC地址 | 发送目的地MAC地址 | 优先级 |
00-22-22-22-22-22 | 00-11-11-11-11-11 | 5 |
〔表14〕
发送方MAC地址 | 发送目的地MAC地址 | 优先级 |
00-11-11-11-11-11 | 00-22-22-22-22-22 | 5 |
以下说明本实施方式的数据包优先传送处理部214。数据包优先传送处理部214首先从数据包转送处理部211欲要转送的数据包中,提取发送方MAC地址以及发送目的地MAC地址等的头信息。
然后,从数据包优先级存储部223的条目中,提取出“发送方MAC地址”列的值与上述提取的发送方MAC地址呈一致,且“发送目的地MAC地址”列的值与上述提取的发送目的地MAC地址呈一致的,条目。若该条目未能提取出,数据包转送处理部211便依照默认的优先级来转送该相关的数据包。若该条目被提取出,数据包转送处理部211便从被提取出的条目中取得“优先级”,并按照该取得的“优先级”来转送该相关的数据包。
若存在如表13所示的优先级数据,PLC适配器311的数据包转送处理部211便以优先级“5”来传送自HGW121向STB402发送的数据包。若存在如表14所示的优先级数据,PLC适配器312的数据包转送处理部211便以优先级“5”来传送自STB402向HGW121发送的数据包。
(之所以指定MAC地址来生成优先级数据的理由)
关于指定MAC地址来设定“优先级数据”的这一方法,其与指定IP地址来进行设定的方法相比,虽然无法按每一视音频配送服务器来设定优先级,但在以下方面较有利。
即,视音频配送服务器的域名很有可能在将来发生变更,或被追加。为了对应将来的视音频配送服务的动向,需要更新QoS对象存储部222中的条目信息。无论是用户来更新条目信息,还是通过固件的升级来更新条目信息,其都需要进行条目信息的更新。
对此,若将QoS对象存储部222中的条目信息设定成是门户服务器的域名,而不是视音频配送服务器的域名,便有可能无需进行条目信息的更新。其理由在于,门户服务器是STB或电视较难在最初连接的服务器,且门户服务器的域名在将来发生变更的可能性较低。
STB或电视首先向门户服务器进行连接,其后从门户服务器起,经由链接而向视音频配送服务器请求视音频数据。PLC适配器无需事先得知视音频配送服务器的域名。因此,只要预先得知门户服务器的域名,那么将来即使视音频配送服务器的域名发生了变更,也能够对应处理。
无论视音频配送服务器是什么服务器,在视音频数据被从视音频配送服务器发送至STB402时,是要经由HGW121的。
从HGW121向STB402转送视音频数据包时,该视音频数据包的发送方MAC地址被设定为HGW121的MAC地址,该视音频数据包的发送目的地MAC地址被设定为STB402的MAC地址。由此,通过预先指定MAC地址并设定“优先级数据”,在HGW121与STB402之间流动的数据便被优先传送。
只要HGW121装置本身不变更,HGW121的MAC地址便一定。因此,基于HGW121的MAC地址的数据包优先传送处理具有无需进行版本升级等优点。
另外,数据包优先级存储部223中存储的优先级也可以仅与发送目的地装置的MAC地址具有对应关系。即,也可以从表13以及表14所示的结构中除去“发送方装置的MAC地址”列。此时,在数据包优先传送处理中,是仅基于数据包的发送目的地装置的MAC地址来判断是或否优先传送数据包的。因此,从HGW121以外的装置向数据收发装置400发送的数据包也会成为优先传送的对象。例如,从住宅内设置的DLAN服务器经由PLC适配器311、312、313而向电视405发送的视音频数据流便也成为优先传送的对象。
(附记事项)
关于上述实施方式中说明的用以优先传送数据的功能,通信控制装置100、120也可以具备该功能,中继装置300、310也可以具备该功能。即,图1中所说明的HGW101的控制部10及存储部20所具备的各部件可以是PLC适配器301、302、303中具有的结构。同样,图22中说明的PLC适配器311(312、313)的控制部210及存储部220所具备的各部件可以是HGW121中具有的结构。
在上述的实施方式的说明中,HGW101具备有DNS处理部12,但并不限定于此。HGW101不一定要具备有DNS处理部12,DNS处理部12也可以作为外部装置,以能够进行通信方式(例如介由以太网)与HGW101连接。
另外,在上述实施方式1以及实施方式2中,作为开始接收视音频内容时的处理(接收开始处理),STB402等数据收发装置400向默认的DNS服务器即、HGW101发送用以询问视音频配送服务器603的IP地址的DNS询问消息,HGW101根据上述DNS询问消息中包含的域名来进行优先级数据生成处理,但并不限定于该方式,HGW101也可以根据针对其他服务器的DNS询问消息,来进行优先级数据生成处理,在此,该其他服务器是指,在开始接收视音频内容前所访问的其他服务器。例如,数据收发装置400发送用以询问门户服务器的IP地址的DNS询问消息,然后HGW101可以根据上述DNS询问消息中包含的域名来进行优先级数据生成处理。在此,例如可设想上述门户服务器是,对用户享用视音频配送服务时所最先要访问的门户网站进行提供的服务器。设想在该门户网站上显示有视音频配送服务中所提供的视音频内容的缩略图等,用户从而能够选择视音频内容。
视音频配送服务器的域名虽然有可能因服务提供方的理由而被施以追加、消除、变更等修改,但门户服务器的域名几乎不会被修改。一般来说,在出厂时,数据收发装置400中已存储有门户服务器的域名,当接通电源时,数据收发装置400会向该域名进行访问,并最先向用户显示门户网页,然后由用户在该门户网站中选择内容。若门户服务器的域名被改变,那么在接通数据收发装置400的电源时,门户网站便法显示,而是显示为错误,因此用户的便利性会明显下降。虽然能够通过数据收发装置400的更新等来改变数据收发装置400中登录的门户服务器的域名,但并不是所有用户都会进行更新,因此服务提供方也较难改变门户服务器的域名。与之相比,视音频配送服务器的域名是在用户通过门户网站来选择内容时所被决定的,因此即使门户网站的域名发生变更也无大问题。
当视音频配送服务器的域名发生变更时,若该变更后的域名不是QoS对象存储部22中存储的域名,对于具有上述变更后的域名的门户服务器所发送出的数据包,便不会施以数据包优先级变更处理。因此,可以将不大会被修改的门户服务器的域名作为QoS对象存储部22、数据包优先级存储部23、服务器地址存储部21各自的“域名”列中的值,从而进行优先级数据生成处理以及数据包优先级变更处理。
此外,由于门户服务器的IP地址与实际发送视音频数据包的视音频配送服务器的IP地址不同,因此,若在设定上,使与门户服务器的IP地址以及数据收发装置400的IP地址相吻合的数据包优先被传送,那么从视音频配送服务器发送给数据收发装置400的视音频数据包便不会被优先传送。在该情况时,可以考虑仅根据数据收发装置400的IP地址来判断是否进行优先传送。但此时,数据收发装置400所接收(或发送)的数据包都会被优先传送,从而导致本无需优先传送的数据包(例如数据收发装置400所接收的Web数据等)也被优先传送,致使全体上的QoS控制的效率下降。
另外,当视音频的视听中断或结束时,数据收发装置400基本会访问门户服务器,从而返回到内容选择画面。此时,若在安装结构上是,数据收发装置400每次在访问服务器之前都向该服务器发送DNS询问消息,则数据收发装置400会多次发送用以询问门户服务器的IP地址的DNS询问消息。因此,对于一定时间以上未向门户服务器进行DNS询问的数据收发装置400,HGW能够将该数据收发装置400从QoS对象中除去(即,消除表4、表6所示的条目)。由此,能够仅把不再接收视音频的数据收发装置400从QoS对象中除去,因此其他数据收发装置400所能够使用的带宽便得以增加,网络全体上的QoS效率便得以提高。
另外,在上述实施方式的说明中,HGW101无论所要转送的数据包是否已被设定了优先级,都通过数据包优先级变更处理来更新该所要转送的数据包优先级,但并不限定于该方式。即,例如,若服务器600等中已被付与了数据包的优先级,也可以不执行数据包优先级变更处理。
另外,可以通过预定的接口,由用户来设定是否要通过数据包优先级变更处理来盖写数据包的优先级。例如,可以使用户通过QoS对象设定画面161或QoS对象设定画面162来变更该设定。
另外,也可以新追加用以对QoS的策略(policy)进行管理的策略管理功能(例如,可以使HGW101包含该策略管理功能,或使具有该策略管理功能的外部装置与HGW101以能够通信的方式连接),并通过该策略管理功能来判断是否要盖写数据包的优先级。关于上述策略管理功能,例如可以根据按每一服务而设定的是否盖写数据包的优先级的设定信息,进行上述的判断。
因服务的不同,为了在第2通信网络700中进行基于DSCP的QoS控制,服务器600有时会在数据包的DSCP字段中设定预定的值来进行发送。在该情况下,若服务提供方所设定的DSCP值与本发明中由HGW101所更新的DSCP有差异,便有可能发生不良。例如,若更新成比服务提供方所设想的优先级低的优先级,便可能在数据收发装置400中发生视频或音频的紊乱。若DSCP值在HGW101欲进行转送前就已被设定成某值,只要不对DCSP值进行更新,便可以避免上述的问题。
另外,在上述实施方式中虽然叙述到对属于视音频数据流的视音频数据包的优先度进行变更,但也可以变更属于任何数据流的数据包的优先级。例如,在音频通信服务中,可以对属于以VoIP发送的视频数据流的数据包的优先级进行变更。属于音频数据流的数据包一般以高于视频数据包的优先级来传送。另外,就HomePlugAV规格来说,推选音频数据流的所属数据包的DSCP值为6(即,对于PLC网络中传送的数据包,其CAP的值为3)。
另外,在上述的实施方式1中,虽然是通过在HGW101中改写数据包的DSCP字段来施以优先控制QoS的,但也可以通过其他字段来表示数据包的优先级。例如可以使用VLAN优先标签(priority tag)。
另外,在上述的实施方式1中,虽然是通过在HGW101中改写数据包的DSCP字段来施以优先控制QoS的,但数据包中的DSCP字段的改写也可以由其他装置来进行。例如,可以通过PLC适配器或无线LAN适配器等中继装置300来进行改写。此时,HGW101通过与上述实施例中相同的方法来找出成为QoS设定对象的数据流,并将该数据流的信息通知给PLC适配器或无线LAN适配器,以取代在数据包优先级存储部中存储该数据流的信息。PLC适配器或无线LAN适配器将该信息预先保存,并在之后转送数据包时,通过与上述实施方式中数据包优先级变更处理部同样的处理来更新DSCP字段,其后向PLC网络或无线LAN网络进行发送。
另外,在上述实施方式1中,虽然是通过在HGW101中改写数据包的DSCP字段来实施优先控制QoS的,但也可以事前向PLC适配器或无线LAN适配器等中继装置300发送信息来指出QoS对象。例如,HGW101通过与上述实施例中相同的方法来找出成为QoS设定对象的数据流,并将用以识别该数据流的发送方IP地址和发送目的地IP地址通知给PLC适配器或无线LAN适配器等,以取代在数据包优先级存储部中存储该数据流的信息。此时,还可以同时通知该数据流的优先级的信息。PLC适配器或无线LAN适配器将该信息预先保存,并在之后转送数据包时,对数据包的IP地址进行分析,若与HGW101所预先通知的IP地址吻合,便将该数据包作为QoS对象而优先发送给PLC网络或无线LAN网络。若此时已预先通知有优先级,也可以根据该优先级来进行QoS传送。
另外,在上述实施方式1中,HGW101在发送数据包时会进行优先控制传送,但也可以不执行优先控制传送。即,HGW101也可以仅执行DSCP字段的改写。
关于上述的实施方式,除以上所述,还可以表述如下。即,本发明的通信控制装置从接收装置收取包含有发送装置域名的地址请求信号,根据上述地址请求信号中包含的域名来决定优先级,并根据上述地址请求信号中包含的域名来取得上述上述发送装置的地址,还根据上述地址请求信号的发送方地址来取得上述接收装置的地址,把要从上述发送装置发送至上述接收装置的数据包的优先级设定成上述所决定的优先级。
关于实施方式2~4,除以上所述,还可以表述如下。
〔1〕本发明的中继装置是对数据包进行中继的中继装置,上述中继装置具备QoS对象存储部、域名地址解决数据包检测部(DNS检测部)、优先级数据生成处理部、数据包优先级存储部、数据包优先传送处理部,上述QoS对象存储部存储成为QoS设定对象的域名,上述域名地址解决数据包检测部在检测出上述所中继的数据包是域名地址解决数据包时,判断上述域名地址解决数据包的询问对象域名是否与上述QoS对象存储部中存储的上述域名相吻合,若吻合,便通知上述优先级数据生成处理部,上述优先级数据生成处理部确认到与上述域名相吻合的域名地址解决数据包的存在后,从上述域名地址解决数据包中提取地址信息,并生成包含上述提取的地址信息的优先级数据,上述数据包优先级存储部存储上述生成的优先级数据,上述数据包优先传送处理部判断上述所中继的数据包是否与上述数据包优先级存储部中存储的优先级数据相吻合,若吻合,便优先中继上述数据包。
〔2〕本发明的中继装置是对数据包进行中继的中继装置,上述中继装置具备QoS对象存储部、域名地址解决数据包检测部(DNS检测部)、优先级数据生成处理部、数据包优先级存储部、数据包优先传送处理部,上述QoS对象存储部存储成为QoS设定对象的第1域名及第2域名,上述域名地址解决数据包检测部在检测出上述所中继的数据包是域名地址解决数据包时,判断上述域名地址解决数据包的询问对象域名是否与上述QoS对象存储部中存储的上述第1域名及第2域名相吻合,若吻合,便通知上述优先级数据生成处理部,上述优先级数据生成处理部确认到与上述第1域名相吻合的第1域名地址解决数据包以及与上述第2域名相吻合的第2域名地址解决数据包这两者的存在后,从上述第1及第2域名地址解决数据包中提取地址信息,并生成包含上述提取的地址信息的优先级数据,上述数据包优先级存储部存储上述生成的优先级数据,上述数据包优先传送处理部判断上述所中继的数据包是否与上述数据优先级存储部中存储的优先级数据相吻合,若吻合,便优先中继上述数据包。
〔3〕另外,在本发明的中继装置中,上述优先级数据生成处理部从上述域名地址解决数据包中提取的地址信息可以是由上述域名地址解决数据包所解决了的域名的对应地址。
〔4〕另外,在本发明的中继装置中,上述优先级数据生成处理部从上述域名地址解决数据包中提取的地址信息可以是发送或接收上述域名地址解决数据包的装置的地址。
〔5〕本发明的中继装置是对数据包进行中继的中继装置,上述中继装置具备DNS检测部、优先级数据生成处理部、数据包优先传送处理部、
QoS对象存储部、数据包优先级存储部,上述DNS检测部在检测出上述所中继的数据包是DNS数据包时,判断上述DNS数据包的询问对象域名是否与上述QoS对象存储部所存储的条目信息中的域名相吻合,若吻合,便通知上述优先级数据生成处理部,上述优先级数据生成处理部根据上述DNS数据包以及上述QoS对象存储部中存储的上述所吻合的条目信息,生成优先级数据,并将上述生成的优先级数据存储至上述数据包优先级存储部,上述数据包优先传送处理部判断上述所中继的数据包是否与上述数据包优先级存储部中存储的优先级数据相吻合,若吻合,便依照上述所吻合的优先级数据的优先级,优先中继上述数据包。
〔6〕在数据接收装置发送了用以对属于第1域名的第1外部通信装置的通信地址进行请求的第1要求,且通过通信控制装置接收了该第1要求的答复后,发送用以对属于第2域名的第2外部通信装置的通信地址进行请求的第2要求,然后,在向数据发送装置发送了用以对由多个通信数据包构成的数据流进行请求的第3要求时,作为该第3要求的答复,由上述数据发送装置介由上述通信控制装置来向上述数据接收装置发送包含在上述数据流中的上述通信数据包,本发明的中继装置对该通信数据包进行控制的同时中继该数据包,在本发明的中继装置中,上述第1要求的答复包括有:第1域名,是上述外部装置所属的上述第1域名的名称;上述外部装置的地址;表示上述第1要求的类别的第1要求类别,上述第2要求的答复包括有:第2域名,是上述数据发送装置所属的上述第2域名的名称;上述数据发送装置的通信地址;表示上述第2要求的类别的第2要求类别;上述通信控制装置的物理地址;上述数据接收装置的物理地址,具备:域名/要求类别提取单元,从上述第1要求的答复中提取上述第1域名以及上述第1要求类别,还从上述第2要求的答复中提取上述第2域名以及上述第2要求类别;第1存储部,存储上述第1域名、上述第1要求类别、上述第2域名、上述第2要求类别、上述通信数据包的传送优先级,且在存储时使它们相互对应;域名优先级取得单元,从上述第1存储部中取得,与由上述域名/要求类别提取单元提取的上述第1域名、上述第1要求类别、上述第2域名、上述第2要求类别所组成的组相对应的传送优先级;优先级数据生成单元,将上述第2要求的答复中包含的由上述通信控制装置的MAC地址和上述数据接收装置的MAC地址组成的组与上述域优先级取得单元所取得的传送优先级相互对应地存放至第2存储部,在构成上述数据流的各通信数据包中,包含该通信数据包的发送方MAC地址以及该数据包的发送目的地MAC地址,还具备:发送方地址/发送目的地地址提取单元,从构成上述数据流的上述通信数据包中提取上述发送方MAC地址以及上述发送目的地MAC地址;数据包优先级取得单元,关于由上述发送方地址/发送目的地地址提取单元提取的上述发送方的MAC地址和上述发送目的地的MAC地址,从上述第2存储部中取得与由该发送方的MAC地址和该发送目的地的MAC地址组成的组相对应的传送优先级;数据包传送控制单元,依照上述数据包优先级取得单元所取得的上述传送优先级,控制传送构成上述数据流的上述通信数据包。
〔7〕本发明的中继装置对由多个通信数据包构成的数据流中所含的上述通信数据包的传送进行控制,并对该通信数据包进行中继。在该中继装置中,中继从数据接收装置发送来的用以对从属于域名的外部装置的通信地址进行请求的要求,还中继向上述数据接收装置发送的针对上述请求的回应,其中,该回应中包括有上述外部装置的所属域的域名、该回应的发送方的表示信息、该回应的发送目的地的表示信息,具备:域名/发送信息提取单元,在检测到该中继装置所要中继的通信数据包是上述回应的通信数据包时,从上述回应中提取上述外部装置的域名、该回应的发送方的表示信息、该回应的发送目的地的表示信息;第1存储部,存储上述外部装置的域名以及要被设定给上述通信数据包的传送优先级,并在存储时使该域名以及该传送优先级相互对应;域优先级取得单元,从上述第1存储部中取得与上述域名/发送信息提取单元所提取的上述外部装置的域名相对应的传送优先级;优先级数据生成单元,存储由上述域名/发送信息提取单元所提取的上述回应的发送方的表示信息和该回应的发送目的地的表示信息所组成的组,以及上述域优先级取得单元所取得的传送优先级,且在存储时使该组与该传送优先级相互对应,在构成上述数据流的上述通信数据包中,包含有该通信数据包的发送方的表示信息以及该通信数据包的发送目的地的表示信息,还具备:发送方信息/发送目的地信息提取单元,从该中继装置所中继的上述通信数据包中,上述发送方的表示信息以及上述发送目的地的表示信息;数据包优先级取得单元,从上述第2存储部中,取得与由上述发送方信息/发送目的地信息提取单元所提取的上述发送方的表示信息和上述发送目的地的表示信息所组成的组相对应的传送优先级;数据包传送控制单元,根据上述数据包优先级取得单元所取得的上述传送优先级,对构成上述数据流的上述通信数据包的传送进行控制。
此外,关于实施方式2~4,除以上所述,还可以表述如下。
〔8〕本发明的中继装置是中继数据包的中继装置,其具备:QoS对象存储部,至少对成为QoS对象的域名进行存储;域名/地址解决数据包检测单元,在检测出上述所被中继的数据包是域名/地址解决数据包时,判断该检测出的域名/地址解决数据包中包含的询问对象的域名是否与上述QoS对象存储部中存储的域名一致;优先级数据生成处理单元,若上述判断的结果是上述询问对象的域名与上述QoS对象存储部中存储的域名相一致,便从上述所检测出的域名/地址解决数据包中提取地址,并生成包含该提取的地址的优先级数据,且将该生成的优先级数据存放至数据包优先级存储部;数据包优先传送处理单元,当上述所被中继的数据包中包含的地址与上述数据包优先级存储部存储的上述优先级数据中的所含地址相一致时,优先对上述数据包进行中继。
〔9〕另外,在本发明的中继装置中,上述优先级数据生成处理单元加入上述优先级数据中的地址也可以是,由上述域名/地址解决数据包所解决的域名的对应地址。
〔10〕另外,在本发明的中继装置中,上述优先级数据生成处理单元加入上述优先级数据中的地址也可以是,发送或接收上述域名/地址解决数据包的装置的地址。
此外,关于各实施方式,除以上所述,还可以表述如下。
〔11〕本发明的中继装置是中继数据包的中继装置,其具备:QoS对象存储部,至少对成为QoS对象的域名进行存储;优先级数据生成处理单元,拥有域名/地址解决数据包取得单元以及域名/地址解决数据包判断单元,该域名/地址解决数据包取得单元取得从其他装置发送来的域名/地址解决数据包,该域名/地址解决数据包判断单元判断上述所取得的域名/地址解决数据包中包含的询问对象的域名是否与上述QoS对象存储部中存储的域名相一致,若上述判断的结果是上述所取得的域名/地址解决数据包中包含的询问对象的域名与上述QoS对象存储部中存储的域名相一致,该优先级数据生成处理单元便从上述所取得的域名/地址解决数据包中提取地址,并生成包含该提取的地址的优先级数据,且将该生成的优先级数据存放至数据包优先级存储部;数据包优先传送处理单元,从上述被中继的数据包中,把包含有与上述数据包优先级存储部存储的上述优先级数据中的所含地址相一致的地址的,数据包作为优先传送处理的对象,而进行优先传送处理。
〔12〕另外,在本发明的中继装置中,上述QoS对象存储部能够存储多个域名,对于所有存储在上述QoS对象存储部中的每个域名,在判断上述取得的域名/地址解决数据包中包含的询问对象的域名与上述QoS对象存储部中存储的域名为一致时,上述优先级数据生成处理单元从上述取得的域名/地址解决数据包的某个中提取地址,并生成包含该提取的地址的优先级数据。
〔13〕另外,在本发明的中继装置中,关于上述被中继的数据包之中的,包含有与上述数据包优先级存储部存储的上述优先级数据中的所含地址相一致的地址的,数据包,若该数据包的非中继状态持续了一定期间以上,从上述数据包优先级存储部中消除上述优先级数据。
〔14〕另外,在本发明的中继装置中,上述域名/地址解决数据包接收单元所接收的域名/地址解决数据包可以是针对域名询问的答复数据包。
〔15〕另外,在本发明的中继装置中,上述域名/地址解决数据包取得单元可以监视该中继装置所中继的数据包,且从该中继的数据包中取得域名/地址解决数据包。
〔15〕另外,在本发明的中继装置中,上述QoS对象存储部可以存储上述成为QoS对象的域名与要被设定给数据包的传送优先级,且在存储时使该QoS对象的域名与该传送优先级相互对应;作为优先传送处理,上述数据包优先传送处理单元可以向成为优先传送处理的对象的数据包,设定上述QoS对象存储部中存储的传送优先级。
〔16〕另外,在本发明的中继装置中,作为优先传送处理,上述数据包优先传送处理单元可以在该中继装置内优先传送成为优先传送处理的对象的数据包。
〔17〕另外,在本发明的中继装置中,上述优先级数据生成处理单元加入上述优先级数据中的地址也可以是,由上述取得的域名/地址解决数据包所解决的地址及/或上述取得的域名/地址解决数据包的接收装置的地址。
〔18〕另外,在本发明的中继装置中,上述优先级数据生成处理单元加入上述优先级数据中的地址也可以是,上述取得的域名/地址解决数据包的发送装置的地址及/或上述取得的域名/地址解决数据包的接收装置的地址。
〔19〕另外,在本发明的中继装置中,可以进一步具备QoS对象设定单元,以使利用者能够变更上述QoS对象存储部中存储的信息。
〔20〕另外,在本发明的中继装置中,上述QoS对象存储部可以将上述存储的域名所提供的网络服务的名称与上述存储的域名相互对应地存储。
〔21〕另外,在本发明的中继装置中,上述QoS对象存储部也可以将QoS排除信息与上述存储的域名相互对应地存储,其中,上述QoS排除信息用以表示是否要将上述存储的域名从QoS对象中暂时排除。
最后,控制部10、110、210、810可以通过利用CpU(central processing unit:中央处理器)以软件来实现,也可由硬件逻辑来构成。
以软件来实现时,HGW101、HGW121、PLC适配器301(302、303)、PLC适配器311(312、313)、无线LAN适配器801(802、803)具有:对实现各功能的控制程序的命令进行执行的CPU;存储上述程序的ROM;用以展开上述程序的RAM;存储上述程序及各种数据的存储器等存储装置(记录介质)等。另外,向HGW101、HGW121、PLC适配器301(302、303)、PLC适配器311(312、313)、无线LAN适配器801(802、803)提供记录介质,该记录介质记录有可由计算机读取的,HGW101、HGW121、PLC适配器301(302、303)、PLC适配器311(312、313)、无线LAN适配器801(802、803)的控制程序的程序代码(执行形式程序、中间代码程序、源程序),所述控制程序是用于实现以上所述功能的软件,通过由HGW101、HGW121、PLC适配器301(302、303)、PLC适配器311(312、313)、无线LAN适配器801(802、803)内的计算机(或CPU、MPU(Micro Processing Unit:微型处理器))来读出并执行该记录介质中记录的程序代码,也能够实现本发明的目的。
关于上述记录介质,例如可以是磁带、盒式带等带类;也可以是包括软盘(注册商标)、硬盘等磁盘以及CD-ROM、MO、MD、DVD、CD-R等光盘的盘类;也可以是IC卡(包括存储卡)、光卡等卡类;或是掩膜型ROM、EPROM、EEPROM、闪存ROM等半导体存储器类。
另外,HGW101、HGW121、PLC适配器301(302、303)、PLC适配器311(312、313)、无线LAN适配器801(802、803)也能够连接通信网络,上述程序代码也能够借助于通信网络来提供。关于上述通信网络,并没有特别的限制,例如,可以利用互联网(internet)、内联网(intranet)、外联网(extranet)、LAN、ISDN、VAN、CATV通信网、虚拟专用网络(virtual private network)、电话回线网络、移动通信网络、卫星通信网络等。另外,关于用以构成通信网络的传输介质,并没有特别的限制,例如,可以利用IEEE1394线、USB线、电力线、电缆电视回线、电话线、ADSL回线等有线,也可以利用诸如IrDA或遥控器等的红外线、Bluetooth(注册商标)、IEEE802.11无线通信、HDR、便携式电话网络、卫星回线、地面数字广播网络(terrestrial digital net)等无线通信。另外,即使上述程序代码的形态是以电子传输而得以实现的载置于载波的计算机数据信号,也可以实现本发明。
本发明并不限于上述各实施方式,可以根据权利要求所示的范围进行各种的变更,适当地组合不同实施方式中记述的技术手段而得到的实施方式也包含于本发明的技术范围之内。
如以上所述,本发明的中继装置是对在数据发送装置与数据接收装置之间收发的数据包进行中继的中继装置,其具备:QoS对象存储部,至少存储对成为QoS对象的QoS对象数据包进行发送的上述数据发送装置的所属域的域名;域名/地址解决数据包取得单元,取得用以解决上述数据发送装置的地址的域名/地址解决数据包,其中,上述域名/地址解决数据包中包含该数据发送装置的所属域的域名以及,该数据发送装置、域名/地址解决数据包的发送方装置、域名/地址解决数据包的发送目的地装置、上述数据接收装置的该些中至少一方的地址;优先信息生成单元,当上述域名/地址解决数据包取得单元取得的域名/地址解决数据包中所含的域名与上述QoS对象存储部中存储的域名相一致时,提取上述域名/地址解决数据包取得单元取得的域名/地址解决数据包中所含的1个或多个地址,并生成由该提取的地址所构成的地址群,且将该生成的地址群存放至数据包优先信息存储部;数据包优先传送单元,当由上述被中继的数据包中包含的1个或多个地址所构成的地址群与上述数据包优先信息存储部中存储的某地址群相一致时,进行优先传送上述被中继的数据包的优先传送处理。
由此,能够通过利用QoS对象存储部以及域名/地址解决数据包,把由要优先传送的数据包中包含的地址所构成地址群,存放至数据包优先信息存储部。因此,以后,当由该中继装置中继的数据包中包含的1个或多个地址所构成的地址群与数据包优先信息存储部中存储的地址群相一致时,便能够优先传送上述被中继的数据包。
即,关于拥有QoS对象存储部中存储的域名的数据发送装置向对该数据发送装置进行了发送请求的数据接收装置所发送的数据包,能够优先传送由该数据包组成的数据流。
由此,例如设想从域名不同的各视音频配送服务器发送的、使用有相同交涉协议的内容(例如高清晰的视音频内容以及低清晰的视音频内容)的数据流在同一通信网络中被传送。在该状况下,若各数据流都被优先传送,则通信网络的传送带宽会不足,此时,通过本发明,能够仅对从拥有QoS对象存储部中存储的域名的视音频配送服务器发送向数据接收装置的数据流进行优先传送(例如,仅对高清晰的视音频内容的数据流进行传送),因此即使在上述状况下也能实现QoS。
换而言之,能够仅优先传送需要优先传送的内容(高清晰的视音频内容等)的数据流中的数据包,而不优先传送其他内容(低清晰的视音频内容等)的数据流中的数据包,因此在接收被优先传送的数据流的数据接收装置中,能够抑制视音频重放时的紊乱。
另外,在本发明的中继装置中,当上述域名/地址解决数据包取得单元在第1预定期间所取得的多个上述域名/地址解决数据包的各个中包含的域名与上述QoS对象存储部中存储的某域名相一致时,上述优先信息生成单元可以提取在上述第1预定期间被取得的上述域名/地址解决数据包的某个或多个中包含的1个或多个地址,并生成由该提取的地址所构成的地址群。
根据上述结构,当在第1预定期间取得的多个域名/地址解决数据包的各个中包含的域名与QoS对象存储部中存储的某域名相一致时,关于在第1预定期间被取得的域名/地址解决数据包的某个或多个中包含的1个或多个地址,把由该1个或多个地址所构成的地址群存放至数据包优先信息存储部。
因此,关于在第1预定期间被取得的域名/地址解决数据包的某个或多个中包含的1个或多个地址,要把由该1个或多个地址所构成的地址群存放至数据包优先信息存储部的条件是:第1预定期间取得的多个域名/地址解决数据包的各个中包含的域名与QoS对象存储部中存储的某域名相一致。反而言之,若在QoS对象存储部所存储的域名中,存在与在第1预定期间取得的多个域名/地址解决数据包的各个中包含的域名都不一致的域名,则对于由在第1预定期间取得的域名/地址解决数据包某个或多个中包含的地址所构成的地址群,不将该地址群存放至数据包优先信息存储部。
由此,仅当在第1预定期间取得了多个含有QoS对象存储部所存储的域名的域名/地址解决数据包时,对于之后由该中继装置所中继的数据包之中的,包含有与上述取得的多个域名/地址解决数据包的某个或多个中所含的地址相一致的地址的、数据包,能够控制是否对其进行优先传送。
在此具体举例进行说明。(1)设想作为数据接收装置的STB在接收来自视音频配送服务器的数据流时,首先访问用以与视音频配送服务器连接的门户服务器,其后,按照门户服务器的指示来访问视音频配送服务器,(2)另一方面,设想作为其他数据接收装置的PC仅向门户服务器进行访问。另外,设想门户服务器以及视音频配送服务器的地址是通过域名/地址解决数据包所通知的。在上述情况下,在STB从视音频服务器接收数据流之前,所被传送的是两个不同的域名/地址解决数据包(包含门户服务器的地址的域名/地址解决数据包,以及包含视音频配送服务器的地址的域名/地址解决数据包)。与此相比,在PC访问门户服务器之前,所被传送的仅为含有门户服务器的地址的域名/地址解决数据包。
在上述例中,设想中继装置优先传送的是STB从视音频配送服务器所接收的数据流。此时,预先将视音频配送服务器的域名和门户服务器的域名存储至QoS对象存储部。当在第1预定期间取得了包含有门户服务器的地址的域名/地址解决数据包以及包含有视音频配送服务器的地址的域名/地址解决数据包时,由于QoS对象存储部中存储的域名与上述取得的两个域名/地址解决数据包中含有的域名相一致,因此,由上述所取得的两个域名/地址解决数据包的某个中含有的地址所构成的地址群便被存放至数据包优先信息存储部。因此,在之后由该中继装置所中继的数据包之中,关于由上述所取得的两个域名/地址解决数据包的某个中含有的地址所构成的地址群,含有与该地址群相一致的地址群的数据包(即,从视音频配送服务器向STB发送的数据流中的数据包)便能够被优先传送。
另一方面,在由PC向门户服务器访问的例中,在第1预定期间中仅取得含有门户服务器的地址的域名/地址解决数据包。因此,该取得的域名/地址解决数据包中包含的域名仅与QoS对象存储部中存储的单方的域名相一致。因此,由上述所取得的域名/地址解决数据包中含有的地址所构成的地址群便不会被存放至数据包优先信息存储部。因此,在该中继装置所中继的数据包之中,关于由上述所取得的单方的域名/地址解决数据包中的地址所构成的地址群,含有与该地址群相一致的地址群的数据包(即,从视音频配送服务器向PC发送的数据流中的数据包)便不会被优先传送。
如以上所述,关于以收发含有QoS对象存储部中存储的域名的多个域名/地址解决数据包而得以发送的数据流,能够控制对该数据流进行优先传送。
此外,在本发明的中继装置中,还可以具备优先信息消除单元,关于该中继装置在第2预定期间中继的1个或多个数据包,对与任何一数据包中包含的1个或多个地址所构成的地址群都不一致的、存储在上述数据包优先信息存储部中的上述地址群,上述优先信息消除单元进行消除。
根据上述结构,关于该中继装置在第2预定期间中继的1个或多个数据包,对于由之中某数据包含有的1个或多个地址所构成的地址群,不将其从数据包优先信息存储部中消除。而对于该地址群以外的地址群,将其从数据包优先信息存储部中消除。
因此,对于由第2预定期间中不中继的数据包中的1个或多个地址所构成的地址群,将该地址群从数据包优先信息存储部中消除。
例如,当要优先传送的数据流的传送结束时,属于该数据流的数据包便不再被发送,中继装置也不再对该数据包进行中继。若该数据包不在第2预定期间内被中继,数据包优先信息存储部中存储的用以优先传送该数据流的地址群便会被消除。
因此,能够防止被存储到数据包优先信息存储部的条目的数量不断增加,从而能够抑制在对数据包优先信息存储部进行检索时的处理负担的增加。所以能够减轻优先传送处理的处理负担。
此外,在本发明的中继装置中,优选上述域名/地址解决数据包可以是,作为对上述数据发送装置的地址的询问所作出的答复而被发送向上述数据接收装置的数据包。
根据上述结构,域名/地址解决数据包是针对数据发送装置地址的询问的答复数据包,即,是DNS的答复数据包。
在此,上述答复数据包中至少包含:被询问了地址的数据发送装置的所属域的域名;作为询问结果的、数据发送装置的地址;上述答复数据包的发送目的地的地址。
因此,能够使用DNS的答复数据包来生成要存放至数据包优先信息存储部的地址群。
此外,在本发明的中继装置中,优选上述域名/地址解决数据包是,作为上述数据发送装置的地址的询问而从上述数据接收装置发送出的数据包。
根据上述结构,域名/地址解决数据包是用以询问数据发送装置地址的数据包,即,是DNS的询问数据包。
在此,上述询问数据包中至少包含:作为地址询问对象的数据发送装置的所属域的域名;上述询问数据包的发送目的地的地址;上述询问数据包的发送方的地址。
因此,能够使用DNS的询问数据包来生成要存放至数据包优先信息存储部的地址群。
此外,在本发明的中继装置中,上述优先信息生成单元可以从上述域名/地址解决数据包取得单元所取得的域名/地址解决数据包中,提取已得以解决的上述数据发送装置的地址以及该域名/地址解决数据包的发送目的地装置的地址的,其中至少一方,并生成由该提取的地址所构成的地址群。
根据上述结构,能够根据域名/地址解决数据包生成,由已得以解决的数据发送装置的地址以及该域名/地址解决数据包的发送目的地装置的地址的其中至少一方的地址所构成的地址群。
因此,在该中继装置所中继的数据包之中,成为优先传送处理的对象的是以下中的某者:(1)从拥有由上述域名/地址解决数据包取得单元取得的域名/地址解决数据包所解决的地址的、数据发送装置,发送向上述取得的域名/地址解决数据包的发送目的地装置的数据包;(2)从拥有由上述取得的域名/地址解决数据包所解决的地址的、数据发送装置所发送出的数据包(不限定发送目的地);(3)被发送到上述取得的域名/地址解决数据包的发送目的地装置的数据包(不限定发送方)。
由此,当域名/地址解决数据包的发送目的地装置是数据接收装置时,能够将以下的数据包作为优先传送处理的对象,即:从由该域名/地址解决数据包而得以解决了地址的数据发送装置,发送向数据接收装置的数据包;从数据发送装置发送出的数据包(不限定发送目的地);被发送至数据接收装置的数据包(不限定发送方)。
此外,在本发明的中继装置中,上述优先信息生成单元可以从上述域名/地址解决数据包取得单元所取得的域名/地址解决数据包中,提取该域名/地址解决数据包的发送方装置的地址以及该域名/地址解决数据包的发送目的地装置的地址的,其中至少一方,并生成由该提取的地址所构成的地址群。
根据上述结构,能够生成,由域名/地址解决数据包的发送方装置的地址以及该域名/地址解决数据包的发送目的地装置的地址的其中至少一方的地址所构成的地址群。
因此,在该中继装置所中继的数据包之中,成为优先传送处理的对象的是:(1)从上述域名/地址解决数据包取得单元所取得的域名/地址解决数据包的发送方装置,发送向上述取得的域名/地址解决数据包的发送目的地装置的数据包;(2)从上述取得的域名/地址解决数据包的发送目的地装置,发送向上述取得的域名/地址解决数据包的发送方装置的数据包。
由此,当域名/地址解决数据包中含有作为该域名/地址解决数据包的发送目的地装置及发送方装置的地址的,MAC地址,且从由该域名/地址解决数据包而得以解决了地址的数据发送装置,发送向上述数据接收装置的数据包会经由该域名/地址解决数据包的发送目的地装置及发送方装置的其中至少一方的装置时,便能够将该数据包作为优先传送处理的对象。
此外,在本发明的中继装置中,上述域名/地址解决数据包取得单元可以对该中继装置所正在中继的上述域名/地址解决数据包进行取得。
根据上述结构,从该中继装置所正在中继的数据包群中,取得域名/地址解决数据包。
由此,无需从外部装置取得域名/地址解决数据包,而是能够在该中继装置内取得。
因此,无需向接收域名/地址解决数据包的外部装置追加用以处理域名/地址解决数据包的功能,而是能够通过中继装置自身来取得域名/地址解决数据包,从而能够根据该取得的域名/地址解决数据包,生成以要优先传送的数据包中包含的地址而构成的地址群。
此外,在本发明的中继装置中,上述QoS对象存储部还可以把发送上述QoS对象数据包的上述数据发送装置的所属域的域名、以及要被设定给上述QoS对象数据包的传送优先级,相互对应地存储,当上述域名/地址解决数据包取得单元取得的域名/地址解决数据包中所含的域名与上述QoS对象存储部中存储的域名相一致时,上述优先信息生成单元可以把存储在上述QoS对象存储部中的与该域名相对应的上述传送优先级、以及由该域名/地址解决数据包中包含的1个或多个地址所构成的地址群,相互对应地存放至上述数据包优先信息存储部,上述数据包优先传送单元向成为上述优先传送处理的对象的数据包,设定存储在上述数据包优先信息存储部中的、与由该数据包中包含的地址所构成的地址群相对应的上述传送优先级。
在上述结构中,发送QoS对象数据包的数据发送装置的所属域的域名、以及要被设定给上述QoS对象数据包的传送优先级以相互对应的方式被存储。此外,当域名/地址解决数据包中包含的域名与QoS对象存储部中存储的域名相一致时,QoS对象存储部中存储的与该域名相对应的传送优先级、以及由该域名/地址解决数据包中包含的1个或多个地址所构成的地址群以相互对应的方式被存放至上述数据包优先信息存储部。另外,对于成为优先传送处理的对象的数据包,设定与由该数据包中包含的地址所构成的地址群相对应的传送优先级。
由此,在进行优先传送处理时,能够把按每一域名所对应存储的传送优先级设定成数据包的传送时的优先级,从而能够依照该设定的优先级来传送数据包。
因此,通过按每一域名来改变与域名对应存储的传送优先级,能够对从数据发送装置发送的数据包设定与该数据发送装置的所属域的域名相对应的传送优先级。此外,由于传送优先级被设定给数据包,因此,作为该中继装置发送出的数据包的目的地的、连接于通信网络的装置也能够依照设定给该数据包的传送优先级,来传送数据包。
此外,在本发明的中继装置中,还可以具备数据包保持/发出单元,该数据包保持/发出单元对该中继装置所中继的数据包暂时进行保持,且在该保持的数据包之中,相比于不成为上述优先传送处理的对象的数据包,优先将成为上述优先传送处理的对象的数据包发出至外部。
在上述结构中,相比于不成为优先传送处理的对象的数据包,优先将成为上述优先传送处理的对象的数据包发出至外部。
因此,在该中继装置发出数据包时,相比于不成为优先传送处理的对象的数据包,能够优先发出成为优先传送处理的对象的数据包。
此外,在本发明的中继装置中,上述QoS对象存储部还可以把发送上述QoS对象数据包的上述数据发送装置的所属域的域名、以及要被设定给上述QoS对象数据包的传送优先级,相互对应地存储,当上述域名/地址解决数据包取得单元取得的域名/地址解决数据包中所含的域名与上述QoS对象存储部中存储的域名相一致时,上述优先信息生成单元可以将存储在上述QoS对象存储部中的与该域名相对应的上述传送优先级、以及由该域名/地址解决数据包中包含的1个或多个地址所构成的地址群,相互对应地存放至上述数据包优先信息存储部,上述数据包优先传送单元可以向成为上述优先传送处理的对象的数据包,设定存储在上述数据包优先信息存储部中的、与由该数据包中包含的地址所构成的地址群相对应的上述传送优先级,还可以具备数据包保持/发出单元,该数据包保持/发出单元对该中继装置所中继的数据包暂时进行保持,在该保持的数据包之中,相比于不成为上述优先传送处理的对象的数据包,优先将成为上述优先传送处理的对象的数据包发出至外部。
在上述结构中,发送QoS对象数据包的数据发送装置的所属域的域名、以及要被设定给QoS对象数据包的传送优先级被以相互对应的方式存储。此外,当域名/地址解决数据包中包含的域名与QoS对象存储部中存储的域名相一致时,QoS对象存储部中存储的与该域名相对应的传送优先级、以及由该域名/地址解决数据包中包含的1个或多个地址所构成的地址群被以相互对应的方式存放至上述数据包优先信息存储部。另外,对成为优先传送处理的对象的数据包,设定存储在数据包优先信息存储部中的、与由该数据包中包含的地址所构成的地址群相对应的传送优先级。相比于不成为优先传送处理的对象的数据包,依照设定给成为上述优先传送处理的对象的数据包的、上述传送优先级,将该数据包优先发出至外部。
因此,在该中继装置发出数据包时,相比于不成为优先传送处理的对象的数据包,能够优先发出成为优先传送处理的对象的数据包。同时,由于传送优先级会被设定给数据包,因此,作为该中继装置所发送出的数据包的目的地的、连接于通信网络的装置也能够依照设定给该数据包的传送优先级,来传送数据包。
此外,在本发明的中继装置中,还可以具备QoS对象设定单元,该QoS对象设定单元向用户提示从上述QoS对象存储部中读取出的信息,且受理来自用户的输入,并依照所受理的输入,对上述QoS对象存储部进行更新。
在上述结构中,向用户提示从QoS对象存储部中读取出的信息。此外,依照所受理的来自用户的输入,对QoS对象存储部进行更新。
由此,用户能够阅览QoS对象存储部中存储的信息,同时还能够更新QoS对象存储部中存储的信息。即,能够对QoS对象存储部中存储的域名进行设定及更新。
因此,对于用户想通过接收装置来优先接收的数据流,用户能够把发送该数据流的数据发送装置的域名存储到QoS对象存储部中,因此能够实现对应用户设定的QoS。
此外,在本发明的中继装置中,上述QoS对象存储部还可以把发送上述QoS对象数据包的上述数据发送装置的所属域的域名以及该数据发送装置所提供的服务的名称,相互对应地存储。
根据上述结构,上述域名和上述服务的名称以相互对应的方式被存储。
由此,用户不但能够阅览QoS对象存储部中存储的域名,还能够阅览拥有该域名的装置所提供的服务的名称。
因此,用户能够一边参照服务的名称,一边对QoS对象存储部进行更新,从而能够提高用户的便利性。
此外,在本发明的中继装置中,上述QoS对象存储部还可以把发送上述QoS对象数据包的上述数据发送装置的所属域的域名以及用以表示是否将该QoS对象数据包作为QoS对象的信息,相互对应地存储。
在此,用以表示是否将上述QoS对象数据包作为QoS对象的信息未必一定是“作为对象”和“不作为对象”的这两值。例如也可以把正整数值视为用以表示“作为对象”的值,把“0”视为用以表示“不作为对象”的值。
根据上述结构,上述域名以及用以表示是否成为上述QoS对象的信息被以相互对应的方式存储至QoS对象存储部。
由此,关于由域名所特定的域,对于从属于该域的数据发送装置所发送的QoS对象数据包,用户能够设定是否将该数据包作为QoS的对象。
因此,能够对应用户的使用状况,对成为QoS的对象的数据包进行设定,从而能够提高用户的便利性。
上述通信控制装置以及中继装置也可以通过计算机来实现,在该情况时,使计算机作为上述各单元发生功能,以此使计算机来实现上述通信控制装置以及中继装置的、控制程序及记录有该控制程序的计算机可读取记录介质也包含在本发明的范畴内。
本发明的详细说明中出现的上述具体实施方式或实施例仅仅是揭示本发明的技术内容的示例,本发明并不限于上述具体示例,不应对本发明进行狭义的解释,上述具体实施方式或实施例可在本发明的精神和权利要求的范围内进行各种变更来实施。
(工业上的利用可能性)
本发明能够较好地适用于依照通信网络中的通信数据包所被付与的优先级来对该通信数据包的传送进行控制的、通信控制装置以及通信中继装置。尤其能够较好地运用在HGW以及PLC适配器中。
Claims (17)
1.一种中继装置,对在数据发送装置与数据接收装置之间收发的数据包进行中继,
该中继装置的特征在于,具备:
QoS对象存储部,至少存储对成为QoS对象的QoS对象数据包进行发送的上述数据发送装置的,所属域的域名;
域名/地址解决数据包取得单元,取得用以解决上述数据发送装置的地址的域名/地址解决数据包,其中,上述域名/地址解决数据包中包含该数据发送装置的所属域的域名以及该数据发送装置、域名/地址解决数据包的发送方装置、域名/地址解决数据包的发送目的地装置、上述数据接收装置的,其中至少一方的地址;
优先信息生成单元,当上述域名/地址解决数据包取得单元取得的域名/地址解决数据包中所含的域名与上述QoS对象存储部中存储的域名相一致时,提取上述域名/地址解决数据包取得单元取得的域名/地址解决数据包中所含的1个或多个地址,并生成由该提取的地址所构成的地址群,且将该生成的地址群存放至数据包优先信息存储部;
数据包优先传送单元,当由上述被中继的数据包中包含的1个或多个地址所构成的地址群与上述数据包优先信息存储部中存储的某地址群相一致时,进行优先传送上述被中继的数据包的优先传送处理。
2.根据权利要求1所述的中继装置,其特征在于:
当上述域名/地址解决数据包取得单元在第1预定期间所取得的多个上述域名/地址解决数据包的各自中包含的域名与上述QoS对象存储部中存储的某域名相一致时,上述优先信息生成单元提取在上述第1预定期间被取得的上述域名/地址解决数据包的某个或多个中包含的1个或多个地址,并生成由该提取的地址所构成的地址群。
3.根据权利要求1或2所述的中继装置,其特征在于:
还具备优先信息消除单元,
关于该中继装置在第2预定期间中继的1个或多个数据包,对与任何一数据包中包含的1个或多个地址所构成的地址群都不一致的、存储在上述数据包优先信息存储部中的上述地址群,上述优先信息消除单元进行消除。
4.根据权利要求1~3中任意一项所述的中继装置,其特征在于:
上述域名/地址解决数据包是,作为对上述数据发送装置的地址的询问所作出的答复而被发送向上述数据接收装置的数据包。
5.根据权利要求1~3中任意一项所述的中继装置,其特征在于:
上述域名/地址解决数据包是,作为上述数据发送装置的地址的询问而从上述数据接收装置发送出的数据包。
6.根据权利要求4所述的中继装置,其特征在于:
上述优先信息生成单元从上述域名/地址解决数据包取得单元所取得的域名/地址解决数据包中,提取已得以解决的上述数据发送装置的地址以及该域名/地址解决数据包的发送目的地装置的地址的,其中至少一方,并生成由该提取的地址所构成的地址群。
7.根据权利要求4或5所述的中继装置,其特征在于:
上述优先信息生成单元从上述域名/地址解决数据包取得单元所取得的域名/地址解决数据包中,提取该域名/地址解决数据包的发送方装置的地址以及该域名/地址解决数据包的发送目的地装置的地址的,其中至少一方,并生成由该提取的地址所构成的地址群。
8.根据权利要求1~7中任意一项所述的中继装置,其特征在于:
上述域名/地址解决数据包取得单元对该中继装置所正在中继的上述域名/地址解决数据包进行取得。
9.根据权利要求1~8中任意一项所述的中继装置,其特征在于:
上述QoS对象存储部还把发送上述QoS对象数据包的上述数据发送装置的所属域的域名、以及要被设定给上述QoS对象数据包的传送优先级,相互对应地存储,
当上述域名/地址解决数据包取得单元取得的域名/地址解决数据包中所含的域名与上述QoS对象存储部中存储的域名相一致时,上述优先信息生成单元把存储在上述QoS对象存储部中的与该域名相对应的上述传送优先级、以及由该域名/地址解决数据包中包含的1个或多个地址所构成的地址群,相互对应地存放至上述数据包优先信息存储部,
上述数据包优先传送单元向成为上述优先传送处理的对象的数据包,设定存储在上述数据包优先信息存储部中的、与由该数据包中包含的地址所构成的地址群相对应的上述传送优先级。
10.根据权利要求1~9中任意一项所述的中继装置,其特征在于:
还具备数据包保持/发出单元,
该数据包保持/发出单元对该中继装置所中继的数据包暂时进行保持,且在该保持的数据包之中,相比于不成为上述优先传送处理的对象的数据包,优先将成为上述优先传送处理的对象的数据包发出至外部。
11.根据权利要求1~8中任意一项所述的中继装置,其特征在于:
上述QoS对象存储部还把发送上述QoS对象数据包的上述数据发送装置的所属域的域名、以及要被设定给上述QoS对象数据包的传送优先级,相互对应地存储,
当上述域名/地址解决数据包取得单元取得的域名/地址解决数据包中所含的域名与上述QoS对象存储部中存储的域名相一致时,上述优先信息生成单元将存储在上述QoS对象存储部中的与该域名相对应的上述传送优先级、以及由该域名/地址解决数据包中包含的1个或多个地址所构成的地址群,相互对应地存放至上述数据包优先信息存储部,
上述数据包优先传送单元向成为上述优先传送处理的对象的数据包,设定存储在上述数据包优先信息存储部中的、与由该数据包中包含的地址所构成的地址群相对应的上述传送优先级,
还具备数据包保持/发出单元,该数据包保持/发出单元对该中继装置所中继的数据包暂时进行保持,在该保持的数据包之中,相比于不成为上述优先传送处理的对象的数据包,优先将成为上述优先传送处理的对象的数据包发出至外部。
12.根据权利要求1~11中任意一项所述的中继装置,其特征在于:
还具备QoS对象设定单元,该QoS对象设定单元向用户提示从上述QoS对象存储部中读取出的信息,且受理来自用户的输入,并依照所受理的输入,对上述QoS对象存储部进行更新。
13.根据权利要求12所述的中继装置,其特征在于:
上述QoS对象存储部还把发送上述QoS对象数据包的上述数据发送装置的所属域的域名以及该数据发送装置所提供的服务的名称,相互对应地存储。
14.根据权利要求12或13所述的中继装置,其特征在于:
上述QoS对象存储部还把发送上述QoS对象数据包的上述数据发送装置的所属域的域名以及用以表示是否将该QoS对象数据包作为QoS对象的信息,相互对应地存储。
15.一种通信控制装置,对由数据发送装置发送给数据接收装置的数据流中包含的通信数据包的传送进行控制,其中,
上述数据发送装置从属于域,
上述数据流由多个上述通信数据包组成,
上述数据接收装置在发送了用以对上述数据发送装置的通信地址进行请求的第1要求,且取得了作为该第1要求的答复的上述数据发送装置的通信地址后,根据该通信地址向上述数据发送装置发送用以请求上述数据流的第2要求,
作为该第2要求的答复,上述数据发送装置向上述数据接收装置发送上述数据流,
该通信控制装置的特征在于:
上述第1要求中包括有上述数据发送装置的所属域的域名以及上述数据接收装置的通信地址,
具备,
域名/地址提取单元,从上述第1要求中提取上述数据发送装置的域名以及上述数据接收装置的通信地址;
地址取得单元,取得与上述域名/地址提取单元提取的上述数据发送装置的域名相对应的、上述数据发送装置的通信地址;
第1存储部,将上述数据发送装置的域名以及要被设定给上述通信数据包的传送优先级,相互对应地存储;
域优先级取得单元,从上述第1存储部中,取得与上述域名/地址提取单元提取的上述数据发送装置的域名相对应的传送优先级;
优先级数据生成单元,把由上述域名/地址提取单元提取的上述数据接收装置的通信地址和上述地址取得单元取得的上述数据发送装置的通信地址所组成的组、以及上述域优先级取得单元所取得的传送优先级,相互对应地存放至第2存储部,
组成上述数据流的各通信数据包中包含有,成为该通信数据包的发送方的上述数据发送装置的通信地址;成为该通信数据包的发送目的地的上述数据接收装置的通信地址;该通信数据包的传送优先级,
还具备,
发送方地址/发送目的地地址提取单元,从组成上述数据流的上述通信数据包中,提取上述发送方的通信地址以及上述发送目的地的通信地址;
数据包优先级取得单元,关于由上述发送方地址/发送目的地地址提取单元提取的上述发送方的通信地址和上述发送目的地的通信地址所组成的组,从上述第2存储部中取得与该组相对应的传送优先级;
数据包优先级设定单元,将上述数据包优先级取得单元取得的上述优先级作为上述通信数据包的优先级而设定给该通信数据包。
16.一种通信控制装置,对由数据发送装置发送给数据接收装置的数据流中包含的通信数据包的传送进行控制,并对该通信数据包进行中继,其中,
上述数据发送装置从属于域,
上述数据流由多个上述通信数据包组成,
上述数据接收装置在发送了用以对上述数据发送装置的通信地址进行请求的第1要求,且取得了作为该第1要求的答复的上述数据发送装置的通信地址后,根据该通信地址向上述数据发送装置发送用以请求上述数据流的第2要求,
作为该第2要求的答复,上述数据发送装置向上述数据接收装置发送上述数据流,
该通信控制装置的特征在于:
上述第1要求的答复中包括有上述数据发送装置的所属域的域名、上述数据发送装置的通信地址、上述数据接收装置的通信地址,
具备,
域名/地址提取单元,从该通信控制装置所中继的上述第1要求的答复中提取上述数据发送装置的域名、上述数据发送装置的通信地址、上述数据接收装置的通信地址;
第1存储部,将上述数据发送装置的域名以及要被设定给上述通信数据包的传送优先级,相互对应地存储;
域优先级取得单元,从上述第1存储部中,取得与上述域名/地址提取单元提取的上述数据发送装置的域名相对应的传送优先级;
优先级数据生成单元,把由上述域名/地址提取单元提取的上述数据发送装置的通信地址和上述数据接收装置的通信地址所组成的组、以及上述域优先级取得单元所取得的传送优先级,相互对应地存放至第2存储部,
组成上述数据流的各通信数据包中包含有,成为该通信数据包的发送方的上述数据发送装置的通信地址以及成为该通信数据包的发送目的地的上述数据接收装置的通信地址,
还具备,
发送方地址/发送目的地地址提取单元,从组成上述数据流的上述通信数据包中,提取上述发送方的通信地址以及上述发送目的地的通信地址;
数据包优先级取得单元,关于由上述发送方地址/发送目的地地址提取单元提取的上述发送方的通信地址和上述发送目的地的通信地址所组成的组,从上述第2存储部中取得与该组相对应的传送优先级;
数据包传送控制单元,依照上述数据包优先级取得单元所取得的上述传送优先级,对组成上述数据流的上述通信数据包的传送进行控制。
17.一种中继装置,对数据包进行中继,
其特征在于,具备:
QoS对象存储部,至少存储成为QoS对象的第1域名以及第2域名;
域名/地址解决数据包检测单元,在检测出上述被中继的数据包是第1域名/地址解决数据包时,判断该检测出的第1域名/地址解决数据包中包含的询问对象的域名是否与上述QoS对象存储部中存储的第1域名相一致,同时,在检测出上述被中继的数据包是第2域名/地址解决数据包时,判断该检测出的第2域名/地址解决数据包中包含的询问对象的域名是否与上述QoS对象存储部中存储的第2域名相一致;
优先级数据生成处理单元,当上述的判断的结果为,上述第1域名/地址解决数据包中包含的询问对象的域名与上述QoS对象存储部中存储的第1域名相一致,且上述第2域名/地址解决数据包中包含的询问对象的域名与上述QoS对象存储部中存储的第2域名相一致时,从上述第1域名/地址解决数据包以及上述第2域名/地址解决数据包中提取地址,并生成包含该提取的地址的优先级数据,且将该生成的优先级数据存放至数据包优先级存储部;
数据包优先传送处理单元,当上述被中继的数据包中包含的地址与上述数据包优先级存储部存储的上述优先级数据中包含的地址相一致时,优先对上述数据包进行中继。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008114246 | 2008-04-24 | ||
JP2008-114246 | 2008-04-24 | ||
JP2008-203544 | 2008-08-06 | ||
JP2008203544A JP5122399B2 (ja) | 2008-04-24 | 2008-08-06 | 中継装置、および通信制御装置 |
PCT/JP2009/058083 WO2009131181A1 (ja) | 2008-04-24 | 2009-04-23 | 中継装置、および通信制御装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102017545A true CN102017545A (zh) | 2011-04-13 |
Family
ID=41216910
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009801139837A Pending CN102017545A (zh) | 2008-04-24 | 2009-04-23 | 中继装置以及通信控制装置 |
Country Status (3)
Country | Link |
---|---|
JP (1) | JP5122399B2 (zh) |
CN (1) | CN102017545A (zh) |
WO (1) | WO2009131181A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104378266A (zh) * | 2013-08-16 | 2015-02-25 | 中兴通讯股份有限公司 | 一种家庭网络的通信方法及***、plc设备 |
CN106973123A (zh) * | 2017-02-03 | 2017-07-21 | 广东欧珀移动通信有限公司 | 一种设备上网处理方法及装置 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2014158078A (ja) * | 2013-02-14 | 2014-08-28 | Nippon Telegr & Teleph Corp <Ntt> | QoS制御方法及び装置 |
CN112910792B (zh) | 2018-08-30 | 2023-06-20 | 华为技术有限公司 | 报文处理的方法、装置及相关设备 |
CN114567603B (zh) * | 2021-12-29 | 2024-07-19 | 云洲(盐城)创新科技有限公司 | 一种报文传输方法、报文传输装置、电子设备及存储介质 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3516432B2 (ja) * | 1997-11-18 | 2004-04-05 | 株式会社東芝 | ノード装置及びパケット転送方法 |
JP4417222B2 (ja) * | 2004-10-19 | 2010-02-17 | エヌ・ティ・ティ・コムウェア株式会社 | 音声品質制御システム及び方法、帯域制御装置、ならびに、コンピュータプログラム |
EP1708424A1 (en) * | 2005-03-31 | 2006-10-04 | THOMSON Licensing | Prioritising video streams in a wireless LAN (WLAN) |
US8284779B2 (en) * | 2007-12-07 | 2012-10-09 | Panasonic Corporation | Communication apparatus |
EP2262181A1 (en) * | 2008-03-31 | 2010-12-15 | Panasonic Corporation | Communication terminal device and communication control method |
-
2008
- 2008-08-06 JP JP2008203544A patent/JP5122399B2/ja not_active Expired - Fee Related
-
2009
- 2009-04-23 CN CN2009801139837A patent/CN102017545A/zh active Pending
- 2009-04-23 WO PCT/JP2009/058083 patent/WO2009131181A1/ja active Application Filing
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104378266A (zh) * | 2013-08-16 | 2015-02-25 | 中兴通讯股份有限公司 | 一种家庭网络的通信方法及***、plc设备 |
CN106973123A (zh) * | 2017-02-03 | 2017-07-21 | 广东欧珀移动通信有限公司 | 一种设备上网处理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
JP2009284456A (ja) | 2009-12-03 |
JP5122399B2 (ja) | 2013-01-16 |
WO2009131181A1 (ja) | 2009-10-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103392329B (zh) | 服务会话资源管理 | |
CN102377631B (zh) | 一种基于流量控制的数据传输方法及通信*** | |
CN100413291C (zh) | 宽带网络上的业务区分和业务服务质量控制的实现方法 | |
KR100719981B1 (ko) | 자연어 서버를 사용하는 가정용 엔터테인먼트 시스템 제어 | |
CN101682743A (zh) | 内容分发装置、程序及记录媒体 | |
JP5329663B2 (ja) | 中継装置及びその方法 | |
JP2013536635A (ja) | 新型ネットワークの通信方法およびシステム | |
CN101719927A (zh) | 对网关下挂的设备实行远程管理的方法及其*** | |
CN102017545A (zh) | 中继装置以及通信控制装置 | |
CN105794263A (zh) | 用于网络辅助自适应流中协商服务质量(简称QoS)的方法和*** | |
US20080013554A1 (en) | Gateway for controlling electric equipment connected to lan through wan | |
TW201216659A (en) | Method and system for service discovery and deployment in an IP multimedia network | |
CN101106525A (zh) | QoS控制***、QoS控制装置及会话控制装置 | |
CN100527694C (zh) | 为小型网络提供多个公网业务的方法及设备 | |
CN101505308B (zh) | 一种IP over Ethernet的认证方法和*** | |
TWI493925B (zh) | 通信方法和通信系統 | |
CN105227692A (zh) | 一种nat穿越方法及网关设备 | |
US9197436B2 (en) | Method and apparatus for using contents of wireless terminal in home network system | |
WO2011117534A3 (fr) | Serveur dns, passerelles et procedes pour la gestion d'un identifiant d'une plage de ports dans la transmission de donnees | |
JP4282686B2 (ja) | 通信装置、方法およびプログラム | |
JP2009284456A5 (zh) | ||
US20120209976A1 (en) | Remote management and control using common internet protocols | |
US20120005742A1 (en) | Method and system for handling security in an ip multimedia gateway | |
CN101465858B (zh) | 监控业务中实现私网穿越的方法、网络设备和服务器 | |
CN101453396B (zh) | 多服务提供商设备管理的方法和*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20110413 |
|
WD01 | Invention patent application deemed withdrawn after publication |