CN108874612B - 一种信息获取的方法、相关设备以及系统 - Google Patents
一种信息获取的方法、相关设备以及系统 Download PDFInfo
- Publication number
- CN108874612B CN108874612B CN201710322341.4A CN201710322341A CN108874612B CN 108874612 B CN108874612 B CN 108874612B CN 201710322341 A CN201710322341 A CN 201710322341A CN 108874612 B CN108874612 B CN 108874612B
- Authority
- CN
- China
- Prior art keywords
- information
- client
- server
- control information
- abnormal state
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3055—Monitoring arrangements for monitoring the status of the computing system or of the computing system component, e.g. monitoring if the computing system is on, off, available, not available
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/32—Monitoring with visual or acoustical indication of the functioning of the machine
- G06F11/324—Display of status information
- G06F11/327—Alarm or error message display
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Computer And Data Communications (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明实施例公开了一种信息获取的方法,包括:当根据告警信息确定客户端出现异常状态时,向服务器发送异常反馈信息,异常反馈信息用于服务器生成控制信息,控制信息用于触发客户端获取运行信息;接收服务器发送的控制信息,并根据控制信息在客户端上复现异常状态;根据异常状态生成运行信息,运行信息用于记录客户端所对应的所述异常状态;向服务器发送运行信息,运行信息包含日志信息以及系统运行信息。本发明还提供一种客户端、服务器以及信息获取系统。本发明当用户所使用的客户端出现异常时,可以直接在该客户端上复现异常状态,无需在另一个客户端上模拟出现异常状态,从而降低了复现所需的时间以及投入成本,提高了获取异常信息的效率。
Description
技术领域
本发明涉及互联网技术领域,尤其涉及一种信息获取的方法、相关设备以及系统。
背景技术
随着移动互联网的发展,用户通过客户端访问互联网已成为了一种常见的形式。客户端上线投放市场,可能会存在各种各样的问题。当用户通过互联网反馈客户端的异常情况时,开发人员需要获取该客户端异常的日志信息以及系统运行信息,以分析和解决客户端的异常问题。
目前,为了分析和解决用户反馈的客户端异常问题,开发人员需要找到异常客户端对应的移动设备机型,并在该机型所对应的移动设备上安装另一个测试客户端。通过测试客户端复现在异常客户端中出现的问题,可以获取到异常客户端的日志信息以及系统运行信息,以此能够对异常问题进行分析并解决。
然而,由于导致客户端异常的因素较多,因此,可能需要根据这些因素在测试客户端上多次模拟在异常客户端出现的异常状态,并在测试客户端上进行反复操作,才能复现出异常客户端的问题,从而消耗了复现所需的时间以及投入的成本,不利于获取异常信息的效率。
发明内容
本发明实施例提供了一种信息获取的方法、相关设备以及系统,用于当用户所使用的客户端出现异常时,可以直接在该客户端上复现异常状态,无需在另一个客户端上再次模拟出现异常状态,从而降低了复现所需的时间以及投入成本,提高了获取异常信息的效率
有鉴于此,本发明第一方面提供一种信息获取的方法,包括:
当根据告警信息确定客户端出现异常状态时,向服务器发送异常反馈信息,其中,所述异常反馈信息用于所述服务器生成控制信息,所述控制信息用于触发所述客户端获取运行信息;
接收所述服务器发送的所述控制信息,并根据所述控制信息在所述客户端上复现所述异常状态;
根据所述异常状态生成所述运行信息,其中,所述运行信息用于记录所述客户端所对应的所述异常状态;
向所述服务器发送所述运行信息,其中,所述运行信息包含日志信息以及系统运行信息。
本发明第二方面提供一种信息获取的方法,包括:
接收所述客户端发送的异常反馈信息,其中,所述异常反馈信息时在客户端出现异常时发送的;
根据所述异常反馈信息生成控制信息,其中,所述控制信息用于触发所述客户端获取运行信息;
向所述客户端发送所述控制信息,以使所述客户端根据所述控制信息在所述客户端上复现所述异常状态,并根据所述异常状态生成所述运行信息,其中,所述运行信息用于记录所述客户端所对应的所述异常状态;
接收所述客户端发送的所述运行信息,其中,所述运行信息包含日志信息以及系统运行信息。
本发明第三方面提供一种客户端,包括:
第一发送模块,用于当根据告警信息确定所述客户端出现异常状态时,向服务器发送异常反馈信息,其中,所述异常反馈信息用于服务器生成控制信息,所述控制信息用于触发所述客户端获取运行信息;
第一接收模块,用于接收所述服务器发送的所述控制信息;
复现模块,用于根据所述第一接收模块接收的所述控制信息在所述客户端上复现所述异常状态;
生成模块,用于根据所述复现模块复现的所述异常状态生成所述运行信息,其中,所述运行信息用于记录所述客户端所对应的所述异常状态;
第二发送模块,用于向所述服务器发送所述生成模块生成的所述运行信息,其中,所述运行信息包含日志信息以及系统运行信息。
本发明第四方面提供一种服务器,包括:
第一接收模块,用于接收所述客户端发送的异常反馈信息,其中,所述异常反馈信息时在客户端出现异常时发送的;
生成模块,用于根据所述第一接收模块接收的所述异常反馈信息生成控制信息,其中,所述控制信息用于触发所述客户端获取运行信息;
第一发送模块,用于向所述客户端发送所述生成模块生成的所述控制信息,以使所述客户端根据所述控制信息在所述客户端上复现所述异常状态,并根据所述异常状态生成所述运行信息,其中,所述运行信息用于记录所述客户端所对应的所述异常状态;
第二接收模块,用于接收所述客户端发送的所述运行信息,其中,所述运行信息包含日志信息以及系统运行信息。
本发明第五方面提供一种客户端,包括:存储器、收发器、处理器以及总线系统;
其中,所述存储器用于存储程序;
所述处理器用于执行所述存储器中的程序,具体包括如下步骤:
当根据告警信息确定所述客户端出现异常状态时,控制所述收发器向服务器发送异常反馈信息,其中,所述异常反馈信息用于服务器生成控制信息,所述控制信息用于触发所述客户端获取运行信息;
控制所述收发器接收所述服务器发送的所述控制信息,并根据所述控制信息在所述客户端上复现所述异常状态;
根据所述异常状态生成所述运行信息,其中,所述运行信息用于记录所述客户端所对应的所述异常状态;
控制所述收发器向所述服务器发送所述运行信息,其中,所述运行信息包含日志信息以及系统运行信息;
所述总线系统用于连接所述存储器、所述收发器以及所述处理器,以使所述存储器、所述收发器以及所述处理器进行通信。
本发明第六方面提供一种服务器,包括:存储器、收发器、处理器以及总线系统;
其中,所述存储器用于存储程序;
所述处理器用于执行所述存储器中的程序,具体包括如下步骤:
控制所述收发器接收所述客户端发送的异常反馈信息,其中,所述异常反馈信息时在客户端出现异常时发送的;
根据所述异常反馈信息生成控制信息,其中,所述控制信息用于触发所述客户端获取运行信息;
控制所述收发器向所述客户端发送所述控制信息,以使所述客户端根据所述控制信息在所述客户端上复现所述异常状态,并根据所述异常状态生成所述运行信息,其中,所述运行信息用于记录所述客户端所对应的所述异常状态;
控制所述收发器接收所述客户端发送的所述运行信息,其中,所述运行信息包含日志信息以及系统运行信息;
所述总线系统用于连接所述存储器、所述收发器以及所述处理器,以使所述存储器、所述收发器以及所述处理器进行通信。
本发明第七方面提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
本发明第八方面提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
本发明第九方面提供一种信息获取的系统,其特征在于,所述系统包括客户端及服务器;
当根据告警信息确定所述客户端出现异常状态时,所述客户端向服务器发送异常反馈信息;
所述服务器接收所述客户端发送的异常反馈信息;
所述服务器根据所述异常反馈信息生成控制信息,其中,所述控制信息用于触发所述客户端获取运行信息,所述运行信息包含日志信息以及系统运行信息;
所述服务器向所述客户端发送所述控制信息;
所述客户端接收所述服务器发送的所述控制信息,并根据所述控制信息在所述客户端上复现所述异常状态;
所述客户端根据所述异常状态生成所述运行信息,其中,所述运行信息用于记录所述客户端所对应的所述异常状态;
所述客户端向所述服务器发送所述运行信息。
从以上技术方案可以看出,本发明实施例具有以下优点:
本发明实施例中,提供了一种信息获取的方法,当客户端根据告警信息确定出现异常状态时,该客户端会向服务器发送异常反馈信息,其中,异常反馈信息用于服务器生成控制信息,控制信息用于触发客户端获取运行信息,然后客户端将接收服务器发送的控制信息,并根据控制信息在客户端上复现异常状态,客户端再根据异常状态生成运行信息,其中,该运行信息用于记录客户端所对应的异常状态,最后客户端向服务器发送运行信息,运行信息包含日志信息以及系统运行信息。通过上述方式,当用户所使用的客户端出现异常时,可以直接在该客户端上复现异常状态,无需在另一个客户端上再次模拟出现异常状态,从而降低了复现所需的时间以及投入成本,提高了获取异常信息的效率。
附图说明
图1为现有技术中解决用户反馈客户端异常的流程示意图;
图2为本发明实施例中信息获取系统架构图;
图3为本发明实施例中信息获取的方法一个交互实施例示意图;
图4为本发明实施例中解决用户反馈客户端异常的流程示意图;
图5为本发明实施例中信息获取的方法一个实施例示意图;
图6为本发明实施例中信息获取的方法另一个实施例示意图;
图7为应用场景中解决用户反馈客户端异常的流程示意图;
图8为本发明实施例中客户端一个实施例示意图;
图9为本发明实施例中客户端另一个实施例示意图;
图10为本发明实施例中客户端另一个实施例示意图;
图11为本发明实施例中客户端另一个实施例示意图;
图12为本发明实施例中客户端另一个实施例示意图;
图13为本发明实施例中服务器一个实施例示意图;
图14为本发明实施例中服务器另一个实施例示意图;
图15为本发明实施例中服务器另一个实施例示意图;
图16为本发明实施例中客户端一个结构示意图;
图17为本发明实施例中服务器一个结构示意图;
图18为本发明实施例中信息获取的系统一个实施例示意图。
具体实施方式
本发明实施例提供了一种信息获取的方法、相关设备以及系统,用于当用户所使用的客户端出现异常时,可以直接在该客户端上复现异常状态,无需在另一个客户端上再次模拟出现异常状态,从而降低了复现所需的时间以及投入成本,提高了获取异常信息的效率
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
应理解,本发明应用于信息获取系统,请参阅图2,图2为本发明实施例中信息获取系统架构图,如图2所示,信息获取系统主要包括客户端以及服务器,其中,用户使用客户端进行业务,例如用户通过客户端登录支付平台,或者用户通过客户端发送消息等,在一些情况下,用户使用的客户端可能出发生异常情况,这个时候,客户端就会通过网络向服务器反馈异常反馈信息,开发人员在服务器侧能够了解客户端所出现的异常问题。
服务器根据异常反馈信息生成一个控制信息,并向客户端发送该控制信息,以使得客户端根据控制信息提取相应的运行信息。当然,获取运行信息的客户端正是用户所使用的客户端,而不是新部署的一个客户端,因此,该客户端可以基于用户所使用的环境抓取运行信息,从而更好地反映出客户端异常的问题。最后,客户端将运行信息发送给服务器,开发人员根据运行信息可以分析出客户端出现异常的原因,进而解决异常问题并修改代码逻辑,从而可以在发布的下一个迭代版本中解决该异常问题。
需要说明的是,客户端具体可以是浏览器客户端,该客户端部署于手机、平板电脑、个人数字助理(Personal Digital Assistant,PDA)、销售终端(Pointof Sales,POS)或者车载电脑等任意终端设备上,此处不做限定。
为了便于理解,请参阅图3,图3为本发明实施例中信息获取的方法一个交互实施例示意图,如图所示,具体为:
步骤101中,当客户端根据告警信息确定自身出现异常状态时,该客户端可以向服务器发送异常反馈信息,于是,服务器可以接收客户端发送的异常反馈信息;
步骤102中,服务器在收到异常反馈信息之后,可以根据该异常反馈信息生成控制信息,其中,控制信息主要用于触发客户端获取运行信息;
步骤103中,服务器再向客户端发送控制信息,于是,客户端将会收到该控制信息;
步骤104中,客户端根据已收到的控制信息,可以再次在该客户端上显现异常反馈信息所对应的异常状态;
步骤105中,客户端根据复现的异常状态生成运行信息,其中,运行信息用于记录客户端所对应的异常状态;
步骤106中,客户端向服务器发送运行信息,运行信息包含日志信息以及系统运行信息。
应理解,本发明还可以采用如图4所示的流程示意图来获取运行信息,请参阅图4,图4为本发明实施例中解决用户反馈客户端异常的流程示意图,如图所示,下面将进行具体说明:
用户在发现客户端异常后,可以通过网络反馈异常信息,开发人员得到客户端反馈的异常信息,然后与用户联系并沟通异常情况。在开发人员获取到异常情况后,能够在用户使用的客户端上复现出操作流程。
复现的操作会触发服务器设置日志打印和捕捉系统运行信息的控制指令,同时自动生成上报信息的加密密钥,两者结合起来,生成一次性使用的二维码。在用户重新启动客户端之后,开发人员可以通过服务器将二维码发送给用户,用户使用客户端扫描二维码,并解析二维码,以得到控制指令,从而客户端能够打印出日志信息并对其进行加密,然后将加密后的日志信息缓存在客户端本地,同时客户端通过解析二维码还可以获取拉取系统运行信息的频率参数,用于定时获取当前终端的系统运行信息。
用户再次重启客户端时,加了密的日志信息和系统运行信息就会自动上传到服务器侧,服务器对日志信息进行解密处理,以得到日志信息,开发人员可以综合日志信息和系统运行信息分析出异常问题,解决异常问题后随下一个迭代版本发布。
下面将从客户端的角度,对本发明中信息获取的方法进行介绍,请参阅图5,本发明实施例中信息获取的方法一个实施例包括:
201、当根据告警信息确定客户端出现异常状态时,向服务器发送异常反馈信息,其中,异常反馈信息用于服务器生成控制信息,控制信息用于触发客户端获取运行信息;
本实施例中,用户在使用正式上线的客户端时,偶尔会遇到客户端异常的情况,这种异常情况有可能是在某个特殊终端机型,或者在某个特殊操作场景下才会随机出现的问题。
在客户端进行操作时,可以实时向服务器发送操作信息,如果服务器根据操作信息发现用户存在误操作,则会向客户端反馈告警信息,于是,客户端根据告警信息就能确定自身出现异常状态。可以理解的是,客户端也可以主动检测自身是否存在异常,若显示告警信息,则客户端确定自身处于异常状态。
客户端在确定自身处于异常状态时,会先服务器发送异常反馈信息,也就是告知服务器需要获取当前客户端出现异常情况的原因,从而解决客户端的异常。服务器根据异常反馈信息生成一个控制信息,具体地,该控制信息可以是二维码,通过控制信息可以触发客户端提取日志信息。控制信息主要包含以下几个功能,如打开客户端的日志开关,打印日志的编号,获取系统运行信息的频率参数,信息的加密密钥和信息的解密密钥等。
202、接收服务器发送的控制信息,并根据控制信息在客户端上复现异常状态;
本实施例中,客户端接收服务器发送的控制信息,并根据控制信息在客户端本地再次模拟异常状态。
203、根据异常状态生成运行信息,其中,运行信息用于记录客户端所对应的异常状态;
本实施例中,由于客户端已经从控制信息中获取到与提取运行信息相关指示,于是在客户端再次模拟出异常状态后,即可获取相应的运行信息。
具体地,假设控制信息为二维码,客户端通过扫描二维码可以得到相关信息,例如打开客户端的日志开关,打印日志的编号,获取系统运行信息的频率参数,信息的加密密钥和信息的解密密钥等。客户端根据二维码中的相关信息在客户端上复现异常状态,并提取相应的运行信息。
运行信息包括日志信息以及系统运行信息,其中,日志信息是开发人员在客户端中各重要节点、流程和事件等处打印的客户端内部运行的信息,这些数据有助于开发人员分析客户端的运行情况,本方案中的运行信息还包含了系统运行信息,系统运行信息可以是每隔5秒获取此系统的处理器运行信息和内存使用信息等。
204、向服务器发送运行信息运行信息,其中,运行信息包含日志信息以及系统运行信息。
本实施例中,客户端向服务器发送已获取到的运行信息,其中,运行信息包含日志信息以及系统运行信息。
本发明实施例中,提供了一种信息获取的方法,当客户端根据告警信息确定出现异常状态时,该客户端会向服务器发送异常反馈信息,其中,异常反馈信息用于服务器生成控制信息,控制信息用于触发客户端获取运行信息,然后客户端将接收服务器发送的控制信息,并根据控制信息在客户端上复现异常状态,客户端再根据异常状态生成运行信息,其中,该运行信息用于记录客户端所对应的异常状态,最后客户端向服务器发送运行信息,运行信息包含日志信息以及系统运行信息。通过上述方式,当用户所使用的客户端出现异常时,可以直接在该客户端上复现异常状态,无需在另一个客户端上再次模拟出现异常状态,从而降低了复现所需的时间以及投入成本,提高了获取异常信息的效率。
可选地,在上述图5对应的实施例的基础上,本发明实施例提供的信息获取的方法第一个可选实施例中,接收服务器发送的控制信息之后,还可以包括:
向服务器发送控制信息的验证请求,其中,验证请求用于触发服务器对控制信息进行有效性验证,并生成验证结果;
接收服务器发送的验证结果;
若验证结果指示控制信息无效,则拒绝生成运行信息;
根据控制信息在客户端上复现异常状态,可以包括:
若验证结果指示控制信息有效,则根据控制信息在客户端上复现异常状态。
本实施例中,客户端在接收服务器发送的控制信息后,还需要进一步对控制信息是否有效进行验证。服务器所生成的控制信息是一次性的,也就是控制信息一旦被客户端获取后服务器就会对该控制信息标记失效,然后重新生成一个新的控制信息,从而达到一个控制信息对应一个客户端的效果,通过控制信息的唯一性提升客户端与服务器之间交互的可靠性。
具体地,首先客户端在收到控制信息之后会向服务器发送一个验证请求,服务器收到验证请求,便开始对控制信息进行有效性验证。主要验证该控制信息是否被使用过。如果服务器得到的验证结果为,该控制信息存在且还未被使用过,则认为控制信息有效,那么就向客户端反馈这个消息,使得客户端能够继续根据控制信息复现异常状态。反之,如果服务器得到的验证结果为该控制信息没有成功生成,或该控制信息已经被使用过,则认为控制信息无效,那么服务器就向客户端反馈这个消息,使得客户端拒绝复现异常以及生成运行信息。
可以理解的是,运行信息包含日志信息以及系统运行信息,如果服务器验证得到控制信息无效,则客户端可以拒绝生成日志信息或系统运行信息。
其次,本发明实施例中,客户端需要向服务器发送控制信息的验证请求,并且由服务器根据该验证请求对控制信息进行有效性的验证,如果控制信息无效,则不会生成运行信息,这样的话,可以提升运行信息生成环境的安全性,从而加强方案的实用性。相反地,如果控制信息有效,则生成对应的运行信息,有利于提升方案的可行性。
可选地,在上述图5对应的实施例的基础上,本发明实施例提供的信息获取的方法第二个可选实施例中,接收服务器发送的控制信息之后,还可以包括:
解析控制信息,并获取加密密钥;
根据异常状态生成运行信息之后,还可以包括:
采用加密密钥对日志信息进行加密处理,并生成加密后的日志信息;
向服务器发送运行信息,可以包括:
向服务器发送加密后的日志信息以及系统运行信息,以使服务器采用解密密钥对加密后的日志信息进行解密处理,其中,解密密钥与加密密钥具有对应关系。
本实施例中,客户端收到服务器发送的控制信息之后,首先对该控制信息进行解析,并得到加密密钥,其中,这里的加密密钥是服务器侧生成的,服务器同时也生成解密密钥,两者为一个密钥对,服务器本地存储有解密密钥。接下来,在客户端生成日志信息、捕捉到系统运行信息之后,将采用加密密钥对日志信息进行加密,加密完成后,向服务器发送运行信息即可。服务器利用对应的解密密钥对日志信息进行解密处理。
其中,密钥可以分为两种,即对称密钥与非对称密钥,密钥密码体系可以分为两个领域,即通用密钥体系和公用密钥体系。对称密钥加密又称私钥加密,即信息的发送方和接收方用一个密钥去加密和解密数据。它的最大优势是加/解密速度快,适合于对大数据量进行加密,但密钥管理困难。非对称密钥加密,又称公钥密钥加密。它需要使用一对密钥来分别完成加密和解密操作,一个公开发布即公开密钥,另一个由用户自己秘密保存,即私用密钥。信息发送者用公开密钥去加密,而信息接收者则用私用密钥去解密。
其次,本发明实施例中,客户端在解析接收到的控制信息之后,可以得到加密密钥,客户端可以采用该加密密钥对生成的运行信息中的日志信息进行加密处理,并且向服务器发送系统运行信息和经过加密的日志信息,服务器端采用对应的解密密钥对加了密的日志信息进行解密处理,以此得到日志信息。通过上述方式,有效地降低了日志信息在传输过程中被窃取的可能性,通常情况下,日志信息对外部人员是保密的,因此需要保证日志信息的安全性,降低被恶意篡改或窃取的可能性,从而提升方案的可行性。
可选地,在上述图5、图5对应的第一或第二个实施例的基础上,本发明实施例提供的信息获取的方法第三个可选实施例中,根据异常状态生成运行信息之后,还可以包括:
将运行信息存储于客户端本地。
本实施例中,客户端在本地生成了运行信息后,可以在本地存储运行信息中的日志信息。具体地,客户端能够在存储一段时间内获取到的运行信息,比如存储一周内的运行信息,或者存储三天内的运行信息等,此处不作限定。
可以理解的是,客户端的存储操作具体可以是将运行信息放入缓存中的操作。缓存是硬盘控制器上的一块内存芯片,具有极快的存取速率,它是硬盘内部存储和外界接口之间的缓冲器。由于硬盘的内部数据传输速率和外界介面传输速率不同,缓存在其中起到一个缓冲的作用。缓存的大小与速率是直接关系到硬盘的传输速率的重要因素,能够大幅度地提高硬盘整体性能。当硬盘存取零碎数据时需要不断地在硬盘与内存之间交换数据,有大缓存,则可以将那些零碎数据暂存在缓存中,减小系统的负荷,也提高了数据的传输速率。
再次,本发明实施例中,在客户端生成运行信息之后,还可以将运行信息存储在客户端本地。通过上述方式,一方面可以方便客户端在一段时间内根据需要提取运行信息,从而提升方案的实用性和可行性,另一方面,如果客户端在提取运行信息的过程中出现中断的情况,在客户端修复后还可以继续提取后续的运行信息,而已经提取过的运行信息将被存储,从而提升运行信息的获取效率。
可选地,在上述图5对应的第三个实施例的基础上,本发明实施例提供的信息获取的方法第四个可选实施例中,向服务器发送运行信息之后,还可以包括:
若运行信息发送成功,则在客户端本地删除运行信息;
若运行信息未发送成功,则获取客户端本地的运行信息,并再次向服务器上传运行信息。
本实施例中,在客户端向服务器发送运行信息后,还可能出现两个结果,第一种结果是虽然客户端发送了运行信息,但是可能因为网络的问题,服务器没有收到该运行信息,于是服务器可以向客户端发起重连请求。客户端根据重连请求,从本地获取运行信息后再次向服务器上传该运行信息。第二种结果是客户端发送了运行信息后,服务器收到了该信息,于是服务器可以向客户端反馈成功接收的通知,客户端根据该通知,就在本地删除对应的运行信息,以腾出内存空间。
进一步地,本发明实施例中,客户端向服务器发送运行信息之后,如果检测到运行信息发送成功,则在客户端本地删除运行信息,这样的话,就可以提升客户端的资源利用率,从而提升方案的实用性。相反地,如果运行信息未发送成功,则获取客户端本地的运行信息,并再次向服务器上传运行信息,以此可以提升运行信息的发送成功率,同时保证了服务器能够及时地得到客户端发送的运行信息,从而方案的可行性。
下面将从服务器的角度,对本发明中信息获取的方法进行介绍,请参阅图6,本发明实施例中信息获取的方法一个实施例包括:
301、接收客户端发送的异常反馈信息,其中,异常反馈信息时在客户端出现异常时发送的;
本实施例中,在客户端进行操作时,可以实时向服务器发送操作信息,如果服务器根据客户端的操作信息发现其存在误操作,则先向客户端发送告警信息,客户端收到告警信息就意味着发现自身出现异常。为了解决异常问题,客户端需要向服务器发送异常反馈信息。
302、根据异常反馈信息生成控制信息,其中,控制信息用于触发客户端获取运行信息;
本实施例中,服务器根据客户端发送的异常反馈信息可以生成控制信息,具体地,该控制信息可以是二维码,通过控制信息可以触发客户端提取运行信息。控制信息可以包含但并不仅限于以下几个功能,如打开客户端的日志开关,打印日志的编号,获取系统运行信息的频率参数,信息的加密密钥和信息的解密密钥等。
303、向客户端发送控制信息,以使客户端根据控制信息在客户端上复现异常状态,并根据异常状态生成运行信息,其中,运行信息用于记录客户端所对应的异常状态;
本实施例中,服务器向客户端发送控制信息,客户端在收到控制信息之后,可以根据控制信息先复现出现过的异常状态,然后再根据控制信息中所指示的内容获取相应的运行信息,该运行信息主要用于记录用户使用的客户端所出现的异常状态。
304、接收客户端发送的运行信息,其中,运行信息包含日志信息以及系统运行信息。
本实施例中,服务器接收客户端发送的运行信息。
本发明实施例中,提供了一种信息获取的方法,首先服务器接收客户端发送的异常反馈信息,其中,异常反馈信息时在客户端出现异常时发送的,然后服务器可以根据异常反馈信息生成控制信息,其中,控制信息用于触发客户端获取运行信息,服务器向客户端发送控制信息,以使客户端根据控制信息在客户端上复现所述异常状态,并根据异常状态生成运行信息,其中,运行信息用于记录客户端所对应的异常状态,最后客户端接收客户端发送的运行信息,运行信息包含日志信息以及系统运行信息。通过上述方式,当用户所使用的客户端出现异常时,可以直接在该客户端上复现异常状态,无需在另一个客户端上再次模拟出现异常状态,从而降低了复现所需的时间以及投入成本,提高了获取异常信息的效率。
可选地,在上述图6对应的实施例的基础上,本发明实施例提供的信息获取的方法第一个可选实施例中,向客户端发送控制信息之后,还可以包括:
接收客户端发送的控制信息的验证请求;
根据验证请求对控制信息进行有效性验证,并生成验证结果;
向客户端发送验证结果,其中,验证结果用于指示客户端是否生成运行信息。
本实施例中,服务器在向客户端发送控制信息之后,还需要进一步对控制信息是否有效进行验证。服务器所生成的控制信息是一次性的,也就是控制信息一旦被客户端获取后服务器就会对该控制信息标记失效,然后重新生成一个新的控制信息,从而达到一个控制信息对应一个客户端的效果,可以通过控制信息的唯一性提升客户端与服务器之间交互的可靠性。
具体地,首先服务器向客户端发送控制信息,客户端在收到控制信息之后会向服务器发送一个验证请求,服务器收到验证请求,便开始对控制信息进行有效性验证。主要验证该控制信息是否被使用过。如果服务器得到的验证结果为,该控制信息存在且还未被使用过,则认为控制信息有效,那么就向客户端反馈这个消息,使得客户端能够继续根据控制信息复现异常状态。反之,如果服务器得到的验证结果为该控制信息没有成功生成,或该控制信息已经被使用过,则认为控制信息无效,那么服务器就向客户端反馈这个消息,使得客户端拒绝复现异常以及生成运行信息。
其次,本发明实施例中,服务器在收到客户端发送的控制信息的验证请求后,会根据该验证请求对控制信息进行有效性的验证,如果控制信息无效,则不会生成运行信息,这样的话,可以提升运行信息生成环境的安全性,从而加强方案的实用性。相反地,如果控制信息有效,则客户端会生成对应的运行信息,有利于提升方案的可行性。
可选地,在上述图6对应的实施例的基础上,本发明实施例提供的信息获取的方法第二个可选实施例中,向客户端发送控制信息,可以包括:
向客户端所述控制信息,其中,控制信息中携带加密密钥,以使客户端采用加密密钥对日志信息进行加密处理,并生成加密后的日志信息;
接收客户端发送的运行信息,可以包括:
接收客户端发送的加密后的日志信息以及系统运行信息;
采用解密密钥对加密后的日志信息进行解密处理,其中,解密密钥与加密密钥具有对应关系。
本实施例中,客户端收到服务器发送的控制信息之后,首先对该控制信息进行解析,并得到加密密钥,其中,这里的加密密钥是服务器侧生成的,服务器同时也生成解密密钥,两者为一个密钥对,服务器本地存储有解密密钥。接下来,在客户端生成日志信息并捕捉到系统运行信息之后,将采用加密密钥对日志信息进行加密,加密完成后,向服务器发送系统运行信息和加了密的日志信息即可。服务器利用对应的解密密钥对日志信息进行解密处理。
其次,本发明实施例中,服务器在向客户端发送控制信息的过程中,会携带加密密钥,客户端采用该加密密钥对生成的日志信息进行加密处理,并且向服务器发送经过加密的日志信息,服务器端采用对应的解密密钥对加了密的日志信息进行解密处理,以此得到日志信息。通过上述方式,有效地降低了日志信息在传输过程中被窃取的可能性,通常情况下,日志信息对外部人员是保密的,因此需要保证日志信息的安全性,降低被恶意篡改或窃取的可能性,从而提升方案的可行性。
为便于理解,下面以一个具体应用场景对本发明中一种数据传输的方法进行详细描述,请参阅图7,图7为应用场景中解决用户反馈客户端异常的流程示意图,如图所示,具体地:
在步骤E1至步骤E4中,用户在使用正式上线的移动客户端时,偶尔会遇到客户端异常的情况。这种异常很有可能是某个特殊机型,或者某个特殊的操作场景下才会随机出现的问题。有些热心用户会把遇到的异常问题反馈到客户端网络平台上并留下自己的联系方式,开发人员在看到自己负责模块相关的用户反馈时,会与用户联系沟通,获取出现异常的具体情况和出现异常的操作流程;
在步骤F1和步骤F2中,开发人员根据异常出现的情况,设置打印日志的控制信息(控制信息主要包括:打开日志开关、打印日志的模块编号以及获取系统运行信息的频率参数、服务器自动生成上报信息的加密密钥和解密密钥等);
步骤F3中,服务器根据控制信息生成一个供用户使用的二维码,换言之,二维码可以认为是控制信息的一个外部表现形式。二维码同样包括了打开日志开关、打印日志的模块编号以及获取系统运行信息的频率参数、服务器自动生成上报信息的加密密钥和解密密钥,还可以包括服务器的统一资源定位符(Uniform Resource Locator,URL);
步骤F4中,服务器生成的二维码用于控制用户客户端的信息捕捉与上报,并且该二维码只能使用一次,开发人员把该二维码发送给用户使用。该二维码还会保存在服务器上的二维码管理模块中,并且保存有每个二维码对应的加密密钥和解密密钥,每个二维码在使用一次后就会失效,并且二维码管理模块会自动清理保存超过一周的二维码;
步骤E5至E6中,用户重启客户端后,用户使用客户端扫描开发人员发送来的二维码,并在步骤E7中,客户需要向服务器发送二维码的验证请求,服务器再向客户端反馈结果;
步骤E9中,客户端与网络平台建立网络连接,然后判断扫描的二维码是否有效,如果二维码在网络平台上存在,并且还未被使用过,则认为该二维码有效,于是进入步骤E10,打开日志功能,否则,跳转至步骤E8,客户端就不会打开日志功能;
步骤E10中,客户端解析二维码的信息,包括:打印日志的控制信息、获取系统运行信息的频率参数和上报信息的加密密钥。其中,打印日志的控制信息主要用于打开日志信息开关,打开的日志功能的对应模块编号,获取系统运行信息的频率参数主要用于定时获取手机系统运行信息(例如:每隔5秒获取一次系统的处理器信息和内存使用信息),上报信息的加密密钥主要用于对日志信息和系统信息进行加密处理;
步骤E11至E17中,用户继续按照之前的操作流程,操作客户端,直到复现客户端异常问题,并退出客户端。在用户操作客户端的同时,客户端还会打印日志信息并捕捉系统运行信息,然后保存到手机缓存文件中。在用户下一次启动客户端时,客户端会自动上传上次复现异常时缓存的日志信息和系统运行信息。上传成功后,会清除手机上的缓存文件;
步骤F6至步骤F8中,服务器在接收到客户端上传的信息后,会从二维码管理模块获取对应的解密密钥,并对上报信息进行解密处理;
步骤F9至步骤F11中,开发人员再根据解密后的日志信息和系统运行信息,分析出现异常的原因,并修改客户端代码逻辑解决异常问题,异常问题解决后,会在下一个发布的客户端版本中,更新到用户的手机中,即可解决用户手机上的客户端异常问题。
基于用户使用场景的移动客户端上,能够灵活地远程控制用户手机上的移动客户端打印日志信息,捕捉手机系统运行信息,还能够对信息进行加密,并自动上报给服务器,解决客户端运行过程中的异常问题,减少了很多相应开发机型的采购和租赁,降低了解决用户反馈异常的问题的物力成本。采用本方案拉取用户反馈的客户端异常日志信息和系统运行信息的整个过程都是自动完成的,减少了人力资源的投入,极大地提升开发人员分析解决用户反馈问题的效率。
下面对本发明中的客户端进行详细描述,请参阅图8,图8为本发明实施例中客户端一个实施例示意图,服务器40包括:
第一发送模块401,用于当根据告警信息确定所述客户端出现异常状态时,向服务器发送异常反馈信息,其中,所述异常反馈信息用于服务器生成控制信息,所述控制信息用于触发所述客户端获取运行信息;
第一接收模块402,用于接收所述服务器发送的所述控制信息;
复现模块403,用于根据所述第一接收模块402接收的所述控制信息在所述客户端上复现所述异常状态;
生成模块404,用于根据所述复现模块403复现的所述异常状态生成所述运行信息,其中,所述运行信息用于记录所述客户端所对应的所述异常状态;
第二发送模块405,用于向所述服务器发送所述生成模块404生成的所述运行信息,其中,所述运行信息包含日志信息以及系统运行信息。
本实施例中,当根据告警信息确定所述客户端出现异常状态时,第一发送模块401向服务器发送异常反馈信息,其中,所述异常反馈信息用于服务器生成控制信息,所述控制信息用于触发所述客户端获取运行信息,第一接收模块402接收所述服务器发送的所述控制信息,复现模块403根据所述第一接收模块402接收的所述控制信息在所述客户端上复现所述异常状态,生成模块404根据所述复现模块403复现的所述异常状态生成所述运行信息,其中,所述运行信息用于记录所述客户端所对应的所述异常状态,第二发送模块405向所述服务器发送所述生成模块404生成的所述运行信息,其中,所述运行信息包含日志信息以及系统运行信息。
本发明实施例中,提供了一种客户端,当客户端根据告警信息确定出现异常状态时,该客户端会向服务器发送异常反馈信息,其中,异常反馈信息用于服务器生成控制信息,控制信息用于触发客户端获取运行信息,然后客户端将接收服务器发送的控制信息,并根据控制信息在客户端上复现异常状态,客户端再根据异常状态生成运行信息,其中,该运行信息用于记录客户端所对应的异常状态,最后客户端向服务器发送运行信息。通过上述方式,当用户所使用的客户端出现异常时,可以直接在该客户端上复现异常状态,无需在另一个客户端上再次模拟出现异常状态,从而降低了复现所需的时间以及投入成本,提高了获取异常信息的效率。
可选地,在上述图8对应的实施例的基础上,请参阅图9,本发明实施例提供的客户端另一实施例中,所述客户端40还包括:
第三发送模块406A,用于所述第一接收模块402接收所述服务器发送的所述控制信息之后,向所述服务器发送所述控制信息的验证请求,其中,所述验证请求用于触发所述服务器对所述控制信息进行有效性验证,并生成验证结果;
第二接收模块406B,用于接收所述服务器发送的所述验证结果;
拒绝模块406C,用于若所述第二接收模块406B接收的所述验证结果指示所述控制信息无效,则拒绝生成所述运行信息;
所述复现模块403包括:
复现单元4031,用于若所述第二接收模块406B接收的所述验证结果指示所述控制信息有效,则根据所述控制信息在所述客户端上复现所述异常状态。
其次,本发明实施例中,客户端需要向服务器发送控制信息的验证请求,并且由服务器根据该验证请求对控制信息进行有效性的验证,如果控制信息无效,则不会生成运行信息,这样的话,可以提升运行信息生成环境的安全性,从而加强方案的实用性。相反地,如果控制信息有效,则生成对应的运行信息,有利于提升方案的可行性。
可选地,在上述图8对应的实施例的基础上,请参阅图10,本发明实施例提供的客户端另一实施例中,所述客户端40还包括:
解析模块407A,用于所述第一接收模块402接收接收所述服务器发送的所述控制信息之后,解析所述控制信息,并获取加密密钥;
加密模块407B,用于所述生成模块404根据所述异常状态生成所述运行信息之后,采用所述解析模块407A解析得到的所述加密密钥对所述日志信息进行加密处理,并生成加密后的所述日志信息;
所述第二发送模块405包括:
发送单元4051,用于向所述服务器发送加密后的所述日志信息以及所述系统运行信息,以使所述服务器采用解密密钥对加密后的所述日志信息进行解密处理,其中,所述解密密钥与所述加密密钥具有对应关系。
其次,本发明实施例中,客户端在解析接收到的控制信息之后,可以得到加密密钥,客户端可以采用该加密密钥对生成的日志信息进行加密处理,并且向服务器发送经过加密的日志信息,服务器端采用对应的解密密钥对加了密的日志信息进行解密处理,以此得到日志信息。通过上述方式,有效地降低了日志信息在传输过程中被窃取的可能性,通常情况下,日志信息对外部人员是保密的,因此需要保证日志信息的安全性,降低被恶意篡改或窃取的可能性,从而提升方案的可行性。
可选地,在上述图8、图9或图10对应的实施例的基础上,请参阅图11,本发明实施例提供的客户端另一实施例中,所述客户端40还包括:
存储模块408,用于所述生成模块404根据所述异常状态生成所述运行信息之后,将所述运行信息存储于所述客户端本地。
再次,本发明实施例中,在客户端生成运行信息之后,还可以将该运行信息存储在客户端本地。通过上述方式,一方面可以方便客户端在一段时间内根据需要提取运行信息,从而提升方案的实用性和可行性,另一方面,如果客户端在提取运行信息的过程中出现中断的情况,在客户端修复后还可以继续提取后续的运行信息,而已经提取过的运行信息将被存储,从而提升运行信息的获取效率。
可选地,在上述图11对应的实施例的基础上,请参阅图12,本发明实施例提供的客户端另一实施例中,所述客户端40还包括:
删除模块409A,用于所述第二发送模块405向所述服务器发送所述运行信息之后,若所述运行信息发送成功,则在所述客户端本地删除所述运行信息;
上传模块409B,用于所述第二发送模块405向所述服务器发送所述运行信息之后,若所述运行信息未发送成功,则获取所述客户端本地的所述运行信息,并再次向所述服务器上传所述运行信息。
进一步地,本发明实施例中,客户端向服务器发送运行信息之后,如果检测到运行信息发送成功,则在客户端本地删除运行信息,这样的话,就可以提升客户端的资源利用率,从而提升方案的实用性。相反地,如果运行信息未发送成功,则获取客户端本地的运行信息,并再次向服务器上传运行信息,以此可以提升运行信息的发送成功率,同时保证了服务器能够及时地得到客户端发送的运行信息,从而方案的可行性。
下面对本发明中的服务器进行详细描述,请参阅图13,图13为本发明实施例中服务器一个实施例示意图,服务器50包括:
第一接收模块501,用于接收所述客户端发送的异常反馈信息,其中,所述异常反馈信息时在客户端出现异常时发送的;
生成模块502,用于根据所述第一接收模块501接收的所述异常反馈信息生成控制信息,其中,所述控制信息用于触发所述客户端获取运行信息;
第一发送模块503,用于向所述客户端发送所述生成模块502生成的所述控制信息,以使所述客户端根据所述控制信息在所述客户端上复现所述异常状态,并根据所述异常状态生成所述运行信息,其中,所述运行信息用于记录所述客户端所对应的所述异常状态;
第二接收模块504,用于接收所述客户端发送的所述运行信息,其中,所述运行信息包含日志信息以及系统运行信息。
本实施例中,第一接收模块501接收所述客户端发送的异常反馈信息,其中,所述异常反馈信息时在客户端出现异常时发送的,生成模块502根据所述第一接收模块501接收的所述异常反馈信息生成控制信息,其中,所述控制信息用于触发所述客户端获取运行信息,第一发送模块503向所述客户端发送所述生成模块502生成的所述控制信息,以使所述客户端根据所述控制信息在所述客户端上复现所述异常状态,并根据所述异常状态生成所述运行信息,其中,所述运行信息用于记录所述客户端所对应的所述异常状态,第二接收模块504接收所述客户端发送的所述运行信息,其中,所述运行信息包含日志信息以及系统运行信息。
本发明实施例中,提供了一种服务器,首先服务器接收客户端发送的异常反馈信息,其中,异常反馈信息时在客户端出现异常时发送的,然后服务器可以根据异常反馈信息生成控制信息,其中,控制信息用于触发客户端获取运行信息,服务器向客户端发送控制信息,以使客户端根据控制信息在客户端上复现所述异常状态,并根据异常状态生成运行信息,其中,运行信息用于记录客户端所对应的异常状态,最后客户端接收客户端发送的运行信息。通过上述方式,当用户所使用的客户端出现异常时,可以直接在该客户端上复现异常状态,无需在另一个客户端上再次模拟出现异常状态,从而降低了复现所需的时间以及投入成本,提高了获取异常信息的效率。
可选地,在上述图13对应的实施例的基础上,请参阅图14,本发明实施例提供的客户端另一实施例中,所述服务器50还包括:
第三接收模块505,用于所述第一发送模块503向所述客户端发送所述控制信息之后,接收所述客户端发送的所述控制信息的验证请求;
验证模块506,用于根据所述第三接收模块505接收的所述验证请求对所述控制信息进行有效性验证,并生成验证结果;
第二发送模块507,用于向所述客户端发送所述验证模块506验证得到的所述验证结果,其中,所述验证结果用于指示所述客户端是否生成所述运行信息。
其次,本发明实施例中,服务器在收到客户端发送的控制信息的验证请求后,会根据该验证请求对控制信息进行有效性的验证,如果控制信息无效,则不会生成运行信息,这样的话,可以提升运行信息生成环境的安全性,从而加强方案的实用性。相反地,如果控制信息有效,则客户端会生成对应的运行信息,有利于提升方案的可行性。
可选地,在上述图13对应的实施例的基础上,请参阅图15,本发明实施例提供的客户端另一实施例中,
所述第一发送模块503包括:
发送单元5031,用于向所述客户端发送所述生成模块502生成的所述控制信息,其中,所述控制信息中携带加密密钥,以使所述客户端采用所述加密密钥对所述日志信息进行加密处理,并生成加密后的所述日志信息;
所述第二接收模块504包括:
接收单元5041,用于接收所述客户端发送的加密后的所述日志信息以及所述系统运行信息;
解密单元5042,用于采用解密密钥对所述接收单元5041接收的加密后的所述日志信息进行解密处理,其中,所述解密密钥与所述加密密钥具有对应关系。
其次,本发明实施例中,服务器在向客户端发送控制信息的过程中,会携带加密密钥,客户端采用该加密密钥对生成的日志信息进行加密处理,并且向服务器发送经过加密的日志信息,服务器端采用对应的解密密钥对加了密的日志信息进行解密处理,以此得到日志信息。通过上述方式,有效地降低了日志信息在传输过程中被窃取的可能性,通常情况下,日志信息对外部人员是保密的,因此需要保证日志信息的安全性,降低被恶意篡改或窃取的可能性,从而提升方案的可行性。
本发明实施例还提供了另一种客户端,如图16所示,为了便于说明,仅示出了与本发明实施例相关的部分,具体技术细节未揭示的,请参照本发明实施例方法部分。该客户端可以为包括手机、平板电脑、个人数字助理(Personal Digital Assistant,PDA)、销售终端(Point of Sales,POS)、车载电脑等任意终端设备,以客户端为手机为例:
图16示出的是与本发明实施例提供的客户端相关的手机的部分结构的框图。参考图16,手机包括:射频(Radio Frequency,RF)电路610、存储器620、输入单元630、显示单元640、传感器650、音频电路660、无线保真(wireless fidelity,WiFi)模块670、处理器680、以及电源690等部件。本领域技术人员可以理解,图16中示出的手机结构并不构成对手机的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图16对手机的各个构成部件进行具体的介绍:
RF电路610可用于收发信息或通话过程中,信号的接收和发送,特别地,将基站的下行信息接收后,给处理器680处理;另外,将设计上行的数据发送给基站。通常,RF电路610包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier,LNA)、双工器等。此外,RF电路610还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯系统(GlobalSystem of Mobile communication,GSM)、通用分组无线服务(General Packet RadioService,GPRS)、码分多址(Code Division Multiple Access,CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution,LTE)、电子邮件、短消息服务(Short Messaging Service,SMS)等。
存储器620可用于存储软件程序以及模块,处理器680通过运行存储在存储器620的软件程序以及模块,从而执行手机的各种功能应用以及数据处理。存储器620可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器620可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元630可用于接收输入的数字或字符信息,以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地,输入单元630可包括触控面板631以及其他输入设备632。触控面板631,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板631上或在触控面板631附近的操作),并根据预先设定的程式驱动相应的连接装置。可选的,触控面板631可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器680,并能接收处理器680发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板631。除了触控面板631,输入单元630还可以包括其他输入设备632。具体地,其他输入设备632可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元640可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元640可包括显示面板641,可选的,可以采用液晶显示器(Liquid CrystalDisplay,LCD)、有机发光二极管(Organic Light-EmittingDiode,OLED)等形式来配置显示面板641。进一步的,触控面板631可覆盖显示面板641,当触控面板631检测到在其上或附近的触摸操作后,传送给处理器680以确定触摸事件的类型,随后处理器680根据触摸事件的类型在显示面板641上提供相应的视觉输出。虽然在图16中,触控面板631与显示面板641是作为两个独立的部件来实现手机的输入和输入功能,但是在某些实施例中,可以将触控面板631与显示面板641集成而实现手机的输入和输出功能。
手机还可包括至少一种传感器650,比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板641的亮度,接近传感器可在手机移动到耳边时,关闭显示面板641和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
音频电路660、扬声器661,传声器662可提供用户与手机之间的音频接口。音频电路660可将接收到的音频数据转换后的电信号,传输到扬声器661,由扬声器661转换为声音信号输出;另一方面,传声器662将收集的声音信号转换为电信号,由音频电路660接收后转换为音频数据,再将音频数据输出处理器680处理后,经RF电路610以发送给比如另一手机,或者将音频数据输出至存储器620以便进一步处理。
WiFi属于短距离无线传输技术,手机通过WiFi模块670可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图16示出了WiFi模块670,但是可以理解的是,其并不属于手机的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
处理器680是手机的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在存储器620内的软件程序和/或模块,以及调用存储在存储器620内的数据,执行手机的各种功能和处理数据,从而对手机进行整体监控。可选的,处理器680可包括一个或多个处理单元;可选的,处理器680可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器680中。
手机还包括给各个部件供电的电源690(比如电池),可选的,电源可以通过电源管理系统与处理器680逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管未示出,手机还可以包括摄像头、蓝牙模块等,在此不再赘述。
在本发明实施例中,该客户端所包括的处理器680还具有以下功能:
当根据告警信息确定客户端出现异常状态时,向服务器发送异常反馈信息,其中,所述异常反馈信息用于所述服务器生成控制信息,所述控制信息用于触发所述客户端获取运行信息;
接收所述服务器发送的所述控制信息,并根据所述控制信息在所述客户端上复现所述异常状态;
根据所述异常状态生成所述运行信息,其中,所述运行信息用于记录所述客户端所对应的所述异常状态;
向所述服务器发送所述运行信息,其中,所述运行信息包含日志信息以及系统运行信息。
可选地,处理器680还用于执行如下步骤:
向所述服务器发送所述控制信息的验证请求,其中,所述验证请求用于触发所述服务器对所述控制信息进行有效性验证,并生成验证结果;
接收所述服务器发送的所述验证结果;
若所述验证结果指示所述控制信息无效,则拒绝生成所述运行信息;
可选地,处理器680具体用于执行如下步骤:
若所述验证结果指示所述控制信息有效,则根据所述控制信息在所述客户端上复现所述异常状态。
可选地,处理器680还用于执行如下步骤:
解析所述控制信息,并获取加密密钥;
采用所述加密密钥对所述日志信息进行加密处理,并生成加密后的所述日志信息;
可选地,处理器680具体用于执行如下步骤:
向所述服务器发送加密后的所述日志信息以及所述系统运行信息,以使所述服务器采用解密密钥对加密后的所述日志信息进行解密处理,其中,所述解密密钥与所述加密密钥具有对应关系。
可选地,处理器680还用于执行如下步骤:
将所述运行信息存储于所述客户端本地。
可选地,处理器680还用于执行如下步骤:
若所述运行信息发送成功,则在所述客户端本地删除所述运行信息;
若所述运行信息未发送成功,则获取所述客户端本地的所述运行信息,并再次向所述服务器上传所述运行信息。
图17是本发明实施例提供的一种服务器结构示意图,该服务器700可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上中央处理器(central processingunits,CPU)722(例如,一个或一个以上处理器)和存储器732,一个或一个以上存储应用程序742或数据744的存储介质730(例如一个或一个以上海量存储设备)。其中,存储器732和存储介质730可以是短暂存储或持久存储。存储在存储介质730的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对服务器中的一系列指令操作。更进一步地,中央处理器722可以设置为与存储介质730通信,在服务器700上执行存储介质730中的一系列指令操作。
服务器700还可以包括一个或一个以上电源726,一个或一个以上有线或无线网络接口750,一个或一个以上输入输出接口758,和/或,一个或一个以上操作系统741,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM等等。
上述实施例中由服务器所执行的步骤可以基于该图17所示的服务器结构。
其中,所述CPU 722用于执行如下步骤:
接收所述客户端发送的异常反馈信息,其中,所述异常反馈信息时在客户端出现异常时发送的;
根据所述异常反馈信息生成控制信息,其中,所述控制信息用于触发所述客户端获取运行信息;
向所述客户端发送所述控制信息,以使所述客户端根据所述控制信息在所述客户端上复现所述异常状态,并根据所述异常状态生成所述运行信息,其中,所述运行信息用于记录所述客户端所对应的所述异常状态;
接收所述客户端发送的所述运行信息,其中,所述运行信息包含日志信息以及系统运行信息。
可选地,CPU 722还用于执行如下步骤:
接收所述客户端发送的所述控制信息的验证请求;
根据所述验证请求对所述控制信息进行有效性验证,并生成验证结果;
向所述客户端发送所述验证结果,其中,所述验证结果用于指示所述客户端是否生成所述运行信息。
可选地,CPU 722具体用于执行如下步骤:
向所述客户端发送所述控制信息,其中,所述控制信息中携带加密密钥,以使所述客户端采用所述加密密钥对所述日志信息进行加密处理,并生成加密后的所述运行信息;
可选地,CPU 722具体用于执行如下步骤:
接收所述客户端发送的加密后的所述日志信息以及所述系统运行信息;
采用解密密钥对加密后的所述日志信息进行解密处理,其中,所述解密密钥与所述加密密钥具有对应关系。
请参阅图18,图18为本发明实施例中信息获取系统一个实施例示意图,所述系统包括:客户端801及服务器802;
本实施例中,当根据告警信息确定客户端801出现异常状态时,客户端807向服务器802发送异常反馈信息,服务器802接收客户端801发送的异常反馈信息,服务器802根据异常反馈信息生成控制信息,其中,控制信息用于触发客户端801获取运行信息,运行信息包含日志信息以及系统运行信息,服务器802向客户端801发送控制信息,客户端801接收服务器802发送的控制信息,并根据控制信息在客户端801上复现异常状态,客户端801根据异常状态生成运行信息,其中,运行信息用于记录客户端801所对应的异常状态,客户端801向服务器802发送所述运行信息。
本发明实施例中,提供了一种信息获取系统,当客户端根据告警信息确定出现异常状态时,该客户端会向服务器发送异常反馈信息,其中,异常反馈信息用于服务器生成控制信息,控制信息用于触发客户端获取运行信息,然后客户端将接收服务器发送的控制信息,并根据控制信息在客户端上复现异常状态,客户端再根据异常状态生成运行信息,其中,该运行信息用于记录客户端所对应的异常状态,最后客户端向服务器发送运行信息。通过上述方式,当用户所使用的客户端出现异常时,可以直接在该客户端上复现异常状态,无需在另一个客户端上再次模拟出现异常状态,从而降低了复现所需的时间以及投入成本,提高了获取异常信息的效率。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本发明所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (12)
1.一种信息获取的方法,其特征在于,包括:
当根据告警信息确定客户端出现异常状态时,向服务器发送异常反馈信息,其中,所述异常反馈信息用于所述服务器生成控制信息,所述控制信息用于触发所述客户端获取运行信息;
接收所述服务器发送的所述控制信息,并根据所述控制信息在所述客户端上复现所述异常状态;
根据所述异常状态生成所述运行信息,其中,所述运行信息用于记录所述客户端所对应的所述异常状态;
向所述服务器发送所述运行信息,其中,所述运行信息包含日志信息以及系统运行信息。
2.根据权利要求1所述的方法,其特征在于,所述接收所述服务器发送的所述控制信息之后,所述方法还包括:
向所述服务器发送所述控制信息的验证请求,其中,所述验证请求用于触发所述服务器对所述控制信息进行有效性验证,并生成验证结果;
接收所述服务器发送的所述验证结果;
若所述验证结果指示所述控制信息无效,则拒绝生成所述运行信息;
所述根据所述控制信息在所述客户端上复现所述异常状态,包括:
若所述验证结果指示所述控制信息有效,则根据所述控制信息在所述客户端上复现所述异常状态。
3.根据权利要求1所述的方法,其特征在于,所述接收所述服务器发送的所述控制信息之后,所述方法还包括:
解析所述控制信息,并获取加密密钥;
所述根据所述异常状态生成所述运行信息之后,所述方法还包括:
采用所述加密密钥对所述日志信息进行加密处理,并生成加密后的所述日志信息;
所述向所述服务器发送所述运行信息,包括:
向所述服务器发送加密后的所述日志信息以及所述系统运行信息,以使所述服务器采用解密密钥对加密后的所述日志信息进行解密处理,其中,所述解密密钥与所述加密密钥具有对应关系。
4.根据权利要求1至3中任一项所述的方法,其特征在于,所述根据所述异常状态生成所述运行信息之后,所述方法还包括:
将所述运行信息存储于所述客户端本地。
5.根据权利要求4所述的方法,其特征在于,所述向所述服务器发送所述运行信息之后,所述方法还包括:
若所述运行信息发送成功,则在所述客户端本地删除所述运行信息;
若所述运行信息未发送成功,则获取所述客户端本地的所述运行信息,并再次向所述服务器上传所述运行信息。
6.一种信息获取的方法,其特征在于,包括:
接收客户端发送的异常反馈信息,其中,所述异常反馈信息时在客户端出现异常状态时发送的;
根据所述异常反馈信息生成控制信息,其中,所述控制信息用于触发所述客户端获取运行信息;
向所述客户端发送所述控制信息,以使所述客户端根据所述控制信息在所述客户端上复现所述异常状态,并根据所述异常状态生成所述运行信息,其中,所述运行信息用于记录所述客户端所对应的所述异常状态;
接收所述客户端发送的所述运行信息,其中,所述运行信息包含日志信息以及系统运行信息。
7.一种客户端,其特征在于,包括:
第一发送模块,用于当根据告警信息确定所述客户端出现异常状态时,向服务器发送异常反馈信息,其中,所述异常反馈信息用于服务器生成控制信息,所述控制信息用于触发所述客户端获取运行信息;
第一接收模块,用于接收所述服务器发送的所述控制信息;
复现模块,用于根据所述第一接收模块接收的所述控制信息在所述客户端上复现所述异常状态;
生成模块,用于根据所述复现模块复现的所述异常状态生成所述运行信息,其中,所述运行信息用于记录所述客户端所对应的所述异常状态;
第二发送模块,用于向所述服务器发送所述生成模块生成的所述运行信息,其中,所述运行信息包含日志信息以及系统运行信息。
8.根据权利要求7所述的客户端,其特征在于,所述客户端还包括:
第三发送模块,用于所述第一接收模块接收所述服务器发送的所述控制信息之后,向所述服务器发送所述控制信息的验证请求,其中,所述验证请求用于触发所述服务器对所述控制信息进行有效性验证,并生成验证结果;
第二接收模块,用于接收所述服务器发送的所述验证结果;
拒绝模块,用于若所述第二接收模块接收的所述验证结果指示所述控制信息无效,则拒绝生成所述运行信息;
所述复现模块包括:
复现单元,用于若所述第二接收模块接收的所述验证结果指示所述控制信息有效,则根据所述控制信息在所述客户端上复现所述异常状态。
9.一种服务器,其特征在于,包括:
第一接收模块,用于接收客户端发送的异常反馈信息,其中,所述异常反馈信息时在客户端出现异常状态时发送的;
生成模块,用于根据所述第一接收模块接收的所述异常反馈信息生成控制信息,其中,所述控制信息用于触发所述客户端获取运行信息;
第一发送模块,用于向所述客户端发送所述生成模块生成的所述控制信息,以使所述客户端根据所述控制信息在所述客户端上复现所述异常状态,并根据所述异常状态生成所述运行信息,其中,所述运行信息用于记录所述客户端所对应的所述异常状态;
第二接收模块,用于接收所述客户端发送的所述运行信息,其中,所述运行信息包含日志信息以及系统运行信息。
10.一种客户端,其特征在于,包括:存储器、收发器、处理器以及总线系统;
其中,所述存储器用于存储程序;
所述处理器用于执行所述存储器中的程序,具体包括如下步骤:
当根据告警信息确定所述客户端出现异常状态时,控制所述收发器向服务器发送异常反馈信息,其中,所述异常反馈信息用于服务器生成控制信息,所述控制信息用于触发所述客户端获取运行信息;
控制所述收发器接收所述服务器发送的所述控制信息,并根据所述控制信息在所述客户端上复现所述异常状态;
根据所述异常状态生成所述运行信息,其中,所述运行信息用于记录所述客户端所对应的所述异常状态;
控制所述收发器向所述服务器发送所述运行信息,其中,所述运行信息包含日志信息以及系统运行信息;
所述总线系统用于连接所述存储器、所述收发器以及所述处理器,以使所述存储器、所述收发器以及所述处理器进行通信。
11.一种服务器,其特征在于,包括:存储器、收发器、处理器以及总线系统;
其中,所述存储器用于存储程序;
所述处理器用于执行所述存储器中的程序,具体包括如下步骤:
控制所述收发器接收客户端发送的异常反馈信息,其中,所述异常反馈信息时在客户端出现异常状态时发送的;
根据所述异常反馈信息生成控制信息,其中,所述控制信息用于触发所述客户端获取运行信息;
控制所述收发器向所述客户端发送所述控制信息,以使所述客户端根据所述控制信息在所述客户端上复现所述异常状态,并根据所述异常状态生成所述运行信息,其中,所述运行信息用于记录所述客户端所对应的所述异常状态;
控制所述收发器接收所述客户端发送的所述运行信息,其中,所述运行信息包含日志信息以及系统运行信息;
所述总线系统用于连接所述存储器、所述收发器以及所述处理器,以使所述存储器、所述收发器以及所述处理器进行通信。
12.一种信息获取的系统,其特征在于,所述系统包括客户端及服务器;
当根据告警信息确定所述客户端出现异常状态时,所述客户端向服务器发送异常反馈信息;
所述服务器接收所述客户端发送的异常反馈信息;
所述服务器根据所述异常反馈信息生成控制信息,其中,所述控制信息用于触发所述客户端获取运行信息,所述运行信息包含日志信息以及系统运行信息;
所述服务器向所述客户端发送所述控制信息;
所述客户端接收所述服务器发送的所述控制信息,并根据所述控制信息在所述客户端上复现所述异常状态;
所述客户端根据所述异常状态生成所述运行信息,其中,所述运行信息用于记录所述客户端所对应的所述异常状态;
所述客户端向所述服务器发送所述运行信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710322341.4A CN108874612B (zh) | 2017-05-09 | 2017-05-09 | 一种信息获取的方法、相关设备以及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710322341.4A CN108874612B (zh) | 2017-05-09 | 2017-05-09 | 一种信息获取的方法、相关设备以及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108874612A CN108874612A (zh) | 2018-11-23 |
CN108874612B true CN108874612B (zh) | 2021-07-16 |
Family
ID=64287793
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710322341.4A Active CN108874612B (zh) | 2017-05-09 | 2017-05-09 | 一种信息获取的方法、相关设备以及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108874612B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110046096A (zh) * | 2019-03-27 | 2019-07-23 | 北京三快在线科技有限公司 | 用于处理客户端工作异常的方法、装置和存储介质 |
CN111147296B (zh) * | 2019-12-24 | 2023-04-18 | 北京奇艺世纪科技有限公司 | 一种信息获取方法及装置 |
CN113497975A (zh) * | 2020-04-08 | 2021-10-12 | 深圳创维-Rgb电子有限公司 | 日志处理方法、程序、电视机以及存储介质 |
CN112199229A (zh) * | 2020-10-19 | 2021-01-08 | 广州博冠信息科技有限公司 | 数据处理方法、装置、设备和存储介质 |
CN112463429A (zh) * | 2020-12-03 | 2021-03-09 | 北京五八信息技术有限公司 | 一种信息处理方法及装置 |
CN117331754B (zh) * | 2023-10-17 | 2024-04-19 | 书行科技(北京)有限公司 | 异常问题还原方法、系统、电子设备和计算机存储介质 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101177454B1 (ko) * | 2007-03-02 | 2012-08-27 | 삼성전자주식회사 | 영상 데이터의 전송에 따른 에러 복원 결정을 위한 서버 및클라이언트와, 영상 데이터의 전송에 따른 에러 복원결정방법 |
CN104699591B (zh) * | 2013-12-06 | 2019-01-11 | 腾讯科技(深圳)有限公司 | 一种测试场景重现方法以及装置 |
CN105320572B (zh) * | 2014-06-27 | 2019-02-22 | 腾讯科技(深圳)有限公司 | 浏览器异常处理方法、装置及系统 |
JP2017038305A (ja) * | 2015-08-12 | 2017-02-16 | 富士通株式会社 | 伝送装置、伝送システム、及び伝送方法 |
-
2017
- 2017-05-09 CN CN201710322341.4A patent/CN108874612B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN108874612A (zh) | 2018-11-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108874612B (zh) | 一种信息获取的方法、相关设备以及系统 | |
CN110417543B (zh) | 一种数据加密方法、装置和存储介质 | |
CN109905380B (zh) | 一种分布式系统中的节点控制方法和相关装置 | |
CN106776124B (zh) | 数据备份方法及装置 | |
CN108572908B (zh) | 信息反馈方法及装置 | |
CN107145794B (zh) | 一种数据处理方法和装置及移动终端 | |
CN106569910B (zh) | 数据备份及传输方法及移动终端 | |
CN106412311B (zh) | 一种数据传输方法及终端设备 | |
CN106657165B (zh) | 一种网络攻击的防御方法、服务器及终端 | |
CN107888550B (zh) | 性能指标数据采集方法和装置、策略发送方法和装置 | |
CN104580167A (zh) | 一种传输数据的方法、装置和系统 | |
CN107154935B (zh) | 业务请求方法及装置 | |
CN106294159B (zh) | 一种控制截屏的方法及截屏控制装置 | |
CN103345602A (zh) | 一种客户端代码完整性检测方法、装置和系统 | |
CN110430194B (zh) | 一种信息验证的方法、棋牌信息验证的方法及装置 | |
CN106599698B (zh) | 一种加密图片、解密图片的方法和装置 | |
CN106255102B (zh) | 一种终端设备的鉴定方法及相关设备 | |
CN106709282B (zh) | 资源文件解密方法及装置 | |
CN114372801A (zh) | 一种生物特征信息的识别方法以及相关装置 | |
CN107995151B (zh) | 登录验证方法、装置及系统 | |
CN108270764B (zh) | 一种应用登陆方法、服务器及移动端 | |
CN116541865A (zh) | 基于数据安全的密码输入方法、装置、设备及存储介质 | |
CN108121583B (zh) | 截屏方法及相关产品 | |
WO2018161538A1 (zh) | 密钥写入方法及移动终端 | |
CN116932625A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20221212 Address after: 1402, Floor 14, Block A, Haina Baichuan Headquarters Building, No. 6, Baoxing Road, Haibin Community, Xin'an Street, Bao'an District, Shenzhen, Guangdong 518000 Patentee after: Shenzhen Yayue Technology Co.,Ltd. Address before: 518057 Tencent Building, No. 1 High-tech Zone, Nanshan District, Shenzhen City, Guangdong Province, 35 floors Patentee before: TENCENT TECHNOLOGY (SHENZHEN) Co.,Ltd. |