CN106557398A - 信息上报方法和装置 - Google Patents

Abstract

本发明涉及一种信息上报方法和装置，该方法包括：启动播放终端；通过所述播放终端调用操作系统的监听接口以设置操作系统开始监听所述播放终端的异常信息；通过所述播放终端捕捉所述播放终端的异常信息并上报；通过所述操作系统监听到所述播放终端未捕捉到的异常信息时，调用监听处理函数向所述服务器上报监听到的所述异常信息。本发明提供的信息上报方法和装置，即使播放终端本身捕捉不到异常信息，比如当播放终端崩溃时，仍然可以通过操作系统来上报异常信息，使得上报的异常信息尽可能全面。

Description

信息上报方法和装置

技术领域

本发明涉及信息处理技术领域，特别是涉及一种信息上报方法和装置。

背景技术

随着电子设备硬件性能和网络带宽的不断提高，目前电子设备可以流畅运行各种播放终端，用户通过该播放终端可以播放各种媒体资源，比如视频或音频等。用户通过手机等移动电子设备在线观看视频或者听音乐已经成为一种非常普遍的生活现象。

目前播放终端在运行过程中，可能会发生异常，此时可在播放终端的界面上显示异常提示，这样用户可以通过播放终端的问题反馈功能向播放终端对应的服务器反馈存在的问题。

然而，目前播放终端在发生异常时需要用户主动上报异常信息到服务器，操作繁琐，需要改进。

发明内容

基于此，有必要针对目前播放终端在发生异常时需要用户主动上报异常信息到服务器导致操作繁琐的问题，提供一种信息上报方法和装置。

一种信息上报方法，所述方法包括：

启动播放终端；

通过所述播放终端调用操作系统的监听接口以设置操作系统开始监听所述播放终端的异常信息；

通过所述播放终端捕捉所述播放终端的异常信息并上报；

通过所述操作系统监听到所述播放终端未捕捉到的异常信息时，调用监听处理函数向所述服务器上报监听到的所述异常信息。

一种信息上报装置，所述装置包括：

启动模块，用于启动播放终端；

监听设置模块，用于通过所述播放终端调用操作系统的监听接口以设置操作系统开始监听所述播放终端的异常信息；

上报模块，用于通过所述播放终端捕捉所述播放终端的异常信息并上报；

监听处理模块，用于通过所述操作系统监听到所述播放终端未捕捉到的异常信息时，调用监听处理函数向服务器上报监听到的所述异常信息。

上述信息上报方法和装置，在启动播放终端后，设置操作系统开始监听播放终端的异常信息，并且通过播放终端来捕捉异常信息。这样通过播放终端捕捉到异常信息后可以自动上报到服务器，不需要用户手动操作进行上报。而操作系统在监听到播放终端未捕捉到的异常信息时，调用相应的监听处理函数来上报异常信息，这样即使播放终端本身捕捉不到异常信息，比如当播放终端崩溃时，仍然可以通过操作系统来上报异常信息，使得上报的异常信息尽可能全面。

附图说明

图1为一个实施例中信息上报系统的应用环境图；

图2为一个实施例中电子设备的内部结构示意图；

图3为一个实施例中信息上报方法的流程示意图；

图4为一个实施例中通过播放终端捕捉播放终端的异常信息并上报的步骤的流程示意图；

图5为一个实施例中播放终端的功能架构示意图；

图6为一个实施例中获取并上报播放时长信息的步骤的流程示意图；

图7为另一个实施例中信息上报方法的流程示意图；

图8为一个实施例中信息上报装置的结构框图；

图9为另一个实施例中信息上报装置的结构框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，在一个实施例中，提供了一种信息上报系统，包括通过网络连接的电子设备102和服务器104。电子设备102上运行有播放终端，服务器104可以是独立的物理服务器，也可以是多个物理服务器构成的集群。

如图2所示，在一个实施例中，电子设备102包括通过系统总线连接的处理器、非易失性存储介质、内存储器、网络接口、显示屏和输入装置。其中处理器具有计算功能和控制电子设备102工作的功能，该处理器被配置为执行一种信息上报方法。非易失性存储介质包括磁存储介质、光存储介质和闪存式存储介质中的至少一种，非易失性存储介质存储有操作系统，还存储有信息上报装置，该信息上报装置用于实现一种信息上报方法。网络接口用于连接到网络与服务器104通信。显示屏包括液晶显示屏、柔性显示屏和电子墨水显示屏中的至少一种。输入装置包括物理按钮、轨迹球、触控板以及与显示屏重叠的触控层中的至少一种，其中触控层与显示屏组合形成触控屏。电子设备102可以是台式计算机，也可以是移动电子设备，移动电子设备包括手机、智能手表、平板电脑以及PDA(个人数字助理)中的至少一种。

如图3所示，在一个实施例中，提供了一种信息上报方法，本实施例以该方法应用于上述图1和图2中的电子设备102来举例说明。该方法具体包括如下步骤：

步骤302，启动播放终端。

具体地，电子设备102安装有播放终端，播放终端也可以称为播放器，是具有播放媒体资源的功能的终端。媒体资源包括视频和音频，媒体资源可以是文件形式的，也可以是流媒体形式。视频比如可以是电影、电视剧或者用户创作的视频，音频可以是音乐或者用户录制的音频。相应地，播放终端可以是音频播放终端或者视频播放终端。

电子设备102可以在操作系统的系统界面上显示播放终端的图标，在检测到对该图标的预设操作时，启动该播放终端，使得该播放终端在该操作系统的环境下运行。其中预设操作包括单击、双击、长按以及拖拽等中的至少一种。

步骤304，通过播放终端调用操作系统的监听接口以设置操作系统开始监听播放终端的异常信息。

电子设备102通过播放终端调用操作系统的监听接口在操作系统中进行设置，使得该操作系统开始监听该播放终端的异常信息。具体地，在安卓操作系统下，电子设备102可通过Thread.setDefaultUncaughtExceptionHandler这个监听接口来设置监听，并设置在监听到异常信息时所调用的监听处理函数。

电子设备102具体可以在操作系统中注册监听函数，通过该监听函数来监听该播放终端的异常信息。电子设备102还可以在操作系统中创建监听线程，通过该监听线程来监听播放终端的异常信息。

操作系统(Operating System，简称OS)是管理和控制电子设备102硬件与软件资源的计算机程序，是直接运行在电子设备102上的最基本的系统软件，其他软件在操作系统的支持下运行。操作系统包括Windows(视窗)操作系统系列、Android(安卓)操作系统、苹果公司开发的iOS操作系统或者Linux操作系统。

异常信息是指播放终端发生的偏离该播放终端的正常工作状态的异常信息，比如播放终端响应超时的信息、播放终端调用文件失败的信息或者播放终端启动失败的信息等。

步骤306，通过播放终端捕捉播放终端的异常信息并上报。

具体地，电子设备102上运行的播放终端本身在正常运行时，会自动捕捉播放终端本身触发的异常信息。比如当播放终端在调用特定文件失败时，播放终端会捕捉到调用特定文件失败的异常信息；当播放终端在执行播放终端的特定功能时响应超时，则播放终端会捕捉到执行特定功能响应超时的异常信息。

电子设备102通过播放终端将捕捉到的异常信息通过网络上报，由服务器104存储该异常信息。该服务器104可以是专门收集电子设备102上报的信息的服务器，也可以是为播放终端提供流媒体的服务器。

服务器104可以将通过播放终端上报的异常信息按照该异常信息所属类别分发给相应的开发人员标识所对应的电子设备。异常信息本身可携带有所属类别的信息，或者服务器104可以根据该异常信息自动分类获得所属类别的信息。这样服务器104可以自动将异常信息分发给相关的开发人员的电子设备，使得开发人员对该异常信息进行处理。

在一个实施例中，服务器104还可以对指定的时间段内接收到的各播放终端上报的异常信息进行数量统计，从而将统计的数量超过预设值的异常信息按照该异常信息所属类别分发给相应的开发人员标识所对应的电子设备。这样服务器104可以优先将发生频率较高的异常信息优先发送给相关开发人员进行处理，有利于对播放终端进行及时的改进。

在一个实施例中，电子设备102还可以将用户标识、播放终端的序列号以及播放终端的运行环境信息中的至少一种连同捕捉到的异常信息上报存储。这样用户标识或者序列号可以区分异常信息的来源。播放终端的运行环境信息包括电子设备102的硬件信息、网络环境、电子设备102的操作系统信息以及电子设备102上安装的应用程序等信息。这样服务器104可以对上报的异常信息进行归集分类并通知相关开发人员，便于对播放终端进行改进。

步骤308，通过操作系统监听到播放终端未捕捉到的异常信息时，调用监听处理函数向服务器上报监听到的异常信息。

在一个实施例中，电子设备102可通过操作系统监听与播放终端捕捉的异常信息不同类型的异常信息，这样通过操作系统监听到的异常信息都是播放终端未捕捉到的异常信息。

在一个实施例中，电子设备102可在监听到播放终端的异常信息后，与播放终端捕捉到的异常信息进行比较；当监听到的异常信息与捕捉到的异常信息一致时，丢弃监听到的异常信息或者将监听到的异常信息记录到日志中；当监听到的异常信息与捕捉到的异常信息不一致时，调用监听处理函数向服务器104上报监听到的异常信息。

监听处理函数是通过播放终端添加到操作系统中的用于处理监听到的异常信息的函数。该监听处理函数可独立于播放终端存在。

上述信息上报方法，在启动播放终端后，设置操作系统开始监听播放终端的异常信息，并且通过播放终端来捕捉异常信息。这样通过播放终端捕捉到异常信息后可以自动上报到服务器，不需要用户手动操作进行上报。而操作系统在监听到播放终端未捕捉到的异常信息时，调用相应的监听处理函数来上报异常信息，这样即使播放终端本身捕捉不到异常信息，比如当播放终端崩溃时，仍然可以通过操作系统来上报异常信息，使得上报的异常信息尽可能全面。

在一个实施例中，该信息上报方法还包括：当播放终端启动后，立即通过播放终端向服务器上报播放终端对应的终端获取渠道信息。

具体地，播放终端对应的终端获取渠道信息，是指表示电子设备102获取该播放终端的途径的信息。终端获取渠道信息可以包括应用商店标识，表示相应的播放终端通过该应用商店标识对应的应用商店获取到。电子设备102启动播放终端，使得该播放终端在启动后立即向服务器104上报该播放终端对应的终端获取渠道信息。电子设备102可仅在播放终端首次启动时通过该播放终端向服务器上报播放终端对应的终端获取渠道信息。

服务器104可根据各播放终端上报的终端获取渠道信息定期或者实时调整渠道推广策略。其中渠道推广策略是指在播放终端相应的终端获取渠道推广该播放终端的方式，比是否进行推广或者推广播放终端时的竞价。

本实施例中，播放终端启动后立即上报播放终端对应的终端获取渠道信息，有助于播放终端的产品运营人员及时了解到不同渠道的推广效果，以便及时改进渠道推广策略。

在一个实施例中，该信息上报方法还包括：通过播放终端检测用户操作，获取相应的用户操作信息并上报。

具体地，电子设备102可通过播放终端检测作用于播放终端的用户操作，从而获取该用户操作对应的用户操作信息，并将获取的用户操作信息上报。其中用户操作包括：开始播放的操作、暂停播放的操作、停止播放的操作、快进的操作、播放下一个的操作、播放上一个的操作、拖拽播放进度条的操作、关闭播放终端的操作以及最小化播放终端的操作等，每种操作为一种用户操作类别。用户操作信息可以包括用户操作类别，还可以包括操作时间以及相应的操作结果。

服务器104还可以统计上报的同一异常信息对应的各种用户操作类别的数量，从而根据统计的数量确定异常产生原因并通知开发人员标识对应的电子设备。具体可根据统计的数量最多的用户操作类别确定异常信息的产生原因。

本实施例中，电子设备102在通过播放终端检测到用户操作后，将用户操作上报，这样服务器104以及开发人员可以根据上报的用户操作信息结合上报的异常信息分析异常信息产生的原因，从而对播放终端进行改进。

如图4所示，在一个实施例中，步骤306包括以下步骤：

步骤402，通过播放终端的交互界面检测播放操作以生成相应的播放命令并传递给播放终端的播放引擎，使得播放引擎根据播放命令播放媒体资源并检测播放错误。

具体地，参照图5，播放终端具有上层的交互界面，用于实现电子设备102与用户之间的交互以及相应的交互逻辑。该交互界面可用于检测用户操作，获取相应的用户操作信息并上报。

播放终端还具有底层的播放引擎，该播放引擎是一种软件模块。播放引擎用于直接实现播放媒体资源的相关功能，包括下载媒体资源、解析媒体资源、解码媒体资源以及对媒体资源进行播放控制等功能。相应地，播放引擎包括解析器、解码器以及播放控制单元。

交互界面可包括播放触发按钮，若电子设备102检测到对该播放触发按钮的点击，则检测到播放操作，从而生成与该播放操作相应的播放命令并传递给播放终端的播放引擎。通过播放引擎可根据该播放命令初始化播放引擎的解析器和解码器，并下载该播放命令所指定的媒体资源的数据包并进行缓存，从而获取缓存的数据包通过解析器进行解析，进而通过解码器对解析获得的媒体资源进行解码后播放。

通过播放引擎开始播放媒体资源后，实时检测在播放媒体资源时所产生的播放错误，比如无可下载的媒体资源、播放意外终止、解析出错或者解码出错等。播放终端的异常信息包括检测到的播放错误。

电子设备102通过播放终端的播放引擎检测到播放错误后，可通过播放终端获取相应的播放错误信息并上报。具体可通过步骤404和步骤406来实现播放错误信息的上报。

步骤404，通过播放终端获取播放引擎在检测到播放错误时反馈的根据检测到的播放错误获得的错误号。

具体地，播放错误与播放错误号一一对应，通过该错误号可以直接确定播放错误的错误类型。检测到播放错误后，播放引擎可以通过反馈相应的错误号来快速地反馈发生的播放错误，效率高。

电子设备102具体可通过播放终端的交互界面获取播放引擎通过事件形式反馈的错误号，且该错误号是通过播放引擎而根据检测到的播放错误进行分析确定的。

步骤406，获取错误号所对应的播放错误信息并上报。

具体地，电子设备102可通过播放终端，根据预设的播放错误号和播放错误信息的对应关系，获取该错误号所对应的播放错误信息并通过网络上报。电子设备102还可以通过播放终端来根据播放错误号分别做不同的处理，比如重启播放终端、初始化播放引擎或者重新开始播放等。电子设备102还可以根据错误号结合预设的上报策略判断是否上报相应的错误信息，在判断为是时获取错误号所对应的播放错误信息并上报。

本实施例中，播放终端包括上层的交互界面和底层的播放引擎，通过交互界面与用户进行交互，从而控制播放引擎进行底层的数据处理。在播放引擎进行播放且检测到播放错误后，可通过错误号来快速反馈发生的播放错误，从而及时向服务器104上报播放错误信息，提高了信息上报的效率。

在一个实施例中，步骤402包括：通过播放终端的Java语言编写的交互界面检测播放操作以生成相应的播放命令，并通过JNI(Java Native Interface，爪哇本地接口)将播放命令传递给播放终端的非Java语言编写的播放引擎。且步骤406包括：通过播放终端获取播放引擎通过JNI反馈的与错误号对应的播放错误信息并上报。

具体地，播放终端的交互界面采用Java语言编写，而播放引擎采用非Java语言编写，非Java语言比如C语言、C++语言或者C#语言等。JNI提供了若干API(Application Programming Interface，应用程序编程接口)，用于实现在Java语言的代码和其它非Java语音的代码之间进行交互。错误号一般可由数字组成。

本实施例中，播放终端的交互界面和播放引擎可分别采用不同的计算机语言编写，播放引擎可以采用通用的非Java语言编写的播放引擎，而交互界面则可以使用Java语言编写，可以保留Java语言的优点。而且传递错误号可以不通过JNI，而播放错误信息则需要通过JNI进行传递，这样可以快速地获取到错误号进行处理后再将相应的播放错误信息上报。

如图6所示，在一个实施例中，该信息上报还包括获取并上报播放时长信息的步骤，具体包括如下步骤：

步骤602，通过播放终端播放媒体资源。

具体地，步骤602具体可包括：通过播放终端的交互界面检测播放操作以生成相应的播放命令并传递给播放终端的播放引擎，使得播放引擎根据播放命令播放媒体资源。进一步地，步骤602包括：通过播放终端的Java语言编写的交互界面检测播放操作以生成相应的播放命令，并通过JNI将播放命令传递给播放终端的非Java语言编写的播放引擎。

步骤604，当播放媒体资源结束时获取播放时长信息。

具体地，播放时长信息是指表示播放终端自播放媒体资源起到结束播放该媒体资源止所经历的时间长度的信息。播放终端可在检测到作用于播放终端的交互界面的结束播放操作时，触发相应的结束播放指令，根据该结束播放指令结束对媒体资源的播放，从而获取本次播放的播放时长信息。或者播放终端可在播放到媒体资源的末尾而自动结束对媒体资源的播放时，获取本次播放的播放时长信息。

步骤606，上报播放时长信息。

具体地，电子设备102将获取的播放时长信息通过网络上报。服务器104可以根据上报的播放时长信息分析用户行为特征，从而根据用户行为特征分析上报的异常信息获得异常信息的产生原因。

本实施例中，通过播放终端向服务器上报时长信息，有助于开发人员分析用户行为特征，从而根据用户行为特征获得异常信息的产生原因，以对播放终端进行改进、优化。

如图7所示，在一个实施例中，一种信息上报方法，包括如下步骤：

步骤702，启动播放终端。

步骤704，通过播放终端向服务器上报播放终端对应的终端获取渠道信息。

步骤706，通过播放终端调用操作系统的监听接口以设置操作系统开始监听播放终端的异常信息。

步骤708，通过操作系统判断是否监听到播放终端未捕捉到的异常信息；若是，则执行步骤710；若否，则执行步骤736。

步骤710，通过操作系统调用监听处理函数向服务器上报监听到的播放终端未捕捉到的异常信息。

步骤712，通过播放终端的Java层中的交互界面检测播放操作。Java层是采用Java语言编写的功能架构模块，包括交互界面。

步骤713，通过播放终端的Java层向服务器上报播放事件以及用户操作信息。

步骤714，通过Java层以经由JNI将播放操作所对应的播放命令传递给播放终端的非Java语言编写的播放引擎。

步骤716，初始化播放引擎。

步骤718，通过播放引擎开始播放播放命令所指定的媒体资源。

步骤720，通过播放引擎检测播放错误；若检测到播放错误则执行步骤722，若未检测到播放错误则执行步骤736。

步骤722，通过播放引擎分析播放错误，确定相应的错误号。

步骤724，通过播放引擎向Java层传递错误号。

步骤726，通过播放引擎以经由JNI向交互界面传递与错误号对应的播放错误信息。

步骤728，通过Java层以根据播放错误信息进行不同的处理。

步骤730，通过Java层将播放错误信息上报。

步骤732，通过播放引擎继续播放媒体资源直至播放结束。

步骤734，通过播放终端获取播放时长信息并上报。

步骤736，结束流程。

如图8所示，在一个实施例中，提供了一种信息上报装置800，具有实现上述各个实施例的信息上报方法的功能模块。该信息上报装置800包括启动模块801、监听设置模块802、上报模块803和监听处理模块804。

启动模块801，用于启动播放终端。

播放终端也可以称为播放器，是具有播放媒体资源的功能的终端。媒体资源包括视频和音频，媒体资源可以是文件形式的，也可以是流媒体形式。视频比如可以是电影、电视剧或者用户创作的视频，音频可以是音乐或者用户录制的音频。相应地，播放终端可以是音频播放终端或者视频播放终端。

启动模块801可用于在操作系统的系统界面上显示播放终端的图标，在检测到对该图标的预设操作时，启动该播放终端，使得该播放终端在该操作系统的环境下运行。其中预设操作包括单击、双击、长按以及拖拽等中的至少一种。

监听设置模块802，用于通过播放终端调用操作系统的监听接口以设置操作系统开始监听播放终端的异常信息。

具体地，监听设置模块802通过播放终端在操作系统中进行设置，使得该操作系统开始监听该播放终端的异常信息。监听设置模块802具体可以在操作系统中注册监听函数，通过该监听函数来监听该播放终端的异常信息。监听设置模块802还可以在操作系统中创建监听线程，通过该监听线程来监听播放终端的异常信息。

操作系统(Operating System，简称OS)是管理和控制电子设备102硬件与软件资源的计算机程序，是直接运行在电子设备102上的最基本的系统软件，其他软件在操作系统的支持下运行。操作系统包括Windows(视窗)操作系统系列、Android(安卓)操作系统、苹果公司开发的iOS操作系统或者Linux操作系统。

异常信息是指播放终端发生的偏离该播放终端的正常工作状态的异常信息，比如播放终端响应超时的信息、播放终端调用文件失败的信息或者播放终端启动失败的信息等。

上报模块803，用于通过播放终端捕捉播放终端的异常信息并上报。

具体地，播放终端本身在正常运行时，会自动捕捉播放终端本身触发的异常信息。比如当播放终端在调用特定文件失败时，播放终端会捕捉到调用特定文件失败的异常信息；当播放终端在执行播放终端的特定功能时响应超时，则播放终端会捕捉到执行特定功能响应超时的异常信息。

上报模块803通过播放终端将捕捉到的异常信息通过网络上报，由服务器104存储该异常信息。该服务器104可以是专门收集上报模块803上报的信息的服务器，也可以是为播放终端提供流媒体的服务器。

服务器104可以将通过播放终端上报的异常信息按照该异常信息所属类别分发给相应的开发人员标识所对应的电子设备。异常信息本身可携带有所属类别的信息，或者服务器104可以根据该异常信息自动分类获得所属类别的信息。这样服务器104可以自动将异常信息分发给相关的开发人员的电子设备，使得开发人员对该异常信息进行处理。

在一个实施例中，上报模块803还可以对指定的时间段内接收到的各播放终端上报的异常信息进行数量统计，从而将统计的数量超过预设值的异常信息按照该异常信息所属类别分发给相应的开发人员标识所对应的电子设备。这样服务器104可以优先将发生频率较高的异常信息优先发送给相关开发人员进行处理，有利于对播放终端进行及时的改进。

在一个实施例中，上报模块803还可以将用户标识、播放终端的序列号以及播放终端的运行环境信息中的至少一种连同捕捉到的异常信息上报存储。这样用户标识或者序列号可以区分异常信息的来源。播放终端的运行环境信息包括电子设备102的硬件信息、网络环境、电子设备102的操作系统信息以及电子设备102上安装的应用程序等信息。这样服务器104可以对上报的异常信息进行归集分类并通知相关开发人员，便于对播放终端进行改进。

监听处理模块804，用于通过操作系统监听到播放终端未捕捉到的异常信息时，调用监听处理函数向服务器上报监听到的异常信息。

在一个实施例中，监听处理模块804可通过操作系统监听与播放终端捕捉的异常信息不同类型的异常信息，这样通过操作系统监听到的异常信息都是播放终端未捕捉到的异常信息。

在一个实施例中，监听处理模块804可在监听到播放终端的异常信息后，与播放终端捕捉到的异常信息进行比较；当监听到的异常信息与捕捉到的异常信息一致时，丢弃监听到的异常信息或者将监听到的异常信息记录到日志中；当监听到的异常信息与捕捉到的异常信息不一致时，调用监听处理函数向服务器104上报监听到的异常信息。

监听处理函数是通过播放终端添加到操作系统中的用于处理监听到的异常信息的函数。该监听处理函数可独立于播放终端存在。

上述信息上报装置800，在启动播放终端后，设置操作系统开始监听播放终端的异常信息，并且通过播放终端来捕捉异常信息。这样通过播放终端捕捉到异常信息后可以自动上报到服务器，不需要用户手动操作进行上报。而操作系统在监听到播放终端未捕捉到的异常信息时，调用相应的监听处理函数来上报异常信息，这样即使播放终端本身捕捉不到异常信息，比如当播放终端崩溃时，仍然可以通过操作系统来上报异常信息，使得上报的异常信息尽可能全面。

在一个实施例中，上报模块803还用于当播放终端启动后，立即通过播放终端向服务器上报播放终端对应的终端获取渠道信息。

具体地，播放终端对应的终端获取渠道信息，是指表示电子设备102获取该播放终端的途径的信息。终端获取渠道信息可以包括应用商店标识，表示相应的播放终端通过该应用商店标识对应的应用商店获取到。该播放终端在启动后，上报模块803立即向服务器104上报该播放终端对应的终端获取渠道信息。上报模块803可仅在播放终端首次启动时通过该播放终端向服务器上报播放终端对应的终端获取渠道信息。

服务器104可根据各播放终端上报的终端获取渠道信息定期或者实时调整渠道推广策略。其中渠道推广策略是指在播放终端相应的终端获取渠道推广该播放终端的方式，比是否进行推广或者推广播放终端时的竞价。

本实施例中，播放终端启动后立即上报播放终端对应的终端获取渠道信息，有助于播放终端的产品运营人员及时了解到不同渠道的推广效果，以便及时改进渠道推广策略。

在一个实施例中，上报模块803还用于通过播放终端检测用户操作，获取相应的用户操作信息并上报。

具体地，上报模块803可通过播放终端检测作用于播放终端的用户操作，从而获取该用户操作对应的用户操作信息，并将获取的用户操作信息上报。其中用户操作包括：开始播放的操作、暂停播放的操作、停止播放的操作、快进的操作、播放下一个的操作、播放上一个的操作、拖拽播放进度条的操作、关闭播放终端的操作以及最小化播放终端的操作等，每种操作为一种用户操作类别。用户操作信息可以包括用户操作类别，还可以包括操作时间以及相应的操作结果。

服务器104还可以统计上报的同一异常信息对应的各种用户操作类别的数量，从而根据统计的数量确定异常产生原因并通知开发人员标识对应的电子设备。具体可根据统计的数量最多的用户操作类别确定异常信息的产生原因。

本实施例中，上报模块803在通过播放终端检测到用户操作后，将用户操作上报，这样服务器104以及开发人员可以根据上报的用户操作信息结合上报的异常信息分析异常信息产生的原因，从而对播放终端进行改进。

如图9所示，在一个实施例中，上报模块803包括：播放触发模块803a、错误号获取模块803b和错误信息上报模块803c。

播放触发模块803a，用于通过播放终端的交互界面检测播放操作以生成相应的播放命令并传递给播放终端的播放引擎，使得播放引擎根据播放命令播放媒体资源并检测播放错误。

具体地，参照图5，播放终端具有上层的交互界面。该交互界面可用于检测用户操作，获取相应的用户操作信息并上报。

播放终端还具有底层的播放引擎，该播放引擎是一种软件模块。播放引擎用于直接实现播放媒体资源的相关功能，包括下载媒体资源、解析媒体资源、解码媒体资源以及对媒体资源进行播放控制等功能。相应地，播放引擎包括解析器、解码器以及播放控制单元。

交互界面可包括播放触发按钮，播放触发模块803a若检测到对该播放触发按钮的点击，则检测到播放操作，从而生成与该播放操作相应的播放命令并传递给播放终端的播放引擎。通过播放引擎可根据该播放命令初始化播放引擎的解析器和解码器，并下载该播放命令所指定的媒体资源的数据包并进行缓存，从而获取缓存的数据包通过解析器进行解析，进而通过解码器对解析获得的媒体资源进行解码后播放。

通过播放引擎开始播放媒体资源后，实时检测在播放媒体资源时所产生的播放错误，比如无可下载的媒体资源、播放意外终止、解析出错或者解码出错等。播放终端的异常信息包括检测到的播放错误。

播放触发模块803a通过播放终端的播放引擎检测到播放错误后，错误号获取模块803b可通过播放终端获取相应的播放错误信息，错误信息上报模块803c则将获取的播放错误信息上报。

错误号获取模块803b，用于通过播放终端获取播放引擎在检测到播放错误时反馈的根据检测到的播放错误获得的错误号。

具体地，播放错误与播放错误号一一对应，通过该错误号可以直接确定播放错误的错误类型。检测到播放错误后，播放引擎可以通过反馈相应的错误号来快速地反馈发生的播放错误，效率高。

错误号获取模块803b具体可通过播放终端的交互界面获取播放引擎通过事件形式反馈的错误号，且该错误号是通过播放引擎而根据检测到的播放错误进行分析确定的。错误号获取模块803b还可以通过播放终端来根据播放错误号分别做不同的处理，比如重启播放终端、初始化播放引擎或者重新开始播放等。

错误信息上报模块803c，用于获取错误号所对应的播放错误信息并上报。

具体地，错误信息上报模块803c可通过播放终端，根据预设的播放错误号和播放错误信息的对应关系，获取该错误号所对应的播放错误信息并通过网络上报。错误信息上报模块803c还可以根据错误号结合预设的上报策略判断是否上报相应的错误信息，在判断为是时获取错误号所对应的播放错误信息并上报。

本实施例中，播放终端包括上层的交互界面和底层的播放引擎，通过交互界面与用户进行交互，从而控制播放引擎进行底层的数据处理。在播放引擎进行播放且检测到播放错误后，可通过错误号来快速反馈发生的播放错误，从而及时向服务器104上报播放错误信息，提高了信息上报的效率。

在一个实施例中，播放触发模块803a还用于通过播放终端的Java语言编写的交互界面检测播放操作以生成相应的播放命令，并通过JNI将播放命令传递给播放终端的非Java语言编写的播放引擎。

错误信息上报模块803c还用于通过播放终端获取播放引擎通过JNI反馈的与错误号对应的播放错误信息并上报。

具体地，播放终端的交互界面采用Java语言编写，而播放引擎采用非Java语言编写，非Java语言比如C语言、C++语言或者C#语言等。JNI提供了若干API(Application Programming Interface，应用程序编程接口)，用于实现在Java语言的代码和其它非Java语音的代码之间进行交互。错误号一般可由数字组成。

本实施例中，播放终端的交互界面和播放引擎可分别采用不同的计算机语言编写，播放引擎可以采用通用的非Java语言编写的播放引擎，而交互界面则可以使用Java语言编写，可以保留Java语言的优点。而且传递错误号可以不通过JNI，而播放错误信息则需要通过JNI进行传递，这样可以快速地获取到错误号进行处理后再将相应的播放错误信息上报。

在一个实施例中，信息上报装置800还包括：媒体资源播放模块805和播放时长信息获取模块806。

媒体资源播放模块805，用于通过播放终端播放媒体资源。

具体地，媒体资源播放模块805可通过播放终端的交互界面检测播放操作以生成相应的播放命令并传递给播放终端的播放引擎，使得播放引擎根据播放命令播放媒体资源。进一步地，媒体资源播放模块805可通过播放终端的Java语言编写的交互界面检测播放操作以生成相应的播放命令，并通过JNI将播放命令传递给播放终端的非Java语言编写的播放引擎。

播放时长信息获取模块806，用于当播放媒体资源结束时获取播放时长信息。

具体地，播放时长信息是指表示播放终端自播放媒体资源起到结束播放该媒体资源止所经历的时间长度的信息。播放时长信息获取模块806可在检测到作用于播放终端的交互界面的结束播放操作时，触发相应的结束播放指令，根据该结束播放指令结束对媒体资源的播放，从而获取本次播放的播放时长信息。或者播放时长信息获取模块806可在播放到媒体资源的末尾而自动结束对媒体资源的播放时，获取本次播放的播放时长信息。

上报模块803还用于上报播放时长信息。

具体地，上报模块803将获取的播放时长信息通过网络上报。服务器104可以根据上报的播放时长信息分析用户行为特征，从而根据用户行为特征分析上报的异常信息获得异常信息的产生原因。

本实施例中，通过播放终端向服务器上报时长信息，有助于开发人员分析用户行为特征，从而根据用户行为特征获得异常信息的产生原因，以对播放终端进行改进、优化。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种信息上报方法，所述方法包括：

启动播放终端；

通过所述播放终端调用操作系统的监听接口以设置操作系统开始监听所述播放终端的异常信息；

通过所述播放终端捕捉所述播放终端的异常信息并上报；

通过所述操作系统监听到所述播放终端未捕捉到的异常信息时，调用监听处理函数向所述服务器上报监听到的所述异常信息。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当所述播放终端启动后，立即通过所述播放终端向服务器上报所述播放终端对应的终端获取渠道信息；

通过所述播放终端检测用户操作，获取相应的用户操作信息并上报。

3.根据权利要求1所述的方法，其特征在于，所述通过所述播放终端捕捉所述播放终端的异常信息并上报，包括：

通过所述播放终端的交互界面检测播放操作以生成相应的播放命令并传递给所述播放终端的播放引擎，使得所述播放引擎根据所述播放命令播放媒体资源并检测播放错误；

通过所述播放终端获取所述播放引擎在检测到播放错误时反馈的根据检测到的播放错误获得的错误号；

获取所述错误号所对应的播放错误信息并上报。

4.根据权利要求3所述的方法，其特征在于，所述通过所述播放终端检测播放操作以生成相应的播放命令并传递给所述播放终端的播放引擎，包括：

通过所述播放终端的Java语言编写的交互界面检测播放操作以生成相应的播放命令，并通过JNI将所述播放命令传递给所述播放终端的非Java语言编写的播放引擎；

所述获取所述错误号所对应的播放错误信息并上报，包括：

通过所述播放终端获取所述播放引擎通过所述JNI反馈的与所述错误号对应的播放错误信息并上报。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

通过所述播放终端播放媒体资源；

当播放所述媒体资源结束时获取播放时长信息；

上报所述播放时长信息。

6.一种信息上报装置，其特征在于，所述装置包括：

启动模块，用于启动播放终端；

监听设置模块，用于通过所述播放终端调用操作系统的监听接口以设置操作系统开始监听所述播放终端的异常信息；

上报模块，用于通过所述播放终端捕捉所述播放终端的异常信息并上报；

监听处理模块，用于通过所述操作系统监听到所述播放终端未捕捉到的异常信息时，调用监听处理函数向服务器上报监听到的所述异常信息。

7.根据权利要求6所述的装置，其特征在于，所述上报模块还用于当所述播放终端启动后，立即通过所述播放终端向服务器上报所述播放终端对应的终端获取渠道信息；

所述上报模块还用于通过所述播放终端检测用户操作，获取相应的用户操作信息并上报。

8.根据权利要求6所述的装置，其特征在于，所述上报模块包括：

播放触发模块，用于通过所述播放终端的交互界面检测播放操作以生成相应的播放命令并传递给所述播放终端的播放引擎，使得所述播放引擎根据所述播放命令播放媒体资源并检测播放错误；

错误号获取模块，用于通过所述播放终端获取所述播放引擎在检测到播放错误时反馈的根据检测到的播放错误获得的错误号；

错误信息上报模块，用于获取所述错误号所对应的播放错误信息并上报。

9.根据权利要求8所述的装置，其特征在于，所述播放触发模块还用于通过所述播放终端的Java语言编写的交互界面检测播放操作以生成相应的播放命令，并通过JNI将所述播放命令传递给所述播放终端的非Java语言编写的播放引擎；

所述错误信息上报模块还用于通过所述播放终端获取所述播放引擎通过所述JNI反馈的与所述错误号对应的播放错误信息并上报。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括：

媒体资源播放模块，用于通过所述播放终端播放媒体资源；

播放时长信息获取模块，用于当播放所述媒体资源结束时获取播放时长信息；

所述上报模块还用于上报所述播放时长信息。