发明创造名称：一种文件反向上传方法和系统
外观设计名称：
决定号：182282
决定日：2019-06-27
委内编号：1F267271
优先权日：
申请（专利）号：201611214534.X
申请日：2016-12-26
复审请求人：网宿科技股份有限公司
无效请求人：
授权公告日：
审定公告日：
专利权人：
主审员：李卉
合议组组长：武磊
参审员：吴卫民
国际分类号：H04L29/08
外观设计分类号：
法律依据：专利法第22条第3款
决定要点：如果一项权利要求请求保护的技术方案相对于最接近的对比文件存在区别特征，但这些区别特征或属于本领域的公知常识，或被其他对比文件公开，本领域技术人员在该最接近的对比文件公开内容基础上结合其他对比文件和公知常识得到该权利要求请求保护的技术方案是显而易见的，则该项权利要求请求保护的技术方案不具备突出的实质性特点和显著的进步，不具有创造性。
全文：
本复审请求涉及申请号为201611214534.X，名称为“一种文件反向上传方法和系统”的发明专利申请（下称本申请）。申请人为网宿科技股份有限公司。本申请的申请日为2016年12月26日，申请公布日为2017年02月22日。
经实质审查，国家知识产权局实质审查部门于2018年08月30日发出驳回决定，驳回了本申请，驳回决定所依据的文本为：申请日2016年12月26日提交的权利要求第1-16项，说明书第1-119段，说明书附图1-5，说明书摘要和摘要附图。驳回决定引用的对比文件为：对比文件1：CN104994131A，其公开日为2015年10月21日；对比文件2：CN102651861A，其公开日为2012年08月29日。其驳回理由是：权利要求1-5、7-13、15-16相对于对比文件1和本领域的公知常识的结合不具备专利法第22条第3款规定的创造性，权利要求6、14相对于对比文件1、对比文件2以及本领域的公知常识不具备专利法第22条第3款的规定。驳回决定所针对的权利要求书内容如下：
“1. 一种文件反向上传方法，其特征在于，所述方法包括以下步骤：
发送终端将待发送文件的文件信息发送至目标服务器；
所述目标服务器根据所述文件信息进行下载任务分配，并生成下载任务，将所述下载任务发送至缓存服务器；
所述缓存服务器在接收到所述下载任务后与所述发送终端建立连接，根据所述下载任务从所述发送终端下载对应的文件，并将下载到的文件发送至所述目标服务器以完成上传。
2. 如权利要求1所述的文件反向上传方法，其特征在于，所述文件信息包括：所述待发送文件的文件大小以及文件的统一资源标识符。
3. 如权利要求2所述的文件反向上传方法，其特征在于，所述目标服务器根据所述文件信息进行下载任务分配，并生成下载任务，将所述下载任务发送至缓存服务器的步骤具体包括：
所述目标服务器根据可用的缓存服务器的数量及所述文件信息对所述待发送文件进行分片，再根据所述分片生成所述下载任务；
所述目标服务器将所述下载任务发送至所述缓存服务器。
4. 如权利要求3所述的文件反向上传方法，其特征在于，所述缓存服务器的数量为多个，所述目标服务器对不同的缓存服务器指定下载不同的分片。
5. 如权利要求4所述的文件反向上传方法，其特征在于，所述缓存服务器在接收到所述下载任务后与所述发送终端建立连接，根据所述下载任务从所述发送终端下载对应的文件，并将下载到的文件发送至所述目标服务器以完成上传的步骤具体包括：
每个缓存服务器在接收到各自的下载任务后与所述发送终端建立连接；
每个缓存服务器根据各自的下载任务向所述发送终端发送下载请求；
每个缓存服务器根据各自的下载任务从所述发送终端下载指定的分片；
每个缓存服务器下载完成后，将下载到的指定分片发送至所述目标服务器以完成上传。
6. 如权利要求5所述的文件反向上传方法，其特征在于，所述方法进一步包括以下步骤：
若在缓存服务器下载指定的分片过程中发生连接中断，则所述缓存服务器重新与所述发送终端建立连接，继续下载指定的分片中未下载的部分。
7. 如权利要求4或5所述的文件反向上传方法，其特征在于，所述方法进一步包括以下步骤：
所述目标服务器从多个缓存服务器中接收各自下载到的指定的分片；
将多个指定的分片组成完整的文件。
8. 如权利要求4所述的文件反向上传方法，其特征在于，所述方法进一步包括以下步骤：
所述目标服务器监控多个缓存服务器的运行状态；
在任一缓存服务器出现故障时，所述目标服务器将出现故障的缓存服务器的下载任务发送至其他可用的缓存服务器；
所述其它可用的缓存服务器根据下载任务重新下载指定的分片。
9. 一种文件反向上传系统，其特征在于，所述系统包括发送终端、目标服务器以及缓存服务器，其中，
发送终端，用于将待发送文件的文件信息发送至所述目标服务器；
所述目标服务器，用于根据所述文件信息进行下载任务分配，并生成下载任务，将所述下载任务发送至所述缓存服务器；
所述缓存服务器，用于在接收到所述下载任务后与所述发送终端建立连接，根据所述下载任务从所述发送终端下载对应的文件，并将下载到的文件发送至所述目标服务器以完成上传。
10. 如权利要求9所述的文件反向上传系统，其特征在于，所述文件信息 包括：所述待发送文件的文件大小以及文件的统一资源标识符。
11. 如权利要求10所述的文件反向上传系统，其特征在于，所述目标服务器包括分配模块，其中，
所述分配模块，用于根据可用的缓存服务器的数量及所述文件信息对所述待发送文件进行分片，再根据所述分片生成所述下载任务，并将所述下载任务发送至所述缓存服务器。
12. 如权利要求11所述的文件反向上传系统，其特征在于，所述缓存服务器的数量为多个，所述分配模块，还用于对不同的缓存服务器指定下载不同的分片。
13. 如权利要求12所述的文件反向上传系统，其特征在于，缓存服务器包括：
连接模块，用于在接收到各自的下载任务后与所述发送终端建立连接；
下载模块，用于根据各自的下载任务向所述发送终端发送下载请求，并从所述发送终端下载指定的分片；
发送模块，用于在下载完成后，将下载到的指定分片发送至所述目标服务器以完成上传。
14. 如权利要求13所述的文件反向上传系统，其特征在于，所述连接模块，还用于若在所述下载模块下载指定的分片过程中发生连接中断，则重新与所述发送终端建立连接；
所述下载模块，还用于继续下载指定的分片中未下载的部分。
15. 如权利要求12或13所述的文件反向上传系统，其特征在于，所述目标服务器还包括组合模块，其中，
所述组合模块，用于在从多个缓存服务器中接收各自下载到的指定的分片时，将多个指定的分片组成完整的文件。
16. 如权利要求12所述的文件反向上传系统，其特征在于，所述目标服务器还包括监控模块，所述监控模块用于监控多个缓存服务器的运行状态；
其中，所述分配模块，还用于在任一缓存服务器出现故障时，将出现故障的缓存服务器的下载任务发送至其他可用的缓存服务器；
其中，所述其它可用的缓存服务器，用于根据下载任务重新下载指定的分片。”
申请人（下称复审请求人）对上述驳回决定不服，于2018年11月28日向国家知识产权局提出了复审请求，同时提交了权利要求书的修改替换页。具体修改方式为：将权利要求8的附加特征加入到权利要求1中，删除了权利要求8，并根据权利要求1适应性修改了权利要求9，同时适应性地修改了权利要求书的序号和引用关系。复审请求人在复审请求书中认为：修改后的权利要求1-15具备专利法第22条第3款规定的创造性。
复审请求人提交的修改后权利要求1和8的内容如下：
“1. 一种文件反向上传方法，其特征在于，所述方法包括以下步骤：
发送终端将待发送文件的文件信息发送至目标服务器；
所述目标服务器根据所述文件信息进行下载任务分配，并生成下载任务，将所述下载任务发送至缓存服务器；
所述缓存服务器在接收到所述下载任务后与所述发送终端建立连接，根据所述下载任务从所述发送终端下载对应的文件，并将下载到的文件发送至所述目标服务器以完成上传；
所述方法进一步包括以下步骤：
所述目标服务器监控多个缓存服务器的运行状态；
在任一缓存服务器出现故障时，所述目标服务器将出现故障的缓存服务器的下载任务发送至其他可用的缓存服务器；
所述其它可用的缓存服务器根据下载任务重新下载指定的分片。”
“8. 一种文件反向上传系统，其特征在于，所述系统包括发送终端、目标服务器以及缓存服务器，其中，
发送终端，用于将待发送文件的文件信息发送至所述目标服务器；
所述目标服务器，用于根据所述文件信息进行下载任务分配，并生成下载任务，将所述下载任务发送至所述缓存服务器；
所述缓存服务器，用于在接收到所述下载任务后与所述发送终端建立连接，根据所述下载任务从所述发送终端下载对应的文件，并将下载到的文件发送至所述目标服务器以完成上传；
其中，所述目标服务器，还用于监控多个缓存服务器的运行状态；
所述目标服务器，还用于在任一缓存服务器出现故障时，将出现故障的缓存服务器的下载任务发送至其他可用的缓存服务器；
所述其它可用的缓存服务器，用于根据下载任务重新下载指定的分片。”
经形式审查合格，国家知识产权局于2018年12月05日依法受理了该复审请求，并将其转送至实质审查部门进行前置审查。
国家知识产权局实质审查部门在前置审查意见书中坚持驳回决定。
随后，国家知识产权局成立合议组对本案进行审理。
合议组于2019年02月01日向复审请求人发出复审通知书，复审通知书所针对的文本为：2018年11月28日提交的权利要求第1-15项，申请日2016年12月26日提交的说明书第1-119段、说明书附图1-5、说明书摘要和摘要附图。复审通知书引用了与驳回决定相同的对比文件1-2，并指出：权利要求1-5、7-12、14-15相对于对比文件1和本领域的公知常识的结合不具备专利法第22条第3款规定的创造性，权利要求6、13相对于对比文件1、对比文件2以及本领域的公知常识不具备专利法第22条第3款的规定。
复审请求人分别于2019年03月07日和2019年03月08日提交了意见陈述书，同时提交了权利要求书全文的修改替换页。其中，复审请求人于2019年03月08日提交的权利要求书中的修改方式是：分别将权利要求2、4、6以及说明书中的部分内容加入到独立权利要求1、8中，形成新的独立权利要求1、5，同时适应性地修改了权利要求的编号以及相应的引用关系。复审请求人认为：修改后的权利要求1中，发送终端向目标服务器发送待发送文件的文件信息，目标服务器再将发送终端的文件上传需求转换为文件分片的下载任务，并将分片信息连同待发送文件的URI作为下载任务发送给多个缓存服务器，缓存服务器可以根据分片信息和待发送文件的URI主动从发送终端处下载文件分片；目标服务器可以对缓存服务器的运行状态进行实时监控，并根据缓存服务器的状态动态调整文件上传的流程，如果某个缓存服务器出现故障，可以将该缓存服务器的分片的下载任务发送给其它缓存服务器，从而其它缓存服务器可以主动连接发送终端，从发送终端处下载相应的文件分片；如果某个缓存服务器与终端的连接中断，目标服务器则无需进行干涉，该缓存服务器可以直接与终端建连，并继续下载文件分片。而对比文件1中，用户端中间件（即发送终端）未将文件信息提供给代理服务器，而是代理服务器将缓存服务器的IP地址提供给发送给用户端中间件，再由用户端中间件主动向缓存服务器上传文件，而非缓存服务器主动从用户端中间件下载。此外，对比文件1中也未公开缓存服务器出现故障时、以及缓存服务器与终端连接中断时的代理服务器和缓存服务器的处理。因此，本申请权利要求具备创造性。
复审请求人所提交的权利要求书内容如下：
“1. 一种文件反向上传方法，其特征在于，所述方法包括以下步骤：
发送终端将待发送文件的文件信息发送至目标服务器，所述文件信息包括所述待发送文件的文件大小以及文件的统一资源标识符；
所述目标服务器根据所述文件信息进行下载任务分配，并生成下载任务，将所述下载任务发送至缓存服务器，其中，所述缓存服务器的数量为多个，所述目标服务器对不同的缓存服务器指定下载不同的分片，所述下载任务包括分片信息和文件的统一资源标识符；
所述缓存服务器在接收到所述下载任务后与所述发送终端建立连接，根据所述下载任务从所述发送终端下载对应的文件，并将下载到的文件发送至所述目标服务器以完成上传；
其中，所述根据所述下载任务从所述发送终端下载对应的文件，包括：
根据所述分片信息和所述待发送文件的统一资源标识符从发送终端下载指定的分片；
所述方法进一步包括以下步骤：
所述目标服务器实时监控多个缓存服务器的运行状态；
在任一缓存服务器出现故障时，所述目标服务器将出现故障的缓存服务器的下载任务发送至其他可用的缓存服务器；
所述其它可用的缓存服务器根据下载任务重新下载指定的分片；
若在缓存服务器下载指定的分片过程中发生连接中断，则所述缓存服务器重新与所述发送终端建立连接，继续下载指定的分片中未下载的部分。
2. 如权利要求1所述的文件反向上传方法，其特征在于，所述目标服务器根据所述文件信息进行下载任务分配，并生成下载任务，将所述下载任务发送至缓存服务器的步骤具体包括：
所述目标服务器根据可用的缓存服务器的数量及所述文件信息对所述待发送文件进行分片，再根据所述
分片生成所述下载任务；
所述目标服务器将所述下载任务发送至所述缓存服务器。
3. 如权利要求2所述的文件反向上传方法，其特征在于，所述缓存服务器在接收到所述下载任务后与所述发送终端建立连接，根据所述下载任务从所述发送终端下载对应的文件，并将下载到的文件发送至所述目标服务器以完成上传的步骤具体包括：
每个缓存服务器在接收到各自的下载任务后与所述发送终端建立连接；
每个缓存服务器根据各自的下载任务向所述发送终端发送下载请求；
每个缓存服务器根据各自的下载任务从所述发送终端下载指定的分片；
每个缓存服务器下载完成后，将下载到的指定分片发送至所述目标服务器以完成上传。
4. 如权利要求3所述的文件反向上传方法，其特征在于，所述方法进一步包括以下步骤：
所述目标服务器从多个缓存服务器中接收各自下载到的指定的分片；
将多个指定的分片组成完整的文件。
5. 一种文件反向上传系统，其特征在于，所述系统包括发送终端、目标服务器以及缓存服务器，其中，
发送终端，用于将待发送文件的文件信息发送至所述目标服务器，所述文件信息包括所述待发送文件的文件大小以及文件的统一资源标识符；
所述目标服务器，用于根据所述文件信息进行下载任务分配，并生成下载任务，将所述下载任务发送至所述缓存服务器，其中，所述缓存服务器的数量为多个，所述目标服务器对不同的缓存服务器指定下载不同的分片，所述下载任务包括分片信息和文件的统一资源标识符；
所述缓存服务器，用于在接收到所述下载任务后与所述发送终端建立连接，根据所述分片信息和所述待发送文件的统一资源标识符从发送终端下载指定的分片，并将下载到的文件发送至所述目标服务器以完成上传；
所述目标服务器，还用于监控多个缓存服务器的运行状态；
所述目标服务器，还用于在任一缓存服务器出现故障时，将出现故障的缓存服务器的下载任务发送至其他可用的缓存服务器；
所述其它可用的缓存服务器，用于根据下载任务重新下载指定的分片；
所述缓存服务器，还用于若在下载指定的分片过程中发生连接中断，则重新与所述发送终端建立连接，继续下载指定的分片中未下载的部分。
6. 如权利要求5所述的文件反向上传系统，其特征在于，所述目标服务器包括分配模块，其中，
所述分配模块，用于根据可用的缓存服务器的数量及所述文件信息对所述待发送文件进行分片，再根据所述分片生成所述下载任务，并将所述下载任务发送至所述缓存服务器。
7. 如权利要求6所述的文件反向上传系统，其特征在于，所述缓存服务器的数量为多个，所述分配模块，还用于对不同的缓存服务器指定下载不同的分片。
8. 如权利要求7所述的文件反向上传系统，其特征在于，缓存服务器包括：
连接模块，用于在接收到各自的下载任务后与所述发送终端建立连接；
下载模块，用于根据各自的下载任务向所述发送终端发送下载请求，并从所述发送终端下载指定的分片；
发送模块，用于在下载完成后，将下载到的指定分片发送至所述目标服务器以完成上传。
9. 如权利要求8所述的文件反向上传系统，其特征在于，所述连接模块，还用于若在所述下载模块下载指定的分片过程中发生连接中断，则重新与所述发送终端建立连接；
所述下载模块，还用于继续下载指定的分片中未下载的部分。
10. 如权利要求7或8所述的文件反向上传系统，其特征在于，所述目标服务器还包括组合模块，其中，
所述组合模块，用于在从多个缓存服务器中接收各自下载到的指定的分片时，将多个指定的分片组成完整的文件。
11. 如权利要求7所述的文件反向上传系统，其特征在于，所述目标服务器还包括监控模块，所述监控模块用于监控多个缓存服务器的运行状态；
其中，所述分配模块，还用于在任一缓存服务器出现故障时，将出现故障的缓存服务器的下载任务发送至其他可用的缓存服务器；
其中，所述其它可用的缓存服务器，用于根据下载任务重新下载指定的分片。”
在上述程序的基础上，合议组认为本案事实已经清楚，可以作出审查决定。
二、决定的理由
1、审查文本的认定
复审请求人于2019年03月08日提交了权利要求书全文的修改替换页，经审查，上述修改之处符合专利法第33条的有关规定，本复审请求审查决定针对的文本为：2019年03月08日提交的权利要求第1-11项，申请日2016年12月26日提交的说明书第1-119段、说明书附图1-5、说明书摘要和摘要附图。
2、关于创造性
专利法第22条第3款规定：是指与现有技术相比，该发明具有突出的实质性特点和显著的进步，该实用新型具有实质性特点和进步。
本次复审请求审查决定引用的对比文件与驳回决定和复审通知书中引用的对比文件相同，即：
对比文件1：CN104994131A，公开日为2015年10月21日；
对比文件2：CN102651861A，公开日为2012年08月29日。
2-1. 权利要求1要求保护一种文件反向上传方法，对比文件1涉及一种基于分布式代理服务器的自适应上传加速方法，其公开了以下内容（参见对比文件1说明书第[0005]-[0009]段，第[0027]-[0080]段，权利要求1）：一种基于分布式代理服务器的自适应上传加速方法，包括以下步骤：用户端上传中间件（相当于权利要求1的发送终端）向上传加速代理服务器（以下简称代理服务器）（相当于权利要求1的目标服务器）提交上传请求，该上传请求包括上传文件的大小、目的地IP地址等信息（相当于权利要求1的发送终端将待发送文件的文件信息发送给目标服务器）；文件信息包括待发送文件的大小（相当于权利要求1中的文件信息包括待发送文件的大小）；代理服务器检查自身当前可用于接收用户数据的缓存服务器（相当于权利要求1的缓存服务器）的数量，并将上述缓存服务器的IP地址下发给该用户端上传中间件；用户端中间件接收代理服务器下发的缓存服务器的IP地址，并根据缓存服务器IP地址的数量（可见缓存服务器数量为多个），将待上传文件拆分为同样多的文件分片（可见目标服务器必然对不同的缓存服务器指定下载不同的分片），采用多路传输技术将上述分片分别上传到缓存服务器上（相当于权利要求1的根据所述文件信息进行下载任务分配，并生成下载任务，所述缓存服务器与所述发送终端建立连接进行文件的传输）；缓存服务器将自身收到的文件分片发送给代理服务器，代理服务器将收到的文件分片重新组装成文件。 权利要求1要求保护的技术方案与对比文件l公开的内容相比，区别特征在于：（1）权利要求1中下载任务的生成和分发处理交由目标服务器来完成，目标服务器生成下载任务，将下载任务发送至缓存服务器，下载任务包括分片信息和文件的统一资源标识符，所述缓存服务器在接收到所述下载任务后与所述发送终端建立连接，根据下载任务从所述发送终端下载对应的文件，文件信息还包括文件的统一资源标识符用于标识该文件，根据所述分片信息和所述待发送文件统一资源标识符从发送终端下载指定分片；（2）权利要求1中目标服务器监控多个缓存服务器的运行状态，在任一缓存服务器出现故障时，所述目标服务器将出现故障的缓存服务器的下载任务发送至其他可用的缓存服务器，其它可用的缓存服务器可以主动与发送终端建立连接，所述其它可用的缓存服务器根据下载任务重新下载指定的分片；（3）若在缓存服务器下载指定的分片过程中发生连接中断，则所述缓存服务器重新与所述发送终端建立连接，继续下载指定的分片中未下载的部分。基于上述区别特征，本申请权利要求1实际要解决的技术问题是如何降低发送终端的负载，以及缓存服务器故障和中断时如何处理。 对于区别特征（1），对比文件1中公开了利用缓存技术对上传文件进行加速上传以解决降低丢包率，加快传输速率的技术问题，具体采取的技术手段是用户端中间件按照缓存服务器的数量将待上传的文件分片，并与所述缓存服务器建立连接，将所述分片上传到所述缓存服务器中。对比文件1公开的方案与本申请权利要求1的整体发明构思相同，都是利用多个缓存服务器将待上传的那些尺寸较大的文件进行分片后进行分散接收，再集中到服务器重组成原文件。基于与上述相同的构思，在具体的构建和功能的设计上，具体的分片任务的生成者，以及缓存服务器与用户端之间的操作顺序，这是本领域技术人员可以根据实际设计的需求容易地进行调整和设计，即，根据待上传文件大小和缓存服务器的数量对待上传文件进行分片的内容已经被对比文件1公开的基础上，如若需要降低发送终端的负载，由目标服务器生成分片任务，以及由目标服务器生成分片任务后将该分片任务发给缓存服务器对本领域技术人员来说属于惯用技术手段，完全可以根据实际应用的需要容易进行设置。另外，文件信息还包括文件的统一资源标识符用于标识该文件，给缓存服务器的下载任务同时包括分片信息和文件的统一资源标识符，并根据所述分片信息和所述待发送文件统一资源标识符从发送终端下载指定分片，对本领域技术人员来说，将统一资源标识符用于标志文件，并在下载任务时一同发送，并根据其指示进行下载属于本领域的惯用技术手段。
对于区别特征（2），在通信领域，当网络结构中存在多个相同设备或者设备集群时，需要监控其性能，实现当某个设备发生故障便可替换故障设备以实现系统可靠性，这对本领域技术人员来说属于本领域公知常识。例如，设置目标服务器对缓存服务器的运行状态进行监控，当某个缓存服务器出现故障时，安排其他可用的缓存服务器接替其工作是很常用的设计方案，属于本领域惯用技术手段。
对于区别特征（3），对比文件2涉及用于移动终端的下载方法、移动终端和代理下载服务器，其公开了以下内容（参见对比文件2说明书第[0124]-[0128]段）：当资源未下载完全而所述下载中断时，向原始服务器或资源缓存服务器或所述服务器信息中的服务器发送断点续传下载请求，每次的发送 http请求都是从上次收到的资源结尾位置开始继续，这样避免了每次从头开始重复请求。可见，对比文件2给出了采用上述区别特征的启示，对比文件2与本申请均属于移动终端下载上传的领域，本领域技术人员在对比文件1已经公开的进行分片下载内容的基础上，在遇到连接中断且未下载完成的问题时，可以容易想到将对比文件2的断点续传的技术方案结合在对比文件1中。
因此，在对比文件1的基础上结合对比文件2以及本领域公知常识得到权利要求1要求保护的技术方案对本领域技术人员来说是显而易见的，权利要求1不具有突出的实质性特点和显著的进步，不具备专利法第22条第3款规定的创造性。
2、权利要求2进一步限定权利要求1。对比文件1中公开了（参见对比文件1说明书第[0005]-[0009]段，第[0027]-[0080]段，权利要求1）：用户端中间件根据待上传文件大小和缓存服务器的数量分配分片任务。因此，对比文件1公开了权利要求2的部分附加技术特征。至于分片任务的生成者不同，随之带来的下载任务的执行者不同属于本领域惯用技术手段（具体理由参见的上文第1条）。因此，在其引用的权利要求1不具备创造性的基础上，权利要求2不具备专利法第22条第3款规定的创造性。
3、权利要求3进一步限定权利要求2，权利要求4进一步限定权利要求3。对比文件1中已经公开了缓存服务器将自身存储的分片发送给代理服务器，代理服务器将收到的文件分片重新组装成文件。至于因为分片任务的生成者不同，随之带来的下载任务的执行者不同这一点对本领域技术人员来说完全可以根据实际应用的需要容易进行设置（具体理由参见的上文第1条）。因此，在引用的权利要求2或3不具备创造性的基础上，权利要求3和4不具备专利法第22条第3款规定的创造性。
4、权利要求5要求保护一种文件反向上传系统，对比文件1涉及一种基于分布式代理服务器的自适应上传加速系统，其公开了以下内容（参见对比文件1说明书第[0005]-[0009]段，[0027]-[0080]段，权利要求1）：一种基于分布式代理服务器的自适应上传加速系统，包括：用户端上传中间件（相当于权利要求5的发送终端）向上传加速代理服务器（以下简称代理服务器）（相当于权利要求5的目标服务器）提交上传请求，该上传请求包括上传文件的大小、目的地IP地址等信息（相当于权利要求5的发送终端将待发送文件的文件信息发送给目标服务器）；文件信息包括待发送文件的大小（相当于权利要求1中的文件信息包括待发送文件的大小）；代理服务器检查自身当前可用于接收用户数据的缓存服务器（相当于权利要求5的缓存服务器）的数量，并将上述缓存服务器的IP地址下发给该用户端上传中间件；用户端中间件接收代理服务器下发的缓存服务器的IP地址（可见目标服务器必然对不同的缓存服务器指定下载不同的分片），并根据缓存服务器IP地址的数量，将待上传文件拆分为同样多的文件分片，采用多路传输技术将上述分片分别上传到缓存服务器上（相当于权利要求5的根据所述文件信息进行下载任务分配，并生成下载任务，所述缓存服务器与所述发送终端建立连接进行文件的传输）；缓存服务器将自身收到的文件分片发送给代理服务器，代理服务器将收到的文件分片重新组装成文件。
权利要求5要求保护的技术方案与对比文件l公开的内容相比，区别特征在于：（1）权利要求5中下载任务的生成和分发处理交由目标服务器来完成，目标服务器生成下载任务，将下载任务发送至缓存服务器，下载任务包括分片信息和文件的统一资源标识符，所述缓存服务器在接收到所述下载任务后与所述发送终端建立连接，根据下载任务从所述发送终端下载对应的文件；文件信息还包括文件的统一资源标识符用于标识该文件，根据所述分片信息和所述待发送文件统一资源标识符从发送终端下载指定分片；（2）权利要求5中目标服务器监控多个缓存服务器的运行状态，在任一缓存服务器出现故障时，将出现故障的缓存服务器的下载任务发送至其他可用的缓存服务器，其它可用的缓存服务器可以主动与发送终端建立连接，所述其它可用的缓存服务器根据下载任务重新下载指定的分片；（3）缓存服务器若在下载指定的分片过程中发生连接中断，则所述缓存服务器重新与所述发送终端建立连接，继续下载指定的分片中未下载的部分。基于上述区别特征，本申请权利要求5实际要解决的技术问题是如何降低发送终端的负载，以及缓存服务器故障和中断时如何处理。 对于区别特征（1），对比文件1中公开了利用缓存技术对上传文件进行加速上传以解决降低丢包率，加快传输速率的技术问题，具体采取的技术手段是用户端中间件按照缓存服务器的数量将待上传的文件分片，并与所述缓存服务器建立连接，将所述分片上传到所述缓存服务器中。对比文件1公开的方案与本申请权利要求5的整体发明构思相同，都是利用多个缓存服务器将待上传的那些尺寸较大的文件进行分片后进行分散接收，再集中到服务器重组成原文件。基于与上述相同的构思，在具体的构建和功能的设计上，具体的分片任务的生成者，以及缓存服务器与用户端之间的操作顺序，是本领域技术人员可以根据实际设计的需求容易地进行调整和设计，即，根据待上传文件大小和缓存服务器的数量对待上传文件进行分片的内容已经被对比文件1公开的基础上，如若需要降低发送终端的负载，由服务器生成分片任务，以及由目标服务器生成分片任务后将该分片任务发给缓存服务器对本领域技术人员来说属于惯用技术手段，完全可以根据实际应用的需要容易进行设置。另外，文件信息还包括文件的统一资源标识符用于标识该文件，给缓存服务器的下载任务同时包括分片信息和文件的统一资源标识符，并根据所述分片信息和所述待发送文件统一资源标识符从发送终端下载指定分片，对本领域技术人员来说，将统一资源标识符用于标志文件，并在下载任务时一同发送，并根据其指示进行下载属于本领域的惯用技术手段。
对于区别特征（2），在通信领域，当网络结构中存在多个相同设备或者设备集群时，需要监控其性能，实现当某个设备发生故障便可替换故障设备以实现系统可靠性，这对本领域技术人员来说属于本领域公知常识。例如，设置目标服务器对缓存服务器的运行状态进行监控，当某个缓存服务器出现故障时，安排其他可用的缓存服务器接替其工作是很常用的设计方案，属于本领域惯用技术手段。
对于区别特征（3），对比文件2涉及用于移动终端的下载方法、移动终端和代理下载服务器，其公开了以下内容（参见对比文件2说明书第[0124]-[0128]段）：当资源未下载完全而所述下载中断时，向原始服务器或资源缓存服务器或所述服务器信息中的服务器发送断点续传下载请求，每次的发送 http请求都是从上次收到的资源结尾位置开始继续，这样避免了每次从头开始重复请求。可见，对比文件2给出了采用上述区别特征的技术启示，对比文件2与本申请均属于移动终端下载上传的领域，本领域技术人员在对比文件1已经公开的进行分片下载内容的基础上，在遇到连接中断且未下载完成的问题时，可以容易想到将对比文件2的断点续传的技术方案结合在对比文件1中，
因此，在对比文件1的基础上结合对比文件2以及本领域公知常识得到权利要求5要求保护的技术方案对本领域技术人员来说是显而易见的，权利要求5不具有突出的实质性特点和显著的进步，不具备专利法第22条第3款规定的创造性。
5、权利要求6-11为方法权利要求对应的产品权利要求，其中限定的功能模块具备的功能与方法步骤相对应，基于与上文评述权利要求1-5相似的理由，且对本领域技术人员来说，为完成上述已被现有技术公开的方法步骤而设置的目标服务器和缓存服务器的具体组成部件属于本领域的公知常识，因此，权利要求6-11不具备专利法第22条第3款规定的创造性。
三、决定
维持国家知识产权局于2018年08月30日对本申请作出的驳回决定。
如对本复审请求审查决定不服，根据专利法第41条第2款的规定，复审请求人可以自收到本决定之日起三个月内向北京知识产权法院起诉。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
