发明创造名称：报文解析系统及报文解析方法
外观设计名称：
决定号：187924
决定日：2019-08-26
委内编号：1F271681
优先权日：无
申请（专利）号：201410219924.0
申请日：2014-05-22
复审请求人：阿里巴巴集团控股有限公司
无效请求人：
授权公告日：
审定公告日：
专利权人：
主审员：孙志玲
合议组组长：白坦
参审员：邓璐
国际分类号：H04L12/951
外观设计分类号：
法律依据：专利法第二十二条第三款
决定要点
：若权利要求所要求保护的技术方案与最接近的现有技术公开的内容相比存在区别特征，但上述区别特征是所属技术领域的惯用手段，则该权利要求所要求保护的技术方案是显而易见的，不具有突出的实质性特点，不具备创造性。
全文：
本复审请求涉及申请号为201410219924.0，名称为“报文解析系统及报文解析方法”的发明专利申请（下称本申请）。申请人为阿里巴巴集团控股有限公司。本申请的申请日为2014年05月22日，公开日为2015年11月25日。
经实质审查，国家知识产权局实质审查部门于2018年10月22日发出驳回决定，驳回了本申请，驳回决定引用的对比文件为：对比文件1，CN102769547A，公开日为2012年11月07日。驳回理由是：权利要求1-14相对于对比文件1和本领域惯用手段的结合不具备专利法第二十二条第三款规定的创造性。驳回决定所依据的文本为：申请日2014年05月22日提交的说明书第1-89段（即第1-12页）、说明书附图第1-4页、说明书摘要和摘要附图，2018年07月02日提交的权利要求第1-14项。
驳回决定所针对的权利要求书内容如下：
“1. 一种报文解析系统，其特征在于，包括：
下载解析子系统，用于从建立有通信连接的文件传输服务器中下载报文资料，对下载的所述报文资料进行解析和封装以形成报文封装包；所述报文资料根据业务属性而分类，所述报文封装包根据报文资料的业务属性而具有相应的消息主题；以及
与所述下载解析子系统通信连接的消息通知服务器，用于接收来自所述下载解析子系统的所述报文封装包并根据所述报文封装包的消息主题而将所述报文封装包分发至与所述消息通知服务器通信连接、且订阅有该消息主题的业务子系统，以供相应的所述业务子系统将接收的所述报文封装包进行报文处理；
所述业务子系统包括：
订阅模块，用于向所述消息通知服务器订阅与自身业务属性对应的报文；
订阅接收模块，用于接收由所述消息通知服务器分发的所述报文封装包；
解封装模块，用于对所述订阅接收模块接收的所述报文封装包进行解分装而获得报文数据；
校验模块，用于对所述解封装模块解封装获得的所述报文数据进行校验；以及
数据库，用于存储通过所述校验模块校验的报文数据；
所述业务子系统还包括：信息同步模块，用于将报文处理结果同步至所述消息通知服务器；且，所述消息通知服务器还包括：同步接收模块，用于获取所述业务子系统通过所述信息同步模块同步过来的报文处理结果并在得到所述报文处理结果中存在报文处理失败的情形下触发所述分发模块重新分发与所述报文处理失败对应的报文封装包至所述业务子系统；或者
所述业务子系统还包括：信息反馈模块，用于将报文处理结果反馈至所述消息通知服务器；且，所述消息通知服务器还包括：反馈接收模块，用于获取所述业务子系统通过所述信息反馈模块所反馈的报文处理结果并在得到所述报文处理结果中存在报文处理失败的情形下触发所述分发模块重新分发与所述报文处理失败对应的报文封装包至所述业务子系统。
2. 根据权利要求1所述的报文解析系统，其特征在于，所述下载解析子系统包括：
通信模块，用于与文件传输服务器建立通信连接；
下载模块，用于从建立有通信连接的文件传输服务器中下载报文资料；
解析模块，用于对由所述下载模块下载的所述报文资料进行解析获得报文消息；
封装模块，用于对所述解析模块解析出的各条报文消息分别进行封装以形成报文封装包；以及
发送模块，用于将所述封装模块所封装的所述报文封装包发送至所述消息通知服务器。
3. 根据权利要求2所述的报文解析系统，其特征在于，
所述下载模块从所述文件传输服务器中下载的所述报文资料为报文压缩包；
所述下载解析子系统还包括：解压缩模块，用于在所述解析模块进行解析之前对所述下载模块下载的所述报文压缩包进行解压缩。
4. 根据权利要求2所述的报文解析系统，其特征在于，所述下载解析子系统还包括：设置模块，用于根据业务属性而设置报文资料的解析顺序，以供所述解析模块根据设置的所述解析顺序而对下载的所述报文资料依序进行解析和封装。
5. 根据权利要求1或2所述的报文解析系统，其特征在于，所述报文封装包根据报文资料的业务属性而具有相应的消息主题，包括：
所述下载解析子系统对所述报文资料进行封装形成报文封装包，所述报文封装包中包括消息主题、报文数据、以及消息类型，所述消息主题是与报文资料的业务属性对应。
6. 根据权利要求5所述的报文解析系统，其特征在于，在所述报文资料中，每一条业务数据被所述封装模块封装为一个报文封装包。
7. 根据权利要求1至4中任一项所述的报文解析系统，其特征在于，所述消息通知服务器包括：
接收模块，用于从所述下载解析子系统接收报文封装包；以及
分发模块，用于根据所述报文封装包的消息主题而将所述报文封装包分发至订阅该消息主题的业务子系统。
8. 根据权利要求1所述的报文解析系统，其特征在于，所述业务子系统包括：客户子系统、账单子系统、保单子系统、以及理赔子系统中至少一项。
9. 一种报文解析方法，其特征在于，包括：
从建立有通信连接的文件传输服务器中下载报文资料，并对下载的所述报文资料进行解析和封装以形成报文封装包；所述报文资料根据业务属性而分类，所述报文封装包根据报文资料的业务属性而具有相应的消息主题；以及
根据所述报文封装包的消息主题而将所述报文封装包分发至建立有通信连接、且订阅有该消息主题的业务子系统，以供相应的所述业务子系统将接收的所述报文封装包进行报文处理；
获取由所述业务子系统同步过来的报文处理结果并在所述报文处理结果存在报文处理失败的情形下重新分发与所述报文处理失败对应的报文封装包至所述业务子系统；或者
获取所述业务子系统反馈过来的报文处理结果并在所述报文处理结果存在报文处理失败的情形下重新分发与所述报文处理失败对应的报文封装包至所述业务子系统；
所述业务子系统将接收的所述报文封装包进行报文处理，包括：
接收分发的所述报文封装包；
对接收的所述报文封装包进行解分装而获得报文数据；
对解封装获得的所述报文数据进行校验；以及
将通过所述校验模块校验的报文数据入库存储。
10. 根据权利要求9所述的报文解析方法，其特征在于，对下载的所述报文资料进行解析和封装以形成报文封装包，包括：
对下载的所述报文资料进行解析获得报文消息；以及
对解析出的各条报文消息分别进行封装以形成报文封装包。
11. 根据权利要求9所述的报文解析方法，其特征在于，在所述报文资料中，每一条业务数据被所述封装模块封装为一个报文封装包。
12. 根据权利要求9所述的报文解析方法，其特征在于，
所述报文资料为报文压缩包；
在对所述报文资料进行解析之前还包括对下载的所述报文压缩包进行解压缩。
13. 根据权利要求9、10、11、或12所述的报文解析方法，其特征在于，所述报文封装包根据报文资料的业务属性而具有相应的消息主题，包括：
对所述报文资料进行封装形成报文封装包，所述报文封装包中包括消息主题、报文数据、以及消息类型，所述消息主题是与报文资料的业务属性对应。
14. 根据权利要求9、10、11、或12所述的报文解析方法，其特征在于，根据所述报文封装包的消息主题而将所述报文封装包分发至建立有通信连接、且订阅有该消息主题的业务子系统，包括：
接收各个所述业务子系统发出的与自身业务属性对应的报文订阅请求；
根据各个所述业务子系统的报文订阅请求，获取与所述报文订阅请求对应的消息主题；以及
根据所述报文封装包的消息主题而将各个所述报文封装包分发至订阅有该消息主题的业务子系统。”
申请人（下称复审请求人）对上述驳回决定不服，于2019年01月21日向专利复审委员会提出了复审请求，同时在申请日提交的文本的基础上对权利要求书进行了修改，主要修改为将权利要求5的部分附加技术特征和权利要求6的附加技术特征增加到权利要求1中，将权利要求15的附加技术特征增加到权利要求11中，还删除了从属权利要求5、6、13、15，修改了权利要求的序号及引用关系。复审请求人认为：本申请相对于对比文件1具有如下区别：（1）解析所述报文资料获得报文数据，将所述报文数据进行封装以形成报文封装包；在所述报文资料中，每一条业务数据被所述封装模块封装为一个报文封装包；所述报文资料根据业务属性而分类，所述报文封装包根据报文资料的业务属性而具有相应的消息主题；所述报文封装包中包括消息主题、报文数据、以及消息类型；（2）与所述下载解析子系统通信连接的消息通知服务器，用于接收来自所述下载解析子系统的所述报文封装包并根据所述报文封装包的消息主题而将所述报文封装包分发至与所述消息通知服务器通信连接、且订阅有该消息主题的业务子系统。对比文件1中仅公开了信令处理模块进行信令数据的汇聚，进行信令的完整性、准确性校验，并向上层应用提供所需的信令数据，对比文件1中的汇聚与本申请中报文操作是相反的。对比文件1中简单的公开了根据订阅请求通过共享接口发给上层应用，未公开本申请中基于消息主题进行报文封装包的分发。上述区别技术特征（1）和（2）实际解决的技术问题为方便业务子系统灵活的扩展及业务子系统的稳定性、实现了解析和封装与分发的解耦、提升了基于订阅请求的分发的准确性。而对比文件1中接口共用和共享层的设置，是业务逻辑的耦合性的加强。
复审请求时新修改的权利要求书内容如下：
“1. 一种报文解析系统，其特征在于，包括：
下载解析子系统，用于从建立有通信连接的文件传输服务器中下载报文资料，解析所述报文资料获得报文数据，将所述报文数据进行封装以形成报文封装包；在所述报文资料中，每一条业务数据被所述封装模块封装为一个报文封装包；所述报文资料根据业务属性而分类，所述报文封装包根据报文资料的业务属性而具有相应的消息主题；所述报文封装包中包括消息主题、报文数据、以及消息类型；以及
与所述下载解析子系统通信连接的消息通知服务器，用于接收来自所述下载解析子系统的所述报文封装包并根据所述报文封装包的消息主题而将所述报文封装包分发至与所述消息通知服务器通信连接、且订阅有该消息主题的业务子系统，以供相应的所述业务子系统将接收的所述报文封装包进行报文处理。
2. 根据权利要求1所述的报文解析系统，其特征在于，所述下载解析子系统包括：
通信模块，用于与文件传输服务器建立通信连接；
下载模块，用于从建立有通信连接的文件传输服务器中下载报文资料；
解析模块，用于对由所述下载模块下载的所述报文资料进行解析获得报文消息；
封装模块，用于对所述解析模块解析出的各条报文消息分别进行封装以形成报文封装包；以及
发送模块，用于将所述封装模块所封装的所述报文封装包发送至所述消息通知服务器。
3. 根据权利要求2所述的报文解析系统，其特征在于，
所述下载模块从所述文件传输服务器中下载的所述报文资料为报文压缩包；
所述下载解析子系统还包括：
解压缩模块，用于在所述解析模块进行解析之前对所述下载模块下载的所述报文压缩包进行解压缩。
4. 根据权利要求2所述的报文解析系统，其特征在于，所述下载解析子系统还包括：
设置模块，用于根据业务属性而设置报文资料的解析顺序，以供所述解析模块根据设置的所述解析顺序而对下载的所述报文资料依序进行解析和封装。
5. 根据权利要求1至4中任一项所述的报文解析系统，其特征在于，所述消息通知服务器包括：
接收模块，用于从所述下载解析子系统接收报文封装包；以及
分发模块，用于根据所述报文封装包的消息主题而将所述报文封装包分发至订阅该消息主题的业务子系统。
6. 根据权利要求5所述的报文解析系统，其特征在于，所述业务子系统包括：
订阅模块，用于向所述消息通知服务器订阅与自身业务属性对应的报文；
订阅接收模块，用于接收由所述消息通知服务器分发的所述报文封装包；
解封装模块，用于对所述订阅接收模块接收的所述报文封装包进行解分装而获得报文数据；
校验模块，用于对所述解封装模块解封装获得的所述报文数据进行校验；以及
数据库，用于存储通过所述校验模块校验的报文数据。
7. 根据权利要求6所述的报文解析系统，其特征在于，
所述业务子系统还包括：
信息同步模块，用于将报文处理结果同步至所述消息通知服务器；且，所述消息通知服务器还包括：同步接收模块，用于获取所述业务子系统通过所述信息同步模块同步过来的报文处理结果并在得到所述报文处理结果中存在报文处理失败的情形下触发所述分发模块重新分发与所述报文处理失败对应的报文封装包至所述业务子系统；
或者
所述业务子系统还包括：
信息反馈模块，用于将报文处理结果反馈至所述消息通知服务器；
且，所述消息通知服务器还包括：
反馈接收模块，用于获取所述业务子系统通过所述信息反馈模块所反馈的报文处理结果并在得到所述报文处理结果中存在报文处理失败的情形下触发所述分发模块重新分发与所述报文处理失败对应的报文封装包至所述业务子系统。
8. 根据权利要求1所述的报文解析系统，其特征在于，所述业务子系统包括：客户子系统、账单子系统、保单子系统、以及理赔子系统中至少一项。
9. 一种报文解析方法，其特征在于，包括：
从建立有通信连接的文件传输服务器中下载报文资料，解析所述报文资料获得报文消息；所述报文资料根据业务属性而分类，所述报文封装包根据报文资料的业务属性而具有相应的消息主题；所述报文封装包中包括消息主题、报文数据、以及消息类型；以及
根据所述报文封装包的消息主题而将所述报文封装包分发至建立有通信连接、且订阅有该消息主题的业务子系统，以供相应的所述业务子系统将接收的所述报文封装包进行报文处理。
10. 根据权利要求9所述的报文解析方法，其特征在于，对下载的所述报文资料进行解析和封装以形成报文封装包，包括：
对下载的所述报文资料进行解析获得报文消息；以及
对解析出的各条报文消息分别进行封装以形成报文封装包。
11. 根据权利要求9所述的报文解析方法，其特征在于，
所述报文资料为报文压缩包；
在对所述报文资料进行解析之前还包括对下载的所述报文压缩包进行解压缩。
12. 根据权利要求9、10或11所述的报文解析方法，其特征在于，根据所述报文封装包的消息主题而将所述报文封装包分发至建立有通信连接、且订阅有该消息主题的业务子系统，包括：
接收各个所述业务子系统发出的与自身业务属性对应的报文订阅请求；
根据各个所述业务子系统的报文订阅请求，获取与所述报文订阅请求对应的消息主题；以及
根据所述报文封装包的消息主题而将各个所述报文封装包分发至订阅有该消息主题的业务子系统。
13. 根据权利要求9所述的报文解析方法，其特征在于，
所述业务子系统将接收的所述报文封装包进行报文处理，包括：
接收分发的所述报文封装包；
对接收的所述报文封装包进行解分装而获得报文数据；
对解封装获得的所述报文数据进行校验；以及
将通过所述校验模块校验的报文数据入库存储。
14. 根据权利要求13所述的报文解析方法，其特征在于，还包括：
获取由所述业务子系统同步过来的报文处理结果并在所述报文处理结果存在报文处理失败的情形下重新分发与所述报文处理失败对应的报文封装包至所述业务子系统；或者
获取所述业务子系统反馈过来的报文处理结果并在所述报文处理结果存在报文处理失败的情形下重新分发与所述报文处理失败对应的报文封装包至所述业务子系统。”
经形式审查合格，专利复审委员会于2019年01月24日依法受理了该复审请求，并将其转送至原审查部门进行前置审查。
原审查部门在前置审查意见书中认为：对比文件1公开了根据消息主题进行分发的技术特征，显然信令数据中必然包括业务类型和消息类型等信息。对比文件1中虽然多个应用共享一个接口，但是业务逻辑是独立的，这显然是对业务逻辑的解耦而非耦合性的加强。因而坚持驳回决定。
随后，专利复审委员会成立合议组对本案进行审理。
针对复审请求人于2019年01月21日提交的权利要求第1-14项，申请日2014年05月22日提交的说明书第1-12页、说明书附图第1-4页、说明书摘要和摘要附图，合议组于2019年04月25日发出复审通知书，引用的对比文件与驳回决定引用的对比文件相同，为对比文件1。复审通知书中指出权利要求1-14相对于对比文件1和本领域惯用手段的结合不具备创造性。并针对复审请求人的意见进行了答复。
复审请求人于2019年06月10日提交了意见陈述及修改后的权利要求书，将权利要求4作为新的权利要求1，删除权利要求1和2，将“报文消息”改为“报文数据”，依照装置权利要求中的功能特征适应性修改了方法权利要求中的方法步骤，适应性修改其他权利要求的序号及引用关系。
复审请求人认为：（1）本申请通过“报文封装包根据报文资料的业务属性而具有相应的消息主题，根据所述报文封装包的消息主题而将所述报文封装包分发至与所述消息通知服务器通信连接、且订阅有该消息主题的业务子系统”，使业务子系统可以横向扩展，报文处理能力可以通过增加处理机器来提高，简化了系统复杂度，操作简单且提高了报文处理的效率；（2）本申请将执行报文的下载及解析任务的代码逻辑均抽离到下载解析子系统中，免去了各个业务子系统中需分别配置代码的繁杂和冗余，减轻了复杂度，使新增业务子系统或对应的报文文件时无需再额外开发；（3）本申请通过“设置模块用于根据业务属性而设置报文资料的解析顺序，以供所述解析模块根据设置的所述解析顺序而对下载的所述报文资料依序进行解析和封装”，使报文文件的解析顺序是根据预先设置的解析任务表依序执行的，无需业务子系统之间相互耦合。
复审请求人答复复审通知书时提交的权利要求书内容如下：
“1. 一种报文解析系统，其特征在于，包括：
下载解析子系统，用于从建立有通信连接的文件传输服务器中下载报文资料，解析所述报文资料获得报文数据，将所述报文数据进行封装以形成报文封装包；在所述报文资料中，每一条业务数据被封装为一个报文封装包；所述报文资料根据业务属性而分类，所述报文封装包根据报文资料的业务属性而具有相应的消息主题；所述报文封装包中包括消息主题、报文数据、以及消息类型；以及
与所述下载解析子系统通信连接的消息通知服务器，用于接收来自所述下载解析子系统的所述报文封装包并根据所述报文封装包的消息主题而将所述报文封装包分发至与所述消息通知服务器通信连接、且订阅有该消息主题的业务子系统，以供相应的所述业务子系统将接收的所述报文封装包进行报文处理；
其中，所述下载解析子系统包括：
通信模块，用于与文件传输服务器建立通信连接；
下载模块，用于从建立有通信连接的文件传输服务器中下载报文资料；
解析模块，用于对由所述下载模块下载的所述报文资料进行解析获得报文数据；
封装模块，用于对所述解析模块解析出的各条报文数据分别进行封装以形成报文封装包；
发送模块，用于将所述封装模块所封装的所述报文封装包发送至所述消息通知服务器；以及
设置模块，用于根据业务属性而设置报文资料的解析顺序，以供所述解析模块根据设置的所述解析顺序而对下载的所述报文资料依序进行解析和封装。
2. 根据权利要求1所述的报文解析系统，其特征在于，
所述下载模块从所述文件传输服务器中下载的所述报文资料为报文压缩包；
所述下载解析子系统还包括：
解压缩模块，用于在所述解析模块进行解析之前对所述下载模块下载的所述报文压缩包进行解压缩。
3. 根据权利要求1或2所述的报文解析系统，其特征在于，所述消息通知服务器包括：
接收模块，用于从所述下载解析子系统接收报文封装包；以及
分发模块，用于根据所述报文封装包的消息主题而将所述报文封装包分发至订阅该消息主题的业务子系统。
4. 根据权利要求3所述的报文解析系统，其特征在于，所述业务子系统包括：
订阅模块，用于向所述消息通知服务器订阅与自身业务属性对应的报文；
订阅接收模块，用于接收由所述消息通知服务器分发的所述报文封装包；
解封装模块，用于对所述订阅接收模块接收的所述报文封装包进行解分装而获得报文数据；
校验模块，用于对所述解封装模块解封装获得的所述报文数据进行校验；以及
数据库，用于存储通过所述校验模块校验的报文数据。
5. 根据权利要求4所述的报文解析系统，其特征在于，
所述业务子系统还包括：
信息同步模块，用于将报文处理结果同步至所述消息通知服务器；且，所述消息通知服务器还包括：同步接收模块，用于获取所述业务子系统通过所述信息同步模块同步过来的报文处理结果并在得到所述报文处理结果中存在报文处理失败的情形下触发所述分发模块重新分发与所述报文处理失败对应的报文封装包至所述业务子系统；
或者
所述业务子系统还包括：
信息反馈模块，用于将报文处理结果反馈至所述消息通知服务器；
且，所述消息通知服务器还包括：
反馈接收模块，用于获取所述业务子系统通过所述信息反馈模块所反馈的报文处理结果并在得到所述报文处理结果中存在报文处理失败的情形下触发所述分发模块重新分发与所述报文处理失败对应的报文封装包至所述业务子系统。
6. 根据权利要求1所述的报文解析系统，其特征在于，所述业务子系统包括：客户子系统、账单子系统、保单子系统、以及理赔子系统中至少一项。
7. 一种报文解析方法，其特征在于，包括：
从建立有通信连接的文件传输服务器中下载报文资料，解析所述报文资料获得报文数据，将所述报文数据进行封装以形成报文封装包；在所述报文资料中，每一条业务数据被封装为一个报文封装包；所述报文资料根据业务属性而分类，所述报文封装包根据报文资料的业务属性而具有相应的消息主题；所述报文封装包中包括消息主题、报文数据、以及消息类型；以及
根据所述报文封装包的消息主题而将所述报文封装包分发至建立有通信连接、且订阅有该消息主题的业务子系统，以供相应的所述业务子系统将接收的所述报文封装包进行报文处理；
其中，从建立有通信连接的文件传输服务器中下载报文资料，解析所述报文资料获得报文数据，将所述报文数据进行封装以形成报文封装包的步骤，包括：
与文件传输服务器建立通信连接；
从建立有通信连接的文件传输服务器中下载报文资料；
对下载的所述报文资料进行解析获得报文数据；
根据业务属性而设置报文资料的解析顺序；
根据设置的所述解析顺序对解析出的各条报文数据分别进行封装以形成报文封装包；
将所述报文封装包发送至消息通知服务器。
8. 根据权利要求7所述的报文解析方法，其特征在于，
所述报文资料为报文压缩包；
在对所述报文资料进行解析之前还包括对下载的所述报文压缩包进行解压缩。
9. 根据权利要求7或8所述的报文解析方法，其特征在于，根据所述报文封装包的消息主题而将所述报文封装包分发至建立有通信连接、且订阅有该消息主题的业务子系统，包括：
接收各个所述业务子系统发出的与自身业务属性对应的报文订阅请求；
根据各个所述业务子系统的报文订阅请求，获取与所述报文订阅请求对应的消息主题；以及
根据所述报文封装包的消息主题而将各个所述报文封装包分发至订阅有该消息主题的业务子系统。
10. 根据权利要求9所述的报文解析方法，其特征在于，
所述业务子系统将接收的所述报文封装包进行报文处理，包括：
接收分发的所述报文封装包；
对接收的所述报文封装包进行解分装而获得报文数据；
对解封装获得的所述报文数据进行校验；以及
将通过所述校验模块校验的报文数据入库存储。
11. 根据权利要求10所述的报文解析方法，其特征在于，还包括：
获取由所述业务子系统同步过来的报文处理结果并在所述报文处理结果存在报文处理失败的情形下重新分发与所述报文处理失败对应的报文封装包至所述业务子系统；或者
获取所述业务子系统反馈过来的报文处理结果并在所述报文处理结果存在报文处理失败的情形下重新分发与所述报文处理失败对应的报文封装包至所述业务子系统。”
在上述程序的基础上，合议组认为本案事实已经清楚，可以作出审查决定。
二、决定的理由
审查文本的认定
复审请求人在复审阶段提交了权利要求书的修改文本。本复审请求审查决定依据的文本为：复审请求人于2019年06月10日提交的权利要求第1-11项，申请日2014年05月22日提交的说明书第1-12页、说明书附图第1-4页、说明书摘要和摘要附图。
经核实，复审请求人提交的上述权利要求书的修改之处符合专利法第三十三条的规定。
（二）具体理由的阐述
专利法第二十二条第三款规定：创造性，是指与现有技术相比，该发明具有突出的实质性特点和显著的进步，该实用新型具有实质性特点和进步。
本复审请求审查决定引用的对比文件与驳回决定和复审通知书引用的对比文件相同，即
对比文件1：CN102769547A，公开日为2012年11月07日。
1、权利要求1请求保护一种报文解析系统，对比文件1公开了一种信令数据提供系统和方法，并具体公开了以下内容（参见说明书第[0023]-[0030]、[0033]-[0037]、[0048]、[0057]段及附图1）：
如图1所示，该系统包括采集层101、共享层102和共享接口103。采集层101，用于采集信令数据，将采集的信令数据输出给共享层102。共享层102，用于对采集层101输出的信令数据进行处理，根据上层应用的订阅请求将处理后的信令数据通过共享接口发给上层应用。共享接口103，用于与一个以上的上层应用（相当于权利要求1中的业务子系统）分别相连，根据每个上层应用的订阅请求返回相应的信令数据。采集层101具体包括信令采集网关1011和一个以上的信令采集接入设备1012。信令采集网关1011，用于接收来自各个信令采集接入设备1012的信令数据，将该信令数据进行统一格式封装后输出给共享层102（相当于权利要求1中的下载报文资料）。其中的共享层可以包括信令处理模块1021、存储模块1022和接入模块1023。信令处理模块1021，用于对采集层101输出的信令数据进行解码，根据上层应用的订阅请求从解码结果中提取信令数据（相当于权利要求1中的解析所述报文资料获得报文数据）。存储模块1022，用于存储信令处理模块1021提取的信令数据。接入模块1023，用于根据上层应用的订阅请求，从信令处理模块1021和/或存储模块1022获取信令数据，将获取的信令数据合成预定结构的呼叫详细记录(CDR)或事务详细记录(TDR)（相当于权利要求1中的每一条业务数据被封装为一个报文封装包），根据上层应用的协议要求，对所述CDR或所述TDR进行协议转换，将进行协议转换后的CDR或TDR通过共享接口103分发给相应的上层应用。接入模块1023可以包括一模块，用于向上层应用显示能够订阅信令数据的业务类型（相当于权利要求1中的业务属性），根据上层应用选定的业务类型，显示能够订阅的协议类型，根据上层应用选定的协议类型显示能够订阅的消息类型，根据上层应用选定的消息类型，显示能够订阅的消息字段（消息字段相当于权利要求1中的消息主题；由业务类型显示协议类型、协议类型显示消息类型、消息类型显示消息字段可知，相当于权利要求1中的报文封装包根据报文资料的业务属性而具有相应的消息主题），接收包含上层应用选定的业务类型、协议类型、消息类型和消息字段的订阅请求。上层应用系统可以包括信令监测类应用系统和业务系统，典型的业务系统例如有来电提醒系统、小区短信系统、漫游短信欢迎系统、漫游天气预报系统、手机报系统等。
由上述对比文件1中记载的内容可知，接入模块根据上层应用选定的消息类型，显示能够订阅的消息字段，接收包含上层应用选定的业务类型、协议类型、消息类型和消息字段的订阅请求，从信令处理模块1021和/或存储模块1022获取信令数据，将获取的信令数据合成预定结构的呼叫详细记录(CDR)或事务详细记录(TDR)，根据上层应用的协议要求，对所述CDR或所述TDR进行协议转换，将进行协议转换后的CDR或TDR通过共享接口103分发给相应的上层应用，即对比文件1公开了权利要求1中的将报文封装包分发至订阅有该消息主题的业务子系统；上层应用接收到消息后必然要进行处理，因而此处亦隐含公开了权利要求1中的以供相应的所述业务子系统将接收的所述报文封装包进行报文处理；且由对比文件1中所公开的基于包含业务类型、协议类型、消息类型和消息字段的订阅请求将合成后的信令数据分发给相应的上层应用可知，合成后的信令数据中必然包括业务类型、消息类型和消息字段等信息，即对比文件1公开了报文封装包中包括消息主题、报文数据、以及消息类型。
由此可见，该权利要求所要求保护的技术方案与对比文件1所公开的技术内容相比，其区别特征在于：（1）权利要求1中的报文解析系统中，下载解析子系统从与其通信连接的文件传输服务器中下载报文资料；采用下载解析子系统和与下载解析子系统通信连接的消息通知服务器实现相应的报文处理和分发功能，下载解析子系统中包括通信模块、下载模块、解析模块、封装模块、发送模块分别实现对应的功能；而对比文件1的系统中是采用采集层、共享层和共享接口实现相应的信令处理和分发功能；（2）设置模块，用于根据业务属性而设置报文资料的解析顺序，以供所述解析模块根据设置的所述解析顺序而对下载的所述报文资料依序进行解析和封装。基于上述区别特征可以确定，该权利要求所要求保护的技术方案实际解决的技术问题是：如何配置系统内的单元以及如何处理报文资料。
对于区别特征（1），对本领域技术人员来说，从文件传输服务器中获取信息属于本领域的惯用手段，且将方法产品化，采用相应的装置并建立各个装置的连接关系来实现相应的方法以及在装置内进一步设置各个模块实现相应的功能均属于本领域的惯用手段，在此基础上，本领域技术人员有动机基于对比文件1所公开的功能设置文件传输服务器、下载解析子系统、消息通知服务器相互之间通信连接配合实现相关功能。
对于区别特征（2），按预设的顺序处理数据包属于本领域的惯用手段，且设置相应的模块实现相应的功能也属于本领域构建系统的惯用手段。
因此，在对比文件1的基础上结合上述本领域的惯用手段以获得该权利要求所要求保护的技术方案，对于所属领域技术人员来说是显而易见的，因此权利要求1所要求保护的技术方案不具有突出的实质性特点，不符合专利法第二十二条第三款有关创造性的规定。
2、权利要求2引用了权利要求1，然而以压缩包的形式在设备间传递数据并在接收时进行解压缩属于本领域的惯用手段，且设置相应的模块实现相应的功能属于本领域构建系统的惯用手段。因此，当其引用的权利要求不具备创造性时，权利要求2要求保护的技术方案也不具有突出的实质性特点，因而不符合专利法第二十二条第三款有关创造性的规定。
3、权利要求3引用了权利要求1或2，其附加技术特征进一步限定了由各个模块分别实现权利要求1中消息通知服务器的功能。对于本领域技术人员来说，设置相应的模块实现相应的功能属于本领域构建系统的惯用手段。因此，当其引用的权利要求不具备创造性时，权利要求3要求保护的技术方案也不具有突出的实质性特点，因而不符合专利法第二十二条第三款有关创造性的规定。
4、权利要求4引用了权利要求3，对比文件1公开了以下内容（参见说明书第[0036]、[0048]段）：
接入模块1023，用于根据上层应用的订阅请求，从信令处理模块1021和/或存储模块1022获取信令数据，将获取的信令数据合成预定结构的呼叫详细记录(CDR)或事务详细记录(TDR)，根据上层应用的协议要求，对所述CDR或所述TDR进行协议转换，将进行协议转换后的CDR或TDR通过共享接口103分发给相应的上层应用。接入模块1023可以包括一模块，用于向上层应用显示能够订阅信令数据的业务类型（相当于权利要求4中的业务属性），根据上层应用选定的业务类型，显示能够订阅的协议类型，根据上层应用选定的协议类型显示能够订阅的消息类型，根据上层应用选定的消息类型，显示能够订阅的消息字段（相当于权利要求4中的订阅与自身业务属性对应的报文），接收包含上层应用选定的业务类型、协议类型、消息类型和消息字段的订阅请求。可见，对比文件1中公开了向上层应用分发其所订阅的报文封装包，相应的，上层应用必然具有订阅、接收、解封装、存储功能，而对接收的数据解封装后进行校验属于本领域数据接收处理的惯用手段，且设置相应的模块实现相应的功能从而构建系统也属于本领域的惯用手段。因此，当其引用的权利要求不具备创造性时，权利要求4要求保护的技术方案也不具有突出的实质性特点，因而不符合专利法第二十二条第三款有关创造性的规定。
5、权利要求5引用了权利要求4，其附加技术特征所限定的业务子系统将报文处理结果同步或反馈到消息通知服务器，消息通知服务器基于报文处理结果中的报文处理失败触发报文的重传是本领域技术人员在实现数据传输处理时的惯用手段，且设置相应的模块实现相应的功能也属于本领域的惯用手段。因此，当其引用的权利要求不具备创造性时，权利要求5要求保护的技术方案也不具有突出的实质性特点，因而不符合专利法第二十二条第三款有关创造性的规定。
6、权利要求6引用了权利要求1，对比文件1公开了以下内容（参见说明书第[0057]段）：上层应用系统可以包括信令监测类应用系统和业务系统，典型的业务系统例如有来电提醒系统、小区短信系统、漫游短信欢迎系统、漫游天气预报系统、手机报系统等。而众所周知，在保险业中存在多个业务子系统需要进行数据的接收处理，本领域技术人员基于实际需要选择将业务子系统设置为包括客户子系统、账单子系统、保单子系统以及理赔子系统中至少一项以实现数据处理属于本领域的惯用手段。因此，当其引用的权利要求不具备创造性时，权利要求6要求保护的技术方案也不具有突出的实质性特点，因而不符合专利法第二十二条第三款有关创造性的规定。
7、权利要求7请求保护一种报文解析方法。对比文件1公开了一种信令数据提供系统和方法，其具体公开的内容（参见说明书第[0023]-[0030]、[0033]-[0037]、[0048] 、[0057]段及附图1）已经记载在本复审请求审查决定对权利要求1的评述中，在此不再赘述。基于前面对权利要求1的评述可知，权利要求7所要求保护的技术方案与对比文件1所公开的技术内容相比，其区别特征在于：权利要求7中的报文解析方法中，（1）从建立有通信连接的文件传输服务器中下载报文资料；（2）根据业务属性而设置报文资料的解析顺序，根据设置的所述解析顺序对解析出的各条报文数据分别进行封装以形成报文封装包。基于上述区别特征可以确定，该权利要求所要求保护的技术方案实际解决的技术问题是：如何获得报文资料以及如何处理报文资料。
对于上述区别特征（1），对本领域技术人员来说，从与之通信的服务器中获取数据属于本领域的惯用手段。
对于上述区别特征（2），根据数据包的属性设置处理顺序并按预设的顺序处理数据包属于本领域的惯用手段。
因此，在对比文件1的基础上结合上述本领域的惯用手段以获得该权利要求所要求保护的技术方案，对于所属领域技术人员来说是显而易见的，因此权利要求7所要求保护的技术方案不具有突出的实质性特点，不符合专利法第二十二条第三款有关创造性的规定。
8、权利要求8所请求保护的方法权利要求中进一步限定的方法步骤记载于权利要求2的附加技术特征中，如前所述，权利要求2的附加技术特征属于本领域的惯用手段，在其引用的权利要求不具备创造性时，权利要求8相对于对比文件1和本领域的惯用手段的结合也不具备创造性，不符合专利法第二十二条第三款的规定。
9、权利要求9所请求保护的方法权利要求中进一步限定了具体如何实现根据所述报文封装包的消息主题而将所述报文封装包分发至建立有通信连接、且订阅有该消息主题的业务子系统，其中特征“根据所述报文封装包的消息主题而将各个所述报文封装包分发至订阅有该消息主题的业务子系统”已记载在其所引用的权利要求7中且被对比文件1所公开，具体参见前面对权利要求7的评述；特征“接收各个所述业务子系统发出的与自身业务属性对应的报文订阅请求”也已被对比文件1公开，具体参见前面评述权利要求4时所引用的对比文件1的内容。可见，对比文件1公开了接收报文订阅请求以及根据报文封装包的消息主题将报文封装包分发至订阅有消息主题的业务子系统，而订阅有消息主题的业务子系统通过订阅请求来体现所请求订阅的报文对应的消息主题，是本领域数据接收处理的惯用手段。因此，当其引用的权利要求不具备创造性时，权利要求9要求保护的技术方案也不具有突出的实质性特点，因而不符合专利法第二十二条第三款有关创造性的规定。
10、权利要求10、11所请求保护的方法权利要求中进一步限定的方法步骤分别记载于权利要求4、5的附加技术特征中，如前所述，权利要求4和5的附加技术特征或被对比文件1公开或属于本领域的惯用手段，在其引用的权利要求不具备创造性时，权利要求10、11相对于对比文件1和本领域的惯用手段的结合也不具备创造性，不符合专利法第二十二条第三款的规定。
（三）关于复审请求人的意见陈述
对于复审请求人答复复审通知书时所提出的意见，合议组认为：
（1）如前评述权利要求1时所述，对比文件1中的共享接口103与一个以上的上层应用分别相连，根据每个上层应用的订阅请求返回相应的信令数据。可见，对比文件1中的上层应用同样可以实现横向扩展，简化了系统复杂度、操作简单且提高了报文处理的效率。
（2）如前评述权利要求1时所述，对比文件1中的共享层102对采集层101输出的信令数据进行处理，根据上层应用的订阅请求将处理后的信令数据通过共享接口发给上层应用。可见，对比文件1中数据的下载及处理由采集层及共享层实现，无需上层应用对数据进行处理，免去了上层应用的繁杂，新增上层应用时同样无需再额外开发。
（3）如前评述权利要求1时所述，对比文件1中的上层应用之间即无需相互耦合，此外，在对数据进行解析时基于预先设置的解析顺序进行解析属于本领域的惯用手段，并且解析顺序是依据业务属性而设置的，也属于本领域技术人员根据实际需要可以采取的惯用手段。
综上所述，复审请求人的意见合议组不予支持。
三、决定
维持国家知识产权局于2018年10月22日对本申请作出的驳回决定。
如对本复审请求审查决定不服，根据专利法第四十一条第二款的规定，复审请求人自收到本决定之日起三个月内向北京知识产权法院起诉。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
