一种交易日志采集系统及其工作方法与流程

本发明涉及计算机数据处理技术领域，尤其涉及一种交易日志采集系统及其工作方法。

背景技术：

本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

交易系统在正常的运行过程中因为审计、问题分析等目的需要记录一些交易日志。

但交易日志对于业务功能来说是属于非功能性的功能要求，记录交易日志不仅会额外占用交易系统的开发工作量，也会增加生产系统运行的性能压力，同时因为往往实际进行问题分析时需要多个系统的交易日志串联在一起进行分析才能得知问题产生的最直接最根本原因，这时就需要各个系统的日志能够按照某种id关联在一起，但各个系统的日志记录是各个系统自行完成的，所以很难将这些日志关联在一起实现统一的日志数据分析。

当前交易系统在进行日志关联分析时，存在几个问题：

1、交易日志是在每个系统中单独记录，日志的主键、系统间统一的标识等不统一，全局性的交易日志实施不规范；

2、各个系统实现交易日志的记录，进行了很多重复的开发与测试工作；

3、无法便利的实现交易的跨系统串联分析。

因此，如何提供一种新的方案，其能够解决上述技术问题是本领域亟待解决的技术难题。

技术实现要素：

本发明实施例提供一种交易日志采集系统，在统一的公共交易调用系统中进行日志的生成，可以很容易的形成交易日志规范，减少了各个交易系统的重复建设，可以很方便的实现了跨系统交易的日志分析，该系统包括：

多个交易系统，连接公共交易调用系统，用于根据业务需求发起交易，产生交易请求发送至公共交易调用系统，根据公共交易调用系统发送的调用请求，进行交易调用；

公共交易调用系统，设置于多个交易系统的中心位置，用于接收发起交易的交易系统发来的交易请求，生成调用请求并配置唯一uuid，将调用请求发送至需要进行交易调用的交易系统，根据唯一uuid，生成交易日志。

本发明实施例还提供一种交易日志采集系统的工作方法，包括：

多个交易系统连接公共交易调用系统，根据业务需求发起交易，产生交易请求发送至公共交易调用系统，根据公共交易调用系统发送的调用请求，进行交易调用；

公共交易调用系统设置于多个交易系统的中心位置，接收发起交易的交易系统发来的交易请求，生成调用请求并配置唯一uuid，将调用请求发送至需要进行交易调用的交易系统，根据唯一uuid，生成交易日志。

本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述一种交易日志采集系统的工作方法。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述一种交易日志采集系统的工作方法的计算机程序。

本发明实施例提供的一种交易日志采集系统及其工作方法，包括：多个交易系统，连接公共交易调用系统，用于根据业务需求发起交易，产生交易请求发送至公共交易调用系统，根据公共交易调用系统发送的调用请求，进行交易调用；公共交易调用系统，设置于多个交易系统的中心位置，用于接收发起交易的交易系统发来的交易请求，生成调用请求并配置唯一uuid，将调用请求发送至需要进行交易调用的交易系统，根据唯一uuid，生成交易日志。本发明实施例为了解决一个业务功能横跨多个交易系统、每个交易系统的日志记录在格式、主键、关联关系等方面各自单独设计从而导致无法完成关联分析的目标的问题，进而实现了能够脱离开各个交易系统，统一形成端到端的交易日志采集。在本发明实施例设计了一个公共交易调用系统，该系统位于核心位置，各个交易系统的调用都是通过这个公共交易调用系统完成，因为这个公共交易调用系统是供所有交易系统连接使用的，所以在交易发起和调用时，在这里就可以很自然的记录下所有的交易日志，而且是因为这些交易都是在一个公共交易调用系统内部调用，所以可以为每次的业务功能的交易调用都分配一个唯一的uuid。这样这个uuid就被记录在了每个交易过程中产生的每条交易日志数据项中。后续在审计、问题分析等场景中使用交易日志进行跨系统的交易日志分析时，就可以实现通过uuid进行关联分析。因为本发明是在统一的公共交易调用系统中进行日志的生成，所以可以很容易的形成交易日志规范，减少了各个交易系统的重复建设，最后最重要的是可以很方便的实现了跨系统交易的日志分析。所以实现了脱离各个交易系统即可生成交易日志，而且生成的交易日志能够根据唯一的uuid实现端到端的跟踪。本发明通过公共交易调用系统可实现脱离交易系统，在单独的一个位置生成交易日志，不用每个交易系统都单独生成交易日志。

附图说明

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

图1为本发明实施例一种交易日志采集系统示意图。

图2为本发明实施例一种交易日志采集系统的模块关系图。

图3为本发明实施例一种交易日志采集系统的工作方法示意图。

图4为本发明实施例一种交易日志采集系统的工作方法中公共交易调用系统的工作流程示意图。

图5为运行本发明实施的一种交易日志采集系统的工作方法的计算机装置示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

本发明涉及大数据技术。图1为本发明实施例一种交易日志采集系统示意图，如图1所示，本发明实施例提供一种交易日志采集系统，在统一的公共交易调用系统中进行日志的生成，可以很容易的形成交易日志规范，减少了各个交易系统的重复建设，可以很方便的实现了跨系统交易的日志分析，该系统包括：

多个交易系统101，连接公共交易调用系统，用于根据业务需求发起交易，产生交易请求发送至公共交易调用系统，根据公共交易调用系统发送的调用请求，进行交易调用；

公共交易调用系统102，设置于多个交易系统的中心位置，用于接收发起交易的交易系统发来的交易请求，生成调用请求并配置唯一uuid，将调用请求发送至需要进行交易调用的交易系统，根据唯一uuid，生成交易日志。

本发明实施例提供的一种交易日志采集系统，包括：多个交易系统，连接公共交易调用系统，用于根据业务需求发起交易，产生交易请求发送至公共交易调用系统，根据公共交易调用系统发送的调用请求，进行交易调用；公共交易调用系统，设置于多个交易系统的中心位置，用于接收发起交易的交易系统发来的交易请求，生成调用请求并配置唯一uuid，将调用请求发送至需要进行交易调用的交易系统，根据唯一uuid，生成交易日志。本发明实施例为了解决一个业务功能横跨多个交易系统、每个交易系统的日志记录在格式、主键、关联关系等方面各自单独设计从而导致无法完成关联分析的目标的问题，进而实现了能够脱离开各个交易系统，统一形成端到端的交易日志采集。在本发明实施例设计了一个公共交易调用系统，该系统位于核心位置，各个交易系统的调用都是通过这个公共交易调用系统完成，因为这个公共交易调用系统是供所有交易系统连接使用的，所以在交易发起和调用时，在这里就可以很自然的记录下所有的交易日志，而且是因为这些交易都是在一个公共交易调用系统内部调用，所以可以为每次的业务功能的交易调用都分配一个唯一的uuid。这样这个uuid就被记录在了每个交易过程中产生的每条交易日志数据项中。后续在审计、问题分析等场景中使用交易日志进行跨系统的交易日志分析时，就可以实现通过uuid进行关联分析。因为本发明是在统一的公共交易调用系统中进行日志的生成，所以可以很容易的形成交易日志规范，减少了各个交易系统的重复建设，最后最重要的是可以很方便的实现了跨系统交易的日志分析。所以实现了脱离各个交易系统即可生成交易日志，而且生成的交易日志能够根据唯一的uuid实现端到端的跟踪。本发明通过公共交易调用系统可实现脱离交易系统，在单独的一个位置生成交易日志，不用每个交易系统都单独生成交易日志。

在本发明实施例中，专业词汇解释如下：

交易系统：也称业务系统，是具体实现业务功能的计算机软件系统。

交易日志：是交易系统在运行过程中基于审计、问题分析等目的而记录的一些有助于目的达成的各个数据项，包括但不限于日期、时间、业务功能编号、功能操作描述、操作柜员等信息。

端到端：即是指从客户(或用户)发起操作到最终完成该业务操作中间所经历的所有的软件系统。

本专利就是为了解决一个业务功能横跨多个交易系统，每个交易系统的日志记录在格式、主键、关联关系等方面各自单独设计从而导致无法完成关联分析的目标的问题，进而实现了能够脱离开各个交易系统，统一形成端到端的交易日志采集。

图2为本发明实施例一种交易日志采集系统的模块关系图，如图2所示，具体实施本发明实施例提供的一种交易日志采集系统时，在一个实施例中，可以包括：

多个交易系统，连接公共交易调用系统，用于根据业务需求发起交易，产生交易请求发送至公共交易调用系统，根据公共交易调用系统发送的调用请求，进行交易调用；

公共交易调用系统，设置于多个交易系统的中心位置，用于接收发起交易的交易系统发来的交易请求，生成调用请求并配置唯一uuid，将调用请求发送至需要进行交易调用的交易系统，根据唯一uuid，生成交易日志。

本发明实施例为了解决一个业务功能横跨多个交易系统、每个交易系统的日志记录在格式、主键、关联关系等方面各自单独设计从而导致无法完成关联分析的目标的问题，进而实现了能够脱离开各个交易系统，统一形成端到端的交易日志采集。

在本发明实施例设计了一个公共交易调用系统，该系统位于核心位置，各个交易系统的调用都是通过这个公共交易调用系统完成，因为这个公共交易调用系统是供所有交易系统连接使用的，所以在交易发起和调用时，在这里就可以很自然的记录下所有的交易日志，而且是因为这些交易都是在一个公共交易调用系统内部调用，所以可以为每次的业务功能的交易调用都分配一个唯一的uuid。这样这个uuid就被记录在了每个交易过程中产生的每条交易日志数据项中。

后续在审计、问题分析等场景中使用交易日志进行跨系统的交易日志分析时，就可以实现通过uuid进行关联分析。

具体实施本发明实施例提供的一种交易日志采集系统时，在一个实施例中，公共交易调用系统，包括：

源交易接收模块，用于接收发起交易的交易系统发来的交易请求，转发至交易调用核心模块；

交易调用核心模块，用于接收源交易接收模块发来的交易请求，对交易请求进行协议转换、交易报文重组和交易流量控制处理，确定调用请求和需要进行交易调用的交易系统；

交易转发模块，用于将调用请求发送至需要进行交易调用的交易系统；

交易日志uuid生成模块，用于对交易调用核心模块生成调用请求和交易转发模块将调用请求发送至需要进行交易调用的交易系统的交易过程配置唯一uuid；

交易日志生成模块，用于在将调用请求发送至需要进行交易调用的交易系统完成后，根据唯一uuid，生成交易日志。

实施例中，在另一个实施例中，公共交易调用系统，设置于多个交易系统的中心位置，用于接收发起交易的交易系统发来的交易请求，根据交易请求，确定调用请求和需要进行交易调用的交易系统，为调用请求配置唯一uuid，将配置唯一uuid的调用请求发送至需要进行交易调用的交易系统，在调用请求发送完成后，根据唯一uuid，生成交易日志。

公共交易调用系统，包括：源交易接收模块、交易调用核心模块、交易转发模块、交易日志uuid生成模块和交易日志生成模块；

源交易接收模块，用于接收其他交易系统发送过来的交易请求，然后转发至交易调用核心模块；

交易调用核心模块，用于接收交易调用核心模块发送过来的交易请求，然后经过协议转换、交易报文重组、交易流量控制等相应的处理，生成调用请求和需要进行交易调用的交易系统。

交易转发模块，用于接收交易调用核心模块发送的交易请求，连接到外部交易系统进行交易调用。

交易日志uuid生成模块，用于生成一个用于标识唯一一次交易调用的唯一的id，利用该id在交易调用核心模块、交易转发模块中在向各个系统调用交易时，交易完成(成功或者失败)后即可利用交易日志生成模块实现各个系统交易的记录。

交易日志生成模块，在在交易转发模块中是对外部系统交易的调用，调用结束后即调用本模块进行日志的生成，这时对各系统交易所生成的日志中，每一条日志中的唯一键uuid都是相同的，这样就满足了日志统一分析的要求。

因为本发明是在统一的公共交易调用系统中进行日志的生成，所以可以很容易的形成交易日志规范，减少了各个交易系统的重复建设，最后最重要的是可以很方便的实现了跨系统交易的日志分析。所以实现了脱离各个交易系统即可生成交易日志，而且生成的交易日志能够根据唯一的uuid实现端到端的跟踪。本发明通过公共交易调用系统可实现脱离交易系统，在单独的一个位置生成交易日志，不用每个交易系统都单独生成交易日志。

具体实施本发明实施例提供的一种交易日志采集系统时，在一个实施例中，当交易日志生成模块在生成交易日志时，通过唯一uuid链接至交易系统，将唯一uuid置入每一交易系统的交易日志中。

具体实施本发明实施例提供的一种交易日志采集系统时，在一个实施例中，公共交易调用系统，还包括：交易日志配置模块，用于配置是否生成交易日志、配置交易日志的记录时机。

实施例中，交易日志配置模块，用于设置是否记录日志，以及记录日志的时机。

具体实施本发明实施例提供的一种交易日志采集系统时，在一个实施例中，交易日志的记录时机，至少包括其中之一或任意组合：

交易调用核心模块生成调用请求时，交易转发模块将调用请求发送至需要进行交易调用的交易系统时，交易调用之前记录，交易调用结束之后记录，交易调用之前和交易调用结束之后都要记录。

实施例中，在配置交易日志的记录时机时，需要配置的是在交易调用核心模块还是交易转发模块处理交易的过程中，是交易调用前记录还是交易调用结束之后记录，或者两者都要记录，至少要包括其中之一。

具体实施本发明实施例提供的一种交易日志采集系统时，在一个实施例中，还包括：交易日志输出模块，用于

将生成的交易日志记录到日志文件或日志系统中，存储至数据库。

实施例中，交易日志输出模块，用于将产生的日志记录到日志文件或日志系统当中。

源交易接收模块、交易调用核心模块、交易转发模块的主要作用是对交易的调用，其核心目的是将交易都串联在一起。正是有了这些模块将原来的链条式的交易调用优化成都在这一处进行交易串联，使交易的调用都在本系统一个系统中进行，所以才具备了进行日志统一记录的基础。交易调用核心模块、交易转发模块在交易处理中可以按照需要确定是否需要进行交易日志的记录。交易日志生成模块是交易日志生成的核心模块，根据交易调用核心模块、交易转发模块的要求来决定是否生成交易日志，交易日志的唯一id是交易日志uuid生成模块完成的，交易日志生成完后通过交易日志输出模块记录到交易日志文件或日志系统供后续分析使用。交易日志配置模块是对交易日志是否记录以及记录时机等进行统一控制。

下面结合具体场景，对本发明实施例提供的一种交易日志采集系统进行简要描述：

因为本发明是在统一的公共交易调用系统中进行日志的生成，所以可以很容易的形成交易日志规范，减少了各个交易系统的重复建设，最后最重要的是可以很方便的实现了跨系统交易的日志分析。所以实现了脱离各个交易系统即可生成交易日志，而且生成的交易日志能够根据唯一的uuid实现端到端的跟踪。

本发明实施例提供的一种交易日志采集系统，主要包括：多个交易系统和公共交易调用系统。

在共交易调用系统中，模块范围与作用，包括：

模块1：源交易接收模块：

该模块接收其他交易系统发送过来的交易请求，然后转发至模块2。

模块2：交易调用核心模块：

本模块是接收模块1发送过来的交易请求，然后经过协议转换、交易报文重组、交易流量控制等相应的处理。

模块3：交易转发模块：

本模块是接收模块2发送的交易请求，连接到外部系统进行交易调用。

模块4：交易日志uuid生成模块：

本模块的作用是生成一个用于标识唯一一次交易调用的唯一的id，利用该id在模块2、模块3中在向各个系统调用交易时，交易完成(成功或者失败)后即可利用模块5实现各个系统交易的记录。

模块5：交易日志生成模块：

在模块3中是对外部系统交易的调用，调用结束后即调用本模块进行日志的生成，这时对各系统交易所生成的日志中，每一条日志中的唯一键uuid都是相同的，这样就满足了日志统一分析的要求。

模块6：交易日志输出模块：

对模块5产生的日志记录到日志文件或日志系统当中。

模块7：交易日志配置模块：

设置是否记录日志，以及记录日志的时机。

模块间的关系，包括：模块1、模块2、模块3的主要作用是对交易的调用，其核心目的是将交易都串联在一起。正是有了这些模块将原来的链条式的交易调用优化成都在这一处进行交易串联，使交易的调用都在本系统一个系统中进行，所以才具备了进行日志统一记录的基础。模块2、模块3在交易处理中可以按照需要确定是否需要进行交易日志的记录。模块5是交易日志生成的核心模块，根据模块2、3的要求来决定是否生成交易日志，交易日志的唯一id是模块4完成的，交易日志生成完后通过模块6记录到交易日志文件或日志系统供后续分析使用。模块7是对交易日志是否记录以及记录时机等进行统一控制。

技术人员在开发上述模块时，需要开发：(1)、源交易接收模块；(2)、开发一个公共交易调用系统中的交易调用核心模块；(3)、交易转至目标系统模块；(4)、开发交易日志uuid生成模块；(5)、交易日志生成模块；(6)、交易日志输出模块；其中，最重要的是第(2)、(4)、(5)模块。

关键点在于：交易调用核心模块、交易转发模块、交易日志uuid生成模块、交易日志生成模块。

上述模块的工作流程包括：

1、配置是否生成交易日志、交易日志的记录时机(在模块2还是模块3中，是交易调用前记录还是交易调用结束之后记录，或者两者都要记录，至少要包括其中之一)等信息；

2、接收源交易；

3、对源交易进行处理，包括协议转换、报文重组、记录日志(根据配置要求)等；

4、步骤3执行后调用外部系统，在此步骤中记录日志(根据配置要求)；

5、生成交易日志的uuid；

6、生成交易日志(其中包括步骤4所生成的uuid)

7、将交易日志输出到日志文件或日志系统

其中，步骤1、步骤7是增加的步骤；

步骤1会使交易日志的记录更加便于管理；

步骤7产生的日志保存下来会更加便于后续的处理与分析。

本发明实施例为了解决一个业务功能横跨多个交易系统、每个交易系统的日志记录在格式、主键、关联关系等方面各自单独设计从而导致无法完成关联分析的目标的问题，进而实现了能够脱离开各个交易系统，统一形成端到端的交易日志采集。

在本发明实施例设计了一个公共交易调用系统，该系统位于核心位置，各个交易系统的调用都是通过这个公共交易调用系统完成，因为这个公共交易调用系统是供所有交易系统连接使用的，所以在交易发起和调用时，在这里就可以很自然的记录下所有的交易日志，而且是因为这些交易都是在一个公共交易调用系统内部调用，所以可以为每次的业务功能的交易调用都分配一个唯一的uuid。这样这个uuid就被记录在了每个交易过程中产生的每条交易日志数据项中。

后续在审计、问题分析等场景中使用交易日志进行跨系统的交易日志分析时，就可以实现通过uuid进行关联分析。因为本发明是在统一的公共交易调用系统中进行日志的生成，所以可以很容易的形成交易日志规范，减少了各个交易系统的重复建设，最后最重要的是可以很方便的实现了跨系统交易的日志分析。

所以实现了脱离各个交易系统即可生成交易日志，而且生成的交易日志能够根据唯一的uuid实现端到端的跟踪。本发明通过公共交易调用系统可实现脱离交易系统，在单独的一个位置生成交易日志，不用每个交易系统都单独生成交易日志。

本发明实施例中还提供了一种交易日志采集系统的工作方法，如下面的实施例所述。由于该工作方法解决问题的原理与一种交易日志采集系统相似，因此该工作方法的实施可以参见一种交易日志采集系统的实施，重复之处不再赘述。

图3为本发明实施例一种交易日志采集系统的工作方法示意图，如图3所示，本发明实施例还提供一种交易日志采集系统的工作方法，具体实施时，可以包括：

步骤301：多个交易系统连接公共交易调用系统，根据业务需求发起交易，产生交易请求发送至公共交易调用系统，根据公共交易调用系统发送的调用请求，进行交易调用；

步骤302：公共交易调用系统设置于多个交易系统的中心位置，接收发起交易的交易系统发来的交易请求，生成调用请求并配置唯一uuid，将调用请求发送至需要进行交易调用的交易系统，根据唯一uuid，生成交易日志。

图4为本发明实施例一种交易日志采集系统的工作方法中公共交易调用系统的工作流程示意图，如图4所示，具体实施本发明实施例提供的一种交易日志采集系统的工作方法时，在一个实施例中，公共交易调用系统设置于多个交易系统的中心位置，接收发起交易的交易系统发来的交易请求，生成调用请求并配置唯一uuid，将调用请求发送至需要进行交易调用的交易系统，根据唯一uuid，生成交易日志，包括：

步骤401：源交易接收模块接收发起交易的交易系统发来的交易请求，转发至交易调用核心模块；

步骤402：交易调用核心模块接收源交易接收模块发来的交易请求，对交易请求进行协议转换、交易报文重组和交易流量控制处理，确定调用请求和需要进行交易调用的交易系统；

步骤403：交易转发模块将调用请求发送至需要进行交易调用的交易系统；

步骤404：交易日志uuid生成模块对交易调用核心模块生成调用请求和交易转发模块将调用请求发送至需要进行交易调用的交易系统的交易过程配置唯一uuid；

步骤405：交易日志生成模块在将调用请求发送至需要进行交易调用的交易系统完成后，根据唯一uuid，生成交易日志。

具体实施本发明实施例提供的一种交易日志采集系统的工作方法时，在一个实施例中，当交易日志生成模块在生成交易日志时，通过唯一uuid链接至交易系统，将唯一uuid置入每一交易系统的交易日志中。

具体实施本发明实施例提供的一种交易日志采集系统的工作方法时，在一个实施例中，还包括：交易日志配置模块配置是否生成交易日志、配置交易日志的记录时机。

具体实施本发明实施例提供的一种交易日志采集系统的工作方法时，在一个实施例中，交易日志的记录时机，至少包括其中之一或任意组合：

交易调用核心模块生成调用请求时，交易转发模块将调用请求发送至需要进行交易调用的交易系统时，交易调用之前记录，交易调用结束之后记录，交易调用之前和交易调用结束之后都要记录。

具体实施本发明实施例提供的一种交易日志采集系统的工作方法时，在一个实施例中，还包括交易日志输出模块将生成的交易日志记录到日志文件或日志系统中，存储至数据库。

图5为运行本发明实施的一种交易日志采集系统的工作方法的计算机装置示意图，如图5所示，本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述一种交易日志采集系统的工作方法。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行实现上述一种交易日志采集系统的工作方法的计算机程序。

综上，本发明实施例提供的一种交易日志采集系统及其工作方法，包括：多个交易系统，连接公共交易调用系统，用于根据业务需求发起交易，产生交易请求发送至公共交易调用系统，根据公共交易调用系统发送的调用请求，进行交易调用；公共交易调用系统，设置于多个交易系统的中心位置，用于接收发起交易的交易系统发来的交易请求，生成调用请求并配置唯一uuid，将调用请求发送至需要进行交易调用的交易系统，根据唯一uuid，生成交易日志。

本发明实施例为了解决一个业务功能横跨多个交易系统、每个交易系统的日志记录在格式、主键、关联关系等方面各自单独设计从而导致无法完成关联分析的目标的问题，进而实现了能够脱离开各个交易系统，统一形成端到端的交易日志采集。

在本发明实施例中设计了一个公共交易调用系统，该系统位于核心位置，各个交易系统的调用都是通过这个公共交易调用系统完成，因为这个公共交易调用系统是供所有交易系统连接使用的，所以在交易发起和调用时，在这里就可以很自然的记录下所有的交易日志，而且是因为这些交易都是在一个公共交易调用系统内部调用，所以可以为每次的业务功能的交易调用都分配一个唯一的uuid。

这样这个uuid就被记录在了每个交易过程中产生的每条交易日志数据项中。后续在审计、问题分析等场景中使用交易日志进行跨系统的交易日志分析时，就可以实现通过uuid进行关联分析。

因为本发明是在统一的公共交易调用系统中进行日志的生成，所以可以很容易的形成交易日志规范，减少了各个交易系统的重复建设，最后最重要的是可以很方便的实现了跨系统交易的日志分析。所以实现了脱离各个交易系统即可生成交易日志，而且生成的交易日志能够根据唯一的uuid实现端到端的跟踪。

本发明通过公共交易调用系统可实现脱离交易系统，在单独的一个位置生成交易日志，不用每个交易系统都单独生成交易日志。

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

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

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。