一种企业信息的处理方法、服务器及客户端与流程

本发明涉及企业服务平台技术领域，尤其涉及一种企业信息的处理方法、服务器及客户端。

背景技术：

企业服务平台从全国企业信用信息公示系统、中国法院裁判文书网、中国执行信息公开网等网站提取官方数据，所有数据由国家公开发布在网络上，按照关键字查询、股东/法人名查询、经营范围查询、失信人查询及高级检索查询五种方式，为用户提供搜索查询功能。查询企业的主要信息包括了企业的工商信息、法院判决信息、关联企业信息、失信信息、司法拍卖信息、招聘信息和企业评价信息等。

现有企业服务平台主要收集互联网上的信息，然后进行简单的拼凑整合，然后在自己的网站上进行展示，虽然方便了用户不用去各网站去分别查询信息，但是没有对现有数据做深入发掘和分析。举个例子：用户想要知道各企业、股东、法人之间的隐藏关系，需要在网站上进行多次搜索查询，然后经过自己分析，才能得到结论。如果他们自己的关系链隐藏的比较深，用户没有把数据有效的关联起来，可能就会忽略一些很重要的信息，从而导致做出对自己不利的判断。

技术实现要素：

为解决上述技术问题，本发明实施例提供了一种企业信息的处理方法、服务器及客户端。

本发明实施例提供的企业信息的处理方法，包括：

从互联网上采集企业信息，将所述企业信息以非结构化格式存储在第一数据库中；

将所述第一数据库中的非结构化格式的企业信息转变为结构化格式的企业信息，并存储在第二数据库中；

将所述第二数据库中的各个企业信息的索引信息存储在第三数据库中；

构建所述第二数据库中的各个企业信息之间的关系数据，并将所述各个企业信息之间的关系数据存储在第四数据库中。

本发明实施例中，所述方法还包括：

当接收到客户端发送的针对关键字段的查询指令时，从所述第三数据库中查询与所述关键字段相匹配的企业索引列表；

当接收到客户端发送的针对所述企业索引列表中的目标索引的查询指令时，从所述第二数据库中查询与所述目标索引相匹配的目标企业信息；

当接收到客户端发送的针对目标企业信息的关系查询指令时，从所述第四数据库中查询与所述目标企业信息相关的关系数据。

本发明实施例中，所述从所述第四数据库中查询与所述目标企业信息相关的关系数据，包括以下至少之一：

从所述第四数据库中查询与所述目标企业信息相似的企业关系图；

从所述第四数据库中查询与所述目标企业信息相关的企业舆情信息；

所述第四数据库中查询与所述目标企业信息相关的企业关系图。

本发明实施例中，所述第一数据库为结构化查询语言(SQL)数据库；所述第二数据库为MongoDB数据库；所述第三数据库为Solr数据库；所述第四数据库为Neo4j数据库。

本发明另一实施例提供的企业信息的处理方法，包括：

展示查询界面，在所述查询界面上获得针对关键字段的查询指令时，将所述查询指令发送给服务器，接收所述服务器发送的从第三数据库中查询到的与所述关键字段相匹配的企业索引列表；

展示所述企业索引列表，在所述企业索引列表上获得针对目标索引的查询指令时，将所述查询指令发送给服务器，接收所述服务器发送的从第二数据库中查询与所述目标索引相匹配的目标企业信息；

展示所述目标企业信息，当获得针对目标企业信息的关系查询指令时，将所述关系查询指令发送给服务器，接收所述服务器发送的从第四数据库中查询与所述目标企业信息相关的关系数据；

展示所述关系数据。

本发明实施例中，所述展示所述关系数据包括以下至少之一：

展示与所述目标企业信息相似的企业关系图；

展示与所述目标企业信息相关的企业舆情信息；

展示与所述目标企业信息相关的企业关系图。

本发明实施例中，所述第一数据库为SQL数据库；所述第二数据库为MongoDB数据库；所述第三数据库为Solr数据库；所述第四数据库为Neo4j数据库。

本发明实施例提供的服务器，包括：

采集模块，用于从互联网上采集企业信息；

存储模块，用于将所述企业信息以非结构化格式存储在第一数据库中；

转化模块，用于将所述第一数据库中的非结构化格式的企业信息转变为结构化格式的企业信息；

所述存储模块，还用于将所述结构化格式的企业信息存储在第二数据库中；将所述第二数据库中的各个企业信息的索引信息存储在第三数据库中；

构建模块，用于构建所述第二数据库中的各个企业信息之间的关系数据；

所述存储模块，还用于所述各个企业信息之间的关系数据存储在第四数据库中。

本发明实施例中，所述服务器还包括：

查询模块，用于当接收到客户端发送的针对关键字段的查询指令时，从所述第三数据库中查询与所述关键字段相匹配的企业索引列表；当接收到客户端发送的针对所述企业索引列表中的目标索引的查询指令时，从所述第二数据库中查询与所述目标索引相匹配的目标企业信息；当接收到客户端发送的针对目标企业信息的关系查询指令时，从所述第四数据库中查询与所述目标企业信息相关的关系数据。

本发明实施例中，所述从所述第四数据库中查询与所述目标企业信息相关的关系数据，包括以下至少之一：

从所述第四数据库中查询与所述目标企业信息相似的企业关系图；

从所述第四数据库中查询与所述目标企业信息相关的企业舆情信息；

所述第四数据库中查询与所述目标企业信息相关的企业关系图。

本发明实施例中，所述第一数据库为QL数据库；所述第二数据库为MongoDB数据库；所述第三数据库为Solr数据库；所述第四数据库为Neo4j数据库。

本发明实施例提供的客户端，包括：

显示模块，用于展示查询界面；

接口模块，用于在所述查询界面上获得针对关键字段的查询指令时，将所述查询指令发送给服务器，接收所述服务器发送的从第三数据库中查询到的与所述关键字段相匹配的企业索引列表；

所述显示模块，还用于展示所述企业索引列表；

所述接口模块，还用于在所述企业索引列表上获得针对目标索引的查询指令时，将所述查询指令发送给服务器，接收所述服务器发送的从第二数据库中查询与所述目标索引相匹配的目标企业信息；

所述显示模块，还用于展示所述目标企业信息；

所述接口模块，还用于当获得针对目标企业信息的关系查询指令时，将所述关系查询指令发送给服务器，接收所述服务器发送的从第四数据库中查询与所述目标企业信息相关的关系数据；

所述显示模块，还用于展示所述关系数据。

本发明实施例中，所述展示所述关系数据包括以下至少之一：

展示与所述目标企业信息相似的企业关系图；

展示与所述目标企业信息相关的企业舆情信息；

展示与所述目标企业信息相关的企业关系图。

本发明实施例中，所述第一数据库为SQL数据库；所述第二数据库为MongoDB数据库；所述第三数据库为Solr数据库；所述第四数据库为Neo4j数据库。

本发明实施例的技术方案中，从互联网上采集企业信息，将所述企业信息以非结构化格式存储在第一数据库中；将所述第一数据库中的非结构化格式的企业信息转变为结构化格式的企业信息，并存储在第二数据库中；将所述第二数据库中的各个企业信息的索引信息存储在第三数据库中；构建所述第二数据库中的各个企业信息之间的关系数据，并将所述各个企业信息之间的关系数据存储在第四数据库中。当接收到客户端发送的针对关键字段的查询指令时，从所述第三数据库中查询与所述关键字段相匹配的企业索引列表；当接收到客户端发送的针对所述企业索引列表中的目标索引的查询指令时，从所述第二数据库中查询与所述目标索引相匹配的目标企业信息；当接收到客户端发送的针对目标企业信息的关系查询指令时，从所述第四数据库中查询与所述目标企业信息相关的关系数据。采用本发明实施例的技术方案，能够针对各种类型的企业数据进行汇总，并形成统一的结构化数据，然后，对结构化数据建立关系数据，从而使得用户能够通过平台获取到更为深入丰富的企业关系数据。

附图说明

图1为本发明实施例的企业信息的处理方法的流程示意图一；

图2为本发明实施例的企业信息的处理方法的流程示意图二；

图3为本发明实施例的系统架构图；

图4为本发明实施例的网站的结构图；

图5为本发明实施例的企业信息的处理方法的流程示意图三；

图6为本发明实施例的服务器的结构组成示意图；

图7为本发明实施例的客户端的结构组成示意图。

具体实施方式

为了能够更加详尽地了解本发明实施例的特点与技术内容，下面结合附图对本发明实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明实施例。

通过互联网提供企业基础信息查询服务的网站有很多，随着大数据行业的发展，越来越多的企业加入进来，从而导致市面上的企业服务平台给人千篇一律的印象。在这么多企业服务平台中，能够真正站在用户角度，为用户提供数据挖掘、数据分析的企业服务平台少之又少。有些企业服务平台虽然也提供了简单的企业关系图谱，但在广度上还不够完善，对用户的帮助较为有限。

针对这种情况，为了帮助用户更好的了解企业之间的关系，以便做出正确的决策，本发明实施例在现有数据的基础上，着重添加了专利、招聘信息、舆情新闻等数据。这些数据能够更全面的帮助用户认识企业之间的隐藏关系、企业动态等。本发明实施例的企业服务平台的主要功能有：

企业关系图：可以根据需求，可以设定关系链的层级。

相似企业关系图：多维度，多角度查询相似的企业，方便用户了解更多的企业。

找关系：利用六度搜索多层次展示企业之间的关系。

企业舆情：从行业、股东、高管、地区等多角度挖掘企业的相关新闻。

图1为本发明实施例的企业信息的处理方法的流程示意图一，本示例中的企业信息的处理方法应用于服务器侧，如图1所示，所述企业信息的处理方法包括以下步骤：

步骤101：从互联网上采集企业信息，将所述企业信息以非结构化格式存储在第一数据库中。

本发明实施例中，数据采集平台从互联网上采集到的企业信息的类型丰富多样，例如知识产权信息、应聘信息、关系链信息、舆情信息等等。所采集到的信息大部分是非结构化数据，因此，将所述企业信息以非结构化格式存储在第一数据库中。

在一具体实施方式中，所述第一数据库为SQL数据库。SQL数据库为关系数据库，SQL数据库又称为SQLSERVER，由于数据采集平台涉及到很多配置项，且各配置项之间关联关系比较紧密，需要它们之间互相配合使用，而关系型数据库能够很好的起到采集调度作用。

步骤102：将所述第一数据库中的非结构化格式的企业信息转变为结构化格式的企业信息，并存储在第二数据库中。

本发明实施例中，数据处理平台主要负责把第一数据库(SQLSERVER)中的数据，通过自然语言处理变成结构化数据，存储在第二数据库中。

在一具体实施方式中，所述第二数据库为MongoDB数据库，MongoDB是一个介于关系数据库和非关系数据库之间的数据库，是非关系数据库当中功能最丰富，最像关系数据库的。他支持的数据结构非常松散，是类似json的bson格式，因此可以存储比较复杂的数据类型。MongoDB最大的特点是支持的查询语言非常强大，其语法有点类似于面向对象的查询语言，几乎可以实现类似关系数据库单表查询的绝大部分功能，而且还支持对数据建立索引。所以采用MongoDB作为接口项目的主体数据库具有很多优点。

步骤103：将所述第二数据库中的各个企业信息的索引信息存储在第三数据库中。

本发明实施例中，所述第三数据库为Solr数据库，Solr是基于Lucene的企业级全文搜索服务器，是一款非常优秀的全文搜索引擎。在大数据行业，全文搜索功能是必不可少的重要功能之一。通过搜索功能，我们能够更快捷、高效的获取到用户想要的东西。

步骤104：构建所述第二数据库中的各个企业信息之间的关系数据，并将所述各个企业信息之间的关系数据存储在第四数据库中。

本发明实施例中，所述第四数据库为Neo4j数据库，Neo4j是一个高性能的,NOSQL图形数据库，它将结构化数据存储在网络上而不是表中。Neo4j也可以被看作是一个高性能的图引擎，通过它能够快速的找出各企业、法人、股东之间的关系链。

本发明实施例中，所述方法还包括：

当接收到客户端发送的针对关键字段的查询指令时，从所述第三数据库中查询与所述关键字段相匹配的企业索引列表；

当接收到客户端发送的针对所述企业索引列表中的目标索引的查询指令时，从所述第二数据库中查询与所述目标索引相匹配的目标企业信息；

当接收到客户端发送的针对目标企业信息的关系查询指令时，从所述第四数据库中查询与所述目标企业信息相关的关系数据。

其中，所述从所述第四数据库中查询与所述目标企业信息相关的关系数据，包括以下至少之一：

从所述第四数据库中查询与所述目标企业信息相似的企业关系图；

从所述第四数据库中查询与所述目标企业信息相关的企业舆情信息；

所述第四数据库中查询与所述目标企业信息相关的企业关系图。

图2为本发明实施例的企业信息的处理方法的流程示意图二，本示例中的企业信息的处理方法应用于客户端侧，如图2所示，所述企业信息的处理方法包括以下步骤：

步骤201：展示查询界面，在所述查询界面上获得针对关键字段的查询指令时，将所述查询指令发送给服务器，接收所述服务器发送的从第三数据库中查询到的与所述关键字段相匹配的企业索引列表。

本发明实施例中，所述第三数据库为Solr数据库；Solr是基于Lucene的企业级全文搜索服务器，是一款非常优秀的全文搜索引擎。在大数据行业，全文搜索功能是必不可少的重要功能之一。通过搜索功能，我们能够更快捷、高效的获取到用户想要的东西。

步骤202：展示所述企业索引列表，在所述企业索引列表上获得针对目标索引的查询指令时，将所述查询指令发送给服务器，接收所述服务器发送的从第二数据库中查询与所述目标索引相匹配的目标企业信息。

本发明实施例中，所述第二数据库为MongoDB数据库；MongoDB是一个介于关系数据库和非关系数据库之间的数据库，是非关系数据库当中功能最丰富，最像关系数据库的。他支持的数据结构非常松散，是类似json的bson格式，因此可以存储比较复杂的数据类型。MongoDB最大的特点是支持的查询语言非常强大，其语法有点类似于面向对象的查询语言，几乎可以实现类似关系数据库单表查询的绝大部分功能，而且还支持对数据建立索引。所以采用MongoDB作为接口项目的主体数据库具有很多优点。

步骤203：展示所述目标企业信息，当获得针对目标企业信息的关系查询指令时，将所述关系查询指令发送给服务器，接收所述服务器发送的从第四数据库中查询与所述目标企业信息相关的关系数据。

本发明实施例中，所述第四数据库为Neo4j数据库；Neo4j是一个高性能的，NOSQL图形数据库，它将结构化数据存储在网络上而不是表中。Neo4j也可以被看作是一个高性能的图引擎，通过它能够快速的找出各企业、法人、股东之间的关系链。

步骤204：展示所述关系数据。

本发明实施例中，所述展示所述关系数据包括以下至少之一：

展示与所述目标企业信息相似的企业关系图；

展示与所述目标企业信息相关的企业舆情信息；

展示与所述目标企业信息相关的企业关系图。

图3为本发明实施例的系统架构图，如图3所示，本发明实施例的系统主要包括以下四个模块：数据采集平台、数据处理平台、数据接口服务、网站。其中，数据采集平台、数据处理平台、数据接口服务位于服务器侧，网站位于客户端侧。

数据采集平台：从互联网上采集需要的数据，以非结构化的形式保存在SQLSERVER数据库中。

数据处理平台：该系统主要负责把SQLSERVER中的数据，通过自然语言处理，变成结构化数据，存储在NQSQL数据库中。

数据接口服务：该系统负责给网站及APP提供数据。根据具体业务需求，把数据库的数据，经过处理和包装，然后以JSON数据格式供具体业务系统调用。该系统主体思想上使用的是三层架构模式，三层架构包括：数据访问层、业务逻辑层、界面层。由于该系统是接口项目，所以使用WEBAPI替代界面层，以达到提供数据服务的目的。

网站：该项目为纯前端项目，页面使用HTML5+CSS3构建，兼容移动端页面。并且通过JavaScript及相关组件，以ajax方式调用数据接口，把返回的数据展现在相关页面上。如图4所示，图4为本发明实施例的网站的结构图，首页包括一系列的查询选项，用户可以选择某个选项，然后输入关键字段后，便可以实现查询，服务器首先会返回列表页，如果用户选择了列表中的某个目标对象，则服务器返回详情页。

本发明实施例的技术方案中，根据业务及系统性能考虑，用到了多个数据库系统，包括关系型数据库(SERVERSQL)和NOSQL数据库(MongoDB、Solr、Neo4j)。

SQLSERVER：数据采集平台涉及到很多配置项，且各配置项之间关联关系比较紧密，需要它们之间互相配合使用，而关系型数据库能够很好的起到采集调度作用。

MongoDB：MongoDB是一个介于关系数据库和非关系数据库之间的产品，是非关系数据库当中功能最丰富，最像关系数据库的。他支持的数据结构非常松散，是类似json的bson格式，因此可以存储比较复杂的数据类型。Mongo最大的特点是他支持的查询语言非常强大，其语法有点类似于面向对象的查询语言，几乎可以实现类似关系数据库单表查询的绝大部分功能，而且还支持对数据建立索引。所以采用MongoDB作为接口项目的主体数据库是一个很好的选择。

Solr：Solr是基于Lucene的企业级全文搜索服务器，是一款非常优秀的全文搜索引擎。在大数据行业，全文搜索功能是必不可少的重要功能之一。通过搜索功能，我们能够更快捷、高效的获取到我们想要的东西。

Neo4j：Neo4j是一个高性能的,NOSQL图形数据库，它将结构化数据存储在网络上而不是表中。Neo4j也可以被看作是一个高性能的图引擎，通过它我们能够快速的找出各企业、法人、股东之间的关系链。

本发明实施例中，各个平台之间是相互独立的，每个平台负责自己的功能模块，即便自己负责的模块出现问题，也不会影响别的平台运行。并且能够按照自己业务需要及性能考虑，采用最适合自己的搭建方式，从而达到效率最大化。

图5为本发明实施例的企业信息的处理方法的流程示意图三，如图5所示，所述企业信息的处理方法包括以下步骤：

步骤501：输入搜索关键字。

步骤502：在Solor数据库中进行全文检索，返回结果数据。

不追503：通过页面展示结果列表。

步骤504：点击列表的某条数据查看详情。

步骤505：根据点击操作在MongoDB数据库中查询详情数据。

步骤506：通过页面展示结果详情。

步骤507：判断是否查看企业关系图，是时，执行步骤508，否时，结束本流程。

步骤508：在Neo4j数据库中查询企业关系数据。

步骤509：通过页面展示企业关系图。

图6为本发明实施例的服务器的结构组成示意图，如图6所示，所述服务器包括：

采集模块61，用于从互联网上采集企业信息；

存储模块62，用于将所述企业信息以非结构化格式存储在第一数据库中；

转化模块63，用于将所述第一数据库中的非结构化格式的企业信息转变为结构化格式的企业信息；

所述存储模块62，还用于将所述结构化格式的企业信息存储在第二数据库中；将所述第二数据库中的各个企业信息的索引信息存储在第三数据库中；

构建模块64，用于构建所述第二数据库中的各个企业信息之间的关系数据；

所述存储模块62，还用于所述各个企业信息之间的关系数据存储在第四数据库中。

本发明实施例中，所述服务器还包括：

查询模块65，用于当接收到客户端发送的针对关键字段的查询指令时，从所述第三数据库中查询与所述关键字段相匹配的企业索引列表；当接收到客户端发送的针对所述企业索引列表中的目标索引的查询指令时，从所述第二数据库中查询与所述目标索引相匹配的目标企业信息；当接收到客户端发送的针对目标企业信息的关系查询指令时，从所述第四数据库中查询与所述目标企业信息相关的关系数据。

本发明实施例中，所述从所述第四数据库中查询与所述目标企业信息相关的关系数据，包括以下至少之一：

从所述第四数据库中查询与所述目标企业信息相似的企业关系图；

从所述第四数据库中查询与所述目标企业信息相关的企业舆情信息；

所述第四数据库中查询与所述目标企业信息相关的企业关系图。

本发明实施例中，所述第一数据库为QL数据库；所述第二数据库为MongoDB数据库；所述第三数据库为Solr数据库；所述第四数据库为Neo4j数据库。

本领域技术人员应当理解，图6所示的服务器中的各模块的实现功能可参照前述企业信息的处理方法的相关描述而理解。图6所示的服务器中的各模块的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现。

图7为本发明实施例的客户端的结构组成示意图，如图7所示，所述客户端包括：

显示模块71，用于展示查询界面；

接口模块72，用于在所述查询界面上获得针对关键字段的查询指令时，将所述查询指令发送给服务器，接收所述服务器发送的从第三数据库中查询到的与所述关键字段相匹配的企业索引列表；

所述显示模块71，还用于展示所述企业索引列表；

所述接口模块72，还用于在所述企业索引列表上获得针对目标索引的查询指令时，将所述查询指令发送给服务器，接收所述服务器发送的从第二数据库中查询与所述目标索引相匹配的目标企业信息；

所述显示模块71，还用于展示所述目标企业信息；

所述接口模块72，还用于当获得针对目标企业信息的关系查询指令时，将所述关系查询指令发送给服务器，接收所述服务器发送的从第四数据库中查询与所述目标企业信息相关的关系数据；

所述显示模块71，还用于展示所述关系数据。

本发明实施例中，所述展示所述关系数据包括以下至少之一：

展示与所述目标企业信息相似的企业关系图；

展示与所述目标企业信息相关的企业舆情信息；

展示与所述目标企业信息相关的企业关系图。

本发明实施例中，所述第一数据库为SQL数据库；所述第二数据库为MongoDB数据库；所述第三数据库为Solr数据库；所述第四数据库为Neo4j数据库。

本领域技术人员应当理解，图7所示的客户端中的各模块的实现功能可参照前述企业信息的处理方法的相关描述而理解。图7所示的客户端中的各模块的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现。

本发明实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

在本发明所提供的几个实施例中，应该理解到，所揭露的方法和智能设备，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个第二处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。