CN101405999A - 连接支援服务器及通信设备 - Google Patents
连接支援服务器及通信设备 Download PDFInfo
- Publication number
- CN101405999A CN101405999A CN200780009982.9A CN200780009982A CN101405999A CN 101405999 A CN101405999 A CN 101405999A CN 200780009982 A CN200780009982 A CN 200780009982A CN 101405999 A CN101405999 A CN 101405999A
- Authority
- CN
- China
- Prior art keywords
- communication equipment
- request
- device discovery
- network
- relay request
- 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/2803—Home automation networks
- H04L12/2807—Exchanging configuration information on appliance services in a home automation network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/16—Multipoint routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
Abstract
本发明提供一种在不要求用户具有特别知识,且不要求高成本的情况下,便能在由多个路由器构成的路由器多段结构的网络中发现不同网络上的设备的通信设备。通信设备(101)在不能在自己网络上发现所期望的设备时,对于与家庭网络上的所有设备确定有通信路径的连接支援服务器(001),请求设备发现请求的中继。连接支援服务器(001)对于属于与通信设备(101)所属的网络不同的网络上的任意设备转送设备发现请求的中继请求,该任意设备代它进行设备发现,将有关所发现到的设备的信息转送给连接支援服务器(001)。通信设备(101)通过从连接支援服务器(001)取得该信息,来发现不同网络上的设备。
Description
技术领域
本发明涉及一种连接支援服务器及通信设备,涉及一种在由多个路由器构成的网络上,能够发现不同网络上的设备的连接支援服务器及通信设备。
背景技术
在因特网的持续连接正在普及,并出现各种各样的服务的情况下,迫切期望在家庭的各个角落享受服务。一般来说,家庭网络的结构依据各个家庭而不同,在所使用的设备中存在着个人电脑、网络家电等许多种类。然而,存在有这样的问题:对没有网络知识的一般用户来说,在连接网络家电时难以进行设定、操作,并且,在不考虑连接方式、路由器的类型等网络结构的情况下,难以对设备进行相互连接。
针对于此,称为UPnP(Universal Plug and Play:即插即用)的技术在即插即用论坛(UPnP Forum)中被规定为将家庭网络内的设备相互连接的技术。
如果利用UPnP,能够用组播自动检索并发现家庭网络内的设备,并且,能够与所发现的设备相互连接。
图17A为表示以往的由对应于UPnP的设备构成的家庭网络的图。在图17A中,将个人电脑、电视机、录像机连接在从因特网服务商(ISP)借来的具有路由器功能的调制解调器上。在此,图17B表示在用个人电脑对录像机进行操作时.通过UPnP进行设备发现的顺序。
在图17B中,首先,个人电脑将设备发现请求以组播方式发送给网络上(步骤S201),其中,该设备发现请求含有检索对象为录像机的信息。设备发现请求由网络上的对应于UPnP的所有设备来接收,在各个设备中判断检索对象是否为自身。
录像机判断出检索对象为自身,对于请求发送源的个人电脑,发送含有操作所需的信息的设备发现应答(步骤S202)。个人电脑能够通过接收该设备发现应答,来对录像机进行操作。
像这样,能够通过利用UPnP,来进行对应于UPnP的设备之间的相互连接。
然而,最近常见这样的利用方法:如图18A所示,用户将自己买来的、具有无线功能的路由器连接在从因特网服务商(ISP)借来的具有路由器功能的调制解调器上,并将设备连接在各个路由器之下(以下,把该网络结构称为路由器多段结构)。图18B表示在图18A中,在个人电脑希望对录像机进行操作时,通过UPnP进行设备发现的顺序。
在图18B中,首先.个人电脑将设备发现请求以组播方式发送给网络上(步骤301),其中,该设备发现请求含有检索对象为录像机的信息。设备发现请求由网络上的对应于UPnP的所有设备(在图18A中,无线路由器和电视机T2)来接收,在各个设备中判断检索对象是否为自身。
在此,一般在市场上卖的家庭用路由器因为考虑到安全性,而被安装为不将组播数据包转送给其它网络。因此,在图18A所示的路由器多段结构中,无线路由器不将来自个人电脑的设备发现请求数据包转送给私人网络N1。这样一来,由于检索对象的录像机不能接收设备发现请求,而不响应设备发现应答,因此在个人电脑中发生等待设备发现应答接收的超时(步骤S302),导致设备发现的失败(步骤S303)。
如上所述,在路由器多段结构中,虽然能够利用UPnP的组播来发现同一网络上的设备,但是不能够发现不同网络上的设备。
在此,以往公开有能够连接分别构成的多个网络,使存在于各个网络上的多个器件相互连接的网络连接装置及方法(例如,参照专利文献1)。
在专利文献1的网络连接装置及方法中,能够通过在分别构成的多个网络上,分别设置网络连接装置,各个网络连接装置对各个网络上的设备的信息进行管理并交换那些信息,来与不同网络上的设备相互连接。
图19A为表示配置有包括专利文献1的网络连接装置的网关的、路由器多段构成时的家庭网络的图。此外,网络连接装置D1将已取得的网关G2的IP地址和端口号作为网络连接装置D2的访问信息,网络连接装置D2将已取得的网关G1的IP地址和端口号作为网络连接装置D1的访问信息。图19B表示在图19A中,在个人电脑对录像机进行操作时,通过在专利文献1中的网络连接装置及方法来进行设备发现的顺序。
参照图19B,网络连接装置D1通过组播的设备发现请求来收集私人网络N1上的设备(电视机T1、录像机)的信息(步骤S401)。同样,网络连接装置D2通过组播的设备发现请求来收集私人网络N2上的设备(个人电脑、电视机T2)的信息(步骤S402)。
其次,私人网络N2上的个人电脑将含有检索对象为录像机的信息的设备发现请求发送给网络连接装置D2(步骤S403)。接收到该请求的网络连接装置D2将网关G1的IP地址和端口号作为发送目的地,向网络连接装置D1转送设备发现请求(步骤S404)。网络连接装置D1从在步骤S401中取得到的设备信息中检索包含在所接收到的设备发现请求中的、与检索对象的录像机有关的信息,将其作为设备发现应答来发送给网络连接装置D2(步骤S405)。接收到设备发现应答的网络连接装置D2将该应答转送给请求发送源的个人电脑(步骤S406)。根据以上说明,能够使个人电脑对不同网络上的录像机进行操作。
专利文献1:日本特开2004-320741号公报
发明内容
然而,在专利文献1所述的方法中,为了实现不同网络间的设备的相互连接而必须具备以下条件。
第1必要条件是在以各个网关隔开的各个网络上分别需要1台网络连接装置。
第2必要条件是对各个网络连接装置,有必要输入各个网关的地址信息。
例如,在家庭网络为路由器多段结构时,存在有这样的问题:为了满足第1必要条件,而需要相当于所配置的路由器台数(即,以路由器隔开的网络的数量)的网络连接装置.从而使用户的成本极大。
此外,为了满足第2必要条件,用户必须对所有网络连接装置手动设定所有路由器的地址信息,因此,缺乏网络知识的一般用户需要进行困难且繁琐的作业。为了避免用户进行该作业。想到了这样的方法:将导入有交换地址信息的结构的网络连接装置装载在路由器上的方法,或者安装导入有交换路由器的地址信息的结构的路由器的方法。但是,存在有这样的问题:将家庭网络内的所有路由器置换为专用路由器,还会使用户的成本极大。
因此,鉴于上述问题,本发明的目的是提供一种成本较低且能够通过简便的顺序构成网络的通信设备。
本发明为一种通信设备.该通信设备在由通过多个网络地址转换装置连接的多个子网络构成的网络中,连接在网络内的任意子网络上.并具有连接支援服务器功能,该连接支援服务器功能用以与连接在和连接有该通信设备的子网络不同的子网络上的通信设备确定有通信路径。为了达到上述目的,本发明的通信设备包括:中继请求转送部,在从任意通信设备那里接收到设备发现请求的中继请求时,向其它通信设备转送设备发现请求的中继请求;以及设备发现应答转送部,在接收到设备发现应答时,将所接收到的设备发现应答转送给中继请求发送源的通信设备。中继请求转送部在接收到设备发现请求的中继请求时,对于在连接有请求发送源的通信设备的子网络以外的子网络上连接的任意通信设备,转送设备发现请求的中继请求。设备发现应答转送部具有连接支援服务器功能,该连接支援服务器功能用以在从转送了设备发现请求的中继请求的通信设备那里接收到设备发现应答时,向设备发现请求发送源的通信设备转送设备发现应答。
由此,能够使设备发现请求发送源的通信设备发现不同网络上的通信设备。
较佳的是,通信设备还包括:设备发现请求发送部,以组播或广播方式向自己子网络上发送对于所期望的通信设备的设备发现请求;中继请求发送部,对于不同子网络上的通信设备,发送设备发现请求的中继请求;以及设备发现应答接收部,接收设备发现应答。设备发现请求发送部将对于所期望的通信设备的设备发现请求发送给自己子网络上。在设备发现应答接收部未接收到对于设备发现请求的设备发现应答时,中继请求发送部对于不同子网络上的通信设备,发送设备发现请求的中继请求,设备发现应答接收部通过接收对于中继请求的设备发现应答,来发现所期望的通信设备。
由此,通信设备能够在网络内自己发现所期望的通信设备。
中继请求转送部,在从不同子网络的通信设备那里接收到设备发现请求的中继请求时,在自己子网络上以组播或广播方式发送设备发现请求,进行设备检索,而对于自己子网络以外的所有子网络上的任意通信设备,转送设备发现请求的中继请求。
由此,通信设备可以省去将设备发现请求中继给自己子网络上的任意通信设备,自己子网络上的任意通信设备进行组播或广播的步骤,从而能够缩短检索时间。
此外,中继请求转送部,在自己子网络上的通信设备接收到以组播或广播方式发送来的设备发现请求时,对于不同子网络上的任意通信设备发送设备发现请求的中继请求。
由此·通信设备能够在自己网络上的通信设备等待对于以组播或广播方式发送给自己子网络上的设备发现请求的应答的期间,在不同网络上同时进行设备发现,从而能够缩短在自己网络上不存在有设备时需要的时间。
此外,中继请求转送部存储有与通信设备有关的信息,在接收到设备发现请求的中继请求时,基于与通信设备有关的信息,来决定转送目的地的通信设备。
由此,通信设备能够以组播或广播方式始终仅对于处理能力较高的设备发送设备发现请求,不对处理能力较低的通信设备造成处理负荷。此外,能够通过始终请求不同通信设备以组播或广播方式发送设备发现请求,来分散处理,从而能够实现网络的稳定化。
此外,通信设备还包括中继拒绝应答接收部,该继拒绝应答接收部接收对于设备发现请求的中继请求的拒绝应答。中继拒绝应答接收部在接收到拒绝应答时,对于与拒绝应答发送源的通信设备同一的子网络上的、与拒绝应答发送源的通信设备不同的通信设备,转送设备发现请求的中继请求。
由此,通信设备能够在请求设备发现请求的中继的通信设备处于承受负荷的状态下、而不能以组播或广播方式发送设备发现请求时,向其它的未承受处理负荷的通信设备请求中继,从而能够防止通信设备不能处理的情况。
此外。本发明是一种通信设备。该通信设备在由通过多个网络地址转换装置连接的多个子网络构成的网络中,连接在网络内的任意子网络上,并与和网络上的通信设备连接有通信路径的、具有连接支援服务器功能的通信设备确定有通信路径。为了达到上述目的。本发明的通信设备包括:设备发现请求发送部,以组播或广播方式将对于所期望的通信设备的设备发现请求发送给自己网络上;中继请求发送部,对于具有连接支援服务器功能的通信设备发送设备发现请求的中继请求;以及设备发现应答接收部,接收设备发现应答。设备发现应答接收部,通过从所期望的通信设备或具有连接支援服务器功能的通信设备那里接收设备发现应答,来发现所期望的通信设备。
由此,通信设备能够发现不同网络上的通信设备。
此外,中继请求发送部,在设备发现应答接收部未接收到对于设备发现请求的设备发现应答时,对于具有连接支援服务器功能的通信设备,发送设备发现请求的中继请求。
由此,通信设备能够仅在自己网络上不存在所期望的通信设备时,进行设备发现请求的中继请求,防止将无用的数据包发送给网络上的情况。
此外,所述中继请求发送部。在设备发现请求发送部以组播或广播方式向自己网络上发送设备发现请求的同时,对于具有连接支援服务器功能的通信设备发送设备发现请求的中继请求。
由此,通信设备在自己网络上没有所期望的通信设备时,能够在等待接收应答的期间,在不同网络上同时进行设备发现,从而能够缩短发现所需的时间。
通信设备还包括中继请求处理部,该中继请求处理部在从具有连接支援服务器功能的通信设备那里接收到设备发现请求的中继请求时,以组播或广播方式向自己网络上发送设备发现请求。中继请求处理部,在设备发现应答接收部接收到设备发现应答时,将该接收到的设备发现应答转送给具有连接支援服务器功能的通信设备。
由此,通信设备能够通过代其它网络上的通信设备进行自己网络上的通信设备的发现,经由具有连接支援服务器功能的通信设备,转送应答,来使中继请求发送源的通信设备发现不同网络上的通信设备。
通信设备还包括中继拒绝应答发送部,该中继拒绝应答发送部,在中继请求处理部从具有连接支援服务器功能的通信设备那里接收到设备发现请求的中继请求,并判断出用以将设备发现请求以组播或广播方式发送给自己网络上的处理能力不够时,对于具有连接支援服务器功能的通信设备,发送对于设备发现请求的中继请求的拒绝应答。
由此,通信设备能够在接收设备发现请求的中继请求时,处于承受负荷的状态下,而不能以组播或广播方式发送设备发现请求时,拒绝该请求,从而能够防止导致不能处理的情况。
此外,也可以将上述通信设备所进行的一系列处理顺序作为通信设备所执行的方法。此外,本发明也可以为一种存储了执行上述方法的软件的存储媒体。
本发明在路由器多段结构的家庭网络上,能够在属于任何网络时,发现所期望的通信设备,并且,即使在用户没有特别知识的情况下,也能够防止通信设备的配置错误。并且,可以将商店里卖的路由器就那样使用为家庭网络内的路由器,只要在家庭网络上准备一台连接支援服务器功能即可。这样一来。能够降低用户所需的成本。
附图的简单说明
图1为表示本发明的第一实施方式所涉及的整个系统的结构例的图。
图2为表示本发明的第一实施方式所涉及的连接支援服务器001的结构例的框图。
图3A为表示本发明的第一实施方式所涉及的通信设备101的结构例的框图。
图3B为表示本发明的第一实施方式所涉及的通信设备102的结构例的框图。
图3C为表示本发明的第一实施方式所涉及的通信设备201的结构例的框图。
图3D为表示本发明的第一实施方式所涉及的通信设备202的结构例的框图。
图4为表示在本发明的第一实施方式中,从连接在上位网络上的通信设备101发现连接在下位网络上的通信设备201的处理顺序的图。
图5为表示在本发明的第一实施方式中,连接支援服务器001在从自己网络上的通信设备101那里接收到设备发现请求的同时,向不同网络上的任意通信设备发送中继请求时的处理顺序的图。
图6为表示在本发明的第一实施方式中,从连接在下位网络上的通信设备202发现连接在上位网络上的通信设备102的处理顺序的图。
图7为表示在本发明的第一实施方式中,连接支援服务器001在从不同网络上的通信设备202那里接收到设备发现请求的同时,以组播方式向自己网络上的通信设备发送设备发现请求时的处理顺序的图。
图8为表示本发明的第二实施方式所涉及的整个系统的结构例的图。
图9A为表示本发明的第二实施方式所涉及的通信设备301的结构例的框图。
图9B为表示本发明的第二实施方式所涉及的通信设备302的结构例的框图。
图10为表示在本发明的第二实施方式中,从连接在上位网络上的通信设备101发现连接在下位网络上的通信设备201的处理顺序的图。
图11为表示在本发明的第二实施方式中,从连接在下位网络上的通信设备301发现连接在上位网络上的通信设备102的处理顺序的图。
图12为表示本发明的第三实施方式所涉及的整个系统的结构例的图。
图13为表示在本发明的第三实施方式中,从连接在下位网络上的通信设备202发现连接在不同下位网络上的通信设备302的处理顺序的图。
图14为表示本发明的第四实施方式所涉及的整个系统的结构例的图。
图15为表示本发明的第四实施方式所涉及的通信设备401的结构例的框图。
图16为表示在本发明的第四实施方式中,从连接在全球网上的通信设备401发现连接在私人网络上的通信设备302的处理顺序的图。
图17A为表示由对应于UPnP的设备构成的以往的家庭网络的图。
图17B为表示在以往的家庭网络上发现对应于UPnP的设备的顺序的图。
图18A为表示路由器多段结构的以往家庭网络的图。
图18B为表示在以往家庭网络上发现对应于UPnP的设备的顺序的图。
图19A为表示配置有包括专利文献1的网络连接装置的网关的路由器多段结构的家庭网络的图。
图19B为表示通过专利文献1的网络连接装置及方法进行设备发现的处理顺序的图。
符号的说明
00全球网
01,02私人网络
001服务器
100,200,300路由器
101,202,301,401通信设备
102,201,302通信设备
0011中继请求转送部
0012设备发现应答转送部
0013中继拒绝应答接收部
0014通信路径信息存储部
0015通信部
1011,2021,3011,4011设备发现请求发送部
1012,2022,3012,4012设备发现应答接收部
1013,2023,3013,4013中继请求发送部
1014,2024,3014,4014中继请求处理部
1015,2025,3015,4015通信部
1021,2011,3021设备发现请求接收部
1022,2012,3022设备发现应答发送部
1023,2013,3023通信部
具体实施方式
(第一实施方式)
以下,结合附图对本发明的第一实施方式进行说明。
图1为表示本发明的第一实施方式所涉及的整个系统的结构例的图。
在图1中,全球网00与私人网络01通过路由器100相连接。路由器100具有作为WAN侧地址的全球IP地址[IPW100]、和作为LAN侧地址的私人IP地址[IPL100]。
此外,私人网络01与私人网络02通过路由器200相连接。路由器200具有作为WAN侧地址的私人IP地址[IPW200]、和作为LAN侧地址的私人IP地址[IPL200]。
具有私人IP地址[IPL101]的通信设备101及具有私人IP地址[IPL102]的通信设备102连接在私人网络01上。
具有私人IP地址[IPL201]的通信设备201及具有私人IP地址[IPL202]的通信设备202连接在私人网络02上。
此外,具有私人IP地址[IPL001]的连接支援服务器001连接在私人网络01上。连接支援服务器001与连接在私人网络01及私人网络02上的所有通信设备确定了能够互相通信的通信路径。
图2为表示本发明的第一实施方式所涉及的连接支援服务器001的结构例的框图。图3A为表示本发明的第一实施方式所涉及的通信设备101的结构例的框图。图3B为表示本发明的第一实施方式所涉及的通信设备102的结构例的框图。图3C为表示本发明的第一实施方式所涉及的通信设备201的结构例的框图。图3D为表示本发明的第一实施方式所涉及的通信设备202的结构例的框图。
在图2中,连接支援服务器001包括:中继请求转送部0011,在从任意通信爱备那里接收到设备发现请求的中继请求时,向不同设备转送设备发现请求的中继请求;设备发现应答转送部0012,在接收到设备发现应答时,转送给中继请求发送源的设备;中继拒绝应答接收部0013,从发送了中继请求的通信设备那里接收对于设备发现请求的中继请求的拒绝应答;通信路径信息存储部0014,存储有与所有通信设备的通信路径信息;以及通信部0015,进行所有通信。通过将这些功能部装载在任意网络家电中,能够在不需要作为连接支援服务器的专用设备的情况下,降低用户的成本。此外,在连接支援服务器001中,不一定需要中继拒绝应答接收部0013。
在图3A中,通信设备101包括:设备发现请求发送部1011,将对于希望通信的所期望的设备的设备发现请求以组播或广播方式发送给自己网络上;中继请求发送部1013,对于连接支援服务器001发送设备发现请求的中继请求;设备发现应答接收部1012,接收设备发现应答;中继请求处理部1014,在从连接支援服务器001那里接收到设备发现请求的中继请求时,将设备发现请求以组播或广播方式发送给自己网络上;以及通信部1015,进行所有通信。通信设备101为对其它设备进行操作的设备,如个人电脑、遥控器等。
在图3B中,通信设备102包括:设备发现请求接收部1021,接收以组播或广播方式发送给自己网络上的设备发现请求,并判断包含在该接收到的设备发现请求中的检索对象是否为自身;设备发现应答发送部1022,在检索对象为自身时发送设备发现应答;以及通信部1023,进行所有通信。通信设备102为被其它设备操作的设备,如电视机、录像机等。
在图3C中,通信设备201包括:设备发现请求接收部2011,接收以组播或广播方式发送给自己网络上的设备发现请求,并判断包含在该接收到的设备发现请求的检索对象是否为自身;设备发现应答发送部2012,在检索对象为自身时发送设备发现应答;以及通信部2013,进行所有通信。通信设备201为被其它设备操作的设备,如电视机、录像机等。
在图3D中,通信设备202包括:设备发现请求发送部2021,将对应于希望通信的所期望的设备的设备发现请求以组播或广播方式发送给自己网络上;中继请求发送部2023,对于连接支援服务器001发送设备发现请求的中继请求;设备发现应答接收部2022,接收设备发现应答;中继请求处理部2024,在从连接支援服务器001那里接收到设备发现请求的中继请求时,将设备发现请求以组播或广播方式发送给自己网络上;以及通信部2025,进行所有通信。通信设备202为对其它设备进行操作的设备,如个人电脑、遥控器等。
以下,在本实施方式中,对当连接支援服务器001连接在私人网络01上时的设备发现顺序进行说明。
首先,利用图4来对私人网络01上的通信设备101发现私人网络02上的通信设备201的顺序进行说明。
通信设备101的设备发现请求发送部1011经由通信部1015,以组播方式向连接有自身的私人网络01上发送已将通信设备201指定为检索对象的设备发现请求(步骤S701)。在此,由于在私人网络01上不存在通信设备201,并且路由器200不将设备发现请求转送给私人网络02,因此在设备发现应答接收部1012中,发生来自通信设备201的设备发现应答的接收超时(步骤S702),设备发现的失败(步骤S703)。
如果自己网络上的设备发现失败的话。通信设备101的中继请求发送部1013就经由通信部1015,向连接支援服务器001的中继请求转送部0011发送设备发现请求的中继请求(步骤S704)。
从自己网络上的通信设备那里接收到中继请求的中继请求转送部0011从在通信路径信息存储部0014中存储的信息中,选出分别连接在自己网络以外的所有网络上(在此,仅有私人网络02)的任意设备(此时,假设为通信设备202),并经由通信部0015,发送设备发现请求的中继请求(步骤S705)。
从连接支援服务器001那里接收到中继请求的通信设备202的中继请求处理部2024从设备发现请求的中继请求中取出检索对象(通信设备201)(步骤S706),从设备发现请求发送部2021经由通信部2025,将含有该取出来的信息的设备发现请求以组播方式发送给私人网络02上(步骤S707)。
接收到设备发现请求的通信设备201的设备发现请求接收部2011判断出自身被指定为检索对象,从设备发现应答发送部2012经由通信部2013,将设备发现应答发送给通信设备202的中继请求处理部2024(步骤S708)。
接收到设备发现应答的中继请求处理部2024将该应答发送给连接支援服务器001的设备发现应答转送部0012(步骤S709),设备发现应答转送部0012将该设备发现应答转送给通信设备101的设备发现应答接收部1012(步骤S710)。
通过使通信设备101的设备发现应答接收部1012接收设备发现应答,来使在不同私人网络上的通信设备201的设备发现获得成功(步骤S711)。
在此,在步骤S701中从设备发现请求发送部1011将设备发现请求以组播方式发送给自己网络上的通信设备101,也可以同时从中继请求发送部1013对于连接支援服务器001的中继请求转送都0011发送设备发现请求的中继请求。
由此,在自己网络上没有想要发现的设备时,能够在等待接收应答的期间,同时在不同网络上进行设备发现,从而能够缩短发现所需的时间。
此外,在步骤S701中,连接支援服务器001也可以在接收到从自己网络上的通信设备101以组播方式发送来的设备发现请求的同时,对于不同网络上的任意通信设备,发送设备发现请求的中继请求。下面,利用图5来对此时的动作进行说明。
参照图5,通信设备101的设备发现请求发送部1011经由通信部1015以组播方式向连接有自身的私人网络01上发送已将通信设备201指定为检索对象的设备发现请求(步骤S801)。在此。由于在私人网络01上不存在通信设备201,并且路由器200不将设备发现请求转送给私人网络02上。因此设备发现应答接收部1012成为等待接收来自通信设备201的设备发现应答的状态。
另一方面,在步骤S801中,连接支援服务器001的中继请求转送部0011在接收到从自己网络上的通信设备以组播方式发送来的设备发现请求时。就立即从在通信路径信息存储部0014中存储的信息中,选出分别连接在自己网络以外的所有网络上(在此,仅有私人网络02)的任意设备(此时,假设为通信设备202),并经由通信部0015,发送设备发现请求的中继请求(步骤S802)。
从连接支援服务器001那里接收到中继请求的通信设备202的中继请求处理部2024,从设备发现请求的中继请求中取出检索对象(通信设备201)(步骤S803),从设备发现请求发送部2022经由通信部2025,将含有该取出来的信息的设备发现请求以组播方式发送给私人网络02上(步骤S804)。
接收到设备发现请求的通信设备201的设备发现请求接收部2011判断出自身被指定为检索对象,从设备发现应答发送部2012经由通信部2013,将设备发现应答发送给通信设备202的中继请求处理部2024(步骤S805)。
接收到设备发现应答的中继请求处理部2024将该应答发送给连接支援服务器001的设备发现应答转送部0012(步骤S806),设备发现应答转送部0012将该设备发现应答转送给通信设备101的设备发现应答接收部1012(步骤S807)。
通过使处于等待接收来自通信设备201的设备发现应答的状态的设备发现应答接收部1012从连接支援服务器001接收设备发现应答,来使在不同私人网络上的通信设备201的设备发现获得成功(步骤S808)。
综上所述,能够在自己网络上的设备等待对于以组播方式发送给自己网络上的设备发现请求的应答时,在不同网络上同时进行设备发现,从而能够缩短在自己网络上不存在有设备时需要的时间。
接下来,利用图6,来对私人网络02上的通信设备202发现私人网络01上的通信设备102的顺序进行说明。
参照图6,通信设备202的设备发现请求发送部2021经由通信部2025向连接有自身的私人网络02上以组播方式发送已将通信设备102指定为检索对象的设备发现请求(步骤S901)。在此,由于在私人网络02上不存在通信设备102,并且路由器200不将设备发现请求转送给私人网络01上,因此在设备发现应答接收部2022中,发生来自通信设备102的设备发现应答的接收超时(步骤S902),从而导致设备发现的失败(步骤S903)。
如果自己网络上的设备发现失败的话,通信设备202的中继请求发送部2023就经由通信部2025,向连接支援服务器001的中继请求转送部0011发送设备发现请求的中继请求(步骤S904)。
从不同网络上的通信设备那里接收到中继请求的中继请求转送部0011从在通信路径信息存储部0014中存储的信息中,选出分别连接在与私人网络02不同的所有网络上(在此,仅有私人网络01)的任意设备(此时,假设为通信设备101),并经由通信部0015,发送设备发现请求的中继请求(步骤S905)。
从连接支援服务器001那里接收到中继请求的通信设备101的中继请求处理部1014从设备发现请求的中继请求中取出检索对象(通信设备102)(步骤S906),从设备发现请求发送部1011经由通信部1015,将含有该取出来的信息的设备发现请求以组播方式发送给私人网络01上(步骤S907)。
接收到设备发现请求的通信设备102的设备发现请求接收部1021判断出自身被指定为检索对象,从设备发现应答发送部1022经由通信部1023,将设备发现应答发送给通信设备101的中继请求处理部1014(步骤S908)。
接收到设备发现应答的中继请求处理都1014将该应答发送给连接支援服务器001的设备发现应答转送部0012(步骤S909)。设备发现应答转送部0012将该设备发现应答转送给通信设备202的设备发现应答接收部2022(步骤S910)。
通过使通信设备202的设备发现应答接收部2022接收设备发现应答,来使在不同私人网络上的通信设备102的设备发现获得成功(步骤S911)。
在此,在步骤S904中接收到设备发现请求的中继请求的连接支援服务器001,也可以通过自己将设备发现请求以组播方式发送给自己网络上,来代替对于自己网络上的任意设备转送中继请求。下面,利用图7对此时的动作进行说明。
图7中的步骤S1001~S1004是与图6中的步骤S901~S904一样的处理。
在步骤S1004中。接收到设备发现请求的中继请求的连接支援服务器001的中继请求转送部0011。经由通信部0015,将对于包含在中继请求中的检索对象的设备(通信设备102)的设备发现请求以组播方式发送给自己网络上(步骤S1005)。
接收到设备发现请求的通信设备102的设备发现请求接收部1021判断出自身被指定为检索对象,从设备发现应答发送部1022经由通信部1023,将设备发现应答发送给连接支援服务器001的设备发现应答转送部0012(步骤S1006)。
接收到设备发现应答的设备发现应答转送部0012将其经由通信部0015发送给请求发送源的通信设备202的设备发现应答接收部2022(步骤S1007)。
通过使通信设备202的设备发现应答接收部2022接收设备发现应答,来使在不同私人网络上的通信设备102的设备发现获得成功(步骤S1008)。
综上所述,通过连接支援服务器001自己将设备发现请求以组播方式发送给自己网络上,来代替对于自己网络上的任意设备转送中继请求,可以省去向自己网络上的任意设备中继请求,该设备进行组播的步骤,从而能够缩短检索时间。
此外,在图6的步骤S904中。从不同网络上的通信设备那里接收到设备发现请求的中继请求的连接支援服务器001的中继请求转送部0011,从在通信路径信息存储部0014中存储的信息中,选出分别连接在与私人网络02不同的所有网络上(在此,仅有私人网络01)的任意设备(此时,假设为通信设备101),并经由通信部0015,发送设备发现请求的中继请求,但是,此时也可以始终对于同一通信设备发送中继请求。例如,能够通过始终向处理能力较高的设备以组播方式发送设备发现请求,以免对处理能力较低的设备造成处理负荷。
此外,从不同网络上的通信设备那里接收到设备发现请求的中继请求的连接支援服务器001的中继请求转送部0011,也可以每次对于不同通信设备发送设备发现请求的中继请求。由此,能够分散设备发现请求的组播发送,来实现网络的稳定。
另一方面,在图4的步骤S705、图5的步骤S802及图6的步骤S905中,接收到中继请求的通信设备也可以通过考虑自身的处理负荷,来将中继拒绝应答从中继拒绝应答发送部(未图示)发送给连接支援服务器001的中继拒绝应答接收部0013。能够通过使接收到中继拒绝应答的中继拒绝应答接收部0013向与在通信路径信息存储部0014中存储的中继拒绝应答的发送源设备不同的通信设备再次发送中继请求,来防止因设备进行中继处理而陷入不能处理的情况。
此外,既可以将在UPnP中规定的M-SEARCH请求用作设备发现请求的消息(message)。也可以利用在其它协议中规定的消息。
此外,设备发现请求的发送并不限定于组播,也可以利用广播、其它数据发送方法。
此外,在本实施方式中说明的结构为一个例子,并不局限于此。
例如,当连接支援服务器001连接在私人网络02上时,能够通过进行与上述方法一样的处理。来从通信设备101发现通信设备201,并且从通信设备202发现通信设备102。
此外,在本实施方式中,虽然以通信设备都与连接支援服务器001确定有通信路径为前提,但是并不局限于此。在私人网络上只要存在1台与连接支援服务器001确定有通信路径的通信设备,便能够通过根据本实施方式所示的处理顺序来使该确定有通信路径的通信设备进行中继,来发现未与连接支援服务器001确定通信路径的通信设备。
(第二实施方式)
以下,结合附图对本发明的第二实施方式进行说明。
图8为表示本发明的第二实施方式所涉及的整个系统的结构例的图。
在图8中,全球网00与私人网络01通过路由器100相连接。路由器100具有作为WAN侧地址的全球IP地址[IPW100]、和作为LAN侧地址的私人IP地址[IPL1001。
此外,私人网络01与私人网络02通过路由器200相连接。路由器200具有作为WAN侧地址的私人IP地址[IPW200]、和作为LAN侧地址的私人IP地址[IPL200]。
此外,私人网络02与私人网络03通过路由器300相连接。路由器300具有作为WAN′侧地址的私人IP地址[IPW300]和、作为LAN侧地址的私人IP地址[IPL300]。
具有私人IP地址[IPL101]的通信设备101及具有私人IP地址[IPL102]的通信设备102连接在私人网络01上。
具有私人IP地址[IPL201]的通信设备201及具有私人IP地址[IPL202]的通信设备202连接在私人网络02上。
具有私人IP地址[IPL301]的通信设备301及具有私人IP地址[IPL302]的通信设备302连接在私人网络03上。
此外,具有私人IP地址[IPL001]的连接支援服务器001连接在私人网络02上。连接支援服务器001与连接在私人网络01、私人网络02及私人网络03上的所有通信设备确定了能够互相通信的通信路径。
表示连接支援服务器001、通信设备101、通信设备102、通信设备201及通信设备202的结构的框图与在第一实施方式中说明的框图一样。
图9A为表示本发明的第二实施方式所涉及的通信设备301的结构例的框图。图9B为表示本发明的第二实施方式所涉及的通信设备302的结构例的框图。
在图9A中,通信设备301包括:设备发现请求发送部3011、将对于希望通信的所期望的设备的设备发现请求以组播方式发送给自己网络上;设备发现应答接收部3012,接收设备发现应答;中继请求发送部3013,对于连接支援服务器发送设备发现请求的中继请求;中继请求处理部3014,在从连接支援服务器那里接收到设备发现请求的中继请求时,将设备发现请求以组播方式发送给自己网络上;以及通信部3015,进行所有通信。通信设备301为对其它设备进行操作的设备,如个人电脑、遥控器等。
在图9B中,通信设备302包括:设备发现请求接收部3021,接收以组播方式发送给自己网络上的设备发现请求,并判断包含在该接收到的设备发现请求中的检索对象是否为自身;设备发现应答发送部3022,在检索对象为自身时发送设备发现应答;以及通信部3023,进行所有通信。通信设备302为被其它设备操作的设备。如电视机、录像机等。
以下,在本实施方式中,对当连接支援服务器001连接在私人网络02上时的设备发现顺序进行说明。
首先,利用图10来对私人网络01上的通信设备101发现私人网络02上的通信设备201的顺序进行说明。
通信设备101的设备发现请求发送部1011经由通信部1015,向连接有自身的私人网络01上以组播方式发送已将通信设备201指定为检索对象的设备发现请求(步骤S1301)。在此,由于在私人网络01上不存在通信设备201,并且路由器200不将设备发现请求转送给私人网络02上,因此在设备发现应答接收部1012中,发生来自通信设备201的设备发现应答的接收超时(步骤S1302)。从而导致设备发现的失败(步骤S1303)。
如果自己网络上的设备发现失败的话。通信设备101的中继请求发送部1013就经由通信部1015,向连接支援服务器001的中继请求转送部0011发送设备发现请求的中继请求(步骤S1304)。
从不同网络(私人网络01)上的通信设备101那里接收到中继请求的中继请求转送部0011从在通信路径信息存储部0014中存储的信息中,选出分别连接在与私人网络01不同的所有网络上(在此,私人网络02及私人网络03上)的任意设备(此时,假设为通信设备202及通信设备301),并经由通信部0015,发送设备发现请求的中继请求(步骤S1305)。
从连接支援服务器001那里接收到中继请求的通信设备202的中继请求处理部2024从设备发现请求的中继请求中取出检索对象(通信设备201)(步骤S1306),从设备发现请求发送部2021经由通信部2025,将含有该取出来的信息的设备发现请求以组播方式发送给私人网络02上(步骤S1307)。
同样,从连接支援服务器001那里接收到中继请求的通信设备301的中继请求处理部3014从设备发现请求的中继请求中取出检索对象(通信设备201)(步骤S1308),从设备发现请求发送部3011经由通信部3015,将含有该取出来的信息的设备发现请求以组播方式发送给私人网络03上(步骤S1309)。
在此,由于在私人网络03上不存在通信设备201,并且路由器300不将设备发现请求转送给私人网络02上,因此发生来自通信设备201的设备发现应答的接收超时(步骤S1310)。
另一方面。接收到通信设备202以组播方式发送来的设备发现请求的通信设备201的设备发现请求接收部2011,判断出自身被指定为检索对象,从设备发现应答发送部2012经由通信部2013,将设备发现应答发送给通信设备202的中继请求处理部2024(步骤S1311)。
接收到设备发现应答的中继请求处理部2024将该应答发送给连接支援服务器001的设备发现应答转送部0012(步骤S1312)。设备发现应答转送部0012将该设备发现应答转送给通信设备101的设备发现应答接收部1012(步骤S1313)。
通过使通信设备101的设备发现应答接收部1012接收设备发现应答,来使在不同私人网络上的通信设备201的设备发现获得成功(步骤S1314)。
在此,在步骤S1301中,通信设备101从设备发现请求发送部1011将设备发现请求以组播方式发送给自己网络上,也可以同时从中继请求发送部1013对于连接支援服务器001的中继请求转送部0011发送设备发现请求的中继请求。由此,在自己网络上没有想要发现的设备时,能够在等待接收应答的期间,同时在不同网络上进行设备发现,从而能够缩短发现所需的时间。
此外,在步骤S1304中接收到设备发现请求的中继请求的连接支援服务器001,也可以自己将设备发现请求以组播方式发送给自己网络上,来代替对于自己网络上的任意设备转送中继请求。此时的动作与在第一实施方式中的图7的处理一样,因此省略说明,但是,可以省去向自己网络上的任意设备中继请求、该设备进行组播的步骤,从而能够缩短检索时间。
接下来,利用图11,来对私人网络03上的通信设备301发现私人网络01上的通信设备102的顺序加以说明。
参照图11,通信设备301的设备发现请求发送部3011经由通信部3015,向连接有自身的私人网络03上以组播方式发送已将通信设备102指定为检索对象的设备发现请求(步骤S1401)。在此,由于在私人网络03上不存在通信设备102,并且路由器200不将设备发现请求转送给私人网络02上,因此在设备发现应答接收部3012中,发生来自通信设备102的设备发现应答的接收超时(步骤S1402),导致设备发现的失败(步骤S1403)。
如果自己网络上的设备发现失败的话,通信设备301的中继请求发送部3013就经由通信部3015,对于连接支援服务器001的中继请求转送部0011发送设备发现请求的中继请求(步骤S1404)。
从不同网络(私人网络03)上的通信设备301那里接收到中继请求的中继请求转送部0011,从在通信路径信息存储部0014中存储的信息中,选出分别连接在与私人网络03不同的所有网络上(在此,私人网络01及私人网络02上)的任意设备(此时,假设为通信设备101及通信设备202),并经由通信部0015,发送设备发现请求的中继请求(步骤S1405)。
从连接支援服务器001那里接收到中继请求的通信设备101的中继请求处理部1014从设备发现请求的中继请求中取出检索对象(通信设备102)(步骤S1406),从设备发现请求发送部1011经由通信部1015,将含有该取出来的信息的设备发现请求以组播方式发送给私人网络01上(步骤S1407)。
同样,从连接支援服务器001那里接收到中继请求的通信设备202的中继请求处理部2024从设备发现请求的中继请求中取出检索对象(通信设备102)(步骤S1408),从设备发现请求发送部2021经由通信部2025,将含有该取出来的信息的设备发现请求以组播方式发送给私人网络02上(步骤S1409)。
在此,由于在私人网络02上不存在通信设备102,并且路由器200不将设备发现请求转送给私人网络01上,因此发生来自通信设备102的设备发现应答的接收超时(步骤S1410)。
另一方面,接收到通信设备101以组播方式发送来的设备发现请求的通信设备102的设备发现请求接收部1021,判断出自身被指定为检索对象,从设备发现应答发送部1022经由通信部1023,将设备发现应答发送给通信设备101的中继请求处理部1014(步骤S1411)。
接收到设备发现应答的中继请求处理部1014将该应答发送给连接支援服务器001的设备发现应答转送部0012(步骤S1412)。设备发现应答转送部0012将该设备发现应答转送给通信设备301的设备发现应答接收部3012(步骤S1413)。
通过使通信设备301的设备发现应答接收部3012接收设备发现应答,来使在不同私人网络上的通信设备102的设备发现获得成功(步骤S1414)。
此外,在图11的步骤S1404中从不同网络上的通信设备那里接收到设备发现请求的中继请求的连接支援服务器001的中继请求转送部0011,从在通信路径信息存储部0014中存储的信息中,选出与私人网络03不同的所有网络上(在此,私人网络01及私人网络02上)的任意设备(此时,假设为通信设备101及通信设备202),并经由通信部0015,发送设备发现请求的中继请求,但是,此时也可以始终对于同一通信设备发送中继请求。例如,能够通过始终向处理能力较高的设备以组播方式发送设备发现请求,来缩短检索时间。
此外,从不同网络上的通信设备那里接收到设备发现请求的中继请求的连接支援服务器00I的中继请求转送部0011,也可以每次对于不同通信设备发送中继请求。由此,能够通过分散设备发现请求的组播发送,来实现网络的稳定化。
另一方面,在图10的步骤S1305及图11的步骤S1405中。接收到中继请求的通信设备也可以通过考虑自身的处理负荷,来将中继拒绝应答从中继拒绝应答发送部(未图示)发送给连接支援服务器001的中继拒绝应答接收部0013。能够通过使接收到中继拒绝应答的中继拒绝应答接收部0013向与在通信路径信息存储部中存储的中继拒绝应答的发送源设备不同的通信设备再次发送中继请求,来在请求设备发现请求的中继的设备处于承受负荷的状态下,而不能以组播方式发送设备发现请求时,向其它的未承受处理负荷的设备请求中继,从而能够防止设备陷于不能处理的情况。
此外,即可以将在UPnP中规定的M-SEARCH请求用作设备发现请求的消息,也可以利用在其它协议中规定的消息。
此外,设备发现请求的发送并不限定于组播,也可以利用广播或其它数据发送方法。
此外。在本实施方式中说明的结构为一个例子,并不局限于此。
例如,当连接支援服务器001连接在私人网络02上时,能够通过进行与上述方法一样的处理,来从通信设备101发现通信设备302,并且从通信设备202发现通信设备102及302。
此外,当连接支援服务器001连接在私人网络01上时,也能够从私人网络01上的设备发现私人网络02、03上的设备,也能够从私人网络02上的设备发现私人网络01、03上的设备,也能够从私人网络03上的设备发现私人网络01、02上的设备。
此外,在本实施方式中,虽然以通信设备都与连接支援服务器001确定有通信路径为前提,但是并不局限于此。在私人网络上只要存在1台与连接支援服务器001确定有通信路径的通信设备,便能够通过根据本实施方式所示的处理顺序来使该确定有通信路径的通信设备进行中继,来发现未与连接支援服务器001确定通信路径的通信设备。
(第三实施方式)
以下,结合附图对本发明的第三实施方式进行说明。
图12为表示本发明的第三实施方式所涉及的整个系统的结构例的图。
在图12中,全球网00与私人网络01通过路由器100相连接。路由器100具有作为WAN侧地址的全球IP地址[IPW100]、和作为LAN侧地址的私人IP地址[IPL100]。
此外,私人网络01与私人网络02通过路由器200相连接。路由器200具有作为WAN侧地址的私人IP地址[IPW200]、和作为WAN侧地址的私人IP地址[IPL200]。
此外,私人网络01与私人网络03通过路由器300相连接。路由器300具有作为WAN侧地址的私人IP地址[IPW300]、和作为LAN侧地址的私人IP地址[IPL300]。
具有私人IP地址[IPL201]的通信设备201及具有私人IP地址[IPL202]的通信设备202连接在私人网络02上。
具有私人IP地址[IPL301]的通信设备301及具有私人IP地址[IPL302]的通信设备302连接在私人网络03上。
此外,具有私人IP地址[IPL001]的连接支援服务器001连接在私人网络01上。连接支援服务器001与连接在私人网络02及私人网络03上的所有通信设备确定了能够互相通信的通信路径。
表示连接支援服务器001、通信设备201、通信设备202、通信设备301及通信设备302的结构的框图与在第一实施方式及第二实施方式中说明的框图一样。
以下,在本实施方式中,对当连接支援服务器001连接在私人网络01上时的设备发现顺序进行说明。
利用图13来对私人网络02上的通信设备202发现私人网络03上的通信设备302的顺序进行说明。
参照图13,通信设备202的设备发现请求发送部2021经由通信部2025。向连接有自身的私人网络02上以组播方式发送已将通信设备302指定为检索对象的设备发现请求(步骤S1601)。在此,由于在私人网络02上不存在通信设备302,并且路由器200不将设备发现请求转送给私人网络01上,因此在设备发现应答接收部2022中,发生来自通信设备302的设备发现应答的接收超时(步骤S1602),导致设备发现的失败(步骤S1603)。
如果自己网络上的设备发现失败的话,通信设备202的中继请求发送部2023就经由通信部2025,向连接支援服务器001的中继请求转送部0011发送设备发现请求的中继请求(步骤S1604)。
从不同网络(私人网络02)上的通信设备那里接收到中继请求的中继请求转送部0011,从在通信路径信息存储部0014中存储的信息中,选出分别连接在私人网络02以外的所有网络上(在此,私人网络01及私人网络03上)的任意设备(此时,由于在私人网络01上不存在通信设备,因此仅选出通信设备301),并经由通信部0015,发送设备发现请求的中继请求(步骤S1605)。
从连接支援服务器001那里接收到中继请求的通信设备301的中继请求处理部3014从设备发现请求的中继请求中取出检索对象(通信设备302)(步骤S1606),从设备发现请求发送部3011经由通信部3015,将含有该取出来的信息的设备发现请求以组播方式发送给私人网络03上(步骤S1607)。
接收到设备发现请求的通信设备302的设备发现请求接收部3021判断出自身被指定为检索对象,从设备发现应答发送部3022经由通信部3023,将设备发现应答发送给通信设备301的中继请求处理部3014(步骤S1608)。
接收到设备发现应答的中继请求处理部3014将该应答发送给连接支援服务器001的设备发现应答转送部0012(步骤S1609),设备发现应答转送部0012将该设备发现应答转送给通信设备202的设备发现应答接收部2022(步骤S1610)。
通过使通信设备202的设备发现应答接收部2022接收到设备发现应答,来使在不同私人网络上的通信设备302的设备发现获得成功(步骤S1611)。
在此,在步骤S1601中通信设备202从设备发现请求发送部2021将设备发现请求以组播方式发送给自己网络上,也可以同时从中继请求发送部2023对于连接支援服务器001的中继请求转送部0011发送设备发现请求的中继请求。由此,在自己网络上没有想要发现的设备时,能够在等待接收应答的期间,同时在不同网络上进行设备发现,从而能够缩短发现所需的时间。
此外,既可以将在UPnP中规定的M-SEARCH请求用作设备发现请求的消息,也可以利用在其它协议中规定的消息。
此外,设备发现请求的发送并不限定于组播,也可以利用广播或其它数据发送方法。
此外,在本实施方式中说明的结构为一个例子,并不局限于此。
例如,当连接支援服务器001连接在私人网络02上时。也可以通过进行与上述方法一样的处理,来从私人网络02上的设备发现私人网络03上的设备。或者,也可以使私人网络03上的设备发现私人网络02上的设备。
并且,当连接支援服务器连接在私人网络03上的情况也是一样。
此外,在本实施方式中,虽然以通信设备都与连接支援服务器001确定有通信路径为前提,但是并不局限于此。在私人网络上只要存在1台与连接支援服务器001确定有通信路径的通信设备,便能够通过根据本实施方式所示的处理顺序来使该确定有通信路径的通信设备进行中继,来发现未与连接支援服务器001确定通信路径的通信设备。
(第四实施方式)
以下,结合附图对本发明的第四实施方式进行说明。
图14为表示本发明的第四实施方式所涉及的整个系统的结构例的图。在图14中,全球网00与私人网络01通过路由器100相连接。路由器100具有作为WAN侧地址的全球IP地址[IPW100]、和作为LAN侧地址的私人IP地址[IPL100]。
此外,私人网络01与私人网络02通过路由器200相连接。路由器200具有作为WAN侧地址的私人IP地址[IPW200]、和作为LAN地址的私人IP地址[IPW200]。
此外,私人网络01与私人网络03通过路由器300相连接。路由器300具有作为WAN侧地址的私人IP地址[IPW300]、和作为LAN侧地址的私人IP地址[IPL300]。
具有全球IP地址[IPW401]的通信设备401连接在全球网00上。
具有私人IP地址[IPL201]的通信设备201及具有私人IP地址[IPL202]的通信设备202连接在私人网络02上。
具有私人IP地址[IPL301]的通信设备301及具有私人IP地址[IPL302]的通信设备302连接在私人网络03上。
此外,具有私人IP地址[IPL001]的连接支援服务器001连接在私人网络01上。连接支援服务器001与连接在全球网00、私人网络02及私人网络03上的所有通信设备确定了能够互相通信的通信路径。
表示连接支援服务器001、通信设备201、通信设备202、通信设备301及通信设备302的结构的框图与在第一实施方式及第二实施方式中说明的框图一样。
图15为表示本发明的第四实施方式所涉及的通信设备401的结构例的框图。在图15中,通信设备401包括:设备发现请求发送部4011,将对于希望通信的所期望的设备的设备发现请求以组播方式发送给自己网络上;设备发现应答接收部4012,接收设备发现应答;中继请求发送部4013,对于连接支援服务器发送设备发现请求的中继请求;中继请求处理部4014,在从连接支援服务器那里接收到设备发现请求的中继请求时,将设备发现请求以组播方式发送给自己网络上;以及通信部4015,进行所有通信。通信设备401为对其它设备进行操作的设备,如手机、PDA等具有通信功能的便携式终端。
此外,在具有全球IP地址的通信设备401中,由于不能在全球网上以组播方式发送请求,因此不一定需要设备发现请求发送部4011及中继请求处理部4014。
以下,在本实施方式中,对当连接支援服务器001连接在私人网络01上时的设备发现顺序进行说明。
利用图16来对全球网00上的通信设备401发现私人网络03上的通信设备302的顺序进行说明。
通信设备401由于自身连接的网络为全球网,因此不以组播方式发送设备发现请求,通信设备401的中继请求发送部4013经由通信部4015,对于连接支援服务器001的中继请求转送部0011,发送设备发现请求的中继请求(步骤S1901)。
从不同网络(全球网00)上的通信设备那里接收到中继请求的中继请求转送部0011,从在通信路径信息存储部0014中存储的信息中,选出分别连接在全球网00以外的所有网络上(在此,私人网络01、私人网络02及私人网络03)的任意设备(此时,由于私人网络01上不存在通信设备,因此选出通信设备201、301),并经由通信部0015,发送设备发现请求的中继请求(步骤S1902)。
从连接支援服务器001那里接收到中继请求的通信设备202的中继请求处理部2024从设备发现请求的中继请求中取出检索对象(通信设备302)(步骤S1903),从设备发现请求发送部2021经由通信部2025,将含有该取出来的信息的设备发现请求以组播方式发送给私人网络02上(步骤S1904)。
接收到设备发现请求的通信设备201的设备发现请求接收部2011由于自身未被指定为检索对象,因此不发送设备发现应答。
从连接支援服务器001那里接收到中继请求的通信设备301的中继请求处理部3014从设备发现请求的中继请求中取出检索对象(通信设备302)(步骤S1905),从设备发现请求发送部3011经由通信部3015,将含有该取出来的信息的设备发现请求以组播方式发送给私人网络03上(步骤S1906)。
接收到设备发现请求的通信设备302的设备发现请求接收部3021判断出自身被指定为检索对象,从设备发现应答发送部3022经由通信部3023,将设备发现应答发送给通信设备301的中继请求处理部3014(步骤S1907)。
接收到设备发现应答的中继请求处理部3014将该应答发送给连接支援服务器001的设备发现应答转送部0012(步骤S1908),设备发现应答转送部0012将该设备发现应答转送给通信设备401,的设备发现应答接收部4012(步骤S1909)。
通过使通信设备401的设备发现应答接收部4012接收设备发现应答,来使在不同私人网络上的通信设备302的设备发现获得成功(步骤S1910)。
此外,既可以将在UPnP中规定的M-SEARCH请求用作设备发现请求的消息,也可以利用在其它协议中规定的消息。
此外,设备发现请求的发送并不限定于组播,也可以利用广播或其它数据发送方法。
此外,在本实施方式中说明的结构为一个例子,并不局限于此。
例如,当连接支援服务器001连接在私人网络02上时,也可以通过进行与上述方法一样的处理,来从全球网00上的设备发现私人网络02或私人网络03上的设备。此外,也能够从私人网络02或私人网络03上的设备发现全球网00上的设备。
此外,当连接支援服务器连接在私人网络03上的情况,也是一样。
此外,在本实施方式中,全球网00上的通信设备401具有全球IP地址,并直接连接在全球网00上,但是,在连接在具有全球IP地址的路由器等中继设备上,且自身具有私人IP地址时,也可以通过一样的顺序进行设备发现。
此外,在本实施方式中,虽然以通信设备都与连接支援服务器001确定有通信路径为前提,但是并不局限于此。能够通过利用根据本实施方式所示的处理顺序,使与连接支援服务器001确定有通信路径的通信设备进行中继,来发现连接在与该通信设备同一的网络上的、且未与连接支援服务器001确定通信路径的通信设备。
本发明的通信设备对于在由多个路由器构成的路由器多段结构的网络等中,发现不同网络上的设备等,尤其有用。
Claims (14)
1、一种通信设备,在由通过多个网络地址转换装置连接的多个子网构成的网络中,连接在所述网络内的任意子网络上,并具有连接支援服务器功能,该连接支援服务器功能用以与连接在和连接有该通信设备的子网络不同的子网络上的通信设备确定有通信路径,其特征在于:
该通信设备包括:
中继请求转送部,在从任意通信设备那里接收到设备发现请求的中继请求时,向其它通信设备转送设备发现请求的中继请求;以及
设备发现应答转送部,在接收到设备发现应答时,将所接收到的设备发现应答转送给中继请求发送源的通信设备,
所述中继请求转送部。在接收到所述设备发现请求的中继请求时,对于在连接有请求发送源的通信设备的子网络以外的子网络上连接的任意通信设备,转送设备发现请求的中继请求,
所述设备发现应答转送部具有连接支援服务器功能,该连接支援服务器功能用以在从转送了设备发现请求的中继请求的通信设备那里接收到设备发现应答时,向设备发现请求发送源的通信设备转送所述设备发现应答。
2、根据权利要求1所述的通信设备,其特征在于:
该通信设备还包括:
设备发现请求发送部,以组播或广播方式向自己子网络上发送对于所期望的通信设备的设备发现请求;
中继请求发送部,对于不同子网络上的通信设备,发送设备发现请求的中继请求;以及
设备发现应答接收部,接收设备发现应答,
所述设备发现请求发送部,将对于所述所期望的通信设备的设备发现请求发送给自己子网络上;
在所述设备发现应答接收部未接收到对于所述设备发现请求的设备发送应答时,所述中继请求发送部对于不同子网络上的通信设备,发送设备发现请求的中继请求;
所述设备发现应答接收部通过接收对于所述中继请求的设备发现应答,来发现所述所期望的通信设备。
3、根据权利要求1所述的通信设备,其特征在于:
所述中继请求转送部,在从不同子网络的通信设备那里接收到设备发现请求的中继请求时,在自己子网络上,以组播或广播方式发送设备发现请求,进行设备检索,而对于自己子网络以外的所有子网络上的任意通信设备,转送设备发现请求的中继请求。
4、根据权利要求1所述的通信设备,其特征在于:
所述中继请求转送部,在自己子网络上的通信设备接收到以组播或广播方式发送来的设备发现请求时,对于不同子网络上的任意通信设备发送设备发现请求的中继请求。
5、根据权利要求1所述的通信设备,其特征在于:
所述中继请求转送部存储有与通信设备有关的信息,在接收到所述设备发现请求的中继请求时,基于与所述通信设备有关的信息,来决定转送目的地的通信设备。
6、根据权利要求1所述的通信设备,其特征在于:
该通信设备还包括中继拒绝应答接收部,该中继拒绝应答接收部接收对于设备发现请求的中继请求的拒绝应答;
所述中继拒绝应答接收部在接收到所述拒绝应答时,对于与所述拒绝应答发送源的通信设备同一的子网络上的、与所述拒绝应答发送源的通信设备不同的通信设备,转送设备发现请求的中继请求。
7、一种通信设备,在由通过多个网络地址转换装置连接的多个子网络构成的网络中,连接在所述网络内的任意子网络上,并与和所述网络上的通信设备连接有通信路径的、具有连接支援服务器功能的通信设备确定有通信路径,其特征在于:
该通信设备包括:
设备发现请求发送部,以组播或广播方式将对于所期望的通信设备的设备发现请求发送给自己网络上;
中继请求发送部,对于所述具有连接支援服务器功能的通信设备发送设备发现请求的中继请求;以及
设备发现应答接收部,接收设备发现应答,
所述设备发现应答接收部,通过从所述所期望的通信设备或所述具有连接支援服务器功能的通信设备那里接收设备发现应答,来发现所述所期望的通信设备。
8、根据权利要求7所述的通信设备,其特征在于:
所述中继请求发送部,在所述设备发现应答接收部未接收到对于设备发现请求的设备发现应答时,对于具有连接支援服务器功能的通信设备,发送设备发现请求的中继请求。
9、根据权利要求7所述的通信设备,其特征在于:
所述中继请求发送部,在所述设备发现请求发送部以组播或广播方式向自己网络上发送所述设备发现请求的同时,对于所述具有连接支援服务器功能的通信设备发送设备发现请求的中继请求。
10、根据权利要求7所述的通信设备,其特征在于:
该通信设备还包括中继请求处理部,该中继请求处理部在从所述具有连接支援服务器功能的通信设备那里接收到设备发现请求的中继请求时,以组播或广播方式向自己网络上发送设备发现请求;
所述中继请求处理部,在所述设备发现应答接收部接收到设备发现应答时,将该接收到的设备发现应答转送给所述具有连接支援服务器功能的通信设备。
11、根据权利要求10所述的通信设备。其特征在于:
该通信设备还包括中继拒绝应答发送部,该中继拒绝应答发送部,在所述中继请求处理部从所述具有连接支援服务器功能的通信设备那里接收到设备发现请求的中继请求,并判断出用以将设备发现请求以组播或广播方式发送给自己网络上的处理能力不够时,对于所述具有连接支援服务器功能的通信设备,发送对于所述设备发现请求的中继请求的拒绝应答。
12、一种方法,是通信设备所执行的方法,该通信设备是在由通过多个网络地址转换装置连接的多个子网络构成的网络中,连接在所述网络内的任意子网络上,并具有连接支援服务器功能,该连接支援服务器功能用以与连接在和连接有该通信设备的子网络不同的子网络上的通信设备连接有通信路径的通信设备。其特征在于:
该方法包括:
中继请求转送步骤,在从任意通信设备那里接收到设备发现请求的中继请求时,向其它通信设备转送设备发现请求的中继请求,以及
设备发现应答转送步骤,在接收到设备发现应答时,将所接收到的设备发现应答转送给中继请求发送源的通信设备;
所述中继请求转送步骤,在接收到所述设备发现请求的中继请求时,对于在连接有请求发送源的通信设备的子网络以外的子网络的任意通信设备,转送设备发现请求的中继请求;
所述设备发现应答转送步骤具有连接支援服务器功能,该连接支援服务器功能在从转送了设备发现请求的中继请求的通信设备那里接收到设备发现应答时,向设备发现请求发送源的通信设备转送所述设备发现应答。
13、一种方法,是通信设备所执行的方法,该通信设备是在由通过多个网络地址转换装置连接的多个子网络构成的网络中,连接在所述网络内的任意子网络上,并与和所述网络上的通信设备连接有通信路径的、具有连接支援服务器功能的通信设备确定有通信路径的通信设备。其特征在于:
该方法包括:
设备发现请求发送步骤,将对于所期望的通信设备的设备发现请求以组播或广播方式发送给自己网络上,
中继请求发送步骤,对于所述具有连接支援服务器功能的通信设备,发送设备发现请求的中继请求,以及
设备发现应答接收步骤,接收设备发现应答:
所述设备发现应答接收步骤,通过从所述所期望的通信设备或所述具有连接支援服务器功能的通信设备那里接收设备发现应答,来发现所期望的通信设备。
14、一种存储媒体,其特征在于:
将执行权利要求12或权利要求13的方法的软件存储下来。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP093991/2006 | 2006-03-30 | ||
JP2006093991 | 2006-03-30 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101405999A true CN101405999A (zh) | 2009-04-08 |
Family
ID=38563304
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200780009982.9A Pending CN101405999A (zh) | 2006-03-30 | 2007-03-19 | 连接支援服务器及通信设备 |
Country Status (4)
Country | Link |
---|---|
US (1) | US7886078B2 (zh) |
JP (1) | JP4862039B2 (zh) |
CN (1) | CN101405999A (zh) |
WO (1) | WO2007114035A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114697880A (zh) * | 2020-12-31 | 2022-07-01 | 华为技术有限公司 | 跨网段发现的方法、路由设备及系统 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101526932A (zh) * | 2008-03-03 | 2009-09-09 | 株式会社理光 | 设备控制装置、设备信息获取方法及计算机可读记录介质 |
CN102868916B (zh) * | 2012-08-27 | 2016-03-02 | 腾讯科技(深圳)有限公司 | 一种向数字电视终端共享信息的方法、终端及系统 |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20010033554A1 (en) * | 2000-02-18 | 2001-10-25 | Arun Ayyagari | Proxy-bridge connecting remote users to a limited connectivity network |
EP1421804A4 (en) * | 2001-08-10 | 2007-11-21 | Strix Systems Inc | VIRTUAL LINK USING A WIRELESS DEVICE |
JP2003111156A (ja) * | 2001-09-27 | 2003-04-11 | Toshiba Corp | デジタル家電機器 |
US7962605B2 (en) * | 2001-11-20 | 2011-06-14 | Microsoft Corporation | Distributed device discovery framework for a network |
JP2003264570A (ja) * | 2002-03-07 | 2003-09-19 | Ricoh Co Ltd | データ取得装置、データ取得方法、該データ取得方法を実行するプログラムを記録した記録媒体、および通信装置 |
JP4232550B2 (ja) * | 2002-07-01 | 2009-03-04 | 日本電気株式会社 | ネットワーク情報検出装置および方法 |
US7385973B1 (en) * | 2003-02-21 | 2008-06-10 | Nortel Networks Limited | Method and apparatus for VLAN ID discovery |
JP3798754B2 (ja) * | 2003-03-13 | 2006-07-19 | インターナショナル・ビジネス・マシーンズ・コーポレーション | ルータを介して接続されたサブネットワーク間のブロードキャスト |
US7633948B2 (en) * | 2003-07-07 | 2009-12-15 | Panasonic Corporation | Relay device and server, and port forward setting method |
JP2007097057A (ja) * | 2005-09-30 | 2007-04-12 | Brother Ind Ltd | サーバ装置、機器情報提供方法、プログラム、ネットワークシステム、及び、機器共用化方法 |
JP2007151006A (ja) * | 2005-11-30 | 2007-06-14 | Fujitsu Ltd | 通信システムおよび通信端末装置 |
-
2007
- 2007-03-19 JP JP2008508496A patent/JP4862039B2/ja active Active
- 2007-03-19 US US12/293,859 patent/US7886078B2/en not_active Expired - Fee Related
- 2007-03-19 CN CN200780009982.9A patent/CN101405999A/zh active Pending
- 2007-03-19 WO PCT/JP2007/055528 patent/WO2007114035A1/ja active Application Filing
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114697880A (zh) * | 2020-12-31 | 2022-07-01 | 华为技术有限公司 | 跨网段发现的方法、路由设备及系统 |
CN114697880B (zh) * | 2020-12-31 | 2023-05-12 | 华为技术有限公司 | 跨网段发现的方法、路由设备及系统 |
Also Published As
Publication number | Publication date |
---|---|
JP4862039B2 (ja) | 2012-01-25 |
US7886078B2 (en) | 2011-02-08 |
JPWO2007114035A1 (ja) | 2009-08-13 |
WO2007114035A1 (ja) | 2007-10-11 |
US20090037528A1 (en) | 2009-02-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9363099B2 (en) | UPnP/DLNA with RADA hive | |
CN103108089B (zh) | 网络系统的连线建立管理方法及其相关系统 | |
CN102209023B (zh) | 一种建立FCoE通信连接的方法、装置、名字服务器和系统 | |
CN101212384B (zh) | 实现家庭网络互联的方法、系统及设备 | |
CN101242306B (zh) | 实现网络设备自动发现的方法、系统、设备及服务器 | |
CN102948120B (zh) | 使用个人网络路由表配置个人网络的装置和方法 | |
CN102811223A (zh) | Dlna设备共享方法及装置 | |
CN110012083B (zh) | 一种数据传输方法、服务器及数据传输装置 | |
US8964765B2 (en) | Mobile handheld multi-media gateway and phone | |
CN102811335A (zh) | 建立视频会话的方法、设备和系统 | |
JP2010041585A (ja) | 基地局およびデータ転送方法 | |
CN105141450A (zh) | 物联设备wifi模块配置方法及装置 | |
CN105959188B (zh) | 一种控制用户终端上线的方法和装置 | |
CN101867508B (zh) | 实现家庭网络互联的方法、系统及设备 | |
CN107395686A (zh) | 切换长连接的方法、设备和系统 | |
CN101529398B (zh) | 网络系统 | |
CN101405999A (zh) | 连接支援服务器及通信设备 | |
US9768856B2 (en) | Method and apparatus for transmitting and receiving service in wireless communication system | |
CN103001959A (zh) | 家庭间设备发现方法和系统 | |
JP2016192706A (ja) | 情報収集システム、中継端末、中継端末のセンタシステムへの接続制御方法、センサ端末、センサ端末のセンタシステムへの接続制御方法 | |
US7826392B2 (en) | Advertisement search agent | |
CN105491065A (zh) | 消息中间件的资源访问方法、服务器及资源访问系统 | |
CN106230676A (zh) | 家电接入网络的方法、装置、系统以及家电 | |
CN102724233A (zh) | 信息家电系统中用IPv4协议栈实现与IPv6进程的通信方法 | |
CN108055284B (zh) | 一种基于Wi-Fi Direct的D2D链路上的数据转发方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
AD01 | Patent right deemed abandoned |
Effective date of abandoning: 20090408 |
|
C20 | Patent right or utility model deemed to be abandoned or is abandoned |