CN112162954A - 用户操作日志生成、路径的定位方法、装置、设备及介质 - Google Patents

Abstract

本发明实施例公开了一种用户操作日志生成、路径的定位方法、装置、设备及介质。其中，用户操作日志生成方法包括：在监控到用户界面层中的目标系统消息时，对目标系统消息进行解析，获取操作类型、操作时间以及操作位置；根据操作位置，以及当前的应用程序显示界面，在应用程序中定位操作控件；根据操作类型、操作时间和操作控件的控件标识，生成用户操作日志。本发明实施例的方案，解决了相关技术中需要预先在应用程序的代码段中加入日志输出，才能生成用户操作日志的问题，可以自动生成用户操作日志，为获取崩溃事件的产生路径以及对崩溃事件进行分析提供依据。

Description

用户操作日志生成、路径的定位方法、装置、设备及介质

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种用户操作日志生成、路径的定位方法、装置、设备及介质。

背景技术

在应用程序开发中，当应用程序程序出现异常时，需要研发人员收集信息，并根据收集到的信息对问题进行跟踪分析，其中，日志是目前最主要的信息收集渠道；因此，如何生成日志并对日志进行记录，对分析应用程序的异常起着十分重要的作用。

相关技术中，需要预先在应用程序的代码段中加入日志输出(例如，埋点)，当运行到该代码段时，便触发日志输出逻辑，对预先设计好的日志语句进行输出以及存储。但是，相关技术中的方案需要提前准备日志逻辑，即加入日志输出的位置才能看信息；这导致只能对已知问题进行防范，在面对未知问题的时候，一旦发生崩溃事件，对于崩溃事件的产生路径由于没有日志输出，无法追踪到崩溃事件的具体产生路径，从而无法对崩溃事件进行分析。

发明内容

本发明提供一种用户操作日志生成、路径的定位方法、装置、设备及介质，以实现自动生成用户操作日志，为获取崩溃事件的产生路径以及对崩溃事件进行分析提供依据。

第一方面，本发明实施例提供了一种用户操作日志生成方法，应用于应用程序的客户端中，包括：

在监控到用户界面层中的目标系统消息时，对所述目标系统消息进行解析，获取操作类型、操作时间以及操作位置；

根据所述操作位置，以及当前的应用程序显示界面，在所述应用程序中定位操作控件；

根据操作类型、操作时间和操作控件的控件标识，生成用户操作日志。

第二方面，本发明实施例还提供了一种用户操作路径的定位方法，包括：

根据目标客户端上报的崩溃事件，获取所述崩溃事件的崩溃发生时间；

根据所述崩溃发生时间，在所述目标客户端所生成的各用户操作日志中，获取与所述崩溃发生时间关联的至少一条崩溃关联操作日志，各所述用户操作日志通过如上述第一方面所述的方法生成；

根据各所述崩溃关联操作日志中的控件标识，查询与所述目标客户端对应的目标索引表，获取与所述崩溃事件匹配的用户操作路径，索引表中包括控件标识与控件名称之间的映射关系。

第三方面，本发明实施例还提供了一种用户操作日志生成装置，应用于应用程序的客户端中，包括：

系统消息解析模块，用于在监控到用户界面层中的目标系统消息时，对所述目标系统消息进行解析，获取操作类型、操作时间以及操作位置；

操作控件定位模块，用于根据所述操作位置，以及当前的应用程序显示界面，在所述应用程序中定位操作控件；

用户操作日志生成模块，用于根据操作类型、操作时间和操作控件的控件标识，生成用户操作日志。

第四方面，本发明实施例还提供了一种用户操作路径的定位装置，包括：

崩溃发生时间获取模块，用于根据目标客户端上报的崩溃事件，获取所述崩溃事件的崩溃发生时间；

崩溃关联操作日志获取模块，用于根据所述崩溃发生时间，在所述目标客户端所生成的各用户操作日志中，获取与所述崩溃发生时间关联的至少一条崩溃关联操作日志，各所述用户操作日志通过如上述第一方面所述的方法生成；

用户操作路径获取模块，用于根据各所述崩溃关联操作日志中的控件标识，查询与所述目标客户端对应的目标索引表，获取与所述崩溃事件匹配的用户操作路径，索引表中包括控件标识与控件名称之间的映射关系。

第五方面，本发明实施例还提供了一种电子设备，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例中任一实施例所述的用户操作日志生成方法，或者用户操作路径的定位方法。

第六方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如本发明实施例中任一实施例所述的用户操作日志生成方法，或者用户操作路径的定位方法。

本发明实施例通过在监控到用户界面层中的目标系统消息时，对所述目标系统消息进行解析，获取操作类型、操作时间以及操作位置；根据所述操作位置，以及当前的应用程序显示界面，在所述应用程序中定位操作控件；根据操作类型、操作时间和操作控件的控件标识，生成用户操作日志，解决了相关技术中需要预先在应用程序的代码段中加入日志输出，才能生成用户操作日志的问题，可以自动生成用户操作日志，为获取崩溃事件的产生路径以及对崩溃事件进行分析提供依据。

附图说明

图1是本发明实施例一中的一种用户操作日志生成方法的流程图；

图2是本发明实施例二中的一种用户操作日志生成方法的流程图；

图3是本发明实施例三中的一种用户操作路径的定位方法的流程图；

图4是本发明实施例四中的一种用户操作路径的定位方法的流程图；

图5是本发明实施例五中的一种用户操作路径的定位方法的流程图；

图6是本发明实施例五中的一种用户操作日志生成方法的流程图；

图7是本发明实施例六中的一种用户操作日志生成装置的结构示意图；

图8是本发明实施例七中的一种用户操作路径的定位装置的结构示意图；

图9是本发明实施例八中的一种电子设备的结构示意图。

具体实施方式

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

实施例一

图1是本发明实施例一中的一种用户操作日志生成方法的流程图，本实施例可适用于自动生成用户操作日志的情况，该方法可以由用户操作日志生成装置来执行，该装置可以通过软件和/或硬件的方式实现，并集成在电子设备中，该电子设备可以为智能手机、平板电脑、计算机或者服务器等；该方法可以应用于应用程序的客户端中。具体的，参考图1，该方法具体包括如下步骤：

步骤110、在监控到用户界面层中的目标系统消息时，对目标系统消息进行解析，获取操作类型、操作时间以及操作位置。

其中，用户界面层即可以在应用程序的客户端进行显示的界面，可以与用户直接接触，即用户界面层可以将用户的需求进行传达和反馈，并通过业务逻辑层或者对象模型的实体类(Models)进行调试，以保证用户体验。本实施例中涉及到的应用程序可以为社交类应用程序、阅读类应用程序或者购物类应用程度等，本实施例对其不加以限定。

可以理解的是，每个应用程序的用户界面层可以包括多个显示界面，示例性的，若当前应用程序为社交类应用程序，那么当前应用程序的用户界面层可以包括信息显示界面、通讯录显示界面以及基本信息显示界面等等，本实施例中对其不加以限定。

在本实施例中，目标系统消息可以为用户点击用户界面层中的任一显示界面中的操作控件所生成的消息，例如，可以为用户点击当前应用程序的发现操作控件所生成的消息，也可以为用户点击当前应用程序的小程序操作控件所生成的消息等，本实施例中对其不加以限定。

在本实施例的一个可选实现方式中，在监控到用户界面层中的目标系统消息时，可以对监控到的目标系统消息进行解析，从而获取与目标系统消息所对应的操作类型、操作时间以及操作位置。

示例性的，如果监听到用户点击应用程序内的某一操作控件所产生的系统消息时，可以对产生的系统消息进行解析，从而获取到系统消息的操作类型、操作时间以及操作位置；其中，在本例子中，目标系统消息的操作类型可以为点击事件、操作时间即为点击该操作控件的时间，操作位置即为所点击的操作控件所在的位置。

步骤120、根据操作位置，以及当前的应用程序显示界面，在应用程序中定位操作控件。

在本实施例的一个可选实现方式中，在对监控到的目标系统消息进行解析，获取到操作类型、操作时间以及操作位置之后，可以进一步的根据操作位置，以及当前的应用程序显示界面，在应用程序中定位操作控件。

在本实施例的一个具体例子中，若获取到的操作位置为位置A，当前的应用程序显示界面为显示界面B，则可以根据位置A以及显示界面B在应用程序中定位操作控件；例如，可以确定显示界面B中所包含的各个操作控件所在的位置，并确定各位置中是否存在与操作位置A相近或者相同的的操作控件，如果存在，则所在位置与操作位置A相近或者相同的操作控件即为定位到的操作控件。

示例性的，若显示界面B中共包含3个操作控件，且这3个操作控件所在的位置分别为位置A、位置B和位置C；则在位置A的操作控件即为定位到的操作控件。

步骤130、根据操作类型、操作时间和操作控件的控件标识，生成用户操作日志。

其中，操作控件的控件标识可以为与操作控件唯一对应的标识，示例性的，若操作控件为社交类应用程序中的小程序操作控件，那么与其对应的控件标识可以为10012；若操作控件为社交类应用程序中的朋友圈操作控件，那么与其对应的控件标识可以为10010；需要说明的是，在同一应用程序内，一个控件标识仅与一个控件名称相对应，即在同一应用程序内，不会存在控件标识相同的两个操作控件。还需要说明的是，本实施例中涉及到的操作控件的控件标识的表示方式并不唯一，例如，也可以表示为Tag1、Tag2或者Tag3等，本实施例中对其不加以限定。

在本实施例的一个可选实现方式中，在应用程序中定位到操作控件之后，可以进一步的根据操作类型、操作时间和控件标识生成用户操作日志；可以理解的，用户操作日志中可以包括操作类型(例如，点击、滚动或者长按等)、操作时间以及操作控件的控件标识。示例性的，生成的一个用户操作日志可以为“2020-10-10 22:45:12:230点击Tag1”，其中，“2020-10-10 22:45:12:230”为操作时间；“点击”为操作类型；“Tag1”为操作控件的控件标识。

本实施例的方案，通过在监控到用户界面层中的目标系统消息时，对目标系统消息进行解析，获取操作类型、操作时间以及操作位置；根据操作位置，以及当前的应用程序显示界面，在应用程序中定位操作控件；根据操作类型、操作时间和操作控件的控件标识，生成用户操作日志，解决了相关技术中需要预先在应用程序的代码段中加入日志输出，才能生成用户操作日志的问题，可以自动生成用户操作日志，为获取崩溃事件的产生路径以及对崩溃事件进行分析提供依据。

实施例二

图2是本发明实施例二中的一种用户操作日志生成方法的流程图，本实施例是对上述各技术方案的进一步细化，本实施例中的技术方案可以与上述一个或者多个实施例中的各个可选方案结合。如图2所示，用户操作日志生成方法可以包括如下步骤：

步骤210、在应用程序内启用观察者模式，并预先对系统消息通道中用户界面层的消息进行订阅，以监控用户界面层中的目标系统消息。

在本实施例的一个可选实现方式中，监控用户界面层中的目标系统消息可以包括：在应用程序内启用观察者模式，并对系统消息通道中的用户界面层消息进行订阅；这样设置的好处在于，系统消息通道中一旦生成用户界面层的消息，即可以获取到该消息，进而实现了对用户界面层中的目标系统消息进行监控。

步骤220、在监控到用户界面层中的目标系统消息时，对目标系统消息进行解析，获取操作类型、操作时间以及操作位置。

步骤230、根据操作位置，以及当前的应用程序显示界面，在应用程序中定位操作控件。

在本实施例的一个可选实现方式中，根据操作位置，以及当前的应用程序显示界面，在应用程序中定位操作控件，可以包括：按照从顶层活动界面朝向底层活动界面的顺序，在应用程序当前的各活动显示界面中，依次获取一个目标显示界面；根据操作位置，在目标显示界面中定位界面识别位置；如果界面识别位置与目标显示界面中的目标控件所在位置关联，则将目标控件确定为操作控件。如果界面识别位置与目标显示界面中的任一控件所在位置均不关联，则返回执行按照从顶层活动界面朝向底层活动界面的顺序，在应用程序当前的各活动显示界面中，依次获取一个目标显示界面的操作。

具体的，可以按照从顶层活动界面到底层活动界面的顺序，在应用程序当前的各个显示界面中，依次获取一个目标显示界面；进一步的，在目标显示界面中根据操作位置定位界面识别位置；示例性的，若操作位置为位置A，则可以在目标显示界面中确定位置A或与位置A相近的位置，并将定位到的位置确定为界面识别位置。

进一步的，如果定位到的界面识别位置与目标显示界面中的目标控件的位置关联，则将目标控件确定为操作控件；其中，定位到的界面识别位置与目标控件的位置关联，即为界面识别位置与目标控件的位置相同或者相接近。示例性的，如果定位到的界面识别位置为位置B，目标显示界面中的目标控件的位置也为位置B，则可以将目标控件确定为操作控件；或者，目标显示界面中的目标控件的位置为位置C，且位置C与位置B的中心点距离小于设定阈值(例如2mm、1mm或者1.5mm等，本实施例中对其不加以限定)，此时，也可以将目标控件确定为操作控件。

在本实施例的另一个可选实现方式中，如果定位到的界面识别位置与目标显示界面中的任一控件所在的位置均不关联，即界面识别位置与任一控件所在的位置均不相同或者相近，则可以继续按照从顶层活动界面到底层活动界面的顺序，在应用程序当前的各个显示界面中，依次获取一个目标显示界面，直至在重新获取到的目标显示界面中确定出操作控件为止。

步骤240、根据操作类型、操作时间和操作控件的控件标识，生成用户操作日志。

本实施例的方案，按照从顶层活动界面朝向底层活动界面的顺序，在应用程序当前的各活动显示界面中，依次获取一个目标显示界面；根据操作位置，在目标显示界面中定位界面识别位置；如果界面识别位置与目标显示界面中的目标控件所在位置关联，则将目标控件确定为操作控件；如果界面识别位置与目标显示界面中的任一控件所在位置均不关联，则返回执行按照从顶层活动界面朝向底层活动界面的顺序，在应用程序当前的各活动显示界面中，依次获取一个目标显示界面的操作，可以在应用程序中准确地定位到操作控件，为后续生成用户操作日志提供依据。

实施例三

图3是本发明实施例三中的一种用户操作路径的定位方法的流程图，本实施例可适用于对用户操作路径进行定位的情况，该方法可以由用户操作路径的定位装置来执行，该装置可以通过软件和/或硬件的方式实现，并集成在电子设备中，该电子设备可以为智能手机、平板电脑、计算机或者服务器等。具体的，参考图3，该方法具体包括如下步骤：

步骤310、根据目标客户端上报的崩溃事件，获取崩溃事件的崩溃发生时间。

其中，目标客户端可以为安装在智能手机或者平板电脑等电子设备上的任一客户端，例如，社交类应用程序客户端、阅读类应用程序客户端或者购物类应用程度客户端等，本实施例对其不加以限定。

崩溃事件可以为应用程序的进程崩溃、应用程序无响应(Application NotResponse，ANR)、内核错误或者系统服务崩溃等事件，本实施例中对其不加以限定。

在本实施例的一个可选实现实现方式中，可以根据目标客户端上报的崩溃事件，获取崩溃事件发生的崩溃的时间；示例性的，若目标客户端上传的崩溃事件为ANR事件，则可以进一步的获取ANR事件所发生的时间，即崩溃发生时间。

步骤320、根据崩溃发生时间，在目标客户端所生成的各用户操作日志中，获取与崩溃发生时间关联的至少一条崩溃关联操作日志。

其中，各用户操作日志可以通过本发明实施例中上述各实施例的用户操作日志生成方法生成，本实施例中在此不再对其进行赘述。

在本实施例的一个可选实现方式中，在获取到崩溃事件的崩溃发生时间之后，可以进一步的根据崩溃发生时间，在目标客户端所生成的各用户操作日志中，获取与崩溃事件发生时间关联的至少一条崩溃关联操作日志。

可选的，在获取到崩溃事件的崩溃发生时间之后，可以在目标客户端所生成的所有用户操作日志中，获取与崩溃发生时间相同的，或者在崩溃发生时间之前的至少一个用户操作日志，并将这些获取到的用户操作日志确定为崩溃关联操作日志。

示例性的，若目标客户端上报的崩溃事件A的崩溃发生时间为2020年10月20日14:46:16，则可以在目标客户端所生成的所有用户操作日志中，获取发生时间为2020年10月20日14:46:16的所有用户操作日志，或者发生时间在2020年10月20日14:46:16之前的10条用户操作日志，并将这些获取到的用户操作日志确定为崩溃关联操作日志。

步骤330、根据各崩溃关联操作日志中的控件标识，查询与目标客户端对应的目标索引表，获取与崩溃事件匹配的用户操作路径。

其中，索引表中包括控件标识与控件名称之间的映射关系，在本实施例中每一个操作控件的控件标识是唯一的，同一客户端中的各个操作控件的控件标识均不相同；示例性的，目标客户端中的操作控件A的控件标识可以为10010、操作控件B的控件标识可以为10011。

在本实施例的一个可选实现方式中，在获取到与崩溃事件的崩溃发生时间关联的至少一条崩溃关联操作日志之后，可以进一步的根据各个崩溃关联操作日志中的控件标识，查询与目标客户端对应的目标索引表，从而获取与崩溃事件匹配的用户操作路径。

具体的，在获取到与崩溃事件的崩溃发生时间关联的至少一条崩溃关联操作日志之后，可以在与目标客户端的应用程序对应的索引表中查询各个崩溃关联操作日志的控件标识，进一步的，根据控件标识确定各个崩溃关联操作日志的控件名称。

进一步的，可以对各个崩溃关联操作日志的操作时间进行排序，从而得到与崩溃事件匹配的用户操作路径。

示例性的，在获取到与崩溃事件的崩溃发生时间关联的3条关联操作日志之后，在与目标客户端的应用程序对应的索引表中查询这3个崩溃关联操作日志的控件标识，并分别确定这3个崩溃关联操作日志的控件名称。对这3个崩溃关联操作日志的操作时间进行排序，从而得到与崩溃事件匹配的用户操作路径，例如，得到的用户操作路径可以为由控件A至控件B再至控件C。

本实施例的方案，根据目标客户端上报的崩溃事件，获取崩溃事件的崩溃发生时间；根据崩溃发生时间，在目标客户端所生成的各用户操作日志中，获取与崩溃发生时间关联的至少一条崩溃关联操作日志；根据各崩溃关联操作日志中的控件标识，查询与目标客户端对应的目标索引表，获取与崩溃事件匹配的用户操作路径，可以根据生成的用户操作日志以及崩溃事件的崩溃发生时间，获取与崩溃事件匹配的用户操作路径，为分析崩溃事件提供依据。

实施例四

图4是本发明实施例四中的一种用户操作路径的定位方法的流程图，本实施例是对上述各技术方案的进一步细化，本实施例中的技术方案可以与上述一个或者多个实施例中的各个可选方案结合。如图4所示，用户操作路径的定位方法可以包括如下步骤：

步骤410、根据目标客户端上报的崩溃事件，获取崩溃事件的崩溃发生时间。

步骤421、将崩溃发生时间作为当前比对时间。

在本实施例的一个可选实现方式中，在获取到崩溃事件的崩溃发生时间之后，可以将获取到崩溃发生时间作为放弃比对时间；示例性的，若获取到的崩溃发生时间为2020年10月20日14:46:16，那么，当前比对时间即为2020年10月20日14:46:16。

步骤422、在全部用户操作日志中，获取操作时间位于当前比对时间之前，且与崩溃发生时间最接近的一条崩溃关联操作日志。

在本实施例的一个可选实现方式中，在将崩溃事件的崩溃发生时间确定为当前比对时间之后，可以进一步的在目标客户端的全部用户操作日志中，获取操作时间在当前比对时间之前(例如，2020年10月20日14:46:16之前)，且与崩溃事件的崩溃发生时间最接近的一条崩溃关联操作日志；示例性的，若当前比对时间为2020年10月20日14:46:16，若与2020年10月20日14:46:16最接近的操作时间为2020年10月20日14:46:15，则可以将2020年10月20日14:46:15产生的用户操作日志确定为崩溃关联日志。

步骤423、将当前获取的崩溃关联操作日志的操作时间作为新的当前比对时间。

在本实施例的一个可选实现方式中，在获取到操作时间位于当前比对时间之前，且与崩溃发生时间最接近的一条崩溃关联操作日志之后，可以将获取到的崩溃关联操作日志得操作时间确定为当前比对时间；示例性的，上述例子中的当前比对时间为2020年10月20日14:46:15。

步骤424、返回执行在全部用户操作日志中，获取操作时间位于当前比对时间之前，且与崩溃发生时间最接近的一条崩溃关联操作日志的操作，直至满足结束获取条件。

进一步的，可以继续在目标客户端的全部用户操作日志中，获取操作时间位于当前比对时间之前，且与崩溃发生时间最接近的一条崩溃关联操作日志的操作，直至满足结束获取条件。

其中，结束获取条件可以为数量条件，也可以为时间条件，还可以为位置条件等，本实施例中对其不加以限定。

示例性的，若获取到的全部崩溃关联操作日志的数量大于第一设定阈值(例如，10个、15个或者20个等)，则可以停止获取用户操作日志；若操作时间位于当前比对时间之前，且与崩溃发生时间最接近的一条操作日志的操作时间，与当前比对时间的差值大于第二设定阈值(例如，10秒、15秒或者20秒等)，则可以停止获取用户操作日志；若前获取的崩溃关联操作日志中的操作控件为应用程序的首页中的控件，则也可以停止获取用户操作日志。

这样设置的好处在于，可以防止不断地获取崩溃关联操作日志，耗费过多内存资源。

步骤430、根据各崩溃关联操作日志中的控件标识，查询与目标客户端对应的目标索引表，获取与崩溃事件匹配的用户操作路径，索引表中包括控件标识与控件名称之间的映射关系。

本实施例的方案，通过将崩溃发生时间作为当前比对时间；在全部用户操作日志中，获取操作时间位于当前比对时间之前，且与崩溃发生时间最接近的一条崩溃关联操作日志；将当前获取的崩溃关联操作日志的操作时间作为新的当前比对时间；返回执行在全部用户操作日志中，获取操作时间位于当前比对时间之前，且与崩溃发生时间最接近的一条崩溃关联操作日志的操作，直至满足结束获取条件，可以准确地获取到与崩溃事件关联的至少一条崩溃关联操作日志，为后续获取与崩溃事件匹配的用户操作路径提供依据。

实施例五

图5是本发明实施例五中的一种用户操作路径的定位方法的流程图，本实施例是对上述各技术方案的进一步细化，本实施例中的技术方案可以与上述一个或者多个实施例中的各个可选方案结合。如图5所示，用户操作路径的定位方法可以包括如下步骤：

步骤510、根据目标客户端上报的崩溃事件，获取崩溃事件的崩溃发生时间。

步骤520、根据崩溃发生时间，在目标客户端所生成的各用户操作日志中，获取与崩溃发生时间关联的至少一条崩溃关联操作日志。

步骤531、获取目标客户端的应用程序版本号。

在本实施例的一个可选实现方式中，在获取到与崩溃事件的崩溃发生时间关联的至少一条崩溃关联操作日志之后，可以进一步的获取目标客户端的应用程序版本号；其中，获取到的应用程序版本号可以为APP-V1或者APP-V2等，本实施例中对其不加以限定。

步骤532、在预存的各索引表中，获取与应用程序版本号对应的目标索引表。

步骤533、按照操作时间由远到近的顺序，将各崩溃关联操作日志中的控件标识排列得到控件标识序列。

步骤534、根据目标索引表，将控件标识序列中的各控件标识替换为匹配的控件名称，以形成与崩溃事件匹配的用户操作路径。

示例性的，若按照操作时间由远到近的顺序，将各崩溃关联操作日志中的控件标识进行排列，得到控件标识序列为10010、10011以及10012，且与控件标识10010、10011以及10012匹配的控件名称分别为控件A、控件B以及控件C，则可以将控件标识序列中的控件标识10010、10011以及10012，替换为控件A、控件B以及控件C，从而形成与崩溃事件匹配的用户操作路径为控件A至控件B再至控件C。

本实施例的方案，通过获取目标客户端的应用程序版本号；在预存的各索引表中，获取与应用程序版本号对应的目标索引表；按照操作时间由远到近的顺序，将各崩溃关联操作日志中的控件标识排列得到控件标识序列；根据目标索引表，将控件标识序列中的各控件标识替换为匹配的控件名称，以形成与崩溃事件匹配的用户操作路径，可以准确地获取与崩溃事件匹配的用户操作路径。

在上述各实施例的基础上，用户操作路径的定位方法还可以包括：获取开发平台上传的应用程序安装包；对应用程序安装包进行解析，得到应用程序安装包的应用程序版本号以及应用程序安装包中包括的索引表；将解析得到的应用程序版本号与索引表进行对应存储；其中，索引表为应用程序安装包在编译过程中，根据用户界面布局配置文件生成的。

在本实施例的一个可选实现方式中，可以通过开发平台获取与目标客户端的应用程序安装包；对应用程序安装包进行解析，从而得到应用程序版本号，以及应用程序安装包中包括的索引表；进一步的，可以将解析得到的应用程序版本号与索引表进行对应存储。

这样设置的好处在于，可以快速地获取到目标客户端的应用程序版本号，以及索引表，为行程与崩溃事件匹配的用户操作路径提供依据。

为了使本领域技术人员更好地理解本实施例的用户操作日志生成方法，以及用户操作路径的定位方法，下面采用一个具体示例进行说明，具体过程有：

1、日志生成。

当用户行为发生时，在UI层(用户界面层)对消息进行监听，此处需要对UI事件进行解析，主要记录三个部分：时间戳(操作时间)、操作类型以及操作目标(操作位置)。为了更好地理解本发明实施例，图6列举了一种用户操作日志生成方法的流程图。主要包括如下步骤：

步骤610、用户操作。

步骤620、用户界面层点击事件。

步骤630、监听事件，记录用户行为，生成用户操作日志。

步骤631、事件响应逻辑。

步骤640、业务处理。

1.1、UI索引。

为了保证UI索引始终保持最新的数据，需要在每次进行代码编译时，以脚本形式追加到编译流程最后字动化执行，根据当前的应用程序的UI布局配置(例如，android的layout.xml)生成以最新的UI索引表作为资源文件打包进应用程序包中。

该索引主要用以记录每个页面的每个可响应事件的UI控件tagID用于唯一标示该行为目标。确保在解析日志的时候，可以用此tagID找到对应的控件。值得注意的是，只要是同一个APP版本，那就会拥有同一套的UI索引，所以不需要每个用户单独生成一个自己的索引。

1.2、用户事件监听

区别于普通的埋点事件上报，本发明实施例对于用户行为并不需要到处埋点，由于对于UI的操作在不同的平台都会有系统事件消息发送出来(例如，iOS的touchEvent或者android的MotionEvent)，因此需要在程序中启动一个观察者不停的监听该用户事件，对其进行消息捕获，随着每次用户行为操作程序，该条行为都会被记录到日志文件中，因此该日志文件会以一条一条的数组信息，在特定的时间上传到日志服务器以供研发人员调试问题使用。

2、日志解析

当需要对用户行为复盘时，便需要下载该用户的行为日志问件，通过解析，可以将用户行为拆分成逐条的单独行为，并提取出每一条行为的操作时间、操作类型以及操作位置，结合该版本的UI索引，锁定到相应用户行为所对应的穆标控件，即可找到复现用户每一个步骤。

实施例六

图7是本发明实施例六中的一种用户操作日志生成装置的结构示意图，该装置可以执行上述各实施例中涉及到的用户操作日志生成方法。参照图7，该装置包括：系统消息解析模块710、操作控件定位模块720和用户操作日志生成模块730。

其中，系统消息解析模块710，用于在监控到用户界面层中的目标系统消息时，对目标系统消息进行解析，获取操作类型、操作时间以及操作位置；

操作控件定位模块720，用于根据操作位置，以及当前的应用程序显示界面，在应用程序中定位操作控件；

用户操作日志生成模块730，用于根据操作类型、操作时间和操作控件的控件标识，生成用户操作日志。

本实施例的方案，通过系统消息解析模块在监控到用户界面层中的目标系统消息时，对目标系统消息进行解析，获取操作类型、操作时间以及操作位置；通过操作控件定位模块根据操作位置，以及当前的应用程序显示界面，在应用程序中定位操作控件；通过用户操作日志生成模块根据操作类型、操作时间和操作控件的控件标识，生成用户操作日志，解决了相关技术中需要预先在应用程序的代码段中加入日志输出，才能生成用户操作日志的问题，可以自动生成用户操作日志，为获取崩溃事件的产生路径以及对崩溃事件进行分析提供依据。

可选的，系统消息解析模块710，还可以用于在应用程序内启用观察者模式，并预先对系统消息通道中用户界面层的消息进行订阅，以监控用户界面层中的目标系统消息。

可选的，操作控件定位模块720，具体用于按照从顶层活动界面朝向底层活动界面的顺序，在应用程序当前的各活动显示界面中，依次获取一个目标显示界面；根据操作位置，在目标显示界面中定位界面识别位置；如果界面识别位置与目标显示界面中的目标控件所在位置关联，则将目标控件确定为操作控件；如果界面识别位置与目标显示界面中的任一控件所在位置均不关联，则返回执行按照从顶层活动界面朝向底层活动界面的顺序，在应用程序当前的各活动显示界面中，依次获取一个目标显示界面的操作。

本发明实施例所提供的用户操作日志生成装置可执行本发明任意实施例所提供的用户操作日志生成方法，具备执行方法相应的功能模块和有益效果。

实施例七

图8是本发明实施例七中的一种用户操作路径的定位装置的结构示意图，该装置可以执行上述各实施例中涉及到的用户操作路径的定位方法。参照图8，该装置包括：崩溃发生时间获取模块810、崩溃关联操作日志获取模块820和用户操作路径获取模块830。

其中，崩溃发生时间获取模块810，用于根据目标客户端上报的崩溃事件，获取所述崩溃事件的崩溃发生时间；

崩溃关联操作日志获取模块820，用于根据所述崩溃发生时间，在所述目标客户端所生成的各用户操作日志中，获取与所述崩溃发生时间关联的至少一条崩溃关联操作日志；

用户操作路径获取模块830，用于根据各所述崩溃关联操作日志中的控件标识，查询与所述目标客户端对应的目标索引表，获取与所述崩溃事件匹配的用户操作路径，索引表中包括控件标识与控件名称之间的映射关系。

本实施例的方案，通过崩溃发生时间获取模块根据目标客户端上报的崩溃事件，获取所述崩溃事件的崩溃发生时间；通过崩溃关联操作日志获取模块根据所述崩溃发生时间，在所述目标客户端所生成的各用户操作日志中，获取与所述崩溃发生时间关联的至少一条崩溃关联操作日志；通过用户操作路径获取模块根据各所述崩溃关联操作日志中的控件标识，查询与所述目标客户端对应的目标索引表，获取与所述崩溃事件匹配的用户操作路径，索引表中包括控件标识与控件名称之间的映射关系，可以根据生成的用户操作日志以及崩溃事件的崩溃发生时间，获取与崩溃事件匹配的用户操作路径，为分析崩溃事件提供依据。

可选的，崩溃关联操作日志获取模块820，具体用于将崩溃发生时间作为当前比对时间；在全部用户操作日志中，获取操作时间位于当前比对时间之前，且与崩溃发生时间最接近的一条崩溃关联操作日志；将当前获取的崩溃关联操作日志的操作时间作为新的当前比对时间；返回执行在全部用户操作日志中，获取操作时间位于当前比对时间之前，且与崩溃发生时间最接近的一条崩溃关联操作日志的操作，直至满足结束获取条件。

可选的，用户操作路径获取模块830，具体用于获取目标客户端的应用程序版本号；在预存的各索引表中，获取与应用程序版本号对应的目标索引表；按照操作时间由远到近的顺序，将各崩溃关联操作日志中的控件标识排列得到控件标识序列；根据目标索引表，将控件标识序列中的各控件标识替换为匹配的控件名称，以形成与崩溃事件匹配的用户操作路径。

可选的，本实施例中涉及到的用户操作路径的定位装置，还包括：应用程序安装包获取模棱，用于获取开发平台上传的应用程序安装包；对应用程序安装包进行解析，得到应用程序安装包的应用程序版本号以及应用程序安装包中包括的索引表；将解析得到的应用程序版本号与索引表进行对应存储；其中，索引表为应用程序安装包在编译过程中，根据用户界面布局配置文件生成的。

本发明实施例所提供的用户操作路径的定位装置可执行本发明任意实施例所提供的用户操作路径的定位方法，具备执行方法相应的功能模块和有益效果。

实施例八

图9为本发明实施例八提供的一种电子设备的结构示意图。图9示出了适于用来实现本发明实施方式的示例性电子设备12的框图。图9显示的电子设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图9所示，电子设备12以通用计算设备的形式表现。电子设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

电子设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。电子设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图9未显示，通常称为“硬盘驱动器”)。尽管图9中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

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

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的用户操作日志生成方法，即：在监控到用户界面层中的目标系统消息时，对所述目标系统消息进行解析，获取操作类型、操作时间以及操作位置；根据所述操作位置，以及当前的应用程序显示界面，在所述应用程序中定位操作控件；根据操作类型、操作时间和操作控件的控件标识，生成用户操作日志。或者用户操作路径的定位方法，即：根据目标客户端上报的崩溃事件，获取所述崩溃事件的崩溃发生时间；根据所述崩溃发生时间，在所述目标客户端所生成的各用户操作日志中，获取与所述崩溃发生时间关联的至少一条崩溃关联操作日志；根据各所述崩溃关联操作日志中的控件标识，查询与所述目标客户端对应的目标索引表，获取与所述崩溃事件匹配的用户操作路径，索引表中包括控件标识与控件名称之间的映射关系。

实施例九

本发明实施例九还提供了一种包含计算机可执行指令的存储介质。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

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

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

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

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (11)

1.一种用户操作日志生成方法，应用于应用程序的客户端中，其特征在于，包括：

在监控到用户界面层中的目标系统消息时，对所述目标系统消息进行解析，获取操作类型、操作时间以及操作位置；

根据所述操作位置，以及当前的应用程序显示界面，在所述应用程序中定位操作控件；

根据操作类型、操作时间和操作控件的控件标识，生成用户操作日志。

2.根据权利要求1所述的方法，其特征在于，监控用户界面层中的目标系统消息，包括：

在所述应用程序内启用观察者模式，并预先对系统消息通道中用户界面层的消息进行订阅，以监控用户界面层中的目标系统消息。

3.根据权利要求2所述的方法，其特征在于，根据所述操作位置，以及当前的应用程序显示界面，在所述应用程序中定位目标操作控件，包括：

按照从顶层活动界面朝向底层活动界面的顺序，在所述应用程序当前的各活动显示界面中，依次获取一个目标显示界面；

根据所述操作位置，在所述目标显示界面中定位界面识别位置；

如果所述界面识别位置与所述目标显示界面中的目标控件所在位置关联，则将所述目标控件确定为所述操作控件；

如果所述界面识别位置与所述目标显示界面中的任一控件所在位置均不关联，则返回执行按照从顶层活动界面朝向底层活动界面的顺序，在所述应用程序当前的各活动显示界面中，依次获取一个目标显示界面的操作。

4.一种用户操作路径的定位方法，其特征在于，包括：

根据目标客户端上报的崩溃事件，获取所述崩溃事件的崩溃发生时间；

根据所述崩溃发生时间，在所述目标客户端所生成的各用户操作日志中，获取与所述崩溃发生时间关联的至少一条崩溃关联操作日志，各所述用户操作日志通过如权利要求1-3任一项所述的方法生成；

根据各所述崩溃关联操作日志中的控件标识，查询与所述目标客户端对应的目标索引表，获取与所述崩溃事件匹配的用户操作路径，索引表中包括控件标识与控件名称之间的映射关系。

5.根据权利要求4所述的方法，其特征在于，根据所述崩溃发生时间，在所述目标客户端所生成的各用户操作日志中，获取与所述崩溃发生时间关联的至少一条崩溃关联操作日志，包括：

将所述崩溃发生时间作为当前比对时间；

在全部用户操作日志中，获取操作时间位于所述当前比对时间之前，且与所述崩溃发生时间最接近的一条崩溃关联操作日志；

将当前获取的崩溃关联操作日志的操作时间作为新的当前比对时间；

返回执行在全部用户操作日志中，获取操作时间位于所述当前比对时间之前，且与所述崩溃发生时间最接近的一条崩溃关联操作日志的操作，直至满足结束获取条件。

6.根据权利要求4所述的方法，其特征在于，根据各所述崩溃关联操作日志中的控件标识，查询与所述目标客户端对应的目标索引表，获取与所述崩溃事件匹配的用户操作路径，包括：

获取所述目标客户端的应用程序版本号；

在预存的各索引表中，获取与所述应用程序版本号对应的目标索引表；

按照操作时间由远到近的顺序，将各所述崩溃关联操作日志中的控件标识排列得到控件标识序列；

根据所述目标索引表，将所述控件标识序列中的各所述控件标识替换为匹配的控件名称，以形成所述与所述崩溃事件匹配的用户操作路径。

7.根据权利要求4-6任一项所述的方法，其特征在于，还包括：

获取开发平台上传的应用程序安装包；

对所述应用程序安装包进行解析，得到所述应用程序安装包的应用程序版本号以及所述应用程序安装包中包括的索引表；

将解析得到的所述应用程序版本号与所述索引表进行对应存储；

其中，所述索引表为应用程序安装包在编译过程中，根据用户界面布局配置文件生成的。

8.一种用户操作日志生成装置，应用于应用程序的客户端中，其特征在于，包括：

系统消息解析模块，用于在监控到用户界面层中的目标系统消息时，对所述目标系统消息进行解析，获取操作类型、操作时间以及操作位置；

操作控件定位模块，用于根据所述操作位置，以及当前的应用程序显示界面，在所述应用程序中定位操作控件；

用户操作日志生成模块，用于根据操作类型、操作时间和操作控件的控件标识，生成用户操作日志。

9.一种用户操作路径的定位装置，其特征在于，包括：

崩溃发生时间获取模块，用于根据目标客户端上报的崩溃事件，获取所述崩溃事件的崩溃发生时间；

崩溃关联操作日志获取模块，用于根据所述崩溃发生时间，在所述目标客户端所生成的各用户操作日志中，获取与所述崩溃发生时间关联的至少一条崩溃关联操作日志，各所述用户操作日志通过如权利要求1-3任一项所述的方法生成；

用户操作路径获取模块，用于根据各所述崩溃关联操作日志中的控件标识，查询与所述目标客户端对应的目标索引表，获取与所述崩溃事件匹配的用户操作路径，索引表中包括控件标识与控件名称之间的映射关系。

10.一种电子设备，其特征在于，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-3中任一所述的用户操作日志生成方法，或者权利要求4-7中任一所述的用户操作路径的定位方法。

11.一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-3中任一所述的用户操作日志生成方法，或者权利要求4-7中任一所述的用户操作路径的定位方法。

Images