日志处理方法、系统、电子设备及存储介质与流程

1.本公开涉及计算机技术领域，尤其涉及日志管理、大数据等领域。


背景技术：

2.目前手机、平板等中可以安装各种应用程序。应用程序中的日志分析过程依赖开发人员与运营、产品等人员的反复沟通确认，过程复杂，时间成本和人力成本都比较高。


技术实现要素：

3.本公开提供了一种日志处理方法、系统、电子设备、存储介质以及计算机程序产品，无需开发人员与运营、产品多方参与，反复沟通确认，可自行完成日志的收集及处理工作，可降低时间成本和人力成本。
4.根据本公开的第一方面，提供了一种日志处理方法，包括：接收来自于客户端的日志处理请求，所述日志处理请求包括日志类型；获取符合所述日志类型的待处理日志；对所述待处理日志进行逐级的漏斗聚合统计，得到处理结果。
5.根据本公开的第二方面，提供了一种日志处理方法，包括：向服务器发送日志处理请求，所述日志处理请求包括日志类型；接收所述服务器待处理日志进行逐级的漏斗聚合统计得到的漏斗分析处理结果，所述待处理日志为符合所述日志类型的日志。
6.根据本公开的第三方面，提供了一种日志处理装置，包括：接收请求模块，用于接收来自于客户端的日志处理请求，所述日志处理请求包括日志类型；获取日志模块，用于获取符合所述日志类型的待处理日志；日志处理模块，用于对所述待处理日志进行逐级的漏斗聚合统计，得到处理结果。
7.根据本公开的第四方面，提供了一种日志处理装置，包括：发送请求模块，用于向服务器发送日志处理请求，所述日志处理请求包括日志类型；接收结果模块，用于接收所述服务器待处理日志进行逐级的漏斗聚合统计得到的处理结果，所述待处理日志为符合所述日志类型的日志。
8.根据本公开的第五方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行前述方法。
9.根据本公开的第六方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，该计算机指令用于使该计算机执行前述方法。
10.根据本公开的第七方面，提供了一种计算机程序产品，包括计算机程序，该计算机程序在被处理器执行时实现前述方法。
11.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
12.本实施例提供的方案，可自动完成日志的收集及处理工作，提高日志处理效率。
附图说明
13.附图用于更好地理解本方案，不构成对本公开的限定。其中：
14.图1是根据本公开一个实施例的日志处理方法的示意图一；
15.图2是根据本公开一个实施例的日志处理方法的示意图二；
16.图3是根据本公开一个实施例的日志处理方法的示意图三；
17.图4是根据本公开一个实施例的日志处理方法的示意图四；
18.图5是根据本公开一个实施例的日志处理方法的示意图五；
19.图6是根据本公开一个实施例的日志处理方法的示意图六；
20.图7是根据本公开一个实施例的日志处理方法的示意图七；
21.图8是根据相关技术中日志管理分析方法的流程示意图；
22.图9是根据本公开实施例中的日志处理流程的示意图；
23.图10是根据本公开实施例中的日志处理系统的架构示意图；
24.图11a是根据本公开实施例中的数据仓库模型的示意图；
25.图11b是根据本公开实施例中处理结果的示例图；
26.图12是根据本公开一个实施例的日志处理装置的示意图一；
27.图13是根据本公开一个实施例的日志处理装置的示意图二；
28.图14是用来实现本公开实施例的日志处理方法的电子设备的框图。
具体实施方式
29.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
30.本公开提供了一种日志处理方法，该日志处理方法可以应用于服务器。如图1所示，该日志处理方法包括：
31.s101，接收来自于客户端的日志处理请求，所述日志处理请求包括日志类型；
32.s102，获取符合所述日志类型的待处理日志；
33.s103，对所述待处理日志进行逐级的漏斗聚合统计，得到处理结果。
34.本公开实施例中，日志处理方法可以通过客户端与服务器的交互下实现的。客户端可以包括安装在电子设备例如手机、平板等中的应用程序。例如，用户可以在客户端勾选感兴趣的特征日志，从而获取特征日志的日志类型。然后根据特征日志的日志类型生成日志处理请求，并向服务器发送该请求，从而自动化生成处理结果。
35.本公开实施例中，可自动完成日志的收集及处理工作，提高日志处理效率。例如，可以无需开发人员与运营、产品多方参与，反复沟通确认，使得整个流程能够实现用户自助化，即可实现自行完成日志的收集及处理工作，提高日志处理效率。进一步地，可降低时间成本和人力成本，进而帮助产品、运营人员更好的进行运营决策，同时更能够帮助开发人员释放重复开发人力，提升整体研发效率。
36.本公开还提供了一种日志处理方法，该日志处理方法可以应用于服务器。该实施例的方法可以包括上述实施例的方法的一个或多个特征。如图2所示，在一些实施方式中，
对所述待处理日志进行逐级的漏斗聚合统计，包括：
37.s201，根据日志属性和所述日志属性的逐级使用顺序，对所述待处理日志进行逐级的漏斗聚合统计。日志属性的逐级使用顺序可以包括每一级需要使用的日志属性。一级使用的日志属性可以包括一种，也可以包括多种。通过日志属性及其逐级使用顺序进行漏斗聚合统计，可以得到包括多级的漏斗分析结果，有利于适用于各种分析场景。
38.在一些实施方式中，所述日志属性可以包括设备类型、应用类型、动作类型、日志类型和日志生成时间的至少之一。
39.例如，动作类型可以为json(javascript object notation,js对象简谱)格式的数据内容。动作类型可以记录用户的具体行为，如点击、查看、评论、点赞、转发、购买、退款等。
40.例如，日志类型可以为配置的各种日志规则具体的类型含义，如文章类、短视频类、直播类等。
41.例如，设备类型可以包括用户使用的客户端的所用的设备和操作系统设置类型，如手机端-安卓版、手机端-ios版、电脑端-pc版等。
42.例如，应用类型可以包括客户端上使用的具体应用程序。该属性可以很方便的支持后续的应用扩展。
43.在本公开实施例中，用户可在多种日志属性中进行配置、选择、组合等处理。例如，观看直播类栏目的用户数量(基于日志类型)，通过手机端使用应用程序a的用户数量(基于设备类型和应用类型)。
44.在本公开实施例中，通过各种日志属性能够进行多级漏斗聚合统计，有利于适用于各种分析场景。
45.此外，用户可以配置日志属性的逐级执行顺序。例如，第一级使用设备类型，第二级使用应用类型，第三级使用动作类型。再如，第一级使用应用类型，第二级使用设备类型，第三级使用日志类型。再如，第一级使用应用类型，第二级使用日志类型，第三级使用日志生成时间，第四级使用动作类型。具体的级别数量和每个级别所使用的日志属性可以根据实际需求灵活选择，在此不做限定。
46.在一些实施方式中，根据日志属性和所述日志属性的逐级使用顺序，对所述待处理日志进行逐级的漏斗聚合统计，还包括：根据第n级对象和第n种的日志属性，从所述待处理日志中从所述第n级对象中统计得到第n+1级对象的数量，n为正整数。
47.在本公开实施例中，从第n级对象中确定出第n+1级对象的数量，可以逐级减少对象的数量，得到更加符合各种场景需求的漏斗分析结果。
48.在一些实施方式中，第一级对象的数量是根据至少一种日志属性从所述待处理日志中统计得到。
49.在本公开实施例中，第一级对象的数量可以是根据一种或多种日志属性从所述待处理日志中统计得到的；也可以将待处理日志直接作为第一级对象。具体地，按照用户配置的逐级使用顺序，依据第n种的日志属性从所述第n级对象中统计得到第n+1级对象的数量。在本公开实施例中，能够灵活的确定第一级对象的数量，然后逐级减少对象的数量，从而作为的漏斗分析结果的基础。
50.例如，根据设备类型和应用类型，从待处理日志中统计得到第一级对象的数量。然
后，根据某个动作类型，从第一级对象中第二级对象的数量。依次类推，可以根据第n个动作类型，从第n级对象中第n+1级对象的数量。
51.再如，将所有待处理日志作为第一级对象。根据设备类型，从待处理日志中统计得到第二级对象的数量。根据应用类型从第二级对象中统计得到第三级对象的数量。根据日志类型从第三级对象中统计得到第四级对象的数量。
52.在一些实施方式中，如图3所示，所述方法还包括：
53.s301，接收来自于所述客户端的登录请求，所述登录请求包括应用程序标识和请求登录的第一用户标识；
54.s302，根据所述第一用户标识和所述应用程序标识，获取所述应用程序上与所述第一用户标识对应的操作日志；
55.s303，将所述操作日志、所述第一用户标识与所述应用程序标识进行关联存储。
56.本公开实施例中，客户端发送登录请求并成功登录后，在某个应用程序中产生的打点日志会实时上传到后台进行存储，本实施例中可以存储至存储模块例如elasticsearch中，且每条日志都会对应用户的端id。请求登录的用户标识可以包括用户在该应用程序中的id账号、注册手机号等标识信息。elasticsearch是一种分布式存储引擎，可以支持全文检索并快速响应查询请求。
57.本公开实施例中，可以将日志与用户标识、应用程序标识等关联地存储，便于后续对存储的日志进行查找和使用。进一步地，可以实现日志的实时上传，做到数据的无遗漏，更方便的管理日志数据。
58.在一些实施方式中，如图4所示，所述方法还包括：
59.s401，根据打点日志规范中的日志预设格式，对所述操作日志进行校验；
60.s402，对不符合所述日志预设格式的操作日志，进行标记。
61.例如，用户设定的打点日志规范中所述日志的预设格式可以为json解析格式。根据json解析格式甄别出不符合规范打点日志，对这些非规范日志进行高亮标签标注，该过程可以为非法日志渲染的过程。用户在选择日志类型时，可从非高亮的日志中选择。通过对不符合预设格式的操作日志进行标记，能够区分非法和合法的日志，便于后续选择合适的日志类型进行查看。
62.本公开实施例中，还可以按照日志产生的时间戳进行降序排序，保证用户最新的操作日志可以最先展示到页面，便于优先进行动态校验。
63.在一些实施方式中，根据日志业务映射关系，对所述操作日志进行解析，得到所述操作日志的属性。例如，用户配置的日志业务映射关系可以包括日志业务含义映射规则，可以被记录到mysql(一种关系型数据库管理系统)中的日志字典中，主要存储日志类型标识以及对应的业务含义。调取字典含义对日志进行渲染，可以解析日志并对每一条日志进行业务含义进行标注。通过日志业务映射关系便于得到日志属性，进一步地，可以进行动态校验。
64.在一些实施方式中，所述方法还包括：调取与所述第一用户标识对应的第一日志；向所述客户端发送所述第一日志。这样，能够基于用户标识自动实现日志查询，查询效率高，查询结果准确。
65.例如，客户端登录后，页面可以自动跳转到日志展示页面，根据用户上报的端id去
实时查询用户操作产生的原生日志内容，这个查询过程会自动把用户的端id作为条件进行过滤，从而达到只查询当前用户操作产生的行为日志。通过采用上述方案向用户自动展示当前id的日志的各类信息，可以实现用户对各类日志业务含义、日志类别等统一管理，方便后续维护与扩展。
66.在一些实施方式中，获取符合所述日志类型的待处理日志，包括：
67.调取日志类型对应的第二日志，所述日志类型是从所述第一日志中未被标记的日志中选择的日志类型；
68.获取与所述第二日志对应的第二用户标识；
69.调取与所述第二用户标识对应的待处理日志。
70.比如，目标日志的类型为浏览商品a、购买商品a，则可以根据以上类型调取对所有同类别日志，形成用户群。将用户群里用户的操作日志作为待分析日志进行分析，即会根据用户圈定的日志类型将符合该类型的所有用户日志进行漏斗分析。通过用户自己感兴趣的日志能够获得更为广泛的日志数据，从而得到更丰富的分析结果。此外，能够进一步了解更广泛用户的行为习惯，进而作出更加合理的运营决策。
71.本公开提供了一种日志处理方法，该日志处理方法可以应用于客户端。如图5所示，该日志处理方法包括：
72.s501，向服务器发送日志处理请求，所述日志处理请求包括日志类型；
73.s502，接收所述服务器待处理日志进行逐级的漏斗聚合统计得到的漏斗分析处理结果，所述待处理日志为符合所述日志类型的日志。
74.在本公开实施例中，可自动完成日志的收集和处理工作，提高日志处理效率。进一步地，可以降低了时间和人力成本。
75.在一些实施方式中，如图6所示，所述方法还包括：
76.s601，利用应用程序的扫码功能，发送登录请求，所述登录请求包括应用程序标识和请求在所述应用程序上登录的第一用户标识；
77.s602，接收并显示与所述第一用户标识对应的第一日志。
78.例如，用户(产品或者运营，也可以是其他角色的用户成员)访问系统，通过手机扫描二维码将手机端上的唯一识别码(端id)上传到系统中。可以使用户很方便的登录系统并查看日志管理中的各环节信息。
79.在一些实施方式中，如图7所示，所述方法还包括：
80.s701，在所述第一日志中未被标记的日志中，选择日志类型；
81.s702，根据所述日志类型生成所述日志处理请求。
82.在本公开实施例中，可以实现整个流程的自动化和用户自助化，用户可以按照自己的需求选择处理日志的类型，得到个性化处理结果。进一步地，可以帮助专业人员更好的进行运营决策，更能够帮助开发人员释放重复开发人力，提升整体研发效率。
83.如图8所示，日志校验往往需要研发根据产品、运营描述的具体需求进行日志打点设计，然后进行手动测试与网络抓包，再针对抓取到的数据进行日志抽取。将抽取到的日志按照特定的规范进行结果提取，最后通过脚本任务等技术手段处理生成结果明细，与产品、运营等人员进行沟通确认。整个过程不仅沟通成本巨大，对研发人力的要求极高，长此以往，浪费了很多不必要的沟通成本与人力成本。目前各种工具抓的日志，主要包括原始日
志，没有提取出对应的元信息。比如日志的负责人，日志上报的时机和业务含义、日志的单位独立访客所带来的访问量、是否转发推荐策略等信息。因此，还需要运营人员去日志管理系统查看才能知道细节。另外，同一个事件，是否重复上报日志，目前也无法从调试日志中直接分析出来。
84.对于产品与运营等人员，经常需要知道用户行为漏斗结果的具体明细拆解，以能够进一步了解用户的行为习惯，进而作出更加合理的决策。
85.本公开实施例可以使得整个日志处理流程实现自动化，支持产品与运营当人员自助化的获取各项结果明细，提升整体研发效率。
86.专业人员在排查线上问题或者设计打点的时候，需要使用所负责的app查看上报的行为日志细节。相关技术中需要安装app的debug包，设置手机和mac代理，用抓包工具查看日志细节，或者在日志管理系统的测试环境上查看(也需要安装debug包)，成本高且效率低。
87.如图9所示，在本公开实施例中，提供一种日志处理系统。本系统可以通过大数据技术手段实现一整套平台化服务，将端上日志的上报、校验、漏斗分析、日志元信息托管等环节进行自动化改造，从而节省人力成本，提升研发效能。本系统的日志处理流程可以基于动态扫码的端日志实时校验与处理，具体可以包括以下步骤：
88.1.用户例如产品(pm，即项目管理)或者运营等角色的用户成员，也可以是其他角色的用户成员，通过终端设备例如手机端访问平台，通过手机端扫描二维码将手机端上的唯一识别码(例如端id)上传到系统中。
89.2.自动日志流。用户操作手机端应用程序产生的日志被实时上传到系统后台存储。
90.日志处理系统前端通过用户扫码上报的端id实时查询用户操作产生的日志内容，同时支持解析日志的业务含义进行展示，对于不符合规范的日志给予高亮提示。
91.3.一键行为分析。用户例如运营、pm等专业人员通过应用程序查看结果时，可勾选感兴趣的特征日志，然后点击分析按钮例如
‘
一键漏斗分析’按钮进行行为分析，从而自动化生成分析报告例如漏斗分析报告。这里的特征日志，可以支持对所有端用户同类别日志的漏斗分析。比如用户浏览商品的购买行为类日志，可以对用户群进行如下漏斗分析：哪些用户仅浏览了该商品，哪些用户浏览后进行了购买，哪些用户购买后发起了退款等。
92.参见图10，可以结合本系系统架构对日志处理流程进行详细说明。
93.首先，用户端可以通过平台前端交互层的页面入口(例如入口链接)，进行日志规范配置。配置可以涉及日志业务映射关系、打点日志规范设置等。其中日志含义映射规则会被记录到mysql中的日志字典中，可以存储日志类型标识以及对应的业务含义。打点日志规范可以存储约定的json结构，用于校验实际产生的日志是否符合预期。日志规范设置可以利用服务响应层的规则生成器的功能。规则生成器还可以支持查询条件拼接、时间戳排序、非法日志渲染、原生日志查询、字典含义渲染、日志规范校验等功能。
94.例如，执行日志查询页面跳转，根据端id建立查询会话，利用规则生成器中的查询条件拼接功能，实时展示日志查询结果。
95.其次，用户访问系统扫码入口，使用手机扫描二维码后，通过平台按钮开启测试模式。用户操作行为例如操作手机端应用如百度app，产生的打点日志(例如行为日志)可以实
时上传到后台数据存储层的存储引擎例如elasticsearch存储中，每条日志可以对应有用户的端id。elasticsearch是一种分布式存储引擎，可很好的支持全文检索，快速响应查询请求。
96.另外，用户扫码后，平台页面会自动跳转到日志展示页面(即日志查询页面跳转)，实时展现日志。这时平台会根据用户扫码上报的端id建立查询会话，实时查询用户操作产生的原生日志内容。这个查询过程可以自动把用户的端id作为条件进行过滤，还可以利用查询条件拼接的功能，从而达到只查询当前用户操作产生的行为日志。
97.然后，系统会根据用户设定的日志规范和对应的字典含义对原生日志进行渲染(字典含义渲染的功能)，对每一条日志进行业务含义标注。并且，可以根据json解析格式甄别出不符合规范打点日志(日志规范校验的功能)，对这些非规范日志进行高亮标签标注(非法日志渲染的功能)。最后按照日志产生的时间戳进行降序排序(时间戳排序的功能)，保证用户最新的操作日志可以最先展示到页面，便于动态校验。
98.最后，用户可以针对展示的日志内容，对感兴趣的业务含义日志进行勾选。勾选完毕特征日志后，可以点击分析按钮例如“一键漏斗分析”按钮分析用户操作行为，系统可以给出详尽的漏斗分析报告。服务响应层通过结果推送，在前端交互层支持查看结果。
99.例如，如图11a所示，在底层数据仓库模型的构建中，可以采用数据仓库例如hive数据表中的用户行为日志明细表，记录客户端上用户的历史存量行为明细数据。例如，明细表中的属性明细数据可以包括日志的日志类型、日志时间、设备类型、应用类型、行为内容等核心属性。hive是一种分布式的离线分析性数据仓库，依托于分布式文件系统之上，可灵活支持大规模数据集的存储与分析。这些数据可以从存储有日志数据的搜索服务器例如elasticsearch，定期批量同步到该明细表中。当用户选定对应的类型日志并点击漏斗分析按钮例如“一键漏斗分析”时，系统便会启动计算引擎例如spark计算分析任务。spark是一种基于内存的分布式计算引擎，具备很好的横向扩展能力，可支持大规模数据的快速离线计算与分析，可以很好的支持与hive等底层数据仓库进行交互。
100.该分析任务的处理逻辑的示例如下：根据用户传入的日志类型从hive的用户存量行为日志明细表中获取所有符合改类型的日志明细数据。结合日志的设备类型、应用类型、行为内容等通过例如spark sql进行逐级的漏斗聚合统计。spark sql是一种基于spark的数据分析语言，可支持对大规模数据的灵活处理与分析，可以将数据的计算任务通过sql的形式转换成rdd的计算。
101.漏斗聚合统计的过程的示例可以包括：
102.(1)通过手机端使用应用程序b的用户数量d1；
103.(2)该d1数量的用户中观看了直播类栏目的用户数量d2；
104.(3)该d2数量的用户中点击了直播栏目中的挂接商品(通过解析行为内容即可得到)的用户数量d3；
105.(4)该d3数量的用户中最终购买了直播栏目中的挂接商品的用户数量d4；
106.(5)最终购买的用户群体中发起了退款的用户数量d5.
107.最终，可以将分析结果推送到前端页面。前端收到数据结果后可以经过渲染形成如图11b所示的行为漏斗分析图。
108.以上是通过手机端为例进行的一个示例展示，除此之外也可以对其他设备如电脑
端的日志进行处理等，这样产品或运营等用户可以更直观的看到比如哪些应用类型更能够有效促进某一商品的展销等，从而开展更迅速、更准确的营销活动或产品策略等。
109.在本公开实施例中，用户可以通过平台页面配置好日志规则，扫码即可对上报日志进行实时校验，无需手动介入，可以大幅提升pm设计打点的效率以及端rd验证打点正确性的效率。也大幅提升日常排查线上问题的效率。用户针对感兴趣的日志可以直接在页面进行勾选，然后自助一键进行漏斗分析，系统会自动生成分析报告，可显著提升研发效率。平台统一管理日志元信息，包括日志业务含义、打点映射规则等，既可以方便后续使用，也支持后续进行扩展。扫码即可接入测试环境进行一系列校验与分析过程，告别繁杂冗长的设置与交互流程，节省不必要的沟通成本。
110.本公开实施例还提供一种日志处理装置，如图12所示，所述装置可以设置于服务器，包括接收请求模块1201、获取日志模块1202、日志处理模块1203日志处理模块；其中接收请求模块1201，用于接收来自于客户端的日志处理请求，所述日志处理请求包括日志类型；
111.获取日志模块1202，用于获取符合所述日志类型的待处理日志；
112.日志处理模块1203，用于对所述待处理日志进行逐级的漏斗聚合统计，得到处理结果。
113.可见，本实施例的装置可以无需经过开发人员与运营、产品反复沟通确认，使得整个日志处理流程能够实现用户自助化，即可实现自行完成日志的收集及处理工作，可降低时间成本和人力成本，进而帮助产品、运营人员更好的进行运营决策。
114.本公开实施例还提供一种日志处理装置，在一些实施方式中，所述日志处理模块还用于根据日志属性和所述日志属性的逐级使用顺序，对所述待处理日志进行逐级的漏斗聚合统计。
115.在一些实施方式中，所述日志处理模块还用于根据第n级对象和第n种的日志属性，从所述待处理日志中从所述第n级对象中统计得到第n+1级对象的数量，n为正整数。
116.在一些实施方式中，所述日志处理模块还用于第一级对象的数量是根据至少一种日志属性从所述待处理日志中统计得到。
117.在一些实施方式中，所述装置还包括日志存储模块，用于接收来自于所述客户端的登录请求，所述登录请求包括应用程序标识和请求登录的第一用户标识；根据所述第一用户标识和所述应用程序标识，获取所述应用程序上与所述第一用户标识对应的操作日志；将所述操作日志、所述第一用户标识与所述应用程序标识进行关联存储。
118.在一些实施方式中，所述装置还包括日志校验模块，用于根据打点日志规范中的日志预设格式，对所述操作日志进行校验；对不符合所述日志预设格式的操作日志，进行标记。
119.在一些实施方式中，所述装置还包括日志解析模块，用于根据日志业务映射关系，对所述操作日志进行解析，得到所述操作日志的属性。
120.在一些实施方式中，所述装置还包括日志发送模块，用于调取与所述第一用户标识对应的第一日志；向所述客户端发送所述第一日志。
121.在一些实施方式中，所述获取日志模块还用于调取日志类型对应的第二日志，所述日志类型是从所述第一日志中未被标记的日志中选择的日志类型；获取与所述第二日志
对应的第二用户标识；调取与所述第二用户标识对应的待处理日志。
122.本公开实施例还提供了一种日志处理装置，如图13所示，所述装置可以设置于客户端。该装置可以包括发送请求模块1301、接收结果模块1302。其中，发送求模块1301，用于向服务器发送日志处理请求，所述日志处理请求包括日志类型；接收结果模块1302，用于接收所述服务器待处理日志进行逐级的漏斗聚合统计得到的处理结果，所述待处理日志为符合所述日志类型的日志。在本公开实施方式中，用户可自行完成日志获取和处理工作，降低了时间和人力成本。
123.在一些实施方式中，所述装置还包括日志显示模块，用于利用应用程序的扫码功能，发送登录请求，所述登录请求包括应用程序标识和请求在所述应用程序上登录的第一用户标识；接收并显示与所述第一用户标识对应的第一日志。可以使用户很方便的登录系统并查看日志管理中的各环节信息。
124.在一些实施方式中，所述装置还包括请求生成模块，用于在所述第一日志中未被标记的日志中，选择日志类型；根据所述日志类型生成所述日志处理请求。
125.本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。
126.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
127.图14示出了可以用来实施本公开的实施例的示例电子设备1400的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
128.如图14所示，电子设备1400包括计算单元1401，其可以根据存储在只读存储器(rom)1402中的计算机程序或者从存储单元1408加载到随机访问存储器(ram)1403中的计算机程序，来执行各种适当的动作和处理。在ram 1403中，还可存储电子设备1400操作所需的各种程序和数据。计算单元1401、rom 1402以及ram 1403通过总线1404彼此相连。输入/输出(i/o)接口1405也连接至总线1404。
129.电子设备1400中的多个部件连接至i/o接口1405，包括：输入单元1406，例如键盘、鼠标等；输出单元1407，例如各种类型的显示器、扬声器等；存储单元1408，例如磁盘、光盘等；以及通信单元1409，例如网卡、调制解调器、无线通信收发机等。通信单元1409允许电子设备1400通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
130.计算单元1401可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1401的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元1401执行上文所描述的各个方法和处理。例如，在一些实施例中，上文所描述的各个方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元1408。在一些实施例中，计算机程序的部分或者全部可以经由rom 1402和/或通信单元1409而被载入和/或安装到电子设备1400上。当计算机
程序加载到ram 1403并由计算单元1401执行时，可以执行上文所描述的各个方法的一个或多个步骤。备选地，在其他实施例中，计算单元1401可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行上文所描述的各个方法。
131.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
132.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
133.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
134.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入、或者触觉输入)来接收来自用户的输入。
135.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
136.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计
算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
137.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
138.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。