一种交易运行时刻的处理方法、装置及电子设备与流程

1.本发明涉及数据处理领域，更具体的说，涉及一种交易运行时刻的处理方法、装置及电子设备。


背景技术：

2.银行中间业务系统常常和多个系统相关联，一只交易从前端发起到了中间业务系统后，中间业务系统往往还要继续将交易请求先后发送给不同的关联系统，甚至有时候给同一个关联系统要发送几次请求，即需要与关联系统交互多次。如，我行银保通系统(ibas)有这样一种场景，ibas收到柜台收保费请求后，先要向核心系统(bancs)查询账户信息，查询账户信息成功再向bancs查询客户信息，查询客户信息成功接着向bancs发起转账，bancs转账成功继续将交易发送保险公司请求出单。由此可知，完成一只交易，ibas需要与多个关联系统进行多次交互，而且在与关联系统交互之外，ibas系统内部也有些事务处理，或者是某些模块处理(如重空模块)或者是某些数据库表操作。
3.一旦生产上交易出现异常，若不能及时识别出异常环节，则会导致异常环节不能及时修复，该交易以及后续相似交易不能正常处理，用户体验较差。


技术实现要素：

4.有鉴于此，本发明提供一种交易运行时刻的处理方法、装置及电子设备，以解决在交易出现异常时，需要及时识别出异常环节的问题。
5.为解决上述技术问题，本发明采用了如下技术方案：
6.一种交易运行时刻的处理方法，应用于处理器，所述处理器中配置有交易程序，所述交易程序中包括预先设置的多个程序节点；所述处理器中预先存储有所述交易程序对应的交易运行时刻表；所述交易运行时刻的处理方法包括：
7.接收所述交易程序运行过程中运行到任一所述程序节点的情况下，所述程序节点发送的调用指令；
8.确定所述交易运行时刻表中是否记录有所述程序节点对应的交易运行节点记录；所述交易运行节点记录有所述程序节点对应的交易日期数据、交易流水号数据以及节点序号数据；
9.若未记录，在所述交易运行时刻表中插入空白交易运行节点记录，并在所述空白交易运行节点记录中记录所述程序节点对应的交易日期数据、交易流水号数据以及节点序号数据，并作为所述程序节点对应的交易运行节点记录；
10.获取当前时间戳，并将所述当前时间戳记录至所述交易运行节点记录中的开始时刻；
11.若记录有，获取当前时间戳，并将所述当前时间戳记录至所述交易运行节点记录中的结束时刻；
12.所述交易运行时刻表中的各所述程序节点对应的交易运行节点记录中的开始时
刻和结束时刻作为分析所述程序节点是否异常的参考信息。
13.可选地，在所述交易程序执行完成，或预设时间之后，还包括：
14.将所述交易运行时刻表发送至时刻分析模块，以使所述时刻分析模块确定出结束时刻为空的程序节点，并输出。
15.可选地，在所述交易程序执行完成，或预设时间之后，还包括：
16.将所述交易运行时刻表发送至时刻分析模块，以使所述时刻分析模块确定出结束时刻和开始时刻的差值大于预设差值阈值的程序节点，并输出。
17.可选地，接收所述交易程序运行过程中运行到任一所述程序节点的情况下，所述程序节点发送的调用指令，包括：
18.接收所述交易程序运行过程中运行到任一所述程序节点的情况下，所述程序节点发送的包括所述程序节点的节点序号的调用指令。
19.可选地，在运行交易程序之前，还包括：
20.配置所述交易运行时刻表对应的全局数据字典和接口数据字典；
21.所述全局数据字典包括交易日期、交易流水号、交易码、以及交易名称；
22.所述接口数据字典包括节点序号和节点名称。
23.一种交易运行时刻的处理装置，应用于处理器，所述处理器中配置有交易程序，所述交易程序中包括预先设置的多个程序节点；所述处理器中预先存储有所述交易程序对应的交易运行时刻表；所述交易运行时刻的处理装置包括：
24.指令接收模块，用于接收所述交易程序运行过程中运行到任一所述程序节点的情况下，所述程序节点发送的调用指令；
25.记录确定模块，用于确定所述交易运行时刻表中是否记录有所述程序节点对应的交易运行节点记录；所述交易运行节点记录有所述程序节点对应的交易日期数据、交易流水号数据以及节点序号数据；
26.第一记录模块，用于若未记录，在所述交易运行时刻表中插入空白交易运行节点记录，并在所述空白交易运行节点记录中记录所述程序节点对应的交易日期数据、交易流水号数据以及节点序号数据，并作为所述程序节点对应的交易运行节点记录；
27.第二记录模块，用于获取当前时间戳，并将所述当前时间戳记录至所述交易运行节点记录中的开始时刻；
28.第三记录模块，用于若记录有，获取当前时间戳，并将所述当前时间戳记录至所述交易运行节点记录中的结束时刻；
29.所述交易运行时刻表中的各所述程序节点对应的交易运行节点记录中的开始时刻和结束时刻作为分析所述程序节点是否异常的参考信息。
30.可选地，还包括：
31.第一数据发送模块，用于在所述交易程序执行完成，或预设时间之后，将所述交易运行时刻表发送至时刻分析模块，以使所述时刻分析模块确定出结束时刻为空的程序节点，并输出。
32.可选地，还包括：
33.第二数据发送模块，用于在所述交易程序执行完成，或预设时间之后，将所述交易运行时刻表发送至时刻分析模块，以使所述时刻分析模块确定出结束时刻为空的程序节
点，并输出。
34.可选地，所述指令接收模块具体用于：
35.接收所述交易程序运行过程中运行到任一所述程序节点的情况下，所述程序节点发送的包括所述程序节点的节点序号的调用指令。
36.一种电子设备，包括：存储器和处理器；
37.其中，所述存储器用于存储程序；
38.处理器调用程序并用于执行上述的交易运行时刻的处理方法。
39.相较于现有技术，本发明具有以下有益效果：
40.本发明提供了一种交易运行时刻的处理方法、装置及电子设备，所述处理器中配置有交易程序，所述交易程序中包括预先设置的多个程序节点，所述处理器中预先存储有所述交易程序对应的交易运行时刻表。接收所述交易程序运行过程中运行到任一所述程序节点的情况下，所述程序节点发送的调用指令，确定所述交易运行时刻表中是否记录有所述程序节点对应的交易运行节点记录，若未记录，在所述交易运行时刻表中插入空白交易运行节点记录，并在所述空白交易运行节点记录中记录所述程序节点对应的交易日期数据、交易流水号数据以及节点序号数据，并作为所述程序节点对应的交易运行节点记录，获取当前时间戳，并将所述当前时间戳记录至所述交易运行节点记录中的开始时刻，若记录有，获取当前时间戳，并将所述当前时间戳记录至所述交易运行节点记录中的结束时刻。通过上述方法记录的开始时刻和结束时刻作为分析所述程序节点是否异常的参考信息，进而能够基于开始时刻和结束时间确定出异常环节，及时修复异常环节，保证交易的正常处理。
附图说明
41.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
42.图1为本发明实施例提供的一种交易运行时刻的处理方法的方法流程图；
43.图2为本发明实施例提供的一种交易运行时刻的处理装置的结构示意图。
具体实施方式
44.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
45.银行中间业务系统常常和多个系统相关联，一只交易从前端发起到了中间业务系统后，中间业务系统往往还要继续将交易请求先后发送给不同的关联系统，甚至有时候给同一个关联系统要发送几次请求，即需要与关联系统交互多次。如，我行银保通系统(ibas)有这样一种场景，ibas收到柜台收保费请求后，先要向核心系统(bancs)查询账户信息，查询账户信息成功再向bancs查询客户信息，查询客户信息成功接着向bancs发起转账，bancs转账成功继续将交易发送保险公司请求出单。由此可知，完成一只交易，ibas需要与多个关
联系统进行多次交互，而且在与关联系统交互之外，ibas系统内部也有些事务处理，或者是某些模块处理(如重空模块)或者是某些数据库表操作。
46.一旦生产上交易出现异常，若不能及时识别出异常环节，则会导致异常环节不能及时修复，该交易以及后续相似交易不能正常处理，如前端收不到应答或者响应速度非常缓慢，用户体验较差。
47.为了解决这一技术问题，发明人经过研究发现，可以预先配置交易程序的程序节点，然后可以在交易执行过程中，记录程序节点的开始时刻和结束时刻，通过分析开始时刻和结束时刻的数值，来确定哪一程序节点异常，从而能够快速定位故障，并及时修复，保证该交易的正常处理。
48.具体的，本发明实施例提供了一种交易运行时刻的处理方法、装置及电子设备，所述处理器中配置有交易程序，所述交易程序中包括预先设置的多个程序节点，所述处理器中预先存储有所述交易程序对应的交易运行时刻表。接收所述交易程序运行过程中运行到任一所述程序节点的情况下，所述程序节点发送的调用指令，确定所述交易运行时刻表中是否记录有所述程序节点对应的交易运行节点记录，若未记录，在所述交易运行时刻表中插入空白交易运行节点记录，并在所述空白交易运行节点记录中记录所述程序节点对应的交易日期数据、交易流水号数据以及节点序号数据，并作为所述程序节点对应的交易运行节点记录，获取当前时间戳，并将所述当前时间戳记录至所述交易运行节点记录中的开始时刻，若记录有，获取当前时间戳，并将所述当前时间戳记录至所述交易运行节点记录中的结束时刻。通过上述方法记录的开始时刻和结束时刻作为分析所述程序节点是否异常的参考信息，进而能够基于开始时刻和结束时间确定出异常环节，及时修复异常环节，保证交易的正常处理。
49.需要说明的是，本发明提供的一种交易运行时刻的处理方法、装置及电子设备可用于金融领域或其他领域，例如，可用于金融领域中的交易处理应用场景。其他领域为除金融领域之外的任意领域。上述仅为示例，并不对本发明提供的一种交易运行时刻的处理方法、装置及电子设备的应用领域进行限定。
50.在上述内容的基础上，本发明的一实施例提供了一种交易运行时刻的处理方法，应用于处理器。处理器可以用于执行交易，交易可以是转账、汇款、开户、信用卡业务等。
51.所述处理器中配置有交易运行时刻模块以及交易程序。其中，交易程序即为交易对应的程序，如转账程序、汇款程序等。所述交易程序中包括预先设置的多个程序节点。
52.在实际应用中，可以根据实际需求配置程序节点。如，可以是重点交易的关键节点，也可以对所有交易的全部节点，视交易的重要性和节点发生问题的概率而定。这些节点既可以是每一次与关联系统的交互，也可以是内部某一模块的调用，甚至可以是对某一个数据库表的访问。
53.交易运行时刻模块可以被程序节点调用，从而用于记录程序节点处理业务的开始时刻和结束时刻。
54.所述处理器中预先存储有所述交易程序对应的交易运行时刻表，该表可采用ddl语句创建。其中，交易运行时刻表可以参照表1。
55.表1
[0056][0057][0058]
表1中，交易日期、交易流水号、节点序号、节点名称、开始时刻、结束时刻、交易码、交易名称可以是每一程序节点的交易运行节点记录，交易运行节点记录根据实际场景由交易运行时刻模块进行新增。交易运行时刻模块可以对该交易运行时刻表进行增删改查等操作。
[0059]
需要说明的是，表1中的字段endtime(结束时刻)可以为空，之所以如此设计，有以下两个方面的原因：
[0060]
当节点序号是0或99即交易开始运行或运行结束时只有开始时刻这一个时刻而没有结束时刻。
[0061]
当交易执行到中间某一个节点(节点序号为1～98)，有可能由于关联系统的原因或自身数据库表的原因，导致交易在这个节点中断(比如发送核心后cics abend或中间业务系统自身数据库表死锁等)而在这个节点只有开始时刻而没有结束时刻。在实际应用中，中间业务系统在实际生产中一般也不会出现这样的情况，但在极端异常情况确实会如此，一旦出现了这样的生产故障，我们通过查看交易运行时刻表可以快速定位问题环节所在。
[0062]
在创建上述的交易运行时刻表之后，需要配置交易运行时刻模块需要使用的数据字典，该数据字典也为交易运行时刻表对应的数据字典。数据字典包括全局数据字典和接口数据字典。即本实施例中，需要配置所述交易运行时刻表对应的全局数据字典和接口数据字典。
[0063]
其中，所述全局数据字典包括交易日期、交易流水号、交易码、以及交易名称。所述接口数据字典包括节点序号和节点名称。
[0064]
全局数据字典，本模块中使用的全局数据字典从一只交易开始运行时就赋值，并且直到这只交易运行结束其值都不会变化。全局数据字典包括如下变量：
[0065][0066]
接口数据字典，由程序节点调用交易运行时刻模块时进行赋值，一只交易从开始运行直到运行结束在不同的程序节点调用时赋给不同的值。接口数据字典包括如下变量：
[0067][0068]
在实际应用中，接口数据字典中的变量可以作为输入项，参照表2。
[0069]
表2
[0070]
参数名称参数含义数据类型备注v_stepseq节点序号number(2)) v_stepname节点名称varchar2(32) [0071]
在上述内容的基础上，交易运行时刻的处理方法可以是上述的交易运行时刻模块执行，交易运行时刻的处理方法可以包括：
[0072]
s11、接收所述交易程序运行过程中运行到任一所述程序节点的情况下，所述程序节点发送的调用指令。
[0073]
具体的，若是接收到交易执行指令，则开始运行该交易程序。以交易程序为转账交易为例，交易执行指令可以是用户点击的转账确认按钮，此时转账交易开始执行。
[0074]
交易程序中的程序节点需要按照对应的节点序号依次执行。具体的，
[0075]
在每一只交易中，根据调用交易运行时刻模块的先后顺序，节点序号必须由小到大递增，节点序号0和99有特殊含义，0代表交易开始运行，99代表交易运行结束。
[0076]
每一只交易的节点序号必须从0开始，即交易一开始执行即调用交易运行时刻模块f_runtxntm(0,“开始运行”)并且仅调用一次。
[0077]
中途每一个程序节点(如与关联系统的交互、内部模块的调用、对数据库表的访问等)调用交易运行时刻模块时必须调用两次：在这个程序节点开始执行前调用一次，以记录这个程序节点的开始时刻，在这个程序节点执行完毕后调用一次，以记录这个节点的结束时刻。比如，假如某一只交易向核心查询账户信息是第1个节点，则在发送核心查询前调用交易运行时刻模块f_runtxntm(1,“查询核心账户信息”)，在接收到核心返回账户信息后继续调用交易运行时刻模块f_runtxntm(1,“查询核心账户信息”)。
[0078]
在交易结束前用节点序号99记录交易运行结束时刻，即调用交易运行时刻模块f_runtxntm(99,“运行结束”)并且仅调用一次。
[0079]
若是某一程序节点调用交易运行时刻模块时，会发送调用指令至所述交易运行时刻模块。具体的，该调用指令包括程序节点的节点序号，即所述程序节点发送包括所述程序节点的节点序号的调用指令至所述交易运行时刻模块，以使交易运行时刻模块基于节点序
号确定是记录开始时刻还是结束时刻。
[0080]
s12、确定所述交易运行时刻表中是否记录有所述程序节点对应的交易运行节点记录；若未记录，则执行步骤s13；若记录有，则执行步骤s15。
[0081]
本实施例中，通过确定所述交易运行时刻表中是否记录有所述程序节点对应的交易运行节点记录，来确定是否记录了该程序节点的开始时刻。
[0082]
其中，所述交易运行节点记录有所述程序节点对应的交易日期数据(p_trandate)、交易流水号数据(p_traceno)以及节点序号数据(v_stepseq)。
[0083]
若是存在交易运行节点记录，且该交易运行节点记录中记录有该程序节点对应的交易日期数据、交易流水号数据以及节点序号数据，则说明已经记录有该程序节点的开始时刻，此时仅需要记录结束时刻即可。
[0084]
若是未存在记录有该程序节点对应的交易日期数据、交易流水号数据以及节点序号数据的交易运行节点记录，则说明交易运行时刻表中并未记录该程序节点的任何时刻，此时，则需要先记录开始时刻，在程序节点运行完成时，在记录结束时刻。
[0085]
s13、在所述交易运行时刻表中插入空白交易运行节点记录，并在所述空白交易运行节点记录中记录所述程序节点对应的交易日期数据、交易流水号数据以及节点序号数据，并作为所述程序节点对应的交易运行节点记录。
[0086]
具体的，如果交易运行时刻表不存在和交易日期数据(p_trandate)、交易流水号数据(p_traceno)、节点序号数据(v_stepseq)匹配的交易运行节点记录，就在交易运行时刻表中插入一条新的空白交易运行节点记录，并输入交易日期数据(p_trandate)、交易流水号数据(p_traceno)、节点序号数据(v_stepseq)，并将填充了数据的交易运行节点记录作为述程序节点对应的交易运行节点记录。
[0087]
s14、获取当前时间戳，并将所述当前时间戳记录至所述交易运行节点记录中的开始时刻。
[0088]
具体的，交易运行时刻模块获取当前时间戳，然后将该交易运行节点记录的字段begtime(开始时刻)的值为当前时间戳。
[0089]
s15、获取当前时间戳，并将所述当前时间戳记录至所述交易运行节点记录中的结束时刻。
[0090]
具体的，如果交易运行时刻表存在和交易日期数据(p_trandate)、交易流水号数据(p_traceno)、节点序号数据(v_stepseq)匹配的交易运行节点记录，就更新该交易运行节点记录，获取当前时间戳，并设置该交易运行节点记录的字段endtime(结束时刻)的值为当前时间戳。
[0091]
需要说明的是，所述交易运行时刻表中的各所述程序节点对应的交易运行节点记录中的开始时刻和结束时刻作为分析所述程序节点是否异常的参考信息。
[0092]
具体的，对于程序节点1-98，在程序节点依次执行时，均会调用交易运行时刻模块来记录开始时刻和结束时刻，若是，某一节点在执行过程中故障或异常，则会导致交易运行时刻表中未记录该程序节点的结束时刻。也就是说，若是某一程序节点没有结束时刻，则说明该程序节点故障或异常，是本次交易不能继续执行的原因所在。则该程序节点之后的每一程序节点也不会被执行，则在交易运行时刻表中也不会记录后续程序节点的开始时刻和结束时刻。
[0093]
若是记录的某一程序节点的开始时刻和结束时刻相差较大，则说明该程序节点的性能有问题。即本实施例中，可以通过分析程序节点的开始时刻和结束时刻，来定位问题。
[0094]
在实际应用中，处理器中还可以配置有时刻分析模块，时刻分析模块用于分析程序节点的开始时刻和结束时刻，以此来定位故障。
[0095]
具体的，在交易程序执行完成(可以通过监测交易程序的执行进度确定是否执行完成)，或预设时间(该预设时间可以是该交易程序能够执行完成的一个时间)之后，将所述交易运行时刻表发送至时刻分析模块，以使时刻分析模块确定出结束时刻为空的程序节点，并输出。
[0096]
或者是，将所述交易运行时刻表发送至时刻分析模块，以使时刻分析模块确定出结束时刻和开始时刻的差值大于预设差值阈值的程序节点，并输出。
[0097]
具体的，如除了程序节点0和99外，存在某一个程序节点的字段endtime(结束时刻)没有值，则这个程序节点出现故障。如某个节点的endtime(结束时刻)和begtime(开始时刻)相差过大，则这个节点性能有问题。可见，通过查询交易运行时刻表非常方便于生产问题的故障定位。
[0098]
在实际应用中，除了可以采用时刻分析模块定位故障的方式，还可以是技术人员人工分析交易运行时刻表中的各所述程序节点对应的交易运行节点记录中的开始时刻和结束时刻，以定位故障。
[0099]
本发明中的交易运行时刻表，还可以根据需要进行分类查询，如根据日期查询或根据交易码查询，只需要修改查询条件即可。
[0100]
本实施例中，所述处理器中配置有交易程序，所述交易程序中包括预先设置的多个程序节点，所述处理器中预先存储有所述交易程序对应的交易运行时刻表。接收所述交易程序运行过程中运行到任一所述程序节点的情况下，所述程序节点发送的调用指令，确定所述交易运行时刻表中是否记录有所述程序节点对应的交易运行节点记录，若未记录，在所述交易运行时刻表中插入空白交易运行节点记录，并在所述空白交易运行节点记录中记录所述程序节点对应的交易日期数据、交易流水号数据以及节点序号数据，并作为所述程序节点对应的交易运行节点记录，获取当前时间戳，并将所述当前时间戳记录至所述交易运行节点记录中的开始时刻，若记录有，获取当前时间戳，并将所述当前时间戳记录至所述交易运行节点记录中的结束时刻。通过上述方法记录的开始时刻和结束时刻作为分析所述程序节点是否异常的参考信息，进而能够基于开始时刻和结束时间确定出异常环节，及时修复异常环节，保证交易的正常处理。
[0101]
另外，相比于记录日志文本文件的方式，本发明采用交易运行时刻表，使得运维人员非常易于生产问题故障环节的定位。且应用实施改造容易，根据需要，可以灵活对交易的不同程序节点记录其交易运行时刻。
[0102]
可选地，在上述交易运行时刻的处理方法的实施例的基础上，本发明的另一实施例提供了一种交易运行时刻的处理装置，应用于处理器，所述处理器中配置有交易程序，所述交易程序中包括预先设置的多个程序节点；所述处理器中预先存储有所述交易程序对应的交易运行时刻表。参照图2，所述交易运行时刻的处理装置包括：
[0103]
指令接收模块11，用于接收所述交易程序运行过程中运行到任一所述程序节点的情况下，所述程序节点发送的调用指令；
[0104]
记录确定模块12，用于确定所述交易运行时刻表中是否记录有所述程序节点对应的交易运行节点记录；所述交易运行节点记录有所述程序节点对应的交易日期数据、交易流水号数据以及节点序号数据；
[0105]
第一记录模块13，用于若未记录，在所述交易运行时刻表中插入空白交易运行节点记录，并在所述空白交易运行节点记录中记录所述程序节点对应的交易日期数据、交易流水号数据以及节点序号数据，并作为所述程序节点对应的交易运行节点记录；
[0106]
第二记录模块14，用于获取当前时间戳，并将所述当前时间戳记录至所述交易运行节点记录中的开始时刻；
[0107]
第三记录模块15，用于若记录有，获取当前时间戳，并将所述当前时间戳记录至所述交易运行节点记录中的结束时刻；
[0108]
所述交易运行时刻表中的各所述程序节点对应的交易运行节点记录中的开始时刻和结束时刻作为分析所述程序节点是否异常的参考信息。
[0109]
进一步，还包括：
[0110]
第一数据发送模块，用于在所述交易程序执行完成，或预设时间之后，将所述交易运行时刻表发送至时刻分析模块，以使所述时刻分析模块确定出结束时刻为空的程序节点，并输出。
[0111]
进一步，还包括：
[0112]
第二数据发送模块，用于在所述交易程序执行完成，或预设时间之后，将所述交易运行时刻表发送至时刻分析模块，以使所述时刻分析模块确定出结束时刻为空的程序节点，并输出。
[0113]
进一步，所述指令接收模块具体用于：
[0114]
接收所述交易程序运行过程中运行到任一所述程序节点的情况下，所述程序节点发送的包括所述程序节点的节点序号的调用指令。
[0115]
进一步，还包括配置模块，所述配置模块用于：
[0116]
配置所述交易运行时刻表对应的全局数据字典和接口数据字典；
[0117]
所述全局数据字典包括交易日期、交易流水号、交易码、以及交易名称；
[0118]
所述接口数据字典包括节点序号和节点名称。
[0119]
本实施例中，所述处理器中配置有交易程序，所述交易程序中包括预先设置的多个程序节点，所述处理器中预先存储有所述交易程序对应的交易运行时刻表。接收所述交易程序运行过程中运行到任一所述程序节点的情况下，所述程序节点发送的调用指令，确定所述交易运行时刻表中是否记录有所述程序节点对应的交易运行节点记录，若未记录，在所述交易运行时刻表中插入空白交易运行节点记录，并在所述空白交易运行节点记录中记录所述程序节点对应的交易日期数据、交易流水号数据以及节点序号数据，并作为所述程序节点对应的交易运行节点记录，获取当前时间戳，并将所述当前时间戳记录至所述交易运行节点记录中的开始时刻，若记录有，获取当前时间戳，并将所述当前时间戳记录至所述交易运行节点记录中的结束时刻。通过上述方法记录的开始时刻和结束时刻作为分析所述程序节点是否异常的参考信息，进而能够基于开始时刻和结束时间确定出异常环节，及时修复异常环节，保证交易的正常处理。
[0120]
另外，相比于记录日志文本文件的方式，本发明采用交易运行时刻表，使得运维人
员非常易于生产问题故障环节的定位。且应用实施改造容易，根据需要，可以灵活对交易的不同程序节点记录其交易运行时刻。
[0121]
需要说明的是，本实施例中的各个模块的工作过程，请参照上述实施例中的相应说明，在此不再赘述。
[0122]
可选地，在上述交易运行时刻的处理方法及装置的实施例的基础上，本发明的另一实施例提供了一种电子设备，电子设备可以是上述的处理器，所述电子设备包括：存储器和处理器；
[0123]
其中，所述存储器用于存储程序；
[0124]
处理器调用程序并用于执行上述的交易运行时刻的处理方法。
[0125]
本实施例中，所述处理器中配置有交易程序，所述交易程序中包括预先设置的多个程序节点，所述处理器中预先存储有所述交易程序对应的交易运行时刻表。接收所述交易程序运行过程中运行到任一所述程序节点的情况下，所述程序节点发送的调用指令，确定所述交易运行时刻表中是否记录有所述程序节点对应的交易运行节点记录，若未记录，在所述交易运行时刻表中插入空白交易运行节点记录，并在所述空白交易运行节点记录中记录所述程序节点对应的交易日期数据、交易流水号数据以及节点序号数据，并作为所述程序节点对应的交易运行节点记录，获取当前时间戳，并将所述当前时间戳记录至所述交易运行节点记录中的开始时刻，若记录有，获取当前时间戳，并将所述当前时间戳记录至所述交易运行节点记录中的结束时刻。通过上述方法记录的开始时刻和结束时刻作为分析所述程序节点是否异常的参考信息，进而能够基于开始时刻和结束时间确定出异常环节，及时修复异常环节，保证交易的正常处理。
[0126]
另外，相比于记录日志文本文件的方式，本发明采用交易运行时刻表，使得运维人员非常易于生产问题故障环节的定位。且应用实施改造容易，根据需要，可以灵活对交易的不同程序节点记录其交易运行时刻。
[0127]
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。