CN116450384A - 一种信息处理方法和相关装置 - Google Patents

一种信息处理方法和相关装置 Download PDF

Info

Publication number
CN116450384A
CN116450384A CN202210013317.3A CN202210013317A CN116450384A CN 116450384 A CN116450384 A CN 116450384A CN 202210013317 A CN202210013317 A CN 202210013317A CN 116450384 A CN116450384 A CN 116450384A
Authority
CN
China
Prior art keywords
information
fault
target
user
program
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202210013317.3A
Other languages
English (en)
Inventor
宋亚非
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN202210013317.3A priority Critical patent/CN116450384A/zh
Publication of CN116450384A publication Critical patent/CN116450384A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079—Root cause analysis, i.e. error or fault diagnosis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请实施例公开了一种信息处理方法和相关装置，当用户触发了针对目标程序的信息反馈操作时，可以自动获取该信息反馈操作对应的日志信息，该日志信息用于标识该目标程序中的功能模块在目标时间段内的运行状态，该目标时间段是基于信息反馈操作对应的时刻确定的，从而通过该日志信息能够反应出在出现故障时目标程序的各个功能模块的运行状态。进一步可以获取该目标程序对应的故障映射集合，该故障映射集合用于标识该目标程序的各种故障所对应的功能模块的运行状态，基于该故障映射集合和该日志信息，可以自动分析出该目标程序出现的故障，无需人工进行故障诊断，提高了故障确定效率，能够更加快速的用户的信息反馈进行响应，改善用户的使用体验。

Description

一种信息处理方法和相关装置
技术领域
本申请涉及信息处理技术领域，特别是涉及一种信息处理方法和相关装置。
背景技术
在信息时代，一个信息产品是否能够得到用户的青睐不仅要评判产品本身是否具有优良的产品性能，还要看该信息产品能否对用户使用过程中产生的问题进行及时反馈，能够及时分析并反馈用户遇到的产品问题才能够使用户有更加良好的产品体验。
在相关技术中，对于用户问题的分析和响应主要是通过用户自己反馈的信息来进行的，相关人员需要对用户提交的反馈信息进行人工分析，确定问题出现的原因，才能够对用户产生的问题进行反馈。这种信息处理方式需要耗费大量的时间进行问题分析和确定，反馈速度慢，最终导致用户的问题得不到及时处理，用户的产品体验感差。
发明内容
为了解决上述技术问题，本申请提供了一种信息处理方法，处理设备可以根据日志信息中标识的功能模块运行状态，自动确定出目标程序产生的第一目标故障，无需人工进行分析，提高了故障分析的效率。
本申请实施例公开了如下技术方案：
第一方面，本申请实施例公开了一种信息处理方法，所述方法包括：
响应于触发针对目标程序的信息反馈操作，获取所述信息反馈操作对应的日志信息，所述日志信息用于标识所述目标程序中的功能模块在目标时间段内的运行状态，所述目标时间段是基于所述信息反馈操作对应的时刻确定的；
获取所述目标程序对应的故障映射集合，所述故障映射集合用于标识所述目标程序的各种故障所对应的功能模块的运行状态；
根据所述日志信息和所述故障映射集合，确定所述目标程序对应的第一目标故障。
第二方面，本申请实施例公开了一种信息处理装置，所述装置包括第一获取单元、第二获取单元和第一确定单元：
所述第一获取单元，用于响应于触发针对目标程序的信息反馈操作，获取所述信息反馈操作对应的日志信息，所述日志信息用于标识所述目标程序中的功能模块在目标时间段内的运行状态，所述目标时间段是基于所述信息反馈操作对应的时刻确定的；
所述第二获取单元，用于获取所述目标程序对应的故障映射集合，所述故障映射集合用于标识所述目标程序的各种故障所对应的功能模块的运行状态；
所述第一确定单元，用于根据所述日志信息和所述故障映射集合，确定所述目标程序对应的第一目标故障。
在一种可能的实现方式中，所述功能模块中包括第一模块和第二模块，所述故障映射集合中包括第一目标故障映射，所述第一目标故障映射用于标识所述目标程序的第一故障所对应的所述第一模块的第一目标运行状态和所述第二模块的第二目标运行状态，所述第一确定单元，具体用于：
根据所述日志信息，确定所述第一模块对应的第一待定运行状态和所述第二模块对应的第二待定运行状态；
若所述第一待定运行状态匹配所述第一目标运行状态，且所述第二待定运行状态匹配所述第二目标运行状态，将所述第一故障确定为所述目标程序对应的第一目标故障。
在一种可能的实现方式中，所述装置还包括第三获取单元和更新单元：
所述第三获取单元，用于获取所述日志信息对应的人工故障分析结果，所述人工故障分析结果中包括所述日志信息对应的待收集故障，和所述待收集故障对应的功能模块的运行状态；
所述更新单元，用于根据所述待收集故障和所述待收集故障对应的功能模块的运行状态更新所述故障映射集合。
在一种可能的实现方式中，所述运行状态包括所述功能模块对应的状态码和/或返回码，所述状态码用于标识所述功能模块对应的模块状态，所述返回码用于标识所述功能模块在运行过程中交互的功能模块。
在一种可能的实现方式中，所述第一获取单元具体用于：
确定所述目标程序对应的关键功能模块，所述关键功能模块对所述目标程序运行的影响程度大于第一预设阈值；
根据所述关键功能模块对应的运行状态，获取所述信息反馈操作对应的日志信息。
在一种可能的实现方式中，所述装置还包括第四获取单元和第二确定单元：
所述第四获取单元，用于获取所述信息反馈操作对应的用户反馈信息，所述用户反馈信息包括用户描述信息、设备环境信息和用户操作信息，所述用户描述信息为用户输入的信息，所述设备环境信息用于标识所述信息反馈操作对应的设备环境，所述用户操作信息用于标识所述用户在进行所述信息反馈操作之前使用的最后N个程序功能；
所述第二确定单元，用于确定所述用户反馈信息对应的第二目标故障。
在一种可能的实现方式中，所述装置还包括第一聚类单元和第一生成单元：
所述第一聚类单元，用于根据所对应故障对多个用户反馈的用户反馈信息进行聚类；
所述第一生成单元，用于响应于第二故障对应的用户反馈信息数量达到第二预设阈值，生成所述第二故障对应的第一告警信息，所述第一告警信息用于指示优先对所述第二故障对应的功能模块进行检修。
在一种可能的实现方式中，所述装置还包括第五获取单元和训练单元：
所述第五获取单元，用于获取历史用户反馈信息集合，所述历史用户反馈信息集合中的历史用户反馈信息具有对应的样本故障；
所述训练单元，用于根据所述历史用户反馈信息集合训练初始故障确定模型，得到故障确定模型；
所述第二确定单元具体用于：
通过所述故障确定模型，确定所述用户反馈信息对应的所述第二目标故障。
在一种可能的实现方式中，所述装置还包括第六获取单元、第三确定单元、第二聚类单元、第二生成单元、第三生成单元和第四生成单元：
所述第六获取单元，用于获取所述用户反馈信息对应的用户标识；
所述第三确定单元，用于根据所述设备环境信息确定所述用户反馈信息对应的设备类型，以及根据所述用户操作信息确定所述用户反馈信息对应的程序功能；
所述第二聚类单元，用于分别根据所对应用户标识、设备类型和程序功能对所述多个用户反馈的用户反馈信息进行聚类；
所述第二生成单元，用于响应于目标用户标识对应的用户反馈信息数量达到第三预设阈值，生成所述目标用户标识对应的第二告警信息，所述第二告警信息用于指示优先处理所述目标用户标识对应的用户反馈信息；
所述第三生成单元，用于响应于目标设备类型对应的用户反馈信息数量达到第四预设阈值，生成所述目标设备类型对应的第三告警信息，所述第三告警信息用于指示优先处理所述目标设备类型对应的用户反馈信息；
所述第四生成单元，用于响应于目标程序功能对应的用户反馈信息数量达到第五预设阈值，生成所述目标程序功能对应的第四告警信息，所述第四告警信息用于指示优先对所述目标程序功能对应的功能模块进行检修。
第三方面，本申请实施例公开了一种计算机设备，所述设备包括处理器以及存储器：
所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；
所述处理器用于根据所述程序代码中的指令执行第一方面中所述的信息处理方法。
第四方面，本申请实施例公开了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行第一方面中所述的信息处理方法。
第五方面，本申请实施例公开了一种包括指令的计算机程序产品，当其在计算机上运行时，使得所述计算机执行第一方面中所述的信息处理方法。
由上述技术方案可以看出，当用户触发了针对目标程序的信息反馈操作时，可以自动获取该信息反馈操作对应的日志信息，该日志信息用于标识该目标程序中的功能模块在目标时间段内的运行状态，该目标时间段是基于信息反馈操作对应的时刻确定的，从而通过该日志信息能够反应出在出现故障时目标程序的各个功能模块的运行状态。为了基于该运行状态分析目标程序所出现的故障，可以获取该目标程序对应的故障映射集合，该故障映射集合用于标识该目标程序的各种故障所对应的功能模块的运行状态，从而，基于该故障映射集合和该日志信息，可以通过日志信息所标识的运行状态自动分析出该目标程序出现的故障，无需人工进行故障诊断，提高了故障确定效率，进而能够更加快速的用户的信息反馈进行响应，有利于改善用户的使用体验。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种实际应用场景中信息处理方法的示意图；
图2为本申请实施例提供的一种信息处理方法的流程图；
图3为本申请实施例提供的一种信息处理方法的示意图；
图4为本申请实施例提供的一种信息处理方法的示意图；
图5为本申请实施例提供的一种信息处理方法的示意图；
图6为本申请实施例提供的一种信息处理方法的示意图；
图7为本申请实施例提供的一种信息处理方法的示意图；
图8为本申请实施例提供的一种邮件告警的示意图；
图9为本申请实施例提供的一种邮件告警的示意图；
图10为本申请实施例提供的一种实际应用场景中信息处理方法的示意图；
图11为本申请实施例提供的一种信息处理方法的示意图；
图12为本申请实施例提供的一种所收集用户反馈信息的示意图；
图13为本申请实施例提供的一种信息处理方法的示意图；
图14为本申请实施例提供的一种收集用户反馈信息的示意图；
图15为本申请实施例提供的一种信息处理方法的示意图；
图16为本申请实施例提供的一种信息处理装置的结构框图；
图17为本申请实施例提供的一种计算机设备的结构图；
图18为本申请实施例提供的一种服务器的结构图。
具体实施方式
下面结合附图，对本申请的实施例进行描述。
在信息化时代，程序产品涉及用户生活的方方面面，例如人们出行时会用到打车软件、导航软件，购物时会用到电商软件、外卖软件等。为了使用户有良好的产品使用体验，一方面研发人员需要保障研发的程序产品有良好的产品质量，另一方面需要及时处理用户在使用产品时产生的反馈信息，例如用户在遇到产品故障时，可以通过产品中信息反馈功能填写并反馈故障信息。
在相关技术中，在收到用户填写的反馈信息后，需要相关人员对用户反馈的信息进行分析，确定出用户遇到的故障，然后才能够基于该故障向用户进行反馈。这种故障确定方式效率低、耗时长，难以快速解决用户遇到的故障，容易降低用户的产品使用体验。
为了解决上述技术问题，本申请提供了一种信息处理方法，处理设备可以根据日志信息中标识的功能模块运行状态，自动确定出目标程序产生的第一目标故障，无需人工进行分析，提高了故障分析的效率。
可以理解的是，该方法可以应用于处理设备上，该处理设备为能够进行信息处理的处理设备，例如可以为具有信息处理功能的终端设备或服务器。该方法可以通过终端设备或服务器独立执行，也可以应用于终端设备和服务器通信的网络场景，通过终端设备和服务器配合执行。其中，终端设备可以为计算机、手机等设备。服务器可以理解为是应用服务器，也可以为Web服务器，在实际部署时，该服务器可以为独立服务器，也可以为集群服务器。
此外，本申请还涉及人工智能技术，人工智能(Artificial Intelligence,AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。换句话说，人工智能是计算机科学的一个综合技术，它企图了解智能的实质，并生产出一种新的能以人类智能相似的方式做出反应的智能机器。人工智能也就是研究各种智能机器的设计原理与实现方法，使机器具有感知、推理与决策的功能。
人工智能技术是一门综合学科，涉及领域广泛，既有硬件层面的技术也有软件层面的技术。人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、语音处理技术、自然语言处理技术以及机器学习/深度学习、自动驾驶、智慧交通等几大方向。本申请主要涉及其中的机器学习和自然语言处理技术。
机器学习(Machine Learning,ML)是一门多领域交叉学科，涉及概率论、统计学、逼近论、凸分析、算法复杂度理论等多门学科。专门研究计算机怎样模拟或实现人类的学习行为，以获取新的知识或技能，重新组织已有的知识结构使之不断改善自身的性能。机器学习是人工智能的核心，是使计算机具有智能的根本途径，其应用遍及人工智能的各个领域。机器学习和深度学习通常包括人工神经网络、置信网络、强化学习、迁移学习、归纳学习、式教学习等技术。
自然语言处理(Nature Language processing,NLP)是计算机科学领域与人工智能领域中的一个重要方向。它研究能实现人与计算机之间用自然语言进行有效通信的各种理论和方法。自然语言处理是一门融语言学、计算机科学、数学于一体的科学。因此，这一领域的研究将涉及自然语言，即人们日常使用的语言，所以它与语言学的研究有着密切的联系。自然语言处理技术通常包括文本处理、语义理解、机器翻译、机器人问答、知识图谱等技术。
在本申请中，可以利用自然语言处理技术来分析用户反馈信息对应的故障，以及可以利用机器学习技术训练得到用于进行故障确定的故障确定模型，通过该故障确定模型来确定用户反馈信息对应的故障等。
为了便于理解本申请实施例提供的技术方案，接下来，将结合一种实际应用场景，对本申请实施例提供的一种信息处理方法进行介绍。
参见图1，图1为本申请实施例提供的一种实际应用场景中信息处理方法的示意图，在该实际应用场景中，处理设备为具有信息处理功能的服务器101，终端设备102上安装有目标程序，用户在使用目标程序的过程中，如果遇到程序故障，可以进行信息反馈操作，例如可以点击进入该目标程序中的信息反馈界面进行信息反馈。
服务器101在检测到触发信息反馈操作后，可以从终端设备102中获取该信息反馈操作对应的日志信息，该日志信息用于标识该目标程序中的功能模块在目标时间段内的运行状态，该目标时间段是基于信息反馈操作对应的时刻确定的，例如可以为触发该信息反馈操作的前五分钟。服务器101还可以获取该目标程序对应的故障映射集合，该故障集合用于标识目标程序的各种故障对应的功能模块的运行状态，例如，如图所示，目标程序的故障1对应着功能模块3处于运行状态3。根据该日志信息和故障映射集合，服务器101可以判断该目标程序中出现的故障，如图1所示，在日志信息中具有功能模块3处于运行状态3的信息，而根据故障映射集合可知，当功能模块3处于运行状态3时，目标程序会出现故障1，因此，服务器101可以将故障1确定为该目标程序对应的故障。
由此可见，通过该技术方案，服务器101可以自行完成对目标程序故障的精准定位，无需人工参与分析过程，提高了故障分析的效率，有助于对用户的反馈信息进行及时响应。
接下来，将结合附图，对本申请实施例提供的一种信息处理方法进行介绍。
参见图2，图2为本申请实施例提供的一种信息处理方法的流程图，该方法包括：
S201：响应于触发针对目标程序的信息反馈操作，获取信息反馈操作对应的日志信息。
其中，目标程序可以为任意一个具有用户反馈功能的程序，在用户使用该目标程序的过程中，如果遇到了程序故障，可以触发针对该目标程序的信息反馈操作，该信息反馈操作用于反馈用户遇到的故障相关的信息。
处理设备在检测到用户触发了该信息反馈操作后，例如当用户点击进入了用户反馈界面时，为了能够自动分析用户所遇到的故障，处理设备可以获取该信息反馈操作对应的日志信息，该日志信息用于标识目标程序中的功能模块在目标时间段内的运行状态，该目标时间段是基于该信息反馈操作对应的时刻确定的。可以理解的是，程序的正常运作是通过程序内的各个功能模块来实现的，因此在通常情况下，当该程序中的部分或全部功能模块处于异常的运行状态时，程序就会出现故障。基于此，在本申请实施例中，处理设备可以基于各个功能模块的运行状态来对目标程序产生的故障进行分析。为了能够较为准确的获得与该故障相关的运行状态，处理设备可以基于信息反馈操作对应的时刻来确定获取日志信息的时间段，例如该时间段可以为触发信息反馈操作的前五分钟等。
S202：获取目标程序对应的故障映射集合。
为了能够基于功能模块的运行状态确定目标程序的故障，处理设备可以获取该目标程序对应的故障映射集合，该故障映射集合用于标识目标程序的各种故障所对应的功能模块的运行状态，即通过该故障映射集合，处理设备可以获知当各种故障发生时，有哪些功能模块会处于哪一种异常的运行状态。
S203：根据日志信息和故障映射集合，确定目标程序对应的第一目标故障。
处理设备可以将日志信息中标识的功能模块的运行状态与该故障映射集合中各种故障对应的功能模块的运行状态进行比对，从而确定出在该日志信息标识的功能模块运行状态下，该目标程序会出现的故障，该故障即为该目标程序对应的第一目标故障。处理设备可以基于该第一目标故障及时对用户的信息反馈操作进行响应，从而能够快速解决用户遇到的故障，提升用户的程序产品使用体验。
由上述技术方案可以看出，当用户触发了针对目标程序的信息反馈操作时，可以自动获取该信息反馈操作对应的日志信息，该日志信息用于标识该目标程序中的功能模块在目标时间段内的运行状态，该目标时间段是基于信息反馈操作对应的时刻确定的，从而通过该日志信息能够反应出在出现故障时目标程序的各个功能模块的运行状态。为了基于该运行状态分析目标程序所出现的故障，可以获取该目标程序对应的故障映射集合，该故障映射集合用于标识该目标程序的各种故障所对应的功能模块的运行状态，从而，基于该故障映射集合和该日志信息，可以通过日志信息所标识的运行状态自动分析出该目标程序出现的故障，无需人工进行故障诊断，提高了故障确定效率，进而能够更加快速的用户的信息反馈进行响应，有利于改善用户的使用体验。
可以理解的是，随着计算机技术的不断发展，程序产品的架构也越来越复杂，程序中的很多功能实现都是由多个功能模块相配合来实现的，因此当部分功能出现故障时，可能是由于多个功能模块异常造成的。基于此，在一种可能的实现方式中，处理设备不仅可以基于单一功能模块的运行状态确定故障，还可以基于多个功能模块的运行状态组合来判断目标程序的故障。
在该实施例中，目标程序的功能模块可以包括第一模块和第二模块，该故障映射集合中包括第一目标故障映射，该第一目标故障映射用于标识目标程序的第一故障所对应的第一模块的第一目标运行状态和第二模块的第二目标运行状态，即，当第一模块处于该第一目标运行状态且第二模块处于该第二目标运行状态时，该目标程序中有较大概率会发生第一故障。处理设备可以根据该日志信息，确定第一模块对应的第一待定运行状态和第二模块对应的第二待定运行状态，该第一待定运行状态和第二待定运行状态为该第一模块和第二模块实际对应的运行状态。处理设备可以判断这些运行状态之间是否匹配，响应于该第一待定运行状态匹配该第一目标运行状态，且该第二待定运行状态匹配该第二目标运行状态，说明该第一模块和第二模块的运行状态大概率会导致目标程序出现第一故障，从而，处理设备可以将该第一故障确定为该目标程序对应的第一目标故障。
除此之外，由于目标程序可能具有复杂的程序架构，所出现的故障可能也复杂多样，有一定概率会出现该故障映射集合中没有记录的程序故障。在一种可能的实现方式中，为了实现更加全面的故障分析，处理设备还可以将没有在集合中记录的故障信息经过人工分析后更新到该故障映射集合中。
若该故障映射集合中不包括该日志信息对应的故障，处理设备可以获取该日志信息对应的人工故障分析结果，该人工故障分析结果中包括该日志信息对应的待收集故障，和该待收集故障对应的功能模块的运行状态，该待收集故障即为经过人工分析后确定出的该目标程序对应的第一目标故障，其对应的功能模块的运行状态即为造成该待收集故障的功能模块和运行状态。处理设备可以根据该待收集故障和该待收集故障对应的功能模块的运行状态更新该故障映射集合，从而将该待收集故障与该功能模块的运行状态之间的映射关系记录到故障映射集合中，当下一次出现日志信息中包含该待收集故障对应的功能模块的运行状态时，处理设备即可自动确定出该目标程序出现了该待收集故障。
其中，该运行状态所包括的信息可以有多种，在一种可能的实现方式中，该运行状态可以包括功能模块对应的状态码和/或返回码，该状态码用于标识该功能模块对应的模块状态，该返回码用于标识该功能模块在运行过程中交互的功能模块，从而，通过结合该状态码和返回码，不仅能够从功能模块自身状态的维度对故障进行分析，还可以从多个功能模块之间的交互关系来分析故障产生的原因，从而能够从多个角度体现功能模块的运行状态，实现对故障的准确定位。例如，该目标程序中的两个功能模块可能自身对应的状态码并没有异常，但是在正常状态下，两个功能模块之间不会出现信息交互，而通过这两个功能模块对应的返回码发现两个功能模块之间出现了信息交互，这就可能会导致目标程序出现故障。
例如，如图3和图4所示，处理设备可以持续生成该目标程序对应的日志信息，但是只保存固定时间段内的日志信息，例如在生成日志消息后只保存五分钟。当用户点击进入用户信息反馈界面时，处理设备可以打包进入该用户信息反馈界面时刻前五分钟记录的日志信息，上传到对象存储(CND Object storage，简称COS)平台上，上传的日志信息会以用户的唯一标识+时间信息进行命名，该唯一标识符是通过收集的用户信息提取的。处理设备可以如图4所示对该日志信息进行自动化分析，对于简单故障，处理设备可以通过单一功能模块的运行状态进行判断；对于复杂故障，处理设备可以结合多个功能模块的运行状态进行综合判断；对于未知故障，可以通过人工参与定位，然后将然后迭代完善该故障映射集合。
如图5所示，当模块A状态码为205，模块B状态码为102时，可以确定该目标程序出现了场景A中的故障C，该场景A为目标程序对应的多个功能场景之一。
可以理解的是，目标程序的各个功能模块对于目标程序运行的影响程度可能不同，例如，某些功能模块可能只会影响程序的界面显示，即使该功能模块出现异常，也只会导致程序界面不够美观，并不影响程序功能的正常使用；某些功能模块可能涉及程序功能之间的跳转等核心功能，若该功能模块异常会导致该程序中的多个功能无法正常使用。基于此，为了能够更加准确、高效的对故障进行分析，在一种可能的实现方式中，处理设备可以先确定该目标程序对应的关键功能模块，该关键功能模块对该目标程序运行的影响程度大于第一预设阈值。处理设备可以根据该关键功能模块对应的运行状态，获取该信息反馈操作对应的日志信息，从而能够重点针对这些关键功能模块进行故障分析，能够更加快速、准确的确定出该目标程序对应的第一目标故障。
例如，在程序开发的过程中，相关人员就可以确定该目标程序对应的关键功能模块，并针对这些关键功能模块进行日志埋点，日志埋点就是在程序开发时，根据最小粒度的功能或场景进行关键日志信息的获取以及关键功能模块对应的状态码或返回码的获取，根据关键功能模块所获取的日志信息可以如下所示：
[时间][功能模块][状态][状态码或返回码]详细日志
[时间][场景][状态][状态码或返回码]详细日志
例如：
[2021-06-27 09:43:52:123][accNodeSelect][SelectRoute][205]SelectRoute Succ
其中，场景为通过多个功能模块实现的功能场景，场景对应的状态码和返回码可以包括该多个功能模块对应的状态码和返回码。
除了自动获取的日志信息外，基于用户的反馈生成的用户反馈信息在一定程度上也能够反映出该目标程序所出现的故障。例如，用户在反馈信息时通常会描述一些遇到故障的具体细节，这些细节在一定程度上也能够体现出所遇到的故障类型；此外，在一些反馈信息中用户还会选择预设的故障类型等。
在相关技术中，也具有采集用户反馈信息的类似技术方案，然而，相关技术中只会采集用户自己输入的信息，信息收集维度单一，难以准确反应出目标程序出现的故障。为了能够更加准确的确定该目标程序对应的故障类型，在一种可能的实现方式中，处理设备可以从多个信息维度获取用户对应的用户反馈信息。
处理设备可以获取信息反馈操作对应的用户反馈信息，该用户反馈信息包括用户描述信息、设备环境信息和用户操作信息，该用户描述信息为用户输入的信息，例如用户输入的描述所遇到故障的信息、用户选择的故障类型信息等；该设备环境信息用于标识信息反馈操作对应的设备环境，例如用户在使用目标程序时所用的设备型号、操作系统版本、中央处理器(central processing unit，简称CPU)及内存情况、进程堆栈信息等，基于不同的设备环境，处理设备还可以有针对性的获取不同的设备环境信息，例如，安卓系统(Android)和苹果系统(Ios)所依赖的服务可能不同，处理设备可以获取这些服务对应的服务信息作为设备环境信息之一。可以理解是，目标程序运行的环境同样对应运行状况有一定程度上的影响，因此，结合设备环境信息进行分析有助于处理设备准确判断目标程序出现的故障；该用户操作信息用于标识用户在进行信息反馈操作之前使用的最后N个程序功能，例如可以包括用户最后使用的程序页面、进行的操作等，通过该用户操作信息，可以使处理设备快速定位目标程序出现故障的功能模块或场景，进而确定出用户遇到的故障。
综上所述，处理设备可以确定该用户反馈信息对应的第二目标故障，从而可以结合用户输入信息维度、设备环境信息维度和用户操作信息维度，对该用户反馈信息对应的故障进行综合判断，使该第二目标故障更加接近于用户所遇到的实际故障，提高故障分析的准确度。
如图14所示，图14为一种收集用户反馈信息的示意图，用户描述信息可以包括用户主动选择的故障类别和用户对于故障的描述信息等，设备环境信息可以包括设备型号、操作系统版本、CPU&内存线程及堆栈信息等，用户操作信息可以包括用户最后使用功能停留页面和其他业务强相关信息等。
其中，基于用户反馈信息进行故障确定的方式可以包括多种，例如，处理设备可以识别用户反馈信息中的关键词，基于关键词与故障之间的映射来确定用户反馈信息对应的故障等。在一种可能的实现方式中，为了能够更加准确、全面的对故障进行判断，处理设备可以先获取历史用户反馈信息集合，该历史用户反馈信息集合中的历史用户反馈信息具有对应的样本故障，该样本故障即为该历史用户反馈信息实际对应的故障。
处理设备可以根据该历史用户反馈信息集合训练初始故障确定模型，得到故障确定模型，在训练过程中，该初始故障确定模型可以学习到如何基于用户反馈信息确定故障。处理设备可以通过该故障确定模型，确定用户反馈信息对应的第二目标故障，从而无论处理设备是否能够从该用户反馈信息中确定出与故障具有映射关系的关键词，都能够在一定程度上确定出准确的故障。
如图6所示，在针对用户反馈进行数据收集，得到用户反馈信息后，处理设备可以将用户反馈信息存入数据库中，然后基于该用户反馈信息对自然语言处理(NaturalLanguage Processing，简称NLP)模型进行训练，得到能够进行故障确定的NLP模型。一方面，处理设备可以对用户反馈信息进行智能分词和关键词提取，通过确定出的关键词与分类映射数据进行比较，确定出用户反馈信息对应的故障，该分类映射数据用于标识关键词与故障之间的映射关系；另一方面，处理设备可以通过NLP模型对该用户反馈信息进行NLP处理，确定所对应的故障，从而可以通过多个维度对该用户反馈信息对应的故障进行确定，进一步提高故障分析的准确度。
此外，为了使相关人员能够及时对用户遇到的故障进行反馈，在一种可能的实现方式中，处理设备可以根据所对应故障对多个用户反馈的用户反馈信息进行聚类，并判断各个故障下的用户反馈信息数量是否达到第二预设阈值，响应于第二故障对应的用户反馈信息数量达到第二预设阈值，说明该针对故障反馈的次数较多，该故障为用户使用程序的过程中的常见故障，此时，为了保障用户的使用体验，处理设备可以生成该第二故障对应的第一告警信息，该第一告警信息用于指示优先对该第二故障对应的功能模块进行检修。
除了可以基于故障进行聚类外，为了更加全面的对用户反馈信息进行分析，处理设备还可以基于其他维度的数据对用户反馈信息进行聚类并告警。在一种可能的实现方式中，处理设备可以获取用户反馈信息对应的用户标识，该用户标识用于标识反馈该用户反馈信息的用户，例如可以为openid等与用户本身一一对应的标识，也可以用guid、IMEI等与用户所使用的的设备一一对应的标识来标识用户。处理设备可以根据设备环境信息确定用户反馈信息对应的设备类型，该设备类型是指所运行目标程序出现故障的设备对应的类型，以及根据用户操作信息确定该用户反馈信息对应的程序功能，该程序功能可以为用户在进行反馈前使用的最后N个功能。
处理设备可以分别根据所对应用户标识、设备类型和程序功能对多个用户反馈的用户反馈信息进行聚类，响应于目标用户标识对应的用户反馈信息数量达到第三预设阈值，说明该目标用户标识所对应用户遇到的故障比较严重，处理设备可以生成该目标用户标识对应的第二告警信息，该第二告警信息用于指示优先处理该目标用户标识对应的用户反馈信息；响应于目标设备类型对应的用户反馈信息数量达到第四预设阈值，说明该目标程序在该设备类型的设备上运行时出现了较为严重的故障，处理设备可以生成该目标设备类型对应的第三告警信息，该第三告警信息用于指示优先处理目标设备类型对应的用户反馈信息；响应于目标程序功能对应的用户反馈信息数量达到第五预设阈值，说明该目标程序中的目标程序功能出现了较为严重的故障，处理设备可以生成该目标程序功能对应的第四告警信息，该第四告警信息用于指示优先对该目标程序功能对应的功能模块进行检修。
综上所述，通过多维度的信息告警，处理设备可以合理的控制故障维护的优先级，使相关人员能够优先对较为严重的故障进行处理，从而保障目标程序的稳定运行。
如图7所示，针对不同的业务特性和量级，处理设备可以设定不同的告警阈值存入阈值库中。在获取到用户反馈信息后，经过智能分类以及多维度聚类，将聚类结果与阈值库中的相关阈值进行比较，可以确定出是否进行告警，其中告警可以通过邮件、IM软件、电话等方式来进行。例如，如图8和图9所示，这两张图展示了通过邮件进行告警的方式，在图8中，故障关键词可以为游戏A，处理设备可以设定30天内收集5条信息为告警阈值，由于在30天内获取到了7条游戏A相关的用户反馈信息，因此可以基于游戏A这一关键词生成告警信息。在图9中，处理设备可以设备用户标识维度的第三告警信息为7天内反馈3次，并统计出7天内反馈超过3次的用户，基于这些用户标识生成告警信息。
为了便于理解本申请实施例提供的技术方案，接下来，将结合一种实际应用场景，对本申请实施例提供的一种信息处理方法进行介绍。
参见图10，图10为本申请实施例提供的一种实际应用场景中信息处理方法的示意图，在用户进行用户反馈后，处理设备一方面可以收集用户数据，得到用户反馈信息，对该用户反馈信息进行关键词分析以及NLP智能分析，确定用户反馈信息对应的故障，如图12所示，图12展示了一种所收集用户反馈信息的示意图，该用户反馈信息为针对游戏A的用户反馈信息，在收集信息后，可以如图15所示，将用户反馈信息上传到SCF平台中，进行NLP自然语言处理、关键词提取等分析，最后向相关人员推送相应的故障分析结果和告警信息等；另一方面如图11所示，处理设备可以基于在程序客户端中的埋点获取用户反馈操作对应的日志信息，打包上传到对象存储平台上，然后可以触发云函数(Serverless Cloud Function，SCF)等服务对该日志信息进行自动分析，确定该日志信息对应的故障，结合这两方面的信息，处理设备可以较为准确的确定出用户想要反馈的故障。
在确定出各个用户反馈信息对应的故障后，处理设备可以针对不同的聚类维度进行多维度聚类。如图13所示，处理设备可以从用户维度、程序功能维度、机型及系统(os)维度和故障维度这四个维度对用户反馈信息进行聚类，在聚类后可以与设置的告警阈值进行比较，进行相应的告警推送。
基于上述实施例提供的一种信息处理方法，本申请实施例还提供了一种信息处理装置，参见图16，图16为本申请实施例提供的一种信息处理装置1600的结构框图，该装置包括第一获取单元1601、第二获取单元1602和第一确定单元1603：
所述第一获取单元1601，用于响应于触发针对目标程序的信息反馈操作，获取所述信息反馈操作对应的日志信息，所述日志信息用于标识所述目标程序中的功能模块在目标时间段内的运行状态，所述目标时间段是基于所述信息反馈操作对应的时刻确定的；
所述第二获取单元1602，用于获取所述目标程序对应的故障映射集合，所述故障映射集合用于标识所述目标程序的各种故障所对应的功能模块的运行状态；
所述第一确定单元1603，用于根据所述日志信息和所述故障映射集合，确定所述目标程序对应的第一目标故障。
在一种可能的实现方式中，所述功能模块中包括第一模块和第二模块，所述故障映射集合中包括第一目标故障映射，所述第一目标故障映射用于标识所述目标程序的第一故障所对应的所述第一模块的第一目标运行状态和所述第二模块的第二目标运行状态，所述第一确定单元1603，具体用于：
根据所述日志信息，确定所述第一模块对应的第一待定运行状态和所述第二模块对应的第二待定运行状态；
若所述第一待定运行状态匹配所述第一目标运行状态，且所述第二待定运行状态匹配所述第二目标运行状态，将所述第一故障确定为所述目标程序对应的第一目标故障。
在一种可能的实现方式中，所述装置还包括第三获取单元和更新单元：
所述第三获取单元，用于获取所述日志信息对应的人工故障分析结果，所述人工故障分析结果中包括所述日志信息对应的待收集故障，和所述待收集故障对应的功能模块的运行状态；
所述更新单元，用于根据所述待收集故障和所述待收集故障对应的功能模块的运行状态更新所述故障映射集合。
在一种可能的实现方式中，所述运行状态包括所述功能模块对应的状态码和/或返回码，所述状态码用于标识所述功能模块对应的模块状态，所述返回码用于标识所述功能模块在运行过程中交互的功能模块。
在一种可能的实现方式中，所述第一获取单元1601具体用于：
确定所述目标程序对应的关键功能模块，所述关键功能模块对所述目标程序运行的影响程度大于第一预设阈值；
根据所述关键功能模块对应的运行状态，获取所述信息反馈操作对应的日志信息。
在一种可能的实现方式中，所述装置还包括第四获取单元和第二确定单元：
所述第四获取单元，用于获取所述信息反馈操作对应的用户反馈信息，所述用户反馈信息包括用户描述信息、设备环境信息和用户操作信息，所述用户描述信息为用户输入的信息，所述设备环境信息用于标识所述信息反馈操作对应的设备环境，所述用户操作信息用于标识所述用户在进行所述信息反馈操作之前使用的最后N个程序功能；
所述第二确定单元，用于确定所述用户反馈信息对应的第二目标故障。
在一种可能的实现方式中，所述装置还包括第一聚类单元和第一生成单元：
所述第一聚类单元，用于根据所对应故障对多个用户反馈的用户反馈信息进行聚类；
所述第一生成单元，用于响应于第二故障对应的用户反馈信息数量达到第二预设阈值，生成所述第二故障对应的第一告警信息，所述第一告警信息用于指示优先对所述第二故障对应的功能模块进行检修。
在一种可能的实现方式中，所述装置还包括第五获取单元和训练单元：
所述第五获取单元，用于获取历史用户反馈信息集合，所述历史用户反馈信息集合中的历史用户反馈信息具有对应的样本故障；
所述训练单元，用于根据所述历史用户反馈信息集合训练初始故障确定模型，得到故障确定模型；
所述第二确定单元具体用于：
通过所述故障确定模型，确定所述用户反馈信息对应的所述第二目标故障。
在一种可能的实现方式中，所述装置还包括第六获取单元、第三确定单元、第二聚类单元、第二生成单元、第三生成单元和第四生成单元：
所述第六获取单元，用于获取所述用户反馈信息对应的用户标识；
所述第三确定单元，用于根据所述设备环境信息确定所述用户反馈信息对应的设备类型，以及根据所述用户操作信息确定所述用户反馈信息对应的程序功能；
所述第二聚类单元，用于分别根据所对应用户标识、设备类型和程序功能对所述多个用户反馈的用户反馈信息进行聚类；
所述第二生成单元，用于响应于目标用户标识对应的用户反馈信息数量达到第三预设阈值，生成所述目标用户标识对应的第二告警信息，所述第二告警信息用于指示优先处理所述目标用户标识对应的用户反馈信息；
所述第三生成单元，用于响应于目标设备类型对应的用户反馈信息数量达到第四预设阈值，生成所述目标设备类型对应的第三告警信息，所述第三告警信息用于指示优先处理所述目标设备类型对应的用户反馈信息；
所述第四生成单元，用于响应于目标程序功能对应的用户反馈信息数量达到第五预设阈值，生成所述目标程序功能对应的第四告警信息，所述第四告警信息用于指示优先对所述目标程序功能对应的功能模块进行检修。
本申请实施例还提供了一种计算机设备，下面结合附图对该设备进行介绍。请参见图17所示，本申请实施例提供了一种设备，该设备还可以是终端设备，该终端设备可以为包括手机、平板电脑、个人数字助理(Personal Digital Assistant，简称PDA)、销售终端(Point of Sales，简称POS)、车载电脑、车载终端等任意智能终端，以终端设备为手机为例：
图17示出的是与本申请实施例提供的终端设备相关的手机的部分结构的框图。参考图17，手机包括：射频(Radio Frequency，简称RF)电路710、存储器720、输入单元730、显示单元740、传感器750、音频电路760、无线保真(Wireless Fidelity，简称WiFi)模块770、处理器780、以及电源790等部件。本领域技术人员可以理解，图17中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
下面结合图17对手机的各个构成部件进行具体的介绍：
RF电路710可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器780处理；另外，将设计上行的数据发送给基站。通常，RF电路710包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier，简称LNA)、双工器等。此外，RF电路710还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System of Mobile communication，简称GSM)、通用分组无线服务(GeneralPacket Radio Service，简称GPRS)、码分多址(Code Division Multiple Access，简称CDMA)、宽带码分多址(Wideband Code Division Multiple Access，简称WCDMA)、长期演进(Long Term Evolution，简称LTE)、电子邮件、短消息服务(Short Messaging Service，简称SMS)等。
存储器720可用于存储软件程序以及模块，处理器780通过运行存储在存储器720的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器720可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器720可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元730可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元730可包括触控面板731以及其他输入设备732。触控面板731，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板731上或在触控面板731附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板731可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器780，并能接收处理器780发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板731。除了触控面板731，输入单元730还可以包括其他输入设备732。具体地，其他输入设备732可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、鼠标、操作杆等中的一种或多种。
显示单元740可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元740可包括显示面板741，可选的，可以采用液晶显示器(Liquid CrystalDisplay，简称LCD)、有机发光二极管(Organic Light-Emitting Diode，简称OLED)等形式来配置显示面板741。进一步的，触控面板731可覆盖显示面板741，当触控面板731检测到在其上或附近的触摸操作后，传送给处理器780以确定触摸事件的类型，随后处理器780根据触摸事件的类型在显示面板741上提供相应的视觉输出。虽然在图17中，触控面板731与显示面板741是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板731与显示面板741集成而实现手机的输入和输出功能。
手机还可包括至少一种传感器750，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板741的亮度，接近传感器可在手机移动到耳边时，关闭显示面板741和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
音频电路760、扬声器761，传声器762可提供用户与手机之间的音频接口。音频电路760可将接收到的音频数据转换后的电信号，传输到扬声器761，由扬声器761转换为声音信号输出；另一方面，传声器762将收集的声音信号转换为电信号，由音频电路760接收后转换为音频数据，再将音频数据输出处理器780处理后，经RF电路710以发送给比如另一手机，或者将音频数据输出至存储器720以便进一步处理。
WiFi属于短距离无线传输技术，手机通过WiFi模块770可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图17示出了WiFi模块770，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
处理器780是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器720内的软件程序和/或模块，以及调用存储在存储器720内的数据，执行手机的各种功能和处理数据，从而对手机进行整体管理。可选的，处理器780可包括一个或多个处理单元；优选的，处理器780可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器780中。
手机还包括给各个部件供电的电源790(比如电池)，优选的，电源可以通过电源管理系统与处理器780逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。
在本实施例中，该终端设备所包括的处理器780还具有以下功能：
响应于触发针对目标程序的信息反馈操作，获取所述信息反馈操作对应的日志信息，所述日志信息用于标识所述目标程序中的功能模块在目标时间段内的运行状态，所述目标时间段是基于所述信息反馈操作对应的时刻确定的；
获取所述目标程序对应的故障映射集合，所述故障映射集合用于标识所述目标程序的各种故障所对应的功能模块的运行状态；
根据所述日志信息和所述故障映射集合，确定所述目标程序对应的第一目标故障。
本申请实施例还提供一种服务器，请参见图18所示，图18为本申请实施例提供的服务器800的结构图，服务器800可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(Central Processing Units，简称CPU)822(例如，一个或一个以上处理器)和存储器832，一个或一个以上存储应用程序842或数据844的存储介质830(例如一个或一个以上海量存储设备)。其中，存储器832和存储介质830可以是短暂存储或持久存储。存储在存储介质830的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器822可以设置为与存储介质830通信，在服务器800上执行存储介质830中的一系列指令操作。
服务器800还可以包括一个或一个以上电源826，一个或一个以上有线或无线网络接口850，一个或一个以上输入输出接口858，和/或，一个或一个以上操作系统841，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。
上述实施例中由服务器所执行的步骤可以基于图18所示的服务器结构。
本申请实施例还提供一种计算机可读存储介质，用于存储计算机程序，该计算机程序用于执行前述各个实施例所述的信息处理方法中的任意一种实施方式。
本申请实施例还提供了一种包括指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任意一项实施例提供的信息处理方法。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质可以是下述介质中的至少一种：只读存储器(英文：read-only memory，缩写：ROM)、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备及系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的设备及系统实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上所述，仅为本申请的一种具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。

Claims (13)

1.一种信息处理方法，其特征在于，所述方法包括：
响应于触发针对目标程序的信息反馈操作，获取所述信息反馈操作对应的日志信息，所述日志信息用于标识所述目标程序中的功能模块在目标时间段内的运行状态，所述目标时间段是基于所述信息反馈操作对应的时刻确定的；
获取所述目标程序对应的故障映射集合，所述故障映射集合用于标识所述目标程序的各种故障所对应的功能模块的运行状态；
根据所述日志信息和所述故障映射集合，确定所述目标程序对应的第一目标故障。
2.根据权利要求1所述的方法，其特征在于，所述功能模块中包括第一模块和第二模块，所述故障映射集合中包括第一目标故障映射，所述第一目标故障映射用于标识所述目标程序的第一故障所对应的所述第一模块的第一目标运行状态和所述第二模块的第二目标运行状态，所述根据所述日志信息和所述故障映射集合，确定所述目标程序对应的第一目标故障，包括：
根据所述日志信息，确定所述第一模块对应的第一待定运行状态和所述第二模块对应的第二待定运行状态；
若所述第一待定运行状态匹配所述第一目标运行状态，且所述第二待定运行状态匹配所述第二目标运行状态，将所述第一故障确定为所述目标程序对应的第一目标故障。
3.根据权利要求1所述的方法，其特征在于，若所述故障映射集合中不包括所述日志信息对应的故障，所述方法还包括：
获取所述日志信息对应的人工故障分析结果，所述人工故障分析结果中包括所述日志信息对应的待收集故障，和所述待收集故障对应的功能模块的运行状态；
根据所述待收集故障和所述待收集故障对应的功能模块的运行状态更新所述故障映射集合。
4.根据权利要求1的方法，其特征在于，所述运行状态包括所述功能模块对应的状态码和/或返回码，所述状态码用于标识所述功能模块对应的模块状态，所述返回码用于标识所述功能模块在运行过程中交互的功能模块。
5.根据权利要求1所述的方法，其特征在于，所述获取所述信息反馈操作对应的日志信息，包括：
确定所述目标程序对应的关键功能模块，所述关键功能模块对所述目标程序运行的影响程度大于第一预设阈值；
根据所述关键功能模块对应的运行状态，获取所述信息反馈操作对应的日志信息。
6.根据权利要求1所述的方法，其特征在于，所述方法还包括：
获取所述信息反馈操作对应的用户反馈信息，所述用户反馈信息包括用户描述信息、设备环境信息和用户操作信息，所述用户描述信息为用户输入的信息，所述设备环境信息用于标识所述信息反馈操作对应的设备环境，所述用户操作信息用于标识所述用户在进行所述信息反馈操作之前使用的最后N个程序功能；
确定所述用户反馈信息对应的第二目标故障。
7.根据权利要求6所述的方法，其特征在于，所述方法还包括：
根据所对应故障对多个用户反馈的用户反馈信息进行聚类；
响应于第二故障对应的用户反馈信息数量达到第二预设阈值，生成所述第二故障对应的第一告警信息，所述第一告警信息用于指示优先对所述第二故障对应的功能模块进行检修。
8.根据权利要求6所述的方法，其特征在于，所述方法还包括：
获取历史用户反馈信息集合，所述历史用户反馈信息集合中的历史用户反馈信息具有对应的样本故障；
根据所述历史用户反馈信息集合训练初始故障确定模型，得到故障确定模型；
所述确定所述用户反馈信息对应的第二目标故障，包括：
通过所述故障确定模型，确定所述用户反馈信息对应的所述第二目标故障。
9.根据权利要求6所述的方法，其特征在于，所述方法还包括：
获取所述用户反馈信息对应的用户标识；
根据所述设备环境信息确定所述用户反馈信息对应的设备类型，以及根据所述用户操作信息确定所述用户反馈信息对应的程序功能；
分别根据所对应用户标识、设备类型和程序功能对所述多个用户反馈的用户反馈信息进行聚类；
响应于目标用户标识对应的用户反馈信息数量达到第三预设阈值，生成所述目标用户标识对应的第二告警信息，所述第二告警信息用于指示优先处理所述目标用户标识对应的用户反馈信息；
响应于目标设备类型对应的用户反馈信息数量达到第四预设阈值，生成所述目标设备类型对应的第三告警信息，所述第三告警信息用于指示优先处理所述目标设备类型对应的用户反馈信息；
响应于目标程序功能对应的用户反馈信息数量达到第五预设阈值，生成所述目标程序功能对应的第四告警信息，所述第四告警信息用于指示优先对所述目标程序功能对应的功能模块进行检修。
10.一种信息处理装置，其特征在于，所述装置包括第一获取单元、第二获取单元和第一确定单元：
所述第一获取单元，用于响应于触发针对目标程序的信息反馈操作，获取所述信息反馈操作对应的日志信息，所述日志信息用于标识所述目标程序中的功能模块在目标时间段内的运行状态，所述目标时间段是基于所述信息反馈操作对应的时刻确定的；
所述第二获取单元，用于获取所述目标程序对应的故障映射集合，所述故障映射集合用于标识所述目标程序的各种故障所对应的功能模块的运行状态；
所述第一确定单元，用于根据所述日志信息和所述故障映射集合，确定所述目标程序对应的第一目标故障。
11.一种计算机设备，其特征在于，所述设备包括处理器以及存储器：
所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；
所述处理器用于根据所述程序代码中的指令执行权利要求1-9中任意一项所述的信息处理方法。
12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行权利要求1-9中任意一项所述的信息处理方法。
13.一种包括指令的计算机程序产品，当其在计算机上运行时，使得所述计算机执行权利要求1-9任意一项所述的信息处理方法。
CN202210013317.3A 2022-01-06 2022-01-06 一种信息处理方法和相关装置 Pending CN116450384A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210013317.3A CN116450384A (zh) 2022-01-06 2022-01-06 一种信息处理方法和相关装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210013317.3A CN116450384A (zh) 2022-01-06 2022-01-06 一种信息处理方法和相关装置

Publications (1)

Publication Number Publication Date
CN116450384A true CN116450384A (zh) 2023-07-18

Family

ID=87118846

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210013317.3A Pending CN116450384A (zh) 2022-01-06 2022-01-06 一种信息处理方法和相关装置

Country Status (1)

Country Link
CN (1) CN116450384A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117608912A (zh) * 2024-01-24 2024-02-27 之江实验室 基于nlp大模型的全自动日志分析和故障处理系统和方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117608912A (zh) * 2024-01-24 2024-02-27 之江实验室 基于nlp大模型的全自动日志分析和故障处理系统和方法
CN117608912B (zh) * 2024-01-24 2024-06-07 之江实验室 基于nlp大模型的全自动日志分析和故障处理系统和方法

Similar Documents

Publication Publication Date Title
CN110598802B (zh) 一种内存检测模型训练的方法、内存检测的方法及装置
US11169827B2 (en) Resource loading at application startup using attributes of historical data groups
CN110704661B (zh) 一种图像分类方法和装置
CN111666222B (zh) 一种测试方法和相关装置
CN114595124B (zh) 时序异常检测模型评估方法、相关装置及存储介质
CN114722937B (zh) 一种异常数据检测方法、装置、电子设备和存储介质
CN117576535B (zh) 一种图像识别方法、装置、设备以及存储介质
CN115022098B (zh) 人工智能安全靶场内容推荐方法、装置及存储介质
CN116933149A (zh) 一种对象意图预测方法、装置、电子设备和存储介质
CN113704008B (zh) 一种异常检测方法、问题诊断方法和相关产品
CN112859136B (zh) 一种定位方法和相关装置
CN114328908A (zh) 一种问答语句质检方法、装置及相关产品
CN116450384A (zh) 一种信息处理方法和相关装置
CN111611369B (zh) 基于人工智能的交互方法和相关装置
CN117115590A (zh) 基于自监督学习的内容审核模型训练方法、装置及介质
CN115412726B (zh) 视频真伪检测方法、装置及存储介质
CN112752155B (zh) 一种媒体数据显示方法和相关设备
CN113569043A (zh) 一种文本类别确定方法和相关装置
CN111475732B (zh) 一种信息处理方法和装置
CN112163164B (zh) 一种用户标签确定方法和相关装置
CN117011649B (zh) 一种模型训练方法和相关装置
CN116578668A (zh) 一种数据处理方法和相关装置
CN113568984A (zh) 一种数据处理方法和相关装置
CN116704278A (zh) 一种训练数据检测方法、装置及存储介质
CN117541834A (zh) 一种视频聚类方法和相关装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination