多系统中应用程序的管理方法、装置和终端与流程

本发明涉及终端技术领域，具体而言，本发明涉及一种多系统中应用程序的管理方法、装置和终端。

背景技术：

终端是操作系统的输入、输出设备，如手机、平板、穿戴设备、电子阅读器等，随着当今智能化的飞速发展得到了广泛的应用。这时候，终端的各种应用程序和应用软件也快速发展起来，以满足用户对应用多样性的需求。

为保证良好的多功能体验及运行效率，避免单个操作系统的缺陷和兼容问题，一些终端采用了双系统架构。

现有技术中，一些双系统终端通过设置不同管理机制的安全系统和生活系统来提高终端的工作效率。其中，安全系统中，应用程序的管理较为严格。而在生活系统中，大多数应用可以随意安装。

这种管理方式导致生活系统中的应用程序安全性得不到控制，容易被非法分子利用，给用户造成不必要的损失。

技术实现要素：

为克服上述技术问题或者至少部分地解决上述技术问题，特提出以下技术方案。

本发明提供一种多系统中应用程序的管理方法，包括：

主系统发起针对任一从系统的应用管理请求；

所述从系统依据所述应用管理请求执行管理操作，并将执行结果反馈给所述主系统；

所述主系统根据所述执行结果执行相应的操作。

其中，所述主系统发起针对任一从系统的应用管理请求的步骤，包括：

主系统发送所述应用管理请求给所述从系统的包管理器；

以及，所述从系统依据所述应用管理请求执行管理操作的步骤之前，还包括：

主系统的包管理器共享应用安装文件给所述从系统的包管理器。

进一步地，所述从系统依据所述应用管理请求执行管理操作的步骤，包括：

从系统的包管理器依据所述应用管理请求，获取应用安装文件；

判断应用安装文件中是否包含所述主系统认可的签名；

若是，则安装所述应用安装文件。

更进一步地，所述主系统根据所述执行结果执行相应的操作的步骤，包括：

若所述执行结果为执行成功，则所述主系统接收所述从系统反馈的执行结果，所述执行结果中包括应用程序相关信息；

根据所述执行结果更新应用程序列表。

实际使用时，对应用程序的管理包括以下至少一项：

安装；卸载；更新。

本发明还提供一种多系统中应用程序的管理装置，包括：

请求模块，用于主系统发起针对任一从系统的应用管理请求；

从系统管理模块，用于所述从系统依据所述应用管理请求执行管理操作，并将执行结果反馈给所述主系统；

主系统管理模块，所述主系统根据所述执行结果执行相应的操作。

其中，所述请求模块具体用于主系统发送所述应用管理请求给所述从系统的包管理器；

以及，所述请求模块具体还用于主系统的包管理器共享应用安装文件给所述从系统的包管理器。

进一步地，所述从系统管理模块具体用于执行的步骤，包括：

从系统的包管理器依据所述应用管理请求，获取应用安装文件；

判断应用安装文件中是否包含所述主系统认可的签名；

若是，则安装所述应用安装文件。

更进一步地，所述主系统管理模块具体用于执行的步骤，包括：

若所述执行结果为执行成功，则所述主系统接收所述从系统反馈的执行结果，所述执行结果中包括应用程序相关信息；

根据所述执行结果更新应用程序列表。

本发明还提供一种终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现任一实施例所述的管理方法。

本发明提供的多系统中应用程序的管理方法、装置和终端，采用主系统发起针对任一从系统的应用管理请求，所述从系统依据所述应用管理请求执行管理操作，并将执行结果反馈给所述主系统，所述主系统再根据所述执行结果执行相应的操作，与现有技术相比，通过主系统控制从系统的应用管理操作，使得从系统的安全性得到保障，从而提高用户体验。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明实施例提供的应用场景的结构示意图；

图2为本发明实施例提供的多系统中应用程序的管理方法的流程示意图；

图3为本发明另一实施例提供的多系统中应用程序的管理方法的流程示意图；

图4为本发明又一实施例提供的多系统中应用程序的管理方法的流程示意图；

图5为本发明实施例提供的多系统中应用程序的管理装置的框架示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通讯链路上，执行双向通讯的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通讯设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通讯设备；pcs(personalcommunicationsservice，个人通讯系统)，其可以组合语音、数据处理、传真和/或数据通讯能力；pda(personaldigitalassistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或gps(globalpositioningsystem，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通讯终端、上网终端、音乐/视频播放终端，例如可以是pda、mid(mobileinternetdevice，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

本技术领域技术人员可以理解，这里所使用的远端网络设备，其包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云。在此，云由基于云计算(cloudcomputing)的大量计算机或网络服务器构成，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。本发明的实施例中，远端网络设备、终端设备与wns服务器之间可通过任何通讯方式实现通讯，包括但不限于，基于3gpp、lte、wimax的移动通讯、基于tcp/ip、udp协议的计算机网络通讯以及基于蓝牙、红外传输标准的近距无线传输方式。

本发明的实施例中的多系统包括至少一个主系统和多个从系统。其中，可包括各种操作系统，例如android、windowsmobile、ios、maemo、webos、palmos或blackberryos等智能终端操作系统。主系统用于对多个从系统进行控制，并且为各个从系统提供服务。

如图1所示，本发明实施例提供一种多系统实现方式，并以双系统为例进行描述。其中，主系统直接运行在内核上，而从系统作为附属系统工作在主系统内部，如工作于主系统创建的容器中，且双系统运行在同一台物理终端设备上。

一种应用场景中，主系统和从系统分别拥有独立的交互界面，屏幕显示其中一个操作系统。使用时，这种多系统需要进行操作系统的切换，以便通过不同操作系统的交互界面来执行相应的任务。

另一种应用场景中，可以是只有主系统包含交互界面，而从系统没有独立的交互界面，只包括支撑其应用程序运行的其他服务。从系统需要通过主系统的交互界面来控制进行相应的任务。

考虑到现有的从系统应用管理机制下，大多数应用可以随意安装。这种管理方式导致生活系统中的应用程序安全性得不到控制，容易被非法分子利用，给用户造成不必要的损失。基于此，本发明实施例提供了一种多系统中应用程序的管理方法、装置和终端，下面通过实施例进行描述。

如图2所示，本发明实施例提供了一种多系统中应用程序的管理方法，包括：

步骤s101：主系统发起针对任一从系统的应用管理请求。

其中，对应用程序的管理包括但不限于以下至少一项：安装、卸载、更新。

本发明实施例中，各个从系统均禁止随意执行安装、卸载或更新等应用管理操作，只能通过主系统发起。作为示例地，当用户决定安装一个应用到任一从系统时，需要通过主系统发起相应的应用管理请求。

本发明另一实施例中，结合上文中的一个应用场景，各个从系统均没有独立的交互界面，只能通过主系统的交互界面发起应用管理请求，达到了从系统禁止随意执行管理操作的目的。

结合上文中的其他应用场景，任一从系统欲发起应用管理请求时，会直接发送请求的相关数据给主系统，由主系统进行合法性判断并保存相应的id，以便主系统控制该从系统的应用管理。

具体地，如图3所示，主系统将应用管理请求发送给从系统的包管理器，以便从系统的包管理器执行相应的管理操作。

其中，包管理器是对所有基于加载信息的数据结构的封装，普遍包括以下功能：安装、卸载应用查询permission(权限)相关信息；查询应用相关信息(application(应用组件)、activity(活动组件)、receiver(广播接收者组件)、provider(内容提供者组件)、service(服务组件)及相应属性等)；查询已安装应用；增加、删除permission；清除用户数据、缓存、代码段等。

本发明实施例中，可以对包管理器进行修改，在现有封装的基础上，继续封装相应的功能，例如共享、发送消息等。

作为示例地，在上述其他应用场景中，任一从系统欲发起应用管理请求时，会直接发送请求的相关数据给主系统，由主系统进行合法性判断并保存相应的id的情况，就需要预先修改主系统和从系统的包管理器。例如，在从系统的包管理器中增加发起请求前将相关数据发给主系统的接口，在主系统的包管理中增加接收相关数据并进行判断等操作的功能。

本发明实施例中，还可以在从系统的包管理器中增加能够识别主系统发送的应用管理请求的功能，因此主系统可以将应用管理请求发送给从系统的包管理器，实现由主系统控制进行相应的管理操作。

步骤s102：从系统依据应用管理请求执行管理操作，并将执行结果反馈给主系统。

可以理解，只要从系统能够接收到应用管理请求，便可触发相应的管理操作。其中，主系统和从系统之间的消息发送方式采用现有技术中多系统的通信方法，在此不再赘述。

若需要安装应用，在执行安装操作之前，需要主系统的包管理器共享应用安装文件给从系统的包管理器。由于从系统禁止随意安装应用，那么从系统中无需提供存储应用安装文件的空间，节约了系统资源。在使用时，获取主系统的包管理器共享的应用安装文件即可。其中，文件共享手段可选的技术包括但不限于发送文件描述符，创建共享的磁盘分区等。

同理，共享手段的实现可以通过修改主系统的包管理器，增加共享文件的接口，同时修改从系统的包管理器，增加获取共享文件的接口。

为了进一步增加安装应用的安全性，在从系统的包管理器依据主系统发送的应用管理请求，获取应用安装文件后，如图4所示，可以判断应用安装文件中是否包含主系统认可的签名，若是，则安装应用安装文件，若否，则拒绝此次安装。

具体地，判断应用安装文件中是否包含主系统认可的签名可以但不限于以下方式：在从系统中保存有主系统认可的签名相关的公钥，在获取到应用安装文件后，从系统根据签名算法及保存公钥对应用安装文件的签名进行验证，进一步提高了安装的安全性。

继续如图3和图4所示，从系统执行相应的管理操作，无论执行结果为成功或是失败，都需要将执行结果反馈给主系统，增加主系统对从系统的控制。同样地，可以在主系统的包管理器中增加接收从系统发送的执行结果相关的信息的接口，以及增加根据执行结果执行相应操作的手段，具体参见步骤s103。

步骤s103：主系统根据执行结果执行相应的操作。

具体地，继续图3所示，若执行结果为执行成功，则主系统接收从系统反馈的执行结果，执行结果中包括应用程序相关信息，主系统根据执行结果以及应用程序相关信息更新应用程序列表。

本发明另一实施例中，结合上文中的一个应用场景，各个从系统均没有独立的交互界面，主系统根据执行成功的执行结果以及应用程序相关信息更新主系统的应用程序列表，以在交互界面中进行展示，并提示用户该成功的执行结果。

其中，可以将各个系统的应用程序相关信息依据不同系统分别记录于主系统的应用程序列表中的与各个系统对应的子列表；也可以将各个从系统的应用程序相关信息及其所属系统的系统标识相关联的统一记录于主系统的应用程序列表中。

作为示例地，若该执行结果为安装应用成功，从系统对从系统中的应用程序列表进行更新，并发送安装成功的消息给主系统，消息中携带更新应用程序列表所需的应用程序相关信息。主系统在接收到消息后，利用应用程序相关信息更新主系统中的应用程序列表，并在交互界面中展示安装成功的应用，并生成安装成功提示信息，以用于提示用户应用已经成功安装到该从系统。

另外，若执行结果为执行失败，则主系统接收从系统反馈的执行结果，执行结果中携带失败的原因信息，主系统根据执行结果，生成安装失败提示信息，以用于提示用户失败的执行结果以及失败原因。

本发明实施例提供的多系统中应用程序的管理方法，采用主系统发起针对任一从系统的应用管理请求，从系统依据应用管理请求执行管理操作，并将执行结果反馈给主系统，主系统再根据执行结果执行相应的操作，与现有技术相比，通过安全级别较高的主系统控制从系统的应用管理操作，使得从系统的安全性得到保障，从而提高用户体验。

如图5所示，本发明实施例还提供一种多系统中应用程序的管理装置，包括：

请求模块501，用于主系统发起针对任一从系统的应用管理请求；

从系统管理模块502，用于所述从系统依据所述应用管理请求执行管理操作，并将执行结果反馈给所述主系统；

主系统管理模块503，所述主系统根据所述执行结果执行相应的操作。

其中，请求模块501具体用于主系统发送所述应用管理请求给所述从系统的包管理器；

以及，请求模块501具体还用于主系统的包管理器共享应用安装文件给所述从系统的包管理器。

具体地，从系统管理模块502具体用于执行的步骤，包括：

从系统的包管理器依据所述应用管理请求，获取应用安装文件；

判断应用安装文件中是否包含所述主系统认可的签名；

若是，则安装所述应用安装文件。

具体地，主系统管理模块503具体用于执行的步骤，包括：

若所述执行结果为执行成功，则所述主系统接收所述从系统反馈的执行结果，所述执行结果中包括应用程序相关信息；

根据所述执行结果更新应用程序列表。

本发明实施例还提供一种终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现任一实施例所述的管理方法。

本发明实施例所提供的多系统中应用程序的管理装置可以为终端上的特定硬件或者安装于设备上的软件或固件等。本发明实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容，在此不再赘述。

本发明实施例提供的多系统中应用程序的管理装置和终端，采用主系统发起针对任一从系统的应用管理请求，所述从系统依据所述应用管理请求执行管理操作，并将执行结果反馈给所述主系统，所述主系统再根据所述执行结果执行相应的操作，与现有技术相比，通过安全级别较高的主系统控制从系统的应用管理操作，使得从系统的安全性得到保障，从而提高用户体验。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。