CN115981986A - 一种app内用户行为场景复现方法 - Google Patents

Abstract

本发明涉及数据处理技术领域，具体地说，涉及一种app内用户行为场景复现方法。其包括获取需要复现的用户行为场景；依据需要复现的用户行为场景定位服务端接口；基于python语言建立服务端接口日志装饰器，通过日志装饰器对django服务端接口进行日志收集；将收集的日志生成结构化日志，并对结构化日志中的用户隐私信息进行加密，将加密后的结构化日志写入数据库；针对数据库内的结构化日志复原用户行为场景。本发明通过搭建接口日志装饰器获取软件中的日志数据，通过获取的日志数据生成结构化日志，以结构化日志针进行复原用户在软件内的行为场景，通过确定用户的行为场景确定用户所反馈或软件所存在的故障问题，便于对该故障问题进行解决。

Description

一种app内用户行为场景复现方法

技术领域

本发明涉及数据处理技术领域，具体地说，涉及一种app内用户行为场景复现方法。

背景技术

目前在一些软件中，例如：脉脉APP，当用户在使用脉脉APP时，用于在脉脉APP中进行查看信息或访问页面的过程中，当脉脉APP因运行问题导致异常关闭，用户通过在软件内页面内进行反馈问题，这些问题会和用户使用脉脉APP时产生的数据信息一起记录在软件行为日志中，目前就会通过服务端开发者针对这些日志进场场景复现，来对软件进行排查问题，但是在此过程中，大量的明细日志会占用大量的机器资源，并有较高的代码实现成本，无法保证日志的完善时就会导致软件信息场景复现失败，就不便于对软件问题进行排查以及解决。

发明内容

本发明的目的在于提供一种app内用户行为场景复现方法，以解决上述背景技术中提出的问题。

为实现上述目的，本发明目的在于提供了一种app内用户行为场景复现方法，包括如下步骤：

S1、获取需要复现的用户行为场景；

S2、依据需要复现的用户行为场景定位服务端接口；

S3、基于python语言建立服务端接口日志装饰器，通过日志装饰器对django服务端接口进行日志收集；

S4、将收集的日志生成结构化日志，并对结构化日志中的用户隐私信息进行加密，将加密后的结构化日志写入数据库；

S5、针对数据库内的结构化日志复原用户行为场景。

作为本技术方案的进一步改进，所述结构日志装饰器的流程如下：

1.通过使用functools.wraps，提供一个将HttpRequest对象与目标函数绑定的机制；

2.维护URL白名单，当请求命中白名单，或者目标函数被开发者手动接入时，将对象与函数绑定；

3.请求发生时，从HttpRequest对象中获取用户登陆态信息和URL；

4.获取目标函数的执行参数、异常信息，生成标准的结构化日志；

5.对结构化日志中的用户隐私信息隐私加密；

6.对结构化日志收集情况的耗时进行统计上报；

7.返回结果生成HttpResponse对象，并返回给用户。

作为本技术方案的进一步改进，所述functools.wraps用于结构日志装饰器的内层函数，抵消结构日志装饰器的副作用。

作为本技术方案的进一步改进，所述结构化日志中的用户隐私信息进行加密时，采用加密算法进行加密，其算法步骤如下：

步骤一：选取两个大素数p和q，并将p和q值进行保密；

步骤二：设置模n，且，计算Euler函数，，值保密；

步骤三：随机选取正整数e，，e是加密密钥；

步骤四：计算d，满足de=1，d是解密密钥，值保密；

步骤五：得到两组数（n,e）为公开密钥，（n,d）为私人密钥。

作为本技术方案的进一步改进，所述结构化日志复原用户行为场景时，依据复原的用户行为场景分析软件中所存在的故障数据，依据故障数据的类型与数据中心进行比对，确定该故障数据出现的次数。

作为本技术方案的进一步改进，所述故障数据在形成后，依据故障数据建立软件故障状况统计报表，故障状况统计报表包括如下信息数据：

依据故障数据的形成时间、故障数据的形成次数、故障数据的修复次数和故障数据的形成原因，以此建立软件故障状况统计报表，统计报表中的软件故障状况判定后续软件后续是否还会出现故障的情况。

作为本技术方案的进一步改进，所述故障数据在形成时，确定该故障数据所对应软件中用户所操作的界面项目，通过确定用户所操作的软件项目以及分析软件后台日志不同用户使用该软件项目的频率，针对软件项目做出相应的延伸改变，使软件满足用户的使用需求。

与现有技术相比，本发明的有益效果：

该app内用户行为场景复现方法中，通过搭建接口日志装饰器获取软件中的日志数据，通过获取的日志数据生成结构化日志，以结构化日志针进行复原用户在软件内的行为场景，通过确定用户的行为场景确定用户所反馈或软件所存在的故障问题，便于对该故障问题进行解决。

附图说明

图1为本发明的整体方法流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参阅图1所示，本实施例提供了一种app内用户行为场景复现方法，包括如下步骤：

S1、获取需要复现的用户行为场景；

S2、依据需要复现的用户行为场景定位服务端接口；

S3、基于python语言建立服务端接口日志装饰器，通过日志装饰器对django服务端接口进行日志收集；

S4、将收集的日志生成结构化日志，并对结构化日志中的用户隐私信息进行加密，将加密后的结构化日志写入数据库；

S5、针对数据库内的结构化日志复原用户行为场景；本实施例中，获取软件中需要进行复现用户行为场景的信息数据，由此便可通过需要复现的用户行为场景信息数据确定软件中用户行为场景信息数据所对应的服务端接口，也就是说不同的服务端接口对应不同的用户行为场景的信息数据，然后建立对应需要复现用户行为场景信息数据的服务端接口日志装饰器，通过服务端接口日志装饰器对django服务端接口进行日志收集，这样就能获取用户行为场景的信息数据所对应的日志信息，然后，再将获取的结构化日志中存在用户隐私部分信息日志进行一定的加密处理，这样就对用户的隐私信息日志做到了保护，避免用户的隐私信息数据被泄露，确保用户在软件中个人行为操作的隐私；

最后，通过将加密后的隐私信息日志写入数据库内，然后终端人员通过在数据库内存入的日志数据进行检索服务，通过获取的结构化日志便可进行复原用户的行为场景，便于软件终端人员找到软件上用户反馈或存在的故障问题，从而对软件故障进行快速的修复处理；

其中，django服务端接口指的是协议接口，便于日志装饰器进行连接***。

上述方案中结构日志装饰器的运行流程如下：

1.通过使用functools.wraps，提供一个将HttpRequest对象与目标函数绑定的机制；

2.维护URL白名单，当请求命中白名单，或者目标函数被开发者手动接入时，将对象与函数绑定；

3.请求发生时，从HttpRequest对象中获取用户登陆态信息和URL；

4.获取目标函数的执行参数、异常信息，生成标准的结构化日志；

5.对结构化日志中的用户隐私信息隐私加密；

6.对结构化日志收集情况的耗时进行统计上报；

7.返回结果生成HttpResponse对象，并返回给用户；

其中，functools.wraps用于结构日志装饰器的内层函数，抵消结构日志装饰器的副作用，因为使用结构日志装饰器后，原函数被内层函数赋值覆盖，函数名称等信息丢失；HttpRequest对象与目标函数绑定的机制指的是，当请求一个页面时，上述中的Django会建立一个包含请求元数据的HttpRequest对象；当Django加载对应的视图时，HttpRequest对象将作为视图函数的第一个参数（即：request），每个视图会返回一个HttpResponse对象；URL指的是地址，URL白名单指的是接口日志装饰器不会被拦截，便于或许信息的操作；结构化日志包括时间、网络地址、用户id、软件运行存在的信息。

其次，结构化日志中的用户隐私信息进行加密时，采用加密算法进行加密，其算法步骤如下：

步骤一：选取两个大素数p和q，并将p和q值进行保密；

步骤二：设置模n，且，计算Euler函数，，值保密；

步骤三：随机选取正整数e，，e是加密密钥；

步骤四：计算d，满足de=1，d是解密密钥，值保密；

步骤五：得到两组数（n,e）为公开密钥，（n,d）为私人密钥；

其中，为欧拉函数，且公开密钥可供所有人进行使用，但是私人密钥为结构化日志中的用户隐私信息进行加密的密钥，因此，外界访问者需要通过输入私人密钥方可进行解密明文，也就是对结构化日志中的用户隐私信息进行解密访问。

结构化日志复原用户行为场景时，依据复原的用户行为场景分析软件中所存在的故障数据，依据故障数据的类型与数据中心进行比对，确定该故障数据出现的次数，本方案中，数据中心指的是软件问题故障报告中心，是用于收集软件运行故障信息数据的，因此数据中心存在软件运行的多种类型问题，通过复原的用户行为场景中的故障数据来分析该数据中心内有无相同的故障数据存在，当存在相同的故障数据时，说明此故障数据所对应的问题是在此前数据中心的处理后为再次发生的，也就是说，此问题处于频繁问题故障，需要对软件整体进行检测修复，避免解决局部问题导致软件上的根本问题无法解决；

当故障数据所对应的问题在数据中心内找不到相同的问题时，将当前故障数据对应的问题列为异常问题，通过软件维修人员对软件产生的该类问题进行处理，同时将该异常问题补入数据中心内，便于软件在后续的过程中存在相同的问题时进行了解及解决。

针对上述技术方案做出延伸：故障数据在形成后，依据故障数据的形成时间、故障数据的形成次数、故障数据的修复次数和故障数据的形成原因，建立软件故障状况统计报表，以统计报表中的软件故障状况判定后续软件后续是否还会出现故障的情况，在故障数据形成后，数据中心针对所获取的软件故障数据的形成次数、故障数据的修复次数和故障数据的形成原因，来建立软件故障状况统计报表，通过软件故障状况统计报表首先就对软件中发生故障的状况进行展示，使终端人员通过故障状况统计报表能够直观的看出该软件内故障数据的具体状况趋势，当一些故障数据（故障问题）频繁的出现，且出现的时间与之前故障数据出现的时间相仿，以及故障数据的出现次数较多，且形成故障数据的原因均相仿时（时间相仿指的是，在形成故障数据的时间相近，例如本次的故障数据出现时间为1点，之前故障数据出现时间为2点，存在一个相近的区间范围；故障数据的原因相仿指的是：例如：在该软件中同一时间登入的用户数量较大，又或该软件在更新的过程中，但是没有关闭服务器，依据有大量的用户登入导致产生故障数据），说明该故障数据是用户在使用软件的过程中，软件受到用户操作的影响而易于产生的问题，因此便能够针对软件后续是否还会存在故障数据进行预测，预测出该软件内故障数据的出现时间，这样就能够在没有获取软件日志时，能够推断出软件会形成故障数据的时间范围，便于针对该时间范围对软件进行故障检测修复；

因为软件存在故障问题，并且为常规的故障问题时，通常是因为一些软件的程序崩溃，例如：在脉脉APP中，在处于下班时间或晚上时，人们通常有着较多的时间去使用软件（这通常是以目前人员的生活状况判断，在白天时人员会忙于自身的工作，会有较少的时间使用软件），在某一时间段，较多的用户均在同时使用脉脉APP时，脉脉APP自身因数据的交互量逐渐增加，以至于给脉脉APP造成运行负担，因此，便会易于导致脉脉APP在使用的过程中出现卡顿、闪退的现象，进而这些便是软件中会存在的常规故障。

故障数据在形成时，确定该故障数据所对应软件中用户所操作的界面项目，通过确定用户所操作的软件项目以及分析软件后台日志不同用户使用该软件项目的频率，针对软件项目做出相应的延伸改变，使软件满足用户的使用需求，软件项目的延伸改变具体如下：

其次，当不同用户使用该软件项目的频率均较高，该软件项目例如：找工作、交友等项目，然后该故障数据所对应的软件项目与上述找工作、交友等项目相同时，能够确定在该软件中，此类为用户通常的使用项目，然后便可针对这些项目进行延伸改变，例如在原有的找工作项目上，通过将找工作项目规划为三个单体性的相关项目，可包括为：应届生找工作项目、5年内工作经验项目和工作推荐项目，这样就能用户在使用软件项目时具有较高的分类情况，适配用户的具体需求使用软件项目，同时因总体的软件项目分成单体性的相关项目，这样就能够减少大量的用户在同一时间处于同一软件项目内的情况，降低软件出现故障数据的情况（因同一时间使用软件项目的人员减少，软件***在运行过程中的负荷减少），同时在多个相关项目形成时，独立的相关项目所形成的日志是独立的，以至于终端人员在针对故障数据获取对应的日志时，能够快速的获取相关项目故障数据所对应的日志，进而也随之提高整个方案中软件界面场景的复现效率。

以上显示和描述了本发明的基本原理、主要特征和本发明的优点。本行业的技术人员应该了解，本发明不受上述实施例的限制，上述实施例和说明书中描述的仅为本发明的优选例，并不用来限制本发明，在不脱离本发明精神和范围的前提下，本发明还会有各种变化和改进，这些变化和改进都落入要求保护的本发明范围内。本发明要求保护范围由所附的权利要求书及其等效物界定。

Claims (7)

1.一种app内用户行为场景复现方法，其特征在于：包括如下步骤：

S1、获取需要复现的用户行为场景；

S2、依据需要复现的用户行为场景定位服务端接口；

S3、基于python语言建立服务端接口日志装饰器，通过日志装饰器对django服务端接口进行日志收集；

S4、将收集的日志生成结构化日志，并对结构化日志中的用户隐私信息进行加密，将加密后的结构化日志写入数据库；

S5、针对数据库内的结构化日志复原用户行为场景。

2.根据权利要求1所述的app内用户行为场景复现方法，其特征在于：所述结构日志装饰器的流程如下：

1.通过使用functools.wraps，提供一个将HttpRequest对象与目标函数绑定的机制；

2.维护URL白名单，当请求命中白名单，或者目标函数被开发者手动接入时，将对象与函数绑定；

3.请求发生时，从HttpRequest对象中获取用户登陆态信息和URL；

4.获取目标函数的执行参数、异常信息，生成标准的结构化日志；

5.对结构化日志中的用户隐私信息隐私加密；

6.对结构化日志收集情况的耗时进行统计上报；

7.返回结果生成HttpResponse对象，并返回给用户。

3.根据权利要求2所述的app内用户行为场景复现方法，其特征在于：所述functools.wraps用于结构日志装饰器的内层函数，抵消结构日志装饰器的副作用。

4.根据权利要求1所述的app内用户行为场景复现方法，其特征在于：所述结构化日志中的用户隐私信息进行加密时，采用加密算法进行加密，其算法步骤如下：

步骤一：选取两个大素数p和q，并将p和q值进行保密；

步骤二：设置模n，且，计算Euler函数，，值保密；

步骤三：随机选取正整数e，，e是加密密钥；

步骤四：计算d，满足de=1，d是解密密钥，值保密；

步骤五：得到两组数（n,e）为公开密钥，（n,d）为私人密钥。

5.根据权利要求1所述的app内用户行为场景复现方法，其特征在于：所述结构化日志复原用户行为场景时，依据复原的用户行为场景分析软件中所存在的故障数据，依据故障数据的类型与数据中心进行比对，确定该故障数据出现的次数。

6.根据权利要求5所述的app内用户行为场景复现方法，其特征在于：所述故障数据在形成后，依据故障数据建立软件故障状况统计报表，故障状况统计报表包括如下信息数据：

依据故障数据的形成时间、故障数据的形成次数、故障数据的修复次数和故障数据的形成原因，以此建立软件故障状况统计报表，统计报表中的软件故障状况判定后续软件后续是否还会出现故障的情况。

7.根据权利要求5所述的app内用户行为场景复现方法，其特征在于：所述故障数据在形成时，确定该故障数据所对应软件中用户所操作的界面项目，通过确定用户所操作的软件项目以及分析软件后台日志不同用户使用该软件项目的频率，针对软件项目做出相应的延伸改变，使软件满足用户的使用需求。

Images