发明创造名称：一种城市监管部件在线更新系统及方法
外观设计名称：
决定号：196662
决定日：2019-12-02
委内编号：1F271680
优先权日：
申请（专利）号：201510007422.6
申请日：2015-01-07
复审请求人：泰华智慧产业集团股份有限公司
无效请求人：
授权公告日：
审定公告日：
专利权人：
主审员：韩鲜萍
合议组组长：顾静
参审员：陈学元
国际分类号：G06Q10/06
外观设计分类号：
法律依据：专利法第22条第3款
决定要点
：如果一项权利要求请求保护的技术方案相对于最接近的现有技术存在区别技术特征，且现有技术中给出了将上述区别技术特征应用到该最接近的现有技术以解决其存在的技术问题的技术启示，这种启示会使本领域技术人员在面对所述技术问题时，有动机改进该最接近的现有技术并获得该权利要求请求保护的技术方案，则该权利要求请求保护的技术方案不具有突出的实质性特点和显著的进步，不具备创造性。
全文：
本复审请求涉及申请号为201510007422.6，名称为“一种城市监管部件在线更新系统及方法”的发明专利申请（下称“本申请”）。申请人为泰华智慧产业集团股份有限公司。本申请的申请日为2015年01月07日，公开日为2015年11月04日。
经实质审查，国家知识产权局原审查部门于2018年11月28日发出驳回决定，驳回了本申请，其理由是：权利要求1-6不具备专利法第22条第3款规定的创造性。
驳回决定引用了以下对比文件：
对比文件1：“基于WebGIS的数字城市管理部件在线更新系统的研究”，周丽娟，《中国优秀硕士论文全文数据库 基础科学辑》，第10期，公开时间为2011年10月15日。
驳回决定所依据的文本为：2018年09月21日提交的权利要求第1-6项；申请日2015年01月07日提交的说明书第1-79段、说明书附图图1-2、说明书摘要及摘要附图。驳回决定所针对的权利要求书如下：
“1. 一种城市监管部件在线更新系统，其特征是，包括应用层、关系数据库管理系统RDBMS及权限管理；
所述应用层与企业服务总线ESB通信，通过企业服务总线ESB调用业务系统及GIS平台提供的服务，应用层包括部件普查和部件编辑功能，是部件在线更新的数据获取渠道；
所述企业服务总线ESB负责接口调用、数据传输、安全监控及异常处理；用于对业务系统提供的服务进行统一处理，通过注册、授权方式允许部件在线更新系统访问，并对访问过程进行监控，确保数据传输安全性及异常处理；
所述业务系统与企业服务总线ESB通信，通过企业服务总线ESB获取业务数据库数据中的数据，及调用GIS平台提供的服务；
所述业务数据库用于保存业务数据；
所述GIS平台与企业服务总线通信ESB通信，通过企业服务总线ESB调用空间数据引擎提供的服务，获取GIS数据库中的数据，提供丰富的GIS功能，包括地图及定位器；
所述关系数据库管理系统RDBMS负责对业务数据库和GIS数据库进行管理，并将数据组织为相关的行和列；所述空间数据引擎与GIS数据库通信，获取GIS数据库中的数据并进行加工处理；
所述GIS数据库，用于存储地理数据信息；
所述权限管理，用于对系统访问权限的控制和信息安全的管理；
所述业务系统包括但不限于数字城管系统中的智慧城管、智慧园林、智慧环卫及智慧市政，每个系统都有自己负责的业务范围，通过企业服务总线ESB实现业务系统之间数据交互和业务协作；
应用层将获取到的部件信息，按照预设的算法进行校对、验证，并将其加工成预设的数据格式；对加工完成的部件数据进行封装、加密、发送；
业务系统的接口服务接收到数据后，进行解密、解封，并对数据进行完整性校验，对校验完毕的部件数据，根据预设算法，存储到业务数据库中。
2. 如权利要求1所述一种城市监管部件在线更新系统，其特征是，所述应用层中的部件编辑包括但不限于：
部件查找：根据部件类型、部件编号、地图范围的查找功能，查找的部件以列表形式展现，并在地图中显著标识；
部件定位：根据部件的经纬度信息在地图中进行定位，支持对部件信息的查看；
部件编辑：对选择的部件属性进行编辑，包括部件的描述、位置及类型。
3. 如权利要求1所述一种城市监管部件在线更新系统，其特征是，所述应用层中的部件普查包括但不限于：
普查任务：由管理人员对某个地图区域发布普查任务，并指定特定的人员完成普查任务；
普查记录：工作人员接收到部件普查任务后，赶到指定的地点进行普查，并将普查的数据上报到中心，形成普查记录；
部件审核：管理人员针对上报的普查记录进行审核，对上报的部件是否符合要求进行判断；
部件入库：部件普查记录经审核后，对于符合要求的记录允许将部件录入到空间数据库中，入库后，部件即可在地图中展示；
专题图层：将部件组成专题图层，便于查看和访问。
4. 如权利要求1所述一种城市监管部件在线更新系统的方法，其特征是，包括以下步骤：
步骤1：利用空间数据引擎，把地理数据信息存储到GIS数据库中，再利用GIS平台把地理数据信息发布成地图服务；
步骤2：应用层接受系统登录请求，应用层调用权限管理模块判断请求是否符合登录要求；如果请求不符合登录要求，应用层拒绝使用系统；如果请求符合登录要求，根据用户操作，应用层获取待更新的部件信息及该部件当前的照片信息；
步骤3：应用层将获取到的部件信息，按照预设的算法进行校对、验证，并将其加工成预设的数据格式；
步骤4：应用层对加工完成的部件数据进行封装、加密、发送；
步骤5：触发对企业服务总线ESB的访问，企业服务总线ESB根据请求，调用业务系统注册的接口，将部件数据发送到业务系统中；
步骤6：业务系统的接口服务接收到数据后，进行解密、解封，并对数据进行完整性校验；
步骤7：对校验完毕的部件数据，根据预设算法，存储到业务数据库中；
步骤8：部件数据被业务系统读取，根据业务数据的需要，加工成合适的数据结构，并在业务系统中进行展示；
步骤9：用户审核完毕后，业务系统获取当前部件的编号及审核结果，调用部件状态变更接口，将该部件的审核结果数据存储到业务数据库中。
5. 如权利要求4所述一种城市监管部件在线更新系统的方法，其特征是，
所述地理数据信息包括：基础地形图、行政区划和地理编码；
所述基础地形图包括：植被、水系、建筑物、道路面、桥、道路中心线；
所述行政区划包括：社区、街道办、县级及县级以上行政区划。
所述地理编码包括：兴趣点、标志物和门牌号。
6. 如权利要求4所述一种城市监管部件在线更新系统的方法，其特征是，所述步骤2中的部件信息包括部件名称、类别、位置、材质、状态、主管单位、权属单位及维护单位。”
驳回理由具体如下：（1）权利要求1与对比文件1的区别在于：1）企业服务总线ESB，其负责接口调用、数据传输、安全监控及异常处理，用于对业务系统提供的服务进行统一处理，通过注册、授权方式允许部件在线更新系统访问，并对访问过程进行监控，确保数据传输安全性及异常处理；2）应用层与企业服务总线ESB通信，通过企业服务总线ESB调用业务系统及GIS平台提供的服务，通过企业服务总线ESB实现业务系统之间数据交互和业务协作；3）应用层按照预设的算法对部件信息进行校对、验证，并将其加工成预设的数据格式，对加工完成的部件数据进行封装、加密、发送，业务系统的接口服务接收到数据后，进行解密、解封，并对数据进行完整性校验，对校验完毕的部件数据，根据预设算法，存储到业务数据库中。基于上述区别，权利要求1实际要解决的问题是：（1）如何确保数据传输安全和异常处理；（2）如何实现应用层对业务系统和GIS平台的调用；（3）如何确保部件数据的安全性及准确性。针对区别1），企业服务总线ESB是实现SOA架构的重要技术，其是连接企业服务组件的纽带，是开放的、基于标准的、可靠的消息传输、协议转换、服务监控机制，能完成异构环境的服务和集成需求；ESB一方面担当服务集成和消息传输的“主干道”，另一方面具有“转换器”的职责，负责在服务之间转换业务逻辑和数据格式（参见《Web X.0环境下的万维网服务技术与实践》，朱焱编著，第166-169页，2011年11月）。基于上述公知常识，本领域技术人员容易想到使用服务总线ESB，负责接口调用、数据传输、安全监控及异常处理，并对业务系统提供的服务进行统一处理，通过注册、授权方式允许部件在线更新系统访问，对访问过程进行监控，这属于本领域的惯用手段。针对区别2），企业服务总线ESB是连接企业服务组件的纽带，是消息传输的主干道，基于此，本领域技术人员容易想到使用企业服务总线ESB来连接应用层与数据库层，通过应用层与企业服务总线ESB通信，实现对业务系统和GIS平台提供的服务的调用；以及利用企业服务总线ESB进行通信，实现各业务系统之间的数据调用，这些都属于本领域的惯用手段。针对区别3），在该系统用于对城市部件进行在线更新，部件数据是非常重要的数据，为了保证数据的安全性及准确性，在传输数据前，对数据进行校验和加密，接收数据时，对数据进行解密并校验，再存储到业务数据库中的对应位置，这些属于本领域的惯用手段。因此，在对比文件1的基础上结合本领域的惯用手段，得到权利要求1请求保护的技术方案对本领域技术人员来说是显而易见的，该权利要求不具有突出的实质性特点和显著的进步，因而不具备专利法第22条第3款规定的创造性。（2）权利要求2-6的附加技术特征或被对比文件1公开，或属于本领域的公知常识，在权利要求1不具备创造性的情况下，权利要求2-6也不具备专利法第22条第3款规定的创造性。
申请人（下称复审请求人）对上述驳回决定不服，于2019年01月21日向国家知识产权局提出了复审请求，并对权利要求进行了修改，将从属权利要求和说明书中的特征增加到独立权利要求1中。复审请求人认为：1）《Web X.0环境下的万维网服务技术与实践》中虽然公开了企业服务总线ESB，但是并没有公开可以应用到本申请的系统的启示，企业服务总线ESB也许本领域技术人员是知道的，但是如何应用，具体到城市监管部件在线更新系统中是如何工作的，如何完成其任务的，并不是本领域的公知常识，因此，对比文件1和《Web X.0环境下的万维网服务技术与实践》无法结合得到本申请的技术方案。2）本申请中应用层按照预设的算法对部件信息进行校对、验证，并将其加工成预设的数据格式，对加工完成的部件数据进行封装、加密、发送，业务系统的接口服务接收到数据后，进行解密、解封，并对数据进行完整性校验，对校验完毕的部件数据，根据预设算法，存储到业务数据库中，上述技术手段没有被对比文件1公开。
复审请求时新修改的权利要求书如下：
“1. 一种城市监管部件在线更新系统，其特征是，包括应用层、关系数据库管理系统RDBMS及权限管理；
所述应用层与企业服务总线ESB通信，通过企业服务总线ESB调用业务系统及GIS平台提供的服务，应用层包括部件普查和部件编辑功能，是部件在线更新的数据获取渠道；
所述企业服务总线ESB负责接口调用、数据传输、安全监控及异常处理；用于对业务系统提供的服务进行统一处理，通过注册、授权方式允许部件在线更新系统访问，并对访问过程进行监控，确保数据传输安全性及异常处理；
所述业务系统与企业服务总线ESB通信，通过企业服务总线ESB获取业务数据库数据中的数据，及调用GIS平台提供的服务；
所述业务数据库用于保存业务数据；
所述GIS平台与企业服务总线通信ESB通信，通过企业服务总线ESB调用空间数据引擎提供的服务，获取GIS数据库中的数据，提供丰富的GIS功能，包括地图及定位器；
所述关系数据库管理系统RDBMS负责对业务数据库和GIS数据库进行管理，并将数据组织为相关的行和列；
所述空间数据引擎与GIS数据库通信，获取GIS数据库中的数据并进行加工处理；
所述GIS数据库，用于存储地理数据信息；
所述权限管理，用于对系统访问权限的控制和信息安全的管理；
所述业务系统包括但不限于数字城管系统中的智慧城管、智慧园林、智慧环卫及智慧市政，每个系统都有自己负责的业务范围，通过企业服务总线ESB实现业务系统之间数据交互和业务协作；
应用层将获取到的部件信息，按照预设的算法进行校对、验证，并将其加工成预设的数据格式；对加工完成的部件数据进行封装、加密、发送；
业务系统的接口服务接收到数据后，进行解密、解封，并对数据进行完整性校验，对校验完毕的部件数据，根据预设算法，存储到业务数据库中；
所述应用层中的部件编辑包括但不限于：
部件查找：根据部件类型、部件编号、地图范围的查找功能，查找的部件以列表形式展现，并在地图中显著标识；
部件定位：根据部件的经纬度信息在地图中进行定位，支持对部件信息的查看；
部件编辑：对选择的部件属性进行编辑，包括部件的描述、位置及类型；
所述应用层中的部件普查包括但不限于：
普查任务：由管理人员对某个地图区域发布普查任务，并指定特定的人员完成普查任务；
普查记录：工作人员接收到部件普查任务后，赶到指定的地点进行普查，并将普查的数据上报到中心，形成普查记录；
部件审核：管理人员针对上报的普查记录进行审核，对上报的部件是否符合要求进行判断；
部件入库：部件普查记录经审核后，对于符合要求的记录允许将部件录入到空间数据库中，入库后，部件即可在地图中展示；
专题图层：将部件组成专题图层，便于查看和访问。
2. 如权利要求1所述一种城市监管部件在线更新系统的方法，其特征是，包括以下步骤：
步骤1：利用空间数据引擎，把地理数据信息存储到GIS数据库中，再利用GIS平台把地理数据信息发布成地图服务；
步骤2：应用层接受系统登录请求，应用层调用权限管理模块判断请求是否符合登录要求；如果请求不符合登录要求，应用层拒绝使用系统；如果请求符合登录要求，根据用户操作，应用层获取待更新的部件信息及该部件当前的照片信息；
步骤3：应用层将获取到的部件信息，按照预设的算法进行校对、验证，并将其加工成预设的数据格式；
步骤4：应用层对加工完成的部件数据进行封装、加密、发送；
步骤5：触发对企业服务总线ESB的访问，企业服务总线ESB根据请求，调用业务系统注册的接口，将部件数据发送到业务系统中；
步骤6：业务系统的接口服务接收到数据后，进行解密、解封，并对数据进行完整性校验；
步骤7：对校验完毕的部件数据，根据预设算法，存储到业务数据库中；
步骤8：部件数据被业务系统读取，根据业务数据的需要，加工成合适的数据结构，并在业务系统中进行展示；
步骤9：用户审核完毕后，业务系统获取当前部件的编号及审核结果，调用部件状态变更接口，将该部件的审核结果数据存储到业务数据库中。
3. 如权利要求2所述一种城市监管部件在线更新系统的方法，其特征是，
所述地理数据信息包括：基础地形图、行政区划和地理编码；
所述基础地形图包括：植被、水系、建筑物、道路面、桥、道路中心线；
所述行政区划包括：社区、街道办、县级及县级以上行政区划。
所述地理编码包括：兴趣点、标志物和门牌号。
4. 如权利要求2所述一种城市监管部件在线更新系统的方法，其特征是，所述步骤2中的部件信息包括部件名称、类别、位置、材质、状态、主管单位、权属单位及维护单位。”
经形式审查合格，国家知识产权局于2019年01月24日依法受理了该复审请求，并将其转送至原审查部门进行前置审查。
原审查部门在前置审查意见书中认为：1）对比文件1没有公开采用企业服务总线ESB负责系统内部的通信的技术特征。然而，公知证据（《Web X.0环境下的万维网服务技术与实践》）公开了企业服务总线ESB是实现SOA架构的重要技术，其是连接企业服务组件的纽带，是开放的、基于标准的、可靠的消息传输、协议转换、服务监控机制，能完成异构环境的服务和集成需求；ESB一方面担当服务集成和消息传输的“主干道”，另一方面具有“转换器”的职责，负责在服务之间转换业务逻辑和数据格式；可见，使用企业服务总线ESB负责接口通信、数据传输、安全监控及异常处理，属于本领域的公知常识。基于此，在面对城市监管部件信息更新系统及方法中如何实现系统内各接口之间的通信及数据传输时，本领域技术人员有动机去获取计算机领域中的上述现有技术，将企业服务总线ESB具体应用到城市监管部件在线更新系统的架构中以实现应用层与业务系统、GIS平台之间的接口通信、数据传输，以及各业务系统之间的数据交互，这是本领域技术人员根据实际需要容易想到并实现的。因此，上述公知证据给出了创造性结合启示。另外，审查员进一步补充检索到公知证据（《大数据管理 数据集成的技术、方法与最佳实践》，（美）瑞芙著，北京机械工业出版社，2014年3月），其具体公开如下特征：企业服务总线ESB是实现实时数据集成最主要的工具，它提供了大量用于管理实时数据接口所需要的功能，ESB提供或者集成了不同服务器之间物理数据移动的传输机制，对事件和交互的顺序进行调度，协调运行在不同服务器上的不同技术之间的交互和转换，监控并进行错误恢复，还将与组织的数据安全方案进行集成；可见，使用企业服务总线ESB负责接口通信、数据传输、安全监控及异常处理，属于本领域的公知常识。2）在城市部件管理系统中，部件信息是系统内传输与交互的重要数据，为了保证数据的安全与准确，在获取到真实数据后，对数据进行加密，得到加密数据，然后传输加密数据，在接收数据时，对接收到的加密数据进行解密，并且为了保证数据的准确性与完整性，对解密后的数据进行校验，得到准确的数据后，再将数据存储到业务数据库中，这一过程中对数据进行加密解密封装校验，是本领域技术人员保证数据传输安全性与准确性的惯用手段，因而坚持原驳回决定。
随后，国家知识产权局成立合议组对本案进行审理。
合议组于2019 年08月20日向复审请求人发出复审通知书，指出：（1) 权利要求1与对比文件1的区别在于：1）企业服务总线ESB，其负责接口调用、数据传输、安全监控及异常处理，用于对业务系统提供的服务进行统一处理，通过注册、授权方式允许部件在线更新系统访问，并对访问过程进行监控，确保数据传输安全性及异常处理；2）应用层与企业服务总线ESB通信，通过企业服务总线ESB调用业务系统及GIS平台提供的服务；业务系统与企业服务总线ESB通信，通过企业服务总线ESB获取业务数据库中的数据，业务系统通过企业服务总线ESB实现业务系统之间数据交互和业务协作；GIS平台与企业服务总线ESB通信，通过企业服务总线ESB调用空间数据引擎提供的服务，获取GIS数据库中的数据。也就是说，应用层、业务系统和GIS平台都与企业服务总线ESB通信以获取各自操作所需的服务和数据；3）应用层按照预设的算法对部件信息进行校对、验证，并将其加工成预设的数据格式，对加工完成的部件数据进行封装、加密、发送，业务系统的接口服务接收到数据后，进行解密、解封，并对数据进行完整性校验，对校验完毕的部件数据，根据预设算法，存储到业务数据库中。基于上述区别，权利要求1实际要解决的问题是：（1）如何确保数据传输安全和异常处理；（2）如何实现应用层对业务系统和GIS平台的调用；（3）如何确保部件数据的安全性及准确性。针对区别技术特征1），企业服务总线ESB用于数据传输和数据转换，是本领域的公知常识，例如参见《Web X.0环境下的万维网服务技术与实践》（朱焱编著，第166-169页，2011年11月），其中公开了企业服务总线ESB是实现SOA架构的重要技术，其是连接企业服务组件的纽带，是开放的、基于标准的、可靠的消息传输、协议转换、服务监控机制，能完成异构环境的服务和集成需求；ESB一方面担当服务集成和消息传输的“主干道”，另一方面具有“转换器”的职责，负责在服务之间转换业务逻辑和数据格式。基于上述公知常识，本领域技术人员容易想到使用服务总线ESB，负责接口调用、数据传输、安全监控及异常处理，并对业务系统提供的服务进行统一处理，通过注册、授权方式允许部件在线更新系统访问，对访问过程进行监控，这属于本领域的惯用手段。针对区别技术特征2），企业服务总线ESB是连接企业服务组件的纽带，是消息传输的主干道，基于此，本领域技术人员容易想到使用企业服务总线ESB来连接应用层与数据库层，通过应用层与企业服务总线ESB通信，实现对业务系统和GIS平台提供的服务的调用；以及利用企业服务总线ESB进行通信，实现各业务系统之间的数据调用。针对区别技术特征3），在该系统用于对城市部件进行在线更新，部件数据是非常重要的数据，为了保证数据的安全性及准确性，在传输数据前，对数据进行校验和加密，接收数据时，对数据进行解密并校验，再存储到业务数据库中的对应位置，这些属于本领域的惯用手段。因此，在对比文件1的基础上结合本领域的惯用手段，得到权利要求1请求保护的技术方案对本领域技术人员来说是显而易见的，该权利要求不具有突出的实质性特点和显著的进步，因而不具备专利法第22条第3款规定的创造性。（2）权利要求2与对比文件1的进一步区别在于：1）应用层调用权限管理模块判断请求不符合登录要求时，拒绝用户使用系统；2）应用层按照预设的算法对部件信息进行校对、验证，对加工完成的部件数据进行封装、加密、发送，业务系统的接口服务接收到数据后，进行解密、解封，并对数据进行完整性校验。基于上述区别，权利要求2实际要解决的问题是：（1）如何保证系统的安全性；（2）如何保证部件数据的安全性及准确性。针对区别技术特征（1），权限管理模块判断用户登录请求不符合要求时，表明该用户不是该系统的合法用户，拒绝非法用户的访问，以保证系统的安全，这是本领域的惯用手段。针对区别技术特征（2），在该系统中，部件数据是非常重要的数据，为了保证数据的安全性及准确性，在传输数据前，对数据进行校验和加密，接收数据时，对数据进行解密并校验，这属于本领域的惯用手段。因此，在其引用的权利要求1已不具备创造性的情况下，进一步由对比文件1结合本领域的惯用手段，得到权利要求2请求保护的技术方案对本领域技术人员来说是显而易见的，该权利要求不具有突出的实质性特点和显著的进步，因而不具备专利法第22条第3款规定的创造性。3）权利要求3-4的附加技术特征或者被对比文件1公开，或者属于本领域的公知常识。因此，在其引用的权利要求不具备创造性的情况下，该权利要求3-4也不具备创造性。
复审请求人于2019年09月23日提交了意见陈述书，但未修改申请文件。复审请求人认为：1）本申请利用企业服务总线实现数据传输、安全监控以及异常处理，确保数据传输安全性，同时保证城管部件数据更新的及时性和数据准确性，而对比文件1利用SOM和SOC实现业务逻辑层和数据层的数据交换，与本申请完全不同；此外，本申请中GIS平台和GIS数据库的数据交换通过企业服务总线和空间数据引擎，对比文件1采用SOC调用数据库；2）企业服务总线ESB负责系统内部通信是本领域的公知常识，但本申请利用企业服务总线一方面实现服务集成和消息传输，另一方面，负责在服务之间转换业务逻辑和数据格式，提高了数据交互的效率。
在上述程序的基础上，合议组认为本案事实已经清楚，可以作出审查决定。
二、决定的理由
审查文本的认定
复审请求人于2019年09月23日答复复审通知书时没有修改申请文件，本复审决定所针对的文本和前次复审通知书针对的文本相同，为：2019年01月21日提交的权利要求第1-4项；申请日2015年01月07日提交的说明书第1-79段，说明书附图图1-2，说明书摘要以及摘要附图。
关于专利法第22条第3款
专利法第22条第3款规定：创造性，是指与现有技术相比，该发明具有突出的实质性特点和显著的进步，该实用新型具有实质性特点和进步。
如果一项权利要求请求保护的技术方案相对于最接近的现有技术存在区别技术特征，且现有技术中给出了将上述区别技术特征应用到该最接近的现有技术以解决其存在的技术问题的技术启示，这种启示会使本领域技术人员在面对所述技术问题时，有动机改进该最接近的现有技术并获得该权利要求请求保护的技术方案，则该权利要求请求保护的技术方案不具有突出的实质性特点和显著的进步，不具备创造性。
本复审决定所引用的对比文件与驳回决定及复审通知书所引用的对比文件相同，即：
对比文件1：“基于WebGIS的数字城市管理部件在线更新系统的研究”，周丽娟，《中国优秀硕士论文全文数据库 基础科学辑》，第10期，公开时间2011年10月15日。
对比文件1为最接近的现有技术。
1）权利要求1请求保护一种城市监管部件在线更新系统，对比文件1公开了一种基于WebGIS的数字城市管理部件在线更新系统，并具体公开了（参见第11，17-18，20，23，26-28页，图3.6）：
该系统在逻辑结构上采用了基于B/S结构的多层体系结构，系统从层次上分为：表现层、web层、业务逻辑层和数据层4个主要层次；表现层是用户访问系统的公共接口，它把用户的请求通过internet转发到web服务器，起到连接用户与服务器的作用，用户通过表现层向服务器发起的请求可以是对地图中的部件进行在线管理，包括查询、添加、修改、删除、定位、移动等（相当于“应用层包括部件普查和部件编辑功能，是部件在线更新的数据获取渠道”）；
web层负责接收表现层发送的请求，调用业务逻辑层中GIS服务器中的组件来完成相应的GIS处理功能；业务逻辑层是基于ArcGIS Server平台的GIS服务器中心，负责实现GIS分析处理功能及空间数据的调用，完成相关操作并将结果返回给web；数据层主要用于提供空间数据，通过ArcSDE空间数据引擎实现对数据库中空间数据的集中管理，GIS功能包括地图服务和GPS定位功能（相当于“通过空间数据引擎调用GIS平台提供的服务，获取GIS数据库中的数据，提供丰富的GIS功能，包括地图和定位器，GIS数据库用于存储地理数据信息，空间数据引擎与GIS数据库通信，获取GIS数据库中的数据并进行加工处理”）；
系统数据层的云数据库中存储有部件的属性信息，web层通过业务逻辑层调用数据层中的云数据（相当于“调用业务系统，获取业务数据库中的数据，业务数据库用于保存业务数据”）；
Oracle数据库是对象-关系数据库管理系统，本系统的数据库即采用此商用的大型数据库系统（相当于“关系数据库管理系统RDBMS，负责对业务数据库和GIS数据库进行管理，并将数据组织为相关的行和列”）；
针对用户，不同的角色分配不同的权限，同一个用户名同一时间内不允许重复登录，保证系统的安全性和一致性（相当于“权限管理，用于对系统访问权限的控制和信息安全的管理”）；
部件是指城市市政监管公共区域的各项设施，包括：市政公用设施类、道理交通类、市容环境类、园林绿化类等（相当于“业务系统包括数字城管系统中的智慧城管、智慧园林、智慧环卫及智慧市政，每个系统都有自己负责的业务范围”）；
用户可以在可编辑图层上对部件进行管理操作，如：添加新部件、删除旧部件、修改部件属性信息、定位部件，还可以查询部件的历史数据（相当于“部件编辑，对部件属性进行编辑”）；
用户可以在选定的可编辑图层上，对部件属性进行查询，将查询结果导出到excel表或者打印出来，并在地图中高亮显示（相当于“部件查找，根据部件属性信息查找部件，并以列表形式展现，并在地图中显著标识”）；
本系统中具有电子地图，部件属性信息包括部件编号、单元网格、经纬度坐标等，被定位的部件会在地图中高亮显示，方便用户操作（相当于“部件定位，根据部件的经纬度信息在地图中进行定位，支持对部件信息的查看”）；
当信息采集监督员在巡检中发现现实部件和地图上部件不一致时，就需要通过智能手机进行上报，将发生变更的部件，以“未普查部件”的事件小类上报给城管中心，城管中心对“未普查部件”根据照片进行部件分类处理归档，当“未普查案件”累积到规定数量以后，编制“零星部件普查任务书”及“部件普查任务列表”，其内容包括任务完成时间、各部件的大类、小类、地理位置描述及问题描述，并下达给测绘院（相当于“普查任务，由管理人员对某个地图区域发布普查任务，并指定特定的人员完成普查任务”）；
测绘院根据收到的任务书及列表，对部件的坐标及属性进行普查核对，并按照规定的表格样式，将普查成果资料提交给城管中心（相当于“普查记录，工作人员接受到部件普查任务后，赶到制定的地点进行普查，并将普查的数据上报到中心，形成普查记录”）；
城管中心对普查成果与任务书进行核对，检查是否有漏查及错查现象，有问题的要求测绘院重新进行普查，经核对无误，报请主管领导审批（相当于“部件审核，管理人员针对上报的普查记录进行审核，对上报的部件是否符合要求进行判断”）；
主管领导审批通过后，编制“零星部件数据更新任务书”，要求限期将普查成果导入城管系统数据库及城管通终端（相当于“部件入库，部件普查记录经审核后，对于符合要求的记录允许将部件录入到空间数据库中，入库后，部件即可在地图中展示”）；
部件更新菜单界面，在电子地图上，部件是在可编辑图层上，便于用户操作管理（相当于“专题图层，将部件组成专题图层，便于查看和访问”）。
权利要求1与对比文件1的区别在于：（1）企业服务总线ESB，其负责接口调用、数据传输、安全监控及异常处理，用于对业务系统提供的服务进行统一处理，通过注册、授权方式允许部件在线更新系统访问，并对访问过程进行监控，确保数据传输安全性及异常处理；（2）应用层与企业服务总线ESB通信，通过企业服务总线ESB调用业务系统及GIS平台提供的服务；业务系统与企业服务总线ESB通信，通过企业服务总线ESB获取业务数据库中的数据，业务系统通过企业服务总线ESB实现业务系统之间数据交互和业务协作；GIS平台与企业服务总线ESB通信，通过企业服务总线ESB调用空间数据引擎提供的服务，获取GIS数据库中的数据。也就是说，应用层、业务系统和GIS平台都与企业服务总线ESB通信以获取各自操作所需的服务和数据；（3）应用层按照预设的算法对部件信息进行校对、验证，并将其加工成预设的数据格式，对加工完成的部件数据进行封装、加密、发送，业务系统的接口服务接收到数据后，进行解密、解封，并对数据进行完整性校验，对校验完毕的部件数据，根据预设算法，存储到业务数据库中。基于上述区别，权利要求1实际要解决的问题是：（1）如何确保数据传输安全和异常处理；（2）如何实现应用层对业务系统和GIS平台的调用；（3）如何确保部件数据的安全性及准确性。
针对区别技术特征（1），企业服务总线ESB用于数据传输和数据转换，是本领域的公知常识，例如参见《Web X.0环境下的万维网服务技术与实践》（朱焱编著，第166-169页，2011年11月），其中公开了企业服务总线ESB是实现SOA架构的重要技术，其是连接企业服务组件的纽带，是开放的、基于标准的、可靠的消息传输、协议转换、服务监控机制，能完成异构环境的服务和集成需求；ESB一方面担当服务集成和消息传输的“主干道”，另一方面具有“转换器”的职责，负责在服务之间转换业务逻辑和数据格式。基于上述公知常识，本领域技术人员容易想到使用服务总线ESB，负责接口调用、数据传输、安全监控及异常处理，并对业务系统提供的服务进行统一处理，通过注册、授权方式允许部件在线更新系统访问，对访问过程进行监控，这属于本领域的惯用手段。
针对区别技术特征（2），参见上述公知常识证据，企业服务总线ESB是连接企业服务组件的纽带，是消息传输的主干道，基于此，本领域技术人员容易想到使用企业服务总线ESB来连接应用层与数据库层，通过应用层与企业服务总线ESB通信，实现对业务系统和GIS平台提供的服务的调用；以及利用企业服务总线ESB进行通信，实现各业务系统之间的数据调用。
针对区别技术特征（3），在该系统用于对城市部件进行在线更新，部件数据是非常重要的数据，为了保证数据的安全性及准确性，在传输数据前，对数据进行校验和加密，接收数据时，对数据进行解密并校验，再存储到业务数据库中的对应位置，这些属于本领域的惯用手段。
因此，在对比文件1的基础上结合本领域的惯用手段，得到权利要求1请求保护的技术方案对本领域技术人员来说是显而易见的，该权利要求不具有突出的实质性特点和显著的进步，因而不具备专利法第22条第3款规定的创造性。
2）权利要求2引用权利要求1，其请求保护一种城市监管部件在线更新系统的方法，对比文件1还公开了（参见论文第11、20、24、27、51页，图3.6、4.13）：
数据层存储有空间数据，通过ArcSDE空间数据引擎实现对数据库中空间数据的集中管理，本文的体系结构中ArcGIS Server 可以提供良好的地图服务（相当于“步骤1：利用空间数据引擎，把地图数据信息存储到GIS数据库中，再利用GIS平台把地理数据信息发布成地图服务”）；
本系统对登录用户进行权限管理，以保证系统的安全性，权限管理中登录用户分为普通用户（城管操作员）和管理员，当信息采集监督员在巡检中发现现实部件和地图上部件不一致时，通过智能手机以“未普查部件”的事件小类上报给城管中心，城管中心对“未普查部件”根据照片进行部件分类处理归档（相当于“步骤2：应用层接受系统登录请求，调用权限管理模块判断请求是否符合登录要求，如果符合登录要求，根据用户操作，应用层获取待更新的部件信息及该部件当前的照片信息”）；
系统管理员可以对地图中的部件进行在线管理，主要包括：添加、修改、删除、定位、移动等操作，并将更改后的信息保存到相应的数据库中；当需要添加某个新部件时，选择添加部件的所在的可编辑图层，填写必要的信息，包括：部件编号16位，主管部门代码、权属单位代码、养护单位代码10位，单元网格14位，经纬度坐标等部件属性信息（相当于“应用层将获取到的部件信息，加工成预设的数据格式，并将加工完成的部件数据存储到业务数据库中”）；
主管领导审批通过后，将普查成果导入城管系统数据库及城管通终端，对数据库及终端上的数据进行更新（相当于“部件数据被业务系统读取，根据业务数据的需要，加工成合适的数据结构，并在业务系统中进行展示；以及业务系统获取当前部件的编号及审核结果，调用部件状态变更接口，将部件的审核结果数据存储到业务数据库中”）。
权利要求2与对比文件1的进一步区别在于：（1）应用层调用权限管理模块判断请求不符合登录要求时，拒绝用户使用系统；（2）应用层按照预设的算法对部件信息进行校对、验证，对加工完成的部件数据进行封装、加密、发送，业务系统的接口服务接收到数据后，进行解密、解封，并对数据进行完整性校验。基于上述区别，权利要求2实际要解决的问题是：（1）如何保证系统的安全性；（2）如何保证部件数据的安全性及准确性。
针对区别技术特征（1），权限管理模块判断用户登录请求不符合要求时，表明该用户不是该系统的合法用户，拒绝非法用户的访问，以保证系统的安全，这是本领域的惯用手段。
针对区别技术特征（2），在该系统中，部件数据是非常重要的数据，为了保证数据的安全性及准确性，在传输数据前，对数据进行校验和加密，接收数据时，对数据进行解密并校验，这属于本领域的惯用手段。
因此，在其引用的权利要求1已不具备创造性的情况下，进一步由对比文件1结合本领域的惯用手段，得到权利要求2请求保护的技术方案对本领域技术人员来说是显而易见的，该权利要求不具有突出的实质性特点和显著的进步，因而不具备专利法第22条第3款规定的创造性。
3）权利要求3引用权利要求2，对比文件1已公开（参见论文22页）：本系统空间数据包括基础数据、单元网格数据、地理编码数据（相当于“地理数据信息包括基础地形图、行政区划和地理编码”）；基础数据包括地形图、水系图、影像图，地形图数据一般包括道理中心线图层、道路边线图层、面状道路图层、建筑物图层、地名注记图层以及其他地物图层（相当于“基础地形图包括：植被、水系、建筑物、道道路面、桥、道路中心线”）；对城管范围内的各城区街道办事处、社区进行界线确认，并在社区范围内划分万米单元网格，建立单元网格数据库，单位网格编码由14位数字组成，依次为：6位县级及县级以上行政区划代码、3位街道（镇）代码、3位社区代码和2位单元网格顺序码（相当于“行政区划包括：社区、街道办、县级及县级以上行政区划”）。另外，地理编码采用兴趣点、标志物和门牌号进行标识，这属于本领域的惯用手段。因此，在其引用的权利要求不具备创造性的情况下，该权利要求也不具备专利法第22条第3款规定的创造性。
4）权利要求4引用权利要求2，对比文件1已公开（参见论文第51页）：部件属性信息包括：部件编号、主管部门、权属单位、养护单位，经纬度坐标等信息（相当于“部件信息包括：位置、主管单位、权属单位及维护单位”）。另外，部件名称、类别、材质、状态等信息是部件的基本属性信息，这是本领域的公知常识。因此，在其引用的权利要求不具备创造性的情况下，该权利要求也不具备创造性。
对复审请求人相关意见的评述
对于复审请求人针对复审通知书所陈述的相关意见（参见案由部分），合议组认为：
1）对比文件1公开了本申请的技术架构以及大部分特征，但没有公开采用企业服务总线ESB负责系统内部通信。然而，公知证据1（《Web X.0环境下的万维网服务技术与实践》，朱焱编著，第166-169页，2011年11月）公开了企业服务总线ESB是实现SOA架构的重要技术，其是连接企业服务组件的纽带，是开放的、基于标准的、可靠的消息传输、协议转换、服务监控机制，能完成异构环境的服务和集成需求；ESB一方面担当服务集成和消息传输的“主干道”，另一方面具有“转换器”的职责，负责在服务之间转换业务逻辑和数据格式；此外，在公知证据2（《大数据管理 数据集成的技术、方法与最佳实践》，（美）瑞芙著，北京机械工业出版社，2014年3月）中公开了（参见第101-102页）企业服务总线ESB是实现实时数据集成最主要的工具，它提供了大量用于管理实时数据接口所需要的功能，ESB提供或者集成了不同服务器之间物理数据移动的传输机制，对事件和交互的顺序进行调度，协调运行在不同服务器上的不同技术之间的交互和转换，监控并进行错误恢复，还将与组织的数据安全方案进行集成，可见，使用企业服务总线ESB负责接口通信、数据传输、安全监控及异常处理，属于本领域的公知常识。在面对城市监管部件信息更新系统及方法中如何实现系统内各接口之间的通信及数据传输时，本领域技术人员有动机去获取计算机领域中的上述现有技术，将企业服务总线ESB具体应用到城市监管部件在线更新系统的架构中以实现应用层与业务系统、GIS平台之间的接口通信、数据传输，以及各业务系统之间的数据交互，这是本领域技术人员根据实际需要容易想到并实现的。
2）正如复审请求人提到的，企业服务总线ESB负责系统内部通信是本领域的公知常识，在面对城市监管部件信息更新系统及方法中如何实现系统内各接口之间的通信及数据传输时，为了提高了数据交互的效率，本领域技术人员容易想到在对比文件1公开的技术方案的基础上采用企业服务总线ESB实现服务集成和消息传输。也就就是说，提高数据交互的效率是采用了企业服务总线这一公知常识带来的。
综上，复审请求人陈述的本申请的权利要求具备创造性的理由未被合议组接受。
三、决定
维持国家知识产权局于2018 年11 月28 日对本申请作出的驳回决定。
如对本复审决定不服，根据专利法第41条第2款的规定，复审请求人可以自收到本复审决定之日起三个月内向北京知识产权法院起诉。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
