发明创造名称：一种虚拟主机实现故障迁移的方法及虚拟主机业务装置
外观设计名称：
决定号：181956
决定日：2019-06-24
委内编号：1F259755
优先权日：无
申请（专利）号：201310415508.3
申请日：2013-09-12
复审请求人：阿里巴巴集团控股有限公司
无效请求人：
授权公告日：
审定公告日：
专利权人：
主审员：鲁秋艳
合议组组长：白坦
参审员：于瑞甫
国际分类号：H04L12/24,H04L12/803,H04L12/757
外观设计分类号：
法律依据：专利法第二十二条第三款
决定要点
：若权利要求所要求保护的技术方案与作为最接近现有技术的对比文件相比存在区别特征，而这些区别特征为本领域的惯用手段，在该对比文件的基础上结合本领域的惯用手段得到该权利要求所要求保护的技术方案是显而易见的，因此权利要求不具有突出的实质性特点，不具备创造性。
全文：
本复审请求涉及申请号为201310415508.3，名称为“一种虚拟主机实现故障迁移的方法及虚拟主机业务装置”的发明专利申请（下称本申请）。申请人为阿里巴巴集团控股有限公司。本申请的申请日为2013年09月12日，公开日为2015年03月25日。
经实质审查，国家知识产权局原审查部门于2018年05月29日发出驳回决定，驳回了本申请，驳回决定所依据的文本为：申请日2013年09月12日提交的说明书第[0001]-[0093]段（即说明书第1-11页），说明书附图第1-3页，说明书摘要及摘要附图；2018年03月23日提交的权利要求第1-9项。
驳回决定引用的对比文件为：
对比文件2：CN103152419A，公开日为2013年06月12日；
对比文件3：CN102917025A，公开日为2013年02月06日。
驳回决定的主要理由是：本申请权利要求1-9相对于对比文件2、对比文件3和本领域惯用手段的结合不具备专利法第二十二条第三款规定的创造性。
驳回决定所针对的权利要求书内容如下：
“1. 一种虚拟主机实现故障迁移的方法，其特征在于，包括：
设置访问虚拟主机的流量汇聚入口，在用户通过所述流量汇聚入口访问时，将流量分发至对应服务器中的虚拟主机；
当接收到来自流量汇聚入口的查询，将当前访问的虚拟主机的业务路由返回给所述流量汇聚入口；
当虚拟主机故障且其所在的第一服务器不能实现容灾时，用于统一管理虚拟主机业务的资源控制模块查找具备空闲资源的第二服务器，在所述第二服务器中创建新的虚拟主机并更新业务路由；
从所述资源控制模块的配置服务中下载配置文件，增加所述新的虚拟主机到监控关联点，并按照更新后的业务路由，将发生故障的虚拟主机上的业务转移至所述新的虚拟主机。
2. 根据权利要求1所述的方法，其特征在于，该方法还包括：将所述第一服务器上的所述虚拟主机之外的全部虚拟主机上的业务转移至所述第二服务器。
3. 根据权利要求1所述的方法，其特征在于，所述资源控制模块在所述第二服务器创建新的虚拟机包括：
所述资源控制模块在资源库中查找是否有合适的服务器资源，如果查找到有足够的服务器资源，根据该资源创建所述新的虚拟主机并加锁保护；
从所述资源控制模块的配置服务中下载配置文件，对创建成功的所述新的虚拟主机进行初始化；
将创建成功的所述新的虚拟主机注册到所述资源控制模块中的资源监控平台，并在业务路由映射表中增加所述新的虚拟主机上的业务路由。
4. 根据权利要求1或3所述的方法，其特征在于，所述方法还包括：
设置虚拟主机的流量分发映射表，其中，所述流量分发映射表包括
Key-Value表，其中，Key是IP地址和端口号，Value是对应一个或多个服务器中的虚拟主机；
在所述虚拟主机需要升级业务时，该方法还包括：
在所述资源控制模块的资源库中，查找所述需要实现升级业务的虚拟主机所在服务器的剩余资源，如果所述需要实现升级业务的虚拟主机所在服务器的剩余资源不足，则查找其他服务器的剩余资源；
如果查找到存在有空闲资源的服务器，则在该服务器上创建新的虚拟主机并锁定资源；
从所述资源控制模块的配置服务中下载配置文件，对所述创建成功的虚拟主机进行初始化；
将所述创建成功的虚拟主机注册到所述资源控制模块中的资源监控平台，并在业务路由映射表中增加所述虚拟主机上的业务路由；
更新所述流量分发映射表。
5. 一种虚拟主机业务装置，其特征在于，包括：
统一管理虚拟主机业务的资源控制模块，流量汇聚入口，业务路由模块以及两个或两个以上服务器；
流量汇聚入口，用于提供访问虚拟主机的统一接口；在用户通过流量汇聚入口访问时，调用业务路由模块查询业务路由，并根据查询结果将流量分发至对应服务器中的虚拟主机；
业务路由模块，接收到来自流量汇聚入口的查询，将当前访问的虚拟主机的业务路由返回给所述流量汇聚入口；
在虚拟主机故障且其所在的第一服务器不能实现容灾时，
所述资源控制模块，用于查找具备空闲资源的第二服务器，在所述第二服务器中创建新的虚拟主机并更新业务路由；从自身的配置服务中下载配置文件，增加所述新的虚拟主机到监控关联点，并按照更新后的业务路由，将发生故障的虚拟主机上的业务转移至所述新的虚拟主机。
6. 根据权利要求5所述的虚拟主机业务装置，其特征在于，所述资源控制模块，还用于将所述第一服务器上的所述虚拟主机之外的全部虚拟主机上的业务转移至所述第二服务器。
7. 根据权利要求5所述的虚拟主机业务装置，其特征在于，所述资源控制模块，还用于：
在资源库中查找是否有合适的服务器资源，在查找到有足够的服务器资源时，根据该资源创建所述新的虚拟主机并加锁保护；从其配置服务中下载配置文件，对创建成功的所述新的虚拟主机进行初始化；将创建成功的所述新的虚拟主机注册到所述资源控制模块中的资源监控平台，并在业务路由映射表中增加所述新的虚拟主机上的业务路由。
8. 根据权利要求5或7所述的虚拟主机业务装置，其特征在于，所述虚拟主机需要升级业务时，
所述资源控制模块，还用于在所述需要实现升级业务的虚拟主机所在服务器的剩余资源不足时，查找其他服务器的剩余资源；在存在有空闲资源的服务器上创建新的虚拟主机并锁定资源；从所述资源控制模块的配置服务中下载配置文件，对所创建成功的虚拟主机进行初始化；将创建成功的虚拟主机注册到所述资源控制模块的资源监控平台，在业务路由映射表中增加所述虚拟主机上的业务路由；并向所述业务路由模块发送更新通知；
所述业务路由模块中存储有虚拟主机的流量分发映射表，还用于接收到来自资源控制模块的更新通知，更新所述流量分发映射表；
其中，所述流量分发映射表包括Key-Value表，其中，Key是IP地址和端口号，Value是对应一个或多个服务器中的虚拟主机。
9. 根据权利要求5所述的虚拟主机业务装置，其特征在于，所述流量汇聚入口由一个或一个以上的Nginx组成。”
申请人（下称复审请求人）对上述驳回决定不服，于2018年08月31日向国家知识产权局提出了复审请求，并提交了权利要求书的修改文本，对权利要求书的具体修改为：在独立权利要求1中增加了特征“设置业务路由，所述业务路由包括虚拟主机的流量分发映射表，所述流量分发映射表包括IP地址和端口号，及其对应的一个或多个服务器中的虚拟主机”，删除权利要求4中的特征“所述方法还包括：设置虚拟主机的流量分发映射表”；在独立权利要求5中增加了特征“用于存储虚拟主机的流量分发映射表，所述流量分发映射表包括IP地址和端口号，及其对应的一个或多个服务器中的虚拟主机”，删除权利要求8中的特征“存储有虚拟主机的流量分发映射表” ，将权利要求4和8中的“包括”修改为“具体包括”。
复审请求人认为：对比文件2的虚拟机或物理机均是事先配置好的双热备份架构，不存在设置业务路由和访问虚拟主机的流量汇聚入口的需求和必要。本申请是为了便于统一管理虚拟主机业务的资源控制模块在虚拟主机故障且不能容灾时，自动查找空闲服务器并创建虚拟主机，并更新业务路由、虚拟主机流量分发映射表，同时添加新创建的虚拟主机至监控关联点，以实现业务的无缝迁移，而上述方案不属于本领域的惯用手段。因此，坚持修改后的权利要求1-9具备创造性。
经形式审查合格，国家知识产权局于2018年09月07日依法受理了该复审请求，并将其转送至原审查部门进行前置审查。
原审查部门在前置审查意见书中坚持驳回决定。
随后，国家知识产权局复审和无效审理部成立合议组对本案进行审理。
合议组于2018年11月30日向复审请求人发出复审通知书。复审通知书引用了驳回决定中所引用对比文件2。复审通知书所依据的文本为：复审请求人于2018年08月31日提交的权利要求第1-9项；申请日2013年09月12日提交的说明书第1-11页，说明书附图第1-3页，说明书摘要以及摘要附图。合议组在复审通知书中指出：权利要求1-8相对于对比文件2和本领域惯用手段的结合不具备创造性，不符合专利法第二十二条第三款的规定。同时在复审通知书中阐述了不能接受复审请求人陈述的意见的理由。
复审请求人于2019年01月04日提交了意见陈述书，并提交了权利要求书的全文替换页，对权利要求书的具体修改为：将权利要求1中的特征“在所述第二服务器中创建新的虚拟主机并更新业务路由”修改为“在所述第二服务器中创建新的虚拟主机并更新所述业务路由”；将权利要求5中的特征“在所述第二服务器中创建新的虚拟主机并更新业务路由”修改为“在所述第二服务器中创建新的虚拟主机并更新所述业务路由模块中的业务路由”。
复审请求人认为：本申请的方案中，因为资源空闲存在不确定性，所以，新创建的虚拟机具体位于哪台设备并不必然确定，是动态变化的。即本申请的方案中，由统一管理虚拟主机业务的资源控制模块自动查找具备空闲资源的第二服务器，在所述第二服务器中创建新的虚拟主机并更新虚拟主机的流量分发映射表中的IP地址和端口号，及其对应的虚拟主机。而对比文件2是虚拟机双热备份和物理机双热备份，并且在生成高可用集群虚拟机或物理机时，就已经设置了虚拟机或物理机双热备份架构，在设置双热备份时，是确定的对应关系，应该设置了相应的业务路由选项，故对比文件2不需要也没有必要设置包括虚拟主机的流量分发映射表，所述流量分发映射表包括IP地址和端口号，及其对应的一个或多个服务器中的虚拟主机这样的业务路由方式；其次，对比文件2也不存在设置访问虚拟主机的流量汇聚入口的需求和必要；再者，本申请通过设置资源控制模块实现虚拟机统一管理，以及从资源控制模块自身的配置服务中下载配置文件，增加新的虚拟主机到监控关联点，从而对目标迁移服务器的虚拟主机进行监控。因此坚持修改后的权利要求1-9具备创造性。
修改后的权利要求书1和5的内容如下：
“1. 一种虚拟主机实现故障迁移的方法，其特征在于，包括：
设置业务路由，所述业务路由包括虚拟主机的流量分发映射表，所述流量分发映射表包括IP地址和端口号，及其对应的一个或多个服务器中的虚拟主机；
设置访问虚拟主机的流量汇聚入口，在用户通过所述流量汇聚入口访问时，将流量分发至对应服务器中的虚拟主机；
当接收到来自流量汇聚入口的查询，将当前访问的虚拟主机的业务路由返回给所述流量汇聚入口；
当虚拟主机故障且其所在的第一服务器不能实现容灾时，用于统一管理虚拟主机业务的资源控制模块查找具备空闲资源的第二服务器，在所述第二服务器中创建新的虚拟主机并更新所述业务路由；
从所述资源控制模块的配置服务中下载配置文件，增加所述新的虚拟主机到监控关联点，并按照更新后的业务路由，将发生故障的虚拟主机上的业务转移至所述新的虚拟主机。”
“5. 一种虚拟主机业务装置，其特征在于，包括：
统一管理虚拟主机业务的资源控制模块，流量汇聚入口，业务路由模块以及两个或两个以上服务器；
流量汇聚入口，用于提供访问虚拟主机的统一接口；在用户通过流量汇聚入口访问时，调用业务路由模块查询业务路由，并根据查询结果将流量分发至对应服务器中的虚拟主机；
业务路由模块，用于存储虚拟主机的流量分发映射表，所述流量分发映射表包括IP地址和端口号，及其对应的一个或多个服务器中的虚拟主机；接收到来自流量汇聚入口的查询，将当前访问的虚拟主机的业务路由返回给所述流量汇聚入口；
在虚拟主机故障且其所在的第一服务器不能实现容灾时，
所述资源控制模块，用于查找具备空闲资源的第二服务器，在所述第二服务器中创建新的虚拟主机并更新所述业务路由模块中的业务路由；从自身的配置服务中下载配置文件，增加所述新的虚拟主机到监控关联点，并按照更新后的业务路由，将发生故障的虚拟主机上的业务转移至所述新的虚拟主机。”
合议组于2019年03月29日再次向复审请求人发出复审通知书。本次复审通知书与2018年11月30日发出的复审通知书所引用的对比文件相同，即驳回决定中所引用的对比文件2。复审通知书所依据的文本为：复审请求人于2019年01月04日提交的权利要求第1-9项；申请日2013年09月12日提交的说明书第1-11页，说明书附图第1-3页，说明书摘要以及摘要附图。复审通知书中指出：权利要求1-9相对于对比文件2和本领域惯用手段的结合不具备创造性，不符合专利法第二十二条第三款的规定。同时在复审通知书中阐述了不能接受复审请求人陈述的意见的理由。
复审请求人于2019年05月09日提交了意见陈述书，并提交了权利要求书的全文替换页，对权利要求书的具体修改为：在权利要求1中增加特征：“根据对所述业务路由的查询结果”。复审请求人认为：本申请中，在虚拟主机故障且其所在的第一服务器不能实现容灾时，可以查找具备空闲资源的第二服务器并创建新的虚拟主机，通过更新本申请首次提出并设置的虚拟主机的流量分发映射表中的IP地址和端口号，及其对应的虚拟主机，增加新创建的虚拟主机到监控关联点，无缝地将发生故障的虚拟主机上的业务转移至更新后的业务路由所对应的新的虚拟主机中，对比文件2采用双热备份架构，其应用场景实际相当于本申请背景技术的情形，即伴随着虚拟主机的迁移，用户的IP地址和临时域名都会改变，从而造成用户业务的中断；其次，对比文件2不需要也没有必要设置包括虚拟主机的流量分发映射表，所述流量分发映射表包括IP地址和端口号，及其对应的一个或多个服务器中的虚拟主机这样的业务路由方式；对比文件2也不存在设置访问虚拟主机的流量汇聚入口的需求和必要。因此坚持权利要求1-9具备创造性。
修改后的权利要求1的内容如下：
“1. 一种虚拟主机实现故障迁移的方法，其特征在于，包括：
设置业务路由，所述业务路由包括虚拟主机的流量分发映射表，所述流量分发映射表包括IP地址和端口号，及其对应的一个或多个服务器中的虚拟主机；
设置访问虚拟主机的流量汇聚入口，在用户通过所述流量汇聚入口访问时，根据对所述业务路由的查询结果，将流量分发至对应服务器中的虚拟主机；
当接收到来自流量汇聚入口的查询，将当前访问的虚拟主机的业务路由返回给所述流量汇聚入口；
当虚拟主机故障且其所在的第一服务器不能实现容灾时，用于统一管理虚拟主机业务的资源控制模块查找具备空闲资源的第二服务器，在所述第二服务器中创建新的虚拟主机并更新所述业务路由；
从所述资源控制模块的配置服务中下载配置文件，增加所述新的虚拟主机到监控关联点，并按照更新后的业务路由，将发生故障的虚拟主机上的业务转移至所述新的虚拟主机。”
在上述程序的基础上，合议组认为本案事实已经清楚，可以作出审查决定。
二、决定的理由
（一）审查文本的认定
复审请求人于2019年05月09日提交了权利要求书的全文替换页。本复审请求审查决定所依据的文本为：复审请求人于2019年05月09日提交的权利要求第1-9项；申请日2013年09月12日提交的说明书第1-11页，说明书附图第1-3页，说明书摘要以及摘要附图。
经审查，上述权利要求书的修改之处符合专利法第三十三条的规定。
（二）关于专利法第二十二条第三款
专利法第二十二条第三款规定，创造性，是指与现有技术相比，该发明具有突出的实质性特点和显著的进步，该实用新型具有实质性特点和进步。
本复审请求审查决定引用的对比文件与两次复审通知书所引用的对比文件相同，为驳回决定所引用的对比文件2，即：
对比文件2：CN103152419A，公开日为2013年06月12日。
1.权利要求1要求保护一种虚拟主机实现故障迁移的方法，对比文件2公开了一种云计算平台的高可用集群管理方法，并具体公开了（参见说明书第[0044]-[0045]、[0049]-[0057]段，图2-3）：高可用集群软件检测到物理主机上的某个虚拟机是否发生故障，例如，是否宕机或其安装的某个关键系统是否出错等，高可用集群软件重启该发生故障的虚拟机，判断是否成功重启该发生故障的虚拟机，当判断为重启该虚拟机失败时，高可用集群软件记录该虚拟机的故障信息，高可用集群软件还检测高可用集群中各物理主机是否宕机或无法连通；若检测到宕机或无法连通的物理主机，则根据心跳机制判断无法连接的主机是否发生故障；若判断为发生故障，则将该宕机或无法连通的物理主机中的虚拟机迁移至其它物理主机（相当于权利要求1中的所述虚拟主机故障且其所在的第一服务器不能实现容灾）。高可用集群软件根据预先定义好的策略确定目标迁移物理主机后，向云计算平台发送迁移该虚拟机到目标迁移物理主机的请求，该预先定义好的策略也可以多种多样，例如，可将当前负载最少的物理主机确定为目标迁移主机（相当于权利要求1中的查找具备空闲资源的第二服务器）。云计算平台根据该请求，调用迁移命令将该虚拟机迁移至所确定的物理主机上（相当于权利要求1中的在所述第二服务器中创建新的虚拟主机，将发生故障的虚拟主机上的业务转移至所述新的虚拟主机）。
该权利要求与对比文件2的区别在于：设置业务路由，所述业务路由包括虚拟主机的流量分发映射表，所述流量分发映射表包括IP地址和端口号，及其对应的一个或多个服务器中的虚拟主机；设置访问虚拟主机的流量汇聚入口，在用户通过所述流量汇聚入口访问时，根据对所述业务路由的查询结果，将流量分发至对应服务器中的虚拟主机；当接收到来自流量汇聚入口的查询，将当前访问的虚拟主机的业务路由返回给所述流量汇聚入口；用于统一管理虚拟主机业务的资源控制模块更新所述业务路由；从所述资源控制模块的配置服务中下载配置文件，增加所述新创建的虚拟主机到监控关联点，并按照更新后的业务路由，将发生故障的虚拟主机上的业务转移至所述新的虚拟主机。基于上述区别特征，该权利要求实际解决的技术问题是：如何设置虚拟主机迁移至其他物理主机过程中的具体细节。
对于上述区别特征，从上述评述内容可以看出，对比文件2已经公开了将存在故障的物理主机中的虚拟机迁移至其他物理主机，也就是说，在迁移前后，业务流量将到达不同物理主机上的虚拟机，在将存在故障的物理主机中的虚拟机迁移至其他物理主机后，业务流量也将到达新的物理主机上的虚拟机。而为了实现业务流量能够到达目标虚拟主机，通常要考虑设置业务路由，且在业务路由中设置端口和地址映射表用于业务路由是本领域惯用的路由设置手段。在此基础上，本领域技术人员有动机创建包括IP地址和端口号，及其对应的一个或多个服务器中的虚拟主机的流量分发映射表，从而实现业务路由的设置，并且由于虚拟主机故障迁移后，业务流量的目的IP地址和端口号必然发生了变化，因此上述业务路由自然也要相应地进行更新，并按照更新后的业务路由，将发生故障的虚拟主机上的业务转移至所述新的虚拟主机，以保证业务流量能够达到迁移后的虚拟主机。此外，为了实现业务流量能够到达不同服务器上的虚拟主机，设置一个统一接口即流量汇聚入口，用户通过所述流量汇聚入口访问时，根据查询获得的业务路由，将流量分发至对应服务器中的虚拟主机，也是本领域惯用的流量分发手段。再者，通过设置一资源控制模块来实现虚拟主机业务的统一管理是本领域的惯用手段，而相应地从资源控制模块自身配置服务中下载配置文件，增加新的虚拟主机到监控关联点，这些也均为对新的虚拟主机进行监控管理的一些常规配置操作，本领域技术人员可根据实际需要来进行设置。
在对比文件2的基础上结合本领域的惯用手段以获得该权利要求所要求保护的技术方案，对所属技术领域的技术人员来说是显而易见的。因此，权利要求1所要求保护的技术方案不具有突出的实质性特点，因而不具备专利法第二十二条第三款规定的创造性。
2．权利要求2从属于权利要求1，对比文件2公开了（参见说明书第[0062]-[0064]段）：步骤S440，高可用集群软件根据预先定义好的策略确定目标迁移物理主机后，向云计算平台发送迁移某个虚拟机到所确定的目标迁移物理主机的请求。步骤S450，将该宕机或无法连通的物理主机中的虚拟机迁移至其它物理主机。云计算平台调用迁移命令将该虚拟机迁移到目标迁移物理主机。步骤S460，如果此时故障的主机上还存在未迁移出去的虚拟机，返回步骤S440。可见对比文件2已经公开了该从属权利要求的附加技术特征。因此，在其引用的权利要求不具备创造性的情况下，从属权利要求2也不具备专利法第二十二条第三款规定的创造性。
3．权利要求3从属于权利要求1，对比文件2公开了（参见说明书第[0044]段）：高可用集群软件根据预先定义好的策略确定目标迁移物理主机后，向云计算平台发送迁移该虚拟机到目标迁移物理主机的请求。该预先定义好的策略也可以多种多样，例如，可将当前负载最少的物理主机确定为目标迁移主机（相当于权利要求3中的查找到有合适的服务器资源，如果查找到有足够的服务器资源，根据该资源创建所述新的虚拟主机）。并且，在创建新的虚拟主机之后，对虚拟主机进行加锁保护、初始化及监控均是本领域对新创建虚拟主机进行配置的惯用手段，为了使虚拟主机迁移后，新的业务流量能路由至目标迁移服务器的虚拟主机，本领域技术人员有动机采用资源控制模块对创建的新的虚拟主机加锁保护，从资源控制模块的配置服务中下载配置文件，对创建成功的新的虚拟主机进行初始化，然后将其注册到资源控制模块的资源监控平台，并在业务路由映射表中增加所述虚拟主机的业务路由。因此，在其引用的权利要求不具备创造性的情况下，从属权利要求3也不具备专利法第二十二条第三款规定的创造性。
4．权利要求4从属于权利要求1或3，对比文件2公开了（参见说明书第[0044]段）：高可用集群软件根据预先定义好的策略确定目标迁移物理主机后，向云计算平台发送迁移该虚拟机到目标迁移物理主机的请求。该预先定义好的策略也可以多种多样，例如，可将当前负载最少的物理主机确定为目标迁移主机（相当于权利要求4中的查找到存在有空闲资源的服务器，则在该服务器中创建所述新的虚拟主机）。并且，K-V表是业务路由中通常采用的映射方式，其中Key和Value可根据实际需要进行赋值，在创建新的虚拟主机之后，对虚拟主机进行资源锁定、初始化和监控均为本领域对新创建虚拟主机进行配置的惯用手段，为了使虚拟主机迁移后，新的业务流量能路由至目标迁移服务器的虚拟主机，本领域技术人员有动机在业务路由中设置虚拟主机的流量分发映射表，将Key赋值为IP地址和端口号，Value赋值为对应的一个或多个服务器中的虚拟主机，从而在业务路由中更新流量分发映射表；在虚拟主机需要升级业务时，在资源控制模块的资源库中，如果所述需要实现升级业务的虚拟主机所在服务器的剩余资源不足，则查找其他服务器的剩余资源，采用资源控制模块锁定创建的新的虚拟主机，从资源控制模块的配置服务中下载配置文件，对创建成功的新的虚拟主机进行初始化，然后将其注册到资源控制模块的资源监控平台，在业务路由映射表中增加所述虚拟主机的业务路由，上述这些设置均为本领域的惯用手段。因此，在其引用的权利要求不具备创造性的情况下，从属权利要求4也不具备专利法第二十二条第三款规定的创造性。
5．权利要求5要求保护一种虚拟主机业务装置，该虚拟主机业务装置包括统一管理虚拟主机业务的资源控制模块，流量汇聚入口和业务路由模块，其中，对上述管理虚拟主机业务的资源控制模块，流量汇聚入口和业务路由模块的限定实质上分别为实现权利要求1所述的虚拟主机实现故障迁移的方法所对应的步骤或功能。对比文件2公开了一种云计算平台的高可用集群管理方法，其具体公开的技术内容（参见说明书第[0044]-[0045]、[0049]-[0057]段，图2-3）已经记载在本复审请求审查决定对权利要求1的评述中，在此不再赘述。
基于前面对权利要求1的评述可知，该权利要求与对比文件2的区别在于：虚拟主机业务装置包括统一管理虚拟主机业务的资源控制模块，流量汇聚入口和业务路由模块；业务路由模块用于存储虚拟主机的流量分发映射表，所述流量分发映射表包括IP地址和端口号，及其对应的一个或多个服务器中的虚拟主机；接收到来自流量汇聚入口的查询，将当前访问的虚拟主机的业务路由返回给所述流量汇聚入口；流量汇聚入口，用于提供访问虚拟主机的统一接口，在用户通过所述流量汇聚入口访问时，根据查询结果，将流量分发至对应服务器中的虚拟主机；资源控制模块更新业务路由模块中的业务路由；从自身的配置服务中下载配置文件，增加所述新创建的虚拟主机到监控关联点，并按照更新后的业务路由，将发生故障的虚拟主机上的业务转移至所述新的虚拟主机。基于上述区别特征，该权利要求实际解决的技术问题是：如何设置虚拟主机迁移至其他物理主机过程中的具体细节。
对于上述区别特征，对比文件2已经公开了将存在故障的物理主机中的虚拟机迁移至其他物理主机，也就是说，在迁移前后，业务流量将到达不同物理主机上的虚拟机，在将存在故障的物理主机中的虚拟机迁移至其他物理主机后，业务流量也将到达新的物理主机上的虚拟机。而为了实现业务流量能够到达目标虚拟主机，通常要考虑设置业务路由，且在业务路由中设置端口和地址映射表用于业务路由是本领域惯用的路由设置手段。在此基础上，本领域技术人员有动机创建包括IP地址和端口号，及其对应的一个或多个服务器中的虚拟主机的流量分发映射表，从而实现业务路由的设置，并且由于虚拟主机故障迁移后，业务流量的目的IP地址和端口号必然发生了变化，因此上述业务路由自然也要相应地进行更新，并按照更新后的业务路由，将发生故障的虚拟主机上的业务转移至所述新的虚拟主机，以保证业务流量能够达到迁移后的虚拟主机。此外，为了实现业务流量能够到达不同服务器上的虚拟主机，设置一个统一接口即流量汇聚入口，用户通过所述流量汇聚入口访问时，根据查询获得的业务路由，将流量分发至对应服务器中的虚拟主机，也是本领域惯用的流量分发手段。再者，通过设置一资源控制模块来实现虚拟主机业务的统一管理是本领域的惯用手段，而相应地从资源控制模块自身配置服务中下载配置文件，增加新的虚拟主机到监控关联点，这些也均为对新的虚拟主机进行监控管理的一些常规配置操作，本领域技术人员可根据实际需要来进行设置。最后，在装置中设置多个功能模块来完成已知的方法步骤属于本领域的惯用手段，在此基础上，本领域技术人员有动机在虚拟主机装置中设置统一管理虚拟主机业务的资源控制模块、流量汇聚入口和业务路由模块以各自执行相应的方法步骤。
因此，在对比文件2的基础上结合本领域的惯用手段以获得该权利要求所要求保护的技术方案，对所属技术领域的技术人员来说是显而易见的，因此权利要求5所要求保护的技术方案不具备突出的实质性特点和显著的进步，因而不具备专利法第二十二条第三款规定的创造性。
6．权利要求6从属于权利要求5，对比文件2公开了（参见说明书第[0062]-[0064]段）：步骤S440，高可用集群软件根据预先定义好的策略确定目标迁移物理主机后，向云计算平台发送迁移某个虚拟机到所确定的目标迁移物理主机的请求。步骤S450，将该宕机或无法连通的物理主机中的虚拟机迁移至其它物理主机。云计算平台调用迁移命令将该虚拟机迁移到目标迁移物理主机。步骤S460，如果此时故障的主机上还存在未迁移出去的虚拟机，返回步骤S440。而设置资源控制模块用于承载上述步骤属于本领域的惯用手段。因此，在其引用的权利要求不具备创造性的情况下，从属权利要求6也不具备专利法第二十二条第三款规定的创造性。
7．权利要求7从属于权利要求5，对比文件2公开了（参见说明书第[0044]段）：高可用集群软件根据预先定义好的策略确定目标迁移物理主机后，向云计算平台发送迁移该虚拟机到目标迁移物理主机的请求。该预先定义好的策略也可以多种多样，例如，可将当前负载最少的物理主机确定为目标迁移主机（相当于权利要求7中的查找到有合适的服务器资源，如果查找到有足够的服务器资源，根据该资源创建所述新的虚拟主机）。并且，在创建新的虚拟主机之后，对虚拟主机进行加锁保护、初始化及监控均是本领域对新创建虚拟主机进行配置的惯用手段，为了使虚拟主机迁移后，新的业务流量能路由至目标迁移服务器的虚拟主机，本领域技术人员有动机采用资源控制模块对创建的新的虚拟主机加锁保护，从资源控制模块的配置服务中下载配置文件，对创建成功的新的虚拟主机进行初始化，然后将其注册到资源控制模块的资源监控平台，并在业务路由映射表中增加所述虚拟主机的业务路由。因此，在其引用的权利要求不具备创造性的情况下，从属权利要求7也不具备专利法第二十二条第三款规定的创造性。
8．权利要求8从属于权利要求5或7，对比文件2公开了（参见说明书第[0044]段）：高可用集群软件根据预先定义好的策略确定目标迁移物理主机后，向云计算平台发送迁移该虚拟机到目标迁移物理主机的请求。该预先定义好的策略也可以多种多样，例如，可将当前负载最少的物理主机确定为目标迁移主机（相当于该权利要求8中的在存在有空闲资源的服务器上创建新的虚拟主机）。并且，K-V表是业务路由中通常采用的映射方式，其中Key和Value可根据实际需要进行赋值，在创建新的虚拟主机之后，对虚拟主机进行资源锁定、初始化和监控均为本领域对新创建虚拟主机进行配置的惯用手段，为了使虚拟主机迁移后，新的业务流量能路由至目标迁移服务器的虚拟主机，本领域技术人员有动机在业务路由中设置虚拟主机的流量分发映射表，将Key赋值为IP地址和端口号，Value赋值为对应的一个或多个服务器中的虚拟主机，从而在业务路由中更新流量分发映射表；在虚拟主机需要升级业务时，在资源控制模块的资源库中，如果所述需要实现升级业务的虚拟主机所在服务器的剩余资源不足，则查找其他服务器的剩余资源，采用资源控制模块锁定创建的新的虚拟主机，从资源控制模块的配置服务中下载配置文件，对创建成功的新的虚拟主机进行初始化，然后将其注册到资源控制模块的资源监控平台，在业务路由映射表中增加所述虚拟主机的业务路由，上述这些设置均为本领域的惯用手段。因此，在其引用的权利要求不具备创造性的情况下，从属权利要求8也不具备专利法第二十二条第三款规定的创造性。
9．权利要求9从属于权利要求5。Nginx是本领域常用的服务器，且设置多个服务器来进行负载分担也是本领域的惯用手段，在此基础上，本领域技术人员有动机由一个或一个以上的Nginx组成流量汇聚入口，从而实现流量汇聚入口负载分担。因此，在其引用的权利要求不具备创造性的情况下，从属权利要求9也不具备专利法第二十二条第三款规定的创造性。
（三）关于复审请求人意见的陈述
针对复审请求人于2019年05月09日提交的意见陈述书，合议组认为：对比文件2公开了当虚拟主机故障，且容灾失败时，可根据预先定义好的策略确定合适的物理主机，将当前负载最少的物理主机、最邻近的物理主机或者预设的备用物理主机等作为目标迁移主机，由此可见，在对比文件2中，具体选择的目标迁移物理主机可根据当前物理主机的负载情况来确定，新创建的虚拟机具体位于哪台设备并不必然确定而是动态变化的，无需如传统的双热备份架构那样要事先设置好，这和本申请是相同的；此外，在迁移前后，业务流量将到达不同物理主机上的虚拟机，而为了实现业务流量能够到达目标虚拟主机，通常要考虑设置业务路由，而在业务路由中设置端口和地址映射表用于业务路由是本领域惯用的路由设置手段，在此基础上，本领域技术人员有动机创建包括IP地址和端口号，及其对应的一个或多个服务器中的虚拟主机的流量分发映射表，从而实现业务路由的设置，且为了实现业务流量能够到达不同服务器上的虚拟主机，通过设置一个统一接口即流量汇聚入口，用户通过所述流量汇聚入口访问时，根据查询获得的业务路由，将流量分发至对应服务器中的虚拟主机，也是本领域惯用的流量分发手段。
综上所述，合议组对复审请求人的主张不予支持。
三、决定
维持国家知识产权局于2018年05月29日对本申请作出的驳回决定。
如对本复审请求审查决定不服，根据专利法第四十一条第二款的规定，复审请求人自收到本决定之日起三个月内向北京知识产权法院起诉。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
