技术领域
[0001] 本
发明涉及计算机和移动计算技术领域，具体涉及一种在安卓系统上运行虚拟安卓系统的方法。
背景技术
[0002] 安卓(Android)系统由于其开源的特性，得到了较为广泛的应用，各大手机厂商均投入生产、设计自己的安卓系统，安卓系统已成为最具影响
力的手机
操作系统。随着移动互联网技术的高速发展，人与手机的关系更是密不可分，甚至很多人由于有不同场景的需要、隐私保障的需要，或者由于有手机系统和应用的多开需求等，需要拥有两部以及多部手机，或者在其他终端系统中模拟安卓系统来满足需求。如果使用两部以及多部手机会造成携带的不便，显得十分累赘，如果采用在其他终端系统中模拟安卓系统的方法(即利用虚拟技术跨系统运行安卓应用)，又会存在兼容性问题、执行效率问题和安全性问题，影响使用效果。因此急需一种可以在已有安卓系统中运行另一种安卓系统的方法，来实现系统切换、一机多开的目的，同时解决兼容性、执行效率和安全性的问题。
发明内容
[0003] 针对
现有技术存在的不足，本发明提供了一种在安卓系统上运行虚拟安卓系统的方法，其应用时，可以在已有安卓系统中运行虚拟安卓系统来实现系统切换和一机多开的目的，同时有效解决虚拟安卓系统的兼容性、执行效率和安全性问题。
[0004] 本发明所采用的技术方案为：
[0005] 一种在安卓系统上运行虚拟安卓系统的方法，包括以下步骤：
[0006] S1、在主安卓系统中安装虚拟安卓系统，基于主安卓系统的linux
内核构建虚拟安卓系统运行环境；
[0007] S2、在主安卓系统上切入虚拟安卓系统，完成虚拟安卓系统的初始化；
[0008] S3、在虚拟安卓系统内下载、安装并启用安卓应用程序；
[0009] S4、虚拟安卓系统运行安卓应用程序，并解析安卓应用程序的
请求指令；
[0010] S5、虚拟安卓系统根据解析到的请求指令调用主安卓系统的linux内核和
硬件功能单元完成请求指令的相应处理。
[0011] 作为上述技术方案的优选，在步骤S1中，在主安卓系统中安装虚拟安卓系统的过程包括：
[0012] S11、在主安卓系统中下载包含虚拟安卓系统的代理app；
[0013] S12、运行代理app，将虚拟安卓系统安装于主安卓系统的设定
位置；
[0014] S13、建立虚拟安卓系统与主安卓系统的协议对接，完成虚拟安卓系统的安装。
[0015] 作为上述技术方案的优选，在虚拟安卓系统的安装过程中，代理app和虚拟安卓系统同时构建用于进行主安卓系统和虚拟安卓系统切换的系统切换单元，两边系统切换单元相互关联，同时代理app构建Hardwareproxy单元，Hardwareproxy单元与主安卓系统的硬件功能单元对接。
[0016] 作为上述技术方案的优选，在步骤S2中，虚拟安卓系统的初始化过程包括：
[0017] S21、启动虚拟安卓系统，构建虚拟安卓系统的Applications层、Framework层、Native library层和模拟linux内核；
[0018] S22、构建虚拟安卓系统的模拟硬件抽象层和虚拟libc库；
[0019] S23、模拟硬件抽象层与代理app的Hardwareproxy单元对接，虚拟libc库与主安卓系统的libc库对接；
[0020] S24、虚拟安卓系统启动系统主
进程，所述系统主进程包括init、zygote和systemserver进程。
[0021] 作为上述技术方案的优选，在步骤S21中，所构建的模拟linux内核包括进程管理单元、内存管理单元和文件系统管理单元，Native library层包括Android runtime单元。
[0022] 作为上述技术方案的优选，在步骤S4中，虚拟安卓系统运行安卓应用程序时，安卓应用程序通过虚拟安卓系统的Framework层、Native library层和模拟linux内核实现相应运行功能。
[0023] 作为上述技术方案的优选，在步骤S5中，虚拟安卓系统调用主安卓系统的linux内核的过程包括：
[0024] S511、虚拟安卓系统根据请求指令的C库函数需求调用虚拟libc库；
[0025] S512、虚拟libc库通过调用模拟linux内核完成相应内核功能，再对接并调用主安卓系统的libc库；
[0026] S513、主安卓系统的libc库通过调用主安卓系统的硬件抽象层进入主安卓系统的linux内核，通过主安卓系统的linux内核完成请求指令的相应处理。
[0027] 作为上述技术方案的优选，在步骤S5中，虚拟安卓系统调用主安卓系统硬件功能单元的过程包括：
[0028] S521、虚拟安卓系统根据请求指令的硬件功能需求调用模拟硬件抽象层；
[0029] S522、模拟硬件抽象层与代理app的Hardwareproxy单元进行对接；
[0030] S523、代理app的Hardwareproxy单元调用主安卓系统的硬件功能单元完成请求指令的相应处理。
[0031] 作为上述技术方案的优选，所述系统切换单元包含安卓悬浮窗，主安卓系统可通过安卓悬浮窗进入虚拟安卓系统，虚拟安卓系统可通过安卓悬浮窗进入主安卓系统[0032] 本发明的有益效果为：
[0033] 本发明通过在主安卓系统中切入虚拟安卓系统就可以在虚拟安卓系统中下载、安装并使用安卓应用程序，简单高效地实现系统切换和一机多开的目的，同时由于是在原有安卓系统中装入的虚拟安卓系统，两边系统架构一致，可以通过虚拟安卓系统直接调用主安卓系统的内核和硬件功能单元来完成虚拟安卓系统内的程序请求，有效地解决了解决兼容性、执行效率和安全性的问题。
附图说明
[0034] 为了更清楚地说明本发明
实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0036] 图2为实施例2中虚拟安卓系统的安装过程示意图；
[0037] 图3为实施例2中主安卓系统与虚拟安卓系统的交互过程示意图；
[0038] 图4为实施例3中主安卓系统的架构示意图；
[0039] 图5为实施例3中主安卓系统安装虚拟安卓系统后的架构示意图。
具体实施方式
[0040] 下面结合附图及具体实施例对本发明作进一步阐述。在此需要说明的是，对于这些实施例方式的说明用于帮助理解本发明，但并不构成对本发明的限定。本文公开的特定结构和功能细节仅用于描述本发明的示例实施例。然而，可用很多备选的形式来体现本发明，并且不应当理解为本发明限制在本文阐述的实施例中。
[0041] 应当理解，术语第一、第二等仅用于区分描述，而不能理解为指示或暗示相对重要性。尽管本文可以使用术语第一、第二等等来描述各种单元，这些单元不应当受到这些术语的限制。这些术语仅用于区分一个单元和另一个单元。例如可以将第一单元称作第二单元,并且类似地可以将第二单元称作第一单元，同时不脱离本发明的示例实施例的范围。
[0042] 应当理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，单独存在B，同时存在A和B三种情况，本文中术语“/和”是描述另一种关联对象关系，表示可以存在两种关系，例如，A/和B，可以表示：单独存在A，单独存在A和B两种情况，另外，本文中字符“/”，一般表示前后关联对象是一种“或”关系。
[0043] 应当理解，在本发明的描述中，术语“上”、“竖直”、“内”、“外”等指示的方位或位置关系，是该发明产品使用时惯常摆放的方位或位置关系，或者是本领域技术人员惯常理解的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。
[0044] 应当理解，当将单元称作与另一个单元“连接”、“相连”或“耦合”时，它可以与另一个单元直相连接或耦合，或中间单元可以存在。相対地，当将单元称作与另一个单元“直接相连”或“直接耦合”时，不存在中间单元。应当以类似方式来解释用于描述单元之间的关系的其他单词(例如，“在……之间”对“直接在……之间”,“相邻”对“直接相邻”等等)。
[0045] 在本发明的描述中，还需要说明的是，除非另有明确的规定和限定，术语“设置”、“安装”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。
[0046] 本文使用的术语仅用于描述特定实施例，并且不意在限制本发明的示例实施例。如本文所使用的，单数形式“一”、“一个”以及“该”意在包括复数形式，除非上下文明确指示相反意思。还应当理解术语“包括”、“包括了”、“包含”、和/或“包含了”当在本文中使用时,
指定所
声明的特征、整数、步骤、操作、单元和/或组件的存在性,并且不排除一个或多个其他特征、数量、步骤、操作、单元、组件和/或他们的组合存在性或增加。
[0047] 还应当注意到在一些备选实施例中，所出现的功能/动作可能与附图出现的顺序不同。例如,取决于于所涉及的功能/动作,实际上可以实质上并发地执行,或者有时可以以相反的顺序来执行连续示出的两个图。
[0048] 在下面的描述中提供了特定的细节,以便于对示例实施例的完全理解。然而,本领域普通技术人员应当理解可以在没有这些特定细节的情况下实现示例实施例。例如可以在框图中示出系统，以避免用不必要的细节来使得示例不清楚。在其他实施例中，可以不以非必要的细节来示出众所周知的过程、结构和技术，以避免使得示例实施例不清楚。
[0049] 实施例1：
[0050] 本实施例提供了一种在安卓系统上运行虚拟安卓系统的方法，如图1：
[0051] 包括以下步骤：
[0052] S1、在主安卓系统中安装虚拟安卓系统，基于主安卓系统的linux内核构建虚拟安卓系统运行环境；
[0053] S2、在主安卓系统上切入虚拟安卓系统，完成虚拟安卓系统的初始化；
[0054] S3、在虚拟安卓系统内下载、安装并启用安卓应用程序；
[0055] S4、虚拟安卓系统运行安卓应用程序，并解析安卓应用程序的请求指令；
[0056] S5、虚拟安卓系统根据解析到的请求指令调用主安卓系统的linux内核和硬件功能单元完成请求指令的相应处理。
[0057] 具体实施时，通过在主安卓系统中切入虚拟安卓系统就可以在虚拟安卓系统中下载、安装并使用安卓应用程序，简单高效地实现系统切换和一机多开的目的，同时由于是在原有安卓系统中装入的虚拟安卓系统，两边系统架构一致，可以通过虚拟安卓系统直接调用主安卓系统的内核和硬件功能单元来完成虚拟安卓系统内的程序请求，有效地解决了解决兼容性、执行效率和安全性的问题。
[0058] 实施例2：
[0059] 作为对上述实施例的优化，如图2所示，在步骤S1中，在主安卓系统中安装虚拟安卓系统的过程包括：
[0060] S11、在主安卓系统中下载包含虚拟安卓系统的代理app；
[0061] S12、运行代理app，将虚拟安卓系统安装于主安卓系统的设
定位置；
[0062] S13、建立虚拟安卓系统与主安卓系统的协议对接，完成虚拟安卓系统的安装。
[0063] 在虚拟安卓系统的安装过程中，代理app和虚拟安卓系统同时构建用于进行主安卓系统和虚拟安卓系统切换的系统切换单元，两边系统切换单元相互关联，同时代理app构建Hardwareproxy单元，Hardwareproxy单元与主安卓系统的硬件功能单元对接。
[0064] 如图3所示，系统切换单元可以以悬浮窗的形式进行操作，主安卓系统(图中主机系统)与虚拟安卓系统(图中虚拟系统)的交互流程说明：
[0065] 启动虚拟安卓系统后，虚拟安卓系统内部包含悬浮窗，是虚拟安卓系统与主安卓系统交互的入口。
[0066] 点击悬浮窗，会展开功能菜单，包含回主安卓系统功能(回真机功能)以及其他功能。
[0067] 点击主安卓系统，虚拟安卓系统切回到主安卓系统，显示悬浮窗。
[0068] 点击悬浮窗，会展开功能菜单，包含回虚拟安卓系统以及其他功能。
[0069] 主机系统与虚拟系统通过悬浮小窗的交互流程还可以包括：
[0070] 点击悬浮窗，会展开功能菜单，包含回主安卓系统、小窗功能以及其他功能。
[0071] 点击小窗，虚拟安卓系统以小窗口的方式显示在真机系统上，小窗口顶部有关闭按钮和其他功能。
[0072] 点击关闭按钮，回到悬浮窗模式。
[0073] 实施例3：
[0074] 作为对上述实施例的优化，在步骤S2中，虚拟安卓系统的初始化过程包括：
[0075] S21、启动虚拟安卓系统，构建虚拟安卓系统的Applications层、Framework层、Native library层和模拟linux内核，所构建的模拟linux内核包括进程管理单元、内存管理单元和文件系统管理单元，Native library层包括Android runtime单元；
[0076] S22、构建虚拟安卓系统的模拟硬件抽象层和虚拟libc库；
[0077] S23、模拟硬件抽象层与代理app的Hardwareproxy单元对接，虚拟libc库与主安卓系统的libc库对接；
[0078] S24、虚拟安卓系统启动系统主进程，所述系统主进程包括init、zygote和systemserver进程。
[0079] 虚拟安卓系统运行安卓应用程序时，安卓应用程序通过虚拟安卓系统的Framework层、Native library层和模拟linux内核实现相应运行功能。
[0080] 如图4所示为主安卓系统的架构示意图，如图5所示为在主安卓系统中安装虚拟安卓系统的架构示意图。主安卓系统架构包括Applications层、Framework层、Native library层、硬件抽象层和linux内核，其中：
[0081] Applications层：应用程序层，Android会同一系列核心应用程序包一起发布，该应用程序包包括客户端，SMS短消息程序，日历，地图，浏览器，联系人管理程序等。所有的应用程序都是使用JAVA语言编写的。
[0082] Framework层：应用程序
框架层，开发人员也可以完全
访问核心应用程序所使用的API框架。该应用程序的架构设计简化了组件的重用；任何一个应用程序都可以发布它的功能
块并且任何其它的应用程序都可以使用其所发布的功能块(不过得遵循框架的安全性)。同样，该应用程序重用机制也使用户可以方便的替换程序组件。隐藏在每个应用后面的是一系列的服务和系统，其中包括：丰富而又可扩展的视图(Views)，可以用来构建应用程序，它包括列表(Lists)，网格(Grids)，文本框(Text boxes)，按钮(Buttons)，甚至可嵌入的web浏览器。内容提供器(Content Providers)使得应用程序可以访问另一个应用程序的数据(如联系人
数据库)，或者共享它们自己的数据。资源管理器(Resource Manager)提供非代码资源的访问，如本地字符串、图形和布局文件(Layout files)。通知管理器(Notification Manager)使得应用程序可以在状态栏中显示自定义的提示信息。活动管理器(Activity Manager)用来管理应用程序生命周期并提供常用的导航回退功能。
[0083] Native library层：包含安卓运行时(ART)和一些C/C++库。ART的机制与Dalvik不同。在Dalvik下，应用每次运行的时候，字节码都需要通过即时编译器转换为机器码，这会拖慢应用的运行效率，而在ART环境中，应用在第一次安装的时候，字节码就会预先编译成机器码，使其成为真正的本地应用，这个过程叫做预编译(AOT，Ahead-Of-Time)，这样的话，应用的启动(首次)和执行都会变得更加快速。这些C/C++库库能被Android系统中不同的组件使用，它们通过Android应用程序框架为开发者提供服务，以下是一些核心库：libc库，一个从BSD继承来的标准C系统函数库了libc，是专
门为基于Embedded linux的设备定制的。媒体库，基于PacketVideo OpenCORE，该库支持多种常用的音频、视频格式回放和录制，同时支持静态图像文件。编码格式包括MPEG4、H.264、MP3、AAC、AMR、JPG、PNG。Surface Manager，对显示子系统的管理，并且为多个应用程序提供了2D和3D图层的无缝融合。
LibWebCore，一个最新的web浏览器引擎用，支持Android浏览器和一个可嵌入的web视图。
[0084] 硬件抽象层(HAL)：HAL是能以封闭源码形式提供硬件驱动模块。HAL的目的是为了把Android framework与Linux kernel隔开，让Android不至过度依赖Linux kernel，以达成Kernel independent的概念，也让Android framework的开发能在不考量驱动程序实现的前提下进行发展。HAL stub是一种代理(Proxy)的概念，Stub是以.so档的形式存在。Stub向HAL“提供”操作函数(Operations)，并由Android runtime向HAL取得Stub的Operations，再Callback这些操作函数。HAL里包含了许多的Stub。Runtime只要说明“类型”，即Module ID，就可以取得操作函数。
[0085] linux内核：Android运行于Linux kernel之上，但并不是GNU/Linux。因为在一般GNU/Linux里支持的功能，Android大都没有支持，包括Cairo、X11、Alsa、FFmpeg、GTK、Pango及Glibc等都被移除掉了。Android又以Bionic取代Glibc、以Skia取代Cairo、再以opencore取代FFmpeg等等。Android为了达到商业应用，必须移除被GNU GPL授权证所约束的部份，例如Android将驱动程序移到Userspace，使得Linux driver与Linux kernel彻底分开。Bionic/Libc/Kernel/并非标准的Kernel header files。Android的Kernel header是利用工具由Linux Kernel header所产生的，这样做是为了保留常数、数据结构与宏。Android的Linux kernel控制包括安全(Security)，
存储器管理(Memory Management)，程序管理(Process Management)，网络堆栈(Network Stack)，驱动程序模型(Driver Model)等。下载Android源码之前，先要安装其构建工具Repo来初始化源码。Repo是Android用来辅助Git工作的一个工具。
[0086] 实施例4：
[0087] 作为对上述实施例的优化，在步骤S5中，虚拟安卓系统调用主安卓系统的linux内核的过程包括：
[0088] S511、虚拟安卓系统根据请求指令的C库函数需求调用虚拟libc库；
[0089] S512、虚拟libc库通过调用模拟linux内核完成相应内核功能，再对接并调用主安卓系统的libc库；
[0090] S513、主安卓系统的libc库通过调用主安卓系统的硬件抽象层进入主安卓系统的linux内核，通过主安卓系统的linux内核完成请求指令的相应处理。
[0091] 在步骤S5中，虚拟安卓系统调用主安卓系统硬件功能单元的过程包括：
[0092] S521、虚拟安卓系统根据请求指令的硬件功能需求调用模拟硬件抽象层；
[0093] S522、模拟硬件抽象层与代理app的Hardwareproxy单元进行对接；
[0094] S523、代理app的Hardwareproxy单元调用主安卓系统的硬件功能单元完成请求指令的相应处理。
[0095] 本发明不局限于上述可选的实施方式，任何人在本发明的启示下都可得出其他各种形式的产品。上述具体实施方式不应理解成对本发明的保护范围的限制，本发明的保护范围应当以
权利要求书中界定的为准，并且
说明书可以用于解释权利要求书。
