支付轨迹重现方法、装置、系统、电子设备、存储介质与流程

本发明涉及计算机应用技术领域，尤其涉及一种支付轨迹重现方法、装置、系统、电子设备、存储介质。

背景技术：

互联网应用系统经常需要为处理各种用户咨询、报修和投诉等客户服务流程提供支持，支付系统作为互联网应用系统中的重要组成部分，也是如此。然而，由于支付子系统众多，使得传统客服的需求处理流程：操作繁琐、耗时长、处理效率极其低下。

具体而言，用于支持客服流程的主要信息有用户行为日志和支付过程日志。由于互联网应用的高并发等特性，支付过程日志服务器集群中各子系统均采用分布式部署，彼此独立，支付过程日志缺乏关联。如何将这些子系统的日志建立完整的关联关系，并支持准确重现用户操作过程，成为解决问题的关键。进一步地，现有技术具有如下缺陷：

1)用户行为日志与支付过程日志彼此独立，缺乏关联；

2)用户行为日志与支付过程日志是基于消息队列，日志流水量极大，时间并不能作为先后顺序的判断依据；

3)支付过程复杂，分散在各个子系统中的支付过程日志也缺乏关联。

技术实现要素：

本发明为了克服上述现有技术存在的缺陷，提供一种支付轨迹重现方法、装置、系统、电子设备、存储介质，以实现支付轨迹的重现。

根据本发明的一个方面，提供一种支付轨迹重现方法，包括：接收订单标识和支付时间范围；根据所述订单标识和支付时间范围于用户行为日志服务器集群中获取关联该订单标识的用户行为日志；根据所述订单标识和支付时间范围于支付过程日志服务器集群中获取关联该订单标识的支付过程日志，各所述支付过程日志具有调用关系，获取所述支付过程日志时，依据所述调用关系逐级加载所述支付过程日志；其中，在所述用户行为日志服务器集群和所述支付过程日志服务器集群中，各订单标识关联一个或多个支付请求标识，所述支付请求标识唯一标识用户的支付请求，各所述支付请求标识关联一个或多个支付会话标识，所述支付会话标识唯一标识用户的支付会话；在所述用户行为日志服务器集群中，各所述支付会话标识关联一个或多个用户行为日志，同一支付会话关联的所述用户行为日志的操作顺序由用户操作序列标识来标识；在所述支付过程日志服务器集群中，各所述支付会话标识关联一个或多个支付过程日志，同一支付会话关联的所述支付过程日志的调用顺序由支付操作序列标识来标识；按所述支付过程日志的调用关系逐级重组同一支付请求标识关联的用户行为日志和支付过程日志以重现一子支付轨迹，当所述订单标识关联多个支付请求标识时，按所述订单标识和支付请求标识的关联关系重组所述订单标识的多个子支付轨迹以重现支付轨迹。

可选地，所述支付过程日志依据所述调用关系以树形结构储存，所述逐级加载所述支付过程日志包括：自所述支付过程日志的根结点向叶子节点以广度遍历的方式逐层加载。

可选地，根据所述订单标识和支付时间范围于用户行为日志服务器集群中获取关联该订单标识的用户行为日志包括：所述用户行为日志服务器集群依据所述订单标识和所述支付时间范围自一数据库获取所述用户行为日志；所述根据所述订单标识和支付时间范围于支付过程日志服务器集群中获取关联该订单标识的支付过程日志包括：所述支付过程日志服务器集群依据所述订单标识和所述支付时间范围自一数据库获取所述支付过程日志。

可选地，所述用户行为日志服务器集群和所述支付过程日志服务器集群首次依据所述订单标识和所述支付时间范围自所述数据库获取所述用户行为日志和所述支付过程日志后，缓存所述用户行为日志和所述支付过程日志于一缓存区，当再次依据相同的订单标识和相同的支付时间范围获取用户行为日志和所述支付过程日志时，自所述缓存区获取所述用户行为日志和所述支付过程日志。

可选地，所述子支付轨迹及所述支付轨迹以文字的形式重现，包括：获取重现对象的类型，依据所述用户行为日志和所述支付过程日志在一映射表中获取对应该重现对象的类型的文字表达，所述映射表储存有所述用户行为日志和所述支付过程日志对应不同重现对象的类型的不同文字表达。

可选地，所述子支付轨迹及所述支付轨迹以用户操作界面的动画形式重现，各所述支付会话标识对应一页面模板，于各页面模板中加载用户行为日志和支付过程日志。

根据本发明的又一方面，还提供一种支付轨迹重现装置，包括：接收模块，用于接收订单标识和支付时间范围；用户行为日志获取模块，用于根据所述订单标识和支付时间范围于用户行为日志服务器集群中获取关联该订单标识的用户行为日志；支付过程日志获取模块，根据所述订单标识和支付时间范围于支付过程日志服务器集群中获取关联该订单标识的支付过程日志，各所述支付过程日志具有调用关系，获取所述支付过程日志时，依据所述调用关系逐级加载所述支付过程日志；其中，在所述用户行为日志服务器集群和所述支付过程日志服务器集群中，各订单标识关联一个或多个支付请求标识，所述支付请求标识唯一标识用户的支付请求，各所述支付请求标识关联一个或多个支付会话标识，所述支付会话标识唯一标识用户的支付会话；在所述用户行为日志服务器集群中，各所述支付会话标识关联一个或多个用户行为日志，同一支付会话关联的所述用户行为日志的操作顺序由用户操作序列标识来标识；在所述支付过程日志服务器集群中，各所述支付会话标识关联一个或多个支付过程日志，同一支付会话关联的所述支付过程日志的调用顺序由支付操作序列标识来标识；支付轨迹重现模块，用于按所述支付过程日志的调用关系逐级重组同一支付请求标识关联的用户行为日志和支付过程日志以重现一子支付轨迹，当所述订单标识关联多个支付请求标识时，按所述订单标识和支付请求标识的关联关系重组所述订单标识的多个子支付轨迹以重现支付轨迹。

根据本发明的又一方面，还提供一种支付轨迹重现系统，包括：如上所述的支付轨迹重现装置；用户行为日志服务器集群，用于管理所述用户行为日志；支付过程日志服务器集群，用于管理所述支付过程日志。

根据本发明的又一方面，还提供一种电子设备，所述电子设备包括：处理器；存储介质，其上存储有计算机程序，所述计算机程序被所述处理器运行时执行如上所述的步骤。

根据本发明的又一方面，还提供一种存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如上所述的步骤。

相比现有技术，本发明的优势在于：

1)利用订单标识、支付请求标识、支付会话标识及操作序列标识使用户行为日志和支付过程日志相关联，也使得不同服务的支付过程日志也关联起来，仅凭订单标识和支付时间范围即可将用户行为日志和支付过程日志重组为支付轨迹，依据所获得的用户行为日志和支付过程日志重现支付轨迹可以实现支付轨迹的重现，且提高支付轨迹重现的效率；

2)由于用户行为日志和支付过程日志的数据量非常大，频繁的查询必然造成系统性能的损失，因此，可采用树形结构储存支付过程日志并逐级加载支付过程日志，同时可依据相同的支付会话标识同步逐级加载用户行为日志以增强系统性能和支付轨迹再现的速度；

3)设置缓存区以将查询过的用户行为日志和支付过程日志缓存，当再次查询时可从缓存中直接获取用户行为日志和支付过程日志，进一步减少查询次数，增加支付轨迹再现的速度；

4)当获取到用户行为日志和支付过程日志后，可针对不同的重现对象对日志中的信息以不同的通俗的文字表达该用户行为日志和/或支付过程日志的含义；

5)可利用页面模板，并加载用户行为日志和支付过程日志来以动画的形式重现支付轨迹，支付过程更为清晰明了。

附图说明

通过参照附图详细描述其示例实施方式，本发明的上述和其它特征及优点将变得更加明显。

图1示出了根据本发明实施例的支付轨迹重现系统的示意图。

图2至图6示出了根据本发明实施例的支付过程的示意图。

图7示出了根据本发明实施例的支付轨迹重现方法的流程图。

图8示出了根据本发明实施例的支付轨迹再现装置的示意图。

图9示意性示出本公开示例性实施例中一种计算机可读存储介质示意图。

图10示意性示出本公开示例性实施例中一种电子设备示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

为了解决现有技术的缺陷，实现支付轨迹的再现，本发明提供一种支付轨迹重现方法、装置、系统、电子设备、存储介质。

首先参见图1，图1示出了根据本发明实施例的支付轨迹重现系统的示意图。

本发明提供的支付轨迹重现系统100包括支付重现装置140、用户行为日志服务器集群120及支付过程日志服务器集群130。

用户行为日志服务器集群120可以包括多个服务器121及一个或多个数据库122。在一些实施例中，数据库122也可集成在服务器121中。支付过程日志服务器集群130可以包括多个服务器131及一个或多个数据库132。在一些实施例中，每个服务器131配置有一数据库132。在又一些实施例中，数据库132也可集成在服务器131中。

当用户通过电子设备110进行支付时，用户的操作信息将发送给用户行为日志服务器集群120进行处理和储存，用户在支付过程中调用的支付服务信息将发送给支付过程日志服务器集群130进行处理和储存。支付轨迹重现系统100可支持跨平台查询，也就是说电子设备110通过pc、h5、app等方式进行支付，也可由支付重现装置140一键获得用户支付过程。进一步地，当储存用户行为日志和支付过程日志时，将连同订单标识、支付请求标识、支付会话标识及操作序列标识一起储存。订单标识用于唯一标识一订单。支付请求信息用于唯一标识一次支付请求。例如，当生成一订单后，用户请求支付，生成一次支付请求，但支付失败，或者用户需要更换支付方式，则用户将放弃此次支付，回到订单页面，当用户再次选择支付时，将生成一新的支付请求标识。支付会话标识用于唯一标识支付会话。在一些实施例中，仅支付页面具有支付会话标识。在又一些实施例中，在支付过程中的所有页面都具有不同的支付会话标识。当支付页面(或支付过程中任一页面)刷新时，支付会话标识也将更新。

下面将结合图2至图6的实施例说明用户支付过程中的用户行为日志、支付过程日志、订单标识、支付请求标识、支付会话标识及操作序列标识。

当用户下单预定酒店、机票或其他网购物品(如图2所示的订单页面)时，订单标识唯一标识该订单。图2所示的订单页面可具有一支付会话标识。当用户选择图2所示页面底端“去支付”，生成一支付请求标识及一用户操作序列标识(例如a01)，将用户行为日志“选择去支付”与用户操作序列标识a01、图2页面的支付会话标识、支付请求标识及订单标识关联地储存在用户行为日志服务器集群120中。

当用户选择图2所示页面底端“去支付”后，生成图3页面的一支付请求标识和支付会话标识，进入图3所示的页面。图3页面的支付会话标识与上述的订单标识和支付请求标识关联。在生成图3的页面时，可调用推荐支付方式的服务来提供推荐支付方式，并生成一支付操作序列标识(例如b01)，将支付过程日志“提供推荐支付方式”与支付操作序列标识b01、图3页面的支付会话标识、支付请求标识及订单标识关联地储存在支付过程日志服务器集群130中。

当用户选择图3所示页面推荐支付方式另一侧的“更换”选项时，生成一用户操作序列标识(例如a02)，将用户行为日志“更换支付方式”与用户操作序列标识a02、图3页面的支付会话标识、支付请求标识及订单标识关联地储存在用户行为日志服务器集群120中。

当用户选择图3所示页面推荐支付方式另一侧的“更换”选项后，生成图4页面的支付会话标识，进入图4所示的页面。图4页面的支付会话标识与上述的订单标识和支付请求标识关联。在生成图4的页面时，可调用提供所有可支付方式的服务来提供所有可用支付方式，并生成一支付操作序列标识(例如b02)，将支付过程日志“提供所有可用支付方式”与支付操作序列标识b02、图4页面的支付会话标识、支付请求标识及订单标识关联地储存在支付过程日志服务器集群130中。

当用户选择图4所示页面提供的信用卡选项时，生成一用户操作序列标识(例如a03)，将用户行为日志“选择信用卡支付”与用户操作序列标识a03、图4页面的支付会话标识、支付请求标识及订单标识关联地储存在用户行为日志服务器集群120中。

当用户选择图4所示页面的信用卡支付选项后，生成图5页面的支付会话标识，进入图5所示的页面。图5页面的支付会话标识与上述的订单标识和支付请求标识关联。在生成图5的页面时，可调用银行卡号的服务来提示用户输入银行卡号，并生成一支付操作序列标识(例如b03)，将支付过程日志“提供银行卡号服务”与支付操作序列标识b03、图5页面的支付会话标识、支付请求标识及订单标识关联地储存在支付过程日志服务器集群130中。

当用户在图5所示页面中输入银行卡号时，生成一用户操作序列标识(例如a04)，将用户行为日志“输入银行卡号”与用户操作序列标识a04、图5页面的支付会话标识、支付请求标识及订单标识关联地储存在用户行为日志服务器集群120中。当用户在图5所示页面中输入银行卡号后选择下一步时，生成一用户操作序列标识(例如a05)，将用户行为日志“确认银行卡号进入下一步”与用户操作序列标识a05、图5页面的支付会话标识、支付请求标识及订单标识关联地储存在用户行为日志服务器集群120中。

当用户在图5所示页面中输入银行卡号并选择下一步后，生成图6页面的支付会话标识，进入图6所示的页面。图6页面的支付会话标识与上述的订单标识和支付请求标识关联。在生成图6的页面时，可调用识别银行卡号的服务来识别图5中用户输入的银行卡号所属哪一家银行，提供该银行的银行卡所需的验证项目，并生成一支付操作序列标识(例如b04)，将支付过程日志“识别银行卡号服务”与支付操作序列标识b04、图6页面的支付会话标识、支付请求标识及订单标识关联地储存在支付过程日志服务器集群130中。

当用户在图6所示页面中输入卡有效期、更换证件类型(可以不进行更换)、输入身份证号码并选择支付时，生成用户操作序列标识a06、a07、a08、a09，将用户行为日志“输入卡有效期”、“更换证件类型”、“输入身份证号码”、“选择支付”分别与用户操作序列标识a06、a07、a08、a09关联、并与图6页面的支付会话标识、支付请求标识及订单标识关联地储存在用户行为日志服务器集群120中。

当用户在图6所示页面中选择支付后，可调用银行卡验证的服务来识别图6中用户输入的信息是否可用来支付，并生成一支付操作序列标识(例如b05)，将支付过程日志“银行卡验证服务”与支付操作序列标识b05、图6页面(或者支付成功页面)的支付会话标识、支付请求标识及订单标识关联地储存在支付过程日志服务器集群130中。

换言之，用户经过上述图2至图6的步骤，在用户行为日志服务器集群中储存有，该订单的订单标识、该次支付请求的支付请求标识、图2至图6的支付会话标识、用户操作序列标识a01至a09及用户操作序列标识对应的用户行为日志(一用户操作序列标识对应一用户行为日志)。其中，图2的支付会话标识与用户操作序列标识a01关联；图3的支付会话标识与用户操作序列标识a02关联；图4的支付会话标识与用户操作序列标识a03关联；图5的支付会话标识与用户操作序列标识a04、a05关联；图6的支付会话标识与用户操作序列标识a06至a09关联。用户操作序列标识的序号可表示用户行为日志的操作顺序(即自a01开始操作到a09结束操作)。进一步地，在另一些实施例中，用户操作序列标识可仅对同一支付会话标识关联的多个用户行为日志的操作顺序进行标识。

用户经过上述图2至图6的步骤，在支付行为日志服务器集群中储存有该订单的订单标识、该次支付请求的支付请求标识、图3至图6的支付会话标识、支付操作序列标识b01至b05及支付操作序列标识对应的支付过程日志(一支付操作序列标识对应一支付过程日志)。其中，图3的支付会话标识与支付操作序列标识b01关联；图4的支付会话标识与支付操作序列标识b02关联；图5的支付会话标识与支付操作序列标识b03关联；图6的支付会话标识与支付操作序列标识b04、b05关联。支付操作序列标识的序号可表示支付过程日志的操作顺序(即自b01开始操作到b05结束操作)。另一些实施例中，支付操作序列标识可仅对同一支付会话标识关联的多个支付过程日志的操作顺序进行标识。

进一步地，根据图3至图6的支付过程日志，图3的支付过程日志“提供推荐支付方式”根据用户的操作调用图4的支付过程日志“提供所有可用支付方式”，图4的支付过程日志“提供所有可用支付方式”根据用户的操作调用图5的支付过程日志“提供银行卡号服务”，图5的支付过程日志“提供银行卡号服务”根据用户的操作调用“识别银行卡号服务”及“银行卡验证服务”，在支付过程日志的存储过程中，这些调用关系也将储存在支付过程日志服务器集群130中。依据这些调用关系，支付过程日志可按树形结构储存在支付过程日志服务器集群130中。在本实施例中，也就是支付操作序列标识b01对应的支付过程日志作为根节点，支付操作序列标识b02对应的支付过程日志作为根节点的子节点，支付操作序列标识b03对应的支付过程日志作为支付操作序列标识b02对应的支付过程日志的子节点，支付操作序列标识b04和b05对应的支付过程日志作为支付操作序列标识b03对应的支付过程日志的子节点。在本实施例的树形结构中，共四个层次。

在另一些实施例中，用户操作序列标识和支付操作序列标识可采用相同的标识(例如都为axx，其中xx表示操作顺序)，以进一步加强用户行为日志和支付过程日志的关联。

上述对图2至图6的描述仅仅是示意性地，本发明并非以此为限。各日志的具体内容和信息、各标识的关联关系、支付过程日志的树形结构可依据不同的实施方式而变化。

例如，图4至图6所示的页面实际为同一支付页面，具有同一支付会话标识(该会话标识仅在会话刷新时更新)。在这样的实施例中，各支付过程日志的树形结构由其本身的调用关系来形成。

又例如，上述用户操作序列标识和支付操作序列标识还用于标识同一操作的多次执行。具体而言，操作序列标识可包括操作码及序列码，操作码用于标识不同的操作，序列码用于标识同一操作的多次操作行为。例如，当输入银行卡号(用户操作序列标识的操作码为a04，序列码为01)，用户发现银行卡号输错了，重新输入银行卡号(用户操作序列标识的操作码为a04，序列码为02)，由此，用户操作序列标识可用于标识不同的操作以及同一操作的多次操作行为。

上述各个变化方式都在本发明的保护范围之内。

用户行为日志服务器集群120和支付过程日志服务器集群130按上述方式储存用户行为日志和支付过程日志(及对应的时间)。当支付重现装置140获取订单标识及支付时间范围时，可通过订单标识于用户行为日志服务器集群120和支付过程日志服务器集群130获取订单标识关联的用户行为日志和支付过程日志，可按支付过程日志的调用关系逐级重组同一支付请求标识关联的用户行为日志和支付过程日志以重现一子支付轨迹(若经由一个支付请求标识，则将该子支付轨迹作为支付轨迹)。当所述订单标识关联多个支付请求标识时，按所述订单标识和支付请求标识的关联关系重组所述订单标识的多个子支付轨迹以重现支付轨迹。

图7示出了根据本发明实施例的支付轨迹重现方法的流程图。图7供示出4个步骤：

步骤s210：接收订单标识和支付时间范围。时间范围仅用于辅助用户行为日志和支付过程日志的获取。

步骤s220：根据所述订单标识和支付时间范围于用户行为日志服务器集群中获取关联该订单标识的用户行为日志。

步骤s230：根据所述订单标识和支付时间范围于支付过程日志服务器集群中获取关联该订单标识的支付过程日志。各所述支付过程日志具有调用关系，获取所述支付过程日志时，依据所述调用关系逐级加载所述支付过程日志。

在一些实施例中，支付过程日志可依据所述调用关系以树形结构储存，步骤s230中逐级加载可以指的是自所述支付过程日志的根结点向叶子节点以广度遍历的方式逐层加载。

用户行为日志和支付过程日志按如图1所示的方式储存在用户行为日志服务器集群和所述支付过程日志服务器集群。具体而言，在所述用户行为日志服务器集群和所述支付过程日志服务器集群中，各订单标识关联一个或多个支付请求标识，所述支付请求标识唯一标识用户的支付请求。各所述支付请求标识关联一个或多个支付会话标识，所述支付会话标识唯一标识用户的支付会话。

在所述用户行为日志服务器集群中，各所述支付会话标识关联一个或多个用户行为日志，同一支付会话关联的所述用户行为日志的操作顺序由用户操作序列标识来标识。

在所述支付过程日志服务器集群中，各所述支付会话标识关联一个或多个支付过程日志，同一支付会话关联的所述支付过程日志的调用顺序由支付操作序列标识来标识。进一步地，所述树形结构的一层所述支付过程日志对应一支付会话标识(例如图1中储存图3至图6四个支付会话标识对应树形结构的四层所述支付过程日志，每个支付会话标识对应树形结构的一层所述支付过程日志)。

在另一实施例中，上述步骤s220和步骤s230，用户行为日志服务器集群和支付过程日志服务器集群自数据库中获取用户行为日志和支付过程日志。

在另一些变化例中，首次依据所述订单标识和所述支付时间范围自用户行为日志服务器集群和所述支付过程日志服务器集群获取所述用户行为日志和所述支付过程日志后，缓存所述用户行为日志和所述支付过程日志于一缓存区，当再次依据相同的订单标识和相同的支付时间范围获取用户行为日志和所述支付过程日志时，自所述缓存区获取所述用户行为日志和所述支付过程日志。

步骤s240：按所述支付过程日志的调用关系逐级重组同一支付请求标识关联的用户行为日志和支付过程日志以重现一子支付轨迹，当所述订单标识关联多个支付请求标识时，按所述订单标识和支付请求标识的关联关系重组所述订单标识的多个子支付轨迹以重现支付轨迹。

在支付过程日志按树形结构储存的实施例中，如图3至图6的描述中，首先，加载订单标识(或者说获取订单标识关联的支付请求标识，获取支付请求标识关联的支付会话标识，按树形结构的层级关系，首选获取对应第一层(根节点)的支付会话标识)关联的根节点b01(若有多个，可按支付操作序列标识进行先后顺序的排序)，并获取该订单标识、该支付请求标识及该支付会话标识关联用户行为日志(若有多个，可按用户操作序列标识进行先后顺序的排序)。然后，获取对应第二层(根节点的子节点)的支付会话标识)关联的节点b02(若有多个，可按支付操作序列标识进行先后顺序的排序)，并获取该订单标识、该支付请求标识及该支付会话标识关联用户行为日志(若有多个，可按用户操作序列标识进行先后顺序的排序)。以此类推，重组该支付请求标识关联的所有支付会话标识的用户行为日志和支付过程日志以重现一子支付轨迹。

在步骤s240的一些实施例中，子支付轨迹及所述支付轨迹以通俗文字的形式重现。由于储存在系统中的用户行为日志和支付过程日志实际上都是代码化(或伪代码化)的形式，不同的重现对象(例如，运营、开发、客服、用户)，对储存的日志的理解程度不同。对此，本发明可提供一映射表，其储存有所述用户行为日志和所述支付过程日志对应不同重现对象的类型的不同文字表达。例如，对于运营和开发人员，可将获取的日志信息直接显示，对于客服和用户，可将获取的日志信息依据映射表转化为可理解的文字。在这样的实施例中，步骤s240还包括：获取重现对象的类型，依据所述用户行为日志和所述支付过程日志在一映射表中获取对应该重现对象的类型的文字表达。

在步骤s240的又一些实施例中，所述子支付轨迹及所述支付轨迹以用户操作界面的动画形式重现。例如，各所述支付会话标识对应一页面模板，于各页面模板中加载用户行为日志和支付过程日志，以重现例如图2至图6的支付过程。在动画形式重现的实施例中，可减少相邻用户行为日志之间的间隔时间，以加快动画的播放。

上述图7中的步骤s220至步骤s240的执行顺序并非以此为限，例如可以先执行步骤s230，在执行步骤s220；或者在执行步骤s220、s230的过程中步骤s240就开始将步骤s220、s230获取的用户行为日志和支付过程日志重现。

图8示出了根据本发明实施例的支付轨迹再现装置的示意图。支付轨迹重现装置300包括接收模块301、用户行为日志获取模块302、支付过程日志获取模块303及支付轨迹重现模块304。

接收模块301用于接收订单标识和支付时间范围。用户行为日志获取模块302用于根据所述订单标识和支付时间范围于用户行为日志服务器集群中获取关联该订单标识的用户行为日志。支付过程日志获取模块303用于根据所述订单标识和支付时间范围于支付过程日志服务器集群中获取关联该订单标识的支付过程日志，各所述支付过程日志具有调用关系，获取所述支付过程日志时，依据所述调用关系逐级加载所述支付过程日志。其中，在所述用户行为日志服务器集群和所述支付过程日志服务器集群中，各订单标识关联一个或多个支付请求标识，所述支付请求标识唯一标识用户的支付请求，各所述支付请求标识关联一个或多个支付会话标识，所述支付会话标识唯一标识用户的支付会话。在所述用户行为日志服务器集群中，各所述支付会话标识关联一个或多个用户行为日志，同一支付会话关联的所述用户行为日志的操作顺序由用户操作序列标识来标识。在所述支付过程日志服务器集群中，各所述支付会话标识关联一个或多个支付过程日志，同一支付会话关联的所述支付过程日志的调用顺序由支付操作序列标识来标识。支付轨迹重现模块304用于按所述支付过程日志的调用关系逐级重组同一支付请求标识关联的用户行为日志和支付过程日志以重现一子支付轨迹，当所述订单标识关联多个支付请求标识时，按所述订单标识和支付请求标识的关联关系重组所述订单标识的多个子支付轨迹以重现支付轨迹。

图8仅仅是示意性地示出各个模块，可以理解，这些模块可以是虚拟的软件模块或实际的硬件模块，这些模块的合并、拆分及其余模块的增加都在本发明的保护范围之内。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被例如处理器执行时可以实现上述任意一个实施例中所述电子处方流转处理方法的步骤。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述电子处方流转处理方法部分中描述的根据本发明各种示例性实施方式的步骤。

参考图9所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品400，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。

所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++、c#等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在租户计算设备上执行、部分地在租户设备上执行、作为一个独立的软件包执行、部分在租户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到租户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

在本公开的示例性实施例中，还提供一种电子设备，该电子设备可以包括处理器，以及用于存储所述处理器的可执行指令的存储器。其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一个实施例中所述电子处方流转处理方法的步骤。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图10来描述根据本发明的这种实施方式的电子设备600。图10显示的电子设备600仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图10所示，电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于：至少一个处理单元610、至少一个存储单元620、连接不同系统组件(包括存储单元620和处理单元610)的总线630、显示单元640等。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元610执行，使得所述处理单元610执行本说明书上述电子处方流转处理方法部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元610可以执行如图7中所示的步骤。

所述存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)6201和/或高速缓存存储单元6202，还可以进一步包括只读存储单元(rom)6203。

所述存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204，这样的程序模块6205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备600也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得租户能与该电子设备600交互的设备通信，和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口650进行。并且，电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。网络适配器660可以通过总线630与电子设备600的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本公开实施方式的上述电子处方流转处理方法。

相比现有技术，本发明的优势在于：

1)利用订单标识、支付请求标识、支付会话标识及操作序列标识使用户行为日志和支付过程日志相关联，也使得不同服务的支付过程日志也关联起来，仅凭订单标识和支付时间范围即可将用户行为日志和支付过程日志重组为支付轨迹，依据所获得的用户行为日志和支付过程日志重现支付轨迹可以实现支付轨迹的重现，且提高支付轨迹重现的效率；

2)由于用户行为日志和支付过程日志的数据量非常大，频繁的查询必然造成系统性能的损失，因此，可采用树形结构储存支付过程日志并逐级加载支付过程日志，同时可依据相同的支付会话标识同步逐级加载用户行为日志以增强系统性能和支付轨迹再现的速度；

3)设置缓存区以将查询过的用户行为日志和支付过程日志缓存，当再次查询时可从缓存中直接获取用户行为日志和支付过程日志，进一步减少查询次数，增加支付轨迹再现的速度；

4)当获取到用户行为日志和支付过程日志后，可针对不同的重现对象对日志中的信息以不同的通俗文字表达该用户行为日志和/或支付过程日志的含义；

5)可利用页面模板，并加载用户行为日志和支付过程日志来以动画的形式重现支付轨迹，支付过程更为清晰明了。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权利要求指出。