发明创造名称：一种数字城市监控中心综合分析子系统及其工作方法
外观设计名称：
决定号：198496
决定日：2019-12-25
委内编号：1F265793
优先权日：
申请（专利）号：201510007621.7
申请日：2015-01-07
复审请求人：泰华智慧产业集团股份有限公司
无效请求人：
授权公告日：
审定公告日：
专利权人：
主审员：刘莹莹
合议组组长：陈汝岩
参审员：李劲娴
国际分类号：G06Q10/06,G06F17/30,G06F9/44
外观设计分类号：
法律依据：专利法第22条第3款
决定要点
：如果一项权利要求所请求保护的技术方案与作为最接近的现有技术的对比文件相比存在区别技术特征，但是部分区别技术特征已在现有技术中的其它对比文件中公开，部分区别技术特征属于本领域的公知常识，即现有技术中给出了将上述区别技术特征应用到作为最接近的现有技术的该对比文件以解决其存在的技术问题的启示，从而使得本领域技术人员在现有技术的基础上得到该权利要求的技术方案是显而易见的，则该权利要求所请求保护的技术方案不具备创造性。
全文：
本复审请求审查决定涉及申请号为201510007621.7，名称为“一种数字城市监控中心综合分析子系统及其工作方法”的发明专利申请（下称本申请）。本申请的申请人为泰华智慧产业集团股份有限公司，申请日为2015年01月07日，公开日为2015年11月11日。
经实质审查，国家知识产权局原审查部门于2018年09月04日以权利要求1-2不具备专利法第22条第3款规定的创造性为由驳回了本申请。驳回决定所依据的文本为：申请日2015年01月07日提交的说明书第1-81段、说明书附图图1-2、摘要及摘要附图，2018年05月30日提交的权利要求第1-2项。
驳回决定引用的对比文件为：
对比文件1：“数字化城市综合管理监控平台的设计与实现”，杨俊宇，中国优秀硕士学位论文全文数据库信息科技辑，第5期，第I138-103页，公开日为2011年05月15日；
对比文件2：“基于ArcGIS Server的城市空间信息共享平台框架研究”，余真，中国优秀硕士学位论文全文数据库基础科学辑，第2期，第A008-32页，公开日为2013年02月15日；
其中，对比文件1是最接近的现有技术。
驳回决定的主要理由为：
1、权利要求1与对比文件1的区别技术特征为：（1）应用层调用服务层相关功能模块对所述数据信息进行分类、处理；所述服务层用于对应用层生成的评价服务进行统一调用，同时对分析规则指标、分析对象以及分析展示方式进行配置；所述应用层还包括区域立案数量趋势分析、部门多发案件分析、部门超期结案分析功能；应用层对综合分析的指标、分析规则以及分析结果进行界面动态化配置；（2）地理信息系统平台调取应用层中有关案件位置信息的数据并将所述信息以坐标点的形式在GIS地图上进行展示；图表展示模块：利用分析结果数据，根据前台浏览器的不同自动选择图表的展示形式；（3）所述空间数据引擎用于提供存储和监控多用户空间数据库的通路，应用层通过空间数据引擎将处理后的数据传送至存储层；（4）规则服务管理总线：对接入的REST服务、webService服务进行服务接口的转换，统一转换为REST服务接口，同时根据需要进行数据格式的转换；规则服务管理总线根据分析要求，调取相应的分析规则服务，并通过负载均衡服务器进行可利用资源调配；分析规则服务检查分析规则所包含的指标公式，并对每个指标根据选定的分析条件进行分布式独立计算；分析规则服务将所述指标的计算结果进行过滤，并根据配置的展示方式进行展示前的修饰；（5）指标公式模块：由T-SQL语句组成，每一个分析指标公式就是一个可被执行的完整的T-SQL语句；能够实现对指标所属的分析规则与指标信息进行增加、删除或修改的处理；指标公式采用完整的T-SQL语句且采用统一的标准，任何一个指标公式都可独立执行；系统采用分析规则集中管理、分析指标插拔式管理，分析指标的计算全部由T-SQL进行，系统只进行指标结果的汇聚和展示，在开发时能够多个指标一块进行，快速添加或移除指标且不必重新发布程序；（6）业务数据库用于存储案件基本信息数据、GIS数据库用于存储案件地理位置数据、流程数据库用于存储案件处理的流程数据信息，以及文件数据库用于存储案件登记时上传的附件信息。
针对区别特征（1），设置应用层调用服务层相关功能模块对所述数据信息进行分类、处理，设置服务层用于对应用层生成的评价服务进行统一调用，同时对分析规则指标、分析对象以及分析展示方式进行配置是本领域技术人员可以作出的常规设计，本领域技术人员容易想到设置应用层包括区域立案数量趋势分析、部门多发案件分析、部门超期结案分析功能，设置应用层对综合分析的指标、分析规则以及分析结果进行界面动态化配置是本领域技术人员可以作出的常规设计；针对区别特征（2），本领域技术人员容易想到利用地理信息系统平台调取应用层中有关案件位置信息的数据并将所述信息以坐标点的形式在GIS地图上进行展示，在对比文件1公开的将评价结果通过不同的颜色显示在相应的网格图中的基础上，设置图表展示模块利用分析结果数据根据前台浏览器的不同自动选择图表的展示形式；针对区别特征（3），对比文件2公开了特征“所述空间数据引擎用于提供存储和监控多用户空间数据库的通路”，至于区别特征（3）的其余部分，设置应用层通过空间数据引擎将处理后的数据传送至存储层是本领域技术人员可以做出的常规设计；针对区别特征（4），本领域技术人员容易想到设置规则服务管理总线根据分析要求，调取相应的分析规则服务，并通过负载均衡服务器进行可利用资源调配，设置分析规则服务检查分析规则所包含的指标公式，并对每个指标根据选定的分析条件进行分布式独立计算，以及设置分析规则服务将所述指标的计算结果进行过滤、集成，并根据配置的展示方式进行展示前的修饰；而对于区别特征（4）中的 “规则服务管理总线：对接入的REST服务、webService服务进行服务接口的转换，统一转换为REST服务接口，同时根据需要进行数据格式的转换”，在对比文件1公开的根据信息交换总线统一系统平台接口，以及对比文件2公开的REST接口的基础上，本领域技术人员容易想到为减少交互延迟和增强安全性利用规则服务管理总线对接入的REST服务、webService服务进行服务接口的转换，统一转换为REST服务接口，同时根据需要进行数据格式的转换；针对区别特征（5），本领域技术人员容易想到设置指标公式模块使用T-SQL语句来描述每一个分析指标公式并形成可被执行的完整的T-SQL语句以使程序设计更有弹性以及实现对指标所属的分析规则与指标信息进行增加、删除或修改的处理；对语句进行统一标准并设置可独立执行是本领域中编程人员进行程序编写的常用手段，在此基础上，本领域技术人员容易想到设置指标公式采用完整的T-SQL语句且采用统一的标准，任何一个指标公式都可独立执行；而对于区别特征（5）的其余部分，本领域技术人员容易想到设置系统采用分析规则集中管理、分析指标插拔式管理，分析指标的计算全部由T-SQL进行，系统只进行指标结果的汇聚和展示，在开发时能够多个指标一块进行，快速添加或移除指标且不必重新发布程序；针对区别特征（6），根据不同类型的数据设置相应的数据库用于存储相应类型的数据是本领域的常用手段，在对比文件1公开的案件相关信息的基础上，分别设置业务数据库用于存储案件基本信息数据、GIS数据库用于存储案件地理位置数据和流程数据库用于存储案件处理的流程数据信息是本领域技术人员可以作出的常规设计；而对于区别特征（6）中的“文件数据库：用于存储案件登记时上传的附件信息”，使用文件数据库记录上传的附件信息是本领域中用于相关数据存储的常用手段。因此，在对比文件1的基础上结合对比文件2以及本领域的公知常识得到权利要求1的技术方案，对本技术领域的技术人员来说是显而易见的，权利要求1不具备专利法第22条第3款规定的创造性。
2、权利要求2要求保护权利要求1中所述的数字城市监控中心综合分析子系统的工作方法，权利要求2与对比文件1的区别技术特征为：（1）步骤1还包括选择分析条件；步骤2：规则服务管理总线根据分析要求，调取相应的分析规则服务，并通过负载均衡服务器进行可利用资源调配；（2）步骤3：分析规则服务检查分析规则所包含的指标公式，并对每个指标根据选定的分析条件进行分布式独立计算；（3）步骤4：分析规则服务将所述指标的计算结果进行过滤，并根据配置的展示方式进行展示前的修饰；步骤5：规则服务管理总线调用分析规则服务的返回结果并做二次修饰后将评价结果以设定的形式在前端进行呈现。针对区别特征（1），对比文件1给予了本领域技术人员利用负载均衡服务器实现资源的调配和利用总线调取相应的数据服务的启示，在上述基础上，本领域技术人员容易想到设置规则服务管理总线根据分析要求，调取相应的分析规则服务，并通过负载均衡服务器进行可利用资源调配，而在进行相关分析计算时选择相应的分析条件是本领域中进行数据分析的常用手段；针对区别特征（2），本领域技术人员容易想到设置分析规则服务检查分析规则所包含的指标公式，并对每个指标根据选定的分析条件进行分布式独立计算；针对区别特征（3），本领域技术人员容易想到设置分析规则服务将所述指标的计算结果进行过滤，并根据配置的展示方式进行展示前的修饰，以及利用规则服务管理总线调用分析规则服务的返回结果并做二次修饰后将评价结果以设定的形式在前端进行呈现。因此，在对比文件1的基础上结合对比文件2以及本领域的公知常识得到权利要求2的技术方案，对本技术领域的技术人员来说是显而易见的，权利要求2不具备专利法第22条第3款规定的创造性。
驳回决定所针对的权利要求书如下：
“1. 一种数字城市监控中心综合分析子系统，其特征是，包括：应用层、服务层、存储层、地理信息系统平台、权限管理模块以及空间数据引擎；
所述应用层是为用户提供业务处理、交互服务的工作层，用于对综合分析的指标、分析规则以及分析结果进行界面动态化配置，并通过调用分析评价规则生成相应的评价服务；
所述应用层包括分析规则配置、指标配置、图表展示配置、部门分析、区域分析、岗位分析、区域立案数量趋势分析、部门多发案件分析、部门超期结案分析功能；
所述应用层包括：
图表展示模块：利用分析结果数据，根据前台浏览器的不同自动选择图表的展示形式；
规则服务管理总线：对接入的REST服务、webService服务进行服务接口的转换，统一转换为REST服务接口，同时根据需要进行数据格式的转换；
规则服务管理总线根据分析要求，调取相应的分析规则服务，并通过负载均衡服务器进行可利用资源调配；分析规则服务检查分析规则所包含的指标公式，并对指标公式进行分析计算，其中每个指标根据选定的分析条件进行分布式独立计算；分析规则服务将所述指标的计算结果进行过滤、集成，并根据配置的展示方式进行展示前的修饰；
分析规则服务模块：用于建立一个或多个分析规则服务，每一个分析规则明确地执行一类有共通目的以及底层数据结构的分析服务，能够对可分析的指标进行配置，同时预先定义展示的图表种类；
指标公式模块：由T-SQL语句组成，每一个分析指标公式就是一个可被执行的完整的T-SQL语句；能够实现对指标所属的分析规则与指标信息进行增加、删除或修改的处理；
指标公式采用完整的T-SQL语句且采用统一的标准，任何一个指标公式都可独立执行；
系统采用分析规则集中管理、分析指标插拔式管理，分析指标的计算全部由T-SQL进行，系统只进行指标结果的汇聚和展示，在开发时能够多个指标一块进行，快速添加或移除指标且不必重新发布程序；
所述服务层用于对应用层生成的评价服务进行统一调用，同时对分析规则指标、分析对象以及分析展示方式进行配置；
所述存储层用于接收服务层的数据并存储至相应的数据库；
所述权限管理模块用于实现对系统访问权限的控制和信息安全的控制；
所述空间数据引擎用于提供存储和监控多用户空间数据库的通路；
地理信息系统平台：用于将案件的发生地在GIS地图上进行展示；
应用层接收上传的数据信息，并调用服务层相关功能模块对所述数据信息进行分类、处理，并对综合分析的指标、分析规则进行动态化配置，应用层通过空间数据引擎将处理后的 数据传送至存储层；地理信息系统平台调取应用层中有关案件位置信息的数据并将所述信息以坐标点的形式在GIS地图上进行展示；权限管理模块通过权限设置对应用层和存储层的数据访问请求进行控制。
所述存储层包括：
业务数据库：用于存储案件基本信息数据；
GIS数据库：用于存储案件地理位置数据；
文件数据库：用于存储案件登记时上传的附件信息；
流程数据库：用于存储案件处理的流程数据信息。
所述权限管理模块包括：模块权限单元、功能权限单元、数据权限单元；
所述模块权限单元是一级权限单元，用于将整个模块所有的操作权限，即模块权限赋予某个角色；
所述功能权限单元是二级权限单元，用于在模块权限的基础上，将一个模块的功能细分，将可操作的功能权限赋予某个角色；
所述数据权限单元是三极权限单元，用于在功能权限的基础上，针对某个角色可以使用的数据进行限制。
2. 一种如权利要求1所述的数字城市监控中心综合分析子系统的工作方法，其特征是，
包括以下步骤：
步骤1：选择分析条件，建立分析规则、分析对象以及图表展示方式；
步骤2：规则服务管理总线根据分析要求，调取相应的分析规则服务，并通过负载均衡服务器进行可利用资源调配；
步骤3：分析规则服务检查分析规则所包含的指标公式，并对指标公式进行分析计算，
其中每个指标根据选定的分析条件进行分布式独立计算；
步骤4：分析规则服务将所述指标的计算结果进行过滤、集成，并根据配置的展示方式进行展示前的修饰；
步骤5：规则服务管理总线调用分析规则服务的返回结果并做二次修饰后将评价结果以设定的形式在前端进行呈现。”
申请人（下称复审请求人）对上述驳回决定不服，于2018年11月13日向国家知识产权局提出了复审请求，同时修改了权利要求书，其中，将说明书中的部分内容加入原权利要求1中。
复审请求人认为：（1）对比文件1与本申请解决的技术问题不同，两者的实现过程不同，采用的结构必然不同；对比文件1的应用层并不具有本申请的系统采用分析规则集中管理、分析指标插拔式管理的功能，也没有提到分析指标的计算全部由T-SQL进行，系统只进行指标结果的汇聚和展示，在开发时能够多个指标一块进行，快速添加或移除指标且不必重新发布程序的功能。对比文件1中仅公开了数值化城市管理工程建设三项评价及三项评价的具体内容，但是对于评价指标如何进行评价并未公开。（2）本申请的资源调配是为了配合本申请的每个指标进行分布式独立计算，避免计算过稈中负载分布不均衡而特别设计的，并不是本领域的常规技术手段，本申请的规则服务管理总线进行资源调配与每个指标进行分布式独立计算这两个技术特征是相辅相成，不可分割的技术手段。
复审请求时新修改的权利要求1如下：
“1. 一种数字城市监控中心综合分析子系统，其特征是，包括：应用层、服务层、存储层、地理信息系统平台、权限管理模块以及空间数据引擎；
所述应用层是为用户提供业务处理、交互服务的工作层，用于对综合分析的指标、分析规则以及分析结果进行界面动态化配置，并通过调用分析评价规则生成相应的评价服务；
所述应用层包括分析规则配置、指标配置、图表展示配置、部门分析、区域分析、岗位分析、区域立案数量趋势分析、部门多发案件分析、部门超期结案分析功能；部门分析、区域分析、岗位分析、区域立案数量趋势分析、部门多发案件分析、部门超期结案分析，为分别建立的分析规则；
所述应用层包括：
图表展示模块：利用分析结果数据，根据前台浏览器的不同自动选择图表的展示形式；
规则服务管理总线：对接入的REST服务、webService服务进行服务接口的转换，统一转换为REST服务接口，同时根据需要进行数据格式的转换；
规则服务管理总线根据分析要求，调取相应的分析规则服务，并通过负载均衡服务器进行可利用资源调配；分析规则服务检查分析规则所包含的指标公式，并对指标公式进行分析计算，其中每个指标根据选定的分析条件进行分布式独立计算；分析规则服务将所述指标的计算结果进行过滤、集成，并根据配置的展示方式进行展示前的修饰；
分析规则服务模块：用于建立一个或多个分析规则服务，每一个分析规则确地执行一类有共通目的以及底层数据结构的分析服务，能够对可分析的指标进行配置，进行分析结果的预定义，同时预先定义展示的图表种类；
指标公式模块：由T-SQL语句组成，每一个分析指标公式就是一个可被执行的完整的T-SQL语句；能够实现对指标所属的分析规则与指标信息进行增加、删除或修改的处理；
指标公式采用完整的T-SQL语句且采用统一的标准，任何一个指标公式都可独立执行；
系统采用分析规则集中管理、分析指标插拔式管理，分析指标的计算全部由T-SQL进行，系统只进行指标结果的汇聚和展示，在开发时能够多个指标一块进行，快速添加或移除指标且不必重新发布程序；
所述服务层用于对应用层生成的评价服务进行统一调用，同时对分析规则指标、分析对象以及分析展示方式进行配置；
所述存储层用于接收服务层的数据并存储至相应的数据库；
所述权限管理模块用于实现对系统访问权限的控制和信息安全的控制；
所述空间数据引擎用于提供存储和监控多用户空间数据库的通路；
地理信息系统平台：用于将案件的发生地在GIS地图上进行展示；
应用层接收上传的数据信息，并调用服务层相关功能模块对所述数据信息进行分类、处理，并对综合分析的指标、分析规则进行动态化配置，应用层通过空间数据引擎将处理后的数据传送至存储层；地理信息系统平台调取应用层中有关案件位置信息的数据并将所述信息以坐标点的形式在GIS地图上进行展示；权限管理模块通过权限设置对应用层和存储层的数据访问请求进行控制；
所述存储层包括：
业务数据库：用于存储案件基本信息数据；
GIS数据库：用于存储案件地理位置数据；
文件数据库：用于存储案件登记时上传的附件信息；
流程数据库：用于存储案件处理的流程数据信息。
所述权限管理模块包括：模块权限单元、功能权限单元、数据权限单元；
所述模块权限单元是一级权限单元，用于将整个模块所有的操作权限，即模块权限赋予某个角色；
所述功能权限单元是二级权限单元，用于在模块权限的基础上，将一个模块的功能细分，将可操作的功能权限赋予某个角色；
所述数据权限单元是三极权限单元，用于在功能权限的基础上，针对某个角色可以使用的数据进行限制。”
经形式审查合格，国家知识产权局于2018年11月19日依法受理了该复审请求，并将其转送至原审查部门进行前置审查。
原审查部门在前置审查意见书中认为：1、对比文件1公开了岗位绩效评价、部门绩效评价和区域管理效果评价三项评价，同时公开了为三项评价中每个对象设计了三级评价指标、设置了评价规则以及结果的配置并生成评价服务的功能。其次，SQL是一种结构化查询语言，用于与数据库进行交互，是关系数据库领域中的一个主流语言，不仅包含数据查询功能，还包括插入、删除、更新和数据定义功能，而T-SQL是用于应用程序与SQL Server沟通的主要语言，是SQL语言的一种版本，具有标准的SQL命令和数据库脚本语言，参见书籍（程朝斌编著，Oracle从基础到应用[M]，北京：清华大学出版社，2014年03月，第304-305页），另外，使用SQL语句进行指标计算并将计算结果进行可视化是本领域的公知常识，以及对指标进行增加、修改、删除和配置也是本领域的公知常识，参见书籍（甘绍宁著，专利文献研究2012[M]，北京：知识产权出版社，2012年07月，第33-35页），在上述基础上，为实现快速添加、修改和删除指标，本领域技术人员容易想到使用T-SQL语句进行指标计算。2、对比文件1实现了应用以及数据的负载均衡，以及利用总线来提取各子系统的信息和发布数据库整合的信息，且负载均衡服务器用于资源调配是本领域的公知常识，即利用负载均衡服务器即可实现指标的分布式独立计算。最后，从方案整体上看，对比文件1与本申请实质上都是根据设计好的评价规则和指标，实现对不同评价对象的评价，因此，权利要求1不具备创造性。基于上述理由，坚持驳回决定。
随后，国家知识产权局成立合议组对本案进行审理。
合议组于2019年08月27日向复审请求人发出复审通知书，指出：
1、权利要求1与对比文件1的区别技术特征为：（1）对数据信息进行分类、处理是应用层通过调用服务层相关功能模块进行的；所述服务层用于对应用层生成的评价服务进行统一调用，同时对分析规则指标、分析对象以及分析展示方式进行配置；所述应用层还包括区域立案数量趋势分析、部门多发案件分析、部门超期结案分析功能；应用层对综合分析的指标、分析规则以及分析结果进行界面动态化配置；部门分析、区域分析、岗位分析、区域立案数量趋势分析、部门多发案件分析、部门超期结案分析，为分别建立的分析规则；分析规则服务模块进行分析结果的预定义；应用层对综合分析的指标、分析规则进行动态化配置；（2）地理信息系统平台调取应用层中有关案件位置信息的数据并将所述信息以坐标点的形式在GIS地图上进行展示；图表展示模块：利用分析结果数据，根据前台浏览器的不同自动选择图表的展示形式；（3）还包括空间数据引擎，所述空间数据引擎用于提供存储和监控多用户空间数据库的通路，应用层通过空间数据引擎将处理后的数据传送至存储层；（4）规则服务管理总线：对接入的REST服务、webService服务进行服务接口的转换，统一转换为REST服务接口，同时根据需要进行数据格式的转换；规则服务管理总线根据分析要求，调取相应的分析规则服务，并通过负载均衡服务器进行可利用资源调配；分析规则服务检查分析规则所包含的指标公式，并对指标公式进行分析计算，其中每个指标根据选定的分析条件进行分布式独立计算；分析规则服务将所述指标的计算结果进行过滤，并根据配置的展示方式进行展示前的修饰；（5）指标公式模块：由T-SQL语句组成，每一个分析指标公式就是一个可被执行的完整的T-SQL语句；能够实现对指标所属的分析规则与指标信息进行增加、删除或修改的处理；指标公式采用完整的T-SQL语句且采用统一的标准，任何一个指标公式都可独立执行；系统采用分析规则集中管理、分析指标插拔式管理，分析指标的计算全部由T-SQL进行，系统只进行指标结果的汇聚和展示，在开发时能够多个指标一块进行，快速添加或移除指标且不必重新发布程序；（6）存储层将数据存储至相应的数据库，存储层中的业务数据库用于存储案件基本信息数据、GIS数据库用于存储案件地理位置数据、文件数据库用于存储案件登记时上传的附件信息，以及流程数据库用于存储案件处理的流程数据信息。其中，区别特征（1）是本领域技术人员可以作出的常规设计；针对区别特征（2），本领域技术人员容易想到利用地理信息系统平台调取应用层中有关案件位置信息的数据并将所述信息以坐标点的形式在GIS地图上进行展示，设置图表展示模块利用分析结果数据根据前台浏览器的不同自动选择图表的展示形式；针对区别特征（3），对比文件2公开了其中的特征“空间数据引擎用于提供存储和监控多用户空间数据库的通路”，至于区别特征（3）的其余部分，设置应用层通过空间数据引擎将处理后的数据传送至存储层是本领域技术人员可以做出的常规设计；针对区别特征（4），本领域技术人员容易想到设置规则服务管理总线根据分析要求，调取相应的分析规则服务，并通过负载均衡服务器进行可利用资源调配，设置分析规则服务检查分析规则所包含的指标公式，并对指标公式进行分析计算，具体对每个指标根据选定的分析条件进行分布式独立计算，设置分析规则服务将所述指标的计算结果进行过滤，并根据配置的展示方式进行展示前的修饰；而对于区别特征（4）中的 “规则服务管理总线：对接入的REST服务、webService服务进行服务接口的转换，统一转换为REST服务接口，同时根据需要进行数据格式的转换”，在对比文件1公开的根据信息交换总线统一系统平台接口，以及对比文件2公开的REST接口的基础上，本领域技术人员容易想到为减少交互延迟和增强安全性利用规则服务管理总线对接入的REST服务、webService服务进行服务接口的转换，统一转换为REST服务接口，同时根据需要进行数据格式的转换；针对区别特征（5），本领域技术人员容易想到设置指标公式模块使用T-SQL语句来描述每一个分析指标公式并形成可被执行的完整的T-SQL语句以使程序设计更有弹性以及实现对指标所属的分析规则与指标信息进行增加、删除或修改的处理，以及设置指标公式采用完整的T-SQL语句且采用统一的标准，任何一个指标公式都可独立执行；至于区别特征（5）中的“系统采用分析规则集中管理、分析指标插拔式管理，分析指标的计算全部由T-SQL进行，系统只进行指标结果的汇聚和展示，在开发时能够多个指标一块进行，快速添加或移除指标且不必重新发布程序”，这也是本领域技术人员容易想到的；针对区别特征（6），在存储层将数据存储至相应的数据库，并分别设置业务数据库用于存储案件基本信息数据、GIS数据库用于存储案件地理位置数据、流程数据库用于存储案件处理的流程数据信息和文件数据库用于存储案件登记时上传的附件信息是本领域技术人员可以作出的常规设计。因此，在对比文件1的基础上结合对比文件2以及本领域的公知常识得到权利要求1的技术方案，对本技术领域的技术人员来说是显而易见的，权利要求1不具备专利法第22条第3款规定的创造性。
2、权利要求2要求保护权利要求1中所述的数字城市监控中心综合分析子系统的工作方法，权利要求2与对比文件1的区别技术特征为：（1）步骤1还包括选择分析条件；步骤2：规则服务管理总线根据分析要求，调取相应的分析规则服务，并通过负载均衡服务器进行可利用资源调配；（2）步骤3：分析规则服务检查分析规则所包含的指标公式，并对指标公式进行分析计算，其中每个指标根据选定的分析条件进行分布式独立计算；（3）步骤4：分析规则服务将所述指标的计算结果进行过滤，并根据配置的展示方式进行展示前的修饰；步骤5：规则服务管理总线调用分析规则服务的返回结果并做二次修饰。针对区别特征（1），本领域技术人员容易想到设置规则服务管理总线根据分析要求，调取相应的分析规则服务，并通过负载均衡服务器进行可利用资源调配。而在进行相关分析计算时选择相应的分析条件是本领域中进行数据分析的常用手段；针对区别特征（2），本领域技术人员容易想到设置分析规则服务检查分析规则所包含的指标公式，并对指标公式进行分析计算，具体对每个指标根据选定的分析条件进行分布式独立计算；针对区别特征（3），本领域技术人员容易想到设置分析规则服务将所述指标的计算结果进行过滤，并根据配置的展示方式进行展示前的修饰，以及利用规则服务管理总线调用分析规则服务的返回结果并做二次修饰后将评价结果以设定的形式在前端进行呈现。因此，在对比文件1的基础上结合对比文件2以及本领域的公知常识得到权利要求2的技术方案，对本技术领域的技术人员来说是显而易见的，权利要求2不具备专利法第22条第3款规定的创造性。
复审请求人于2019年09月09日提交了意见陈述书，未进行任何修改，针对复审通知书指出的审查意见，复审请求人认为：（1）本申请与对比文件1解决的技术问题不同；对比文件1的应用层并不具有本申请的系统采用分析规则集中管理、分析指标插拔式管理的功能，也没有提到分析指标的计算全部由T-SQL进行，系统只进行指标结果的汇聚和展示，在开发时能够多个指标一块进行，快速添加或移除指标且不必重新发布程序的功能。对比文件1中仅公开了数字化城市管理工程建设三项评价及三项评价的具体内容，但是对于评价指标如何进行评价并未公开。（2）对比文件2仅对REST架构进行了介绍，并没有涉及到webService服务与REST服务之间的接口转换问题，本申请将webService服务与REST服务进行接口转换的目的是为了使规则服务管理总线可以任意调用各种分析服务，并不是对比文件2中公开的REST架构能够减少交互延迟或者增强安全性，对比文件2并没有给出技术启示。本申请的资源调配是为了配合本申请的每个指标进行分布式独立计算，避免计算过稈中负载分布不均衡而特别设计的，并不是本领域的常规技术手段，本申请中，分析指标独立计算、规则服务管理总线对服务接口的转换以及可利用资源的合理调配，这些技术特征是相互衔接、相互配合、缺一不可的完整的技术方案。
在上述程序的基础上，合议组认为本案事实已经清楚，可以作出审查决定。
二、决定的理由
1、审查文本的认定
复审请求人在答复复审通知书时，未对申请文件进行修改。本复审请求审查决定所针对的文本为：申请日2015年01月07日提交的说明书第1-81段、说明书附图图1-2、摘要及摘要附图，2018年11月03日提交的权利要求第1-2项。
2、专利法第22条第3款
专利法第22条第3款规定：创造性，是指与现有技术相比，该发明具有突出的实质性特点和显著的进步，该实用新型具有实质性特点和进步。
如果一项权利要求所请求保护的技术方案与作为最接近的现有技术的对比文件相比存在区别技术特征，但是部分区别技术特征已在现有技术中的其它对比文件中公开，部分区别技术特征属于本领域的公知常识，即现有技术中给出了将上述区别技术特征应用到作为最接近的现有技术的该对比文件以解决其存在的技术问题的启示，从而使得本领域技术人员在现有技术的基础上得到该权利要求的技术方案是显而易见的，则该权利要求所请求保护的技术方案不具备创造性。
本复审请求审查决定引用了驳回决定以及复审通知书中引用的对比文件：
对比文件1：“数字化城市综合管理监控平台的设计与实现”，杨俊宇，中国优秀硕士学位论文全文数据库信息科技辑，第5期，第I138-103页，公开日为2011年05月15日；
对比文件2：“基于ArcGIS Server的城市空间信息共享平台框架研究”，余真，中国优秀硕士学位论文全文数据库基础科学辑，第2期，第A008-32页，公开日为2013年02月15日；
其中，对比文件1是最接近的现有技术。
2.1权利要求1不具备专利法第22条第3款规定的创造性。
权利要求1要求保护一种数字城市监控中心综合分析子系统。对比文件1公开了一种数字化城市综合管理监控平台，并具体公开了以下内容（参见对比文件1摘要、正文第19页、第29-37页、第42页、第50-55页、第69-70页、第79-83页）：
本系统在3S技术基础上，利用自动化监控技术获取城市资源、生态、环境、交通等诸方面实时数据，对有价值数据运用数据交换平台进行加工存储，通过SOA架构理念建立面向服务的统一信息平台，提供服务和决策功能。将城市需要实时控制的部分作为自动化控制对象，对其进行实时监控、实时预警，提高城市管理响应速度，利用进行加工存储后的实时监测数据建立分析模型，提供数据服务及管理决策，以及综合评价子系统：通过一整套科学完善的监督评价体系，对城市管理的各方面进行考核评价，既能监督城市管理中发生的具体问题，又能监督管理和执法质量（相当于一种数字城市监控中心综合分析子系统）；系统应用层主要是系统的业务应用系统，一个平台三个应用，即网格化城市管理基础平台、网格化城市管理系统、网格化生产安全系统、网格化社会安全系统，为系统用户提供业务处理、交互服务的工作平台（相当于应用层是为用户提供业务处理、交互服务的工作层）；系统服务层主要是系统业务应用系统的支撑平台，由各种中间件、服务组件和接口组成，主要包括工作流中间件、GIS 服务组件、位置服务中间件、消息中间件和安全中间件等组成。服务层是整个系统业务实现的支撑，并是将来系统功能和数据扩展的基础，保障了系统的可扩展性；系统数据层主要是系统的数据支撑层，为系统提供真实的基础数据支持，包括了系统的数据资源及数据资源管理功能（相当于存储层用于接收服务层的数据）。系统的数据包括：部件数据、事件数据、软件资源数据、人员与组织数据、业务数据（相当于案件基本信息数据）、基础地形图数据和遥感数据、实时监测数据；城管新模式的业务流程包括信息收集、案卷建立、任务派遣、执行反馈、核查、结案归档、综合评价等环节，涉及到多种资源，包括人力资源和城市部件等资源，在实际工作中将这些资源协同起来，才能够更充分地利用各种资源，更好地完成工作（相当于案件处理的流程数据信息）；数据交换中间件提供统一接口，提供对城管数据、软件资源数据、人员与组织数据、基础地形图数据、遥感数据和业务数据的管理和维护功能，通过扩展，还可以提供数据的分层、分级安全共享。系统采用ArcGIS Server组件作为地理信息的运用和数据处理平台，ArcGIS Server是一个发布企业级GIS应用程序的综合平台，提供了创建和配置GIS应用程序和服务的框架，可以满足各种客户端的各种需求，GIS和“地理编码系统”是综合管理监控平台的运转的基础之一，他们为综合管理监控平台提供地图、图层、万米单元格、部件地理编码等空间属性数据，空间地理信息数据为系统建设和系统运行提供必要的空间数据支持与地理信息服务，依据城市部件编号得到其相应的万米单元号，进而得到相应图层的地图、部件在地图上的定位、周边的城市部件的地理编码，进而直观地得到周边部件的详细信息；反过来，空间数据处理组件要能够快速地得到选定部件的地理编码，并依据地理编码和非空间组件得到城市部件的详细信息、发生的事件、事件的状态等数据（相当于地理信息系统平台：用于将案件的发生地在GIS地图上进行展示，相当于案件地理位置数据）；城市管理监督员在规定的若干单元网格内巡视，发现城市管理问题后通过利用无线智能终端实现问题信息的采集，并通过无线网络实现位置、图片、表单、录音等信息上报，监督中心接收社会公众举报的城市管理问题，通知监督员核实，监督员上报核实结果，监督中心接收城市管理监督员或群众上报的问题，立案、审核后，批转到指挥中心。采用业内领先的GIS平台构建应用系统，使系统能方便地对海量的城市部件及事件数据进行分层分类管理，并具有丰富的 GIS 查询与统计功能（相当于应用层接收上传的数据信息，对所述数据信息进行分类、处理）；部门业务系统的可共享数据，就可以定时或实时集成到中心数据库中，形成数据中心的基础数据库，反之，也可以将数据中心的数据，根据访问权限要求，按主题发布给政府各部门。本系统需要提供城市事部件数据、地图数据、实时监测点、系统管理属性等数据维护功能，由系统管理员通过该工具进行后台维护，而以上功能使用人员有限，仅限于系统管理或者具有该权限的用户（相当于模块权限单元是一级权限单元，用于将整个模块所有的操作权限，即模块权限赋予某个角色）。用户机构及权限管理模块提供管理用户信息、机构信息、岗位功能信息功能服务，实现其相互对应关系及操作，以及从表6-8权限管理模块->角色管理->增加角色功能实际测试用例可以得知实现的是功能权限配置（相当于权限管理模块用于实现对系统访问权限的控制和信息安全的控制，权限管理模块通过权限设置对应用层和存储层的数据访问请求进行控制，功能权限单元是二级权限单元，用于在模块权限的基础上，将一个模块的功能细分，将可操作的功能权限赋予某个角色）；三项评价是对城市管理的监督人员、指挥协调人员、操作人员、事件部件处理人员实行岗位绩效评价；对城市管理的有关单位和部门实行部门绩效评价；对各级政府的管理辖区实行区域质量和管理效果评价。这三类评价都是刚性评价，系统对每个对象都设计了一级指标、二级指标和三级指标，采用加权综合评分法计算总分，自动生成评价结果，并通过不同的颜色显示在相应的网格图中，予以在网上公布，使其一目了然，接受市民监督（三项评价的岗位绩效评价、部门绩效评价、区域质量和管理效果评价中分别规定了具体的评价规则，在系统中实现这三项评价，需要相应的评价规则服务模块，因此对应于分析规则服务模块，用于建立一个或多个分析规则服务，每一个分析规则明确地执行一类有共通目的以及底层数据结构的分析服务；三项评价的设计指标对应于分析规则服务模块能够对可分析的指标进行配置；三项评价的将评价结果显示在相应的网格图中对应于分析规则服务模块同时预先定义展示的图表种类；三项评价的岗位绩效评价、部门绩效评价、区域质量和管理效果评价共同对应于所述应用层包括分析规则配置；三项评价的设计指标对应于对综合分析的指标配置；三项评价的将评价结果显示在相应的网格图中对应于图表展示配置；三项评价的岗位绩效评价、部门绩效评价、区域管理效果评价共同对应于岗位分析、部门分析、区域分析；三项评价的岗位绩效评价、部门绩效评价、区域管理效果评价和三项评价的设计指标及评价结果共同对应于应用层通过调用分析评价规则生成相应的评价服务；三项评价的将评价结果显示在相应的网格图中对应于分析规则服务将所述指标的计算结果进行集成，并根据配置的展示方式进行展示）；只要在实时系统中设定监测参数报警上下限阀值，当监测数值超过该阀值，系统就会向管理中心报警。同时，不同操作人员也可根据权限查看不同的实时监测数据（相当于所述数据权限单元是三极权限单元，用于在功能权限的基础上，针对某个角色可以使用的数据进行限制）。
权利要求1要求保护的方案与对比文件1相比，其区别技术特征为：（1）对数据信息进行分类、处理是应用层通过调用服务层相关功能模块进行的；所述服务层用于对应用层生成的评价服务进行统一调用，同时对分析规则指标、分析对象以及分析展示方式进行配置；所述应用层还包括区域立案数量趋势分析、部门多发案件分析、部门超期结案分析功能；应用层对综合分析的指标、分析规则以及分析结果进行界面动态化配置；部门分析、区域分析、岗位分析、区域立案数量趋势分析、部门多发案件分析、部门超期结案分析，为分别建立的分析规则；分析规则服务模块进行分析结果的预定义；应用层对综合分析的指标、分析规则进行动态化配置；（2）地理信息系统平台调取应用层中有关案件位置信息的数据并将所述信息以坐标点的形式在GIS地图上进行展示；图表展示模块：利用分析结果数据，根据前台浏览器的不同自动选择图表的展示形式；（3）还包括空间数据引擎，所述空间数据引擎用于提供存储和监控多用户空间数据库的通路，应用层通过空间数据引擎将处理后的数据传送至存储层；（4）规则服务管理总线：对接入的REST服务、webService服务进行服务接口的转换，统一转换为REST服务接口，同时根据需要进行数据格式的转换；规则服务管理总线根据分析要求，调取相应的分析规则服务，并通过负载均衡服务器进行可利用资源调配；分析规则服务检查分析规则所包含的指标公式，并对指标公式进行分析计算，其中每个指标根据选定的分析条件进行分布式独立计算；分析规则服务将所述指标的计算结果进行过滤，并根据配置的展示方式进行展示前的修饰；（5）指标公式模块：由T-SQL语句组成，每一个分析指标公式就是一个可被执行的完整的T-SQL语句；能够实现对指标所属的分析规则与指标信息进行增加、删除或修改的处理；指标公式采用完整的T-SQL语句且采用统一的标准，任何一个指标公式都可独立执行；系统采用分析规则集中管理、分析指标插拔式管理，分析指标的计算全部由T-SQL进行，系统只进行指标结果的汇聚和展示，在开发时能够多个指标一块进行，快速添加或移除指标且不必重新发布程序；（6）存储层将数据存储至相应的数据库，存储层中的业务数据库用于存储案件基本信息数据、GIS数据库用于存储案件地理位置数据、文件数据库用于存储案件登记时上传的附件信息，以及流程数据库用于存储案件处理的流程数据信息。
基于上述区别特征，权利要求1相对于对比文件1实际解决的问题是：如何实现应用层和服务层的相应功能，如何展示案件位置和分析结果，如何实现空间数据的传送与管理，如何实现服务接口和数据格式的转换和指标公式的检查展示功能，如何实现指标公式以及如何实现案件信息的存储管理。
针对区别特征（1），对比文件1公开了应用层对上传的数据信息进行分类、处理，而设置应用层调用服务层的相关功能模块是本领域中进行数据交互的常用手段，在此基础上，设置应用层调用服务层的相关功能模块对所述数据信息进行分类、处理是本领域技术人员可以作出的常规设计；对比文件1公开了岗位绩效评价、部门绩效评价和区域质量和管理效果评价，同时公开了综合评价的指标、规则以及结果的配置并生成评价服务的功能，在此基础上，设置服务层用于对应用层生成的评价服务进行统一调用，同时对分析规则指标、分析对象以及分析展示方式进行配置是本领域技术人员可以作出的常规设计；对比文件1公开了岗位绩效评价、部门绩效评价和区域质量和管理效果评价，而区域立案数量、部门多发案件、部门超期结案，涉及的是城市案件管理，是城市监控中较为关注的对象，因此本领域技术人员容易想到设置应用层包括区域立案数量趋势分析、部门多发案件分析、部门超期结案分析功能，以实现对案件信息的分析管理，更好地实现城市监控功能；对相关结果进行动态化展示是本领域中用于结果展示的常用手段，在对比文件1公开的三项评价的设计指标，对象以及将评价结果进行图表展示的基础上，设置应用层对综合分析的指标、分析规则以及分析结果进行界面动态化配置是本领域技术人员可以作出的常规设计。对比文件1公开了进行三项评价，对于不同评价对象设计了三级指标，并将计算结果进行网格图展示，在此基础上，针对不同的分析对象分别建立分析规则，以及对计算的分析结果进行预定义，这也是本领域技术人员可以作出的常规设计。
针对区别特征（2），将数据信息以坐标点的形式在地图上展示是本领域中实现地图定位的常用手段，在对比文件1公开的ArcGIS Server平台可将部件、事件在地图上的定位的基础上，本领域技术人员容易想到利用地理信息系统平台调取应用层中有关案件位置信息的数据并将所述信息以坐标点的形式在GIS地图上进行展示；另外，根据浏览器的不同从而选择不同图表的展示形式是本领域中用于信息展示的常用手段，在对比文件1公开的将评价结果通过不同的颜色显示在相应的网格图中的基础上，本领域技术人员容易想到设置图表展示模块利用分析结果数据根据前台浏览器的不同自动选择图表的展示形式。
针对区别特征（3），对比文件2公开了一种基于ArcGIS Server的城市空间信息共享平台框架，并具体公开了以下内容（参见对比文件2正文第18页、第24页）：空间数据引擎，简称SDE，是一种空间数据库管理系统的实现方法，通过将空间数据引擎添加在常规数据库管理系统之上，使得系统在具备常规数据库管理系统的功能外能够方便地存储、检索和管理空间数据。本研究借助ArcSDE空间数据引擎，采用应用服务器连接方式实现与Oracle数据库的连接，在建立了与空间数据库连接之后，使用ArcSDE即可方便的实现空间数据的加载（相当于所述空间数据引擎用于提供存储和监控多用户空间数据库的通路），即此部分区别特征已被对比文件2所公开，且其在对比文件2中所起作用与其在权利要求1中的作用相同，都是使用空间数据引擎传送与管理空间数据，当面对如何实现空间数据的传送与管理的问题时，本领域技术人员容易想到将对比文件2公开的空间数据引擎应用到对比文件1中以实现空间数据的传送与管理，即对比文件2给出了将空间数据引擎应用到对比文件1中以实现空间数据的传送与管理的启示；在上述内容的基础上，设置应用层通过空间数据引擎将处理后的数据传送至存储层是本领域技术人员可以做出的常规设计。
针对区别特征（4），对比文件1还公开了以下内容（参见对比文件1第43-44页、第59页）：实现大用户量、大吞吐量下的负载平衡。三层结构将应用纵向均匀分布在客户端、应用服务器和数据库服务器上，横向分布在多个应用服务器和数据库服务器上，应用的分布实现了负载的平衡。因此，在大用户量、大吞吐量情况下，仍能迅速响应每个客户端的需求；中心节点的 eStar SmartAdapotrs 负责连接中心数据库和信息交换总线，即从信息交换总线上提取各个子系统发送来的信息，保存到中心数据库中，将中心数据库整合后的企业基础信息发送到信息交换总线上，供子系统使用。上述分别实现了负载的均衡和利用总线来提取各子系统发送的信息，其给与了本领域技术人员利用负载均衡服务器实现资源的调配和利用总线调取相应的数据服务的启示，在上述基础上，本领域技术人员容易想到设置规则服务管理总线根据分析要求，调取相应的分析规则服务，并通过负载均衡服务器进行可利用资源调配；其次，对比文件1公开了对每个对象设计了不同指标，并计算总分生成评价结果显示在网格图中，而对相关数据信息进行检查是本领域中用于确保数据有效的常用手段，在进行相关分析计算时选择相应的分析条件进行独立计算也是本领域中进行数据分析的常用手段，采用分布式的数据处理也是本领域中用于数据管理的常用手段，在上述基础上，本领域技术人员容易想到设置分析规则服务检查分析规则所包含的指标公式，并对指标公式进行分析计算，具体对每个指标根据选定的分析条件进行分布式独立计算；另外，对比文件1公开了将评价结果通过不同的颜色显示在相应的网格图中，而对计算结果进行过滤是本领域中用于数据处理的常用手段，在展示前根据展示方式对展示结果进行修饰也是本领域中用于数据展示的常用手段，在上述基础上，本领域技术人员容易想到设置分析规则服务将所述指标的计算结果进行过滤，并根据配置的展示方式进行展示前的修饰。
而对于区别特征（4）中的 “规则服务管理总线：对接入的REST服务、webService服务进行服务接口的转换，统一转换为REST服务接口，同时根据需要进行数据格式的转换”，对比文件1还公开了以下内容（参见对比文件1第26页，第59页）：中心节点的eStar SmartAdapotrs负责连接中心数据库和信息交换总线，即从信息交换总线上提取各个子系统发送来的信息，保存到中心数据库中；将中心数据库整合后的企业基础信息发送到信息交换总线上，供子系统使用，建立全区统一的网格化基础信息平台（包括统一的电子地图、统一的网格区划、统一的信息平台和接口、统一的事件和部件编码标准），实现各部门的网格资源共享；对比文件2还公开了以下内容（参见对比文件2正文第28页）：REST提供了一组架构约束，当作为一个整体来应用时，强调组件交互的可伸缩性、接口的通用性、组件的独立部署、以及用来减少交互延迟、增强安全性、封装遗留系统的中间组件。而将不同服务的接口转换为同一接口服务是本领域中用于接口服务的常用手段，对数据格式进行转换也是本领域中用于数据转换的常用手段，在对比文件1公开的根据信息交换总线统一系统平台接口，以及对比文件2公开的REST接口的基础上，本领域技术人员容易想到为减少交互延迟、增强安全性，以及满足接口的通用性，利用规则服务管理总线对接入的REST服务、webService服务进行服务接口的转换，统一转换为REST服务接口，同时根据需要进行数据格式的转换。
针对区别特征（5），T-SQl是用于应用程序与SQL Server沟通的主要语言，其提供标准的SQL的DDL和DML功能以及其它函数、预存程序及设计结构，可让程序设计更有弹性。而对相关程序信息的增加、删除或修改是本领域技术人员用于程序设计的常用手段。在此基础上，本领域技术人员容易想到设置指标公式模块使用T-SQL语句来描述每一个分析指标公式并形成可被执行的完整的T-SQL语句以使程序设计更有弹性以及实现对指标所属的分析规则与指标信息进行增加、删除或修改的处理；对语句进行统一标准并设置可独立执行是本领域中编程人员进行程序编写的常用手段，在此基础上，本领域技术人员容易想到设置指标公式采用完整的T-SQL语句且采用统一的标准，任何一个指标公式都可独立执行。
针对区别特征（5）中的“系统采用分析规则集中管理、分析指标插拔式管理，分析指标的计算全部由T-SQL进行，系统只进行指标结果的汇聚和展示，在开发时能够多个指标一块进行，快速添加或移除指标且不必重新发布程序”，对比文件1还公开了以下内容（参见对比文件1正文第52页）：采用J2EE三层结构，分为表现层、中间层（业务逻辑层）和数据服务层。三层体系将业务规则、数据访问及合法性校验等工作放在中间层处理。客户端不直接与数据库交互，而是通过组件与中间层建立连接，再由中间层与数据库交互。其实现的是业务规则的集中管理以及业务规则和结果的分离，其给予了本领域技术人员对分析规则集中管理以及对分析规则和结果展示进行分离的启示，而分析指标插拔式管理是本领域中用于数据管理的常用手段，在上述基础上，本领域技术人员容易想到设置系统采用分析规则集中管理、分析指标插拔式管理，分析指标的计算全部由T-SQL进行，系统只进行指标结果的汇聚和展示，在开发时能够多个指标一块进行，快速添加或移除指标且不必重新发布程序。
针对区别特征（6），根据不同类型的数据设置相应的数据库用于存储相应类型的数据是本领域的常用手段，在对比文件1公开的案件相关信息的基础上，在存储层将数据存储至相应的数据库，并分别设置业务数据库用于存储案件基本信息数据、GIS数据库用于存储案件地理位置数据、流程数据库用于存储案件处理的流程数据信息和文件数据库用于存储案件登记时上传的附件信息是本领域技术人员可以作出的常规设计。
由此可知，在对比文件1的基础上结合对比文件2以及本领域的公知常识得到该权利要求所要求保护的方案，对于本领域技术人员来说是显而易见的，即该权利要求所要求保护的方案不具备突出的实质性特点和显著的进步，因此，该权利要求不具备专利法第22条第3款规定的创造性。
2.2权利要求2不具备专利法第22条第3款规定的创造性。
权利要求2要求保护一种如权利要求1中所述的数字城市监控中心综合分析子系统的工作方法，如前所述，权利要求1不具备专利法第22条第3款规定的创造性。对比文件1还公开了如下内容（参见对比文件1正文第17页）：数字化城市管理工程的主要内容为：建设一个平台，建立两个轴心，实行三项评价，实现一个目标。三项评价是对城市管理的监督人员、指挥协调人员、操作人员、事件部件处理人员实行岗位绩效评价；对城市管理的有关单位和部门实行部门绩效评价；对各级政府的管理辖区实行区域质量和管理效果评价。这三类评价都是刚性评价，系统对每个对象都设计了一级指标、二级指标和三级指标，采用加权综合评分法计算总分，自动生成评价结果，并通过不同的颜色显示在相应的网格图中，予以在网上公布，使其一目了然，接受市民监督（三项评价的岗位绩效评价、部门绩效评价、区域质量和管理效果评价中分别规定了具体的评价规则，在系统中实现这三项评价，需要建立相应的评价规则，因此共同对应于步骤1：建立分析规则、分析对象以及图表展示方式；三项评价的将评价结果显示在相应的网格图中对应于步骤4：分析规则服务将所述指标的计算结果进行集成；步骤5：将评价结果以设定的形式在前端进行呈现）。
权利要求2要求保护的方案与对比文件1相比，其区别特征为：（1）步骤1还包括选择分析条件；步骤2：规则服务管理总线根据分析要求，调取相应的分析规则服务，并通过负载均衡服务器进行可利用资源调配；（2）步骤3：分析规则服务检查分析规则所包含的指标公式，并对指标公式进行分析计算，其中每个指标根据选定的分析条件进行分布式独立计算；（3）步骤4：分析规则服务将所述指标的计算结果进行过滤，并根据配置的展示方式进行展示前的修饰；步骤5：规则服务管理总线调用分析规则服务的返回结果并做二次修饰。
基于上述区别特征，权利要求2相对于对比文件1实际解决的问题是：如何实现分析资源调配，如何提高指标公式的计算效率以及如何具体实现评价结果的展示。
针对区别特征（1），对比文件1还公开了以下内容（参见对比文件1第43-44页、第59页）：实现大用户量、大吞吐量下的负载平衡。三层结构将应用纵向均匀分布在客户端、应用服务器和数据库服务器上，横向分布在多个应用服务器和数据库服务器上，应用的分布实现了负载的平衡。因此，在大用户量、大吞吐量情况下，仍能迅速响应每个客户端的需求；中心节点的 eStar SmartAdapotrs 负责连接中心数据库和信息交换总线，即从信息交换总线上提取各个子系统发送来的信息，保存到中心数据库中，将中心数据库整合后的企业基础信息发送到信息交换总线上，供子系统使用。上述分别实现了负载的均衡和利用总线来提取各子系统发送的信息，其给与了本领域技术人员利用负载均衡服务器实现资源的调配和利用总线调取相应的数据服务的启示，在上述基础上，本领域技术人员容易想到设置规则服务管理总线根据分析要求，调取相应的分析规则服务，并通过负载均衡服务器进行可利用资源调配。而在进行相关分析计算时选择相应的分析条件是本领域中进行数据分析的常用手段。
针对区别特征（2），对比文件1公开了对每个对象设计了不同指标，并计算总分生成评价结果显示在网格图中，而对相关数据信息进行检查是本领域中用于确保数据有效的常用手段，在进行相关分析计算时选择相应的分析条件也是本领域中进行数据分析的常用手段，采用分布式的数据处理也是本领域中用于数据管理的常用手段，在上述基础上，本领域技术人员容易想到设置分析规则服务检查分析规则所包含的指标公式，并对指标公式进行分析计算，具体对每个指标根据选定的分析条件进行分布式独立计算。
针对区别特征（3），对比文件1公开了将评价结果通过不同的颜色显示在相应的网格图中，而对计算结果进行过滤是本领域中用于数据处理的常用手段，在展示前根据展示方式对展示结果进行修饰也是本领域中用于数据展示的常用手段，在上述基础上，本领域技术人员容易想到设置分析规则服务将所述指标的计算结果进行过滤，并根据配置的展示方式进行展示前的修饰；在对比文件1公开的利用总线调取相应的数据服务以及将评价结果以不同的颜色显示在相应的网格图中的基础上，本领域技术人员容易想到利用规则服务管理总线调用分析规则服务的返回结果并做二次修饰后将评价结果以设定的形式在前端进行呈现。
由此可知，在对比文件1的基础上结合对比文件2以及本领域的公知常识得到该权利要求所要求保护的方案，对于本领域技术人员来说是显而易见的，即该权利要求所要求保护的方案不具备突出的实质性特点和显著的进步，因此，该权利要求不具备专利法第22条第3款规定的创造性。
3、关于复审请求人的意见
对于复审请求人的意见，合议组认为：
（1）首先，对比文件1公开了一种数字化城市综合管理监控平台，其与本申请类似，同样包括应用层、服务层、系统数据层、地理信息系统平台和权限管理模块，二者均能够解决如何对数字城市进行监控管理和监测数据分析的技术问题。其次，SQL是一种结构化查询语言，用于与数据库进行交互，是关系数据库领域中的一个主流语言，不仅包含数据查询功能，还包括插入、删除、更新和数据定义功能，而T-SQL是用于应用程序与SQL Server沟通的主要语言，是SQL语言的一种版本，具有标准的SQL命令和数据库脚本语言，参见书籍（程朝斌编著，Oracle从基础到应用[M]，北京：清华大学出版社，2014年03月，第304-305页），另外，使用SQL语句进行指标计算并将计算结果进行可视化是本领域的公知常识，以及对指标进行增加、修改、删除和配置也是本领域的公知常识，参见书籍（甘绍宁著，专利文献研究2012[M]，北京：知识产权出版社，2012年07月，第33-35页），在上述基础上，为实现快速添加、修改和删除指标，本领域技术人员容易想到使用T-SQL语句进行指标计算。对比文件1公开了岗位绩效评价、部门绩效评价和区域管理效果评价三项评价，同时公开了为三项评价中每个对象设计了三级评价指标、设置了评价规则以及结果的配置并生成评价服务的功能。（2）对比文件2还公开了“REST提供了一组架构约束，当作为一个整体来应用时，强调组件交互的可伸缩性、接口的通用性、组件的独立部署、以及用来减少交互延迟、增强安全性、封装遗留系统的中间组件”，而将不同服务的接口转换为同一接口服务是本领域中用于接口服务的常用手段，对数据格式进行转换也是本领域中用于数据转换的常用手段，因此，在对比文件1公开的根据信息交换总线统一系统平台接口，以及对比文件2公开的REST接口的基础上，本领域技术人员容易想到为减少交互延迟和增强安全性，以及满足接口的通用性，利用规则服务管理总线对接入的REST服务、webService服务进行服务接口的转换，统一转换为REST服务接口，对比文件2给出了相应的技术启示；对比文件1实现了应用以及数据的负载均衡，以及利用总线来提取各子系统的信息和发布数据库整合的信息，且负载均衡服务器用于资源调配是本领域的公知常识，即利用负载均衡服务器即可实现指标的分布式独立计算。从方案整体上看，对比文件1与本申请实质上都是根据设计好的评价规则和指标，实现对不同评价对象的评价，因此，在对比文件1的基础上结合对比文件2以及本领域的公知常识，得到权利要求1所要求保护的方案对本领域技术人员来说是显而易见的。
综上，对于复审请求人的意见，合议组不予支持。
三、决定
维持国家知识产权局于2018年09月04日对本申请作出的驳回决定。
如对本复审请求审查决定不服，根据专利法第41条第2款的规定，复审请求人可以自收到本决定之日起三个月内向北京知识产权法院起诉。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
