本申请涉及计算机技术领域，尤其涉及一种结合底层指令和系统信息的模拟器检测方法及装置。
背景技术：
随着终端技术的发展，模拟器的应用也越来越被人们所熟知。模拟器是指主要透过软件模拟硬件处理器的功能和指令系统的程序，以使计算机或者其他多媒体平台(如平板电脑或手机等)能够运行其他平台上的软件的应用程序。
模拟器可以进行诸如故障树分析、测试vlsi(verylargescaleintegration，大规模集成电路)逻辑设计等复杂的模拟任务，模拟器的产生与使用为测试人员和开发人员提供了便利，测试人员或开发人员通过模拟器能够修改各种终端设备的配置参数，从而达到测试和故障分析的目的。
然而，模拟器并不是仅提供给上述测试人员和开发人员，而是任何人都可以通过网络得到，而且，黑客在自动化运行某应用程序相关的作弊软件时，很多时候需要更改硬件信息，而常用的更改硬件信息的方法就是使用模拟器，通过模拟器可以修改各种终端设备的配置参数，这样，不仅可以通过模拟器伪造多个终端设备，还可以在模拟器中篡改应用程序的数据，从而危及使用该应用程序的用户的信息安全，因此，判定应用程序的运行位置是否是在模拟器中成为急需解决的问题。
技术实现要素：
本申请实施例的目的是提供一种结合底层指令和系统信息的模拟器检测方法及装置，可以判定应用程序的运行位置是否是在模拟器中，从而提高使用相应应用程序的用户的信息安全。
为解决上述技术问题，本申请实施例是这样实现的：
本申请实施例提供的一种结合底层指令和系统信息的模拟器检测方法，所述方法包括：
根据待检测应用程序的相关信息，运行所述待检测应用程序；
在运行所述待检测应用程序的过程中，通过发送底层代码指令获取相应的反馈信息，并获取所述待检测应用程序所在的操作系统的系统信息，其中，所述底层代码指令中至少包括用于获取闪存的分区状态信息的指令；
如果所述反馈信息和/或所述系统信息中未包括预定信息，则确定所述待检测应用程序在模拟器中运行。
可选地，所述如果所述系统信息中未包括预定信息，则确定所述待检测应用程序在模拟器中运行，包括：
如果所述系统信息中未包括所述待检测应用程序所在的终端设备的设备标识，和/或，所述系统信息中包括模拟器所具备的相关信息，则确定所述待检测应用程序在模拟器中运行。
可选地，所述底层代码指令中还包括cpu指令集中的指令和/或用于获取缓存机制的指令；
所述如果所述反馈信息中未包括预定信息，则确定所述待检测应用程序在模拟器中运行，包括：
如果所述反馈信息中未包括以下一种或多种信息，则确定所述待检测应用程序在模拟器中运行：所述闪存的分区状态信息、cpu信息和缓存机制的相关信息。
可选地，所述获取所述待检测应用程序所在的操作系统的系统信息，包括：
获取所述操作系统中的/proc/version文件；
读取所述/proc/version文件中包含的系统内核版本信息作为所述系统信息。
可选地，所述模拟器所具备的相关信息中包括通过调用执行adbget-serialno或者adbdevices进行搜索，输出的搜索结果中的信息。
本申请实施例提供的一种结合底层指令和系统信息的模拟器检测装置，所述装置包括：
程序运行模块，用于根据待检测应用程序的相关信息，运行所述待检测应用程序；
信息获取模块，用于在运行所述待检测应用程序的过程中，通过发送底层代码指令获取相应的反馈信息，并获取所述待检测应用程序所在的操作系统的系统信息，其中，所述底层代码指令中至少包括用于获取闪存的分区状态信息的指令；
确定模块，用于如果所述反馈信息和/或所述系统信息中未包括预定信息，则确定所述待检测应用程序在模拟器中运行。
可选地，所述确定模块，用于如果所述系统信息中未包括所述待检测应用程序所在的终端设备的设备标识，和/或，所述系统信息中包括模拟器所具备的相关信息，则确定所述待检测应用程序在模拟器中运行。
可选地，所述底层代码指令中还包括cpu指令集中的指令和/或用于获取缓存机制的指令；
所述确定模块，用于如果所述反馈信息中未包括以下一种或多种信息，则确定所述待检测应用程序在模拟器中运行：所述闪存的分区状态信息、cpu信息和缓存机制的相关信息。
可选地，所述信息获取模块，包括：
文件获取单元，用于获取所述操作系统中的/proc/version文件；
信息获取单元，用于读取所述/proc/version文件中包含的系统内核版本信息作为所述系统信息。
可选地，所述模拟器所具备的相关信息中包括通过调用执行adbget-serialno或者adbdevices进行搜索，输出的搜索结果中的信息。
由以上本申请实施例提供的技术方案可见，本申请实施例通过根据待检测应用程序的相关信息，运行待检测应用程序，在运行待检测应用程序的过程中，通过发送底层代码指令获取相应的反馈信息，并获取待检测应用程序所在的操作系统的系统信息，其中，底层代码指令中至少包括用于获取闪存的分区状态信息的指令，如果该反馈信息和/或该系统信息中未包括预定信息，则确定待检测应用程序在模拟器中运行，这样，通过包括用于获取闪存的分区状态信息的指令在内的底层代码指令和/或待检测应用程序所在的操作系统的系统信息，即可判定待检测应用程序是否在模拟器中运行，使得模拟器检测过程简单易行，并且提高了使用相应应用程序的用户的信息安全。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请一种结合底层指令和系统信息的模拟器检测方法实施例；
图2为本申请另一种结合底层指令和系统信息的模拟器检测方法实施例；
图3为本申请一种结合底层指令和系统信息的模拟器检测装置实施例；
图4为本申请一种结合底层指令和系统信息的模拟器检测设备实施例。
具体实施方式
本申请实施例提供一种结合底层指令和系统信息的模拟器检测方法及装置。
为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
实施例一
如图1所示，本申请实施例提供一种结合底层指令和系统信息的模拟器检测方法，该方法的执行主体可以为终端设备，该终端设备可以如个人计算机等设备，也可以如手机、平板电脑等移动终端设备。该方法可以用于检测当前运行的应用程序是否是在模拟器中等。该方法具体可以包括以下步骤：
在步骤s101中，根据待检测应用程序的相关信息，运行该待检测应用程序。
其中，待检测应用程序的应用程序可以是任意应用程序，例如，即时通讯应用程序、购物应用程序或视频应用程序等。待检测应用程序的相关信息可以包括待检测应用程序的名称、安装地址、快捷启动方式的名称和存储位置等信息。
在实施中，当需要确定某一应用程序(即待检测应用程序)运行在模拟器中，还是直接运行在终端设备的操作系统中时，可以对该应用程序进行相应检测，具体地，可以获取待检测应用程序的名称等标识，然后，基于获取的待检测应用程序的标识从终端设备中查找该待检测应用程序的安装地址(或安装位置)，并可以在查找到的安装地址或安装位置处查找待检测应用程序的安装文件，可以从其安装文件中获取待检测应用程序的启动文件，运行该启动文件以启动待检测应用程序，从而运行待检测应用程序。
在步骤s102中，在运行上述待检测应用程序的过程中，通过发送底层代码指令获取相应的反馈信息，并获取待检测应用程序所在的操作系统的系统信息，其中，该底层代码指令中至少包括用于获取闪存的分区状态信息的指令。
其中，底层代码指令可以是一种偏向计算机的程序代码指令，可以是基于编写应用程序所使用的代码生成的一种指令，底层代码指令可以包括多种，例如cpu指令集中的指令等。反馈信息可以是底层代码指令请求获取的数据的信息。待检测应用程序所在的操作系统是指待检测应用程序当前运行所依赖的操作系统或程序环境，该操作系统具体可以为android操作系统，或通过模拟器模拟的某种操作系统的程序环境等。待检测应用程序所在的操作系统的系统信息可以包括多种，例如操作系统的标识、操作系统的名称和操作系统的版本信息等。
在实施中，当通过上述步骤s101的处理运行待检测应用程序后，待检测应用程序加载相应的数据以进行应用程序的初始化，在待检测应用程序加载数据的过程中，或者，待检测应用程序加载数据完成后，可以向待检测应用程序发送用于获取闪存的分区状态信息的指令，待检测应用程序接收到该指令时，可以获取该指令对应的相关数据。其中，需要说明的是，如果待检测应用程序运行在模拟器上时，某些数据在模拟器中是无法获取的，因为模拟器对于其所在的终端设备中的相关参数的获取与使用的权限是不同。待检测应用程序可以将获取的数据设置在反馈信息中，并可以将其发送给终端设备，该终端设备接收到反馈信息后，可以对接收到的反馈信息进行分析，确定其中包含的数据。如果该反馈信息中包括闪存的分区状态信息，则可以确定该待检测应用程序未在模拟器中运行，如果该反馈信息中不包括闪存的分区状态信息，则可以确定该待检测应用程序在模拟器中运行。
需要说明的是，底层代码指令中除了可以包括用于获取闪存的分区状态信息的指令外，还可以包括多种不同的指令，通过多个不同的底层代码指令可以分别获取相应的数据。通过得到的不同的数据可以更加准确的判定待检测应用程序运行在模拟器中还是非模拟器中。
此外，还可以获取待检测应用程序所在的操作系统的系统信息，通过获取的系统信息来判定待检测应用程序是否在模拟器中运行，具体地，基于上述相关内容，在待检测应用程序加载数据的过程中，或者，待检测应用程序加载数据完成后，可以获取待检测应用程序所在的操作系统的标识、名称和版本信息等。其中，需要说明的是，如果待检测应用程序运行在模拟器上时，待检测应用程序所在的操作系统的标识、名称和版本信息等信息会指示待检测应用程序运行在模拟器模拟的操作系统的程序环境中，此时，待检测应用程序所在的操作系统的标识、名称和版本信息并不是真实的或实际中存在的操作系统的标识、名称和版本信息。如果根据待检测应用程序所在的操作系统的标识、名称和版本信息等信息确定该操作系统是真实的或实际中存在的操作系统，如android操作系统等，可以确定待检测应用程序未在模拟器中运行，否则，可以确定待检测应用程序在模拟器中运行。
需要说明的是，上述获取待检测应用程序所在的操作系统的标识、名称和版本信息的处理可以通过多种方式实现，具体可以根据实际情况设定。
在步骤s103中，如果上述反馈信息和/或上述系统信息中未包括预定信息，则确定待检测应用程序在模拟器中运行。
其中，预定信息可以是针对不同的反馈信息和/或上述系统信息预先设定的信息，或者，也可以是上述预定信息的标识等。模拟器可以是通过计算机等终端设备利用相关的软件编写的一种应用程序，通过模拟器可以进行故障树分析、测试vlsi逻辑设计等复杂的模拟任务。模拟器通常可以包括多种，例如计算机模拟器或网游模拟器等。
在实施中，通过上述步骤s102的处理得到反馈信息后，可以从反馈信息中提取数据，如果其中只包含一种数据，则可以直接对提取出的数据进行分析，确定其中是否包含预定信息，例如，底层代码指令只包括用于获取闪存的分区状态信息的指令，则可以提取反馈信息中包含的所有数据，并从中查找闪存的分区状态信息，如果没有查找到，则可以确定待检测应用程序在模拟器中运行；如果查找到闪存的分区状态信息，则可以确定待检测应用程序未在模拟器中运行。如果反馈信息中包括多种数据，即底层代码指令中包括多个不同的指令，则可以将反馈信息中的数据进行分离，得到不同的底层代码指令对应的数据，如果反馈信息中的每一项数据都不满足待检测应用程序在模拟器中运行的条件，则可以判定待检测应用程序未在模拟器中运行，否则，可以判定待检测应用程序在模拟器中运行，其中，如果反馈信息中的每一项数据都满足待检测应用程序在模拟器中运行的条件，则可以判定待检测应用程序在模拟器中运行。
当获取到待检测应用程序所在的操作系统的标识、名称和版本信息等信息时，可以将上述信息分别与预先存储的不同操作系统的相关信息进行对比，如果上述信息指示待检测应用程序运行在模拟器模拟的操作系统的程序环境中，则可以确定待检测应用程序在模拟器中运行，如果通过对比，查找到了一个操作系统的相关信息与获取的操作系统的标识、名称和版本信息匹配，则可以确定待检测应用程序未在模拟器中运行。
本申请实施例提供一种结合底层指令和系统信息的模拟器检测方法，通过根据待检测应用程序的相关信息，运行待检测应用程序，在运行待检测应用程序的过程中，通过发送底层代码指令获取相应的反馈信息，并获取待检测应用程序所在的操作系统的系统信息，其中，底层代码指令中至少包括用于获取闪存的分区状态信息的指令，如果该反馈信息和/或该系统信息中未包括预定信息，则确定待检测应用程序在模拟器中运行，这样，通过包括用于获取闪存的分区状态信息的指令在内的底层代码指令和/或待检测应用程序所在的操作系统的系统信息，即可判定待检测应用程序是否在模拟器中运行，使得模拟器检测过程简单易行，并且提高了使用相应应用程序的用户的信息安全。
实施例二
如图2所示，本申请实施例提供一种结合底层指令和系统信息的模拟器检测方法，该方法的执行主体可以为终端设备，该终端设备可以如个人计算机等设备，也可以如手机、平板电脑等移动终端设备。该方法可以用于检测当前运行的应用程序是否是在模拟器中等。该方法具体可以包括以下步骤：
在步骤s201中，根据待检测应用程序的相关信息，运行待检测应用程序。
上述步骤s201的步骤内容与上述实施例一中的步骤s101的步骤内容相同，步骤s201的具体处理过程可以参见上述步骤s101的相关内容，在此不再赘述。
在步骤s202中，在运行待检测应用程序的过程中，通过发送底层代码指令获取相应的反馈信息。其中，该底层代码指令中包括用于获取闪存的分区状态信息的指令和cpu指令集中的指令，cpu指令集中的指令可以包括多种，例如mmx(multimediaextensions，多媒体扩展)指令，sse(streamingsimdextensions，simd流技术扩展)指令等。
在实施中，当通过上述步骤s101的处理运行待检测应用程序后，待检测应用程序加载相应的数据以进行应用程序的初始化，在待检测应用程序加载数据的过程中，或者，待检测应用程序加载数据完成后，可以向待检测应用程序发送cpu指令集中的指令以获取cpu的相关信息，待检测应用程序接收到该指令时，可以获取该指定对应的数据。其中，需要说明的是，如果待检测应用程序运行在模拟器上时，某些数据在模拟器中是无法获取的，因为模拟器对于其所在的终端设备中的相关参数的获取与使用的权限是不同。待检测应用程序可以将获取的信息设置在反馈信息中。同时，可以通过上述实施例一中的相关内容，可以通过用于获取闪存的分区状态信息的指令获取相应的数据。然后，可以将获得的数据设置在反馈信息中发送给终端设备，该终端设备接收到反馈信息后，可以对接收到的反馈信息进行分析，确定其中包含的数据。如果该反馈信息中包括闪存的分区状态信息和/或cpu信息，则可以确定该待检测应用程序未在模拟器中运行，如果该反馈信息中不包括闪存的分区状态信息和/或cpu信息，则可以确定该待检测应用程序在模拟器中运行。
在步骤s203中，在运行待检测应用程序的过程中，获取待检测应用程序所在的操作系统中的/proc/version文件。
在实施中，/proc目录是linux系统中的一种文件系统，即proc文件系统。与其它常见的文件系统不同的是，/proc是一种伪文件系统(也即是虚拟文件系统)，存储的是当前内核运行状态的一系列特殊文件，用户可以通过这些文件查看有关终端设备硬件及当前正在运行的程序进程的信息，甚至可以通过更改其中某些文件来改变内核的运行状态。/proc/version文件中存储有操作系统的内核版本相关的信息，其中可以包括终端设备的设备标识(如设备序列号等)、操作系统的名称、版本号，以及模拟器的相关信息等。
在步骤s204中，读取上述/proc/version文件中包含的系统内核版本信息作为待检测应用程序所在的操作系统的系统信息。
其中，系统内核版本信息可以包括linux内核版本、gcc编译版本、redhat版本信息等。
上述步骤s202与步骤s203-步骤s204的处理可以同时执行，也可以是以任意先后顺序执行，例如先执行步骤s203-步骤s204的处理，然后再执行步骤s202的处理等，而并不限于上述提供的一种执行处理方式。
此外，还可以通过搜索等方式查找模拟器相关的信息，具体可以通过多种方式实现，以下提供一种可选的实现方式，具体可以包括以下内容：通过调用执行adbget-serialno或者adbdevices进行搜索，从输出的搜索结果中查找模拟器相关的信息。
其中，adbget-serialno是一项android操作系统的adb(androiddebugbridge，android调试桥)命令，用于获取终端设备的标识和序列号等信息。adbdevices可以用于查找本地的设备列表。
在实施中，可以通过调用函数的方式执行查找与模拟器相关的信息，具体地，可以发起函数调用指令，通过函数调用指令可以调用相应函数以执行adbget-serialno或者adbdevices指令。可以通过adbget-serialno或者adbdevices指令进行搜索处理，并从搜索到的搜索结果中查找是否包含模拟器(或emulator)相关的信息。
在步骤s205中，如果上述反馈信息中未包括闪存的分区状态信息、cpu信息和缓存机制的相关信息中的至少一项信息，和/或，上述系统信息中未包括待检测应用程序所在的终端设备的设备标识，和/或，该系统信息中包括模拟器所具备的相关信息，则确定待检测应用程序在模拟器中运行，则确定待检测应用程序在模拟器中运行。
在实施中，可以从反馈信息中提取数据，通过提取的数据分别确定其中是否包含闪存的分区状态信息和/或cpu信息，如果其中包括执行open/proc/diskstats而获取的mmcblk0分区信息等相关内容的信息，则可以确定反馈信息中包括闪存的分区状态信息，如果其中包括如intel或amd等字段的信息，则可以确定反馈信息中包括cpu信息，如果反馈信息中未包括闪存的分区状态信息，和/或，该反馈信息中未包括cpu信息，则确定待检测应用程序在模拟器中运行。否则，可以确定待检测应用程序未在模拟器中运行。
此外，还可以对系统信息进行分析，系统信息可以包括多种，例如待检测应用程序所在的终端设备的设备标识，以及模拟器所具备的相关信息等。需要说明的是，模拟器一般不具备终端设备的标识和序列号等信息。
本申请实施例提供一种结合底层指令和系统信息的模拟器检测方法，通过根据待检测应用程序的相关信息，运行待检测应用程序，在运行待检测应用程序的过程中，通过发送底层代码指令获取相应的反馈信息，并获取待检测应用程序所在的操作系统的系统信息，其中，底层代码指令中至少包括用于获取闪存的分区状态信息的指令，如果该反馈信息和/或该系统信息中未包括预定信息，则确定待检测应用程序在模拟器中运行，这样，通过包括用于获取闪存的分区状态信息的指令在内的底层代码指令和/或待检测应用程序所在的操作系统的系统信息，即可判定待检测应用程序是否在模拟器中运行，使得模拟器检测过程简单易行，并且提高了使用相应应用程序的用户的信息安全。
实施例三
以上为本申请实施例提供的结合底层指令和系统信息的模拟器检测方法，基于同样的思路，本申请实施例还提供一种结合底层指令和系统信息的模拟器检测装置，如图3所示。
所述结合底层指令和系统信息的模拟器检测装置包括：程序运行模块301、信息获取模块302和确定模块303，其中：
程序运行模块301，用于根据待检测应用程序的相关信息，运行所述待检测应用程序；
信息获取模块302，用于在运行所述待检测应用程序的过程中，通过发送底层代码指令获取相应的反馈信息，并获取所述待检测应用程序所在的操作系统的系统信息，其中，所述底层代码指令中至少包括用于获取闪存的分区状态信息的指令；
确定模块303，用于如果所述反馈信息和/或所述系统信息中未包括预定信息，则确定所述待检测应用程序在模拟器中运行。
可选地，所述确定模块303，用于如果所述系统信息中未包括所述待检测应用程序所在的终端设备的设备标识，和/或，所述系统信息中包括模拟器所具备的相关信息，则确定所述待检测应用程序在模拟器中运行。
可选地，所述底层代码指令中还包括cpu指令集中的指令和/或用于获取缓存机制的指令；
所述确定模块303，用于如果所述反馈信息中未包括以下一种或多种信息，则确定所述待检测应用程序在模拟器中运行：所述闪存的分区状态信息、cpu信息和缓存机制的相关信息。
可选地，所述信息获取模块302，包括：
文件获取单元，用于获取所述操作系统中的/proc/version文件；
信息获取单元，用于读取所述/proc/version文件中包含的系统内核版本信息作为所述系统信息。
可选地，所述模拟器所具备的相关信息中包括通过调用执行adbget-serialno或者adbdevices进行搜索，输出的搜索结果中的信息。
本申请实施例提供一种结合底层指令和系统信息的模拟器检测装置，通过根据待检测应用程序的相关信息，运行待检测应用程序，在运行待检测应用程序的过程中，通过发送底层代码指令获取相应的反馈信息，并获取待检测应用程序所在的操作系统的系统信息，其中，底层代码指令中至少包括用于获取闪存的分区状态信息的指令，如果该反馈信息和/或该系统信息中未包括预定信息，则确定待检测应用程序在模拟器中运行，这样，通过包括用于获取闪存的分区状态信息的指令在内的底层代码指令和/或待检测应用程序所在的操作系统的系统信息，即可判定待检测应用程序是否在模拟器中运行，使得模拟器检测过程简单易行，并且提高了使用相应应用程序的用户的信息安全。
实施例四
以上为本申请实施例提供的结合底层指令和系统信息的模拟器检测装置，基于同样的思路，本申请实施例还提供一种结合底层指令和系统信息的模拟器检测设备，如图4所示。
该结合底层指令和系统信息的模拟器检测设备可以为上述实施例提供的终端设备等。
结合底层指令和系统信息的模拟器检测设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器401和存储器402，存储器402中可以存储有一个或一个以上存储应用程序或数据。其中，存储器402可以是短暂存储或持久存储。存储在存储器402的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括对结合底层指令和系统信息的模拟器检测设备中的一系列计算机可执行指令。更进一步地，处理器401可以设置为与存储器402通信，在结合底层指令和系统信息的模拟器检测设备上执行存储器402中的一系列计算机可执行指令。结合底层指令和系统信息的模拟器检测设备还可以包括一个或一个以上电源403，一个或一个以上有线或无线网络接口404，一个或一个以上输入输出接口405，一个或一个以上键盘406。
具体在本实施例中，结合底层指令和系统信息的模拟器检测设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对结合底层指令和系统信息的模拟器检测设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：
根据待检测应用程序的相关信息，运行所述待检测应用程序；
在运行所述待检测应用程序的过程中，通过发送底层代码指令获取相应的反馈信息，并获取所述待检测应用程序所在的操作系统的系统信息，其中，所述底层代码指令中至少包括用于获取闪存的分区状态信息的指令；
如果所述反馈信息和/或所述系统信息中未包括预定信息，则确定所述待检测应用程序在模拟器中运行。
可选地，所述可执行指令在被执行时，还可以使所述处理器：
如果所述系统信息中未包括所述待检测应用程序所在的终端设备的设备标识，和/或，所述系统信息中包括模拟器所具备的相关信息，则确定所述待检测应用程序在模拟器中运行。
可选地，所述可执行指令在被执行时，还可以使所述处理器：
所述底层代码指令中还包括cpu指令集中的指令和/或用于获取缓存机制的指令；
所述如果所述反馈信息中未包括预定信息，则确定所述待检测应用程序在模拟器中运行，包括：
如果所述反馈信息中未包括以下一种或多种信息，则确定所述待检测应用程序在模拟器中运行：所述闪存的分区状态信息、cpu信息和缓存机制的相关信息。
可选地，所述可执行指令在被执行时，还可以使所述处理器：
获取所述操作系统中的/proc/version文件；
读取所述/proc/version文件中包含的系统内核版本信息作为所述系统信息。
可选地，所述模拟器所具备的相关信息中包括通过调用执行adbget-serialno或者adbdevices进行搜索，输出的搜索结果中的信息。
本申请实施例提供一种结合底层指令和系统信息的模拟器检测设备，通过根据待检测应用程序的相关信息，运行待检测应用程序，在运行待检测应用程序的过程中，通过发送底层代码指令获取相应的反馈信息，并获取待检测应用程序所在的操作系统的系统信息，其中，底层代码指令中至少包括用于获取闪存的分区状态信息的指令，如果该反馈信息和/或该系统信息中未包括预定信息，则确定待检测应用程序在模拟器中运行，这样，通过包括用于获取闪存的分区状态信息的指令在内的底层代码指令和/或待检测应用程序所在的操作系统的系统信息，即可判定待检测应用程序是否在模拟器中运行，使得模拟器检测过程简单易行，并且提高了使用相应应用程序的用户的信息安全。
在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice，pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。