发明创造名称：一种同步登录状态的方法和装置
外观设计名称：
决定号：184003
决定日：2019-07-09
委内编号：1F273599
优先权日：无
申请（专利）号：201410815961.8
申请日：2014-12-23
复审请求人：北京百度网讯科技有限公司
无效请求人：
授权公告日：
审定公告日：
专利权人：
主审员：冯萍慧
合议组组长：马志远
参审员：刘欣科
国际分类号：H04L29/08;H04L29/06
外观设计分类号：
法律依据：专利法实施细则第20条第2款；专利法第26条第4款；专利法第22条第3款
决定要点：如果独立权利要求能够从整体上反映本申请的技术方案，解决本申请所要解决的技术问题，则该权利要求包含解决技术问题的必要技术特征，符合专利法实施细则第20条第2款的规定。
全文：
本复审请求审查决定涉及申请号为201410815961.8，名称为“一种同步登录状态的方法和装置”的发明专利申请（下称本申请）。申请人为北京百度网讯科技有限公司。本申请的申请日为2014年12月23日，公开日为2015年04月29日。
经实质审查，国家知识产权局实质审查部门于2018年11月06日发出驳回决定，驳回了本申请，其理由是：权利要求1-20相比对比文件1和本领域的惯用手段的结合不具备专利法第22条第3款规定的创造性。驳回决定具体指出，权利要求1与对比文件1的区别在于：①web页面上的执行模块向本地http服务模块发送获取登录会话信息的请求；②本地http服务模块接收到获取登录会话信息的请求后，确定登录会话信息所在的本地应用。但上述区别均属于本领域的惯用手段。驳回决定所依据的文本为原始申请文件，即申请人于申请日2014年12月23日提交的权利要求第1-20项、说明书第[0001]-[0090]段（即第1-12页）、说明书附图第1-2页、说明书摘要和摘要附图。驳回决定引用的对比文件如下：
对比文件1：US 2012/0324556A1，公开日为2012年12月20日。
驳回决定所针对的权利要求书如下：
“1. 一种同步登录状态的方法，其特征在于，该方法包括：
web页面被加载时，该web页面上的执行模块向本地http服务模块发送获取登录会话信息的请求；
本地http服务模块接收到获取登录会话信息的请求后，确定登录会话信息所在的本地应用，从登录会话信息所在的本地应用获取当前登录用户的登录会话信息，将获取的登录会话信息返回给所述web页面上的执行模块；
所述web页面上的执行模块利用所述登录会话信息进行自动登录。
2. 根据权利要求1所述的方法，其特征在于，该方法还包括：所述本地http服务模块所在的本地应用启动后，初始化所述本地http服务模块以使所述本地http服务模块侦听预设的本地网络端口；
所述web页面上的执行模块向本地http服务模块发送获取登录会话信息的请求包括：所述web页面上的执行模块向所述预设的本地网络端口发送所述获取登录会话信息的请求。
3. 根据权利要求1所述的方法，其特征在于，所述确定登录会话信息所在的本地应用包括：
所述本地http服务模块依据所述获取登录会话信息的请求包含的应用标识信息，确定所述应用标识信息对应的本地应用。
4. 根据权利要求3所述的方法，其特征在于，所述确定登录会话信息所在的本地应用还包括：
如果所述获取登录会话信息的请求不包含所述应用标识信息，则所述本地http服务模块依据预设的配置信息，确定登录会话信息所在的本地应用。
5. 根据权利要求1所述的方法，其特征在于，所述获取登录会话信息的请求包括JS回调函数信息；
所述将获取的登录会话信息返回给所述web页面上的执行模块包括：利用获取的登录会话信息和所述JS回调函数信息生成执行代码，将所述执行代码返 回给所述web页面上的执行模块；
所述web页面上的执行模块利用所述登录会话信息进行自动登录包括：所述web页面上的执行模块执行所述执行代码以完成自动登录。
6. 根据权利要求1所述的方法，其特征在于，在所述确定登录会话信息所在的本地应用之前，还包括：
本地http服务模块判断所述获取登录会话信息的请求的refer来源地址是否在预设的域名范围内，如果是，则继续执行所述确定登录会话信息所在的本地应用；否则，拒绝响应所述web页面上的执行模块或者向所述web页面上的执行模块返回指示错误的信息。
7. 根据权利要求1所述的方法，其特征在于，在所述从登录会话信息所在的本地应用获取当前登录用户的登录会话信息之前还包括：
所述本地http服务模块通过调用系统接口判断登录会话信息所在的本地应用是否已经安装在本地，如果是，继续执行所述从登录会话信息所在的本地应用获取当前登录用户的登录会话信息；否则，向所述web页面上的执行模块返回指示错误的信息。
8. 根据权利要求1至7任一权项所述的方法，其特征在于，所述从登录会话信息所在的本地应用获取当前登录用户的登录会话信息包括：
如果所述本地http服务模块所在的本地应用与所述登录会话信息所在的本地应用是同一个应用，则所述本地http服务模块通过进程内通信的方式向位于同一本地应用的会话信息维护模块发送请求，并获取该会话信息维护模块返回的当前登录用户的登录会话信息；或者，
如果所述本地http服务模块所在的本地应用与所述登录会话信息所在的本地应用是不同的应用，则所述本地http服务模块通过进程间通信的方式向所述登录会话信息所在的本地应用中的会话信息维护模块发送请求，并获取该会话信息维护模块返回的当前登录用户的登录会话信息。
9. 根据权利要求1至7任一权项所述的方法，其特征在于，该方法还包括：
所述web页面上的执行模块自动登录后，将登录状态信息和登录会话信息 存储于web页面所在的本地应用的cookie中。
10. 根据权利要求9所述的方法，其特征在于，所述web页面上的执行模块向本地http服务模块发送获取登录会话信息的请求之前，还包括：
判断所述web页面所在本地应用的cookie中是否存在对应的登录会话信息，如果是，使用所述web页面所在的本地应用的cookie中对应的登录会话信息进行登录；否则执行所述向本地http服务模块发送获取登录会话信息的请求。
11. 一种同步登录状态的装置，其特征在于，该装置包括：
web页面上的执行模块，用于当web页面被加载时，向本地http服务模块发送获取登录会话信息的请求；利用本地http服务模块返回的登录会话信息进行自动登录；
本地http服务模块，用于接收到获取登录会话信息的请求后，确定登录会话信息所在的本地应用，从登录会话信息所在的本地应用获取当前登录用户的登录会话信息，将获取的登录会话信息返回给所述web页面上的执行模块。
12. 根据权利要求11所述的装置，其特征在于，所述本地http服务模块，用于被所在的本地应用初始化后，侦听预设的本地网络端口；
所述web页面上的执行模块，具体用于向所述预设的本地网络端口发送所述获取登录会话信息的请求。
13. 根据权利要求11所述的装置，其特征在于，所述本地http服务模块在确定登录会话信息所在的本地应用时，具体用于依据所述获取登录会话信息的请求包含的应用标识信息，确定所述应用标识信息对应的本地应用。
14. 根据权利要求13所述的装置，其特征在于，所述本地http服务模块，还用于如果所述获取登录会话信息的请求不包含所述应用标识信息，则依据预设的配置信息，确定登录会话信息所在的本地应用。
15. 根据权利要求11所述的装置，其特征在于，所述本地http服务模块在将获取的登录会话信息返回给所述web页面上的执行模块时，具体执行：利用获取的登录会话信息和所述获取登录会话信息的请求中包含的JS回调函数信息生成执行代码，将所述执行代码返回给所述web页面上的执行模块；
所述web页面上的执行模块，具体用于执行所述执行代码以完成自动登录。
16. 根据权利要求11所述的装置，其特征在于，本地http服务模块，还用于在确定登录会话信息所在的本地应用之前，判断所述获取登录会话信息的请求的refer来源地址是否在预设的域名范围内，如果是，则继续执行所述确定登录会话信息所在的本地应用；否则，拒绝响应所述web页面上的执行模块或者向所述web页面上的执行模块返回指示错误的信息。
17. 根据权利要求11所述的装置，其特征在于，所述本地http服务模块在从登录会话信息所在的本地应用获取当前登录用户的登录会话信息之前还用于，通过调用系统接口判断登录会话信息所在的本地应用是否已经安装在本地，如果是，继续执行所述从登录会话信息所在的本地应用获取当前登录用户的登录会话信息；否则，向所述web页面上的执行模块返回指示错误的信息。
18. 根据权利要求11至17任一权项所述的装置，其特征在于，该装置还包括会话信息维护模块；
所述本地http服务模块在从登录会话信息所在的本地应用获取当前登录用户的登录会话信息时，具体执行：如果所述本地http服务模块所在的本地应用与所述登录会话信息所在的本地应用是同一个应用，则通过进程内通信的方式向位于同一本地应用的会话信息维护模块发送请求，并获取该会话信息维护模块返回的当前登录用户的登录会话信息；或者，如果所述本地http服务模块所在的本地应用与所述登录会话信息所在的本地应用是不同的应用，则通过进程间通信的方式向所述登录会话信息所在的本地应用中的会话信息维护模块发送请求，并获取该会话信息维护模块返回的当前登录用户的登录会话信息；
所述会话信息维护模块，用于接收到所述本地http服务模块发送的请求后，向所述本地http服务模块返回该会话信息维护模块所在本地应用中当前登录用户的登录会话信息。
19. 根据权利要求11至17任一权项所述的装置，其特征在于，所述web页面上的执行模块，还用于在自动登录后，将登录状态信息和登录会话信息存储于web页面所在的本地应用的cookie中。
20. 根据权利要求19所述的装置，其特征在于，所述web页面上的执行模块，还用于在向本地http服务模块发送获取登录会话信息的请求之前，判断所述web页面所在本地应用的cookie中是否存在对应的登录会话信息，如果是，使用所述web页面所在的本地应用的cookie中对应的登录会话信息进行登录；否则执行所述向本地http服务模块发送获取登录会话信息的请求。”
申请人（下称复审请求人）对上述驳回决定不服，于2019年02月14日向国家知识产权局提出了复审请求，未修改申请文件。复审请求人认为：（1）本申请和对比文件1分别提供了两种不同的将native app中的登录会话信息传递至web app的实现方式，其中对比文件1中native app采用的是调用和监督的“绑定”模式，native app仅能够向嵌入式的web 浏览器发送包含URL以及会话令牌的控制流；本申请中的web app 和native app之间并非是嵌入式关系，它由web页面上的执行模块主动发起获取登陆会话信息的请求，然后由本地http服务模块作为调度中转，确定登陆会话信息所在的本地应用，并从该本地应用获取当前登录用户的登录会话信息，将获取的登录会话信息返回给web页面上的执行模块；（2）对比文件1中，所有native app均负责则调用并监督嵌入式web浏览器，需要对native app进行改造，植入相应的功能代码；而本申请中仅需要统一的本地http服务模块负责请求的调度中转以及登录会话信息的获取和中转，就可以实现native app 与web app间的同步登录，无需对所有的native app进行改动，仅需要向本地http服务模块提供接口即可，适用于native app与任何形式打开的web app。
经形式审查合格，国家知识产权局于2019年02月19日依法受理了该复审请求，并将其转送至实质审查部门进行前置审查。
实质审查部门在前置审查意见书中认为：（1）本申请和对比文件1都是将native app的登录会话消息提供给web页面，web页面利用登录会话消息进行自动登录，以解决“无法实现native app的登录状态同步至其他native app所加载的页面上”的问题；（2）本申请和对比文件1的区别包括：①本申请是通过web页面模块的请求获取会话消息；对比文件1是本地应用主动把会话消息发给web页面；②本申请是通过本地http服务模块作为中转，确定登录会话消息所在的应用以及将会话消息返回给web 页面；而对比文件1本地应用是与嵌入式浏览器是绑定的，本地应用将会话消息直接返回给web页面。而上述区别是本领域的惯用技术手段。因而坚持驳回决定。
随后，国家知识产权局成立合议组对本案进行审理。
合议组于2019年04月22日向复审请求人发出复审通知书，指出：独立权利要求1、11缺少解决其技术问题的必要技术特征，不符合专利法实施细则第20条第2款的规定；权利要求1、11中的特征“确定登录会话信息所在的本地应用”使得该权利要求概括了较宽的保护范围，不符合专利法第26条第4款的规定。
针对合议组于2019年04月22日日发出的复审通知书，复审请求人于2019年05月22日提交了意见陈述书和权利要求书的全文修改替换页。其中，在原独立权利要求1中增加特征“本地http服务模块所在的本地应用启动后，初始化所述本地http服务模块以使所述本地http服务模块侦听预设的本地网络端口”，并将原特征“web页面被加载时，该web页面上的执行模块向本地http服务模块发送获取登录会话信息的请求；本地http服务模块接收到获取登录会话信息的请求后，确定登录会话信息所在的本地应用，”修改为“web页面被加载时，该web页面上的执行模块向所述预设的本地网络端口发送获取登录会话信息的请求；本地http服务模块接收到获取登录会话信息的请求后，依据所述登录会话信息的请求包含的应用标识信息或者预设的配置信息，确定登录会话信息所在的本地应用”，进而形成新的独立权利要求1；在原独立权利要求11中增加特征“本地http服务模块，用于被所在的本地应用初始化后，侦听预设的本地网络端口”，并将原特征“web页面上的执行模块，用于当web页面被加载时，向本地http服务模块发送获取登录会话信息的请求”和“本地http服务模块，用于接收到获取登录会话信息的请求后，确定登录会话信息所在的本地应用”修改为“web页面上的执行模块，用于当web页面被加载时，向所述预设的本地网络端口发送获取登录会话信息的请求”和“本地http服务模块，还用于接收到获取登录会话信息的请求后，依据所述登录会话信息的请求包含的应用标识信息或者预设的配置信息，确定登录会话信息所在的本地应用”，进而形成新的独立权利要求9；同时，删除了原权利要求2-3和12-13，并对其它权利要求作了适应性的修改。复审请求人认为，修改后的独立权利要求1和9符合专利法实施细则第20条第2款和专利法第26第4款的规定。
复审请求人提交的修改后的权利要求1-16的内容如下：
“1. 一种同步登录状态的方法，其特征在于，该方法包括：
本地http服务模块所在的本地应用启动后，初始化所述本地http服务模块以使所述本地http服务模块侦听预设的本地网络端口；
web页面被加载时，该web页面上的执行模块向所述预设的本地网络端口发送获取登录会话信息的请求；
本地http服务模块接收到获取登录会话信息的请求后，依据所述登录会话信息的请求包含的应用标识信息或者预设的配置信息，确定登录会话信息所在的本地应用，从登录会话信息所在的本地应用获取当前登录用户的登录会话信息，将获取的登录会话信息返回给所述web页面上的执行模块；
所述web页面上的执行模块利用所述登录会话信息进行自动登录。
2. 根据权利要求1所述的方法，其特征在于，依据所述登录会话信息的请求包含的应用标识信息或者预设的配置信息，确定登录会话信息所在的本地应用包括：
如果所述获取登录会话信息的请求不包含所述应用标识信息，则所述本地http服务模块依据预设的配置信息，确定登录会话信息所在的本地应用。
3. 根据权利要求1所述的方法，其特征在于，所述获取登录会话信息的请求包括JS回调函数信息；
所述将获取的登录会话信息返回给所述web页面上的执行模块包括：利用获取的登录会话信息和所述JS回调函数信息生成执行代码，将所述执行代码返回给所述web页面上的执行模块；
所述web页面上的执行模块利用所述登录会话信息进行自动登录包括：所述web页面上的执行模块执行所述执行代码以完成自动登录。
4. 根据权利要求1所述的方法，其特征在于，在所述确定登录会话信息所在的本地应用之前，还包括：
本地http服务模块判断所述获取登录会话信息的请求的refer来源地址是否 在预设的域名范围内，如果是，则继续执行所述确定登录会话信息所在的本地应用；否则，拒绝响应所述web页面上的执行模块或者向所述web页面上的执行模块返回指示错误的信息。
5. 根据权利要求1所述的方法，其特征在于，在所述从登录会话信息所在的本地应用获取当前登录用户的登录会话信息之前还包括：
所述本地http服务模块通过调用系统接口判断登录会话信息所在的本地应用是否已经安装在本地，如果是，继续执行所述从登录会话信息所在的本地应用获取当前登录用户的登录会话信息；否则，向所述web页面上的执行模块返回指示错误的信息。
6. 根据权利要求1至5任一权项所述的方法，其特征在于，所述从登录会话信息所在的本地应用获取当前登录用户的登录会话信息包括：
如果所述本地http服务模块所在的本地应用与所述登录会话信息所在的本地应用是同一个应用，则所述本地http服务模块通过进程内通信的方式向位于同一本地应用的会话信息维护模块发送请求，并获取该会话信息维护模块返回的当前登录用户的登录会话信息；或者，
如果所述本地http服务模块所在的本地应用与所述登录会话信息所在的本地应用是不同的应用，则所述本地http服务模块通过进程间通信的方式向所述登录会话信息所在的本地应用中的会话信息维护模块发送请求，并获取该会话信息维护模块返回的当前登录用户的登录会话信息。
7. 根据权利要求1至5任一权项所述的方法，其特征在于，该方法还包括：
所述web页面上的执行模块自动登录后，将登录状态信息和登录会话信息存储于web页面所在的本地应用的cookie中。
8. 根据权利要求7所述的方法，其特征在于，所述web页面上的执行模块向本地http服务模块发送获取登录会话信息的请求之前，还包括：
判断所述web页面所在本地应用的cookie中是否存在对应的登录会话信息，如果是，使用所述web页面所在的本地应用的cookie中对应的登录会话信息进行登录；否则执行所述向本地http服务模块发送获取登录会话信息的请求。
9. 一种同步登录状态的装置，其特征在于，该装置包括：
本地http服务模块，用于被所在的本地应用初始化后，侦听预设的本地网络端口；
web页面上的执行模块，用于当web页面被加载时，向所述预设的本地网络端口发送获取登录会话信息的请求；利用本地http服务模块返回的登录会话信息进行自动登录；
本地http服务模块，还用于接收到获取登录会话信息的请求后，依据所述登录会话信息的请求包含的应用标识信息或者预设的配置信息，确定登录会话信息所在的本地应用，从登录会话信息所在的本地应用获取当前登录用户的登录会话信息，将获取的登录会话信息返回给所述web页面上的执行模块。
10. 根据权利要求9所述的装置，其特征在于，所述本地http服务模块，具体用于如果所述获取登录会话信息的请求不包含所述应用标识信息，则依据预设的配置信息，确定登录会话信息所在的本地应用。
11. 根据权利要求9所述的装置，其特征在于，所述本地http服务模块在将获取的登录会话信息返回给所述web页面上的执行模块时，具体执行：利用获取的登录会话信息和所述获取登录会话信息的请求中包含的JS回调函数信息生成执行代码，将所述执行代码返回给所述web页面上的执行模块；
所述web页面上的执行模块，具体用于执行所述执行代码以完成自动登录。
12. 根据权利要求9所述的装置，其特征在于，本地http服务模块，还用于在确定登录会话信息所在的本地应用之前，判断所述获取登录会话信息的请求的refer来源地址是否在预设的域名范围内，如果是，则继续执行所述确定登录会话信息所在的本地应用；否则，拒绝响应所述web页面上的执行模块或者向所述web页面上的执行模块返回指示错误的信息。
13. 根据权利要求9所述的装置，其特征在于，所述本地http服务模块在从登录会话信息所在的本地应用获取当前登录用户的登录会话信息之前还用于，通过调用系统接口判断登录会话信息所在的本地应用是否已经安装在本地，如果是，继续执行所述从登录会话信息所在的本地应用获取当前登录用户的登 录会话信息；否则，向所述web页面上的执行模块返回指示错误的信息。
14. 根据权利要求9至13任一权项所述的装置，其特征在于，该装置还包括会话信息维护模块；
所述本地http服务模块在从登录会话信息所在的本地应用获取当前登录用户的登录会话信息时，具体执行：如果所述本地http服务模块所在的本地应用与所述登录会话信息所在的本地应用是同一个应用，则通过进程内通信的方式向位于同一本地应用的会话信息维护模块发送请求，并获取该会话信息维护模块返回的当前登录用户的登录会话信息；或者，如果所述本地http服务模块所在的本地应用与所述登录会话信息所在的本地应用是不同的应用，则通过进程间通信的方式向所述登录会话信息所在的本地应用中的会话信息维护模块发送请求，并获取该会话信息维护模块返回的当前登录用户的登录会话信息；
所述会话信息维护模块，用于接收到所述本地http服务模块发送的请求后，向所述本地http服务模块返回该会话信息维护模块所在本地应用中当前登录用户的登录会话信息。
15. 根据权利要求9至13任一权项所述的装置，其特征在于，所述web页面上的执行模块，还用于在自动登录后，将登录状态信息和登录会话信息存储于web页面所在的本地应用的cookie中。
16. 根据权利要求15所述的装置，其特征在于，所述web页面上的执行模块，还用于在向本地http服务模块发送获取登录会话信息的请求之前，判断所述web页面所在本地应用的cookie中是否存在对应的登录会话信息，如果是，使用所述web页面所在的本地应用的cookie中对应的登录会话信息进行登录；否则执行所述向本地http服务模块发送获取登录会话信息的请求。”
在上述程序的基础上，合议组认为本案事实已经清楚，可以作出审查决定。
二、决定的理由
（一）审查文本的认定
复审请求人于2019年05月22日提交了权利要求书的全文修改文本。经审查，上述修改文本的修改之处符合专利法第33条的规定。本复审请求审查决定针对的审查文本为：复审请求人于2019年05月22日提交的权利要求第1-16项，于申请日2014年12月23日提交的说明书第1-12页、说明书附图第1-2页、说明书摘要和摘要附图。
（二）关于专利法实施细则第20条第2款
专利法实施细则第20条第2款规定：独立权利要求应当从整体上反映发明或者实用新型的技术方案，记载解决技术问题的必要技术特征。
独立权利要求1要求保护一种同步登陆状态的方法，根据说明书的记载，其要解决的技术问题是将一个native app的登录状态同步至其他native app所加载的页面上。为解决这一问题，设立了统一的本地http服务模块用于调度中转获取登录会话信息的请求和返回登录会话信息。修改后的权利要求1中包含了特征“本地http服务模块所在的本地应用启动后，初始化所述本地http服务模块以使所述本地http服务模块侦听预设的本地网络端口；web页面被加载时，该web页面上的执行模块向所述预设的本地网络端口发送获取登录会话信息的请求；本地http服务模块接收到获取登录会话信息的请求后，依据所述登录会话信息的请求包含的应用标识信息或者预设的配置信息，确定登录会话信息所在的本地应用，从登录会话信息所在的本地应用获取当前登录用户的登录会话信息，将获取的登录会话信息返回给所述web页面上的执行模块；所述web页面上的执行模块利用所述登录会话信息进行自动登录”，能够实现将一个native app的登录状态同步至其他native app所加载的页面上，因此，权利要求1能够从整体上反映本申请的技术方案，符合专利法实施细则第20条第2款的规定。
同理，独立权利要求9也符合专利法实施细则第20条第2款的规定。
（三）关于专利法第26条第4款
专利法第26条第4款规定：权利要求书应当以说明书为依据，清楚、简要地限定要求专利保护的范围。
修改后的权利要求1和9中限定了：“依据所述登录会话信息的请求包含的应用标识信息或者预设的配置信息，确定登录会话信息所在的本地应用”。原说明书第[0066]-[0069]段记载了：“如果http请求中包含登录会话信息所在的应用标识信息，则直接确定该应用标识信息对应的native app。如果http请求中不包含登录会话信息所在的应用标识信息，则本地http服务模块可以根据预设的配置信息确定登录会话信息所在的native app”。由此可见，所属技术领域的技术人员能够从说明书中得到，可以依据所述登录会话信息的请求包含的应用标识信息或者预设的配置信息，确定登录会话信息所在的本地应用。因此，权利要求1和9所请求保护的技术方案是所属技术领域的技术人员能够从说明书充分公开的内容中得到或概括得出的技术方案，并且没有超出说明书公开的范围，因此，权利要求1和9能够得到说明书的支持，符合专利法第26条第4款的规定。
（四）关于专利法第22条第3款
专利法第22条第3款规定：创造性，是指与现有技术相比，该发明具有突出的实质性特点和显著的进步，该实用新型具有实质性特点和进步。
本复审请求审查决定引用的对比文件与驳回决定中引用的对比文件相同，即：对比文件1：US 2012/0324556A1，公开日为2012年12月20日。
权利要求1请求保护一种同步登录状态的方法。对比文件1公开了一种在移动app和web浏览器之间传输凭证的方法，并具体公开了如下特征（参见说明书第[0002]-[0004]、[0007]-[0034]段、图1A-2）：客户端设备同时运行有本地app和嵌入到本地app的嵌入式web浏览器；当本地app调用嵌入式web浏览器时（相当于web页面被加载时），经过认证的本地app将其会话令牌提供给web浏览器（相当于从登录会话信息所在的本地应用获取当前登录用户的登录会话信息，将获取的登录会话信息返回给所述web页面），然后该令牌同URL信息一起被发送给CGI108，以用于对嵌入式web浏览器上的会话的认证。
权利要求1所要求保护的技术方案与对比文件1公开的技术方案相比，区别在于：本地http服务模块所在的本地应用启动后，初始化所述本地http服务模块以使所述本地http服务模块侦听预设的本地网络端口；web页面被加载时，该web页面上的执行模块向所述预设的本地网络端口发送获取登录会话信息的请求；本地http服务模块接收到获取登录会话信息的请求后，依据所述登录会话信息的请求包含的应用标识信息或者预设的配置信息，确定登录会话信息所在的本地应用。基于上述区别特征，本申请实际解决的技术问题是如何灵活配置web页面登录时可共享的登录会话信息所属的本地app。
上述区别特征的存在使得权利要求1所要求保护的技术方案整体上与对比文件1所公开的技术方案有实质的不同。首先，两者具体的应用场景不同，虽然本申请和对比文件1均涉及将本地app的凭证共享给web app，但是对比文件1方案仅适用于web浏览器内嵌于本地app的应用环境，而权利要求1的方案则不限于这种应用场景。其次，两者具体的实现方式不同，对比文件1中，本地app在调用嵌入式web浏览器时，需主动将自身的会话令牌提供给web浏览器，供其认证使用；而本申请中，设立了一个本地http服务模块，通过在预设的本地网络端口监听web页面被加载时发送的用于获取登录会话信息的请求，然后将该请求转发给相应的本地app；本地http服务模块在其中起到的作用不仅仅是消息中转，它还依据登录会话信息的请求包含的应用标识信息或者预设的配置信息，确定登录会话信息所在的本地应用，如此使得本地app和web浏览器脱离固定的对应关系，甚至可以超越一对一的关系，设成多对一的关系。再者，本申请方案与对比文件1方案所达到的技术效果也不同，对比文件1中web浏览器只能利用其所在的本地app的令牌进行登录并受限于此，而本申请中web页面和本地应用之间，可以有更多的选择可能。最后，对比文件1的技术方案已经解决了其所要解决的将本地app的凭证共享给web app的问题，不存在进一步改进的需求和动机。
综上所述，对比文件1未能公开以上区别特征，目前也没有证据表明上述区别特征属于本领域惯用技术手段；基于以上区别特征，权利要求1整体上能够实现灵活配置web页面登录时可共享的登录会话信息所属的本地app的有益效果。因此，在对比文件1的基础上结合公知常识，并不能显而易见地获得权利要求1的方案。因此权利要求1具备创造性，符合专利法第22条第3款的规定。基于权利要求1具备创造性，其从属权利要求2-8同样具备创造性，符合专利法第22条第3款的规定。
基于同样的理由，权利要求9-16也符合专利法第22条第3款有关创造性的规定。
三、决定
撤销国家知识产权局于2018年11月06日对本申请作出的驳回决定。由国家知识产权局实质审查部门以下述文本为基础继续进行审批程序：复审请求人于2019年05月22日提交的权利要求第1-16项；于申请日2014年12月23日提交的说明书第1-12页、说明书附图第1-2页、说明书摘要和摘要附图。
如对本复审请求审查决定不服，根据专利法第41条第2款的规定，复审请求人可以自收到本决定之日起三个月内可以向北京知识产权法院起诉。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
