文件关联对象的处理方法、服务端设备及存储介质

技术领域

本发明涉及文件处理技术领域，特别是涉及文件关联对象的处理方法、服务端设备及存储介质。

背景技术

随着电子办公的普及，文件的数量越来越多。

各种文件之间以及文件的内容之间常具有各种关联关系，如依赖关系。某些情况下，需要对某文件的关联对象进行查询或其他处理。

相关技术无法快速的实现对文件的关联对象进行查询或其他处理。

发明内容

本发明实施例的目的在于提供一种文件关联对象的处理方法、服务端设备及存储介质，以实现对文件的关联对象进行查询或其他处理。具体技术方案如下：

一种文件关联对象的处理方法，应用于服务端设备中，所述服务端设备包括：表示层、业务逻辑层、数据访问层和图形数据库，所述方法包括：

所述表示层获得客户端设备发送的文件关联对象处理请求，所述表示层将所述文件关联对象处理请求发送至所述业务逻辑层，所述文件关联对象处理请求中携带有目标文件的文件信息；

所述业务逻辑层对所述文件关联对象处理请求进行解析，确定与所述文件关联对象处理请求匹配的目标数据操作函数和目标数据接口；

所述业务逻辑层调用所述数据访问层中的所述目标数据操作函数，根据所述文件信息，从所述图形数据库的所述目标数据接口对所述目标文件的关联对象进行查询并调用所述目标数据操作函数对查询到的所述关联对象进行处理。

可选的，所述业务逻辑层对所述文件关联对象处理请求进行解析，确定与所述文件关联对象处理请求匹配的目标数据操作函数和目标数据接口，包括：

所述业务逻辑层对所述文件关联对象处理请求进行解析，确定所述文件关联对象处理请求的处理类型和数据关系类型；

所述业务逻辑层确定与所述处理类型和所述数据关系类型匹配的目标数据操作函数，确定与所述处理类型和所述数据关系类型匹配的目标数据接口。

可选的，所述处理类型包括：增、删、改、查中的至少一种；和/或，所述数据关系类型包括：依赖关系数据、从属关系数据、并列关系数据中的至少一种。

可选的，所述从所述图形数据库的所述目标数据接口对所述目标文件的关联对象进行查询，包括：

从所述图形数据库的所述目标数据接口查询与所述目标文件对应的至少一个知识图谱节点，查询与所述至少一个知识图谱节点具有确定的所述数据关系类型对应的关系的其他知识图谱节点，确定查询到的所述其他知识图谱节点对应的关联对象。

可选的，所述业务逻辑层确定的所述数据关系类型为：依赖关系数据，所述查询与所述至少一个知识图谱节点具有确定的所述数据关系类型对应的关系的其他知识图谱节点，包括：

在所述图形数据库中，按照节点间的关系查询所述至少一个知识图谱节点的直接依赖节点和间接依赖节点，所述直接依赖节点与所述至少一个知识图谱节点通过依赖关系直接相连，所述间接依赖节点通过至少一个其他节点与所述至少一个知识图谱节点间接相连并构成依赖路径，任一所述依赖路径中各相邻节点之间为所述依赖关系。

可选的，还包括：

所述业务逻辑层将对所述关联对象的处理结果经所述表示层发送到所述客户端设备的用户界面层；

所述用户界面层对所述处理结果进行图形化展示。

一种服务端设备，所述服务端设备包括：表示层、业务逻辑层、数据访问层和图形数据库，

所述表示层被配置为执行：获得客户端设备发送的文件关联对象处理请求，所述表示层将所述文件关联对象处理请求发送至所述业务逻辑层，所述文件关联对象处理请求中携带有目标文件的文件信息；

所述业务逻辑层被配置为执行：对所述文件关联对象处理请求进行解析，确定与所述文件关联对象处理请求匹配的目标数据操作函数和目标数据接口，所述业务逻辑层调用所述数据访问层中的所述目标数据操作函数，根据所述文件信息，从所述图形数据库的所述目标数据接口对所述目标文件的关联对象进行查询并调用所述目标数据操作函数对查询到的所述关联对象进行处理。

可选的，所述业务逻辑层对所述文件关联对象处理请求进行解析，确定与所述文件关联对象处理请求匹配的目标数据操作函数和目标数据接口，具体设置为：

所述业务逻辑层对所述文件关联对象处理请求进行解析，确定所述文件关联对象处理请求的处理类型和数据关系类型；

所述业务逻辑层确定与所述处理类型和所述数据关系类型匹配的目标数据操作函数，确定与所述处理类型和所述数据关系类型匹配的目标数据接口。

一种服务端设备，所述服务端设备包括至少一个处理器、以及与所述处理器连接的至少一个存储器、总线；其中，所述处理器、所述存储器通过所述总线完成相互间的通信；所述处理器用于调用所述存储器中的程序指令，以执行上述任一种文件关联对象的处理方法。

一种计算机可读存储介质，当所述计算机可读存储介质中的指令由服务端设备的处理器执行时，使得服务端设备能够执行上述任一种文件关联对象的处理方法。

本发明实施例提供的文件关联对象的处理方法、服务端设备及存储介质，其中方法包括：表示层获得客户端设备发送的文件关联对象处理请求，表示层将文件关联对象处理请求发送至业务逻辑层，文件关联对象处理请求中携带有目标文件的文件信息；业务逻辑层对文件关联对象处理请求进行解析，确定与文件关联对象处理请求匹配的目标数据操作函数和目标数据接口；业务逻辑层调用数据访问层中的目标数据操作函数，根据文件信息，从图形数据库的目标数据接口对目标文件的关联对象进行查询并调用目标数据操作函数对查询到的关联对象进行处理。本发明可以快速的实现对文件的关联对象进行查询或其他处理。

当然，实施本发明的任一产品或方法必不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种服务端设备的结构示意图；

图2为本发明实施例提供的一种文件关联对象的处理方法的流程图；

图3为本发明实施例提供的一种知识图谱的示意图；

图4为本发明实施例提供的另一种知识图谱的示意图；

图5为本发明实施例提供的一种服务端设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供的一种文件关联对象的处理方法，可以应用于服务端设备中。如图1所示，该服务端设备001可以包括：表示层002、业务逻辑层003、数据访问层004和图形数据库005，如图2所示，该方法可以包括：

S100、表示层获得客户端设备发送的文件关联对象处理请求，表示层将文件关联对象处理请求发送至业务逻辑层，文件关联对象处理请求中携带有目标文件的文件信息。

其中，表示层002可以与客户端设备进行通信，并作为客户端设备与业务逻辑层003的通信渠道。具体的，表示层002可以将文件关联对象处理请求发送到业务逻辑层003，也可以将业务逻辑层003返回的处理结果发送到客户端设备。

可选的，目标文件的文件信息可以包括：目标文件的文件名称、目标文件的至少部分文件内容、目标文件所涉及的操作、目标文件所涉及的部门等。其中，目标文件的至少部分文件内容可以为目标文件包含的条目等。

可选的，目标文件可以为：技术文献、企业制度、法律文书等。可以理解的是，无论哪种文件，均可能有多种关联关系。例如：技术文献的引用关系、企业制度的依赖关系、法律文书的同案关系等。法律文书的同案关系指示：多个法律文书为同一案件的法律文书。

业务逻辑层003为执行本发明所涉及的业务的主要架构层级，业务逻辑层003可以对文件关联对象处理请求进行解析，并根据解析结果调用数据访问层从图形数据库进行数据查询和处理等操作。

数据访问层004为业务逻辑层003与图形数据库005之间的衔接层，数据访问层004可以通过数据库指令对图形数据库005进行各种处理。

图形数据库005中保存有知识图谱，该知识图谱可以由多个节点及节点间的边构成，具体的，本发明中的边可以用于体现其相连接的两个节点间的关系。本发明中节点间的关系可以有多种，如：依赖关系数据、从属关系数据、并列关系数据等。可选的，上述节点可以与文件相对应，也可以与文件中的内容对应。

图3为本发明一示例性实施例提供的一种知识图谱的示意图，如图3所示，知识图谱中可以包括：与文件对应的节点，以及与内容对应的节点。知识图谱中各节点之间可以通过代表节点关系的边相连，如图3所示，节点的关系可以为依赖关系。可以理解的是，通过本发明提供的知识图谱，即可查询与某文件具有某种关系的各节点，进而找到节点对应的文件或内容。如图3所示，当需要查询文件5所依赖的文件或内容时，可以通过图3所示的知识图谱查询到文件5直接依赖文件1和文件7，而文件7依赖内容4，内容4依赖内容5和文件4，因此本发明还可以将内容4、内容5和文件4确定为文件5所间接依赖的对象。

当然，在其他实施例中，节点间的关系还可以有多种，如从属关系等。图4为本发明一示例性实施例提供的另一种知识图谱的示意图，该知识图谱中节点间关系有依赖关系和从属关系两种。

可选的，本发明中的知识图谱中的节点还可以具有节点属性，该节点属性可以包括：文件存储地址、文件标识、内容标识等。

S200、业务逻辑层对文件关联对象处理请求进行解析，确定与文件关联对象处理请求匹配的目标数据操作函数和目标数据接口。

可选的，业务逻辑层可以根据预先建立的文件信息与数据操作函数、数据接口的对应关系确定与文件关联对象处理请求匹配的目标数据操作函数和目标数据接口。

可选的，图形数据库可以提供至少一个数据接口以供外部进行数据查询和处理。可选的，各数据接口可以和不同的文件信息对应，例如：第一数据接口与A产品的技术文献对应，第二数据接口与B产品的技术文献对应。上述数据接口可以为应用程序编程接口(API，Application Programming Interface)。

可选的，数据访问层可以提供至少一种数据操作函数进行数据操作，例如：数据增加函数、数据删除函数、数据修改函数、数据查询函数等。各种数据操作函数可以包括一个或多个数据库操作指令以及对应的参数。

可选的，步骤S200可以具体包括：

业务逻辑层对文件关联对象处理请求进行解析，确定文件关联对象处理请求的处理类型和数据关系类型；

业务逻辑层确定与处理类型和数据关系类型匹配的目标数据操作函数，确定与处理类型和数据关系类型匹配的目标数据接口。

可选的，数据接口可以与处理类型、数据关系类型匹配。可选的，数据操作函数可以与处理类型、数据关系类型匹配。

可选的，处理类型可以包括：增、删、改、查中的至少一种；和/或，数据关系类型包括：依赖关系数据、从属关系数据、并列关系数据中的至少一种。

可选的，上述从图形数据库的目标数据接口对目标文件的关联对象进行查询，可以包括：

从图形数据库的目标数据接口查询与目标文件对应的至少一个知识图谱节点，查询与至少一个知识图谱节点具有确定的数据关系类型对应的关系的其他知识图谱节点，确定查询到的其他知识图谱节点对应的关联对象。

可选的，业务逻辑层确定的数据关系类型为：依赖关系数据，上述查询与至少一个知识图谱节点具有确定的数据关系类型对应的关系的其他知识图谱节点，可以包括：

在图形数据库中，按照节点间的关系查询至少一个知识图谱节点的直接依赖节点和间接依赖节点，直接依赖节点与至少一个知识图谱节点通过依赖关系直接相连，间接依赖节点通过至少一个其他节点与至少一个知识图谱节点间接相连并构成依赖路径，任一依赖路径中各相邻节点之间为依赖关系。

通过这种方式，本公开可以间直接依赖节点和间接依赖节点都查询到并进行处理。

可选的，依赖关系数据可以通过relatesTo来标记。表示某一文件的修改会对有依赖关系的文件产生影响。依赖关系的表现主要有文件之间互相引用条款。

从属关系可以包括：文件之间的从属关系、文件和大类之间的从属关系。

文件之间的从属关系可以用consistsOf来标记。表示某一子文件受父文件的制约，例如《A文件》受制于《B文件》。

文件和大类之间的从属关系可以用hasMethod来标记，它可以表示某一文件属于哪一个文件类型。

在本发明一可选实施例中，数据关系类型还可以包括：子类和父类的关系，用于体现文件类型之间的关系。例如：A类型为A1类型的父类。

对于同时存在依赖关系数据和从属关系数据的知识图谱，本发明一可选实施例可以设定：当第一节点依赖于第二节点且第一节点从属于第三节点时，则第三节点不依赖于第二节点。

同时，本发明还可以设定：当第一节点从属于第二节点，则第一节点依赖于第二节点。

S300、业务逻辑层调用数据访问层中的目标数据操作函数，根据文件信息，从图形数据库的目标数据接口对目标文件的关联对象进行查询并调用目标数据操作函数对查询到的关联对象进行处理。

在实际应用中，本发明可以使用SpringBoot作为开发框架实现，使用知识本体编辑软件Protégé来创建知识图谱的资源描述框架(Resource Description Framework，RDF)文件。其中，RDF可以用来描述资源的特性及其相互关系，大部分的知识图谱使用RDF作为其资源描述的语言。在本发明一可选实施例中，可以使用一种类似XML的RDF语言格式。本发明可以将RDF存储至ApacheJena Fuseki数据库，通过Apache Jena ARQ数据操作应用协议接口(API)对数据库进行操作得到返回结果，利用vis.js形成可视化制度关系视图。为了体现出存在于不同子树的节点之间的依赖关系，本发明可以通过SPARQL语句对结构化的知识图谱进行检索。通过前端JavaScript将返回结果可视化，给使用者一种直观的角度。

其中，Protégé软件是基于Java语言开发的知识编辑和知识获取软件，提供了知识概念类、关系、属性和实例的构建功能。

其中，SPARQL是一种查询语言和数据获取协议，SPARQL提供了对RDF图结构丰富的查询功能，尤其是MySQL之类的关系数据库所不具有的结合图算法的检索操作。

本发明实施例提供的一种文件关联对象的处理方法，表示层获得客户端设备发送的文件关联对象处理请求，所述表示层将所述文件关联对象处理请求发送至所述业务逻辑层，所述文件关联对象处理请求中携带有目标文件的文件信息；所述业务逻辑层对所述文件关联对象处理请求进行解析，确定与所述文件关联对象处理请求匹配的目标数据操作函数和目标数据接口；所述业务逻辑层调用所述数据访问层中的所述目标数据操作函数，根据所述文件信息，从所述图形数据库的所述目标数据接口对所述目标文件的关联对象进行查询并调用所述目标数据操作函数对查询到的所述关联对象进行处理。本发明可以快速的实现对文件的关联对象进行查询或其他处理。

相对于图2所示方法，本发明实施例提供的另一种文件关联对象的处理方法，还可以包括：

业务逻辑层将对关联对象的处理结果经表示层发送到客户端设备的用户界面层；

用户界面层对处理结果进行图形化展示。

用户可以通过用户界面层与业务逻辑层进行交互，通过用户界面层传达给服务端设备各种请求并得到处理结果的反馈。

与图2所示方法实施例相对应，本发明实施例还提供一种服务端设备，如图1所示，服务端设备001包括：表示层002、业务逻辑层003、数据访问层004和图形数据库005，

表示层002被配置为执行：获得客户端设备发送的文件关联对象处理请求，表示层将文件关联对象处理请求发送至业务逻辑层003，文件关联对象处理请求中携带有目标文件的文件信息；

业务逻辑层003被配置为执行：对文件关联对象处理请求进行解析，确定与文件关联对象处理请求匹配的目标数据操作函数和目标数据接口，业务逻辑层003调用数据访问层004中的目标数据操作函数，根据文件信息，从图形数据库005的目标数据接口对目标文件的关联对象进行查询并调用目标数据操作函数对查询到的关联对象进行处理。

可选的，业务逻辑层对文件关联对象处理请求进行解析，确定与文件关联对象处理请求匹配的目标数据操作函数和目标数据接口，具体设置为：

业务逻辑层对文件关联对象处理请求进行解析，确定文件关联对象处理请求的处理类型和数据关系类型；

业务逻辑层确定与处理类型和数据关系类型匹配的目标数据操作函数，确定与处理类型和数据关系类型匹配的目标数据接口。

可选的，处理类型包括：增、删、改、查中的至少一种；和/或，数据关系类型包括：依赖关系数据、从属关系数据、并列关系数据中的至少一种。

可选的，从图形数据库的目标数据接口对目标文件的关联对象进行查询，包括：

从图形数据库的目标数据接口查询与目标文件对应的至少一个知识图谱节点，查询与至少一个知识图谱节点具有确定的数据关系类型对应的关系的其他知识图谱节点，确定查询到的其他知识图谱节点对应的关联对象。

可选的，业务逻辑层确定的数据关系类型为：依赖关系数据，查询与至少一个知识图谱节点具有确定的数据关系类型对应的关系的其他知识图谱节点，包括：

在图形数据库中，按照节点间的关系查询至少一个知识图谱节点的直接依赖节点和间接依赖节点，直接依赖节点与至少一个知识图谱节点通过依赖关系直接相连，间接依赖节点通过至少一个其他节点与至少一个知识图谱节点间接相连并构成依赖路径，任一依赖路径中各相邻节点之间为依赖关系。

可选的，业务逻辑层还可以将对关联对象的处理结果经表示层发送到客户端设备的用户界面层；用户界面层对处理结果进行图形化展示。

服务端设备装置包括处理器和存储器，上述表示层、业务逻辑层、数据访问层和图形数据库等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来数据查询和处理。

本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现所述文件关联对象的处理方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述文件关联对象的处理方法。

如图5所示，本发明实施例提供了一种服务端设备70，服务端设备70包括至少一个处理器701、以及与处理器701连接的至少一个存储器702、总线703；其中，处理器701、存储器702通过总线703完成相互间的通信；处理器701用于调用存储器702中的程序指令，以执行上述的文件关联对象的处理方法。本文中的服务端设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有上述的文件关联对象的处理方法包括的步骤的程序。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

在一个典型的配置中，设备包括一个或多个处理器(CPU)、存储器和总线。设备还可以包括输入/输出接口、网络接口等。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。