一种检索系统及其方法与流程

本公开属于信息处理领域，例如涉及一种检索系统及其方法。

背景技术：

一方面，现有技术是通过客户端-服务器架构，即cs架构，来直接获得与检索有关的文档；而现有技术中的浏览器-服务器架构，即bs架构，则是仅仅具备在浏览器中对检索条目进行显示的能力，并不能通过浏览器来向用户直接输出与检索有关的文档，特别是对检索结果进行了分析处理(例如各种统计、趋势分析、数据可视化分析等等)所得的文档。

另一方面，计算设备越来越朝着以浏览器为中心的方向在发展，例如支持chromeos、android、ios的设备，浏览器越来越占据用户的时间。如何面向各种具备浏览器的计算设备提供具备分析处理能力和文档输出能力的检索系统，就成为亟待解决的技术问题。

技术实现要素：

为了解决上述技术问题，本公开提供了一种检索系统，包括：

运行第一操作系统的第一服务器，和运行第二操作系统的第二服务器以及运行一浏览器的用户端；

其中，

所述用户端，用于通过所述浏览器接收检索指令并发送与检索指令对应的检索请求，以及用于通过浏览器输出检索结果，其中，所述检索结果包括文件格式的检索结果；

所述第一服务器，用于根据所述检索请求在至少一数据集中执行针对所述检索请求的检索，并输出中间数据至所述第二服务器；其中，所述中间数据包括对检索结果进行分析处理的数据；

所述第二服务器，用于将所述中间数据编辑为所述文件格式的文档以便通过所述浏览器向所述用户端输出。

此外，本公开还提供了一种检索方法，包括：

步骤s100：通过浏览器接收检索指令并发送与检索指令对应的检索请求；

步骤s200：运行第一操作系统的第一服务器根据所述检索请求在至少一数据集中执行针对所述检索请求的检索，并输出中间数据至运行第二操作系统的第二服务器；其中，所述中间数据包括对检索结果进行分析处理的数据；

步骤s300：所述第二服务器接收所述中间数据并将所述中间数据编辑为所述文件格式的文档以便通过浏览器向所述用户端输出。

如此，本公开通过第一服务器、第二服务器，以及浏览器-服务器架构(即bs架构)，直接获得与检索有关的文档，且所述文档与中间数据密切相关，而中间数据则进一步包括对检索结果进行分析处理的数据。

附图说明

图1是本公开中一个实施例所述系统的示意图；

图2是本公开中一个实施例所述方法的示意图。

具体实施方式

为了使本领域技术人员理解本公开所披露的技术方案，下面将结合实施例及有关附图，对各个实施例的技术方案进行描述，所描述的实施例是本公开的一部分实施例，而不是全部的实施例。本公开所采用的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，“包括”和“具有”以及它们的任何变形，意图在于覆盖且不排他的包含。例如包含了一系列步骤或单元的过程、或方法、或系统、或产品或设备没有限定于已列出的步骤或单元，而是可选的还包括没有列出的步骤或单元，或可选的还包括对于这些过程、方法、系统、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本公开的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其他实施例互斥的独立的或备选的实施例。本领域技术人员可以理解的是，本文所描述的实施例可以与其他实施例相结合。

参见图1，在一个实施例中，本公开揭示了一种检索系统，包括：

运行第一操作系统的第一服务器，和运行第二操作系统的第二服务器以及运行一浏览器的用户端；

其中，

所述用户端，用于通过所述浏览器接收检索指令并发送与检索指令对应的检索请求，以及用于通过浏览器输出检索结果，其中，所述检索结果包括文件格式的检索结果；

所述第一服务器，用于根据所述检索请求在至少一数据集中执行针对所述检索请求的检索，并输出中间数据至所述第二服务器；其中，所述中间数据包括对检索结果进行分析处理的数据；

所述第二服务器，用于将所述中间数据编辑为所述文件格式的文档以便通过所述浏览器向所述用户端输出。

对于上述实施例而言，所述系统具备如下突出的技术效果：通过第一服务器、第二服务器，以及浏览器-服务器架构(即bs架构)，直接获得与检索有关的文档，且所述文档与中间数据密切相关，而中间数据则进一步包括对检索结果进行分析处理的数据。简言之，本实施例能够借由至少两个服务器和浏览器向用户输出如下文档：对检索结果进行了分析处理所得的文档。

与之对比，一方面，现有技术是通过客户端-服务器架构，即cs架构，来直接获得与检索有关的文档；另一方面，现有技术中的bs架构则是仅仅具备在浏览器中对检索条目进行显示的能力，并不能通过浏览器来向用户直接输出与检索有关的文档，特别是对检索结果进行了分析处理(例如各种统计、趋势分析、数据可视化分析等等)所得的文档。这意味着，所述实施例能够面向各种具备浏览器的移动终端或智能终端，且同时提供分析处理能力和文档输出能力。由此可见，上述实施例提高了bs架构在检索方面的应用范围。

在另一个实施例中，所述检索指令还包括对检索结果的数据处理命令，所述数据处理命令与前述中间数据相关；即，所述数据处理命令与如何指示相关服务器进行分析处理相关。

就该实施例而言，以检索专利文献为例，用户输入了某检索式后，想统计其中申请人或专利权人为公司a的所有专利中、被公司b所引用的那些专利，并希望将这些专利中涉及申请人或专利权人是公司a、以及公司b的专利都能够进行专利文献的分析处理(例如专利价值评估)并输出。此时，检索指令则可以包括与专利文献的分析处理有关的数据处理命令。需要说明的是，本公开并不限于专利检索，也可以是其他检索(包括学术文献、网页、图片、视频等各种信息检索)。

在另外的实施例中，所述中间数据包括对检索结果进行分析处理的数据，具体包括如下可能情形：

当检索结果的数据量比较大时，例如涉及2万条专利检索结果的分析处理的数据，第一服务器可以只发送所述分析处理的数据给第二服务器，而不发送具体的2万条专利检索结果；如果将此处2万条专利检索结果视为数据源，则意味着中间数据可以不包括数据源。此时，如果用户端需要显示2万条专利检索结果，可以由第一服务器向用户端发送。而第二服务器则仅负责将中间数据编辑为所述文件格式的文档以便通过所述浏览器向所述用户端输出；这样能够避免第一服务器向第二服务器传输大量的数据源，避免中间数据的传输资源被占用过多。

当检索结果的数据量比较小时，例如涉及2千条专利检索结果的分析处理的数据，第一服务器可以发送所述分析处理的数据给第二服务器的同时，还发送具体的2千条专利检索结果；如果将此处2千条专利检索结果视为数据源，则意味着中间数据可以包括数据源。此时，如果用户端需要显示2千条专利检索结果，可以由第二服务器向用户端发送。与此同时，第二服务器还负责将中间数据编辑为所述文件格式的文档以便通过所述浏览器向所述用户端输出。

即，该实施例能够综合利用第一、第二服务器向用户端提供检索服务：视具体情况，第一、第二服务器可以分别通过浏览器向用户端提供一部分检索结果，也可以均由第二服务器通过浏览器向用户端提供所有检索结果，包括所述文件格式的文档。

不难看出，从专利检索推而广之到其他文件检索，具体的专利文件、其他文件既可以是检索结果的一部分内容(因为用户端可能希望得到这些文件)，也可以视为数据源，此数据源则是本公开所述分析处理的对象。

在另一个实施例中，所述文件格式包括msoffice格式或其他富文本格式，或其他多媒体格式。显然，本实施例涉及文件格式的具体选型，msoffice格式指的是microsoft公司的office格式，这属于办公套件领域内的主流格式。但是，本实施例不排除其他富文本格式(例如.rtf格式)或其他多媒体格式(例如支持音频、视频、图片的各种多媒体格式)，这是因为富文本格式便于在本领域中的不同平台上被执行，特别是面向不同的智能设备。更特别的，本公开独特性的引入了多媒体格式，这有助于向用户提供更好的表达方式，以便深入浅出的理解对检索结果所作的分析处理。

需要指出的是，无论输出上述任何文件格式的所述文件，虽然其主要提供了分析处理结果，但是所述文件依然可以提供指向所述数据源的超链接(例如，所述超链接指向某服务器)，从而有利于用户访问检索结果的全文，例如专利检索所得的专利文件的全文、或者学术文献检索所得的学术文献的全文、或者其他文件检索所得的对应文件的全文。

在另一个实施例中，

所述文件格式为msoffice格式；

所述第二服务器直接提供所述msoffice格式的文档至所述运行浏览器的用户端，或者

所述第二服务器经由所述第一服务器间接提供所述msoffice格式的文档至所述运行浏览器的用户端。

对于该实施例，其意味着所述msoffice格式的文档可以直接由第二服务器提供给用户端，也可以经由第一服务器提供给用户端。当直接提供给用户端时，意味着第一、第二服务器各自的分工，但可能不利于第二服务器的数据安全；当经由第一服务器提供给用户端时，第一服务器相对更加安全。

进一步的，结合前述各个实施例，本公开能够综合利用第一、第二服务器向用户端提供检索服务：视具体情况，第一、第二服务器可以分别通过浏览器向用户端提供一部分检索结果，也可以均由第二或第一服务器通过浏览器向用户端提供所有检索结果，包括所述文件格式的文档。更进一步的，结合前文各个实施例，容易理解，检索结果的全文也可以均由第二或第一服务器通过浏览器向用户端提供，并且可以进一步与前文实施例中的超链接进行关联，从而便于用户在用户端以超链接的形式访问本地的所述检索结果的全文。

在另一个实施例中，

所述第一操作系统为非windows系统，所述第二操作系统为windows系统。就该实施例而言，非windows系统更加稳定、安全，特别是数据处理能力更佳，例如linux系统；然而第二操作系统为windows则有利于调用msoffice软件的接口来编辑中间数据以获得msoffice格式的文档。需要说明的是，第一操作系统、第二操作系统可以运行于物理的主机，也可以运行于虚拟的主机。

更优的，在另一个实施例中，所述第二服务器预装msoffice应用软件。这是因为预装msoffice应用软件时，便于第二服务器在本地调用msoffice软件的接口来编辑中间数据以获得msoffice格式的文档。

与前述系统的有关实施例类似的是，本公开还在如下实施例中公开了：

参见图2，其揭示了一种检索方法，包括：

步骤s100：通过浏览器接收检索指令并发送与检索指令对应的检索请求；

步骤s200：运行第一操作系统的第一服务器根据所述检索请求在至少一数据集中执行针对所述检索请求的检索，并输出中间数据至运行第二操作系统的第二服务器；其中，所述中间数据包括对检索结果进行分析处理的数据；

步骤s300：所述第二服务器接收所述中间数据并将所述中间数据编辑为所述文件格式的文档以便通过浏览器向所述用户端输出。

对于上述实施例而言，所述方法具备如下突出的技术效果：通过第一服务器、第二服务器，以及浏览器-服务器架构(即bs架构)，直接获得与检索有关的文档，且所述文档与中间数据密切相关，而中间数据则进一步包括对检索结果进行分析处理的数据。简言之，本实施例能够借由至少两个服务器和浏览器向用户输出如下文档：对检索结果进行了分析处理所得的文档。

与之对比，一方面，现有技术是通过客户端-服务器架构，即cs架构，来直接获得与检索有关的文档；另一方面，现有技术中的bs架构则是仅仅具备在浏览器中对检索条目进行显示/罗列的能力，并不能通过浏览器来向用户直接输出与检索有关的文档，特别是对检索结果进行了分析处理(例如各种统计、趋势分析、数据可视化分析等等)所得的文档。这意味着，所述实施例能够面向各种具备浏览器的移动终端或智能终端，且同时提供分析处理能力和文档输出能力。由此可见，上述实施例提高了bs架构在检索方面的应用范围。

在另一个实施例中，所述检索指令还包括对检索结果的数据处理命令，所述数据处理命令与前述中间数据相关；即，所述数据处理命令与如何指示相关服务器进行分析处理相关。

就该实施例而言，以检索专利文献为例，用户输入了某检索式后，想统计其中申请人或专利权人为公司a的所有专利中、被公司b所引用的那些专利，并希望将这些专利中涉及申请人或专利权人是公司a、以及公司b的专利都能够进行专利文献的分析处理(例如专利价值评估)并输出。此时，检索指令则可以包括与专利文献的分析处理有关的数据处理命令。需要说明的是，本公开并不限于专利检索，也可以是其他检索(包括学术文献、网页、图片、视频等各种信息检索)。

在另外的实施例中，所述中间数据包括对检索结果进行分析处理的数据，具体包括如下可能情形：

当检索结果的数据量比较大时，例如涉及2万条专利检索结果的分析处理的数据，第一服务器可以只发送所述分析处理的数据给第二服务器，而不发送具体的2万条专利检索结果；如果将此处2万条专利检索结果视为数据源，则意味着中间数据可以不包括数据源。此时，如果用户端需要显示2万条专利检索结果，可以由第一服务器向用户端发送。而第二服务器则仅负责将中间数据编辑为所述文件格式的文档以便通过所述浏览器向所述用户端输出；这样能够避免第一服务器向第二服务器传输大量的数据源，避免中间数据的传输资源被占用过多。

当检索结果的数据量比较小时，例如涉及2千条专利检索结果的分析处理的数据，第一服务器可以发送所述分析处理的数据给第二服务器的同时，还发送具体的2千条专利检索结果；如果将此处2千条专利检索结果视为数据源，则意味着中间数据可以包括数据源。此时，如果用户端需要显示2千条专利检索结果，可以由第二服务器向用户端发送。与此同时，第二服务器还负责将中间数据编辑为所述文件格式的文档以便通过所述浏览器向所述用户端输出。

即，该实施例能够综合利用第一、第二服务器向用户端提供检索服务：视具体情况，第一、第二服务器可以分别通过浏览器向用户端提供一部分检索结果，也可以均由第二服务器通过浏览器向用户端提供所有检索结果，包括所述文件格式的文档。

不难看出，从专利检索推而广之到其他文件检索，具体的专利文件、其他文件既可以是检索结果的一部分内容(因为用户端可能希望得到这些文件)，也可以视为数据源，此数据源则是本公开所述分析处理的对象。

在另一个实施例中，所述文件格式包括msoffice格式或其他富文本格式，或其他多媒体格式。显然，本实施例涉及文件格式的具体选型，msoffice格式指的是microsoft公司的office格式，这属于办公套件领域内的主流格式，包括word文件的格式、excel文件的格式以及powerpoint文件的格式。但是，本实施例不排除其他富文本格式或其他多媒体格式(例如支持音频、视频、图片的各种多媒体格式，甚至是3d图片或3d视频)，这是因为富文本格式(例如.rtf格式)便于在本领域中的不同平台上，特别是能够面向不同的智能设备，被读操作、写操作和执行。更特别的，本公开独特性的引入了多媒体格式，这有助于向用户提供更丰富的表达手段，以便深入浅出的理解对检索结果所作的分析处理。

需要指出的是，无论输出上述任何文件格式的所述文件，虽然其主要提供了分析处理结果，但是所述文件依然可以提供指向所述数据源的超链接(例如，所述超链接指向某服务器)，从而有利于用户访问检索结果的全文，例如专利检索所得的专利文件的全文、或者学术文献检索所得的学术文献的全文、或者其他文件检索所得的对应文件的全文。

在另一个实施例中，

所述文件格式为msoffice格式；

所述第二服务器直接提供所述msoffice格式的文档至所述运行浏览器的用户端，或者

所述第二服务器经由所述第一服务器间接提供所述msoffice格式的文档至所述运行浏览器的用户端。

对于该实施例，其意味着所述msoffice格式的文档可以直接由第二服务器提供给用户端，也可以经由第一服务器提供给用户端。当直接提供给用户端时，意味着第一、第二服务器各自的分工，但可能不利于第二服务器的数据安全；当经由第一服务器提供给用户端时，第一服务器相对更加安全。

进一步的，结合前述各个实施例，本公开能够综合利用第一、第二服务器向用户端提供检索服务：视具体情况，第一、第二服务器可以分别通过浏览器向用户端提供一部分检索结果，也可以均由第二或第一服务器通过浏览器向用户端提供所有检索结果，包括所述文件格式的文档。更进一步的，结合前文各个实施例，容易理解，检索结果的全文也可以均由第二或第一服务器通过浏览器向用户端提供，并且可以进一步与前文实施例中的超链接进行关联，从而便于用户在用户端以超链接的形式访问本地的所述检索结果的全文。

在另一个实施例中，

所述第一操作系统为非windows系统，所述第二操作系统为windows系统。就该实施例而言，非windows系统更加稳定、安全，特别是数据处理能力更佳，例如linux系统；然而第二操作系统为windows则有利于调用msoffice软件的接口来编辑中间数据以获得msoffice格式的文档，这是因为，相对于非window系统，msoffice软件在windows下的兼容性最好。

需要说明的是，第一操作系统、第二操作系统可以运行于物理的主机，也可以运行于虚拟的主机，从而，第一或第二服务器可以是物理的主机，也可以是虚拟的主机。当第一、第二服务器均是虚拟的主机时，这两个服务器甚至可以是同一物理主机上的两个虚拟的主机。

更优的，在另一个实施例中，所述第二服务器预装msoffice应用软件。这是因为预装msoffice应用软件时，便于第二服务器在本地调用msoffice软件的接口来编辑中间数据以获得msoffice格式的文档。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作、模块、单元并不一定是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

以上所述，以上实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述实施例对本公开进行了详细的说明，本领域技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开的各实施例技术方案的范围。