CN101453704A - 一种监测移动终端的系统状态和事件记录的方法和装置 - Google Patents

Abstract

本发明提供一种监测移动终端的系统状态和事件记录的方法和装置，其中方法包括：在移动终端内置一个诊断引擎，并设置移动终端在执行任务的过程中所获取的事件信息或系统状态信息，由所述诊断引擎在预定模式下发送给诊断服务器。应用本发明提供的技术，由移动终端内部的系统或者是装置监测并记录触发事件的信息或者系统状态信息，当系统出现异常时，将这些信息打包生成数据包发送到诊断服务器上，并由诊断服务器保存到诊断数据库，使得运营商及制造商能够即时快速的获取移动终端的异常信息，并准确快速判断该异常的种类并给出解决办法。

Description

一种监测移动终端的系统状态和事件记录的方法和装置

技术领域

本发明涉及一种涉及通信技术，特别是指一种监测移动终端的系统状态和事件记录的方法和装置。

背景技术

随着通信技术的发展，通信产品制造商制造的移动终端实现了更多的功能，通信服务商则为使用者提供了更多的服务项目。由于移动终端需要实现的功能不断增加，以及在通信过程中提供的服务种类越来越多，处理的数据量更大，指令的运行速度要求更高，因此就需要不断的对移动终端进行升级换代，因而导致在移动终端的工作过程中，出现各种错误和异常的机率加大，而如何及时获取错误信息、准确判断错误种类、精确定位错误点，以及根据错误信息给出相应的解决方法，成为移动终端制造商和运营商需要迫切解决的问题。

发明内容

本发明的目的是提供一种监测移动终端的系统状态和事件记录的方法和装置。用于解决现有技术中，无法即时快速的获取移动终端的异常信息，以及无法准确判断该异常的种类并给出解决办法的缺陷。

一种监测移动终端的事件记录的方法，在移动终端内置一个诊断引擎，该移动终端在执行任务的过程中所获取的事件信息，由所述诊断引擎在预定模式下发送给诊断服务器。

一种应用于移动终端的事件记录的装置，该装置至少包括一个事件记录模块，该事件记录模块用于在移动终端执行任务的过程中，记录事件信息，并在预定模式下由移动终端内置的所述诊断引擎将该信息发送给诊断服务器。

一种监测移动终端的系统状态的方法，在移动终端内置一个诊断引擎，该移动终端在执行任务的过程中获取该移动终端执行该任务时的系统状态参数，并由所述诊断引擎在预定模式下发送给诊断服务器。

一种应用于移动终端的监测系统状态参数的装置，该装置至少包括一个系统状态监测模块，该系统状态监测模块用于在移动终端执行任务的过程中，获取系统状态参数，并在预定条件下将由移动终端内置的诊断引擎该信息发送给诊断服务器。

应用本发明提供的这种监测移动终端的系统状态和事件记录的方法和装置，设置由移动终端内部的系统或者是装置监测并记录触发事件的信息或者系统状态信息，当系统出现异常时，将这些信息打包生成数据包发送到诊断服务器上，并由诊断服务器保存到诊断数据库，使得运营商及制造商能够即时快速的获取移动终端的异常信息，并准确快速判断该异常的种类并给出解决办法。

附图说明

图1为本发明实施例移动终端发送信息报告的网络结构示意图；

图2为本发明实施例诊断服务器与诊断引擎之间信息传送方式示意图；

图3为本发明实施例移动终端在执行任务的过程中处理异常的流程示意图；

图4为本发明实施例移动终端在执行任务的过程中记录事件信息的流程示意图；

图5为本发明实施例所监测的触发事件的具体内容；

图6为本发明实施例移动终端在执行任务的过程中监测系统状态参数的流程示意图；

图7为本发明实施例所监测的系统状态参数的具体内容。

具体实施方式

为使本发明的目的、技术特征和实施效果更加清楚，下面将结合附图及具体实施例对本发明的技术方案进行详细描述。

移动终端在执行各种任务的工作过程中，其内部系统或者单元模块对于任何事件的发生都会进行记录。如果移动终端在运行中有任何异常发生，则如图1所示，将记录的事件信息打包生成数据包，通过通信网络以不同的传送方式发送到诊断服务器，由该诊断服务器发送到诊断数据库保存，并提供给通信运营商及制造商用于分析出现该异常的原因。

本发明提供的技术可以通过一个较佳实施例来进行描述，以下对该较佳实施例的实现过程进行描述，其中，在移动终端内置一个诊断引擎，用于将监测到的事件信息封装生成数据包并发送给诊断服务器；如图3所示，其具体步骤包括：

步骤301.移动终端开启后首先进行初始化，初始化完成后，该移动终端内部各个函数状态、寄存器、变量、堆栈等都恢复到初始的默认状态。

步骤302.移动终端开始执行任务，移动终端的操作系统或装置在该执行任务的过程中，对任何事件，特别是预先选定的事件的发生进行记录；

所需要记录的事件的种类如图5所示，至少包括：按键响应事件、进程或线程的开始或结束事件、电话通信事件、数据交换事件、网络的连接/断开事件，以及其它可以预先选定的事件。

步骤303.判断系统在执行任务的过程中是否出现异常，如果出现，转步骤305，否则转步骤307。

步骤304.将步骤302中记录的事件信息进行打包生成数据包。

所述信息报告也可以进一步包括其它的一些信息，例如系统日志、错误日志等。可以是一个诊断引擎实现生成数据包的功能，该诊断引擎可以在出厂之前被安置在移动终端的内部，负责将监测到的事件信息进行组织，生成数据包。

步骤305.判断是否需要发送所述数据包给诊断服务器，如果是，转步骤306，否则转步骤307。

上述的判断过程可以是系统预先的设定，或者依据来自诊断服务器的指令，或者由诊断引擎进行判断；以诊断引擎为例，该诊断引擎可以在移动终端待机时显示询问信息，询问用户是否发送事件信息；或者可以不再询问用户的意见，在预定时间直接发送。如图2所示，该诊断服务器通过空中接口技术(OTA，Over the Air Technology)向诊断引擎发送请求，请求诊断引擎发送事件信息，诊断引擎根据该请求进行发送。所述OTA是通过空中接口对用户识别模块(SIM，Subscriber Identity Module)卡数据及应用进行远程管理的技术，空中接口可以采用无线应用协议(WAP，Wireless Application Protocol)、通用分组无线业务(GPRS，General Packet Radio Service)、码分多址接入1X(CDMA1X，Code Division Multiple Access 1X)及短消息技术。

步骤306.将数据包通过通信网络以不同的传送方式发送给诊断服务器。传送方式可以是空中传播方式、数据线传送方式、本地无线传送方式，其中空中传播方式通常是指广域网的通信方式，本地无线传送方式则包括蓝牙技术、红外线技术等。

步骤307.移动终端结束当前任务。

以上描述了移动终端执行任务的过程中，在出现异常时对事件信息的处理方法，其中步骤302中，描述了对具体事件进行记录、追踪的过程，该步骤可以进一步包括：

步骤401.移动终端开始执行任务之后，系统开始对该移动终端执行任务过程中触发的事件进行监测、观察。

步骤402.某一个具体的事件被触发，且根据预先的设置该事件是需要被追踪并记录的。

步骤403.判断移动终端是否有足够的空间存储关于该事件的信息，如果有则转步骤405，否则转步骤404。

通常是在内存中开辟一块固定的空间，并使用特定的数据结构管理该空间并存放事件信息，由于大多数移动终端的内存都比较小，而分配的用来存放该事件信息的空间更小，因此有必要进行上述空间大小的判断。

步骤404.更新存放的事件信息，通常是按照时间顺序来清除较早时间存放的事件信息，并转步骤403。

步骤405.对所触发的事件进行记录，形成事件信息，并结束对当前事件信息的记录。此时转步骤401。

以上描述了移动终端执行任务的过程中，当出现异常状态时，应用本发明技术将追踪、记录的事件信息打包发送给诊断服务器的过程。如图1所示，包含事件信息的数据包通过通信网络发送到诊断服务器之后，由该诊断服务器生成信息报告发送并保存在诊断数据库中，提供给通信运营商及制造商用于分析异常的原因。例如，网络的断开或中断可能是由于所接收信号的强度不够、延时过长或者用户误用了挂断键等，此时，记录的事件信息就是移动终端接收信号的信息，该事件信息中包含了接收信号的强度、延时或者是用户的操作。

需要说明的是，本发明实施例所提供的方法不仅能够在出现异常时对事件信息进行记录并提供给通信运营商及制造商用于分析异常的原因；而且对用户的使用行为所产生的事件信息进行记录并提供给运营商进行统计分析；为了更为详细的说明，举例如下：

用户在使用移动终端的过程中，会对接收到的即时通信消息进行不同的操作，例如打开观看、打开观看后删除、不打开观看直接删除等，每一种操作都会触发事件形成事件信息。由于运营商或者是即时通信消息的提供商往往希望知道用户在收到即时通信消息之后的行为并以此调整自己的运营模式，因此有必要对用户的操作形成的事件信息进行收集、统计，此时，用户上述操作所触发的事件作为预先选定的事件并根据以上步骤所描述的技术进行处理。

与方法相对应的是，本发明还提出了一种应用于移动终端的事件记录装置，该装置至少包括一个事件记录模块，在移动终端执行任务的过程中，该事件记录模块获取事件信息；所述事件记录模块追踪并记录的事件至少包括：按键响应事件、进程或线程的开始或结束、电话通信、数据交换、网络的连接/断开，以及其它可以预先选定的事件；并将这些事件信息包装生成数据包，由诊断引擎发送给所述诊断服务器，诊断服务器根据数据包中的事件信息生成信息报告。当需要根据信息报告对出现的异常进行分析时，该诊断服务器根据信息报告判断该异常的种类，并尽可能的给出解决该异常的技术方案。

用户在使用移动终端的过程中，会对接收到的即时通信消息进行不同的操作，例如打开观看、打开观看后删除、不打开观看直接删除等，每一种操作都会触发事件形成事件信息。所述装置以及该装置内部的事件记录模块对于该些事件信息仍然可以遵循上述的工作机制进行处理。

需要进一步说明的是，本发明实施例不仅能够提供以上所描述的这种监测移动终端的事件记录的方法和装置，而且能够提供一种监测移动终端的系统状态的方法和装置，并在以下选择优选实施例对其进行描述。

移动终端在执行各种任务的工作过程中，其内部系统或单元模块对于系统状态的监测自始至终存在，根据预先设定的条件记录下不同时间点的系统状态参数，并发送给诊断服务器。如果在执行任务的过程中出现异常，则如图1所示，由该移动终端内部的系统或单元模块将记录的各个系统状态参数，通过通信网络发送到诊断服务器，由该诊断服务器保存在该诊断数据库中，提供给通信运营商及制造商用于分析出错的原因。

对于本发明实现的技术可以通过一个较佳实施例来进行描述，以下对该较佳实施例的具体实现过程进行描述，如图6所示，其具体步骤包括：

步骤601.移动终端开启后首先进行初始化，初始化完成后，该移动终端内部各个状态参数均恢复到默认值；

所述状态参数如图7所示，具体包括：CPU状态、各个寄存器状态、内存使用状态、用户使用状态、堆栈信息状态、进程信息状态、以及其它自定义信息的状态参数。

步骤602.移动终端开始执行任务，移动终端的系统、诊断引擎或者内部单元模块对步骤601中提到的各个状态参数进行监测。

该监测的实现可以采用多种方式，例如，预先设置一个时间间隔，在经过每一个时间间隔后采集所述状态参数的当前值；或者由状态参数的变化来触发系统或内部单元模块采集当前值；或者由异常状态的出现来触发系统采集所述当前值等。

步骤603.移动终端判断在执行任务的过程中，是否出现了异常状态，例如配置故障、网络故障、操作故障、软件故障、硬件故障、运算故障等；如果出现了异常，则转步骤604，否则转步骤607；该判断的实现可以依赖于移动终端的操作系统或者相应的内部的单元模块，例如诊断引擎。

步骤604.对截获、采集的系统状态参数以及相关的数据进行组织，并生成数据包预备发送给诊断服务器。

步骤605.根据预先设定，或者诊断引擎，或者接收到的来自诊断服务器的指令，或者其它触发事件来判断是否需要发送数据包，如果需要发送，则转步骤606，否则转步骤607。

以诊断引擎为例，该诊断引擎可以在移动终端待机时显示询问信息，询问用户是否发送系统状态参数；或者可以不再询问用户的意见，在预定时间直接发送。如图2所示，该诊断服务器通过空中接口技术(OTA，Over the AirTechnology)向诊断引擎发送请求，请求诊断引擎发送系统状态参数，诊断引擎根据该请求进行发送。所述OTA是通过空中接口对用户识别模块(SIM，Subscriber Identity Module)数据及应用进行远程管理的技术，空中接口可以采用无线应用协议(WAP，Wireless Application Protocol)、通用分组无线业务(GPRS，General Packet Radio Service)、码分多址接入1X(CDMA1X，CodeDivision Multiple Access 1X)及短消息技术。

步骤606.将数据包通过通信网络以不同的传送方式发送给诊断服务器。传送方式应当至少支持空中传播方式、数据线传送方式、本地无线传送方式等，其中空中传播方式通常是指广域网的通信方式，本地无线传送方式则是包括蓝牙技术、红外线技术等在内的本地局域网传送方式。

步骤607.结束对系统状态参数采集和发送处理；此时，如果移动终端仍然能够正常运行甚至继续完成任务，则继续保持运行状态或者继续执行后续任务。

由于仅仅记录了系统状态参数，并且所记录的系统状态参数的数目可以事先确定，因此记录所述系统状态参数所产生的数据量可以控制的很小，不会占用过多的内存空间、系统资源；且可以设定该移动终端在不执行任务或者系统资源被任务占用的较少的时刻组织并发送给诊断服务器，因此，不会对移动终端设备的运行速度，特别是执行任务时的性能造成影响。

以上描述了移动终端执行任务的过程中，当出现异常状态时，应用本发明技术截获系统状态参数并打包发送给诊断服务器的过程。如图1所示，包含异常状态的数据包通过通信网络发送到诊断服务器之后，由该诊断服务器形成信息报告并发送给诊断数据库保存，提供给通信运营商及制造商用于分析出现异常的原因，通常来说，异常的出现可能是由于终端故障或者业务故障引起。诊断服务器根据存放在数据库中的信息判断该异常的种类，并尽可能的给出解决该异常的技术方案。例如，操作故障是使用者的误操作引起的，而配置故障则大多是由于提供业务所引起，而软硬件故障既可以是使用者的操作，也可以是运营商的原因引起的。

与以上方法相对应的，本发明还提出了一种应用于移动终端的监测系统状态参数的装置，该装置至少包括一个系统状态监测模块，在移动终端执行任务的过程中，该监测模块获取系统状态参数的相关信息，并在预定条件下将该信息发送给诊断服务器。所述监测模块在移动终端出现异常时采集系统状态参数，如果移动终端执行任务时出现异常，则所述监测模块采集的所述系统状态参数中包含该异常的描述信息，例如CPU状态、各个寄存器状态、内存使用状态、用户使用状态、堆栈、进程信息、以及其它自定义信息的状态参数，并将该些状态参数包装在数据包中，由诊断引擎决定是否发送给诊断服务器。诊断服务器将接收到的数据包生成信息报告并保存，且能够根据存放在数据库中的信息报告判断该异常的种类，并尽可能的给出解决该异常的技术方案。

由以上描述可以知道，本发明提供了一种监测移动终端的事件记录的方法和装置。由移动终端内部的系统或者是事件记录模块监测并记录触发事件的信息，当系统出现异常时，诊断引擎将这些事件信息发送到诊断服务器上，并由诊断服务器保存到诊断数据库。同时，本发明还提供了一种监测移动终端的系统状态的方法和装置，由移动终端内部的系统或装置监测各个系统状态参数，当系统出现异常时，诊断引擎将各个系统状态参数发送到诊断服务器，并由诊断服务器保存到诊断数据库，使得运营商及制造商能够即时快速的获取移动终端的系统状态参数，诊断服务器根据所述系统状态参数准确快速判断异常的种类并给出解决办法。

应当说明的是，以上实施例仅用以说明本发明的技术方案而非限制，所有的参数取值可以根据实际情况调整，且在该权利保护范围内。本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神范围，其均应涵盖在本发明的权利要求范围当中。

Claims (22)

1.一种监测移动终端的事件记录的方法，其特征在于，在移动终端内置一个诊断引擎，该移动终端在执行任务的过程中所获取的事件信息，由所述诊断引擎在预定模式下发送给诊断服务器。

2.根据权利要求1所述的方法，其特征在于，所述移动终端在初始化之后开始执行所述任务，并在所述执行任务的过程中，对执行该任务时触发的事件进行监测并记录所述事件信息；

移动终端判断是否发生异常，如果没有，则执行该任务结束后退出，否则将事件信息打包生成数据包。

3.根据权利要求2所述的方法，其特征在于，所述事件信息发送给诊断服务器之后，所述诊断服务器将收到的事件信息生成信息报告并保存在诊断数据库中。

4.根据权利要求1所述的方法，其特征在于，所述事件信息发送给诊断服务器的传送方式进一步包括：空中传送方式、数据线传送方式、本地无线传送方式。

5.根据权利要求4所述的方法，其特征在于，所述诊断引擎占用的移动终端的系统资源不超过预定数值，并且在该移动终端不执行任务时，改诊断引擎通过所述传送方式发送所述事件记录给所述诊断服务器。

6.根据权利要求2所述的方法，其特征在于，所述对执行该任务时触发的事件进行监测并记录事件信息进一步包括：在事件被触发之后，判断当前是否有足够的空间存放事件信息，如果有，则记录事件信息，否则更新存放的事件信息。

7.根据权利要求1所述的方法，其特征在于，所述事件的种类至少包括：按键响应事件、进程或线程的开始或结束事件、电话通信事件、数据交换事件、网络的连接和/或断开事件。

8.根据权利要求1所述的方法，其特征在于，所述预定模式为：提示用户发送信息模式或预定时刻发送信息模式。

9.根据权利要求1所述的方法，其特征在于，所述事件信息进一步包括：用户对接收到的即时通信消息的操作触发事件并形成的事件信息；

该事件信息至少包括对即时通信消息打开观看、打开观看后删除、不打开观看直接删除所形成的所述事件信息。

10.一种应用于移动终端的事件记录的装置，其特征在于，该装置至少包括一个事件记录模块，该事件记录模块用于在移动终端执行任务的过程中，记录事件信息，并在预定模式下由移动终端内置的所述诊断引擎将该信息发送给诊断服务器。

11.根据权利要求10所述的装置，其特征在于，所述事件的种类至少包括：按键响应事件、进程或线程的开始或结束事件、电话通信事件、数据交换事件、网络的连接和/或断开事件。

12.根据权利要求10所述的装置，其特征在于，所述预定模式至少包括：提示用户发送信息模式或预定时刻发送信息模式。

13.一种监测移动终端的系统状态的方法，其特征在于，在移动终端内置一个诊断引擎，该移动终端在执行任务的过程中获取该移动终端执行该任务时的系统状态参数，并由所述诊断引擎在预定模式下发送给诊断服务器。

14.根据权利要求13所述的方法，其特征在于，所述移动终端在初始化之后开始执行所述任务，并在所述执行任务的过程中，对所述系统状态参数进行监测并记录系统状态参数；

移动终端判断是否出现异常，如果没有异常，则执行该任务结束后退出；否则将所述系统状态参数包装生成数据包，并发送给所述诊断服务器。

15.根据权利要求14所述的方法，其特征在于，所述诊断服务器将收到的所述数据包生成信息报告保存在诊断数据库中。

16.根据权利要求13所述的方法，其特征在于，所述发送给诊断服务器的传送方式进一步包括：空中传送方式、数据线传送方式、本地无线传送方式。

17.根据权利要求16所述的方法，其特征在于，所述诊断引擎，在所述系统状态参数被包装在数据包中之后，该诊断引擎判断是否需要发送该信息报告，如果需要则在移动终端系统资源的占用不超过预定数值，或者在该移动终端不执行任务时，通过所述传送方式发送数据包；

否则进一步判断是否需要结束当前所述任务，如果不需要结束，则继续执行该任务，否则结束当前任务。

18.根据权利要求13所述的方法，其特征在于，所述系统状态参数至少包括：CPU状态、寄存器状态、内存使用状态、用户使用状态、堆栈、进程信息、预先自定义、电池剩余电量状态、网络信号强度；

所述系统状态参数占用的移动终端的内存不超过预定大小。

19.根据权利要求13所述的方法，其特征在于，所述预定条件包括：所述移动终端在执行所述任务时出现异常。

20.一种应用于移动终端的监测系统状态参数的装置，其特征在于，该装置至少包括一个系统状态监测模块，该系统状态监测模块用于在移动终端执行任务的过程中，获取系统状态参数，并在预定条件下将由移动终端内置的诊断引擎该信息发送给诊断服务器。

权利要求20所述的装置，其特征在于，所述系统状态监测模块获取的所述系统状态参数至少包括：CPU状态、寄存器状态、内存使用状态、用户使用状态、堆栈、进程信息、预先自定义状态、电池剩余电量状态、网络信号强度；

所述系统状态参数占用的移动终端的内存不超过预定大小，且在该移动终端不执行任务时发送给所述诊断服务器。

22.根据权利要求20所述的装置，其特征在于，所述预定条件进一步包括：所述移动终端在执行所述任务时出现异常；

所述系统状态参数在该异常出现后被包装生成数据包，并被发送给所述诊断服务器。

Images