CN104933188B - 一种专利个性化库的数据同步系统及方法 - Google Patents

Abstract

本发明公开了一种专利个性化库的数据同步系统，本发明通过在传统的专利服务B/S 之间添加一层本地专利资源服务器（SC 端），向原来C/S 模式中的专利数据资源库服务器（S 端）提供客户端（C 端）服务，向原来B/S 模式中的浏览器（B 端）提供专利数据资源库服务器（S 端）服务，在有效减少网络流量的同时，提供离线的专利数据的访问和分析功能。另外，用户通过创建个性化库，可以建立领域相关的个性化空间，基于专利数据资源库服务器（S 端）的实时数据推送服务，可以保证个性化空间及时获取最新的专利信息。最后，通过整合不同专利服务器的数据资源，可以实现统一的数据访问形式。

Description

一种专利个性化库的数据同步系统及方法

技术领域

本发明属于数据管理和同步技术领域，涉及一种专利个性化库的数据同步系统及方法，尤其是涉及一种个性化数据定制、增量同步和数据服务模式的方法。

背景技术

不同的数据服务模式，决定了数据的管理和同步的方式。传统的数据服务提供商一般采取两种方式为客户提供业务支持。第一种，用户计算机安装客户端，通过网络与企业服务器实现互联，即C/S模式，该模式具有多层的安全访问控制，能够充分发挥客户端的计算能力，提供多种个性化的服务，但是该模式开发和安装不够灵活，维护和管理的难度较大。第二种，将数据源存储在服务提供商的服务器中，通过互联网为客户提供服务。数据服务模式部署起来最为简洁方便，一般采用B/S架构。在web 2.0时代，通过构造服务器和浏览器的架构，企业可以越来越便捷地在开放系统上部署功能齐全的业务系统，并且能够满足用户对性能可靠性、稳定性和高效性的要求。

当前的专利服务基本采用B/S架构，例如google专利、百度专利、Soopat 专利和国家专利局等等，用户通过访问专利服务组织的网站获取相应的专利数据，但是，这种服务方式存在以下几个问题：

（1）专利数据的更新越来越频繁，用户间歇的网站查询，造成用户不能第一时间掌握技术最新的发展动态；

（2）专利所代表的技术具有很强的领域相关性，而现有的专利服务组织提供的查询和分析服务都是基于专利数据库而非特定的专利领域，因此很难提供高质量的专利服务；

（3）技术无国界，专利有国籍，专利数据由各国的专利局负责管理和维护，因此，分散的专利查询服务势必导致服务效率的低下；

（4）专利服务组织通过公网向用户提供专利服务，但是很多企业出于信息安全的考虑通常屏蔽对公网的访问，因此，在现有的工作模式下，用户无法进行专利的查询和分析服务。

发明内容

为了解决上述的技术问题，本发明提供了一种专利个性化库的数据同步系统及方法。

本发明的系统所采用的技术方案是：一种专利个性化库的数据同步系统，是基于C/S 和B/S 相结合的数据服务系统B/SC/S(Browser/ Server-Client /Server)；其特征在于：通过在传统的专利服务系统B/S 模式之间添加一层本地专利资源服务器（SC 端），向原来C/S 模式中的专利数据资源库服务器端（S 端）提供客户端（C 端）服务，向原来B/S 模式中的浏览器（B 端）提供专利数据资源库服务器端（S 端）服务，在有效减少网络流量的同时，提供离线的专利数据的访问和分析功能。

本发明的方法所采用的技术方案是：一种专利个性化库的数据同步方法，其特征在于，包括以下步骤：

步骤1：构建B/SC/S 的数据服务系统，由专利数据资源库服务器端（S 端）统一整合各专利服务组织的专利数据和服务，向本地专利资源服务器（SC 端）提供统一的数据访问形式；

步骤2：用户借助浏览器（B 端）通过本地专利资源服务器（SC 端）向专利数据资源库服务器（S 端）构建个性化空间，专利数据资源库服务器（S 端）依据个性化空间的构建规则通过本地专利资源服务器（SC 端）向用户推送实时的专利更新信息；

步骤3：用户向本地专利资源服务器（SC 端）提交查询和分析服务，在条件允许的情况下，本地专利资源服务器（SC 端）向专利数据资源库服务器（S 端）更新本地的专利数据和服务，然后向用户反馈查询和分析结果；在客观条件不允许的情况下，例如，专利数据资源库服务器（S端）维护期间或者专利数据资源库服务器（S 端）和本地专利资源服务器（SC 端）的网络连接出现故障，将依据本地专利数据和服务向用户反馈查询和分析结果。

作为优选，步骤1的具体实现包括以下子步骤：

步骤1.1：构建B/SC/S 的数据服务系统，包括各专利服务组织服务器、Totem数据库、专利数据资源库服务器（S 端）、本地专利资源服务器（SC 端）和浏览器（B 端）；所述的专利服务组织服务器包括国家专利局数据库、欧洲专利局数据库、日本专利局数据库、美国专利局数据库以及谷歌专利数据库；

步骤1.2：构建专利数据资源库服务器（S 端），负责统一整合各专利服务组织服务器上的专利数据和服务，向本地专利资源服务器（SC 端）提供统一的数据和服务的访问形式；

步骤1.3：构建本地专利资源服务器（SC 端），与浏览器（B 端）共同驻留用户的计算机，负责维护本地的专利数据和服务。

作为优选，步骤1.2的具体实现包括以下子步骤：

步骤1.2.1：专利数据资源库服务器（S 端）基于统一的数据模型为各专利服务组织服务器的专利数据和服务进行统一建模，能够存储于资源库的数据和服务采用对象实体建模，不能存储于资源库的数据和服务则使用对象代理关系建模；

步骤1.2.2：专利数据资源库服务器（S 端）接受本地专利资源服务器（SC 端）对专利数据的查询和分析服务，并将查询和分析的结果反馈给本地专利资源服务器（SC 端）。

作为优选，步骤1.3的具体实现包括以下子步骤：

步骤1.3.1：本地专利资源服务器（SC 端）与专利数据资源库服务器（S 端）构成C/S 模型，向专利数据资源库服务器（S 端）查询专利数据信息，并存储查询反馈的结果；

步骤1.3.2：本地专利资源服务器（SC 端）与浏览器（B 端）构成B/S 模型，用户通过浏览器（B 端）向本地专利资源服务器（SC 端）发出专利查询请求。

作为优选，步骤2的具体实现包括以下子步骤：

步骤2.1：本地专利资源服务器（SC 端）以B/S 模式向用户提供个性化空间的创建，专利数据资源库服务器（S 端）以C/S 模式向本地专利资源服务器（SC 端）提供用户个性化空间的创建；

步骤2.2：在专利数据资源库服务器（S 端）的专利数据和服务发生变动时，将通过本地专利资源服务器（SC 端）向用户实时推送变动的信息。

作为优选，步骤2.1的具体实现包括以下子步骤：

步骤2.1.1：本地专利资源服务器（SC 端）以HTML 表单的形式向用户提供专利查询需要的重要信息为基础的用户个性化空间的创建，专利查询需要的重要信息包括专利分类信息、关键词信息、专利权人信息和时间跨度信息；

步骤2.1.2：本地专利资源服务器（SC 端）以B/S 模式中服务器身份接收并解析浏览器（B 端）的表单，进行相应的合法性验证，并将其个性化空间信息保存到本地专利资源服务器（SC 端）；

步骤2.1.3：本地专利资源服务器（SC 端）以C/S 模式中客户端身份向专利数据资源库服务器（S 端）发送用户个性化空间的创建信息；

步骤2.1.4：专利数据资源库服务器（S 端）以C/S 模式中服务器身份接收本地专利资源服务器（SC 端）发送的用户个性化空间的创建信息，进行相应的合法性验证和个性化空间信息的服务端存储，并将个性化空间的创建结果以及相应的专利数据和服务信息以有效的方式传送到本地专利资源服务器（SC 端）；

步骤2.1.5：本地专利资源服务器（SC 端）以C/S 模式中的客户端身份接收专利数据资源库服务器（S 端）发送的个性化空间的创建结果以及相应的专利数据和服务信息，并进行相应的解析和存储；

步骤2.1.6：本地专利资源服务器（SC 端）以B/S 模式中的服务器身份整理个性化空间的创建结果以及数据和服务的呈现方式，并以HTTP 协议发送到浏览器（B 端）。

作为优选，步骤2.2的具体实现包括以下子步骤：

步骤2.2.1：专利数据资源库服务器（S 端）依据个性化空间的创建规则来选择专利数据和服务的变更信息，并以C/S 模式中的服务器身份增量形式推送到本地专利资源服务器（SC 端），在本地专利资源服务器（SC 端）实现解析和存储；

步骤2.2.2：本地专利资源服务器（SC 端）以B/S 模式中的服务器身份在用户登陆系统时，将变更的专利与服务信息传递给用户。

作为优选，步骤3的具体实现包括以下子步骤：

步骤3.1：用户向本地专利资源服务器（SC 端）提交专利和服务的查询请求，本地专利资源服务器（SC 端）依据自身的专利数据、服务和网络具体状况按照相应的调度策略向用户反馈查询和分析结果；

步骤3.2：本地专利资源服务器（SC 端）与专利数据资源库服务器（S 端）进行数据同步需要符合一定的条件，以达到平衡系统负担与专利数据实时性的要求。

作为优选，步骤3.1的具体实现包括以下子步骤：

步骤3.1.1：本地专利资源服务器（SC 端）接收客户关于专利和服务的查询请求，在网络状况能支撑应用需要以及符合与专利数据资源库服务器（S 端）交互条件的情况下，向专利数据资源库服务器（S 端）发送基于用户专利和服务的增量更新请求；当本地专利资源服务器（SC 端）完成数据和服务的同步之后，在本地专利资源服务器（SC 端）完成客户的查询和分析任务，并形成相应的查询报告向客户做出相应的反馈；

步骤3.1.2：本地专利资源服务器（SC 端）接收客户关于专利和服务的查询请求，在网络状况不足以支撑应用需要或者不符合与专利数据资源库服务器（S 端）交互条件的情况下，由本地专利资源服务器（SC 端）依据本地存储的专利数据和服务完成客户的查询和分析任务，并形成相应的查询报告向客户做出相应的反馈。

作为优选，步骤3.2的具体实现包括以下子步骤：

步骤3.2.1：当用户提交的查询请求和分析任务是基于用户个性化库时，本地专利资源服务器（SC 端）与专利数据资源库服务器（S 端）就该用户个性化库上一次同步时间到当前任务提交的时间间隔t ，在t 超过设定的时间阈值T 时需要与专利数据资源库服务器（S 端）进行信息同步，否则，不进行专利和数据的同步；

步骤3.2.2：当用户提交的查询请求和分析任务不是基于本地专利资源服务器（SC端）上现有的用户个性化库时，本地专利资源服务器（SC 端）与专利数据资源库服务器（S端）需要进行专利数据和服务的即时同步。

本发明通过在传统的专利服务B/S 之间添加一层本地专利资源服务器（SC 端），向原来C/S 模式中的专利数据资源库服务器（S 端）提供客户端（C 端）服务，向原来B/S 模式中的浏览器（B 端）提供专利数据资源库服务器（S 端）服务，在有效减少网络流量的同时，提供离线的专利数据的访问和分析功能。另外，用户通过创建个性化库，可以建立领域相关的个性化空间，基于专利数据资源库服务器（S 端）的实时数据推送服务，可以保证个性化空间及时获取最新的专利信息。最后，通过整合不同专利服务器的数据资源，可以实现统一的数据访问形式。

附图说明

图1 ：本发明实施例的系统架构；

图2：本发明实施例的个性化空间的创建流程图；

图3：本发明实施例的多策略反馈查询信息流程图。

具体实施方式

为了便于本领域普通技术人员理解和实施本发明，下面结合附图及实施例对本发明作进一步的详细描述，应当理解，此处所描述的实施示例仅用于说明和解释本发明，并不用于限定本发明。

请见图1，本发明提供的一种专利个性化库的数据同步系统，是基于C/S 和B/S 相结合的数据服务系统B/SC/S(Browser/ Server-Client /Server)；其特征在于：通过在传统的专利服务系统B/S 模式之间添加一层本地专利资源服务器（SC 端），向原来C/S 模式中的专利数据资源库服务器端（S 端）提供客户端（C 端）服务，向原来B/S 模式中的浏览器（B 端）提供专利数据资源库服务器端（S 端）服务，在有效减少网络流量的同时，提供离线的专利数据的访问和分析功能。

下面结合数据源服务器X和专利检索服务系统Y来具体解释B/SC/S的工作模式，请见图2和图3，本发明提供的一种专利个性化库的数据同步，包括以下步骤：

步骤1：构建B/SC/S 的数据服务系统，由专利数据资源库服务器端（S 端）统一整合各专利服务组织的专利数据和服务，向本地专利资源服务器（SC 端）提供统一的数据访问形式；

步骤1.1：构建B/SC/S 的数据服务系统，包括各专利服务组织服务器、Totem数据库、专利数据资源库服务器（S 端）、本地专利资源服务器（SC 端）和浏览器（B 端）；专利服务组织服务器包括国家专利局数据库、欧洲专利局数据库、日本专利局数据库、美国专利局数据库以及谷歌专利数据库；数据源服务器X作为专利数据资源库服务器端（S 端），负责统一整合专利服务组织服务器的专利数据和服务；

步骤1.2：用户安装适用于个人计算机的专利检索服务系统Y作为本地专利资源服务器（SC 端），专利检索服务系统Y包含了用于专利建模和存储的Totem数据库以及用于专利分析的服务器；

步骤1.3：数据源服务器X采用基于对象代理模型开发的对象代理数据库Totem来为各专利服务组织提供的专利数据和服务建模，能够存储于Totem数据库的数据和服务采用对象实体建模，不能实现数据存储的数据和服务则使用对象代理和引用建模，并向用户安装的专利检索服务系统Y提供统一的数据和服务的访问形式。

步骤1.4：用户通过浏览器向本地计算机上的专利检索服务系统Y发送专利数据的查询和分析请求，构成B/S数据服务模式。本地专利检索服务系统Y向数据源服务器X发送专利查询和分析请求，构成C/S数据服务模式，同时，本地专利检索服务系统Y接收数据源服务器X反馈的查询和分析结果，并存储到本地的Totem数据库。

步骤2：用户浏览器、本地专利检索服务系统Y和数据源服务器X共同构成B/SC/S模型，并提供逐层的个性化空间的创建和审核机制。在数据源服务器X的数据和服务发生变化时，依据个性化空间逐层推送变化的信息。

步骤2.1：用户安装的本地专利检索服务系统Y以B/S的模式向用户提供个性化空间的创建，数据源服务器X以C/S模式向本地专利检索服务系统Y提供个性化空间的创建。

步骤2.1.1：用户安装的本地专利检索服务系统Y向用户提供专利个性化空间的创建表单，包含用户基本信息和用户定制个性化库的信息，用户基本信息用于验证用户的合法性和登陆的方式，例如用户名、密码、姓名、注册单位和单位服务方式等，而个性化库的定制信息则包括个性化数据库名称、用户定制个性化库的规则等项信息。

步骤2.1.2：本地专利检索服务系统Y以B/S数据服务模式验证用户填写的注册信息和个性化库构建规则的合法性，并将这些注册信息和个性化库的构建规则保存到本地的Totem数据库。同时，本地专利检索服务系统Y以C/S数据服务模式将这些信息发送到数据源服务器X进行最终的用户创建和个性化空间构建。

步骤2.1.3：在数据源服务器X完成用户的创建和个性化空间构建之后，将相应的创建结果和依据个性化空间构建规则检索到的专利数据和服务传送给本地专利检索服务系统Y，由本地服务器以C/S数据服务模式进行解析和本地化的存储，以B/S数据服务模式向用户做出反馈。

步骤2.1.4：用户只需通过本地专利检索服务系统Y实现本地的验证和登陆，就可以获取本地存储的专利数据和服务，并基于本地数据进行相应的数据分析。

步骤2.2：在数据源服务器X的数据和服务发生变化时，依据个性化空间创建过程的逆序逐层推送变化的信息。

步骤2.2.1：在数据源服务器X监控专利服务组织提供的专利数据和服务发生变化时，会对这些新增的专利数据和变化的服务进行收集，并将这些信息保存到自身的Totem数据库内，并形成新的数据版本和相应的日志记录。

步骤2.2.2：基于新增的专利数据和服务对每一个性化空间的构建规则进行逐条比对，并形成相应的专利数据和服务的版本，以增量的形式向个性化空间所对应的本地专利检索服务系统Y发送专利数据和服务，并进行相应的日志发送记录。

步骤2.2.3：本地专利检索服务系统Y接收数据源服务器X发送的更新版本和数据信息，并对本地存储的数据和版本进行相应的更新。在用户登陆服务系统时，本地专利检索服务系统将新增加的数据信息以HTTP协议反馈给用户。

步骤3：用户通过浏览器向本地专利检索服务系统Y发出专利查询和数据分析的请求，本地专利检索服务系统Y根据自身情况以最优质的方式向客户反馈查询和分析结果。

步骤3.1：当本地专利检索服务系统Y接收到用户的查询请求时，与数据源服务器X联合查询可以取得更好地查询效果，但是，频繁的联合查询将会导致数据源服务器的服务压力过大，影响数据源服务器和网络的正常使用。因此，是否进行联合查询需要根据网络状况、距离上次查询数据更新跨度以及是否基于个性化库三种因素进行综合决定。

步骤3.1.1：当网络状况良好、查询和分析任务基于现有个性化库并且距离上次查询时间更新跨度超过设定的阈值，则需要进行专利数据和服务的同步，然后再进行本地化的数据查询和分析。

步骤3.1.2：当网络状况良好，查询和分析任务基于现有个性化库并且距离上次查询时间更新跨度没有超过设定的阈值，则不需要进行专利数据和服务的同步，直接依据本地存储的数据进行查询和分析。

步骤3.1.3：当网络状况良好，查询和分析任务不是基于现有个性化库，则需要进行专利数据和服务的同步，然后再进行本地化的数据查询和分析。

步骤3.1.4：当网络状况不是很好的情况下，不能进行专利数据和服务的同步，直接依据本地存储的数据进行相应的查询和分析。

步骤3.1.5：在进行联网查询的情况下，本地专利检索服务系统Y首先将当前使用的数据和服务的版本号发送给数据源服务器X，数据源服务器X依据版本号对本地专利检索服务系统Y进行数据和服务的增量补充。

应当理解的是，本说明书未详细阐述的部分均属于现有技术。

应当理解的是，上述针对较佳实施例的描述较为详细，并不能因此而认为是对本发明专利保护范围的限制，本领域的普通技术人员在本发明的启示下，在不脱离本发明权利要求所保护的范围情况下，还可以做出替换或变形，均落入本发明的保护范围之内，本发明的请求保护范围应以所附权利要求为准。

Claims (8)

1.一种专利个性化库的数据同步方法，应用于专利个性化库的数据同步系统，所述系统是基于C/S和B/S相结合的数据服务系统B/SC/S(Browser/Server-Client/Server)；所述系统通过在传统的专利服务系统B/S模式之间添加一层本地专利资源服务器(SC端)，向原来C/S模式中的专利数据资源库服务器端(S端)提供客户端(C端)服务，向原来B/S模式中的浏览器(B端)提供专利数据资源库服务器端(S端)服务，在有效减少网络流量的同时，提供离线的专利数据的访问和分析功能；

其特征在于，所述方法包括以下步骤：

步骤1：构建B/SC/S的数据服务系统，由专利数据资源库服务器端(S端)统一整合各专利服务组织的专利数据和服务，向本地专利资源服务器(SC端)提供统一的数据访问形式；

步骤2：用户借助浏览器(B端)通过本地专利资源服务器(SC端)向专利数据资源库服务器(S端)构建个性化空间，专利数据资源库服务器(S端)依据个性化空间的构建规则通过本地专利资源服务器(SC端)向用户推送实时的专利更新信息；

步骤2的具体实现包括以下子步骤：

步骤2.1：本地专利资源服务器(SC端)以B/S模式向用户提供个性化空间的创建，专利数据资源库服务器(S端)以C/S模式向本地专利资源服务器(SC端)提供用户个性化空间的创建；

具体实现包括以下子步骤：

步骤2.1.1：本地专利资源服务器(SC端)以HTML表单的形式向用户提供专利查询需要的重要信息为基础的用户个性化空间的创建，专利查询需要的重要信息包括专利分类信息、关键词信息、专利权人信息和时间跨度信息；

步骤2.1.2：本地专利资源服务器(SC端)以B/S模式中服务器身份接收并解析浏览器(B端)的表单，进行相应的合法性验证，并将其个性化空间信息保存到本地专利资源服务器(SC端)；

步骤2.1.3：本地专利资源服务器(SC端)以C/S模式中客户端身份向专利数据资源库服务器(S端)发送用户个性化空间的创建信息；

步骤2.1.4：专利数据资源库服务器(S端)以C/S模式中服务器身份接收本地专利资源服务器(SC端)发送的用户个性化空间的创建信息，进行相应的合法性验证和个性化空间信息的服务端存储，并将个性化空间的创建结果以及相应的专利数据和服务信息以有效的方式传送到本地专利资源服务器(SC端)；

步骤2.1.5：本地专利资源服务器(SC端)以C/S模式中的客户端身份接收专利数据资源库服务器(S端)发送的个性化空间的创建结果以及相应的专利数据和服务信息，并进行相应的解析和存储；

步骤2.1.6：本地专利资源服务器(SC端)以B/S模式中的服务器身份整理个性化空间的创建结果以及数据和服务的呈现方式，并以HTTP协议发送到浏览器(B端)；

步骤2.2：在专利数据资源库服务器(S端)的专利数据和服务发生变动时，将通过本地专利资源服务器(SC端)向用户实时推送变动的信息；

步骤3：用户向本地专利资源服务器(SC端)提交查询和分析服务，在条件允许的情况下，本地专利资源服务器(SC端)向专利数据资源库服务器(S端)更新本地的专利数据和服务，然后向用户反馈查询和分析结果；在条件不允许的情况下，依据本地专利数据和服务向用户反馈查询和分析结果。

2.根据权利要求1所述的方法，其特征在于，步骤1的具体实现包括以下子步骤：

步骤1.1：构建B/SC/S的数据服务系统，包括各专利服务组织服务器、Totem数据库、专利数据资源库服务器(S端)、本地专利资源服务器(SC端)和浏览器(B端)；所述的专利服务组织服务器包括国家专利局数据库、欧洲专利局数据库、日本专利局服务器、美国专利局服务器以及谷歌专利数据库；

步骤1.2：构建专利数据资源库服务器(S端)，负责统一整合各专利服务组织服务器上的专利数据和服务，向本地专利资源服务器(SC端)提供统一的数据和服务的访问形式；

步骤1.3：构建本地专利资源服务器(SC端)，与浏览器(B端)共同驻留用户的计算机，负责维护本地的专利数据和服务。

3.根据权利要求2所述的方法，其特征在于，步骤1.2的具体实现包括以下子步骤：

步骤1.2.1：专利数据资源库服务器(S端)基于统一的数据模型为各专利服务组织服务器的专利数据和服务进行统一建模，能够存储于资源库的数据和服务采用对象实体建模，不能存储于资源库的数据和服务则使用对象代理关系建模；

步骤1.2.2：专利数据资源库服务器(S端)接受本地专利资源服务器(SC端)对专利数据的查询和分析服务，并将查询和分析的结果反馈给本地专利资源服务器(SC端)。

4.根据权利要求2所述的方法，其特征在于，步骤1.3的具体实现包括以下子步骤：

步骤1.3.1：本地专利资源服务器(SC端)与专利数据资源库服务器(S端)构成C/S模型，向专利数据资源库服务器(S端)查询专利数据信息，并存储查询反馈的结果；

步骤1.3.2：本地专利资源服务器(SC端)与浏览器(B端)构成B/S模型，用户通过浏览器(B端)向本地专利资源服务器(SC端)发出专利查询请求。

5.根据权利要求1所述的方法，其特征在于，步骤2.2的具体实现包括以下子步骤：

步骤2.2.1：专利数据资源库服务器(S端)依据个性化空间的创建规则来选择专利数据和服务的变更信息，并以C/S模式中的服务器身份增量推送到本地专利资源服务器(SC端)，在本地专利资源服务器(SC端)实现解析和存储；

步骤2.2.2：本地专利资源服务器(SC端)以B/S模式中的服务器身份在用户登录系统时，将变更的专利与服务信息传递给用户。

6.根据权利要求1所述的方法，其特征在于，步骤3的具体实现包括以下子步骤：

步骤3.1：用户向本地专利资源服务器(SC端)提交专利和服务的查询请求，本地专利资源服务器(SC端)依据自身的专利数据、服务和网络具体状况按照相应的调度策略向用户反馈查询和分析结果；

步骤3.2：本地专利资源服务器(SC端)与专利数据资源库服务器(S端)进行数据同步需要符合一定的条件，以达到平衡系统负担与专利数据实时性的要求。

7.根据权利要求6所述的方法，其特征在于，步骤3.1的具体实现包括以下子步骤：

步骤3.1.1：本地专利资源服务器(SC端)接收客户关于专利和服务的查询请求，在网络状况能支撑应用需要以及符合与专利数据资源库服务器(S端)交互条件的情况下，向专利数据资源库服务器(S端)发送基于用户专利和服务的增量更新请求；当本地专利资源服务器(SC端)完成数据和服务的同步之后，在本地专利资源服务器(SC端)完成客户的查询和分析任务，并形成相应的查询报告向客户做出相应的反馈；

步骤3.1.2：本地专利资源服务器(SC端)接收客户关于专利和服务的查询请求，在网络状况不足以支撑应用需要或者不符合与专利数据资源库服务器(S端)交互条件的情况下，由本地专利资源服务器(SC端)依据本地存储的专利数据和服务完成客户的查询和分析任务，并形成相应的查询报告向客户做出相应的反馈。

8.根据权利要求6所述的方法，其特征在于，步骤3.2的具体实现包括以下子步骤：

步骤3.2.1：当用户提交的查询请求和分析任务是基于用户个性化库时，本地专利资源服务器(SC端)与专利数据资源库服务器(S端)就该用户个性化库上一次同步时间到当前任务提交的时间间隔t，在t超过设定的时间阈值T时需要与专利数据资源库服务器(S端)进行信息同步，否则，不进行专利和数据的同步；

步骤3.2.2：当用户提交的查询请求和分析任务不是基于本地专利资源服务器(SC端)上现有的用户个性化库时，本地专利资源服务器(SC端)与专利数据资源库服务器(S端)需要进行专利数据和服务的即时同步。