System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind()
【技术实现步骤摘要】
本专利技术涉及计算机网络,尤其涉及一种结合软总线加速与p2p加速的文件下载方法。
技术介绍
1、随着智能设备的普及和网络技术的发展,设备的固件更新、应用的安装与更新已成为智能设备使用过程中的重要环节。
2、一直以来,传统的文件获取途径主要是紧紧依靠中心服务器来实现的。在这种模式之下,所有智能设备的文件请求都蜂拥而至地汇聚到中心服务器端,这无疑会致使中心服务器承受极为沉重的负担,其资源被大量占用,处理性能面临严峻考验。尤其是在诸如软件集中发布更新的高峰时段,大量设备同时向中心服务器发起连接请求,极易引发网络通道出现严重的拥堵现象。网络传输速度会变得异常缓慢,文件下载时间大幅延长,这不仅会极大地降低文件获取的效率,还会给用户在使用智能设备过程中带来诸多不便,严重影响用户对于智能设备及相关服务的体验感受,进而可能对整个智能设备产业生态的良性发展产生一定的阻碍作用。
技术实现思路
1、为了解决
技术介绍
中的技术问题,本专利技术的目的在于提供一种结合软总线加速与p2p加速的文件下载方法,以降低中心服务器高负载、节省流量消耗。
2、为了达到上述目的,本专利技术采用以下技术方案:
3、一种采用软总线加速和p2p加速下载文件的方法,包括以下步骤:
4、s1、发起下载请求:设备c1发起文件下载请求,该请求随即被发送至中心服务器;
5、s2、接收并处理:中心服务器在接收到请求后,立即对其展开处理,并向设备c1返回完整文件f的下载地址、文件标签符
6、s3、搜索与发现可用设备:设备c1借助软总线对提供文件分发服务的其他设备进行搜索与发现;
7、s4、发现即构总线:设备c1于发现可用设备的瞬间,即刻构建软总线,为后续开展文件下载操作创造条件并奠定基础;
8、s5:设备数量判断:设备c1对可提供分发服务的设备数量是否大于0予以判断,若该数量不大于0,则跳转至步骤s8;
9、s6、多源分段式下载:设备c1依据文件f的大小以及可提供分发服务的设备数量,分别从中心服务器和各分发设备处下载文件片断f0至fn,n为可用分发服务器的设备数,以此实现文件的多源分段式下载,提升下载效率与稳定性;
10、s7、文件片断合并与校验:设备c1把下载的文件片断进行合并整合,随后断开软总线连接,对合并后的文件完整性开展校验工作,待校验无误后,结束整个文件下载流程;
11、s8、下载完成:设备c1首先判断当前任务是否属于即时下载任务;若判定结果为否,则跳转至流程s9;若判定为是,则直接从中心服务器下载完整文件f,下载完成后对该文件进行校验,校验无误后,结束此次任务流程;
12、s9、中心服务器等待与后续处理:中心服务器持续处于等待状态,以接收来自其他设备的非即时下载请求信息。
13、进一步的,所述步骤s1,具体为:
14、设备c1首先确定要下载文件的详细信息并依约定协议构建含自身标识、请求类型、文件相关参数的请求数据包,随后依据网络环境选定连接方式与传输通道将数据包发出,最后启动定时器等待中心服务器响应并依结果进行后续处理。
15、进一步的,所述步骤s3,具体为:
16、设备c1首先激活软总线的搜索功能,依据软总线协议设定广播参数,构建包含自身标识与搜索指令的广播数据包,向特定网络范围广播;其他设备收到后,有文件分发服务能力的设备解析数据包,提取c1标识并组织自身设备信息、可分发文件详情、网络负载等数据形成响应包回传;c1持续监听接收响应包,解析提取关键信息,建立并整理包含响应设备各项参数的候选设备列表,以便后续筛选利用以推进文件下载流程。
17、进一步的,所述步骤s4,具体为:
18、设备c1检测到可用设备后,迅速依据预设的软总线协议标准,初始化本地软总线模块,与可用设备交换连接参数并协商一致,建立起双向通信链路,同时配置好数据传输的缓存区、优先级及错误处理机制,完成软总线构建为文件下载做准备。
19、进一步的,所述步骤s5,具体为:
20、设备c1在完成对提供文件分发服务的其他设备搜索与发现后,即刻启动数量判断机制;访问存储已发现设备信息的列表或数据结构,从中提取并统计具备分发服务功能的设备数量;然后将此数量与0进行比较,若统计得到的数量小于或等于0,则未找到合适的分发设备,此时设备c1依照预设的流程逻辑,直接跳转至步骤s8,开启关于即时下载任务的判断流程,以确定后续合适的文件下载路径与策略。
21、进一步的,所述步骤s6,具体步骤为:
22、设备c1按照文件片段的编号顺序依次读取已下载的片段f0至fn,将其逐个写入到一个新建的空白文件中以完成合并整合,接着关闭与各分发设备及中心服务器的软总线连接,运用特定的校验算法对合并后的文件进行完整性校验,若校验结果与预期一致则释放相关资源并结束整个文件下载流程。
23、进一步的,所述步骤s6,设备c1判断分发设备数量并决定下载方式,具体为:
24、若n>0,采用公式:且所述中心服务器cs也算一个下载源;所述设备c1从中心服务器和各分发设备下载片段:对于i=0到n,若i=0,从中心服务器下载片段f0,否则:从分发设备ai下载片段fi;
25、其中,zfi表示文件f的第i个片段下载源数量,zf是表示要下载的文件下载数量;
26、r表示设备c1的文件下载请求;cs表示中心服务器;f表示要下载的文件;a表示提供文件分发服务的可用设备集合;n表示可用设备数量(n=|a|);fi表示文件f的第i个片段(i=0,1...n);
27、当cs收到r后,cs计算文件f的相关信息,即下载地址df、标签符hf(hash值)、文件大小zf,并返回信息给设备c1。
28、进一步的,所述步骤s9,具体为:
29、当中心服务器达到任务限时时间后,即刻对文件f进行切片处理,将其分割成f0至fn等多个切片,并把这些切片的相关信息分发给所有处于等待下载任务状态的设备,以便它们后续进行文件下载操作;
30、设备c1依据中心服务器所分发的切片信息,精准定位并开启片断f0的下载流程,在成功获取该片断后,随即启动上传进程,将片断f0共享至指定空间,以供其他设备按需下载,达成文件分发的协同运作;
31、设备c1对自身是否已成功下载所有文件片断进行检查确认;若存在尚未下载完成的情况,并且提供对应片断的设备已处于断开状态,此时设备c1将转向中心服务器继续下载该缺失的片断;而若设备c1已完整下载所有片断,则会对这些文件片断执行合并操作,接着进行校验工作,在校验完成后,延迟停止正在进行的片断上传任务,最终结束整个流程。
32、进一步的,所述步骤s2中文件标签符为完整文件f的hash值。
33、与现有技术相比,本专利技术的有益效果为:
34、一、动态分片和自适本文档来自技高网...
【技术保护点】
1.一种采用软总线加速和P2P加速下载文件的方法,其特征在于,包括以下步骤:
2.根据权利要求1所述的一种采用软总线加速和P2P加速下载文件的方法,其特征在于,所述步骤S1,具体为:
3.根据权利要求1所述的一种采用软总线加速和P2P加速下载文件的方法,其特征在于,所述步骤S3,具体为:
4.根据权利要求1所述的一种采用软总线加速和P2P加速下载文件的方法,其特征在于,所述步骤S4,具体为:
5.根据权利要求1所述的一种采用软总线加速和P2P加速下载文件的方法,其特征在于,所述步骤S5,具体为:
6.根据权利要求1所述的一种采用软总线加速和P2P加速下载文件的方法,其特征在于,所述步骤S6,具体步骤为:
7.根据权利要求1所述的一种采用软总线加速和P2P加速下载文件的方法,其特征在于,所述步骤S6,设备C1判断分发设备数量并决定下载方式,具体为:
8.根据权利要求1所述的一种采用软总线加速和P2P加速下载文件的方法,其特征在于,所述步骤S9,具体为:
9.根据权利要求1所述的一种采用软
...【技术特征摘要】
1.一种采用软总线加速和p2p加速下载文件的方法,其特征在于,包括以下步骤:
2.根据权利要求1所述的一种采用软总线加速和p2p加速下载文件的方法,其特征在于,所述步骤s1,具体为:
3.根据权利要求1所述的一种采用软总线加速和p2p加速下载文件的方法,其特征在于,所述步骤s3,具体为:
4.根据权利要求1所述的一种采用软总线加速和p2p加速下载文件的方法,其特征在于,所述步骤s4,具体为:
5.根据权利要求1所述的一种采用软总线加速和p2p加速下载文件的方法,其特征在于,所述步骤s5,具体为...
【专利技术属性】
技术研发人员:陈昊明,周果,尹金亮,唐后宏,李陵霄,
申请(专利权)人:湖南开鸿智谷数字产业发展有限公司,
类型:发明
国别省市:
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。