网络溯源方法、装置、终端以及介质

技术领域

本发明涉及网络技术领域，尤其涉及一种网络溯源方法、装置、终端以及介质。

背景技术

目前，网络地址转换业务的实现模式主要是通过终端上线时发送上线报文，并且提供包括IP地址在内的用户数据信息，以及终端下线时发送对应的离线报文并生成离线记录；在此基础上，针对用户数据信息的网络溯源则需要查询提取对应的离线记录。

然而，随着网络业务的发展，出现了长时间不下线或者永不下线的用户；这些用户的IP地址使用周期较长，上线报文和离线报文之间的时间跨度较大，极大地增加了溯源难度以及溯源所需的时间。

因此，针对在线时间较长的用户进行溯源时，如何降低溯源难度以及溯源所需的时间，是目前网络技术领域亟需解决的难题。

发明内容

本发明的主要目的在于提供一种网络溯源方法、装置、终端以及介质，旨在根据终端发送的中间报文生成对应的离线记录并进行存储，以使溯源过程中可以直接根据溯源请求包含的时间信息查询对应中间报文的离线记录并提取用户数据信息，而无需遍历跨度较长的时间段内的所有离线报文才能得到溯源结果，从而降低溯源难度以及溯源所需的时间。

根据本申请实施例的一方面，公开了一种网络溯源方法，包括：

根据由终端发送的报文生成与所述终端对应的离线记录，所述报文的报文类型包括所述终端上线时发送的上线报文、所述终端在线时发送的中间报文以及所述终端下线时发送的离线报文；

将所述离线记录存储于预设离线数据库；

响应于溯源请求，在所述预设离线数据库中查询与所述溯源请求包含的时间信息所对应的目标离线记录；

提取与所述目标离线记录对应的用户数据信息以作为溯源结果。

在本申请的一些实施例中，基于以上技术方案，将所述离线记录存储于预设离线数据库，包括：

生成与所述报文的报文类型对应的数据包标识，所述数据包标识包括与所述中间报文对应的中间包标识，以及与所述离线报文对应的结束包标识；

将所述数据包标识与所述离线记录进行关联；

将经过关联的数据包标识和离线记录存储于所述预设离线数据库。

在本申请的一些实施例中，基于以上技术方案，根据由终端发送的报文生成与所述终端对应的离线记录，包括：

响应于由终端发送的报文，检测所述预设在线数据库内是否存在与所述报文对应的用户数据信息；

若所述预设在线数据库内不存在与所述报文对应的用户数据信息，则根据所述报文生成与所述终端对应的离线记录。

在本申请的一些实施例中，基于以上技术方案，当所述报文的报文类型为所述上线报文，在响应于由终端发送的报文，检测所述预设在线数据库内是否存在与所述报文对应的用户数据信息之后，所述网络溯源方法还包括：

若所述预设在线数据库内存在与所述报文对应的第一用户数据信息，则删除所述第一用户数据信息，以及根据所述报文在所述在线数据库内生成与所述终端对应的第二用户数据信息；

生成与所述第一用户数据信息对应的离线记录。

在本申请的一些实施例中，基于以上技术方案，当所述报文的报文类型为所述中间报文或者所述离线报文，在响应于由终端发送的报文，检测所述预设在线数据库内是否存在与所述报文对应的用户数据信息之后，所述网络溯源方法还包括：

若所述预设在线数据库内存在与所述报文对应的第三用户数据信息，则提取所述第三用户数据信息，以使所述第三用户数据信息与根据所述报文生成的离线记录产生对应关系。

在本申请的一些实施例中，基于以上技术方案，当所述报文的报文类型为所述中间报文，若所述预设在线数据库内不存在与所述报文对应的用户数据信息，则根据所述报文生成与所述终端对应的离线记录，包括：

若所述预设在线数据库内不存在与所述报文对应的第四用户数据信息，根据所述报文在所述在线数据库内生成与所述终端对应的第五用户数据信息，以及生成与所述第五用户数据信息对应的离线记录。

在本申请的一些实施例中，基于以上技术方案，在所述预设离线数据库中查询与所述溯源请求包含的时间信息所对应的目标离线记录，包括：

在所述预设离线数据库中查询分别与所述溯源请求包含的时间信息前后相邻的两条溯源离线记录；

若所述两条溯源离线记录分别对应的用户数据信息相同，则确定所述两条溯源离线记录为目标离线记录。

根据本申请实施例的一方面，公开了一种网络溯源装置，所述网络溯源装置包括：

记录生成模块，被配置为根据由终端发送的报文生成与所述终端对应的离线记录，所述报文的报文类型包括所述终端上线时发送的上线报文、所述终端在线时发送的中间报文以及所述终端下线时发送的离线报文；

记录存储模块，被配置为将所述离线记录存储于预设离线数据库；

记录查询模块，被配置为响应于溯源请求，在所述预设离线数据库中查询与所述溯源请求包含的时间信息所对应的目标离线记录；

信息提取模块，被配置为提取与所述目标离线记录对应的用户数据信息以作为溯源结果。

根据本申请实施例的一个方面，提供一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行如以上技术方案中的网络溯源方法。

本申请提供的网络溯源方法，根据由终端发送的报文生成与该终端对应的离线记录并存储于预设离线数据库，其中报文的报文类型包括上线报文、中间报文以及离线报文，由于中间报文是终端在线期间内间隔固定时间持续发送的，因此根据中间报文生成的离线记录能够持续定期对该终端对应的用户数据信息进行记录。当接收到溯源请求而进行响应时，根据溯源请求包含的时间信息在预设离线数据库内能够快速查询得到对应的目标离线记录，从而提取该目标离线记录对应的用户数据信息作为溯源结果。

如此，本申请提供的网络溯源方法，能够根据终端发送的中间报文生成对应的离线记录并进行存储，以使溯源过程中可以直接根据溯源请求包含的时间信息查询对应中间报文的离线记录并提取用户数据信息，而无需遍历跨度较长的时间段内的所有离线报文才能得到溯源结果，从而降低溯源难度以及溯源所需的时间。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本申请一个实施例中，基于现有网络地址转换业务的实现模式的溯源系统的应用环境图。

图2示出了本申请一个实施例中的网络溯源方法的步骤流程图。

图3示出了本申请一个实施例中现有的网络地址转换业务的实现模式的步骤流程图。

图4示出了本申请一个实施例中的网络溯源方法的应用流程图。

图5示意性地示出了本申请实施例提供的网络溯源装置的结构框图。

图6示意性示出了适于用来实现本申请实施例的电子设备的计算机系统结构框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

下面结合具体实施方式对本申请提供的网络溯源方法、装置、终端以及介质等技术方案做出详细说明。

图1示出了基于现有网络地址转换业务的实现模式，溯源系统的应用环境图。如图1所示，数据流以报文推送的形式到达采集合成系统，由采集合成系统根据报文在溯源数据库执行入库操作，如往在线数据库写入在线信息或者往离线数据库写入离线记录等。当存在溯源需求时，通过溯源系统在上述溯源数据库中提取相关的信息作为溯源结果，此外，第三方存储平台也可以在溯源数据库中获取数据进行数据分析。

图2示出了本申请一个实施例中的网络溯源方法的步骤流程图，如图2所示，该网络溯源方法主要可以包括如下的步骤S100至步骤S400。

步骤S100，根据由终端发送的报文生成与所述终端对应的离线记录，所述报文的报文类型包括所述终端上线时发送的上线报文、所述终端在线时发送的中间报文以及所述终端下线时发送的离线报文。

步骤S200，将所述离线记录存储于预设离线数据库。

步骤S300，响应于溯源请求，在所述预设离线数据库中查询与所述溯源请求包含的时间信息所对应的目标离线记录。

步骤S400，提取与所述目标离线记录对应的用户数据信息以作为溯源结果。

本申请提供的网络溯源方法，根据由终端发送的报文生成与该终端对应的离线记录并存储于预设离线数据库，其中报文的报文类型包括上线报文、中间报文以及离线报文，由于中间报文是终端在线期间内间隔固定时间持续发送的，因此根据中间报文生成的离线记录能够持续定期对该终端对应的用户数据信息进行记录。当接收到溯源请求而进行响应时，根据溯源请求包含的时间信息在预设离线数据库内能够快速查询得到对应的目标离线记录，从而提取该目标离线记录对应的用户数据信息作为溯源结果。

如此，本申请提供的网络溯源方法，能够根据终端发送的中间报文生成对应的离线记录并进行存储，以使溯源过程中可以直接根据溯源请求包含的时间信息查询对应中间报文的离线记录并提取用户数据信息，而无需遍历跨度较长的时间段内的所有离线报文才能得到溯源结果，从而降低溯源难度以及溯源所需的时间。

下面分别对网络溯源方法中的各个方法步骤做详细说明。

步骤S100，根据由终端发送的报文生成与所述终端对应的离线记录，所述报文的报文类型包括所述终端上线时发送的上线报文、所述终端在线时发送的中间报文以及所述终端下线时发送的离线报文。

具体地，根据由终端发送的报文生成与该终端对应的离线记录，其中报文的报文类型包括上线报文、中间报文以及离线报文，由于中间报文是终端在线期间内间隔固定时间持续发送的，因此根据中间报文生成的离线记录能够持续定期对该终端对应的用户数据信息进行记录。

作为一种可选的实施例，当终端处于在线状态时，间隔2小时发送一次中间报文直到下线时发送离线报文，溯源系统响应于该中间报文和离线报文均会生成对应的离线记录，以对该终端的用户数据信息进行记录。

步骤S200，将所述离线记录存储于预设离线数据库。

具体地，将根据报文生成的离线记录存储于预设离线数据库，以便于后续溯源时在预设离线数据库内查询对应的离线记录。

步骤S300，响应于溯源请求，在所述预设离线数据库中查询与所述溯源请求包含的时间信息所对应的目标离线记录。

具体地，当接受到溯源请求并进行响应时，获取该溯源请求包含的时间信息，并在预设离线数据库内的多个离线记录中查询确定与该时间信息对应的目标离线记录；由于在本实施例中，溯源系统会基于中间报文生成离线记录，因此多个离线记录分别对应的更新时间会相对较为接近，便于匹配溯源请求包含的时间信息。

例如，溯源请求为溯源在某个时间点，某IP地址对应的用户数据信息，则获取该时间点，并在预设离线数据库内查询确定与该时间点对应的离线记录作为目标离线记录。

步骤S400，提取与所述目标离线记录对应的用户数据信息以作为溯源结果。

具体地，在确定目标离线记录后，提取与该目标离线记录对应的用户数据信息作为溯源结果，完成溯源过程，从而避免在溯源过程中遍历跨度较长的时间段内的所有离线报文，降低溯源难度以及溯源所需的时间，提高了溯源结果的准确性。

进一步地，在以上实施例的基础上，上述步骤S200中的将所述离线记录存储于预设离线数据库，包括如下的步骤S201至步骤S203。

步骤S201，生成与所述报文的报文类型对应的数据包标识，所述数据包标识包括与所述中间报文对应的中间包标识，以及与所述离线报文对应的结束包标识。

步骤S202，将所述数据包标识与所述离线记录进行关联。

步骤S203，将经过关联的数据包标识和离线记录存储于所述预设离线数据库。

具体地，现有的网络地址转换业务的实现模式只在终端下线并发送离线报文时，才会根据该离线报文生成对应的离线记录；而本申请在发送中间报文时也会生成对应的离线记录，为了避免将根据中间报文生成的离线记录与根据离线报文生成的离线记录产生混淆、区分终端是处于中间处理阶段或者是实际下线，以及便于后续对溯源用户使用周期的进一步分析，需要对存储于预设离线数据库内的离线记录进行区分。

因此，在本实施例中，溯源系统根据报文生成离线记录的同时，会生成与该报文对应的数据包标识。例如，当该报文的报文类型为中间报文，则溯源系统会生成中间包标识；当该报文的报文类型为离线报文，则溯源系统会生成结束包标识。然后，通过将同一报文对应的数据包标识与离线报文进行关联，以及存储于预设离线数据库，能够在后续溯源过程中根据数据包标识区分与该数据包标识关联的离线记录，是对应中间报文抑或是离线报文，从而区分终端是处于中间处理阶段或者是实际下线，以及便于后续对溯源用户使用周期的进一步分析。

进一步地，在以上实施例的基础上，上述步骤S100中的根据由终端发送的报文生成与所述终端对应的离线记录，包括如下的步骤S101和步骤S102。

步骤S101，响应于由终端发送的报文，检测所述预设在线数据库内是否存在与所述报文对应的用户数据信息。

步骤S102，若所述预设在线数据库内不存在与所述报文对应的用户数据信息，则根据所述报文生成与所述终端对应的离线记录。

具体地，在现有的网络地址转换业务的实现模式中，根据上线报文向预设在线数据库写入在线信息以及对应的用户数据信息，以记录终端的在线状态；其中，该预设在线数据库内的用户数据信息与后续根据报文生成的离线记录具有对应关系。在本实施例中，响应于由终端发送的报文，若在预设在线数据库内检测不到与该报文对应的用户数据信息，则说明上线报文未到达，此时的离线记录不通过读取预设在线数据库内的用户数据信息的方式生成，而是根据该报文反推生成。

进一步地，在以上实施例的基础上，当所述报文的报文类型为所述上线报文，在上述步骤S101中的响应于由终端发送的报文，检测所述预设在线数据库内是否存在与所述报文对应的用户数据信息之后，所述网络溯源方法还包括如下的步骤S103和步骤S104。

步骤S103，若所述预设在线数据库内存在与所述报文对应的第一用户数据信息，则删除所述第一用户数据信息，以及根据所述报文在所述在线数据库内生成与所述终端对应的第二用户数据信息。

步骤S104，生成与所述第一用户数据信息对应的离线记录。

具体地，在正常情况下，溯源系统响应于终端发送的上线报文之前，溯源系统应该已经接收过离线报文，而溯源系统会基于离线报文将此前存在于预设在线数据库内的在线信息和第一用户数据信息进行删除。在本实施例中，若溯源系统响应于终端发送的上线报文，检测到预设在线数据库内已经存在第一用户数据信息，则说明终端此时异常下线而未发送对应的离线报文；在此基础上，触发防挂死机制，删除预设在线数据库内已经存在的在线信息和第一用户数据信息，根据该上线报文在预设在线数据库内写入新的在线信息和与该上线报文对应的第二用户数据信息，并且生成与该第一用户数据信息对应的离线记录进行存储，以便于后续溯源操作。

作为一种可选的实施例，可以理解，当溯源系统响应于终端发送的上线报文，检测到预设在线数据库内不存在用户数据信息，说明此前终端是正常下线并且发送了离线报文，则直接根据当前的上线报文在预设在线数据库内写入在线信息和对应的用户数据信息。

如此，本实施例提供了溯源系统响应于上线报文，在终端异常下线情况下触发防挂失机制的具体信息处理过程，完善了预设在线数据库和预设离线数据库的信息处理机制，提高了本申请技术方案的实用性。

进一步地，在以上实施例的基础上，当所述报文的报文类型为所述中间报文或者所述离线报文，在上述步骤S101中的响应于由终端发送的报文，检测所述预设在线数据库内是否存在与所述报文对应的用户数据信息之后，所述网络溯源方法还包括如下的步骤S105。

步骤S105，若所述预设在线数据库内存在与所述报文对应的第三用户数据信息，则提取所述第三用户数据信息，以使所述第三用户数据信息与根据所述报文生成的离线记录产生对应关系。

具体地，当溯源系统响应于终端发送的中间报文，并且检测到预设在线数据库内存在对应的第三用户数据信息，则提取该第三用户数据信息，并根据该第三用户数据信息生成离线记录，以及与该中间报文对应的中间包标识，存储于预设离线数据库。

当溯源系统响应于终端发送的离线报文，并且检测到预设在线数据库内存在对应的第三用户数据信息，则提取该第三用户数据信息，并根据该第三用户数据信息生成离线记录，以及与该离线报文对应的结束包标识，存储于预设离线数据库，删除预设在线数据库内的在线信息和第三用户数据信息。

如此，本实施例提供了溯源系统响应于中间报文和离线报文，在预设在线数据库内存在对应的用户数据信息时的具体信息处理过程，提高了本申请技术方案的实用性。

进一步地，在以上实施例的基础上，当所述报文的报文类型为所述中间报文，上述步骤S102中的若所述预设在线数据库内不存在与所述报文对应的用户数据信息，则根据所述报文生成与所述终端对应的离线记录，包括如下的步骤S1021。

步骤S1021，若所述预设在线数据库内不存在与所述报文对应的第四用户数据信息，根据所述报文在所述在线数据库内生成与所述终端对应的第五用户数据信息，以及生成与所述第五用户数据信息对应的离线记录。

当溯源系统响应于终端发送的中间报文，并且检测到预设在线数据库内不存在对应的第四用户数据信息，说明上线报文未到达，此时的离线记录不通过读取预设在线数据库内的用户数据信息的方式生成，而是根据该中间报文进行反推，在预设在线数据库内生成与该终端对应的第五用户数据信息和在线信息，并且生成与该第五用户数据信息对应的离线记录，以及与该中间报文对应的中间包标识，存储于预设离线数据库。

进一步地，在以上实施例的基础上，在上述步骤S300中的在所述预设离线数据库中查询与所述溯源请求包含的时间信息所对应的目标离线记录，包括如下的步骤S301和步骤S302。

步骤S301，在所述预设离线数据库中查询分别与所述溯源请求包含的时间信息前后相邻的两条溯源离线记录。

步骤S302，若所述两条溯源离线记录分别对应的用户数据信息相同，则确定所述两条溯源离线记录为目标离线记录。

具体地，由于终端处于在线状态时，会持续间隔固定时间发送中间报文，而溯源系统每次响应于中间报文均会生成对应的离线记录存储于预设离线数据库，在此基础上，响应于溯源请求时，获取溯源请求包含的时间信息，在预设离线数据库中对应该溯源请求包含的时间信息的当天以及次日的离线记录中，选取与该时间信息前后相邻的两条溯源离线记录，若该两条溯源离线记录分别对应的用户数据信息相同，则说明终端在此期间不存在下线行为，溯源请求与上述两条溯源离线记录成功匹配，则该两条溯源离线记录为目标离线记录，提取该目标离线记录对应的用户数据信息即为溯源请求对应的溯源结果。

作为一种可选的实施例，例如，假设中间报文发送周期为2小时/次，最极端的中间报文是在当天22:00发送，而下一次中间报文则会在次日的00:00才会发送，出现了中间报文跨天发送的情况，因此在查询离线记录的日期时，需要查询溯源请求提供的时间点参数对应的当天以及次日。在溯源过程中，获取溯源请求提供的时间点参数，即要求查询出哪个用户在该时间点使用了该IP地址。时间点参数即为“上网时间点”，根据该时间点匹配离线记录中的“分配时间”和“释放时间”，其中，“分配时间”为更新时间较早的时间点，“释放时间”为更新时间较晚的时间点，若“上网时间点”在两者之间，“分配时间”和“释放时间”对应的离线记录的IP地址相同，则说明溯源请求匹配成功该条离线记录。

为了便于理解，此处将本申请技术方案与现有的网络地址转换业务的实现模式在整体流程上做全面对比描述。

图3示出了现有的网络地址转换业务的实现模式的步骤流程图。如图3所示，在现有模式下，仅在响应于计费结束报文时才会生成离线记录，而在溯源过程中，则需要遍历当前时间到溯源请求包含的时间信息之间所有的离线记录，才能得到准确的溯源结果。

图4示出了本申请一个实施例的应用流程图，包括步骤S401至步骤S404。

步骤S401，接收、解析终端发送的报文。

步骤S402，判断报文的报文类型，以便于根据该报文类型对溯源数据库，即预设在线数据库和预设离线数据库进行信息处理。

步骤S403，判断预设在线数据库是否已经存在在线信息和用户数据信息，并根据判断结果执行对应的信息处理操作。可以理解，步骤S401至步骤S403与现有的网络地址转换业务的实现模式基本相同。

步骤S404，当报文类型为上线报文，则在预设在线数据库中检测到存在用户数据信息，触发防挂死机制，删除旧的在线信息和用户数据信息，根据本次上线报文写入新的在线信息和用户数据信息，并补充生成离线记录和结束包标识存入预设离线数据库中。当报文类型为中间报文，无论预设在线数据库中是否检测到用户数据信息，均会生成离线记录和中间包标识存入预设离线数据库，以便于后续溯源。当报文类型为离线报文，均会生成离线记录和结束包标识存入预设离线数据库。

由此可见，在本实施例的步骤S404中，响应于中间报文与离线报文均会生成对应的离线记录存入预设离线数据库，而由于中间报文是终端在线期间间隔固定时间发送的，因此能够在溯源过程时极大地降低溯源难度和溯源所需时间，这也是与现有模式的主要区别所在。

以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的网络溯源方法。图5示意性地示出了本申请实施例提供的网络溯源装置的结构框图。如图5所示，网络溯源装置500包括：

记录生成模块510，被配置为根据由终端发送的报文生成与所述终端对应的离线记录，所述报文的报文类型包括所述终端上线时发送的上线报文、所述终端在线时发送的中间报文以及所述终端下线时发送的离线报文；

记录存储模块520，被配置为将所述离线记录存储于预设离线数据库；

记录查询模块530，被配置为响应于溯源请求，在所述预设离线数据库中查询与所述溯源请求包含的时间信息所对应的目标离线记录；

信息提取模块540，被配置为提取与所述目标离线记录对应的用户数据信息以作为溯源结果。

在本申请的一个实施例中，基于以上实施例，记录存储模块包括：

标识生成单元，被配置为生成与所述报文的报文类型对应的数据包标识，所述数据包标识包括与所述中间报文对应的中间包标识，以及与所述离线报文对应的结束包标识；

关联单元，被配置为将所述数据包标识与所述离线记录进行关联；

存储单元，被配置为将经过关联的数据包标识和离线记录存储于所述预设离线数据库。

在本申请的一个实施例中，基于以上实施例，记录生成模块包括：

信息检测单元，被配置为响应于由终端发送的报文，检测所述预设在线数据库内是否存在与所述报文对应的用户数据信息；

第一记录生成单元，被配置为若所述预设在线数据库内不存在与所述报文对应的用户数据信息，则根据所述报文生成与所述终端对应的离线记录。

在本申请的一个实施例中，基于以上实施例，记录生成模块还包括：

第二记录生成单元，被配置为若所述预设在线数据库内存在与所述报文对应的第一用户数据信息，则删除所述第一用户数据信息，以及根据所述报文在所述在线数据库内生成与所述终端对应的第二用户数据信息；以及，生成与所述第一用户数据信息对应的离线记录。

在本申请的一个实施例中，基于以上实施例，记录生成模块还包括：

第三记录生成单元，被配置为若所述预设在线数据库内存在与所述报文对应的第三用户数据信息，则提取所述第三用户数据信息，以使所述第三用户数据信息与根据所述报文生成的离线记录产生对应关系。

在本申请的一个实施例中，基于以上实施例，第一记录生成单元包括：

第一记录生成子单元，被配置为若所述预设在线数据库内不存在与所述报文对应的第四用户数据信息，根据所述报文在所述在线数据库内生成与所述终端对应的第五用户数据信息，以及生成与所述第五用户数据信息对应的离线记录。

在本申请的一个实施例中，基于以上实施例，记录查询模块包括：

记录查询单元，被配置为在所述预设离线数据库中查询分别与所述溯源请求包含的时间信息前后相邻的两条溯源离线记录；以及，若所述两条溯源离线记录分别对应的用户数据信息相同，则确定所述两条溯源离线记录为目标离线记录。

图6示意性地示出了用于实现本申请实施例的电子设备的计算机系统结构框图。

需要说明的是，图6示出的电子设备的计算机系统600仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理器601(Central Processing Unit，CPU)，其可以根据存储在只读存储器602(Read-Only Memory，ROM)中的程序或者从存储部分608加载到随机访问存储器603(Random Access Memory，RAM)中的程序而执行各种适当的动作和处理。在随机访问存储器603中，还存储有系统操作所需的各种程序和数据。中央处理器601、在只读存储器602以及随机访问存储器603通过总线604彼此相连。输入/输出接口605(Input/Output接口，即I/O接口)也连接至总线604。

以下部件连接至输入/输出接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如局域网卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至输入/输出接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本申请的实施例，各个方法流程图中所描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理器601执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

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

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

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

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。