发明创造名称：一种城市监管数据交换子系统及方法
外观设计名称：
决定号：199373
决定日：2019-12-02
委内编号：1F271962
优先权日：
申请（专利）号：201510007423.0
申请日：2015-01-07
复审请求人：泰华智慧产业集团股份有限公司
无效请求人：
授权公告日：
审定公告日：
专利权人：
主审员：韩鲜萍
合议组组长：顾静
参审员：陈学元
国际分类号：G06Q10/06；G06F17/30
外观设计分类号：
法律依据：专利法第22条第3款
决定要点
：如果一项权利要求请求保护的技术方案相对于最接近的现有技术存在区别技术特征，且现有技术中给出了将上述区别技术特征应用到该最接近的现有技术以解决其存在的技术问题的技术启示，这种启示会使本领域技术人员在面对所述技术问题时，有动机改进该最接近的现有技术并获得该权利要求请求保护的技术方案，则该权利要求请求保护的技术方案不具有突出的实质性特点和显著的进步，不具备创造性。
全文：
本复审请求涉及申请号为201510007423.0，名称为“一种城市监管数据交换子系统及方法”的发明专利申请（下称“本申请”）。申请人为泰华智慧产业集团股份有限公司。本申请的申请日为2015年01月07日，公开日为2015年11月04日。
经实质审查，国家知识产权局原审查部门于2018年11月28日发出驳回决定，驳回了本申请，其理由是：权利要求1-5不具备专利法第22条第3款规定的创造性。
驳回决定引用了以下对比文件：
对比文件1：“承德市数字化城市管理信息系统的设计与实现”，蔡谋全，《万方数据库》，公开时间：2014年09月17日；
对比文件2：“基于WebGIS的数字城市管理部件在线更新系统的研究”，周丽娟，《中国优秀硕士论文全文数据库 基础科学辑》，第10期，公开时间：2011年10月15日。
其中，对比文件1是最接近的现有技术。
驳回决定所依据的文本为：2018年09月21日提交的权利要求第1-5项；申请日2015年01月07日提交的说明书第1-72段，说明书附图图1-2，说明书摘要及摘要附图。
驳回决定所针对的权利要求书如下：
“1. 一种城市监管数据交换子系统，其特征是，包括应用层、数据交换子系统、关系数据库管理系统RDBMS、空间数据引擎、工作流引擎及GIS平台；
所述应用层信息通过数据交换子系统与关系数据库管理系统RDBMS进行数据交互，或者所述应用层信息通过GIS平台、空间数据引擎、数据交换子系统与关系数据库管理系统RDBMS进行数据交互，或者所述应用层信息通过工作流引擎和数据交换子系统与关系数据库管理系统RDBMS进行数据交互，数据能够存储在关系数据库管理系统RDBMS中也能调用数据；
所述应用层，为用户提供业务处理、交互服务的工作层，是与用户直接交互的一层；
所述数据交换子系统，用于应用系统之间的数据交换，不同系统之间的数据通过数据交换子系统的数据处理，统一处理成各应用系统自己识别的数据形式存储在数据库中；能够调用关系数据库管理系统中的数据；
所述关系数据库管理系统RDBMS，用于存储各数据库，并将数据组织为相关的行和列；所述空间数据引擎，是关系数据库管理系统RDBMS中存储和管理多用户空间数据库的通路；
所述工作流引擎，用于定义、执行和管理工作流，协调工作流执行过程中工作之间以及群体成员之间的信息交互；
所述GIS平台，用于提供丰富的GIS功能，把普查得到地理数据信息导入到关系数据库；把地形、行政区划GIS数据发布成可供系统调用的地图服务；提供GIS数据查询、定位、标注的服务接口；
所述应用层包括：
人员管理，用于管理人员信息以及人员的权限；
案件管理，用于对城管案件进行管理；
考核管理，用于对监督员进行考核；
地图管理，用于显示装载有系统所涉及到的地区的地形、行政区域、网格数据、部件地理数据信息的地图，能够执行放大、缩小、漫游显示，提供部件查看功能，位置定位功能；
人员管理的信息和考核信息通过所述数据交换子系统与关系数据库管理系统RDBMS进行数据交互；案件管理信息则通过所述工作流引擎和数据交换子系统与关系数据库管理系统RDBMS进行数据交互；地图管理信息通过GIS平台、空间数据引擎和数据交换子系统与关系数据库管理系统RDBMS进行数据交互；
所述关系数据库管理系统包括：
业务数据库，用于存储人员管理的基本信息和考核管理的基本信息；
工作流数据库，用于存储案件管理的基本信息；
GIS数据库，用于存储地图管理的地理数据信息；
案件管理的基本信息包括但不限于：案件来源、案件类型以及案件受理类型。
2. 如权利要求1所述一种城市监管数据交换子系统，其特征是，还包括权限管理，用于对系统访问权限和信息安全的控制。
3. 如权利要求1所述的一种城市监管数据交换子系统，其特征是，
所述地理数据信息包括：基础地形图、行政区划和地理编码；
所述基础地形图包括：植被、水系、建筑物、道路面、道路中心线；
所述行政区划包括：社区、街道办、县级及县级以上行政区划；
所述地理编码包括：兴趣点、标志物和门牌号。
4. 如权利要求1所述的一种城市监管数据交换子系统的方法，其特征是，包括以下步骤：
步骤1：利用空间数据引擎，把地理数据信息存储到GIS数据库中，再利用GIS平台把地理数据信息发布成地图服务；
步骤2：应用层接受系统登录请求，应用层调用权限管理模块判断请求是否符合登录要求；如果请求不符合登录要求，应用层拒绝使用系统；如果请求符合登录要求，则权限管理模块调用数据交换子系统把数据统一处理成各系统都识别的数据格式，并存放在关系数据库管理系统RDBMS中；
步骤3：外部系统调用人员管理的信息和考核管理信息，通过数据交换子系统读取关系数据库管理系统RDBMS中的数据，通过对数据的处理转换，获取本系统应用识别的数据，在本系统进行使用；
步骤4：外部系统调用案件管理信息，通过工作流引擎和数据交换子系统与关系数据库管理系统RDBMS进行数据交互；
步骤5：外部系统调用地图管理信息，通过GIS平台、空间数据引擎和数据交换子系统与GIS数据库进行数据交互；
步骤6：数据交换子系统，进行对数据的转化处理，完成对关系数据库管理系统RDBMS中的数据的操作；
步骤7：外部系统根据用户的操作指令从关系数据库管理系统RDBMS中获取数据。
5. 如权利要求4所述的一种城市监管数据交换子系统的方法，其特征是，所述步骤1中的地理数据信息包括：基础地形图、行政区划和地理编码；
所述基础地形图包括：植被、水系、建筑物、道路面、道路中心线；
所述行政区划包括：社区、街道办、县级及县级以上行政区划；
所述地理编码包括：兴趣点、标志物和门牌号。”
驳回理由具体如下：（1）权利要求1与对比文件1的区别在于：1）该系统还包括关系数据库管理系统RDBMS，用于存储各数据库，并将数据组织为相关的行和列；以及空间数据引擎，是关系数据库管理系统RDBMS中存储和管理多用户空间数据库的通路；2）应用层的人员管理的信息和考核信息通过数据交换子系统与关系数据库管理系统RDBMS进行数据交互，地图管理信息通过GIS平台、空间数据引擎、数据交换子系统与关系数据库管理系统RDBMS进行数据交互，案件管理信息通过工作流引擎和数据交换子系统与关系数据库管理系统RDBMS进行数据交互；3）案件管理的基本信息包括但不限于：案件来源、案件类型以及案件受理类型。针对区别1），对比文件2具体披露如下特征：数据库采用的是Oracle RDBMS，Oracle数据库是对象-关系数据库管理系统；空间数据存储在大型关系数据库Oracle RDBMS中，通过ArcSDE空间数据引擎实现对数据库中空间数据的集中管理（公开了空间数据引擎，是关系数据库管理系统RDBMS中存储和管理多用户空间数据库的通路）。可见，对比文件2公开了该区别的部分特征，且该区别在对比文件2中的作用与其在权利要求1中的作用相同，都用于存储和管理数据库中数据。其次，在Oracle 数据库中，根据数据库中数据的二维关系，将数据组织为相关的行和列，以二维表格的形式进行存储和管理，这是本领域的惯用手段。针对区别2），关系数据库管理系统RDBMS中存储有多个数据库，应用层需要调用关系数据库管理系统RDBMS中不同数据库的数据时，通常会根据各数据库中的数据类型及存储方式，而选择不同路径进行数据交互。具体地，人员管理信息和考核信息是关系简单的数据信息，可以通过数据交换子系统与关系数据库管理系统RDBMS直接进行数据交互；案件管理信息涉及问题上报、任务分派、处理部门协同监督等各专业部门以及监督指挥中心协同办理，需要通过工作流引擎和数据交换子系统与关系数据库管理系统RDBMS进行数据交互；地图管理信息涉及更复杂的GIS数据，需要通过GIS平台、空间数据引擎和数据交换子系统与关系数据库管理系统RDBMS进行数据交互，这是本领域技术人员根据实际需要作出的具体选择，属于本领域的惯用手段。针对区别3），用户对案件基本信息的管理通常需要了解案件来源、案件类型以及案件受理类型这些基本属性信息，这是本领域技术人员管理案件信息的惯用手段。因此，在对比文件1的基础上结合对比文件2以及本领域的惯用手段，得到权利要求1请求保护的技术方案对本领域技术人员来说是显而易见的，该权利要求不具有突出的实质性特点和显著的进步，因而不具备专利法第22条第3款规定的创造性。（2）权利要求4与对比文件1的区别在于：外部系统根据用户的操作指令，通过数据交换子系统直接调用关系数据库管理系统RDBMS中的人员管理信息和考核管理信息数据，通过工作流引擎和数据交换子系统调用关系数据库管理系统RDBMS中的案件管理信息数据，通过GIS平台、空间数据引擎和数据交换子系统调用关系数据库管理系统RDBMS中的地图管理信息数据。然而，关系数据库管理系统RDBMS中存储有多个数据库，应用层需要调用关系数据库管理系统RDBMS中不同数据库的数据时，根据不同数据库中数据类型及存储方式的不同，经过不同路径进行数据交互，这是本领域技术人员根据实际需要作出的具体选择，属于本领域的惯用手段。因此，在其引用的权利要求1已不具备创造性的情况下，由对比文件1结合对比文件2以及本领域的惯用手段，得到权利要求4请求保护的技术方案对本领域技术人员来说是显而易见的，该权利要求不具有突出的实质性特点和显著的进步，因而不具备专利法第22条第3款规定的创造性。（3）权利要求2-3、5的附加技术特征或被对比文件1-2公开，或属于本领域的惯用手段，在引用的权利要求不具有创造性的情况下，权利要求2-3、5不具备专利法第22条第3款规定的创造性。
申请人（下称复审请求人）对上述驳回决定不服，于2019年01月23日向国家知识产权局提出了复审请求，同时修改了权利要求书，在独立权利要求1中增加了说明书中的部分特征。复审请求人认为：1）对比文件1整体解决的技术问题是城市管理，对比文件2解决的技术问题是城市管理部件的在线更新，而非本申请的数据交换；对比文件1中是面向GIS的协同工作子系统，采用工作流技术提供了处理、督察督办、协同管理等方面的应用服务，而在数据交换子系统中并未应用工作流技术；2）本申请技术方案结合具体结构给出了数据交互方式，对比文件1中并未公开该数据交互方式，该技术特征也并非本领域的惯用手段；3）新增的技术特征没有被对比文件1和对比文件2组合公开，对比文件2仅公开了Oracle RDBMS的数据库，而没有公开将数据组织为相关的行和列，以及与数据交换子系统数据交换设置的具有创造性的层级结构；4）对比文件1中的部件事件库是设置于GIS平台中的，不能相当于本申请的工作流数据库。本申请的工作流数据库是用于存储案件管理的基本信息，是与GIS数据库对立的数据库。
复审请求时新修改的权利要求书如下：
“1. 一种城市监管数据交换子系统，其特征是，包括应用层、数据交换子系统、关系数据库管理系统RDBMS、空间数据引擎、工作流引擎及GIS平台；
所述应用层信息通过数据交换子系统与关系数据库管理系统RDBMS进行数据交互，或者所述应用层信息通过GIS平台、空间数据引擎、数据交换子系统与关系数据库管理系统RDBMS进行数据交互，或者所述应用层信息通过工作流引擎和数据交换子系统与关系数据库管理系统RDBMS进行数据交互，数据能够存储在关系数据库管理系统RDBMS中也能调用数据；
所述应用层，为用户提供业务处理、交互服务的工作层，是与用户直接交互的一层；
所述数据交换子系统，用于应用系统之间的数据交换，不同系统之间的数据通过数据交换子系统的数据处理，统一处理成各应用系统自己识别的数据形式存储在数据库中；能够调用关系数据库管理系统中的数据；
所述关系数据库管理系统RDBMS，用于存储各数据库，并将数据组织为相关的行和列；包括相互联系的数据库和存取这些数据的数据库管理系统软件，数据库管理系统软件选取oracle数据库管理系统或者sql server数据库管理系统，数据库管理系统的层次结构由高级到低级依次为数据库管理系统应用层、语言翻译处理层、数据存取层、数据存储层、操作系统； 所述空间数据引擎，是关系数据库管理系统RDBMS中存储和管理多用户空间数据库的通路；
所述工作流引擎，用于定义、执行和管理工作流，协调工作流执行过程中工作之间以及群体成员之间的信息交互；
所述GIS平台，用于提供丰富的GIS功能，把普查得到地理数据信息导入到关系数据库；把地形、行政区划GIS数据发布成可供系统调用的地图服务；提供GIS数据查询、定位、标注的服务接口； 所述应用层包括：
人员管理，用于管理人员信息以及人员的权限；
案件管理，用于对城管案件进行管理；
考核管理，用于对监督员进行考核；
地图管理，用于显示装载有系统所涉及到的地区的地形、行政区域、网格数据、部件地理数据信息的地图，能够执行放大、缩小、漫游显示，提供部件查看功能，位置定位功能；
人员管理的信息和考核信息通过所述数据交换子系统与关系数据库管理系统RDBMS进行数据交互；案件管理信息则通过所述工作流引擎和数据交换子系统与关系数据库管理系统RDBMS进行数据交互；地图管理信息通过GIS平台、空间数据引擎和数据交换子系统与关系 数据库管理系统RDBMS进行数据交互；
所述关系数据库管理系统包括：
业务数据库，用于存储人员管理的基本信息和考核管理的基本信息；
工作流数据库，用于存储案件管理的基本信息；
GIS数据库，用于存储地图管理的地理数据信息；
案件管理的基本信息包括但不限于：案件来源、案件类型以及案件受理类型。
2. 如权利要求1所述一种城市监管数据交换子系统，其特征是，还包括权限管理，用于对系统访问权限和信息安全的控制。
3. 如权利要求1所述的一种城市监管数据交换子系统，其特征是，
所述地理数据信息包括：基础地形图、行政区划和地理编码；
所述基础地形图包括：植被、水系、建筑物、道路面、道路中心线；
所述行政区划包括：社区、街道办、县级及县级以上行政区划；
所述地理编码包括：兴趣点、标志物和门牌号。
4. 如权利要求1所述的一种城市监管数据交换子系统的方法，其特征是，包括以下步骤：
步骤1：利用空间数据引擎，把地理数据信息存储到GIS数据库中，再利用GIS平台把地理数据信息发布成地图服务；
步骤2：应用层接受系统登录请求，应用层调用权限管理模块判断请求是否符合登录要求；如果请求不符合登录要求，应用层拒绝使用系统；如果请求符合登录要求，则权限管理模块调用数据交换子系统把数据统一处理成各系统都识别的数据格式，并存放在关系数据库管理系统RDBMS中；
步骤3：外部系统调用人员管理的信息和考核管理信息，通过数据交换子系统读取关系数据库管理系统RDBMS中的数据，通过对数据的处理转换，获取本系统应用识别的数据，在本系统进行使用；
步骤4：外部系统调用案件管理信息，通过工作流引擎和数据交换子系统与关系数据库管理系统RDBMS进行数据交互；
步骤5：外部系统调用地图管理信息，通过GIS平台、空间数据引擎和数据交换子系统与GIS数据库进行数据交互；
步骤6：数据交换子系统，进行对数据的转化处理，完成对关系数据库管理系统RDBMS中的数据的操作；
步骤7：外部系统根据用户的操作指令从关系数据库管理系统RDBMS中获取数据。
5. 如权利要求4所述的一种城市监管数据交换子系统的方法，其特征是，所述步骤1中的地理数据信息包括：基础地形图、行政区划和地理编码；
所述基础地形图包括：植被、水系、建筑物、道路面、道路中心线；
所述行政区划包括：社区、街道办、县级及县级以上行政区划；
所述地理编码包括：兴趣点、标志物和门牌号。”。
经形式审查合格，国家知识产权局于2019年01月28日依法受理了该复审请求，并将其转送至原审查部门进行前置审查。
原审查部门在前置审查意见书中认为：（1）对比文件1的数字化城市管理信息系统中包括数据交换子系统，即公开了本申请的城市监管数据交换子系统；对比文件2虽然不是数据交换，但是城市管理部件在线更新系统属于城市管理技术领域，与本申请以及对比文件1技术领域相同。因而对比文件1与对比文件2之间有结合启示。对比文件1中的面向GIS协同工作子系统属于城市管理系统，其公开了工作流技术，即表明在城市管理中使用工作流技术是现有技术，基于此，在城市管理数据交换子系统中，本领域技术人员有能力去获取本领域的该现有技术，这属于本领域的惯用手段。（2）关系数据库管理系统RDBMS中存储有多个数据库，应用层需要调用关系数据库管理系统RDBMS中不同数据库的数据时，通常会根据各数据库中的数据类型及存储方式，而选择不同路径进行数据交互。具体地，人员管理信息和考核信息是关系简单的数据信息，可以通过数据交换子系统与关系数据库管理系统RDBMS直接进行数据交互；案件管理信息涉及问题上报、任务分派、处理部门协同监督等各专业部门以及监督指挥中心协同办理，需要通过工作流引擎和数据交换子系统与关系数据库管理系统RDBMS进行数据交互；地图管理信息涉及更复杂的GIS数据，需要通过GIS平台、空间数据引擎和数据交换子系统与关系数据库管理系统RDBMS进行数据交互，这是本领域技术人员根据实际需要作出的具体选择，属于本领域的惯用手段。（3）关于修改新增的技术特征，首先，对比文件2已经公开了采用 Oracle RDBMS 关系数据库管理系统，对城市管理的多个数据库进行管理；其次，常用的数据库软件有Oracle、sql server，并且在数据库中，根据数据的二维关系，将数据组织为相关的行和列，以二维表格的形式进行存储和管理，这是本领域的惯用手段。其次，数据库管理系统可以划分为若干层次，以关系数据库管理系统RDBMS为例，其最上层是应用层，第2层是语言翻译处理层，第3层是数据存取层，第4层是数据存储层，最底层是操作系统（参见（《Access 数据库应用教程 第2版》，申莉莉，北京机械工业出版社，2008年3月）（第3-4页，图1-2）；因此，数据库管理系统的层次结构由高级到低级依次为数据库管理系统应用层、语言翻译处理层、数据存取层、数据存储层、操作系统，这属于本领域的公知常识。（4）首先，对比文件1中的部件事件库用于存储城市部件的基本信息，相当于本申请的工作流数据库。其次，工作流数据库存储的是案件基本信息，GIS数据库存储的是地理数据信息，两个数据库中存储的信息不同，故两个数据库是相互独立的，无论两个数据库是设置在同一平台内，还是设置在不同的平台内，本领域技术人员都可以保证两个数据库的独立性，因此，将工作流数据库设置在GIS平台内，还是GIS平台外，这是本领域技术人员根据实际需要可以灵活设定的。因而坚持原驳回决定。
随后，国家知识产权局成立合议组对本案进行审理。
合议组于 2019年08月20日向复审请求人发出复审通知书，指出：（1）权利要求1与对比文件1的区别在于：1）该系统还包括关系数据库管理系统RDBMS，用于存储各数据库，并将数据组织为相关的行和列；包括相互联系的数据库和存取这些数据的数据库管理系统软件，数据库管理系统软件选取oracle数据库管理系统或者sql server数据库管理系统，数据库管理系统的层次结构由高级到低级依次为数据库管理系统应用层、语言翻译处理层、数据存取层、数据存储层、操作系统；以及空间数据引擎，是关系数据库管理系统RDBMS中存储和管理多用户空间数据库的通路；2）应用层的人员管理的信息和考核信息通过数据交换子系统与关系数据库管理系统RDBMS进行数据交互，地图管理信息通过GIS平台、空间数据引擎、数据交换子系统与关系数据库管理系统RDBMS进行数据交互，案件管理信息通过工作流引擎和数据交换子系统与关系数据库管理系统RDBMS进行数据交互；3）案件管理的基本信息包括但不限于：案件来源、案件类型以及案件受理类型；4）工作流数据库没有设置在GIS平台中，而对比文件1的部件数据库设置于GIS平台中。关于区别技术特征1），对比文件2具体公开了（参见17-18、27页）：数据库采用的是Oracle RDBMS，Oracle数据库是对象-关系数据库管理系统；空间数据存储在大型关系数据库Oracle RDBMS中，通过ArcSDE空间数据引擎实现对数据库中空间数据的集中管理。可见，对比文件2公开了部分的区别技术特征，且该区别在对比文件2中的作用与其在权利要求1中的作用相同，都用于存储和管理数据库中数据。其次，在数据库中，根据数据库中数据的二维关系，将数据组织为相关的行和列，以二维表格的形式进行存储和管理，这是本领域的惯用手段。最后，参见《Access 数据库应用教程 第2版》，申莉莉，北京机械工业出版社，2008年3月，第3-4页，图1-2：数据库管理系统可以划分为若干层次，以关系数据库管理系统RDBMS为例，其最上层是应用层，第2层是语言翻译处理层，第3层是数据存取层，第4层是数据存储层，最底层是操作系统。因此数据库管理系统的层次结构由高级到低级依次为数据库管理系统应用层、语言翻译处理层、数据存取层、数据存储层、操作系统，这属于本领域的公知常识。关于区别技术特征2），关系数据库管理系统RDBMS中存储有多个数据库，应用层需要调用关系数据库管理系统RDBMS中不同数据库的数据时，通常会根据各数据库中的数据类型及存储方式，而选择不同路径进行数据交互。具体地，人员管理信息和考核信息是关系简单的数据信息，可以通过数据交换子系统与关系数据库管理系统RDBMS直接进行数据交互；案件管理信息涉及问题上报、任务分派、处理部门协同监督等各专业部门以及监督指挥中心协同办理，需要通过工作流引擎和数据交换子系统与关系数据库管理系统RDBMS进行数据交互；地图管理信息涉及更复杂的GIS数据，需要通过GIS平台、空间数据引擎和数据交换子系统与关系数据库管理系统RDBMS进行数据交互，这是本领域技术人员根据实际需要作出的具体选择，属于本领域的惯用手段。关于区别技术特征3），用户对案件基本信息的管理通常需要了解案件来源、案件类型以及案件受理类型这些基本属性信息，这是本领域技术人员管理案件信息的惯用手段。关于区别技术特征4），对比文件1中的部件事件库用于存储城市部件的基本信息，相当于本申请的工作流数据库。其次，工作流数据库存储的是案件基本信息，GIS数据库存储的是地理数据信息，两个数据库中存储的信息不同，故两个数据库是相互独立的，无论两个数据库是设置在同一平台内，还是设置在不同的平台内，本领域技术人员都可以保证两个数据库的独立性，因此，将工作流数据库设置在GIS平台内，还是GIS平台外，这是本领域技术人员根据实际需要可以灵活设定的。因此，在对比文件1的基础上结合对比文件2以及本领域的惯用手段，得到权利要求1请求保护的技术方案对本领域技术人员来说是显而易见的，该权利要求不具有突出的实质性特点和显著的进步，因而不具备专利法第22条第3款规定的创造性。（2）权利要求4引用权利要求1，与对比文件1的区别技术特征在于：外部系统根据用户的操作指令，通过数据交换子系统直接调用关系数据库管理系统RDBMS中的人员管理信息和考核管理信息数据，通过工作流引擎和数据交换子系统调用关系数据库管理系统RDBMS中的案件管理信息数据，通过GIS平台、空间数据引擎和数据交换子系统调用关系数据库管理系统RDBMS中的地图管理信息数据。基于该区别技术特征，权利要求4实际要解决的问题是：应用层如何调用关系数据库管理系统RDBMS中的数据。然而，关系数据库管理系统RDBMS中存储有多个数据库，应用层需要调用关系数据库管理系统RDBMS中不同数据库的数据时，根据不同数据库中数据类型及存储方式的不同，经过不同路径进行数据交互，这是本领域技术人员根据实际需要作出的具体选择，属于本领域的惯用手段。因此，在其引用的权利要求1不具备创造性的情况下，该权利要求不具有突出的实质性特点和显著的进步，因而不具备专利法第22条第3款规定的创造性。（3）权利要求2、3、5的附加技术特征或被对比文件1-2公开，或属于本领域的惯用手段，在引用的权利要求不具备创造性的情况下，权利要求2、3、5不具备专利法第22条第3款规定的创造性。
针对复审请求人的意见，合议组指出：1）对比文件1的数字化城市管理信息系统相当于公开了本申请的城市监管数据交换子系统；对比文件2的方案虽然不涉及数据交换，但是城市管理部件在线更新系统属于城市管理技术领域，与本申请和对比文件1的技术领域相同，因而，对比文件1与对比文件2之间有结合启示。其次，对比文件1中的面向GIS协同工作子系统属于城市管理系统，其公开了工作流技术，即表明在城市管理中使用工作流技术是现有技术，基于此，在城市管理数据交换子系统中，本领域技术人员有能力去获取本领域的该现有技术，这属于本领域的惯用手段。2）关系数据库管理系统RDBMS中存储有多个数据库，应用层需要调用关系数据库管理系统RDBMS中不同数据库的数据时，通常会根据各数据库中的数据类型及存储方式，而选择不同路径进行数据交互。具体地，人员管理信息和考核信息是关系简单的数据信息，可以通过数据交换子系统与关系数据库管理系统RDBMS直接进行数据交互；案件管理信息涉及问题上报、任务分派、处理部门协同监督等各专业部门以及监督指挥中心协同办理，需要通过工作流引擎和数据交换子系统与关系数据库管理系统RDBMS进行数据交互；地图管理信息涉及更复杂的GIS数据，需要通过GIS平台、空间数据引擎和数据交换子系统与关系数据库管理系统RDBMS进行数据交互，这是本领域技术人员根据实际需要作出的具体选择，属于本领域的惯用手段。3）首先，对比文件2已经公开了采用Oracle RDBMS 关系数据库管理系统，对城市管理的多个数据库进行管理；其次，常用的数据库软件有Oracle、sql server，并且在数据库中，根据数据的二维关系，将数据组织为相关的行和列，以二维表格的形式进行存储和管理，这是本领域的惯用手段。其次，数据库管理系统可以划分为若干层次，以关系数据库管理系统RDBMS为例，其最上层是应用层，第2层是语言翻译处理层，第3层是数据存取层，第4层是数据存储层，最底层是操作系统（参见《Access 数据库应用教程 第2版》，申莉莉，北京机械工业出版社，2008年3月，第3-4页，图1-2）；因此，数据库管理系统的层次结构由高级到低级依次为数据库管理系统应用层、语言翻译处理层、数据存取层、数据存储层、操作系统，这属于本领域的公知常识。4）首先，对比文件1中的部件事件库用于存储城市部件的基本信息，相当于本申请的工作流数据库。其次，工作流数据库存储的是案件基本信息，GIS数据库存储的是地理数据信息，两个数据库中存储的信息不同，故两个数据库是相互独立的，无论两个数据库是设置在同一平台内，还是设置在不同的平台内，本领域技术人员都可以保证两个数据库的独立性，因此，将工作流数据库设置在GIS平台内，还是GIS平台外，这是本领域技术人员根据实际需要可以灵活设定的。
复审请求人于2019 年09月19日提交了意见陈述书，但未修改申请文件。复审请求人认为：1）本申请具有应用层、数据交换子系统、关系数据库管理系统RDBMS、GIS平台、空间数据引擎、工作流引擎，具体怎么实现数据的调用对比文件并没有公开，也没有给出具体的技术启示；2）本申请是为解决智慧城管数据交换系统中缺少统一的处理架构与流程，难以对城市数据进行统一管理的问题，提供一种城市监管数据交换子系统及方法，该系统对外提供统一的数据接口，其他服务用到智慧城管中的案件数据和综合评价数据的时候可以直接访问接口，不需要再对此类数据进行数据存储维护，从而开发人员只需对这一套数据进行维护，就可以对其他系统采集的数据以及使用数据进行管理；3）本申请中的数据库管理系统的层次结构由高级到低级依次为数据库管理系统应用层、语言翻译处理层、数据存取层、数据存储层、操作系统，本申请的该层级结构并非Oracle RDBMS本身的层级结构，而是本申请为了实现存储各数据库，并将数据组织为相关的行和列，实现与数据交换子系统数据交互设置的具有创造性的层级结构。
在上述程序的基础上，合议组认为本案事实已经清楚，可以作出审查决定。
二、决定的理由
审查文本的认定
复审请求人于2019年09月19日答复复审通知书时没有修改申请文件，本复审决定和复审通知书所针对的文本相同，为：2019年01月23日提交的权利要求第1-5项；申请日2015年01月07日提交的说明书第1-72段，说明书附图图1-2，说明书摘要以及摘要附图。
关于专利法第22条第3款
专利法第22条第3款规定：创造性，是指与现有技术相比，该发明具有突出的实质性特点和显著的进步，该实用新型具有实质性特点和进步。
如果一项权利要求请求保护的技术方案相对于最接近的现有技术存在区别技术特征，且现有技术中给出了将上述区别技术特征应用到该最接近的现有技术以解决其存在的技术问题的技术启示，这种启示会使本领域技术人员在面对所述技术问题时，有动机改进该最接近的现有技术并获得该权利要求请求保护的技术方案，则该权利要求请求保护的技术方案不具有突出的实质性特点和显著的进步，不具备创造性。
本复审决定所引用的对比文件与驳回决定及复审通知书所引用的对比文件相同，即：
对比文件1：“承德市数字化城市管理信息系统的设计与实现”，蔡谋全，《万方数据库》，公开时间：2014年09月17日；
对比文件2：“基于WebGIS的数字城市管理部件在线更新系统的研究”，周丽娟，《中国优秀硕士论文全文数据库 基础科学辑》，第10期，公开时间：2011年10月15日。
其中，对比文件1是最接近的现有技术。
1）权利要求1请求保护一种城市监管数据交换子系统，对比文件1公开了一种数字化城市管理信息系统的设计与实现，该数字化城市管理信息系统（相当于“城市监管数据交换子系统”）中包括数据交换子系统，并具体公开了（参见第20、22、26-28、35-38、42、43、46页，图4-1、4-2）：
该数字化信息系统采三层体系结构，具体包含：表现层、业务逻辑层以及数据层，其中，数据层提供系统运行的支撑，业务逻辑层保持系统的整体性和可扩展性，业务逻辑层的前台是表现层（相当于“应用层，为用户提供业务处理、交互服务的工作层，是与用户直接交互的一层”）；
数据交换子系统可以实现与其它应用系统之间的数据交换服务、数据集成服务、认证授权服务、数字城管业务服务、通用GIS服务等；数据交换服务组件设计为：在正确设置了需要进行数据交换的各机构中的每个数据交换工作点的置换服务的条件下，每个数据置换工作点不需要在各工作点之间直接访问连接，只需要根据标准的对口和数据置换工作平台进行交流，同时通过超文本文件编码进行数据转换，最终得到用户所需要的数据（相当于“数据交换子系统，用于应用系统之间的数据交换，不同系统之间的数据通过数据交换子系统的数据处理，统一处理成各应用系统自己识别的数据格式存储在数据库中；能够调用关系数据库管理系统中的数据”）；
协同工作子系统面向GIS，采用工作流技术，提供了工作处理、督察督办、协同管理等方面的应用服务；协同工作子系统在问题上报、任务派遣、处理反馈、处理核实、结案归档等业务流程间建立起联系，从而实现资源共享和相互间的协调（相当于“工作流引擎，用于定义、执行和管理工作流，协调工作流执行过程中工作之间以及群体成员之间的信息交互”）；
该系统包括GIS服务器，提供GIS服务，并具有GIS平台，包含地理信息数据库（相当于“GIS平台，提供丰富的GIS功能，把普查到的地理数据信息导入到数据库中”）；通用GIS服务包括地图服务、地图发布等功能，地图服务是将地图嵌入业务页面，实现业务信息的地图可视化，地图发布提供地图内容管理、地图浏览、地图查询、实时监测数据动态显示等功能（相当于“把地形、行政区划GIS数据发布成可供系统调用的地图服务，提供GIS数据查询、定位、标注的服务接口”）；
本系统部署中web服务器与管理员网站、操作员网站、城管执法系统相连，即管理员和操作员可以通过应用层请求访问web服务器，管理员和操作员是系统的用户，分别具有不同的权限，用户登录信息包括用户名和密码（相当于“人员管理，用于管理人员信息以及人员权限”）；
城管执法系统连接web服务器是对城管案件执行管理（相当于“案件管理，用于对城管案件进行管理”）；
对城市管理监督员进行评价（相当于“考核管理，用于对监督员进行考核”）；
GIS服务包括地图服务、地图发布等功能，地图服务是将地图嵌入业务页面，实现业务信息的地图可视化，地图发布提供地图内容管理、地图浏览（含漫游、缩放、刷新、全图显示、鹰眼等）、地图查询、实时监测数据动态显示等功能（相当于“地图管理，用于显示装载有系统所涉及到的地区的地形、行政区域、网格数据、部件地理数据信息的地图，能够执行放大、缩小、漫游显示，提供部件查看功能，位置定位功能”）；
本系统的数据中心中包含业务数据库（相当于“业务数据库，用于存储人员管理的基本信息和考核管理的基本信息”），GIS平台中包含部件事件库（相当于“工作流数据库，用于存储案件管理的基本信息”）以及基础地理信息库（相当于“GIS数据库，用于存储地图管理的地理数据信息”）。
权利要求1与对比文件1的区别在于：1）该系统还包括关系数据库管理系统RDBMS，用于存储各数据库，并将数据组织为相关的行和列；包括相互联系的数据库和存取这些数据的数据库管理系统软件，数据库管理系统软件选取oracle数据库管理系统或者sql server数据库管理系统，数据库管理系统的层次结构由高级到低级依次为数据库管理系统应用层、语言翻译处理层、数据存取层、数据存储层、操作系统；以及空间数据引擎，是关系数据库管理系统RDBMS中存储和管理多用户空间数据库的通路；2）应用层的人员管理的信息和考核信息通过数据交换子系统与关系数据库管理系统RDBMS进行数据交互，地图管理信息通过GIS平台、空间数据引擎、数据交换子系统与关系数据库管理系统RDBMS进行数据交互，案件管理信息通过工作流引擎和数据交换子系统与关系数据库管理系统RDBMS进行数据交互；3）案件管理的基本信息包括但不限于：案件来源、案件类型以及案件受理类型；4）工作流数据库没有设置在GIS平台中，而对比文件1的部件数据库设置于GIS平台中。基于上述区别，权利要求1实际要解决的问题是：（1）系统如何存储和管理各数据库；（2）应用层如何调用关系数据库管理系统RDBMS中的数据；（3）如何管理案件基本信息；（4）如何设置工作流数据库。
关于区别技术特征1），与本申请同属于数字化城市管理技术领域的对比文件2公开了一种基于WebGIS的数字城市管理部件在线更新系统，并具体公开了（参见17-18、27页）：本系统的数据库采用的是Oracle RDBMS，Oracle数据库是对象-关系数据库管理系统（即公开了关系数据库管理系统RDBMS，用于存储各数据库，包括相互联系的数据库和存取这些数据的数据库管理系统软件）；空间数据存储在大型关系数据库Oracle RDBMS中，通过ArcSDE空间数据引擎实现对数据库中空间数据的集中管理（公开了“空间数据引擎，是关系数据库管理系统RDBMS中存储和管理多用户空间数据库的通路”）。可见，对比文件2公开了部分的区别技术特征，且该区别在对比文件2中的作用与其在权利要求1中的作用相同，都用于存储和管理数据库中数据。其次，在数据库中，根据数据库中数据的二维关系，将数据组织为相关的行和列，以二维表格的形式进行存储和管理，这是本领域的惯用手段。最后，参见《Access 数据库应用教程 第2版》，申莉莉，北京机械工业出版社，2008年3月，第3-4页，图1-2：数据库管理系统可以划分为若干层次，以关系数据库管理系统RDBMS为例，其最上层是应用层，第2层是语言翻译处理层，第3层是数据存取层，第4层是数据存储层，最底层是操作系统；因此，数据库管理系统的层次结构由高级到低级依次为数据库管理系统应用层、语言翻译处理层、数据存取层、数据存储层、操作系统，这属于本领域的公知常识。
关于区别技术特征2），关系数据库管理系统RDBMS中存储有多个数据库，应用层需要调用关系数据库管理系统RDBMS中不同数据库的数据时，通常会根据各数据库中的数据类型及存储方式，而选择不同路径进行数据交互。具体地，人员管理信息和考核信息是关系简单的数据信息，可以通过数据交换子系统与关系数据库管理系统RDBMS直接进行数据交互；案件管理信息涉及问题上报、任务分派、处理部门协同监督等各专业部门以及监督指挥中心协同办理，需要通过工作流引擎和数据交换子系统与关系数据库管理系统RDBMS进行数据交互；地图管理信息涉及更复杂的GIS数据，需要通过GIS平台、空间数据引擎和数据交换子系统与关系数据库管理系统RDBMS进行数据交互，这是本领域技术人员根据实际需要作出的具体选择，属于本领域的惯用手段。
关于区别技术特征3），用户对案件基本信息的管理通常需要了解案件来源、案件类型以及案件受理类型这些基本属性信息，这是本领域技术人员管理案件信息的惯用手段。
关于区别技术特征4），对比文件1中的部件事件库用于存储城市部件的基本信息，相当于本申请的工作流数据库。其次，工作流数据库存储的是案件基本信息，GIS数据库存储的是地理数据信息，两个数据库中存储的信息不同，故两个数据库是相互独立的，无论两个数据库是设置在同一平台内，还是设置在不同的平台内，本领域技术人员都可以保证两个数据库的独立性，因此，将工作流数据库设置在GIS平台内，还是GIS平台外，这是本领域技术人员根据实际需要可以灵活设定的。
因此，在对比文件1的基础上结合对比文件2以及本领域的惯用手段，得到权利要求1请求保护的技术方案对本领域技术人员来说是显而易见的，该权利要求不具有突出的实质性特点和显著的进步，因而不具备专利法第22条第3款规定的创造性。
2）权利要求2引用权利要求1，对比文件1已公开了（参见第17页）：通过身份识别和访问限制控制，以保证系统信息安全（公开了“权限管理，用于对系统访问权限和信息安全的控制”）。因此，在其引用的权利要求不具备创造性的情况下，该权利要求也不具备专利法第22条第3款规定的创造性。
3）权利要求3引用权利要求1，对比文件2还公开了（参见第22页）：本系统空间数据包括基础数据、单元网格数据、地理编码数据（公开了“地理数据信息包括：基础地形图、行政区划和地理编码”）；基础数据包括地形图、水系图、影像图，地形图数据一般包括道理中心线图层、道路边线图层、面状道路图层、建筑物图层、地名注记图层以及其他地物图层（公开了“基础地形图包括：植被、水系、建筑物、道道路面、桥、道路中心线”）；对城管范围内的各城区街道办事处、社区进行界线确认，并在社区范围内划分万米单元网格，建立单元网格数据库，单位网格编码由14位数字组成（公开了“行政区划包括：社区、街道办、县级及县级以上行政区划”）。另外，地理编码采用兴趣点、标志物和门牌号进行标识，这属于本领域的惯用手段。因此，在其引用的权利要求不具备创造性的情况下，该权利要求也不具备专利法第22条第3款规定的创造性。
4）权利要求4引用权利要求1，其请求保护一种城市监管数据交换子系统的方法，对比文件1还公开了（参见第17、22、23、26、27、43页，图4-1、图4-2）：
IS平台包括基础地理信息库，通用GIS服务包括地图服务、地图发布等功能，地图服务是将地图嵌入业务页面，实现业务信息的地图可视化（相当于“利用空间数据引擎，把地理数据信息存储到GIS数据库中，再利用GIS平台把地理数据信息发布成地图服务）；
本系统的用户主要包括管理员和操作者，不同用户具有不同的权限，用户登录时需要用户名和密码进行验证，通过身份识别和访问限制控制来保证系统信息安全（公开了应用层接受系统登录请求，应用层调用权限管理模块判断请求是否符合登录要求，如果请求不符合登录要求，应用层拒绝使用系统，如果请求符合登录要求，接受使用系统”）；
城市管理信息系统需要与多个应用系统进行整合，实现资源共享，数据交换子系统可以实现与其它应用系统之间的数据交换服务；数据交换服务组件设计为：在正确设置了需要进行数据交换的各机构中的每个数据交换工作点的置换服务的条件下，每个数据置换工作点不需要在各工作点之间直接访问连接，只需要根据标准的对口和数据置换工作平台进行交流，同时通过超文本文件编码进行数据转换，最终得到用户所需要的数据（公开了数据交换子系统，对数据进行转化处理，把数据统一处理成各系统自己识别的数据格式存储在数据库中）。
权利要求4与对比文件1的区别技术特征在于：外部系统根据用户的操作指令，通过数据交换子系统直接调用关系数据库管理系统RDBMS中的人员管理信息和考核管理信息数据，通过工作流引擎和数据交换子系统调用关系数据库管理系统RDBMS中的案件管理信息数据，通过GIS平台、空间数据引擎和数据交换子系统调用关系数据库管理系统RDBMS中的地图管理信息数据。基于该区别技术特征，权利要求4实际要解决的问题是：应用层如何调用关系数据库管理系统RDBMS中的数据。然而，关系数据库管理系统RDBMS中存储有多个数据库，应用层需要调用关系数据库管理系统RDBMS中不同数据库的数据时，根据不同数据库中数据类型及存储方式的不同，经过不同路径进行数据交互，这是本领域技术人员根据实际需要作出的具体选择，属于本领域的惯用手段。
因此，在其引用的权利要求1已不具备创造性的情况下，由对比文件1结合对比文件2以及本领域的惯用手段，得到权利要求4请求保护的技术方案对本领域技术人员来说是显而易见的，该权利要求不具有突出的实质性特点和显著的进步，因而不具备专利法第22条第3款规定的创造性。
5）权利要求5引用权利要求4，对比文件2已公开（参见论文22页）：本系统空间数据包括基础数据、单元网格数据、地理编码数据（公开了“地理数据信息包括：基础地形图、行政区划和地理编码”）；基础数据包括地形图、水系图、影像图，地形图数据一般包括道理中心线图层、道路边线图层、面状道路图层、建筑物图层、地名注记图层以及其他地物图层（公开了“基础地形图包括：植被、水系、建筑物、道道路面、桥、道路中心线”）；对城管范围内的各城区街道办事处、社区进行界线确认，并在社区范围内划分万米单元网格，建立单元网格数据库，单位网格编码由14位数字组成（公开了“行政区划包括：社区、街道办、县级及县级以上行政区划”）。另外，地理编码采用兴趣点、标志物和门牌号进行标识，这属于本领域的惯用手段。因此，在其引用的权利要求不具备创造性的情况下，该权利要求也不具备专利法第22条第3款规定的创造性。
对复审请求人相关意见的评述
对于复审请求人针对复审通知书所陈述的相关意见（参见案由部分），合议组认为：
1）在对比文件1中，数字化信息系统具体包含：表现层、业务逻辑层和数据层，其中，业务逻辑层的前台是表现层，相当于公开了“应用层”；在对比文件1中，数据交换子系统可以实现与其他应用系统之间的数据交换服务、数据集成服务、认证授权服务、数字城管业务服务、通用GIS服务等，相当于公开了“数据交换子系统”；对比文件1的数据中心包括业务数据库和其它业务数据库。此外，在本申请中，关系数据库管理系统RDBMS中存储有多个数据库，应用层需要调用关系数据库管理系统RDBMS中不同数据库的数据时，通常会根据各数据库中的数据类型及存储方式，而选择不同路径进行数据交互。具体地，人员管理信息和考核信息是关系简单的数据信息，可以通过数据交换子系统与关系数据库管理系统RDBMS直接进行数据交互；案件管理信息涉及问题上报、任务分派、处理部门协同监督等各专业部门以及监督指挥中心协同办理，需要通过工作流引擎和数据交换子系统与关系数据库管理系统RDBMS进行数据交互；地图管理信息涉及更复杂的GIS数据，需要通过GIS平台、空间数据引擎和数据交换子系统与关系数据库管理系统RDBMS进行数据交互，这是本领域技术人员根据实际需要作出的具体选择，属于本领域的惯用手段。
2）根据对比文件1的3.1.1节和2.1节记载，其技术方案利用现有的信息基础设施、数据共享平台、电子政务专网等电子政务资源和其它行政及公共资源，建设一个资源共享的信息平台。其中，应用工作流技术实现工作过程管理的自动化、智能化和整合化。实现数据整合和数据统计，消除信息孤岛，实现数据整合。也就是说，对比文件1也对外提供统一的数据接口，其他服务用到智慧城管中的案件数据和综合评价数据的时候可以直接访问接口，不需要再对此类数据进行数据存储维护。
3）首先，对比文件2已经公开了采用 Oracle RDBMS 关系数据库管理系统，对城市管理的多个数据库进行管理；其次，常用的数据库软件有Oracle、sql server，并且在数据库中，根据数据的二维关系，将数据组织为相关的行和列，以二维表格的形式进行存储和管理，这是本领域的惯用手段。其次，（参见（《Access 数据库应用教程 第2版》，申莉莉，北京机械工业出版社，2008年3月）（第3-4页，图1-2）数据库管理系统可以划分为若干层次，以关系数据库管理系统RDBMS为例，其最上层是应用层，第2层是语言翻译处理层，第3层是数据存取层，第4层是数据存储层，最底层是操作系统；因此，数据库管理系统的层次结构由高级到低级依次为数据库管理系统应用层、语言翻译处理层、数据存取层、数据存储层、操作系统，这是本领域的公知常识。
综上，合议组对复审请求人认为本申请的权利要求具备创造性的理由不予支持。
三、决定
维持国家知识产权局于2018年11月28日对本申请作出的驳回决定。
如对本复审决定不服，根据专利法第41条第2款的规定，复审请求人可以自收到本复审决定之日起三个月内向北京知识产权法院起诉。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
