CN113986887A - 服务系统的生成方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请提出一种服务系统的生成方法、装置、计算机设备和存储介质，其中，方法包括：获取样本系统中各个数据表间的关联关系；根据各个数据表间的关联关系，确定每个数据表的权重；依据权重由高至低的顺序，依次将每个数据表存入目标服务系统，并确定每个数据表在目标服务系统中的标识；根据每个数据表在目标服务系统中的标识，生成目标服务系统中各个数据表间的关联关系。该方法通过获取样本系统中各数据表间的关联关系，根据各个数据表间的关联关系，自动生成目标服务系统中各个数据表间的关联关系，无需通过复杂的编码去传递数据表间的关联关系，提高了服务系统的生成效率，而且无需记录数据表的主键，可以跨环境生成服务系统。

Description

服务系统的生成方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种服务系统的生成方法、装置、计算机设备和存储介质。

背景技术

相关技术中，在对服务系统比如机器人对话系统进行复制时，通常把服务系统拆解成子模块，针对子模块编写相关复制代码，模块间存在的依赖关系也需编写代码进行传递，从而完成对服务系统的复制。

但是，由于构成服务系统的数据十分复杂，各模块之间及模块内部都存在着复杂的依赖关系，对于复制依赖关系的分析及编码具有较大的难度，服务系统的生成效率低。

发明内容

本申请提出一种服务系统的生成方法、装置、计算机设备和存储介质。

本申请一方面实施例提出了一种服务系统的生成方法，包括：

获取样本系统中各个数据表间的关联关系；

根据所述各个数据表间的关联关系，确定每个所述数据表的权重；

依据权重由高至低的顺序，依次将每个数据表存入目标服务系统，并确定每个所述数据表在所述目标服务系统中的标识；

根据每个所述数据表在所述目标服务系统中的标识，生成所述目标服务系统中各个数据表间的关联关系。

本申请另一方面实施例提出了一种服务系统的生成装置，包括：

获取模块，用于获取样本系统中各个数据表间的关联关系；

第一确定模块，用于根据所述各个数据表间的关联关系，确定每个所述数据表的权重；

第二确定模块，用于依据权重由高至低的顺序，依次将每个数据表存入目标服务系统，并确定每个所述数据表在所述目标服务系统中的标识；

生成模块，用于根据每个所述数据表在所述目标服务系统中的标识，生成所述目标服务系统中各个数据表间的关联关系。

本申请另一方面实施例提出了一种计算机设备，包括处理器和存储器；

其中，所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于实现如上述一方面实施例所述的服务系统的生成方法。

本申请另一方面实施例提出了一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述一方面实施例所述的服务系统的生成方法。

本申请另一方面实施例提出了一种计算机程序产品，包括计算机程序，其中，所述计算机程序被处理器执行时实现上述一方面实施例所述的服务系统的生成方法。

本申请实施例的服务系统的生成方法、装置、计算机设备和存储介质，通过根据从样本系统中获取的各数据表间的关联，自动生成目标服务系统中各个数据表间的关联关系，无需通过复杂的编码去传递数据表间的关联关系，提高了服务系统的生成效率，而且无需记录数据表的主键，可以跨环境生成服务系统。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例提供的一种服务系统的生成方法的流程示意图；

图2为本申请实施例提供的一种服务系统的生成架构示意图；

图3为本申请实施例提供的另一种服务系统的生成方法的流程示意图；

图4为本申请实施例提供的另一种服务系统的生成方法的流程示意图；

图5为本申请实施例提供的一种服务系统的生成装置的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的服务系统的生成方法、装置、计算机设备和存储介质。

相关技术中，在对服务系统比如机器人对话系统进行复制时，通常把服务系统拆解成子模块，针对子模块编写相关复制代码，模块间存在的依赖关系也需编写代码进行传递，从而完成对服务系统的复制。

但是，由于构成服务系统的数据十分复杂，各模块之间及模块内部都存在着复杂的依赖关系，对于复制依赖关系的分析及编码具有较大的难度，服务系统的生成效率低。

本申请实施例的服务系统的生成方法，通过获取样本系统中各数据表间的关联关系，根据各个数据表间的关联关系，自动生成目标服务系统中各个数据表间的关联关系，无需通过复杂的编码去传递数据表间的关联关系，提高了服务系统的生成效率。

图1为本申请实施例提供的另一种服务系统的生成方法的流程示意图。

本申请实施例的服务系统的生成方法，可由本申请实施例的服务系统的生成装置执行，该装置可配置计算机设备中，以实现快速生成目标服务系统。

如图1所示，该服务系统的生成方法包括：

步骤101，获取样本系统中各个数据表间的关联关系。

在实际应用中，同种场景下可能会需要多个相似的机器人，即具有相似服务系统的机器人，比如，同一家银行的不同地方的分行可能需要配置相似的银行机器人、不同地方相同的服务机构可配置相似的政务机器人等。若通过编写相关复制代码，生成多个服务系统，效率比较低。

本申请中，可获取样本系统中各数据表间的关联关系。这里的样本系统可以是根据预设规则，从配置好的多个候选系统中确定出的，也可以是根据目标服务系统的类型，从多个候选系统中确定出的与目标服务系统的类型匹配的系统。比如，目标服务系统为某银行客户机器人系统，可以从多个候选系统中选取出该银行客户机器人系统，作为样本系统。

其中，各数据表间的关联关系可以理解为各数据表间的依赖关系，各数据表间的关联关系可以是从预先配置好的配置文件中读取的。

本申请中可选定配置文件的配置格式，并按此配置格式描述出各数据表之间的关联关系。比如，以json格式组织整个配置文件，可给出以下基本元素："database":所属数据库；"version":表定义的版本；"table":待定义的数据表名；"fields":数据表中字段，字段类型及属性。

举例如下：

如上述所示,该数据表名的为dm_behavior_trees。

1)query属性：该字段为true，表示将作为检索字段；多个检索字段，会作为联合查找的条件。

如果一张表中没有query字段，可以认为是被动检索表，在检索过程中，会根据其他数据表对该数据表的引用关系，来拼凑出完整的数据集；通常会把公共用途的表配置成被动表，比如答案，被很多数据表使用，虽然通过bot_id可以检索出所有的答案，但是其中可能包含一些废弃数据，不容易剔除，通过其他表引用的答案ID可以获取到干净和完整的数据集。

2)type属性：该字段可分为三大类：

reference：关联表索引，如上所示；dm_behavior_trees中bot_id字段依赖于base_chatbot数据表的id字段。

dynamic_reference：基于数据表中其他字段的不同值，关联不同的表索引，如下所示：answer_id字段的值依赖于不同的数据表，取决于answer_type的类型，当answer_type值为1则依赖于bm_classifier数据表的id；当answer_type非1时，则依赖base_answer数据表的id。

其中,symbol不配置，默认为"＝＝"，另外，还支持>、>＝、<、<＝、in等符号。

composite_reference：复杂格式数据(比如JSON)，使用了表索引，或者需要外部生成等特殊处理的数据，可以设定方法处理，例如：

这里可以在handler中填入定制处理的程序类。

步骤102，根据各个数据表间的关联关系，确定每个数据表的权重。

在获取各数据表间的关联关系后，可根据各数据表间的关联关系，确定每个数据表的权重。本申请中，可以响应于第一数据表引用第二数据表，将第二数据表的权重上调。也就是说，每张数据表被其他数据表引用时，可以根据引用表的权重，上调被引用表的权重。由此，可以通过数据表的权重，体现数据表被调用情况。

作为一个示例，可以根据第一数据表的权重，确定第二数据表的权重的上调系数，并可将上调系数与第二数据表自身权重相加，以将第二数据表的权重上调。这里，上调系数可以理解为权重的增加值。比如，第一数据表的权重越大，第二数据表的权重的上调系数越大。

比如，第一数据表的权重为0.6，确定上调系数为0.6*0.2＝0.12。又如，第一数据表的权重为0.3，确定上调系数为0.3*0.1＝0.03。

由于数据表被调用的次数越多，说明其越重要，作为另一个示例，每当有一个数据表引用第二数据表时，可以将第二数据表的权重增加一个固定值，并根据引用第二数据表的数据表的权重，将第二数据表的权重再增加另一个值。

比如，数据表A引用数据表B，那么数据表B的权重可以增加0.1，若数据表A自身的权重为0.5，那么数据表B的权重可以再增加0.1，如果数据表A自身的权重为0.2，那么数据表B的权重可以再增加0.02。

步骤103，依据权重由高至低的顺序，依次将每个数据表存入目标服务系统，并确定每个数据表在目标服务系统中的标识。

由于数据表的权重，可以表示数据表在服务系统中的重要性，本申请中可以依据数据表权重由高至低的顺序，依次将每个数据表存入目标服务系统。

在实现时，可以先读取权重最高的数据表，并存入目标服务系统中，之后读取权重第二的数据表，并存入目标服务系统，直至读取权重最小的数据表并存入目标服务系统。或者，也可以依据数据表权重由高至低的顺序，读取所有数据表，之后再依据数据表权重由高至低的顺序，将每个数据表依次存入目标服务系统中。

在依据权重高低顺序将每个数据表存入目标服务系统时，确定每个数据表在目标服务系统中的标识。其中，数据表在目标服务系统中的标识，可以是数据表在目标服务系统中的存储地址，也可以是用于指示数据表在目标服务系统中存储位置的标识，比如存储地址编号。

步骤104，根据每个数据表在目标服务系统中的标识，生成目标服务系统中各个数据表间的关联关系。

由于数据表在目标服务系统中的标识，与其在样本系统中的标识可能不同，为了使得目标服务系统中各数据表能被准确调用，本申请中，可以根据样本系统中各数据表间的关联关系及每个数据表在目标服务系统中的标识，生成目标服务系统中各个数据表间的关联关系，从而根据该关联关系，可以使得数据表能准确的调用其他数据表。

需要说明的是，样本系统中有些数据表可能与其他数据表之间没有关联关系，那么可以直接这些数据表存入目标服务系统。比如，在生成对话系统时，样本系统中预设的查询问题对应的数据表，可以直接存入新的对话系统。

图2为本申请实施例提供的一种服务系统的生成架构示意图。如图2所示，配置读取器模块：可以读取配置文件，其中，配置文件描述了样本系统中各数据表间的关联关系，并且每张数据表被其他数据表表引用，可以增加其权重，并累加上引用表的权重；模块数据读取模块：依据数据表权重由高至低的顺序读取每个数据表；内存模型写入模块：依据数据表权重由高至低的顺序，将每个数据表写入目标服务系统，并根据样本系统中各数据表间的关联关系，更新目标服务系统中各数据表间的关联关系；数据提取/恢复模块：可以从样本系统中各功能模块所用业务数据提取复制到目标业务系统中，还可进行数据恢复；数据源适配器：读取数据的适配模块，可以对不同数据源（比如中间件数据源、关系型数据源、文档型数据源、文件型数据源）进行封装，极大简化数据提取和恢复的难度。另外，为了提高提取或恢复的数据质量，还可进行数据质检。定制数据处理模块，可以对写入的数据进行处理。本申请实施例的服务系统的生成方法，通过获取样本系统中各个数据表间的关联关系，并根据各个数据表间的关联关系，确定每个数据表的权重，依据权重由高至低的顺序，依次将每个数据表存入目标服务系统，并确定每个数据表在目标服务系统中的标识，根据每个数据表在目标服务系统中的标识，生成目标服务系统中各个数据表间的关联关系。由此，通过获取样本系统中各数据表间的关联关系，根据各个数据表间的关联关系，自动生成目标服务系统中各个数据表间的关联关系，无需通过复杂的编码去传递数据表间的关联关系，提高了服务系统的生成效率。另外，相关技术中生成服务系统的方法，原数据库提取的所有数据，到新新环境数据库可能存在数据表的主键重复，无法复制成功或造成数据混乱，导致无法跨环境复制。而本申请实施例的服务系统的生成方法，通过获取样本系统中各数据表间的关联关系，而无需记录数据表的主键，使得跨环境生成服务系统，可以避免数据表的主键重复造成的无法成功生成服务系统或数据混乱问题。在实际应用中，产品可能会不断的更新换代，比如某类型的机器人增加了新功能。相关技术中，当产品不断迭代时，稍微增加或是调整数据表及数据表之间的关联关系，便需要重新编写代码去适配，维护成本较高。而本申请的服务系统的生成方法，无需编写新代码进行维护，而通过简单的修改数据表间的关联关系，便可根据修改后的数据表间的关联关系，自动生成服务系统，极大地提升了服务系统的生成效率及准确率。图3为本申请实施例提供的另一种服务系统的生成方法的流程示意图。如图3所示，该服务系统的生成方法包括：步骤301，确定样本系统包含的功能模块、每个功能模块关联的数据表、及各个功能模块间的调用关系。本申请中，可以根据样本系统实现的功能，确定样本系统中包含的各功能模块，还可以对各功能模块对应的代码进行解析，以确定每个功能模块关联的数据表，即每个功能模块实现相应功能需要调用的数据表，及确定各个功能模块间的调用关系。步骤302，根据各个功能模块间的调用关系，确定各个数据表间的关联关系。本申请中，可以根据各个功能模块间的调用关系，及每个功能模块关联的数据表，将各数据表之间的关联关系抽取出来，即确定各个数据表间的关联关系。步骤303，根据各个数据表间的关联关系，确定每个数据表的权重。步骤304，依据权重由高至低的顺序，依次将每个数据表存入目标服务系统，并确定每个数据表在目标服务系统中的标识。步骤305，根据每个数据表在目标服务系统中的标识，生成目标服务系统中各个数据表间的关联关系。本申请中，步骤303-步骤305与上述步骤102-步骤104类似，故在此不再赘述。本申请实施例中，在获取样本系统中各个数据表间的关联关系时，可以通过确定样本系统包含的功能模块、每个功能模块关联的数据表、及各个功能模块间的调用关系，根据各个功能模块间的调用关系，确定各个数据表间的关联关系。由此，可以通过根据样本系统中各功能模块间的调用关系，确定各数据间的关联关系，之后可以根据各数据表间的关联关系，自动生成服务系统，提高了服务系统的生成效率。图4为本申请实施例提供的另一种服务系统的生成方法的流程示意图。如图4所示，该服务系统的生成方法包括：步骤401，获取样本系统中各个数据表间的关联关系。步骤402，根据各个数据表间的关联关系，确定每个数据表的权重。本申请中，步骤401-步骤402与上述步骤101-步骤102类似，故在此不再赘述。步骤403，依据权重由高至低的顺序，依次将每个数据表存入目标服务系统，并确定每个数据表在目标服务系统中的存储位置。本申请中，依据权重由高至低的顺序，依次将每个数据表存入目标服务系统，可参见上述步骤103中相应内容，故在此不再赘述。在将每个数据表写入目标服务系统时，可以确定每个数据表在目标服务系统中的存储位置。这里的存储位置可以是指数据表在目标服务系统的存储路径。也就是说，本申请实施例中，可以将每个数据表在目标服务系统中的存储位置作为每个数据表在目标服务系统中的标识。步骤404，根据每个数据表在目标服务系统中的存储位置，生成目标服务系统中各个数据表间的调用指针。在将每个数据表存入目标系统后，每个数据表相比在样本系统的存储位置发生了变化，为了保证数据表被准确调用，可以根据样本系统中各数据表间的关联关系，及每个数据表在目标服务系统中的存储位置，确定目标系统中各数据表间的调用指针。其中，各数据表间的调用指针可以用于指示相应存储位置的数据表间的关联关系。比如，数据表C的存储位置为d1，数据表D的存储位置为d2，数据表C引用数据表D，那么两个数据表间的调用指针可以指示存储位置为d1的数据表C引用了存储位置为d2的数据表D。也就是说，本申请中通过确定目标服务系统中各数据表间调用时的调用位置，使得目标服务系统基于各数据表间的调用指针，可以准确调用数据表。本申请实施例中，通过并根据各个数据表间的关联关系，确定每个数据表的权重，依据权重由高至低的顺序，依次将每个数据表存入目标服务系统，并确定每个数据表在目标服务系统中的存储位置，根据每个数据表在目标服务系统中的存储位置，生成目标服务系统中各个数据表间的调用指针。由此，通过根据从样本系统中获取的各数据表间的关联，自动生成目标服务系统中各个数据表间的调用指针，无需通过复杂的编码去传递数据表间的关联关系，提高了服务系统的生成效率，并且使得目标服务系统基于各数据表间的调用指针，可以准确调用数据表。为了实现上述实施例，本申请实施例还提出一种服务系统的生成装置。图5为本申请实施例提供的一种服务系统的生成装置的结构示意图。如图5所示，该服务系统的生成装置500包括：获取模块510，用于获取样本系统中各个数据表间的关联关系；第一确定模块520，用于根据所述各个数据表间的关联关系，确定每个所述数据表的权重；第二确定模块530，用于依据权重由高至低的顺序，依次将每个数据表存入目标服务系统，并确定每个所述数据表在所述目标服务系统中的标识；生成模块540，用于根据每个所述数据表在所述目标服务系统中的标识，生成所述目标服务系统中各个数据表间的关联关系。在本申请实施例一种可能的实现方式中，所述第一确定模块520，用于：响应于第一数据表引用第二数据表，将所述第二数据表的权重上调。在本申请实施例一种可能的实现方式中，所述第一确定模块520，用于：根据所述第一数据表的权重，确定所述第二数据表的权重的上调系数；基于所述上调系数，将所述第二数据表的权重上调。在本申请实施例一种可能的实现方式中，所述获取模块510，用于：确定所述样本系统包含的功能模块、每个功能模块关联的数据表、及各个功能模块间的调用关系；根据所述各个功能模块间的调用关系，确定所述各个数据表间的关联关系。在本申请实施例一种可能的实现方式中，所述第二确定模块530，用于：确定每个所述数据表在所述目标服务系统中的存储位置；所述生成模块540，用于根据每个所述数据表在所述目标服务系统中的存储位置，生成所述目标服务系统中各个数据表间的调用指针。需要说明的是，上述对服务系统的生成方法实施例的解释说明，也适用于该实施例的服务系统的生成装置，故在此不再赘述。本申请实施例的服务系统的生成装置，通过获取样本系统中各个数据表间的关联关系，并根据各个数据表间的关联关系，确定每个数据表的权重，依据权重由高至低的顺序，依次将每个数据表存入目标服务系统，并确定每个数据表在目标服务系统中的标识，根据每个数据表在目标服务系统中的标识，生成目标服务系统中各个数据表间的关联关系。由此，通过获取样本系统中各数据表间的关联关系，根据各个数据表间的关联关系，自动生成目标服务系统中各个数据表间的关联关系，无需通过复杂的编码去传递数据表间的关联关系，提高了服务系统的生成效率，而且无需记录数据表的主键，可以跨环境生成服务系统。为了实现上述实施例，本申请实施例还提出一种计算机设备，包括处理器和存储器；其中，处理器通过读取存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于实现如上述实施例所述的服务系统的生成方法。为了实现上述实施例，本申请实施例还提出一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述实施例所述的服务系统的生成方法。为了实现上述实施例，本申请实施例还提出一种计算机程序产品，包括计算机程序，其中，所述计算机程序被处理器执行时实现上述实施例所述的服务系统的生成方法。在本说明书的描述中，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种服务系统的生成方法，其特征在于，包括：

获取样本系统中各个数据表间的关联关系；

根据所述各个数据表间的关联关系，确定每个所述数据表的权重；

依据权重由高至低的顺序，依次将每个数据表存入目标服务系统，并确定每个所述数据表在所述目标服务系统中的标识；

根据每个所述数据表在所述目标服务系统中的标识，生成所述目标服务系统中各个数据表间的关联关系。

2.如权利要求1所述的方法，其特征在于，所述根据所述各个数据表间的关联关系，确定每个所述数据表的权重，包括：

响应于第一数据表引用第二数据表，将所述第二数据表的权重上调。

3.如权利要求2所述的方法，其特征在于，所述将所述第二数据表的权重上调，包括：

根据所述第一数据表的权重，确定所述第二数据表的权重的上调系数；

基于所述上调系数，将所述第二数据表的权重上调。

4.如权利要求1所述的方法，其特征在于，所述获取样本系统中各个数据表间的关联关系，包括：

确定所述样本系统包含的功能模块、每个功能模块关联的数据表、及各个功能模块间的调用关系；

根据所述各个功能模块间的调用关系，确定所述各个数据表间的关联关系。

5.如权利要求1-4任一所述的方法，其特征在于，所述确定每个所述数据表在所述目标服务系统中的标识，包括：

确定每个所述数据表在所述目标服务系统中的存储位置；

所述根据每个所述数据表在所述目标服务系统中的标识，生成所述目标服务系统中各个数据表间的关联关系，包括：

根据每个所述数据表在所述目标服务系统中的存储位置，生成所述目标服务系统中各个数据表间的调用指针。

6.一种服务系统的生成装置，其特征在于，包括：

获取模块，用于获取样本系统中各个数据表间的关联关系；

第一确定模块，用于根据所述各个数据表间的关联关系，确定每个所述数据表的权重；

第二确定模块，用于依据权重由高至低的顺序，依次将每个数据表存入目标服务系统，并确定每个所述数据表在所述目标服务系统中的标识；

生成模块，用于根据每个所述数据表在所述目标服务系统中的标识，生成所述目标服务系统中各个数据表间的关联关系。

7.如权利要求6所述的装置，其特征在于，所述第一确定模块，用于：

响应于第一数据表引用第二数据表，将所述第二数据表的权重上调。

8.如权利要求6-7任一所述的装置，其特征在于，所述第二确定模块，用于：确定每个所述数据表在所述目标服务系统中的存储位置；

所述生成模块，用于根据每个所述数据表在所述目标服务系统中的存储位置，生成所述目标服务系统中各个数据表间的调用指针。

9.一种计算机设备，其特征在于，包括处理器和存储器；

其中，所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于实现如权利要求1-5中任一所述的服务系统的生成方法。

10.一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-5中任一所述的服务系统的生成方法。

Images