CN113868345A - 用于对业务数据进行主体分类的方法及装置 - Google Patents

Abstract

本说明书实施例提供了一种用于对业务数据进行主体分类的方法及装置。在该方法中，在客户端处，响应于埋点处的业务被触发，从埋点处获取与业务所属的主体对应的埋点信息，将包括埋点信息的业务请求发送给业务系统；在业务系统处，响应于接收到客户端的业务请求，获得埋点信息对应的traceID；在业务的执行过程中，使用traceID对执行过程进行数据链路跟踪，以利用traceID将执行过程中的操作按照执行顺序串联，操作包括将业务数据存储至数据库表中的数据库操作；以及在业务系统处，根据埋点信息与主体的对应关系、埋点信息与traceID的对应关系以及traceID与数据库操作的对应关系，确定业务数据属于主体。

Description

用于对业务数据进行主体分类的方法及装置

技术领域

本说明书实施例涉及计算机技术领域，具体地，涉及用于对业务数据进行主体分类的方法及装置。

背景技术

在业务场景下，在业务的执行过程中会生成若干相关的业务数据(比如，日志)，所生成的业务数据存储在数据库中，存储的业务数据可以用来记录业务的执行以及系统的运行。

随着业务类型的多样化以及业务数量的增多，业务数据关系错综复杂，尤其是同时执行的多种业务所生成的业务数据，以及各种相似业务所生成的业务数据。不同的业务对应的业务主体可能不同，而不同业务主体之间的业务数据不能随意流转，否则会造成不合规流转使用。因此，需要对各个业务生成的业务数据进行主体分类，以确定每个业务数据所属的业务主体，然后根据所属的业务主体对业务数据进行合规流转使用。基于此，如何对业务数据进行主体分类是亟待解决的问题。

发明内容

鉴于上述，本说明书实施例提供了一种用于对业务数据进行主体分类的方法及装置。在本说明书实施例提供的技术方案中，通过埋点和数据链路跟踪的方式来得到埋点信息与主体的对应关系、埋点信息与traceID的对应关系以及traceID与数据库操作的对应关系，进而基于上述三种对应关系确定业务数据的主体，从而实现业务数据的主体分类。

根据本说明书实施例的一个方面，提供了一种用于对业务数据进行主体分类的方法，包括：在客户端处，响应于埋点处的业务被触发，从所述埋点处获取与所述业务所属的主体对应的埋点信息，将包括所述埋点信息的业务请求发送给用于执行所述业务的业务系统，每个埋点处预设该埋点处的业务所属的主体的信息；在所述业务系统处，响应于接收到所述客户端的所述业务请求，获得所述埋点信息对应的traceID；在所述业务的执行过程中，使用所述traceID对所述执行过程进行数据链路跟踪，以利用所述traceID将所述执行过程中的操作按照执行顺序串联，所述操作包括将业务数据存储至数据库表中的数据库操作；以及在所述业务系统处，根据所述埋点信息与所述主体的对应关系、所述埋点信息与所述traceID的对应关系、以及所述traceID与所述数据库操作的对应关系，确定所述业务数据属于所述主体。

根据本说明书实施例的另一方面，还提供一种用于对业务数据进行主体分类的方法，所述方法由业务系统来执行，所述方法包括：响应于接收到客户端的业务请求，获得所述业务请求中的埋点信息对应的traceID；其中，所述客户端从埋点处获取与埋点处的业务所属的主体对应的埋点信息，每个埋点处预设该埋点处的业务所属的主体的信息；在所述业务的执行过程中，使用所述traceID对所述执行过程进行数据链路跟踪，以利用所述traceID对应串联所述执行过程中的操作，所述操作包括将业务数据存储至数据库表中的数据库操作；以及根据所述埋点信息与所述主体的对应关系、所述埋点信息与所述traceID的对应关系、以及所述traceID与所述数据库操作的对应关系，确定所述业务数据属于所述主体。

根据本说明书实施例的另一方面，还提供一种用于对业务数据进行主体分类的装置，应用于业务系统，所述装置包括：traceID获取单元，被配置为响应于接收到客户端的业务请求，获得所述业务请求中的埋点信息对应的traceID；其中，所述客户端从埋点处获取与埋点处的业务所属的主体对应的埋点信息，每个埋点处预设该埋点处的业务所属的主体的信息；数据链路跟踪单元，被配置为在所述业务的执行过程中，使用所述traceID对所述执行过程进行数据链路跟踪，以利用所述traceID对应串联所述执行过程中的操作，所述操作包括将业务数据存储至数据库表中的数据库操作；以及主体确定单元，被配置为根据所述埋点信息与所述主体的对应关系、所述埋点信息与所述traceID的对应关系、以及所述traceID与所述数据库操作的对应关系，确定所述业务数据属于所述主体。

根据本说明书实施例的另一方面，还提供一种用于对业务数据进行主体分类的系统，包括：客户端和业务系统，所述客户端和所述业务系统用于执行上述任一所述的用于对业务数据进行主体分类的方法。

根据本说明书实施例的另一方面，还提供一种电子设备，包括：至少一个处理器，与所述至少一个处理器耦合的存储器，以及存储在所述存储器上的计算机程序，所述至少一个处理器执行所述计算机程序来实现如上任一所述的用于对业务数据进行主体分类的方法。

根据本说明书实施例的另一方面，还提供一种计算机可读存储介质，其存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的用于对业务数据进行主体分类的方法。

根据本说明书实施例的另一方面，还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如上任一所述的用于对业务数据进行主体分类的方法。

附图说明

通过参照下面的附图，可以实现对于本说明书实施例内容的本质和优点的进一步理解。在附图中，类似组件或特征可以具有相同的附图标记。

图1示出了根据本说明书实施例的用于对业务数据进行主体分类的系统的一个示例的方框图。

图2示出了根据本说明书实施例的主体分类系统的另一个示例的方框图。

图3示出了根据本说明书实施例的用于对业务数据进行主体分类的方法的一个示例的流程图。

图4示出了根据本说明书实施例的用于对业务数据进行主体分类的一个示例的示意图。

图5示出了根据本说明书实施例的用于对业务数据进行主体分类的方法的另一个示例的流程图。

图6示出了根据本说明书实施例的用于对业务数据进行主体分类的装置的一个示例的方框图。

图7示出了本说明书实施例的用于实现对业务数据进行主体分类方法的电子设备的方框图。

具体实施方式

以下将参考示例实施方式讨论本文描述的主题。应该理解，讨论这些实施方式只是为了使得本领域技术人员能够更好地理解从而实现本文描述的主题，并非是对权利要求书中所阐述的保护范围、适用性或者示例的限制。可以在不脱离本说明书实施例内容的保护范围的情况下，对所讨论的元素的功能和排列进行改变。各个示例可以根据需要，省略、替代或者添加各种过程或组件。另外，相对一些示例所描述的特征在其它例子中也可以进行组合。

如本文中使用的，术语“包括”及其变型表示开放的术语，含义是“包括但不限于”。术语“基于”表示“至少部分地基于”。术语“一个实施例”和“一实施例”表示“至少一个实施例”。术语“另一个实施例”表示“至少一个其他实施例”。术语“第一”、“第二”等可以指代不同的或相同的对象。下面可以包括其他的定义，无论是明确的还是隐含的。除非上下文中明确地指明，否则一个术语的定义在整个说明书中是一致的。

在业务场景下，在业务的执行过程中会生成若干相关的业务数据(比如，日志)，所生成的业务数据存储在数据库中，存储的业务数据可以用来记录业务的执行以及系统的运行。

随着业务类型的多样化以及业务数量的增多，业务数据关系错综复杂，尤其是同时执行的多种业务所生成的业务数据，以及各种相似业务所生成的业务数据。不同的业务对应的业务主体可能不同，而不同业务主体之间的业务数据不能随意流转，否则会造成不合规流转使用。因此，需要对各个业务生成的业务数据进行主体分类，以确定每个业务数据所属的业务主体，然后根据所属的业务主体对业务数据进行合规流转使用。基于此，如何对业务数据进行主体分类是亟待解决的问题。

目前，可以通过两码一号的方式对业务数据进行主体分类，两码是指产品码和事件码，一号是指流水号。在两码一号的方式中，预先为每个业务和事件分配对应的产品码和事件码，通过产品码和事件码来达到将上下游操作串联起来的目的，并最终将每笔业务数据存储到数据库时，相应地存储其产品码、事件码和流水号，以刻画该笔业务的起源、所经过的处理设备或系统，以及最终在数据库中存储的业务数据所属的主体。然而，在上述两码一号的方式中，产品码、事件码和流水号需要在业务的代码中通过硬编码的方式植入，且产品码、事件码和流水号必须在业务的数据库中添加对应的字段，这种添加字段的方式需要侵入业务系统。

鉴于上述，本说明书实施例提供了一种用于对业务数据进行主体分类的方法及装置，在该方法中，在客户端处，响应于埋点处的业务被触发，从埋点处获取与业务所属的主体对应的埋点信息，将包括埋点信息的业务请求发送给用于执行业务的业务系统；在业务系统处，响应于从客户端接收到业务请求，获得埋点信息对应的traceID；在业务的执行过程中，使用traceID对执行过程进行数据链路跟踪，以利用traceID将执行过程中的操作按照执行顺序串联，操作包括将业务数据存储至数据库表中的数据库操作；以及在业务系统处，根据埋点信息与主体的对应关系、埋点信息与traceID的对应关系、以及traceID与数据库操作的对应关系，确定业务数据属于主体。在上述技术方案中，通过埋点和数据链路跟踪的方式得到埋点信息与主体的对应关系、埋点信息与traceID的对应关系以及traceID与数据库操作的对应关系，进而基于上述三种对应关系确定业务数据的主体，从而实现业务数据的主体分类。此外，埋点和数据链路跟踪的方式无需在业务的代码中进行植入，从而避免影响业务的代码，也不需要在数据库中添加字段，从而避免侵入业务系统。

下面结合附图对用于对业务数据进行主体分类的方法及装置进行详细说明。

图1示出了根据本说明书实施例的用于对业务数据进行主体分类的系统(以下称为主体分类系统100)的一个示例的方框图。

如图1所示，主体分类系统100可以包括至少一个客户端110和业务系统120，各个客户端110与业务系统120之间通信连接，客户端110可以调用业务系统120来使用业务系统120的能力。

客户端110上可以安装有多个应用程序，每个应用程序运行时执行相应的业务。客户端110上的各个应用程序在运行时可以调用该应用程序的业务对应的业务系统，由业务系统来执行业务中的部分或全部处理，并向应用程序返回对应的处理结果，从而使得客户端110上的应用程序仅需关注业务本身即可，无需执行业务的具体处理，减小了客户端110运行的负载压力。

主体分类系统100可以包括至少一个业务系统120，各个业务系统120可以执行指定业务的全部或部分处理。每个业务系统120可以包括多个子系统和/或应用，在业务系统120中，各个子系统和/或各个应用之间按照业务的执行顺序依次排列，构成用于执行该业务的pipeline。

业务系统120在业务执行过程中，可以生成相应的业务数据(比如，业务日志)，所生成的业务数据由业务系统将其存储至数据库中。具体地，业务系统120中的各个组成部分(比如，子系统、应用等)在进行业务处理时均可以生成相应的业务数据，然后，生成业务数据的组成部分可以将该业务数据存储至数据库中。

在一个示例中，主体分类系统100中的每个业务系统120针对一种业务。客户端110的各个应用程序可以根据该应用程序所针对的业务来调用相应的业务系统。例如，一个业务系统120是针对财务业务的财务系统，当应用程序需要进行财务业务处理时，该应用程序可以调用财务系统以进行相应的财务业务处理。

在本说明书实施例中，每个业务系统120可以对外提供一个接口，客户端110可以通过调用接口的方式来调用业务系统120。

在一个示例中，多个业务系统120可以构成数据中台，数据中台可以为业务前台(比如，客户端的应用程序)提供业务服务。

图2示出了根据本说明书实施例的主体分类系统100的另一个示例的方框图。

如图2所示，主体分类系统100还可以包括网关130，各个客户端110与业务系统120之间通过网关130连接。网关130用于连接客户端110所属的网络与业务系统120所属的网络。

在该示例中，网关130与各个客户端110之间通信连接，还与业务系统120之间通信连接。基于客户端110、网关130以及业务系统120之间的连接关系，客户端110可以将业务请求发送给网关130，网关130再转发给业务系统120，以使业务系统120根据业务请求执行相应的业务处理。

在主体分类系统100中，网关130可以接收各个客户端110上的各个应用程序的业务请求，然后可以将各个业务请求转发给对应的业务系统120。在一个示例中，主体分类系统100中的所有客户端110上的所有应用程序的业务请求都发送给网关130，由网关130转发给对应的业务系统120。

在一个示例中，主体分类系统100可以包括有多个业务系统120，网关130与各个业务系统120通信连接，主体分类系统100中的各个业务系统120可以针对不同的业务。在该示例中，网关130接收到的各个业务请求可以针对不同的业务，针对不同业务的业务请求所需调用的业务系统不同，基于此，网关130可以将各个业务请求路由至对应的业务系统120。具体地，网关130在接收到来自于客户端110的业务请求时，可以从所连接的各个业务系统120中确定与该业务请求对应的业务系统120，其中，业务请求对应的业务系统120是用来响应该业务请求并执行相应业务的业务系统。在一个示例中，业务请求中携带有用于表征业务的业务标准信息，网关130可以根据业务请求中的业务标准信息确定该业务请求所针对的业务类型，再根据所确定的业务类型来选择对应的业务系统120。

网关130在确定用于响应业务请求的业务系统120后，可以将业务请求路由给该所确定的业务系统120，以使该业务系统120根据该业务请求进行业务处理。

图3示出了根据本说明书实施例的用于对业务数据进行主体分类的方法的一个示例300的流程图。

如图3所示，在310，在客户端处，响应于埋点处的业务被触发，从埋点处获取与业务所属的主体对应的埋点信息。

在本说明书实施例中，可以在客户端的应用程序中进行预先埋点，埋点的位置可以自定义。在一个示例中，埋点的位置可以包括应用程序中的按键、搜索框、链接等。

每个埋点可以对应一种业务，每种业务可以设置多个埋点。埋点处的操作可以是用于触发业务的操作，还可以是业务中的一个环节，比如，查询业务的相关信息。每种业务对应有所属的主体，在本说明书中，业务所属的主体是法律主体，包括公司、机构、组织等。每种业务运行的责任和义务都归属于所属的主体，相应地，业务执行过程中生成的业务数据也归属于所属的主体，业务所属的主体才可以对该业务生成的业务数据进行合规地流转使用。

基于每个埋点对应一种业务以及每种业务对应所属的主体，可以在每个埋点处预设该埋点处的业务所属的主体的信息，即，在每个埋点处，埋点与主体是一一对应的关系。在埋点处的业务被触发时，可以确定所触发的业务所属的主体即为埋点对应的主体。例如，在应用程序的还款按键处埋点，该埋点对应的业务是还款业务，该还款业务所属的主体是小商微贷公司，则可以在该埋点处预设的主体是小商微贷公司。当应用程序在运行时，用户点击还款按键时，可以触发还款业务，此时根据埋点对应的主体，可以确定所触发的还款业务所属的主体是小商微贷公司。

埋点处的业务被触发可以是发起业务，还可以是业务在执行过程中的一个处理环节。在埋点处的业务被触发时，客户端在埋点处可以获取相应的埋点信息，埋点信息与触发业务所属的主体相对应。在一个示例中，埋点信息可以是用于表征埋点对应的主体的字符串信息，当埋点处的业务被触发时，客户端在埋点处可以生成字符串信息，该字符串信息可以用于表征该埋点对应的主体，所生成的字符串信息可以作为该埋点处的埋点信息。

在另一个示例中，埋点信息可以包括用于表征埋点对应的主体的特征信息(比如，字符串信息)，此外，埋点信息还可以包括埋点处的业务运行所生成的业务信息，例如，业务信息可以包括埋点处的业务被触发的时间信息、业务触发后业务调用函数的信息等。在该示例中，用于表征主体的特征信息可以在埋点处的业务被触发时生成得到，业务信息可以通过采集业务的相关操作信息得到。

在另一个示例中，可以在埋点处预设业务与主体的对应关系。当埋点处的业务被触发时，可以生成该埋点处的业务与主体的对应关系，然后将该对应关系包括在埋点信息中。在该示例中，通过主体与业务之间的对应关系中的业务可以校验埋点信息中的其他业务信息，以确定埋点信息与主体之间对应关系的正确性。

在320，客户端将包括埋点信息的业务请求发送给用于执行业务的业务系统。

在业务被触发后，客户端可以调用该业务对应的业务系统来执行该业务。基于此，客户端可以生成用于调用业务系统的业务请求，业务请求可以包括埋点信息。

在一个示例中，主体分类系统100的结构如图1所示，客户端与业务系统直接通信连接，客户端可以将业务请求直接发送给业务系统。在另一个示例中，主体分类系统100的结构如图2所示，客户端与业务系统之间通过网关连接，则客户端发送的业务请求首先到达网关，再由网关转发给业务系统。

在业务请求到达除客户端以外的其他设备之前的过程中，所传递的消息始终携带有埋点信息。在一个示例中，主体分类系统100的结构如图1所示，业务在客户端的运行过程直至业务请求到达业务系统之前的整个过程中，传输的消息中携带有埋点信息。在另一个示例中，主体分类系统100的结构如图2所示，业务在客户端的运行过程直至业务请求到达网关之前的整个过程中，传输的消息中携带有埋点信息。

在330，在业务系统处，响应于接收到客户端的业务请求，获得埋点信息对应的traceID。

在一个示例中，主体分类系统100的结构如图1所示，业务系统可以直接从客户端接收业务请求。业务系统接收到的业务请求中包括有埋点信息，业务系统可以在入口处生成埋点信息对应的traceID。其中，所生成的traceID与埋点信息一一对应，埋点信息与业务的主体对应，则可以确定traceID与业务的主体的对应关系。

业务系统的入口可以是业务系统中最先接收到业务请求的装置，则最先接收到业务请求的装置可以提取业务请求中的埋点信息，然后根据埋点信息生成埋点信息对应的traceID。

在生成traceID后，可以将traceID包含在业务请求中的头部字段中。业务系统执行业务的过程中所传递的其他消息中携带有traceID，traceID可以位于传递消息的头部字段中。在另一个示例中，主体分类系统100的结构如图2所示，业务系统与客户端之间通过网关连接。客户端发送的业务请求经由网关传输给业务系统，则业务请求先到达网关。网关接收到业务请求时，业务请求中包括有埋点信息，则网关可以生成埋点信息对应的traceID，然后将traceID包含在业务请求中的头部字段中，以随业务请求一起发送给业务系统。业务系统在从网关接收到业务请求后，可以直接从业务请求中获取traceID。在业务系统获取到traceID后，在业务系统后续的执行过程中所传递的消息的头部字段中携带traceID。

在生成traceID的一个示例中，当埋点信息包括用于表征主体的字符串信息时，可以根据字符串信息生成traceID。在一个示例中，可以将字符串信息与其他信息进行组合以得到traceID，其他信息可以包括用于生成traceID的设备的IP地址、生成traceID的时间、自增序列、进程标识等中的至少一种信息。例如，埋点信息中用于表示主体的字符串信息为a11b22c33，生成traceID的设备的IP地址为10.209.52.143，将该IP地址转换成十六进制的数字为0ad1348f，则将字符串信息和IP地址组合得到的traceID为：a11b22c330ad1348f。

在340，在业务系统处，在业务的执行过程中，使用traceID对执行过程进行数据链路跟踪，以利用traceID将执行过程中的操作按照执行顺序串联。

在业务系统中，按照由业务系统中的各个应用和/或各个子系统的执行顺序所构成的pipeline来进行业务处理。在pipeline中的各个环节，业务的执行主体可以不同，在不同的执行主体之间可以进行上下文信息传递，所传递的上下文信息包括traceID。

在业务系统的业务执行过程中，处于下游的业务执行主体可以截获上游的业务执行主体的上下文信息，从所截获的上下文信息中可以获取到traceID，并将该traceID包括在该处于下游的业务执行主体的上下文中。在该业务执行主体还存在下游的业务执行主体时，该业务执行主体可以将traceID传递给下游的业务执行主体。通过上述传递方式，可以实现traceID贯穿业务系统中的整个业务处理过程，traceID可以将执行过程中的操作按照执行顺序串联起来，从而实现业务系统中的数据链路跟踪。

在业务系统中的上下文传递可以包括跨线程池传递、异步线程传递和跨应用传递中的至少一种传递方式。

traceID所跟踪的操作可以包括将业务数据存储至数据库表中的数据库操作，数据库操作是针对数据库的操作，比如，可以是将数据写入数据库中的操作。在本说明书实施例中，traceID可以跟踪数据库操作，从而traceID与数据库操作可以是一一对应的关系。

各个业务执行主体在执行完相应的操作或者在执行过程中，可以生成相应的业务数据，所生成的业务数据可以包括中间业务数据、结果业务数据等。业务执行主体可以对生成的业务数据执行数据库操作。

从数据库操作中，可以确定出数据库操作中存储的业务数据，以及该业务数据在数据库中的存储位置。

业务数据的存储位置可以是数据库中的数据库表。在一个示例中，数据库表可以用于存储针对一种业务的业务数据，数据库表与业务类型一一对应，不同的业务类型对应的数据库表可以不同。在另一个示例中，数据库表可以用于存储多种业务类型的业务数据，数据库操作的业务数据在数据库表中的存储位置可以由数据库表中的行号和列号构成，通过行号和列号可以确定业务数据在数据库表中的存储位置。

在350，在业务系统处，根据埋点信息与主体的对应关系、埋点信息与traceID的对应关系、以及traceID与数据库操作的对应关系，确定业务数据属于主体。

在本说明书实施例中，通过埋点信息与主体的对应关系、埋点信息与traceID的对应关系可以确定出traceID与主体之间的对应关系，而traceID与数据库操作之间存在对应关系，从而可以确定出主体与数据库操作之间的对应关系。该对应关系可以用于表示：数据库操作所针对的业务数据所属的主体。

在一个示例中，业务系统可以分为在线系统和离线系统，在线系统可以执行330和340的操作，离线系统可以执行350的操作。

通过本说明书实施例提供的针对业务数据进行主体分类方法，在客户端采用埋点方式来确定埋点信息与主体之间的对应关系，在业务系统端利用traceID进行数据链路跟踪，以确定埋点信息与traceID之间的对应关系以及traceID与数据库操作之间的对应关系，进而根据上述三种对应关系来确定业务数据所属的主体。不仅实现了对业务数据进行主体分类，而且埋点以及数据链路跟踪都不需要对业务的代码进行植入，从而避免影响业务的代码，也不需要在数据库中添加字段，从而避免侵入业务系统。

在本说明书实施例的一个示例中，在业务系统处，可以根据数据库操作来确定业务数据在数据库表中的存储位置。根据数据库操作与traceID的对应关系、traceID与埋点信息的对应关系以及埋点信息与主体的对应关系，可以确定数据库操作与主体之间的对应关系。再根据数据库操作与主体之间的对应关系，以及基于数据库操作所确定的业务数据的存储位置，可以确定出针对该业务数据的存储位置与主体之间的对应关系。在存储位置与主体的对应关系中，业务数据的存储位置可以由数据库表的表标识、行号和列号构成。数据库表的表标识用于指向存储业务数据的数据库表，行号和列号所指向的位置是业务数据在数据库表中的具体存储位置。

所确定出的针对业务数据的存储位置与主体之间的对应关系可以作为用于确定该业务数据所属的主体的离线信息，因此，可以记录业务数据的存储位置与主体的对应关系，以便于利用所记录的离线信息对业务数据进行主体分类。

在另一个示例中，在数据库中，每个数据库表用于存储一种业务的业务数据，不同的业务所使用的数据库表不同。

在业务系统的业务执行过程中，针对业务的数据库操作可以从数据库存储的若干个数据库表中确定出与该业务对应的数据库表，然后将生成的业务数据存储至所确定的数据库表中。

在该示例中，在业务系统处，可以根据针对业务的数据库操作来确定数据库表所属的主体。具体地，可以根据针对业务的数据库操作确定出该业务的业务数据所存储的数据库表中，即，可以确定出数据库操作与数据库表的对应关系。然后，基于埋点信息与主体的对应关系、埋点信息与traceID的对应关系以及traceID与数据库操作的对应关系确定主体与数据库操作的对应关系。再基于数据库操作与数据库表的对应关系以及主体与数据库操作的对应关系，可以确定出数据库表与主体的对应关系，该对应关系可以用来表示该数据库表中的业务数据所属的主体均为数据库表所对应的主体。

所确定出的数据库表与主体的对应关系可以作为用于确定数据库表中的业务数据所属的主体的离线信息，因此，可以记录数据库表与主体的对应关系，以便于利用所记录的离线信息对业务数据进行主体分类。

在另一个示例中，在业务数据经过数据库操作存储至数据库表中后，可以对数据库表中的业务数据进行打标，以在数据库表中表示出打标的业务数据与主体的对应关系。在数据库表中对业务数据打标的位置可以是业务数据的上标或者下标等，打标的位置不影响业务数据在数据库中的位置。经过打标的业务数据携带有打标的标识，该标识可以用于确定出业务数据的主体。

在一个示例中，对业务数据打标的标识可以表征该业务数据所属的主体，打标的标识可以包括数字、字母等。例如，可以预设每个主体对应的标识，在本说明书中，该标识可以唯一地表示主体。在对业务数据进行打标时，可以使用业务数据所属主体对应的标识来对该业务数据进行打标，经过打标后的业务数据携带有表征主体的标识。

在另一个示例中，可以使用traceID对数据库表中的业务数据进行打标，这样，经过打标后的业务数据携带有traceID，即，业务数据与traceID之间的对应关系。然后，基于离线对应关系中的埋点信息与主体之间的对应关系以及埋点信息与traceID之间的对应关系可以确定出主体与traceID之间的对应关系。再然后，基于所确定出的主体与traceID之间的对应关系以及业务数据与traceID之间的对应关系，可以确定出业务数据与主体之间的对应关系，该对应关系即表示出业务数据所属的主体。

在该示例中，可以利用traceID可以间接地表示出业务数据与主体的对应关系，以便于在离线情况下利用打标的traceID对业务数据进行主体分类。

图4示出了根据本说明书实施例的用于对业务数据进行主体分类的一个示例的示意图。

如图4所示，针对A公司的还款业务，可以预先在应用程序中对还款业务进行埋点，埋点的位置可以包括：还款业务的各个业务功能的按键、还款页面的进入按键和还款业务的确认还款按键等，各个埋点处对应的主体是A公司。

当用户在客户端的应用程序中进行还款业务的操作时，首先，用户可以对各个业务功能进行操作，比如，查看还款金额、查询账单等，基于各个业务功能的埋点，在各个埋点处可以采集各个业务功能的操作信息(比如，a111)。然后，用户可以点击进入还款页面的进入按键，以进入还款页面，进入按钮的埋点可以采集进入还款页面的操作信息(比如，b111)。在显示还款页面后，还款页面中可以显示有确认还款按键，当用户点击该确认还款按键时，在确认还款按键处的埋点，可以采集确认还款的操作信息(比如，c111)。此外，在还款业务的各个埋点处，还可以生成用于表征作为还款业务的主体的A公司的字符串信息。由此，可以得到埋点信息与主体之间的对应关系。

响应于确认还款按键被触发，客户端可以生成业务请求，以向还款业务的业务系统请求执行还款业务相应的业务处理。业务请求中包括还款业务的各个埋点所采集的埋点信息，比如，埋点信息包括各个业务功能的操作信息a111、进入还款页面的操作信息b111、确认还款的操作信息c111以及A公司的字符串信息。在业务请求生成后，客户端将业务请求发送至网关。

在网关处，接收到客户端发送的业务请求后，可以从业务请求中提取埋点信息中的A公司的字符串信息，根据该A公司的字符串信息生成对应的traceID，所生成的traceID与A公司的字符串信息对应，则得到traceID与埋点信息之间的对应关系。网关再将traceID包含在业务请求中的头部字段中。然后，网关根据业务请求的业务类型确定用于执行还款业务的业务系统，并将包括traceID的业务请求发送给该业务系统。

用于执行还款业务的业务系统可以由用户信息系统、银行交互系统、账务系统、财务系统构成，用户信息系统、银行交互系统、账务系统和财务系统按照还款业务的执行顺序构成pipeline。在业务系统接收到业务请求时，该业务请求首先到达用户信息系统，用户信息系统通过预先存储的用户信息来确认用户的信息安全，用户信息系统中的traceID可以跟踪所执行的包括数据库操作的各种操作。在用户信息系统完成用户信息安全处理后，将包括traceID的上下文信息传递给银行交互系统，银行交互系统用于与银行系统进行交互，以确认用户的账户余额等操作，银行交互系统中的traceID可以跟踪银行交互系统所执行的包括数据库操作的各种操作。银行交互系统再将包括traceID的上下文信息传递给账务系统，账务系统负责对用户的账务进行更新，比如，完成还款后的还款金额更新为0，账户余额的更新等。账务系统中的traceID可以跟踪账务系统所执行的包括数据库操作的各种操作。账务系统在完成账务的更新后，将包括traceID的上下文信息传递给财务系统。财务系统可以用于利息计算、财务划拨等，通过财务系统的操作以完成还款业务，并执行将还款业务的相关业务数据存储至数据库表中的数据库操作。财务系统中的traceID可以跟踪财务系统所执行的利息计算、财务划拨以及数据库操作等各种操作。

在业务系统中，traceID可以将执行过程中的操作按照执行顺序串联，从而可以跟踪业务系统中的各种操作，包括数据库操作。基于此，可以确定traceID与数据库操作的对应关系。

在业务系统处，根据埋点信息与主体的对应关系、埋点信息与traceID的对应关系、以及traceID与数据库操作的对应关系，可以确定还款业务的业务数据的主体是A公司。

图5示出了根据本说明书实施例的用于对业务数据进行主体分类的方法的另一个示例500的流程图。

图5示出的主体分类方法可以由业务系统来执行。如图5所示，在510，响应于接收到客户端的业务请求，获得业务请求中的埋点信息对应的traceID；其中，客户端从埋点处获取与埋点处的业务所属的主体对应的埋点信息，每个埋点处预设该埋点处的业务所属的主体的信息。

在520，在业务的执行过程中，使用traceID对执行过程进行数据链路跟踪，以利用traceID对应串联执行过程中的操作，操作包括将业务数据存储至数据库表中的数据库操作。

在530，根据埋点信息与主体的对应关系、埋点信息与traceID的对应关系、以及traceID与数据库操作的对应关系，确定业务数据属于主体。

上述510、520和530的操作可以参见上述实施例中的操作，在此不再详细描述。

图6示出了根据本说明书实施例的用于对业务数据进行主体分类的装置(主体分类装置600)的一个示例的方框图。

主体分类装置600可以应用于业务系统。主体分类装置600包括traceID获取单元610、数据链路跟踪单元620和主体确定单元630。

traceID获取单元610可以被配置为响应于接收到客户端的业务请求，获得业务请求中的埋点信息对应的traceID；其中，客户端从埋点处获取与埋点处的业务所属的主体对应的埋点信息，每个埋点处预设该埋点处的业务所属的主体的信息。

数据链路跟踪单元620可以被配置为在业务的执行过程中，使用traceID对执行过程进行数据链路跟踪，以利用traceID对应串联执行过程中的操作，操作包括将业务数据存储至数据库表中的数据库操作。

主体确定单元630可以被配置为根据埋点信息与主体的对应关系、埋点信息与traceID的对应关系、以及traceID与数据库操作的对应关系，确定业务数据属于主体。

在一个示例中，主体确定单元630还可以被配置为确定业务数据在数据库表中的存储位置，以及记录业务数据的存储位置与主体的对应关系。

在一个示例中，数据库表用于存储该业务的业务数据，主体确定单元630还可以被配置为：根据针对业务的数据库操作确定数据库表属于主体，记录数据库表与主体的对应关系。

在一个示例中，主体确定单元630还可以被配置为：将在数据库表中的业务数据进行打标，以在数据库表中表示出业务数据与主体的对应关系。

在一个示例中，主体确定单元630还可以被配置为：使用traceID对数据库表中的业务数据进行打标，以在数据库表中表示出业务数据与主体的对应关系。

以上参照图1到图6，对根据本说明书实施例的用于对业务数据进行主体分类的方法及装置的实施例进行了描述。

本说明书实施例的用于对业务数据进行主体分类的装置可以采用硬件实现，也可以采用软件或者硬件和软件的组合来实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将存储器中对应的计算机程序指令读取到内存中运行形成的。在本说明书实施例中，用于对业务数据进行主体分类的装置例如可以利用电子设备实现。

图7示出了本说明书实施例的用于实现对业务数据进行主体分类方法的电子设备700的方框图。电子设备700可以是用于业务数据进行主体分类的装置。

如图7所示，电子设备700可以包括至少一个处理器710、存储器(例如，非易失性存储器)720、内存730和通信接口740，并且至少一个处理器710、存储器720、内存730和通信接口740经由总线750连接在一起。至少一个处理器710执行在存储器中存储或编码的至少一个计算机可读指令(即，上述以软件形式实现的元素)。

在一个实施例中，在存储器中存储计算机可执行指令，其当执行时使得至少一个处理器710：响应于接收到客户端的业务请求，获得业务请求中的埋点信息对应的traceID；其中，客户端从埋点处获取与埋点处的业务所属的主体对应的埋点信息，每个埋点处预设该埋点处的业务所属的主体；在业务的执行过程中，使用traceID对执行过程进行数据链路跟踪，以利用traceID对应串联执行过程中的操作，操作包括将业务数据存储至数据库表中的数据库操作；以及根据埋点信息与主体的对应关系、埋点信息与traceID的对应关系、以及traceID与数据库操作的对应关系，确定业务数据属于主体。

应该理解，在存储器中存储的计算机可执行指令当执行时使得至少一个处理器710进行本说明书的各个实施例中以上结合图1-6描述的各种操作和功能。

根据一个实施例，提供了一种例如机器可读介质的程序产品。机器可读介质可以具有指令(即，上述以软件形式实现的元素)，该指令当被机器执行时，使得机器执行本说明书的各个实施例中以上结合图1-6描述的各种操作和功能。

具体地，可以提供配有可读存储介质的系统或者装置，在该可读存储介质上存储着实现上述实施例中任一实施例的功能的软件程序代码，且使该系统或者装置的计算机或处理器读出并执行存储在该可读存储介质中的指令。

在这种情况下，从可读介质读取的程序代码本身可实现上述实施例中任何一项实施例的功能，因此机器可读代码和存储机器可读代码的可读存储介质构成了本发明的一部分。

本说明书各部分操作所需的计算机程序代码可以用任意一种或多种程序语言编写，包括面向对象编程语言，如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB、NET以及Python等，常规程序化编程语言如C语言、Visual Basic 2003、Perl、COBOL2002、PHP以及ABAP，动态编程语言如Python、Ruby和Groovy，或者其他编程语言等。该程序编码可以在用户计算机上运行，或者作为独立的软件包在用户计算机上运行，或者部分在用户计算机上运行另一部分在远程计算机运行，或者全部在远程计算机或服务器上运行。在后一种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网(LAN)或广域网(WAN)，或连接至外部计算机(例如通过因特网)，或者在云计算环境中，或者作为服务使用，比如软件即服务(SaaS)。

可读存储介质的实施例包括软盘、硬盘、磁光盘、光盘(如CD-ROM、CD-R、CD-RW、DVD-ROM、DVD-RAM、DVD-RW、DVD-RW)、磁带、非易失性存储卡和ROM。可选择地，可以由通信网络从服务器计算机上或云上下载程序代码。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

上述各流程和各系统结构图中不是所有的步骤和单元都是必须的，可以根据实际的需要忽略某些步骤或单元。各步骤的执行顺序不是固定的，可以根据需要进行确定。上述各实施例中描述的装置结构可以是物理结构，也可以是逻辑结构，即，有些单元可能由同一物理实体实现，或者，有些单元可能分由多个物理实体实现，或者，可以由多个独立设备中的某些部件共同实现。

在整个本说明书中使用的术语“示例性”意味着“用作示例、实例或例示”，并不意味着比其它实施例“优选”或“具有优势”。出于提供对所描述技术的理解的目的，具体实施方式包括具体细节。然而，可以在没有这些具体细节的情况下实施这些技术。在一些实例中，为了避免对所描述的实施例的概念造成难以理解，公知的结构和装置以框图形式示出。

以上结合附图详细描述了本说明书的实施例的可选实施方式，但是，本说明书的实施例并不限于上述实施方式中的具体细节，在本说明书的实施例的技术构思范围内，可以对本说明书的实施例的技术方案进行多种简单变型，这些简单变型均属于本说明书的实施例的保护范围。

本说明书内容的上述描述被提供来使得本领域任何普通技术人员能够实现或者使用本说明书内容。对于本领域普通技术人员来说，对本说明书内容进行的各种修改是显而易见的，并且，也可以在不脱离本说明书内容的保护范围的情况下，将本文所定义的一般性原理应用于其它变型。因此，本说明书内容并不限于本文所描述的示例和设计，而是与符合本文公开的原理和新颖性特征的最广范围相一致。

Claims (15)

1.一种用于对业务数据进行主体分类的方法，包括：

在客户端处，响应于埋点处的业务被触发，从所述埋点处获取与所述业务所属的主体对应的埋点信息，将包括所述埋点信息的业务请求发送给用于执行所述业务的业务系统，每个埋点处预设该埋点处的业务所属的主体的信息；

在所述业务系统处，响应于接收到所述客户端的所述业务请求，获得所述埋点信息对应的traceID；在所述业务的执行过程中，使用所述traceID对所述执行过程进行数据链路跟踪，以利用所述traceID将所述执行过程中的操作按照执行顺序串联，所述操作包括将业务数据存储至数据库表中的数据库操作；以及

在所述业务系统处，根据所述埋点信息与所述主体的对应关系、所述埋点信息与所述traceID的对应关系以及所述traceID与所述数据库操作的对应关系，确定所述业务数据属于所述主体。

2.如权利要求1所述的方法，其中，所述业务系统连接有网关，

在所述业务系统处，响应于接收到所述客户端的所述业务请求，获得所述埋点信息对应的traceID；在所述业务的执行过程中，使用所述traceID对所述执行过程进行数据链路跟踪，以利用所述traceID将所述执行过程中的操作按照执行顺序串联包括：

在所述网关处，响应于从所述客户端接收到所述业务请求，生成所述埋点信息对应的traceID，将携带traceID的所述业务请求发送给所述业务系统；以及

在所述业务系统处，响应于从所述网关接收到所述业务请求，在所述业务的执行过程中，使用所述traceID对所述执行过程进行数据链路跟踪，以利用所述traceID将所述执行过程中的操作按照执行顺序串联。

3.如权利要求1所述的方法，还包括：

在所述业务系统处，确定所述业务数据在所述数据库表中的存储位置，以及记录所述业务数据的存储位置与所述主体的对应关系。

4.如权利要求1所述的方法，其中，所述数据库表用于存储所述业务的业务数据，所述方法包括：

在所述业务系统处，根据针对所述业务的数据库操作确定所述数据库表属于所述主体，记录所述数据库表与所述主体的对应关系。

5.如权利要求1所述的方法，还包括：

将在所述数据库表中的所述业务数据进行打标，以在所述数据库表中表示出所述业务数据与所述主体的对应关系。

6.如权利要求5所述的方法，其中，将在所述数据库表中的所述业务数据进行打标，以在所述数据库表中表示出所述业务数据与所述主体的对应关系包括：

使用所述traceID对所述数据库表中的所述业务数据进行打标，以在所述数据库表中表示出所述业务数据与所述主体的对应关系。

7.如权利要求5所述的方法，其中，对所述业务数据打标的标识用于表征所述主体。

8.如权利要求1所述的方法，其中，在客户端处，响应于埋点处的业务被触发，从所述埋点处获取与所述业务所属的主体对应的埋点信息包括：

在客户端处，响应于埋点处的业务被触发，生成用于表征所述埋点对应的主体的字符串信息，以作为埋点信息。

9.一种用于对业务数据进行主体分类的方法，所述方法由业务系统来执行，所述方法包括：

响应于接收到客户端的业务请求，获得所述业务请求中的埋点信息对应的traceID；其中，所述客户端从埋点处获取与埋点处的业务所属的主体对应的埋点信息，每个埋点处预设该埋点处的业务所属的主体的信息；

在所述业务的执行过程中，使用所述traceID对所述执行过程进行数据链路跟踪，以利用所述traceID对应串联所述执行过程中的操作，所述操作包括将业务数据存储至数据库表中的数据库操作；以及

根据所述埋点信息与所述主体的对应关系、所述埋点信息与所述traceID的对应关系以及所述traceID与所述数据库操作的对应关系，确定所述业务数据属于所述主体。

10.一种用于对业务数据进行主体分类的装置，应用于业务系统，所述装置包括：

traceID获取单元，被配置为响应于接收到客户端的业务请求，获得所述业务请求中的埋点信息对应的traceID；其中，所述客户端从埋点处获取与埋点处的业务所属的主体对应的埋点信息，每个埋点处预设该埋点处的业务所属的主体的信息；

数据链路跟踪单元，被配置为在所述业务的执行过程中，使用所述traceID对所述执行过程进行数据链路跟踪，以利用所述traceID对应串联所述执行过程中的操作，所述操作包括将业务数据存储至数据库表中的数据库操作；以及

主体确定单元，被配置为根据所述埋点信息与所述主体的对应关系、所述埋点信息与所述traceID的对应关系以及所述traceID与所述数据库操作的对应关系，确定所述业务数据属于所述主体。

11.一种用于对业务数据进行主体分类的系统，包括：客户端和业务系统，所述客户端和所述业务系统用于执行如权利要求1-9任一所述的方法。

12.如权利要求1所述的系统，其中，所述系统还包括网关，所述网关被配置为响应于从所述客户端接收到业务请求，生成埋点信息对应的traceID，将携带traceID的所述业务请求发送给所述业务系统。

13.一种电子设备，包括：至少一个处理器，与所述至少一个处理器耦合的存储器，以及存储在所述存储器上的计算机程序，所述至少一个处理器执行所述计算机程序来实现如权利要求1-9中任一所述的方法。

14.一种计算机可读存储介质，其存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-9中任一所述的方法。

15.一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如权利要求1-9中任一所述的方法。

Images