资源调用分析方法及装置
技术领域
本发明涉及计算机技术领域,尤其涉及一种资源调用分析方法及装置。
背景技术
随着终端设备(例如智能手机等)的不断发展,需要对终端设备的***中出现的各种问题进行分析和处理。相关技术中对于***问题(例如内存泄漏等)的分析一般采用人工代码审查和第三方工具审查等方式。人工代码审查的审查效率较低,而第三方工具审查对于一些***(例如安卓Android***)的兼容性较差,存在加载速度慢、效率低下等问题。
例如针对安卓***进行内存泄漏检测时,常用的第三方工具中,工具valgrind(linux平台下的内存泄漏检测工具)应用到Android***之后,App(应用程序)加载速度特别慢,而且由于Android操作***对进程的控制与Linux不同,valgrind的检测报告不容易控制,且存在较多误报的泄漏;工具LeakTrace需要在代码中手动调用其提供的内存分析API(应用程序编程接口),需要重新编译、打包、部署以后才能使用,使用起来非常麻烦,而且存在ABI(应用程序二进制接口)兼容问题。
发明内容
有鉴于此,本公开提出了一种资源调用分析方法及装置,以便快速准确地对***资源的调用情况进行分析。
根据本公开的一方面,提供了一种资源调用分析方法,所述方法包括:获取针对资源的调用操作;在获取到所述调用操作的情况下,判断所述调用操作是否满足分析条件;在所述调用操作满足分析条件的情况下,分析并记录与所述调用操作相对应的调用信息;在满足信息输出条件的情况下,输出所记录的调用信息。
对于上述方法,在一种可能的实现方式中,所述方法还包括:在第一存储空间中存储与已获取的调用操作相对应的线程标识,并以第一标记对与当前进行的调用操作相对应的线程标识进行标记。
对于上述方法,在一种可能的实现方式中,在获取到所述调用操作的情况下,判断所述调用操作是否满足分析条件,包括:查询所述第一存储空间中是否有与当前获取的调用操作相对应的、标记为所述第一标记的线程标识;在所述第一存储空间中没有与当前获取的调用操作相对应的、标记为所述第一标记的线程标识的情况下,判断所述调用操作满足分析条件。
对于上述方法,在一种可能的实现方式中,在所述调用操作满足分析条件的情况下,分析并记录与所述调用操作相对应的调用信息,包括:在所述调用操作是申请资源的调用的情况下,在第二存储空间中存储与所述调用操作相对应的调用信息;在所述调用操作是释放资源的调用的情况下,从所述第二存储空间中删除与所述调用操作相对应的调用信息。
对于上述方法,在一种可能的实现方式中,在满足信息输出条件的情况下,输出所记录的调用信息,包括:监测是否存在调用信息输出指令;在存在调用信息输出指令的情况下,判断为满足信息输出条件;在满足信息输出条件的情况下,从所述第二存储空间中读取并输出所存储的调用信息。
对于上述方法,在一种可能的实现方式中,获取针对资源的调用操作,包括:劫持针对应用程序编程接口API的调用操作。
根据本公开的另一方面,提供了一种资源调用分析装置,所述装置包括:
获取模块,用于获取针对资源的调用操作;
判断模块,用于在获取到所述调用操作的情况下,判断所述调用操作是否满足分析条件;
分析记录模块,用于在所述调用操作满足分析条件的情况下,分析并记录与所述调用操作相对应的调用信息;
输出模块,用于在满足信息输出条件的情况下,输出所记录的调用信息。
对于上述装置,在一种可能的实现方式中,所述装置还包括:
标识存储模块,用于在第一存储空间中存储与已获取的调用操作相对应的线程标识,并以第一标记对与当前进行的调用操作相对应的线程标识进行标记。
对于上述装置,在一种可能的实现方式中,所述判断模块包括:
标识查询子模块,用于查询所述第一存储空间中是否有与当前获取的调用操作相对应的、标记为所述第一标记的线程标识;
第一判断子模块,用于在所述第一存储空间中没有与当前获取的调用操作相对应的、标记为所述第一标记的线程标识的情况下,判断所述调用操作满足分析条件。
对于上述装置,在一种可能的实现方式中,所述分析记录模块包括:
第一分析子模块,用于在所述调用操作是申请资源的调用的情况下,在第二存储空间中存储与所述调用操作相对应的调用信息;
第二分析子模块,用于在所述调用操作是释放资源的调用的情况下,从所述第二存储空间中删除与所述调用操作相对应的调用信息。
对于上述装置,在一种可能的实现方式中,所述输出模块包括:
指令监测子模块,用于监测是否存在调用信息输出指令;
第二判断子模块,用于在存在调用信息输出指令的情况下,判断为满足信息输出条件;
第一输出子模块,用于在满足信息输出条件的情况下,从所述第二存储空间中读取并输出所存储的调用信息。
对于上述装置,在一种可能的实现方式中,所述获取模块包括:
劫持子模块,用于劫持针对应用程序编程接口API的调用操作。
根据本公开的另一方面,提供了一种资源调用分析装置,所述装置包括:
处理器;用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:获取针对资源的调用操作;在获取到所述调用操作的情况下,判断所述调用操作是否满足分析条件;在所述调用操作满足分析条件的情况下,分析并记录与所述调用操作相对应的调用信息;在满足信息输出条件的情况下,输出所记录的调用信息。
根据本公开的另一方面,提供了一种非易失性计算机可读存储介质,当所述存储介质中的指令由终端和/或服务器的处理器执行时,使得终端和/或服务器能够执行一种资源调用分析方法,所述方法包括:获取针对资源的调用操作;在获取到所述调用操作的情况下,判断所述调用操作是否满足分析条件;在所述调用操作满足分析条件的情况下,分析并记录与所述调用操作相对应的调用信息;在满足信息输出条件的情况下,输出所记录的调用信息。
根据本公开实施例的资源调用分析方法及装置,能够获取针对资源的调用操作,分析并记录与满足分析条件的调用操作相对应的调用信息,并输出所记录的调用信息,从而高效准确地分析***资源的调用情况。
根据下面参考附图对示例性实施例的详细说明,本公开的其它特征及方面将变得清楚。
附图说明
包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本发明的示例性实施例、特征和方面,并且用于解释本发明的原理。
图1是根据一示例性实施例示出的一种资源调用分析方法的流程图。
图2是根据一示例性实施例示出的一种资源调用分析方法的流程图。
图3是根据一示例性实施例示出的一种资源调用分析方法的流程图。
图4是根据一示例性实施例示出的一种资源调用分析方法的流程图。
图5是根据一示例性实施例示出的一种资源调用分析方法的步骤13的流程图。
图6是根据一示例性实施例示出的一种资源调用分析方法的步骤14的流程图。
图7是根据一示例性实施例示出的一种资源调用分析装置的框图。
图8是根据一示例性实施例示出的一种资源调用分析装置的框图。
图9是根据一示例性实施例示出的一种资源调用分析装置的框图。
图10是根据一示例性实施例示出的一种资源调用分析装置的框图。
具体实施方式
以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面,但是除非特别指出,不必按比例绘制附图。
在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。
另外,为了更好的说明本公开,在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解,没有某些具体细节,本公开同样可以实施。在一些实例中,对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述,以便于凸显本公开的主旨。
实施例1
图1是根据一示例性实施例示出的一种资源调用分析方法的流程图。该方法可应用于终端设备(例如智能手机)或服务器中。如图1所示,根据本公开实施例的资源调用分析方法包括:
步骤S11,获取针对资源的调用操作;
步骤S12,在获取到所述调用操作的情况下,判断所述调用操作是否满足分析条件;
步骤S13,在所述调用操作满足分析条件的情况下,分析并记录与所述调用操作相对应的调用信息;
步骤S14,在满足信息输出条件的情况下,输出所记录的调用信息。
根据本公开的实施例能够获取针对资源的调用操作,分析并记录与满足分析条件的调用操作相对应的调用信息,并输出所记录的调用信息,从而高效准确地分析***资源的调用情况。
举例来说,在终端设备的操作***中,应用程序App运行时需要调用***资源(例如内存空间),例如启动运行时需要申请***资源,结束运行时需要释放***资源,这些过程中需要调用***库中的应用程序编程接口API。在资源调用分析中,可以获取针对资源的调用操作,例如在安卓***中,可以通过符号劫持方式劫持安卓本地层代码(Androidnative code)对libc库提供的API的调用操作,以获取该调用操作。本公开对调用操作的具体获取方式不做限制。
在一种可能的实现方式中,在获取到调用操作时,可能存在所获取的调用操作不是待分析的调用操作的情况,例如,符号劫持方式中经常会出现的自我劫持(劫持了符号劫持操作自身的资源调用操作),从而导致资源调用分析的结果不准确。因而,为了避免这种情况出现,可以判断所获取的调用操作是否满足分析条件。如果不满足分析条件,则不分析该调用操作,继续获取;如果满足分析条件,则分析该调用操作,并将与该调用操作相对应的调用信息记录在***的内存空间中,例如以映射的方式记录调用信息中的调用栈、资源描述符等。
在一种可能的实现方式中,如果满足信息输出条件,例如达到预设的具体条件(app运行结束等),或用户输入了信息输出指令,则输出所记录的调用信息。可以例如从上述的***内存空间中获取所记录的调用信息,转换成可读的文件例如日志文件,以供用户查看和/或进行进一步的处理。
图2是根据一示例性实施例示出的一种资源调用分析方法的流程图。如图2所示,在一种可能的实现方式中,步骤S11包括:
步骤S111,劫持针对应用程序编程接口API的调用操作。
举例来说,本地层代码在申请或释放资源时会调用***库提供的API,可以采用与第三方工具valgrind类似的方式,通过符号劫持方式劫持本地层代码对***库提供的API的调用操作,以获取该调用操作。例如,在安卓***中,可以建立一个独立的so库libleaktest.so,不对被测试App的源码做任何改动。在待测试的app启动时,优先加载libleaktest.so库到内存,可以使用LD_PRELOAD类型的符号劫持方式劫持安卓本地层代码对libc库提供的API的调用操作。也可以使用其他类型的符号劫持方式劫持调用操作,本公开对此不作限制。
通过这种方式,可以在不改动被测试App的源码的情况下,劫持针对API的调用操作,提高了调用操作的获取效率。
图3是根据一示例性实施例示出的一种资源调用分析方法的流程图。如图3所示,在一种可能的实现方式中,所述方法还包括:
步骤15,在第一存储空间中存储与已获取的调用操作相对应的线程标识,并以第一标记对与当前进行的调用操作相对应的线程标识进行标记。
举例来说,可以在libleaktest.so库启动时,创建第一存储空间,该第一存储空间可以是静态的位图(bitmap),也可以是其他存储形式的存储空间。每次获取调用操作时,可以将获取的调用操作相对应的线程的线程标识(例如线程ID)存储在该第一存储空间中,并对该线程进行标记,例如标记为1(第一标记)。例如,该第一存储空间包括位图时,可以用位图中每一位的值来表示线程标识对应的线程是否正在做相应API调用操作,与正在进行的调用操作相对应的线程可以在位图中表示为1,当前未进行调用操作的线程可以在位图中表示为0(第二标记)。相应地,在当前进行的调用操作结束时,可将相应线程标识的第一标记变更为第二标记,例如由1变成0。
通过这种方式,可以对正在进行调用操作的线程进行标记,避免出现重复获取或获取遗漏的情况。
图4是根据一示例性实施例示出的一种资源调用分析方法的流程图。如图4所示,在一种可能的实现方式中,步骤12包括:
步骤121,查询所述第一存储空间中是否有与当前获取的调用操作相对应的、标记为第一标记的线程标识;
步骤122,在所述第一存储空间中没有与当前获取的调用操作相对应的、标记为所述第一标记的线程标识的情况下,判断所述调用操作满足分析条件。
举例来说,在获取到调用操作时,可能存在所获取的调用操作不是待分析的调用操作的情况,例如,符号劫持方式中经常会出现的自我劫持(劫持了符号劫持操作自身的资源调用操作),从而导致资源调用分析的结果不准确。因而,可以判断所述调用操作是否满足分析条件。
为了避免重复获取(例如自我劫持),相关技术通常采用对获取的调用操作添加标志的方式,例如,劫持后标志置为true,下次进来后如果标志位为true则不再劫持。但该方案会导致漏掉一些本应该劫持的调用,比如多个线程异步的进入劫持,如果一个线程把标志置为true,则其他线程的本应该劫持的调用将不会被劫持,导致获取遗漏。
在一种可能的实现方式中,如前所述,在libleaktest.so库启动时,可以创建存储有与已获取的调用操作相对应的线程标识的第一存储空间,并对正在进行调用操作的线程以第一标记(例如1)进行标记。在获取到调用操作例如劫持到相关API时,查询第一存储空间中是否有与当前获取的调用操作相对应的、且标记为第一标记的线程标识ID,例如,位图中该线程标识对应的位的值为1,如果有,则说明当前获取的该调用操作为重复获取,该调用操作来自leaktest.so本身,应该直接放行,不进行分析;如果没有当前获取的调用操作相对应的、标记为第一标记的线程ID,则说明当前获取的该调用操作来自于本地层代码(native code),满足分析条件,需要进行分析。如果第一存储空间中不存在当前获取的该调用操作相对应的线程标识ID,则视为不满足分析条件,并可将该线程标识ID添加到第一存储空间中并标记为第一标识,防止后续的leaktest.so库本身的调用也被劫持。满足分析条件时,可以对当前获取的该调用操作进行分析和记录,完成分析和记录之后,可以将该调用操作对应的线程标识由第一标记改为第二标记,例如由1变为0。
通过这种方式,可以避免重复获取或获取遗漏,提高***资源的调用分析的准确性。
图5是根据一示例性实施例示出的一种资源调用分析方法的步骤13的流程图。如图5所示,在一种可能的实现方式中,步骤13包括:
步骤S131,在所述调用操作是申请资源的调用的情况下,在第二存储空间中存储与所述调用操作相对应的调用信息;
步骤S133,在所述调用操作是释放资源的调用的情况下,从所述第二存储空间中删除与所述调用操作相对应的调用信息。
举例来说,在调用操作满足分析条件时,可以分析该调用操作的类型并进行处理。如果该调用操作是申请资源的API的调用(例如安卓***的API中的malloc、socket等),则可以将该调用操作的相对应的调用信息保存到第二存储空间。所述调用信息可以包括该调用操作的API对应的线程ID、调用栈、资源描述符等;所述第二存储空间可以为资源描述符为关键字(指针地址),调用栈为值(内容)的哈希映射(map)。
在一种可能的实现方式中,如果该调用操作是释放资源的API调用(例如安卓***的API中的free、close等),则可以在第二存储空间中查找并删除与调用操作相对应的调用信息,例如,查找与调用操作相对应资源描述符,并将查找到的键值对(关键字和值)从映射中删除。
在一种可能的实现方式中,需要说明的是,上述的分析记录操作均可以在独立的库例如libleaktest.so中进行,不需要对被测试App的源码做任何改动。在例如安卓***的API中,获取(符号劫持)到的调用操作主要涉及malloc、calloc、free、fopen、fclose、socket、eventpoll、close、pthread_create、pthread_detach、pthread_join等库。
通过这种方式,可以在第二存储空间中存储申请资源的调用并删除释放资源的调用,高效准确地记录***资源的调用情况。
图6是根据一示例性实施例示出的一种资源调用分析方法的步骤14的流程图。如图6所示,在一种可能的实现方式中,步骤14包括:
步骤141,监测是否存在调用信息输出指令;
步骤142,在存在调用信息输出指令的情况下,判断为满足信息输出条件;
步骤143,在满足信息输出条件的情况下,从所述第二存储空间中读取并输出所存储的调用信息。
举例来说,在已记录有调用信息的情况下,可以输出所记录的调用信息。但在一些***中,无法以可读的方式实时输出所记录的调用信息,例如在安卓***中,Androidlibcorkscrew库中提供了获取调用栈的API,包括unwind_backtrace和get_backtrace_symbols。其中unwind_bakctrace可以获取当前调用栈的指针地址,get_backtrace_symbols通过获取进程的映射map文件并对指针地址进行映射,将其转换为可读的调用栈。但是,在实际使用的过程中发现,get_backtrace_symbols执行起来非常缓慢,如果每次劫持后都调用get_backtrace_symbols会严重影响App运行速度。因而,可以在第二存储空间中存储与所述调用操作相对应的调用信息,采用延迟映射(backtrace)的方式,也即,在需要输出分析日志时再将指针地址(例如关键字)映射成可读文本。
在一种可能的实现方式中,可以在加载(例如加载libleaktest.so库)时自动启动监听线程,监测终端设备的命令行终端(例如智能手机的terminal模块)是否存在调用信息输出指令,其中,该调用信息输出指令可以表示为“/sdcard/LeakTest/dr”。该监听线程可以持续监测例如“/sdcard/LeakTest/dr”文件是否存在,如果不存在该文件,则可以继续监测;如果存在该文件,则可以判断为满足信息输出条件。
在一种可能的实现方式中,在满足信息输出条件的情况下,可以从所述第二存储空间中读取并输出所存储的调用信息。例如在安卓***中,可以通过调用日志输出模块将第二存储空间(映射)中的检测结果(所存储的调用信息)输出到日志logcat,用户可以通过过滤LeakTest关键字从logcat缓冲中捕获内存泄漏的检测结果。也可以采用其他方式将第二存储空间所存储的调用信息读取并输出为可读的文本,本公开对此不进行限制。
在一种可能的实现方式中,在对安卓***进行资源调用分析时,由于Android特殊的进程控制机制,退出App时本地(Native)全局数据的析够函数并不会被调用,这导致无法实现在App退出时自动输出检测报告,这也是目前的valgrind工具不能有效应用于Android操作的重要原因。而且内存泄露检测的过程有时候本身就不需要退出app,只是检测一个或多个场景有没有内存泄露,这就要求我们随时能控制输出检测结果。因此,采用本公开的输出方式,可以将日志输出的控制转换为用户对/sdcard/LeakTest/dr文件的控制,当用户跑完测试分析步骤,想查看检测结果的时候只要通过在终端执行touch/sdcard/LeakTest/dr即可实现结果的输出,非常方便用户的控制。
以下给出了本公开的资源调用分析方法的一种可能的应用场景。对于安卓本地层代码(Android native code),可以建立独立的so库libleaktest.so。在Android终端对待测app进行配置,例如:setprop wrap.packet.name“LD_PRELOAD=/path/to/leaktest.so”。然后,启动待测试的App进行测试。在待测试App启动时,优先加载libleaktest.so库到内存,使用LD_PRELOAD类型的符号劫持方式劫持安卓本地层代码对libc库提供的API的调用操作,存储为资源描述符为关键字,调用栈为值的哈希映射(map)。当需要输出结果时,在Android终端执行touch/sdcard/LeakTest/dr命令。然后,通过logcat获取日志:logcat|grep LeakTest。
通过这种方式,可以在满足信息输出条件时输出所存储的调用信息,提高了输出的便利性和准确性。
根据本公开的资源调用分析方法能够快速准确地对***资源的调用情况进行分析,且不需要对被检测源码做任何改动;与现有的内存检测工具相比,显著降低了加载时间、运行时间和误报率;能够方便的分析Android操作***Native代码的内存泄漏、线程泄露等问题,保障了Android***的产品质量。
实施例2
图7是根据一示例性实施例示出的一种资源调用分析装置的框图。如图7所示,该资源调用分析装置包括:行为获取模块71、判断模块72、分析记录模块73以及输出模块74。
获取模块71,用于获取针对资源的调用操作;
判断模块72,用于在获取到所述调用操作的情况下,判断所述调用操作是否满足分析条件;
分析记录模块73,用于在所述调用操作满足分析条件的情况下,分析并记录与所述调用操作相对应的调用信息;
输出模块74,用于在满足信息输出条件的情况下,输出所记录的调用信息。
图8是根据一示例性实施例示出的一种资源调用分析装置的框图。如图8所示,在一种可能的实现方式中,所述装置还包括:
标识存储模块75,用于在第一存储空间中存储与已获取的调用操作相对应的线程标识,并以第一标记对与当前进行的调用操作相对应的线程标识进行标记。
如图8所示,在一种可能的实现方式中,所述判断模块72包括:
标识查询子模块721,用于查询所述第一存储空间中是否有与当前获取的调用操作相对应的、标记为所述第一标记的线程标识;
第一判断子模块722,用于在所述第一存储空间中没有与当前获取的调用操作相对应的、标记为所述第一标记的线程标识的情况下,判断所述调用操作满足分析条件。
如图8所示,在一种可能的实现方式中,所述分析记录模块73包括:
第一分析子模块731,用于在所述调用操作是申请资源的调用的情况下,在第二存储空间中存储与所述调用操作相对应的调用信息;
第二分析子模块732,用于在所述调用操作是释放资源的调用的情况下,从所述第二存储空间中删除与所述调用操作相对应的调用信息。
如图8所示,在一种可能的实现方式中,所述输出模块74包括:
指令监测子模块741,用于监测是否存在调用信息输出指令;
第二判断子模块742,用于在存在调用信息输出指令的情况下,判断为满足信息输出条件;
第一输出子模块743,用于在满足信息输出条件的情况下,从所述第二存储空间中读取并输出所存储的调用信息。
如图8所示,在一种可能的实现方式中,所述获取模块71包括:
劫持子模块711,用于劫持针对应用程序编程接口API的调用操作。
根据本公开的实施例能够获取针对资源的调用操作,分析并记录与满足分析条件的调用操作相对应的调用信息,并输出所记录的调用信息,从而高效准确地分析***资源的调用情况。
实施例3
图9是根据一示例性实施例示出的一种资源调用分析装置800的框图。例如,装置800可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图9,装置800可以包括以下一个或多个组件:处理组件802,存储器804,电源组件806,多媒体组件808,音频组件810,输入/输出(I/O)的接口812,传感器组件814,以及通信组件816。
处理组件802通常控制装置800的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件802可以包括一个或多个模块,便于处理组件802和其他组件之间的交互。例如,处理组件802可以包括多媒体模块,以方便多媒体组件808和处理组件802之间的交互。
存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理***,一个或多个电源,及其他与为装置800生成、管理和分配电力相关联的组件。
多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。
音频组件810被配置为输出和/或输入音频信号。例如,音频组件810包括一个麦克风(MIC),当装置800处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中,音频组件810还包括一个扬声器,用于输出音频信号。
I/O接口812为处理组件802和***接口模块之间提供接口,上述***接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件814包括一个或多个传感器,用于为装置800提供各个方面的状态评估。例如,传感器组件814可以检测到装置800的打开/关闭状态,组件的相对定位,例如所述组件为装置800的显示器和小键盘,传感器组件814还可以检测装置800或装置800一个组件的位置改变,用户与装置800接触的存在或不存在,装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件814还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件816经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件816还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非易失性计算机可读存储介质,例如包括指令的存储器804,上述指令可由装置800的处理器820执行以完成上述方法。
图10是根据一示例性实施例示出的一种资源调用分析装置1900的框图。例如,装置1900可以被提供为一服务器。参照图10,装置1900包括处理组件1922,其进一步包括一个或多个处理器,以及由存储器1932所代表的存储器资源,用于存储可由处理组件1922的执行的指令,例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1922被配置为执行指令,以执行上述方法。
装置1900还可以包括一个电源组件1926被配置为执行装置1900的电源管理,一个有线或无线网络接口1950被配置为将装置1900连接到网络,和一个输入输出(I/O)接口1958。装置1900可以操作基于存储在存储器1932的操作***,例如Windows ServerTM,MacOS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
在示例性实施例中,还提供了一种包括指令的非易失性计算机可读存储介质,例如包括指令的存储器1932,上述指令可由装置1900的处理组件1922执行以完成上述方法。
本发明可以是***、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质,其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身,诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如,通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备,或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令,并转发该计算机可读程序指令,以供存储在各个计算/处理设备中的计算机可读存储介质中。
用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码,所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等,以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中,通过利用计算机可读程序指令的状态信息来个性化定制电子电路,例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA),该电子电路可以执行计算机可读程序指令,从而实现本发明的各个方面。
这里参照根据本发明实施例的方法、装置(***)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解,流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合,都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器,从而生产出一种机器,使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中,这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作,从而,存储有指令的计算机可读介质则包括一个制造品,其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上,使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤,以产生计算机实现的过程,从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本发明的多个实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分,所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的***来实现,或者可以用专用硬件与计算机指令的组合来实现。
以上已经描述了本发明的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进,或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。