[发明专利]应用控制流模型

说明书

背景技术

应用监视系统监视或者观察在计算系统处被托管的应用的执行。这样的应用 监视系统能够用于确定应用是否在运行和/或是否在以暗示应用正非正常运行的方 式在运行。

一些应用监视系统分析应用的字节代码或机器代码表示，以识别那些应用的 可监视片段(section)。例如，应用监视系统能够解析应用的字节代码或机器代码 表示，以识别应用的可被装备(instrument)来允许应用的运行时监视而不引起应 用故障的片段(例如，以字节代码或机器代码编码的指令序列)。

附图说明

图1是根据实现方式的应用监视处理的流程图。

图2是根据实现方式的经由主操作系统内的管理程序被托管的应用的图示。

图3是根据实现方式的用于应用监视的文件的图示。

图4是根据实现方式的应用监视系统的示意性框图。

图5是根据实现方式的托管应用监视系统的计算系统的示意性框图。

图6是根据实现方式的用于应用监视的文件的生成的图示。

具体实施方式

尽管一些应用监视系统分析应用的字节代码或机器代码表示以确定关于那些 应用的控制流信息并且识别那些应用的可监视片段，但是从字节代码和机器代码 表示提取控制流信息会是困难又无效率的工作。从机器代码表示提取控制流信息 通常是是特别困难的工作。作为特例，从二进制可执行文件提取控制流信息是复 杂的，导致错误和资源利用的可能性高。

应用的源代码表示以编程语言描述或者定义应用。通常，源代码表示的编程 语言是人类可读的，并且包括与允许有效并且准确得到那些应用的控制流图的功 能(例如，结构以及诸如数据流和控制流之类的流)有关的信息。控制流图是应 用在执行期间在该应用的多个片段中的目标流的描述。

然而，应用开发者或分发者一般不需要将应用作为源代码表示来分发。这样 做的一般原因是保护与软件紧密相关的IP，并且防止与那些应用的内部工作有关 的细节被竞争者获知。更确切地说，应用开发者通常将应用作为包括应用的字节 代码或机器代码表示的可执行文件来分发，字节代码或机器代码表示源于或编译 自应用的源代码表示。

包括应用的字节代码表示或机器代码表示的文件(例如，在非暂时性处理器 可读介质处存储的字节序列)往往被称为可执行文件，因为这些文件能够在计算 系统处被执行以使计算系统(或其处理器)执行动作。另外，包括应用的机器代 码表示的文件往往被称为二进制可执行文件，因为应用的机器代码表示包括由处 理器执行的被编码为二进制值(例如，1或0)的序列的指令。应用往往作为一组 相关的二进制可执行文件被分发(或传送)，相关的二进制可执行文件可包括诸 如共享库或动态链接库之类的共享可执行文件。这样的文件往往被称为模块(或 二进制模块)或对象(或二进制对象)。

应用的一些开发者将监视界面结合进应用中。这样的监视界面完全在应用的 开发者的决定下设置。然而，使用应用的机构可能期望根据那些机构的策略要求 来监视这些应用。往往，这些应用的开发者所提供的监视界面或功能中的任意一 种不支持这种机构所期望的监视。因此，由使用那些应用的机构向应用提供附加 的监视功能会有益于那些机构。

然而，这种附加监视功能应以不扰乱这种应用的操作功能的方式来提供。监视应用的执行(或应用监视)以确定应用是否运行和/或正确运行(即，如其被设计运行的那样)由于在应用被分发进的应用表示内缺少与应用的预期功能相关的确切信息而被复杂化。换言之，应用监视被复杂化，这是因为由于应用被分发在其中的表示，确定应用的预期功能会很难。根据所使用的实现技术(例如，)，可能易于分析被执行(或被解释)的应用的表示，以尝试得到应用的足够详细和准确的控制流图，从而确定应用的预期功能。然而，这样的分析对于应用一般是不可能的，除非能够获得与应用的内部结构和功能有关的附加信息(例如，应用控制和/或数据流)。