一种面向服务体系架构数据互联查询系统及查询方法
阅读：163发布：2020-05-13
专利汇可以提供一种面向服务体系架构数据互联查询系统及查询方法专利检索，专利查询，专利分析的服务。并且本 发明 实施例 公开了一种面向服务体系架构的数据互联查询系统及查询方法，其中，所述面向服务体系架构的数据互联查询系统包括： 企业服务总线 ，用于提供解耦服务和中介 基础 服务；至少两个应用系统，其中，每个所述应用系统都包括 接口 服务子系统，所述接口服务子系统用于通过所述企业服务总线向其他应用系统发送网络查询数据服务 请求 ，和/或处理其它应用系统通过所述企业服务总线向所在的应用系统发送的网络查询数据服务请求。使用本实施例所提供的技术方案，能够方便快速的实现了应用系统相互交互，数据互联查询。无需 修改 原有应用系统，避免重新开发。解决企业应用系统由于历史原因相互孤立的问题。，下面是一种面向服务体系架构数据互联查询系统及查询方法专利的具体信息内容。
1.一种面向服务体系架构的数据互联查询方法，基于面向服务体系架构的数据互联查询系统实现，所述数据互联查询系统包括：企业服务总线，用于提供解耦服务和中介基础服务；至少两个应用系统，其中，每个所述应用系统都包括接口服务子系统，所述接口服务子系统用于通过所述企业服务总线向其它 应用系统发送网络查询数据服务请求，和/或处理其它应用系统通过所述企业服务总线向所在的应用系统发送的网络查询数据服务请求；其特征在于，所述方法包括：
第一应用系统向第一接口服务子系统发送查询请求；
第一接口服务子系统接收查询请求，并将所述查询请求转换成查询请求文件，将所述查询请求文件发给企业服务总线；
企业服务总线根据预先存储的网络服务信息中的统一资源定位符，确定所述处理查询请求的第二应用系统，并将所述查询请求文件发送至第二应用系统接口服务子系统；
第二应用系统接口服务子系统接收所述查询请求文件，将所述查询请求文件转换成第二应用系统能够识别的查询参数，并将所述查询参数发送至所述第二应用系统；
第二应用系统根据所述查询参数进行查询，并将查询结果返回给第二应用系统接口服务子系统；
第二应用系统接口服务子系统封装所述查询结果，并将封装后的查询结果发送至企业服务总线；
企业服务总线接收所述封装后的查询结果，并将所述封装后的查询结果至第一应用系统接口服务子系统；
第一应用系统接口服务子系统将所述封装后的查询结果转换成第一应用系统能够识别的数据，并将所述能够识别的数据发送至第一应用系统；
第一应用系统接收所述能够识别的数据，并在系统前端展示所述能够识别的数据；以及，标示所述能够识别的数据的来源，将所述数据来源、查询请求中的查询条件和所述能够识别的数据作为一组数据进行存储。
2.根据权利要求1所述的方法，其特征在于，在所述将所述查询请求文件转换成第二应用系统能够识别的查询参数之后，将所述查询参数发送至所述第二应用系统之前，还包括：
查询任务子系统为所述查询参数添加异步查询标识；
所述第二应用系统根据所述查询参数进行查询，并将查询结果返回给第二应用系统接口服务子系统，包括：
所述第二应用系统根据所述异步查询标识，将所述查询参数转换为若干子查询任务，执行所述若干查询子任务，并将所述若干查询子任务的查询结果发送至第二应用系统网络服务接口服务子系统；
所述第二应用系统接口服务子系统封装所述查询结果，并将封装后的查询结果发送至企业服务总线，包括：
所述第二应用系统接口服务子系统接收所述若干查询子任务的查询结果，并封装所述若干查询子任务的查询结果，并将所述封装查询结果发送至企业服务总线。
3.根据权利要求1所述的方法，其特征在于，所述企业服务总线根据网络服务信息中的统一资源定位符，确定所述处理查询请求的第二应用系统，并将所述查询请求文件发送至第二应用系统接口服务子系统，包括：
所述企业服务总线对第一应用系统接口服务子系统进行安全认证，在所述安全验证通过时，根据网络服务信息中的统一资源定位符，确定处理所查询请求的所述第二应用系统，并将所述查询请求文件传送至第二应用系统网络服务接口服务子系统。
4.根据权利要求1-3任一所述的方法，其特征在于，所述查询请求文件和封装后查询结果为可扩展标记语言格式文件。
一种面向服务体系架构数据互联查询系统及查询方法
技术领域
背景技术
[0002] 随着企业规模的不断发展扩大，企业内部存在着多个彼此孤立的应用系统。不同种类的操作系统、应用软件、系统软件及应用基础结构等相互交织。每个应用系统之间的数据源都使用各自独立的数据格式、元数据以及元模型。如果需要将各个相对独立的数据集成在一起，往往需要通过构建一定的数据获取与计算程序来实现，这样需要花费大量的时间及精力，使企业内信息化建设的效率大大降低，为企业工作带来了不便。
发明内容
[0003] 有鉴于此，本发明实施例提出一种面向服务体系架构数据互联查询系统及查询方法，以实现多个应用系统交互信息的目的。
[0004] 第一方面，本发明实施例提供了一种面向服务体系架构数据互联查询的系统，所述系统包括：
[0005] 企业服务总线，用于提供解耦服务和中介基础服务；
[0006] 至少两个应用系统，其中，每个所述应用系统都包括接口服务子系统，所述接口服务子系统用于通过所述企业服务总线向其他应用系统发送网络查询数据服务请求，和/或处理其它应用系统通过所述企业服务总线向所在的应用系统发送的网络查询数据服务请求。
[0007] 第二方面，本发明实施例提供了一种面向服务体系架构下数据互联查询的方法，基于上述实施例提供的面向服务体系架构的数据互联查询系统实现，所述方法包括：
[0008] 第一应用系统向第一接口服务子系统发送查询请求；
[0009] 第一接口服务子系统接收查询请求，并将所述查询请求转换成查询请求文件，将所述查询请求文件发给企业服务总线；
[0010] 企业服务总线根据预先存储的网络服务信息中的统一资源定位符，确定所述处理查询请求的第二应用系统，并将所述查询请求文件发送至第二应用系统接口服务子系统；
[0011] 第二应用系统接口服务子系统接收所述查询请求文件，将所述查询请求文件转换成第二应用系统能够识别的查询参数，并将所述查询参数发送至所述第二应用系统；
[0012] 第二应用系统根据所述查询参数进行查询，并将查询结果返回给第二应用系统接口服务子系统；
[0013] 第二应用系统接口服务子系统封装所述查询结果，并将封装后的查询结果发送至企业服务总线；
[0014] 企业服务总线接收所述封装后的查询结果，并将所述封装后的查询结果至第一应用系统接口服务子系统；
[0015] 第一应用系统接口服务子系统将所述封装后的查询结果转换成第一应用系统能够识别的数据，并将所述能够识别的数据发送至第一应用系统；
[0016] 第一应用系统接收所述能够识别的数据，并在系统前端展示所述能够识别的数据。
[0017] 本发明实施例通过使用网络服务和企业服务总线进行服务集成，方便快速的实现了应用系统相互交互，数据互联查询。无需修改原有应用系统，避免重新开发。解决企业应用系统由于历史原因相互孤立的问题。附图说明
[0018] 通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：
[0019] 图1是本发明第一实施例提供的面向服务体系架构的数据互联查询系统的结构示意图；
[0020] 图2是本发明第二实施例提供的面向服务体系架构的数据互联查询方法的流程图；
[0021] 图3是本发明第三实施例提供的面向服务体系架构的数据互联查询方法的流程图；
[0022] 图4是本发明第四实施例提供的面向服务体系架构的数据互联查询方法的交互流程示意图。
具体实施方式
[0023] 下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部内容。
[0024] 图1示出本发明的第一实施例。
[0025] 图1是本发明第一实施例提供的面向服务体系架构的数据互联查询系统的结构示意图，由图1可以看出，所述面向服务体系架构的数据互联查询系统的结构包括：企业服务总线110、至少两个应用系统120，其中每个应用系统120 包括接口服务子系统130。应用系统120通过自身的接口服务子系统130实现与企业服务总线110的信息交互。
[0026] 其中，所述企业服务总线110，用于提供解耦服务和中介基础服务；
[0027] 所述应用系统120，包括接口服务子系统130，所述接口服务子系统130用于通过所述企业服务总线向其他应用系统发送网络查询数据服务请求，和/或处理其它应用系统通过所述企业服务总线向所在的应用系统发送的网络查询数据服务请求。
[0028] 面向服务的体系结构SOA(Service-Oriented Architecture,SOA)是一个组件模型，它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种各样的系统中的服务可以使用一种统一和通用的方式进行交互,只需要将原有系统的功能提供服务，服务之间通过定义良好的接口和契约进行联系，接口是采用中立的方式进行定义，独立于实现服务的应用系统，从而使得各个孤立的应用系统能相互之间进行交互，从而实现数据的互联查询和数据共享。
[0029] 企业服务总线用于提供解耦服务和中介基础服务。解耦服务是指降低各个应用系统之间的依赖度。解耦服务能够使访问者对实际服务提供者的身份、物理位置、传输协议和接口定义既不需要知道也不需要关心。交互集成代码提取到了业务逻辑之外，由企业服务总线进行中央的宣告式定义。企业服务总线在解耦服务过程中实现了协议转换(WebService，Http，JMS等)，消息转换(转换、充实、过滤)，消息路由(同步/异步、发布/订阅、基于内容路由、分支与聚合等)。中介基础服务包括实现服务等级协议(Service-Level Agreement,SLA,)实现可靠性保证，负载均衡，流量控制，缓存，事务控制，加密传输等目的，服务管理监控(异常处理，服务调用及消息数据记录，系统及服务的状态监控，ESB配置管理)，统一安全管理，服务注册与注销等。
[0030] 应用系统的接口服务子系统，主要用于通过企业服务总线向其他应用系统发送查询数据服务请求和处理其他应用系统向本应用系统发来的查询数据服务请求。在处理其他应用系统向本应用系统查询请求时，先解析查询求的xml格式文件，根据其中的xml信息调用本应用系统服务查询数据，然后将查询结果按照约定的标准封装成xml格式文件返回；向其他应用系统发送查询请求时也需要将查询条件按照约定封装成xml格式文件，然后提供给企业服务总线发送查询服务请求，并将得到的查询结果xml格式文件转换成本系统的数据返回给本系统。查询的xml格式文件包含公共头信息和查询条件信息，返回的xml格式文件包含公共头信息和查询结果信息，公共头信息主要是安全认证信息，本地应用系统标识信息，目的应用系统标识信息等。
[0031] 进一步的，所述面向服务体系架构的数据互联查询系统还包括：查询任务子系统140。
[0032] 其中，所述查询任务子系统140，用于将从接口服务子系统接收的网络查询数据服务请求分解为至少两个查询子任务，并在所有查询子任务完成后，将查询结果返回给所述接口服务子系统。
[0033] 对于包括海量数据的应用系统，部分数据查询、结果统计和关联分析等查询任务难以在短时间完成，需要通过查询任务子系统将查询任务先分割成若干子任务，等到所有查询子任务返回再异步返回给查询任务发起方。
[0034] 采用本实施例所提供的技术方案，能够方便快速的实现了应用系统相互交互，数据互联查询。无需修改原有应用系统，避免重新开发。解决企业应用系统由于历史原因相互孤立的问题。
[0035] 图2示出本发明的第二实施例。
[0036] 图2是本发明第二实施例提供的面向服务体系架构下数据互联查询的方法的流程示意图，本实施例的方法基于本发明第一实施例提供的面向服务体系架构的数据互联查询系统来实现。本实施例的方法可以由向服务体系架构的数据互联查询装置来执行，该装置可通过硬件和/或软件的方式实现，并一般可以集成于面向服务体系架构的数据互联查询系统内各部件中。
[0037] 参见图2，所述的面向服务体系架构下数据互联查询的方法包括：
[0038] 步骤S201，第一应用系统向第一接口服务子系统发送查询请求。
[0039] 面向服务体系架构下数据互联查询的系统包括多个应用系统，当其中一个应用系统中的用户需要查询其它应用系统的信息时，根据查询条件首先向自身的接口服务子系统发送查询请求。例如。某生产工厂原有多个应用系统，包括：销售应用系统和库存管理应用系统，当使用销售应用系统的用户需要查询库存管理应用系统中某个产品某个时间的库存资料时，销售应用系统会向销售应用系统的接口服务子系统发送相应的查询请求。
[0040] 步骤S202，第一接口服务子系统接收查询请求，并将所述查询请求转换成查询请求文件，将所述查询请求文件发给企业服务总线。
[0041] 属于第一应用系统的第一接口服务子系统接收到第一应用系统的查询请求，根据查询请求的具体内容将查询请求转换为查询请求文件，其中所述的查询请求文件为可扩展标记语言(xml)格式文件，可扩展标记语言，是一种用于标记电子文件使其具有结构性的标记语言。可扩展标记语言可以能够被更准确的搜索，更方便的传送软件组件，更好的描述一些事物。使用XML能够更好的传输和存储数据。此外，XML的简单使其易于在任何应用程序中读写数据，是目前数据交换的唯一公共语言。
[0042] 步骤S203，企业服务总线根据预先存储的网络服务信息中的统一资源定位符，确定所述处理查询请求的第二应用系统，并将所述查询请求文件发送至第二应用系统接口服务子系统。
[0043] 虽然第一应用系统在查询请求文件的头信息中有目的应用系统标识信息等，但作为第一应用系统并不知道也并不关心欲查询的第二应用系统的具体网络地址。第一应用系统将查询请求文件发送至企业服务总线，企业服务总线提供解耦服务和中介基础服务。通过网络信息中的各个应用系统的统一资源定位符(Uniform Resource Locator，URL)，确定所述处理第一应用系统查询请求的第二应用系统和其网络地址，并将查询请求文件发送到第二应用系统接口服务子系统。
[0044] 步骤S204，第二应用系统接口服务子系统接收所述查询请求文件，将所述查询请求文件转换成第二应用系统能够识别的查询参数，并将所述查询参数发送至所述第二应用系统。
[0045] 第二应用系统接口服务子系统接收企业服务总线发送的查询请求文件，并将所述查询请求文件转换成第二应用系统能够识别的查询参数，查询请求文件为XML格式文件，第二应用系统接口服务子系统将查询请求文件转换为第二应用系统能够识别的查询参数。例如，第二应用系统如果是ACCESS数据库，那么第二应用系统接口服务子系统会将XML格式文件转换为ACCESS查询语句，使得第二应用系统能够给出相应的查询结果。
[0046] 步骤S205,第二应用系统根据所述查询参数进行查询，并将查询结果返回给第二应用系统接口服务子系统。
[0047] 第二应用系统根据第二应用系统接口服务子系统传递的能够识别的查询参数，在本系统内部进行查询，并将查询到的结果发送给第二应用系统接口服务子系统。
[0048] 步骤S206,第二应用系统接口服务子系统封装所述查询结果，并将封装后的查询结果发送至企业服务总线。
[0049] 第二应用系统接口服务子系统接收第二应用系统的查询结果，并将所述查询结果进行封装，使之转换为XML格式的查询结果。并将转换后的XML格式的查询结果发送给企业服务总线。
[0050] 步骤S207,企业服务总线接收所述封装后的查询结果，并将所述封装后的查询结果至第一应用系统接口服务子系统。
[0051] 步骤S208,第一应用系统接口服务子系统将所述封装后的查询结果转换成第一应用系统能够识别的数据，并将所述能够识别的数据发送至第一应用系统。
[0052] 第一应用系统接口服务子系统接收企业服务总线发送的第二应用系统返回的查询结果，并将封装后的XM格式查询结果进行转换，使之成为第一应用系统能够识别的数据，例如第一应用系统所使用的是SQL数据库，将XML格式查询结果转换为SQL能够识别的数据，并将数据发送至第一应用系统。
[0053] 步骤S209,第一应用系统接收所述能够识别的数据，并在系统前端展示所述能够识别的数据。
[0054] 所述第一应用系统接收第一应用系统接口服务子系统发送的应用系统能够识别的数据，并将接收到能够识别的数据通过第一应用系统的前端展示给用户。
[0055] 本实施例在本发明第一实施例提供的面向服务体系架构的数据互联查询系统的基础上，提供了一种面向服务体系架构的数据互联查询的方法，能够方便快速的实现了应用系统相互交互，数据互联查询。无需修改原有应用系统，避免重新开发。解决企业应用系统由于历史原因相互孤立的问题。
[0056] 在本实施例的一个可选的实现方式中，在企业服务总线根据网络服务信息中的统一资源定位符，确定所述处理查询请求的第二应用系统之前，还包括在本实施例的一个可选的实现方式中，在企业服务总线根据网络服务信息中的统一资源定位符，确定所述处理查询请求的第二应用系统之前，还包括：所述企业服务总线对第一应用系统接口服务子系统进行安全认证，在所述安全验证通过时，根据网络服务信息中的统一资源定位符，确定处理所查询请求的所述第二网络系统。所述企业服务总线在接收和处理应用系统发出的查询请求之前，要对发出查询请求的应用系统进行安全验证，确认发出查询请求的应用系统属于企业内部的应用系统，所述安全认证的方式有多种，可以采用口令、秘钥及数字证书等多种方式进行验证，能够有效的保证企业内个应用系统内的数据安全。
[0057] 在本实施例的另一个可选的实现方式中，在第一应用系统接口服务子系统将所述能够识别的数据发送至第一应用系统之后，还包括：第一应用系统标示所述能够识别的数据的来源，将所述数据来源、查询请求中的查询条件和所述能够识别的数据作为一组数据进行存储。将上述数据作为一组进行存储目的是为了下次遇到同条件查询时则直接从本地存储数据库中读取，不必再去其它应用系统查询，节约查询所消耗的资源和查询时间。
[0058] 图3和图4示出了本发明第三实施例。
[0059] 图3是本发明第三实施例提供的面向服务体系架构的数据互联查询方法的流程图，图4是本发明第三实施例提供的面向服务体系架构的数据互联查询方法的交互流程示意图，本发明实施例以本发明第二实施例所提供的面向服务体系架构的数据互联查询方法为基础。进一步的，在所述将所述查询请求文件转换成第二应用系统能够识别的查询参数之后，将所述查询参数发送至所述第二应用系统之前，增加如下步骤：查询任务子系统为所述查询参数添加异步查询标识；并将所述第二应用系统根据所述查询参数进行查询，并将查询结果返回给第二应用系统接口服务子系统。将所述第二应用系统接口服务子系统封装所述查询结果，并将封装后的查询结果发送至企业服务总线，具体优化为：所述第二应用系统根据所述异步查询标识，将所述查询参数转换为若干子查询任务，执行所述若干查询子任务，并将所述若干查询子任务的查询结果发送至第二应用系统网络服务接口服务子系统；将所述第二应用系统接口服务子系统封装所述查询结果，并将封装后的查询结果发送至企业服务总线，具体优化为：所述第二应用系统接口服务子系统接收所述若干查询子任务的查询结果，并封装所述若干查询子任务的查询结果，并将所述封装查询结果发送至企业服务总线。其中，第一应用系统可以用A系统来表示，第二应用系统可以用B系统来表示。
[0060] 参见图3和图4，所述的面向服务体系架构的数据互联查询方法包括：
[0061] 步骤S301，第一应用系统向第一接口服务子系统发送查询请求。
[0062] 步骤S302，第一接口服务子系统接收查询请求，并将所述查询请求转换成查询请求文件，将所述查询请求文件发给企业服务总线。
[0063] 步骤S303，企业服务总线根据预先存储的网络服务信息中的统一资源定位符，确定所述处理查询请求的第二应用系统，并将所述查询请求文件发送至第二应用系统接口服务子系统。
[0064] 步骤S304，第二应用系统接口服务子系统接收所述查询请求文件，将所述查询请求文件转换成第二应用系统能够识别的查询参数。
[0065] 步骤S305，查询任务子系统为所述查询参数添加异步查询标识，第二应用系统接口服务子系统将所述查询参数发送至所述第二应用系统。
[0066] 对于包括海量数据的应用系统，部分数据查询、结果统计和关联分析等查询任务难以在短时间完成，需要通过查询任务子系统将查询任务先分割成若干子任务，等到所有查询子任务返回再异步返回给查询任务发起方。查询任务子系统根据所述查询任务的复杂度，将查询任务添加同步查询或者异步查询标记。第二应用系统接口服务子系统将添加查询标记后的查询参数发送至所述第二应用系统。
[0067] 步骤S306，第二应用系统根据所述异步查询标识，将所述查询参数转换为若干子查询任务，执行所述若干查询子任务，并将所述若干查询子任务的查询结果发送至第二应用系统网络服务接口服务子系统。
[0068] 第二应用系统根据添加的异步查询标示，将查询任务分解为若干子查询任务，并分别执行子查询任务，并在每一个子查询任务完成后，将子查询任务的查询结果发送至第二应用系统网络服务接口服务子系统。
[0069] 步骤S307，所述第二应用系统接口服务子系统接收所述若干查询子任务的查询结果，并封装所述若干查询子任务的查询结果，并将所述封装查询结果发送至企业服务总线。
[0070] 所述第二应用系统接口服务子系统接收查询子任务的查询结果，由于每一个查询子任务的完成时长不同，所以接收到的查询结果时间也不同，第二应用系统接口服务子系统在接收每一个查询子任务的查询结果后，会修改子任务为完成状态，并将每一个查询子任务的查询结果进行封装，生成XML格式的查询结果，并将所述封装查询结果发送至企业服务总线。直至所有查询子任务查询结果发送完毕。
[0071] 步骤S308,企业服务总线接收所述封装后的查询结果，并将所述封装后的查询结果至第一应用系统接口服务子系统。
[0072] 步骤S309,第一应用系统接口服务子系统将所述封装后的查询结果转换成第一应用系统能够识别的数据，并将所述能够识别的数据发送至第一应用系统。
[0073] 步骤S310,第一应用系统接收所述能够识别的数据，并在系统前端展示所述能够识别的数据。
[0074] 本实施例通过在所述将所述查询请求文件转换成第二应用系统能够识别的查询参数之后，将所述查询参数发送至所述第二应用系统之前，增加如下步骤：查询任务子系统为所述查询参数添加异步查询标识。能够根据查询任务的复杂度将查询请求分解为多个查询子任务。能够进一步提高处理查询请求的速度，节省了处理查询请求的时间，从而优先返回部分数据供前端展示。
[0075] 上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
[0076] 本领域普通技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个计算装置上，或者分布在多个计算装置所组成的网络上，可选地，他们可以用计算机装置可执行的程序代码来实现，从而可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件的结合。
[0078] 以上所述仅为本发明的优选实施例，并不用于限制本发明，对于本领域技术人员而言，本发明可以有各种改动和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 一种内外网隔离的语音转文字实时输入系统及其方法 | 2020-05-12 | 550 |
| 一种用于注塑企业生产过程执行系统的监控系统 | 2020-05-13 | 940 |
| 一种基于虚拟化主从容器的数据处理中心 | 2020-05-14 | 683 |
| 一种移动式输油管道在线监测装置及其监测方法 | 2020-05-13 | 428 |
| 一种远程监控系统 | 2020-05-08 | 230 |
| 一种流体机械测控系统的智能仪表组态软件及方法 | 2020-05-15 | 58 |
| 一种大数据运营管理系统 | 2020-05-08 | 955 |
| 一种基于物联区块链技术的LNG能源管理的方法 | 2020-05-11 | 947 |
| 一种行业信息的交易方法、系统及装置 | 2020-05-12 | 538 |
| 一种企业工作手机智能管理技术解决方法 | 2020-05-13 | 415 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
QQ群二维码
意见反馈
意见反馈