CN101631061B - 一种资源节点信息通知方法及网络实体装置 - Google Patents
一种资源节点信息通知方法及网络实体装置 Download PDFInfo
- Publication number
- CN101631061B CN101631061B CN2008101166850A CN200810116685A CN101631061B CN 101631061 B CN101631061 B CN 101631061B CN 2008101166850 A CN2008101166850 A CN 2008101166850A CN 200810116685 A CN200810116685 A CN 200810116685A CN 101631061 B CN101631061 B CN 101631061B
- Authority
- CN
- China
- Prior art keywords
- resource
- home network
- resource node
- network
- node information
- 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.)
- Active
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种资源节点信息通知方法及网络实体装置,应用于对等网络,本发明的方法包括:第一索引服务器接收本网用户端发起的获取请求,该获取请求用于获取所需资源对应的资源节点信息;第一索引服务器根据该获取请求,确定出存储的对应资源的节点信息中所包含的本网资源节点信息,并返回给用户端。本发明提供的资源节点信息通知方法及网络实体装置,可以较大程度地降低跨网的流量,减轻运营商网络设备的负担和运营成本,避免了由于跨网流量所产生的不同运营商网络之间通信瓶颈问题。
Description
技术领域
本发明涉及对等网络领域,尤其涉及一种资源节点信息通知方法及网络实体装置。
背景技术
目前,对等网络(Peer to Peer,P2P)业务在网络中所占的流量越来越大。P2P业务流量大量占据骨干网以及由此产生跨网流量的问题,对运营商的网络设备负担及运营成本带来了很大的挑战。
在当前P2P业务流量占互联网统治地位的状况下,非骨干互联网运营商网络受到上述挑战显得尤为严重。
以目前P2P应用中的常见的比特流(Bitorrent,BT)下载业务为例,这种业务技术是基于索引服务器(Tracker)的网状网(Mesh)的传输模式。如图1所示,当ISP2网络中的标识为User的用户需要下载资源文件时,需要先到外网的BT资源发布网站上查找并获取资源描述文件,然后根据资源描述文件的指示通过网络之间的核心路由器(Core Router)在ISP1网络中索引服务器(Tracker)中获取资源下载节点的列表(SeedList),假定资源文件分成Data1、Data2和Data3三部分,根据Data1,Data2和Data3的索引,可以从正在同时下载该文件的所属资源节点User1、User2和User3分别下载所需要的资源文件。如图1所示,用户User可以从ISP1中的标识为User1的节点下载Data1,从ISP1中标识为User2节点下载Data2,以及从ISP2中的标识为User3的节点下载Data3。
如果资源文件下载的目的节点和源节点不属于同一运营商的网络,例如,资源文件下载的目的节点(用户User)属于互联网服务提供商(Internet ServiceProvider,ISP)2的网络,而源节点User1和User2则属于ISP1的网络,此时资源 文件的点对点传输就会造成产生不同运营商之间的跨网络流量。
若ISP2为非骨干互联网运营商网络,ISP1为骨干互联网运营商网络,由于大量互联网络资源基本上都集中在骨干运营商ISP1网络内,非骨干运营商ISP2网内的网络资源并不丰富,并且索引服务器所提供的资源下载列表中的资源节点往往是随机分配的,也就是说,索引服务器所提供的资源下载列表中的资源节点通常会较多数位于骨干互联网运营商网络中,这样的话,就会导致非骨干运营商ISP2的用户需要经常访问骨干运营商ISP1网络中的资源,由此产生巨大的P2P业务跨网流量,大大增加了非骨干运营商ISP2的网络设备负担,增加了其运营成本,并且过多的P2P跨网络流量也会造成两个运营商网络之间的通信瓶颈。
现有的降低跨网流量的解决方案如P2P缓存(P2P Cache)方案,通过运营商在本网内的转接点链路(Transit Link)或者关键汇聚点设置一些缓存(Cache)节点,这些节点使用专门的硬件、存储和相关软件,对流过本网的P2P业务数据内容进行存储。这样,当其他网内的P2P业务用户再次请求访问该业务数据内容时,网络可以透明地将请求导向P2P缓存节点,利用缓存节点存储的业务数据内容提供服务。这样,很大一部分流量都能限制在网内传输,从而降低跨网流量。
但上述方法存在下列的问题:
P2P Cache需要在本网内的转接点链路或者关键汇聚点都设置P2P Cache设备,价格比较昂贵;同时由于需要进行内容的缓存,因此需要投资较多的存储设备,所需耗费的成本较高。
发明内容
本发明提供了一种资源节点信息通知方法及网络实体装置,用以解决现有P2P应用中存在由于跨网流量所造成的运营商网络设备负担和运营成本增加,以及由此产生不同运营商网络之间通信瓶颈问题。
本发明提供了一种资源节点信息通知方法,包括:
第一索引服务器接收本网用户端发起的获取请求,所述获取请求用于获取所需资源对应的资源节点信息;
所述第一索引服务器根据所述获取请求,确定出对应所述所需资源的资源节点信息中所包含的本网资源节点信息,并返回给所述用户端;
所述方法还包括:
所述第一索引服务器从外网的资源发布服务器上获取资源描述文件并解析,根据所述资源描述文件所包含的第二索引服务器地址信息,向所述第二索引服务器获取资源节点信息并存储。
所述第一索引服务器从外网资源发布服务器上获取资源描述文件之后,还包括:
修改所述资源描述文件所包含的第二索引服务器的地址为自身的地址;并将修改后的资源描述文件存储到本网的资源发布服务器上;
当本网域名服务器接收到所述本网用户端发起的登录外网资源发布服务器的请求时,将所述请求重定向至所述本网资源发布服务器;
所述本网资源发布服务器根据所述请求,向所述本网用户端返回所述修改后的资源描述文件。
判断确定出的本网资源节点数量是否到设定的阈值;
当确定所述本网资源节点的数量未达到设定的阈值时,确定对应所述资源的资源节点信息中所包含的外网资源节点信息,并返回给所述用户端。
所述资源发布服务器设置于所述第一索引服务器中。
本发明还提供了一种网络实体装置,包括:接收模块、确定模块和返回模块;其中:
所述接收模块,用于接收本网用户端发起的获取请求,所述获取请求用于获取所需资源对应的资源节点信息;
所述确定模块,用于根据所述接收模块接收的获取请求,确定对应所述资 源的资源节点信息中所包含的本网资源节点信息;
所述返回模块,用于将确定模块确定出的所述本网资源节点信息返回至所述用户端;
获取模块,用于从外网资源发布服务器上获取资源描述文件;以及解析出所述资源描述文件包含的索引服务器地址信息,向所述索引服务器获取资源节点信息并发送至所述确定模块。
所述获取模块,还用于修改所述资源描述文件所包含的索引服务器的地址为所述网络实体装置自身的地址;以及将所述修改后的资源描述文件发送至本网的资源发布服务器。
所述确定模块,还用于判断确定出的本网资源节点数量是否到设定的阈值;以及当所述本网资源节点数量未达到设定的阈值时,确定对应所述资源的资源节点信息中所包含的外网资源节点信息;
所述返回模块,还用于将所述确定模块确定出的所述外网资源节点信息返回至所述本网用户端。
本发明有益效果如下:
本发明实施例提供的一种资源节点信息通知方法及网络实体装置,通过第一索引服务器接收本网用户端发起的获取请求,该获取请求用于获取所需资源对应的资源节点信息;确定出存储的对应资源的节点信息中所包含的本网资源节点信息,并返回给用户端。对用户端来说,由于其所接收到的资源节点信息属于本网节点,所以,当与这些资源节点建立连接进行资源传输时所产生的流量都发生在本网内部,较大限度地降低了跨网的流量,减轻了运营商网络设备的负担和运营成本,避免了由于跨网流量所产生的不同运营商网络之间通信瓶颈问题。
特别地,对于非骨干互联网运营商网络来说,本发明通过在其网络中增设第一索引服务器,第一索引服务器向用户返回资源节点信息的时候,优先返回本网内的资源节点信息,由于用户端所接收到的资源节点信息可能全部或绝大 多数都是本网节点,所以,当用户端与这些资源节点之间建立连接进行资源传输时所产生的流量基本上都发生在本网内部,避免了现有技术中骨干互联网运营商网络中的资源服务器向非骨干运营商网络中的用户端随机地返回资源节点信息(该信息中可能较多的是外网资源节点)所造成的巨大的跨网流量的问题,同时本发明还具备对现有网络改动小,实施成本较低的优点。
附图说明
图1为现有P2P应用中用户端进行资源下载的网络连接示意图;
图2为本发明实施例提供的资源节点信息通知方法的流程图之一;
图3为本发明实施例提供的资源节点信息通知方法的网络连接示意图;
图4为本发明实施例提供的资源节点信息通知方法的流程图之二;
图5为本发明实施例提供的网络实体装置的结构示意图。
具体实施方式
下面结合附图,用具体实施例对本发明提供的一种资源节点信息通知方法及网络实体装置进行详细的说明。
为了便于说明本发明实施例提供的一种资源节点信息通知方法,本发明实施例还是以图1所示的两种不同类型网络ISP1网络和ISP2网络为例分别进行说明。
对于ISP1这种骨干互联网运营商网络来说,与现有技术相同,在ISP1网络内部的索引服务器(可以不止一个)存储有各个资源对应的资源节点信息,该资源节点信息的内容包括各资源节点的IP地址、端口和用户ID等信息。
如图2所示,对于ISP1网络来说,本发明实施例所提供的资源节点信息通知方法,具体包括以下步骤:
步骤201、ISP1网络中的索引服务器接收本网用户端发起的获取请求,该获取请求用于获取所需资源对应的资源节点信息。
步骤202、ISP1网络中的索引服务器根据接收到的资源节点信息获取请求,确定出存储的资源节点信息中所包含的本网资源节点信息,并返回给该用户端。
步骤203、该用户端根据返回的资源节点信息,向资源节点获取对应的资源。
该用户端根据返回的资源节点信息,分别向各个对应的资源节点发送建立连接请求,得到资源节点的许可后,即建立网状网进行资源的传输。
在本发明实施例提供的资源节点信息通知方法的实际应用中,如果P2P应用对于资源节点的数量有要求,例如BT下载业务规定,用户端至少需要4个资源节点进行资源的下载(有利于用户端能够完整地下载该资源的所有部分),那么,在上述步骤202中,还可以确定存储的资源节点信息中所包含的本网资源节点的数量,如果确定本网节点数量达到了设定的阈值(例如4个),那么向该用户端返回这些本网节点信息。如果本网节点数量很少(比如不足4个),一种较佳的实施方式是在返回已有的所有本网资源节点信息的基础上,补充返回外网资源节点信息,这样可以使返回给用户端的资源节点数量能够尽量达到或接近该阈值。
对于ISP1这样的骨干互联网运营商网络来说,采用本发明实施例所提供的资源节点信息通知方法,能够最大可能地实现本网用户端与本网资源节点之间进行资源的传输,从而较大程度地降低跨网流量。
下面重点针对ISP2网络来说明本发明实施例所提供的资源节点信息通知方法的原理及步骤。
对于ISP2这种非骨干运营商网络(例如移动互联网运营商的网络)来说,在现有技术中其网络内部是不存在能够提供资源节点信息的索引服务器的。为了说明简便,如图3所示,假设ISP2网络与骨干互联网运营商ISP1网络(相对ISP2网络的“外网”)之间通过核心网关进行交互,本发明实施例提供的资源节点信息通知方法在ISP2网络中设置了索引服务器和资源发布服务器,为 了与ISP1网络中的索引服务器进行区分,以下以第一索引服务器称呼ISP2网络中的索引服务器。
在本发明实施例中,第一索引服务器的作用是为ISP2网络中的本网用户端提供资源节点信息;资源发布服务器的作用是在ISP2网络中进行资源的发布。当然,本发明实施例中也可以将ISP2网络中的资源发布服务器的功能设置于第一索引服务器中,将两者合设为同一个设备。本发明实施例对采用哪种具体的方式来实现并不做限定。
还是以ISP2网络中的用户端User使用BT业务进行资源下载为例,如图4所示,本发明实施例提供的资源节点信息通知方法,包括以下步骤:
步骤401、第一索引服务器从外网的资源发布服务器上获取资源描述文件并解析;
第一索引服务器向外网中下载量较大的资源发布服务器上获取各种网络资源对应的资源描述文件(例如BT业务所使用的后缀名为“torrent”的文件),对接收的资源描述文件进行解析,解析出该资源描述文件中所包含的第二索引服务器的地址信息。
该第二索引服务器是资源描述文件所指定的索引服务器,该第二索引服务器可以是除ISP2网络之外其他网络(当然也包括图2中的ISP1网络)中的索引服务器,但为了简化说明,在图3中,仅以ISP1网络中的索引服务器代表第二索引服务器。
步骤402、第一索引服务器根据步骤401中解析出资源描述文件所包含的第二索引服务器的地址信息,向对应的第二索引服务器获取网络资源对应的资源节点信息(由于资源节点信息可能有多个,可以是资源节点信息列表形式)。
步骤403、第一索引服务器将获取到的资源描述文件中包含的第二索引服务器地址修改为自身的地址;
由于资源描述文件中包含的第二索引服务器的地址为明文,较容易对其进行修改。
步骤402和步骤403是相互独立的步骤,为了描述方便,按照编号对其进行了区分,两个步骤之间并没有严格的时间先后顺序。
步骤404、第一索引服务器将修改后的资源描述文件发送至本网内的资源发布服务器进行发布。
步骤405、ISP2网内用户端User向本网的资源发布服务器发起登录请求;
为了实现ISP2网内的用户端User能够直接登录本网内的资源发布服务器,而不通过核心路由器访问外网的资源发布网站,在本步骤中,对现有ISP2网络中的域名服务器(Domain Name Server,DNS)预先设置了重定向功能,当用户端向本网的域名服务器发起登录外网资源发布服务器的登录请求时,该域名服务器可以实现将该登录请求重定向至本网的资源发布服务器,这样,对于本网用户端User来说,并不知道自己实际登录的网站服务器是网内的资源服务器。由于DNS的重定向功能属于现有技术的范围,在此不再赘述。
步骤406、ISP2网内的资源发布服务器向用户端User返回资源发布网页的内容。
步骤407、用户端User向本网资源发布服务器发送获取资源描述文件的请求。
用户端User在接收到资源发布网页之后,在网页上选择所需获取的资源,并向本网资源发布服务器发送获取该资源对应的资源描述文件的请求。
步骤408、本网的资源发布服务器向该用户端返回修改后的资源描述文件。
步骤409、用户端获取该资源描述文件并解析,根据修改后的资源描述文件中所包含索引服务器的地址,也就是ISP2网络中第一索引服务器的地址,向第一索引服务器发起资源节点信息获取请求;
步骤410、第一索引服务器接收该用户端发起的获取请求,确定出存储的对应资源的资源节点信息中所包含的本网资源节点信息,并返回给该用户端,其中,所述的获取请求用于获取所需资源对应的资源节点信息;
与前述的理由相似,当P2P应用对于资源节点的数量有要求,那么在上述 步骤410中,还可以确定存储的资源节点信息中所包含的本网资源节点的数量,如果确定本网节点数量较多达到了设定的阈值,那么向该用户端返回本网节点信息。如果本网节点数量很少,一种较佳的实施方式是在返回已有的所有本网资源节点信息的基础上,补充返回外网资源节点信息,使返回给用户端的资源节点数量能够尽量达到或接近该阈值。
上述步骤401至404也可以是一个独立的流程,与步骤405至410之间也可以并列进行,例如ISP2网络中用户端向本网内第一索引服务器获取资源节点信息并进行资源下载的同时,第一索引服务器也可以不断地向外网获取资源描述文件以及对应的资源节点信息,并通过网内的资源发布服务器进行发布,以便网内用户选择需要获取的资源。
本发明实施例提供的资源节点信息通知方法的网络连接示意图如图3所示,假设ISP2网络中第一索服务器从资源描述文件所包含的第二索引服务器(即ISP1网络中的索引服务器)中获得的资源节点信息列表中包含有User1、User2、User3、User4和User5个资源节点的信息,第一索服务器可以根据资源节点信息例如IP地址的判断,确定该资源节点信息列表中的资源节点User1和User2属于外网的资源节点,而其他的三个资源节点则属于本网的资源节点,那么第一索引服务器可以将本网内User3、User4和User5三个资源节点的相关信息返回给用户端。而不会向该用户端返回另外两个外网资源节点User1和User2的相关信息。
步骤411、用户端User根据第一索引服务器返回的资源节点信息,分别向各个资源节点User3、User4和User5发送建立连接请求,得到该资源节点的许可后,建立网状网进行资源的传输。
如图3中所示,用户端User在网内通过路由器与其他资源节点User3、User4和User5之间建立资源传输链路进行资源的传输,而不会与外网中的资源节点User1和User2之间进行资源的传输。
因为ISP2网络为非骨干互联网运营商网络,这种网络的特点在于网内的 网络资源并不丰富,现有技术P2P应用中该网内用户端需要经常与外网的资源节点之间进行资源的传输,采用本发明实施例提供的资源节点信息通知方法,从图3与图1之间的对比可以清楚地看出,对于ISP2网络来说,本发明实施例提供的资源节点信息通知方法能够有效地降低跨网流量。
本发明实施例还提供了一种网络实体装置,如图5所示,具体包括:接收模块501、确定模块502和返回模块503;其中:
接收模块501,用于接收本网用户端发起的获取请求,该获取请求用于获取所需资源对应的资源节点信息;
确定模块502,用于根据接收模块501接收的获取请求,确定对应资源的资源节点信息中所包含的本网资源节点信息;
返回模块503,用于将确定模块502确定出的本网资源节点信息返回至该用户端。
本发明实施例提供的网络实体装置,如图5所示,还可以包括:获取模块504;
获取模块504,用于从外网资源发布服务器上获取资源描述文件;以及解析出资源描述文件包含的索引服务器地址信息,向该索引服务器获取资源节点信息并发送至确定模块502。
本发明实施例提供的网络实体装置中的获取模块504,还用于修改资源描述文件所包含的索引服务器的地址为网络实体装置自身的地址;以及将修改后的资源描述文件发送至本网的资源发布服务器。
本发明实施例提供的网络实体装置中的确定模块502,还用于确定对应资源的节点信息中所包含的本网资源节点数量是否到设定的阈值;以及当本网资源节点数量未达到设定的阈值时,确定对应所述资源的资源节点信息中所包含的外网资源节点信息;
返回模块503,还用于将确定模块502确定出的外网资源节点信息返回至本网用户端。
本发明实施例提供的一种资源节点信息通知方法及网络实体装置,通过第一索引服务器接收本网用户端发起的获取请求,该获取请求用于获取所需资源对应的资源节点信息;第一索引服务器根据该获取请求,确定出对应资源节点信息中所包含的本网资源节点信息,并返回给用户端。特别是对于ISP2这种非骨干互联网运营商网络来说,通过在其网络中增设第一索引服务器,在向用户返回资源节点信息的时候,优先返回本网内的资源节点信息,对用户端来说,由于其所接收到的资源节点信息可能全部或绝大多数都是本网节点,所以,当用户端与这些资源节点之间建立连接进行资源传输时所产生的流量基本上都发生在本网内部,避免了现有技术中,由于骨干互联网运营商网络中的索引服务器向非骨干运营商网络中的用户端随机地返回资源节点信息(该信息中可能较多的是外网资源节点)所造成的巨大跨网流量的问题,减轻了运营商网络设备的负担和运营成本,同时还避免了由于跨网流量所导致的不同运营商网络之间通信瓶颈问题。对于运营商来说,本发明实施例提供的资源获取方法和网络实体装置还具备简单可行,对现有网络改动小(仅添设一到两个服务器)和实施成本低的优点。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (7)
1.一种资源节点信息通知方法,其特征在于,包括:
第一索引服务器接收本网用户端发起的获取请求,所述获取请求用于获取所需资源对应的资源节点信息;
所述第一索引服务器根据所述获取请求,确定出对应所述所需资源的资源节点信息中所包含的本网资源节点信息,并返回给所述用户端;
所述方法还包括:
所述第一索引服务器从外网的资源发布服务器上获取资源描述文件并解析,根据所述资源描述文件所包含的第二索引服务器地址信息,向所述第二索引服务器获取资源节点信息并存储。
2.如权利要求1所述的方法,其特征在于,所述第一索引服务器从外网资源发布服务器上获取资源描述文件之后,还包括:
修改所述资源描述文件所包含的第二索引服务器的地址为自身的地址;并将修改后的资源描述文件存储到本网的资源发布服务器上;
当本网域名服务器接收到所述本网用户端发起的登录外网资源发布服务器的请求时,将所述请求重定向至所述本网资源发布服务器;
所述本网资源发布服务器根据所述请求,向所述本网用户端返回所述修改后的资源描述文件。
3.如权利要求1所述的方法,其特征在于,还包括:
判断确定出的本网资源节点数量是否到设定的阈值;
当本网资源节点的数量未达到设定的阈值时,确定对应所述资源的资源节点信息中所包含的外网资源节点信息,并返回给所述用户端。
4.如权利要求1~3任一项所述的方法,其特征在于,所述资源发布服务器设置于所述第一索引服务器中。
5.一种网络实体装置,其特征在于,包括:接收模块、确定模块和返回模块,其中:
接收模块,用于接收本网用户端发起的获取请求,所述获取请求用于获取所需资源对应的资源节点信息;
确定模块,用于根据所述接收模块接收的获取请求,确定对应所述资源的资源节点信息中所包含的本网资源节点信息;
返回模块,用于将确定模块确定出的所述本网资源节点信息返回至所述用户端;
获取模块,用于从外网资源发布服务器上获取资源描述文件;以及解析出所述资源描述文件包含的索引服务器地址信息,向所述索引服务器获取资源节点信息并发送至所述确定模块。
6.如权利要求5所述的装置,其特征在于,所述获取模块,还用于修改所述资源描述文件所包含的索引服务器的地址为所述网络实体装置自身的地址;以及将所述修改后的资源描述文件发送至本网的资源发布服务器。
7.如权利要求5或6所述的装置,其特征在于,所述确定模块,还用于判断确定出的本网资源节点数量是否到设定的阈值;以及当所述本网资源节点数量未达到设定的阈值时,确定对应所述资源的资源节点信息中所包含的外网资源节点信息;
所述返回模块,还用于将所述确定模块确定出的所述外网资源节点信息返回至所述用户端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008101166850A CN101631061B (zh) | 2008-07-15 | 2008-07-15 | 一种资源节点信息通知方法及网络实体装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008101166850A CN101631061B (zh) | 2008-07-15 | 2008-07-15 | 一种资源节点信息通知方法及网络实体装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101631061A CN101631061A (zh) | 2010-01-20 |
CN101631061B true CN101631061B (zh) | 2011-08-31 |
Family
ID=41576016
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008101166850A Active CN101631061B (zh) | 2008-07-15 | 2008-07-15 | 一种资源节点信息通知方法及网络实体装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101631061B (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102316135A (zh) | 2010-07-02 | 2012-01-11 | 深圳市快播科技有限公司 | 网络点播方法和系统 |
CN102387062B (zh) * | 2010-08-30 | 2014-04-23 | 上海悠络客电子科技有限公司 | 动态桥接点改善p2p节点在跨网络时的传输速度的方法 |
CN103581032A (zh) * | 2012-08-03 | 2014-02-12 | 盛乐信息技术(上海)有限公司 | 路由器、p2p数据分享系统及方法 |
CN104333816B (zh) * | 2014-11-26 | 2017-10-27 | 北京奇艺世纪科技有限公司 | 一种p2p网络中下载方式的确定方法及装置 |
CN104618430A (zh) * | 2014-12-25 | 2015-05-13 | 华为技术有限公司 | 一种实现互联网缓存系统资源回源的方法和系统 |
CN104735157B (zh) * | 2015-03-31 | 2018-10-12 | 上海斐讯数据通信技术有限公司 | 分布式智能路由器网络系统中路由器间资源分享系统及方法 |
CN105472402A (zh) * | 2015-11-19 | 2016-04-06 | 北京超圣信华科技有限公司 | 一种基于点对点p2p的视频流媒体资源的获取方法和设备 |
CN107065800B (zh) * | 2017-04-27 | 2019-04-09 | 合肥城市云数据中心股份有限公司 | 基于定长数据块的工业信号数据访问方法 |
WO2019100342A1 (zh) * | 2017-11-24 | 2019-05-31 | Oppo广东移动通信有限公司 | 传输信息的方法、分配资源的方法、终端设备和网络设备 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1710857A (zh) * | 2004-06-18 | 2005-12-21 | 千橡寰宇科技发展(北京)有限公司 | 一种实现文件加速下载的系统及方法 |
CN101098272A (zh) * | 2006-06-27 | 2008-01-02 | 腾讯科技(深圳)有限公司 | P2p系统中的种子查询方法及p2p服务器 |
-
2008
- 2008-07-15 CN CN2008101166850A patent/CN101631061B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1710857A (zh) * | 2004-06-18 | 2005-12-21 | 千橡寰宇科技发展(北京)有限公司 | 一种实现文件加速下载的系统及方法 |
CN101098272A (zh) * | 2006-06-27 | 2008-01-02 | 腾讯科技(深圳)有限公司 | P2p系统中的种子查询方法及p2p服务器 |
Also Published As
Publication number | Publication date |
---|---|
CN101631061A (zh) | 2010-01-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101631061B (zh) | 一种资源节点信息通知方法及网络实体装置 | |
CN101764833B (zh) | 一种资源节点信息通知方法及网络实体装置 | |
Carofiglio et al. | From content delivery today to information centric networking | |
CN103118013B (zh) | 内容中心网络中数据包捎带反向兴趣包的方法 | |
KR101913313B1 (ko) | 게이트웨이에서 인터넷 프로토콜 기반 네트워크를 이용하여 컨텐츠 중심 네트워크를 구현하는 방법 및 그 게이트웨이 | |
KR102100710B1 (ko) | 컨텐츠 중심 네트워크에서 컨텐츠 소유자 및 노드의 패킷 전송 방법 | |
CN103339901B (zh) | 内容导向网络环境中的终端和中间节点以及终端和中间节点的通信方法 | |
CN101729581B (zh) | 一种在p2p网络中实现重定向的方法、系统及设备 | |
Han et al. | Publisher mobility support in content centric networks | |
CN102056333A (zh) | Wap网关及其业务处理方法和wap代理服务器 | |
EP3021537B1 (en) | Method, device and system for determining content acquisition path and processing request | |
CN105247504A (zh) | 虚拟通道合并 | |
CN102316172A (zh) | 一种dns解析方法、系统和sag设备 | |
CN103581248A (zh) | 内容分发网络cdn服务的提供方法及装置 | |
EP1407368A1 (en) | System and method for load balancing in ad hoc networks | |
CN105991793B (zh) | 报文转发的方法和装置 | |
CN102469015A (zh) | 实现中继选择的方法及装置、系统 | |
Saucez et al. | AIMD and CCN: past and novel acronyms working together in the Future Internet | |
CN106657183A (zh) | 缓存加速的方法及装置 | |
Cha et al. | A mobility link service for ndn consumer mobility | |
CN102325079A (zh) | 报文传输方法和出口路由器 | |
CN103546375A (zh) | 内容路由方法及装置 | |
CN104969521B (zh) | 数据发送处理方法及路由器 | |
CN107612759A (zh) | 网络访问加速方法、装置和系统 | |
CN107404438A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |