日志生成方法和装置与流程

本申请涉及计算机技术领域，具体涉及互联网技术领域，尤其涉及日志生成方法和装置。

背景技术：

在互联网技术领域中，存在着许多业务请求，例如，外卖下单请求、网络叫车请求等，对业务请求进行处理的一系列流程或操作可以形成业务链。当有异常情况发生时，很难定位到是业务链中的哪个环节出现了问题。因此，如何对业务链中的问题进行定位是一个需要解决的问题。

技术实现要素：

本申请实施例的目的在于提出一种改进的日志生成方法和装置，来解决以上背景技术部分提到的技术问题。

本申请实施例提供a1、一种日志生成方法，上述方法包括：采集节点在处理目标请求时所生成的节点日志，其中，目标请求经过至少一个节点的处理，不同节点支持不同的功能，节点日志包括：节点的标识符，目标请求标识符，处理相同目标请求且与节点相邻的相邻节点的标识符；基于节点的标识符、目标请求标识符和相邻节点的标识符，对目标请求所经过的至少一个节点的节点日志进行重组，生成重组日志。

a2、如a1上述的方法，相邻节点包括时间点在前的前继节点和时间点在后的后继节点；以及生成重组日志，包括：确定处理相同目标请求的至少一个节点；对于确定出的至少一个节点中的每个节点，根据该节点的前继节点、该节点和该节点的后继节点，生成子重组日志；对所生成的子重组日志进行合并，生成重组日志。

a3、如a1或a2上述的方法，上述方法还包括：响应于接收到包括目标请求标识符的第一查询请求，输出与接收到目标请求标识符对应的重组日志。

a4、如a1上述的方法，节点日志包括目标终端日志；以及上述方法还包括：接收目标终端上传的目标终端日志，其中，目标终端日志还包括以下至少一项：终端标识符、目标终端的用户的标识符、目标终端上预设应用的版本号和终端操作系统版本号。

a5、如a4上述的方法，上述方法还包括：响应于接收到包括查询信息的第二查询请求，输出与查询信息对应的目标终端日志，其中，查询信息包括以下至少一项：终端标识符、目标终端的用户的标识符、目标终端上预设应用的版本号和终端操作系统版本号。

a6、如a1上述的方法，节点日志还包括：节点的处理状态，处理状态包括失败状态；以及在生成重组日志之后，上述方法还包括：确定组成重组日志的至少一个节点日志中是否存在节点的处理状态为失败状态的节点日志；若是，则在重组日志中以预设呈现方式标识节点的处理状态为失败状态的节点日志。

本申请实施例提供b1、一种日志生成装置，上述装置包括：采集单元，配置用于采集节点在处理目标请求时所生成的节点日志，其中，目标请求经过至少一个节点的处理，不同节点支持不同的功能，节点日志包括：节点的标识符，目标请求标识符，处理相同目标请求且与节点相邻的相邻节点的标识符；重组单元，配置用于基于节点的标识符、目标请求标识符和相邻节点的标识符，对目标请求所经过的至少一个节点的节点日志进行重组，生成重组日志。

b2、如b1上述的装置，相邻节点包括时间点在前的前继节点和时间点在后的后继节点；以及重组单元，包括：确定模块，配置用于确定处理相同目标请求的至少一个节点；生成模块，配置用于对于确定出的至少一个节点中的每个节点，根据该节点的前继节点、该节点和该节点的后继节点，生成子重组日志；合并模块，配置用于对所生成的子重组日志进行合并，生成重组日志。

b3、如b1或b2上述的装置，上述装置还包括：第一输出单元，配置用于响应于接收到包括目标请求标识符的第一查询请求，输出与接收到目标请求标识符对应的重组日志。

b4、如b1上述的装置，节点日志包括目标终端日志；以及上述装置还包括：接收单元，配置用于接收目标终端上传的目标终端日志，其中，目标终端日志还包括以下至少一项：终端标识符、目标终端的用户的标识符、目标终端上预设应用的版本号和终端操作系统版本号。

b5、如b4上述的装置，上述装置还包括：第二输出单元，配置用于响应于接收到包括查询信息的第二查询请求，输出与查询信息对应的目标终端日志，其中，查询信息包括以下至少一项：终端标识符、目标终端的用户的标识符、目标终端上预设应用的版本号和终端操作系统版本号。

b6、如b1上述的装置，节点日志还包括：节点的处理状态，处理状态包括失败状态；以及上述装置还包括：确定单元，配置用于确定组成重组日志的至少一个节点日志中是否存在节点的处理状态为失败状态的节点日志；标识单元，配置用于响应于确定出组成重组日志的至少一个节点日志中存在失败状态的节点对应的节点日志，则在重组日志中以预设呈现方式标识节点的处理状态为失败状态的节点日志。

本申请实施例提供c1、一种电子设备，该电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器实现如a1到a6中任一实现方式描述的方法。

本申请实施例提供d1、一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如a1到a6中任一实现方式描述的方法。

本申请实施例提供的日志生成方法和装置，通过采集节点在处理目标请求时所生成的节点日志，之后，基于节点日志中包括的节点的标识符、目标请求标识符和处理相同目标请求且与节点相邻的相邻节点的标识符，对目标请求所经过的至少一个节点的节点日志进行重组，生成重组日志，有效的利用了节点日志中的信息，实现了节点日志的重组，从而方便在重组日志中定位问题。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请可以应用于其中的示例性系统架构图；

图2是根据本申请的日志生成方法的一个实施例的流程图；

图3是根据本申请的日志生成方法的一个应用场景的示意图；

图4是根据本申请的日志生成装置的一个实施例的结构示意图；

图5是适于用来实现本申请实施例的服务器的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的日志生成方法和日志生成装置的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如外卖类应用、购物类应用、互联网叫车服务类应用、即时通信工具、支付类应用等。例如，在外卖订单交易中，终端设备101、102、103可以为用户终端，用户可以利用用户终端将用户的下单请求发送给服务器105；终端设备101、102、103也可以为商户终端，商户终端可以接收服务器105发送的用户下单请求；终端设备101、102、103还可以为配送终端，配送人员可以通过配送终端接收服务器105分配的待配送订单；终端设备101、102、103还可以为查询终端，用户还可以利用查询终端查询处理目标请求所生成的重组日志。

终端设备101、102、103可以是具有显示屏并且支持信息交互的各种电子设备，包括但不限于智能手机、智能手表、平板电脑、电子书阅读器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的重组日志提供支持的后台服务器。后台服务器可以对采集的节点日志等数据进行分析等处理，并将处理结果(例如重组日志)反馈给终端设备。例如，后台服务器可以首先采集节点在处理目标请求时所生成的节点日志，之后，基于节点日志中节点的标识符、目标请求标识符、处理相同目标请求且与节点相邻的相邻节点的标识符，对目标请求所经过的至少一个节点的节点日志进行重组，生成重组日志，并可以当用户在终端设备上利用目标请求标识符进行查询时，向终端设备发送所查询的目标请求标识符对应的重组日志。

需要说明的是，本申请实施例所提供的日志生成方法一般由服务器105执行，相应地，日志生成装置一般设置于服务器105中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的日志生成方法的一个实施例的流程200。该日志生成方法，包括以下步骤：

步骤201，采集节点在处理目标请求时所生成的节点日志。

在本实施例中，日志生成方法运行于其上的电子设备(例如图1所示的服务器)可以采集节点在处理目标请求时所生成的节点日志。节点可以是系统中完成计算工作的一个逻辑实体，如可以是执行某些工作的进程或线程，进程是一个具有独立功能的程序关于某个数据集合(如目标请求中所包含的数据集合)的一次运行活动，它是操作系统动态执行的基本单元，线程是进程内一个相对独立、可调度的执行单元；节点还可以是物理实体，如终端设备、服务器等，终端设备可以利用运行于其上的函数、进程或线程对目标请求进行处理以实现某一功能。不同的节点可以支持不同的功能，如商户接单节点支持的是商户接单的功能，商户接单节点所执行的运行活动可以是商户终端接收用户所提交的下单请求，之后，商户终端呈现“接单”或“拒绝”图标，当商户点击“接单”图标之后，系统为用户所提交的订单分配配送员，而后，下单请求由配送员配送节点进行处理。目标请求可以是接收到的各种请求，例如，外卖下单请求、网络叫车请求、考试报名请求等等。目标请求可以经过至少一个节点的处理，节点对目标请求进行处理的一系列流程或操作可以形成业务链，比如，外卖订单交易流程、打车交易流程等等。作为示例，当用户发送外卖下单请求之后，外卖下单请求可以经过用户支付节点、商户接单节点、配送人员配送节点、用户确认收货节点等等的处理，从而形成一条外卖订单交易业务链。

在本实施例中，对于处理目标请求的至少一个节点中的每个节点，该节点在处理目标请求时所生成的节点日志可以包括：该节点的标识符、目标请求的标识符、与该节点处理相同目标请求且与该节点相邻的相邻节点的标识符，其中，目标请求的标识符也可以称为追踪标识符、跟踪标识符(traceid)或业务唯一标识符，对于每个类型的请求，上述电子设备可以按照对请求进行处理的先后顺序对处理该类型的请求的各个节点进行排序，由此，根据某一节点的标识符，可以获取与这个节点相邻的节点的标识符。节点日志还可以包括：目标请求的参数，如外卖下单请求的参数可以包括商户地址、用户地址、期望送达时间、商品名称、商品数量、备注信息等等，以及处理过程数据，如商户接单时间、配送员到达商户时间等等。

在本实施例中，上述电子设备可以首先根据预先定义的埋点规范进行埋点，当接收到请求时可以生成包含埋点规范中所要求生成的内容的日志，埋点规范通常要求节点日志中生成目标请求标识符、当前节点的标识符、与当前节点相邻的节点的标识符，埋点规范还可以要求节点日志中生成过程数据、上下游请求参数等等。

在本实施例中，当采集到节点日志之后，上述电子设备可以对节点日志进行存储。具体的，上述电子设备可以首先通过日志收集系统实时监控是否有日志写入日志磁盘，当有日志写入日志磁盘时，日志收集系统可以将日志以消息的形式传递给分布式发布订阅消息系统，之后，计算引擎可以实时消费分布式发布订阅消息系统中的消息。作为示例，上述日志收集系统可以是flume，flume是cloudera提供的一个高可用的，高可靠的，分布式的海量日志采集、聚合和传输的系统，flume支持在日志系统中定制各类数据发送方，用于收集数据，同时，flume提供对数据进行简单处理，并写到各种数据接受方(可定制)的能力；上述分布式发布订阅消息系统可以是kafka，kafka是一种高吞吐量的分布式发布订阅消息系统，它可以处理消费者规模的网站中的所有动作流数据；上述计算引擎可以为spark，spark是专为大规模数据处理而设计的快速通用的计算引擎。上述电子设备可以采用实时或者准实时(如每隔一分钟)的方式解析日志，采用准实时方式处理时可以采用离线脚本对日志进行处理，对于实时性要求较高的业务场景，通常可以采用实时的方式进行处理，而对于问题较少、处理时所需的节点较少的业务场景通常可以采用准实时的方式进行处理。

步骤202，基于节点的标识符、目标请求标识符和相邻节点的标识符，对所述目标请求所经过的至少一个节点的节点日志进行重组，生成重组日志。

在本实施例中，在步骤201中采集到节点日志之后，上述电子设备可以基于目标请求标识符、节点的标识符和相邻节点的标识符，对目标请求所经过的至少一个节点的节点日志进行重组，生成重组日志。具体地，上述电子设备可以采用深度优先遍历算法，生成重组日志。深度优先遍历(depth-firsttraversa)也可以称为深度优先搜索(depth-first-search)，利用深度优先搜索算法可以产生目标图的相应拓扑排序表。假设给定图g的初态是所有顶点均未曾访问过。在g中任选一顶点v为初始出发点(源点)，则深度优先遍历可定义如下：首先访问出发点v，并将其标记为已访问过；然后依次从v出发搜索v的每个邻接点w。若w未曾访问过，则以w为新的出发点继续进行深度优先遍历，直至图中所有和源点v有路径相通的顶点(亦称为从源点可达的顶点)均已被访问为止。若此时图中仍有未被访问的顶点，则另选一个尚未访问的顶点作为新的源点重复上述过程，直至图中所有顶点均已被访问为止。

在本实施例中，上述电子设备对节点日志进行重组的过程，可以包括按照排序规则对节点日志进行顺序整理，在整理之后也可以对存在重复的节点日志进行去重，还可以提取各个节点日志的关键信息作为节点日志的标题，对标题进行顺序排列，当点击节点日志的标题时呈现所点击的标题对应的节点日志，上述电子设备可以将对节点日志进行上述处理所得到的处理结果作为重组日志。去重的过程具体如下：若存在至少两个节点日志中所包括的节点的标识符相同，则保留上述至少两个节点日志中的一个节点日志并删除除保留的节点日志之外的节点日志。

在本实施例中，上述节点日志还可以包括：节点处理目标请求的处理时间点，上述处理时间点可以是处理开始时的时间点，也可以是处理结束时的时间点，还可以是日志生成时间。

作为示例，上述电子设备可以首先以处理目标请求的至少一个节点中的节点b为初始出发点，访问节点b，并将其标记为已访问过；之后，从节点b出发搜索节点b的邻接点，搜索到邻接点为节点a和节点c，因为节点a和节点c均未访问过，则分别以节点a和节点c为新的出发点继续进行深度优先遍历，以节点a为出发点搜索节点a的邻接点为节点b，但节点b已被访问过，以节点c为出发点搜索节点c的邻接点为节点b和节点d，节点b已被访问过，节点d未被访问过，将节点d标记为已访问过，此时，所有与节点b路径相通的节点均已被访问过，且不存在未被访问的节点，对各个节点的访问顺序为节点b、节点a、节点c和节点d；最后，上述电子设备可以按照上述处理时间点由先到后的顺序对节点a、节点b、节点c和节点d进行排序。

在本实施例的一些可选的实现方式中，节点的相邻节点可以包括时间点在前的前继节点，也可以包括时间点在后的后继节点，上述时间点可以为节点对目标请求进行处理的时间点。上述电子设备可以首先获取包含相同目标请求标识符的节点日志所对应的至少一个节点，从而确定出处理相同目标请求的至少一个节点；之后，针对确定出的至少一个节点中的每个节点，上述电子设备可以根据该节点的前继节点的标识符、该节点的标识符和该节点的后继节点的标识符，生成子重组日志。具体的，上述电子设备可以按照该节点的前继节点的标识符、该节点的标识符和该节点的后继节点的标识符的顺序，对该节点的前继节点对应的节点日志、该节点对应的节点日志和该节点的后继节点对应的节点日志进行排序，可以将排序结果作为子重组日志，也可以称为部分重组日志。当在该节点的节点日志中不存在前继节点的标识符，则可以确定该节点为处理目标请求的第一个节点；当在该节点的节点日志中不存在后继节点的标识符，则可以确定该节点为处理目标请求的最后一个节点。最后，上述电子设备可以对所生成的各个子重组日志进行合并，生成上述至少一个节点所处理的目标请求的重组日志。

在本实施例的一些可选的实现方式中，当接收到包括目标请求标识符的第一查询请求时，上述电子设备可以输出与接收到的目标请求标识符对应的重组日志。上述第一查询请求可以是用户利用查询终端所发送的查询请求，当上述电子设备搜索到与目标请求标识符对应的重组日志之后，可以向上述查询终端返回搜索到的重组日志以供上述查询终端对重组日志进行展示。

在本实施例的一些可选的实现方式中，上述节点日志可以包括目标终端日志，目标终端可以为商户终端，商户可以利用商户接收用户的订单信息、对订单信息进行相应处理等；目标终端也可以为配送终端，配送人员(骑士)可以利用配送终端接收系统分配的待配送订单、上传订单处理状态等等；目标终端还可以为用户终端，用户可以利用用户终端浏览物品信息、提交订单、执行订单支付等操作。当上述目标终端为商户终端时，上述目标终端日志可以为商户接单节点在处理订单请求时所生成的日志。由于网络环境、终端系统版本和其它应用进程对应用的影响等，外卖应用提供给商户所使用的接单功能可能会出现一些异常情况，例如，接收到用户订单但不提醒商户的情况，分析这些异常情况通常需要对商户日志进行分析，但是终端应用的日志不容易获取，此时，需要用户手动上传或者在无线网(wi-fi)时商户终端自动上传。上述电子设备可以接收目标终端上传的目标终端日志，上述目标终端日志中还可以包括以下至少一项：终端标识符、目标终端的用户的标识符、目标终端上预设应用的版本号和终端操作系统版本号。终端标识符可以为国际移动设备身份码(internationalmobileequipmentidentity，imei)，也可以称为国际移动装备辨识码，每一只移动电话机在组装完成后都将被赋予一个全球唯一的一组号码；目标终端的用户可以为使用目标终端的商户，目标终端的用户的标识符可以为商户在预设应用中注册的账户名。

在本实施例的一些可选的实现方式中，当接收到包括查询信息的第二查询请求时，上述电子设备可以输出与上述查询信息对应的目标终端日志，也可以输出上述查询信息对应的目标终端日志所在的重组日志，上述查询信息可以包括以下至少一项：终端标识符、目标终端的用户的标识符、目标终端上预设应用的版本号和终端操作系统版本号。上述第二查询请求可以是用户利用查询终端所发送的查询请求，当上述电子设备搜索到与查询信息对应的目标终端日志之后，可以向上述查询终端返回搜索到的目标终端日志以供上述查询终端对目标终端日志进行展示。作为示例，当用户选择查询条件为：终端标识符，并输入“123456789012345”进行查询时，上述电子设备可以输出终端标识符为“123456789012345”的终端所生成的目标终端日志；当用户选择查询条件为：目标终端的用户的标识符，并输入“18610260000”进行查询时，上述电子设备可以输出目标终端的用户的标识符为“18610260000”的商户进行订单处理的终端所生成的目标终端日志；当用户选择查询条件为：目标终端上预设应用的版本号和终端操作系统版本号，并输入目标终端上预设应用的版本号“3.2.1”和终端操作系统版本号“ios10.3.2”进行查询时，上述电子设备可以输出操作系统版本号为“ios10.3.2”且所安装的预设应用的应用版本号为“3.2.1”的终端所生成的目标终端日志。

在本实施例的一些可选的实现方式中，节点日志中还可以包括节点的处理状态，上述处理状态可以包括失败状态和成功状态。在生成至少一个重组日志之后，针对每个重组日志，上述电子设备可以首先确定组成该重组日志的至少一个节点日志；之后，可以确定上述至少一个节点日志中是否存在处理状态为失败状态的节点在处理目标请求时所生成的节点日志，若是，则可以在上述重组日志中以预设的呈现方式标识节点的处理状态为失败状态的节点日志。上述电子设备可以以预设的颜色(例如，红色、黄色等)标识节点的处理状态为失败状态的节点日志，也可以对节点的处理状态为失败状态的节点日志进行加粗、加下划线、倾斜等处理方式进行标识。

继续参见图3，图3是根据本实施例的日志生成方法的应用场景的一个示意图。在图3的应用场景中，服务器301首先采集处理用户下单请求所生成的各个节点日志302，其中，用户下单请求经过了用户支付节点(节点a)、商户接单节点(节点b)、配送员配送节点(节点c)和用户确认收货节点(节点d)的处理。商户接单节点(节点b)的节点b日志3021包括：节点的标识符“b”、目标请求的标识符“1101”、相邻节点的节点标识符“a”和“c”；用户确认收货节点(节点d)的节点d日志3022包括：节点的标识符“d”、目标请求的标识符“1101”、相邻节点的节点标识符“c”；用户支付节点(节点a)的节点a日志3023包括：节点的标识符“a”、目标请求的标识符“1101”、相邻节点的节点标识符“b”；配送员配送节点(节点c)的节点c日志3024包括：节点的标识符“c”、目标请求的标识符“1101”、相邻节点的节点标识符“b”和“d”。之后，服务器301基于各个节点日志中的节点的标识符303、目标请求的标识符304、相邻节点的节点标识符305，对节点b日志3021、节点d日志3022、节点a日志3023和节点c日志3024进行重组，生成按节点a日志、节点b日志、节点c日志和节点d日志的顺序排列的重组日志306。

本申请的上述实施例提供的方法通过采集节点日志，并基于采集到的节点日志中节点的标识符、目标请求标识符和相邻节点的标识符，对处理目标请求的至少一个节点的节点日志进行重组，并生成重组日志，实现了节点日志的重组，从而方便在重组日志中定位问题。

进一步参考图4，作为对上述各图所示方法的实现，本申请提供了一种日志生成装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图4所示，本实施例的日志生成装置400包括：采集单元401和重组单元402。其中，采集单元401配置用于采集节点在处理目标请求时所生成的节点日志，其中，目标请求经过至少一个节点的处理，不同节点支持不同的功能，节点日志包括：节点的标识符，目标请求标识符，处理相同目标请求且与节点相邻的相邻节点的标识符；重组单元402配置用于基于节点的标识符、目标请求标识符和相邻节点的标识符，对目标请求所经过的至少一个节点的节点日志进行重组，生成重组日志。

在本实施例中，日志生成装置400的采集单元401和重组单元402的具体处理可以参考图2对应实施例中的步骤201和步骤202。

在本实施例的一些可选的实现方式中，节点的相邻节点可以包括时间点在前的前继节点，也可以包括时间点在后的后继节点，上述时间点可以为节点对目标请求进行处理的时间点。上述重组单元402可以包括确定模块(图中未示出)、生成模块(图中未示出)和合并模块(图中未示出)。上述确定模块可以首先获取包含相同目标请求标识符的节点日志所对应的至少一个节点，从而确定出处理相同目标请求的至少一个节点；之后，针对确定出的至少一个节点中的每个节点，上述生成模块可以根据该节点的前继节点的标识符、该节点的标识符和该节点的后继节点的标识符，生成子重组日志。具体的，上述生成模块可以按照该节点的前继节点的标识符、该节点的标识符和该节点的后继节点的标识符的顺序，对该节点的前继节点对应的节点日志、该节点对应的节点日志和该节点的后继节点对应的节点日志进行排序，可以将排序结果作为子重组日志，也可以称为部分重组日志。当在该节点的节点日志中不存在前继节点的标识符，则可以确定该节点为处理目标请求的第一个节点；当在该节点的节点日志中不存在后继节点的标识符，则可以确定该节点为处理目标请求的最后一个节点。最后，上述合并模块可以对所生成的各个子重组日志进行合并，生成上述至少一个节点所处理的目标请求的重组日志。

在本实施例的一些可选的实现方式中，上述日志生成装置400还可以包括第一输出单元403。当接收到包括目标请求标识符的第一查询请求时，上述第一输出单元403可以输出与接收到的目标请求标识符对应的重组日志。上述第一查询请求可以是用户利用查询终端所发送的查询请求，当上述第一输出单元403搜索到与目标请求标识符对应的重组日志之后，可以向上述查询终端返回搜索到的重组日志以供上述查询终端对重组日志进行展示。

在本实施例的一些可选的实现方式中，上述节点日志可以包括目标终端日志，目标终端可以为商户终端，商户可以利用商户接收用户的订单信息、对订单信息进行相应处理等；目标终端也可以为配送终端，配送人员(骑士)可以利用配送终端接收系统分配的待配送订单、上传订单处理状态等等；目标终端还可以为用户终端，用户可以利用用户终端浏览物品信息、提交订单、执行支付订单等操作。当上述目标终端为商户终端时，上述目标终端日志可以为商户接单节点在处理订单请求时所生成的日志。由于网络环境、终端系统版本和其它应用进程对应用的影响等，外卖应用提供给商户所使用的接单功能可能会出现一些异常情况，例如，接收到用户订单但不提醒商户的情况，分析这些异常情况通常需要对商户日志进行分析，但是终端应用的日志不容易获取，此时，需要用户手动上传或者在无线网时商户终端自动上传。上述日志生成装置400还可以包括接收单元404，上述接收单元404可以接收目标终端上传的目标终端日志，上述目标终端日志中还可以包括以下至少一项：终端标识符、目标终端的用户的标识符、目标终端上预设应用的版本号和终端操作系统版本号。终端标识符可以为国际移动设备身份码，也可以称为国际移动装备辨识码，每一只移动电话机在组装完成后都将被赋予一个全球唯一的一组号码；目标终端的用户可以为使用目标终端的商户，目标终端的用户的标识符可以为商户在预设应用中注册的账户名。

在本实施例的一些可选的实现方式中，上述日志生成装置400还可以包括第二输出单元405，当接收到包括查询信息的第二查询请求时，上述第二输出单元405可以输出与上述查询信息对应的目标终端日志，也可以输出上述查询信息对应的目标终端日志所在的重组日志，上述查询信息可以包括以下至少一项：终端标识符、目标终端的用户的标识符、目标终端上预设应用的版本号和终端操作系统版本号。上述第二查询请求可以是用户利用查询终端所发送的查询请求，当上述第二输出单元405搜索到与查询信息对应的目标终端日志之后，可以向上述查询终端返回搜索到的目标终端日志以供上述查询终端对目标终端日志进行展示。

在本实施例的一些可选的实现方式中，节点日志中还可以包括节点的处理状态，上述处理状态可以包括失败状态和成功状态。上述日志生成装置400还可以包括确定单元406和标识单元407，在生成至少一个重组日志之后，针对每个重组日志，上述确定单元406可以首先确定组成该重组日志的至少一个节点日志；之后，上述确定单元406可以确定上述至少一个节点日志中是否存在处理状态为失败状态的节点在处理目标请求时所生成的节点日志，若是，则上述标识单元407可以在上述重组日志中以预设的呈现方式标识节点的处理状态为失败状态的节点日志。上述标识单元407可以以预设的颜色标识节点的处理状态为失败状态的节点日志，也可以对节点的处理状态为失败状态的节点日志进行加粗、加下划线、倾斜等处理方式进行标识。

下面参考图5，其示出了适于用来实现本发明实施例的服务器的计算机系统500的结构示意图。图5示出的服务器仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图5所示，计算机系统500包括中央处理单元(cpu)501，其可以根据存储在只读存储器(rom)502中的程序或者从存储部分508加载到随机访问存储器(ram)503中的程序而执行各种适当的动作和处理。在ram503中，还存储有系统500操作所需的各种程序和数据。cpu501、rom502以及ram503通过总线504彼此相连。输入/输出(i/o)接口505也连接至总线504。

以下部件连接至i/o接口505：包括键盘、鼠标等的输入部分506；包括诸如液晶显示器(lcd)以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至i/o接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(cpu)501执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括采集单元和重组单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。例如，采集单元还可以被描述为“采集节点在处理目标请求时所生成的节点日志的单元”。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的装置中所包含的；也可以是单独存在，而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该装置执行时，使得该装置：采集节点在处理目标请求时所生成的节点日志，其中，目标请求经过至少一个节点的处理，不同节点支持不同的功能，节点日志包括：节点的标识符，目标请求标识符，处理相同目标请求且与节点相邻的相邻节点的标识符；基于节点的标识符、目标请求标识符和相邻节点的标识符，对目标请求所经过的至少一个节点的节点日志进行重组，生成重组日志。

以上描述仅为本发明的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本发明中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本发明中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。