CN101448020A - 一种数据源返回方法及装置 - Google Patents
一种数据源返回方法及装置 Download PDFInfo
- Publication number
- CN101448020A CN101448020A CNA2008101891544A CN200810189154A CN101448020A CN 101448020 A CN101448020 A CN 101448020A CN A2008101891544 A CNA2008101891544 A CN A2008101891544A CN 200810189154 A CN200810189154 A CN 200810189154A CN 101448020 A CN101448020 A CN 101448020A
- Authority
- CN
- China
- Prior art keywords
- data source
- requesting terminal
- downloaded resources
- resource
- performance index
- 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
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种数据源返回方法:请求终端向服务器发送下载资源的请求;服务器根据所述请求下载的资源的资源标识查询拥有所述资源的数据源;所述服务器获取请求下载资源的请求终端及各数据源传输所述资源的性能指标,按照所述性能指标返回相应的数据源给所述请求资源的节点。本发明同时公开了一种数据源返回装置,应用本发明所述的方法和装置,可以使服务器根据请求下载资源的请求终端及拥有所述资源的数据源的性能指标返回相应的数据源给请求下载资源的节点,提高请求下载资源的请求终端与被返回的数据源之间资源的传输速度。
Description
技术领域
本发明涉及点对点(P2P)连接技术领域,特别涉及一种P2P连接技术领域中的数据源返回方法及装置。
背景技术
P2P是一种点对点的互联网技术,P2P技术使得需要下载资源的用户的计算机可以直接连接到其他用户的计算机并下载资源,而不是像过去那样连接到服务器去下载资源,并且,P2P技术充分利用了网络带宽资源,有效地减轻了服务器的负载。
图1为现有技术中一种P2P网络拓扑结构示意图。如图1所示:每个数据源中的每个资源的索引都以<资源标识(ID),<数据源ID,数据源网际协议(IP)地址>>的形式被保存在网络中的服务器11上,其中,资源ID用来标识某个资源,数据源ID用来标识某个唯一的数据源,数据源IP地址是由服务器11自动获取的,用来指明某个时刻该数据源所在的IP地址;当网络中的某个请求终端12请求下载资源时,请求终端12首先会将该请求下载资源的资源ID上报到服务器11中,服务器11根据所述资源ID查询拥有该请求下载资源的所有数据源,查询完成后,由服务器11决定返回哪些数据源给某个请求资源的请求终端12,于是,资源的传输速度很大程度上取决于服务器11返回的数据源。
目前的数据源返回方法有随机返回和全返回两种。其中,随机返回方法是由中心服务器随机选择若干个数据源返回给请求资源的请求终端,这种方法比较盲目,而且,在大多数情况下,不能让资源的传输速度最大化;全返回是由中心服务器将拥有所请求资源的资源ID的全部数据源返回给请求资源的请求终端,由请求资源的请求终端自己去比较和挑选需要与之进行传输资源的数据源,该方法需要消耗非常多的数据源,而且在比较和挑选的时间内,可能已经完成资源的传输工作了,尤其当某个资源的数据源非常多时,这种方法更不可取。
发明内容
有鉴于此,本发明的主要目的在于提供一种数据源返回方法,能够提高请求下载资源的请求终端与被返回的数据源之间资源的传输速度。
本发明的另一目的在于提供一种数据源返回装置,能够提高请求下载资源的请求终端与被返回的数据源之间资源的传输速度。
为达到上述目的,本发明的技术方案具体是这样实现的:
一种数据源返回方法,包括:
请求终端向服务器发送下载资源的请求;
服务器根据所述请求下载的资源的资源标识查询拥有所述资源的数据源;
所述服务器获取请求下载资源的请求终端及各数据源传输所述资源的性能指标,按照所述性能指标返回相应的数据源给所述请求下载资源的请求终端。
一种数据源返回装置,包括:
收发单元,用于接收请求终端请求下载资源的资源ID和将数据源返回给请求资源的请求终端;
资源查询单元,用于根据所述收发单元中接收的请求终端请求下载资源的资源ID查询拥有所述资源的数据源;
信息查询单元,用于获取请求下载资源的请求终端及各数据源传输所述资源的性能指标,按照所述性能指标返回相应的数据源给所述请求下载资源的请求终端。
由上述的技术方案可见,本发明针对P2P网络拓扑结构采用了基于请求下载资源的请求终端及各数据源传输所述资源的性能指标的返回方法:服务器获取请求下载资源的请求终端及拥有所述资源的各数据源传输所述资源的性能指标,并按照所述性能指标返回相应的数据源给所述请求下载资源的请求终端。应用本发明所述的技术方案,可以使服务器根据请求下载资源的请求终端及拥有所述资源的数据源的性能指标返回相应的数据源给请求下载资源的请求终端,提高请求下载资源的请求终端与被返回的数据源之间资源的传输速度。
附图说明
图1为现有技术中一种P2P网络拓扑结构示意图。
图2为本发明数据源返回方法实施例的流程图。
图3为本发明数据源返回装置实施例的组成结构示意图。
具体实施方式
为解决现有技术中存在的问题,本发明提出一种新的数据源返回方法,即基于请求下载资源的请求终端及各数据源传输所述资源的性能指标的数据源返回方法,使服务器通过所述性能指标对拥有请求下载资源的数据源进行筛选,以提高请求下载资源的请求终端与被返回的数据源之间资源的传输速度。
本发明所述方案的具体实现包括:请求终端向服务器发送下载资源的请求;服务器根据所述请求下载的资源的资源标识ID查询拥有所述资源的数据源;所述服务器获取请求下载资源的请求终端及各数据源传输所述资源的性能指标,按照所述性能指标返回相应的数据源给所述请求下载资源的请求终端。
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明进一步详细说明。
图2为本发明数据源返回方法实施例的流程图。如图2所示,包括以下步骤:
步骤201:服务器存储每个数据源中的每个资源的索引、请求终端及各数据源传输所述资源的性能指标。
每个数据源中的每个资源的索引都以<资源标识(ID),<数据源ID,数据源网际协议(IP)地址>>的形式被存储在网络中的服务器上,如何存储已为现有技术,这里不再赘述。
服务器在存储上述资源的索引的同时,还需要将请求终端及各数据源传输所述资源的性能指标存储起来,在本实施例中,所述性能指标包括带宽信息或上传下载状态信息或带宽信息和上传下载状态信息。
以下分别举例说明对带宽信息或上传下载状态信息或带宽信息和上传下载状态信息进行存储的原因以及它们的存储方式。
对于带宽信息:
假设请求终端A是一个大带宽的请求终端,当请求终端A请求下载资源时,服务器将拥有该请求下载资源的数据源B返回给请求终端A,如果数据源B也是大带宽的数据源,那么数据源B相对于其它非大带宽的数据源,可以给请求终端A提供更大的上传速度,同时因为请求终端A也是大带宽的,就可以全速地下载数据源B上传的资源,即请求终端A可以下载地很快,数据源B可以上传地很快,因此,服务器应优先将数据源B返回给请求终端A。
再假设请求终端A是一个小带宽的请求终端,下载资源时的最大速度是125KB/S,数据源B是一个大带宽的数据源,上传资源时最大速度为1MB/S,此时,服务器可以将数据源B返回给8个速度是125KB/S的小带宽请求终端,每个请求终端消耗数据源B上传资源的1/8,但是,这样会增加对数据源B的连接数和网络协议包的开销等。
结合上述两个例子的分析可以看出,选择与请求下载资源的请求终端的带宽信息相匹配的数据源进行返回是最好的资源传输方法,由此,本步骤中对带宽信息进行存储是必须的。
存储带宽信息的具体方式为:请求终端记录自己历史的最大下载速度并将其定时上报给服务器,服务器根据所收到的请求终端的最大下载速度得到请求终端的带宽信息,同样地,每个数据源记录自己历史的最大上传速度并将其定时上报给服务器,服务器根据所收到的数据源的最大上传速度得到数据源的带宽信息,同时,服务器负责维护一个所有带宽信息的数据库并按各个数据源的带宽能力将所有的数据源分为四个等级,如下:
1)高带宽等级数据源;
2)中带宽等级数据源;
3)低带宽等级数据源;
4)未知带宽等级数据源。
其中,未知带宽等级数据源是指服务器未收集到其带宽信息的数据源,高、中和低三个带宽等级的界限的划定应视具体情况而定。在本实施例中,把上传速度≥1MB/S的数据源归类为高带宽等级数据源;384KB/S<上传速度<1MB/S之间的数据源归类为中带宽等级数据源;上传速度≤384KB/S的数据源归类为低带宽等级数据源。
需要说明的是,由于带宽的大小并不能直接被测出,因此,只能通过下载速度和上传速度间接测出带宽等级,本实施例也可以采用其它的带宽信息的存储方式。
对于上传下载状态信息:
如果数据源A当前已经在给若干个请求终端上传资源,而又有负载相对较低的数据源B,那么服务器应优先考虑返回数据源B;如果数据源A的上传能力跟数据源A的当前上传速度的差值很小,那么数据源A应该不被服务器优先考虑返回,因为此时的数据源A已经不具备什么上传空间了;如果数据源A被用户手工限速了,并且上传速度被限制成一个很小的值,那么数据源A也不应该被优先考虑返回;如果数据源A打开的资源数已经达到允许的最大打开资源数了,则数据源A的资源不应被优先考虑。
上述情况都说明了了解上传下载状态信息在进行数据源返回时是必不可少的。
存储上传下载状态信息的方式为:请求终端记录自己下载状态并周期性地上报给服务器,每个数据源记录自己的上传状态并周期性地上报给服务器,同时,服务器维护一个上传下载状态信息的数据库,该数据库中需要存储的上传下载状态信息有:
1)数据源当前的上传速度;
2)数据源历史最大的上传速度;
3)数据源智能限速的上传速度;
4)数据源用户手工限速的上传速度;
5)数据源当前提供上传的连接数;
6)数据源当前打开的资源数;
7)数据源连接数满与打开资源数满标志位等;
8)请求终端当前的下载能力。
需要说明的是,在本实施例中,也可以采用其它的上传下载状态信息的存储方式。
对于带宽信息和上传下载状态信息:
在有些情况下,只根据带宽信息或上传下载状态信息得到的数据源可能还不是很理想,因此,本实施例给出了在同时满足带宽信息和上传下载状态信息条件下的数据源返回方法,是一种最佳的数据源返回方法。
要同时满足带宽信息和上传下载状态信息,服务器需要同时负责一个带宽信息的数据库和上传下载状态信息的数据库,具体存储方式同只负责一个带宽信息的数据库或是只负责一个上传下载状态信息的数据库,这里不再赘述。
步骤202:请求终端向服务器请求下载资源。
当某个请求终端需要下载资源时,该请求终端会向服务器发送下载资源的请求,并将所述请求下载资源的资源ID上报给服务器。
步骤203:服务器根据请求下载资源的资源ID查询拥有所述资源的数据源。
当请求终端将请求下载资源的资源ID上报给服务器后,服务器会根据所述请求下载资源的资源ID在事先存储的资源的索引中查询拥有该资源的数据源,具体如何查询已为现有技术,这里不再赘述。
步骤204:服务器获取请求下载资源的请求终端及各数据源传输所述资源的性能指标,并按照所述性能指标返回相应的数据源给所述请求下载资源的请求终端。
完成步骤203的操作后,服务器即得到了所有拥有请求终端请求下载资源的数据源,此时,服务器需要获取事先存储的请求下载资源的请求终端的性能指标及步骤203中查询到的各数据源传输所述资源的性能指标,并按照所述性能指标从查询到的各数据源中计算出与所述请求下载资源的请求终端的性能指标相匹配的数据源,最后,依据返回最少数据源的原则,从所述相匹配的数据源中选择相应的数据源返回给所述请求下载资源的请求终端。
该步骤的具体操作方式依据性能指标的不同而不同,在步骤201中指出了性能指标包括带宽信息或上传下载状态信息或带宽信息和上传下载状态信息三种,下面分别论述。
当性能指标为带宽信息时,该步骤的具体操作为:
1、服务器获取所述请求下载资源的请求终端及各数据源的带宽信息。
服务器所维护的带宽信息的数据库中存储了所有请求终端及各数据源的带宽信息,在查询到拥有请求下载资源的数据源之后,服务器会进一步获取所述请求下载资源的请求终端及查询到的各数据源的带宽信息。
2、根据所述带宽信息,服务器计算与所述请求下载资源的请求终端的带宽信息相匹配的数据源。
本实施例中,服务器根据查询到的所述带宽信息,即可得到所述请求下载资源的请求终端及查询到的各数据源的带宽等级,并以所述请求下载资源的请求终端的带宽等级为参数按照一定的公式根据计算出所需要的数据源。
需要说明的是,所述公式没有一定的标准,在本实施例中,计算时有几个推荐的规则:
1)保证各个带宽等级的数据源都占有一定的比例;
2)与请求下载资源的请求终端相同带宽等级的数据源的比例要略大;
3)保证各个数据源的负载均衡,即不要频繁地返回某一个数据源;
4)当某一个带宽等级的数据源不足时,用低一个带宽等级的数据源补足。
规则中所述的比例并没有严格的标准,服务器会根据查询到的各个带宽等级数据源的数量和请求下载资源的请求终端的带宽等级对请求下载资源的请求终端进行动态地分配。
3、依据返回最少数据源的原则,服务器从所述计算得到的数据源中选择最少的数据源返回给所述请求下载资源的请求终端。
依据上述给出的规则计算出与请求下载资源的请求终端的带宽信息相匹配的数据源后,可能会出现多种数据源组合的方案均能满足相匹配的条件,此时,服务器会依据返回最少数据源,即返回尽可能少的数据源的原则,从多种组合的方案中选择数据源最少的组合方案,并将该方案中所包含的数据源返回给请求下载资源的请求终端即可。
当性能指标为上传下载状态信息时,该步骤的具体操作为:
1、服务器获取所述请求下载资源的请求终端及各数据源的上传下载状态信息。
服务器所维护的上传下载状态信息的数据库中存储了所有请求终端及各数据源的上传下载状态信息,在查询到拥有请求下载资源的数据源之后,服务器会进一步获取所述请求下载资源的请求终端及查询到的各数据源的上传下载状态信息。
2、根据所述上传下载状态信息,服务器计算与所述请求下载资源的请求终端的上传下载状态信息相匹配的数据源。
本实施例中,请求下载资源的请求终端根据获取到的上传下载状态信息即可得到其当前下载能力,根据所述当前下载能力,服务器从获取到的拥有请求下载资源的数据源中选择上传下载状态信息与所述当前下载能力的请求终端相匹配的数据源。
在本实施例中,给出了一个数据源是否能够被返回、是否不被优先考虑的几个原则:
1)Min{数据源历史最大的上传速度,数据源智能限速的上传速度,数据源用户手工限速的上传速度}-数据源当前的上传速度<某个可接受值,则该数据源不被优先考虑返回;
2)数据源连接数满,则该数据源不被返回;
3)数据源打开资源数满,且请求查询的资源不在已打开的资源之列,则该数据源不被返回;
4)数据源当前打开的资源数很大或数据源当前提供上传的连接数很大,则该数据源不被优先考虑返回。
需要说明的是,在本实施例中,某个数据源是否能够被返回、是否不被优先考虑并不限于上述几个原则。
3、依据返回最少数据源的原则,服务器从所述计算得到的数据源中选择最少的数据源返回给所述请求下载资源的请求终端。
依据上述原则计算出与请求下载资源的请求终端的上传下载状态信息相匹配的数据源后,同样地,可能会出现多种数据源组合的方案均能满足相匹配的条件,此时,服务器会依据返回最少数据源,即返回尽可能少的数据源的原则,从多种组合的方案中选择数据源最少的组合的方案,并将该方案中所包含的数据源返回给请求下载资源的请求终端即可。
当性能指标为带宽信息和请求终端上传下载状态信息时,该步骤的具体操作为:
1、服务器获取所述请求下载资源的请求终端及所述最少的数据源的带宽信息和上传下载状态信息;
2、根据所述带宽信息,服务器计算与所述请求下载资源的请求终端的带宽信息和上传下载状态信息相匹配的数据源;
3、依据返回最少数据源的原则,服务器从所述计算得到的数据源中选择最少的数据源返回给所述请求下载资源的请求终端。
在实际应用中,对于带宽信息和上传下载状态信息两种性能指标均包括的情况,是先根据其中一种性能指标得到相应的数据源后,再依据另一种性能指标从所述相应的数据源中得到需要返回的数据源。经过这两次操作,使得请求下载资源的请求终端可以获得最佳的资源。
至此,即完成了本发明所述数据源返回方法的过程。
基于上述方法,图3为本发明数据源返回装置实施例的组成结构示意图。如图3所示,该装置包括:
收发单元31,用于将各数据源所拥有资源的索引上报到资源存储单元32、将请求下载资源的请求终端及各数据源传输所述请求下载资源的性能指标上报到信息存储单元33以及接收请求终端请求下载资源的资源ID和将数据源返回给所述请求下载资源的请求终端。
该单元除了对资源进行收发即接收请求终端请求下载资源的资源ID和将数据源返回给请求下载资源的请求终端之外,还需要将各数据源所拥有资源的索引和请求下载资源的请求终端及各数据源传输所述请求下载资源的性能指标分别进行上报。
资源存储单元32,用于存储通过收发单元31上报的各数据源所拥有资源的索引。
通过收发单元31上报的每个数据源中的每个资源的索引都以<资源标识(ID),<数据源ID,数据源网际协议(IP)地址>>的形式被存储在资源存储单元32中,该单元操作的目的是为了后面单元对拥有请求下载资源的数据源的查询,如何存储已为现有技术,这里不再赘述。
信息存储单元33,用于存储通过收发单元31上报的请求下载资源的请求终端及各数据源传输所述请求下载资源的性能指标。
在本实施例中,收发单元31除了需要将各数据源所拥有资源的索引上报到资源存储单元31外,还需要将请求下载资源的请求终端及各数据源传输所述请求下载资源的性能指标上报到信息存储单元32中,在本实施例中,所述性能指标包括带宽信息或上传下载状态信息或带宽信息和上传下载状态信息。
资源查询单元34,用于根据通过收发单元31接收的请求终端请求下载资源的资源ID在资源存储单元32中查询拥有所述资源的数据源。
当请求终端请求下载资源时,会通过收发单元31将所请求下载资源的资源ID发送给资源查询单元34,资源查询单元34根据所述资源ID在资源存储单元32中查询拥有所述请求下载资源的数据源,具体如何查询已为现有技术,这里不再赘述。
信息查询单元35,用于获取信息存储单元33中存储的请求下载资源的请求终端及各数据源传输所述资源的性能指标,并按照所述性能指标通过收发单元31返回相应的数据源给所述请求下载资源的请求终端。
当信息存储单元33中存储的性能指标不同时,该单元的具体作用又有所不同,下面分别对性能指标为带宽信息或上传下载状态信息或带宽信息和上传下载状态信息三种情况进行介绍。
当信息存储单元33中存储的性能指标为带宽信息时,信息查询单元35又具体包括了:
查询子单元351,用于获取信息存储单元33中存储的请求下载资源的请求终端及各数据源的带宽信息。
计算子单元352,用于根据查询子单元351获取到的所述带宽信息,计算与所述请求下载资源的请求终端的带宽信息相匹配的数据源。
返回子单元353,用于依据返回最少数据源的原则,从所述计算子单元352中计算得到的数据源中选择最少的数据源返回给所述请求下载资源的请求终端。
当信息存储单元33中存储的性能指标为上传下载状态信息时,信息查询单元35又具体包括了:
查询子单元351,用于获取信息存储单元33中存储的请求下载资源的请求终端及各数据源的上传下载状态信息。
计算子单元352,用于根据查询子单元351获取到的所述上传下载状态信息,计算与所述请求下载资源的请求终端的上传下载状态信息相匹配的数据源。
返回子单元353,用于依据返回最少数据源的原则,从所述计算子单元352中计算得到的数据源中选择最少的数据源返回给所述请求下载资源的请求终端。
当信息存储单元33中存储的性能指标为带宽信息和上传下载状态信息时,信息查询单元35又具体包括了:
查询子单元351,用于获取信息存储单元33中存储的请求下载资源的请求终端及各数据源的带宽信息和上传下载状态信息。
计算子单元352,用于根据查询子单元351获取到的所述带宽信息和上传下载状态信息,计算与所述请求下载资源的请求终端的带宽信息和上传下载状态信息相匹配的数据源。
返回子单元353,用于依据返回最少数据源的原则,从所述计算子单元352中计算得到的数据源中选择最少的数据源返回给所述请求下载资源的请求终端。
实际应用中,信息查询单元35首先根据其中的一个性能指标对查询到的数据源进行一次查询后,将查询后的各数据源又根据上传下载状态进行了第二次查询,具体查询过程同只根据带宽信息进行查询或只根据上传下载状态信息进行查询一样,数据源在经过了这两次查询后通过收发单元31返回给所述请求下载资源的请求终端,这样请求下载资源的请求终端可以获得最佳的资源。
最后,请求下载资源的请求终端与被返回的数据源之间直接建立连接、完成资源的传输即可。
图3所示装置的具体工作流程请参照图2所示方法实施例中的相应说明,此处不再赘述。
总之,本发明针对P2P网络拓扑结构采用了请求下载资源的请求终端及各数据源传输所述资源的性能指标的返回方法:请求终端向服务器发送下载资源的请求;服务器根据所述请求下载的资源的资源标识ID查询拥有所述资源的数据源;服务器获取请求下载资源的请求终端及拥有所述资源的各数据源传输所述资源的性能指标,并按照所述性能指标返回相应的数据源给所述请求下载资源的请求终端。应用本发明所述的技术方案,可以使服务器根据请求下载资源的请求终端及拥有所述资源的数据源的性能指标返回相应的数据源给请求下载资源的请求终端,提高请求下载资源的请求终端与被返回的数据源之间资源的传输速度。
综上所述,以上仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (11)
1、一种数据源返回方法,其特征在于,该方法包括:
请求终端向服务器发送下载资源的请求;
服务器根据所述请求下载的资源的资源标识查询拥有所述资源的数据源;
所述服务器获取请求下载资源的请求终端及各数据源传输所述资源的性能指标,按照所述性能指标返回相应的数据源给所述请求下载资源的请求终端。
2、如权利要求1所述的方法,其特征在于,所述性能指标包括带宽信息,所述服务器获取请求下载资源的请求终端及各数据源传输所述资源的性能指标,按照所述性能指标返回相应的数据源给所述请求下载资源的请求终端包括:
服务器获取所述请求下载资源的请求终端及各数据源的带宽信息;
根据所述带宽信息,服务器计算与所述请求下载资源的节点的带宽信息相匹配的数据源;
依据返回最少数据源的原则,服务器从所述计算得到的数据源中选择最少的数据源返回给所述请求下载资源的请求终端。
3、如权利要求1所述的方法,其特征在于,所述性能指标包括上传下载状态信息,所述服务器获取请求下载资源的请求终端及各数据源传输所述资源的性能指标,按照所述性能指标返回相应的数据源给所述请求下载资源的请求终端包括:
服务器获取所述请求下载资源的请求终端及各数据源的上传下载状态信息;
根据所述上传下载状态信息,服务器计算与所述请求下载资源的请求终端的上传下载状态信息相匹配的数据源;
依据返回最少数据源的原则,服务器从所述计算得到的数据源中选择最少的数据源返回给所述请求下载资源的请求终端。
4、如权利要求1所述的方法,其特征在于,所述性能指标包括带宽信息和上传下载状态信息,所述服务器获取请求下载资源的请求终端及各数据源传输所述资源的性能指标,按照所述性能指标返回相应的数据源给所述请求下载资源的请求终端包括:
服务器获取所述请求下载资源的节点及所述最少的数据源的带宽信息和上传下载状态信息;
根据所述带宽信息,服务器计算与所述请求下载资源的请求终端的带宽信息和上传下载状态信息相匹配的数据源;
依据返回最少数据源的原则,服务器从所述计算得到的数据源中选择最少的数据源返回给所述请求下载资源的请求终端。
5、如权利要求1所述的方法,其特征在于,所述请求终端向服务器发送下载资源的请求之前该方法还包括:
服务器存储请求终端及各数据源传输所述资源的性能指标。
6、一种数据源返回装置,其特征在于,该装置包括:
收发单元,用于接收请求终端请求下载资源的资源和将数据源返回给请求资源的请求终端;
资源查询单元,用于根据所述收发单元中接收的请求终端请求下载资源的资源标识查询拥有所述资源的数据源;
信息查询单元,用于获取请求下载资源的请求终端及各数据源传输所述资源的性能指标,按照所述性能指标返回相应的数据源给所述请求下载资源的请求终端。
7、如权利要求6所述的装置,其特征在于,所述信息查询单元中的性能指标包括带宽信息,所述信息查询单元包括:
查询子单元,用于获取请求下载资源的请求终端及各数据源的带宽信息;
计算子单元,用于根据所述带宽信息,计算与所述请求下载资源的请求终端的带宽信息相匹配的数据源;
返回子单元,用于依据返回最少数据源的原则,从所述计算子单元中计算得到的数据源中选择最少的数据源返回给所述请求下载资源的请求终端。
8、如权利要求6所述的装置,其特征在于,所述信息查询单元中的性能指标包括上传下载状态信息,所述信息查询单元包括:
查询子单元,用于获取请求下载资源的请求终端及各数据源的上传下载状态信息;
计算子单元,用于根据所述上传下载状态信息,计算与所述请求下载资源的请求终端的上传下载状态信息相匹配的数据源;
返回子单元,用于依据返回最少数据源的原则,从所述计算子单元中计算得到的数据源中选择最少的数据源返回给所述请求下载资源的请求终端。
9、如权利要求6所述的装置,其特征在于,所述信息查询单元中的性能指标包括带宽信息和上传下载状态信息,所述信息查询单元包括:
查询子单元,用于获取请求下载资源的请求终端及所述最少的数据源的带宽信息和上传下载状态信息;
计算子单元,用于根据所述带宽信息和上传下载状态信息,计算与所述请求下载资源的请求终端的带宽信息和上传下载状态信息相匹配的数据源;
返回子单元,用于依据返回最少数据源的原则,从所述计算子单元中计算得到的数据源中选择最少的数据源返回给所述请求下载资源的请求终端。
10、如权利要求6所述的装置,其特征在于,该装置还包括:
信息存储单元,用于存储所述信息查询单元中获取的请求下载资源的请求终端及各数据源传输所述资源的性能指标。
11、如权利要求6所述的装置,其特征在于,所述收发单元用于对各数据源所拥有资源的索引和请求下载资源的请求终端及各数据源传输所述请求下载资源的性能指标分别进行上报。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008101891544A CN101448020A (zh) | 2008-12-29 | 2008-12-29 | 一种数据源返回方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008101891544A CN101448020A (zh) | 2008-12-29 | 2008-12-29 | 一种数据源返回方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101448020A true CN101448020A (zh) | 2009-06-03 |
Family
ID=40743409
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2008101891544A Pending CN101448020A (zh) | 2008-12-29 | 2008-12-29 | 一种数据源返回方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101448020A (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101867593B (zh) * | 2010-02-03 | 2013-06-12 | 宇龙计算机通信科技(深圳)有限公司 | 一种上网控制方法、系统及上网终端 |
CN104639585A (zh) * | 2013-11-13 | 2015-05-20 | 腾讯科技(深圳)有限公司 | 一种实时数据传输系统及其数据同步方法 |
CN105792247A (zh) * | 2014-12-25 | 2016-07-20 | 中国移动通信集团公司 | 一种数据推送方法及装置 |
CN106161524A (zh) * | 2015-04-03 | 2016-11-23 | 中国移动通信集团上海有限公司 | 一种基于分布式资源节点的资源下载方法及装置 |
CN106888239A (zh) * | 2015-12-16 | 2017-06-23 | 天脉聚源(北京)科技有限公司 | 一种p2p文件自定义下载方法及系统 |
CN107528797A (zh) * | 2016-06-20 | 2017-12-29 | 中国科学院微电子研究所 | 数据处理方法、装置及系统 |
CN111026794A (zh) * | 2019-11-26 | 2020-04-17 | 山东中创软件商用中间件股份有限公司 | 一种基于数据源的数据管理方法、装置、设备及介质 |
CN111818171A (zh) * | 2020-07-21 | 2020-10-23 | 天通畅达(深圳)科技有限公司 | 支持多方协同作业的信息交互方法、装置、服务器及平台 |
-
2008
- 2008-12-29 CN CNA2008101891544A patent/CN101448020A/zh active Pending
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101867593B (zh) * | 2010-02-03 | 2013-06-12 | 宇龙计算机通信科技(深圳)有限公司 | 一种上网控制方法、系统及上网终端 |
CN104639585A (zh) * | 2013-11-13 | 2015-05-20 | 腾讯科技(深圳)有限公司 | 一种实时数据传输系统及其数据同步方法 |
CN104639585B (zh) * | 2013-11-13 | 2019-01-08 | 腾讯科技(深圳)有限公司 | 一种实时数据传输系统及其数据同步方法 |
CN105792247A (zh) * | 2014-12-25 | 2016-07-20 | 中国移动通信集团公司 | 一种数据推送方法及装置 |
CN106161524A (zh) * | 2015-04-03 | 2016-11-23 | 中国移动通信集团上海有限公司 | 一种基于分布式资源节点的资源下载方法及装置 |
CN106888239A (zh) * | 2015-12-16 | 2017-06-23 | 天脉聚源(北京)科技有限公司 | 一种p2p文件自定义下载方法及系统 |
CN107528797A (zh) * | 2016-06-20 | 2017-12-29 | 中国科学院微电子研究所 | 数据处理方法、装置及系统 |
CN111026794A (zh) * | 2019-11-26 | 2020-04-17 | 山东中创软件商用中间件股份有限公司 | 一种基于数据源的数据管理方法、装置、设备及介质 |
CN111818171A (zh) * | 2020-07-21 | 2020-10-23 | 天通畅达(深圳)科技有限公司 | 支持多方协同作业的信息交互方法、装置、服务器及平台 |
CN111818171B (zh) * | 2020-07-21 | 2023-04-25 | 天通畅达(深圳)科技有限公司 | 支持多方协同作业的信息交互方法、装置、服务器及平台 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101448020A (zh) | 一种数据源返回方法及装置 | |
CN105103524B (zh) | 用于实现网络中的高利用率的方法和系统 | |
CN105282215A (zh) | 用于通过内容中心网络转发并响应兴趣的基于声誉的策略 | |
CN105264509B (zh) | 融合网络中的自适应中断联合 | |
Chaczko et al. | Availability and load balancing in cloud computing | |
US7584292B2 (en) | Hierarchical system configuration method and integrated scheduling method to provide multimedia streaming service on two-level double cluster system | |
CN101296152B (zh) | 对等连接网络的数据调度方法和系统 | |
CN105075184B (zh) | 用于表示负荷变化对多链路上业务中断的影响的方法和系统 | |
CN104769550B (zh) | 在云计算网络中分配带宽的方法和系统 | |
CN105141541A (zh) | 一种基于任务的动态负载均衡调度方法及装置 | |
CN103607424B (zh) | 一种服务器连接方法及服务器系统 | |
CN102469023A (zh) | 基于云计算的调度方法、单元及系统 | |
CN103401947A (zh) | 多个服务器的任务分配方法和装置 | |
CN108900626A (zh) | 一种云环境下数据存储方法、装置及系统 | |
CN110519090B (zh) | 一种fpga云平台的加速卡分配方法、系统及相关组件 | |
CN102281190A (zh) | 负载均衡装置组网方法以及服务器、客户端接入方法 | |
US20080249994A1 (en) | System and process for server side stateless data interchange | |
US11847503B2 (en) | Execution of functions by clusters of computing nodes | |
CN110413845A (zh) | 基于物联网操作系统的资源存储方法及装置 | |
CN104936202B (zh) | 基于CoAP协议的6LoWPAN无线传感网络管理系统 | |
CN100498780C (zh) | 数据查询系统及数据查询方法 | |
CN114466031B (zh) | 一种cdn系统节点配置方法、装置、设备及存储介质 | |
CN101141482B (zh) | 网络资源管理系统及方法 | |
CN109889456B (zh) | 一种数据传输方法、装置、设备、系统和存储介质 | |
CN115225138A (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 | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20090603 |